CN103685411A - 异构网络中的数据共享方法及装置 - Google Patents

Abstract

本发明提供了一种异构网络中的数据共享方法及装置，其中，上述方法包括：接收来自于用户终端的业务数据请求消息，其中，业务数据请求消息用于请求共享异构网络中的业务数据；在业务数据请求消息的触发下，将预先获取的业务数据转换为统一格式的业务数据，其中，业务数据为异构网络中各个异构数据库中的业务数据；将转换后的业务数据发送给用户终端。采用本发明提供的上述技术方案，解决了相关技术中，尚无如何实现异构网络间的数据共享的解决方案以及尚无对数据共享进行系统性管理的方案等技术问题，从而实现了异构数据库之间的数据共享。

Description

异构网络中的数据共享方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种异构网络中的数据共享方法及装置。

背景技术

随着网络技术的发展以及人们对于网络服务质量和业务体验需求越来越高，过去单一的网络和系统已经无法满足这种日益增长的需求。现有的数据共享技术主要采用添加数据共享中间件或建立中央数据库的方式实现数据共享，它们提供了在单一网络中数据库系统之间如何实现数据共享的方法。然而，泛在网络条件下，数据共享是与泛在业务需求紧密相关的，需要在各种异构网络之间都实现共享。

例如：在车域网中，用户从城市A出发到城市B，通过全球定位系统（Global PositionSystem，简称为GPS），用户能够获得A到B的若干条行车路线，要判断哪一条路线从用户角度考虑为最优路线，数据共享系统首先需要知道用户的个人偏好信息，从距离、费用、路况等属性信息中选择一个属性作为主要参考，要了解用户的终端环境信息，在用户的多个终端间（导航设备、手机、ipad等）选择一个主控终端，主控终端负责与数据共享系统进行交互；其次共享系统需要从不同网络中加载公路收费信息数据库、交通路况信息数据库，获得各条路线的费用，路况信息；最后将各种数据进行运算处理，根据用户的个人偏好信息，为用户提供一条由A到B的最优路线。

从上述应用场景可以看出，传统的数据共享技术无法满足业务数据在异构网络间实现共享的要求。上述应用场景中，涉及的异构网络包括：导航系统的GPS网络，用户终端的wifi网络，手机的3G网络，internet网络，交通信息领域的专用网络等，传统共享技术中，仅仅涉及到单一网络中各数据库之间的数据共享，对于在泛在网协同条件下，共享系统如何实现异构网络间的数据共享没有提出有效的解决方案。

另外，在泛在网条件下，随着异构数据库系统、上下文信息的增多，共享系统的负荷越来越大，数据共享装置也越来越多，而目前的解决方案中缺少相应的系统管理机制，这将极大地影响异构网络数据共享系统的性能。

针对相关技术中的上述问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中，尚无如何实现异构网络间的数据共享的解决方案以及尚无对数据共享进行系统性管理的方案等技术问题，本发明提供了一种异构网络中的数据共享方法及装置，以至少解决上述问题。

根据本发明的一个方面，提供了一种异构网络中的数据共享方法，包括：接收来自于用户终端的业务数据请求消息，其中，业务数据请求消息用于请求共享异构网络中的业务数据；在业务数据请求消息的触发下，将预先获取的业务数据转换为统一格式的业务数据，其中，业务数据为异构网络中各个异构数据库中的业务数据；将转换后的业务数据发送给用户终端。

上述方法还包括：获取为优化用户需求提供决策依据的上下文信息。

上述上下文信息包括以下至少之一：用户需求信息、网络特征信息、终端能力信息、业务需求信息。

将预先获取的业务数据转换为统一格式的业务数据，包括：根据预先设置的映射关系表对用户终端请求的业务数据解析，其中，映射关系表用于记录业务数据与业务数据的属性格式之间的对应关系；将解析后的业务数据转换为统一格式。

上述方法还包括：周期性检测各个异构网络中是否存在映射关系表中未记录的异构网络数据库；在检测到未记录的异构网络数据库时，将未记录的异构网络数据库中的业务数据添加到映射关系表中。

