JP6053719B2 - ネットワークシステム、サーバ、端末、情報処理方法、およびプログラム - Google Patents

Description

本発明は、外出しているユーザが、スマートフォンやタブレットなどの端末を利用することによって、自宅にあるエアコンやテレビなどの機器を制御したり機器の情報を取得したりするためのネットワークシステム、サーバ、端末、情報処理方法、およびプログラムに関する。

従来から、端末から機器を制御したり機器の情報を取得したりするためのネットワークシステムが知られている。たとえば、特開２０１３−２５０６８４号公報（特許文献１）には、自走式電子機器および自走式電子機器の制御システムが開示されている。特開２０１３−２５０６８４号公報（特許文献１）によると、局所通信ネットワークにて接続された他の装置との無線通信を行う通信部を備えた自走式掃除機であって、登録された通信端末装置である第１の端末〜第５の端末の上記局所通信ネットワークへの接続が開始されると、接続された端末に対応付けられている動作を実施するべく自装置を制御する。

また、特開２０１４−２１８５１号公報（特許文献２）には、モニタ装置、情報管理装置、監視システム、モニタ装置を制御するための方法、情報管理方法、およびプログラムが開示されている。特開２０１４−２１８５１号公報（特許文献２）によると、テレビのプロセッサが実行する処理は、テレビの電源がオンになったことを検知するステップと、住人が外出を表わす設定（おでかけ設定）の入力を受け付けるステップと、おでかけ設定が行なわれたことを示す信号（不在信号）をテレビに接続されるサーバに送信するステップと、テレビの電源がオフになったことを検知するステップと、その後に電源がオンになって電源オフから電源オンまでの時間が予め定められた時間よりも長い場合に、在宅していることを表わす在宅信号を送信するステップとを含む。

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

現在、より簡単に、あるいは、より安全に、新たな端末が機器を制御したり機器の情報を取得したりできる状態になれるネットワークシステムが求められている。そこで、本発明の目的は、従来よりも、より簡単に、あるいは、より安全に、新たな端末が機器を制御したり情報を取得したりできる状態になれるネットワークシステム、通信方法、サーバ、端末、およびプログラムを提供することにある。

この発明のある態様に従うと、ネットワークシステムが提供される。ネットワークシステムは、少なくとも第１の端末および第２の端末を含む複数の端末と、少なくとも第１の機器を含む少なくとも１つの機器と、グループ情報を参照可能なサーバと備える。サーバは、第１の端末からの第１の要求を受け付ける状態にある第１の機器に関する第２の端末からの第２の要求を受けた際に、グループ情報を参照することによって、第２の要求を受け付けるか否かを判断する。

好ましくは、グループ情報は、複数の端末のユーザと少なくとも１つの機器との関係に関するものである。サーバは、第２の端末のユーザが第１の機器の属するグループに属する場合に第２の要求を受け付け、第２の端末のユーザが第１の機器の属するグループに属さない場合に第２の要求を受け付けない。

好ましくは、グループ情報は、複数の端末と少なくとも１つの機器との関係に関するものである。サーバは、第２の端末が第１の機器の属するグループに属する場合に第２の要求を受け付け、第２の端末が第１の機器の属するグループに属さない場合に第２の要求を受け付けない。

好ましくは、グループ情報は、複数の端末のユーザの関係に関するものである。サーバは、第２の端末のユーザが第１の端末のユーザの属するグループに属する場合に第２の要求を受け付け、第２の端末のユーザが第１の端末のユーザの属するグループに属さない場合に第２の要求を受け付けない。

好ましくは、グループ情報は、複数の端末の関係に関するものである。サーバは、第２の端末が第１の端末の属するグループに属する場合に第２の要求を受け付け、第２の端末が第１の端末の属するグループに属さない場合に第２の要求を受け付けない。

好ましくは、サーバは、グループ情報を参照することによって、第２の要求としての第２の端末からの第１の機器を制御するための要求を受け付けるか否かを判断する。

好ましくは、サーバは、グループ情報を参照することによって、第２の要求としての第２の端末からの第１の機器に関する情報の要求を受け付けるか否かを判断する。

好ましくは、第１および第２の端末は、サーバが許可する第１の機器に関する要求の種類を示す画像を表示する。

好ましくは、サーバは、第１の機器が第１の要求を受け付ける状態にない場合に、第１の端末からの第１の機器を第１の要求を受け付ける状態にさせるための要求を受け付けたときに、第１の機器を第１の端末からの第１の要求を受け付ける状態にさせるとともに、第１の機器を第１の端末のユーザのグループに登録する。

好ましくは、サーバあるいは他のサーバが、第１の端末からの指令に基づいて、第１の端末のユーザが属するグループに招待するための情報を第２の端末に送信する。

好ましくは、第１の端末のユーザは、第２の端末のユーザと同一の第１のグループに属しながら、第３の端末のユーザと同一の第２のグループに属することができる。

好ましくは、第２の端末は、第１の機器に関する第２の要求を受け付ける際に、第１の機器が属するグループへの加入が必要である旨を表示する。

この発明の別の態様に従うと、ネットワークシステムにおける情報処理方法が提供される。ネットワークシステムは、少なくとも第１の端末および第２の端末を含む複数の端末と、少なくとも第１の機器を含む少なくとも１つの機器と、サーバとを含む。情報処理方法は、第１の機器が、第１の端末からの第１の要求を受け付ける状態になるステップと、第２の端末が、第１の機器に関する第２の要求をサーバに送信するステップと、サーバが、グループ情報を参照することによって、第２の要求を受け付けるか否かを判断するステップと、を備える。

この発明の別の態様に従うと、サーバが提供される。サーバは、少なくとも第１の端末および第２の端末を含む複数の端末と少なくとも第１の機器を含む少なくとも１つの機器と通信するための通信インターフェイスと、プロセッサとを備える。プロセッサは、第１の端末からの第１の要求を受け付ける状態にある第１の機器に関する第２の端末からの第２の要求を受けた際に、グループ情報を参照することによって第２の要求を受け付けるか否かを判断する。

この発明の別の態様に従うと、サーバにおける情報処理方法が提供される。サーバは、少なくとも第１の端末および第２の端末を含む複数の端末と少なくとも第１の機器を含む少なくとも１つの機器と通信するための通信インターフェイスと、プロセッサと、を含む。情報処理方法は、プロセッサが、通信インターフェイスを介して、第１の端末からの第１の要求を受け付ける状態にある第１の機器に関する第２の端末からの第２の要求を受けるステップと、プロセッサが、グループ情報を参照することによって、第２の要求を受け付けるか否かを判断するステップと、を備える。

この発明の別の態様に従うと、サーバ用のプログラムが提供される。サーバは、少なくとも第１の端末および第２の端末を含む複数の端末と少なくとも第１の機器を含む少なくとも１つの機器と通信するための通信インターフェイスとプロセッサとを含む。プログラムは、通信インターフェイスを介して、第１の端末からの第１の要求を受け付ける状態にある第１の機器に関する第２の端末からの第２の要求を受けるステップと、グループ情報を参照することによって、第２の要求を受け付けるか否かを判断するステップと、をプロセッサに実行させる。

この発明の別の態様に従うと、端末が提供される。端末は、他の装置と通信するための通信インターフェイスと、プロセッサとを備える。プロセッサは、通信インターフェイスを介して、グループへの招待を受け、当該招待に応じてグループに加入するための情報を送信し、当該グループに属する機器に関する要求を送信する。

この発明の別の態様に従うと、端末における情報処理方法が提供される。端末は、他の装置と通信するための通信インターフェイスと、プロセッサと、を含む。情報処理方法は、プロセッサが、通信インターフェイスを介してグループへの招待を受けるステップと、プロセッサが、通信インターフェイスを介してグループに加入するための情報を送信するステップと、プロセッサが、通信インターフェイスを介してグループに属する機器に関する要求を送信するステップと、を備える。

この発明の別の態様に従うと、端末用のプログラムが提供される。端末は、他の装置と通信するための通信インターフェイスと、プロセッサと、を含む。プログラムは、通信インターフェイスを介して、通信インターフェイスを介してグループへの招待を受けるステップと、通信インターフェイスを介してグループに加入するための情報を送信するステップと、通信インターフェイスを介してグループに属する機器に関する要求を送信するステップと、をプロセッサに実行させる。

この発明の別の態様に従うと、機器が提供される。機器は、他の装置と通信するための通信インターフェイスと、通信インターフェイスを介して、第１の端末からの第１の要求を受け付け、第１の端末のユーザと同じグループのユーザの第２の端末からの第２の要求を受け付けるプロセッサと、を備える。

この発明の別の態様に従うと、機器における情報処理方法が提供される。機器は、他の装置と通信するための通信インターフェイスと、プロセッサと、を含む。情報処理方法は、プロセッサが、通信インターフェイスを介して第１の端末から第１の要求を受け付けるステップと、プロセッサが、通信インターフェイスを介して第１の端末のユーザと同じグループのユーザの第２の端末からの第２の要求を受け付けるステップと、を備える。

この発明の別の態様に従うと、機器用のプログラムが提供される。機器は、他の装置と通信するための通信インターフェイスと、プロセッサと、を含む。プログラムは、通信インターフェイスを介して第１の端末からの第１の要求を受け付けるステップと、通信インターフェイスを介して第１の端末のユーザと同じグループのユーザの第２の端末からの第２の要求を受け付けるステップと、をプロセッサに実行させる。

この発明の別の態様に従うと、ネットワークシステムが提供される。ネットワークシステムは、少なくとも第１の端末および第２の端末を含む複数の端末と、少なくとも第１の機器を含む少なくとも１つの機器と、複数の端末と少なくとも１つの機器と通信可能なサーバと備える。第２の端末は、第１の端末からの第１の要求を受け付ける状態にある第１の機器に関する招待を第１の端末から受信し、当該招待に基づいて第１の機器に関する第２の要求をサーバに送信する。

この発明の別の態様に従うと、ネットワークシステムにおける情報処理方法が提供される。ネットワークシステムは、複数の端末と、少なくとも１つの機器と、サーバと、を含む。情報処理方法は、第１の端末が、第１の端末からの第１の要求を受け付ける状態にある第１の機器に関する招待を第２の端末に送信するステップと、第２の端末は、招待に基づいて、第１の機器に関する第２の要求をサーバに送信するステップと、を備える。

以上のように、この発明によれば、従来よりも、より簡単に、あるいは、より安全に、新たな端末が機器を制御したり情報を取得したりできる状態になるネットワークシステム、通信方法、サーバ、端末、およびプログラムが提供される。

本実施の形態にかかるネットワークシステム１の全体構成と動作概要とを示すイメージ図である。 本実施の形態にかかるサーバ１００のハードウェア構成を表わすブロック図である。 本実施の形態にかかるユーザデータベース１０１Ａのデータ構造を示すイメージ図である。 本実施の形態にかかる機器データベース１０１Ｂのデータ構造を示すイメージ図である。 本実施の形態にかかる機器２００のハードウェア構成を表わすブロック図である。 本実施の形態にかかる端末３００のハードウェア構成を表わすブロック図である。 本実施の形態にかかるネットワークシステム１の情報処理を示すシーケンス図である。 本実施の形態にかかる端末３００のタッチパネル３５０の第１の画面例を示すイメージ図である。 本実施の形態にかかる端末３００のタッチパネル３５０の第２の画面例を示すイメージ図である。 本実施の形態にかかる端末３００のタッチパネル３５０の第３の画面例を示すイメージ図である。 本実施の形態にかかる端末３００のタッチパネル３５０の第４の画面例を示すイメージ図である。 本実施の形態にかかる端末３００のタッチパネル３５０の第５の画面例を示すイメージ図である。 本実施の形態にかかる端末３００のタッチパネル３５０の第６の画面例を示すイメージ図である。 本実施の形態にかかる端末３００のタッチパネル３５０の第７の画面例を示すイメージ図である。 本実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。 本実施の形態にかかるネットワークシステム１の情報処理を示すイメージ図である。 本実施の形態にかかるネットワークシステム１の情報処理の第１の別実施例を示すイメージ図である。 本実施の形態にかかるネットワークシステム１の情報処理の第２の別実施例を示すイメージ図である。 本実施の形態にかかるネットワークシステム１の第１のユースケースを示すイメージ図である。 本実施の形態にかかるネットワークシステム１の第２のユースケースを示す第１のイメージ図である。 本実施の形態にかかるネットワークシステム１の第２のユースケースを示す第２のイメージ図である。 本実施の形態にかかるネットワークシステム１の第３のユースケースを示すイメージ図である。 本実施の形態にかかるネットワークシステム１の第４のユースケースを示すイメージ図である。 本実施の形態にかかるネットワークシステム１の第５のユースケースを示すイメージ図である。 本実施の形態にかかるネットワークシステム１の第６のユースケースを示す第１のイメージ図である。 本実施の形態にかかるネットワークシステム１の第６のユースケースを示す第２のイメージ図である。 本実施の形態にかかるネットワークシステム１の第７のユースケースを示すイメージ図である。 本実施の形態にかかるネットワークシステム１の第８のユースケースを示すイメージ図である。 本実施の形態にかかるネットワークシステム１の第９のユースケースを示すイメージ図である。 第２の実施の形態にかかるネットワークシステム１の情報処理を示すシーケンス図である。 第３の実施の形態にかかるネットワークシステム１の情報処理を示すシーケンス図である。 第４の実施の形態にかかるネットワークシステム１の情報処理を示すシーケンス図である。 第５の実施の形態にかかるネットワークシステム１の情報処理を示すシーケンス図である。 第６の実施の形態にかかるネットワークシステム１の情報処理を示すシーケンス図である。 第７の実施の形態にかかる端末データベース１０１Ｃのデータ構造を示すイメージ図である。 第７の実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。 第８の実施の形態にかかるペアリングユーザデータベース１０１Ｄのデータ構造を示すイメージ図である。 第８の実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。 第９の実施の形態にかかるペアリング端末データベース１０１Ｅのデータ構造を示すイメージ図である。 第９の実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
＜第１の実施の形態＞
＜ネットワークシステムの全体構成＞

