CN105657444A - 业务数据的查询搜索方法、装置及系统 - Google Patents

Abstract

本发明提供了一种业务数据的查询搜索方法、装置及系统，其中该方法包括：内容服务器接收来自业务数据系统同步的业务数据；所述内容服务器接收EPG服务器的查询请求消息和/或搜索请求消息，其中，所述查询请求消息和/或搜索请求消息用于指示所述EPG服务器查询和/或搜索所述业务数据；所述内容服务器向所述EPG服务器提供与所述查询和/或搜索请求消息对应的业务数据。通过本发明，解决了相关技术中EPG服务器通过本地部署的数据库获取业务数据，而引起的系统稳定性及性能上缺陷的问题，从而提高了EPG服务器的稳定性和性能，减少了EPG服务器的数量。

Description

业务数据的查询搜索方法、装置及系统

技术领域

本发明涉及通信领域，具体而言，涉及业务数据的查询搜索方法、装置及系统。

背景技术

在IPTV系统中，电子节目菜单(ElectronicProgramGuide简称为EPG)服务器本地部署有数据库，内容存放在数据库中，EPG服务器的查询和/或搜索的数据均从数据库中获取。随着IPTV系统中节目资源的不断丰富，这样的方式存在非常大的缺陷，如：

1、在数据规模达到一定程度后，数据的增加，删除，修改变得比较频繁，同时数据量的增大，导致数据同步变化加快，目前的方式下,如在目前全球最多用户的IPTV局点中，需要同步到800多台EPG服务器上，不仅数据更新变得迟缓，而且，频繁的下拉数据，数据量又大，导致EPG服务器在不间断的做数据增量导入，导致缓存起到的作用非常有限。同时数据量增大后，对数量众多的EPG服务器的升级，维护带来了比较大的困难。另外EPG上不仅存在数据库操作而且还有其他的业务操作，当几个业务操作叠加在一起时会出现较大的系统瓶颈，严重降低系统性能，需要整个系统来提供很大的冗余来应对风险。

2、数据库的缺陷，由于EPG服务器在某些场景下查询和搜索时使用了in和like语句，不能使用数据库索引，导致查询搜索性能非常差，相关技术中为了保证系统的正常运行而主动切断这种耗时的慢查询，但该种方式影响到了终端用户的体验效果。

针对相关技术中EPG服务器通过本地部署的数据库获取业务数据，而引起的系统稳定性及性能上缺陷的问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种业务数据的查询搜索方法、装置及系统，以至少解决相关技术中EPG服务器通过本地部署的数据库获取业务数据，而引起的系统稳定性及性能上缺陷的问题。

根据本发明的一个方面，提供了一种业务数据的查询搜索方法，包括：内容服务器接收来自业务数据系统同步的业务数据；所述内容服务器接收EPG服务器的查询请求消息和/或搜索请求消息，其中，所述查询请求消息和/或搜索请求消息用于指示所述EPG服务器查询和/或搜索所述业务数据；所述内容服务器向所述EPG服务器提供与所述查询和/或搜索请求消息对应的业务数据。

进一步地，内容服务器接收来自业务数据系统同步的业务数据包括：所述内容服务器通过数据接口接收所述业务数据；所述内容服务器解析所述业务数据，并存储解析后的所述业务数据；所述内容服务器将解析后的所述业务数据生成索引数据，其中，该索引数据用于查询和/或搜索所述业务数据。

进一步第，所述内容服务器包括：主内容服务器和从内容服务器；所述从内容服务器从所述主内容服务器获取所述索引数据。

进一步地，所述方法还包括：所述从内容服务器转发所述从内容服务器的状态信息到前置机，其中，该状态信息用于指示所述前置机是否切断所述从内容服务器与所述主内容服务器的连接。

根据本发明的另一个方面，提供了一种业务数据的查询搜索方法，包括：EPG服务器发送查询和/或搜索请求消息到内容服务器，其中，所述查询请求消息和/或搜索请求消息用于指示在所述内容服务器中查询和/或搜索业务数据；所述EPG服务器接收来自所述内容服务器提供于所述查询请求消息和/或搜索请求消息对应的业务数据。

根据本发明的另一个方面，提供了一种业务数据的查询搜索装置，位于内容服务器中，包括：第一接收模块，用于接收来自业务数据系统同步的业务数据；第二接收模块，用于接收所述EPG服务器的查询请求消息和/或搜索请求消息，其中，所述查询请求消息和/或搜索请求消息用于指示所述EPG服务器查询和/或搜索所述业务数据；提供模块，用于向所述EPG服务器提供与所述查询和/或搜索请求消息对应的业务数据。

