CN112307311A - 一种信息搜索方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种信息搜索方法，包括：显示搜索界面，所述搜索界面上承载有关键词输入控件；获取包含医疗信息的目标关键词；确定目标业务类型；向应用服务器发送搜索请求消息，所述搜索请求消息中包括所述目标业务类型的类型标识和所述目标关键词；接收所述应用服务器发送的搜索响应消息，所述搜索响应消息中包括从疾病治疗资源信息集合中搜索的与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息；显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。该方法无需人工过滤即可获得目标疾病治疗资源信息以及用户交互操作通道，提高了搜索效率。本申请还公开了对应的装置、设备及介质。

Description

一种信息搜索方法、装置、设备及存储介质

技术领域

本申请涉及信息搜索技术领域，尤其涉及一种信息搜索方法、装置、设备及存储介质。

背景技术

随着网络的迅速发展，网络信息急剧增加，包含了大量的医疗疾病信息，例如疾病的病因、病状等等，用户为了在海量的网络信息中寻找所需的疾病治疗资源信息，通常使用搜索引擎进行搜索。

但是，大多数搜索引擎中都不能够更好地满足用户的需求，例如常见的一些搜索引擎中搜索“糖尿病”这一关键字，则搜索引擎反馈的搜索结果中的第一条结果是某个百科里的糖尿病的摘要结果，其他搜索结果也都是与该搜索关键字相关的静态网页，用户需要从这些静态网页中筛选自己感兴趣的信息，由于网络信息繁杂导致这些搜索结果中大部分信息对于用户而言是无用的，对于用户而言信息搜索效率极其低下，用户需要频繁修改关键字频繁搜索才有可能获得所需信息，进而再基于静态网页中的信息再转而通过其他渠道来实现疾病治疗相关处理。

网络中信息增长的速度和人们获取所需信息能力之间的矛盾越来越突出，尤其是在疾病医疗信息搜索常见下，过量的信息使得用户在搜索信息的时候要进行繁琐的人工过滤和人工手动操作，不仅耗费大量时间和精力，而且占用大量的终端设备和搜索引擎的资源，占用大量的网络带宽，信息的搜索效率很低。

发明内容

本申请提供了一种信息搜索方法，其通过整合各种疾病治疗资源信息，在用户搜索医疗信息时，提供与该医疗信息对应的疾病治疗资源信息以及用户交互操作通道，使得用户通过该用户交互操作通道快速获取所需信息，无需人工过滤，简化了用户操作，从而减少了对终端和搜索引擎的占用，具有较高搜索效率。本申请还提供了对应的装置、设备、介质以及计算机程序产品。

本申请第一方面提供了一种信息搜索方法，所述方法包括：

显示搜索界面，所述搜索界面上承载有关键词输入控件；

获取包含医疗信息的目标关键词；

确定目标业务类型；

向应用服务器发送搜索请求消息，所述搜索请求消息中包括所述目标业务类型的类型标识和所述目标关键词；

接收所述应用服务器发送的搜索响应消息，所述搜索响应消息中包括从疾病治疗资源信息集合中搜索的与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息；

显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

本申请第二方面提供了一种信息搜索方法，所述方法包括：

接收终端发送的搜索请求消息，所述搜索请求消息中包括目标业务类型的类型标识和目标关键词；

响应于所述搜索请求消息，从当前同步的疾病治疗资源信息集合中搜索与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息；

向所述终端发送所述目标疾病治疗资源信息，以指示所述终端为用户显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

本申请第三方面提供了一种信息搜索装置，所述装置包括：

第一显示模块，用于显示搜索界面，所述搜索界面上承载有关键词输入控件；

关键词获取模块，用于获取包含医疗信息的目标关键词；

业务类型确定模块，用于确定目标业务类型；

发送模块，用于向应用服务器发送搜索请求消息，所述搜索请求消息中包括所述目标业务类型的类型标识和所述目标关键词；

接收模块，用于接收所述应用服务器发送的搜索响应消息，所述搜索响应消息中包括从疾病治疗资源信息集合中搜索的与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息；

第二显示模块，用于显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

本申请第四方面提供了一种信息搜索装置，所述装置包括：

接收模块，用于接收终端发送的搜索请求消息，所述搜索请求消息中包括目标业务类型的类型标识和目标关键词；

搜索模块，用于响应于所述搜索请求消息，从当前同步的疾病治疗资源信息集合中搜索与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息；

发送模块，用于向所述客户端发送所述目标疾病治疗资源信息，以通过所述客户端为用户显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

本申请第五方面提供一种设备，所述设备包括：

处理器以及存储器；其中，

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行本申请第一方面或第二方面所述的信息搜索方法的步骤。

本申请第六方面提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机横向用于执行上述第一方面或第二方面所述的信息搜索方法。

本申请第七方面提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得所述计算机执行上述第一方面所述的信息搜索方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

在本申请实施例提供的信息搜索方法中，为了方便用户在医疗搜索场景下快速获取所需信息，提高搜索效率，应用服务器将各种疾病治疗资源信息进行整合形成疾病治疗资源信息集合，用户需要进行医疗信息搜索时，直接通过终端显示的搜索界面输入包含医疗信息的目标关键词，终端即可响应于该输入操作，确定用户期望的目标业务类型如挂号、问诊等，并根据目标业务类型的类型标识和目标关键词生成搜索请求消息，然后向应用服务器发送搜索请求消息，应用服务器从疾病治疗资源信息集合中搜索与目标业务类型和目标关键词相匹配的目标疾病治疗资源信息，根据目标疾病治疗资源信息生成搜索响应信息返回给终端，终端显示目标疾病治疗资源信息以及与该目标疾病治疗资源信息对应的用户交互操作通道。一方面，用户无需人工过滤，也无需频繁切换关键词即可获得目标疾病治疗资源信息，并且可以直接通过对应的用户交互操作通道获取目标疾病治疗资源，节省了用户时间和精力，提高了搜索效率，另一方面，该方法减少了对终端、搜索引擎和网络带宽的资源占用，提高了资源利用率。

