JP2007534046A - サーバ装置、クライアント装置およびネットワークシステム - Google Patents

Abstract

ＭＡＣアドレス認証に用いるアドレスの登録のために、コントロールポイントであることを示す独自のデバイス記述を備え、サーバ側がネットワークに接続されている機器から情報を取得し、この記述を持つ機器だけを一覧表示する。登録されていない機器からのアクセスに所定の応答を返すことで、対応しているが登録されていない機器に登録を促す。

Description

本発明は、コンテンツへのアクセスを容易に保護できるサーバ装置、クライアント装置およびネットワークシステムに関するものである。

ネットワークに接続された機器の検出と制御を可能にするためにユニバーサルプラグアンドプレイ（ＵＰｎＰ：Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ＆Ｐｌａｙ）と呼ばれるプロトコルが規格化されている（例えば、非特許文献"Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ Ｄｅｖｉｃｅ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｖｅｒｓｉｏｎ１．０"，[online]，２０００年７月８日，ＵＰｎＰフォーラム，[２０００年３月２５日検索]、インターネット＜URL:http://www.upnp.org/download/UPnPDA10_20000613.htm＞参照）。

ＵＰｎＰは標準ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）およびインターネットプロトコルを使用し、ほかのデバイスの存在と機能について情報を得たり、自らのもつ機能を通知したりする、などの機能を実現するものである。これにより、周辺機器のセットアップ、設定および追加が容易に行える。

ＵＰｎＰネットワークの基本構成単位は、デバイス、サービス、コントロールポイントである。ＵＰｎＰデバイスは制御の最小ユニットであるサービスを格納している機器であり、たとえばＶＴＲデバイスは、テープ送りサービスとチューナサービス、クロックサービスから構成されると表現することができる。コントロールポイントは、ほかのデバイスを検出、制御可能なコントローラである。

新しくネットワークに接続されるＵＰｎＰデバイスは、ネットワークに参加するためのＩＰアドレスの取得を行う。ＩＰアドレスの取得は、各デバイスの持つＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）クライアントがＤＨＣＰサーバから自動的にアドレスを割り当てられることにより行われる。

新規デバイスは、ＩＰアドレスが割り当てられ、通信可能となると、(i)各デバイスやサービスのＧＥＮＡ（Ｇｅｎｅｒｉｃ Ｅｖｅｎｔ Ｎｏｔｉｆｉｃａｔｉｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ）アドバタイズをマルチキャスト（ＵＤＰ：Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）送信して、(ii)その存在をアナウンスする（Ａｌｉｖｅ送信）。また、サービスをアドバタイズする検出メッセージを送信する。ここで、アドバタイズは期限切れになる前に再送信する必要がある。また、デバイスは、オフラインになる前に退場を明示したメッセージを送信する。

ネットワーク上のコントロールポイントは、(i)ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒ Ｐｒｏｔｏｃｏｌ）検出メッセージをマルチキャストして、(ii)関連デバイスやサービスを検索する能力を持っている（Ｍ−Ｓｅａｒｃｈ）。この技術を用いて、例えば、コントロールポイントがビデオ制御アプリケーションである場合には、(i)ＡＶコンテンツのサーバとなるデバイスを検索し、(ii)ネットワーク上のすべてのビデオデバイスを表示させ、(iii)所望のコンテンツのサーバとなっているビデオデバイスを選択することができる。

図６は従来のネットワークシステムの構成図を示す。図６に示すように、ネットワークシステムは、サーバ機能を持つデバイスであるサーバ３１、クライアント３２およびネットワーク３から構成される。クライアント３２はコントロールポイント機能およびデータを受信デコード表示するレンダラ機能を持つ。

ＣＰＵ３０１は、管理プログラムによりネットワーク３に接続された機器を管理するための処理を実行する。ＲＯＭ１０５には、サーバ３１を起動するための起動プログラムなどが格納される。サーバ３１は起動後、前述のＤＨＣＰ、Ａｌｉｖｅ送信などの所定の処理を行う。

クライアント３２において、ＣＰＵ２０１は、(i)ＧＵＩコントローラ２１０とユーザ操作ＩＦ２１１に、「機器選択」のメニュー画面を表示させ、(ii)メッセージ送受信部２１２に、通信ＩＦ２０７を介してネットワーク３上の機器に対してサーバを検索するＭ−Ｓｅａｒｃｈ検索メッセージを送信させる。

Ｍ−Ｓｅａｒｃｈ検索メッセージは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）をＵＤＰ上で使用するＨＴＴＰＭＵを使用したＳＳＤＰ要求の形式であり、ここでは検索基準としてＵＰｎＰフォーラムが定義した「Ｍｅｄｉａ Ｓｅｒｖｅｒ」サービス（例えば、非特許文献"ＭｅｄｉａＳｅｒｖｅｒ：１ Ｄｅｖｉｃｅ Ｔｅｍｐｌｅａｔｅ Ｖｅｒｓｉｏｎ１．０"，[online]，２００２年６月２５日，ＰｎＰフォーラム，[２０００年３月２５日検索]、インターネット＜URL:http://www.upnp.org/ standardizeddcps/documents/MediaServer1.0.pdf＞参照）が含まれている。Ｍ−Ｓｅａｒｃｈ検索メッセージを受信したデバイスは、(i)このメッセージの標準マルチキャストアドレスをリッスンして、(ii)デバイスの持つサービスが検出メッセージの検索基準に一致するかどうかを応答する。

サーバ３１のＲＯＭ１０５には、機器情報として「Ｍｅｄｉａ Ｓｅｒｖｅｒ」が記憶されている。サーバ３１の検索情報判定部１０６は通信ＩＦ３０７、メッセージ送受信部３１２を介して受け取ったＭ−Ｓｅａｒｃｈ検索メッセージの内容とＲＯＭ１０５の情報とを照合する。検索情報判定部１０６は、照合の結果、Ｍ−Ｓｅａｒｃｈ検索内容と合致するものが存在することを確認すると、その旨をメッセージ送受信部３１２に伝え、メッセージ送受信部３１２は検索条件に該当する旨のメッセージを生成し、通信ＩＦ３０７を介してクライアント３２に対して応答する。検索要求への応答は、ＳＳＤＰヘッダの付いたユニキャストＵＤＰを使って検索を開始したクライアント３２のＩＰアドレスに送信される。