将异构网络数据库中的业务数据添加到映射关系表中之前，包括：对未记录的异构网络数据库进行鉴权，其中，在鉴权通过时，将未记录的异构网络数据库中的业务数据添加到映射关系表中。

上述方法还包括：周期性检测异构网络中是否有退出异构网络的数据库；在检测到有退出异构网络的数据库时，将退出异构网络的数据库的业务数据从映射关系表中删除。

根据本发明的另一方面，提供了一种异构网络中的数据共享装置，包括：接收模块，用于接收来自于用户终端的业务数据请求消息，其中，业务数据请求消息用于请求共享异构网络中的业务数据；转换模块，用于在业务数据请求消息的触发下，将预先获取的业务数据转换为统一格式的业务数据，其中，业务数据为异构网络中各个异构数据库中的业务数据；发送模块，用于将转换后的业务数据发送给用户终端。

上述装置还包括：获取模块，用于获取为优化用户需求提供决策依据的上下文信息。

上述转换模块，包括：解析单元，用于根据预先设置的映射关系表对用户终端请求的业务数据解析，其中，映射关系表用于记录业务数据与业务数据的属性格式之间的对应关系；转换单元，用于将解析后的业务数据转换为统一格式。

上述装置还包括：第一检测模块，用于周期性检测各个异构网络中是否存在映射关系表中未记录的异构网络数据库；添加模块，用于在检测到未记录的异构网络数据库时，将未记录的异构网络数据库中的业务数据添加到映射关系表中。

上述装置还包括：第二检测模块，用于周期性检测异构网络中是否有退出异构网络的数据库；删除模块，用于在检测到有退出异构网络的数据库时，将退出异构网络的数据库的业务数据从映射关系表中删除。

通过本发明，采用将预先获取的业务数据转换为统一格式的业务数据并发送给用户终端的技术手段，解决了相关技术中，尚无如何实现异构网络间的数据共享的解决方案以及尚无对数据共享进行系统性管理的方案等技术问题，从而实现了异构数据库之间的数据共享。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为根据本发明实施例1的异构网络中的数据共享方法的流程图；

图2为根据本发明实施例1的异构网络中的数据共享装置的结构框图；

图3为根据本发明实施例1的异构网络中的数据共享装置的另一结构框图；

图4为根据本发明实施例3的异构网络间实现数据共享系统的架构图；

图5为根据本发明实施例3的中央数据运算单元的结构框图；

图6为根据本发明实施例3的实现异构数据共享的方法的流程图；

图7为根据本发明实施例的数据库加入数据共享系统的流程图；

图8为根据本发明实施例的数据库退出数据共享系统的流程图。

具体实施方式

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

考虑到相关技术中，尚无如何实现异构网络间的数据共享的解决方案以及尚无对数据共享进行系统性管理的方案等技术问题，以下结合实施例提供了相关的解决方案，现详细说明。

实施例1

图1为根据本发明实施例1的异构网络中的数据共享方法的流程图。如图1所示，该方法包括：

步骤S102，接收来自于用户终端的业务数据请求消息，其中，该业务数据请求消息用于请求共享异构网络中的业务数据；

步骤S104，在业务数据请求消息的触发下，将预先获取的业务数据转换为统一格式的业务数据，其中，上述业务数据为异构网络中各个异构数据库中的业务数据；

步骤S106，将转换后的业务数据发送给用户终端。

通过上述处理步骤，由于将预先获取的业务数据转换为统一格式的业务数据，因此，可以实现异构网络间的数据共享，另外，由于是对预先获取的业务数据进行统一处理，相当于通过第三方对数据共享进行统一管理，因此，对数据共享进行系统性管理。

泛在网络中的数据共享不仅需要实现异构数据库之间的数据共享，还需要实现网络接入机制、上下文信息管理、业务平台管理等方面的数据共享，因此，传统的数据共享方法无法满足泛在网络条件下实现异构数据库数据共享的要求。

