结构化数据交互系统、数据接收端和结构化数据交互方法

技术领域

本发明涉及通信技术和计算机领域，尤其涉及一种数据交互系统、数据接 收端和数据交互方法。

背景技术

随着互联网技术的飞速发展，网络信息迅速成为人们获取信息的主要渠道 之一。互联网在将人类可以获取的几乎所有知识纳入其中的同时，也给资源的 使用者和提供者带来了巨大压力。搜索引擎正是在这一压力下应运而生，它用 来协助互联网用户在互联网中更加有效的查找信息。具体地，搜索引擎根据一 定的策略、运用特定的计算机程序从互联网上搜索信息，在对信息进行组织和 处理后，为用户提供检索服务，将用户检索相关的信息展示给用户。目前，世 界上的搜索引擎所使用的技术主要包括以下三个功能模块：（1）爬网；（2） 分词索引；（3）搜索。爬网是将全世界的网站网页尽可能多的抓取到自己的服 务器中存起来，然后通过一定的方法进行分词检索，最后通过大量的服务器阵 列来对应大量的搜索请求。这三个功能模块也被称为搜索引擎的信息求取技 术。

在信息求取技术中，搜索引擎主要通过调动、被动拉取的方式，从外部获 取数据，该方式主要存在以下问题：

（1）需要考虑外部数据站点可承受的抓取压力；

（2）需要优化调度策略，技术成本比较高；

（3）数据一旦变化而调度不及时，容易有漏抓，造成数据内容未及时获取 而丢失；

（4）不管数据是否变化，均需要通过抓取来检测，对站点造成抓取压力；

（5）站点提供的数据，搜索引擎可以抓取，其他用户也可以抓取，数据的 保密性无法保证；

（6）站点需要对搜索引擎的抓取做白名单，需要了解搜索引擎网爬的UA （User Agent，用户代理）以及抓取IP（Internet Protocol，网络互连协议）地址， 有一定的成本；

（7）通过调度进行抓取，在时效性上会有一定的延迟；

（8）对站点来说，数据的提供是不可控的，当站点不希望提供某些数据 时，只能通过做数据删除或者UA封禁的方式来解决。

针对上述技术问题，现有技术提出一种用户自动上传结构化数据的方式， 主要思想是让数据的提供方主动提供数据给搜索引擎，这种数据提供方式目前 是基于XML-RPC（XML Remote Procedure Call，XML远程方法调用）协议实 现的，需要按照XML-RPC的协议标准构造结构化数据包，该结构化数据包结 构复杂，用户的使用成本很高，有一定的开发成本；同时，现有技术提供的主 动提交方式没有安全机制，无法保证某一数据方提交的数据确实是来自于该数 据方的数据；另外，现有技术提供的主动提交方式没有反馈机制，数据方无法 获取主动提交的数据在搜索引擎内部的使用情况，无法根据反馈信息修正自身 的数据。

发明内容

有鉴于此，本发明提供一种结构化数据交互系统、数据接收端和结构化数 据交互方法，使得数据发送方在主动提交数据的同时，能够获取提交数据的使 用反馈信息，方便数据发送方了解主动提交的数据的使用情况，便于数据发送 方及时、合理的修正提交的数据。

在第一方面，本发明实施例提供了一种结构化数据交互系统，包括，数据 发送端、数据接收端和至少一个数据展示平台：

所述数据发送端用于向数据接收端发送预定格式的结构化数据，接收所述 数据接收端发送的反馈信息，所述反馈信息中包括收录反馈信息；

所述数据接收端用于接收所述结构化数据，存储所述结构化数据，向所述 数据展示平台推送存储的结构化数据，统计所述数据展示平台对推送的结构化 数据的收录情况，根据所述收录情况，发送相应地收录反馈信息至所述数据发 送端；

所述数据展示平台用于展示收录的结构化数据。

在第二方面，本发明实施例提供了一种数据接收端，包括：

数据接收单元，用于接收数据发送端发送的结构化数据；

数据存储单元，用于存储所述结构化数据，

数据推送单元，用于向数据展示平台推送存储的结构化数据；

数据统计单元，用于统计所述数据展示平台对推送的结构化数据的收录情 况；

收录反馈发送单元，用于根据所述收录情况，发送相应地收录反馈信息至 所述数据发送端。

