CN103188373A - 通讯录动态显示方法、***及移动终端 - Google Patents
通讯录动态显示方法、***及移动终端 Download PDFInfo
- Publication number
- CN103188373A CN103188373A CN201110450173XA CN201110450173A CN103188373A CN 103188373 A CN103188373 A CN 103188373A CN 201110450173X A CN201110450173X A CN 201110450173XA CN 201110450173 A CN201110450173 A CN 201110450173A CN 103188373 A CN103188373 A CN 103188373A
- Authority
- CN
- China
- Prior art keywords
- portable terminal
- state information
- module
- user
- user state
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
- Telephone Function (AREA)
Abstract
本发明公开了一种通讯录的动态显示方法、***及移动终端,其中方法包括:向第一移动终端输入用户状态信息后,第一移动终端判断发送触发条件是否满足,若满足,将用户状态信息发给第二移动终端;所述第二移动终端收到第一移动终端发来的用户状态信息后,进行相应的处理。通过本发明方案,本发明提供的方案能及时更新移动终端的通讯录保存的联系人状态信息,使得用户能够更好地获取联系人的状态信息,大大提高用户与联系人的沟通效率。
Description
技术领域
本发明涉及终端技术,尤其涉及一种手机及各类终端(以下统称为移动终端)的通讯录的显示方法、***及移动终端。
背景技术
随着通信技术的飞速发展与进步,在当今快节奏的工作与生活中,移动终端、尤其是手机已经成为一个必不可少的工具。在一定程度上,一个人拥有的人脉资源决定了其事业发展的高度,因此,拥有一个准确可用的通讯录,并能和通讯录中的朋友经常保持适当的联系,是每个人的心愿。
目前的通讯录只是静态显示,也就是说,一般情况下,只会显示诸如姓名、电话号码等一些静态的信息,这样显示的通讯录模式有以下的弊端:
(1)用户无法准确地知道联系人的状态,从而没有办法采取合适的联系手段、确定合适的联系时间。例如,用户无法准确地知道联系人是否开机(如果用户知道某个可能需要联系的联系人没有开机的话,就会提前通过一些其他手段去寻找该联系人)、是否处于会议状态(如果用户提前知道联系人是否处于会议状态,就会采取短信或者是email等方式联系该联系人,而不会冒失地给其打电话),联系人的手机目前所处的模式(如果用户知道联系人处于静音状态,就不会频繁地给联系人打电话)、是否处于漫游状态(如果可以提前知道联系人处于漫游状态的话,就可以尽量少打电话,避免给联系人造成不必要的经济浪费),联系人的目前心情(如果能提前知道联系人的心情的话,就可以采取合适的措施或待联系人心情好转后与联系人进行联系),等等。
(2)用户无法主动地通知联系人的通讯录用户自己的状态。如果能主动通知的话,这样就可以既不影响自己的工作,又可以给想找到自己的联系人提供合适的联系手段选择,如此,极大地方便用户和联系人。
(3)用户无法对联系人的一些状态信息进行保存,从而及时了解到联系人的一些规律,以更好地和联系人进行沟通。例如,如果用户事先知道联系人一般的开机与关机时间、一般的工作会议时间,就可以知道哪些时间段是合适的联系时间;如果用户事先知道联系人一般的心情规律,就可以和联系人进行更加有效的沟通,等等。
发明内容
有鉴于此,本发明的主要目的在于提供一种通讯录的动态显示方法、***及移动终端,能及时更新移动终端的通讯录保存的联系人状态信息,使得用户能够更好地获取联系人的状态信息,大大提高用户与联系人的沟通效率。
为达到上述目的,本发明的技术方案是这样实现的:
本发明公开了一种通讯录的动态显示***,包括:第一移动终端和第二移动终端;其中,
所述第一移动终端,用于接收用户输入的用户状态信息后,判断发送触发条件是否满足,若满足,将用户状态信息发给第二移动终端;
所述第二移动终端,用于收到第一移动终端发来的用户状态信息后,显示通讯录中所述用户的基本信息以及所述用户状态信息。
进一步,所述第二移动终端,还用于向第一移动终端发送请求更新用户状态信息的请求消息;
所述第一移动终端,还用于接收所述第二移动终端发来的请求更新用户状态信息的请求消息。
进一步,所述第一移动终端包括第一输入模块、第一数据库模块和第一发送模块;其中,
所述第一输入模块,用于接收用户输入的用户状态信息并提供给第一数据库模块;
所述第一数据库模块,用于保存收到的用户状态信息;判断发送触发条件是否满足;发送触发条件满足时,向第一发送模块发送用户状态信息;
所述第一发送模块,用于接收用户状态信息,向第二移动终端发送携带用户状态信息的通讯录消息。
进一步,所述第二移动终端包括第二解析模块、第二数据库模块和第二动态显示模块;其中,
所述第二解析模块,用于接收并解析所述第一移动终端发来的携带用户状态信息的通讯录消息,并将解析出的用户状态信息发给第二数据库模块;
所述第二数据库模块,用于保存收到的用户状态信息;调用第二动态显示模块显示第二移动终端的通讯录中所述用户的基本信息及状态信息;
所述第二动态显示模块,用于显示通讯录中所述用户的基本信息以及所述状态信息。
进一步,所述第一移动终端还包括第一解析模块,所述第二移动终端还包括第二请求模块;其中,
所述第二请求模块,用于向所述第一解析模块发送请求更新用户状态信息的请求消息;
所述第一解析模块,用于接收所述第二请求模块发来的请求更新用户状态信息的请求消息,并将所述请求消息发给第一数据库模块;
所述第一数据库模块,还用于接收所述第一解析模块发来的所述请求消息。
本发明还公开了一种移动终端,包括:第一输入模块、第一数据库模块和第一发送模块;其中,
所述第一输入模块,用于接收用户输入的用户状态信息并提供给第一数据库模块;
所述第一数据库模块,用于保存收到的用户状态信息;判断发送触发条件是否满足;发送触发条件满足时,向第一发送模块发送用户状态信息;
所述第一发送模块,用于接收用户状态信息,向用户的联系人移动终端发送携带用户状态信息的通讯录消息。
进一步,所述移动终端还包括第二解析模块、第二数据库模块和第二动态显示模块;其中,
所述第二解析模块,用于接收并解析用户的联系人移动终端发来的携带联系人状态信息的通讯录消息,并将解析出的联系人状态信息发给第二数据库模块;
所述第二数据库模块,用于保存收到的联系人状态信息;调用第二动态显示模块显示通讯录中联系人的基本信息及状态信息;
所述第二动态显示模块,用于显示联系人的基本信息以及状态信息。
进一步,所述移动终端还包括第二请求模块;其中,
所述第二请求模块,用于向用户的联系人移动终端发送请求更新联系人状态信息的请求消息。
进一步,所述移动终端还包括:第一解析模块;其中,
所述第一解析模块,用于接收用户的联系人移动终端发来的请求更新用户状态信息的请求消息,并将所述请求消息发给第一数据库模块。
本发明还公开了一种移动终端,包括:所述移动终端包括第二解析模块、第二数据库模块和第二动态显示模块;其中,
所述第二解析模块,用于接收并解析用户的联系人移动终端发来的携带联系人状态信息的通讯录消息,并将解析出的联系人状态信息发给第二数据库模块;
所述第二数据库模块,用于保存收到的联系人状态信息;调用第二动态显示模块显示通讯录中联系人的基本信息及状态信息;
所述第二动态显示模块,用于显示联系人的基本信息以及状态信息。
进一步,所述移动终端还包括第二请求模块;其中,
所述第二请求模块,用于向用户的联系人移动终端发送请求更新联系人状态信息的请求消息。
本发明还公开了一种通讯录的动态显示方法,包括:
向第一移动终端输入用户状态信息后,第一移动终端判断发送触发条件是否满足,若满足,将用户状态信息发给第二移动终端;
所述第二移动终端收到第一移动终端发来的用户状态信息后,显示通讯录中所述用户的基本信息以及所述用户状态信息。
进一步,所述向第一移动终端输入用户状态信息之前,该方法还包括:
在第一移动终端设置发送触发条件。
进一步,所述第一移动终端判断发送触发条件是否满足,若满足,将用户状态信息发给第二移动终端包括:
所述第一移动终端的第一数据库模块保存输入的用户状态信息,同时判断发送触发条件是否满足,若满足,第一数据库模块向第一移动终端的第一发送模块发送用户状态信息,所述第一发送模块将携带用户状态信息的通讯录消息发给第二移动终端。
进一步,所述第二移动终端收到第一移动终端发来的用户状态信息后,显示通讯录中所述用户的基本信息以及所述用户状态信息包括:
第二移动终端的第二解析模块收到携带用户状态信息的通讯录消息后,解析出用户状态信息并发给第二移动终端的第二数据库模块,第二数据库模块调用第二移动终端的第二动态显示模块显示第二移动终端的通讯录中所述用户的基本信息及状态信息。
进一步,所述向第一移动终端输入用户状态信息之后,该方法还包括:
第二移动终端向第一移动终端发送请求更新用户状态信息的请求消息。
进一步,所述第二移动终端向第一移动终端发送请求更新用户状态信息的请求消息包括:
第二移动终端的第二请求模块向第一移动终端的第一解析模块发送请求更新用户状态信息的请求消息;所述第一解析模块收到所述请求消息后,将其发给第一移动终端的第一数据库模块。
综上,本发明提供的方案,通过扩展移动终端原有数据库模块的功能,并增加请求模块和解析模块,使得用户通过移动终端可以及时、动态获取希望联系人状态信息,及时更新移动终端的通讯录保存的联系人状态信息,使得能够用户更好地获取联系人的状态信息,便于用户更好了解和掌握联系人的状态及生活规律,更加客观真实地了解相应的联系人,从而大大提高用户与联系人的沟通效率。
附图说明
图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对上述的联系人A、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和步骤111b。
步骤111a:第二数据库模块判断旧的用户状态信息是否需要保存,如果需要,则执行步骤112。
步骤111b:第二数据库模块判断更新第二动态显示模块中显示的状态信息的更新触发条件是否满足,若满足,则执行步骤113。
需要说明的是,步骤111a和步骤111b可以同时执行。并且,步骤111b中,用户可以根据自己的需求灵活地设置第二动态显示模块的显示界面的更新触发条件,例如,可将更新触发条件设置为:此次判断更新触发条件的时刻与上次判断更新触发条件的时刻至少相隔10分钟,以达到最高的效率。
步骤112:第二数据库模块将旧的用户状态信息输入到对应的保存历史状态信息的数据库表格中,以供以后查看和分析。
步骤113:当更新触发条件满足后,第二数据库模块调用第二动态显示模块显示用户状态信息,更新通讯录显示界面中的显示内容。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (17)
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所述的方法,其特征在于,所述第二移动终端向第一移动终端发送请求更新用户状态信息的请求消息包括:
第二移动终端的第二请求模块向第一移动终端的第一解析模块发送请求更新用户状态信息的请求消息;所述第一解析模块收到所述请求消息后,将其发给第一移动终端的第一数据库模块。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110450173XA CN103188373A (zh) | 2011-12-29 | 2011-12-29 | 通讯录动态显示方法、***及移动终端 |
PCT/CN2012/074612 WO2013097388A1 (zh) | 2011-12-29 | 2012-04-24 | 通讯录动态显示方法、***及移动终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110450173XA CN103188373A (zh) | 2011-12-29 | 2011-12-29 | 通讯录动态显示方法、***及移动终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103188373A true CN103188373A (zh) | 2013-07-03 |
Family
ID=48679333
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110450173XA Pending CN103188373A (zh) | 2011-12-29 | 2011-12-29 | 通讯录动态显示方法、***及移动终端 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103188373A (zh) |
WO (1) | WO2013097388A1 (zh) |
Cited By (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 | 广东维沃软件技术有限公司 | 联系人信息显示方法、移动终端、服务器及其应用方法 |
CN109729220A (zh) * | 2018-12-14 | 2019-05-07 | 维沃移动通信有限公司 | 一种用户状态的推送方法及移动终端 |
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 | 北京邮电大学 | 一种利用手机通讯录实现即时通信的***和方法 |
Cited By (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 | 广东维沃软件技术有限公司 | 联系人信息显示方法、移动终端、服务器及其应用方法 |
CN109729220A (zh) * | 2018-12-14 | 2019-05-07 | 维沃移动通信有限公司 | 一种用户状态的推送方法及移动终端 |
Also Published As
Publication number | Publication date |
---|---|
WO2013097388A1 (zh) | 2013-07-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103377652B (zh) | 一种用于进行语音识别的方法、装置和设备 | |
CN102421062B (zh) | 应用信息推送方法和*** | |
CN100478923C (zh) | 用于并行多模通信会话持续的***和方法 | |
CN102789317A (zh) | 一种加快文本输入的方法和装置 | |
CN103200293A (zh) | 一种导入通讯录文件过程中自动合并重名联系人的方法 | |
CN102323923A (zh) | 历史记录处理方法及设备 | |
CN101963976A (zh) | 一种用于移动终端的信息搜索方法及移动终端 | |
CN102938807B (zh) | 一种推荐联系人和消息的方法及装置 | |
CN103218705A (zh) | 一种日程提醒方法和装置 | |
CN103577420A (zh) | 一种用户信息动态查询方法及装置 | |
CN104468469A (zh) | 使用移动终端进行排号的方法及*** | |
CN102932521A (zh) | 移动设备中联系人的交互记录显示方法和终端 | |
CN101943954A (zh) | 一种移动终端文本输入的方法、装置及移动终端 | |
CN100479565C (zh) | 个性化回铃音设置信息的获取和更新方法 | |
CN102426567A (zh) | 一种自动应答***的图形化编辑调试*** | |
Bergaus | Design issues for service delivery platforms: Incorporate user experience: A grounded theory study of individual user needs | |
CN102130993A (zh) | 基于移动终端的信息记录方法及*** | |
CN102571705A (zh) | 信息处理方法和服务器 | |
CN103167171A (zh) | 一种联系方式选择方法及移动终端 | |
CN103188373A (zh) | 通讯录动态显示方法、***及移动终端 | |
CN101540949B (zh) | 提示用户当前漫游位置的方法、***以及移动终端和智能卡 | |
CN103051765A (zh) | 一种文本信息中个人信息的显示方法及装置 | |
CN104850558A (zh) | 一种基于通信文本信息的事务管理方法、装置及终端 | |
CN101854421A (zh) | 移动终端及其多媒体内容下载方法 | |
Choi | Development and application of mobile technology in South Korean libraries |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130703 |