JPWO2019131398A1 - ＩｏＴデバイスの制御方法、プログラム及びＩｏＴネットワーク基盤システム - Google Patents

Abstract

［課題］非通常時に、ＩｏＴデバイスから所望のデータを取得できる可能性を高められるようにする。［解決手段］ＩｏＴデバイスの制御方法が、外部情報を受信し、前記受信した外部情報に基づいて、通常時にデータを送信する第１ＩｏＴデバイスと、前記第１ＩｏＴデバイスとは異なる第２ＩｏＴデバイスと、の中からＩｏＴデバイスを選択し、前記選択したＩｏＴデバイスにデータ送信を指示する。

Description

本発明は、ＩｏＴデバイスの制御方法、プログラム及びＩｏＴネットワーク基盤システムに関する。

防災用のカメラから画像を取得する防災システムがある。
例えば、特許文献１に記載の防災システムは、固定カメラ装置と移動カメラ装置とを備え、これら固定カメラ装置および移動カメラ装置から送信された映像情報を防災センターシステムが受信する。防災センターシステムは、受信した映像情報を表示し、蓄積する。

特開２０１２−１７８６６２号公報

カメラ、温度センサ、雨量センサ、ＧＰＳセンサといったＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイスの設置および運用にはコスト、設置場所の制約等の問題があり、このためにＩｏＴデバイスの設置台数が制限されることが考えられる。このため、災害発生時、事故発生時、渋滞発生時といった非通常時に、ＩｏＴデバイスから所望のデータが得られない可能性がある。

本発明は、上述の課題を解決することのできるＩｏＴデバイスの制御方法、プログラム及びＩｏＴネットワーク基盤システムを提供することを目的としている。

本発明の第１の態様によれば、ＩｏＴデバイスの制御方法は、外部情報を受信し、前記受信した外部情報に基づいて、通常時にデータを送信する第１ＩｏＴデバイスと、前記第１ＩｏＴデバイスとは異なる第２ＩｏＴデバイスと、の中からＩｏＴデバイスを選択し、前記選択したＩｏＴデバイスにデータ送信を指示する。

本発明の第２の態様によれば、プログラムは、コンピュータに、外部情報を受信する処理と、前記受信した外部情報に基づいて、通常時にデータを送信する第１ＩｏＴデバイスと、前記第１ＩｏＴデバイスとは異なる第２ＩｏＴデバイスと、の中からＩｏＴデバイスを選択する処理と、前記選択したＩｏＴデバイスにデータ送信を指示する処理と、を実行させるためのプログラムである。

本発明の第３の態様によれば、ＩｏＴネットワーク基盤システムは、ＩｏＴデバイスを制御するＩｏＴネットワーク基盤システムであって、外部情報を受信する外部情報受信部と、前記受信した外部情報に基づいて、通常時にデータを送信する第１ＩｏＴデバイスと、前記第１ＩｏＴデバイスとは異なる第２ＩｏＴデバイスと、の中からＩｏＴデバイスを選択する選択ロジック計算部と、前記選択したＩｏＴデバイスにデータ送信を指示するデバイス制御部と、を備える。

この発明によれば、災害発生時、事故発生時、渋滞発生時といった非通常時に、ＩｏＴデバイスから所望のデータを取得できる可能性が高まる。

実施形態に係るＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワークシステムの機能構成を示す概略ブロック図である。 同実施形態に係るＩｏＴネットワークシステムにおける階層構造の例を示す図である。 同実施形態で、通常時におけるＩｏＴネットワーク基盤システムの動作の例を示す図である。 同実施形態で、災害発生時に、ＩｏＴネットワーク基盤システムが外部情報に基づいて行う処理の手順の例を示す図である。 同実施形態で、災害発生時に、ＩｏＴネットワーク基盤システムがユーザの指示に基づいて行う処理の例を示す図である。 同実施形態に係るＩｏＴネットワーク基盤システムがＩｏＴデバイスからの画像を評価する処理手順の例を示す図である。 同実施形態に係るＩｏＴネットワーク基盤システムが、選択したＩｏＴデバイスに画像データを送信させる処理手順の例を示す図である。 同実施形態で、複数の端末装置が存在し、複数の端末装置から同じＩｏＴデバイスへのデータ要求または制御が必要になった場合の、ＩｏＴネットワーク基盤システムの処理手順の例を示す図である。 本実施形態に係るＩｏＴネットワーク基盤システムの最小構成の例を示す図である。 本実施形態に係るＩｏＴネットワーク基盤システムの最小構成の例を示す図である。

以下、本発明の好ましい実施形態を説明するが、以下の実施形態は請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
図１は、実施形態に係るＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワークシステムの機能構成を示す概略ブロック図である。図１に示す構成で、ＩｏＴネットワークシステム１は、端末装置１００と、ＩｏＴデバイスの制御方法を実行するＩｏＴネットワーク基盤システム２００と、第１ＩｏＴデバイス４１１と、第２ＩｏＴデバイス４１２とを備える。端末装置１００は、アプリ制御部１１１と、アプリメディア処理部１１２とを備える。ＩｏＴネットワーク基盤システム２００は、外部情報受信部２１１と、選択ロジック計算部２１２と、契約情報管理部２１３と、デバイスデータ管理部２１４と、再割り当て／複製部２１５と、デバイスデータ取得部２１６と、デバイスデータ加工部２１７と、データ取得部２１８と、デバイス制御部２１９と、コアネットワーク制御部２２０とを備える。

また、端末装置１００と、ＩｏＴネットワーク基盤システム２００と、第１ＩｏＴデバイス４１１と、第２ＩｏＴデバイス４１２とは、コアネットワーク３００を介して通信接続する。コアネットワーク３００は、ＭＭＥ３１１と、ＰＣＲＦ３１２とを備える。
また、ＩｏＴネットワーク基盤システム２００は、外部情報源機器９００と通信接続する。

以下では、第１ＩｏＴデバイス４１１と第２ＩｏＴデバイス４１２とを総称してＩｏＴデバイス４００と表記する。ＩｏＴデバイス４００が送信するデータの経路を実線で示し、その他のデータまたは信号の経路を破線で示している。ＩｏＴデバイス４００とは、ネットワークにつながる機能を有するデバイスの総称である。例えば、ＩｏＴデバイス４００がカメラを含んで構成され、動画像または静止画像を撮影するようにしてもよい。あるいは、ＩｏＴデバイス４００が、温度、湿度、雨量、河川の水位、ガス濃度、振動、ＧＰＳ等を計測する各種センサを含んで構成されていてもよい。また、ＩｏＴデバイス４００が、これらのいずれかの機能を備える携帯電話機、車、ドローン等の通信端末として構成されていてもよい。
ＩｏＴデバイス４００が取得するデータは、動画像、静止画像、温度、湿度、雨量、河川の水位、ガス濃度、振動数、位置情報等、ＩｏＴデバイス４００の種類によって様々考えられる。第１ＩｏＴデバイス４１１が、例えば、ＩｏＴネットワーク基盤システム２００が送信する制御信号に基づいて、所定のタイミング（例えば、毎正時、日中のみ、平日の日中のみ等）にデータを取得し、端末装置１００にデータを送信するようにしてもよい。

ＩｏＴネットワーク基盤システム２００は、ＩｏＴデバイス４００を制御するシステムである。ＩｏＴネットワーク基盤システム２００は、通常時、第１ＩｏＴデバイス４１１にデータ送信を指示する。第１ＩｏＴデバイス４１１が通常時にデータを送信する期間は、例えば、毎正時、日中のみ、平日夜間のみ、といった所定の期間であってもよい。ＩｏＴネットワーク基盤システム２００が、例えば所定のタイミングごとに、第１ＩｏＴデバイス４１１にデータ送信を指示するようにしてもよい。また、ＩｏＴネットワーク基盤システム２００が、例えば初期設定等の第１ＩｏＴデバイス４１１との通信時のみに、第１ＩｏＴデバイス４１１にデータ送信を指示するようにしてもよい。
ここで、通常時とは、災害、事故または渋滞などの事象が発生していないときのことを言い、このとき、端末装置１００は、第１ＩｏＴデバイス４１１からの出力データのみを用いる。一方、非通常状態とは、例えば、災害、事故または渋滞などの事象が発生している状態のことを言う。