検索要求への応答には、ＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎを取得できるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が含まれており、クライアント３２において、通信ＩＦ２０７、メッセージ送受信部２１２を介して応答を受信した機器情報入手部２０８は、ＵＰｎＰのＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎを取得するため、メッセージ送受信部２１２に、(i)応答メッセージ中のＵＲＬに対する、ＨＴＴＰ ＧＥＴ要求を作成させ、(ii)通信ＩＦ２０７を介して発行させる。サーバ３１のメッセージ送受信部３１２は、通信ＩＦ３０７を介して受信したＨＴＴＰ ＧＥＴ要求に対して、(i)検索情報判定部１０６を介してＲＯＭ１０５中のＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報を取得し、(ii)その情報を通信ＩＦ部３０７を介して、クライアント３２に返す。

ＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報は、そのデバイスタイプが提供するサービスセットの情報のほか、機器のモデル名、型番、製造社名、製品に対する記述情報、シリアルＮＯ、ＦｒｉｅｎｄｌｙＮａｍｅ（デバイス名）とアイコンなどデバイスに関連したプロパティをＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｋｅｕｐ Ｌａｎｇｕａｇｅ）形式でリストしている。

クライアント３２の機器情報入手部２０８は、(i)通信ＩＦ２０７、メッセージ送受信部２１２を介してＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報を受け取り、(ii)ＣＰＵ２０１に情報の解析を依頼する。ＣＰＵ２０１はＸＭＬ形式のリストを解析し、機器のモデル名、ＦｒｉｅｎｄｌｙＮａｍｅなどの情報を入手する。ＣＰＵ２０１は入手した情報を用いて順次検索条件に合致する機器、ここではＭｅｄｉａＳｅｒｖｅｒ機器のリストをＧＵＩコントローラ２１０、ユーザ操作ＩＦ２１１によってモニタに表示させる。表示画面の一例を図７に示す。

ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎへのポインタ（ＵＲＬ）は、ＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報に含まれ、ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎはＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎと同じようにＵＲＬに対するＨＴＴＰ ＧＥＴ要求にて取得できる。これは、ベンダ固有の情報や埋め込みデバイスの定義、デバイスプレゼンテーションのＵＲＬ、コントロールやイベンティングのＵＲＬを含む全サービスの列挙が含まれているＸＭＬドキュメントである。これにより、クライアント３２のコントロールポイントから選択されたデバイス（この場合、サーバ３１）のＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎのｃｏｎｔｒｏｌＵＲＬに対してアクセスすることで、デバイスの制御を行うことができる（コントロール）。アクセスはＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）で行う。

クライアント３２のコントロールポイントはコントロールを用いて、デバイスの持つコンテンツ一覧を通知するためのサービスＣＤＳ（ＣｏｎｔｅｎｔＤｉｒｅｃｔｏｒｙＳｅｒｖｉｃｅ）の情報を取得した後、そこに記述されているＵＲＬに対してアクセスすることにより、ＡＶコンテンツのデータストリームを取得する。クライアント３２のＣＰＵ２０１がメッセージ送受信部２１２に対し、サーバ３１のＵＲＬにアクセスするように指示すると、メッセージ送受信部２１２は指示に従って、ＨＴＴＰ ＧＥＴなどによりデータを取得要求するメッセージを作成し、作成したメッセージを、通信ＩＦ２０１にサーバ３１の通信ＩＦ３０７の所定のポートに対して送信させる。サーバ３１は要求に応じて、コンテンツデータ記録再生部３０２中のデータをデータ出力管理部３０３にて送信タイミング、レートなどの調整を行いつつ、通信ＩＦ３０７を通じでデータを出力する。クライアント３２は、デコーダ２０２が処理できるようにデータ入力管理部２０３により要求を調整しつつ、(i)通信ＩＦ２０７からデータストリームを受信し、(ii)デコーダ２０２により再生を行う。

また、クライアント３２がサーバ３１のＤｅｖｉｃｅＤｅｓｒｉｐｔｉｏｎのｅｖｅｎｔＳｕｂＵＲＬに対してＵＲＬを登録（イベンティングの登録）することで、サーバ３１の状態が変更されたときに、登録したクライアント３２のＵＲＬ（ＣＡＬＬＢＡＣＫヘッダのＵＲＬ）に変更を通知することもできる。例えば、サーバ３１側でコンテンツの削除、名前変更、録画による新規追加などにより、コンテンツ一覧の情報が変化した際、クライアント３２に通知するなどの用途に使用できる。

ここで、ネットワークに接続され、ＡＶコンテンツを保有するサーバ機器には、ネットワークからの脅威に対応する必要がある。具体的には、インターネットからレコーダへ侵入される、脆弱な無線ＬＡＮからレコーダに侵入される、宅内ネットワークから個人専用のレコーダに家族が侵入する、インターネットから不正なリクエストを送出されユーザの通信が妨害される、などの脅威が想定される。

これらの脅威の対策として、第三者に公開したくない情報をアクセスする際に認証を行う、インターネットからのアクセスを拒絶する、などのアクセス制限が、民生映像音響機器であっても今後ネットワークに接続される場合には必要になる。

しかし、民生映像音響機器では、ＰＣなどと異なり入力系が貧弱なため、アクセスするたびにクライアント機器側でユーザにパスワードを入力させるなどの操作を強いることは大きな負担となる。サーバ機器（デバイス）側でアクセスを許可するクライアント機器（コントロールポイント）を事前に登録する対応方法も考えられるが、この場合、入力すべき文字数が多く、ユーザに大きな負担となる。

この改善策として、(i)サーバからアクセスしてくる可能性のあるクライアント機器を一覧表示し、(ii)選択することにより、アクセスを許可するクライアント機器を選択および登録する方法が考えられる。しかしながら、ＵＰｎＰでは、先に説明したように制御される側のデバイスはアドバタイズや検索への応答が定義されているが、クライアント機器側は通常の使用法ではサーバ機器から発見される必要がないため、これらの能力を持たない。このため、アクセスしてくる可能性のあるクライアント機器（ネットワーク上に存在するコントロールポイント）をサーバ機器側から確認できないという欠点があった。

