CN108270840B - 一种业务监控、业务数据的搜索方法、装置和电子设备 - Google Patents

Abstract

本申请实施例提供了一种业务监控、业务数据的搜索方法、装置和电子设备，该搜索方法应用在业务系统中，所述业务系统中配置有资源系统的资源处理接口，所述资源系统提供业务数据，所述方法包括：接收客户端发送的搜索请求；根据所述搜索请求调用所述资源处理接口、从所述资源系统中搜索业务数据；查询所述资源系统对应的运行权重；根据所述运行权重将所述业务数据返回所述客户端进行展示。通过资源系统实时处理业务数据的情况控制该资源系统的业务数据的展示，可以在资源系统运行质量较差、尤其是发生故障时，通过减少展示的概率从源头上降低对该资源系统的业务数据的调用，减少对该资源系统的冲击，对资源系统进行保护。

Description

一种业务监控、业务数据的搜索方法、装置和电子设备

技术领域

本申请涉及计算机处理的技术领域，特别是涉及一种业务监控方法、一种业务数据的搜索方法及相应的一种业务监控装置、一种业务数据的搜索装置、一种电子设备。

背景技术

在信息化的社会中，许多网站提供业务数据，用户登录该网站并对这些业务数据进程处理。

为了方便用户，部分网络平台集成了外部网站的接口，用户可以直接在该网络平台中调用这些接口搜索外部网站的业务数据，进行相应的业务处理。

例如，一些旅游网站可以集成各航空公司网站的接口，用户可以在这些旅游网站中搜索这些航空公司提供的机票，并购买所需的机票。

在这些网络平台中，许多业务依赖外部网站提供的资源，但是，这些网站提供的服务能力差别较大，当外部网站的资源出现问题时，会对网络平台的正常业务造成较大影响，不仅降低业务的处理效率，还可能对网络平台造成财产损失。

例如，用户在旅游网站订购某个航空公司的机票，如果等待20秒以上还没有返回明确的处理结果，有可能认为该航空公司的网站已经收到了订购的请求，因此，在旅游网站中可以继续进行扣款等处理。

等待过长的情况可能是由于该航空公司的网站内部已经产生了订购失败的结果，无法给用户安排飞机的座位。

因此，用户在获知实际订购失败之后，需要花费更多的时间重新订购机票，并且，可以向旅游网站进行索赔。

为了避免这些问题出现，一般需要人工通过监控网络平台的日志，发现外部网站的问题，根据经验判断问题严重程度，人工屏蔽对该网站的业务数据的展示，从而让用户不再处理该网站的业务数据。

但是，这种监控方式依赖人工处理，时效性较差，在外部网站出现问题时，若未及时处理，该外部网站的请求量不能及时减少，会继续对该外部网站造成冲击，加重问题。

发明内容

鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种业务监控方法、一种业务数据的搜索方法及相应的一种业务监控装置、一种业务数据的搜索装置、一种电子设备。

本申请实施例提供了一种业务数据的搜索方法，应用在业务系统中，所述业务系统中配置有资源系统的资源处理接口，所述资源系统提供业务数据，所述方法包括：

接收客户端发送的搜索请求；

根据所述搜索请求调用所述资源处理接口、从所述资源系统中搜索业务数据；

查询所述资源系统对应的运行权重；

根据所述运行权重将所述业务数据返回所述客户端进行展示。

本申请实施例提供了一种业务监控方法，应用在业务系统中，所述业务系统中配置有资源系统的资源处理接口，所述资源系统提供业务数据，所述方法包括：

调用所述资源处理接口处理所述业务数据，获得处理结果；

按照所述处理结果对所述资源系统配置运行权重；

根据所述运行权重对所述资源系统进行监控。

本申请实施例提供了一种业务数据的搜索装置，应用在业务系统中，所述业务系统中配置有资源系统的资源处理接口，所述资源系统提供业务数据，所述装置包括：

搜索请求接收模块，用于接收客户端发送的搜索请求；

业务数据搜索模块，用于根据所述搜索请求调用所述资源处理接口、从所述资源系统中搜索业务数据；

运行权重查询模块，用于查询所述资源系统对应的运行权重；

业务数据返回模块，用于根据所述运行权重将所述业务数据返回所述客户端进行展示。

本申请实施例提供了一种业务监控装置，应用在业务系统中，所述业务系统中配置有资源系统的资源处理接口，所述资源系统提供业务数据，所述装置包括：

处理结果获取模块，用于调用所述资源处理接口处理所述业务数据，获得处理结果；

运行权重配置模块，用于按照所述处理结果对所述资源系统配置运行权重；

资源系统监控模块，用于根据所述运行权重对所述资源系统进行监控。

