CN116308938A - 都市管理支援装置、都市管理支援方法以及记录有都市管理支援程序的计算机可读记录介质 - Google Patents

Abstract

本公开提供都市管理支援装置、都市管理支援方法以及记录有都市管理支援程序的计算机可读记录介质。提供对通过在多个服务之间良好地分享有限的资源来抑制作为都市整体的服务水平降低作出贡献的技术。本公开的都市管理支援装置是支援共用有限的资源的多个服务同时被提供的都市的管理的装置。本公开的都市管理支援装置取得与资源的提供状况有关的信息，根据资源的提供状况，针对每个服务预测计算共用该资源的多个服务的预定时间后的未来的服务达成度。而且，响应于由于资源的提供状况的异常引起的多个服务的至少一个中的服务达成度的降低，针对服务达成度高的高达成度服务的利用者，通知以赋予奖励换取节制高达成度服务的利用的请求。

Description

都市管理支援装置、都市管理支援方法以及记录有都市管理 支援程序的计算机可读记录介质

技术领域

本公开涉及适用于共用有限的资源的多个服务同时被提供的都市的管理的都市管理支援装置、都市管理支援方法以及记录有都市管理支援程序的计算机可读记录介质。

背景技术

今日，研究并且在各地计划通过智能化一并管理服务的“都市”。此处所称的都市意味着通过各种服务被提供来经营人们的生活的物理上的空间，不仅是如所谓智慧城市那样的大规模的例子，还包括如地下街那样的中等规模的例子、如大型建筑物那样的小规模的例子。在这样的都市中，在都市中提供的资源的大部分有限，在多数情况下，在多个服务中共用该有限的资源。为了维持作为都市整体的服务水平，要求能够在多个服务之间良好地分享有限的资源的都市管理。

然而，此前，难以说充分地研究了共用有限的资源的多个服务同时被提供的都市的管理。例如，在专利文献1中，公开了如下的技术：在交通监视装置中，关于多个连续拥堵路径的各个路径，至少根据连续拥堵路径中的车辆行进方向，计算实施用于消除拥堵的对策的优先级。但是，在该技术中，未研究通过多个服务之间的资源的分享消除问题。

此外，作为表示与本公开关联的技术领域的技术水准的文献，除了上述专利文献1以外，还可以例示下述的专利文献2至6。

现有技术文献

专利文献

专利文献1：国际公开第2019/189152号

专利文献2：日本特开2015-187498号公报

专利文献3：日本特开平11-353358号公报

专利文献4：国际公开第2013/084268号

专利文献5：日本特开2016-218912号公报

专利文献6：日本特开2021-033941号公报

发明内容

本公开是鉴于如上述的课题而完成的，其目的在于提供对通过在多个服务之间良好地分享有限的资源来抑制作为都市整体的服务水平降低作出贡献的技术。

为了达成上述目的，本公开提供都市管理支援装置。本公开的都市管理支援装置是支援共用有限的资源的多个服务同时被提供的都市的管理的装置。本公开的都市管理支援装置具备存储有至少1个程序的至少1个存储器、和执行上述至少1个程序的至少1个处理器。上述至少1个程序构成为使上述至少1个处理器执行：取得与资源的提供状况有关的信息；以及根据资源的提供状况，针对每个服务预测计算多个服务的预定时间后的未来的服务达成度。进而，上述至少1个程序构成为使上述至少1个处理器执行：响应于由于资源的提供状况的异常引起的多个服务的至少一个中的服务达成度的降低，针对服务达成度高的高达成度服务的利用者，通知以赋予奖励换取节制高达成度服务的利用的请求。

另外，为了达成上述目的，本公开提供都市管理支援方法。本公开的都市管理支援方法是使用计算机支援共用有限的资源的多个服务同时被提供的都市的管理的方法。本公开的都市管理支援方法包括：将与资源的提供状况有关的信息输入给计算机；以及通过计算机，根据资源的提供状况，针对每个服务预测计算多个服务的预定时间后的未来的服务达成度。进而，本公开的都市管理支援方法包括响应于由于资源的提供状况的异常引起的多个服务的至少一个中的服务达成度的降低，从计算机针对服务达成度高的高达成度服务的利用者通知以赋予奖励换取节制高达成度服务的利用的请求。

进而，为了达成上述目的，本公开提供都市管理支援程序。本公开的都市管理支援程序是用于使用计算机支援共用有限的资源的多个服务同时被提供的都市的管理的程序。本公开的都市管理支援程序构成为使计算机执行：取得与资源的提供状况有关的信息；以及根据资源的提供状况，针对每个服务预测计算多个服务的预定时间后的未来的服务达成度。进而，本公开的都市管理支援程序构成为使计算机执行：响应于由于资源的提供状况的异常引起的多个服务的至少一个中的服务达成度的降低，针对服务达成度高的高达成度服务的利用者，通知以赋予奖励换取节制高达成度服务的利用的请求。本公开的都市管理支援程序记录于计算机可读记录介质。

根据本公开的上述技术，通过接收到通知的利用者节制高达成度服务的利用，对资源形成富余。通过对预测服务达成度的降低的服务分配形成了富余的资源，抑制该服务的服务达成度降低。另外，通过节制了高达成度服务的利用的利用者接受奖励，补偿由于节制了利用引起的不利。因此，根据本公开的上述技术，能够提供在不同的服务之间分享资源的场所，通过良好地分享资源，抑制作为都市整体的服务水平降低。

