特開 2023-125985 モビリティサービスシステム、モビリティサービスプログラム及びそのデータ収集方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023125985

(43)【公開日】2023-09-07

(54)【発明の名称】モビリティサービスシステム、モビリティサービスプログラム及びそのデータ収集方法

(51)【国際特許分類】

   G08G 1/01 20060101AFI20230831BHJP

   G08G 1/13 20060101ALI20230831BHJP

【ＦＩ】

G08G1/01 A

G08G1/13

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022030390

(22)【出願日】2022-02-28

(71)【出願人】

【識別番号】000232254

【氏名又は名称】日本電気通信システム株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】金田 真和

(72)【発明者】

【氏名】伊藤 哲也

(72)【発明者】

【氏名】松本 晃

(72)【発明者】

【氏名】伊藤 睦

【テーマコード（参考）】

5H181

【Ｆターム（参考）】

5H181AA01

5H181AA21

5H181BB05

5H181CC01

5H181CC04

5H181CC11

5H181CC12

5H181CC14

5H181EE11

5H181FF04

5H181FF10

5H181FF13

5H181FF27

5H181MC04

5H181MC07

5H181MC15

5H181MC24

(57)【要約】

【課題】従来の装置では、データの単一性を維持しながら容易に複数のモビリティ装置からデータを収集することが出来ない問題があった。
【解決手段】一実施の形態にかかるモビリティサービスシステムは、モビリティ装置のセンサにより取得された一次データを蓄積する情報蓄積処理（Ｓ１１）と、一次データからシステム上蓄積すべき情報を抽出してシステム上で利用可能なフォーマットの二次データを生成し、二次データに少なくともデータ生成日時を含むメタ情報を付加した加工データを生成する情報生成処理（Ｓ１２）と、複数のネットワークコアのそれぞれに設けられた加工データ蓄積部に、加工データを蓄積する情報収集処理（Ｓ１３、Ｓ１４）と、複数のネットワークコア間で蓄積された加工データに抜けがないように重複を解消する最適化処理（Ｓ１５）と、最適化処理後に加工データを情報基盤に集約して蓄積する情報集約処理（Ｓ１６）と、を行う。
【選択図】図４

【特許請求の範囲】

【請求項1】

少なくとも１台のモビリティ装置と、
少なくとも１つの前記モビリティ装置と通信する複数のネットワークコアと、
前記複数のネットワークコアのそれぞれと通信する情報基盤と、を有し、
前記モビリティ装置と、前記複数のネットワークコアと、前記情報基盤と、が連携して、
前記モビリティ装置の運用エリア内に備え付けられたセンサにより取得された一次データを蓄積する情報蓄積処理と、
前記一次データからシステム上蓄積すべき情報を抽出して前記システム上で利用可能なフォーマットの二次データを生成し、前記二次データに少なくともデータ生成日時を含むメタ情報を付加した加工データを生成する情報生成処理と、
前記複数のネットワークコアのそれぞれに設けられた加工データ蓄積部に、前記加工データを蓄積する情報収集処理と、
前記複数のネットワークコア間で蓄積された前記加工データに抜けがないように重複を解消する最適化処理と、
前記最適化処理後に前記加工データを前記情報基盤に集約して蓄積する情報集約処理と、
を行うモビリティサービスシステム。

【請求項2】

前記モビリティ装置は、
前記一次データを蓄積する一次データ蓄積部と、
前記加工データを生成する情報生成部と、
前記複数のネットワークコアの少なくとも１つと通信する第１の通信部と、
を有する請求項１に記載のモビリティサービスシステム。

【請求項3】

前記複数のネットワークコアは、ぞれぞれ、
前記加工データ蓄積部と、
自装置とは異なる他の前記ネットワークコア、少なくとも１つの前記モビリティ装置及び前記情報基盤と通信する第２の通信部と、
前記最適化処理を実行する情報処理部と、
を有する請求項１に記載のモビリティサービスシステム。

【請求項4】

前記センサは、前記モビリティ装置と、前記運用エリア内に備え付けられるインフラ設備との少なくとも一方に設けられる請求項１に記載のモビリティサービスシステム。