本申请实施例提供了一种电子设备，包括处理器和存储器，

所述存储器用于存储支持执行所述的业务数据的搜索方法的程序；

所述处理器被配置为用于执行所述存储器中存储的程序。

本申请实施例提供了一种电子设备，包括处理器和存储器，

所述存储器用于存储支持执行所述的业务监控方法的程序；

所述处理器被配置为用于执行所述存储器中存储的程序。

本申请实施例包括以下优点：

本申请实施例应用在业务系统中，该业务系统中配置有资源系统的资源处理接口，该资源系统提供业务数据，在业务系统中调用该资源处理接口处理业务数据时，可返回处理结果，基于该处理结果对该资源系统配置运行权重，并对资源系统进行监控，通过资源系统实时处理业务数据的情况对该资源系统进行监控，可以对资源系统的故障及时地进行处理，大大提高了时效性，减少对业务系统正常业务造成的影响，不仅可以提高了业务的处理效率，还可以降低对业务系统造成的财产损失。

本申请实施例在资源系统发生故障时，通过故障探测规则增加运行权重，如果资源系统的故障已恢复，则其运行权重会逐步自动恢复，可以及时地探测资源系统恢复正常，进一步提高了时效性，保证资源系统的权益。

本申请实施例应用在业务系统中，该业务系统中配置有资源系统的资源处理接口，该资源系统提供业务数据，在业务系统中按照客户端发送的搜索请求调用资源处理接口、从资源系统中搜索业务数据，基于其运行权重将业务数据返回客户端进行展示，通过资源系统实时处理业务数据的情况控制该资源系统的业务数据的展示，可以在资源系统运行质量较差、尤其是发生故障时，通过减少展示的概率从源头上降低对该资源系统的业务数据的调用，减少对该资源系统的冲击，对资源系统进行保护。

附图说明

图1是本申请的一种业务监控实施例的步骤流程图；

图2是本申请的一种业务数据的搜索实施例的步骤流程图；

图3是本申请实施例的一种运行权重的变化曲线图；

图4是本申请的一种业务监控装置实施例的结构框图；

图5是本申请的一种业务数据的搜索装置实施例的结构框图；

图6是本申请实施例提供的一种电子设备的结构示意图；

图7是本申请实施例提供的另一种电子设备的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，示出了本申请的一种业务监控方法实施例的步骤流程图，具体可以包括如下步骤：

步骤101，调用所述资源处理接口处理所述业务数据，获得处理结果。

在具体实现中，本申请实施例可以应用在业务系统中，该业务系统可以为单独的服务器或服务器集群，如分布式系统。

该业务系统中配置有资源系统的资源处理接口，该资源系统可以为单独的服务器或服务器集群，如分布式系统。

一般情况下，该资源系统为独立于业务系统的第三方的系统，资源系统可以提供业务数据，该业务系统可以通过该资源处理接口与该资源系统进行通信，对该资源系统中的业务数据进行处理，例如，搜索、订购、退订，等等。

在不同的领域中，可以具有不同的业务数据，该业务数据为体现该领域特性的数据。

例如，在通信领域中，业务数据可以为通信数据；在新闻媒体领域中，业务数据可以为新闻数据；在旅游领域中，业务数据可以为票据(如飞机票数据、汽车票数据、酒店房间数据等)，等等。

在不同的领域中，虽然业务数据承载领域特性而有所不同，但其本质都是数据，例如，文本数据、图像数据、音频数据、视频数据等等，相对地，对业务数据的处理，本质都是对数据的处理。

所谓第三方，是指资源系统独立于业务系统，资源系统可以单独对业务数据进行业务处理，例如，搜索、订购、退订，等等。

例如，业务系统可以为旅游网站，航空公司、汽车客运公司、酒店、景区、旅行社等公司的服务器作为资源系统，旅游网站可以接入这些服务器的接口，用户可以登录该旅游网站，调用这些服务器的接口进行机票搜索、酒店预订、门票退订等业务处理。

一般情况下，客户端可以生成处理请求，发送至业务系统。

业务系统依据该处理请求，通过该资源处理接口调用资源系统进行业务处理，该资源处理接口可以针对此处业务处理返回处理结果。

例如，若业务处理为搜索业务数据，则可以生成搜索成功、搜索失败、搜索超时等处理结果。

步骤102，按照所述处理结果对所述资源系统配置运行权重。

在本申请实施例中，可以对每一个资源系统配置运行权重，即多个资源系统中的每一个都配置有各自的权重。

该运行权重可以设置一个初始值，之后，基于该资源系统的处理结果实时进行调整，体现该资源系统实时处理业务数据的情况。

在本申请的一个实施例中，步骤102可以包括如下子步骤：