根据本发明的另一个方面，提供了一种业务数据的查询搜索装置，位于EPG服务器中，包括：发送模块，用于发送查询和/或搜索请求消息到内容服务器，其中，所述查询请求消息和/或搜索请求消息用于指示在所述内容服务器中查询和/或搜索业务数据；第三接收模块，用于接收来自所述内容服务器提供与所述查询请求消息和/或搜索请求消息对应的业务数据。

根据本发明的另一个方面，提供了一种业务数据的查询搜索系统，该系统包括：电子节目菜单EPG服务器和内容服务器，所述内容服务器接收来自业务数据系统同步的业务数据；所述EPG服务器从所述内容服务器查询和/或搜索所述业务数据。

进一步地，所述内容服务器包括数据接口、内容引擎以及服务接口：所述内容服务器通过所述数据接口接收所述业务数据，并解析所述业务数据；将解析后的所述业务数据存储到所述内容引擎中，以及为解析后的所述业务数据生成索引数据；以及通过所述服务接口发送查询请求信息和/或搜索请求信息到所述EPG服务器，其中，所述查询请求信息和/或搜索请求信息用于指示所述EPG服务器通过所述索引数据查询和/或搜索所述业务数据。

进一步地，所述服务接口包括：结构化查询语言SQL接口和适配层，其中，所述SQL接口用于直接对接所述EPG服务器；所述适配层用于将SQL请求转换成所述内容服务器能够识别的标准请求。

进一步地，所述内容服务器包括：主内容服务器和从内容服务器；所述主内容服务器耦合连接有一个或多个从内容服务器，所述从内容服务器与所述EPG服务器耦合连接，所述从内容服务器从所述主内容服务器获取所述索引数据。

进一步地，所述从内容服务器，还用于周期性获取所述主内容服务器的第一索引数据；比较所述第一索引数据与所述从内容服务器历史记录中的第二索引数据；以及根据比较结果更新所述索引数据。

进一步地，所述系统还包括：前置机，所述前置机与所述从内容服务器耦合连接，用于获取一个或多个所述从内容服务器的状态信息，并在所述状态信息为异常时，切断该异常的从内容服务器与所述主内容服务器的连接；在所述从内容服务器的状态信息由异常变为正常时，建立该从内容服务器与所述主内容服务器的连接。

通过本发明，采用内容服务器来支撑EPG服务器的查询搜索功能的方式，解决了相关技术中EPG服务器通过本地部署的数据库获取业务数据，而引起的系统稳定性及性能上缺陷的问题，提高EPG系统的稳定性和性能，减少了EPG服务器的数量。

附图说明

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

图1是根据本发明实施例的业务数据的查询搜索方法的流程图一；

图2是根据本发明实施例的业务数据的查询搜索方法的流程图二；

图3是根据本发明实施例的业务数据的查询搜索装置的结构框图一；

图4是根据本发明实施例的业务数据的查询搜索装置的结构框图二；

图5是根据本发明实施例的业务数据的查询搜索系统的结构框图；

图6是根据本发明实施例的业务数据的查询搜索系统的可选结构框图一；

图7是根据本发明可选实施例的查询搜索内容的系统的结构框图；

图8是根据本发明可选实施例的内容服务器集群的部署方式示意图；

图9是根据本发明可选实施例的全量数据同步方法的流程图；

图10是根据本发明可选实施例的增量数据同步的方法的流程图；

图11是根据本发明可选实施例的Slave服务器索引复制方法的流程图。

具体实施方式

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

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明提供了一种业务数据的查询搜索方法，图1是根据本发明实施例的业务数据的查询搜索方法的流程图一，如1所示，该方法包括：

步骤S102：内容服务器接收来自业务数据系统同步的业务数据；

步骤S104：该内容服务器接收EPG服务器的查询请求消息和/或搜索请求消息；

其中，查询请求消息和/或搜索请求消息用于指示EPG服务器查询和/或搜索业务数据；

步骤S106：该内容服务器向EPG服务器提供与查询和/或搜索请求消息对应的业务数据。

通过本实施例，采用内容服务器来支撑EPG服务器的查询搜索功能，解决了相关技术中EPG服务器通过本地部署的数据库获取业务数据，而引起的系统稳定性及性能上缺陷的问题，提高EPG系统的稳定性和性能，而且可以让EPG服务器瘦身，腾出来的资源可以用来承载更多的用户，从而减少EPG服务器的数量。

