(57)【要約】【課題】  ネットワークに接続する各機器の属性を把握するネットワークシステムにおいて、消費電力を低減させる。【解決手段】  サービス登録部３２２１は通信機器３０２により提供可能なサービスプロファイルをプロファイルメモリ３２２２に登録する。通信機器３０１のサービス発見要求部３２１３がサービスの発見を要求すると、サービス検索部３２２３はその要求に合致するサービスをプロファイルメモリ３２２２において検索する。通信機器３０２のホストシステム３１２が待機状態にある場合、復帰要求部３２１４が起動状態への復帰を要求すると、状態制御部３２２４はホストシステム３１２の稼動状態を起動状態に遷移させる。その後、サービス要求部３１１６がサービスを要求すると、サービス提供部３１２６は要求されたサービスを提供する。【選択図】      図３
2005318505.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに少なくとも第１および第２の通信機器が接続されて成るネットワークシステムであって、
前記第１の通信機器は、前記ネットワークを介して前記第２の通信機器に対して前記第２の通信機器の属性の問合せを行う問合せ手段を備え、
前記第２の通信機器は、前記属性を保持する属性保持手段と、前記問合せに応答して前記属性保持手段に保持される前記属性を検索してその検索結果を前記問合せ手段に前記ネットワークを介して返す検索手段とを備え、
前記属性保持手段および前記検索手段はデータリンク層において動作することを特徴とするネットワークシステム。
【請求項２】
前記通信機器の属性は、当該通信機器の提供するサービスに関してそのサービスが許可されたものか否かを示す情報を含み、
前記問合せ手段は、前記許可されたサービスを対象として問い合わせを行い、
前記検索手段は、前記問合せに応答して前記許可されたサービスを対象として前記検索を行うことを特徴とする請求項１記載のネットワークシステム。
【請求項３】
ネットワークに接続する複数の通信機器の一つであって、
当該通信機器の属性を保持する属性保持手段と、
前記ネットワークを介した他の通信機器からの問合せに応答して前記属性保持手段に保持される前記属性を検索してその検索結果を前記他の通信機器に前記ネットワークを介して返す検索手段とを備え、
前記属性保持手段および前記検索手段はデータリンク層において動作することを特徴とする通信機器。
【請求項４】
前記通信機器の属性は、当該通信機器の提供するサービスに関してそのサービスが許可されたものか否かを示す情報を含み、
前記検索手段は、前記問合せが前記許可されたサービスを対象とする問合せであればその問合せに応答して前記許可されたサービスを対象として前記検索を行うことを特徴とする請求項３記載の通信機器。
【請求項５】
前記通信機器の属性は、当該通信機器の提供するサービスに関してそのサービスを許可した発行者を示す発行者情報をさらに含み、
前記検索手段は、前記問合せが前記発行者情報を指定した問合せであればその問合せに応答して前記発行者情報の一致するものを対象として前記検索を行うことを特徴とする請求項４記載の通信機器。
【請求項６】
前記属性保持手段に前記通信機器の属性を登録する属性登録手段をさらに備えることを特徴とする請求項３記載の通信機器。
【請求項７】
前記通信機器の属性は、当該通信機器の提供するサービスに関してそのサービスが許可されたものか否かを示す情報を含み、
前記属性登録手段は、登録しようとする前記通信機器の属性においてそのサービスが許可されたものであることを示す場合には提示された認証コードを検証してその認証コードが正当であるときに限り前記登録を行うことを特徴とする請求項６記載の通信機器。
【請求項８】
前記属性登録手段は、前記登録しようとする前記通信機器の属性と重複するものが既に登録されている場合にはその既登録の属性におけるサービスが許可されたものでないときに限って新たに前記通信機器の属性を登録することを特徴とする請求項７記載の通信機器。
【請求項９】
前記通信機器の属性は、当該通信機器の提供するサービスに関する情報を含むことを特徴とする請求項３記載の通信機器。
【請求項１０】
前記通信機器の提供するサービスに関する情報は、当該サービスを管轄するプロトコルの種別を含むことを特徴とする請求項９記載の通信機器。
【請求項１１】
前記通信機器の提供するサービスに関する情報は、当該サービスの内容とその種別とを含むことを特徴とする請求項９記載の通信機器。
【請求項１２】
前記属性保持手段は、前記属性を複数のビットにより保持し、前記複数のビットの各々に対して前記サービスに関する情報を対応させることを特徴とする請求項９記載の通信機器。
【請求項１３】
当該通信機器において前記データリンク層より上位の層を処理する上位層処理手段をさらに備え、
前記通信機器の属性は、前記上位層処理手段の稼動状態を含むことを特徴とする請求項３記載の通信機器。
【請求項１４】
前記稼動状態は、前記上位層処理手段が待機状態にあるか否かを示すことを特徴とする請求項１３記載の通信機器。
【請求項１５】
前記ネットワークを介した他の通信機器からの要求に応答して前記稼動状態を制御する状態制御手段をさらに備えることを特徴とする請求項１３記載の通信機器。
【請求項１６】
前記ネットワークは無線アドホックネットワークであり、
前記通信機器は前記無線アドホックネットワークを構成する無線端末であることを特徴とする請求項３記載の通信機器。
【請求項１７】
ネットワークに接続する複数の通信機器の一つであって当該通信機器の属性を保持する属性保持手段を備える通信機器において、
前記ネットワークを介した他の通信機器からの問合せを受信する手順と、
前記問合せに応答して前記属性保持手段に保持される前記属性を検索する手順と、
前記検索の結果を前記他の通信機器に前記ネットワークを介して返す手順と
をデータリンク層により処理する処理方法。
【請求項１８】
ネットワークに接続する複数の通信機器の一つであって当該通信機器の属性を保持する属性保持手段を備える通信機器において、前記通信機器の属性は当該通信機器の提供するサービスに関してそのサービスが許可されたものか否かを示す情報を含み、
前記ネットワークを介して他の通信機器から前記許可されたサービスを対象とした問合せを受信する手順と、
前記問合せに応答して前記許可されたサービスを対象として前記属性保持手段に保持される前記属性を検索する手順と、
前記検索の結果を前記他の通信機器に前記ネットワークを介して返す手順と
をデータリンク層により処理する処理方法。
【請求項１９】
ネットワークに接続する複数の通信機器の一つであって、当該通信機器の属性を保持する属性保持手段と、当該通信機器においてデータリンク層より上位の層を処理する上位層処理手段とを備える通信機器において、
前記上位層処理手段を待機状態とする手順と、
前記ネットワークを介した他の通信機器からの問合せを受信する手順と、
前記問合せに応答して前記属性保持手段に保持される前記属性を検索する手順と、
前記検索の結果を前記他の通信機器に前記ネットワークを介して返す手順と、
前記ネットワークを介した前記他の通信機器からの復帰要求を受信する手順と、
前記要求に応答して前記上位層処理手段を前記待機状態から復帰させる手順と
を前記データリンク層により処理する処理方法。
【請求項２０】
ネットワークに接続する複数の通信機器の一つであって当該通信機器の属性を保持する属性保持手段を備える通信機器において、
前記ネットワークを介した他の通信機器からの問合せを受信する手順と、
前記問合せに応答して前記属性保持手段に保持される前記属性を検索する手順と、
前記検索の結果を前記他の通信機器に前記ネットワークを介して返す手順と
をデータリンク層の処理としてコンピュータに実行させるプログラム。
【請求項２１】
ネットワークに接続する複数の通信機器の一つであって当該通信機器の属性を保持する属性保持手段を備える通信機器において、前記通信機器の属性は当該通信機器の提供するサービスに関してそのサービスが許可されたものか否かを示す情報を含み、
前記ネットワークを介して他の通信機器から前記許可されたサービスを対象とした問合せを受信する手順と、
前記問合せに応答して前記許可されたサービスを対象として前記属性保持手段に保持される前記属性を検索する手順と、
前記検索の結果を前記他の通信機器に前記ネットワークを介して返す手順と
をデータリンク層の処理としてコンピュータに実行させるプログラム。
【請求項２２】
ネットワークに接続する複数の通信機器の一つであって、当該通信機器の属性を保持する属性保持手段と、当該通信機器においてデータリンク層より上位の層を処理する上位層処理手段とを備える通信機器において、
前記上位層処理手段を待機状態とする手順と、
前記ネットワークを介した他の通信機器からの問合せを受信する手順と、
前記問合せに応答して前記属性保持手段に保持される前記属性を検索する手順と、
前記検索の結果を前記他の通信機器に前記ネットワークを介して返す手順と、
前記ネットワークを介した前記他の通信機器からの復帰要求を受信する手順と、
前記要求に応答して前記上位層処理手段を前記待機状態から復帰させる手順と
をデータリンク層の処理としてコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステムおよびそのネットワークシステムを構成する通信機器に関し、特に一方の通信機器からの要求に応じて他方の通信機器がサービスを提供するネットワークシステム、通信機器、ならびにこれらにおける処理方法ならびに当該方法をコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
コンピュータを代表とするデジタル機器が普及し、それらの機器が各家庭に入り込むようになると、利用者を問わずそれらの機器を如何に容易に扱えるかが問題となる。とりわけ、専門知識のない一般の利用者にとっては、購入した機器間をどのように接続してシステムを構築すべきかに悩まされ、また、設定が不十分なままで機器の持つ機能を十分に利用できなくなるおそれがある。
【０００３】
そのような問題を解決するために、新たに持ち込まれた機器をそのまま特別な設定をせずに利用できるようにする機能が提案されている。例えば、ユニバーサルプラグアンドプレイ（ＵＰｎＰ：Universal Plug and Play）では、ネットワークの設定をすることなく機器をネットワークに接続することを可能にする。具体的には、動的にＩＰ（Internet Protocol）アドレスを取得し、自機器が提供可能なサービスの内容を通知し、他機器から提供可能なサービスの内容を取得するといった処理を行って、その後の機器間の制御に必要な準備を行う。
【０００４】
このように、ネットワーク上で機器制御を行うためには予め各機器の属性を互いに把握している必要があるが、例えば上述のＵＰｎＰでは、各処理はネットワーク層であるＩＰ層により処理されるため、ＩＰ層を処理するホストシステムは常に起動（Wake）状態にあることが前提とされる。そのため、ホストシステムを待機（sleep）状態にするタイミングが限定され、消費電力を低減することが困難になる。また、このＵＰｎＰでは、ネットワークに接続する各機器が起動状態にあることを前提として、機器間でブロードキャストまたはマルチキャストを基調とした通信を多用する。従って、消費電力が増加するだけでなく、通信データ量も増加することになる。
【０００５】
これに対して、従来のネットワークシステムでは、消費電力を低減させることを目的として、待機状態にある機器に代わって代理応答を行うサーバを設け、待機状態にある機器に対するメッセージを受信するとサーバが該当機器を待機状態から起動状態に復帰させる技術が提案されている（例えば、特許文献１参照。）。
【特許文献１】特開２０００−１６５４１９号公報（図１）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述のＵＰｎＰでは、サービスを検索するための処理等がＩＰ層により処理されるため、常に起動状態にあることが前提とされる。そのようなネットワークシステムにおいて、消費電力を低減させるために上述のように代理応答サーバを設けることが提案されている。
【０００７】
しかしながら、そのような代理応答サーバを設けることは常に可能であるわけではなく、各機器が自律的に接続するようなネットワークシステムではそのような技術を適用することができない。
【０００８】
このような課題を解決するため、本発明は、ネットワークに接続する各機器の属性を把握するネットワークシステムにおいて、消費電力を低減させることを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために本発明の請求項１記載のネットワークシステムは、ネットワークに少なくとも第１および第２の通信機器が接続されて成るネットワークシステムであって、上記第１の通信機器が、上記ネットワークを介して上記第２の通信機器に対して上記第２の通信機器の属性の問合せを行う問合せ手段を備え、上記第２の通信機器が、上記属性を保持する属性保持手段と、上記問合せに応答して上記属性保持手段に保持される上記属性を検索してその検索結果を上記問合せ手段に上記ネットワークを介して返す検索手段とを備え、上記属性保持手段および上記検索手段がデータリンク層において動作するものである。これにより、第１の通信機器からの問合せに対する第２の通信機器の属性の検索およびその返答がデータリンク層において行われるという作用をもたらす。
【００１０】
また、本発明の請求項２記載の通信機器は、上記通信機器の属性が当該通信機器の提供するサービスに関してそのサービスが許可されたものか否かを示す情報を含み、上記問合せ手段が上記許可されたサービスを対象として問い合わせを行い、上記検索手段が上記問合せに応答して上記許可されたサービスを対象として上記検索を行うものである。これにより、許可されたサービスを対象とした問合せに対する検索を行わせるという作用をもたらす。
【００１１】
また、本発明の請求項３記載の通信機器は、ネットワークに接続する複数の通信機器の一つであって、当該通信機器の属性を保持する属性保持手段と、上記ネットワークを介した他の通信機器からの問合せに応答して上記属性保持手段に保持される上記属性を検索してその検索結果を上記他の通信機器に上記ネットワークを介して返す検索手段とを備え、上記属性保持手段および上記検索手段がデータリンク層において動作するものである。これにより、他の通信機器からの問合せに対する当該通信機器の属性の検索およびその返答がデータリンク層において行われるという作用をもたらす。
【００１２】
また、本発明の請求項４記載の通信機器は、請求項３記載の通信機器において、上記通信機器の属性が当該通信機器の提供するサービスに関してそのサービスが許可されたものか否かを示す情報を含み、上記問合せが上記許可されたサービスを対象とする問合せであれば上記検索手段がその問合せに応答して上記許可されたサービスを対象として上記検索を行うものである。これにより、許可されたサービスを対象とした問合せに対する検索を行わせるという作用をもたらす。
【００１３】
また、本発明の請求項５記載の通信機器は、請求項３記載の通信機器において、上記通信機器の属性が当該通信機器の提供するサービスに関してそのサービスを許可した発行者を示す発行者情報をさらに含み、上記問合せが上記発行者情報を指定した問合せであれば上記検索手段がその問合せに応答して上記発行者情報の一致するものを対象として上記検索を行うものである。これにより、許可されたサービスを対象とした問合せに対して発行者情報を考慮した検索を行わせるという作用をもたらす。
【００１４】
また、本発明の請求項６記載の通信機器は、請求項３記載の通信機器において、上記属性保持手段に上記通信機器の属性を登録する属性登録手段をさらに備える。これにより、当該通信機器によって属性登録手段への属性登録を行わせるという作用をもたらす。
【００１５】
また、本発明の請求項７記載の通信機器は、請求項６記載の通信機器において、上記通信機器の属性が当該通信機器の提供するサービスに関してそのサービスが許可されたものか否かを示す情報を含み、登録しようとする上記通信機器の属性においてそのサービスが許可されたものであることを示す場合には上記属性登録手段が提示された認証コードを検証してその認証コードが正当であるときに限り上記登録を行うものである。これにより、正当な認証コードが提示された場合に限って、許可されたサービスであることを示す属性の登録を行わせるという作用をもたらす。
【００１６】
また、本発明の請求項８記載の通信機器は、請求項６記載の通信機器において、上記登録しようとする上記通信機器の属性と重複するものが既に登録されている場合にはその既登録の属性におけるサービスが許可されたものでないときに限って上記属性登録手段が新たに上記通信機器の属性を登録するものである。これにより、重複する既登録の属性が許可されたものであれば上書きをさせないという作用をもたらす。
【００１７】
また、本発明の請求項９記載の通信機器は、請求項３記載の通信機器において、上記通信機器の属性が当該通信機器の提供するサービスに関する情報を含む。これにより、問合せに対して当該通信機器の属性を返答する際に、当該通信機器の提供するサービスを他の通信機器に知らせるという作用をもたらす。
【００１８】
また、本発明の請求項１０記載の通信機器は、請求項９記載の通信機器において、上記通信機器の提供するサービスに関する情報が当該サービスを管轄するプロトコルの種別を含む。これにより、サービスを管轄するプロトコルの種別に応じて通信機器における処理を切り替えさせるという作用をもたらす。
【００１９】
また、本発明の請求項１１記載の通信機器は、請求項９記載の通信機器において、上記通信機器の提供するサービスに関する情報が当該サービスの内容とその種別とを含む。これにより、サービスの大カテゴリおよび小カテゴリを他の通信機器に知らせるという作用をもたらす。
【００２０】
また、本発明の請求項１２記載の通信機器は、請求項９記載の通信機器において、上記属性保持手段が、上記属性を複数のビットにより保持し、上記複数のビットの各々に対して上記サービスに関する情報を対応させるものである。これにより、検索手段による処理を容易にさせるという作用をもたらす。
【００２１】
また、本発明の請求項１３記載の通信機器は、請求項３記載の通信機器において、当該通信機器において上記データリンク層より上位の層を処理する上位層処理手段をさらに備え、上記通信機器の属性が上記上位層処理手段の稼動状態を含むものである。これにより、上位層処理手段の稼動状態を他の通信機器に知らせるという作用をもたらす。
【００２２】
また、本発明の請求項１４記載の通信機器は、請求項１３記載の通信機器において、上記稼動状態が「上記上位層処理手段が待機状態にあるか否か」を示すものである。これにより、上位層処理手段が待機状態にあるか否かを他の通信機器に知らせるという作用をもたらす。
【００２３】
また、本発明の請求項１５記載の通信機器は、請求項１３記載の通信機器において、上記ネットワークを介した他の通信機器からの要求に応答して上記稼動状態を制御する状態制御手段をさらに備える。これにより、他の通信機器からの要求に応答して上位層処理手段の稼動状態を制御させるという作用をもたらす。
【００２４】
また、本発明の請求項１６記載の通信機器は、請求項３記載の通信機器において、上記ネットワークが無線アドホックネットワークであり、上記通信機器が上記無線アドホックネットワークを構成する無線端末であるというものである。これにより、通信機器間の独立性を高め、当該通信機器の属性の検索およびその返答を有効に行わせるという作用をもたらす。
【００２５】
また、本発明の請求項１７記載の処理方法は、ネットワークに接続する複数の通信機器の一つであって当該通信機器の属性を保持する属性保持手段を備える通信機器において、上記ネットワークを介した他の通信機器からの問合せを受信する手順と、上記問合せに応答して上記属性保持手段に保持される上記属性を検索する手順と、上記検索の結果を上記他の通信機器に上記ネットワークを介して返す手順とをデータリンク層により処理するものである。これにより、他の通信機器からの問合せに対する当該通信機器の属性の検索およびその返答がデータリンク層において行われるという作用をもたらす。
【００２６】
また、本発明の請求項１８記載の処理方法は、ネットワークに接続する複数の通信機器の一つであって当該通信機器の属性を保持する属性保持手段を備える通信機器において、上記通信機器の属性は当該通信機器の提供するサービスに関してそのサービスが許可されたものか否かを示す情報を含み、上記ネットワークを介して他の通信機器から上記許可されたサービスを対象とした問合せを受信する手順と、上記問合せに応答して上記許可されたサービスを対象として上記属性保持手段に保持される上記属性を検索する手順と、上記検索の結果を上記他の通信機器に上記ネットワークを介して返す手順とをデータリンク層により処理するものである。これにより、許可されたサービスを対象とした問合せに対する検索を行わせるという作用をもたらす。
【００２７】
また、本発明の請求項１９記載の処理方法は、ネットワークに接続する複数の通信機器の一つであって、当該通信機器の属性を保持する属性保持手段と、当該通信機器においてデータリンク層より上位の層を処理する上位層処理手段とを備える通信機器において、上記上位層処理手段を待機状態とする手順と、上記ネットワークを介した他の通信機器からの問合せを受信する手順と、上記問合せに応答して上記属性保持手段に保持される上記属性を検索する手順と、上記検索の結果を上記他の通信機器に上記ネットワークを介して返す手順と、上記ネットワークを介した上記他の通信機器からの復帰要求を受信する手順と、上記要求に応答して上記上位層処理手段を上記待機状態から復帰させる手順とを上記データリンク層により処理するものである。これにより、他の通信機器からの問合せに対する当該通信機器の属性の検索およびその返答がデータリンク層において行われるとともに、上位層処理手段の上記待機状態からの復帰を他の通信機器から行わせるという作用をもたらす。
【００２８】
また、本発明の請求項２０記載のプログラムは、ネットワークに接続する複数の通信機器の一つであって当該通信機器の属性を保持する属性保持手段を備える通信機器において、上記ネットワークを介した他の通信機器からの問合せを受信する手順と、上記問合せに応答して上記属性保持手段に保持される上記属性を検索する手順と、上記検索の結果を上記他の通信機器に上記ネットワークを介して返す手順とをデータリンク層の処理としてコンピュータに実行させるものである。これにより、他の通信機器からの問合せに対する当該通信機器の属性の検索およびその返答がデータリンク層において行われるという作用をもたらす。
【００２９】
また、本発明の請求項２１記載のプログラムは、ネットワークに接続する複数の通信機器の一つであって当該通信機器の属性を保持する属性保持手段を備える通信機器において、上記通信機器の属性は当該通信機器の提供するサービスに関してそのサービスが許可されたものか否かを示す情報を含み、上記ネットワークを介して他の通信機器から上記許可されたサービスを対象とした問合せを受信する手順と、上記問合せに応答して上記許可されたサービスを対象として上記属性保持手段に保持される上記属性を検索する手順と、上記検索の結果を上記他の通信機器に上記ネットワークを介して返す手順とをデータリンク層の処理としてコンピュータに実行させるものである。これにより、許可されたサービスを対象とした問合せに対する検索を行わせるという作用をもたらす。
【００３０】
また、本発明の請求項２２記載のプログラムは、ネットワークに接続する複数の通信機器の一つであって、当該通信機器の属性を保持する属性保持手段と、当該通信機器においてデータリンク層より上位の層を処理する上位層処理手段とを備える通信機器において、上記上位層処理手段を待機状態とする手順と、上記ネットワークを介した他の通信機器からの問合せを受信する手順と、上記問合せに応答して上記属性保持手段に保持される上記属性を検索する手順と、上記検索の結果を上記他の通信機器に上記ネットワークを介して返す手順と、上記ネットワークを介した上記他の通信機器からの復帰要求を受信する手順と、上記要求に応答して上記上位層処理手段を上記待機状態から復帰させる手順とをデータリンク層の処理としてコンピュータに実行させるものである。これにより、他の通信機器からの問合せに対する当該通信機器の属性の検索およびその返答がデータリンク層において行われるとともに、上位層処理手段の上記待機状態からの復帰を他の通信機器から行わせるという作用をもたらす。
【発明の効果】
【００３１】
本発明によれば、ネットワークに接続する各機器の属性を把握するネットワークシステムにおいて、消費電力を低減させるという優れた効果を奏し得る。
【発明を実施するための最良の形態】
【００３２】
次に本発明の実施の形態について図面を参照して詳細に説明する。
【００３３】
図１は、本発明が適用されるネットワークシステムの構成例を示す図である。本発明が適用されるネットワークシステムでは、基盤となるネットワークとして無線ネットワークまたは有線ネットワークの何れも用いることができる。
【００３４】
図１（ａ）は、ネットワークとして無線ネットワークを用いた例であり、通信機器３００に接続されるアンテナ３５１から出力される電波によってネットワークシステムが構成される。通信機器３００は、アンテナ３５１に接続するネットワークインターフェース３２０と、ネットワークインターフェース３２０に接続するホストシステム３１０とを備えている。ネットワークインターフェース３２０は、ＯＳＩ参照モデルにおけるデータリンク層（第２層）以下に関する処理を行うものであり、例えばネットワークカード等の形態により実現される。ホストシステム３１０は、ＯＳＩ参照モデルにおけるネットワーク層（第３層）以上に関する処理を行うものであり、例えばマイクロコンピュータシステム等の形態により実現される。
【００３５】
図１（ｂ）は、ネットワークとして有線ネットワークを用いた例であり、通信機器３００がバス３５２に接続することによってネットワークシステムが構成される。この場合も図１（ａ）の場合と同様に、通信機器３００は、バス３５２に接続するネットワークインターフェース３２０と、ネットワークインターフェース３２０に接続するホストシステム３１０とを備えている。
【００３６】
図２は、本発明の実施の形態における通信機器３００の構成例を示す図である。図２（ａ）は、ネットワークとして無線ネットワークを用いた例であり、ネットワークインターフェース３２０においてネットワークコントローラ３３０と無線通信ユニット３４１とを備える。この例では、ネットワークコントローラ３３０がＯＳＩ参照モデルにおけるデータリンク層（第２層）の処理を行い、無線通信ユニット３４１がＯＳＩ参照モデルにおける物理層（第１層）の処理を行うものと想定される。
【００３７】
また、図２（ｂ）は、ネットワークとして有線ネットワークを用いた例であり、ネットワークインターフェース３２０においてネットワークコントローラ３３０と媒体装着ユニット３４２とを備える。この例では、ネットワークコントローラ３３０がＯＳＩ参照モデルにおけるデータリンク層（第２層）の処理を行い、媒体装着ユニット３４２がＯＳＩ参照モデルにおける物理層（第１層）の処理を行うものと想定される。
【００３８】
すなわち、無線ネットワークの場合には無線通信ユニット３４１が用いられ、有線ネットワークの場合には媒体装着ユニット３４２が用いられる点で両者は異なるが、データリンク層の処理を行うネットワークコントローラ３３０については共通のユニットとすることができる。
【００３９】
また、ネットワーク層（第３層）以上に関する処理を行うホストシステム３１０については、ネットワークの物理的形態に依存しない構成とすることができる。具体的には、ＩＰプロトコル、ＴＣＰプロトコル（Transmission Control Protocol）、ＵＤＰプロトコル（User Datagram Protocol）、ＨＴＴＰプロトコル（Hyper Text Transfer Protocol）といった上位のプロトコルによる処理をＯＳ（Operating System）もしくはアプリケーションにより実現する。
【００４０】
図３は、本発明の実施の形態における通信機器の機能構成例を示す図である。ここでは、２台の通信機器３０１および３０２がネットワーク３５０に接続する場合の対応部分を取り上げて説明する。すなわち、図３は、通信機器３０１がサービスを要求して通信機器３０２がサービスを提供する場合に必要とされる機能構成を記載したものであるために非対称になっているが、実際には各通信機器が同じ機能を有するよう対称に構成することができる。
【００４１】
通信機器３０１および３０２は、上述の通信機器３００と同様に、それぞれホストシステム３１１および３１２と、ネットワークインターフェース３２１および３２２とを備える。サービスを要求する通信機器３０１は、ホストシステム３１１において、サービス発見指示部３１１３と、復帰指示部３１１４と、詳細サービス発見要求部３１１５と、サービス要求部３１１６とを備え、ネットワークインターフェース３２１において、サービス発見要求部３２１３と、復帰要求部３２１４とを備える。また、サービスを提供する通信機器３０２は、ホストシステム３１２において、サービス登録指示部３１２１と、電源制御部３１２４と、詳細サービス検索部３１２５と、サービス提供部３１２６とを備え、ネットワークインターフェース３２２において、サービス登録部３２２１と、プロファイルメモリ３２２２と、サービス検索部３２２３と、状態制御部３２２４とを備える。
【００４２】
サービス登録指示部３１２１は、サービス登録部３２２１に対し、通信機器３０２によって提供できるサービスの内容をプロファイルメモリ３２２２に登録するよう指示する。これに応答して、サービス登録部３２２１は、通信機器３０２によって提供できるサービスの内容をプロファイルメモリ３２２２に登録する。プロファイルメモリ３２２２は、後述のように、通信機器３０２によって提供できるサービスの内容をサービスプロファイルとして保持する。このサービスの登録は、例えば、ネットワークインターフェース３２２の提供するＡＰＩ（Application Program Interface）により実現することができる。
【００４３】
また、このサービスの登録は、ネットワークインターフェース３２２が動作可能な状態であることを前提とすれば、以下のように種々のタイミングで行うことができる。まず、サーバアプリケーションの起動時などのように、ホストシステム３１２がサービスを提供できる状態になった時に登録することができる。また、ホストシステム３１２があらかじめ定義されたサービスを提供することを前提としている場合には、ホストシステム３１２の起動時に登録することができる。さらに、通信機器３０２があらかじめ定義されたサービスを提供することを前提としている場合には、通信機器３０２の出荷時に登録することができる。すなわち、この登録処理はネットワークインターフェース３２２に対して問合せが行われる前であればいつでもよいことになる。なお、このプロファイルメモリ３２２２をＲＯＭなどで提供し、もしくは変更不可の設定をすることにより、登録されたサービスの内容を固定し、変更できないようにすることもできる。
【００４４】
サービス発見指示部３１１３は、サービスを発見するための指示を行う。このサービス発見の指示は、例えば、ネットワークインターフェース３２１の提供するＡＰＩにより実現することができる。サービス発見要求部３２１３は、サービス発見指示部３１１３からの指示に応答して、サービスを発見するプロトコルを、ブロードキャストまたはマルチキャストによりネットワーク３５０を介して出力する。このサービス発見プロトコルには、発見すべきサービスの条件として、後述のサービスプロファイルが含まれる。
【００４５】
サービス検索部３２２３は、サービス発見指示部３１１３によりブロードキャストまたはマルチキャストされたサービス発見プロトコルを受信して、サービス発見プロトコルによって問い合わせられた条件とプロファイルメモリ３２２２が保持するサービスプロファイルとが一致するか検索を行う。一致すると判断された場合、サービス検索部３２２３は、問合せを行った通信機器３０１に対して応答用のプロトコルを、ネットワーク３５０を介してユニキャストにより出力する。一方、一致しないと判断された場合には、サービス検索部３２２３は、受信したサービス発見プロトコルを破棄して、何も応答をしない。
【００４６】
なお、通信機器３０２があるサービスの提供を中止した場合には、プロファイルメモリ３２２２の該当領域を削除することにより対応できる。また、上述のようにプロファイルメモリ３２２２をＲＯＭなどで固定している場合には、サービス検索部３２２３が外部からの問合せに対して一時的に該当するサービスに関する問合せを無視する等の方策を採ることが考えられる。
【００４７】
状態制御部３２２４は、ホストシステム３１２の稼動状態、すなわち、ホストシステム３１２が起動（Running）状態にあるか、待機（Sleep）状態にあるかを制御する。例えば、サービス登録部３２２１によるサービスの登録後、実際にサービスが行われるまでの間はホストシステム３１２は必ずしも起動状態でなくてもよいため、状態制御部３２２４がホストシステム３１２を一時的に待機状態に遷移させることにより、ホストシステム３１２における電力消費を抑えることができる。
【００４８】
電源制御部３１２４は、状態制御部３２２４からの指示により、ホストシステム３１２内の各部への電源供給を制御する。すなわち、起動状態から待機状態に遷移する際には電源レベルを下げ、待機状態から起動状態に遷移する際には電源レベルを上げるよう電源制御を行ってホストシステム３１２の状態を制御する。
【００４９】
復帰指示部３１１４は、通信機器３０２のホストシステム３１２が待機状態にある場合に、起動状態に復帰させるよう指示を行う。この状態遷移の指示は、例えば、ネットワークインターフェース３２１の提供するＡＰＩにより実現することができる。復帰要求部３２１４は、復帰指示部３１１４からの指示に従って、通信機器３０２に対してホストシステム３１２を起動状態に復帰させる要求を行う。状態制御部３２２４は、復帰要求部３２１４からの要求に応じて、ホストシステム３１２の稼動状態を待機状態から起動状態に遷移させるよう電源制御部３１２４への指示を行う。
【００５０】
なお、このような復帰要求部３２１４からの復帰要求について、状態制御部３２２４は、復帰権限を有する通信機器からの指示によってのみ復帰処理を行うようにすることにより、セキュリティレベルを高めることができる。
【００５１】
詳細サービス発見要求部３１１５は、必要に応じて、詳細なサービスの発見を要求する。このサービス発見は、上述のようなネットワークインターフェース３２２におけるサービス発見を意図するものではなく、ホストシステム３１２におけるサービス発見を要求するものである。例えば、プロトコルの階層としてデータリンク層よりも上位のＩＰ層などの処理を必要とする場合に、詳細なサービスの発見が要求される。
【００５２】
詳細サービス検索部３１２５は、詳細サービス発見要求部３１１５からの要求に応答して、ホストシステム３１２における詳細なサービスを検索して、その結果を詳細サービス発見要求部３１１５に返答する。このように、詳細サービス発見要求部３１１５と詳細サービス検索部３１２５との間においてホストシステムのレベルで直接やりとりが可能なのは、ホストシステム３１２の状態が待機状態ではなく起動状態にあるように制御されているからである。
【００５３】
サービス要求部３１１６は、通信機器３０２によりサービスの提供を行わせるよう、サービスを要求する。サービス提供部３１２６は、サービス要求部３１１６からの要求を受け付けて、通信機器３０２としての所定のサービスを提供する。このように、サービスに関するプロトコルは、上位のホストシステムにおいて実装される。
【００５４】
なお、このようなサービス要求部３１１６からのサービス要求についても、上述の復帰要求の場合と同様に、サービス提供部３１２６が権限を有する通信機器からの指示によってのみその後の処理を行うようにすることにより、セキュリティレベルを高めることができる。
【００５５】
図４は、本発明の実施の形態におけるプロファイルメモリ３２２２に保持され、または、サービス発見プロトコルに含まれるサービスプロファイルについて示す図である。サービスプロファイルとは、その通信機器の属性、すなわちその特性または提供することが可能なサービスを抽象化してコンパクトにまとめたデータである。
【００５６】
サービスプロファイル６１０は複数存在することができ、複数のサービスプロファイル６１０をまとめたものをサービスプロファイルリスト６００という。サービスプロファイル６１０の各々は、プロファイル情報６１１と、機器情報６１２と、プロトコル情報６１３と、サービス種別情報６１４と、サービス特性情報６１５と、オプション６１６とを備える。
【００５７】
プロファイル情報６１１は、プロファイル自体の情報であり、どのような情報が含まれているかが定義される。例えば、そのプロファイルのバージョン番号などを示すことができる。
【００５８】
機器情報６１２は、通信機器の種別に関する情報を保持する。この種別としては、例えば、サービスの提供形態として、データを出力する機器か、データを受信する機器か、または、データを受信して出力するデータ変換を行う機器かに区分される。また、例えば、据え置き型の機器であるか、または持ち運びされることが前提の機器であるかという機器の全体としての特性によっても区分される。さらに、外部から電源が供給されている機器か、電池で動作している機器であるか、などの情報もここで示される。
【００５９】
プロトコル情報６１３は、サービスを提供する通信機器がサポートするプロトコルの情報を保持する。このようなプロトコルとして、例えばデータリンク層で処理が行われるプロトコルであるのか、ネットワーク層で処理が行われるプロトコルであるのかといった情報を示すことができる。これにより、システムの仕様に合致したサービスを検索することを容易にする。
【００６０】
サービス種別情報６１４は、通信機器が提供するサービスを抽象化した種別、すなわち、サービスの大カテゴリに関する情報を保持する。これにより、その通信機器が何を行うことが可能であるかの概要を把握することができる。サービス種別情報６１４が単独で示すことができない表現については、他の項目および複数の指定によって定義することができる。例えば、テレビは、「動画」というサービス種別情報６１４については「データ受信型サービス提供装置」という機器情報６１２を有するプロファイルとして表され、「音声」というサービス種別情報６１４については「データ受信型サービス提供装置」という機器情報６１２を有するプロファイルとして表される。
【００６１】
サービス特性情報６１５は、サービス種別情報６１４で指定された項目において特有の情報、すなわち、サービスの小カテゴリに関する情報を保持する。このサービス特性情報６１５によりサービス種別を補足することによって、より精度の高いサービス発見が可能となる。このサービス特性情報６１５は、サービス種別情報６１４毎にそれに適した項目が用意される。
【００６２】
オプション６１６は、サービスを提供するに際しての付帯的事項などを保持することができる。例えば、サービスの提供に必要なホストシステムの稼動状態やポート番号などを含ませるようにしてもよい。
【００６３】
図５は、本発明の実施の形態におけるサービスプロファイル６１０の構成例について示す図である。このサービスプロファイル６１０は、これまでに説明したそれぞれの情報を各ビットに割り当てて定義する。例えば、機器情報６１２であれば、データを出力するデータ出力型サービス提供装置か、データを受信するデータ受信型サービス提供装置か、データを受信して出力するデータ変換を行うデータ変換型サービス提供装置か、または、電池で動作するバッテリ駆動型装置か、といった機器の種別を各ビットにより表現する。
【００６４】
このようにサービスプロファイル６１０を構成することにより、例えばＸＭＬ形式などにより定義した場合に比べて、プロファイルメモリ３２２２における記憶容量を削減することができる。また、プロファイルメモリ３２２２に保持されたサービスプロファイルとサービス発見プロトコルに含まれるサービスプロファイルとを比較する際にもそのままの形式で行うことができるため、サービス検索を容易に行うことができる。
【００６５】
なお、各ビットと各項目との対応は必ずしも１ビット毎に対応させなくてもよく、必要なビット数に応じて複数ビット毎にエンコードして用いてもよい。
【００６６】
図６は、本発明の実施の形態におけるサービスプロファイル６１０のサービス種別情報６１４およびサービス特性情報６１５について示す図である。上述のとおり、サービス種別情報６１４はサービスの大カテゴリを示すものであり、サービス特性情報６１５は小カテゴリを示すものである。ここでは、サービス種別情報６１４として、「音声」、「制御」、「データ」、「静止画」、「動画」、「ネットワーク」、「アプリケーション」が示めされている。
【００６７】
「音声」は音楽などの音声フォーマットに関するサービスを表す。この場合、サービス特性情報６１５として、「ＡＴＲＡＣ３ｐｌｕｓ」や「ＭＰ３」といったフォーマットが指定される。「制御」は制御の入力または出力に関するサービスを表す。この場合、サービス特性情報６１５として、「入力系制御装置」であるか、「出力系制御装置」であるかが指定される。「データ」はテキストデータやバイナリデータなどのデータフォーマットに関するサービスを表す。この場合、サービス特性情報６１５として、「テキストデータ」や「ＸＭＬ」といったフォーマットが指定される。「静止画」は静止画のフォーマットに関するサービスを表す。この場合、サービス特性情報６１５として、「ＪＰＥＧ」や「ＰＮＧ」といったフォーマットが指定される。「動画」は動画のフォーマットに関するサービスを表す。この場合、サービス特性情報６１５として、「ＭＰＥＧ１」や「ＷＭＶ９」といったフォーマットが指定される。「ネットワーク」はゲートウェイやルータなどのネットワーク関連のサービスを表す。「アプリケーション」はホームシアターやゲームなどのアプリケーションに関するサービスを表す。
【００６８】
図７は、本発明の実施の形態におけるサービス発見の流れを示すシーケンスチャートである。ここでは、通信機器３０１から他の通信機器３０２および３０３に対してサービスの検索を行う場合を想定している。
【００６９】
まず、通信機器３０１のホストシステムからサービス発見の要求指示があると（８１１）、通信機器３０１のネットワークインターフェースはサービス発見を要求するサービス発見プロトコルをブロードキャストまたはマルチキャストする（８１２）。このサービス発見プロトコルは他の通信機器３０２および３０３に受信される。
【００７０】
サービス発見プロトコルを受信した通信機器３０２および３０３は、それぞれのプロファイルメモリに登録されたサービスプロファイルを検索する（８１４、８１５）。条件に合致するサービスが発見された場合には、通信機器３０２および３０３は、通信機器３０１に対して応答用のプロトコルをそれぞれユニキャストにより出力する（８１５、８１６）。なお、ここでは通信機器３０２および３０３の両者で条件に合致した例を示しているが、もし条件に合致しない場合にはサービス発見プロトコルは無視される。この応答プロトコルは、通信機器３０１のネットワークインターフェースにおいてそれぞれ受信される（８１７、８１８）。
【００７１】
このように、サービス発見プロトコルに対する応答は、ブロードキャストやマルチキャストではなくユニキャストにより行われる。これにより、ブロードキャストやマルチキャストによる無駄な電力消費や通信帯域の浪費を避けることができる。このことは、特に、有線ネットワークにおけるハブ間の中継や無線アドホックネットワークにおけるマルチホップが無駄にされることを回避するのに役立つ。
【００７２】
図８は、本発明の実施の形態における復帰要求の流れを示すシーケンスチャートである。ここでは、通信機器３０１から他の通信機器３０２に対して稼動状態を待機状態から起動状態に遷移するよう要求する場合を想定している。
【００７３】
まず、通信機器３０１のホストシステムから復帰要求の指示があると（８２１）、通信機器３０１のネットワークインターフェースは稼動状態の復帰を要求するプロトコルを送信する（８２２）。この復帰要求プロトコルは通信機器３０２のネットワークインターフェースに受信される。
【００７４】
復帰要求プロトコルを受信した通信機器３０２は、ネットワークインターフェースからホストシステムに復帰信号を出力する（８２３）。この復帰信号を受けたホストシステムは稼動状態を待機状態から起動状態に復帰させる（８２４）。そして、ホストシステムは状態遷移が完了した旨をネットワークインターフェースに通知する（８２５）。ネットワークインターフェースはこの通知を受けて、通信機器３０１からの復帰要求に対する応答を返す（８２６）。
【００７５】
通信機器３０１のネットワークインターフェースは、通信機器３０２からの復帰要求応答を受信すると、その旨をホストシステムに通知する（８２７）。これにより、通信機器３０１のホストシステムは、通信機器３０２のホストシステムが起動状態に遷移し、サービス提供可能な状態にあることを認識する。
【００７６】
次に本発明の実施の形態における通信機器を利用したシステムの構築例について説明する。
【００７７】
図９は、本発明の実施の形態におけるホームシアターシステム５００の構築例を示す図である。このホームシアターシステム５００は、ホームサーバ５１０と、ＤＶＤプレーヤ５２０と、オーディオアンプ５３０と、フラットパネルディスプレイ５４０と、サラウンドスピーカ５５０と、遮光カーテン５６０と、照明５７０と、リモートコントローラ５８０とを備えている。これらの機器は、図１などにより説明した通信機器３００を含み、もしくはそのような通信機器３００に接続して、他の機器と通信する。
【００７８】
ホームサーバ５１０は、動画や音声を蓄積して、他の機器からの要求に応じて動画や音声のデータを供給するサーバである。ＤＶＤプレーヤ５２０は、ＤＶＤに記録された動画や音声を再生する役割を有する。また、このＤＶＤプレーヤ５２０は、他の機器から供給されたデータを所定の形式に変換する役割も有する。オーディオアンプ５３０は、他の機器から供給された音声データを増幅する役割を有する。フラットパネルディスプレイ５４０は、他の機器から供給された動画データを表示する役割を有する。サラウンドスピーカ５５０は、他の機器から供給された音声データを出力する役割を有する。遮光カーテン５６０は、他の機器からの要求に応じて開閉を制御するカーテンである。照明５７０は、他の機器からの要求に応じて輝度を制御する照明である。リモートコントローラ５８０は、他の機器に対して処理を行わせるためのリモートコントローラである。
【００７９】
図１０は、図９に示したホームシアターシステム５００における各機器のサービスプロファイルの一例を示す図である。ここでは、簡略化のため、サービスプロファイル６１０のうち、機器情報６１２およびサービス種別情報６１４のみを示している。
【００８０】
ホームサーバ５１０は、「映像、音声、または制御をサポートする、データ出力型サービス提供装置」、「映像、音声、または制御をサポートするデータ入力型サービス提供装置」、および、「ホームシアターのアプリケーションをサポートする据え置き型装置」という属性を有する。これらは別々のサービスプロファイルとして定義される。サービスプロファイルで指定されるアプリケーションは、サービスプロファイルの仕様として予め一意に識別できるものであれば、サービスプロファイルの仕様策定時に定義することができる。
【００８１】
サービスプロファイルの登録は、ホームサーバの基本システム起動後に実行されるホームシアターサーバアプリケーションの起動時に行われる。ホームサーバ５１０などの機器は、ハードウェアやソフトウェアなどの実装形態に係わらず、複数の機能を登録および削除できることが想定され、主電源投入直後に判別できないものに関してはサービスが提供可能となった時点でサービスプロファイルを登録して、サービスが提供不可となった時点でサービスプロファイルを削除するといった処理を行う。
【００８２】
ＤＶＤプレーヤ５２０は、「映像または音声をサポートするデータ出力型サービス提供装置」および「映像または音声をサポートするデータ変換型サービス提供装置」という属性を有する。サービスプロファイルの登録は、ＤＶＤプレーヤ５２０への電源供給が開始されて機器の主電源が投入された時に行われる。これにより、ネットワークインターフェースに登録されたサービスプロファイルは、ＤＶＤプレーヤ５２０が後に待機状態になっても、ＤＶＤプレーヤ５２０のネットワークインターフェースが動作を続けることによって検索が可能となる。
【００８３】
オーディオアンプ５３０は、「音声をサポートするデータ受信型サービス提供装置」および「音声をサポートするデータ変換型サービス提供装置」という属性を有する。サービスプロファイルの登録は、オーディオアンプ５３０への電源供給が開始されて機器の主電源が投入された時に行われる。
【００８４】
フラットパネルディスプレイ５４０は、「映像をサポートするデータ受信型サービス提供装置」という属性を有する。サービスプロファイルの登録は、フラットパネルディスプレイ５４０への電源供給が開始されて機器の主電源が投入された時に行われる。
【００８５】
サラウンドスピーカ５５０は、「音声をサポートするデータ入力型サービス提供機器」という属性を有する。サラウンドスピーカ５５０のように後で機能が変更されない場合、もしくは製造者が提供するサービスを変更させたくない場合は、サービスプロファイルを工場出荷時に登録して、運用中にそれらが変更されないようにネットワークインターフェースのプロファイルメモリにサービスプロファイル変更不可の設定を指定することなどによって、その内容を固定することができる。
【００８６】
遮光カーテン５６０および照明５７０は、ともに「制御をサポートするデータ入力型サービス提供装置」という属性を有する。サービスプロファイルの登録は、それぞれ遮光カーテン５６０および照明５７０への電源供給が開始されて機器の主電源が投入された時に行われる。
【００８７】
リモートコントローラ５８０は、サービスを提供する機器ではなく、サービスを受けるだけの機器であるため、サービスプロファイルの登録は行われない。サービスプロファイルは、サービスを提供する機器がそのサービスをネットワーク上の他の機器に発見して欲しい場合のみに登録すればよい。また、このことは、機器がネットワークに接続されていてもサービスプロファイルを登録していない場合には、この仕組みを利用して発見されることはないことを意味する。
【００８８】
なお、これらサービスプロファイルの記述は一例であり、サービスプロファイルの内容は記述仕様を策定するときに各項目が一意に識別可能であればよい。つまり、特定のデータを使って検索したときに、サービスプロファイルで規定されたアルゴリズムで検出できることが重要なのであって、一意に特定できる項目の内容が具体的にどのような名称により称されているかは重要ではない。
【００８９】
これらのサービスプロファイルを前提とすると、図９のホームシアターシステム５００は例えば以下のようなシナリオにより運用される。まず、利用者がリモートコントローラ５８０で映画鑑賞の機能を実行すると、リモートコントローラ５８０の映画鑑賞アプリケーションは、映画鑑賞に必要な機器の発見を開始する。すると、フラットパネルディスプレイ５４０、ＤＶＤプレーヤ５２０、および、ホームサーバ５１０から応答が返る。
【００９０】
利用者がホームサーバ５１０を選択すると、ホームサーバ５１０のアプリケーションが動作を開始して、より高度な設定を行うためのサービス発見を開始する。すると、フラットパネルディスプレイ５４０、オーディオアンプ５３０、遮光カーテン５６０、および、照明５７０から応答が返る。
【００９１】
ホームサーバ５１０のアプリケーションがオーディオアンプ５３０のアプリケーションに対してより詳細の構成を問い合わせると、オーディオアンプ５３０のアプリケーションはスピーカを発見するためのサービス発見を開始する。すると、フラットパネルディスプレイ５４０とサラウンドスピーカ５５０から返答が返り、選択肢をホームサーバ５１０のアプリケーションへ返す。ホームサーバ５１０のアプリケーションは、サラウンドスピーカ５５０を選択して、準備を完了する。
【００９２】
利用者がリモートコントローラ５８０から映画のタイトルを要求すると、ホームサーバ５１０が蓄積している映画のタイトルがリモートコントローラ５８０の画面に表示される。表示されたリストから利用者がタイトルの１つを選択して再生を選択すると、その指示がホームサーバ５１０へと通知される。
【００９３】
ホームサーバは、サービス発見で取得した情報をもとに映画データのデコーダをＤＶＤプレーヤ５２０に指定して、映像出力をフラットパネルディスプレイ５４０、音声再生をオーディオアンプ５３０に設定して、遮光カーテン５６０に閉じる指示を出し、照明５７０の輝度を下げる指示を出す。ホームサーバ５１０から出力されたデータは、ＤＶＤプレーヤ５２０に送信されて、デコードされたデータがフラットパネルディスプレイ５４０およびオーディオアンプ５３０に転送される。オーディオアンプ５３０は、音声ストリームをサラウンドスピーカ５５０が再生可能なフォーマットにデコードして、サラウンドスピーカ５５０の各スピーカに転送する。
【００９４】
また、利用者がリモートコントローラ５８０で一時停止を選択すると、その指示がホームサーバ５１０へと送られて照明５７０の輝度を上げる指示がホームサーバ５１０から照明５７０へと送信される、などの処理もすることができる。
【００９５】
このようなサービス発見および各機器が単体で保持する処理によって、ホームシアターシステム５００をリモートコントローラ５８０の簡単な操作によって実現することが可能となる。
【００９６】
次に本発明の実施の形態における通信機器の動作について図面を参照して説明する。
【００９７】
図１１は、本発明の実施の形態におけるサービス提供側の通信機器３０２（図３）の処理手順を示す図である。まず、その機器のサービスプロファイルが作成されると（ステップＳ９１１）、サービス登録部３２２１はサービス登録指示部３１２１の指示によって、そのサービスプロファイルをプロファイルメモリ３２２２に登録する（ステップＳ９１２）。その後、通信機器３０２のホストシステム３１２は待機状態に遷移することができる（ステップＳ９１３）。この状態遷移は必ずしも必要ではないが、他に実行すべき処理がない場合には、起動状態よりも待機状態に遷移した方が電力消費を抑えることができる。なお、この状態遷移は、状態制御部３２２４の制御に応じて電源制御部３１２４により実行される。
【００９８】
その後、サービス検索部３２２３は、他の通信機器からサービス発見プロトコルを受信すると（ステップＳ９１４）、プロファイルメモリ３２２２に保持されたサービスプロファイルを検索する（ステップＳ９１５）。そして、サービス発見プロトコルに含まれる条件がプロファイルメモリ３２２２に保持されたサービスプロファイルと一致していれば（ステップＳ９１６）、サービス検索部３２２３は応答プロトコルを上記他の通信機器に返送する（ステップＳ９１８）。一方、ステップＳ９１６において一致するサービスプロファイルが発見されなかったときには、そのサービス発見プロトコルを無視して次のサービス発見プロトコルの受信を待つ（ステップＳ９１４）。
【００９９】
また、状態制御部３２２４は、他の通信機器から復帰要求プロトコルを受信すると（ステップＳ９１９）、ホストシステム３１２の稼動状態を待機状態から起動状態に復帰させるよう電源制御部３１２４を制御する。これに応答して、電源制御部３１２４はホストシステム３１２の稼動状態を待機状態から起動状態に遷移させる（ステップＳ９２１）。
【０１００】
また、詳細サービス検索部３１２５は、他の通信機器から詳細なサービス発見を要求するサービス発見プロトコルを受信すると（ステップＳ９２２）、データリンク層より上位の階層においてサービスの検索を行う（ステップＳ９２３）。このようなデータリンク層より上位の階層におけるサービスとしては、例えば、ＩＰ層でサービスが行われるＵＰｎＰが該当する。
【０１０１】
そして、サービス提供部３１２６は、他の通信機器からサービスの要求を受信すると（ステップＳ９２４）、これに応答してそのサービスに関する処理を行う（ステップＳ９２５）。そして、そのサービスに関する全ての処理が終了してアイドル状態になった後、通信機器３０２のホストシステム３１２は待機状態に遷移することが可能となる（ステップＳ９１３）。
【０１０２】
図１２は、本発明の実施の形態におけるサービス要求側の通信機器３０１（図３）の処理手順を示す図である。まず、サービス発見指示部３１１３がサービス発見機能を呼び出すと（ステップＳ９３１）、サービス発見要求部３２１３はサービス発見プロトコルをブロードキャストまたはマルチキャストにより送信する（ステップＳ９３２）。
【０１０３】
その後、サービス発見要求部３２１３は、他の通信機器からサービス発見プロトコルに対する応答を受信すると（ステップＳ９３３）、その応答の旨をサービス発見指示部３１１３に通知する（ステップＳ９３４）。この時、サービスを提供する側の通信機器からそのホストシステムの稼動状態を知らせるようにすることができる。その結果、サービスを提供する側の通信機器の稼動状態が待機状態であった場合には（ステップＳ９３５）、復帰指示部３１１４からの指示により復帰要求部３２１４が、サービス提供側の通信機器に対してホストシステムの稼動状態を待機状態から起動状態に復帰するよう要求する（ステップＳ９３６）。
【０１０４】
また、詳細サービス発見要求部３１１５は、データリンク層より上位の階層におけるサービスの発見が必要な場合には（ステップＳ９３７）、詳細なサービス発見を要求する（ステップＳ９３８）。例えば、サービスプロファイル６１０のプロトコル情報６１３にＵＰｎＰが設定されている場合、詳細サービス発見要求部３１１はＵＰｎＰプロトコルによってサービスの発見を要求する。
【０１０５】
これらの処理によりサービス利用の準備が整うと、サービス要求部３１１６は通信機器３０２のホストシステム３１２に対してサービスを要求し、そのサービス利用のための処理を行う（ステップＳ９３９）。
【０１０６】
このように、本発明の実施の形態によれば、ネットワークインターフェース３２２のプロファイルメモリ３２２２にサービスプロファイル６１０を登録しておいて、他の通信機器からの要求に応じてサービス検索部３２２３がサービスの検索を行うことにより、ホストシステム３１２が待機状態であっても、ネットワークインターフェース３２２だけでサービスの検索を行うことができる。
【０１０７】
また、サービスプロファイル６１０の形式として、必要な情報を各ビットに割り当てて定義することにより、例えばＸＭＬ形式を採用した場合に比べてデータサイズを削減し、また、ＸＭＬパーサなどの処理を不要とすることができる。そして、このサービスプロファイル６１０をプロファイルメモリ３２２２におけるサービス定義に利用するのみならず、サービス発見プロトコルにおける検索条件としても利用することにより、サービス検索部３２２３における検索処理を容易にすることができる。さらに、サービス発見指示部３１１３においても、同じ通信機器３０１におけるネットワークインターフェース３２１に設定するサービスプロファイルと検索に使うプロファイルとで同じフォーマットを用いることができるため処理が容易になる。
【０１０８】
次に、本発明の他の実施の形態について図面を参照して説明する。これまでに説明した実施の形態においては、ホストシステム３１２からの指示に従ってネットワークインターフェース３２２が無条件にサービスの登録を行っていた。このような構成により、通信機器の製造者だけでなく、例えば一般のユーザでも自由に新たなサービスの登録を行うことができるという柔軟性を持たせることができた。しかしながら、これに何らの区別を設けないこととすると、オーソライズされたいわゆる純正のサービスとそれ以外のサービスとが混在することになり不都合を生じるおそれがある。そこで、本発明の他の実施の形態では、両サービスを区別して登録することにより、提供されるサービスに対する信頼性をさらに向上させることを目的とする。
【０１０９】
図１３は、本発明の他の実施の形態におけるサービスプロファイルの他の例について示す図である。このサービスプロファイルは、図４のサービスプロファイルと比較してセキュリティ情報６１７が加わっている点で異なっている。このセキュリティ情報６１７は、該当するサービスプロファイル６１０の内容が所定の発行者により許可を受けたものであるか、すなわちオーソライズされたものであるか否かを示す情報である。
【０１１０】
なお、このサービスプロファイル６１０において、機器情報６１２、プロトコル情報６１３、サービス種別情報６１４およびサービス特性情報６１５については、特に機能項目と称する。
【０１１１】
図１４は、本発明の他の実施の形態におけるセキュリティ情報６１７の構成例を示す図である。このセキュリティ情報６１７は、許可フラグ６７１と、発行者情報６７２とを備えている。許可フラグ６７１は、該当するサービスプロファイル６１０の内容が許可を受けたものであるか否かを示すフラグである。発行者情報６７２は、許可フラグ６７１が「許可有」を示している場合にその許可をした発行者に関する情報を保持するものである。この発行者情報６７２としては、例えば会社名等のその発行者を識別できる識別情報を想定することができる。
【０１１２】
図１５は、本発明の他の実施の形態における認証コード７３０の生成過程の一例を示す図である。本発明の他の実施の形態では、セキュリティ情報６１７の許可フラグ６７１を「許可有」状態にしてサービスの登録を行う際には、正当な認証コード７３０が提示されることを条件とする。この認証コード７３０は、予め定められた認証コード生成ロジック７２０により生成されるものである。
【０１１３】
認証コード生成ロジック７２０は、対象となるサービスプロファイル６１０に対して所定の操作を施すことにより認証コード７３０を生成する。ここで、所定の操作を実現するアルゴリズムとしては、例えばＳＨＡ−１（Secure Hash Algorithm 1）などのハッシュ関数や、ＡＥＳ（Advanced Encryption Standard）などの暗号化方式などを利用することができる。このアルゴリズムは、認証コードを生成する側とその認証コードを検証する側とで一致していればよく、両者で同期して複数のアルゴリズムを使い分けるようにしてもよい。
【０１１４】
また、認証コード生成ロジック７２０は、認証コード７３０を生成する際、サービスプロファイル６１０に秘密コード７１０を加えて所定の操作を施すようにしてもよい。この秘密コード７１０は、任意のコードであり、認証コードを生成する側とその認証コードを検証する側とで同一のものを使用する必要がある。この秘密コード７１０は、ネットワークインターフェース内の安全なメモリに予め格納しておくことが望ましい。この秘密コード７１０を用いることにより、もし認証コード生成ロジック７２０が見破られたとしても認証コードを無断で生成できないようにすることができる。
【０１１５】
図１６は、本発明の他の実施の形態におけるサービスプロファイル６１０の登録過程を示す図である。ホストシステム３１２から許可フラグ６７１が「許可有」を示しているサービスプロファイル６１０の登録が指示された場合、ネットワークインターフェース３２２は、同時に提示された認証コード７３０が正当なものであることを検証する。
【０１１６】
この検証方法としては、例えば、ネットワークインターフェース３２２に予め定められた認証コード生成ロジック７２０によりサービスプロファイル６１０に対する認証コードを実際に生成して、提示された認証コード７３０との一致を確認する方法がある。両者が一致すればその認証コード７３０は正当なものであると検証できる。このとき、上述のように秘密コード７１０を利用することもできる。
【０１１７】
認証コード７３０が正当なものであることの検証に成功した場合、ネットワークインターフェース３２２はプロファイルメモリ３２２２にサービスプロファイル６１０を記録する。
【０１１８】
図１７は、本発明の他の実施の形態における認証コード７３０の生成ないし配布の態様を示す図である。図１７（ａ）は、認証コードの生成権限を有する開発者が自身で認証コード７３０を生成する場合の態様を示す図である。開発者自身が生成権限を有する場合には、このように単独で認証コード７３０を生成することができる。
【０１１９】
図１７（ｂ）は、認証コードの生成権限を有しない開発者が認証コード７３０の生成を依頼する場合の態様を示す図である。開発者は、作成したサービスプロファイル６１０を供給者に送付して、認証コードの生成を依頼する。供給者は受け取ったサービスプロファイル６１０に対して認証コード生成ロジックを施して認証コード７３０を生成する。このようにして生成された認証コード７３０は依頼元である開発者に配布される。
【０１２０】
図１７（ｃ）は、認証コードの生成権限を有しない開発者と認証コードの生成権限を有する供給者との間に配布者を設けた場合の態様を示す図である。この場合、開発者は配布者に対して認証コードの生成依頼を行うが、実際に認証コードを生成するのは供給者である。供給者は認証コード７３０を生成した後、その配布を配布者に委託する。配布者は認証コードを管理し、適切な開発者に認証コード７３０を配布する。
【０１２１】
なお、これら認証コードの配布過程においては、暗号化処理を施すことにより安全な配布が行われるべきである。例えば、電子メールにより配布される場合には、ＰＧＰ（Pretty Good Privacy）などの暗号化手段を採用することができる。
【０１２２】
図１８は、本発明の他の実施の形態における通信機器の機能構成例を示す図であり、図３の場合と同様に、２台の通信機器３０１および３０２がネットワーク３５０に接続する場合の対応部分を示している。この図１８の通信機器は、ネットワークインターフェース３２２がコードメモリ３２２７を備えている点、ならびに、サービス登録要求部３１２８、サービス登録部３２２８、サービス発見指示部３１１９、サービス発見要求部３２１９およびサービス検索部３２２９の処理内容が異なる点を除き、図３の通信機器と同様の機能構成を備える。
【０１２３】
コードメモリ３２２７は秘密コード７１０を保持するメモリである。サービス登録部３２２８は、認証コード生成ロジック７２０において秘密コード７１０を使用する場合にはこのコードメモリ３２２７から秘密コード７１０を読み出す。従って、秘密コード７１０を使用せずに認証コードを生成する通信機器においてはこのコードメモリ３２２７は必ずしも必要ではない。
【０１２４】
サービス登録指示部３１２８は、サービス登録部３２２８に対し、通信機器３０２によって提供できるサービスの内容をプロファイルメモリ３２２２に登録するよう指示するものである。このとき、セキュリティ情報６１７の許可フラグ６７１を「許可有」に設定することができるが、その場合には正当な認証コード７３０を提示する必要がある。このサービス登録指示部３１２８は、例えば、ネットワークインターフェース３２２の提供するＡＰＩによりサービスの登録を指示する。
【０１２５】
サービス登録部３２２８は、ホストシステム３１２のサービス登録指示部３１２８からサービス登録指示があると、許可フラグ６７１が「許可有」旨を示す場合には提示された認証コードを検証する。検証の結果、正当な認証コードであることを確認すると、サービス登録部３２２８はサービスプロファイル６１０をプロファイルメモリ３２２２に記録する。
【０１２６】
但し、属性の同じサービスプロファイル６１０が既に登録されているときには、その既存のサービスプロファイル６１０の許可フラグ６７１が「許可有」を示していない場合に限り、そのサービスプロファイル６１０をプロファイルメモリ３２２２に記録する。このとき、既存のサービスプロファイル６１０は上書きにより削除される。
【０１２７】
サービス発見指示部３１１９は、サービスを発見するための指示を行うものである。サービス発見指示部３１１９は、発見しようとするサービスを含むサービスプロファイルを作成して、例えば、ネットワークインターフェース３２１の提供するＡＰＩを利用してサービスの発見を指示する。このとき、オーソライズされたサービスを発見したい場合には、許可フラグ６７１を「許可有」に設定してサービスの発見を指示する。また、発行者を限定したい場合には、さらに発行者情報６７２に発行者の社名等を記載しておく。一方、発行者を限定しない場合には、この発行者情報６７２にはワイルドカードを示す記号（例えば、オール"１"）を記載しておく。
【０１２８】
サービス発見要求部３２１９は、サービス発見指示部３１１９からの指示に応答して、サービスを発見するプロトコルを、ブロードキャストまたはマルチキャストによりネットワーク３５０を介して出力する。
【０１２９】
サービス検索部３２２９は、サービス発見指示部３１１９によりブロードキャストまたはマルチキャストされたサービス発見プロトコルを受信して、サービス発見プロトコルによって問い合わせられた条件とプロファイルメモリ３２２２が保持するサービスプロファイルとが一致するか検索を行う。一致すると判断された場合、サービス検索部３２２３は、問合せを行った通信機器３０１に対して応答用のプロトコルを、ネットワーク３５０を介してユニキャストにより出力する。一方、一致しないと判断された場合には、サービス検索部３２２３は、受信したサービス発見プロトコルを破棄して、何も応答をしない。
【０１３０】
このとき、サービス検索部３２２９は、サービスプロファイルの一致を判断する際に、セキュリティ情報６１７のチェックも行う。すなわち、許可フラグ６７１が「許可有」であるサービスの発見が要求されている場合には、プロファイルメモリ３２２２において許可フラグ６７１が「許可有」であるサービスプロファイルが検索される。そして、さらに発行者情報６７２の指定があるときには、この発行者情報６７２の一致も検索条件とされる。一方、サービスの発見要求における許可フラグ６７１が「許可有」でない場合には、セキュリティ情報６１７は検索条件とならず、それ以外の機能項目だけが検索条件とされる。
【０１３１】
次に本発明の他の実施の形態における通信機器の動作について図面を参照して説明する。
【０１３２】
図１９は、本発明の他の実施の形態におけるサービス提供側の通信機器３０２（図１８）の処理手順を示す図である。まず、その機器のサービスプロファイルが作成されると（ステップＳ９４０）、サービス登録部３２２８はサービス登録指示部３１２８の指示によって、そのサービスプロファイルをプロファイルメモリ３２２２に登録する（ステップＳ９５０）。このサービスプロファイルの作成と登録については図２０および図２１により図３の場合との相違点について後述する。なお、この後、通信機器３０２のホストシステム３１２は待機状態に遷移することができる（ステップＳ９６３）点は図１１の場合と同様である。
【０１３３】
その後、サービス検索部３２２９は、他の通信機器からサービス発見プロトコルを受信すると（ステップＳ９６４）、プロファイルメモリ３２２２に保持されたサービスプロファイルを検索する（ステップＳ９６５）。そして、サービス発見プロトコルに含まれる条件がプロファイルメモリ３２２２に保持されたサービスプロファイルと一致していて（ステップＳ９６６）、さらにセキュリティ情報６１７をチェックして条件を満たしていれば（ステップＳ９６７）、サービス検索部３２２９は応答プロトコルを上記他の通信機器に返送する（ステップＳ９６８）。これ以降の処理は図１１の場合と同様である。
【０１３４】
一方、ステップＳ９１６において一致するサービスプロファイルが発見されず、もしくは、セキュリティ情報６１７の条件を満たしていなかったときには、そのサービス発見プロトコルを無視して次のサービス発見プロトコルの受信を待つ（ステップＳ９６４）。
【０１３５】
図２０は、本発明の他の実施の形態におけるプロファイル作成の処理手順を示す図である。サービスプロファイル６１０の作成に必要なデータが作成された後（ステップＳ９４１）、その許可フラグ６７１が「許可有」でなければ（ステップＳ９４２）、認証コードは不要であるので、認証コードを固定フォーマットとして提示する必要があるときにはその認証コードにはダミーを設定しておく（ステップＳ９４４）。
【０１３６】
許可フラグ６７１が「許可有」である場合（ステップＳ９４２）、認証コードを生成する権限が有れば（ステップＳ９４３）、認証コードを生成する（ステップＳ９４５）。一方、認証コードを生成する権限が無ければ（ステップＳ９４３）、図１７で説明したように供給者または配布者に認証コードの生成を依頼する（ステップＳ９４６）。
【０１３７】
図２１は、本発明の他の実施の形態におけるプロファイル登録の処理手順を示す図である。許可フラグ６７１が「許可有」である場合（ステップＳ９５１）、サービス登録部３２２８は提示された認証コードを検証する（ステップＳ９５２）。このとき、認証コードが正当なものでない場合には（ステップＳ９５３）、そのサービスプロファイルが廃棄されるともに、エラーの返答がホストシステム３１２になされる（ステップＳ９５９）。
【０１３８】
許可フラグ６７１が「許可有」でない場合（ステップＳ９５１）もしくは認証コードが正当なものである場合（ステップＳ９５３）には、プロファイルメモリ３２２２に同一の機能項目の重複するサービスプロファイルが既に登録されているか否かが判断され（ステップＳ９５４）、登録されていなければそのサービスプロファイルはプロファイルメモリ３２２２に記録される（ステップＳ９５５）。
【０１３９】
プロファイルメモリ３２２２に同一の機能項目の重複するサービスプロファイルが既に登録されている場合（ステップＳ９５４）には、さらにその既に登録されているサービスプロファイルの許可フラグ６７１が「許可有」でない場合に限り（ステップＳ９５６）、新たなサービスプロファイルがプロファイルメモリ３２２２に上書きされる（ステップＳ９５７）。
【０１４０】
許可フラグ６７１が「許可有」でない場合（ステップＳ９５１）もしくは認証コードが正当なものである場合（ステップＳ９５３）には、その後、正常の返答がホストシステム３１２になされる（ステップＳ９５８）。
【０１４１】
このように、本発明の他の実施の形態では、サービスプロファイル６１０にセキュリティ情報６１１を備えることにより、そのサービスがオーソライズされたものか否かを区別して登録することができ、提供されるサービスに対する信頼性をさらに向上させることができる。
【０１４２】
なお、本発明の他の実施の形態におけるサービス要求側の通信機器３０１（図１８）の処理手順は、図１２で説明した本発明の実施の形態と同様であるが、サービス発見機能を呼び出す際のサービスプロファイル生成にあたってセキュリティ情報６１１を含ませることができる点で図１２の場合と異なる。
【０１４３】
なお、本発明の実施の形態は本発明を具現化するための一例を示したものであり、以下に示すように特許請求の範囲における発明特定事項とそれぞれ対応関係を有するが、これに限定されるものではなく本発明の要旨を逸脱しない範囲において種々の変形を施すことができる。
【０１４４】
すなわち、請求項１において、第１の通信機器は例えば通信機器３０１に対応する。また、問合せ手段は例えばサービス発見要求部３２１３または３２１９に対応する。また、第２の通信機器は例えば通信機器３０２に対応する。また、属性保持手段は例えばプロファイルメモリ３２２２に対応する。また、検索手段は例えばサービス検索部３２２３または３２２９に対応する。
【０１４５】
また、請求項３において、属性保持手段は例えばプロファイルメモリ３２２２に対応する。また、検索手段は例えばサービス検索部３２２３または３２２９に対応する。
【０１４６】
また、請求項６において、属性登録手段は例えばサービス登録部３２２１または３２２８に対応する。
【０１４７】
また、請求項９において、サービスに関する情報は例えばサービスプロファイル６１０に対応する。
【０１４８】
また、請求項１０において、プロトコルの種別は例えばプロトコル情報６１３に対応する。
【０１４９】
また、請求項１１において、サービスの内容とその種別は例えばサービス特性情報６１５およびサービス種別情報６１４に対応する。
【０１５０】
また、請求項１３において、上位層処理手段は例えばホストシステム３１２に対応する。
【０１５１】
また、請求項１５において、状態制御手段は例えば状態制御部３２２４に対応する。
【０１５２】
また、請求項１７および２０において、属性保持手段は例えばプロファイルメモリ３２２２に対応する。また、ネットワークを介した他の通信機器からの問合せを受信する手順は例えばステップＳ９１４またはＳ９６４に対応する。また、問合せに応答して属性保持手段に保持される属性を検索する手順は例えばステップＳ９１５またはＳ９６５に対応する。また、検索の結果を他の通信機器にネットワークを介して返す手順は例えばステップＳ９１８またはＳ９６８に対応する。
【０１５３】
また、請求項１８および２１において、属性保持手段は例えばプロファイルメモリ３２２２に対応する。また、ネットワークを介して他の通信機器から許可されたサービスを対象とした問合せを受信する手順は例えばステップＳ９６４に対応する。また、問合せに応答して許可されたサービスを対象として前記属性保持手段に保持される属性を検索する手順は例えばステップＳ９６５乃至Ｓ９６７に対応する。また、検索の結果を他の通信機器にネットワークを介して返す手順は例えばステップＳ９６８に対応する。
【０１５４】
また、請求項１９および２２において、属性保持手段は例えばプロファイルメモリ３２２２に対応する。また、上位層処理手段は例えばホストシステム３１２に対応する。また、ネットワークを介した他の通信機器からの問合せを受信する手順は例えばステップＳ９１４またはＳ９６４に対応する。また、問合せに応答して属性保持手段に保持される属性を検索する手順は例えばステップＳ９１５またはＳ９６５に対応する。また、検索の結果を他の通信機器にネットワークを介して返す手順は例えばステップＳ９１８またはＳ９６８に対応する。また、ネットワークを介した他の通信機器からの復帰要求を受信する手順は例えばステップＳ９１９またはＳ９６９に対応する。また、要求に応答して上位層処理手段を待機状態から復帰させる手順は例えばステップＳ９２１またはＳ９７１に対応する。
【０１５５】
なお、本発明の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。
【産業上の利用可能性】
【０１５６】
本発明の活用例として、例えば通信機器間をネットワークにより接続してネットワークを構成し、そのような通信機器を内蔵もしくは通信機器に接続する装置同士で通信を行いながら所定のサービスを実現する際に本発明を適用することができる。
【図面の簡単な説明】
【０１５７】
【図１】本発明が適用されるネットワークシステムの構成例を示す図である。
【図２】本発明の実施の形態における通信機器３００の構成例を示す図である。
【図３】本発明の実施の形態における通信機器の機能構成例を示す図である。
【図４】本発明の実施の形態におけるプロファイルメモリ３２２２に保持され、または、サービス発見プロトコルに含まれるサービスプロファイルについて示す図である。
【図５】本発明の実施の形態におけるサービスプロファイル６１０の構成例について示す図である。
【図６】本発明の実施の形態におけるサービスプロファイル６１０のサービス種別情報６１４およびサービス特性情報６１５について示す図である。
【図７】本発明の実施の形態におけるサービス発見の流れを示すシーケンスチャートである。
【図８】本発明の実施の形態における復帰要求の流れを示すシーケンスチャートである。
【図９】本発明の実施の形態におけるホームシアターシステム５００の構築例を示す図である。
【図１０】本発明の実施の形態におけるホームシアターシステム５００による各機器のサービスプロファイルの一例を示す図である。
【図１１】本発明の実施の形態におけるサービス提供側の通信機器３０２の処理手順を示す図である。
【図１２】本発明の実施の形態におけるサービス要求側の通信機器３０１の処理手順を示す図である。
【図１３】本発明の他の実施の形態におけるサービスプロファイルの他の例について示す図である。
【図１４】本発明の他の実施の形態におけるセキュリティ情報６１７の構成例を示す図である。
【図１５】本発明の他の実施の形態における認証コード７３０の生成過程の一例を示す図である。
【図１６】本発明の他の実施の形態におけるサービスプロファイル６１０の登録過程を示す図である。
【図１７】本発明の他の実施の形態における認証コード７３０の生成ないし配布の態様を示す図である。
【図１８】本発明の他の実施の形態における通信機器の機能構成例を示す図である。
【図１９】本発明の他の実施の形態におけるサービス提供側の通信機器３０２の処理手順を示す図である。
【図２０】本発明の他の実施の形態におけるプロファイル作成の処理手順を示す図である。
【図２１】本発明の他の実施の形態におけるプロファイル登録の処理手順を示す図である。
【符号の説明】
【０１５８】
３００〜３０２  通信機器
３１０〜３１２  ホストシステム
３２０〜３２２  ネットワークインターフェース
３３０  ネットワークコントローラ
３４１  無線通信ユニット
３４２  媒体装着ユニット
３５０  ネットワーク
３５１  アンテナ
３５２  バス
５００  ホームシアターシステム
５１０  ホームサーバ
５２０  ＤＶＤプレーヤ
５３０  オーディオアンプ
５４０  フラットパネルディスプレイ
５５０  サラウンドスピーカ
５６０  遮光カーテン
５７０  照明
５８０  リモートコントローラ
６００  サービスプロファイルリスト
６１０  サービスプロファイル
６１１  プロファイル情報
６１２  機器情報
６１３  プロトコル情報
６１４  サービス種別情報
６１５  サービス特性情報
６１６  オプション
６１７  セキュリティ情報
７１０  秘密コード
７３０  認証コード
３１１３、３１１９  サービス発見指示部
３１１４  復帰指示部
３１１５  詳細サービス発見要求部
３１１６  サービス要求部
３１２１、３１２８  サービス登録指示部
３１２４  電源制御部
３１２５  詳細サービス検索部
３１２６  サービス提供部
３２１３、３２１９  サービス発見要求部
３２１４  復帰要求部
３２２１、３２２８  サービス登録部
３２２２  プロファイルメモリ
３２２３、３２２９  サービス検索部
３２２４  状態制御部
３２２７  コードメモリ
【図１】
2005318505.tif 000003
【図２】
2005318505.tif 000004
【図３】
2005318505.tif 000005
【図４】
2005318505.tif 000006
【図５】
2005318505.tif 000007
【図６】
2005318505.tif 000008
【図７】
2005318505.tif 000009
【図８】
2005318505.tif 000010
【図９】
2005318505.tif 000011
【図１０】
2005318505.tif 000012
【図１１】
2005318505.tif 000013
【図１２】
2005318505.tif 000014
【図１３】
2005318505.tif 000015
【図１４】
2005318505.tif 000016
【図１５】
2005318505.tif 000017
【図１６】
2005318505.tif 000018
【図１７】
2005318505.tif 000019
【図１８】
2005318505.tif 000020
【図１９】
2005318505.tif 000021
【図２０】
2005318505.tif 000022
【図２１】
2005318505.tif 000023