まず、図１を参照して、本実施の形態にかかるネットワークシステム１の全体構成について説明する。なお、図１は、本実施の形態にかかるネットワークシステム１の全体構成と動作概要とを示すイメージ図である。

図１（ａ）を参照して、ネットワークシステム１の全体構成について簡単に説明する。ネットワークシステム１は、主に、機器制御サービス用のサーバ１００と、機器としてのエアコン２００Ａと、端末としてのスマートフォン３００Ａ，３００Ｂとを含む。本実施の形態においては、ネットワークシステム１は、さらにデータベース１０１とグループサーバ１００Ｂとを含む。なお、機器制御サービス用のサーバ１００が、データベース１０１を記憶してもよい。また、機器制御サービス用のサーバ１００が、グループサーバ１００Ｂの役割を果たしてもよい。

サーバ１００は、インターネットなどのネットワークを介してスマートフォン３００Ａ，３００Ｂおよびエアコン２００Ａなどの機器と接続される。たとえば、サーバ１００は、スマートフォン３００Ａ，３００Ｂからの命令を受け付けて、インターネットを介してエアコン２００Ａなどの機器を制御する。逆に、サーバ１００は、インターネットを介してエアコン２００Ａなどの機器からデータを受信して、スマートフォン３００Ａ，３００Ｂに転送する。

第１のスマートフォン３００Ａは、第１のユーザに保持される。第２のスマートフォン３００Ｂは、第２のユーザに保持される。第１および第２のユーザは、第１および第２のスマートフォン３００Ａ，３００Ｂを介して、エアコン２００Ａなどの機器を制御したり、エアコン２００Ａなどの機器に関する情報を取得したりする。なお、第１および第２のユーザは、スマートフォン３００Ａ，３００Ｂに限らず、タブレット、パーソナルコンピュータ、ノートパソコン、ゲーム機、電子書籍端末など、他の種類のサーバ１００と通信可能な端末を利用してもよい。なお、以下では、これらの装置を総称して、端末３００ともいう。

エアコン２００Ａなどの機器は、リモコンから受け付けた制御命令やセンサで測定したデータなどをコントローラ、ルータおよびインターネットなどを介してサーバ１００に送信する。エアコン２００Ａなどの機器は、サーバ１００やスマートフォン３００Ａからの制御命令に基づいて各種の動作を実行する。なお、機器は、エアコン２００Ａに限らず、冷蔵庫、洗濯機、自走式掃除機などの家電、テレビ、ハードディスクレコーダ、音楽プレーヤーなどのＡＶ（オーディオ・ビジュアル）機器、太陽光発電機、インターホン、給湯器などの住宅設備、などであってもよい。なお、以下では、これらの装置を総称して、機器２００ともいう。

データベース１０１は、ユーザと端末３００と機器２００とに関するグループ情報を格納する。たとえば、家族のグループに属するユーザと、家族のグループに属するユーザの端末３００と、家族のグループに属するユーザの機器２００とをグループとして記憶する。データベース１０１は、機器制御サービス用のサーバ１００やグループサーバ１００Ｂから参照可能である。

グループサーバ１００Ｂは、ユーザと機器２００とのグループ関係をデータベース１０１に登録したり、データベース１０１を参照してユーザと機器２００とのグループ関係を利用したりする。なお、グループサーバ１００Ｂは、サーバ１００からの要求に応じて、データベース１０１の情報を検索したり読み出したりして、当該情報をサーバ１００に提供してもよい。
＜ネットワークシステムの動作概要＞

次に、図１（ａ）から（ｃ）を参照して、本実施の形態にかかるネットワークシステム１の動作概要について説明する。

図１（ａ）を参照して、まず、第１のユーザは、第１のスマートフォン３００Ａを介してエアコン２００Ａを制御したり、エアコン２００Ａから情報を取得したりすることができる。具体的には、第１のユーザは、第１のスマートフォン３００Ａの機器制御アプリケーションを起動して、サーバ１００が提供するサービスにログインして、エアコン２００Ａを制御したり、エアコン２００Ａから情報を取得したりする。なお、以下では、機器２００がいずれの端末３００からも制御可能でない状態から、端末３００が機器２００を制御可能な状態になること、すなわち機器２００が端末３００からの制御命令（第１の要求の一種）を受け付ける状態になることを、端末３００が機器２００とペアリングするという。

この状態において、さらに第２のユーザが、第２のスマートフォン３００Ｂを利用して、エアコン２００Ａを制御したり、エアコン２００Ａから情報を取得したり、することを望む場合がある。図１（ｂ）を参照して、本実施の形態においては、第２のユーザは、第２のスマートフォン３００Ｂの家電制御アプリを起動して、サーバ１００が提供するサービスにログインして、エアコン２００Ａへのアクセスを試みる。サーバ１００は、第２のスマートフォン３００Ｂからの要求に基づいて、データベース１０１を参照して、第２のスマートフォン３００Ｂのユーザが、エアコン２００Ａが属するグループに属するか否かを判断する。

第２のスマートフォン３００Ｂのユーザが、エアコン２００Ａが属するグループに属さない場合、サーバ１００は、第２のスマートフォン３００Ｂからの要求を許可しない。たとえば、サーバ１００は、第２のスマートフォン３００Ｂにエアコン２００Ａの識別情報を与えない、すなわち第２のスマートフォン３００Ｂがエアコン２００Ａを特定することを許可しない。

あるいは、サーバ１００は、第２のスマートフォン３００Ｂにエアコン２００Ａの識別情報は与えるが、エアコン２００Ａから操作情報や状態情報を取得することは許可しない。あるいは、サーバ１００は、第２のスマートフォン３００Ｂにエアコン２００Ａからの操作情報や状態情報は与えるが、エアコン２００Ａに対する制御命令はエアコン２００Ａに送信させない。

一方、第２のスマートフォン３００Ｂのユーザが、エアコン２００Ａが属するグループに属する場合、図１（ｃ）を参照して、サーバ１００は、第２のスマートフォン３００Ｂからの要求を許可する。これによって、第２のユーザは、第２のスマートフォン３００Ｂの機器制御アプリケーションを介して、エアコン２００Ａの識別情報を取得することができ、エアコン２００Ａにアクセスすることができるようになる。あるいは、第２のユーザは、第２のスマートフォン３００Ｂの機器制御アプリケーションを介して、エアコン２００Ａから操作情報や状態情報を取得することができるようになる。あるいは、第２のユーザは、第２のスマートフォン３００Ｂの機器制御アプリケーションを介して、エアコン２００Ａを制御することが可能になる（ペアリングした場合と同じ要求を機器２００に送信できる）。

このように、本実施の形態にかかるネットワークシステム１では、第２のユーザが第２の端末３００を利用して機器２００の制御や機器２００の情報などを求めてきた際に、サーバ１００が、第２のユーザと機器２００とが同じグループに属するか否かに基づいて当該要求を許可するか否かを判断する。

その結果、本実施の形態にかかるネットワークシステム１では、従来よりも、より簡単に、より安全に、端末が機器を制御したり情報を取得したりできるようになる。より詳細には、２人目以降のユーザは、機器と最初にペアリングしたユーザのようなペアリング処理が不要になるため、従来よりもユーザの処理が簡単になる。そして、グループに加入していないユーザが機器にアクセスしたり、制御したり、情報を閲覧したりできないため、従来よりもネットワークシステムのセキュリティーも向上される。

以下では、このような機能を実現するためのネットワークシステム１について詳細に説明する。
＜サーバ１００のハードウェア構成＞

まず、ネットワークシステム１を構成するサーバ１００のハードウェア構成の一態様について説明する。なお、図２は、本実施の形態にかかるサーバ１００のハードウェア構成を表わすブロック図である。

図２を参照して、サーバ１００は、主たる構成要素として、プロセッサ１１０と、メモリ１２０と、通信インターフェイス１６０とを含む。

プロセッサ１１０は、メモリ１２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、サーバ１００の各部を制御する。すなわち、プロセッサ１１０は、メモリ１２０に格納されているプログラムを実行することによって、後述する各種の処理を実行する。

メモリ１２０は、各種のＲＡＭ（Random Access Memory）、各種のＲＯＭ（Read-Only Memory）、フラッシュメモリーなどによって実現される。なお、メモリ１２０は、インターフェイスを介して利用される、ＵＳＢ（Universal Serial Bus）（登録商標）メモリ、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、メモリカード、ハードディスク、ＩＣ（Integrated Circuit）カード、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）などの記憶媒体などによっても実現される。

メモリ１２０は、プロセッサ１１０によって実行されるプログラムや、プロセッサ１１０によるプログラムの実行により生成されたデータ、入力されたデータ、機器２００および端末３００から受信したデータを記憶する。なお、メモリ１２０は、図１に示すデータベース１０１を記憶してもよい。本実施の形態においては、データベース１０１は、ユーザとグループとの関係を示すユーザデータベースと、機器とグループとの関係を示す機器データベースとを含む。

ここで、図３は、本実施の形態にかかるユーザデータベース１０１Ａのデータ構造を示すイメージ図である。図３を参照して、ユーザデータベース１０１Ａは、ユーザＩＤとグループＩＤとの対応関係を格納する。

ここで、図４は、本実施の形態にかかる機器データベース１０１Ｂのデータ構造を示すイメージ図である。図４を参照して、機器データベース１０１Ｂは、機器ＩＤとグループＩＤとＭＡＣアドレスとその他の機器情報との対応関係を格納する。

ただし、データベース１０１は、グループサーバ１００Ｂに格納されるものであってもよい。あるいは、サーバ１００およびグループサーバ１００Ｂから参照可能に、その他の装置に格納されるものであってもよい。

図２に戻って、通信インターフェイス１６０は、プロセッサ１１０からのデータを、インターネット、キャリア網、無線付きアダプタ、ルータなどを介して端末３００および機器２００に送信する。通信インターフェイス１６０は、インターネット、キャリア網、無線付きアダプタ、ルータなどを介して端末３００および機器２００からのデータを受信して、プロセッサ１１０に受け渡す。

なお、グループサーバ１００Ｂのハードウェア構成も、サーバ１００と同じであるため、ここでは説明を繰り返さない。
＜機器２００のハードウェア構成＞

次に、機器２００のハードウェア構成の一態様について説明する。図５は、本実施の形態にかかる機器２００のハードウェア構成を表わすブロック図である。

図５を参照して、機器２００は、主たる構成要素として、プロセッサ２１０と、メモリ２２０と、各種ライト２３０と、各種スイッチ２４０と、通信インターフェイス２６０と、機器駆動部２７０とを含む。

プロセッサ２１０は、メモリ２２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、機器２００の各部を制御する。すなわち、プロセッサ２１０は、メモリ２２０に格納されているプログラムを実行することによって、後述する各種の処理を実行する。

メモリ２２０は、各種のＲＡＭ、各種のＲＯＭ、フラッシュメモリーなどによって実現される。メモリ２２０は、プロセッサ２１０によって実行されるプログラムや、プロセッサ２１０によるプログラムの実行により生成されたデータ、入力されたデータ、サーバ１００から受信したデータなどを記憶する。

ライト２３０は、プロセッサ２１０からの信号によって点灯・点滅・消灯することによって、機器２００の各種の状態を外部に伝える。

スイッチ２４０は、ユーザからの命令を受け付けて、当該命令をプロセッサ２１０に入力する。

通信インターフェイス２６０は、プロセッサ２１０からのデータ、たとえば、機器の状態および機器がユーザからリモコンを介して受け付けた命令など、をインターネット、無線付きアダプタ、ルータ４００（図１を参照。）などを介してサーバ１００に送信する。通信インターフェイス２６０は、インターネット、無線付きアダプタ、ルータ４００などを介してサーバ１００からのデータ、たとえば端末３００からの制御命令および閲覧命令を受信してプロセッサ２１０に受け渡す。

