一种线索处理方法、系统及计算设备与流程

本发明涉及计算机及互联网技术领域，尤其涉及一种线索处理方法、线索处理系统及计算设备。

背景技术：

目前，互联网的快速发展加快了信息的传递速度，便利了人们的生活。庞大的用户群体在互联网浏览网页、购买商品、预留个人信息等行为，对于企业来说，是获取客源的有效手段。通过对线上产生的大量线索进行转化，有利于促成最终的交易。

一个好互联网产品，会通过各种运营方式来吸引用户留资，并将用户产生的线索分发给相应的合作方。面对飞速发展的业务，需要建立一个进行线索分发的平台，作为与外界业务方(第三方系统)对接的线索出口。

根据现有的技术方案，在对接第三方系统时，需要根据第三方提供的文档，通过代码开发封装报文，并通过接口发送报文。这种方式实现起来较为繁琐，导致开发效率低，对接速度慢，难以满足大量的业务需求。

为此，需要一种能够快速高效地对接第三方系统的线索处理方法，来解决上述技术方案中存在的问题。

技术实现要素：

为此，本发明提供一种线索处理方法、系统及计算设备，以解决或至少缓解上面存在的问题。

根据本发明的一个方面，提供一种线索处理方法，在线索处理服务器中执行，所述线索处理服务器中包括一个或多个业务端对应的接口配置信息，所述方法包括步骤：接收一个或多个客户端发送的线索，所述线索包括业务端标识和线索信息；获取与所述业务端标识相对应的接口配置信息，所述接口配置信息包括接口基础信息和字段配置模板；基于所述字段配置模板和线索信息生成请求报文；以及基于所述接口基础信息向相应的接口发送所述请求报文。

可选地，在根据本发明的线索处理方法中，所述字段配置模板包括字段位置，基于字段配置模板和线索信息生成请求报文的步骤包括：基于线索信息对所述字段配置模板进行赋值处理；根据赋值后的字段位置封装生成请求报文。

可选地，在根据本发明的线索处理方法中，在向相应的接口发送请求报文之后，还包括步骤：获取接口的响应报文；根据所述响应报文判断请求报文是否发送成功。

可选地，在根据本发明的线索处理方法中，根据响应报文判断请求报文是否发送成功的步骤包括：如果发送失败，则判断该请求报文是否超过重试时间；如果没有超过重试时间，则重新发送所述请求报文对应的线索；如果超过重试时间，则确定该请求报文发送失败。

可选地，在根据本发明的线索处理方法中，基于线索信息对字段配置模板进行赋值处理的步骤包括：

根据字段取值类型获取相应的字段值处理器，所述字段取值类型包括线索字段、固定值、接口取值、脚本处理取值中的一种或多种；基于字段值处理器对字段配置模板进行赋值处理。

可选地，在根据本发明的线索处理方法中，所述字段配置模板包括字段名称、字段描述和字段位置；所述字段位置包括请求体、请求头和字段内嵌。

可选地，在根据本发明的线索处理方法中，接收一个或多个客户端发送的线索的步骤包括：从消息队列中获取一个或多个客户端发送的线索。

可选地，在根据本发明的线索处理方法中，所述服务器与配置平台相连，在接收一个或多个客户端发送的线索之前，还包括步骤：从配置平台获取与一个或多个业务端相对应的接口配置信息。

可选地，在根据本发明的线索处理方法中，从配置平台获取与一个或多个业务端相对应的接口配置信息的步骤包括：接收配置平台发送的业务端信息，所述业务端信息包括业务端标识；接收配置平台发送的接口基础信息，将所述接口基础信息与业务端信息建立关联；以及接收配置平台发送的字段配置模板，将所述字段配置模板与业务端信息建立关联。

可选地，在根据本发明的线索处理方法中，所述接口基础信息包括接口地址、请求方式、数据格式、接口请求是否成功的判断信息中的一种或多种。

可选地，在根据本发明的线索处理方法中，所述线索信息包括用户信息、浏览行为信息、购买行为信息。

可选地，在根据本发明的线索处理方法中，所述请求报文为http请求报文，向接口发送的请求为http请求。

根据本发明的一个方面，提供一种线索处理系统，包括：包括：