子步骤S11，查询所述资源系统当前的运行权重；

子步骤S12，确定所述处理结果对应的权重调整规则；

子步骤S13，按照所述权重调整规则对所述运行权重进行调整。

在本申请实施例中，对于每种处理结果，可以设置一个权重调整规则，即如何调整运行权重的规则。

在资源系统当前的运行权重的基础上，按照该权重调整规则进行相关的调整。

在具体实现中，资源系统的运行情况与其运行权重正相关，即资源系统的运行越好，运行权重越大，资源系统的运行越差，运行权重越小。

在一个示例中，权重调整规则可以为增加第一调整权值。

在本示例中，当处理结果为处理成功时，可以在运行权重的基础上增加预设的第一调整权值，用历史成功的业务处理来反映外部资源系统的资源质量。

在另一个示例中，权重调整规则可以为减去第二调整权值。

在本示例中，当处理结果为处理失败时，可以在运行权重的基础上减去预设的第二调整权值。

为了让资源系统出现的问题以较快的速度暴露，可以设置第二调整权值大于第一调整权值。

在另一个示例中，权重调整规则可以为减去第三调整权值。

在本示例中，当处理结果为处理超时(即在一定时间内没有返回结果)时，可以在运行权重的基础上减去预设的第三调整权值。

由于处理超时相比于处理失败，类似一种亚健康状态，为了对资源系统进行适当的保护，以及，保证用户的利益，可以进行减分处理，并且，可以设置第二调整权值可以大于第三调整权值。

当然，上述权重调整规则只是作为示例，在实施本申请实施例时，可以根据实际情况设置其他权重调整规则，本申请实施例对此不加以限制。另外，除了上述权重调整规则外，本领域技术人员还可以根据实际需要采用其它权重调整规则，本申请实施例对此也不加以限制。

步骤103，根据所述运行权重对所述资源系统进行监控。

由于运行权重基于调用资源系统进行业务处理时的结果进行配置的，可以实时反映资源系统的运行情况，通过分析该运行权重，可以资源系统进行监控。

在本申请的一个实施例中，步骤103可以包括如下子步骤：

子步骤S21，当所述运行权重低于预设的第一权重阈值时，确定所述资源系统发生故障；

子步骤S22，生成服务故障信息；

子步骤S23，将所述服务故障信息发送至预设的通讯对象。

在本申请实施例中，如果某个资源系统的运行权重低于第一权重阈值，则该运行权重的值较低，表示资源系统的运行情况较差，可能出现故障。

此时，可以生成服务故障信息，并通过短信、邮件等方式发送至预设的通讯对象，如技术人员，以便进行其他处理，如屏蔽资源处理接口、重新加载资源处理接口等等。

在本申请的另一个实施例中，步骤103还可以包括如下子步骤：

子步骤S24，按照预设的故障探测规则增加所述运行权重；

子步骤S25，当所述运行权重高于预设的第二权重阈值时，确定所述资源系统恢复正常；

子步骤S26，生成服务恢复信息；

子步骤S27，将所述服务恢复信息发送至所述通讯对象。

在本申请实施例中，可以制定一套故障探测规则，在确定资源系统出现故障之后，增加其运行权重，对该资源系统进行探测。

在一个示例中，可以每间隔一定的时间，在运行权重的基础上增加预设的第四调整权值。

运行权重的用途之一，可以用于调整该资源系统的业务数据的展示，在运行权重增加之后，可以增加该资源系统的业务数据的展示概率，可以让用户实际的业务处理来协助故障的探测。

当然，对于简单的场景，可以采用程序模拟业务处理，自动对故障进行探测，本申请实施例对此不加以限制。

如果资源系统的故障已恢复，则其运行权重会逐步自动恢复，如果高于第二权重阈值，表示资源系统的运行情况较好，确定资源系统恢复正常。

如果资源系统的故障未恢复，则其运行权重难以自动恢复，表现为运行权重在某些范围内波动、迅速降低等。

若资源系统恢复正常，则可以生成服务恢复信息，并通过短信、邮件等方式发送至预设的通讯对象，如技术人员，以便进行其他处理，如接触资源处理接口的屏蔽等等。

本申请实施例应用在业务系统中，该业务系统中配置有资源系统的资源处理接口，该资源系统提供业务数据，在业务系统中调用该资源处理接口处理业务数据时，可返回处理结果，基于该处理结果对该资源系统配置运行权重，并对资源系统进行监控，通过资源系统实时处理业务数据的情况对该资源系统进行监控，可以对资源系统的故障及时地进行处理，大大提高了时效性，减少对业务系统正常业务造成的影响，不仅可以提高了业务的处理效率，还可以降低对业务系统造成的财产损失。

