JP6301779B2 - センサ制御装置、センサ制御方法およびセンサ制御プログラム - Google Patents

Description

本発明は、センサの情報を管理するセンサ制御装置、センサ制御方法およびセンサ制御プログラムに関する。

昨今の情報機器および通信ネットワークの発達に伴い、ライブカメラ、環境気象センサなど、様々なセンサが配置され、通信ネットワークを介して配信される（例えば、特許文献１参照。）。また多くの場所にライブカメラや環境気象センサが設置されていることから、これらの情報をまとめて提供するサイトも存在する。ライブカメラの情報を提供するサイトでは、ライブカメラの撮影データのＵＲＬへのリンクを表示したり、ライブカメラの撮影データを取り込んで表示したりする。

このようなセンサの検知データの公開においては、企業などが提供する大規模な配信サービスのみならず、小規模団体や個人が提供する小規模な配信サービスもある。また、個人などに小規模なライブ映像の提供を募って、主要都市の空模様をライブ映像で提供するサービスもある。

特開２００３−１２５３８９号公報

しかしながら、ユーザが所望のセンサを検索することが難しい場合がある。

具体的には、大規模な配信サービスにおいては、サービス提供者が各センサの情報をデータベースに登録する必要があるので、小規模な配信サービスに用いられるセンサまでは網羅することが難しい。また、所望の位置のみならず、所望の用途も適合するセンサを検索することが困難な場合もある。

従って本発明の目的は、ユーザによる所望のセンサの検索を支援するセンサ制御装置、センサ制御方法およびセンサ制御プログラムを提供することである。

上記課題を解決するために、本発明の第１の特徴は、センサの情報を管理するセンサ制御装置に関する。本発明の第１の特徴に係るセンサ制御装置は、センサの識別子、センサの位置情報、センサの属性、および当該センサの検知データを公開するサイトの識別子を対応づけたセンサ属性データを記憶する記憶装置と、位置情報および用途を含むクエリが入力されると、センサ属性データから、クエリの位置情報から所定距離内の位置情報に対応づけられ、かつクエリの用途に対応する属性に対応づけられたセンサの識別子を取得して、取得したセンサの識別子に対応するサイトの識別子を出力する検索手段を備える。

検索手段はさらに、サイトの識別子に基づいて、サイトからセンサの検知データを取得して、クエリの位置情報と、取得した検知データを対応づけて、出力しても良い。

クエリの位置情報が、２点を結ぶルートの情報である場合、検索手段は、当該ルートから所定距離内の位置情報に対応づけられ、かつクエリの用途に対応する属性に対応づけられたセンサの識別子を取得しても良い。

センサは、カメラで、検知データは、撮影データであって、センサの属性は、カメラが撮影する方向または被写体を含み、クエリの用途が、道路の混雑状況の場合、検索手段は、当該ルートから所定距離内の位置情報に対応づけられ、かつ属性が、当該カメラが道路を撮影することを示すカメラの識別子を取得しても良い。

センサは、カメラで、検知データは、撮影データであって、検索手段は、取得したカメラの識別子に対応する撮影データのサイトの識別子から、所定時間毎に撮影データを取得し、取得した撮影データを静止画データとして出力するとともに、所定時間より短い時間間隔毎に新たな撮影データを取得し、新たな撮影データにおける動体の位置を、静止画データに重畳して、出力しても良い。

センサは、環境気象センサで、センサの属性は、当該センサが検知可能な環境気象種別で、検知データは、環境気象センサが検知した値であって、検索手段において、クエリの用途に適する属性は、クエリの用途に対応する環境気象種別であっても良い。

検索手段は検知データを要求する要求ユーザ端末と、検知データを提供可能な提供ユーザ端末に接続し、要求ユーザ端末から、クエリが入力されると、センサ属性データを検索してクエリに対応するセンサが検索されない場合、提供ユーザ端末にクエリを通知し、提供ユーザ端末のうち、クエリに対応するセンサの検知データを提供する提供ユーザ端末から検知データを受信して、要求ユーザ端末に送信しても良い。

本発明の第２の特徴は、センサ制御装置が、センサの情報を管理するセンサ制御方法に関する。本発明の第２の特徴に係るセンサ制御方法は、センサ制御装置が、センサの識別子、センサの位置情報、センサの属性、および当該センサの検知データを公開するサイトの識別子を対応づけたセンサ属性データを記憶する記憶ステップと、センサ制御装置が、位置情報および用途を含むクエリが入力されると、センサ属性データから、クエリの位置情報から所定距離内の位置情報に対応づけられ、かつクエリの用途に対応する属性に対応づけられたセンサの識別子を取得して、取得したセンサの識別子に対応するサイトの識別子を出力する検索ステップを備える。

本発明の第３の特徴は、センサの情報を管理するセンサ制御プログラムに関する。本発明の第３の特徴に係るセンサ制御プログラムは、センサの識別子、センサの位置情報、センサの属性、および当該センサの検知データを公開するサイトの識別子を対応づけたセンサ属性データを記憶する記憶ステップと、位置情報および用途を含むクエリが入力されると、センサ属性データから、クエリの位置情報から所定距離内の位置情報に対応づけられ、かつクエリの用途に対応する属性に対応づけられたセンサの識別子を取得して、取得したセンサの識別子に対応するサイトの識別子を出力する検索ステップを、コンピュータに実行させる。

本発明によれば、ユーザによる所望のセンサの検索を支援するセンサ制御装置、センサ制御方法およびセンサ制御プログラムを提供することができる。