在第三方面，本发明实施例提供了一种数据交互方法，包括：

一种数据交互方法，其特征在于，包括：

接收数据发送端发送的结构化数据；

存储所述结构化数据，

向数据展示平台推送存储的结构化数据；

统计所述数据展示平台对推送的结构化数据的收录情况；

根据所述收录情况，发送相应地收录反馈信息至所述数据发送端。

本发明实施例通过在数据发送方主动提交数据的系统中引入反馈机制，使 得数据发送方在主动提交数据的同时，能够获取提交数据的使用反馈信息，方 便数据发送方了解主动提交的数据的使用情况，既实现了数据接收方对实时更 新的结构化数据的及时获取，又方便了数据发送方及时、合理的修正提交的数 据。

附图说明

图1是本发明第一实施例的结构化数据交互系统的示意图；

图2是某招聘网站中一个网页的显示信息的示意图；

图3是本发明第一实施例的一种结构化数据在网页展示平台的展示结果示 意图；

图4是本发明第一实施例的一种结构化数据在视频展示平台展示结果示意 图；

图5是本发明优选实施方式的一种数据发送端和数据接收端按照预定的安 全机制进行交换的示意图；

图6是本发明优选实施方式的一种反馈信息的发送示意图；

图7是本发明第二实施例的一种结构化数据交互系统的示意图；

图8是本发明第三实施例的一种结构化数据交互方法的流程图；

图9是本发明方案的一种应用场景的示意图；

图10是可用于实施本发明方案的服务器的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明 具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅 仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描 述，附图中仅示出了与本发明相关的部分而非全部内容。

第一实施例

图1是本发明第一实施例的数据交互系统的示意图。如图1所示，结构化 数据交互系统10包括：数据发送端11、数据接收端12和至少一个数据展示平 台13。

其中，数据发送端11和数据接收端12通过有线或者无线数据网络连接。 以上所述通过有线或者无线数据网络连接是指数据接收端12可以通过网络即时 地接收数据发送端11发送的消息，或者，数据接收端12可以通过网络间接 地、非即时地（例如，通过消息存储服务器中转）接收数据发送端11发送的消 息。

其中，数据发送端11用于向数据接收端12发送结构化数据；接收数据接 收端12发送的反馈信息，所述反馈信息中包括收录反馈信息。

在本实施例中，数据发送端11的数据提供者为一些行业网站的站长。

当然本领域人员应该理解，数据发送端的数据提供者可以为任何组织或者 任何个人，对此并不限定。

结构化数据为行数据，是可以用二维表结构来逻辑表达实现的数据。互联 网中的各类网站数据信息均可以按照预定的规则以结构化数据的形式表示，网 站资源可以通过结构化数据的形式推送至互联网，供用户进行访问。

在本实施例中，行业站长将网站中的数据按照结构化数据的格式规范构造 相应的结构化数据包，向数据接收端12发送相应的结构化数据。

在本实施例中，数据发送端11可以按照国际通用的协议标准（例如： XML-RPC协议或者HTTP协议等）构造结构化数据包发送至数据接收端12， 也可以按照收发双方约定的数据格式构造结构化数据包发送至数据接收端12。

图2所示的某招聘网站中一个网页的显示信息，该网页对应的结构化数据 示意图如表1所示。

表1

优选的，当网站的结构化数据进行更新后，数据提供者通过数据发送端11 向数据接收端12发送更新的结构化数据。

具体地，数据发送端11发送的结构化数据中还包括数据发送端的身份标 识。

其中，结构化数据中的身份标识可以为数据发送端11的物理地址或者数据 发送端11的网络地址等其他形式的可唯一识别数据发送端11身份的标识，对 此并不限定。

在本实施例中，数据接收端12为搜索引擎的服务器。

当然，本领域技术人员应该理解，数据接收端可以为任何应用领域中的服 务器，对此并不限定。

在本实施例中数据提供方主动向搜索引擎的服务器提交网站的结构化数 据，使得新建立的网站或者已存在网站中新更新的数据信息能够很快的被搜索 引擎收录，提高对应网站在搜索引擎中的排名，增加网站的访问量。

数据接收端12用于接收所述结构化数据；存储所述结构化数据；向所述数 据展示平台推送存储的结构化数据；统计所述数据展示平台对推送的结构化数 据的收录情况；根据所述收录情况，发送相应地收录反馈信息至所述数据发送 端。