本申请实施例在资源系统发生故障时，通过故障探测规则增加运行权重，如果资源系统的故障已恢复，则其运行权重会逐步自动恢复，可以及时地探测资源系统恢复正常，进一步提高了时效性，保证资源系统的权益。

参照图2，示出了本申请的一种业务数据的搜索方法实施例的步骤流程图，具体可以包括如下步骤：

步骤201，接收客户端发送的搜索请求。

在具体实现中，本申请实施例可以应用在业务系统中，该业务系统中配置有第三方的资源系统的资源处理接口，该资源系统提供业务数据。

在具体实现中，用户可以在客户端输入搜索关键词、搜索条件(如时间范围、价格范围等)等信息，并生成搜索请求，发送至业务系统。

步骤202，根据所述搜索请求调用所述资源处理接口、从所述资源系统中搜索业务数据。

在实际应用中，业务系统可以按照该资源处理接口的规范，将搜索业务数据所需的信息，例如，搜索关键词、搜索条件等，封装在一服务请求中，发送至资源系统。

资源系统接收到该服务请求，则可以从该服务请求中按照该资源处理接口的规范，解析出搜索业务数据所需的信息，并按照该信息搜索相关的业务数据，返回业务系统。

步骤203，查询所述资源系统对应的运行权重。

在本申请的一个实施例中，可以通过如下方式生成资源系统对应的运行权重：

子步骤S31，调用所述资源处理接口处理所述业务数据，获得处理结果。

子步骤S32，按照所述处理结果对所述资源系统配置运行权重。

需要说明的是，由于子步骤S31、子步骤S32与业务监控方法实施例的应用基本相似，所以描述的比较简单，相关之处参见业务监控方法实施例的部分说明即可，本申请实施例在此不加以详述。

步骤204，根据所述运行权重将所述业务数据返回所述客户端进行展示。

由于运行权重可以体现该资源系统实时处理业务数据的情况，因此，可以实时对处理业务数据的源头，即业务数据的展示，进行相应的调整。

在具体实现中，可以查询运行权重对应的展示概率，其中，运行权重与展示概率正相关，即运行权重越大，展示概率越高，反之，运行权重越小，展示概率越低。

按照展示概率判断是否选择业务数据；若是，则将业务数据返回客户端进行展示；若否，则忽略业务数据。

需要说明的是，业务系统也可以基于客户端的搜索请求，搜索业务系统内部的业务数据，并返回客户端进行展示，本申请实施例对此不加以限制。

本申请实施例应用在业务系统中，该业务系统中配置有资源系统的资源处理接口，该资源系统提供业务数据，在业务系统中按照客户端发送的搜索请求调用资源处理接口、从资源系统中搜索业务数据，基于其运行权重将业务数据返回客户端进行展示，通过资源系统实时处理业务数据的情况控制该资源系统的业务数据的展示，可以在资源系统运行质量较差、尤其是发生故障时，通过减少展示的概率从源头上降低对该资源系统的业务数据的调用，减少对该资源系统的冲击，对资源系统进行保护。

为使本领域技术人员更好地理解本申请实施例，在本说明书中，将机票数据作为业务数据的一种示例进行说明。

在本示例中，业务系统为旅游网站，资源系统包括航空公司A的航空网站A、航空公司B的航空网站B、航空公司C的航空网站C。

用户启动浏览器(客户端)，加载旅游网站的网页，并在该网页输入“广州”作为出发地，“杭州”作为目的地，并选择“2017年1月1日”作为出发日期，向旅游网站发送搜索请求。

旅游网站按照该搜索请求调用航空网站A、航空网站B、航空网站C的业务处理接口，按照出发地为“广州”、目的地为“杭州”、时间为“2017年1月1日”等参数搜索航班信息，航空网站A、航空网站B、航空网站C分别将相关的的航班信息返回旅游网站，旅游网站整合之后返回浏览器进展示。

用户在浏览器中浏览旅游网站返回的航班信息，选择了航空网站A的航班信息并下单，此时，浏览器向旅游网站发送订购请求。

旅游网站按照该订购请求调用航空网站A的业务处理接口占座，即占用机票库存。

航空网站A向旅游网站反馈占座的信息，旅游网站将占座的信息反馈至浏览器。

用户确认占座之后，在旅游网站支付相关的费用，旅游网站调用航空网站A的业务处理接口出票。

航空网站A向旅游网站反馈出票的信息，旅游网站将占座的信息反馈至浏览器。

在旅游网站中，对航空网站A网站设置运行权重A，对航空网站B设置运行权重B，对航空网站C设置运行权重C，权重值的区间在[0，100]，在一次的业务处理(如上述搜索、占票、出票等)中，如果业务处理接口范围的处理结果为:

