专利名称：多个帐号同时在一个客户端上实现imps业务的系统及方法
技术领域：
本发明涉及即时通信和呈现业务技术领域，特别是指一种多个账号同时在一个客户端上实现IMPS业务的系统及方法。
背景技术：
即时消息和呈现业务(IMPS，Instant Message and Presence Service)用于用户在互联网或移动通信网络中进行即时消息交流。IMPS系统主要功能可以归纳为呈现功能、即时通信功能、业务管理功能。呈现功能指当用户状态发生变化时，其状态信息(脱机、联机、离开、暂不应答、马上回来、正在会客等)也随之进行相应的变化，便于他人随时查看所要联系的用户的在线状态。即时通信功能包括收发即时消息、实时文字交谈、发送视频会议邀请、召开网络会议、发送邮件或附件、语音对话等。业务管理功能包括接入控制，如呈现(Presence)信息的获取、订阅、更改；用户联系列表和属性列表的维护，如群组的创建、管理，好友的添加、删除、确认、排序、查找、阻止等。
基于互联网的即时消息(IM，Instant Messaging)的特点是通过互联网进行实时通信。IM技术可以参阅美国专利号为“6449344”，发明名称“Communication system”的专利。随着互联网技术的发展、IM软件(如腾讯QQ、MSN、Yahoo Messenger等)的普及，IM应用范围也越来越广，IM产品已不再是单纯的文本即时通信，已经将电子邮箱、手机短信、文件服务等内容融合进来，形成一种综合的网络通信工具。
而移动即时消息来自于通信业界的两个应用的结合固定网络中的桌面即时消息和移动网络中的短消息系统。移动即时消息技术可以参见中国专利申请号“01801550”，发明名称“用于进行无线移动即时消息接发的方法”、中国专利申请号“02813759”，发明名称“移动即时消息收发和存在服务”的专利。
无论是基于互联网的即时消息，还是移动即时消息，都可以统称为IMPS业务，如图1示出了一个通用的即时消息和呈现业务(IMPS)系统。从系统组成上看，IMPS系统至少包括即时消息客户端、即时消息服务器两部分。即时消息客户端运行于用户终端上(如计算机、PDA、移动通信终端、固定通信终端等)，即时消息客户端之间可以通过即时消息服务器进行收发即时消息，也可以通过点对点(P2P)技术直接互相发送即时消息。
目前，无论在互联网还是移动通信网络中，一个即时消息客户端同一时间只允许用户使用一个账号登录在线。然而，一个用户可能会注册有多个账号，每个账号对应一个虚拟或真实的身份。并且，在某些情况下用户会希望能同时用多个账号同时在线，如使用一个账号用于工作联络，一个账号用于聊天娱乐等。
在实际应用中，可以通过同时启动登录多个即时消息客户端来实现一个用户的多个账号同时在线。这种多账号同时在线的实现方式对用户来说操作比较麻烦，需要同时启动多个即时消息客户端，使用多个账号分别登录。更重要的是，这种方式使得用户终端为开启的每个即时消息客户端都要分配系统资源，因此必定会占用较多的系统资源，在系统资源有限的移动通信终端上来同时运行多个即时消息客户端显然是更为不可行的。
综上所述，目前的即时消息业务中，一个即时消息客户端仅能够使用支持一个账号在线，而无法支持多个账号的同时登录和业务操作，更不支持同时对多个账号的管理控制。
发明内容
有鉴于此，本发明的主要目的在于提供一种多个账号同时在一个客户端上实现IMPS业务的系统及方法，使在同一即时消息客户端可支持多个即时消息账号的同时登录和业务操作。
本发明的进一步的目的是实现在同一即时消息客户端可以管理控制同时登录的多个有关联关系的账号。
本发明提供的一种即时消息和呈现业务IMPS系统，包括即时消息客户端、即时消息服务器，还包括关联账号信息记录单元，记录有至少两个即时消息账号之间的关联关系；在使用一即时消息账号通过即时消息客户端登录即时消息服务器时，查询所述关联账号信息记录单元，将与之存在关联关系的即时消息账号同时登录即时消息服务器；所述即时消息客户端还具有控制多个即时消息账号的IMPS业务操作的界面接口，用于经由该界面接口控制所述登录的多个即时消息账号的IMPS业务操作。
可选的，所述关联账号信息记录单元设置在以下其中之一上连接于IMPS系统网络的数据库设备、即时消息客户端、即时消息服务器、呈现服务器。
本发明还提供了一种多个账号同时在一个客户端上实现IMPS业务的方法，包括以下步骤A、建立至少两个即时消息账号之间的关联关系；B、通过即时消息客户端使用一即时消息账号登录IMPS系统；C、获取与登录时使用的即时消息账号存在关联关系的即时消息账号，并将这些即时消息账号同时登录IMPS系统；D、经由即时消息客户端提供的界面接口控制上述已经登录的所有即时消息账号的IMPS业务操作。
可选的，步骤A所述建立至少两个即时消息账号之间的关联关系的步骤包括使用一个即时消息账号通过即时消息客户端登录系统后，通过即时消息客户端向即时消息服务器发送创建新的即时消息账号的请求信息；即时消息服务器接收到该请求信息后创建新的即时消息账号，并建立创建的即时消息账号和当前即时消息账号的关联关系。
可选的，所述创建新的即时消息账号的请求信息中还包括一个是否建立关联关系的标志位；即时消息服务器接收到所述请求信息后，如果该标志位的值为是则建立所述关联关系，否则不建立所述关联关系。
可选的，步骤A所述建立至少两个即时消息账号之间的关联关系的步骤包括使用第一即时消息账号通过即时消息客户端登录系统后，向即时消息服务器发送建立关联关系的请求，该请求中包括第二即时消息账号；即时消息服务器接收到该请求信息，验证第二即时消息账号为当前用户的即时消息账号后，建立第一即时消息账号和第二即时消息账号的关联关系。
其中，所述验证第二即时消息账号为当前用户的即时消息账号的步骤包括请求并获得当前用户输入第二即时消息账号的验证信息，或者在所述建立关联关系的请求中包含第二即时消息账号的验证信息；根据验证信息验证第二即时消息账号为当前用户的即时消息账号。
可选的，步骤A所述即时消息账号之间的关联关系为建立在同一关联群组下的即时消息账号；步骤C所述获取与登录时使用的即时消息账号存在关联关系的即时消息账号的步骤为读取登录时使用的即时消息账号所属关联群组，获取该关联群组下的即时消息账号。
可选的，具有关联关系的即时消息账号之间进一步设置有不同的账号级别；步骤C所述获取与登录时使用的即时消息账号存在关联关系的即时消息账号为获取与登录时使用的即时消息账号存在关联关系的、并且账号级别低于该账号的即时消息账号。
可选的，步骤A所述即时消息账号之间的关联关系为相关联的账号以主从关系形式存在；步骤C所述获取与登录时使用的即时消息账号存在关联关系的即时消息账号的步骤为读取从属于登录时使用的即时消息账号的即时消息账号。
可选的，具有关联关系的即时消息账号进一步对应一个是否需要二次认证的标志位；步骤C所述登录IMPS系统时进一步包括对即时消息账号对应二次认证的标志位为是的即时消息账号进行二次认证。
较佳的，步骤C所述将各关联的即时消息账号登录IMPS系统的步骤包括请求并获得当前用户输入各关联的即时消息账号的验证信息；验证信息验证通过后，将关联的即时消息账号登录IMPS系统。
较佳的，步骤C所述将各关联的即时消息账号登录IMPS系统的步骤包括将登录时使用的即时消息账号的验证信息作为各关联的即时消息账号的验证信息；验证信息验证通过后，将关联的即时消息账号登录IMPS系统。
较佳的，步骤C所述将各关联的即时消息账号登录IMPS系统的步骤包括即时消息客户端在用户首次输入各关联的即时消息账号的验证信息时，记录各个即时消息账号的验证信息；再次登录时根据即时消息客户端记录的验证信息将其对应的、关联的即时消息账号登录IMPS系统。
可选的，所述的验证信息为即时消息账号的密码。
可选的，进一步包括通过即时消息客户端向即时消息服务器发送对关联的即时消息账号的管理控制请求；即时消息服务器根据所述管理控制请求对关联账号进行管理控制。
其中，所述管理控制包括改变关联的即时消息账号的呈现状态、改变关联的即时消息账号注册的用户信息、取消关联的即时消息账号的关联关系、切换当前使用的即时消息账号为关联的即时消息账号。
可选的，进一步包括所述管理控制请求中进一步包括发送该管理控制请求信息的当前即时消息账号信息、被管理控制的即时消息账号信息；即时服务器收到该请求后，还包括首先查询步骤A所建立的即时消息账号之间的关联关系，确定出当前即时消息账号和被管理控制的即时消息账号是否存在关联关系，若是则继续后续步骤，否则退出本流程。
较佳的，步骤D包括首先将登陆时使用的即时消息账号以及与之存在关联关系的即时消息账号中的其中之一设为当前账号，然后使用当前账号进行IMPS业务操作。
较佳的，进一步包括即时消息客户端在非当前账号接收到即时消息时进行提示，并在该即时消息被查阅显示时将该即时消息对应的接收账号设为当前账号。
其中，所述的IMPS业务操作包括编辑和发送即时消息，接收和显示即时消息，发布呈现信息，订阅呈现信息，共享文件。
由上述方法可以看出，本发明提供的即时消息系统和方法，使得用户仅启动使用一个即时消息客户端就可以使该用户注册的多个账号同时登录和进行业务操作，并且可以管理控制这多个账号。并且，本发明还提供了账号分级的机制，可以使用户根据网络环境的安全性选择不同级别的账号，降低账号被盗用后的损失。
相对于现有技术的打开多个即时消息客户端实现一个用户的多个账号同时在线的方式相比，本发明仅启动一个即时消息客户端，不需要占用较多的系统资源。并且，用户在使用即时消息业务时，当要从一个账号切换到另一个账号时，不需要退出当前账号重新使用另一个账号登录，而直接可以实现不同账号的切换操作，操作起来比较简便。另外根据账号的关联关系，用户只需要记住一个账号即可，无需记住自己拥有的所有账号。
本发明的方法可应用于IMPS业务、PoC等业务，实现这些业务的同一客户端同时支持多个账号的业务操作以及对所述多个账号的管理控制。
图1为通用的即时消息和呈现业务系统结构图。
图2为本发明提供的即时消息系统结构图。
图3为即时消息系统登录流程图。
图4为即时消息客户端呈现的多账号登录后的示意图。
图5为标准提供的IMPS系统整体结构图。
图6为PoC业务的系统结构图。
具体实施例方式
如图2示出的本发明提供的即时消息系统，至少包括即时消息客户端、即时消息服务器、关联账号信息记录单元，关联账号信息记录单元记录有用户至少两个即时消息账号之间的关联关系，在即时消息客户端登录即时消息服务器时，查询关联账号信息记录单元，将其记录的存在关联关系的用户账号分别登录即时消息服务器。即时消息客户端具有控制多个即时消息账号的IMPS业务操作的界面接口，通过客户端可以控制登录账号及与之存在关联关系的即时消息账号发送和接收即时消息、发布和订阅呈现信息等业务操作。在实现过程中，该关联账号信息记录单元具体可以体现为一个数据库表，可以位于一个外置实体设备上，通过网络与客户端、服务器相连；也可以设置在即时消息客户端或即时消息服务器上。
相应的提供了在一个即时消息客户端上，同一用户的多个账号同时登录在线的实现方法，包括以下步骤第一步骤建立并存储用户的至少两个即时消息账号之间的关联关系的记录；这里称存在关联关系的这些账号为关联账号。
第二步骤在即时消息客户端，使用其即时消息账号其中之一登录IMPS系统。
第三步骤获取与当前的登录账号对应的关联账号，将各关联账号登录IMPS系统。
第四步骤经由即时消息客户端提供的界面接口控制上述已经登录的所有即时消息账号的IMPS业务操作。
下面参照附图，并结合实施例，对本发明的一个即时消息客户端实现同一用户的多个账号同时登录在线的实现方法进一步详细说明。
步骤301建立并记录用户的多个即时消息账号之间的关联关系。
其中，可以使用下面的两种方式来建立一个用户的多个即时消息账号之间的关联关系。
方式一使用一个即时消息账号在即时消息客户端登录系统后，用户通过即时消息客户端向即时消息服务器发送创建新的即时消息账号的请求，即时消息服务器接收到该请求后创建新的账号，并建立创建的新的账号和当前账号的关联记录。
其中，在创建新账号的请求中可以携带新账号的昵称，电子邮件地址等注册信息；也可以直接从原即时消息账号中复制相应的注册信息，并允许进行修改。还可以进一步在向即时消息服务器发送创建新的即时消息账号的请求中包括一个是否建立关联记录的标志，即时消息服务器在创建新的账号时，根据该标志决定是否建立相应的关联记录。如该标志可以用“1”表示建立相应的关联关系记录，“0”表示不建立相应的关联关系记录。
方式二用户已经拥有多个即时消息账号，在使用第一即时消息账号通过即时消息客户端登录系统后，用户通过即时消息客户端向即时消息服务器发送建立关联记录的请求，该请求中包括第二即时消息账号。即时消息服务器向即时消息客户端请求用户输入对第二即时消息账号的验证信息，验证通过后即时消息服务器建立相应的关联记录。当然，也可以在发送建立关联记录的请求中同时包含第二即时消息账号和其验证信息，以减少一次信息交互。
这里所述的验证，简单的可以是要求用户提供第二即时消息账号的密码，密码的形式可以是字符串、语音、指纹等。验证过程的具体实现也可以采用其他方法，例如即时消息服务器向第二即时消息账号注册的电子邮件地址发送验证邮件，而验证邮件中可以包含一个验证超链接，该超链接被点击后向即时消息服务器发送相应的HTTP验证请求响应，即时消息服务器接收到后可通过验证。
其中，账号之间的关联关系可以采用数据表的形式实现，以如下表1示出的账号关联表来实现。
表1在实际的实现过程中，根据需要可以不采用上述全部的字段。简单的，账号关联表可以仅包括组号、账号字段，有关联关系的账号属于同一组，如4986666、4986667属于同一组，互为关联账号。
在上述基础上，进一步的，账号关联表还可包括账号级别字段，级别高的账号可以管理和控制级别低的账号。如表1，级别“1”为最高级，可以控制同组的级别为“2”和“3”的账号，也就是说，在级别为“1”的账号4985555登录系统后，将可以同时管理和控制同组的级别为“2”和“3”的账号4985556、4985557、4985558。如果用级别为“3”的账号4985557登录，则无法管理和控制同组的其他账号。这样设置，可以使用户根据网络情况选择相应级别的账号登录系统，如在网吧这种安全性很差的网络环境中，可以使用级别最低的账号登录，当低级别的账号被盗后，用户可以使用高级别的账号登录后修改被盗账号的密码，以重新获得该低级别账号的所有权。
在上述基础上，进一步的，还可以对某些账号设置二次认证标志，在表1示出的账号关联表中，二次认证标志为“1”表示需要进行二次认证，为“0”表示不需要。二次认证过程尤适用于使用级别高的账号的安全登录。可以如下进行二次认证如使用级别为“1”的账号用密码通过互联网方式完成第一次登录后，即时消息服务器要求用户通过异质通信方式发送二次认证信息，如要求用户使用其注册的手机号码发送含有二次认证信息的短消息给即时消息服务器，所述二次认证信息可以是即时消息服务器发送给客户端的二次认证码，当所述短消息中包含二次认证码时，即时消息服务器收到该短消息后，检查发送的手机号码和二次认证码，确认与注册信息中的手机号码和初始发出的二次认证码一致后才允许客户端登录。这样可以让用户在单一网络环境不安全的情况下可以安全使用高级别的账号登录。
账号之间的关联关系也可以采用如表2示出的账号主从关系表来实现。
表2其中，一个主账号对应多个从属账号，使用主账号登录系统则可以控制对应的从属账号，而使用从属账号登录，则只能控制该从属账号，不能控制其他账号。在使用当前账号登录系统后，会根据表2获得对应的从属账号，并在客户端显示对应的所有从属账号的呈现信息，并允许对从属账号进行管理控制。若通过表2查询到首次登录客户端所使用的账号类型是从属账号，则和现有技术一样处理，即按单账号情形处理，客户端只能控制一个账号。其中，表2中的从属账号还可以进一步有对应的子从属账号，表2中也可以存在表1中示出的二次认证标志等，不再重复描述。
实际上，若不通过创建新的表来保存关联记录，也可通过对现有即时消息服务器上保存账号和密码等注册信息的表进行扩展来保存关联记录，如在现有的表中增加组号等字段。但是由于现有的表数据量可能极大，其中可能只有一部分账号使用到组号字段，这样数据存储时会造成较多空间浪费，另一方面要在数据量极大的表中查询相应关联账号信息效率太低，所以还是将存储关联记录的表单独建立为较佳方案。
不难理解，当关联账号信息记录在客户端侧时，不需要现有的即时消息服务器作任何修改升级。且当关联记录是保存在手机终端这类私人终端时，由于不像计算机可能会有多人共用，所以不必采用上述结构的账号关联表，如不必通过组号区别不同用户的关联账号，由于私人终端保存的关联记录都属于同一用户的，所以只需记录所有关联账号即可。
步骤302用户启动即时消息客户端，并使用一个即时消息账号登录IMPS系统。该登录过程和现有的IMPS业务的登录过程相同，故不再描述。
步骤303通过查询关联账号信息记录单元，获得与当前登录账号对应的关联账号，将各关联账号登录IMPS系统。登录成功后，可以将即时消息服务器上这些账号对应的呈现状态改为在线状态。
其中，一种登录的设计为即时消息客户端去查询关联账号信息记录单元，获得关联账号发送给即时消息服务器进行登录。并且，可以在客户端记录下用户输入的各个关联账号对应的登录信息(如密码)，这样下次使用任一关联账号登录时就不用重复输入其关联账号的登录信息，而直接从该客户端记录的信息中读取出登录信息(如密码)。当然，若象表1中所述当前登录的账号级别高，则低级别的关联账号信息可以不经过认证直接进行登录。或者关联账号可以设置为同一密码，实现自动登录。
另一种登录设计为服务器去查询关联账号信息记录单元，获得关联账号，然后通过即时消息客户端显示并要求输入关联账号密码的登录界面，在用户输入正确登录信息后，通过即时消息服务器验证后，完成各个关联账号的登录。
并且，在登录后，也可以像现有技术一样，客户端记录保存从即时消息服务器获取的各个账号的信息，如关联账号、呈现信息等，这样下次登录就不需要再次去即时消息服务器读取这些数据了，以增快登录速度。而需要更新这些信息时，可以通过更新请求向服务器获取最新的数据。
步骤304经由即时消息客户端提供的界面接口控制上述已经登录的所有即时消息账号的IMPS业务操作。基本的IMPS业务操作包括编辑和发送即时消息，接收和显示即时消息，发布呈现信息，订阅呈现信息，共享文件。
在当前账号登录后，可以对关联账号进行管理控制。结合表1，不难理解，可以仅使高级别控制低级别，为了描述的简洁，不再说明这一点。管理控制可以包括目前IMPS业务所有的管理控制功能，还包括对关联账号的管理控制功能，下面列举几例1、改变账号呈现状态。账号状态包括离线、在线、免打扰等。不仅可以控制当前账号，还可以控制所有关联账号的状态，使各关联账号在离线和在线状态间切换。
进一步可以在即时消息服务器设置一个是否允许多账号同时在线的标志，该标志为“0”时表示同一时刻只允许一个账号在线，为“1”时表示允许多个账号同时在线。对于同一时刻只允许一个账号在线的情况，即时消息服务器在接收到即时消息客户端发送的改变账号状态的请求时，该请求中包含即时消息账号以及使该账号状态变为在线的请求，即时消息服务器检查该账号对应的上述标志，如果为“0”，则即时消息服务器在使该账号的状态改为在线的同时，使其关联的关联账号处于离线状态，以实现在多个关联账号之间直接切换。
2、改变账号注册的用户信息的请求。账号信息包括账号的注册信息，如昵称、电子邮件地址、姓名、国家(地区)、省/自治区、邮政编码、语言、时区、性别、生日、职业、及备选电子邮件地址等。允许各关联账号的注册信息相互独立，以满足用户希望每个账号对应不同身份的需求。还包括账号关联信息，如上述的账号级别、二次认证标志等。
3、取消账号关联的请求。客户端发送要取消关联的即时消息账号给即时消息服务器，即时消息服务取消该即时消息账号与本组账号的关联，如在表1的账号关联表中删除与账号对应的记录。
其中，对关联账号管理控制时，即时消息客户端向即时消息服务器发送的请求消息中最好同时包括当前登录的账号和所请求管理控制的账号(即账号标识)，即时消息服务器接收到控制请求后，首先检查上述控制请求中包含的当前登录账号和被管理控制的账号是否存在关联关系，如果存在则处理控制请求，否则不进行处理。这样通过在服务器端验证关联关系，可以防止客户端对非关联账号进行非法控制，增强系统的安全性。
进一步在即时消息客户端还可以设置当前账号，以避免在同时使用多个账号时产生混淆，如可以将登陆时使用的账号作为默认的当前账号。指定所有账号中的其中之一作为当前账号，则在即时消息客户端进行的操作如发送即时消息，查看或修改账号注册信息、好友列表等都是针对当前账号进行的，客户端向即时消息服务器或其他即时消息客户端发送的与上述操作相应的信息中包含的账号信息为所述当前账号信息。
在界面接口的实现上，可以在即时消息客户端设置与即时消息账号对应的多个按钮，按钮上的文本为账号信息，如即时消息号码、昵称等。在点击激活按钮后，该按钮对应的账号转为当前账号，并高亮度显示当前账号的按钮以提示用户。然后将其他显示信息切换为当前账号的相关信息，如好友列表信息等。这样可以通过点击按钮方便的切换当前账号，发送该账号的即时消息。除了使用按钮方式实现即时消息账号切换外，还可以使用其他界面元素，如菜单项等。图4示出了一个多账号登录后，即时消息客户端所呈现的示意图。
上面描述了在即时消息客户端通过指定当前账号发送即时消息的方法，这里给出同时控制多个账号的即时消息客户端接收即时消息的方法，该方法与现有的接收过程基本相同。在即时消息客户端接收到即时消息服务器或其他即时消息客户端发送的即时消息后，获取该即时消息中指定的消息接收方的即时消息账号(在客户端之间以及和即时消息服务器之间的消息中包含账号信息)，并提示该账号收到了新的即时消息，提示的方法如闪烁显示该账号对应的按钮，同时还可以播放提示音。点击激活按钮切换当前账号后，可以直接显示收到的即时消息。而对于即时消息服务器发送广播消息时，可以只发送给关联账号中的一个即可，这样节约了系统资源，避免用户收到重复消息。
以上给出了本发明的实现过程。本发明可以应用到移动通信网络中的IMPS业务中，下面简要说明。
本发明可以应用于现有的图5示出的IMPS系统中，在该系统中实现本发明，可以将关联账号信息记录在IMPS中心(IMPSC)上，或者记录在IMPS用户数据库等实体中来实现。实现过程和上述实施例相同，不再重复说明。
还可以应用于图6示出的PoC(Push to Talk Over Cellular)业务系统结构中。PoC是一种双向、即时、多方通讯方式，允许用户与一个或多个用户进行通讯(可参考OMA网站http//www.openmobilealliance.org发布的IMPS和PoC的相关标准)。PoC业务是一种客户端-服务器类型的业务，主要由PoC服务器和PoC客户端构成，同时与呈现(Presence)业务以及群组管理(Group Management)结合提供业务。在该系统中实现本发明，可以将关联账号信息记录在PoC服务器，或者时呈现业务服务器上来实现。
在实现的过程中，关联账号信息可以灵活的保存在不同的设备实体上。例如，在OMA规范中已经提供了呈现业务(Presence)，其他业务(如PoC、IM)都可以使用该呈现业务的引擎，其他一些移动业务也会有同时控制多账号的需求，如PoC业务，可以将关联记录保存在图6中的呈现业务服务器上。
并且，上述表1的形式可以进行等同的改变。如，由于因为移动即时消息客户端一般与一个电话号码MSISDN对应，所以关联记录可以建立账号与MSISDN(即以MSISDN作为组号)的对应关系记录即可，另外，如下表3，还可以增加一个业务字段，表示该账号对应的业务
表3在手机终端开机后，向呈现业务服务器获取该终端MSISDN对应的关联关系记录，并保存在终端上；当在终端上启动一个业务如IM或PoC业务时，同时更新呈现业务服务器上各关联账号的状态信息，使关联账号也进行登录。如图6，进一步手机终端还可以向GLMS(Group and List ManagementServer)服务器获取各个关联账号的群组信息等。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种即时消息和呈现业务IMPS系统，包括即时消息客户端、即时消息服务器，其特征在于，还包括关联账号信息记录单元，记录有至少两个即时消息账号之间的关联关系；用于在使用一即时消息账号通过即时消息客户端登录即时消息服务器时，查询所述关联账号信息记录单元，将与之存在关联关系的即时消息账号同时登录即时消息服务器；所述即时消息客户端还具有控制多个即时消息账号的IMPS业务操作的界面接口，用于经由该界面接口控制所述登录的即时消息账号的IMPS业务操作。
2.根据权利要求1所述的系统，其特征在于，所述关联账号信息记录单元设置在以下其中之一上连接于IMPS系统网络的数据库设备、即时消息客户端、即时消息服务器、呈现服务器。
3.一种多个账号同时在一个客户端上实现IMPS业务的方法，其特征在于，该方法包括以下步骤A、建立至少两个即时消息账号之间的关联关系；B、通过即时消息客户端使用一即时消息账号登录IMPS系统；C、获取与登录时使用的即时消息账号存在关联关系的即时消息账号，并将这些即时消息账号同时登录IMPS系统；D、经由即时消息客户端提供的界面接口控制上述已经登录的所有即时消息账号的IMPS业务操作。
4.根据权利要求3所述的方法，其特征在于，步骤A所述建立至少两个即时消息账号之间的关联关系的步骤包括使用一个即时消息账号通过即时消息客户端登录系统后，通过即时消息客户端向即时消息服务器发送创建新的即时消息账号的请求信息；即时消息服务器接收到该请求信息后创建新的即时消息账号，并建立创建的即时消息账号和当前即时消息账号的关联关系。
5.根据权利要求4所述的方法，其特征在于，所述创建新的即时消息账号的请求信息中还包括一个是否建立关联关系的标志位；即时消息服务器接收到所述请求信息后，如果该标志位的值为是则建立所述关联关系，否则不建立所述关联关系。
6.根据权利要求3所述的方法，其特征在于，步骤A所述建立至少两个即时消息账号之间的关联关系的步骤包括使用第一即时消息账号通过即时消息客户端登录系统后，向即时消息服务器发送建立关联关系的请求，该请求中包括第二即时消息账号；即时消息服务器接收到该请求信息，验证第二即时消息账号为当前用户的即时消息账号后，建立第一即时消息账号和第二即时消息账号的关联关系。
7.根据权利要求6所述的方法，其特征在于，所述验证第二即时消息账号为当前用户的即时消息账号的步骤包括请求并获得当前用户输入第二即时消息账号的验证信息，或者在所述建立关联关系的请求中包含第二即时消息账号的验证信息；根据验证信息验证第二即时消息账号为当前用户的即时消息账号。
8.根据权利要求3所述的方法，其特征在于，步骤A所述即时消息账号之间的关联关系为建立在同一关联群组下的即时消息账号；步骤C所述获取与登录时使用的即时消息账号存在关联关系的即时消息账号的步骤为读取登录时使用的即时消息账号所属关联群组，获取该关联群组下的即时消息账号。
9.根据权利要求3所述的方法，其特征在于，具有关联关系的即时消息账号之间进一步设置有不同的账号级别；步骤C所述获取与登录时使用的即时消息账号存在关联关系的即时消息账号为获取与登录时使用的即时消息账号存在关联关系的、并且账号级别低于该账号的即时消息账号。
10.根据权利要求3所述的方法，其特征在于，步骤A所述即时消息账号之间的关联关系为相关联的账号以主从关系形式存在；步骤C所述获取与登录时使用的即时消息账号存在关联关系的即时消息账号的步骤为读取从属于登录时使用的即时消息账号的即时消息账号。
11.根据权利要求3到10中任一权利要求所述的方法，其特征在于，具有关联关系的即时消息账号进一步对应一个是否需要二次认证的标志位；步骤C所述登录IMPS系统时进一步包括对即时消息账号对应二次认证的标志位为是的即时消息账号进行二次认证。
12.根据权利要求3所述的方法，其特征在于，步骤C所述将各关联的即时消息账号登录IMPS系统的步骤包括请求并获得当前用户输入各关联的即时消息账号的验证信息；验证信息验证通过后，将关联的即时消息账号登录IMPS系统。
13.根据权利要求3所述的方法，其特征在于，步骤C所述将各关联的即时消息账号登录IMPS系统的步骤包括将登录时使用的即时消息账号的验证信息作为各关联的即时消息账号的验证信息；验证信息验证通过后，将关联的即时消息账号登录IMPS系统。
14.根据权利要求3所述的方法，其特征在于，步骤C所述将各关联的即时消息账号登录IMPS系统的步骤包括即时消息客户端在用户首次输入各关联的即时消息账号的验证信息时，记录各个即时消息账号的验证信息；再次登录时根据即时消息客户端记录的验证信息将其对应的、关联的即时消息账号登录IMPS系统。
15.根据权利要求7、12、13或14所述的方法，其特征在于，所述的验证信息为即时消息账号的密码。
16.根据权利要求3所述的方法，其特征在于，进一步包括通过即时消息客户端向即时消息服务器发送对关联的即时消息账号的管理控制请求；即时消息服务器根据所述管理控制请求对关联账号进行管理控制。
17.根据权利要求16所述的方法，其特征在于，所述管理控制包括改变关联的即时消息账号的呈现状态、改变关联的即时消息账号注册的用户信息、取消关联的即时消息账号的关联关系、切换当前使用的即时消息账号为关联的即时消息账号。
18.根据权利要求16所述的方法，其特征在于，所述管理控制请求中进一步包括发送该管理控制请求信息的当前即时消息账号信息、被管理控制的即时消息账号信息；即时服务器收到该请求后，还包括首先查询步骤A所建立的即时消息账号之间的关联关系，确定出当前即时消息账号和被管理控制的即时消息账号是否存在关联关系，若是则继续后续步骤，否则退出本流程。
19.根据权利要求3所述的方法，其特征在于，步骤D进一步包括首先将登陆时使用的即时消息账号以及与之存在关联关系的即时消息账号中的其中之一设为当前账号，然后使用当前账号进行IMPS业务操作。
20.根据权利要求19所述的方法，其特征在于，进一步包括即时消息客户端在非当前账号接收到即时消息时进行提示，并在该即时消息被查阅显示时将该即时消息对应的接收账号设为当前账号。
21.根据权利要求3或19所述的方法，其特征在于，所述的IMPS业务操作包括编辑和发送即时消息，接收和显示即时消息，发布呈现信息，订阅呈现信息，共享文件。
全文摘要
本发明提供了一种即时消息和呈现业务系统，包括具有控制多个即时消息账号的IMPS业务操作界面接口的即时消息客户端、即时消息服务器、记录有多个即时消息账号之间关联关系的关联账号信息记录单元。还提供了多账号同时在一客户端上实现IMPS业务的方法，包括建立至少两个即时消息账号之间的关联关系；通过即时消息客户端使用一即时消息账号登录IMPS系统；获取与登录时使用的即时消息账号存在关联关系的即时消息账号，并将这些即时消息账号同时登录IMPS系统；经由即时消息客户端控制上述已经登录的所有即时消息账号的IMPS业务操作。使用本发明，可实现同一即时消息客户端支持多个即时消息账号的同时登录和业务操作。
文档编号H04Q7/22GK1829202SQ20051005117
公开日2006年9月6日 申请日期2005年3月2日 优先权日2005年3月2日
发明者孙谦 申请人:华为技术有限公司