对本实施例中的接收来自业务数据系统同步的业务数据的方式有多种，而在本实施例的一个可选实施方式中可以通过如下步骤来实现：

步骤S11：内容服务器通过数据接口接收业务数据；

步骤S12：内容服务器解析业务数据，并存储解析后的业务数据；

步骤S13：内容服务器将解析后的业务数据生成索引数据，其中，该索引数据用于查询和/或搜索业务数据。

在本实施例的一个可选实施方式中该内容服务器可以由主内容服务器和从内容服务器组成，该从内容服务器从主内容服务器获取索引数据。

此外，在本实施例的另一个可选实施方式中，该从内容服务器转发从内容服务器的状态信息到前置机，其中，该状态信息用于指示前置机是否切断从内容服务器与主内容服务器的连接。

图2是根据本发明实施例的业务数据的查询搜索方法的流程图二，如图2所示，该方法包括：

步骤S202：EPG服务器发送查询和/或搜索请求消息到内容服务器；

其中，查询请求消息和/或搜索请求消息用于指示在内容服务器中查询和/或搜索业务数据；

步骤S204：EPG服务器接收来自内容服务器提供于查询请求消息和/或搜索请求消息对应的业务数据。

在本实施例中还提供了一种业务数据的查询搜索装置，该装置用于实现上述实施例及可选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的业务数据的查询搜索装置的结构框图一，该装置位于内容服务器中，如图3所示，该装置包括：第一接收模块32，用于接收来自业务数据系统同步的业务数据；第二接收模块34与第一接收模块32耦合连接，用于接收EPG服务器的查询请求消息和/或搜索请求消息，其中，查询请求消息和/或搜索请求消息用于指示EPG服务器查询和/或搜索业务数据；提供模块36与第二接收模块34耦合连接，用于向EPG服务器提供与查询和/或搜索请求消息对应的业务数据。

图4是根据本发明实施例的业务数据的查询搜索装置的结构框图二，该装置位于EPG服务器中，如图4所示，该装置包括：发送模块42，用于发送查询和/或搜索请求消息到内容服务器，其中，查询请求消息和/或搜索请求消息用于指示在内容服务器中查询和/或搜索业务数据；第三接收模块46与发送模块42耦合连接，用于接收来自内容服务器提供于查询请求消息和/或搜索请求消息对应的业务数据。

本实施例提供了一种业务数据的查询搜索系统，图5是根据本发明实施例的业务数据的查询搜索系统的结构框图，如图5所示，该系统包括：电子节目菜单EPG服务器52和内容服务器54，其中，该内容服务器54接收来自业务数据系统同步的业务数据；该EPG服务器52从该内容服务器54查询和/或搜索业务数据。

图6是根据本发明实施例的业务数据的查询搜索系统的可选结构框图一，如图6所示，该内容服务器54包括：数据接口62、内容引擎64以及服务接口66；

内容服务器54通过数据接口62接收业务数据，并解析业务数据；将解析后的业务数据存储到内容引擎64中，以及为解析后的业务数据生成索引数据；以及通过服务接口66发送查询请求信息和/或搜索请求信息到EPG服务器52，其中，查询请求信息和/或搜索请求信息用于指示EPG服务器52通过索引数据查询和/或搜索业务数据。

对于本实施例中涉及到的服务接口66，在本实施例的一个可选实施方中可以为如下两种类型：结构化查询语言SQL接口和适配层，其中，SQL接口用于直接对接EPG服务器；适配层用于将SQL请求转换成内容服务器能够识别的标准请求。

在本实施例的一个可选实施方中还涉及到了该内容服务器54的部署方式，在该部署方式中，内容服务器包括有如下两种类型：主内容服务器和从内容服务器；其中，部署的方式为主内容服务器耦合连接有一个或多个从内容服务器，主内容服务器中的组成模块均提供服务，从内容服务器中的数据接口关闭，内容引擎和服务接口正常提供服务；

在该部署方式中，从内容服务器与EPG服务器耦合连接，并且从内容服务器从主内容服务器获取索引数据。

对于本实施例中的从内容服务器从主内容服务器获取索引数据的方式有多种，而在本实施例的一个可选实施例中，可以通过如下方式来实现：从内容服务器周期性获取主内容服务器的第一索引数据；比较第一索引数据与从内容服务器历史记录的第二索引数据；以及根据比较结果更新索引数据。