例如，传统的数据共享技术无法提供包括用户偏好、网络特征、终端能力和业务需求在内的上下文信息的共享和管理。传统的数据共享技术面向的是各种专业数据库系统，关注它们之间如何实现数据的共享，对于包括用户偏好、网络特征、终端能力和业务需求在内的上下文信息没有提供有效的共享机制。

为了实现上下文信息的管理，在本实施例中，还需要获取为优化用户需求提供决策依据的上下文信息。在本实施例中，上述上下文信息可以包括但不限于以下至少之一：用户需求信息（即用户偏好信息）、网络特征信息、终端能力信息、业务需求信息。

在步骤S104中，将预先获取的业务数据转换为统一格式的业务数据的方式有多种，例如，可以通过以下方式实现：根据预先设置的映射关系表对用户终端请求的业务数据解析，其中，映射关系表用于记录业务数据与业务数据的属性格式之间的对应关系；将解析后的业务数据转换为统一格式的业务数据。

传统的数据共享技术无法满足泛在网络扩展性的要求。当系统中有数据库加入和退出以及已有数据库数据格式发生变化时，传统方法无法对共享系统自动做出调整。

对于新的数据库加入的情况：周期性检测各个异构网络中是否存在映射关系表中未记录的异构网络数据库（即新加入异构网络的数据库）；在检测到未记录的异构网络数据库时，将未记录的异构网络数据库中的业务数据添加到映射关系表中。

此时，对于每个新加入的数据库，为了保证系统的安全性，在将异构网络数据库中的业务数据添加到映射关系表中之前，对未记录的异构网络数据库进行鉴权，其中，在鉴权通过时，将未记录的异构网络数据库中的业务数据添加到映射关系表中。

对于数据库退出异构网络的情况，可以周期性检测异构网络中是否有退出异构网络的数据库；在检测到有退出异构网络的数据库时，将退出异构网络的数据库的业务数据从映射关系表中删除。

在本实施例中还提供了一种异构网络中的数据共享装置，用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图2为根据本发明实施例1的异构网络中的数据共享装置的结构框图。如图2所示，该装置包括：

接收模块20，连接至转换模块22，用于接收来自于用户终端的业务数据请求消息，其中，业务数据请求消息用于请求共享异构网络中的业务数据；

转换模块22，连接至发送模块24，用于在业务数据请求消息的触发下，将预先获取的业务数据转换为统一格式的业务数据，其中，业务数据为异构网络中各个异构数据库中的业务数据；

发送模块24，用于将转换后的业务数据发送给用户终端。

通过上述各个模块实现的功能，同样可以实现异构网络间的数据共享，以及对数据共享进行系统性管理。

在本实施例中，为了实现上下文信息的共享和管理，上述装置还可以包括：获取模块26，与发送模块24相连，用于获取为优化用户需求提供决策依据的上下文信息。

优选地，如图3所示，上述转换模块22，还可以包括以下处理单元：解析单元220，连接至转换单元222，用于根据预先设置的映射关系表对用户终端请求的业务数据解析，其中，映射关系表用于记录业务数据与业务数据的属性格式之间的对应关系；转换单元222，用于将解析后的业务数据转换为统一格式。

优选地，如图3所示，上述装置还可以包括：第一检测模块28，与添加模块30相连，用于周期性检测各个异构网络中是否存在映射关系表中未记录的异构网络数据库；添加模块30，与转换模块22相连，用于在检测到未记录的异构网络数据库时，将未记录的异构网络数据库中的业务数据添加到映射关系表中。

优选地，如图3所示，上述装置还可以包括：第二检测模块32，与删除模块34相连，用于周期性检测异构网络中是否有退出异构网络的数据库；删除模块34，与转换模块22相连，用于在检测到有退出异构网络的数据库时，将退出异构网络的数据库的业务数据从映射关系表中删除。

为了更好地理解上述实施例，以下结合实施例2和实施例3详细说明。