機器駆動部２７０は、プロセッサ２１０からの制御命令に基づいて、モータ、アクチュエータ、センサ、スピーカなどを制御することによって、機器２００の主要な役割を果たす。
＜端末３００のハードウェア構成＞

次に、端末３００のハードウェア構成の一態様について説明する。なお、図６は、本実施の形態にかかる端末３００のハードウェア構成を表わすブロック図である。

図６を参照して、端末３００は、主たる構成要素として、プロセッサ３１０と、メモリ３２０と、タッチパネル３５０（ディスプレイ３３０とポインティングデバイス３４０）と、通信インターフェイス３６０と、スピーカ３８０とを含む。

プロセッサ３１０は、メモリ３２０あるいは外部の記憶媒体に記憶されているプログラムを実行することによって、端末３００の各部を制御する。すなわち、プロセッサ３１０は、メモリ３２０に格納されているプログラムを実行することによって、後述する各種の処理を実行する。

メモリ３２０は、各種のＲＡＭ、各種のＲＯＭ、フラッシュメモリーなどによって実現される。なお、メモリ３２０は、様々なインターフェイスを介して利用される、ＳＤカードやマイクロＳＤカードのようなメモリカード、ＵＳＢ（登録商標）メモリ、ＣＤ、ＤＶＤ、ハードディスク、ＩＣカード、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの記憶媒体などによっても実現される。

メモリ３２０は、プロセッサ３１０によって実行されるプログラムや、プロセッサ３１０によるプログラムの実行により生成されたデータ、ポインティングデバイス３４０を介して入力されたデータ、サーバ１００やグループサーバ１００Ｂから受信したデータなどを記憶する。特に、本実施の形態においては、メモリ３２０は、機器制御アプリケーションを記憶している。プロセッサ３１０は、メモリ３２０の機器制御アプリケーションに従って、後述する各種の処理を実行する。

ディスプレイ３３０は、プロセッサ３１０からの信号に基づいて、文字や画像を出力する。ポインティングデバイス３４０は、ユーザからの命令を受け付けて、当該命令をプロセッサ３１０に入力する。なお、本実施の形態においては、端末３００は、ディスプレイ３３０とポインティングデバイス３４０とが組み合わされたタッチパネル３５０を有する。

通信インターフェイス３６０は、アンテナやコネクタによって実現される。通信インターフェイス３６０は、有線通信あるいは無線通信によって他の装置との間でデータをやり取りする。プロセッサ３１０は、通信インターフェイス３６０を介して、テキストデータ、画像データなどを、サーバ１００などの他の装置に送信する。たとえば、プロセッサ３１０は、機器２００に対する様々な要求をサーバ１００に送信する。また、プロセッサ３１０は、通信インターフェイス３６０を介して、プログラム、制御命令、画像データ、テキストデータなどを、サーバ１００などの他の装置から受信する。

スピーカ３８０は、プロセッサ３１０からの音声信号に基づいて通話音声、音楽、動画などの様々な音声を出力する。
＜ネットワークシステム１における情報処理＞

次に、図７を参照しながら、本実施の形態にかかるネットワークシステム１の情報処理について説明する。なお、図７は、本実施の形態にかかるネットワークシステム１の情報処理を示すシーケンス図である。

まず、はじめに、第１のユーザが、第１の端末３００を介して、データベース１０１にアクセス可能なグループサーバ１００Ｂに対してユーザ登録を行う（ステップＳ１０２）。たとえば、第１のユーザは、グループサーバ１００ＢにユーザＩＤとパスワードとを登録したり、グループサーバ１００ＢからユーザＩＤとパスワードとを取得したりする。なお、本実施の形態においては、グループサーバ１００Ｂがグループを管理するためのサービスを運用しているが、機器制御サービス用のサーバ１００が当該役割を果たしてもよい。

その後、第１のユーザの自宅に機器２００が設置される。機器２００は、たとえば無線ＬＡＮおよびインターネットなどを介して、サーバ１００と通信を開始する（ステップＳ１０４）。このとき、サーバ１００は、ＭＡＣアドレスに対応するような、通信用の識別情報を機器２００に付与する。サーバ１００は、ＭＡＣアドレスと当該識別情報との対応関係を記憶しておく。

そして、第１のユーザが端末３００の機器制御アプリケーションを起動して、機器２００とのペアリング処理を開始する。

具体的には、図８に示すように、端末３００のプロセッサ３１０は、機器制御アプリケーションのブラウザを介して第１のユーザからユーザＩＤとパスワードとの入力を受け付ける。プロセッサ３１０は、通信インターフェイス３６０を介して、ユーザＩＤとパスワードとをサーバ１００に送信する。サーバ１００のプロセッサ１１０は、通信インターフェイス１６０を介してデータベース１０１あるいはグループサーバ１００Ｂにアクセスして、端末３００からのユーザＩＤとパスワードの認証を行う。サーバ１００がユーザＩＤとパスワードの認証に成功すると、図９に示すように、端末３００のプロセッサ３１０は、タッチパネル３５０を介して、新たな制御対象となる機器に関する通信設定を開始するための命令を受け付ける。

端末３００のプロセッサ３１０は、通信インターフェイス３６０を利用して、ＷｉＦｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）などの無線通信可能な機器２００を探す（ステップＳ１０６）。そして、図１０に示すように、端末３００のプロセッサ３１０は、通信できた機器２００からの情報に基づいて、機器２００の種類または名称などの情報を選択可能にタッチパネル３５０に表示させる。そして、図１１に示すように、端末３００のプロセッサ３１０は、タッチパネル３５０を介して、機器２００の関する情報の入力を受け付ける。

端末３００のプロセッサ３１０は、通信インターフェイス３６０を介して、機器２００からの情報とユーザからの情報とをサーバ１００に送信することによって機器２００とのペアリングを要求する（ステップＳ１０８）。たとえば、端末３００のプロセッサ３１０は、通信インターフェイス３６０を介して無線通信によって、機器２００から識別情報を受信する。プロセッサ３１０は、通信インターフェイス３６０を介して、当該識別情報とユーザＩＤとをサーバ１００に送信する。

本実施の形態においては、サーバ１００のプロセッサ１１０は、データベース１０１を参照することによって、当該機器２００の識別情報またはＭＡＣアドレスが、未だ端末３００のユーザが属するグループに登録されていないか否かを判断する（ステップＳ１１０）。

サーバ１００のプロセッサ１１０は、データベース１０１を参照して、当該機器２００が未だ端末３００のどのユーザのグループにも登録されていない場合に、端末３００と機器２００とのペアリングを許可する（ステップＳ１１２）。このとき、サーバ１００のプロセッサ１１０は、機器２００に関する情報を、グループＩＤに対応づけて機器データベース１０１Ｂに記憶させる。すなわち、プロセッサ１１０は、機器２００が初めて端末３００とペアリングする際に、自動的に機器２００を端末３００のユーザと同じグループに登録するのである。

これによって、端末３００のプロセッサ３１０は、機器２００とペアリングすることが可能になる（ステップＳ１１４）。具体的には、図１２に示すように、端末３００のプロセッサ３１０は、タッチパネル３５０に、ペアリングのための機器２００および端末３００に対する操作方法を表示させる。機器２００は、ユーザによってペアリング用のボタンが押されると、識別情報をサーバ１００に送信する（ステップＳ１１４−１）。

端末３００のリンクボタンが押されると、端末３００のプロセッサ３１０は、サーバ１００へ識別情報を送信する(ステップＳ１１４−２)。サーバ１００は、端末３００から受信した識別情報に対応する機器２００からペアリング用の信号が送られてきたことを確認すると、ペアリングが完了した旨を端末３００に送信する。その後は、ユーザは、端末３００を介して機器２００を遠隔制御することが可能になる。

ペアリングが完了すると、図１３に示すように、端末３００のプロセッサ３１０は、タッチパネル３５０に、機器２００を制御可能になった旨を表示させる。本実施の形態においては、端末３００のプロセッサ３１０は、タッチパネル３５０に、機器２００に関するテキストや画像とともに、機器２００に命令を送信可能であることを示すアイコンを表示させる。

本実施の形態においては、次に述べるように、安全かつ簡単に、第２のユーザにも機器２００を遠隔制御させたり機器２００の情報を閲覧させたりすることができる。

まず、第２のユーザが、端末３００を介して、データベース１０１にアクセス可能なグループサーバ１００Ｂに対してユーザ登録を行う（ステップＳ１２０）。サーバ１００は、ユーザＩＤを第１のユーザに対応するグループＩＤに対応付けてユーザデータベース１０１Ａに登録する。第２のユーザは、グループサーバ１００ＢにユーザＩＤとパスワードとを登録したり、グループサーバ１００ＢからユーザＩＤとパスワードとを取得したりする。

なお、第２のユーザを、第１のユーザと同じグループに加入させる際には、第１のユーザが新規グループを立ち上げることによって、当該新規グループに第２のユーザを招待する構成が考えられる。あるいは、第２のユーザを、第１のユーザが加入している既存のグループに加入させる際には、サーバ１００が、第２のユーザに、第１のユーザの既存グループに対するパスワードの入力を促したり、当該既存グループ用のパスワードの入力を促したりしてもよい。

その後、第２のユーザが端末３００の機器制御アプリケーションを起動して、アクセス要求（第２の要求の１種類）を端末３００に入力する（ステップＳ１２２）。具体的には、端末３００は、機器制御アプリケーションのブラウザを介して、第２のユーザからユーザＩＤとパスワードとを受け付けて、当該ユーザＩＤとパスワードとをサーバ１００に送信する。サーバ１００のプロセッサ１１０は、通信インターフェイス１６０を介してデータベース１０１あるいはグループサーバ１００Ｂにアクセスして、ユーザＩＤとパスワードの認証を行う。

サーバ１００のプロセッサ１１０は、ユーザＩＤとパスワードの認証に成功すると、データベース１０１を参照することによって当該ユーザＩＤと同じグループに属する機器を特定する（ステップＳ１２６）。サーバ１００のプロセッサ１１０は、通信インターフェイス１６０を介して、ユーザＩＤと同じグループに属する機器を識別するための識別情報や機器に関するその他の情報を端末３００に送信する（ステップＳ１２８）。

これによって、たとえば図１３に示すように、端末３００のプロセッサ３１０は、タッチパネル３５０に、制御可能な機器２００を表示する。

あるいは、たとえば図１４に示すように、端末３００のプロセッサ３１０は、情報を閲覧可能な機器を表示させる。端末３００のプロセッサ３１０は、タッチパネル３５０に、機器２００に関するテキストや画像とともに、機器２００からの情報を取得可能であることを示すアイコンを表示させる。

端末３００のプロセッサ３１０は、タッチパネル３５０を介してユーザからの機器２００に対する命令を受け付けて、通信インターフェイス３６０を介して当該命令をサーバ１００に送信する（ステップＳ１３０）。当該命令は、機器２００を制御するための命令（第２の要求の１種類）であったり、機器２００から操作情報または状態情報を取得するための命令（第２の要求の１種類）であったりする。サーバ１００のプロセッサ１１０は、通信インターフェイス１６０を介して、端末３００からの制御命令を機器２００に送信したり、機器２００からの各種の情報を端末３００に送信したりする（ステップＳ１３０）。
＜サーバ１００における情報処理＞

次に、図１５を参照しながら、本実施の形態にかかるサーバ１００の情報処理について説明する。なお、図１５は、本実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。

サーバ１００のプロセッサ１１０は、通信インターフェイス１６０を介して、端末３００からデータを受信した際に、以下の処理を実行する。まず、プロセッサ１１０は、受信データからユーザＩＤを取得する（ステップＳ１５２）。プロセッサ１１０は、ユーザデータベース１０１Ａを参照してユーザＩＤに対応するグループＩＤを特定する（ステップＳ１５４）。

プロセッサ１１０は、端末３００からの受信データにアクセス要求が含まれるか否かを判断する（ステップＳ１５６）。受信データにアクセス要求が含まれる場合(ステップＳ１５６にてＹＥＳである場合)、プロセッサ１１０は、機器データベース１０１Ｂを参照してグループＩＤに対応する機器ＩＤを特定する（ステップＳ１５８）。プロセッサ１１０は、通信インターフェイス１６０を介して、機器ＩＤに対応する機器情報を端末に送信する（ステップＳ１６０）。プロセッサ１１０は、通信インターフェイス１６０を介して、次の端末からのデータを待ち受ける。

