CN113364666B - 即时通讯方法、计算机设备和存储介质 - Google Patents

Abstract

本发明提供一种即时通讯方法、计算机设备和存储介质，该方法包括：登录当前用户最近登录的第一聊天服务器：登录成功，则建立当前用户端与第一聊天服务器的长连接；登录失败，则登录第二聊天服务器，并在登录成功后生成第一信息更新交易并发送至区块链网络；响应于当前用户与第一用户进行即时通讯，查询即时通讯合约所记录的第一用户的最近登录的聊天服务器信息，判断第一用户最近登录的第三聊天服务器是否当前登录的聊天服务器：是，则通过当前用户端与第三聊天服务器的长连接发送第一即时通讯信息；否，则调用第三聊天服务器的rpc接口发送第二即时通讯信息。本发明既保障了只有用户自身具有用户数据的控制权，又实现了即时通讯。

Description

即时通讯方法、计算机设备和存储介质

技术领域

本申请涉及互联网技术领域，具体涉及一种即时通讯方法、计算机设备和存储介质。

背景技术

当前的即时通讯解决方案通常依赖于固定的中心化服务器，或，固定的去中心化服务器集群。即便服务商宣称“服务器是去中心化的”，实际上仍然依赖于由服务商所指定的固定的多个服务器节点所组成的固定服务器集群。用户对于服务器不具备选择权，只能将通讯录等数据留存在服务商具有控制权的服务器中。

与此同时，区块链虽然可以具备不由任何人控制的特性，然而当前基于区块链的各类解决方案必须要依赖于交易上链来实现。一方面，每一笔交易需要支付手续费，多笔交易会累积形成高昂的成本，难以与免费的现有方案竞争；另一方面，交易上链需要耗费一定的时间，甚至于在交易拥堵时需要耗费更长的时间，导致目前区块链的tps难以满足即时通讯的时效性需求。因此，完全基于区块链的即时通讯解决方案在当前是无法实现的。

发明内容

鉴于现有技术中的上述缺陷或不足，期望提供一种即可保障只有用户自身具有通讯录等用户数据的控制权、又可实现即时通讯的即时通讯方法、计算机设备和存储介质。

第一方面，本发明提供一种适用于用户端的即时通讯方法，区块链上配置有即时通讯合约，即时通讯合约配置用于记录即时通讯用户的用户信息、通讯录信息和最近登录的聊天服务器信息，该方法包括：

登录当前用户最近登录的第一聊天服务器：

登录成功，则建立当前用户端与第一聊天服务器的长连接；登录失败，则登录第二聊天服务器，并在登录成功后生成第一信息更新交易并发送至区块链网络，以供区块链节点执行以更新即时通讯合约所记录的当前用户的最近登录的聊天服务器信息；

响应于当前用户与第一用户进行即时通讯，查询即时通讯合约所记录的第一用户的最近登录的聊天服务器信息，判断第一用户最近登录的第三聊天服务器是否当前用户当前登录的聊天服务器：

是，则通过当前用户端与第三聊天服务器的长连接向第三聊天服务器发送第一即时通讯信息，以供第三聊天服务器通过第三聊天服务器与第一用户的用户端的长连接向第一用户的用户端发送第一即时通讯信息；

否，则调用第三聊天服务器的rpc接口向第三聊天服务器发送第二即时通讯信息，以供第三聊天服务器通过第三聊天服务器与第一用户的用户端的长连接向第一用户的用户端发送第二即时通讯信息。

第二方面，本发明还提供一种计算机设备，包括一个或多个处理器和存储器，其中存储器包含可由该一个或多个处理器执行的指令以使得该一个或多个处理器执行根据本发明各实施例提供的即时通讯方法。

第三方面，本发明还提供一种存储有计算机程序的存储介质，该计算机程序使计算机执行根据本发明各实施例提供的即时通讯方法。

