CN115314509A - 一种应用注册信息的同步方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种应用注册信息的同步方法、装置、设备及存储介质。采用指定方式获取用户侧的应用注册信息，指定方式包括数据被动推送方式或数据主动拉取方式；获取与注册信息匹配的通讯协议；将注册信息采用通讯协议传输给应用供应方侧，以使应用注册信息在应用供应方侧进行同步。通过被动推送方式或数据主动拉取的方式进行应用注册信息同步可以满足全场景同步需要，实现了多样化同步技术，并且采用与应用注册信息所匹配的通讯协议，将所获取的应用注册信息传输给供应方侧，满足了全场景同步需要以及异构技术对接需要,保障同步效率和准确性。

Description

一种应用注册信息的同步方法、装置、设备及存储介质

技术领域

本发明涉及信息同步技术领域，尤其涉及一种应用注册信息的同步方法、装置、设备及存储介质。

背景技术

随着开放银行APIX与多个供应方之间的服务共享，供应方侧的应用注册信息的互通同步方式呈现多样化特征，同时对应用注册信息的同步效率及准确性要求越来越高。

现有技术通过HTTP接口调用或消息中间件中转等手段，需要依赖生产者事先约定同步方式、同步协议及同步频率等条件，再针对约定方式完成注册信息同步。

现有技术完成注册信息同步的技术手段具有单一性，并且通过消息中间件中转的方式，同步效率低、准确性差。

发明内容

本发明提供了一种应用注册信息的同步方法、装置、设备及存储介质，以解决应用注册信息的异构技术全场景同步问题。

根据本发明的一方面，提供了一种应用注册信息的同步方法，包括：

采用指定方式获取用户侧的应用注册信息，指定方式包括数据被动推送方式或数据主动拉取方式；

获取与应用注册信息匹配的通讯协议；

将应用注册信息采用通讯协议传输给应用供应方侧，以使应用注册信息在应用供应方侧进行同步。

根据本发明的另一方面，提供了一种应用注册信息的同步装置，包括：

应用注册信息获取模块，用于采用指定方式获取用户侧的应用注册信息，指定方式包括数据被动推送方式或数据主动拉取方式；

通信协议获取模块，用于获取与应用注册信息匹配的通讯协议；

应用注册信息同步模块，用于将应用注册信息采用通讯协议传输给应用供应方侧，以使应用注册信息在应用供应方侧进行同步。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的一种应用注册信息的同步方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的一种应用注册信息的同步方法。

本发明实施例的技术方案，通过被动推送方式或数据主动拉取的方式进行应用注册信息同步可以满足全场景同步需要，实现了多样化同步技术，并且采用与应用注册信息所匹配的通讯协议，将所获取的应用注册信息传输给供应方侧，满足了全场景同步需要以及异构技术对接需要,保障同步效率和准确性。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例一提供的一种应用注册信息的同步方法的流程图；

图2是根据本发明实施例一提供的一种应用注册信息的同步方法的流程图；

图3是根据本发明实施例二提供的一种应用注册信息的同步方法的流程图；

图4是根据本发明实施例三提供的一种应用注册信息的同步装置的结构示意图；

图5是实现本发明实施例的一种应用注册信息的同步方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供了一种应用注册信息的同步方法的流程图，本实施例可适用于需要同步应用注册信息的情况，该方法可以由应用注册信息的同步装置来执行，该装置可采用软件和/或硬件的方式实现，并一般可集成在计算机设备中。如图1所示，该方法包括：

S110、采用指定方式获取用户侧的应用注册信息。