受信データにアクセス要求が含まれない場合(ステップＳ１５６にてＮＯの場合)、プロセッサ１１０は、受信データに機器２００に対する制御命令が含まれるか否かを判断する（ステップＳ１６２）。受信データに機器２００に対する制御命令が含まれる場合（ステップＳ１６２にてＹＥＳである場合）、プロセッサ１１０は、制御命令に含まれる機器ＩＤに基づいてグループＩＤを特定する(ステップＳ１６３)。プロセッサ１１０は、当該グループＩＤが、ステップＳ１５４にて取得したグループＩＤに一致するか否かを判断する(ステップＳ１６４)。プロセッサ１１０は、当該グループＩＤが、ステップＳ１５４にて取得したグループＩＤに一致する場合(ステップＳ１６４にてＹＥＳである場合)、通信インターフェイス１６０を介して、機器２００に制御命令を送信する（ステップＳ１６５）。プロセッサ１１０は、通信インターフェイス１６０を介して、端末３００からの次のデータを待ち受ける。

受信データに機器２００に対する制御命令が含まれない場合(ステップＳ１６２にてＮＯの場合)、プロセッサ１１０は、受信データに情報の要求が含まれるか否かを判断する（ステップＳ１６６）。受信データに情報の要求が含まれる場合（ステップＳ１６６にてＹＥＳである場合）、プロセッサ１１０は、制御命令に含まれる機器ＩＤに基づいてグループＩＤを特定する(ステップＳ１６７)。プロセッサ１１０は、当該グループＩＤが、ステップＳ１５４にて取得したグループＩＤに一致するか否かを判断する(ステップＳ１６８)。プロセッサ１１０は、当該グループＩＤが、ステップＳ１５４にて取得したグループＩＤに一致する場合(ステップＳ１６８にてＹＥＳである場合)、通信インターフェイス１６０を介して、機器２００に情報を送信するように要求する（ステップＳ１６９）。その後、図示しないが、プロセッサ１１０は、通信インターフェイス１６０を介して、機器２００からの情報を端末３００に送信する。プロセッサ１１０は、通信インターフェイス１６０を介して、端末３００からの次のデータを待ち受ける。

これによって、グループサーバ１００Ｂやサーバ１００が、それぞれ提供するサービスの中で、ユーザや機器のグループ情報が変わったときに、そのことを反映してステップＳ１６５，ステップＳ１６９が実行可能か否かを判断することができるようになる。

受信データに情報の要求が含まれない場合（ステップＳ１６６にてＮＯの場合）、プロセッサ１１０は、通信インターフェイス１６０を介して、端末３００からの次のデータを待ち受ける。
＜ネットワークシステム１の情報処理のまとめ＞

次に、図１６を参照しながら、本実施の形態にかかるネットワークシステム１の情報処理についてまとめる。なお、図１６は、本実施の形態にかかるネットワークシステム１の情報処理を示すイメージ図である。

まず、第１のユーザが、第１の端末を利用して、グループサーバ１００Ｂに第１グループを立ち上げさせる共に、第１のグループのメンバーとしてグループサーバ１００Ｂにユーザ登録する（１）。次に、第１のユーザが、第１の端末を利用して、第１の機器を第１のグループのメンバーとしてグループサーバ１００Ｂに機器登録する（２）。ここで、第１のユーザは、第１の端末を利用して、サーバ１００を介して第１の機器を制御するためのペアリング処理を行う。

次に、第２のユーザが、第２の端末を利用して、第１のグループのメンバーとしてグループサーバ１００Ｂにユーザ登録する（３）。これによって、第１の機器と同一グループに属する第２のユーザも、第２の端末を利用して、サーバ１００を介して、第１の機器を制御したり、第１の機器の情報を閲覧したりすることが可能になる。

次に、第２のユーザが、第２の端末を利用して、第２の機器を第１のグループのメンバーとしてグループサーバ１００Ｂに機器登録する（４）。ここで、第２のユーザは、第２の端末を利用して、サーバ１００を介して第２の機器を制御するためのペアリング処理を行う。これによって、第２の機器と同一グループに属する第１のユーザも、第１の端末を利用して、サーバ１００を介して、第２の機器を制御したり、第２の機器の情報を閲覧したりすることが可能になる。

次に、第３のユーザが、第３の端末を利用して、第１のグループのメンバーとしてグループサーバ１００Ｂにユーザ登録する（５）。これによって、第１および第２の機器と同一グループに属する第３のユーザも、第３の端末を利用して、サーバ１００を介して、第１および第２の機器を制御したり、第１および第２の機器の情報を閲覧したりすることが可能になる。

次に、第３のユーザが、第３の端末を利用して、第３の機器を第１のグループのメンバーとしてグループサーバ１００Ｂに機器登録する（６）。ここで、第３のユーザは、第３の端末を利用して、サーバ１００を介して、第３の機器を制御するためのペアリング処理を行う。これによって、第３の機器と同一グループに属する第１および第２のユーザも、サーバ１００を介して、第１および第２の端末を利用して、第３の機器を制御したり、第３の機器の情報を閲覧したりすることが可能になる。
＜ネットワークシステム１の情報処理の第１の別実施例のまとめ＞

次に、図１７を参照しながら、本実施の形態にかかるネットワークシステム１の情報処理の第１の別実施例についてまとめる。なお、図１７は、本実施の形態にかかるネットワークシステム１の情報処理の第１の別実施例を示すイメージ図である。

まず、図１７（ａ）を参照して、第１のユーザが、第１の端末を利用して、グループサーバ１００Ｂに第１のグループを立ち上げさせるとともに、第１のグループのメンバーとしてグループサーバ１００Ｂにユーザ登録する（１）。

次に、第１のユーザが、第１の端末を利用して、第１の機器を第１のグループのメンバーとしてグループサーバ１００Ｂに機器登録する（２）。そして、第１のユーザは、第１の端末を利用して、サーバ１００を介して第１の機器を制御するためのペアリング処理を行う。

次に、第１のユーザが、第１の端末を利用して、第２の機器を第１のグループのメンバーとしてグループサーバ１００Ｂに機器登録する（３）。そして、第１のユーザは、第１の端末を利用して、サーバ１００を介して第２の機器を制御するためのペアリング処理を行う。

また、第１のユーザが、第１の端末を利用して、第３の機器を第１のグループのメンバーとしてグループサーバ１００Ｂに機器登録する（４）。そして、第１のユーザは、第１の端末を利用して、サーバ１００を介して第３の機器を制御するためのペアリング処理を行う。

次に、図１７（ｂ）を参照して、第１のユーザが、グループサーバ１００Ｂを介して、第２のユーザを第１のグループに招待する。第２のユーザは、当該招待に基づいて、第２の端末を利用して、第１のグループのメンバーとしてグループサーバ１００Ｂにユーザ登録する（５）。これによって、第１〜第３の機器と同一グループに属する第２のユーザも、第２の端末を利用して、サーバ１００を介して、第１〜第３の機器を制御したり、第１〜第３の機器の情報を閲覧したりすることが可能になる。

同様に、第１のユーザが、グループサーバ１００Ｂを介して第３のユーザを第１のグループに招待する。第３のユーザは、当該招待に基づいて、第３の端末を利用して、第１のグループのメンバーとしてグループサーバ１００Ｂにユーザ登録する（６）。これによって、第１〜第３の機器と同一グループに属する第３のユーザも、第３の端末を利用して、サーバ１００を介して、第１〜第３の機器を制御したり、第１〜第３の機器の情報を閲覧したりすることが可能になる。
＜ネットワークシステム１の情報処理の第２の別実施例のまとめ＞

次に、図１８を参照しながら、本実施の形態にかかるネットワークシステム１の情報処理の第２の別実施例についてまとめる。具体的に、第２の別実施例として、ユーザが複数のグループに属することができるネットワークシステム１について説明する。図１８は、本実施の形態にかかるネットワークシステム１の情報処理の第２の別実施例を示すイメージ図である。

まず、第１〜第３のユーザの登録と、第１〜第３の機器の登録に関しては、図１６および図１７に示すものと同様であるため、ここでは説明を繰り返さない。

次に、第３のユーザが、第３の端末を利用して、グループサーバ１００Ｂに第２のグループを立ち上げさせるとともに、第２のグループのメンバーとしてグループサーバ１００Ｂにユーザ登録する（７）。たとえば、第３のユーザが新規グループを立ち上げることによって、当該新規グループに第４のユーザを招待する構成が考えられる。

次に、第３のユーザが、第３の端末を利用して第３の機器とペアリングすることによって、第３の機器を第２のグループのメンバーとしてグループサーバ１００Ｂに機器登録する（８）。なお、第３のユーザは、第１のグループに属しているため、第３の機器とペアリングすることが可能である。ただし、グループサーバ１００Ｂが、第１のグループのユーザあるいは第３の機器のオーナから、第３の機器の第２グループへの所属を許可する旨、すなわち第３の機器の２つのグループへの重複登録を許可する旨を得ている必要がある。そして、第３のユーザは、第３の端末を利用して、サーバ１００を介して第３の機器を制御するためのペアリングを行う。

次に、第４のユーザが、第４の端末を利用して、第２のグループのメンバーとしてグループサーバ１００Ｂにユーザ登録する（９）。これによって、第３の機器と同一グループに属する第４のユーザも、第４の端末を利用して、サーバ１００を介して、第３の機器を制御したり、第３の機器の情報を閲覧したりすることが可能になる。

次に、第４のユーザが、第４の端末を利用して、第４の機器を第２のグループのメンバーとしてグループサーバ１００Ｂに機器登録する（１０）。そして、第４のユーザは、第４の端末を利用して、サーバ１００を介して第４の機器を制御するためのペアリングを行う。これによって、第４の機器と同一グループに属する第３のユーザも、第３の端末を利用して、サーバ１００を介して、第４の機器を制御したり、第４の機器の情報を閲覧したりすることが可能になる。

なお、第４のユーザは、第１のグループには属していないので、第１および第２の機器を制御したり、第１および第２の機器の情報を閲覧したりできない。同様に、第１および第２のユーザは、第２のグループには属していないので、第４の機器を制御したり、第４の機器の情報を閲覧したりできない。そして、第３のユーザは、第１および第２のグループに属しているので、第１〜第４の機器を制御したり、第１から第４の機器の情報を閲覧したりすることができる。
＜ネットワークシステム１の第１のユースケース＞

次に、図１９を参照しながら、本実施の形態にかかるネットワークシステム１の具体的な第１のユースケースについて説明する。図１９は、本実施の形態にかかるネットワークシステム１の第１のユースケースを示すイメージ図である。

本実施の形態においては、購入して設置したばかりの機器は、グループサーバ１００Ｂにユーザ登録しているユーザであれば、誰でもペアリングすることができる。逆にいうと、本実施の形態にかかるネットワークシステム１においては、グループサーバ１００Ｂにユーザ登録していないユーザは、機器とペアリングできない。

具体的には、購入して設置したばかりの機器（エアコン２００Ａ）は、いずれのグループにも所属していないため、図１９（ａ）に示すように、第１のグループに属する第１のユーザも第２のユーザも共にペアリングすることができる。また、購入して設置したばかりの機器は、いずれのグループにも所属していないため、図１９（ｂ）に示すように、第２のグループに属する第３のユーザもペアリングを開始することができる。
＜ネットワークシステム１の第２のユースケース＞

次に、図２０を参照しながら、本実施の形態にかかるネットワークシステム１の具体的な第２のユースケースについて説明する。図２０は、本実施の形態にかかるネットワークシステム１の第２のユースケースを示す第１のイメージ図である。

第１のユーザが第１の端末（スマートフォン３００Ａ）を利用して既にペアリング済みの第１の機器（エアコン２００Ａ）は、第１の機器と同一グループではない第３のユーザがペアリングすることはできない。つまり、第３のユーザが、第１のユーザと同じグループに属さないユーザＩＤで第３の端末（スマートフォン３００Ｃ）の機器制御アプリケーションにログインしている場合には、サーバ１００は、第１の機器と第３のユーザの端末とをペアリングさせない。

ここで、第２のユースケースに関して説明を追加する。図２１を参照しながら、本実施の形態にかかるネットワークシステム１の第２のユースケースについて説明を追加する。図２１は、本実施の形態にかかるネットワークシステム１の第２のユースケースを示す第２のイメージ図である。

図２１（ａ）に示すように、第１〜第３のユーザが同一グループに属しており、少なくとも第１のユーザが第１の端末（スマートフォン３００Ａ）と機器（エアコン２００Ａ）とをペアリングさせているとする。本実施の形態においては、図２１（ｂ）に示すように、第３のユーザがグループを脱退し、新たなグループを作成することができる。そして、第３のユーザは、機器を新たなグループに持っていくことができる。すなわち、機器が新たなグループＩＤに対応付けられる。

この場合、図２１（ｃ）に示すように、第３のユーザは、第３の端末（スマートフォン３００Ｃ）と機器とをペアリングさせることはできるが、第１および第２のユーザは、第１および第２の端末と機器とをペアリングさせることはできなくなる。なぜなら、第１および第２のユーザは、もはや機器と同じグループに属していないからである。
＜ネットワークシステム１の第３のユースケース＞