本发明诸多实施例提供的即时通讯方法、计算机设备和存储介质通过将用户数据和最近登录的聊天服务器信息存储在区块链上的合约中，并通过查找用户的最近登录的聊天服务器信息以通过链外的聊天服务器进行即时通讯，既保障了只有用户自身具有用户数据的控制权，又实现了即时通讯；

本发明一些实施例提供的即时通讯方法、计算机设备和存储介质进一步通过在合约中存储查询权限信息，并为合约配置查询权限验证功能，进一步实现了保障用户数据的隐私性；

本发明一些实施例提供的即时通讯方法、计算机设备和存储介质进一步通过将聊天服务器配置为服务器集群，将用户登录策略配置为只有在整个集群的每个节点都登录失败时才切换聊天服务器，大幅降低了用户更新合约中所记录的最近登录的聊天服务器信息的频率，从而进一步实现了降低用户的使用成本，以及，提升了即时通讯的稳定性。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为本发明一实施例提供的一种即时通讯方法的流程图。

图2为图1所示方法的一种优选实施方式中步骤S11的流程图。

图3为本发明一实施例提供的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1为本发明一实施例提供的一种即时通讯方法的流程图。

如图1所示，在本实施例中，本发明提供一种适用于用户端的即时通讯方法，区块链上配置有即时通讯合约，即时通讯合约配置用于记录即时通讯用户的用户信息、通讯录信息和最近登录的聊天服务器信息，该方法包括：

S11：登录当前用户最近登录的第一聊天服务器：

登录成功，则执行步骤S12：建立当前用户端与第一聊天服务器的长连接；

登录失败，则执行步骤S13：登录第二聊天服务器，并在登录成功后生成第一信息更新交易并发送至区块链网络，以供区块链节点执行以更新即时通讯合约所记录的当前用户的最近登录的聊天服务器信息；

S14：响应于当前用户与第一用户进行即时通讯，查询即时通讯合约所记录的第一用户的最近登录的聊天服务器信息，判断第一用户最近登录的第三聊天服务器是否当前用户当前登录的聊天服务器：

是，则执行步骤S15：通过当前用户端与第三聊天服务器的长连接向第三聊天服务器发送第一即时通讯信息，以供第三聊天服务器通过第三聊天服务器与第一用户的用户端的长连接向第一用户的用户端发送第一即时通讯信息；

否，则执行步骤S16：调用第三聊天服务器的rpc接口向第三聊天服务器发送第二即时通讯信息，以供第三聊天服务器通过第三聊天服务器与第一用户的用户端的长连接向第一用户的用户端发送第二即时通讯信息。

具体地，以下以服务商A搭建由10个服务器节点a1-a10组成的聊天服务器集群a、某大学搭建由5个服务器节点b1-b5组成的聊天服务器集群b、某用户自行搭建仅包括1个服务器节点的聊天服务器c、某小学搭建仅包括1个服务器节点的聊天服务器d、某社区搭建仅包括1个服务器节点的聊天服务器e，用户甲乙丙进行即时通讯聊天为例，对上述方法进行示例性的阐述。

在本实施例中，用户的账户配置为用户的公钥(Public Key)所对应的地址(addr)，聊天服务器所配置的用户登录验证方式为验证用户的私钥(Private Key)签名；在更多实施例中，还可根据实际需求将用户的账户配置为用户的公钥、手机号或邮箱地址，将用户登录验证方式配置为私钥签名验证、手机验证码验证或邮箱验证码验证，可实现相同的技术效果。

当用户甲在其用户端中登录即时通讯工具时，用户甲的用户端执行步骤S11，向用户甲最近登录的聊天服务器c发送登录请求。

具体地，在本实施例中，用户端首先查找本地是否缓存了最近登录的聊天服务器的地址，如未缓存，则向区块链查询即时通讯合约所记录的当前用户的最近登录的聊天服务器信息；在另一实施例中，用户端也可以配置为直接向区块链查询即时通讯合约所记录的当前用户的最近登录的聊天服务器信息，可实现相同的技术效果。

