JP2018013882A - デバイス管理システム、デバイス管理装置及びデバイス管理方法 - Google Patents

Abstract

【課題】ユーザ端末から複数のデバイスを同時に利用するとともに、ペアリングに必要なユーザ操作を不要にし、無線通信圏外からもデバイス利用とデータ通信を可能にする。【解決手段】デバイス管理サーバ１００は、ユーザ端末２００の要求によりペアリングコードを生成し、ユーザ端末２００とデバイス３００に送信するペアリング補助部１０４と、ユーザ端末２００とローカル通信可能となったデバイス３００からのペアリング代行要求を受信し、他のデバイス３００にペアリング要求代行を送信するペアリング仲介部１０５と、ユーザ端末２００とローカル通信不可能なデバイス３００とのデータ通信を仲介する通信仲介部１０７と、を備える。【選択図】図３

Description

本発明は、ユーザ端末から複数の共有デバイスを同時に利用する、デバイス管理システム、デバイス管理装置及びデバイス管理方法に関する。

ディスプレイやスピーカ、カメラ、マイク、各種センサ等のデバイスと、ユーザが利用するスマートフォン等のユーザ端末とが通信し、デバイスから得た情報をユーザ端末に表示したり、ユーザ端末にある情報をデバイスに出力したり、ユーザ端末からデバイスを操作したりすることが可能である。なお、ここにいう通信は、例えばBluetooth(登録商標)のような、ユーザ端末とデバイス間で直接接続する無線通信を想定しており、以下ではローカル通信と呼ぶ。一方、インターネット経由の通信をネットワーク通信(ＮＷ通信)と呼ぶ。

デバイスがユーザの所有物ではなく、他の人と共有する若しくは他人から借りるデバイスの場合には、デバイスを予約したり、デバイスが取得した情報とユーザとを関連付けたり、デバイスを操作するユーザ端末を制限したりするなど、何らかのデバイス管理が必要となる。デバイス管理の一例として、特許文献１には、テーマパーク内に設置され、記念撮影を行うカメラについて、ユーザを撮影した画像に識別子を付与し、この識別子をユーザ端末に送ることで、画像とユーザ端末を紐付けるシステムが記載されている。このシステムを利用することで、ユーザは容易に画像を入手することが可能になるとともに、他人が自分の画像を入手することを防ぐことができる。

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

特許文献１では、ユーザ端末は１台のデバイスを操作し、その１台のデバイスとデータをやり取りすることを想定しており、複数のデバイスを同時に利用することはできない。また、ユーザ端末とデバイスとのローカル通信を始める際には、一般に、デバイスを指定し、さらに安全な通信を行うためのパスキー(パスコード、PINコード、ペアリングコードなどとも呼ばれる)を入力するなど、面倒なユーザ操作が必要である。さらに、ユーザ端末が移動して、デバイスのローカル通信（無線通信）エリアから外れてしまうと、デバイスと通信することができない。

本発明は、上記の問題を解決するものであり、ユーザ端末から複数デバイスを利用することを可能にするとともに、面倒なユーザ操作なしにデバイスとローカル通信可能であり、さらにローカル通信エリアから外れるデバイスとの通信も可能にする、デバイス管理システム、デバイス管理装置及びデバイス管理方法を提供することを課題とする。

上記課題を解決するための手段として、請求項１に係る発明は、ユーザが使用するユーザ端末と、前記ユーザ端末とのローカル通信機能及び演算処理機能を搭載する複数のデバイスと、前記ユーザ端末と前記デバイスとの通信を制御するデバイス管理サーバとが、通信ネットワークを介して接続され、複数の前記デバイスの中から指定したデバイスと前記ユーザ端末間の通信を管理するデバイス管理システムであって、前記ユーザ端末は、前記デバイス管理サーバに対して、複数の前記デバイスの中から指定したデバイスを示す第１のデバイスとのローカル通信に必要なペアリングコードの要求を送信し、前記デバイス管理サーバが生成した前記ペアリングコードを受信するペアリング補助要求部と、前記第１のデバイスの中でローカル通信可能なデバイスを示す第２のデバイスに対して、前記ペアリングコードを利用してペアリング要求を生成して送信し、前記第２のデバイスからのペアリング応答を受信するペアリング要求部とを備え、前記デバイスは、前記デバイス管理サーバからの前記ペアリングコードを受信するペアリング補助応答部と、前記ユーザ端末からの前記ペアリング要求を受信し、前記ペアリングコードを利用して前記ペアリング応答を生成して、前記ユーザ端末に送信し、前記デバイス管理サーバにペアリング代行要求を送信するペアリング応答部とを備え、前記デバイス管理サーバは、前記ユーザ端末からの前記ペアリングコードの要求を受信し、前記ペアリングコードを生成して、生成した前記ペアリングコードを前記ユーザ端末と前記第１のデバイスとに送信するペアリング補助部と、前記第２のデバイスから受信した前記ペアリング代行要求を受信し、前記第２のデバイス以外の前記第１のデバイスにペアリング要求代行を送信するペアリング仲介部とを備えることを特徴とするデバイス管理システムである。

また、請求項３に係る発明は、ユーザが使用するユーザ端末と、前記ユーザ端末とのローカル通信機能及び演算処理機能を搭載する複数のデバイスと、前記ユーザ端末と前記デバイスとの通信を制御するデバイス管理装置とが、通信ネットワークを介して接続され、複数の前記デバイスの中から指定したデバイスと前記ユーザ端末間の通信を管理するデバイス管理システムの前記デバイス管理装置であって、前記ユーザ端末からのペアリングコードの要求を受信し、前記ペアリングコードを生成して、生成した前記ペアリングコードを前記ユーザ端末と複数の前記デバイスの中から指定したデバイスを示す第１のデバイスとに送信するペアリング補助部と、前記第１のデバイスの中でローカル通信可能なデバイスを示す第２のデバイスからペアリング代行要求を受信し、前記第２のデバイス以外の前記第１のデバイスにペアリング要求代行を送信するペアリング仲介部とを備える
ことを特徴とするデバイス管理装置である。

また、請求項４に係る発明は、ユーザが使用するユーザ端末と、前記ユーザ端末とのローカル通信機能及び演算処理機能を搭載する複数のデバイスと、前記ユーザ端末と前記デバイスとの通信を制御するデバイス管理サーバとが、通信ネットワークを介して接続され、複数の前記デバイスの中から指定したデバイスと前記ユーザ端末間の通信を管理するデバイス管理システムのデバイス管理方法であって、前記ユーザ端末は、前記デバイス管理サーバに対して、複数の前記デバイスの中から指定したデバイスを示す第１のデバイスとのローカル通信に必要なペアリングコードの要求を送信し、前記デバイス管理サーバが生成した前記ペアリングコードを受信するステップと、前記第１のデバイスの中でローカル通信可能なデバイスを示すデバイスを示す第２のデバイスに対して、前記ペアリングコードを利用してペアリング要求を生成して送信し、前記第２のデバイスからのペアリング応答を受信するステップとを実行し、前記デバイスは、前記デバイス管理サーバからの前記ペアリングコードを受信するステップと、前記ユーザ端末からの前記ペアリング要求を受信し、前記ペアリングコードを利用して前記ペアリング応答を生成して、前記ユーザ端末に送信し、前記デバイス管理サーバにペアリング代行要求を送信するステップとを実行し、前記デバイス管理サーバは、前記ユーザ端末からの前記ペアリングコードの要求を受信し、前記ペアリングコードを生成して、生成した前記ペアリングコードを前記ユーザ端末と前記第１のデバイスとに送信するステップと、前記第２のデバイスから受信した前記ペアリング代行要求を受信し、前記第２のデバイス以外の前記第１のデバイスにペアリング要求代行を送信するステップとを実行することを特徴とするデバイス管理方法である。

かかる構成によれば、ユーザ端末は、指定した複数のデバイス（第１のデバイス）のうちで１つでもローカル通信可能なデバイス（第２のデバイス）があれば、該デバイスとペアリング処理を行い、さらに該デバイスとデバイス管理サーバを経由することで、直接にはローカル通信が不可能なデバイスを利用することが可能となる。また、ユーザ端末とデバイス間のペアリング処理に必要な、デバイスの指定やペアリングコードを入力するユーザ操作がなくなり、ユーザ端末がデバイスの通信距離圏内にあれば、指定した複数のデバイスを利用可能となる。

請求項２に係る発明は、前記ユーザ端末は、前記第２のデバイス以外の前記第１のデバイスの中でローカル通信不可能なデバイスを示す第３のデバイスとデータ通信する際には、前記第２のデバイスを介して通信する端末通信部を備え、前記デバイスは、自身が第２のデバイスである場合に、前記ユーザ端末と前記第３のデバイスとの間の通信を前記デバイス管理サーバを介して行うデバイス通信部を備え、前記デバイス管理サーバは、前記ユーザ端末と前記第３のデバイスとの通信を前記第２のデバイスを介して行う通信仲介部を備えることを特徴とする請求項１に記載のデバイス管理システムである。

