一种优惠券发放方法及系统与流程

1.本发明涉及互联网技术领域，特别涉及一种优惠券发放方法及系统。


背景技术：

2.外卖，是指销售供顾客带离店铺的食品(一般指自己店铺现做的)，通常以打包出现，也是最早出现的外卖形式，虽然古老，却延续。随着电话、手机、网络的普及，外卖行业得到迅速的发展。
3.随着互联网技术的发展，市场是出现了众多互联网外卖平台，外卖平台使用者包括三方人员：商家(提供外卖商品的用户)、配送员(负责配送外卖商品的用户)、买家(购买外卖商品的用户)，当配送员到达指定取货地附近时，一般通过拨打电话的方式联系买家，在买家到达指定取货地完成取货后，即可实现外卖商品的交付。然而由于各种不确定因素，容易出现交付时间延迟的情况，例如商家未在规定时间内向配送员提供外卖商品、配送员未在规定时间内将外卖商品送达指定取货地或者买家未在规定时间内完成取货等。
4.现有技术一般都在强调引导和规范配送员准时配送，如申请公布号为cn109978246a的中国专利提供了一种订单信息的处理方法，所述方法包括：接收服务接收方发送的订单请求信息，所述订单请求信息包括目标地点；根据服务提供方的订单处理信息确定服务开始的预计时长以及奖励信息；向所述服务接收方推送提示消息，所述提示消息用于提示所述服务接收方在所述预计时长内到达所述目标地点将获得所述奖励信息。本技术可增大服务接收方在预计时长内到达目标地点的概率，进而可以缩短服务提供方的等待时间，加快服务提供方的任务完成进度。
5.现有技术中并未提供能够引导和规范买家取货行为的方法，而外卖平台中三方人员任一方是否及时完成相应动作，都会影响到整个外卖任务完成的进度。


技术实现要素：

