特許 7509125 都市管理支援装置、都市管理支援方法、及び都市管理支援プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-24

(45)【発行日】2024-07-02

(54)【発明の名称】都市管理支援装置、都市管理支援方法、及び都市管理支援プログラム

(51)【国際特許分類】

   G06Q 10/00 20230101AFI20240625BHJP

   G06Q 50/10 20120101ALI20240625BHJP

   G16Y 40/10 20200101ALI20240625BHJP

   G16Y 40/20 20200101ALI20240625BHJP

【ＦＩ】

G06Q10/00

G06Q50/10

G16Y40/10

G16Y40/20

【請求項の数】 9

(21)【出願番号】P 2021205844

(22)【出願日】2021-12-20

(65)【公開番号】P2023091215

(43)【公開日】2023-06-30

【審査請求日】2023-08-14

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110003199

【氏名又は名称】弁理士法人高田・高橋国際特許事務所

(72)【発明者】

【氏名】桑原 昌広

(72)【発明者】

【氏名】藤田 幸久

(72)【発明者】

【氏名】長谷川 英男

【審査官】橋沼 和樹

(56)【参考文献】

【文献】特開２０１７－１０２５５３（ＪＰ，Ａ）

【文献】特開２０２１－１７７３７９（ＪＰ，Ａ）

【文献】特開２０１７－０５９０９９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

Ｇ１６Ｙ ４０／１０

Ｇ１６Ｙ ４０／２０

(57)【特許請求の範囲】

【請求項1】

有限の資源を共用する複数のサービスが同時に提供される都市の管理を支援する都市管理支援装置であって、
少なくとも１つのプログラムを記憶した少なくとも１つのメモリと、
前記少なくとも１つのプログラムを実行する少なくとも１つのプロセッサと、を備え、
前記少なくとも１つのプログラムは、前記少なくとも１つのプロセッサに、
前記資源の提供状況に関する情報を取得すること、
前記資源の前記提供状況に基づき前記複数のサービスの所定時間未来のサービス達成度をサービス毎に予測計算すること、及び
前記資源の前記提供状況の異常による前記複数のサービスの少なくとも一つにおける前記サービス達成度の低下を受けて、前記サービス達成度の高い高達成度サービスの利用者に対してインセンティブの付与と引き換えに前記高達成度サービスの利用を控えることの要請を通知すること、を実行させるように構成された
ことを特徴とする都市管理支援装置。

【請求項2】

請求項１に記載の都市管理支援装置において、
前記少なくとも１つのプログラムは、前記少なくとも１つのプロセッサに、
前記サービス毎のサービス内容と前記サービス達成度とに基づき前記複数のサービス間における前記資源の提供の優先順位を計算すること、及び
前記高達成度サービスのうち前記優先順位の低い低優先サービスの利用者に対してインセンティブの付与と引き換えに前記低優先サービスの利用を控えることの要請を通知すること、を実行させるように構成された
ことを特徴とする都市管理支援装置。

【請求項3】

請求項１又は２に記載の都市管理支援装置において、
前記少なくとも１つのプログラムは、前記少なくとも１つのプロセッサに、
前記高達成度サービスを利用することを予約している利用者に対して前記要請を通知すること、を実行させるように構成された
ことを特徴とする都市管理支援装置。

【請求項4】

請求項１乃至３のいずれか１項に記載の都市管理支援装置において、
前記少なくとも１つのプログラムは、前記少なくとも１つのプロセッサに、
前記要請の通知を受けることを予め了承した利用者に対して前記要請を通知すること、を実行させるように構成された
ことを特徴とする都市管理支援装置。

【請求項5】

請求項１乃至４のいずれか１項に記載の都市管理支援装置において、
前記少なくとも１つのプログラムは、前記少なくとも１つのプロセッサに、
前記高達成度サービスの利用が控えられることでできた前記資源の余裕分を利用したサービスの提供者から前記インセンティブの原資を徴収すること、をさらに実行させるように構成された
ことを特徴とする都市管理支援装置。

【請求項6】

請求項１乃至５のいずれか１項に記載の都市管理支援装置において、
前記インセンティブは前記都市内でのみ使用可能なデジタル通貨である
ことを特徴とする都市管理支援装置。

【請求項7】

請求項１乃至６のいずれか１項に記載の都市管理支援装置において、
前記少なくとも１つのプログラムは、前記少なくとも１つのプロセッサに、
前記高達成度サービスの提供者に対してインセンティブの付与と引き換えに前記高達成度サービスの提供を控えることの要請を通知すること、をさらに実行させるように構成された
ことを特徴とする都市管理支援装置。

【請求項8】

コンピュータが実行する、有限の資源を共用する複数のサービスが同時に提供される都市の管理を支援する都市管理支援方法であって、
前記資源の提供状況に関する情報を前記コンピュータに入力すること、
前記資源の前記提供状況に基づき前記複数のサービスの所定時間未来のサービス達成度をサービス毎に前記コンピュータにより予測計算すること、及び
前記資源の前記提供状況の異常による前記複数のサービスの少なくとも一つにおける前記サービス達成度の低下を受けて、前記サービス達成度の高い高達成度サービスの利用者に対してインセンティブの付与と引き換えに前記高達成度サービスの利用を控えることの要請を前記コンピュータから通知すること、を含む
ことを特徴とする都市管理支援方法。

【請求項9】

有限の資源を共用する複数のサービスが同時に提供される都市の管理をコンピュータを用いて支援するための都市管理支援プログラムであって、
前記資源の提供状況に関する情報を取得すること、
前記資源の前記提供状況に基づき前記複数のサービスの所定時間未来のサービス達成度をサービス毎に予測計算すること、及び
前記資源の前記提供状況の異常による前記複数のサービスの少なくとも一つにおける前記サービス達成度の低下を受けて、前記サービス達成度の高い高達成度サービスの利用者に対してインセンティブの付与と引き換えに前記高達成度サービスの利用を控えることの要請を通知すること、を前記コンピュータに実行させるように構成された
ことを特徴とする都市管理支援プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、有限の資源を共用する複数のサービスが同時に提供される都市の管理に用いて好適な都市管理支援装置、都市管理支援方法、及び都市管理支援プログラムに関する。

【背景技術】

【0002】

今日、スマート化によりサービスが一括管理されている“都市”が研究され、また、各地で計画されている。ここでいう都市は、様々なサービスが提供されることで人々の生活が営まれている物理的空間を意味し、所謂スマートシティのような大規模なものだけでなく、地下街のような中規模のものや、大型ビルディングのような小規模のものも含む。このような都市では、都市において提供される資源の多くは有限であり、多くの場合においてその有限の資源は複数のサービスで共用されている。都市全体としてのサービスレベルを維持するためには、有限の資源を複数のサービス間で上手く譲り合わせることができる都市管理が求められる。

【0003】

