一种业务推荐方法及系统与流程

本说明书涉及互联网技术领域，特别涉及一种业务推荐方法及系统。

背景技术：

目前，互联网的线上消费模式发展日益壮大，用户的出行诉求除了需要基本的出行服务外，希望更多地得到精准化的营销推荐，获得更多的商家优惠。基于此，从用户的出行延伸出了一系列的营销信息推荐，但是目前的推荐方式更多依赖于群体推荐的方式，例如，推荐方收集大量消费者的手机号码，以群发短信或者拨打电话的方式进行推荐。此类推荐方式收效甚微。

因此，需要提供更精准或者更可靠的方案。

技术实现要素：

本说明书实施例提供一种业务推荐方法及系统。

第一方面，本说明书实施例提供一种业务推荐方法，所述方法应用于出行管理系统，所述出行管理系统接入一个或者多个商圈各自对应的联盟链；所述方法包括：

获取用户出行信息；所述用户出行信息包括出行终点位置；

利用预先划分的地理围栏处理所述出行终点位置，确定出所述出行终点位置所属的目标商圈；

将所述用户出行信息上传至所述目标商圈的联盟链，以使所述目标商圈中商家管理系统从所述目标商圈的联盟链中获取所述用户出行信息进行业务推荐；其中，所述目标商圈内每个商家的商家管理系统接入所述联盟链。

第二方面，本说明书实施例提供一种出行管理系统，所述出行管理系统接入一个或者多个商圈对应的联盟链，包括：

获取模块，用于获取用户出行信息；所述用户出行信息包括出行终点位置；

确定模块，用于利用预先划分的地理围栏处理所述出行终点位置，确定出所述出行终点位置所属的目标商圈；

上传模块，用于将所述用户出行信息上传至所述目标商圈的联盟链，以使所述目标商圈中的商家管理系统从所述目标商圈的联盟链中获取所述用户出行信息进行业务推荐；所述目标商圈内每个商家的商家管理系统接入所述联盟链。

第三方面，本说明书实施例提供一种业务推荐方法，所述方法应用于目标商圈的商家管理系统；所述方法包括：

从所述目标商圈的联盟链获取用户出行信息；其中，所述用户出行信息由出行管理系统利用预先划分的地理围栏处理所述所述用户出行信息的出行终点位置，并确定出所述出行终点位置所属的所述目标商圈后，将所述用户出行信息上传至所述目标商圈的联盟链；

基于所述用户出行信息进行业务推荐。

第四方面，本说明书实施例提供一种商家管理系统，包括：

第一获取单元，用于从目标商圈的联盟链获取用户出行信息；其中，所述用户出行信息由出行管理系统利用预先划分的地理围栏处理所述所述用户出行信息的出行终点位置，并确定出所述出行终点位置所属的所述目标商圈后，将所述用户出行信息上传至所述目标商圈的联盟链；

推荐单元，用于基于所述用户出行信息进行业务推荐。

第五方面，本说明书实施例提供一种业务推荐系统，包括：出行管理系统和商家管理系统；其中，所述出行管理系统接入一个或者多个商圈对应的联盟链；每个商圈中的每个商家的商家管理系统都接入所述联盟链；

所述出行管理系统，用于获取用户出行信息；所述用户出行信息包括出行终点位置；

所述出行管理系统，用于利用预先划分的地理围栏处理所述出行终点位置，确定出所述出行终点位置所属的目标商圈；

所述出行管理系统，用于将所述用户出行信息上传至所述目标商圈的联盟链；

所述目标商圈中的商家管理系统，用于从所述目标商圈的联盟链中获取所述用户出行信息进行业务推荐。

第六方面，本说明书实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。

第七方面，本说明书实施例提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法的步骤。

本说明书实施例中的上述一个或多个技术方案，至少具有如下技术效果：

本说明书公开的业务推荐方法中，由于出行管理系统接入一个或者多个商圈各自对应的联盟链，故出现管理系统可获取用户出行信息，例如出行终点位置。然后利用预先划分的地理围栏处理出行终点位置，确定出行终点位置所属的目标商圈。而在确定了目标商圈之后，即可将用户出行信息上传至目标商圈的联盟链，以告知该目标商圈有关于用户的出行信息，以使目标商圈中的商家管理系统从目标商圈的联盟链中获取用户出行信息进行业务推荐。可见，本说明书的出行管理系统和目标商圈的联盟链对接，将出行场景和商圈内商家营销打通，按照上述方式能够将出行流量分发到商圈营销体系中来实现精准营销，并且能够保证实现出行管理和商家流量分发的透明性和可信度。

