(57)【特許請求の範囲】
【請求項１】
機器間の通信を中継可能な１以上の第１の情報処理装置と、前記第１の情報処理装置にネットワークを介して接続される第２の情報処理装置とを含む情報処理システムであって、
前記第１の情報処理装置は、
ユーザによって所定の操作が行われた複数の機器が送信し、当該複数の機器に対して値が共通する第１の識別情報を含むビーコンを、前記複数の機器のうちの１以上の機器から受信する受信部と、
前記受信部によって受信されたビーコンに含まれている、第１の識別情報と当該ビーコンの送信元の機器を識別する第２の識別情報とを、前記第２の情報処理装置へ送信する第１の送信部と、
前記第２の情報処理装置から送信される第２の識別情報の一覧に係る機器間の通信を中継する中継部とを有し、
前記第２の情報処理装置は、
１つの前記第１の情報処理装置から受信した複数の第１の識別情報、又は複数の前記第１の情報処理装置から受信した複数の第１の識別情報の中で、値が共通する第１の識別情報に関連して受信された第２の識別情報の一覧を、前記１つの第１の情報処理装置又は前記複数の第１の情報処理装置に送信する第２の送信部と、
を有することを特徴とする情報処理システム。
【請求項２】
前記第２の送信部は、前記第２の識別情報の一覧と、当該一覧に含まれる第２の識別情報のそれぞれに対応付けられて記憶されている、機器のインタフェースごとのアクセスの可否を示す情報とを、前記第１の情報処理装置に送信し、
前記中継部は、前記インタフェースごとのアクセスの可否を示す情報に基づいて、前記機器間の通信を制限する、
ことを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記第２の送信部は、前記第２の識別情報の一覧と、当該一覧に含まれる第２の識別情報のそれぞれに対応付けられて記憶されている、プログラムに関する情報とを、前記第１の情報処理装置に送信し、
前記第１の情報処理装置は、
前記プログラムに関する情報に基づいて、当該プログラムを起動する、
ことを特徴とする請求項１又は２記載の情報処理システム。
【請求項４】
機器間の通信を中継可能な情報処理装置であって、
ユーザによって所定の操作が行われた複数の機器が送信し、当該複数の機器に対して値が共通する第１の識別情報を含むビーコンを、前記複数の機器のうちの１以上の機器から受信する受信部と、
前記受信部によって受信されたビーコンに含まれている、第１の識別情報と当該ビーコンの送信元の機器を識別する第２の識別情報とを、ネットワークを介して接続される第２の情報処理装置へ送信する第１の送信部と、
前記第２の情報処理装置から送信される第２の識別情報の一覧に係る機器間の通信を中継する中継部とを有し、
前記第２の情報処理装置は、
１つの前記情報処理装置から受信した複数の第１の識別情報、又は複数の前記情報処理装置から受信した複数の第１の識別情報の中で、値が共通する第１の識別情報に関連して受信された第２の識別情報の一覧を、前記１つの情報処理装置又は前記複数の情報処理装置に送信する、
ことを特徴とする情報処理装置。
【請求項５】
機器間の通信を中継可能な１以上の第１の情報処理装置と、前記第１の情報処理装置にネットワークを介して接続される第２の情報処理装置とが実行する情報処理方法であって、
前記第１の情報処理装置が、
ユーザによって所定の操作が行われた複数の機器が送信し、当該複数の機器に対して値が共通する第１の識別情報を含むビーコンを、前記複数の機器のうちの１以上の機器から受信し、
受信されたビーコンに含まれている、第１の識別情報と当該ビーコンの送信元の機器を識別する第２の識別情報とを、前記第２の情報処理装置へ送信し、
前記第２の情報処理装置から送信される第２の識別情報の一覧に係る機器間の通信を中継すする処理を実行し、
前記第２の情報処理装置が、
１つの前記第１の情報処理装置から受信した複数の第１の識別情報、又は複数の前記第１の情報処理装置から受信した複数の第１の識別情報の中で、値が共通する第１の識別情報に関連して受信された第２の識別情報の一覧を、前記１つの第１の情報処理装置又は前記複数の第１の情報処理装置に送信する処理を実行する、
ことを特徴とする情報処理方法。
【請求項６】
機器間の通信を中継可能な情報処理装置に、
ユーザによって所定の操作が行われた複数の機器が送信し、当該複数の機器に対して値が共通する第１の識別情報を含むビーコンを、前記複数の機器のうちの１以上の機器から受信し、
受信されたビーコンに含まれている、第１の識別情報と当該ビーコンの送信元の機器を識別する第２の識別情報とを、ネットワークを介して接続される第２の情報処理装置へ送信し、
前記第２の情報処理装置から送信される第２の識別情報の一覧に係る機器間の通信を中継する処理を実行させ、
前記第２の情報処理装置は、
１つの前記情報処理装置から受信した複数の第１の識別情報、又は複数の前記情報処理装置から受信した複数の第１の識別情報の中で、値が共通する第１の識別情報に関連して受信された第２の識別情報の一覧を、前記１つの情報処理装置又は前記複数の情報処理装置に送信する、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、情報処理方法、情報処理プログラム
に関する。
【背景技術】
【０００２】
近年では、モノ（デバイス）同士が通信するＭ２ＭやＩｏＴ（Internet  of  Things）が実現されている。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）イヤホンマイク同士を無線接続して、ツーリング中に会話をしたり、プロジェクタとＳＤカード内蔵指示棒とを無線接続して、指示棒のＳＤカードに記憶されているプレゼン資料を用いてプレゼンを行ったりすることが考えられる。
【０００３】
Ｂｌｕｅｔｏｏｔｈ（登録商標）イヤホンマイク、プロジェクタ、ＳＤカード内蔵指示棒等のデバイスは、通信性能が貧弱であり、バッテリーの容量が小さい。したがって、これらのデバイス同士を無線接続するためには、デバイス間の通信をゲートウェイによって仲介するのが現実的である。
【０００４】
図１は、ゲートウェイを介したデバイス同士の接続例を示す図である。図１において、（１）は、各デバイスが、それぞれ異なるゲートウェイに接続される例を示す。この場合、ゲートウェイ同士が、例えば、インターネット等を介して通信することで、デバイス間の通信が実現される。
【０００５】
（２）は、各デバイスが、同じゲートウェイに接続される例を示す。この場合、当該ゲートウェイを介してデバイス同士の通信が実現される。
【０００６】
なお、例えば、スマートフォン等をゲートウェイとして利用することができる。
【０００７】
図１に示したような通信を実現する場合、無線接続されるデバイスへの攻撃を防いだり、当該デバイスに記憶されている情報を保護したりするために、セキュリティに関する設定がゲートウェイに対して必要とされる。
【０００８】
例えば、各デバイスの管理系のＡＰＩ（Application  Program  Interface）へのアクセスや、特定のデータ以外のデータへのアクセス等を制限するために、ホワイトリストがゲートウェイに設定される。このような設定作業の負担を軽減するために、例えば、デバイス毎にホワイトリストの保管場所が決められ、ゲートウェイは、発見したデバイスに対応する保管場所からホワイトリストを読み込むことが考えられる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１３−１２３２３４号公報
【特許文献２】国際公開第２０１５／０４９８２５号
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上記の方法では、ゲートウェイは、発見した全てのデバイスのホワイトリストを読み込むため、接続対象ではないデバイスのホワイトリストも読み込んでホワイトリストネットワークを構築してしまう。例えば、プロジェクタとＳＤカード内蔵指示棒とだけを相互に接続したい場合に、無線通信可能な他のデバイスが近傍に存在したときには、当該デバイスをも含むホワイトリストネットワークが構築されてしまう。
【００１１】
この場合、ネットワークの構成要素がプロジェクタとＳＤカード内蔵指示棒とに限定された場合に比べて、ネットワークの安全性が劣化してしまうため、ユーザは、当該他のデバイスをネットワークから切断するための作業を行う必要が有る。
【００１２】
そこで、一側面では、相互可能な機器群を制限するための設定作業を簡便化することを目的とする。
【課題を解決するための手段】
【００１３】
一つの案では、機器間の通信を中継可能な１以上の第１の情報処理装置と、前記第１の情報処理装置にネットワークを介して接続される第２の情報処理装置とを含む情報処理システムであって、前記第１の情報処理装置は、ユーザによって所定の操作が行われた複数の機器が送信し、当該複数の機器に対して値が共通する第１の識別情報を含むビーコンを、前記複数の機器のうちの１以上の機器から受信する受信部と、前記受信部によって受信されたビーコンに含まれている、第１の識別情報と当該ビーコンの送信元の機器を識別する第２の識別情報とを、前記第２の情報処理装置へ送信する第１の送信部と、前記第２の情報処理装置から送信される第２の識別情報の一覧に係る機器間の通信を中継する中継部とを有し、前記第２の情報処理装置は、１つの前記第１の情報処理装置から受信した複数の第１の識別情報、又は複数の前記第１の情報処理装置から受信した複数の第１の識別情報の中で、値が共通する第１の識別情報に関連して受信された第２の識別情報の一覧を、前記１つの第１の情報処理装置又は前記複数の第１の情報処理装置に送信する第２の送信部と、を有する。
【発明の効果】
【００１４】
一側面によれば、相互可能な機器群を制限するための設定作業を簡便化することができる。
【図面の簡単な説明】
【００１５】
【図１】ゲートウェイを介したデバイス同士の接続例を示す図である。
【図２】本発明の実施の形態におけるデバイス連携システム構成例を示す図である。
【図３】本発明の実施の形態におけるゲートウェイのハードウェア構成例を示す図である。
【図４】本発明の実施の形態におけるデバイス連携システムの機能構成例を示す図である。
【図５】全体の処理手順の概要を説明するためのシーケンス図である。
【図６】ホワイトリストの構成例を示す図である。
【図７】デバイス同士の連携時の全体の処理手順の概要を説明するためのシーケンス図である。
【図８】デバイスによるグループビーコン生成処理の処理手順の一例を説明するためのフローチャートである。
【図９】グループビーコンの構成例を示す図である。
【図１０】グループビーコンの検知に応じてゲートウェイが実行する処理手順の一例を説明するためのフローチャートである。
【図１１】グループ情報記憶部の構成例を示す図である。
【図１２】接続先のデバイスからのデータの受信に応じてゲートウェイが実行する処理手順の一例を説明するためのフローチャートである。
【図１３】デバイス管理サーバが実行する処理手順の一例を説明するためのフローチャートである。
【図１４】調停サーバが実行する処理手順の一例を説明するためのフローチャートである。
【図１５】履歴記憶部の構成例を示す図である。
【図１６】第１の構成例における処理手順を説明するための図である。
【図１７】第２の構成例における処理手順を説明するための図である。
【発明を実施するための形態】
【００１６】
以下、図面に基づいて本発明の実施の形態を説明する。図２は、本発明の実施の形態におけるデバイス連携システム構成例を示す図である。図２において、デバイス連携システム１は、２以上のデバイス４０と、１以上のゲートウェイ１０と、１以上のデバイス管理サーバ２０と、調停サーバ３０とを含む。
【００１７】
デバイス４０は、無線通信機能を有する機器である。本実施の形態において、各デバイス４０は、ゲートウェイ１０との無線通信を介して他のデバイス４０と通信を行う。
【００１８】
ゲートウェイ１０は、デバイス４０間の通信を中継可能な装置である。例えば、スマートフォンがゲートウェイ１０として利用されてもよい。又は、専用の機器がゲートウェイ１０として利用されてもよい。ゲートウェイ１０は、また、無線通信を介してデバイス管理サーバ２０と通信可能である。
【００１９】
デバイス管理サーバ２０は、例えば、デバイス４０のベンダによって用意される１以上のコンピュータである。デバイス管理サーバ２０は、デバイス４０に関する情報を管理する。各デバイス管理サーバ２０は、ＬＡＮ（Local  Area  Network）又はインターネット等のネットワークを介して調停サーバ３０に接続される。なお、デバイス管理サーバ２０の機能（サービス）は、クラウドサービスとして提供されてもよい。
【００２０】
調停サーバ３０は、ユーザが意図するデバイス４０のグループを判定する。ユーザが意図するデバイス４０のグループとは、ユーザが連携対象として選択したデバイス４０の集合をいう。連携とは、相互に無線通信を行える状態をいう。
【００２１】
図３は、本発明の実施の形態におけるゲートウェイのハードウェア構成例を示す図である。図３において、ゲートウェイ１０は、ＣＰＵ１０１、メモリ１０２、補助記憶装置１０３、タッチパネル１０４、及び無線通信装置１０５等を有する。
【００２２】
補助記憶装置１０３は、ゲートウェイ１０にインストールされたプログラム等を記憶する。メモリ１０２は、プログラムの起動指示があった場合に、補助記憶装置１０３からプログラムを読み出して記憶する。ＣＰＵ１０１は、メモリ１０２に記憶されたプログラムに従ってゲートウェイ１０に係る機能を実現する。
【００２３】
タッチパネル１０４は、入力機能と表示機能との双方を備えた電子部品であり、情報の表示や、ユーザからの入力の受け付け等を行う。タッチパネル１０４は、表示装置１１１及び入力装置１１２等を含む。
【００２４】
表示装置１１１は、液晶ディスプレイ等であり、タッチパネル１０４の表示機能を担う。入力装置１１２は、表示装置１１１に対する接触物の接触を検出するセンサを含む電子部品である。接触物の接触の検出方式は、静電方式、抵抗膜方式、又は光学方式等、公知の方式のいずれであってもよい。なお、接触物とは、タッチパネル１０４の接触面（表面）に接触する物体をいう。斯かる物体の一例として、ユーザの指や専用又は一般のペン等が挙げられる。
【００２５】
無線通信装置１０５は、無線通信を行うために必要とされる電子部品である。
【００２６】
図４は、本発明の実施の形態におけるデバイス連携システムの機能構成例を示す図である。図４において、デバイス４０は、ＩＤ決定部４１、暗号化部４２、ビーコン生成部４３、及び接続処理部４４等を有する。これら各部は、デバイス４０にインストールされた１以上のプログラムが、デバイス４０のＣＰＵに実行させる処理により実現される。デバイス４０は、また、ＩＤ記憶部４５を有する。ＩＤ記憶部４５は、デバイス４０が有するメモリ等を利用して実現可能である。
【００２７】
ＩＤ決定部４１は、ユーザによって連携対象として指定されたデバイス４０間において共通の識別情報であるグループＩＤの候補を生成する。ＩＤ決定部４１は、各デバイス４０のＩＤ決定部４１によって生成されたグループＩＤの候補の中から一つの候補をグループＩＤとして決定する。ＩＤ記憶部４５は、ＩＤ決定部４１によって生成される、グループＩＤの候補を記憶する。
【００２８】
暗号化部４２は、グループＩＤ等を暗号化する。ビーコン生成部４３は、暗号化されたグループＩＤ等を含むビーコンを生成し、当該ビーコンを送信する。
【００２９】
接続処理部４４は、ゲートウェイ１０との無線通信の接続処理を実行する。
【００３０】
ゲートウェイ１０は、デバイス発見部１１、接続設定部１２、及び中継部１３等を有する。これら各部は、ゲートウェイ１０にインストールされた１以上のプログラムが、ＣＰＵ１０１に実行させる処理により実現される。ゲートウェイ１０は、また、グループ情報記憶部１４及びホワイトリスト記憶部１５を利用する。これら各記憶部は、例えば、メモリ１０２又は補助記憶装置１０３等を用いて実現可能である。
【００３１】
デバイス発見部１１は、デバイス４０によって送信されているビーコンを受信することで、デバイス４０の存在を検知する。デバイス発見部１１は、受信したビーコンに含まれているデバイスＩＤや暗号化されたグループＩＤ等を、デバイス管理サーバ２０へ送信する。デバイスＩＤとは、例えば、ＭＡＣアドレス又はＵＵＩＤ（Universally  Unique  Identifier）等、デバイス４０を一意に識別可能な情報である。
【００３２】
接続設定部１２は、暗号化されたグループＩＤ等の送信に応じて、デバイス管理サーバ２０から返信される設定ファイルを受信する。設定ファイルとは、連携が許可されるデバイス４０群のグループに対応するデバイスＩＤの一覧や、当該グループに対するグループＩＤや、デバイス４０との無線通信の接続に必要な情報や、当該グループに属する各デバイス４０のホワイトリスト等を含むファイルである。ホワイトリストとは、デバイス４０が有する各インタフェース（ＡＰＩ（Application  Program  Interface））について、他のデバイス４０からのアクセスの可否を示す情報である。接続設定部１２は、設定ファイルに含まれているデバイスＩＤの一覧をグループ情報記憶部１４に記憶し、設定ファイルに含まれているホワイトリストをホワイトリスト記憶部１５に記憶する。
【００３３】
中継部１３は、設定ファイルに基づいてデバイス４０との通信の接続し、グループ情報記憶部１４やホワイトリスト記憶部１５を参照して、デバイス４０間の通信の中継を制御する。
【００３４】
デバイス管理サーバ２０は、デバイス情報設定部２１、認証部２２、復号部２３、調停要求部２４、及び設定ファイル生成部２５等を有する。これら各部は、デバイス管理サーバ２０にインストールされた１以上のプログラムが、デバイス管理サーバ２０のＣＰＵに実行させる処理により実現される。デバイス管理サーバ２０は、また、デバイス情報記憶部２６を利用する。デバイス情報記憶部２６は、デバイス管理サーバ２０が有する補助記憶装置、又はデバイス管理サーバ２０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
【００３５】
デバイス情報設定部２１は、デバイス４０ごとに、当該デバイス４０に関する情報の設定を受け付ける。例えば、デバイス情報設定部２１は、グループＩＤの暗号化に用いられる共通鍵や、当該デバイス４０との接続を許可するゲートウェイ１０のＩＤ（以下、「ゲートウェイＩＤ」という。）や、当該デバイス４０のホワイトリスト等の設定を受け付ける。デバイス情報設定部２１は、設定された情報を、デバイス情報記憶部２６に記憶する。
【００３６】
認証部２２は、デバイス管理サーバ２０へアクセスするゲートウェイ１０について認証を行う。復号部２３は、ゲートウェイ１０から送信される、暗号化されたグループＩＤ等を復号する。調停要求部２４は、復号されたグループＩＤと、グループＩＤとともに受信されたデバイスＩＤ等とを調停サーバ３０に送信する。調停要求部２４は、また、調停サーバ３０によってグループを形成すると判定されたデバイスＩＤの一覧等を、調停サーバ３０から受信する。
【００３７】
設定ファイル生成部２５は、調停要求部２４によって受信されたデバイスＩＤの一覧や、当該一覧に含まれる各デバイスＩＤに関してデバイス情報記憶部２６に記憶されている情報等を含む設定ファイルを生成する。設定ファイル生成部２５は、生成された設定ファイルを、ゲートウェイ１０に送信する。
【００３８】
調停サーバ３０は、調停部３１を有する。調停部３１は、調停サーバ３０にインストールされた１以上のプログラムが、調停サーバ３０のＣＰＵに実行させる処理により実現される。調停サーバ３０は、また、履歴記憶部３２を利用する。履歴記憶部３２は、例えば、調停サーバ３０が有する補助記憶装置、又は調停サーバ３０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
【００３９】
調停部３１は、ゲートウェイ１０によってデバイス４０が発見されるたびにデバイス管理サーバ２０から送信されるグループＩＤ及びデバイスＩＤ等を受信し、共通のグループＩＤに対応するデバイスＩＤの一覧を生成する。調停部３１は、生成されたデバイスＩＤの一覧をデバイス管理サーバ２０に送信する。履歴記憶部３２は、ゲートウェイ１０によってデバイス４０が発見されるたびにデバイス管理サーバ２０から送信されるグループＩＤ及びデバイスＩＤ等を記憶する。
【００４０】
以下、デバイス連携システム１において実行される処理手順について説明する。図５は、初期設定処理の処理手順の概要を説明するためのシーケンス図である。初期設定処理は、本実施の形態の実施に際し、予め必要とされる設定処理をいう。なお、図５におけるスマートフォンは、必ずしもゲートウェイ１０として利用されるスマートフォンでなくてもよい。
【００４１】
ステップＳ１０１において、スマートフォンは、他のデバイス４０と連携させたいデバイス４０とのペアリングを行う。ペアリングは、ＰＩＮコードの入力等、一般的な手順に従っておこなわれる。ペアリングによって、スマートフォンとデバイス４０との通信が可能となる。
【００４２】
続いて、スマートフォンは、デバイス４０からデバイス管理用ＵＲＬと、初期トークンとを取得する（Ｓ１０２）。デバイス管理用ＵＲＬとは、当該デバイス４０に対応するデバイス管理サーバ２０に対するＵＲＬである。また、初期トークンとは、デバイス４０の正当性を示すデータである。本実施の形態では、初期トークンは、デバイスＩＤが暗号化されたデータであるとする。なお、デバイス管理用ＵＲＬ及び初期トークンは、例えば、デバイス４０の出荷前に、デバイス４０のベンダによってデバイス４０に記録される。
【００４３】
続いて、スマートフォンは、デバイス管理用ＵＲＬ宛に、初期トークンを送信する（Ｓ１０３）。当該初期トークンは、当該デバイス管理用ＵＲＬに係るデバイス管理サーバ２０のデバイス情報設定部２１によって受信される。続いて、デバイス情報設定部２１は、当該初期トークンの正当性を検証する（Ｓ１０４）。例えば、デバイス情報設定部２１は、予めデバイス管理サーバ２０に記憶されている暗号鍵を用いて当該初期トークンを復号し、復号結果がデバイス情報記憶部２６に予め記憶されているいずれかのデバイスＩＤと一致するか否かを判定する。復号結果がデバイス情報記憶部２６に予め記憶されているいずれのデバイスＩＤとも一致しない場合、以降の処理は中止される。一方、復号結果が、デバイス情報記憶部２６に予め記憶されているいずれかのデバイスＩＤと一致する場合、デバイス情報設定部２１は、デバイス設定画面をスマートフォンに返信する（Ｓ１０５）。スマートフォンは、デバイス設定画面を受信すると、当該デバイス設定画面を表示する。なお、以下において、復号結果が示すデバイスＩＤを「対象デバイスＩＤ」という。
【００４４】
続いて、ユーザによって、デバイス設定画面に対して初期化が指示されると（Ｓ１０６）、スマートフォンは、初期化要求をデバイス管理用ＵＲＬに係るデバイス管理サーバ２０に送信する（Ｓ１０７）。デバイス管理サーバ２０のデバイス情報設定部２１は、初期化要求に応じ、デバイス４０ごとの共通鍵と、モノトニック値とを生成する（Ｓ１０８）。生成された共通鍵及びモノトニック値は、対象デバイスＩＤに対応付けられて、デバイス情報記憶部２６に記憶される。なお、モノトニック値とは、後述される所定のタイミングで単純増加する値であり、ステップＳ１０８では、単純増加の起点となる値が生成される。続いて、デバイス情報設定部２１は、生成された共通鍵及びモノトニック値をスマートフォンに送信する（Ｓ１０９）。
【００４５】
スマートフォンは、共通鍵及びモノトニック値を受信すると、当該共通鍵及び当該モノトニック値を、デバイス４０に送信する（Ｓ１１０）。デバイス４０は、当該共通鍵及び当該モノトニック値を記憶する（Ｓ１１１）。
【００４６】
続いて、ユーザによって、デバイス設定画面に対して調停用ＵＲＬが入力されると（Ｓ１１２）、スマートフォンは、当該調停用ＵＲＬを、デバイス管理用ＵＲＬに係るデバイス管理サーバ２０に送信する（Ｓ１１３）。調停用ＵＲＬとは、調停サーバ３０に対するＵＲＬである。デバイス管理サーバ２０のデバイス情報設定部２１は、当該調停用ＵＲＬを対象デバイスＩＤに対応付けてデバイス情報記憶部２６に記憶する。
【００４７】
続いて、ユーザによって、デバイス設定画面に対してデバイス４０が信頼してよい１以上のゲートウェイ１０のそれぞれの識別情報（以下、「ゲートウェイＩＤ」という。）が入力されると（Ｓ１１４）、スマートフォンは、入力された１以上のゲートウェイＩＤ群を、デバイス管理サーバ２０に送信する（Ｓ１１５）。デバイス管理サーバ２０のデバイス情報設定部２１は、当該ゲートウェイＩＤ群を、対象デバイスＩＤに対応付けてデバイス情報記憶部２６に記憶する。なお、ゲートウェイＩＤは、単なる識別情報でもよいし、ゲートウェイ１０にインストールされているソフトウェアの構成を示す情報であってもよい。
【００４８】
続いて、ユーザによって、デバイス設定画面に対してデバイス４０の接続情報（ＳＳＩＤ，パスワード等）が入力されると（Ｓ１１６）、スマートフォンは、入力された接続情報を、デバイス管理サーバ２０に送信する（Ｓ１１７）。デバイス管理サーバ２０のデバイス情報設定部２１は、当該接続情報を、対象デバイスＩＤに対応付けてデバイス情報記憶部２６に記憶する。
【００４９】
続いて、ユーザによって、デバイス設定画面に対してデバイス４０のホワイトリストが入力されると（Ｓ１１８）、スマートフォンは、入力されたホワイトリストを、デバイス管理サーバ２０に送信する（Ｓ１１９）。デバイス管理サーバ２０のデバイス情報設定部２１は、当該ホワイトリストを、対象デバイスＩＤに対応付けてデバイス情報記憶部２６に記憶する。
【００５０】
図６は、ホワイトリストの構成例を示す図である。図６に示されるように、ホワイトリストは、デバイス４０のＡＰＩ（例えば、ネットワークを介して呼出可能なメソッド）ごとに、アクセスの可否（図中における○又は×）を示す情報である。
【００５１】
続いて、ユーザによって、デバイス設定画面に対してデバイス４０のアプリ情報が入力されると（Ｓ１２０）、スマートフォンは、入力されたアプリ情報を、デバイス管理サーバ２０に送信する（Ｓ１２１）。デバイス管理サーバ２０のデバイス情報設定部２１は、当該アプリ情報を、対象デバイスＩＤに対応付けてデバイス情報記憶部２６に記憶する。なお、アプリ情報とは、デバイス４０が他のデバイス４０と連携する際に、ゲートウェイ１０において起動される必要のあるアプリケーション（プログラム）の識別情報や、当該アプリケーションをダウンロード可能なＵＲＬ等を示す情報である。例えば、デバイス４０がイヤホンマイクである場合に、音声通話に関するアプリケーションのアプリ情報が設定されてもよい。なお、アプリケーションの起動が必要でないデバイス４０に関しては、アプリ情報は設定されなくてもよい。
【００５２】
図５の処理手順は、他のデバイス４０と連携させたい各デバイス４０に関して実行される。
【００５３】
続いて、デバイス４０同士の連携が行われる際に実行される処理手順について説明する。図７は、デバイス同士の連携時の全体の処理手順の概要を説明するためのシーケンス図である。
【００５４】
連携対象とされる２以上のデバイス４０に対してユーザによって所定の操作が行われると、これらのデバイス４０は、グループビーコン生成処理を実行する（Ｓ２０１）。所定の操作とは、例えば、連携対象の各デバイス４０の所定のボタンをほぼ同時に押したり、連携対象のデバイス４０同士をＮＦＣ（Near  field  communication）タッチしたりする操作である。以下、当該操作を、「グルーピング操作」という。また、グループビーコン生成処理は、連携対象のデバイス４０間において一つのグループＩＤが決定され、当該グループＩＤやモノトニック値等が共通鍵で暗号化されたデータ（以下、「暗号ＩＤ」という）と、デバイス管理用ＵＲＬとを含むビーコン（以下、「グループビーコン」という。）が生成される処理をいう。なお、グルーピング操作が行われる際、連携対象のデバイス４０は、相互に直接的に通信可能な範囲に所在する必要が有る。連携対象の各デバイス４０間による直接的な通信によって、当該各デバイス４０間で共通のグループＩＤが決定されるからである。
【００５５】
続いて、連携対象の各デバイス４０は、それぞれが生成したグループビーコンを送信する（Ｓ２０２）。なお、連携対象の各デバイス４０が送信するグループビーコンには、共通のグループＩＤが含まれている。
【００５６】
ゲートウェイ１０は、或るデバイス４０から送信されるグループビーコンを検出すると、デバイス管理用ＵＲＬと、暗号ＩＤと、デバイスＩＤとを当該グループビーコンから抽出する。ゲートウェイ１０は、抽出されたデバイス管理用ＵＲＬ宛に、当該暗号ＩＤと当該デバイスＩＤと、当該ゲートウェイ１０のゲートウェイＩＤとを含むメッセージを送信する（Ｓ２０３）。当該デバイス管理用ＵＲＬに対応するデバイス管理サーバ２０の認証部２２は、当該ゲートウェイＩＤに関して認証処理を実行する（Ｓ２０４）。例えば、当該ゲートウェイＩＤが、当該デバイスＩＤに対応付けられてデバイス情報記憶部２６に記憶されていれば、認証は成功する。そうでなければ、認証は失敗する。認証に失敗した場合、以降の処理は中止される。
【００５７】
認証に成功した場合、デバイス管理サーバ２０の復号部２３は、当該デバイスＩＤに対応付けられてデバイス情報記憶部２６に記憶されている共通鍵で暗号ＩＤを復号する（Ｓ２０５）。その結果、平文のグループＩＤ等が得られる。続いて、デバイス管理サーバ２０の調停要求部２４は、当該デバイスＩＤに対応付けられてデバイス情報記憶部２６に記憶されている調停用ＵＲＬ宛に、当該グループＩＤ、当該デバイスＩＤ、及び当該デバイスＩＤに対応付けられてデバイス情報記憶部２６に記憶されているアプリ情報等を含む調停要求を送信する（Ｓ２０６）。なお、ステップＳ２０１〜Ｓ２０６は、連携対象の各デバイス４０について実行される。したがって、調停サーバ３０は、ほぼ同時期に、連携対象のデバイス４０ごとに調停要求を受信する。但し、連携対象の各デバイス４０に係る調停要求は、共通のデバイス管理サーバ２０から受信されるとは限らない。連携対象の各デバイス４０に設定されているデバイス管理用ＵＲＬが異なる場合が有るからである。
【００５８】
続いて、調停サーバ３０の調停部３１は、受信された調停要求の履歴のうち、グループＩＤが共通する調停要求に含まれているデバイスＩＤの一覧の生成等を行う（Ｓ２０７）。この際、グループＩＤが共通する各調停要求に含まれているアプリ情報について、調停も行われる。すなわち、連携対象とされた各デバイス４０についてデバイス管理サーバ２０に登録されているアプリ情報が同じであるとは限らない。一方で、ゲートウェイ１０において、一つのグループに対して起動されるアプリケーションは一つである。そこで、調停部３１は、グループＩＤが共通する調停要求に含まれているアプリ情報の中から一つのアプリ情報を選択する。
【００５９】
続いて、調停部３１は、例えば、デバイスＩＤの一覧や選択されたアプリ情報等を含む調停結果を、調停要求の送信元のデバイス管理サーバ２０へ送信する（Ｓ２０８）。
【００６０】
デバイス管理サーバ２０の設定ファイル生成部２５は、当該調停結果を受信すると、当該調停結果に含まれているデバイスＩＤの一覧及びアプリ情報と、ステップＳ２０３において受信したデバイスＩＤと、当該デバイスＩＤに対応付けられてデバイス情報記憶部２６に記憶されているホワイトリスト及び接続情報と、ステップＳ２０５において復号されたグループＩＤとを含む設定ファイルを生成する。設定ファイル生成部２５は、生成した設定ファイルを、ステップＳ２０３に係るメッセージの送信元のゲートウェイ１０に送信する（Ｓ２０９）。
【００６１】
ゲートウェイ１０の接続設定部１２は、設定ファイルを受信すると、当該設定ファイルに含まれている情報をゲートウェイ１０に記憶する。続いて、ゲートウェイ１０の中継部１３は、当該設定ファイルに含まれている接続情報に基づいて、ステップＳ２０２におけるグループビーコンの送信元のデバイス４０と接続する（Ｓ２１０）。
【００６２】
ステップＳ２０１〜Ｓ２１０は、連携対象のデバイス４０ごとに実行される。したがって、図１の（１）又は（２）に示した接続形態が実現される。中継部１３は、デバイス４０と接続された状態において、デバイス４０間の通信を、グループＩＤが共通するデバイス４０同士の通信に限定する。また、中継部１３は、或るデバイス４０のＡＰＩについて、他のデバイス４０からのアクセスを、当該或るデバイス４０に対応するホワイトリストに基づいて制限する。
【００６３】
続いて、ステップＳ２０１の詳細について説明する。図８は、デバイスによるグループビーコン生成処理の処理手順の一例を説明するためのフローチャートである。
【００６４】
デバイス４０のＩＤ決定部４１は、ユーザによるグルーピング操作を検知すると、まず、他のデバイス４０からの候補ビーコンの受信を試みる（Ｓ３０１）。候補ビーコンとは、グループＩＤの候補を含むビーコンをいい、グループＩＤの決定後に送信されるグループビーコンとは区別される。
【００６５】
候補ビーコンが受信された場合（Ｓ３０２でＹｅｓ）、ステップＳ３１０に進む。候補ビーコンが受信されない場合（Ｓ３０２でＮｏ）、ＩＤ決定部４１は、グループＩＤの候補及びマスター値をランダムに生成する（Ｓ３０３）。マスター値は、例えば、１以上２５６以下の整数である。続いて、ＩＤ決定部４１は、生成したグループＩＤの候補をＩＤ記憶部４５に記憶する（Ｓ３０４）。続いて、ＩＤ決定部４１は、候補ビーコンを送信する（Ｓ３０５）。候補ビーコンには、ステップＳ３０３において生成されたグループＩＤの候補とマスター値とが含まれる。この際、ＩＤ決定部４１は、デバイス４０の所定のランプを青く点滅させる。すなわち、青の点滅は、候補ビーコンを送信中であることを示す。
【００６６】
続いて、ＩＤ決定部４１は、例えば、（１／マスター値）分の秒数だけ、他のデバイス４０からの候補ビーコンの受信を待機する（Ｓ３０６）。待機時間は、マスター値の逆数であるため、マスター値が大きいデバイス４０程、待機時間が短くなる。他のデバイス４０からの候補ビーコンが受信されない場合（Ｓ３０７でＮｏ）、ステップＳ３０９に進む。他のデバイス４０からの候補ビーコンが受信された場合（Ｓ３０７でＹｅｓ）、ＩＤ決定部４１は、受信された候補ビーコンに含まれているマスター値（以下、「受信マスター値」という。）と、ステップＳ３０３において生成された自らのマスター値（以下、「自マスター値」という。）とを比較する（Ｓ３０８）。自マスター値が受信マスター値以上である場合（Ｓ３０８でＮｏ）、グルーピング操作（ボタンの押下等）が解除されるまで（Ｓ３０９）、ステップＳ３０５以降が実行される。すなわち、一度、候補ビーコンの送信を開始したデバイス４０は、自マスター値よりも大きなマスター値を含む候補ビーコンを受信しない限り、グルーピング操作が解除されるまで、当該候補ビーコンの送信を継続する。
【００６７】
一方、受信マスター値が、自マスター値より大きい場合（Ｓ３０８でＹｅｓ）、ステップＳ３１０に進む。
【００６８】
ステップＳ３１０において、ＩＤ決定部４１は、受信した候補ビーコンに含まれているグループＩＤの候補をＩＤ記憶部４５に記憶する。既にＩＤ記憶部４５にグループＩＤの候補が記憶されている場合には、既に記憶されているグループＩＤの候補が、受信されたグループＩＤの候補によって上書きされる。続いて、ＩＤ決定部４１は、他のデバイス４０からの候補ビーコンの受信を所定時間待機する（Ｓ３１１）。この際、ＩＤ決定部４１は、デバイス４０の所定のランプを黄色に点滅させる。すなわち、黄色の点滅は、自らは候補ビーコンを発信しておらず、他のデバイス４０からの候補ビーコンの受信を待機していることを示す。
【００６９】
候補ビーコンが受信されない場合（Ｓ３１２でＮｏ）、ステップＳ３１６に進む。候補ビーコンが受信された場合（Ｓ３１２でＹｅｓ）、ＩＤ決定部４１は、受信マスター値と、ＩＤ記憶部４５に記憶されているマスター値（以下、「記憶マスター値」という。）とを比較する（Ｓ３１３）。記憶マスター値より受信マスター値が大きい場合（Ｓ３１３でＹｅｓ）、ＩＤ決定部４１は、ＩＤ記憶部４５に記憶されているグループＩＤの候補を、受信された候補ビーコンに含まれているグループＩＤの候補によって上書きする（Ｓ３１４）。
【００７０】
青色に点滅している場合、グルーピング操作が解除されるまで、ステップＳ３０５以降が繰り返される。また、黄色に点滅している場合、グルーピング操作が解除されるまで、ステップＳ３１１以降が繰り返される。
【００７１】
ステップＳ３０１〜Ｓ３１４が、グルーピング操作の対象とされた２以上のデバイス４０によって実行されることで、いずれか一つのデバイス４０が青色に点滅し、他の全てのデバイス４０が黄色に点滅すると、ユーザは、グルーピング操作を解除（例えば、ボタンの押下を解除）する（Ｓ３０９でＹｅｓ）。このような状態は、青色に点滅しているデバイス４０が、マスターであり、黄色に点滅しているデバイス４０が、マスターのデバイス４０によって生成されたグループＩＤの候補を記憶している状態である。
【００７２】
デバイス４０が青色に点滅している状態においてグルーピング操作が解除されると（Ｓ３０９でＹｅｓ）、ＩＤ決定部４１は、マスターフラグに１を代入する（Ｓ３１５）。マスターフラグは、当該デバイス４０がマスターであるか否かを示すデータである。マスターとは、当該デバイス４０の生成したグループＩＤ候補がグループＩＤとして採用されたデバイス４０をいう。一方、デバイス４０が黄色に点滅している状態においてグルーピング操作が解除されると（Ｓ３１２でＹｅｓ）、ＩＤ決定部４１は、マスターフラグに０を代入する（Ｓ３１６）。
【００７３】
ステップＳ３１５又はＳ３１６に続いて、暗号化部４２は、ＩＤ記憶部４５にグループＩＤが記憶されているか否かを判定する（Ｓ３１７）。グループＩＤがＩＤ記憶部４５に記憶されていれば（Ｓ３１７でＹｅｓ）、暗号化部４２は、デバイス４０の所定のランプを青色に点灯させる（Ｓ３１８）。続いて、暗号化部４２は、図５のステップＳ１１１においてデバイス４０に記憶されたモノトニック値に１を加算する（Ｓ３１９）。続いて、図５のステップＳ１１１においてデバイス４０に記憶された共通鍵を用いて、グループＩＤ、モノトニック値、及びマスターフラグ等を暗号化して、暗号ＩＤを生成する（Ｓ３２０）。
【００７４】
続いて、ビーコン生成部４３は、デバイス４０に記憶されているデバイス管理用ＵＲＬと暗号ＩＤとを含むグループビーコンを生成する（Ｓ３２１）。
【００７５】
図９は、グループビーコンの構成例を示す図である。図９に示されるように、グループビーコンのデータ部（Ｄａｔａ）には、デバイス管理用ＵＲＬと、暗号ＩＤとが含まれている。なお、図９には、グループＩＤ、モノトニック値、及びマスターフラグの他に、イベント種別が暗号ＩＤに含まれている例が示されている。イベント種別は、デバイス４０のグルーピングのために行われたグルーピング操作の種別（例えば、ボタンの押下、ＮＦＣタッチ等）を示す情報である。
【００７６】
また、図９では、デバイス管理用ＵＲＬを示す矩形に、暗号ＩＤを示す矩形が包含されている。このことは、暗号ＩＤが、デバイス管理用ＵＲＬの引数として指定されていることを表現する。なお、グループビーコンには、一般的なビーコンと同様に、デバイス４０のデバイスＩＤ（ＭＡＣアドレス）等も含まれている。
【００７７】
ステップＳ３１８において生成され、図９に示されるような構成を有するグループビーコンが、図７のステップＳ２０２において送信される。
【００７８】
続いて、ゲートウェイ１０が実行する処理手順について説明する。図１０は、グループビーコンの検知に応じてゲートウェイが実行する処理手順の一例を説明するためのフローチャートである。すなわち、図１０は、図７においてゲートウェイ１０が実行する処理手順を詳細に説明するための図である。
【００７９】
デバイス発見部１１は、グループビーコンの受信を待機している（Ｓ４０１）。一方、接続設定部１２は、デバイス管理サーバ２０からの設定ファイルの受信を待機している（Ｓ４０２）。未発見の或るデバイス４０（以下、「対象デバイス４０」という。）が送信したグループビーコンが受信されると（Ｓ４０１でＹｅｓ）、デバイス発見部１１は、通信リソースに余裕が有るか否かを判定する（Ｓ４０３）。すなわち、ゲートウェイ１０自身が、デバイス４０と接続可能か否かが判定される。通信リソースに余裕が無い場合（Ｓ４０３でＮｏ）、ステップＳ４０１に戻る。
【００８０】
通信リソースに余裕が有る場合（Ｓ４０３でＹｅｓ）、デバイス発見部１１は、当該グループビーコンのデータ部に含まれているデバイス管理用ＵＲＬ宛にデバイス４０を発見したことを示すメッセージ（以下、「デバイス発見メッセージ」という。）を送信する（Ｓ４０４）。なお、既にステップＳ４０４が実行されたグループビーコンと同じグループビーコンが受信された場合、ステップＳ４０４以降は実行されなくてよい。
【００８１】
なお、当該デバイス管理用ＵＲＬの引数には、暗号ＩＤが付加されている。したがって、ステップＳ４０４では、当該デバイス管理用ＵＲＬに対応するデバイス管理サーバ２０に対して暗号ＩＤが送信される。また、デバイス発見メッセージには、当該ゲートウェイ１０のゲートウェイＩＤと、対象デバイス４０のデバイスＩＤとが含まれる。対象デバイス４０のデバイスＩＤは、グループビーコンから抽出される。
【００８２】
一方、ステップＳ４０２において送信されたデバイス発見メッセージに対する応答として、設定ファイル及びセッションＩＤが受信されると（Ｓ４０２でＹｅｓ）、接続設定部１２は、新たに受信された設定ファイルについて、前回受信された設定ファイルとの間に相違が有るか否かを判定する（Ｓ４０５）。ここで、前回受信された設定ファイルとは、新たに受信された設定ファイルがＮ回目に受信された設定ファイルであるとすれば、Ｎ−１回目に受信された設定ファイルをいう。なお、ステップＳ４０５において受信された設定ファイルが、対象デバイス４０のグループビーコンの受信後に初めて受信された設定ファイルであれば（すなわち、Ｎ＝１である場合）、相違は有ると判定される。
【００８３】
設定ファイルが初めて受信された場合、又は新たに受信された設定ファイルと前回受信された設定ファイルとが異なる場合（Ｓ４０５でＹｅｓ）、接続設定部１２は、受信された設定ファイルに含まれている情報をゲートウェイ１０に記憶（上書き）する（Ｓ４０６）。例えば、設定ファイルに含まれているホワイトリストがホワイトリスト記憶部１５に記憶される。ホワイトリストは、設定ファイルに含まれているデバイスＩＤの一覧に係るデバイスＩＤごとに設定ファイルに含まれている。また、設定ファイルに含まれているデバイスＩＤの一覧が、設定ファイルに含まれているグループＩＤに対応付けられてグループ情報記憶部１４に記憶される。
【００８４】
図１１は、グループ情報記憶部の構成例を示す図である。図１１に示されるように、グループ情報記憶部１４には、グループＩＤごとに、当該グループＩＤに対応するデバイスＩＤが記憶されている。なお、図１１において、「ｘｘｘアプリ」は、当該グループＩＤに関してゲートウェイ１０において起動されるアプリケーションの名前である。すなわち、受信された設定ファイルに含まれているアプリ情報が示すアプリケーションの名前である。当該アプリケーションについても、当該グループＩＤに対応するデバイス４０との通信を許可する必要が有るため、その名前が当該グループＩＤに対応付けられる。
【００８５】
また、図１１において、「＜ＩＰアドレス＞：３３：４４：５５：７７」というデバイスＩＤは、＜ＩＰアドレス＞が示す他のゲートウェイ１０に接続されているデバイス４０のデバイスＩＤである。例えば、図１の（１）に示されるような接続形態が採用された場合に、他のゲートウェイ１０に接続されているデバイス４０のデバイスＩＤが、デバイスＩＤの一覧に含まれる。
【００８６】
なお、ステップＳ４０６において、設定ファイルに含まれているグループＩＤに対して既にデバイスＩＤの一覧が対応付けられてグループ情報記憶部１４に記憶されている場合、当該設定ファイルに含まれているデバイスＩＤの一覧によって、当該グループＩＤに対応付けられているデバイスＩＤの一覧が更新される。すなわち、前回と異なる設定ファイルが受信されるたびに、当該グループＩＤに対応付けられるデバイスＩＤが更新される。
【００８７】
なお、セッションＩＤとは、デバイス４０ごとのデバイス発見メッセージに対して割り当てられる識別情報である。したがって、同じゲートウェイ１０からのデバイス発見メッセージであっても、デバイス４０Ａに関するデバイス発見メッセージに対する応答に含まれているセッションＩＤと、デバイス４０Ｂに関するデバイス発見メッセージに対する応答に含まれているセッションＩＤとは異なる。
【００８８】
続いて、中継部１３は、当該設定ファイルに含まれている接続情報（ＳＳＩＤ及びポスワード等）に基づいて、対象デバイス４０に接続する（Ｓ４０７）。
【００８９】
接続に成功すると（Ｓ４０８でＹｅｓ）、中継部１３は、設定ファイルに含まれているアプリ情報に係るアプリケーションが起動済みであるか否かを判定する（Ｓ４０９）。当該アプリケーションが起動されていない場合（Ｓ４０９でＮｏ）、中継部１３は、当該アプリケーションを起動させる（Ｓ４１０）。なお、そもそも当該アプリケーションがゲートウェイ１０にインストールされていない場合、接続設定部１２は、当該アプリケーションのインストールを実行する。この際、アプリ情報が示すＵＲＬ等から当該アプリケーションがダウンロードされてもよい。
【００９０】
続いて、中継部１３は、設定ファイルの再送信を要求するメッセージ（以下、「再送信要求メッセージ」という。）を、設定ファイルの送信元のデバイス管理サーバ２０に送信する（Ｓ４１１）。再送信要求メッセージには、例えば、ステップＳ４０２において受信されたセッションＩＤと、ステップＳ４０２において受信された設定ファイルに含まれているグループＩＤと、新たに接続されたデバイス４０のデバイスＩＤとが含まれる。
【００９１】
なお、再送信要求メッセージは、図１の（１）の形態のように、２以上のゲートウェイ１０が利用される場合において、他のゲートウェイ１０に対する他のデバイス４０の接続に応じて更新された設定ファイルを受信するために送信される。再送信要求メッセージにおいて返信される設定ファイルは、ステップＳ４０２において受信される。この場合、新たに受信された設定ファイルと前回受信された設定ファイルとの間に相違点が無ければ、ステップＳ４０６〜Ｓ４１０は実行されずに、再び再送信要求メッセージが送信される。すなわち、ゲートウェイ１０は、設定ファイルを繰り返し受信する。
【００９２】
図１２は、接続先のデバイスからのデータの受信に応じてゲートウェイが実行する処理手順の一例を説明するためのフローチャートである。図１２の処理手順は、図１０の処理手順によって、同じグループに属する各デバイス４０がゲートウェイ１０に接続された後に実行される。
【００９３】
中継部１３は、ゲートウェイ１０に接続されているいずれかのデバイス４０から、又は他のゲートウェイ１０から、他のデバイス４０への送信データを受信すると（Ｓ４５１でＹｅｓ）、当該送信データの送信元のデバイスＩＤと、送信先のデバイスＩＤとのそれぞれに対応付いているグループＩＤを、グループ情報記憶部１４から取得する（Ｓ４５２）。なお、送信元のデバイスＩＤと送信先のデバイスＩＤとは、送信データに含まれている。また、他のゲートウェイ１０からの送信データについては、当該他のゲートウェイ１０のＩＰアドレスも含まれている。
【００９４】
続いて、中継部１３は、送信元及び送信先のそれぞれに対応するグループＩＤが一致するか否かを判定する（Ｓ４５３）。送信元及び送信先のそれぞれに対応するグループＩＤが一致する場合（Ｓ４５３でＹｅｓ）、中継部１３は、当該送信データにおいてアクセスが要求されているＡＰＩへのアクセスが、送信先のデバイス４０のデバイスＩＤに対応付けられてホワイトリスト記憶部１５に記憶されているホワイトリストにおいて許可されているか否かを判定する（Ｓ４５４）。当該アクセスが許可されている場合（Ｓ４５４でＹｅｓ）、中継部１３は、当該送信データについて中継処理（ルーティング処理）を実行する（Ｓ４５５）。すなわち、当該送信データが、送信先のデバイス４０に送信される。
【００９５】
一方、送信元及び送信先のそれぞれに対応するグループＩＤが一致しない場合（Ｓ４５３でＮｏ）、又は送信データにおいて要求されているアクセスが許可されていない場合（Ｓ４５４でＮｏ）、中継部１３は、中継処理を実行しない。すなわち、この場合、送信元のデバイス４０から送信先のデバイス４０に対するアクセスは制限される。
【００９６】
続いて、デバイス管理サーバ２０が実行する処理手順について説明する。図１３は、デバイス管理サーバが実行する処理手順の一例を説明するためのフローチャートである。図１３は、図７においてデバイス管理サーバ２０が実行する処理手順を詳細に説明するための図である。
【００９７】
デバイス管理サーバ２０の認証部２２は、いずれかのゲートウェイ１０からのメッセージ（デバイス発見メッセージ又は再送信要求メッセージ）の受信を待機している（Ｓ５０１）。また、調停要求部２４は、調停サーバ３０からの調停結果の受信を待機している（Ｓ５０８）。
【００９８】
或るゲートウェイ１０（以下、「対象ゲートウェイ１０」という。）からのメッセージが受信されると（Ｓ５０１でＹｅｓ）、認証部２２は、当該メッセージにセッションＩＤが含まれているか否かを判定する（Ｓ５０２）。当該メッセージにセッションＩＤが含まれていない場合（Ｓ５０２でＹｅｓ）、当該メッセージは、デバイス管理用ＵＲＬ宛のデバイス発見メッセージである。そこで、認証部２２は、当該デバイス発見メッセージに含まれているゲートウェイＩＤに基づいて、対象ゲートウェイ１０について認証処理を実行する（Ｓ５０３）。例えば、当該ゲートウェイＩＤが、当該デバイスＩＤに対応付けられてデバイス情報記憶部２６に記憶されていれば、認証は成功する。そうでなければ、認証は失敗する。認証に成功した場合（Ｓ５０４でＹｅｓ）、ステップＳ５０５以降が実行される。
【００９９】
ステップＳ５０５において、復号部２３は、デバイス発見メッセージにおいて、デバイス管理用ＵＲＬの引数として含まれている暗号ＩＤを、デバイス発見メッセージに含まれているデバイスＩＤ（以下、「対象デバイスＩＤ」という。）に対応付けられてデバイス情報記憶部２６に記憶されている共通鍵で復号する。その結果、グループＩＤ、マスターフラグ、イベント種別、及びモノトニック値のそれぞれの平文が取得される。
【０１００】
続いて、復号部２３は、復号されたモノトニック値の正否を判定する（Ｓ５０６）。例えば、復号されたモノトニック値が、対象デバイスＩＤに対応付けられてデバイス情報記憶部２６に記憶されているモノトニック値よりも大きければ、復号されたモノトニック値は正しいと判定される。復号されたモノトニック値が、対象デバイスＩＤに対応付けられてデバイス情報記憶部２６に記憶されているモノトニック値以下であれば、復号されたモノトニック値は正しくないと判定される。
【０１０１】
復号されたモノトニック値が正しい場合（Ｓ５０６でＹｅｓ）、調停要求部２４は、対象デバイスＩＤに対応付けられてデバイス情報記憶部２６に記憶されている調停用ＵＲＬ宛に、復号されたグループＩＤ、復号されたマスターフラグ、対象デバイスＩＤに対応付けられてデバイス情報記憶部２６に記憶されているアプリ情報、対象デバイスＩＤ、及び対象ゲートウェイ１０のＩＰアドレスを含む調停要求を送信する（Ｓ５０７）。続いて、ステップＳ５０１に戻る。
【０１０２】
一方、ステップＳ５０１において受信されたゲートウェイ１０からのメッセージにセッションＩＤが含まれている場合（Ｓ５０２）、当該メッセージは、再送信要求メッセージである。そこで、この場合には、ステップＳ５０３〜Ｓ５０６は実行されずに、ステップＳ５０７が実行される。この際、ステップＳ５０７において送信される調停要求には、再送信要求メッセージに含まれているグループＩＤ及びデバイスＩＤと、再送信要求メッセージの送信元のゲートウェイ１０のＩＰアドレスが含まれる。
【０１０３】
また、ステップＳ５０７において送信された調停要求に対する調停結果が調停サーバ３０から受信されると（Ｓ５０８でＹｅｓ）、設定ファイル生成部２５は、設定ファイルを生成する（Ｓ５０９）。具体的には、当該調停結果が示すアプリ情報及びデバイスＩＤの一覧と、当該一覧に係る各デバイス４０に対応付けられてデバイス情報記憶部２６に記憶されているホワイトリスト及び接続情報と、対象デバイスＩＤと、復号されたグループＩＤとを含む設定ファイルが生成される。なお、ステップＳ５０９において、設定ファイル生成部２５は、対象デバイスＩＤに係るデバイス４０に対応するセッションＩＤも生成する。
【０１０４】
続いて、設定ファイル生成部２５は、生成した設定ファイル及びセッションＩＤを、対象ゲートウェイ１０に送信する（Ｓ５１０）。
【０１０５】
続いて、調停サーバ３０が実行する処理手順について説明する。図１４は、調停サーバが実行する処理手順の一例を説明するためのフローチャートである。図１４は、図７において調停サーバ３０が実行する処理手順を詳細に説明するための図である。
【０１０６】
調停部３１は、いずれかのデバイス管理サーバ２０（以下、「対象デバイス管理サーバ２０」という。）から送信された調停要求を受信すると（Ｓ６０１でＹｅｓ）、当該調停要求（以下、「対象調停要求」という。）に含まれている情報を、履歴記憶部３２に記憶する（Ｓ６０２）。
【０１０７】
図１５は、履歴記憶部の構成例を示す図である。図１５に示されるように、履歴記憶部３２は、これまでに受信された調停要求ごとに、当該調停要求に含まれていたグループＩＤ、ゲートウェイ１０のＩＰアドレス、デバイスＩＤ、及びマスターフラグ等を記憶する。
【０１０８】
ステップＳ６０２では、対象調停要求に含まれていたグループＩＤ（以下、「対象グループＩＤ」という。）、ゲートウェイのＩＰアドレス、デバイスＩＤ、及びマスターフラグ等を含むレコードが、履歴記憶部３２に追加される。
【０１０９】
続いて、調停部３１は、対象調停フラグに含まれているマスターフラグの値が１であるか否かを判定する（Ｓ６０３）。当該マスターフラグが０である場合（Ｓ６０３でＮｏ）、調停部３１は、対象グループＩＤに関して、マスターフラグが１である調停要求を受信済みであるか否かを、履歴記憶部３２を参照して判定する（Ｓ６０４）。該当する調停要求を受信済みでない場合（Ｓ６０４でＮｏ）、ステップＳ６０１に戻る。したがって、この場合、調停結果は対象デバイス管理サーバ２０に返信されない。
【０１１０】
当該マスターフラグが１である場合（Ｓ６０３でＹｅｓ）、又は対象グループＩＤに関してマスターフラグが１である調停要求を受信済みである場合（Ｓ６０４でＹｅｓ）、調停部３１は、対象グループＩＤに関して、マスターフラグが１であるレコードのアプリ情報を履歴記憶部３２から取得する（Ｓ６０５）。すなわち、対象グループＩＤに係るグループに属するデバイス４０のうち、マスターのデバイス４０に対応するアプリ情報が選択される。但し、他の方法によってアプリ情報が選択されてもよい。例えば、履歴記憶部３２において対象グループＩＤを含むレコードのうち、最も多いアプリ情報が選択されてもよい。
【０１１１】
続いて、調停部３１は、対象デバイス４０グループＩＤを含む各レコードのデバイスＩＤの一覧を生成する（Ｓ６０６）。この際、対象調停要求に含まれているゲートウェイ１０のＩＰアドレスと、異なるＩＰアドレスを含むレコードのデバイスＩＤには、当該レコードのＩＰアドレスが付加される。
【０１１２】
続いて、調停部３１は、ステップＳ６０５において取得されたアプリ情報と、ステップＳ６０６において生成されたデバイスＩＤの一覧とを含む調停結果を、対象デバイス管理サーバ２０へ送信する（Ｓ６０７）。
【０１１３】
上記において説明した処理手順を具体的な構成例に当てはめて説明する。図１６は、第１の構成例における処理手順を説明するための図である。図１６は、図１の（２）に対応する。
【０１１４】
ユーザによって、グルーピング操作として、デバイス４０ａ及びデバイス４０ｂのそれぞれのボタンが押下されると（Ｓ１）、デバイス４０ａ及びデバイス４０ｂにおいて、図８の処理手順が実行されてグループＩＤが決定される（Ｓ２）。デバイス４０ａ及びデバイス４０ｂのそれぞれは、当該グループＩＤを含むグループビーコンを送信する（Ｓ３ａ、Ｓ３ｂ）。ゲートウェイ１０は、デバイス４０ａからのグループビーコン及びデバイス４０ｂからのグループビーコンのそれぞれを受信するたびに、当該グループビーコンに含まれているデバイス管理用ＵＲＬにアクセスする（Ｓ４）。デバイス管理サーバ２０は、当該アクセスに応じて、調停要求を調停サーバ３０に送信する（Ｓ５）。調停サーバ３０は、マスターのデバイス４０に対応する調停要求が受信されたら、アプリ情報を選択して、デバイスＩＤの一覧を生成する。調停サーバ３０は、当該アプリ情報及び当該デバイスＩＤの一覧を含む調停結果をデバイス管理サーバ２０へ送信する（Ｓ６）。デバイス管理サーバ２０は、当該調停結果を含む設定ファイルを生成し、当該設定ファイルをゲートウェイ１０に送信する（Ｓ７）。ゲートウェイ１０は、当該設定ファイルに基づいて、各デバイス４０と接続し、デバイス４０間の通信を中継する。
【０１１５】
図１７は、第２の構成例における処理手順を説明するための図である。図１７中、図１６と同一ステップには、同一ステップ番号を付し、その説明は省略する。図１７は、図１の（１）に対応する。
【０１１６】
デバイス４０ａとデバイス４０ｂとは、同じグループに属するとして、共通のグループＩＤが割り当てられているとする（Ｓ１、Ｓ２）。
【０１１７】
ゲートウェイ１０ａは、デバイス４０ａからのグループビーコンを受信すると（Ｓ３ａ）、デバイス４０ａに対応するデバイス管理サーバ２０ａへアクセスする（Ｓ４ａ）。デバイス管理サーバ２０ａは、調停サーバ３０へ調停要求を送信する（Ｓ５ａ）。一方、ゲートウェイ１０ｂは、デバイス４０ｂからのグループビーコンを受信すると（Ｓ３ｂ）、デバイス４０ｂに対応するデバイス管理サーバ２０ｂへアクセスする（Ｓ４ｂ）。デバイス管理サーバ２０ｂは、調停サーバ３０へ調停要求を送信する（Ｓ５ｂ）。
【０１１８】
調停サーバ３０は、マスターのデバイス４０に対応する調停要求が受信されたら、アプリ情報を選択して、デバイスＩＤの一覧を生成する。例えば、デバイス４０ａがマスターである場合、調停サーバ３０は、デバイス管理サーバ２０ａからの調停要求の受信に応じて（Ｓ５ａ）、アプリ情報を選択して、デバイスＩＤの一覧を生成する。この際、デバイス管理サーバ２０ｂからの調停要求が受信されていなければ、当該一覧には、デバイス４０ａのデバイスＩＤのみが含まれることになる。したがって、この場合、調停サーバ３０は、デバイス４０ａのデバイスＩＤのみを含む一覧と、アプリ情報とをデバイス管理サーバ２０へ送信する（Ｓ６ａ）。デバイス管理サーバ２０ａは、当該調停結果を含む設定ファイルを生成し、当該設定ファイルをゲートウェイ１０ａに送信する（Ｓ７ａ）。ゲートウェイ１０ａは、当該設定ファイルに基づいて、デバイス４０ａと接続する。
【０１１９】
その後、調停サーバ３０は、デバイス管理サーバ２０ｂからの調停要求を受信すると（Ｓ５ｂ）、既に選択されたアプリ情報と、デバイス４０ａのデバイスＩＤ及びデバイス４０ｂのデバイスＩＤを含むデバイスＩＤの一覧を生成する。調停サーバ３０は、当該アプリ情報及び当該デバイスＩＤの一覧を含む調停結果をデバイス管理サーバ２０ｂへ送信する（Ｓ６ｂ）。デバイス管理サーバ２０ｂは、当該調停結果を含む設定ファイルを生成し、当該設定ファイルをゲートウェイ１０ｂに送信する（Ｓ７ｂ）。ゲートウェイ１０ｂは、当該設定ファイルに基づいて、各デバイス４０ｂと接続する。また、ゲートウェイ１０ｂは、当該設定ファイルに含まれているデバイスＩＤの一覧に基づいて、ゲートウェイ１０ａ経由で受信するデバイス４０ａからの送信データについては、デバイス４０ｂに中継し、デバイス４０ｂからのデバイス４０ａへの送信データについては、ゲートウェイ１０ａに中継する。
【０１２０】
一方、ゲートウェイ１０ａは、デバイス４０ａとの接続後、再送信要求メッセージを、デバイス管理サーバ２０ａに繰り返し送信している（Ｓ４ａ）。デバイス管理サーバ２０ａは、繰り返し送信される再送信要求メッセージに応じて、調停要求を調停サーバ３０に繰り返し送信している（Ｓ５ａ）。調停要求が繰り返される過程において、デバイス管理サーバ２０ｂからの調停要求の受信後におけるデバイス管理サーバ２０ａからの調停要求に対する調停結果には、デバイス４０ａ及びデバイス４０ｂの双方のデバイスＩＤを含む一覧がデバイス管理サーバ２０ａに返信される（Ｓ６ａ）。デバイス管理サーバ２０ａは、当該調停結果を含む設定ファイルを生成し、当該設定ファイルをゲートウェイ１０ａに送信する（Ｓ７ａ）。ゲートウェイ１０ａは、当該設定ファイルに基づいて、当該設定ファイルに含まれているデバイスＩＤの一覧に基づいて、ゲートウェイ１０ｂ経由で受信するデバイス４０ｂからの送信データをデバイス４０ａに中継し、デバイス４０ａからデバイス４０ｂへの送信データを、ゲートウェイ１０ｂに中継するようになる。
【０１２１】
なお、調停サーバ３０が、クラウドサービスのように、広範囲（例えば、日本中又は世界中等）にわたってサービスを提供する場合、無関係なデバイス４０間においてグループＩＤが偶然に一致してしまう可能性も有る。このような事態を避けるために、ゲートウェイ１０は、図１０のステップＳ４０４において、ゲートウェイ１０のＧＰＳ（Global  Positioning  System）機能によって測位された位置情報及びゲートウェイ１０の時計が示す時刻情報の双方又はいずれか一方をデバイス管理サーバ２０に送信してもよい。デバイス管理サーバ２０は、当該位置情報、当該時刻情報を調停要求に含めて調停サーバ３０に送信してもよい。調停サーバ３０はグループＩＤと共に位置情報及び時刻情報のすくなくともいずれか一方を利用して、グループを識別してもよい。すなわち、グループＩＤが同じであり、位置情報及び時刻情報の差異が所定の範囲内であるデバイス４０同士が同じグループに属すると判定されてもよい。
【０１２２】
また、グルーピング操作（イベント種別）に応じて、選択されるアプリ情報が変えられてもよい。この場合、図５のＳ１２０及びＳ１２１では、対象のデバイス４０について、イベント種別ごとにアプリ情報がデバイス管理サーバ２０に登録される。デバイス管理サーバ２０は、図１３のステップＳ５０５において復号された暗号ＩＤに含まれているイベント種別に対応するアプリ情報を、調停要求に含めて調停サーバ３０に送信すればよい。
【０１２３】
上述したように、本実施の形態によれば、ユーザは、相互に通信を許可したいデバイス４０群に対してグルーピング操作を行うことで、当該デバイス４０群の通信を可能とすることができる。換言すれば、他のデバイス４０からの当該デバイス４０群へ通信を制限することができる。したがって、相互通信可能なデバイス４０群を制限するための設定作業を簡便化することができる。
【０１２４】
なお、本実施の形態におけるデバイス４０として、センサが適用されてもよい。例えば、ユーザは、同じサーバへ計測値をアップロードさせたいセンサ群について、予めグルーピング操作をしておく。その結果、当該センサ群に含まれる各センサは、同じグループＩＤを含むグループビーコンを送信する。１又は複数のゲートウェイ１０は、センサからグループビーコンを受信すると、当該グループビーコンに係るグループに対応する設定ファイルをデバイス管理サーバ２０から取得する。ここで、当該設定ファイルには、当該センサの計測値をアップロードする処理を実行するアプリケーションのアプリ情報が含まれていれば、ゲートウェイ１０は、接続されたセンサからの計測値を、所定のサーバにアップロードするようになる。複数のゲートウェイ１０が利用される場合であっても、共通のグループＩＤに係るセンサ群に関しては、同じアプリケーションが選択される。したがって、各ゲートウェイ１０は、共通のサーバに対して、それぞれのセンサによる計測値を送信するようになる。
【０１２５】
また、本実施の形態は、企業等におけるデバイス４０の管理に適用されてもよい。ここでは、プロジェクタを管理対象のデバイス４０として説明する。また、この例では、企業の従業員が個人で所有するスマートフォンが、ゲートウェイ１０に相当する。図５の処理によって、各デバイス４０にアクセス可能なスマートフォンが、デバイス管理サーバ２０に登録される。その結果、或る従業員が、自らのスマートフォンと、企業が所有するプロジェクタとを接続しようとすると、当該スマートフォンは、図１０の処理手順を実行する。したがって、当該スマートフォンは、ステップＳ４０４において、当該デバイス管理サーバ２０にアクセスする。デバイス管理サーバ２０は、当該アクセスに応じ、図１３のステップＳ５０３において、当該スマートフォンについて認証を行う。したがって、当該スマートフォンが、当該プロジェクトと接続可能なスマートフォンとして予め登録されている場合に限り、認証は成功する。認証に成功した場合、当該スマートフォンには、プロジェクタに対応する設定ファイルが送信され、スマートフォンは、当該プロジェクタと通信することができる。一方、認証に失敗した場合、当該スマートフォンは、当該プロジェクタと通信することができない。このように、企業が所有するデバイス４０に対するアクセスを制限することができる。
【０１２６】
なお、本実施の形態において、ゲートウェイ１０、デバイス管理サーバ２０、及び調停サーバ３０は、情報処理システムの一例である。ゲートウェイ１０は、情報処理装置又は第１の情報処理装置の一例である。デバイス管理サーバ２０及び調停サーバ３０は、第２の情報処理装置の一例である。デバイス発見部１１は、受信部及び第１の送信部の一例である。設定ファイル生成部２５は、第２の送信部の一例である。グループＩＤは、第１の識別情報の一例である。デバイスＩＤは、第２の識別情報の一例である。
【０１２７】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１２８】
以上の説明に関し、更に以下の項を開示する。
（付記１）
機器間の通信を中継可能な１以上の第１の情報処理装置と、前記第１の情報処理装置にネットワークを介して接続される第２の情報処理装置とを含む情報処理システムであって、
前記第１の情報処理装置は、
ユーザによって所定の操作が行われた複数の機器が送信し、当該複数の機器に対して値が共通する第１の識別情報を含むビーコンを、前記複数の機器のうちの１以上の機器から受信する受信部と、
前記受信部によって受信されたビーコンに含まれている、第１の識別情報と当該ビーコンの送信元の機器を識別する第２の識別情報とを、前記第２の情報処理装置へ送信する第１の送信部と、
前記第２の情報処理装置から送信される第２の識別情報の一覧に係る機器間の通信を中継する中継部とを有し、
前記第２の情報処理装置は、
１つの前記第１の情報処理装置から受信した複数の第１の識別情報、又は複数の前記第１の情報処理装置から受信した複数の第１の識別情報の中で、値が共通する第１の識別情報に関連して受信された第２の識別情報の一覧を、前記１つの第１の情報処理装置又は前記複数の第１の情報処理装置に送信する第２の送信部と、
を有することを特徴とする情報処理システム。
（付記２）
前記第２の送信部は、前記第２の識別情報の一覧と、当該一覧に含まれる第２の識別情報のそれぞれに対応付けられて記憶されている、機器のインタフェースごとのアクセスの可否を示す情報とを、前記第１の情報処理装置に送信し、
前記中継部は、前記インタフェースごとのアクセスの可否を示す情報に基づいて、前記機器間の通信を制限する、
ことを特徴とする付記１記載の情報処理システム。
（付記３）
前記第２の送信部は、前記第２の識別情報の一覧と、当該一覧に含まれる第２の識別情報のそれぞれに対応付けられて記憶されている、プログラムに関する情報とを、前記第１の情報処理装置に送信し、
前記第１の情報処理装置は、
前記プログラムに関する情報に基づいて、当該プログラムを起動する、
ことを特徴とする付記１記載の情報処理システム。
（付記４）
機器間の通信を中継可能な情報処理装置であって、
ユーザによって所定の操作が行われた複数の機器が送信し、当該複数の機器に対して値が共通する第１の識別情報を含むビーコンを、前記複数の機器のうちの１以上の機器から受信する受信部と、
前記受信部によって受信されたビーコンに含まれている、第１の識別情報と当該ビーコンの送信元の機器を識別する第２の識別情報とを、ネットワークを介して接続される第２の情報処理装置へ送信する第１の送信部と、
前記第２の情報処理装置から送信される第２の識別情報の一覧に係る機器間の通信を中継する中継部とを有し、
前記第２の情報処理装置は、
１つの前記情報処理装置から受信した複数の第１の識別情報、又は複数の前記情報処理装置から受信した複数の第１の識別情報の中で、値が共通する第１の識別情報に関連して受信された第２の識別情報の一覧を、前記１つの情報処理装置又は前記複数の情報処理装置に送信する、
ことを特徴とする情報処理装置。
（付記５）
機器間の通信を中継可能な１以上の第１の情報処理装置と、前記第１の情報処理装置にネットワークを介して接続される第２の情報処理装置とが実行する情報処理方法であって、
前記第１の情報処理装置が、
ユーザによって所定の操作が行われた複数の機器が送信し、当該複数の機器に対して値が共通する第１の識別情報を含むビーコンを、前記複数の機器のうちの１以上の機器から受信し、
受信されたビーコンに含まれている、第１の識別情報と当該ビーコンの送信元の機器を識別する第２の識別情報とを、前記第２の情報処理装置へ送信し、
前記第２の情報処理装置から送信される第２の識別情報の一覧に係る機器間の通信を中継すする処理を実行し、
前記第２の情報処理装置が、
１つの前記第１の情報処理装置から受信した複数の第１の識別情報、又は複数の前記第１の情報処理装置から受信した複数の第１の識別情報の中で、値が共通する第１の識別情報に関連して受信された第２の識別情報の一覧を、前記１つの第１の情報処理装置又は前記複数の第１の情報処理装置に送信する処理を実行する、
ことを特徴とする情報処理方法。
（付記６）
前記第２の情報処理装置が、
前記第２の識別情報の一覧と、当該一覧に含まれる第２の識別情報のそれぞれに対応付けられて記憶されている、機器のインタフェースごとのアクセスの可否を示す情報とを、前記第１の情報処理装置に送信し、
前記第１の情報処理装置が、
前記インタフェースごとのアクセスの可否を示す情報に基づいて、前記機器間の通信を制限する、
ことを特徴とする付記５記載の情報処理システム。
（付記７）
前記第２の情報処理装置が、
前記第２の識別情報の一覧と、当該一覧に含まれる第２の識別情報のそれぞれに対応付けられて記憶されている、プログラムに関する情報とを、前記第１の情報処理装置に送信し、
前記第１の情報処理装置が、
前記プログラムに関する情報に基づいて、当該プログラムを起動する、
ことを特徴とする付記５又は６記載の情報処理システム。
（付記８）
機器間の通信を中継可能な情報処理装置に、
ユーザによって所定の操作が行われた複数の機器が送信し、当該複数の機器に対して値が共通する第１の識別情報を含むビーコンを、前記複数の機器のうちの１以上の機器から受信し、
受信されたビーコンに含まれている、第１の識別情報と当該ビーコンの送信元の機器を識別する第２の識別情報とを、ネットワークを介して接続される第２の情報処理装置へ送信し、
前記第２の情報処理装置から送信される第２の識別情報の一覧に係る機器間の通信を中継する処理を実行させ、
前記第２の情報処理装置は、
１つの前記情報処理装置から受信した複数の第１の識別情報、又は複数の前記情報処理装置から受信した複数の第１の識別情報の中で、値が共通する第１の識別情報に関連して受信された第２の識別情報の一覧を、前記１つの情報処理装置又は前記複数の情報処理装置に送信する、
ことを特徴とするプログラム。
【符号の説明】
【０１２９】
１            デバイス連携システム
１０          ゲートウェイ
１１          デバイス発見部
１２          接続設定部
１３          中継部
１４          グループ情報記憶部
１５          ホワイトリスト記憶部
２０          デバイス管理サーバ
２１          デバイス情報設定部
２２          認証部
２３          復号部
２４          調停要求部
２５          設定ファイル生成部
２６          デバイス情報記憶部
３０          調停サーバ
３１          調停部
３２          履歴記憶部
４０          デバイス
４１          ＩＤ決定部
４２          暗号化部
４３          ビーコン生成部
４４          接続処理部
４５          ＩＤ記憶部
１０１        ＣＰＵ
１０２        メモリ
１０３        補助記憶装置
１０４        タッチパネル
１０５        無線通信装置
１１１        表示装置
１１２        入力装置
【図１】
0006558279.tif 000002
【図２】
0006558279.tif 000003
【図３】
0006558279.tif 000004
【図４】
0006558279.tif 000005
【図５】
0006558279.tif 000006
【図６】
0006558279.tif 000007
【図７】
0006558279.tif 000008
【図８】
0006558279.tif 000009
【図９】
0006558279.tif 000010
【図１０】
0006558279.tif 000011
【図１１】
0006558279.tif 000012
【図１２】
0006558279.tif 000013
【図１３】
0006558279.tif 000014
【図１４】
0006558279.tif 000015
【図１５】
0006558279.tif 000016
【図１６】
0006558279.tif 000017
【図１７】
0006558279.tif 000018