在本公开的上述技术中，也可以根据每个服务的服务内容和服务达成度，计算多个服务之间的资源的提供的优先次序，针对高达成度服务中的优先次序低的低优先服务的利用者，通知以赋予奖励换取节制低优先服务的利用的请求。由此，能够节制在高达成度服务中优先次序低的低优先服务的利用，所以进一步抑制作为都市整体的服务水平降低。

另外，在本公开的上述技术中，也可以针对预约了利用高达成度服务的利用者通知请求。由此，通过针对利用高达成度服务的预定的利用者进行通知，能够提高节制高达成度服务的利用的可靠性。

另外，在本公开的上述技术中，也可以针对预先允许了接收请求的通知的利用者通知请求。由此，通过针对利用高达成度服务的预定的利用者进行通知，能够提高节制高达成度服务的利用的可靠性。

另外，在本公开的上述技术中，也可以从利用了通过节制高达成度服务的利用而形成的资源的富余量的服务的提供者，征收奖励的资金。由此，通过使接受了利益的一方(服务的提供者)支付对价，能够形成服务提供者与服务利用者之间的匹配市场。

另外，在本公开的上述技术中，奖励也可以是仅在都市内能够使用的数字货币。由此，具有对于管理者和利用者而言都便利，而且促进都市的活性化这样的优点。

进而，在本公开的上述技术中，也可以针对高达成度服务的提供者，通知以赋予奖励换取节制高达成度服务的提供的请求。由此，能够由服务提供者彼此分享资源。

如以上所述，本公开的技术是对通过在多个服务之间良好地分享有限的资源来抑制作为都市整体的服务水平降低作出贡献的技术，在共用有限的资源的多个服务同时被提供的都市的管理中有用。

附图说明

图1是示出本公开的实施方式所涉及的都市的概要的图。

图2是示出本公开的实施方式所涉及的都市管理支援装置的结构的框图。

图3是说明在都市中提供的多个服务是共有有限数的车辆的服务的情况下的都市管理支援装置的动作的图。

图4是说明在都市中提供的多个服务是共有有限数的车辆的服务的情况下的都市管理支援装置的动作的图。

图5是说明在都市中提供的多个服务是共有有限数的车辆的服务的情况下的都市管理支援装置的动作的图。

图6是说明在都市中提供的多个服务是共有车辆用的充电器的服务的情况下的都市管理支援装置的动作的图。

图7是说明在都市中提供的多个服务是共有车辆用的充电器的服务的情况下的都市管理支援装置的动作的图。

图8是说明在都市中提供的多个服务是共有车辆用的充电器的服务的情况下的都市管理支援装置的动作的图。

(符号说明)

100：都市；110：资源；120A：服务提供者(按需巴士服务经营商)；120B：服务提供者(汽车共享服务经营商)；120C：服务提供者(出租车服务经营商)；130：利用者；131A、131B：出租车服务的利用者；131C、131D、131E、131F：汽车共享服务的利用者；132A、132B：按需巴士服务的利用者团体；140：都市管理者；151A、151B、151C、151D、151E、151F：乘用车型的车辆；152A、152B、152C、152D：迷你巴士型的车辆；154A、154B、154C、154D、154E：充电器；200：都市管理支援装置。

具体实施方式

以下，参照附图，说明本公开的都市管理支援装置、都市管理支援方法以及都市管理支援程序的实施方式。但是，在以下所示的实施方式中言及各要素的个数、数量、量、范围等的数的情况下，除了特别明示的情况、原理上明确地确定为该数的情况以外，本发明不限定于该言及的数。另外，在以下所示的实施方式中说明的构造等除了特别明示的情况、明确地原理上确定于此的情况以外，在本发明中并非必须。

1.都市的概要

在本公开中，都市是指，通过各种服务被提供来经营人们的生活的物理上的空间。本公开中的都市的规模没有限定。智慧城市是大规模的都市的一个例子，地下街是中等规模的都市的一个例子，大型建筑物是小规模的都市的一个例子。并非物理上的空间的因特网的虚拟空间不包含于本公开中的都市。

在都市中，对利用者提供各种服务。利用都市的资源提供服务。资源被用于在都市中提供服务，例如，包括道路、供电站、贮藏场、网络、电、水等。如果物流服务还利用大厦的电梯，则电梯也包含于资源。但是，本公开中的资源是有限的资源，无限的资源或者虽然有限但其限度相比于通过服务消耗资源的利用量充分高的资源不包含于本公开中的资源。在本公开中的都市中，在多个服务中共用有限的资源。

图1示出本公开的实施方式所涉及的都市100的概要。在本实施方式所涉及的都市100中，从各服务A、B、C的提供者120A、120B、120C针对利用者130同时提供共用有限的资源110的服务A、B以及C。同时提供利用有限的资源110的多个服务是指，除了1名利用者130同时利用多个服务的含义以外，还包括利用有限的资源110的多个服务并非相互排他的含义。即，既不会在都市100中提供的服务A、B以及C中的任意1个服务独占资源110，也不会任意2个服务寡头垄断资源110。

