CN115309743A - 多数据中心太空态势感知数据共享方法、装置及设备 - Google Patents

Abstract

本发明提供了一种多数据中心太空态势感知数据共享方法、装置及设备，涉及太空态势感知数据共享技术领域，包括构建并扩展用于太空态势感知数据共享应用的统一服务注册中心，统一服务注册中心由UDDI数据模型构成；获取至少一个外部数据中心的服务信息，并根据每个外部数据中心的服务信息在统一服务注册中心上进行注册；获取本地数据中心的数据共享服务请求，并利用统一服务注册中心匹配与数据共享服务请求对应的数据信息，然后通过统一服务注册中心返回数据信息给本地数据中心，本申请中使本地数据中心不用存放其他外部数据中心的数据资源，满足其他外部数据中心数据的安全性和保密性要求，并有效降低本地数据存储压力。

Description

多数据中心太空态势感知数据共享方法、装置及设备

技术领域

本发明涉及太空态势感知数据共享技术领域，具体而言，涉及多数据中心太空态势感知数据共享方法、装置、设备及可读存储介质。

背景技术

目前，太空态势感知数据和产品分散于多个数据中心，无法将太空态势感知数据和产品完全汇聚到一个中心提供统一服务，现在亟需一种实现多数据中心的数据共享访问方法。

发明内容

本发明的目的在于提供一种多数据中心太空态势感知数据共享方法、装置、设备及可读存储介质，以改善上述问题。为了实现上述目的，本发明采取的技术方案如下：

第一方面，本申请提供了一种多数据中心太空态势感知数据共享方法，包括：构建并扩展用于太空态势感知数据共享应用的统一服务注册中心，所述统一服务注册中心由UDDI数据模型构成；获取至少一个外部数据中心的服务信息，并根据每个所述外部数据中心的服务信息在所述统一服务注册中心上进行注册；获取本地数据中心的数据共享服务请求，并利用所述统一服务注册中心匹配与所述数据共享服务请求对应的数据信息，然后通过所述统一服务注册中心返回数据信息给所述本地数据中心。

第二方面，本申请还提供了一种多数据中心太空态势感知数据共享装置，包括：服务中心构建单元，用于构建并扩展用于太空态势感知数据共享应用的统一服务注册中心，所述统一服务注册中心由 UDDI数据模型构成；信息注册单元，用于获取至少一个外部数据中心的服务信息，并根据每个所述外部数据中心的服务信息在所述统一服务注册中心上进行注册；需求匹配单元，用于获取本地数据中心的数据共享服务请求，并利用所述统一服务注册中心匹配与所述数据共享服务请求对应的数据信息，然后通过所述统一服务注册中心返回数据信息给所述本地数据中心。

第三方面，本申请还提供了一种多数据中心太空态势感知数据共享设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现所述多数据中心太空态势感知数据共享方法的步骤。

第四方面，本申请还提供了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述基于多数据中心太空态势感知数据共享方法的步骤。

本发明的有益效果为：

1、本申请中使本地数据中心不用存放其他外部数据中心的数据资源，满足其他外部数据中心数据的安全性和保密性要求，并有效降低本地数据存储压力；

2、本申请采用面向服务架构，将服务发布到太空态势感知数据所在的外部中心，并在太空态势感知数据所在的外部中心进行计算处理，有效降低了本地数据中心的计算压力，使算力使用更加集约和高效。

3、本发明改进了UDDI注册中心的数据结构，使之与太空态势感知数据产品共享应用相适应；并通过分离数据服务和数据共享服务、建立索引器、建立多粒度服务索引等提高服务访问速度，提升数据共享效率。

本发明的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例中所述的多数据中心太空态势感知数据共享方法流程示意图；

图2为本发明实施例中所述的基于二叉树结构的数据中心的数据编码示例；

图3为本发明实施例中所述的基于多叉树结构的数据中心的数据编码示例；

图4为本发明实施例中所述的多数据中心太空态势感知数据共享装置结构示意图；

图5为本发明实施例中所述的多数据中心太空态势感知数据共享设备结构示意图。