しかしながら、これまでのところ、有限の資源を共用する複数のサービスが同時に提供される都市の管理については研究が十分に進んでいるとは言い難い。例えば、特許文献１には、交通監視装置において、複数の連続渋滞経路のそれぞれについて、少なくとも連続渋滞経路にける車両進行方向に基づいて、渋滞を解消するための対策を施す優先度を算出する技術が開示されている。しかし、この技術では、複数のサービス間での資源の譲り合いによって問題を解消することについては検討されていない。

【0004】

なお、本開示に関連する技術分野の技術水準を示す文献としては、上述の特許文献１の他にも下記の特許文献２乃至６を例示することができる。

【先行技術文献】

【特許文献】

【0005】

【文献】国際公開第２０１９／１８９１５２号

【文献】特開２０１５－１８７４９８号公報

【文献】特開平１１－３５３３５８号公報

【文献】国際公開第２０１３／０８４２６８号

【文献】特開２０１６－２１８９１２号公報

【文献】特開２０２１－０３３９４１号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

本開示は、上述のような課題に鑑みてなされたものであり、有限の資源を複数のサービス間で上手く譲り合わせることによって都市全体としてのサービスレベルの低下を抑えることに寄与する技術を提供することを目的とする。

【課題を解決するための手段】

【0007】

上記目的を達成するため、本開示は都市管理支援装置を提供する。本開示の都市管理支援装置は、有限の資源を共用する複数のサービスが同時に提供される都市の管理を支援する装置である。本開示の都市管理支援装置は、少なくとも１つのプログラムを記憶した少なくとも１つのメモリと、上記少なくとも１つのプログラムを実行する少なくとも１つのプロセッサとを備える。上記少なくとも１つのプログラムは、上記少なくとも１つのプロセッサに、資源の提供状況に関する情報を取得することと、資源の提供状況に基づき複数のサービスの所定時間未来のサービス達成度をサービス毎に予測計算することとを実行させるように構成されている。さらに、上記少なくとも１つのプログラムは、上記少なくとも１つのプロセッサに、資源の提供状況の異常による複数のサービスの少なくとも一つにおけるサービス達成度の低下を受けて、サービス達成度の高い高達成度サービスの利用者に対してインセンティブの付与と引き換えに高達成度サービスの利用を控えることの要請を通知することを実行させるように構成されている。

【0008】

また、上記目的を達成するため、本開示は都市管理支援方法を提供する。本開示の都市管理支援方法は、有限の資源を共用する複数のサービスが同時に提供される都市の管理をコンピュータを用いて支援する方法である。本開示の都市管理支援方法は、資源の提供状況に関する情報をコンピュータに入力することと、資源の提供状況に基づき複数のサービスの所定時間未来のサービス達成度をサービス毎にコンピュータにより予測計算することとを含む。さらに、本開示の都市管理支援方法は、資源の提供状況の異常による複数のサービスの少なくとも一つにおけるサービス達成度の低下を受けて、サービス達成度の高い高達成度サービスの利用者に対してインセンティブの付与と引き換えに高達成度サービスの利用を控えることの要請をコンピュータから通知することを含む。

【0009】

さらに、上記目的を達成するため、本開示は都市管理支援プログラムを提供する。本開示の都市管理支援プログラムは、有限の資源を共用する複数のサービスが同時に提供される都市の管理をコンピュータを用いて支援するためのプログラムである。本開示の都市管理支援プログラムは、資源の提供状況に関する情報を取得することと、資源の提供状況に基づき複数のサービスの所定時間未来のサービス達成度をサービス毎に予測計算することとをコンピュータに実行させるように構成されている。さらに、本開示の都市管理支援プログラムは、資源の提供状況の異常による複数のサービスの少なくとも一つにおけるサービス達成度の低下を受けて、サービス達成度の高い高達成度サービスの利用者に対してインセンティブの付与と引き換えに高達成度サービスの利用を控えることの要請を通知することをコンピュータに実行させるように構成されている。

【0010】

本開示の上記の技術によれば、通知を受けた利用者が高達成度サービスの利用を控えることで資源に余裕ができる。余裕ができた資源がサービス達成度の低下が予測されるサービスに割り振られることで、当該サービスのサービス達成度の低下が抑えられるようになる。また、高達成度サービスの利用を控えた利用者はインセンティブを受け取ることで、利用を控えたことによる不利益は補償される。ゆえに、本開示の上記の技術によれば、異なるサービス間で資源を譲り合う場を提供することができ、資源の譲り合いがうまくいくことで都市全体としてのサービスレベルの低下が抑えられるようになる。

【0011】

本開示の上記の技術において、サービス毎のサービス内容とサービス達成度とに基づき複数のサービス間における資源の提供の優先順位を計算し、高達成度サービスのうち優先順位の低い低優先サービスの利用者に対してインセンティブの付与と引き換えに低優先サービスの利用を控えることの要請を通知するようにしてもよい。これによれば、高達成度サービスの中でも優先順位の低い低優先サービスの利用が控えられるので、都市全体としてのサービスレベルの低下はより抑えられる。

【0012】

また、本開示の上記の技術において、高達成度サービスを利用することを予約している利用者に対して要請を通知するようにしてもよい。これによれば、高達成度サービスを利用する予定の利用者に対して通知を行うことで、高達成度サービスの利用が控えられる確実性を高めることができる。

【0013】

また、本開示の上記の技術において、要請の通知を受けることを予め了承した利用者に対して要請を通知するようにしてもよい。これによれば、高達成度サービスを利用する予定の利用者に対して通知を行うことで、高達成度サービスの利用が控えられる確実性を高めることができる。

【0014】

また、本開示の上記の技術において、高達成度サービスの利用が控えられることでできた資源の余裕分を利用したサービスの提供者からインセンティブの原資を徴収するにしてもよい。これによれば、利益を受けたもの（サービスの提供者）に対価を払わせるようにすることで、サービス提供者とサービス利用者との間でのマッチング市場を形成することができる。

【0015】

また、本開示の上記の技術において、インセンティブは都市内でのみ使用可能なデジタル通貨であってもよい。これによれば、管理者にとっても利用者にとっても便利であるし、都市の活性化につながるという利点がある。

【0016】

さらに、本開示の上記の技術において、高達成度サービスの提供者に対してインセンティブの付与と引き換えに高達成度サービスの提供を控えることの要請を通知するようにしてもよい。これによれば、サービス提供者同士で資源を譲り合わせることが可能になる。

【発明の効果】

【0017】

以上のように、本開示の技術は有限の資源を複数のサービス間で上手く譲り合わせることによって都市全体としてのサービスレベルの低下を抑えることに寄与するものであり、有限の資源を共用する複数のサービスが同時に提供される都市の管理において有用である。

【図面の簡単な説明】

【0018】

【図1】本開示の実施形態に係る都市の概要を示す図である。

【図2】本開示の実施形態に係る都市管理支援装置の構成を示すブロック図である。

【図3】都市で提供される複数のサービスが有限数の車両を共有するサービスである場合の都市管理支援装置の動作について説明する図である。

【図4】都市で提供される複数のサービスが有限数の車両を共有するサービスである場合の都市管理支援装置の動作について説明する図である。

