(57)【特許請求の範囲】
【請求項１】
センシングデータを送信する送信装置と、該送信装置からのセンシングデータを中継する中継装置と、該中継装置からのセンシングデータを受信する受信装置とを備えたセンシングデータ提供システムであって、
前記送信装置は、１つ以上のセンサからセンシングデータを取得する取得部と、取得したセンシングデータを蓄積する第１蓄積部と、第１送信部とを有し、
前記中継装置は、送信装置からのセンシングデータに基づいて、所定のサービスをおこなう第１サービス提供部と、送信装置からのセンシングデータを蓄積する第２蓄積部と、第２送信部とを有し、
前記受信装置は、中継装置からのセンシングデータに基づいて、所定のサービスをおこなう第２サービス提供部を有し、
前記第1サービス提供部が問題なくサービスを提供できる時間軸上の周期および空間的な範囲を示す指標を含む第１利用条件を保持する第１利用条件記憶手段と、
前記第２サービス提供部が問題なくサービスを提供できる時間軸上の周期および空間的な範囲を示す指標を含む第２利用条件を保持する第２利用条件記憶手段と、
前記第１蓄積部がセンシングデータをどの程度まで溜めてから送信するかを時間軸上の周期および空間的な範囲を含む指標により設定される第１蓄積条件と、前記第２蓄積部がセンシングデータをどの程度まで溜めてから送信するかを時間軸上の周期および空間的な範囲を含む指標により設定される第２蓄積条件とを、第１蓄積条件における周期が第２蓄積条件における周期より短くなるように決定する蓄積条件決定手段と、
を更に備え、
前記蓄積条件決定手段は、前記第２利用条件に基づいて前記第２蓄積条件を決定するとともに、前記第１利用条件および第２利用条件に基づいて前記第１蓄積条件を決定する
ことを特徴とするセンシングデータ提供システム。
【請求項２】
前記センシングデータは、
前記第１および第２利用条件は、サービスIDと、属性名と、周期と、を含み、
前記第１および第２蓄積条件は、属性名と、周期と、を含む
ことを特徴とする請求項１記載のセンシングデータ提供システム。
【請求項３】
前記空間的な範囲を示す指標は、ID数、面積、個数、距離、体積、枚数のうちいずれか1つを含む
ことを特徴とする請求項１記載のセンシングデータ提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
センシングデータを送信する送信装置と、送信装置からのセンシングデータを中継する中継装置と、中継装置からのセンシングデータを受信する受信装置とを備え、中継装置と受信装置がそれぞれM2Mサービスを行うセンシングデータ提供システムに関する。
【背景技術】
【０００２】
近年、幅広い分野で、各種センサと無線ネットワークを用いて、実世界で時々刻々と変化するさまざまなものの状況をリアルタイムに収集および把握し、業務の効率化などを実現するシステムが検討されている。無線ネットワーク上のデータ量は急増する傾向にあり、ネットワークリソースの有効活用が重要である。また、このようなシステムは、携帯電話事業者が有償で提供するネットワークを利用する場合が多い。大量のデータをネットワーク上に送信すると、サービス事業者から請求される通信費が、高額になるおそれがある。
【０００３】
ところで、センシングデータは、時間的、空間的に広い範囲（１台の車のより多くの属性、より多くの車に関するある属性）で溜めるほど似たデータを多く含むようになる。データ圧縮技術を用いると、似たデータを含む分を圧縮することができる。ネットワークで送信されるデータサイズが小さくなり、ネットワークリソースを有効活用でき、通信コストを抑えることができる。
【０００４】
しかし、M2M（Machine  to  Machine）サービスでは、送信装置と受信装置の間でセンシングデータを中継する中継装置がいくつもあり、受信装置においてだけでなく、中継装置においてもセンシングデータの一部を利用してM2Mサービスを提供することが想定される。このようにシステムが複雑になると、ネットワークリソースの有効活用が更に重要になる。
【０００５】
特許文献１では、ＶＰＮを利用したデータ配信において、限られた通信リソースを多くのユーザに対して効率よく割り当てられる情報配信システムを提供する技術が開示されている。
【０００６】
特許文献２では、ある通信装置が複数の通信装置に動作要求を送信してその動作要求に対する動作応答を受け取るような通信システムを構成する場合において、通信の効率を上げる技術が開示されている。
【０００７】
特許文献３では、撮像画像の閲覧、蓄積、印刷等のサービスを提供できる画像管理方法及びシステムにおいて、撮像画像の送信のための通信料金負担を軽くする技術が開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００４‐１５３７７６号公報
【特許文献２】特開２００４‐１３９５８６号公報
【特許文献３】特開２００６‐１３４２９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
中継装置においてセンシングデータを利用するM2Mサービスと、受信装置においてセンシングデータを利用するM2Mサービスとは、その目的に応じて取得するセンシングデータの時間軸上の周期や空間的な範囲がそれぞれ異なる。すなわち、圧縮率を優先して時間軸上の範囲や空間的な範囲を最大限まで大きくとりセンシングデータを溜めて圧縮すると、各M2Mサービスで必要な時間軸上の周期や空間的な範囲でセンシングデータを取得できなくなる場合がある。その結果、適切なサービスを確実に行うことができない。一方、サービスの確実性を優先して時間軸上の範囲や空間的な範囲を最小にすると、圧縮による効果が不十分となり、ネットワークリソースを有効活用できない。
【００１０】
本発明は上記課題を解決するものであり、中継装置におけるM2Mサービスおよび受信装置におけるM2Mサービスに対し、必要な時間軸上の周期や空間的な範囲でセンシングデータを取得できるとともに、ネットワークを流れるセンシングデータを効率よく圧縮しネットワークリソースを有効活用できるセンシングデータ提供装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決する本発明は、センシングデータを送信する送信装置と、該送信装置からのセンシングデータを中継する中継装置と、該中継装置からのセンシングデータを受信する受信装置とを備えたセンシングデータ提供システムであって、前記送信装置は、１つ以上のセンサからセンシングデータを取得する取得部と、取得したセンシングデータを蓄積する第１蓄積部と、第１送信部とを有し、前記中継装置は、送信装置からのセンシングデータに基づいて、所定のサービスをおこなう第１サービス提供部と、送信装置からのセンシングデータを蓄積する第２蓄積部と、第２送信部とを有し、前記受信装置は、中継装置からのセンシングデータに基づいて、所定のサービスをおこなう第２サービス提供部を有し、前記第１蓄積部がセンシングデータをどの程度まで溜めてから送信するかを時間軸上の周期を含む指標により設定される第１蓄積条件と、前記第２蓄積部がセンシングデータをどの程度まで溜めてから送信するかを時間軸上の周期を含む指標により設定される第２蓄積条件とを、第１蓄積条件における周期が第２蓄積条件における周期より短くなるように決定する蓄積条件決定手段を更に備えることを特徴とする。
【００１２】
中継装置による第１サービスは、狭域短期的なサービスであるのに対し、受信装置における第２サービスは、広域長期的なサービスである。第１蓄積条件における周期が第２蓄積条件における周期より短く決定されているため、中継装置には比較的短い周期でセンシングデータが提供され、適切な第1サービスを確実に行うことができる。一方、第２蓄積条件における周期が第１蓄積条件における周期より長く決定されているため、中継装置では比較的長い期間センシングデータが蓄積され、まとめて効率よく圧縮して受信装置に提供されるため、ネットワークリソースを有効活用できる。
【００１３】
本発明のセンシングデータ提供システムにおいて、前記第1サービス提供部が問題なくサービスを提供できる時間軸上の周期を含む第１利用条件を保持する第１利用条件記憶手段と、前記第２サービス提供部が問題なくサービスを提供できる時間軸上の周期を含む第２利用条件を保持する第２利用条件記憶手段とを更に備え、前記蓄積条件決定手段は、前記第２利用条件に基づいて前記第２蓄積条件を決定するとともに、前記第１利用条件および第２利用条件に基づいて前記第１蓄積条件を決定する。
【００１４】
これにより、蓄積条件決定手段は、第２蓄積条件における周期が第１蓄積条件における周期より短くなるように決定する。
【００１５】
本発明のセンシングデータ提供システムにおいて、前記第１および第２利用条件は、空間的な範囲を示す指標を含み、前記第１および第２蓄積条件は、空間的な範囲を示す指標を含む。
【発明の効果】
【００１６】
本発明によれば、中継装置におけるM2Mサービスおよび受信装置におけるM2Mサービスに対し、必要な時間軸上の周期や空間的な範囲でセンシングデータを取得できるとともに、ネットワークを流れるセンシングデータを効率よく圧縮しネットワークリソースを有効活用できる。
【図面の簡単な説明】
【００１７】
【図１】実施形態に係るセンシングデータ提供システムの構成
【図２】第１実施例におけるセンシングデータ提供システムの構成
【図３】第１実施例におけるセンシングデータの具体例
【図４】第１実施例における第1利用条件の具体例
【図５】第１実施例における第２利用条件の具体例
【図６】第１実施例における管理サーバにおける蓄積条件決定フロー
【図７】第１実施例における管理サーバにおける蓄積条件決定フローにおけるステップS101実行後の作業領域の内容
【図８】第１実施例における管理サーバにおける蓄積条件決定フローにおけるステップS102実行後の作業領域の内容
【図９】第１実施例における管理サーバにおける蓄積条件決定フローにおけるステップS103実行後の作業領域の内容
【図１０】第１実施例における管理サーバにおける蓄積条件決定フローにおけるステップS106実行後の作業領域の内容
【図１１】第１実施例における管理サーバにおける蓄積条件決定フローにおけるステップS107実行後の作業領域の内容
【図１２】第１実施例における管理サーバにおける蓄積条件決定フローにおけるステップS108実行後の作業領域の内容
【図１３】第１実施例における車両におけるセンシングデータ取得フロー
【図１４】第１実施例における車両におけるセンシングデータ送信フロー
【図１５】第１実施例における路側ゲートウェイサーバにおけるサービス提供フロー
【図１６】第１実施例における路側ゲートウェイサーバにおけるセンシングデータ送信フロー
【図１７】第１実施例における中央サーバにおけるサービス提供フロー
【図１８】第２実施例における第1利用条件の具体例
【図１９】第２実施例における第２利用条件の具体例
【図２０】第２実施例におけるステップS103実行後の作業領域の内容
【図２１】第２実施例におけるステップS108実行後の作業領域の内容
【図２２】第３実施例におけるセンシングデータ提供システムの構成
【発明を実施するための形態】
【００１８】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００１９】
図１は、本実施形態のセンシングデータ提供システムの概略構成図である。センシングデータ提供システム１は、送信装置１０と、中継装置２０と、受信装置３０と、管理装置４０と、を含む。
【００２０】
送信装置１０は、ＣＰＵ(Central Processing Unit)を含む処理装置１１と、メモリを含む記憶装置１２と、ネットワークを介してデータを送受信するネットワークインターフェース装置１３と、を備えた情報処理装置であり、蓄積条件記憶部１４と、センシングデータ取得部１５と、蓄積部１６と、送信部１７と、を含む。
蓄積条件記憶部１４は、管理装置４０における蓄積条件決定部４４から、第1蓄積条件を受け取り、内部に保持する。
【００２１】
蓄積条件は、センシングデータをどの程度まで溜めてから送信するかを時間軸上の周期や空間的な範囲などの各種の指標で指定する情報である。
センシングデータ取得部１５は、任意のタイミングでセンサ５からデータを読み出し、前記データを含むセンシングデータを生成し、蓄積部１６に渡す。
【００２２】
センシングデータは、実世界におけるあらゆる機器に関する、時々刻々と変化する状態を示す情報である。例えば前記機器には、車両と、工場等で稼働する製造装置と、環境中に設置される気象センサと、が含まれる。例えば前記状態には、緯度経度などで表現される位置と、カウンタ値と、温室度と、を含む。
【００２３】
蓄積部１６は、センシングデータ取得部１５からセンシングデータを受け取ると、このセンシングデータを内部のバッファに追加する。また、送信部１７から要求があると、このバッファに蓄積したセンシングデータを送信部１７に渡す。また、もはや保持する必要がないセンシングデータをバッファ内に検出すると、センシングデータをバッファから削除する。
【００２４】
送信部１７は、蓄積条件記憶部１４が保持する第1蓄積条件に従い、蓄積部１６が保持するセンシングデータを読み出し、読み出したセンシングデータをまとめて圧縮し、圧縮したセンシングデータをネットワークインターフェース装置１３を介して中継装置２０に送る。
【００２５】
中継装置２０は、ＣＰＵを含む処理装置２１と、メモリを含む記憶装置２２と、ネットワークを介してデータを送受信するネットワークインターフェース装置２３と、を備えた情報処理装置であり、蓄積条件記憶部２４と、利用条件記憶部２５と、サービス提供部２６と、選択部２７と、蓄積部２８と、送信部２９と、を含む。なお、蓄積条件記憶部２４と、蓄積部２８とは、送信装置１０におけるものと細部を除き同様であるため同じ名称で呼ぶ。
【００２６】
蓄積条件記憶部２４は、管理装置４０における蓄積条件決定部４４から、第２蓄積条件を受け取り、内部に保持する。
【００２７】
利用条件記憶部２５は、サービス提供部２６から第1利用条件を受け取り、内部に保持する。また、管理装置４０における蓄積条件決定手段４４に第1利用条件を送る。
【００２８】
利用条件は、センシングデータを利用する各サービスが、センシングデータがどの程度まで溜められてから提供されてもサービス提供に問題がないかを、時間軸上の周期や空間的な範囲などの各種指標で指定した情報である。サービス提供部２６の稼働実績に基づき最適な利用条件が決定される。
【００２９】
サービス提供部２６は、利用条件記憶部２５と選択部２７に第1利用条件を渡す。また、選択部２７からセンシングデータを受け取ると、このセンシングデータにもとづくサービスを提供する。
【００３０】
選択部２７は、ネットワークインターフェース装置２３を介して、送信装置１０における送信部１７から、圧縮されたセンシングデータを受け取り、受け取ったセンシングデータを伸長し、伸長したセンシングデータを蓄積部２８に渡す。また、サービス提供部２６で動作中のサービスに、伸長したセンシングデータを渡す。
【００３１】
蓄積部２８は、選択部２７からセンシングデータを受け取ると、センシングデータを内部のバッファに追加する。また、送信部２９から要求があるとバッファに蓄積したセンシングデータを送信部２９に渡す。また、保持する必要がないセンシングデータを検出すると、センシングデータをバッファから削除することもできる。
【００３２】
送信部２９は、蓄積条件記憶部２４が保持する第２蓄積条件に従い、蓄積部２８が保持するセンシングデータを読み出し、読み出したセンシングデータをまとめて圧縮し、圧縮したセンシングデータをネットワークインターフェース装置２３を介して受信装置３０に送る。
【００３３】
受信装置３０は、ＣＰＵを含む処理装置３１と、メモリを含む記憶装置３２と、ネットワークを介してデータを送受信するネットワークインターフェース装置３３と、を備えた情報処理装置であり、利用条件記憶部３４と、サービス提供部３５と、選択部３６と、を含む。これらの手段は、中継装置２０におけるものと細部を除き同様であるため同じ名称で呼ぶことにする。
【００３４】
利用条件記憶部３４は、サービス提供部３５から第２利用条件を受け取り、内部に保持する。また、管理装置４０における蓄積条件決定部４４に第２利用条件を送る。
サービス提供部３５は、利用条件記憶部３４と選択部３６に第２利用条件を渡す。また、選択部３６からセンシングデータを受け取ると、センシングデータにもとづくサービスを提供する。
【００３５】
選択部３６は、ネットワークインターフェース装置３３を介して、中継装置２０における送信部２９から、圧縮されたセンシングデータを受け取り、受け取ったセンシングデータを伸長し、サービス提供３５で動作中のサービスに、伸長したセンシングデータを渡す。
【００３６】
管理装置４０は、ＣＰＵを含む処理装置４１と、メモリを含む記憶装置４２と、ネットワークを介してデータを送受信するネットワークインターフェース装置４３と、を備えた情報処理装置であり、蓄積条件決定部４４を含む。
【００３７】
蓄積条件決定部４４は、中継装置２０における利用条件記憶部２５から第1利用条件を読み出す。また、受信装置３０における利用条件記憶部３４から第２利用条件を読み出す。また、第1利用条件と第２利用条件とを満たしつつ、センシングデータをどの程度まで溜めてから送信するかを時間軸上の周期や空間的な範囲などの各種の指標で指定する第1蓄積条件を生成し、送信装置１０おける蓄積条件記憶部１４に送る。また第２利用条件を満たしつつ、センシングデータをどの程度まで溜めてから送信するかを時間軸上の周期や空間的な範囲などの各種の指標で指定する第２蓄積条件を生成し、中継装置２０における蓄積条件記憶部２４に送る。
＜第1実施例＞
【００３８】
〜構成〜
本実施形態をＩＴＳ（Intelligent Transport Systems）に適用した例について説明する。図２は、本実施例のセンシングデータ提供システムの概略構成図である。図１のシステムと実質的に同じ構成には同じ符号を示す。
【００３９】
センシングデータ提供システム１は、車両１０と、路側ゲートウェイサーバ２０と、中央サーバ３０と、管理サーバ４０と、を含む。なお、図１および図２は構成を単純化したものであり、多数の車両１０と複数の路側ゲートウェイサーバ２０から構成される。
【００４０】
車両１０は、送信装置を含む。センシングデータ取得部１５は、車両の位置センサ６とライトセンサ７とワイパーセンサ８とパーキングブレーキセンサ９と信号ケーブル等で接続されている。車両の送信装置１０は、Bluetooth（登録商標）やZigbee（登録商標）やDSRCなどの近距離無線通信機能１３を備えており、近くの路側ゲートウェイサーバ２０と接続する。
【００４１】
路側ゲートウェイサーバ２０は、中継装置を含む。また、路側ゲートウェイサーバ２０は、近距離無線ネットワークを介した通信機能２３を備えており、近くを走行／停車中の車両１０と接続する。また、GSM（登録商標）や3GやLTEなどの携帯電話ネットワークを介した通信機能２３を備えており、中央サーバ３０と接続する。また、危険予知サービス提供部２６を含む。危険予知サービス提供部２６は、近くを走行／停車中の車両１０からリアルタイムに収集したセンシングデータを利用して、交通事故などの危険がある場合には、交差点近傍の歩行者や他の車両に対し、注意喚起のためのメッセージを送信するサービスを提供する。
【００４２】
中央サーバ３０は、受信装置を含む。また、中央サーバ３０は通信機能３３を有し、携帯電話ネットワークを経由して路側ゲートウェイサーバ２０と接続する。また、通信機能３３は、インターネットを経由して管理サーバ４０と接続する。また、渋滞予測サービス提供部３５を含む。渋滞予測サービス提供部３５は、比較的広いエリアを走行／停止中の車両１０から収集したセンシングデータを利用して、エリア内の交通状況の変化を予測し、WEB等で道路交通情報を公開するサービスを提供する。
管理サーバ４０は、管理装置を含む。また、管理サーバ４０は通信機能４３を有しインターネットを経由して中央サーバ３０と接続する。
【００４３】
図３はセンシングデータ一例である。センシングデータは、センサが検出した値の集合であり、車両IDと、複数の属性情報と、を含む。属性情報は、属性名と、それぞれの属性名に対応する属性値と、を含む。なお、１つの属性名に対して複数の属性値が格納される場合もある。属性値は、センサから読み取られた、真偽値と数値と文字列とを含むあらゆるデータである。図中の属性情報には、LOCATIONとLIGHTとWIPERとPARKING-BRAKEの４つの属性名が含まれ、ぞれぞれの属性名と対応して(135791, 34567)とON，ON，ＯＮの４つの属性値が含まれる。
【００４４】
利用条件は、実行されるサービスによるセンシングデータの利用条件である。利用条件は、サービスIDと、属性名と、周期と、を含む。サービスIDで識別されるサービスは、属性名で識別される属性情報を利用する。サービスは、属性情報を、指定された周期間隔で利用する。なお、指定周期を越える間隔で属性情報が渡された場合は、サービス提供に支障をきたす可能性がある。
【００４５】
図４は第1利用条件の具体例である。第1利用条件は、路側ゲートウェイサーバ２０におけるサービスによるセンシングデータの利用条件を示す。Service-200は、危険予知サービスであり、LOCATIONとPARKING-BRAKEを利用し、最大5秒分のセンシングデータをまとめて受け取り、サービスを提供することができる。5秒分を超えるセンシングデータが溜められて本サービスに提供されると、本サービスは、的確なタイミングで、歩行者や他の車両に対し、注意喚起のためのメッセージを送信することができなくなる。
【００４６】
図５は、第２利用条件の具体例である。第２利用条件は、中央サーバ３０におけるサービスによるセンシングデータの利用条件を示す。Service-100はLOCATIONを利用し、最大3600秒分のセンシングデータをまとめて受け取り、サービスを提供することができる。Service-101は、渋滞予測サービスであり、LOCATIONとPARKING-BRAKEを利用し、最大60秒分のセンシングデータをまとめて受け取り、サービスを提供することができる。一方、60秒分を超えるセンシングデータが溜められて渋滞予測サービスに提供されると、渋滞予測サービスは、正しい渋滞予測ができなくなる。なお、PARKING-BRAKE OFFは走行状態を示唆する。
【００４７】
Service-102は、道路状況把握サービスであり、LOCATIONとLIGHTとWIPERを利用し、最大60秒分のセンシングデータをまとめて受け取り、サービスを提供することができる。なお、LIGHT ONは例えば日没を示唆し、WIPER ONは例えば雨天を示唆する。これらのセンシングデータは、道路状況把握サービスの判定の際に、参照される。
【００４８】
〜動作〜
センシングデータ提供システム１の動作について、管理サーバ４０における蓄積条件決定フロー（図６）と、車両１０におけるセンシングデータ取得フロー（図１３）と、車両１０におけるセンシングデータ送信フロー（図１４）と、路側ゲートウェイサーバ２０におけるサービス提供フロー（図１５）と、路側ゲートウェイサーバ２０におけるセンシングデータ送信フロー（図１６）と、中央サーバ３０におけるサービス提供フロー（図１７）と、を用いて説明する。適宜、重要な処理ステップを図２に示す構成に追記する。
【００４９】
図６のフローチャートを用いて、管理サーバ４０における蓄積条件決定フローを説明する。本フローは、システム管理者が管理サーバ４０に蓄積条件の決定を要求する命令を与えることにより開始される。
S101: 管理サーバ４０における、蓄積条件決定部４４は、メモリ４２上に作業領域を確保し、作業領域に蓄積条件の初期値を書き込む。図７は本ステップ実行後の作業領域の内容を示し、各属性値を十分に長い期間（86400秒＝１日）溜めてから送信する値となっている。
S102: 蓄積条件決定部４４は、中央サーバ３０における利用条件記憶部３４から第２利用条件を読み出し、利用条件を作業領域に書き込む。第２利用条件は図５に示した通りである。図８は本ステップ実行後の作業領域の内容を示す。
S103: 蓄積条件決定部４４は、作業領域に格納されている属性毎の周期のうち、最も短い周期を選択し、選択した結果を第２蓄積条件として決定する。図９は本ステップ実行後の作業領域の内容を示す。
S104: 蓄積条件決定部４４は、ネットワークを介して、路側ゲートウェイサーバ２０に決定した第２蓄積条件を送る。
S105: 路側ゲートウェイサーバ２０における、蓄積条件記憶部２４は、第２蓄積条件を受け取り、内部に格納する。
S106: 管理サーバ４０における、蓄積条件決定部４４は、メモリ４３上に新たな作業領域を確保し、作業領域に決定した第２蓄積条件を書き込む。図１０は本ステップ実行後の作業領域の内容を示す。
S107: 蓄積条件決定部４４は、路側ゲートウェイサーバ２０における利用条件記憶部２５から第1利用条件を読み出し、利用条件を作業領域に書き込む。第1利用条件は図４に示した通りである。図１１は本ステップ実行後の作業領域の内容を示す。
S108: 蓄積条件決定部４４は、作業領域に格納されている属性毎の周期のうち、最も短い周期を選択し、選択した結果を第1蓄積条件として決定する。図１２は本ステップ実行後の作業領域の内容を示す。
S109: 蓄積条件決定部４４は、ネットワークを介して、車両１０に決定した第1蓄積条件を送る。
S110: 車両における、蓄積条件記憶手段は、前記第1蓄積条件を受け取り、内部に格納する。ここで本フローの動作の流れを終了する。
【００５０】
この時、第１蓄積条件における周期が第２蓄積条件における周期より短くなるように、決定される。
【００５１】
図１３のフローチャートを用いて、車両１０におけるセンシングデータ取得フローを説明する。本フローは、センサが検出する属性値が変化したタイミングで開始される。例えば、パーキングブレーキセンサの属性値がＯＦＦからＯＮに変化したタイミングで次のステップが実行される。LOCATIONとLIGHTとWIPERについても同様に次のステップが実行される。
S201: 車両１０における、センシングデータ取得部１５は、パーキングブレーキセンサ９から属性値ＯＮを読み取ると、属性値を含むセンシングデータを生成し、蓄積部１６に渡す。
S202: 蓄積部１６は、センシングデータ取得部１５からセンシングデータを受け取り、センシングデータを内部のバッファに追記する。ここで本フローの動作の流れを終了する。
【００５２】
図１４のフローチャートを用いて、車両１０におけるセンシングデータ送信フローを説明する。本フローは、タイマーにより定期的に開始される。
S301: 車両１０における、送信部１７は、蓄積条件記憶部１４が保持する第1蓄積条件に含まれる各属性について、ステップS302〜S303を実行したか否かを判定する。既に全属性について全ステップを実行した場合は、ステップS304を実行する。
S302: 送信部１７は、内部で保持している、属性に関するセンシングデータを送信した時刻からの経過時間が、第1蓄積条件に含まれる属性に関する周期と、同じかそれ以上であるかどうかを判定する。判定の結果、同じかそれ以上の場合は、ステップS303を実行する。同じかそれ以上でなければ（未満）、ステップS301に戻る。
S303: 送信部１７は、蓄積部１６の内部のバッファに保持されている属性に関するすべてのセンシングデータを、送信部１７の内部の圧縮対象バッファに移動する。また、内部で保持している、属性に関するセンシングデータを送信した時刻を、現在の時刻に書き換える。次に、ステップS301を実行する。
S304: 送信部１７は、圧縮対象バッファに格納されたすべてのセンシングデータを圧縮し、圧縮したセンシングデータを近距離無線ネットワークを経由して路側ゲートウェイサーバ２０に送る。次に、前記圧縮対象バッファの内容をクリアする。ここで本フローの動作の流れを終了する。
【００５３】
図１５のフローチャートを用いて、路側ゲートウェイサーバ２０におけるサービス提供フローを説明する。本フローは、路側ゲートウェイサーバ２０における選択部２７が近距離無線ネットワークを経由して圧縮されたセンシングデータを受け取ったことを契機に開始される。
S401: 路側ゲートウェイサーバ２０における選択部２７は、圧縮されたセンシングデータを受け取ると、受け取った圧縮されたセンシングデータを伸長し、蓄積部２８に渡す。
S402: 蓄積部２８は、選択部２７からセンシングデータを受け取り、センシングデータを内部のバッファに追記する。
S403: 選択部２７は、危険予知サービス提供部２６に、伸長したセンシングデータを渡す。
S404: 危険予知サービス提供部２６は、センシングデータを受け取ると、センシングデータと他のデータに基づき交通事故などの危険の有無を判定する。たとえば、交差点内または周辺で、所定時間以上、同じ位置にパーキングブレーキが作動した状態で１台の車両が停車している場合は、車両故障または車両事故などの非常事態が発生していると推定し、後続する車両が衝突したり、交差点を通行する歩行者が巻き込まれたりするなど、交通事故の危険を予知する。危険がある場合には、歩行者や他の車両に対し、注意喚起のためのメッセージを送信する。ここで本フローの動作の流れを終了する。
【００５４】
図１６のフローチャートを用いて、路側ゲートウェイサーバ２０におけるセンシングデータ送信フローを説明する。本フローは、タイマーにより定期的に開始される。
S501: 路側ゲートウェイサーバ２０における、送信部２９は、蓄積条件記憶部２８が保持する第２蓄積条件に含まれる各属性について、ステップS502〜S503を実行したか否かを判定する。既に全属性について全ステップを実行した場合は、ステップS504を実行する。
S502: 送信部２９は、内部で保持している、属性に関するセンシングデータを送信した時刻からの経過時間が、第２蓄積条件に含まれる属性に関する周期と、同じかそれ以上であるかどうかを判定する。判定の結果、同じかそれ以上の場合は、ステップS503を実行する。同じかそれ以上でなければ、ステップS501に戻る。
S503: 送信部２９は、蓄積部２８の内部のバッファに保持されている記属性に関するすべてのセンシングデータを、送信部２９の内部の圧縮対象バッファに移動する。また、内部で保持している、属性に関するセンシングデータを送信した時刻を、現在の時刻に書き換える。次に、ステップS501を実行する。
S504: 送信部２９は、圧縮対象バッファに格納されたすべてのセンシングデータを圧縮し、圧縮したセンシングデータを携帯電話ネットワークを経由して中央サーバ３０に送る。次に、圧縮対象バッファの内容をクリアする。ここで本フローの動作の流れを終了する。
【００５５】
センシングデータは、時間的、空間的に広い範囲（１台の車のより多くの属性、より多くの車に関するある属性）で溜めるほど似た情報を多く含むようになる。データ圧縮技術を用いると、似た情報を含む分を圧縮することができる。しかし、第２蓄積条件に含まれる前記属性に関する周期を越えてセンシングデータを溜めると、中央サーバ３０におけるサービス提供に支障をきたすため、本フローのステップS502において判定をおこなっている。これにより、中央サーバ３０におけるサービス提供を可能にしつつ、携帯電話ネットワークで送信されるデータサイズを小さくして通信コストを抑えている。
【００５６】
図１７のフローチャートを用いて、中央サーバ３０におけるサービス提供フローを説明する。本フローは、中央サーバ３０における選択部３６が携帯電話ネットワークを経由して圧縮されたセンシングデータを受け取ったことを契機に開始される。
S601: 中央サーバ３０における選択部３６は、圧縮されたセンシングデータを受け取ると、受け取った圧縮されたセンシングデータを伸長する。
S602: 選択部３６は、渋滞予測サービス提供部３５に、伸長したセンシングデータを渡す。
S603: 渋滞予測サービス提供部３５は、センシングデータを受け取ると、センシングデータを含むデータを利用して、エリア内の交通状況の変化を予測し、WEBサーバ上の道路交通情報を更新する。たとえば、PARKING-BRAKE ONは停車状態を示唆し、多数の車両の停車状態は大渋滞を示唆する。ここで本フローの動作の流れを終了する。
【００５７】
〜効果〜
路側ゲートウェイサーバ２０による危険予知サービスは、狭域短期的なサービスである。５秒周期でセンシングデータが提供されるため、適切な危険予知サービスを確実に行うことができる。
【００５８】
中央サーバ３０による渋滞予測サービスは、広域長期的なサービスである。６０秒周期でセンシングデータが提供されるため、蓄積したセンシングデータを効率よく圧縮しネットワークリソースを有効活用できる。とくに、携帯電話事業者が有償で提供するネットワークを従量制で利用する場合は、通信費を抑制できる。なお、６０秒周期でセンシングデータが提供されても、適切な渋滞予測サービスを確実に行うことができる。
【００５９】
これにより、必要な時間軸上の周期や空間的な範囲でセンシングデータを取得できるとともに、ネットワークを流れるセンシングデータを効率よく圧縮しネットワークリソースを有効活用できる。
＜第２実施例＞
【００６０】
次に、本発明の第２実施例について説明する。第1実施例の利用条件および蓄積条件は、時間軸上の周期を指標に含むが、更に、空間的な範囲を含む。センシングデータは、空間的に広い範囲で溜めるほど似た情報を多く含むようになる。
【００６１】
〜構成〜
センシングデータ提供システム１は、車両１０と、路側ゲートウェイサーバ２０と、中央サーバ３０と、管理サーバ４０と、を含む（図２）。この構成は、第1実施例と同じである。以下、第1実施例における構成との差異について説明する。
【００６２】
利用条件は、サービスIDと、属性名と、周期と、空間的な広さを表わす一つの指標であるID数と、を含む。
【００６３】
図１８に本実施例における第１利用条件の具体例を示す。第１利用条件は、路側ゲートウェイサーバ２０におけるサービスによるセンシングデータの利用条件を示す。Service-200は、危険予知サービスであり、LOCATIONとPARKING-BRAKEを利用し、最大5秒分のセンシングデータ、または、最大200台分の車両のセンシングデータをまとめて受け取り、サービスを提供することができる。
【００６４】
図１９に本実施例における第２利用条件の具体例を示す。第２利用条件は、中央サーバ３０におけるサービスによるセンシングデータの利用条件を示す。Service-100はLOCATIONを利用し、最大3600秒分のセンシングデータ、または、最大1000台分の車両のセンシングデータをまとめて受け取り、サービスを提供することができる。Service-101は、渋滞予測サービスであり、LOCATIONとPARKING-BRAKEを利用し、最大60秒分のセンシングデータ、または、最大100台分の車両のセンシングデータをまとめて受け取り、サービスを提供することができる。Service-102はLOCATIONとLIGHTとWIPERを利用し、最大60秒分のセンシングデータ、または、最大50台分の車両のセンシングデータをまとめて受け取り、サービスを提供することができる。
【００６５】
〜動作〜
センシングデータ提供システム１の動作についは、管理サーバ４０における蓄積条件決定フロー（図６）と、車両１０におけるセンシングデータ取得フロー（図１３）と、車両１０におけるセンシングデータ送信フロー（図１４）と、路側ゲートウェイサーバ２０におけるサービス提供フロー（図１５）と、路側ゲートウェイサーバ２０におけるセンシングデータ送信フロー（図１６）と、中央サーバ３０におけるサービス提供フロー（図１７）と、を用いて説明したのと、ほぼ同様である。以下、第1実施例における動作との差異について説明する。
【００６６】
管理サーバ４０における蓄積条件決定フロー（図６）では、ID数についても、周期と同様に処理される。すなわち、蓄積条件決定部４４は、作業領域に蓄積条件の初期値を書き込み、第２利用条件を読み出して書き込む。そして、作業領域に格納されている属性毎の周期のうち、最も短い周期を選択し、作業領域に格納されている属性毎のＩＤ数のうち、最も狭い（小さい）ＩＤ数を選択し、選択した結果を第２蓄積条件として決定する（S101→S102→S103)。図２０はステップS103実行後の作業領域の内容を示す。
【００６７】
蓄積条件決定部４４は、作業領域に決定した第２蓄積条件を書き込み、第1利用条件を読み出して書き込む。そして、作業領域に格納されている属性毎の周期のうち、最も短い周期を選択し、作業領域に格納されている属性毎のＩＤ数のうち、最も狭い（小さい）ＩＤ数を選択し、選択した結果を第１蓄積条件として決定する（S106→S107→S108)。図２１はステップS108実行後の作業領域の内容を示す。
【００６８】
車両１０におけるセンシングデータ送信フロー（図１４）では、ステップS302にかえて、次のステップS302aを実行する。
S302a: 送信部１７は、内部で保持している、属性に関するセンシングデータを送信した時刻からの経過時間が、第1蓄積条件に含まれる属性に関する周期と、同じかそれ以上であるかどうかを判定する。判定の結果、同じかそれ以上の場合は、ステップS303を実行する。同じかそれ以上でなければ、さらに、属性に関して蓄積されたセンシングデータに含まれるID数が、第1蓄積条件に含まれる前記属性に関するID数と、同じかそれ以上であるかどうかを判定する。判定の結果、同じかそれ以上の場合は、ステップS303を実行する。同じかそれ以上でなければ、ステップS301に戻る。
【００６９】
路側ゲートウェイサーバ２０におけるセンシングデータ送信フロー（図１６）では、ステップS502にかえて、次のステップS502aを実行する。
S502a: 送信部２９は、内部で保持している、属性に関するセンシングデータを送信した時刻からの経過時間が、第２蓄積条件に含まれる前記属性に関する周期と、同じかそれ以上であるかどうかを判定する。判定の結果、同じかそれ以上の場合は、ステップS503を実行する。そうでなければ、さらに、前記属性に関して蓄積されたセンシングデータに含まれるID数が、前記第２蓄積条件に含まれる前記属性に関するID数と、同じかそれ以上であるかどうかを判定する。判定の結果、同じかそれ以上の場合は、ステップS503を実行する。同じかそれ以上でなければ、ステップS501に戻る。
【００７０】
空間的な広さを表わす指標は、ID数の他に、面積、個数、距離、体積、枚数などが可能である。
＜第３実施例＞
【００７１】
本実施形態は、第1および第2実施例のようなITSの分野だけでなく、ヘルスケアの分野に対しても適用可能である。図２２は、本実施例のセンシングデータ提供システムの概略構成図である。図２のシステムと実質的に同じ構成には同じ符号を示す。
【００７２】
センシングデータ提供システム１は、リストバンド１０と、スマートフォン２０と、大会運営サーバ３０と、管理サーバ４０と、を含む。本システムは、例えば、マラソン大会の運営に適用されるものである。リストバンド１０は参加ランナー全員の手首に装着される。スマートフォン２０は参加ランナー有志が所持するものとする。大会運営サーバ３０はマラソン大会の運営本部に設置されている。管理サーバ４０はシステム運営会社に設置されている。
【００７３】
リストバンド１０は、送信装置を含む。センシングデータ取得部１５は、脈伯センサ６と脈圧センサ７と体温センサ８と他のセンサ９と信号ケーブル等で接続されている。リストバンド１０は、Bluetooth（登録商標）やZigbee（登録商標）などの近距離無線通信機能１３を備えており、スマートフォン２０と接続する。
【００７４】
スマートフォン２０は、中継装置を含む。また、スマートフォン２０は、近距離無線ネットワークを介した通信機能２３を備えており、スマートフォン２０を所持する有志ランナーのリストバンド１０と接続する。さらに、スマートフォン２０を所持する有志ランナーの近傍にいる別のランナーのリストバンド１０と接続する。また、GSM（登録商標）や3GやLTEなどのモバイルネットワークを介した通信機能２３を備えており、大会運営サーバ３０と接続する。また、体調管理サービス提供部２６を含む。体調管理サービス提供部２６は、スマートフォン２０を所持する参加ランナーや近くを走るランナーからリアルタイムに収集したセンシングデータを利用して、ランナーの体調不良のおそれがある場合には、注意喚起のためのメッセージを送信するサービスを提供する。
【００７５】
スマートフォン２０を所持する有志ランナーは、自らの体調を把握しながら走行できるとともに、近くを走るランナーの体調を把握でき、不測の事態を避けることができる。
【００７６】
大会運営サーバ３０は、受信装置を含む。また、大会運営サーバ３０は通信機能３３を有し、モバイルネットワークを経由してスマートフォン２０と接続する。また、通信機能３３は、インターネットを経由して管理サーバ４０と接続する。また、運営管理サービス提供部３５を含む。運営管理サービス提供部３５は、各スマートフォン２０のＧＰＳ情報とともに、比較的広いエリアを走行中の参加ランナーのリストバンド１０から収集したセンシングデータを利用して、参加ランナーの位置状況や体調状況を推定する。たとえば、真夏炎天下のマラソン大会の場合、多数の参加ランナーに走行遅延や体調不良の傾向がみられる場合は、熱中症のおそれがあると判断して、大会運営本部はマラソン大会を中止する。
【００７７】
スマートフォン２０による体調管理サービスは、狭域短期的なサービスである。数秒周期でセンシングデータが提供されるため、適切な体調管理サービスを確実に行うことができる。
【００７８】
大会運営サーバ３０による運営管理サービスは、広域長期的なサービスである。数分周期でセンシングデータが提供されるため、蓄積したセンシングデータを効率よく圧縮しネットワークリソースを有効活用できる。とくに、携帯電話事業者が有償で提供するネットワークを従量制で利用する場合は、通信費を抑制できる。なお、数分周期でセンシングデータが提供されても、適切な運営管理サービスを確実に行うことができる。
【００７９】
これにより、必要な時間軸上の周期や空間的な範囲でセンシングデータを取得できるとともに、ネットワークを流れるセンシングデータを効率よく圧縮しネットワークリソースを有効活用できる。
【符号の説明】
【００８０】
１  センシングデータ提供システム
５〜９  センサ
１０  送信装置，車両，リストバンド
１１  ＣＰＵ
１２  メモリ
１３  通信インターフェース
１４  蓄積条件記憶部
１５  センシングデータ取得部
１６  蓄積部
１７  送信部
２０  中継装置，路側ゲートウェイサーバ，スマートフォン
２１  ＣＰＵ
２２  メモリ
２３  通信インターフェース
２４  蓄積条件記憶部
２５  利用条件記憶部
２６  サービス提供部
２７  選択部
２８  蓄積部
２９  送信部
３０  受信装置，中央サーバ，大会運営サーバ
３１  ＣＰＵ
３２  メモリ
３３  通信インターフェース
３４  利用条件記憶部
３５  サービス提供部
３６  選択部
４０  管理装置，管理サーバ
４１  ＣＰＵ
４２  メモリ
４３  通信インターフェース
４４  蓄積条件決定部
【図１】
0006020798.tif 000002
【図２】
0006020798.tif 000003
【図３】
0006020798.tif 000004
【図４】
0006020798.tif 000005
【図５】
0006020798.tif 000006
【図６】
0006020798.tif 000007
【図７】
0006020798.tif 000008
【図８】
0006020798.tif 000009
【図９】
0006020798.tif 000010
【図１０】
0006020798.tif 000011
【図１１】
0006020798.tif 000012
【図１２】
0006020798.tif 000013
【図１３】
0006020798.tif 000014
【図１４】
0006020798.tif 000015
【図１５】
0006020798.tif 000016
【図１６】
0006020798.tif 000017
【図１７】
0006020798.tif 000018
【図１８】
0006020798.tif 000019
【図１９】
0006020798.tif 000020
【図２０】
0006020798.tif 000021
【図２１】
0006020798.tif 000022
【図２２】
0006020798.tif 000023