具体的，用户侧是指通过APIX开放交换平台对供应方所生产的应用进行订阅的用户，包括门户平台用户和管理平台用户，门户平台是APIX开放交换平台的使用端，管理平台是APIX开放交换平台的后台管理端，用户在订阅或使用应用的过程中会产生应用注册信息，例如用户对系统参数、应用程序和设备驱动产生操作都会生成应用注册信息，APIX开放交换平台可以通过指定方式获取用户侧的应用注册信息，应用注册信息包括：应用程序APP(Application，APP)注册信息和应用程序编程接口API(Application ProgrammingInterface，API)注册信息。本实施方式中的指定方式可以包括数据被动推送方式或数据主动拉取方式，数据被动推送指的是在用户侧的应用注册信息发生变化时，发生变化的应用注册信息会通过APIX开放交换平台推送给应用供应方侧，数据主动拉取方式指的是应用供应方侧也可以通过APIX开放交换平台向用户侧主动进行应用注册信息的查询。

其中，APP注册信息可以是APP唯一标识、APP状态、APP白名单、APP白名单状态和APP名称等，API注册信息可以是API名称、API禁用名单、API订阅状态和API审核状态等。

本实施方式中主要对数据被动推送方式下应用注册信息的同步方式进行具体说明，图2为本发明实施例提供了一种应用注册信息的同步方法的流程图，图2中，当指定方式为数据被动推送方式时，步骤S110主要包括如下的步骤S111至步骤S112：

S111、通过应用注册中心的消息监听单元对应用注册消息队列进行监听。

其中，关于用户侧的应用注册信息主要在应用信息表中进行保存，如下表1所示为用户侧的应用信息表的示意：

表1

其中，在应用信息表中既包含APP注册信息，同时也包括API注册信息，不同的应用注册信息类型在应用注册信息表中都有对应的数据类型和应用注册信息元数据，例如应用注册信息的类型为APP唯一标识时，对应的数据类型为String，应用注册信息元数据app_config.clientId。由于篇幅限制，本实施方式中仅是对应用注册信息表进行举例说明。

需要说明的是，当门户平台用户或管理平台用户对所订阅的应用进行操作时吗，会造成表1中的注册信息发生变化，而造成表1中注册信息发生变化的场景包括多种，如下表2所示为引起应用信息表发生变化的场景示意：

表2

其中，APIX开放交换平台更新应用注册信息主要分为用户操作门户平台的更新和用户操作管理平台的更新，更新应用注册信息包括更新APP注册信息和更新API注册信息，用户执行表2中的操作内容后，相应的应用注册信息会发生变化，例如，用户在门户平台执行APP重命名的操作内容，则APP注册信息会发生变化，生成更新应用注册信息。

当APIX开放交换平台检测到表1中的应用注册信息元数据或应用注册信息发生变化时会将发生变化的应用注册信息发送到应用注册消息队列，例如，Kafka消息队列，并且在Kafka消息队列中将API注册信息和APP注册信息分别进行排序，消息监听单元则是对应用注册消息队列进行监听。

S112、根据监听结果确定应用注册消息队列中包含更新应用注册信息时，则从应用注册消息队列中提取更新应用注册信息。

具体的，APIX开放交换平台接收到监听结果，监听结果是指APIX开放交换平台对API注册消息队列或APP注册消息队列进行监听后生成的结果，监听结果包含监听到应用注册消息队列和没监听到应用注册消息队列的情况，当监听到应用注册消息队列时，APIX开放交换平台会从应用注册消息队列中提取更新应用注册信息，当没有监听到应用注册消息队列时，APIX开放交换平台不进行提取更新应用注册信息的操作。

S120、获取与应用注册信息匹配的通讯协议。

具体的，通讯协议是指设备之间进行通讯的协议，是指进行通讯的双方完成通信或服务所必须遵循的规则和约定，不同的通讯协议具有不同的性能、数据速率、覆盖范围、功率和内存，应用注册信息在传输时，由于类型和内容的不同，也会选择不同的通讯协议。

优选的，指定方式包括数据被动推送方式，获取与注册信息匹配的通讯协议，包括：对应用注册信息进行识别获取应用注册信息的类型；获取预先存储的应用场景配置文件，应用场景配置文件中包含应用注册信息的类型与通讯协议的对应关系；根据应用注册信息的类型从应用场景配置文件中进行查询，获取与应用注册信息匹配的通讯协议。

