JP2022063883A - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】ＩｏＴサービス事業者が用いるユーザ機器に適用することができる所望のデータを容易に取得する情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】ＩｏＴシステムにおいて、ユーザ機器４０の提示部は、複数の実ＩｏＴデバイスに関するデバイス情報をユーザに提示し、要求部は、ユーザにより選択されたデバイス情報に対応する実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージを要求する。【選択図】図５

Description

本開示は、情報処理装置、情報処理方法、およびプログラムに関し、特に、所望のデータを容易に取得することができるようにする情報処理装置、情報処理方法、およびプログラムに関する。

ＩｏＴ（Internet of Things）の技術により様々なデバイスがインターネットに接続されることで、日常的に大量のデータを取得することが可能となっている。

近年、ＩｏＴシステムにおいて、データ量の増加によるサーバへの負荷や通信負荷の抑制が求められている。例えば、特許文献１には、サーバをゲートウェイよりもローカルネットワーク側に配置することで、ゲートウェイよりもインターネット側にサーバが配置される場合と比較して、サーバとデバイスとの通信に係る負荷を抑制する技術が開示されている。

特開２０１８－１３７５７５号公報

さらには、様々な場所に設置されているデバイスの中から、ユーザが所望のデータを容易に取得できることが望ましい。

本開示は、このような状況に鑑みてなされたものであり、所望のデータを容易に取得することができるようにするものである。

本開示の情報処理装置は、複数の実ＩｏＴデバイスに関するデバイス情報をユーザに提示する提示部と、前記ユーザにより選択された前記デバイス情報に対応する前記実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージを要求する要求部とを備える情報処理装置である。

本開示の情報処理方法は、情報処理装置が、複数の実ＩｏＴデバイスに関するデバイス情報を提示し、ユーザにより選択された前記デバイス情報に対応する前記実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージを要求する情報処理方法である。

本開示のプログラムは、コンピュータに、複数の実ＩｏＴデバイスに関するデバイス情報を提示し、ユーザにより選択された前記デバイス情報に対応する前記実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージを要求する処理を実行させるプログラムである。

本開示においては、複数の実ＩｏＴデバイスに関するデバイス情報が提示され、ユーザにより選択された前記デバイス情報に対応する前記実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージが要求される。

本開示に係る技術の前提条件について説明する図である。 本実施の形態に係るＩｏＴシステムの構成例を示す図である。 １：１の仮想ＩｏＴデバイスのリンケージの例を示す図である。 サーバの機能構成例を示すブロック図である。 ユーザ機器の機能構成例を示すブロック図である。 リンケージの流れについて説明するフローチャートである。 実ＩｏＴデバイスの能力の提示例を示す図である。 Ｎ：１の仮想ＩｏＴデバイスのリンケージの例を示す図である。 デバイス情報の例を示す図である。 選択された実ＩｏＴデバイスの情報の例を示す図である。 リンケージの要求の記述例を示す図である。 リンケージの要求に用いられるＧＵＩの例を示す図である。 リンケージの要求に用いられるＧＵＩの例を示す図である。 １：Ｎの仮想ＩｏＴデバイスのリンケージの例を示す図である。 リンケージの流れについて説明するフローチャートである。 デバイス情報の例を示す図である。 実ＩｏＴデバイスの負荷の提示例を示す図である。 実ＩｏＴデバイスの負荷の提示例を示す図である。 ＶＸＬＡＮにおけるパケットの構成を示す図である。 Ｌ２接続による仮想ＩｏＴデバイスのリンケージの例を示す図である。 リンケージの流れについて説明するフローチャートである。 実ＩｏＴデバイスの新設情報の例を示す図である。 階層構造での仮想ＩｏＴデバイスのリンケージの例を示す図である。 リンケージの流れについて説明するフローチャートである。 デバイス情報の例を示す図である。 リンケージの要求に用いられるＧＵＩの例を示す図である。 リンケージの要求に用いられるＧＵＩの例を示す図である。 複数ポートでの仮想ＩｏＴデバイスのリンケージの例を示す図である。 入力ポートと出力ポートのポート情報の例を示す図である。 リンケージの流れについて説明するフローチャートである。 仮想ＩｏＴデバイスの負担情報の例を示す図である。 情報処理装置のハードウェア構成例を示すブロック図である。

以下、本開示を実施するための形態（以下、実施の形態とする）について説明する。なお、説明は以下の順序で行う。

１．ＩｏＴシステムの概要
１－１．ＩｏＴについて
１－２．実ＩｏＴデバイスの共用と仮想ＩｏＴデバイス
１－３．本開示に係る技術の前提条件
１－４．ＩｏＴシステムの構成例
２．第１の実施の形態
２－１．１：１の仮想ＩｏＴデバイスのリンケージ
２－２．Ｎ：１の仮想ＩｏＴデバイスのリンケージ
２－３．リンケージの要求に用いられるＧＵＩ
２－４．１：Ｎの仮想ＩｏＴデバイスのリンケージ
２－５．Ｌ２接続による仮想ＩｏＴデバイスのリンケージ
２－６．実ＩｏＴデバイスの新設について
３．第２の実施の形態
３－１．階層構造での仮想ＩｏＴデバイスのリンケージ
３－２．リンケージの要求に用いられるＧＵＩ
３－３．複数ポートでの仮想ＩｏＴデバイスのリンケージ
３－４．下位階層の仮想ＩｏＴデバイスの負担について
４．ハードウェア構成例

＜１．ＩｏＴシステムの概要＞
（１－１．ＩｏＴについて）
ＩｏＴ（Internet of Things）は、スマートフォンなどの機器を用いて行う人同士の通信とは異なり、様々な物同士が直接通信を行う仕組みである。ＭＴＣ（Machine Type Communication）やＭ２Ｍ（Machine-to-Machine）は、ＩｏＴを実現するためのネットワークトポロジーを表した言葉であり、機械同士が通信を行う接続形態を表している。

ＩｏＴの特徴の１つとして、通信を行うデバイスが多い点が挙げられる。１人の人に関わる機器が１０あるとすると、その１０倍から１００倍の数のデバイスが、あらゆる場所に設置される。通信には、有線通信と無線通信があるが、ＩｏＴにおいては、デバイスを設置する場所の制約の少ない無線通信が用いられる。

ＩｏＴシステムの構築には、一般的に、センサ、通信手段、アプリケーション、ストレージ、ユーザインタフェースが必要とされる。基本的な流れとしては、センサが、データを収集し、無線通信などの通信手段を介して、ネットワーク側のアプリケーションに通知する。アプリケーションが、通知されたデータに基づいた分析などを行い、その結果を、ユーザインタフェースを介してユーザに提示する。ＩｏＴシステムのユースケースは、工場管理や電力管理、農業やヘルスケアなど多岐に渡り、現状、個々のユースケースに対応したＩｏＴシステムが個別に構築され、運用されることが多い。

（１－２．実ＩｏＴデバイスの共用と仮想ＩｏＴデバイス）
ＩｏＴシステムにおいては、センサを様々な場所に設置する必要があるが、センサの設置場所には、多くのセンサを設置できない公共の場所や、個人宅内などが含まれる。これらの場所に、多数のＩｏＴサービス事業者が個別にセンサを設置することは、技術的には可能であっても、経済的観点や場所の制約といった観点で難しい。

そこで、既に設置されているセンサを、複数のＩｏＴサービス事業者が共用することが必要となり、センサの共用を実現する技術が求められる。また、通常、例えば温度センサを設置した場合、その温度を測定する能力を、風力を測定する能力に変更することはできない。これらの課題を解決するために、仮想ＩｏＴセンサを設定することで、１つの実ＩｏＴセンサを複数のＩｏＴサービス事業者が共用したり、仮想ＩｏＴセンサの能力を、温度センサの能力や風力センサの能力に変更することができる。

本開示に係る技術は、仮想ＩｏＴセンサを実ＩｏＴセンサのように扱うために、実ＩｏＴデバイスと仮想ＩｏＴデバイスの対応付けを行う手法を提案するものである。ここで、実ＩｏＴデバイスは、物理的に実際に存在するセンサなどのデバイスをいう。一方、仮想ＩｏＴデバイスは、ネットワーク上でソフトウェアにより実現される仮想的なデバイスをいい、多種類の実ＩｏＴデバイスに取得される多種類のデータを集約することができる。以下において、実ＩｏＴデバイスは、センサを想定しているが、センサ以外のデバイスも含むものとする。

（１－３．本開示に係る技術の前提条件）
本開示に係る技術の前提条件として、実ＩｏＴデバイスの設置場所や能力といったデバイス情報を、ネットワーク上のサーバが一元管理することとする。これにより、実ＩｏＴデバイスを用いる際に、その都度、実ＩｏＴデバイスを検索するといった時間的な労力を低減することができる。

具体的には、図１に示されるように、例えば、温度センサとして構成される実ＩｏＴデバイス１０は、アクセスポイント２１を介してインターネット２０に接続された際に、実ＩｏＴデバイス１０の設置場所や能力を、サーバ３０に通知する。サーバ３０は、複数の実ＩｏＴデバイスの設置場所や能力を、デバイス情報として、整理して保持する。より詳細には、デバイス情報は、実ＩｏＴデバイスの設置場所で分類され、設置場所毎に、能力で分類されて、データベースに格納される。実ＩｏＴデバイスのＩＰアドレスやＭＡＣアドレスも、デバイス情報として保持される。これにより、実ＩｏＴデバイスの検索がより容易になる。

（１－４．ＩｏＴシステムの構成例）
図２は、本開示に係る技術を適用したＩｏＴシステムの構成例を示す図である。

図２において、実ＩｏＴデバイス１０は、例えば温度センサなどのセンサとして構成され、屋外や個人宅内に設置される。

サーバ３０は、実ＩｏＴデバイス１０の利用許可を得る業務を行う事業者により管理される。サーバ３０は、仮想ＩｏＴデバイス管理部３１とリポジトリ機能部３２を備えている。仮想ＩｏＴデバイス管理部３１は、仮想ＩｏＴデバイス５０を管理し、リポジトリ機能部３２は、実ＩｏＴデバイス１０のデバイス情報を保持する。

ユーザ４０Ａは、仮想ＩｏＴデバイス５０からのデータを用いて、ＩｏＴサービスなどのビジネスを行うＩｏＴサービス事業者または個人である。実ＩｏＴデバイス１０のデータは、ユーザ４０Ａが用いるスマートフォンやＰＣ（パーソナルコンピュータ）などで構成されるユーザ機器４０（後述）によって、仮想ＩｏＴデバイス５０に要求される。

仮想ＩｏＴデバイス５０は、インターネット２０上の所定のコンピュータにおいてソフトウェアにより実現される仮想的なデバイスである。仮想ＩｏＴデバイス５０には、実ＩｏＴデバイス１０から最新データがアップロードされる。

図２の例では、ＩｏＴサービス事業者であるユーザ４０Ａが、ある地域の詳細な温度分布のデータを収集してＷｅｂ上で公開するにあたって、サーバ３０を管理している事業者に、実ＩｏＴデバイス１０のデータ提供を依頼している。

具体的には、ユーザ４０Ａのユーザ機器４０によって、仮想ＩｏＴデバイス５０のアクティベート（有効化）が、サーバ３０の仮想ＩｏＴデバイス管理部３１に要求される。仮想ＩｏＴデバイス管理部３１は、ユーザ機器４０からの要求に応じて、仮想ＩｏＴデバイス５０をアクティベートして、実ＩｏＴデバイス１０との対応付けを行うとともに、仮想ＩｏＴデバイス５０の位置情報（例えばＵＲＬ）をユーザ機器４０に通知する。これにより、ユーザ４０Ａは、仮想ＩｏＴデバイス５０を介して、実ＩｏＴデバイス１０のデータを収集することができる。

