WO2013097388A1 - 通讯录动态显示方法、系统及移动终端 - Google Patents
通讯录动态显示方法、系统及移动终端 Download PDFInfo
- Publication number
- WO2013097388A1 WO2013097388A1 PCT/CN2012/074612 CN2012074612W WO2013097388A1 WO 2013097388 A1 WO2013097388 A1 WO 2013097388A1 CN 2012074612 W CN2012074612 W CN 2012074612W WO 2013097388 A1 WO2013097388 A1 WO 2013097388A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- mobile terminal
- status information
- module
- user
- contact
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/26—Devices for calling a subscriber
- H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
- H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
- H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
- H04M1/2753—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content
- H04M1/2757—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips providing data content by data transmission, e.g. downloading
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/26—Devices for calling a subscriber
- H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
- H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
- H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
- H04M1/27453—Directories allowing storage of additional subscriber data, e.g. metadata
Definitions
- the present invention relates to a terminal technology, and in particular, to a mobile phone and a terminal, (hereinafter collectively referred to as a mobile terminal), a method, system and mobile terminal for displaying an address book.
- a mobile terminal a mobile phone and a terminal
- a method, system and mobile terminal for displaying an address book a mobile terminal
- the current address book is only a static display, that is to say, in general, only some static information such as name, phone number, etc. are displayed, so that the displayed address book mode has the following drawbacks:
- the main purpose of the present invention is to provide a dynamic display method and system for an address book, and a mobile terminal, which can timely update the status information of contacts stored in the address book of the mobile terminal, so that the user can obtain the contact better.
- the status information greatly improves the communication efficiency between users and contacts.
- the present invention discloses a dynamic display system for an address book, including: a first mobile terminal and a second mobile terminal;
- the first mobile terminal is configured to receive user state information input by a user (User State
- the sending trigger condition is satisfied, and if yes, the user status information is sent to the second mobile terminal;
- the second mobile terminal is configured to: after receiving the user status information sent by the first mobile terminal, display basic information of the user in the address book and the user status information.
- the second mobile terminal is further configured to send a request message requesting to update the user status information to the first mobile terminal;
- the first mobile terminal is further configured to receive a request message sent by the second mobile terminal to request to update user status information.
- the first mobile terminal includes a first input module, a first database module, and a a transmitting module;
- the first input module is configured to receive user state information input by a user and provide the information to the first database module;
- the first database module is configured to save the received user status information; determine whether the sending trigger condition is satisfied; and when the sending trigger condition is met, send the user status information to the first sending module;
- the first sending module is configured to receive user status information, and send an address book message carrying user status information to the second mobile terminal.
- the second mobile terminal includes a second parsing module, a second database module, and a second dynamic display module;
- the second parsing module is configured to receive and parse an address book message carrying the user status information sent by the first mobile terminal, and send the parsed user status information to the second database module;
- the second database module is configured to save the received user state information; the second dynamic display module is called to display the basic information and the status message of the user in the address book of the second mobile terminal, and the second dynamic display module is configured. To display the basic information of the user in the address book and the status information.
- the first mobile terminal further includes a first parsing module
- the second mobile terminal further includes a second requesting module
- the second requesting module is configured to send, to the first parsing module, a request message requesting to update user status information
- the first parsing module is configured to receive a request message sent by the second request module to update user status information, and send the request message to the first database module;
- the first database module is further configured to receive the request sent by the first parsing module Ask for news.
- the invention also discloses a mobile terminal, comprising: a first input module, a first database module and a first sending module; wherein
- the first input module is configured to receive user state information input by a user and provide the information to the first database module;
- the first database module is configured to save the received user status information; determine whether the sending trigger condition is satisfied; and when the sending trigger condition is met, send the user status information to the first sending module;
- the first sending module is configured to receive user status information, and send an address book message carrying user status information to the user's contact mobile terminal.
- the mobile terminal further includes a second parsing module, a second database module, and a second dynamic display module;
- the second parsing module is configured to receive and parse an address book message of the contact state information sent by the user's contact mobile terminal, and send the parsed contact status information to the second database.
- the second database module is configured to save the received contact status information; and invoke the second dynamic display module to display basic information and status information of the contacts in the address book;
- the second dynamic display module is configured to display basic information of the contact and status information. Further, the mobile terminal further includes a second request module, where
- the second requesting module is configured to send a request message requesting to update the contact state information to the contact mobile terminal of the user.
- the mobile terminal further includes: a first parsing module
- the first parsing module is configured to receive a request message for requesting update user status information sent by the user's contact mobile terminal, and send the request message to the first database module.
- the invention also discloses a mobile terminal, comprising: the mobile terminal comprises a second analytical module a block, a second database module, and a second dynamic display module; wherein
- the second parsing module is configured to receive and parse an address book message carrying the contact status information sent by the user's contact mobile terminal, and send the parsed contact status information to the second database module;
- the second database module is configured to save the received contact status information; and invoke the second dynamic display module to display basic information and status information of the contacts in the address book;
- the second dynamic display module is configured to display basic information of the contact and status information. Further, the mobile terminal further includes a second request module, where
- the second requesting module is configured to send a request message requesting to update the contact state information to the contact mobile terminal of the user.
- the invention also discloses a dynamic display method for an address book, comprising:
- the first mobile terminal determines whether the sending trigger condition is satisfied, and if yes, sends the user status information to the second mobile terminal;
- the second mobile terminal After receiving the user status information sent by the first mobile terminal, the second mobile terminal displays basic information of the user in the communication record and the user status information.
- the method further includes: setting a sending trigger condition at the first mobile terminal.
- the first mobile terminal determines whether the sending trigger condition is satisfied, and if yes, sending the user status information to the second mobile terminal includes:
- the first database module of the first mobile terminal saves the input user state information, and determines whether the sending trigger condition is satisfied. If yes, the first database module sends the user state information to the first sending module of the first mobile terminal, where The first sending module sends an address book message carrying the user status information to the second mobile terminal.
- displaying the basic information of the user in the address book and the user status information includes: After receiving the address book message carrying the user status information, the second parsing module of the second mobile terminal parses the user status information and sends it to the second database module of the second mobile terminal, and the second database module invokes the second mobile terminal.
- the dynamic display module displays basic information and status information of the user in the address book of the second mobile terminal.
- the method further includes: sending, by the second mobile terminal, a request for updating the user status information to the first mobile terminal, the second mobile terminal moving to the first mobile terminal
- the request message sent by the terminal to request to update the user status information includes:
- the second requesting module of the second mobile terminal sends a request message requesting to update the user status information to the first parsing module of the first mobile terminal; after receiving the request message, the first parsing module sends the request message to the first mobile The first database module of the terminal.
- the solution provided by the present invention expands the function of the original database module of the mobile terminal, and increases the request module and the parsing module, so that the user can timely and dynamically obtain the desired contact state information through the mobile terminal, and timely update the communication of the mobile terminal.
- Recording the saved contact status information enables the user to better obtain the status information of the contact, so that the user can better understand and grasp the status and life rules of the contact, and more objectively and truly understand the corresponding contact, thereby greatly improving the user. Communication efficiency with contacts.
- FIG. 1 is a schematic structural diagram of a dynamic display system of an address book of the present invention
- FIG. 2 is a schematic structural diagram of a mobile terminal according to the present invention.
- FIG. 3 is a schematic flow chart of an embodiment of a dynamic display method for an address book according to the present invention. detailed description
- the basic idea of the present invention is: after the user inputs the user status information to the first mobile terminal, a mobile terminal determines whether the sending trigger condition is satisfied, and if yes, sends the user status information to the second mobile terminal; after receiving the user status information sent by the first mobile terminal, the second mobile terminal displays the address in the address book The basic information of the user and the user status information, so that the user of the second mobile terminal contacts the user of the first mobile terminal by using a corresponding contact manner according to the user status information.
- the present invention proposes a brand new The address book display method, system and mobile terminal.
- the address book can not only statically display some fixed information (ie basic information) of each contact previously saved by the user on the mobile terminal (such as a mobile phone), but also can update and display some states of the contacts in time.
- Information in this way, not only can actively obtain information of certain contacts, but also actively send some current status information to some contacts, and can also save some state information of contacts that are of interest to the user.
- the user can obtain the information about the life rules of these contacts in a timely and effective manner, so as to more objectively and truly understand the corresponding contacts, thereby greatly improving the communication efficiency with these contacts.
- the present invention refers to a user-side mobile terminal as a first mobile terminal, and a contact-side mobile terminal of the user is referred to as a second mobile terminal.
- FIG. 1 is a schematic structural diagram of a dynamic display system of an address book of the present invention. As shown in FIG. 1, the system includes a first mobile terminal and a second mobile terminal, where
- the first mobile terminal is configured to receive the user status information input by the user, determine whether the sending trigger condition is satisfied, and if yes, send the user status information to the second mobile terminal;
- the second mobile terminal is configured to display basic information of the user in the address book and the user status information after receiving the user status information sent by the first mobile terminal.
- the second mobile terminal is further configured to send a request to the first mobile terminal to update the user status.
- Request message for information
- the first mobile terminal is further configured to receive a request message sent by the second mobile terminal to request to update user status information.
- the first mobile terminal includes a first input module, a first database module, and a first sending module
- the second mobile terminal includes a second parsing module, a second database module, and a second dynamic display module, where
- the first input module is configured to receive user state information input by the user and transmit the information to the first database module;
- the first database module is configured to save the received user status information; determine whether the sending trigger condition is satisfied; when the sending trigger condition is satisfied, transmit the user status information to the first sending module; and further configured to set a sending trigger condition;
- the first sending module is configured to receive user status information, and send an address book message carrying user status information to the second mobile terminal;
- the second parsing module is configured to receive and parse the address book message sent by the first sending module, and send the parsed user status information to the second database module;
- the second database module is configured to save the received user status information; the second dynamic display module is called to display basic information and status information of the user in the address book of the second mobile terminal; and the second dynamic display module is configured to Displays basic information and status information of users in the address book.
- the first mobile terminal further includes a first parsing module
- the second mobile terminal further includes a second requesting module
- the second requesting module is configured to send, to the first parsing module, a request message requesting to update user status information
- the first parsing module is configured to receive a request message sent by the second requesting module to update user status information, and transmit the request message to the first database module;
- the first database module is further configured to receive the request message transmitted by the first parsing module.
- the sending trigger condition includes:
- the user status information is changed, and/or the first mobile terminal receives a request message for updating the user status information sent by the second mobile terminal.
- the status information includes:
- the city, current mood, personalized signature and mobile terminal mode and more.
- the second mobile terminal in FIG. 1 may be one or more mobile terminals according to the present invention, that is, mobile terminals supporting the dynamic display function of the address book.
- the request module and the parsing module may be set in the address book module of the mobile terminal or may be set outside the address book module.
- the sending trigger condition is set by the first mobile terminal, and specifically can be set and saved in advance in the first database module of the first mobile terminal.
- the second parsing module, the second database module, and the second dynamic display module may be further included, and the second request module may be further included.
- the method further includes: a first input module, a first database module, and a first sending module, and may further include the first parsing Module.
- the first database module of the first mobile terminal triggers the first sending module to actively send corresponding user status information to the contacts according to the contact set in advance, the user The status information may also be sent to all contacts; (2) when the first mobile terminal receives the request message for updating the user status information sent by the second mobile terminal, the first database module of the first mobile terminal will according to the request message The corresponding status information is sent to the corresponding contact through the first sending module. It should be noted that, if the user sets a contact with the right to obtain the user status information when the first mobile terminal is set, the request message sent by the other contact without the relevant authority or the update sent by the contact with the relevant authority is required. The request message of the user's other status information, the first mobile terminal will return a response response to the corresponding contact (ie, the mobile terminal of the corresponding contact) that does not have the right to request the related message.
- a mobile terminal capable of providing both user state information and dynamic user contact state information
- two databases are generated in a storage section of a database module of a mobile terminal (such as a mobile phone):
- a database is configured to record users Your own status information;
- Another database is configured to record the status information of certain contacts that the user wishes to keep (by default, the instant status information for the contact is not saved because this amount of data is relatively large).
- the information of each contact in the address book of the user mobile terminal is expanded, and the displayed content includes but is not limited to: the state and mode of the mobile terminal, the city, the mood, and some personalized signatures set by the contact itself. .
- each contact can be negotiated with each other according to the user's own needs.
- the database can be designed in the form of a database like the following:
- the status and mode of the mobile terminal including the power on and off states of the mobile terminal, and the mode of the mobile terminal (such as mute, outdoor, conference, etc.);
- City Record the corresponding contact or the city where the user is located
- Mood Record the corresponding contact or the user's own mood
- Personalized signature Record the corresponding contact or some personalized language set by the user.
- the table format and content of the above database are merely examples and are not intended to limit the scope of protection of the present invention.
- the user and contact database design is preferably consistent, which ensures efficient transmission of messages.
- FIG. 2 is a schematic structural diagram of a mobile terminal according to the present invention, as shown in FIG. 2, the mobile terminal
- the first input module the first input module, configured to receive user input information input by the user and transmit the information to the first database module;
- the first database module is configured to save the received user status information; determine whether the sending trigger condition is satisfied; when the sending trigger condition is satisfied, send the user status information to the first sending module; and further configured to set a sending trigger condition;
- the first sending module is configured to receive user status information, and send an address book message carrying user status information to the user's contact mobile terminal.
- the mobile terminal further includes a second parsing module, a second database module, and a second dynamic display module;
- the second parsing module is configured to receive and parse an address book message carrying the contact status information sent by the mobile terminal of the user's contact, and transmit the parsed contact status information to the second database module;
- the second database module is configured to save the received contact status information; and invoke the second dynamic display module to display basic information and status information of the contacts in the address book;
- the second dynamic display module is configured to display basic information of the contact and status information. Further, the sending trigger condition includes:
- the user status information is changed, and/or a request message for updating the user status information sent by the user's contact mobile terminal is received.
- the mobile terminal further includes a second request module, where
- the second requesting module is configured to send a request message requesting to update the contact status information to the mobile terminal of the user's contact.
- the mobile terminal further includes a first parsing module
- the first parsing module is configured to receive a request message for requesting to update user status information sent by the mobile terminal of the user's contact, and transmit the request message to the first database module. Further, the status information includes:
- the invention also discloses a dynamic display method of an address book, the method comprising:
- the first mobile terminal determines whether the sending trigger condition is satisfied, and if yes, sends the user status information to the second mobile terminal;
- the second mobile terminal After receiving the user status information sent by the first mobile terminal, the second mobile terminal displays basic information of the user in the communication record and the user status information.
- the method further includes:
- the sending trigger condition is set in the first mobile terminal, specifically the first database module of the first mobile terminal, and can be set by the user according to his own needs.
- the inputting the user status information to the first mobile terminal includes:
- the user inputs the user's own status information to the first mobile terminal, and the first mobile terminal receives and stores the user status information input by the user. Specifically, the user inputs user status information through the first input module of the first mobile terminal, and the first input module transmits user status information to the first database module.
- the first mobile terminal determines whether the sending trigger condition is satisfied. If yes, sending the user status information to the second mobile terminal includes:
- the first database module of the first mobile terminal saves the input user state information, and determines whether the sending trigger condition is satisfied. If yes, the first database module transmits the user state information to the first sending module of the first mobile terminal, A sending module sends an address book message carrying user status information to the second mobile terminal.
- the second mobile terminal receives the user status information sent by the first mobile terminal, displaying the basic information of the user in the address book and the user status information includes:
- the second parsing module of the second mobile terminal receives the address book message carrying the user status information After the user status information is parsed and transmitted to the second database module of the second mobile terminal, the second database module calls the second dynamic display module of the second mobile terminal to display the basic information and status of the user in the address book of the second mobile terminal. information. Further, the second database module will also save the received user status information.
- the method further includes:
- the second mobile terminal transmits a request message requesting to update the user status information to the first mobile terminal.
- the second requesting module of the second mobile terminal sends a request message requesting to update the user state information to the first parsing module of the first mobile terminal; after receiving the request message, the first parsing module sends the request The message is transmitted to the first database module of the first mobile terminal.
- the sending trigger condition includes:
- the user status information is changed, and/or the first mobile terminal receives a request message for updating the user status information sent by the second mobile terminal.
- the status information includes:
- the present invention mainly relates to processes such as data writing, data transfer, data parsing, data display, and data storage.
- the data writing process of the present invention also includes the following two aspects: First, the user's own state information is written into the database of the mobile terminal for The corresponding contact is updated; second, after the user's corresponding contact updates the contact's own status information, the user obtains the status information of the corresponding contact by requesting, and writes (ie, deposits) the information to the mobile device.
- the process of writing the mobile terminal database differs according to the state information of the two cities, the mood, the personalized signature, and the state and mode of the mobile terminal:
- the corresponding module (such as the setting module, the core module, etc.) is actively called to send some messages to the address book module for notification; After receiving the notification message, the recording module obtains more accurate information through the first parsing module, and then writes to the status bar of the current user in the database table; the specific implementation manner belongs to common technical means in the field, and details are not described herein again.
- the second type of status information of the city, mood, personalized signature, etc. if the user inputs his own status information, it is input by calling the input interface of the input module of the mobile terminal.
- the user's current mood is not very good, I hope that others do not bother themselves when there are no important and urgent things; in this case, you can select the bad mood icon in the mood bar, and then write in the personalized signature: Do not disturb, so that when other contacts update the user's status information, they will not bother the user for some trivial matters, so as not affecting each other's emotions.
- the second parsing module of the mobile terminal first parses the address book message, and if the information in the message is not empty, After the parsing is completed, the corresponding contact status information is stored in the database.
- the user can specify the automatic sending trigger conditions of different sending groups, and actively transmit the user's own status information to the database of each contact's mobile terminal.
- the user U can set the sending trigger condition in the database of the mobile terminal as follows: As long as there is any update of the user U status information, the status information of these users U is automatically sent to the contact A. And B, the mobile terminals of the contacts A and B respectively perform real-time update and display. If the user U thinks that his relationship with the contact C is relatively general, and only wants the contact C to update his or her own state information other than the personalized language, the sending trigger condition can be set accordingly: as long as the user U status information If the status information other than the personalized language is updated, the status information is automatically sent to the contact C. In other words, users can set different permissions for different contacts according to the actual situation.
- the contact person can also actively request to update the user status information, obtain the corresponding status information and store it in the database of the mobile terminal.
- the contact has been in the list of the transmission trigger conditions set in the database of the user's mobile terminal.
- the user U sets a corresponding sending trigger condition for the above-mentioned contacts VIII, B, and C.
- the mobile terminal of the user U receives the request message of the personalized linguistic state information of the updated user U sent by the contact C
- the user determines that the contact C does not currently have the right to obtain his own personalized language status information, so the feedback response message informs the contact C that he is currently not entitled to obtain his own personalized language.
- the sending trigger condition can be set accordingly, and then the mobile terminal of the user U sends the personalized language to the mobile terminal of the contact C.
- the processing of the contact C in the first case can be similarly processed. It should be noted that other similar manners that are easily conceivable to those skilled in the art should also fall within the scope of the present invention.
- the data parsing mentioned here is mainly for the parsing of two types of messages: address book messages and request messages containing status information.
- address book messages For the transmitted address book message containing the status information, before the first sending module of the first mobile terminal sends, the first sending module automatically adds a special field [address book] in front of the address book message, for example, the data structure is as follows: [Address Book] [Send Message], when the second mobile terminal receives the corresponding message, the second parsing module of the second mobile terminal first removes the message header [Address Book] of the message, and then parses and parses the message.
- the subsequent information is forwarded to the second database module for processing, such as saving, display by the second dynamic display module, etc.; and the message is not directly processed as an ordinary short message.
- a special field [address book] can be added in front of the message, such as [address book] [request message].
- the contact After the contact receives some status information sent by the user, the status information is saved by the second database module of the second mobile terminal, and is actively sent to the second dynamic display mode.
- the information display interface of the block is displayed.
- a contact can also set an appropriate update policy for all contacts of the contact according to his or her own needs, so that the display efficiency of the mobile terminal is higher.
- the contact may set the status information of some contacts to be updated upon receiving the address book message, and the status information of some contacts is updated after receiving the address book message for a period of time, or the status information of some contacts is Updated after a certain time.
- each state information of the change can be stored in the database. That is to say, it is assumed that the contact A is very interested in the user U.
- the state information of the user U is set to be automatically stored, each time the state information of the user U is updated, a state information of the user U update is stored in a storage table. After that, the previous state information is automatically stored in another storage table of the database, which effectively ensures that all state information of the user U is completely saved, so that it can be viewed at any time in the future, thereby better understanding the user. U, promote effective communication.
- FIG. 3 is a schematic flow chart showing an embodiment of a dynamic display method for an address book according to the present invention. As shown in FIG. 3, the method includes the following steps:
- Step 101 The user inputs the status information to the first mobile terminal, which may include: Step 101a: The user edits his own status information according to his current actual situation. For example, the user sends a bonus, and the current heart is very happy, and hopes to share the information. For some contacts, then he can change his mood in the editing interface of the address book module, that is, the first input module. Be happy, and change the personalized language to "Gender.”
- Step 101b The mode for the user to switch the mobile terminal, for example, the user immediately goes to the meeting, and changes the mode of the first mobile terminal to the conference mode.
- Step 101c The first mobile terminal is powered on or off.
- Step 101a, step 101b, and step 101c have no chronological requirements in the order of execution.
- Step 103 After receiving the user status information, the first database module determines whether the set transmission trigger condition is met.
- the sending trigger condition (1) preset by the first database module is: the user status information is changed; the sending trigger condition (2) is: the first mobile terminal receives the request message sent by the second mobile terminal requesting to update the user status information. .
- step 103 may be started before step 102.
- the first database module is already in a state of determining whether the transmission trigger condition is satisfied, and once it is determined that the transmission trigger condition (2) is satisfied. Then, step 104b is executed immediately.
- Step 103 may specifically include step 104a and step 104b:
- Step 104a The first database module determines whether the sending trigger condition (1) is satisfied. If yes, the first database module transmits the user status information to the first sending module; otherwise, the determining is continued.
- Step 104b After the user receives the request message for updating the user status information sent by the contact, the user first determines whether the contact has permission to request the status information of the user, that is, the first database module determines the sending trigger condition (2) Whether it is satisfied, if yes, step 105 is performed; otherwise, the judgment is continued.
- the steps 104a and 104b may be performed simultaneously.
- Step 105 Determine whether the contact is allowed to request all status information of the user, or Only the certain status information has the requested permission, that is, the first database module determines whether the corresponding contact is allowed to request to update the corresponding status information of the user. If so, step 106 is performed; otherwise, the process returns to step 103.
- Step 106 The first database module further determines whether there is a change in the user status information requested to be updated in the request message. If there is a change, the first database module transmits the user status information to the first sending module, and then performs step 107; if there is no change, Then go back to step 103.
- step 106 when the user status information requested to be updated in the request message does not change, the user may also set a prompt response to the corresponding contact, prompting the contactor that the corresponding status information has not changed at this time.
- Step 107 The first sending module processes, encrypts, and the like the corresponding status information of the user, adds a special message header, and then sends the message to the second mobile terminal of the corresponding contact.
- Step 108 After the contact receives the short message including the user status information by using the second parsing module of the second mobile terminal, the second parsing module continues to parse the short message because the short message has a special message header.
- Step 109 The second parsing module sends the parsed corresponding status information to the second database module.
- Step 110 The second database module stores the received status information, and then performs step 111a and step lllbo
- Step 111a The second database module determines whether the old user status information needs to be saved, and if necessary, performs step 112.
- Step 111b The second database module determines whether the update trigger condition for updating the status information displayed in the second dynamic display module is satisfied, and if yes, executing step 113.
- step 111a and step 111b can be performed simultaneously.
- step 111b The user can flexibly set the update trigger condition of the display interface of the second dynamic display module according to his own needs.
- the update trigger condition can be set to: the time when the trigger condition is updated and the trigger condition of the last update update condition. Time is at least 10 minutes apart to achieve maximum efficiency.
- Step 112 The second database module inputs the old user status information into a corresponding database table of the saved history status information for later viewing and analysis.
- Step 113 After the update trigger condition is met, the second database module calls the second dynamic display module to display the user status information, and updates the display content in the address book display interface.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种通讯录的动态显示方法、系统及移动终端，其中该方法包括：向第一移动终端输入用户状态信息后，第一移动终端判断发送触发条件是否满足，若满足，将用户状态信息发给第二移动终端；所述第二移动终端收到第一移动终端发来的用户状态信息后，进行相应的处理。通过本发明提供的方案，能及时更新移动终端的通讯录保存的联系人状态信息，使得用户能够更好地获取联系人的状态信息，大大提高用户与联系人的沟通效率。
Description
通讯录动态显示方法、 系统及移动终端 技术领域
本发明涉及终端技术， 尤其涉及一种手机及各类终端 （以下统称为移 动终端） 的通讯录的显示方法、 系统及移动终端。 背景技术
随着通信技术的飞速发展与进步， 在当今快节奏的工作与生活中， 移 动终端、 尤其是手机已经成为一个必不可少的工具。 在一定程度上， 一个 人拥有的人脉资源决定了其事业发展的高度， 因此， 拥有一个准确可用的 通讯录， 并能和通讯录中的朋友经常保持适当的联系， 是每个人的心愿。
目前的通讯录只是静态显示， 也就是说， 一般情况下， 只会显示诸如 姓名、 电话号码等一些静态的信息， 这样显示的通讯录模式有以下的弊端：
( 1 )用户无法准确地知道联系人的状态， 从而没有办法采取合适的联 系手段、 确定合适的联系时间。 例如， 用户无法准确地知道联系人是否开 机（如果用户知道某个可能需要联系的联系人没有开机的话， 就会提前通 过一些其他手段去寻找该联系人）、 是否处于会议状态（如果用户提前知道 联系人处于会议状态， 就会采取短信或 email等方式联系该联系人， 而不会 冒失地给其打电话）， 联系人的手机目前所处的模式（如果用户提前知道联 系人处于静音状态， 就不会频繁地给该联系人打电话）、 是否处于漫游状态 (如果用户提前知道联系人处于漫游状态的话， 就可以尽量少打电话， 避 免给该联系人造成不必要的经济浪费）， 联系人的目前心情（如果用户提前 知道联系人的心情的话， 就可以采取合适的措施或待联系人心情好转后与 该联系人进行联系）， 等等。
( 2 )用户无法主动地通知联系人的通讯录用户自己的状态。 如果能主
动通知的话， 这样就可以既不影响自己的工作， 又可以给想找到自己的联 系人提供合适的联系手段选择， 如此， 极大地方便用户和联系人。
( 3 )用户无法对联系人的一些状态信息进行保存， 从而及时了解到联 系人的一些规律， 以更好地和联系人进行沟通。 例如， 如果用户事先知道 联系人一般的开机与关机时间、 一般的工作会议时间 , 就可以知道哪些时 间段是合适的联系时间； 如果用户事先知道联系人一般的心情规律， 就可 以和联系人进行更加有效的沟通， 等等。 发明内容
有鉴于此， 本发明的主要目的在于提供一种通讯录的动态显示方法、 系统及移动终端， 能及时更新移动终端的通讯录保存的联系人的状态信息， 使得用户能够更好地获取联系人的状态信息， 大大提高用户与联系人的沟 通效率。
为达到上述目的， 本发明的技术方案是这样实现的：
本发明公开了一种通讯录的动态显示系统， 包括： 第一移动终端和第 二移动终端； 其中，
所述第一移动终端， 配置为接收用户输入的用户状态信息 （User State
Information )后， 判断发送触发条件是否满足， 若满足， 将用户状态信息发 给第二移动终端；
所述第二移动终端， 配置为收到第一移动终端发来的用户状态信息后， 显示通讯录中所述用户的基本信息以及所述用户状态信息。
进一步， 所述第二移动终端， 还配置为向第一移动终端发送请求更新 用户状态信息的请求消息；
所述第一移动终端， 还配置为接收所述第二移动终端发来的请求更新 用户状态信息的请求消息。
进一步， 所述第一移动终端包括第一输入模块、 第一数据库模块和第
一发送模块； 其中，
所述第一输入模块， 配置为接收用户输入的用户状态信息并提供给第 一数据库模块；
所述第一数据库模块， 配置为保存收到的用户状态信息； 判断发送触 发条件是否满足； 发送触发条件满足时， 向第一发送模块发送用户状态信 息；
所述第一发送模块， 配置为接收用户状态信息， 向第二移动终端发送 携带用户状态信息的通讯录消息。
进一步， 所述第二移动终端包括第二解析模块、 第二数据库模块和第 二动态显示模块； 其中，
所述第二解析模块， 配置为接收并解析所述第一移动终端发来的携带 用户状态信息的通讯录消息， 并将解析出的用户状态信息发给第二数据库 模块；
所述第二数据库模块， 配置为保存收到的用户状态信息； 调用第二动 态显示模块显示第二移动终端的通讯录中所述用户的基本信息及状态信 所述第二动态显示模块， 配置为显示通讯录中所述用户的基本信息以 及所述状态信息。
进一步， 所述第一移动终端还包括第一解析模块， 所述第二移动终端 还包括第二请求模块； 其中，
所述第二请求模块， 配置为向所述第一解析模块发送请求更新用户状 态信息的请求消息；
所述第一解析模块， 配置为接收所述第二请求模块发来的请求更新用 户状态信息的请求消息， 并将所述请求消息发给第一数据库模块；
所述第一数据库模块， 还配置为接收所述第一解析模块发来的所述请
求消息。
本发明还公开了一种移动终端， 包括： 第一输入模块、 第一数据库模 块和第一发送模块； 其中，
所述第一输入模块， 配置为接收用户输入的用户状态信息并提供给第 一数据库模块；
所述第一数据库模块， 配置为保存收到的用户状态信息； 判断发送触 发条件是否满足； 发送触发条件满足时， 向第一发送模块发送用户状态信 息；
所述第一发送模块， 配置为接收用户状态信息， 向用户的联系人移动 终端发送携带用户状态信息的通讯录消息。
进一步， 所述移动终端还包括第二解析模块、 第二数据库模块和第二 动态显示模块； 其中，
所述第二解析模块， 配置为接收并解析用户的联系人移动终端发来的 携带联系人状态信息 （ Contact state Information ) 的通讯录消息， 并将解析 出的联系人状态信息发给第二数据库模块；
所述第二数据库模块， 配置为保存收到的联系人状态信息； 调用第二 动态显示模块显示通讯录中联系人的基本信息及状态信息；
所述第二动态显示模块， 配置为显示联系人的基本信息以及状态信息。 进一步， 所述移动终端还包括第二请求模块； 其中，
所述第二请求模块， 配置为向用户的联系人移动终端发送请求更新联 系人状态信息的请求消息。
进一步， 所述移动终端还包括： 第一解析模块； 其中，
所述第一解析模块， 配置为接收用户的联系人移动终端发来的请求更 新用户状态信息的请求消息， 并将所述请求消息发给第一数据库模块。
本发明还公开了一种移动终端， 包括： 所述移动终端包括第二解析模
块、 第二数据库模块和第二动态显示模块； 其中，
所述第二解析模块， 配置为接收并解析用户的联系人移动终端发来的 携带联系人状态信息的通讯录消息， 并将解析出的联系人状态信息发给第 二数据库模块；
所述第二数据库模块， 配置为保存收到的联系人状态信息； 调用第二 动态显示模块显示通讯录中联系人的基本信息及状态信息；
所述第二动态显示模块， 配置为显示联系人的基本信息以及状态信息。 进一步， 所述移动终端还包括第二请求模块； 其中，
所述第二请求模块， 配置为向用户的联系人移动终端发送请求更新联 系人状态信息的请求消息。
本发明还公开了一种通讯录的动态显示方法， 包括：
向第一移动终端输入用户状态信息后， 第一移动终端判断发送触发条 件是否满足， 若满足， 将用户状态信息发给第二移动终端；
所述第二移动终端收到第一移动终端发来的用户状态信息后， 显示通 讯录中所述用户的基本信息以及所述用户状态信息。
进一步， 所述向第一移动终端输入用户状态信息之前， 该方法还包括： 在第一移动终端设置发送触发条件。
进一步， 所述第一移动终端判断发送触发条件是否满足， 若满足， 将 用户状态信息发给第二移动终端包括：
所述第一移动终端的第一数据库模块保存输入的用户状态信息， 同时 判断发送触发条件是否满足， 若满足， 第一数据库模块向第一移动终端的 第一发送模块发送用户状态信息， 所述第一发送模块将携带用户状态信息 的通讯录消息发给第二移动终端。
进一步， 所述第二移动终端收到第一移动终端发来的用户状态信息后， 显示通讯录中所述用户的基本信息以及所述用户状态信息包括：
第二移动终端的第二解析模块收到携带用户状态信息的通讯录消息 后， 解析出用户状态信息并发给第二移动终端的第二数据库模块， 第二数 据库模块调用第二移动终端的第二动态显示模块显示第二移动终端的通讯 录中所述用户的基本信息及状态信息。
进一步， 所述向第一移动终端输入用户状态信息之后， 该方法还包括： 第二移动终端向第一移动终端发送请求更新用户状态信息的请求消 进一步， 所述第二移动终端向第一移动终端发送请求更新用户状态信 息的请求消息包括：
第二移动终端的第二请求模块向第一移动终端的第一解析模块发送请 求更新用户状态信息的请求消息； 所述第一解析模块收到所述请求消息后 , 将其发给第一移动终端的第一数据库模块。
综上， 本发明提供的方案， 通过扩展移动终端原有数据库模块的功能， 并增加请求模块和解析模块， 使得用户通过移动终端可以及时、 动态获取 希望联系人状态信息， 及时更新移动终端的通讯录保存的联系人状态信息， 使得能够用户更好地获取联系人的状态信息， 便于用户更好了解和掌握联 系人的状态及生活规律， 更加客观真实地了解相应的联系人， 从而大大提 高用户与联系人的沟通效率。 附图说明
图 1是本发明通讯录的动态显示系统的结构示意图；
图 2是本发明移动终端的结构示意图；
图 3为本发明通讯录的动态显示方法一实施例的流程示意图。 具体实施方式
本发明的基本思想为： 用户向第一移动终端输入用户状态信息后， 第
一移动终端判断发送触发条件是否满足， 若满足， 将用户状态信息发给第 二移动终端； 所述第二移动终端收到第一移动终端发来的用户状态信息后， 显示通讯录中所述用户的基本信息以及所述用户状态信息， 以便第二移动 终端的用户根据所述用户状态信息采取相应联系方式联系第一移动终端的 用户。
针对当前静态显示的通讯录， 无法及时获取各个联系人的状态信息， 从而给采取何种联系方式、 何时联系、 联系时使用什么措辞等造成一定困 难的问题， 本发明提出了一种全新的通讯录显示方法、 系统及移动终端。 通过本发明方案 ,通讯录不仅可以静态地显示用户之前保存在移动终端（如 手机）上的各个联系人的一些固定的信息（即基本信息）， 而且可以及时更 新并显示这些联系人的一些状态信息， 如此， 不仅能够主动获取某些联系 人的信息， 进一步地也能够主动地向某些联系人发送自己当前的一些状态 信息， 还能够对用户感兴趣的联系人的一些状态信息进行保存， 使得用户 能够及时、 有效地获取这些联系人有关生活规律的信息， 以更加客观真实 地了解相应的联系人， 从而大大提高与这些联系人的沟通效率。
为了便于描述， 本发明将用户侧移动终端称为第一移动终端， 该用户 的联系人侧移动终端称为第二移动终端。
下面结合附图和具体实施例， 对本发明进一步详细说明。
图 1示出了本发明通讯录的动态显示系统的结构示意图， 如图 1所示， 该系统包括第一移动终端和第二移动终端， 其中，
所述第一移动终端， 配置为接收用户输入的用户状态信息后， 判断发 送触发条件是否满足， 若满足， 将用户状态信息发给第二移动终端；
所述第二移动终端， 配置为收到第一移动终端发来的用户状态信息后， 显示通讯录中用户的基本信息以及所述用户状态信息。
所述第二移动终端， 还配置为向第一移动终端发送请求更新用户状态
信息的请求消息；
所述第一移动终端， 还配置为接收所述第二移动终端发来的请求更新 用户状态信息的请求消息。
具体地， 所述第一移动终端包括第一输入模块、 第一数据库模块和第 一发送模块， 所述第二移动终端包括第二解析模块、 第二数据库模块和第 二动态显示模块； 其中，
所述第一输入模块， 配置为接收用户输入的用户状态信息并传输给第 一数据库模块；
所述第一数据库模块， 配置为保存收到的用户状态信息； 判断发送触 发条件是否满足； 发送触发条件满足时， 向第一发送模块传输用户状态信 息； 还配置为设置发送触发条件；
所述第一发送模块， 配置为接收用户状态信息， 向第二移动终端发送 携带用户状态信息的通讯录消息；
所述第二解析模块， 配置为接收并解析所述第一发送模块发来的所述 通讯录消息， 并将解析出的用户状态信息发给第二数据库模块；
所述第二数据库模块， 配置为保存收到的用户状态信息； 调用第二动 态显示模块显示第二移动终端的通讯录中用户的基本信息及状态信息； 所述第二动态显示模块， 配置为显示通讯录中用户的基本信息以及状 态信息。
进一步的， 所述第一移动终端还包括第一解析模块， 所述第二移动终 端还包括第二请求模块； 其中，
所述第二请求模块， 配置为向所述第一解析模块发送请求更新用户状 态信息的请求消息；
所述第一解析模块， 配置为接收所述第二请求模块发来的请求更新用 户状态信息的请求消息， 并将所述请求消息传输给第一数据库模块；
所述第一数据库模块， 还配置为接收所述第一解析模块传输来的所述 请求消息。
进一步的， 所述发送触发条件包括：
用户状态信息有变化， 和 /或第一移动终端收到第二移动终端发来的更 新用户状态信息的请求消息。
进一步的， 所述状态信息包括：
所在城市、 当前心情、 个性化签名和移动终端的模式， 等等。
需要说明的是， 图 1 中的第二移动终端可以是一个或多个根据本发明 的移动终端， 即， 支持通讯录动态显示功能的移动终端。 请求模块和解析 模块可以设置在移动终端的通讯录模块中， 也可以设置在通讯录模块之外。
此外， 发送触发条件由第一移动终端进行设置， 具体地可以在第一移 动终端的第一数据库模块中事先设置好并保存。
对于第一移动终端， 在需要为用户显示其联系人的状态信息时， 可进 一步包括第二解析模块、 第二数据库模块和第二动态显示模块， 并还可进 一步包括第二请求模块。
类似地， 对于第二移动终端， 在能够向其用户的联系人提供用户状态 信息时， 可进一步包括： 第一输入模块、 第一数据库模块和第一发送模块， 并还可进一步包括第一解析模块。
( 1 ) 当用户的某些状态信息有变化时， 第一移动终端的第一数据库模块会 根据事先设置的联系人， 触发第一发送模块主动向这些联系人分别发送相 应的用户状态信息， 用户状态信息也可以发送给所有联系人； （2 ) 当第一 移动终端收到第二移动终端发来的更新用户状态信息的请求消息时， 第一 移动终端的第一数据库模块会根据请求消息将相应状态信息通过第一发送 模块发送给相应联系人。
需要说明的是， 如果用户在第一移动终端设置了有权限获取该用户状 态信息的联系人时， 对于其他没有相关权限的联系人发来的请求消息或有 相关权限的联系人发来的更新用户其他状态信息的请求消息， 第一移动终 端将向相应联系人（即相应联系人的移动终端）返回一个无权请求相关消 息的应答响应。
本发明中， 对于既能提供用户状态信息、 又能动态该用户联系人状态 信息的移动终端， 会在移动终端 （如手机） 的数据库模块的存储区间生成 两个数据库： 一个数据库配置为记录用户自己的状态信息； 另一个数据库 配置为记录用户希望保持的某些联系人的状态信息 （默认情况下， 对于联 系人的即时状态信息是不保存的，因为这个数据量相对可能比较大）。此外， 用户移动终端的通讯录中每个联系人的信息进行了扩充， 其显示的内容包 括但不限于： 移动终端的状态及模式、 所在城市、 心情、 以及联系人自己 设置的一些个性化签名。
对于数据库的设计， 可以根据用户自己的需求， 与各个联系人相互进 行协商， 例如， 可采用下面这种数据库的表格形式设计数据库：
移动终端的状态及模式： 包括移动终端的开机、 关机状态， 以及移动 终端的模式（如静音、 室外、 会议等）；
所在城市： 记录对应的联系人或者用户自己所处的城市；
心情： 记录对应的联系人或者用户自己的心情；
个性化签名： 记录对应的联系人或者用户自己设置的一些个性化语言。 以上数据库的表格形式及内容仅是示例， 不用于限制本发明的保护范 围。
此外， 为了方便提取和发送消息， 用户和联系人的数据库的设计形式 最好保持一致， 这样可以保证消息的有效传输。
图 2示出了本发明移动终端的结构示意图， 如图 2所示， 该移动终端
包括： 第一输入模块、 第一数据库模块和第一发送模块； 其中， 所述第一输入模块， 配置为接收用户输入的用户状态信息并传输给第 一数据库模块；
所述第一数据库模块， 配置为保存收到的用户状态信息； 判断发送触 发条件是否满足； 发送触发条件满足时， 向第一发送模块发送用户状态信 息； 还配置为设置发送触发条件；
所述第一发送模块， 配置为接收用户状态信息， 向用户的联系人移动 终端发送携带用户状态信息的通讯录消息。
进一步的， 所述移动终端还包括第二解析模块、 第二数据库模块和第 二动态显示模块； 其中，
所述第二解析模块， 配置为接收并解析用户的联系人的移动终端发来 的携带联系人状态信息的通讯录消息， 并将解析出的联系人状态信息传输 给第二数据库模块；
所述第二数据库模块， 配置为保存收到的联系人状态信息； 调用第二 动态显示模块显示通讯录中联系人的基本信息及状态信息；
所述第二动态显示模块， 配置为显示联系人的基本信息以及状态信息。 进一步的， 所述发送触发条件包括：
用户状态信息有变化， 和 /或收到用户的联系人移动终端发来的更新用 户状态信息的请求消息。
进一步的， 所述移动终端还包括第二请求模块； 其中，
所述第二请求模块， 配置为向用户的联系人的移动终端发送请求更新 联系人状态信息的请求消息。
进一步的， 所述移动终端还包括第一解析模块； 其中，
所述第一解析模块， 配置为接收用户的联系人的移动终端发来的请求 更新用户状态信息的请求消息， 并将所述请求消息传输给第一数据库模块。
进一步的， 所述状态信息包括：
所在城市、 当前心情、 个性化签名、 以及移动终端的状态及模式。 本发明还公开了一种通讯录的动态显示方法， 该方法包括：
向第一移动终端输入用户状态信息后， 第一移动终端判断发送触发条 件是否满足， 若满足， 将用户状态信息发给第二移动终端；
所述第二移动终端收到第一移动终端发来的用户状态信息后， 显示通 讯录中用户的基本信息以及所述用户状态信息。
进一步的， 所述向第一移动终端输入用户状态信息之前， 该方法还包 括：
在第一移动终端、 具体为第一移动终端的第一数据库模块中设置发送 触发条件， 具体可由用户根据自己的需要进行设置。
进一步的， 所述向第一移动终端输入用户状态信息包括：
用户向第一移动终端输入用户自己的状态信息， 第一移动终端接收并 存储用户输入的用户状态信息。 具体地， 用户通过第一移动终端的第一输 入模块输入用户状态信息 , 第一输入模块向第一数据库模块传输用户状态 信息。
进一步的， 所述第一移动终端判断发送触发条件是否满足， 若满足， 将用户状态信息发给第二移动终端包括：
所述第一移动终端的第一数据库模块保存输入的用户状态信息， 同时 判断发送触发条件是否满足， 若满足， 第一数据库模块向第一移动终端的 第一发送模块传输送用户状态信息， 第一发送模块将携带用户状态信息的 通讯录消息发给第二移动终端。
进一步的， 所述第二移动终端收到第一移动终端发来的用户状态信息 后， 显示通讯录中用户的基本信息以及所述用户状态信息包括：
第二移动终端的第二解析模块收到携带用户状态信息的通讯录消息
后， 解析出用户状态信息并传输给第二移动终端的第二数据库模块， 第二 数据库模块调用第二移动终端的第二动态显示模块显示第二移动终端的通 讯录中用户的基本信息及状态信息。 进一步地， 第二数据库模块还将保存 收到的用户状态信息。
进一步的， 所述向第一移动终端输入用户状态信息之后， 该方法还包 括：
第二移动终端向第一移动终端发送请求更新用户状态信息的请求消 息。 具体地， 第二移动终端的第二请求模块向第一移动终端的第一解析模 块发送请求更新用户状态信息的请求消息； 所述第一解析模块收到所述请 求消息后， 将所述请求消息传输给第一移动终端的第一数据库模块。
进一步的， 所述发送触发条件包括：
用户状态信息有变化， 和 /或第一移动终端收到第二移动终端发来的更 新用户状态信息的请求消息。
进一步的， 所述状态信息包括：
所在城市、 心情、 个性化签名、 以及移动终端的状态及模式。
由上可以看出， 本发明中主要涉及数据写入、 数据传送、 数据解析、 数据显示和数据存储等过程。
在给出本发明方法实施例之前， 首先对上述这些过程进行相应的描述 和说明。
( 1 )数据写入过程
除了包括普通的数据写入过程， 如编辑普通短信外， 本发明中数据写 入过程还包括以下两个方面的意思： 一是， 将用户自己的状态信息写入移 动终端的数据库中， 以供相应的联系人进行更新； 二是， 用户的相应联系 人更新联系人自己的状态信息后， 用户通过请求的方式获取到相应联系人 的状态信息， 并将这些信息写入（即存入）移动终端的数据库中。
需要说明的是， 针对所在城市、 心情、 个性化签名、 以及移动终端的 状态及模式等两种数据模式的状态信息， 写入移动终端数据库的过程有所 区别：
对于移动终端开关机、 移动终端切换模式等第一种类型的状态信息， 会通过主动调用相应的模块（如设置模块、 核心 （Core )模块等） 向通讯 录模块发送一些消息进行通知； 当通讯录模块收到这些通知消息后， 通过 第一解析模块获取到更加精确的信息后， 然后写入到数据库表格中当前用 户的状态栏； 具体实现方式属于本领域常用技术手段， 在此不再赘述； 对于所在城市、 心情、 个性化签名等第二种类型的状态信息， 如果是 用户输入自己的状态信息， 则是通过调用移动终端的输入模块的输入界面 进行输入的。 比如说， 用户当前的心情不太好， 希望别人没有重要且紧急 的事情时不要打扰自己； 这种情况下， 就可以在心情栏中选择心情糟糕的 图标， 然后在个性化签名中写： 非急勿扰， 这样， 当其他联系人更新了用 户的状态信息后， 就不会为一些瑣事去打扰该用户， 从而不会影响彼此的 情绪。 如果是移动终端接收到来自联系人的、 包含联系人状态信息的通讯 录消息后， 首先移动终端的第二解析模块会对该通讯录消息进行解析， 若 解析到该消息中的信息非空， 则解析完成后， 会将对应的联系人状态信息 存储到数据库中。
( 2 )数据传送过程
假定目前某一移动终端的用户按照数据输入过程更新了自己的状态信 息， 那么这些状态信息是如何传送到另一移动终端的数据库中的呢？ 下面 分别从用户和联系人的角度进行相应的说明。
从用户的角度看， 用户可以指定不同发送人群的自动发送触发条件， 主动地将用户自己的状态信息传送给各个联系人的移动终端的数据库中。
例如， 假设用户 U认为自己与联系人 A和 B是非常要好的， 并且希望
他们能够及时更新自己的状态信息， 那么用户 U就可以在其移动终端的数 据库中设置发送触发条件为： 只要用户 U状态信息有任何更新， 就自动将 这些用户 U的状态信息发送给联系人 A和 B,由联系人 A和 B的移动终端 分别进行实时更新、 显示。 如果用户 U认为自己与联系人 C的关系比较一 般， 仅希望联系人 C及时更新自己的、 除个性化语言之外的其他状态信息， 则可以相应地设置发送触发条件为： 只要用户 U状态信息中除个性化语言 之外的其他状态信息有更新的话， 就自动将这些状态信息发送给联系人 C。 也就是说， 用户可以根据实际情况， 对不同的联系人设置不同的权限。
由此可见， 通过这种区别化的发送触发条件， 可以更好地适应用户的 个性化需求。
从联系人的角度看， 联系人也可以主动请求更新用户状态信息， 获取 相应状态信息后存储到其移动终端的数据库中。
此时又可分为以下两种情况： 第一种情况， 联系人已经在用户的移动 终端的数据库中设置的发送触发条件的列表名单中。 例如， 用户 U对上述 的联系人八、 B和 C设置了相应发送触发条件， 当用户 U的移动终端收到 联系人 C发来的更新用户 U的个性化语言状态信息的请求消息时， 用户 U 的移动终端判断出联系人 C 目前没有权限获取自己的个性化语言状态信 息， 因此反馈响应消息告知联系人 C 目前无权获取自己的个性化语言。 当 然， 此时如果用户 U认为联系人 C可以有权获取自己的个性化语言， 可以 相应设置发送触发条件， 之后用户 U的移动终端将个性化语言发给联系人 C的移动终端。
第二种情况， 如果用户 U没有在其移动终端的数据库中对联系人 D设 置相应的发送触发条件， 则当用户 U的移动终端收到联系人 D的更新用户 U的状态信息的请求消息时， 可以按照第一种情况中对联系人 C的处理方 式类似地进行处理。
需要说明的是， 对于本领域技术人员容易想到的其他类似方式也应当 属于本发明的保护范围。
另外， 不管是包含状态信息的通讯录消息还是请求消息， 它们的发送 载体都可以是诸如彩信、 短信、 pUSh、 email等不同的方式， 只是这两类消 息都会有一些区别性的字段（如【通讯录】）， 指明该消息是发送给通讯录 模块的。 为了简单起见， 除了数据库表格中的个性化签名栏之外， 其他栏 中的内容， 比如当前心情、 所在城市等， 都使用通用的符号及格式来表示 以便于识别。
( 3 )数据的解析过程
对于发送消息采用何种载体， 其实对数据解析本身没有太大的区别。 下面以短信为例来介绍数据解析的过程。
这里所说的数据解析， 主要是针对包含状态信息的通讯录消息和请求 消息两种类型消息的解析。 对于发送的包含状态信息的通讯录消息， 在第 一移动终端的第一发送模块发送之前， 第一发送模块会自动在通讯录消息 前面加上特殊字段【通讯录】， 例如， 数据结构形式如下： 【通讯录】【发送 消息】， 当第二移动终端收到对应的消息后， 第二移动终端的第二解析模块 首先会将该消息的消息头 【通讯录】去掉， 然后进行解析， 解析后的信息 转交给第二数据库模块进行处理， 如保存、 由第二动态显示模块显示等； 而不会把该消息当成普通的短信直接处理。 对于请求消息， 当然在消息前 面也可以加类似特殊的字段【通讯录】， 比如【通讯录】【请求消息】。
需要说明的是， 第二解析模块对消息的解析过程属于本领域常用技术 手段， 此处不再赘述。
( 4 )数据的显示过程
当联系人收到用户发来的某些状态信息后， 将会通过第二移动终端的 第二数据库模块保存这些状态信息， 并主动地将其发送到第二动态显示模
块的信息显示界面进行显示。
当然， 对于用户发来的状态信息， 某个联系人也可以根据自己的需求， 对该联系人的所有联系人分别设置合适的更新策略， 以使移动终端的显示 效率更高。 例如， 该联系人可以设置某些联系人的状态信息收到通讯录消 息就更新， 某些联系人的状态信息在收到通讯录消息一段时间后更新， 或 者， 某些联系人的状态信息是每隔一定时间后进行更新的。
需要说明的是， 对于用户来说， 其联系人状态信息的相关处理与上述 过程是相似的。
( 5 )数据的存储过程
对于某个联系人关心的某些用户， 可以在数据库中存储变化的各状态 信息。 也就是说， 假设联系人 A对用户 U很感兴趣， 将用户 U的状态信息 设置成自动存储后， 每当用户 U的状态信息有更新时， 一张存储表中存储 用户 U更新的状态信息后， 其之前的状态信息就会自动地存储到数据库的 另一张存储表中， 这样就有效确保了用户 U的所有状态信息都被完整保存 下来， 方便以后随时查看， 从而更好地了解用户 U, 促进有效的沟通。
需要说明的是， 对于用户来说， 其联系人状态信息的存储与上述过程 是相似的。
下面结合一具体实施例对本发明方法进行详细的说明。 为了描述的方 便， 假定信息载体是短信。
图 3 示出了本发明通讯录的动态显示方法一实施例的流程示意图， 如 图 3所示， 该方法包括以下步驟：
步驟 101: 用户向第一移动终端输入状态信息， 具体可以包括： 步驟 101a: 用户根据自己当前实际情况， 编辑自己的状态信息， 例如， 用户发了奖金， 当前心里很开心， 希望将这个信息共享给某些联系人， 那 么他就可以在通讯录模块的编辑界面、 即第一输入模块中将自己的心情改
为开心， 并将个性化语言改为 "发了奖金"。
步驟 101b: 用户切换移动终端的模式， 例如， 用户马上要去开会了， 将第一移动终端的模式改为会议模式，
步驟 101c: 第一移动终端开机或关机。
步驟 101a、步驟 101b和步驟 101c在执行顺序上没有时间先后的要求。 步驟 102:第一移动终端的第一输入模块将用户当前状态写入第一数据 库模块中进行保存。
步驟 103: 第一数据库模块收到用户状态信息后， 判断已设置的发送触 发条件是否满足。
第一数据库模块预先设置的发送触发条件（1 )为： 用户状态信息有变 化； 发送触发条件（2 )为： 第一移动终端收到第二移动终端发来的请求更 新用户状态信息的请求消息。
需要说明的是， 步驟 103可以在步驟 102之前就开始执行， 例如， 当 输入用户状态信息之前， 第一数据库模块就已处于判断发送触发条件是否 满足的状态， 一旦确定发送触发条件（2 ) 满足， 则立刻执行步驟 104b。
步驟 103具体可以包括步驟 104a和步驟 104b:
步驟 104a: 第一数据库模块判断发送触发条件（1 )是否满足，若满足， 则第一数据库模块向第一发送模块传输用户状态信息； 否则， 继续判断。
步驟 104b: 当用户收到某些联系人发送过来的更新用户状态信息的请 求消息后， 首先会判断该联系人是否有权限请求用户的状态信息， 即， 第 一数据库模块判断发送触发条件（2 )是否满足， 若满足， 则执行步驟 105; 否则， 继续判断。
需要说明的是， 由于发送触发条件（1 )和 （2 )可能同时满足， 因此 步驟 104a和步驟 104b可能同时被执行。
步驟 105: 判断是允许联系人对用户的所有状态信息都进行请求，还是
仅对某些类型的状态信息有请求的权限， 即， 第一数据库模块判断是否允 许相应联系人请求更新用户的相应状态信息， 若允许， 则执行步驟 106; 否 则， 返回执行步驟 103。
步驟 106:第一数据库模块进一步判断请求消息中请求更新的用户状态 信息是否有变化， 如有变化， 则第一数据库模块向第一发送模块传输用户 状态信息， 然后执行步驟 107; 如果没有变化， 则返回执行步驟 103。
需要说明的是， 步驟 106 中， 当请求消息中请求更新的用户状态信息 没有变化时， 用户也可以设置向相应联系人返回一个提示响应， 提示联系 人此时自己的相应状态信息没有变化。
步驟 107:第一发送模块将用户的相应状态信息进行打包、加密等处理， 并添加一个特殊的消息头， 然后以短信形式发送给相应联系人的第二移动 终端。
需要说明的是， 此处第二移动终端是指对应不同联系人的移动终端。 步驟 108: 当联系人通过第二移动终端的第二解析模块接收到包含用户 状态信息的短信后， 由于该短信有特殊的消息头， 第二解析模块会继续对 该短信进行解析。
步驟 109: 第二解析模块将解析出的相应状态信息发给第二数据库模 块。
步驟 110: 第二数据库模块存储收到的状态信息， 然后执行步驟 111a 和步驟 lllbo
步驟 111a: 第二数据库模块判断旧的用户状态信息是否需要保存， 如 果需要， 则执行步驟 112。
步驟 111b: 第二数据库模块判断更新第二动态显示模块中显示的状态 信息的更新触发条件是否满足， 若满足， 则执行步驟 113。
需要说明的是， 步驟 111a和步驟 111b可以同时执行。 并且， 步驟 111b
中， 用户可以根据自己的需求灵活地设置第二动态显示模块的显示界面的 更新触发条件， 例如， 可将更新触发条件设置为： 此次判断更新触发条件 的时刻与上次判断更新触发条件的时刻至少相隔 10分钟， 以达到最高的效 率。
步驟 112:第二数据库模块将旧的用户状态信息输入到对应的保存历史 状态信息的数据库表格中， 以供以后查看和分析。
步驟 113: 当更新触发条件满足后， 第二数据库模块调用第二动态显示 模块显示用户状态信息， 更新通讯录显示界面中的显示内容。
以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于 本领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精 神和原则之内所作的任何修改、 等同替换、 改进等， 均应包含在本发明的 保护范围之内。
Claims
1、 一种通讯录的动态显示系统， 其特征在于， 包括： 第一移动终端和 第二移动终端； 其中，
所述第一移动终端， 配置为接收用户输入的用户状态信息后， 判断发 送触发条件是否满足， 若满足， 将用户状态信息发给第二移动终端；
所述第二移动终端， 配置为收到第一移动终端发来的用户状态信息后， 显示通讯录中所述用户的基本信息以及所述用户状态信息。
2、 根据权利要求 1所述的系统， 其特征在于，
所述第二移动终端， 还配置为向第一移动终端发送请求更新用户状态 信息的请求消息；
所述第一移动终端， 还配置为接收所述第二移动终端发来的请求更新 用户状态信息的请求消息。
3、 根据权利要求 1所述的系统， 其特征在于， 所述第一移动终端包括 第一输入模块、 第一数据库模块和第一发送模块； 其中，
所述第一输入模块， 配置为接收用户输入的用户状态信息并传输给第 一数据库模块；
所述第一数据库模块， 配置为保存收到的用户状态信息； 判断发送触 发条件是否满足； 发送触发条件满足时， 向第一发送模块传输用户状态信 息； 还配置为设置发送触发条件；
所述第一发送模块， 配置为接收用户状态信息， 向第二移动终端发送 携带用户状态信息的通讯录消息。
4、 根据权利要求 1、 2或 3所述的系统， 其特征在于， 所述第二移动 终端包括第二解析模块、 第二数据库模块和第二动态显示模块； 其中， 所述第二解析模块， 配置为接收并解析所述第一移动终端发来的携带 用户状态信息的通讯录消息， 并将解析出的用户状态信息传输给第二数据 库模块；
所述第二数据库模块， 配置为保存收到的用户状态信息； 调用第二动 态显示模块显示第二移动终端的通讯录中所述用户的基本信息及状态信 所述第二动态显示模块， 配置为显示通讯录中所述用户的基本信息以 及所述状态信息。
5、 根据权利要求 4所述的系统， 其特征在于， 所述第一移动终端还包 括第一解析模块， 所述第二移动终端还包括第二请求模块； 其中，
所述第二请求模块， 配置为向所述第一解析模块发送请求更新用户状 态信息的请求消息；
所述第一解析模块， 配置为接收所述第二请求模块发来的请求更新用 户状态信息的请求消息， 并将所述请求消息传输给第一数据库模块；
所述第一数据库模块， 还配置为接收所述第一解析模块传输来的所述 请求消息。
6、 一种移动终端， 其特征在于， 包括： 第一输入模块、 第一数据库模 块和第一发送模块； 其中，
所述第一输入模块， 配置为接收用户输入的用户状态信息并传输给第 一数据库模块；
所述第一数据库模块， 配置为保存收到的用户状态信息； 判断发送触 发条件是否满足； 发送触发条件满足时， 向第一发送模块传输用户状态信 息；
所述第一发送模块， 配置为接收用户状态信息， 向用户的联系人的移 动终端发送携带用户状态信息的通讯录消息。
7、 根据权利要求 6所述的移动终端， 其特征在于， 所述移动终端还包 括第二解析模块、 第二数据库模块和第二动态显示模块； 其中， 所述第二解析模块， 配置为接收并解析用户的联系人的移动终端发来 的携带联系人状态信息的通讯录消息， 并将解析出的联系人状态信息传输 给第二数据库模块；
所述第二数据库模块， 配置为保存收到的联系人状态信息； 调用第二 动态显示模块显示通讯录中联系人的基本信息及状态信息；
所述第二动态显示模块， 配置为显示联系人的基本信息以及状态信息。
8、 根据权利要求 7所述的移动终端， 其特征在于， 所述移动终端还包 括第二请求模块； 其中，
所述第二请求模块， 配置为向用户的联系人的移动终端发送请求更新 联系人状态信息的请求消息。
9、 根据权利要求 6、 7或 8所述的移动终端， 其特征在于， 所述移动 终端还包括： 第一解析模块； 其中，
所述第一解析模块， 配置为接收用户的联系人的移动终端发来的请求 更新用户状态信息的请求消息， 并将所述请求消息传输给第一数据库模块。
10、 一种移动终端， 其特征在于， 包括： 所述移动终端包括第二解析 模块、 第二数据库模块和第二动态显示模块； 其中，
所述第二解析模块， 配置为接收并解析用户的联系人的移动终端发来 的携带联系人状态信息的通讯录消息， 并将解析出的联系人状态信息传输 给第二数据库模块；
所述第二数据库模块， 配置为保存收到的联系人状态信息； 调用第二 动态显示模块显示通讯录中联系人的基本信息及状态信息；
所述第二动态显示模块， 配置为显示联系人的基本信息以及状态信息。
11、 根据权利要求 10所述的移动终端， 其特征在于， 所述移动终端还 包括第二请求模块； 其中， 所述第二请求模块， 配置为向用户的联系人的移动终端发送请求更新 联系人状态信息的请求消息。
12、 一种通讯录的动态显示方法， 其特征在于， 该方法包括： 向第一移动终端输入用户状态信息后， 第一移动终端判断发送触发条 件是否满足， 若满足， 将用户状态信息发给第二移动终端；
所述第二移动终端收到第一移动终端发来的用户状态信息后， 显示通 讯录中所述用户的基本信息以及所述用户状态信息。
13、 根据权利要求 12所述的方法， 其特征在于， 所述向第一移动终端 输入用户状态信息之前， 该方法还包括：
在第一移动终端中设置发送触发条件。
14、 根据权利要求 12所述的方法， 其特征在于， 所述第一移动终端判 断发送触发条件是否满足， 若满足， 将用户状态信息发给第二移动终端包 括：
所述第一移动终端的第一数据库模块保存输入的用户状态信息， 同时 判断发送触发条件是否满足， 若满足， 第一数据库模块向第一移动终端的 第一发送模块传输用户状态信息， 所述第一发送模块将携带用户状态信息 的通讯录消息发给第二移动终端。
15、 根据权利要求 12所述的方法， 其特征在于， 所述第二移动终端收 到第一移动终端发来的用户状态信息后， 显示通讯录中所述用户的基本信 息以及所述用户状态信息包括：
第二移动终端的第二解析模块收到携带用户状态信息的通讯录消息 后， 解析出用户状态信息并传输给第二移动终端的第二数据库模块， 第二 数据库模块调用第二移动终端的第二动态显示模块显示第二移动终端的通 讯录中所述用户的基本信息及状态信息。
16、 根据权利要求 12至 15任一项所述的方法， 其特征在于， 所述向 第一移动终端输入用户状态信息之后， 该方法还包括：
第二移动终端向第一移动终端发送请求更新用户状态信息的请求消
17、 根据权利要求 16所述的方法， 其特征在于， 所述第二移动终端向 第一移动终端发送请求更新用户状态信息的请求消息包括：
第二移动终端的第二请求模块向第一移动终端的第一解析模块发送请 求更新用户状态信息的请求消息； 所述第一解析模块收到所述请求消息后 , 将所述请求消息发给第一移动终端的第一数据库模块。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110450173XA CN103188373A (zh) | 2011-12-29 | 2011-12-29 | 通讯录动态显示方法、系统及移动终端 |
| CN201110450173.X | 2011-12-29 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2013097388A1 true WO2013097388A1 (zh) | 2013-07-04 |
Family
ID=48679333
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2012/074612 WO2013097388A1 (zh) | 2011-12-29 | 2012-04-24 | 通讯录动态显示方法、系统及移动终端 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN103188373A (zh) |
| WO (1) | WO2013097388A1 (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104902105A (zh) * | 2015-04-28 | 2015-09-09 | 小米科技有限责任公司 | 用户状态信息分享方法及装置 |
| CN105827805A (zh) * | 2015-09-10 | 2016-08-03 | 广东维沃软件技术有限公司 | 联系人信息显示方法、移动终端、服务器及其应用方法 |
| CN109729220B (zh) * | 2018-12-14 | 2020-09-15 | 维沃移动通信有限公司 | 一种用户状态的推送方法及移动终端 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1728734A (zh) * | 2004-07-27 | 2006-02-01 | 乐金电子(中国)研究开发中心有限公司 | 利用移动通信终端短消息实施的使用者状态信息发送方法 |
| US20070153709A1 (en) * | 2006-01-03 | 2007-07-05 | Samsung Electronics Co., Ltd. | Method of notifying the presence of a terminal in a communications system and a system therefor |
| CN101039485A (zh) * | 2007-04-16 | 2007-09-19 | 中兴通讯股份有限公司 | 用于移动终端的动态号码簿处理装置及方法 |
| CN101834936A (zh) * | 2010-03-16 | 2010-09-15 | 北京邮电大学 | 一种利用手机通讯录实现即时通信的系统和方法 |
| CN102148891A (zh) * | 2010-02-09 | 2011-08-10 | 北京数字天域科技有限责任公司 | 一种手机联系人状态的设置方法 |
-
2011
- 2011-12-29 CN CN201110450173XA patent/CN103188373A/zh active Pending
-
2012
- 2012-04-24 WO PCT/CN2012/074612 patent/WO2013097388A1/zh active Application Filing
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1728734A (zh) * | 2004-07-27 | 2006-02-01 | 乐金电子(中国)研究开发中心有限公司 | 利用移动通信终端短消息实施的使用者状态信息发送方法 |
| US20070153709A1 (en) * | 2006-01-03 | 2007-07-05 | Samsung Electronics Co., Ltd. | Method of notifying the presence of a terminal in a communications system and a system therefor |
| CN101039485A (zh) * | 2007-04-16 | 2007-09-19 | 中兴通讯股份有限公司 | 用于移动终端的动态号码簿处理装置及方法 |
| CN102148891A (zh) * | 2010-02-09 | 2011-08-10 | 北京数字天域科技有限责任公司 | 一种手机联系人状态的设置方法 |
| CN101834936A (zh) * | 2010-03-16 | 2010-09-15 | 北京邮电大学 | 一种利用手机通讯录实现即时通信的系统和方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103188373A (zh) | 2013-07-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8374651B2 (en) | System and method for generating a graphical user interface | |
| CN104937633B (zh) | 内容共享方法和装置 | |
| KR100732560B1 (ko) | 데이터 전송 방법 및 장치 | |
| WO2020238873A1 (zh) | 一种通信方法、服务器和通信系统 | |
| EP2077506B1 (en) | Apparatus and methods for editing content on a wireless device | |
| WO2012041036A1 (zh) | 一种回复信息的方法、装置和终端 | |
| JP2011512749A (ja) | リモート・コンピュータからの移動体デバイス機能の利用 | |
| CN102696249B (zh) | 一种对消息中的数据进行处理的方法及移动终端 | |
| CN102769640B (zh) | 用户信息的更新方法、服务器以及系统 | |
| CN103379227A (zh) | 通信服务管理系统及其操作方法 | |
| EP1997284A1 (en) | Method, mobile terminal, system and computer program product for real time content attributing | |
| US9699630B2 (en) | System, terminal, and method for operating a communication service function | |
| JP2007299272A (ja) | 移動体通信端末 | |
| JP2008077142A (ja) | 表示制御装置および表示制御方法 | |
| JP2016524767A (ja) | インスタントメッセージの管理方法、装置、プログラム及び記録媒体 | |
| US20040174981A1 (en) | Interactive system, interaction control method, and interaction control program | |
| WO2013097388A1 (zh) | 通讯录动态显示方法、系统及移动终端 | |
| JP2007299276A (ja) | 情報提供方法、サーバ及び移動体通信端末 | |
| CN107665465A (zh) | 获取历史分享信息方法、移动终端及具有存储功能的装置 | |
| CN101697642A (zh) | 一种ptt业务状态的更新方法、系统及服务器 | |
| CN101453505A (zh) | 一种带有即时通讯功能的手持设备系统 | |
| US8380172B1 (en) | Enhanced search user interface | |
| JP5107068B2 (ja) | 通信端末及びサーバ | |
| CA2768418C (en) | Apparatus and method for managing call notes in a wireless device | |
| JP5284584B2 (ja) | 携帯情報端末 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12863385 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 12863385 Country of ref document: EP Kind code of ref document: A1 |