【請求項5】

少なくとも１台のモビリティ装置と、少なくとも１つの前記モビリティ装置と通信する複数のネットワークコアとの、それぞれに備えられる演算部において実行されるモビリティサービスプログラムであって、
前記モビリティ装置の運用エリア内に備え付けられたセンサにより取得された一次データを蓄積する情報蓄積処理と、
前記一次データからシステム上蓄積すべき情報を抽出して前記システム上で利用可能なフォーマットの二次データを生成し、前記二次データに少なくともデータ生成日時を含むメタ情報を付加した加工データを生成する情報生成処理と、
前記複数のネットワークコアのそれぞれに設けられた加工データ蓄積部に、前記加工データを蓄積する情報収集処理と、
前記複数のネットワークコア間で蓄積された前記加工データに抜けがないように重複を解消する最適化処理と、
前記最適化処理後に前記加工データを情報基盤に集約して蓄積する情報集約処理と、
を行うモビリティサービスプログラム。

【請求項6】

前記情報蓄積処理と、前記情報生成処理と、を前記モビリティ装置内の演算部で実行し、
前記情報収集処理と、前記最適化処理と、前記情報集約処理と、を前記複数のネットワークコアのそれぞれ設けられる演算部で実行する請求項５に記載のモビリティサービスプログラム。

【請求項7】

少なくとも１台のモビリティ装置と、少なくとも１つの前記モビリティ装置と通信する複数のネットワークコアと、前記複数のネットワークコアのそれぞれと通信する情報基盤と、有するモビリティサービスシステムのデータ収集方法であって、
前記モビリティ装置の運用エリア内に備え付けられたセンサにより取得された一次データを蓄積する情報蓄積処理と、
前記一次データからシステム上蓄積すべき情報を抽出して前記システム上で利用可能なフォーマットの二次データを生成し、前記二次データに少なくともデータ生成日時を含むメタ情報を付加した加工データを生成する情報生成処理と、
前記複数のネットワークコアのそれぞれに設けられた加工データ蓄積部に、前記加工データを蓄積する情報収集処理と、
前記複数のネットワークコア間で蓄積された前記加工データに抜けがないように重複を解消する最適化処理と、
前記最適化処理後に前記加工データを情報基盤に集約して蓄積する情報集約処理と、
を前記モビリティ装置と前記複数のネットワークコアで分散して行うモビリティサービスシステムのデータ収集方法。

【請求項8】

前記情報蓄積処理と、前記情報生成処理と、を前記モビリティ装置で実行し、
前記情報収集処理と、前記最適化処理と、前記情報集約処理と、を前記複数のネットワークコアのそれぞれで実行する請求項７に記載のモビリティサービスシステムのデータ収集方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明はモビリティサービスシステム、モビリティサービスプログラム及びそのデータ収集方法に関し、特にシステム内のモビリティ装置により取得されたデータをモビリティ装置を用いたサービスを統合する情報基盤に収集するモビリティサービスシステム、モビリティサービスプログラム及びそのデータ収集方法に関する。

【背景技術】

【0002】

近年、自律移動型のモビリティ装置を用いた都市インフラ構想が多く提案されている。このような都市インフラでは、モビリティ装置が活用したデータ流通を活用した多様なサービスが考えられている。例えば、モビリティ装置を活用した都市インフラでは、ニーズの変化や周囲の環境の変化に合わせてサービスを動的に変えていくために、モビリティ装置がリアルタイムにサービスに必要な情報を収集し、情報基盤等に集約させることで迅速にニーズに応じたサービスを提供するしくみが考えられる。

【0003】