线索处理服务器，适于执行如上所述的方法来处理线索；一个或多个客户端，与所述线索处理服务器相连，适于向所述线索处理服务器发送线索；以及配置平台，与所述线索处理服务器相连，适于向线索处理服务器发送一个或多个业务端对应的接口配置信息。

可选地，在根据本发明的线索处理系统中，还包括：消息队列服务器，包括消息队列，所述消息队列分别与客户端、线索处理服务器相连；一个或多个客户端适于将线索发送至所述消息队列，以便消息队列服务器从所述消息队列中获取一个或多个客户端发送的线索。

根据本发明的一个方面，提供一种计算设备，包括：至少一个处理器；存储器，存储有程序指令，其中，程序指令被配置为适于由上述至少一个处理器执行，所述程序指令包括用于执行如上所述的线索处理方法的指令。

根据本发明的一个方面，提供一种存储有程序指令的可读存储介质，当该程序指令被计算设备读取并执行时，使得该计算设备执行如上所述的线索处理方法。

根据本发明的技术方案，提供了一种线索处理方法及系统，线索处理服务器通过预先配置一个或多个业务端对应的接口配置信息，在获取到用户的线索时，可以根据相应的接口配置信息中的字段配置模板，将线索信息处理成与业务端接口相对应格式的请求报文，并根据接口基础信息将请求报文发送至与接口地址相对应的接口。这样，本发明可以根据预先建立的多个业务端的接口配置来处理多种线索，将多种线索以相应的请求报文的形式分发给相应的业务端接口，从而，本发明不需要开发代码，便能实现为多个第三方业务端提供线索需求，实现更简单。并且，根据本发明的技术方案，处理线索的效率更高，提高了与第三方业务端的对接速度，能满足大量的业务需求。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个实施例的线索处理系统100的示意图；

图2示出了根据本发明一个实施例的计算设备200的示意图；以及

图3示出了根据本发明一个实施例的线索处理方法300的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的线索处理系统100的示意图。

如图1所示，线索处理系统100包括一个或多个客户端110、线索处理服务器200。一个或多个客户端110与线索处理服务器200通信连接，例如通过有线或无线的方式网络连接，并可以向线索处理服务器200发送线索。

客户端110即用户使用的终端。其具体可以实现为桌面电脑、笔记本电脑等个人计算机，也可以是手机、平板电脑、多媒体设备、智能可穿戴设备等，但不限于此。

线索处理服务器200可以接收用户在客户端110发送的线索，且线索处理服务器200用于提供线索分发服务。应当指出，本发明对线索处理服务器200的具体种类不作限制。例如，线索处理服务器200可以实现为桌面电脑、笔记本电脑、处理器芯片、手机、平板电脑等计算设备，但不限于此，也可以是驻留在计算设备上的应用程序。

需要说明的是，客户端110可以与一个或多个业务端(即第三方服务器)建立通信连接，并访问一个或多个第三方服务器。例如，在一个实施例中，用户可以在客户端110向第三方服务器请求获取相应的页面，并可以浏览页面、通过页面购买商品、预留个人信息等。并且，用户在客户端110的浏览页面行为、购买商品行为、预留个人信息行为会产生线索，并将线索发送至线索处理服务器200。这里，客户端110发送的线索具体可以包括客户端访问的业务端的标识、以及用户在访问过程中产生的线索信息。应当理解，线索信息可以包括用户信息、浏览行为信息、购买行为信息等。

在一个实施例中，客户端110中例如包括订单发送模块，用户在客户端110的浏览页面行为、购买商品行为、预留个人信息行为产生的线索会通过订单发送模块发送至线索处理服务器200。

在一个实施例中，系统100还包括消息队列服务器130，消息队列服务器130包括消息队列。一个或多个客户端110通过消息队列与线索处理服务器200通信连接。一个或多个客户端110在发送线索时是将线索发送至消息队列，以便经由消息队列将线索发送至线索处理服务器200。换言之，线索处理服务器200是从消息队列中获取一个或多个客户端110发送的线索。

在一个实施例中，线索处理系统100还包括与线索处理服务器200相连的配置平台120。配置平台120可以基于业务端的合作请求和提供的相应信息，配置生成与业务端相对应的接口配置信息，并将一个或多个请求建立合作的业务端的信息以及业务端对应的接口配置信息提供给线索处理服务器200。这里，业务端信息包括业务端标识、名称、业务类型等信息。业务端对应的接口配置信息包括接口基础信息和相应的字段配置模板。还应当指出，线索处理服务器200在从配置平台120获取一个或多个业务端的信息、以及业务端对应的接口配置信息后，可以将业务端信息(例如业务端标识)与接口配置信息相关联地存储，这样，可以基于业务端标识查询获取相应的业务端的接口配置信息。