具体的，APIX开放交换平台会对应用注册信息进行识别获取应用注册信息类型；然后获取预先存储的应用场景配置文件，应用场景配置文件是用户在APIX开放交换平台内提前设置的，其中包含应用注册信息的类型与通讯协议的对应关系，APIX开放交换平台可以通过应用场景配置文件判断不同类型的应用注册信息对应的通讯协议，其中，通讯协议包括全双工通信协议WebSocket、反向应用程序编程接口协WebHooks或超文本传输协议(HyperText Transfer Protocol，HTTP)。

其中，全双工通信协议WebSocket是指Web浏览器与Web服务器之间全双工通信标准，服务器可以主动向客户端推送信息，客户端也可以主动向服务器发送信息，反向应用程序编程接口协议WebHooks是指客户端不主动发送请求，完全由服务器推送的协议，主要应用于在资源新建或者更新时提供更新的、指定的数据，HTTP是在Web上进行数据交换的基础，是一种“客户端-服务器端”协议，主要应用于对数据保密要求不高的数据传输。

S130、将应用注册信息采用通讯协议传输给应用供应方侧，以使应用注册信息在应用供应方侧进行同步。

具体的，应用供应方侧是指应用的生产者，当APIX开放交换平台通过应用场景配置文件查询到与应用注册信息匹配的通讯协议后，会采用该通讯协议传输给应用供应方侧，例如，APIX开放交换平台通过应用场景配置文件查询到APP注册信息A对应的通讯协议为HTTP，则APIX开放交换平台会将APP注册信息A采用HTTP传输给应用供应方侧。

优选的，将应用注册信息采用通讯协议传输给应用供应方侧，包括：根据应用供应方侧配置的加密算法对应用注册信息进行加密，获取到加密后的应用注册信息；将加密后的应用注册信息传给应用供应方侧。

具体的，为了保障APIX开放交换平台在传输应用注册信息的安全性，APIX开放交换平台支持差异化加密方式，加密后可将明文转变为密文，可以根据应用供应方侧配置的加密算法，将加密算法配置到不同的加密函数对应用注册信息进行按需加密，并且将加密后的应用注册信息传给应用供应方侧。

本发明实施例的技术方案，通过被动推送方式的方式进行应用注册信息同步可以满足全场景同步需要，实现了多样化同步技术，并且采用与应用注册信息所匹配的通讯协议，将所获取的应用注册信息传输给供应方侧，满足了全场景同步需要以及异构技术对接需要,保障同步效率和准确性。

实施例二

图3为本发明实施例二提供的一种应用注册信息的同步方法的流程图，本实施例在上述实施例的基础上，主要对数据主动拉取方式下应用注册信息的同步方式进行具体说明。如图3所示，该方法包括：

S210、通过应用注册中心基于供应方侧指定的通信协议接收应用注册信息查询请求，应用注册信息查询请求中包含应用注册信息的类型。

具体的，APIX开放交换平台可以接收应用注册信息查询请求，应用注册信息查询请求中包含应用注册信息的类型，即通过应用注册信息查询请求可以查询到应用注册信息的类型。由于供应方侧是知晓所查询的应用注册信息的类型所适配的通信协议，因此在通过终端向APIX开放交换平台发送查询请求时会在终端上指定通信协议，并采用所指定的通信协议与APIX开放交换平台进行信息交互。其中，通讯协议包括HTTP或远程过程调用协议(Remote Progress Call，RPC)，RPC是一种通过网络从远程计算机程序上请求服务,而不需要了解底层网络技术的协议。

S220、根据类型从用户侧的应用注册信息表中进行查询，获取与类型匹配的应用注册信息。

具体的，APIX开放交换平台根据类型从用户侧的应用注册信息表中进行查询，即通过查询上述表1即可得到与类型匹配的应用注册信息；例如，当应用注册信息的类型为订阅用户邮箱，通过查询表1可以得到匹配的应用注册信息为app_config.userEmail。当然，本实施方式中仅是对以订阅用户邮箱对应的注册信息进行查询为例进行说明，在实际应用中还可以查询应用供应方所属的指定APP注册信息、指定API注册信息，所有APP注册信息，所有API注册信息等，本实施方式中并不对供应方侧所查询的注册信息的具体内容进行限定。