1、处理成功，对运行权重进行加分操作，一次加3(第一调整权值)。

2、处理失败，对运行权重进行减分操作，一次减5(第二调整权值)。

3、处理超时，对运行权重进行减分操作，一次减3(第三调整权值)。

当运行权重在区间[80，100]内，100％的展示概率展示该航空公司的航班信息。

当运行权重在区间[60，80)内，80％的展示概率展示该航空公司的航班信息。

当运行权重在区间[40，60)内，60％的展示概率展示该航空公司的航班信息。

当运行权重在区间[20，40)内，40％的展示概率展示该航空公司的航班信息。

当运行权重在区间[10，20)内，20％的展示概率展示该航空公司的航班信息。

当运行权重在区间[0，10)内，0％的展示概率展示该航空公司的航班信息。

参见图3，示例出航空公司A的航空网站A的运行权重在2016年9月29日的变化曲线图。

如图3所示，航空网站A在12:30左右出现故障，导致业务处理大量出现处理失败、处理超时等情况，其运行权重A迅速降低，在12:47分降低至0(第一权重阈值)，此时确认航空公司A的网站发生故障，屏蔽(即0％的展示概率)其航班信息的展示，并生成服务故障信息，通知技术人员，例如，“A航服务等级归零，屏蔽展示，系统异常，情况严重，请关注”。

此时，如果其他用户启动浏览器(客户端)，加载旅游网站的网页，并在该网页输入“杭州”作为出发地，“北京”作为目的地，并选择“2017年1月1日”作为出发日期，向旅游网站发送搜索请求。

旅游网站按照该搜索请求调用航空网站A、航空网站B、航空网站C的业务处理接口，按照出发地为“杭州”、目的地为“北京”、时间为“2017年1月1日”等参数搜索航班信息，航空网站A、航空网站B、航空网站C分别将相关的航班信息返回旅游网站。

此时，旅游网站查询航空网站A的运行权重A为0，航空网站B的运行权重B为56，航空网站C的运行权重C为91。

因此，以0％的展示概率屏蔽航空网站A的航班信息，以60％的展示概率展示航空网站B的航班信息，以100％的展示概率展示航空网站C的航班信息。

由于航空网站A出现故障，而用户无法看到航空网站A的航班信息，将处理的需求导向航空网站B、航空网站C，一方面，避免处理错误对用户、旅游网站造成损失，另一方面，减少对航空网站A的冲击。

此后，旅游网站可以针对航空网站A启动恢复探测机制，每间隔一定的时间(如5分钟)，对运行权重A进行加分操作，一次加5，并生成服务恢复信息通知技术人员，例如，“A航尝试恢复服务，系统异常，情况严重，请关注”。

此时，会有一部分的用户可以浏览到航空网站A的航班信息，可能会订购该航空网站A的航班信息，如果搜索、占票、出票等处理成功，则会增加航空网站A的运行权重A，反之，如果购票失败，则会降低航空网站A的运行权重A。

航空网站A的故障在13:11已解决，之后，旅游网站可以正常调用该航空网站A的资源处理接口进行搜索、订票、退订等业务处理，航空网站A在旅游网站的运行权重A逐渐恢复，并在14:00升至80(第二权重阈值)，此时确认该航空网站A服务恢复，解除对其航班信息的屏蔽，并生成服务恢复信息，通知技术人员，例如，“A航服务恢复，接触屏蔽，起始2016/09/2912:47，结束2016/09/29 13:11，持续25分钟”。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

参照图4，示出了本申请的一种业务监控装置实施例的结构框图，应用在业务系统中，所述业务系统中配置有资源系统的资源处理接口，所述资源系统提供业务数据，所述装置具体可以包括如下模块：

处理结果获取模块401，用于调用所述资源处理接口处理所述业务数据，获得处理结果；

运行权重配置模块402，用于按照所述处理结果对所述资源系统配置运行权重；

资源系统监控模块403，用于根据所述运行权重对所述资源系统进行监控。

在本申请的一个实施例中，所述运行权重配置模块402包括：

运行权重查询子模块，用于查询所述资源系统当前的运行权重；

权重调整规则确定子模块，用于确定所述处理结果对应的权重调整规则；

权重调整子模块，用于按照所述权重调整规则对所述运行权重进行调整。

在本申请实施例的一个示例中，所述权重调整子模块包括：

第一调整权值增加单元，用于在所述处理结果为处理成功时，在所述运行权重的基础上增加预设的第一调整权值；

或者，

第二调整权值减去单元，用于在所述处理结果为处理失败时，在所述运行权重的基础上减去预设的第二调整权值；

或者，