附图说明

为了更清楚地说明本说明书实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书实施例提供的业务推荐方法的流程图；

图2为本说明书实施例提供的出行管理系统的示意图；

图3为本说明书实施例提供的业务推荐系统的示意图；

图4为本说明书实施例提供的一种电子设备的示意图。

具体实施方式

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

地理围栏：用一个虚拟的栅栏围出一个虚拟地理边界，当人在该区域内活动时，即进入该围栏。

区块链：区块链是一个信息技术领域的术语。从本质上讲，它是一个共享数据库，存储于其中的数据或信息，具有“不可伪造”“全程留痕”“可以追溯”“公开透明”“集体维护”等特征。

出行组织：这里特指经营公交、地铁、单车、网约车、出租车、停车场的单位或者组织，其拥有用于维护管理其出行工具或停车场的系统。

商圈：在一定区域内由多个商家组成的商业活动区，这里大型综合体也包含在商圈的范围内。

lbs:locationbasedservices，是指围绕地理位置数据而展开的服务，本文中指基于电子地图获取的位置信息服务。

本说明书实施例公开了一种业务推荐方法及系统。在该业务推荐系统中包含有：出行管理系统和商家管理系统。其中，本实施例的出行管理系统有两层含义，一种指的是可以综合管理若干交通管理系统传输数据的总系统。交通管理系统指的是用于维护管理各交通工具(例如公交、地铁、单车、网约车、出租车、停车场等)的系统，不同的交通工具拥有其各自的交通管理系统，而出行管理系统可以汇总处理所有交通管理系统上报的数据。另一种指某个交通管理系统本身，直接维护管理其对应的交通工具的系统。

而每个商圈创建有各自的联盟链。以单个商圈为例，该商圈的所有商家都会参与该商圈创建的联盟链中。具体的，由于每个商圈中的商家都具有各自的商家管理系统。商家管理系统用于管理商家日常运作，例如日常收益、促销、推销等等。因此，在接入的过程中，实际是每个商家的商家管理系统接入到商圈创建的联盟链中。而每位参与该链路的商家都拥有全局(出行管理系统、所有商圈中的商家、消费者等等)公认的唯一标识。例如该标识可以是基于支付机构的用户唯一id，也可以使用通用证件号码。当然，用户(消费者)也有自身的用户标识，该用户标识可以是全局公认且唯一表征用户身份的标识，例如可以是全局认同的系统分配的身份id，或者通用证件号码等等。当然用户在各联盟链中可使用该联盟链认同的身份标识，该身份标志可以和用户在其他联盟链认同的身份标志不同。也就是说，用户在不同的联盟链中可以使用不同的身份标识，例如，用户在某联盟链中使用该联盟链承认的身份标识1，在另一个联盟链中使用该联盟链承认的身份标识2。

而出行管理系统接入一个或者多个商圈各自对应的联盟链。例如，对于公交地铁，由于其线路固定，所以只需接入线路周边的商圈；对于停车场，由于其位置固定，只需要接入其最近的商圈。

而本说明书公开的业务推荐方法中，由于出行管理系统接入一个或者多个商圈各自对应的联盟链，故，出行管理系统可获取用户出行信息，例如出行终点位置。然后，利用预先划分的地理围栏处理出行终点位置，确定出行终点位置所属的目标商圈。而在确定了目标商圈之后，即可将用户出行信息上传至目标商圈的联盟链，以告知该目标商圈有关于用户的出行信息，以使目标商圈中的商家管理系统从目标商圈的联盟链中获取用户出行信息进行业务推荐。可见，本说明书的出行管理系统和目标商圈的联盟链对接，将出行场景和商圈内商家营销打通，按照上述方式能够将出行流量分发到商圈营销体系中来实现精准营销，并且能够保证实现出行管理和商家流量分发的透明性和可信度。

为了进一步说明和解释本说明书，请参看图1，本说明书的一个或者多个实施例公开了一种业务推荐方法，该方法包括：

步骤100，获取用户出行信息。

其中，用户出行信息指的是用户出行时的相关信息，包括：用户标识、出行起点位置、出行终点位置，出行时间段(开始出行时间至到达终点时间)等等。

本实施例有以下几种方式能够获取用户出行信息：