【図5】都市で提供される複数のサービスが有限数の車両を共有するサービスである場合の都市管理支援装置の動作について説明する図である。

【図6】都市で提供される複数のサービスが車両用の充電器を共有するサービスである場合の都市管理支援装置の動作について説明する図である。

【図7】都市で提供される複数のサービスが車両用の充電器を共有するサービスである場合の都市管理支援装置の動作について説明する図である。

【図8】都市で提供される複数のサービスが車両用の充電器を共有するサービスである場合の都市管理支援装置の動作について説明する図である。

【発明を実施するための形態】

【0019】

以下、図面を参照して本開示の都市管理支援装置、都市管理支援方法、及び都市管理支援プログラムの実施形態について説明する。ただし、以下に示す実施形態において各要素の個数、数量、量、範囲等の数に言及した場合、特に明示した場合や原理的に明らかにその数に特定される場合を除いて、その言及した数にこの発明が限定されるものではない。また、以下に示す実施形態において説明する構造等は、特に明示した場合や明らかに原理的にそれに特定される場合を除いて、この発明に必ずしも必須のものではない。

【0020】

１．都市の概要
本開示において、都市とは、様々なサービスが提供されることで人々の生活が営まれている物理的空間を意味する。本開示における都市の規模には限定はない。スマートシティは大規模な都市の一例であり、地下街は中規模な都市の一例であり、大型ビルディングは小規模な都市の一例である。物理的空間ではないインターネットの仮想空間は本開示における都市には含まれない。

【0021】

都市では各種のサービスが利用者に提供されている。サービスは都市の資源を利用して提供される。資源とは、都市におけるサービスの提供に利用されるものであり、例えば、道路、給電ステーション、集荷場、ネットワーク、電気、水等が含まれる。物流サービスがビルのエレベータも利用するのであれば、エレベータも資源に含まれる。ただし、本開示における資源は有限なものであって、無限なもの或いは有限ではあるがその限度がサービスによる資源の利用量に比較して十分に高いものは本開示における資源には含まれない。本開示における都市では、有限の資源が複数のサービスで共用されている。

【0022】

図１は本開示の実施形態に係る都市１００の概要を示す。本実施形態に係る都市１００では、有限の資源１１０を共用するサービスＡ，Ｂ及びＣが各サービスＡ，Ｂ，Ｃの提供者１２０Ａ，１２０Ｂ，１２０Ｃから利用者１３０に対して同時に提供される。有限の資源１１０を利用する複数のサービスが同時に提供されるとは、１人の利用者１３０が複数のサービスを同時に利用するという意味の他に、有限の資源１１０を利用する複数のサービスが相互に排他的でないことを意味する。つまり、都市１００で提供されるサービスＡ，Ｂ及びＣのうちいずれか１つのサービスが資源１１０を独占することはないし、いずれか２つのサービスが資源１１０を寡占することもない。

【0023】

利用者１３０に対する各サービスＡ，Ｂ，Cの提供状況は都市１００における資源１１０の提供状況の影響、特に、提供状況の異常の影響を受ける。どのサービスがどれだけ影響受けるかは資源１１０の提供状況の異常の内容次第である。例えば、一部のサービスのみ影響を受ける場合もあれば、全てのサービスが影響を受ける場合もある。資源１１０の提供状況の異常の内容次第では、サービスの提供方法を通常の提供方法から代替方法に変更することによって、サービスの低下を抑えることができる場合もある。ただし、資源１１０は共用されているので、例えば１つのサービスを維持するためには、他のサービスを低下せざるを得ない場合もある。資源１１０の提供状況に異常が生じた場合に都市１００全体としてサービスの低下を如何に抑えるかは、都市１００の管理における重要な課題である。

【0024】

本実施形態に係る都市１００では、各サービスＡ，Ｂ，Ｃの提供状況は資源１１０の提供状況とともに都市管理者１４０によって一括管理されている。都市管理者１４０は資源１１０の提供状況を監視し、資源１１０の提供状況に異常が生じた場合には速やかに復旧する権限と責任を有する。ただし、資源１１０の種類によっては日頃のメンテナンスや異常時の復旧を都市管理者１４０が別の事業者に委託することもあれば、資源１１０の提供自体が別の事業者によって行われる場合もある。また、都市管理者１４０は基本的にはサービス提供者１２０Ａ，１２０Ｂ，１２０Ｃとは別の事業者である。例外として都市管理者１４０が自身でサービスを提供している場合を除き、基本的には都市管理者１４０がサービスの提供方法を変えることはできない。

【0025】

本実施形態に係る都市１００では、その継続的な発展のため、資源１１０とサービスＡ，Ｂ，Cの両面において効率的且つ適切な管理が都市管理者１４０に対して求められている。本開示の実施形態に係る都市管理支援装置２００は都市管理者１４０による都市１００の効率的且つ適切な管理を支援するための装置である。都市管理支援装置２００は少なくとも１つのプログラム２０３を記憶した少なくとも１つのメモリ２０２と、少なくとも１つのプログラム２０３を実行する少なくとも１つのプロセッサ２０１とを備えたコンピュータである。メモリ２０２に記憶されたプログラム２０３がプロセッサ２０１で実行されることによって、都市管理者１４０の支援のための様々な機能が実現される。ただし、都市管理支援装置２００は一つのコンピュータによって構成されてもよいし、ネットワークで接続された複数のコンピュータによって構成されてもよい。

【0026】

都市管理支援装置２００はそれ自体が都市１００を管理するのではなく、都市管理者１４０による都市１００の管理を支援する。都市１００の管理を支援するため、都市管理支援装置２００は資源１１０の提供状況に関する情報と各サービスＡ，Ｂ，Ｃの提供状況に関する情報とを取得する。都市管理支援装置２００は取得した情報に基づいて各サービスＡ，Ｂ，Ｃの達成度を予測し、各サービス提供者１２０Ａ，１２０Ｂ，１２０に対してそれぞれが提供するサービスＡ，Ｂ，Ｃの達成度の予測情報を提供する。サービス達成度の詳細については後述する。また、都市管理支援装置２００は都市１００全体としてのサービスレベルを維持するための協力要請を利用者１３０やサービス提供者１２０Ａ，１２０Ｂ，１２０Ｃに対して必要に応じて通知する。このように、都市管理支援装置２００は、利用者１３０やサービス提供者１２０Ａ，１２０Ｂ，１２０Ｃに対する通知や情報の提供による都市サービスの維持のための働きかけによって都市管理者１４０による都市１００の管理を支援する。次の章では都市管理支援装置２００の詳細について説明する。

【0027】

２．都市管理支援装置の構成
図２は都市管理支援装置２００の構成を示すブロック図である。都市管理支援装置２００は、情報取得ユニット２１０、サービスシミュレータ２２０、達成度演算ユニット２３０、優先順位演算ユニット２４０、及び協力要請通知ユニット２５０を備える。都市管理支援装置２００を構成するこれらの要素は、メモリ２０２に記憶されたプログラム２０３、詳しくは、都市管理支援プログラムがプロセッサ２０１で実行されたときに実現される都市管理支援装置２００の機能である。