次に、図２２を参照しながら、本実施の形態にかかるネットワークシステム１の具体的な第３のユースケースについて説明する。図２２は、本実施の形態にかかるネットワークシステム１の第３のユースケースを示すイメージ図である。

本実施の形態にかかるネットワークシステム１は、機器（エアコン２００Ａ）と同じグループに属するユーザのスマートフォン３００Ｂの乗り換えにも対応できる。また、本実施の形態にかかるネットワークシステム１においては、機器と同じグループに属するユーザは、２台目のスマートフォン３００Ｄを介しても機器とペアリングすることができる。換言すれば、第２のユーザは、自身のユーザＩＤに基づいて第２の端末を介して制御あるいは閲覧することが可能な機器に対しては、同じユーザＩＤを利用することによって第４の端末を介しても制御あるいは閲覧することができる。なお、詳細は、第２のユースケースと同じであるため、ここでは説明を繰り返さない。
＜ネットワークシステム１の第４のユースケース＞

次に、図２３を参照しながら、本実施の形態にかかるネットワークシステム１の具体的な第４のユースケースについて説明する。図２３は、本実施の形態にかかるネットワークシステム１の第４のユースケースを示すイメージ図である。

本実施の形態にかかるネットワークシステム１のグループサーバ１００Ｂは、あるグループに登録されている機器が、重複して当該グループに登録されないように構成されている。たとえば、グループサーバ１００Ｂあるいはサーバ１００が機器に機器ＩＤを割り当てることによって、グループサーバ１００Ｂは当該キーに基づいて同一機器の同一グループへの重複登録を防止する。なお、グループサーバ１００Ｂは、機器に割り当てられているＭＡＣアドレスに基づいて、同一機器の同一グループへの重複登録を防止するものであってもよい。
＜ネットワークシステム１の第５のユースケース＞

次に、図２４を参照しながら、本実施の形態にかかるネットワークシステム１の第５のユースケースについて説明する。図２４は、本実施の形態にかかるネットワークシステム１の第５のユースケースを示すイメージ図である。

機器制御アプリケーションの種類や機器制御サービスの種類によっては、第２のユーザが第２の端末（スマートフォン３００Ｂ）を介して、機器（エアコン２００Ａ）とペアリングした場合、第１のユーザは、機器と同じグループであるという理由だけでは、第１の端末を介して機器を制御することはできない、という設定にすることができる。
＜ネットワークシステム１の第６のユースケース＞

次に、図２５を参照しながら、本実施の形態にかかるネットワークシステム１の第６のユースケースについて説明する。図２５は、本実施の形態にかかるネットワークシステム１の第６のユースケースを示す第１のイメージ図である。

機器制御アプリケーションの種類や機器制御サービスの種類によっては、第２のユーザが第２の端末（スマートフォン３００Ｂ）を介して、機器（エアコン２００Ａ）とペアリングした場合、第１のユーザは、機器と同じグループであるという理由だけで、第１の端末を介して機器の情報を閲覧することができる。

すなわち、第５および第６のユースケースのように、最初に機器とペアリングしたユーザは、当該機器に制御命令を送信することができる。しかしながら、最初に機器とペアリングしなかったユーザは、機器と同じグループである場合に、当該機器から情報を取得することはできるが制御することはできない。ただし、機器制御アプリケーションの種類や機器制御サービスの種類によっては、最初に機器とペアリングしなかったユーザも、機器と同じグループである場合には、当該機器から情報を取得することも、当該機器を制御することも両方できるという設定であってもよい。

ここで、第６のユースケースに関して説明を追加する。図２６を参照しながら、本実施の形態にかかるネットワークシステム１の第６のユースケースについて説明を追加する。図２６は、本実施の形態にかかるネットワークシステム１の第６のユースケースを示す第２のイメージ図である。

図２６（ａ）に示すように、第１〜第３のユーザが同一グループに属しており、第２のユーザが第２の端末（スマートフォン３００Ｂ）と機器（エアコン２００Ａ）とをペアリングさせたものとする。本実施の形態においては、図２６（ｂ）に示すように、第３のユーザがグループを脱退し、新たなグループを作成することができる。そして、第３のユーザは、機器を新たなグループに持っていくことができる。すなわち、機器が新たなグループＩＤに対応付けられる。

アプリケーションやサービスの種類によっては、図２６（ｃ）に示すように、第３のユーザは、第３の端末（スマートフォン３００Ｃ）と機器とをペアリングさせていなくても、引き続き第３の端末を利用して機器の情報を閲覧する権限を有する。すなわち、サーバ１００は、元々機器と同じグループに属する第３のユーザに関しては、要求に応じて機器から情報を取得して第３の端末に送信する。
＜ネットワークシステム１の第７のユースケース＞

次に、図２７を参照しながら、本実施の形態にかかるネットワークシステム１の具体的な第７のユースケースについて説明する。図２７は、本実施の形態にかかるネットワークシステム１の第７のユースケースを示すイメージ図である。

本実施の形態においては、第２のユーザが第２の端末（スマートフォン３００Ｂ）の機器制御アプリケーションを利用して機器（エアコン２００Ａ）とペアリングした場合、第１のユーザが第２の端末から第１のユーザＩＤでログインすることによって機器を制御したり、機器の情報を取得したりすることも可能である。なお、第１のユーザによる、第２の端末を利用した、機器の制御を許可するか否か、機器の情報閲覧を許可するか否か、については機器制御アプリケーションの種類や機器制御サービスの種類に応じて決定できることが好ましい。
＜ネットワークシステム１の第８のユースケース＞

次に、図２８を参照しながら、本実施の形態にかかるネットワークシステム１の第８のユースケースについて説明する。図２８は、本実施の形態にかかるネットワークシステム１の第８のユースケースを示すイメージ図である。

本実施の形態においては、グループサーバ１００Ｂは、最初に機器２００をグループに登録したユーザを当該機器２００のオーナとしてもよい。たとえば、エアコン２００Ａの設置後に、第１のユーザが、グループサーバ１００Ｂに対して、エアコン２００Ａを自分のグループに登録すると、第１のユーザがエアコン２００Ａのオーナになる。その後、第１のユーザやエアコン２００Ａと同じグループの第２のユーザが、第２の端末（スマートフォン３００Ｂ）を利用してエアコン２００Ａとペアリングすることもできる。

この状態において、エアコン２００Ａのオーナは、グループサーバ１００Ｂに対して、グループ内の他のユーザをグループから脱退させたり、グループに所属させたままでエアコン２００Ａの制御を禁止したり、エアコン２００Ａの情報閲覧を禁止したりすることができる。

たとえば、図２８（ｂ）に示すように、エアコン２００Ａのオーナである第１のユーザがグループ内の第２のユーザを脱退させると、その後、グループサーバ１００Ｂおよびサーバ１００は、自動的に、第２のユーザとエアコン２００Ａとのペアリングを解除し、第２のユーザによるエアコン２００Ａの制御と、エアコン２００Ａの情報の閲覧とを禁止する。
＜ネットワークシステム１の第９のユースケース＞

次に、図２９を参照しながら、本実施の形態にかかるネットワークシステム１の第９のユースケースについて説明する。図２９は、本実施の形態にかかるネットワークシステム１の第９のユースケースを示すイメージ図である。

本実施の形態においては、サーバ１００は、端末３００を介したユーザからの権限情報の要求に基づいて、当該ユーザが指定する機器２００に関して、当該ユーザが属するグループに属するユーザのそれぞれがどのようなレベルの権限を有しているかを示す情報を端末３００に送信する。すなわち、この場合は、サーバ１００またはデータベース１０１は、機器２００毎に、ユーザと権限レベルとの対応関係を格納する。そして、プロセッサ１１０は、通信インターフェイス１６０を介して、要求された機器２００に関するユーザと権限レベルとの対応関係を端末に送信する。

図２９に示すように、端末３００のプロセッサ３１０は、サーバ１００からの対応関係に基づいて、タッチパネル３５０に、機器２００に関して、機器２００が属するグループに属するユーザのそれぞれがどのようなレベルの権限を有しているかを示す情報を表示させる。これによって、ユーザは、意図しないユーザがグループに所属していることや、ユーザのいずれかに意図しない権限が与えられていることを、簡単に把握することができる。
＜ネットワークシステム１のまとめ＞

このように、本実施の形態にかかるネットワークシステム１では、ユーザが端末３００を利用して機器２００の制御や機器２００の情報を要求してきた際に、サーバ１００が、ユーザと機器２００とが同じグループに属するか否かに基づいて当該要求を許可するか否かを判断する。

その結果、本実施の形態にかかるネットワークシステム１では、従来よりも、より簡単に、より安全に、端末３００が機器２００を制御したり情報を取得したりできるようになる。より詳細には、２人目以降のユーザは、機器２００と最初にペアリングしたユーザのようなペアリング処理が不要になるため、従来よりもユーザの処理が簡単になる。そして、グループに加入していないユーザが機器２００にアクセスしたり、制御したり、情報を閲覧したりできないため、従来よりもセキュリティーが向上される。
＜第２の実施の形態＞

第１の実施の形態においては、図７のステップＳ１０６〜ステップＳ１１４において、端末３００と機器２００とが直接的に無線通信によってデータをやり取りするものであった。しかしながら、以下のように、ユーザが端末３００に機器２００のＭＡＣアドレスなどの識別情報を入力することによって、端末３００が無線通信によって機器２００を検知することなくペアリング処理を完了する形式を採用してもよい。

なお、以下では、本実施の形態にかかるネットワークシステム１の情報処理について説明するものとし、ネットワークシステム１の全体構成および各装置のハードウェア構成については、第１の実施の形態にかかるそれらと同様であるため説明を繰り返さない。

図３０は、本実施の形態にかかるネットワークシステム１の情報処理を示すシーケンス図である。図３０を参照して、ステップＳ２０２とステップＳ２０４の処理は第１の実施の形態にかかる図７のステップＳ１０２とステップＳ１０４の処理と同様であるため、ここでは説明を繰り返さない。

第１のユーザは、第１の端末３００の機器制御アプリケーションにユーザＩＤと機器２００に記載されているＭＡＣアドレスを入力する。第１の端末３００のプロセッサ３１０は、通信インターフェイス３６０を介して、ユーザＩＤとＭＡＣアドレスとをサーバ１００に送信することによってペアリング要求を行う（ステップＳ２０６）。

このとき、第１のユーザは、機器２００のペアリング用のボタンを押す。機器２００のプロセッサ２１０は、通信インターフェイス２６０を介して、自身のＭＡＣアドレスをサーバ１００に送信する（ステップＳ２０８）。

サーバ１００のプロセッサ１１０は、通信インターフェイス１６０を介して、第１の端末３００と機器２００とからデータを受信する。プロセッサ１１０は、データベース１０１を参照することによって、当該機器２００のＭＡＣアドレスが未だ当該ユーザのグループに登録されていないか否かを判断する（ステップＳ２１０）。

サーバ１００のプロセッサ１１０は、データベース１０１を参照して、当該機器２００が未だ当該ユーザのグループに登録されていない場合に、第１の端末３００からのＭＡＣアドレスと機器２００からのＭＡＣアドレスとが同じであるか否かを判断する。プロセッサ１１０は、第１の端末３００からのＭＡＣアドレスと機器２００からのＭＡＣアドレスとが同じである場合に、機器２００に対して遠隔制御用の機器ＩＤを発行し、当該機器ＩＤを第１の端末にも送信する（ステップＳ２１２）。これによって、第１の端末３００は、機器ＩＤを利用することによって、サーバ１００を介して機器２００を制御することができるようになる。

その後、ステップＳ２２０からステップＳ２３０までの処理は、第１の実施の形態にかかる図７のステップＳ１２０からステップＳ１３０までの処理と同様であるため、ここでは説明を繰り返さない。
＜第３の実施の形態＞

第１および第２の実施の形態にかかるネットワークシステムは、図７のステップＳ１０６〜ステップＳ１１４において、ペアリング処理の後に機器が自動的にグループに登録されるものであった。しかしながら、このような形態に限定されるものではない。たとえば、ユーザが、ペアリング処理の前に、自分が購入した機器を自分のグループに登録してもよい。

なお、以下では、本実施の形態にかかるネットワークシステム１の情報処理について説明するものとし、ネットワークシステム１の全体構成および各装置のハードウェア構成については、第１の実施の形態にかかるそれらと同様であるため説明を繰り返さない。

図３１は、本実施の形態にかかるネットワークシステム１の情報処理を示すシーケンス図である。図３１を参照して、ステップＳ３０２とステップＳ３０４の処理は第１の実施の形態にかかる図７のステップＳ１０２とステップＳ１０４の処理と同様であるため、ここでは説明を繰り返さない。