各服务A、B、C针对利用者130的提供状况受到都市100中的资源110的提供状况的影响、特别是提供状况的异常的影响。哪个服务受到多少影响要看资源110的提供状况的异常的内容。例如，既有仅一部分的服务受到影响的情况，也有所有服务受到影响的情况。还有通过依据资源110的提供状况的异常的内容，将服务的提供方法从通常的提供方法变更为替代方法，能够抑制服务的降低的情况。但是，资源110被共用，所以还有为了维持例如1个服务，不得不使其他服务降低的情况。在资源110的提供状况中产生了异常的情况下作为都市100整体如何抑制服务降低是都市100的管理中的重要的课题。

在本实施方式所涉及的都市100中，由都市管理者140，与资源110的提供状况一起一并管理各服务A、B、C的提供状况。都市管理者140监视资源110的提供状况，具有在资源110的提供状况中产生了异常的情况下迅速地恢复的权限和责任。但是，根据资源110的种类，既有都市管理者140对其他经营商委托平日的维护、异常时的恢复的情况，也有由其他经营商进行资源110的提供自身的情况。另外，都市管理者140是与服务提供者120A、120B、120C基本上独立的经营商。除了作为例外都市管理者140自身提供服务的情况以外，都市管理者140基本上无法改变服务的提供方法。

在本实施方式所涉及的都市100中，为了其持续的发展，针对都市管理者140要求在资源110和服务A、B、C这两面中高效并且适当的管理。本公开的实施方式所涉及的都市管理支援装置200是用于支援由都市管理者140高效并且适当地管理都市100的装置。都市管理支援装置200是具备存储有至少1个程序203的至少1个存储器202、和执行至少1个程序203的至少1个处理器201的计算机。通过由处理器201执行存储于存储器202的程序203，实现用于支援都市管理者140的各种功能。其中，都市管理支援装置200既可以由一个计算机构成，也可以由用网络连接的多个计算机构成。

都市管理支援装置200并非其自身管理都市100，而是支援由都市管理者140管理都市100。为了支援都市100的管理，都市管理支援装置200取得与资源110的提供状况有关的信息和与各服务A、B、C的提供状况有关的信息。都市管理支援装置200根据取得的信息，预测各服务A、B、C的达成度，针对各服务提供者120A、120B、120，提供它们分别提供的服务A、B、C的达成度的预测信息。服务达成度的详细情况后述。另外，都市管理支援装置200根据需要，针对利用者130、服务提供者120A、120B、120C，通知用于维持作为都市100整体的服务水平的合作请求。这样，都市管理支援装置200通过推动通过针对利用者130、服务提供者120A、120B、120C的通知、信息提供维持都市服务，由此支援由都市管理者140管理都市100。在接下来的章节中，详细说明都市管理支援装置200。

2.都市管理支援装置的结构

图2是示出都市管理支援装置200的结构的框图。都市管理支援装置200具备信息取得单元210、服务模拟器220、达成度运算单元230、优先次序运算单元240、以及合作请求通知单元250。构成都市管理支援装置200的这些要素是在由处理器201执行存储于存储器202的程序203、详细而言都市管理支援程序时实现的都市管理支援装置200的功能。

信息取得单元210从都市100取得为了管理都市100而所需的信息。在由信息取得单元210取得的信息中，包括与都市100中的资源110的提供状况有关的信息。例如，从由在都市100配备的各种传感器检测的检测信息、来自服务提供者120A、120B、120C的提供信息、或者包括SNS上的信息的来自利用者130的提供信息取得与资源110的提供状况有关的信息。由信息取得单元210取得的与资源110的提供状况有关的信息被输入给服务模拟器220。

在由信息取得单元210取得的信息中，包括与各服务A、B、C的提供状况有关的信息。从服务提供者120A取得与服务A的提供状况有关的信息。从服务提供者120B取得与服务B的提供状况有关的信息。而且，从服务提供者120C取得与服务C的提供状况有关的信息。其中，例如在由相同的经营商提供2个服务的情况下，从该经营商取得与2个服务的提供状况有关的信息。另外，能够从包括SNS上的信息的来自利用者130的提供信息取得与服务的提供状况有关的信息。由信息取得单元210取得的与各服务A、B、C的提供状况有关的信息被输入给服务模拟器220。

另外，在由信息取得单元210取得的信息中，包括与在都市100中享受服务A、B、C的至少1个服务的利用者130有关的利用者信息。利用者信息包括利用者130的每一个的各服务A、B、C的预约信息。另外，利用者信息包括与每个利用者130的合作请求通知的接收的应允与否有关的信息。信息取得单元210从各服务提供者120A、120B、120C取得利用者信息中的预约信息。关于合作请求通知的接收的应允与否，信息取得单元210从利用者130直接取得信息并登记到数据库。由信息取得单元210取得的利用者信息被输入给合作请求通知单元250。

服务模拟器220是使用预测模型预测预定时间后的未来的服务的状况的模拟器。服务模拟器220的输入是当前的与各服务A、B、C的提供状况有关的信息和与资源110的提供状况有关的信息。服务模拟器220根据这些信息，使用预测模型，预测各服务A、B、C的预定时间后的未来的状况。预测时间例如是10分、1小时、2小时等，根据服务的内容决定。

