本申请要求于 2011 年 11 月 28 日提交中国专利局、 申请号为 201110384980.6, 发明名称为"用户注册方法、 交互方法及相关设备 "的中国专 利申请的优先权， 其全部内容通过引用结合在本申请中。

技术领域

本发明涉及通信技术领域，具体涉及用户注册 方法、交互方法及相关设备。 背景技术

融合通信套件 ( RCS: Rich Communication Suite )解决方案是一个跨通信 网、互联网的综合通信及信息共享平台。用户 可以使用真实的手机号码作为登 录帐号， 可以通过 RCS解决方案的个人电脑 （PC: Personal Computer )客户 端、 万维网 （Web )客户端或手机客户端与联系人进行即时通讯� �IM: Instant Messaging )通信， 也可以上传、 下载、 共享图片、 音乐、 视频、 文本等内容。 RCS 解决方案不但能够扩大用户的社交网络， 也能够为用户提供多元化的生 活形态。

但是 RCS解决方案和普通的 IM交互工具一样，如果两个用户需要使用相 同类型的客户端进行交互（如 IM交互、 文件交互等）， 这两个用户必须是该 客户端对应的系统的注册用户； 例如， 用户 A和用户 B如果需要通过 RCS客 户端进行交互， 那么用户 A和用户 B必须都是 RCS系统的注册用户才可以。 这就导致一个系统（IM系统、 RCS系统等） 的注册用户不能够与非该系统的 注册用户进行交互。

发明内容

本发明实施例提供了用户注册方法、 交互方法及相关设备， 可以使一个系 统的注册用户能够与非该系统的注册用户进行 交互。

本发明一个实施例提供了一种用户注册方法， 包括：

接收系统注册用户通过第一系统客户端发送的 邀请请求 ,所述邀请请求包 括非系统注册用户的标识；

获取为所述非系统注册用户分配的在所述系统 内有效的临时账号； 根据所述非系统注册用户的标识，向所述非系 统注册用户所使用的终端发 送所述临时账号。 本发明另一个实施例提供了一种交互方法， 包括：

接收来自系统网关的临时账号，使用所述临时 账号向所述系统网关发送登 录请求， 所述临时账号是为非系统注册用户分配且在所 述系统内有效；

接收所述系统网关返回的邀请所述非系统注册 用户的系统注册用户的信 息；

向所述系统网关发送需要发送至所述系统注册 用户的交互消息，所述交互 消息携带所述临时账号，以使所述系统网关对 所述临时账号鉴权通过后向所述 系统注册用户所使用的第一系统客户端转发所 述交互消息。

本发明另一个实施例提供了一种交互方法， 包括：

接收第二系统客户端发送的登录请求，所述登 录请求携带为所述非系统注 册用户分配的在所述系统内有效的临时账号；

在对所述登录请求携带的临时账号的鉴权通过 后 ,向所述第二系统客户端 发送邀请所述非系统注册用户的系统注册用户 的信息；

接收来自所述第二系统客户端的需要发送给所 述系统注册用户的交互消 息， 该交互消息携带临时账号；

在对所述交互消息携带的临时账号的鉴权通过 后，向所述系统注册用户使 用的第一系统客户端转发所述交互消息。

本发明另一个实施例提供了一种系统网关， 包括：

接收单元， 用于接收系统注册用户通过第一系统客户端发 送的邀请请求， 所述邀请请求包括非系统注册用户的标识；

获取单元，用于获取为所述非系统注册用户分 配的在所述系统内有效的临 时账号；

发送单元， 用于根据所述非系统注册用户的标识， 向所述非系统注册用户 所使用的终端发送所述临时账号。

本发明另一个实施例提供了一种终端， 包括：

接收单元， 用于接收来自系统网关的临时账号， 所述临时账号是为非系统 注册用户分配且在所述系统内有效；

发送单元， 用于向所述系统网关发送登录请求， 所述登录请求包括所述接 收单元接收的临时账号； 所述接收单元，还用于接收所述系统网关返回 的邀请所述非系统注册用户 的系统注册用户的信息；

所述发送单元，还用于向所述系统网关发送需 要发送至所述系统注册用户 的交互消息， 所述交互消息携带所述临时账号， 以使所述系统网关对所述临时 账号鉴权通过后向所述系统注册用户所使用的 第一系统客户端转发所述交互 消息。

本发明另一个实施例提供了一种系统网关， 包括：

接收单元， 用于接收第二系统客户端发送的登录请求， 所述登录请求携带 为所述非系统注册用户分配的在所述系统内有 效的临时账号；

鉴权单元， 用于对所述登录请求携带的临时账号进行鉴权 ；

发送单元，用于在所述鉴权单元对所述登录请 求携带的临时账号的鉴权通 过后 ,向所述第二系统客户端发送邀请所述非系统� �册用户的系统注册用户的 信息；

所述接收单元，还用于接收来自所述第二系统 客户端的需要发送给所述系 统注册用户的交互消息， 该交互消息携带临时账号；

所述鉴权单元， 还用于对所述交互消息携带的临时账号进行鉴 权； 所述发送单元，还用于在所述鉴权单元对所述 交互消息携带的临时账号的 鉴权通过后， 向所述系统注册用户使用的第一系统客户端转 发所述交互消息。

从本发明实施例提供的以上技术方案可以看出 ，由于本发明实施例中系统 网关可以在系统注册用户要求非系统注册用户 进行交互时，为非系统注册用户 分配临时账号， 并将临时账号发送给非系统注册用户，使非系 统注册用户可以 使用该临时账号与系统注册用户进行交互，从 而使一个系统的注册用户能够与 非该系统的注册用户进行交互，使系统注册用 户可以有更好的业务体验，也能 够增加非系统注册用户注册成系统注册用户的 意愿。

附图说明

为了更清楚地说明本发明实施例中的技术方案 ，下面将对实施例描述中所 需要使用的附图作简单地介绍，显而易见地， 下面描述中的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲 ，在不付出创造性劳动性的前提 下， 还可以根据这些附图获得其他的附图。 图 1为本发明一个实施例提供的用户注册方法的� �程图；

图 2为本发明另一个实施例提供的用户注册方法� �信令流程图； 图 3为本发明一个实施例提供的交互方法的流程� �；

图 4为本发明另一个实施例提供的交互方法的流� �图；

图 5为本发明另一个实施例提供的交互方法的信� �流程图；

图 6为本发明一个实施例提供的系统网关的结构� �；

图 7为本发明另一个实施例提供的系统网关的结� �图；

图 8为本发明另一个实施例提供的系统网关的结� �图；

图 9为本发明另一个实施例提供的系统网关的结� �图；

