CN111078789A

CN111078789A - 数据共享方法及装置、存储介质、电子设备

Info

Publication number: CN111078789A
Application number: CN201911165616.3A
Authority: CN
Inventors: 吴光友
Original assignee: Taikang Insurance Group Co Ltd
Current assignee: Taikang Insurance Group Co Ltd
Priority date: 2019-11-25
Filing date: 2019-11-25
Publication date: 2020-04-28
Anticipated expiration: 2039-11-25
Also published as: CN111078789B

Abstract

本公开提供一种数据共享方法及装置、电子设备、存储介质；涉及计算机数据管理技术领域。所述方法包括：接收用户输入的多个应用系统之间的共享数据配置信息；针对任一应用系统，该应用系统与其他应用系统之间的共享数据配置信息包括：其他应用系统的系统名称和其他应用系统中的数据名称；从系统名称对应的应用系统中获取数据名称对应的业务数据，并对该应用系统设置数据查询权限；将数据名称对应的业务数据，添加至共享数据队列中，以使多个应用系统根据对应的数据查询权限，通过进程间通信的方式从共享数据队列中查询数据。本公开可以提高多个应用系统间数据查询的效率。

Description

数据共享方法及装置、存储介质、电子设备

技术领域

本公开涉及计算机数据管理技术领域，具体而言，涉及一种数据共享方法、数据共享装置、电子设备以及计算机可读存储介质。

背景技术

伴随着大健康产业的发展，中高端医疗养老结合的养老社区在各地建设落成。医疗和养老业务独立，但是各个应用系统数据需要共享。目前，如果建设同一个系统内基于微服务的架构体系，不同领域层可以构建对应的业务数据模型，当应用系统需要跨多个领域进行数据交互共享时，需要访问不同领域的应用程序接口，之后对获取的数据进行组装。

可见，不同领域均需要开发对应的应用程序接口，开发工作量大，时间周期长。并且，通过访问不同领域的应用程序接口进行查询的方式，查询效率较低。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种数据共享方法、数据共享装置、电子设备以及计算机可读存储介质，进而在一定程度上克服由于相关技术的限制和缺陷而导致的查询数据效率低的问题。

根据本公开的第一方面，提供一种数据共享方法，包括：

接收用户输入的多个应用系统之间的共享数据配置信息，针对任一应用系统，该应用系统与其他应用系统之间的共享数据配置信息包括：所述其他应用系统的系统名称和所述其他应用系统中的数据名称；

从所述系统名称对应的应用系统中实时获取所述数据名称对应的业务数据，并对该应用系统设置数据查询权限；

将所述数据名称对应的业务数据，添加至共享数据队列中，以使所述多个应用系统根据对应的数据查询权限，通过进程间通信的方式从所述共享数据队列中查询数据。

可选的，所述数据共享方法还包括：

对所述系统名称对应的应用系统中所述数据名称对应的业务数据进行监控；

在监控到所述数据名称对应的业务数据发生变化时，对所述共享数据队列中所述数据名称对应的业务数据进行更新。

可选的，所述对所述共享数据队列中所述数据名称对应的业务数据进行更新，包括：

从所述系统名称对应的应用系统中，获取所述数据名称对应的业务数据中变化的数据；

将所述变化的数据更新至所述共享数据队列中所述数据名称对应的业务数据中。

可选的，所述数据共享方法还包括：

确定所述变化的数据的变化类型，将所述变化类型更新至所述共享数据队列中所述数据名称对应的业务数据中。

可选的，所述对该应用系统设置数据查询权限，包括：

针对任一应用系统，根据该应用系统根据与其他应用系统之间的共享数据配置信息，对该应用系统设置数据查询权限。

可选的，所述数据共享方法还包括：

在创建共享数据队列后，接收用户输入的所述多个应用系统之间的新增共享数据配置信息；

根据所述新增共享数据配置信息，对所述共享数据队列进行更新。

可选的，所述应用系统包括：微服务系统。

根据本公开的第二方面，提供一种数据共享装置，包括：

