一种信息传输方法、装置和系统的制作方法

一种信息传输方法、装置和系统的制作方法
【专利摘要】本发明实施例公开了一种信息传输方法，包括：客户端通过第一通信账号登录第一通信类型的服务器；所述客户端获取不在所述第一通信账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账号；所述客户端接收用户输入的携带所述第二通信账号的第一信息；所述客户端将所述第一信息发送至所述服务器，以使所述服务器将所述第一信息发送至所述第二通信账号对应的客户端。相应地，本发明实施例还公开相关的装置和系统。本发明实施例可以实现不同通信类型的通信账号之间的信息传输。
【专利说明】一种信息传输方法、装置和系统

【技术领域】
[0001] 本发明涉及互联网【技术领域】，尤其涉及一种信息传输方法、装置和系统。

【背景技术】
[0002] 目前人们生活出现了各种通信类型的通信，例如：即时通信类型的通信、社会性网 络服务（Social Networking Services, SNS)类型的通信、电话(包括手机、座机、网络电话） 类型的通信、电子邮件类型的通信。但现在的通信技术中只支持同一类型的通信账号之间 的信息传输，例如，即时通讯类型的通信账号只能与即时通讯类型的通信账号进行信息传 输，电话类型的通信账号只能与电话类型的通信账号进行信息传输，电子邮件类型的通信 账号只能与电子邮件类型的通信账号进行信息传输。而在实际应用中不同的用户可以使 用不同类型的通信账号，例如，用户A习惯使用即时通讯类型的通信账号进行通信，而用户 B习惯使用电话类型的通信账号进行通信，当用户A需要退出即时通讯类型的通信客户端， 登录电话类型的通信客户与用户B进行信息传输。可见，目前只支持同一类型的通信账号 之间的信息传输的技术是无法满足用户需求。


【发明内容】

[0003] 本发明实施例提供了一种信息传输方法、装置和系统，可以实现不同通信类型的 通信账号之间的信息传输，以满足用户需求。
[0004] 第一方面，本发明实施例提供一种信息传输方法，其特征在于，包括：
[0005] 客户端通过第一通信账号登录第一通信类型的服务器；
[0006] 所述客户端获取不在所述第一通信账号的好友列表中，且未接收所述客户端发送 的邀请请求的第二通信类型的第二通信账号；
[0007] 所述客户端接收用户输入的携带所述第二通信账号的第一信息；
[0008] 所述客户端将所述第一信息发送至所述服务器，以使所述服务器将所述第一信息 发送至所述第二通信账号对应的客户端。
[0009] 第二方面，本发明实施例提供一种信息传输方法，包括：
[0010] 客户端通过第一通信账号登录第一通信类型的服务器；
[0011] 所述客户端获取不在所述第一通信账号的好友列表中，且未接收所述客户端发送 的邀请请求的第二通信类型的第二通信账号；
[0012] 所述客户端接收用户输入的携带所述第二通信账号的第一信息；
[0013] 所述客户端将所述第一信息发送至所述服务器；
[0014] 所述服务器将所述第一信息发送至所述第二通信账号对应的客户端。
[0015] 第三方面，本发明实施例提供一种信息传输客户端，所述客户端包括：登录单元、 第一获取单元、接收单元和发送单元，其中：
[0016] 所述登录单元，用于通过第一通信账号登录第一通信类型的服务器；
[0017] 所述第一获取单元，用于获取不在所述第一通信账号的好友列表中，且未接收所 述客户端发送的邀请请求的第二通信类型的第二通信账号；
[0018] 所述接收单元，用于接收用户输入的携带所述第二通信账号的第一信息；
[0019] 所述发送单元，用于将所述第一信息发送至所述服务器，以使所述服务器将所述 第一信息发送至所述第二通信账号对应的客户端。
[0020] 第四方面，本发明实施例提供一种信息传输系统，包括：客户端和服务器，其中：
[0021] 客户端，用于通过第一通信账号登录第一通信类型的服务器；以及获取不在所述 第一通信账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二 通信账号；并接收用户输入的携带所述第二通信账号的第一信息；再将所述第一信息发送 至所述服务器；
[0022] 所述服务器，用于将所述第一信息发送至所述第二通信账号对应的客户端。
[0023] 上述技术方案中，客户端通过第一通信账号登录第一通信类型的服务器；所述客 户端获取不在所述第一通信账号的好友列表中，且未接收所述客户端发送的邀请请求的第 二通信类型的第二通信账号；所述客户端接收用户输入的携带所述第二通信账号的第一信 息；所述客户端将所述第一信息发送至所述服务器，以使所述服务器将所述第一信息发送 至所述第二通信账号对应的客户端。这样第一通信账号就可以与第二通信账号进行信息传 输，从而实现不同通信类型的通信账号之间的信息传输，以满足用户需求。

【专利附图】

【附图说明】
[0024] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以 根据这些附图获得其他的附图。
[0025] 图1是本发明实施例提供的一种信息传输方法的流程示意图；
[0026] 图2是本发明实施例提供的另一种信息传输方法的流程示意图；
[0027] 图3是本发明实施例提供的另一种信息传输方法的示意图；
[0028] 图4是本发明实施例提供的举例示意图；
[0029] 图5是本发明实施例提供的一种信息传输客户端的结构示意图；
[0030] 图6是本发明实施例提供的另一种信息传输客户端的结构示意图；
[0031] 图7是本发明实施例提供的另一种信息传输客户端的结构示意图；
[0032] 图8是本发明实施例提供的一种信息传输系统的结构示意图。

【具体实施方式】
[0033] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于 本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他 实施例，都属于本发明保护的范围。
[0034] 本发明实施例中，客户端指终端设备中的客户端模块，例如：即时通信客户端、SNS 客户端、电子邮件客户等等；其中，终端设备可以包括：个人计算机（Personal Computer, PC)、平板电脑、手机、智能手机、笔记本电脑等设备。通信类型可以是互联网【技术领域】中任 何通信类型，例如：即时通信类型、SNS类型、电话类型、电子邮件类型等，其中，第一通信类 型可以是互联网技术领领域中任一通信类型，第二通信类型可以是互联网【技术领域】中除所 述第一通信类型之外的任一通信类型。例如：第一通信类型为即时通信类型时，那么第二通 信类型就可以SNS类型、电话类型和电子邮件类型中的任一类型。其中，第一通信账号可以 上述第一通信类型中的任一通信账号，第二通信账号可以上述第二通信类型中的任一通信 账号。
[0035] 图1是本发明实施例提供的一种信息传输方法的流程示意图，如图1所示，包括以 下步骤：
[0036] S101、客户端通过第一通信账号登录第一通信类型的服务器。
[0037] S102、客户端获取不在所述第一通信账号的好友列表中，且未接收所述客户端发 送的邀请请求的第二通信类型的第二通信账号。
[0038] 可选的，上述第二通信账号不在所述第一通信账号的好友列表中，且未接收所述 客户端发送的邀请请求具体可以理解为，在步骤S102之前所述客户端与上述第二通信账 号之间没有进行过信息传输，或者所述客户端中没有存储过与上述第二通信账号的信息传 输记录，或者第二通信账号与第一通信账号在步骤S102之前没有进行过信息传输，或者第 一通信账号在没在存储过与第二通信账号进行信息传输的记录。
[0039] S103、客户端接收用户输入的携带所述第二通信账号的第一信息。
[0040] 可选的，上述信息可以是文本信息、图像信息、语音信息等，本实施例对此不作限 定。
[0041] S104、客户端将携带所述第一信息发送至所述服务器，以使所述服务器将所述信 息发送至所述第二通信账号对应的客户端。
[0042] 可选的，当上述服务器接收到上述第一信息时，就可以将上述第一信息发送至上 述第二通信账号对应的客户端。具体还可以是服务器将到上述第一信息发送至第二通信类 型的服务器，再由该服务器将该信息发送至第二通信账号对应的客户端。其中，上述第二通 信账号对应的客户端具体可以是第二通信账号登录第二通信类型的服务器所使用的客户 端。
[0043] 通过上述步骤就可以实现不同通信类型的通信账号之间进行信息传输。例如，上 述第一通信类型为即时通信类型，上述第二通信类型为电话类型时，这样就可以实现即时 通信账号向电话账号(例如：手机号）发送信息。而在实际应用中，即时通信类型的通信账 号发送信息都是免费，而电话类型的通信账号发送信息是需要付费。这样通过上述步骤还 可以实现免费向电话账号(例如：手机号）发送信息。另外，在实际应用中，人们一般对电话 账号(例如：手机号）的信息比较敏感，而对即时通信账号的信息可能不怎么在意，这样通过 上述步骤向电话账号(例如：手机号）发送信息，还可以实现使用户能够即时查看信息。
[0044] 上述技术方案中，客户端通过第一通信账号登录第一通信类型的服务器；所述客 户端获取不在所述第一通信账号的好友列表中，且未接收所述客户端发送的邀请请求的第 二通信类型的第二通信账号；所述客户端接收用户输入的携带所述第二通信账号的第一信 息；所述客户端将所述第一信息发送至所述服务器，以使所述服务器将所述第一信息发送 至所述第二通信账号对应的客户端。这样第一通信账号就可以与第二通信账号进行信息传 输，从而实现不同通信类型的通信账号之间的信息传输，以满足用户需求。
[0045] 图2是本发明实施例提供的另一种信息传输方法的流程示意图，如图2所示，包 括：
[0046] S201、客户端通过第一通信账号登录第一通信类型的服务器。
[0047] S202、在预设情况下，客户端获取不在所述第一通信账号的好友列表中，且未接收 所述客户端发送的邀请请求的第二通信类型的第二通信账号。
[0048] 可选的，上述预设情况具体可以包括：
[0049] 客户端接收到所述第一通信账号的好友列表中的第三通信账号无法接收信息的 指示消息；所述第二通信账号与所述第三通信账号为同一用户注册的，且不在所述第一通 信账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的通信账号。 或者
[0050] 所述客户端向所述第一通信账号的好友列表中的第四通信账号发送第二信息后， 在预设时间段内所述客户端没有接收到所述第四通信账号返回的第二信息的响应信息。或 者
[0051] 需要紧急向第二通信账号的用户发送上述第一信息时。
[0052] 上述情况仅是进行举例说明，本实施例预设情况包括但不限于上述列出的情况。
[0053] 例如：在步骤S202之前，所述方法还可以包括：
[0054] 客户端获取所述第一通信账号的好友列表中的第三通信账号无法接收信息的指 示消息；所述第二通信账号与所述第三通信账号为同一用户注册的，且不在所述第一通信 账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的通信账号。
[0055] 具体可以是所述客户端测量得到上述指示消息，或者上述服务器向所述客户端发 送的上述指示消息。
[0056] 这样就可以实现当上述第三通信账号无法接收信息时，还可以将需要向第三通信 账号发送的上述第一信息发送至该用户的第二通信账号。例如，该用户未使用上述第三通 信账号登录上述服务器，或者该用户使用第三通信账号的网络出现异常时，但使用上述第 二通信账号的网络正常时。例如，该用户通过终端通过无线网络使用第三通信账号（例如： 即时通信账号）登录上述服务器，通过移动网络使用第二通信账号(例如：手机号）登录上述 第二通信类型的服务器，当上述无线网络出现异常时，即第三通信账号(例如：即时通信账 号）无法接收信息时，本实施例就可以向第二通信账号(例如：手机号）发送上述第一信息， 以即时让该用户获取到该第一信息。
[0057] 例如：在步骤S202之前，所述方法还可以包括：
[0058] 客户端向所述第一通信账号的好友列表中的第四通信账号发送第二信息，并开始 计时，当所述计时到达预设时间时所述客户端还没有接收到所述第四通信账号返回的所述 信息的响应信息时，执行步骤S202;其中，所述第二通信账号与所述第四通信账号为同一 用户注册的通信账号。
[0059] 其中，上述第二信息的内容可以是与上述第一信息的内容相同，也可以是不同的。
[0060] 这样可以实现上述第四通信账号在一定时间内没有返回上述响应信息时，就可以 执行步骤S202。例如：向上述第四通信账号发送上述第二信息后的1分钟内，还没接收到 第四通信账号返回的上述响应信息时，就可以执行步骤S202。例如：用户同时登录有上述 第二通信账号和第四通信账号，但用户当前可能没有使用第四通信账号对应的客户端，而 正在使用上述第二通信账号对应的客户端时，这样用户就可以通过第二通信账号对应的客 户端接收到上述第一信息。
[0061] S203、客户端接收用户输入的携带所述第二通信账号的第一信息。
[0062] 可选的，步骤S203具体可以包括：
[0063] 客户端显示用于与所述第二通信账号进行通信的会话界面，并接收用户在所述界 面输入的携带所述第二通信账号的第一信息。
[0064] 这样向第二通信账号发送信息的效果就和向第一通信账号的好友账号发送信息 的效果一样，以便于用户的操作。
[0065] S204、客户端将携带所述第一信息发送至所述服务器，以使所述服务器将所述第 一信息发送至所述第二通信账号对应的客户端。
[0066] 可选的，客户端获取到上述第二通信账号后，还可以将上述第二通信账号作为上 述第一通信账号的好友账号，客户端还可以采用第一通信账号的好友账号发送信息的形式 向服务器发送上述信息。例如：显示一个会话界面，在该会话界面输入上述第一信息，再将 该第一信息发送至上述服务器。
[0067] 可选的，步骤S202具体可以包括：
[0068] 客户端获取本地存储的，且不在所述第一通信账号的好友列表中，且未接收所述 客户端发送的邀请请求的第二通信类型的第二通信账号。
[0069] 例如，获取客户端所在的终端中通讯录中的第二通信账号。具体可以是客户端显 示该客户端所在的终端的通讯录界面，再接收用户在该界面中选择的第二通信账号。
[0070] 可选的，步骤S201具体可以包括：
[0071] 客户端通过网络获取不在所述第一通信账号的好友列表中，且未接收所述客户端 发送的邀请请求的第二通信类型的第二通信账号。
[0072] 例如：获取第一通信账号的好友发送过来的第二通信账号，或者客户端接收所述 服务器发送的第二通信账号。
[0073] 当然上述第二通信账号还可以是用户输入的通信账号。
[0074] 上述技术方案中，在上面实施例的基本上介绍了多种可选的实施方式，且都可以 实现不同通信类型的通信账号之间的信息传输。
[0075] 图3是本发明实施例提供的另一种信息传输方法的示意图，如图3所示，包括：
[0076] S301、客户端通过第一通信账号登录第一通信类型的服务器。
[0077] S302、客户端获取不在所述第一通信账号的好友列表中，且未接收所述客户端发 送的邀请请求的第二通信类型的第二通信账号。
[0078] 可选的，上述第二通信账号不在所述第一通信账号的好友列表中，且未接收所述 客户端发送的邀请请求具体可以理解为，在步骤S302之前所述客户端与上述第二通信账 号之间没有进行过信息传输，或者所述客户端中没有存储过与上述第二通信账号的信息传 输记录，或者第二通信账号与第一通信账号在步骤S302之前没有进行过信息传输，或者第 一通信账号在没在存储过与第二通信账号进行信息传输的记录。
[0079] S303、客户端接收用户输入的携带所述第二通信账号的第一信息。
[0080] 可选的，上述信息可以是文本信息、图像信息、语音信息等，本实施例对此不作限 定。
[0081] S304、客户端将携带所述第一信息发送至所述服务器。
[0082] S305、服务器将所述第一信息发送至所述第二通信账号对应的客户端。
[0083] 上述第二通信账号对应的客户端具体可以是第二通信账号登录第二通信类型的 服务器所使用的客户端。
[0084] 可选的，在步骤S302之前，所述方法还可以包括：
[0085] 客户端获取所述第一通信账号的好友列表中的第三通信账号无法接收信息的指 示消息；所述第二通信账号与所述第三通信账号为同一用户注册的，且不在所述第一通信 账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的通信账号。
[0086] 可选的，在步骤S302之前，所述方法还可以包括：
[0087] 客户端向所述第一通信账号的好友列表中的第四通信账号发送第二信息，并开始 计时，当所述计时到达预设时间时所述客户端还没有接收到所述第四通信账号返回的所述 信息的响应信息时，执行步骤S302 ;其中，所述第二通信账号与所述第四通信账号为同一 用户注册的通信账号。
[0088] 可选的，步骤S302具体可以包括：
[0089] 客户端获取本地存储的，且不在所述第一通信账号的好友列表中，且未接收所述 客户端发送的邀请请求的第二通信类型的第二通信账号；或者
[0090] 客户端通过网络获取不在所述第一通信账号的好友列表中，且未接收所述客户端 发送的邀请请求的第二通信类型的第二通信账号。
[0091] 可选的，步骤S303具体可以包括：
[0092] 客户端显示用于与所述第二通信账号进行通信的会话界面，并接收用户在所述界 面输入的携带所述第二通信账号的第一信息。
[0093] 这样向第二通信账号发送信息的效果就和向第一通信账号的好友账号发送信息 的效果一样，以便于用户的操作。
[0094] 上述技术方案中，客户端通过第一通信账号登录第一通信类型的服务器；所述客 户端获取不在所述第一通信账号的好友列表中，且未接收所述客户端发送的邀请请求的第 二通信类型的第二通信账号；所述客户端接收用户输入的携带所述第二通信账号的第一信 息；所述客户端将所述第一信息发送至所述服务器；服务器将所述第一信息发送至所述第 二通信账号对应的客户端。这样第一通信账号就可以与第二通信账号进行信息传输，从而 实现不同通信类型的通信账号之间的信息传输，以满足用户需求。
[0095] 下面以一个具体的实施例进行举例说明：
[0096] 即时通信账号（即上述第一通信账号）通过即时通信客户端登录即时通信类型的 服务器，以得到图4-1所示的界面；该界面包括用于连接手机本地通讯录的通讯录401按 钮。点击通讯录401按钮就可以显示手机本地通讯录，具体可以得到如图4-2所示的界面， 该界面包括目标手机号（即上述第二通信账号）402。客户端再显示如图4-3所示的会话界 面，该会话界面为即时通信账号与目标手机号402进行通信的界面，且该界面还可以显示 出目标手机号以便更加清楚地得知与目标手机号402进行通信。当用户在该会话界面编辑 完信息后，客户端就可以将该信息和目标手机号402发送至服务器，由服务器将该信息发 送至目标手机号402。这样就可以实现在即时通信客户端上向手机号发送信息。
[0097] 下面为本发明装置实施例，本发明装置实施例用于执行本发明方法实施例一至三 实现的方法，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示 的，请参照本发明实施例一、实施例二和实施例三。
[0098] 图5是本发明实施例提供的一种信息传输客户端的结构示意图，如图5所示，所述 客户端包括：登录单元51、第一获取单元52、接收单元53和发送单元54,其中：
[0099] 登录单元51，用于通过第一通信账号登录第一通信类型的服务器。
[0100] 第一获取单元52,用于获取不在所述第一通信账号的好友列表中，且未接收所述 客户端发送的邀请请求的第二通信类型的第二通信账号。
[0101] 可选的，上述第二通信账号不在所述第一通信账号的好友列表中，且未接收所述 客户端发送的邀请请求具体可以理解为，在第一获取单元52获取第二通信账号之前所述 客户端与上述第二通信账号之间没有进行过信息传输，或者所述客户端中没有存储过与上 述第二通信账号的信息传输记录，或者第二通信账号与第一通信账号在第一获取单元52 获取第二通信账号之前没有进行过信息传输，或者第一通信账号在没在存储过与第二通信 账号进行信息传输的记录。
[0102] 接收单元53,用于接收用户输入的携带所述第二通信账号的第一信息。
[0103] 可选的，上述信息可以是文本信息、图像信息、语音信息等，本实施例对此不作限 定。
[0104] 发送单元54,用于将携带所述第一信息发送至所述服务器，以使所述服务器将所 述信息发送至所述第二通信账号对应的客户端。
[0105] 可选的，当上述服务器接收到上述第一信息时，就可以将上述第一信息发送至上 述第二通信账号对应的客户端。具体还可以是服务器将到上述第一信息发送至第二通信类 型的服务器，再由该服务器将该信息发送至第二通信账号对应的客户端。其中，上述第二通 信账号对应的客户端具体可以是第二通信账号登录第二通信类型的服务器所使用的客户 端。
[0106] 通过上述步骤就可以实现不同通信类型的通信账号之间进行信息传输。例如，上 述第一通信类型为即时通信类型，上述第二通信类型为电话类型时，这样就可以实现即时 通信账号向电话账号(例如：手机号）发送信息。而在实际应用中，即时通信类型的通信账 号发送信息都是免费，而电话类型的通信账号发送信息是需要付费。这样通过上述步骤还 可以实现免费向电话账号(例如：手机号）发送信息。另外，在实际应用中，人们一般对电话 账号(例如：手机号）的信息比较敏感，而对即时通信账号的信息可能不怎么在意，这样通过 上述步骤向电话账号(例如：手机号）发送信息，还可以实现使用户能够即时查看信息。
[0107] 上述技术方案中，客户端通过第一通信账号登录第一通信类型的服务器；所述客 户端获取不在所述第一通信账号的好友列表中，且未接收所述客户端发送的邀请请求的第 二通信类型的第二通信账号；所述客户端接收用户输入的携带所述第二通信账号的第一信 息；所述客户端将所述第一信息发送至所述服务器，以使所述服务器将所述第一信息发送 至所述第二通信账号对应的客户端。这样第一通信账号就可以与第二通信账号进行信息传 输，从而实现不同通信类型的通信账号之间的信息传输，以满足用户需求。
[0108] 图6是本发明实施例提供的另一种信息传输客户端的结构示意图，如图6所示，所 述客户端包括：登录单元61，第一获取单元62、接收单元63和发送单元64,其中：
[0109] 登录单元61，用于通过第一通信账号登录第一通信类型的服务器。
[0110] 第一获取单元62,用于在预设情况下，获取不在所述第一通信账号的好友列表中， 且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账号。
[0111] 可选的，上述预设情况具体可以包括：
[0112] 客户端接收到所述第一通信账号的好友列表中的第三通信账号无法接收信息的 指示消息；所述第二通信账号与所述第三通信账号为同一用户注册的，且不在所述第一通 信账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的通信账号。 或者
[0113] 所述客户端向所述第一通信账号的好友列表中的第四通信账号发送第二信息后， 在预设时间段内所述客户端没有接收到所述第四通信账号返回的第二信息的响应信息。或 者
[0114] 需要紧急向第二通信账号的用户发送上述第一信息时。
[0115] 可选的，所述客户端还可以包括：
[0116] 第二获取单元65,用于获取所述第一通信账号的好友列表中的第三通信账号无法 接收信息的指示消息；所述第二通信账号与所述第三通信账号为同一用户注册的，且不在 所述第一通信账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的 通信账号。
[0117] 具体可以是所述客户客户端测量得到上述指示消息，或者上述服务器向所述客户 端发送的上述指示消息。
[0118] 这样就可以实现当上述第三通信账号无法接收信息时，还可以将需要向第三通信 账号发送的上述第一信息发送至该用户的第二通信账号。例如，该用户未使用上述第三通 信账号登录上述服务器，或者该用户使用第三通信账号的网络出现异常时，但使用上述第 二通信账号的网络正常时。例如，该用户通过终端通过无线网络使用第三通信账号(例如： 即时通信账号）登录上述服务器，通过移动网络使用第二通信账号(例如：手机号）登录上述 第二通信类型的服务器，当上述无线网络出现异常时，即第三通信账号（例如：即时通信账 号）无法接收信息时，本实施例就可以向第二通信账号(例如：手机号）发送上述第一信息， 以即时让该用户获取到该第一信息。
[0119] 可选的，如图7所示，所述客户端还可以包括：
[0120] 计时单元66,用于向所述第一通信账号的好友列表中的第四通信账号发送第二信 息，并开始计时；
[0121] 第一获取单元62还可以用于当所述计时到达预设时间时所述客户端还没有接收 到所述第四通信账号返回的所述信息的响应信息时，获取不在所述第一通信账号的好友列 表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账号；其中，所述第 二通信账号与所述第四通信账号为同一用户注册的通信账号。
[0122] 这样可以实现上述第四通信账号在一定时间内没有返回上述响应信息时，第一获 取单元62就可以执行获取上述第二通信账号。例如：向上述第四通信账号发送上述信息后 的1分钟内，还没接收到第四通信账号返回的上述响应信息时，第一获取单元62就可以获 取上述第二通信账号。例如：用户同时登录有上述第二通信账号和第四通信账号，但用户当 前可能没有使用第四通信账号，而正在使用上述第二通信账号时，这样用户就可以通过第 二通信账号接收到上述信息。
[0123] 可选的，第一获取单元62具体还可以用于获取本地存储的，且不在所述第一通信 账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账 号。
[0124] 例如，获取客户端所在的终端中通讯录中的第二通信账号。具体可以是客户端显 示该客户端所在的终端的通讯录界面，再接收用户在该界面中选择的第二通信账号。
[0125] 可选的，第一获取单元61具体还可以用于通过网络获取不在所述第一通信账号 的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账号。
[0126] 例如：获取第一通信账号的好友发送过来的第二通信账号，或者客户端接收所述 服务器发送的第二通信账号。当然上述第二通信账号还可以是用户输入的通信账号。
[0127] 接收单元63,用于接收用户输入的携带所述第二通信账号的第一信息。
[0128] 可选的，接收单元63具体可以用于显示用于与所述第二通信账号进行通信的会 话界面，并接收用户在所述界面输入的携带所述第二通信账号的第一信息。
[0129] 这样向第二通信账号发送信息的效果就和向第一通信账号的好友账号发送信息 的效果一样，以便于用户的操作。
[0130] 发送单元64,用于将携带所述第一信息发送至所述服务器，以使所述服务器将所 述第一信息发送至所述第二通信账号对应的客户端。
[0131] 上述技术方案中，在上面实施例的基本上介绍了多种可选的实施方式，且都可以 实现不同通信类型的通信账号之间的信息传输，以满足用户需求。
[0132] 图8是本发明实施例提供的一种信息传输系统的结构示意图，包括：客户端81和 服务器82,服务器82为第一通信类型的服务器，其中 ：
[0133] 客户端81，用于通过第一通信账号登录第一通信类型的服务器；以及获取不在所 述第一通信账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第 二通信账号；并接收用户输入的携带所述第二通信账号的第一信息；再将所述第一信息发 送至所述服务器82。
[0134] 可选的，上述信息可以是文本信息、图像信息、语音信息等，本实施例对此不作限 定。
[0135] 服务器82,用于将所述第一信息发送至所述第二通信账号对应的客户端。
[0136] 可选的，当上述服务器82接收到上述信息时，就可以将上述信息发送至上述第二 通信账号对应的客户端。具体还可以是服务器82将到上述第一信息发送至第二通信类型 的服务器82,再由该服务器82将该信息发送至第二通信账号对应的客户端。
[0137] 可选的，客户端81还可以用于获取所述第一通信账号的好友列表中的第三通信 账号无法接收信息的指示消息；所述第二通信账号与所述第三通信账号为同一用户注册 的，且不在所述第一通信账号的好友列表中，且未接收所述客户端发送的邀请请求的第二 通信类型的通信账号。
[0138] 可选的，客户端81还可以用于向所述第一通信账号的好友列表中的第四通信账 号发送第二信息，并开始计时，当所述计时到达预设时间时所述客户端还没有接收到所述 第四通信账号返回的所述第二信息的响应信息时，获取不在所述第一通信账号的好友列表 中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账号的步骤；其中，所 述第二通信账号与所述第四通信账号为同一用户注册的通信账号。
[0139] 可选的，客户端81具体可以用于获取本地存储的，且不在所述第一通信账号的好 友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账号；或者
[0140] 可选的，客户端81具体可以用于通过网络获取不在所述第一通信账号的好友列 表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账号。
[0141] 可选的，客户端81还可以用于显示用于与所述第二通信账号进行通信的会话界 面，并接收用户在所述界面输入的携带所述第二通信账号的第一信息。
[0142] 可选的，所述系统还可以包括第二通信账号登录所述第二通信类型的服务器所使 用的客户端83。即服务器82接收到上述信息后，就可以将该信息发送至客户端83。
[0143] 上述技术方案中，客户端通过第一通信账号登录第一通信类型的服务器；所述客 户端获取不在所述第一通信账号的好友列表中，且未接收所述客户端发送的邀请请求的第 二通信类型的第二通信账号；所述客户端接收用户输入的携带所述第二通信账号的第一信 息；所述客户端将所述第一信息发送至所述服务器；服务器将所述第一信息发送至所述第 二通信账号对应的客户端。这样第一通信账号就可以与第二通信账号进行信息传输，从而 实现不同通信类型的通信账号之间的信息传输，以满足用户需求。
[0144] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以 通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质 中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁 碟、光盘、只读存储记忆体（Read-Only Memory, ROM)或随机存取存储器（Random Access Memory，简称 RAM)等。
[0145] 以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范 围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
【权利要求】
1. 一种信息传输方法，其特征在于，包括： 客户端通过第一通信账号登录第一通信类型的服务器； 所述客户端获取不在所述第一通信账号的好友列表中，且未接收所述客户端发送的邀 请请求的第二通信类型的第二通信账号； 所述客户端接收用户输入的携带所述第二通信账号的第一信息； 所述客户端将所述第一信息发送至所述服务器，以使所述服务器将所述第一信息发送 至所述第二通信账号对应的客户端。
2. 如权利要求1所述的方法，其特征在于，所述客户端获取不在所述第一通信账号的 好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账号之前， 所述方法还包括： 所述客户端获取所述第一通信账号的好友列表中的第三通信账号无法接收信息的指 示消息；所述第二通信账号与所述第三通信账号为同一用户注册的，且不在所述第一通信 账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的通信账号。
3. 如权利要求1所述的方法，其特征在于，所述客户端获取不在所述第一通信账号的 好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账号之前， 所述方法还包括： 所述客户端向所述第一通信账号的好友列表中的第四通信账号发送第二信息，并开始 计时，当所述计时到达预设时间时所述客户端还没有接收到所述第四通信账号返回的所述 第二信息的响应信息时，执行所述客户端获取不在所述第一通信账号的好友列表中，且未 接收所述客户端发送的邀请请求的第二通信类型的第二通信账号的步骤；其中，所述第二 通信账号与所述第四通信账号为同一用户注册的通信账号。
4. 如权利要求1-3中任一所述的方法，其特征在于，所述客户端获取不在所述第一通 信账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账 号，包括： 所述客户端获取本地存储的，且不在所述第一通信账号的好友列表中，且未接收所述 客户端发送的邀请请求的第二通信类型的第二通信账号；或者 所述客户端通过网络获取不在所述第一通信账号的好友列表中，且未接收所述客户端 发送的邀请请求的第二通信类型的第二通信账号。
5. 如权利要求1-3中任一所述的方法，其特征在于，所述述客户端接收输入的携带所 述第二通信账号的第一信息，包括： 所述客户端显示用于与所述第二通信账号进行通信的会话界面，并接收用户在所述界 面输入的携带所述第二通信账号的第一信息。
6. -种信息传输方法，其特征在于，包括： 客户端通过第一通信账号登录第一通信类型的服务器； 所述客户端获取不在所述第一通信账号的好友列表中，且未接收所述客户端发送的邀 请请求的第二通信类型的第二通信账号； 所述客户端接收用户输入的携带所述第二通信账号的第一信息； 所述客户端将所述第一信息发送至所述服务器； 所述服务器将所述第一信息发送至所述第二通信账号对应的客户端。
7. 如权利要求6所述的方法，其特征在于，所述客户端获取不在所述第一通信账号的 好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账号之前， 所述方法还包括： 所述客户端获取所述第一通信账号的好友列表中的第三通信账号无法接收信息的指 示消息；所述第二通信账号与所述第三通信账号为同一用户注册的，且不在所述第一通信 账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的通信账号。
8. 如权利要求6所述的方法，其特征在于，所述客户端获取不在所述第一通信账号的 好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账号之前， 所述方法还包括： 所述客户端向所述第一通信账号的好友列表中的第四通信账号发送第二信息，并开始 计时，当所述计时到达预设时间时所述客户端还没有接收到所述第四通信账号返回的所述 第二信息的响应信息，执行所述客户端获取不在所述第一通信账号的好友列表中，且未接 收所述客户端发送的邀请请求的第二通信类型的第二通信账号的步骤；其中，所述第二通 信账号与所述第四通信账号为同一用户注册的通信账号。
9. 如权利要求6-8中任一所述的方法，其特征在于，所述客户端获取不在所述第一通 信账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账 号，包括： 所述客户端获取本地存储的，且不在所述第一通信账号的好友列表中，且未接收所述 客户端发送的邀请请求的第二通信类型的第二通信账号；或者 所述客户端通过网络获取不在所述第一通信账号的好友列表中，且未接收所述客户端 发送的邀请请求的第二通信类型的第二通信账号。
10. 如权利要求6-8中任一所述的方法，其特征在于，所述述客户端接收输入的携带所 述第二通信账号的第一信息，包括： 所述客户端显示用于与所述第二通信账号进行通信的会话界面，并接收用户在所述界 面输入的携带所述第二通信账号的第一信息。
11. 一种信息传输客户端，其特征在于，所述客户端包括：登录单元、第一获取单元、接 收单元和发送单元，其中 ： 所述登录单元，用于通过第一通信账号登录第一通信类型的服务器； 所述第一获取单元，用于获取不在所述第一通信账号的好友列表中，且未接收所述客 户端发送的邀请请求的第二通信类型的第二通信账号； 所述接收单元，用于接收用户输入的携带所述第二通信账号的第一信息； 所述发送单元，用于将所述第一信息发送至所述服务器，以使所述服务器将所述第一 信息发送至所述第二通信账号对应的客户端。
12. 如权利要求11所述的客户端，其特征在于，所述客户端还包括： 第二获取单元，用于获取所述第一通信账号的好友列表中的第三通信账号无法接收信 息的指示消息；所述第二通信账号与所述第三通信账号为同一用户注册的，且不在所述第 一通信账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的通信账 号。
13. 如权利要求11所述的客户端，其特征在于，所述客户端还包括： 计时单元，用于向所述第一通信账号的好友列表中的第四通信账号发送第二信息，并 开始计时； 所述第一获取单元还用于当所述计时到达预设时间时所述客户端还没有接收到所述 第四通信账号返回的所述信息的响应信息时，获取不在所述第一通信账号的好友列表中， 且未接收所述客户端发送的邀请请求的第二通信类型的第二通信账号的步骤；其中，所述 第二通信账号与所述第四通信账号为同一用户注册的通信账号。
14. 如权利要求11-13中任一项所述的客户端，其特征在于，所述第一获取单元还用于 获取本地存储的，且不在所述第一通信账号的好友列表中，且未接收所述客户端发送的邀 请请求的第二通信类型的第二通信账号；或者 所述第一获取单元还用于通过网络获取不在所述第一通信账号的好友列表中，且未接 收所述客户端发送的邀请请求的第二通信类型的第二通信账号。
15. 如权利要求11-13中任一项所述的客户端，其特征在于，所述接收单元还用于显示 用于与所述第二通信账号进行通信的会话界面，并接收用户在所述界面输入的携带所述第 二通信账号的第一信息。
16. -种信息传输系统，其特征在于，包括：客户端和服务器，其中： 客户端，用于通过第一通信账号登录第一通信类型的服务器；以及获取不在所述第一 通信账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第二通信 账号；并接收用户输入的携带所述第二通信账号的第一信息；再将所述第一信息发送至所 述服务器； 所述服务器，用于将所述第一信息发送至所述第二通信账号对应的客户端。
17. 如权利要求16所述的系统，其特征在于，所述客户端还用于获取所述第一通信账 号的好友列表中的第三通信账号无法接收信息的指示消息；所述第二通信账号与所述第三 通信账号为同一用户注册的，且不在所述第一通信账号的好友列表中，且未接收所述客户 端发送的邀请请求的第二通信类型的通信账号。
18. 如权利要求16所述的系统，其特征在于，所述客户端还用于向所述第一通信账号 的好友列表中的第四通信账号发送第二信息，并开始计时，当所述计时到达预设时间时所 述客户端还没有接收到所述第四通信账号返回的所述第二信息的响应信息时，获取不在所 述第一通信账号的好友列表中，且未接收所述客户端发送的邀请请求的第二通信类型的第 二通信账号的步骤；其中，所述第二通信账号与所述第四通信账号为同一用户注册的通信 账号。
19. 如权利要求16-18中任一所述的系统，其特征在于，所述客户端具体用于获取本地 存储的，且不在所述第一通信账号的好友列表中，且未接收所述客户端发送的邀请请求的 第二通信类型的第二通信账号；或者 所述客户端具体用于通过网络获取不在所述第一通信账号的好友列表中，且未接收所 述客户端发送的邀请请求的第二通信类型的第二通信账号。
20. 如权利要求16-18中任一所述的系统，其特征在于，所述客户端还用于显示用于与 所述第二通信账号进行通信的会话界面，并接收用户在所述界面输入的携带所述第二通信 账号的第一信息。
【文档编号】H04L29/06GK104144105SQ201310429120
【公开日】2014年11月12日 申请日期:2013年9月18日 优先权日:2013年9月18日
【发明者】张小龙, 单祎 申请人:腾讯科技（深圳）有限公司