次に、第１のユーザは、第１の端末３００を介して、データベース１０１にアクセス可能なグループサーバ１００Ｂに対して機器登録を行う（ステップＳ３０６）。具体的には、第１のユーザは、ユーザＩＤおよびグループＩＤに対応付けて、機器２００の様々な情報、たとえば型番やＭＡＣアドレスなど、をグループサーバ１００Ｂに登録する。グループサーバ１００Ｂは、機器２００を登録したユーザを、当該機器２００のオーナとして認識する。

その後、第１のユーザが端末３００の機器制御アプリケーションを起動して、機器２００とのペアリング処理を開始する。

具体的には、図８に示すように、端末３００のプロセッサ３１０は、機器制御アプリケーションのブラウザを介して第１のユーザからユーザＩＤとパスワードとの入力を受け付ける。プロセッサ３１０は、通信インターフェイス３６０を介してユーザＩＤとパスワードとをサーバ１００に送信することによってペアリング要求を行う（ステップＳ３０８）。

サーバ１００のプロセッサ１１０は、通信インターフェイス１６０を介してデータベース１０１あるいはグループサーバ１００Ｂにアクセスして、ユーザＩＤとパスワードの認証を行う。サーバ１００がユーザＩＤとパスワードの認証に成功すると、図９に示すように、端末３００のプロセッサ３１０は、タッチパネル３５０を介して、新たな制御対象の設定を開始するための命令を受け付ける。

サーバ１００のプロセッサ１１０は、通信インターフェイス１６０を介して、端末３００から当該命令を受け付ける。プロセッサ１１０は、データベース１０１を参照してユーザＩＤに対応する機器ＩＤを特定する（ステップＳ３１０）。プロセッサ１１０は、通信インターフェイス１６０を介して、当該機器ＩＤに対応する機器情報を端末３００に送信する（ステップＳ３１２）。すなわち、サーバ１００のプロセッサ１１０は、第１のユーザと同じグループの機器２００の情報を端末３００に送信する。

これによって、図１０に示すように、端末３００のプロセッサ３１０は、サーバ１００からのデータに基づいて、ペアリング可能な機器の情報を選択可能にタッチパネル３５０に表示させる。そして、図１１に示すように、端末３００のプロセッサ３１０は、タッチパネル３５０を介して、機器の設置に関する情報の入力を受け付ける。このときに、プロセッサ３１０は、ユーザからＭＡＣアドレスや型番を受け付けてもよいし、機器からＭＡＣアドレスや型番や識別情報を受信してもよい。

情報の入力が完了すると、端末３００のプロセッサ３１０は、機器２００とのペアリング処理を開始する（ステップＳ３１４）。具体的には、図１２に示すように、端末３００のプロセッサ３１０は、タッチパネル３５０に、ペアリングのための機器２００および端末３００に対する操作方法を表示させる。機器２００のプロセッサ２１０は、ユーザによってペアリング用のボタンが押されると、通信インターフェイス２６０を介してＭＡＣアドレスや型番や識別情報をサーバ１００に送信する（ステップＳ３１４−１）。

端末３００のリンクボタンが押されると、端末３００のプロセッサ３１０は、サーバ１００へ識別情報を送信する(ステップＳ３１４−２)。サーバ１００のプロセッサ１１０は、端末３００から指定されたＭＡＣアドレスや型番や識別情報と機器２００から受信したＭＡＣアドレスや型番や識別情報とが同じが否かを判断する。プロセッサ１１０は、端末３００から指定された情報と機器２００から受信した情報とが同じ場合、通信インターフェイス１６０を介して、ペアリングが完了した旨を端末３００に送信する。その後は、ユーザは、端末３００を介して機器２００を遠隔制御することが可能になる。

ペアリングが完了すると、図１３に示すように、端末３００のプロセッサ３１０は、タッチパネル３５０に、機器２００を制御可能になった旨を表示させる。本実施の形態においては、端末３００のプロセッサ３１０は、タッチパネル３５０に、機器２００に関するテキストや画像とともに、機器２００に命令を送信可能であることを示すアイコンを表示させる。

その後、ステップＳ３２０からステップＳ３３０までの処理は、第１の実施の形態にかかる図７のステップＳ１２０からステップＳ１３０までの処理と同様であるため、ここでは説明を繰り返さない。
＜第４の実施の形態＞

第４の実施の形態にかかるネットワークシステムは、第１または第２の実施の形態のネットワークシステム１に加えて、既に機器２００を制御することが可能な状態にある第１のユーザが、第２のユーザをグループに招待することが可能なものである。本実施の形態においては、グループサーバ１００Ｂを利用することによって、招待を実現するものである。なお、以下では、本実施の形態にかかるネットワークシステム１の情報処理について説明するものとし、ネットワークシステム１の全体構成および各装置のハードウェア構成については、第１の実施の形態にかかるそれらと同様であるため説明を繰り返さない。

図３２は、本実施の形態にかかるネットワークシステム１の情報処理を示すシーケンス図である。図３２を参照して、ステップＳ４０２からステップＳ４１４までの処理、すなわち第１のユーザが第１の端末３００を介して機器２００とペアリングするまでの処理、は第１の実施の形態にかかる図７のステップＳ１０２からステップＳ１１４までの処理と同様であるため、ここでは説明を繰り返さない。

次に、第１のユーザが、第２のユーザを第１のグループに招待する。具体的には、第１のユーザは第１の端末３００を介してグループサーバ１００Ｂに第２のユーザを招待するための命令を送信する（ステップＳ４１６）。当該グループサーバ１００Ｂは、第２のユーザの第２の端末３００にグループへの加入を促すための招待通知を送信する（ステップＳ４１８）。

第２のユーザは、当該招待通知に応じて、第２の端末３００を介して、データベース１０１にアクセス可能なグループサーバ１００Ｂに対して、第１のグループのメンバーとしてユーザ登録を行う（ステップＳ４２０）。サーバ１００は、ユーザＩＤを第１のユーザに対応するグループＩＤに対応付けてユーザデータベース１０１Ａに登録する。第２のユーザは、グループサーバ１００ＢにユーザＩＤとパスワードとを登録したり、グループサーバ１００ＢからユーザＩＤとパスワードとを取得したりする。

その後、ステップＳ４２２からステップＳ４３０までの処理は、第１の実施の形態にかかる図７のステップＳ１２２からステップＳ１３０までの処理と同様であるため、ここでは説明を繰り返さない。
＜第５の実施の形態＞

第４の実施の形態にかかるネットワークシステムは、第１または第２の実施の形態のネットワークシステム１に加えて、既に機器２００を制御することが可能な状態にある第１のユーザが第２のユーザをグループに招待することが可能なものである。ただし、第３の実施の形態のネットワークシステムとは異なり、本実施の形態においては、招待に関してはグループサーバ１００Ｂを利用する必要はない。

以下では、図３３を参照しながら、本実施の形態にかかるネットワークシステム１の情報処理について説明するものとし、ネットワークシステム１の全体構成および各装置のハードウェア構成については、第１の実施の形態にかかるそれらと同様であるため説明を繰り返さない。なお、図３３は、本実施の形態にかかるネットワークシステム１の情報処理を示すシーケンス図である。

まず、第１のユーザの自宅に機器２００が設置される。機器２００は、たとえば無線ＬＡＮおよびインターネットなどを介して、サーバ１００と通信を開始する（ステップＳ５０４）。このとき、サーバ１００は、機器２００に通信用の識別情報を付与する。サーバ１００は、ＭＡＣアドレスと当該識別情報との対応関係を記憶しておく。

そして、第１のユーザが第１の端末３００の機器制御アプリケーションを起動して、機器２００とのペアリング処理を開始する。

具体的には、図８に示すように、第１の端末３００のプロセッサ３１０は、機器制御アプリケーションのブラウザを介して第１のユーザからユーザＩＤとパスワードとの入力を受け付けて、通信インターフェイス３６０を介してユーザＩＤとパスワードとをサーバ１００に送信する。サーバ１００のプロセッサ１１０は、通信インターフェイス１６０を介してデータベース１０１あるいはグループサーバ１００Ｂにアクセスして、ユーザＩＤとパスワードの認証を行う。サーバ１００がユーザＩＤとパスワードの認証に成功すると、図９に示すように、第１の端末３００のプロセッサ３１０は、タッチパネル３５０を介して、新たな制御対象となる機器の通信設定を開始するための命令を受け付ける。

第１の端末３００のプロセッサ３１０は、通信インターフェイス３６０を利用して、ＷｉＦｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）などの無線通信可能な機器２００を探す（ステップＳ５０６）。そして、図１０に示すように、第１の端末３００のプロセッサ３１０は、通信できた機器２００からの情報に基づいて、機器２００の種類または名称などの情報を選択可能にタッチパネル３５０に表示させる。そして、図１１に示すように、第１の端末３００のプロセッサ３１０は、タッチパネル３５０を介して、機器２００の関する情報の入力を受け付ける。

第１の端末３００のプロセッサ３１０は、通信インターフェイス３６０を介して、機器２００からの情報とユーザからの情報とをサーバ１００に送信することによって機器２００とのペアリングを要求する（ステップＳ５０８）。たとえば、第１の端末３００のプロセッサ３１０が、通信インターフェイス３６０を介して無線通信によって、機器２００から機器２００の識別情報を受信する。プロセッサ３１０は、通信インターフェイス３６０を介して、当該識別情報とユーザＩＤとをサーバ１００に送信する。

図１２に示すように、第１の端末３００のプロセッサ３１０は、タッチパネル３５０に、ペアリングのための機器２００および第１の端末３００に対する操作方法を表示させる。機器２００は、ユーザによってペアリング用のボタンが押されると、識別情報をサーバ１００に送信する。

サーバ１００は、第１の端末３００から受信した識別情報と機器２００から受信した識別信号とが同じであることを確認すると、ペアリングが完了した旨を第１の端末３００に送信する（ステップＳ５１２）。その後、ユーザは、第１の端末３００を利用することによって、サーバ１００を介して機器２００を遠隔制御することが可能になる。

ペアリングが完了すると、図１３に示すように、第１の端末３００のプロセッサ３１０は、タッチパネル３５０に、機器２００を制御可能になった旨を表示させる。本実施の形態においては、第１の端末３００のプロセッサ３１０は、タッチパネル３５０に、機器２００に関するテキストや画像とともに、機器２００に命令を送信可能であることを示すアイコンを表示させる。

本実施の形態においても、次に述べるように、安全かつ簡単に、第２のユーザにも機器２００を遠隔制御させたり機器２００の情報を閲覧させたりすることができる。

第１のユーザは、第２のユーザをグループに招待する（ステップＳ５１６）。具体的には、第１のユーザは、第１の端末３００に機器制御アプリケーションを立ち上げて、第２のユーザの招待命令を機器制御アプリケーションに入力する。第１の端末３００のプロセッサ３１０は、機器制御アプリケーションに従って、通信インターフェイス１６０を介して、第２の端末３００に識別情報を送信することによって、第２の端末３００を機器２００を制御可能な状態へと招待する。

具体的には、第１の端末３００のプロセッサ３１０は、通信インターフェイス１６０を介して、Ｂｌｕｅｔｏｏｔｈ（登録商標）およびＦｅｌｉＣａ（登録商標）などのＮＦＣ（Near field communication）などを利用して、直接的に、すなわちグループサーバ１００Ｂを介さずに、第２の端末に識別情報を含む招待通知を送信する。第２の端末３００のプロセッサ３１０は、招待通知を受け付けると、機器制御アプリケーションを立ち上げて機器２００を制御できるようになった旨をタッチパネル３５０に表示させる。すなわち、これ以降、第２の端末３００のプロセッサ３１０は、ユーザからの命令に応じて、招待通知に含まれる識別情報に基づいて、通信インターフェイス１６０を介して機器２００に第２の要求を送信できるようになる。

第２の端末３００は、当該招待に応じて、サーバ１００を経由して機器２００にアクセスすることができる（ステップＳ５３０）。たとえば、第２の端末３００のプロセッサ３１０は、ユーザからの命令に応じて、第１の端末３００から受信した識別情報に基づいて第２のユーザもしくは第２の端末３００が第１のユーザと同じグループに属することによって機器２００とペアリングしてもよいし、第１の端末３００から受信した識別情報に基づいて機器２００に制御命令を送ってもよいし、第１の端末３００から受信した識別情報に基づいて機器２００から操作情報や状態情報を取得してもよいし、第１の端末３００から受信した識別情報に基づいて機器２００にアクセスしてもよい。
＜第６の実施の形態＞

第１〜第５の実施の形態にかかるネットワークシステムは、機器２００にアクセスを試みる第２のユーザに対して、サーバ１００が当該ユーザと同一のグループに所属する機器２００を抽出して当該ユーザに選択可能に提示するものであった。しかしながら、本実施の形態においては、第２のユーザがアクセスしたい機器２００を自分で選択した後に、サーバ１００が、ユーザに選択された機器２００に対する要求を許可するか否かを判断するものである。