图 10为本发明一个实施例提供的终端的结构图；

图 11为本发明另一个实施例提供的系统网关的结� ��图；

图 12为本发明另一个实施例提供的系统网关的结� ��图；

图 13为本发明另一个实施例提供的终端的结构图� ��

具体实施方式

下面将结合本发明实施例中的附图，对本发明 实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。基于本发明中的实施例， 本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。

先介绍本发明实施例提供的用户注册方法，图 1描述了本发明一个实施例 提供的用户注册方法的流程， 该实施例描述的是系统网关的处理流程， 其中， 系统网关根据系统的不同会有不同，例如系统 为 RCS系统时，系统网关为 RCS 网关； 系统为 IM系统时， 系统网关为 IM网关。 该实施例包括：

101、 接收系统注册用户通过第一系统客户端发送的 邀请请求， 该邀请请 求携带非系统注册用户的标识。

系统网关接收的邀请请求是基于系统内交互协 议的， 例如， 在 RCS系统 内， 邀请请求是通过网际协议多媒体子系统（IMS: IP multimedia subsystem ) 核心网传输的， RCS网关具体可以从 rest接口接收邀请请求，其中邀请请求可 以 于超文本传输协议 ( HTTP: Hyper Text Transport Protocol )或内部自定 义协议的； 在 IM系统内， 邀请请求则是基于该 IM系统所使用的内部协议。 其中， 第一系统客户端是指由系统注册用户使用的客 户端。 其中， 第一系统客 户端获取非系统注册用户的标识过程，具体可 以通过系统注册用户从操作的终 端的通讯录中选择获取， 也可以通过接收系统注册用户的输入获取。

在本发明的一个实施例中，第一系统客户端在 获取了邀请请求中的用户的 标识后， 可以先到系统的注册用户信息中心查询该用户 的标识，如果没有从注 册用户信息中心查询到该用户的标识， 就可以确定该用户没有在系统注册，从 而在确定该用户没有在系统注册时， 才向系统网关发送邀请请求。 其中， 系统 的注册用户信息中心根据不同的系统会有不同 ， 例如在 RCS系统中， 可以是 RCS用户中心 （ RCS UP Center ); 在 IM系统中， 可以是 IM Server。

其中，邀请请求携带的非系统注册用户的标识 可以是非系统注册用户的电 子邮件（E-mail )地址、 终端号码等。

102、 获取为非系统注册用户分配的在系统内有效的 临时账号。

其中， 可以由系统网关为非系统注册用户分配临时账 号， 具体地， 系统网 关可以直接以非系统注册用户的标识作为临时 账号，也可以分配系统流水号作 为临时账号，也可以采用其他方式分配临时账 号； 本发明实施例不限定临时账 号的具体形式，也不限定临时账号的分配方式 ， 只需要保证分配的临时账号在 系统中唯一即可。也可以由系统网关将非系统 注册用户的标识发送至系统的注 册用户信息中心，由系统的注册用户信息中心 为非系统注册用户分配临时账号 后， 将临时账号发送给系统网关。

其中， 在本发明的另一个实施例中， 为了提高系统的安全性， 在为非系统 注册用户分配临时账号时，可以进一步分配使 用该临时账号登录系统时使用的 登录密码。

103、 根据非系统注册用户的标识， 向非系统注册用户所使用的终端发送 临时 号。

根据非系统注册用户的标识不同，系统网关可 以通过不同的通道向非系统 注册用户发送临时账号， 可以理解的是， 系统网关发送临时账号的通道与接收 邀请请求的通道不同，接收邀请请求一般采用 系统内通道，但是发送临时账号 的通道根据非系统注册用户的标识的类型的不 同有不同，根据通道的不同， 系 统网关可以采用不同的方式发送邀请请求。例 如，在非系统注册用户的标识为 非系统注册用户的 E-mail地址时， 系统网关可以通过 E-mail的方式向 E-mail 地址发送临时账号； 在非系统注册用户的标识为终端号码时， 则通过短信或多 媒体短信的方式向终端号码对应的终端发送临 时账号。

其中，如果分配了与临时账号对应的登录密码 ， 则向非系统注册用户所使 用的终端发送临时账号时，进一步向非系统注 册用户所使用的终端发送登录密 码。

具体地， 为了方便非系统注册用户的操作， 可以将临时账号或临时账号和 登录密码设置在邀请链接中，再向非系统注册 用户所使用的终端发送该邀请链 接；非系统注册用户在收到了邀请链接后，可 以直接点击该邀请链接登录系统， 降低了非系统注册用户的操作繁瑣度。

从上可知 ,本实施例中系统网关可以在系统注册用户要� �非系统注册用户 进行交互时， 为非系统注册用户分配临时账号， 并将临时账号发送给非系统注 册用户，使非系统注册用户可以使用该临时账 号与系统注册用户进行交互，从 而使一个系统的注册用户能够与非该系统的注 册用户进行交互 ,使系统注册用 户可以有更好的业务体验，也能够增加非系统 注册用户注册成系统注册用户的 意愿。

在本发明的另一个实施例中，系统网关接收的 邀请请求还可以携带发起该 邀请请求的系统注册用户的账号； 此时， 为了提高系统的安全性， 系统网关在 为非系统注册用户分配了临时账号后，可以进 一步保存发起邀请请求的系统注 册用户的账号与该临时账号的邀请关系，从而 在后续的交互过程中，仅允许临 时账号与该临时账号具有邀请关系的系统注册 用户的账号进行交互。

进一步，在系统网关接收的邀请请求携带了发 起该邀请请求的系统注册用 户的账号时，系统网关可以根据系统注册用户 的账号判断该系统注册用户是否 有权限发送邀请请求；并且只有在判断得到系 统注册用户有权限发送邀请请求 时， 才获取为非系统注册用户分配的临时账号，从 而避免没有权限的系统注册 用户发送邀请请求， 提高系统的安全性和稳定性。 其中， 具有什么样的权限可 以发送邀请请求可以由系统运营商设定， 例如， 只要是系统注册用户都可以发 送邀请请求， 或只允许有效的系统注册用户发送邀请请求， 或只允许具有一定 级别， 并且有效的系统注册用户发送邀请请求等； 其中， 有效的系统注册用户 是指的可以正常使用系统功能的系统注册用户 ，例如，如果一个系统注册用户 的账号处于挂失状态， 则该系统注册用户就不是有效的系统注册用户 。