そこで、本発明は、民生映像音響機器において、サーバ装置に対するアクセス制限を容易に実現することを可能にするサーバ装置、クライアント装置およびネットワークシステムを提供することを目的とする。

上記課題を解決するために、本発明のサーバ装置は、内部に保持するコンテンツを、ネットワークを介して送信する能力を有するサーバ装置であって、前記ネットワークを介して接続されたクライアント装置から、所定のプロトコルを用いた第２の問い合わせを受信する受信手段と、前記受信手段が受信した前記第２の問い合わせから送信元であるクライアント装置を特定するための情報を抽出する特定情報抽出手段と、前記第２の問い合わせへの応答を許可する相手に関する情報を記憶する記憶手段と、前記記憶手段に登録された情報と前記特定情報抽出手段から得られた情報が一致するか否かを判定する判定手段と、前記判定手段の判定結果に基づいて前記第２の問い合わせに対して所定の応答を行う応答手段とを有することを特徴とする。

また、本発明のクライアント装置は、サーバ装置にネットワークを介して接続され、前記サーバ装置の有するコンテンツ情報を前記サーバ装置から取得するクライアント装置であって、前記ネットワークに接続されている機器からの所定のプロトコルを用いた第１の問い合わせを受信する手段と、前記受信した第１の問い合わせの内容と、本体に記憶している所定の内容とを比較する手段と、比較の結果一致する場合に、所定のメッセージを前記ネットワークに送信する手段とを有することを特徴とする。

また、本発明のネットワークシステムは、少なくとも、サーバ装置と、クライアント装置と、ネットワークとから構成されたネットワークシステムであって、前記クライアント装置において、前記サーバ装置からの応答を受信する受信手段と、前記受信手段により受信した応答が、装置が登録されていないことを示す応答か否かを判定する判定手段と、上記判定手段の結果に応じて前記クライアント装置の操作画面に、装置が登録されていないことを示す表示手段を備えることを特徴とする。

なお、本発明は、サーバ装置、クライアント装置およびネットワークシステムとして実現できるだけでなく、サーバ装置に対するアクセスを制限する方法として実現したり、その方法をステップとしてコンピュータに実行させるプログラムとして実現したり、そのプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体としても実現できる。

本発明のサーバ装置、コントローラおよびネットワークシステムは、簡単な手続きでネットワークＡＶクライアント機器の登録が行え、アクセス制限を実現しつつ、登録されたクライアントからはパスワード入力などの手間無しにデータの取得・再生が行える。また、クライアント機器からは、上記アクセス制限によってアクセスを拒否された場合に他の理由と区別してユーザに表示し、クライアント機器登録を促すことができる。

[本願の技術的背景に関する情報]
２００４年４月２３日に日本に出願された特願２００４−１２７８４５の技術開示は、それらの明細書、図面および請求の範囲の全部を参照することにって、本願に含まれる。

本発明は、簡単な手続きでネットワークＡＶクライアント機器の登録を行うという目的を、ＵＰｎＰ実装機器に対して追加構成を最小限に抑えて実現した。

以下、本発明の実施の形態を、図面を参照しながら説明する。

（実施の形態１）
図１は本発明の実施の形態１におけるネットワークシステムの一構成例を示すブロック図である。同図中、図６と同一構成部分には同一符号を付している。本発明のネットワークシステムは、サーバ１およびクライアント２の処理が図６における従来のネットワークシステムとは相違する。

図１のサーバ１において、ＣＰＵ１０１は、アドレス取得部１１３、通信ＩＦ１０７より取得した情報を、ＧＵＩコントローラ１１０、ユーザ操作ＩＦ１１１を用いてモニタに表示させ、ユーザ操作ＩＦ１１１を介してユーザより指定された機器の機器情報に対して記憶部１１４への登録、削除、および記憶部１１４が記憶している機器情報の取得を機器登録部１０９を用いて行い、コンテンツデータ記録再生部１０２は、ＡＶコンテンツの記録再生を行い、データ出力管理部１０３は、コンテンツデータ記録再生部１０２が記録しているＡＶコンテンツを管理し、検索情報判定部１０６は、ＲＯＭ１０５が記憶している情報を検索し、必要な情報をＲＯＭ１０５より取得し、通信ＩＦ１０７はネットワーク３へのデータの入出力を管理し、機器情報入手部１０８はＣＰＵ１０１、機器登録部１０９を介して記憶部１１４より必要な機器情報を取得し、ＧＵＩコントローラ１１０は登録したい機器を判別できるようなＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｅｒｆａｃｅ）をユーザ操作ＩＦ１１１を介してモニタに表示し、ユーザ操作ＩＦ１１１はユーザへの情報の表示とユーザからの指示を受け付け、メッセージ送受信部１１２は、メッセージを作成して、通信ＩＦ１０７を介してメッセージの送受信を行い、アドレス取得部１１３は通信ＩＦ１０７が受信したメッセージより、クライアント２のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス、ＩＰアドレスを取得する。

また、クライアント２において、ＣＰＵ２０１は、記憶部２１４、機器情報入手部２０８、メッセージ送受信部２１２より得た情報をＧＵＩコントローラ２１０、ユーザ操作ＩＦ２０７を用いてモニタに表示させ、記憶部２１４が記憶している機器情報の入出力を管理し、ＲＯＭ２０５は機器情報を記憶し、通信ＩＦ２０７はネットワーク３へのデータの入出力を管理し、メッセージ送受信部２１２はメッセージを作成し、通信ＩＦ２０７を介してメッセージの送受信を行い、検索情報判定部２０６は、(i)メッセージ送受信部２１２が受信したメッセージ内容をＲＯＭ２０５が記憶している情報と照合し、(ii)必要な情報をＲＯＭ２０５より取得する。機器情報入手部２０８は記憶部２１４が記憶している機器情報をＣＰＵ２０１を介して取得し、ＧＵＩコントローラ２１０はユーザに提示する情報をＧＵＩとして作成し、ユーザ操作ＩＦ２１１を介して表示し、ユーザ操作ＩＦ２１１はユーザからの指示を入力し、データ入力管理部２０３は通信ＩＦ２０７より受信したデータをデコーダ２０２にデコードさせる。