図１は、センサ制御装置のハードウェア構成および機能ブロックを説明する図である。 図２は、センサ属性データのデータ構造とデータの一例を示す図である。 図３は、検索手段による空模様の表示画面の一例を説明する図である（その１）。 図４は、検索手段による空模様の表示画面の一例を説明する図である（その２）。 図５は、ルート表示手段による表示画面の一例を説明する図である（その１）。 図６は、ルート表示手段による表示画面の一例を説明する図である（その２）。 図７は、ルート表示手段による表示画面の一例を説明する図である（その３）。 図８は、動線表示手段による動線表示処理を説明するフローチャートである。 図９は、動線表示手段による表示画面の一例を説明する図である（その１）。 図１０は、動線表示手段による表示画面の一例を説明する図である（その２）。 図１１は、動線表示手段による表示画面の一例を説明する図である（その３）。 図１２は、動線表示手段による表示画面の一例を説明する図である（その４）。 図１３は、センサ要求処理手段を説明するシーケンス図である。

次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。

（センサ制御システム）
図１を参照して、本発明の実施の形態に係るセンサ制御システム１００を説明する。センサ制御システム１００は、センサ制御装置１、検知データ提供サーバ２、カメラ３ａ、環境気象センサ３ｂおよびユーザ端末４を備える。センサ制御装置１は、通信ネットワーク５を介して、検知データ提供サーバ２およびユーザ端末４と相互に通信可能に接続される。

センサ３は、カメラ３ａや環境気象センサ３ｂである。カメラ３ａは、典型的には、所定位置に設置され、動画で配信するライブカメラであるが、所定時間おきに静止画を撮影するデジタルカメラでもよいし、スマートフォンなどの可搬性端末に備えられるカメラでも良い。環境気象センサ３ｂは、二酸化窒素、光化学オキシダント、ＰＭ２．５、紫外線などの有害物質を測定するセンサである。

センサ３は検知データを出力する。センサ３がカメラ３ａの場合、検知データは、動画データや静止画データなどの撮影データである。センサ３が環境気象センサ３ｂの場合、検知データは、各有害物質について、環境気象センサ３ｂが検知した値のデータである。

なお、本発明の実施の形態においては、センサ３がカメラ３ａや環境気象センサ３ｂの場合を説明するが、これに限られない。

検知データ提供サーバ２は、例えばウェブサーバやストリーミング配信サーバであって、センサ３から検知データを取得して、検知データを提供する。検知データ提供サーバ２は、検知データ提供サーバ２に接続するセンサ制御装置１、ユーザ端末４等のコンピュータに、検知データを提供する。なお、センサ３と検知データ提供サーバ２は、同一筐体で実装されても良い。例えば、センサ３が、可搬性端末に備えられるカメラ３ａの場合、検知データ提供サーバ２は、そのカメラ３ａを備える可搬性端末であっても良い。

ユーザ端末４は、ユーザが利用する端末であって、例えば、スマートフォン、タブレット端末、ノートパソコン、デスクトップパソコンなどである。ユーザ端末４は、可搬性を備えていても良いし、備えていなくても良い。ユーザ端末４は、ユーザの操作等により、センサ制御装置１に、センサ３を検索するためのクエリ等を入力する。ユーザ端末４は、センサ制御装置１から検知データを取得しても良いし、センサ制御装置１から検知データを提供している検知データ提供サーバ２のＵＲＬを取得して、検知データ提供サーバ２から所望のセンサ３の検知データを取得しても良い。

またユーザ端末４は、カメラ３ａや環境気象センサ３ｂなどのセンサ３を備えても良い。ユーザ端末４は、断続的に、或いは所定のタイミングで、センサ３の検知データを、検知データ提供サーバ２を介して、または、検知データ提供サーバ２を介すことなく、センサ制御装置１に送信しても良い。

（センサ制御装置）
センサ制御装置１は、センサの情報を管理する。センサ制御装置１は、検知データ提供サーバ２およびユーザ端末４等に接続して、センサを検索するためのクエリを受信し、クエリに適するセンサの情報を取得して、ユーザ端末４等に提供する。センサ制御装置１は、記憶装置１０、処理制御装置２０および通信制御装置３０を備える一般的なコンピュータである。一般的なコンピュータが所定の処理を実行するためのセンサ制御プログラムを実行することにより、図１に示す各機能を実現する。

通信制御装置３０は、センサ制御装置１を通信ネットワーク５に接続するためのインタフェースである。

記憶装置１０は、センサ制御プログラムを記憶するとともに、センサ属性データ１１およびユーザデータ１２を記憶する。センサ属性データ１１およびユーザデータ１２は、データベースとして構築され、ＡＰＩアクセスを可能としても良い。この場合、ＡＰＩで定められた入力があれば、このＡＰＩで定められた通りに出力する。

センサ属性データ１１は、図２（ａ）に示すように、センサ３の識別子、センサ３の位置情報、センサ３の属性、およびセンサ３の検知データを公開するサイトの識別子を対応づけたデータである。センサの識別子は、センサの名称であっても良いし、センサ制御装置１が個々のセンサを識別可能なコードであっても良い。センサ３の位置情報は、センサが設置された緯度経度、住所、地名、駅名、通り名などである。センサ３が可搬性を備える場合、センサ３の位置情報に、この位置で検知データを提供可能な時間が対応づけられても良い。サイトの識別子は、センサ３の検知データを公開する検知データ提供サーバ２のＵＲＬである。ここでセンサ３がカメラ３ａの場合、サイトの識別子は、サムネイル用と、縮小されていない画像用とで、異なるＵＲＬが設定されても良い。