接口配置信息中的字段配置模板中的配置项例如可以包括字段名称、字段描述、字段位置、字段取值类型等，但不限于此。其中，字段取值类型可以包括线索字段、固定值、接口取值、脚本处理取值中的一种或多种。字段位置包括请求体、请求头、字段内嵌(即中间字段)。应当指出，通过字段配置模板和用户的线索信息可以生成与业务端接口相对应的请求报文。具体地，基于线索信息对字段配置模板中的配置项进行赋值，根据赋值后的字段位置可以生成请求报文。

接口基础信息例如可以包括接口地址、请求方式、数据格式、接口请求是否成功的判断信息等，但不限于此。

还应当指出，生成请求报文后，可以基于接口基础信息将请求报文发送至相应的接口，以将线索信息提供业务端。

在本发明的实施例中，线索处理服务器200适于执行线索处理方法。本发明的线索处理方法300将在下文中详述。

根据本发明的系统100，线索处理服务器通过预先配置一个或多个业务端对应的接口配置信息，在获取到用户的线索时，可以根据相应的接口配置信息中的字段配置模板，将线索信息处理成与业务端接口相对应格式的请求报文，并根据接口基础信息将请求报文发送至与接口地址相对应的接口。这样，本发明可以根据预先建立的多个业务端的接口配置来处理多种线索，将多种线索以相应的请求报文的形式分发给相应的业务端接口，从而，本发明不需要开发代码，便能实现为多个第三方业务端提供线索需求，实现更简单。并且，根据本发明的技术方案，处理线索的效率更高，提高了与第三方业务端的对接速度，能满足大量的业务需求。

在一个实施例中，本发明的线索处理服务器200可以实现为一种计算设备，使得本发明的线索处理方法可以在计算设备中执行。

图2示出了根据本发明一个实施例的计算设备200的结构图。如图2所示，在基本的配置202中，计算设备200典型地包括系统存储器206和一个或者多个处理器204。存储器总线208可以用于在处理器204和系统存储器206之间的通信。

取决于期望的配置，处理器204可以是任何类型的处理，包括但不限于：微处理器(up)、微控制器(uc)、数字信息处理器(dsp)或者它们的任何组合。处理器204可以包括诸如一级高速缓存210和二级高速缓存212之类的一个或者多个级别的高速缓存、处理器核心214和寄存器216。示例的处理器核心214可以包括运算逻辑单元(alu)、浮点数单元(fpu)、数字信号处理核心(dsp核心)或者它们的任何组合。示例的存储器控制器218可以与处理器204一起使用，或者在一些实现中，存储器控制器218可以是处理器204的一个内部部分。

取决于期望的配置，系统存储器206可以是任意类型的存储器，包括但不限于：易失性存储器(诸如ram)、非易失性存储器(诸如rom、闪存等)或者它们的任何组合。系统存储器106可以包括操作系统220、一个或者多个应用222以及程序数据224。应用222实际上是多条程序指令，其用于指示处理器204执行相应的操作。在一些实施方式中，应用222可以布置为在操作系统上使得处理器204利用程序数据224进行操作。

计算设备200还可以包括储存接口总线234。储存接口总线234实现了从储存设备232(例如，可移除储存器236和不可移除储存器238)经由总线/接口控制器230到基本配置202的通信。操作系统220、应用222以及数据224的至少一部分可以存储在可移除储存器236和/或不可移除储存器238上，并且在计算设备200上电或者要执行应用222时，经由储存接口总线234而加载到系统存储器206中，并由一个或者多个处理器204来执行。

计算设备200还可以包括有助于从各种接口设备(例如，输出设备242、外设接口244和通信设备246)到基本配置202经由总线/接口控制器230的通信的接口总线240。示例的输出设备242包括图形处理单元248和音频处理单元250。它们可以被配置为有助于经由一个或者多个a/v端口252与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口244可以包括串行接口控制器254和并行接口控制器256，它们可以被配置为有助于经由一个或者多个i/o端口258和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备246可以包括网络控制器260，其可以被布置为便于经由一个或者多个通信端口264与一个或者多个其他计算设备262通过网络通信链路的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中以编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(rf)、微波、红外(ir)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