このような構成により、様々なＩｏＴサービス事業者に、所望の実ＩｏＴデバイスのデータが提供されるようになる。

図２のＩｏＴシステムは、エッジサーバを含むシステムとして構成することができる。この場合、仮想ＩｏＴデバイス５０をエッジサーバにより実現させ、サーバ３０よりも実ＩｏＴデバイス１０の近くにエッジサーバを分散させることで、通信遅延の短縮、処理の高速化、およびリアルタイム性の向上を実現することが可能となる。

また、図２のＩｏＴシステムは、フォグコンピューティングを含むシステムとして構成するようにしてもよい。この場合、仮想ＩｏＴデバイス５０をフォグコンピューティングにより実現させる。これにより、コンピューティングリソースを実ＩｏＴデバイス１０に近い位置で分散し、データ管理や蓄積、変換などの各種処理を行うことができ、通信遅延の短縮、処理の高速化、およびリアルタイム性の向上を実現することが可能となる。

ところで、実ＩｏＴデバイスと仮想ＩｏＴデバイスの対応付けを行う際、どのような情報を基に対応付けを行うのか、具体的な手法が提案されていなかった。以降、実ＩｏＴデバイスと仮想ＩｏＴデバイスの対応付け、また、後述する仮想ＩｏＴデバイス同士の対応付けを、リンケージという。まず、以下においては、実ＩｏＴデバイスと仮想ＩｏＴデバイスのリンケージを実現するための実施の形態について説明する。

＜２．第１の実施の形態＞
（２－１．１：１の仮想ＩｏＴデバイスのリンケージ）
図３は、実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０のリンケージの例を示す図である。

図３の例では、Ｍ個の実ＩｏＴデバイス１０－１，１０－２，・・・，１０－Ｍと、インターネット上のＭ個の仮想ＩｏＴデバイス５０－１，５０－２，・・・，５０－Ｍがそれぞれ１：１でリンケージされている。

図２を参照して説明したように、サーバ３０は、ユーザ機器４０からの要求に応じて、仮想ＩｏＴデバイス５０をアクティベートすることで、実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０のリンケージを行う。

（サーバの構成）
図４は、サーバ３０の機能構成例を示す図である。

サーバ３０は、上述したように、仮想ＩｏＴデバイス５０を管理する仮想ＩｏＴデバイス管理部３１と、実ＩｏＴデバイス１０のデバイス情報を保持するリポジトリ機能部３２を備えている。

仮想ＩｏＴデバイス管理部３１は、通信部６１、開示部６２、アクティベーション部６３、および報知部６４を備えている。

通信部６１は、インターネット２０を介して、実ＩｏＴデバイス１０や仮想ＩｏＴデバイス５０、ユーザ機器４０との通信を行う。

開示部６２は、ユーザ機器４０からの要求に応じて、リポジトリ機能部３２が保持している実ＩｏＴデバイス１０のデバイス情報を、ユーザ機器４０に開示する。デバイス情報の開示は、通信部６１を介して行われる。

アクティベーション部６３は、ユーザ機器４０からの要求に応じて、インターネット２０上の所定のコンピュータにおいて、仮想ＩｏＴデバイス５０をアクティベートする。仮想ＩｏＴデバイス５０のアクティベートは、通信部６１を介して行われる。

報知部６４は、例えば、アクティベーション部６３によりアクティベートされた仮想ＩｏＴデバイス５０の位置情報を、実ＩｏＴデバイス１０とユーザ機器４０に報知する。位置情報の報知は、通信部６１を介して行われる。

（ユーザ機器の構成）
図５は、ユーザ機器４０の機能構成例を示す図である。

ユーザ機器４０は、通信部７１、提示部７２、および要求部７３を備えている。

通信部７１は、インターネット２０を介して、サーバ３０や仮想ＩｏＴデバイス５０との通信を行う。

提示部７２は、サーバ３０により開示された実ＩｏＴデバイス１０のデバイス情報を、ユーザ４０Ａに提示する。提示部７２は、例えばモニタとして構成されることで、画面への表示により情報を提示してもよいし、スピーカとして構成されることで、音声により情報を提示してもよい。また、提示部７２は、プリンタとして構成されることで、紙などの印刷媒体への印刷により情報を提示してもよい。

要求部７３は、各種の要求をサーバ３０や仮想ＩｏＴデバイス５０に要求する。例えば、要求部７３は、提示されたデバイス情報の中から、ユーザ４０Ａにより選択されたデバイス情報に対応する実ＩｏＴデバイス１０と、仮想ＩｏＴデバイス５０とのリンケージを要求する。また、要求部７３は、実ＩｏＴデバイス１０により取得されたデータを、その実ＩｏＴデバイス１０にリンケージされた仮想ＩｏＴデバイス５０に要求する。

（リンケージの流れ）
次に、図６を参照して、実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０のリンケージの流れについて説明する。図６においては、ユーザ機器４０、実ＩｏＴデバイス１０、仮想ＩｏＴデバイス５０、および、サーバ３０の仮想ＩｏＴデバイス管理部３１とリポジトリ機能部３２それぞれの動作が示されている。

実ＩｏＴデバイス１０が設置され、インターネット２０に接続された後、まず、ステップＳ１１において、実ＩｏＴデバイス１０は、所定のＵＲＬで指定されるサーバ３０に、自身の設置場所、能力、ＭＡＣアドレス、およびＩＰアドレスを通知する。実ＩｏＴデバイス１０の能力は、例えば、収集可能なデータの種類（例えば、温度、湿度、風力などの数値や、音や映像などのコンテンツ）などで表される。

ステップＳ１２において、サーバ３０のリポジトリ機能部３２は、実ＩｏＴデバイス１０から通知された設置場所や能力などの情報を、デバイス情報としてデータベースに格納する。

これにより、実ＩｏＴデバイス１０の設置場所と能力が、サーバ３０によって登録され、一元管理されるようになる。

なお、このような登録機能を有しない実ＩｏＴデバイスであっても、その設置者が、インターネット２０を介してサーバ３０にアクセスすることで、実ＩｏＴデバイスの設置場所と能力を登録することができる。

さて、実ＩｏＴデバイスのデータを収集したいＩｏＴサービス事業者は複数存在するが、そのデータの地域や種類によって、どこに仮想ＩｏＴデバイスを生成するかは異なる。

そこで、ステップＳ１３において、ユーザ機器４０の要求部７３は、ある地域と種類のデータを収集したいＩｏＴサービス事業者であるユーザ４０Ａの操作に応じて、仮想ＩｏＴデバイスを生成するための設置場所と能力を、仮想ＩｏＴデバイス管理部３１に要求する。

ステップＳ１４において、仮想ＩｏＴデバイス管理部３１の開示部６２は、ユーザ機器４０からの要求に応じて、設置場所と能力をリポジトリ機能部３２に要求する。

ステップＳ１５において、リポジトリ機能部３２は、開示部６２からの要求に対して応答する。具体的には、リポジトリ機能部３２は、仮想ＩｏＴデバイス管理部３１への応答として、要求された設置場所と能力を含むデバイス情報をデータベースから読み出し、仮想ＩｏＴデバイス管理部３１に供給する。

ステップＳ１６において、仮想ＩｏＴデバイス管理部３１の開示部６２は、ユーザ機器４０からの要求に対する応答として、ユーザ機器４０に、リポジトリ機能部３２からのデバイス情報（設置場所や能力）を開示する。そして、ユーザ機器４０の提示部７２は、開示部６２により開示されたデバイス情報をユーザ４０Ａに提示する。言い換えると、提示部７２は、ユーザ４０Ａがデータの収集を所望する実ＩｏＴデバイスの複数の選択肢を提示する。

図７は、実ＩｏＴデバイスの能力の提示例を示す図である。

図７の例では、ＩＤがそれぞれ１，２，３の３つの実ＩｏＴデバイスが選択肢として示されており、実ＩｏＴデバイスそれぞれの能力として、レポート頻度、分解能、コストが提示されている。

レポート頻度は、その実ＩｏＴデバイスが取得したデータを、リンケージされた仮想ＩｏＴデバイスに送信する頻度を表す。図７の例では、ＩＤが１の実ＩｏＴデバイス（以下、実ＩｏＴデバイス（１）などという）のレポート頻度は１時間毎、実ＩｏＴデバイス（２）のレポート頻度は２時間毎、実ＩｏＴデバイス（３）のレポート頻度は２４時間毎とされる。

分解能は、その実ＩｏＴデバイスが取得するデータの分解能を表す。図７の例では、取得されるデータは温度とされ、実ＩｏＴデバイス（１）の分解能は０．１度、実ＩｏＴデバイス（２）の分解能は１度、実ＩｏＴデバイス（３）の分解能は１度とされる。

コストは、その実ＩｏＴデバイスが取得したデータを、リンケージされた仮想ＩｏＴデバイスに１回送信するのにかかる金額を表す。図７の例では、実ＩｏＴデバイス（１）のコストは０．０１円、実ＩｏＴデバイス（２）のコストは０．０２円、実ＩｏＴデバイス（３）のコストは０．０３円とされる。

ユーザ４０Ａは、ユーザ機器４０により提示された実ＩｏＴデバイスの選択肢（デバイス情報）の中から、所望の実ＩｏＴデバイスを選択することができる。

さて、図６の説明に戻り、ステップＳ１７において、ユーザ機器４０は、ユーザ４０Ａにより選択された実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０とのリンケージを、仮想ＩｏＴデバイス管理部３１に要求する。

ステップＳ１８において、仮想ＩｏＴデバイス管理部３１のアクティベーション部６３は、ユーザ機器４０からの要求に応じて、仮想ＩｏＴデバイス５０をアクティベートする。具体的には、アクティベーション部６３は、インターネット２０上に、仮想マシンをアクティベートするためのコマンドを送信する。仮想マシンは、インターネット２０上で実ＩｏＴデバイス１０に近い位置にアクティベートされるのが望ましい。

これにより、ステップＳ１９において、仮想ＩｏＴデバイス５０がアクティベートされる。その結果、ユーザ４０Ａにより選択された実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０とがリンケージされる。

その後、ステップＳ２０において、仮想ＩｏＴデバイス管理部３１の報知部６４は、実ＩｏＴデバイス１０に、リンケージされた仮想ＩｏＴデバイス５０の位置情報（通信の宛先）として、その仮想ＩｏＴデバイス５０のＵＲＬを報知する。

同様に、ステップＳ２１において、仮想ＩｏＴデバイス管理部３１の報知部６４は、ユーザ機器４０にも、リンケージされた仮想ＩｏＴデバイス５０のＵＲＬを報知する。

実ＩｏＴデバイス１０においては、収集したデータの送信先として、仮想ＩｏＴデバイス５０のＵＲＬが保存される。すなわち、ステップＳ２２において、実ＩｏＴデバイス１０は、定期的に（上述したレポート頻度で）、収集したデータを仮想ＩｏＴデバイス５０に送信する。

ユーザ機器４０においては、実ＩｏＴデバイス１０において収集されたデータの要求先として、仮想ＩｏＴデバイス５０のＵＲＬが保存される。すなわち、ステップＳ２３において、ユーザ機器４０の要求部７３は、実ＩｏＴデバイス１０において収集されたデータを、仮想ＩｏＴデバイス５０に要求する。ステップＳ２４において、仮想ＩｏＴデバイス５０は、要求されたデータをユーザ機器４０に送信する。