【0028】

情報取得ユニット２１０は都市１００の管理のために必要な情報を都市１００から取得する。情報取得ユニット２１０により取得される情報には、都市１００における資源１１０の提供状況に関する情報が含まれる。資源１１０の提供状況に関する情報は、例えば、都市１００に配備された様々なセンサによる検出情報、サービス提供者１２０Ａ，１２０Ｂ，１２０Ｃからの提供情報、或いは、ＳＮＳ上の情報を含む利用者１３０からの提供情報から取得される。情報取得ユニット２１０により取得された資源１１０の提供状況に関する情報はサービスシミュレータ２２０に入力される。

【0029】

情報取得ユニット２１０により取得される情報には、各サービスＡ，Ｂ，Ｃの提供状況に関する情報が含まれる。サービスＡの提供状況に関する情報はサービス提供者１２０Ａから取得される。サービスＢの提供状況に関する情報はサービス提供者１２０Ｂから取得される。そして、サービスＣの提供状況に関する情報はサービス提供者１２０Ｃから取得される。ただし、例えば２つのサービスが同じ事業者によって提供されている場合には、その事業者から２つのサービスの提供状況に関する情報が取得される。また、ＳＮＳ上の情報を含む利用者１３０からの提供情報からサービスの提供状況に関する情報を取得することもできる。情報取得ユニット２１０により取得された各サービスＡ，Ｂ，Ｃの提供状況に関する情報はサービスシミュレータ２２０に入力される。

【0030】

また、情報取得ユニット２１０により取得される情報には、都市１００においてサービスＡ，Ｂ，Ｃの少なくとも１つを享受している利用者１３０に関する利用者情報が含まれる。利用者情報は利用者１３０ごとの各サービスＡ，Ｂ，Ｃの予約情報を含む。また、利用者情報は利用者１３０ごとの協力要請通知の受信の諾否に関する情報を含む。情報取得ユニット２１０は利用者情報のうち予約情報を各サービス提供者１２０Ａ，１２０Ｂ，１２０Ｃから取得する。協力要請通知の受信の諾否については、情報取得ユニット２１０は利用者１３０から直接情報を取得してデータベースに登録する。情報取得ユニット２１０により取得された利用者情報は協力要請通知ユニット２５０に入力される。

【0031】

サービスシミュレータ２２０は予測モデルを用いて所定時間未来のサービスの状況を予測するシミュレータである。サービスシミュレータ２２０の入力は、現在の各サービスＡ，Ｂ，Ｃの提供状況に関する情報と資源１１０の提供状況に関する情報である。サービスシミュレータ２２０はこれらの情報に基づき予測モデルを用いて各サービスＡ，Ｂ，Ｃの所定時間未来の状況を予測する。予測時間は例えば１０分、１時間、２時間等であり、サービスの内容に応じて決められる。

【0032】

サービスシミュレータ２２０が用いる予測モデルでは、資源１１０とサービスとの関係に関わるパラメータが都市１００の仕様に合わせて予め作り込まれている。例えば都市１００で提供されるサービスが交通サービス又は物流サービスである場合、建物や道路の状態、移動体の場所及び状態、住民モデル、サービスによる移動体の利用方法等のパラメータが予め作り込まれている。住民モデルとは都市１００の住民をモデル化したものである。住民は時には道路を利用し、時には移動体の障害物となる等して資源１１０とサービスとの関係に影響を与える。住民モデルでは、サービスの内容によって住民一人一人の動きをシミュレーションしてもよいし、集団としてシミュレーションしてもよい。

【0033】

サービスシミュレータ２２０が用いる予測モデルでは、サービス毎にサービス定義が設定されている。例えば、都市１００で提供されるサービスが交通サービスである場合、ルート、時刻表、乗降予測人数、資源１１０の提供状況に異常が生じた場合のサービスの提供方法の代替方法等がサービス定義として設定されている。また、都市１００で提供されるサービスが物流サービスである場合、荷受予測数、届け先予測、資源１１０の提供状況に異常が生じた場合のサービスの提供方法の代替方法等がサービス定義として設定されている。また、サービス毎にサービス定義の１つとしてサービスの内容から決まる重要度が設定されている。サービスシミュレータ２２０の定義設定部２２２ＡにはサービスＡの定義が設定され、定義設定部２２２ＢにはサービスＢの定義が設定され、定義設定部２２２ＣにはサービスＣの定義が設定されている。定義設定部２２２Ａ，２２２Ｂ，２２２Ｃに設定されている各サービス定義は更新可能である。

【0034】

サービスシミュレータ２２０による所定時間未来のサービスの状況の予測は継続的に実行されてもよいし、資源１１０の提供状況に異常が生じたことを条件として実行されてもよい。資源１１０の提供状況の異常とは後述するサービスの達成度に影響を与える異常であり、資源毎サービス毎に予め定義されている。資源１１０の提供状況の異常を予測計算の実行条件とすることで、プロセッサ２０１の負荷を低減し、また、計算に伴う電力の使用を抑えることができる。

【0035】

サービスシミュレータ２２０からは予測計算された各サービスＡ，Ｂ，Ｃの状況予測値が出力される。つまり、各サービスＡ，Ｂ，Ｃの所定時間未来の状況の予測結果はそれぞれ一つの数値で表される。各サービスＡ，Ｂ，Ｃの状況予測値は達成度演算ユニット２３０に入力される。

【0036】

達成度演算ユニット２３０はサービスシミュレータ２２０から入力された各サービスＡ，Ｂ，Ｃの状況予測値に基づきサービスＡ，Ｂ，Ｃ毎にサービス達成度を計算する。サービス達成度は、サービスの低下が利用者１３０に与えるインパクトを示す数値であって、例えば、ＳＬＡ（Service Level Agreement）のように予め規定された水準からのずれの程度を示す数値として定義される。達成度演算ユニット２３０で計算された各サービスＡ，Ｂ，Ｃの達成度は優先順位演算ユニット２４０と協力要請通知ユニット２５０とに入力される。

【0037】

優先順位演算ユニット２４０は達成度演算ユニット２３０から入力された各サービスＡ，Ｂ，Ｃの達成度と、サービスシミュレータ２２０から入力された各サービスＡ，Ｂ，Ｃの重要度とを受け付ける。優先順位演算ユニット２４０はサービス毎の重要度とサービス達成度とに基づきサービスＡ，Ｂ，Ｃ間における資源１１０の提供の優先順位を計算する。優先順位演算ユニット２４０で計算されたサービスＡ，Ｂ，Ｃ間における資源１１０の提供の優先順位は協力要請通知ユニット２５０に入力される。

【0038】

協力要請通知ユニット２５０は達成度演算ユニット２３０から入力された各サービスＡ，Ｂ，Ｃの達成度と、優先順位演算ユニット２４０から入力されたサービスＡ，Ｂ，Ｃ間における資源１１０の提供の優先順位とを受け付ける。また、協力要請通知ユニット２５０はサービスシミュレータ２２０から入力された資源１１０の提供状況に関する情報と、情報取得ユニット２１０から入力された利用者情報とを受け付ける。