对于上述从内容服务器获取索引数据的方式，在本实施例的一个具体应用场景中可以是：主内容服务器生成索引后，会记录索引的版本，从内容服务器定期从主内容服务器中获取索引版本和自身的索引版本进行比较，如果主内容服务器较新，则下拉新增的索引文件，同时加载新的索引并提供服务。

为了能够更好的对本实施例中的从内容服务器进行管理，本实施例的系统还可以包括：前置机与从内容服务器耦合连接，用于管理从内容服务器。

该前置机管理从内容服务器的方式有多种，在本可选实施例的一个可选实施方式中，前置机用于管理和负载均衡从内容服务器的方式可以通过如下方式实现：前置机获取一个或多个从内容服务器的状态信息，在状态信息为异常时，切断该异常的从内容服务器与主内容服务器的连接；以及在该从内容服务器的状态信息由异常变为正常时，建立该从内容服务器与主服务器的连接。

下面结合附图以及可选实施例对本发明进行举例说明，该可选实施例提供了一种实现查询搜索内容的方法和系统。通过本可选实施例可以很好的解决EPG目前面临的系统稳定性和性能缺陷的问题。

图7是根据本发明可选实施例的查询搜索内容的系统的结构框图，如图7所示，该系统包括：业务数据系统，用于同步业务数据到内容服务器；

内容服务器，用于提供内容查询搜索功能；该内容服务器由数据接口、内容引擎、服务接口组成；其中，数据接口用于把业务数据系统同步过来的全量或增量数据进行解析，处理后导入到内容引擎中；内容引擎用于把业务数据生成索引数据，提供高效的单表查询、多表查询、模糊搜索功能，完全满足现有EPG所有的查询搜索要求；服务接口分为两部分：对外标准的SQL接口，该SQL接口可以使得EPG服务器不需要改动即可对接内容服务器；另外一部分是适配层，用于把SQL请求转换成内容引擎能理解的标准请求。

对于内容服务器在本可选实施例中还涉及到一种可选的部署方式，图8是根据本发明可选实施例的内容服务器集群的部署方式示意图，如图8所示，该部署方式分为两种类型：一种是Master(对应于主内容服务器)类型，一种是Slave(对应于从内容服务器)类型。

其中，Master类型中的内容服务器三大组成部分均提供服务，Slave类型中的内容服务器中的数据接口关闭，内容引擎和服务接口正常提供服务，并且Slave中内容引擎的索引数据来源于Master中内容引擎的定时同步。

对于本可选实施例中的内容服务器包括如下特点：

1、只提供内容，和用户状态无关，内容和业务进行分离；

2、容数据查询和搜索功能合一，不需要另外部署搜索服务器；

3、内容数据实现读写分离，通过索引数据复制功能减小数据同步对查询性能的冲击；

4、通过内容服务器集群提供的负载均衡和平滑扩容功能，提升内容服务器应对超大规模数据的能力。

结合本可选实施例的内容服务器的特征以及内容服务器的部署方式，对上述内容服务器的特点进行详细的说明。

首先，对于本可选实施例涉及到的服务接口，为了服务接口标准的统一，内容服务器增加了适配层。对外服务的接口为标准的SQL，适配层把EPG发送过来的SQL请求转换为内容引擎可以接受的格式。EPG服务器的请求分为查询和搜索。查询又分为单表查询、多表查询、分组查询，搜索主要是左匹配模糊搜索。适配层具有强大的扩展能力，不仅支持目前EPG服务器所要求的请求，而且对未来的所需要的高级搜索要求也能够满足。此外，适配层同时可以适配不同的内容引擎，如数据库、搜索引擎、统计引擎、大数据引擎等等，根据不同的需求，可以把不同的引擎进行组合从而提供更强大的功能。

其次，对于本可选实施例涉及到的内容引擎索引的同步，为了避免像EPG服务器那种数据同步引起系统稳定性问题的缺陷，内容引擎提供了一种索引复制技术。该索引复制技术为：Master生成索引后，会记录索引的版本，Slave定期从Master获取索引版本和自身的索引版本进行比较，如果Master较新，则下拉新增的索引文件，同时加载新的索引并提供服务。

