DE102008062985A1 - Messenger group providing method for e.g. Nokia N80 terminal, involves carrying out navigation between windows by two navigation keys that realize forward and backward movements via groups of users - Google Patents

Abstract

The method involves registering mobile terminal of a user with a messenger server to receive access to the messenger server. Information stored on the server is loaded to groups of users on the mobile terminal based on a multi-threaded and a multi-socket window technology. Each group is connected with the messenger server. The user is indicated over the mobile terminal by indicator symbols. Navigation is carried out between the windows by two navigation keys that realize forward and backward movements via the groups of users. Independent claims are also included for the following: (1) a server system for providing a messenger group (2) a mobile terminal for providing a messenger group application.

Description

The The invention relates to a method and a device that has several Window on a device with limited representation and navigation options open simultaneously and made available. By loading the windows at Program startup, user-requested communication channels are opened and immediately usable. The back and forth between the Windows succeed with only two navigation buttons left or right.

All Windows have their own socket connection / connector connection connected to a server. This can be information receive, but also information will be sent. Information, which are intended for the respective window will open the window is transmitted in real time. Outgoing information will be sent to a server and from there on distributed. About an information bar on each window is signaled to the user in which window he is and in which window there is news. By prioritization settings Prioritized message windows are preferred.

Field of the invention

The Invention should be applied wherever many various up-to-date information on a limited presentation space with a limited number of navigation buttons or navigation options should be made available. This is primarily on mobile devices, portable game consoles, remote controls with information displays and consumer electronics or household appliances with displays the case. The application should be both mobile and can also be used on permanently installed devices. The Control should be both by keyboard, as well as by pen or voice command respectively. Prerequisite for the application / application is a data connection of the device to a server.

Problem Description

On Displays / Displays with limited resolutions and space is difficult, several in quick succession Retrieve information or with several third parties (friends, business partners) communicate at the same time. Currently the user can have headlines or Descriptions, which then complete the Show text of information in a new window. this is the Case at z. SMS or e-mail. Should a further SMS looked at the selected one must first be closed again and a new headline will be marked that too a new SMS leads. The operation is complicated. A Real-time communication with multiple partners or topics of conversation at the same time it is practically impossible. Messenger solutions / News Solutions on the phone while allowing communication with multiple pleasures, but this must first single chats / individual Exchange links are opened in the more friends have to be invited. A repetitive, direct Start communication with a specific group of friends through all Involved is impossible. Discussions will not automatically loaded, friends can not preconfigured and automated for communication by all getting charged. Exactly the same problems exist with Chattools / Kommunkationsanwendungen on the PC.

State of the art

It currently has numerous chat solutions for the PC like Yahoo Messenger, MSN Messenger, ICQ, Skype, etc. company such as B. ebuddy are already making such chat applications various mobile devices available. Indeed the chat applications are not for use on devices with limited display and control options suitable.

All known chat applications (on the phone or on the PC) use the following techniques for presentation, Navigation and communication in the respective application. One big obstacle is right at the beginning of the popular buddy list. She is using for communication on devices limited navigation options not suitable. On the buddy list you can see all his contacts listed. Around To get in contact with a contact you have to select this one and start a chat. I would like to have several contacts you have to invite each additional contact individually. Every conversation must be restarted. MSN Messenger now allows that create groups - but these are self-contained set up only for the creator. That is, a member the group, can not automatically write to all group members, except, the group is active or in memory by the creator loaded the user device.

The Communication within a group is inhibited - because everyone has his own groups. No group can be loaded have been invited to the members and always for Your members is open.

A PC chat allows group formation by an administrator or a supervisor, but does not offer multithreading / multiple paths in terms of intelligent windowing technology and user guidance. It is neither an automatic login at startup nor an automatic loading subscribed groups possible.

Nokia's patent EP 1425652 3.6.2002 describes a simplified user guidance on devices with limited navigation buttons. The patent describes a menu concept in which the user always knows at which point of the navigation menu he is located. The menu operation is carried out only with the typical navigation keys up-down and right-left and a confirm button. Accordingly, the navigation is very simple. By visualizing using a structure tree displayed on the display, the user quickly finds the desired application. However, this technique does not define the information or communication flow of an application. Only finding and loading applications is simplified by the invention and not communicating itself.

task The invention is an easy-to-use communication program for products with limited presentation and control options that still communicates shall be. These are z. B. mobile devices, portable game consoles and electronic home or consumer electronics devices. With the program should be automated, d. H. without own necessary Command inputs, communication channels to individuals or specified groups can be built with those you can communicate in real time or exchange information. Each group should be separated from each other by its own socket connection be. New messages should be displayed visually or audiovisually be, the navigation should be as simple and intuitive be operable.

overview about The invention