そこで、モビリティ装置からデータを収集する技術が特許文献１に一例が開示されている。特許文献１に記載の地図データ生成システムは、車両に設けられた車載装置とデータセンタとを通信可能に接続し、データセンタは、複数台の車両の車載装置からそれら車両の走行状況を記録したプローブデータを収集し、それらプローブデータに基づいて道路地図データを生成・更新するものであって、データセンタは、地図データの生成・更新のために必要なプローブデータの数が不足している道路の区画或いは路線、又は地図を区画したメッシュからなるデータ管理単位を判定するデータ不足判定部と、データ不足判定部によりプローブデータの数が不足していると判定されたデータ管理単位である不足路線を車載装置に通知する通知部とを備えると共に、車載装置は、通知部から通知を受けたときに、自車両が不足路線を走行することを勧める誘導部を備えている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】国際公開２０２０／２５０７１９号

【発明の概要】

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

【0005】

複数のモビリティ装置が移動しながらデータを収集する場合、情報基盤にはデータが空間軸及び時間軸のそれぞれにおいて重複無く、かつ、抜けのない状態で単一のデータとして蓄積しなければ、データ蓄積容量を無駄に消費するだけでなく、活用が難しくなる。しかしながら、特許文献１では、このようなデータを単一の状態で蓄積することが出来ない問題がある。

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

【0006】

一実施の形態にかかるモビリティサービスシステムは、少なくとも１台のモビリティ装置と、少なくとも１つの前記モビリティ装置と通信する複数のネットワークコアと、前記複数のネットワークコアのそれぞれと通信する情報基盤と、を有し、前記モビリティ装置と、前記複数のネットワークコアと、前記情報基盤と、が連携して、前記モビリティ装置の運用エリア内に備え付けられたセンサにより取得された一次データを蓄積する情報蓄積処理と、前記一次データからシステム上蓄積すべき情報を抽出して前記システム上で利用可能なフォーマットの二次データを生成し、前記二次データに少なくともデータ生成日時を含むメタ情報を付加した加工データを生成する情報生成処理と、前記複数のネットワークコアのそれぞれに設けられた加工データ蓄積部に、前記加工データを蓄積する情報収集処理と、前記複数のネットワークコア間で蓄積された前記加工データに抜けがないように重複を解消する最適化処理と、前記最適化処理後に前記加工データを前記情報基盤に集約して蓄積する情報集約処理と、を行う。

【0007】

一実施の形態にかかるビリティサービスプログラムは、少なくとも１台のモビリティ装置と、少なくとも１つの前記モビリティ装置と通信する複数のネットワークコアとの、それぞれに備えられる演算部において実行されるモビリティサービスプログラムであって、前記モビリティ装置の運用エリア内に備え付けられたセンサにより取得された一次データを蓄積する情報蓄積処理と、前記一次データからシステム上蓄積すべき情報を抽出して前記システム上で利用可能なフォーマットの二次データを生成し、前記二次データに少なくともデータ生成日時を含むメタ情報を付加した加工データを生成する情報生成処理と、前記複数のネットワークコアのそれぞれに設けられた加工データ蓄積部に、前記加工データを蓄積する情報収集処理と、前記複数のネットワークコア間で蓄積された前記加工データに抜けがないように重複を解消する最適化処理と、前記最適化処理後に前記加工データを情報基盤に集約して蓄積する情報集約処理と、を行う。

【0008】

一実施の形態にかかるモビリティサービスシステムのデータ収集方法は、少なくとも１台のモビリティ装置と、少なくとも１つの前記モビリティ装置と通信する複数のネットワークコアと、前記複数のネットワークコアのそれぞれと通信する情報基盤と、有するモビリティサービスシステムのデータ収集方法であって、前記モビリティ装置の運用エリア内に備え付けられたセンサにより取得された一次データを蓄積する情報蓄積処理と、前記一次データからシステム上蓄積すべき情報を抽出して前記システム上で利用可能なフォーマットの二次データを生成し、前記二次データに少なくともデータ生成日時を含むメタ情報を付加した加工データを生成する情報生成処理と、前記複数のネットワークコアのそれぞれに設けられた加工データ蓄積部に、前記加工データを蓄積する情報収集処理と、前記複数のネットワークコア間で蓄積された前記加工データに抜けがないように重複を解消する最適化処理と、前記最適化処理後に前記加工データを情報基盤に集約して蓄積する情報集約処理と、を前記モビリティ装置と前記複数のネットワークコアで分散して行う。