此外，本可选实施例的一个可选实施方式中还提供了一种热缓存技术，在以往的缓存使用中，如果有数据更新，缓存会立即失效，大量的请求会冲击内容引擎。热缓存技术就是在新的索引加载时，先把缓存中最近使用频度较高的缓存先进行更新，然后整个索引再提供服务，这样不需要更新全部的缓存，也不会在EPG服务器这种数据更新频繁的场景下严重影响内容引擎的性能。

另外，对于本可选实施例的另一个可选实施方式中还提供了一种负载均衡技术，该技术是内容服务器集群通过前置机来管理和负载均衡Slave服务器，前置机可以自动感知Slave服务器的状态，当某台Slave服务器状态异常时，前置机就把此Slave服务器从集群中剔除，不再向此Slave服务器分发请求，当此台Slave服务器状态恢复正常时，前置机又可以把它加入到集群中提供服务；前置机也可以自动感知新加入的Slave服务器，可以使集群在不重新配置或重启的情况下平滑扩容，应对越来越高的性能要求。

下面结合附图和实施例对本实施例涉及到的全量数据铜鼓、增量数据同步以及索引复制流程进行说明。

实施例一

全量数据同步是指通过手工触发，内容服务器从FTP服务器下载全量数据文件，然后逐行读取文件内容并解析处理数据发送至内容引擎生成索引。图9是根据本发明可选实施例的全量数据同步方法的流程图，如图9所示，该方法包括如下步骤：

步骤S902：判断是否有权量同步任务正在运行；若有在则该流程结束，若没有则执行步骤S904；

步骤S904：获取FTP服务器上全量同步文件列表；

步骤S906：判断列表中最新文件是否为前一无生成的文件；若是在执行步骤S908，若不是则该流程结束；

步骤S908：下载最新的全量压缩文件；

步骤S910：解压缩全量同步文件；

步骤S912：遍历同步文件；

步骤S914：逐行读取同步文件内容，根据文件名把数据导入到不同的表中；

步骤S916：单个文件导入成功后修改对应的时间戳并保存到timestsmp文件中。

实施例二

增量数据同步是指通过定时任务触发，内容服务器从服务器下载增量数据文件，然后逐行读取文件内容并解析处理数据发送至内容引擎生成索引，图10是根据本发明可选实施例的增量数据同步方法的流程图，如图10所示，该方法包括如下步骤：

步骤S1002：判断是否有增量同步任务正在运行；若有，则该流程结束，若没有则执行步骤S1004；

步骤S1004：获取FTP服务器上大于时间戳记录的同步文件列表；

步骤S1006：遍历增量文件；

步骤S1008：逐行读取同步文件内容，把数据导入到表中；

步骤S1010：单个文件导入成功后修改对应的时间戳并保存到timestsmp文件中。

实施例三

图11是根据本发明可选实施例的Slave服务器索引复制方法的流程图，如图11所示，该方法包括：

步骤S1102：触发索引复制；

步骤S1104：获取Master索引版本；

步骤S1106：判断Master索引版本是否为新的；若是则执行步骤S1106，若否，则该流程结束。

步骤S1108：获取Master文件列表；

步骤S1110：和本地索引文件比较；

步骤S1112：从Master下拉缺失文件；

步骤S1114：记载新的索引文件。

在本可选实施例中引入了内容服务器，对于EPG服务器来说屏蔽关于数据查询搜索的实现细节，实现了面向服务的接口功能，后续随着性能要求的逐步提高，可以动态的扩容内容服务器的实现来达到提升性能的目的。通过上述可选实施例解决了相关技术中EPG服务器本地部署数据库引起系统稳定性及性能上的缺陷的问题，进而提供了可扩展的高性能稳定的数据查询搜索功能。

在本可选实施例中，内容服务器采用集中式部署的方式，在EPG本地不再部署数据库，EPG查询搜索数据都请求内容服务器。内容服务器实现集群服务能力，根据性能要求可以动态的扩容。在内容服务器端实现适配层，用来解析以前EPG端的sql语句，EPG可以在不做改动的情况下对接内容服务器，方便EPG的升级。为了提高性能，内容服务器采用“热缓存”技术，轻松应对EPG这种更新频繁，缓存利用率不高的特点。

通过本可选实施例利用内容服务器来支撑EPG查询搜索功能，不仅可以提高EPG系统的稳定性和性能，而且可以让EPG服务器瘦身，腾出来的系统资源可以用来承载更多的用户，从而减少EPG数量，减少EPG的难度。

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

Claims (13)

1.一种业务数据的查询搜索方法，其特征在于，包括：