なお、実ＩｏＴデバイス１０とユーザ機器４０に、仮想ＩｏＴデバイス５０のＵＲＬに代えて、仮想ＩｏＴデバイス５０のＭＡＣアドレスやＩＰアドレスが通知されるようにしてもよい。

以上の処理によれば、ユーザ４０Ａは、所望の地域と種類のデータを収集する実ＩｏＴデバイス１０に対応する仮想ＩｏＴデバイス５０を、インターネット２０上に配置することができる。これにより、ユーザ４０Ａは、所望のデータを容易に取得することが可能となる。

（２－２．Ｎ：１の仮想ＩｏＴデバイスのリンケージ）
図３を参照して説明したように、複数の実ＩｏＴデバイス１０に対して、１：１で仮想ＩｏＴデバイス５０をリンケージした場合、仮想ＩｏＴデバイス５０の管理が煩雑になるおそれがある。

そこで、図８に示されるように、複数の実ＩｏＴデバイス１０に対して、１の仮想ＩｏＴデバイス５０をリンケージすることで、仮想ＩｏＴデバイス５０の管理を容易にすることができる。

図８の例では、Ｎ個の実ＩｏＴデバイス１０－１，１０－２，・・・，１０－Ｎと、インターネット２０上の１の仮想ＩｏＴデバイス５０－１がＮ：１でリンケージされている。

図８の構成では、図６のステップＳ１６において、仮想ＩｏＴデバイス管理部３１の開示部６２が、ユーザ機器４０に、図９に示されるようなデバイス情報を開示する。ユーザ機器４０の提示部７２は、開示部６２により開示されたデバイス情報をユーザ４０Ａに提示する。

図９のデバイス情報は、総数、実ＩｏＴデバイス（１）のデバイス情報、実ＩｏＴデバイス（２）のデバイス情報、・・・、実ＩｏＴデバイス（Ｍ）のデバイス情報から構成される。

総数は、ユーザ機器４０からの要求に該当する地域（設置場所）や種類（能力）の実ＩｏＴデバイスの総数を表す。

それぞれの実ＩｏＴデバイスのデバイス情報には、その実ＩｏＴデバイスの設置場所や能力などが含まれる。さらに、デバイス情報には、その実ＩｏＴデバイスの設置者などが含まれていてもよい。

ユーザ４０Ａは、ユーザ機器４０により提示された実ＩｏＴデバイスの選択肢（デバイス情報）の中から、複数の実ＩｏＴデバイスを選択することができる。

すなわち、図８の構成では、図６のステップＳ１７において、ユーザ機器４０が、ユーザ４０Ａにより選択されたＮ個の実ＩｏＴデバイス１０と、１の仮想ＩｏＴデバイスとのリンケージを、仮想ＩｏＴデバイス管理部３１に要求する。

図１０は、ユーザ機器４０からの要求として、仮想ＩｏＴデバイス管理部３１に送信される、選択された実ＩｏＴデバイスの情報の例を示す図である。

図１０の情報は、選択された実ＩｏＴデバイスの総数と、選択された実ＩｏＴデバイスそれぞれのＩＤから構成される。

図１０の例では、選択された実ＩｏＴデバイスの総数がＮで、値１，２，・・・，Ｎが、選択された実ＩｏＴデバイス（１）のＩＤ、実ＩｏＴデバイス（２）のＩＤ、・・・、実ＩｏＴデバイス（Ｎ）のＩＤとされる。

このようにして、実ＩｏＴデバイス（１）、実ＩｏＴデバイス（２）、・・・、実ＩｏＴデバイス（Ｎ）と、１の仮想ＩｏＴデバイス５０とのリンケージが、仮想ＩｏＴデバイス管理部３１に要求される。

その後、１の仮想ＩｏＴデバイス５０がアクティベートされることで、Ｎ個の実ＩｏＴデバイス１０と１の仮想ＩｏＴデバイス５０とがリンケージされ、Ｎ個の実ＩｏＴデバイス１０それぞれに、リンケージされた仮想ＩｏＴデバイス５０の位置情報が通知される。

この場合、仮想ＩｏＴデバイス５０は、Ｎ個の実ＩｏＴデバイス１０それぞれからのデータを、送信元のＩＰアドレスやＭＡＣアドレスで区別することで、実ＩｏＴデバイス１０毎に保存することができる。このとき、仮想ＩｏＴデバイス５０は、実ＩｏＴデバイス１０毎に、最後にデータが更新された時刻情報を保持するようにする。

以上の構成によれば、ユーザ４０Ａは、１の仮想ＩｏＴデバイス５０にアクセスすることで、複数の実ＩｏＴデバイス１０のデータを取得することができる。特に、仮想ＩｏＴデバイス５０をネットワークエッジに配置するようにした場合には、中央に配置されたサーバに集約されたデータにアクセスする場合と異なり、実ＩｏＴデバイス１０のデータに直接アクセスしているように、少ない遅延でデータを取得することができる。

（２－３．リンケージの要求に用いられるＧＵＩ）
上述した例では、実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０とのリンケージを要求する際、ユーザ４０Ａが、ＸＭＬ（Extensible Markup Language）やＪＳＯＮ（JavaScript Object Notation）などのデータ形式で、リンケージの要求を記述する必要がある。

図１１は、ＪＳＯＮによるリンケージの要求の記述例を示す図である。

図１１の例では、実ＩｏＴデバイス（１）、実ＩｏＴデバイス（２）と、仮想ＩｏＴデバイス（１）とのリンケージの要求が記述されている。

具体的には、図１１においては、実ＩｏＴデバイス（１）、実ＩｏＴデバイス（２）それぞれの情報として、実ＩｏＴデバイスのＩＤ、設置場所、能力を表す区分、ＭＡＣアドレス、ＩＰアドレス、およびＵＲＬが記述されている。

しかしながら、このようなデータ形式のファイルを、ユーザ４０Ａが直接編集するのは容易ではない。

そこで、実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０とのリンケージの要求を、ＧＵＩ（Graphical User Interface）を用いて行われるようにする。

図１２は、リンケージの要求に用いられるＧＵＩの例を示す図である。図１２のＧＵＩは、ユーザ機器４０の提示部７２として構成されるモニタに表示される。

図１２に示される画面の左側には、地図１１０が表示されている。

地図１１０上の、実ＩｏＴデバイス１０の設置場所に対応した位置には、円形のアイコン１１１，１１２が表示されている。アイコン１１１，１１２は、それぞれ対応する実ＩｏＴデバイス１０の能力毎に異なる色で表示されている。図１２の例では、アイコン１１１は、能力１を有する実ＩｏＴデバイス１０を示しており、アイコン１１２は、能力２を有する実ＩｏＴデバイス１０を示している。

地図１１０上におけるアイコン１１１，１１２は、サーバ３０（仮想ＩｏＴデバイス管理部３１）からの、実ＩｏＴデバイス１０それぞれに対応するデバイス情報に基づいた位置および色で表示される。

図１２に示されるモニタの右側には、矩形のアイコン１２０－１，１２０－２，・・・，１２０－Ｍが表示されている。アイコン１２０－１，１２０－２，・・・，１２０－Ｍは、それぞれＭ個の仮想ＩｏＴデバイス（１），（２），・・・，（Ｍ）を示している。

図１２の画面に対するユーザ４０Ａによる操作、具体的には、アイコン１１１のアイコン１２０－１へのドラッグアンドドロップに応じて、アイコン１１１に対応する実ＩｏＴデバイス１０と、仮想ＩｏＴデバイス（１）とのリンケージが要求される。このとき、図１２に示されるアイコン１１１とアイコン１２０－１との間には、それぞれを結ぶ所定の線１３０ａが表示される。図１２の例では、線１３０ａは破線で示されている。

仮想ＩｏＴデバイス管理部３１によるリンケージが成立した場合、線１３０ａは、図１３に示されるように、異なる線１３０ｂに変わって表示される。図１３の例では、線１３０ｂは実線で示されている。

図１２および図１３の例では、リンケージが成立した場合に、アイコン１１１とアイコン１２０－１とを結ぶ線の線種が変わるものとしたが、例えば線の色が赤色から青色に変わるなど、線の色が変わるようにしてもよいし、線の太さが変わるようにしてもよい。

このようなＧＵＩによれば、ユーザ４０Ａは、実ＩｏＴデバイスの設置場所と能力（データの種類）を、直感的に把握することができる。

また、ユーザ４０Ａは、ＪＳＯＮのようなデータ形式のファイルを記述することなく、ドラッグアンドドロップのような簡単な操作により、実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０とのリンケージの要求を行うことが可能となる。

さらに、ユーザ４０Ａは、リンケージの要求を表す線の変化により、リンケージが成立したか否かをも、直感的に把握することができる。

なお、アイコン１１１やアイコン１１２は、地図１１０上の位置に対応する設置場所に設置され、その色に対応する能力を有する１つの実ＩｏＴデバイス１０に限らず、近傍に設置される複数の実ＩｏＴデバイス１０を表すようにしてもよい。

（２－４．１：Ｎの仮想ＩｏＴデバイスのリンケージ）
複数のユーザが１の実ＩｏＴデバイス１０を共用することを求める場合が考えられる。実ＩｏＴデバイス１０が設置される場所は限られていることから、実ＩｏＴデバイス１０の共用のメリットは大きい。また、実ＩｏＴデバイス１０の共用は、実ＩｏＴデバイス１０の設置コストの低減、ひいては、ユーザの利用コストの低減にもつながる。

そこで、図１４に示されるように、１の実ＩｏＴデバイス１０に対して、複数の仮想ＩｏＴデバイス５０をリンケージすることで、複数のユーザ４０Ａが１の実ＩｏＴデバイス１０を共用することができる。

図１４の例では、１の実ＩｏＴデバイス１０－１と、インターネット２０上のＮ個の仮想ＩｏＴデバイス５０－１，５０－２，・・・，５０－Ｎが１：Ｎでリンケージされている。言い換えると、図１４の例では、Ｎ台のユーザ機器４０により、Ｎ個の仮想ＩｏＴデバイス５０がアクティベートされている。Ｎ個の仮想ＩｏＴデバイス５０－１，５０－２，・・・，５０－Ｎは、インターネット２０上で異なる位置に配置される。

（リンケージの流れ）
図１５は、他の仮想ＩｏＴデバイス５０’と既にリンケージされている実ＩｏＴデバイス１０と、仮想ＩｏＴデバイス５０のリンケージの流れについて説明する図である。

図１５におけるステップＳ１１１乃至Ｓ１１９，Ｓ１２１乃至Ｓ１２５の各処理は、図６におけるステップＳ１１乃至Ｓ２４の各処理と基本的には同様にして行われる。

但し、図１４の構成では、図１５のステップＳ１１６において、仮想ＩｏＴデバイス管理部３１の開示部６２が、ユーザ機器４０に、図１６に示されるようなデバイス情報を開示する。ユーザ機器４０の提示部７２は、開示部６２により開示されたデバイス情報をユーザ４０Ａに提示する。

図１６のデバイス情報は、上述した図９のデバイス情報と同様に、総数、実ＩｏＴデバイス（１）のデバイス情報、実ＩｏＴデバイス（２）のデバイス情報、・・・、実ＩｏＴデバイス（Ｍ）のデバイス情報から構成される。