第三调整权值减去单元，用于在所述处理结果为处理超时时，在所述运行权重的基础上减去预设的第三调整权值。

在本申请的一个实施例中，所述资源系统监控模块403包括：

故障确定子模块，用于在所述运行权重低于预设的第一权重阈值时，确定所述资源系统发生故障；

服务故障信息生成子模块，用于生成服务故障信息；

服务故障信息发送子模块，用于将所述服务故障信息发送至预设的通讯对象。

在本申请的另一个实施例中，所述资源系统监控模块403还包括：

运行权重增加子模块，用于按照预设的故障探测规则增加所述运行权重；

恢复确定子模块，用于当所述运行权重高于预设的第二权重阈值时，确定所述资源系统恢复正常；

服务恢复信息生成子模块，用于生成服务恢复信息；

服务恢复信息发送子模块，用于将所述服务恢复信息发送至所述通讯对象。

在本申请实施例的一个示例中，所述运行权重增加子模块包括：

第四调整权值增加单元，用于每间隔一定的时间，在所述运行权重的基础上增加预设的第四调整权值。

参照图5，示出了本申请的一种业务数据的搜索装置实施例的结构框图，应用在业务系统中，所述业务系统中配置有资源系统的资源处理接口，所述资源系统提供业务数据，所述装置具体可以包括如下模块：

搜索请求接收模块501，用于接收客户端发送的搜索请求；

业务数据搜索模块502，用于根据所述搜索请求调用所述资源处理接口、从所述资源系统中搜索业务数据；

运行权重查询模块503，用于查询所述资源系统对应的运行权重；

业务数据返回模块504，用于根据所述运行权重将所述业务数据返回所述客户端进行展示。

在本申请的一个实施例中，所述业务数据返回组件504包括：

展示概率查询子模块，用于查询所述运行权重对应的展示概率，所述运行权重与所述展示概率正相关；

展示判断子模块，用于按照所述展示概率判断是否选择所述业务数据；若是，则调用数据返回子模块，若否，则调用忽略子模块；

数据返回子模块，用于将所述业务数据返回所述客户端进行展示；

忽略子模块，用于忽略所述业务数据。

在本申请的一个实施例中，还包括：

处理结果获取模块，用于调用所述资源处理接口处理所述业务数据，获得处理结果；

运行权重配置模块，用于按照所述处理结果对所述资源系统配置运行权重。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

图6是本申请实施例提供的一种电子设备的结构示意图。该电子设备600可因配置或性能不同而产生比较大的差异，可以包括多个中央处理器(central processing units，CPU)622(例如，多个处理器)和存储器632，一个或一个以上存储应用程序642或数据644的存储介质630(例如一个或一个以上海量存储设备)。其中，存储器632和存储介质630可以是短暂存储的或持久存储的。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对电子设备600中的一系列指令操作。更进一步地，中央处理器622可以设置为与存储介质630通信，在电子设备600上执行存储介质630中的一系列指令操作。

电子设备600还可以包括一个或一个以上电源626，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口658，一个或一个以上键盘657，和/或，一个或一个以上操作系统641，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。其中，电子设备600中配置有资源系统的资源处理接口，所述资源系统提供业务数据，中央处理器622可以在电子设备600上执行以下操作的指令：

接收客户端发送的搜索请求；

根据所述搜索请求调用所述资源处理接口、从所述资源系统中搜索业务数据；

查询所述资源系统对应的运行权重；

根据所述运行权重将所述业务数据返回所述客户端进行展示。

可选地，中央处理器622还可以在电子设备600上执行以下操作的指令：

查询所述运行权重对应的展示概率，所述运行权重与所述展示概率正相关；

按照所述展示概率判断是否选择所述业务数据；若是，则将所述业务数据返回所述客户端进行展示；若否，则忽略所述业务数据。

可选地，中央处理器622还可以在电子设备600上执行以下操作的指令：

调用所述资源处理接口处理所述业务数据，获得处理结果；

按照所述处理结果对所述资源系统配置运行权重。

图7是本申请实施例提供的另一种电子设备的结构示意图。该电子设备700可因配置或性能不同而产生比较大的差异，可以包括多个中央处理器(central processingunits，CPU)722(例如，多个处理器)和存储器732，一个或一个以上存储应用程序742或数据744的存储介质730(例如一个或一个以上海量存储设备)。其中，存储器732和存储介质730可以是短暂存储的或持久存储的。存储在存储介质730的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对电子设备600中的一系列指令操作。更进一步地，中央处理器722可以设置为与存储介质730通信，在电子700上执行存储介质730中的一系列指令操作。