【発明の効果】

【0009】

一実施の形態１にかかるモビリティサービスシステム、ビリティサービスプログラム及びそのデータ収集方法によれば、モビリティ装置により取得したデータを効率良く収集することができる。

【図面の簡単な説明】

【0010】

【図1】実施の形態１にかかるモビリティサービスシステムのブロック図である。

【図2】実施の形態１にかかるネットワークコアのハードウェア構成の一例を説明するブロック図である。

【図3】実施の形態１にかかるモビリティ装置のハードウェア構成の一例を説明するブロック図である。

【図4】実施の形態１にかかるモビリティサービスシステムの動作を説明するフローチャートである。

【図5】実施の形態２にかかるモビリティサービスシステムのブロック図である。

【図6】実施の形態２にかかるモビリティサービスシステムの動作を説明するフローチャートである。

【図7】実施の形態３にかかるモビリティサービスシステムのブロック図である。

【図8】実施の形態３にかかるモビリティサービスシステムの動作を説明するフローチャートである。

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

【0011】

実施の形態１
以下、図面を参照して本発明の実施の形態について説明する。図１に実施の形態１にかかるモビリティサービスシステム１のブロック図を示す。図１に示すように、実施の形態１にかかるモビリティサービスシステム１は、情報基盤１０、ネットワークコア２０、３０、モビリティ装置４０、５０を有する。なお、モビリティ装置は、少なくとも１台があれば良い。また、モビリティ装置４０、５０としては、車両、ドローン等の移動能力を有する物や、通信機能を有するスマートフォン、タブレット端末、パーソナルコンピュータ端末等の持ち運びが可能な携帯情報端末が想定される。

【0012】

情報基盤１０は、モビリティサービスシステム１において多数のサービスを関連して制御する全体制御部であり、ネットワークコア２０、３０及びモビリティ装置４０、５０から得られるデータ及び利用者等から要求されるニーズ（或いは情報）に基づきモビリティ装置４０、５０を用いて利用者に種々のサービスを提供する。

【0013】

例えば、モビリティサービスシステム１は、モビリティ装置４０、５０が各種センサを用いて取得した人流情報に基づき利用者に混雑情報を提供する混雑状況提供サービス、利用者に荷物を届ける物流サービス、モビリティ装置４０，５０を用いた配車サービス等が考えられるが、これに限らず、様々なサービスを提供する。このとき、モビリティサービスシステム１では、モビリティ装置４０、５０に備えられたセンサにより取得される、人流情報、道路状況情報等の様々な情報を重複や抜けがないように情報基盤１０に集約して蓄積する。また、モビリティサービスシステム１では、モビリティ装置４０、５０の運用エリア内に設けられたインフラ設備とモビリティ装置が通信してインフラ設備に備えられたセンサで取得された一次データをモビリティ装置を介して収集することができる。モビリティサービスシステム１では、このように重複や抜けがないように情報を収集するための構成に特徴の１つを有する。そこで、以下では、モビリティサービスシステム１におけるデータ収集に関連する構成、プログラム及びデータ収集方法を中心に説明を行う。

【0014】

実施の形態１にかかるモビリティサービスシステム１は、ネットワークコア２０、３０を介してモビリティ装置４０、５０が情報基盤１０と通信する。ネットワークコア２０、３０は、少なくとも１つのモビリティ装置と通信を行う。このネットワークコア２０は、地理的に分散して配置される携帯電話通信網の基地局、クラウド上に仮想的に配置される仮想サーバー等の様々な実装形態が考えられる。また、モビリティ装置４０、５０は、移動しながら通信先のネットワークコアをネットワークコア２０とネットワークコア３０との間で切り替えながら移動する事が可能なようにネットワークが構成されている。また、ネットワークコア２０、３０は、いずれも情報基盤１０と通信可能な構成を有する。ネットワークコア２０、３０及びモビリティ装置４０、５０の詳細な構成例について以下で説明する。

【0015】

