多客户端的数据交互方法、装置、电子设备及存储介质

技术领域

本发明涉及物联网领域，尤其涉及一种多客户端的数据交互方法、装置、电子设备及计算机可读存储介质。

背景技术

当前解决多客户端的数据交互，主要先通过账号转化系统，将每个客户端的输入账号，转化为满足目的客户端要求的格式形式，利用转化后的输入账号连接客户端后，进而实现客户端之间的数据交互。虽然该方法可实现多客户端的连接及数据交互，但由于账号转化系统的开发、维护等都需要耗费过多的人力资源及计算资源，导致连接效率低且效果不高。

发明内容

本发明提供一种多客户端的数据交互方法、装置、电子设备及计算机可读存储介质，其主要目的在于解决多客户端之间数据交互前，需进行客户端之间的账号转化进而导致数据交互时，账号转化占用计算资源的问题。

为实现上述目的，本发明提供的一种多客户端的数据交互方法，包括：

接收第一客户端发送至第二客户端的连接指令，利用预构建的指令协议解析框架解析所述连接指令，得到所述第一客户端的客户端信息，封装所述客户端信息得到客户端封装信息；

根据所述客户端封装信息生成跳转地址；

利用所述跳转地址连接所述第二客户端，当连接成功时，接受所述第一客户端的数据请求指令；

利用数据请求指令从所述第二客户端中采集对应的请求数据；

判断所述请求数据是否需要进行过滤操作，若所述请求数据需要进行过滤操作，对所述请求数据执行过滤操作，得到过滤数据；

将所述过滤数据或所述请求数据发送回所述第一客户端。

可选地，所述接收第一客户端发送至第二客户端的连接指令，之前包括：

接收用户对所述第一客户端的授权指令，根据所述授权指令，从所述第一客户端中获取授权信息；

利用所述授权信息，向预构建的认证服务器申请得到令牌，并基于所述令牌构建出所述连接指令。

可选地，所述根据所述授权指令，从所述第一客户端中获取授权信息，包括：

利用所述授权指令验证所述第一客户端内cookie，与所述第一客户端预先绑定的APP内cookie是否一致；

若所述第一客户端内cookie与所述第一客户端预先绑定的APP内cookie不一致，则获取授权信息失败，并重新绑定所述第一客户端与所述APP；

若所述第一客户端内cookie与所述第一客户端预先绑定的APP内cookie一致，从所述第一客户端预先绑定的APP获取所述授权信息。

可选地，所述利用所述授权指令验证所述第一客户端内cookie，与所述第一客户端预先绑定的APP内cookie是否一致，之前包括：

利用所述第一客户端向所述APP发送绑定请求，并判断所述APP是否回传与所述绑定请求对应的响应请求；

若所述APP回传所述响应请求，从所述响应请求中解析出cookie，并将所述cookie保存至所述第一客户端，完成所述第一客户端与所述APP的绑定。

可选地，所述封装所述客户端信息得到客户端封装信息，包括：

利用编程语言的私有函数，封装所述客户端信息，得到所述客户端封装信息。

可选地，所述根据所述客户端封装信息生成跳转地址，包括：

根据所述客户端封装信息，指定预构建的连接服务器；

将所述连接服务器的IP地址修改为跳转前缀；

将所述第二客户端的服务域名修改为跳转后缀；

提取所述连接指令的URL，将所述跳转前缀、所述URL及所述跳转后缀组合得到所述跳转地址。

可选地，所述利用所述跳转地址连接所述第二客户端，包括：

利用连接服务器，根据所述跳转地址访问所述第二客户端；

当访问成功时，从所述客户端封装信息中提取用户信息，利用所述用户信息登录所述第二客户端。

为了解决上述问题，本发明还提供一种多客户端的数据交互装置，所述装置包括：

客户端信息封装模块，用于接收第一客户端发送至第二客户端的连接指令，利用预构建的指令协议解析框架解析所述连接指令，得到所述第一客户端的客户端信息，封装所述客户端信息得到客户端封装信息；