S230、获取与应用注册信息匹配的通讯协议

优选的，数据主动拉取方式下，获取与应用注册信息匹配的通讯协议，包括：确定供应方侧指定的通信协议；将供应方侧指定的通信协议作为与应用注册信息匹配的通讯协议。

具体的，在通过查询获取到供应方侧所需要的应用注册信息之后，需要获取到与应用注册信息匹配的通信协议，以便将应用注册信息准确的反馈给供应方侧，由于供应方侧在之前向APIX开放交换平台发送查询请求时，已经指定了通信协议，而用户所指定的通信协议能够将应用注册信息准确反馈给供应方侧，因此APIX开放交换平台会将供应方侧指定的通信协议作为与应用注册信息匹配的通讯协议。

S240、将应用注册信息采用通讯协议传输给应用供应方侧，以使应用注册信息在应用供应方侧进行同步。

示例性的，APIX开放交换平台获取到供应方侧指定的通信协议为RPC，当接收应用注册信息查询请求时，在表1中查询到应用注册信息的类型为API订阅的应用注册信息元数据为api_config.scribe，则会将应用注册信息采用RPC输给应用供应方侧，以使应用注册信息在应用供应方侧进行同步。

本发明实施例的技术方案，通过数据主动拉取的方式进行应用注册信息同步可以满足全场景同步需要，实现了多样化同步技术，并且采用与应用注册信息所匹配的通讯协议，将所获取的应用注册信息传输给供应方侧，满足了全场景同步需要以及异构技术对接需要,保障同步效率和准确性。

实施例三

图4为本发明实施例三提供的一种应用注册信息的同步装置的结构示意图。如图4所示，该装置包括：应用注册信息获取模块310，用于采用指定方式获取用户侧的应用注册信息，指定方式包括数据被动推送方式或数据主动拉取方式；通信协议获取模块320，用于获取与应用注册信息匹配的通讯协议；应用注册信息同步模块330，用于将应用注册信息采用通讯协议传输给应用供应方侧，以使应用注册信息在应用供应方侧进行同步。

优选的，指定方式包括数据被动推送方式，应用注册信息获取模块310，具体用于：通过应用注册中心的消息监听单元对应用注册消息队列进行监听，其中，应用注册消息队列用于保存用户侧的应用注册信息表中发生变化的更新应用注册信息；根据监听结果确定应用注册消息队列中包含更新应用注册信息时，则从应用注册消息队列中提取更新应用注册信息。

优选的，指定方式包括数据被动推送方式，通信协议获取模块320，具体用于：对应用注册信息进行识别获取应用注册信息的类型；获取预先存储的应用场景配置文件，应用场景配置文件中包含应用注册信息的类型与通讯协议的对应关系；根据应用注册信息的类型从应用场景配置文件中进行查询，获取与应用注册信息匹配的通讯协议，其中，通讯协议包括全双工通信协议WebSocket、WebHooks或超文本传输协议HTTP。

优选的，指定方式包括数据主动拉取方式，应用注册信息获取模块310，具体用于：通过应用注册中心基于供应方侧指定的通信协议接收应用注册信息查询请求，其中，应用注册信息查询请求中包含应用注册信息的类型；根据类型从用户侧的应用注册信息表中进行查询，获取与类型匹配的应用注册信息。

优选的，指定方式包括数据主动拉取方式，通信协议获取模块320，具体用于：确定供应方侧指定的通信协议；将供应方侧指定的通信协议作为与注册信息匹配的通讯协议，其中，通讯协议包括超文本传输协议HTTP或远程过程调用RPC协议。

优选的，应用注册信息同步模块330，具体用于：根据应用供应方侧配置的加密算法对应用注册信息进行加密，获取到加密后的应用注册信息；将加密后的应用注册信息传给应用供应方侧。