内容服务器接收来自业务数据系统同步的业务数据；

所述内容服务器接收EPG服务器的查询请求消息和/或搜索请求消息，其中，所述查询请求消息和/或搜索请求消息用于指示所述EPG服务器查询和/或搜索所述业务数据；

所述内容服务器向所述EPG服务器提供与所述查询和/或搜索请求消息对应的业务数据。

2.根据权利要求1所述的方法，其特征在于，内容服务器接收来自业务数据系统同步的业务数据包括：

所述内容服务器通过数据接口接收所述业务数据；

所述内容服务器解析所述业务数据，并存储解析后的所述业务数据；

所述内容服务器将解析后的所述业务数据生成索引数据，其中，该索引数据用于查询和/或搜索所述业务数据。

3.根据权利要求2所述的方法，其特征在于，所述内容服务器包括：主内容服务器和从内容服务器；

所述从内容服务器从所述主内容服务器获取所述索引数据。

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

所述从内容服务器转发所述从内容服务器的状态信息到前置机，其中，该状态信息用于指示所述前置机是否切断所述从内容服务器与所述主内容服务器的连接。

5.一种业务数据的查询搜索方法，其特征在于，包括：

EPG服务器发送查询和/或搜索请求消息到内容服务器，其中，所述查询请求消息和/或搜索请求消息用于指示在所述内容服务器中查询和/或搜索业务数据；

所述EPG服务器接收来自所述内容服务器提供于所述查询请求消息和/或搜索请求消息对应的业务数据。

6.一种业务数据的查询搜索装置，位于内容服务器中，其特征在于，包括：

第一接收模块，用于接收来自业务数据系统同步的业务数据；

第二接收模块，用于接收EPG服务器的查询请求消息和/或搜索请求消息，其中，所述查询请求消息和/或搜索请求消息用于指示所述EPG服务器查询和/或搜索所述业务数据；

提供模块，用于向所述EPG服务器提供与所述查询和/或搜索请求消息对应的业务数据。

7.一种业务数据的查询搜索装置，位于EPG服务器中，其特征在于，包括：

发送模块，用于发送查询和/或搜索请求消息到内容服务器，其中，所述查询请求消息和/或搜索请求消息用于指示在所述内容服务器中查询和/或搜索业务数据；

第三接收模块，用于接收来自所述内容服务器提供与所述查询请求消息和/或搜索请求消息对应的业务数据。

8.一种业务数据的查询搜索系统，该系统包括：电子节目菜单EPG服务器和内容服务器，其特征在于，

所述内容服务器接收来自业务数据系统同步的业务数据；

所述EPG服务器从所述内容服务器查询和/或搜索所述业务数据。

9.根据权利要求8所述的系统，其特征在于，所述内容服务器包括数据接口、内容引擎以及服务接口：

所述内容服务器通过所述数据接口接收所述业务数据，并解析所述业务数据；将解析后的所述业务数据存储到所述内容引擎中，以及为解析后的所述业务数据生成索引数据；以及通过所述服务接口发送查询请求信息和/或搜索请求信息到所述EPG服务器，其中，所述查询请求信息和/或搜索请求信息用于指示所述EPG服务器通过所述索引数据查询和/或搜索所述业务数据。

10.根据权利要求9所述的系统，其特征在于，所述服务接口包括：结构化查询语言SQL接口和适配层，其中，所述SQL接口用于直接对接所述EPG服务器；所述适配层用于将SQL请求转换成所述内容服务器能够识别的标准请求。

11.根据权利要求9所述的系统，其特征在于，所述内容服务器包括：主内容服务器和从内容服务器；

所述主内容服务器耦合连接有一个或多个从内容服务器，所述从内容服务器与所述EPG服务器耦合连接，所述从内容服务器从所述主内容服务器获取所述索引数据。

12.根据权利要求11所述的系统，其特征在于，

所述从内容服务器，还用于周期性获取所述主内容服务器的第一索引数据；比较所述第一索引数据与所述从内容服务器历史记录中的第二索引数据；以及根据比较结果更新所述索引数据。

13.根据权利要求11所述的系统，其特征在于，所述系统还包括：前置机，

所述前置机与所述从内容服务器耦合连接，用于获取一个或多个所述从内容服务器的状态信息，并在所述状态信息为异常时，切断该异常的从内容服务器与所述主内容服务器的连接；在所述从内容服务器的状态信息由异常变为正常时，建立该从内容服务器与所述主内容服务器的连接。