具体地，数据接收端12包括：数据接收单元121、数据存储单元122、数 据推送单元123、数据统计单元124和收录反馈发送单元125。

数据接收单元121，用于接收数据发送端发送的结构化数据。

数据存储单元122，用于存储接收到的所述结构化数据。

在本实施例的一个优选的实施方式中，数据存储单元122根据待存储的结 构化数据的数据类型，存储带类型标签的结构化数据。例如，当接收到一个视 频类的结构化数据时，将该结构化数据上添加视屏标签后进行存储，这样做的 好处是当需要对数据接收端12中的结构化数据按类进行搜索时，可以很方便的 定位同一类别的结构化数据。

数据推送单元123，用于向数据展示平台13推送存储的结构化数据。

在本实施例中，至少一个数据展示平台13包括：文字展示平台、图片展示 平台、视频展示平台、博客展示平台等。

当然，本领域技术人员应该理解，数据展示平台展示的数据类型并不限于 上文提到的平台类型，对此并不限定。

在本实施例中，数据接收端12将存储的结构化数据推送至至少一个数据展 示平台13包括：

数据接收端12在存储结构化数据之后，将结构化数据推送至至少一个数据 展示平台13（主动推送结构化数据的方式）；或者，数据接收端12在接收到至 少一个数据展示平台13发送的数据下载请求时，将结构化数据推送至至少一个 数据展示平台13（被动推送结构化数据的方式）。

优选的，数据接收端12对已经上线并运行稳定的数据展示平台采取主动推 送结构化数据的方式，使得该结构化数据能够尽快被上述数据展示平台收录， 方便更多的互联网用户可以通过上述数据展示平台检索到该结构化数据；对正 在搭建的数据展示平台或者试运行的数据展示平台采取被动推送结构化数据的 方式，当上述未正式运行的数据展示平台提供大量的实际测试数据。

例如，百度正在搭建一个视频类相关的展示平台，需要大量的视频类结构 化数据，可以在数据接收端12中搜索视频类结构化数据，下载对应的视频类结 构化数据，方便的完成相关测试。

在本实施例中，将结构化数据主动推送至数据展示平台可以采用以下方 式：将结构化数据直接推送至数据展示平台，或者将该结构化数据所在的存储 路径推送至数据展示平台。

在本实施例的一个优选的实施方式中，数据接收端12根据接收到的结构化 数据的数据类型，将该结构化数据推送至相应的数据展示平台，例如，将图片 类结构化数据推送至图片展示平台，将音乐类结构化数据推送至音乐展示平台 等。

数据统计单元124，用于统计至少一个数据展示平台13对推送的结构化数 据的收录情况。

在本实施例的一种优选的实施方式中，数据接收端12统计数据展示平台对 推送的结构化数据的下载情况，当确认有数据展示平台下载该结构化数据时， 记录该数据展示平台的下载时间以及该数据展示平台的标识名。

收录反馈发送单元125，用于根据所述收录情况，发送收录反馈信息至所 述数据发送端11。

在本实施例中，数据接收端12每隔预定的时间阈值将收录反馈信息推送至 数据发送端。

作为示例而非限定，可以将时间阈值设置为6小时、1天、5天等，当然， 在实际应用中，本领域技术人员可根据实际情况对预定时间的大小进行预设。

当然，数据接收端12向数据发送端发送收录反馈信息还可以采用其他的方 式，例如，每次检测到有数据展示平台下载结构化数据时，将相应的反馈信息 发送至相应的数据发送端11，对此并不限定。

其中，数据接收端12可以每次仅将前一次发送收录反馈信息之后的结构化 数据的收录情况发送至相应的数据发送端11，也可以每次将结构化数据的收录 汇总情况发送至相应的数据发送端11，例如：数据接收端在2013-7-5曾经向数 据发送端发送收录反馈信息，数据接收端在2013-7-8向数据发送的收录反馈信 息，可以为2013-7-5到2013-7-8之间数据展示平台对结构化数据的收录情况， 也可以为所有2013-7-8之前的数据展示平台对结构化数据的收录情况。

在表2中示出了一种收录反馈信息的显示示意图。

表2

至少一个数据展示平台13用于展示接收到的所述结构化数据。