本发明实施例的技术方案，通过被动推送方式或数据主动拉取的方式进行应用注册信息同步可以满足全场景同步需要，实现了多样化同步技术，并且采用与应用注册信息所匹配的通讯协议，将所获取的应用注册信息传输给供应方侧，满足了全场景同步需要以及异构技术对接需要,保障同步效率和准确性。

本发明实施例所提供的一种应用注册信息的同步装置可执行本发明任意实施例所提供的一种应用注册信息的同步方法，具备执行方法相应的功能模块和有益效果。

实施例四

图5示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如应用注册信息的同步方法。

在一些实施例中，应用注册信息的同步方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM13并由处理器11执行时，可以执行上文描述的应用注册信息的同步方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行应用注册信息的同步方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种应用注册信息的同步方法，其特征在于，包括：

采用指定方式获取用户侧的应用注册信息，所述指定方式包括数据被动推送方式或数据主动拉取方式；

获取与所述应用注册信息匹配的通讯协议；

将所述应用注册信息采用所述通讯协议传输给应用供应方侧，以使所述应用注册信息在所述应用供应方侧进行同步。

2.根据权利要求1所述的方法，其特征在于，所述应用注册信息包括：应用程序APP注册信息和应用程序编程接口API注册信息。

3.根据权利要求2所述的方法，其特征在于，所述指定方式包括数据被动推送方式，所述采用指定方式获取应用注册信息，包括：

通过应用注册中心的消息监听单元对应用注册消息队列进行监听，其中，所述应用注册消息队列用于保存用户侧的应用注册信息表中发生变化的更新应用注册信息；

根据监听结果确定所述应用注册消息队列中包含更新应用注册信息时，则从所述应用注册消息队列中提取所述更新应用注册信息。

4.根据权利要求2所述的方法，其特征在于，所述指定方式包括数据主动拉取方式，所述采用指定方式获取应用注册信息，包括：

通过应用注册中心基于所述供应方侧指定的通信协议接收应用注册信息查询请求，其中，所述应用注册信息查询请求中包含应用注册信息的类型；

根据所述类型从用户侧的应用注册信息表中进行查询，获取与所述类型匹配的应用注册信息。

5.根据权利要求3所述的方法，其特征在于，所述获取与所述应用注册信息匹配的通讯协议，包括：

对所述应用注册信息进行识别获取所述应用注册信息的类型；

获取预先存储的应用场景配置文件，所述应用场景配置文件中包含应用注册信息的类型与通讯协议的对应关系；

根据所述应用注册信息的类型从所述应用场景配置文件中进行查询，获取与所述应用注册信息匹配的通讯协议，其中，所述通讯协议包括全双工通信协议WebSocket、反向应用程序编程接口协议WebHooks或超文本传输协议HTTP。

6.根据权利要求4所述的方法，其特征在于，所述获取与所述应用注册信息匹配的通讯协议，包括：

确定所述供应方侧指定的通信协议；

将所述供应方侧指定的通信协议作为与所述应用注册信息匹配的通讯协议，其中，所述通讯协议包括超文本传输协议HTTP或远程过程调用RPC协议。

7.根据权利要求1所述的方法，其特征在于，所述将所述应用注册信息采用所述通讯协议传输给应用供应方侧，包括：

根据所述应用供应方侧配置的加密算法对所述应用注册信息进行加密，获取到加密后的应用注册信息；

将所述加密后的注册信息传给所述应用供应方侧。

8.一种应用注册信息的同步装置，其特征在于，包括：

应用注册信息获取模块，用于采用指定方式获取用户侧的应用注册信息，所述指定方式包括数据被动推送方式或数据主动拉取方式；

通信协议获取模块，用于获取与所述应用注册信息匹配的通讯协议；

应用注册信息同步模块，用于将所述应用注册信息采用所述通讯协议传输给应用供应方侧，以使所述应用注册信息在所述应用供应方侧进行同步。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的方法。

Images