在服务模拟器220使用的预测模型中，与都市100的规格符合地预先制作与资源110和服务的关系有关的参数。例如，在都市100中提供的服务是交通服务或者物流服务的情况下，预先制作建筑物、道路的状态、移动体的场所以及状态、居民模型、基于服务的移动体的利用方法等参数。居民模型是指，对都市100的居民进行模型化而得到的模型。居民时而利用道路，时而成为移动体的障碍物等，影响资源110和服务的关系。在居民模型中，既可以根据服务的内容模拟每个居民的活动，也可以作为团体模拟。

在服务模拟器220使用的预测模型中，针对每个服务设定服务定义。例如，在都市100中提供的服务是交通服务的情况下，将路线、时刻表、上下预测人数、在资源110的提供状况中产生了异常的情况下的服务的提供方法的替代方法等设定为服务定义。另外，在都市100中提供的服务是物流服务的情况下，将收货预测数、投递处预测、在资源110的提供状况中产生了异常的情况下的服务的提供方法的替代方法等设定为服务定义。另外，针对每个服务，作为服务定义之一，设定根据服务的内容决定的重要度。在服务模拟器220的定义设定部222A中，设定服务A的定义，在定义设定部222B中，设定服务B的定义，在定义设定部222C中，设定服务C的定义。在定义设定部222A、222B、222C中设定的各服务定义能够更新。

关于由服务模拟器220预测预定时间后的未来的服务的状况预测，既可以持续执行，也可以以在资源110的提供状况中产生了异常为条件执行。资源110的提供状况的异常是指，影响后述服务的达成度的异常，针对每个资源每个服务预先定义。通过将资源110的提供状况的异常作为预测计算的执行条件，能够降低处理器201的负荷，并且抑制与计算相伴的电力使用。

从服务模拟器220输出预测计算出的各服务A、B、C的状况预测值。即，各服务A、B、C的预定时间后的未来的状况的预测结果分别用一个数值表示。各服务A、B、C的状况预测值被输入给达成度运算单元230。

达成度运算单元230根据从服务模拟器220输入的各服务A、B、C的状况预测值，针对服务A、B、C的每一个，计算服务达成度。服务达成度是表示服务降低对利用者130造成的冲击的数值，例如，定义为表示从如SLA(Service Level Agreement，服务水平协议)那样预先规定的水准的偏移的程度的数值。由达成度运算单元230计算出的各服务A、B、C的达成度被输入给优先次序运算单元240和合作请求通知单元250。

优先次序运算单元240受理从达成度运算单元230输入的各服务A、B、C的达成度、和从服务模拟器220输入的各服务A、B、C的重要度。优先次序运算单元240根据每个服务的重要度和服务达成度，计算服务A、B、C之间的资源110的提供的优先次序。由优先次序运算单元240计算出的服务A、B、C之间的资源110的提供的优先次序被输入给合作请求通知单元250。

合作请求通知单元250受理从达成度运算单元230输入的各服务A、B、C的达成度、和从优先次序运算单元240输入的服务A、B、C之间的资源110的提供的优先次序。另外，合作请求通知单元250受理从服务模拟器220输入的与资源110的提供状况有关的信息、和从信息取得单元210输入的利用者信息。

合作请求通知单元250将从达成度运算单元230受理的服务达成度的预测信息提供给服务提供者120A、120B、120C。服务达成度的预测信息对于服务提供者120A、120B、120C而言能够用作用于运用服务的参考信息。另外，将服务A、B、C的每一个的服务达成度的预测信息和与资源110的提供状况有关的信息一起还提供给都市管理者140。

合作请求通知单元250根据与资源110的提供状况有关的信息和服务达成度的预测信息，判定合作请求通知的必要性。具体而言，在资源110的提供状况中产生异常，服务A、B、C的至少一个中的服务达成度降低的情况下，合作请求通知单元250判断为需要合作请求通知。

在合作请求通知单元250通知合作请求的对方中，包括利用者130中的服务达成度高的高达成度服务的利用者。针对高达成度服务的利用者，通知以赋予奖励换取节制高达成度服务的利用的请求。高达成度服务的利用者是指，有在预定时间内利用高达成度服务的预定的利用者。但是，不针对拒绝合作请求通知的接收的利用者，进行合作请求通知。关于在数据库中未登记合作请求通知的接收的应允与否的利用者，判断为拒绝合作请求通知的接收。作为对利用者赋予的奖励的例子，可以举出能够换取商品、服务的积分、仅在都市100内能够使用的数字货币。

在合作请求通知单元250通知合作请求的对方中，包括服务提供者120A、120B、120C中的服务达成度高的高达成度服务的提供者。针对高达成度服务的提供者，通知以赋予奖励换取节制高达成度服务的提供的请求。但是，也可以不换取赋予奖励。即，也可以根据服务提供者120A、120B、120C之间的相互帮助的理念，针对高达成度服务的提供者，请求不奖励而节制高达成度服务的提供。

3.利用都市管理支援装置的都市管理支援方法的具体例

3-1.第1具体例

作为第1具体例，说明在都市100中提供的服务是共有车辆的服务的例子。图3至图5是说明第1具体例的图。