附图说明

图1为本申请实施例中信息搜索方法的场景架构图；

图2为本申请实施例中信息搜索方法的流程图；

图3为本申请实施例中搜索界面的示意图；

图4为本申请实施例中用户指定业务类型的示意图；

图5为本申请实施例中信息搜索方法的流程图；

图6为本申请实施例中信息搜索方法的应用场景示意图；

图7为本申请实施例中信息搜索装置的一个结构示意图；

图8为本申请实施例中信息搜索装置的一个结构示意图；

图9为本申请实施例中信息搜索装置的一个结构示意图；

图10为本申请实施例中信息搜索装置的一个结构示意图；

图11为本申请实施例中信息搜索装置的一个结构示意图；

图12为本申请实施例中信息搜索装置的一个结构示意图；

图13为本申请实施例中信息搜索装置的一个结构示意图；

图14为本申请实施例中信息搜索装置的一个结构示意图；

图15为本申请实施例中终端的一个结构示意图；

图16为本申请实施例中服务器的一个结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

针对已有的搜索引擎在搜索医疗信息时存在的效率低下、需要用户频繁修改关键词才能获得所需信息的问题，本申请提供了一种针对医疗信息的信息搜索方法，在该方法中，应用服务器将各种疾病治疗资源信息进行整合，当用户通过终端显示的搜索界面输入包含医疗信息的目标关键词时，终端可以确定出用户期望的目标业务类型，并触发应用服务器在整合后的疾病治疗资源信息中搜索与目标业务类型和目标关键词匹配的目标疾病治疗资源信息，返回给终端进行显示，与此同时终端还显示与目标疾病治疗资源信息对应的用户交互操作通道，大幅简化了用户操作，提高了搜索效率，进而减少了对终端、搜索引擎和网络带宽的资源占用，提高了资源利用率。

可以理解，本申请提供的信息搜索方法可以应用于任意具有搜索功能的应用，如浏览器，内置搜索框或搜索插件的即时通信应用，或者内置搜索功能模块的社交应用等等。在具体实现时，终端通过承载上述应用，与应用服务器交互，实现本申请提供的信息搜索方法。

其中，终端可以是台式机等桌面终端，也可以是笔记本电脑、平板电脑或者智能手机等便携式移动终端，当然也可以是车载终端，虚拟现实(Virtual Reality，VR)/增强现实(Augmented Reality)终端等等。服务器可以是提供信息搜索服务的任意计算设备。

本申请提供的上述信息搜索方法可以以计算机程序的形式存储于终端和服务器中，终端和服务器通过运行计算机程序实现本申请的信息搜索方法。其中，计算机程序可以是独立的，也可以是集成于其他程序之上的功能模块、插件或者小程序。

在实际应用时，本申请提供的信息搜索方法可以但不限于应用于如图1所示的应用环境中。

如图1所示，终端110与应用服务器120通过网络连接，应用服务器120中存储有从多个医疗资源服务器获取的疾病治疗资源信息整合形成的疾病治疗资源信息集合，在搜索场景下，终端110显示搜索界面，用户通过搜索界面输入包含医疗信息的目标关键词，终端110即可响应于该操作，获取包含医疗信息的目标关键词，确定用户期望的目标业务类型，然后向服务器发送携带有上述目标关键词和目标业务类型的类型标识的搜索请求消息，应用服务器120从疾病治疗资源信息集合中搜索与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息，根据所述目标疾病治疗资源信息生成搜索响应消息返回给终端110，终端110显示目标疾病治疗资源信息以及与该目标疾病治疗资源信息对应的用户交互操作通道。

为了使得本申请的技术方案更加清楚、易于理解，下面将分别从终端和应用服务器的角度对本申请提供的信息搜索方法进行介绍。

参见图2所示的信息搜索方法的流程图，该方法包括：

S201：显示搜索界面。

该搜索界面具体是具有搜索功能的应用为用户提供的界面，该搜索界面上承载有承载有关键词输入控件，用户可以通过该关键词输入控件输入意图搜索的关键词，从而触发搜索操作。其中，应用具体可以是浏览器，也可以是内置微型浏览器、搜索框或者搜索控件的其他应用，包括但不限于社交应用、问答应用等等。

在实际应用时，终端可以响应于针对应用交互界面上承载的搜索控件的触发操作，显示搜索界面，该搜索界面上承载有搜索框和关键词输入控件，终端可以提供至少一种输入方式，例如文字输入方式或者语音输入方式，使得用户根据实际需求选择相适应的输入方式输入关键词，提高搜索操作的便捷性。基于此，关键词输入控件具体可以包括语音输入控件和文本输入控件中的至少一种。需要说明的是，上述语音输入控件和文本输入控件可以是相互独立的，也可以是集成的，例如集成于同一输入法控件中。

具体请参见图3，其示出了某社交应用搜索界面的示意图，搜索界面300顶部承载有搜索框301，在搜索框301下方还承载有语音输入控件302和文本输入控件303，用户可以通过该文本输入控件303输入目标关键词，例如输入“北京协和医院”，则终端可以响应于针对所述搜索界面300承载的关键词输入控件如文本输入控件303触发的输入操作，获取用户输入的包含医疗信息的目标关键词，并在搜索框301中显示所述目标关键词，当然，用户也可以通过按压语音输入控件302的方式输入目标关键词。

S202：获取包含医疗信息的目标关键词。

其中，医疗信息可以包括疾病名称、医疗机构名称、医生名称、医疗机构地点和科室名称中至少一种。在实际应用时，用户可以通过关键词输入控件输入包含上述医疗信息的目标关键词，终端响应于用户的输入操作，获取上述目标关键词。需要说明的是，若用户通过语音输入控件输入包含医疗信息的目标关键词，则终端还可以对用户输入的语音进行识别，以获得匹配的文本信息，从该文本信息中获取包含医疗信息的目标关键词。