在本发明的另一个实施例中，系统网关接收的 邀请请求还携带了系统注册 用户邀请非系统注册用户进行交互的交互类型 ； 此时， 系统网关在获取了为非 系统注册用户分配的在系统内有效的临时账号 后，可以进一步在交互类型对应 的交互服务器注册临时账号。例如， 系统注册用户邀请非系统注册用户进行交 互的交互类型为 IM交互时，系统网关可以将临时账号在 IM服务器进行注册； 系统注册用户邀请非系统注册用户进行交互的 交互类型为文件交互时，系统网 关可以将临时账号在文件服务器进行注册。这 样， 非系统注册用户后续在使用 临时账号与系统注册用户进行交互时， 可以通过交互服务器的验证。可以理解 的是，在临时账号是由系统的注册用户信息中 心分配时， 系统网关可以不需要 在交互类型对应的交互服务器注册临时账号。

在本发明的另一个实施例中， 系统为 RCS系统， 则 RCS网关在获取了为 非系统注册用户分配的在系统内有效的临时账 号后，可以进一步在网际协议多 媒体子系统（ IMS： IP multimedia subsystem )核心网中注册该临时账号。 由于 RCS系统中的交互信息会通过 IMS核心网进行传输， 因此在 IMS核心网中注 册临时账号， 可以确保非系统注册用户可以使用临时账号在 IMS核心网传输 交互信息。

图 2描述了本发明另一个实施例提供的用户注册� �法的信令流程，该实施 例具体描述的是在 RCS系统中， RCS注册用户邀请非 RCS注册用户进行 IM 交互时的用户注册的流程， 该实施例包括：

201、 第一系统客户端在接收到用户 A发起的与用户 B进行 IM交互的指 令后， 向 RCS UP Center发送查询请求， 用于查询用户 B是否为 RCS注册用 户， 该查询请求携带用户 B的标识。

其中， 用户 A是 RCS注册用户， 第一系统客户端是 RCS标准客户端， 用 户 A在登录了第一系统客户端后， 可以从第一系统客户端的联系人列表、 或 者终端的通讯录中选择用户 B的标识， 或者也可以由用户 A输入用户 B的标 识。

202、 RCS UP Center根据用户 B的标识查询用户 B是否为 RCS注册用户， 并将查询结果携带在查询响应中返回给第一系 统客户端。

203、 第一系统客户端在接收到查询响应后， 获取查询结果； 如果查询结 果为用户 B为 RCS注册用户时， 开始正常的 RCS交互流程， 本发明实施例不 对正常的 RCS交互流程进行描述；如果查询结果为用户 B为非 RCS注册用户， 则第一系统客户端向 RCS网关发送邀请请求， 该邀请请求携带用户 A的身份 验证信息以及用户 B的标识， 其中， 用户 A的身份验证信息包括用户 A的账 号及登录密码等信息。

4叚设用户 B的用户标识是 E-mail地址， 该 E-mail具体为 b@cc.com, 则 本发明一个实施例提供的邀请请求可以如下所 示：

POST http://host:port/rcsgw/invitee/user HTTP/ 1.1

Authorization: Basic QUNS01NFQ 1 VSSVRZVE9LRU4=

Content Type: application/json; charset=UTF-8

{ "email"： "b@cc.com" }

其中， 用户 A的身份验证信息保存在 Authorization头域， Authorization 头域的内容是由 A的身份验证信息经过 BASE64加密获得的字符串。

204、 RCS网关接收到邀请请求后， 使用邀请请求携带的用户 A的身份验 证信息验证用户 A是否有权限发送邀请请求， 在确定用户 A有权限发送邀请 请求时， 为用户 B分配临时账号和登录密码。

RCS系统中的账号可以为会话发起协议统一资源 标识（SIP URI: Session Initiation Protocol Uniform Resource Identifier ), 本实施例 4叚设 RCS网关使用 E-mail地址生成临时账号， 则生成的临时账号为 SIP:b@cc.com。

其中， RCS网关在为用户 B分配了临时账号和登录密码后， 可以在临时 账号表中增加为用户 B分配的临时账号的信息， 具体地， 临时账号表中可以 保存用户 B的标识， 为用户 B分配的临时账号及登录密码。 在这种情况下， RCS网关在为用户 B分配临时账号之前， 可以先到临时账号表中确定是否已 经为用户 B分配了临时账号， 如果已经分配了临时账号则可以直接使用临时 账号表中记录的为用户 B分配的临时账号。

进一步， RCS网关还可以进一步在邀请关系表中记录用户 A与用户 B的 邀请关系， 其中， 可以在邀请关系表中记录用户 A的账号以及为用户 B分配 的临时账号，其中，保存的用户 A的账号可以是用户 A的用户身份标识（UID: User Identity )和用户 A的 SIP URI中的至少一个。 在本发明的另一个实施例 中， 为用户 B分配的临时账号是有有效期的， 则可以进一步在邀请关系表中 记录分配临时账号的时间以及临时账号的有效 期； 其中，在有效期为默认的有 效期时， 可以仅在邀请关系表中记录分配临时账号的时 间。

其中， RCS 网关在接收到第一系统客户端发送的邀请请求 后， 会向第一 系统客户端返回邀请请求响应 （图中未示出）。

205、 RCS网关向 IMS核心网发送第一注册请求， 用于请求 IMS核心网 网元对为用户 B分配的临时账号进行注册， 该第一注册请求携带为用户 B分 配的临时账号。

206、 IMS核心网向 RCS网关发送第一注册响应， 该第一注册响应携带为 用户 B分配的临时账号是否成功注册的信息。 本实施例仅考虑成功注册的情 况。

207、 RCS网关向 IM服务器发送第二注册请求，用于请求 IM服务器对为 用户 B分配的临时账号进行注册， 该第二注册请求携带为用户 B分配的临时 账号。

208、 IM服务器向 RCS网关发送第二注册响应， 该第二注册响应携带为 用户 B分配的临时账号是否成功注册的信息。 本实施例仅考虑成功注册的情 况。

209、RCS网关将为用户 B分配的临时账号和登录密码设置在邀请链接� �， 并向用户 B的 E-mail地址发送 E-mail, 该 E-mail包括该邀请链接； 其中， 向 用户 B的 E-mail地址发送 E-mail, 具体是向该 E-mail地址所在的 E-mail服务 器发送 E-mail , 后续由该 E-mail服务器将 E-mail发送给用户 B使用的终端。

假设临时账号 sip:b@cc.com对应的登录密码为 12345,则本发明一个实施 例提供的邀请链接如下所示：

http:// host:port/rcsgw/invitee/session/sip:b@cc.com?passwd= 12345

其中， 为了使用户 B在收到 E-mail能够清楚地知道该链接的作用， RCS 网关还可以在发送的 E-mail中增加一些关于该邀请链接的介绍信息。