聊天服务器c根据用户甲的公钥P1验证私钥签名成功，则登录成功，用户甲的用户端执行步骤S12，与聊天服务器c建立长连接。

同理，用户乙的用户端登录聊天服务器d成功，与聊天服务器d建立长连接。

用户丙的用户端登录聊天服务器e失败(例如，社区停电导致聊天服务器e断电离线)，执行步骤S13，登录聊天服务器c，并在登录成功后根据聊天服务器c的地址生成信息更新交易tx1，将tx1发送至区块链网络。

区块链节点接收、广播、打包并通过即时通讯合约执行tx1，将用户丙的最近登录的聊天服务器信息更新为聊天服务器c的地址。

当用户甲向用户乙发送即时通讯消息时，用户甲的用户端执行步骤S14，查询即时通讯合约所记录的用户乙的最近登录的聊天服务器信息(聊天服务器d的地址)，判断用户乙最近登录的聊天服务器d是否用户甲当前登录的聊天服务器c：

否，则执行步骤S16，调用聊天服务器d的rpc接口将即时通讯消息m1发送至聊天服务器d。

聊天服务器d接收即时通讯消息m1后，通过聊天服务器d与用户乙的用户端之间的长连接将即时通讯消息m1发送给用户乙的用户端。

用户乙收到即时通讯消息m1后可以向用户甲回复即时通讯消息m2，m2的具体传递过程与m1的传递过程相同，不再具体赘述。

当用户甲向用户丙发送即时通讯消息m3时，用户甲的用户端同样执行步骤S14，查询即时通讯合约所记录的用户丙的最近登录的聊天服务器信息(聊天服务器c的地址)，判断用户乙最近登录的聊天服务器c是否用户甲当前登录的聊天服务器c：

是，则执行步骤S15，通过当前设备与聊天服务器c的长连接向聊天服务器c发送即时通讯消息m3。

聊天服务器c接收即时通讯消息m3后，通过聊天服务器c与用户丙的用户端之间的长连接将即时通讯消息m3发送给用户丙的用户端。

用户丙收到即时通讯消息m3后可以向用户甲回复即时通讯消息m4，m4的具体传递过程与m3的传递过程相同，不再具体赘述。

上述实施例通过将用户数据和最近登录的聊天服务器信息存储在区块链上的合约中，并通过查找用户的最近登录的聊天服务器信息以通过链外的聊天服务器进行即时通讯，既保障了只有用户自身具有用户数据的控制权，又实现了即时通讯。

在一优选实施例中，即时通讯合约还用于记录即时通讯用户的查询权限信息，以及，根据查询权限信息判断查询即时通讯用户的第二用户是否具有查询权限。

具体地，以即时通讯合约中所记录的用户乙的查询权限信息配置为公开、用户丙和丁的查询权限信息均配置为对好友公开、用户戊的查询权限信息配置为私密，用户甲分别向用户乙丙丁戊发送即时通讯消息为例：

用户甲的用户端向区块链查询用户乙的最近登录的聊天服务器信息时，即时通讯合约在处理该查询请求时，根据合约中所记录的用户乙的查询权限信息(公开)判断用户甲具有查询权限，执行该项查询请求，则用户甲的用户端可以获取到用户乙的最近登录的聊天服务器信息。

用户甲的用户端向区块链查询用户丙的最近登录的聊天服务器信息时，即时通讯合约在处理该查询请求时，根据合约中所记录的用户丙的查询权限信息(对好友公开)，以及，用户丙的通讯录(好友包括用户甲)判断出用户甲具有查询权限，执行该项查询请求，则用户甲的用户端可以获取到用户丙的最近登录的聊天服务器信息。