【0039】

協力要請通知ユニット２５０は達成度演算ユニット２３０から受け付けたサービス達成度の予測情報をサービス提供者１２０Ａ，１２０Ｂ，１２０Ｃに対して提供する。サービス達成度の予測情報はサービス提供者１２０Ａ，１２０Ｂ，１２０Ｃにとってサービスの運用のための参考情報として用いることができる。また、サービスＡ，Ｂ，Ｃ毎のサービス達成度の予測情報は、資源１１０の提供状況に関する情報とともに都市管理者１４０にも提供される。

【0040】

協力要請通知ユニット２５０は資源１１０の提供状況に関する情報とサービス達成度の予測情報とに基づいて協力要請通知の必要性を判定する。具体的には、資源１１０の提供状況に異常が生じ、サービスＡ，Ｂ，Ｃの少なくとも一つにおけるサービス達成度が低下した場合、協力要請通知ユニット２５０は協力要請通知が必要であると判断する。

【0041】

協力要請通知ユニット２５０が協力要請を通知する相手には、利用者１３０のうちサービス達成度の高い高達成度サービスの利用者が含まれる。高達成度サービスの利用者に対しては、インセンティブの付与と引き換えに高達成度サービスの利用を控えることの要請が通知される。高達成度サービスの利用者とは、所定時間内に高達成度サービスを利用する予定のある利用者である。ただし、協力要請通知の受信を拒否している利用者に対する協力要請通知は行われない。データベースに協力要請通知の受信の諾否が登録されていない利用者については、協力要請通知の受信を拒否しているものとして判断される。利用者に付与するインセンティブの例としては商品やサービスと交換可能なポイントや、都市１００内でのみ使用可能なデジタル通貨を挙げることができる。

【0042】

協力要請通知ユニット２５０が協力要請を通知する相手には、サービス提供者１２０Ａ，１２０Ｂ，１２０Ｃのうちサービス達成度の高い高達成度サービスの提供者が含まれる。高達成度サービスの提供者に対しては、インセンティブの付与と引き換えに高達成度サービスの提供を控えることの要請が通知される。ただし、インセンティブの付与との引き換えは無くてもよい。つまり、サービス提供者１２０Ａ，１２０Ｂ，１２０Ｃ間での相互扶助の理念に基づき、高達成度サービスの提供者に対してインセンティブ無しで高達成度サービスの提供を控えることを要請してもよい。

【0043】

３．都市管理支援装置による都市管理支援方法の具体例
３－１．第１の具体例
第１の具体例として、都市１００で提供されるサービスが車両を共有するサービスである例について説明する。図３乃至図５は第１の具体例について説明する図である。

【0044】

第１の具体例においてサービス間で共有される有限の資源１１０は車両である。オンデマンドバスサービス、カーシェアサービス、及びタクシーサービスの３つのサービスが車両を共有する。図１及び図２に示す例に当てはめるならば、オンデマンドバスサービスはサービスＡであり、オンデマンドバスサービス事業者はサービス提供者１２０Ａである。カーシェアサービスはサービスＢであり、カーシェアサービス事業者はサービス提供者１２０Ｂである。そして、タクシーサービスはサービスＣであり、タクシーサービス事業者はサービス提供者１２０Ｃである。

【0045】

第１の具体例においてサービス間で共有される車両は、１人又は少人数が乗車可能な乗用車型の車両１５１Ａ～１５１Ｄと、多人数が乗車可能なミニバス型（或いはミニバン型）の車両１５２Ａ～１５２Ｄである。これらの車両１５１Ａ～１５１Ｄ，１５２Ａ～１５２Ｄは都市１００によって保有されている。どの車両がそのサービスに割り当てられるかは各サービスの需要に関する統計データ、翌日の天気予報、翌日のイベント情報などに基づいて前日に確定される。車両は自動運転車両でもよいし運転者によって運転される車両でもよい。運転者によって運転される車両の場合、運転者とセットでサービスへの割り当てが行われる。車両１５１Ａ～１５１Ｄ，１５２Ａ～１５２Ｄの各サービスへの割り当て、つまり資源１１０の各サービスへの割り当てもまた都市管理支援装置２００のサービスシミュレータ２２０の一つの機能である。

【0046】

図３には車両１５１Ａ～１５１Ｄ，１５２Ａ～１５２Ｄの各サービスへの割り当ての例が示されている。タクシーサービスには２台の乗用車型の車両１５１Ａ，１５１Ｂが割り当てられている。カーシェアサービスには２台の乗用車型の車両１５１Ｃ，１５１Ｄと２台のミニバス型の車両１５２Ａ，１５２Ｂが割り当てられている。そして、オンデマンドバスサービスには２台のミニバス型の車両１５２Ｃ，１５２Ｄが割り当てられている。

【0047】

図３はある時刻における各サービスの利用状況が示されている。タクシーサービスでは車両１５１Ａのみが利用者１３１Ａによって利用されている。カーシェアサービスでは車両１５１Ｃが利用者１３１Ｃによって利用され、車両１５２Ａが利用者１３１Ｅによって利用されている。車両１５２Ａはミニバス型車両であるが空いてさえすれば１人での利用も可能である。オンデマンドバスサービスでは車両１５２Ｃが３名の利用者からなる利用者集団１３２Ａによって利用され、車両１５２Ｄが２名の利用者からなる利用者集団１３２Ｂによって利用されている。

【0048】

都市１００においてオンデマンドバスサービス、カーシェアサービス、及びタクシーサービスが提供されている間、都市管理支援装置２００は各サービスの達成度を計算している。サービスの達成度は点数（達成度スコア）で表される。ＳＬＡを満たした計画どおりに進んでいる状態がサービス達成度としては最高の状態であり、達成度スコアは最高点の１００点とされる。達成度スコアは減点方式で計算される。

【0049】

例えば、カーシェアサービス及びタクシーサービスでは、サービスシミュレータ２２０によって所定時間未来の不足車両の台数が予測される。そして、予約された車両を確実に用意し、遅延なくサービスを提供している状態での達成度スコアが１００点とされ、計画台数に対する不足車両の台数の割合に応じて達成度スコアは減点される。図３に示す例ではカーシェアサービス及びタクシーサービスともに各利用者に対して遅滞なく車両が配車されているので、両方のサービスで達成度スコアは１００点となっている。

【0050】

オンデマンドバスサービスでは、サービスシミュレータ２２０によって所定時間未来の各車両の混雑度が予測される。混雑度は例えば定員に対する乗車人数の比で計算されてもよい。全車両の混雑度を合計或いは平均することによってオンデマンドバスサービス全体での混雑度が計算される。混雑度が基準値以下である状態での達成度スコアが１００点とされ、混雑度が基準値よりも大きくなるにつれて達成度スコアは減点される。図３に示す例では全車両１５２Ｃ，１５２Ｄが混雑することなく運行されているので、オンデマンドバスサービスの達成度スコアは１００点となっている。