从上可知， 本实施例中 RCS网关可以在 RCS注册用户要求非 RCS注册 用户进行交互时， 为非 RCS注册用户分配临时账号， 并将临时账号发送给非 RCS注册用户，使非 RCS注册用户可以使用该临时账号与 RCS注册用户进行 交互， 使 RCS注册用户可以有更好的业务体验， 也能够增加非 RCS注册用户 注册成 RCS注册用户的意愿， 加快 RCS的普及。

如下再介绍本发明实施例提供的交互方法，图 3描述了本发明一个实施例 提供的交互方法的流程， 该实施例描述的是终端， 具体是非系统注册用户使用 的终端的处理流程， 该实施例包括：

301、 接收来自系统网关的临时账号， 该临时账号是为非系统注册用户分 配且在系统内有效。

具体地， 终端可以在接收系统网关发送的 E-mail、 短信或彩信等后， 从

E-mail、 短信或彩信中获取临时账号。 其中， 该临时账号可以承载在邀请链接 中。

进一步， 在临时账号有对应的登录密码时， E-mail、 短信或彩信中会进一 步包括该登录密码。 相应地， 在临时账号承载在邀请链接中时， 该登录密码也 可以承载在该邀请链接中。

302、 使用临时账号向系统网关发送登录请求。

非系统注册用户在获取了临时账号、或者临时 账号与登录密码时， 可以启 动第二系统客户端， 再输入临时账号、 或者输入临时账号与登录密码， 第二系 统客户端就会向系统网关发送登录请求， 该登录请求包括临时账号、或者临时 账号与登录密码， 以使系统网关能够根据临时账号、或者临时账 号与登录密码 进行鉴权。

在临时账号、或者临时账号与登录密码承载在 邀请链接中时， 非系统注册 用户只需要点击该邀请链接， 就可以启动第二系统客户端， 第二系统客户端启 动后就可以自动的发送登录请求，从而可以减 少非系统注册用户需要进行的操 作， 提高非系统注册用户的使用意愿。

其中， 第二系统客户端可以是预先设置在终端的独立 客户端， 该独立客户 端与系统注册用户所使用的第一系统客户端相 比，可能会有一些附加功能上的 缺失，但 本的系统功能与第一系统客户端是相同的； 第二系统客户端也可 能是一个 Web客户端， 该 Web客户端基本的系统功能与第一系统客户端是 相 同的。 在临时账号、 或者临时账号与登录密码承载在邀请链接中时 ， 非系统注 册用户只需要点击邀请链接，终端就会自动的 启动独立客户端或 Web客户端； 其中， 基本的系统功能根据系统的不同会有不同， 例如对于 RCS系统， 基本 的系统功能可以包括 RCS会话等； 对于 IM系统， 基本的系统功能可以包括 IM会话等； 可以理解的是， 第二系统客户端所能够实现的基本的系统功能 可 以由系统运营商根据需要进行定制。

其中， 系统网关在接收到登录请求后， 根据登录请求携带的临时账号、 或 者临时账号与登录密码进行鉴权， 具体地， 系统网关可以到自身保存的临时账 号表中匹配登录请求携带的临时账号、或者临 时账号与登录密码。在鉴权通过 后，系统网关就可以从自身保存的邀请关系表 中查找到邀请该非系统注册用户 的系统注册用户的信息。

303、 接收系统网关返回的邀请非系统注册用户的系 统注册用户的信息。 由于非系统注册用户在系统中没有对应的联系 人列表，因此在第二系统客 户端登陆了系统之后，就会接收到系统网关返 回的邀请该非系统注册用户进行 交互的系统注册用户的信息，从而使非系统注 册用户可以与邀请该非系统注册 用户的系统注册用户进行交互， 并且该非 RCS注册用户只能与邀请他的 RCS 注册用户进行交互， 不能任意与其他 RCS注册用户交互。

可以理解的是，系统注册用户的信息根据不同 的系统会有不同，例如在 IM 系统中， 系统注册用户的信息可以是系统注册用户的 IM账号等；在 RCS系统 中， 系统注册用户的信息可以是系统注册用户的 UID, 或者是系统注册用户的

SIP URI等。

304、 向系统网关发送需要发送至系统注册用户的交 互消息， 该交互消息 携带临时账号，以使系统网关对临时账号鉴权 通过后向系统注册用户所使用的 第一系统客户端转发该交互消息。

终端在接收了邀请非系统注册用户的系统注册 用户的信息后，就会在第二 系统客户端的界面上显示该系统注册用户的信 息，使非系统注册用户可以通过 第二系统客户端打开与该系统注册用户的交互 窗口，从而与系统注册用户进行 交互。

交互消息除了携带非系统注册用户与系统注册 用户进行交互的交互信息 夕卜， 还可携带临时账号、 或者临时账号与登录密码， 使系统网关可以根据临时 账号、或者临时账号与登录密码进行鉴权，从 而在鉴权通过后向系统注册用户 所使用的第一系统客户端转发交互消息， 具体地， 系统网关可以通过当前交互 类型对应的交互服务器向第一系统客户端转发 交互消息； 可以理解的是，如果 系统网关在为非系统注册用户分配临时账号时 没有将该临时账号在交互服务 器注册，则系统网关至少需要在通过交互服务 器向第一系统客户端转发交互消 息之前， 将该临时账号在该交互服务器注册。

其中， 为了提高系统的安全性， 可以要求仅在系统注册用户在线时， 该系 统注册用户邀请的非系统注册用户才能够与该 系统注册用户进行交互 ,因此在 向系统网关发送需要发送至系统注册用户的交 互消息前进一步包括：向系统网 关发送请求检测系统注册用户的在线状态的检 测请求；接收系统网关返回的系 统注册用户的在线状态； 如果系统注册用户的在线状态为在线， 才向系统网关 发送需要发送至系统注册用户的交互消息。

从上可知，本实施例中非系统注册用户使用的 终端可以使用系统网关分配 的临时账号登录到系统，并且与邀请该非系统 注册用户的系统注册用户进行交 互，从而使一个系统的注册用户能够与非该系 统的注册用户进行交互，使系统 注册用户可以有更好的业务体验，也能够增加 非系统注册用户注册成系统注册 用户的意愿。

进一步， 在本发明的另一个实施例中， 为了进一步提高系统的安全性， 非 系统注册用户使用的第二系统客户端或系统注 册用户使用的第一系统客户端 在注销登录时，会向系统网关发送一个注销请 求， 以使系统网关删除临时账号 以及临时账号与系统注册用户的账号的邀请关 系、或删除临时账号与系统注册 用户的账号的邀请关系。