一方、ＩｏＴネットワーク基盤システム２００は、外部情報を受信した場合、当該外部情報に基づいて、第１ＩｏＴデバイス４１１及び第２ＩｏＴデバイス４１２の中からＩｏＴデバイスを選択し、選択したＩｏＴデバイスにデータ送信を指示する。外部情報は、災害発生場所、事件・事故発生場所、渋滞発生場所といった非通常状態の場所を示す情報を含む。ＩｏＴネットワーク基盤システム２００が、外部情報に含まれる非通常状態の場所を示す情報に基づいて、第１ＩｏＴデバイス４１１及び第２ＩｏＴデバイス４１２の中から、非通常状態の場所またはその近傍にあるＩｏＴデバイスを選択するようにしてもよい。外部情報とは、ＩｏＴネットワーク基盤システム２００以外の外部装置から受信した情報をいう。

外部装置は、例えば、外部情報源機器９００であってもよいし、端末装置１００であってもよい。外部装置が外部情報源機器９００である場合、外部情報は、例えば、Ａ県で震度６の地震発生、地点Ｂで自爆テロ発生、道路Ｃの区間Ｄで渋滞発生、Ｅ県西部に大雨洪水警報といった情報であってもよい。このとき、Ａ県、地点Ｂ、道路Ｃの区間Ｄ、Ｅ県西部といった情報が、非通常状態の場所を示す情報となる。外部装置が端末装置１００である場合、外部情報は、第１ＩｏＴデバイス４１１が通常時に送信したデータに基づく情報であってもよい。例えば、外部情報は、ビルＦの１０階に設置された第１ＩｏＴデバイス４１１が火災を検知した、河川Ｇ下流に設置された第１ＩｏＴデバイス４１１が閾値以上の水位を検知したといった情報であってもよい。このとき、ビルＦの１０階、河川Ｇ下流といった情報が、非通常状態の場所を示す情報となる。

ＩｏＴネットワーク基盤システム２００は、例えばワークステーション（Workstation）またはパソコン（Personal Computer；ＰＣ）等のコンピュータを用いて構成される。図１に示すＩｏＴネットワーク基盤システム２００の機能部（２１１〜２２０）の各々は、ＩｏＴネットワーク基盤システム２００の備えるＣＰＵ（Central Processing Unit、中央処理装置）が、ＩｏＴネットワーク基盤システム２００の備える記憶デバイスからプログラムを読み出して実行することで実現される。
なお、ＩｏＴネットワーク基盤システム２００が複数のワークステーションを用いて構成されるなど、複数の装置の組合せにて実現されていてもよい。

ここでいうプロバイダは、ＩｏＴネットワークシステム１を用いてデータ提供サービスを提供する者である。ここでいうユーザは、ＩｏＴネットワークシステム１を用いたデータ提供サービスの利用者である。例えば、端末装置１００が地方自治体等の防災センターに設置された防災用の端末装置であってもよく、ユーザは、当該防災センターに勤務する担当者であってもよい。

また、ここでいう第三者は、ユーザ自身およびプロバイダ以外の者である。ここでいう第三者は、他のユーザであってもよいし、ＩｏＴネットワークシステム１を用いたデータ提供サービスを受けずもっぱらデータを提供する者であってもよい。
ＩｏＴネットワークシステム１を用いたデータ提供サービスにおけるデータのやり取りのために、ユーザおよび第三者それぞれが、予めプロバイダとの間で契約を締結しておく。

端末装置１００は、ＩｏＴネットワークシステム１を用いたデータ提供サービス用のアプリケーションプログラムを実行することでＩｏＴネットワークシステム１の端末装置として機能する。端末装置１００は、例えばパソコン、タブレット端末装置またはスマートフォン等のコンピュータを用いて構成される。
ＩｏＴネットワークシステム１が備える端末装置１００の数は、図１に示す１つに限らず複数であってもよい。ＩｏＴネットワークシステム１を用いたデータ提供サービスを利用するユーザが複数いてもよい。
以下では、ＩｏＴネットワークシステム１を用いたデータ提供サービス用のアプリケーションプログラムを、単にアプリケーションと称する。

アプリ制御部１１１は、アプリケーションを実行して端末装置１００の各部を制御する。特に、アプリ制御部１１１は、データを要求するユーザ操作に従って、データ要求をＩｏＴネットワーク基盤システム２００へ送信する。
アプリ制御部１１１は、端末装置１００が備える通信機能を用いてデータ要求等の信号の送受信を行う。アプリ制御部１１１がデータ要求を送信する方法は、特定の方法に限定されない。特に、アプリ制御部１１１がコアネットワーク３００を用いてデータ要求を送信するようにしてもよいし、コアネットワーク３００以外の通信経路を用いてデータ要求を送信するようにしてもよい。
アプリメディア処理部１１２は、ＩｏＴデバイス４００がコアネットワーク３００を介して送信するデータを受信し処理する。例えば、ＩｏＴデバイス４００は画像データを送信し、アプリメディア処理部１１２は、受信した画像データを端末装置１００が備える表示画面に表示する。

ＩｏＴデバイス４００は、監視対象ポイントなどの現場のデータを取得し、取得したデータを端末装置１００へ送信する。以下では、ＩｏＴデバイス４００が取得するデータを現場データと称する。
ＩｏＴデバイス４００は、ＩｏＴネットワーク基盤システム２００が送信する制御情報に基づいて、指示された端末装置１００へ現場データを送信する。
端末装置１００が取得可能な現場データ（ユーザが取得可能な現場データ）は、ユーザとプロバイダとの契約にて予め定められる。例えば図１の構成で、端末装置１００は、端末装置１００のユーザの管理下にあるＩｏＴデバイス４００である第１ＩｏＴデバイス４１１の現場データを常に取得可能である。

一方、端末装置１００は、端末装置１００のユーザとは異なる者の管理下にある第２ＩｏＴデバイス４１２のうち、予め契約で定められた一部の第２ＩｏＴデバイス４１２だけから、現場データを取得可能である。契約とは、第２ＩｏＴデバイス４１２が、災害発生時、事故発生時、渋滞発生時といった非通常時に、自装置（第２ＩｏＴデバイス４１２）の管理者以外（すなわち端末装置１００）へ現場データを提供するための許可であってもよい。契約には、第２ＩｏＴデバイス４１２が現場データを端末装置１００に提供する通信の優先度が含まれていてもよい。あるいは、端末装置１００は、非通常時に全ての第２ＩｏＴデバイス４１２の現場データを取得可能と定められてもよい。また、第２ＩｏＴデバイス４１２の現場データが匿名化される場合、端末装置１００は、第２ＩｏＴデバイス４１２の現場データを通常時も取得可能と定められてもよい。

外部情報源機器９００は、ＩｏＴネットワーク基盤システム２００に外部情報を提供する。例えば、外部情報源機器９００は、防災情報提供システムであり、ＩｏＴネットワーク基盤システム２００に防災情報や災害情報といった外部情報を提供するようにしてもよい。また、外部情報源機器９００は、交通情報システムであり、ＩｏＴネットワーク基盤システム２００に、外部情報として渋滞情報等の道路交通情報を提供するようにしてもよい。外部情報は、災害発生場所、事故発生場所、渋滞発生場所といった非通常状態の場所を示す情報を含む。
外部情報に基づいて、ＩｏＴネットワーク基盤システム２００は、非通常時に端末装置１００に現場データを送信するＩｏＴデバイス４００を選択する。ＩｏＴネットワーク基盤システム２００は、外部情報に含まれる非通常状態の場所を示す情報に基づいて、第１ＩｏＴデバイス４１１及び第２ＩｏＴデバイス４１２の中から、非通常状態の場所またはその近傍にあるＩｏＴデバイスを選択するようにしてもよい。