用户甲的用户端向区块链查询用户丁的最近登录的聊天服务器信息时，即时通讯合约在处理该查询请求时，根据合约中所记录的用户丁的查询权限信息(对好友公开)，以及，用户丁的通讯录(好友不包括用户甲)判断出用户甲不具有查询权限，拒绝执行该项查询请求，则用户甲的用户端无法获取到用户丁的最近登录的聊天服务器信息。

用户甲的用户端向区块链查询用户戊的最近登录的聊天服务器信息时，即时通讯合约在处理该查询请求时，根据合约中所记录的用户戊的查询权限信息(私密)判断出用户甲不具有查询权限，拒绝执行该项查询请求，则用户甲的用户端无法获取到用户戊的最近登录的聊天服务器信息。

上述实施例进一步通过在合约中存储查询权限信息，并为合约配置查询权限验证功能，进一步实现了保障用户数据的隐私性。

在一优选实施例中，即时通讯合约还用于记录即时通讯用户的通讯权限信息。该通讯权限信息用于供聊天服务器判断向即时通讯用户发送第三即时通讯信息的第三用户是否具有与即时通讯用户进行通讯的权限，并仅在第三用户具有权限时向即时通讯用户的用户端发送第三即时通讯信息。

具体地，即时通讯用户可以通过发送配置交易，将合约所记录的通讯权限信息配置为“任何人(都可以与当前用户通讯)”、“仅好友(可以与当前用户通讯)”、“仅指定的若干个用户(可以与当前用户通讯)”、或、“仅好友与指定的若干个用户(可以与当前用户通讯)”，等等。

聊天服务器在即时通讯用户登录成功后，从区块链上查询该用户的通讯权限信息，从而可以在收到发送给该用户的即时通讯消息时，判断发送该消息的用户是否具有与其通讯的权限。

图2为图1所示方法的一种优选实施方式中步骤S11的流程图。如图2所示，在一优选实施例中，第一聊天服务器配置为包括多个服务器节点的聊天服务器集群，步骤S11包括：

根据预配置的策略从聊天服务器集群的节点列表中选择一个服务器节点并发送登录请求：

登录成功，则执行步骤S12；

登录失败，则重新选择另一个服务器节点并发送登录请求，直至登录成功，或，全部登录失败。

具体地，同样以用户甲乙丙进行即时通讯聊天为例：

在图1所示的实施例中，当选择仅包括1个服务器节点的聊天服务器c/d/e时，一旦服务器因停电、断网或其它常见的原因无法提供服务时，用户端就需要切换聊天服务器，并发送一笔信息更新交易去修改合约所记录的当前用户的最近登录的聊天服务器信息，一方面提升了用户成本，另一方面还可能导致与其聊天的其它用户需要重新去合约中查询聊天服务器信息，导致即时通讯的稳定性不高。

在本实施例中，以用户甲和丙最近登录的聊天服务器为上述聊天服务器集群a、用户乙最近登录的聊天服务器为上述聊天服务器集群b为例，当用户甲的用户端登录服务器节点a3失败时，用户甲的用户端可以重新选择聊天服务器集群a的节点列表中的另一服务器节点a7进行登录，而无需直接执行步骤S13，只有在节点列表中的每个服务器节点都登录失败时才执行步骤S13。

在此情况下，只有用户主动选择切换聊天服务器，或，聊天服务器集群的各服务器节点全军覆没的情况下，才需要切换聊天服务器，从而既降低了用户成本，又提升了即时通讯的稳定性。

上述实施例进一步通过将聊天服务器配置为服务器集群，将用户登录策略配置为只有在整个集群的每个节点都登录失败时才切换聊天服务器，大幅降低了用户更新合约中所记录的最近登录的聊天服务器信息的频率，从而进一步实现了降低用户的使用成本，以及，提升了即时通讯的稳定性。

图3为本发明一实施例提供的一种计算机设备的结构示意图。