但し、それぞれの実ＩｏＴデバイスのデバイス情報には、その実ＩｏＴデバイスの設置場所や能力に加え、その実ＩｏＴデバイスに既にリンケージされている仮想ＩｏＴデバイスの数と、その実ＩｏＴデバイスにリンケージ可能な仮想ＩｏＴデバイスの総数が含まれる。

通常、各ユーザ機器４０が実ＩｏＴデバイスと仮想ＩｏＴデバイスとのリンケージを要求するタイミングは異なる。このとき、図１６に示されるようなデバイス情報が提示されることで、ユーザ４０Ａは、そのときの実ＩｏＴデバイスの負荷を把握することができる。

すなわち、図１４の構成では、図１５のステップＳ１１７において、ユーザ機器４０が、ユーザ４０Ａにより選択された、他の仮想ＩｏＴデバイス５０’と既にリンケージされている実ＩｏＴデバイス１０と、１の仮想ＩｏＴデバイスとのリンケージを、仮想ＩｏＴデバイス管理部３１に要求する。

このような実ＩｏＴデバイスの負荷は、グラフィカルに提示されてもよい。

図１７は、実ＩｏＴデバイスの負荷の提示例を示す図である。

図１７に示されるように、実ＩｏＴデバイスの負荷、すなわち、その実ＩｏＴデバイスに既にリンケージされている仮想ＩｏＴデバイスの数が、円形のアイコンの色の濃淡で表されるようにしてもよい。

このアイコンは、１の実ＩｏＴデバイス１０を表すものとし、例えば、図１２および図１３を参照して説明したアイコン１１１，１１２のように、地図１１０上の、設置場所に対応した位置に表示されるようにしてもよい。

図１７の例では、アイコンの色が濃いほど、その実ＩｏＴデバイス１０に既にリンケージされている仮想ＩｏＴデバイスの数が多く、負荷が大きいことを示している。

図１８は、実ＩｏＴデバイスの負荷の他の提示例を示す図である。

図１８に示されるように、実ＩｏＴデバイスの負荷、すなわち、その実ＩｏＴデバイスに既にリンケージされている仮想ＩｏＴデバイスの数が、円形のアイコンの大きさで表されるようにしてもよい。

図１８の例では、アイコンの大きさが大きいほど、その実ＩｏＴデバイス１０に既にリンケージされている仮想ＩｏＴデバイスの数が多く、負荷が大きいことを示している。

図１７および図１８の例では、アイコンの形状は円形であるものとしたが、矩形や星型など、他の形状であってもよい。

なお、負荷の大きさは、アイコンの色の濃淡や大きさに限らず、色の違いや形状の違いで表されてもよいし、アイコン上に、その実ＩｏＴデバイスに既にリンケージされている仮想ＩｏＴデバイスの数が表示されるようにしてもよい。

さて、図１５の説明に戻り、ステップＳ１１８，Ｓ１１９において、仮想ＩｏＴデバイス５０がアクティベートされた後、ステップＳ１２０において、仮想ＩｏＴデバイス管理部３１の報知部６４が、他の仮想ＩｏＴデバイス５０’に、実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０との間のリンケージが増えた旨を報知してもよい。

以上の処理によれば、ユーザ４０Ａは、実ＩｏＴデバイス１０の負荷の状態を考慮して、その実ＩｏＴデバイス１０にリンケージさせる仮想ＩｏＴデバイス５０を配置するか否かを判断することができる。

（２－５．Ｌ２接続による仮想ＩｏＴデバイスのリンケージ）
１の実ＩｏＴデバイス１０とＮ個の仮想ＩｏＴデバイス５０とがリンケージされている場合、実ＩｏＴデバイス１０は、収集したデータを、Ｎ個の仮想ＩｏＴデバイス５０に対して、個別に通知することになる。この場合、実ＩｏＴデバイス１０は、Ｎ回のパケット送信を行う必要があるため、リンケージされている仮想ＩｏＴデバイス５０が多いほど、消費電力が増大してしまう。

以下においては、１の実ＩｏＴデバイス１０がＮ個の仮想ＩｏＴデバイス５０とリンケージされている場合であっても、消費電力の増大を抑制する構成について説明する。

１：Ｎで実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０とがリンケージされているＩｏＴシステムにおいて、Ｎ個の仮想ＩｏＴデバイス５０に送信されるデータが同じである場合には、ブロードキャストすることが望ましい。そのためには、１の実ＩｏＴデバイス１０とＮ個の仮想ＩｏＴデバイス５０が同一のセグメントに接続され、ブロードキャストパケットが送信されるようにする。

セグメントは、デバイス同士がルータを介さずＭＡＣアドレスのみで通信可能な範囲である。デバイス同士がＭＡＣアドレスのみでの通信ができない場合には、ＩＰアドレスによってルータを介してパケットをルーティングすることになる。

このように、同一のセグメントに接続されるデバイスは、レイヤ２接続（Ｌ２接続）されているといえる。

ところで、ＶＸＬＡＮ（Virtual eXtensible Local Area Network）と呼ばれる技術が有る。ＶＸＬＡＮは、ルータを跨いだ異なるセグメントに属するデバイス同士を、仮想的にＬ２接続することで、あたかも同一のセグメントに属するように扱うことができる技術である。

ＶＸＬＡＮにおいては、図１９に示されるように、送信側で元のレイヤ２フレーム（イーサネットフレーム）１６１が、ＭＡＣヘッダ１７１、ＩＰヘッダ１７２、ＵＤＰヘッダ１７３、およびＶＸＬＡＮヘッダ１７４を付加されてＵＤＰ／ＩＰでカプセル化される。これにより、レイヤ３ネットワークを超えたパケット送信を行うことができる。

このようなＶＸＬＡＮの技術を用いることで、図２０に示されるように、１の実ＩｏＴデバイス１０とＮ個の仮想ＩｏＴデバイス５０を、仮想的に同一のセグメントに接続し、パケットをブロードキャストすることができる。

図２０の例では、１の実ＩｏＴデバイス１０－１と、Ｎ個の仮想ＩｏＴデバイス５０－１，５０－２，・・・，５０－Ｎが、レイヤ３ネットワーク２１０上にオーバレイされた仮想レイヤ２ネットワーク２２０上で、１：Ｎでリンケージされている。

仮想レイヤ２ネットワーク２２０上の実ＩｏＴデバイス１０－１近傍には、パケットにＶＸＬＡＮヘッダを付加してカプセル化するヘッダ付加部２３０が配置される。また、仮想ＩｏＴデバイス５０それぞれの近傍には、パケットからＶＸＬＡＮヘッダを除去して仮想ＩｏＴデバイス５０に供給するヘッダ除去部２４０－１，２４０－２，・・・，２４０－Ｎが配置される。

仮想レイヤ２ネットワーク２２０に存在する実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０は、レイヤ２のＭＡＣアドレスをもとにパケット送信することができる。そのため、実ＩｏＴデバイス１０や仮想ＩｏＴデバイス５０が移動することでＩＰアドレスが変更されても、通信を継続することが可能となる。

（リンケージの流れ）
図２１は、ＶＸＬＡＮの技術を用いた実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０とのリンケージの流れについて説明する図である。

図２１におけるステップＳ２１１乃至Ｓ２１９，Ｓ２２１，Ｓ２２３，Ｓ２２５，Ｓ２２６の各処理は、図１５におけるステップＳ１１１乃至Ｓ１１９，Ｓ１２１，Ｓ１２２，Ｓ１２４，Ｓ１２５の各処理と基本的には同様にして行われる。

すなわち、仮想ＩｏＴデバイス５０は、ステップＳ２１９においてアクティベートされるとともに、ステップＳ２２０において、レイヤ３ネットワーク２１０上の仮想ＩｏＴデバイス５０の近傍に、ＶＸＬＡＮエンティティ（具体的には、ヘッダ除去部２４０）をアクティベートする。

また、実ＩｏＴデバイス１０は、ステップＳ２２１において、仮想ＩｏＴデバイス５０のＵＲＬが通知されると、ステップＳ２２２において、レイヤ３ネットワーク２１０上の実ＩｏＴデバイス１０近傍に、ＶＸＬＡＮエンティティ（具体的には、ヘッダ付加部２３０）をアクティベートする。

このようにして、実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０とが仮想的にＬ２接続される。これにより、ステップＳ２２４において、実ＩｏＴデバイス１０は、仮想レイヤ２ネットワーク２２０上で、定期的に、収集したデータを仮想ＩｏＴデバイス５０にブロードキャストすることができる。

以上の処理によれば、Ｎ個の仮想ＩｏＴデバイス５０とリンケージされている場合、実ＩｏＴデバイス１０が、収集したデータを、Ｎ個の仮想ＩｏＴデバイス５０に対して個別に通知することなく、ブロードキャストすることができるので、消費電力の増大を抑制することが可能となる。

なお、ＶＸＬＡＮの技術を用いた実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０とのＬ２接続は、１：１のリンケージや、Ｎ：１のリンケージにも適用することも可能である。

（２－６．実ＩｏＴデバイスの新設について）
上述したように、実ＩｏＴデバイス１０と仮想ＩｏＴデバイス５０とがリンケージされ、運用が開始された後に、仮想ＩｏＴデバイス５０に現在リンケージされている実ＩｏＴデバイス１０より適切な実ＩｏＴデバイスが新設される可能性がある。

このような場合、仮想ＩｏＴデバイス管理部３１の開示部６２は、図２２に示されるような実ＩｏＴデバイスの新設情報を、ユーザ機器４０に開示する。そして、ユーザ機器４０の提示部７２は、開示部６２により開示された実ＩｏＴデバイスの新設情報を、ユーザ４０Ａに提示する。

図２２の実ＩｏＴデバイスの新設情報は、仮想ＩｏＴデバイスＩＤと、新設実ＩｏＴデバイス数から構成される。

仮想ＩｏＴデバイスＩＤは、仮想ＩｏＴデバイス５０を指定するために使用するＩＤを表す。

新設実ＩｏＴデバイス数は、仮想ＩｏＴデバイスＩＤで指定される仮想ＩｏＴデバイス５０とリンケージされている実ＩｏＴデバイス１０と同様の特性を有する、新たに設置された実ＩｏＴデバイスの数（増加数）を表す。ここでいう特性は、仮想ＩｏＴデバイス５０とリンケージされている実ＩｏＴデバイス１０の設置場所および能力の少なくともいずれかとされる。

このような実ＩｏＴデバイスの新設情報がユーザ４０Ａに提示されることで、ユーザ４０Ａは、より適切な実ＩｏＴデバイスとのリンケージを構築することができ、ひいては、より所望のデータを取得することが可能となる。

＜３．第２の実施の形態＞
（３－１．階層構造での仮想ＩｏＴデバイスのリンケージ）
上述した実施の形態において、実ＩｏＴデバイスと仮想ＩｏＴデバイスとのリンケージを構築する場合、ユーザは、全てのリンケージについて、何らかの操作を行う必要があり手間である。特に、実ＩｏＴデバイスの数が増えた場合、直接、実ＩｏＴデバイスと仮想ＩｏＴデバイスとのリンケージを管理することは煩雑である。

そこで、図２３に示されるように、仮想ＩｏＴデバイス同士を階層構造でリンケージすることで、ユーザの手間を省くことができる。

図２３の例では、Ｍ個の実ＩｏＴデバイス１０－１，１０－２，・・・，１０－Ｍと、インターネット２０上の仮想ＩｏＴレイヤ３０１に属する仮想ＩｏＴデバイスがリンケージされている。仮想ＩｏＴレイヤ３０１には、Ｎ個の仮想ＩｏＴデバイス３５０－１１，３５０－１２，・・・，３５０－１Ｎが設置されており、実ＩｏＴデバイス１０－１，１０－２，・・・，１０－Ｍとそれぞれリンケージされている。

