免下车系统、车辆以及记录介质的制作方法

文档序号:26804892发布日期:2021-09-29 02:25阅读:100来源:国知局
免下车系统、车辆以及记录介质的制作方法

1.本公开涉及一种免下车系统、车辆以及程序。


背景技术:

2.在专利文献1中,记载了在乘坐于车辆中的状态下实施对于提供服务的等价报酬的结算的车载用结算系统。
3.在先技术文献
4.专利文献
5.专利文献1:日本特开2010

61236号公报


技术实现要素:

6.发明所要解决的课题
7.期待提供能够提高免下车的结算服务的便利性的技术。
8.本公开是鉴于上述情况而完成的发明,其目的在于,提供一种能够提高免下车的结算服务的便利性的免下车系统、车辆以及程序。
9.用于解决课题的手段
10.本公开所涉及的免下车系统具备:店铺终端装置,其被设置在提供免下车服务的店铺侧,并且具备第一处理器,所述第一处理器具有硬件;车辆,其具备显示器和第二处理器,所述第二处理器具有硬件;用户终端装置,其由乘坐于所述车辆上的多个乘员分别携带并且具备第三处理器,所述第三处理器具有硬件;服务器装置,其被设置于结算运营商侧,所述第二处理器从各乘员接受要通过免下车服务购买的商品的选择操作,并生成表示乘员所选择操作的商品的订单信息,并将所生成的订单信息输出至所述店铺终端装置,所述第一处理器取得所述订单信息,且使用所取得的订单信息按照每一个乘员而生成用于实施商品的结算处理的结算信息,并将所生成的结算信息输出至所述车辆,所述第二处理器取得所述结算信息,并使各乘员的结算信息显示在所述显示器上,第三处理器使用显示于所述显示器上的乘员的结算信息在与所述服务器装置之间执行商品的结算处理。
11.本公开所涉及的车辆具备显示器和具有硬件的处理器,所述处理器从各乘员接受要通过免下车服务购买的商品的选择操作,并生成表示乘员所选择操作的商品的订单信息,并将所述订单信息输出至被设置于提供免下车服务的店铺侧的店铺终端装置,并且,将使用所述订单信息按照每一个乘员而生成的用于实施商品的结算处理的结算信息显示在所述显示器上。
12.本公开所涉及的记录介质,其记录有程序,所述程序使具有硬件的处理器执行如下处理,即:按照每一个乘员接受要通过免下车服务购买的商品的选择操作,并生成表示乘员所选择操作的商品的订单信息,并将所述订单信息输出至被设置于提供免下车服务的店铺侧的店铺终端装置,并且,将使用所述订单信息按照每一个乘员而生成的用于实施商品的结算处理的结算信息显示在显示器上。
13.发明效果
14.根据本公开,能够提高免下车的结算服务的便利性。
附图说明
15.图1为表示作为本公开的一个实施方式的免下车系统的结构的示意图。
16.图2为表示图1所示的钱包服务器的结构的框图。
17.图3为表示图1所示的结算运营商服务器的结构的框图。
18.图4为表示图1所示的用户终端的结构的框图。
19.图5为表示钱包与结算方法之间的关系的图。
20.图6为表示图1所示的车辆的结构的框图。
21.图7为表示图1所示的店铺终端的结构的框图。
22.图8为表示作为本公开的第一实施方式的订单处理的流程的流程图。
23.图9为表示作为本公开的第二实施方式的订单处理的流程的流程图。
具体实施方式
24.以下,参照附图,对作为本公开的一个实施方式的免下车系统进行说明。
25.〔结构〕
26.首先,参照图1至图7,对作为本公开的一个实施方式的免下车系统的结构进行说明。
27.如图1所示,作为本公开的一个实施方式的免下车系统1具备:经由网络2而能够互相进行信息通信的、钱包服务器10、结算运营商服务器20、用户终端30、车辆40以及店铺终端50。
28.网络2由互联网线路网或移动电话线路网等构成。网络2为例如互联网等公共通信网,也可以包括wan(wide area network,广域网)、移动电话等的电话通信网、wifi(注册商标)等无线通信网等其他的通信网。
29.如图2所示,钱包服务器10具备:控制部11、通信部12以及存储部13。
30.控制部11具备:具有硬件的cpu(central processing unit)、dsp(digital signal processor,数字信号处理器)、fpga(field

programmable gate array,现场可编程门阵列)等处理器以及ram(random access memory)和rom(read only memory)等主存储部。控制部11将被储存于存储部13中的计算机程序载入到主存储部的工作区域中并执行,并且通过计算机程序的执行来控制各结构部等,从而实现符合预定的目的的功能。在本实施方式中,控制部11通过执行计算机程序,从而作为结算处理部111而发挥功能。对于结算处理部111的功能,在下文中记述。
31.通信部12例如由lan(local area network,局域网)接口板、用于无线通信的无线通信电路等构成。lan接口板、无线通信电路与作为公共通信网的互联网等网络2连接。通信部12与网络2连接,且经由网络2而在与结算运营商服务器20、用户终端30、车辆40以及店铺终端50之间进行信息通信。
32.存储部13由eprom(erasable programmable rom,可擦可编程只读存储器)、硬盘驱动器(hard disk drive:hdd)以及可移动介质等记录介质构成。作为可移动介质,能够例
示出usb(universal serial bus,通用串行总线)存储器、cd(compact disc,光盘)、dvd(digital versatile disc,数字视频光盘)、bd(blu

ray(注册商标)disc)这样的盘片记录介质。在存储部13中能够储存操作系统(operating system:os)、各种程序、各种表格、各种数据库等。在本实施方式中,在存储部13中储存有实施结算手续的每一个用户的用户信息131、钱包信息132以及结算信息133。
33.用户信息131为与实施结算手续的用户相关的信息。作为用户信息131,能够例示出实施结算手续的用户的用户id、密码、用户的姓名、用户的联系方式(例如住址、电话号码、电子邮件地址等)、使用注册历史、与作为入账方式而被注册的支付方式相关的信息、作为结算方式而被注册的支付方式的信息、结算时的密码等。用户信息131中的、用户id以及密码在向钱包服务器10的登录等的认证处理中被使用。
34.钱包信息132为与钱包相关的信息。钱包表示电子货币的虚拟的出入账账户。作为钱包信息132,可以列举出例如用户id、电子货币的余额、电子货币的入账历史、电子货币的使用历史等。
35.结算信息133为与用户的结算相关的信息。作为结算信息133,可以列举出用户id、在结算中所使用的结算方式(例如,电子货币支付(非接触结算)、扫描支付、代码支付等)、结算历史等。
36.结算运营商服务器20为用于对用户的账户以及信用卡进行管理的服务器,且被设置在金融机关(例如银行、信用金库、信用合作社、劳动金库等)以及信用卡公司。如图3所示,结算运营商服务器20具备控制部21、通信部22以及存储部23。控制部21、通信部22以及存储部23分别在物理上具有与控制部11、通信部12以及存储部13同样的结构。
37.在存储部23中存储有实施结算手续的每一个用户的账户信息以及信用卡信息。作为账户信息,能够例示出用户的姓名、账号、账户余额以及出入账历史等。此外,作为信用卡信息,能够例示出用户的姓名、信用卡号、信用卡的有效期限、使用限额以及卡使用历史等。
38.用户终端30为用户所使用的计算机终端。作为用户终端30,能够例示出用户所拥有的智能手机、移动电话、平板终端、穿戴式计算机、个人计算机、被搭载于车辆上的路线引导装置等。只要能够与钱包服务器10、车辆40进行信息通信,用户终端30也可以为任意的终端。
39.如图4所示,用户终端30具备:控制部31、通信部32、存储部33、近距离无线通信部34、操作/显示部35以及位置信息取得部36。控制部31、通信部32以及存储部33分别在物理上具有与控制部11、通信部12以及存储部13同样的结构。控制部31通过计算机程序的执行,作为显示控制部311、入账方式注册部312、结算方式注册部313、入账处理部314以及结算处理部315而发挥功能。
40.显示控制部311对操作/显示部35上的显示内容进行控制。显示控制部311基于用户的操作(触摸操作、点击操作等),在操作/显示部35上显示用户进行会员注册时的会员注册画面、登录到钱包服务器10时的登录画面、进行向钱包的电子货币的入账时的入账画面、进行结算时的结算画面、表示结算等使用历史的一览表的使用历史画面、表示支付历史的详细内容的支付历史详细画面、代码支付画面、扫描支付画面等。此外,显示控制部311基于用户的操作,使各画面进行转换。另外,结算画面、使用历史画面、支付历史详细画面以及代码支付画面的画面结构能够采用各种结构。
41.入账方式注册部312对用于入账电子货币的入账方式进行注册。具体而言,入账方式注册部312向钱包服务器10发送用于使多个运营商所运营的多个不同的支付方式(例如,银行账户、信用卡、虚拟信用卡等)作为向钱包的入账方式进行注册的入账方式注册请求。从入账方式注册部312接收到了入账方式注册请求的钱包服务器10的控制部11通过将在入账方式注册请求中所包括的支付方式作为用户信息131而存储在存储部13中,从而作为入账方式进行注册。
42.入账方式注册部312将作为结算方式而注册的支付方式也作为入账方式进行注册。即,入账方式注册部312在从结算方式注册部313向钱包服务器10发送结算方式注册请求时,向钱包服务器10发送用于使结算方式注册请求中所包含的支付方式作为结算方式进行注册的入账方式注册请求。从入账方式注册部312接收到入账方式注册请求的钱包服务器10的控制部11通过将在入账方式注册请求中所包括的支付方式作为用户信息131而存储在存储部13中,从而作为入账方式进行注册。
43.图5为示意性地表示支付方式、入账方式以及结算方式的关系的图。“支付方式”表示成为进行结算时的支付原始资金(资金来源)的方式。作为支付方式,包括银行账户、信用卡、虚拟信用卡以及钱包内的电子货币的余额。虚拟信用卡为非实体的信用卡,例如由卡号、有效期限、认证编号(安全码)等信息构成。此外,对于信用卡以及虚拟信用卡分别关联了银行账户,各卡的使用金额于日后从银行账户中被扣除。
[0044]“入账方式”表示用于向作为虚拟的出入账账户的钱包入账电子货币的方式。作为入账方式,包括支付方式中的银行账户、信用卡以及虚拟信用卡。通过将银行账户、信用卡以及虚拟信用卡作为入账方式进行注册,从而能够将电子货币入账到钱包中。
[0045]“结算方式”表示利用支付方式进行结算的方法。作为结算方式,能够例示出电子货币支付、扫描支付以及代码支付。电子货币支付为,通过将用户终端30放在车辆40的预定位置处,从而在用户终端30的近距离无线通信部34与车辆40的近距离无线通信部46之间,以非接触的方式进行的结算。扫描支付为,通过利用用户终端30的照相机等而读入被显示在车辆40上的条形码或者qr码(注册商标)从而进行的结算。代码支付为,通过利用车辆40的读码器等而读入被显示在用户终端30上的条形码或者qr码(注册商标)从而进行的结算。
[0046]
在免下车系统1中,能够利用三个种类的支付方式,并利用三个种类的结算方式中的任意一个。即,在免下车系统1中,能够如以下的(1)至(3)那样,组合支付方式以及结算方式。
[0047]
(1)利用了钱包内的电子货币的余额的电子货币支付、扫描支付以及代码支付。
[0048]
(2)利用了虚拟信用卡的电子货币支付、扫描支付以及代码支付。
[0049]
(3)利用了银行账户的电子货币支付、扫描支付以及代码支付。
[0050]
在本实施方式的免下车系统1中,能够利用多个支付方式而将电子货币入账到钱包中,并且能够将入账到了钱包中的电子货币的余额通过多个结算方式进行结算。
[0051]
返回至图4。结算方式注册部313将作为入账方式而注册的支付方式也作为结算方式进行注册。即,结算方式注册部313在从入账方式注册部312向钱包服务器10发送入账方式注册请求时,将用于使被包含在入账方式注册请求中的支付方式作为结算方式进行注册的结算方式注册请求发送给钱包服务器10。
[0052]
例如,在将某个支付方式(a银行的银行账户)作为入账方式进行注册时,结算方式
注册部313也将该支付方式(a银行的银行账户)作为结算方式自动地进行注册。另外,“将支付方式作为结算方式进行注册”的含义是指,设为能够将支付方式作为支付源进行结算的状态的意思,例如,设为能够将a银行的银行账户作为支付源而进行电子货币支付、扫描支付以及代码支付的意思。从结算方式注册部313接收到了结算方式注册请求的钱包服务器10的控制部11通过将结算方式注册请求中所包括的支付方式作为用户信息131而存储在存储部13中,从而作为结算方式进行注册。
[0053]
入账处理部314向钱包入账电子货币。具体而言,入账处理部314将用于利用作为入账方式而注册了的支付方式使电子货币入账到钱包中的入账请求发送给钱包服务器10。从入账处理部314接收到了入账请求的钱包服务器10的控制部11基于入账请求中所包括的入账金额信息,使钱包内的电子货币的余额增加。即,控制部11根据钱包内的电子货币的余额的增额量,对储存于存储部13中的钱包信息132进行更新。
[0054]
结算处理部315进行通过支付方式而实施的结算。结算处理部315将用于通过入账到了钱包中的电子货币并利用预先设定的多个结算方式(电子货币支付、扫描支付、代码支付)中的任意一个进行结算的结算请求向所乘坐的车辆40发送。例如,在进行电子货币支付的情况下,结算处理部315通过近距离无线通信部34,将结算请求发送给车辆40。此外,在进行扫描支付的情况下,结算处理部315通过利用用户终端30的照相机等读入被显示在车辆40上的条形码或者qr码(注册商标),从而将结算请求发送至车辆40。此外,在进行代码支付的情况下,结算处理部315通过使车辆40的读码器等读入被显示在用户终端30上的条形码或者qr码(注册商标),从而将结算请求发送至车辆40。另外,在从结算处理部315发送至车辆40的结算请求中,既可以包括表示结算金额的信息(以下,称为“结算金额信息”),或者也可以不包括该信息。
[0055]
接下来,车辆40的控制部41将包括结算金额信息在内的结算请求经由网络2而发送至钱包服务器10。从车辆40接收到了结算请求的钱包服务器10的结算处理部111基于在结算请求中所包括的结算金额信息,使钱包内的电子货币的余额减少。即,结算处理部111根据钱包内的电子货币的余额的减额量,而对储存于存储部13中的钱包信息132以及结算信息133进行更新。
[0056]
另外,结算处理部315也能够通过钱包内的电子货币的余额之外的支付方式(例如,银行账户、信用卡)进行结算。在这种情况下,结算处理部315将用于通过银行账户或者信用卡并利用多个结算方式的任意一个进行结算的结算请求发送给钱包服务器10。从结算处理部315接收到了结算请求的钱包服务器10的结算处理部111将结算请求中所包括的结算金额信息发送给结算运营商服务器20。
[0057]
在存储部33中储存有显示控制部311使操作/显示部35进行显示的各种画面的数据。此外,在存储部33中根据需要持续性地或暂时性地存储用户信息131、钱包信息132以及结算信息133等。
[0058]
近距离无线通信部34具有依据例如nfc(near field radio communication,近场通信)、ble(bluetooth(注册商标)low energy,蓝牙低能耗)、irda(infrared data association,红外数据协会)等标准的通信功能。用户终端30例如在进行电子货币支付时,通过近距离无线通信部34、46,而与车辆40进行近距离无线通信。
[0059]
操作/显示部35由例如触摸面板显示器构成,且具有接受通过用户的手指或笔等
实施的操作的输入功能、基于显示控制部311的控制而对各种信息进行显示的显示功能。
[0060]
位置信息取得部36例如接收来自gps(global positioning system)卫星的电波,对用户终端30的位置进行检测。位置信息取得部36所检测出的与用户终端30的位置相关的信息被储存在存储部33中。
[0061]
车辆40为,通过由驾驶员实施的驾驶而行驶的车辆、以依据被给予的行驶指令而能够自主行驶的方式构成的自主行驶车辆。如图6所示,车辆40具备:控制部41、通信部42、存储部43、位置信息取得部44、输入输出部45、近距离无线通信部46以及驱动部47。
[0062]
控制部41、通信部42、存储部43以及近距离无线通信部46分别在物理上具有与控制部11、通信部12、存储部13以及近距离无线通信部34同样的结构。
[0063]
控制部41对被搭载于车辆40上的各种结构要素的动作进行综合控制。
[0064]
通信部42由通过经由了网络2的无线通信而在与钱包服务器10之间进行信息通信的dcm(data communication module,数据通信模块)等构成。
[0065]
存储部43具备车辆信息数据库(车辆信息db)431以及地图信息数据库(地图信息db)432。在车辆信息数据库431中以能够进行更新的方式存储有包括车辆40的车辆id、车辆40的驾驶员的用户id、被搭载于车辆40上的蓄电池的soc、车辆40的燃料剩余量、车辆40的行驶路径信息、车辆40的车型信息等在内的各种信息。
[0066]
在地图信息db432中储存有地图信息。在此,地图信息是指,道路、道路结构物、设施等的位置的确定所需的信息,例如包括与被设定于道路上的各节点相关的数据(例如,节点id、坐标等)、与被设定在道路上的各路段相关的数据(例如,路段id、路段名、连接节点id、道路坐标、道路类型(收费道路、普通道路等)、车道数等)以及地上物数据(例如,信号灯、道路标志、护栏、设施等)等。
[0067]
位置信息取得部44在物理上具有与位置信息取得部36同样的结构。位置信息取得部44所检测出的车辆40的位置信息以能够进行检索的方式被储存在车辆信息数据库431中。另外,作为对车辆40的位置进行检测的方法,也可以采用组合lidar(light detection and ranging(光探测和测距)、laser imaging detection and ranging(激光成像探测和测距))和3d数字地图的方法。
[0068]
输入输出部45由触摸面板显示器和扬声器麦克风等构成。作为输出单元的输入输出部45被构成为,根据由控制部41实施的控制,在触摸面板显示器的画面上对文字、图形等进行显示、或者从扬声器麦克风输出语音,从而能够向外部通知预定的信息。此外,作为输入单元的输入输出部45被构成为,通过用户等对触摸面板显示器进行操作、或者朝向扬声器麦克风发出语音,从而能够向控制部41输入预定的信息。另外,虽然在本实施方式中,车辆40具备作为单独的功能的位置信息取得部44以及输入输出部45,但是也可以代替位置信息取得部44以及输入输出部45,具备兼具位置信息取得部44以及输入输出部45的功能且附带通信功能的车载导航系统。
[0069]
近距离无线通信部46例如具有依照了nfc、ble或者irda等的标准的通信功能,且设置在车辆40的预定位置处。在用户例如进行电子货币支付时,通过将用户终端30放在预定位置,从而通过近距离无线通信部46,在用户终端30和店铺终端50之间执行近距离无线通信。
[0070]
驱动部47为实施车辆40的行驶所需的驱动的驱动部。具体而言,车辆40具备作为
驱动源的发动机,且发动机被构成为能够通过利用燃料的燃烧而实现的驱动来使用电动机等进行发电。发电而产生的电力被充电到能够进行充电的蓄电池中。另外,车辆40具备传递发动机的驱动力的驱动传递机构以及用于行驶的驱动轮等。
[0071]
店铺终端50为被设置于提供免下车服务的店铺侧的信息处理装置,且具备控制部51、通信部52、存储部53以及近距离无线通信部54。控制部51、通信部52、存储部53以及近距离无线通信部54分别在物理上具有与控制部11、通信部12、存储部13以及近距离无线通信部34同样的结构。
[0072]
控制部51对店铺终端50的各种结构要素的动作进行综合控制。
[0073]
通信部52由通过经由了网络2的无线通信在与钱包服务器10之间进行信息通信的dcm等构成。
[0074]
在存储部53中储存有操作系统、各种程序、各种表格、各种数据库等。在本实施方式中,在存储部53中储存有能够通过免下车服务购买的商品菜单的数据。
[0075]
近距离无线通信部54具有例如依据了nfc、ble或者irda等的标准的通信功能,且在与车辆40之间执行近距离无线通信。
[0076]
具有这样的结构的免下车系统1通过执行以下所示的订单处理,从而提高了免下车的结算服务的便利性。以下,参照图8以及图9,对执行作为本公开的第一实施方式以及第二实施方式的订单处理时的免下车系统1的动作进行说明。
[0077]
〔订单处理〕
[0078]
[第一实施方式]
[0079]
图8为表示作为本公开的第一实施方式的订单处理的流程的时序图。图8所示的时序图在车辆40进入了能够在与店铺终端50的通信部52之间进行信息通信的范围内的时刻处开始,订单处理进入步骤s1的处理。
[0080]
在步骤s1的处理中,店铺终端50的控制部51从存储部53中读出能够通过免下车服务购买的商品的菜单的数据,并经由通信部52将所读出的数据发送至车辆40。车辆40的控制部41经由通信部42而接收商品的菜单的数据,并且使用所接收到的数据将能够通过免下车服务购买的商品的一览表显示在输入输出部45上。由此,步骤s1的处理完成,订单处理进入步骤s2的处理。
[0081]
在步骤s2的处理中,车辆40的控制部41从乘坐于车辆40上的多个乘员分别接受利用了输入输出部45的要购买的商品的选择操作,并经由通信部42而将与乘员所选择的商品相关的信息作为订单信息按照每一个乘员发送至店铺终端50。另外设为,在对要购买的商品进行选择时,乘员输入用于确定乘员的用户id等信息,并且在订单信息中与所选择的商品相关的信息一同包含有用于确定用户的信息。由此,步骤s2的处理完成,订单处理进入步骤s3的处理。
[0082]
在步骤s3的处理中,店铺终端50的控制部51经由通信部52而接收各乘员的订单信息,并且使用所接收到的订单信息按照每一个乘员而生成用于结算所选择的商品的结算信息。在此,在结算信息中包含有用于确定用户的信息、结算金额以及用于结算手续的专用的qr码(注册商标)。另外,既可以使用qr码(注册商标)之外的二维码,也可以代替二维码而使用条形码。然后,控制部51经由通信部52将各乘员的结算信息发送至车辆40。车辆40的控制部41经由通信部42接收各乘员的结算信息,并且将所接收到的结算信息按照每一个乘员而
显示在输入输出部45上。由此,步骤s3的处理完成,订单处理进入步骤s4的处理。
[0083]
在步骤s4的处理中,各乘员根据显示在输入输出部45上的结算信息并使用自身携带的用户终端30在与钱包服务器10之间进行结算处理。当结算处理完成时,钱包服务器10将结算处理已完成的意思通知给店铺终端50,提供免下车服务的店铺提供乘员所订购的商品。另外,也可以由未乘坐于车辆40中的其他用户代为结算乘员的结算金额。此外,也可以使用其他用户事先存入的金额来执行结算处理。由此,步骤s4的处理完成,一系列的订单处理结束。
[0084]
[第二实施方式]
[0085]
图9为表示作为本公开的第二实施方式的订单处理的流程的时序图。图9所示的时序图在车辆40进入了能够在与店铺终端50的通信部52之间进行信息通信的范围内的时刻处开始,订单处理进入步骤s11的处理。
[0086]
在步骤s11的处理中,店铺终端50的控制部51从存储部53中读出能够通过免下车服务购买的商品的菜单的数据,并经由通信部52而将所读出的数据发送至车辆40。车辆40的控制部41经由通信部42而接收商品的菜单的数据,且使用所接收到的数据将能够通过免下车服务购买的商品的一览表显示在输入输出部45上。由此,步骤s11的处理完成,订单处理进入步骤s12的处理。
[0087]
在步骤s12的处理中,车辆40的控制部41从乘坐于车辆40上的多个乘员分别接受利用了输入输出部45的要购买的商品的选择操作。由此,步骤s12的处理完成,订单处理进入步骤s13的处理。
[0088]
在步骤s13的处理中,车辆40的控制部41对与各乘员所选择的商品相关的信息进行汇集并将其作为订单信息经由通信部42而发送至店铺终端50。另外设为,在对要购买的商品进行选择时,乘员输入用于确定乘员的用户id等信息,在订单信息中和与所选择的商品相关的信息一同包含有用于确定用户的信息。此外,也可以设为,车辆40的控制部41按照每一个乘员发送订单信息,在店铺终端50侧对同一个车辆40的乘员的订单信息进行汇集。是否为同一个车辆40的乘员,能够通过例如对车辆40的位置信息和乘员所携带的用户终端30的位置信息进行比较从而进行判断。由此,步骤s13的处理完成,订单处理进入步骤s14的处理。
[0089]
在步骤s14的处理中,店铺终端50的控制部51经由通信部52接收订单信息,并且使用所接收到的订单信息按照每一个乘员而生成用于对所选择的商品进行结算的结算信息。在此,在结算信息中包含有用于确定用户的信息、结算金额以及用于结算手续的专用的qr码(注册商标)。另外,既可以使用qr码(注册商标)之外的二维码,也可以代替二维码而使用条形码。然后,控制部51经由通信部52而将各乘员的结算信息发送至车辆40。车辆40的控制部41经由通信部42接收各乘员的结算信息,将所接收到的结算信息按照每一个乘员而显示在输入输出部45上。由此,步骤s14的处理完成,订单处理进入步骤s15的处理。
[0090]
在步骤s15的处理中,各乘员根据显示于输入输出部45上的结算信息并使用自身携带的用户终端30在与钱包服务器10之间进行结算处理。当结算处理完成时,钱包服务器10将结算处理已完成的意思通知给店铺终端50,提供免下车服务的店铺提供乘员所订购的商品。由此,步骤s15的处理完成,一系列的订单处理结束。
[0091]
从以上的说明可清楚的得知,在作为本公开的一个实施方式的免下车系统1中,车
辆40从各乘员接受通过免下车服务购买的商品的选择操作,并生成表示乘员所选择操作的商品的订单信息,将所生成的订单信息发送至店铺终端50,店铺终端50使用所接收到的订单信息按照每一个乘员而生成用于实施商品的结算处理的结算信息,并将所生成的结算信息发送至车辆40,车辆40对各乘员的结算信息进行显示,用户终端30使用所对应的乘员的结算信息在与钱包服务器10之间执行商品的结算处理。根据这样的结构,由于能够容易地实施团体结算,因此能够提高免下车中的结算服务的便利性。
[0092]
更进一步的效果和改变例能够由本领域技术人员容易地导出。本公开的更加广泛的方式并不被限定于以上述方式所表示且记述的特定的详细内容以及代表性的实施方式。因此,在不脱离通过技术方案以及其等同物所定义的综合的公开的概念的思想或范围的情况下,能够进行各种各样的变更。
[0093]
符号说明
[0094]
1 免下车系统
[0095]
2 网络
[0096]
10 钱包服务器
[0097]
11、31、41、51 控制部
[0098]
20 结算运营商服务器
[0099]
30 用户终端
[0100]
40 车辆
[0101]
50 店铺终端。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1