如图3所示，作为另一方面，本申请还提供了一种计算机设备300，包括一个或多个中央处理单元(CPU)301，其可以根据存储在只读存储器(ROM)302中的程序或者从存储部分308加载到随机访问存储器(RAM)303中的程序而执行各种适当的动作和处理。在RAM303中，还存储有设备300操作所需的各种程序和数据。CPU301、ROM302以及RAM303通过总线304彼此相连。输入/输出(I/O)接口305也连接至总线304。

以下部件连接至I/O接口305：包括键盘、鼠标等的输入部分306；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分307；包括硬盘等的存储部分308；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分309。通信部分309经由诸如因特网的网络执行通信处理。驱动器310也根据需要连接至I/O接口305。可拆卸介质311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器310上，以便于从其上读出的计算机程序根据需要被安装入存储部分308。

特别地，根据本公开的实施例，上述任一实施例描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，计算机程序包含用于执行上述任一方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分309从网络上被下载和安装，和/或从可拆卸介质311被安装。

作为又一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例的装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，该程序被一个或者一个以上的处理器用来执行描述于本申请提供的方法。

附图中的流程图和框图，图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以通过执行规定的功能或操作的专用的基于硬件的***来实现，或者可以通过专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，例如，各单元可以是设置在计算机或移动智能设备中的软件程序，也可以是单独配置的硬件装置。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离本申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (6)

1.一种即时通讯方法，其特征在于，区块链上配置有即时通讯合约，所述即时通讯合约配置用于记录即时通讯用户的用户信息、通讯录信息和最近登录的聊天服务器信息，所述方法适用于用户端，所述方法包括：

登录当前用户最近登录的第一聊天服务器：

登录成功，则建立当前用户端与所述第一聊天服务器的长连接；

登录失败，则登录第二聊天服务器，并在登录成功后生成第一信息更新交易并发送至区块链网络，以供区块链节点执行以更新所述即时通讯合约所记录的当前用户的最近登录的聊天服务器信息；

响应于当前用户与第一用户进行即时通讯，查询所述即时通讯合约所记录的所述第一用户的最近登录的聊天服务器信息，判断所述第一用户最近登录的第三聊天服务器是否当前用户当前登录的聊天服务器：

是，则通过当前用户端与所述第三聊天服务器的长连接向所述第三聊天服务器发送第一即时通讯信息，以供所述第三聊天服务器通过所述第三聊天服务器与所述第一用户的用户端的长连接向所述第一用户的用户端发送所述第一即时通讯信息；

否，则调用所述第三聊天服务器的rpc接口向所述第三聊天服务器发送第二即时通讯信息，以供所述第三聊天服务器通过所述第三聊天服务器与所述第一用户的用户端的长连接向所述第一用户的用户端发送所述第二即时通讯信息。

2.根据权利要求1所述的方法，其特征在于，所述即时通讯合约还用于记录所述即时通讯用户的查询权限信息，以及，根据所述查询权限信息判断查询所述即时通讯用户的第二用户是否具有查询权限。

3.根据权利要求1所述的方法，其特征在于，所述即时通讯合约还用于记录所述即时通讯用户的通讯权限信息；

所述通讯权限信息用于供聊天服务器判断向所述即时通讯用户发送第三即时通讯信息的第三用户是否具有与所述即时通讯用户进行通讯的权限，并仅在所述第三用户具有所述权限时向所述即时通讯用户的用户端发送所述第三即时通讯信息。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述第一聊天服务器配置为包括多个服务器节点的聊天服务器集群；

所述登录当前用户最近登录的第一聊天服务器包括：

根据预配置的策略从所述聊天服务器集群的节点列表中选择一个服务器节点并发送登录请求：

登录失败，则重新选择另一个服务器节点并发送登录请求，直至登录成功，或，全部登录失败。

5.一种计算机设备，其特征在于，所述设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如权利要求1-4中任一项所述的方法。

6.一种存储有计算机程序的存储介质，其特征在于，该程序被处理器执行时实现如权利要求1-4中任一项所述的方法。

Images