S203：确定目标业务类型。

在本实施例中，业务类型具体是指与医疗相关的业务类型，包括挂号、问诊等等。在具体实现时，终端可以显示应用所支持的业务类型，并在搜索界面承载业务类型选择控件，用户通过上述选择控件选择业务类型，如此，终端可以根据针对所述业务类型选择控件触发的选择操作，将被选中的业务类型确定为用户期望的目标业务类型。

在有些情况下，用户可以通过关键词输入控件输入包含业务类型的目标关键词，例如，用户可以输入“协和医院挂号”，则终端可以将目标关键词和预设的业务类型表进行匹配，该业务类型表中包括多种业务类型名称，终端可以将业务类型表中匹配命中的业务类型作为目标业务类型。如此，可以进一步减少用户操作，提高搜索效率。

当然，在一些情况下，如用户未执行选择操作的情况下，或者应用仅支持一种业务类型的情况下，终端也可以将默认业务类型确定为用户期望的目标业务类型。

为了便于理解，下面结合具体示例说明。

如图4所示，在搜索界面300中，用户通过关键词输入控件在搜索框301中输入包含医疗机构名称的关键词，即“北京协和医院”，此时终端还在搜索界面显示应用支持的业务类型，并在搜索界面承载业务类型选择控件304，用户可以通过点击方式选中其中一个业务类型，如点击“挂号”，如此，终端即可确定目标关键词为“北京协和医院”，目标业务类型为“挂号”。当然，在实际应用时，用户也可以输入包含疾病名称或医生名称的关键词，再选择相应的业务类型，本实施例对此不作限定。

S204：向应用服务器发送搜索请求消息。

具体地，终端可以将目标关键词和目标业务类型的类型标识打包生成搜索请求消息，以向应用服务器请求搜索与目标关键词和目标业务类型的类型标识相匹配的目标疾病治疗资源信息。

考虑到就诊便利性，终端还可以获取用户相关的参考位置，该参考位置具体可以是实时定位位置，其可以通过本地定位模块如网络模块或者全球定位系统(GlobalPositioning System，GPS)的当前定位结果而确定，也可以是用户指定的位置，例如，居住地所在位置、学习、办公所在位置或者历史搜索位置等等，然后在所述搜索请求消息中携带所述参考位置，以指示应用服务器基于所述参考位置为所述用户筛选位置匹配的目标疾病治疗资源信息。

S205：接收所述应用服务器发送的搜索响应消息。

所述搜索响应消息中包括从疾病治疗资源信息集合中搜索的与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息。其中，疾病治疗资源信息集合中每条疾病治疗资源信息中包括医院地点、医疗机构名称、科室名称、医生名称和医生的实时资源信息以及历史就诊经验信息中的至少一种。医生的实时资源信息具体是指号源信息和/或问诊资源信息。

在实际应用时，考虑到响应效率问题，应用服务器可以将医院地点、医疗机构名称、科室名称、医生名称和医生的实时资源信息以及历史就诊经验信息均进行打包，生成搜索响应消息，如此，当用户执行相关操作如查看医生历史就诊经验信息时，终端可以快速从本地获取相应信息以响应用户需求。

S206：显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

用户交互操作通道可以理解为资源信息的入口，通过该用户交互操作通道用户可以快速访问目标疾病治疗资源信息，获取目标疾病治疗资源。需要说明的是，针对同一目标疾病治疗资源信息，终端可以提供至少一个用户交互操作通道，用户可以根据实际需要选择对应的交互操作通道获取目标疾病治疗资源。

为了便于理解，仍结合图4示例进行说明。当用户输入目标关键词“北京协和医院”，选择业务类型“挂号”后，终端在搜索界面300底部显示目标疾病治疗资源信息305以及对应的用户交互操作通道306，在该示例中，终端提供了3种用户交互操作通道，具体为“北京协和医院问诊平台”、“京医通”以及“好大夫”以供用户选择，当用户选择一种交互操作通道，则终端即跳转至对应的挂号业务页面。

由上可知，本申请实施例提供了一种信息搜索方法，用户需要进行医疗信息搜索时，直接通过终端显示的搜索界面输入包含医疗信息的目标关键词，终端即可响应于该输入操作，确定用户期望的目标业务类型如挂号、问诊等，并根据目标业务类型的类型标识和目标关键词生成搜索请求消息，然后向应用服务器发送搜索请求消息，应用服务器从疾病治疗资源信息集合中搜索与目标业务类型和目标关键词相匹配的目标疾病治疗资源信息，根据目标疾病治疗资源信息生成搜索响应信息返回给终端，终端显示目标疾病治疗资源信息以及与该目标疾病治疗资源信息对应的用户交互操作通道。一方面，用户无需人工过滤，也无需频繁切换关键词即可获得目标疾病治疗资源信息，并且可以直接通过对应的用户交互操作通道获取目标疾病治疗资源，节省了用户时间和精力，提高了搜索效率，另一方面，该方法减少了对终端、搜索引擎和网络带宽的资源占用，提高了资源利用率。

接下来，从应用服务器的角度，对本申请实施例提供的信息搜索方法进行介绍。参见图5所示的信息搜索方法的流程图，该方法包括：

S501：接收终端发送的搜索请求消息。

所述搜索请求消息中包括目标业务类型的类型标识和目标关键词。其中，目标关键词具体是用户通过终端在搜索界面提供的关键词输入控件输入的包含医疗信息的关键词，该医疗信息具体包括疾病名称、医疗机构名称、医生名称、医疗机构地点和科室名称中至少一种。目标业务类型可以是用户通过终端提供的业务类型选择控件选中的业务类型，也可以是系统默认的业务类型，如挂号、问诊等等。

在有些情况下，如目标关键词中包括业务类型时，目标业务类型也可以是将目标关键词和预设的业务类型表进行匹配确定。业务类型表中包括多种业务类型名称，业务类型表中匹配命中的业务类型即为目标业务类型。