数据请求指令生成模块，用于根据所述客户端封装信息生成跳转地址，利用所述跳转地址连接所述第二客户端，当连接成功时，接受所述第一客户端的数据请求指令；

数据采集模块，用于利用数据请求指令从所述第二客户端中采集对应的请求数据；

数据传输模块，用于判断所述请求数据是否需要进行过滤操作，若所述请求数据需要进行过滤操作，对所述请求数据执行过滤操作，得到过滤数据，将所述过滤数据或所述请求数据发送回所述第一客户端。

为了解决上述问题，本发明还提供一种电子设备，所述电子设备包括：

存储器，存储至少一个指令；及

处理器，执行所述存储器中存储的指令以实现上述中任意一项所述的多客户端的数据交互方法。

为了解决上述问题，本发明还提供一种计算机可读存储介质，包括存储数据区和存储程序区，存储数据区存储创建的数据，存储程序区存储有计算机程序；其中，所述计算机程序被处理器执行时实现上述中任意一项所述的多客户端的数据交互方法。

本发明实施例先通过第一客户端发送至第二客户端的连接指令，将所述第一客户端的客户端信息封装为客户端封装信息，并利用所述客户端封装信息生成跳转地址，通过跳转地址尝试连接所述第二客户端，因此相比于背景技术先通过账号转化系统，将每个客户端的输入账号转化目的客户端要求的格式形式，进而利用转化后的输入账号连接客户端的方法来说，舍弃了账号转化系统，节约了在账号转化系统的计算资源，进一步地，本发明实施例对请求数据执行过滤操作，得到过滤数据，过滤操作进一步缩减了数据量，节约了数据交互的资源消耗。因此本发明提出的多客户端的数据交互方法、装置及计算机可读存储介质，可以解决多客户端之间数据交互前，需进行客户端之间的账号转化进而导致数据交互时，账号转化占用计算资源的问题。

附图说明

图1为本发明一实施例提供的多客户端的数据交互方法的流程示意图；

图2为本发明一实施例提供的多客户端的数据交互方法中S2的详细流程示意图；

图3为本发明一实施例提供的多客户端的数据交互装置的模块示意图；

图4为本发明一实施例提供的实现多客户端的数据交互方法的电子设备的内部结构示意图；

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本申请实施例提供一种多客户端的数据交互方法，所述多客户端的数据交互方法的执行主体包括但不限于服务端、终端等能够被配置为执行本申请实施例提供的该方法的电子设备中的至少一种。换言之，所述多客户端的数据交互方法可以由安装在终端设备或服务端设备的软件或硬件来执行，所述软件可以是区块链平台。所述服务端包括但不限于：单台服务器、服务器集群、云端服务器或云端服务器集群等。

参照图1所示，为本发明一实施例提供的多客户端的数据交互方法的流程示意图。在本实施例中，所述多客户端的数据交互方法包括：

S1、接收第一客户端发送至第二客户端的连接指令，利用预构建的指令协议解析框架解析所述连接指令，得到所述第一客户端的客户端信息，封装所述客户端信息得到客户端封装信息。

本发明实施例中，所述第一客户端与所述第二客户端基于业务往来等需求，需要执行数据交互功能，在执行数据交互的前提下，需要先连接第一客户端与第二客户端。如第一客户端为银行面向用户的理财APP，第二客户端为支持银行业务的后台系统，当理财APP需要向后台系统请求数据时，需要先发送连接指令，以达到连接至后台系统的目的。

详细地，所述连接指令是基于HTTP协议构建的连接指令，其中HTTP协议是一种请求-响应协议。

进一步地，所述接收第一客户端发送至第二客户端的连接指令，之前包括：接收用户对所述第一客户端的授权指令，根据所述授权指令，从所述第一客户端中获取授权信息；利用所述授权信息，向预构建的认证服务器申请得到令牌，并基于所述令牌构建出所述连接指令，。