实施例2

本实施例提供一种在异构数据库间实现数据共享的系统，该系统主要由异构数据共享平台（相当于转换模块22、接收模块20、第一检测模块28、添加模块30、第二检测模块32、删除模块34）、上下文信息搜索引擎和各个数据库组成。

在本实施例中，异构数据共享平台包括中央数据运算单元、服务订阅/发布单元、数据封装单元和安全验证单元。

在本实施例中，中央数据运算单元包括运算处理模块、映射关系模块、查询定制模块和信息交互模块，负责对数据库的共享数据和上下文信息进行运算处理，为订阅/发布的泛在业务服务提供所需要的数据；根据上下文信息搜索引擎上报的上下文信息进行运算处理，为用户在异构网络切换、主控终端选择等方面提供决策依据；存储各个数据库之间的映射关系表，对各数据库间的映射关系进行维护；向数据封装单元提供规则查询和转换接口，为各数据库之间的数据转换封装提供规则依据。

服务订阅/发布单元负责向用户提供泛在业务的查询和定制，将中央数据运算单元处理好的数据，封装成为泛在业务，提供给用户。

数据封装单元负责屏蔽各个数据库之间的异构性，将各个异构网络中的数据库的上报数据转换为统一格式上报给中央数据运算单元。

安全验证单元负责对各数据库身份进行验证，验证通过的数据库可以授权向异构数据共享平台上报数据。

在本实施例中，上下文信息搜索引擎包括用户上下文信息模块、业务上下文信息模块、网络上下文信息模块和终端上下文信息模块，主要负责利用上下文感知技术，分别从应用侧、用户侧、网络侧、终端侧动态的获取业务内容、用户偏好、网络特征以及终端能力的上下文信息，并对这些上下文信息进行存储与处理，当用户发出泛在业务请求后，为异构数据共享平台提供上下文信息，保证用户的最佳QoS体验、异构网络之间的协调和多终端之间的协同。

数据库是各异构网络中的已有数据库系统，负责存储基础数据，在用户发出泛在业务请求后，向异构数据共享平台提供数据资源。

实施例3

如图4所示，本实施例中的异构数据共享系统分为异构数据共享平台40、上下文信息搜索引擎42和数据库44。

异构数据共享平台40根据泛在业务请求方46提出的业务需求，对上下文信息搜索引擎42和数据库44提供的信息进行运算处理，形成泛在业务提供给用户。

其中，异构数据共享平台40包括服务订阅/发布单元400、中央数据运算单元402、数据封装单元404和安全认证单元406。

服务订阅/发布单元400，向用户提供泛在业务的查询和定制，将中央数据运算单元402处理好的数据，封装成为泛在业务，提供给用户。

中央数据运算单元402，对数据库44的共享数据和上下文信息进行运算处理，为服务订阅/发布单元400的泛在业务提供所需要的数据；根据上下文信息搜索引擎42上报的上下文信息进行运算处理，为用户在异构网络切换、主控终端选择等方面提供决策依据；存储各个数据库之间的映射关系表，对各数据库间的映射关系进行维护；向数据封装单元404提供规则查询和转换接口，为各数据库之间的数据转换封装提供规则依据。

数据封装单元404，屏蔽各个数据库44之间的数据异构，将泛在网条件下的异构数据库的上报数据转换为统一格式上报给中央数据运算单元402。

安全认证单元406，对各数据库44身份进行验证，验证通过的数据库可以授权向异构数据共享平台40上报数据。

上下文信息搜索引擎42，包括用户上下文信息模块、业务上下文信息模块、网络上下文信息模块和终端上下文信息模块，主要利用上下文感知技术，分别从应用侧、用户侧、网络侧、终端侧动态的获取业务内容、用户偏好、网络特征以及终端能力的上下文信息，并对这些上下文信息进行存储与处理，当用户发出泛在业务请求后，为异构数据共享平台40提供上下文信息，保证用户的最佳QoS体验、异构网络之间的协调和多终端之间的协同。