ネットワークコア２０、３０は、同一の構成でも良く、異なる構成でも良いが、モビリティ装置４０、５０が生成する加工データを蓄積する機能と、それぞれが蓄積している加工データの重複と抜けが無いように最適化して情報基盤１０にアップロードする機能とを有する必要がある。図１では、ネットワークコア２０とネットワークコア３０は、同一構成のものを備える例を示した。

【0016】

具体的には、ネットワークコア２０は、第２の通信部２１、情報処理部２２、加工データ蓄積部２３、サービス選択部２４を有する。ネットワークコア３０は、第２の通信部３１、情報処理部３２、加工データ蓄積部３３、サービス選択部３４を有する。そして、第２の通信部２１と第２の通信部３１は同一の機能を有するものであり、情報処理部２２と情報処理部３２は同一の機能を有するものであり、加工データ蓄積部２３と加工データ蓄積部３３は同一の機能を有する構成であり、サービス選択部２４とサービス選択部３４は同一の機能を有する構成である。

【0017】

ここでは、ネットワークコア２０を例に図１で示したネットワークコアについて詳細に説明する。第２の通信部２１は、自装置とは異なる他のネットワークコア（例えばネットワークコア３０）、少なくとも１つのモビリティ装置及び情報基盤１０と通信する。図１に示す例では、第２の通信部２１が通信する少なくとも１つのモビリティ装置として、モビリティ装置４０と通信する例を示した。

【0018】

情報処理部２２は、ネットワークコア３０に蓄積されている加工データと自装置で蓄積している加工データとに抜けがないように重複を解消する最適化処理を実行する。加工データ蓄積部２３は、モビリティ装置４０、５０で生成された加工データのうち第２の通信部２１で受信した加工データを蓄積する記憶部である。サービス選択部２４は、情報基盤１０から与えられたサービスアップデート情報をモビリティ装置４０、５０のいずれで処理させるかを選択するサービス決定処理が、このサービス決定処理については実施の形態２で詳細に説明する。またサービス選択部２４は、災害等の何らかの通信障害が発生した際のモビリティ装置４０、５０の動作モードである緊急時モードで、モビリティ装置４０、５０に実施させるサービスに関するデータをモビリティ装置４０、５０のいずれに蓄積させておくかを選択する災害時データ分散処理を行う。この災害時データ分散処理の詳細は実施の形態３で詳細に説明する。

【0019】

ここで、ネットワークコア２０、３０を実現するためのハードウェア構成の一例について説明する。そこで、図２に実施の形態１にかかるネットワークコアのハードウェア構成の一例を説明するブロック図を示す。図２に示すように、ネットワークコア２０、３０は、コンピュータ１００によって実現出来る。このコンピュータ１００は、演算部１０１、メモリ１０２、ネットワークインタフェース１０３がバスによって相互に通信可能なように構成される。

【0020】

そして、演算部１０１において、モビリティサービスプログラムを実行することで、コンピュータ１００は、情報収集処理と、最適化処理と、情報集約処理と、を実行する。つまり、演算部１０１は、情報処理部２２及びサービス選択部２４に相当する。また、コンピュータ１００では、加工データの蓄積場所としてメモリ１０２を利用する。つまり、メモリ１０２は、加工データ蓄積部２３に相当する。また、コンピュータ１００は、他の装置との通信が必要な場合にはネットワークインタフェース１０３を利用する。つまり、ネットワークインタフェース１０３は、第２の通信部２１に相当する。また、情報収集処理は、ネットワークコアのそれぞれが加工データ蓄積部（例えばメモリ１０２）に、加工データを蓄積する処理である。最適化処理は、ネットワークコア間で蓄積された加工データに抜けがないように重複を解消する処理である。情報集約処理は、最適化処理後にネットワークコアがそれぞれ加工データを情報基盤１０に集約して蓄積する処理である。

【0021】

続いて、モビリティ装置４０、５０について説明する。モビリティ装置４０、５０同一の構成でも良く、異なる構成でも良いが、モビリティ装置に備えられているセンサにより一次データを取得する機能と、一次データから加工データを生成する機能と、加工データを通信可能な位置にあるネットワークコアに送信する機能とを有する必要がある。図１では、モビリティ装置４０とモビリティ装置５０は、同一構成のものを備える例を示した。