电子设备700还可以包括一个或一个以上电源726，一个或一个以上有线或无线网络接口750，一个或一个以上输入输出接口758，一个或一个以上键盘757，和/或，一个或一个以上操作系统741，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。其中，电子设备700中配置有资源系统的资源处理接口，所述资源系统提供业务数据，中央处理器722可以在电子设备700上执行以下操作的指令：

调用所述资源处理接口处理所述业务数据，获得处理结果；

按照所述处理结果对所述资源系统配置运行权重；

根据所述运行权重对所述资源系统进行监控。

可选地，中央处理器722还可以在电子设备700上执行以下操作的指令：

查询所述资源系统当前的运行权重；

确定所述处理结果对应的权重调整规则；

按照所述权重调整规则对所述运行权重进行调整。

可选地，中央处理器722还可以在电子设备700上执行以下操作的指令：

当所述处理结果为处理成功时，在所述运行权重的基础上增加预设的第一调整权值；

或者，

当所述处理结果为处理失败时，在所述运行权重的基础上减去预设的第二调整权值；

或者，

当所述处理结果为处理超时时，在所述运行权重的基础上减去预设的第三调整权值。

可选地，中央处理器722还可以在电子设备700上执行以下操作的指令：

当所述运行权重低于预设的第一权重阈值时，确定所述资源系统发生故障；

生成服务故障信息；

将所述服务故障信息发送至预设的通讯对象。

可选地，中央处理器722还可以在电子设备700上执行以下操作的指令：

按照预设的故障探测规则增加所述运行权重；

当所述运行权重高于预设的第二权重阈值时，确定所述资源系统恢复正常；

生成服务恢复信息；

将所述服务恢复信息发送至所述通讯对象。

可选地，中央处理器722还可以在电子设备700上执行以下操作的指令：

每间隔一定的时间，在所述运行权重的基础上增加预设的第四调整权值。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

在一个典型的配置中，所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitory media)，如调制的数据信号和载波。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种业务监控方法、一种业务数据的搜索方法及相应的一种业务监控装置、一种业务数据的搜索装置、一种电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (16)

1.一种业务数据的搜索方法，其特征在于，应用在业务系统中，所述业务系统中配置有资源系统的资源处理接口，所述资源系统提供业务数据，所述方法包括：

接收客户端发送的搜索请求；

根据所述搜索请求调用所述资源处理接口、从所述资源系统中搜索业务数据；

查询所述资源系统对应的运行权重；

根据所述运行权重将所述业务数据返回所述客户端进行展示；

其中，所述资源系统对应的运行权重通过如下步骤生成：

调用所述资源处理接口处理所述业务数据，获得处理结果；

按照所述处理结果对所述资源系统配置运行权重；

其中，所述按照所述处理结果对所述资源系统配置运行权重的步骤包括：

查询所述资源系统当前的运行权重；

确定所述处理结果对应的权重调整规则；

按照所述权重调整规则对所述运行权重进行调整。

2.根据权利要求1所述的方法，其特征在于，所述根据所述运行权重将所述业务数据返回所述客户端进行展示的步骤包括：

查询所述运行权重对应的展示概率，所述运行权重与所述展示概率正相关；

按照所述展示概率判断是否选择所述业务数据；若是，则将所述业务数据返回所述客户端进行展示；若否，则忽略所述业务数据。

3.一种业务监控方法，其特征在于，应用在业务系统中，所述业务系统中配置有资源系统的资源处理接口，所述资源系统提供业务数据，所述方法包括：

调用所述资源处理接口处理所述业务数据，获得处理结果；

按照所述处理结果对所述资源系统配置运行权重；

根据所述运行权重对所述资源系统进行监控；

其中，所述按照所述处理结果对所述资源系统配置运行权重的步骤包括：

查询所述资源系统当前的运行权重；

确定所述处理结果对应的权重调整规则；

按照所述权重调整规则对所述运行权重进行调整。

4.根据权利要求3所述的方法，其特征在于，所述按照所述权重调整规则对所述运行权重进行调整的步骤包括：

当所述处理结果为处理成功时，在所述运行权重的基础上增加预设的第一调整权值；

或者，

当所述处理结果为处理失败时，在所述运行权重的基础上减去预设的第二调整权值；

或者，

当所述处理结果为处理超时时，在所述运行权重的基础上减去预设的第三调整权值。

5.根据权利要求3或4所述的方法，其特征在于，所述根据所述运行权重对所述资源系统进行监控的步骤包括：

当所述运行权重低于预设的第一权重阈值时，确定所述资源系统发生故障；

生成服务故障信息；

将所述服务故障信息发送至预设的通讯对象。

6.根据权利要求5所述的方法，其特征在于，所述根据所述运行权重对所述资源系统进行监控的步骤还包括：