コアネットワーク３００は、通信事業者が提供する通信ネットワークの基幹をなすネットワークである。コアネットワーク３００は、特に、ＩｏＴデバイス４００から端末装置１００への現場データの送信を仲介する。
ここでは、コアネットワーク３００が携帯電話網のコアネットワークである場合を例に説明する。但し、コアネットワーク３００は、通信毎の帯域を制御可能、かつ、通信毎の優先度を制御可能な通信ネットワークであればよく、特定の種類のネットワークに限定されない。例えば、コアネットワーク３００が、固定電話向けの通信ネットワークであってもよい。あるいは、コアネットワーク３００が、複数の通信ネットワークを組み合わせて構成されていてもよい。

上記のように、ここではコアネットワーク３００が携帯電話網のコアネットワークである場合を例に説明する。コアネットワーク３００は、以下の各部を備える。
・ＰＣＲＦ（Policy And Charging Rules Function）：ユーザデータ転送のＱｏＳ（Quality Of Service）および課金のための制御を行う論理ノードである。
・Ｐ−ＧＷ（Packet Data Network Gateway）：ＰＤＮ（Packet Data Network、外部のネットワーク）との接続点であり、ＩＰアドレスの割り当て、および、Ｓ−ＧＷへのパケット転送などを行うゲートウェイである。
・Ｓ−ＧＷ（Serving Gateway）：モバイルアクセスシステムを収容する在圏パケットゲートウェイである。

・ＭＭＥ（Mobility Management Entity）：ｅＮｏｄｅＢを収容し、モビリティ制御する論理ノードである。
・ＳＧＳＮ（Serving GPRS（General Packet Radio Service） Support Node）パケット通信機能を有する論理ノードである。
・ＨＳＳ（Home Subscriber Server）移動通信ネットワークにおける加入者情報データベースであり、認証情報および在圏情報の管理を行う。
・ｅＮｏｄｅＢ（Evolved Node B、eNB）、所定の無線通信方式に対応した無線基地局である。

図１では、これらのうちＭＭＥ３１１およびＰＣＲＦ３１２が示されている。
ＭＭＥ３１１は、ＩｏＴネットワーク基盤システム２００に対してＩｏＴデバイス４００に関する情報を提供する。特に、ＭＭＥ３１１は、ＩｏＴネットワーク基盤システム２００に対してＩｏＴデバイス４００の通信状況に関する情報、および、ＩｏＴデバイス４００の位置情報を提供する。
ＰＣＲＦ３１２は、ＩｏＴデバイス４００の通信の帯域制御および優先制御を行う。

ＩｏＴネットワーク基盤システム２００は、ＩｏＴデバイスの制御方法を実行する。ＩｏＴネットワーク基盤システム２００は、ＩｏＴデバイス４００に制御情報を送信することで、当該ＩｏＴデバイス４００に現場データの送信を指示する。特に、ＩｏＴネットワーク基盤システム２００は、外部情報を受信した場合、第１ＩｏＴデバイス４１１と第２ＩｏＴデバイス４１２との中からＩｏＴデバイスを選択し、選択したＩｏＴデバイスに現場データの送信を指示する。また、ＩｏＴネットワーク基盤システム２００は、契約で定められている条件に従って、選択されたＩｏＴデバイスの優先度を決定する。ＩｏＴネットワーク基盤システム２００は、決定した優先度に基づいてコアネットワーク３００に制御信号を送信する。コアネットワーク３００は、受信した制御信号に基づいて、ＩｏＴデバイスの通信に関する優先制御を行う。優先制御とは、例えば、特定のＩｏＴデバイスの通信帯域を広げる制御であってもよいし、通信の優先度を上げる制御であってもよい。

外部情報受信部２１１は、ＩｏＴネットワーク基盤システム２００が端末装置１００および外部情報源機器９００と連携する為の機能部である。上記のように、外部情報源機器９００は、気象庁または気象会社の防災情報提供システムであってもよく、外部情報受信部２１１が、当該防災情報提供システムから災害情報等の外部情報を受信するようにしてもよい。また、ユーザが、確認したいエリアの入力操作を端末装置１００に対して行った場合、外部情報受信部２１１が、外部情報として、指定されたエリアを示すデータ要求を当該端末装置１００から受信するようにしてもよい。また、外部情報受信部２１１は、外部情報として、第１ＩｏＴデバイス４１１が通常時に送信したデータに基づく情報を端末装置１００から受信してもよい。第１ＩｏＴデバイス４１１が通常時に送信したデータに基づく情報とは、例えば、当該第１ＩｏＴデバイス４１１が取得したデータが閾値を超えているといった情報であってもよい。また、第１ＩｏＴデバイス４１１が通常時に送信したデータに基づく情報とは、例えば、当該第１ＩｏＴデバイス４１１が火災を検知したといった情報や、当該第１ＩｏＴデバイス４１１が設置された近くの河川が氾濫の虞があるといった情報であってもよい。
外部情報受信部２１１が外部情報源機器９００から受信する情報、及び、外部情報受信部２１１が端末装置１００から受信する情報のいずれも、外部情報の例に該当する。

選択ロジック計算部２１２は、外部情報受信部２１１が受信した外部情報に基づいて、第１ＩｏＴデバイス４１１と第２ＩｏＴデバイス４１２との中から、現場データの送信を指示するＩｏＴデバイスを選択する。選択ロジック計算部２１２は、外部情報受信部２１１と連携してＩｏＴデバイス４００の選択に適用するロジックを決定する。上記のように、外部情報受信部２１１が受信する外部情報は非通常状態の場所を示す情報を含む。選択ロジック計算部２１２は、第１ＩｏＴデバイス４１１と第２ＩｏＴデバイス４１２との中から、非通常状態の場所またはその近傍に設置されたＩｏＴデバイスを選択する。

あるいは、選択ロジック計算部２１２が、非通常状態の場所またはその近傍に設置されたＩｏＴデバイス４００に加えて、あるいは代えて、非通常状態の場所に関連するＩｏＴデバイスとして定められているＩｏＴデバイス４００を選択するようにしてもよい。例えば、ある川の流域で洪水が発生した場合、選択ロジック計算部２１２が、洪水が発生した場所のＩｏＴデバイス４００に加えて、あるいは代えて、その川の上流に設置されたＩｏＴデバイス４００を選択してもよい。

また、選択ロジック計算部２１２は、契約情報管理部２１３から契約情報を取得し、デバイスデータ管理部２１４からＩｏＴデバイス４００の使用状況情報を取得する。そして、選択ロジック計算部２１２は、決定したロジックに契約情報およびＩｏＴデバイス４００の使用状況情報を入力して、端末装置１００に対して現場データを送信させるＩｏＴデバイス４００を決定する。

契約情報管理部２１３は、ユーザとプロバイダとの契約を示す契約情報を管理する。この契約情報は、例えば、ユーザが利用可能な第２ＩｏＴデバイス４１２の範囲（すなわち第２ＩｏＴデバイス４１２の使用可否）および利用条件（現場データを匿名化するか、どのような非通常状態に適用するか等）および課金方法を示す。
デバイスデータ取得部２１６は、コアネットワーク３００からデバイスデータを取得する。ここでいうデバイスデータは、ＩｏＴデバイス４００の各々に関する情報である。デバイスデータは、ＩｏＴデバイス４００の各々の通信状況に関する情報、および、ＩｏＴデバイス４００の位置情報を含む。