【0022】

具体的には、モビリティ装置４０は、第１の通信部４１、センサ４２、メタ情報管理部４３、一次データ蓄積部４４、情報生成部４５、リソース管理部４６を有する。モビリティ装置５０は、第１の通信部５１、センサ５２、メタ情報管理部５３、一次データ蓄積部５４、情報生成部５５、リソース管理部５６を有する。そして、第１の通信部４１と第１の通信部５１は同一の構成である。センサ４２とセンサ５２は同一の構成である。メタ情報管理部４３とメタ情報管理部５３は同一の構成である。一次データ蓄積部４４と一次データ蓄積部５４は同一の構成である。情報生成部４５と情報生成部５５は同一の構成である。リソース管理部４６とリソース管理部５６は同一の構成である。

【0023】

ここでは、モビリティ装置４０を例に図１で示したモビリティ装置について詳細に説明する。第１の通信部４１は、自装置の現在位置から通信可能なネットワークコア（例えばネットワークコア２０）、他のモビリティ装置（例えば、モビリティ装置５０）及び図示していないインフラ設備と通信する。図１に示す例では、第１の通信部４１は、ネットワークコア２０及びモビリティ装置５０と通信する例を示した。

【0024】

センサ４２は、光学カメラ、ＬｉＤＡＲ、高周波センサ、ＧＰＳ等のモビリティ装置４０の周囲の環境に関する情報を取得するものであり、単一のセンサでもよく、複数の種類のセンサを組み合わせものでも良い。一次データ蓄積部４４は、センサ４２で取得されたセンサーデータを一次データとして蓄積する。一次データとは、センサ４２が取得したデータであって、システム上不要な情報まで含まれていたり、システム上扱いが難しいフォーマットのデータであることもある。また、一次データは第１の通信部４１を用いてモビリティ装置とは異なるインフラ設備に備え付けられたセンサから取得したデータであっても良い。メタ情報管理部４３は、例えば、時刻情報、モビリティ装置を特定するＩＤ情報等のメタデータを管理する。情報生成部４５は、一次データ蓄積部４４に蓄積されている一次データからシステム上で利用が容易な二次データを生成し、二次データにメタ情報管理部４３から取得したメタデータを付加して加工データを生成する。また、情報生成部４５は、生成した加工データを第１の通信部４１を介してネットワークコアに送信する。リソース管理部４６は、モビリティ装置４０で利用されているコンピュータリソースの状況、残燃料の状況、モビリティの移動情報、サービスに関するデータの使用状況等を管理する。

【0025】

ここで、モビリティ装置４０、５０を実現するためのハードウェア構成の一例について説明する。そこで、図３に実施の形態１にかかるモビリティ装置のハードウェア構成の一例を説明するブロック図を示す。なお、図３では、モビリティ装置が駆動装置等、モビリティ装置の形態の違いに起因して変化する構成（例えば、車両とドローンと携帯情報端末のような形態の違いに起因して違いが生じる構成）は、不記載とした。図３に示すように、モビリティ装置４０、５０は、コンピュータ２００によって実現出来る。このコンピュータ２００は、演算部２０１、メモリ２０２、ネットワークインタフェース２０３、センサ２０４がバスによって相互に通信可能なように構成される。

【0026】

そして、演算部２０１において、モビリティサービスプログラムを実行することで、コンピュータ２００は、情報蓄積処理と、情報生成処理と、情報収集処理と、を行う。なお、情報収集処理は、ネットワークコアと連携して行う処理であり、複数のネットワークコアのそれぞれに設けられた加工データ蓄積部２３に、加工データを蓄積する処理である。情報蓄積処理は、モビリティ装置に備え付けられたセンサ４２により取得された一次データを一次データ蓄積部４４に蓄積する処理である。情報生成処理は、一次データからシステム上蓄積すべき情報を抽出してシステム上で利用可能なフォーマットの二次データを生成し、二次データに少なくともデータ生成日時を含むメタデータを付加した加工データを生成する処理である。なお、演算部２０１では、メタ情報管理部４３が行うメタ情報管理処理と、リソース管理部４６が行うリソース管理処理とを行う。つまり、演算部２０１は、メタ情報管理部４３、情報生成部４５、リソース管理部４６に相当する。また、コンピュータ１００では、一次データの蓄積場所としてメモリ２０２を利用する。つまり、メモリ２０２は、一次データ蓄積部４４に相当する。また、コンピュータ２００は、他の装置との通信が必要な場合にはネットワークインタフェース２０３を利用する。また、コンピュータ２００では、センサ４２としてセンサ２０４を利用する。

