Technical implementation:

A dedicated mobile GUI will use a Flash interface that sits on the Habbo site or WAP page, which is able to communicate with existing Sulake servers (see Figure 9).  User authentication is first required within the current system and would be required to access the Console mobile features via a specific user account.  Existing system architecture will be used where possible. This minimises the amount of back-end development required, reduces cost and uses relevant system architecture that is currently available.  Thus reducing lead-time and expense.  All of these are favourable.  For most of these proposed features this is achievable and realistic.  Text data required for the console, chat and news features can be pulled from the content database and interpreted by the Flash GUI.  This becomes problematic when parsing In-game images from the existing system using a Flash GUI (considering the CCTV function specifically), since they are all in shockwave format and this would therefore require further development.  However this is not impossible to achieve despite being different languages.  Sulake and other developers have been able to customise the Shockwave code in the past, to communicate with additional services that were not possible before hand. 

Other ways can be investigated, including the migration of Habbo on to the Flash platform since it is now becoming more stable and able to handle complex behaviours. This would be dependent on cost and investment in time if required and in a situation where mobiles were still not able to render Shockwave as discussed.  This feature is thus likely to require additional system infrastructure to support to a degree and the costs of technically achieving such a product must be weighed against potential revenue and gain.

What development is certainly required is an additional web page with a Flash interface that is able to recognise a mobile, the model and pull the relevant information from the existing content database.  This is especially true for the CCTV idea, which requires taking live images of the users rooms and as such would require an entirely new database containing this information that was updated in synch with the primary database.  Technically this is far more complex and expensive.  However if the mobile feature were adopted in the future as expected to include the majority of the hotel the current system would need additional resource to cope with the additional information being sent to this additional platform.  Using this current system is advantageous because the cost of implementing it would be fairly incremental since the majority of expense will be incurred for the data transfer, as well as a relatively small cost for developing the Flash interface.