さらに、図２３の例では、仮想ＩｏＴレイヤ３０１に属する仮想ＩｏＴデバイスと、その上位階層の仮想ＩｏＴレイヤ３０２に属する仮想ＩｏＴデバイス（上位階層デバイス）がリンケージされている。仮想ＩｏＴレイヤ３０２には、Ｎ個の仮想ＩｏＴデバイス３５０－２１，３５０－２２，・・・，３５０－２Ｎが設置されており、下位階層の仮想ＩｏＴデバイス３５０－１１，３５０－１２，・・・，３５０－１Ｎとリンケージされている。

このようにして、本実施の形態においては、仮想ＩｏＴデバイスが階層構造でリンケージされる。

なお、以下においては、実ＩｏＴデバイス１０－１，１０－２，・・・，１０－Ｍも、この階層構造に含まれるものとする。すなわち、最下位階層（第０階層）に、実ＩｏＴデバイス１０－１，１０－２，・・・，１０－Ｍが設置され、その上位階層（第１階層）の仮想ＩｏＴレイヤ３０１に、仮想ＩｏＴデバイス３５０－１１，３５０－１２，・・・，３５０－１Ｎが設置されるものとする。

また、以下においては、仮想ＩｏＴデバイス３５０－１Ｎや仮想ＩｏＴデバイス３５０－２Ｎを、単に仮想ＩｏＴデバイス３５０という。さらに、下位階層の実ＩｏＴデバイス１０または仮想ＩｏＴデバイス３５０を、まとめてＩｏＴデバイス３５０Ｌといい、上位階層の仮想ＩｏＴデバイスを３５０Ｈということとする。

（リンケージの流れ）
図２４は、図２３の下位階層のＩｏＴデバイス３５０Ｌと上位階層の仮想ＩｏＴデバイスを３５０Ｈのリンケージの流れについて説明する図である。

図２４の各処理は、図６の各処理と基本的には同様にして行われる。

但し、図２３の構成では、図２４のステップＳ３１６において、仮想ＩｏＴデバイス管理部３１の開示部６２が、ユーザ機器４０に、図２５に示されるようなデバイス情報を開示する。ユーザ機器４０の提示部７２は、開示部６２により開示されたデバイス情報をユーザ４０Ａに提示する。

図２５のデバイス情報は、総数、上位階層の仮想ＩｏＴデバイス３５０ＨとリンケージさせるＩｏＴデバイス（１）のデバイス情報、ＩｏＴデバイス（２）のデバイス情報、・・・、ＩｏＴデバイス（Ｍ）のデバイス情報から構成される。

それぞれのＩｏＴデバイスのデバイス情報には、そのＩｏＴデバイスの設置場所や能力に加え、そのＩｏＴデバイスが実ＩｏＴデバイスおよび仮想ＩｏＴデバイスのいずれであるか、そのＩｏＴデバイスが属する階層、そのＩｏＴデバイスの配下の階層に属する実ＩｏＴデバイス数が含まれる。

例えば、ＩｏＴデバイスが実ＩｏＴデバイス１０である場合、そのＩｏＴデバイスが属する階層は０となり、そのＩｏＴデバイスの配下の階層に属する実ＩｏＴデバイス数も０となる。

また、ＩｏＴデバイスが、２個の実ＩｏＴデバイス１０と直接リンケージされている仮想ＩｏＴデバイスである場合、そのＩｏＴデバイスが属する階層は１となり、そのＩｏＴデバイスの配下の階層に属する実ＩｏＴデバイス数は２となる。

ユーザ４０Ａは、ユーザ機器４０により提示されたＩｏＴデバイスの選択肢（デバイス情報）の中から、上位階層の仮想ＩｏＴデバイス３５０ＨにリンケージさせるＩｏＴデバイス３５０Ｌを選択することができる。

すなわち、図２３の構成では、図２４のステップＳ３１７において、ユーザ機器４０が、ユーザ４０Ａにより選択されたＩｏＴデバイス３５０Ｌと、仮想ＩｏＴデバイス３５０Ｈとのリンケージを、仮想ＩｏＴデバイス管理部３１に要求する。

ステップＳ３１８において、仮想ＩｏＴデバイス管理部３１のアクティベーション部６３は、ユーザ機器４０からの要求に応じて、上位階層の仮想ＩｏＴデバイス３５０Ｈをアクティベートする。

これにより、ステップＳ３１９において、上位階層の仮想ＩｏＴデバイス３５０Ｈがアクティベートされる。その結果、ユーザ４０Ａにより選択されたＩｏＴデバイス３５０Ｌと、上位階層の仮想ＩｏＴデバイス３５０Ｈとがリンケージされる。

その後、ステップＳ３２０において、仮想ＩｏＴデバイス管理部３１の報知部６４は、ＩｏＴデバイス３５０Ｌに、リンケージされた仮想ＩｏＴデバイス３５０Ｈの位置情報として、その仮想ＩｏＴデバイス５０のＵＲＬを報知する。

同様に、ステップＳ３２１において、仮想ＩｏＴデバイス管理部３１の報知部６４は、ユーザ機器４０にも、リンケージされた仮想ＩｏＴデバイス３５０ＨのＵＲＬを報知する。

ＩｏＴデバイス３５０Ｌにおいては、自身が収集したか、または、下位階層の実ＩｏＴデバイス１０が収集したデータの送信先として、仮想ＩｏＴデバイス３５０ＨのＵＲＬが保存される。すなわち、ステップＳ３２２において、ＩｏＴデバイス３５０Ｌは、定期的に、収集したデータを仮想ＩｏＴデバイス３５０Ｈに送信する。

ユーザ機器４０においては、ＩｏＴデバイス３５０Ｌにおいて収集されたデータの要求先として、上位階層の仮想ＩｏＴデバイス３５０ＨのＵＲＬが保存される。すなわち、ステップＳ３２３において、ユーザ機器４０の要求部７３は、ＩｏＴデバイス３５０Ｌにおいて収集されたデータを、上位階層の仮想ＩｏＴデバイス３５０Ｈに要求する。ステップＳ３２４において、上位階層の仮想ＩｏＴデバイス３５０Ｈは、要求されたデータをユーザ機器４０に送信する。

以上の処理によれば、ユーザ４０Ａは、現在配置されている実ＩｏＴデバイス１０や仮想ＩｏＴデバイス３５０の上位階層に、新たに仮想ＩｏＴデバイス３５０を配置することができる。

これにより、１の仮想ＩｏＴデバイス３５０へのアクセス回数を低減しつつ、仮想ＩｏＴデバイス３５０が属する階層が上位であるほど、１回のアクセスで多くのデータを収集することができる。なお、仮想ＩｏＴデバイス３５０が属する階層が下位であるほど、ＲＡＷデータに近いデータを収集することができる。

また、仮想ＩｏＴデバイス３５０が属する階層が上位であるほど、加工されたデータを収集することができたり、仮想ＩｏＴデバイス３５０が属する階層が下位であるほど、更新頻度の高いデータを収集することができたりする。

このように、仮想ＩｏＴデバイス３５０を階層構造でリンケージすることで、実ＩｏＴデバイス１０と仮想ＩｏＴデバイス３５０とのリンケージについて個々の操作を行うことなく、実ＩｏＴデバイス１０のデータを収集する大規模な数のルートを構築することができ、結果として、所望のデータを容易に取得することが可能となる。

また、仮想ＩｏＴデバイス３５０を階層構造でリンケージすることで、インターネット２０上の奥に配置されたサーバがリンケージを一元管理するより、仮想ＩｏＴデバイス３５０を必要な場所の適切なサーバに配置することができ、ネットワーク内のトラフィックを軽減することができる。

仮想ＩｏＴデバイス３５０の階層構造により、ＩｏＴサービス事業者が、各地域のデータを取得する際に、市町村単位のデータを収集可能な仮想ＩｏＴデバイス３５０にアクセスするか、都道府県単位のデータを収集可能な仮想ＩｏＴデバイス３５０にアクセスするかを選択することができる。

例えば、気象情報を提供するＩｏＴサービス事業者が、上位階層の仮想ＩｏＴデバイス３５０にアクセスすることにより、１回のアクセスで都道府県単位の温度を全て取得することができる。一方、そのＩｏＴサービス事業者は、下位階層の仮想ＩｏＴデバイス３５０にアクセスすることにより、特定地域の温度を、高い更新頻度で取得することができる。

（３－２．リンケージの要求に用いられるＧＵＩ）
上述した例では、デバイス情報として、仮想ＩｏＴデバイス３５０の設置場所や能力が開示される。その仮想ＩｏＴデバイス３５０の下位階層に複数のＩｏＴデバイス３５０Ｌが設置されている場合、デバイス情報として、下位階層に属する全てのＩｏＴデバイス３５０Ｌのデバイス情報も開示される必要がある。

しかしながら、下位階層に属する全てのＩｏＴデバイス３５０Ｌのデバイス情報を開示するのは煩雑である。

そこで、下位階層のＩｏＴデバイス３５０Ｌと上位階層の仮想ＩｏＴデバイス３５０Ｈとのリンケージの要求を、ＧＵＩを用いて行われるようにする。

（ＧＵＩの例１）
図２６は、リンケージの要求に用いられるＧＵＩの例を示す図である。図２６のＧＵＩは、ユーザ機器４０の提示部７２として構成されるモニタに表示される。

図２６に示される画面の左側には、地図４１０が表示されている。

地図４１０上の、仮想ＩｏＴデバイス３５０の設置場所に対応した位置には、円形のアイコン４１１，４１２が表示されている。アイコン４１１，４１２は、それぞれ対応する仮想ＩｏＴデバイス３５０の能力毎に異なる色で表示されている。図２６の例では、アイコン４１１は、能力１を有する仮想ＩｏＴデバイス３５０を示しており、アイコン４１２は、能力２を有する仮想ＩｏＴデバイス３５０を示している。

地図４１０上におけるアイコン４１１，４１２は、サーバ３０（仮想ＩｏＴデバイス管理部３１）からの、仮想ＩｏＴデバイス３５０それぞれに対応するデバイス情報に基づいた位置および色で表示される。

また、アイコン４１１，４１２上には、対応する仮想ＩｏＴデバイス３５０の配下の階層に属する実ＩｏＴデバイス１０の数が表示されている。アイコン４１１やアイコン４１２上に表示される数は、地図４１０上の位置に対応する設置場所に設置され、その色に対応する能力の複数の実ＩｏＴデバイス１０の数を表すものとする。この実ＩｏＴデバイス１０の数もまた、サーバ３０からの、仮想ＩｏＴデバイス３５０それぞれに対応するデバイス情報に基づいて表示される。

このように、１の仮想ＩｏＴデバイス３５０Ｈの配下の階層に属することができるＩｏＴデバイス３５０Ｌは、それぞれ同じ設置場所に設置され、同じ能力の実ＩｏＴデバイス１０と仮想ＩｏＴデバイス３５０とされる。

なお、アイコン４１１やアイコン４１２上に表示される数に、対応する仮想ＩｏＴデバイス３５０Ｈの配下の階層に属する仮想ＩｏＴデバイス３５０の数が含まれていてもよい。

また、サーバ３０からのデバイス情報は、ＸＭＬやＪＳＯＮなどのデータ形式のファイルで提供されてもよい。