The The object described is achieved by an apparatus and a method according to one or more of the features of the present claims solved.

So the invention is based on group messaging / group communication, on a multithreaded and multisocket windowing technology with socialization component builds, and thus the solution for the described Problem presents. The user registers once in accordance with the invention Messenger. After registering, all friend groups automatically load themselves of the user, each group of friends in a separate window with one own thread. An ad will show the user which window he is in and in which window there is news gives. The navigation is done simply via two control commands, z. B. left and right.

kick the user of a new group will be shown as a new window with own socket / software plug connection firmly anchored and with reloaded every time the program starts. That is, without the user more He has to execute commands with every program start Part of the group and can communicate with all participants in the group. If he joins a group of friends, that is a group of a friend At, all participants of the group become his new friends. This Principle is regarding its socialization component and the simple, above all fast and uncomplicated operation, completely novel in the field of communication on devices with limited Presentation and navigation options. By individual Prioritization requirements may be simultaneous communication in different Windows (groups) can be further optimized. Automatic group prioritization - eg. B. Groups with new messages are pushed forward; prioritized Groups are displayed immediately if there are new messages - allow a quick focus on important group communications and can not be overlooked. Advantages of invention

figure description

in the The figures are briefly described below. It shows:

1 an overview of the messenger overview

2 a group load

2 : An update of friend groups

3 : a navigation between the groups

4 : Implementing a Friends Group feature

5 : Creating a Task Group

Detailed description the embodiment

The messenger application according to the invention has an object-oriented database and a micro-parser (see 1 ). According to the Java To Mobile Edition (J2ME) guidelines, the database applies only to the application itself and is in the sandbox. All program settings such as ID, password, notification types (for example, loud sound or vibration only) are stored here. The data are natively stored in XML and read out via XQuery. For this purpose, an optimized for mobile devices own micro-parser is used. With every launch of Scaanoo the micro-parser is loaded and runs in its own thread / process strand. All other threads launched submit database queries, parsing the Web Services responses, and Extensible Markup Language Remote Procedure Call queries to it and are notified with notifiers / messages as soon as it is done. Internally, the micro-parser processes the requests according to the FIFO principle (First In First Out), and requests to be processed are parked in a queue.

Of the Micro-Parser provides an XML-RPC endpoint for the community server the external program functions are "vaccinated" into the mobile client via TCP / IP can. Both data entry is supported as well as query and transmission of program code, the On-demand / during the query. This is Java code in a CDATA section within Envelopes / Envelope. Likewise, the micro-parser can over the XML-RPC function call functions on the community server To run.

The Jalsa XML Database stores the data persistently / permanently in the the application of the invention reserved area of the mobile phone (storage in the J2ME sandbox). Compared to the previous one Software engineering, namely database provider / database driver and SQL queries and dataset as "result data" from Server, this technology is much more advanced and faster: via XML RPC will execute functions directly on the server, like having a remote session and sitting in front of it would. The "result data" are here directly return values of the function. The return values already have the shape needed for further processing and storage is needed; a conventional one For example, the dataset / record would need to be evaluated and serialized.

When connecting, the micro-parser is initialized first and the user is authenticated (see 2 ). Friend groups are loaded, the Scaanoo database / database according to the invention updated. Afterwards a separate TCP / IP connection to the community server is set up for each group of friends, which runs in its own thread. Every communication runs in real time, directly and in parallel. Each thread can receive and process an unlimited number of messages (see 2 .).

A separate thread for redrawing the user interface (GUI) causes conflict in the architecture. The thread works according to the FIFO principle with its own queue, only the drawing of the color Notify marker / hint mark in the window row of the friend groups is paramount. The user sees first in z. B. "red" that in another group of friends have received new messages or in z. B: "blue" that status messages, emotion / emotion hints or chat topics have come in. Only when changing to the other group of friends, the entire window is redrawn with the new news, emotions or chat topics (see 2 and 3 ).

4 shows the navigation from one group to the next. While the user presses the navigation button, the parser reads the I / O buffer of the called group and loads the content into the GUI.

Much of the invention revolves around friend group technology. All data is stored in the invention in an object-oriented database, either on the communication device or on the community server. If User A invites User B to Group X and accepts the invitation, then a reciprocal object inheritance takes place: User A receives the User B object with the property "Scaanoo ID" inherited to the higher-order object Group X, see 3 , User / User A can not see which groups and connections User B still has and User B can not see which group members except User A are still in Group X, unless they are online. This ensures privacy despite the maximum socialization component. User B receives the object Group X as a child object ("Communication groups that are not my own and in which I was invited"). 6 Represents the creation of a group and the invitation function into the group.