在第1具体例中，在服务之间共有的有限的资源110是车辆。按需巴士服务、汽车共享服务、以及出租车服务这3个服务共有车辆。在套用到图1以及图2所示的例子时，按需巴士服务是服务A，按需巴士服务经营商是服务提供者120A。汽车共享服务是服务B，汽车共享服务经营商是服务提供者120B。而且，出租车服务是服务C，出租车服务经营商是服务提供者120C。

在第1具体例中，在服务之间共有的车辆是1人或者少人数可乘车的乘用车型的车辆151A～151D、和多人数可乘车的迷你巴士型(或者小客车型)的车辆152A～152D。这些车辆151A～151D、152A～152D由都市100保有。在前日，根据与各服务的需求有关的统计数据、次日的天气预报、次日的事件信息等，确定对该服务分配哪个车辆。车辆既可以是自动驾驶车辆，也可以是由驾驶员驾驶的车辆。在由驾驶员驾驶的车辆的情况下，与驾驶员成组地进行向服务的分配。另外，车辆151A～151D、152A～152D的向各服务的分配、即资源110的向各服务的分配也是都市管理支援装置200的服务模拟器220的一个功能。

在图3中，示出车辆151A～151D、152A～152D的向各服务的分配的例子。对出租车服务分配2台乘用车型的车辆151A、151B。对汽车共享服务分配2台乘用车型的车辆151C、151D和2台迷你巴士型的车辆152A、152B。而且，对按需巴士服务分配2台迷你巴士型的车辆152C、152D。

图3示出某个时刻下的各服务的利用状况。在出租车服务中，仅车辆151A被利用者131A利用。在汽车共享服务中，车辆151C被利用者131C利用，车辆152A被利用者131E利用。车辆152A是迷你巴士型车辆，但只要有空闲则1人也能够利用。在按需巴士服务中，车辆152C被由3名利用者构成的利用者团体132A利用，车辆152D被由2名利用者构成的利用者团体132B利用。

在都市100中提供按需巴士服务、汽车共享服务、以及出租车服务的期间，都市管理支援装置200计算各服务的达成度。服务的达成度用分数(达成度得分)表示。按照满足SLA的计划发展的状态是作为服务达成度最高的状态，达成度得分成为最高分的100分。用减分方式，计算达成度得分。

例如，在汽车共享服务以及出租车服务中，由服务模拟器220预测预定时间后的未来的不足车辆的台数。而且，可靠地准备已被预约的车辆，无延迟地提供服务的状态下的达成度得分成为100分，根据不足车辆的台数相对计划台数的比例，达成度得分被减分。在图3所示的例子中，与汽车共享服务以及出租车服务一起，针对各利用者无延迟地分配车辆，所以在两方的服务中，达成度得分成为100分。

在按需巴士服务中，通过服务模拟器220，预测预定时间后的未来的各车辆的拥挤度。拥挤度例如也可以以乘车人数相对定员的比计算。通过对全部车辆的拥挤度进行合计或者平均，计算按需巴士服务整体中的拥挤度。拥挤度为基准值以下的状态下的达成度得分设为100分，随着拥挤度比基准值更大，达成度得分被减分。在图3所示的例子中，全部车辆152C、152D不拥挤地运行，所以按需巴士服务的达成度得分成为100分。

在图4中，示出从图3所示的状态的时刻经过时间时的各服务的利用状况。在此，设为在按需巴士服务的预约系统中，探测到按需巴士服务的预约的需求比设想高。或者，设为通过使用在都市100配备的都市传感器(例如照相机传感器)的人流探测系统，探测到比设想更大量的人在街上。都市管理支援装置200响应于由都市传感器探测的人流超过了阈值，用服务模拟器220模拟能否遵守SLA提供按需巴士服务、汽车共享服务、以及出租车服务。

模拟的结果可知，通过在服务之间分担需求，能够针对增加量的需求在服务的提供侧取得匹配。但是，还可知在按需巴士服务中，车辆152C、152D的拥挤度变高而服务达成度降低，达成度得分低于阈值。各车辆152C、152D的定员是4名，但同时利用车辆152C的利用者团体132A是5名，同时利用车辆152D的利用者团体132B是6名。

在该情况下，合作请求通知单元250研究维持高的服务达成度的汽车共享服务和出租车服务各自的利用状况，判定合作请求的通知的必要性。在图4所示的例子中，在汽车共享服务中利用的迷你巴士型的车辆152A、152B被分别1名利用者131E、131F预约。模拟的结果可知，如果能够对按需巴士服务分配这些车辆152A、152B中的1台，则能够抑制按需巴士服务的服务达成度降低。

为了对按需巴士服务追加地分配车辆，需要使利用者131E和利用者131F中的某一个放弃汽车共享服务的利用。合作请求通知单元250根据利用者信息，选择利用者131E和利用者131F中的某一个，通知希望其放弃基于车辆152A或者车辆152B的汽车共享服务的利用的意思的合作请求。在合作请求通知中，提示通过答应合作请求而被赋予的奖励。在利用者131E拒绝合作请求通知的接收，利用者131F允许了合作请求通知的接收的情况下，合作请求通知单元250针对利用者131F通知合作请求。此外，在利用者131E和利用者131F这两方允许合作请求通知的接收的情况下，也可以随机地选择合作请求的通知目的方。