センサ３の属性は、クエリに適合する用途に合致するか否かを判定するために参照されるデータである。センサ３の属性は、図２（ａ）に示すように、種別、キーワード、動作ステータス、利用者評価などである。種別は、カメラ３ａ、環境気象センサ３ｂなどのセンサ３の種類である。キーワードは、センサ３の特徴を示す用語であって、例えば近隣のランドマークや地名などである。動作ステータスは、センサ３が現在動作中であるか否か、具体的には、センサ制御装置１またはユーザ端末４が、このセンサ３の検知データを取得可能であるか否かを示す。利用者評価は、例えば点数形式のセンサ３の評価である。利用者評価は、センサの検知データを参照したユーザ端末４のユーザが、検知データやセンサ３を評価することにより、設定されても良い。また利用者評価は、ユーザが複数のセンサ３から選択したセンサ３についてプラス評価を付したりすることにより設定されても良い。

センサ３がカメラ３ａの場合、属性は、図２（ａ）に示すように、解像度、転送レート、撮影データの圧縮方式、配信方式、カメラの方向、角度、被写体、カメラ種別なども含む。撮影データの圧縮方式は、ＪＰＥＧ、ＭＰＥＧなどであって、撮影データのデコート方法を示すとともに、動画、静止画などの撮影データの別を示す。配信方法は、撮影データをダウンロードするか、ストリーミングで配信するかの別である。カメラの方向は、例えば、「真北から時計回りに９０度」など、水平方向でのカメラの角度を意味し、カメラの角度は、例えば、「水平から上方に３０度」など、垂直方向でのカメラの角度を意味する。カメラ種別は、固定カメラか可搬性を備えるカメラかの別である。

センサ３が環境気象センサ３ｂの場合、属性は、図２（ａ）に示すように、この環境気象センサ３ｂが検知可能な環境気象種別であって、具体的には、二酸化窒素、光化学オキシダント、ＰＭ２．５、紫外線などである。例えば図２に示すように、環境気象センサ３ｂの属性として、この環境気象センサ３ｂが検知可能な環境気象種別にＴＲＵＥがセットされ、検知不可能な環境気象種別にＦＡＬＳＥがセットされても良い。

なお、図２（ａ）に示すように、属性として、上記に示した属性の各項目に加えて、各センサが、どのような用途に適しているかを示す用途フラグを設けても良い。例えば、屋外を撮影するカメラ３ａは、空の様子や、傘をさしている人の数などから降雨状況を確認可能である。従って、屋外を撮影するカメラ３ａのうち、降雨状況を確認できる解像度を持つカメラ３ａの識別子に、「空模様」の用途フラグにＴＲＵＥがセットされる。また、屋外を撮影するカメラ３ａが、道路を撮影する場合、道路の混雑状況を確認可能である。従って、屋外を撮影するカメラ３ａのうち、被写体に道路を含むカメラ３ａの識別子に、「道路の混雑状況」の用途フラグにＴＲＵＥがセットされる。

またセンサ属性データ１１の他の例として、図２（ｂ）に示すように、上記に示した属性の各項目に代えて、用途フラグが設けられても良い。

ユーザデータ１２は、センサ制御システム１００を利用するユーザ端末４のリストである。ユーザデータ１２は、ユーザ端末４の識別子に、このユーザ端末４が有するセンサ３の識別子およびユーザ端末４の位置を対応づけて記憶しても良い。さらにユーザデータ１２は、各ユーザのセンサ制御システム１００における貢献度等に応じて付与された評価を対応づけて記憶しても良い。ここでユーザ端末４の位置は、ユーザ端末４が可搬性を有する場合、所定のタイミングでユーザ端末４等からユーザの位置を取得することにより、逐次更新される。

処理制御装置２０は、センサ制御プログラムを実行することにより、センサ管理手段２１および検索手段２２による機能を実現する。

（センサ管理手段）
センサ管理手段２１は、センサ属性データ１１に、新たなセンサの情報を追加したり、センサの属性、特に動作ステータス、利用者評価などを更新したりする。

センサ管理手段２１は、ウェブをクローリングして、ウェブ上で公開されているセンサ３の情報を収集して、センサ属性データ１１に新たなセンサの情報を追加する。具体的には、センサ管理手段２１は、ウェブのタイトル、キーワード要素、ボディ部内のテキスト検索から、公開されるセンサ３の情報を取得する。さらにセンサ管理手段２１は、ＪａｖａＳｃｒｉｐｔ（登録商標）のスクリプトを参照して、撮影データの配信に用いられるプラグイン呼び出しや制御文の有無を確認して、センサ３があると判断すると、そのセンサ３の情報、具体的には、センサ属性データ１１の各データのうち取得可能なデータを取得する。ここで、「撮影データの配信に用いられるプラグイン呼び出しや制御文」は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）中の、ＲＴＳＰの呼び出しや、動画プレーヤの呼び出しなどである。

センサ管理手段２１は、センサ３の情報を取得すると、センサ３の識別子、センサ３の位置情報、センサ３の属性、およびセンサ３の検知データを公開するサイトのＵＲＬ等を対応づけたレコードを生成し、センサ属性データ１１に挿入する。ここで、クローリングによりセンサの属性を特定できない場合、他のシステムとの連携やオペレータ等の操作により、属性値が登録されても良い。

またセンサ管理手段２１は、各センサ３の動作ステータスおよび利用者評価を逐次更新する。センサ管理手段２１は、所定のタイミングで各センサ３のサイトのＵＲＬに接続し、センサ３の動作を確認し、そのセンサ３の識別子に対応づけられた動作ステータスを更新する。また、ユーザ端末４からセンサ３の評価が入力されると、センサ管理手段２１は、入力された評価に基づいて、利用者評価を更新する。

さらにセンサ管理手段２１は、各センサ３の属性が用途のフラグを含む場合、各センサの属性値から対応可能な用途に、フラグをセットして更新しても良い。