图中标记：1、服务中心构建单元；11、服务实体构建单元；12、元数据构建单元；121、第一构建单元；122、第二构建单元；2、信息注册单元；21、数据注册单元；211、第二获取单元；212、第一逻辑单元；213、第二逻辑单元；22、完善单元；23、接口定义单元； 24、服务注册单元；3、需求匹配单元；31、分解单元；32、第三逻辑单元；33、第四逻辑单元；331、检索单元；332、优选单元；333、临时备份单元；800、多数据中心太空态势感知数据共享设备；801、处理器；802、存储器；803、多媒体组件；804、I/O接口；805、通信组件。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

实施例1：

本实施例提供了一种多数据中心太空态势感知数据共享方法。

参见图1，图中示出了本方法包括步骤S100、步骤S200、步骤 S300。

S100、构建并扩展用于太空态势感知数据共享应用的统一服务注册中心，统一服务注册中心由UDDI数据模型构成。

具体而言，在本申请中与现有技术相似，均有businessEntity、businessService、bindingTemplate和tModel四个数据模块。具体而言，即包括步骤S110和S120。

S110、构建至少一个服务实体元素，每个服务实体模块用于描述一个外部数据中心和对应的参数信息，参数信息包括外部数据中心的名称、外部数据中心的标识、外部数据中心的地址、外部数据中心的文本描述和外部数据中心所提供的服务。

具体而言，在本申请S110即构建的businessEntity、 businessService和bindingTemplate这三级数据基本架构，其中，在本申请针对于太空态势感知数据在现有基础上进行如下数据扩充：

businessEntity为描述太空态势感知数据提供者实体(即太空态势感知数据保存的外部数据中心)及其描述信息，包含外部数据中心的名称、外部数据中心的标识、外部数据中心的地址、外部数据中心的文本描述、外部数据中心的包含数据；

businessService为描述了太空态势感知数据提供者实体发布的服务、数据和相关描述信息，包含服务的名称、标识、描述以及数据的名称、标识、描述、格式、时间、尺寸、尺度、领域、语言、属性、等级、隶属关系等具体信息；

bindingTemplate为太空态势感知数据提供者实体所提供服务和数据的对应接口信息。

S120、构建并扩展元数据信息，其中，元数据信息包括用于太空态势感知数据服务的第一元数据服务和用于太空态势感知数据共享服务的第二元数据服务，太空态势感知数据共享服务为在太空态势感知数据基础上附加操作的数据服务。

需要说明的是，在本申请中，即为对tModel进行构建并扩展的步骤。具体而言，在本申请中，tModel是关于太空态势感知数据和太空态势感知数据共享服务的元数据信息。即tModel＝{D,S}，其中， D是关于太空态势感知数据服务的第一元数据，S是关于太空态势感知数据共享服务的第二元数据。

具体而言。在本申请中对第一元数据还有第二元数据的扩展。

S121、构建数据检索器、封装器和接收器作为第一元数据服务，数据检索器用于从外部数据中心的数据中查找到与数据服务请求对应的太空态势感知数据，封装器用于查找到的太空态势感知数据封装并传输至对应的接收器，接收器用于将封装后的太空态势感知数据传输到本地数据中心。

其中，封装器是对太空态势感知数据的封装，涵盖了根据网络传输协议将应用层需要的数据封装成能够在网络链路中传输的数据包的全过程；接收器是对数据的接收，涵盖了将网络链路传输的数据包转换为应用层所需数据的全过程。即D＝{索引器,封装器,接收器}。

S122、构建处理方法检索器作为第二元数据服务，方法检索器用于检索至少一种数据附加处理方法。

其中，在本申请中数据附加处理方法分为加密类、修改类以及可视化类。即S＝{加密,修改,可视化}，加密＝{密钥加密,水印加密}，修改＝{尺寸裁剪,时间修改,基准转换,属性更新,等级变更}，可视化＝{二维可视化,三维可视化}，密钥加密＝{密钥方法1,…,密钥方法 n1}，水印加密＝{水印方法1,…,水印方法n2}，尺寸裁剪＝{裁剪方法 1,…,裁剪方法n3}，时间修改＝{修改方法1,…,修改方法n4}，基准转换＝{转换方法1,…,转换方法n5}，属性更新＝{更新方法1,…,更新方法n6},等级变更＝{变更方法1,…,变更方法n7}，二维可视化＝{二维可视化方法1,…,二维可视化方法n8},三维可视化＝{三维可视化方法1,…,三维可视化方法n9}。以上每种方法都包含具体算法说明、预期效率和效果等描述信息，并提供太空态势感知数据范围、尺度、基准、属性、等级等服务注册可选项。