図２６に示される画面の右側には、矩形のアイコン４２０－１，４２０－２，・・・，４２０－Ｍが表示されている。アイコン４２０－１，４２０－２，・・・，４２０－Ｍは、それぞれＭ個の上位階層に設置される仮想ＩｏＴデバイス（１），（２），・・・，（Ｍ）を示している。

図２６のモニタに対するユーザ４０Ａによる操作、具体的には、アイコン４１１のアイコン４２０－１へのドラッグアンドドロップに応じて、アイコン４１１に対応する仮想ＩｏＴデバイス３５０と、上位階層の仮想ＩｏＴデバイス（１）とのリンケージが要求される。このとき、図２６に示されるアイコン４１１とアイコン４２０－１との間には、それぞれを結ぶ所定の線４３０ａが表示される。図２６の例では、線４３０ａは破線で示されている。

仮想ＩｏＴデバイス管理部３１によるリンケージが成立した場合、線４３０ａは、図示はしないが、異なる線種の線に変わって表示される。

図２６の例では、リンケージが成立した場合に、アイコン４１１とアイコン４２０－１とを結ぶ線の線種が変わるものとしたが、例えば線の色が赤色から青色に変わるなど、線の色が変わるようにしてもよいし、線の太さが変わるようにしてもよい。

なお、図２６の例において、アイコン４１１，４１２は、それぞれ対応する仮想ＩｏＴデバイス３５０が有する能力毎に異なる色で表示されるものとしたが、異なる大きさや異なる形状で表示されるようにしてもよい。

このようなＧＵＩによれば、ユーザ４０Ａは、上位階層の仮想ＩｏＴデバイス３５０にリンケージさせようとする仮想ＩｏＴデバイス３５０の設置場所と能力、さらに配下の階層に属する実ＩｏＴデバイス１０の数を、直感的に把握することができる。

（ＧＵＩの例２）
図２７は、リンケージの要求に用いられるＧＵＩの他の例を示す図である。図２７のＧＵＩもまた、ユーザ機器４０の提示部７２として構成されるモニタに表示される。

図２７に示される画面の左側には、地図４５０が表示されている。

地図４５０上の、仮想ＩｏＴデバイス３５０の設置場所に対応した位置には、円形のアイコン４５１，４５２が表示されている。アイコン４５１，４５２は、それぞれ対応する仮想ＩｏＴデバイス３５０が属する階層毎に異なる色で表示されている。図２７の例では、アイコン４５１は、第２階層に属する仮想ＩｏＴデバイス３５０を示しており、アイコン４５２は、第３階層に属する仮想ＩｏＴデバイス３５０を示している。

地図４５０上におけるアイコン４５１，４５２は、サーバ３０（仮想ＩｏＴデバイス管理部３１）からの、仮想ＩｏＴデバイス３５０それぞれに対応するデバイス情報に基づいた位置および色で表示される。

また、アイコン４５１，４５２上には、対応する仮想ＩｏＴデバイス３５０の配下の階層に属する実ＩｏＴデバイス１０の数が表示されている。アイコン４５１やアイコン４５２上に表示される数は、地図４５０上の位置に対応する設置場所に設置され、それぞれ同じ能力を有する複数の実ＩｏＴデバイス１０の数を表すものとする。この実ＩｏＴデバイス１０の数もまた、サーバ３０からの、仮想ＩｏＴデバイス３５０それぞれに対応するデバイス情報に基づいて表示される。

図２７の例では、アイコン４５１に対応する仮想ＩｏＴデバイス３５０より、アイコン４５２に対応する仮想ＩｏＴデバイス３５０の方が上位階層に属することから、アイコン４５１上に表示される数より、アイコン４５２上に表示される数の方が大きい。

なお、アイコン４５１やアイコン４５２上に表示される数に、対応する仮想ＩｏＴデバイス３５０の配下の階層に属する仮想ＩｏＴデバイス３５０の数が含まれていてもよい。

図２７に示される画面の右側には、矩形のアイコン４６０－１，４６０－２，・・・，４６０－Ｍが表示されている。アイコン４６０－１，４６０－２，・・・，４６０－Ｍは、それぞれＭ個の上位階層に設置される仮想ＩｏＴデバイス（１），（２），・・・，（Ｍ）を示している。

図２７の例においても、図２６の例と同様にして、アイコン４５１やアイコン４５２に対応する仮想ＩｏＴデバイス３５０と、アイコン４６０－１に対応する上位階層の仮想ＩｏＴデバイス（１）とのリンケージが要求される。

なお、図２７の例において、アイコン４５１，４５２は、それぞれ対応する仮想ＩｏＴデバイス３５０が属する階層毎に異なる色で表示されるものとしたが、異なる大きさや異なる形状で表示されるようにしてもよい。

このようなＧＵＩによれば、ユーザ４０Ａは、上位階層の仮想ＩｏＴデバイス３５０にリンケージさせようとする仮想ＩｏＴデバイス３５０の設置場所と属する階層、さらに配下の階層に属する実ＩｏＴデバイス１０の数を、直感的に把握することができる。

（３－３．複数ポートでの仮想ＩｏＴデバイスのリンケージ）
以上においては、１の仮想ＩｏＴデバイス３５０Ｈの下位階層でリンケージされるＩｏＴデバイス３５０Ｌは、同じ設置場所で同じ能力の実ＩｏＴデバイス１０と仮想ＩｏＴデバイス３５０であるものとした。

しかしながら、１の仮想ＩｏＴデバイス３５０Ｈから様々な地域のデータや様々な種類のデータを収集できるように、下位階層で、異なる設置場所や異なる能力のＩｏＴデバイス３５０Ｌとのリンケージが要求されることが考えられる。

そこで、図２８に示されるように、仮想ＩｏＴデバイスに複数の出力ポートを設けることで、下位階層で、異なる設置場所や異なる能力のＩｏＴデバイスとリンケージさせることができる。

図２８の例では、第１階層に属する仮想ＩｏＴデバイス５５０－１ａ、第２階層に属する仮想ＩｏＴデバイス５５０－２ｂ、および、第３階層に属する仮想ＩｏＴデバイス５５０－３ｃ（以下、単に仮想ＩｏＴデバイス５５０ともいう）が階層構造でリンケージされている。

仮想ＩｏＴデバイス５５０は、それぞれ、Ｎ個の出力ポートＯＰ－１，ＯＰ－２，・・・，ＯＰ－Ｎ（以下、単に出力ポートＯＰともいう）を備えている。出力ポートＯＰは、扱うデータの特性毎に設けられている。

また、仮想ＩｏＴデバイス５５０は、それぞれ、Ｎ個の入力ポートＩＰ－１，ＩＰ－２，・・・，ＩＰ－Ｎ（以下、単に入力ポートＩＰともいう）を備えている。入力ポートＩＰもまた、扱うデータの特性毎に設けられている。

ここでいう特性は、データを取得した実ＩｏＴデバイス１０の設置場所と能力とする。

図２９は、仮想ＩｏＴデバイス５５０が備える入力ポートと出力ポートのポート情報の例を示す図である。

図２９のポート情報によれば、入力ポート（１）（入力ポートＩＰ－１）は、設置場所Ａで能力１の実ＩｏＴデバイス１０が取得したデータを入力し、入力ポート（２）（入力ポートＩＰ－２）は、設置場所Ｂで能力２の実ＩｏＴデバイス１０が取得したデータを入力する。

また、出力ポート（１）（出力ポートＯＰ－１）は、設置場所Ａで能力１の実ＩｏＴデバイス１０が取得したデータを出力し、出力ポート（２）（出力ポートＯＰ－２）は、設置場所Ｂで能力２の実ＩｏＴデバイス１０が取得したデータを出力する。

このような構成により、仮想ＩｏＴデバイス５５０は、扱うデータの特性の出力ポートＯＰ毎、入力ポートＩＰ毎にリンケージされるようになる。

これらの出力ポートＯＰや入力ポートＩＰは、ＩＰアドレスとともに、アプリケーションを特定するためのポートとして実現されてもよいし、アプリケーション上で区別されるポートとして実現されてもよい。

以下、下位階層の仮想ＩｏＴデバイス５５０を、仮想ＩｏＴデバイス５５０Ｌといい、上位階層の仮想ＩｏＴデバイス５５０を仮想ＩｏＴデバイス５５０Ｈということとする。

（リンケージの流れ）
図３０は、下位階層の仮想ＩｏＴデバイス５５０Ｌと上位階層の仮想ＩｏＴデバイス５５０Ｈとのリンケージの流れについて説明する図である。

図３０の各処理は、図２４の各処理と基本的には同様にして行われる。

但し、図２８の構成では、図３０のステップＳ５１６において、仮想ＩｏＴデバイス管理部３１の開示部６２が、ユーザ機器４０に、図２９を参照して説明したポート情報を含むデバイス情報を開示する。ユーザ機器４０の提示部７２は、開示部６２により開示されたデバイス情報をユーザ４０Ａに提示する。

ユーザ４０Ａに提示される仮想ＩｏＴデバイス５５０Ｌのデバイス情報には、上位階層の仮想ＩｏＴデバイス５５０Ｈとリンケージさせる仮想ＩｏＴデバイス５５０Ｌの出力ポートＯＰのポート情報が含まれていればよい。

ステップＳ５１７においては、ユーザ機器４０が、ユーザ４０Ａにより選択された仮想ＩｏＴデバイス５５０Ｌの出力ポートＯＰと、対応する仮想ＩｏＴデバイス５５０Ｈの入力ポートＩＰとのリンケージを、仮想ＩｏＴデバイス管理部３１に要求する。

また、ステップＳ５２０においては、仮想ＩｏＴデバイス管理部３１の報知部６４は、仮想ＩｏＴデバイス５５０Ｌに、リンケージされた仮想ＩｏＴデバイス５５０Ｈの位置情報として、その仮想ＩｏＴデバイス５５０Ｈの入力ポートＩＰの情報を含むＵＲＬを報知する。

なお、ステップＳ５２２において、仮想ＩｏＴデバイス５５０Ｌは、定期的に、収集したデータを仮想ＩｏＴデバイス５５０Ｈに送信するが、このようなデータの更新は、そのデータの特性に対応した出力ポートＯＰ毎、入力ポートＩＰ毎に行われる。

したがって、下位階層の仮想ＩｏＴデバイス５５０Ｌにおいてデータが更新された場合、その仮想ＩｏＴデバイス５５０Ｌは、リンケージされている上位階層の全ての仮想ＩｏＴデバイス５５０Ｈにデータを送信する必要はない。すなわち、仮想ＩｏＴデバイス５５０Ｌは、更新されたデータの特性に対応した出力ポートＯＰとリンケージされている仮想ＩｏＴデバイス５５０Ｈのみにデータを送信すればよい。

具体的には、下位階層の仮想ＩｏＴデバイス５５０Ｌは、自身の入力ポートＩＰに更新されたデータが入力されると、そのデータの特性に対応する自身の出力ポートＯＰを特定する。そして、仮想ＩｏＴデバイス５５０Ｌは、特定された出力ポートＯＰとリンケージされている上位階層の仮想ＩｏＴデバイス５５０Ｈに、更新されたデータを送信する。また、仮想ＩｏＴデバイス５５０Ｌは、更新されたデータを送信する以外にも、更新されたデータの要求依頼を通知してもよい。

以上の処理によれば、１の仮想ＩｏＴデバイス５５０が、異なる特性のデータを同時に扱うことができるので、その仮想ＩｏＴデバイス５５０から様々な地域のデータや様々な種類のデータを効率的に収集することが可能となる。