デバイスデータ加工部２１７は、デバイスデータ取得部２１６がコアネットワーク３００から取得したデバイスデータを扱い易いように加工する。例えば、コアネットワーク３００からの情報に個人を特定可能な情報が含まれている場合、デバイスデータ加工部２１７は、個人を特定可能な情報を削除するなど情報の匿名化を行う。例えば、現場データ提供者とプロバイダとの間の契約で、デバイスデータの加工方法が定められていてもよい。この場合、デバイスデータ加工部２１７は、この契約に基づいてデバイスデータの加工を行う。

デバイスデータ管理部２１４は、デバイスデータ取得部２１６が取得し、必要に応じてデバイスデータ加工部２１７が加工したデバイスデータを記憶し管理する。例えば、デバイスデータ管理部２１４は、デバイスデータとしてＩｏＴデバイス４００の各々について以下の情報を記憶し管理する。
・ＩｏＴデバイス４００の機器ＩＤ（ＩｏＴデバイス４００の識別情報）。
・ＩｏＴデバイス４００の通信に割り当てられている帯域。
・ＩｏＴデバイス４００の通信の優先度。
・ＩｏＴデバイス４００の所有者名（ＩｏＴデバイス４００の所有者の識別情報）。
・ＩｏＴデバイス４００の使用状況（例えば、「使用中」または「未使用」）。

再割り当て／複製部２１５は、選択ロジック計算部２１２による選択で、複数の端末装置１００に対する現場データ送信元のＩｏＴデバイス４００が１つのＩｏＴデバイス４００に重なった場合の処理を行う。
複数の端末装置１００が、当該ＩｏＴデバイス４００の現場データを共用可能な場合、再割り当て／複製部２１５は、当該ＩｏＴデバイス４００からの現場データを複製して、複数の端末装置１００の各々に送信する。

一方、複数の端末装置１００が、当該ＩｏＴデバイス４００の現場データを共用できない場合、再割り当て／複製部２１５は、端末装置１００へのＩｏＴデバイス４００の割り当てを変更する（再割り当てを行う）。ここでいう端末装置１００に割り当てられたＩｏＴデバイス４００は、当該端末装置１００へ現場データを送信するよう制御されるＩｏＴデバイス４００である。

端末装置１００へのＩｏＴデバイス４００の割り当てを変更する場合、再割り当て／複製部２１５は、例えば契約またはアプリケーションの種類に応じて定まる優先順位に基づいて、優先順位の最も高い端末装置１００に対して当該ＩｏＴデバイス４００の割り当てを維持する。他の端末装置１００に対して、再割り当て／複製部２１５は、選択ロジック計算部２１２に次善のＩｏＴデバイス４００を選択させ、選択されたＩｏＴデバイス４００を当該端末装置１００に割り当てる。

データ取得部２１８は、ＩｏＴデバイス４００から現場データを取得する。
デバイス制御部２１９は、ＩｏＴデバイス４００を制御する。
データ取得部２１８が取得した現場データに不都合がある場合、デバイス制御部２１９は、当該ＩｏＴデバイス４００を制御してデータを取得する条件を変更させる。例えば、ＩｏＴデバイス４００が、画像データを取得するカメラである場合について説明する。データ取得部２１８が取得した画像データにて画像の状態が良くない場合、デバイス制御部２１９は、当該ＩｏＴデバイス４００の向き（撮影する向き）を変える、またはズームを変更するといった制御信号をＩｏＴデバイス４００に送信する。
コアネットワーク制御部２２０は、コアネットワーク３００に制御信号を送信する。特に、コアネットワーク制御部２２０は、ＰＣＲＦ３１２に対して、ＩｏＴデバイス４００各々の通信帯域および優先度を制御する指示を行う。

図２は、ＩｏＴネットワークシステム１における階層構造の例を示す図である。図２では、ＩｏＴネットワークシステム１を構成する機能またはデバイスを、アプリケーション層、プラットフォーム層、コネクティビティ層、及び、デバイス層に分類している。
アプリケーション層には、端末装置１００が実行するアプリケーション機能が分類される。このアプリケーション機能は、アプリ制御部１１１による現場データの要求、および、アプリメディア処理部１１２による現場データの取得が含まれる。

プラットフォーム層には、ＩｏＴネットワーク基盤システム２００によるＩｏＴネットワーク基盤機能が分類される。このＩｏＴネットワーク基盤機能には、以下の各機能が含まれる。
・外部情報受信部２１１による外部情報の受信。
・選択ロジック計算部２１２による選択ロジック計算（端末装置１００に現場データを送信させるＩｏＴデバイス４００を決定するロジックの計算）。

・契約情報管理部２１３による契約情報の管理。
・デバイスデータ管理部２１４によるデバイスデータの管理。
・再割り当て／複製部２１５によるＩｏＴデバイス４００の端末装置１００への再割り当て、および、ＩｏＴデバイス４００の現場データの複製。

・デバイスデータ取得部２１６によるデバイスデータの取得。
・デバイスデータ加工部２１７によるデバイスデータの加工。
・データ取得部２１８によるＩｏＴデバイス４００に対する現場データの要求、および、要求した現場データの取得。
・デバイス制御部２１９によるＩｏＴデバイス４００の制御。
・コアネットワーク制御部２２０によるコアネットワーク３００の制御。

コネクティビティ層には、コアネットワーク３００が提供する通信ネットワークが分類される。この通信ネットワークにおける管理または処理として、帯域管理、優先度管理、および、位置情報処理が含まれる。
帯域管理では、コアネットワーク３００における各通信に割り当てる帯域を管理する。優先度管理では、コアネットワーク３００における各通信の優先度を管理する。位置情報処理では、ＩｏＴデバイス４００の位置情報を取得する。特に、車載されているＩｏＴデバイスなど移動可能に構成されているＩｏＴデバイス４００の位置情報を位置情報処理にて取得する。

デバイス層には、ＩｏＴデバイス４００が分類される。上述したように、ＩｏＴデバイス４００にはユーザの管理下にある第１ＩｏＴデバイス４１１と、プロバイダまたは第三者など、ユーザ以外の管理下にある第２ＩｏＴデバイス４１２とがある。

図２のように、アプリケーション層とプラットフォーム層とが分離されている。アプリケーション側（端末装置１００側）がＩｏＴデバイス４００の状況（電源ＯＦＦや電池切れ、設置位置等）を意識せずに目的（特定エリアの画像が見たい等）を遂行できるよう、ＩｏＴネットワーク基盤側（ＩｏＴネットワーク基盤システム２００側）にて複雑な選択ロジック計算を吸収する。例えば、アプリケーションが「監視アプリ」（災害発生場所など特定の場所を監視するためのアプリケーション）である場合、ユーザは、監視したい注目エリアをＧＵＩ上から選択する（例えば、丸く囲うタッチ操作を行う）ことで、注目エリアのＩｏＴデバイス４００から画像を取得することができる。

次に、図３〜８を参照してＩｏＴネットワーク基盤システム２００の動作について説明する。
以下では、ＩｏＴデバイス４００がカメラを含んで構成され、ＩｏＴネットワーク基盤システム２００が防災用の画像を提供する場合を例に説明する。ただし、ＩｏＴデバイス４００は、特定の種類のデバイスに限定されず、ＩｏＴネットワークシステム１が提供する現場データは、特定の種類のデータに限定されない。
また、以下の動作例の説明では、ユーザがＩｏＴネットワークシステム１によるサービスを受ける前提として、プロバイダとの契約を予め締結しているものとする。
以下では、処理を行う機能部またはデータを伝送する経路に番号を付して説明する。