详细地，所述根据所述授权指令，从所述第一客户端中获取授权信息，包括：接收所述授权指令，利用所述授权指令验证所述第一客户端内cookie，与所述第一客户端预先绑定的APP内cookie是否一致，若所述第一客户端内cookie与所述第一客户端预先绑定的APP内cookie不一致，则获取授权信息失败，并重新绑定所述第一客户端与所述APP，若所述第一客户端内cookie与所述第一客户端预先绑定的APP内cookie一致，从所述第一客户端预先绑定的APP获取所述授权信息。

其中，所述授权指令一般显示在所述第一客户端的用户界面中，如用户打开所述第一客户端的用户界面界面时，利用所述第一客户端要求用户给予授权，当用户同意给予所述第一客户端授权时，自动生成所述授权指令并验证cookie后，从与所述第一客户端绑定的社交APP、理财APP等获取得到所述授权信息。其中所述授权信息包括用户名、登录密码等用户信息、网络通信协议、IP地址协议、入网许可号等。

本发明实施例中，所述社交APP、理财APP与所述第一客户端是基于cookie机制进行绑定，如第一客户端与APP之间需要进行绑定时，会在所述第一客户端中存储Cookie。当下一次第一客户端与APP进行数据共享时，仅需检查第一客户端所存储的Cookie是否与APP内Cookie相同即可，当第一客户端所存储的Cookie是否与APP相同即可，则可直接获取APP内任意数据。

进一步地，所述接收所述授权指令之前，需要将第一客户端与APP执行绑定操作，包括：利用所述第一客户端向所述APP发送绑定请求，并判断所述APP是否回传与所述绑定请求对应的响应请求，若所述APP回传所述响应请求，从所述响应请求中解析出cookie，并将所述cookie保存至所述第一客户端，完成所述第一客户端与所述APP的绑定。

所述认证服务器是与所述第一客户端预先绑定的服务器，且一般地，认证服务器是所述第一客户端的服务提供商所提供，在所述认证服务器中，存储了与所述第一客户端预先绑定而生成的令牌。其中令牌是确定所述第一客户端身份的域名标识，又称为Token信息。当得到令牌后，利用包装程序，将所述Token信息及授权信息包装成所述连接指令。

进一步地，本发明利用所述指令协议解析框架解析所述连接指令，所述指令协议解析框架是一种根据第一客户端身份，控制协调资源访问的框架，本发明实施例中，所述指令协议解析框架可基于CSA开源的SDP网关框架构建得到。

进一步地，所述封装所述客户端信息得到客户端封装信息，包括：利用编程语言的私有函数，封装所述客户端信息，得到所述客户端封装信息。

其中所述私有函数根据编程语言的不同而不同，如java编程语言的私有函数如Private{}，将客户端信息放入私有函数内并包装得到Private{客户端信息}，即所述客户端封装信息。

S2、根据所述客户端封装信息生成跳转地址。

详细地，参阅图3所示，所述S2包括：

S21、根据所述客户端封装信息，指定预构建的连接服务器；

S22、将所述连接服务器的IP地址修改为跳转前缀；

S23、将所述第二客户端的服务域名修改为跳转后缀；

S24、提取所述连接指令的URL，将所述跳转前缀、所述URL及所述跳转后缀组合得到所述跳转地址。

本发明实施例中，根据所述客户端封装信息的大小、网络所在地等情况，指定出当前可服务所述第一客户端及所述第二客户端的连接服务器。

本发明实施例中，根据跳转地址可实现客户端之间的连接及访问。

S3、利用所述跳转地址连接所述第二客户端，当连接成功时，接受所述第一客户端的数据请求指令。

详细地，所述利用所述跳转地址连接所述第二客户端，包括：利用连接服务器，根据所述跳转地址访问所述第二客户端；当访问成功时，从所述客户端封装信息中提取用户信息，利用所述用户信息登录所述第二客户端。

由上述S1可知，所述客户端封装信息由Token信息及授权信息构成，而授权信息包括用户名、登录密码等用户信息、网络通信协议、IP地址协议、入网许可号等其他信息，因此可从所述客户端封装信息中提取得到所述用户信息，进而利用所述用户信息登录所述第二客户端。