图 4描述了本发明另一个实施例提供的交互方法� �流程，该实施例描述的 是系统网关的处理流程， 该实施例包括：

401、 接收第二系统客户端发送的登录请求， 该登录请求携带为非系统注 册用户分配的在系统内有效的临时账号。

其中，在系统网关为临时账号分配了登录密码 时， 系统网关接收的登录请 求还可以进一步携带该登录密码。 402、 在对登录请求携带的临时账号的鉴权通过后， 向第二系统客户端发 送邀请非系统注册用户的系统注册用户的信息 。

系统网关可以到自身保存的临时账号表中匹配 登录请求携带的临时账号、 或者临时账号与登录密码，在匹配通过后， 系统网关可以从自身保存的邀请关 系表中查找到邀请该非系统注册用户的系统注 册用户的信息。

403、 接收来自第二系统客户端的需要发送给系统注 册用户的交互消息， 该交互消息携带临时账号。

404、 在对交互消息携带的临时账号的鉴权通过后， 向系统注册用户所使 用的第一系统客户端转发交互消息。

其中，对交互消息携带的临时账号的鉴权可以 包括： 根据保存的临时账号 与系统注册用户的账号的邀请关系，判断交互 消息携带的临时账号是否与系统 注册用户的账号存在邀请关系；如果交互消息 携带的临时账号与系统注册用户 的账号存在邀请关系， 则鉴权通过。

从上可知，本实施例中系统网关只需要对临时 账号进行鉴权就可以实现第 二系统客户端的登录， 以及与第一系统客户端之间的交互，从而使一 个系统的 注册用户能够与非该系统的注册用户进行交互 ，使系统注册用户可以有更好的 业务体验， 也能够增加非系统注册用户注册成系统注册用 户的意愿。

其中，根据系统的不同， 系统网关向系统注册用户所使用的第一系统客 户 端转发交互消息的流程可能会有不同， 一般情况下， 系统网关可以通过交互服 务器向第一系统客户端转发交互消息。 例如在 IM系统中， 系统网关可以将交 互消息转发给 IM服务器，由 IM服务器将该交互消息转发至第一系统客户端� �� 在 RCS系统中， 交互类型为 IM交互时， 系统网关可以通过 IMS核心网将交 互消息转发至 RCS系统的 IM服务器，再由该 IM服务器将交互消息转发至第 一系统客户端。

在非系统注册用户使用的第二系统客户端与系 统网关的交互使用第一协 议， 且系统内部交互使用第二协议， 且第一协议与第二协议不同时， 系统网关 向系统注册用户使用的第一系统客户端转发交 互消息具体可以包括：将消息的 格式从第二系统客户端与系统网关交互的第一 协议的格式，转换为系统内部交 互所使用的第二协议的格式；向第一系统客户 端转发转换为第二协议的格式的 交互消息。 其中， 系统内部交互包括系统内网元之间的交互， 以及系统内网元 与系统注册用户使用的第一系统客户端的交互 等。

在本发明的另一个实施例中， 为了提高系统交互的安全性， 系统网关向系 统注册用户所使用的第一系统客户端转发交互 消息前可以进一步包括：

在本发明的另一个实施例中， 为了达到仅在系统注册用户在线时，该系统 注册用户邀请的非系统注册用户才能够与该系 统注册用户进行交互的目的，非 系统注册用户使用的第二系统客户端可以向系 统网关发送检测系统注册用户 的在线状态的检测请求； 因此， 系统网关会接收到来自第二系统客户端的请求 检测系统注册用户的在线状态的检测请求；因 此系统网关可以检测系统注册用 户的在线状态，并将系统注册用户的在线状态 携带在检测响应中返回给第二系 统客户端。

以系统为 RCS系统为例， 4叚设 RCS注册用户为用户 A, 非 RCS注册用 户为用户 B, 则用户 B使用的第二系统客户端可以向 RCS网关发送 status消 息来请求 RCS 网关检测用户 A 的在线状态， 假设用户 A 的 SIP URI 为 sip:a@cc.com, 则第二系统客户端发送的 status消息可以如下所示：

GET http:// host:port/rcsgw/invitee/status/sip:a@cc.com HTTP/1.1

Authorization: Basic QUNS01NFQ 1 VSSVRZVE9LRU4=

其中， Authorization为使用用户 B 的临时账号及登录密码经过 BASE64 加密后的字符串。

RCS网关收到 status消息后， 根据 Authorization对用户 B进行鉴权， 鉴 权通过后， 根据自身保存的邀请关系表验证用户 B是否有权限查询用户 A的 在线状态。 如果用户 B有权限查询用户 A的在线状态， RCS网关将 status消 息转换为 SIP OPTIONS消息发送给 IMS核心网，收到 IMS核心网返回的用户 A的在线状态后， 将用户 A的在线状态返回给用户 B使用的第二客户端。

可以理解的是，第二系统客户端可以周期性地 向系统网关发送 status消息， 以使系统网关周期性地检测系统注册用户的在 线状态； 当然， 第二系统客户端 也可以只向系统网关发送一次 status消息， 系统网关自动的周期性地检测系统 注册用户的在线状态。 需要说明的是， 系统网关虽然周期性地检测系统注册用 户的在线状态，但是只要检测到的系统注册用 户的在线状态与上一次返回给第 二系统客户端的在线状态相比没有改变，系统 网关就不需要再次向第二系统客 户端返回系统注册用户的在线状态。

进行交互的非系统注册用户和系统注册用户都 有可能在交互的过程中，或 交互完成后下线，如果是非系统注册用户下线 ， 非系统注册用户使用的第二系 统客户端会向系统网关发送注销请求，请求注 销登录； 如果是系统注册用户下 线， 系统注册用户使用的第一系统客户端也会向系 统网关发送注销请求，请求 注销登录。 因此在本发明的另一个实施例中， 系统网关会接收到来自系统注册 用户使用的第一系统客户端、或非系统注册用 户使用的第二系统客户端的注销 请求； 此时， 系统网关可以删除临时账号以及临时账号与系 统注册用户的账号 的邀请关系、 或删除临时账号与系统注册用户的账号的邀请 关系。 即， 系统网 关在接收到注销请求后，可以从自身保存的邀 请关系表中删除临时账号与系统 注册用户的账号的邀请关系，以及从临时账号 表中删除为非系统注册用户分配 的临时账号； 或者，如果系统网关在不同时间为同一个非系 统注册用户分配的 临时账号是相同的，那么系统网关可以只删除 邀请关系表中临时账号与系统注 册用户的账号的邀请关系，如果再有系统注册 用户邀请该非系统注册用户进行 交互，系统网关可以直接到临时账号表中获取 为该非系统注册用户分配的临时 账号。