【0051】

図４には図３に示す状態の時刻から時間が経過したときの各サービスの利用状況が示されている。ここでは、オンデマンドバスサービスの予約の需要が想定よりも高いことがオンデマンドバスサービスの予約システムで検知されたとする。或いは、都市１００に配備された都市センサ（例えばカメラセンサ）を用いた人流検知システムによって想定より多数の人が街に出ていることが検知されたとする。都市管理支援装置２００は、都市センサにより検知された人流が閾値を超えたことを受けて、ＳＬＡを守ってオンデマンドバスサービス、カーシェアサービス、及びタクシーサービスを提供できるか否かをサービスシミュレータ２２０でシミュレーションする。

【0052】

シミュレーションの結果、サービス間で需要を分担することによって、増加分の需要に対してサービスの提供側でマッチングを取ることができることが分かった。しかし、オンデマンドバスサービスでは、車両１５２Ｃ，１５２Ｄの混雑度が高くなってサービス達成度が低下し、達成度スコアが閾値よりも低くなることも分かった。各車両１５２Ｃ，１５２Ｄの定員は４名であるところ、車両１５２Ｃを同時に利用する利用者集団１３２Ａは５名であり、車両１５２Ｄを同時に利用する利用者集団１３２Ｂは６名である。

【0053】

この場合、協力要請通知ユニット２５０は高いサービス達成度が維持されているカーシェアサービスとタクシーサービスのそれぞれの利用状況を検討し、協力要請の通知の必要性について判定する。図４に示す例では、カーシェアサービスで利用されているミニバス型の車両１５２Ａ，１５２Ｂはそれぞれ１人の利用者１３１Ｅ，１３１Ｆによって予約されている。シミュレーションの結果、これらの車両１５２Ａ，１５２Ｂのうち１台をオンデマンドバスサービスに割り当てることができれば、オンデマンドバスサービスのサービス達成度の低下を抑えることができることが分かった。

【0054】

オンデマンドバスサービスに車両を追加で割り当てるためには、利用者１３１Ｅと利用者１３１Ｆのどちらかにカーシェアサービスの利用を諦めてもらう必要が生じる。協力要請通知ユニット２５０は利用者情報に基づいて利用者１３１Ｅと利用者１３１Ｆのどちらかを選択し、車両１５２Ａ或いは車両１５２Ｂによるカーシェアサービスの利用を諦めて欲しい旨の協力要請を通知する。協力要請通知には協力要請を受諾することで付与されるインセンティブが提示されている。利用者１３１Ｅが協力要請通知の受信を拒否し、利用者１３１Ｆが協力要請通知の受信を了承している場合、協力要請通知ユニット２５０は利用者１３１Ｆに対して協力要請を通知する。なお、利用者１３１Ｅと利用者１３１Ｆの両方が協力要請通知の受信を了承している場合には、協力要請の通知先をランダムに選択してもよい。

【0055】

また、利用者１３１Ｆに対して協力要請を通知するのと並行して、協力要請通知ユニット２５０はカーシェアサービス事業者１２０Ｂに対しても協力要請を通知する。協力要請を通知された利用者１３１Ｆは協力要請を承諾してもよいし承諾しなくてもよい。一方、カーシェアサービス事業者１２０Ｂに対しては、利用者１３１Ｆが協力要請を承諾することを条件とした決定事項として、車両１５２Ｂの割り当てがオンデマンドバスサービスからカーシェアサービスに変更される旨が通知される。

【0056】

図５には利用者１３１Ｆが協力要請を承諾することで実現される各サービスの利用状況が示されている。利用者１３１Ｆが協力要請を承諾することにより、車両１５２Ｂはオンデマンドバスサービスに割り当てられる。車両１５２Ｂが複数人の利用者からなる利用者集団１３２Ｃによって利用されることで、車両１５２Ｃを利用する利用者集団１３２Ａの人数は減少し、車両１５２Ｄを利用する利用者集団１３２Ｃの人数も減少する。これにより、オンデマンドバスサービス全体としての車両１５２Ｂ，１５２Ｃ，１５２Ｄの混雑度は減少し、サービス達成度の達成度スコアは上昇する。一方、利用者１３１Ｆに対して車両を用意できないことでカーシェアサービスのサービス達成度の達成度スコアは低下する。しかし、全てのサービスにおいて達成度スコアは閾値（例えば５０点）以上に維持されるので、都市１００全体としてのサービスレベルは向上する。

【0057】

利用者１３１Ｆが協力要請を承諾した場合、利用者１３１Ｆには車両１５２Ｂの利用を諦めたことと引き換えにインセンティブが付与される。インセンティブは都市管理支援装置２００から利用者１３１Ｆに直接付与されてもよいし、車両１５２Ｂを譲ってもらったオンデマンドバスサービス事業者１２０Ａを介して付与されてもよい。インセンティブの原資は車両１５２Ｂを譲ってもらうことでサービスレベルの低下を抑えることができたオンデマンドバスサービス事業者１２０Ａから徴収される。

【0058】

以上のように第１の具体例では、協力要請通知を受けた利用者１３１Ｆがカーシェアサービスの利用を控えることで資源１１０である車両に余裕ができる。資源１１０の余裕分としての車両１５２Ｂがサービス達成度の低下が予測されるオンデマンドバスサービスに割り振られることで、オンデマンドバスサービスのサービス達成度の低下が抑えられるようになる。また、カーシェアサービスの利用を控えた利用者１３１Ｆはインセンティブを受け取ることで、利用を控えたことによる不利益は補償される。

【0059】

都市管理支援装置２００は異なるサービス間で資源１１０を融通し合う場、すなわち、マッチング市場を提供する。第１の具体例では、そのマッチング市場において都市１００が所有する車両をオンデマンドバスサービス、カーシェアサービス、及びタクシーサービスの間で上手く譲り合わせることによって都市１００全体としてのサービスレベルの低下が抑えられる。

【0060】

３－２．第２の具体例
第２の具体例として、都市１００で提供されるサービスが電動車に充電する充電器を共有するサービスである例について説明する。図６乃至図８は第２の具体例について説明する図である。

【0061】

第１の具体例においてサービス間で共有される有限の資源１１０は電動車に充電する充電器である。オンデマンドバスサービス、カーシェアサービス、及びタクシーサービスの３つのサービスが充電器を共有する。図１及び図２に示す例に当てはめるならば、オンデマンドバスサービスはサービスＡであり、オンデマンドバスサービス事業者はサービス提供者１２０Ａである。カーシェアサービスはサービスＢであり、カーシェアサービス事業者はサービス提供者１２０Ｂである。そして、タクシーサービスはサービスＣであり、タクシーサービス事業者はサービス提供者１２０Ｃである。

【0062】