按照预设的故障探测规则增加所述运行权重；

当所述运行权重高于预设的第二权重阈值时，确定所述资源系统恢复正常；

生成服务恢复信息；

将所述服务恢复信息发送至所述通讯对象。

7.根据权利要求6所述的方法，其特征在于，所述按照预设的故障探测规则增加所述运行权重的权值的步骤包括：

每间隔一定的时间，在所述运行权重的基础上增加预设的第四调整权值。

8.一种业务数据的搜索装置，其特征在于，应用在业务系统中，所述业务系统中配置有资源系统的资源处理接口，所述资源系统提供业务数据，所述装置包括：

搜索请求接收模块，用于接收客户端发送的搜索请求；

业务数据搜索模块，用于根据所述搜索请求调用所述资源处理接口、从所述资源系统中搜索业务数据；

运行权重查询模块，用于查询所述资源系统对应的运行权重；

业务数据返回模块，用于根据所述运行权重将所述业务数据返回所述客户端进行展示；

其中，所述资源系统对应的运行权重通过调用如下模块生成：

处理结果获取模块，用于调用所述资源处理接口处理所述业务数据，获得处理结果；

运行权重配置模块，用于按照所述处理结果对所述资源系统配置运行权重；

其中，所述运行权重配置模块包括：运行权重查询子模块，用于查询所述资源系统当前的运行权重；权重调整规则确定子模块，用于确定所述处理结果对应的权重调整规则；权重调整子模块，用于按照所述权重调整规则对所述运行权重进行调整。

9.根据权利要求8所述的装置，其特征在于，所述业务数据返回组件包括：

展示概率查询子模块，用于查询所述运行权重对应的展示概率，所述运行权重与所述展示概率正相关；

展示判断子模块，用于按照所述展示概率判断是否选择所述业务数据；若是，则调用数据返回子模块，若否，则调用忽略子模块；

数据返回子模块，用于将所述业务数据返回所述客户端进行展示；

忽略子模块，用于忽略所述业务数据。

10.一种业务监控装置，其特征在于，应用在业务系统中，所述业务系统中配置有资源系统的资源处理接口，所述资源系统提供业务数据，所述装置包括：

处理结果获取模块，用于调用所述资源处理接口处理所述业务数据，获得处理结果；

运行权重配置模块，用于按照所述处理结果对所述资源系统配置运行权重；

资源系统监控模块，用于根据所述运行权重对所述资源系统进行监控；

其中，所述运行权重配置模块包括：

运行权重查询子模块，用于查询所述资源系统当前的运行权重；

权重调整规则确定子模块，用于确定所述处理结果对应的权重调整规则；

权重调整子模块，用于按照所述权重调整规则对所述运行权重进行调整。

11.根据权利要求10所述的装置，其特征在于，所述权重调整子模块包括：

第一调整权值增加单元，用于在所述处理结果为处理成功时，在所述运行权重的基础上增加预设的第一调整权值；

或者，

第二调整权值减去单元，用于在所述处理结果为处理失败时，在所述运行权重的基础上减去预设的第二调整权值；

或者，

第三调整权值减去单元，用于在所述处理结果为处理超时时，在所述运行权重的基础上减去预设的第三调整权值。

12.根据权利要求10或11所述的装置，其特征在于，所述资源系统监控模块包括：

故障确定子模块，用于在所述运行权重低于预设的第一权重阈值时，确定所述资源系统发生故障；

服务故障信息生成子模块，用于生成服务故障信息；

服务故障信息发送子模块，用于将所述服务故障信息发送至预设的通讯对象。

13.根据权利要求12所述的装置，其特征在于，所述资源系统监控模块还包括：

运行权重增加子模块，用于按照预设的故障探测规则增加所述运行权重；

恢复确定子模块，用于当所述运行权重高于预设的第二权重阈值时，确定所述资源系统恢复正常；

服务恢复信息生成子模块，用于生成服务恢复信息；

服务恢复信息发送子模块，用于将所述服务恢复信息发送至所述通讯对象。

14.根据权利要求12所述的装置，其特征在于，所述运行权重增加子模块包括：

第四调整权值增加单元，用于每间隔一定的时间，在所述运行权重的基础上增加预设的第四调整权值。

15.一种电子设备，其特征在于，包括处理器和存储器，

所述存储器用于存储支持执行权利要求1至权利要求2中任一项所述的业务数据的搜索方法的程序；

所述处理器被配置为用于执行所述存储器中存储的程序。

16.一种电子设备，其特征在于，包括处理器和存储器，

所述存储器用于存储支持执行权利要求3至权利要求7中任一项所述的业务监控方法的程序；

所述处理器被配置为用于执行所述存储器中存储的程序。

Images