図３は、通常時におけるＩｏＴネットワーク基盤システム２００の動作の例を示す図である。
（１） 通常時は、デバイスデータ取得部２１６が、デバイスデータ（ＩｏＴデバイス４００の位置情報、帯域、優先度等）をコアネットワーク３００側から定期的に取得する。
（２） デバイスデータ取得部２１６は、得られたデバイスデータをデバイスデータ加工部２１７へ渡す（出力する）。
（３） デバイスデータ加工部２１７は、デバイスデータ取得部２１６が取得したデバイスデータを必要に応じて加工（例えば、第三者の情報について個人を特定可能な情報をマスキングする等）する。例えば、デバイスデータ加工部２１７は、契約情報管理部２１３が管理する契約情報を参照し、契約情報に定められている加工方法に従ってデバイスデータを加工する。

（４） デバイスデータ加工部２１７は、デバイスデータをデバイスデータ管理部２１４へ渡す。
（５） デバイスデータ管理部２１４は、デバイスデータ取得部２１６が取得し、デバイスデータ加工部２１７が必要に応じて加工したデバイスデータを格納（記憶）する。
（６） 通常時に端末装置１００が取得可能なＩｏＴデバイス４００の範囲が、ユーザとプロバイダとの間の契約で予め定められている。例えば通常時は、端末装置１００と同じユーザのＩｏＴデバイス４００である第１ＩｏＴデバイス４１１が画像データを端末装置１００へ送信する。

図４は、災害（地震等）発生時等の非通常時に、ＩｏＴネットワーク基盤システム２００が外部情報に基づいて行う処理の手順の例を示す図である。
（１１） 外部情報受信部２１１は、外部情報源機器９００から災害情報を受信する。例えば、ＩｏＴネットワーク基盤システム２００は、気象庁等の外部機関と連携しており、外部機関のサーバ装置から災害情報（例えば、位置情報、災害の強さ等）を受け取る。
（１２） 外部情報受信部２１１は、受け取った情報を選択ロジック計算部２１２に渡す。

（１３） 選択ロジック計算部２１２は、外部情報に含まれる非通常状態の場所を示す情報、契約情報およびＩｏＴデバイス４００の使用状況に基づいて第１ＩｏＴデバイス４１１と第２ＩｏＴデバイス４１２との中からＩｏＴデバイスを選択する。具体的には、選択ロジック計算部２１２は、契約情報管理部２１３にアクセスして契約情報を確認する。また、選択ロジック計算部２１２は、デバイスデータ管理部２１４にアクセスしてＩｏＴデバイス４００の使用状況を把握する。特に、選択ロジック計算部２１２は、ＩｏＴデバイス４００の使用状況に基づいて、他の端末装置１００（他のアプリケーション）が当該ＩｏＴデバイス４００を使用中か否かを把握する。そして、選択ロジック計算部２１２は、契約の範囲内で、かつ、使用可能な（他のアプリケーションで使用されていない）ＩｏＴデバイス４００を選択する。
（１４） 選択ロジック計算部２１２は、選択したＩｏＴデバイス４００をコアネットワーク制御部２２０およびデバイス制御部２１９に通知する。

（１５） コアネットワーク制御部２２０は、選択されたＩｏＴデバイス４００の通信を優先制御するよう、コアネットワーク３００に指示する。例えば、震度５以上の地域にあるカメラの通信を優先させる場合、コアネットワーク制御部２２０は、該当カメラの帯域を広げ優先度を上げるよう、コアネットワーク３００のＰＣＲＦ３１２に指示する。また、コアネットワーク制御部２２０は、該当地域以外のカメラやその他ＩｏＴデバイス４００（スマートメータ等）の帯域を狭め、優先度を低くするようにコアネットワーク３００側に指示する。なお、ＩｏＴデバイス４００が固定網を介して画像データを送信する場合、コアネットワーク制御部２２０は、固定網に対してＩｏＴデバイス４００の通信の帯域および優先度等の指示を行う。

（１６） デバイス制御部２１９は、選択されたＩｏＴデバイス４００に画像データの送信を指示する。
（１７） 選択されたＩｏＴデバイス４００は、デバイス制御部２１９の制御に従って、端末装置１００へ画像データを送信する。このとき、コアネットワーク３００は、コアネットワーク制御部２２０が指示した帯域および優先度に従って、ＩｏＴデバイス４００から端末装置１００への画像データを伝送する。

図５は、災害発生時等の非通常時に、ＩｏＴネットワーク基盤システム２００がユーザの指示（外部情報）に基づいて行う処理の例を示す図である。ＩｏＴネットワーク基盤システム２００は、ユーザの指示に基づいて、図３に示す通常時の処理から図５の処理に切り替える。あるいは、ＩｏＴネットワーク基盤システム２００が、図４の処理を行った後、ユーザ指示に基づいて図５の処理を行うことで、ＩｏＴデバイス４００の選択を更新するようにしてもよい。

（２１） ユーザ（例えば、地方自治体等の防災担当者）が、被害状況の確認や帰宅難民の動線確保等のため、確認したい地域を指定する。例えば、端末装置１００が表示画面に地図を表示し、管理者は、確認したい地域を丸で囲うタッチ操作を行うことで、地域の指定を行う。

（２２） 端末装置１００は、地域指定情報（ユーザが指定した地域を示す情報、すなわち外部情報）をＩｏＴネットワーク基盤システム２００へ送信する。
（２３） ＩｏＴネットワーク基盤システム２００では、外部情報受信部２１１が地域指定情報を受信し、受信した地域指定情報を選択ロジック計算部２１２へ渡す。
（２４） 選択ロジック計算部２１２は、地域指定情報に含まれる地域を示す情報、契約情報、および、ＩｏＴデバイス４００の使用状況に基づいてＩｏＴデバイス４００を選択する。図４を参照して説明したのと同様、選択ロジック計算部２１２は、契約情報管理部２１３にアクセスして契約情報を確認する。また、選択ロジック計算部２１２は、デバイスデータ管理部２１４にアクセスしてＩｏＴデバイス４００の使用状況を把握する。特に、選択ロジック計算部２１２は、ＩｏＴデバイス４００の使用状況に基づいて、他の端末装置１００（他のアプリケーション）が当該ＩｏＴデバイス４００を使用中か否かを把握する。そして、選択ロジック計算部２１２は、契約の範囲内で、かつ、使用可能な（他のアプリケーションで使用されていない）ＩｏＴデバイス４００を選択する。
（２５） 選択ロジック計算部２１２は、選択したＩｏＴデバイス４００をコアネットワーク制御部２２０およびデバイス制御部２１９に通知する。

（２６） コアネットワーク制御部２２０は、選択されたＩｏＴデバイス４００の通信を優先制御するよう、コアネットワーク３００に指示する。なお、ＩｏＴデバイス４００が固定網を介して画像データを送信する場合、コアネットワーク制御部２２０は、固定網に対してＩｏＴデバイス４００の通信の帯域および優先度等の指示を行う。

（２７） デバイス制御部２１９は、選択されたＩｏＴデバイス４００に画像データの送信を指示する。
（２８） 選択されたＩｏＴデバイス４００は、デバイス制御部２１９の制御に従って、端末装置１００へ画像データを送信する。このとき、コアネットワーク３００は、コアネットワーク制御部２２０が指示した帯域および優先度に従って、ＩｏＴデバイス４００から端末装置１００への画像データを伝送する。

ここで、図６および図７を参照して、ＩｏＴネットワーク基盤システム２００がＩｏＴデバイス４００の画像を評価してＩｏＴデバイス４００を選択する場合の動作例について説明する。図６および図７の処理は、選択ロジック計算部２１２が行う処理のオプションに該当する。選択ロジック計算部２１２は、図４の（１３）での処理にて、図６および図７の処理を行う。