S502：响应于所述搜索请求消息，从当前同步的疾病治疗资源信息集合中搜索与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息。

疾病治疗资源信息集合是应用服务器从各个提供疾病治疗资源的业务服务器，例如各医院的服务器中进行信息同步获得的信息集合。疾病治疗资源信息集合中每条疾病治疗资源信息中包括医院地点、医疗机构名称、科室名称、医生名称和医生的实时资源信息以及历史就诊经验信息中的至少一种。医生的实时资源信息具体是指号源信息和/或问诊资源信息。基于疾病治疗资源信息类型不同，应用服务器可以采用不同的同步策略。

具体地，针对医院名称、医院地点、科室名称以及医生名称、擅长的疾病等变化相对较小的信息，应用服务器可以采用慢同步策略进行同步。具体地，应用服务器可以将变化相对较小的信息确定为第一类疾病治疗资源信息，然后针对该第一类疾病治疗资源信息预先设置一同步周期，如此应用服务器可以按照预设同步周期从业务服务器同步第一类疾病治疗资源信息得到第一信息集合。其中，预设同步周期可以根据实际需要而设置，例如可以设置为1天，如此，应用服务器可以采用一天一次全量同步的方案对包括医院名称、医院地点、科室名称以及医生名称、擅长的疾病等信息进行同步。

考虑到第一类疾病治疗资源信息中存在一些信息需要及时更新，避免影响用户体验，应用服务器还可以提供增量同步策略，作为慢同步策略的补充。其中，增量同步是一种仅在发生变化时进行同步的策略，如在增加某医生一条信息、修改某医生一条信息和删除某医生一条信息等场景下可以采用上述增量同步策略。

在具体实现时，应用服务器根据所述业务服务器在当前同步周期内发送的增量同步指示，从所述业务服务器同步指定类型的疾病治疗资源信息，该指定类型的疾病治疗资源信息具体可以为第一类疾病治疗资源信息中对信息实时性要求较高的信息，然后应用服务器可以根据增量同步结果更新所述第一信息集合。

针对医生的实时资源信息信息，如就诊时间和实时号源等一些变化较大、变化较快的信息，应用服务器可以采用快同步策略进行同步，如此可以使得用户在查看该类信息时，能够查看到较为准确的信息，避免信息更新不及时导致的资源浪费，提高用户体验。

具体地，应用服务器可以将变化较快的信息，如就诊时间和实时号源等确定为第二类疾病治疗资源信息，根据搜索请求消息从所述业务服务器实时同步第二类疾病治疗资源信息得到第二信息集合。

在实际应用时，应用服务器可以根据当前的所述第一信息集合和所述第二信息集合生成所述当前同步的疾病医疗资源信息集合。应用服务器可以先根据搜索请求消息中携带的目标业务类型的类型标识，搜索与目标业务类型相匹配的疾病治疗资源信息，然后根据搜索请求消息中携带的目标关键词在搜索结果中继续搜索与目标关键词相匹配的疾病治疗资源信息作为目标疾病治疗资源信息。

需要说明的是，当搜索请消息中还携带有参考位置，该参考位置可以是通过终端中的定位模块确定的实时定位位置，也可以是用户指定的位置，包括居住地所在位置、办公地所在位置等等，应用服务器可以基于位置为用户筛选有价值的信息。

具体地，应用服务器从所述搜索请求消息中获取所述参考位置，然后响应于所述搜索请消息，从当前同步的疾病治疗资源信息集合中搜索与所述目标业务类型和所述目标关键词相匹配并且与所述参考位置相匹配的目标疾病治疗资源信息。

其中，与参考位置相匹配可以理解为与参考位置的距离小于或等于预设距离阈值。在实际应用时，应用服务器可以先从当前同步的疾病治疗资源信息集合中搜索与目标业务类型和目标关键词相匹配的疾病治疗资源信息，然后从搜索结果中搜索与参考位置距离小于预设距离阈值的疾病治疗资源信息作为目标疾病治疗资源信息。

在一些可能的实现方式中，应用服务器也可以先搜索与参考位置距离小于预设距离阈值的疾病治疗资源信息，然后从搜索结果中搜索与目标业务和目标关键词相匹配的疾病治疗资源信息作为目标疾病治疗资源信息，如此可以减少匹配次数，提高搜索效率。

S503：向所述终端发送所述目标疾病治疗资源信息，以指示所述终端为用户显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

在实际应用时，应用服务器还可以根据用户历史行为数据分析用户对疾病治疗资源信息的喜好，进而基于用户喜好推荐相应的疾病治疗资源信息及对应的用户交互操作通道，使得用户可以快速获得感兴趣信息。

具体地，应用服务器可以获取所述用户的用户历史行为数据，所述用户历史行为数据包括所述用户针对疾病治疗资源信息的操作标记，该操作标记具体可以包括点击、收藏、分享、评论等操作对应的标记，应用服务器可以基于该用户历史行为数据进行统计分析，确定用户对疾病治疗资源信息的兴趣标签以及兴趣标签对应的兴趣权重，当所述目标疾病治疗资源信息中包括多个疾病治疗资源信息时，应用服务器根据所述兴趣标签及其对应的所述兴趣权重对所述目标疾病治疗资源信息进行排序，得到目标疾病治疗资源信息的排序序列。

如此，应用服务器在向所述终端发送所述目标疾病治疗资源信息时，一并发送所述目标疾病治疗资源信息的排序序列，以指示所述终端按照所述排序序列为用户显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

由于挂号、问诊等业务一般还涉及金钱交易，其对订单数据一致性要求较高，为了避免纠纷，应用服务器还可以采用柔性一致性策略(也即最终一致性策略)对订单数据进行同步。

具体地，应用服务器接收所述客户端发送的业务订单请求消息，向所述业务服务器发送所述业务订单请求消息，其中，业务订单请求消息中包括目标订单的订单编号，当在第一预设时间段内未接收到所述业务服务器响应所述业务订单请求消息而发送的业务订单响应消息时，则应用服务器向所述业务服务器再次询问针对所述业务订单请求消息中所述目标订单的订单状态信息。