图 5描述了本发明另一个实施例提供的交互方法� �信令流程图， 该实 施例具体描述的是在 RCS系统中， RCS注册用户与非 RCS注册用户进行 IM 交互的流程， 该实施例包括：

501、用户 B启动第二系统客户端后，第二系统客户端向 RCS网关发送登 录请求， 该登录请求携带临时账号。

其中，用户 B为非 RCS注册用户，临时账号是 RCS网关为用户 B分配的。

502、 RCS网关对临时账号进行鉴权。

RCS 网关可以将登录请求携带的临时账号到临时账 号表中进行匹配， 如 果在临时账号表中匹配到对应的临时账号则鉴 权通过， 反之， 鉴权不通过。

503、 RCS网关在对临时账号的鉴权通过后， 将登录请求转换成 SIP协议 的登录请求。

其中， RCS网关接收的登录请求所采用的协议可以是 Restfol协议， 也可 以是超文本传输协议 ( HTTP: Hyper Text Transport Protocol ) +可扩展标记语 言（XML: Extensive Makeup Language )协议； 具体地， 在第二系统客户端是 独立客户端时， 登录请求所采用的协议可以是 Restfol协议； 在第二系统客户 端是 Web客户端时，登录请求所采用的协议可以是 HTTP+XML协议或 Restful 协议。

504、 RCS网关使用 SIP协议的登录请求发起 SIP鉴权流程， 以使 IMS核 心网和 IM服务器对 SIP协议的登录请求进行鉴权。

由于 RCS网关在为非 RCS注册用户分配临时账号后，已经在 IMS核心网 和 IM服务器注册了该临时账号， 因此 IMS核心网和 IM服务器能够通过 SIP 协议的登录请求的鉴权。

505、 RCS网关在收到 IMS核心网和 IM服务器返回的表示鉴权通过的响 应后，从邀请关系表中获取与上述临时账号具 有邀请关系的系统注册用户的信 息， 将获取的系统注册用户的信息携带在登录响应 中返回给第二系统客户端。

本实施例假设获取的系统注册用户的信息包括 用户 A的信息。

506、第二系统客户端在接收到登录响应后，向 RCS网关发送 status消息， 用于请求 RCS网关检测用户 A的在线状态。

507、 RCS 网关在对用户 B 的鉴权通过后， 将 status 消息转换为 SIP OPTIONS消息， 使用 SIP OPTIONS消息发起 SIP OPTIONS消息流程， 通过 IMS核心网从 IM服务器获取用户 A的在线状态。

508、 RCS网关在收到 IMS核心网返回的用户 A的在线状态后，将用户 A 的在线状态携带在 status响应中返回给第二系统客户端。

509、在用户 A的在线状态为在线时，用户 B可以选择向用户 A发送第一 IM消息， 因此第二系统客户端向 RCS网关发送第一 IM消息。

假设用户 A的 SIP URI是 SIP:a@cc.com,用户 B向用户 A发送的第一 IM 消息的内容为 abcdefg, 本发明一个实施例提供的向 RCS网关发送的第一 IM 消息如下所示：

POST http:// host:port/rcsgw/invitee/message HTTP/ 1.1

Authorization: Basic QUNS01NFQ 1 VSSVRZVE9LRU4=

{ "to"： "sip :a@cc. com", "message"： "abcdefg" } 其中， Authorization 后的内容是用户 B 的临时账号和登录密码经过 BASE64加密后的字符串。

其中， 第一 IM消息可以基于 Restf l协议或 HTTP+XML协议。

510、 RCS网关收到消息后， 对用户 B进行鉴权。

具体的鉴权包括对用户 B的临时账号的鉴权， 以及用户 B是否与用户

A存在邀请关系的鉴权。

511、 鉴权通过后， RCS网关将第一 IM消息转换成 SIP INVITE消息， 通过 MSRP通道将 SIP INVITE消息经由 IMS核心网发送至 IM服务器。

其中， 在第一系统客户端与第二系统客户端之间尚未 建立 MSRP通道 时， 则可以直接将 SIP INVITE消息发送至 IMS核心网发起 SIP INVITE流 程从而建立 MSRP通道。

512、 IM服务器将 SIP INVITE消息转发给用户 A使用的第一系统客户 端。

在第一系统客户端接收到 SIP INVITE消息后，就会建立第一系统客户 端与 RCS网关之间的 MSRP通道， 则后续 RCS网关和第一系统客户端之 间的交互可以直接通过 MSRP通道进行。

513、 用户 A向用户 B回复消息， 第一系统客户端通过 MSRP通道将 第二 IM消息发送至 RCS网关。

514、 RCS网关将第二 IM消息转换成 Restf l协议或 HTTP+XML协议 后，将转换成 Restf l协议或 HTTP+XML协议的第二 IM消息发送给第二系统 客户端。

515、 用户 B选择结束交互， 第二系统客户端向 RCS网关发送注销请 求。

516、 RCS网关将注销请求转换成 SIP协议格式， 通过 IMS核心网向 IM服务器发送转换成 SIP协议格式的注销请求， 使用 SIP协议格式的注销 请求发起 SIP BYE流程， 拆除 MSRP通道。

517、 RCS网关进行注销处理。

具体地， 注销处理包括删除邀请关系表中用户 B的临时账号与用户 A 的账号之间的邀请关系， 进一步， 还可以删除临时账号表中用户 B的临时 账号。

518、 RCS网关在注销处理完成后， 向第二系统客户端发送注销响应。 从上可知， 本实施例中 RCS网关只需要对临时账号进行鉴权就可以实现 第二系统客户端的登录， 以及与第一系统客户端之间的交互， 使非 RCS注册 用户可以使用该临时账号与 RCS注册用户进行交互， 使 RCS注册用户可以有 更好的业务体验， 也能够增加非 RCS注册用户注册成 RCS注册用户的意愿， 加快 RCS的普及。

需要说明的是， 对于前述的各方法实施例， 为了简单描述， 故将其都 表述为一系列的动作组合， 但是本领域技术人员应该知悉， 本发明并不受 所描述的动作顺序的限制， 因为依据本发明， 某些步骤可以采用其他顺序 或者同时进行。 其次， 本领域技术人员也应该知悉， 说明书中所描述的实 施例均属于优选实施例，所涉及的动作和模块 并不一定是本发明所必须的。

如下介绍本发明实施例提供的装置， 先介绍本发明实施例提供的系统网 关， 图 6描述了本发明一个实施例提供的系统网关的� �构， 包括：