在根据本发明的计算设备200中，应用222包括执行线索处理方法300的多条程序指令，这些程序指令可以指示处理器204执行本发明的线索处理方法300，以便计算设备200通过执行本发明的线索处理方法300来分发线索。

图3示出了根据本发明一个实施例的线索处理方法300的流程图。方法300适于在线索处理服务器200中执行。如图3所示，方法300始于步骤s310。

需要说明的是，线索处理服务器200中包括一个或多个业务端对应的接口配置信息。在一个实施例中，线索处理服务器200与配置平台110相连，在执行步骤s310之前，线索处理服务器200可以从配置平台120获取一个或多个请求建立合作的业务端的信息、以及业务端对应的接口配置信息。业务端信息包括业务端标识、名称、业务类型等信息。业务端对应的接口配置信息包括接口基础信息和发送字段的字段配置模板，字段配置模板中可以包括一个或多个字段的配置项。还应当指出，线索处理服务器200可以将业务端信息(例如业务端标识)与接口配置信息相关联地存储，这样，可以基于业务端标识查询获取相应的业务端的接口配置信息。

在一个实施例中，字段配置模板中的配置项可以包括字段名称、字段描述、字段位置、字段取值类型等，但不限于此。其中，字段取值类型例如可以包括线索字段、固定值、接口取值、脚本处理取值中的一种或多种。字段位置包括请求体、请求头、字段内嵌(即中间字段)。应当指出，通过对字段位置进行赋值，根据赋值后的字段位置可以生成与接口相对应的请求报文。

接口配置信息中的接口基础信息例如可以包括接口地址、请求方式、数据格式、接口请求是否成功的判断信息等，但不限于此。

如图3所示，在步骤s310中，接收一个或多个客户端110发送的线索，这里，线索包括客户端访问的业务端(第三方服务器)的业务端标识、以及用户在访问过程中产生的线索信息。线索信息例如包括用户信息、浏览行为信息、购买行为信息等，但本发明不限于线索信息的具体种类。

在一个实施例中，一个或多个客户端110通过消息队列与线索处理服务器200通信连接。一个或多个客户端110在发送线索时是将线索发送至消息队列，以便经由消息队列将线索发送至线索处理服务器200。换言之，线索处理服务器200是从消息队列中获取一个或多个客户端110发送的线索。

随后，在步骤s320中，获取与业务端标识相对应的接口配置信息。如前文所述，接口配置信息包括接口基础信息和发送字段的字段配置模板。接口基础信息可以包括接口地址、请求方式、数据格式、接口请求是否成功的判断信息等信息。

随后，在步骤s330中，基于字段配置模板和线索信息来生成与接口相对应的请求报文。

具体而言，根据线索信息对字段配置模板中的配置项进行赋值处理，来生成与接口相对应的请求报文。需要说明的是，在为字段配置模板中的配置项进行赋值时，首先确定字段取值类型。在确定字段取值类型之后，根据字段取值类型对字段配置模板中的字段位置、字段描述、字段名称进行赋值。进而，根据赋值后的字段位置封装生成请求报文。

根据一个实施例，请求报文例如是http请求报文，但本发明不限于此。

在一个实施例中，在对字段配置模板进行赋值时，可以根据字段取值类型获取相应的字段值处理器，这样，可以基于字段值处理器对字段配置模板进行赋值处理。

最后，在步骤s340中，基于接口基础信息，向与接口地址相对应的业务端的接口发送http请求报文，也即是请求调用与接口地址相对应的业务端的接口，以便将线索信息发送至业务端。

在一个实施例中，在向相应的业务端的接口发送http请求报文之后，还判断请求报文是否成功发送至接口，也即是判断是否成功发送请求。根据一种实施方式，通过获取接口返回的响应报文，根据响应报文来判断请求报文是否成功发送至接口。可以理解，通过确定请求报文是否发送成功也就确定了与请求报文相对应的线索信息是否发送成功。

这里，如果根据响应报文确定请求报文成功发送至接口，则更新请求报文(对应的线索)的发送状态为成功，并结束本条线索处理。