配置信息接收模块，用于接收用户输入的多个应用系统之间的共享数据配置信息，针对任一应用系统，该应用系统与其他应用系统之间的共享数据配置信息包括：所述其他应用系统的系统名称和所述其他应用系统中的数据名称；

业务数据获取模块，用于从所述系统名称对应的应用系统中实时获取所述数据名称对应的业务数据，并对该应用系统设置数据查询权限；

共享数据队列创建模块，用于将所述数据名称对应的业务数据，添加至共享数据队列中，以使所述多个应用系统根据对应的数据查询权限，通过进程间通信的方式从所述共享数据队列中查询数据。

可选的，所述数据共享装置还包括：

监控模块，用于对所述系统名称对应的应用系统中所述数据名称对应的业务数据进行监控；

业务数据更新模块，用于在监控到所述数据名称对应的业务数据发生变化时，对所述共享数据队列中所述数据名称对应的业务数据进行更新。

可选的，所述业务数据更新模块，具体用于从所述系统名称对应的应用系统中，获取所述数据名称对应的业务数据中变化的数据；将所述变化的数据更新至所述共享数据队列中所述数据名称对应的业务数据中。

可选的，所述数据共享装置还包括：

变化类型更新模块，用于确定所述变化的数据的变化类型，将所述变化类型更新至所述共享数据队列中所述数据名称对应的业务数据中。

可选的，所述业务数据获取模块，包括：

权限设置单元，用于针对任一应用系统，根据该应用系统与其他应用系统之间的共享数据配置信息，对该应用系统设置数据查询权限。

可选的，所述数据共享装置还包括：

配置信息增加模块，用于在创建共享数据队列后，接收用户输入的所述多个应用系统之间的新增共享数据配置信息；

共享数据队列更新模块，用于根据所述新增共享数据配置信息，对所述共享数据队列进行更新。

可选的，所述应用系统包括：微服务系统。

根据本公开的第三方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。

本公开示例性实施例可以具有以下部分或全部有益效果：

本公开实施例的数据共享方法及装置中，一方面，各应用系统无需开发多个应用程序接口实现跨领域、跨系统的数据实时共享，减少重复性开发工作。另一方面，各应用系统在查询其他应用系统中的业务数据时，直接通过进程间通信的方式从共享数据队列中查询数据即可，无需访问多个应用系统进行查询，并对查询到的数据进行组装，因此，可以提高数据查询的效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了可以应用于本公开实施例的数据共享方法及装置的一种示例性系统架构的示意图；

图2示出了本公开实施例的数据共享方法的一种流程图；

图3示出了本公开实施例的数据共享装置的一种结构示意图；

图4示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了可以应用于本公开实施例的数据共享方法及装置的一种示例性系统架构的示意图。

如图1所示，系统架构可以包括应用系统101、102、103、104中的多个，资源调度系统105。应该理解，图1中的应用系统的数目仅仅是示意性的，根据实现需要，可以具有任意数目的应用系统。本公开实施例所提供的数据共享方法一般由资源调度系统105执行，相应地，数据共享装置一般设置于资源调度系统105中。举例而言，在一种示例性实施例中，应用系统101、102、103、104中均包含对应的业务数据，资源调度系统105可以通过本公开实施例所提供的数据共享方法创建共享数据队列，应用系统101、102、103、104可以从共享数据队列中获取业务数据。

下面首先对本公开实施例的数据共享方法进行介绍。

参见图2，图2示出了本公开实施例的数据共享方法的一种流程图，可以包括以下步骤：

步骤S210，接收用户输入的多个应用系统之间的共享数据配置信息，针对任一应用系统，该应用系统与其他应用系统之间的共享数据配置信息包括：其他应用系统的系统名称和其他应用系统中的数据名称。

步骤S220，从系统名称对应的应用系统中实时获取数据名称对应的业务数据，并对该应用系统设置数据查询权限。

步骤S230，将数据名称对应的业务数据，添加至共享数据队列中，以使多个应用系统根据对应的数据查询权限，通过进程间通信的方式从共享数据队列中查询数据。