Possible is the realization of group allocation through the use of object-oriented Database and the principle of inheritance. Because all data is natively in XML are stored and queried with XQuery, these are too predestined for XML-RPC. A resource hungry Transform data, for example, from a relational one Database in XML, XQuery in SQL, does not take place. The transport protocol is also the memory protocol.

The program according to the invention is loaded from the "Personal" folder via the "Scaanoo" icon on the Nokia N80 mobile device. The user "Arne78" is loading. In addition, the mobile phone connects to the community server and loads from the Jalsa DB the friend groups "startlogitel", "Istanbul" and "Scaanooer". There are three additional windows next to the status window (the friend groups). Accordingly, four points (notify markers) are displayed. Each window has its own I / O buffer in which new messages are loaded. The GUI dynamically loads the I / O buffer information of the respective called window. The status window navigates to the Scaanooer group by pressing the "right" navigation key three times. Each time you press the scroll key the notify markers change. First, the white dot of the status group turns black, the dot for the startlogitel group turns white (highlight color). Then the third point (group Istanbul) becomes white, the second black again and the next time you press (third time) the point becomes white for the Scaanooer group, the white point of the Istanbul group goes black. The notify markers inform the user which group he is in.

In the group Scaanooer is next to Arne78 only the friend "Max84". User Arne78 writes a short message "Hello Max, have You have not seen you for a long time ". The parser transfers the message to the community server, this distributes the message to all users of the Scaanooer group (besides Arne78 only Max84). These receive the short message in the IO buffer of the Scaanooer group written. In the group Istanbul next to Arne78 is still simon. Simon writes in the group "Hello, someone there today Evening what would like to do? "The message is written in the I / O buffer of Arne78's group Istanbul. Of the Notify marker of the group turns red and signaled, so recognizable is that an unread message has arrived. Press the left navigation key becomes the IO buffer of the group Istanbul read out and displayed on the GUI of the mobile device. Arne78 has gotten to know a new friend with Simon, as it is not his group was and he was invited by a third party (as well as simon). A communication begins with a common one Pub visit ends.

It It is understood that the specific description is not a limitation represents the invention, but only one possible Embodiment for understanding the invention should represent.

QUOTES INCLUDE IN THE DESCRIPTION

This list The documents listed by the applicant have been automated generated and is solely for better information recorded by the reader. The list is not part of the German Patent or utility model application. The DPMA takes over no liability for any errors or omissions.

Cited patent literature

• EP 1425652 [0009]

Claims (30)