【0027】

続いて、実施の形態１にかかるモビリティサービスシステム１の動作について説明する、以下の説明では、モビリティサービスシステム１の動作のうちモビリティ装置４０、５０により生成される加工データを収集する情報収集処理について説明する。なお、モビリティサービスシステム１は、情報収集処理以外の処理も行う。

【0028】

図４に実施の形態１にかかるモビリティサービスシステム１の動作を説明するフローチャートを示す。図４に示すように、モビリティサービスシステム１は、情報収集処理を開始すると、モビリティ装置４０、５０のそれぞれが自装置内でセンサ（例えば、センサ４２、５２）を用いて一次データを収集する情報収集処理を行う（ステップＳ１１）。続いて、モビリティ装置４０、５０内で、一次データを加工して二次データを生成し、二次データにメタデータを付加して加工データを生成する情報収集処理を行う（ステップＳ１２）。その後、モビリティサービスシステム１は、複数のネットワークコアのそれぞれに設けられた加工データ蓄積部に、加工データを蓄積する情報収集処理を行う。この情報収集処理は、モビリティ装置側により行われるステップＳ１３と、ネットワークコア側で行われるステップＳ１４と、を含む。ステップＳ１３では、モビリティ装置４０、５０が、それぞれ通信可能なネットワークコアに対して生成した加工データを送信する。ステップＳ１４では、ネットワークコア２０、３０が、それぞれ受信した加工データを加工データ蓄積部に蓄積する。

【0029】

その後、モビリティサービスシステム１では、複数のネットワークコア間で蓄積された前記加工データに抜けがないように重複を解消する最適化処理を行う（ステップＳ１５）。より具体的には、最適化処理では、複数のネットワークコアの間で、各ネットワークコア内の加工データ蓄積部に蓄積されているデータの重複を確認し、複数のネットワークコア内に蓄積された加工データに抜けと重複がなくなるように情報基盤１０に蓄積すべき加工データを最適化する。この最適化処理では、加工データ内の二次データが同一であれば最新の日時のものだけを残す等の処理を行う。そして、ステップＳ１５の最適化処理後に、複数のネットワークコアがそれぞれ加工データを情報基盤１０に送信する情報集約処理を行う（ステップＳ１６）。

【0030】

上記説明より、実施の形態１にかかるモビリティサービスシステム１は、情報を収集するモビリティ装置のぞれぞれで取得した一次データを上位システムで保存可能な加工データに変換し、ネットワークコアにこの加工データを集める。そして、複数のネットワークコア間で加工データの抜けと重複がないように加工データの最適化を行うことで、情報基盤１０の処理負担を増やすことなく、情報基盤１０に抜けと重複がない加工データを集約することができる。

【0031】

実施の形態２
実施の形態２では、モビリティサービスシステム１の変形例となるモビリティサービスシステム２について説明する。実施の形態２にかかるモビリティサービスシステム２では、ニーズがあると情報基盤１０が判断したサービスを開始する際に、モビリティサービスシステムによるサービスが提供される運用エリア全体でニーズのあるサービスを最適な形で提供するために提供サービスに関連するデータを複数のモビリティ装置に分散して与える。なお、モビリティサービスシステム２では、提供サービスに関連するデータをモビリティ装置に限らず、運用エリアに配置されるインフラ装置等の他の装置に分散して配置することもある。図５に実施の形態２にかかるモビリティサービスシステムのブロック図を示す。なお、実施の形態２の説明では、実施の形態１と同じ構成要素について、実施の形態１と同一の符号を付して説明を省略する。また、図５では、ネットワークコア３０については記載を省略した。

