具体实施方式
以下结合附图对本公开的示范性实施例做出说明,其中包括本公开实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本公开的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
在本文中使用的术语“包括”及其变形表示开放性包括,即“包括但不限于”。除非特别申明,术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。
如上所述,传统的方案不能向用户提供诸如酒店等目的地的车辆充电设备的状态,例如空闲数量。具体来说,车主往往在到达酒店之后才能知道车辆充电设备是否空闲,而无法提前了解目标日期内的目标时刻该酒店的车辆充电设备的空闲数量。
为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个,本公开的示例实施例提出了一种用于信息处理的方案。在该方案中,如果确定从计算设备接收到用于获取车辆充电设备在第一日期内的第一时段的空闲数量的请求,则获取车辆充电设备在预定历史期间内的历史空闲率数据,历史空闲率数据包括与日期和时段相关联的历史空闲率;基于历史空闲率数据和预测模型,确定与第一日期内的第一时段相关联的第一最终预测空闲率;基于第一最终预测空闲率和车辆充电设备的数量,确定车辆充电设备在第一日期内的第一时段的第一空闲数量;以及向计算设备发送第一空闲数量。
由此,能够基于历史数据,准确预测车辆充电设备在目标日期和时段的空闲数量,便于用户出行规划。
在下文中,将结合附图更详细地描述本方案的具体示例。
图1示出了根据本公开的实施例的信息处理环境100的示例的示意图。信息处理环境100可以包括计算设备110、与第一可居住对象120相关联的服务器130、与第一可居住对象120相关联的车辆充电设备140-1、140-2、140-3(统称为140)以及车辆150-1、150-2、150-3(统称为150)。虽然图1中示出了3个车辆充电设备和车辆,但是应当理解,这只是示例,可以包括更多或更少的车辆充电设备和车辆。
在一些实施例中,计算设备110可以包括移动计算设备,例如但不限于是智能手机、可穿戴设备、个人数字助理等。在另一些实施例中,计算设备110可以包括车载计算设备。计算设备110可以呈现与第一可居住对象120相关联的预订页面。计算设备110可以与计算设备110的用户的车辆(未示出)相关联。例如,计算设备110可以控制该车辆的一些功能,诸如远程开关锁、远程开空调等。计算设备110上例如可以存储有该车辆的类型,例如燃油车、电动车。
服务器130例如包括但不限于服务器计算机、多处理器系统、大型计算机、包括上述系统或设备中的任意一个的分布式计算环境等。在一些实施例中,服务器130可以具有一个或多个处理单元,包括诸如图像处理单元GPU、现场可编程门阵列FPGA和专用集成电路ASIC等的专用处理单元以及诸如中央处理单元CPU的通用处理单元。服务器130可以实现有用于管理第一可居住对象的预订事务的系统。此外,服务器130可以与车辆充电设备140和车辆150连接,并且实现有用于管理车辆充电设备140的系统和用于管理车辆150的系统,例如服务器130可以从车辆充电设备140和车辆150接收状态信息以及向车辆充电设备140和车辆150发送控制指令。
计算设备110用于响应于呈现与第一可居住对象120相关联的预订页面,确定第一可居住对象120的位置;确定计算设备110的位置与第一可居住对象120的位置之间的距离;如果确定距离大于预定距离,则在预订页面呈现与车辆租赁相关联的第一可选择图标;如果确定距离小于或等于预定距离,则确定与计算设备110相关联的车辆的类型是否为预定车辆类型;以及如果确定类型为预定车辆类型,则在预订页面呈现与车辆充电设备预约相关联的第二可选择图标。
服务器130用于如果确定从计算设备110接收到用于获取车辆充电设备140在第一日期内的第一时段的空闲数量的请求,则获取车辆充电设备140在预定历史期间内的历史空闲率数据,历史空闲率数据包括与日期和时段相关联的历史空闲率;基于历史空闲率数据和预测模型,确定与第一日期内的第一时段相关联的第一最终预测空闲率;基于第一最终预测空闲率和车辆充电设备的数量,确定车辆充电设备140在第一日期内的第一时段的第一空闲数量;以及向计算设备110发送第一空闲数量。
图2示出了根据本公开的实施例的用于信息处理的方法200的流程图。例如,方法200可以由如图1所示的服务器130来执行。应当理解的是,方法200还可以包括未示出的附加框和/或可以省略所示出的框,本公开的范围在此方面不受限制。
在框202处,服务器130确定是否从计算设备110接收到用于获取车辆充电设备在第一日期内的第一时段的空闲数量的请求。计算设备110可以包括车载计算设备或移动计算设备。请求中包括的第一日期和第一时段例如可以是用户在计算设备110呈现的预订页面输入的。
如果服务器130在框202处确定从计算设备110接收到用于获取车辆充电设备在第一日期内的第一时段的空闲数量的请求,则在框204处获取车辆充电设备140在预定历史期间内的历史空闲率数据,历史空闲率数据包括与日期和时段相关联的历史空闲率。
预定历史期间例如可以为7天、一个月等等。时段例如可以具有固定时长,例如2小时。车辆充电设备140在预定历史期间内的历史空闲率数据可如下表1所示。
表1:
如上表所示,每天可以按照2小时划分为12个时段,每天各时段均具有车辆充电设备的空闲率。
在框206处,服务器130基于历史空闲率数据和预测模型,确定与第一日期内的第一时段相关联的第一最终预测空闲率。
在一些实施例中,服务器130可以基于历史空闲率数据,确定第一时段的空闲指数。服务器130还可以基于历史空闲率数据和时间序列线性回归预测模型,确定与第一日期内的第一时段相关联的基础预测空闲率。最后,服务器130可以基于空闲指数,调节基础预测空闲率,以得到与第一日期内的第一时段相关联的第一最终预测空闲率。由此,能够实现通过第一时段的空闲指数调节基础预测空闲率,得到最终预测空闲率,使得最终预测空闲率更加准确。
关于空闲指数,服务器130可以基于历史空闲率数据,确定相对于时段的第一平均空闲率。例如,将表1中的所有空闲率相加后的总和(例如38.95)除以预定历史期间内的时段数量,例如表1中时段数量为84,可以得到第一平均空闲率,例如38.95/84=0.46。服务器130还可以基于历史空闲率数据,确定相对于第一时段的第二平均空闲率。例如,将表1中的7天内的所有0-2时段的空闲率相加后的和除以7,可以得到第二平均空闲率,例如0.128。随后,服务器130可以确定第二平均空闲率与第一平均空闲率之间的比值,作为第一时段的空闲指数,例如0.128/0.46=0.28。由此,能够确定第一时段相对于预定历史期间内的所有时段的空闲偏离情况。
关于第一最终预测空闲率,服务器130可以确定基础预测空闲率与空闲指数的乘积,作为第一最终预测空闲率。由此,能够在基础预测空闲率的基础上乘以空闲指数,使得最终预测空闲率体现第一时段相对于所有时段的空闲偏离情况,使得预测更加准确。
回到图2,在框208处,服务器130基于第一最终预测空闲率和车辆充电设备140的数量,确定车辆充电设备140在第一日期内的第一时段的第一空闲数量。
在框210处,向计算设备110发送第一空闲数量。
由此,能够基于车辆充电设备的历史空闲率数据,准确预测车辆充电设备在目标日期和时段的空闲数量,便于用户进行电动车出行规划。
在一些实施例中,服务器130可以确定第一空闲数量是否小于预定数量。预定数量例如为1、2等等。如果服务器130确定第一空闲数量小于预定数量,则服务器130可以基于历史空闲率数据和预测模型,确定与第一日期内的第二时段相关联的第二最终预测空闲率,第二时段为多个。第二时段与第一时段不同。确定第二最终预测空闲率的过程与确定第一最终预测空闲率的过程类似,不再赘述。
接着,服务器130可以基于第二最终预测空闲率和车辆充电设备的数量,确定车辆充电设备在第一日期内的第二时段的第二空闲数量。随后,服务器130可以从多个第二时段中确定第二空闲数量大于或等于预定数量的第二时段,以及向计算设备发送所确定的第二时段。
由此,能够在车辆充电设备在第一日期内的第一时段的空闲数量不足时,确定车辆充电设备在第一日期内的其他时段的空闲数量,并将空闲数量充足的时段发送给计算设备,以便用户进行电动车出行规划。
图3示出了根据本公开的实施例的用于确定与第一日期内的第一时段相关联的基础预测空闲率的方法300的流程图。例如,方法300可以由如图1所示的服务器130来执行。应当理解的是,方法300还可以包括未示出的附加框和/或可以省略所示出的框,本公开的范围在此方面不受限制。
在框302处,服务器130基于与历史空闲率相关联的日期和时段的组合相对于预定历史期间内的基准时间点的位置,确定与历史空闲率相关联的第一坐标数值。
表2:
以表2为例进行说明,基准时间点例如可以为4号10点。位于4号10点之前的时段的坐标数值可以为负,位于4号10点之后的时段的坐标数值可以为正。与基准时间点距离越大的时段的坐标数值的绝对值可以越大。例如,4号8-10时段的坐标数值为-1,4号6-8时段的坐标数值为-2,以及4号10-12时段的坐标数值为1,4号12-14时段的坐标数值为2,以此类推,具体可参见表2。
在框304处,服务器130基于历史空闲率和第一坐标数值,确定线性回归模型的系数。
具体来说,可以通过以下公式来确定线性回归模型的系数b:
b=∑Yt*T/∑T*T,其中Yt表示空闲率,T表示与该空闲率相关联的坐标数值,其中∑求和是针对预定历史期间内的所有时段进行求和。以上述7天为例,Yt*T可以参见表2中的第5列,T*T可以参见表2中的第6列,∑求和是对7天内的84个时段进行求和,在此情况下b例如为0.0019。
在框306处,服务器130基于第一日期和第一时段的组合相对于预定历史期间内的基准时间点的位置,确定与第一日期和第一时段相关联的第二坐标数值。
例如,第一日期为7月8号,第一时段为8-10点,则与7月8号8-10点相关联的第二坐标数值T1为48。
在框308处,基于系数、第二坐标数值、第一平均空闲率和线性回归模型,确定基础预测空闲率。
具体来说,基础预测空闲率Y例如可以按照以下线性回归模型来计算:
Y=a+b*T1,其中a为第一平均空闲率,b为线性回归的系数,T1为第二坐标值。
由此,能够基于车辆充电设备的历史空闲率数据,较为准确地预测第一日期内的第一时段的空闲率。
备选地或者附加地,在一些实施例中,服务器130还可以从计算设备110接收预订请求,预订请求包括身份标识、预订日期、预订房间信息以及关于预约车辆充电设备的指示。
服务器130可以基于关于预约车辆充电设备的指示,将身份标识标记为预约车辆充电设备。
服务器130随后可以向计算设备110发送预订成功消息。
接着,服务器130可以从计算设备110接收关于车辆充电设备的请求,请求包括与计算设备110的用户相关联的身份信息。身份信息例如包括但不限于身份标识、名称、出生日期、住所地和头像等等。
如果服务器130确定该身份信息与已有订单中的身份标识相匹配,则可以确定所匹配的身份标识是否被标记为预约车辆充电设备。例如,服务器130确定该身份信息中的身份标识与已有订单中的身份标识相同。
如果服务器130确定所匹配的身份标识被标记为预约车辆充电设备,则可以从处于空闲状态的多个车辆充电设备140中确定第一车辆充电设备,并向计算设备110发送与第一车辆充电设备相关联的标识信息。例如,服务器130可以从车辆充电设备140接收其状态信息,根据该状态信息确定车辆充电设备140是否空闲。
由此,能够在订单中指示预约车辆充电设备的情况下将该订单的身份标识标记为预约车辆充电设备,并在接收到车辆充电设备的请求时基于标记反馈空闲车辆充电设备的标识信息,无需用户另行预约充电,提高了效率。
备选地,在一些实施例中,如果服务器130确定所匹配的身份标识被标记为预约车辆充电设备,则服务器130获取处于空闲状态的多个车辆充电设备的参数和标识信息,并向计算设备110发送获取的参数和标识信息,以便计算设备110基于参数确定同与计算设备110相关联的车辆相匹配的车辆充电设备。参数例如包括但不限于电压、电流、功率、充电协议等等。例如,确定与车辆的充电协议相匹配的车辆充电设备。
由此,能够便于计算设备选择同与计算设备相关联的车辆相匹配的车辆充电设备,提升充电效率和安全性。
备选地或者附加地,在一些实施例中,服务器130还可以从计算设备110接收与车辆相关联的虚拟钥匙,车辆与计算设备110相关联。随后,服务器130可以向终端设备发送虚拟钥匙。终端设备例如与服务人员相关联,在接收到虚拟钥匙后,服务人员可以基于该虚拟钥匙对车辆进行解锁和/或启动,以便将该车辆开往车辆充电设备进行充电。由此,能够在用户不愿亲自去充电或者车辆充电设备均被占用时可以由酒店服务人员代为充电,提高效率。
在一些实施例中,虚拟钥匙可以包括地理区域信息,用于限制车辆的可行驶范围。由此,可以避免车辆被恶意使用,保护车辆安全。
备选地或者附加地,在一些实施例中,虚拟钥匙可以包括授权时段。授权时段例如可以是计算设备110根据车辆充电设备的空闲开始时间和车辆的充电所需时间确定的。例如授权时段可以以车辆充电设备的空闲开始时间起始经过车辆的充电所需时间后结束。车辆充电设备的空闲开始时间例如可以是计算设备110从服务器130接收到关于车辆充电设备空闲的消息的时间。例如服务器130在确定车辆充电设备空闲时可以向计算设备110发送关于车辆充电设备空闲的消息。车辆的充电所需时间例如是计算设备110根据车辆的当前剩余电量和车辆充电设备的功率确定的。车辆充电设备的功率例如可以是计算设备110从服务器130接收的。由此,能够使得车辆仅在充电时段被服务人员使用,避免车辆被恶意使用,保护车辆安全。
图4示出了根据本公开的实施例的用于信息处理的方法400的流程图。例如,方法400可以由如图1所示的计算设备110来执行。应当理解的是,方法400还可以包括未示出的附加框和/或可以省略所示出的框,本公开的范围在此方面不受限制。
在框402处,计算设备110响应于呈现与第一可居住对象120相关联的预订页面,确定第一可居住对象120的位置。计算设备110可以包括车载计算设备或移动计算设备。可居住对象例如包括但不限于酒店、宾馆、民宿等,第一可居住对象120例如包括但不限于具体的酒店、宾馆、民宿等,例如XX酒店。例如可以通过位置服务来确定第一可居住对象120的位置。
在框404处,计算设备110确定计算设备110的位置与第一可居住对象120的位置之间的距离。
在框406处,计算设备110确定计算设备110的位置与第一可居住对象120的位置之间的距离是否大于预定距离。预定距离例如包括但不限于300km、400km等。
如果在框406处计算设备110确定计算设备110的位置与第一可居住对象120的位置之间的距离大于预定距离,则在框408处,在预订页面呈现与车辆租赁相关联的第一可选择图标。
图5示出了第一可选择图标的示意图。如图5所示,第一可选择图标可以包括未被选择状态的图标501和被选择状态的图标502。用户可以通过诸如点击的选择操作使得第一可选择图标在被选择状态的图标502和未被选择状态的图标501之间切换。此外,如图5所示,第一可选择图标还可以显示“租赁车辆”字样。应当理解,虽然图5中以空心圆表示未被选择状态以及以实心圆表示被选择状态,但是应当理解这只是举例说明,未被选择状态和被选择状态还可以采用其他形式,例如空心框和带勾的框等等。
回到图4,如果在框406处计算设备110确定计算设备110的位置与第一可居住对象120的位置之间的距离小于或等于预定距离,则在框410处确定与计算设备110相关联的车辆的类型是否为预定车辆类型。计算设备110例如可以与车辆相关联,例如计算设备110上可以存储有该车辆的类型,例如燃油车、电动车等。预定车辆类型例如包括但不限于电动车。
如果在框410处计算设备110确定与计算设备110相关联的车辆的类型为预定车辆类型,则在框412处在预订页面呈现与车辆充电设备预约相关联的第二可选择图标。第二可选择图标可以采用与第一可选择图标相同或不同的方式。此外,第二可选择图标显示的字样例如可以修改为预约车辆充电设备。
由此,能够在预订诸如酒店等可居住对象时基于计算设备与可居住对象之间的距离,提供车辆租赁或车辆充电设备预约的选项,方便用户一站式进行选择,避免后续的繁琐手续,提高效率。
在一些实施例中,计算设备110还可以确定是否在预订页面接收到预订指令。预订指令例如包括但不限于对预订页面中的预订按钮的点击。如果计算设备110确定在预订页面接收到预订指令,则确定第一可选择图标是否被选择。如果计算设备110确定第一可选择图标被选择,则向与第一可居住对象120相关联的服务器130发送预订请求,预订请求至少包括身份标识、预订时间段、预订房间信息以及关于车辆租赁的指示。身份标识、预订时间段以及预订房间信息例如是用户在预订页面输入或选择的。身份标识例如包括但不限于身份证号码、军人证号码等。
由此,能够在第一可选择图标被选择的情况下在向服务器发送的预订请求中包括关于车辆租赁的指示,实现在预订酒店的同时租赁车辆,提高效率。
备选地或者附加地,在一些实施例中,计算设备110还可以确定是否从服务器130接收到预订成功消息。如果计算设备110确定从服务器130接收到预订成功消息,则确定当前时间与预订时间段的开始时间之间的时间间隔是否小于或等于预定时间间隔。预定时间间隔例如包括但不限于30分钟、20分钟等。如果计算设备110确定上述时间间隔小于或等于预定时间间隔,则提示是否入住。提示是否入住例如可以通过文字或语音的方式来提示是否入住。如果计算设备110确定接收到用户的肯定确认,则获取与计算设备110的用户相关联的身份信息。身份信息例如包括但不限于身份标识、名称、出生日期、住所地和头像等等。随后,计算设备110向服务器130发送身份信息,以及从服务器130接收与房间相关联的第一标识信息和第一虚拟钥匙以及与租赁车辆相关联的第二标识信息和第二虚拟钥匙。第一标识例如包括但不限于房间号,以及第一虚拟钥匙可以用于开启与该房间号相关联的房间的门锁。第二标识信息例如包括但不限于车牌号,以及第二虚拟钥匙可以用于开启与该车牌号相关联的车辆的锁和启动该车辆。
由此,能够通过计算设备实现入住,并且在进行入住之后获取房间钥匙和租赁车辆钥匙,无需另行租赁车辆,提高了效率。
备选地或者附加地,在一些实施例中,如果计算设备110确定第一可选择图标被选择,则可以从待出行订单中获取出行日期与预订时间段的开始日期相匹配的第一待出行订单。例如,获取出行日期与预订时间段的开始日期相同的第一待出行订单。随后,计算设备110可以获取第一待出行订单中的目的地,例如XX机场或火车站。接着,计算设备110可以向服务器130发送预订请求,预订请求包括身份标识、预订时间段、预订房间信息、关于车辆租赁的指示和目的地。
由此,能够获取与预订时间段相匹配的待出行订单,并在预订请求中加入匹配的待出行订单的目的地,以便租赁车辆被提供到该目的地,方便用户出行。
备选地或者附加地,在一些实施例中,计算设备110还可以如果确定在预订页面接收到预订指令,则可以确定第二可选择图标是否被选择。如果计算设备110确定第二可选择图标被选择,则向与第一可居住对象120相关联的服务器130发送预订请求,预订请求包括身份标识、预订时间段、预订房间以及关于预约车辆充电设备的指示。
由此,能够在第二可选择图标被选择的情况下在向服务器发送的预订请求中包括关于预约车辆充电设备的指示,实现在预订酒店的同时预约车辆充电设备。
上面描述了在接收到预订指令时确定第二可选择图标被选择的实施例,备选地,在一些实施例中,确定第二可选择图标被选择可以在接收到预订指令前进行,例如计算设备110可以如果确定第二可选择图标被选择,则获取用户在预订页面输入的第一日期和第一时段,向与第一可居住对象120相关联的服务器130发送用于获取车辆充电设备在第一日期内的第一时段的空闲数量的请求。例如,请求中可以指示第一日期和第一时段。随后,计算设备110可以从服务器130接收空闲数量,以及在预订页面显示所接收的空闲数量。
由此,能够在预定页面中第二可选择图标被选择的情况下从服务器获取车辆充电设备在用户输入的日期和时段的空闲数量,为后续的电动车出行到第一可居住对象提供方便,提高用户体验。
备选地或者附加地,在一些实施例中,计算设备110如果确定从服务器130接收到预订成功消息,则确定从计算设备110的位置导航到第一可居住对象120的位置的时长是否小于或等于预定时长。预定时长例如包括但不限于30分钟、20分钟。如果计算设备110确定上述时长小于预定时长,则向服务器130发送关于车辆充电设备的请求,请求包括与计算设备110的用户相关联的身份信息,以及从服务器130接收与车辆充电设备相关联的标识信息。
由此,能够在用户的车辆到达第一可居住对象的预定时长内触发对车辆充电设备的请求并接收相关车辆充电设备的标识,以便到达第一可居住对象后进行车辆充电,提高用户效率。
在一些实施例中,计算设备110如果确定从服务器130接收到关于车辆充电设备空闲或忙的消息,则提示是否选择代充电服务。如果计算设备110确定接收到用户的肯定确认,则向服务器130发送与车辆相关联的标识信息和虚拟钥匙。之后,服务器130可以向与服务人员相关联的移动终端设备发送该标识信息和虚拟钥匙,以便服务人员利用该虚拟钥匙对客户的车辆解锁后行驶到空闲的车辆充电设备处进行充电。
由此,能够在车辆充电设备空闲或忙时可以选择代充电服务,提高用户满意度。
在一些实施例中,虚拟钥匙可以包括地理区域信息,用于限制车辆的可行驶范围。由此,可以避免车辆被恶意使用,保护车辆安全。
备选地或者附加地,在一些实施例中,虚拟钥匙可以包括授权时段。授权时段例如可以是根据车辆充电设备的空闲开始时间和车辆的充电所需时间确定的。例如授权时段可以以车辆充电设备的空闲开始时间起始经过车辆的充电所需时间后结束。车辆充电设备的空闲开始时间例如可以是接收到关于车辆充电设备空闲的消息的时间。车辆的充电所需时间例如是根据车辆的当前剩余电量和车辆充电设备的功率确定的。车辆充电设备的功率例如可以是计算设备110从服务器130接收的。由此,能够使得车辆仅在充电时段被服务人员使用,避免车辆被恶意使用,保护车辆安全。
图6示出了根据本公开的实施例的用于信息处理的方法600的流程图。例如,方法600可以由如图1所示的服务器130来执行。应当理解的是,方法600还可以包括未示出的附加框和/或可以省略所示出的框,本公开的范围在此方面不受限制。
在框602处,服务器130从计算设备110接收预订请求,预订请求包括身份标识、预订时间段、预订房间信息以及关于车辆租赁的指示。
在框604处,服务器130基于关于车辆租赁的指示,从与第一可居住对象相关联的多个车辆150中确定可用于预订时间段的第一车辆作为与身份标识相关联的租赁车辆。服务器130可以存储有与车辆150相关联的安排表,该安排表中可以指示车辆150被预订的时间段和空闲的时间段。通过该安排表可以确定在预定时间段可用的第一车辆。
在框606处,服务器130向计算设备110发送预订成功消息。
在框608处,服务器130从计算设备110接收身份信息。
在框610处,服务器130确定该身份信息是否匹配已有订单中的身份标识。例如,服务器130确定该身份信息中的身份标识是否与已有订单中的身份标识相同。
如果在框610处服务器130确定该身份信息匹配已有订单中的身份标识,则在框612处,向计算设备110发送与房间相关联的第一标识信息和第一虚拟钥匙以及与租赁车辆相关联的第二标识信息和第二虚拟钥匙,租赁车辆与所匹配的身份标识相关联。
由此,能够在订单中指示车辆租赁的情况下确定租赁车辆,并在用户通过远程入住的情况下向用户的计算设备发送房间和车辆相关的标识及虚拟钥匙,无需用户另行租赁车辆,提高了效率。
在一些实施例中,除了身份标识以外,身份信息还可以包括计算设备110的用户的面部图像。服务器130如果确定身份信息中的身份标识与已有订单中的身份标识相匹配,则确定身份信息中的面部图像和与所匹配的身份标识相关联的面部图像是否匹配。例如,可以通过任何合适的面部识别算法来确定面部是否匹配。如果服务器130确定身份信息中的面部图像和与所匹配的身份标识相关联的面部图像相匹配,则将与所匹配的身份标识相关联的面部图像发送到与身份标识相关联的租赁车辆,以便租赁车辆基于该面部图像来进行车辆解锁和/或启动等操作。之后,服务器130向计算设备110发送与房间相关联的第一标识信息和第一虚拟钥匙以及与租赁车辆相关联的第二标识信息。
由此,除了上述优点外,还无需发送与租赁车辆相关联的虚拟钥匙,用户可以通过刷脸解锁和/或启动租赁车辆,简单方便。
图7示出了可以用来实施本公开内容的实施例的示例设备700的示意性框图。例如,如图1所示的计算设备110和服务器130可以由设备700来实施。如图所示,设备700包括中央处理单元(CPU)701,其可以根据存储在只读存储器(ROM)702中的计算机程序指令或者从存储单元708加载到随机访问存储器(RAM)703中的计算机程序指令,来执行各种适当的动作和处理。在RAM 703中,还可存储设备700操作所需的各种程序和数据。CPU 701、ROM702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。
设备700中的多个部件连接至I/O接口705,包括:输入单元706,例如键盘、鼠标、麦克风等;输出单元707,例如各种类型的显示器、扬声器等;存储单元708,例如磁盘、光盘等;以及通信单元709,例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
上文所描述的各个过程和处理,例如方法200-600,可由处理单元701执行。例如,在一些实施例中,方法200-600可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元708。在一些实施例中,计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序被加载到RAM 703并由CPU701执行时,可以执行上文描述的方法200-600的一个或多个动作。
本公开涉及方法、装置、系统、电子设备、计算机可读存储介质和/或计算机程序产品。计算机程序产品可以包括用于执行本公开的各个方面的计算机可读程序指令。
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。
用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等,以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。
这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进,或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。