(57)【要約】【課題】複数のセンサ装置を利用したサービスを、通信負荷を抑制しつつ分散処理して提供することが可能な仕組みを提供する。【解決手段】インターネットとローカルネットワークとの間のゲートウェイよりもローカルネットワーク側に配置される制御装置であって、前記制御装置に対応付けられた第１のセルに無線接続する、ひとつ以上のセンサ装置に関する情報を、第２のセルに対応付けられた他の制御装置との間で送信又は受信する制御部、を備える制御装置。【選択図】図１
2018137575.tif 000002
【特許請求の範囲】
【請求項１】
インターネットとローカルネットワークとの間のゲートウェイよりもローカルネットワーク側に配置される制御装置であって、
前記制御装置に対応付けられた第１のセルに無線接続する、ひとつ以上のセンサ装置に関する情報を、第２のセルに対応付けられた他の制御装置との間で送信又は受信する制御部、
を備える制御装置。
【請求項２】
前記制御部は、端末装置からのリクエストに基づいて、センシング対象をセンシング可能な第１のセンサ装置を選定し、選定した前記第１のセンサ装置のセンシング情報に基づいてサービス情報を生成し、前記端末装置に提供する、請求項１に記載の制御装置。
【請求項３】
前記リクエストは、前記サービス情報の生成に関する認証情報、及び契約情報を含む、請求項２に記載の制御装置。
【請求項４】
前記リクエストは、生成すべき前記サービス情報を指示する情報を含む、請求項２に記載の制御装置。
【請求項５】
前記リクエストは、前記センシング対象を識別するための情報を含む、請求項２に記載の制御装置。
【請求項６】
前記制御部は、前記センシング対象が前記第１のセンサ装置のセンシング可能範囲から第２のセンサ装置のセンシング可能範囲に移動する場合、前記センシング対象に関する情報を前記第２のセンサ装置に送信する、請求項２に記載の制御装置。
【請求項７】
前記制御部は、前記第２のセンサ装置が前記第２のセルに接続している場合、前記センシング対象に関する情報を前記他の制御装置に送信する、請求項６に記載の制御装置。
【請求項８】
前記制御部は、前記センシング対象が前記第２のセンサ装置のセンシング可能範囲に移動したことを特定した後に、前記センシング対象に関する情報を前記他の制御装置に送信する、請求項７に記載の制御装置。
【請求項９】
前記制御部は、前記第１のセンサ装置のセンシング情報に基づいて前記センシング対象の移動を認識する場合、前記第２のセンサ装置を探索するためのリクエストを前記他の制御装置に送信する、請求項７に記載の制御装置。
【請求項１０】
前記制御部は、前記第２のセンサ装置のセンシング情報に基づいて前記センシング対象の移動を認識する場合、前記第１のセンサ装置を探索するためのリクエストを前記他の制御装置から受信する、請求項７に記載の制御装置。
【請求項１１】
前記制御部は、前記端末装置が前記第１のセルから前記第２のセルに移動する場合、前記端末装置に関する情報を前記他の制御装置に送信する、請求項２に記載の制御装置。
【請求項１２】
前記制御部は、前記端末装置が前記第１のセルから前記第２のセルに移動する場合、前記他の制御装置に関する情報を前記端末装置に送信する、請求項２に記載の制御装置。
【請求項１３】
前記制御部は、前記端末装置との間で、前記端末装置の位置情報を受信し、センシング情報を送信する、請求項２に記載の制御装置。
【請求項１４】
前記制御部は、前記センサ装置から、前記センサ装置の位置情報又はセンシング情報を受信する、請求項２に記載の制御装置。
【請求項１５】
前記制御部は、前記他の制御装置との間で、前記端末装置の位置情報、前記センサ装置の位置情報、又はセンシング情報を送信し又は受信する、請求項２に記載の制御装置。
【請求項１６】
前記端末装置は、ランナーのデバイスであり、前記センシング対象は、前記ランナーに先行する他のランナーである、請求項２に記載の制御装置。
【請求項１７】
前記端末装置は、保護者又は介護者のデバイスであり、前記センシング対象は、前記保護者又は介護者の見守り対象者である、請求項２に記載の制御装置。
【請求項１８】
前記端末装置は、店舗又は警察のデバイスであり、前記センシング対象は、前記店舗から退店した来店客である、請求項２に記載の制御装置。
【請求項１９】
インターネットとローカルネットワークとの間のゲートウェイよりもローカルネットワーク側に配置される制御装置により実行される方法であって、
前記制御装置に対応付けられた第１のセルに無線接続する、ひとつ以上のセンサ装置に関する情報を、第２のセルに対応付けられた他の制御装置との間で送信又は受信すること、
を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、制御装置及び方法に関する。
【背景技術】
【０００２】
近年、ＩｏＴ（Internet  of  Things）関連の開発が盛んに行われている。ＩｏＴでは、様々な物がネットワークに接続されて情報交換を行うため、無線通信が重要な技術テーマになっている。そのため、３ＧＰＰ（Third  Generation  Partnership  Project）では、ＭＴＣ（Machine  Type  Communication）及びＮＢ−ＩｏＴ（Narrow  Band  IoT）といった、小パケット、低消費電力又は低コストを実現するＩｏＴ向け通信の規格化が行われている。
【０００３】
このような技術によって実現されるＩｏＴサービスの一形態として、多数のさまざまな種類のセンサ装置からセンシング情報を取得しつつ、得られたセンシング情報を何らかの形態に加工し、加工された情報を消費者に提供することが想定される。例えば、下記特許文献１では、複数のセンサ装置により得られたセンシング情報を、ネットワーク上のひとつのサーバに集約して加工等する監視カメラシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−８５８３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、上記特許文献１に記載の技術は、複数の監視カメラの連携動作を、ひとつのサーバによる制御に基づいて行うものであった。そのため、センシング範囲が拡大して監視カメラが増加したり監視カメラの精度が向上して送信するデータ量が増加したりするほど、サーバへの負荷及び通信負荷が過大なものになり得る。
【０００６】
そこで、本開示では、複数のセンサ装置を利用したサービスを、通信負荷を抑制しつつ分散処理して提供することが可能な仕組みを提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、インターネットとローカルネットワークとの間のゲートウェイよりもローカルネットワーク側に配置される制御装置であって、前記制御装置に対応付けられた第１のセルに無線接続する、ひとつ以上のセンサ装置に関する情報を、第２のセルに対応付けられた他の制御装置との間で送信又は受信する制御部、を備える制御装置が提供される。
【０００８】
また、本開示によれば、インターネットとローカルネットワークとの間のゲートウェイよりもローカルネットワーク側に配置される制御装置により実行される方法であって、前記制御装置に対応付けられた第１のセルに無線接続する、ひとつ以上のセンサ装置に関する情報を、第２のセルに対応付けられた他の制御装置との間で送信又は受信すること、を含む方法が提供される。
【０００９】
本開示によれば、制御装置がローカルネットワーク側に配置される。そのため、インターネットット側に制御装置が配置される場合と比較して、制御装置とセンサ装置との通信に係る負荷を抑制することが可能である。また、本開示によれば、制御装置間でセンサ装置に関する情報が送信又は受信される。そのため、センサ装置に関する情報に基づく情報処理を各制御装置に分散して実施させることが可能となる。
【発明の効果】
【００１０】
以上説明したように本開示によれば、複数のセンサ装置を利用したサービスを、通信負荷を抑制しつつ分散処理して提供することが可能な仕組みが提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１１】
【図１】本開示の一実施形態に係るシステムの概要を説明するための図である。
【図２】比較例に係るシステムの概要を説明するための図である。
【図３】本実施形態に係るシステムの概略的な構成の一例を示す図である。
【図４】本実施形態に係るグローバルサーバの構成の一例を示すブロック図である。
【図５】本実施形態に係るエッジサーバの構成の一例を示すブロック図である。
【図６】本実施形態に係るセンサ装置の構成の一例を示すブロック図である。
【図７】本実施形態に係るユーザデバイスの構成の一例を示すブロック図である。
【図８】本実施形態に係るシステムの論理的な機能構成を説明するための図である。
【図９】本実施形態に係るシステムのリファレンスポイントＡの構成の一例を示す図である。
【図１０】本実施形態に係るシステムのリファレンスポイントＢの構成の一例を示す図である。
【図１１】本実施形態に係るシステムのリファレンスポイントＣの構成の一例を示す図である。
【図１２】本実施形態に係るシステムのリファレンスポイントＤの構成の一例を示す図である。
【図１３】本実施形態に係るシステムにおいて実行されるサービス提供処理の流れの一例を示すシーケンス図である。
【図１４】第１のシナリオの概要を説明するための図である。
【図１５】本実施形態に係るシステムにおいて実行される第１のシナリオにおけるサービス提供処理の流れの一例を示すシーケンス図である。
【図１６】本実施形態に係るシステムにおいて実行される第１のシナリオにおけるサービス提供処理の流れの一例を示すシーケンス図である。
【図１７】第２のシナリオの概要を説明するための図である。
【図１８】本実施形態に係るシステムにおいて実行される第２のシナリオにおけるサービス提供処理の流れの一例を示すシーケンス図である。
【図１９】本実施形態に係るシステムにおいて実行される第２のシナリオにおけるサービス提供処理の流れの一例を示すシーケンス図である。
【図２０】第３のシナリオの概要を説明するための図である。
【図２１】本実施形態に係るシステムにおいて実行される第３のシナリオにおけるサービス提供処理の流れの一例を示すシーケンス図である。
【図２２】本実施形態に係るシステムにおいて実行されるグローバルサーバ１０への問い合わせ処理の流れの一例を示すシーケンス図である。
【図２３】本実施形態に係るリファレンスモデルの他の実装例を説明するための図である。
【図２４】本実施形態に係るリファレンスモデルの他の実装例を説明するための図である。
【図２５】本実施形態に係るシステムにより提供される第１のアプリケーション例を説明するための図である。
【図２６】本実施形態に係るシステムにより提供される第２のアプリケーション例を説明するための図である。
【図２７】本実施形態に係るシステムにより提供される第２のアプリケーション例におけるサービス提供処理の流れの一例を示すシーケンス図である。
【図２８】本実施形態に係る情報処理装置のハードウェア構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１３】
また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じてエッジサーバ２０Ａ及び２０Ｂのように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、エッジサーバ２０Ａ及び２０Ｂを特に区別する必要が無い場合には、単にエッジサーバ２０とも称する。
【００１４】
なお、説明は以下の順序で行うものとする。
１．はじめに
１．１．システムの概要
１．２．技術的課題
２．構成例
２．１．装置構成
２．２．機能構成
３．処理の流れ
３．１．サービス提供処理の概要
３．２．移動に応じた処理
３．２．１．第１のシナリオ
３．２．２．第２のシナリオ
３．２．３．第３のシナリオ
３．２．４．補足
４．リファレンスモデル実装例
５．アプリケーション例
５．１．第１のアプリケーション例
５．２．第２のアプリケーション例
５．３．第３のアプリケーション例
６．ハードウェア構成例
７．まとめ
【００１５】
＜＜１．はじめに＞＞
＜１．１．システムの概要＞
図１は、本開示の一実施形態に係るシステムの概要を説明するための図である。図１に示すように、本実施形態に係るシステム１は、グローバルサーバ１０、複数のエッジサーバ２０（２０Ａ及び２０Ｂ）、エッジサーバ２０に接続される複数のセンサ装置３０（３０Ａ〜３０Ｄ）及びユーザデバイス４０を含む。
【００１６】
グローバルサーバ１０は、複数のエッジサーバ２０間での情報のやり取りを仲介する装置である。グローバルサーバ１０は、インターネット５００上に設置されてもよい。
【００１７】
エッジサーバ２０は、インターネット５００とローカルネットワークとの間のゲートウェイよりもローカルネットワーク側に配置される制御装置である。上記ローカルネットワークは、例えばセルラー通信におけるコアネットワークであってもよく、上記ゲートウェイはＬＴＥ（Long  Term  Evolution）におけるＰ−ＧＷ（Packet  Data  Network−gateway）であってもよい。また、上記ローカルネットワークは、例えばＬＡＮ（Local  Area  Network）であってもよく、上記ゲートウェイはＬＡＮとＷＡＮ（Wide  Area  Network）とのゲートウェイであってもよい。
【００１８】
エッジサーバ２０には、ひとつ以上のアクセスポイント２００が対応付けられる。換言すると、エッジサーバ２０には、ひとつ以上のセルが対応付けられる。そして、エッジサーバ２０は、対応付けられたセルに無線接続するひとつ以上のセンサ装置３０を管理する。例えば、エッジサーバ２０は、管理下のセンサ装置３０にセンシングを実施させたり、管理下のセンサ装置３０からセンシング情報を収集して加工したりして、ユーザ４００へのサービスの提供を行う。管理下のひとつ以上のセンサ装置３０のセンシング可能範囲をまとめて、エッジサーバ２０の管理範囲とも称する。典型的には、異なるエッジサーバ２０には、異なるアクセスポイント２００が対応付けられる。エッジサーバ２０は、例えばアクセスポイント２００に含まれる又は併設されてもよい。また、アクセスポイント２００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote  Radio  Head）とを含んでもよく、エッジサーバ２０は本体に含まれる又は併設されてもよい。
【００１９】
アクセスポイント２００は、セルを運用し、セルの内部に位置する１つ以上の端末装置へ無線サービスを提供する。例えば、アクセスポイント２００Ａは、セル２０１Ａ内部に位置するセンサ装置３０Ａ及び３０Ｂの各々に無線サービスを提供し、アクセスポイント２００Ｂは、セル２０１Ｂ内部に位置するセンサ装置３０Ｃ及び３０Ｄの各々に無線サービスを提供する。セルは、例えばＬＴＥ、５ＧのＮＲ（New  Radio）、無線ＬＡＮ等の任意の無線通信方式に従って運用され得る。
【００２０】
センサ装置３０は、センシングを実施してセンシング情報を取得する。センサ装置３０は、得られたセンシング情報を、自身を管理するエッジサーバ２０に送信する。センサ装置３０は、エッジサーバ２０による制御に基づいて、特定のセンシング対象３００に関するセンシングを実施してもよい。センサ装置３０がセンシング可能な領域又は空間を、センシング可能範囲３１（３１Ａ〜３１Ｄ）とも称する。センシング可能範囲３１は、互いに重複部分を有していてもよい。また、センサの種別によって、センシング可能範囲３１の形状が異なっていてもよい。
【００２１】
ユーザデバイス４０は、ユーザ４００により操作される端末装置である。ユーザデバイス４０は、ユーザ４００が所望するサービスの提供を受けるための処理を行う。例えば、ユーザデバイス４０は、所望するサービスの提供をエッジサーバ２０にリクエストして、サービスの提供を受ける。ユーザデバイス４０は、インターネット５００を介してエッジサーバ２０に接続してもよいし、アクセスポイント２００を介してアクセスポイント２００に対応付けられたエッジサーバ２０に接続してもよい。
【００２２】
以上、システム１に含まれる各装置の概要を説明した。
【００２３】
システム１は、センシング対象３００に関するセンシングサービスを、ユーザ４００に提供する。例えば、システム１は、センシング対象３００の周辺のセンサ装置３０によりセンシング対象３００を継続的に撮影して、撮影された映像をユーザデバイス４０にリアルタイムに配信する。システム１は、典型的にはサブスクリプションサービスを提供する。サブスクリプションサービスとは、提供されたサービスの分だけ対価を支払う方式のサービスである。典型的には、ユーザ４００は、サービスの提供者との間でサービスに関する契約を予め交わしておき、エッジサーバ２０による処理及びセンサ装置３０によるセンシング等を要するサービスの提供を受けて、提供された分の対価を支払う。
【００２４】
本実施形態に係るシステム１では、センシング情報を収集してサービスの提供を行うエッジサーバ２０が、ローカルネットワークに配置される。センサ装置３０とエッジサーバ２０との距離が近いので、システム１では、遅滞なくサービスを提供することが可能である。
【００２５】
ただし、センシング対象３００は、ひとつのセンサ装置３０のセンシング可能範囲３１内に留まらずに、センシング可能範囲３１を超えて、さらにはエッジサーバ２０の管理範囲を超えて移動し得る。そこで、このような移動が発生しても、遅滞なく且つ継続的にサービスを提供することを可能にするための仕組みが提供されることが望ましい。
【００２６】
＜１．２．技術的課題＞
システム１と同様に、センシング対象３００に関するセンシングサービスを提供するシステムとして、図２に示す構成も考えられる。
【００２７】
図２は、比較例に係るシステムの概要を説明するための図である。図２に示すように、比較例に係るシステムは、図１に示したエッジサーバ２０を含まない。そのため、比較例に係るシステムでは、インターネット５００上のサービス提供サーバ６００が、一括して各センサ装置３０によりセンシングされたセンシング情報を収集して、サービスの提供を行う。
【００２８】
そのため、比較例に係るシステムでは、多数のセンサ装置３０が一斉にサービス提供サーバ６００にセンシング情報を提供することで、通信回線における輻輳が発生すると考えられる。これにより、ユーザデバイス４０に情報が遅延して提供されることになる。
【００２９】
ここで、センシング対象３００がモビリティを持つなど動的な性質を有する場合、ユーザ４００に提供すべき情報も動的に変化し得る。上述した通信回線の輻輳によってユーザデバイス４０に情報が遅延して提供される場合、ユーザデバイス４０に提供された情報がすでにユーザ４００にとって価値あるものでなくなってしまう恐れがある。
【００３０】
また、センサ装置３０のセンシング可能範囲、及びセンサ装置３０が無線接続するアクセスポイント２００のカバレッジ（即ち、セル）は限定的である。このような空間的な制限により、センシング情報に基づく情報提供サービスの継続的な提供の障害として、以下の状況が発生し得る。
・ユーザデバイスが、センサ装置のセンシング可能範囲を超えて移動する。
・ユーザデバイスが、アクセスポイントのカバレッジを超えて移動する。
・ユーザデバイスが、センサ装置のセンシング可能範囲及びアクセスポイントのカバレッジの外で取得されたセンシング情報に基づいた情報を要求する。
・センサ装置が、アクセスポイントのカバレッジを超えて移動する。
・センシング対象が、センサ装置のセンシング可能範囲を超えて移動する。
・センシング対象が、アクセスポイントのカバレッジを超えて移動する。
【００３１】
そこで、本開示では、上述した障害を克服し、センシング情報に基づく情報提供サービスを遅滞なくかつ継続的に消費者に提供することが可能な仕組みを提供する。
【００３２】
＜＜２．構成例＞＞
＜２．１．装置構成＞
（１）全体構成
図３は、本実施形態に係るシステム１の概略的な構成の一例を示す図である。図３に示すように、本実施形態に係るシステム１は、グローバルサーバ１０、エッジサーバ２０（２０Ａ及び２０Ｂ）、センサ装置３０及びユーザデバイス４０を含む。これらの装置は、エンティティとも称される。
【００３３】
各エンティティ間の接点は、リファレンスポイントとも称される。詳しくは、エッジサーバ２０とユーザデバイス４０との接点は、リファレンスポイントＡとも称される。エッジサーバ２０とセンサ装置３０との接点は、リファレンスポイントＢとも称される。エッジサーバ２０間の接点は、リファレンスポイントＣとも称される。グローバルサーバ１０とエッジサーバ２０との接点は、リファレンスポイントＤとも称される。
【００３４】
各エンティティは、機能的役割とリファレンスポイントとによって定義される。以下では、各エンティティの装置構成を説明する。
【００３５】
（２）グローバルサーバ
グローバルサーバ１０は、１以上のエッジサーバ２０を管理及び制御するエンティティである。以下、図４を参照して、グローバルサーバ１０の構成の一例を説明する。
【００３６】
図４は、本実施形態に係るグローバルサーバ１０の構成の一例を示すブロック図である。図４に示すように、グローバルサーバ１０は、ネットワーク通信部１１０、記憶部１２０及び制御部１３０を備える。
【００３７】
ネットワーク通信部１１０は、情報を送受信する。例えば、ネットワーク通信部１１０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、エッジサーバ２０を含む。
【００３８】
記憶部１２０は、グローバルサーバ１０の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００３９】
制御部１３０は、グローバルサーバ１０の様々な機能を提供する。例えば、制御部１３０は、エッジサーバ２０に対して周辺に存在する他のエッジサーバ２０に関する情報を提供したり、エッジサーバ２０からのリクエストに該当する他のエッジサーバ２０の情報を提供したりする処理を行う。
【００４０】
（３）エッジサーバ
エッジサーバ２０は、センサ装置３０からセンシング情報を収集してユーザデバイス４０にサービスを提供するエンティティである。以下、図５を参照して、エッジサーバ２０の構成の一例を説明する。
【００４１】
図５は、本実施形態に係るエッジサーバ２０の構成の一例を示すブロック図である。図５に示すように、エッジサーバ２０は、ネットワーク通信部２１０、記憶部２２０及び制御部２３０を備える。
【００４２】
ネットワーク通信部２１０は、情報を送受信する。例えば、ネットワーク通信部２１０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、グローバルサーバ１０、他のエッジサーバ２０、センサ装置３０及びユーザデバイス４０を含む。
【００４３】
記憶部２２０は、エッジサーバ２０の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００４４】
制御部２３０は、エッジサーバ２０の様々な機能を提供する。例えば、制御部２３０は、センサ装置３０からセンシング情報を取得して、センシング情報を加工等してサービス情報を生成し、ユーザデバイス４０に提供する処理を行う。また、制御部２３０は、エッジサーバ２０の管理下のひとつ以上のセンサ装置３０に関する情報を、他のエッジサーバ２０との間で送信又は受信することで、他のエッジサーバ２０と連携した処理を行う。
【００４５】
（４）センサ装置
センサ装置３０は、センシングを実施し、得られたセンシング情報をエッジサーバ２０へ送信するエンティティである。以下、図６を参照して、センサ装置３０の構成の一例を説明する。
【００４６】
図６は、本実施形態に係るセンサ装置３０の構成の一例を示すブロック図である。図６に示すように、センサ装置３０は、アンテナ部３１０、無線通信部３２０、センサ部３３０、記憶部３４０及び制御部３５０を備える。
【００４７】
アンテナ部３１０は、無線通信部３２０により出力される信号を電波として空間に放射する。また、アンテナ部３１０は、空間の電波を信号に変換し、当該信号を無線通信部３２０へ出力する。
【００４８】
無線通信部３２０は、信号を送受信する。例えば、無線通信部３２０は、アクセスポイントからの信号を受信し、アクセスポイントへの信号を送信する。
【００４９】
センサ部３３０は、センシングを実施してセンシング情報を取得する。センシングとは、情報を環境から取得する処理である。センサ部３３０は多様なセンサを含み得る。例えば、センサ部３３０は、電界センサを含み、センサ装置３０の設置位置の特定周波数帯域における電界強度を測定してもよい。また、センサ部３３０は、カメラを含み、センサ装置３０の設置位置の周辺環境又は特定の対象について、画像（静止画像又は動画像）を撮影してもよい。また、センサ部３３０は、温度計又は気圧計等の環境センサを含み、気温又は気圧等の環境情報を測定してもよい。もちろん、センサ部３３０は、他の任意のセンサを含み得る。
【００５０】
記憶部３４０は、センサ装置３０の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００５１】
制御部３５０は、センサ装置３０の様々な機能を提供する。制御部３５０は、例えばエッジサーバ２０による制御に基づいて、センシングのパラメータを設定してセンシング情報を取得し、エッジサーバ２０に報告する。
【００５２】
（５）ユーザデバイス
ユーザデバイス４０は、システム１からサービスの提供を受けるエンティティである。以下、図７を参照して、ユーザデバイス４０の構成の一例を説明する。
【００５３】
図７は、本実施形態に係るユーザデバイス４０の構成の一例を示すブロック図である。図７に示すように、ユーザデバイス４０は、アンテナ部４１０、無線通信部４２０、入力部４３０、出力部４４０、記憶部４５０及び制御部４６０を備える。
【００５４】
アンテナ部４１０は、無線通信部４２０により出力される信号を電波として空間に放射する。また、アンテナ部４１０は、空間の電波を信号に変換し、当該信号を無線通信部４２０へ出力する。
【００５５】
無線通信部４２０は、信号を送受信する。例えば、無線通信部４２０は、アクセスポイントからの信号を受信し、アクセスポイントへの信号を送信する。
【００５６】
入力部４３０及び出力部４４０は、ユーザとのインタフェースである。入力部４３０は、ユーザからの入力を受け付けて、ユーザ入力を示す入力情報を得る。例えば、入力部４３０は、キーボード等の物理キーを含んでいてもよいし、音声認識のための音声入力装置を含んでいてもよい。出力部４４０は、ユーザへの情報を出力する。例えば、出力部４４０は、表示装置、音声出力装置、骨伝導出力装置、又は振動装置等を含んでいてもよい。さらには、入力部４３０及び出力部４４０は、無線インタフェースを用いて異なる装置を介したユーザインタラクションを行ってもよい。
【００５７】
記憶部４５０は、ユーザデバイス４０の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
【００５８】
制御部４６０は、ユーザデバイス４０の様々な機能を提供する。制御部４６０は、例えば、ユーザが所望するサービスの提供を受けるために、エッジサーバ２０に情報を送信したり、エッジサーバ２０から受信した情報に基づく出力を行ったりする。
【００５９】
ユーザデバイス４０は、例えば携帯電話、スマートフォン、タブレット、ＰＣ（Personal  Computer）、又はウェアラブルデバイス等であってもよい。なお、ウェアラブルデバイスは、リストバンド型、腕時計型、ヘッドセット型、又は指輪型等であってもよい。
【００６０】
＜２．２．機能構成＞
以下、図８〜図１２を参照して、本実施形態に係るシステム１の各装置において実装される機能構成を説明する。
【００６１】
（１）システム全体の機能構成
図８は、本実施形態に係るシステム１の論理的な機能構成を説明するための図である。図８に示したように、システム１は、６つの論理機能エンティティ（データベース機能（Database  function）５０、意思決定機能（Decision  Making  function）６０、センシング機能（Sensing  function）７０、制御機能（Control  function）８０、インタフェース機能（Interface  function）９０、及び通信機能（Communication  function）１００）と、５つのサービスアクセスポイント（SAP：Service  Access  Point）（ＤＢ（database）−ＳＡＰ５１、ＤＭ（Decision  Making）−ＳＡＰ６１、Ｓ（Sensing）−ＳＡＰ７１、Ｃ（Control）−ＳＡＰ８１、Ｃｏｍ（Communication）−ＳＡＰ１０１）により構成される。
【００６２】
データベース機能５０は、センシング情報、センシング情報の加工結果、及び情報生成に必要な情報（補助情報）を記憶するソフトウェアまたはハードウェアモジュールである。データベース機能５０は、典型的にはグローバルサーバ１０により提供される。データベース機能５０のサービスアクセスポイントがＤＢ−ＳＡＰ５１である。ＤＢ−ＳＡＰ５１は、センシング情報及び補助情報の格納といった、データベース機能５０が提供するサービスにアクセスするために、インタフェース機能９０によって利用される。
【００６３】
意思決定機能６０は、センシング情報の加工及び情報生成などを実施するソフトウェアまたはハードウェアモジュールである。意思決定機能６０は、典型的にはエッジサーバ２０により提供される。意思決定機能６０のサービスアクセスポイントがＤＭ−ＳＡＰ６１である。ＤＭ−ＳＡＰ６１は、センシング情報の加工及び情報生成といった意思決定機能６０が提供するサービスにアクセスするために、インタフェース機能９０によって利用される。
【００６４】
センシング機能７０は、センシング情報の取得を行うソフトウェアまたはハードウェアモジュールである。センシング機能７０は、典型的にはセンサ装置３０により提供される。センシング機能７０のサービスアクセスポイントがＳ−ＳＡＰ７１である。Ｓ−ＳＡＰ７１は、センシング情報の取得といったセンシング機能７０が提供するサービスにアクセスするために、インタフェース機能９０によって利用される。例えば、Ｓ−ＳＡＰ７１を利用するセンサ装置３０は、センシングに関するパラメータの設定命令をエッジサーバ２０から取得し、センサパラメータの制御を実施する。
【００６５】
制御機能８０は、グローバルサーバ１０又はエッジサーバ２０に補助情報を送信したり、エッジサーバ２０から判断の結果の通知を受けたりするための制御を担うソフトウェアまたはハードウェアモジュールである。制御機能８０は、典型的にはユーザデバイス４０により提供される。制御機能８０のサービスアクセスポイントがＣ−ＳＡＰ８１である。Ｃ−ＳＡＰ８１は、主にアプリケーションが、グローバルサーバ１０又はエッジサーバ２０の情報にアクセスするために利用される。例えば、Ｃ−ＳＡＰ８１を利用するユーザデバイス４０は、グローバルサーバ１０又はエッジサーバ２０の情報の消費者となったり、アプリケーション制御の役割を担ったりする。
【００６６】
通信機能１００は、論理機能エンティティ間のインタフェースに要求される通信プロトコルスタック、及びその他の通信役務を提供するためのソフトウェアまたはハードウェアモジュールである。通信機能１００のサービスアクセスポイントがＣｏｍ−ＳＡＰ１０１である。Ｃｏｍ−ＳＡＰ１０１は、センシング情報の交換・提供、補助情報又はその他関連情報を、通信機能１００とインタフェース機能９０との間で交換する。また、Ｃｏｍ−ＳＡＰ１０１は、Generic  primitiveの集合の定義と、これらPrimitiveの転送プロトコルへのマッピングによって、リファレンスポイントによる通信機能１００の利用のために、通信メカニズムを抽象化する役割を持つ。したがって、実装上適用される通信メカニズムは、例えば、ＰＨＹ／ＭＡＣ層に関しては、ＧＳＭ（登録商標）（Global  System  for  Mobile  communications）、ＵＭＴＳ（Universal  Mobile  Telecommunications  System）、ＬＴＥ（Long  Term  Evolution）、５Ｇで検討されているＮＲ（New  Radio）若しくはそれ以降のセルラシステムの技術、IEEE  802.11  Working  Group（WG）で策定済みの無線ＬＡＮ（Local  Area  Network）規格（IEEE  802.11a,  b,  n,  g,  ac,  ad,  af,  ah）若しくは将来的に策定される見込みの規格（IEEE  802.11ax,  ay等）、IEEE  802.16  WG、又はIEEE  802.15  WGの規格であってもよい。上位レイヤーの通信手段としては、例えば、ＨＴＴＰ（Hypertext  Transfer  Protocol）プロトコルに基づいて通信が実施されてもよい。
【００６７】
インタフェース機能９０は、グローバルサーバ１０とエッジサーバ２０との間、エッジサーバ２０同士の間、エッジサーバ２０とセンサ装置３０との間又はエッジサーバ２０とユーザデバイス４０との間のリファレンスアクセスポイントを実現するための、機能ブロック間の完全性の抽象化である。インタフェース機能９０については、全てのＳＡＰ（５１、６１、７１、８１又は１０１）がサービスアクセスポイントとなる。
【００６８】
以上、システム１の論理的な機能構成を説明した。続いて、図９〜図１２を参照して、各々のリファレンスポイントの構成例を説明する。
【００６９】
（２）リファレンスポイントＡの構成例
図９は、本実施形態に係るシステム１のリファレンスポイントＡの構成の一例を示す図である。図９に示すように、意思決定機能６０及びインタフェース機能９０がエッジサーバ２０にマッピングされ、制御機能８０及びインタフェース機能９０がユーザデバイス４０にマッピングされる。そして、エッジサーバ２０とユーザデバイス４０との間のリファレンスポイントＡに通信機能１００がマッピングされる。
【００７０】
リファレンスポイントＡでは、ユーザデバイス４０からエッジサーバ２０へ、例えば以下の情報が送信される。
・ユーザデバイス登録情報
・サービスサブスクリプション情報
・ユーザデバイス位置情報
・ユーザ認証情報
・サービス提供リクエスト
・センシングリクエスト
【００７１】
ユーザデバイス登録情報は、ユーザデバイス４０について予め登録された情報であり、例えばユーザデバイス４０の電話番号、及びメールアドレス等を含む。サービスサブスクリプション情報は、サブスクリプションサービスの提供を受けるための情報であり、例えばユーザとサービス提供者との契約を示す契約情報を含む。ユーザデバイス位置情報とは、ユーザデバイス４０の現在位置（緯度、経度及び高度等）を示す情報である。ユーザ認証情報とは、サブスクリプションサービスの利用のための認証情報であり、ユーザの識別情報及びパスワード等を含む。サービス提供リクエストとは、サブスクリプションサービスの提供開始を依頼するメッセージである。例えば、サービス提供リクエストは、生成すべきサービス情報を指示する情報を含み得る。また、サービス提供リクエストは、センシング対象を識別するための情報を含み得る。センシングリクエストとは、センシングの実施を依頼するメッセージである。
【００７２】
また、リファレンスポイントＡでは、エッジサーバ２０からユーザデバイス４０へ、例えば以下の情報が送信される。
・サービス情報
・センシング情報
・エッジサーバアクセス情報
【００７３】
サービス情報とは、サービス提供リクエストに応じて、エッジサーバ２０においてセンシング情報を加工等して生成された情報であり、例えば、センシング対象の映像等を含む。センシング情報は、センシング対象（例えば、人、動物、モノ）及びセンシング結果（例えば電界強度、画像、動画、気温）等を含む。センシング情報は、生データであってもよいし、生データを解析等した結果であってもよい。エッジサーバアクセス情報は、ユーザデバイス４０がエッジサーバ２０に接続するための情報であり、例えばエッジサーバ２０のアドレス等を含む。
【００７４】
（３）リファレンスポイントＢの構成例
図１０は、本実施形態に係るシステム１のリファレンスポイントＢの構成の一例を示す図である。図１０に示すように、意思決定機能６０及びインタフェース機能９０がエッジサーバ２０にマッピングされ、センシング機能７０及びインタフェース機能９０がセンサ装置３０にマッピングされる。そして、エッジサーバ２０とセンサ装置３０との間のリファレンスポイントＢに通信機能１００がマッピングされる。
【００７５】
リファレンスポイントＢでは、センサ装置３０からエッジサーバ２０へ、例えば以下の情報が送信される。
・センサ登録情報
・センサ位置情報
・センサ動作パラメータ情報
・センシング情報
【００７６】
センサ登録情報は、センサ装置３０について予め登録された情報であり、例えばセンサ装置３０の利用料金を示す情報等を含む。センサ位置情報は、センサ装置３０の現在位置（緯度、経度及び高度等）を示す情報である。センサ動作パラメータ情報は、センサ装置３０が現在行っているセンシングに利用しているパラメータを示す情報ある。センサ動作パラメータ情報は、例えばセンシング領域（例えば、方向）、センシング対象（例えば、人、動物、モノ）及びセンシングパラメータ（例えば、電波、画像、動画、気温等）等を含む。
【００７７】
リファレンスポイントＢでは、エッジサーバ２０からセンサ装置３０へ、例えば以下の情報が送信される。
・センシングリクエスト
・センシング動作パラメータ設定リクエスト
・センシング対象に関する情報
【００７８】
センシング動作パラメータ設定リクエストは、設定すべきセンシング動作パラメータを指定するメッセージである。センシング対象に関する情報は、例えばセンシング対象の識別情報、画像（例えば、顔画像）又は声紋等の特徴情報、モビリティ、及び属性情報等を含む。
【００７９】
（４）リファレンスポイントＣの構成例
図１１は、本実施形態に係るシステム１のリファレンスポイントＣの構成の一例を示す図である。図１１に示すように、意思決定機能６０及びインタフェース機能９０がエッジサーバ２０Ａにマッピングされ、同様に、意思決定機能６０及びインタフェース機能９０がエッジサーバ２０Ｂにマッピングされる。そして、エッジサーバ２０Ａとエッジサーバ２０Ｂとの間のリファレンスポイントＣに通信機能１００がマッピングされる。
【００８０】
リファレンスポイントＣでは、エッジサーバ２０の管理下のひとつ以上のセンサ装置３０に関する情報が、他のエッジサーバ２０との間で送信又は受信される。具体的には、リファレンスポイントＣでは、エッジサーバ２０Ａからエッジサーバ２０Ｂへ、又はエッジサーバ２０Ｂからエッジサーバ２０Ａへ、例えば以下の情報が送信される。
・サービス提供に伴う判断に必要な情報のリクエスト
・ユーザデバイス登録情報
・ユーザのサービスサブスクリプション情報
・ユーザデバイスの位置情報
・ユーザ認証情報
・センサ情報
・センサ位置情報
・センサ動作パラメータ情報
・センシング情報
・センシング対象に関する情報
【００８１】
サービス提供に伴う判断に必要な情報としては、例えば他のエッジサーバ２０の管理下にあるセンサ装置３０に関する情報等を含む。センサ情報は、例えばセンサ装置３０が有するセンサの種別及び性能等を示す情報を含む。
【００８２】
（５）リファレンスポイントＤの構成例
図１２は、本実施形態に係るシステム１のリファレンスポイントＤの構成の一例を示す図である。図１２に示すように、データベース機能５０及びインタフェース機能９０がグローバルサーバ１０にマッピングされ、意思決定機能６０及びインタフェース機能９０がエッジサーバ２０にマッピングされる。そして、グローバルサーバ１０とエッジサーバ２０との間のリファレンスポイントＤに通信機能１００がマッピングされる。
【００８３】
リファレンスポイントＤでは、エッジサーバ２０からグローバルサーバ１０へ、例えば以下の情報が送信される。
・ユーザデバイス登録情報
・ユーザのサービスサブスクリプション情報
・ユーザデバイス位置情報
・ユーザ認証情報
・センサ情報
・センサ位置情報
・センサ動作パラメータ情報
・センシング情報
・ユーザデバイス探索リクエスト
・センサ探索リクエスト
・エッジサーバ探索リクエスト
【００８４】
ユーザデバイス探索リクエストは、ユーザデバイス４０の探索を要求するメッセージであり、例えばユーザデバイス４０の識別情報等を含む。センサ探索リクエストは、センサ装置３０の探索を要求するメッセージであり、例えば位置情報、センシング可能範囲を指定する情報、及びセンシング対象に関する情報等を含む。エッジサーバ探索リクエストは、エッジサーバ２０の探索を要求するメッセージであり、管理範囲を指定する情報等を含む。
【００８５】
リファレンスポイントＤでは、グローバルサーバ１０からエッジサーバ２０へ、例えば以下の情報が送信される。
・ユーザデバイス探索結果
・センサ探索結果
・エッジサーバ探索結果
【００８６】
ユーザデバイス探索結果は、ユーザデバイス探索リクエストへの応答であり、例えば探索されたユーザデバイス４０の位置情報等を含む。センサ探索結果は、センサ探索リクエストへの応答であり、例えば探索されたセンサ装置３０の識別情報、位置情報、及び管理元のエッジサーバ２０を示す情報等を含む。エッジサーバ探索結果は、エッジサーバ探索リクエストへの応答であり、例えば探索されたエッジサーバ２０の識別情報、管理範囲を示す情報等を含む。
【００８７】
＜＜３．処理の流れ＞＞
＜３．１．サービス提供処理の概要＞
ユーザデバイス４０は、システム１からサービスの提供を受けるために、まず、サブスクリプションを行う。これにより、システム１において、適切なセンサ装置３０の選定及びパラメータ設定等の、ユーザデバイス４０にサービスを提供するための事前準備が行われる。その後、システム１は、ユーザデバイス４０へのサービスの提供を開始する。以下では、この一連の処理について説明する。
【００８８】
図１３は、本実施形態に係るシステム１において実行されるサービス提供処理の流れの一例を示すシーケンス図である。図１３に示すように、本シーケンスにはエッジサーバ２０、センサ装置３０及びユーザデバイス４０が関与する。
【００８９】
まず、ユーザデバイス４０は、サブスクリプションリクエストをエッジサーバ２０に送信する（ステップＳ１０２）。サブスクリプションリクエストは、例えばユーザデバイス登録情報、ユーザ認証情報、及びサービスサブスクリプション情報等の、事前準備のための情報を含む。サブスクリプションリクエストの送信トリガは、多様に考えられる。例えば、ユーザデバイス４０に表示された、センシングサービス用のアプリケーションソフト又はウェブページのＧＵＩに配置されたボタンが押下された場合に、サブスクリプションリクエストが送信されてもよい。また、ユーザデバイス４０からの、センシングサービス用のアプリケーションソフト又はウェブページにおけるユーザアカウントの作成申請がされたことが、サブスクリプションリクエストとして取り扱われてもよい。
【００９０】
次いで、エッジサーバ２０は、サブスクリプションレスポンスをユーザデバイス４０に送信する（ステップＳ１０４）。
【００９１】
次に、エッジサーバ２０は、ユーザデバイス４０から受信したサブスクリプションリクエストに基づいて、センサ選定を行う（ステップＳ１０６）。例えば、エッジサーバ２０は、サブスクリプションリクエストにおいて要求された、センシング対象を適切にセンシング可能なセンサ装置３０を選定する。
【００９２】
次いで、エッジサーバ２０は、選定したセンサ装置３０に、センシングリクエストを送信する（ステップＳ１０８）。
【００９３】
次に、センサ装置３０は、レスポンスをエッジサーバ２０に送信する（ステップＳ１１０）。
【００９４】
次いで、センサ装置３０は、センシングリクエストに基づくセンシングを開始して（ステップＳ１１２）、適宜センシング情報をエッジサーバ２０に送信する（ステップＳ１１４）。例えば、センサ装置３０は、カメラを有する場合、センシング対象にレンズを向ける、撮影モードを設定する、といった事前設定を行い、その後撮影を開始する。そして、センサ装置３０は、撮影した画像を所定間隔でエッジサーバ２０に送信する、又はリアルタイムにストリーミング配信する。
【００９５】
次に、エッジサーバ２０は、センサ装置３０から取得したセンシング情報に基づく情報処理を行い（ステップＳ１１６）、ユーザデバイス４０にセンシングサービスの提供を行う（ステップＳ１１８）。例えば、エッジサーバ２０は、ユーザデバイス４０からのリクエストに基づいて、センシング対象をセンシング可能なセンサ装置３０（第１のセンサ装置に相当）を選定し、選定したセンサ装置３０のセンシング情報に基づいてサービス情報を生成し、ユーザデバイス４０に提供する。上記リクエストは、サブスクリプションリクエストを含んでいてもよい。例えば、エッジサーバ２０は、サブスクリプションリクエストに応じて、ユーザ認証を行い、契約に応じたセンサ装置３０を選定する。また、上記リクエストは、サービス提供リクエストを含んでいてもよい。例えば、エッジサーバ２０は、サービス提供リクエストに応じて、センシング対象を識別し、センシング対象に関するサービス情報を生成する。エッジサーバ２０は、サービス情報の生成のために、センシング情報を加工してもよいし、加工せずにそのままサービス情報としてもよい。なお、サービス提供リクエストは、サブスクリプションリクエストと共に送信されてもよいし、サブスクリプションリクエスト送信後の任意のタイミングで送信されてもよい。
【００９６】
ユーザデバイス４０におけるユーザへのセンシングサービスの提供方法は多様に考えられる。例えば、エッジサーバ２０は、センシングサービスに関するプッシュ通知を行い、ユーザデバイス４０で提供されるユーザインタフェースを介して通知内容がユーザに通知されてよい。例えば、ユーザデバイス４０は、画面上にアイコンで表示する、振動する、又は音を鳴らす、といった方法でユーザに通知し得る。
【００９７】
＜３．２．移動に応じた処理＞
以下では、システム１における、センシング対象又はユーザデバイス４０の移動に応じた処理について説明する。
【００９８】
＜３．２．１．第１のシナリオ＞
第１のシナリオは、センシング対象が、エッジサーバ２０の管理範囲内で、且つセンサ装置３０のセンシング可能範囲を超えて移動するシナリオである。
【００９９】
図１４は、第１のシナリオの概要を説明するための図である。図１４では、図１に示した全体構成のうち、本シナリオの説明に関与する構成が抜粋されている。図１４に示した例では、センシング対象３００が、エッジサーバ２０Ａの管理下にあるセンサ装置３０Ａのセンシング可能範囲３１Ａから、エッジサーバ２０Ａの管理下にあるセンサ装置３０Ｂのセンシング可能範囲３１Ｂに移動する。また、ユーザデバイス４０は、エッジサーバ２０Ａに接続している。ユーザデバイス４０は、エッジサーバ２０Ａからセンシングサービスの提供を受けることが可能である。例えば、エッジサーバ２０Ａは、センシング対象３００の画像に基づいてサービス情報を生成して、ユーザデバイス４０に提供する。
【０１００】
第１のシナリオでは、センシング対象３００が、特定のセンサ装置３０のセンシング可能範囲（例えば、撮影可能範囲）を超えて移動する。ただし、第１のシナリオでは、移動したセンシング対象をセンシング可能範囲に含む第２のセンサ装置３０は、移動前にセンシング対象をセンシング可能範囲に含んでいた第１のセンサ装置３０と、管理するエッジサーバ２０が同一である。そこで、エッジサーバ２０は、センシング対象が第１のセンサ装置３０のセンシング可能範囲から第２のセンサ装置３０のセンシング可能範囲に移動する場合、センシング対象に関する情報を第２のセンサ装置３０に送信する。これにより、第１のセンサ装置３０ではセンシングの継続が困難になったセンシング対象について、第２のセンサ装置３０にセンシングを引き継がせることが可能となる。
【０１０１】
以下では、一例として、センサ装置３０Ａのセンシング可能範囲３１Ａに位置していたセンシング対象３００が、センシング可能範囲３１Ａを超えてセンサ装置３０Ｂのセンシング可能範囲３１Ｂに移動する場合の手続きを説明する。
【０１０２】
以下、第１のシナリオにおける処理について説明する。なお、以下では、エッジサーバ２０Ａによる判定処理が起点となる第１の例と、センサ装置３０による判定処理が起点となる第２の例を説明する。
【０１０３】
・第１の例
図１５は、本実施形態に係るシステム１において実行される第１のシナリオにおけるサービス提供処理の流れの一例を示すシーケンス図である。図１５に示すように、本シーケンスには、センサ装置３０Ａ、センサ装置３０Ｂ及びエッジサーバ２０Ａが関与する。なお、図１５では、本シナリオに特徴的な処理が抜粋されており、サブスクリプションリクエストの送信等の本シナリオとの関連が薄い処理については省略されている。以降のシーケンスでも同様である。
【０１０４】
まず、センサ装置３０Ａは、センシング情報をエッジサーバ２０Ａに送信する（ステップＳ２０２）。例えば、センサ装置３０Ａは、センシング対象３００を撮影した画像をエッジサーバ２０Ａにアップロードする。
【０１０５】
次いで、エッジサーバ２０Ａは、センサ装置３０Ａから受信したセンシング情報に基づいて、担当変更についての判定を行う（ステップＳ２０４）。例えば、エッジサーバ２０Ａは、センシング情報に基づいて、センシング対象３００を示す情報、特徴量、位置情報及び移動速度等を推定する。推定の際、画像解析又はパターン認識等の解析技術が用いられてもよいし、過去のセンシング情報を活用した機械学習等の学習技術が用いられてもよい。また、ユーザデバイス４０からのサービスサブスクリプション情報又は位置同定装置（ＧＰＳ（Global  Positioning  System）又はＧＮＳＳ（Global  Navigation  Satellite  System）等）から取得された情報が、推定に用いられてもよい。そして、エッジサーバ２０Ａは、推定した情報、及びセンサ装置３０Ａのセンシング可能範囲３１Ａに関する情報に基づいて、センサ装置３０Ａがセンシング対象３００のセンシングを継続すべきか否かを判定する。センサ装置３０Ａによるセンシングを継続すべきであると判定された場合、そのままセンサ装置３０Ａによるセンシングが継続される。
【０１０６】
一方で、センサ装置３０Ａによるセンシングを継続すべきでないと判定された場合、エッジサーバ２０Ａは、担当変更先のセンサ装置３０を探索するためのセンサ装置探索処理を行う（ステップＳ２０６）。例えば、エッジサーバ２０Ａは、所定時間後にはセンサ装置３０Ａのセンシング可能範囲３１Ａからセンシング対象が外れることが予測される等の場合に、センシングを継続すべきでないと判定する。そして、エッジサーバ２０Ａは、センシング対象３００を示す情報、特徴量、位置情報、及び移動速度、並びに他のセンサ装置３０の位置情報に基づいて、担当変更先のセンサ装置３０を探索する。具体的には、まず、エッジサーバ２０Ａは、センサ装置３０Ａの位置情報に基づいて隣接する他のセンサ装置３０を同定する。次いで、エッジサーバ２０Ａは、センシング対象３００の移動速度及び移動方向に基づいて、隣接する他のセンサ装置３０のうちどのセンサ装置３０のセンシング可能範囲にセンシング対象３００が移動するかを推定することで、担当変更先のセンサ装置３０を決定する。ここでは、エッジサーバ２０Ａは、担当変更先のセンサ装置３０としてセンサ装置３０Ｂを決定したものとする。
【０１０７】
その後、エッジサーバ２０Ａは、センシング対象に関する情報をセンサ装置３０Ｂに送信する（ステップＳ２０８）。
【０１０８】
センサ装置３０Ｂは、ＡＣＫ（肯定応答）をエッジサーバ２０Ａに送信して（ステップＳ２１０）、センシング対象３００のセンシングを開始する（ステップＳ２１２）。ここで、センサ装置３０Ａがセンシング対象３００に追従するようなパラメータ設定を行っている場合、エッジサーバ２０Ａは、センサ装置３０Ａにリリース命令を通知して当該パラメータ設定を解除させてもよい（ステップＳ２１４）。
【０１０９】
・第２の例
図１６は、本実施形態に係るシステム１において実行される第１のシナリオにおけるサービス提供処理の流れの一例を示すシーケンス図である。図１６に示すように、本シーケンスには、センサ装置３０Ａ、センサ装置３０Ｂ及びエッジサーバ２０Ａが関与する。
【０１１０】
まず、センサ装置３０Ａは、適宜センシング情報をエッジサーバ２０Ａに送信する（ステップＳ３０２）。例えば、センサ装置３０Ａは、センシング対象３００を撮影した画像を所定間隔でエッジサーバ２０Ａにアップロードする。
【０１１１】
その間に、センシング対象３００が、センサ装置３０Ａのセンシング可能範囲３１Ａからセンサ装置３０Ｂのセンシング可能範囲３１Ｂに移動したものとする。
【０１１２】
すると、センサ装置３０Ｂは、センシング対象３００を未知の物体として検出して（ステップＳ３０４）、検出レポートをエッジサーバ２０Ａに送信する（ステップＳ３０６）。検出レポートには、例えば、未知の物体が検出された位置情報、及び未知の物体の画像等が含まれ得る。
【０１１３】
次いで、エッジサーバ２０Ａは、受信した検出レポートに含まれる情報と、自身が保持している（例えば、センサ装置３０Ａから受信し蓄積している）センシング情報とを照合して、未知の物体がセンシング対象３００であることを特定する（ステップＳ３０８）。
【０１１４】
その後、エッジサーバ２０Ａは、センシング対象に関する情報をセンサ装置３０Ｂに送信する（ステップＳ３１０）。
【０１１５】
センサ装置３０Ｂは、ＡＣＫをエッジサーバ２０Ａに送信して（ステップＳ３１２）、センシング対象３００のセンシングを開始する（ステップＳ３１４）。ここで、センサ装置３０Ａがセンシング対象３００に追従するようなパラメータ設定を行っている場合、エッジサーバ２０Ａは、センサ装置３０Ａにリリース命令を通知して当該パラメータ設定を解除させてもよい（ステップＳ３１６）。
【０１１６】
以上、第１の例及び第２の例を説明した。以上説明した手続きにより、同一のエッジサーバ２０の管理範囲内でセンシング対象が移動しても、遅滞なく且つ継続的にセンシング情報を取得することができる。これにより、エッジサーバ２０は、ユーザに対してサービスを継続的に提供することが可能となる。
【０１１７】
＜３．２．２．第２のシナリオ＞
第２のシナリオは、センシング対象が、エッジサーバ２０の管理範囲を超えて移動するシナリオである。
【０１１８】
図１７は、第２のシナリオの概要を説明するための図である。図１７では、図１に示した全体構成のうち、本シナリオの説明に関与する構成が抜粋されている。図１７に示した例では、センシング対象３００が、エッジサーバ２０Ａの管理下にあるセンサ装置３０Ｂのセンシング可能範囲３１Ｂから、エッジサーバ２０Ｂの管理下にあるセンサ装置３０Ｃのセンシング可能範囲３１Ｃに移動する。また、ユーザデバイス４０は、アクセスポイント２００Ａを介してエッジサーバ２０Ａに接続している。
【０１１９】
第２のシナリオでは、センシング対象が、エッジサーバ２０の管理範囲を超えて移動する。そのため、第２のシナリオでは、移動したセンシング対象をセンシング可能範囲に含む第２のセンサ装置３０は、移動前にセンシング対象をセンシング可能範囲に含んでいた第１のセンサ装置３０と、管理するエッジサーバ２０が異なる。そこで、エッジサーバ２０は、第２のセンサ装置３０が第２のセルに接続している場合、センシング対象に関する情報を、第２のセンサ装置３０に対応付けられた他のエッジサーバ２０に送信する。典型的には、他のエッジサーバ２０に送信されたセンシング対象に関する情報は、第２のセンサ装置３０に転送される。これにより、あるエッジサーバ２０の管理下の第１のセンサ装置３０ではセンシングの継続が困難になったセンシング対象について、異なるエッジサーバ２０の管理下の第２のセンサ装置３０にセンシングを引き継がせることが可能となる。とりわけ、エッジサーバ２０は、センシング対象が第２のセンサ装置３０のセンシング可能範囲に移動したことを特定した後に、センシング対象に関する情報を第２のセンサ装置３０に対応付けられた他のエッジサーバ２０に送信する。換言すると、エッジサーバ２０は、センシング対象の移動先であることが確定した他のエッジサーバ２０にのみ、センシング対象に関する情報を送信する。これにより、センシング対象の顔画像等が不必要に拡散することを防止することが可能となる。
【０１２０】
エッジサーバ２０は、第１のセンサ装置３０のセンシング情報に基づいてセンシング対象の移動を認識する場合（即ち、後述する第１の例の場合）、第２のセンサ装置３０を探索するためのリクエストを他のエッジサーバ２０に送信する。これにより、エッジサーバ２０は、引き継ぎ先として適切な第２のセンサ装置３０を、他のエッジサーバ２０に探索してもらうことが可能となる。
【０１２１】
エッジサーバ２０は、第２のセンサ装置３０のセンシング情報に基づいてセンシング対象の移動を認識する場合（即ち、後述する第２の例の場合）、第１のセンサ装置３０を探索するためのリクエストを他のエッジサーバ２０から受信する。このリクエストは、他のエッジサーバ２０が、管理下の第２のセンサ装置３０によりセンシングされた未知の物体について、それまでセンシングを担当していた担当元のセンサ装置３０の探索を依頼するものである。これにより、エッジサーバ２０は、第１のセンサ装置３０においてセンシングされていたセンシング対象が、第２のセンサ装置３０のセンシング範囲に移動したことを認識することが可能となる。そして、エッジサーバ２０は、第２のセンサ装置３０に、センシングの引き継ぎを依頼することが可能となる。
【０１２２】
以下、第２のシナリオにおける処理について説明する。なお、以下では、エッジサーバ２０Ａによる判定処理が起点となる第１の例と、センサ装置３０による判定処理が起点となる第２の例を説明する。
【０１２３】
・第１の例
図１８は、本実施形態に係るシステム１において実行される第２のシナリオにおけるサービス提供処理の流れの一例を示すシーケンス図である。図１８に示すように、本シーケンスには、センサ装置３０Ｂ、センサ装置３０Ｃ、エッジサーバ２０Ａ及びエッジサーバ２０Ｂが関与する。
【０１２４】
まず、センサ装置３０Ｂは、センシング情報をエッジサーバ２０Ａに送信する（ステップＳ４０２）。例えば、センサ装置３０Ｂは、センシング対象３００を撮影した画像をエッジサーバ２０Ａにアップロードする。
【０１２５】
次いで、エッジサーバ２０Ａは、センサ装置３０Ｂから受信したセンシング情報に基づいて、担当変更についての判定を行う（ステップＳ４０４）。センサ装置３０Ｂによるセンシングを継続すべきであると判定された場合、そのままセンサ装置３０Ｂによるセンシングが継続される。
【０１２６】
一方で、センサ装置３０Ｂによるセンシングを継続すべきでないと判定された場合、エッジサーバ２０Ａは、担当変更先のセンサ装置３０を探索するためのセンサ装置探索処理を行う（ステップＳ４０６）。しかし、エッジサーバ２０Ａの管理下にあるセンサ装置３０に適切なセンサ装置３０が含まれない場合、エッジサーバ２０Ａは、管理範囲が隣接する他のエッジサーバ２０（例えば、エッジサーバ２０Ｂ）にセンサ探索依頼を送信する（ステップＳ４０８）。センサ探索依頼には、例えば担当元のセンサ装置３０Ｂの位置情報、センシング可能範囲を示す情報、及びセンシング対象の識別情報等が含まれ得る。
【０１２７】
次に、センサ探索依頼を受信したエッジサーバ２０Ｂは、担当変更先のセンサ装置３０を探索するためのセンサ装置探索処理を行う（ステップＳ４１０）。例えば、エッジサーバ２０Ｂは、センサ装置３０Ｂの位置情報に基づいて、センサ装置３０Ｂに隣接する、自身の管理下のセンサ装置３０を同定する。次いで、エッジサーバ２０Ｂは、センシング対象３００の移動速度及び移動方向に基づいて、自身の管理下のセンサ装置３０のうちどのセンサ装置３０のセンシング可能範囲にセンシング対象３００が移動するかを推定することで、担当変更先のセンサ装置３０を決定する。ここでは、エッジサーバ２０Ｂは、変更先のセンサ装置３０としてセンサ装置３０Ｃを決定したものとする。
【０１２８】
探索に成功したエッジサーバ２０Ｂは、センサ探索依頼への返答をエッジサーバ２０Ａに送信する（ステップＳ４１２）。
【０１２９】
次いで、エッジサーバ２０Ａは、センサ探索依頼への返答の送信元であるエッジサーバ２０Ｂに、センシング対象に関する情報を送信する（ステップＳ４１４）。なお、エッジサーバ２０Ａは、それまで取得したセンシング情報及び情報処理されたデータ、さらにはセンシング対象３００が関与するユーザデバイス４０に関する情報を、エッジサーバ２０Ｂに送信してもよい。
【０１３０】
次に、エッジサーバ２０Ｂは、受信したセンシング対象に関する情報を、担当変更先のセンサ装置３０として決定したセンサ装置３０Ｃに送信する（ステップＳ４１６）。
【０１３１】
センサ装置３０Ｃは、ＡＣＫをエッジサーバ２０Ｂに送信して（ステップＳ４１８）、センシング対象３００のセンシングを開始する（ステップＳ４２０）。ここで、センサ装置３０Ｂがセンシング対象３００に追従するようなパラメータ設定を行っている場合、エッジサーバ２０Ａは、センサ装置３０Ｂにリリース命令を通知して当該パラメータ設定を解除させてもよい（ステップＳ４２２）。
【０１３２】
・第２の例
図１９は、本実施形態に係るシステム１において実行される第２のシナリオにおけるサービス提供処理の流れの一例を示すシーケンス図である。図１９に示すように、本シーケンスには、センサ装置３０Ｂ、センサ装置３０Ｃ、エッジサーバ２０Ａ及びエッジサーバ２０Ｂが関与する。
【０１３３】
まず、センサ装置３０Ｂは、適宜センシング情報をエッジサーバ２０Ａに送信する（ステップＳ５０２）。例えば、センサ装置３０Ｂは、センシング対象３００を撮影した画像を所定間隔でエッジサーバ２０Ａにアップロードする。
【０１３４】
その間に、センシング対象３００が、センサ装置３０Ｂのセンシング可能範囲３１Ｂからセンサ装置３０Ｃのセンシング可能範囲３１Ｃに移動したものとする。
【０１３５】
すると、センサ装置３０Ｃは、センシング対象３００を未知の物体として検出して（ステップＳ５０４）、検出レポートをエッジサーバ２０Ｂに送信する（ステップＳ５０６）。
【０１３６】
次いで、エッジサーバ２０Ｂは、受信した検出レポートに含まれる情報と、自身が保持しているセンシング情報とを照合する（ステップＳ５０８）。エッジサーバ２０Ｂは、未知の物体を特定できない場合、管理範囲が隣接する他のエッジサーバ２０（例えば、エッジサーバ２０Ａ）に、担当元のセンサ装置３０を探索してもらうためのセンサ探索依頼を送信する（ステップＳ５１０）。
【０１３７】
次に、センサ探索依頼を受信したエッジサーバ２０Ａは、担当元のセンサ装置３０を探索するためのセンサ装置探索処理を行う（ステップＳ５１２）。例えば、エッジサーバ２０Ａは、受信したセンサ探索依頼に基づいて、上記未知の物体がセンサ装置３０Ｂのセンシング対象３００であったことを特定する。
【０１３８】
特定に成功したエッジサーバ２０Ａは、センシング対象に関する情報をエッジサーバ２０Ｂに送信する（ステップＳ５１４）。なお、エッジサーバ２０Ａは、それまで取得したセンシング情報及び情報処理されたデータ、さらにはセンシング対象３００が関与するユーザデバイス４０に関する情報を、エッジサーバ２０Ｂに送信してもよい。
【０１３９】
次に、エッジサーバ２０Ｂは、受信したセンシング対象に関する情報をセンサ装置３０Ｃに送信する（ステップＳ５１６）。
【０１４０】
センサ装置３０Ｃは、ＡＣＫをエッジサーバ２０Ｂに送信して（ステップＳ５１８）、センシング対象３００のセンシングを開始する（ステップＳ５２０）。ここで、センサ装置３０Ｂがセンシング対象３００に追従するようなパラメータ設定を行っている場合、エッジサーバ２０Ａは、センサ装置３０Ｂにリリース命令を通知して当該パラメータ設定を解除させてもよい（ステップＳ５２２）。
【０１４１】
以上、第１の例及び第２の例を説明した。以上説明した手続きにより、異なるエッジサーバ２０の管理範囲間でセンシング対象が移動しても、遅滞なく且つ継続的にセンシング情報を取得することができる。これにより、エッジサーバ２０は、ユーザに対してサービスを継続的に提供することが可能となる。
【０１４２】
＜３．２．３．第３のシナリオ＞
第３のシナリオは、ユーザデバイス４０が、エッジサーバ２０に対応付けられたセルを超えて移動するシナリオである。
【０１４３】
図２０は、第３のシナリオの概要を説明するための図である。図２０では、図１に示した全体構成のうち、本シナリオの説明に関与する構成が抜粋されている。図２０に示した例では、センシング対象３００がセンサ装置３０Ａのセンシング可能範囲３１Ａに位置し、ユーザデバイス４０が、エッジサーバ２０Ａに対応付けられたセル２０１Ａから、エッジサーバ２０Ｂに対応付けられたセル２０１Ｂに移動する。
【０１４４】
エッジサーバ２０は、ユーザデバイス４０がエッジサーバ２０自身に対応付けられた第１のセルから、他のエッジサーバ２０に対応付けられた第２のセルに移動する場合、ユーザデバイス４０に関する情報を当該他のエッジサーバ２０に送信する。例えば、エッジサーバ２０は、移動するユーザデバイス４０のユーザデバイス情報を、移動先の第２のセルに対応付けられた他のエッジサーバ２０に送信する。これにより、他のエッジサーバ２０に、ユーザデバイス４０の移動を認識させると共に、サービス提供のための処理を引き継がせることが可能となる。例えば、エッジサーバ２０は、移動するユーザデバイス４０のサービスに関する情報（例えば、サービスサブスクリプション情報等）を送信することで、他のエッジサーバ２０に、それまでと同等のサービスを引き続きユーザデバイス４０に提供させることが可能となる。
【０１４５】
また、エッジサーバ２０は、ユーザデバイス４０が自身に対応付けられた第１のセルから、他のエッジサーバ２０に対応付けられた第２のセルに移動する場合、当該他のエッジサーバ２０に関する情報をユーザデバイス４０に送信する。例えば、エッジサーバ２０は、移動先の第２のセルに対応付けられた他のエッジサーバ２０のアクセス情報をユーザデバイス４０に送信する。これにより、ユーザデバイス４０は、移動後に当該他のエッジサーバ２０にアクセスして、サービスの提供元をシームレスに変更して継続的にサービスの提供を受けることが可能となる。
【０１４６】
以下、第３のシナリオにおける処理について説明する。
【０１４７】
図２１は、本実施形態に係るシステム１において実行される第３のシナリオにおけるサービス提供処理の流れの一例を示すシーケンス図である。図２１に示すように、本シーケンスには、ユーザデバイス４０、エッジサーバ２０Ａ及びエッジサーバ２０Ｂが関与する。
【０１４８】
まず、ユーザデバイス４０は、定期的に又は不定期に、位置情報をエッジサーバ２０Ａに送信する（ステップＳ６０２）。
【０１４９】
次いで、エッジサーバ２０Ａは、受信した位置情報に基づいて、ユーザデバイス４０の移動を検知する（ステップＳ６０４）。
【０１５０】
そして、エッジサーバ２０Ａは、セル２０１Ａを超えてユーザデバイス４０が移動すると推定した場合、移動先のセルに対応付けられた他のエッジサーバ２０を探索する（ステップＳ６０６）。ここでは、移動先のセルに対応付けられた他のエッジサーバ２０として、エッジサーバ２０Ｂが探索されたものとする。
【０１５１】
次に、エッジサーバ２０Ａは、ユーザデバイス４０に関する情報及びサービスに関する情報をエッジサーバ２０Ｂに送信する（ステップＳ６０８）。例えば、エッジサーバ２０Ａは、ユーザデバイス４０に対して動画配信等のストリーミングサービスを提供していた場合、ユーザデバイス４０の位置情報及び登録情報並びにストリーミングデータをエッジサーバ２０Ｂに送信する。これにより、エッジサーバ２０Ｂは、その後のユーザデバイス４０へのストリーミングサービスの提供に備えることが可能となる。
【０１５２】
次いで、エッジサーバ２０Ｂは、ＡＣＫをエッジサーバ２０Ａに送信する（ステップＳ６１０）。次に、エッジサーバ２０Ａは、移動先のエッジサーバ２０Ｂに関するエッジサーバアクセス情報をユーザデバイス４０に送信する（ステップＳ６１２）。
【０１５３】
次いで、ユーザデバイス４０は、ＡＣＫをエッジサーバ２０Ａに送信する（ステップＳ６１４）。次に、ユーザデバイス４０は、受信したエッジサーバアクセス情報を用いて、エッジサーバ２０Ｂにアクセスする（ステップＳ６１６）。
【０１５４】
そして、エッジサーバ２０Ｂは、ユーザデバイス４０へのサービス提供を開始する（ステップＳ６１８）。
【０１５５】
以上説明した手続きにより、セルを超えてユーザデバイス４０が移動しても、エッジサーバ２０は、ユーザに対してサービスを遅滞なく且つ継続的に提供することが可能となる。
【０１５６】
＜３．２．４．補足＞
エッジサーバ２０は、周辺の他のエッジサーバ２０の情報が不足している、又はセンサ装置３０の管理元が不明である等の理由で、サービス提供に係る判断ができないような場合に、グローバルサーバ１０へ情報の問い合わせを行ってもよい。その場合の処理の流れを、図２２を参照して説明する。
【０１５７】
図２２は、本実施形態に係るシステム１において実行されるグローバルサーバ１０への問い合わせ処理の流れの一例を示すシーケンス図である。図２２に示すように、本シーケンスには、エッジサーバ２０及びグローバルサーバ１０が関与する。
【０１５８】
まず、エッジサーバ２０は、グローバルサーバ１０にディスカバリリクエストを送信する（ステップＳ７０２）。
【０１５９】
次いで、グローバルサーバ１０は、受信したディスカバリリクエストに基づいて、他のエッジサーバ２０に関する情報を取得する、ディスカバリ処理を行う（ステップＳ７０４）。
【０１６０】
そして、グローバルサーバ１０は、ディスカバリ処理の結果を含むディスカバリレスポンスを、エッジサーバ２０に送信する（ステップＳ７０６）。
【０１６１】
＜＜４．リファレンスモデル実装例＞＞
図８に示したシステム１の機能構成のリファレンスモデルは、多様に実装され得る。以下、図２３及び図２４を参照して、リファレンスモデルの他の実装例を説明する。
【０１６２】
（１）センシング情報の分散処理
図２３は、本実施形態に係るリファレンスモデルの他の実装例を説明するための図である。図２３に示した実装例は、センシング情報を分散処理するためのスレーブサービスサーバ２１（２１Ａ〜２１Ｄ）を、中央制御型のマスタサービスサーバ１１が制御する構成である。各スレーブサービスサーバ２１には、意思決定機能６０及びインタフェース機能９０がマッピングされる。マスタサービスサーバ１１には、意思決定機能６０、意思決定機能６０に対応するインタフェース機能９０、データベース機能５０及びデータベース機能５０に対応するインタフェース機能９０がマッピングされる。そして、マスタサービスサーバ１１と各スレーブサービスサーバ２１との間の、リファレンスポイントＣ及びＤに通信機能１００がマッピングされる。
【０１６３】
スレーブサービスサーバ２１は、リファレンスポイントＢを介してひとつ以上のセンサ装置３０と接続し得、また、リファレンスポイントＡを介してひとつ以上のユーザデバイス４０と接続し得る。
【０１６４】
マスタサービスサーバ１１は、センシングサービス提供のための情報処理をスレーブサービスサーバ２１に委任する。そして、マスタサービスサーバ１１は、スレーブサービスサーバ２１による処理結果を束ねて処理し、サービスを提供する。このような分散処理により、計算負荷の分散が実現される。
【０１６５】
また、マスタサービスサーバ１１は、ユーザデバイス４０及びセンシング対象のモビリティを管理する。これにより、スレーブサービスサーバ２１間の情報交換のオーバヘッドを削減して高効率化を実現することが可能となる。
【０１６６】
このように、センシング情報を分散処理可能な構成により、サーバの計算負荷分散及びサーバ間の情報交換の効率化が実現可能となる。
【０１６７】
（２）ビッグデータの収集及び処理
図２４は、本実施形態に係るリファレンスモデルの他の実装例を説明するための図である。図２４に示した実装例は、ビッグデータ処理サーバ１２が、複数のセンサ装置３０（３０Ａ〜３０Ｄ）から取得したセンシング情報に対してビッグデータ処理を行う構成である。ビッグデータ処理サーバ１２には、意思決定機能６０、意思決定機能６０に対応するインタフェース機能９０、リポジトリ機能（Repository  function）５２及びリポジトリ機能に対応するインタフェース機能９０がマッピングされる。
【０１６８】
リポジトリ機能５２は、ビッグデータ処理のための情報を記憶するソフトウェアまたはハードウェアモジュールである。リポジトリ機能５２のサービスアクセスポイントがＲ（Repository）−ＳＡＰ５３である。ビッグデータ処理サーバ１２の意思決定機能６０は、リポジトリ機能５２に格納されたセンシング情報に対し、ユーザに対するサービスとして提供可能になるようビッグデータ処理を適用する。
【０１６９】
ビッグデータ処理サーバ１２は、リファレンスポイントＣを介してひとつ以上のセンサ装置３０と接続される。また、ユーザデバイス４０は、リファレンスポイントＡを介してビッグデータ処理サーバ１２にアクセスし、サービスの提供を受けることが可能である。
【０１７０】
このような実装形態であっても、上述した本技術を適用可能である。例えば、第１のシナリオ及び第２のシナリオと同様に、ビッグデータ処理サーバ１２は、センシング対象がセンサ装置３０のセンシング可能範囲内又は管理範囲を超えて移動する場合であっても。効率的且つ適切にユーザにビッグデータ処理を活用したサービスを提供することが可能である。また、第３のシナリオと同様に、ビッグデータ処理サーバ１２は、ユーザデバイス４０がセルを超えて移動する場合であっても。効率的且つ適切にユーザにビッグデータ処理を活用したサービスを提供することが可能である。
【０１７１】
＜＜５．アプリケーション例＞＞
以下、上記説明したシステム１により提供されるアプリケーションの一例を説明する。
【０１７２】
＜５．１．第１のアプリケーション例＞
図２５は、本実施形態に係るシステム１により提供される第１のアプリケーション例を説明するための図である。図２５に示すように、第１のアプリケーション例は、マラソンに関する。ユーザ４００はマラソンのランナーであり、ユーザデバイス４０はウェアラブルデバイス等のランナーのデバイスである。センシング対象３００はユーザ４００に先行する他のランナーである。センサ装置３０Ａ及び３０Ｂは、マラソンコース沿いに設置された環境センシング用カメラである。例えば、ユーザ４００は、センシング対象３００に関するセンシングサービスの提供を受けたり、コース状況等に応じた最適なペース配分を指示するサービスの提供を受けたりする。以下、本アプリケーションによるサービスの提供について詳しく説明する。
【０１７３】
まず、ユーザ４００は、本アプリケーションによるサービスの提供を受けるためのサブスクリプションを行う。具体的には、ユーザ４００は、スタート前に、ユーザデバイス４０を介してサブスクリプションリクエストをエッジサーバ２０に通知する。この通知は、音声認識又は物理キーによる入力等をトリガとして手続きが開始されてよい。サブスクリプションリクエストには、例えばユーザデバイス４０の位置情報、ユーザデバイス４０により検出されたユーザ４００の健康状態に係る情報（例えば、体温、脈拍数等）が含まれ得る。また、ユーザデバイス４０にカメラが付属している場合、ユーザ４００の顔画像、又は全身画像といったユーザ４００の外見が識別可能な情報を含む画像情報が、サブスクリプションリクエストに含まれ得る。この画像情報は、エッジサーバ２０を跨いでユーザ４００をトラッキングし続けるための、画像認識によるユーザ４００の同定のための補助情報として用いられ得る。
【０１７４】
走行中、ユーザ４００は、ユーザデバイス４０を介してサービス提供リクエストをエッジサーバ２０Ａへ通知する。この通知も、サブスクリプションリクエストと同様に、音声認識又は物理キーによる入力等をトリガとして手続きが開始されてよい。例えば、サービス提供リクエストにおいて、ユーザ４００がペースメーカーとしたいセンシング対象３００の現在の情報（例えば、速度）および自身の現在の情報に基づいた、最適な走行のための情報の提供を求めるというケースが想定される。そのために、例えば、サービス提供リクエストには、センシング対象３００の特徴情報（例えば、ランナー名、大会登録番号等）、又は自身との離隔距離（即ち、ｘ［ｍ］先のランナーをペースメーカーにしたい、という情報）といった情報が含まれ得る。これらの情報を基に、エッジサーバ２０Ａは、エッジサーバ２０Ｂを介してセンサ装置３０Ａ及びセンサ装置３０Ｂからのセンシング情報を取得し、取得したセンシング情報とユーザ４００から得られた情報とを加工することで、センシングサービスを提供する。
【０１７５】
以上、第１のアプリケーション例について説明した。ただし、本アプリケーションでは、ユーザもセンシング対象もランナーであり、地理的・空間的な移動を伴う。そこで、上述した本技術が適用されることで、本アプリケーションは、遅滞なく且つ継続的にユーザに対してサービスを提供することが可能となる。
【０１７６】
＜５．２．第２のアプリケーション例＞
図２６は、本実施形態に係るシステム１により提供される第２のアプリケーション例を説明するための図である。図２６に示すように、第２のアプリケーション例は、見守りに関する。ユーザ４００は保護者又は介護者であり、ユーザデバイス４０は保護者又は介護者のスマートフォン等のデバイスである。センシング対象３００は高齢者又は子供等の、保護者又は介護者の見守り対象者である。センサ装置３０としては、例えば熱検知センサ（特に高齢者の体温検知用）、スマートフォン（ＧＰＳによる位置検知用）、及び監視カメラ（映像、画像取得用）等が考えられる。図２６に示した例では、センサ装置３０Ａは監視カメラであり、センサ装置３０Ｂはセンシング対象３００が利用するスマートフォンである。
【０１７７】
本アプリケーションは、誘拐等の犯罪から子供を守ること、又は徘徊癖のある痴呆症の高齢者を保護すること等を目的とし、映像等をリアルタイムで配信する。本アプリケーションに上述した本技術が適用されることで、保護者又は介護者は、見守り対象者がどのような場所にいても遠隔地から見守ることが可能となる。以下、本アプリケーションによるサービスの提供について詳しく説明する。
【０１７８】
まず、ユーザ４００は、本アプリケーションによるサービスの提供を受けるためのサブスクリプションを行う。具体的には、ユーザ４００は、ユーザデバイス４０を介してサブスクリプションリクエストをエッジサーバ２０に通知する。この通知は、音声認識又は物理キーによる入力等をトリガとして手続きが開始されてよい。サブスクリプションリクエストには、例えば、ユーザデバイス４０の電話番号、メールアドレス、及び位置情報等が含まれ得る。また、サブスクリプションリクエストには、センシング対象３００の健康状態に係る情報（例えば、体温、脈拍数等）等が含まれ得る。また、顔画像、全身画像といったセンシング対象３００の外見が識別可能な情報を含む画像情報が、サブスクリプションリクエストに含まれ得る。この画像情報は、エッジサーバ２０を跨いでセンシング対象３００をトラッキングし続けるための、画像認識によるセンシング対象３００の同定のための補助情報として用いられ得る。サブスクリプションリクエストは、スマートフォン又はＰＣのアプリケーション又はウェブブラウザ等のＧＵＩを介して通知されてもよい。
【０１７９】
また、サブスクリプションの際に、センシング対象３００が所有するスマートフォン３０Ｂに関する情報が登録されてもよい。例えば、スマートフォン３０Ｂの電話番号、及び所有者情報が登録され得る。
【０１８０】
サブスクリプションの実施後に、ユーザ４００は、ユーザデバイス４０を介してサービス提供リクエストをエッジサーバ２０へ通知する。この通知も、サブスクリプションリクエストと同様に、音声認識又は物理キーによる入力等をトリガとして手続きが開始されてよい。また、この通知も、サブスクリプションリクエストと同様に、スマートフォン又はＰＣのアプリケーション又はウェブブラウザ等のＧＵＩを介して実施されてもよい。
【０１８１】
サービス開始時の処理を、図２７を参照して説明する。図２７は、本実施形態に係るシステム１により提供される第２のアプリケーション例におけるサービス提供処理の流れの一例を示すシーケンス図である。図２７に示すように、本シーケンスには、センサ装置３０Ａ及びエッジサーバ２０が関与する。
【０１８２】
まず、エッジサーバ２０は、センシング対象３００をセンシング可能なセンサ装置３０を探索するためのセンサ装置探索処理を行う（ステップＳ８０２）。例えば、エッジサーバ２０は、サブスクリプション情報及びサービス提供リクエストに含まれる情報、並びにセンサ装置３０から提供されるセンシング情報に基づいて、センシング対象３００を探索する。ここでは、解析の結果、センサ装置３０Ａがセンシング対象３００を捉えていると判断されたものとする。
【０１８３】
次いで、エッジサーバ２０は、センシング対象に関する情報をセンサ装置３０Ａに送信する（ステップＳ８０４）。その際、エッジサーバ２０は、解析結果に関する情報も通知してもよい。
【０１８４】
そして、センサ装置３０Ａは、センシングを開始する（ステップＳ８０６）。その際、センサ装置３０Ａは、エッジサーバ２０から受信した情報に基づいて、例えばセンシングのための設定を行ってもよい。
【０１８５】
以上、第２のアプリケーション例について説明した。ただし、本アプリケーションでは、ユーザもセンシング対象も地理的・空間的な移動を伴う。そこで、上述した本技術が適用されることで、本アプリケーションは、遅滞なく且つ継続的にユーザに対してサービスを提供することが可能となる。
【０１８６】
＜５．３．第３のアプリケーション例＞
第３のアプリケーション例は、犯罪者の追尾に関する。本アプリケーション例では、例えば、ユーザはコンビニエンスストアの店員又は警察官であり、ユーザデバイス４０は店舗又は警察のデバイスであり、センサ装置３０は監視カメラであり、センシング対象は店舗から退店した来店客である。
【０１８７】
例えば、コンビニエンスストアで万引き等の犯罪が発生し、犯人（即ち、来店客）が逃走したとする。このような場合に、店員が店舗に備え付けられたＰＣ上で、犯人の特徴や、店舗情報等を入力し、エッジサーバ２０へ通知する。このときに、警察への通報が自動的に実施されてもよい。
【０１８８】
エッジサーバ２０は、通知された情報を、サービス提供リクエストとして取り扱う。エッジサーバ２０は、店舗の周囲のセンサ装置３０に対して一斉にセンシングリクエストを送信して、センシング情報を取得する。そして、エッジサーバ２０は、取得したセンシング情報とサービス提供リクエストに含まれる情報とに基づいて、犯人を探索して、犯人を捕捉可能なセンサ装置３０へセンシングリクエストを送信する。
【０１８９】
その後、システム１は、犯人の移動に伴い処理主体のエッジサーバ２０又はセンシングを行うセンサ装置３０を切り替えながら、遅滞なく且つ継続的に犯人を追跡する。これにより、警察による犯人逮捕に貢献することが可能となる。
【０１９０】
以上、第３のアプリケーション例について説明した。ただし、本アプリケーションでは、ユーザもセンシング対象も地理的・空間的な移動を伴う。そこで、上述した本技術が適用されることで、本アプリケーションは、遅滞なく且つ継続的にユーザに対してサービスを提供することが可能となる。
【０１９１】
＜＜６．ハードウェア構成例＞＞
最後に、図２８を参照して、本実施形態に係る情報処理装置のハードウェア構成について説明する。図２８は、本実施形態に係る情報処理装置のハードウェア構成の一例を示すブロック図である。なお、図２８に示す情報処理装置９００は、例えば、図４、図５、図６及び図７にそれぞれ示したグローバルサーバ１０、エッジサーバ２０、センサ装置３０又はユーザデバイス４０を実現し得る。本実施形態に係るグローバルサーバ１０、エッジサーバ２０、センサ装置３０又はユーザデバイス４０による情報処理は、ソフトウェアと、以下に説明するハードウェアとの協働により実現される。
【０１９２】
図２８に示すように、情報処理装置９００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０３及びホストバス９０４ａを備える。また、情報処理装置９００は、ブリッジ９０４、外部バス９０４ｂ、インタフェース９０５、入力装置９０６、出力装置９０７、ストレージ装置９０８、ドライブ９０９、接続ポート９１１及び通信装置９１３を備える。情報処理装置９００は、ＣＰＵ９０１に代えて、又はこれとともに、電気回路、ＤＳＰ若しくはＡＳＩＣ等の処理回路を有してもよい。
【０１９３】
ＣＰＵ９０１は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置９００内の動作全般を制御する。また、ＣＰＵ９０１は、マイクロプロセッサであってもよい。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。ＣＰＵ９０１は、例えば、図４に示す制御部１３０、図５に示す制御部２３０、図６に示す制御部３５０又は図７に示す制御部４６０を形成し得る。
【０１９４】
ＣＰＵ９０１、ＲＯＭ９０２及びＲＡＭ９０３は、ＣＰＵバスなどを含むホストバス９０４ａにより相互に接続されている。ホストバス９０４ａは、ブリッジ９０４を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９０４ｂに接続されている。なお、必ずしもホストバス９０４ａ、ブリッジ９０４および外部バス９０４ｂを分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。
【０１９５】
入力装置９０６は、例えば、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチ及びレバー等、ユーザによって情報が入力される装置によって実現される。また、入力装置９０６は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置９００の操作に対応した携帯電話やＰＤＡ等の外部接続機器であってもよい。さらに、入力装置９０６は、例えば、上記の入力手段を用いてユーザにより入力された情報に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路などを含んでいてもよい。情報処理装置９００のユーザは、この入力装置９０６を操作することにより、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりすることができる。
【０１９６】
他にも、入力装置９０６は、ユーザに関する情報を検知する装置により形成され得る。例えば、入力装置９０６は、画像センサ（例えば、カメラ）、深度センサ（例えば、ステレオカメラ）、加速度センサ、ジャイロセンサ、地磁気センサ、光センサ、音センサ、測距センサ、力センサ等の各種のセンサを含み得る。また、入力装置９０６は、情報処理装置９００の姿勢、移動速度等、情報処理装置９００自身の状態に関する情報や、情報処理装置９００の周辺の明るさや騒音等、情報処理装置９００の周辺環境に関する情報を取得してもよい。また、入力装置９０６は、ＧＮＳＳ（Global  Navigation  Satellite  System）衛星からのＧＮＳＳ信号（例えば、ＧＰＳ（Global  Positioning  System）衛星からのＧＰＳ信号）を受信して装置の緯度、経度及び高度を含む位置情報を測定するＧＮＳＳモジュールを含んでもよい。また、位置情報に関しては、入力装置９０６は、Ｗｉ−Ｆｉ（登録商標）、携帯電話・ＰＨＳ・スマートフォン等との送受信、または近距離通信等により位置を検知するものであってもよい。入力装置９０６は、例えば、図６に示すセンサ部３３０又は図７に示す入力部４３０を形成し得る。
【０１９７】
出力装置９０７は、取得した情報をユーザに対して視覚的又は聴覚的に通知することが可能な装置で形成される。このような装置として、ＣＲＴディスプレイ装置、液晶ディスプレイ装置、プラズマディスプレイ装置、ＥＬディスプレイ装置、レーザープロジェクタ、ＬＥＤプロジェクタ及びランプ等の表示装置や、スピーカ及びヘッドホン等の音声出力装置や、プリンタ装置等がある。出力装置９０７は、例えば、情報処理装置９００が行った各種処理により得られた結果を出力する。具体的には、表示装置は、情報処理装置９００が行った各種処理により得られた結果を、テキスト、イメージ、表、グラフ等、様々な形式で視覚的に表示する。他方、音声出力装置は、再生された音声データや音響データ等からなるオーディオ信号をアナログ信号に変換して聴覚的に出力する。出力装置９０７は、例えば、図７に示す出力部４４０を形成し得る。
【０１９８】
ストレージ装置９０８は、情報処理装置９００の記憶部の一例として形成されたデータ格納用の装置である。ストレージ装置９０８は、例えば、ＨＤＤ等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス又は光磁気記憶デバイス等により実現される。ストレージ装置９０８は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。このストレージ装置９０８は、ＣＰＵ９０１が実行するプログラムや各種データ及び外部から取得した各種のデータ等を格納する。ストレージ装置９０８は、例えば、図４に示す記憶部１２０、図５に示す記憶部２２０、図６に示す記憶部３４０又は図７に示す記憶部４５０を形成し得る。
【０１９９】
ドライブ９０９は、記憶媒体用リーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９０９は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体に記録されている情報を読み出して、ＲＡＭ９０３に出力する。また、ドライブ９０９は、リムーバブル記憶媒体に情報を書き込むこともできる。
【０２００】
接続ポート９１１は、外部機器と接続されるインタフェースであって、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）などによりデータ伝送可能な外部機器との接続口である。
【０２０１】
通信装置９１３は、例えば、ネットワーク９２０に接続するための通信デバイス等で形成された通信インタフェースである。通信装置９１３は、例えば、有線若しくは無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷＵＳＢ（Ｗｉｒｅｌｅｓｓ  ＵＳＢ）用の通信カード等である。また、通信装置９１３は、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）用のルータ又は各種通信用のモデム等であってもよい。この通信装置９１３は、例えば、インターネットや他の通信機器との間で、例えばＴＣＰ／ＩＰ等の所定のプロトコルに則して信号等を送受信することができる。通信装置９１３は、例えば、図４に示すネットワーク通信部１１０、図５に示すネットワーク通信部２１０、図６に示すアンテナ部３１０及び無線通信部３２０又は図７に示すアンテナ部４１０及び無線通信部４２０を形成し得る。
【０２０２】
なお、ネットワーク９２０は、ネットワーク９２０に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、ネットワーク９２０は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを含んでもよい。また、ネットワーク９２０は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
【０２０３】
以上、本実施形態に係る情報処理装置９００の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて実現されていてもよいし、各構成要素の機能に特化したハードウェアにより実現されていてもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。
【０２０４】
なお、上述のような本実施形態に係る情報処理装置９００の各機能を実現するためのコンピュータプログラムを作製し、ＰＣ等に実装することが可能である。また、このようなコンピュータプログラムが格納された、コンピュータで読み取り可能な記録媒体も提供することができる。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリ等である。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信されてもよい。
【０２０５】
＜＜７．まとめ＞＞
以上、図１〜図２８を参照して、本開示の一実施形態について詳細に説明した。上記説明したように、本実施形態に係るエッジサーバ２０は、インターネットとローカルネットワークとの間のゲートウェイよりもローカルネットワーク側に配置され、自身に対応付けられた第１のセルに無線接続する、ひとつ以上のセンサ装置３０に関する情報を、第２のセルに対応付けられた他のエッジサーバ２０との間で送信又は受信する。エッジサーバ２０は、ローカルネットワーク側に配置されるので、センサ装置３０との通信距離が短くなり、通信に係る負荷を抑制することが可能である。また、エッジサーバ２０間でセンサ装置３０に関する情報が交換されるので、センサ装置３０に関する情報に基づく情報処理を複数のエッジサーバ２０が分散して実施することが可能となる。このように、エッジサーバ２０は、多数のセンサ装置３０を収容しつつ、他のエッジサーバ２０と連携して、効率的且つ適切にユーザにサービスを提供することが可能である。
【０２０６】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２０７】
例えば、上記実施形態では、センサ装置３０として監視カメラ等の固定的に設置される装置を一例として挙げたが、本技術はかかる例に限定されない。例えば、センサ装置３０は、モビリティを有していてもよい。その場合、センサ装置３０の移動に基づく処理は、例えば上述した第３のシナリオと同様にして行われ得る。
【０２０８】
また、本明細書においてシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
【０２０９】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２１０】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
インターネットとローカルネットワークとの間のゲートウェイよりもローカルネットワーク側に配置される制御装置であって、
前記制御装置に対応付けられた第１のセルに無線接続する、ひとつ以上のセンサ装置に関する情報を、第２のセルに対応付けられた他の制御装置との間で送信又は受信する制御部、
を備える制御装置。
（２）
前記制御部は、端末装置からのリクエストに基づいて、センシング対象をセンシング可能な第１のセンサ装置を選定し、選定した前記第１のセンサ装置のセンシング情報に基づいてサービス情報を生成し、前記端末装置に提供する、前記（１）に記載の制御装置。
（３）
前記リクエストは、前記サービス情報の生成に関する認証情報、及び契約情報を含む、前記（２）に記載の制御装置。
（４）
前記リクエストは、生成すべき前記サービス情報を指示する情報を含む、前記（２）又は（３）に記載の制御装置。
（５）
前記リクエストは、前記センシング対象を識別するための情報を含む、前記（２）〜（４）のいずれか一項に記載の制御装置。
（６）
前記制御部は、前記センシング対象が前記第１のセンサ装置のセンシング可能範囲から第２のセンサ装置のセンシング可能範囲に移動する場合、前記センシング対象に関する情報を前記第２のセンサ装置に送信する、前記（２）〜（５）のいずれか一項に記載の制御装置。
（７）
前記制御部は、前記第２のセンサ装置が前記第２のセルに接続している場合、前記センシング対象に関する情報を前記他の制御装置に送信する、前記（６）に記載の制御装置。
（８）
前記制御部は、前記センシング対象が前記第２のセンサ装置のセンシング可能範囲に移動したことを特定した後に、前記センシング対象に関する情報を前記他の制御装置に送信する、前記（７）に記載の制御装置。
（９）
前記制御部は、前記第１のセンサ装置のセンシング情報に基づいて前記センシング対象の移動を認識する場合、前記第２のセンサ装置を探索するためのリクエストを前記他の制御装置に送信する、前記（７）又は（８）に記載の制御装置。
（１０）
前記制御部は、前記第２のセンサ装置のセンシング情報に基づいて前記センシング対象の移動を認識する場合、前記第１のセンサ装置を探索するためのリクエストを前記他の制御装置から受信する、前記（７）又は（８）に記載の制御装置。
（１１）
前記制御部は、前記端末装置が前記第１のセルから前記第２のセルに移動する場合、前記端末装置に関する情報を前記他の制御装置に送信する、前記（２）〜（１０）のいずれか一項に記載の制御装置。
（１２）
前記制御部は、前記端末装置が前記第１のセルから前記第２のセルに移動する場合、前記他の制御装置に関する情報を前記端末装置に送信する、前記（２）〜（１１）のいずれか一項に記載の制御装置。
（１３）
前記制御部は、前記端末装置との間で、前記端末装置の位置情報を受信し、センシング情報を送信する、前記（２）〜（１２）のいずれか一項に記載の制御装置。
（１４）
前記制御部は、前記センサ装置から、前記センサ装置の位置情報又はセンシング情報を受信する、前記（２）〜（１３）のいずれか一項に記載の制御装置。
（１５）
前記制御部は、前記他の制御装置との間で、前記端末装置の位置情報、前記センサ装置の位置情報、又はセンシング情報を送信し又は受信する、前記（２）〜（１４）のいずれか一項に記載の制御装置。
（１６）
前記端末装置は、ランナーのデバイスであり、前記センシング対象は、前記ランナーに先行する他のランナーである、前記（２）〜（１５）のいずれか一項に記載の制御装置。
（１７）
前記端末装置は、保護者又は介護者のデバイスであり、前記センシング対象は、前記保護者又は介護者の見守り対象者である、前記（２）〜（１５）のいずれか一項に記載の制御装置。
（１８）
前記端末装置は、店舗又は警察のデバイスであり、前記センシング対象は、前記店舗から退店した来店客である、前記（２）〜（１５）のいずれか一項に記載の制御装置。
（１９）
インターネットとローカルネットワークとの間のゲートウェイよりもローカルネットワーク側に配置される制御装置により実行される方法であって、
前記制御装置に対応付けられた第１のセルに無線接続する、ひとつ以上のセンサ装置に関する情報を、第２のセルに対応付けられた他の制御装置との間で送信又は受信すること、
を含む方法。
【符号の説明】
【０２１１】
１      システム
１０    グローバルサーバ
１１    マスタサービスサーバ
１２    ビッグデータ処理サーバ
２０    エッジサーバ
２１    スレーブサービスサーバ
３０    センサ装置
３１    センシング可能範囲
４０    ユーザデバイス
２００    アクセスポイント
２０１    セル
３００    センシング対象
４００    ユーザ
５００    インターネット
６００    サービス提供サーバ
【図１】
2018137575.tif 000003
【図２】
2018137575.tif 000004
【図３】
2018137575.tif 000005
【図４】
2018137575.tif 000006
【図５】
2018137575.tif 000007
【図６】
2018137575.tif 000008
【図７】
2018137575.tif 000009
【図８】
2018137575.tif 000010
【図９】
2018137575.tif 000011
【図１０】
2018137575.tif 000012
【図１１】
2018137575.tif 000013
【図１２】
2018137575.tif 000014
【図１３】
2018137575.tif 000015
【図１４】
2018137575.tif 000016
【図１５】
2018137575.tif 000017
【図１６】
2018137575.tif 000018
【図１７】
2018137575.tif 000019
【図１８】
2018137575.tif 000020
【図１９】
2018137575.tif 000021
【図２０】
2018137575.tif 000022
【図２１】
2018137575.tif 000023
【図２２】
2018137575.tif 000024
【図２３】
2018137575.tif 000025
【図２４】
2018137575.tif 000026
【図２５】
2018137575.tif 000027
【図２６】
2018137575.tif 000028
【図２７】
2018137575.tif 000029
【図２８】
2018137575.tif 000030