第２の具体例では、都市１００は１人又は少人数が乗車可能な乗用車型の車両１５１Ａ～１５１Ｆと多人数が乗車可能なミニバス型（或いはミニバン型）の車両１５２Ａ～１５２Ｂを保有している。タクシーサービスは２台の乗用車型の車両１５１Ａ，１５１Ｂを使用する。カーシェアサービスは４台の乗用車型の車両１５１Ｃ～１５１Ｆを使用する。そして、オンデマンドバスサービスは２台のミニバス型の車両１５２Ａ，１５２Ｂを使用する。

【0063】

都市１００が保有する全ての車両１５１Ａ～１５１Ｆ，１５２Ａ～１５２Ｂは充電が可能な電動車、より詳しくは、充電可能な車載バッテリからの電力の供給を受けてモータで走行するバッテリ電気自動車（ＢＥＶ）である。車両１５１Ａ～１５１Ｆ，１５２Ａ～１５２Ｂへの充電のため、都市１００には急速充電が可能な複数台の充電器１５４Ａ～１５４Ｅが配置されている。各充電器１５４Ａ～１５４Ｅは予め各サービスの車両に割り当てられている。どの充電器がどのサービスのどの車両に割り当てられるかは各サービスの需要に関する統計データ、翌日の天気予報、翌日のイベント情報などに基づいて前日に確定される。充電器１５４Ａ～１５４Ｅの各サービスへの割り当ては都市管理支援装置２００のサービスシミュレータ２２０の一つの機能である。

【0064】

図６には充電器１５４Ａ～１５４Ｅの各サービスへの割り当ての例が示されている。充電器１５４Ａはタクシーサービスの２台の車両１５１Ａ，１５１Ｂに割り当てられている。また、充電器１５４Ｂはカーシェアサービスの２台の車両１５１Ｃ，１５１Ｄに割り当てられ、充電器１５４Ｃはカーシェアサービスの２台の車両１５１Ｅ，１５１Ｆに割り当てられている。そして、充電器１５４Ｄはオンデマンドバスサービスの車両１５２Ａのみに割り当てられ、充電器１５４Ｅはオンデマンドバスサービスの車両１５２Ｂのみに割り当てられている。

【0065】

図６はある時刻における各サービスの利用状況が示されている。タクシーサービスでは各車両１５１Ａ，１５１Ｂは利用者１３１Ａ，１３１Ｂによって利用されている。カーシェアサービスでは各車両１５１Ｃ～１５１Ｆは利用者１３１Ｃ～１３１Ｆによって利用されている。オンデマンドバスサービスでは各車両１５２Ａ，１５２Ｂは利用者集団１３２Ａ，１３２Ｂによって利用されている。このとき全ての充電器１５４Ａ～１５４Ｅは正常に機能している。

【0066】

都市１００においてオンデマンドバスサービス、カーシェアサービス、及びタクシーサービスが提供されている間、都市管理支援装置２００は各サービスの達成度を計算している。図６に示す例ではカーシェアサービス及びタクシーサービスともに各利用者に対して遅滞なく車両が配車されているので、両方のサービスで達成度スコアは１００点となっている。また、図６に示す例では全車両１５２Ａ，１５２Ｂが混雑することなく運行されているので、オンデマンドバスサービスの達成度スコアも１００点となっている。

【0067】

図７には図６に示す状態の時刻から時間が経過したときの各サービスの利用状況が示されている。ここでは、オンデマンドバスサービスで利用されている充電器１５４Ｄの故障が都市センサ（例えば電動車に搭載の電流計或いは電圧計）によって検知されたとする。都市管理支援装置２００は、都市センサにより充電器１５４Ｄの故障が検知されたことを受けて、ＳＬＡを守ってオンデマンドバスサービス、カーシェアサービス、及びタクシーサービスを提供できるか否かをサービスシミュレータ２２０でシミュレーションする。シミュレーションでは、例えばサービス毎の現在のサービス状態に関する情報と充電予約情報とが入力情報として用いられる。サービス状態に関する情報には、例えば車両位置、乗車人数、予約人数などが含まれる。

【0068】

充電器１５４Ｄの故障によりオンデマンドサービスの車両１５２Ａを運行できなくなると、予約していた利用者集団１３２Ａを利用者集団１３２Ｂとともに１台の車両１５２Ｂで運ばざるを得ない。しかし、シミュレーションの結果、そのような運用を行った場合には、車両１５２Ｂの混雑度が上昇することによってオンデマンドサービスのサービス達成度が大きく低下することが分かった。図７に示す例では、充電器１５４Ｄの故障の影響を受けないカーシェアサービス及びタクシーサービスの達成度スコアは高い値に維持されているのに対し、オンデマンドサービスの達成度スコアのみ閾値（例えば５０点）よりも低い点数となっている。

【0069】

この場合、協力要請通知ユニット２５０は高いサービス達成度が維持されているカーシェアサービスとタクシーサービスのそれぞれの利用状況を検討し、協力要請の通知の必要性について判定する。シミュレーションの結果、タクシーサービス或いはカーシェアサービスで利用されている充電器１５４Ａ，１５４Ｂ，１５４Ｃのうち何れか１つをオンデマンドバスサービスに割り当てることができれば、オンデマンドバスサービスのサービス達成度の低下を抑えることができることが分かった。

【0070】

タクシーサービスで利用されている充電器１５４Ａとカーシェアサービスで利用されている充電器１５４Ｂ，１５４Ｃのうちオンデマンドバスサービスに割り当てるべき充電器は、サービス間における資源１１０の提供の優先順位によって決まる。優先順位はサービス毎のサービス内容とサービス達成度とに基づき計算される。例えば、現在のサービス達成度が高いほど優先順位は高く計算され、サービスが都市１００の運営に与える影響（重要度）が大きいほど優先順位は高く計算され、今後所定時間内で予想されるサービスの利用人数が大きいほど優先順位は高く計算される。

【0071】

図７に示す例では、タクシーサービスよりもカーシェアサービスのほうの優先順位が低い。このため、低優先サービスであるカーシェアサービスで利用されている充電器１５４Ｂ，１５４Ｃのうち１台がオンデマンドバスサービスに割り当てられる。充電器１５４Ｂをオンデマンドバスサービスに割り当てた場合、車両１５１Ｃと車両１５１Ｄは運行できなくなる。この場合、これらの車両を予約している利用者１３１Ｃ及び利用者１３１Ｄにカーシェアサービスの利用を諦めてもらう必要が生じる。一方、充電器１５４Ｃをオンデマンドバスサービスに割り当てた場合、車両１５１Ｅ及び車両１５１Ｆは運行できなくなる。この場合、これらの車両を予約している利用者１３１Ｅ及び利用者１３１Ｆにカーシェアサービスの利用を諦めてもらう必要が生じる。

【0072】

協力要請通知ユニット２５０は利用者情報に基づいて利用者１３１Ｃ及び利用者１３１Ｄの組と利用者１３１Ｅ及び利用者１３１Ｆの組のどちらかを選択する。利用者１３１Ｃ或いは利用者１３１Ｄが協力要請通知の受信を拒否しているのであれば、協力要請通知ユニット２５０は協力要請通知の受信を了承している利用者１３１Ｅ及び利用者１３１Ｆに対して協力要請を通知する。協力要請通知は車両１５１Ｅ或いは車両１５１Ｆによるカーシェアサービスの利用を諦めて欲しいという内容であり、協力要請を受諾することで付与されるインセンティブが併せて提示されている。さらに、利用者１３１Ｆの現在地と目的地がオンデマンドバスの車両１５２Ａの通り道に近い場合、利用者１３１Ｆに対してはオンデマンドバスの車両１５２Ａに乗り換えることの提案がなされる。