かかる構成によれば、ユーザ端末は、指定した複数のデバイスのうちで１つでもローカル通信可能なデバイスがあれば、そのデバイスとローカル通信を行い、さらにそのデバイスとデバイス管理サーバを経由することで、直接にはローカル通信が不可能なデバイスとデータ通信可能となる。

本発明によれば、ユーザ端末から複数デバイスを利用することを可能にするとともに、面倒なユーザ操作なしにデバイスとローカル通信可能であり、さらにローカル通信エリアから外れるデバイス（第３のデバイス）との通信も可能にする、デバイス管理システム、デバイス管理装置及びデバイス管理方法を提供することができる。

本実施形態に係るユーザ端末とデバイスとの通信を例示した図である。 本実施形態に係るデバイス管理システムの全体構成を示す図である。 本実施形態に係るデバイス管理サーバ、ユーザ端末及びデバイスの構成を示すブロック図である。 本実施形態に係るデバイス管理サーバが保有するユーザ端末情報の構成を例示する図である。 本実施形態に係るデバイス管理サーバが保有するデバイス情報の構成を例示する図である。 本実施形態に係るデバイス管理サーバが保有する端末・デバイス接続情報の構成を例示する図である。 本実施形態に係るデバイス管理サーバが保有するデバイス予約情報の構成を例示する図である。 本実施形態に係るデバイス管理サーバが保有するデバイス利用情報の構成を例示する図である。 本実施形態に係るユーザ端末が保有する利用デバイス情報の構成を例示する図である。 本実施形態に係るデバイスが保有するユーザ端末接続情報の構成を例示する図である。 本実施形態に係るデバイス管理システムの通信制御処理の全体の流れを示すシーケンスを示す図である。 本実施形態に係るユーザ端末登録処理を例示するシーケンス図である。 本実施形態に係るデバイス登録処理を例示するシーケンス図である。 本実施形態に係るデバイス予約処理を例示するシーケンス図である。 本実施形態に係るペアリング補助処理を例示するシーケンス図である。 本実施形態に係るデバイス「１」とのペアリング処理を例示するシーケンス図ある。 本実施形態に係る利用開始処理を例示するシーケンス図である。 本実施形態に係るデバイス「２」とのペアリング処理を例示するシーケンス図である。 本実施形態に係る利用終了処理を例示するシーケンス図である。 本実施形態に係るユーザ端末とローカル通信可能なデバイスとの間の通信処理を例示するシーケンス図である。 本実施形態に係るユーザ端末とローカル通信可能でないデバイスとの間の通信処理を例示するシーケンス図である。 従来技術を用いたユーザ端末とデバイスとの通信を例示した図である。

以下、本発明の実施形態のデバイス管理システムを図面を用いて説明する。
≪概要≫
図２２は、従来技術を用いたユーザ端末２００とデバイス３００との通信を例示した図である。
利用に先立ち、ユーザ端末２００がデバイス管理サーバ（デバイス管理装置）１００にデバイス「１」３００−１とデバイス「２」３００−２との利用を予約する。ユーザ端末２００がデバイス「１」３００−１とデバイス「２」３００−２とを同時に利用するためには、ユーザ端末２００は２つのデバイスのローカル通信エリアが重なったエリアに内にいなければならない。また、ローカル通信を始める際には、ユーザは、通信するデバイスの指定及び安全にローカル通信確立のためのペアリングコードの入力などの操作が必要となる。

図１は、本実施形態に係るユーザ端末２００とデバイス３００との通信を例示した図である。
デバイス「１」３００−１のローカル通信エリア若しくはデバイス「２」３００−２のローカル通信エリアのどちらかにユーザ端末２００があれば、デバイス管理サーバ（デバイス管理装置）１００を仲介して、２つのデバイスを同時に利用することができる。図１では、ユーザ端末２００は、デバイス「１」３００−１のローカル通信圏内にあり、デバイス「２」３００−２のローカル通信圏外であるが、デバイス「１」３００−１とデバイス管理サーバ１００とを経由することで、ユーザ端末２００はデバイス「２」３００−２を利用することができる。また、デバイス管理サーバ１００がペアリングコードを生成し、ユーザ端末２００と、デバイス「１」３００−１及びデバイス「２」３００−２とに送信することで、デバイス指定やペアリングコード入力などのユーザ操作が不要となる。

本実施形態では、本発明を施設内の避難誘導システムに適用したとして説明する。避難誘導システムにおけるデバイスには、表示装置と誘導灯があり、当該施設内に複数設置されている。ユーザ端末２００が表示装置に近づくと、表示装置に避難経路が表示され、さらに、デバイス管理サーバ１００の指示により、避難経路に沿って順々に誘導灯が点滅する。ユーザは、順々に点滅する誘導灯を辿っていくことで、避難することができる。
本実施形態の避難誘導システムでは、デバイス「１」３００−１は表示装置、デバイス「２」３００−２は最初に点滅する誘導灯とする。

なお、本発明での「ペアリング」は、ユーザ端末２００とデバイス３００との間の通信の準備処理全体を示す。Bluetoothを含め無線通信でのペアリングは、ユーザ端末２００とデバイス３００との間のローカル通信を確立する処理を指すことが多いが、本発明では、ユーザ端末２００と、デバイス３００と、デバイス管理サーバ１００とでの、ローカル通信とＮＷ通信を合わせた通信の確立を含めた処理をペアリングと呼ぶ。

以下、本発明の実施形態について、図面を参照しながら詳細に説明する。

≪ネットワーク構成≫
図２は本実施形態に係るデバイス管理システム１の全体構成を示す図である。図２を参照して、本実施形態のデバイス管理システム１のネットワーク構成を説明する。
デバイス管理システム１は、デバイス管理サーバ（デバイス管理装置）１００と、ユーザが所有するユーザ端末２００と、複数のデバイス３００とが、互いにインターネット等を介してＮＷ通信可能なように接続されている。また、ユーザ端末２００と複数のデバイス３００との間では、無線形式のローカル通信が可能である。

デバイス管理サーバ（デバイス管理装置）１００には、デバイス３００のＩＤ（Identification、識別子、識別情報）、位置、用途、グループなどが登録されている。ユーザは、ユーザ端末２００からデバイス管理サーバ１００にアクセスし、用途やグループなどを指定して、ユーザが利用するデバイス３００を予約する。本実施形態では、避難誘導という用途を指定して予約する。他に遊園地での記念撮影という用途がある。

≪デバイス管理サーバの構成≫
図３は、本実施形態に係るデバイス管理サーバ（デバイス管理装置）１００、ユーザ端末２００及びデバイス３００の構成を示すブロック図である。図３を用いて、デバイス管理サーバ１００の構成を説明する。
デバイス管理サーバ１００は、ワークステーションやパソコン等の汎用コンピュータで実現され、装置内部のＣＰＵ(Central Processing Unit)等の演算処理装置がメモリに記憶された制御プログラムを実行することによって、制御部(図の記載なし)として機能する。制御部は、ユーザ端末登録・認証受付部１０１、デバイス登録・認証受付部１０２、デバイス予約受付部１０３、ペアリング補助部１０４、ペアリング仲介部１０５、利用開始・終了仲介部１０６、及び通信仲介部１０７を備える。