【0032】

図５に示すように、実施の形態２にかかるモビリティサービスシステム２では、モビリティ装置４０、５０に代えてモビリティ装置６０、７０を備える。モビリティ装置６０は、モビリティ装置４０のメタ情報管理部４３を指示処理部６３に置き換えたものである。また、モビリティ装置７０は、モビリティ装置５０のメタ情報管理部５３を指示処理部７３に置き換えたものである。なお、モビリティ装置６０、７０がメタ情報管理部４３、５３を有していても良い。

【0033】

指示処理部６３、７３は、情報基盤１０から発信され、ネットワークコア２０により割り当てられた新規に提供するサービス、或いは、現状提供中にサービスを更新するためのサービスアップデート情報に基づきサービスを開始するサービス開始処理を行う。また、モビリティ装置６０、７０は、モビリティ装置で現在未利用状態になっている空きリソースの情報を示す空きリソース情報を生成する空きリソース情報生成処理をリソース管理部４６、５６で行う。また、リソース管理部４６、５６は、空きリソース情報を複数のネットワークコアの少なくとも１つと、情報基盤１０と、に送信する空きリソース通知処理を行う。ここで、空きリソース情報には、リソース管理部４６，５６で管理されている全ての情報を含むことができ、例えば、モビリティ装置６０、７０で利用されているコンピュータリソースの状況、残燃料の状況、モビリティの移動情報、サービスに関するデータの使用状況等を含む。なお、指示処理部６３、７３の処理は、図３で示したハードウェアのうち演算部２０１でプログラムを実行することで実現出来る。

【0034】

また、実施の形態２にかかるモビリティサービスシステム２では、ネットワークコア２０内のサービス選択部２４が情報基盤１０から受信したサービスアップデート情報と、モビリティ装置６０、７０から得た各モビリティ装置のリソース情報と、に基づきサービスアップデート情報によるサービスを実行するモビリティ装置を選択するサービス選択処理を行う。さらに、モビリティサービスシステム２では、情報基盤１０が提供要求のあるサービスのうち空きリソースにより提供可能なサービスに関連する情報をサービスアップデート情報として決定するサービスアップデート決定処理を行う。

【0035】

そこで、実施の形態２にかかるモビリティサービスシステム２の動作のうち提供するサービスに関連する情報であるサービスアップデート情報を複数のモビリティ装置に分散して渡すサービス起動処理について説明する。そこで、図６に実施の形態２にかかるモビリティサービスシステム２の動作を説明するフローチャートを示す。

【0036】

図６に示すように、サービス起動処理を開始すると、モビリティサービスシステム２は、モビリティ装置６０、７０が、リソース管理部４６、５６がそれぞれ自装置内の空きリソース情報を情報基盤１０及びネットワークコア２０に通知する空きリソース情報生成処理及び空きリソース通知処理を行う（ステップＳ２１）。

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

１ モビリティサービスシステム
２ モビリティサービスシステム
３ モビリティサービスシステム
１０ 情報基盤
２０ ネットワークコア
２１ 第２の通信部
２２ 情報処理部
２３ 加工データ蓄積部
２４ サービス選択部
３０ ネットワークコア
３１ 第２の通信部
３２ 情報処理部
３３ 加工データ蓄積部
３４ サービス選択部
４０ モビリティ装置
４１ 第１の通信部
４２ センサ
４３ メタ情報管理部
４４ 一次データ蓄積部
４５ 情報生成部
４６ リソース管理部
５０ モビリティ装置
５１ 第１の通信部
５２ センサ
５３ メタ情報管理部
５４ 一次データ蓄積部
５５ 情報生成部
５６ リソース管理部
６０ モビリティ装置
６３ 指示処理部
７０ モビリティ装置
７３ 指示処理部
８０ モビリティ装置
８５ サービス切替部
９０ モビリティ装置
９５ サービス切替部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】