通信機器管理装置におけるサービス機器
【課題】通信機器管理装置の消費電力低減を達成できる。
【解決手段】実施形態にかかるサービス機器は、ユーザ機器にサービスを提供するサービス機器であって、通信機器管理装置及び前記ユーザ機器と通信を行う通信部と、前記通信機器管理装置に対して、前記通信部を介して起動信号を送信する起動信号生成部と、自装置の機器情報を保持する機器情報保持部と、 前記通信部が、前記通信機器管理装置に対して前記機器情報を送信する前に、前記起動信号生成部は、起動信号を前記通信機器管理装置に送信することを特徴とするサービス機器。
【解決手段】実施形態にかかるサービス機器は、ユーザ機器にサービスを提供するサービス機器であって、通信機器管理装置及び前記ユーザ機器と通信を行う通信部と、前記通信機器管理装置に対して、前記通信部を介して起動信号を送信する起動信号生成部と、自装置の機器情報を保持する機器情報保持部と、 前記通信部が、前記通信機器管理装置に対して前記機器情報を送信する前に、前記起動信号生成部は、起動信号を前記通信機器管理装置に送信することを特徴とするサービス機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信機器管理装置におけるサービス機器に関する。
【背景技術】
【０００２】
通信技術の普及により、エアコンやＴＶのような家電もホームネットワークに接続され始めている。また、家庭向けＮＡＳ（Network Attached Storage）も販売されており、これもホームネットワークに接続される。ホームネットワークを用いれば、例えば、ＰＣ（ユーザ機器）を用いて、エアコン（サービス機器）の冷房機能（サービス）を使用するといった遠隔操作が可能となる。
【０００３】
ホームネットワークにおいて、ユーザ機器とサービス機器との間で通信を行う際には、サービス機器の電源がＯＮである必要があるが、これにより家庭内の待機消費電力（ユーザ機器がサービス機器を利用していない期間の消費電力）が増加する課題があった。
【０００４】
このような、課題を解決するための技術として、WOL(Wake On LAN)なる技術がある。この技術は、ユーザ機器が、マジックパケットと呼ばれるパケットをサービス機器に送信し、マジックパケットを受け取ったサービス機器が電源をＯＮとすることができる技術である。この技術を用いることで、ユーザ機器は、サービス機器の電源をＯＮした後に、サービス機器からのサービスの提供を受けることができる。したがって、サービス機器は、サービスを提供していない期間は、ネットワークインタフェース以外の殆どの構成要素の給電をOFFにしておくことができる。これにより、待機時の消費電力を削減できる。
【０００５】
マジックパケットは、電源をＯＮされる側の機器のMAC(Media Access Control)アドレスに関連した特定のビットパターンを有するパケットである。したがって、ユーザ機器がマジックパケットを送信するためには、ユーザは予めサービス機器のＭＡＣアドレスを取得し、ユーザ機器に設定をしておく必要がある。
【０００６】
例えば、ホームネットワークに多数のサービス機器が接続されている場合、ユーザがユーザ機器に設定するサービス機器のＭＡＣアドレスの数が多くなり、煩雑なものとなる。
【０００７】
一方、ＳＬＰ(Service Location Protocol: IETF RFC 2165)のように、ネットワークに接続した各々のサービス機器が自身のサービス属性情報をディレクトリエージェントに登録し、ユーザ機器がディレクトリエージェントからサービス属性情報を検索するという方法がある。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】ＲＦＣ ２１６５ Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ， ＩＥＴＦ， １９９７
【発明の概要】
【発明が解決しようとする課題】
【０００９】
この技術によれば、ユーザ機器は、サービス機器個々からＭＡＣアドレスを取得する必要がなくなり、ディレクトリエージェント１箇所からＭＡＣアドレスを取得すればよく、これによりユーザ機器へのサービス機器のＭＡＣアドレス設定が自動化でき、ユーザの煩雑さが軽減する。
【００１０】
しかしながら、この場合、ディレクトリエージェントは、ユーザ機器やサービス機器それぞれとの通信を行うために、常に起動している必要があり、新たな消費電力が発生するといった課題が生じる。
【００１１】
通信機器管理装置において、ネットワークに接続したサービス機器の機器情報の設定を容易にし、かつディレクトリエージェントの消費電力を低減することを目的とする。
【課題を解決するための手段】
【００１２】
実施形態にかかるサービス機器は、ユーザ機器にサービスを提供するサービス機器であって、
通信機器管理装置及び前記ユーザ機器と通信を行う通信部と、
前記通信機器管理装置に対して、前記通信部を介して起動信号を送信する起動信号生成部と、
自装置の機器情報を保持する機器情報保持部と、
前記通信部が、前記通信機器管理装置に対して前記機器情報を送信する前に、前記起動信号生成部は、起動信号を前記通信機器管理装置に送信することを特徴とする。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施形態に係るシステム構成を示すブロック図。
【図２】本発明の第１実施形態に係るディレクトリエージェントの構成例を示すブロック図。
【図３】起動信号のフォーマット例を示す図。
【図４】生存確認信号のフォーマット例を示す図。
【図５】サービス識別子の一例を示す図。
【図６】図１のディレクトリエージェントの動作を示すフローチャート。
【図７】本発明の第１実施形態に係るユーザ機器の構成例を示すブロック図。
【図８】図１のユーザ機器の画面例を示す図。
【図９】図７のユーザ機器の動作を示すフローチャート。
【図１０】本発明の第１実施形態に係るサービス機器の構成例を示すブロック図。
【図１１】図１０のサービス機器の動作を示すフローチャート。
【図１２】図１のシステムのユーザ機器とサービス機器とディレクトリエージェント間の動作を示すシーケンス図。
【図１３】本発明の第２実施形態に係るディレクトリエージェントの構成例を示すブロック図。
【図１４】本発明の第２実施形態に係るユーザ機器の構成例を示すブロック図。
【図１５】本発明の第２実施形態に係るサービス機器の構成例を示すブロック図。
【図１６】本発明の第２の実施形態にかかるシステムのユーザ機器とサービス機器とディレクトリエージェント間の動作を示すシーケンス図。
【図１７】第２の実施形態の変形例１にかかるシステムにおいてのユーザ機器とサービス機器とディレクトリエージェント間の動作を示すシーケンス図。
【図１８】本発明の第２実施形態の変形例２に係るディレクトリエージェントの構成を示すブロック図。
【図１９】第２の実施形態の変形例２にかかるシステムにおいてのユーザ機器とサービス機器とディレクトリエージェント間の動作を示すシーケンス図。
【発明を実施するための形態】
【００１４】
以下、本発明の一実施の形態について、図面を参照して説明する。
【００１５】
＜第１の実施形態＞
図1は、本発明の第１の実施形態に係るシステム構成を示すブロック図である。図１のシステムは、ユーザ機器２００とサービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄを含む構成である。ユーザ機器２００とサービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄは、無線LANアクセスポイント４００を介して相互に接続されホームネットワークを形成している。より詳細には、各機器は、IEEE802.11の無線LANにてIPプロトコルを用いて通信を行う。また、ホームネットワークは、無線LANアクセスポイント４００を介して別のネットワークにも接続されている。
【００１６】
図１では、ユーザ機器２００が、ＰＣであり、サービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄが、それぞれ、プリンタ、ＴＶ、ＮＡＳ、エアコンを例として示している。
【００１７】
本実施形態では、ユーザ機器２００とサービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄ、ディレクトリエージェント１００のそれぞれの動作状態が変化する。ここで、動作状態は、例えば、Ｇ０（動作中）、G1（ Sleeping(所謂スリープあるいはハイバネーション状態で、G2の状態よりも速くG0に移行できる)、G2（ soft off（所謂電源OFF状態でG1よりも消費電力は小さいが、G0への移行時間はG1よりも遅い））Ｇ３（機械的に完全に電源断）といったものである。ここで動作状態Ｇ０、G1、 G2、G3に関してはパソコン用の電源管理の仕様Advanced Configuration and Power Interface Specification に詳しい。本実施例では、動作状態Ｇ０、Ｇ１、Ｇ２、Ｇ３のうち、Ｇ０とＧ２の２つの状態で変化するものとする。そして、Ｇ０を起動状態（若しくは電源ＯＮの状態）、Ｇ２を休止状態（若しくは電源ＯＦＦの状態）と称して、説明する。尚、本実施例では、Ｇ２は、起動状態と比べて消費電力が低い状態であるが、起動信号（マジックパケット）を受信可能で、起動信号を受信した場合に、機器の状態をＧ２からＧ０と移行可能な状態であるとする。また、Ｇ０は、その機器が本来有する機能に関わる処理を行うことができる状態であるとする。
【００１８】
ここで、サービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄはそれぞれ、ユーザ機器２００に対してサービスを提供する機器である。サービス機器３００Ａ〜３００Ｄは、通常は電源OFFの状態であり、必要に応じて電源をONすることによりサービスを提供する。ユーザ機器２００は、サービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄいずれかのサービスを受けたい場合に、例えば、サービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄいずれかの電源をＯＮにする。尚、ユーザ機器２００が、サービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄいずれか一つ以上の電源をＯＮにする処理は、ユーザが直接操作する必要はなく、例えば、タイマによりユーザ機器２００を自動起動し、その後、ユーザ機器２００がサービス機器３００Ａ〜３００Ｄを起動する設定をしても良い。ユーザ機器２００が、サービス機器３００Ａ〜３００Ｄを起動させるには、起動信号を送信する。起動信号とは、例えばマジックパケットであるが、他機器へ信号を送ることにより他機器を起動させることができるものであれば、起動信号として利用可能である。
【００１９】
図２に、本発明の第１実施形態に係るディレクトリエージェント１００の構成例を示すブロック図を示す。
【００２０】
データ送受信部１０８は、ユーザ機器２００及びサービス機器３００Ａ〜３００Ｄと通信を行う。
【００２１】
起動信号処理部１０３は、サービス機器３００Ａ〜３００Ｄおよびユーザ機器２００から、データ送受信部１０８を介して起動信号を受信する。
【００２２】
起動信号生成部１０７は、サービス機器３００Ａ〜３００Ｄに対して送信する起動信号を生成する。
【００２３】
ここで、図３を用いて起動信号のフォーマット例を示す。起動信号はUDPデータグラムがIPパケット化され、イーサフレーム化される。IPヘッダの宛先アドレスは例えば、224.1.1.1のようなマルチキャストアドレスあるいは133.111.111.255のようなブロードキャストアドレスである。IPヘッダのソースアドレスは、起動信号を送信した機器のソースアドレスが記される。ただし、起動信号を送信した機器にIPアドレスが設定されていない場合には、0.0.0.0を設定する。イーサヘッダの宛先アドレスは、送信先の機器のMACアドレスあるいはマルチキャストアドレスあるいはブロードキャストアドレスが設定される。起動ビットパターンは、起動したい機器のMACアドレスから生成されるパターンであり、例えば、FFFFFFFFFFFF（16進数表記） の後に 起動したい機器のMACアドレスを16回繰り返したものである。
【００２４】
電源管理部１０１は、自装置（ディレクトリエージェント１００）の動作状態を制御する。
【００２５】
機器情報保持部１０５は、サービス機器３００Ａ〜３００Ｄからデータ送受信部１０８を介して受信した機器情報を記憶する。ここで、サービス機器３００Ａ〜３００Ｄの機器情報は、（サービス種別、サービスプロトコル種別、動作状態、ニックネーム、機器のMACアドレス）を含むことが望ましい。サービス機器３００Ａ〜３００Ｄが、プリンタ、ＮＡＳ、エアコン、ＴＶである場合、それぞれサービス種別は、プリンタ、NAS、エアコン、TVである。サービスプロトコル種別とは、サービス機器３００Ａ〜３００Ｄがサービスを提供するためのプロトコルのことであり、例えば、SMB、 NETBIOS、UpnP、 DLNA、 ECHONETである。また、ニックネームは、各サービス機器３００Ａ〜３００Ｄに割り当てられている名称である。例えば、サービス機器として、２つプリンタがある場合、それぞれのプリンタのニックネームを、プリン、メロンと名づけることで、２つのプリンタを区別する。また、機器情報にその機器のＩＰアドレスを加えても良い。これにより、ユーザ機器はサービス機器のＩＰアドレスを機器情報として知ることができるため、サービス利用する際のユーザ機器によるサービス機器のＩＰアドレス発見手順を省略することができる。ただし、サービス機器にＩＰアドレスが設定されていない場合は0.0.0.0を用いてその旨を表すのが良い。また、DHCP(Dynamic Host Configuration Protocol)等によりＩＰアドレスを設定されている場合そのリース期限が短いなどの理由で、サービス機器にＩＰアドレスが設定されている場合でも0.0.0.0を機器情報として用いても良い。
【００２６】
機器情報送信部１０４は、機器情報を、データ送受信部１０７を介して送信する。
【００２７】
生存確認処理部１０６は、データ送受信部１０８を介して生存確認要求をサービス機器３００Ａ〜３００Ｄに対して送信し、生存通知を受けとり、サービス機器の３００Ａ〜３００Ｄ生存確認を行なう。ここで、生存確認とは、サービス機器３００Ａ〜３００Ｄが、ディレクトリエージェント１００が接続するネットワーク（本例では、ホームネットワーク）へと有効に接続されているかを確認する処理である。ここで、図４を用いて生存確認要求、生存通知のフォーマット例を示す。生存確認要求、生存通知はUDPデータグラムで運ばれ、IPパケット化され、イーサフレーム化されている。コマンド識別子は、生存確認要求の場合、“生存確認要求”であり、生存通知の場合、“生存通知”である。機器識別子は、例えばMACアドレスやUUID(Universally Unique Identifier)やFQDN(Fully Qualified Domain Name)のように機器を一意に識別する情報である。また、サービス識別子は、例えばUUIDやFQDNのようにサービスを一意に識別する情報である。生存確認要求あるいは生存通知は、複数の機器識別子を含んでも良く、複数のサービス識別子を含んでも良い。特に、一つの機器が複数のサービスを有する場合には、複数のサービス識別子を生存確認あるいは生存通知が含むことが望ましい。また、仮想的な複数の機器が物理的には一つの機器にて実現されている場合には、複数の機器識別子を生存確認あるいは生存通知が含むことが望ましい。
【００２８】
図５にサービス識別子の一例を示す。図５の例では、サービス識別子は、ContentdirectoryとConnectionmanagerの２つのサービス情報を含んでいることを示している。
【００２９】
時間管理部１０２は、予め定められた時間間隔で繰り返し電源管理部１０１と起動信号生成部１０７にイベントを送信する。
【００３０】
次に、ディレクトリエージェント１００の動作を説明する。図６は、本発明の第１実施形態に係るディレクトリエージェント１００の動作を示すフローチャートである。尚、以下の動作説明では、サービス機器３００Ａ〜３００Ｄのいずれか一つの機器を、サービス機器３００と称して、説明する。
【００３１】
以下、ディレクトリエージェント１００の動作状態の初期状態をG2（休止状態）として説明する（Ｓ１００）。
【００３２】
まず、起動信号処理部１０３は、データ送受信部１０８を介して、サービス機器３００から起動信号を受信する（Ｓ１０１）。起動信号処理部１０３は、起動信号を受信すると、電源管理部１０１にイベントを送信する。ここで、起動信号はサービス機器３００から送信されたものか、ユーザ機器２００から送信されたものかを識別するための識別情報を含むことが望ましい。
【００３３】
電源管理部１０１は、イベントを受け取ると、ディレクトリエージェント１００の動作状態をG2（休止状態）からG0（起動状態）に移行する（Ｓ１０２）。
【００３４】
機器情報保持部１０５は、データ送受信部１０８を介してサービス機器３００からの機器情報を受信すると、これを保持する（Ｓ１０３）。電源管理部１０１は、機器情報保持部１０５がサービス機器３００からの機器情報の保存を完了すると、動作状態をG2（休止状態）に移行する（Ｓ１０４）。この時、電源管理部１０１は機器情報保持部１０５による機器情報の保存の完了を確認あるいは予め定められた時間の経過後に動作状態G2（休止状態）への移行を行うことが望ましい。
【００３５】
起動信号処理部１０３が、データ送受信部１０８を介してユーザ機器２００からの起動信号を受信する（Ｓ１０５）と、電源管理部１０１と機器情報送信部１０４にイベントを送信する。このイベントを受信した電源管理部１０１は動作状態をG0（起動状態）に移行する（Ｓ１０６）。このイベントを受信した機器情報送信部１０４は、機器情報保持部１０５の保持する機器情報を、起動信号の送信元のユーザ機器２００に送信する（Ｓ１０７）。このとき送信する機器情報は、例えば、機器情報保持部１０５が保持する全てとする。また、送信する機器情報は、ユーザ機器２００が必要なサービス機器３００の機器情報のみを送信しても良い。ユーザ機器２００が必要なサービス機器３００の機器情報が何であるかは、ユーザ機器２００から起動信号を受信後、ユーザ機器２００からディレクトリエージェント100に送信する。具体的には、ユーザ機器２００から取得したいサービス機器３００の機器情報を絞り込むための情報（機器情報のサービス種別、サービスプロトコル種別、機器のMACアドレス）が機器情報要求としてディレクトリエージェント１００に送信される。ディレクトリエージェント１００は、指定されたサービス機器の機器情報を載せた機器情報応答をユーザ機器２００に送信する。電源管理部１０１は、機器情報送信部１０４が、機器情報をユーザ機器２００へと送信を完了すると、動作状態をG2（休止状態）に移行する（Ｓ１０８）。
【００３６】
時間管理部１０２は、予め定められた時間間隔で繰り返し電源管理部１０１と起動信号生成部１０７にイベントを送信する。電源管理部１０１は時間管理部１０２からのイベントを受信すると（Ｓ１０９）、動作状態をG0（起動状態）に移行する（Ｓ１１０）。起動信号生成部１０７は、時間管理部１０２からのイベントを受信すると、機器情報保持部１０５に保持されている全てのサービス機器３００に対して起動信号を、データ送受信部１０８を介して送信する（Ｓ１１１）。このとき、起動信号は、各サービス機器３００に送信されても良いし、全てのサービス機器３００に対してマルチキャストあるいはブロードキャストされても良い。その後、起動信号生成部１０７は生存確認処理部１０６にイベントを送信する。生存確認処理部１０６は、イベントを受信すると、機器情報保持部１０５に保持されている全てのサービス機器３００に対して生存確認要求を、データ送受信部１０８を介して送信する（Ｓ１１２）。このとき、生存確認要求は、各サービス機器３００に送信されても良いし、全てのサービス機器３００に対してマルチキャストあるいはブロードキャストされても良い。生存確認処理部１０６は、サービス機器３００からの生存通知の受信をもって、該当機器が生存していると判断する。もし、予め定められた回数生存通知を受信しないサービス機器３００を検出したならば、生存確認処理部１０６は該当する機器の機器情報を機器情報保持部１０５から削除する。電源管理部１０１は、生存確認処理部１０６が、生存確認を完了すると、動作状態をG2（休止状態）に移行する（Ｓ１１３）。
【００３７】
図７は、本発明の第１実施形態に係るユーザ機器２００の構成例を示すブロック図である。
【００３８】
データ送受信部２０８は、通信機器管理装置１００およびサービス機器３００Ａ〜３００Ｄと通信を行う。
【００３９】
起動信号生成部２０３は、起動信号を生成し、データ送受信部２０８を介して、サービス機器３００Ａ〜３００Ｄ、又はディレクトリエージェント１００に起動信号を送信する。
【００４０】
機器情報要求生成部２０４は、サービス機器３００の機器情報を、ディレクトリエージェント１００に対して要求する機器情報要求を生成し、データ送受信部２０８を介して送信する。この機器情報要求は、ブロードキャストしても良いし、マルチキャストしても良いし、ディレクトリエージェント１００宛てにユニキャストで送っても良い。
【００４１】
機器情報保持部２０５は、サービス機器３００Ａ〜３００Ｄからデータ送受信部２０８を介して受信した機器情報を保持する。
【００４２】
画面表示部２０１は、機器情報保持部２０５で保持している機器情報を表示する。表示の例を図８に示す。図８では、アイコンによりサービス機器の提供するサービスを表している。そして、アイコンの右下にそのサービス機器の動作状態、アイコンの右にそのサービス機器に設定したニックネームが表示される。（図８では、５つのサービス機器が表示されており、（サービス、動作状態、ニックネーム）の表記で（プリンタ、起動中、プリン）、（プリンタ、停止中、メロン）、（NAS,動作中、なすび）、（エアコン、動作中、スイカ）、（TV、停止中、ミカン）を表している。）。ここで、図８では動作状態を文字で表示しているが、文字の代わりに例えばアイコンをグレーアウトするなど他の手段で表示しても良い。
ここで、ユーザ機器２００は、１つのサービスを利用するにあたり、複数のサービス機器の動作状態を変更する必要がある場合には、図８のようなユーザ画面にサービスを表示する際に、別々のサービスとして表示するのではなく、１つのサービスとして表示し、ユーザがこれを選択した場合にはこれにかかわる全てのサービス機器の動作状態を変更することが望ましい。例えば、プリンタ（プリン）のアイコンを選択した場合には、サービス機器としてプリンタ（プリン）とこれにつながるプリントサーバ（図示しない）にもユーザ機器は起動信号を送信することが望ましい。
【００４３】
ユーザ入力部２０２は、ユーザにより電源ＯＮのイベントや、ユーザが使用したいサービスのイベントが入力される。
【００４４】
機器発見処理部２０６は、データ送受信部２０８を介して、例えばUPｎPやNETBIOSのようなサービス固有の機器発見・サービス発見のプロトコルを実行する。また、プロトコル実行の結果発見した機器のIPアドレスやサービスの種類やアクセス方法に関する情報をサービス利用部２０７に通知する。
【００４５】
サービス利用部２０７は、データ送受信部２０８を介して、サービス機器のサービスを利用する。
【００４６】
次に、ユーザ機器２００の動作を説明する。図９は、本発明の第１実施形態に係るユーザ機器２００の動作を示すフローチャートである。
【００４７】
以下、ユーザ機器２００の動作状態の初期状態を電源ＯＦＦ（Ｓ２００）として説明する。
【００４８】
ユーザ入力部２０２から例えば電源ONのイベントが投入されると（Ｓ２０１）、このイベントが起動信号生成部２０３に伝わり、起動信号生成部２０３は、データ送受信部２０８を介して、マジックパケットを送信する（Ｓ２０２）。マジックパケットにはディレクトリエージェント１００のMACアドレス（このMACアドレスは起動信号生成部に予め設定されている）から生成されるビットパターンが書き込まれており、ディレクトリエージェント１００以外は起動しないことが望ましい。
【００４９】
マジックパケットを送信すると起動信号生成部２０３は、機器情報要求生成部２０４へイベントを通知し、イベントを受信した機器情報要求生成部２０４はデータ送受信部２０８を介して機器情報要求を、ディレクトリエージェント１００に送信する（２０３）。ディレクトリエージェント１００からの機器情報を、データ送受信部２０８を介して機器情報保持部２０５が受信しこれを保持する（Ｓ２０４）。
【００５０】
機器情報を受信した機器情報保持部２０５は保持している機器情報を、画面表示部２０１を介して表示する（Ｓ２０５）。また、機器情報保持部２０５は機器発見処理部２０６に機器情報を渡す。
【００５１】
ユーザ入力部２０２を介してサービス利用イベント（例えば、ユーザが使用したいサービスのアイコンをクリックした場合）をサービス利用部２０７が受信すると（Ｓ２０６）、機器情報保持部２０５に記憶され、選択されたサービスに関わる機器情報を起動信号生成部２０４に送信する。これを受信した起動信号生成部２０４は、データ送受信部２０８を介して選択されたサービス機器に向けてマジックパケットを送信する（Ｓ２０７）。
【００５２】
さらに、サービス利用部２０７は、機器発見処理部２０６にユーザ入力部２０２から選択されたサービスに関する機器情報を送信する。機器発見処理部２０６は、受信した機器情報の各々に対して、データ送受信部２０８を介して、例えばUPｎP、NETBIOS、ＥＣＨＯＮＥＴのようなサービス固有の機器発見・サービス発見のプロトコルを実行する（Ｓ２０８）。実行の結果発見したサービス機器のIPアドレスやサービスの種類やアクセス方法に関する情報をサービス利用部２０７に通知する。さらに、機器発見処理部２０６は発見した機器あるいはサービスに関する情報を機器情報保持部２０５に送信し、これは画面表示部２０１に送られ表示される（Ｓ２０９）。
【００５３】
サービス利用部２０７は、機器発見処理部２０５から、機器のIPアドレスやサービスの種類やアクセス方法などサービスを利用するために必要な情報を受信すると、例えばSMB、DLNA、ＵＰｎＰ、NETBIOS、ＥＣＨＯＮＥＴのようなサービス利用に必要なプロトコルにてサービスを利用する（Ｓ２１０）。
【００５４】
なお、本実施例ではユーザが指定したサービスに関するサービス機器にのみ起動信号を送信しているが、そうではなくユーザ指定のサービス機器を含むより多い機器に起動信号を送信しても良い。例えば、ユーザがDLNA機器を指定した場合には、全てのDLNA機器に起動信号を送信するようにしても良い。あるいは、あるサービス機器（例えば、ＴＶのようなDMR（Digital Media Render:画像描画サービス）をユーザが指定した際には、それに関連する機器例えばDMS（Digital Media Server：コンテンツ蓄積サービス）にも同時に起動信号を送信しても良い。このような動作は一般にユーザの指定したサービスあるいは機器と、これに付随して同時に起動する機器の対応表を用意することで実現できる。これを実現するためには、例えばユーザが指定する機器と起動信号を送信する機器との関係を記した対応表が必要となる。この対応表はユーザ機器２００に予め設定しておいても良いし、ディレクトリエージェント１００や別の機器からユーザ機器２００が受信しても良い。
【００５５】
図１０に、本発明の第１実施形態に係るサービス機器３００の構成例を示すブロック図を示す。尚、図１のサービス機器３００Ａ〜３００Ｄの構成は、いずれもサービス機器3００の構成と同様であるものとする。
【００５６】
データ送受信部３０９は、ディレクトリエージェント１００及びユーザ機器２００と通信を行う。
【００５７】
ユーザ入力部３０２は、ユーザにより電源ＯＮの操作がなされると、イベントを電源管理部３０１に送信する。
【００５８】
電源管理部３０１は、自装置の動作状態を管理する。例えば、ユーザ入力部３０２から電源ＯＮのイベントを受信すると、自装置の動作状態をG2（休止状態）からG0（起動状態）に移行する。
【００５９】
起動信号生成部３０３は、起動信号を生成し、データ送受信部３０９を介して、起動信号をディレクトリエージェント１００に送信する。
【００６０】
機器情報保持部３０４は、自装置の機器情報を保持し、起動信号生成部３０３が、起動信号を送信後、機器情報を、データ送受信部３０９を介して、ディレクトリエージェント１００に送信する。
【００６１】
起動信号処理部３０５は、ユーザ機器２００またはディレクトリエージェント１００からデータ送受信部３０９を介して起動信号を受信する。
【００６２】
生存確認送信部３０６は、起動信号処理部３０５が、ディレクトリエージェント１００から起動信号を受信後、生存通知を、データ送受信部３０９を介してディレクトリエージェント１００に送信する。このとき、生存確認送信部３０６は、ディレクトリエージェント１００から起動信号に加えて、生存確認要求を受信した後に生存通知を送信しても良いし、自律的に送信しても良い。
【００６３】
機器発見提供部３０７は、ユーザ機器２００の機器発見処理部３０７との通信を行う。これは、UPｎP、NETBIOS、ECHONETのようなサービス固有の機器あるいはサービス発見プロトコルに従い実行される。
【００６４】
サービス提供部３０８は、データ送受信部３０９を介して、ユーザ機器２００のサービス利用部２０７と通信を行い、ユーザ機器２００に対してサービスを提供する。これは、SMB, UPnP, DLNA, NETBIOS, ECHONETのようなサービス固有のプロトコルに従い実行される。
【００６５】
次に、本発明の第１実施形態に係るサービス機器３００の動作を説明する。図１１は、本発明の第１実施形態に係るサービス機器３００の動作を示すフローチャートである。
【００６６】
以下の説明では、サービス機器３００の動作状態の初期状態がG2（休止状態）であるとしている（Ｓ３００）。
【００６７】
ユーザ入力部３０２を介して所定の操作、例えば電源ONの操作が外部からなされると（Ｓ３０１）、このイベントが電源管理部３０１に送信される（Ｓ３０１）。
【００６８】
電源管理部３０１はユーザ入力部３０２からのイベントを受信すると、動作状態をG0（起動状態）に移行（Ｓ３０２）するとともに起動信号生成部３０３にイベントを送信する。
【００６９】
起動信号生成部３０３は、電源管理部３０１からイベントを受信すると、予め設定されているディレクトリエージェント１００のMACアドレスを用いて、起動信号を生成し、これを、データ送受信部３０９を介してディレクトリエージェント１００に送信する（Ｓ３０３）。さらに、機器情報保持部３０４にイベントを送信する。
【００７０】
機器情報保持部３０４は、起動信号生成部３０３からイベントを受信すると、予め保持している機器情報を、データ送受信部３０９を介してディレクトリエージェント１００に送信する（Ｓ３０４）。このとき、機器情報を運ぶパケットの宛先アドレスは、ブロードキャストアドレスでも良いし、予め定められたマルチキャストアドレスでも良いし、予め設定されているあるいは何らかのプロトコルで獲得したディレクトリエージェント１００のアドレスでも良い。ディレクトリエージェント１００のアドレスの場合、例えば、IPアドレスを予め設定しておきそのIPアドレス宛てに送信する。
【００７１】
この送信に際して、機器情報保持部３０４は、ディレクトリエージェント１００の起動に時間を要することを見越して、予め定められた一定時間この機器情報の送信を待つのが望ましい。あるいは、ディレクトリエージェント１００が情報を受信可能である旨のメッセージをディレクトリエージェント１００から受信した後、機器情報保持部３０４は機器情報を送信することが望ましい。
【００７２】
電源管理部３０１は機器情報の送信後、動作状態をG0（起動状態）からG2（休止状態）に移行する（Ｓ３０５）。このとき、電源管理部３０１は機器情報の送信完了を確認することあるいは起動信号生成部３０３にイベントを送信後予め定められた一定時間後に動作状態のG2（休止状態）への移行を行うことが望ましい。
【００７３】
起動信号処理部３０３は、データ送受信部３０９を介してディレクトリエージェント１００から起動信号を受信する（Ｓ３０６）と、電源管理部３０１にイベントを送信する。起動信号をディレクトリエージェント１００から受信した場合には、生存確認送信部３０６へイベントの送信も行う。電源管理部３０１は起動信号処理部３０５からイベントを受信すると、動作状態をG0（起動状態）に移行する（Ｓ３０７）。起動信号のイーサソースアドレスあるいはIPソースアドレスを予め設定されているディレクトリエージェント１００のアドレスと比較することにより、起動信号がディレクトリエージェント１００からのものであるか否かを判断することが望ましい。あるいは、起動信号にディレクトリエージェント１００が送信したものであるか否かを識別する識別情報を含め、この情報にて識別することも可能である。
【００７４】
生存確認送信部３０６は、起動信号処理部３０５からイベントを受信すると、生存通知を、データ送受信部３０９を介してディレクトリエージェント１００に送信する（Ｓ３０８）。このとき、生存確認送信部３０６は、ディレクトリエージェント１００からの生存確認要求を受信した後に生存通知を送信しても良い。生存確認送信部３０６が生存通知を送信後、電源管理部３０１は動作状態をG2（休止状態）に移行する（Ｓ３０９）。この移行は電源管理部３０１が生存通知の送信を確認してから行うことが望ましい。
【００７５】
起動信号処理部３０５は、データ送受信部３０９を介してユーザ機器２００から起動信号を受信する（Ｓ３１０）と、電源管理部３０１にイベントを送信する。電源管理部３０１はこのイベントを受信すると、動作状態をG0（起動状態）に移行する（Ｓ３１１）。
【００７６】
機器発見提供部３０７は、ユーザ機器２００の機器発見処理部２０６との通信を行う。これは、UPｎP、NETBIOS、ＥＣＨＯＮＥＴのようなサービス固有の機器あるいはサービス発見プロトコルに従い実行される。
【００７７】
サービス提供部３０８は、ユーザ機器２００のサービス利用部２０７と通信を行い、ユーザ機器２００に対してサービスを提供する（Ｓ３１２）。これは、SMB、UpnP、 DLNA、NETBIOS、 ECHONETのようなサービス固有のプロトコルに従い実行される。サービス提供部３０８は動作状態がG0（起動状態）に移行後、サービスを提供していない（より具体的には、例えばDLNAの場合、コンテンツ提供処理を行っていない）期間が予め定められた時間よりも長くなると、電源管理部３０１にイベントを送る。電源管理部３０１はこれを受信すると、動作状態をG2（休止状態）に移行する（Ｓ３１３）。
【００７８】
図１２は、図１のシステムのユーザ機器２００とサービス機器３００Ａ、３００Ｂとディレクトリエージェント１００間の動作を示すシーケンス図である。図１２を用いて、本発明においてユーザ機器２００がサービス機器３００Ａ、３００Ｂのサービス提供を受けるまでの一連のシーケンスを示す。図１２において縦軸の太い部分が対応する機器の電源がON（G0）となっている状態である。それ以外の部分が電源ＯＦＦの状態（Ｇ２）である。
【００７９】
図１のシステムの動作初期状態では、無線LANアクセスポイント４００電源ＯＮ(G0)であり、それ以外の機器の電源はOFF(G2)となっている。
【００８０】
サービス機器３００Ａがネットワークに接続され、ユーザから所定の操作例えば電源がONとされると、予めサービス機器３００Ａに設定されたディレクトリエージェント１００のMACアドレスを用いて、サービス機器３００Ａからディレクトリエージェント１００に対して起動信号が送信され（Ｓ４０１）、ディレクトリエージェント１００の電源がWOLによりONとなる。
【００８１】
サービス機器３００Ａからディレクトリエージェント１００に対して機器情報を送信する（Ｓ４０２）。ディレクトリエージェント１００はこの機器情報を保持する。その後、ディレクトリエージェント１００は自身の電源をOFFとする。
【００８２】
同様にサービス機器３００Ｂがネットワークに接続され電源がONとされると、予めサービス機器３００Ｂに設定されたディレクトリエージェント１００のMACアドレスを用いて、サービス機器３００Ｂからディレクトリエージェント１００に対してマジックパケット（起動信号）が送信され（Ｓ４０３）、ディレクトリエージェント１００の電源がWOLによりONとなる。
【００８３】
サービス機器３００Ｂからディレクトリエージェント１００に対して機器情報を送信する（Ｓ４０４）。ディレクトリエージェント１００はこの機器情報を保持する。その後、ディレクトリエージェント１００は自身の電源をOFFとする。
【００８４】
ディレクトリエージェント１００はタイマにより自身の電源をONにし、保持している機器情報から登録されているサービス機器のMACアドレスを抽出し、各サービス機器に向けて起動信号を送信する（Ｓ４０５）。これによりサービス機器の電源がONとなる。
【００８５】
ディレクトリエージェント１００は、全てのサービス機器に対して生存確認（Ｓ４０６）を行う。この生存確認は、ディレクトリエージェント１００が生存確認要求をサービス機器３００Ａ，３００Ｂに送信し、各サービス機器が生存通知をディレクトリエージェント１００に送信することで実現される。
【００８６】
ここで、生存確認要求は、ディレクトリエージェント１００が保持している機器情報から抽出しても良いし、予め定められたマルチキャスト宛てに送信しても良いし、ブロードキャストしても良い。
【００８７】
また、ディレクトリエージェント１００からの生存確認要求なしに、サービス機器３００Ａ、３００Ｂから自発的な生存確認のためのメッセージ（生存通知）をディレクトリエージェント１００に送信（あるいは予め定められたマルチキャストアドレスあるいはブロードキャスト）しても良い。サービス機器３００Ａ、３００Ｂは起動後一定時間経過すると自律的に電源をOFFとすることが望ましい。また、ディレクトリエージェント１００は生存確認要求を送信後、一定時間経過すると自律的に電源をOFFとすることが望ましい。
【００８８】
次に、ユーザ機器２００はユーザにより電源をONされると、ディレクトリエージェント１００に起動信号を送信し（Ｓ４０７）、ディレクトリエージェント１００の電源をONにする。
【００８９】
その後、ユーザ機器２００はディレクトリエージェント１００の保持する全ての機器情報を取得する（Ｓ４０８）。この取得は、ユーザ機器２００からディレクトリエージェント１００へ機器情報の取得要求を送信し、これに対してディレクトリエージェント１００からユーザ機器２００に機器情報が送信されることにより実現される。ディレクトリエージェント１００は機器情報を送信後、一定時間経過すると自律的に電源をOFFとすることが望ましい。
【００９０】
機器情報を受信したユーザ機器２００は、その機器情報から使用可能なサービスの一覧をユーザに提示する。ユーザがサービスを選択すると、ユーザの選択したサービスに対応するサービス機器に対してその機器情報からMACアドレスを抽出し、マジックパケット（起動信号）を対応するサービス機器に送信し（Ｓ４０９）、そのサービス機器の電源をONとする。
【００９１】
そのサービス機器の提供するサービスが例えばUPnP, NETBIOS, ECHONETのようにサービスアプリケーションレベルでサービス発見の機能を有するのであれば、その仕様に従いサービス発見を、ユーザ機器２００は行う（Ｓ４１０）。このとき、ユーザ機器２００は、サービス発見機能で、サービス機器の動作状態を確認することが好ましい。
【００９２】
そして、ユーザ機器２００はサービス機器の提供するサービスを使用する（Ｓ４１１）。このサービスの例としては、プリンタの印刷サービスや、ＴＶへ動画データを送信しての動画表示サービスや、ＮＡＳのファイルサービスや、エアコンのエアコン操作であったりする。
【００９３】
サービスの利用が終わり一定時間経過すると、サービス機器は自律的に電源をOFFとする。また、ユーザによりユーザ機器２００の電源がOFFされる。
【００９４】
本実施例のシステムでは、ディレクトリエージェント１００が、ユーザ機器２００及びサービス機器３００Ａ、３００Ｂの機器情報としてＭＡＣアドレスを一括管理する。したがって、ユーザ機器２００及びサービス機器３００Ａ、３００Ｂはディレクトリエージェント１００のMACアドレスのみを設定すれば良い。このようにすれば、ＭＡＣアドレスに関して、各機器に同一の設定を行えば良い。その結果、ユーザは、ユーザ機器２００に、全てのサービス機器各機器のＭＡＣアドレスを設定するといった煩雑さをなくすことができる。さらに、例えば、ディレクトリエージェントがブロードキャストあるいはマルチキャストされた起動信号を受信した際に、この起動信号が自身のＭＡＣアドレスを有しなくても起動するよう起動信号処理部を拡張することで、ユーザ機器およびサービス機器にディレクトリエージェントのＭＡＣアドレス設定を省略することも可能である。また、ディレクトリエージェント１００は、サービス機器３００からの機器情報を受信するとき、ユーザ機器２００に対して機器情報を提供するとき等、自身が動作するときを除き、電源ＯＦＦの状態としている。したがって、ディレクトリエージェント１００によれば、消費電力低減することができる。
【００９５】
尚、ディレクトリエージェント１００は、例えば、汎用のコンピュータ装置を基本ハードウェアとして用いることでも実現することが可能である。すなわち、電源管理部１０１、時間管理部１０２、起動信号処理部１０３、機器情報送信部１０４、機器情報保持部１０５、生存確認処理部１０６、起動信号生成部１０７とデータ送受信部１０８は、上記のコンピュータ装置に搭載されたプロセッサにプログラムを実行させることにより実現することができる。このとき、ディレクトリエージェント１００は、上記のプログラムをコンピュータ装置にあらかじめインストールすることで実現してもよいし、ＣＤ−ＲＯＭなどの記憶媒体に記憶して、あるいはネットワークを介して上記のプログラムを配布して、このプログラムをコンピュータ装置に適宜インストールすることで実現してもよい。また、機器情報保持部１０５は、上記のコンピュータ装置に内蔵あるいは外付けされたメモリ、ハードディスクもしくはＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒなどの記憶媒体などを適宜利用して実現することができる。
【００９６】
本実施例のシステムでは、ユーザ機器2００とサービス機器３００Ａ、３００Ｂ、３００Ｃ，３００Ｄが、IEEE802.11の無線LANにて接続され、IPプロトコルを用いて通信を行うことを例として説明した。しかしながら、IEEE802.11に限らずZigbee（登録商標）, Bluetooth（登録商標）, WiMAXなどの他の無線方式であっても良いし、イーサネット（登録商標）やIEEE1394やUSBのような有線通信方式であっても良い。また、複数の通信方式が混在していてもよい。また、サービス機器やユーザ機器は、プリンタ、ＴＶ、ＮＡＳ、エアコン以外にも、例えば、携帯電話やPDA、電子フォトフレームなどでもよい。また、本実施例のシステムでは、ホームネットを例として説明したが、オフィスネットやホットスポットのような公共の場所や、屋外であっても構わない。
【００９７】
図６で示したディレクトリエージェント１００の動作順序、図９で示したユーザ機器２００の動作順序、図１１で示したサービス機器３００の動作順序と、図１２のシステムの動作順序は、この順序に限られない。
【００９８】
また、動作状態として、Ｇ０（動作中）、G1（ Sleeping(所謂スリープあるいはハイバネーション状態で、G2の状態よりも速く「動作中」に移行できる)、G2（ soft off（所謂電源OFF状態でG1よりも消費電力は小さいが、「動作中」への移行時間はG1よりも遅い））Ｇ３（機械的に完全に電源断）を例として説明し、Ｇ０とＧ２の状態で移行する例を説明したが、これに限られない。すなわち、各機器が、起動信号待ち受け時の状態が、起動信号を受信可能で、かつ、受信した場合に、電力が高い状態に移行できるような状態であればよい。
【００９９】
＜第２の実施形態＞
次に、本発明の第２の実施形態にかかるシステムを説明する。図１３に、第2の実施形態にかかるディレクトリエージェント２１００の構成を示す。図１４に、第2の実施形態にかかるユーザ機器２２００の構成を示す。図１５に、第2の実施形態にかかるサービス機器２３００の構成を示す。
【０１００】
本発明の第２の実施形態にかかるシステムにおいて、サービス機器２３００、ユーザ機器２２００、ディレクトリエージェント２１００間で、データ送受信部と比べて消費電力の低い制御情報送受信部で互いに通信を行う点が、第１の実施形態にかかるシステムと異なる。すなわち、サービス機器２３００とユーザ機器２２００とディレクトリエージェント２１００との間で、起動信号、機器情報、生存確認の通信を制御情報送受信部で行う。起動信号、機器情報、生存確認は、サービス機器が、ユーザ機器に対して、サービス提供をしているときの通信と比べてデータ量が少ないため、サービス提供に用いるデータ送受信部とは別に、起動信号、機器情報、生存確認の通信用の制御情報受信部を別途設けて通信を行っている。このようにすることで、休止時の消費電力を低減することができる。ここで、制御情報送受信部は、データ送受信部と比べて、低速な通信方式である。低速な通信方式は、一般に通信変調方式が簡素であるため、その回路規模が小さくでき、これにより通信時および受信待ち受け時の消費電力を削減できる。
【０１０１】
具体的には、制御情報送受信部は、例えばRFIDで用いられる通信方式（例えばASK変調による無線通信方式）、IrDA方式やＴＶ３００Ｂのリモコンなどで使われる赤外線を用いた通信方式、IEEE802.15.4のような低消費電力無線通信方式などを使用することが可能である。一方、データ送受信部の通信方式としては、イーサネット（登録商標）、IEEE802.11等の無線LAN、USB、セルラー無線通信方式などを用いる。
【０１０２】
ここで、制御情報送信部を用いた通信処理のための小規模なプロセッサを（図示しない）メインＣＰＵとは別に用意することで、制御情報送受信部を用いた通信を行う際には、例えばメインCPUやメインメモリなどの機器内の大部分の電源をOFFにしたままで処理を行うことが望ましい。また、機器情報を保持するメモリは不揮発性であり、電源を供給しなくてもその内容を保持できることが望ましい。
【０１０３】
図1３に、示すように、ディレクトリエージェント２１００は、第１の実施形態にかかるディレクトリエージェント１００と比べて、データ送受信部１０８の代わりに制御情報送受信部２１０９を用いている。その他の構成は、ディレクトリエージェント１００の構成と同様であるため、説明を省略する。
【０１０４】
制御情報送受信部２１０９は、データ送受信部１０８と比べて、低速な通信方式を用いること以外は、同様の機能を有する。
【０１０５】
図１４に、本発明の第２実施形態に係るユーザ機器２２００の構成例のブロック図を示す。ユーザ機器２２００は、第１の実施形態にかかるユーザ機器２００と比べて、制御情報送受信部２２０９を更に備える構成である。すなわち、ユーザ機器２２００は、データ送受信部２０８と制御情報送受信部２２０９との２つのインターフェースを備える。すなわち、ユーザ機器２２００は、ユーザ機器２００と異なり、データ送受信部２０８を介して通信を行う場合もあるし、制御情報送受信部２２０９を介して通信を行う場合がある。
【０１０６】
起動信号生成部２０３は、制御情報送受信部２２０９を介して起動信号を送信する。機器情報要求生成部２０４は、制御情報送受信部２２０９を介して機器情報要求の送信を行う。機器情報保持部２０５は、制御情報送受信部２２０９を介して機器情報応答の受信を行う。
【０１０７】
一方、サービス利用部２０７及び機器発見処理部２０６は、データ送受信部２０８を介してサービス機器２３００との通信を行う。
【０１０８】
図１５に、本発明の第２実施形態に係るサービス機器２３００の構成例のブロック図を示す。第１の実施形態にかかるサービス機器３００と比べて、制御情報送受信部２３１０を更に備える構成である。すなわち、サービス機器２３００は、データ送受信部３０９と制御情報送受信部２３１０の２つのインターフェースを備える。すなわち、サービス機器２３００は、サービス機器３００と異なり、データ送受信部３０９を介して通信を行う場合もあるし、制御情報送受信部２３１０を介して通信を行う場合がある。
【０１０９】
起動信号生成部３０３は、制御情報送受信部２３１０を介して起動信号を送信する。機器情報保持部３０４は、制御情報送受信部２３１０を介して機器情報を送信する。起動信号処理部３０５は、制御情報送受信部２３１０を介して起動信号の受信を行う。また、生存確認送信部３０６は、制御情報送受信部２３１０を介して生存確認を行なう。
【０１１０】
一方、サービス提供部３０８及び機器発見提供部３０７は、データ送受信部３０９を介してサービス機器との通信を行う。
【０１１１】
ここで、サービス機器２３００の機器情報は、（サービス種別、サービスプロトコル種別、動作状態、ニックネーム、機器の制御情報送受信部のMACアドレス、機器のデータ送受信部のMACアドレス）を含むことが望ましい。
【０１１２】
図１６は、ユーザ機器２２００とサービス機器２３００Ａ、２３００Ｂとディレクトリエージェント２１００間の動作を示すシーケンス図である。ここで、サービス機器２３００Ａと２３００Ｂの構成は、サービス機器２３００の構成と同様の構成であるとする。図１６を用いて、本実施形態においてユーザ機器２２００がサービス機器２３００Ａ、２３００Ｂと通信を行うまでの一連のシーケンスを示す。
【０１１３】
なお、本実施形態では、ユーザ機器２２００、サービス機器２３００Ａ、２３００Ｂ、ディレクトリエージェント２１００は、動作状態が変化する。本実施形態では、Ｐ０、Ｐ１、Ｐ２、Ｐ３の４つの動作状態をとるものとする。ここで、Ｐ０、Ｐ1、Ｐ2は、起動状態であり、Ｐ３は、休止状態である。Ｐ０、Ｐ１、Ｐ２は起動状態であるが、各状態においても、電力状態が異なる。４つの動作状態は、具体的には、P0（任意の通信が可能である状態）、P1（制御情報送受信部を用いた任意の信号の送受信が可能でかつ最低消費電力の状態）、P2（制御情報送受信部を用いた任意の信号の送信が可能でかつ最低消費電力の状態）、P3（起動信号の受信が可能でかつ最低消費電力の状態）である。図１６では、各機器の動作状態を、縦の線の種類で表している。実線は、P3を表している。点線は、P2を表している。一点鎖線は、P1を表している。太実線は、P0を表している。尚、図１６の点線矢印は制御情報通信送受信部を介した通信を表し、実線矢印はデータ送受信部を介した通信を表す。以下では、P０を第1起動状態、Ｐ１を第2起動状態、Ｐ２を第3起動状態、Ｐ３を休止状態と称する。
【０１１４】
以下の説明では、図１６に示すとおり、ユーザ機器２２００、サービス機器２３００Ａ、２３００Ｂ、ディレクトリエージェント２１００の初期状態はＰ３（休止状態）である。無線ＬＡＮアクセスポイント４００は、電源ＯＮとなっている。
【０１１５】
サービス機器２３００Ａが、ネットワークに接続されユーザからの所定の操作、例えば電源がONとされると、サービス機器２３００Ａは、動作状態Ｐ２（第３起動状態）となる。そして、サービス機器２３００Ａは、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスを用いて、ディレクトリエージェント２１００に対して起動信号を送信する（Ｓ５０１）。ここで、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスは、予めサービス機器２３００Ａに設定されているものとする。ディレクトリエージェント２１００は、サービス機器２３００Ａから起動信号を受け取ると、動作状態がＰ１（第２起動状態）となる。
【０１１６】
次に、サービス機器２３００Ａは、制御情報送受信部２３１０により、ディレクトリエージェント２１００に対して機器情報を送信する（Ｓ５０２）。ディレクトリエージェント２１００はこの機器情報を保持する。ディレクトリエージェント２１００は、機器情報を保持すると、動作状態がＰ３（休止状態）となる。ここで、サービス機器２３００Ａからディレクトリエージェント２１００への機器情報の送信は、ブロードキャストを用いても良いし、予め定められたマルチキャストアドレス宛てでも良い。
【０１１７】
サービス機器２３００Ｂについても同様に、ユーザにより電源がONとされると、動作状態Ｐ２（第３起動状態）となる。サービス機器２３００Ｂは、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスを用いて、ディレクトリエージェント２１００に対して起動信号を送信する（Ｓ５０３）。ここで、ディレクトリエージェント２１００の制御情報送受信部２１０９のＭＡＣアドレスは、予めサービス機器２３００Ｂに設定されているものとする。ディレクトリエージェント２１１０は、サービス機器２３００Ｂから起動信号を受け取ると、動作状態がＰ１（第２起動状態）となる。
【０１１８】
次に、サービス機器２３００Ｂは、制御情報送受信部２３１０により、ディレクトリエージェント２１００に対して機器情報を送信する（Ｓ５０４）。ディレクトリエージェント２１００はこの機器情報を保持する。ディレクトリエージェント２１００は、機器情報を保持すると、動作状態がＰ３（休止状態）となる。
【０１１９】
次に、ディレクトリエージェント２１００は、タイマにより自身の動作状態をＰ２（第３起動状態）とする。次に、ディレクトリエージェント２１００は、保持している機器情報から登録されているサービス機器の制御情報送受信部２３１０のMACアドレスを抽出し、各サービス機器に向けて起動信号を送信する（Ｓ５０５）。各サービス機器は、起動信号を受け取ると、動作状態がＰ１（第２起動状態）となる。
【０１２０】
次に、ディレクトリエージェント２１００は、自身の動作状態をＰ１（第２起動状態）に変更し、全てのサービス機器に対して生存確認を行う（Ｓ５０６）。この生存確認は、ディレクトリエージェント２１００が生存確認要求を制御情報送受信部２１０９を介してサービス機器２３００に送信し、その応答（生存通知）を各サービス機器２３００が制御通信情報送受信部２３１０を介してディレクトリエージェント２１００に送信することで実現される。サービス機器２３００は、ディレクトリエージェント２１００へ生存通知を送信後、自身の動作状態をＰ３（休止状態）に移行する。
【０１２１】
ここで、生存確認要求は、ディレクトリエージェント２１００が保持している機器情報から抽出しても良いし、予め定められたマルチキャスト当てに送信しても良いし、ブロードキャストしても良い。
【０１２２】
また、サービス機器２３００は、ディレクトリエージェント２１００からの生存確認要求なしに、自発的な生存確認のためのメッセージをディレクトリエージェント２１００に送信（あるいは予め定められたマルチキャストアドレスあるいはブロードキャスト）しても良い。
【０１２３】
また、サービス機器２３００は、起動信号を受信し動作状態をＰ１（第２起動状態）に移行後、一定時間経過すると自律的に動作状態をＰ３（休止状態）とすることが望ましい。
【０１２４】
ユーザ機器２２００は、ユーザにより動作状態をＰ０（第１起動状態）とされると、ディレクトリエージェント２１００に制御通信情報送受信部２２０９を介して起動信号を送信する（Ｓ５０７）。ディレクトリエージェントは、起動信号を受け取ると、動作状態をＰ１（第２起動状態）とする。
【０１２５】
その後、ユーザ機器２２００はディレクトリエージェント２１００の保持する全ての機器情報を取得する（Ｓ５０８）。すなわち、ユーザ機器２２００の制御情報送受信部２２０９は、ディレクトリエージェント２１００へ機器情報要求を送信し、ディレクトリエージェント２１００は、機器情報要求を受け取ると、ユーザ機器２２００に対して、機器情報を載せた機器情報応答を送信する。
【０１２６】
ディレクトリエージェント２１００は機器情報をユーザ機器２２００に送信後、例えば一定時間経過後に自身の動作状態をＰ３（休止状態）に移行する。
【０１２７】
ユーザ機器２２００は、機器情報を受信すると、その機器情報から使用可能なサービスの一覧をユーザに提示する。ユーザ機器２２００は、ユーザが提示されたサービスからサービスを選択すると、選択したサービスに対応するサービス機器２３００に対して、起動信号を送信する。ここで、ユーザ機器２２００は、選択されたサービス機器２３００の機器情報から、当該サービス機器２３００の制御情報送受信部２３１０のMACアドレスを抽出し、当該ＭＡＣアドレスを用いて起動信号を生成し、起動信号を対応するサービス機器２３００に送信する（Ｓ５０９）。サービス機器２３００は、起動信号を受け取ると、動作状態がＰ０（第1起動状態）となる。
【０１２８】
ユーザ機器２２００は、そのサービス機器２３００の提供するサービスが例えばUPnPやNETBIOSのようにサービスアプリケーションレベルでサービス発見の機能を有するのであれば、データ送受信部２０８を用いて、その仕様に従いサービス発見を、行う（Ｓ５１０）。
【０１２９】
そして、ユーザ機器２２００は、データ送受信部２０８を用いてサービス機器の提供するサービスを使用する（Ｓ５１１）。
【０１３０】
サービスの使用が終わり一定時間経過すると、サービス機器２３００は自律的に動作状態をＰ３（休止状態）とする。また、ユーザによりユーザ機器２２００の動作状態がＰ３（休止状態）とされる。
【０１３１】
本実施形態のディレクトリエージェント２１００によれば、ユーザ機器２２００とサービス機器２３００との間で通信を行うインターフェースとして、消費電力の低い制御情報送受信部を設けている。その結果、消費電力低減につながっている。より具体的には、ディレクトリエージェント２１００については、データ送受信部の代わりに、消費電力の低い制御情報送受信部を設けているため、消費電力を低減することができる。ユーザ機器２２００、サービス機器２３００については、休止時に、消費電力の高いデータ送受信部の動作を停止させることができるため、消費電力を低減することができる。
【０１３２】
また、本実施形態のディレクトリエージェント２１００によれば、第１の実施形態と同様に、ディレクトリエージェント２１００が通信を行っていない期間と通信を行っている期間とで、動作状態を変化させている。その結果、ディレクトリエージェント２１００の消費電力低減につながっている。
【０１３３】
本実施例では、動作状態として、Ｐ０（任意の通信が可能である状態）、Ｐ１（制御情報送受信部を用いた任意の信号の送受信が可能でかつ最低消費電力の状態）、Ｐ２（制御情報送受信部を用いた任意の信号の送信が可能でかつ最低消費電力の状態）、Ｐ３（起動信号の受信が可能でかつ最低消費電力の状態）を例として説明したが、これに限られない。すなわち、少なくとも、Ｐ３（休止状態）の状態で、起動信号を受信可能で、かつ、受信した場合に、電力が高い状態に移行できるような状態であればよい。また、動作状態として、４つの状態で移行する必要もない。
【０１３４】
＜変形例１＞
次に、本発明の第２の実施形態の変形例にかかるシステムを説明する。
【０１３５】
本実施形態では、制御情報送受信部の通信方式が、ＲＦＩＤの場合である。この場合、通信を行う機器の一方が電源ＯＮで、他方が電源ＯＦＦの場合であっても通信が可能である。それ以外の構成は、第２の実施形態で説明したディレクトリエージェント２１００、ユーザ機器、２３００の構成と同様であるため、説明を省略する。第２の実施形態にかかるシステムでは、動作状態Ｐ３（休止状態）は、機器情報や生存確認に関する信号を通信できないと仮定して説明した。しかしながら、ＲＦＩＤ（Radio Frequency Identification）のように受信側の電源がなくとも、リーダ・ライタからの無線電力を利用してデータ送受信およびメモリアクセスおよびプロセッサ駆動が可能となる技術を用いることにより、動作状態Ｐ３（休止状態）においても、機器情報や生存確認の通信ができる。
【０１３６】
図１７は、第２の実施形態の変形例１にかかるシステムにおいてのユーザ機器２２００とサービス機器とディレクトリエージェント２１００間の動作の例を示すシーケンス図である。本シーケンス図では、図１６のシーケンス図と異なり、動作状態P1（制御情報送受信部を用いた任意の信号の送受信が可能でかつ最低消費電力の状態）をとらない。前述したように、動作状態Ｐ３（休止状態）においても、機器情報や生存確認に関する信号を受信できるためである。また、同様の理由で、各機器を、動作状態Ｐ３（休止状態）からＰ１（第２起動状態）に移行させるための起動信号の送受信は行なわれない。
【０１３７】
まず、サービス機器２３００Ａが、ネットワークに接続されユーザからの所定の操作、例えば電源がONとされると、サービス機器２３００Ａは、動作状態Ｐ２（第３起動状態）となる。そして、サービス機器２３００Ａは、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスを用いて、ディレクトリエージェント２１００に対して機器情報を送信する（Ｓ６０１）。ここで、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスは、予めサービス機器２３００Ａに設定されているものとする。ディレクトリエージェント２１１０は、サービス機器２３００Ａから機器情報を受け取ると、機器情報を保持する。ここで、ディレクトリエージェント２１００は、サービス機器２３００Ａからの無線電力により機器情報受信処理および機器情報の記憶処理を行う。
【０１３８】
同様に、サービス機器２３００Ｂが、ネットワークに接続されユーザからの所定の操作、例えば電源がONとされると、サービス機器２３００Ｂは、動作状態Ｐ２となる。そして、サービス機器２３００Ｂは、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスを用いて、ディレクトリエージェント２１００に対して機器情報を送信する（Ｓ６０１）。ここで、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスは、予めサービス機器２３００Ｂに設定されているものとする。ディレクトリエージェント２１１０は、サービス機器２３００Ｂから機器情報を受け取ると、機器情報を保持する。ここで、ディレクトリエージェント２１００は、サービス機器２３００Ｂからの無線電力により機器情報受信処理および機器情報の記憶処理を行う。
次に、ディレクトリエージェント２１００は、タイマにより自身の動作状態をP2に変更し、保持している機器情報から登録されているサービス機器２３００の制御通信情報送受信部２３１０のMACアドレスを抽出し、全てのサービス機器に対して生存確認を行う（Ｓ６０２）。この生存確認は、ディレクトリエージェント２１００が生存確認要求を制御通信情報送受信部２１０９を介してサービス機器２３００に送信し、その応答（生存通知）を各サービス機器２３００が制御通信情報送受信部２３１０を介してディレクトリエージェント２１００に送信することで実現される。ここで、サービス機器２３００は、生存通知の送信を、サービス機器２３００の電源を使用しないで、動作状態をＰ３（休止状態）のままで行うことが望ましい。例えば、ディレクトリエージェント２１００が、RFIDのリーダによるID情報読み取りのように、サービス機器２３００の生存確認を行なえばよい。また、ディレクトリエージェント２１００からの無線電力をユーザ機器２２００がキャパシタにいったん蓄え、この電力を用いて生存通知を送信してもよい。
【０１３９】
次に、ユーザ機器２２００は、ユーザにより動作状態をＰ０（第1起動状態）とされると、制御情報送受信部２００９により、ディレクトリエージェント２１００の保持する全ての機器情報を取得する（Ｓ６０３）。すなわち、ユーザ機器２２００の制御情報送受信部２２０９は、ディレクトリエージェント２１００へ機器情報要求を送信し、ディレクトリエージェント２１００は、機器情報要求を受け取ると、ユーザ機器２２００に対して、機器情報を載せた機器情報応答を送信する。ここで、ディレクトリエージェント２１００は、前述した説明と同様の理由で、動作状態Ｐ３（休止状態）であっても、機器情報要求の受信と、機器情報応答の送信ができる。
【０１４０】
次に、ユーザ機器２２００は、機器情報を受信すると、その機器情報から使用可能なサービスの一覧をユーザに提示する。
【０１４１】
ユーザ機器２２００は、ユーザが提示されたサービスからサービスを選択すると、選択したサービスに対応するサービス機器２３００に対して、起動信号を送信する。ここで、ユーザ機器２２００は、選択されたサービス機器２３００の機器情報から、当該サービス機器２３００の制御情報送受信部２３１０のMACアドレスを抽出し、当該ＭＡＣアドレスを用いて起動信号を生成し、起動信号を対応するサービス機器２３００に送信する（Ｓ６０４）。サービス機器２３００は、起動信号を受け取ると、動作状態がＰ０（第1起動状態）となる。
【０１４２】
ユーザ機器２２００は、そのサービス機器２３００の提供するサービスが例えばUPnP,NETBIOS,ECHONETのようにサービスアプリケーションレベルでサービス発見の機能を有するのであれば、データ送受信部２０８を用いて、その仕様に従いサービス発見を、行う（Ｓ６０５）。
【０１４３】
そして、ユーザ機器２２００はデータ送受信部２０８を用いてサービス機器2300の提供するサービスを使用する（Ｓ６０６）。
【０１４４】
サービスの使用が終わり一定時間経過すると、サービス機器2300は自律的に動作状態をＰ３（休止状態）とする。また、ユーザによりユーザ機器２２００の動作状態がＰ３（休止状態）とされる。
【０１４５】
本変形例のディレクトリエージェント２１００によれば、ＲＦＩＤを用いることで、機器情報送受信時に、動作状態を低い消費電力の状態で維持することができる。したがって、ディレクトリエージェント２１００の消費電力を削減することができる。
【０１４６】
本変形例では、ディレクトリエージェント２１００は、起動信号処理部１０３、起動信号生成部１０７を備えていない構成であっても良い。
【０１４７】
＜変形例２＞
次に、本発明の第２の実施形態の変形例２にかかるシステムを説明する。本変形例のシステムでは、ディレクトリエージェント３１００が無線ＬＡＮのアクセスポイントの機能を備え、ユーザ機器２２００とサービス機器２３００は、ディレクトリエージェント３１００を介したデータ通信を行う。
【０１４８】
図１８に、変形例２に係るディレクトリエージェント３１００の構成を示す。ディレクトリエージェント３１００は、第２の実施形態のディレクトリエージェントと比べて、更に、無線アクセスポイント３４００を備える。
【０１４９】
無線アクセスポイント３４００は、通常のアクセスポイントの機能を備える。すなわち、ユーザ機器２２００は、サービス機器２３００と通信を行う際に、無線アクセスポイント３４００を介して通信を行う。無線アクセスポイント３４００は、電源管理部１０１によって動作状態が制御される。無線アクセスポイント３４００は、動作状態Ｐ０（第1起動状態）のときは、必ず動作し、動作状態Ｐ１（第２起動状態）と動作状態P２（第3起動状態）のときは、動作していても良いし、動作していなくても良い。また、無線アクセスポイント３４００は、動作状態Ｐ３（休止状態）のときは、動作していないものとする。図１８では、無線アクセスポイント３４００の構成の一部としてデータ送受信部３１１０を示す。データ送受信部３１１０は、ユーザ機器２２００のデータ送受信部２０８と、サービス機器２３００のデータ送受信部３０９と通信を行う。尚、無線アクセスポイント３４００は、データ送受信部３１１０以外にも、無線ＬＡＮのアクセスポイントとして動作するために必要な機能を達成するための構成を備えるが、通常のアクセスポイントの構成と同様であるため、説明を省略する。
【０１５０】
図１９は、第２の実施形態の変形例２にかかるシステムにおいてのユーザ機器2200とサービス機器とディレクトリエージェント３１００間の動作を示すシーケンス図である。
【０１５１】
Ｓ５０１からＳ５０６は、図１６で説明した動作と同様である。
【０１５２】
Ｓ７０７でユーザ機器２２００から起動信号を受信したディレクトリエージェント３１００は、動作状態Ｐ０（第1起動状態）に移行する。
【０１５３】
その後、ユーザ機器２２００はディレクトリエージェント３１００の保持する全ての機器情報を取得する（Ｓ７０８）。すなわち、ユーザ機器２２００の制御情報送受信部２２０９は、ディレクトリエージェント２１００へ機器情報要求を送信し、ディレクトリエージェント３１００は、機器情報要求を受け取ると、ユーザ機器２２００に対して、機器情報を載せた機器情報応答を送信する。
【０１５４】
そして、ディレクトリエージェント３１００は機器情報をユーザ機器２２００に送信後、自身の動作状態をＰ３（休止状態）に移行せず、Ｐ０（第1起動状態）に維持する。
【０１５５】
ユーザ機器２２００は、機器情報を受信すると、その機器情報から使用可能なサービスの一覧をユーザに提示する。ユーザ機器２２００は、ユーザが提示されたサービスからサービスを選択すると、選択したサービスに対応するサービス機器２３００に対して、起動信号を送信する。ここで、ユーザ機器２２００は、選択されたサービス機器２３００の機器情報から、当該サービス機器２３００の制御情報送受信部２３１０のMACアドレスを抽出し、当該ＭＡＣアドレスを用いて起動信号を生成し、起動信号を対応するサービス機器２３００に送信する（Ｓ７０９）。サービス機器２３００は、起動信号を受け取ると、動作状態がＰ０（第1起動状態）となる。
【０１５６】
ユーザ機器２２００は、そのサービス機器２３００の提供するサービスが例えばUPnPやNETBIOSのようにサービスアプリケーションレベルでサービス発見の機能を有するのであれば、データ送受信部２０８を用いて、その仕様に従いサービス発見を、行う（Ｓ７１１０）。
【０１５７】
そして、ユーザ機器２２００は、データ送受信部２０８を用いてサービス機器の提供するサービスを使用する（Ｓ７１１）。ここで、Ｓ７１０とＳ７１１の処理を、ユーザ機器２２００は、サービス機器２３００との間で、ディレクトリエージェント３１００を介して行なう。
【０１５８】
サービスの使用が終わり一定時間経過すると、ディレクトリエージェント３１００は、自律的に動作状態Ｐ３（休止状態）となる。このとき、ディレクトリエージェント３１００の無線ＬＡＮのアクセスポイント３４００も電源ＯＦＦ状態となる。サービス機器２３００は自律的に動作状態をＰ３（休止状態）とする。また、ユーザによりユーザ機器２２００の動作状態がＰ３（休止状態）とされる。
【０１５９】
このように、ディレクトリエージェント３１００は、無線LANアクセスポイントの機能を備える。そして、ディレクトリエージェント３１００は、動作状態を移行させることができる。ディレクトリエージェント3100は、無線ＬＡＮアクセスポイント３４００の動作状態を休止にすることができる。したがって、従来、無線ＬＡＮアクセスポイントは常時電源ＯＮとさせておく必要があったが、その必要がなくなる。その結果、システム全体としての消費電力削減を実現することができる。
【０１６０】
第2の実施形態のユーザ機器２２００、サービス機器２３００及び第２実施形態の変形デイのディレクトリエージェント３１００では、起動信号、生存確認、機器情報をそれぞれ、制御情報送受信部を介して送受信しなくても良く、データ送受信部を介して送受信してもよい。
【０１６１】
尚、第１、第２の実施形態では、IPｖ４プロトコルを例に説明を行ってきたが、IPｖ４の代わりに他のプロトコル例えばIPｖ６プロトコルを用いることも可能である。
【０１６２】
また、ユーザ機器とサービス機器が同一機器であってもよい。例えば、ユーザ機器とサービス機器がいずれもＰＣであっても良い。
【０１６３】
また、ディレクトリエージェントは、図1ではユーザ機器とサービス機器の近くに位置するように記述したが、ネットワーク的につながっていればその物理的な位置はどこにあっても良い。
【０１６４】
また、ディレクトリエージェントは、図1のように、サービス機器とユーザ機器と同一ネットワークに存在する必要はない。例えば、複数のホームネットワーク上の機器を一つのディレクトリエージェントにて機器情報の管理を行ってもよい。
【０１６５】
また、ユーザ機器が一台である場合を例に説明を行ってきたが、ユーザ機器が複数台あっても良い。
【０１６６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することを意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１６７】
１００、２１００、３１００・・・ディレクトリエージェント、２００、２２００・・・ユーザ機器、３００・・・サービス機器、３００Ａ、２３００Ａ・・・プリンタ、３００Ｂ、２３００Ｂ・・・ＴＶ、３００Ｃ・・・ＮＡＳ、３００Ｄ・・・エアコン、４００・・・アクセスポイント、１０１、３０１・・・電源管理部、１０２・・・時間管理部、１０３、３０５・・・起動信号処理部、１０４・・・機器情報送信部、１０５、３０４・・・機器情報保持部、１０６・・・生存確認処理部、１０７、２０３、３０３・・・起動信号生成部、２０１・・・画面表示部、２０２、３０２・・・ユーザ入力部、２０４・・・機器情報要求生成部、２０５、２０６・・・機器発見処理部、２０７・・・サービス利用部、１０８、２０８、３０９、３１１０・・・データ送受信部、３０６・・・生存確認送信部、３０７・・・機器発見提供部、３０８・・・サービス提供部、２２０９、２３１０、２１０９、３１０９・・・制御情報送受信部、３４００・・・無線アクセスポイント。
【技術分野】
【０００１】
本発明の実施形態は、通信機器管理装置におけるサービス機器に関する。
【背景技術】
【０００２】
通信技術の普及により、エアコンやＴＶのような家電もホームネットワークに接続され始めている。また、家庭向けＮＡＳ（Network Attached Storage）も販売されており、これもホームネットワークに接続される。ホームネットワークを用いれば、例えば、ＰＣ（ユーザ機器）を用いて、エアコン（サービス機器）の冷房機能（サービス）を使用するといった遠隔操作が可能となる。
【０００３】
ホームネットワークにおいて、ユーザ機器とサービス機器との間で通信を行う際には、サービス機器の電源がＯＮである必要があるが、これにより家庭内の待機消費電力（ユーザ機器がサービス機器を利用していない期間の消費電力）が増加する課題があった。
【０００４】
このような、課題を解決するための技術として、WOL(Wake On LAN)なる技術がある。この技術は、ユーザ機器が、マジックパケットと呼ばれるパケットをサービス機器に送信し、マジックパケットを受け取ったサービス機器が電源をＯＮとすることができる技術である。この技術を用いることで、ユーザ機器は、サービス機器の電源をＯＮした後に、サービス機器からのサービスの提供を受けることができる。したがって、サービス機器は、サービスを提供していない期間は、ネットワークインタフェース以外の殆どの構成要素の給電をOFFにしておくことができる。これにより、待機時の消費電力を削減できる。
【０００５】
マジックパケットは、電源をＯＮされる側の機器のMAC(Media Access Control)アドレスに関連した特定のビットパターンを有するパケットである。したがって、ユーザ機器がマジックパケットを送信するためには、ユーザは予めサービス機器のＭＡＣアドレスを取得し、ユーザ機器に設定をしておく必要がある。
【０００６】
例えば、ホームネットワークに多数のサービス機器が接続されている場合、ユーザがユーザ機器に設定するサービス機器のＭＡＣアドレスの数が多くなり、煩雑なものとなる。
【０００７】
一方、ＳＬＰ(Service Location Protocol: IETF RFC 2165)のように、ネットワークに接続した各々のサービス機器が自身のサービス属性情報をディレクトリエージェントに登録し、ユーザ機器がディレクトリエージェントからサービス属性情報を検索するという方法がある。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】ＲＦＣ ２１６５ Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ， ＩＥＴＦ， １９９７
【発明の概要】
【発明が解決しようとする課題】
【０００９】
この技術によれば、ユーザ機器は、サービス機器個々からＭＡＣアドレスを取得する必要がなくなり、ディレクトリエージェント１箇所からＭＡＣアドレスを取得すればよく、これによりユーザ機器へのサービス機器のＭＡＣアドレス設定が自動化でき、ユーザの煩雑さが軽減する。
【００１０】
しかしながら、この場合、ディレクトリエージェントは、ユーザ機器やサービス機器それぞれとの通信を行うために、常に起動している必要があり、新たな消費電力が発生するといった課題が生じる。
【００１１】
通信機器管理装置において、ネットワークに接続したサービス機器の機器情報の設定を容易にし、かつディレクトリエージェントの消費電力を低減することを目的とする。
【課題を解決するための手段】
【００１２】
実施形態にかかるサービス機器は、ユーザ機器にサービスを提供するサービス機器であって、
通信機器管理装置及び前記ユーザ機器と通信を行う通信部と、
前記通信機器管理装置に対して、前記通信部を介して起動信号を送信する起動信号生成部と、
自装置の機器情報を保持する機器情報保持部と、
前記通信部が、前記通信機器管理装置に対して前記機器情報を送信する前に、前記起動信号生成部は、起動信号を前記通信機器管理装置に送信することを特徴とする。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施形態に係るシステム構成を示すブロック図。
【図２】本発明の第１実施形態に係るディレクトリエージェントの構成例を示すブロック図。
【図３】起動信号のフォーマット例を示す図。
【図４】生存確認信号のフォーマット例を示す図。
【図５】サービス識別子の一例を示す図。
【図６】図１のディレクトリエージェントの動作を示すフローチャート。
【図７】本発明の第１実施形態に係るユーザ機器の構成例を示すブロック図。
【図８】図１のユーザ機器の画面例を示す図。
【図９】図７のユーザ機器の動作を示すフローチャート。
【図１０】本発明の第１実施形態に係るサービス機器の構成例を示すブロック図。
【図１１】図１０のサービス機器の動作を示すフローチャート。
【図１２】図１のシステムのユーザ機器とサービス機器とディレクトリエージェント間の動作を示すシーケンス図。
【図１３】本発明の第２実施形態に係るディレクトリエージェントの構成例を示すブロック図。
【図１４】本発明の第２実施形態に係るユーザ機器の構成例を示すブロック図。
【図１５】本発明の第２実施形態に係るサービス機器の構成例を示すブロック図。
【図１６】本発明の第２の実施形態にかかるシステムのユーザ機器とサービス機器とディレクトリエージェント間の動作を示すシーケンス図。
【図１７】第２の実施形態の変形例１にかかるシステムにおいてのユーザ機器とサービス機器とディレクトリエージェント間の動作を示すシーケンス図。
【図１８】本発明の第２実施形態の変形例２に係るディレクトリエージェントの構成を示すブロック図。
【図１９】第２の実施形態の変形例２にかかるシステムにおいてのユーザ機器とサービス機器とディレクトリエージェント間の動作を示すシーケンス図。
【発明を実施するための形態】
【００１４】
以下、本発明の一実施の形態について、図面を参照して説明する。
【００１５】
＜第１の実施形態＞
図1は、本発明の第１の実施形態に係るシステム構成を示すブロック図である。図１のシステムは、ユーザ機器２００とサービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄを含む構成である。ユーザ機器２００とサービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄは、無線LANアクセスポイント４００を介して相互に接続されホームネットワークを形成している。より詳細には、各機器は、IEEE802.11の無線LANにてIPプロトコルを用いて通信を行う。また、ホームネットワークは、無線LANアクセスポイント４００を介して別のネットワークにも接続されている。
【００１６】
図１では、ユーザ機器２００が、ＰＣであり、サービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄが、それぞれ、プリンタ、ＴＶ、ＮＡＳ、エアコンを例として示している。
【００１７】
本実施形態では、ユーザ機器２００とサービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄ、ディレクトリエージェント１００のそれぞれの動作状態が変化する。ここで、動作状態は、例えば、Ｇ０（動作中）、G1（ Sleeping(所謂スリープあるいはハイバネーション状態で、G2の状態よりも速くG0に移行できる)、G2（ soft off（所謂電源OFF状態でG1よりも消費電力は小さいが、G0への移行時間はG1よりも遅い））Ｇ３（機械的に完全に電源断）といったものである。ここで動作状態Ｇ０、G1、 G2、G3に関してはパソコン用の電源管理の仕様Advanced Configuration and Power Interface Specification に詳しい。本実施例では、動作状態Ｇ０、Ｇ１、Ｇ２、Ｇ３のうち、Ｇ０とＧ２の２つの状態で変化するものとする。そして、Ｇ０を起動状態（若しくは電源ＯＮの状態）、Ｇ２を休止状態（若しくは電源ＯＦＦの状態）と称して、説明する。尚、本実施例では、Ｇ２は、起動状態と比べて消費電力が低い状態であるが、起動信号（マジックパケット）を受信可能で、起動信号を受信した場合に、機器の状態をＧ２からＧ０と移行可能な状態であるとする。また、Ｇ０は、その機器が本来有する機能に関わる処理を行うことができる状態であるとする。
【００１８】
ここで、サービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄはそれぞれ、ユーザ機器２００に対してサービスを提供する機器である。サービス機器３００Ａ〜３００Ｄは、通常は電源OFFの状態であり、必要に応じて電源をONすることによりサービスを提供する。ユーザ機器２００は、サービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄいずれかのサービスを受けたい場合に、例えば、サービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄいずれかの電源をＯＮにする。尚、ユーザ機器２００が、サービス機器３００Ａ、３００Ｂ、３００Ｃ、３００Ｄいずれか一つ以上の電源をＯＮにする処理は、ユーザが直接操作する必要はなく、例えば、タイマによりユーザ機器２００を自動起動し、その後、ユーザ機器２００がサービス機器３００Ａ〜３００Ｄを起動する設定をしても良い。ユーザ機器２００が、サービス機器３００Ａ〜３００Ｄを起動させるには、起動信号を送信する。起動信号とは、例えばマジックパケットであるが、他機器へ信号を送ることにより他機器を起動させることができるものであれば、起動信号として利用可能である。
【００１９】
図２に、本発明の第１実施形態に係るディレクトリエージェント１００の構成例を示すブロック図を示す。
【００２０】
データ送受信部１０８は、ユーザ機器２００及びサービス機器３００Ａ〜３００Ｄと通信を行う。
【００２１】
起動信号処理部１０３は、サービス機器３００Ａ〜３００Ｄおよびユーザ機器２００から、データ送受信部１０８を介して起動信号を受信する。
【００２２】
起動信号生成部１０７は、サービス機器３００Ａ〜３００Ｄに対して送信する起動信号を生成する。
【００２３】
ここで、図３を用いて起動信号のフォーマット例を示す。起動信号はUDPデータグラムがIPパケット化され、イーサフレーム化される。IPヘッダの宛先アドレスは例えば、224.1.1.1のようなマルチキャストアドレスあるいは133.111.111.255のようなブロードキャストアドレスである。IPヘッダのソースアドレスは、起動信号を送信した機器のソースアドレスが記される。ただし、起動信号を送信した機器にIPアドレスが設定されていない場合には、0.0.0.0を設定する。イーサヘッダの宛先アドレスは、送信先の機器のMACアドレスあるいはマルチキャストアドレスあるいはブロードキャストアドレスが設定される。起動ビットパターンは、起動したい機器のMACアドレスから生成されるパターンであり、例えば、FFFFFFFFFFFF（16進数表記） の後に 起動したい機器のMACアドレスを16回繰り返したものである。
【００２４】
電源管理部１０１は、自装置（ディレクトリエージェント１００）の動作状態を制御する。
【００２５】
機器情報保持部１０５は、サービス機器３００Ａ〜３００Ｄからデータ送受信部１０８を介して受信した機器情報を記憶する。ここで、サービス機器３００Ａ〜３００Ｄの機器情報は、（サービス種別、サービスプロトコル種別、動作状態、ニックネーム、機器のMACアドレス）を含むことが望ましい。サービス機器３００Ａ〜３００Ｄが、プリンタ、ＮＡＳ、エアコン、ＴＶである場合、それぞれサービス種別は、プリンタ、NAS、エアコン、TVである。サービスプロトコル種別とは、サービス機器３００Ａ〜３００Ｄがサービスを提供するためのプロトコルのことであり、例えば、SMB、 NETBIOS、UpnP、 DLNA、 ECHONETである。また、ニックネームは、各サービス機器３００Ａ〜３００Ｄに割り当てられている名称である。例えば、サービス機器として、２つプリンタがある場合、それぞれのプリンタのニックネームを、プリン、メロンと名づけることで、２つのプリンタを区別する。また、機器情報にその機器のＩＰアドレスを加えても良い。これにより、ユーザ機器はサービス機器のＩＰアドレスを機器情報として知ることができるため、サービス利用する際のユーザ機器によるサービス機器のＩＰアドレス発見手順を省略することができる。ただし、サービス機器にＩＰアドレスが設定されていない場合は0.0.0.0を用いてその旨を表すのが良い。また、DHCP(Dynamic Host Configuration Protocol)等によりＩＰアドレスを設定されている場合そのリース期限が短いなどの理由で、サービス機器にＩＰアドレスが設定されている場合でも0.0.0.0を機器情報として用いても良い。
【００２６】
機器情報送信部１０４は、機器情報を、データ送受信部１０７を介して送信する。
【００２７】
生存確認処理部１０６は、データ送受信部１０８を介して生存確認要求をサービス機器３００Ａ〜３００Ｄに対して送信し、生存通知を受けとり、サービス機器の３００Ａ〜３００Ｄ生存確認を行なう。ここで、生存確認とは、サービス機器３００Ａ〜３００Ｄが、ディレクトリエージェント１００が接続するネットワーク（本例では、ホームネットワーク）へと有効に接続されているかを確認する処理である。ここで、図４を用いて生存確認要求、生存通知のフォーマット例を示す。生存確認要求、生存通知はUDPデータグラムで運ばれ、IPパケット化され、イーサフレーム化されている。コマンド識別子は、生存確認要求の場合、“生存確認要求”であり、生存通知の場合、“生存通知”である。機器識別子は、例えばMACアドレスやUUID(Universally Unique Identifier)やFQDN(Fully Qualified Domain Name)のように機器を一意に識別する情報である。また、サービス識別子は、例えばUUIDやFQDNのようにサービスを一意に識別する情報である。生存確認要求あるいは生存通知は、複数の機器識別子を含んでも良く、複数のサービス識別子を含んでも良い。特に、一つの機器が複数のサービスを有する場合には、複数のサービス識別子を生存確認あるいは生存通知が含むことが望ましい。また、仮想的な複数の機器が物理的には一つの機器にて実現されている場合には、複数の機器識別子を生存確認あるいは生存通知が含むことが望ましい。
【００２８】
図５にサービス識別子の一例を示す。図５の例では、サービス識別子は、ContentdirectoryとConnectionmanagerの２つのサービス情報を含んでいることを示している。
【００２９】
時間管理部１０２は、予め定められた時間間隔で繰り返し電源管理部１０１と起動信号生成部１０７にイベントを送信する。
【００３０】
次に、ディレクトリエージェント１００の動作を説明する。図６は、本発明の第１実施形態に係るディレクトリエージェント１００の動作を示すフローチャートである。尚、以下の動作説明では、サービス機器３００Ａ〜３００Ｄのいずれか一つの機器を、サービス機器３００と称して、説明する。
【００３１】
以下、ディレクトリエージェント１００の動作状態の初期状態をG2（休止状態）として説明する（Ｓ１００）。
【００３２】
まず、起動信号処理部１０３は、データ送受信部１０８を介して、サービス機器３００から起動信号を受信する（Ｓ１０１）。起動信号処理部１０３は、起動信号を受信すると、電源管理部１０１にイベントを送信する。ここで、起動信号はサービス機器３００から送信されたものか、ユーザ機器２００から送信されたものかを識別するための識別情報を含むことが望ましい。
【００３３】
電源管理部１０１は、イベントを受け取ると、ディレクトリエージェント１００の動作状態をG2（休止状態）からG0（起動状態）に移行する（Ｓ１０２）。
【００３４】
機器情報保持部１０５は、データ送受信部１０８を介してサービス機器３００からの機器情報を受信すると、これを保持する（Ｓ１０３）。電源管理部１０１は、機器情報保持部１０５がサービス機器３００からの機器情報の保存を完了すると、動作状態をG2（休止状態）に移行する（Ｓ１０４）。この時、電源管理部１０１は機器情報保持部１０５による機器情報の保存の完了を確認あるいは予め定められた時間の経過後に動作状態G2（休止状態）への移行を行うことが望ましい。
【００３５】
起動信号処理部１０３が、データ送受信部１０８を介してユーザ機器２００からの起動信号を受信する（Ｓ１０５）と、電源管理部１０１と機器情報送信部１０４にイベントを送信する。このイベントを受信した電源管理部１０１は動作状態をG0（起動状態）に移行する（Ｓ１０６）。このイベントを受信した機器情報送信部１０４は、機器情報保持部１０５の保持する機器情報を、起動信号の送信元のユーザ機器２００に送信する（Ｓ１０７）。このとき送信する機器情報は、例えば、機器情報保持部１０５が保持する全てとする。また、送信する機器情報は、ユーザ機器２００が必要なサービス機器３００の機器情報のみを送信しても良い。ユーザ機器２００が必要なサービス機器３００の機器情報が何であるかは、ユーザ機器２００から起動信号を受信後、ユーザ機器２００からディレクトリエージェント100に送信する。具体的には、ユーザ機器２００から取得したいサービス機器３００の機器情報を絞り込むための情報（機器情報のサービス種別、サービスプロトコル種別、機器のMACアドレス）が機器情報要求としてディレクトリエージェント１００に送信される。ディレクトリエージェント１００は、指定されたサービス機器の機器情報を載せた機器情報応答をユーザ機器２００に送信する。電源管理部１０１は、機器情報送信部１０４が、機器情報をユーザ機器２００へと送信を完了すると、動作状態をG2（休止状態）に移行する（Ｓ１０８）。
【００３６】
時間管理部１０２は、予め定められた時間間隔で繰り返し電源管理部１０１と起動信号生成部１０７にイベントを送信する。電源管理部１０１は時間管理部１０２からのイベントを受信すると（Ｓ１０９）、動作状態をG0（起動状態）に移行する（Ｓ１１０）。起動信号生成部１０７は、時間管理部１０２からのイベントを受信すると、機器情報保持部１０５に保持されている全てのサービス機器３００に対して起動信号を、データ送受信部１０８を介して送信する（Ｓ１１１）。このとき、起動信号は、各サービス機器３００に送信されても良いし、全てのサービス機器３００に対してマルチキャストあるいはブロードキャストされても良い。その後、起動信号生成部１０７は生存確認処理部１０６にイベントを送信する。生存確認処理部１０６は、イベントを受信すると、機器情報保持部１０５に保持されている全てのサービス機器３００に対して生存確認要求を、データ送受信部１０８を介して送信する（Ｓ１１２）。このとき、生存確認要求は、各サービス機器３００に送信されても良いし、全てのサービス機器３００に対してマルチキャストあるいはブロードキャストされても良い。生存確認処理部１０６は、サービス機器３００からの生存通知の受信をもって、該当機器が生存していると判断する。もし、予め定められた回数生存通知を受信しないサービス機器３００を検出したならば、生存確認処理部１０６は該当する機器の機器情報を機器情報保持部１０５から削除する。電源管理部１０１は、生存確認処理部１０６が、生存確認を完了すると、動作状態をG2（休止状態）に移行する（Ｓ１１３）。
【００３７】
図７は、本発明の第１実施形態に係るユーザ機器２００の構成例を示すブロック図である。
【００３８】
データ送受信部２０８は、通信機器管理装置１００およびサービス機器３００Ａ〜３００Ｄと通信を行う。
【００３９】
起動信号生成部２０３は、起動信号を生成し、データ送受信部２０８を介して、サービス機器３００Ａ〜３００Ｄ、又はディレクトリエージェント１００に起動信号を送信する。
【００４０】
機器情報要求生成部２０４は、サービス機器３００の機器情報を、ディレクトリエージェント１００に対して要求する機器情報要求を生成し、データ送受信部２０８を介して送信する。この機器情報要求は、ブロードキャストしても良いし、マルチキャストしても良いし、ディレクトリエージェント１００宛てにユニキャストで送っても良い。
【００４１】
機器情報保持部２０５は、サービス機器３００Ａ〜３００Ｄからデータ送受信部２０８を介して受信した機器情報を保持する。
【００４２】
画面表示部２０１は、機器情報保持部２０５で保持している機器情報を表示する。表示の例を図８に示す。図８では、アイコンによりサービス機器の提供するサービスを表している。そして、アイコンの右下にそのサービス機器の動作状態、アイコンの右にそのサービス機器に設定したニックネームが表示される。（図８では、５つのサービス機器が表示されており、（サービス、動作状態、ニックネーム）の表記で（プリンタ、起動中、プリン）、（プリンタ、停止中、メロン）、（NAS,動作中、なすび）、（エアコン、動作中、スイカ）、（TV、停止中、ミカン）を表している。）。ここで、図８では動作状態を文字で表示しているが、文字の代わりに例えばアイコンをグレーアウトするなど他の手段で表示しても良い。
ここで、ユーザ機器２００は、１つのサービスを利用するにあたり、複数のサービス機器の動作状態を変更する必要がある場合には、図８のようなユーザ画面にサービスを表示する際に、別々のサービスとして表示するのではなく、１つのサービスとして表示し、ユーザがこれを選択した場合にはこれにかかわる全てのサービス機器の動作状態を変更することが望ましい。例えば、プリンタ（プリン）のアイコンを選択した場合には、サービス機器としてプリンタ（プリン）とこれにつながるプリントサーバ（図示しない）にもユーザ機器は起動信号を送信することが望ましい。
【００４３】
ユーザ入力部２０２は、ユーザにより電源ＯＮのイベントや、ユーザが使用したいサービスのイベントが入力される。
【００４４】
機器発見処理部２０６は、データ送受信部２０８を介して、例えばUPｎPやNETBIOSのようなサービス固有の機器発見・サービス発見のプロトコルを実行する。また、プロトコル実行の結果発見した機器のIPアドレスやサービスの種類やアクセス方法に関する情報をサービス利用部２０７に通知する。
【００４５】
サービス利用部２０７は、データ送受信部２０８を介して、サービス機器のサービスを利用する。
【００４６】
次に、ユーザ機器２００の動作を説明する。図９は、本発明の第１実施形態に係るユーザ機器２００の動作を示すフローチャートである。
【００４７】
以下、ユーザ機器２００の動作状態の初期状態を電源ＯＦＦ（Ｓ２００）として説明する。
【００４８】
ユーザ入力部２０２から例えば電源ONのイベントが投入されると（Ｓ２０１）、このイベントが起動信号生成部２０３に伝わり、起動信号生成部２０３は、データ送受信部２０８を介して、マジックパケットを送信する（Ｓ２０２）。マジックパケットにはディレクトリエージェント１００のMACアドレス（このMACアドレスは起動信号生成部に予め設定されている）から生成されるビットパターンが書き込まれており、ディレクトリエージェント１００以外は起動しないことが望ましい。
【００４９】
マジックパケットを送信すると起動信号生成部２０３は、機器情報要求生成部２０４へイベントを通知し、イベントを受信した機器情報要求生成部２０４はデータ送受信部２０８を介して機器情報要求を、ディレクトリエージェント１００に送信する（２０３）。ディレクトリエージェント１００からの機器情報を、データ送受信部２０８を介して機器情報保持部２０５が受信しこれを保持する（Ｓ２０４）。
【００５０】
機器情報を受信した機器情報保持部２０５は保持している機器情報を、画面表示部２０１を介して表示する（Ｓ２０５）。また、機器情報保持部２０５は機器発見処理部２０６に機器情報を渡す。
【００５１】
ユーザ入力部２０２を介してサービス利用イベント（例えば、ユーザが使用したいサービスのアイコンをクリックした場合）をサービス利用部２０７が受信すると（Ｓ２０６）、機器情報保持部２０５に記憶され、選択されたサービスに関わる機器情報を起動信号生成部２０４に送信する。これを受信した起動信号生成部２０４は、データ送受信部２０８を介して選択されたサービス機器に向けてマジックパケットを送信する（Ｓ２０７）。
【００５２】
さらに、サービス利用部２０７は、機器発見処理部２０６にユーザ入力部２０２から選択されたサービスに関する機器情報を送信する。機器発見処理部２０６は、受信した機器情報の各々に対して、データ送受信部２０８を介して、例えばUPｎP、NETBIOS、ＥＣＨＯＮＥＴのようなサービス固有の機器発見・サービス発見のプロトコルを実行する（Ｓ２０８）。実行の結果発見したサービス機器のIPアドレスやサービスの種類やアクセス方法に関する情報をサービス利用部２０７に通知する。さらに、機器発見処理部２０６は発見した機器あるいはサービスに関する情報を機器情報保持部２０５に送信し、これは画面表示部２０１に送られ表示される（Ｓ２０９）。
【００５３】
サービス利用部２０７は、機器発見処理部２０５から、機器のIPアドレスやサービスの種類やアクセス方法などサービスを利用するために必要な情報を受信すると、例えばSMB、DLNA、ＵＰｎＰ、NETBIOS、ＥＣＨＯＮＥＴのようなサービス利用に必要なプロトコルにてサービスを利用する（Ｓ２１０）。
【００５４】
なお、本実施例ではユーザが指定したサービスに関するサービス機器にのみ起動信号を送信しているが、そうではなくユーザ指定のサービス機器を含むより多い機器に起動信号を送信しても良い。例えば、ユーザがDLNA機器を指定した場合には、全てのDLNA機器に起動信号を送信するようにしても良い。あるいは、あるサービス機器（例えば、ＴＶのようなDMR（Digital Media Render:画像描画サービス）をユーザが指定した際には、それに関連する機器例えばDMS（Digital Media Server：コンテンツ蓄積サービス）にも同時に起動信号を送信しても良い。このような動作は一般にユーザの指定したサービスあるいは機器と、これに付随して同時に起動する機器の対応表を用意することで実現できる。これを実現するためには、例えばユーザが指定する機器と起動信号を送信する機器との関係を記した対応表が必要となる。この対応表はユーザ機器２００に予め設定しておいても良いし、ディレクトリエージェント１００や別の機器からユーザ機器２００が受信しても良い。
【００５５】
図１０に、本発明の第１実施形態に係るサービス機器３００の構成例を示すブロック図を示す。尚、図１のサービス機器３００Ａ〜３００Ｄの構成は、いずれもサービス機器3００の構成と同様であるものとする。
【００５６】
データ送受信部３０９は、ディレクトリエージェント１００及びユーザ機器２００と通信を行う。
【００５７】
ユーザ入力部３０２は、ユーザにより電源ＯＮの操作がなされると、イベントを電源管理部３０１に送信する。
【００５８】
電源管理部３０１は、自装置の動作状態を管理する。例えば、ユーザ入力部３０２から電源ＯＮのイベントを受信すると、自装置の動作状態をG2（休止状態）からG0（起動状態）に移行する。
【００５９】
起動信号生成部３０３は、起動信号を生成し、データ送受信部３０９を介して、起動信号をディレクトリエージェント１００に送信する。
【００６０】
機器情報保持部３０４は、自装置の機器情報を保持し、起動信号生成部３０３が、起動信号を送信後、機器情報を、データ送受信部３０９を介して、ディレクトリエージェント１００に送信する。
【００６１】
起動信号処理部３０５は、ユーザ機器２００またはディレクトリエージェント１００からデータ送受信部３０９を介して起動信号を受信する。
【００６２】
生存確認送信部３０６は、起動信号処理部３０５が、ディレクトリエージェント１００から起動信号を受信後、生存通知を、データ送受信部３０９を介してディレクトリエージェント１００に送信する。このとき、生存確認送信部３０６は、ディレクトリエージェント１００から起動信号に加えて、生存確認要求を受信した後に生存通知を送信しても良いし、自律的に送信しても良い。
【００６３】
機器発見提供部３０７は、ユーザ機器２００の機器発見処理部３０７との通信を行う。これは、UPｎP、NETBIOS、ECHONETのようなサービス固有の機器あるいはサービス発見プロトコルに従い実行される。
【００６４】
サービス提供部３０８は、データ送受信部３０９を介して、ユーザ機器２００のサービス利用部２０７と通信を行い、ユーザ機器２００に対してサービスを提供する。これは、SMB, UPnP, DLNA, NETBIOS, ECHONETのようなサービス固有のプロトコルに従い実行される。
【００６５】
次に、本発明の第１実施形態に係るサービス機器３００の動作を説明する。図１１は、本発明の第１実施形態に係るサービス機器３００の動作を示すフローチャートである。
【００６６】
以下の説明では、サービス機器３００の動作状態の初期状態がG2（休止状態）であるとしている（Ｓ３００）。
【００６７】
ユーザ入力部３０２を介して所定の操作、例えば電源ONの操作が外部からなされると（Ｓ３０１）、このイベントが電源管理部３０１に送信される（Ｓ３０１）。
【００６８】
電源管理部３０１はユーザ入力部３０２からのイベントを受信すると、動作状態をG0（起動状態）に移行（Ｓ３０２）するとともに起動信号生成部３０３にイベントを送信する。
【００６９】
起動信号生成部３０３は、電源管理部３０１からイベントを受信すると、予め設定されているディレクトリエージェント１００のMACアドレスを用いて、起動信号を生成し、これを、データ送受信部３０９を介してディレクトリエージェント１００に送信する（Ｓ３０３）。さらに、機器情報保持部３０４にイベントを送信する。
【００７０】
機器情報保持部３０４は、起動信号生成部３０３からイベントを受信すると、予め保持している機器情報を、データ送受信部３０９を介してディレクトリエージェント１００に送信する（Ｓ３０４）。このとき、機器情報を運ぶパケットの宛先アドレスは、ブロードキャストアドレスでも良いし、予め定められたマルチキャストアドレスでも良いし、予め設定されているあるいは何らかのプロトコルで獲得したディレクトリエージェント１００のアドレスでも良い。ディレクトリエージェント１００のアドレスの場合、例えば、IPアドレスを予め設定しておきそのIPアドレス宛てに送信する。
【００７１】
この送信に際して、機器情報保持部３０４は、ディレクトリエージェント１００の起動に時間を要することを見越して、予め定められた一定時間この機器情報の送信を待つのが望ましい。あるいは、ディレクトリエージェント１００が情報を受信可能である旨のメッセージをディレクトリエージェント１００から受信した後、機器情報保持部３０４は機器情報を送信することが望ましい。
【００７２】
電源管理部３０１は機器情報の送信後、動作状態をG0（起動状態）からG2（休止状態）に移行する（Ｓ３０５）。このとき、電源管理部３０１は機器情報の送信完了を確認することあるいは起動信号生成部３０３にイベントを送信後予め定められた一定時間後に動作状態のG2（休止状態）への移行を行うことが望ましい。
【００７３】
起動信号処理部３０３は、データ送受信部３０９を介してディレクトリエージェント１００から起動信号を受信する（Ｓ３０６）と、電源管理部３０１にイベントを送信する。起動信号をディレクトリエージェント１００から受信した場合には、生存確認送信部３０６へイベントの送信も行う。電源管理部３０１は起動信号処理部３０５からイベントを受信すると、動作状態をG0（起動状態）に移行する（Ｓ３０７）。起動信号のイーサソースアドレスあるいはIPソースアドレスを予め設定されているディレクトリエージェント１００のアドレスと比較することにより、起動信号がディレクトリエージェント１００からのものであるか否かを判断することが望ましい。あるいは、起動信号にディレクトリエージェント１００が送信したものであるか否かを識別する識別情報を含め、この情報にて識別することも可能である。
【００７４】
生存確認送信部３０６は、起動信号処理部３０５からイベントを受信すると、生存通知を、データ送受信部３０９を介してディレクトリエージェント１００に送信する（Ｓ３０８）。このとき、生存確認送信部３０６は、ディレクトリエージェント１００からの生存確認要求を受信した後に生存通知を送信しても良い。生存確認送信部３０６が生存通知を送信後、電源管理部３０１は動作状態をG2（休止状態）に移行する（Ｓ３０９）。この移行は電源管理部３０１が生存通知の送信を確認してから行うことが望ましい。
【００７５】
起動信号処理部３０５は、データ送受信部３０９を介してユーザ機器２００から起動信号を受信する（Ｓ３１０）と、電源管理部３０１にイベントを送信する。電源管理部３０１はこのイベントを受信すると、動作状態をG0（起動状態）に移行する（Ｓ３１１）。
【００７６】
機器発見提供部３０７は、ユーザ機器２００の機器発見処理部２０６との通信を行う。これは、UPｎP、NETBIOS、ＥＣＨＯＮＥＴのようなサービス固有の機器あるいはサービス発見プロトコルに従い実行される。
【００７７】
サービス提供部３０８は、ユーザ機器２００のサービス利用部２０７と通信を行い、ユーザ機器２００に対してサービスを提供する（Ｓ３１２）。これは、SMB、UpnP、 DLNA、NETBIOS、 ECHONETのようなサービス固有のプロトコルに従い実行される。サービス提供部３０８は動作状態がG0（起動状態）に移行後、サービスを提供していない（より具体的には、例えばDLNAの場合、コンテンツ提供処理を行っていない）期間が予め定められた時間よりも長くなると、電源管理部３０１にイベントを送る。電源管理部３０１はこれを受信すると、動作状態をG2（休止状態）に移行する（Ｓ３１３）。
【００７８】
図１２は、図１のシステムのユーザ機器２００とサービス機器３００Ａ、３００Ｂとディレクトリエージェント１００間の動作を示すシーケンス図である。図１２を用いて、本発明においてユーザ機器２００がサービス機器３００Ａ、３００Ｂのサービス提供を受けるまでの一連のシーケンスを示す。図１２において縦軸の太い部分が対応する機器の電源がON（G0）となっている状態である。それ以外の部分が電源ＯＦＦの状態（Ｇ２）である。
【００７９】
図１のシステムの動作初期状態では、無線LANアクセスポイント４００電源ＯＮ(G0)であり、それ以外の機器の電源はOFF(G2)となっている。
【００８０】
サービス機器３００Ａがネットワークに接続され、ユーザから所定の操作例えば電源がONとされると、予めサービス機器３００Ａに設定されたディレクトリエージェント１００のMACアドレスを用いて、サービス機器３００Ａからディレクトリエージェント１００に対して起動信号が送信され（Ｓ４０１）、ディレクトリエージェント１００の電源がWOLによりONとなる。
【００８１】
サービス機器３００Ａからディレクトリエージェント１００に対して機器情報を送信する（Ｓ４０２）。ディレクトリエージェント１００はこの機器情報を保持する。その後、ディレクトリエージェント１００は自身の電源をOFFとする。
【００８２】
同様にサービス機器３００Ｂがネットワークに接続され電源がONとされると、予めサービス機器３００Ｂに設定されたディレクトリエージェント１００のMACアドレスを用いて、サービス機器３００Ｂからディレクトリエージェント１００に対してマジックパケット（起動信号）が送信され（Ｓ４０３）、ディレクトリエージェント１００の電源がWOLによりONとなる。
【００８３】
サービス機器３００Ｂからディレクトリエージェント１００に対して機器情報を送信する（Ｓ４０４）。ディレクトリエージェント１００はこの機器情報を保持する。その後、ディレクトリエージェント１００は自身の電源をOFFとする。
【００８４】
ディレクトリエージェント１００はタイマにより自身の電源をONにし、保持している機器情報から登録されているサービス機器のMACアドレスを抽出し、各サービス機器に向けて起動信号を送信する（Ｓ４０５）。これによりサービス機器の電源がONとなる。
【００８５】
ディレクトリエージェント１００は、全てのサービス機器に対して生存確認（Ｓ４０６）を行う。この生存確認は、ディレクトリエージェント１００が生存確認要求をサービス機器３００Ａ，３００Ｂに送信し、各サービス機器が生存通知をディレクトリエージェント１００に送信することで実現される。
【００８６】
ここで、生存確認要求は、ディレクトリエージェント１００が保持している機器情報から抽出しても良いし、予め定められたマルチキャスト宛てに送信しても良いし、ブロードキャストしても良い。
【００８７】
また、ディレクトリエージェント１００からの生存確認要求なしに、サービス機器３００Ａ、３００Ｂから自発的な生存確認のためのメッセージ（生存通知）をディレクトリエージェント１００に送信（あるいは予め定められたマルチキャストアドレスあるいはブロードキャスト）しても良い。サービス機器３００Ａ、３００Ｂは起動後一定時間経過すると自律的に電源をOFFとすることが望ましい。また、ディレクトリエージェント１００は生存確認要求を送信後、一定時間経過すると自律的に電源をOFFとすることが望ましい。
【００８８】
次に、ユーザ機器２００はユーザにより電源をONされると、ディレクトリエージェント１００に起動信号を送信し（Ｓ４０７）、ディレクトリエージェント１００の電源をONにする。
【００８９】
その後、ユーザ機器２００はディレクトリエージェント１００の保持する全ての機器情報を取得する（Ｓ４０８）。この取得は、ユーザ機器２００からディレクトリエージェント１００へ機器情報の取得要求を送信し、これに対してディレクトリエージェント１００からユーザ機器２００に機器情報が送信されることにより実現される。ディレクトリエージェント１００は機器情報を送信後、一定時間経過すると自律的に電源をOFFとすることが望ましい。
【００９０】
機器情報を受信したユーザ機器２００は、その機器情報から使用可能なサービスの一覧をユーザに提示する。ユーザがサービスを選択すると、ユーザの選択したサービスに対応するサービス機器に対してその機器情報からMACアドレスを抽出し、マジックパケット（起動信号）を対応するサービス機器に送信し（Ｓ４０９）、そのサービス機器の電源をONとする。
【００９１】
そのサービス機器の提供するサービスが例えばUPnP, NETBIOS, ECHONETのようにサービスアプリケーションレベルでサービス発見の機能を有するのであれば、その仕様に従いサービス発見を、ユーザ機器２００は行う（Ｓ４１０）。このとき、ユーザ機器２００は、サービス発見機能で、サービス機器の動作状態を確認することが好ましい。
【００９２】
そして、ユーザ機器２００はサービス機器の提供するサービスを使用する（Ｓ４１１）。このサービスの例としては、プリンタの印刷サービスや、ＴＶへ動画データを送信しての動画表示サービスや、ＮＡＳのファイルサービスや、エアコンのエアコン操作であったりする。
【００９３】
サービスの利用が終わり一定時間経過すると、サービス機器は自律的に電源をOFFとする。また、ユーザによりユーザ機器２００の電源がOFFされる。
【００９４】
本実施例のシステムでは、ディレクトリエージェント１００が、ユーザ機器２００及びサービス機器３００Ａ、３００Ｂの機器情報としてＭＡＣアドレスを一括管理する。したがって、ユーザ機器２００及びサービス機器３００Ａ、３００Ｂはディレクトリエージェント１００のMACアドレスのみを設定すれば良い。このようにすれば、ＭＡＣアドレスに関して、各機器に同一の設定を行えば良い。その結果、ユーザは、ユーザ機器２００に、全てのサービス機器各機器のＭＡＣアドレスを設定するといった煩雑さをなくすことができる。さらに、例えば、ディレクトリエージェントがブロードキャストあるいはマルチキャストされた起動信号を受信した際に、この起動信号が自身のＭＡＣアドレスを有しなくても起動するよう起動信号処理部を拡張することで、ユーザ機器およびサービス機器にディレクトリエージェントのＭＡＣアドレス設定を省略することも可能である。また、ディレクトリエージェント１００は、サービス機器３００からの機器情報を受信するとき、ユーザ機器２００に対して機器情報を提供するとき等、自身が動作するときを除き、電源ＯＦＦの状態としている。したがって、ディレクトリエージェント１００によれば、消費電力低減することができる。
【００９５】
尚、ディレクトリエージェント１００は、例えば、汎用のコンピュータ装置を基本ハードウェアとして用いることでも実現することが可能である。すなわち、電源管理部１０１、時間管理部１０２、起動信号処理部１０３、機器情報送信部１０４、機器情報保持部１０５、生存確認処理部１０６、起動信号生成部１０７とデータ送受信部１０８は、上記のコンピュータ装置に搭載されたプロセッサにプログラムを実行させることにより実現することができる。このとき、ディレクトリエージェント１００は、上記のプログラムをコンピュータ装置にあらかじめインストールすることで実現してもよいし、ＣＤ−ＲＯＭなどの記憶媒体に記憶して、あるいはネットワークを介して上記のプログラムを配布して、このプログラムをコンピュータ装置に適宜インストールすることで実現してもよい。また、機器情報保持部１０５は、上記のコンピュータ装置に内蔵あるいは外付けされたメモリ、ハードディスクもしくはＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒなどの記憶媒体などを適宜利用して実現することができる。
【００９６】
本実施例のシステムでは、ユーザ機器2００とサービス機器３００Ａ、３００Ｂ、３００Ｃ，３００Ｄが、IEEE802.11の無線LANにて接続され、IPプロトコルを用いて通信を行うことを例として説明した。しかしながら、IEEE802.11に限らずZigbee（登録商標）, Bluetooth（登録商標）, WiMAXなどの他の無線方式であっても良いし、イーサネット（登録商標）やIEEE1394やUSBのような有線通信方式であっても良い。また、複数の通信方式が混在していてもよい。また、サービス機器やユーザ機器は、プリンタ、ＴＶ、ＮＡＳ、エアコン以外にも、例えば、携帯電話やPDA、電子フォトフレームなどでもよい。また、本実施例のシステムでは、ホームネットを例として説明したが、オフィスネットやホットスポットのような公共の場所や、屋外であっても構わない。
【００９７】
図６で示したディレクトリエージェント１００の動作順序、図９で示したユーザ機器２００の動作順序、図１１で示したサービス機器３００の動作順序と、図１２のシステムの動作順序は、この順序に限られない。
【００９８】
また、動作状態として、Ｇ０（動作中）、G1（ Sleeping(所謂スリープあるいはハイバネーション状態で、G2の状態よりも速く「動作中」に移行できる)、G2（ soft off（所謂電源OFF状態でG1よりも消費電力は小さいが、「動作中」への移行時間はG1よりも遅い））Ｇ３（機械的に完全に電源断）を例として説明し、Ｇ０とＧ２の状態で移行する例を説明したが、これに限られない。すなわち、各機器が、起動信号待ち受け時の状態が、起動信号を受信可能で、かつ、受信した場合に、電力が高い状態に移行できるような状態であればよい。
【００９９】
＜第２の実施形態＞
次に、本発明の第２の実施形態にかかるシステムを説明する。図１３に、第2の実施形態にかかるディレクトリエージェント２１００の構成を示す。図１４に、第2の実施形態にかかるユーザ機器２２００の構成を示す。図１５に、第2の実施形態にかかるサービス機器２３００の構成を示す。
【０１００】
本発明の第２の実施形態にかかるシステムにおいて、サービス機器２３００、ユーザ機器２２００、ディレクトリエージェント２１００間で、データ送受信部と比べて消費電力の低い制御情報送受信部で互いに通信を行う点が、第１の実施形態にかかるシステムと異なる。すなわち、サービス機器２３００とユーザ機器２２００とディレクトリエージェント２１００との間で、起動信号、機器情報、生存確認の通信を制御情報送受信部で行う。起動信号、機器情報、生存確認は、サービス機器が、ユーザ機器に対して、サービス提供をしているときの通信と比べてデータ量が少ないため、サービス提供に用いるデータ送受信部とは別に、起動信号、機器情報、生存確認の通信用の制御情報受信部を別途設けて通信を行っている。このようにすることで、休止時の消費電力を低減することができる。ここで、制御情報送受信部は、データ送受信部と比べて、低速な通信方式である。低速な通信方式は、一般に通信変調方式が簡素であるため、その回路規模が小さくでき、これにより通信時および受信待ち受け時の消費電力を削減できる。
【０１０１】
具体的には、制御情報送受信部は、例えばRFIDで用いられる通信方式（例えばASK変調による無線通信方式）、IrDA方式やＴＶ３００Ｂのリモコンなどで使われる赤外線を用いた通信方式、IEEE802.15.4のような低消費電力無線通信方式などを使用することが可能である。一方、データ送受信部の通信方式としては、イーサネット（登録商標）、IEEE802.11等の無線LAN、USB、セルラー無線通信方式などを用いる。
【０１０２】
ここで、制御情報送信部を用いた通信処理のための小規模なプロセッサを（図示しない）メインＣＰＵとは別に用意することで、制御情報送受信部を用いた通信を行う際には、例えばメインCPUやメインメモリなどの機器内の大部分の電源をOFFにしたままで処理を行うことが望ましい。また、機器情報を保持するメモリは不揮発性であり、電源を供給しなくてもその内容を保持できることが望ましい。
【０１０３】
図1３に、示すように、ディレクトリエージェント２１００は、第１の実施形態にかかるディレクトリエージェント１００と比べて、データ送受信部１０８の代わりに制御情報送受信部２１０９を用いている。その他の構成は、ディレクトリエージェント１００の構成と同様であるため、説明を省略する。
【０１０４】
制御情報送受信部２１０９は、データ送受信部１０８と比べて、低速な通信方式を用いること以外は、同様の機能を有する。
【０１０５】
図１４に、本発明の第２実施形態に係るユーザ機器２２００の構成例のブロック図を示す。ユーザ機器２２００は、第１の実施形態にかかるユーザ機器２００と比べて、制御情報送受信部２２０９を更に備える構成である。すなわち、ユーザ機器２２００は、データ送受信部２０８と制御情報送受信部２２０９との２つのインターフェースを備える。すなわち、ユーザ機器２２００は、ユーザ機器２００と異なり、データ送受信部２０８を介して通信を行う場合もあるし、制御情報送受信部２２０９を介して通信を行う場合がある。
【０１０６】
起動信号生成部２０３は、制御情報送受信部２２０９を介して起動信号を送信する。機器情報要求生成部２０４は、制御情報送受信部２２０９を介して機器情報要求の送信を行う。機器情報保持部２０５は、制御情報送受信部２２０９を介して機器情報応答の受信を行う。
【０１０７】
一方、サービス利用部２０７及び機器発見処理部２０６は、データ送受信部２０８を介してサービス機器２３００との通信を行う。
【０１０８】
図１５に、本発明の第２実施形態に係るサービス機器２３００の構成例のブロック図を示す。第１の実施形態にかかるサービス機器３００と比べて、制御情報送受信部２３１０を更に備える構成である。すなわち、サービス機器２３００は、データ送受信部３０９と制御情報送受信部２３１０の２つのインターフェースを備える。すなわち、サービス機器２３００は、サービス機器３００と異なり、データ送受信部３０９を介して通信を行う場合もあるし、制御情報送受信部２３１０を介して通信を行う場合がある。
【０１０９】
起動信号生成部３０３は、制御情報送受信部２３１０を介して起動信号を送信する。機器情報保持部３０４は、制御情報送受信部２３１０を介して機器情報を送信する。起動信号処理部３０５は、制御情報送受信部２３１０を介して起動信号の受信を行う。また、生存確認送信部３０６は、制御情報送受信部２３１０を介して生存確認を行なう。
【０１１０】
一方、サービス提供部３０８及び機器発見提供部３０７は、データ送受信部３０９を介してサービス機器との通信を行う。
【０１１１】
ここで、サービス機器２３００の機器情報は、（サービス種別、サービスプロトコル種別、動作状態、ニックネーム、機器の制御情報送受信部のMACアドレス、機器のデータ送受信部のMACアドレス）を含むことが望ましい。
【０１１２】
図１６は、ユーザ機器２２００とサービス機器２３００Ａ、２３００Ｂとディレクトリエージェント２１００間の動作を示すシーケンス図である。ここで、サービス機器２３００Ａと２３００Ｂの構成は、サービス機器２３００の構成と同様の構成であるとする。図１６を用いて、本実施形態においてユーザ機器２２００がサービス機器２３００Ａ、２３００Ｂと通信を行うまでの一連のシーケンスを示す。
【０１１３】
なお、本実施形態では、ユーザ機器２２００、サービス機器２３００Ａ、２３００Ｂ、ディレクトリエージェント２１００は、動作状態が変化する。本実施形態では、Ｐ０、Ｐ１、Ｐ２、Ｐ３の４つの動作状態をとるものとする。ここで、Ｐ０、Ｐ1、Ｐ2は、起動状態であり、Ｐ３は、休止状態である。Ｐ０、Ｐ１、Ｐ２は起動状態であるが、各状態においても、電力状態が異なる。４つの動作状態は、具体的には、P0（任意の通信が可能である状態）、P1（制御情報送受信部を用いた任意の信号の送受信が可能でかつ最低消費電力の状態）、P2（制御情報送受信部を用いた任意の信号の送信が可能でかつ最低消費電力の状態）、P3（起動信号の受信が可能でかつ最低消費電力の状態）である。図１６では、各機器の動作状態を、縦の線の種類で表している。実線は、P3を表している。点線は、P2を表している。一点鎖線は、P1を表している。太実線は、P0を表している。尚、図１６の点線矢印は制御情報通信送受信部を介した通信を表し、実線矢印はデータ送受信部を介した通信を表す。以下では、P０を第1起動状態、Ｐ１を第2起動状態、Ｐ２を第3起動状態、Ｐ３を休止状態と称する。
【０１１４】
以下の説明では、図１６に示すとおり、ユーザ機器２２００、サービス機器２３００Ａ、２３００Ｂ、ディレクトリエージェント２１００の初期状態はＰ３（休止状態）である。無線ＬＡＮアクセスポイント４００は、電源ＯＮとなっている。
【０１１５】
サービス機器２３００Ａが、ネットワークに接続されユーザからの所定の操作、例えば電源がONとされると、サービス機器２３００Ａは、動作状態Ｐ２（第３起動状態）となる。そして、サービス機器２３００Ａは、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスを用いて、ディレクトリエージェント２１００に対して起動信号を送信する（Ｓ５０１）。ここで、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスは、予めサービス機器２３００Ａに設定されているものとする。ディレクトリエージェント２１００は、サービス機器２３００Ａから起動信号を受け取ると、動作状態がＰ１（第２起動状態）となる。
【０１１６】
次に、サービス機器２３００Ａは、制御情報送受信部２３１０により、ディレクトリエージェント２１００に対して機器情報を送信する（Ｓ５０２）。ディレクトリエージェント２１００はこの機器情報を保持する。ディレクトリエージェント２１００は、機器情報を保持すると、動作状態がＰ３（休止状態）となる。ここで、サービス機器２３００Ａからディレクトリエージェント２１００への機器情報の送信は、ブロードキャストを用いても良いし、予め定められたマルチキャストアドレス宛てでも良い。
【０１１７】
サービス機器２３００Ｂについても同様に、ユーザにより電源がONとされると、動作状態Ｐ２（第３起動状態）となる。サービス機器２３００Ｂは、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスを用いて、ディレクトリエージェント２１００に対して起動信号を送信する（Ｓ５０３）。ここで、ディレクトリエージェント２１００の制御情報送受信部２１０９のＭＡＣアドレスは、予めサービス機器２３００Ｂに設定されているものとする。ディレクトリエージェント２１１０は、サービス機器２３００Ｂから起動信号を受け取ると、動作状態がＰ１（第２起動状態）となる。
【０１１８】
次に、サービス機器２３００Ｂは、制御情報送受信部２３１０により、ディレクトリエージェント２１００に対して機器情報を送信する（Ｓ５０４）。ディレクトリエージェント２１００はこの機器情報を保持する。ディレクトリエージェント２１００は、機器情報を保持すると、動作状態がＰ３（休止状態）となる。
【０１１９】
次に、ディレクトリエージェント２１００は、タイマにより自身の動作状態をＰ２（第３起動状態）とする。次に、ディレクトリエージェント２１００は、保持している機器情報から登録されているサービス機器の制御情報送受信部２３１０のMACアドレスを抽出し、各サービス機器に向けて起動信号を送信する（Ｓ５０５）。各サービス機器は、起動信号を受け取ると、動作状態がＰ１（第２起動状態）となる。
【０１２０】
次に、ディレクトリエージェント２１００は、自身の動作状態をＰ１（第２起動状態）に変更し、全てのサービス機器に対して生存確認を行う（Ｓ５０６）。この生存確認は、ディレクトリエージェント２１００が生存確認要求を制御情報送受信部２１０９を介してサービス機器２３００に送信し、その応答（生存通知）を各サービス機器２３００が制御通信情報送受信部２３１０を介してディレクトリエージェント２１００に送信することで実現される。サービス機器２３００は、ディレクトリエージェント２１００へ生存通知を送信後、自身の動作状態をＰ３（休止状態）に移行する。
【０１２１】
ここで、生存確認要求は、ディレクトリエージェント２１００が保持している機器情報から抽出しても良いし、予め定められたマルチキャスト当てに送信しても良いし、ブロードキャストしても良い。
【０１２２】
また、サービス機器２３００は、ディレクトリエージェント２１００からの生存確認要求なしに、自発的な生存確認のためのメッセージをディレクトリエージェント２１００に送信（あるいは予め定められたマルチキャストアドレスあるいはブロードキャスト）しても良い。
【０１２３】
また、サービス機器２３００は、起動信号を受信し動作状態をＰ１（第２起動状態）に移行後、一定時間経過すると自律的に動作状態をＰ３（休止状態）とすることが望ましい。
【０１２４】
ユーザ機器２２００は、ユーザにより動作状態をＰ０（第１起動状態）とされると、ディレクトリエージェント２１００に制御通信情報送受信部２２０９を介して起動信号を送信する（Ｓ５０７）。ディレクトリエージェントは、起動信号を受け取ると、動作状態をＰ１（第２起動状態）とする。
【０１２５】
その後、ユーザ機器２２００はディレクトリエージェント２１００の保持する全ての機器情報を取得する（Ｓ５０８）。すなわち、ユーザ機器２２００の制御情報送受信部２２０９は、ディレクトリエージェント２１００へ機器情報要求を送信し、ディレクトリエージェント２１００は、機器情報要求を受け取ると、ユーザ機器２２００に対して、機器情報を載せた機器情報応答を送信する。
【０１２６】
ディレクトリエージェント２１００は機器情報をユーザ機器２２００に送信後、例えば一定時間経過後に自身の動作状態をＰ３（休止状態）に移行する。
【０１２７】
ユーザ機器２２００は、機器情報を受信すると、その機器情報から使用可能なサービスの一覧をユーザに提示する。ユーザ機器２２００は、ユーザが提示されたサービスからサービスを選択すると、選択したサービスに対応するサービス機器２３００に対して、起動信号を送信する。ここで、ユーザ機器２２００は、選択されたサービス機器２３００の機器情報から、当該サービス機器２３００の制御情報送受信部２３１０のMACアドレスを抽出し、当該ＭＡＣアドレスを用いて起動信号を生成し、起動信号を対応するサービス機器２３００に送信する（Ｓ５０９）。サービス機器２３００は、起動信号を受け取ると、動作状態がＰ０（第1起動状態）となる。
【０１２８】
ユーザ機器２２００は、そのサービス機器２３００の提供するサービスが例えばUPnPやNETBIOSのようにサービスアプリケーションレベルでサービス発見の機能を有するのであれば、データ送受信部２０８を用いて、その仕様に従いサービス発見を、行う（Ｓ５１０）。
【０１２９】
そして、ユーザ機器２２００は、データ送受信部２０８を用いてサービス機器の提供するサービスを使用する（Ｓ５１１）。
【０１３０】
サービスの使用が終わり一定時間経過すると、サービス機器２３００は自律的に動作状態をＰ３（休止状態）とする。また、ユーザによりユーザ機器２２００の動作状態がＰ３（休止状態）とされる。
【０１３１】
本実施形態のディレクトリエージェント２１００によれば、ユーザ機器２２００とサービス機器２３００との間で通信を行うインターフェースとして、消費電力の低い制御情報送受信部を設けている。その結果、消費電力低減につながっている。より具体的には、ディレクトリエージェント２１００については、データ送受信部の代わりに、消費電力の低い制御情報送受信部を設けているため、消費電力を低減することができる。ユーザ機器２２００、サービス機器２３００については、休止時に、消費電力の高いデータ送受信部の動作を停止させることができるため、消費電力を低減することができる。
【０１３２】
また、本実施形態のディレクトリエージェント２１００によれば、第１の実施形態と同様に、ディレクトリエージェント２１００が通信を行っていない期間と通信を行っている期間とで、動作状態を変化させている。その結果、ディレクトリエージェント２１００の消費電力低減につながっている。
【０１３３】
本実施例では、動作状態として、Ｐ０（任意の通信が可能である状態）、Ｐ１（制御情報送受信部を用いた任意の信号の送受信が可能でかつ最低消費電力の状態）、Ｐ２（制御情報送受信部を用いた任意の信号の送信が可能でかつ最低消費電力の状態）、Ｐ３（起動信号の受信が可能でかつ最低消費電力の状態）を例として説明したが、これに限られない。すなわち、少なくとも、Ｐ３（休止状態）の状態で、起動信号を受信可能で、かつ、受信した場合に、電力が高い状態に移行できるような状態であればよい。また、動作状態として、４つの状態で移行する必要もない。
【０１３４】
＜変形例１＞
次に、本発明の第２の実施形態の変形例にかかるシステムを説明する。
【０１３５】
本実施形態では、制御情報送受信部の通信方式が、ＲＦＩＤの場合である。この場合、通信を行う機器の一方が電源ＯＮで、他方が電源ＯＦＦの場合であっても通信が可能である。それ以外の構成は、第２の実施形態で説明したディレクトリエージェント２１００、ユーザ機器、２３００の構成と同様であるため、説明を省略する。第２の実施形態にかかるシステムでは、動作状態Ｐ３（休止状態）は、機器情報や生存確認に関する信号を通信できないと仮定して説明した。しかしながら、ＲＦＩＤ（Radio Frequency Identification）のように受信側の電源がなくとも、リーダ・ライタからの無線電力を利用してデータ送受信およびメモリアクセスおよびプロセッサ駆動が可能となる技術を用いることにより、動作状態Ｐ３（休止状態）においても、機器情報や生存確認の通信ができる。
【０１３６】
図１７は、第２の実施形態の変形例１にかかるシステムにおいてのユーザ機器２２００とサービス機器とディレクトリエージェント２１００間の動作の例を示すシーケンス図である。本シーケンス図では、図１６のシーケンス図と異なり、動作状態P1（制御情報送受信部を用いた任意の信号の送受信が可能でかつ最低消費電力の状態）をとらない。前述したように、動作状態Ｐ３（休止状態）においても、機器情報や生存確認に関する信号を受信できるためである。また、同様の理由で、各機器を、動作状態Ｐ３（休止状態）からＰ１（第２起動状態）に移行させるための起動信号の送受信は行なわれない。
【０１３７】
まず、サービス機器２３００Ａが、ネットワークに接続されユーザからの所定の操作、例えば電源がONとされると、サービス機器２３００Ａは、動作状態Ｐ２（第３起動状態）となる。そして、サービス機器２３００Ａは、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスを用いて、ディレクトリエージェント２１００に対して機器情報を送信する（Ｓ６０１）。ここで、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスは、予めサービス機器２３００Ａに設定されているものとする。ディレクトリエージェント２１１０は、サービス機器２３００Ａから機器情報を受け取ると、機器情報を保持する。ここで、ディレクトリエージェント２１００は、サービス機器２３００Ａからの無線電力により機器情報受信処理および機器情報の記憶処理を行う。
【０１３８】
同様に、サービス機器２３００Ｂが、ネットワークに接続されユーザからの所定の操作、例えば電源がONとされると、サービス機器２３００Ｂは、動作状態Ｐ２となる。そして、サービス機器２３００Ｂは、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスを用いて、ディレクトリエージェント２１００に対して機器情報を送信する（Ｓ６０１）。ここで、ディレクトリエージェント２１００の制御情報送受信部２１０９のMACアドレスは、予めサービス機器２３００Ｂに設定されているものとする。ディレクトリエージェント２１１０は、サービス機器２３００Ｂから機器情報を受け取ると、機器情報を保持する。ここで、ディレクトリエージェント２１００は、サービス機器２３００Ｂからの無線電力により機器情報受信処理および機器情報の記憶処理を行う。
次に、ディレクトリエージェント２１００は、タイマにより自身の動作状態をP2に変更し、保持している機器情報から登録されているサービス機器２３００の制御通信情報送受信部２３１０のMACアドレスを抽出し、全てのサービス機器に対して生存確認を行う（Ｓ６０２）。この生存確認は、ディレクトリエージェント２１００が生存確認要求を制御通信情報送受信部２１０９を介してサービス機器２３００に送信し、その応答（生存通知）を各サービス機器２３００が制御通信情報送受信部２３１０を介してディレクトリエージェント２１００に送信することで実現される。ここで、サービス機器２３００は、生存通知の送信を、サービス機器２３００の電源を使用しないで、動作状態をＰ３（休止状態）のままで行うことが望ましい。例えば、ディレクトリエージェント２１００が、RFIDのリーダによるID情報読み取りのように、サービス機器２３００の生存確認を行なえばよい。また、ディレクトリエージェント２１００からの無線電力をユーザ機器２２００がキャパシタにいったん蓄え、この電力を用いて生存通知を送信してもよい。
【０１３９】
次に、ユーザ機器２２００は、ユーザにより動作状態をＰ０（第1起動状態）とされると、制御情報送受信部２００９により、ディレクトリエージェント２１００の保持する全ての機器情報を取得する（Ｓ６０３）。すなわち、ユーザ機器２２００の制御情報送受信部２２０９は、ディレクトリエージェント２１００へ機器情報要求を送信し、ディレクトリエージェント２１００は、機器情報要求を受け取ると、ユーザ機器２２００に対して、機器情報を載せた機器情報応答を送信する。ここで、ディレクトリエージェント２１００は、前述した説明と同様の理由で、動作状態Ｐ３（休止状態）であっても、機器情報要求の受信と、機器情報応答の送信ができる。
【０１４０】
次に、ユーザ機器２２００は、機器情報を受信すると、その機器情報から使用可能なサービスの一覧をユーザに提示する。
【０１４１】
ユーザ機器２２００は、ユーザが提示されたサービスからサービスを選択すると、選択したサービスに対応するサービス機器２３００に対して、起動信号を送信する。ここで、ユーザ機器２２００は、選択されたサービス機器２３００の機器情報から、当該サービス機器２３００の制御情報送受信部２３１０のMACアドレスを抽出し、当該ＭＡＣアドレスを用いて起動信号を生成し、起動信号を対応するサービス機器２３００に送信する（Ｓ６０４）。サービス機器２３００は、起動信号を受け取ると、動作状態がＰ０（第1起動状態）となる。
【０１４２】
ユーザ機器２２００は、そのサービス機器２３００の提供するサービスが例えばUPnP,NETBIOS,ECHONETのようにサービスアプリケーションレベルでサービス発見の機能を有するのであれば、データ送受信部２０８を用いて、その仕様に従いサービス発見を、行う（Ｓ６０５）。
【０１４３】
そして、ユーザ機器２２００はデータ送受信部２０８を用いてサービス機器2300の提供するサービスを使用する（Ｓ６０６）。
【０１４４】
サービスの使用が終わり一定時間経過すると、サービス機器2300は自律的に動作状態をＰ３（休止状態）とする。また、ユーザによりユーザ機器２２００の動作状態がＰ３（休止状態）とされる。
【０１４５】
本変形例のディレクトリエージェント２１００によれば、ＲＦＩＤを用いることで、機器情報送受信時に、動作状態を低い消費電力の状態で維持することができる。したがって、ディレクトリエージェント２１００の消費電力を削減することができる。
【０１４６】
本変形例では、ディレクトリエージェント２１００は、起動信号処理部１０３、起動信号生成部１０７を備えていない構成であっても良い。
【０１４７】
＜変形例２＞
次に、本発明の第２の実施形態の変形例２にかかるシステムを説明する。本変形例のシステムでは、ディレクトリエージェント３１００が無線ＬＡＮのアクセスポイントの機能を備え、ユーザ機器２２００とサービス機器２３００は、ディレクトリエージェント３１００を介したデータ通信を行う。
【０１４８】
図１８に、変形例２に係るディレクトリエージェント３１００の構成を示す。ディレクトリエージェント３１００は、第２の実施形態のディレクトリエージェントと比べて、更に、無線アクセスポイント３４００を備える。
【０１４９】
無線アクセスポイント３４００は、通常のアクセスポイントの機能を備える。すなわち、ユーザ機器２２００は、サービス機器２３００と通信を行う際に、無線アクセスポイント３４００を介して通信を行う。無線アクセスポイント３４００は、電源管理部１０１によって動作状態が制御される。無線アクセスポイント３４００は、動作状態Ｐ０（第1起動状態）のときは、必ず動作し、動作状態Ｐ１（第２起動状態）と動作状態P２（第3起動状態）のときは、動作していても良いし、動作していなくても良い。また、無線アクセスポイント３４００は、動作状態Ｐ３（休止状態）のときは、動作していないものとする。図１８では、無線アクセスポイント３４００の構成の一部としてデータ送受信部３１１０を示す。データ送受信部３１１０は、ユーザ機器２２００のデータ送受信部２０８と、サービス機器２３００のデータ送受信部３０９と通信を行う。尚、無線アクセスポイント３４００は、データ送受信部３１１０以外にも、無線ＬＡＮのアクセスポイントとして動作するために必要な機能を達成するための構成を備えるが、通常のアクセスポイントの構成と同様であるため、説明を省略する。
【０１５０】
図１９は、第２の実施形態の変形例２にかかるシステムにおいてのユーザ機器2200とサービス機器とディレクトリエージェント３１００間の動作を示すシーケンス図である。
【０１５１】
Ｓ５０１からＳ５０６は、図１６で説明した動作と同様である。
【０１５２】
Ｓ７０７でユーザ機器２２００から起動信号を受信したディレクトリエージェント３１００は、動作状態Ｐ０（第1起動状態）に移行する。
【０１５３】
その後、ユーザ機器２２００はディレクトリエージェント３１００の保持する全ての機器情報を取得する（Ｓ７０８）。すなわち、ユーザ機器２２００の制御情報送受信部２２０９は、ディレクトリエージェント２１００へ機器情報要求を送信し、ディレクトリエージェント３１００は、機器情報要求を受け取ると、ユーザ機器２２００に対して、機器情報を載せた機器情報応答を送信する。
【０１５４】
そして、ディレクトリエージェント３１００は機器情報をユーザ機器２２００に送信後、自身の動作状態をＰ３（休止状態）に移行せず、Ｐ０（第1起動状態）に維持する。
【０１５５】
ユーザ機器２２００は、機器情報を受信すると、その機器情報から使用可能なサービスの一覧をユーザに提示する。ユーザ機器２２００は、ユーザが提示されたサービスからサービスを選択すると、選択したサービスに対応するサービス機器２３００に対して、起動信号を送信する。ここで、ユーザ機器２２００は、選択されたサービス機器２３００の機器情報から、当該サービス機器２３００の制御情報送受信部２３１０のMACアドレスを抽出し、当該ＭＡＣアドレスを用いて起動信号を生成し、起動信号を対応するサービス機器２３００に送信する（Ｓ７０９）。サービス機器２３００は、起動信号を受け取ると、動作状態がＰ０（第1起動状態）となる。
【０１５６】
ユーザ機器２２００は、そのサービス機器２３００の提供するサービスが例えばUPnPやNETBIOSのようにサービスアプリケーションレベルでサービス発見の機能を有するのであれば、データ送受信部２０８を用いて、その仕様に従いサービス発見を、行う（Ｓ７１１０）。
【０１５７】
そして、ユーザ機器２２００は、データ送受信部２０８を用いてサービス機器の提供するサービスを使用する（Ｓ７１１）。ここで、Ｓ７１０とＳ７１１の処理を、ユーザ機器２２００は、サービス機器２３００との間で、ディレクトリエージェント３１００を介して行なう。
【０１５８】
サービスの使用が終わり一定時間経過すると、ディレクトリエージェント３１００は、自律的に動作状態Ｐ３（休止状態）となる。このとき、ディレクトリエージェント３１００の無線ＬＡＮのアクセスポイント３４００も電源ＯＦＦ状態となる。サービス機器２３００は自律的に動作状態をＰ３（休止状態）とする。また、ユーザによりユーザ機器２２００の動作状態がＰ３（休止状態）とされる。
【０１５９】
このように、ディレクトリエージェント３１００は、無線LANアクセスポイントの機能を備える。そして、ディレクトリエージェント３１００は、動作状態を移行させることができる。ディレクトリエージェント3100は、無線ＬＡＮアクセスポイント３４００の動作状態を休止にすることができる。したがって、従来、無線ＬＡＮアクセスポイントは常時電源ＯＮとさせておく必要があったが、その必要がなくなる。その結果、システム全体としての消費電力削減を実現することができる。
【０１６０】
第2の実施形態のユーザ機器２２００、サービス機器２３００及び第２実施形態の変形デイのディレクトリエージェント３１００では、起動信号、生存確認、機器情報をそれぞれ、制御情報送受信部を介して送受信しなくても良く、データ送受信部を介して送受信してもよい。
【０１６１】
尚、第１、第２の実施形態では、IPｖ４プロトコルを例に説明を行ってきたが、IPｖ４の代わりに他のプロトコル例えばIPｖ６プロトコルを用いることも可能である。
【０１６２】
また、ユーザ機器とサービス機器が同一機器であってもよい。例えば、ユーザ機器とサービス機器がいずれもＰＣであっても良い。
【０１６３】
また、ディレクトリエージェントは、図1ではユーザ機器とサービス機器の近くに位置するように記述したが、ネットワーク的につながっていればその物理的な位置はどこにあっても良い。
【０１６４】
また、ディレクトリエージェントは、図1のように、サービス機器とユーザ機器と同一ネットワークに存在する必要はない。例えば、複数のホームネットワーク上の機器を一つのディレクトリエージェントにて機器情報の管理を行ってもよい。
【０１６５】
また、ユーザ機器が一台である場合を例に説明を行ってきたが、ユーザ機器が複数台あっても良い。
【０１６６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することを意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１６７】
１００、２１００、３１００・・・ディレクトリエージェント、２００、２２００・・・ユーザ機器、３００・・・サービス機器、３００Ａ、２３００Ａ・・・プリンタ、３００Ｂ、２３００Ｂ・・・ＴＶ、３００Ｃ・・・ＮＡＳ、３００Ｄ・・・エアコン、４００・・・アクセスポイント、１０１、３０１・・・電源管理部、１０２・・・時間管理部、１０３、３０５・・・起動信号処理部、１０４・・・機器情報送信部、１０５、３０４・・・機器情報保持部、１０６・・・生存確認処理部、１０７、２０３、３０３・・・起動信号生成部、２０１・・・画面表示部、２０２、３０２・・・ユーザ入力部、２０４・・・機器情報要求生成部、２０５、２０６・・・機器発見処理部、２０７・・・サービス利用部、１０８、２０８、３０９、３１１０・・・データ送受信部、３０６・・・生存確認送信部、３０７・・・機器発見提供部、３０８・・・サービス提供部、２２０９、２３１０、２１０９、３１０９・・・制御情報送受信部、３４００・・・無線アクセスポイント。
【特許請求の範囲】
【請求項１】
ユーザ機器にサービスを提供するサービス機器であって、
通信機器管理装置及び前記ユーザ機器と通信を行う通信部と、
前記通信機器管理装置に対して、前記通信部を介して起動信号を送信する起動信号生成部と、
自装置の機器情報を保持する機器情報保持部と、
前記通信部が、前記通信機器管理装置に対して前記機器情報を送信する前に、前記起動信号生成部は、起動信号を前記通信機器管理装置に送信することを特徴とするサービス機器。
【請求項２】
更に、前記ユーザ機器にサービスを提供するための第２の通信部を備え、
前記通信部は、前記第２の通信部より消費電力が低い通信方式を用いることを特徴とする請求項１記載のサービス機器。
【請求項１】
ユーザ機器にサービスを提供するサービス機器であって、
通信機器管理装置及び前記ユーザ機器と通信を行う通信部と、
前記通信機器管理装置に対して、前記通信部を介して起動信号を送信する起動信号生成部と、
自装置の機器情報を保持する機器情報保持部と、
前記通信部が、前記通信機器管理装置に対して前記機器情報を送信する前に、前記起動信号生成部は、起動信号を前記通信機器管理装置に送信することを特徴とするサービス機器。
【請求項２】
更に、前記ユーザ機器にサービスを提供するための第２の通信部を備え、
前記通信部は、前記第２の通信部より消費電力が低い通信方式を用いることを特徴とする請求項１記載のサービス機器。
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図１】
【図８】
【図３】
【図４】
【図５】
【図６】
【図７】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図１】
【図８】
【公開番号】特開２０１３−５５６８６（Ｐ２０１３−５５６８６Ａ）
【公開日】平成２５年３月２１日（２０１３．３．２１）
【国際特許分類】
【出願番号】特願２０１２−２４８５３７（Ｐ２０１２−２４８５３７）
【出願日】平成２４年１１月１２日（２０１２．１１．１２）
【分割の表示】特願２０１０−２１９２７０（Ｐ２０１０−２１９２７０）の分割
【原出願日】平成２２年９月２９日（２０１０．９．２９）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２５年３月２１日（２０１３．３．２１）
【国際特許分類】
【出願日】平成２４年１１月１２日（２０１２．１１．１２）
【分割の表示】特願２０１０−２１９２７０（Ｐ２０１０−２１９２７０）の分割
【原出願日】平成２２年９月２９日（２０１０．９．２９）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]