CN1921493A - 通用消息系统以及登陆和登出该系统的方法 - Google Patents
通用消息系统以及登陆和登出该系统的方法 Download PDFInfo
- Publication number
- CN1921493A CN1921493A CNA2006101541128A CN200610154112A CN1921493A CN 1921493 A CN1921493 A CN 1921493A CN A2006101541128 A CNA2006101541128 A CN A2006101541128A CN 200610154112 A CN200610154112 A CN 200610154112A CN 1921493 A CN1921493 A CN 1921493A
- Authority
- CN
- China
- Prior art keywords
- user
- message system
- universal message
- universal
- message
- 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
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/487—Arrangements for providing information services, e.g. recorded voice services or time announcements
- H04M3/493—Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
- H04M3/4931—Directory assistance systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种通用消息系统以及登陆登出该系统的方法，所述登陆通用消息系统的方法包括用户端向通用消息系统发出登陆请求，并提供用户信息，然后记录所提供的用户信息，并将该用户的联系人信息发送给用户端，用户端再根据通用消息系统发送的联系人信息更新通信录；所述登出通用消息系统的方法包括用户端向通用消息系统发出登出请求，并提供用户的通信录，通用消息系统根据所述用户的通信录更新通信录。通过本发明提供的通用消息系统以及登陆登出该系统的方法，能够提高该通用消息系统的实时性，使用十分方便。
Description
技术领域
本发明涉及一种消息系统以及登陆和登出该系统的方法，尤其是一种通用消息系统以及登陆和登出该系统的方法。
背景技术
随着无线通信网络的发展以及人们日常生活需求的多元化，目前在无线通信网络中存在多种消息系统，如短信、彩信、邮件、即时消息(IM)等消息系统，这些多媒体的消息系统能为人们提供不同的使用体验，满足人们各种生活和工作需求，例如短信是纯文本的消息，彩信可以附带多媒体内容，IM能提供实时的消息，而邮件虽然在实时性上较差，却能通过附件传送多种内容的信息。
然而这些消息系统都是互相独立的消息系统，它们之间并没有必需的联系，由独立的消息系统服务器和客户端组成，按照一定的通信方式，使该消息系统中的用户之间能够实现相互通信。
随着各种消息系统的日益增多，用户与其他人的消息通信却变得越来越复杂，导致易用性降低。因为不同的消息系统，会使用的不同的消息编辑方式，需维护不同的通讯录，给用户的使用带来了不便。当用户想给其它用户/服务器发送一条消息时，他需要先选择一个消息系统，然后在该消息系统上选择接收者，然后再在该消息系统的消息编辑器内编辑消息，这样的操作相当繁琐。
因此，为了提高用户消息通信的易用性，通用消息系统平台应运而生，用户可以通过通用消息系统统一管理各种消息通信，而且用户只需维护一个通讯录，使用一种消息编辑器和阅读界面，如此一来，用户可以更加方便地使用各种消息进行通信。
目前的通用消息系统一般由通用消息系统客户端和通用消息系统服务器两部分组成。通用消息系统客户端存在终端中，该终端可以是无线移动终端，比如手机，也可以是固定终端，比如个人计算机等。通用消息系统服务器设置在网络中。该终端和网络之间可以间隔多种中间网络，比如无线移动网络、企业内部网络或者家庭局域网络。专用消息系统客户端以及专用消息系统服务器是现有或者未来将出现的专用消息服务实体，比如短信客户端和短信服务器，或即时消息客户端和服务器等。
用户通过通用消息系统发送消息的过程为：通用消息系统客户端将消息的内容和收件人、发件人地址传送给专用消息系统客户端，由专用消息系统客户端生成一条专用消息，然后由通用消息系统客户端将这条消息加上通用消息封装后，生成一条通用消息并发送给通用消息系统服务器，通用消息系统服务器再将该条通用消息进行转发，转发方式有以下两种：一是处理完后直接转发给接收端；二是发送给专用消息系统服务器，由专用消息系统服务器完成该专用消息的处理后再返回给通用消息系统服务器，通用消息系统服务器再将该消息发送给接收端。第二种方法比第一种方法增加让专用消息系统服务器参与消息处理的步骤。如果专用消息无需其服务器的处理，则可以采用第一种发送方式。
用户通过通用消息系统接收消息的过程为：通用消息系统客户端收到一条从通用消息系统服务器发送过来的通用消息时，它将通用消息去除通用消息封装，然后将里面包裹的专用消息送到专用消息系统客户端解析，专用消息系统客户端将消息内容和发件人地址再返回给通用消息系统客户端，由通用消息系统客户端显示给用户。
用户为了表示自己愿意接受通用消息系统提供的服务，也便于通用消息系统服务器为提供给用户的服务进行计费，要求用户通过登陆通用消息系统来表示自己接受服务的意愿。如图1所示，用户登陆通用消息系统主要包括以下步骤：
步骤101：用户通过通用消息系统客户端发出一条登陆请求，通用消息客户端将用户的用户身份信息(例如用户名)、身份确认信息(例如登陆密码)、用户地址(例如用户IP地址)、用户支持的专用消息类型及其联系地址等发送给通用消息系统服务器；
步骤102：通用消息服务器收到登陆请求和用户信息后，对用户的身份信息和身份确认信息进行鉴权；
步骤103：通用消息服务器向通用消息客户端返回鉴权结果，告知用户登陆请求成功或失败。
如图2所示，用户登出通用消息系统主要包括以下步骤：
步骤201：向通用消息系统客户端发出一条登出请求；
步骤202：通用消息服务器收到该登出请求后停止与该通用消息系统客户端的通信；
步骤203：向用户返回登出响应消息，通知用户登出成功。
虽然上述技术方案能够实现用户快速登陆和登出通用消息系统，但是不能实现客户端通讯录与通用消息系统服务器通讯录保持同步更新；不能向通用消息系统服务器提供客户端的接收偏好(即客户端最希望接收的消息类型)和客户端实时状态，因此不便于其他客户端判断该客户端是否愿意与之通信以及是否在线；而且不能使客户端在登陆通用消息系统时获知其他客户端的信息和状态，以节省不必要的操作。综上所述，有必要提供一种实时性较好且使用方便的通用消息系统以及登陆和登出该通用消息系统的方法。
发明内容
本发明要解决的问题在于提供一种实时性较好且使用方便的通用消息系统以及登陆登出该通用消息系统的方法。
为解决上述技术问题，本发明的目的是通过以下技术方案实现的：
本发明提供一种登陆通用消息系统的方法，包括：
用户端向通用消息系统发出登陆请求，并提供用户信息；
通用消息系统记录所提供的用户信息；
通用消息系统将该用户的联系人信息发送给用户端；
用户端根据通用消息系统发送的联系人信息更新通信录。
优选地，所述向通用消息系统提供的用户信息包括用户的用户名、身份校验信息、联系地址、登陆状态、接收偏好、各种专用消息系统联系方式或消息转换偏好。
优选地，所述用户信息存储在用户端的通信录中。
优选地，所述用户端向通用消息系统发出登陆请求后，进一步包括通用消息系统根据用户信息判断该用户是否为通用消息系统的用户，如果是，通用消息系统记录用户所提供的用户信息，如果否，通用消息系统拒绝用户登陆。
优选地，所述通用消息系统记录用户端所提供的用户信息后，为用户分配一个通用消息系统用户标识。
优选地，所述通用消息系统将该用户的联系人信息发送给用户端的同时，将所述通用消息系统用户标识也发送给用户端。
优选地，所述通用消息系统发送的用户的联系人的信息存储在通用消息系统中的用户信息表中。
优选地，所述联系人的信息包括联系人的名称、通用消息系统用户标识、登陆状态、接收偏好以及各种专用消息系统联系方式。
本发明还提供一种登出通用消息系统的方法，包括：
用户端向通用消息系统发出登出请求，并提供用户的通信录；
根据所述用户的通信录更新通用消息系统的通信录，并更改用户状态为未登陆。
优选地，在所述通用消息系统更新通信录及更改用户的状态后，进一步包括将该用户登出通用消息系统的信息通知其他将该用户作为联系人的用户。
本发明还提供一种通用消息系统，包括通用消息系统客户端和通用消息系统服务器，
所述通用消息系统客户端包括：
消息处理单元，对从通用消息系统服务器接收的消息进行识别和解析以及对发送到通用消息系统服务器的消息进行封装；
通信录，与通用消息系统客户端的消息处理单元相连，用于记录用户的联系人信息，
所述通用消息系统服务器包括：
消息处理单元，对从通用消息系统客户端接收的消息进行识别和解析以及对发送到通用消息系统客户端的消息进行封装；
用户信息处理单元，与通用消息系统服务器的消息处理单元相连，用于存储通用消息系统用户的信息；
通信录，与通用消息系统服务器的消息处理单元相连，用于存储通用消息系统用户的联系人信息。
优选地，所述通用消息系统客户端的通信录记录的用户的联系人信息包括联系人的用户名、通用消息系统用户标识、登陆状态、接收偏好以及各种专用消息系统联系方式。
优选地，所述通用消息系统服务器的用户信息处理单元存储的用户信息包括用户的用户名、联系地址、登陆状态、接收偏好、各种专用消息系统联系方式以及消息转换偏好。
优选地，所述通用消息系统服务器和通用消息系统客户端分别进一步包括对外通信单元，用于通用消息系统服务器与通用消息系统客户端之间的通信。
优选地，所述通用消息系统服务器进一步包括消息转换单元，与所述通用消息系统服务器的消息处理单元相连，用于转换消息的格式。
通过本发明提供的通用消息系统以及登陆登出该通用消息系统的方法，用户在登陆时将用户的登陆状态、接收偏好等详细信息发送给通用消息系统服务器，且通用消息系统服务器向用户返回其所有联系人的详细信息，便于用户之间判断彼此接收喜好以及实时状态，因此使用十分方便；用户在登出时，会将用户最新的通信录发送给通用消息系统服务器，以便保持通用消息系统服务器中的通讯录与客户端的通信录同步更新，因此增加了通用消息系统的实时性。
附图说明
图1为现有技术登陆通用消息系统的方法的流程图；
图2为现有技术登出通用消息系统的方法的流程图；
图3为本发明通用消息系统的结构图；
图4为本发明登陆通用消息系统的方法的流程图；
图5为本发明登出通用消息系统的方法的流程图。
具体实施方式
本发明提供了一种通用消息系统以及登陆和登出该系统的方法。为使本发明更加清楚明了，以下结合实施方式和附图对本发明进行详细描述。
请参照图3，为本发明通用消息系统的结构图。所述通用消息系统包括通用消息系统客户端10和通用消息系统服务器20。所述通用消息系统客户端10通过专用消息系统客户端30解析收到的消息，所述通用消息系统服务器20通过专用消息系统服务器40完成消息的转发。所述消息系统客户端10包括对外通信单元11、消息处理单元12、消息投递单元13、消息内容获取单元14、消息显示单元15以及通信录16。所述消息系统服务器20包括对外通信单元21、消息处理单元22、消息投递单元23、用户信息处理单元24、通信录25以及消息转换单元26。
通用消息系统客户端10各个单元的功能如下：
对外通信单元11用于通用消息客户端10与外部的通信，例如接收来自通用消息服务器20的通用消息，将终端处理好的通用消息发送给通用消息服务器20，或与通用消息服务器20之间进行信令交互，比如向通用消息系统服务器20发送用户登陆、登出请求以及用户信息等，接收通用消息系统服务器20发送的信息等。
消息处理单元12，对从通用消息系统服务器20接收的消息进行识别和解析以及对发送到通用消息系统服务器20的消息进行封装，比如从接收的消息中获取联系人的信息、消息的内容等。消息处理单元还用于专用消息与通用消息之间的转换，以及负责消息地址的转换、提供以及历史消息的保存等。
消息投递单元13用于与专用消息系统客户端30之间消息的传递。
消息内容获取单元14，用于获得用户希望发送消息的内容以及消息发送的目的地址。
消息显示单元15用于将消息的文本、图像、声音、视频等媒体信息显示给用户。
通讯录16与消息处理单元12相连，用于记录用户的所有联系人的用户名、用户当前状态、接收偏好(即用户最希望接收消息的格式)、各种专用消息系统的联系方式等。通讯录16的格式如表1所示：
表1通用消息系统客户端的通讯录
| 用户名 | 通用消息系统用户标识 | 状态 | 接收偏好 | 各种专用消息系统联系方式 | ||||||
| 1 | 2 | 3 | 4 | |||||||
| Bob | 123456789 | 1 | 2 | 3 | 0 | 0 | 1360111999 | 1360111999 | ||
| Mike | 123456788 | 0 | 4 | 1 | 0 | 0 | mike@126.com | mike@126.com | ||
| ... | ... | ... | ... | ... | ... | ... | ... | ... | ... | ... |
表1中通用消息系统用户标识是通用消息系统为用户分配的系统内唯一标识，该标识可以唯一表示为一个用户。该标识也可以用作表示该用户是否为通用消息系统用户，也可以将对该用户是否为通用消息系统用户的标记单列出来。可以用一个特殊的标识表示该用户为非通用消息系统用户，例如0000。如果用户不是通用消息系统用户，其他信息为空。
用户状态表示用户现有的状态，如用户已登陆、用户未登陆、用户忙、用户外出吃饭等。
接收偏好表示用户最希望接收消息的格式。各种消息用数字来表示，如用1表示Email、2表示短信等，用户接收偏好有先后次序，表示用户接收消息格式喜好的优先级，所有的信息也反映了用户所支持的所有消息格式。
各种专用消息系统联系方式记录的是该用户所支持消息格式的联系方式，如短信的电话号码，Email的邮箱地址等。
通用消息系统服务器20各个单元的功能如下：
对外通信单元21负责通用消息系统服务器20与通用消息系统客户端10以及其他客户端之间的通信，例如接收来自通用消息系统客户端10的通用消息、登陆、登出请求以及用户信息等，并负责将通用消息系统服务器20处理好的通用消息发送给通用消息系统客户端10。
消息处理单元22，对从通用消息系统客户端10接收的消息进行识别和解析以及对发送到通用消息系统客户端10的消息进行封装，比如从接收的消息中获取用户的信息，消息的内容等，以及用于专用消息与通用消息之间的转换。
消息投递单元23用于通用消息系统服务器20与专用消息系统服务器40之间消息的传递。
用户信息处理单元24与消息处理单元22相连，用于校验登陆用户的身份信息及用户权限，所述用户信息处理单元24包括一个用户信息表，用户信息处理单元24为每一个登陆用户分配一个唯一的通用消息系统用户标识。用户信息表用于存储通用消息系统客户端10提供的用户信息，包括用户名、通用消息系统用户标识、用户状态、接收偏好、各种专用消息系统联系方式以及消息转换偏好。用户信息表格式如表2所示：
表2用户信息表
| 用户名 | 通用消息系统用户标识 | 状态 | 接收偏好 | 各种专用消息系统联系方式 | 消息转换偏好 | |||||||||
| 1 | 2 | 3 | 4 | 1 | 2 | 3 | 4 | |||||||
| Bob | 123456789 | 1 | 2 | 0 | 0 | 0 | 1360111999 | 2 | 2 | 2 | ||||
| Mike | 123456788 | 0 | 4 | 0 | 0 | 0 | mike@126.com | 4 | 4 | 4 | ||||
| … | … | … | … | … | … | … | … | … | … | … | … | … | … | … |
表2中消息转换偏好即针对一种用户不支持的消息格式，用户希望采用何种方式来接收。
通信录25与消息处理单元22相连，其用于记录通用消息系统客户端提供的每位用户的所有联系人，例如通用消息系统服务器20为用户Bob创建了一个通信录，如表3所示：
表3用户Bob的通信录
| 序号 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 用户名 | Alice | Mike | Tom | … | … | … | … |
消息转换单元26与消息处理单元22相连，且根据用户信息表中的消息转换偏好进行消息格式的转换以及消息地址的转换等。
请参阅图4，用户登陆通用消息系统包括以下步骤：
步骤301：用户通过通用消息系统客户端向通用消息系统服务器发出登陆请求消息，并提供该用户的用户名、身份校验信息、用户联系地址、用户登陆后的状态、用户接收偏好、各种专用消息系统的联系方式、以及消息转换偏好。
步骤302：通用消息系统服务器的用户信息处理单元根据用户名和身分校验信息对用户权限进行鉴权，判断该用户是否为通用消息系统用户，如果是，则进行步骤304；如果否，则进行步骤303。
步骤303：通用消息系统服务器通知通用消息系统客户端登陆失败。
步骤304：通用消息系统服务器的用户信息处理单元为该用户生成通用消息系统用户标识，并将该标识连同用户名、用户联系地址、用户登陆后的状态、用户接收偏好、各种专用消息系统的联系方式、以及消息转换偏好一起记录在用户信息表中。
步骤305：通用消息系统服务器通过对外通信单元将用户登陆成功的信息通知通用消息系统客户端。
步骤306：通用消息系统服务器根据用户的通信录，将用户信息表中对应的所有联系人的信息返回给该用户通用消息系统客户端，包括联系人的用户名、通用消息系统用户标识、登陆状态、接收偏好、各种专用消息系统联系方式以及该用户的通用消息系统用户标识。
步骤307：用户根据接收到的联系人的信息更新通用消息系统客户端的通信录16。
步骤308：通用消息系统服务器将用户登陆的信息、通用消息系统用户标识、支持的专用消息的类型及其联系方式通知其他将该用户作为联系人的通用消息系统用户。
请参阅图5，用户登出通用消息系统包括以下步骤：
步骤401：用户通过通用消息系统客户端向通用消息系统服务器发出登出请求，并同时将用户的通信录提供给通用消息系统服务器。
步骤402：通用消息系统服务器接受用户的登出请求，更新用户的状态为用户未登陆，并根据用户发送的通信录更新通用消息系统服务器为用户建立的通信录。
步骤403：通用消息系统服务器通知用户登出成功。
步骤404：通用消息系统服务器将用户登出的信息通知其他将该用户作为联系人的通用消息系统用户。
下面对本发明做进一步举例说明：
例如用户Bob需登陆通用消息系统，其客户端向通用消息系统服务器发送Bob的用户名：Bob，密码：2^8Jh9Z，Bob的联系方式，Bob支持的专用消息系统及接收偏好及联系方式，以及消息转换偏好。具体XML代码如下：
<CPM-CSP-Messagexmlns＝″http：//www.openmobilealliance.org/DTD/CMP1.0″>
<Session>
<SessionDescriptor>
<SessionType>Inband</SessionType>
<SessionID>31018#user@server</SessionID>
</SessionDescriptor>
<Transaction>
<TransactionDescriptor>Request01#12345@Server</TransactionDescriptor>
<TransactionContentxmlns＝″http：//www.openmobilealliance.org/DTD/CPM-TRC1.0″>
<！--：登陆请求-->
<LoginRequest>
<！--：用户名-->
<UserID>Bob</UserID>
<！--：密码-->
<Password>2^8Jh9Z</Password>
<！--：Bob的联系方式-->
<ClientID>http：//211.112.1.1/CPMAPP</ClientID>
<！--：消息转换偏好-->
<TransformPair>
<OriginalMode>1</OriginalMode>
<PriorityMode>
<Rank>1</Rank>
<TargetMode>2</TargetMode>
</PriorityMode>
<PriorityMode>
<Rank>2</Rank>
<TargetMode>3</TargetMode>
</PriorityMode>
</TransformPair>
<TransformPair>
<OriginalMode>4</OriginalMode>
<PriorityMode>
<Rank>1</Rank>
<TargetMode>2</TargetMode>
</PriorityMode>
<PriorityMode>
<Rank>2</Rank>
<TargetMode>3</TargetMode>
</PriorityMode>
</TransformPair>
<！--：支持消息类型-->
<SupportModeList>
<PriorityMode>
<！--：接收偏好的等级-->
<Rank>1</Rank>
<！--：2表示短信，指支持的消息类型-->
<TargetMode>2</TargetMode>
<！--：消息系统的联系方式-->
<TargetAddress>13601119999</TargetAddress>
</PriorityMode>
<PriorityMode>
<Rank>2</Rank>
<TargetMode>3</TargetMode>
<TargetAddress>13601119999</TargetAddress>
</PriorityMode>
</SupportModeList>
</LoginRequest>
</TransactionContent>
</Transaction>
</Session>
</CPM-CSP-Message>
通用消息系统服务器接收Bob的登陆请求，对Bob的身份进行验证，如果Bob登陆被接受，通用消息系统服务器向Bob返回登陆成功的消息，并将通用消息系统服务器中Bob的通信录、通信录中所有联系人用户名、以及这些联系人的通用消息系统用户标识、登陆状态、接收偏好、各种专用消息系统联系方式发送给Bob。假设Bob通信录中的联系人为Alice和Mike。具体XML代码如下：
<CPM-CSP-Messagexmlns＝″http：//www.openmobilealliance.org/DTD/CMP1.0″>
<Session>
<SessionDescriptor>
<SessionType>Inband</SessionType>
<SessionID>31018#user@server</SessionID>
</SessionDescriptor>
<Transaction>
<TransactionDescriptor>Response01#12345@Server</TransactionDescriptor>
<TransactionContentxmlns＝″http：//www.openmobilealliance.org/DTD/CPM-TRC1.0″>
<LoginResponse>
<ClientID>http：//211.112.1.1/CPMAPP</UserID>
<！--：告知登陆成功-->
<Result>200</Result>
<Description>Success Complete</Description>
<！--：通用消息系统用户标识-->
<RegisterID>123456789</RegisterID>
<！--：通讯录-->
<AddressBook>
<UserInfo>
<！--：第一个联系人-->
<UserID>Alice</UserID>
<！--：Alice的用户标识-->
<RegisterID>123456788</RegisterID>
<！--：告知Alice支持的消息类型、偏好及联系方式-->
<SupportModeList>
<PriorityMode>
<Rank>1</Rank>
<TargetMode>2</TargetMode>
<TargetAddress>13601118888</TargetAddress>
</PriorityMode>
<PriorityMode>
<Rank>2</Rank>
<TargetMode>1</TargetMode>
<TargetAddress>Alice@home.com</TargetAddress>
</PriorityMode>
</SupportModeList>
<！--：告知Alice的登陆状态：0未登陆-->
<StatusInfo>0</StatusInfo>
</UserInfo>
<！--：第二个联系人-->
<UserInfo>
<UserID>Mike</UserID>
<RegisterID>123456787</RegisterID>
<SupportModeList>
<PriorityMode>
<Rank>1</Rank>
<TargetMode>4</TargetMode>
<TargetAddress>wv：Mike@im.com</TargetAddress>
</PriorityMode>
<PriorityMode>
<Rank>2</Rank>
<TargetMode>1</TargetMode>
<TargetAddress>Mike@home.com</TargetAddress>
</PriorityMode>
</SupportModeList>
<StatusInfo>1</StatusInfo>
</UserInfo>
</AddressBook>
</LoginResponse>
</TransactionContent>
</Transaction>
</Session>
</CPM-CSP-Message>
Bob的通用消息系统客户端收到以上消息后，将通信录以及联系人信息更新。通用消息系统服务器将Bob登陆的消息通知将Bob作为联系人的其他通用消息系统用户，具体XML代码如下：
<CPM-CSP-Messagexmlns＝″http：//www.openmobilealliance.org/DTD/CMP1.0″>
<Session>
<SessionDescriptor>
<SessionType>Inband</SessionType>
<SessionID>31010#user@server</SessionID>
</SessionDescriptor>
<Transaction>
<TransactionDescriptor>Response01#12340@Server</TransactionDescriptor>
<TransactionContent
xmlns＝″http：//www.openmobilealliance.org/DTD/CPM-TRC1.0″>
<UserInfoNotify>
<！--：告知其它用户Bob的信息-->
<UserInfo>
<！--：告知Bob的用户名-->
<UserID>Bob</UserID>
<！--：告知Bob的通用消息系统用户标识-->
<RegisterID>123456789</RegisterID>
<！--：告知Bob支持的消息类型、偏好及联系方式-->
<SupportModeList>
<PriorityMode>
<Rank>1</Rank>
<TargetMode>2</TargetMode>
<TargetAddress>13601119999</TargetAddress>
</PriorityMode>
<PriorityMode>
<Rank>2</Rank>
<TargetMode>3</TargetMode>
<TargetAddress>13601119999</TargetAddress>
</PriorityMode>
</SupportModeList>
<！--：告知Bob的登陆状态，1：已登陆-->
<StatusInfo>1</StatusInfo>
</UserInfo>
</UserInfoNotify>
</TransactionContent>
</Transaction>
</Session>
</CPM-CSP-Message>
当Bob需登出通用消息系统时，Bob的通用消息系统客户端向通用消息系统服务器发出登出请求消息，具体XML代码如下：
<CPM-CSP-Messagexmlns＝″http：//www.openmobilealliance.org/DTD/CMP1.0″>
<Session>
<SessionDescriptor>
<SessionType>Inband</SessionType>
<SessionID>31018#user@server</SessionID>
</SessionDescriptor>
<Transaction>
<TransactionDescriptor>Request01#12345@Server</TransactionDescriptor>
<TransactionContentxmlns＝″http：//www.openmobilealliance.org/DTD/CPM-TRC1.0″>
<！--：登出请求-->
<LogoutRequest>
<！--：用户名-->
<UserID>Bob</UserID>
<ClientID>http：//211.112.1.1/CPMAPP</ClientID>
<RegisterID>123456789</RegisterID>
<！--：Bob的通讯录，仅含用户名-->
<AddressBook>
<UserInfo>
<UserID>Alice</UserID>
</UserInfo>
<UserInfo>
<UserID>Mike</UserID>
</UserInfo>
<UserInfo>
<UserID>Jack</UserID>
</UserInfo>
</AddressBook>
</LogoutRequest>
</TransactionContent>
</Transaction>
</Session>
</CPM-CSP-Message>
通用消息系统服务器向Bob的通用消息系统的客户端返回Bob登出成功的登出确认消息，具体XML代码如下：
<CPM-CSP-Messagexmlns＝″http：//www.openmobilealliance.org/DTD/CMP1.0″>
<Session>
<SessionDescriptor>
<SessionType>Inband</SessionType>
<SessionID>31018#user@server</SessionID>
</SessionDescriptor>
<Transaction>
<TransactionDescriptor>Response01#12345@Server</TransactionDescriptor>
<TransactionContentxmlns＝″http：//www.openmobilealliance.org/DTD/CPM-TRC1.0″>
<！--：登出响应-->
<LogoutResponse>
<ClientID>http：//211.112.1.1/CPMAPP</UserID>
<！--：登出成功-->
<Result>200</Result>
<Description>Success Complete</Description>
</LogoutResponse>
</TransactionContent>
</Transaction>
</Session>
</CPM-CSP-Message>
同时，通用消息系统服务器将Bob登出系统的信息通知其他将Bob作为联系人的通用消息系统用户，具体XML代码如下：
<CPM-CSP-Messagexmlns＝″http：//www.openmobilealliance.org/DTD/CMP1.0″>
<Session>
<SessionDescriptor>
<SessionType>Inband</SessionType>
<SessionID>31010#user@server</SessionID>
</SessionDescriptor>
<Transaction>
<TransactionDescriptor>Response01#12340@Server</TransactionDescriptor>
<TransactionContentxmlns＝″http：//www.openmobilealliance.org/DTD/CPM-TRC1.0″>
<UserInfoNotify>
<UserInfo>
<！--：用户名-->
<UserID>Bob</UserID>
<！--：用户登陆状态-->
<StatusInfo>0</StatusInfo>
</UserInfo>
</UserInfoNotify>
</TransactionContent>
</Transaction>
</Session>
</CPM-CSP-Message>
由于用户登陆通用消息系统后，接收和发送消息过程与现有技术相同，这里不作进一步描述。
从上述实施例可以看出，通过本发明提供的通用消息系统以及登陆该通用消息系统的方法，用户在登陆时将用户的登陆状态、接收偏好等详细信息发送给通用消息系统服务器，且通用消息系统服务器向用户返回其所有联系人的详细信息，便于用户之间判断彼此的接收喜好以及实时状态，因此使用十分方便；用户在登出时，会将用户最新的通信录发送给通用消息系统服务器，以便保持通用消息系统服务器中的通讯录与客户端的通信录同步更新，因此增加了通用消息系统的实时性。
本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
Claims (15)
1.一种登陆通用消息系统的方法，其特征在于，所述方法包括：
用户端向通用消息系统发出登陆请求，并提供用户信息；
通用消息系统记录所提供的用户信息；
通用消息系统将该用户的联系人信息发送给用户端；
用户端根据通用消息系统发送的联系人信息更新通信录。
2.根据权利要求1所述的登陆通用消息系统的方法，其特征在于，所述向通用消息系统提供的用户信息包括用户的用户名、身份校验信息、联系地址、登陆状态、接收偏好、各种专用消息系统联系方式或消息转换偏好。
3.根据权利要求2所述的登陆通用消息系统的方法，其特征在于，所述用户信息存储在用户端的通信录中。
4.根据权利要求1所述的登陆通用消息系统的方法，其特征在于，所述用户端向通用消息系统发出登陆请求后，进一步包括通用消息系统根据用户信息判断该用户是否为通用消息系统的用户，如果是，通用消息系统记录用户所提供的用户信息，如果否，通用消息系统拒绝用户登陆。
5.根据权利要求1所述的登陆通用消息系统的方法，其特征在于，所述通用消息系统记录用户端所提供的用户信息后，为用户分配一个通用消息系统用户标识。
6.根据权利要求5所述的登陆通用消息系统的方法，其特征在于，所述通用消息系统将该用户的联系人信息发送给用户端的同时，将所述通用消息系统用户标识也发送给用户端。
7.根据权利要求1所述的登陆通用消息系统的方法，其特征在于，所述通用消息系统发送的用户联系人的信息存储在通用消息系统的用户信息表中。
8.根据权利要求1或7所述的登陆通用消息系统的方法，其特征在于，所述联系人的信息包括联系人的名称、通用消息系统用户标识、登陆状态、接收偏好或各种专用消息系统联系方式。
9.一种登出通用消息系统的方法，其特征在于，所述方法包括：
用户端向通用消息系统发出登出请求，并提供用户的通信录；
根据所述用户的通信录更新通用消息系统的通信录，并更改用户状态为未登陆。
10.根据权利要求9所述的登出通用消息系统的方法，其特征在于，在所述通用消息系统更新通信录及更改用户的状态后，进一步包括将该用户登出通用消息系统的信息通知其他将该用户作为联系人的用户。
11.一种通用消息系统，包括通用消息系统客户端和通用消息系统服务器，其特征在于：
所述通用消息系统客户端包括：
消息处理单元，对从通用消息系统服务器接收的消息进行识别和解析以及对发送到通用消息系统服务器的消息进行封装；
通信录，与通用消息系统客户端的消息处理单元相连，用于记录用户的联系人信息，
所述通用消息系统服务器包括：
消息处理单元，对从通用消息系统客户端接收的消息进行识别和解析以及对发送到通用消息系统客户端的消息进行封装；
用户信息处理单元，与通用消息系统服务器的消息处理单元相连，用于存储通用消息系统用户的信息；
通信录，与通用消息系统服务器的消息处理单元相连，用于存储通用消息系统用户的联系人信息。
12.根据权利要求11所述的通用消息系统，其特征在于，所述通用消息系统客户端的通信录记录的用户的联系人信息包括联系人的用户名、通用消息系统用户标识、登陆状态、接收偏好以及各种专用消息系统联系方式。
13.根据权利要求11所述的通用消息系统，其特征在于，所述通用消息系统服务器的用户信息处理单元存储的用户信息包括用户的用户名、联系地址、登陆状态、接收偏好、各种专用消息系统联系方式以及消息转换偏好。
14.根据权利要求11所述的通用消息系统，其特征在于，所述通用消息系统服务器和通用消息系统客户端分别进一步包括对外通信单元，用于通用消息系统服务器与通用消息系统客户端之间的通信。
15.根据权利要求14所述的通用消息系统，其特征在于，所述通用消息系统服务器进一步包括消息转换单元，与所述通用消息系统服务器的消息处理单元相连，用于转换消息的格式。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006101541128A CN1921493A (zh) | 2006-09-08 | 2006-09-08 | 通用消息系统以及登陆和登出该系统的方法 |
| PCT/CN2007/070269 WO2008031341A1 (fr) | 2006-09-08 | 2007-07-11 | Procédé d'entrée et de sortie d'un système de message général, serveur et terminal client du système de message général |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006101541128A CN1921493A (zh) | 2006-09-08 | 2006-09-08 | 通用消息系统以及登陆和登出该系统的方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN1921493A true CN1921493A (zh) | 2007-02-28 |
Family
ID=37779063
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2006101541128A Pending CN1921493A (zh) | 2006-09-08 | 2006-09-08 | 通用消息系统以及登陆和登出该系统的方法 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN1921493A (zh) |
| WO (1) | WO2008031341A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101184008B (zh) * | 2007-12-14 | 2010-06-09 | 北京中星微电子有限公司 | 一种远程信息访问方法及装置 |
| WO2011088718A1 (zh) * | 2010-01-19 | 2011-07-28 | 腾讯科技（深圳）有限公司 | 即时通信软件中会话窗口的更新方法、装置及系统 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100690764B1 (ko) * | 2004-06-08 | 2007-03-09 | 엘지전자 주식회사 | 아이엠피에스 클라이언트의 상태정보 동기화 방법 |
| CN100550944C (zh) * | 2004-06-25 | 2009-10-14 | 华为技术有限公司 | 一种电话簿系统及移动终端电话簿更新及呼叫方法 |
-
2006
- 2006-09-08 CN CNA2006101541128A patent/CN1921493A/zh active Pending
-
2007
- 2007-07-11 WO PCT/CN2007/070269 patent/WO2008031341A1/zh active Application Filing
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101184008B (zh) * | 2007-12-14 | 2010-06-09 | 北京中星微电子有限公司 | 一种远程信息访问方法及装置 |
| WO2011088718A1 (zh) * | 2010-01-19 | 2011-07-28 | 腾讯科技（深圳）有限公司 | 即时通信软件中会话窗口的更新方法、装置及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2008031341A1 (fr) | 2008-03-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1269337C (zh) | 内容自适应服务控制方法 | |
| CN1575466A (zh) | 存在管理的实现 | |
| CN1615646A (zh) | 通信装置 | |
| CN1126411C (zh) | 通信系统、管理一个通信系统和移动用户设备的方法 | |
| CN1471293A (zh) | 使用环境设定系统、电子设备、无线通信终端、程序 | |
| CN1656482A (zh) | 在使用用户档案web门户的电信网中用于服务和应用个性化的方法和装置 | |
| CN1890944A (zh) | 用于web服务中介体的端口类型不可知的代理支持 | |
| CN1969292A (zh) | 用户轮廓管理系统 | |
| CN1928861A (zh) | 用于进行项目共享的即时通信客户机和方法 | |
| CN1801970A (zh) | 自动产生和/或控制有多个参加者的电信会议的方法及设备 | |
| CN1111795C (zh) | 利用网络的信息分发系统 | |
| CN101047981A (zh) | 一种实现服务质量协商机制的系统和方法 | |
| CN1706126A (zh) | 移动通信网络的测位系统和测位方法 | |
| CN1832414A (zh) | 提供多个群组通信业务的方法、群组通信业务系统及群组通信业务服务器单元 | |
| CN1230833A (zh) | 多媒体信息通信系统 | |
| CN1801814A (zh) | 一种离线消息发送和接收方法 | |
| CN1794705A (zh) | 即时消息用户使用其它即时消息系统聊天室的方法及系统 | |
| CN1819671A (zh) | 关于按键通话发言权和队列信息的方法及其相关装置 | |
| CN1507202A (zh) | 设备管理系统、设备管理终端、网络设备、终端程序、设备程序以及设备管理方法 | |
| CN1848881A (zh) | 通信过程中处理主叫号码显示的实现方法及装置 | |
| CN1926854A (zh) | 在通信网络中记录视听内容的方法 | |
| CN1545303A (zh) | 承载和控制相分离的通信网络中多方会议业务的实现方法 | |
| CN1968157A (zh) | 一种集群业务监控方法及系统 | |
| CN1925410A (zh) | 表决消息创建、处理、及结果确定方法和控制协议、表决评估、会议服务器部件和通信终端 | |
| CN1921493A (zh) | 通用消息系统以及登陆和登出该系统的方法 |
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 |
Open date: 20070228 |