需要说明的是，S121和S122中所构建索引器、封装器、接收器以及第二元数据服务，均为框架结构，其具体的完善需要实际对应的外部数据中心所提供的数据和共享服务确定其具体的内容。

S200、获取至少一个外部数据中心的服务信息，并根据每个外部数据中心的服务信息在统一服务注册中心上进行注册。

具体而言，在本申请中统一服务注册中心根据外部数据中心的名称、地址、文本描述及其包含数据、产品的类型注册businessEntity，并被赋予唯一的标识。并且结合tModel、businessService要求对数据中心内的数据及共享服务进行注册。

进一步地，在本申请中在统一服务注册中心上对太空态势感知数据服务进行注册过程可以包括步骤S210、步骤S220、步骤S230和步骤S240。

S210、对外部数据中心中的数据名称、格式、时间、尺寸、尺度、领域、语言、属性、等级、隶属关系等内容进行注册，并依据数据在外部数据中心中的索引结构赋予唯一标识。

具体而言，在本申请中步骤S210中还包括步骤S211、步骤S212、步骤S213。

S211、获取外部数据中心的数据索引结构情况。

S212、若外部数据中心存在数据索引结构，则基于外部数据中心的数据索引结构对外部数据中心内的每个太空态势感知数据赋予唯一的编码。

在本申请中若外部数据中心已采用特定数据结构对太空态势感知数据进行结构化组织，依此结构为外数据中心内数据赋予唯一标识码，并直接利用索引结构构建数据索引器。这里给出一种基于二叉树结构化组织的数据中心数据编码实施例，如图2所示。利用二叉树结构对该外部数据中心内的数据进行唯一编码，编码形式为二叉树编码_顺序编码。其中，二叉树编码是对数据所在二叉树中节点位置的编码，顺序编码是对数据所在二叉树节点中数据顺序的唯一编码。如图 3所示的数据二叉树结构，根据数据节点2在二叉树中的位置确定二叉树编码为110，包含于数据节点2中的第1个数据编码为110_1；类似的，可以为所有数据赋予唯一标识，如图2所示。

S213、若外部数据中心不存在数据索引结构，则基于外部数据中心中的每个太空态势感知数据的尺度、类型和时间依次构建索引节点，并对每个索引节点下包括的太空态势感知数据赋予唯一的编码。

在本申请中若外部中心数据未采用任何结构化组织形式，则依据太空态势感知数据的尺度、类型、时间构建多层次索引，并明确索引规则。这里给出一种基于多叉树结构的实施例，如图3所示。利用多叉树结构对该外部数据中心内的数据进行唯一编码，编码形式为多叉树编码_顺序编码。由于数据节点都位于多叉树的叶子且各叶子的深度统一，则采用简化的多叉树编码对数据节点进行编码，图3中多叉树叶子位置的数据节点依次编码为1,…,n*N；顺序编码是多叉树数据节点中数据顺序的唯一编码。图3构建的多叉树是对某外部数据中心数据的结构化组织，数据节点1在多叉树叶子位置的编码为1，包含于该数据节点中的第1个数据编码为1_1，具有唯一性；类似的，可以为所有数据赋予唯一标识，如图3所示。

S220、完善每个外部数据中心对应封装器、接收器和索引器。

其中，需要说明的是，本申请中即根据具体的一个外部数据中心所能提供太空态势感知数据进行封装器、接收器和索引器完善。其中，索引器构建用于快速查找相应数据，依据数据中心数据结构化组织形式构建索引器，主要对索引器索引机制进行设定。对于实施例图2 所示采用二叉树组织数据的数据中心，构建二叉树索引与遍历索引相结合的索引机制，即先通过二叉树索引定位数据节点，再通过遍历数据节点内的数据定位目标数据；对于实施例图3所示采用多叉树组织数据的数据中心，构建多叉树索引与遍历索引相结合的索引机制，即先基于多叉树叶节点排序规则逆推数据节点位置，再通过遍历数据节点内的数据定位目标数据。封装器、接收器的构建依据网络传输协议。其中，封装器是对数据的封装，涵盖了根据网络传输协议将应用层需要的数据封装成能够在网络链路中传输的数据包的全过程；接收器是对数据的接收，涵盖了将网络链路传输的数据包转换为应用层所需数据的全过程。