【0073】

また、利用者１３１Ｅ及び利用者１３１Ｆに対して協力要請を通知するのと並行して、協力要請通知ユニット２５０はカーシェアサービス事業者１２０Ｂに対しても協力要請を通知する。協力要請を通知された利用者１３１Ｅ及び利用者１３１Ｆは協力要請を承諾してもよいし承諾しなくてもよい。一方、カーシェアサービス事業者１２０Ｂに対しては、利用者１３１Ｅ及び利用者１３１Ｆが協力要請を承諾することを条件とした決定事項として、充電器１５４Ｃの割り当てがオンデマンドバスサービスからカーシェアサービスに変更される旨が通知される。

【0074】

図８には利用者１３１Ｅ及び利用者１３１Ｆが協力要請を承諾することで実現される各サービスの利用状況が示されている。利用者１３１Ｅ及び利用者１３１Ｆが協力要請を承諾することにより、充電器１５４Ｃはオンデマンドバスサービスに割り当てられる。オンデマンドバスサービスに充電器１５４Ｃが割り当てられることで、故障した充電器１５４Ｄに代えて充電器１５４Ｃを用いて車両１５２Ａを充電することが可能となる。

【0075】

車両１５２Ａがオンデマンドバスサービスで利用可能になることで、２台の車両１５２Ａ，１５２Ｂに分けて利用者集団１３２Ａ，１３２Ｂを運ぶことが可能となり、車両１５２Ｂの混雑度は減少する。これにより、オンデマンドバスサービス全体としてのサービス達成度の達成度スコアは上昇する。一方、利用者１３１Ｅ及び利用者１３１Ｆに対して車両を用意できないことでカーシェアサービスのサービス達成度の達成度スコアは低下する。しかし、全てのサービスにおいて達成度スコアは閾値（例えば５０点）以上に維持されるので、都市１００全体としてのサービスレベルは向上する。

【0076】

利用者１３１Ｅ及び利用者１３１Ｆが協力要請を承諾した場合、利用者１３１Ｅ及び利用者１３１Ｆには車両１５２Ｅ或いは車両１５２Ｆの利用を諦めたことと引き換えにインセンティブが付与される。また、利用者１３１Ｆは協力要請通知で提示された提案に従うことによってオンデマンドバスの車両１５２Ａに乗り換えることができる。インセンティブは都市管理支援装置２００から利用者１３１Ｅ及び利用者１３１Ｆに直接付与されてもよいし、充電器１５４Ｃを譲ってもらったオンデマンドバスサービス事業者１２０Ａを介して付与されてもよい。インセンティブの原資は充電器１５４Ｃを譲ってもらうことでサービスレベルの低下を抑えることができたオンデマンドバスサービス事業者１２０Ａから徴収される。

【0077】

以上のように第２の具体例では、協力要請通知を受けた利用者１３１Ｅ及び利用者１３１Ｆがカーシェアサービスの利用を控えることで資源１１０である充電器に余裕ができる。資源１１０の余裕分としての充電器１５４Ｃがサービス達成度の低下が予測されるオンデマンドバスサービスに割り振られることで、オンデマンドバスサービスのサービス達成度の低下が抑えられるようになる。また、カーシェアサービスの利用を控えた利用者１３１Ｅ及び利用者１３１Ｆはインセンティブを受け取ることで、利用を控えたことによる不利益は補償される。

【0078】

都市管理支援装置２００は異なるサービス間で資源１１０を融通し合う場、すなわち、マッチング市場を提供する。第２の具体例では、そのマッチング市場において都市１００が所有する充電器をオンデマンドバスサービス、カーシェアサービス、及びタクシーサービスの間で上手く譲り合わせることによって都市１００全体としてのサービスレベルの低下が抑えられている。

【0079】

４．その他
道路もまた都市１００の有限の資源１１０と言える。道路を共有するサービスとしては上述のオンデマンドバスサービス、カーシェアサービス、及びタクシーサービスのような交通サービスの他にも物流サービスを挙げることができる。資源１１０としての道路の異常とは、例えば交通渋滞の発生である。交通渋滞が発生すると交通サービスでも物流サービスでも遅延が発生してサービス達成度は低下する。例えば、交通サービスのサービス達成度が維持されている状況で物流サービスのサービス達成度が低下した場合には、交通サービスの利用者に対してインセンティブの付与と引き換えに交通サービスの利用を控えることの要請を通知してもよい。

【0080】

ネットワークもまた都市１００の有限の資源１１０と言える。ネットワークを共用するサービスとしては遠隔運転車両の遠隔運転サービスと動画配信サービスとを挙げることができる。資源１１０としてのネットワークの異常とは、例えばネットワークの混雑によって帯域が狭くなることである。ネットワークの帯域が狭くなると移動体通信を用いた遠隔運転を継続することができず遠隔運転から自動運転に切り替わりがちになる。よって、遠隔運転サービスのサービス達成度としては遠隔運転率を用いることができる。例えば帯域の逼迫により遠隔運転率が低下した場合には、動画配信サービスの利用者に対してインセンティブの付与と引き換えに動画配信サービスの利用を控えることの要請を通知してもよい。

【0081】

電力もまた都市１００の有限の資源１１０と言える。電力を共用するサービスとしては病院向け冷暖房マネジメントサービスと個人向け冷暖房マネジメントサービスとを挙げることができる。例えば電力需給が逼迫した場合には、個人向け冷暖房マネジメントサービスの利用者に対してインセンティブの付与と引き換えに個人向け冷暖房マネジメントサービスの利用を控えることの要請を通知してもよい。

【符号の説明】

【0082】

１００ 都市
１１０ 資源
１２０Ａ サービス提供者（オンデマンドバスサービス事業者）
１２０Ｂ サービス提供者（カーシェアサービス事業者）
１２０Ｃ サービス提供者（タクシーサービス事業者）
１３０ 利用者
１３１Ａ，１３１Ｂ タクシーサービスの利用者
１３１Ｃ，１３１Ｄ，１３１Ｅ，１３１Ｆ カーシェアサービスの利用者
１３２Ａ，１３２Ｂ オンデマンドバスサービスの利用者集団
１４０ 都市管理者
１５１Ａ，１５１Ｂ，１５１Ｃ，１５１Ｄ，１５１Ｅ，１５１Ｆ 乗用車型の車両
１５２Ａ，１５２Ｂ，１５２Ｃ，１５２Ｄ ミニバス型の車両
１５４Ａ，１５４Ｂ，１５４Ｃ，１５４Ｄ，１５４Ｅ 充電器
２００ 都市管理支援装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】