另外，与针对利用者131F通知合作请求并行地，合作请求通知单元250针对汽车共享服务经营商120B也通知合作请求。被通知合作请求的利用者131F既可以同意合作请求，也可以不同意合作请求。另一方面，针对汽车共享服务经营商120B，作为以利用者131F同意合作请求为条件的决定事项，通知车辆152B的分配从按需巴士服务变更为汽车共享服务的意思。

在图5中，示出通过利用者131F同意合作请求而实现的各服务的利用状况。通过利用者131F同意合作请求，车辆152B被分配给按需巴士服务。通过由包括多名利用者的利用者团体132C利用车辆152B，利用车辆152C的利用者团体132A的人数减少，利用车辆152D的利用者团体132C的人数也减少。由此，作为按需巴士服务整体的车辆152B、152C、152D的拥挤度减少，服务达成度的达成度得分上升。另一方面，针对利用者131F无法准备车辆，从而汽车共享服务的服务达成度的达成度得分降低。但是，在所有服务中，达成度得分被维持为阈值(例如50分)以上，所以作为都市100整体的服务水平提高。

在利用者131F同意了合作请求的情况下，以对利用者131F赋予奖励换取放弃车辆152B的利用。奖励既可以从都市管理支援装置200直接赋予给利用者131F，也可以经由接受了让出车辆152B的按需巴士服务经营商120A赋予。从通过接受让出车辆152B而得以抑制服务水平降低的按需巴士服务经营商120A征收奖励的资金。

如以上所述，在第1具体例中，通过接收到合作请求通知的利用者131F节制汽车共享服务的利用，在作为资源110的车辆形成富余。通过对预测服务达成度的降低的按需巴士服务分配作为资源110的富余量的车辆152B，抑制按需巴士服务的服务达成度降低。另外，通过节制了汽车共享服务的利用的利用者131F接受奖励，补偿由于节制了利用引起的不利。

都市管理支援装置200提供在不同的服务之间分享资源110的场所、即匹配市场。在第1具体例中，通过在该匹配市场中在按需巴士服务、汽车共享服务、以及出租车服务之间良好地分享都市100所保有的车辆，抑制作为都市100整体的服务水平降低。

3-2.第2具体例

作为第2具体例，说明在都市100中提供的服务是共有对电动车充电的充电器的服务的例子。图6至图8是说明第2具体例的图。

在第1具体例中，在服务之间共有的有限的资源110是对电动车充电的充电器。按需巴士服务、汽车共享服务、以及出租车服务这3个服务共有充电器。在套用到图1以及图2所示的例子时，按需巴士服务是服务A，按需巴士服务经营商是服务提供者120A。汽车共享服务是服务B，汽车共享服务经营商是服务提供者120B。而且，出租车服务是服务C，出租车服务经营商是服务提供者120C。

在第2具体例中，都市100保有1人或者少人数可乘车的乘用车型的车辆151A～151F和多人数可乘车的迷你巴士型(或者小客车型)的车辆152A～152B。出租车服务使用2台乘用车型的车辆151A、151B。汽车共享服务使用4台乘用车型的车辆151C～151F。而且，按需巴士服务使用2台迷你巴士型的车辆152A、152B。

都市100保有的所有车辆151A～151F、152A～152B是可充电的电动车、更详细而言接受从可充电的车载电池的电力供给而用马达行驶的电池电动汽车(BEV)。为了向车辆151A～151F、152A～152B的充电，在都市100中配置有可急速充电的多台充电器154A～154E。各充电器154A～154E被预先分配给各服务的车辆。在前日，根据与各服务的需求有关的统计数据、次日的天气预报、次日的事件信息等，确定对哪个服务的哪个车辆分配哪个充电器。充电器154A～154E的向各服务的分配是都市管理支援装置200的服务模拟器220的一个功能。

在图6中，示出充电器154A～154E的向各服务的分配的例子。充电器154A被分配给出租车服务的2台车辆151A、151B。另外，充电器154B被分配给汽车共享服务的2台车辆151C、151D，充电器154C被分配给汽车共享服务的2台车辆151E、151F。而且，充电器154D仅被分配给按需巴士服务的车辆152A，充电器154E仅被分配给按需巴士服务的车辆152B。

图6示出某个时刻下的各服务的利用状况。在出租车服务中，各车辆151A、151B被利用者131A、131B利用。在汽车共享服务中，各车辆151C～151F被利用者131C～131F利用。在按需巴士服务中，各车辆152A、152B被利用者团体132A、132B利用。此时所有充电器154A～154E正常地发挥功能。

在都市100中提供按需巴士服务、汽车共享服务、以及出租车服务的期间，都市管理支援装置200计算各服务的达成度。在图6所示的例子中，汽车共享服务以及出租车服务都针对各利用者无延迟地分配车辆，所以在两方的服务中，达成度得分成为100分。另外，在图6所示的例子中，全部车辆152A、152B不拥挤地运行，所以按需巴士服务的达成度得分也成为100分。

在图7中，示出从图6所示的状态的时刻经过时间时的各服务的利用状况。在此，设为由都市传感器(例如搭载于电动车的电流计或者电压计)探测到在按需巴士服务中利用的充电器154D的故障。都市管理支援装置200响应于由都市传感器探测到充电器154D的故障，用服务模拟器220模拟能否遵守SLA提供按需巴士服务、汽车共享服务、以及出租车服务。在模拟中，例如，将与每个服务的当前的服务状态有关的信息和充电预约信息用作输入信息。在与服务状态有关的信息中，例如包括车辆位置、乘车人数、预约人数等。