以下では、本実施の形態にかかるネットワークシステム１の情報処理について説明するものとし、ネットワークシステム１の全体構成および各装置のハードウェア構成については、第１の実施の形態にかかるそれらと同様であるため説明を繰り返さない。なお、図３４は、本実施の形態にかかるネットワークシステム１の情報処理を示すシーケンス図である。

図３４を参照して、ステップＳ６０２からステップＳ６１４までの処理、すなわち第１のユーザが第１の端末３００を介して機器２００とペアリングするまでの処理、は第１の実施の形態にかかる図７のステップＳ１０２からステップＳ１１４までの処理と同様であるため、ここでは説明を繰り返さない。

本実施の形態においても、次に述べるように、安全かつ簡単に、第２のユーザにも機器２００を遠隔制御させたり機器２００の情報を閲覧させたりすることができる。

まず、第２のユーザが、第２の端末３００を介して、データベース１０１にアクセス可能なグループサーバ１００Ｂに対してユーザ登録を行う（ステップＳ６２０）。サーバ１００は、ユーザＩＤを第１のユーザに対応するグループＩＤに対応付けてユーザデータベース１０１Ａに登録する。第２のユーザは、グループサーバ１００ＢにユーザＩＤとパスワードとを登録したり、グループサーバ１００ＢからユーザＩＤとパスワードとを取得したりする。

その後、第２のユーザが第２の端末３００の機器制御アプリケーションを起動する。端末３００は、機器制御アプリケーションのブラウザを介して、第２のユーザからユーザＩＤとパスワードとを受け付けて、当該ユーザＩＤとパスワードとをサーバ１００に送信する。サーバ１００のプロセッサ１１０は、通信インターフェイス１６０を介してデータベース１０１あるいはグループサーバ１００Ｂにアクセスして、ユーザＩＤとパスワードの認証を行う。

認証に成功すると、第２の端末３００のプロセッサ３１０が、通信インターフェイス３６０を介して、無線通信によって機器２００のＭＡＣアドレスや識別情報を取得する（ステップＳ６２２）。第２のユーザは、無線通信した機器２００の中から、自分が制御したい、あるいは情報を取得したい機器２００を選択する。あるいは、第２のユーザは、制御したい、あるいは情報を取得したい機器２００のＭＡＣアドレスや識別情報を第２の端末３００に入力する（ステップＳ６２２）。

プロセッサ３１０は、タッチパネル３５０を介して、ユーザからの機器２００に対する要求を受け付ける。プロセッサ３１０は、通信インターフェイス３６０を介して、ＭＡＣアドレスや識別情報とともに、当該要求をサーバ１００に送信する（ステップＳ６２４）。

サーバ１００のプロセッサ１１０は、先に受信したユーザＩＤと今回受信したＭＡＣアドレスや識別情報に対応する機器ＩＤとに基づいて、通信インターフェイス１６０を介してデータベース１０１を参照することによって、第２の端末３００のユーザと機器２００とが同じグループに属するか否かを判断する（ステップＳ６２６）。

第２の端末３００のユーザと機器２００とが同じグループに属する場合、プロセッサ１１０は通信インターフェイス１６０を介して、第２の端末３００からの要求を機器２００に送信する（ステップＳ６３０）。一方、第２の端末３００のユーザと機器２００とが同じグループに属さない場合は、プロセッサ１１０は、通信インターフェイス１６０を介して、第２の端末３００からの要求を受け付けられない旨のメッセージを第２の端末３００に送信する。
＜第７の実施の形態＞

第１〜第６の実施の形態にかかるネットワークシステムは、サーバ１００が、第２のユーザと機器とが同じグループであるか否かの判断結果に基づいて、第２のユーザからの要求を受け付けるか否かを判断するものであった。しかしながら、ユーザＩＤではなく、第２の端末と機器とが同じグループであるか否かの判断結果に基づいて、第２の端末からの要求を受け付けるか否かを判断するものであってもよい。

すなわち、本実施の形態においては、第１〜第６の実施の形態と比較して、ユーザとグループとの対応関係を示すユーザデータベース１０１Ａの代わりに、端末とグループとの対応関係を示す端末データベースが必要になる。図３５は、本実施の形態にかかる端末データベース１０１Ｃのデータ構造を示すイメージ図である。図３５を参照して、端末データベース１０１Ｃは、端末ＩＤとグループＩＤとの対応関係を格納する。

そして、本実施の形態においては、図７のステップＳ１０２、図３０のステップＳ２０２、図３１のステップＳ３０２、図３２のステップＳ４０２、図３４のステップＳ６０２などにおいて、第１のユーザが、第１の端末３００を介して、データベース１０１にアクセス可能なグループサーバ１００Ｂに対して端末登録を行う。たとえば、第１のユーザは、グループサーバ１００ＢにユーザＩＤと端末ＩＤとパスワードとを登録したり、グループサーバ１００ＢからユーザＩＤと端末ＩＤとパスワードとを取得したりする。なお、本実施の形態においては、グループサーバ１００Ｂがサービスを運用しているが、機器制御サービス用のサーバ１００が当該役割を果たしてもよい。

また、図７のステップＳ１２２〜Ｓ１２８、図３０のステップＳ２２２〜Ｓ２２８、図３１のステップＳ３２２〜Ｓ３２８、図３２のステップＳ４２２〜Ｓ４２８、図３４のステップＳ６２２〜Ｓ６３０などにおいて、サーバ１００は、データベース１０１を参照することによって、第２のユーザの端末と機器とが同じグループであるか否かの判断結果に基づいて、第２のユーザからの要求を受け付けるか否かを判断する。

なお、第６の実施の形態のように、第２のユーザがアクセスする機器２００を自分で選択した後に、サーバ１００が、ユーザに選択された機器２００に対する要求を許可するか否かを判断する場合には、図７におけるステップＳ６２６において、以下のような処理を実行する。

すなわち、サーバ１００のプロセッサ１１０は、第２の端末３００から受信した端末ＩＤと指定されたＭＡＣアドレスや識別情報に対応する機器ＩＤとに基づいて、通信インターフェイス１６０を介してデータベース１０１を参照することによって、端末３００と機器２００とが同じグループに属するか否かを判断する。

次に、図３６を参照しながら、本実施の形態にかかるサーバ１００の情報処理について説明する。なお、図３６は、本実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。ただし、ステップＳ７５６とステップＳ７６２〜ステップＳ７６９については、それぞれ、図１５におけるステップＳ１５６とステップＳ１６２〜ステップＳ１６９と同様の処理であるため、ここでは説明を繰り返さない。

すなわち、サーバ１００のプロセッサ１１０は、受信データから端末ＩＤを取得する（ステップＳ７５２）。そして、プロセッサ１１０は、端末データベース１０１Ｃを参照して端末ＩＤに対応するグループＩＤを特定する（ステップＳ７５４）。また、プロセッサ１１０は、機器データベース１０１Ｂを参照してグループＩＤに対応する機器ＩＤを特定する（ステップＳ７５８）。プロセッサ１１０は、通信インターフェイス１６０を介して、機器ＩＤに対応する機器情報を端末に送信する（ステップＳ７６０）。

なお、ネットワークシステム１の全体構成および各装置のハードウェア構成については、第１の実施の形態にかかるそれらと同様であるため説明を繰り返さない。

本実施の形態においては、端末を識別するための端末ＩＤを利用しているが、端末ＩＤの代わりに、端末にインストールされた機器制御アプリケーションを識別するためのアプリＩＤを利用してもよい。
＜第８の実施の形態＞

第１〜第６の実施の形態にかかるネットワークシステムは、サーバ１００が、第２のユーザと機器とが同じグループであるか否かの判断結果に基づいて、第２のユーザからの要求を受け付けるか否かを判断するものであった。しかしながら、第２のユーザと、機器とペアリングしている第１のユーザと、が同じグループであるか否かの判断結果に基づいて、第２のユーザからの要求を受け付けるか否かを判断するものであってもよい。

すなわち、本実施の形態においては、第１〜第６の実施の形態と比較して、機器とグループとの対応関係を示す機器データベース１０１Ｂの代わりに、機器と当該機器とペアリングしているユーザとの対応関係を示すペアリングユーザデータベースが必要になる。図３７は、本実施の形態にかかるペアリングユーザデータベース１０１Ｄのデータ構造を示すイメージ図である。図３７を参照して、ペアリングユーザデータベース１０１Ｄは、機器ＩＤとペアリングユーザＩＤとＭＡＣアドレスとその他の機器情報との対応関係を格納する。

また、図７のステップＳ１２２〜Ｓ１２８、図３０のステップＳ２２２〜Ｓ２２８、図３１のステップＳ３２２〜Ｓ３２８、図３２のステップＳ４２２〜Ｓ４２８、図３４のステップＳ６２２〜Ｓ６３０などにおいて、サーバ１００は、データベース１０１を参照することによって、第２のユーザと、機器とペアリングした第１のユーザと、が同じグループであるか否かの判断結果に基づいて、第２のユーザからの要求を受け付けるか否かを判断する。

なお、第６の実施の形態のように、第２のユーザがアクセスする機器２００を自分で選択した後に、サーバ１００が、ユーザに選択された機器２００に対する要求を許可するか否かを判断する場合には、図７におけるステップＳ６２６において、以下のような処理を実行する。

すなわち、サーバ１００のプロセッサ１１０は、第２の端末３００から受信したユーザＩＤと指定されたＭＡＣアドレスや識別情報に対応する機器ＩＤとに基づいて、通信インターフェイス１６０を介してデータベース１０１を参照することによって、機器ＩＤに対応する機器２００と既にペアリングしているユーザのユーザＩＤと、今回受信したユーザＩＤと、が同じグループに属するか否かを判断する。

次に、図３８を参照しながら、本実施の形態にかかるサーバ１００の情報処理について説明する。なお、図３８は、本実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。

サーバ１００のプロセッサ１１０は、受信データからユーザＩＤを取得する（ステップＳ８５２）。そして、プロセッサ１１０は、ユーザデータベース１０１Ａを参照してユーザＩＤに対応するグループＩＤを特定する（ステップＳ８５４）。プロセッサ１１０は、ユーザデータベース１０１Ａを参照して、グループＩＤに対応するユーザＩＤを全て特定する（ステップＳ８５５）。プロセッサ１１０は、ペアリングユーザデータベース１０１Ｄを参照して、ステップＳ８５５にて特定された全てのユーザＩＤに対応する機器ＩＤを特定する（ステップＳ８５６）。

プロセッサ１１０は、端末３００からの受信データにアクセス要求が含まれるか否かを判断する（ステップＳ８５８）。受信データにアクセス要求が含まれる場合(ステップＳ８５８にてＹＥＳである場合)、通信インターフェイス１６０を介して、機器ＩＤに対応する機器情報を端末に送信する（ステップＳ８６０）。プロセッサ１１０は、通信インターフェイス１６０を介して、次の端末からのデータを待ち受ける。

受信データにアクセス要求が含まれない場合(ステップＳ８５８にてＮＯの場合)、プロセッサ１１０は、受信データに機器２００に対する制御命令が含まれるか否かを判断する（ステップＳ８６２）。受信データに機器２００に対する制御命令が含まれる場合（ステップＳ１６２にてＹＥＳである場合）、プロセッサ１１０は、制御命令に含まれる機器ＩＤが、ステップＳ８５６にて取得した機器ＩＤに一致するか否かを判断する(ステップＳ８６４)。プロセッサ１１０は、機器ＩＤが、ステップＳ８５６にて取得した機器ＩＤに一致する場合(ステップＳ８６４にてＹＥＳである場合)、通信インターフェイス１６０を介して、機器２００に制御命令を送信する（ステップＳ８６５）。プロセッサ１１０は、通信インターフェイス１６０を介して、端末３００からの次のデータを待ち受ける。

受信データに機器２００に対する制御命令が含まれない場合(ステップＳ８６２にてＮＯの場合)、プロセッサ１１０は、受信データに情報の要求が含まれるか否かを判断する（ステップＳ８６６）。受信データに情報の要求が含まれる場合（ステップＳ８６６にてＹＥＳである場合）、プロセッサ１１０は、制御命令に含まれる機器ＩＤが、ステップＳ８５６にて取得した機器ＩＤに一致するか否かを判断する(ステップＳ８６８)。プロセッサ１１０は、当該機器ＩＤが、ステップＳ８５６にて取得した機器ＩＤに一致する場合(ステップＳ８６８にてＹＥＳである場合)、通信インターフェイス１６０を介して、機器２００に情報を送信するように要求する（ステップＳ８６９）。その後、図示しないが、プロセッサ１１０は、通信インターフェイス１６０を介して、機器２００からの情報を端末３００に送信する。プロセッサ１１０は、通信インターフェイス１６０を介して、端末３００からの次のデータを待ち受ける。