6.本发明的目的在于至少解决现有技术中存在的技术问题之一，提供一种优惠券发放方法及系统，能够在买家准时取货之后向买家发放优惠券，引导买家准时收货。
7.为了实现上述发明目的，提供如下技术方案：
8.第一方面，本发明提供了一种优惠券发放方法，所述方法包括：
9.服务器在第一时间节点接收配送员终端发送的取货请求，所述取货请求中携带有配送员终端的位置信息；
10.服务器在对所述位置信息验证通过后，将所述取货请求发送至买家终端；
11.服务器在第二时间节点接收买家终端发送的确定收货指令，并根据第一时间节点和第二时间节点的时间差确定收货等待时间；所述确定收货指令用于指示服务器将当前订单标记为完成状态并记录当前订单的完成时间；
12.在所述收货等待时间未超过第一时间阈值时，服务器将第一优惠券发放给买家终端对应的账户；所述第一优惠券用于抵扣当前订单的支付金额。
13.第二方面，本发明提供了一种优惠券发放系统，所述系统包括组成网络的服务器、买家终端和配送员终端；其中，所述服务器用于：
14.在第一时间节点接收配送员终端发送的取货请求，所述取货请求中携带有配送员终端的位置信息；
15.在对所述位置信息验证通过后，将所述取货请求发送至买家终端；
16.在第二时间节点接收买家终端发送的确定收货指令，并根据第一时间节点和第二时间节点的时间差确定收货等待时间；所述确定收货指令用于指示服务器将当前订单标记为完成状态并记录当前订单的完成时间；
17.在所述收货等待时间未超过第一时间阈值时，将第一优惠券发放给买家终端对应的账户；所述第一优惠券用于抵扣当前订单的支付金额。
18.相较于现有技术，本发明中，服务器通过识别配送员终端的位置信息确定配送员是否到达指定取货地，在确定配送员到达指定取货地之后，通过取货请求及时通知买家终端，并开始计时，统计买家从收到通知后到确定收货占用的收货等待时间。买家收货既可以是买家到达指定收货地拿到外卖商品后通过买家终端向服务器发送确定收货指令的情况，也可以是买家虽然未到指定收货地，但是通过与配送员联系让配送员将外卖商品存放在指定收货地后，通过买家终端向服务器发送确定收货指令的情况。相较于现有技术中，只对配送人员的行为进行引导规范，本发明通过统计买家在接收取货请求之后到发出确定收货指令经过的时间，确定配送员到达指定地点后消耗的收货等待时间，能够对买家是否准时确定收货进行监督和统计。同时，在买家准时收货(即收货等待时间未超过第一时间阈值)时，向买家账户提供第一优惠券作为奖励，并且由于该第一优惠券是直接用于抵扣当前订单的支付金额的，因此买家准时行为的奖励能够得到及时反馈，进一步引导和规范了买家准时收货的行为。另外，相较于现有技术都是在配送员终端抵达指定收货地之后，服务器自动将当前订单标记为完成状态，本发明的服务器在收到买家终端发送的确定收货指令才完成订单，也可以进一步监督配送员准确将外卖商品送达买家指定区域，规范配送员的行为。
19.本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。
附图说明
20.下面结合附图和实施例对本发明进一步地说明；
21.图1为一个实施例中一种优惠券发放系统的结构示意图。
22.图2为一个实施例中一种优惠券发放方法的流程示意图。
23.图3为一个实施例中一种优惠券发放方法的流程示意图。
24.图4为一个实施例中一种优惠券发放方法的流程示意图。
25.图5为一个实施例中计算机设备的结构框图。
26.附图标记：
27.110、服务器；120、买家终端；130、商家终端；140、配送员终端。
具体实施方式
28.本部分将详细描述本发明的具体实施例，本发明之较佳实施例在附图中示出，附
图的作用在于用图形补充说明书文字部分的描述，使人能够直观地、形象地理解本发明的每个技术特征和整体技术方案，但其不能理解为对本发明保护范围的限制。
29.图1为一个实施例中一种优惠券发放系统的结构示意图(即一种优惠券发放方法的应用环境图)。参照图1，该一种优惠券发放方法应用于一种优惠券发放系统。该优惠券发放系统包括服务器110、买家终端120、商家终端130和配送员终端140，买家终端120、商家终端130和配送员终端140之间通过服务器110进行通信。各终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。服务器110可以用独立的服务器110或者是多个服务器110组成的服务器集群来实现。
30.参照图2所示，在一个实施例中，提供了一种优惠券发放方法，所述方法包括：
31.步骤202：服务器110在第一时间节点接收配送员终端140发送的取货请求，所述取货请求中携带有配送员终端140的位置信息。
32.具体的，在一个外卖订单的配送中，配送员在11:40(即第一时间节点)到达了指定取货地并在配送员终端140上进行操作，向服务器110发送取货请求，其中配送员终端140的位置信息可以通过配送员终端140上的gps模块获取，或者通过移动位置服务(lbs——location based service)获取。同时，配送员会根据外卖订单中提供的账户的联系方式拨打电话通知买家来到指定取货地取货。
33.步骤204：服务器110在对所述位置信息验证通过后，将所述取货请求发送至买家终端120。
34.具体的，服务器110通过对外卖订单上指定取货地与配送员终端140提供的位置信息进行验证，确定配送员确定到达了指定取货地，则向买家终端120转发取货请求，买家终端120收到该取货请求后会以弹出消息栏或者控制买家终端120震动的方式提醒买家外卖已经到达指定收货地。
35.优选的，为了规范买家收货时间，买家终端120在接收取货请求之后，会在买家终端120显示第一时间阈值，第一时间阈值用于提醒买家从第一时间节点开始经过多久应该确认收货(即向服务器110发送确定收货指令)。进一步的，为了实时提醒买家，可以将第一阈值以倒计时形式在买家终端120上进行显示。
36.步骤206：服务器110在第二时间节点接收买家终端120发送的确定收货指令，并根据第一时间节点和第二时间节点的时间差确定收货等待时间；所述确定收货指令用于指示服务器110将当前订单标记为完成状态并记录当前订单的完成时间。
37.作为示例性说明，本实施例中，第一时间阈值为6分钟，买家在11:45分(第二时间节点)到达指定收货地并确定了收货(即买家终端120向服务器110发送了确定收货指令)。服务器110根据确定收货指令会将当前订单标记为完成状态并记录当前订单的完成时间。
38.步骤208：在所述收货等待时间未超过第一时间阈值时，服务器110将第一优惠券发放给买家终端120对应的账户；所述第一优惠券用于抵扣当前订单的支付金额。
39.服务器110判断当前账户对应的收货等待时间为5分钟，并未超过第一时间阈值规定的6分钟，因此服务器110向当前账户发放了第一优惠券，由于为本次订单的支付金额抵扣3元。需要说明的是，第一优惠券用于抵扣当前外卖订单的支付金额，例如该笔外卖订单的支付金额为26元，买家下单时即向平台方支付了26元，服务器110确定外卖平台方收到款项之后生成该外卖订单并将该订单发给商家终端130，同时服务器110在生成该订单同时会
向该登录了该账户的买家终端120发送通知消息，该通知消息的内容为“尊敬的用户，为了配合配送人员准时完成其他的配送任务，请您在规定时间内取餐并确认收货，我们将会为您准时收货的行为以优惠券的形式进行奖励，奖励为本单优惠3元”。
40.本实施例中，服务器110通过识别配送员终端140的位置信息确定配送员是否到达指定取货地，在确定配送员到达指定取货地之后，通过取货请求及时通知买家终端120，并开始计时，统计买家从收到通知后到确定收货占用的收货等待时间。买家收货既可以是买家到达指定收货地拿到外卖商品后通过买家终端120向服务器110发送确定收货指令的情况，也可以是买家虽然未到指定收货地，但是通过与配送员联系让配送员将外卖商品存放在指定收货地后，通过买家终端120向服务器110发送确定收货指令的情况。相较于现有技术中，只对配送人员的行为进行引导规范，本发明通过统计买家在接收取货请求之后到发出确定收货指令经过的时间，确定配送员到达指定地点后消耗的收货等待时间，能够对买家是否准时确定收货进行监督和统计。同时，在买家准时收货(即收货等待时间未超过第一时间阈值)时，向买家账户提供第一优惠券作为奖励，并且由于该第一优惠券是直接用于抵扣当前订单的支付金额的，因此买家准时行为的奖励能够得到及时反馈，进一步引导和规范了买家准时收货的行为。另外，相较于现有技术都是在配送员终端140抵达指定收货地之后，服务器110自动将当前订单标记为完成状态，本发明的服务器110在收到买家终端120发送的确定收货指令才完成订单，也可以进一步监督配送员准确将外卖商品送达买家指定区域，规范配送员的行为。
41.在一个实施例中，所述方法还包括：
42.步骤210：服务器110在第一时间节点之后超过第二时间阈值未接收到买家终端120发送的确定收货指令时，将当前订单标记为完成状态并记录当前订单的完成时间。
43.在一个场景中，若配送员无法打通买家的电话或者买家忘记了及时确认收货，则可能会给配送员带来困扰。因此，本实施例中，当存在买家严重超时未确认收货时，服务器110会自动将当前订单标记为完成状态，便于配送人员能够及时完成其他配送任务。例如，第一时间阈值为6分钟，第二时间阈值为5分钟，则在11:45(第一时间节点)经过11分钟之后的11:56，服务器110会判定买家超时未确定收货，而自动将当前订单标记为完成状态。
44.相较于现有技术都是在配送员终端140抵达指定收货地之后，服务器110自动将当前订单标记为完成状态，本发明的服务器110在收到买家终端120发送的确定收货指令才完成订单，也可以进一步监督配送员准确将外卖商品送达买家指定区域，规范配送员的行为。进一步，为了克服买家因故无法联系不能及时确定收货而可能给配送员带来超时的风险，本发明通过了在第一时间节点之后超过第二时间阈值未接收到买家终端120发送的确定收货指令时，服务器110将当前订单标记为完成状态的方案，避免延误配送员其他订单的配送时间。
45.如图3所示，在一个实施例中，所述方法还包括请求发放第二优惠券的步骤：
46.步骤302：买家终端120定期从服务器110上获取当前账户在对应时间段内完成的各笔处于完成状态订单的信息；每笔所述处于已完成状态订单的信息包括该笔订单的收货等待时间。
47.例如，规定每个月的最后一日为第二优惠券的结算日和发放日，而当前账户在对应时间段内完成的各笔处于完成状态订单则为当前月份内的每一天完成的各笔处于完成
状态订单。
48.步骤304：买家终端120根据所述收货等待时间确定每笔处于已完成状态订单的类别，所述类别包括准时类和超时类。
49.在一个示例中，买家终端120在3月31日21:00对3月份每笔处于已完成状态订单的类别进行分类，3月份买家一共有45个外卖订单，其中40个订单为准时类订单，5个订单外超时类订单。
50.步骤306：买家终端120根据准时类订单的数量生成优惠券发放请求并向所述服务器110发送优惠券发放请求，所述优惠券发放请求用于指示所述服务器110向所述当前账户发放第二优惠券，所述第二优惠券用于抵扣当前账户新订单的支付金额。
51.具体的，如图4所示，所述买家终端120根据准时类订单的数量生成优惠券发放请求，具体包括：
52.步骤3061：买家终端120确定准时类订单的类型以及每个类型的准时类订单的数量。
53.在上述示例中，在40个准时类订单中15个为烧烤类订单，10个为简餐类订单，15个为早餐类订单。
54.步骤3062：买家终端120根据每个类型的准时类订单的数量与对应类型预设基数的比值确定该类型第二优惠券的抵扣额度信息。
55.具体的，本实施例中，以10个准时类订单作为抵扣额度为10元的第二优惠券的预设基数，即10个简餐类的准时类订单对应10元抵扣额度的简餐类第二优惠券。同理，15个为烧烤类订单对应于15元抵扣额度的烧烤类第二优惠券，15个为早餐类订单对应于15元抵扣额度的早餐类第二优惠券。第二优惠券可以应用于当前账户新订单的抵扣，例如该账户后续通过外卖平台购买40元烧烤时，买家可以直接使用15元的烧烤类第二优惠券进行抵扣，最终只需要向外卖平台方支付25元金额。
56.应当理解的是，此处的预设基数只是一个示例性说明，不作为对保护范围的限制，本领域技术人员可以根据具体的情况调整预设基数相应的数值，此处不一一赘述。
57.步骤3063：买家终端120将当前账户的账户id以及每个类型第二优惠券的抵扣额度信息进行封装生成所述优惠券发放请求。
58.本实施例中对第二优惠券发放规则做了优化设置，买家终端120会根据准时类订单的类型来决定第二优惠券的类型，实现对买家消费数据精细化的分析，向买家提供更符合其消费习惯的第二优惠券。例如，买家的准时类订单类型为烧烤类订单，则在发放第二优惠券时会向买家对应的账户分配该类型的第二优惠券。
59.对于外卖平台中需要同时响应大量买家终端120、卖家终端、配送员终端140的服务器110来说，其计算资源的充足对于平台运行的流畅性和稳定性极其重要。本发明中，为了进一步分析买家取货准时和超时的详细情况，买家终端120定期从服务器110上下载当前账户每笔处于完成状态订单的信息，将这些信息下载到买家终端120进行分析，不需要占用服务器110的计算资源，同时存储在服务器110上的数据结构也不需要改变，不会额外占用服务器110的存储资源，即不需要额外对服务器110上的处于已完成状态订单的信息添加是否超时的标记。同时，在不占用服务器110计算资源和存储资源的情况下，无法通过服务器110来标记处于已完成状态订单中哪些是已经由买家终端120计算过的，因此为了避免买家
终端120重复下载和计算服务器110上的订单。本发明采用定期从服务器110上获取当前账户在对应时间段内完成的各笔处于完成状态订单的信息的方式，在每个周期只需要定期计算一次，既能够避免买家终端120重复计算，也能减少频繁从服务器110获取订单信息避免造成服务器110卡顿。
60.在一个实施例中，所述方法还包括：
61.步骤402：服务器110在设定时间节点检测到账户在买家终端120上登录时，向买家终端120发送该账户对应的优惠券信息。
62.例如，规定每个月的最后一日为设定时间节点(即为第二优惠券的结算日和发放日)，而当前账户在对应时间段内完成的各笔处于完成状态订单则为当前月份内的每一天完成的各笔处于完成状态订单。
63.以3月份为例，买家拥有两个账户。其中第一个账户在3月31日从20:30分至21:10分一直在线，在21:00时，买家终端120从服务器110上获取了第一个账户对应的3月份每笔处于已完成状态订单的信息，并经过计算向服务器110发送了优惠券发放请求，在21:06分时服务器110给第一个账户分配了对应的第二优惠券。服务器110在判断当前账户分配得到第二优惠券之后，会将下载到本地的在对应时间段内完成的各笔处于完成状态订单的信息从本地删除，避免占用本地存储空间。在21:11分，买家将第一个账户从买家终端120上退出并登陆第二个账户，服务器110检测到第二个账户在3月31日(设定时间节点)的21:00之后登录了该买家终端120，则向该买家终端120发送该第二个账户对应的优惠券信息。
64.步骤404：买家终端120根据所述优惠券信息判断当前账户是否拥有在所述设定时间节点发放的第二优惠券，若否，则执行请求发放第二优惠券的步骤(即跳转至步骤302)；若是，则结束当前流程。
65.买家终端120会对第二个账户对应的优惠券信息进行查询，判断是否有收到今日发放的第二优惠券，若是没收到则跳转至步骤303为第二个账户计算应当得到多少第二优惠券。如果该第二个账户今天已经被发放了第二优惠券则不需要再下载3月份大量的订单信息。
66.可以理解的是，在一个示例中，为了加快在设定时间节点卖家终端计算效率，在上一个周期(2月29日)结束之后，到达当前周期的设定时间节点(3月31日)之前，买家终端120会定期(例如每一周的周末)将当前周期的各笔处于完成状态订单的信息从服务器110同步到买家终端120本地，这样子在到达设定时间节点(3月31日)时，就可以减少下载耗时，加快计算效率。或者为了避免对买家终端120存储占用过大，买家终端120只在设定时间节点(3月31日)当天下载当前周期的各笔处于完成状态订单的信息从服务器110同步到买家终端120本地，以21:00作为优惠券计算节点，在到达计算节点时开始根据准时类订单的数量生成优惠券发放请求。并以计算节点作为当前周期的终点，即在计算时间节点之后的处于完成状态订单均划分至以一个周期。需要说明的是，由于买家终端120不一定在21:00准时开始计算，因此，以买家终端120实际开始计算的具体时间点(划分到每一分钟)作为对应的计算节点。
67.可以理解的是，本实施例中通过编程方式设定买家终端120在设定时间节点(划分到每一日)才开始进行第二优惠券的相关计算，而非每日进行计算，可以避免频繁占用服务器110和买家终端120的资源。而为了避免有些买家在设定时间节点当日由于忘记打开应用
程序导致未能按时进行计算的情况，因此，在买家终端120的操作界面中，显示有主动计算触发控件，当该主动计算触发控件被触发时，买家终端120会向服务器110查询当前账户对应的第二优惠券的发放时间，若这些第二优惠券发放时间不是最近一个设定时间节点，则买家终端120获取上一个周期的各笔处于完成状态订单的信息并依据上一个周期的各笔处于完成状态订单的信息生成上周期的优惠券发放请求。例如，4月2日，买家才想起3月31日时忙着工作没有打开外卖应用程序，导致3月31日没能被发放3月份的第二优惠券。现在(4月2日)已经属于新一个周期了，此时买家通过点击主动计算触发控件来重新获取上一个周期的第二优惠券。
68.买家终端120定期(即在设定时间节点)会生成优惠券发放请求，由于在生成优惠券发放请求时，所需的当前账户在对应时间段内完成的各笔处于完成状态订单的信息是需要保存在买家终端120上的，所以在生成优惠券发放请求之后，买家终端120会从本地存储中将当前账户在对应时间段内完成的各笔处于完成状态订单的信息进行删除，以节省买家终端120的存储资源。同理，当账户从买家终端120上退出时或者卸载app时，买家终端120都会将已经保存在本地的当前账户在对应时间段内完成的各笔处于完成状态订单的信息进行删除。当恰好在设定时间节点这天，当前账户已经在另一个买家终端120完成了对应时间段内完成的各笔处于完成状态订单的信息的计算并从服务器110那里分配到了该设定时间节点发放的第二优惠券，若当前账户退出了app或者在另一个买家终端120登录时，服务器110会主动将优惠券信息发放给该买家终端120，买家终端120也会优先检测是否有该设定时间节点发放的第二优惠券，避免再次从服务器110下载相应的信息而占用服务器110、买家终端120的资源。同时，对优惠券进行分类也属于现有技术，本发明中不需要服务器110在该账户对应的数据结构中增加额外的标记或者进行额外计算，只需要通过识别优惠券的类型就可以确定该账户是否已经在其他买家终端120发送了优惠券发放请求，利用优惠券的类型就可以实现信息在多个终端的同步。
69.在一个实施例中，还提供了一种优惠券发放系统，所述系统包括组成网络的服务器110、买家终端120和配送员终端140；其中，所述服务器110用于：
70.在第一时间节点接收配送员终端140发送的取货请求，所述取货请求中携带有配送员终端140的位置信息；
71.在对所述位置信息验证通过后，将所述取货请求发送至买家终端120；
72.在第二时间节点接收买家终端120发送的确定收货指令，并根据第一时间节点和第二时间节点的时间差确定收货等待时间；所述确定收货指令用于指示服务器110将当前订单标记为完成状态并记录当前订单的完成时间；
73.在所述收货等待时间未超过第一时间阈值时，将第一优惠券发放给买家终端120对应的账户；所述第一优惠券用于抵扣当前订单的支付金额。
74.在一个实施例中，所述服务器110还用于：
75.在第一时间节点之后超过第二时间阈值未接收到买家终端120发送的确定收货指令时，将当前订单标记为完成状态并记录当前订单的完成时间。
76.在一个实施例中，所述买家终端120用于：
77.定期从服务器110上获取当前账户在对应时间段内完成的各笔处于完成状态订单的信息；每笔所述处于已完成状态订单的信息包括该笔订单的收货等待时间；
78.根据所述收货等待时间确定每笔处于已完成状态订单的类别，所述类别包括准时类和超时类；
79.根据准时类订单的数量生成优惠券发放请求并向所述服务器110发送优惠券发放请求，所述优惠券发放请求用于指示所述服务器110向所述当前账户发放第二优惠券，所述第二优惠券用于抵扣当前账户新订单的支付金额。
80.在一个实施例中，所述服务器110还用于在设定时间节点检测到账户在买家终端120上登录时，向买家终端120发送该账户对应的优惠券信息；
81.所述买家终端120还用于根据所述优惠券信息判断当前账户拥有在所述设定时间节点发放的第二优惠券的情况下，结束当前流程。
82.在一个实施例中，所述买家终端120还用于：
83.确定准时类订单的类型以及每个类型的准时类订单的数量；
84.根据每个类型的准时类订单的数量与对应类型预设基数的比值确定该类型第二优惠券的抵扣额度信息；
85.将当前账户的账户id以及每个类型第二优惠券的抵扣额度信息进行封装生成所述优惠券发放请求。
86.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
87.图5示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的各终端(或服务器110)。如图5所示，该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现一种优惠券发放方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行一种优惠券发放方法。本领域技术人员可以理解，图5中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
88.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram
(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldra)、存储器总线(rambus)直接ram(rdra)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
89.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。