図８Ａは、サーバ１とクライアント２との間の通信シーケンス図である。まず、サーバ１のＧＵＩコントローラ１１０とユーザ操作ＩＦ１１１により、「クライアント登録」のメニュー画面を表示させると、サーバ１のメッセージ送受信部１１２は、通信ＩＦ１０７を介してネットワーク３上の機器に対してＭ−Ｓｅａｒｃｈ要求を送る（Ｓ１０）。

メッセージ送受信部１１２は、一般的なＡＶクライアント機器からのＭ−Ｓｅａｒｃｈ要求が「Ｍｅｄｉａ Ｓｅｒｖｅｒ」を検索するのに対して、図４Ａに示すような「Ｃｌｉｅｎｔ Ｄｅｖｉｃｅ」を検索するメッセージを生成する。

機器情報として「Ｃｌｉｅｎｔ Ｄｅｖｉｃｅ」を有する機器、すなわちクライアント登録に対応し、サーバに登録されようとするクライアント機器は、上記「Ｃｌｉｅｎｔ Ｄｅｖｉｃｅ」検索を受けると検索条件に該当する旨を応答する（Ｓ１１）。クライアント２のＲＯＭ２０５には機器情報として「Ｃｌｉｅｎｔ Ｄｅｖｉｃｅ」が記憶されている。通常のクライアント機器（コントロールポイント）は機器検索に対して答える能力を持たないが、クライアント２の検索情報判定部２０６はメッセージ送受信部２１２から受け取ったＭ−Ｓｅａｒｃｈ検索内容をＲＯＭ２０５の情報と照合する。検索情報判定部２０６が、照合の結果、Ｍ−Ｓｅａｒｃｈ検索内容と合致するものが存在することを確認すると、メッセージ送受信部２１２は、(i)図４Ｂに示すような検索条件に該当する旨のメッセージを生成し、(ii)通信ＩＦ２０７を介してサーバ１に対して応答する。

サーバ１が受信した検索要求の応答には、ＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎを取得できるＵＲＬが含まれている。サーバ１の機器情報入手部１０８は、ＵＰｎＰのＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎを取得するため、応答メッセージ中のＵＲＬに通信インタＨＴＴＰ ＧＥＴ要求をメッセージ送受信部１１２を用いて通信ＩＦ１０７を介して発行する（Ｓ１２）。クライアント２のメッセージ送受信部２１２はＨＴＴＰ ＧＥＴ要求を通信ＩＦ２０７を介して受信する。検索情報判定部２０６は、(i)メッセージ送受信部２１２から受け取ったＨＴＴＰ ＧＥＴ要求の内容をＲＯＭ２０５の情報と照合し、(ii)ＲＯＭ２０５が記憶しているＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報をメッセージ送受信部２１２に出力する。メッセージ送受信出力部２１２は検索情報判定部２０６より取得したＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報を通信ＩＦ２０７を介して、サーバ１に送信する（Ｓ１３）。

ＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報は、そのデバイスタイプが提供するサービスセットの情報のほか、機器のモデル名、型番、製造社名、製品に対する記述情報、シリアルＮＯ、機器を特定するための情報であるＦｒｉｅｎｄｌｙＮａｍｅとアイコンに関する情報などを含んでいる。

サーバ１のＣＰＵ１０１は通信ＩＦ１０７を介して、クライアント２からの応答メッセージを受け取ると、順次検索条件に合致する機器のリストをＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報から、機器のモデル名、ＦｒｉｅｎｄｌｙＮａｍｅなどを用いてユーザに登録したい機器を判別できるように、ＧＵＩコントローラ１１０によって、ユーザ操作ＩＦ１１１を介してモニタに表示する。

図２に表示画面の一例を示す。図２に示すように、モニタには、機器の名称、型番などが表示される。各機器の情報にはアドレス取得部１１３から得た各クライアント機器のＭＡＣアドレス、ＩＰアドレス情報が加えられる。

ユーザ操作ＩＦ１１１を介した入力によってクライアント２が指定されると、その情報はＧＵＩコントローラ１１０を介して、ＣＰＵ１０１に伝える。ＣＰＵ１０１はクライアント２の情報を機器登録部１０９に渡し、機器登録部１０９は、クライアント２のＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報、ＭＡＣアドレス、ＩＰアドレスを記憶部１１４に記憶する。同時にＧＵＩコントローラ１１０はクライアント２が指定された情報を追加して、登録済み機器一覧を作成し表示する。

本実施の形態では図３のように表示画面中に表示するものとし、登録済み機器を「登録」とマーク表示する。本実施の形態では、登録台数は、最大４台とする。クライアントのＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報は全てを記憶する必要は無く、登録したクライアントを登録解除するためにユーザが区別できる情報、例えばＦｒｉｅｎｄｌｙＮａｍｅだけを記憶しても良い。また、ＭＡＣアドレス、ＩＰアドレスの両方を登録する必要は無く、後述するアクセス制限の手順に用いる情報のみを登録してよい。

ユーザ操作ＩＦ１１１を介した入力によってクライアント２が再度選択されると、その情報はＧＵＩコントローラ１１０を介してＣＰＵ１０１に伝えられる。ＣＰＵ１０１は機器登録部１０９を用いて、記憶部１１４へ記憶されている機器の登録取り消しが行われ、表示画面は図２のようになる。

以上説明した構成を用いることにより、サーバ１は所定の台数（本実施の形態においては最大４台）のクライアントを登録することができる。

ここで、クライアント登録にもＵＰｎＰのＭ−Ｓｅａｒｃｈ機能を用いることにより、全く新規にクライアント機器登録機能のプロトコルを追加する場合に比べて、ＳＳＤＰなどの共用化により追加構成を少なく抑えることができる。特にサーバ・クライアント機能が一台の筐体に納められている場合に、検索メッセージの作成部分、検出結果のＧＵＩ表示部分など、共用による効果をより高めることができる。

なお、ＬＡＮ内のクライアント機器の一覧作成に「Ｃｌｉｅｎｔ Ｄｅｖｉｃｅ」を検索したが、これは、ＵＰｎＰでＬＡＮ内のＵＰｎＰ対応機器をすべて列挙することにより作成しても良い。また、受信・デコード再生機能を示す「Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ」サービスを検索するとしてもよい。また、本実施の形態では、登録台数を４台としたが、これに限定するものではない。