数据库44，包括异构网络中已有的数据库系统，负责存储泛在业务数据，在用户发出泛在业务请求后，向异构数据共享平台提供数据资源。

图5为根据本发明实施例3的中央数据运算单元的结构框图。如图5所示，中央数据运算单元402分为运算处理模块4020、映射关系模块4022、查询定制模块4024和信息交互模块4026。

运算处理模块4020，对数据库44的共享数据和上下文信息进行运算处理，为服务订阅/发布单元111的泛在业务提供所需要的数据；根据上下文信息搜索引擎42上报的上下文信息进行运算处理，为用户在异构网络切换、主控终端选择等方面提供决策依据。

映射关系模块4022，存储各个数据库之间的映射关系表，对各数据库间的映射关系进行维护。

查询定制模块4024，提供规则查询和转换接口，为各数据库之间的数据转换封装提供规则依据。

信息交互模块4026，为上下文信息搜索引擎42和数据库44与异构数据共享平台40的信息交互提供接口，监测数据库44的加入和退出，接收上下文信息搜索引擎42提供的上下文信息。

如图6所示，本实施例提供的实现异构数据共享的方法包括以下处理步骤：

步骤S602，用户发出泛在业务请求。

本步骤中，用户通过终端向数据共享系统发出泛在业务请求。

步骤S604，上下文信息搜索引擎为泛在业务配置上下文信息。

本步骤中，上下文信息搜索引擎根据用户所发出泛在业务请求信息，为用户的泛在业务请求配置上下文信息，包括主控终端的选择，接入网络的选择、用户偏好信息等等。

步骤S606，服务订阅/发布单元接收到请求信息和上下文信息。

本步骤中，服务订阅/发布单元接收到来自用户发出的泛在业务请求以及上下文信息搜索引擎发来上下文信息。

步骤S608，服务订阅/发布单元配置泛在业务订阅信息并发送到中央数据运算单元。

本步骤中，服务订阅/发布单元根据接收的请求信息和上下文信息，对业务进行配置，形成业务订阅信息发送给中央数据运算单元。

步骤S610，中央数据运算单元接收信息，查找数据库，获取数据。

本步骤中，中央数据运算单元接收到业务订阅信息，根据业务订阅信息的内容，对相关数据库进行查找，获取泛在业务所需的数据。

步骤S612，中央数据运算单元处理得到业务数据并发送到服务订阅/发布单元。

本步骤中，中央数据运算单元对上下文信息以及通过数据库获得的原始数据进行运算处理，得到泛在业务数据，并将数据发送到服务订阅/发布单元进行封装。

步骤S614，服务订阅/发布单元对业务数据进行封装形成泛在业务并返回给用户。

本步骤中，服务订阅/发布单元将最终得到泛在业务数据根据用户偏好、业务需求等上下文信息进行封装，得到用户所需的泛在业务，提供给用户。

在异构网络间实现数据共享，向用户提供泛在业务的过程中，由于泛在网络的扩展性，可能导致新的数据库加入或旧的数据库退出，这些因素关系到数据共享系统能否正常工作，向用户提供最佳的泛在业务体验。因此，在异构网络间进行数据共享过程中，数据共享系统需要能够实现数据库的加入与退出。

图7为根据本发明实施例的数据库加入数据共享系统的流程图，如图7所示，数据库加入数据共享系统的流程主要包括如下步骤：

步骤S702，交互模块发现新的数据库。

本步骤中，中央数据运算单元中的信息交互模块周期性的扫描各种异构网络环境，当发现新的数据库时，信息交互模块发出响应。

步骤S704，交互模块向数据库发送加入数据共享系统的指令。

本步骤中，交互模块发现有新数据库存在，向所述数据库发送加入数据共享系统的指令，指令中包含有共享系统分配给新数据库的验证密钥。

步骤S706，数据库接收到指令，向数据共享平台发出加入申请。

本步骤中，数据库接收到加入指令，向数据共享平台发出加入申请信息，申请信息中包含有共享系统分配的验证密钥以及数据库的属性格式信息。