其一，出行管理系统接收由交通管理系统传输的用户出行信息。在此实施例中，出行管理系统指的是可以综合管理若干交通管理系统传输数据的总系统，故其可接收由交通管理系统传输的用户出行信息，而交通管理系统为用户所选出行工具对应的管理系统，关于交通管理系统获取用户出行信息的方式会和下述实施例中由出行管理系统根据根据用户出行操作获取用户出行信息的方式类似，故此处不再赘述。

其二，出行管理系统根据用户出行操作获取用户出行信息。具体的，由于用户所选交通工具的不同，获得用户出行信息的方式不同。具体的，可根据用户到达终点时的支付操作或识别进场车牌操作获取用户出行信息。举例来说，用户采用公交、地铁、单车、出租车、网约车、自驾等交通工具出行。公交地铁需要使用二维码或刷卡支付来上下车/进出站，此时出行管理系统能获取到该用户的用户id(标识)和下车/出站的位置信息(出行终点位置)。而若选择单车和网约车(或者通过网约车软件乘坐的出租车)等，出行管理系统能够获取结束行程的目的地。另外，单车、网约车等因为有支付操作，故能得到用户标识，并且由于是实名操作，还可以进一步获得用户的身份证号。自驾用户，在进入停车场时目的地已确定，如该用户已绑定车牌，可以通过自动识别车牌定位到该用户标识。

步骤102，利用预先划分的地理围栏处理出行终点位置，确定出出行终点位置所属的目标商圈。

具体的，由于商圈在一定区域内由多个商家组成的商业活动区，因此可将各商圈的区域范围用一个虚拟的栅栏围出一个虚拟地理边界，即：每个商圈对应各自的地理围栏。在地理围栏中，对应有位置区域范围和位置信息。当然，一个商圈也可以划分成若干地理围栏。其中，地理围栏可以基于地图软件提供的提供的商圈或者综合体的物理位置划分，也可以接收商圈综合体的经营者的操作进行划分。

进一步的，可利用预设网格对商圈进行处理，得到各商圈对应的地理围栏，此时的围栏以网格状显示。预设网格是一种划分标准，该预设网格具有尺寸，其尺寸大小可由系统设置或者由用户自定义设置。例如，将0.2公里*0.6公里的网格作为预设网格来划分商圈范围。而每个网格中对应有位置区域范围和位置信息。

进一步的，在利用预先划分的地理围栏处理出行终点位置的过程中，可将出行终点位置和地理围栏中的位置信息进行比对，以确定出该出行终点位置所在的地理围栏，然后进一步确定出所属商圈。

在本实施例中，通过地理围栏划定用户信息的传播范围，保护用户隐私数据只在一定范围内的商家可以获取。并且在保证用户隐私的情况下，可以对用户每次出行进行精准营销，以提高营销的效率。

步骤104，将用户出行信息上传至目标商圈的联盟链，以使目标商圈中的商家管理系统从目标商圈的联盟链中获取用户出行信息进行业务推荐。

其中，目标商圈的联盟链中的每个商家具有各自的商家管理系统。目标商圈内每个商家的商家管理系统接入联盟链。

具体的，由于用户出行信息包括用户标识，用户标识是用于在某个商圈或者在所有商圈中表示用户身份的标识，举例来说，以公认的某支付机构为例，用户在注册会员后，该支付机构系统会自动分配一个编号，这个编号就是识别个人的身份账户名称。比如,甲在该支付机构注册后获得的用户标识是id23。而其后乙在该支付机构注册后获得的用户标识是id24等等。用户标识可使用数字、字母、名称等等表示，当然其他方式也可。这个用户标识可以在所有商圈中使用，且唯一表示该用户身份。进一步的，而根据用户标识可获得用户联系方式。

故，在上传的过程中，可将用户标识、用户终点位置、到达时间等上传至当前所属商圈的联盟链，当然也可以单独上传，进而通过联盟链来进行统一管理和数据同步，由于联盟链的区块链信息同步方式，能够保证营销数据不会被篡改，且所有数据可以追溯，提高系统安全性。同时，使用联盟链减少了出行管理系统和各商家管理系统直接对接的成本和复杂性。可见，本实施例只需将出行管理系统和商家创建的联盟链对接，并将出行流量引致联盟链，有推销需求的商家可下载用户出行信息推荐即可，避免了多个组织间系统对接的复杂性。另外，商圈管理系统可以基于联盟链内记录的用户出行信息进行大数据分析，用于更精准营销决策。