（検索手段）
検索手段２２は、位置情報および用途を含むクエリが入力されると、センサ属性データ１１から、クエリの位置情報から所定距離内の位置情報に対応づけられ、かつクエリの用途に対応する属性に対応づけられたセンサ３の識別子を取得して、取得したセンサ３の識別子に対応するサイトの識別子を出力する。クエリは、例えばユーザ端末４から入力されても良いし、他のシステムから入力されても良い。検索手段２２は、クエリに対応するセンサ３の識別子に基づいて、このセンサ３の検知データを公開する検知データ提供サーバ２のＵＲＬを取得し、クエリの入力元に返す。ここで所定距離は、クエリの位置情報や用途によって適宜定められても良いし、ユーザが定めても良い。

ここで、検索手段２２は、例えばユーザ端末４に、クエリに対応するセンサの検知データを公開する検知データ提供サーバ２のＵＲＬを出力し、ユーザ端末４においてこの検知データ提供サーバ２のウェブページを表示するようにリダイレクトしても良い。また検索手段２２は、検知データ提供サーバ２のＵＲＬに基づいて、検知データ提供サーバ２のサイトからセンサ３の検知データを取得して、クエリの位置情報と、取得した検知データを対応づけて、出力する場合もある。ここで検索手段２２は、クエリの入力元のユーザ端末４が、検知データを再生できない場合、検索手段２２は、検知データを、ユーザ端末４が再生可能な形式に変換してユーザ端末４に出力しても良い。具体的には、ユーザ端末４が、オペレーションシステムの制約等により特定の動画形式を再生できない場合で、出力対象の検知データがその動画形式の場合、検索手段２２は、その動画形式の検知データを、他の動画形式に変換して、ユーザ端末４に出力する。

クエリの位置情報の特定方法として、様々な方法が考えられる。例えば、ユーザ端末４において地図上の所定地点がクリックされたことを検知すると、クリックされた所定位置の緯度経度を、クエリの位置情報として特定しても良い。また、ユーザ端末４において入力されたキーワードから、キーワードに対応する緯度経度や、キーワードに対応する地名やランドマークなどをクエリの位置情報として特定しても良い。

検索手段２２は、入力されたクエリに従って検索した結果、複数のセンサ３が検索された場合、これらの複数のセンサ３の情報を、サムネイルとして、一覧表示する。このとき検索手段２２は、円形に配置する円形ＵＩを利用して表示したり、スクロールに連動してサムネイルを追加するカード型ＵＩを利用して表示したりしても良い。このとき、利用者評価の高いセンサ３が、優先的に表示されるように制御されても良い。

図３を参照して、ユーザ端末４から、クエリとして、位置情報として、「東京都」、用途として、「空模様」が入力された場合を説明する。検索手段２２は、センサ属性データ１１から、東京都に位置するカメラ３ａで、「空模様」を示す用途に適切なカメラ３ａを特定して、各カメラ３ａから撮影データを取得する。検索手段２２は、クエリの位置情報「東京都」と、各カメラ３ａから取得した撮影データを対応づけて、ユーザ端末４に出力する。

ここで、クエリの位置情報「東京都」のカメラ３ａを検索する際、検索手段２２は、センサ属性データ１１から、動作ステータスが、動作中のカメラ３ａであって、位置情報が、東京都の緯度経度を示すカメラ３ａ、またはキーワード等で「東京都」に関連する用語が対応づけられたカメラ３ａを特定する。さらに「東京都」から数キロ離れたとしても、空模様が大きく変わらない場合もある。そこで検索手段２２は、センサ属性データ１１から、東京都から数キロ離れた隣接県であったとしても、カメラ３ａの方向が東京都方向のカメラ３ａも検索しても良い。検索手段２２は、このように検索されたカメラ３ａのうち、「空模様」を示す用途に適切なカメラ３ａを検索する。

図３（ａ）に示す画面Ｖ１１は、所定のタイミングの東京都のアメダス表示部Ｍ１１と、東京都のカメラ３ａのうち、「空模様」を示す用途に適切なカメラ３ａの撮影データＰ１１、Ｐ１２、Ｐ１３およびＰ１４を備える。図３（ｂ）に示す画面Ｖ１２および図３（ｃ）に示す画面Ｖ１３は、それぞれ、図３（ａ）に示す画面Ｖ１１と同様の構成を備える。

ここで、クエリとして、更に、「１０分毎に撮影」など、検知データを取得するタイミングを含んでも良い。検索手段２２は、同じクエリで１０分おきに検索することにより、図３に示すように、時系列の雨模様の撮影データを出力することができる。ここでは、図３（ａ）の撮影データＰ１２では、雨が降っていないところ、図３（ｂ）から図３（ｃ）と時間が経つに従って、撮影データＰ１２において、多くの雨が降ることを認識できる。図３に示す各図において、各撮影データのカメラ３ａの位置を、アメダス表示部Ｍ１１上に対応づけて表示しても良い。

図３に示す各撮影データＰ１１、Ｐ１２、Ｐ１３およびＰ１４は、センサ制御装置１が、各検知データ提供サーバ２から取得して、ユーザ端末４に出力しても良いし、ユーザ端末４に各検知データ提供サーバ２から取得させるようにリダイレクトしても良い。

図３においては、カメラ３ａでの撮影データを検索する例を示したが、環境気象センサ３ｂが測定した値を検索する場合も同様である。

図１に示すように、検索手段２２は、ルート表示手段２３、動線表示手段２４およびセンサ要求処理手段２５を備える。ルート表示手段２３、動線表示手段２４およびセンサ要求処理手段２５は、ユーザの用途に適合するように検知データ等を加工して、センサ３の情報を出力する。