进一步地，当利用用户信息登录所述第二客户端成功时，通知所述第一客户端发送所述数据请求指令至所述第二客户端，其中所述数据请求指令与所述连接指令对应，也是基于HTTP协议构建的请求类指令。

S4、利用数据请求指令从所述第二客户端中采集对应的请求数据。

如上述第一客户端是银行面向用户的理财APP，第二客户端为支持银行业务的后台系统时，当理财APP需要向后台系统请求当前理财产品剩余可购买数量的数据时，则对应的从后台系统中采集当前理财产品剩余可购买数量的请求数据。

S5、判断所述请求数据是否需要进行过滤操作，若所述请求数据需要进行过滤操作，对所述请求数据执行过滤操作，得到过滤数据。

详细地，判断所述请求数据是否需要进行过滤操作，还可根据用户的预先设定，如已加密操作的数据在解密后，需要执行过滤操作等

其中，本发明实施例包括多种过滤操作，如判断所述请求数据的数字证书是否属于数字证书白名单列表，或者属于数字证书黑名单列表，或者是未知数字证书。判断所述请求数据中的统一资源定位符是否属于统一资源定位符白名单列表，或者属于统一资源定位符黑名单列表，或者是未知的统一资源定位符等。

S6、将所述过滤数据或所述请求数据发送回所述第一客户端。

本发明实施例先通过第一客户端发送至第二客户端的连接指令，将所述第一客户端的客户端信息封装为客户端封装信息，并利用所述客户端封装信息生成跳转地址，通过跳转地址尝试连接所述第二客户端，因此相比于背景技术先通过账号转化系统，将每个客户端的输入账号转化目的客户端要求的格式形式，进而利用转化后的输入账号连接客户端的方法来说，舍弃了账号转化系统，节约了在账号转化系统的计算资源，进一步地，本发明实施例对请求数据执行过滤操作，得到过滤数据，过滤操作进一步缩减了数据量，节约了数据交互的资源消耗。因此本发明提出的多客户端的数据交互方法、装置及计算机可读存储介质，可以解决多客户端之间数据交互前，需进行客户端之间的账号转化进而导致数据交互时，账号转化占用计算资源的问题。

如图3所示，是本发明多客户端的数据交互装置的模块示意图。

本发明所述多客户端的数据交互装置100可以安装于电子设备中。根据实现的功能，所述多客户端的数据交互装置可以包括客户端信息封装模块101、数据请求指令生成模块102、数据采集模块103及数据传输模块104。本发所述模块也可以称之为单元，是指一种能够被电子设备处理器所执行，并且能够完成固定功能的一系列计算机程序段，其存储在电子设备的存储器中。

在本实施例中，关于各模块/单元的功能如下：

所述客户端信息封装模块101，用于接收第一客户端发送至第二客户端的连接指令，利用预构建的指令协议解析框架解析所述连接指令，得到所述第一客户端的客户端信息，封装所述客户端信息得到客户端封装信息；

所述数据请求指令生成模块102，用于根据所述客户端封装信息生成跳转地址，利用所述跳转地址连接所述第二客户端，当连接成功时，接受所述第一客户端的数据请求指令；

所述数据采集模块103，用于利用数据请求指令从所述第二客户端中采集对应的请求数据；

所述数据传输模块104，用于判断所述请求数据是否需要进行过滤操作，若所述请求数据需要进行过滤操作，对所述请求数据执行过滤操作，得到过滤数据，将所述过滤数据或所述请求数据发送回所述第一客户端。

本发明实施例所提供的多客户端的数据交互装置100中的各个模块能够在使用时基于与上述的多客户端的数据交互方法采用相同的手段，具体地实施步骤在此不再赘述，关于各模块/单元的功能所产生技术效果与上述的多客户端的数据交互方法的技术效果相同的，即解决多客户端之间数据交互前，需进行客户端之间的账号转化进而导致数据交互时，账号转化占用计算资源的问题。