S230、根据bindingTemplate定义数据服务的接口信息。

其中，包括对封装器、接收器、索引器和数据中心各种数据的接口设定。其中，封装器、接收器和索引器接口为外部接口，用于数据传输与共享应用；数据中心各种数据接口为内部接口，供索引器调用。

S240、获取每个外部数据中心的共享服务信息，若外部数据中心包括共享服务信息，则对共享服务信息进行注册。

需要说明的是，在本申请中共享服务即为对数据附加操作方法。

在本申请中步骤S240还包括以下步骤S241、步骤S242和步骤 S243。

S241、对共享服务信息中共享服务的名称、共享服务的描述和共享服务的标识码进行注册。

同时，在本申请中为了达到对共享服务的快速识别的目的，以及共享服务在嵌套使用时能准确识别以及使用，在本申请中由粗到细的划分共享服务关系。即定了加密、修改和可视化三种特别的共享服务。每种服务可针对不同的内容、采用不同的方法，并对每种共享服务的内容、方法、预期效果、适用范围等必要信息进行说明和描述。同时根据tModel对不同内容、不同方法的各种共享服务的组织结构通过多叉树的结构方式，为待注册的共享服务赋予唯一的标识码，编码形式为服务编码_内容编码_方法编码。本实施例中加密服务、修改服务和可视化服务依次编码为1、2、3，加密服务中的密钥加密和水印加密依次编码为1、2，修改服务中的尺寸裁剪、时间修改、基准转换、属性更新、等级变更依次编码为1～5，可视化服务中的二维可视化、三维可视化依次编码为1、2。例如，采用密钥加密方法1进行的数据加密服务标识码为1_1_1，采用二维可视化方法1进行二维可视化服务的标识码为3_1_1。

S242、对共享服务的可选项进行注册。

其中需要说明的是，一些特定共享服务即数据附加操作方法的操作对象是特定的，需根据需要注册可选项进行限制操作对象。本实施例中数据共享服务的可选项包括数据范围、尺度、基准、属性、等级，包括对可选项的命名和描述，本实施例中可选项不多，采用顺序编码赋予可选项唯一标识。

S243、根据bindingTemplate，对共享服务接口进行注册。

具体而言，在本申请中包括对各种共享服务及可选项的接口设定。其中，各种共享服务接口及可选项接口都为外部接口，为用户提供服务；可选项还包含与索引器相连的接口，使其能够向索引器中增加索引条件。

S300、获取本地数据中心的数据共享服务请求，并利用统一服务注册中心匹配与数据共享服务请求对应的数据信息，然后通过统一服务注册中心返回数据信息给本地数据中心。

需要说明是的，在本申请中即统一服务注册中心与外部数据中心通过接口进行数据调取，并且对太空态势感知数据的数据附加处理也在外部数据中心进行处理。

在本申请中，步骤S300中还包括步骤S310、步骤S320和步骤 S330实现统一服务注册中心匹配与数据共享服务请求对应的数据信息。

S310、分解数据共享服务请求，得到数据服务和/或共享服务。

本实施例采用条件检索对数据需求进行规范化。例如，本地数据需求为2020-12-1日12:00时编号001的卫星姿态数据，需求的检索条件为：姿态数据<时间＝2020-12-1 12:00,卫星编号＝001>。类似的，可以将本地数据中心的数据需求统一为检索条件。本实施例中数据中心的索引器能够条件进行检索，将数据需求统一为检索条件便于利用索引器对数据进行检索。先利用本地数据中心索引器按需求条件进行检索，若能够从本地数据中心检索到恰当数据结果，则无需从其他数据中心获取；否则，将检索组合服务方案，即为需求分解任务，进一步规划数据服务和共享服务。