进一步地，应用服务器还提供了一种针对订单的告警机制。具体地，在所述向所述业务服务器再次询问针对所述业务订单请求消息中所述目标订单的订单状态信息之后，当在第二预设时间内仍未接收到所述业务服务器返回的针对所述目标订单的订单状态信息时，如因为网络故障或网络延迟导致未能在应用服务器发起报警。

由上可知，本申请实施例提供了一种信息搜索方法，其通过接收终端发送的搜索请求消息，所述搜索请求消息中包括目标业务类型的类型标识和目标关键词，响应于所述搜索请求消息，从当前同步的疾病治疗资源信息集合中搜索与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息，向所述终端发送所述目标疾病治疗资源信息，以指示所述终端为用户显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。如此可以使得用户无需人工过滤也无需频繁切换关键词即可获得目标疾病治疗资源信息，并且可以直接通过对应的用户交互操作通道获取目标疾病治疗资源，节省了用户时间和精力，提高了搜索效率，进一步地，该方法还减少了对终端、搜索引擎和网络带宽的资源占用，提高了资源利用率。

为了方便理解，下面还将结合即时通信应用中医疗信息搜索场景对本申请的信息搜索方法进行介绍。

参见图6所示的信息搜索方法的应用场景示意图，该应用场景中包括终端610、应用服务器620以及多个提供疾病治疗资源信息的业务服务器630，其中，每个业务服务器630上存储有其对应的医疗机构(如医院)提供的疾病治疗资源信息，包括医院名称、医院地点、科室名称、医生名称、擅长的疾病、以及针对医生的实时资源信息(号源、问诊资源等)。

针对上述疾病治疗资源信息，应用服务器620采用了四种同步策略从各业务服务器630同步疾病治疗资源信息，生成疾病治疗资源信息集合。具体地，针对医院名称、医院地点、科室名称、医生名称等变化小的信息，采用慢同步策略，即每天从各业务服务器630进行全量同步，生成第一信息集合。

考虑到有些变化小的信息对于即时性要求较高，还可以采用增量同步作为慢同步的补充，例如针对医生名称，当增加某医生一条信息，修改某医生一条信息，或者删除某医生一条信息时，该业务服务器630即向应用服务器620发送增量同步指示，应用服务器响应于该增量同步指示，从业务服务器630同步相应信息，并根据增量同步结果更新上述第一信息集合。

针对医生的就诊时间和实时号源、实时问诊资源等信息，应用服务器620采用快同步策略，即根据请求消息从所述业务服务器630实时同步就诊时间、实时号源以及实时问诊资源等信息得到第二信息集合。

其中，应用服务器920将上述第一信息集合和第二信息结合合并，即可得到疾病治疗资源信息集合。

当用户通过该应用进行挂号或者问诊等操作时，由于涉及金钱交易，对数据一致性要求较高，为避免纠纷以及保证用户体验，应用服务器620采用最终一致性同步策略进行订单同步。以挂号过程为例进行说明，用户点击挂号生成订单ID，号源提供方即业务服务器630根据用户实际情况，推送订单状态及相关信息到应用侧；如果号源提供方推送失败，或者没有推送，或者订单的状态在一段时间时候没有到达最终状态，则应用侧向号源提供方请求该订单的订单状态信息，直到得到明确状态为止。如果超过一定时间如5分钟，仍没有得到明确状态或者明确状态不是最终状态，则向双方负责人报警，人工处理直至数据对齐为止。

终端910上安装有即时通信应用的客户端，终端910通过该客户端显示搜索界面，该搜索界面上承载有关键词输入控件，用户可以通过关键词输入控件在搜索界面的搜索框输入医院名称、医生名称或者疾病名称，然后选择“挂号”服务，终端910获取上述医疗信息的目标关键词，例如目标关键词为“糖尿病”，并确定用户期望的目标业务类型为“挂号”，根据“糖尿病”和“挂号”生成搜索请求消息，向应用服务器920发送该搜索请求消息，应用服务器920从整合的疾病治疗资源信息集合中搜索与“挂号”和“糖尿病”匹配的目标疾病治疗资源信息。

其中，搜索过程具体为，应用服务器根据慢同步的信息，得到系统中所有医生能够治疗的疾病，下称疾病集合，确定“糖尿病”是否存在于所述疾病集合中，若存在，则得到包括医生名称、医院名称、医院地点、科室等信息在内的信息集合，再根据查询者的地理位置，过滤距离较远的信息，得到“有效医生集合”，应用服务器再根据快同步的信息得到有效医生集合中当前或者本周或者更长时间范围内，可以挂号的医生集合，下称“可挂号医生集合”。若“可挂号医生集合”不为空，则将其确定为目标疾病治疗资源信息，在基于用户历史行为数据确定用户对目标疾病治疗资源信息中各疾病治疗资源信息兴趣标签以及对应的兴趣权重，如北京协和医院为感兴趣医院，其兴趣权重为0.01，张三医生为感兴趣医生，其兴趣权重为0.03，应用服务器620根据所述兴趣标签及其对应的所述兴趣权重对所述目标疾病治疗资源信息进行排序，得到目标疾病治疗资源信息的排序序列。

应用服务器620在向所述终端610发送所述目标疾病治疗资源信息时，一并发送所述目标疾病治疗资源信息的排序序列，以指示所述终端610按照所述排序序列为用户显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。查询者能够直接在查询结果中得到治疗相应疾病的资源信息，减轻患者单独查找医疗资源的压力。同时通过同步技术和地点过滤技术，让患者更快地得到真正有效的资源。

该方法通过对多方医疗资源整合，大大减少用户到各处查找资源的压力，并且挂号资源是实时同步的结果，克服了搜索系统信息延迟的缺点。此外，该方法还对地点进行了过滤，确保用户能够得到有用的资源。