步骤S708，安全验证单元对加入申请进行验证。

本步骤中，安全验证单元验证加入申请中的密钥信息是否与信息交互模块发送给数据库的加入指令中的密钥信息一致，如果一致则转向步骤S710，如果不一致则转向步骤S716。

步骤S710，数据封装单元对数据库属性格式信息进行转换封装。

本步骤中，数据封装单元按照查询定制模块提供的转换规则对数据库提供的属性格式信息进行封装，上传到中央数据运算单元。

步骤S712，中央数据运算单元接收信息，并更新映射关系表。

本步骤中，中央数据运算单元接收数据库的属性格式信息，首先通过映射关系模块按照数据库所涉及的领域对数据库进行初步分类，再将数据库的属性格式信息插入映射关系表中，完成映射关系表的更新。

步骤S714，新的数据库加入数据共享系统。

步骤S716，拒绝数据库加入数据共享系统。

图8为根据本发明实施例的数据库退出数据共享系统的流程图。如图8所示，数据库退出数据共享系统的流程图，主要包括如下步骤：

步骤S802，交互模块发现数据库退出共享系统。

本步骤中，中央数据运算单元中的信息交互模块周期性的扫描所属的数据库，当发现有数据库退出数据共享系统时，信息交互模块发出响应。

步骤S804，交互模块向映射关系模块发出修改映射关系表的请求。

本步骤中，交互模块发现有数据库退出数据共享系统，向映射关系模块发出修改映射关系表的请求，请求信息包括数据库名称属性等信息。

步骤S806，映射关系模块删除数据库信息，更新映射关系表。

本步骤中，映射关系模块根据交互模块发来的请求信息，删除与数据库相关的共享信息，更新映射关系表。

步骤S808，数据共享平台完成数据库退出操作。

实施例4

本实施例结合车域网中，用户从城市A出发到城市B，通过数据共享系统选择一条最优线路，对异构数据库间的共享进行说明：

本实施例涉及多终端用户如何选择主控终端；主控终端与数据共享系统交互过程中的接入网选择；GPS网络数据如何在wifi、Internet等异构网络中实现共享；公路收费系统信息数据库的自动加载等内容。目的：使用数据共享系统，通过协同各异构网络，从用户角度出发，为用户提供A到B的最佳行车线路。

此实例的数据共享过程如下：

1）用户通过导航系统的GPS网络查找到两条由城市A到城市B的线路。

2）通过车域网，用户将导航系统中的线路信息共享到泛在终端上。

3）用户通过泛在终端发出查询由A到B的最优线路的泛在业务请求，要求费用最低。

4）上下文信息搜索引擎根据用户发出在泛在业务请求，在用户的多个终端中按照终端设备能力（包括运算速度、显示能力、传输能力等指标）、接入网性能（包括网络带宽、覆盖范围、信号强弱等指标）选择主控终端，这里选择ZTE手机终端，通过wifi接入网络与数据共享平台进行交互。

5）主控终端将用户查询得到的两条线路信息和泛在业务请求上报给服务订阅/发布单元，服务订阅/发布单元接收的主控终端上传的信息后，对信息进行封装，形成泛在业务订阅信息发送给中央数据运算单元。

6）中央数据运算单元根据收到的业务订阅信息，查找相关数据库，过程中发现数据共享系统没有公路收费系统信息数据库，中央数据运算单元在交通信息网络中查找到公路收费系统信息数据库，同时公路收费系统信息数据库将自己的属性信息（包括出发城市、到达城市、道路名称、距离、费用）发送到中央数据运算单元，中央数据运算单元对映射关系表进行更新，完成对公路收费信息系统数据库的加载。

7）中央数据运算单元将获取的收费信息、线路信息和上下文信息进行运算处理，得到一条费用最少的线路，并将结果返回给服务订阅/发布单元。

8）服务订阅/发布单元根据上下文信息搜索引擎提供的用户上下文和业务上下文信息，对结果进行封装，提供给用户。