接收单元 601 , 用于接收系统注册用户通过第一系统客户端发 送的邀请请 求， 该邀请请求包括非系统注册用户的标识。

获取单元 602, 用于在接收单元 601接收了邀请请求后， 获取为非系统注 册用户分配的在系统内有效的临时账号。

发送单元 603 , 用于根据非系统注册用户的标识， 向非系统注册用户所使 用的终端发送获取单元 602获取的临时账号。

从上可知 ,本实施例中系统网关可以在系统注册用户要� �非系统注册用户 进行交互时， 为非系统注册用户分配临时账号， 并将临时账号发送给非系统注 册用户，使非系统注册用户可以使用该临时账 号与系统注册用户进行交互，从 而使一个系统的注册用户能够与非该系统的注 册用户进行交互 ,使系统注册用 户可以有更好的业务体验，也能够增加非系统 注册用户注册成系统注册用户的 意愿。

图 7描述了本发明另一个实施例提供的系统网关� �结构， 包括： 接收单元 601 , 用于接收系统注册用户通过第一系统客户端发 送的邀请请 求， 该邀请请求包括非系统注册用户的标识； 该邀请请求还包括系统注册用户 的账号。

获取单元 602, 用于在接收单元 601接收了邀请请求后， 获取为非系统注 册用户分配的在系统内有效的临时账号。

发送单元 603 , 用于根据非系统注册用户的标识， 向非系统注册用户所使 用的终端发送获取单元 602获取的临时账号。

保存单元 704, 用于保存获取单元 602获取的临时账号与接收单元 601接 收的系统注册用户的账号的邀请关系。

如图 7 所示， 本发明另一个实施例提供的系统网关还可以包 括判断单元 805 , 用于根据接收单元 601接收的系统注册用户的账号， 判断该系统注册用 户是否有权限发送邀请请求； 此时， 获取单元 602, 仅用于在判断单元 805判 断得到系统注册用户有权限发送邀请请求时 ,才获取为非系统注册用户分配的 临时 号。

如图 7 所示， 本发明另一个实施例提供的系统网关包括的接 收单元 601 接收的邀请请求，还可以包括系统注册用户邀 请非系统注册用户进行交互的交 互类型； 则该实施例提供的系统网关还可以包括第一注 册单元 906, 用于在接 收单元 601接收的交互类型对应的交互服务器注册获取 单元 602获取的临时账 号。

本发明另一个实施例提供的系统网关可以应用 于 RCS系统， 具体是作为 RCS系统中的 RCS网关使用； 当系统网关应用于 RCS系统时， 还可以包括第 二注册单元， 用于在 IMS核心网中注册分配单元 602分配的临时账号， 其中 第二注册单元未在图中示出。

图 8描述了本发明另一个实施例提供的系统网关� �结构， 包括：

接收单元 1001 , 用于接收第二系统客户端发送的登录请求， 该登录请求 携带为非系统注册用户分配的在系统内有效的 临时账号。

鉴权单元 1002, 用于对接收单元 1001接收的登录请求携带的临时账号进 行鉴权。

发送单元 1003 , 用于在鉴权单元 1002对登录请求携带的临时账号的鉴权 通过后， 向第二系统客户端发送邀请非系统注册用户的 系统注册用户的信息。

接收单元 1001 , 还用于接收来自第二系统客户端的需要发送给 系统注册 用户的交互消息， 该交互消息携带临时账号。

鉴权单元 1002, 还用于对接收单元 1001接收的交互消息携带的临时账号 进行鉴权。

在本发明的一个实施例中， 鉴权单元 1002, 具体可以用于根据保存的临 时账号与系统注册用户的账号的邀请关系，判 断交互消息携带的临时账号是否 与系统注册用户的账号存在邀请关系；如果交 互消息携带的临时账号与系统注 册用户的账号存在邀请关系， 确定鉴权通过。

发送单元 1003 , 还用于在鉴权单元 1002对交互消息携带的临时账号的鉴 权通过后， 向系统注册用户使用的第一系统客户端转发交 互消息。

在本发明的一个实施例中， 发送单元 1003 , 具体可以用于将交互消息的 格式从第二系统客户端与系统网关交互的第一 协议的格式，转换为系统内部交 互所使用的第二协议的格式；再向第一系统客 户端转发转换为第二协议的格式 的交互消息。

从上可知，本实施例中系统网关只需要对临时 账号进行鉴权就可以实现第 二系统客户端的登录， 以及与第一系统客户端之间的交互，从而使一 个系统的 注册用户能够与非该系统的注册用户进行交互 ，使系统注册用户可以有更好的 业务体验， 也能够增加非系统注册用户注册成系统注册用 户的意愿。

图 9描述了本发明另一个实施例提供的系统网关� �结构， 包括： 接收单元 1001 , 用于接收第二系统客户端发送的登录请求， 该登录请求 携带为非系统注册用户分配的在系统内有效的 临时账号。

鉴权单元 1002, 用于对接收单元 1001接收的登录请求携带的临时账号进 行鉴权。

发送单元 1003 , 用于在鉴权单元 1002对登录请求携带的临时账号的鉴权 通过后， 向第二系统客户端发送邀请非系统注册用户的 系统注册用户的信息。

接收单元 1001 , 还用于接收来自第二系统客户端的请求检测系 统注册用 户的在线状态的检测请求。

检测单元 1104, 用于在接收单元 1001接收了检测请求后， 检测系统注册 用户的在线状态。

发送单元 1003 , 还用于将检测单元 1104检测到的系统注册用户的在线状 态返回给第二系统客户端。

接收单元 1001 , 还用于接收来自第二系统客户端的需要发送给 系统注册 用户的交互消息， 该交互消息携带临时账号。

鉴权单元 1002, 还用于对接收单元 1001接收的交互消息携带的临时账号 进行鉴权。

发送单元 1003 , 还用于在鉴权单元 1002对交互消息携带的临时账号的鉴 权通过后， 向系统注册用户使用的第一系统客户端转发交 互消息。

如图 9所示， 在本发明的另一个实施例中， 接收单元 1001 , 还可以用于 接收来自第一系统客户端或第二系统客户端的 注销请求； 此时， 该实施例提供 的系统网关还可以包括如图 9所示的删除单元 1205 , 用于在接收单元 1001接 收了注销请求后，删除临时账号以及临时账号 与系统注册用户的账号的邀请关 系、 或删除临时账号与系统注册用户的账号的邀请 关系。

再介绍本发明实施例提供的终端， 图 10描述了本发明一个实施例提供的 终端的结构， 包括：