本公开实施例的数据共享方法中，各应用系统无需开发多个应用程序接口实现跨领域、跨系统的数据实时共享，减少重复性开发工作。并且，各应用系统在查询其他应用系统中的业务数据时，直接通过进程间通信的方式从共享数据队列中查询数据即可，无需访问多个应用系统进行查询，并对查询到的数据进行组装，因此，可以提高数据查询的效率。

以下对本公开实施例的数据共享方法进行更加详细的阐述：

在步骤S210中，接收用户输入的多个应用系统之间的共享数据配置信息。

本公开实施例中，多个应用系统指的是相互之间可以进行数据共享的应用系统，可选的，应用系统包括：微服务系统。本公开可以为用户提供共享数据配置界面，该共享数据配置界面是针对该多个应用系统之间的共享数据配置界面，不能进行数据共享的应用系统是不能配置的，共享数据配置界面可以根据业务需求预先设置。

例如，养老微服务系统和医疗微服务系统之间可以进行数据共享，即养老微服务系统可以获取医疗微服务系统中的业务数据，医疗微服务系统也可以获取养老微服务系统中的业务数据。那么，可以为用户提供养老微服务系统和医疗微服务系统的共享数据配置界面，用户可以在共享数据配置界面中配置养老微服务系统和医疗微服务系统之间的数据共享关系。

可选的，针对任一应用系统，该应用系统与其他应用系统之间的共享数据配置信息包括：其他应用系统的系统名称和其他应用系统中的数据名称。当然，该应用系统与其他应用系统之间的共享数据配置信息也可以包括：其他应用系统的系统编码和其他应用系统中的数据编码，还可以同时包含其他应用系统的系统名称、系统编码，以及其他应用系统中的数据名称和数据编码等。

为了对共享数据配置信息进行清楚完整的介绍，在此以4个应用系统为例进行说明。假设4个应用系统的系统名称分别为系统1、系统2、系统3和系统4。系统1、系统2、系统3和系统4分别对应不同的业务数据，应用系统与业务数据之间的一种对应关系可参见表1。

表1

针对系统1，根据系统1的业务需求，可以配置系统1要从系统2、系统3和系统4中的一个或多个应用系统中获取的业务数据。如果系统1要查询系统2中B001对应的业务数据，获取系统3中C002对应的业务数据，获取系统4中D003对应的业务数据，系统1与系统2、系统3和系统4之间的共享数据配置信息包括：系统2和B001，系统3和C002，系统4和D003。

针对系统2，根据系统2的业务需求，可以配置系统2要从系统1、系统3和系统4中的一个或多个应用系统中获取的业务数据。如果系统2要查询系统1中A002对应的业务数据，获取系统3中C003对应的业务数据，获取系统4中D004对应的业务数据，系统2与系统1、系统3和系统4之间的共享数据配置信息包括：系统1和A002，系统3和C003，系统4和D004。

针对系统3，根据系统3的业务需求，可以配置系统3要从系统1、系统2和系统4中的一个或多个应用系统中获取的业务数据。如果系统3要查询系统1中A001对应的业务数据，获取系统2中B003对应的业务数据，获取系统4中D004对应的业务数据，系统3与系统1、系统2和系统4之间的共享数据配置信息包括：系统1和A001，系统2和B003，系统4和D004。

针对系统4，根据系统4的业务需求，可以配置系统4要从系统1、系统2和系统3中的一个或多个应用系统中获取的业务数据。如果系统4要查询系统2中B001和B002对应的业务数据，获取系统3中C003和C004对应的业务数据，系统4与系统2和系统3之间的共享数据配置信息包括：系统2和B001、B002，系统3和C003、C004。

可见，上述共享数据配置信息中包含系统1、系统2、系统3和系统4之间的数据共享关系，可参见表2。

表2

在步骤S220中，从系统名称对应的应用系统中实时获取数据名称对应的业务数据，并对该应用系统设置数据查询权限。