如果发送失败，则进一步判断该请求报文是否超过预设的重试时间。如果没有超过重试时间，则重新发送该请求报文对应的线索，以便重新处理本条线索。如果超过重试时间，则确定该请求报文发送失败，并更新请求报文(对应的线索)的发送状态为失败，结束本条线索的处理。应当指出，本发明对请求报文的重试时间不做限制，请求报文的重试时间可以由本领域技术人员根据实际情况自行设置。

需要说明的是，在没有超过重试时间、重新发送请求报文对应的线索时，是基于线索生成定时任务，以便基于预定时间间隔定时将线索重新发送至消息队列。这样，线索处理服务器200可以再次从消息队列中获取本条线索，并再次处理该线索，以生成请求报文再次发送至相应的业务端接口。

在一个实施例中，线索处理服务器200从配置平台120获取一个或多个业务端的信息、以及业务端对应的接口配置信息的具体步骤如下：

首先，接收配置平台110发送的与业务端建立合作的请求，请求中包括业务端信息，业务端信息包括业务端标识、名称、业务类型等信息。

随后，接收配置平台110发送的业务端的接口基础信息，将接口基础信息与业务端信息建立关联，例如将接口基础信息与业务端标识相关联地存储，以便基于业务端标识可以查询获取相对应的业务端的接口基础信息。这里，接口基础信息可以包括接口地址、请求方式、数据格式、接口请求是否成功的判断信息等。

随后，接收配置平台110发送的与业务端接口相对应的字段配置模板，将字段配置模板与业务端信息建立关联，例如将字段配置模板与业务端标识相关联地存储，以便基于业务端标识可以查询获取相对应的业务端的字段配置模板。这里，字段配置模板可以包括字段名称、字段描述、字段位置、字段取值类型等。

也就是说，线索处理服务器200与第三方业务端建立合作时，首先获取业务端的接口配置信息，接口配置信息包括接口基础信息和字段配置模板，并将接口配置信息与业务端信息(业务端标识)建立关联关系。这样，在获取到用户的线索、向业务端发送线索时，可以基于业务端标识来查询获取相应的接口配置信息，进而，可以根据字段配置模板和线索信息来生成请求报文，并根据接口基础信息将请求报文发送至相应的业务端接口。

根据本发明的方法300，线索处理服务器通过预先配置一个或多个业务端对应的接口配置信息，在获取到用户的线索时，可以根据相应的接口配置信息中的字段配置模板，将线索信息处理成与业务端接口相对应格式的请求报文，并根据接口基础信息将请求报文发送至与接口地址相对应的接口。这样，本发明可以根据预先建立的多个业务端的接口配置来处理多种线索，将多种线索以相应的请求报文的形式分发给相应的业务端接口，从而，本发明不需要开发代码，便能实现为多个第三方业务端提供线索需求，实现更简单。并且，根据本发明的技术方案，处理线索的效率更高，提高了与第三方业务端的对接速度，能满足大量的业务需求。

a7、如a1-a6中任一项所述的方法，其中，接收一个或多个客户端发送的线索的步骤包括：从消息队列中获取一个或多个客户端发送的线索。

a8、如a1-a7中任一项所述的方法，其中，所述服务器与配置平台相连，在接收一个或多个客户端发送的线索之前，还包括步骤：从配置平台获取与一个或多个业务端相对应的接口配置信息。

a9、如a8所述的方法，其中，从配置平台获取与一个或多个业务端相对应的接口配置信息的步骤包括：接收配置平台发送的业务端信息，所述业务端信息包括业务端标识；接收配置平台发送的接口基础信息，将所述接口基础信息与业务端信息建立关联；以及接收配置平台发送的字段配置模板，将所述字段配置模板与业务端信息建立关联。

a10、如a1-a9中任一项所述的方法，其中，所述接口基础信息包括接口地址、请求方式、数据格式、接口请求是否成功的判断信息中的一种或多种。

a11、如a1-a10中任一项所述的方法，其中，所述线索信息包括用户信息、浏览行为信息、购买行为信息。

a12、如a1-11中任一项所述的方法，其中，所述请求报文为http请求报文，向接口发送的请求为http请求。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、u盘、软盘、cd-rom或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，移动终端一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的线索处理方法。

以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。

在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的而非限制性的，本发明的范围由所附权利要求书限定。