（３－４．下位階層の仮想ＩｏＴデバイスの負担について）
仮想ＩｏＴデバイスの階層構造においては、上位階層の仮想ＩｏＴデバイスほど、多くのデータを集約して取得することができる。一方、下位階層の仮想ＩｏＴデバイスほど、ネットワークエッジに配置されるため、レイテンシの少ないデータを取得することができる。

しかしながら、下位階層の仮想ＩｏＴデバイスへの直接的なアクセスが増加すると、その仮想ＩｏＴデバイスの負荷が高くなるおそれがある。ここでいう負荷は、消費電力などの観点での負荷をいう。上位階層の仮想ＩｏＴデバイスとのリンケージを行う際、ユーザが、どの階層の仮想ＩｏＴデバイスを選択するかによって、下位階層の仮想ＩｏＴデバイスの負荷が変わってくる。

ユーザは、図２５に示されるようなデバイス情報により、その仮想ＩｏＴデバイスが属する階層を把握することはできる。しかしながら、デバイス情報として、その仮想ＩｏＴデバイスにリンケージされている上位階層の仮想ＩｏＴデバイスの数などは提示されないので、ユーザは、その仮想ＩｏＴデバイスの負荷がどのくらいかを認識することはできない。

そこで、デバイス情報として、仮想ＩｏＴデバイスの現在の負担の状況を示す負担情報が提示されるようにする。

図３１は、デバイス情報として提示される仮想ＩｏＴデバイスの負担情報の例を示す図である。

図３１に示されるように、仮想ＩｏＴデバイスの負担情報は、出力ポートＯＰ毎に提示され、以下の情報が含まれる。

（１）リンケージ可能な仮想ＩｏＴデバイスの総数と、現在リンケージされている仮想ＩｏＴデバイスの数
（２）スループット
（３）仮想Ｌ２接続されているか否か
（４）代替出力ポート情報
（５）プライオリティクラス

（１）は、その出力ポートＯＰに接続することができる上位階層の仮想ＩｏＴデバイスの最大接続数と、その出力ポートＯＰに現在接続されている上位階層の仮想ＩｏＴデバイスの現在接続数を示している。例えば、最大接続数が１０で、現在接続数が９である場合、その出力ポートＯＰに上位階層の仮想ＩｏＴデバイスを接続することは可能であるが、現在接続数が１０に達した場合、その出力ポートＯＰに上位階層の仮想ＩｏＴデバイスを接続することはできなくなる。

（２）は、その出力ポートＯＰから単位時間あたりに出力することができるデータ量を示している。その出力ポートＯＰの接続数が増加することで、出力されるデータ量がこのスループットに達した場合、その出力ポートＯＰに上位階層の仮想ＩｏＴデバイスを接続することはできなくなる。

（３）は、その出力ポートＯＰが、ＶＸＬＡＮにより、上位階層の仮想ＩｏＴデバイスとＬ２接続されているか否かを示す情報である。Ｌ２接続されている場合、上位階層の仮想ＩｏＴデバイスにブロードキャストすることができるので、（２）を考慮しなくてもよい。

（４）は、その出力ポートＯＰの代替となる出力ポートＯＰを有する、上位階層の仮想ＩｏＴデバイスの位置情報（ＵＲＬやＩＰアドレスなど）を示している。（１）や（２）により、その出力ポートＯＰに上位階層の仮想ＩｏＴデバイスを接続することができない場合、ユーザは、この代替出力ポート情報で示される上位階層の仮想ＩｏＴデバイスを選択することができる。

（５）は、その出力ポートＯＰと上位階層の仮想ＩｏＴデバイスとのリンケージに関する優先度を示す情報である。提示されているプライオリティクラスの上位階層の仮想ＩｏＴデバイスのみが、その出力ポートＯＰに接続することができる。

このような負担情報がデバイス情報として提示されることで、ユーザは、その仮想ＩｏＴデバイスの負荷がどのくらいかを認識することができ、特定の仮想ＩｏＴデバイスの負荷が増大することを避けることができる。

＜４．ハードウェア構成例＞
次に、図３２を参照して、本開示の実施の形態に係る情報処理装置のハードウェア構成について説明する。図３２は、本開示の実施形態に係る情報処理装置のハードウェア構成例を示すブロック図である。

情報処理装置９００は、ＣＰＵ（Central Processing unit）９０１、ＲＯＭ（Read Only Memory）９０３、およびＲＡＭ（Random Access Memory）９０５を含む。また、情報処理装置９００は、ホストバス９０７、ブリッジ９０９、外部バス９１１、インターフェース９１３、入力装置９１５、出力装置９１７、ストレージ装置９１９、ドライブ９２１、接続ポート９２３、通信装置９２５を含んでもよい。さらに、情報処理装置９００は、必要に応じて、撮像装置９３３、およびセンサ９３５を含んでもよい。情報処理装置９００は、ＣＰＵ９０１に代えて、またはこれとともに、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＦＰＧＡ（Field-Programmable Gate Array）などの処理回路を有してもよい。

ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、情報処理装置９００内の動作全般またはその一部を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。ＣＰＵ９０１、ＲＯＭ９０３、およびＲＡＭ９０５は、ＣＰＵバスなどの内部バスにより構成されるホストバス９０７により相互に接続されている。さらに、ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Peripheral Component Interconnect/Interface）バスなどの外部バス９１１に接続されている。

入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなど、ユーザによって操作される装置である。入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置９００の操作に対応した携帯電話などの外部接続機器９２９であってもよい。入力装置９１５は、ユーザが入力した情報に基づいて入力信号を生成してＣＰＵ９０１に出力する入力制御回路を含む。ユーザは、この入力装置９１５を操作することによって、情報処理装置９００に対して各種のデータを入力したり処理動作を指示したりする。

出力装置９１７は、取得した情報をユーザに対して視覚や聴覚、触覚などの感覚を用いて通知することが可能な装置で構成される。出力装置９１７は、例えば、ＬＣＤ（Liquid Crystal Display）または有機ＥＬ（Electro-Luminescence）ディスプレイなどの表示装置、スピーカまたはヘッドフォンなどの音声出力装置、もしくはバイブレータなどでありうる。出力装置９１７は、情報処理装置９００の処理により得られた結果を、テキストもしくは画像などの映像、音声もしくは音響などの音声、またはバイブレーションなどとして出力する。

ストレージ装置９１９は、情報処理装置９００の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置９１９は、例えば、ＨＤＤ（Hard Disk Drive）などの磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどにより構成される。ストレージ装置９１９は、例えばＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した各種のデータなどを格納する。

ドライブ９２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９２７のためのリーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されているリムーバブル記録媒体９２７に記録を書き込む。

接続ポート９２３は、機器を情報処理装置９００に接続するためのポートである。接続ポート９２３は、例えば、ＵＳＢ（Universal Serial Bus）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Small Computer System Interface）ポートなどでありうる。また、接続ポート９２３は、ＲＳ－２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）ポートなどであってもよい。接続ポート９２３に外部接続機器９２９を接続することで、情報処理装置９００と外部接続機器９２９との間で各種のデータが交換されうる。

通信装置９２５は、例えば、通信ネットワーク９３１に接続するための通信デバイスなどで構成された通信インターフェースである。通信装置９２５は、例えば、ＬＡＮ（Local Area Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ、またはＷＵＳＢ（Wireless USB）用の通信カードなどでありうる。また、通信装置９２５は、光通信用のルータ、ＡＤＳＬ（Asymmetric Digital Subscriber Line）用のルータ、または、各種通信用のモデムなどであってもよい。通信装置９２５は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰなどの所定のプロトコルを用いて信号などを送受信する。また、通信装置９２５に接続される通信ネットワーク９３１は、有線または無線によって接続されたネットワークであり、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信などを含みうる。

撮像装置９３３は、例えば、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）またはＣＣＤ（Charge Coupled Device）などの撮像素子、および撮像素子への被写体像の結像を制御するためのレンズなどの各種の部材を用いて実空間を撮像し、撮像画像を生成する装置である。撮像装置９３３は、静止画を撮像するものであってもよいし、また動画を撮像するものであってもよい。

センサ９３５は、例えば、加速度センサ、角速度センサ、地磁気センサ、照度センサ、温度センサ、気圧センサ、または音センサ（マイクロフォン）などの各種のセンサである。センサ９３５は、例えば情報処理装置９００の筐体の姿勢など、情報処理装置９００自体の状態に関する情報や、情報処理装置９００の周辺の明るさや騒音など、情報処理装置９００の周辺環境に関する情報を取得する。また、センサ９３５は、ＧＰＳ（Global Positioning System）信号を受信して装置の緯度、経度および高度を測定するＧＰＳ受信機を含んでもよい。

以上、情報処理装置９００のハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。かかる構成は、実施する時々の技術レベルに応じて適宜変更されうる。

本開示に係る技術の実施の形態は、上述した実施の形態に限定されるものではなく、本開示に係る技術の要旨を逸脱しない範囲において種々の変更が可能である。

また、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。

さらに、本開示に係る技術は以下のような構成をとることができる。
（１）
複数の実ＩｏＴデバイスに関するデバイス情報をユーザに提示する提示部と、
前記ユーザにより選択された前記デバイス情報に対応する前記実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージを要求する要求部と
を備える情報処理装置。
（２）
前記提示部は、前記デバイス情報として、前記実ＩｏＴデバイスの設置場所および能力の少なくともいずれかを提示する
（１）に記載の情報処理装置。
（３）
前記実ＩｏＴデバイスの前記能力は、前記実ＩｏＴデバイスが取得したデータをリンケージされた前記仮想ＩｏＴデバイスに送信する頻度を表す
（２）に記載の情報処理装置。
（４）
前記実ＩｏＴデバイスの前記能力は、前記実ＩｏＴデバイスが取得するデータの分解能を表す
（２）に記載の情報処理装置。
（５）
前記要求部は、前記実ＩｏＴデバイスにより取得されたデータを、前記実ＩｏＴデバイスとリンケージされた前記仮想ＩｏＴデバイスに要求する
（１）乃至（４）のいずれかに記載の情報処理装置。
（６）
前記要求部は、前記ユーザにより選択された複数の前記デバイス情報に対応する複数の前記実ＩｏＴデバイスと、１の前記仮想ＩｏＴデバイスとのリンケージを要求する
（１）乃至（５）に記載の情報処理装置。
（７）
前記提示部は、前記実ＩｏＴデバイスの設置場所に対応した位置に第１のアイコンが配置された地図と、前記仮想ＩｏＴデバイスを示す第２のアイコンを表示し、
前記要求部は、前記ユーザによる、前記第１のアイコンを前記第２のアイコンと対応付ける操作に応じて、前記実ＩｏＴデバイスと前記仮想ＩｏＴデバイスとのリンケージを要求する
（１）乃至（６）に記載の情報処理装置。
（８）
前記提示部は、前記実ＩｏＴデバイスの能力毎に異なる色の前記第１のアイコンを表示する
（７）に記載の情報処理装置。
（９）
前記提示部は、前記ユーザによる前記操作に応じて、前記第１のアイコンと前記第２のアイコンとを結ぶ所定の線を表示する
（７）に記載の情報処理装置。
（１０）
前記提示部は、前記実ＩｏＴデバイスと前記仮想ＩｏＴデバイスとのリンケージが成立した場合、前記線を異なる色に変えて表示する
（９）に記載の情報処理装置。
（１１）
前記操作は、ドラッグアンドドロップである
（７）に記載の情報処理装置。
（１２）
前記要求部は、前記ユーザにより選択された１の前記デバイス情報に対応する前記実ＩｏＴデバイスであって、他の仮想ＩｏＴデバイスと既にリンケージされている前記実ＩｏＴデバイスと、１の前記仮想ＩｏＴデバイスとのリンケージを要求する
（１）に記載の情報処理装置。
（１３）
前記提示部は、前記デバイス情報として、前記実ＩｏＴデバイスに既にリンケージされている前記他の仮想ＩｏＴデバイスの数を提示する
（１２）に記載の情報処理装置。
（１４）
前記提示部は、前記実ＩｏＴデバイスに既にリンケージされている前記他の仮想ＩｏＴデバイスの数に応じた色の濃淡の図形を表示する
（１３）に記載の情報処理装置。
（１５）
前記提示部は、前記実ＩｏＴデバイスに既にリンケージされている前記他の仮想ＩｏＴデバイスの数に応じた大きさの図形を表示する
（１３）に記載の情報処理装置。
（１６）
前記提示部は、前記デバイス情報として、前記実ＩｏＴデバイスにリンケージ可能な前記仮想ＩｏＴデバイスの総数をさらに提示する
（１３）に記載の情報処理装置。
（１７）
前記提示部は、前記仮想ＩｏＴデバイスとリンケージされている前記実ＩｏＴデバイスと同様の特性を有する、新たに設置された前記実ＩｏＴデバイスの数を提示する
（１）乃至（１６）に記載の情報処理装置。
（１８）
前記特性は、前記実ＩｏＴデバイスの設置場所および能力の少なくともいずれかである
（１７）に記載の情報処理装置。
（１９）
情報処理装置が、
複数の実ＩｏＴデバイスに関するデバイス情報を提示し、
ユーザにより選択された前記デバイス情報に対応する前記実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージを要求する
情報処理方法。
（２０）
コンピュータに、
複数の実ＩｏＴデバイスに関するデバイス情報を提示し、
ユーザにより選択された前記デバイス情報に対応する前記実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージを要求する
処理を実行させるプログラム。