以上为本申请实施例提供的信息搜索方法的一些具体实现方式，基于此，本申请实施例还提供了对应的装置，下面将从功能模块化的角度进行介绍。

参见图7所示的信息搜索装置的结构示意图，该信息搜索装置700包括：

第一显示模块710，用于显示搜索界面，所述搜索界面上承载有关键词输入控件；

关键词获取模块720，用于获取包含医疗信息的目标关键词；

业务类型确定模块730，用于确定目标业务类型；

发送模块740，用于向应用服务器发送搜索请求消息，所述搜索请求消息中包括所述目标业务类型的类型标识和所述目标关键词；

接收模块750，用于接收所述应用服务器发送的搜索响应消息，所述搜索响应消息中包括从疾病治疗资源信息集合中搜索的与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息；

第二显示模块760，用于显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

可选的，参见图8，图8为本申请实施例提供的信息搜索装置的一个结构示意图，在图7所示结构的基础上，所述装置700还包括：

参考位置获取模块770，用于获取用户相关的参考位置；

则所述搜索请求消息中还包括所述参考位置，所述参考位置用于指示所述应用服务器基于所述参考位置为所述用户筛选位置匹配的目标疾病治疗资源信息。

可选的，所述参考位置获取模块770具体用于：

获取本地定位模块当前定位结果作为所述参考位置；或者，

获取用户指定的位置作为所述参考位置。

可选的，所述搜索界面上还承载有业务类型选择控件；

则所述业务类型确定模块730具体用于：

响应于针对所述搜索界面上承载的业务类型选择控件触发的选择操作，确定被选中的业务类型作为所述目标业务类型；或者，

将所述目标关键词和预设的业务类型表进行匹配，所述业务类型表中包括多种业务类型名称，将所述业务类型表中匹配命中的业务类型作为目标业务类型。

可选的，所述第一显示模块710具体用于：

响应于针对应用交互界面上承载的搜索控件的触发操作，显示搜索界面，所述搜索界面上承载有搜索框和关键词输入控件，所述关键词输入控件包括文本输入控件和/或语音输入控件；

则所述关键词获取模块720具体用于：

响应于针对所述搜索界面承载的关键词输入控件触发的输入操作，获取用户输入的包含医疗信息的目标关键词，并在搜索框中显示所述目标关键词；

则所述业务类型确定模块730具体用于：

响应于针对所述搜索界面承载的业务类型选择控件的触发操作，确定目标业务类型。

本申请还提供了另一种信息搜索装置，参见图9所示的信息搜索装置的结构示意图，该装置900包括：

接收模块910，用于接收终端发送的搜索请求消息，所述搜索请求消息中包括目标业务类型的类型标识和目标关键词；

搜索模块920，用于响应于所述搜索请求消息，从当前同步的疾病治疗资源信息集合中搜索与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息；

发送模块930，用于向所述客户端发送所述目标疾病治疗资源信息，以通过所述客户端为用户显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

可选的，参见图10，图10为本申请实施例提供的信息搜索装置的一个结构示意图，在图9所示结构的基础上，所述装置900还包括：

第一同步模块940，用于按照预设同步周期从业务服务器同步第一类疾病治疗资源信息得到第一信息集合；

第二同步模块950，用于根据所述业务服务器在当前同步周期内发送的增量同步指示，从所述业务服务器同步指定类型的疾病治疗资源信息，并根据增量同步结果更新所述第一信息集合；

第三同步模块960，用于根据所述搜索请求消息从所述业务服务器实时同步第二类疾病治疗资源信息得到第二信息集合；

生成模块970，用于根据当前的所述第一信息集合和所述第二信息集合生成所述当前同步的疾病医疗资源信息集合。

可选的，参见图11，图11为本申请实施例提供的信息搜索装置的一个结构示意图，在图9所示结构的基础上，所述装置900还包括：

参考位置获取模块980，用于从所述搜索请求消息中获取所述参考位置；

则所述搜索模块920具体用于：

响应于所述搜索请求消息，从当前同步的疾病治疗资源信息集合中搜索与所述目标业务类型和所述目标关键词相匹配并且与所述参考位置相匹配的目标疾病治疗资源信息。

可选的，参见图12，图12为本申请实施例提供的信息搜索装置的一个结构示意图，在图9所示结构的基础上，所述装置900还包括：

行为获取模块991，用于在搜索到的所述目标疾病治疗资源信息之后，获取所述用户的用户历史行为数据，所述用户历史行为数据包括所述用户针对疾病治疗资源信息的操作标记；

确定模块992，用于根据所述用户历史行为数据，确定用户对疾病治疗资源信息的兴趣标签以及兴趣标签对应的兴趣权重；

排序模块993，用于当所述目标疾病治疗资源信息中包括多个疾病治疗资源信息时，根据所述兴趣标签及其对应的所述兴趣权重对所述目标疾病治疗资源信息进行排序，得到目标疾病治疗资源信息的排序序列；

则所述发送模块930具体用于：

在向所述终端发送所述目标疾病治疗资源信息时，一并发送所述目标疾病治疗资源信息的排序序列，以指示所述终端按照所述排序序列为用户显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

可选的，参见图13，图13为本申请实施例提供的信息搜索装置的一个结构示意图，在图9所示结构的基础上，所述装置900还包括询问模块994；

所述接收模块910，还用于接收所述终端发送的业务订单请求消息，向所述业务服务器发送所述业务订单请求消息，所述业务订单请求消息中包括目标订单的订单编号；

所述询问模块994，具体用于当在第一预设时间段内未接收到所述业务服务器响应所述业务订单请求消息而发送的业务订单响应消息时，则向所述业务服务器再次询问针对所述业务订单请求消息中所述目标订单的订单状态信息。

可选的，参见图14，图14为本申请实施例提供的信息搜索装置的一个结构示意图，在图13所示结构的基础上，所述装置900还包括报警模块995；

所述报警模块995，用于在所述向所述业务服务器再次询问针对所述业务订单请求消息中所述目标订单的订单状态信息之后，当在第二预设时间内仍未接收到所述业务服务器返回的针对所述目标订单的订单状态信息时，发起报警。