在本实施例中，互联网用户可以通过数据展示平台提供的展示界面，查看 相应的结构化数据的展示情况，例如：搜索引擎的搜索结果展示界面（例如： 百度搜索中的“网页”界面、“图片”界面、“视屏”界面或者“知道”界面 等），或者应用程序中的信息推送界面（例如：百度影音中的视频推荐界面、 百度游戏中的游戏推荐界面或者千千静听中的音乐推荐界面等）。

其中，数据展示平台对结构化数据的展示可以通过互联网用户的搜索触 发，也可以在通过主动推送的方式，对结构化数据进行展示（例如：视频推 荐、博客推荐等）。

举例而言，数据发送端11发送的结构化数据为“快乐大本营”视频播放的 结构化数据，数据接收端12接收到该结构化数据后，将该结构化数据进行存 储，将该结构化数据推送至百度网页展示平台和百度视频展示平台。其中，该 结构化数据在网页展示平台的展示结果如图3所示，在视频展示平台的展示结 果如图4所示。

当然，本领域相关人员应该理解，对结构化数据的展示还可以采取其他的 方式，对此并不进行限定。

本发明实施例通过在数据发送方主动提交数据的系统中引入反馈机制，使 得数据发送方在主动提交数据的同时，能够获取提交数据的使用反馈信息，方 便数据发送方了解主动提交的数据的使用情况，既实现了数据接收方对实时更 新的结构化数据的及时获取，又方便了数据发送方及时、合理的修正提交的数 据。

在第一实施例中，由于数据收发双方并没有约定安全机制，无法保证某一 数据方提交的数据确实是来自于该数据方的数据，当某一非法数据发送方以恶 意的形式提交合法数据发送方的结构化数据时，会对合法发送方造成不利影 响。

在本实施例的一个优选的实施方式中，数据接收端在存储所述结构化数据 之前，还用于校验所述结构化数据的合法性，当校验结果为合法时，存储该校 验合法的结构化数据。

举例而言，数据发送端如果想要向数据接收端发送结构化数据，需要首先 进入数据接收端公布的结构化数据提交平台进行注册，成为登记在册的合法用 户。数据发送端在提交数据之间选择预定的安全机制，例如：IP（Internet  Protocol网络互连协议）验证或者密钥验证等。

当数据发送端选择IP验证时，在提交结构化数据时，需要同时提交IP供数 据接收端进行验证。

当数据发送端选择密钥验证时，在提交结构化数据时，可以采用以下步 骤：

（1）数据发送端请求动态密钥，数据接收端生成动态密钥发送给数据发送 端。其中，动态密钥内容格式可以根据实际需要进行预设，例如双方支持的加 密算法（MD5（Message Digest Algorithm MD5，消息摘要算法））、随机码和密 钥有效期等，并且在数据接收端保存该动态密钥，保持形式可以是数据库或文 件等，例如动态密钥格式为（MD5+123456+2010/9/23/12:00:00），最简单的 形式只有一个随机码；

（2）数据接收端提交结构化数据，数据接收端获得动态密钥后，用动态密 钥中的加密算法加密需要发送的结构化数据，数据发送端将加密好的结构化数 据发送给数据接收端；

（3）数据接收端验证应答，数据接收端把收到的加密好的结构化数据，利 用动态密钥判断收到的结构化数据是否合法，判断结束后，删除动态密钥。

图5是本发明优选实施方式的一种数据发送端和数据接收端按照预定的安 全机制进行数据交互的示意图。

当然，本领域技术人员可以理解，收发双方约定密钥进行数据传输还可以 采取其他不同的形式，对此并不限定。

如图5所示，数据发送端如果想要向数据接收端发送结构化数据，需要首 先进入数据接收端公布的结构化数据提交平台进行注册，成为登记在册的合法 用户。数据发送端在提交数据之间选择预定的安全机制，例如：IP（Internet  Protocol网络互连协议）验证或者密钥验证或者不进行验证等，当数据发送端向 数据接收端发送结构化数据时，根据数据发送端选择的不同验证方式，数据接 收端对收到的结构化数据进行安全验证。

优选的，数据接收端在接收到结构化数据后，首先对结构化数据进行完整 性验证，对通过完整性验证的结构化数据进行存储。丢弃未通过完整性验证的 结构化数据。