其中需要说明的是，在本申请中统一服务注册中心检索数据服务是根据前期建立的索引机制进行处理。这样不同外部数据中心可以通过索引器对符合条件的数据进行快速搜索，这些索引器使得统一服务注册中心中快速搜索数据服务。因此，遍历数据服务通过对各索引器遍历以搜索与需求相匹配的数据结果。若用户需求只是数据，则通过遍历数据服务，匹配与需求条件相一致或高度相似的数据服务。

S320、若是数据服务请求内包括数据服务，则利用统一服务注册中心的数据索引器遍历所有太空态势感知数据，搜索相匹配的太空态势感知数据，返回匹配的太空态势感知数据；若不存在与需求相匹配的太空态势感知数据，则检索组合服务方案。

需要说明的是，在本实施例中，对于数值条件，则通过数学计算进行精确匹配；对于语义条件，可采用Huang Posesn等人在《Learning Deep Structured Semantic Modelsfor Web Search using Clickthrough Data》文章中提出的DSSM方法进行模糊匹配。若不存在与需求相匹配的数据结果，则进一步从数据服务和共享服务的组合中进行搜索，并优先从数据服务和修改服务的组合中搜索。

S330、若是数据服务请求内包括共享服务，则检索组合服务方案。

需要说明的是，本申请中步骤S330包括步骤S331和步骤S332。

S331、根据统一服务注册中心的方法检索器匹配检索得到至少一个组合服务方案，组合服务方案包括一个太空态势感知数据和一个数据附加处理方法的相关信息，相关信息包括数据附加处理方法的名称、每个数据附加处理方法的输入信息、每个数据附加处理方法的输出信息和数据附加处理方法对应的复杂系数。

其中需要说明的是，步骤S331中所采用匹配检索的方法与步骤 S320中相同。由于本申请中设计到语义匹配，故在本实施例中会返回唯一的组合服务方案或是多种组合服务方案。本申请中通过数据附加处理方法对应的复杂系数，选用预期效率效果最优的组合服务；若不存在匹配结果，返回空。

S332、根据最优组合服务方案，计算得到与数据共享服务请求对应的需求数据，最优组合服务方案为所有组合服务方案中数据附加处理方法的复杂系数最低的方案。