（実施の形態２）
本実施の形態では、実施の形態１におけるネットワークシステムにおいて、登録したクライアントの情報を用いてアクセスの制限を行う場合について説明する。

サーバ１の通信ＩＦ１０７は複数のＩＰポートで他の機器からのアクセスを受け付ける。ＵＰｎＰは宅内配信であり、ＵＰｎＰ機器は宅外からのアクセスを排除することが望ましい。このためにサーバ１は以下のような処理を行う。

アドレス取得部１１３はアクセスしてくる機器のＩＰアドレスを通信ＩＦ１０７より受信したメッセージより得る。サーバ１は、ＣＰＵ１０１により、(i)(a)機器登録手段１０９を介して取得した記憶手段１１４中に持つサーバ１自身のアドレスと(b)サブネットマスク設定とのＡＮＤを取り、さらに(ii)アクセスしてくる機器のＩＰアドレスとサブネットマスク設定とのＡＮＤを取り、(iii)これら２つのＡＮＤの結果を比較する。ＣＰＵ１０１は比較の結果、一致しない機器からのアクセスを通信ＩＦ１０７に遮断させることによって外部からのアクセスを排除する。クライアント２も同様の手法を用いて、外部からのアクセスを排除することができる。外部からのアクセスの排除にはネットワーク３と外部のネットワークを中継するルータ機器（図には不記載）を用いることもできる。

サーバ１は、前述した宅外からのアクセス排除に加えて、以下の手順にて記憶部１１４に登録されたクライアント機器以外からのアクセスを排除する。

図８Ｂは、サーバ１とクライアント２との間の通信シーケンス図である。クライアント２のＧＵＩコントローラ２１０とユーザ操作ＩＦ２１１により、図７に示すような、「機器選択」のメニュー画面を表示させると、メッセージ送受信部２１２は、通信ＩＦ２０７を介してネットワーク３上の機器に対してサーバを検索するＭ−Ｓｅａｒｃｈ検索メッセージを送る（Ｓ２０）。Ｍ−Ｓｅａｒｃｈのパケットはネットワーク３上を流れ、ＩＰアドレス情報を含んでいる。

サーバ１は、通信ＩＦ１０７によりＭ−Ｓｅａｒｃｈ検索メッセージを受け取ると、そのメッセージ送信者のＩＰアドレスをアドレス取得部１１３により取得する。アドレス取得部１１３は、(i)さらに取得したＩＰアドレスに対応したメッセージ送信者のＭＡＣアドレスを取得し、(ii)ＣＰＵ１０１に出力する。

ＣＰＵ１０１は、(i)機器登録部１０９を介して記憶部１１４に記憶した機器のＭＡＣアドレスと、(ii)アドレス取得部１１３を用いて取得したメッセージ送信者のＭＡＣアドレスとを比較し、記憶部１１４に登録されていなければ、その旨をメッセージ送受信部１１２に伝える（Ｓ２１）。メッセージ送受信部１１２は、送信されたメッセージを検索情報判定部１０６に出力せず、破棄する。これにより登録された機器以外からのアクセスは受け付けなくなる。

なお、本実施の形態では、ＭＡＣアドレスを用いて比較するとしたが、記憶部にＩＰアドレスを記憶し、ＩＰアドレスを用いて比較するとしても良い。セキュリティの観点からは、ネットワークの環境によって変化せず、専門知識なしに詐称しにくいＭＡＣアドレスを用いたアクセス排除の方がより安全であると考えられる。

（実施の形態３）
実施の形態２で説明した方法では、サーバ１がＭ−Ｓｅａｒｃｈに答えないため、未登録の機器に対してネットワーク上に何台機器が存在するかの確認が許されない。またサーバ１がクライアント機器として動作するときには、他のサーバからの検索に対応する際に他サーバのＭ−Ｓｅａｒｃｈに応答する必要があるが、これに答えることもできないという問題がある。

本実施の形態では、他の実装方法として、サーバ１はＭ−Ｓｅａｒｃｈに答えるが、それ以降のＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報取得、ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報の取得に対し答えない場合について説明する。

図８Ｃは、サーバ１とクライアント２との間の通信シーケンス図である。サーバ１の検索情報判定部１０６は通信ＩＦ１０７、メッセージ送受信部１１２を介して受け取ったＭ−Ｓｅａｒｃｈ検索内容（Ｓ３０）を従来のネットワークシステムと同様にＲＯＭ１０５の情報と照合する。検索情報判定部１０６は、照合の結果、Ｍ−Ｓｅａｒｃｈ検索内容と合致するものが存在することを確認すると、その旨をメッセージ送受信部１１２に伝え、メッセージ送受信部１１２は、検索条件に該当する旨のメッセージを生成し、通信ＩＦ１０７を介してクライアント２に対して応答する（Ｓ３１）。

この応答を通信ＩＦ２０７、メッセージ送受信部２１２を介して取得したクライアント２の機器情報入手部２０８は、ＵＰｎＰのＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎを取得するため、メッセージ送受信部２１２に、通信ＩＦ２０７を介してＨＴＴＰ ＧＥＴ要求を発行させる（Ｓ３２）。

サーバ１は、受け取ったＨＴＴＰ ＧＥＴ要求の送信者のＭＡＣアドレスを通信ＩＦ１０７およびアドレス取得部１１３を用いて取得する。

ＣＰＵ１０１は、機器登録部１０９を介して記憶部１１４に記憶した機器のＭＡＣアドレスと、アドレス取得部１１３を用いて取得したＨＴＴＰ ＧＥＴ要求の送信者のＭＡＣアドレスとを比較し、機器登録部１０９に登録されていなければメッセージ送受信部１１２により、送信されたＨＴＴＰ ＧＥＴ要求に対する「未登録によるＮＧ」という主旨のＨＴＴＰレスポンスを生成し、通信ＩＦ１０７を介してクライアント２に対して応答する（Ｓ３３）。

図５に応答メッセージの例を示す。これによりサーバ１は登録された機器以外からのＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報取得の要求は受け付けなくなる。

クライアント２のＣＰＵ２０１は通信ＩＦ２０７、メッセージ送受信部２１２を介して、「未登録によるＮＧ」メッセージを受け取ると、ＨＴＴＰレスポンスを解析し、未登録により拒否されたことを理解する。

