(57)【要約】      （修正有）【課題】サーバ側の設定に問題がある場合に、ユーザが解決策を容易に把握することのできる通信機器を提供する。【解決手段】表示部１５にサーバ一覧画面５０を表示させる。サーバ一覧表示画面５０では、詳細機器情報を取得できたサーバ機器については、詳細機器情報で取得した情報をアイコン５１、５２のように記載し、一方、詳細機器情報を取得することができなかったサーバ機器については、機器存在通知で取得した情報をアイコン５３、５４のように表示する。このとき、サーバ機器側の設定に問題があったと考えられるので、アイコン５３及びアイコン５４の右側に、「サーバ側のアクセス制限設定を見直してください！」というエラーメッセージ５５を表示している。【選択図】図６
2008003839.tif 000002
【特許請求の範囲】
【請求項１】
他の通信機器がネットワーク上の機器に対して相手を特定せずに送信した機器存在通知
を受信する機器存在通知受信手段と、
機器存在通知を送信した前記他の通信機器に対し、詳細機器情報の取得要求を送信する
詳細機器情報取得手段と、
前記詳細機器情報取得手段による前記他の通信機器からの詳細機器情報の取得できた場
合には当該詳細機器情報により取得した情報を、詳細機器情報の取得できなかった場合に
は機器存在通知により取得した情報を、前記表示装置に前記他の通信機器に係る情報とし
て表示する表示手段と
を備えることを特徴とする通信機器。
【請求項２】
前記表示手段は、前記詳細機器情報取得手段による詳細機器情報の取得できなかった場
合には、前記他の通信機器の設定変更が必要である旨を前記表示装置に表示すること
を特徴とする請求項１記載の通信機器。
【請求項３】
前記機器存在通知受信手段及び前記詳細情報取得手段は、第１の通信方式を利用する第
２の通信方式で前記ネットワーク上の機器と通信し、
前記表示手段は、前記第１の通信方式では必須でない情報であって第２の通信方式に必
須の情報が前記他の通信機器から受信した詳細機器情報に含まれていない場合に、その旨
を前記表示装置に表示すること
を特徴とする請求項１記載の通信機器。
【請求項４】
前記機器存在通知受信手段及び前記詳細情報取得手段は、ＵＰｎＰにより前記他の通信
機器と通信し、
前記表示手段は、前記詳細機器情報取得手段による前記他の通信機器からの詳細機器情
報の取得が失敗した場合には、前記他の通信機器から受信した機器存在通知に含まれるＵ
ＲＬを前記表示装置に表示すること
を特徴とする請求項１記載の通信機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して他の通信機器と通信する通信機器に関する。
【背景技術】
【０００２】
近年、テレビやＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）レコーダ、ＰＣ（Ｐｅｒｓ
ｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等の電子機器や情報機器をネットワークで接続し、これら
各機器間での通信を可能とした、いわゆるホームネットワークが普及しつつある。ホーム
ネットワークでは、例えばＨＤＤレコーダが記憶している映像コンテンツデータを、ネッ
トワークを介して受信して他の部屋にあるテレビ等で視聴することができる。
【０００３】
このようなホームネットワークの構成に適する技術として、例えばＵＰｎＰ（Ｕｎｉｖ
ｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）が知られている。ＵＰｎＰは、複雑な操作を
行うことなくネットワークに接続された機器に於いて各接続機器の提供サービスを受ける
ことを可能とする技術であり、接続機器間で、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋ
ｕｐ  Ｌａｎｇｕａｇｅ）に準拠した定義ファイルを交換し、機器間で相互接続を行う。
【０００４】
サーバ機器が複数ある場合のクライアント機器とサーバ機器とがあるシステムの公知技
術は、例えば特許文献１に記載されている。
【特許文献１】特開２００２−００７３３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、クライアント機器又はサーバ機器の設定によっては、クライアント機器
で当該サーバ機器を正常に利用できないことがある。クライアント機器がサーバ機器を利
用できない原因は、クライアント機器側の設定に問題がある場合と、サーバ機器側の設定
に問題がある場合との大きく２つに分けられる。例えばクライアント機器側の設定の問題
としてはファイアウォールの設定等が、或いはサーバ機器側の設定としてはアドレスフィ
ルタリングの設定等が挙げられる。しかしながらこのときユーザは、視聴するクライアン
ト機器側に問題があるのか、サーバ機器側に問題があるのかを把握することは困難であっ
た。
【０００６】
そこで本発明は、サーバ側の設定に問題がある場合に、ユーザが解決策を容易に把握す
ることのできる通信機器を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の通信装置は、他の通信機器がネットワーク上の機
器に対して相手を特定せずに送信した機器存在通知を受信する機器存在通知受信手段と、
機器存在通知を送信した前記他の通信機器に対し、詳細機器情報の取得要求を送信する詳
細機器情報取得手段と、前記詳細機器情報取得手段による前記他の通信機器からの詳細機
器情報の取得できた場合には当該詳細機器情報により取得した情報を、詳細機器情報の取
得できなかった場合には機器存在通知により取得した情報を、前記表示装置に前記他の通
信機器に係る情報として表示する表示手段とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、サーバ側の設定に問題がある場合に、ユーザが解決策を容易に把握す
ることのできる通信機器を提供することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の通信機器について、図面を参照しながら説明する。
【実施例１】
【００１０】
図１は、本発明の通信装置の実施例１に係るクライアント機器１が使用される通信シス
テムの構成を示す図である。通信システム１は、コンテンツデータを視聴するクライアン
ト機器１０と、コンテンツデータを格納するサーバ機器３０Ａ、３０Ｂ、３０Ｃ、３０Ｄ
とから構成される。クライアント機器１０と、サーバ機器３０Ａ乃至３０Ｄとは、其々Ｔ
ＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔ
ｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）により通信が行われるネットワーク２０に接続される。
【００１１】
クライアント機器１０、サーバ機器３０Ａ乃至３０Ｄは、其々ＵＰｎＰに対応した機器
である。ＵＰｎＰでは、ネットワークの基本構成として、デバイス、サービス、コントロ
ールポイントが定義されている。デバイスは、ＵＰｎＰに対応した機器であり、サービス
はデバイスが提供する機能を表す最小単位である。各デバイスは、最低１つのサービスを
有している。コントロールポイントは、デバイスの持っているサービスを制御し、利用す
るものである。また、ひとつの機器の中に複数のデバイス機能を持たせる事もでき、更に
、コントロールポイントとデバイスとが一体となっている機器を考えることもできる。
【００１２】
ここで、通信システム１では、クライアント機器１０がコントロールポイントを構成し
、サーバ機器３０Ａ乃至３０Ｄが、コンテンツデータを保有、提供する、ＵＰｎＰ  ＡＶ
で定義されるメディアサーバとしてのサービスを有するデバイスであるものとする。
【００１３】
ここで、ユーザがデジタルテレビ等であるクライアント機器１０を使用して、サーバ機
器３０Ａ乃至３０Ｄのいずれかに保存されているコンテンツデータを視聴しようとする場
合には、クライアント機器１０は、自身の持つ表示部（外部の表示装置に出力しても良い
）に、ネットワーク２０上のサーバ一覧画面を表示し、ユーザに任意のサーバ機器を選択
させる機能を有する。後述するように、このときクライアント機器１０はアドレスフィル
タリング等により利用することのできないサーバ機器も当該機器一覧に表示する。
【００１４】
次に、図２を参照しながら、クライアント機器１０の構成について説明する。図２は、
クライアント機器１０の構成を示す図である。クライアント機器１０は、制御部１１と、
記憶部１２と、通信部１３と、表示制御部１４と、表示部１５と、操作部１６とから構成
される。制御部１１、記憶部１２、通信部１３、表示制御部１４、操作部１６は其々バス
を介して接続されている。
【００１５】
制御部１１は、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等
であり、所定の制御プログラムを実行し、クライアント機器１０全体の動作を統括制御す
る。この制御部１１実行される制御プログラムにより、クライアント機器１０はコントロ
ールポイントとしての機能、及びＵＰｎＰ  ＡＶで定義されるメディアレンダラとしての
機能を果たすことができる。また制御部１１は、サーバ機器３０Ａ乃至３０Ｄに係る、後
述するサーバ一覧画面を表示部１５に表示することができる。
【００１６】
記憶部１２は、例えばＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＨＤＤ（Ｈａｒ
ｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等であり、不揮発性の記憶媒体であるものとする。サーバ３
０Ａ乃至３０Ｄから受信した、機器存在通知に記載された情報や、詳細機器情報として取
得した情報は記憶部１２に記憶される。さらに、それらの情報を各機器に固有に割り当て
られたＵＵＩＤに対応付けて記憶させることにより、ネットワーク２０上から削除された
後再接続された場合であっても、再度詳細機器情報を取得することなく、機器が提供する
サービス等を認識することができる。
【００１７】
通信部１３は、ネットワーク２０でＴＣＰ／ＩＰにより通信するための通信インタフェ
ースであり、サーバ機器３０Ａ乃至３０Ｄから送信される機器存在通知（アドバタイズ）
、及び詳細機器情報（ディスクリプションレスポンス）は通信部１３で受信される。また
、詳細機器情報の取得要求（ディスクリプションリクエスト）も通信部１３から送信され
る。
【００１８】
表示制御部１４は、ＵＰｎＰ  ＡＶで定義されるメディアレンダラとして制御部１１の
制御の下、通信部１３で受信したコンテンツデータによる映像を表示部１５に表示するた
めの表示制御を行う。また、ネットワーク２０上のサーバ機器３０Ａ乃至３０Ｄに係るサ
ーバ一覧画面も、制御部１１による制御下、表示制御部１４が表示部１５に表示する。
【００１９】
表示部１５は、例えばＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）やＳ
ＥＤ（Ｓｕｒｆａｃｅ−ｃｏｎｄｕｃｔｉｏｎ  Ｅｌｅｃｔｒｏｎ−ｅｍｉｔｔｅｒ  Ｄ
ｉｓｐｌａｙ）等であり、表示制御部１４から出力される信号に基づいて映像を表示する
。尚、表示装置としての表示部１５は必ずしも内蔵する必要は無く、例えば表示制御部１
４が、出力端子から信号を出力し、外部機器である表示装置に出力するようにしても良い
。
【００２０】
操作部１６は、例えばボタンやリモコン信号受光部等であり、ユーザが入力するための
入力インタフェースである。
コントロールポイントであるクライアント機器１０は、ＳＳＤＰ（Ｓｉｍｐｌｅ  Ｓｅ
ｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）により、デバイスであるサーバ機
器３０Ａ乃至３０Ｄが提供するネットワークサービスを検出する。ＵＰｎＰ対応機器であ
るクライアント機器１０とサーバ機器３０Ａ乃至３０Ｄとの間で行われる、機器検出時の
処理の流れについて、図３を参照しながら説明する。
【００２１】
デバイスであるサーバ機器３０Ａ乃至３０Ｄは、ネットワークに追加されると、自機器
の存在を通知するため、機器存在通知（アドバタイズ）を同一サブネット上にあるネット
ワーク２０上の全機器に、相手を特定せずにブロードキャスト又はマルチキャストにより
送信する（図３のＳ３０１）。
【００２２】
つまり、機器存在通知（アドバタイズ）はある特定の１台の機器に対して送信するもの
ではなく、同一サブネット上にあるネットワーク上の全機器に対して、相手を特定せずに
送信するものである。これにより、例えばサーバ機器３０Ａがコントロールポイントであ
るクライアント機器１０に対しＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ア
ドレスフィルタリング等により応答しないように設定されていたとしても、クライアント
機器１０はサーバ機器３０Ａからの機器存在通知（アドバタイズ）は受信することができ
る。
【００２３】
尚、機器存在通知は、デバイスであるサーバ機器３０Ａ乃至３０Ｄのネットワーク接続
時のみならず、コントロールポイントであるクライアント機器１０からＭ−ＳＥＡＲＣＨ
要求を受信した際にも同一サブネット上にあるネットワーク２０上の全デバイス、即ちサ
ーバ機器３０Ａ乃至３０Ｄから送信される。Ｍ−ＳＥＡＲＣＨ要求は、コントロールポイ
ントが、ネットワーク上の各デバイスに対し、機器存在通知を送信するように要求するコ
マンドである。
【００２４】
図４は、サーバ機器３０Ｃからクライアント機器１０へ送信される機器存在通知４０の
例である。
図４の例を元に、いくつかの行について説明を行う。
ＬＯＣＡＴＩＯＮから始まる行には、「ｈｔｔｐ：１６９．２５４．１５９．４５：３
１１１４／ａｖｄｅｖｉｃｅｄｅｓｃ．ｘｍｌ」と記載される。当該ＵＲＬは、当該デバ
イスの詳細機器情報（ディスクリプション）を取得する際のＵＲＬである。つまり、当該
部分を参照することにより、サーバ機器３０のＵＲＬがわかる。
【００２５】
ＣＡＣＨＥ−ＣＯＮＴＲＯＬから始まる行には、「ｍａｘ−ａｇｅ＝１８００」と記載
されている。これは、当該機器存在通知４０に係るデバイスの有効期限を示す秒数である
。ネットワークからの削除通知（ｂｙｅ−ｂｙｅ）をサーバ機器３０Ｃから受信しない場
合でも、１８００秒（＝３０分）以上当該サーバ機器から新たな機器存在通知が発行され
ない場合には、コントロールポイントであるクライアント機器１０は、ネットワーク２０
から当該サーバ機器３０が削除されたものと解釈する。
【００２６】
ＮＴから始まる行には、「ｕｕｉｄ：４３ｄ０８ｃ３０−９９２７−１１ｄａ−ａｅａ
ｅ−００２０ａ６５０９ａｂａ」と記載されている。ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ
Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ）とは、各デバイスに対して固有に割り当てられ
る値であり、ＵＰｎＰでは、ネットワーク上の各デバイスをＵＵＩＤで識別する。即ち、
たとえＩＰアドレスが変わったとしても、ＵＵＩＤが同じであれば同じデバイスであるこ
とをコントロールポイントは認識することができる。
【００２７】
ＳＥＲＶＥＲから始まる行には、「Ｗｉｎｄｏｗｓ（登録商標、以下同様）  ＸＰ／０１  ＵＰｎＰ１．０  Ｉｎｔｅｌ＿ＳＤＫ＿ｆｏｒ＿ＵＰｎＰ＿ｄｅｖｉｃｅｓ／１．２」と記載されている。ＳＥＲＶＥＲから始まる行には、ＯＳ名、ＯＳバージョン等の情報が、文字列として連記されている。
【００２８】
しかしながら、機器存在通知４０だけでは、コントロールポイントはＵＵＩＤやＵＲＬ
等の情報しか取得することはできない。そこで、クライアント機器１０は当該サーバ機器
３０に対し、詳細機器情報（デバイスディスクリプション）の取得要求（ＨＴＴＰ  ＧＥ
Ｔ）を送信する（図３のＳ３０２）。このときクライアント機器１０が取得要求を送信す
るＵＲＬは、図４の機器存在通知４０中のＬＯＣＡＴＩＯＮ行に記載されていたものであ
る。
【００２９】
機器詳細情報（デバイスディスクリプション）の詳細についてはここでは省略するが、
例えば、製造シリアル番号やメーカ名等のメーカ情報、当該デバイスが提供するサービス
のリスト等が記載される。当該機器詳細情報の応答（ディスクリプションレスポンス）を
受信して初めて、クライアント機器１はサーバ機器３０がどのようなサービスを提供する
デバイスであるのかを認識することができるようになる（Ｓ３０３）。
【００３０】
しかしながら、サーバ機器３０がクライアント機器１０に対してＭＡＣアドレス等によ
るアドレスフィルタリングによりクライアント機器１０に対してレスポンスを返さないよ
うに設定されている場合には、クライアント機器１０がサーバ機器３０に対して詳細機器
情報取得要求を送信しても（Ｓ３０２）、サーバ機器３０はそれに対する機器詳細情報を
返さない。このため、クライアント機器１０はサーバ機器３０の機器存在通知４０を受信
することはできるが、詳細機器情報は取得することができない。
【００３１】
尚ここで、アドレスフィルタリングとは、例えばＭＡＣアドレス等の機器に固有に割り
当てられたアドレスを元に、特定の機器の接続の許可若しくは拒否を設定する機能であり
、不正アクセスを防止するために使用されるものである。アドレスフィルタリングを行う
サーバ機器では、例えばＭＡＣアドレスを登録許可制にし、クライアント機器のＭＡＣア
ドレスが許可される設定になっていないと、当該機器に対しては、要求に対する応答を返
さない、或いはエラーコードを返す等の実装が行われている。アドレスフィルタリングを
行うことで、ユーザは家庭内にある等の許可するクライアント機器にのみコンテンツデー
タを配信する環境を構築することが可能となる。
【００３２】
図５を参照しながら、クライアント機器１０の処理の流れについて説明する。図５は、
クライアント機器１０の処理の流れを示すフローチャートである。尚、このフローチャー
トの開始時点において、クライアント機器１０はまだネットワーク２０に接続されていな
いものとする。
【００３３】
クライアント機器１０は、まず、ネットワーク２０に接続されたか否かを判断する（Ｓ
４０１）。もしネットワーク２０に接続されていなければ（Ｓ４０１のＮｏ）、ネットワ
ーク２０に接続されるのを待つ。
【００３４】
クライアント機器１０がネットワーク２０に接続されると、コントロールポイントであ
るクライアント機器１０は、Ｍ−ＳＥＡＲＣＨ要求を送信する（Ｓ４０２）。Ｍ−ＳＥＡ
ＲＣＨ要求は、先述の通り、ネットワーク２０上の各デバイスに対し、機器存在通知（ア
ドバタイズ）の送信を要求するコマンドである。
【００３５】
Ｍ−ＳＥＡＲＣＨ送信後、クライアント機器１０はネットワーク２０上のデバイスであ
るサーバ機器３０Ａ乃至３０Ｄから機器存在通知を受信する（Ｓ４０３）。さらに、機器
存在通知を受信したサーバ機器の中から１台のサーバ機器を選択し（Ｓ４０４）、当該サ
ーバ機器に詳細機器情報取得要求（ディスクリプションリクエスト）を送信する（Ｓ４０
５）。このとき、サーバ機器から応答があれば（Ｓ４０６のＹｅｓ）、取得した詳細機器
情報（提供するサービス一覧等）、及び機器存在通知内の情報（例えば、ＵＲＬやＳＥＲ
ＶＥＲの情報等）を記憶部１２に記憶する（Ｓ４０７）。
【００３６】
一方、サーバ機器から詳細機器情報取得要求への応答がなければ（Ｓ４０６のＮｏ）、
詳細機器情報を取得することはできないため、機器存在通知内の情報（例えば、ＵＲＬや
ＳＥＲＶＥＲの情報等）だけを記憶部１２に記憶する（Ｓ４０８）。
【００３７】
Ｓ４０７若しくはＳ４０８での当該サーバ機器にかかる情報の記憶後、制御部１１は、
機器存在通知を受信した全機器への詳細機器情報の取得要求を送信したか否かを判断し（
Ｓ４０９）、まだ詳細機器情報の取得要求を送信していない機器があれば（Ｓ４０９のＮ
ｏ）、当該機器に対してＳ４０４乃至Ｓ４０８の処理を再度繰り返す。
【００３８】
ネットワーク２０上の全サーバ機器への詳細機器情報の取得要求を送信すれば（Ｓ４０
９のＹｅｓ）、クライアント機器１０は、新たな機器存在通知の受信を待つ（Ｓ４１０）
。新たな機器存在通知を受信した場合（即ち、ネットワーク２０上に新たなサーバ機器が
接続された場合、Ｓ４１０のＹｅｓ）、Ｓ４０４へ戻り、当該サーバ機器に詳細機器情報
取得要求を送信する。
【００３９】
このようにしてネットワーク２０上に存在するデバイスであるサーバ機器３０Ａ乃至３
０Ｄからの機器存在通知及び詳細機器情報を取得した後、制御部１１は、操作部１６の操
作によるユーザからの指示に基づき、表示制御部１４を介して表示部１５に図６に示すよ
うなサーバ一覧画面５０を表示させることができるようになる。ここで、本実施形態のサ
ーバ一覧画面５０は、ユーザに１台のサーバを選択させるためのサーバ選択画面である。
【００４０】
以下、サーバ機器３０Ｃ、３０Ｄはアドレスフィルタリング処理を実装しており、クラ
イアント機器１０が許可クライアントとして登録されていない場合、つまりクライアント
機器１０に詳細機器情報を返すことができない場合を考える。また、サーバ機器３０Ａ、
３０Ｂはフィルタリング処理が実装されていない、又はクライアント機器１０が許可クラ
イアントとして登録されており、クライアント機器１０に詳細機器情報を返すことができ
るものとする。
【００４１】
図６の例のサーバ一覧表示画面５０では、項目１として「ＴＯＳＨＩＢＡ  Ｍｅｄｉａ
Ｓｅｒｖｅｒ」と記載されたアイコン５１、項目２として「ＴＯＳＨＩＢＡ  Ｎｏｔｅ
ＰＣ」と記載されたアイコン５２、項目３として「ｈｔｔｐ：／／１６９．２５４．１
５９．４５：３１１１４  Ｗｉｎｄｏｗｓ  ＸＰ／０１  ＵＰｎＰ／１．０」と記載され
たアイコン５３、項目４として「ｈｔｔｐ：／／１６９．２５４．１８５．９７：１０４
８０  Ｌｉｎｕｘ／２．４．２０−８  ＵＰｎＰ／１．０」と記載されたアイコン５４が
並んでいる。
【００４２】
ここで、アイコン５１及び５２は、詳細機器情報を取得することができたサーバ機器で
あるサーバ機器３０Ａ、３０Ｂに其々対応するアイコンであるものとする（メーカ名や機
種名等の情報は、詳細機器情報として記載される情報である）。一方、アイコン５３及び
５４は、詳細機器情報を取得することができなかったサーバ機器であるサーバ機器３０Ｃ
、３０Ｄを其々示すアイコンであるものとする。
【００４３】
詳細機器情報を取得できない場合には、当該サーバ機器を利用することはできず、また
表示するためのサーバ機器名（ｆｒｉｅｎｄｌｙＮａｍｅ等と呼ばれる）を取得すること
もできないため、詳細機器情報を取得することのできないデバイスはサーバ一覧装置とし
て通常表示しない。しかしながら本実施例では、これらのサーバ機器についての情報も、
アイコン５３及び５４としてサーバ一覧画面５０上に表示している。
【００４４】
さらに、アイコン５３及び５４がどのサーバに対応するかをユーザが特定できるように
するため、少なくとも機器存在通知４０で取得した情報であるＬＯＣＡＴＩＯＮ情報であ
るＵＲＬ、及びＳＥＲＶＥＲ情報（ＯＳ情報等）をアイコン５３及び５４に表示している
。これらの手がかりにより、ユーザはどのサーバ機器に問題があるかを認識することがで
きるようになる。
【００４５】
機器存在通知を受信したサーバ機器から詳細機器情報を取得することができない場合に
は、サーバ機器は少なくともネットワーク２０上に接続はされているが、サーバ機器側で
アドレスフィルタリング等の設定に問題があり、１対１での通信が制限されていると考え
られる。よって、サーバ機器３０Ｃ、３０Ｄを正常に利用できるようにユーザがサーバ機
器側のアクセス制限設定を見直して許可クライアント登録を即すべく、アイコン５３及び
アイコン５４の右側に、「サーバ側のアクセス制限設定を見直してください！」というエ
ラーメッセージ５５を表示している。
【００４６】
また、以前詳細機器情報を取得できたサーバ機器であって、現在詳細機器情報を取得す
ることができないサーバ機器（以下、サーバ機器３０Ｂであるものとする）がある場合に
は、図７の例のアイコン５２に示すように、以前取得し、記憶部１２に記憶しておいた詳
細機器情報に基づいて機器名を表示させると共に、正常に利用できる機器のアイコン５１
とは区別して（図７の例では斜線塗りつぶし）表示するようにしても良い。以前詳細機器
情報の取得が成功した機器であるか否かは、機器存在通知中に記載されるＵＵＩＤにより
判別することができる。
【００４７】
詳細機器情報に係る情報を表示する方が、ＵＲＬ等の一般のユーザが親しみづらい情報
を表示するよりも、どのサーバ機器であるのかをユーザに特定しやすくさせることができ
る。
【００４８】
他の実施形態としては、例えば、サーバ機器３０が送信する機器存在通知内に、ユーザ
がその情報を見れば、一意に機器を識別できるような識別情報をサーバ装置が送信する機
器存在通知内に記載するようにしてもよい。この識別情報の例としては、例えば従来詳細
機器情報にしか含まれていなかったサーバ機器名情報（ｆｒｉｅｎｄｌｙＮａｍｅ）や、
ユーザが文字入力インタフェースによって自由に設定した文字列等が考えられる。図８は
、サーバ機器３０が送信する、ユーザが機器に設定したサーバ機器の情報を記載した機器
存在通知の例である。
【００４９】
図８の例では、文字列を記載するＳＥＲＶＥＲ情報に、「ＤＶＤ  Ｒｅｃｏｒｄｅｒ（
Ｌｉｖｉｎｇ  Ｒｏｏｍ）」と記載されている。この実装はベンダ依存となるため、記載
方法はこれに限定されるものではない。例えば「Ｗｉｎｄｏｗｓ  ＸＰ／０１  ＵＰｎＰ
１．０  Ｉｎｔｅｌ＿ＳＤＫ＿ｆｏｒ＿ＵＰｎＰ＿ｄｅｖｉｃｅｓ／１．２（ＤＶＤ  Ｒ
ｅｃｏｒｄｅｒ（Ｌｉｖｉｎｇ  Ｒｏｏｍ））」とする記載しても良い。
【００５０】
図９は、サーバ機器３０が図８のような機器存在通知を送信するデバイスであって、ク
ライアント機器１０が詳細機器情報を取得することができない場合に、クライアント機器
１０が表示するサーバ一覧画面５０の例である。図９の例では、アイコン５３内に、機器
存在通知４０内に記載されていた「ＤＶＤ  Ｒｅｃｏｒｄｅｒ（Ｌｉｖｉｎｇ  Ｒｏｏｍ
）」を記載している。このように、ユーザが設定した文字列を、詳細機器情報を取得でき
ない機器に対しても表示できるようにすると、どの機器のアクセス制限を見直せばよいの
かをユーザが容易に把握できるようになる。
【００５１】
続いて、他の実施形態について説明する。
Ｗｉｎｄｏｗｓ（登録商標）対応機器や、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  
Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）ガイドラインに準拠した機器では、ＵＰｎＰ（第１
の通信方式）を利用して相互機器間の通信を行うが、それに加え、当該規格やガイドライ
ンに準拠しているかどうかを示す情報も含まれている場合がある。クライアント機器のア
プリケーションの実装方法としては、ＵＰｎＰの詳細機器情報が取得できれば利用可能サ
ーバ機器としてみなすこともできるし、或いはＵＰｎＰを利用したあるガイドラインに準
拠していることを示している場合にのみ利用可能サーバとみなすこともできる。いずれに
しても、ＵＰｎＰに準拠しているだけでは、ＵＰｎＰを利用する規格やガイドラインに沿
った機能を提供できる保証はない。
【００５２】
ここで、あるガイドライン（第２の通信方式）に準拠した装置は、例えば詳細機器情報
に＜ａｂｃ：Ｘ＿ａｂｃ＞が含まれるものとする。サーバ機器３０ＡはＵＰｎＰには準拠
しているが当該ガイドラインには準拠しておらず、一方、サーバ機器３０ＢはＵＰｎＰを
利用した当該ガイドラインに準拠しているものとする。サーバ機器３０Ｃ及びサーバ機器
３０Ｄは、アドレスフィルタリング等の設定により詳細機器情報を返すことのできない機
器である。
【００５３】
クライアント機器１０のアプリケーションが、詳細機器情報に＜ａｂｃ：Ｘ＿ａｂｃ＞
が含まれている機器のみを利用可能サーバ機器として一覧表示する場合、サーバ機器３０
Ｃ、３０Ｄからは詳細機器情報を取得することはできず、さらに、サーバ機器３０Ａは当
該ガイドライン準拠ではないため、一覧表示にはサーバ機器３０Ｂに係るアイコン５２し
か表示されないこととなってしまう。
【００５４】
そこで、図１０に示すように、当該ガイドラインに準拠していないサーバ機器３０Ａに
ついては、「（警告）動作に問題が生じる場合があります！」というエラーメッセージ５
６と共にサーバ一覧画面５０に表示することで、ユーザに状況を容易に把握させることが
できるようになる。
【図面の簡単な説明】
【００５５】
【図１】本発明の実施例１に係る通信装置が使用される通信システムの構成を示す図。
【図２】本発明の実施例１に係る通信装置の構成を示す図。
【図３】本発明の実施例１に係る通信装置がサーバ機器を検出する際の処理の流れを示す図。
【図４】本発明の実施例１に係る通信装置が受信する機器存在通知の例を示す図。
【図５】本発明の実施例１に係る通信装置の処理の流れを示す図。
【図６】本発明の実施例１に係る通信装置が表示するサーバ一覧画面の例を示す図。
【図７】本発明の実施例１に係る通信装置が表示するサーバ一覧画面の例を示す図。
【図８】本発明の実施例１に係る通信装置が受信する機器存在通知の例を示す図。
【図９】本発明の実施例１に係る通信装置が表示するサーバ一覧画面の例を示す図。
【図１０】本発明の実施例１に係る通信装置が表示するサーバ一覧画面の例を示す図。
【符号の説明】
【００５６】
１・・・通信システム
１０・・・クライアント機器
１１・・・制御部
１２・・・記憶部
１３・・・通信部
１４・・・表示制御部
１５・・・表示部
１６・・・操作部
２０・・・ネットワーク
３０Ａ、３０Ｂ、３０Ｃ、３０Ｄ・・・サーバ機器
４０・・・機器存在通知
４１・・・ＳＥＲＶＥＲ情報
５０・・・サーバ一覧画面
５１、５２，５３，５４・・・アイコン
５５、５６・・・エラーメッセージ
【図１】
2008003839.tif 000003
【図２】
2008003839.tif 000004
【図３】
2008003839.tif 000005
【図４】
2008003839.tif 000006
【図５】
2008003839.tif 000007
【図６】
2008003839.tif 000008
【図７】
2008003839.tif 000009
【図８】
2008003839.tif 000010
【図９】
2008003839.tif 000011
【図１０】
2008003839.tif 000012