図６は、ＩｏＴネットワーク基盤システム２００がＩｏＴデバイス４００の画像を評価する処理手順の例を示す図である。
（３１） データ取得部２１８は、データ要求先のＩｏＴデバイス４００から画像データを取得する。例えば、データ取得部２１８は、ユーザとプロバイダとの間の契約にて端末装置１００が取得可能なＩｏＴデバイス４００（固定カメラおよび車載カメラ）のうち、被災地など画像取得対象地域に位置する全てのＩｏＴデバイス４００の画像データを取得する。選択候補のＩｏＴデバイス４００が画像データを送信していない場合、デバイス制御部２１９が当該ＩｏＴデバイス４００を制御して、画像データを送信させるようにしてもよい。
（３２） データ取得部２１８は、取得したデータを選択ロジック計算部２１２に渡す。

（３３） 選択ロジック計算部２１２は、取得したデータに基づいてＩｏＴデバイス４００の絞り込みを行う。例えば防災ソリューションの場合、災害時にＩｏＴデバイス４００が故障している可能性、および、ＩｏＴデバイス４００のカメラの画角の一部または全部が瓦礫等で遮られて目的の画像が映っていない可能性がある。そこで、選択ロジック計算部２１２は、ＩｏＴデバイス４００の絞り込みにより、端末装置１００から要求のあった地域内で最適なＩｏＴデバイス４００の選択を行う。

具体的には、選択ロジック計算部２１２は、取得した画像が該当地域をどの程度映しているか（有効な画素数がどのくらいの割合か）を計算し、最も映しているカメラを選択する。例えば、監視カメラの画像全体をＰピクセル、画像全体のうち該当地域が写っている部分（有効な部分）をｐピクセルとしたとき、選択ロジック計算部２１２は、式（１）に示される割合が最も大きいＩｏＴデバイス４００から優先的に選択する。

図７は、ＩｏＴネットワーク基盤システム２００が、選択したＩｏＴデバイス４００に画像データを送信させる処理手順の例を示す図である。ＩｏＴネットワーク基盤システム２００は、図６の処理に続いて図７の処理を行う。
（４１） 選択ロジック計算部２１２は、選択したＩｏＴデバイス４００をコアネットワーク制御部２２０およびデバイス制御部２１９に通知する。
（４２） コアネットワーク制御部２２０は、選択されたＩｏＴデバイス４００の通信を優先させるよう、コアネットワーク３００側に指示する。

（４３） デバイス制御部２１９は、選択されたＩｏＴデバイス４００に画像データの送信を指示する。
（４４） 選択されたＩｏＴデバイス４００は、デバイス制御部２１９の制御に従って、端末装置１００へ画像データを送信する。このとき、コアネットワーク３００は、コアネットワーク制御部２２０が指示した帯域および優先度に従って、ＩｏＴデバイス４００から端末装置１００への画像データを伝送する。この場合、コアネットワーク３００は、ＩｏＴネットワーク基盤システム２００の指示に従って、選択されたＩｏＴデバイス４００から当該端末装置１００への通信に優先的に帯域を割り当て、優先的にデータ伝送を行う。

なお、デバイス制御部２１９がＩｏＴデバイス４００を制御してデータの精度を高めるようにしてもよい。例えば、ＩｏＴデバイス４００のカメラの画角の一部が瓦礫で覆われている場合、デバイス制御部２１９が当該ＩｏＴデバイス４００に対して、カメラの向きを瓦礫と反対側に動かすよう指示するようにしてもよい。あるいは、デバイス制御部２１９がＩｏＴデバイス４００に対して、カメラの向きに加えて、あるいは代えて、ズームを変化させるよう指示するようにしてもよい。
カメラの向きの変化またはズームの変化により式（１）の値が大きくなる可能性がある。デバイス制御部２１９がＩｏＴデバイス４００を制御した後、選択ロジック計算部２１２が制御後の式（１）の値を用いてＩｏＴデバイス４００の選択を行うようにしてもよい。

選択ロジック計算部２１２が、式（１）に示される割合を計算する処理は、選択（一次選抜）されたＩｏＴデバイス４００から所望のデータを取得できるか確認する処理の例に該当する。
また、デバイス制御部２１９が、ＩｏＴデバイス４００のカメラの向きおよびズームのうち何れか一方または両方を変える処理は、所望のデータを取得できるか確認するために、選択されたＩｏＴデバイス４００を制御する処理の例に該当する。
また、選択ロジック計算部２１２が、あるＩｏＴデバイス４００よりも、式（１）に示される割合が大きい他のＩｏＴデバイス４００を選択する処理は、所望のデータを取得できないことを確認した場合に他のＩｏＴデバイス４００を選択する処理の例に該当する。

図８は、複数の端末装置１００が存在し、複数の端末装置１００から同じＩｏＴデバイス４００へのデータ要求または制御が必要になった場合の、ＩｏＴネットワーク基盤システム２００の処理手順の例を示す図である。図８は、例えば、複数のアプリケーションが存在し、監視アプリケーション以外のアプリケーションから同じＩｏＴデバイス４００へのデータ要求または制御が必要になった場合の、ＩｏＴネットワーク基盤システム２００の処理の例を示す。
（５１） ＩｏＴネットワーク基盤システム２００が端末装置１００から新たな画像データの送信要求を受けた場合、選択ロジック計算部２１２が最適なＩｏＴデバイス４００を選択し、当該ＩｏＴデバイス４００を制御可能か否かデバイスデータ管理部２１４に確認する。選択ロジック計算部２１２がＩｏＴデバイス４００を選択する方法は、図４〜図６を参照して説明した方法と同様である。

（５２）複数の端末装置１００に対して、同じＩｏＴデバイス４００が画像データの送信元として選択された場合、この部分の処理を選択ロジック計算部２１２から再割り当て／複製部２１５へ移行する。
（５３Ａ） 複数の端末装置１００から同じＩｏＴデバイス４００へのデータ要求または制御が必要になった場合、再割り当て／複製部２１５が、優先する端末装置１００への再割り当てを行う。再割り当て／複製部２１５は、端末装置１００毎の優先度（例えば、アプリケーション毎の優先度）の情報を把握しており、優先度情報と契約情報を確認して、優先する端末装置１００に対してＩｏＴデバイス４００の制御権を渡す。また、再割り当て／複製部２１５は、制御権を奪われた端末装置１００に対して、その次に最適なＩｏＴデバイス４００を割り振る。再割り当て／複製部２１５は、端末装置１００へのＩｏＴデバイス４００の割り振りの結果を選択ロジック計算部２１２へ通知する。

（５３Ｂ） 一方、複数の端末装置１００が同じＩｏＴデバイス４００の画像を共用可能な場合、再割り当て／複製部２１５は、取得したデータを複製して要求元の複数の端末装置１００に送信する。複数の端末装置１００が同じＩｏＴデバイス４００の画像を共用可能か否かの判断は、例えば再割り当て／複製部２１５が、当該端末装置１００が実行しているアプリケーションの種類に基づいて判定する。あるいは、ユーザが、複製された画像を参照して、当該画像の使用可否を通知するようにしてもよい。

上述した災害ソリューション以外のＩｏＴネットワーク基盤システム２００の適用例として、イベントにおけるトラブルの監視、および、渋滞監視が挙げられる。
例えば、マラソン大会で事件または事故が発生した場合、事件発生状況や被害状況の把握、マラソン参加者（ランナー）や観客の動線確保、および、犯人追跡等の目的のために、大会本部または警察等が現場の画像を取得できることが重要である。その際、マラソン大会のように会場が広域に及ぶイベントでは特に、事件または事故の発生場所、および、マラソン参加者や観客の居場所に応じて適切なＩｏＴデバイス４００を選択することが重要である。