如图4所示，是本发明实现多客户端的数据交互方法的电子设备的结构示意图。

所述电子设备1可以包括处理器10、存储器11和总线，还可以包括存储在所述存储器11中并可在所述处理器10上运行的计算机程序，如多客户端的数据交互程序12。

其中，所述存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如：SD或DX存储器等)、磁性存储器、磁盘、光盘等。所述存储器11在一些实施例中可以是电子设备1的内部存储单元，例如该电子设备1的移动硬盘。所述存储器11在另一些实施例中也可以是电子设备1的外部存储设备，例如电子设备1上配备的插接式移动硬盘、智能存储卡(Smart Media Card，SMC)、安全数字(SecureDigital，SD)卡、闪存卡(Flash Card)等。进一步地，所述存储器11还可以既包括电子设备1的内部存储单元也包括外部存储设备。所述存储器11不仅可以用于存储安装于电子设备1的应用软件及各类数据，例如多客户端的数据交互程序12的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

所述处理器10在一些实施例中可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(Central Processing unit，CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。所述处理器10是所述电子设备的控制核心(Control Unit)，利用各种接口和线路连接整个电子设备的各个部件，通过运行或执行存储在所述存储器11内的程序或者模块(例如执行多客户端的数据交互程序等)，以及调用存储在所述存储器11内的数据，以执行电子设备1的各种功能和处理数据。

所述总线可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。所述总线被设置为实现所述存储器11以及至少一个处理器10等之间的连接通信。

图4仅示出了具有部件的电子设备，本领域技术人员可以理解的是，图4示出的结构并不构成对所述电子设备1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

例如，尽管未示出，所述电子设备1还可以包括给各个部件供电的电源(比如电池)，优选地，电源可以通过电源管理装置与所述至少一个处理器10逻辑相连，从而通过电源管理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述电子设备1还可以包括多种传感器、蓝牙模块、Wi-Fi模块等，在此不再赘述。

进一步地，所述电子设备1还可以包括网络接口，可选地，所述网络接口可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该电子设备1与其他电子设备之间建立通信连接。

可选地，该电子设备1还可以包括用户接口，用户接口可以是显示器(Display)、输入单元(比如键盘(Keyboard))，可选地，用户接口还可以是标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在电子设备1中处理的信息以及用于显示可视化的用户界面。

应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。

所述电子设备1中的所述存储器11存储的多客户端的数据交互程序12是多个指令的组合，在所述处理器10中运行时，可以实现：

接收第一客户端发送至第二客户端的连接指令，利用预构建的指令协议解析框架解析所述连接指令，得到所述第一客户端的客户端信息，封装所述客户端信息得到客户端封装信息；

根据所述客户端封装信息生成跳转地址；

利用所述跳转地址连接所述第二客户端，当连接成功时，接受所述第一客户端的数据请求指令；

利用数据请求指令从所述第二客户端中采集对应的请求数据；

判断所述请求数据是否需要进行过滤操作，若所述请求数据需要进行过滤操作，对所述请求数据执行过滤操作，得到过滤数据；

将所述过滤数据或所述请求数据发送回所述第一客户端。

进一步地，所述电子设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)。

进一步地，所述计算机可用存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

本发明还提供一种计算机可读存储介质，所述可读存储介质存储有计算机程序，所述计算机程序在被电子设备的处理器所执行时，可以实现：

接收第一客户端发送至第二客户端的连接指令，利用预构建的指令协议解析框架解析所述连接指令，得到所述第一客户端的客户端信息，封装所述客户端信息得到客户端封装信息；

根据所述客户端封装信息生成跳转地址；

利用所述跳转地址连接所述第二客户端，当连接成功时，接受所述第一客户端的数据请求指令；

利用数据请求指令从所述第二客户端中采集对应的请求数据；

判断所述请求数据是否需要进行过滤操作，若所述请求数据需要进行过滤操作，对所述请求数据执行过滤操作，得到过滤数据；

将所述过滤数据或所述请求数据发送回所述第一客户端。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。

因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图表记视为限制所涉及的权利要求。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。