进一步的，当用户的出行终点位置处于目标商圈后，对于目标商圈中的商家来说，由于需要将业务推荐给用户。因此，会从目标商圈的联盟链中下载用户出行信息进行业务推荐。例如，针对该用户推送优惠券、营销活动等内容，推送形式不限于短信、电话、app、支付软件等等。

而在具体的推荐过程中，商家管理系统会查询该用户标识相应的联系方式，例如电话号码，并进行电话、广告等推送。当然也可以直接针对用户标识进行推荐，例如该用户标识为应用软件的账号，则商家可以通过应用软件提供的开放接口，将推送广告推送给用户账号中。

而将用户出行信息上传至目标商圈的联盟链，以使目标商圈中的商家管理系统从目标商圈的联盟链中获取用户出行信息进行业务推荐之后，假如用户选择某个商家进行消费，用户选择消费的商家管理系统根据用户消费信息确定确定返佣信息，例如消费100元返佣率2％计算，则商家管理系统会使用其自身用户标识将20元返佣信息上传至目标商圈的联盟链。故，出行管理系统会从目标商圈的联盟链中获取返佣信息，并根据返佣信息进行返佣结算。例如，基于返佣信息定期和商家进行结算。进而，出行管理系统的收益和商家收益挂钩，其为商家带来流量的同时，也能获取商家的返利。

可见，本说明书的一个或者多个实施例公开了一种用在出行管理系统侧的业务推荐方法，由于出行管理系统接入一个或者多个商圈各自对应的联盟链，故出现管理系统可获取用户出行信息，例如出行终点位置。然后利用预先划分的地理围栏处理出行终点位置，确定出行终点位置所属的目标商圈。而在确定了目标商圈之后，即可将用户出行信息上传至目标商圈的联盟链，以告知该目标商圈有关于用户的出行信息，以使目标商圈中的商家管理系统从目标商圈的联盟链中获取用户出行信息进行业务推荐。可见，本说明书的出行管理系统和目标商圈的联盟链对接，将出行场景和商圈内商家营销打通，按照上述方式能够将出行流量分发到商圈营销体系中来实现精准营销，并且能够保证实现出行管理和商家流量分发的透明性和可信度。

基于相同的发明构思，本实施例提供了一种业务推荐方法，方法应用于目标商圈的商家管理系统，应当明确的是，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。在该方法中，从目标商圈的商家管理系统的角度介绍了业务推荐方法的实施过程。

值得注意的是，此处的目标商圈指的是利用预先划分的地理围栏处理根据出行终点位置所得到的商圈，其对应的目标商圈的商家管理系统可以是该目标商圈内任意一家商家的管理系统。

首先，对于目标商圈的商家管理系统来说，会从目标商圈的联盟链获取用户出行信息。其次，基于用户出行信息进行业务推荐。

而在具体的实施过程中，用户出行信息由出行管理系统利用预先划分的地理围栏处理用户出行信息的出行终点位置，并确定出行终点位置所属的目标商圈后，将用户出行信息上传至目标商圈的联盟链。

进一步的，用户出行信息指的是用户出行是的相关信息，包括：用户标识、出行起点位置、出行终点位置，出行时间段(开始出行时间至到达终点时间)等等。用户标识用于提供用户联系方式。故在具体的实施过程中，根据用户标识获取用户联系方式，基于用户联系方式进行业务推荐。具体的推荐方式可参见上述方法实施例的描述，在此不再赘述。

作为一种可选的实施例，根据用户消费信息获取返佣信息；将返佣信息上传至目标商圈的联盟链。具体的，在上传的过程中，商家管理系统会使用自身在联盟链中的用户标识，将返佣信息上传至联盟链，以便于出行管理系统后续寻找该商家管理系统结算返佣费用。

基于相同的发明构思，本实施例示出了一种出行管理系统，本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

请参考图2，本实施例示出的一种出行管理系统，出行管理系统接入一个或者多个商圈对应的联盟链，包括：

获取模块200，用于获取用户出行信息；用户出行信息包括出行终点位置；

确定模块202，用于利用预先划分的地理围栏处理出行终点位置，确定出出行终点位置所属的目标商圈；

上传模块204，用于将用户出行信息上传至目标商圈的联盟链，以使目标商圈中的商家管理系统从目标商圈的联盟链中获取用户出行信息进行业务推荐；目标商圈内每个商家的商家管理系统接入联盟链。

作为一种可选的实施例，获取模块200，具体用于：