これによって、グループサーバ１００Ｂやサーバ１００が、それぞれ提供するサービスの中で、ユーザや機器のグループ情報が変わったときに、そのことを反映してステップＳ８６５，ステップＳ８６９が実行可能か否かを判断することができるようになる。

受信データに情報の要求が含まれない場合（ステップＳ８６６にてＮＯの場合）、プロセッサ１１０は、通信インターフェイス１６０を介して、端末３００からの次のデータを待ち受ける。

なお、ネットワークシステム１の全体構成および各装置のハードウェア構成については、第１の実施の形態にかかるそれらと同様であるため説明を繰り返さない。
＜第９の実施の形態＞

第１〜第６の実施の形態にかかるネットワークシステムは、サーバ１００が、第２のユーザと機器とが同じグループであるか否かの判断結果に基づいて、第２のユーザからの要求を受け付けるか否かを判断するものであった。しかしながら、第２の端末と、機器とペアリングした第１の端末と、が同じグループであるか否かの判断結果に基づいて、第２の端末からの要求を受け付けるか否かを判断するものであってもよい。

すなわち、本実施の形態においては、第１〜第６の実施の形態と比較して、ユーザとグループとの対応関係を示すユーザデータベース１０１Ａの代わりに、端末とグループとの対応関係を示す端末データベース１０１Ｃ（第７の実施の形態を参照。）が必要になり、かつ、機器とグループとの対応関係を示す機器データベース１０１Ｂの代わりに、機器と当該機器とペアリングしている端末との対応関係を示すペアリング端末データベースが必要になる。図３９は、本実施の形態にかかるペアリング端末データベース１０１Ｅのデータ構造を示すイメージ図である。図３９を参照して、ペアリング端末データベース１０１Ｅは、機器ＩＤとペアリング端末ＩＤとＭＡＣアドレスとその他の機器情報との対応関係を格納する。

また、図７のステップＳ１２２〜Ｓ１２８、図３０のステップＳ２２２〜Ｓ２２８、図３１のステップＳ３２２〜Ｓ３２８、図３２のステップＳ４２２〜Ｓ４２８、図３４のステップＳ６２２〜Ｓ６３０などにおいて、サーバ１００は、データベース１０１を参照することによって、第２の端末と、機器とペアリングしている第１の端末と、が同じグループであるか否かの判断結果に基づいて、第２の端末からの要求を受け付けるか否かを判断する。

なお、第６の実施の形態のように、第２のユーザがアクセスする機器２００を自分で選択した後に、サーバ１００が、ユーザに選択された機器２００に対する要求を許可するか否かを判断する場合には、図７におけるステップＳ６２６において、以下のような処理を実行する。

すなわち、サーバ１００のプロセッサ１１０は、第２の端末３００から受信した端末ＩＤと指定されたＭＡＣアドレスや識別情報に対応する機器ＩＤとに基づいて、通信インターフェイス１６０を介してデータベース１０１を参照することによって、機器ＩＤに対応する機器２００と既にペアリングしている端末の端末ＩＤと、今回受信した端末ＩＤと、が同じグループに属するか否かを判断する。

次に、図４０を参照しながら、本実施の形態にかかるサーバ１００の情報処理について説明する。なお、図４０は、本実施の形態にかかるサーバ１００の情報処理を示すフローチャートである。ただし、ステップＳ９５８とステップＳ９６２〜ステップＳ９６９については、それぞれ、図３８におけるステップＳ８５８とステップＳ８６２〜ステップＳ８６９と同様の処理であるため、ここでは説明を繰り返さない。

サーバ１００のプロセッサ１１０は、受信データから端末ＩＤを取得する（ステップＳ９５２）。そして、プロセッサ１１０は、端末データベース１０１Ｃを参照して端末ＩＤに対応するグループＩＤを特定する（ステップＳ９５４）。プロセッサ１１０は、端末データベース１０１Ｃを参照して、グループＩＤに対応する端末ＩＤを全て特定する（ステップＳ９５５）。プロセッサ１１０は、ペアリング端末データベース１０１Ｅを参照して、ステップＳ９５５にて特定された全ての端末ＩＤに対応する機器ＩＤを特定する（ステップＳ９５８）。プロセッサ１１０は、通信インターフェイス１６０を介して、機器ＩＤに対応する機器情報を端末に送信する（ステップＳ９６０）。

なお、ネットワークシステム１の全体構成および各装置のハードウェア構成については、第１の実施の形態にかかるそれらと同様であるため説明を繰り返さない。

本実施の形態においては、端末を識別するための端末ＩＤを利用しているが、端末ＩＤの代わりに、端末にインストールされた機器制御アプリケーションを識別するためのアプリＩＤを利用してもよい。
＜その他の応用例＞

本発明は、システム或いは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体（あるいはメモリ）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わる他の記憶媒体に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ ：ネットワークシステム
１００ ：サーバ
１００Ｂ ：グループサーバ
１０１ ：データベース
１０１Ａ ：ユーザデータベース
１０１Ｂ ：機器データベース
１０１Ｃ ：端末データベース
１０１Ｄ ：ペアリングユーザデータベース
１０１Ｅ ：ペアリング端末データベース
１１０ ：プロセッサ
１２０ ：メモリ
１３０ ：ライト
１４０ ：スイッチ
１６０ ：通信インターフェイス
２００ ：機器
２００Ａ ：エアコン
２１０ ：プロセッサ
２２０ ：メモリ
２３０ ：ライト
２４０ ：スイッチ
２６０ ：通信インターフェイス
２７０ ：機器駆動部
３００ ：端末
３００Ａ ：第１のスマートフォン
３００Ｂ ：第２のスマートフォン
３１０ ：プロセッサ
３２０ ：メモリ
３３０ ：ディスプレイ
３４０ ：ポインティングデバイス
３５０ ：タッチパネル
３６０ ：通信インターフェイス
３８０ ：スピーカ
４００ ：ルータ

Claims (18)

1. 複数の端末と、
   少なくとも１つの機器と、
   複数のユーザに関するグループ情報を参照可能なサーバと備え、
   前記サーバは、ユーザから端末を介して機器に対する要求を受けた際に、前記グループ情報を参照することによって、前記ユーザと同じグループに属するユーザまたはユーザの端末が前記機器を制御可能である場合に前記要求を受け付け、前記ユーザと同じグループに属するユーザおよびユーザの端末が前記機器を制御可能でない場合に前記要求を受け付けない、ネットワークシステム。
2. 複数の端末と、
   少なくとも１つの機器と、
   複数の端末に関するグループ情報を参照可能なサーバと備え、
   前記サーバは、端末から機器に対する要求を受けた際に、前記グループ情報を参照することによって、前記端末と同じグループに属する端末またはユーザが前記機器を制御可能である場合に前記要求を受け付け、前記端末と同じグループに属するユーザまたは端末が前記機器を制御可能でない場合に前記要求を受け付けない、ネットワークシステム。
3. 複数の端末と、
   少なくとも１つの機器と、
   複数のユーザに関するグループ情報を参照可能なサーバと備え、
   前記サーバは、ユーザから端末を介して所定の命令を受けた際に、前記グループ情報を参照することによって、前記ユーザと同じグループに属するユーザまたはユーザの端末が制御可能な機器を特定し、特定された機器に対する要求を受け付ける、ネットワークシステム。
4. 複数の端末と、
   少なくとも１つの機器と、
   複数の端末に関するグループ情報を参照可能なサーバと備え、
   前記サーバは、端末から所定の命令を受けた際に、前記グループ情報を参照することによって、前記端末と同じグループに属する端末またはユーザが制御可能な機器を特定し、特定された機器に対する要求を受け付ける、ネットワークシステム。
5. 前記要求は、前記機器を制御するための要求である、請求項１から４のいずれか１項に記載のネットワークシステム。
6. 前記要求は、前記機器に関する情報の要求である、請求項１から５のいずれか１項に記載のネットワークシステム。
7. 前記端末は、前記サーバが受け付ける前記機器に対する要求の種類を示す画像を表示する、請求項１から６に記載のネットワークシステム。
8. 前記サーバは、前記機器が前記要求を受け付ける状態にない場合に、前記機器を前記要求を受け付ける状態にさせるための前記端末からの要求を受け付けたときに、前記機器を前記端末からの要求を受け付ける状態にさせるとともに、前記第１の機器を前記端末のユーザまたは前記端末のグループに登録する、請求項１から７のいずれか１項に記載のネットワークシステム。
9. 前記サーバあるいは他のサーバが、前記端末からの指令に基づいて、前記端末または端末のユーザが属するグループに招待するための情報を他の端末に送信する、請求項１から８のいずれか１項に記載のネットワークシステム。
10. 前記端末または端末のユーザは、第１のグループに属しながら、第２のグループに属することができる、請求項１から９のいずれか１項に記載のネットワークシステム。
11. 前記端末は、前記機器に関する前記要求を受け付ける際に、前記機器を制御可能な端末またはユーザが属するグループへの加入が必要である旨を表示する、請求項１から１０のいずれか１項に記載のネットワークシステム。
12. 複数の端末と、少なくとも１つの機器と、サーバとを含むネットワークシステムにおける情報処理方法であって、
    前記機器が第１の端末から制御可能な状態になるステップと、
    第２の端末が、ユーザからの、前記機器に対する要求を前記サーバに送信するステップと、
    前記サーバが、グループ情報を参照することによって、前記ユーザと同じグループに属するユーザまたはユーザの端末が前記機器を制御可能である場合に前記要求を受け付け、前記ユーザと同じグループに属するユーザおよびユーザの端末が前記機器を制御可能でない場合に前記要求を受け付けないステップと、を備えるネットワークシステムにおける情報処理方法。
13. 複数の端末と少なくとも１つの機器と通信するための通信インターフェイスと、
    プロセッサとを備えるサーバであって、前記プロセッサは、
    ユーザから端末を介して機器に対する要求を受けた際に、グループ情報を参照することによって、前記ユーザと同じグループに属するユーザまたはユーザの端末が前記機器を制御可能である場合に前記要求を受け付け、前記ユーザと同じグループに属するユーザおよびユーザの端末が前記機器を制御可能でない場合に前記要求を受け付けない、サーバ。
14. 複数の端末と少なくとも１つの機器と通信するための通信インターフェイスとプロセッサとを含むサーバにおける情報処理方法であって、
    前記プロセッサが、前記通信インターフェイスを介して、ユーザから端末を介して機器に対する要求を受け付けるステップと、
    前記プロセッサが、グループ情報を参照することによって、前記ユーザと同じグループに属するユーザまたはユーザの端末が前記機器を制御可能である場合に前記要求を受け付け、前記ユーザと同じグループに属するユーザおよびユーザの端末が前記機器を制御可能でない場合に前記要求を受け付けないステップと、を備えるサーバにおける情報処理方法。
15. 複数の端末と少なくとも１つの機器と通信するための通信インターフェイスとプロセッサとを含むサーバ用のプログラムであって、
    ユーザから端末を介して機器に対する要求を受け付付けるステップと、
    グループ情報を参照することによって、前記ユーザと同じグループに属するユーザまたはユーザの端末が前記機器を制御可能である場合に前記要求を受け付け、前記ユーザと同じグループに属するユーザおよびユーザの端末が前記機器を制御可能でない場合に前記要求を受け付けないステップと、を前記プロセッサに実行させる、サーバ用のプログラム。
16. 機器であって、
    他の装置と通信するための通信インターフェイスと、
    前記通信インターフェイスを介して、端末から前記機器に対するユーザの要求を受け付け、前記ユーザと同じグループに属するユーザまたはユーザの端末が前記機器を制御可能である場合に前記要求を受け付け、前記ユーザと同じグループに属するユーザおよびユーザの端末が前記機器を制御可能でない場合に前記要求を受け付けないプロセッサと、を備える機器。
17. 他の装置と通信するための通信インターフェイスとプロセッサとを含む機器における情報処理方法であって、
    前記プロセッサが、前記通信インターフェイスを介して、端末から前記機器に対するユーザの要求を受け付けるステップと、
    前記プロセッサが、前記通信インターフェイスを介して、前記ユーザと同じグループに属するユーザまたはユーザの端末が前記機器を制御可能である場合に前記要求を受け付け、前記ユーザと同じグループに属するユーザおよびユーザの端末が前記機器を制御可能でない場合に前記要求を受け付けないステップと、を備える機器における情報処理方法。
18. 他の装置と通信するための通信インターフェイスとプロセッサとを含む機器用のプログラムであって、
    前記通信インターフェイスを介して端末から前記機器に対するユーザの要求を受け付けるステップと、
    前記通信インターフェイスを介して前記ユーザと同じグループに属するユーザまたはユーザの端末が前記機器を制御可能である場合に前記要求を受け付け、前記ユーザと同じグループに属するユーザおよびユーザの端末が前記機器を制御可能でない場合に前記要求を受け付けないステップと、を前記プロセッサに実行させる機器用のプログラム。

Images