これにより登録された機器以外からのＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報取得の要求は受け付けなくなる。

（実施の形態４）
実施の形態３の方法では、サーバ１がＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報取得、ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報取得に答えないため、未登録の機器に対してネットワーク上にどのような機器が存在するかの確認も許さない。またサーバ１がクライアント機器として動作して他のサーバからの検索に対応する際には、サーバの前のユーザがクライアント機器を登録するに際して、機器の一覧から登録したい機器を選択する必要があるが、選択のための十分な情報（型番、機器名など）を得ることもできないという問題がある。

このため、本実施の形態では、他の実装方法として、サーバ１はＭ−Ｓｅａｒｃｈそれ以降のＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報取得、ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報の取得に答えるが、コンテンツ一覧取得要求に対し答えないという対応が考えられる。以下に説明する。

図８Ｄは、サーバ１とクライアント２との間の通信シーケンス図である。クライアント２のＣＰＵ２０１はＧＵＩコントローラ２０６とユーザ操作ＩＦ２１１により、「機器選択」のメニュー画面を表示させると、メッセージ送受信部２１２は、通信ＩＦ２０７を介してネットワーク３上の機器に対してサーバを検索するＭ−Ｓｅａｒｃｈ検索メッセージを送る（Ｓ４０）。

サーバ１のＲＯＭ１０５には機器情報として「Ｍｅｄｉａ Ｓｅｒｖｅｒ」が記憶されている。サーバ１の検索情報判定部１０６は通信ＩＦ１０７、メッセージ送受信部１１２を介して受け取ったＭ−Ｓｅａｒｃｈ検索内容をＲＯＭ１０５の情報と照合する。検索情報判定部１０６は、照合の結果、Ｍ−Ｓｅａｒｃｈ検索内容と合致するものが存在することを確認すると、(i)メッセージ送受信部１１２により検索条件に該当する旨のメッセージを生成し、(ii)通信ＩＦ１０７を介してクライアント２に対して応答する（Ｓ４１）。

クライアント２の機器情報入手部２０８は、通信ＩＦ２０７、メッセージ送受信部２１２を介して受信した応答メッセージ中のＵＲＬに、メッセージ送受信部２１２、通信ＩＦ２０７を介してＨＴＴＰ ＧＥＴ要求を発行し（Ｓ４２）、サーバ１は、(i)検索情報判定部１０６よりＲＯＭ１０５中のＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報を取得し、(ii)メッセージ送受信部１１２より通信ＩＦ１０７を介してクライアント２に送信する（Ｓ４３）。

クライアント２の機器情報入手部２０８は通信ＩＦ２０７、メッセージ送受信部２１２を介してＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報を受け取ると、ＣＰＵ２０１にその情報を出力し、ＣＰＵ２０１はＸＭＬ形式のリストを解析し、機器のモデル名、ＦｒｉｅｎｄｌｙＮａｍｅなどの情報を入手する。ＣＰＵ２０１は、入手した情報を用いて順次検索条件に合致する機器のリストをＧＵＩコントローラ２１０、ユーザ操作ＩＦを介して表示する。

クライアント２はＤｅｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ情報中のＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎへのポインタ（ＵＲＬ）を用いて、ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎをＵＲＬに対するＨＴＴＰ ＧＥＴにて取得する。

クライアント２のコントロールポイントはコントロールを用いてＣＤＳ（Ｃｏｎｔｅｎｔｓ Ｄｅｌｉｖｅｒｙ Ｓｅｒｖｉｃｅ）のコンテンツ一覧情報をＳＯＡＰメッセージにより要求する（Ｓ４４）。ここでサーバ１は、コンテンツ一覧要求のＳＯＡＰメッセージを受け取ると、送信者のＭＡＣアドレスを通信ＩＦ１０７およびアドレス取得部１１３を用いて取得する。ＣＰＵ１０１は、(i)機器登録部１０９を介して記憶部１１４に記憶した機器のＭＡＣアドレスと、(ii)アドレス取得部１１３を用いて取得した送信者のＭＡＣアドレスとを比較する。送信者のＭＡＣアドレスが登録されていなければ、ＣＰＵ１０１は、(i)メッセージ送受信部１１２を用いて、図５に示すようなＮＧ応答を作成し、(ii)通信ＩＦ１０７を通じてクライアント２に対して応答を返す（Ｓ４５）。

同様にコントロール、すなわちｃｏｎｔｒｏｌＵＲＬに対するアクセス、またイベンティングの登録、すなわちｅｖｅｎｔＳｕｂＵＲＬに対するアクセスはＭＡＣアドレス登録による排斥を行う。また、ストリームの取得、すなわちＣｏｎｔｅｎｔｓＤｉｒｅｃｔｏｒｙＳｅｒｖｉｃｅに記述されているＵＲＬに対するアクセスもＭＡＣアドレス登録による排斥を行う。

クライアント２のＣＰＵ２０１はメッセージ送受信部２１２に対し、サーバ１のＵＲＬにアクセスするように指示する。メッセージ送受信部２１２は、(i)指示に従って、ＨＴＴＰ ＧＥＴなどによりデータを取得要求するメッセージを作成し、(ii)通信ＩＦ２０７にサーバ１の通信ＩＦ１０７の所定のポートに対してメッセージを送信させる。サーバ１は、(i)記憶部１１４に記憶した機器のＭＡＣアドレスと、(ii)アドレス取得部１１３を用いて取得したＨＴＴＰ ＧＥＴ送信者のＭＡＣアドレスとを比較する。送信者のＭＡＣアドレスが登録されていなければ、サーバ１は、(i)メッセージ送受信部１１２を用いて、図５に示すようなＮＧ応答を作成し、(ii)通信ＩＦ１０７を通じてクライアント２に対して応答を返す。サーバ１は、(i)登録されたＭＡＣアドレスを持つ機器からの要求には従来どおりの応答を行い、(ii)コンテンツデータ記録再生部１０２中のデータをデータ出力管理部１０３にて送信タイミング、レートなどの調整を行いつつ、通信ＩＦ１０７を通じでデータを出力する。クライアント２は、デコーダ２０２が処理できるようにデータ入力管理部２０３により要求を調整しつつ、(i)通信ＩＦ２０７からデータストリームを受信し、(ii)デコーダ２０２により再生を行う。

