一种物品配送方法、装置、电子设备和存储介质与流程

1.本公开涉及机器人技术领域，尤其涉及一种物品配送方法、装置、电子设备和存储介质。


背景技术：

2.目前，人们因为出差工作需求或度假需求，通常会选择入住酒店。很多酒店拥有完善且独立的生活配套设备，客人在入住后会有着各种不同的需求服务，例如请求订餐、添加日常用品等。然而，在入住客人较多的情况下，酒店的管理人员无法及时将客人需要的物品配送给对应客人，从而使服务速度和质量下降，影响客人的入住体验。因此，亟需一种可以快速为客人配送其所需物品的方法。


技术实现要素：

3.本公开提供了一种物品配送方法、装置、电子设备和存储介质。
4.根据本公开的一方面，提供了一种物品配送方法，应用于机器人，方法包括：
5.在将订单配送任务的物品配送到指定位置后，若判断物品在预设时间内没有被取走，则订单配送任务配送失败；
6.针对配送失败的订单配送任务，根据获取到的再次配送指令，对订单配送任务的物品进行再次配送。
7.可选的，方法还包括：
8.向配送失败的订单配送任务对应的下单客户推送配送任务处理信息；其中，配送任务处理信息至少包括继续配送物品和放弃配送物品；
9.根据下单客户对配送任务处理信息的操作，确定下单客户的配送需求；其中，配送需求为继续配送的需求或放弃配送的需求。
10.可选的，再次配送指令是根据下单客户反馈的继续配送的需求或预设配送周期生成的。
11.可选的，针对配送失败的订单配送任务，根据获取到的再次配送指令，对订单配送任务的物品进行再次配送，包括：
12.响应于再次配送指令，判断机器人是否处于空闲状态；其中，空闲状态是指机器人当前没有执行其他订单配送任务或机器人处于返回预设位置的途中；
13.若是，则对配送失败的订单配送任务的物品进行再次配送。
14.可选的，在对配送失败的订单配送任务的物品进行再次配送之后，还包括：
15.若下单客户在预设时间内取走物品，则将订单配送任务的状态由配送失败修改为配送成功，并执行下一订单配送任务。
16.可选的，还包括：
17.针对配送失败的订单配送任务，若下单客户反馈的配送需求为放弃配送的需求，则判断订单配送任务的物品是否还在机器人的舱体中；
18.若是，则指示工作人员取出物品，在确定物品被取出后，结束订单配送任务，并对配送任务处理信息进行失效处理；
19.若否，则结束订单配送任务，并对配送任务处理信息进行失效处理。
20.可选的，判断订单配送任务的物品是否还在机器人的舱体中，包括：
21.根据机器人舱体内的摄像头拍摄的图片、根据机器人舱体承载的物品的重量或者根据打开机器人舱门取物的历史记录，判断订单配送任务的物品是否还在机器人的舱体中。
22.根据本公开的另一方面，提供了一种物品配送装置，配置与机器人，包括：
23.检测模块，用于在将订单配送任务的物品配送到指定位置后，若判断物品在预设时间内没有被取走，则订单配送任务配送失败；
24.再次配送模块，用于针对配送失败的订单配送任务，根据获取到的再次配送指令，对订单配送任务的物品进行再次配送。
25.可选的，装置还包括：
26.信息下发模块，用于向配送失败的订单配送任务对应的下单客户推送配送任务处理信息；其中，配送任务处理信息至少包括继续配送物品和放弃配送物品；
27.反馈信息回去模块，用于根据下单客户对配送任务处理信息的操作，确定下单客户的配送需求；其中，配送需求为继续配送的需求或放弃配送的需求。
28.可选的，再次配送指令是根据下单客户反馈的继续配送的需求或预设配送周期生成的。
29.可选的，再次配送模块包括：
30.空闲判断单元，用于响应于再次配送指令，判断机器人是否处于空闲状态；其中，空闲状态是指机器人当前没有执行其他订单配送任务或机器人处于返回预设位置的途中；
31.二次配送执行单元，用于在判断结果为是时，则对配送失败的订单配送任务的物品进行再次配送。
32.可选的，还包括：
33.状态修改模块，用于在对配送失败的订单配送任务的物品进行再次配送之后，若下单客户在预设时间内取走物品，则将订单配送任务的状态由配送失败修改为配送成功，并执行下一订单配送任务。
34.可选的，还包括：
35.物品位置判断模块，针对配送失败的订单配送任务，若下单客户反馈的配送需求为放弃配送的需求，则判断订单配送任务的物品是否还在机器人的舱体中；
36.第一删除任务模块，用于若判断结果为是，则指示工作人员取出物品，在确定物品被取出后，结束订单配送任务，并对配送任务处理信息进行失效处理；
37.第二删除任务模块，用于若判断结果为否，则结束订单配送任务，并对配送任务处理信息进行失效处理。
38.可选的，物品位置判断模块包括：
39.判断单元，用于根据机器人舱体内的摄像头拍摄的图片、根据机器人舱体承载的物品的重量或者根据打开机器人舱门取物的历史记录，判断订单配送任务的物品是否还在机器人的舱体中。
40.根据本公开的另一方面，提供了一种电子设备，包括：
41.至少一个处理器；以及
42.与至少一个处理器通信连接的存储器；其中，
43.存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本公开任意实施例的物品配送方法。
44.根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行本公开任意实施例的物品配送方法。
45.根据本公开的技术，通过机器人为客户配送物品，保证了物品配送的效率，而且在配送失败后，并不直接结束配送任务，而是根据获取再次配送指令，对物品进行再次配送，以保证物品能够尽快配送给客户，避免客户再次下单或通知酒店工作人员配送物品，加强了用户体验。
46.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
47.附图用于更好地理解本方案，不构成对本公开的限定。其中：
48.图1是本公开实施例提供的一种物品配送方法的流程示意图；
49.图2是本公开实施例提供的又一种物品配送方法的流程示意图；
50.图3是本公开实施例提供的一种物品配送方法的逻辑流程图；
51.图4是本公开实施例提供的一种物品配送装置的结构示意图；
52.图5是用来实现本公开实施例的物品配送方法的电子设备的框图。
具体实施方式
53.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
54.图1为本公开实施例的一种物品配送方法的流程示意图，本实施例可适用于在商业场所，利用机器人配送物品的情况。该方法可由一种物品配送装置来执行，该装置采用软件和/或硬件的方式实现，并集成在电子设备上，例如集成在机器人设备上。
55.具体的，参见图1，物品配送方法的流程如下：
56.s101、在将订单配送任务的物品配送到指定位置后，若判断物品在预设时间内没有被取走，则订单配送任务配送失败。
57.本公开提供的基于机器人的物品配送方法可适用于任何商业场所(例如酒店、餐厅、游乐园等)。本实施例中，以商业场所为酒店进行说明。客人在入住酒店后，可通过酒店房间内的电话呼叫酒店前台，请求方为其配送需要的物品；或者，客人也可以通过在指定应用软件上下单的方式，请求酒店方为其配送需要的物品。酒店工作人员根据客人电话反馈的需求或者根据订单内容准备对应的物品，并控制机器人将备好的物品配送到指定位置，其中，指定位置示例性的为客人所在房间的位置。
58.在具体实现时，由于机器人内部具有多个舱体，不同舱体可以放置不同客人需要的物品，也即机器人可以同时为多个客人配送物品。酒店工作人员可将准备好的订单物品放置在某一舱体内，并设置该舱体内物品需要配送的位置(即指定位置)，进而机器人根据该舱体内物品和指定位置生成一个订单配送任务，并还为订单配送任务生成唯一标识(例如id)。需要说明的是，设定唯一标识的目的是为了区分不同的订单配送任务，且后续可对唯一标识进行状态标定，以确定每个订单配送任务的状态(例如配送失败或成功，结束配送等)。
59.机器人在执行某一订单配送任务时，可自主进行配送路径的规划。示例性的，若机器人与该订单配送任务对应的指定位置不在同一楼层时，机器人根据酒店地图，移动到最近的电梯中，并选择指定位置所在的目标楼层，控制电梯到达目标楼层后，从电梯出口移动到指定位置。进一步的，机器人可以通过打电话方式或者发短信的方式，通知客人取走物品。需要说明的是，在通知客人取走物品时，机器人既可以通过自身通信模块向客人打电话或发短信，也可以通知云端管理系统机器人已达到指定位置，进而由云端管理系统通过打电话方式或发短信方式通知客人取物品。其中，云端管理系统主要是记录订单配送任务的状态，以便工作人员及时了解订单配送任务的执行情况。
60.本公开实施例中，在通知客人取物品后，机器人启动计时，如果客人因未接听电话或接听电话不方便取物，导致在预设时间内客人没有取走物品，则确定订单配送任务配送失败，此时机器人会在该订单配送任务的唯一标识上设置配送失败的标签，并将该订单配送任务失败的状态同步到云端管理系统，使得酒店工作人员及时了解到该订单配送任务的状态。
61.s102、针对配送失败的订单配送任务，根据获取到的再次配送指令，对订单配送任务的物品进行再次配送。
62.本公开实施例中，在某一订单配送任务配送失败后，机器人不会直接结束并删除该订单配送任务，以便客人在方便取物并反馈需要继续配送时，机器人可以继续执行该订单配送任务，进而保证物品被及时配送到客人手中，增强客人的体验。
63.在具体实现时，针对配送失败的订单配送任务，如果客人反馈需要继续配送时，会生成再次配送指令，机器人根据再次配送指令，对订单配送任务的物品进行再次配送。
64.本公开实施例中，相比于通过工作人员配送物品，通过机器人为客户配送物品，保证了物品配送的效率，而且在配送失败后，不直接结束并删除订单配送任务，而是根据获取的再次配送指令，对物品进行再次配送，以保证物品能够尽快配送给客户，避免客户再次下单或通知酒店工作人员配送物品，加强了用户体验。
65.进一步的，在对配送失败的订单配送任务的物品进行再次配送之后，若下单客户(即酒店中需要配送物品的客人)在预设时间内取走物品，则将订单配送任务的状态由配送失败修改为配送成功，并同步到云端管理系统，以便酒店工作人员及时了解到该订单配送任务的执行情况。
66.进一步的，如果机器人还有其他未执行的订单配送任务，则继续执行下一订单配送任务，具体的执行过程可参见s101
‑
s102的步骤。
67.图2是根据本公开实施例的又一物品配送方法的流程示意图，本实施例是在上述实施例的基础上进行优化，参见图2，物品配送方法具体流程如下：
68.s201、在将订单配送任务的物品配送到指定位置后，若判断物品在预设时间内没有被取走，则订单配送任务配送失败。
69.本公开实施例中，针对配送失败的订单配送任务，通过执行s202
‑
s203的步骤，确定下单客户是否需要继续配送。
70.s202、向配送失败的订单配送任务对应的下单客户推送配送任务处理信息。
71.本公开实施例中，针对配送失败的订单配送任务，可通过如下任一方式向该订单配送任务对应的下单客户推送配送任务处理信息：(1)通过发送短信的方式推送配送任务处理信息。(2)通过发送应用消息的方式推送配送任务处理信息。(3)将配送任务处理信息发送到下单客户房间内的客房智能系统中，以便下单客户查看。其中，配送任务处理信息至少包括继续配送物品和放弃配送物品。需要说明的是，配送任务处理信息可以是机器人自身发出的，也可以是机器人通知云端管理系统，并由云端管理系统下发的，在此不做具体限定。
72.在一种可选的实施方式中，为了方便下单客户反馈配送需求，下发的配送任务处理信息至少包括继续配送物品的链接和放弃配送物品的链接，以便下单客户根据不同链接反馈不同的配送需求。
73.s203、根据下单客户对配送任务处理信息的操作，确定下单客户的配送需求。
74.本公开实施例中，如果下单客户点击触发了继续配送物品的链接，则确定下单客户的配送需求是继续配送的需求，需要说明的是，下单客户点击继续配送发品的链接后，可以根据自身情况，设定一个最优配送时间段，使得机器人根据下单客户反馈的最优配送时间段配送该物品。反之，如果下单客户点击触发了放弃配送物品的链接，则确定下单客户的配送需求是放弃配送的需求。
75.本公开实施例中，在得到下单客户反馈的配送需求是继续配送的需求，则根据继续配送的需求生成再次配送指令。需要说明的是，还可以根据预设配送周期生成再次配送指令，例如每个半小时生成一个再次配送指令，直到该订单配送任务的物品被下单客户成功取走或下单客户放弃配送为止。在得到再次配送指令后，执行s204
‑
s205的步骤，实现物品的再次配送。
76.如果得到下单客户反馈的配送需求是放弃配送的需求，则执行步骤s206
‑
s208，以结束该配送失败的订单配送任务。
77.s204、响应于再次配送指令，判断机器人是否处于空闲状态。
78.其中，空闲状态是指机器人当前没有执行其他订单配送任务或机器人处于返回预设位置的途中，所述预设位置示例性的为酒店前台的位置。
79.s205、若机器人处于空闲状态，则对配送失败的订单配送任务的物品进行再次配送。
80.具体的配送过程可参见上述实施例，再次不再赘述。本公开实施例中，如果机器人未处于空闲状态，例如机器人当前正在执行其他订单配送任务，则在机器人执行完当前订单配送任务后，对配送失败的订单配送任务的物品进行再次配送。
81.需要说明的是，执行s204
‑
s205的前提是配送失败的订单配送任务的物品还保存在机器人的舱体中。如果配送失败的订单配送任务的物品未保存在机器人的舱体中，机器人则提醒下单客户联系酒店工作人员，重新安排配送。
82.进一步的，在对配送失败的订单配送任务的物品进行再次配送之后，若下单客户在预设时间内取走物品，则将订单配送任务的状态由配送失败修改为配送成功，并同步到云端管理系统，以便酒店工作人员及时了解到该订单配送任务的执行情况。
83.s206、针对配送失败的订单配送任务，若下单客户反馈的配送需求为放弃配送的需求，则判断订单配送任务的物品是否还在机器人的舱体中。
84.在一种可选的实施方式中，可通过如下任一方式判断订单配送任务的物品是否还在机器人的舱体中：
85.(1)基于机器人舱体内的摄像头拍摄的图片，通过图片分析确定订单配送任务的物品是否还在机器人的舱体中。
86.(2)根据机器人舱体承载的物品的重量，确定订单配送任务的物品是否还在机器人的舱体中。
87.(3)根据打开机器人舱门取物的历史记录，判断订单配送任务的物品是否还在机器人的舱体中。
88.s207、若物品还在机器人的舱体中，则指示工作人员取出物品，在确定物品被取出后，结束订单配送任务，并对配送任务处理信息进行失效处理。
89.在确定下单客户放弃配送物品后，则指示工作人员取出物品，在确定物品被取出后，结束订单配送任务，并同步到云端管理系统。除此之外，对配送任务处理信息进行失效处理，以避免下单客户根据配送任务处理信息重复反馈配送需求。
90.s208、若物品不在机器人的舱体中，则结束订单配送任务，并对配送任务处理信息进行失效处理。
91.若物品不在机器人的舱体中，则表明酒店工作人员已经将物品取出，此时需要结束订单配送任务，并对配送任务处理信息进行失效处理。
92.本公开实施例中，针对配送失败的订单配送任务，根据下单客户反馈的配送需求，进行再次配送或结束配送，保证了物品配送的效率和用户体验。
93.图3是根据本公开实施例的物品配送方法的逻辑流程图，参见图3，物品配送方法需要四个参与方，分别为酒店前台、机器人、云端管理系统(简称云端)、客人(即下单客户)，具体的配送逻辑如下：
94.客人通过电话方式或者在应用软件下单的方式，请求酒店前台(即酒店工作人员)配送物品；酒店前台根据客人的需求，将物品放置在机器人的舱体中，并选择房间号，也即是指定机器人需要运动到的位置。机器人根据物品和房间号生成订单配送任务，并开始配送。
95.在机器人到达指定位置时，通过云端向客人发送取物品的短信或打电话通知客人取物品。如果客人在接收到短信或电话后直接取走物品，则判断机器人是否还有其他未执行的订单配送任务，若有，则继续执行下一订单配送任务；若无，则返回前台，并判断是否有失败的任务。若无失败的任务，机器人在前台待命；若有失败的任务，机器人则拨打前台电话，通知前台处理失败的任务。如果前台取走物配送失败的物品，则机器人删除对应的订单配送任务，并标定该订单配送任务结束；如果前台没有取走物品，则等待继续配送，例如到达预设的配送周期时继续配送。
96.如果客人因未接听电话或接听电话不方便取物，导致机器人等待超时，则该订单
配送任务配送失败，此时，机器人记录任务失败，通过云端向客人发送带有链接的配送任务处理信息，其中，配送任务处理信息包括继续配送的链接和放弃配送的链接。客人接收到信息后，根据实际需求，访问继续配送的链接或放弃配送的链接。如果客人选择继续配送，则云端判断该订单配送任务是否结束，主要是判断该订单配送任务的物品是否被酒店前台取出，若是，则重新联系酒店前台配送，若否，则机器人继续执行该订单配送任务。
97.本公开实施例中，通过机器人为客户配送物品，保证了物品配送的效率，而且在配送失败后，不直接结束以删除订单配送任务，而是根据获取的再次配送指令，对物品进行再次配送，以保证物品能够尽快配送给客户，避免客户再次下单或通知酒店工作人员配送物品，加强了用户体验。
98.图4是根据本公开实施例的物品配送装置的结构示意图，本实施例可适用于在商业场所，利用机器人配送物品的情况。该装置配置于机器人中，如图4所示，该装置具体包括：
99.检测模块401，用于在将订单配送任务的物品配送到指定位置后，若判断物品在预设时间内没有被取走，则订单配送任务配送失败；
100.再次配送模块402，用于针对配送失败的订单配送任务，根据获取到的再次配送指令，对订单配送任务的物品进行再次配送。
101.在上述实施例的基础上，可选的，方法还包括：
102.信息下发模块，用于向配送失败的订单配送任务对应的下单客户推送配送任务处理信息；其中，配送任务处理信息至少包括继续配送物品和放弃配送物品；
103.反馈信息回去模块，用于根据下单客户对配送任务处理信息的操作，确定下单客户的配送需求；其中，配送需求为继续配送的需求或放弃配送的需求。
104.在上述实施例的基础上，可选的，再次配送指令是根据下单客户反馈的继续配送的需求或预设配送周期生成的。
105.在上述实施例的基础上，可选的，再次配送模块包括：
106.空闲判断单元，用于响应于再次配送指令，判断机器人是否处于空闲状态；其中，空闲状态是指机器人当前没有执行其他订单配送任务或机器人处于返回预设位置的途中；
107.二次配送执行单元，用于在判断结果为是时，则对配送失败的订单配送任务的物品进行再次配送。
108.在上述实施例的基础上，可选的，还包括：
109.状态修改模块，用于在对配送失败的订单配送任务的物品进行再次配送之后，若下单客户在预设时间内取走物品，则将订单配送任务的状态由配送失败修改为配送成功，并执行下一订单配送任务。
110.在上述实施例的基础上，可选的，还包括：
111.物品位置判断模块，针对配送失败的订单配送任务，若下单客户反馈的配送需求为放弃配送的需求，则判断订单配送任务的物品是否还在机器人的舱体中；
112.第一删除任务模块，用于若判断结果为是，则指示工作人员取出物品，在确定物品被取出后，结束订单配送任务，并对配送任务处理信息进行失效处理；
113.第二删除任务模块，用于若判断结果为否，则结束订单配送任务，并对配送任务处理信息进行失效处理。
114.在上述实施例的基础上，可选的，物品位置判断模块包括：
115.判断单元，用于根据机器人舱体内的摄像头拍摄的图片、根据机器人舱体承载的物品的重量或者根据打开机器人舱门取物的历史记录，判断订单配送任务的物品是否还在机器人的舱体中。
116.本公开实施例提供的装置可执行本公开任意实施例提供的物品配送方法，具备执行物品配送方法相应的功能模块和有益效果。本实施例中未详尽描述的内容可以参考本公开任意方法实施例中的描述。
117.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
118.图5是本公开实施例中提供的一种电子设备的结构示意图。如图5所示结构，本公开实施例中提供的电子设备包括：一个或多个处理器502和存储器501；该电子设备中的处理器502可以是一个或多个，图5中以一个处理器502为例；存储器501用于存储一个或多个程序；一个或多个程序被一个或多个处理器502执行，使得一个或多个处理器502实现如本公开实施例中任一项的物品配送方法。
119.该电子设备还可以包括：输入装置503和输出装置504。
120.该电子设备中的处理器502、存储器501、输入装置503和输出装置504可以通过总线或其他方式连接，图5中以通过总线连接为例。
121.该电子设备中的存储器501作为一种计算机可读存储介质，可用于存储一个或多个程序，程序可以是软件程序、计算机可执行程序以及模块。处理器502通过运行存储在存储器501中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述方法实施例中物品配送方法。
122.存储器501可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器501可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器501可进一步包括相对于处理器502远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
123.输入装置503可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置504可包括显示屏等显示设备。
124.并且，当上述电子设备所包括一个或者多个程序被一个或者多个处理器502执行时，程序进行如下操作：
125.在将订单配送任务的物品配送到指定位置后，若判断物品在预设时间内没有被取走，则订单配送任务配送失败；
126.针对配送失败的订单配送任务，根据获取到的再次配送指令，对订单配送任务的物品进行再次配送。
127.当然，本领域技术人员可以理解，当上述电子设备所包括一个或者多个程序被一个或者多个处理器执行时，程序还可以进行本公开任意实施例中所提供的物品配送方法中的相关操作。
128.本公开的一个实施例中提供了一种计算机可读存储介质，其上存储有计算机程
序，该程序被处理器执行时用于执行物品配送方法，应用于机器人，该方法包括：
129.在将订单配送任务的物品配送到指定位置后，若判断物品在预设时间内没有被取走，则订单配送任务配送失败；
130.针对配送失败的订单配送任务，根据获取到的再次配送指令，对订单配送任务的物品进行再次配送。
131.本公开实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(random access memory，ram)、只读存储器(read only memory，rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式cd
‑
rom、光存储器件、磁存储器件、或者上述的任意合适的组合。计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
132.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于：电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
133.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、无线电频率(radio frequency，rf)等等，或者上述的任意合适的组合。
134.可以以一种或多种程序设计语言或其组合来编写用于执行本公开操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言(诸如“c”语言或类似的程序设计语言)。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络(例如包括局域网(lan)或广域网(wan))连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
135.注意，上述仅为本公开的较佳实施例及所运用技术原理。本领域技术人员会理解，本公开不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本公开的保护范围。因此，虽然通过以上实施例对本公开进行了较为详细的说明，但是本公开不仅仅限于以上实施例，在不脱离本公开构思的情况下，还可以包括更多其他等效实施例，而本公开的范围由所附的权利要求范围决定。