Method for providing a group messenger on a mobile terminal having input keys comprising the steps: - Registration of the mobile A user's terminal at a messenger server to Gain access to the messenger server_ - To the registry, automatically uploaded to the server Information about groups of the user on the mobile device, based on multithreaded and multisocket window technology, with each group in its own window with its own thread over your own socket is connected to the messenger server, - About Display icons will be available to the user through the mobile device shown in which window it is and in which window there is news; - a navigation between the Windows are made by two navigation buttons, one forward and moving backwards through the groups realize. The method of the preceding claim, wherein if a user joins a new group, it will be considered a new one Windows with their own socket firmly anchored and with every program start reloaded without the user executing further commands must, he is with each program start part of the group and can with communicate to all participants of the group. The method according to one or more of the preceding Claims, wherein within a group communication all members visible on the mobile device becomes. The method according to one or more of the preceding Claims, where by individual prioritization requirements the simultaneous communication in different windows, respectively represent the groups so be optimized that the windows with new news will be pushed forward in the The order will be changed, making access faster can be done without frequent keystrokes, and or Prioritized windows are displayed immediately when there are new ones There are messages, so keypad entry is not necessary. The method according to one or more of the preceding Claims, whereby program settings such as ID, password, Notification types like sound vibration stored in a database be stored, where necessary data natively in XML and can be read out using XQuery. The method of the preceding claim, wherein The database is used only for the application itself is in a sandbox. The method according to one or more of the preceding two claims, one for mobile devices optimized own micro-parser is used, preferably running in its own thread, with all others started Passing Threads to the Database Requests Window so this can parse these to webservices answers and the XML-RPC (Extensible Markup Language Remote Procedure Call) requests to process to notify the waiting threads with notifiers as soon as possible this is done. The method of the preceding claim, wherein the micro-parser has an XML-RPC endpoint for the messenger server forms over the external program functions via TCP / IP be inoculated into the mobile terminal, preferably data entry as well as query and transmission of program code On-Demand is performed, which is preferably is Java code in a CDATA section within an envelope. The method according to one or more of the preceding two claims, the micro-parser over the XML-RPC function call performs functions on the messenger server. The method according to the preceding claim, where the over XML RPC is executed directly on the server Functions, result data as direct return values of the Provide function, the return values already the form have that for further processing and storage as XML is needed, so the transport protocol is too the memory protocol. The method according to one or more of the preceding Claims wherein while the user is using the navigation button the parser reads the I / O buffer of the called Window, passes this and leaves the content in the GUI. Server system for providing a group messaging service for mobile terminal having input keys full: - Registration means to the mobile terminal Give access to the messenger server; - transmission means, the information about groups automatically stored on the server transmitted by the user to the mobile device, based on a multi-threaded and multisocket window technology, wherein each group in its own window with its own thread over your own socket is connected to the messenger server, The server system according to the preceding system claim, wherein if a user joins a new group, it is firmly anchored as a new window with its own socket and with each Reloading the program start, without the user having to carry out further commands, he is part of the group with each program start and can communicate with all participants of the group. The server system according to one or more of the preceding ones System claims, where program settings such as ID, password, Notification types like sound vibration stored in a database be stored, where necessary data natively in XML and can be read out using XQuery. The server system according to the preceding system claim, where the database is only used for the application itself and is in a sandbox. The server system according to the preceding system claim, being a micro-parser on the part of the mobile terminal forms an XML-RPC endpoint for the messenger server the external program functions via TCP / IP in the mobile terminal be vaccinated, preferably data entry as well as query and transmission of program code is supported, the on-demand is performed, preferably is Java code in a CDATA section within an envelope. The server system according to the preceding system claim, where means are present so that the micro-parser over performs the XML-RPC function call functions on the messenger server. The server system according to the preceding system claim, where funds are in place, so that's via XML RPC directly functions executed on the server, result data as provide direct return values of the function, with the return values already have the shape for further processing and storage is needed as XML, thus becomes the transport protocol also the memory protocol. The server system according to one or more of the preceding ones System claims wherein means are provided so that the realization of group assignment by using an object-oriented Database and the principle of inheritance is realized, so that All data are stored natively in XML and queried with XQuery being the group affiliation of a user done by an object inheritance. Mobile terminal for providing a group messenger application, the input key comprising: - Means of registration the mobile terminal of a user at a messenger server, to gain access to the messenger server_ - Medium information stored on the server for automatic loading Groups of the user of the mobile terminal, based on a multithreaded and multisocket windowing technology, each one Group in its own window with its own thread over your own socket is connected to the messenger server, - display means, um about display icon the user via the mobile Terminal in which window it is located and in which window there is news; - one Navigation control, which allows navigation through the windows two navigation buttons allowed, one forward and one backwards Realize moving through the groups. Mobile terminal according to the preceding terminal claim, wherein means are provided so that if a user of a new Join group, this will be fixed as a new window with its own socket anchored and reloaded with each program start, without the Users need to execute additional commands, he is with everyone Program start part of the group and can with all participants of the Communicate group. Mobile terminal according to one or more of previous terminal claims, wherein means are present, so that within a group communication all members visible on the mobile device becomes. Mobile terminal according to one or more of previous terminal claims, wherein means are present, so through individual prioritization requirements the simultaneous communication in different windows, respectively represent the groups so be optimized that the windows with new news will be pushed forward in the The order will be changed, making access faster can be done without frequent keystrokes, and or Prioritized windows are displayed immediately when there are new ones There are messages, so keypad entry is not necessary. Mobile terminal according to one or more of previous terminal claims, wherein means are present so that program settings like ID, password, Notification types like sound vibration are stored in a database, where necessary data stored natively in XML and can be read out using XQuery. Mobile terminal according to the preceding terminal claim, wherein the database is used only for the application itself and in ei ner sandbox is located. Mobile terminal according to one or more of preceding two terminal device claims, wherein Funds are available, allowing one for mobile devices optimized own micro-parser is used, preferably running in its own thread, with all others started Passing Threads to the Database Requests Window so this can parse these to webservices answers and the XML-RPC (Extensible Markup Language Remote Procedure Call) requests to process to notify the waiting threads with notifiers as soon as possible this is done. Mobile terminal according to the preceding claim, where the micro-parser is an XML-RPC endpoint for the messenger server forms over the external program functions via TCP / IP be inoculated into the mobile terminal, preferably data entry as well as query and transmission of program code On-Demand is performed, which is preferably is Java code in a CDATA section within an envelope. Mobile terminal according to one or more of preceding two claims, wherein means are present allowing the micro-parser via the XML-RPC function call Functions on the messenger server. Mobile terminal according to the preceding claim, where funds are in place, so that's via XML RPC directly functions executed on the server, result data as provide direct return values of the function, with the return values already have the form for further processing and Storage is needed as XML, so the transport protocol becomes also the memory protocol. Mobile terminal according to one or more of preceding claims, wherein means are present so that while the user presses the navigation button the parser reads out the I / O buffer of the called window, transfers it and display the content in the GUI.