（ルート表示手段）
ルート表示手段２３は、クエリの位置情報が、２点を結ぶルートの情報である場合に、ルート近くのセンサの情報を出力する。ここでクエリのルートの情報、ルートの始点および終点が設定されても良いし、始点および終点を結ぶルートが設定されても良い。ルート表示手段２３は、クエリのルートから所定距離内の位置情報に対応づけられ、かつクエリの用途に対応する属性に対応づけられたセンサの識別子を取得する。

図４を参照して、ルート表示手段２３の処理を説明する。クエリの位置情報として、ルートの始点および終点が設定されている場合、ステップＳ１０１においてルート表示手段２３は、始点および終点を結ぶルートを検索する。ルート表示手段２３は、経路探索サーバ（図示せず）等に、始点および終点を入力して、この２点を結ぶルートを取得しても良い。クエリの位置情報として、ルートが設定されている場合、ステップＳ１０１の処理は割愛される。

ステップＳ１０２においてルート表示手段２３は、ステップＳ１０１で検索されたルートから所定距離内のセンサ３を検索する。ここでルート表示手段２３は、ルートの経路上の各地点の位置情報に従って、複数のセンサ３を検索しても良い。ステップＳ１０３においてルート表示手段２３は、ステップＳ１０２で検索されたセンサ３の検知データを表示する。

図５ないし図７を参照して、ルート表示手段２３による、カメラ３ａの撮影データの表示画面の一例を説明する。

図５に示す画面Ｖ２１は、東京から大阪までのルート上の空模様の撮影データを示す。画面Ｖ２１は、東京から大阪までのルートＲ２１を表示する地図表示部Ｍ２１と、ルート上の空模様を示す撮影データＰ２１ないしＰ２６とを、並べて表示する。

図６に示す画面Ｖ２２は、図５に示す撮影データおよび地図と同様であるが、表示方法が異なる。画面Ｖ２２は、東京から大阪までのルートＲ２１を表示する地図表示部Ｍ２１に、ルート上の空模様を示す撮影データＰ２１ないしＰ２６を重畳して表示する。ここで、各撮影データＰ２１ないしＰ２６は、撮影データＰ２１ないしＰ２６のそれぞれのカメラ３ａの位置に対応した位置、具体的には、ルートＲ２１上近傍に表示される。

また、クエリの用途において、道路の混雑状況が設定された場合も、図５および図６と同様に表示することができる。この場合、ルート表示手段２３は、センサ３が、カメラ３ａであって、センサ属性データ１１のセンサ３の属性は、カメラ３ａが撮影する方向または被写体を含む。ルート表示手段２３は、クエリの位置情報のルートから所定距離内の位置情報に対応づけられ、かつ属性が、カメラ３ａが道路を撮影することを示すカメラ３ａの識別子を取得する。ここでルート表示手段２３は、カメラ３ａの位置情報とルートの位置情報との関係から、カメラ３ａの方向および角度がルートの道路を撮影しているカメラ３ａの識別子を取得する。またルート表示手段２３は、カメラ３ａの被写体として、ルートの道路が設定されているカメラ３ａの識別子を取得する。ルート表示手段２３は、このように取得したカメラ３ａの識別子から、そのカメラ３ａの撮影データを取得する。ここで、道路の上り方向および下り方向が隣接して走行していない場合や、カメラ３ａが上り方向および下り方向のうちのいずれかのみを撮影している場合、ルート表示手段２３は、始点から終点に向かう方向の道路を撮影しているカメラ３ａの識別子、およびその撮影データを取得する。

次に図７を参照して、ルート表示手段２３による、環境気象センサ３ｂの値の表示画面の一例を説明する。ルート表示手段２３は、センサ属性データ１１から、ルートから所定の範囲内の環境気象センサ３ｂであって、クエリの用途に適する環境気象種別を有する環境気象センサ３ｂの識別子を取得し、さらにこの環境気象センサ３ｂの値を取得して、ルートに重畳して表示する。画面Ｖ３１は、ルート上の環境気象センサの値を示す。図７においてルート表示手段２３は、ルートＲ３１を表示する地図表示部Ｍ３１に、ルート近傍の環境気象センサ３ｂの値を重畳して表示する。ここで、環境気象センサ３ｂの値は、測定値そのものが設定されても良いし、測定値が基準値よりも超えているか否かを示す記号で示されても良い。環境気象センサ３ｂの値を表示する際も、道路の空模様や混雑状況を表示する際と同様に、各環境気象センサ３ｂの値は、各値の環境気象センサ３ｂの位置に対応した位置、具体的には、ルートＲ３１上近傍に表示される。

（動線表示手段）
次に図８ないし図１２を参照して、動線表示手段２４の処理を説明する。動線表示手段２４は、ユーザ端末４において、リアルタイムで動体を確認する際に用いられる。動線表示手段２４は、特に、センサ制御装置１およびユーザ端末４間の通信速度が遅い、またはユーザ端末４における処理能力が低い場合で、道路の混雑状況等の撮影データにおける動体の多さを確認する用途に好適である。

動線表示手段２４は、クエリの位置情報および用途から、所望のカメラ識別子を取得する。その後動線表示手段２４は、動体の位置や移動量を、ヒートマップとして表す。具体的には動線表示手段２４は、取得したカメラの識別子に対応する撮影データのサイトの識別子から、５秒などの所定時間毎に撮影データを取得し、取得した撮影データを静止画データとして出力する。さらに動線表示手段２４は、０．５秒などの、所定時間５秒より短い時間間隔毎に新たな撮影データを取得し、新たな撮影データにおける動体の位置を、静止画データに重畳して、出力する。ここで動線表示手段２４の表示対象のカメラ３ａは、動画を撮影しても良いし、静止画を撮影してもよい。

