技术领域 [0001] 手术支持系统 本发明涉及一种手术支持系统。 背景艺术 [0002] 公知有从服务器控制共享车辆中的车辆的行驶的技术(参照专利文献1)。 引文列表 专利文献 [0003] 专利文献1:日本专利申请公开第2017-169051号 发明概要 技术问题 [0004] 然而,在专利文献1所记载的系统中,无法掌握车辆的使用状况。 [0005] 本发明是考虑到这样的背景而做出的,旨在提供一种能够掌握车辆使用状况的技术。 问题解决方案 [0006] 一种支持单座车辆共享服务运营的运营支持系统,该系统包括:使用请求输入单元,接收来自有意使用车辆的用户的移动终端的使用请求,该请求包括指定 车辆和要使用的卸车站; 使用许可确定单元,当在下车站中有可用的停车位时允许车辆的用户。 [0007] 本申请公开的其他问题以及解决这些问题的方法在实施例的描述和发明的附图中阐明。 发明效果 [0008] 根据本发明,可以识别车辆的使用状态。 附图说明 [0009] 图。1 图1是表示本实施方式的自行车共享服务的图。 图 2 图1是表示本实施方式的手术支援系统的整体结构例的图。 图 3 图1是表示通信装置11的功能结构的图。 图 4 图1是表示用户终端13的硬件结构例的图。 图 5 图1是表示用户终端13的软件结构例的图。 图 6 图1是表示目的地站的选择画面的一例的图。 图 7 图1是表示拍摄自行车1的停车状况的状态的一例的图。 图 8 图1是表示管理服务器20的硬件结构例的图。 图 9 图1是表示管理服务器20的软件结构例的图。 图 10 是表示自行车1开始使用时的运用支援系统的动作的图。 图 11 是表示自行车1的使用结束时的运用支援系统的动作的图。 图 12 图1是表示本实施方式的自行车共享服务的图。 图 13 图1是表示本实施方式的手术辅助系统的结构例的图。 图 14 是表示管理服务器2的硬件结构例的图。 图 15 是表示管理服务器3的软件结构例的图。 图 16 图1是说明与利润分配相关的处理流程的图。 图 17 图1是说明计算对站主23的分配量的处理的图。 图 18 图1是表示本实施方式的自行车共享服务的图。 图 19 图1是表示本实施方式的手术支援系统的整体结构例的图。 图 20 图1是表示用于管理服务器20和代替者终端30的计算机的硬件结构的一例的图。 图 21 图1是表示通信装置11、管理服务器20以及代替者终端30的功能结构的图。 图 22 图1是说明与电池14的更换有关的系统的动作的图。 图 23 图5是表示显示更换请求的车身信息的画面61的一例的图。 图 24图 2 显示了用于呈现每个站点 2 的奖励金额的屏幕 62 的示例。 图 25 图1是说明根据本实施例的电动滑板车共享服务的图。 图 26 图1是表示本实施方式的手术支援系统的整体结构例的图。 图 27 图1是表示小型摩托车1的概略结构的图。 图 28 图1是表示收纳有折叠式车座15的小型摩托车1的外观例的图。 图 29 图1是示出可折叠座椅15可用的小型摩托车1的外观示例的图。 图 30 图1是表示控制装置11的软件结构例的图。 图 31 图1是表示管理服务器20的硬件结构例的图。 图 32 图1是表示管理服务器20的软件结构例的图。 图 33 图1是表示本实施方式的手术支援系统的动作的图。 图 34 图1是表示本实施方式的移动体1的共享服务的图。 图 35 图1是表示本实施方式的手术支援系统的整体结构例的图。 图 36 图1是表示用户终端10的硬件结构例的图。 图 37 图1是表示用户终端10的软件结构例的图。 图 38 图1是表示管理服务器20的硬件结构例的图。 图 39 图1是表示管理服务器20的软件结构例的图。 图 40 图1是表示本实施方式的手术支援系统的动作的图。 具体实施方式 <第一实施例> [0010] 在下文中,将描述根据本发明实施例的用于车辆共享服务的运营支持系统。 而在本实施例中,假设为电动自行车共享服务(包括租赁服务),它可以应用于任何车辆的共享服务。 这种车辆通常可以包括单座车辆(个人机动性)。 [0011] 车辆可以是总长度不超过 1 米的带有电动机的单座个人机动车。 车辆可以是自行车、踏板车、滑板等能够在电动(自动)模式和电动助力模式之间切换的类似物。 该车辆可以是通常不需要确保停车位的车辆。 交通工具可以包括,例如,自行车、踏板车(也称为踢板车、踢滑板车)、滑板、平行摩托车、倒立摩托车(例如Segway等)、自持式 稳定的单环等等。 车辆还可以包括机动自行车和摩托车。 车辆可能包括最高时速低于 30 公里/小时的车辆(例如带电机的自行车)、最高时速低于 24 公里/小时的车辆(例如电动助力自行车)和带有电动自行车的车辆。 最高速度小于 20 公里/小时(例如,假设有电动踢脚板)。 [0012] 图。1图1是表示本实施方式的自行车共享服务的图。 自行车1停放在位于各个地方的站点2。 在本实施方式中,车站2是指能够停放自行车1的场所。 车站2例如是停车场或自行车停车场。 站点2可以是可以存放车辆的地方,可以停放的车辆数量可以不固定,但是在本实施例中,站点2最多可以停放预定数量的自行车1。即 ,每个站点2可以包括在用站点21和空闲站点22中的至少一个。当自行车共享服务的用户要骑自行车1从出发站点2(S)到目的地站点2时 (D)、自行车共享服务的用户在开始使用自行车1之前指定目的地站点2(D)。如果目的地站点2(D)有空位22,则允许使用自行车1 ,自行车1自动解锁并可供用户使用。 [0013] 站2也可以是物理上离散的地面或建筑物楼层隔板的集合。 [0014] 图 2 图1是表示本实施方式的手术支援系统的整体结构例的图。 本实施方式的运转支援系统具备管理服务器20。管理服务器20经由通信网络30与自行车1所具备的各通信装置11和用户终端13可通信地连接。通信网络30例如是 、因特网并且可以由公共电话网络、蜂窝电话网络、无线通信线路、以太网(注册商标)等构建。 [0015] 自行车1还设置有锁定装置12,通信装置11也可以控制锁定装置12进行锁定和解锁。 在本实施例中,通信装置11响应于从管理服务器20接收到的指令来控制锁定装置12进行锁定和解锁,但是可以被配置为根据例*自用户的控制来控制锁定装置12 13 号航站楼。 [0016] 用户终端13为用户使用的便携式终端,例如智能手机、平板电脑、个人电脑等。 用户终端13配备有摄像头,可以捕捉到自行车1的状态。 [0017] 管理服务器20可以是工作站或个人电脑等通用计算机,也可以通过云计算逻辑实现。 管理服务器20可以判断用户是否可以使用自行车1并管理使用状态。 <通讯设备11> [0018] 图 3 是表示通信装置11的功能结构的图。通信装置11具备锁定/解锁指示接收部111、锁定/解锁控​​制部112、位置信息取得部113、位置信息发送部114。 注意,这些功能部分中的每一个也可以由逻辑电路实现或者也可以由执行程序的通用处理器实现。 [0019] 上锁/解锁指令接收部111接收指示对自行车1进行上锁/解锁的指令(以下称为上锁指令或解锁指令,以下将锁定指令和解锁指令组合为上锁/解锁指令)。 在本实施例中,锁定/解锁指令由管理服务器20发送,锁定/解锁指令接收单元111接收发送的锁定/解锁指令。 [0020] 上锁/解锁控制单元112响应于上锁/解锁指令控制锁定装置12上锁或解锁。 上锁/解锁控制单元112对上锁装置12的控制过程采用公知的方法,在此不再赘述。 [0021]位置信息获取单元113可以基于GPS接收器(未示出;可以由通信设备11提供,或者可以从外部传感器获取)接收的GPS(全球定位系统)信号来获取自行车1的位置 , 例如)。 [0022] 位置信息发送单元114发送位置信息获取单元113获取的位置信息。在本实施例中,位置信息发送单元114可以在自行车1处于活动状态时周期性地向管理服务器20发送自行车1的位置信息。 正在使用。 位置信息发送单元114可以按照任何预定的时间周期向管理服务器20发送位置信息,例如1秒、1分钟、5分钟、10分钟。 例如,当自行车1的行驶距离超过预定值时,位置信息发送单元114可以发送位置信息。 <用户终端13> [0023] 图 4 是例示用户终端13的硬件结构的示例的图。所示的结构是示例性的并且可以具有其他结构。 用户终端13包括CPU 101、存储器102、存储设备103、通信接口104、触摸面板显示器105、相机106和GPS 107。存储设备103例如可以是硬盘 磁盘驱动器、固态驱动器、闪存等,用于存储各种类型的数据或程序。 通信接口104是用于连接以太网(注册商标)的适配器、用于连接公用电话网的调制解调器、进行无线通信的无线通信装置、USB等通信网络30的接口。 (通用串行总线)用于串行通信的连接器,或 RS232C 连接器。 触摸面板显示器105可以输入和输出数据。 GPS 107可以获取用户终端13的位置。 [0024] 图 5 图是用户终端13的软件配置示例图。用户终端13可以包括车身识别单元131、开始使用请求发送单元132、目的地站确定单元133、结束- 使用请求发送单元134和车身成像单元135。 [0025] 用户终端13的各功能部例如可以通过将存储装置103中存储的程序读入存储器102并执行来实现。 [0026] 车身确定部131确定用户要使用的车身(自行车1)。 在本实施方式中,将自行车1的识别信息(车身ID)编码后的QR码(注册商标)等代码附加于自行车1,用户终端13的车身识别部131能够 车体ID通过对照相机106拍摄的图像进行解码来取得。车体识别部131例如可以利用自行车1上印刷的车体ID,接受来自用户的车体ID的输入,或者 可以通过蓝牙(注册商标)等近距离通信从自行车1所具备的设备接收车身ID。 另外,车身确定部131也可以通过其他方法取得自行车1的车身ID。 [0027] 使用开始请求发送部132向管理服务器20发送自行车1的使用请求(使用开始请求)。设定表示用户的用户ID和表示自行车1的车身ID 在开始使用请求中。 如果用户预先指定作为目的地的站(目的地站),则目的地站也被设置在开始使用请求中。 [0028]目的地站确定单元133确定目的地站。 目的地站确定单元133可以例如显示地图以接受目的地的指定和位于指定目的地附近的输出站以允许用户选择目的地站。 例如,目的地站确定单元133可以首先接受目的地的指定。 目的地的指定可以被接受为如上所述的地图上的位置的指定并且可以接受诸如区域名称或车站名称的指定。 目的地站确定单元133可以设置指定的目的地并且向管理服务器20发送对位于目的地附近的站的列表的请求(站请求)。 目的地站确定单元133可以接受从管理服务器20返回的站列表中选择目的地站。 图 6 图1是表示目的地站的选择画面的一例的图。 如图所示,目的地站确定单元133可以例如在屏幕上显示地图并且在地图上显示用于站2的列表的图标。 目的地站2由用户用手指3等选择图标来指定。 使用开始请求发送单元132可以在使用开始请求中设置目的地站确定单元133接收的目的地站2的指定,并将其发送到管理服务器20。 [0029] 如后所述,如果目的地站2有空槽,则允许使用自行车1,并且根据管理服务器20的指示解锁自行车1的锁定装置12,并且用户可以使用自行车1。 [0030] 使用结束请求发送部134向管理服务器20发送自行车1的使用结束请求(使用结束请求)。表示用户的用户ID和表示自行车1的车身ID 在完成使用请求中设置。 也可以从一开始就在结束使用请求中设置如下所述的停车图像。 [0031] 车身成像单元135控制摄像头106对自行车1的外观进行拍摄。在本实施例中,车身成像单元135期望自行车1到达目的站后,其状态为: 停放的自行车1被捕获。 车身拍摄单元135可以由用户手动启动并且可以输出指示用户拍摄停车状态的图像的消息。 图 7 图1是表示拍摄自行车1的停车状况的状态的一例的图。 如图所示,用户可以拍摄车辆离开后停放的自行车1的图像,并且车身成像单元135可以获得拍摄的图像(称为停放图像)。 使用结束请求发送部134将由车身摄像部135拍摄或由车身摄像部135取得的图像发送给管理服务器20。由此,自行车1的使用结束。 <管理服务器> [0032] 图 8 是表示管理服务器20的硬件结构的一例的图。所示的结构是一例,也可以是其他结构。 管理服务器20包括CPU 201、内存202、存储设备203、通信接口204、输入设备205和输出设备206。存储设备203例如可以是硬盘驱动器、a 固态硬盘、闪存等,用于存储各类数据或程序。 通信接口204是用于连接到通信网络30的接口,例如用于连接以太网(注册商标)的适配器、用于连接公共电话网络的调制解调器、用于进行无线通信的无线通信设备、USB (通用串行总线)用于串行通信的连接器,或 RS232C 连接器。 输入设备205可以是例如键盘或鼠标、触摸板、按钮、麦克风等,用于输入数据。 输出设备206例如可以是显示器、打印机、扬声器等,用于输出数据。 [0033] 图 9 是表示管理服务器20的软件结构的一个例子的图。管理服务器20包括站点信息提供单元211、开始使用处理单元212、使用许可确定单元213、使用费用确定单元 214、锁通信单元215、使用结束处理单元216、站点信息存储单元231、管理员存储单元232、图像存储单元233、车体信息存储单元234、使用历史存储单元 235和广告存储单元236。 [0034] 上述功能单元211至216是通过将存储设备203中存储的程序读出到存储器202中并执行来实现的,存储单元231至236可以实现为存储器202提供的存储区域的一部分,以及 存储设备203。 [0035] 站信息存储单元231存储与站2有关的信息(站信息)。 站点2的位置(可以是代表位置,例如可以通过纬度和经度来识别)、识别管理站点2的管理员的管理员ID、站点可以停放的自行车1的数量 2(可停放台数)、此时可停放自行车1的台数(空位22台数)等都包含在站点信息中,与标识站点2的站点ID相关联。 如果站 2 不由第三方管理,则可以不为管理员 ID 设置值。 [0036] 管理员存储单元232存储关于管理员的信息(管理员信息)。 识别管理员的管理员ID和支付信息可以包括在管理员信息中。 支付信息例如可以是对管理员进行奖励时所需的信息。 可以基于支付信息给予与提供站2有关的奖励。 [0037] 图像存储单元233记录停车图像。 图像存储单元233可以包括识别拍摄停车图像的用户的用户ID、拍摄停车图像的日期和时间、指示显示在停车图像中的自行车1的车身ID、停车图像所在的位置。 停车图像、表示停车图像所示的自行车1停放的车站2的车站ID、以及停车图像的图像数据。 [0038] 车身信息存储单元234存储关于自行车1的信息(车身信息)。 识别自行车1的车身ID、车身信息最后更新(last update)的日期和时间、最后更新日期和时间的自行车1的位置、自行车1的电池充电量、a 表示自行车1当前是否在使用中的标志(in-use flag),如果自行车1停放,则表示停放自行车的站点2的站点ID可以包括在车身信息中。 车身信息可以定时更新。 [0039] 使用历史存储单元235存储自行车1的使用历史。识别使用自行车1的用户的用户ID、自行车1的使用开始和结束的日期和时间、识别自行车的车身ID 用户使用的图1、用户开始使用自行车1的站点2(出发站点)、自行车1的目的地站点2(目的地站点)以及使用费用可以包括在使用历史中。 [0040]广告存储单元236存储与广告相关的信息(广告信息)。 广告信息中包含用于输出广告的条件和广告数据,以便与识别广告的广告ID相关联。 该条件可以是对应于各种信息的条件,例如自行车1在使用中或自行车1的使用结束时等时间条件、自行车1是否停在特定位置等空间条件等。 站点2和自行车1是否经过特定地点(车身信息中的位置是否经过特定地点附近),以及用户属性对应的条件,例如用户是否是女性。 广告数据可以是例如由HTML描述的屏幕数据,或者可以是电影数据、静止图像数据、纯文本数据等。 [0041] 站信息提供单元211向用户终端13提供站信息。站信息提供单元211可以响应于来自用户终端13的请求(可以是开始使用请求或其他请求)提供站信息 要求)。 例如,当开始使用请求包括目的地(或目的地坐标等)时,站点信息提供单元211可以从站点信息存储单元231中检索指定目的地附近的站点信息或站点 具有距指定坐标预定距离内的位置的信息,并响应搜索结果列表。 站点信息提供单元211例如可以周期性地广播站点信息或者将站点信息发送到建立了会话的每个用户终端13。 [0042] 使用开始处理部212进行与用户开始使用自行车1有关的处理。 在本实施方式中,使用开始处理部212从用户终端13接收使用开始请求,使后述的使用许可判定部213判定是否使用在接收到的开始中指定的自行车1。 允许使用请求。 另外,当开始使用请求中没有设置目的站2时,开始使用处理单元212可以发送消息指示用户终端13设置目的站2。当目的站2 如果指定了,则使用开始处理部212可以使后述的使用许可判定部213判定是否允许使用自行车1。 在使用许可判定部213判定为许可的情况下,使用开始处理部212使后述的锁通信部215发送解锁指令,对使用开始请求中指定的自行车1进行解锁, 启用处理单元212可以将出发站(指定自行车1当前停放的站点,即包含的站点ID所代表的站点ID)的站点信息中的空位数加1 车体信息中),将目的站对应的站点信息中的空位个数减1。 进一步地,可使用处理单元212可将指定自行车1对应的车身信息中的使用中标志更新为真。 [0043] 使用开始处理部212也可以在使用开始时发送广告(广告发送部)。 例如,开始使用处理单元212可以从广告存储单元236中检索满足条件的广告信息,并将检索到的广告信息的广告数据发送给用户终端13。开始使用处理 单元212可以例如检索与出发站或目的地站附近相关的广告信息。 此外,当可以检索到多个广告信息时,开始使用处理单元212可以优先发送其中设置了与出发站或目的地站附近的位置对应的条件的广告数据。 [0044]使用许可判断部213判断是否允许使用自行车1。 例如,当车身信息的使用中标志为真时,使用许可确定单元213可以确定自行车1的使用不被允许。 如果车身信息的电池充电量小于预定值,则使用许可确定单元213可以确定自行车1不被允许使用。 另外,可否使用判断部213也可以在目的地车站的车站信息的空位数为0的情况下判断为自行车1不可使用。另外,在黑名单中登记了用户ID的情况下(未登记) 如图所示),例如,使用许可确定单元213可以确定自行车1的使用是不允许的。 如果没有作出上述不许可使用自行车1的确定,则使用许可确定单元213可以确定自行车1被许可使用。 [0045] 使用费用确定单元214确定自行车1的使用费用。使用费用确定单元214可以根据例如自行车1的使用时间来确定使用费用。使用费用确定单元214例如可以确定 与自行车1的类型对应的预定金额作为使用费。 使用费用确定单元214还可以执行动态定价,其中价格根据例如用户的属性或使用历史而变化。 使用费用确定单元214可以例如为使用频率较高的用户设置更便宜的使用费用,为具有特定活动目标属性的用户设置更便宜的使用费用,并且当用户使用费用时确定逐渐便宜的使用费用。 使用频度(使用履历数)为规定数以上。 [0046] 使用费确定单元214还可以为每个站点设置固定或动态的使用费。 例如,使用费决定部214也可以根据空位数来决定使用费(空位数越多费用越低)。 此外,使用费确定单元214可以根据目的地站的使用率(在预定期间内用作出发站或用作目的地站的次数的比率,例如一次)来确定使用费。 天或一周,相对于可停放的车辆的最大数量)使得使用率变得越高,使用率变得越高。 使用费确定单元214还可以根据从车站到火车站、汽车站、商业设施等的距离来确定使用费(使得距离越短,使用费变得越高 ). [0047] 使用费确定单元214还可以根据自行车1的路线设置使用费。例如,如果自行车1经过特定路线,使用费确定单元214可以收取更高的使用费。 可能会很拥挤的地方,比如灯火通明的街道,有体育赛事的地方,或者有现场活动的地方,可以收取更高的费用。 相反地​​,如果自行车1经过预定路线,则使用费确定单元214可以收取较低的使用费。 例如,如果希望增加面向商业设施或商店的道路上的交通,或者如果希望通过活动或节日使人行道恢复活力,或者如果希望认可新的商业设施,使用费 可能出于促销目的而设置便宜。 在这种情况下,例如,商业设施等可以是要收费的。 使用费判定部214例如检测到自行车1正在向收费高的道路行驶,或者在收费高的道路上检测到自行车1的存在,发出警报 用户终端(或自行车1的通信装置11),从用户终端或通信装置11输出警报。此外,使用费决定部214例如也可以通知用户终端或通信装置 从图11可知,与自行车1当前行驶的道路平行的道路的收费更便宜。 [0048]锁通讯单元215控制自行车1的锁具12的锁闭和解锁。在本实施例中,锁通讯单元215可以通过向通讯装置11发送解锁指令来解锁锁具12。 [0049] 使用结束处理部216进行自行车的使用结束时所需的处理。 当停止使用请求中不包括停车图像时,停止使用处理单元216可以发送指示用户终端13捕获停车图像的消息。 另外,使用结束处理部216(下车图像接收部)可以将从用户终端13接收到的停车图像附加表示用户的用户ID、日期 时间、车身ID、位置信息、表示目的地车站的车站ID。 结束使用处理部216根据结束使用请求中设定的位置信息或车身信息的位置信息,判断自行车1是否在目的站2,何时在目的站2。 当判断自行车1尚未到达目的站2时,使用完毕处理单元216判断为尚未使用完毕,并向用户终端13发送相应提示信息。 处理单元216可以将结束使用请求中设置的车身ID对应的车身信息的使用中标志更新为假。 [0050] 使用结束处理部216可以在使用结束时向用户终端13发送广告。 例如,响应于使用结束请求,使用结束处理单元216可以向用户终端13发送满足条件的广告信息之一的广告数据。 [0051] 以下,对本实施方式的手术支援系统的动作进行说明。 [0052] 图 10 图1是说明自行车1的使用开始时的运用支援系统的动作的图。 当要使用自行车1时,用户使用用户终端13读取附在自行车1上的QR码(注册商标)(S401)并获取车体ID。 用户终端13向管理服务器20发送设定了取得的车身ID的使用开始请求(S402)。 管理服务器20响应指示设置目的站的消息(S403)。 用户终端13从用户接收目的地选择(S404)。 目的地的选择可以通过接受地图上的预定位置的指定或者接受车站名称、区域名称等的指定来进行。用户终端13将设置了目的地的车站请求发送到管理 服务器20(S405),并且管理服务器20响应目的地附近的站点列表(S406)。 [0053] 用户终端13输出响应的站列表并且可以接受列表内目的地站的指定(S407)。 用户终端 13 可以通过例如如下所示的屏幕接受目的地站的指定。 图 6 . 用户终端13向管理服务器20发送设定了车身ID和表示目的地车站的车站ID的使用开始请求(S408)。 [0054] 管理服务器20根据接收到的使用开始请求,判断是否允许使用自行车1(S409)。 是否允许使用自行车1的确定由上述使用许可确定单元213执行。如果确定可以使用自行车1,则确定使用费(S410)。 如上所述,使用费用由使用费用确定单元214确定。 管理服务器20向车体ID所示的自行车1的通信装置11发送解锁指示(S411),通信装置11接收到解锁指示,控制锁定装置12并进行解锁(S412)。 [0055] 另一方面,广告数据连同指示使用已经开始的消息从管理服务器20发送到用户终端13(S413)。 广告数据与消息一起显示在用户终端13。 [0056] 图 11 是表示自行车1的使用结束时的运营支援系统的动作的图。用户将自行车1骑到目的地车站后,操作用户终端13,向管理人员发送使用结束请求。 服务器20为了结束自行车1的使用(S421)。 在使用完成请求中设定车身ID和自行车1的当前位置。 [0057] 管理服务器20可以根据当前位置确定自行车1当前到达的站点(S422)。 如果在使用结束请求中没有设置停车图像,则管理服务器20可以发送指示用户终端13捕获停车图像的消息(S423)。 [0058] 用户终端13显示消息,并且响应于该显示,用户使用用户终端13捕获自行车1的停放状况(S424)。 用户终端13将捕获的停车图像发送到管理服务器20(S425),图像被存储在图像存储单元233中并且使用历史也被注册(S426)。 管理服务器20进一步向自行车1发送锁定命令(S427)。 [0059] 当自行车1的通信装置11从管理服务器20接收到锁定命令时,锁定装置12可以相应地被控制和锁定(S428)。 [0060] 另一方面,管理服务器20向用户终端13发送广告数据以及指示使用已经结束的消息(S429)。 广告数据与消息一起显示在用户终端13。 [0061]以上,对本实施方式进行了说明,但上述实施方式是为了便于理解本发明,而不是为了限制对本发明的解释。 本发明在不脱离其精神的范围内可以进行变更、改良,并且本发明也包含其等同物。 [0062] 例如,在本实施例中,通信装置11与管理服务器20直接相互通信。 但是,它们之间的通信不限于此,也可以在通信装置11和管理服务器20之间插入API服务器等计算机。 [0063] 在本实施例中,管理服务器20定义为一台计算机,但是管理服务器20可以由多台计算机实现,管理服务器20提供的各种功能可以分布到多台计算机。 <不指定车身> [0064] 在本实施方式中,在使用开始请求中指定了表示自行车1和目的地车站的车身ID,但也可以在目的地车站设定时不设定车身ID。 在这种情况下,在用户进行预约时,仅设定目的地车站,之后用户决定在出发车站使用的自行车1。 然后,用户可以将车身ID设置为要发送到管理服务器20的第二开始使用请求。 <指定出发站> [0065] 另外,也可以在使用开始请求中设定出发站来代替车体的指定。 在这种情况下,用户终端13可以包括出发站设置单元并且可以通过类似于图10所示的屏幕接受出发站的指定。 图 6 . 另外,可否使用判定部213也可以在出发站有可用的自行车1且在目的地站有空车的情况下,判定为可使用自行车1。 此外,如果车站有多种类型的车辆(例如,电动助力自行车、电动自行车、电动滑板车、电动助力踏板车、电动踢脚板、电动踢脚板、电动滑板、电动助力滑板、电动平行摩托车等) 2 (即,为共享服务提供),车辆类型可以在开始使用请求中指定。 在这种情况下,管理服务器20可以管理哪种类型的车辆停在哪个站点2,并确定在开始使用请求中指定的类型的车辆是否可用。 <指定使用/到达时间> [0066] 此外,开始使用请求可以指定使用时间或到达目的站的时间。 在这种情况下,至少在开始使用请求中指定了目的地站。 在开始使用请求中,可以进一步指定车身ID或者可以进一步指定出发站。 开始使用请求中还可以指定开始使用时间。 当在开始使用请求中指定了出发站和使用开始时间时,使用许可确定单元213可以确定自行车1是可预订的,即使在指定的出发站停放的自行车1不存在,但是 预定另一个用户将在出发时间到达目的站。 到达目的站的时间表可以根据使用时间或到达时间来计算。 <允许超额预订> [0067] 另外,在本实施方式中,如果目的地车站没有空位则不能进行预约,但即使在目的地车站没有空位也可以进行预约。 在这种情况下,例如,如果目的地车站的车站信息中的可用地点的数量等于或大于负阈值(即, -1 乘以允许的数量)。 [0068]这里,管理服务器20可以响应于当在目的地站没有可用位置时接收到超过预定数量的预约而向用户发送消息以诱导在该站使用自行车1。 该消息可以例如作为诸如电子邮件或聊天的消息被发送,或者它可以作为推送通知被发送到在用户终端13处运行的应用程序。此时,管理服务器20可以提供奖励 给用户。 例如,管理服务器20可以向用户发放积分、折扣费用或发放优惠券。 <允许超售数量预测> [0069] 此外,即使在目的地站没有空车位也接受预约时,管理服务器20可以预测以该目的地站为出发站的其他用户使用的自行车的数量,直到属于该用户的时间 预约到达目的站,当目的站无空位时,将预测数量作为可预约数量(允许数量),判断是否接受预约。 <超额预订未能乘车的奖励> [0070] 另外,在即使在目的地车站没有空位也受理预约的情况下,在预约对象的用户到达目的地车站并准备下车时,如果没有空位22,则管理服务器20可以 发送消息指示用户移动到目的站附近的站2,并给予用户一定的奖励。 [0071] 在这种情况下,管理服务器20可以通过从用户终端13接收到指示停放失败的消息(到其 指示结束使用的自行车1的车身ID或目的地站的站ID)。 [0072] 此外,如果在从用户终端13接收到的使用结束请求中设置了目的地站的站ID,则管理服务器20可以检测到停车失败,因为由 站 ID 为 0 或更小。 此外,管理服务器20可以检测到停车失败是因为从管理服务器接收到的使用完成请求中设置的车身ID对应的车身信息的站点ID所指示的站点信息中的空位数量 用户终端 13 为 0 或更少。 [0073] 当检测到目标站点停车失败时,管理服务器20可以检索位于距离目标站点的位置预定距离内的站点(站点信息中的位置)对应的站点信息。 这里,管理服务器20可以搜索最接近目的地站的位置的站信息。 此外,管理服务器20可以搜索与目的地站点的位置在预定距离内(或最近位置)的站点的位置对应的站点信息,其中空闲站点的数量是预定数量(对于 例如,一个)或多个。 [0074] 管理服务器20向用户终端13发送指示移动自行车1(改变目的地站点)的消息,该消息还包括搜索到的站点信息所指示的站点2。 当用户终端13接收到消息时,用户终端13可以在地图上显示候选站点2,如 图 6 , 例如。 在此,管理服务器20给予用户的报酬例如可以是自行车1的使用费的折扣(包括免费)、使用费以上的货币支付、优惠券的发行、以及 发行一个点。 [0075]在这种情况下,当即使目的地车站没有空位也接受预订时,管理服务器20可以通知用户目的地车站没有空位并且用户可能不得不 如果到达目的站时没有空位,则移动到邻站2,从而可以征得用户的同意。 在这种情况下,管理服务器20也可以将目的站点的相邻站点2通知给用户。 <近站提案> [0076] 如果在预订时没有空位,管理服务器20也可以建议附近的车站。 例如,当管理服务器20接收到来自用户终端13的开始使用请求时,如果在开始使用中设置的目的地站的站ID指示的站信息中设置的空闲点数 如果请求不超过预定数量(例如0),则管理服务器20可以向用户建议目的站附近的站2(对应于距该站指示的位置预定距离内的位置的另一站2 目的站信息)。 管理服务器20还可以根据空闲点的数量和与目的地站的距离来建议具有优先级的邻近站。 例如,管理服务器20可以向用户终端13发送按优先级顺序排序的站点信息的列表,并且用户终端13可以显示该列表。 另外,管理服务器20将站点信息按优先级发送给用户终端13,在用户终端13,例如可以在地图上显示站点2,使得优先级高的站点在地图上更显眼。 屏幕显示在 图 6 . [0077] 这里,管理服务器20可以将上述预定数目设置为大于0的数目,并且在目的地站点的附近站点2中建议具有比预定数目更多的空位的站点2。 若预定数量大于0且目的站空位数量大于0且小于预定数量,则管理服务器20可建议用户将目的站更改为邻近站2,或者 提供奖励(例如,打折使用费、赠送积分、发放优惠券等)。 <开始使用后指定目标站> [0078] 自行车1的使用开始时,用户可以不指定目的地车站而进行预约,在使用结束前(也可以是用户到达目的地车站前后),结束使用请求发送部 134可以发送其中指定了目的地站的使用结束请求。 在这种情况下,管理服务器20可以包括结束使用确定单元,其根据目的地站是否有任何空位来确定是否允许结束使用。 如果结束使用判断单元判断为不允许结束使用,则即使用户将自行车1留在目的地站也可以继续向用户收费。 <通知下一个用户> [0079] 另外,管理服务器20也可以在自行车1的使用结束后通知其他用户。 当从自行车1接收到的当前位置落在距目的地站的预定距离内时,管理服务器20可以通知其他用户。 在这种情况下,管理服务器20例如可以在预约的用户要使用自行车1的车站2(出发站)没有车身的情况下,允许这些其他用户之一进行预约,并且 存储预约,并在自行车1使用结束停放的车站2通知用户预约。 另外,想要结束自行车1的使用的用户也可以指定朋友等其他用户,由其他用户接收使用结束的自行车1。 <基于供需预测的动态定价> [0080]另外,管理服务器20也可以具备预测自行车1的供需并根据预测的供需来决定自行车1的使用费的使用费决定部。 [0081] 使用费确定单元可以根据自行车1在站点2的需求量来确定使用费。例如,对于停在高需求站点2的自行车1(停放的自行车1较少),使用费 可以设置比停在不同车站 2 的自行车更高的价格(每小时价格、每行驶距离的价格或固定价格)。例如,需求可以表示为停在不同车站的自行车 1 的数量有多少 站点2。使用费确定单元可以确定作为出发站点的站点2的使用费,使得例如停放的自行车1越少,使用费变得越高。 [0082] 此外,使用费确定单元可以根据预测需求确定使用费。 使用率确定单元可以预测每个站2在预定时间(例如,一小时、六小时、十二小时等)的未来需求(使用),并根据预测需求(例如,更长时间)确定使用率。 需求越大,使用费就越高)。 需求的预测可以基于例如过去的使用历史。 例如,使用费确定单元可以创建预测模型以基于诸如站点2的位置的解释变量(诸如站点2是否面向没有道路的道路)来预测在站点2使用的自行车1的数量。 小于预定宽度,车站 2 是否位于繁忙的购物区或住宅区内,距车站或公共汽车站的距离,距收费停车场(例如投币式停车场等)的距离,数量 预定距离内的居民人数,或预定距离内白天的人口/夜间人口),站点 2 的大小(例如停车位的数量),季节,时区,星期几,天气,以及 站2附近是否存在事件,并将预测模型存储在预测模型存储单元中以使用预测模型预测需求量。 [0083] 另外,使用费确定单元可以根据站点2的自行车1的供应数量确定使用费。例如,对于停放在高供应站点2(站点2有大量车辆的站点2)的自行车1。 停放的自行车 1),可以将使用费(按小时、按距离或固定)设置为低于停放在不同站点 2 的自行车 1。 [0084] 另外,使用费确定单元可以预测未来预定时间段(例如1小时、6小时、12小时等)在每个站点2的供应量,并根据预测的供应量确定使用费。 金额(例如,供应量越高,使用费越低)。 可以通过估算目的站的预约数量,即目的站要停放的自行车数量来估算供应量。 与出发站相同,使用费确定单元可以创建预测模型,该预测模型基于诸如站2的位置和大小、季节、时区等解释变量来预测其中站2是目的地站的预订数量 、一周中的某一天、天气以及车站 2 附近是否存在事件,并使用此类预测模型预测供应量。 [0085] 此外,使用费确定单元可以根据需求(或​​预测需求)和供应(或预测供应)来确定使用费。 <根据供需预测匹配通知)> [0086] 此外,根据站点2的供需,管理服务器20可以通知用户他/她被诱导使用自行车1。 [0087]例如,管理服务器20可以包括根据供应和需求提供通知的通知单元。 通知单元可以向用户通知关于如果需求增加将不允许使用站2的自行车1的可能性的警告,即,停放在站2的自行车数量低于预定数量(或 停在车站 2) 的车辆数量的预定百分比。 通知的目标可以限于当前位置在距站2预定距离内的用户终端13。 [0088] 相反地​​,通知单元可以在供应量增加时,即,当停放在车站2的自行车数量超过预定数量时,发出通知以促进在车站2使用自行车1以确保空位。 数量(或与可停放在车站 2 的车辆数量的预定比率)。 在这种情况下,通知单元可以向用户终端发出带有奖励的通知,例如折扣(包括免费)或优惠券。 通知的目标可以限于当前位置在距站2预定距离内的用户终端13。 [0089] 此外,当没有或很少(不超过预定数量或预定比例)自行车停在车站 2 的附近(在距车站 2 的位置的预定距离内)时,预测 为了增加供应,可以向用户终端13的全部或部分(例如,仅运行应用程序的用户终端13)发出通知以建议使用增加或增加供应的站2 用于预约自行车 1) 靠近最近的车站 2 (在与相邻车站 2 的预定距离内)。 在这种情况下,可以将上述奖励附加到通知中。 <指定目的地车站时显示路线> [0090] 也可以在预约自行车1时提示到目的地站的路径。管理服务器20也可以具备提示从出发站到目的地站的路径的路径提示部。 例如,路径呈现单元可以响应于开始使用请求获取指定车身ID对应的车身信息的站点ID,获取获取的各个站点ID对应的站点信息的位置 (出发站的站号)和开始使用请求中指定的目的站的站号对应的站号,呈现从出发站到目的站的行驶路线。 对于路线搜索,例如,可以使用在已知的汽车导航系统中使用的技术。 在这种情况下,可以将汽车等专用道路从路径中排除,在路径选择中,汽车不能行驶,但自行车1可以搜索包括可以行驶的道路的路径。 <交通工具组合> [0091] 路线呈现单元还可以将多种交通工具组合呈现路线。 在这种情况下,路线呈现单元可以通过多种车辆(例如,电动助力自行车、电动自行车、电动滑板车、电动助力踏板车、电动踢脚板、电动滑板、电动助力滑板、电动平行摩托车、 等等),以及车辆的组合,例*自汽车共享的汽车,公共交通工具例如出租车、火车、公共汽车等,以及步行。 在这种情况下,车站2可以包括火车站、公共汽车站、出租车站等,并且可以执行包括步行在车站2之间移动的路由。 <分析停车图像> [0092]管理服务器20可以包括分析停车图像以确保自行车1正确停放的停放确认单元。 停车确认单元可以分析停车图像以确定自行车1是否正确停放在车站2的停车位。为了确定自行车1是否正确停放,可以创建通过机器学习学习的分类器,用于 例如,在正确停车条件下捕获的多个停车图像、在不正确停车条件下捕获的多个停车图像以及指示停车是否正确完成的信息,并且可以使用这样的分类器。 如果自行车1没有正确停放,停放确认单元可以向用户终端13通知警告。 如果自行车1没有正确停放,停放确认单元可能不允许(继续充电)结束使用。 <紧急停止> [0093] 在本实施方式中,假设自行车1在目标车站被骑下。 例如,在自行车1发生故障、故障等紧急情况时,也可以在目标车站以外的车站下车。 在这种情况下,用户终端13可以向管理服务器20发送紧急停止请求(以下称为紧急停止请求)。可以设置表示用户的用户ID和表示自行车1的车身ID 在紧急停止请求中。 紧急停止请求中可以省略用户 ID。 在这种情况下,管理服务器20可以删除与在紧急停止请求中设置的车身ID相对应的车身信息的站点ID,以更新为例如表示紧急停止的信息。 [0094] 紧急停止的自行车1可以由服务业者取回并运送到任意的车站2。管理服务器20还可以包括使用诱导通知单元,该使用诱导通知单元发送通知以诱导紧急停车的自行车1的使用 停止。 例如,使用诱导通知部也可以向用户终端发送设定了紧急停止自行车1的车身信息(将表示紧急停止的信息作为站点ID的车身信息)的位置的消息。 图13中的车身信息的位置位于预定距离以内。 使用诱导通知单元可以对用户使用紧急停止的自行车1给予奖励。例如,使用诱导通知单元可以提供诸如金钱、积分、优惠券等价值,和/或折扣或免费使用 与将紧急停止的自行车 1 移动到任何站点 2 相关的自行车 1 的费用。 [0095] 管理服务器20可以不允许在预设停止禁止区域内紧急停止。 在这种情况下,管理服务器20可以包括用于存储指示停止禁止区域的信息的停止禁止区域信息存储单元和用于确定是否允许紧急停止的紧急停止确定单元。 例如,紧急停车判断单元可以判断接收到的紧急停车请求中设定的车身ID对应的车身信息的位置是否在预定的禁止停车区域内,如果在禁止停车区域内,则 紧急停止判定部向用户终端13发送表示车身不能停止的警报。此外,如果紧急停止判定部判定自行车1不能停止,则管理服务器20可以不允许结束 使用(即收费将继续)。 [0096]另外,可否使用判定部也可以对在禁止停止区域内停止了规定时间以上的自行车1发送警报。 使用许可确定单元可以向用户终端13发送警告或者通知共享服务的运营商。 可否使用判定部例如可以监视车身信息的位置,检测在禁止停止区域内且在规定时间以上没有位置变化的自行车1,并发送警报。 向使用由检测到的车身信息指示的自行车1的用户提供信息。 或服务运营商。 [0097] 在紧急停止的情况下,管理服务器20可以要求用户提供捕获自行车1的停车状况的停车图像。管理服务器20可以不允许结束紧急停止请求的使用(继续充电) 其中不包括停车图像。 此外,向服务的运营商提供停车图像,让运营商确定停车条件是否合适,并且当管理服务器从运营商处接收到指示停车条件不合适的输入时(当 用户粗放或以干扰其他行人或汽车的方式停车),管理服务器20可以向用户发送停车条件差的消息,因此施加罚款,阻止用户使用 自行车 1 一段时间,和/或增加使用费。 [0098] 如上所述,假定将捕获正常使用结束时的停车图像,从而能够确定它正确地停在车站 2 内的停车位中。但是,在紧急停止的情况下,管理服务器 图20可以指示用户捕捉图像以确定自行车1停放使得行人或车辆不被阻挡。 另外,管理服务器20可以通过分析停车图像来确定自行车1停在人行道的边缘(停车位是否位于车行道和人行道之间的分界线附近,例如护栏、路缘石、 或白线,或车体的纵向是否也大致平行于边界线)以防止对行人、汽车等造成阻碍。如果自行车1未停放以防止成为障碍物,管理服务器 20 不得准许整理使用。 [0099] 此外,管理服务器20可以指示,当进行紧急停止时,不仅捕获停车位而且捕获停放的车身的背景。 管理服务器20可以分析停车图像以检测车身并且确定已经捕获了车身背景(例如,已经以预定比例或更大比例捕获了背景而不是地表面),并且如果 确定背景没有被充分捕获,管理服务器20可以不允许结束使用。 在这种情况下,管理服务器20还可以分析停车图像以确定其他移动物体如行人、自行车、汽车等是否被遮挡,例如是否有预定数量或更多的其他移动物体被遮挡。 显示。 [0100] 此外,管理服务器20也可以指示用户在紧急停止的情况下拍摄紧急停止位置附近的地标等标记。 如果管理服务器20可以分析停车图像并从停车图像中提取标记,则管理服务器20可以将提取的标记呈现给管理员。 结果,可以通过定位地标等以及位置信息来发现已经紧急停止的车身,从而可以容易地检索紧急停止的车身。 [0101]管理服务器20还可以使紧急停止的车辆对其他用户可用。 紧急停止车辆的车身可以以免费使用费或折扣费的形式提供给其他用户。 管理服务器20还可以将紧急停止的车身位置通知给与使车辆紧急停止的用户不同的其他用户。 管理服务器20还可以响应于来自另一用户的访问而发送在另一用户的当前位置附近紧急停止的车身的位置。 管理服务器20还可以将停车图像提供给其他用户。 [0102] 在紧急停止的情况下,用户可能需要支付额外费用。 该额外费用可用作例如车身取回的成本。 管理服务器20可以为进行紧急停止的用户设置计时器并且如果另一用户在预定时间段内使用紧急停止的车身则可以打折或免除附加费用。 [0103] 另外,也可以预先设定不允许紧急停车的区域(例如,乘客较多的道路),管理服务器20可以在该区域内不允许紧急停车(继续收费) . <等待取消> [0104] 在本实施方式中,在目的地车站没有空位的情况下无法进行预约,但也可以让用户等待目的地车站的取消。 在这种情况下,管理服务器20可以包括用于存储每个站点2的等待取消的用户的取消等待存储单元。当一个用户结束使用自行车1时,管理服务器20可以指定正在等待取消的用户。 取消对应的下车站点2,并向指定用户的用户终端13发送消息,该消息表示自行车1可用。 或者,管理服务器20也可以自动地向等待取消的用户开放骑乘自行车1。 <预先固定费用> [0105] 在本实施方式中,使用费决定部214在自行车1的使用结束时决定使用费,但使用费决定部214也可以在预约时固定使用费。 例如,使用费确定单元214可以获取从出发站到目的地站的路线,获取获取的路线的距离,基于获取的距离和自行车1的平均速度来估计到达时间, 并根据预计时间确定固定使用费。 路线检索可以例如使用在导航系统中采用的方法。 也可以例如使用提供地图服务的地图服务器提供的API来进行路线获取。 基于路线的距离计算例如可以基于路线中包含的经停点的坐标来计算,或者可以使用地图服务器提供的API来获取路线行驶距离。 [0106] 此外,使用费确定单元214可以获取关于路线的信息,例如交通拥堵信息和交通管制信息,并且根据所获取的信息来改变固定使用费。 [0107] 此外,当大大超过估计的使用时间时(当超过预定阈值时),使用费用确定单元214可以取消固定使用费用并根据实际使用时间确定使用费用。 在这种情况下,当计算固定使用费用时,可以提示固定使用费用的有效期(从预定到达时间到目的地站的预定时间之后)。 <确保目的站有效时间> [0108]在本实施方式中,目的地车站的预约在自行车1到达之前有效,但也可以设定期限。 例如,目的地站的预约期限可以设置为从预约时间开始的预定时间(例如,1小时、2小时等)。 在这种情况下,当有效期过去时,管理服务器20可以通知用户终端13有效期已经过去。 此外,管理服务器20可以允许用户在到期时间段过去时再次预约目的地站。 如果不能进行预约,则管理服务器20可以指示用户将可用站点2设置为目的地站点。 <目的地车站空缺通知> [0109] 此外,管理服务器20可以包括通知站点2变为空闲的空闲通知单元。 空闲通知单元例如可以响应于来自用户终端13的指定站点2的请求在站点2空闲的定时相应地通知。 <第二个实施例> [0110] 下面,将描述根据本发明另一实施例的用于车辆共享服务的运营支持系统。 虽然在本实施例中假设了电动自行车共享服务(包括出租服务),但是它可以应用于任何车辆的共享服务。 图 12 图1是表示本实施方式的自行车共享服务的图。 自行车1停在位于不同地方的车站2。 在本实施方式中,车站2是指能够停放(存放)自行车1的场所。 每个站点 2 可以停放每个站点预定数量的自行车。每个站点 2 上可以存在使用中的停车位 21 和空闲停车位 22 中的至少一个。自行车共享服务的用户 11 可以从 骑自行车1从出发站2(S)到目的地站2(D)。用户11在使用自行车1之前指定目的地站2(D)。如果目的地站2(D)处存在空位22,则 自行车1被允许使用,自行车1自动解锁,可供用户11使用。 [0111] 用户11根据在自行车1上花费的时间来支付使用费。在本实施例的运营支持系统中,用户支付的使用费的一部分被分配给管理站点的站点所有者23 2.在本实施例中,使用费的分配是针对出发站2(S)的拥有者23和目的地站2(D)的拥有者23双方进行的,但也可以仅针对其中一方。 . 将使用费部分返还给站主23(利润分成),激励站主23安装站2、进行维护等,以提高站2的使用体验。 [0112] 图 13 图1是表示本实施方式的手术支援系统的结构例的图。 本实施例的操作支持系统包括管理服务器20。管理服务器20可以通过通信网络3与用户11操作的用户终端13通信连接。通信网络3例如是互联网和 可以通过公共电话网络、蜂窝电话网络、无线通信线路、以太网(注册商标)等构建。 [0113] 用户终端13例如可以是智能手机、平板电脑、手机终端、个人电脑等计算机。 当用户11要使用自行车1时,用户11可以申请使用自行车1并使用用户终端13设置目的地站点2(D)。 <管理服务器> [0114] 管理服务器2可以是工作站或个人电脑等通用计算机,也可以通过云计算逻辑实现。 [0115] 图 14是表示管理服务器2的硬件结构的一例的图。所示的结构是一例,也可以是其他结构。 管理服务器2包括CPU 201、内存202、存储设备203、通信接口204、输入设备205和输出设备206。存储设备203例如可以是硬盘驱动器、a 固态硬盘、闪存等,用于存储各类数据或程序。 通信接口204是用于连接到通信网络3的接口,例如用于连接以太网(注册商标)的适配器、用于连接公共电话网络的调制解调器、用于进行无线通信的无线通信设备、USB (通用串行总线)用于串行通信的连接器,或 RS232C 连接器。 输入设备205可以是例如键盘或鼠标、触摸板、按钮、麦克风等,用于输入数据。 输出设备206例如可以是显示器、打印机、扬声器等,用于输出数据。 [0116] 图 15 是表示管理服务器3的软件结构例的图。管理服务器20具备车身信息取得部211、车身利用处理部212、履历登记部213、计费处理部214、 利益分配处理单元215、站点信息存储单元231、车身信息存储单元232、所有者信息存储单元233、使用历史存储单元234和位置变更历史存储单元235。 [0117] 站信息存储单元231存储关于站2的信息(以下称为站信息)。 站点信息包括站点2的位置(可以用代表位置的经纬度来表示)、标识站点所有者的所有者ID 23、站点2可以停放的自行车数量(最大车辆数量) 可以停放的车位),以及与识别车站 2 的车站 ID 对应的可用车位数(空闲车位数)。 [0118] 车身信息存储部232存储与自行车1相关的信息(以下称为车身信息)。 车身信息中,车身信息的最后更新日期和时间、自行车1的位置、自行车1所提供的电池的充电量、指示自行车1是否正在使用中的标记 currently in use(截至最后更新日期和时间),以及指示自行车 1 停放的车站 2 的车站 ID(如果自行车正在使用中,则可以设置 NULL 值)以便与 识别自行车1的车身ID。 [0119] 所有者信息存储单元233存储与站所有者23有关的信息(以下称为所有者信息)。 所有者信息包括支付信息以便与指示站所有者23的所有者ID相关联。支付信息包括例如用于向站所有者23支付分配使用费的信息,例如银行号码 汇款到的账户。 [0120] 使用历史存储单元234存储自行车1的使用历史。在使用历史中,表示使用自行车1的用户11的用户ID、使用开始日期和时间、使用结束日期和时间、车辆 表示使用过的自行车1的车体ID、表示出发站2(S)的站ID、表示目的地站2(D)的站ID、使用费、耗电量。 [0121]位置变更履历存储部235存储自行车1的位置变更履历(以下称为位置变更履历)。 例如,自行车1的位置变化是指将自行车1从没有空位22的站点2移动到有更多空位22的站点2。自行车1的位置变化定期发生,使得数量 停在车站 2 的自行车 1 的数量在两者之间得到很好的平衡。 位置改变历史存储单元235存储这种位置改变的历史。 位置变更履历中,位置变更的日期时间、表示位置变更自行车1的车身ID、表示位置变更前的站点2(出发站)的站点ID、表示站点2的站点ID (目的站)位置改变后。 [0122] 车身信息获取单元211获取车身信息。 在车身信息获取单元211首先接收车身信息的输入并将其登记在车身信息存储单元232中之后,车身信息获取单元211可以仅获取自行车1的位置和电池充电量 更新车身信息。 例如,自行车1可以具备通信装置,该通信装置具有通过GPS获取自行车1的位置的功能、获取电池剩余量的功能以及通信功能。 车身信息获取单元211可以与通信设备进行通信以获取自行车1的位置和电池充电量。 此外,车身信息获取单元211可以请求用户终端13从用户终端13获取自行车1的位置和电池充电量。在这种情况下,用户终端13例如可以获取 从自行车1配备的通信装置获取位置和电池充电量,从自行车1配备的通信装置获取电池充电量,获取用户终端13的位置作为用于GPS功能的自行车1的位置 提供在用户终端13中,或者接收来自用户11的电池充电量的输入。用户终端13例如可以使用相机捕获自行车1显示电池充电量的显示并读取电池充电量 从捕获的图像。 车身信息获取单元211可以周期性地获取车身信息。 车身信息获取单元211可以随时与自行车1的通信装置进行通信,例如每1分钟、每5分钟、每10分钟等,以获取位置和电池电量。 此外,车身信息获取单元211可以被动地接收自行车1发送的位置和充电量。 [0123] 车身使用处理部212进行与自行车1的使用开始和结束有关的处理。 [0124] 当开始使用自行车1时,车身使用处理单元212从用户终端13接收开始使用请求。在开始使用请求中,在开始使用请求中,表示用户的用户ID、车身 设定表示使用的自行车1的ID和表示目的地车站2(D)的车站ID。 若开始使用请求中包含的车身ID对应的车身信息中的i​​n-use flag为false,且该站点ID(目的站)对应的站点信息中的空位数不为 0,车身使用处理单元212可以允许使用。 从而,车身使用处理单元212可以减少该站点信息中的空位数量,增加车身信息中的站点ID对应的站点信息中的空位数量,并更新使用中标志以 车身信息真实。 车身使用处理部212可以在存储器202或存储装置203中存储开始使用的日期和时间、车身信息中的站点ID和电池充电量、以及表示目的地站点的站点ID 2(四)。 [0125]当自行车1的使用结束时,车身使用处理部212从用户终端13接收使用结束请求。在使用结束请求中,用户ID、车身ID、以及 包括自行车1在目的地站2的停放状态的图像。 车身使用处理部212计算自行车1的车身信息的位置与目的地车站2的车站ID对应的车站信息的位置之间的距离(D),当该距离在a以内时 预定阈值,即当自行车1的位置接近目的站2的位置时(D),车身使用处理单元212可以允许结束使用,因为自行车位于目的站2 (四). 车身使用处理部212也可以将使用结束的自行车1的车身信息中的使用中标志更新为假。 稍后可以使用该图像来调查用户 11 如何使用自行车 1。 [0126] 历史登记单元213可以登记使用历史和位置改变历史。 [0127] 当车体使用处理单元212接收到结束使用请求时,历史登记单元213可以登记使用历史。 历史登记单元213将开始使用时车身信息的电池充电量与当前电池充电量之间的差值确定为已使用电量,并且可以根据使用时间来确定使用费用。 开始使用到现在。 使用费例如可以通过将预定的单价乘以使用时间来确定,或者可以通过动态定价来确定,动态定价可以根据用户11而不同。历史登记单元213可以创建使用情况 用户ID,开始日期和时间,当前日期和时间(结束日期和时间),车身ID,开始使用的车站ID,目的地车站的车站ID,使用历史 费用和电池使用量被设置并登记在使用历史存储单元234中。 [0128] 当车身信息被更新时,如果车身信息中的使用中标记为假并且位置已经改变超过预定值,则历史登记单元213可以确定发生了位置改变。 在这种情况下,历史登记单元213可以监视车身信息的位置变化,并且当该位置变化小于预定值并且持续预定时间时(当自行车1的移动停止时) 也可以是,履历登记部213可以从站点信息中指定离该位置最近的站点2,并将指定的站点2的站点ID设置为车身信息中的站点ID。 履历登记部213也可以制作设定了当前日期时间、位置变更后的自行车1的车身ID、更新前的车站ID、更新后的车站ID的位置变更履历, 将位置改变历史登记在位置改变历史存储单元235中。 [0129] 计费处理单元214执行向用户11收取使用费的处理。 计费处理使用公知的方法,这里省略说明。 [0130]利益分配处理部215进行与对站主23的利益分配相关的处理。例如,利益分配处理部215提取1周或1个月等任意规定期间的使用履历,分配 将包含在使用历史中的使用费用的预定百分比(在本实施例中为5%)分配给出发站2(S)的站所有者23,并且还分配包含在使用历史中的使用费用的预定百分比( 在本实施例中为5%)给目的地站2(D)的站所有者23。 利润分配处理单元215可以通过合计分配给每个站所有者23的金额来确定支付给站所有者23的金额。利润分配处理单元215使用以下方式执行向站所有者23支付确定的支付金额的处理: 一种已知的方法。 [0131] 另外,利益分配处理部215例如也可以仅向出发站2(S)的站主23或目的地站2(D)的站主23分配利益。 利润分配处理单元215可以向出发站2(S)的站主23和目的地站2(D)的站主23分配不同百分比的使用费。 [0132] 另外,利润分配处理单元215可以根据自行车1的电池消耗量增加或减少分配给站主23的金额。如果电池消耗量较高,则自行车1的电池充电时间较长且操作较多 发生费用。 因此,利润分配可能会根据电池消耗量进行调整。 例如,利润分配处理单元215可以将预定量或预定百分比添加到具有小电池总量的站点(其可以是出发站或目的地站)的站所有者23的分配量。 在预定时间段内使用的电量(例如,小于使用的电池总电量的平均电量的预定量)。 利润分配处理单元215可以仅向目的地站点的站点所有者23添加对应于电池电量的使用量的量。 [0133] 利润分配处理单元215还可以根据自行车1的位置变化的频率或位置变化的距离来增加或减少对站点所有者23的分配。频繁的位置变化引起相应的成本。 对于此类成本较低或行驶距离较短的站点2,可增设。 利益分配处理单元215例如可以针对每个站点2,统计在预定时间段内该站点2被设置为出发站点或目的地站点的位置变更历史的数量,以及当所统计的时间 数目小于预定值(可以是预定阈值或与总数的比率,也可以是每个站点2的统计数目的平均值或中值),利润分配处理单元215可以添加 预定货币数额、预定百分比数额、数量对应数额、数量对应百分比数额与分配数额。 利润分配处理单元215可以仅向目的地站的站所有者23添加与位置改变历史的数量对应的数额。 在这种情况下,利益分配处理单元215可以根据与位置变更历史相关的出发站和目的地站之间的距离而不是位置变更历史的数量来执行上述添加处理。 [0134]利润分配处理单元215还可以根据停放在站点2的自行车1的电池电量来增加或减少分配给站点所有者23的分配数额。由于站点2中自行车1的电池电量越高,则提高了收益。 用户11的可用性,预期根据电池充电量的分配量促使站所有者23操作具有更高电池充电量的站2。 收益分配处理部215例如可以计算对每个站点2进行分配处理时的电池总充电量,决定与电池充电量相应的追加分配量。 利润分配处理部215例如可以在电池总充电量相等的情况下,在分配额上加上规定额、规定比例额、个数额、个数比例额等。 达到或超过预定值(其可以是预定阈值、每个站2的总电池充电量的百分比、或每个站2的总电池充电量的平均值或中值等)。 利润分配处理单元215可以仅向目的地站的站所有者23添加根据电池充电量的量。 [0135] 图 16 图1是说明与利润分配相关的处理流程的图。 从用户终端13向管理服务器20发送使用开始请求(S401)。 在开始使用请求中,识别用户11的用户ID、识别用户11希望使用的自行车1的车身ID、以及指示骑自行车1的目的地站2(D)的站ID 到。 如上所述,管理服务器20基于自行车1是否未被使用以及目的地站2是否有空位来确定是否允许使用自行车1(S402)。 如果允许使用自行车1,则从管理服务器20向自行车1发送解锁命令(S403)并且自行车1被解锁(S404)。 这样,用户11就可以使用自行车1。在自行车1的使用过程中,自行车1周期性地通知管理服务器20其位置和剩余电池电量(S405)。 [0136] 当自行车1的使用结束时,从用户终端13向管理服务器20发送结束使用请求(S406)。 结束使用请求包括用户ID、车身ID和捕获自行车1停放情况的图像。管理服务器20根据位置确认自行车1已到达目的站2。 信息并确定是否允许使用自行车1(S407)。 如果允许结束使用,则从管理服务器20向自行车1发送锁定命令(S408),自行车1被锁定(S409)。 [0137] 在管理服务器20中,注册使用历史(S410)并且根据使用时间向用户收取使用费(S411)。 [0138] 管理服务器20还根据使用历史计算对站所有者23的分配量(S412)并且将计算的分配量支付给站所有者23(S413)。 [0139] 图 17 图1是说明计算对站主23的分配量的处理的图。 [0140] 管理服务器20的利益分配处理部215从使用履历存储部234读出规定期间(例如1个月)的使用履历(S501)。 利益分配处理部215计算使用费的5%作为对出发站的站长23的分配额(S502)。 这里,利润分配处理单元215可以计算预定期间内出发站的每个站ID的使用费的总和,并计算其5%。 类似地,利润分配处理单元215可以计算使用费的5%作为分配给目的地站的站所有者23的量(S503)。 [0141] 收益分配处理部215针对每个站点ID,合计使用履历的电池消耗量,将与该站点ID对应的分配量与电池消耗量的合计相应的金额相加(S504)。 另外,利益分配处理部215将与该车站ID对应的地点变更履历的合计量对应的量(例如,地点变更履历的次数的计数或距出发车站的距离的平均值)相加 到目的地站)到对应于站ID的分配量(S505)。 另外,利益分配处理部215针对每个站点ID,计算与该站点ID对应的车身信息的电池充电量的合计量(例如合计或平均),并根据该合计量将合计量相加到 对应于站点ID的分配数量(S506)。 [0142] 利润分配处理单元215执行将如上所述计算的分配量支付给站所有者23的处理(S507)。 [0143] 如上所述,可以对存放自行车1的站点2的站点所有者23进行根据自行车1的使用费的利润分配。 [0144]以上,对本实施方式进行了说明,但上述实施方式只是为了便于理解本发明,并非对本发明的限定性解释。 本发明在不脱离其精神的范围内可以进行变更、改良,并且本发明也包含其等同物。 [0145] 例如,在本实施方式中,在使用自行车之前设定了目的地车站,但也可以不设定目的地车站而使用自行车。 在这种情况下,例如,在开始使用请求中不设置目的地站,而仅在其中设置用户ID和车身ID。 车身使用处理部212可以在与车身ID对应的使用中标志为假的情况下允许使用车身。 此外,例如,可以设置预定使用时间而不是设置目的地站,并且当使用中标志为假并且使用时间小于或等于预定最大值时,可以允许使用。 [0146] 在本实施例中,假定通过将使用费乘以5%的比率来计算对站所有者23的利润分配额。 然而,该比例可以是任意的,例如1%、3%和10%。 也可以是始发站所有者和目的站所有者之间的不同百分比。 或者,可以根据时区设置不同的比率,或者根据站主的属性设置(例如,是自然人还是法人,他/她成为站主的天数, 自有车站的数量、车站可停放的自行车数量等)。 站主23的利润分配金额也可以不是使用费的百分比,而是根据固定金额或使用费以外的因素动态决定的金额。 <第三实施例> [0147] 下面,将描述根据本发明另一实施例的用于车辆共享服务的运营支持系统。 在本实施方式中,假定了电动自行车(电动辅助自行车)的共享服务(包括租赁服务)。 本实施例的运营支持系统可以应用于任何车辆的共享服务。 [0148] 例如,车辆可以整体包括单座车辆(个人机动性)。 例如,车辆可以是具有电动机的单人个人机动车。 车辆可以是自行车、踏板车、滑板等能够在电动(自动)和电动助力之间切换的类似物。 该车辆可以是通常不需要固定停车场的车辆。 交通工具可以包括,例如,自行车、踏板车(也称为踢板车、溜冰车)、滑板、平行摩托车、倒立摩托车(如赛格威)、自持、稳定的单轮车 , 之类的。 车辆还可以包括机动自行车和摩托车。 车辆可包括一辆最高时速小于30公里/小时(如带电机的自行车)、一辆最高时速小于24公里/小时(如电动助力自行车)和一辆带 最高速度低于 20 公里/小时(例如,应该是电动浮板)。 [0149] 图 18 图1是表示本实施方式的自行车共享服务的图。 自行车1停放在位于各个地方的站点2。 在本实施方式中,车站2是指能够停放自行车1的场所。 站点 2 最多可停放预定数量的自行车。也就是说,每个站点 2 上可能存在使用中的停车位 21 和空闲停车位 22 中的至少一个。当自行车共享服务的用户从 自行车1从出发站2(S)到终点站2(D),共享服务用户在使用自行车1前指定终点站2(D)。如果终点站2(D)有空位22 ,允许使用自行车1,并且自行车1自动解锁并可供用户使用。 [0150]在本实施例的共享服务中,以所谓众包的形式交换自行车的电池。 即,更换电池预先分发给更换电池的更换者,更换者在他/她的家中为电池充电等,当更换者更换停放在2号站的自行车的电池时,更换者 得到奖励。 更换者的奖励由被更换的自行车的剩余电池电量决定。 例如,当电池电量较低的自行车的电池被更换时,可以给予更换者更高的奖励。 [0151] 图 19 图1是表示本实施方式的手术支援系统的整体结构例的图。 本实施方式的运转支援系统具备管理服务器20。管理服务器20经由通信网络30分别与自行车1所具备的通信装置11和置换者3的置换者终端30进行通信连接。通信网络 30例如是因特网,可以由公用电话网、移动电话网、无线通信线路、以太网(注册商标)等构成。 代替者终端30例如可以是智能手机、平板电脑、个人电脑等计算机。 管理服务器20可以是工作站或个人电脑等通用计算机,也可以通过云计算逻辑实现。 [0152] 自行车的通信装置11将自行车1的位置和电池剩余量通知给管理服务器20。 如果存在需要充电的自行车1(例如,电池电量低于预定量的自行车1),则管理服务器20可以向更换器终端30发送消息以更换自行车1的电池14。 更换器3可以相应地更换电池。 在这种情况下,更换器3除了更换对应于该通知的自行车1之外,还可以更换停放在站点2的自行车1的电池14。 换车人3可以通过换车终端30访问管理服务器20,查看停放在站点2的自行车1的剩余电量。 [0153] 图 20 图是表示用于管理服务器20和代替者终端30的计算机的硬件结构的一个例子的图。所示的结构是示例性的并且可以具有其他结构。 计算机包括CPU 201、存储器202、存储设备203、通信接口204、输入设备205和输出设备206。存储设备203例如可以是硬盘驱动器、固态硬盘、 状态驱动器、闪存等,用于存储各种类型的数据或程序。 通信接口204是用于连接到通信网络3的接口,例如用于连接以太网(注册商标)的适配器、用于连接公共电话网络的调制解调器、用于进行无线通信的无线通信设备、USB (通用串行总线)用于串行通信的连接器,或 RS232C 连接器。 输入设备205可以是例如键盘或鼠标、触摸板、按钮、麦克风等,用于输入数据。 输出设备206例如可以是显示器、打印机、扬声器等,用于输出数据。 <功能配置> [0154] 图 21 图1是表示通信装置11、管理服务器20以及代替者终端30的功能结构的图。 == 通讯设备 11 == [0155] 通信装置11包括电池电量获取单元111、位置信息获取单元112和车身信息发送单元113。这些功能部分中的每一个可以由逻辑电路实现或者可以由通用处理器实现 执行一个程序。 [0156] 电池充电量获取单元111获取自行车1的电池充电量(提供给自行车1的电池14的剩余量)。电池充电量获取单元111可以通过一般方法计算电池14的剩余容量, 并且将省略其详细解释。 [0157] 位置信息取得部112例如可以根据经由GPS(Global Positioning System)接收器(通信装置11具备,也可以从外部传感器取得)接收到的GPS信号,取得自行车1的位置。 ). [0158] 车身信息发送单元113将与自行车1相关的信息(以下称为车身信息)发送到管理服务器20。车身信息可以包括指示自行车1的车身ID、电池充电量(剩余电量)。 电池电量获取单元111获取电池14)的电量,以及位置信息获取单元112获取的位置信息。车身信息发送单元113可以通过通信网络将车身信息发送至管理服务器20 30例如根据诸如Wi-Fi或LTE(长期演进)的标准。 车身信息发送部113可以周期性地(例如,每隔5分钟、10分钟、1小时、3小时等任意设定时间)向管理服务器20发送车身信息。 传输间隔可以根据电池充电量和位置信息而改变。 在这种情况下,根据发送的时机,车身信息可能仅包括电池充电量或位置信息。 车身信息发送单元113可以与发送间隔无关地随时发送车身信息,例如,当电池充电量低于预定阈值时或者当位置信息的变化量(即行驶距离)时 自行车 1) 超过预定阈值。 == 管理服务器 20 == [0159]管理服务器20包括车身信息接收单元211、更换请求发送单元212、车身信息发送单元213、更换开始通知接收单元214、更换完成通知接收单元215、奖励金额确定单元216 、奖励支付单元217、车身信息存储单元231、更换器存储单元232和更换历史存储单元233。 [0160] 车身信息存储部231存储车身信息。 在车身信息存储单元231存储的车身信息中,识别自行车1的车身ID、车身信息的最后更新日期和时间、自行车1的位置、电池充电量、状态以及 包括站 ID 等。 自行车1发送的车身信息中可以包括车身ID、位置、电池电量等。状态包括自行车1使用中、自行车1可用、自行车1已停用。 在电池更换等方面。 管理服务器20可以在自行车1正在使用时将状态更新为使用中,在自行车1的使用结束时将状态更新为可用。站点ID是标识自行车1所在的站点2的信息 在。 [0161] 替代品存储单元232存储与替代品3有关的信息(以下称为替代品信息)。 代换人信息包括代换人3的联系方式和支付信息,该代换人ID对应于标识代换人3的代换人ID。该联系方式例如可以是电子邮件地址、代换人3的ID,用于向代换人终端推送通知 30、电话号码、替代者3在社交网络中的ID等。 支付信息例如是银行账号等用于对代购者3支付报酬的信息。 [0162] 更换履历存储部233存储与电池14的更换有关的信息(以下称为更换履历)。 更换历史包括更换电池14的日期和时间、识别更换了电池14的更换者3的更换者ID、指示更换的电池14的自行车1停放的车站2的车站ID、车辆 标识更换电池14的自行车1的车身ID,以及更换电池14的奖励金额(支付的金额)。 [0163] 车身信息接收部211从自行车1接收车身信息。车身信息接收部211将接收到的车身信息登记在车身信息存储部231中。车身信息接收部211能够更新车身 基于接收到的车身信息存储在车身信息存储单元231中的信息。 此外,车身信息接收单元211可以将接收到车身信息的日期和时间或者更新车身信息存储单元231的日期和时间设置为车身中的最终更新日期和时间。 信息。 例如,车体信息接收部211也可以根据位置信息确定最近的车站2,并针对状态可利用的自行车1设定车站ID。 [0164] 更换请求发送单元212向更换器终端30发送请求更换器3更换电池14的消息(以下称为更换请求)。例如,当在车辆中更新了车身信息的电池充电量时 当车身信息存储单元231低于预定阈值时,更换请求发送单元212可以发送更换请求,请求更换终端30更换与车身信息相关的自行车1的电池14。 更换请求可以包括目标的车身信息。 更换请求还可以包括车身信息的一部分(例如,仅剩余电池电量)。 [0165]更换请求可以发送给全部或部分更换者3。例如,更换请求发送单元212可以发送更换请求给当前在距自行车1(自行车)所在位置预定距离内的更换者3。 充电量小于或等于阈值的1)停放(站点2的位置)。 另外,更换请求发送部212例如也可以向地址距充电对象自行车1的停放位置在规定距离以内的更换者3发送更换请求。 [0166] 车身信息发送单元213响应于来自替换终端30的请求发送车身信息。例如,车身信息发送单元213可以响应于指定站ID的请求,响应 指定站点ID对应的车身信息。 车体信息发送部213也可以在响应中包含由后述的奖励金额决定部216决定的针对每个车站2的自行车1的电池14的更换奖励总额。 [0167] 更换开始通知接收部214从更换者终端30接收更换电池14的通知(以下称为更换开始通知)。 在更换开始通知中指定车身ID。 更换开始通知接收部214可以响应于更换开始通知,将与指定的车身ID对应的车身信息的状态设置为电池更换。 当更换开始通知中包含的车身ID对应的车身信息的状态为正在使用或更换电池时,更换开始通知接收单元214也可以因电池无法更换而做出相应的响应。 也就是说,更换开始通知接收单元214可以允许更换者3以先到先得的方式更换自行车1的电池14。 当在更换开始通知中设置了多个车身ID时,更换开始通知接收单元214可以针对每个车身ID改变状态并确定是否允许更换电池。 [0168] 更换完成通知接收部215从更换者终端30接收电池14的更换完成通知(以下称为更换完成通知)。 更换完成通知中指定车身ID。 替换完成通知接收单元215可以响应替换完成通知,将指定的车身ID对应的车身信息的状态设置为可用。 更换完成通知接收部215还更新与车身ID对应的车身信息的电池充电量。 更换完成通知接收单元215可以例如向通信单元11发送用于获取电池充电量的请求以获取电池充电量。 [0169] 奖励金额确定单元216确定更换器3的奖励金额。奖励金额确定单元216可以根据被更换的电池14的剩余电池电量(设置为车辆电池电量的值)来确定奖励金额。 体信息)。 奖励金额确定单元216可以根据满电量的电池14的容量与更换前车身信息中设置的电池电量之间的差值(以下称为所需电池电量)来确定奖励金额。 量),即更换器3向电池14充电的电池量。 [0170]更换电池14的报酬金额的决定例如可以通过将统一单价乘以所需的电池充电量来计算,或者可以通过将电池充电量乘以所确定的电力单价来计算 根据季节、时区等 === 根据属性动态定价 === [0171] 此外,奖励金额确定单元216可以根据替代者3的属性确定不同的奖励金额。奖励金额确定单元216例如可以通过乘以与替代者3的属性对应的单价来计算奖励金额。 根据预定单价统一计算的奖励金额,可以根据所需的电池充电量来增加(或减去)与替代品3的属性对应的奖励金额,或者可以增加(或减去)与替代品3的属性对应的奖金。 另外,奖励的金额可以根据替代者3的属性与其他条件的组合来确定。 [0172] 替代者3的属性可以包括营销属性,例如人口统计属性。 更换器3的属性还可以采用过去预定时间段内更换电池14的频率和充电电量(每个被更换的电池14的充电需求的总和)。 报酬额决定部216例如可以对置换业绩(频率)越高的置换者3决定越高的报酬额。 奖励金额确定单元216还可以为更换频率较低的更换者3确定较高的奖励金额,以鼓励新的更换者3的进入。 [0173] 奖励金额确定单元216还可以根据替代者3的地址或当前位置来确定奖励金额。例如,奖励金额确定单元216可以确定奖励金额使得替代者3的地址或当前位置距离替代者3的地址或当前位置越远。 待充电自行车1的位置(或自行车1停放的站点2的位置)越高,奖励金额越高。 [0174] 奖励金额确定单元216可以根据电池剩余电量确定奖励金额。 例如,奖励金额确定单元216可以根据自行车1的电池剩余电量或总电池剩余电量来确定奖励金额,以增加奖励以引导更多的更换者3更换电池。 停在车站 2 的所有或部分自行车 1(剩余电池电量较少)。 [0175] 另外,奖励金额决定部216也可以根据自行车1的台数来决定奖励金额。奖励金额决定部216例如可以决定奖励金额,使得奖励金额根据例如自行车1的台数( 停在车站 2 的自行车 1 的较少数量)或空位的数量(较大数量)。 [0176] 奖励金额确定单元216还可以根据替代者3正在使用的车辆来确定奖励金额。 例如,奖励金额确定单元216可以识别替代者3正在使用的车辆并且根据车辆确定奖励金额。 例如,管理服务器20可以周期性地获取替换器3的当前位置,以识别替换器3在预定周期内的行驶速度,并基于行驶速度(可以是平均速度)来识别行驶工具(车辆)。 值或最大值)。 奖励量确定单元216可以为使用行驶较快的车辆的替代者3确定更高的奖励,或者可以为使用较慢的车辆的替代者3确定更高的奖励。 [0177] 此外,奖励金额确定单元216可以根据替代者3的营业时间来确定奖励金额,例如,如果替代者3是商业公司。 管理服务器20存储每个替代者3的营业时间,奖励金额确定单元216可以为营业时间以外确定更高的奖励。 [0178]奖励金额确定单元216还可以根据更换电池是否被更换器3充电(例如,更换器3已将其带回家并已充电)来确定奖励金额。 奖励金额确定单元216可以确定如果替代者3进行了充电,则奖励金额高于替代者3没有充电的情况。 === 根据位置动态定价 === [0179] 奖励金额确定单元216还可以根据更换的电池14的自行车1停放的站点2的位置来确定不同的奖励金额。 例如,奖励金额确定单元216可以根据距车站、商业设施等的距离来确定不同的单价或奖励。 例如,报酬金额决定部216也可以根据发行奖励之间的时间的合计值(例如,平均值)(即,代替品3的容易获得程度)来决定单价或奖金。 更换请求和更换开始通知的发布。 [0180] 奖励金额确定单元216可以根据站点2的位置来确定奖励金额。奖励金额确定单元216可以确定奖励金额使得例如根据被更换的自行车1所在的站点2 电池14停在宽阔的道路上(宽度大于预定值),例如停在宽阔的车站2的自行车1的奖励金额高于停在宽阔道路的自行车1的奖励金额 车站 2 不面向宽阔的道路。 [0181] 奖励金额确定单元216还可以根据更换电池14的自行车1附近的其他自行车1的数量来确定奖励金额。例如,奖励金额确定单元216可以根据 换电池14的自行车所在站点2停放的其他自行车1的数量,例如,数量越小,奖励价格越高。 例如,奖励金额确定单元216可以根据停放在自行车1所在的车站2附近的车站2(距车站2预定距离内的另一车站)的自行车1的数量来确定奖励金额。 例如,更换电池的停放数量越小,奖励金额越高。 == 根据时间段动态定价 == [0182] 此外,奖励金额确定单元216可以根据诸如日期、星期几、时区等时间因素来确定奖励金额。 例如,报酬金额决定部216也可以决定报酬金额,使得星期六、星期日、节假日的报酬比其他日子的报酬高。 奖励数额确定单元216还可以根据星期几和时区的组合来确定奖励数额,例如使得周五晚上的奖励数额高于周五晚上的其他几天的奖励数额。 星期或其他时区。 奖励金额确定单元216也可以根据季节确定奖励金额,例如,使得冬季的奖励金额高于其他季节的奖励金额。 == 根据 App 使用历史动态定价 == [0183]奖励金额确定单元216可以根据用于共享服务的软件(例如,在智能手机上执行的App;以下简称为App)的使用历史来确定奖励金额。 例如,可以根据替代者过去是否在替代者终端30中启动过App来确定奖励金额,例如,App启动次数越多,奖励金额越高。 . 此外,可以确定奖励金额,使得在通知时或在预定期间内启动应用程序(并且除了启动应用程序还在屏幕上查看应用程序)的替代者奖励金额更高 从通知时间到过去某个时间比没有启动应用程序的替代者(或者即使启动了应用程序也一直在后台运行应用程序)。 === 根据供需动态定价== [0184] 另外,奖励金额确定单元216可以根据自行车的供求情况确定奖励金额。 奖励金额确定单元216例如可以根据以车站2为出发站的自行车1的数量来确定奖励金额。 奖励金额确定单元216可以确定奖励金额,例如,使得对于停在高需求站2的自行车的奖励金额高于对于停在其他站2的自行车的奖励金额。奖励金额确定 单元216可以针对例如季节、星期几、日期或时间段以及奖励的每个一个或多个组合计算过去总需求(使用车站2作为出发站进行的预订的数量)和奖励 高聚合值的站点2的量(可以是总值,也可以是总数除以车位数的归一化值,也可以是平均值等统计值)高于其他站点。 [0185] 奖励金额确定单元216还可以根据供应量,即,将特定站点2设置为目的站点的自行车1的数量来确定奖励金额。 奖励量确定单元216可以针对例如季节、星期几、日期或时间的每个一个或多个组合来计算累计过去供应量(使用车站2作为目的地车站进行的预订的数量), 对于聚合值较低的站点2的奖励金额(可以是总值,也可以是总数除以车位数的归一化值,或者平均值等统计值)高于 另一个站。 [0186] 奖励金额确定单元216可以根据需求量和供应量两者确定奖励量。 报酬量决定部216例如可以决定报酬量,使得供给数减去需求数后的数越少则报酬量越高。 还可以针对例如季节、星期几、日期或时区的一个或多个组合中的每一个来计算供应数量和需求数量。 [0187] 此外,奖励金额确定单元216可以根据应用程序的启动次数来评估需求次数。 奖励金额确定单元216可以通过计算应用程序被用户启动以使用自行车1的次数或者应用程序屏幕在用户终端上显示的次数来确定需求量。 另外,奖励数额确定单元216可以在奖励数额通知时,或者在通知后的预定时间内到一定时间,统计正在运行或已经启动的App的数量,或者正在运行的App的数量。 显示或已经显示,作为需求量。 [0188] 此外,奖励量确定单元216可以获取需求量作为电池充电量(通过从满充电量减去剩余充电量而获得的电量)。 [0189]奖励确定单元216还可以预测需求和/或供应,并根据预测的需求和/或供应确定奖励量。 如上所述,需求可以是,例如,站点2被期望用作出发站的自行车1的数量,或者从自行车的全部充电量中减去剩余电量所获得的电量。 停在车站2的自行车1。奖励金额确定单元216可以根据从发出通知时到预定时间(例如,30分钟)的需求量和/或供应量来确定奖励量。 , 60 分钟等),使得需求量越高,供应量越低,或者电费减去供应量越高,奖励量就越高。 [0190] 奖励量确定单元216还可以根据需求和/或供应,考虑从发送更换请求时到完成充电时的时间来确定奖励量。 例如,奖励量确定单元216可以针对每个站点2或者每个季节、月、 星期几或时区,根据累计金额确定奖励金额。 例如,奖励金额确定单元216可以确定奖励金额,使得完成充电所花费的时间越长,奖励金额变得越高。 奖励金额确定单元216可以根据到充电完成时的最大需求量预测值确定奖励金额。 [0191] 酬金支付部217进行向代替者3支付酬金的处理。酬金支付部217的酬金支付处理例如可以采用银行转帐、汇款(或积分赠送)等一般处理。 ) 处理到电子货币账户和积分账户等。 == 替换终端 30 == [0192] 更换终端30包括更换请求接收单元311、车身信息获取单元312、更换开始通知发送单元313和更换完成通知发送单元314。 [0193] 替换请求接收单元311接收替换请求。 替换请求接收单元311接收从管理服务器20通知的替换请求。替换请求接收单元311可以访问管理服务器20并发送替换请求。 [0194] 车身信息获取单元312获取车身信息。 在本实施例中,更换请求包括与要更换电池14的自行车1相关的车体信息。 然而,替换者3可以获得与自行车1停放的站点2的另一辆自行车1相关的车身信息。 这样,随着更换请求对应的自行车1的电池14的更换,对停靠在站点2的自行车1中剩余充电电量但未充满电的自行车1的电池14进行更换,即 可以确认可以额外收到的奖励金额。 这样,不仅对于需要更换电池14的自行车1而且对于另一辆自行车1,更换者3被激励提前更换电池14,从而自行车1的电池14的电池充电量在 站2整体可以维持高位。 [0195]更换开始通知发送部313根据更换委托者决定更换特定自行车1的电池14的更换者3的指示,向管理服务器20发送更换开始通知。 更换开始通知发送部313能够将确定更换者3指定的自行车1的车身ID设定为更换开始通知。 例如,更换开始通知发送部313也可以通过显示更换要求中包含的车身信息,受理是否更换自行车1的电池14的指示。 另外,更换开始通知发送部313也可以根据更换者3的指示,使车身信息取得部312取得停放在同一车站2的其他自行车1的车身信息。 自行车1,输出获取的车身信息,并接收更换器3对自行车1更换电池的指示。 [0196] 更换完成通知发送部314在电池14的更换完成后向管理服务器30发送更换完成通知。 例如,更换完成通知发送单元314可以通过检测电池电量的变化来检测电池14的更换完成,并将更换完成通知发送给管理服务器30,或者可以接受来自更换器3的输入, 例如,电池14的更换已经完成。 [0197] 以下,对本实施方式的手术支援系统的动作进行说明。 图 22 图1是说明与电池14的更换有关的系统的动作的图。 [0198] 通信装置11将自行车1的位置和电池14的电池充电量(剩余电量)周期性地通知给管理服务器20(S501)。 管理服务器20检查剩余电池充电量是否等于或小于预定阈值(S502)。 当剩余电池电量小于或等于阈值时,管理服务器20向更换者终端30发送设置了自行车1的车身信息的更换请求(S503)。 另外,替代终端30可以将替代终端30的位置通知给管理服务器20,并且可以按照与替代终端的距离从大到小的顺序向预定数量的替代终端30发送替代请求。 30、或位于距离电池剩余电量等于或小于阈值的自行车1的位置预定距离内的替换端子30。 [0199] 更换商终端30可以显示更换请求中设置的车身信息,并接收来自更换商3的关于是否更换电池的指令。 图 23 图6是表示显示更换请求的车身信息的画面61的一例的图。 车身信息611显示在屏幕61上。此外,更换者终端30可以显示车身信息中的电池充电量乘以预定单价的奖励量612。 由管理服务器20预先确定的奖励金额612可以在要发送的更换请求中。 当更换器3按下按钮614时,更换器终端30向管理服务器20发送车身信息(包括车身ID)的请求(S504),管理服务器20可以响应更换器终端30,另一个 车体信息包括与车体ID对应的车体信息中相同的站点ID(S505)。 更换者终端30与画面61同样地显示接收到的车身信息,接受更换电池的自行车1的指定。 例如,当通过按下画面61上的按钮613来指定作为电池更换对象的自行车1时,更换者终端30向管理服务器20发送更换开始通知,该指定的车体被发送到管理服务器20。 设置ID(S506)。 当与指定的车身ID对应的车身信息的状态可用时,管理服务器20可以将状态设置为电池更换中(S507)。 [0200] 当电池更换完成时,从更换终端30向管理服务器20发送更换完成通知(S508),管理服务器20将车身信息状态设置为可用(S509),确定奖励金额 根据更换电池14所需的电池电量,执行将确定的奖励金额支付给更换者3的过程(S510)。 [0201] 如上所述,根据本实施方式的运营支援系统,能够更换属于众包共享服务的自行车1的电池14。 [0202] 以上,对本实施方式进行了说明,但上述实施方式只是为了便于理解本发明,并非对本发明的限定性解释。 本发明在不脱离其精神的范围内可以进行变更、改良,并且本发明也包含其等同物。 [0203] 例如,在本实施方式中,假定电动自行车1的共享服务。 然而,该服务可以应用于使用使用电池的车辆的任何类型的服务,例如电动浮板或电动手推车。 此外,即使车辆未配备电动机,也可以应用于配备电池的车辆。 [0204] 在本实施例中,假设更换器3更换电池14。然而,更换器3也可以将自行车1带回家给电池充电,并在充电后将自行车1送回站点2。 [0205] 在本实施例中,车身信息全部由自行车传输。 然而,例如,可以从诸如用户操作的智能手机之类的用户终端接收位置信息。 [0206] 在本实施方式中,基于自行车1的车身信息提示每辆自行车的奖励金额。但是,也可以按每个车站2显示奖励金额。 图 24 是表示提示各站台2的报酬额的画面62的一例的图。 图 24 ,通过根据每个站点2的车身信息的电池充电量呈现奖励金额的总和,更换器3可以考虑应该去哪个站点2来更换电池14。这里,管理服务器20 如上所述,可以根据替换器3或站点2为每辆自行车1确定不同的奖励金额。 即使在这些情况下,也应该针对每个站2计算并呈现所确定的奖励金额。 [0207] 在本实施例中,奖励金额确定单元216可以改变电池更换的奖励。 除了或代替每次电池更换的奖励金额的变化,还可以向更换者3提供奖金奖励。例如,管理服务器20可以向已经更换电池的更换者3提供奖金 规定次数以上,更换者3充电规定量以上,更换者3移动规定距离以上等,在规定期间内,根据次数 更换次数、电池充电量、移动距离等。 [0208] 在本实施例中,可以随时预约自行车,但也可以根据电池电量来判断是否可以预约。 例如,如果电池充电量低于预定阈值,则可能不允许预订。 在这种情况下,可以针对每个站2改变阈值。例如,对于被认为易于更换电池的站2,阈值可以高于另一站2的阈值,以增加预约被取消的可能性。 不能在站2上进行。可以动态地确定更换电池的难易程度。 例如,管理服务器20可以获取更换者的位置,并评估为距离站点2预定距离内的更换者越多,电池更换越容易。 [0209] 在本实施例中,假设向更换者如一般人呈现更换电池的诱因,更换者自己可以决定是否更换电池。 然而,电池更换不限于此方式,运营共享服务的商业实体可以让其员工更换电池。 在这种情况下,管理服务器20可以计算每个站点2的需求量(使用站点2作为出发站点的自行车1的数量)和每个站点2的需要充电量(总电能量)。 从每辆自行车 1) 的满电量中减去剩余电池电量得到,并根据这些计算搜索电池更换路线(配送路线)。 [0210]管理服务器20还可以为更换者确定更换电池的时间段。 例如,管理服务器20可以根据每个时间段的需求量(自行车的总数或所需的电池充电量)来确定在哪个时间段更换哪个站点2的电池。 在这种情况下,可以确定更换者要更换电池的时间段、站点2和电池的数量,使得剩余电量的总量在站点2处整体上或在预定时间内变为最高。 区域。 管理服务器20还可以从更换者接受他/她希望获得的奖励金额的输入,并确定要更换的电池的数量和要进行更换的站点2,使得他/她 可以获得可接受的期望“奖励金额”。 <第四实施例> [0211] 在下文中,将描述根据本发明另一实施例的用于车辆共享服务的运营支持系统。 在本实施例中,假定电动踏板车的共享服务(包括租赁服务)。 注意,本实施例的操作系统可以应用于任何车辆的共享服务。 图 25 图1是说明根据本实施例的电动踏板车的共享服务的图。 小型摩托车 1 停在位于不同地方的站点 2。 在本实施例中,站点2表示可以停放小型摩托车1的位置。 最多预定数量的小型摩托车 1 可以停在站点 2。也就是说,每个站点 2 可以存在使用中的地点 21 和空闲地点 22 中的至少一个。小型摩托车共享服务的用户可以从 代步车1从出发站2(S)到目的站2(D)。 [0212] 图 26 图1是表示本实施方式的手术支援系统的整体结构例的图。 本实施例的运营支持系统包括管理服务器20。滑板车1具有通信功能并且通过通信网络30与管理服务器20彼此通信连接。管理服务器20还与用户通信连接 终端40经由通信网络30与终端40连接。通信网络30例如是因特网,可以由公用电话网、移动电话网、无线通信线路、以太网(注册商标)等构成。 <滑板车 1> [0213] 图 27 图1为滑板车1的结构要素示意图。滑板车1包括控制装置11、电机12、锁定装置13、座椅致动器14和可伸缩座椅15。 [0214] 控制装置11控制滑板车1。电机12为滑板车1提供推力。锁定装置13可以锁定滑板车1,以设置滑板车1是否允许使用。 [0215] 滑板车1还包括可伸缩座椅15。 图 28 图1是表示收纳有伸缩式车座15的小型摩托车1的外观例的图。 图 29 图1是示出可折叠座椅15可用的小型摩托车1的外部示例的图。 如图所示 图 28 和 29 如图所示,座椅15是可移动的并且可以由座椅致动器14存储和展开。 == 控制设备 11 == [0216] 图 30 图1是表示控制装置11的软件结构例的图。控制装置11包括控制指令接收部111、位置信息获取部112、车身信息发送部113、座椅控制部114、 最大速度设置单元115和加速度设置单元116。 [0217] 控制指令接收单元111接收来自管理服务器30的控制指令。控制装置11可以例如响应于从管理服务器20接收的指令控制锁定装置13的锁定/解锁。 [0218]位置信息获取单元112获取滑板车1的位置。位置信息获取单元112例如可以基于GPS(全球定位系统)接收器(可以是 由控制装置11提供或者可以从外部传感器获得)。 [0219] 车身信息传输单元113将关于踏板车1的信息(车身信息)传输至管理服务器20。车身信息可以包括位置信息获取单元112获取的位置信息和获取的踏板车1的行驶速度 来自速度传感器(未示出)等。 在本实施例中,车身信息发送单元113可以在踏板车1处于使用中时周期性地向管理服务器20发送至少包括踏板车1的位置信息的车身信息。 车身信息发送单元113可以以任意预定时间间隔,例如1秒、1分钟、5分钟、10分钟,将车身信息发送至管理服务器20。 车身信息发送单元113可以例如在小型摩托车1的行驶距离超过预定值时发送车身信息。 [0220] 座椅控制单元114可控制座椅致动器14。 [0221] 最大速度设置单元115可以起到限制器的作用,通过调节电机12的转速或扭矩来限制滑板车1的最大速度。 [0222] 加速度设置单元116也可以调整滑板车1的加速度,例如通过调整电机12的转速来增加。 <管理服务器> [0223] 管理服务器20可以是工作站或个人电脑等通用计算机,也可以通过云计算逻辑实现。 管理服务器20可以判断用户是否可以使用自行车1并管理使用状态。 图 31 是表示管理服务器20的硬件结构的一例的图。所示的结构是一例,也可以是其他结构。 管理服务器20包括CPU 201、内存202、存储设备203、通信接口204、输入设备205和输出设备206。存储设备203例如可以是硬盘驱动器、a 固态硬盘、闪存等,用于存储各类数据或程序。 通信接口204是用于连接到通信网络30的接口,例如用于连接以太网(注册商标)的适配器、用于连接公共电话网络的调制解调器、用于进行无线通信的无线通信设备、USB (通用串行总线)用于串行通信的连接器,或 RS232C 连接器。 输入设备205可以是例如键盘或鼠标、触摸板、按钮、麦克风等,用于输入数据。 输出设备206例如可以是显示器、打印机、扬声器等,用于输出数据。 [0224] 图 32 是表示管理服务器20的软件结构例的图。管理服务器20包括车身信息取得部211、控制指令发送部212、用户信息存储部231、车身信息存储部232。 和区域信息存储单元233。 [0225] 上述功能单元211至212是通过将存储设备203中存储的程序读入内存202并执行来实现的,存储单元231至233可以实现为内存提供的存储区域的一部分 202和存储设备203。 [0226] 用户信息存储部231存储与用户有关的信息(用户信息)。 用户信息可以包括标识用户的用户ID、用户的年龄和用户的等级。 用户的评级可以例如由站点2的所有者或系统的运营商设置,这取决于用户的使用频率和用户使用后的车身状况。 [0227]车身信息存储单元232存储与小型摩托车1相关的信息(车身信息)。 在车身信息中,标识踏板车1的车身ID、车身信息最后更新的日期和时间(最后更新日期和时间)、最后更新日期和时间的踏板车1的位置、a 可包括小型摩托车1的电池充电量、指示小型摩托车1当前是否正在使用的标志(使用中标志)、以及指示小型摩托车在停车时停放的车站2的车站ID。 车身信息可以定时更新。 [0228] 区域信息存储单元233根据驾驶区域存储关于小型摩托车1的功能限制的信息(区域信息)。 区域信息包括识别驾驶区域的区域识别信息、应用功能限制时的条件以及限制的内容。 区域识别信息可以例如通过纬度和经度等来识别地图上的区域,或者当地图被表示为以交叉点为节点和道路为边的图形时,可以是识别节点和边的信息。 在本实施例中可以针对用户属性(在本实施例中为年龄或评级)设置条件。 例如,可以将条件设​​置为预定年龄或更老(例如,60岁或更老的老年人)。 可以设置多个条件。 限制的内容为滑板车1的功能限制的内容。例如,最高速度可以设置为15km/h,加速度可以设置为1m/s2,座椅15可以收起, 等等。 [0229] 车身信息获取单元211获取从小型摩托车1发送的车身信息。车身信息获取单元211可以基于接收到的车身信息更新车身信息存储单元232中登记的车身信息。 [0230] 控制指令发送单元212(对应于本发明的控制单元)向踏板车1发送关于踏板车1的功能控制的指令(控制指令)。控制指令发送单元212例如可以发送 滑板车1开始使用时,向滑板车1发出解锁锁定装置13的控制指令。 [0231] 进一步地,控制指令发送单元212可以发送控制指令,指示根据用户的属性控制座椅致动器14收起和收起座椅15。例如,通常座椅15收起以供站立乘坐。 (由此可以在使用过程中展开座椅15),如果用户是老年人,则可以在开始使用时向滑板车1发送控制指令,指示让座椅15可用。 [0232] 此外,控制指令发送单元212可以向踏板车1发送指示根据用户的属性(年龄、等级等)限制最大速度的控制指令。 例如,对于老年人或过去曾发生过事故的用户,最高速度可能会低于其他用户。 [0233] 控制指令发送单元212例如可以向滑板车1发送控制指令,指示根据用户的属性限制滑板车1的加速度。 例如,滑板车1的加速可能仅限于老人或过去发生过事故的用户,因此不应发生突然启动。 [0234] 图 33 图1是表示本实施方式的手术支援系统的动作的图。 如上所述,当使用小型摩托车1时,小型摩托车1的功能根据用户的属性而受到限制。 例如,在开始使用滑板车1时,控制指令传输单元212可以将控制指令传输到滑板车1,使得用户可以使用滑板车15,并且座椅15根据用户的年龄(例如,15岁)展开。 ,当用户的年龄为 60 岁或以上时)。 另外,控制指令发送单元212可以根据用户的年龄(和/或等级)确定最大速度,并且可以向踏板车1发送控制指令以设置确定的最大速度。 控制指令发送单元212可以将最大速度设置为低于正常,例如,当年龄是预定年龄或更高年龄时(老年人)或者当等级低于预定值时(等级低,即,例如 ,他/她过去曾造成过事故)。 控制指令发送单元212例如可以根据用户是否有残疾来设置最大加速度(S503)。 此外,控制指令发送单元212例如可以根据用户是否是商业用户来设置最大速度(S504)。 [0235] 如上所述,根据本实施例的操作支持系统,可根据用户的属性限制小型摩托车1的功能。 此外,根据本实施例的操作支持系统,可根据小型摩托车1的行驶路线限制小型摩托车1的功能。 [0236] 以上,对本实施方式进行了说明,但上述实施方式只是为了便于理解本发明,并非对本发明的限定性解释。 本发明在不脱离其精神的范围内可以进行变更、改良,并且本发明也包含其等同物。 [0237] 例如,在本实施例中,从管理服务器20发送控制指令,并且踏板车1响应于控制指令执行功能限制。 然而,踏板车1的控制装置11可以根据用户的属性自主地执行功能限制。 [0238] 在本实施例中,位置信息从踏板车1传输到管理服务器20。然而,用户终端40的位置信息可以作为踏板车的位置信息从用户终端40传输到管理服务器20 1. [0239] 在本实施例中,设定最大速度、设定最大加速度和收起座椅15已被描述为小型摩托车1的功能限制。然而,例如,在使用电动机的车辆的情况下 补充人力(例如所谓的电动助力自行车或踢脚板),可以设定补充人力的功率比例(称为助力比)。 踏板车1的使用时间也可能受到限制(电机12的运行时间)。 此外,可以改变制动器的强度(当用相同的力拉动制动杆时施加到制动块上的力)。 此外,控制按钮等可位于手柄的左侧和右侧,并且根据使用者的惯用手臂仅激活一个控制按钮。 [0240] 在本实施例中,假定踏板车1的功能取决于用户的属性而受到限制。 然而,踏板车1的附加功能可以根据用户的属性而变得可用。 例如,根据用户的属性,可以解锁滑板车1的行李箱,可以使用儿童辅助椅,可以从用户终端40使用滑板车1的通信功能 (tethering),或者使用户终端40能够从小型摩托车1的电池充电。 [0241]在本实施例中,已经针对用户的年龄和等级描述了用户的属性,但是踏板车1的功能可以根据任何属性被限制(或添加),例如各种 用户的人口统计属性、心理属性、地理属性、行为属性等。 [0242] 在本实施方式中,假设电动机12是补充人力的,但也可以代替电动机12而使用内燃机等各种发动机。 <第五实施例> [0243] 下面,将描述根据本发明实施例的用于移动性共享服务的运营支持系统。 虽然本实施例以电动自行车共享服务(包括出租服务)为前提,但它可以应用于任何车辆的共享服务。 [0244] 例如,车辆可以整体包括单座车辆(个人机动性)。 例如,车辆可以是带有电动机的单座个人机动车。 车辆可以是能够在电动(自动)和电动助力之间切换的自行车、踏板车、滑板等。 车辆通常不需要停车。 交通工具可以包括,例如,自行车、滑板车(也称为踢板车或滑板车)、滑板、平行摩托车、倒置摩托车(例如赛格威)、自持、稳定的单轮车,以及 喜欢。 车辆还可以包括机动自行车和摩托车。 车辆可包括最高时速小于 30 公里/小时的车辆(如电动自行车)、最高时速小于 24 公里/小时的车辆(如电动助力自行车)和一辆 其最高速度设置为小于 20 公里/小时(例如,应该是电动浮板)。 [0245] 图 34 图1是表示本实施方式的移动体1的共享服务的图。 机动性 1 停在位于不同地方的车站 2。 在本实施例中,车站2是指可停放机动车1的位置。 直到预定数量,机动性1可以停在站点2。也就是说,在每个站点2可以存在使用中的点21和空的点22中的至少一个。移动性共享服务的用户指定 当从出发站2(S)移动到目的地站2(D)时使用机动性1之前的目的地站2(D)。 如果在目的地站2(D)处存在空位22,则允许使用机动性1,并且机动性1被自动解锁并且可供用户使用。 如果未指定目的地站2(D),则可以通过指定使用时间来使用移动性。 [0246] 图 35 图1是表示本实施方式的手术支援系统的整体结构例的图。 本实施例的运营支持系统包括管理服务器20。管理服务器20通过通信网络30与用户终端10通信连接。通信网络30例如为因特网,可以由公众构建 电话网络、蜂窝电话网络、无线通信线路、以太网(注册商标)等。 <用户终端10> [0247] 用户终端10为用户使用的移动终端,例如智能手机、平板电脑、个人电脑等。 图 36是例示用户终端10的硬件结构的示例的图。所示的结构是示例性的并且可以具有其他结构。 用户终端10包括CPU 101、存储器102、存储设备103、通信接口104、触摸面板显示器105、输出设备106和GPS 107。存储设备103例如可以是 硬盘驱动器、固态驱动器、闪存等,用于存储各种类型的数据或程序。 通信接口104是用于连接以太网(注册商标)的适配器、用于连接公用电话网的调制解调器、进行无线通信的无线通信装置、USB等通信网络30的接口。 (通用串行总线)用于串行通信的连接器,或 RS232C 连接器。 触摸面板显示器105可以输入和输出数据。 输出设备106是用于输出信息的设备,例如扬声器或振动器。 GPS 107可以测量用户终端10的位置。 [0248] 图 37 是示出用户终端10的软件配置示例的图。用户终端10包括使用信息发送单元111、位置信息发送单元112和警报通知单元113。例如,使用信息发送单元 如图111所示,位置信息发送单元112和警报通知单元113可以通过将存储在存储设备103中的程序读出到存储器102并由用户终端10包括的CPU 101执行它来实现。 [0249] 使用信息发送部111发送与移动体1的使用有关的信息(以下称为使用信息)。 例如,可以在使用信息中设置目的站2或使用时间。 使用信息发送单元111可以在开始使用移动性1时从用户接收目的地站2的指定或使用时间的输入,并且发送使用信息,接收到的目的地站2或 使用时间被设置到管理服务器3。即使指定了目的地站2,也可以指定使用时间。 [0250] 位置信息发送单元112发送移动体1的位置。在本实施例中,位置信息发送单元112将从GPS 107获得的位置(用户终端10的位置)作为移动体1的位置发送到 管理服务器20。注意,可以向移动体1提供GPS 107,并且位置信息发送单元112例如可以经由诸如蓝牙(注册商标)的通信从移动体1获取位置信息并且发送所获取的位置信息 位置信息发送给管理服务器20。移动设备1可以具有通信功能,并且移动设备1可以包括位置信息发送单元112。除了GPS之外,任何能够获取移动设备1的位置的传感器,例如 可以使用陀螺仪传感器。 [0251] 警报通知单元113通知警报。 在本实施例中,警报通知单元113可从管理服务器20接收警报,在触摸面板显示器105上显示消息,从输出设备106(例如扬声器)输出指示警报已到达的声音, 和/或激活输出设备106,例如引起振动。 <管理服务器20> [0252] 管理服务器20可以是工作站或个人电脑等通用计算机,也可以通过云计算逻辑实现。 管理服务器20可以判断移动设备1是否允许用户使用并管理使用状态。 图 38是表示管理服务器20的硬件结构的一例的图。所示的结构是一例,也可以是其他结构。 管理服务器20包括CPU 201、内存202、存储设备203、通信接口204、输入设备205和输出设备206。存储设备203例如可以是硬盘驱动器、a 固态硬盘、闪存等,用于存储各类数据或程序。 通信接口204是用于连接到通信网络30的接口,例如用于连接以太网(注册商标)的适配器、用于连接公共电话网络的调制解调器、用于进行无线通信的无线通信设备、USB (通用串行总线)用于串行通信的连接器,或 RS232C 连接器。 输入设备205可以是例如键盘或鼠标、触摸板、按钮、麦克风等,用于输入数据。 输出设备206例如可以是显示器、打印机、扬声器等,用于输出数据。 [0253] 图 39 是表示管理服务器20的软件结构的一例的图。管理服务器20具备使用信息取得部211、位置信息取得部212、目的地推定部213、属性取得部214、需求编号 获取单元215、使用许可确定单元216、控制指令发送单元217、警报发送单元218、属性信息存储单元231、使用信息存储单元232、区域信息存储单元233和车身信息 存储单元 234. [0254] 功能部211~218通过从存储器202读出存储在存储装置203中的程序并执行来实现,存储部231~234可以作为存储器202和存储装置所提供的存储区域的一部分来实现。 203. [0255] 属性信息存储单元231存储与用户的属性有关的信息(以下称为属性信息)。 在属性信息中,可以包括识别用户的用户ID、用户的年龄和用户的等级。 用户的评级可以例如由站2的所有者或系统的操作员来设置,这取决于用户的使用频率和用户使用后的车身状况。 属性信息还可以包括指示用户属性的各种其他信息。 [0256] 使用信息存储单元232存储使用信息。 在使用信息中,例如,目的地站2或使用时间可以被设置为与指示用户的用户ID和指示用户所使用的机动性的车身ID相关联,如上所述。 [0257] 区域信息存储单元233存储用于根据行驶区域确定是否允许使用机动车1的信息(以下称为区域信息)。 区域信息包括识别驾驶区域的区域识别信息、条件、使用许可信息和指示是否警告的警告标志。 区域标识信息例如可以通过纬度和经度等标识地图上的区域,或者当地图以交叉点为节点、道路为边的图形呈现时,它可以是标识节点或边的信息。 在本实施例中,条件可以设置为对应于用户的属性(例如,年龄或评级)。 例如,可以设置预定年龄或更老(例如,60岁或更老的老年人)。 可以设置多个条件,也可以不设置条件。 使用许可信息是指示是否允许满足关于区域的条件的用户使用移动设备1的信息。 在本实施例中,设置真(允许使用)或假(不允许使用)标志值。 如果警报标志为真,则可以将警报通知给用户。 [0258]车身信息存储部234存储与移动体1相关的信息(以下称为车身信息)。 车身信息可以包括标识移动体1的车身ID、最后更新车身信息的日期和时间(最后更新日期和时间)、最后更新日期和时间移动体1的位置、 移动体1的电池充电量,指示移动体1当前是否在使用中的标志(使用中标志),以及如果移动体1被停放,则指示移动体1所在的车站2的站ID 停。 车身信息不仅可以包括这些信息,还可以包括与机动性1相关的各种信息。车身信息可以定期更新。 车身信息例如可以从移动设备1获取,也可以从用户终端10获取。在本实施例中,为了简化说明,假设仅获取车身信息的位置。 作为位置信息从用户终端10发送。 [0259] 使用信息获取单元211获取使用信息。 在本实施例中,接收从用户终端10发送的使用信息。 [0260] 位置信息获取单元212获取移动体1的位置信息。在本实施例中,从用户终端10接收位置信息,或者可以从移动体1接收位置信息。另外,例如,监控设备 可以设置在道路上对移动设备1进行监控,以获取监控设备识别到的移动设备1的位置。 [0261] 目的地估计单元213估计移动1的目的地。目的地估计单元213可以在使用信息中指定目的地站时估计目的地站。 目的地站点在地图上的位置可以存储在例如存储设备203中。目的地估计单元213可以被配置为估计多个目的地。 例如,当过去有用户设置了目的地站,但是返回了不同目的地站的移动性时,目的地估计单元213可以估计在使用信息中设置的目的地站和在使用信息中使用的目的地站。 过去作为目的站。 目的地估计单元213可以在例如在获得使用信息时在移动体1的使用之前估计目的地。 [0262] 目的地估计单元213也可以更新估计的目的地。 例如,目的地估计单元213可以根据移动体1的当前位置改变目的地。目的地估计单元213可以包括当前位置作为一个目的地。 目的地推定部213例如可以根据移动体1的行驶轨迹(可以通过连接从移动体1周期性地取得的位置信息而生成)来确定移动体1的移动矢量,并推定之后的位置。 经过预定时间(例如,1 分钟、5 分钟、10 分钟等的设置值,或者当在使用信息中设置使用时间时直到使用时间过去的剩余时间)作为目的地。 [0263] 属性获取单元214获取用户的属性。 在本实施例中,属性获取单元214从属性信息存储单元231中获取用户的属性。但是,属性获取单元214可以根据各种方法获取用户的属性。 属性获取单元214可以获取各种行为属性,例如可以通过分析用户对问卷的回答来获取心理属性,或者可以通过分析用户以往的使用历史来获取用户的行为属性,例如何时、 用户在哪个区域、以什么速度等使用移动 1. [0264]需求获取单元215获取对移动设备1的需求数量。该需求例如可以是当前正在使用的移动设备1的数量。 另外,需求数取得部215也可以根据移动体1过去的使用履历,预测未来使用的移动体1的数量,将该需求数设定为移动体的数量。 需求量获取单元215例如可以获取每个使用区域(包含当前移动体1的位置的区域)的需求数量,或者可以获取每个目的地或包含目的地的每个区域的需求数量。 [0265] 使用许可判定部216判定是否许可移动体1的使用。 使用许可确定单元216可以根据目的地确定是否允许使用机动性1。 例如,如果目的地不在距移动体1的预定范围内,则使用许可确定单元216可以不允许使用移动体1。 [0266] 使用许可确定单元216可以使用存储在区域信息存储单元233中的区域信息来确定是否允许移动体1的使用。例如,如果目的地估计单元213估计的目的地的位置被包括在 如果区域识别信息指定了区域,并且满足条件的区域信息被登记在区域信息存储单元233中,则使用许可确定单元216可以根据使用许可信息许可移动体1的使用。 当上述区域信息没有登记在区域信息存储单元233中时,可以预先将是否允许移动1的使用设置为默认值。 例如,如果存在多个目的地,则使用许可确定单元216可以如上所述针对每个目的地确定是否允许使用移动性1,并且可以在使用移动性1的全部或部分时最终允许使用移动性1。 目的地是允许的。 如上所述,还可以将移动体1的当前位置确定为目的地,从而可以确定可以行驶的区域。 [0267] 此外,当目的地估计单元213根据移动体1的位置更新目的地时,使用许可确定单元216可以根据更新后的目的地确定移动体1的使用是否被允许。 可否使用判定部216至少在开始使用时基于使用信息判定可否使用机动车1,至少在开始使用后可根据车体信息判定可否使用机动车1 使用。 [0268] 另外,使用许可判定部216也可以根据请求数取得部215取得的请求数,判定是否许可移动体1的使用。例如,使用许可判定部216可以在开始使用时 在需求大的区域(需求超过预定阈值的区域)的出发站,除非出发站或该区域中的其他站被设置为目的地站,否则不允许使用。 [0269] 此外,当在使用信息中设置了使用时间(用户计划使用移动设备1的估计时间)时,使用许可单元216可以根据使用时间确定是否允许使用移动设备1。 例如,使用许可确定单元216可以不允许使用比预定的最大时间长的时间。 另外,使用许可判定部216也可以根据使用时间和区域来判定是否许可移动体1的使用。 例如,当使用时间长于预定阈值时,使用许可确定单元216可以根据目的地确定是否允许使用机动车1,使得到目的地的距离不超过预定距离。 [0270]使用许可确定单元216可以根据用户的属性确定是否允许使用移动设备1。 例如,当到目的地的距离长于预定距离时,使用许可确定单元216可以不允许预定年龄或更大的用户使用,或者当使用时间长于a时,可以不允许用户使用。 预定的时间。 例如,当到目的地的距离超过预定距离时或者当要使用的时间超过预定时间时,对于其评级为 低于预定值。 例如,当到目的地的距离超过预定距离时或者当要到达目的地的时间时,使用许可确定单元216可以例如允许其等级等于或大于预定值的用户使用移动设备1。 使用时间超过预定时间。 此外,使用许可确定单元216可以禁止未满预定年龄的用户在指定区域中使用移动设备1。 [0271] 控制指令发送单元217发送与移动体1的控制相关的指令(以下称为控制指令)。控制指令发送单元217例如可以发送用于解锁移动体1以启用移动体的控制指令。 仅当使用许可确定单元216在开始使用移动体1之前允许使用移动体1时,控制指令发送单元217可以例如生成用于解锁的动态密码并将该密码发送给用户 终端10不执行与移动性1的直接通信。 [0272] 告警发送单元218向用户终端10发送告警。当在移动体1上提供告警通知装置(例如,诸如显示器或扬声器的输出装置)时,告警发送单元218可以发送告警 在本实施例中,当使用许可确定单元216不许可移动1的使用时,可以发送相应指示的消息作为警告。 [0273] 图 40 图1是表示本实施方式的手术支援系统的动作的图。 [0274] 当移动1的使用开始时,用户终端10接受目的地站的指定和使用时间(S501)。 用户终端10将设置了目的站和使用时间的使用信息发送给管理服务器20,管理服务器20根据设置的目的站和使用时间判断是否允许使用移动设备1 在使用信息中,并且当不允许使用时,向用户终端10发送警告(S502)。 另外,用户终端10将移动体1的位置(在本实施例中为用户终端10的位置)发送给管理服务器30,管理服务器30可以获取移动体1的位置(S503) ,根据获取的位置估计目的地,根据估计的目的地判断是否允许使用移动设备1,当不允许使用时,向用户终端10发送警告(S504)。 [0275] 如上所述,根据本实施例的手术支持系统,可以根据用户设置的目的地(包括当前位置)发送警告。 因此,例如,如果在某个区域对移动设备1的需求高,则可以不允许将移动设备1带到其他区域并且可以确定是否允许使用移动设备1以便使用另一个 包括出发站和目的站在内的区域的2号站,或者其他高需求区域的2号站,作为返回的目的地。 另外,当移动体1在使用禁止区域中使用时(这可以根据用户来设置),可以发出警报(当移动体1的当前位置在移动禁止区域内时)。 [0276] 以上,对本实施方式进行了说明,但上述实施方式只是为了便于理解本发明,并非对本发明的限定性解释。 本发明在不脱离其精神的范围内可以进行变更、改良,并且本发明也包含其等同物。 [0277] 例如,在本示例性实施例中,根据目的地、使用时间、用户的属性和需求来确定是否允许使用移动设备1,但是可以确定使用费用。 例如,管理服务器20可以根据目的地、使用时间、用户的属性和需求量中的至少一项来为移动设备1设置更高的使用费而不是不允许使用。 管理服务器20还可以例如设置使用费,使得需求量越高,使用费变得越低,这取决于需求量和目的地站(或包含目的地站的区域) ,从而激励用户返回需求更高的区域。 [0278] 此外,例如,可以根据移动体1行进的路线来确定使用费。在这种情况下,管理服务器20可以累积移动体1的位置信息的历史并且确定移动体1的行进路线 管理服务器20还可以例如在移动体1经过特定道路时打折使用费。 例如,这可以用作对购物区、商业设施和事件的访问者的激励。 这里,如果存在根据当前位置在附近使用费受到折扣的区域(例如道路、商业设施或活动场所),管理服务器20可以向用户终端10发送推荐该区域的消息 流动性 1. [0279] 在本实施例中,警报被发送到用户终端10。然而,除了它之外或代替它,机动车1的功能可以被降低(例如,最大速度或助力比可以被降低) 可以控制移动体1的功能,使得移动体1的功能最终不起作用。 [0280]在本实施例中,当目的地(包括当前位置)包含在使用禁止区域中时,不允许使用(不发送控制指令)或进行警告。 然而,本发明不限于这些情况。 例如,对于电动小型摩托车等车辆,可以进行降低最高速度的控制,对于电动辅助自行车等车辆,可以进行降低辅助比(动力与人力的比)的控制。 以补充人力)可能会降低。 [0281] 在本实施例中,估计目的地,并且根据估计的目的地(取决于目的地是否包括在禁止行驶区域中)确定是否允许使用机动车1,或者发送警告。 然而,可以根据机动车1的当前位置来发送警报,或者可以限制车辆的功能(例如最大速度的降低或辅助比的降低)。 [0282] 此外,机动车1的使用费可以根据目的地而不同。 例如,如果停在目的地站的机动车 1 的数量很少(例如,如果该数量小于预定数量,或者如果停放的机动车相对于最大停放机动车数量的百分比小于预定的 值),使用费可能会更改为比正常情况下更便宜。 [0283] 也可以根据目的地奖励用户。 例如,如果停在目的地车站的机动车 1 的数量如上所述较少,则可以奖励将此车站设置为目的地车站的用户关于使用费的折扣、发行某些可用的优惠券 商品或服务、积分发放等。在这种情况下,折扣率、优惠券内容和积分发放量可以根据车站的可用性进行更改。 [0284] 此外,当用户接近具有大量停放的机动车1(其中有预定数量或更多的停放机动车,或者有 是相对于停放的机动车的最大数量占据预定比率或更多的机动车),可以向接近该车站的用户发出促进使用该车站作为出发站的机动车1的使用的激励。 激励可以包括例如打折使用费、发放积分、发放优惠券等。 <进入设置区域时的限制> [0285] 例如,如果管理服务器20或搭载移动体1的计算机检测到移动体1的身体进入了预设的设置区域,则可以对移动体1进行如下限制。 [0286] 可以通过从移动设备1接收到的位置信息来确定进入设置区域的检测。 (1) 使这种机动性 1 的使用无法结束。 [0287] 例如,可以阻止移动工具1的使用结束时的支付并且可以继续收费。 在本实施例中,假设机动车1停在车站。 然而,例如,可以将移动体1设计成使得在发生故障、健康状况不佳时可以通过将移动体1停在车站以外的地方来结束移动体1的使用 用户的状况等。 在这种情况下,可以设置放弃禁止区域,并且在放弃禁止区域中,不允许完成使用并且继续充电。 例如,可以将距车站预定距离内的范围设置为禁止放弃区域。 (2) 通知警报 [0288] 例如,管理服务器20可以将移动设备1进入设置区域的消息通知给用户终端10,并通过声音、文字、图像等方式进行通知。例如,管理服务器20可以发送 向移动设备1中设置的控制设备发送消息,移动设备1可以通过声音、灯光等方式进行相应通知。 (3) 限制最高速度 (3-1) 市町村 [0289] 基于车身的位置信息,例如,可以检测进入特定市镇的机动车1并且为每个市镇设置不同的最大速度。 例如,这可以应用于机动车1是诸如电动踏板车或电动自行车的机动车的情况。 管理服务器20可以控制车体使其速度不超过最大速度。 例如,如果车身进入目黑区,则其最高速度可以设置为24km/h,如果进入港区,则其最高速度可以设置为15km/h。 各市批准的最高时速可以提前设定。 (3-2) 按道路类型 [0290] 最大速度可以根据使用机动性1的道路的类型而受到限制。 与汽车不同,在单座机动性(例如自行车或踢脚板)的情况下,通常不需要注意所用道路的类型。 但是,可以将行驶道路注册为设置区域并根据道路类型设置最大速度。 例如,可以通过改变在人行道上使用和在道路上使用之间的最大速度来控制诸如自行车或踢脚板的单座移动装置,使得人行道上的最大速度低于道路上的最大速度。 巷道。 此外,当在学校区域内使用机动性 1 时,可以将最大速度控制为低于正常速度。 (3-3) 特定地点附近 [0291] 当使用机动性1的位置靠近特定点时(与特定点的距离小于预定值),可以将最大速度控制为低于正常速度。 例如,可以确定高速公路入口、建筑物入口等容易发生交通事故的地点,并为附近的设定区域设定低于正常的最高速度 的指定点。 (4)检测速度超过最大速度并进行处罚。 [0292] 备选地,可以通过检测已经超过最大速度并且根据超过最大速度的次数或者最大速度已经持续的持续时间对用户施加惩罚来代替上述最大速度限制。 被超过了。 管理服务器20持续接收来自车身的位置信息和速度信息。 管理服务器20存储与最大速度相关联的设置区域。 管理服务器20检测到车身位置进入设定区域,获取检测到的设定区域对应的最大速度,并获取从车身接收到的速度超过最大速度的次数或时长。 最大速度。 管理服务器20根据其速度超过最大速度的次数或持续时间来执行对用户施加惩罚的处理。 例如,处罚可能是罚款或在一段时间内不允许使用(不能进行预订)。 <进入设定区域奖励> [0293] 另外,例如,当管理服务器20或搭载移动体1的计算机检测到移动体1的车体进入预设区域时,可以对移动体1给予如下奖励。 (1) 通过特定地点的奖励 [0294]如果机动车1的车身通过设定区域,则可以对用户进行奖励。 奖励例如可以是为用户减少移动设备1的使用费、发行任何商品或服务的优惠券、以及提供诸如积分或现金的价值。 例如,可以将正在促销的商店街指定为用于发行优惠券或用于通过穿过商店街来降低移动体1的使用费的设置区域。 例如,将新开放的设施前面的道路设置为设置区域,可以响应于在设施前面经过而发行优惠券或积分或者减少移动工具1的使用费。 在这种情况下,为了降低使用费,在上述示例中,可以针对其资源向商店街或设施的管理员收费。 (2) 景点奖励 [0295] 用户可以因机动车1的车身到达旅游景点附近而获得奖励。 例如,如果您租用在旅游景点半天可用的机动性1,则可以检测到机动性1已停在旅游地内的特定旅游点附近并相应地奖励用户。 在这种情况下,奖励可以通过降低使用费、发放优惠券、发放积分等方式实现。奖励的资源可以向旅游协会或旅游目的地的公司和/或商户收取费用。 (三)赞助区 [0296] 在将赞助商设置到设置区域的情况下,机动车1可以在设置区域内免费或以折扣使用费使用。 例如,如果根据使用时间设置移动体1的使用费用,则可以在设置区域内停止使用时间的时钟。 此外,可以测量在设定区域中使用的时间量,并且当调整使用费时,可以从使用费中减去与使用时间相应的金额。 在这种情况下,赞助商可以在设定区域内收取全部或部分使用费或折扣金额。 (4) 安全区开启速度 [0297] 最大速度也可以被控制为高于指定安全区内的正常速度,例如在特定设施中。 例如,可以预先设置广场、电路室、室内等希望能够安全使用的区域。 <根据行进方向的限制> [0298] 此外,例如,管理服务器20或配备移动体1的计算机可以根据移动体1的行进方向提供限制。 (1)单向 [0299] 例如,管理服务器20或配备移动体1的计算机可以存储单向道路并不断获取移动体1的位置信息以识别移动体1行驶的方向,从而使移动体1在单向后退行驶。 -可以检测到道路。 管理服务器20或搭载移动设备1的计算机在检测到误用时,可以通过灯光或声音向用户发出警示信息或向用户终端发送警示信息。 管理服务器20或配备移动设备1的计算机也可以在检测到错误使用时控制降低移动设备1的最大速度。 管理服务器20或移动体1所具备的计算机也可以进行控制,使得随着移动体1逆行的时间增加,最大速度变小。 如果移动体1在错误的方向上行进了预定时间段或更长的时间,则电机可以停止。 (2) 道路坡度 [0300] 最大速度可以根据移动体1行驶的道路的坡度而改变。 例如,可以指定移动体1的行进方向(例如,可以线性近似移动体1在单位时间的位置变化,可以确定两点之间行进方向的主导方向),并且 最大速度可能会设置得低于正常速度,尤其是当行驶方向为下坡方向时。 <发明概要> == 第一实施例 == [项目 1] [0301]一种支持共享车辆服务运营的运营支撑系统,该系统包括: 使用请求输入单元,其从打算使用车辆的用户的移动终端接收使用请求,该请求包括踏板车的指定和要使用的目的地站; 当在目的站有空停车位时允许使用车辆的使用许可确定单元。 [项目 2] [0302] 根据第1项所述的运营支持系统,还包括: 下车图像接收单元,从用户的用户终端接收车辆被骑下后的停车图像,该停车图像是车辆停在下车站的停车位的状态; 下车图像存储单元存储下车图像以便与用户相关联。 [项目 3] [0303] 根据第1项所述的运营支持系统,其中: 车辆与设置在车辆上的锁定装置通信连接,并且该系统还包括锁定通信单元,当允许使用车辆时,该锁定通信单元向锁定装置发送解锁指令。 [项目 4] [0304] 根据第1项所述的运营支持系统,其中: 车辆包括代码图像,代码图像包括识别车辆的编码车辆识别信息,移动终端捕获代码图像并将代码图像解码为车辆识别信息,解码后的车辆识别信息设置为使用请求。 [项目 5] [0305] 根据项目1所述的操作支持系统,还包括: 使用许可响应单元,其响应于使用请求向移动终端发送是否允许使用车辆,以便根据车辆的位置附加广告。 车辆停放的出发站。 [项目 6] [0306] 根据项2所述的操作支持系统,其中: 下车图像接收单元响应于停车图像的接收,将与目的地站相对应的广告发送到移动终端。 [项目 7] [0307] 根据第1项所述的运营支持系统,还包括: 使用费用确定单元,其根据停在目的地站的小型摩托车的数量、可停放在目的地的车辆的数量中的至少一个来确定车辆的使用费用。 当允许使用车辆时,目的地站、目的地站的使用率以及从目的地站到车站或商业设施的距离。 [项目 1] [0308] 一种支持单座车共享服务运营的系统,包括: 用户请求输入单元,从要使用车辆的用户的终端接收包括指定目的地站的使用请求; 当在目的站有空车位时允许使用车辆的使用许可确定单元。 == 第二个实施例 == [项目 1] [0309] 一种用于支持车辆运行的运行支持系统,包括: 计费处理单元,根据车辆的使用情况收取使用费; 以及根据使用费向车辆停放站的提供者支付的利润分享处理单元, [项目 2] [0310] 根据项1所述的运营支援系统,其特征在于, 所述收益分配处理部向提供利用出发站的第1提供者和提供利用目的站的第2提供者双方支付费用。 [项目 3] [0311] 根据第1项所述的运营支持系统,其中: 车辆是电动的,利润分享处理单元根据车辆用电量低的情况,调整增加支付给供应商的金额。 [项目 4] [0312] 根据第1项所述的运营支持系统,其中: 车辆是电动的并且包括电池; 利润分享处理单元根据提供给停在车站的车辆预定时间的电池的剩余电池电量的更多量来调整以增加支付给提供者的金额。 == 第三个实施例 == [项目 1] [0313] 一种支持电动汽车共享服务运营的运营支撑系统,包括: 剩余电量获取单元,用于获取电池的剩余电量; 更换请求发送单元向至少一个更换者发送指示更换电池的消息。 [项目 2] [0314] 根据第1项所述的运营支持系统,其中: 更换者获取单元获取识别更换电池的更换者的信息; 奖励金额确定单元,根据电池剩余电量确定对更换者的奖励金额; 支付处理部进行向代替者支付报酬金额的处理。 [项目 3] [0315] 根据第2项所述的运营支持系统,其中: 奖励量确定单元还根据替代者的属性来改变奖励量。 [项目 4] [0316] 根据第2项所述的运营支持系统,其中: 奖励金额确定单元还根据电动车辆停放的车站改变奖励金额。 [项目 5] [0317] 根据项1所述的运行支持系统,还包括: 位置信息接收单元,获取指示电动车辆的位置的位置信息,其中: 更换请求发送单元向至少一个更换者通知电动车辆的位置,并且 电动车电池的剩余电量。 [项目 6] [0318] 根据项5所述的运营支持系统,还包括: 站点信息存储单元存储站点信息,包括电动车辆可以停放的站点的位置; 站点指定单元,根据位置信息指定电动车停放的站点; 其中:更换请求发送单元通知至少一个更换者电动车的数量和每个站点的奖励金额的总量。 ==第四个实施例== [项目 1] [0319] 一种支持车辆共享服务运行的运行支持系统,该系统包括:控制器,根据车辆用户的属性限制车辆的功能。 [项目 2] [0320] 根据第1项所述的操作支持系统,其中: 控制器根据用户的年龄限制车辆的最大速度。 [项目 3] [0321] 根据项目1的操作支持系统,控制器根据用户的年龄来提供车辆的座位。 [项目 4] [0322] 根据第1项所述的运营支持系统,其中: 车辆通过电动机辅助推进车辆,并且控制器根据用户的年龄改变电动机的辅助比。 [项目 5] [0323] 根据第1项所述的操作支持系统,其中: 控制器响应于用户的低评价来限制车辆的最大速度。 ==第五实施例== [项目 1] [0324] 一种支持车辆共享服务运营的运营支撑系统,该系统包括: 目的地估计单元,用于估计车辆的目的地; 以及使用许可确定单元,其根据目的地确定是否允许使用车辆。 [项目 2] [0325] 根据第1项所述的运营支持系统,还包括: 位置获取单元获取车辆的位置,其中目的地估计单元根据位置估计目的地。 [项目 3] [0326] 根据项1或2所述的运营支持系统,还包括: 请求编号获取单元,获取车辆的请求编号, 其中: 使用许可确定单元还根据请求编号确定是否允许使用车辆。 [项目 4] [0327] 根据项1至3中任一项所述的运营支持系统,还包括: 估计使用时间获取单元,用于获取车辆的估计使用时间, 其中: 使用许可确定单元根据车辆的估计使用时间确定是否允许使用车辆 估计使用时间。 [项目 5] [0328] 5.根据1至4中任一项所述的操作支持系统,还包括: 属性获取单元,获取车辆用户的属性, 其中: 使用许可确定单元根据属性确定是否允许使用许可。 参考符号列表 [0329] 1 自行车 2 车站 11 通信设备 12 锁定设备 13 用户终端 20 管理服务器 30 通信网络

登录后可查看全文