本公开实施例中，各个应用系统可能要查询其他应用系统中实时的业务数据，为了提高数据的实时性，可以实时获取其他应用系统中的业务数据。在此，系统名称指的是其他应用系统的系统名称。另外，由于不同应用系统查询的业务数据是不同的，而本公开中以共享数据队列的方式进行数据共享，共享数据队列将在下文进行详细介绍。那么，在不设置权限的情况下，各个应用系统可以查询共享数据队列中的所有数据。

为了提高数据的安全性，可以对各个应用系统分别设置数据查询权限。具体的，针对任一应用系统，可以根据该应用系统与其他应用系统之间的共享数据配置信息，对该应用系统设置数据查询权限。例如，对于系统1，根据系统1与系统2、系统3和系统4之间的数据配置信息，可以设置系统1的数据查询权限为：可以查询B001对应的业务数据、C002对应的业务数据和D003对应的业务数据，对于共享数据队列中的其他数据系统1是无法查询的。其他应用系统的数据查询权限的设置方法与系统1类似，在此不一一列举。

在步骤S230中，将数据名称对应的业务数据，添加至共享数据队列中，以使多个应用系统根据对应的数据查询权限，通过进程间通信的方式从共享数据队列中查询数据。

本公开实施例中，可以根据数据名称对应的业务数据，创建共享数据队列。例如，可以基于RabbitMQ创建共享数据队列，RabbitMQ是一个开源消息队列系统，是AMQP(高级消息队列协议)标准的实现，由Erlang语言开发，具有高性能、健壮、可伸缩性的特点，可以实现数据的可靠传输。

从表2中可以看出，系统1要查询系统2中B001对应的业务数据，系统4也要查询系统2中B001对应的业务数据，那么，B001对应的业务数据作为被查询数据，可以添加至共享数据队列中。同理，根据共享数据配置信息，可以将其他被查询数据添加至共享数据队列中，得到的共享数据队列可参见表3。

表3

A001
	A002
B001
	B002
B003
	C002
C003
	C004
D003
	D004

在创建共享数据队列之后，上述各应用系统可以通过进程间通信的方式从共享数据队列中查询数据，而不用开发多个应用程序接口实现跨领域、跨系统的数据实时共享，减少重复性开发工作。并且，在查询多个应用系统中的业务数据时，与分别从多个其他应用系统中查询数据相比，可以提高数据查询的效率。

可选的，本公开实施例还可以对系统名称对应的应用系统中数据名称对应的业务数据进行监控，在监控到数据名称对应的业务数据发生变化时，对共享数据队列中数据名称对应的业务数据进行更新。

实际应用中，各应用系统中的业务数据随着时间的变化可以是不断变化的，为了可以对共享数据队列实时更新，可以对应用系统中的数据进行监控。在此，为了降低系统开销，可以根据共享数据配置信息，对应用系统中被查询数据进行监控。例如，对于系统1，其中包含A001、A002、A003和A004对应的业务数据，A001和A002对应的业务数据属于被查询数据，A003和A004对应的业务数据不属于被查询数据，因此，仅对A001和A002对应的业务数据进行监控即可。

在监控到业务数据发生变化时，可以及时对共享数据队列中相应的业务数据进行更新。可选的，可以从系统名称对应的应用系统中，获取数据名称对应的业务数据中变化的数据；将变化的数据更新至共享数据队列中数据名称对应的业务数据中。也就是说，只更新变化的数据即可。还可以确定变化的数据的变化类型，将变化类型更新至共享数据队列中数据名称对应的业务数据中，变化类型包括：增加、修改和删除等。这样，其他应用系统在查询数据时，可以知晓业务数据发生了哪些变化。

在本公开的一种示例性实施例中，在创建共享数据队列后，还可以接收用户输入的多个应用系统之间的新增共享数据配置信息；根据新增共享数据配置信息，对共享数据队列进行更新。也就是说，在有新的数据查询需求的情况下，还可以对共享数据队列进行更新。例如，系统1要查询系统4中D001对应的业务数据，而D001对应的业务数据没有在共享数据队列中，那么，可以将D001对应的业务数据添加至共享数据队列中。