図８を参照して、動線表示手段２４による動線表示処理を説明する。図８に示す例では、動線表示手段２４は、ライブカメラから取得したストリーミング画像に基づいて、５秒ごとに静止画を更新し、０．５秒ごとに動体の位置を重畳して、ユーザ端末４に表示する処理を説明する。

まずステップＳ２０１において動線表示手段２４は、所望のライブカメラを検索する。次にステップＳ２０２において動線表示手段２４は、最初に静止画を表示する必要があるので、静止画の更新タイミングと判定し、ステップＳ２０３において、表示を初期化する。ステップＳ２０４において動線表示手段２４は、ライブカメラからストリーミング画像の１フレームを、静止画として、ユーザ端末４に表示する。ここで動線表示手段２４は、静止画中にプライバシー保護の観点等により表示対象外の被写体があれば、モザイクや黒塗りなどでその被写体を消去する加工をする。

次に、ステップＳ２０５において動線表示手段２４は、動線の更新タイミングであるか否かを判定する。ステップＳ２０２において静止画の更新タイミングから０．５秒経過したタイミング、あるいは、ステップＳ２０５において動線の前回の更新タイミングから０．５秒経過したタイミングにおいて、動線表示手段２４は、動線の更新タイミングであると判定する。動線の更新タイミングでない場合、動線表示手段２４は、動線の更新タイミングに到達するまで待機する。動線の更新タイミングが到達すると、ステップＳ２０６において動線表示手段２４は、ライブカメラの映像の１フレームを取得する。ステップＳ２０７において動線表示手段２４は、ステップＳ２０４で表示した静止画に、ステップＳ２０６において取得した１フレームの画像における動体の位置をヒートマップとして、マーク表示する。

次に動線表示手段２４は、ステップＳ２０２に戻り、静止画の更新タイミングか否かを判定する。静止画の更新タイミングでない場合、ステップＳ２０５に進み、動線の更新タイミングであるか否かを判定する。動線の更新タイミングが到達すると、ステップＳ２０６において動線表示手段２４は、ライブカメラの映像の１フレームを取得する。ステップＳ２０７において動線表示手段２４は、ステップＳ２０４で表示した静止画に、ステップＳ２０６の前回の処理で取得した１フレームの画像と、今回新たに取得した１フレームの画像との差分から、動体を特定し、特定された動体の位置をヒートマップとして、マーク表示する。ここで、動体が動く速度等によって、マークの色や形状を変えても良い。

このように図８の処理により、５秒ごとに背景となる静止画が更新され、さらに０．５秒ごとに動体の位置がマークされるヒートマップを生成することができる。

図９ないし図１２を参照して、ヒートマップを利用して表示される画面Ｖ４１ないしＶ４４を説明する。画面Ｖ４１ないしＶ４４は、交差点での車および人の動きを示す。

まず動線表示するタイミングで動線表示手段２４は、所望のライブカメラの１フレームから静止画を取得して、図９に示すようにユーザ端末４の画面に表示する。図９に示す画面Ｖ４１は、車Ｃ１、Ｃ２、Ｃ３および人Ｐ１を含む。また図９に示す例において、交差点に隣接して設けられるビル等は、ハッチにより、ビル等を表示しないように加工されている。

図１０を参照して、画面Ｖ４１のフレームを取得して数秒後の画面Ｖ４２を示す。車Ｃ１および車Ｃ２に、それぞれ動体の移動を示すマークＢ１１およびＢ２１が重畳される。ここで、車Ｃ２は、車Ｃ１よりも早く移動していることから、マークＢ２１は、マークＢ１１とは異なる濃い色のマークで描画される。一方、人Ｐ１はほとんど動いていないので、マークＢ３１は１点で描画される。車Ｃ３は全く動いていないので、マークは表示されない。

図１１を参照して、画面Ｖ４２の数秒後の画面Ｖ４３を示す。この間、動いた車Ｃ１および車Ｃ２について、マークＢ１２およびマークＢ２２は、図１０のマークＢ１１およびマークＢ２１よりも左側方向に伸びて描画される。一方、人Ｐ１および車Ｃ３については、動きがないので、図１０の画面Ｖ４２とは変わらない。このように、動きのある車Ｃ１およびＣ２について、マークが逐次変更され、動きのない人Ｐ１や車Ｃ３については、マークは変更されない。

さらに、図１０に示す画面Ｖ４１のフレームを取得してから５秒が経過した後、動線表示手段２４は、所望のライブカメラの１フレームから静止画を新たに取得して、図１２に示すようにユーザ端末４の画面に表示する。図１２に示す画面Ｖ４４は、車Ｃ１、Ｃ２、Ｃ３、および人Ｐ１を含むが、図９に示す各位置と比べて、動体の位置、具体的には、車Ｃ１、Ｃ２および人Ｐ１の位置が変更されている。さらに、交差点における車の流れに従って、新たな車Ｃ４が表示される。一方、動きのない車Ｃ３は、図９の画面Ｖ４１と同じ位置に表示される。

この後動線表示手段２４は、図１０および図１１における処理と同様に、動体にマークを重畳して、ヒートマップを表示する。

上述したように、動画をストリーミングで配信する際には、８００ｋｂｐｓなどの大きい帯域幅が必要になる場合でも、動線表示手段２４により動体の位置のみを重畳することにより、３２ｋｂｐｓなどの小さい帯域幅で動体の動きを知らせることができる。また、撮影データにプライバシー保護が必要となる被写体を含む場合でも、静止画でのみモザイク処理や、黒塗り処理をすれば足りるので、動画でのモザイク処理に比べ処理の負担が少ない。

（センサ要求処理手段）
センサ要求処理手段２５は、センサ３の検知データを要求する要求ユーザ端末４ａと、検知データを提供可能な提供ユーザ端末４ｂに接続する。要求ユーザ端末４ａは、図１に示すユーザ端末４の一つであって、提供ユーザ端末４ｂは、図１に示すユーザ端末４のうち要求ユーザ端末４ａ以外のユーザ端末４である。