また、デバイス管理サーバ１００は、ＲＡＭ(Random Access Memory）、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される記憶部(図の記載なし)を備え、ユーザ端末情報１２１、デバイス情報１２２、デバイス予約情報１２３、デバイス利用情報１２４、及び端末・デバイス接続情報１２５を格納する。
以下、制御部と記憶部に含まれる構成について説明する。

ユーザ端末登録・認証受付部１０１は、ユーザ端末２００を登録する処理（後述する図１２参照）と、登録後にアクセスしてきたユーザ端末２００を認証する処理を行う。認証の際には、ユーザ端末登録・認証受付部１０１は、ユーザ端末２００から受信したユーザ端末ＩＤとパスワードとを、ユーザ端末情報１２１（図４）が保存するユーザ端末ＩＤとパスワードとにより照合して認証する。

図４は本実施形態に係るデバイス管理サーバ１００が保有するユーザ端末情報１２１の構成を例示する図である。
ユーザ端末情報１２１は、ユーザ端末２００に関する情報を保持するテーブル形式のデータであり、ユーザ端末ＩＤとパスワードとを含んでいる。ユーザ端末ＩＤはユーザ端末２００のＩＤである。パスワードは、ユーザ端末登録・認証受付部１０１がユーザ端末２００を認証する際に使われる情報である。

図３に戻り、デバイス登録・認証受付部１０２は、デバイス３００の登録（後述する図１３参照）と、登録後にアクセスしてきたデバイス３００を認証する処理を行う。認証の際には、デバイス登録・認証受付部１０２は、デバイス３００から受信したデバイスＩＤとパスワードとを、デバイス情報１２２（図５）が保存するデバイスＩＤとパスワードとにより照合して認証する。

図５は本実施形態に係るデバイス管理サーバ１００が保有するデバイス情報１２２の構成を例示する図である。
デバイス情報１２２は、デバイス３００に関する情報を保持するテーブル形式のデータであり、デバイスＩＤ、パスワード、位置、種別、用途、グループ、及びＩＰアドレスの情報を含んでいる。デバイスＩＤはデバイス３００のＩＤである。パスワードは、デバイス登録・認証受付部１０２がデバイス３００を認証する際に使われる情報である。位置は、例えば、「N**. **. **. **E**. **. **. **」のような形式のデータであり、デバイスの緯度・経度等の位置情報を示す。種別は、デバイスの種別を示し、「カメラ」や「表示装置」、「誘導灯」などがある。用途は、例えば、「記念撮影」や「避難誘導」のように、デバイスの用途や目的を示す。グループは、デバイスが所属するグループを示す。図５の例では、「遊園地Ｑの回転木馬」、「施設Ｐのゾーン１」のように、デバイスの設置場所でグループ分けしたグループを示している。他にも、サービスや利用可能なユーザグループなどに応じてグループを設けることができる。ＩＰアドレスとは、インターネットを介してＮＷ通信する場合のデバイス３００のＩＰアドレスを意味する。

図３に戻り、デバイス予約受付部１０３は、ユーザ端末２００が送信した、デバイス３００の用途やグループ、位置などを指定したデバイスの検索要求に対して、該当するデバイスの一覧を送信する。また、ユーザ端末２００が送信した予約対象のデバイス３００のＩＤを受信し、予約処理を実行する（後述する図１４参照）。

ペアリング補助部１０４は、ユーザ端末２００からペアリング補助要求を受信して、ペアリングコードを生成し、ユーザ端末２００と予約対象のデバイス３００とに送信する（後述する図１５参照）。

ペアリング仲介部１０５は、デバイス３００からペアリング代行要求を受信して、予約対象のデバイス３００に、ペアリング要求代行を送信し、ユーザ端末２００とデバイス３００との間の接続状況を示す情報である端末・デバイス接続情報１２５（図６）を更新する（後述する図１６、図１８参照）。

図６は本実施形態に係るデバイス管理サーバ１００が保有する端末・デバイス接続情報１２５の構成を例示する図である。
端末・デバイス接続情報１２５は、ユーザ端末２００とデバイス３００との間のローカル通信の接続状況を示すテーブル形式のデータであり、ユーザ端末ＩＤ、デバイスＩＤ、接続状況の情報を含んでいる。接続状況は「接続」又は「非接続」であり、「接続」は現時点でのユーザ端末ＩＤに示すユーザ端末２００とデバイスＩＤとに示すデバイス３００とがローカル通信可能であること、「非接続」はローカル通信できないことを示す。

図３に戻り、利用開始・終了仲介部１０６は、ユーザ端末２００からの利用開始要求を受信して、利用が始まったことを通知する利用開始要求代行を予約したデバイス３００に送信する（後述する図１７参照）。また、ユーザ端末２００からの利用終了要求を受信して、利用が終わったことを通知する利用終了要求代行を予約したデバイス３００に送信する（後述する図１９参照）。

通信仲介部１０７は、ユーザ端末２００とローカル通信不可能なデバイス３００とのデータ通信を仲介する。すなわち、ユーザ端末２００とローカル通信不可能なデバイス３００とが通信する場合には、ローカル通信可能なデバイス３００とデバイス管理サーバ１００の通信仲介部１０７とを経由して通信する（後述する図２１参照）。

図７は本実施形態に係るデバイス管理サーバ１００が保有するデバイス予約情報１２３の構成を例示する図である。
デバイス予約情報１２３は、ユーザ端末２００が利用するデバイス３００の予約状況を示すテーブル形式のデータであり、デバイスＩＤ、ユーザ端末ＩＤの情報を含んでいる。ユーザ端末ＩＤに示すユーザ端末２００がデバイスＩＤに示すデバイス３００を予約していることを示す。

図８は本実施形態に係るデバイス管理サーバ１００が保有するデバイス利用情報１２４の構成を例示する図である。
デバイス利用情報１２４は、ユーザ端末２００が利用中又は利用したデバイス３００を示すテーブル形式のデータであり、ユーザ端末２００の、デバイス３００の利用履歴のデータである。デバイス利用情報１２４は、デバイスＩＤ、ユーザ端末ＩＤ、開始日時、終了日時、及び利用状況の情報を含んでいる。開始日時と終了日時は、それぞれ利用開始日時と利用終了日時を示す。利用状況は、「利用中」又は「利用済」であり、それぞれ、ユーザ端末ＩＤに示すユーザ端末２００がデバイスＩＤに示すデバイス３００を利用中であること、利用済みであることを示す。デバイス３００が利用中の場合には、終了日時は「−」となる。

≪ユーザ端末の構成≫
図３に戻り、ユーザ端末２００の構成を説明する。
ユーザ端末２００は、スマートフォン、タブレット等の汎用コンピュータで実現され、装置内部のＣＰＵ等の演算処理装置がメモリに記憶された制御プログラムを実行することによって制御部（図の記載なし）として機能する。制御部は、ユーザ端末登録・認証要求部２０１、デバイス予約部２０２、ペアリング補助要求部２０３、ペアリング要求部２０４、利用開始・終了要求部２０５、及び端末通信部２０６を備える。

また、ユーザ端末２００は、ＲＡＭやフラッシュメモリなどの記憶装置によって実現される記憶部（図の記載なし）を備え、利用デバイス情報２１１を格納する。
以下、制御部と記憶部に含まれる構成について説明する。

ユーザ端末登録・認証要求部２０１は、ユーザ端末２００自身をデバイス管理サーバ１００に登録する処理（後述する図１２参照）と認証を要求する処理を行う。認証の際には、ユーザ端末ＩＤとパスワードとをデバイス管理サーバ１００に送信し、認証を要求する。

デバイス予約部２０２は、デバイス管理サーバ１００にアクセスし、利用するデバイス３００を検索して、予約する処理を行う（後述する図１４参照）。

ペアリング補助要求部２０３は、デバイス管理サーバ１００にアクセスして、予約したデバイス３００とローカル通信を始める際のペアリング処理に必要なペアリングコードを要求するペアリング補助処理を行う（後述する図１５参照）。

ペアリング要求部２０４は、予約したデバイス３００とローカル通信を始める際のペアリング処理を行う（後述する図１６、図１８参照）。

利用開始・終了要求部２０５は、デバイス管理サーバ１００にアクセスして、予約したデバイス３００の利用開始の処理と利用終了の処理とを行う。利用開始の処理は図１７を用いて、利用終了の処理は図１９を用いて後述する。

端末通信部２０６は、デバイス３００への操作命令の送信、デバイス３００での操作結果の受信、デバイス３００とのデータの送受信などのデータ通信処理を行う（後述する図２０と図２１参照）。

図９は本実施形態に係るユーザ端末２００が保有する利用デバイス情報２１１の構成を例示する図である。
利用デバイス情報２１１は、予約したデバイス３００の情報と、デバイス３００とのローカル通信の接続に関する情報を保持するテーブル形式のデータであり、デバイスＩＤ、開始日時、終了日時、利用状況、接続状況、及びペアリングコードの情報を含んでいる。デバイスＩＤは予約したデバイス３００のＩＤである。開始日時は利用開始日時であり、終了日時は利用終了日時であり、日時が確定していない場合には「−」となる。利用状況は、デバイスの利用状況を示し、予約すると「予約済」、利用を開始すると「利用中」、利用を終了すると「利用済」となる。接続状況は「接続」又は「非接続」であり、それぞれ、デバイスＩＤに示すデバイス３００とローカル通信可能なこと、ローカル通信不可能なことを示す。ペアリングコードは、デバイスＩＤに対応するデバイス３００とのローカル通信の接続時に必要な情報であり、ローカル通信の確立に用いられる。

≪デバイスの構成≫
図３に戻り、デバイス３００の構成を説明する。
デバイス３００は、カメラや表示装置、誘導灯などの各種装置である。通信装置及びマイコン等で実現される演算処理装置を備え、演算処理装置がメモリに記憶された制御プログラムを実行することによって制御部（図の記載なし）として機能する。制御部は、デバイス登録・認証要求部３０１、ペアリング補助応答部３０２、ペアリング応答部３０３、利用開始・終了応答部３０４、及びデバイス通信部３０５を備える。

また、デバイス３００は、ＲＡＭやフラッシュメモリなどの記憶装置によって実現される記憶部（図の記載なし）を備え、ユーザ端末接続情報３１１を格納する。
以下、制御部と記憶部に含まれる構成について説明する。

デバイス登録・認証要求部３０１は、デバイス３００自身をデバイス管理サーバ１００に登録する処理（後述する図１３参照）と認証を要求する処理を行う。認証の際には、デバイスＩＤとパスワードとをデバイス管理サーバ１００に送信し、認証を要求する。

ペアリング補助応答部３０２は、デバイス管理サーバ１００から、ユーザ端末２００とローカル通信を始める際のペアリング処理に必要なペアリングコードを受信するペアリング補助処理を行う（後述する図１５参照）。

ペアリング応答部３０３は、ユーザ端末２００とローカル通信を始める際のペアリング処理を行う（後述する図１６と図１８参照）。

利用開始・終了応答部３０４は、デバイス管理サーバ１００にアクセスして、ユーザ端末２００が要求する利用開始の処理と利用終了の処理を行う。利用開始の処理は図１７を用いて、利用終了の処理は図１９を用いて後述する。

デバイス通信部３０５は、ユーザ端末２００からの操作命令の受信やユーザ端末２００への操作結果の送信、ユーザ端末２００とのデータの送受信などのデータ通信処理を行う（後述する図２０と図２１参照）。

図１０は本実施形態に係るデバイス３００が保有するユーザ端末接続情報３１１の構成を例示する図である。
ユーザ端末接続情報３１１は、ユーザ端末２００とのローカル通信の接続に関する情報を保持するテーブル形式のデータであり、ユーザ端末ＩＤ、接続状況、ペアリング要求代行受信状況、利用状況、及びペアリングコードの情報を含んでいる。ユーザ端末ＩＤはユーザ端末２００のＩＤである。接続状況は、「接続」又は「非接続」であり、それぞれ、ユーザ端末ＩＤに対応するユーザ端末２００とローカル通信可能なこと、ローカル通信不可能なことを示す。ペアリング要求代行受信状況は、「有」又は「無」であり、「有」は後述するデバイス管理サーバ１００が送信したペアリング要求代行を受信したことを示し、「無」は受信していないことを示す。利用状況はユーザ端末ＩＤに対応するユーザ端末２００の当該デバイス３００に対する利用状況を示し、「予約済」、「利用中」又は「利用済」である。ペアリングコードは、ユーザ端末２００とのローカル通信の接続時に必要な情報であり、ユーザ端末２００とのローカル通信確立に用いられる。

ユーザ端末情報１２１、デバイス情報１２２、デバイス予約情報１２３、デバイス利用情報１２４、端末・デバイス接続情報１２５、利用デバイス情報２１１、及びユーザ端末接続情報３１１は、全てテーブル形式の情報である。各テーブルの行を、以下ではレコードと呼び、レコードを追加する、レコードを削除するなどと記載する。

≪デバイス管理システムの通信制御処理≫
図１１は、本実施形態に係るデバイス管理システム１の通信制御処理の全体の流れを示すシーケンスを示す図である。
図１１を参照して、デバイス管理システム１におけるユーザ端末２００とデバイス３００とデバイス管理サーバ（デバイス管理装置）１００との間の通信処理の全体概要を説明する。本実施形態の通信処理は、（１）ユーザ端末登録処理（Ｓ１００）、（２）デバイス登録処理（Ｓ２００）、（３）デバイス予約処理（Ｓ３００）、（４）ペアリング補助処理（Ｓ４００）、（５）デバイス「１」とのペアリング処理（Ｓ５００）、（６）利用開始処理（Ｓ６００）、（７）デバイス「２」とのペアリング処理（Ｓ７００）、及び（８）利用終了処理（Ｓ８００）に分けられる。

（１）ユーザ端末登録処理（Ｓ１００）は、デバイス管理サーバ１００にユーザ端末２００の登録を行う処理であり、（３）以降の処理の開始前に予め実行される（後述する図１２参照）。

（２）デバイス登録処理（Ｓ２００）は、デバイス管理サーバ１００にデバイスの登録を行う処理であり、（３）以降の処理の開始前に予め実行される（後述する図１３参照）。

（３）デバイス予約処理（Ｓ３００）は、ユーザ端末２００がデバイス管理サーバ１００にアクセスして、ユーザ端末２００が利用するデバイス３００を検索して、予約する処理である（後述する図１４参照）。

（４）ペアリング補助処理（Ｓ４００）は、ユーザ端末２００がデバイス管理サーバ１００にアクセスして、ユーザ端末２００が予約したデバイス３００にローカル通信する際に必要なペアリングコードを入手する処理である。ペアリングコードは、ユーザ端末２００と予約したデバイス３００とが共有する（後述する図１５参照）。

（５）デバイス「１」とのペアリング処理（Ｓ５００）は、ユーザ端末２００がデバイス「１」３００−１に近づき、ローカル通信可能になり、このローカル通信の確立に係る処理である（後述する図１６参照）。

（６）利用開始処理（Ｓ６００）は、ユーザ端末２００がデバイス管理サーバ１００にアクセスして、ユーザ端末２００が予約したデバイス３００を利用開始時に行う処理である（後述する図１７参照）。
本実施形態では、（５）ペアリング処理に引き続いて行う。

（７）デバイス「２」とのペアリング処理（Ｓ７００）は、ユーザ端末２００がデバイス「２」３００−２に近づき、ローカル通信可能になり、このローカル通信を確立に係る処理である（後述する図１８参照）。

（８）利用終了処理（Ｓ８００）は、ユーザ端末２００がデバイス管理サーバ１００にアクセスして、ユーザ端末２００が利用していたデバイス３００の利用終了時に行う処理である（後述する図１９参照）。

以下、図１２から図１９のシーケンス図を参照して、上記（１）ユーザ端末登録処理、（２）デバイス登録処理、（３）デバイス予約処理、（４）ペアリング補助処理、（５）デバイス「１」とのペアリング処理、（６）利用開始処理、（７）デバイス「２」とのペアリング処理、及び（８）利用終了処理の詳細を説明する。

≪ユーザ端末登録処理≫
図１２は本実施形態に係る（１）ユーザ端末登録処理を例示するシーケンス図である。
図１２に示すように、ユーザ端末２００のユーザ端末登録・認証要求部２０１が、デバイス管理サーバ１００に接続する処理を行う（Ｓ１０１）。
続いて、ユーザ端末登録・認証要求部２０１が、ユーザ端末登録要求をデバイス管理サーバ１００に送信する（Ｓ１０２）。

ユーザ端末登録要求を受信したデバイス管理サーバ１００のユーザ端末登録・認証受付部１０１は、このユーザ端末２００に対するユーザ端末ＩＤ及びパスワードを生成する（Ｓ１０３）。
本実施形態では、ユーザ端末ＩＤは「ＴＡ」とする。

次に、ユーザ端末登録・認証受付部１０１は、ユーザ端末情報１２１（図４）に、先に生成したユーザ端末ＩＤとパスワードとを保存する更新を行う（Ｓ１０４）。
続いて、ユーザ端末登録・認証受付部１０１は、先に生成したユーザ端末ＩＤとパスワードとをユーザ端末２００に送信する（Ｓ１０５）。

ユーザ端末２００のユーザ端末登録・認証要求部２０１は、ユーザ端末ＩＤとパスワードを受信して、デバイス管理サーバ１００にアクセスする際の認証情報として、ユーザ端末２００の記憶部（図の記載なし）に格納する（Ｓ１０６）。

≪デバイス登録処理≫
図１３は本実施形態に係る（２）デバイス登録処理を例示するシーケンス図である。
図１３に示すように、デバイス３００のデバイス登録・認証要求部３０１が、デバイス管理サーバ１００に接続する処理を行う（Ｓ２０１）。
続いて、デバイス登録・認証要求部３０１は、デバイス登録要求をデバイス管理サーバ１００に送信する（Ｓ２０２）。

デバイス登録要求を受信したデバイス管理サーバ１００のデバイス登録・認証受付部１０２は、このデバイス３００に対するデバイスＩＤ及びパスワードを生成する（Ｓ２０３）。
次に、デバイス登録・認証受付部１０２が、デバイス情報１２２（図５）に、先に生成したデバイスＩＤとパスワードとを保存する更新を行う（Ｓ２０４）。
続いて、デバイス登録・認証受付部１０２が、先に生成したデバイスＩＤとパスワードとをデバイス３００に送信する（Ｓ２０５）。

デバイス３００のデバイス登録・認証要求部３０１が、デバイスＩＤとパスワードとを受信して、デバイス管理サーバ１００にアクセスする際の認証情報として、デバイス３００の記憶部（図の記載なし）に格納する（Ｓ２０６）。
なお、デバイス情報１２２（図５）の位置、種別、用途、グループ、及びＩＰアドレスは、例えば、デバイス管理システム１の管理者等により別途登録される。

≪デバイス予約処理≫
図１４は本実施形態に係る（３）デバイス予約処理を例示するシーケンス図である。
図１４に示すように、ユーザ端末２００のユーザ端末登録・認証要求部２０１は、デバイス管理サーバ１００との間で、ユーザ端末２００の記憶部（図の記載なし）にあるユーザ端末ＩＤ及びパスワードを用いてユーザ認証を行う（Ｓ３０１）。
続いて、デバイス予約部２０２は、デバイスの用途やグループ、位置などの検索条件を伴ったデバイス検索要求をデバイス管理サーバ１００に送信する（Ｓ３０２）。
本実施形態では、ユーザ端末２００が、用途＝「避難誘導」かつグループ＝「施設Ｐ」という検索条件を指定して、デバイス検索要求を送信する。

デバイス検索要求を受信すると、デバイス管理サーバ１００のデバイス予約受付部１０３は、デバイス情報１２２（図５）を検索し、検索条件に合致したデバイスの一覧表を生成する（Ｓ３０３）。
続いて、デバイス予約受付部１０３は、Ｓ３０３で生成したデバイス一覧表をユーザ端末２００に送信する（Ｓ３０４）。

デバイス一覧表を受信すると、ユーザ端末２００のデバイス予約部２０２は、デバイス一覧表の中から利用予約するデバイス３００を選択する（Ｓ３０５）。
このユーザ端末２００により選択されたデバイス３００が、請求項の第１のデバイスに対応する。
本実施形態では、施設Ｐ内のどこからでも、避難誘導ができるように、デバイス一覧表にある全てのデバイス３００を選択する。
次に、デバイス予約部２０２は、選択したデバイス３００のデバイスＩＤをデバイス管理サーバ１００に送信する（Ｓ３０６）。
本実施形態では、表示装置であるデバイス「１」３００−１のデバイスＩＤである「Ｄ０１」と誘導灯であるデバイス「２」３００−２のデバイスＩＤである「Ｄ０２」とを送信する。

続いて、デバイス予約部２０２は、予約したデバイス３００のデバイスＩＤを利用デバイス情報２１１（図９）に格納する更新を行う（Ｓ３０７）。デバイス３００ごとに１レコードを追加、予約したデバイスＩＤをデバイスＩＤに、利用状況は「予約済」、接続状況は「非接続」、開始日時と終了日時とペアリングコードは「−」として、レコードを追加する。

デバイスＩＤを受信すると、デバイス管理サーバ１００のデバイス予約受付部１０３は、送信元のユーザ端末ＩＤとデバイスＩＤとをデバイス予約情報１２３（図７）に登録する更新を行う（Ｓ３０８）。
この格納の際には、デバイス３００の１つにつき、１レコードとして登録する。

≪ペアリング補助処理≫
図１５は本実施形態に係る（４）ペアリング補助処理を例示するシーケンス図である。
ペアリング補助処理を開始するタイミングについては、（３）デバイス予約処理の後、（５）デバイス「１」３００−１とのペアリング処理の前に行えばよい。（３）デバイス予約処理の直後に行ってもよいし、ユーザ端末２００がデバイス３００に近づき、（５）デバイス「１」３００−１とのペアリング処理を行う直前に行ってもよい。

本実施形態では、（３）デバイス予約処理の直後に行うとして、以下、図１５に示すシーケンス図を参照して、説明する。また、デバイス予約処理で予約したデバイス３００は、図１５に示す、デバイス「１」３００−１とデバイス「２」３００−２との２つであり、それぞれのデバイスＩＤは「Ｄ０１」、「Ｄ０２」である。

ユーザ端末２００のペアリング補助要求部２０３は、利用デバイス情報２１１（図９）にある予約したデバイス３００のデバイスＩＤを取り出し、このデバイスＩＤと自身のユーザ端末ＩＤを含んだペアリング補助要求を、デバイス管理サーバ１００に送信する（Ｓ４０１）。

ペアリング補助要求を受信すると、デバイス管理サーバ１００のペアリング補助部１０４は、デバイス予約情報１２３（図７）に対応するレコードがあることを確認する（Ｓ４０２）。
次に、ペアリング補助部１０４は、デバイスＩＤに対応付けされているＩＰアドレスをデバイス情報１２２（図５）から抽出し、この抽出されたＩＰアドレスを使用してデバイス３００に接続する。その後、デバイス管理サーバ１００のデバイス登録・認証受付部１０２が、デバイス３００のデバイス登録・認証要求部３０１との間でデバイス認証を行う（Ｓ４０３）。

ペアリング補助部１０４は、ペアリングコードとして乱数を生成する（Ｓ４０４）。
なお、図面では、このペアリングコードを「ＰＣ３４」と示す。
次に、ペアリング補助部１０４は、このペアリングコードを含んだペアリング補助応答を、ユーザ端末２００に送信する（Ｓ４０５）。
続いて、ペアリング補助部１０４は、このペアリングコードと端末ＩＤの「ＴＡ」とを含んだペアリング補助応答を、ペアリング補助要求に含まれていたデバイスＩＤに相当する、デバイス「１」３００−１とデバイス「２」３００−２とに送信する（Ｓ４０６）。

ペアリング補助応答を受信すると、各ユーザ端末２００のペアリング補助要求部２０３は、利用デバイス情報２１１（図９）中の対応するレコードのペアリングコードに、受信したペアリング補助応答にあるペアリングコードを格納する。これは、Ｓ４０１のペアリング補助要求に含めたデバイスＩＤの個数分だけレコードに更新することになる（Ｓ４０７）。

ペアリング補助応答を受信すると、デバイス３００のペアリング補助応答部３０２は、ユーザ端末接続情報３１１（図１０）を更新する。すなわち、一つのレコードを追加して、受信したペアリング補助応答にあるユーザ端末ＩＤとペアリングコードとを格納し、接続状況は「非接続」、ペアリング要求代行受信状況は「無」、利用状況は「予約済」と更新する（Ｓ４０８）。

≪デバイス「１」とのペアリング処理≫
図１６は本実施形態に係る（５）デバイス「１」３００−１とのペアリング処理を例示するシーケンス図ある。
ペアリング処理の開始タイミングは、ユーザ端末２００が、予約したいずれかのデバイス３００の近くに移動して、ユーザ端末２００と該デバイス３００とがローカル通信可能になった時である。本実施形態の避難誘導システムでは、ユーザ端末２００がデバイス「１」３００−１の表示装置に近づいたタイミングに相当する。以後、ユーザ端末２００が図１６に示すデバイス「１」３００−１に近づいて、ローカル通信可能となったとして、説明する。上記のローカル通信可能になったデバイス３００が請求項の第２のデバイスに対応する。
なお、ユーザ端末２００がデバイス３００に近づいたことを検知する方法には、デバイス３００が自身のデバイスＩＤを含んだビーコン信号をブロードキャストし、この信号をユーザ端末が受信する等の方法がある。

ユーザ端末２００のペアリング要求部２０４は、ローカル通信可能となったデバイス「１」３００−１に対して、デバイスＩＤである「Ｄ０１」と、ユーザ端末２００のＩＤである「ＴＡ」と、生成した乱数とペアリングコードを用いて暗号処理された認証データとを含む、ペアリング要求を送信する（Ｓ５０１）。
なお、ペアリングコードは、利用デバイス情報２１１（図９）のデバイスＩＤが「Ｄ０１」であるレコードから得ることができる。

ペアリング要求を受信すると、デバイス「１」３００−１のペアリング応答部３０３は、ユーザ端末接続情報３１１（図１０）に対応するレコード、即ち、ユーザ端末ＩＤが「ＴＡ」であるレコードがあることを確認し、さらに、ペアリング要求に含まれる認証データが正しいことを、ユーザ端末接続情報３１１に対応するレコードにあるペアリングコードを用いて確認する。
次に、ペアリング応答部３０３は、デバイスＩＤ「Ｄ０１」と、ユーザ端末２００の識別情報である「ＴＡ」と、新たに生成した乱数とペアリングコードを用いて暗号処理された認証データとを含む、ペアリング応答をユーザ端末２００に送信する（Ｓ５０２）。
続いて、ペアリング応答部３０３は、ユーザ端末接続情報３１１の対応するレコードの接続状況を「接続」に更新する（Ｓ５０３）。

ペアリング応答を受信すると、ユーザ端末２００のペアリング要求部２０４は、ペアリング応答にある認証データが正しいことを、利用デバイス情報２１１（図９）に対応するレコードにあるペアリングコードを用いて確認し、そのレコードの接続状況を「接続」に更新する（Ｓ５０４）。

Ｓ５０３に続いて、デバイス「１」３００−１のペアリング応答部３０３は、ユーザ端末ＩＤである「ＴＡ」を含んだペアリング代行要求を、デバイス管理サーバ１００に送信する（Ｓ５０５）。

ペアリング代行要求を受信すると、デバイス管理サーバ１００のペアリング仲介部１０５は、ペアリング代行要求に含まれたユーザ端末ＩＤ「ＴＡ」に対応したレコードが、端末・デバイス接続情報１２５（図６）に存在するか検索する。現時点では、ユーザ端末２００が、予約したデバイス「１」３００−１とデバイス「２」３００−２の２つに対して、初めてローカル通信が可能になったので、端末・デバイス接続情報１２５には、対応するレコードは存在しない。ペアリング仲介部１０５は、ユーザ端末ＩＤが「ＴＡ」、デバイスＩＤが「Ｄ０１」、接続状況が「接続」であるレコードを追加する更新を行う（Ｓ５０６）。
初めてローカル通信が可能になった場合でない場合、すなわち予約したデバイス「１」３００−１とデバイス「２」３００−２とのどちらかでローカル通信可能となり、そのレコードがあった場合の処理については、（７）デバイス「２」とのペアリングで説明する。

次に、ペアリング仲介部１０５は、デバイス「１」３００−１と一緒に予約された他のデバイス３００中で、ユーザ端末２００がローカル通信可能になったことを通知するデバイスを検索する（Ｓ５０７）。
すなわち、ペアリング仲介部１０５は、デバイス予約情報１２３（図７）中で、ペアリング代行要求に含まれていたユーザ端末ＩＤの「ＴＡ」をもつレコードを検索し、検索結果のデバイス３００の中で、ユーザ端末２００がローカル通信可能となったことを通知するデバイス３００を決定する。本実施形態では、デバイス「１」３００−１の表示装置にユーザ端末２００が近づいたので、避難経路にそって次にある誘導灯にあたるデバイス「２」３００−２に通知すると決定する。

次に、ペアリング仲介部１０５は、Ｓ５０７で検索したデバイス「２」３００−２に、ユーザ端末ＩＤである「ＴＡ」を含んだペアリング要求代行を送信する（Ｓ５０８）。

ペアリング要求代行を受信すると、誘導灯であるデバイス「２」３００−２のペアリング応答部３０３は、ユーザ端末接続情報３１１（図１０）の中のペアリング要求代行に含まれるユーザ端末ＩＤの「ＴＡ」に当たるレコードのペアリング要求代行受信状況を「有」にし、ペアリング要求代行応答を、デバイス管理サーバ１００に送信する（Ｓ５０９）。

ペアリング要求代行応答を受信すると、デバイス管理サーバ１００のペアリング仲介部１０５は、ペアリング要求代行応答の送信元であるデバイス「２」３００−２のレコードを端末・デバイス接続情報１２５（図６）に追加する。すなわち、ユーザ端末ＩＤが「ＴＡ」、デバイスＩＤが「Ｄ０２」、接続状況が「非接続」であるレコードを追加する更新を行う（Ｓ５１０）。

次に、ペアリング仲介部１０５は、ペアリング代行応答を、ペアリング代行要求の送信元であるデバイス「１」３００−１に送信する（Ｓ５１１）。

なお、本実施形態のデバイス検索の処理（Ｓ５０７）では、１つのデバイス３００「２」３００−２を探し出し、ペアリング要求代行を送信していた（Ｓ５０８）。その他の例として、一緒に予約された他のデバイス３００を探し出し、複数のペアリング要求代行を送信することも考えられる。この場合には、Ｓ５１０の処理は、ペアリング要求代行を送信したデバイス３００からペアリング要求代行応答を受信するたびに実行する。また、Ｓ５１１の処理は、全てのペアリング要求代行応答を受信してから行う。

≪利用開始処理≫
図１７は本実施形態に係る（６）利用開始処理を例示するシーケンス図である。本処理は（５）デバイス「１」とのペアリング処理（図１６）の直後に行う。
本処理を始めるにあたって、ユーザ端末２００はデバイス管理サーバ１００に接続して、認証処理を行うが、この認証処理は、図１４のＳ３０１で示した、デバイス予約処理でのユーザ端末認証と同様なので、説明を略する。

ユーザ端末２００の利用開始・終了要求部２０５は、利用デバイス情報２１１（図９）にある予約したデバイス３００のデバイスＩＤの「Ｄ０１」と「Ｄ０２」を取り出し、このデバイスＩＤと自身のユーザ端末ＩＤ「ＴＡ」を含んだ利用開始要求を、デバイス管理サーバ１００に送信する（Ｓ６０１）。

利用開始要求を受信すると、デバイス管理サーバ１００の利用開始・終了仲介部１０６は、デバイス予約情報１２３（図７）に対応するレコードがあることを確認する（Ｓ６０２）。
次に、利用開始・終了仲介部１０６は、ユーザ端末ＩＤの「ＴＡ」を含んだ利用開始要求代行を、利用開始要求に含まれていたデバイスＩＤに相当するデバイス「１」３００−１とデバイス「２」３００−２とに送信する（Ｓ６０３）。

利用開始要求代行を受信すると、デバイス「１」３００−１とデバイス「２」３００−２のそれぞれの利用開始・終了応答部３０４は、利用開始代行応答を送信する（Ｓ６０４）。
次に、利用開始・終了応答部３０４は、ユーザ端末接続情報３１１（図１０）の対応するレコードの利用状況を「利用中」に更新する（Ｓ６０５）。
ここで、対応するレコードとは、ユーザ端末ＩＤが利用開始要求代行に含まれているデバイスＩＤの「ＴＡ」に等しいレコードのことである。
続いて、表示装置であるデバイス「１」３００−１は、Ｓ６０５で更新したレコードの接続状況が「接続」であるので、ユーザ端末２００が近くにあると判断し、避難経路を表示する。また、誘導灯であるデバイス「２」３００−２は、Ｓ６０５で更新したレコードのペアリング要求代行受信状況が「有」であるので、誘導灯の点滅を開始する。

利用開始代行応答を受信すると、デバイス管理サーバ１００の利用開始・終了仲介部１０６は、デバイス利用情報１２４（図８）の対応するレコードを更新する。すなわち、利用開始・終了仲介部１０６は、デバイスＩＤが利用開始代行応答の送信元のデバイス３００のＩＤ、ユーザ端末ＩＤが「ＴＡ」、開始日時が現在日時、終了日時が「−」、利用状況が「利用中」であるレコードを追加する更新を行う（Ｓ６０６）。
このＳ６０６のレコード追加処理は、利用開始代行応答の受信ごとに行う。本実施形態では、デバイス「１」３００−１とデバイス「２」３００−２から受信するので、２回追加する。

次に、利用開始・終了仲介部１０６は、利用開始応答を、ユーザ端末２００に送信する（Ｓ６０７）。

Ｓ６０７の利用開始応答を受信すると、ユーザ端末２００の利用開始・終了要求部２０５は、利用デバイス情報２１１（図９）の対応するエントリを更新する（Ｓ６０８）。
すなわち、利用開始・終了要求部２０５は、デバイスＩＤが「Ｄ０１」と「Ｄ０２」であるレコードについて、利用状況を「利用中」、開始日時を現在日時、終了日時を「−」とする。

≪デバイス「２」とのペアリング処理≫
図１８は本実施形態に係る（７）デバイス「２」３００−２とのペアリング処理を例示するシーケンス図である。
ペアリング処理のタイミングは、ユーザ端末２００が、デバイス「２」３００−２である誘導灯近くに移動し、ユーザ端末２００とデバイス「２」３００−２とがローカル通信可能になった時である。今回のペアリング処理は、図１６の（５）デバイス「１」とのペアリングに続く、２回目のペアリング処理である。

ユーザ端末２００のペアリング要求部２０４は、ローカル通信可能となったデバイス「２」３００−２に対して、デバイスＩＤ「Ｄ０２」と、ユーザ端末２００の識別情報である「ＴＡ」と、生成した乱数とペアリングコードを用いて暗号処理された認証データとを含む、ペアリング要求を送信する（Ｓ７０１）。
なお、ペアリングコードは、利用デバイス情報２１１（図９）のデバイスＩＤが「Ｄ０２」であるレコードから得ることができる。

ペアリング要求を受信すると、デバイス「２」３００−２のペアリング応答部３０３は、ユーザ端末接続情報３１１（図１０）の対応するレコード、即ち、ユーザ端末ＩＤが「ＴＡ」であるレコードがあることを確認し、さらに、ペアリング要求にある認証データが正しいことを、ユーザ端末接続情報３１１の対応するレコードにあるペアリングコードを用いて確認する。
次に、ペアリング応答部３０３は、デバイスＩＤ「Ｄ０２」と、ユーザ端末２００の識別情報である「ＴＡ」と、新たに生成した乱数とペアリングコードを用いて暗号処理された認証データとを含む、ペアリング応答をユーザ端末２００に送信する（Ｓ７０２）。
続いて、ペアリング応答部３０３は、Ｓ７０２の対応するユーザ端末接続情報３１１のレコードの接続状況を「接続」に更新する（Ｓ７０３）。

ペアリング応答を受信すると、ユーザ端末２００のペアリング要求部２０４は、ペアリング応答にある認証データが正しいことを、利用デバイス情報２１１（図９）に対応するレコードにあるペアリングコードを用いて確認し、該レコードの接続状況を「接続」に更新する（Ｓ７０４）。
Ｓ７０３に続いて、デバイス「２」３００−２のペアリング応答部３０３は、ユーザ端末ＩＤである「ＴＡ」を含んだペアリング代行要求を、デバイス管理サーバ１００に送信する（Ｓ７０５）。

ペアリング代行要求を受信すると、デバイス管理サーバ１００のペアリング仲介部１０５は、ペアリング代行要求に含まれたユーザ端末ＩＤ「ＴＡ」とペアリング代行要求の送信元であるデバイス「２」３００−２のデバイスＩＤ「Ｄ０２」に対応したレコードが、端末・デバイス接続情報１２５（図６）に存在するか検索する。Ｓ５０６の時とは異なり、デバイス「１」３００−１とのペアリングの次のペアリング処理であり、Ｓ５１０で追加したレコードが存在する。このため、以降の処理は、１回目のＳ５０６からＳ５１１とは異なる処理となる。

デバイス管理サーバ１００のペアリング仲介部１０５は、先のデバイスＩＤ「Ｄ０２」に対応したレコードの接続状況を「接続」に更新する（Ｓ７０６）。
次に、ペアリング仲介部１０５は、ペアリング代行応答を、ペアリング代行要求の送信元であるデバイス「２」３００−２に送信する（Ｓ７０７）。

本実施形態では、誘導灯が１つであったため、以上で（７）デバイス「２」３００−２とのペアリング処理を終える。誘導灯が複数あり、次の誘導灯がある場合には、その誘導灯に対してＳ５０８に対応するペアリング要求代行の送信が必要となる。

≪利用終了処理≫
図１９は本実施形態に係る（８）利用終了処理を例示するシーケンス図である。
本処理を始めるにあたって、ユーザ端末２００はデバイス管理サーバ１００に接続、認証処理を行うが、この認証処理は、図１４のＳ３０１で示した、デバイス予約処理でのユーザ端末認証と同様なので、説明を略する。

ユーザ端末２００の利用開始・終了要求部２０５は、利用デバイス情報２１１（図９）にある利用中のデバイス３００のデバイスＩＤの「Ｄ０１」と「Ｄ０２」を取り出し、このデバイスＩＤと自身のユーザ端末ＩＤ「ＴＡ」を含んだ利用終了要求を、デバイス管理サーバ１００に送信する（Ｓ８０１）。

利用終了要求を受信すると、デバイス管理サーバ１００の利用開始・終了仲介部１０６は、デバイス予約情報１２３（図７）に対応するレコードが存在することを確認する（Ｓ８０２）。
次に、利用開始・終了仲介部１０６は、ユーザ端末ＩＤの「ＴＡ」を含んだ利用終了要求代行を、利用終了要求に含まれていたデバイスＩＤに当たる、デバイス「１」３００−１とデバイス「２」３００−２とに送信する（Ｓ８０３）。

利用終了要求代行を受信すると、デバイス「１」３００−１とデバイス「２」３００−２のそれぞれの利用開始・終了応答部３０４は、利用終了代行応答を送信する（Ｓ８０４）。
次に、各々のデバイス３００の利用開始・終了応答部３０４は、ユーザ端末接続情報３１１（図１０）の対応するレコードの利用状況を「利用済」と更新する（Ｓ８０５）。
ここで、対応するレコードとは、デバイスＩＤが利用終了要求代行に含まれているデバイスＩＤの「ＴＡ」に等しいレコードのことである。

利用終了代行応答を受信すると、デバイス管理サーバ１００の利用開始・終了仲介部１０６は、デバイス利用情報１２４（図８）の対応するレコードを更新する（Ｓ８０６）。
すなわち、利用開始・終了仲介部１０６は、デバイスＩＤが利用終了代行応答の送信元のデバイス３００のＩＤ、ユーザ端末ＩＤが「ＴＡ」、終了時刻が「−」、利用状況が「利用中」であるレコードを検索し、終了時刻を現在時刻、利用状況を「利用済」に更新する。さらにデバイス予約情報１２３（図７）から対応するレコードを削除する。
このＳ８０６のレコード更新と削除の処理は、利用終了代行応答の受信ごとに行う。本実施形態では、デバイス「１」３００−１とデバイス「２」３００−２とがあるので、２回更新し削除する。

次に、利用開始・終了仲介部１０６は、利用終了応答を、ユーザ端末２００に送信する（Ｓ８０７）。
なお、このＳ８０７の処理は、全ての利用終了代行応答を受信してから行う。本実施形態では、利用デバイスはデバイス「１」３００−１とデバイス「２」３００−２の２つなので、両方のデバイス３００からの利用終了代行応答を受信してから、ユーザ端末２００に送信する。

Ｓ８０７の利用終了応答を受信すると、ユーザ端末２００の利用開始・終了要求部２０５は、利用デバイス情報２１１（図９）の対応するエントリを更新する（Ｓ８０８）。
すなわち、ユーザ端末２００の利用開始・終了要求部２０５は、デバイスＩＤが「Ｄ０１」と「Ｄ０２」であるレコードについて、利用状況を「利用済」、終了時刻は現在時刻とする。

≪ユーザ端末とデバイスとのデータ通信：ユーザ端末からデバイスへ≫
引き続いて、ユーザ端末２００とデバイス３００とのデータ通信の例を示す。
ここにいうデータ通信とは、画像などコンテンツやデバイス操作命令などのデータの通信のことである。データ通信には２種類あり、一つはユーザ端末２００とデバイス３００とがローカル通信可能な場合の通信であり、他はユーザ端末２００とデバイス３００とがローカル通信不可能な場合の通信である。

≪ローカル通信可能な場合≫
図２０は本実施形態に係るユーザ端末２００とローカル通信可能なデバイス３００との間の通信処理を例示するシーケンス図である。
ここでは、ユーザ端末２００とデバイス「１」３００−１とがローカル通信可能とする。図２０は、図１７の利用開始処理が終わった段階として説明する。
なお、ユーザ端末２００が通信先のデバイス３００とローカル通信可能か否かは、利用デバイス情報２１１（図９）の接続状況を参照すれば判定できる。逆に、デバイス３００が通信先のユーザ端末２００とローカル通信可能か否かは、ユーザ端末接続情報３１１（図１０）の接続状況を参照すれば判定できる。

ユーザ端末２００からローカル通信可能なデバイス「１」３００−１に送信する場合には、端末通信部２０６が、送信元ＩＤ「ＴＡ」と、送信先ＩＤ「Ｄ０１」と、送信データとを含んだ通信パケットを生成し、ローカル通信先のデバイス「１」３００−１に送信し、デバイス「１」３００−１のデバイス通信部３０５が受信する（Ｓ９０１）。
デバイス「１」３００−１のデバイス通信部３０５は、受信した通信パケットの送信先ＩＤが自身のＩＤと一致するので、デバイス「１」３００−１自身宛ての通信データと分かる。

逆に、デバイス「１」３００−１からユーザ端末２００に送信する場合には、デバイス通信部３０５が、送信元ＩＤ「Ｄ０１」と、送信先ＩＤ「ＴＡ」と、送信データとを含んだ通信パケットを生成し、ユーザ端末２００に送信し、ユーザ端末２００の端末通信部２０６が受信する（Ｓ９０２）。

≪ローカル通信不可能な場合：ユーザ端末からデバイスへ≫
続いて、ユーザ端末２００からローカル通信可能でないデバイス３００への通信処理を説明する。
図２１は本実施形態に係るユーザ端末２００とローカル通信可能でないデバイス３００との間の通信処理を例示するシーケンス図である。
ユーザ端末２００とデバイス「１」３００−１とはローカル通信可能、ユーザ端末２００とデバイス「２」３００−２とはローカル通信不可能として説明する。図２１は、図１７の利用開始処理が終わった段階として説明する。
なお、上記のローカル通信不可能なデバイス３００が、請求項の第３のデバイスに対応する。

ユーザ端末２００からローカル通信可能でないデバイス「２」３００−２に送信する場合には、端末通信部２０６が、送信元識別子「ＴＡ」と、送信先識別子「Ｄ０２」と、送信データとを含んだ通信パケットを生成し、ローカル通信可能なデバイス３００から１つを選んで、該デバイス３００とのローカル通信を使って送信する。どのデバイス３００とローカル通信可能かは、利用デバイス情報２１１（図９）を参照すれば判定できる。現時点では、デバイス「１」３００−１がローカル通信可能なので、デバイス「１」３００−１に送信し、デバイス「１」３００−１のデバイス通信部３０５が受信する（Ｓ９１０）。

通信パケットを受信したデバイス「１」３００−１のデバイス通信部３０５は、通信パケットの送信先ＩＤが自身のＩＤではなく、ユーザ端末接続情報３１１（図１０）にあるユーザ端末ＩＤにもないＩＤなので、この通信パケットをデバイス管理サーバ１００にＮＷ通信を使って転送する（Ｓ９１１）。

通信パケットを受信したデバイス管理サーバ１００の通信仲介部１０７は、該通信パケット中の送信元ＩＤ「ＴＡ」と通信パケットの送信元のデバイスＩＤ「Ｄ０１」が異なるので、該通信パケットは、ユーザ端末２００が送信した通信パケットであり、デバイス「１」３００−１が中継したと判断し、該通信パケット中の送信先ＩＤ「Ｄ０２」にＮＷ通信を使って送信する（Ｓ９１２）。
なお、デバイスＩＤ「Ｄ０２」のＮＷ通信のアドレスであるＩＰアドレスは、デバイス情報１２２（図５）のＩＰアドレスを参照すれば取得できる。

通信パケットを受信したデバイス「２」３００−２のデバイス通信部３０５は、通信パケット中の送信先ＩＤが「Ｄ０２」と自身のＩＤであることから、自分宛の通信パケットであると判断できる。

≪ローカル通信不可能な場合：デバイスからユーザ端末へ≫
続いて、逆方向の通信、即ちローカル通信可能でないデバイス「２」３００−２からユーザ端末２００へ送信する場合を説明する。デバイス通信部３０５が、送信元ＩＤ「Ｄ０２」と、送信先ＩＤ「ＴＡ」と、送信データとを含んだ通信パケットを生成し、デバイス管理サーバ１００にＮＷ通信を使って送信する（Ｓ９１３）。
なお、デバイス３００がどのユーザ端末２００とローカル通信可能かは、ユーザ端末接続情報３１１（図１０）の接続状況を参照すれば判断できる。

通信パケットを受信したデバイス管理サーバ１００の通信仲介部１０７は、該通信パケット中の送信元ＩＤは「Ｄ０２」であり、通信パケットの送信元のデバイスＩＤは「Ｄ０２」であるので一致する。そのため、該通信パケットは、デバイス「２」３００−２から発した通信パケットであり、この通信パケット中の送信先ＩＤ「ＴＡ」に当たるユーザ端末２００とローカル通信可能なデバイス３００を経由して送信する必要があると判断する。
デバイス管理サーバ１００の通信仲介部１０７は、端末・デバイス接続情報１２５（図６）を参照すると、デバイス「１」３００−１が該通信パケット中の送信先ＩＤ「ＴＡ」にあたるユーザ端末２００と接続していると判断できるので、ＮＷ通信を使って該通信パケットをデバイス「１」３００−１に送信する（Ｓ９１４）。

通信パケットを受信したデバイス「１」３００−１のデバイス通信部３０５は、通信パケット中の送信先ＩＤが「ＴＡ」と自身のＩＤでないことから、自分宛の通信パケットではなく、自身がローカル通信可能なユーザ端末２００宛ての通信パケットと判断する。デバイス「１」３００−１のデバイス通信部３０５は、ユーザ端末接続情報３１１（図１０）を参照し、通信パケット中の送信先ＩＤ「ＴＡ」のユーザ端末２００とローカル通信可能であるので、ローカル通信を使って該通信パケットを送信する（Ｓ９１５）。

通信パケットを受信したユーザ端末２００の端末通信部２０６は、通信パケット中の送信先ＩＤが「ＴＡ」と自身のＩＤであることから、自分宛の通信パケットであると判断できる。

≪効果≫
本実施形態によるデバイス管理システム１、デバイス管理装置及びデバイス管理方法によれば、ユーザ端末２００から複数デバイス３００を利用することが可能になる。また、ローカル通信可能となる前にペアリングコードがユーザ端末２００とデバイス３００との間で共有されているので、ユーザ操作なしにユーザ端末２００は、デバイス３００とローカル通信可能である。さらにローカル通信エリアから外れるデバイス３００に対しても、ユーザ端末２００は、ローカル通信可能なデバイス３００とデバイス管理サーバ１００とを経由することで、データ通信可能となる。

１ デバイス管理システム
１００ デバイス管理サーバ（デバイス管理装置）
１０１ ユーザ端末登録・認証受付部
１０２ デバイス登録・認証受付部
１０３ デバイス予約受付部
１０４ ペアリング補助部
１０５ ペアリング仲介部
１０６ 利用開始・終了仲介部
１０７ 通信仲介部
１２１ ユーザ端末情報
１２２ デバイス情報
１２３ デバイス予約情報
１２４ デバイス利用情報
１２５ 端末・デバイス接続情報
２００ ユーザ端末
２０１ ユーザ端末登録・認証要求部
２０２ デバイス予約部
２０３ ペアリング補助要求部
２０４ ペアリング要求部
２０５ 利用開始・終了要求部
２０６ 端末通信部
２１１ 利用デバイス情報
３００ デバイス
３０１ デバイス登録・認証要求部
３０２ ペアリング補助応答部
３０３ ペアリング応答部
３０４ 利用開始・終了応答部
３０５ デバイス通信部
３１１ ユーザ端末接続情報

Claims (4)

1. ユーザが使用するユーザ端末と、前記ユーザ端末とのローカル通信機能及び演算処理機能を搭載する複数のデバイスと、前記ユーザ端末と前記デバイスとの通信を制御するデバイス管理サーバとが、通信ネットワークを介して接続され、複数の前記デバイスの中から指定したデバイスと前記ユーザ端末間の通信を管理するデバイス管理システムであって、
   前記ユーザ端末は、
   前記デバイス管理サーバに対して、複数の前記デバイスの中から指定したデバイスを示す第１のデバイスとのローカル通信に必要なペアリングコードの要求を送信し、前記デバイス管理サーバが生成した前記ペアリングコードを受信するペアリング補助要求部と、
   前記第１のデバイスの中でローカル通信可能なデバイスを示す第２のデバイスに対して、前記ペアリングコードを利用してペアリング要求を生成して送信し、前記第２のデバイスからのペアリング応答を受信するペアリング要求部とを備え、
   前記デバイスは、
   前記デバイス管理サーバからの前記ペアリングコードを受信するペアリング補助応答部と、
   前記ユーザ端末からの前記ペアリング要求を受信し、前記ペアリングコードを利用して前記ペアリング応答を生成して、前記ユーザ端末に送信し、前記デバイス管理サーバにペアリング代行要求を送信するペアリング応答部とを備え、
   前記デバイス管理サーバは、
   前記ユーザ端末からの前記ペアリングコードの要求を受信し、前記ペアリングコードを生成して、生成した前記ペアリングコードを前記ユーザ端末と前記第１のデバイスとに送信するペアリング補助部と、
   前記第２のデバイスから受信した前記ペアリング代行要求を受信し、前記第２のデバイス以外の前記第１のデバイスにペアリング要求代行を送信するペアリング仲介部とを備える
   ことを特徴とするデバイス管理システム。
2. 前記ユーザ端末は、前記第２のデバイス以外の前記第１のデバイスの中でローカル通信不可能なデバイスを示す第３のデバイスとデータ通信する際には、前記第２のデバイスを介して通信する端末通信部を備え、
   前記デバイスは、自身が第２のデバイスである場合に、前記ユーザ端末と前記第３のデバイスとの間の通信を前記デバイス管理サーバを介して行うデバイス通信部を備え、
   前記デバイス管理サーバは、前記ユーザ端末と前記第３のデバイスとの通信を前記第２のデバイスを介して行う通信仲介部を備える
   ことを特徴とする請求項１に記載のデバイス管理システム。
3. ユーザが使用するユーザ端末と、前記ユーザ端末とのローカル通信機能及び演算処理機能を搭載する複数のデバイスと、前記ユーザ端末と前記デバイスとの通信を制御するデバイス管理装置とが、通信ネットワークを介して接続され、複数の前記デバイスの中から指定したデバイスと前記ユーザ端末間の通信を管理するデバイス管理システムの前記デバイス管理装置であって、
   前記ユーザ端末からのペアリングコードの要求を受信し、前記ペアリングコードを生成して、生成した前記ペアリングコードを前記ユーザ端末と複数の前記デバイスの中から指定したデバイスを示す第１のデバイスとに送信するペアリング補助部と、
   前記第１のデバイスの中でローカル通信可能なデバイスを示す第２のデバイスからペアリング代行要求を受信し、前記第２のデバイス以外の前記第１のデバイスにペアリング要求代行を送信するペアリング仲介部とを備える
   ことを特徴とするデバイス管理装置。
4. ユーザが使用するユーザ端末と、前記ユーザ端末とのローカル通信機能及び演算処理機能を搭載する複数のデバイスと、前記ユーザ端末と前記デバイスとの通信を制御するデバイス管理サーバとが、通信ネットワークを介して接続され、複数の前記デバイスの中から指定したデバイスと前記ユーザ端末間の通信を管理するデバイス管理システムのデバイス管理方法であって、
   前記ユーザ端末は、
   前記デバイス管理サーバに対して、複数の前記デバイスの中から指定したデバイスを示す第１のデバイスとのローカル通信に必要なペアリングコードの要求を送信し、前記デバイス管理サーバが生成した前記ペアリングコードを受信するステップと、
   前記第１のデバイスの中でローカル通信可能なデバイスを示すデバイスを示す第２のデバイスに対して、前記ペアリングコードを利用してペアリング要求を生成して送信し、前記第２のデバイスからのペアリング応答を受信するステップとを実行し、
   前記デバイスは、
   前記デバイス管理サーバからの前記ペアリングコードを受信するステップと、
   前記ユーザ端末からの前記ペアリング要求を受信し、前記ペアリングコードを利用して前記ペアリング応答を生成して、前記ユーザ端末に送信し、前記デバイス管理サーバにペアリング代行要求を送信するステップとを実行し、
   前記デバイス管理サーバは、
   前記ユーザ端末からの前記ペアリングコードの要求を受信し、前記ペアリングコードを生成して、生成した前記ペアリングコードを前記ユーザ端末と前記第１のデバイスとに送信するステップと、
   前記第２のデバイスから受信した前記ペアリング代行要求を受信し、前記第２のデバイス以外の前記第１のデバイスにペアリング要求代行を送信するステップとを実行する
   ことを特徴とするデバイス管理方法。

Images