在按需服务的车辆152A由于充电器154D的故障无法运行时，不得不用1台车辆152B与利用者团体132B一起搬送已预约的利用者团体132A。但是，模拟的结果可知，在进行这样的运用的情况下，由于车辆152B的拥挤度上升而按需服务的服务达成度大幅降低。在图7所示的例子中，不受到充电器154D的故障的影响的汽车共享服务以及出租车服务的达成度得分被维持为高的值，相对于此，仅按需服务的达成度得分成为比阈值(例如50分)低的分数。

在该情况下，合作请求通知单元250研究维持高的服务达成度的汽车共享服务和出租车服务各自的利用状况，判定合作请求的通知的必要性。模拟的结果可知，如果能够对按需巴士服务分配在出租车服务或者汽车共享服务中利用的充电器154A、154B、154C中的任意1个充电器，则能够抑制按需巴士服务的服务达成度降低。

在出租车服务中利用的充电器154A和在汽车共享服务中利用的充电器154B、154C中的应分配给按需巴士服务的充电器由服务之间的资源110的提供的优先次序决定。根据每个服务的服务内容和服务达成度，计算优先次序。例如，当前的服务达成度越高，优先次序被计算得越高，服务对都市100的运营的影响(重要度)越大，优先次序被计算得越高，在今后预定时间内预想的服务的利用人数越大，优先次序被计算得越高。

在图7所示的例子中，相比于出租车服务，汽车共享服务的优先次序更低。因此，在作为低优先服务的汽车共享服务中利用的充电器154B、154C中的1台充电器被分配给按需巴士服务。在对按需巴士服务分配充电器154B的情况下，车辆151C和车辆151D无法运行。在该情况下，需要使预约了这些车辆的利用者131C以及利用者131D放弃汽车共享服务的利用。另一方面，在对按需巴士服务分配充电器154C的情况下，车辆151E以及车辆151F无法运行。在该情况下，需要使预约了这些车辆的利用者131E以及利用者131F放弃汽车共享服务的利用。

合作请求通知单元250根据利用者信息，选择利用者131C以及利用者131D的组和利用者131E以及利用者131F的组中的某一个。如果利用者131C或者利用者131D拒绝合作请求通知的接收，则合作请求通知单元250针对允许了合作请求通知的接收的利用者131E以及利用者131F通知合作请求。合作请求通知是希望其放弃基于车辆151E或者车辆151F的汽车共享服务的利用这样的内容，一并提示通过答应合作请求而被赋予的奖励。进而，在利用者131F的当前地和目的地接近按需巴士的车辆152A的通行路的情况下，建议利用者131F换乘按需巴士的车辆152A。

另外，与针对利用者131E以及利用者131F通知合作请求并行地，合作请求通知单元250针对汽车共享服务经营商120B也通知合作请求。被通知合作请求的利用者131E以及利用者131F既可以同意合作请求，也可以不同意合作请求。另一方面，针对汽车共享服务经营商120B，作为以利用者131E以及利用者131F同意合作请求为条件的决定事项，通知充电器154C的分配从按需巴士服务变更为汽车共享服务的意思。

在图8中，示出通过利用者131E以及利用者131F同意合作请求而实现的各服务的利用状况。通过利用者131E以及利用者131F同意合作请求，充电器154C被分配给按需巴士服务。通过对按需巴士服务分配充电器154C，能够代替故障的充电器154D而使用充电器154C对车辆152A充电。

在按需巴士服务中能够利用车辆152A，从而能够分成2台车辆152A、152B搬运利用者团体132A、132B，车辆152B的拥挤度减少。由此，作为按需巴士服务整体的服务达成度的达成度得分上升。另一方面，针对利用者131E以及利用者131F无法准备车辆，从而汽车共享服务的服务达成度的达成度得分降低。但是，在所有服务中，达成度得分被维持为阈值(例如50分)以上，所以作为都市100整体的服务水平提高。

在利用者131E以及利用者131F同意了合作请求的情况下，对利用者131E以及利用者131F，以赋予奖励换取放弃了车辆152E或者车辆152F的利用。另外，利用者131F通过依照在合作请求通知中提示的建议，能够换乘按需巴士的车辆152A。奖励既可以从都市管理支援装置200直接赋予给利用者131E以及利用者131F，也可以经由接受了让出充电器154C的按需巴士服务经营商120A赋予。从通过接受让出充电器154C而能够抑制服务水平降低的按需巴士服务经营商120A征收奖励的资金。

如以上所述，在第2具体例中，通过接收到合作请求通知的利用者131E以及利用者131F节制汽车共享服务的利用，能够在作为资源110的充电器形成富余。通过对预测服务达成度的降低的按需巴士服务分配作为资源110的富余量的充电器154C，抑制按需巴士服务的服务达成度降低。另外，节制了汽车共享服务的利用的利用者131E以及利用者131F通过接受奖励，补偿由于节制了利用引起的不利。