优选的，在数据接收端在对结构化数据进行安全验证之外，还对通过验证 的结构化数据进行格式验证，当该结构化数据通过格式验证时，存储该结构化 数据，当该结构化数据未通过验证时，将该结构化数据丢弃或者将通过格式验 证的那部分结构化数据进行存储。

例如，数据发送端提交的结构化数据为.xml格式的结构化数据，数据接收 端验证该结构化是否满足.xml的格式要求；又例如，数据发送端提交的结构化 数据中包括URL（Uniform Resource Locator，统一资源定位符）地址，验证提 交的URL是否符合预定的URL格式要求等。

在本优选实施方式通过在具有反馈机制的数据发送方主动提交结构化数据 的系统中引入了安全机制，保证某一数据发送方提交的数据确实是来自于该数 据方的数据，提高了结构化数据的准确性和可用性，为数据发送方提供了可靠 的安全保障。

在上述优选实施方式中，仅仅对数据发送端发送的结构化数据进行完整性 验证、安全性验证以及格式化验证，数据发送端无法获知提交的结构化数据在 提交过程中的具体细节，因此，数据接收端可以在结构化数据的不同处理过程 中向对应的数据发送端发送实时的反馈信息。

图6中示出了一种反馈信息的发送流程图，如图6所示，所述流程包括：

步骤610、数据发送端向数据接收端发送结构化数据。

步骤620、数据接收端判断接收到的结构化数据是否通过完整性验证：若 否，执行步骤630；若是，执行步骤640。

步骤630、数据接收端向数据发送端发送完整性验证失败的反馈信息。

步骤640、数据接收端向数据发送端发送完整性验证成功的反馈信息。

步骤650、数据接收端判断结构化数据是否通过安全性验证：若否，执行 步骤660；若是，执行步骤670。

步骤660、数据接收端向数据发送端发送安全性验证失败的反馈信息。

步骤670、数据接收端向数据发送端发送安全性验证成功的反馈信息。

步骤680、数据接收端判断结构化数据是否通过格式化验证：若否，执行 步骤690；若是，执行步骤6A0。

步骤660、数据接收端向数据发送端发送格式化验证失败的反馈信息。

步骤6A0、数据接收端向数据发送端发送格式化验证成功的反馈信息。

本优选实施方式在对结构化数据进行验证的同时，将各种反馈信息发送至 数据发送端，可以使得数据发送端对结构化数据的处理过程更加清楚、明白， 使得数据发送端可以及时的修正发送的结构化数据包，提高了数据发送端的发 送效率，同时，进一步丰富了反馈机制中的反馈信息。

第二实施例

图7是本发明第二实施例的数据交互系统的示意图。如图7所示，结构化 数据交互系统70包括：数据发送端71、数据接收端72和至少一个数据展示平 台73和用户展示平台74。

在本实施例中，数据发送端71向数据接收端72发送结构化数据，接收数 据接收端72发送的反馈信息；

数据接收端72对数据发送端71发送的结构化数据进行安全验证，将验证 通过的结构化数据进行存储，将存储的结构化数据推送至至少一个数据展示平 台73。

数据发送端71还可以直接将结构化数据发送至用户展示平台74，数据展示 平台接收数据发送端71发送的结构化数据，将该结构化数据的模拟显示结果发 送至数据发送端71。

在本实施例中，数据发送端71可以通过注册登录的方式，进入用户展示平 台74提交数据。

在本实施例中，用户展示平台可74以根据收到的结构化数据的数据类型， 向相应的数据展示平台中下载对应的显示程序，对结构化数据进行模拟显示。

本市实施例通过在数据方主动提交结构化数据的系统中引入了用户展示平 台，数据方可以查看提交的结构化数据的模拟显示结果，便于数据方对提交的 结构化数据进行实时的修改和更新，进一步提高了提交的结构化数据的有效 性。

以下为本发明实施例提供的结构化数据交互方法的实施例。方法的实施例 与上述结构化数据交互系统实施例属于同一构思，方法的实施例中未详尽描述 的细节内容，可以参考上述实施例。

实施例三

图8是本发明第三实施例的一种结构化数据交互方法的流程图，如图3所 示，所述方法包括：

步骤810、接收数据发送端发送的结构化数据。