为了便于理解，本实施例中具体说明：第一种示例：本地数据中心需求为P时间覆盖20km*20km范围的Q市遥感影像数据，该数据既可能直接从外部数据中心中获取，又可能通过对外部数据中心数据进行裁剪后得到。由此，组合服务方案为：{数据服务:遥感影像<时间＝P,城市＝Q,范围＝20km*20km>}。当上述组合服务方案无法直接检索时，方法检索器会直接返回{数据服务:遥感影像<时间＝P,城市＝Q>, 共享服务:范围裁剪<范围＝20km*20km>}这样的第二种组合服务方案。第二种示例：本地数据中心需求为P时间覆盖20km*20km范围的Q市遥感影像在B基准下的数据，该数据既可能直接从外部数据中心中通过基准转换方法B获取，又可能通过对外部数据中心数据进行裁剪后再通过基准转换方法B获取得到。由此，检索器会返回两个组合服务方案1、{数据服务:遥感影像<时间＝P,城市＝Q>,共享服务:基准转换<转换方法B>和2、{数据服务:遥感影像<时间＝P,城市＝Q>,共享服务:范围裁剪<范围＝20km*20km>and基准转换<转换方法B>}。最后优选第一个方案。

还需要说明是的，步骤S300中还包括步骤S340实现统一服务注册中心返回数据信息给本地数据中心。

S340、若数据信息由检索组合服务方案获取得到，则统一服务注册中心以Web页面形式将处理结果返回给用户，并将处理结果保存在本地数据中心临时备份。

在本申请中通过将检索组合服务方案获取得到的数据备份后，在后期经过核验后可用于数据中心数据、产品的更新。并且在本实施例中数据处理服务均在外部数据中心完成，仅将处理结果通过互联网返回给用户，避免了客户端数据处理压力，合理利用了各数据中心的计算资源。本实施例中，加密、修改及可视化处理都在注册中心匹配到的外部数据中心完成。例如，用户提出利用3D渲染对某态势感知数据进行3维表达，则匹配到的数据中心利用3D渲染方法对该数据进行处理，将可视化结果以Web页面形式返回给用户，用户所在数据中心并不需要配置3D渲染方法，即可得到符合要求的3维表达结果。

同时，还需要说明的是，在本实施例中若数据信息不是由检索组合服务方案获取得到，则统一服务注册中心利用封装器、接收器将数据结果利用互联网传输给用户。

同时，可以理解的是，在本申请中检索器也是可以检索返回空，即意味在本实施例中未查找到恰当的服务，则告知本地数据中心不存在该数据结果，请本地数据中心检查需求的正确性与合理性；或进一步登记备案，以便各外部数据中心丰富、完善是数据成果。

实施例2：

如图4所示，本实施例提供了一种多数据中心太空态势感知数据共享装置，装置包括：

服务中心构建单元1，用于构建并扩展用于太空态势感知数据共享应用的统一服务注册中心，统一服务注册中心由UDDI数据模型构成。

信息注册单元2，用于获取至少一个外部数据中心的服务信息，并根据每个外部数据中心的服务信息在统一服务注册中心上进行注册。

需求匹配单元3，用于获取本地数据中心的数据共享服务请求，并利用统一服务注册中心匹配与数据共享服务请求对应的数据信息，然后通过统一服务注册中心返回数据信息给本地数据中心。

在一些具体的实施例中，服务中心构建单元1包括：

服务实体构建单元11，用于构建至少一个服务实体元素，每个服务实体模块用于描述一个外部数据中心和对应的参数信息，参数信息包括外部数据中心的名称、外部数据中心的标识、外部数据中心的地址、外部数据中心的文本描述和外部数据中心所提供的服务。

元数据构建单元12，用于构建并扩展元数据信息，其中，元数据信息包括用于太空态势感知数据服务的第一元数据服务和用于太空态势感知数据共享服务的第二元数据服务，太空态势感知数据共享服务为在太空态势感知数据基础上附加操作的数据服务。

在一些具体的实施例中，元数据构建单元12包括：

第一构建单元121，用于构建数据检索器、封装器和接收器作为第一元数据服务，数据检索器用于从外部数据中心的数据中查找到与数据服务请求对应的太空态势感知数据，封装器用于查找到的太空态势感知数据封装并传输至对应的接收器，接收器用于将封装后的太空态势感知数据传输到本地数据中心。

第二构建单元122，用于构建处理方法检索器作为第二元数据服务，方法检索器是用于检索至少一种数据附加处理方法。

在一些具体的实施例中，信息注册单元2包括：

数据注册单元21，用于对外部数据中心中的数据名称、格式、时间、尺寸、尺度、领域、语言、属性、等级、隶属关系等内容进行注册，并依据数据在外部数据中心中的索引结构赋予唯一标识。

完善单元22，用于完善每个外部数据中心对应封装器、接收器和索引器。

接口定义单元23，用于根据bindingTemplate定义数据服务的接口信息。

服务注册单元24，用于获取每个外部数据中心的共享服务信息，若外部数据中心包括共享服务信息，则对共享服务信息进行注册。

在一些具体的实施例中，数据注册单元21包括：

第二获取单元211，用于获取外部数据中心的数据索引结构情况。

第一逻辑单元212，用于若外部数据中心存在数据索引结构，则基于外部数据中心的数据索引结构对外部数据中心内的每个太空态势感知数据赋予唯一的编码。

第二逻辑单元213，用于若外部数据中心不存在数据索引结构，则基于外部数据中心中的每个太空态势感知数据的尺度、类型和时间依次构建索引节点，并对每个索引节点下包括的太空态势感知数据赋予唯一的编码。

在一些具体的实施例中，需求匹配单元3包括：

分解单元31，用于分解数据共享服务请求，得到数据服务和/或共享服务。

第三逻辑单元32，用于若是数据服务请求内包括数据服务，则利用统一服务注册中心的数据索引器遍历所有太空态势感知数据，搜索相匹配的太空态势感知数据，返回经过共享服务处理后的相匹配的太空态势感知数据。若不存在与需求相匹配的太空态势感知数据，则检索组合服务方案。

第四逻辑单元33，用于若是数据服务请求内包括共享服务，则检索组合服务方案。

在一些具体的实施例中，第四逻辑单元33包括：

检索单元331，用于根据统一服务注册中心的方法检索器匹配检索得到至少一个组合服务方案，组合服务方案包括一个太空态势感知数据和一个数据附加处理方法的相关信息，相关信息包括数据附加处理方法的名称、每个数据附加处理方法的输入信息、每个数据附加处理方法的输出信息和数据附加处理方法对应的复杂系数。

优选单元332，用于根据最优组合服务方案，计算得到与数据共享服务请求对应的需求数据，最优组合服务方案为所有组合服务方案中数据附加处理方法的复杂系数最低的方案。

临时备份单元333，用于若数据信息由检索组合服务方案获取得到，则统一服务注册中心以Web页面形式将处理结果返回给用户，并将处理结果保存在本地数据中心临时备份。

需要说明的是，关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

实施例3：

相应于上面的方法实施例，本实施例中还提供了一种多数据中心太空态势感知数据共享设备，下文描述的一种多数据中心太空态势感知数据共享设备与上文描述的一种多数据中心太空态势感知数据共享方法可相互对应参照。

图5是根据示例性实施例示出的一种多数据中心太空态势感知数据共享设备800的框图。如图5所示，该多数据中心太空态势感知数据共享设备800可以包括：处理器801，存储器802。该多数据中心太空态势感知数据共享设备800还可以包括多媒体组件803，I/O 接口804，以及通信组件805中的一者或多者。

其中，处理器801用于控制该多数据中心太空态势感知数据共享设备800的整体操作，以完成上述的多数据中心太空态势感知数据共享方法中的全部或部分步骤。存储器802用于存储各种类型的数据以支持在该多数据中心太空态势感知数据共享设备800的操作，这些数据例如可以包括用于在该多数据中心太空态势感知数据共享设备 800上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器802可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件803可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器802或通过通信组件805发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口 804为处理器801和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件805用于该多数据中心太空态势感知数据共享设备800与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near FieldCommunication，简称NFC)，2G、3G或4G，或它们中的一种或几种的组合，因此相应的该通信组件805可以包括： Wi-Fi模块，蓝牙模块，NFC模块。