そこで、ＩｏＴネットワーク基盤システム２００が、現場の画像を撮影するためのＩｏＴデバイス４００を選択して（固定ネットワークカメラおよび車載カメラ等を選定して）画像を送信させ、また、コアネットワーク３００を制御して当該画像を優先的に送信させるようにしてもよい。例えば、ＩｏＴネットワーク基盤システム２００は、事件・事故発生場所および建物の被害状況のインプットを端末装置１００から受け、インプットに基づいてＩｏＴデバイス４００の選択を行う。

また、花火大会で事件または事故が発生した場合、事件発生状況や被害状況の把握、観客の動線確保、および、犯人追跡等の目的のために、大会本部または警察等が現場の画像を取得できることが重要である。その際、花火大会のように観客数の多いイベントでは、観客の避難経路および避難先が多岐にわたることが考えられる。この点で特に、事件または事故の発生場所、および、観客の居場所に応じて適切なＩｏＴデバイス４００を選択することが重要である。

そこで、ＩｏＴネットワーク基盤システム２００が、現場の画像を撮影するためのＩｏＴデバイス４００を選択して（固定ネットワークカメラおよび車載カメラ等を選定して）画像を送信させ、また、コアネットワーク３００を制御して当該画像を優先的に送信させるようにしてもよい。例えば、ＩｏＴネットワーク基盤システム２００は、事件発生場所および被害状況のインプットを端末装置１００から受け、インプットに基づいてＩｏＴデバイス４００の選択を行う。
花火大会など観客数の多いイベント終了後に、観客が安全かつスムーズに帰宅できるよう監視するためにＩｏＴネットワーク基盤システム２００を用いるようにしてもよい。

また、ゴールデンウィークまたはお盆等に渋滞が発生した際、ＩｏＴネットワーク基盤システム２００が、渋滞発生箇所のＩｏＴデバイス４００を選択して（固定ネットワークカメラおよび車載カメラ等を選定して）画像を送信させ、また、コアネットワーク３００を制御して当該画像を優先的に送信させるようにしてもよい。例えば、ＩｏＴネットワーク基盤システム２００は、渋滞情報状況のインプットを渋滞監視用のサーバ装置から受け、インプットに基づいてＩｏＴデバイス４００の選択を行う。渋滞監視用のサーバ装置は外部情報源機器９００の例に該当する。
これにより、渋滞監視担当者は、カメラ画像からより信憑性のある道路情報を取得でき、渋滞回避のためのより高精度な情報を運転者に提供することができる。

以上のように、外部情報受信部２１１は、外部情報を受信する。選択ロジック計算部２１２は、受信した外部情報に基づいて、第１ＩｏＴデバイス４１１と、第２ＩｏＴデバイス４１２との中からＩｏＴデバイス４００を選択する。第１ＩｏＴデバイス４１１は、通常時にデータを送信するデバイスである。第２ＩｏＴデバイス４１２は、第１ＩｏＴデバイス４１１とは異なるデバイスである。デバイス制御部２１９は、選択ロジック計算部２１２が選択したＩｏＴデバイス４００にデータ送信を指示する。

ＩｏＴネットワーク基盤システム２００は、通常時、第１ＩｏＴデバイス４１１のみにデータ送信を指示するのに対し、非通常時には、第１ＩｏＴデバイス４１１と第２ＩｏＴデバイス４１２との中から選択されたＩｏＴデバイスにデータ送信を指示する。すなわち、デバイス制御部２１９がデータ送信を指示するＩｏＴデバイスの対象が、非通常時には第１ＩｏＴデバイス４１１および第２ＩｏＴデバイス４１２に拡張される。これにより、非通常時に、ＩｏＴデバイスから所望のデータを取得できる可能性を高めることができる。
例えば、外部情報にて災害発生がＩｏＴネットワーク基盤システム２００に通知された場合など、ＩｏＴネットワーク基盤システム２００が非通常時であることを検知した場合、ユーザは、第２ＩｏＴデバイス４１２からの現場データを利用可能になる。このように、ＩｏＴネットワーク基盤システム２００によれば、防災用のＩｏＴデバイス４００を増設する必要なしに、災害時における現場データの取得範囲を拡大することができる。

例えばユーザは、注目エリア内にユーザ自らが所有する適した第１ＩｏＴデバイス４１１がない場合、プロバイダまたは第三者が所有している第２ＩｏＴデバイス４１２からも現場データ（例えば画像データ）を取得することができる。ＩｏＴネットワーク基盤システム２００によれば、現場データを取得できるＩｏＴデバイス４００を拡大することで、ユーザの要求により適した現場データを提供することができる。

また、仮に、ＩｏＴデバイスによる現場データの取得範囲を広げるために第１ＩｏＴデバイス４１１を増やすと、ネットワークの輻輳を引き起こす可能性がある。これに対し、ＩｏＴネットワーク基盤システム２００によれば、プロバイダまたは第三者が所有している第２ＩｏＴデバイス４１２を使用でき、第１ＩｏＴデバイス４１１の増設は必要ない点で、ネットワークの輻輳が生じる可能性は比較的小さい。また、ＩｏＴネットワーク基盤システム２００によれば、各ＩｏＴデバイス４００の契約情報および使用状況に基づいて、選択するＩｏＴデバイスの優先度を決定することができる。このため、ネットワークの輻輳によらず、選択したＩｏＴデバイス４００のデータ送信を優先制御することができる。

例えば、選択ロジック計算部２１２が、外部情報に含まれる非通常状態の場所を示す情報に基づいて、非通常状態の場所にあるＩｏＴデバイス４００を選択するようにしてもよい。あるいは、選択ロジック計算部２１２が、非通常状態の場所に関連するとされているＩｏＴデバイス４００を選択するようにしてもよい。

また、選択ロジック計算部２１２は、外部情報に含まれる非通常状態の場所を示す情報に基づいてＩｏＴデバイス４００の選択を行う。
これにより、ＩｏＴネットワークシステム１では、例えば災害対策を行う市職員など非通常状態に関するデータを必要とするユーザに対して、ユーザが所望するデータを提供できる可能性を高めることができる。

また、選択ロジック計算部２１２は、さらに、ＩｏＴデバイス各々の使用可否を示す契約情報に基づいてＩｏＴデバイス４００の選択を行う。
例えば、ユーザ自らが所有しているＩｏＴデバイス４００（第１ＩｏＴデバイス４１１）だけでなく、プロバイダまたは第三者が所有しているＩｏＴデバイス４００（第２ＩｏＴデバイス４１２）からも現場データを取得可能にするために、ユーザとプロバイダ（サービス提供者）との間で事前に契約を締結しておく。そして、ＩｏＴネットワーク基盤システム２００の契約情報管理部２１３にて契約情報を管理する。ユーザは、契約に沿った範囲でＩｏＴデバイス４００（特に、第２ＩｏＴデバイス４１２）からの現場データを得られる。

ＩｏＴネットワーク基盤システム２００によれば、使用可能な第２ＩｏＴデバイス４１２を契約で定めておくことで、ユーザ（現場データの利用者）、現場データ提供者の両方の意向を反映した運用が可能である。
また、プロバイダまたは第三者が所有しているＩｏＴデバイス４００（第２ＩｏＴデバイス４１２）を現場データの供給源に取り込む枠組みが契約にて明確になっていることで、トラブルの可能性を低減することができる。第２ＩｏＴデバイス４１２は、車載カメラを用いて構成されていてもよいし、固定のカメラを用いて構成されていてもよいし、携帯カメラ（例えば、スマートフォンのカメラ）を用いて構成されていてもよい。

また、選択ロジック計算部２１２は、さらに、ＩｏＴデバイス各々の使用状況に基づいてＩｏＴデバイスの選択を行う。
これにより、ＩｏＴネットワーク基盤システム２００では、複数の端末装置１００に対して同一の第２ＩｏＴデバイス４１２が割り当てられて競合が生じることを回避できる。あるいは、ＩｏＴネットワーク基盤システム２００が、第２ＩｏＴデバイス４１２の現場データを複製することで、複数の端末装置１００が、第２ＩｏＴデバイス４１２の現場データを共用することができる。