センサ要求処理手段２５は、要求ユーザ端末４ａが要求するクエリを、提供ユーザ端末４ｂに提供させる。具体的には、センサ要求処理手段２５は、要求ユーザ端末４ａから、クエリが入力されると、センサ属性データ１１を検索してクエリに対応するセンサが検索されない場合、提供ユーザ端末４ｂにクエリを通知する。センサ要求処理手段２５は、クエリを通知した提供ユーザ端末４ｂのうち、クエリに対応するセンサの検知データを提供する提供ユーザ端末４ｂから検知データを受信して、要求ユーザ端末４ａに送信する。

図１３を参照して、要求ユーザ端末４ａが所定位置のライブ映像を要求する場合の処理を説明する。

ステップＳ５０１において要求ユーザ端末４ａから、所定位置のライブ映像を要求するクエリを受信すると、センサ制御装置１のセンサ要求処理手段２５は、ステップＳ５０２において、センサ属性データ１１を検索して、クエリに適合するライブ映像を提供できるか否かを判定する。提供できる場合、センサ制御装置１は、そのライブ映像を、要求ユーザ端末４ａに提供する（図示せず）。

一方、クエリに適合するライブ映像を提供できない場合、ステップＳ５０３ａ、５０３ｂ、および５０３ｃにおいてセンサ制御装置１は、提供ユーザ端末４ｂに、クエリをプッシュ通信で送信する。ここでセンサ制御装置１は、ユーザデータ１２を参照して、クエリで指定された位置の近傍に位置する提供ユーザ端末４ｂのみに、クエリを送信しても良い。

クエリがプッシュ通信で送信されると、提供ユーザ端末４ｂのユーザは、クエリを確認して、クエリで指定される場所の映像を提供可能であるか否かを判定する。ここで、第１の提供ユーザ端末４ｂおよび第３の提供ユーザ端末４ｂが提供可能な場合、第１の提供ユーザ端末４ｂおよび第３の提供ユーザ端末４ｂは、ステップＳ５０４ａおよびステップＳ５０４ｂにおいて、その旨をセンサ制御装置１に通知する。ここで、「今すぐ提供できます」や「１０分ほどで提供できます」など、提供ユーザ端末４ｂが映像を提供可能なタイミングを含むコメントも、併せて、センサ制御装置１に送信されても良い。

センサ制御装置１は、ステップＳ５０４ａおよびステップＳ５０４ｂにおいて、提供可能と返信した提供ユーザ端末４ｂの識別子のリストを受信すると、ステップＳ５０５において受信したリストを要求ユーザ端末４ａに送信する。ここでセンサ制御装置１は、コメントがあればそのコメント、提供ユーザ端末４ｂの位置情報、ユーザの評価等を対応づけて要求ユーザ端末４ａに送信しても良い。

要求ユーザ端末４ａは、ステップＳ５０５で提供されたリストから、ライブ映像の提供を要求するユーザを特定し、ステップＳ５０６において、特定したユーザの識別子を含む提供リクエストを、センサ制御装置１に送信する。センサ制御装置１は、ステップＳ５０７において、ライブ映像の提供を要求された提供ユーザ端末４ｂに、要求ユーザ端末４ａから受信した提供リクエストを送信する。

提供ユーザ端末４ｂが、ステップＳ５０８においてライブ映像の提供を開始すると、センサ制御装置１は、ステップＳ５０９において、そのライブ映像を要求ユーザ端末４ａに提供する。このときセンサ制御装置１は、ライブ映像を提供する提供ユーザ端末４ｂのユーザについて、評価を上げるようにユーザデータ１２を更新しても良いし、ポイントなどのその他のインセンティブを与えても良い。

なお、要求ユーザ端末４ａが、ライブ映像の動画形式で再生できない場合、センサ制御装置１は、要求ユーザ端末４ａが再生可能な動画形式に変換して、ライブ映像を提供しても良い。また要求ユーザ端末４ａとの通信速度が遅い、あるいは要求ユーザ端末４ａの処理速度が遅い場合、センサ制御装置１は、動線表示手段２４によって、動画を静止画と動線で表現したデータを、要求ユーザ端末４ａに提供しても良い。さらに、図１３では、要求ユーザ端末４ａが、ライブ映像を要求する場合を説明したが、静止画を要求する場合や環境気象センサ３ｂを要求する場合も同様に処理できる。

このように、所望のライブカメラがセンサ属性データ１１に登録されていない場合でも、他のユーザが有するユーザ端末４のカメラ等を用いて、ライブ映像の協力を呼びかけることができる。これにより、列車運行遅延により、駅の混雑度を知りたい場合、その駅に偶然居合わせた他のユーザからライブ映像の提供を受けることができる。

上述したように、本発明の実施の形態に係るセンサ制御装置１は、通信ネットワーク５を介して提供されるセンサの位置情報と、その属性とを、センサ属性データ１１として格納し管理する。これによりセンサ制御装置１は、所望の位置情報と用途を特定したクエリから、そのクエリに合致する所望のセンサを特定し、そのセンサの検知データを出力することができる。

（その他の実施の形態）
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。

例えば、本発明の実施の形態に記載したセンサ制御装置は、図１に示すように一つのハードウェア上に構成されても良いし、その機能や処理数に応じて複数のハードウェア上に構成されても良い。また、既存の情報処理システム上に実現されても良い。

本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。