在一示例性实施例中，多数据中心太空态势感知数据共享设备 800可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital SignalProcessing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的多数据中心太空态势感知数据共享方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的多数据中心太空态势感知数据共享方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器802，上述程序指令可由多数据中心太空态势感知数据共享设备800的处理器801执行以完成上述的多数据中心太空态势感知数据共享方法。

实施例4：

相应于上面的方法实施例，本实施例中还提供了一种可读存储介质，下文描述的一种可读存储介质与上文描述的一种多数据中心太空态势感知数据共享方法可相互对应参照。

一种可读存储介质，可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例的多数据中心太空态势感知数据共享方法的步骤。

该可读存储介质具体可以为U盘、移动硬盘、只读存储器 (Read-Only Memory，ROM)、随机存取存储器(Random Access Memory， RAM)、磁碟或者光盘等各种可存储程序代码的可读存储介质。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种多数据中心太空态势感知数据共享方法，其特征在于，包括：

构建并扩展用于太空态势感知数据共享应用的统一服务注册中心，所述统一服务注册中心由UDDI数据模型构成；

获取至少一个外部数据中心的服务信息，并根据每个所述外部数据中心的服务信息在所述统一服务注册中心上进行注册；

获取本地数据中心的数据共享服务请求，并利用所述统一服务注册中心匹配与所述数据共享服务请求对应的数据信息，然后通过所述统一服务注册中心返回数据信息给所述本地数据中心。

2.根据权利要求1所述的多数据中心太空态势感知数据共享方法，其特征在于,构建并扩展用于太空态势感知数据共享应用的统一服务注册中心，包括：

构建至少一个服务实体元素，每个所述服务实体模块用于描述一个外部数据中心和对应的参数信息，所述参数信息包括外部数据中心的名称、外部数据中心的标识、外部数据中心的地址、外部数据中心的文本描述和外部数据中心所提供的服务；

构建并扩展元数据信息，其中，所述元数据信息包括用于太空态势感知数据服务的第一元数据服务和用于太空态势感知数据共享服务的第二元数据服务，所述太空态势感知数据共享服务为在太空态势感知数据基础上附加操作的数据服务。