都市管理支援装置200提供在不同的服务之间分享资源110的场所、即匹配市场。在第2具体例中，通过在该匹配市场中在按需巴士服务、汽车共享服务、以及出租车服务之间良好地分享都市100所保有的充电器，抑制作为都市100整体的服务水平降低。

4.其他

另外，道路也可以称为都市100的有限的资源110。作为共有道路的服务，除了如上述按需巴士服务、汽车共享服务、以及出租车服务的交通服务以外，还可以举出物流服务。作为资源110的道路的异常是指，例如发生交通拥堵。在发生交通拥堵时，在交通服务和物流服务中都发生延迟而服务达成度降低。例如，在维持交通服务的服务达成度的状况下物流服务的服务达成度降低的情况下，也可以针对交通服务的利用者，通知以赋予奖励换取节制交通服务的利用的请求。

另外，网络也可以称为都市100的有限的资源110。作为共用网络的服务，可以举出远程驾驶车辆的远程驾驶服务和动态影像配送服务。作为资源110的网络的异常是指，例如由于网络的拥挤而频带变窄。在网络的频带变窄时，无法继续使用移动体通信的远程驾驶，倾向从远程驾驶切换到自动驾驶。因此，作为远程驾驶服务的服务达成度，能够使用远程驾驶率。例如，在由于频带变窄而远程驾驶率降低的情况下，也可以针对动态影像配送服务的利用者，通知以赋予奖励换取节制动态影像配送服务的利用的请求。

另外，电力也可以称为都市100的有限的资源110。作为共用电力的服务，可以举出面向医院的制冷制热监管服务和面向个人的制冷制热监管服务。例如，在电力供求窘迫的情况下，也可以针对面向个人的制冷制热监管服务的利用者，通知以赋予奖励换取节制面向个人的制冷制热监管服务的利用的请求。

Claims (9)

1.一种都市管理支援装置，支援共用有限的资源的多个服务同时被提供的都市的管理，所述都市管理支援装置的特征在于，具备：

至少1个存储器，存储有至少1个程序；以及

至少1个处理器，执行所述至少1个程序，

所述至少1个程序构成为使所述至少1个处理器执行：

取得与所述资源的提供状况有关的信息；

根据所述资源的所述提供状况，针对每个服务预测计算所述多个服务的预定时间后的未来的服务达成度；以及

响应于由于所述资源的所述提供状况的异常引起的所述多个服务的至少一个中的所述服务达成度的降低，针对所述服务达成度高的高达成度服务的利用者，通知以赋予奖励换取节制所述高达成度服务的利用的请求。

2.根据权利要求1所述的都市管理支援装置，其特征在于，

所述至少1个程序构成为使所述至少1个处理器执行：

根据每个所述服务的服务内容和所述服务达成度，计算所述多个服务之间的所述资源的提供的优先次序；以及

针对所述高达成度服务中的所述优先次序低的低优先服务的利用者，通知以赋予奖励换取节制所述低优先服务的利用的请求。

3.根据权利要求1或者2所述的都市管理支援装置，其特征在于，

所述至少1个程序构成为使所述至少1个处理器执行：

针对预约了利用所述高达成度服务的利用者通知所述请求。

4.根据权利要求1至3中的任意一项所述的都市管理支援装置，其特征在于，

所述至少1个程序构成为使所述至少1个处理器执行：

针对预先允许了接收所述请求的通知的利用者通知所述请求。

5.根据权利要求1至4中的任意一项所述的都市管理支援装置，其特征在于，

所述至少1个程序构成为使所述至少1个处理器执行：

从利用了通过节制所述高达成度服务的利用而形成的所述资源的富余量的服务的提供者征收所述奖励的资金。

6.根据权利要求1至5中的任意一项所述的都市管理支援装置，其特征在于，

所述奖励是仅在所述都市内能够使用的数字货币。

7.根据权利要求1至6中的任意一项所述的都市管理支援装置，其特征在于，

所述至少1个程序构成为使所述至少1个处理器执行：

针对所述高达成度服务的提供者，通知以赋予奖励换取节制所述高达成度服务的提供的请求。

8.一种都市管理支援方法，使用计算机支援共用有限的资源的多个服务同时被提供的都市的管理，所述都市管理支援方法的特征在于，包括：

将与所述资源的提供状况有关的信息输入给所述计算机；

通过所述计算机，根据所述资源的所述提供状况，针对每个服务预测计算所述多个服务的预定时间后的未来的服务达成度；以及

响应于由于所述资源的所述提供状况的异常引起的所述多个服务的至少一个中的所述服务达成度的降低，从所述计算机针对所述服务达成度高的高达成度服务的利用者通知以赋予奖励换取节制所述高达成度服务的利用的请求。

9.一种计算机可读记录介质，记录有都市管理支援程序，该都市管理支援程序用于使用计算机支援共用有限的资源的多个服务同时被提供的都市的管理，所述计算机可读记录介质的特征在于，所述都市管理支援程序构成为使所述计算机执行：

取得与所述资源的提供状况有关的信息；

根据所述资源的所述提供状况，针对每个服务预测计算所述多个服务的预定时间后的未来的服务达成度；以及

响应于由于所述资源的所述提供状况的异常引起的所述多个服务的至少一个中的所述服务达成度的降低，针对所述服务达成度高的高达成度服务的利用者，通知以赋予奖励换取节制所述高达成度服务的利用的请求。

Images