可见，本公开实施例的数据共享方法，各应用系统无需开发多个应用程序接口实现跨领域、跨系统的数据实时共享，减少重复性开发工作。各应用系统在查询其他应用系统中的业务数据时，直接通过进程间通信的方式从共享数据队列中查询数据即可，无需访问多个应用系统进行查询，并对查询到的数据进行组装，因此，可以提高数据查询的效率。并且，通过对应用系统中的业务数据进行监测，在监测到业务数据发生变化时，可以及时对共享数据队列中的数据进行更新，从而实现业务数据实时共享，增强数据流通和应用价值。另外，本公开可以提升系统使用性能，不耗费业务系统资源。

应当注意，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

进一步的，本公开实施还提供了一种数据共享装置300，图3示出了本公开实施例的数据共享装置的一种结构示意图，包括：

配置信息接收模块310，用于接收用户输入的多个应用系统之间的共享数据配置信息，针对任一应用系统，该应用系统与其他应用系统之间的共享数据配置信息包括：其他应用系统的系统名称和其他应用系统中的数据名称；

业务数据获取模块320，用于从所述系统名称对应的应用系统中实时获取所述数据名称对应的业务数据，并对该应用系统设置数据查询权限；

共享数据队列创建模块330，用于将所述数据名称对应的业务数据，添加至共享数据队列中，以使多个应用系统根据对应的数据查询权限，通过进程间通信的方式从共享数据队列中查询数据。

可选的，数据共享装置还包括：

监控模块，用于对系统名称对应的应用系统中数据名称对应的业务数据进行监控；

业务数据更新模块，用于在监控到数据名称对应的业务数据发生变化时，对共享数据队列中数据名称对应的业务数据进行更新。

可选的，业务数据更新模块，具体用于从系统名称对应的应用系统中，获取数据名称对应的业务数据中变化的数据；将变化的数据更新至共享数据队列中数据名称对应的业务数据中。

可选的，数据共享装置还包括：

变化类型更新模块，用于确定变化的数据的变化类型，将变化类型更新至共享数据队列中数据名称对应的业务数据中。

可选的，业务数据获取模块，包括：

可选的，数据共享装置还包括：

配置信息增加模块，用于在创建共享数据队列后，接收用户输入的多个应用系统之间的新增共享数据配置信息；

共享数据队列更新模块，用于根据新增共享数据配置信息，对共享数据队列进行更新。

可选的，应用系统包括：微服务系统。

上述数据共享装置中各模块或单元的具体细节已经在对应的业务数据共享方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

在本公开的示例性实施例中，还提供一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行本示例实施方式中的数据共享方法的全部或者部分步骤。

图4示出了用于实现本公开实施例的电子设备的计算机系统的结构示意图。需要说明的是，图4示出的电子设备的计算机系统400仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图4所示，计算机系统400包括中央处理单元401，其可以根据存储在只读存储器402中的程序或者从存储部分408加载到随机访问存储器403中的程序而执行各种适当的动作和处理。在随机访问存储器403中，还存储有系统操作所需的各种程序和数据。中央处理单元401、只读存储器402以及随机访问存储器403通过总线404彼此相连。输入/输出接口405也连接至总线404。

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

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元401执行时，执行本申请的装置中限定的各种功能。

在本公开的示例性实施例中，还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的方法。

需要说明的是，本公开所示的计算机可读存储介质例如可以是—但不限于—电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器、只读存储器、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、射频等等，或者上述的任意合适的组合。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims

1.一种数据共享方法，其特征在于，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

3.根据权利要求2所述的方法，其特征在于，所述对所述共享数据队列中所述数据名称对应的业务数据进行更新，包括：

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

5.根据权利要求1所述的方法，其特征在于，所述对该应用系统设置数据查询权限，包括：

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

7.根据权利要求1所述的方法，其特征在于，所述应用系统包括：微服务系统。

8.一种数据共享装置，其特征在于，所述装置包括：

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1～7任一项所述的方法。

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

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1～7任一项所述的方法。