基于本申请实施例提供的信息搜索方法的具体实现方式，本申请实施例还提供了用于实现上述方法的设备，该设备可以是服务器，也可以是终端，下面将从硬件实体化的角度分别进行介绍。

本申请实施例还提供了一种终端设备，如图15所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理(英文全称：Personal Digital Assistant，英文缩写：PDA)、车载电脑等任意终端设备，以终端为手机为例：

图15示出的是与本申请实施例提供的终端相关的手机的部分结构的框图。参考图15，手机包括：射频(英文全称：Radio Frequency，英文缩写：RF)电路1510、存储器1520、输入单元1530、显示单元1540、传感器1550、音频电路1560、无线保真(英文全称：wirelessfidelity，英文缩写：WiFi)模块1570、处理器1580、以及电源1590等部件。本领域技术人员可以理解，图15中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图15对手机的各个构成部件进行具体的介绍：

RF电路1510可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1580处理；另外，将设计上行的数据发送给基站。通常，RF电路1510包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(英文全称：LowNoise Amplifier，英文缩写：LNA)、双工器等。此外，RF电路1510还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(英文全称：Global System of Mobile communication，英文缩写：GSM)、通用分组无线服务(英文全称：General Packet Radio Service，GPRS)、码分多址(英文全称：CodeDivision Multiple Access，英文缩写：CDMA)、宽带码分多址(英文全称：Wideband CodeDivision Multiple Access,英文缩写：WCDMA)、长期演进(英文全称：Long TermEvolution，英文缩写：LTE)、电子邮件、短消息服务(英文全称：Short Messaging Service，SMS)等。

存储器1520可用于存储软件程序以及模块，处理器1580通过运行存储在存储器1520的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1530可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1530可包括触控面板1531以及其他输入设备1532。触控面板1531，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1531上或在触控面板1531附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1531可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1580，并能接收处理器1580发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1531。除了触控面板1531，输入单元1530还可以包括其他输入设备1532。具体地，其他输入设备1532可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1540可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1540可包括显示面板1541，可选的，可以采用液晶显示器(英文全称：Liquid Crystal Display，英文缩写：LCD)、有机发光二极管(英文全称：Organic Light-Emitting Diode，英文缩写：OLED)等形式来配置显示面板1541。进一步的，触控面板1531可覆盖显示面板1541，当触控面板1531检测到在其上或附近的触摸操作后，传送给处理器1580以确定触摸事件的类型，随后处理器1580根据触摸事件的类型在显示面板1541上提供相应的视觉输出。虽然在图15中，触控面板1531与显示面板1541是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1531与显示面板1541集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1550，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1541的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1541和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1560、扬声器1561，传声器1562可提供用户与手机之间的音频接口。音频电路1560可将接收到的音频数据转换后的电信号，传输到扬声器1561，由扬声器1561转换为声音信号输出；另一方面，传声器1562将收集的声音信号转换为电信号，由音频电路1560接收后转换为音频数据，再将音频数据输出处理器1580处理后，经RF电路1510以发送给比如另一手机，或者将音频数据输出至存储器1520以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1570可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图15示出了WiFi模块1570，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1580是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1520内的软件程序和/或模块，以及调用存储在存储器1520内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1580可包括一个或多个处理单元；优选的，处理器1580可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1580中。

手机还包括给各个部件供电的电源1590(比如电池)，优选的，电源可以通过电源管理系统与处理器1580逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本申请实施例中，该终端所包括的处理器1580还具有以下功能：

显示包含至少一条已发送群组消息的群组会话界面；

显示搜索界面，所述搜索界面上承载有关键词输入控件；

获取包含医疗信息的目标关键词；

确定目标业务类型；

向应用服务器发送搜索请求消息，所述搜索请求消息中包括所述目标业务类型的类型标识和所述目标关键词；

接收所述应用服务器发送的搜索响应消息，所述搜索响应消息中包括从疾病治疗资源信息集合中搜索的与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息；

显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

可选的，所述处理器1580还用于执行本申请提供的信息搜索方法的任意一种实现方式的步骤。

本申请实施例还提供了另一种设备，该设备具体为服务器，该服务器1600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessing units，CPU)1622(例如，一个或一个以上处理器)和存储器1632，一个或一个以上存储应用程序1642或数据1644的存储介质1630(例如一个或一个以上海量存储设备)。其中，存储器1632和存储介质1630可以是短暂存储或持久存储。存储在存储介质1630的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1622可以设置为与存储介质1630通信，在服务器1600上执行存储介质1630中的一系列指令操作。

服务器1600还可以包括一个或一个以上电源1626，一个或一个以上有线或无线网络接口1650，一个或一个以上输入输出接口1658，和/或，一个或一个以上操作系统1641，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图16所示的服务器结构。

其中，CPU 1622用于执行如下步骤：

接收终端发送的搜索请求消息，所述搜索请求消息中包括目标业务类型的类型标识和目标关键词；

响应于所述搜索请求消息，从当前同步的疾病治疗资源信息集合中搜索与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息；

向所述终端发送所述目标疾病治疗资源信息，以指示所述终端为用户显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

可选的，CPU1622还用于执行本申请实施例提供的信息搜索方法的任意一种实现方式的步骤。

本申请实施例还提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序用于执行前述各个实施例所述的一种信息搜索方法中的任意一种实施方式。

本申请实施例还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行前述各个实施例所述的一种信息搜索方法中的任意一种实施方式。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (15)

1.一种信息搜索方法，其特征在于，包括：

显示搜索界面，所述搜索界面上承载有关键词输入控件；

获取包含医疗信息的目标关键词；

确定目标业务类型；

向应用服务器发送搜索请求消息，所述搜索请求消息中包括所述目标业务类型的类型标识和所述目标关键词；

接收所述应用服务器发送的搜索响应消息，所述搜索响应消息中包括从疾病治疗资源信息集合中搜索的与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息；