通过上述实施例可以看出，本发明实施例实现了以下有益效果：

实现了在异构网络间进行数据共享的方法，克服了普通数据共享方法仅能够完成单一网络中的数据共享，而无法实现各种异构网络之间数据共享的不足。本发明不仅实现了异构数据库之间的数据共享，针对泛在业务需求，还实现了网络接入机制、上下文信息管理等方面的数据共享。同时，在数据共享系统发现有数据库加入和退出的情况下，该方法能够及时的对共享系统进行更新，满足泛在网条件下对数据共享系统扩展性的要求。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims (12)

1.一种异构网络中的数据共享方法，其特征在于，包括：

接收来自于用户终端的业务数据请求消息，其中，所述业务数据请求消息用于请求共享异构网络中的业务数据；

在所述业务数据请求消息的触发下，将预先获取的业务数据转换为统一格式的业务数据，其中，所述业务数据为异构网络中各个异构数据库中的业务数据；

将转换后的业务数据发送给所述用户终端。

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

获取为优化用户需求提供决策依据的上下文信息。

3.根据权利要求2所述的方法，其特征在于，所述上下文信息包括以下至少之一：

用户需求信息、网络特征信息、终端能力信息、业务需求信息。

4.根据权利要求1至3任一项所述的方法，其特征在于，将预先获取的业务数据转换为统一格式的业务数据，包括：

根据预先设置的映射关系表对所述用户终端请求的业务数据解析，其中，所述映射关系表用于记录所述业务数据与所述业务数据的属性格式之间的对应关系；

将解析后的业务数据转换为所述统一格式。

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

周期性检测各个异构网络中是否存在所述映射关系表中未记录的异构网络数据库；

在检测到所述未记录的异构网络数据库时，将所述未记录的异构网络数据库中的业务数据添加到所述映射关系表中。

6.根据权利要求5所述的方法，其特征在于，将所述异构网络数据库中的业务数据添加到所述映射关系表中之前，包括：

对所述未记录的异构网络数据库进行鉴权，其中，在鉴权通过时，将所述未记录的异构网络数据库中的业务数据添加到所述映射关系表中。

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

周期性检测异构网络中是否有退出所述异构网络的数据库；

在检测到有退出所述异构网络的数据库时，将退出所述异构网络的数据库的业务数据从所述映射关系表中删除。

8.一种异构网络中的数据共享装置，其特征在于，包括：

接收模块，用于接收来自于用户终端的业务数据请求消息，其中，所述业务数据请求消息用于请求共享异构网络中的业务数据；

转换模块，用于在所述业务数据请求消息的触发下，将预先获取的业务数据转换为统一格式的业务数据，其中，所述业务数据为异构网络中各个异构数据库中的业务数据；

发送模块，用于将转换后的业务数据发送给所述用户终端。

9.根据权利要求8所述的装置，其特征在于，还包括：

获取模块，用于获取为优化用户需求提供决策依据的上下文信息。

10.根据权利要求8或9所述的装置，其特征在于，所述转换模块，包括：

解析单元，用于根据预先设置的映射关系表对所述用户终端请求的业务数据解析，其中，所述映射关系表用于记录所述业务数据与所述业务数据的属性格式之间的对应关系；

转换单元，用于将解析后的业务数据转换为所述统一格式。

11.根据权利要求10所述的装置，其特征在于，还包括：

第一检测模块，用于周期性检测各个异构网络中是否存在所述映射关系表中未记录的异构网络数据库；

添加模块，用于在检测到所述未记录的异构网络数据库时，将所述未记录的异构网络数据库中的业务数据添加到所述映射关系表中。

12.根据权利要求10所述的装置，其特征在于，还包括：

第二检测模块，用于周期性检测异构网络中是否有退出所述异构网络的数据库；

删除模块，用于在检测到有退出所述异构网络的数据库时，将退出所述异构网络的数据库的业务数据从所述映射关系表中删除。

Images