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

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

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

(11)【特許番号】

(24)【登録日】2024-11-05

(45)【発行日】2024-11-13

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

(51)【国際特許分類】

   G06Q 10/063 20230101AFI20241106BHJP

   G06Q 50/10 20120101ALI20241106BHJP

【ＦＩ】

G06Q10/063

G06Q50/10

【請求項の数】 9

(21)【出願番号】P 2021198006

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

(65)【公開番号】P2023083969

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

【審査請求日】2023-07-21

(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】都市で提供されるサービスが図７に示すサービスである場合の都市管理支援装置の画面の例を示す図である。

【図9】図３に示す都市で提供される集積場を共有するサービスの例について説明する図である。

【図10】都市で提供されるサービスが図９に示すサービスである場合の都市管理支援装置の画面の例を示す図である。

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

都市管理者１４０は基本的にはサービス提供者１２０Ａ，１２０Ｂ，１２０Ｃとは別の事業者である。例外として都市管理者１４０が自身でサービスを提供している場合を除き、基本的には都市管理者１４０がサービスの提供方法を変えることはできない。都市管理者１４０は、資源１１０の提供状況に異常が生じた場合、サービス提供者１２０Ａ，１２０Ｂ，１２０Ｃに対してその状況を知らせ、必要に応じてサービスの提供方法の代替方法をアドバイスする。

【0026】

本実施形態に係る都市１００では、その継続的な発展のため、資源１１０とサービスＡ，Ｂ，Cの両面において効率的且つ適切な管理が都市管理者１４０に対して求められている。本開示の実施形態に係る都市管理支援装置２００は都市管理者１４０による都市１００の効率的且つ適切な管理を支援するための装置である。都市管理支援装置２００はそれ自体が都市１００を管理するのではなく、支援情報の提供によって都市管理者１４０による都市の管理を支援する。都市管理支援装置２００が都市管理者１４０に提供する支援情報には、資源１１０の現在の提供状況に関する情報、各サービスの将来の状況に関する予測情報、サービスの低下が予測される場合の都市管理者１４０に対するアドバイス等が含まれる。

【0027】

都市管理支援装置２００は少なくとも１つのプログラム２０３を記憶した少なくとも１つのメモリ２０２と、少なくとも１つのプログラム２０３を実行する少なくとも１つのプロセッサ２０１とを備えたコンピュータである。メモリ２０２に記憶されたプログラム２０３がプロセッサ２０１で実行されることによって、都市管理者１４０の支援のための様々な機能が実現される。ただし、都市管理支援装置２００は一つのコンピュータによって構成されてもよいし、ネットワークで接続された複数のコンピュータによって構成されてもよい。次の章では都市管理支援装置２００の詳細について説明する。

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

達成度演算ユニット２３０はサービスシミュレータ２２０から入力された各サービスＡ，Ｂ，Ｃの状況予測値に基づきサービスＡ，Ｂ，Ｃ毎にサービス達成度を計算する。サービス達成度は、サービスの低下が利用者１３０に与えるインパクトを示す数値であって、例えば、ＳＬＡ（Service Level Agreement）のように予め規定された水準からのずれの程度を示す数値として定義される。サービス毎のサービス達成度の計算方法の詳細については後述する。なお、サービス達成度はサービス毎に単一の値であってもよいし、サービス提供者１２０Ａ，１２０Ｂ、１２０Ｃの視点での達成度（第１値）と、利用者１３０の視点での達成度（第２値）とを含んでもよい。達成度演算ユニット２３０で計算された各サービスＡ，Ｂ，Ｃの達成度は代替方法提案ユニット２４０と通知ユニット２５０とに入力される。

【0037】

代替方法提案ユニット２４０は達成度演算ユニット２３０から入力された各サービスＡ，Ｂ，Ｃの達成度と、サービスシミュレータ２２０から入力された資源１１０の提供状況に関する情報とを受け付ける。代替方法提案ユニット２４０はサービスＡ，Ｂ及びＣのうち少なくとも一つにおいてサービス達成度が閾値よりも低下した場合、サービス達成度が低下したサービスの提供方法の代替方法を提案する。

【0038】

より詳しくは、代替方法提案ユニット２４０は、資源１１０の提供状況とサービス達成度が低下したサービスとの関連に基づき、資源１１０の提供状況の異常の影響を低減可能な代替方法を提案する。代替方法の提案の判断基準となるサービス達成度の閾値はサービス毎にサービスの種類に応じて設定されている。代替方法提案ユニット２４０は定義設定部２２２Ａ，２２２Ｂ，２２２Ｃにおいて予め定義された１又は複数の代替方法の中から提案するに相応しい代替方法を選択する。代替方法提案ユニット２４０により選択された代替方法は通知ユニット２５０に入力される。

【0039】

通知ユニット２５０は達成度演算ユニット２３０から入力された各サービスＡ，Ｂ，Ｃの達成度と、代替方法提案ユニット２４０から入力された資源１１０の提供状況に関する情報とを受け付ける。また、代替方法提案ユニット２４０によって何れかのサービスの提供方法の代替方法が提案された場合には、通知ユニット２５０は代替方法提案ユニット２４０から入力された代替方法を受け付ける。

【0040】

通知ユニット２５０はディスプレイ２６０に接続されている。通知ユニット２５０は達成度演算ユニット２３０から受け付けた情報と代替方法提案ユニット２４０から受け付けた情報とに基づきディスプレイ２６０に表示する表示情報を生成する。特にサービスＡ，Ｂ及びＣのうち少なくとも一つにおいてサービス達成度の低下が検出された場合、通知ユニット２５０は資源１１０の提供状況の異常の内容をサービス達成度が低下するサービスに関連付ける表示情報を生成する。また、サービス達成度の低下が検出されたサービスについて提供方法の代替方法が提案された場合、提案された代替方法をサービス達成度が低下するサービスに関連付ける表示情報を生成する。通知ユニット２５０は生成した表示情報をディスプレイ２６０に入力する。

【0041】

通知ユニット２５０は警報器２７０に接続されている。通知ユニット２５０はサービスＡ，Ｂ及びＣのうち少なくとも一つにおいてサービス達成度が閾値よりも低下した場合、警報器２７０へアラート信号を入力する。アラート信号の出力の判断基準となるサービス達成度の閾値はサービス毎にサービスの種類に応じて設定されている。

【0042】

ディスプレイ２６０は通知ユニット２５０から入力された表示情報を画像に変換して表示する。ディスプレイ２６０に表示される画像には、所定時間未来の各サービスＡ，Ｂ，Ｃの達成度を示す画像と、現在の資源１１０の提供状況を示す画像とが含まれる。また、資源１１０の提供状況に異常が生じた場合には、資源１１０の提供状況の異常の影響を受けるサービスに関し、提供方法の代替方法を示す画像がディスプレイ２６０に表示される。

【0043】

都市管理者１４０は、ディスプレイ２６０に表示される画像より、各サービスＡ，Ｂ，Ｃの提供状況と資源１１０の提供状況とを視覚的に把握することができ、また、各サービスＡ，Ｂ，Ｃの提供状況と資源１１０の提供状況との関連を容易に把握することができる。そして、各サービスＡ，Ｂ，Ｃの提供状況が今後どのようになるのかを資源１１０の提供状況に結び付けて認識することができる。また、都市管理者１４０は、資源１１０の提供状況の異常によりサービス達成度が低下するサービスについて、資源の提供状況の異常の影響を低減可能な代替方法を知ることができる。

【0044】

警報器２７０は通知ユニット２５０から入力されたアラート信号を受けてアラートを出力する。都市管理者１４０は、各サービスＡ，Ｂ，Ｃのサービス達成度を常時モニタリングせずとも、いずれかのサービスにおいてサービス達成度が低下したときにはアラートによって気づくことができる。

【0045】

３．都市管理支援装置による都市管理支援方法の具体例
３－1．前提
以下、都市管理支援装置２００による都市管理支援方法について幾つかの具体例を挙げて説明する。その具体例を説明する上での前提として、都市１００は図３の模式的な市街地図に示すように構成されているとする。この市街地図に示すように、都市１００は１つの出入口１００ａを有する閉ざされた空間であり、その内部には道路がつくられている。道路は東西に走る４本の東西道路１１１Ａ，１１１Ｂ，１１１Ｃ，１１１Ｄと、南北に走る５本の南北道路１１２Ａ，１１２Ｂ，１１２Ｃ，１１２Ｄ，１１２Ｅとを含む。これらの道路によって、都市１００の内部はＡブロックからＬブロックまでの１２のブロックに区画されている。後の具体例でも述べるように、道路は都市１００において様々なサービスを提供するための有限の資源１１０である。

【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】

第２の具体例においてサービス間で共有される資源１１０は給電ステーションである。給電ステーションでは自動運転する各種の移動体（車両、ロボット等）に対して無線で電力が供給される。電動の移動体（車両、ロボット等）はバッテリ残量に応じて充電が必要になる。これらの移動体は自動運転で給電ステーションに移動し、無線充電によって自身のバッテリに充電する。都市１００には複数の給電ステーション１１３Ａ，１１３Ｂ，１１３D，１１３Ｇ，１１３H，１１３Ｊが設置されている。

【0081】

第２の具体例において資源１１０である給電ステーションを共有するサービスは定期路線バス、サポートロボット、及び警備ロボットの３つのサービスである。図１及び図２に示す例に当てはめるならば、定期路線バスサービスがサービスＡ、サポートロボットサービスがサービスＢ、警備ロボットサービスがサービスＣとなる。給電ステーションは台数に制約のある有限の資源１１０であり、充電を要する各サービスの移動体によって共用される。

【0082】

サービスとしての定期路線バスは路線バス１５２Ａ，１５２Ｂを用いて利用者を運ぶ一種の交通サービスであって、その詳細は第１の具体例で説明した通りである。路線バス１５２Ａ，１５２Ｂが運行されているサービス対象経路１５３には給電ステーション１１３Ｂが設置されている。路線バス１５２Ａ，１５２Ｂは予め定められたタイミングにて給電ステーション１１３Ｂにて充電する。

【0083】

サービスとしてのサポートロボットはサポートロボット１６２Ａ～１６２Ｅを用いてハンドバックからスーツケース程度の重さの個人の荷物を運搬するサービスである。サポートロボットサービスの提供者１２０Ｂは例えばポーターサービス会社である。サポートロボットサービスの利用者１３０は都市１００を徒歩や低速モビリティで移動する住民である。利用者はサポートロボット１６２Ａ～１６２Ｅに荷物を預け、荷物を預けられたサポートロボット１６２Ａ～１６２Ｅは利用者に追従して移動する。サポートロボット１６２Ａ～１６２Ｅは都市１００内を巡回するか或いは所定の待機場で待機している。利用者は荷物の運搬を頼みたいときに自身が所持する端末のアプリ経由で予約するか、空いているサポートロボット１６２Ａ～１６２Ｅを見つけてその場で荷物の運搬を依頼する。サポートロボット１６２Ａ～１６２Ｅは電気駆動であり、バッテリの電気残量がしきい値を下回ると直近の給電ステーションまで自動で充電しにいく。

【0084】

サービスとしての警備ロボットはカメラを備えた警備ロボット１６４Ａ～１６４Ｅによって情報収集を行い、収集した情報に基づきその後の行動判断を行うサービスである。警備ロボットサービスの提供者１２０Ｃは例えば警備会社である。警備ロボットサービスの利用者１３０は都市１００に住む個人の他、会社や商店或いは商店街のような法人や団体である。警備ロボット１６４Ａ～１６４Ｅはカメラを含む各種のセンサを備え、設定された経路を設定された時間に巡回している。また、警備会社の監視センタからの指示があった場合や、利用者が自身の所持する端末のアプリ経由で要請を行った場合、警備ロボット１６４Ａ～１６４Ｅは設定経路から外れて指示された或いは要請された地点へ監視に向かう。警備ロボット１６４Ａ～１６４Ｅは電気駆動であり、予め定められたタイミングにて予め定められた給電ステーションへ自動で充電しにいく。

【0085】

３－３－２．都市管理支援装置の画面の例
都市１００において上述の３つのサービスが提供されている場合、都市管理支援装置２００はそれらのサービスに関連する支援情報を都市管理者１４０に提供する。

【0086】

図８は第２の具体例における都市管理支援装置２００のディスプレイ２６０の画面の一例を示す。達成度ウインドウ２６２には、定期路線バス、サポートロボット、及び警備ロボットのそれぞれのサービスについて所定時間後のサービス達成度が点数（達成度スコア）で表示されている。以下、サービス毎の達成度の計算方法について説明する。ただし、定期路線バスサービスのサービス達成度の計算方法については第１の具体例で説明した通りであるので、ここでは重ねての説明は省略する。

【0087】

都市管理支援装置２００によるサポートロボットサービスのサービス達成度の計算方法について説明する。都市管理支援装置２００のサービスシミュレータ２２０に入力されるサポートロボットサービスの提供状況に関する情報には、例えば、各サポートロボットの状態に関する情報、及び残りの未対応リクエスト数が含まれる。サポートロボットの状態に関する情報には、例えば、位置、速度、積載数、サービス中かどうか、バッテリ残量、配送先、及び配送元が含まれる。これらの情報がサービスシミュレータ２２０に入力される。サービスシミュレータ２２０は入力された情報に基づいて所定時間後の未対応リクエスト数を予測する。そして、予測された未対応リクエスト数をサポートロボットサービスの状況予測値として出力する。

【0088】

達成度演算ユニット２３０はサービスシミュレータ２２０により予測された未対応リクエスト数に基づいてサービス達成度を計算する。サポートロボットサービスのサービス達成度の計算には以下の式４が用いられる。式４における標準リクエスト数は標準ＳＬＡから決定される数値であり、例えば５に設定することができる。係数は任意に設定可能な数値であり、例えば５に設定することができる。係数の値が大きいほどサービス達成度に対する未対応リクエスト数の増大の影響は大きくなる。ただし、式４の右辺の計算値は整数になるように四捨五入されサービス達成度は０から１００までの整数で表される。式４の右辺の計算値が負の値になる場合、サービス達成度は０とされる。また、式４の右辺の計算値が１００を超える場合、サービス達成度は１００とされる。
サービス達成度＝１００－（未対応リクエスト数－サービス中のロボット数×標準リクエスト数）×係数 ・・・式４

【0089】

通知ユニット２５０はサポートロボットサービスの達成度スコアをディスプレイ２６０の達成度ウインドウ２６２に表示する。図８に示す例では、サポートロボットサービスの達成度スコアは１００点中の７０点となっている。また、通知ユニット２５０はサポートロボットサービスのサービス達成度の評価をディスプレイ２６０の達成度ウインドウ２６２に表示する。例えば、サポートロボットサービスに対して設定された閾値が５０点である場合、達成度スコアの７０点は合格であるので通知ユニット２５０は評価として“Ｇｏｏｄ”を達成度ウインドウ２６２に表示する。

【0090】

次に、都市管理支援装置２００による警備ロボットサービスのサービス達成度の計算方法について説明する。都市管理支援装置２００のサービスシミュレータ２２０に入力される警備ロボットサービスの提供状況に関する情報には、例えば、各警備ロボットの状態に関する情報、及び予定経路が含まれる。警備ロボットの状態に関する情報には、例えば、位置、速度、サービス中かどうか、及びバッテリ残量が含まれる。これらの情報がサービスシミュレータ２２０に入力される。サービスシミュレータ２２０は入力された情報に基づいて時間単位での監視範囲（平米）を予測する。そして、予測された監視範囲を警備ロボットサービスの状況予測値として出力する。

【0091】

達成度演算ユニット２３０はサービスシミュレータ２２０により予測された監視範囲に基づいてサービス達成度を計算する。警備ロボットサービスのサービス達成度の計算には以下の式５が用いられる。式５における係数は任意に設定可能な数値であり、例えば１０に設定することができる。係数の値が小さいほどサービス達成度に対する監視範囲の縮小の影響は大きくなる。ただし、式５の右辺の計算値は整数になるように四捨五入されサービス達成度は０から１００までの整数で表される。式５の右辺の計算値が負の値になる場合、サービス達成度は０とされる。
サービス達成度＝１００－（計画された監視範囲（平米）－予測された監視範囲）／係数 ・・・式５

【0092】

通知ユニット２５０は警備ロボットサービスの達成度スコアをディスプレイ２６０の達成度ウインドウ２６２に表示する。図８に示す例では、警備ロボットサービスの達成度スコアは１００点中の８０点となっている。また、通知ユニット２５０は警備ロボットサービスのサービス達成度の評価をディスプレイ２６０の達成度ウインドウ２６２に表示する。例えば、警備ロボットサービスに対して設定された閾値が６０点である場合、達成度スコアの７０点は合格であるので通知ユニット２５０は評価として“Ｇｏｏｄ”を達成度ウインドウ２６２に表示する。

【0093】

次に、第２の具体例における資源提供状況ウインドウ２６４の表示について説明する。図８に示す例では、達成度ウインドウ２６２に表示されている定期路線バスサービスの達成度スコアがＮｏ－Ｇｏｏｄになり、それに合わせて資源提供状況ウインドウ２６４の市街地図上に給電不可となった給電ステーション１１３Ｂが明示される。給電ステーションの給電不可は給電ステーションへ電力を供給する電線が断線したり給電ステーション自体が故障したりすることで生じる異常である。給電ステーションの異常は例えば給電中の移動体の充電状況から把握することができる。給電不可となった給電ステーション１１３Ｂは路線バス１５２Ａ，１５２Ｂのサービス対象経路１５３上にあり、路線バス１５２Ａ，１５２Ｂの充電に使用されている。

【0094】

図８に示すようなディスプレイ２６０上の表示は、都市管理者１４０に対し、給電ステーション１１３Ｂでの給電が不可となったことが原因で極近い将来において定期路線バスサービスの達成度が低下することを認識させることができる。また、定期路線バスサービスの達成度スコアがＧｏｏｄからＮｏ－Ｇｏｏｄに変化したときには、達成度ウインドウ２６２における定期路線バスサービスに関連する文字が強調表示されるとともに、警報器２７０からアラートが出力される。

【0095】

さらに、資源提供状況ウインドウ２６４には、代替方法提案ユニット２４０により提案された定期路線バスサービスの提供方法の代替方法が表示される。代替方法提案ユニット２４０は、給電ステーション１１３Ｂの異常の定期路線バスサービスへの影響を最小限に抑えることができる代替方法をサービス定義の中から選択して通知ユニット２５０に入力する。

【0096】

図８に示す例では、給電ステーション１１３Ｈを通過する臨時経路１５３ｂが資源提供状況ウインドウ２６４に表示されている。提案された臨時経路１５３ｂを選択すれば、給電ステーション１１３Ｈでの充電を可能にしつつ、全てのバス停１５１Ａ，１５１Ｅ，１５１Ｋ，１５１Ｈ，１５１Ｃに路線バス１５２Ａ，１５２Ｂを停車させることができる。提案を受けた都市管理者１４０は定期路線バスサービスのサービス提供者に対し、給電ステーション１１３Ｂでの給電が不可となったことの定期路線バスサービスへの影響を知らせる。そして、代替方法として臨時経路１５３ｂに路線バス１５２Ａ，１５２Ｂの経路を切り替えて給電ステーション１１３Ｈを利用することをアドバイスする。

【0097】

３－４．第３の具体例
３－４－１．サービスの概要
第３の具体例として、都市１００で提供されるサービスが集積場を共有するサービスである例について説明する。図９は第３の具体例について説明する図である。

【0098】

第３の具体例においてサービス間で共有される資源１１０は集積場である。集積場は一定のスペースを有する場所であるから、物資を一時的に置いておく物置として利用可能であるし、車両を一時的に置いておく駐車場としても利用可能である。都市１００には複数の集積場１１４Ｄ，１１４Ｅ，１１４Ｋが設けられている。

【0099】

第３の具体例において資源１１０である集積場を共有するサービスは物流、都市１００の住人向けのレンタルトランクルーム、及びオンデマンドバスの３つのサービスである。図１及び図２に示す例に当てはめるならば、物流サービスがサービスＡ、レンタルトランクルームサービスがサービスＢ、オンデマンドバスサービスがサービスＣとなる。集積場利用可能な面積に制約のある有限の資源１１０であり、物資や車両を一時的に置いておく場所を必要とする各サービスによって共用される。

【0100】

サービスとしての物流は配送ロボットを用いて拠点間やビル間で荷物を配送するサービスであって、その詳細は第１の具体例で説明した通りである。外部から都市１００に輸送された荷物は出入口１００ａから都市１００の内部に運びこまれ、出入口１００ａに最も近いＤブロックに設けられた集積場１１４Ｄに集積される。集積場１１４Ｄに集積された荷物１７０は配送ロボット１７５Ａ，１７５Ｂ，１７５Ｃによって都市１００内の各所（荷物の中継所を含む）に配送される。

【0101】

サービスとしてのレンタルトランクルームは移動可能なトランク１７２Ｄ，１７２Ｅ，１７２Ｋを物置として貸し出すサービスである。レンタルトランクルームサービスの提供者１２０Ｂは例えば倉庫会社である。レンタルトランクルームサービスの利用者１３０は都市１００の住民である。トランク１７２Ｄ，１７２Ｅ，１７２Ｋは都市１００内の集積場１１４Ｄ，１１４Ｅ，１１４Ｋの一角に設置される。トランク１７２Ｄ，１７２Ｅ，１７２Ｋはトラックによって移転可能なコンテナであるので、その設置個所や設置個数はサービスの利用頻度や状況に応じて変更される。例えばＡブロックの住民の要請によってＥブロックの集積場１１４Ｅに設置するトランク１７２Ｅの数を増やすことや、逆にＡブロックから遠いＤブロックの集積場１１４Ｄにトランクを移して代わりに利用料金を安くすること等が可能である。

【0102】

サービスとしてのオンデマンドバスは乗客からの配車要求に応じてオンデマンドバス１７４Ａ，１７４Ｂを配車するサービスである。オンデマンドバスサービスの提供者１２０Ｃは例えばバス会社である。オンデマンドバスサービスの利用者１３０はオンデマンドバスに乗って移動する乗客である。オンデマンドバス１７４Ａ，１７４Ｂには充電可能なバッテリを搭載した電気駆動の自動運転バスが用いられている。オンデマンドバスサービスを利用したい乗客１３１Ｃは自身が所持する端末のアプリ経由で乗降場所と時間を指定する。乗客１３１Ｃからの配車の要求を受けて、待機しているオンデマンドバス１７４Ａが指定時間に指定場所に配車される。オンデマンドバス１７４Ａ，１７４Ｂを待機させておく駐車場として集積場１１４Ｅは使用されている。

【0103】

３－４－２．都市管理支援装置の画面の例
都市１００において上述の３つのサービスが提供されている場合、都市管理支援装置２００はそれらのサービスに関連する支援情報を都市管理者１４０に提供する。

【0104】

図１０は第３の具体例における都市管理支援装置２００のディスプレイ２６０の画面の一例を示す。達成度ウインドウ２６２には、物流、レンタルトランクルームサービス、及びオンデマンドバスのそれぞれのサービスについて所定時間後のサービス達成度が点数（達成度スコア）で表示されている。以下、サービス毎の達成度の計算方法について説明する。ただし、物流サービスのサービス達成度の計算方法については第１の具体例で説明した通りであるので、ここでは重ねての説明は省略する。

【0105】

都市管理支援装置２００によるレンタルトランクルームサービスのサービス達成度の計算方法について説明する。都市管理支援装置２００のサービスシミュレータ２２０に入力されるレンタルトランクルームサービスの提供状況に関する情報には、例えば、各トランクの状態に関する情報、及び移動予定が含まれる。トランクの状態に関する情報には、例えば、設置場所、契約者、及び積載量が含まれる。これらの情報がサービスシミュレータ２２０に入力される。サービスシミュレータ２２０は入力された情報に基づいて所定時間以内に利用が想定される各契約者の住居とトランクとの平均距離（メートル単位）を予測する。そして、予測された平均距離をレンタルトランクルームサービスの状況予測値として出力する。

【0106】

達成度演算ユニット２３０はサービスシミュレータ２２０により予測された平均距離に基づいてサービス達成度を計算する。レンタルトランクルームサービスのサービス達成度の計算には以下の式６が用いられる。式６における標準距離は利用者が許容する平均距離であり、例えば３００メートルに設定することができる。係数は任意に設定可能な数値であり、例えば１０に設定することができる。係数の値が小さいほどサービス達成度に対する平均距離の拡大の影響は大きくなる。ただし、式６の右辺の計算値は整数になるように四捨五入されサービス達成度は０から１００までの整数で表される。式６の右辺の計算値が負の値になる場合、サービス達成度は０とされる。
サービス達成度＝１００－（予測された平均距離－標準距離）／係数 ・・・式６

【0107】

通知ユニット２５０はレンタルトランクルームサービスの達成度スコアをディスプレイ２６０の達成度ウインドウ２６２に表示する。図１０に示す例では、レンタルトランクルームサービスの達成度スコアは１００点中の４０点となっている。また、通知ユニット２５０はレンタルトランクルームサービスのサービス達成度の評価をディスプレイ２６０の達成度ウインドウ２６２に表示する。例えば、サポートロボットサービスに対して設定された閾値が５０点である場合、達成度スコアの４０点は不合格であるので通知ユニット２５０は評価として“Ｎｏ－Ｇｏｏｄ”を達成度ウインドウ２６２に表示する。

【0108】

次に、都市管理支援装置２００によるオンデマンドバスサービスのサービス達成度の計算方法について説明する。都市管理支援装置２００のサービスシミュレータ２２０に入力されるオンデマンドバスサービスの提供状況に関する情報には、例えば、各車両の状態に関する情報、及び需要に関する情報が含まれる。車両の状態に関する情報には、例えば、位置、速度、乗客数、サービス中かどうか、及びバッテリ残量が含まれる。需要に関する情報には、例えば、時刻、起終点、及び人数が含まれる。これらの情報がサービスシミュレータ２２０に入力される。サービスシミュレータ２２０は入力された情報に基づいて指定時刻からの平均遅刻時間（例えば過去１時間での平均値）を予測する。そして、予測された平均遅刻時間をオンデマンドバスサービスの状況予測値として出力する。

【0109】

達成度演算ユニット２３０はサービスシミュレータ２２０により予測された平均遅刻時間に基づいてサービス達成度を計算する。オンデマンドバスサービスのサービス達成度の計算には以下の式７が用いられる。式７における係数は任意に設定可能な数値であり、例えば３０秒に設定することができる。係数の値が小さいほどサービス達成度に対する遅刻の影響は大きくなる。ただし、式７の右辺の計算値は整数になるように四捨五入されサービス達成度は０から１００までの整数で表される。式７の右辺の計算値が負の値になる場合、サービス達成度は０とされる。
サービス達成度＝１００－平均遅刻時間／係数 ・・・式７

【0110】

通知ユニット２５０はオンデマンドバスサービスの達成度スコアをディスプレイ２６０の達成度ウインドウ２６２に表示する。図１０に示す例では、オンデマンドバスサービスの達成度スコアは１００点中の８０点となっている。また、通知ユニット２５０はオンデマンドバスサービスのサービス達成度の評価をディスプレイ２６０の達成度ウインドウ２６２に表示する。例えば、オンデマンドバスサービスに対して設定された閾値が６０点である場合、達成度スコアの８０点は合格であるので通知ユニット２５０は評価として“Ｇｏｏｄ”を達成度ウインドウ２６２に表示する。

【0111】

なお、式７にて計算されるサービス達成度は、オンデマンドバスサービスのサービス提供者の視点でのサービス達成度（第１値）である。オンデマンドバスサービスの利用者の視点に立つのであれば、以下の式８で計算されるサービス達成度（第２値）を計算してもよいし、両方のサービス達成度を計算してもよい。式８を用いる場合、サービスシミュレータ２２０では所定時間後の乗客数が予測される。式８における係数は任意に設定可能な数値であり、例えば１０に設定することができる。係数の値が大きいほどサービス達成度に対する混雑度（乗客数／座席数）の影響は大きくなる。ただし、式８の右辺の計算値は整数になるように四捨五入されサービス達成度は０から１００までの整数で表される。式８の右辺の計算値が負の値になる場合、サービス達成度は０とされる。
サービス達成度＝１００－係数×乗客数／座席数 ・・・式８

【0112】

次に、第３の具体例における資源提供状況ウインドウ２６４の表示について説明する。図１０に示す例では、達成度ウインドウ２６２に表示されている物流サービスの達成度スコアとレンタルトランクルームサービスの達成度スコアとがＮｏ－Ｇｏｏｄになり、それに合わせて資源提供状況ウインドウ２６４の市街地図上に使用不可となった集積場１１４Ｄが明示される。集積場の使用不可は例えば荷崩れによって一部のスペースが使用できなくなる異常である。集積場の異常は例えば集積場に設置されたカメラの映像から把握することができる。使用不可となった集積場１１４Ｄは荷物１７０の置場として使用されるとともに、トランク１７２Ｄの置場としても使用されている。

【0113】

図１０に示すようなディスプレイ２６０上の表示は、都市管理者１４０に対し、集積場１１４Ｄでの給電が不可となったことが原因で極近い将来において物流サービスとレンタルトランクルームサービスの達成度が低下することを認識させることができる。また、物流サービスとレンタルトランクルームサービスの各達成度スコアがＧｏｏｄからＮｏ－Ｇｏｏｄに変化したときには、達成度ウインドウ２６２における物流サービスとレンタルトランクルームサービスに関連する文字が強調表示されるとともに、警報器２７０からアラートが出力される。

【0114】

さらに、資源提供状況ウインドウ２６４には、代替方法提案ユニット２４０により提案された物流サービスとレンタルトランクルームサービスの各提供方法の代替方法が表示される。代替方法提案ユニット２４０は、集積場１１４Ｄの異常の物流サービスとレンタルトランクルームサービスへの影響を最小限に抑えることができる代替方法をサービス定義の中から選択して通知ユニット２５０に入力する。

【0115】

図１０に示す例では、集積場１１４Ｅに設けられた荷物１７１の仮設置場（仮設荷物置場）が資源提供状況ウインドウ２６４に表示されている。提案された仮設荷物置場を荷物１７１の置場として利用することで、仮設荷物置場から都市１００内の各所（荷物の中継所を含む）に荷物を配送することが可能となり、都市１００内の物流の混乱を抑えることができる。提案を受けた都市管理者１４０は物流サービスのサービス提供者に対し、集積場１１４Ｄの使用が不可となったことの物流サービスへの影響を知らせる。そして、代替方法として集積場１１４Ｅを仮設荷物置場として利用することをアドバイスする。

【0116】

さらに、図１０に示す例では、集積場１１４Ｋに設けられたトランク１７３の仮設置場（仮設トランク置場）が資源提供状況ウインドウ２６４に表示されている。提案された仮設トランク置場をトランク１７３の置場として利用することで、レンタルトランクルームサービスを利用する住民の不便を低減することができる。提案を受けた都市管理者１４０はレンタルトランクルームサービスのサービス提供者に対し、集積場１１４Ｄの使用が不可となったことのレンタルトランクルームサービスへの影響を知らせる。そして、代替方法として集積場１１４Ｋを仮設トランク置場として利用することをアドバイスする。

【0117】

なお、集積場１１４Ｅは２台のオンデマンドバス１７４Ａ，１７４Ｂの駐車場として使用されている。このため集積場１１４Ｅを仮設荷物置場とする場合、集積場１１４Ｅには２台のオンデマンドバス１７４Ａ，１７４Ｂのうちのどちらか１台しか駐車できなくなる。しかし、オンデマンドバス１７４Ａ，１７４Ｂは自走可能であり、都市１００には他にも駐車可能な場所は存在する。ゆえに、都市１００の有限の資源１１０としての集積場１１４Ｅの有効利用を考えた場合、集積場１１４Ｅを仮設荷物置場として用いた方が総合的なサービス達成度は向上する。都市管理者１４０はオンデマンドバスサービスのサービス提供者に対し、集積場１１４Ｅの駐車場の一部を仮設荷物置場とすることを通知する。その際、駐車場を明け渡すことの代償として、都市管理者１４０からオンデマンドバスサービスのサービス提供者に対して何らかのインセンティブを与えてもよい。

【0118】

４．その他
ネットワークもまた都市１００の有限の資源１１０と言える。ネットワークを共用するサービスとしては遠隔運転車両の遠隔運転サービスと動画配信サービスとを挙げることができる。資源１１０としてのネットワークの提供状態の異常とは、例えばネットワークの混雑によって帯域が狭くなることである。ネットワークの帯域が狭くなると移動体通信を用いた遠隔運転を継続することができず遠隔運転から自動運転に切り替わりがちになる。よって、遠隔運転サービスのサービス達成度としては遠隔運転率を用いることができる。また、動画配信サービスのサービス達成度としては一定時間内の動画のフリーズ率を用いることができる。

【符号の説明】

【0119】

１００ 都市
１００ａ 出入口
１１０ 資源
１１３Ａ，１１３Ｂ，１１３Ｄ，１１３Ｇ，１１３H，１１３Ｊ 給電ステーション
１１４Ｄ，１１４Ｅ，１１４Ｋ 集積場
１２０Ａ，１２０Ｂ，１２０Ｃ サービス提供者
１３０ 利用者
１４０ 都市管理者
１５１Ａ，１５１Ｃ，１５１Ｅ，１５１Ｋ，１５１Ｈ バス停
１５２Ａ，１５２Ｂ 路線バス
１５３ サービス対象経路
１５４Ａ，１５４Ｂ，１７５Ａ，１７５Ｂ，１７５Ｃ 配送ロボット
１５６Ａ，１５６Ｂ ライドシェア車両
１６２Ａ，１６２Ｂ，１６２Ｃ，１６２Ｄ，１６２Ｅ サポートロボット
１６４Ａ，１６４Ｂ，１６４Ｃ，１６４Ｄ，１６４Ｅ 警備ロボット
１７０，１７１ 荷物
１７２Ｄ，１７２Ｅ，１７２Ｋ，１７３ トランク
１７４Ａ，１７４Ｂ オンデマンドバス
２００ 都市管理支援装置
２６０ ディスプレイ
２６２ 達成度ウインドウ
２６４ 資源提供状況ウインドウ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】