図５に示すようなＮＧ応答の内容が解析できないクライアントは、単にサーバ一覧取得やコンテンツ一覧取得やコンテンツデータ取得に失敗したとしてその先に進めない。一方、ＮＧ応答の内容を理解できるクライアント２は、通信ＩＦ２０７、メッセージ送受信部２１２を通じてＮＧ応答を受け取ると、ＣＰＵ２０１を用いてＮＧ応答の内容を解釈する。ＣＰＵ２０１は記憶部２１４に記憶されているメッセージと比較し、ＮＧ応答の文字列と一致した場合には、ＧＵＩコントローラ２１０により「サーバに本機を登録して下さい」などというメッセージを生成し、ユーザ操作ＩＦ２１１を介してモニタに表示する。ユーザはモニタに表示されたメッセージを見て、サーバ一覧取得やコンテンツ一覧獲得やコンテンツ取得に失敗した原因を知り、実施の形態１で説明した手順にてサーバ１にクライアント２を登録するなどの対応を行うことができる。この登録を行った後に、再びクライアント２からサーバ１に対しコンテンツ一覧情報の取得を行うと、クライアント２を登録したサーバ１は取得要求に対し正しく応答し（Ｓ４６）、クライアント２はサーバ１のコンテンツ一覧、コンテンツ再生を行うことができる。

以上、本発明の実施の形態について詳細に説明してきたが、当業者にとっては本発明の新規性と有利な点とを逸脱することなく実施形態を変形することは容易である。したがって、そのような変形例も本発明の範囲内に含まれる。

本発明のネットワークシステムは、サーバからクライアント機器を検索して情報を獲得し、選択して登録を行うことにより、簡単な手続きでネットワークＡＶクライアント機器の登録が行え、アクセス制限を実現できるネットワークシステムとして有用である。また登録されたクライアントからはパスワード入力などの手間無しにデータの取得・再生が行える。また、クライアント機器からは、上記アクセス制限によってアクセスを拒否された場合に他の理由と区別してユーザに表示し、クライアント機器登録を促すことができる。

本発明の目的、効果および特徴は、発明の実施例を示す図面を用いて以下の説明から明らかにする。
本発明におけるネットワークシステムを示した説明図である。 本発明における表示画面の一例を示す図である。 本発明におけるクライアント登録の表示画面の一例を示す図である。 本発明における「Client Device」を検索するメッセージの一例を示す図である。 本発明における検索条件に該当する旨のメッセージの一例を示す図である。 本発明におけるＮＧメッセージの一例を示す図である。 従来のネットワークシステムの構成を示したブロック図である。 従来の表示画面の一例を示す図である。 実施の形態１のサーバとクライアントとの間の通信シーケンス図である。 実施の形態２のサーバとクライアントとの間の通信シーケンス図である。 実施の形態３のサーバとクライアントとの間の通信シーケンス図である。 実施の形態４のサーバとクライアントとの間の通信シーケンス図である。

Claims (20)

1. サーバ装置にネットワークを介して接続され、前記サーバ装置の有するコンテンツ情報を前記サーバ装置から取得するクライアント装置であって、
   前記ネットワークに接続されている機器からの所定のプロトコルを用いた第１の問い合わせを受信する手段と、
   前記受信した第１の問い合わせの内容と、本体に記憶している所定の内容とを比較する手段と、
   比較の結果、前記受信した第１の問い合わせの内容と、本体に記憶している所定の内容が一致する場合に、所定のメッセージを前記ネットワークに送信する手段と、を有することを特徴とするクライアント装置。
2. 前記所定のメッセージが、前記クライアントをネットワークに接続された他の機器と区別する情報を含むことを特徴とする請求項１記載のクライアント装置。
3. 前記所定のメッセージが、使用者が前記サーバ機器の画面上で表示された複数の機器から前記クライアント装置を特定するための情報を含むことを特徴とする請求項１記載のクライアント装置。
4. 内部に記憶しているコンテンツを、ネットワークを介して送信する能力を有するサーバ装置であって、
   前記ネットワークを介して接続されたクライアント装置から、所定のプロトコルを用いた第２の問い合わせを受信する受信手段と、
   前記受信手段が受信した前記第２の問い合わせから送信元であるクライアント装置を特定するための情報を抽出する特定情報抽出手段と、
   前記第２の問い合わせへの応答を許可する相手に関する情報を記憶する記憶手段と、
   前記記憶手段に登録された情報と前記特定情報抽出手段から得られた情報が一致するか否かを判定する判定手段と、
   前記判定手段の判定結果に基づいて前記第２の問い合わせに対して所定の応答を行う応答手段と、を有することを特徴とするサーバ装置。
5. 請求項４記載のサーバ装置であって、
   前記ネットワークを介して接続された通信装置に対して、所定のプロトコルを用いた第１の問い合わせを送信する送信手段を有し、
   前記受信手段は、前記第１の問い合わせに対する前記通信装置からの応答を受信し、
   前記判定手段は、前記受信手段により受信した応答が所定の内容であるか否かを判定し、
   前記記憶手段は、前記判定手段の判定結果により、前記応答を送信した通信装置に関する情報を記憶することを特徴とする請求項４記載のサーバ装置。
6. 前記判定手段の判定結果が、前記メモリに登録された情報と前記特定情報抽出手段から得られた情報が一致しない場合に、所定のプロトコルにて前記第２の問い合わせを送信した前記クライアント装置に対して、前記クライアント装置が登録されていないことを示す応答の送信を行う応答手段と、を有することを特徴とする請求項４記載のサーバ装置。
7. 請求項４記載のサーバ装置と、クライアント装置と、前記サーバ装置と前記クライアント装置とを接続するネットワークとから構成されたネットワークシステムであって、
   前記クライアント装置に備えられ、前記サーバ装置からの応答を受信するクライアント受信手段と、
   前記クライアント受信手段により受信した応答が、前記クライアント装置が登録されていないことを示す応答か否かを判定するクライアント判定手段と、
   前記クライアント判定手段の結果に応じて前記クライアント装置の操作画面に、前記クライアント装置の登録状態を示す表示手段を備えることを特徴とするネットワークシステム。