また、本開示に係る技術は以下のような構成をとることもできる。
（１）
ユーザ機器に、複数の実ＩｏＴデバイスに関するデバイス情報を開示する開示部と、
前記ユーザ機器において選択された前記デバイス情報に対応する前記実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージの要求に応じて、前記仮想ＩｏＴデバイスをアクティベートするアクティベーション部と、
前記仮想ＩｏＴデバイスの位置情報を、前記実ＩｏＴデバイスと前記ユーザ機器に報知する報知部と
を備える情報処理装置。
（２）
前記開示部は、前記デバイス情報として、前記実ＩｏＴデバイスの設置場所および能力の少なくともいずれかを、前記ユーザ機器に開示する
（１）に記載の情報処理装置。
（３）
前記実ＩｏＴデバイスの前記能力は、前記実ＩｏＴデバイスが取得したデータをリンケージされた前記仮想ＩｏＴデバイスに送信する頻度を表す
（２）に記載の情報処理装置。
（４）
前記実ＩｏＴデバイスの前記能力は、前記実ＩｏＴデバイスが取得するデータの分解能を表す
（２）に記載の情報処理装置。
（５）
前記実ＩｏＴデバイスにより取得されたデータは、前記実ＩｏＴデバイスとリンケージされた前記仮想ＩｏＴデバイスを介して、前記ユーザ機器に送信される
（１）に記載の情報処理装置。
（６）
前記アクティベーション部は、前記ユーザ機器において選択された複数の前記デバイス情報に対応する複数の前記実ＩｏＴデバイスと、１の前記仮想ＩｏＴデバイスとのリンケージの要求に応じて、１の前記仮想ＩｏＴデバイスをアクティベートする
（１）に記載の情報処理装置。
（７）
前記アクティベーション部は、前記ユーザ機器において選択された１の前記デバイス情報に対応する前記実ＩｏＴデバイスであって、他の仮想ＩｏＴデバイスと既にリンケージされている前記実ＩｏＴデバイスと、１の前記仮想ＩｏＴデバイスとのリンケージの要求に応じて、１の前記仮想ＩｏＴデバイスをアクティベートする
（１）に記載の情報処理装置。
（８）
前記開示部は、前記デバイス情報として、前記実ＩｏＴデバイスに既にリンケージされている前記他の仮想ＩｏＴデバイスの数を、前記ユーザ機器に開示する
（７）に記載の情報処理装置。
（９）
前記開示部は、前記デバイス情報として、前記実ＩｏＴデバイスにリンケージ可能な前記仮想ＩｏＴデバイスの総数をさらに、前記ユーザ機器に開示する
（８）に記載の情報処理装置。
（１０）
前記報知部は、前記仮想ＩｏＴデバイスのアクティベーションに応じて、前記実ＩｏＴデバイスにリンケージされている前記仮想ＩｏＴデバイスが増えた旨を、前記他の仮想ＩｏＴデバイスに報知する
（７）に記載の情報処理装置。
（１１）
前記実ＩｏＴデバイスと、前記実ＩｏＴデバイスにリンケージされている複数の前記仮想ＩｏＴデバイスとは、ＶＸＬＡＮ（Virtual Extensible Local Area Network）によりＬ２接続される
（７）に記載の情報処理装置。
（１２）
前記開示部は、前記仮想ＩｏＴデバイスとリンケージされている前記実ＩｏＴデバイスと同様の特性を有する、新たに設置された前記実ＩｏＴデバイスの数を前記ユーザ機器に開示する
（１）に記載の情報処理装置。
（１３）
前記特性は、前記実ＩｏＴデバイスの設置場所および能力の少なくともいずれかである
（１２）に記載の情報処理装置。
（１４）
情報処理装置が、
ユーザ機器に、複数の実ＩｏＴデバイスに関するデバイス情報を開示し、
前記ユーザ機器において選択された前記デバイス情報に対応する前記実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージの要求に応じて、前記仮想ＩｏＴデバイスをアクティベートし、
前記仮想ＩｏＴデバイスの位置情報を、前記実ＩｏＴデバイスと前記ユーザ機器に報知する
情報処理方法。
（１５）
コンピュータに、
ユーザ機器に、複数の実ＩｏＴデバイスに関するデバイス情報を開示し、
前記ユーザ機器において選択された前記デバイス情報に対応する前記実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージの要求に応じて、前記仮想ＩｏＴデバイスをアクティベートし、
前記仮想ＩｏＴデバイスの位置情報を、前記実ＩｏＴデバイスと前記ユーザ機器に報知する
処理を実行させるプログラム。

１０ 実ＩｏＴデバイス， ２０ インターネット， ３０ サーバ， ３１ 仮想ＩｏＴデバイス管理部， ３２ リポジトリ機能部， ４０ ユーザ機器， ５０ 仮想ＩｏＴデバイス， ６１ 通信部， ６２ 開示部， ６３ アクティベーション部， ６４ 報知部， ７１ 通信部， ７２ 提示部， ７３ 要求部

Claims (20)

1. 複数の実ＩｏＴデバイスに関するデバイス情報をユーザに提示する提示部と、
   前記ユーザにより選択された前記デバイス情報に対応する前記実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージを要求する要求部と
   を備える情報処理装置。
2. 前記提示部は、前記デバイス情報として、前記実ＩｏＴデバイスの設置場所および能力の少なくともいずれかを提示する
   請求項１に記載の情報処理装置。
3. 前記実ＩｏＴデバイスの前記能力は、前記実ＩｏＴデバイスが取得したデータをリンケージされた前記仮想ＩｏＴデバイスに送信する頻度を表す
   請求項２に記載の情報処理装置。
4. 前記実ＩｏＴデバイスの前記能力は、前記実ＩｏＴデバイスが取得するデータの分解能を表す
   請求項２に記載の情報処理装置。
5. 前記要求部は、前記実ＩｏＴデバイスにより取得されたデータを、前記実ＩｏＴデバイスとリンケージされた前記仮想ＩｏＴデバイスに要求する
   請求項１に記載の情報処理装置。
6. 前記要求部は、前記ユーザにより選択された複数の前記デバイス情報に対応する複数の前記実ＩｏＴデバイスと、１の前記仮想ＩｏＴデバイスとのリンケージを要求する
   請求項１に記載の情報処理装置。
7. 前記提示部は、前記実ＩｏＴデバイスの設置場所に対応した位置に第１のアイコンが配置された地図と、前記仮想ＩｏＴデバイスを示す第２のアイコンを表示し、
   前記要求部は、前記ユーザによる、前記第１のアイコンを前記第２のアイコンと対応付ける操作に応じて、前記実ＩｏＴデバイスと前記仮想ＩｏＴデバイスとのリンケージを要求する
   請求項１に記載の情報処理装置。
8. 前記提示部は、前記実ＩｏＴデバイスの能力毎に異なる色の前記第１のアイコンを表示する
   請求項７に記載の情報処理装置。
9. 前記提示部は、前記ユーザによる前記操作に応じて、前記第１のアイコンと前記第２のアイコンとを結ぶ所定の線を表示する
   請求項７に記載の情報処理装置。
10. 前記提示部は、前記実ＩｏＴデバイスと前記仮想ＩｏＴデバイスとのリンケージが成立した場合、前記線を異なる色に変えて表示する
    請求項９に記載の情報処理装置。
11. 前記操作は、ドラッグアンドドロップである
    請求項７に記載の情報処理装置。
12. 前記要求部は、前記ユーザにより選択された１の前記デバイス情報に対応する前記実ＩｏＴデバイスであって、他の仮想ＩｏＴデバイスと既にリンケージされている前記実ＩｏＴデバイスと、１の前記仮想ＩｏＴデバイスとのリンケージを要求する
    請求項１に記載の情報処理装置。
13. 前記提示部は、前記デバイス情報として、前記実ＩｏＴデバイスに既にリンケージされている前記他の仮想ＩｏＴデバイスの数を提示する
    請求項１２に記載の情報処理装置。
14. 前記提示部は、前記実ＩｏＴデバイスに既にリンケージされている前記他の仮想ＩｏＴデバイスの数に応じた色の濃淡の図形を表示する
    請求項１３に記載の情報処理装置。
15. 前記提示部は、前記実ＩｏＴデバイスに既にリンケージされている前記他の仮想ＩｏＴデバイスの数に応じた大きさの図形を表示する
    請求項１３に記載の情報処理装置。
16. 前記提示部は、前記デバイス情報として、前記実ＩｏＴデバイスにリンケージ可能な前記仮想ＩｏＴデバイスの総数をさらに提示する
    請求項１３に記載の情報処理装置。
17. 前記提示部は、前記仮想ＩｏＴデバイスとリンケージされている前記実ＩｏＴデバイスと同様の特性を有する、新たに設置された前記実ＩｏＴデバイスの数を提示する
    請求項１に記載の情報処理装置。
18. 前記特性は、前記実ＩｏＴデバイスの設置場所および能力の少なくともいずれかである
    請求項１７に記載の情報処理装置。
19. 情報処理装置が、
    複数の実ＩｏＴデバイスに関するデバイス情報を提示し、
    ユーザにより選択された前記デバイス情報に対応する前記実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージを要求する
    情報処理方法。
20. コンピュータに、
    複数の実ＩｏＴデバイスに関するデバイス情報を提示し、
    ユーザにより選択された前記デバイス情報に対応する前記実ＩｏＴデバイスと、仮想ＩｏＴデバイスとのリンケージを要求する
    処理を実行させるプログラム。

Images