１ センサ制御装置
２ 検知データ提供サーバ
３ センサ
３ａ カメラ
３ｂ 環境気象センサ
４ ユーザ端末
４ａ 要求ユーザ端末
４ｂ 提供ユーザ端末
５ 通信ネットワーク
１０ 記憶装置
１１ センサ属性データ
１２ ユーザデータ
２０ 処理制御装置
２１ センサ管理手段
２２ 検索手段
２３ ルート表示手段
２４ 動線表示手段
２５ センサ要求処理手段
１００ センサ制御システム

Claims (8)

1. センサの情報を管理するセンサ制御装置であって、
   前記センサの識別子、前記センサの位置情報、前記センサの属性、および当該センサの検知データを公開するサイトの識別子を対応づけたセンサ属性データを記憶する記憶装置と、
   位置情報および用途を含むクエリが入力されると、前記センサ属性データから、前記クエリの位置情報から所定距離内の位置情報に対応づけられ、かつ前記クエリの用途に対応する属性に対応づけられたセンサの識別子を取得して、取得した前記センサの識別子に対応する前記サイトの識別子を出力する検索手段
   を備え、
   前記検索手段は、検知データを要求する要求ユーザ端末と、検知データを提供可能な提供ユーザ端末に接続し、
   前記要求ユーザ端末から、前記クエリが入力されると、前記センサ属性データを検索して前記クエリに対応するセンサが検索されない場合、前記提供ユーザ端末に前記クエリを通知し、前記提供ユーザ端末のうち、前記クエリに対応するセンサの検知データを提供する提供ユーザ端末から検知データを受信して、前記要求ユーザ端末に送信することを特徴とするセンサ制御装置。
2. 前記検索手段はさらに、
   前記サイトの識別子に基づいて、前記サイトから前記センサの検知データを取得して、前記クエリの位置情報と、取得した検知データを対応づけて、出力する
   ことを特徴とする請求項１に記載のセンサ制御装置。
3. 前記クエリの位置情報が、２点を結ぶルートの情報である場合、
   前記検索手段は、当該ルートから所定距離内の位置情報に対応づけられ、かつ前記クエリの用途に対応する属性に対応づけられたセンサの識別子を取得する
   ことを特徴とする請求項１または２に記載のセンサ制御装置。
4. 前記センサは、カメラで、前記検知データは、撮影データであって、
   前記センサの属性は、前記カメラが撮影する方向または被写体を含み、
   前記クエリの用途が、道路の混雑状況の場合、
   前記検索手段は、当該ルートから所定距離内の位置情報に対応づけられ、かつ属性が、当該カメラが前記道路を撮影することを示すカメラの識別子を取得する
   ことを特徴とする請求項３に記載のセンサ制御装置。
5. 前記センサは、カメラで、前記検知データは、撮影データであって、
   前記検索手段は、前記取得したカメラの識別子に対応する撮影データのサイトの識別子から、所定時間毎に撮影データを取得し、取得した撮影データを静止画データとして出力するとともに、前記所定時間より短い時間間隔毎に新たな撮影データを取得し、前記新たな撮影データにおける動体の位置を、前記静止画データに重畳して、出力する
   ことを特徴とする請求項１ないし３のいずれか１項に記載のセンサ制御装置。
6. 前記センサは、環境気象センサで、
   前記センサの属性は、当該センサが検知可能な環境気象種別で、
   前記検知データは、環境気象センサが検知した値であって、
   前記検索手段において、前記クエリの用途に適する属性は、前記クエリの用途に対応する環境気象種別である
   ことを特徴とする請求項１または２に記載のセンサ制御装置。
7. センサ制御装置が、センサの情報を管理するセンサ制御方法であって、
   前記センサ制御装置が、前記センサの識別子、前記センサの位置情報、前記センサの属性、および当該センサの検知データを公開するサイトの識別子を対応づけたセンサ属性データを記憶する記憶ステップと、
   前記センサ制御装置が、位置情報および用途を含むクエリが入力されると、前記センサ属性データから、前記クエリの位置情報から所定距離内の位置情報に対応づけられ、かつ前記クエリの用途に対応する属性に対応づけられたセンサの識別子を取得して、取得した前記センサの識別子に対応する前記サイトの識別子を出力する検索ステップ
   を備え、
   前記検索ステップは、検知データを要求する要求ユーザ端末と、検知データを提供可能な提供ユーザ端末に接続し、
   前記要求ユーザ端末から、前記クエリが入力されると、前記センサ属性データを検索して前記クエリに対応するセンサが検索されない場合、前記提供ユーザ端末に前記クエリを通知し、前記提供ユーザ端末のうち、前記クエリに対応するセンサの検知データを提供する提供ユーザ端末から検知データを受信して、前記要求ユーザ端末に送信することを特徴とするセンサ制御方法。
8. センサの情報を管理するセンサ制御プログラムであって、
   前記センサの識別子、前記センサの位置情報、前記センサの属性、および当該センサの検知データを公開するサイトの識別子を対応づけたセンサ属性データを記憶する記憶ステップと、
   位置情報および用途を含むクエリが入力されると、前記センサ属性データから、前記クエリの位置情報から所定距離内の位置情報に対応づけられ、かつ前記クエリの用途に対応する属性に対応づけられたセンサの識別子を取得して、取得した前記センサの識別子に対応する前記サイトの識別子を出力する検索ステップ
   を、コンピュータに実行させ、
   前記検索ステップは、検知データを要求する要求ユーザ端末と、検知データを提供可能な提供ユーザ端末に接続し、
   前記要求ユーザ端末から、前記クエリが入力されると、前記センサ属性データを検索して前記クエリに対応するセンサが検索されない場合、前記提供ユーザ端末に前記クエリを通知し、前記提供ユーザ端末のうち、前記クエリに対応するセンサの検知データを提供する提供ユーザ端末から検知データを受信して、前記要求ユーザ端末に送信するためのセンサ制御プログラム。

Images