接收单元 1301 , 用于接收来自系统网关的临时账号， 该临时账号是为非 系统注册用户分配且在系统内有效。

发送单元 1302, 用于向系统网关发送登录请求， 该登录请求包括接收单 元 1301接收的临时账号。

接收单元 1301 , 还用于接收系统网关返回的邀请非系统注册用 户的系统 注册用户的信息。

发送单元 1302, 还用于向系统网关发送需要发送至统注册用户 的交互消 息， 该交互消息携带临时账号， 以使系统网关对临时账号鉴权通过后向系统注 册用户所使用的第一系统客户端转发交互消息 。

从上可知，本实施例中非系统注册用户使用的 终端可以使用系统网关分配 的临时账号登录到系统，并且与邀请该非系统 注册用户的系统注册用户进行交 互，从而使一个系统的注册用户能够与非该系 统的注册用户进行交互，使系统 注册用户可以有更好的业务体验，也能够增加 非系统注册用户注册成系统注册 用户的意愿。

在本发明的另一个实施例中 ,本发明实施例提供的终端所包括的发送单元 1302,还可以用于向系统网关发送请求检测系统� ��册用户的在线状态的检测请 求； 接收单元 1301 , 还可以用于接收系统网关返回的系统注册用户 的在线状 态； 发送单元 1302, 用于在系统注册用户的在线状态为在线时， 才向系统网 关发送需要发送至系统注册用户的交互消息。

在本发明的另一个实施例中，本发明实施例提 供的终端所包括的发送单元

1302,还可以用于向系统网关发送注销请求， 以使系统网关删除临时账号以及 临时账号与系统注册用户的账号的邀请关系、 或删除临时账号与系统注册用户 的账号的邀请关系。

图 11描述了本发明另一个实施例提供的系统网关� ��结构， 包括至少一个 处理器 1402 (例如 CPU ), 至少一个网络接口 1405或者其他通信接口， 存储 器 1406, 和至少一个通信总线 1403 , 用于实现这些装置之间的连接通信。 处 理器 1402用于执行存储器 1406中存储的可执行模块， 例如计算机程序。存储 器 1406可能包含高速随机存取存储器（ RAM: Random Access Memory ), 也 可能还包括非不稳定的存储器（non-volatile memory ), 例如至少一个磁盘存储 器。 通过至少一个网络接口 1405 (可以是有线或者无线） 实现该系统网关与 至少一个其他网元之间的通信连接， 可以使用互联网， 广域网， 本地网， 城域 网等。

在一些实施方式中， 存储器 1406存储了程序 14061 , 程序 14061可以被 处理器 1402执行， 这个程序包括： 接收系统注册用户通过第一系统客户端发 送的邀请请求， 该邀请请求包括非系统注册用户的标识； 获取为非系统注册用 户分配的在系统内有效的临时账号；根据非系 统注册用户的标识， 向非系统注 册用户所使用的终端发送临时账号。

图 12描述了本发明另一个实施例提供的系统网关� ��结构， 包括至少一个 处理器 1502 (例如 CPU ), 至少一个网络接口 1505或者其他通信接口， 存储 器 1506, 和至少一个通信总线 1503 , 用于实现这些装置之间的连接通信。 处 理器 1502用于执行存储器 1506中存储的可执行模块， 例如计算机程序。存储 器 1506可能包含高速随机存取存储器（RAM: Random Access Memory ), 也 可能还包括非不稳定的存储器（non-volatile memory ), 例如至少一个磁盘存储 器。 通过至少一个网络接口 1505 (可以是有线或者无线） 实现该系统网关与 至少一个其他网元之间的通信连接， 可以使用互联网， 广域网， 本地网， 城域 网等。

在一些实施方式中， 存储器 1506存储了程序 15061 , 程序 15061可以被 处理器 1502执行， 这个程序包括： 接收第二系统客户端发送的登录请求， 该 登录请求携带为非系统注册用户分配的在系统 内有效的临时账号；在对登录请 求携带的临时账号的鉴权通过后，向第二系统 客户端发送邀请非系统注册用户 的系统注册用户的信息；接收来自第二系统客 户端的需要发送给系统注册用户 的交互消息， 该交互消息携带临时账号； 在对交互消息携带的临时账号的鉴权 通过后， 向系统注册用户使用的第一系统客户端转发交 互消息。

图 13描述了本发明另一个实施例提供的终端的结� ��， 包括至少一个处理 器 1602(例如 CPU ),至少一个网络接口 1605或者其他通信接口，存储器 1606, 和至少一个通信总线 ₁₆₀₃ , 用于实现这些装置之间的连接通信。 处理器 1602 用于执行存储器 1606中存储的可执行模块， 例如计算机程序。 终端可选的包 含用户接口 1604, 包括但不限于显示器， 键盘和点击设备（例如， 鼠标， 轨 迹球（ trackball ), 触感板或者触感显示屏。 存储器 1606可能包含高速随机存 取存储器（RAM: Random Access Memory ), 也可能还包括非不稳定的存储器 ( non- volatile memory ), 例如至少一个磁盘存者器。 通过至少一个网络接口 1505 (可以是有线或者无线）实现该系统网关与至� �一个其他网元之间的通信 连接， 可以使用互联网， 广域网， 本地网， 城域网等。

在一些实施方式中， 存储器 1606存储了程序 16061 , 程序 16061可以被 处理器 1602执行， 这个程序包括： 接收来自到系统网关的临时账号， 使用临 时账号向系统网关发送登录请求，该临时账号 是为非系统注册用户分配且在系 统内有效； 接收系统网关返回的邀请非系统注册用户的系 统注册用户的信息； 向系统网关发送需要发送至系统注册用户的交 互消息，交互消息携带所述临时 账号，以使系统网关对临时账号鉴权通过后向 系统注册用户所使用的第一系统 客户端转发交互消息。

上述装置和系统内的各模块之间的信息交互、 执行过程等内容， 由于与本 发明方法实施例基于同一构思， 具体内容可参见本发明方法实施例中的叙述， 此处不再赘述。 本领域普通技术人员可以理解实现上述实施例 方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完 成，上述的程序可存储于一计算 机可读取存储介质中，该程序在执行时，可包 括如上述各方法的实施例的流程。 其中， 上述的存储介质可为磁碟、 光盘、 只读存储记忆体（ROM: Read-Only Memory )或随机存储记忆体 ( RAM: Random Access Memory )等。 例的说明只是用于帮助理解本发明的方法及其 思想； 同时，对于本领域的一般 技术人员 ,依据本发明的思想 ,在具体实施方式及应用范围上均会有改变之� � , 综上所述， 本说明书内容不应理解为对本发明的限制。