例えば、複数の端末装置１００（複数のアプリケーション）から同じＩｏＴデバイス４００の現場データの要求があった場合、ＩｏＴネットワーク基盤システム２００は、要求されたＩｏＴデバイス４００の現場データを、優先度の高い要求（優先度の高い端末装置１００）に提供する。あるいは、複数の端末装置１００が現場データを共用可能な場合、ＩｏＴネットワーク基盤システム２００は、要求されたＩｏＴデバイス４００の現場データを複製し、各端末装置１００に提供する。

また、選択ロジック計算部２１２は、選択されたＩｏＴデバイスから所望のデータを取得できるか確認する。
これにより、ＩｏＴネットワーク基盤システム２００では、所望のデータをユーザに提供できる可能性が高まる。ここでいう所望のデータは、上記の式（１）のように現場データの適切さの判断基準に基づいて適切であると判断される現場データである。
例えば、ＩｏＴネットワーク基盤システム２００によれば、瓦礫で視界が遮られた画像を避けるなど、より適切な画像を端末装置１００に提供することができる。

また、デバイス制御部２１９は、所望のデータを取得できるか確認するために、選択されたＩｏＴデバイス４００を制御する。
例えば、ＩｏＴデバイス４００がカメラを備えて撮影を行い画像データを送信する場合、データ取得部２１８が取得した画像データにて画像の状態が良くないときは、デバイス制御部２１９は、当該ＩｏＴデバイス４００を制御して当該ＩｏＴデバイス４００の向き（撮影する向き）またはズームを変更させる。
このように、デバイス制御部２１９がＩｏＴデバイス４００を制御することで、所望のデータをユーザに提供できる可能性が高まる。

また、選択ロジック計算部２１２は、確認にて所望のデータを取得できないと判断した場合、他のＩｏＴデバイス４００を選択する。
これにより、ＩｏＴネットワーク基盤システム２００では、所望のデータをユーザに提供できる可能性が高まる。

図９は、少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。図９に示すコンピュータ５０は、ＣＰＵ５１と、主記憶装置５３と、補助記憶装置５２と、インタフェース５４とを備える。
上述のＩｏＴネットワーク基盤システム２００は、コンピュータ５０に実装される。そして、ＩｏＴネットワーク基盤システム２００の各部の動作は、プログラムの形式で補助記憶装置５２に記憶されている。ＣＰＵ５１は、プログラムを補助記憶装置５２から読み出して主記憶装置５３に展開し、当該プログラムに従って上記処理を実行する。

次に、図１０を参照して本実施形態の最小構成について説明する。
図１０は、ＩｏＴネットワーク基盤システムの最小構成の例を示す図である。図１０に示すＩｏＴネットワーク基盤システム１０は、外部情報受信部１２と、選択ロジック計算部１３と、デバイス制御部１１とを備える。
かかる構成にて、外部情報受信部１２は、外部情報を受信する。選択ロジック計算部１３は、受信した外部情報に基づいて、通常時にデータを送信する第１ＩｏＴデバイスと、第１ＩｏＴデバイスとは異なる第２ＩｏＴデバイスと、の中からＩｏＴデバイスを選択する。デバイス制御部１１は、選択したＩｏＴデバイスにデータ送信を指示する。

ＩｏＴネットワーク基盤システム１０は、通常時、第１ＩｏＴデバイスのみにデータ送信を指示するのに対し、非通常時には、第１ＩｏＴデバイスと第２ＩｏＴデバイスとの中から選択されたＩｏＴデバイスにデータ送信を指示する。すなわち、デバイス制御部１１がデータ送信を指示するＩｏＴデバイスの対象が、非通常時には第１ＩｏＴデバイスおよび第２ＩｏＴデバイスに拡張される。これにより、非通常時に、ＩｏＴデバイスから所望のデータを取得できる可能性を高めることができる。

なお、ＩｏＴネットワーク基盤システム２００が行う処理の全部または一部を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

この出願は、２０１７年１２月２８日に出願された日本出願特願２０１７−２５４６１９を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ ＩｏＴネットワークシステム
１０、２００ ＩｏＴネットワーク基盤システム
１１、２１９ デバイス制御部
１２、２１１ 外部情報受信部
１３、２１２ 選択ロジック計算部
１００ 端末装置
１１１ アプリ制御部
１１２ アプリメディア処理部
２１３ 契約情報管理部
２１４ デバイスデータ管理部
２１５ 再割り当て／複製部
２１６ デバイスデータ取得部
２１７ デバイスデータ加工部
２１８ データ取得部
２２０ コアネットワーク制御部
３００ コアネットワーク
３１１ ＭＭＥ
３１２ ＰＣＲＦ
４００ ＩｏＴデバイス
４１１ 第１ＩｏＴデバイス
４１２ 第２ＩｏＴデバイス

Claims (10)

1. ＩｏＴデバイスの制御方法であって、
   外部情報を受信し、
   前記受信した外部情報に基づいて、通常時にデータを送信する第１ＩｏＴデバイスと、前記第１ＩｏＴデバイスとは異なる第２ＩｏＴデバイスと、の中からＩｏＴデバイスを選択し、
   前記選択したＩｏＴデバイスにデータ送信を指示する、ＩｏＴデバイスの制御方法。
2. 前記ＩｏＴデバイスの選択は、前記外部情報に含まれる非通常状態の場所を示す情報に基づく、請求項１に記載のＩｏＴデバイスの制御方法。
3. 前記ＩｏＴデバイスの選択は、さらに、ＩｏＴデバイス各々の使用可否を示す契約情報に基づく、請求項２に記載のＩｏＴデバイスの制御方法。
4. 前記ＩｏＴデバイスの選択は、さらに、ＩｏＴデバイス各々の使用状況に基づく、請求項３に記載のＩｏＴデバイスの制御方法。
5. さらに、前記選択されたＩｏＴデバイスから所望のデータを取得できるか確認する、請求項４に記載のＩｏＴデバイスの制御方法。
6. 前記所望のデータを取得できるか確認するために、前記選択されたＩｏＴデバイスを制御する、請求項５に記載のＩｏＴデバイスの制御方法。
7. 前記所望のデータを取得できないことを確認した場合、他のＩｏＴデバイスを選択する、請求項５または６に記載のＩｏＴデバイスの制御方法。
8. さらに、前記外部情報に含まれる非通常状態の場所を示す情報に基づいて、非通常状態の場所にあるＩｏＴデバイスを選択する、請求項１乃至７のいずれか１項に記載のＩｏＴデバイスの制御方法。
9. コンピュータに、
   外部情報を受信する処理と、
   前記受信した外部情報に基づいて、通常時にデータを送信する第１ＩｏＴデバイスと、前記第１ＩｏＴデバイスとは異なる第２ＩｏＴデバイスと、の中からＩｏＴデバイスを選択する処理と、
   前記選択したＩｏＴデバイスにデータ送信を指示する処理と、を実行させるためのプログラムが記録された記録媒体。
10. ＩｏＴデバイスを制御するＩｏＴネットワーク基盤システムであって、
    外部情報を受信する外部情報受信手段と、
    前記受信した外部情報に基づいて、通常時にデータを送信する第１ＩｏＴデバイスと、前記第１ＩｏＴデバイスとは異なる第２ＩｏＴデバイスと、の中からＩｏＴデバイスを選択する選択ロジック計算手段と、
    前記選択したＩｏＴデバイスにデータ送信を指示するデバイス制御手段と、を備える、ＩｏＴネットワーク基盤システム。

Images