8. 前記第２の問い合わせが、前記サーバ装置の種類・機能に関する問い合わせであることを特徴とする請求項４記載のサーバ装置。
9. 前記第２の問い合わせが、前記サーバ装置の有するコンテンツ情報に関する問い合わせであることを特徴とする請求項４記載のサーバ装置。
10. 本体に記憶しているコンテンツを、ネットワークを介して送信する能力を有するサーバ装置であって、
    前記ネットワークを介して接続されたクライアント装置から、所定のプロトコルを用いたコンテンツ受信要求を受信する受信手段と、
    前記受信手段が受信した前記受信要求から送信元である前記クライアント装置を特定するための情報を抽出する特定情報抽出手段と、
    前記受信要求への応答を許可する相手に関する情報を記憶するメモリと、
    前記メモリに登録された情報と前記特定情報抽出手段から得られた情報が一致するか否かを判定する判定手段と、
    前記判定手段の判定結果に基づいて前記受信要求に対して所定の方法で要求されたコンテンツの送信を行う応答手段と、を有することを特徴とするサーバ装置。
11. 請求項１０記載のサーバ装置であって、
    前記ネットワークを介して接続された通信装置に対して、所定のプロトコルを用いた第１の問い合わせを送信する送信手段を有し、
    前記受信手段は、前記第１の問い合わせに対する前記通信装置からの応答を受信し、
    前記判定手段は、前記受信手段により受信した応答が所定の内容であるか否かを判定し、
    前記記憶手段は、前記判定手段の判定結果により、前記応答を送信した通信装置に関する情報を記憶することを特徴とする請求項１０記載のサーバ装置。
12. 前記判定手段の判定結果が、前記メモリに登録された情報と前記特定情報抽出手段から得られた情報が一致しない場合に、所定のプロトコルにて前記受信要求を送信したクライアント装置に対して、前記クライアント装置が登録されていないことを示す応答の送信を行う応答手段と、を有することを特徴とする請求項１１記載のサーバ装置。
13. 内部に記憶しているコンテンツを、ネットワークを介して送信する能力を有するサーバ装置であって、
    前記ネットワークを介して接続された機器からパケットを受け取ると、前記パケットから前記機器のＩＰアドレスを特定するＩＰアドレス特定手段と、
    前記ＩＰアドレス特定手段により特定されたＩＰアドレスと、
    前記サーバ装置自身のＩＰアドレスと、前記サーバ装置に登録されたサブネットマスクとから、前記機器からのアクセスを受け付けるか否かを判定する判定手段と、
    前記判定手段の判定結果に基づいて前記機器からのアクセス受付を制御する制御手段と
    を有することを特徴とするサーバ装置。
14. 請求項１１記載のサーバ装置と、クライアント装置と、前記サーバ装置と前記クライアント装置とを接続するネットワークとから構成されたネットワークシステムであって、
    前記クライアント装置に備えられ、前記サーバ装置からの応答を受信するクライアント受信手段と、
    前記クライアント受信手段により受信した応答が、前記クライアント装置が登録されていることを示す応答か否かを判定する判定手段と、
    前記クライアント判定手段の結果に応じて前記クライアント装置の操作画面に、前記クライアント装置の登録状態を示す表示手段を備えることを特徴とするネットワークシステム。
15. サーバ装置にネットワークを介して接続され、前記サーバ装置の有するコンテンツ情報を前記サーバ装置から取得するクライアント装置において、前記サーバ装置に対するアクセスを制限する方法であって、
    前記ネットワークに接続されている機器からの所定のプロトコルを用いた第１の問い合わせを受信するステップと、
    前記受信した第１の問い合わせの内容と、本体に記憶している所定の内容とを比較するステップと、
    比較の結果、前記受信した第１の問い合わせの内容と、本体に記憶している所定の内容が一致する場合に、所定のメッセージを前記ネットワークに送信するステップと、を含むことを特徴とするアクセス制限方法。
16. サーバ装置にネットワークを介して接続され、前記サーバ装置の有するコンテンツ情報を前記サーバ装置から取得するクライアント装置において、前記サーバ装置に対するアクセスを制限するためのコンピュータプログラムであって、
    前記ネットワークに接続されている機器からの所定のプロトコルを用いた第１の問い合わせをコンピュータに受信させる実行可能コードと、
    前記受信した第１の問い合わせの内容と、本体に記憶している所定の内容とをコンピュータに比較させる実行可能コードと、
    比較の結果、前記受信した第１の問い合わせの内容と、本体に記憶している所定の内容が一致する場合に、コンピュータに所定のメッセージを前記ネットワークに送信させる実行可能コードと、を含むことを特徴とするプログラム。
17. 本体に記憶しているコンテンツを、ネットワークを介して送信する能力を有するサーバ装置において、前記サーバ装置に対するアクセスを制限する方法であって、
    前記ネットワークを介して接続されたクライアント装置から、所定のプロトコルを用いた問い合わせを受信する受信ステップと、
    前記受信ステップで受信した前記問い合わせから送信元である前記クライアント装置を特定するための情報を抽出する特定情報抽出ステップと、
    予め記憶している、前記問い合わせへの応答を許可する相手に関する情報と前記特定情報抽出ステップで得られた情報とが一致するか否かを判定する判定ステップと、
    前記判定ステップの判定結果に基づいて前記問い合わせに対して所定の方法で応答を行う応答ステップと、を含むことを特徴とするアクセス制限方法。
18. 本体に記憶しているコンテンツを、ネットワークを介して送信する能力を有するサーバ装置において、前記サーバ装置に対するアクセスを制限するためのコンピュータプログラムであって、
    前記ネットワークを介して接続されたクライアント装置から、所定のプロトコルを用いた問い合わせをコンピュータに受信させる実行可能コードと、
    受信した前記問い合わせから送信元である前記クライアント装置を特定するための情報をコンピュータに抽出させる実行可能コードと、
    予め記憶している、前記問い合わせへの応答を許可する相手に関する情報と前記抽出された情報とが一致するか否かをコンピュータに判定させる実行可能コードと、
    前記判定ステップの判定結果に基づいて前記問い合わせに対して所定の方法でコンピュータに応答させる実行可能コードと、を含むことを特徴とするプログラム。
19. 請求項１６記載のコンピュータプログラムを含む記録媒体。
20. 請求項１８記載のコンピュータプログラムを含む記録媒体。

Images