步骤820、验证接收到的结构化数据的合法性。

步骤830、存储验证结果为合法的结构化数据。

步骤840、向数据展示平台推送存储的结构化数据；

步骤850、统计所述数据展示平台对推送的结构化数据的收录情况；

步骤860根据所述收录情况，发送相应地收录反馈信息至所述数据发送 端。

本发明实施例通过在数据发送方主动提交数据的系统中引入安全机制和反 馈机制，使得数据发送方在主动提交数据的同时，能够获取提交数据的使用反 馈信息，方便数据发送方了解主动提交的数据的使用情况，便于数据发送方及 时、合理的修正提交的数据，保证某一数据发送方提交的数据确实是来自于该 数据发送方的数据，提高了结构化数据的准确性和可用性，为数据发送方提供 了可靠的安全保障。

图9是本发明方案的一种应用场景的示意图，如图9所示，所述场景包 括：

第一网站站长91、第二网站站长92、…第N网站站长93、Web服务器94 以及至少一个数据发布平台95。

第一网站站长91、第二网站站长92、…第N网站站长93通过主动提交的 方式向Web服务器94提交结构化数据，Web服务器94将其中验证为合法的结 构化数据推送至至少一个数据发布平台95，当至少一个数据发布平台95对推送 的结构化数据进行下载时，Web服务器94向与下载的结构化数据对应的网站站 长发送收录反馈信息。

在本实施场景的一个可能的实施方式中，网站站长通过XML-RPC协议构 造结构化数据包，以Post的方式主动发送至Web服务器。

本实施方式的优点在于，网站站长遵循国际统一的数据协议构造结构化数 据包，数据包的构造方式统一无歧义；本实施方式的主要缺点是，XML-RPC 协议相对比较复杂，用户的学习成本比较高，而且在构造结构化数据包的过程 中需要加入很多冗余数据，降低了数据传输的有效性，同时，数据接收端在接 收到通过XML-RPC协议构造的结构化数据包之后，需要花费一定的成本去掉 冗余量，解析出需要的结构化数据。

在本应用场景的另一个可能的实施方式中，网络站长不再按照XML-RPC 协议，仅是以HTTP POST的方式将结构化数据发送至Web服务器。

通过以上方式，可以大大降低用户的学习成本。

在本应用场景的一个可能的替代场景中，将Web服务器替换为FTP（File  Transfer Protocol，文件传输协议）服务器，网络站长在FTP服务器上申请账号 密钥，将结构化数据主动提交至FTP服务器上。

在本应用场景的另一个可能的替代场景中，将Web服务器替换为无特殊功 能的服务器，服务器发布二进制lib库，网站站长直接使用lib库主动提交数 据。

当然，本领域技术人员可以理解，数据发送端（图9中的网站站长）将结 构化数据主动发送至数据接收端（Web服务器）还可以采用其他的方式，对此 并不限定。

图10为可用于实施本发明方案的服务器的结构示意图。所述服务器A0可 以用于实施上述实施例中提供的方法。典型地，服务器A0包括至少一个处理 器A1、至少一个存储装置A2和通信装置A3。

存储装置A2可用于存储程序以及数据，处理器A1通过读取和/或运行存储 在存储装置A2中的数据和程序，从而执行各种指令以及进行对应的数据处 理。存储装置A2所存储的程序包括操作系统、至少一个功能或步骤所需的应 用程序等；存储装置A2所存储的数据包括如上所述的大量结构化数据。

通信装置A3可用于通过无线/有线方式发送和接收数据，优选地，所述通 信装置A3为无线通讯装置，其可基于已有的无线通信技术（例如， GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(Code Division  Multiple Access，码分多址)、WCDMA(Wideband Code Division Multiple Access, 宽带码分多址)、LTE(Long Term Evolution,长期演进)、WiFi(wireless fidelity，无 线保真)、蓝牙等进行数据发送和接收。

显然，本领域技术人员应该明白，上述的本发明的各模块或各步骤可以通 过如上所述的通信终端实施，可选地，本发明实施例可以用计算机装置可执行 的程序来实现，从而可以将它们存储在存储装置中由处理器来执行，所述的程 序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存 储器，磁盘或光盘等；或者将它们分别制作成各个集成电路模块，或者将它们 中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于 任何特定的硬件和软件的结合。

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