接收由交通管理系统传输的用户出行信息，交通管理系统为用户所选出行工具对应的管理系统；或者根据用户出行操作获取用户出行信息。

作为一种可选的实施例，获取模块200，具体用于：

根据用户到达终点时的支付操作或识别进场车牌操作获取用户出行信息。

作为一种可选的实施例，用户出行信息包括用户标识，用户标识用于提供用户联系方式；

上传模块204，具体用于将用户标识上传至目标商圈的联盟链。

作为一种可选的实施例，系统还包括：

下载模块，用于从目标商圈的联盟链中获取返佣信息，返佣信息由用户选择消费的商家管理系统根据用户消费信息确定，并上传至目标商圈的联盟链；

结算模块，用于根据返佣信息进行返佣结算。

基于相同的发明构思，本实施例示出了一种商家管理系统，该商家管理系统属于目标商圈。本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在具体的实施过程中，该商家管理系统，包括：

第一获取单元，用于从目标商圈的联盟链获取用户出行信息；其中，用户出行信息由出行管理系统利用预先划分的地理围栏处理用户出行信息的出行终点位置，并确定出出行终点位置所属的目标商圈后，将用户出行信息上传至目标商圈的联盟链；

推荐单元，用于基于用户出行信息进行业务推荐。

作为一种可选的实施，用户出行信息包括用户标识，用户标识用于提供用户联系方式；

推荐单元，具体用于：根据用户标识获取用户联系方式；基于用户联系方式进行业务推荐。

作为一种可选的实施，该系统包括：

第二获取单元，用于根据用户消费信息获取返佣信息；

上传单元，用于将返佣信息上传至目标商圈的联盟链。

基于相同的发明构思，本实施例示出了一种业务推荐系统，本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

参看图3，在本实施例中公开的一种业务推荐系统，包括：出行管理系统300和商家管理系统；其中，出行管理系统300接入一个或者多个商圈对应的联盟链；每个商圈中的商家都具有各自的商家管理系统。每个商圈中的每个商家的商家管理系统都接入联盟链。

具体的，假设出行管理系统300接入了3个商圈的联盟链，分别为联盟链301、联盟链302、联盟链303。上述联盟链各自接入各自的商家管理系统，分别为商家管理系统304、商家管理系统305、商家管理系统306。商家管理系统的数目不定。那么，根据用户的出行信息的出行终点位置，出行管理系统会将用户推荐至出行终点位置所属目标商圈的联盟链，使目标商圈中的商家管理系统(例如为商家管理系统306)进行业务推荐。而由于其他用户出行终点位置距离其他的商圈较远，则不会进行推荐。进而能够将出行流量分发到商圈营销体系中来实现精准营销，并且能够保证实现出行管理和商家流量分发的透明性和可信度。

下面是该业务推荐系统中各系统的交互过程：

出行管理系统300，用于获取用户出行信息；用户出行信息包括出行终点位置；

出行管理系统300，用于利用预先划分的地理围栏处理出行终点位置，确定出出行终点位置所属的目标商圈；

出行管理系统300，用于将用户出行信息上传至目标商圈的联盟链；

目标商圈中的商家管理系统，用于从目标商圈的联盟链中获取用户出行信息进行业务推荐。

基于与前述实施例中同样的发明构思，本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前文任一方法的步骤。

基于与前述实施例中同样的发明构思，本说明书的实施例还提供一种计算机设备，如图4所示，包括存储器404、处理器402及存储在存储器404上并可在处理器402上运行的计算机程序，处理器402执行程序时实现前文任一方法的步骤。

其中，在图4中，总线架构(用总线400来代表)，总线400可以包括任意数量的互联的总线和桥，总线400将包括由处理器402代表的一个或多个处理器和存储器404代表的存储器的各种电路链接在一起。总线400还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口405在总线400和接收器401和发送器403之间提供接口。接收器401和发送器403可以是同一个元件，即收发机，提供用于在传输介质上与各种其他终端设备通信的单元。处理器402负责管理总线400和通常的处理，而存储器404可以被用于存储处理器402在执行操作时所使用的数据。

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

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

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

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

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

本说明书的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本说明书实施例的网关、代理服务器、系统中的一些或者全部部件的一些或者全部功能。本说明书还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本说明书的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本说明书进行说明而不是对本说明书进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本说明书可以借助于包括有不同元件的硬件以及借助于适当编程的计算机来实现。在列举了装置的单元权利要求中，这些装置中的个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。