3.根据权利要求2所述的多数据中心太空态势感知数据共享方法，其特征在于,构建并扩展元数据体系，包括：

构建数据检索器、封装器和接收器作为第一元数据服务，所述数据检索器用于从外部数据中心的数据中查找到与所述数据服务请求对应的太空态势感知数据，所述封装器用于查找到的太空态势感知数据封装并传输至对应的接收器，所述接收器用于将封装后的太空态势感知数据传输到所述本地数据中心；

构建处理方法检索器作为第二元数据服务，所述方法检索器用于检索至少一种数据附加处理方法。

4.根据权利要求1所述的多数据中心太空态势感知数据共享方法，其特征在于,根据每个所述外部数据中心的服务信息在所述统一服务注册中心上进行注册，包括：

获取外部数据中心的数据索引结构情况；

若外部数据中心存在数据索引结构，则基于所述外部数据中心的数据索引结构对外部数据中心内的每个太空态势感知数据赋予唯一的编码；

若外部数据中心不存在数据索引结构，则基于所述外部数据中心中的每个太空态势感知数据的尺度、类型和时间依次构建索引节点，并对每个索引节点下包括的太空态势感知数据赋予唯一的编码；

若是所述数据服务请求内包括共享服务，则检索组合服务方案。

5.一种多数据中心太空态势感知数据共享装置，其特征在于，包括：

服务中心构建单元，用于构建并扩展用于太空态势感知数据共享应用的统一服务注册中心，所述统一服务注册中心由UDDI数据模型构成；

信息注册单元，用于获取至少一个外部数据中心的服务信息，并根据每个所述外部数据中心的服务信息在所述统一服务注册中心上进行注册；

需求匹配单元，用于获取本地数据中心的数据共享服务请求，并利用所述统一服务注册中心匹配与所述数据共享服务请求对应的数据信息，然后通过所述统一服务注册中心返回数据信息给所述本地数据中心。

6.根据权利要求5所述的多数据中心太空态势感知数据共享装置，其特征在于，所述服务中心构建单元包括：

服务实体构建单元，用于构建至少一个服务实体元素，每个所述服务实体模块用于描述一个外部数据中心和对应的参数信息，所述参数信息包括外部数据中心的名称、外部数据中心的标识、外部数据中心的地址、外部数据中心的文本描述和外部数据中心所提供的服务；

元数据构建单元，用于构建并扩展元数据信息，其中，所述元数据信息包括用于太空态势感知数据服务的第一元数据服务和用于太空态势感知数据共享服务的第二元数据服务，所述太空态势感知数据共享服务为在太空态势感知数据基础上附加操作的数据服务。

7.根据权利要求6所述的多数据中心太空态势感知数据共享装置，其特征在于，所述元数据构建单元包括：

第一构建单元，用于构建数据检索器、封装器和接收器作为第一元数据服务，所述数据检索器用于从外部数据中心的数据中查找到与所述数据服务请求对应的太空态势感知数据，所述封装器用于查找到的太空态势感知数据封装并传输至对应的接收器，所述接收器用于将封装后的太空态势感知数据传输到所述本地数据中心；

第二构建单元，用于构建处理方法检索器作为第二元数据服务，所述方法检索器用于检索至少一种数据附加处理方法。

8.根据权利要求5所述的多数据中心太空态势感知数据共享装置，其特征在于，所述信息注册单元包括：

第二单元，用于获取外部数据中心的数据索引结构情况；

第一逻辑单元，用于若外部数据中心存在数据索引结构，则基于所述外部数据中心的数据索引结构对外部数据中心内的每个太空态势感知数据赋予唯一的编码；

第二逻辑单元，用于若外部数据中心不存在数据索引结构，则基于所述外部数据中心中的每个太空态势感知数据的尺度、类型和时间依次构建索引节点，并对每个索引节点下包括的太空态势感知数据赋予唯一的编码。

9.一种多数据中心太空态势感知数据共享设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至4任一项所述多数据中心太空态势感知数据共享方法的步骤。

10.一种可读存储介质，其特征在于：所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述多数据中心太空态势感知数据共享方法的步骤。

Images