显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

2.根据权利要求1所述方法，其特征在于，在所述向应用服务器发送搜索请求消息之前，所述方法还包括：

获取用户相关的参考位置；

则所述搜索请求消息中还包括所述参考位置，所述参考位置用于指示所述应用服务器基于所述参考位置为所述用户筛选位置匹配的目标疾病治疗资源信息。

3.根据权利要求2所述方法，其特征在于，所述获取用户相关的参考位置，包括：

获取本地定位模块当前定位结果作为所述参考位置；或者，

获取用户指定的位置作为所述参考位置。

4.根据权利要求1所述方法，其特征在于，所述确定目标业务类型，包括：

响应于针对所述搜索界面上承载的业务类型选择控件触发的选择操作，确定被选中的业务类型作为所述目标业务类型；或者，

将所述目标关键词和预设的业务类型表进行匹配，所述业务类型表中包括多种业务类型名称，将所述业务类型表中匹配命中的业务类型作为目标业务类型。

5.根据权利要求1所述方法，其特征在于，所述显示搜索界面，包括：响应于针对应用交互界面上承载的搜索控件的触发操作，显示搜索界面，所述搜索界面上承载有搜索框和关键词输入控件，所述关键词输入控件包括文本输入控件和/或语音输入控件；

则所述获取包含医疗信息的目标关键词，包括：响应于针对所述搜索界面承载的关键词输入控件触发的输入操作，获取用户输入的包含医疗信息的目标关键词，并在搜索框中显示所述目标关键词；

则所述确定目标业务类型，包括：响应于针对所述搜索界面承载的业务类型选择控件的触发操作，确定目标业务类型。

6.一种信息搜索方法，其特征在于，包括：

接收终端发送的搜索请求消息，所述搜索请求消息中包括目标业务类型的类型标识和目标关键词；

响应于所述搜索请求消息，从当前同步的疾病治疗资源信息集合中搜索与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息；

向所述终端发送所述目标疾病治疗资源信息，以指示所述终端为用户显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

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

按照预设同步周期从业务服务器同步第一类疾病治疗资源信息得到第一信息集合；

根据所述业务服务器在当前同步周期内发送的增量同步指示，从所述业务服务器同步指定类型的疾病治疗资源信息，并根据增量同步结果更新所述第一信息集合；

根据所述搜索请求消息从所述业务服务器实时同步第二类疾病治疗资源信息得到第二信息集合；

根据当前的所述第一信息集合和所述第二信息集合生成所述当前同步的疾病医疗资源信息集合。

8.根据权利要求6所述方法，其特征在于，所述搜索请求消息中还包括参考位置；则所述方法还包括：

从所述搜索请求消息中获取所述参考位置；

则所述响应于所述搜索请求消息，从当前同步的疾病治疗资源信息集合中搜索与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息，包括：

响应于所述搜索请求消息，从当前同步的疾病治疗资源信息集合中搜索与所述目标业务类型和所述目标关键词相匹配并且与所述参考位置相匹配的目标疾病治疗资源信息。

9.根据权利要求6所述方法，其特征在于，在搜索到的所述目标疾病治疗资源信息之后，所述方法还包括：

获取所述用户的用户历史行为数据，所述用户历史行为数据包括所述用户针对疾病治疗资源信息的操作标记；

根据所述用户历史行为数据，确定用户对疾病治疗资源信息的兴趣标签以及兴趣标签对应的兴趣权重；

当所述目标疾病治疗资源信息中包括多个疾病治疗资源信息时，根据所述兴趣标签及其对应的所述兴趣权重对所述目标疾病治疗资源信息进行排序，得到目标疾病治疗资源信息的排序序列；

则在向所述终端发送所述目标疾病治疗资源信息时，一并发送所述目标疾病治疗资源信息的排序序列，以指示所述终端按照所述排序序列为用户显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

10.根据权利要求6至9任一项所述方法，其特征在于，所述方法还包括：

接收所述终端发送的业务订单请求消息，向所述业务服务器发送所述业务订单请求消息，所述业务订单请求消息中包括目标订单的订单编号；

当在第一预设时间段内未接收到所述业务服务器响应所述业务订单请求消息而发送的业务订单响应消息时，则向所述业务服务器再次询问针对所述业务订单请求消息中所述目标订单的订单状态信息。

11.根据权利要求10所述方法，其特征在于，在所述向所述业务服务器再次询问针对所述业务订单请求消息中所述目标订单的订单状态信息之后，所述方法还包括：

当在第二预设时间内仍未接收到所述业务服务器返回的针对所述目标订单的订单状态信息时，发起报警。

12.一种信息搜索装置，其特征在于，包括：

第一显示模块，用于显示搜索界面，所述搜索界面上承载有关键词输入控件；

关键词获取模块，用于获取包含医疗信息的目标关键词；

业务类型确定模块，用于确定目标业务类型；

发送模块，用于向应用服务器发送搜索请求消息，所述搜索请求消息中包括所述目标业务类型的类型标识和所述目标关键词；

接收模块，用于接收所述应用服务器发送的搜索响应消息，所述搜索响应消息中包括从疾病治疗资源信息集合中搜索的与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息；

第二显示模块，用于显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

13.一种信息搜索装置，其特征在于，包括：

接收模块，用于接收终端发送的搜索请求消息，所述搜索请求消息中包括目标业务类型的类型标识和目标关键词；

搜索模块，用于响应于所述搜索请求消息，从当前同步的疾病治疗资源信息集合中搜索与所述目标业务类型和所述目标关键词相匹配的目标疾病治疗资源信息；

发送模块，用于向所述客户端发送所述目标疾病治疗资源信息，以通过所述客户端为用户显示所述目标疾病治疗资源信息以及与所述目标疾病治疗资源信息对应的用户交互操作通道。

14.一种设备，其特征在于，包括：

处理器以及存储器；其中，

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行权利要求1至11任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行权利要求1至11任一项所述的方法。

Images