(57)【要約】  従来のサーバ機器によるＩＤを用いたコネクション管理では、ＩＤに関連付けられたコネクションの属性をクライアント機器が知ることができない。  サーバ機器（１０）はコンテンツデータを要求するクライアント機器に対してコンテンツを配信するＡＶサーバ機器である。通信部（１１）はクライアント機器から論理コネクション確立要求又は物理コネクション確立要求を受信する。コンテンツデータ配信部（１４）は物理コネクション確立要求が受信されると、コンテンツデータをクライアント機器に配信するための物理コネクションを確立する。コネクション情報管理部（１５）は論理コネクション確立要求の受信又は物理コネクションの確立により、論理コネクションを確立する。さらに、論理コネクションに対応し、その数値範囲に対して論理コネクションの分類（種類）が対応付けられたＩＤ（コネクションＩＤ）を生成する。
2007091480.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、コンテンツデータを要求するクライアント機器に対してコンテンツを配信するＡＶサーバ機器であって、
クライアント機器から論理コネクション確立要求又は物理コネクション確立要求を受信する通信手段と、
前記通信手段によって物理コネクション確立要求が受信された場合、コンテンツデータを前記クライアント機器に配信するための物理コネクションを確立するコンテンツデータ配信手段と、
前記論理コネクション確立要求が受信されるか、又は前記物理コネクションが確立されると、論理コネクションを確立するとともに、ＩＤを生成するコネクション情報管理手段とを備え、
前記コネクション情報管理手段は、前記ＩＤに、論理コネクションの分類が対応付けられた数値を割り当てる
ことを特徴とするＡＶサーバ機器。
【請求項２】
前記ＡＶサーバ機器は、さらに、
確立された前記論理コネクションと生成された前記ＩＤとの対応を一覧にして格納するコネクション情報格納手段を備える
ことを特徴とする請求項１記載のＡＶサーバ機器。
【請求項３】
前記通信手段は、クライアント機器から前記一覧を要求するＩＤ一覧要求を受信し、
前記コネクション情報管理手段は、前記コネクション情報格納手段に格納されている前記一覧のうちから、前記ＩＤの数値の範囲に応じて、要求に応じて送信するべき一覧に含めるＩＤを取捨選択し、
前記通信手段は、取捨選択された前記ＩＤを含む前記一覧を、前記ＩＤ一覧要求に対する応答として前記クライアント機器に送信する
ことを特徴とする請求項２記載のＡＶサーバ機器。
【請求項４】
前記通信手段は、さらに、前記クライアント機器から、前記ＩＤ一覧要求の応答である前記一覧に含まれているＩＤの指定を含む、論理コネクションの切断を要求する切断要求を受信し、
前記コネクション情報管理手段は、指定された前記ＩＤに対応する前記論理コネクションを切断する
ことを特徴とする請求項３記載のＡＶサーバ機器。
【請求項５】
前記通信手段は、さらに、前記クライアント機器から、前記ＩＤ一覧要求の応答である前記一覧に含まれているＩＤの指定を含む、論理コネクションの切断を要求する切断要求を受信し、
前記コネクション情報管理手段は、指定された前記ＩＤの数値の範囲に応じて、前記論理コネクションの切断の可否を判断する
ことを特徴とする請求項３記載のＡＶサーバ機器。
【請求項６】
前記コネクション情報管理手段が、確立された論理コネクションに対して生成するＩＤの数値範囲と、前記ＩＤ一覧要求の応答である前記一覧に含めるＩＤの数値範囲と、前記論理コネクションの切断要求に応じるＩＤの数値範囲とは、それぞれ一部が他の数値範囲と重複するように定められている
ことを特徴とする請求項５記載のＡＶサーバ機器。
【請求項７】
特定の数値範囲にあるＩＤに対しては、当該ＩＤの値を特定の法則に従って変更し、変更後のＩＤの値に対して情報を付加する
ことを特徴とする請求項１記載のＡＶサーバ機器。
【請求項８】
前記通信手段は、クライアント機器から、所望のＩＤが付記された物理コネクション確立要求を受信し、
前記コネクション情報管理手段は、前記物理コネクションの確立をもって論理コネクションを確立し、前記クライアント機器に対し、前記所望のＩＤを生成する
ことを特徴とする請求項１記載のＡＶサーバ機器。
【請求項９】
前記コネクション情報管理手段は、前記ＩＤと前記論理コネクションとの対応に加えて、さらに前記クライアント機器の識別情報を対応付けた一覧を生成し、前記クライアント機器との物理コネクションの切断をもって、前記クライアント機器の前記識別情報に基づき、前記クライアント機器と対応付けられた前記論理コネクションを切断する
ことを特徴とする請求項８記載のＡＶサーバ機器。
【請求項１０】
ネットワークに接続され、コンテンツデータを要求するクライアント機器に対してコンテンツを配信するＡＶサーバ機器のためのコネクション管理方法であって、
クライアント機器から論理コネクション確立要求又は物理コネクション確立要求を受信する通信ステップと、
前記通信ステップによって物理コネクション確立要求が受信された場合、コンテンツデータを前記クライアント機器に配信するための物理コネクションを確立するコンテンツデータ配信ステップと、
前記論理コネクション確立要求を受信するか、又は前記物理コネクションが確立されると、論理コネクションを確立するとともに、ＩＤを生成するコネクション情報管理ステップとを含み、
前記コネクション情報管理ステップでは、前記ＩＤに、論理コネクションの分類が対応付けられた数値を割り当てる
ことを特徴とするコネクション管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークを介して２つの機器間で音楽や動画などのＡＶコンテンツを視聴する際に、ＩＤを用いたコネクション管理を行なうＡＶサーバ機器及びそのコネクション管理方法に関する。
【背景技術】
【０００２】
近年ｘＤＳＬや光ファイバーなどのブロードバンド環境が整ったことにより、一般家庭においてもＰＣや家電機器をEthernet（登録商標）や無線ＬＡＮなどで接続するホームネットワーク環境が一般化してきている。この様な中で、ＰＣだけでなくテレビやＤＶＤレコーダ、エアコン、冷蔵庫のような家電もＩＰ（Internet Protocol）により相互に接続できるようになってきている。【０００３】
インターネットやホームネットワークにおけるアプリケーションとして、ＡＶ家電機器やＰＣ間で音楽や動画などのＡＶコンテンツを視聴するための機能を提供するものがある。例えば、ＤＶＤレコーダに録画した放送番組を、ネットワークに接続されたＴＶやＰＣなどで視聴するためにＡＶストリーミング機能を提供するアプリケーションなどである。【０００４】
この様なＡＶストリーミングを行うプロトコルでは代表的なものとして、ＨＴＴＰ（Hyper Text Transfer Protocol）やＲＴＰ（Real-time Transport Protocol）がある。特にＨＴＴＰはＴＣＰ（Transmission Control Protocol）の再送機能によって転送の信頼性を確保している。すなわち、ＴＣＰはパケットのエラーを検出して再送する手順と、欠落したパケットを検出して再送する手順を含んでおり、そのために伝送路上でエラーやパケット欠落が起こっても正しいファイルの転送を保障できる。このため、ホームネットワークのような伝送路上のエラーやパケット欠落が発生し難い環境下におけるＡＶストリーミングに向いており、ＵＰｎＰ  ＡＶ（Universal Plug AND PLAY Audio／Video）や、ＤＬＮＡ（Digital LIVING Network Alliance）などの基本的なＡＶストリーミング方式となっている。【０００５】
しかしながら、ＨＴＴＰでのＡＶストリーミングは信頼性が高い反面、リアルタイム性を保持するためにはサーバ機器側のリソースに依存する。例えば高ビットレートの転送速度が要求される蓄積データや、複数同時アクセスされた場合などには、スループットを見据えてサーバ機器側でリソース配分の管理を行う必要がある。リソース配分の管理方法としては、ＨＴＴＰメッセージの送受信を行うためのＴＣＰコネクションの本数を制限するなどが考えられる。この場合、制限を超えて後からネットワーク再生をリクエストしようとしたクライアント機器に対しては、一般にエラーメッセージが送信されるか、またはリクエストそのものが無視され、先にコネクションを確立したクライアント機器は、ＡＶコンテンツの視聴を継続して楽しめる。これは先にコネクション確立を行った機器を優先する"先取り優先"の考え方である。【０００６】
一方、ＵＰｎＰ  ＡＶにはコネクション管理のためのＣＭＳ（Connection Manager Service）というものがあり、論理的なコネクションの確立・切断を行うためのコマンドが存在する。具体的には、ネットワーク上のクライアント機器がサーバ機器と論理コネクションを確立するためのコマンドがＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎであり、このコマンドを受信したサーバ機器は、サーバ内部においてリソースの空きがあればクライアント機器にＩＤを発行する。また、クライアント機器がコネクションを切断したい場合においてはＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅをサーバ機器に送信することで、サーバ機器はリソースの解放を行う。ＣＭＳは論理的なコネクション確立をするものであるため、ＨＴＴＰにおけるＡＶストリーミングと連動するために、ＨＴＴＰヘッダ等にＩＤを付与するなどの関連付けすることが一般的である。ＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅは、必ずしもＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎにてＩＤを取得した機器のみが出来るだけでなく、他のクライアント機器もＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅをサーバ機器に送信することができる。このため、クライアント機器は、サーバ機器においてリソース配分されているＩＤを閲覧するためのコマンドであるＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓを発行してＩＤを知った上で、そのＩＤを解放するためにＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅをサーバ機器に送信することで、先に確立されているコネクションを、後から別のクライアント機器が切断することも可能である。これは後からコネクション確立を要求した方が優先される"後取り優先"の考え方である。【０００７】
このようにＴＣＰコネクションの本数とは別に、ＣＭＳによる論理的なコネクションの本数によってリソース管理をする方法などがある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
前述の通り、ＩＤを用いたコネクション管理では、"先取り優先"や"後取り優先"の考え方があるが、ＵＰｎＰ  ＡＶやＤＬＮＡにおける機器間のコネクション管理では、サーバ機器がＩＤの割り振りを行ったり、そのＩＤに関連付けられたコネクションが"先取り優先"であるのか"後取り優先"であるのか等の属性を決定し記憶する。このため個々のクライアント機器は現在サーバ機器との間で確立しているコネクションが第三者から切断される可能性があるものなのか否かを判断できない。また第三者においては現在確立されているコネクションを切断しようとする際に、サーバ機器からＩＤの一覧を取得しただけでは、どのコネクションが切断可能なものであるのか判別出来ず、試行錯誤的に切断要求を行うしか上記目的を達成できないという課題を有していた。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明のＡＶサーバ機器は、ネットワークに接続され、コンテンツデータを要求するクライアント機器に対してコンテンツを配信するＡＶサーバ機器であって、クライアント機器から論理コネクション確立要求又は物理コネクション確立要求を受信する通信手段と、前記通信手段によって物理コネクション確立要求が受信された場合、コンテンツデータを前記クライアント機器に配信するための物理コネクションを確立するコンテンツデータ配信手段と、前記論理コネクション確立要求を受信するか、又は前記物理コネクションが確立されると、論理コネクションを確立するとともに、ＩＤを生成するコネクション情報管理手段とを備え、前記コネクション情報管理手段は、前記ＩＤに、論理コネクションの分類が対応付けられた数値を割り当てることを特徴とする。【００１０】
なお、本発明は、装置として実現できるだけでなく、その装置を構成する処理手段をステップとする方法として実現したり、それらステップをコンピュータに実行させるプログラムとして実現したり、そのプログラムを記録したコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体として実現したり、そのプログラムを示す情報、データ又は信号として実現したりすることもできる。そして、それらプログラム、情報、データ及び信号は、インターネット等の通信ネットワークを介して配信してもよい。
【発明の効果】
【００１１】
本発明によれば、クライアント機器においてサーバ機器が確立中のコネクションに関するＩＤを取得するだけで、プロトコルに変更を加える事なく当該ＩＤで表されるコネクションが外部から切断可能であるのか否かなどの追加情報を得る事ができる。これによりクライアント機器では試行錯誤的にコネクション切断要求を行ったりする事なく、不必要なネットワークトラフィックの削減が期待できる。また、これからコネクションの確立を行おうとするクライアント機器においては、コネクション確立要求時に意味づけされたＩＤの発行をサーバ機器に要求する事で、第三者に切断されることのない"先取り優先"のコネクションを確立する事が可能となる。
【図面の簡単な説明】
【００１２】
【図１】図１は、本発明の実施の形態１におけるサーバ機器およびクライアント機器の主要部の構成を示すブロック図である。
【図２】図２は、本発明の実施の形態１におけるネットワーク構成図である。
【図３】図３は、本発明の実施の形態１における論理コネクション確立のシーケンス図である。
【図４】図４は、本発明の実施の形態１におけるコネクションＩＤの範囲の説明図である。
【図５】図５は、本発明の実施の形態１におけるコネクションＩＤ一覧取得のシーケンス図である。
【図６】図６は、本発明の実施の形態１における論理コネクション切断のシーケンス図である。
【図７】図７は、本発明の実施の形態１におけるＨＴＴＰによるコンテンツデータ取得のシーケンス図である。
【図８】図８は、本発明の実施の形態１における変形例におけるコネクションＩＤの範囲の説明図である。
【図９】図９は、実施の形態２におけるサーバ機器のブロック図である。
【図１０】図１０は、実施の形態２におけるネットワーク構成図である。
【図１１】図１１は、実施の形態２における物理コネクションの開始を論理コネクション生成とする場合のシーケンス図である。
【図１２】図１２は、実施の形態２における物理コネクションの切断を論理コネクション切断とする場合のシーケンス図である。
【符号の説明】
【００１３】
３  通信路
１０  サーバ機器
１１  通信部
１２  コマンド処理部（サーバ機能）
１３  コンテンツデータ蓄積部
１４  コンテンツデータ配信部
１５  コネクション情報管理部
２０  クライアント機器
２１  通信部
２２  コマンド処理部（クライアント機能）
２３  コンテンツデータ受信部
２４  コンテンツデータ再生部
１００  サーバ機器
１０１  通信部
１０２  コマンド処理部（サーバ機能）
１０３  コンテンツデータ蓄積部
１０４  コンテンツデータ配信部
１０５  コネクション情報管理部
２００  クラアイント機器
２１０  クライアント機器
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態について図面を用いて説明する。【００１５】
（実施の形態１）
図１は本実施の形態におけるサーバ機器１０およびクライアント機器２０の主要部の構成を示すブロック図である。【００１６】
サーバ機器１０は、ネットワークに接続され、コンテンツデータを要求するクライアント機器に対してコンテンツを配信するＡＶサーバ機器であって、通信部１１、コマンド処理部１２、コンテンツデータ蓄積部１３、コンテンツデータ配信部１４及びコネクション情報管理部１５を備える。通信部１１は、通信路３を介してクライアント機器２０と通信し、クライアント機器から論理コネクション確立要求又は物理コネクション確立要求などを受信する機能を有する。ここで通信路３は、Ethernet(登録商標)などの有線通信路やＩＥＥＥ８０２．１１０／ｂ／ｇ、Bluetooth（登録商標）などの無線通信路とする。【００１７】
コマンド処理部１２は、ＵＰｎＰ  ＡＶ規格に準拠したコマンドを処理する。これにより、サーバ機器１０は、ＵＰｎＰ  ＡＶ規格に準拠した機器検索や能力交換などの処理を実行することができる。また、これにより、サーバ機器１０は、ＵＰｎＰ  ＡＶ規格に準拠したクライアント機器２０が送信したＵＰｎＰ  ＡＶコマンドを受信し、受信したコマンドに従って動作することができる。【００１８】
コンテンツデータ蓄積部１３は、録画されたテレビ番組や、ＤＶＣ（Digital Video Camera）などで撮影された動画データ、ＤＳＣ（Digital Still Camera）などで撮影された静止画データ、録音されたラジオ番組や録音されたＣＤ（Compact Disc）楽曲などの音声データ（以下、動画、静止画および音声などの各データを「コンテンツデータ」と呼ぶ。）を蓄積している。クライアント機器２０では、これらのコンテンツデータのタイトル情報や、録音録画日情報、ＵＲＬ（Uniformed Resource Locator）等で表されるコンテンツデータの位置情報（以下、これらをまとめて「メタデータ」と呼ぶ。）をＵＰｎＰ  ＡＶコマンド要求により、コンテンツデータ受信部２３などのＵＰｎＰ  ＡＶプロトコル処理部を介して取得する事ができる。【００１９】
コンテンツデータ配信部１４は、通信部１１によって物理コネクション確立要求が受信された場合、コンテンツデータをクライアント機器に配信するための物理コネクションを確立する機能を有し、コンテンツデータ蓄積部１３に蓄積されたコンテンツデータを、ＨＴＴＰ（Hyper Text Transport Protocol）などを用いてクライアント機器２０に配信する。【００２０】
コネクション情報管理部１５は、論理コネクションに付与されるＩＤの数値範囲と、論理コネクションの分類（種類）との対応付けを記憶しており、論理コネクション確立要求が受信されるか、又は前記物理コネクションが確立されると、クライアント機器との間で論理コネクションを確立するとともに、ＩＤを生成する機能を有する。また、コンテンツデータを配信する際のＨＴＴＰ接続のセッション情報はコネクション情報管理部１５によって管理される。クライアント機器２０では、コネクション情報管理部１５によって管理されるセッション情報の一覧をＵＰｎＰ  ＡＶコマンド要求により、コマンド処理部２２などのＵＰｎＰ  ＡＶプロトコル処理部を介して取得する事ができる。【００２１】
次に、クライアント機器２０は、サーバ機器１０に論理コネクション確立要求を行い、コンテンツデータの配信を要求するクライアント機器であって、通信部２１、コマンド処理部２２、コンテンツデータ受信部２３及びコンテンツデータ再生部２４を備える。通信部２１は、通信路３を介してサーバ機器１０と通信する。また、コマンド処理部２２は、ＵＰｎＰ  ＡＶ規格に準拠したコマンドを処理する。これにより、クライアント機器２０は、ＵＰｎＰ  ＡＶ規格に準拠したサーバ機器１０に対してＵＰｎＰ  ＡＶコマンドを送信し、サーバ機器１０を遠隔制御する事ができる。また、コマンド処理部２２は、論理コネクションに付与されるＩＤの数値範囲と、論理コネクションの分類（種類）との対応付けを記憶している。【００２２】
また、コンテンツデータ受信部２３は、サーバ機器１０からコンテンツデータ蓄積部１３に記録されたコンテンツデータを受信する。これにより、クライアント機器２０は、ＨＴＴＰやＲＴＰ等の物理コネクション経由でコンテンツデータを取得する事ができる。【００２３】
コンテンツデータ再生部２４は、コンテンツデータ受信部２３により取得されたコンテンツデータを再生する。ここで、コンテンツデータ再生部２４は、コンテンツデータが動画データでありＭＰＥＧ（Moving Picture Experts Group）エンコードされたものである場合には、ＭＰＥＧエンコーダである。【００２４】
図２は本実施の形態におけるサーバ機器、クライアント機器のネットワーク構成図である。同図において、クライアント機器２００及びクライアント機器２１０は、クライアント機器２０と同様の構成を有しているものとする。通信路３を介してサーバ機器１０、クライアント機器２０、クライアント機器２００およびクライアント機器２１０が接続されている。ここでクライアント機器２０、クライアント機器２００およびクライアント機器２１０はＵＰｎＰの機器検索機能によりサーバ機器１０を認識しており、さらにサーバ機器１０とクライアント機器２１０はすでに論理コネクションにより接続されている状態にあるものとする。【００２５】
ここでサーバ機器１０、クライアント機器２０、クライアント機器２００およびクライアント機器２１０はいずれもＵＰｎＰ  ＡＶオプションコマンドであるＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎおよびＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅをサポートしている。これら２つのコマンドはＵＰｎＰ  ＡＶ規格ではオプションコマンドであり、サポートするか否かは機器に依存している。【００２６】
クライアント機器２０はＵＰｎＰ  ＡＶのコマンドであるＣＤＳ：：Ｂｒｏｗｓｅ要求をサーバ機器１０に対して行い所望のコンテンツデータを検索し、当該コンテンツデータのタイトル情報や、アクセス先のＵＲＬ情報などを取得しているものとする。【００２７】
ここでクライアント機器２０はサーバ機器１０内のコンテンツデータ蓄積部１３に蓄積されたコンテンツデータをストリーミング再生するのに先立ち、サーバ機器１０との間で論理コネクションを確立する。論理コネクションの確立には前述したＵＰｎＰ  ＡＶのオプションコマンドであるＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ要求を行う。【００２８】
図３にクライアント機器２０がサーバ機器１０に対して論理コネクションの確立を要求するシーケンスを示す。【００２９】
クライアント機器２０はＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ要求コマンドをサーバ機器１０へ送信する（Ｓ３０）。ＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ要求を受信したサーバ機器１０ではコマンド処理部１２により、ＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ要求コマンドが処理され（Ｓ３１）、コネクション情報管理部１５に対して論理コネクションの生成を要求する（Ｓ３２）。論理コネクション生成要求を受信したコネクション情報管理部１５では、論理コネクションの管理可能数内であれば新たに論理コネクションを生成し、一意に識別可能なＩＤ（以下、「コネクションＩＤ」と呼ぶ。）を割り当てる（Ｓ３３）。この時コネクション情報管理部１５は生成する論理コネクションの種類に応じてコネクションＩＤを割り当てる。例えば、他のクライアント機器から自由に切断されては困る論理コネクションには負の値のコネクションＩＤを割り当て、逆に他のクライアント機器から切断されてもよい論理コネクションには正の値のコネクションＩＤを割り当てる。【００３０】
図４はＵＰｎＰ  ＡＶ規格で定義されるコネクションＩＤの値の範囲およびコネクションＩＤ一覧取得コマンドであるＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求によって取得できるコネクションＩＤ（以下、「コネクションＩＤ一覧」と呼ぶ。）の値の範囲を示したものである。ここで"０"は予約値であり、これらオプションの論理コネクションに関するコマンドをサポートしない機器によって使用されるＩＤである。コネクション情報管理部１５は、同図に示されるようなコネクションＩＤの値の範囲とコネクションの分類との対応関係を、例えば、テーブルなどで内部に記憶している。図４に示すように、ＵＰｎＰ  ＡＶ規格で定義されるコネクションＩＤの値の範囲は、"−２１４７４８３６４８"から"２１４７４８３６４７"までの値である。これに対し、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求によって取得できるコネクションＩＤの値の範囲は、"０"から"４２９４９６７２９５"までの値である。従って、ＵＰｎＰ  ＡＶ規格をサポートするクライアント機器であれば、サーバ機器１０との間で負の値のコネクションＩＤ、例えば、"−１"を持つ論理コネクションを確立することができる。これに対し、負の値のコネクションＩＤ"−１"は、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求によって別のクライアント機器から取得されないので、他のクライアント機器から勝手に論理コネクションを切断されることがないのである。逆に、確立された論理コネクションに正の値のコネクションＩＤ、例えば、"１"が与えられた場合には、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求によって他のクライアント機器からコネクションＩＤ"１"を取得される。このため、他のクライアント機器から論理コネクションを勝手に切断される可能性がある。【００３１】
ここではコネクション情報管理部１５は、コネクションＩＤとして"−１０"を割り振る。同時にクライアント機器２０のアドレス情報などの当該論理コネクションに関連する情報があれば併せて記憶する。次にコネクションＩＤをコマンド処理部１２に対して通知する（Ｓ３４）。前述の通り、ここではコネクションＩＤとして"−１０"が付与されている。コネクションＩＤはコマンド処理部１２によりＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ応答コマンド中に記述され（Ｓ３５）、クライアント機器２０に送信される（Ｓ３６）。【００３２】
同様にクライアント機器２００は、サーバ機器１０に対してＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ要求により論理コネクションを確立しようとするが、サーバ機器１０よりこれ以上の数の論理コネクションをサポートしていない旨のエラー応答を受信する。このためクライアント機器２００は、サーバ機器１０が確立中の既存の論理コネクションの強制的な切断を試みる。まず、クライアント機器２００はサーバ機器１０が現在確立中のコネクションＩＤ一覧を取得するためにＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求を行う。図５は、クライアント機器２００が現在確立中のコネクションＩＤ一覧を取得するためにＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求を行うシーケンスを示す図である。クライアント機器２００はＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求コマンドをサーバ機器１０へ送信する（Ｓ５０）。ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求を受信したサーバ機器１０ではコマンド処理部１２により、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求コマンドが処理され（Ｓ５１）、コネクション情報管理部１５に対して現在管理されているコネクションＩＤのリストの生成を要求する（Ｓ５２）。コネクションＩＤのリスト生成要求を受信したコネクション情報管理部１５では、管理しているコネクションＩＤのリストを生成し（Ｓ５３）をコマンド処理部１２に対して通知する（Ｓ５４）。コネクションＩＤのリストはコマンド処理部１２によりＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ応答コマンドに変換されるが（Ｓ５５）、ここで"−１０"というコネクションＩＤはＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ応答でクライアント機器２００に対して応答可能なコネクションＩＤの値の範囲外となる。このためここでサーバ機器１０は、クライアント機器２００に対してサーバ機器１０とクライアント機器２１０の間に確立された論理コネクションである"３"というコネクションＩＤのみ応答する（Ｓ５６）。【００３３】
ここでクライアント機器２００は"３"というコネクションＩＤを取得し、このコネクションＩＤで表される論理コネクションの切断を試みる。この時のシーケンスを図６に示す。図６は、クライアント機器２００がコネクションＩＤ"３"表される論理コネクションの切断を試みる場合のシーケンスを示す図である。【００３４】
クライアント機器２００はＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅ要求コマンドをサーバ機器１０へ送信する（Ｓ６０）。サーバ機器１０ではコマンド処理部１２により、ＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅ要求コマンドが処理され（Ｓ６１）、コネクション情報管理部１５に対してコネクションＩＤで示される論理コネクションの削除を要求する（Ｓ６２）。論理コネクション削除要求を受信したコネクション情報管理部１５では、コネクションＩＤで示される論理コネクションを削除し（Ｓ６３）、処理結果をコマンド処理部に対して通知する（Ｓ６４）。処理結果はコマンド処理部１２によりＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅ応答コマンドに変換され（Ｓ６５）クライアント機器２００に送信される（Ｓ６６）。【００３５】
この後クライアント機器２００はＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ要求コマンドを前述した手順で発行し、サーバ機器１０と論理コネクションを確立する事が可能となり、続けてクライアント機器２００はサーバ機器１０に対しＴＣＰ接続を要求し、ＨＴＴＰ−ＧＥＴなどによりコンテンツデータの伝送を行う。【００３６】
図７にＨＴＴＰを用いてコンテンツデータを取得するシーケンスを示す。図７は、サーバ機器１０と論理コネクションを確立したクライアント機器２００が、サーバ機器１０からコンテンツデータを取得するシーケンスを示す図である。クライアント機器２００は取得済みのコンテンツデータのＵＲＬに対してＨＴＴＰ−ＧＥＴを行う（Ｓ７０）。ＨＴＴＰ−ＧＥＴ要求を受信したサーバ機器１０の通信部１１では、ＨＴＴＰ−ＧＥＴ要求を行ったクライアント機器２００のとの間に論理コネクションが存在するかコネクション情報管理部１５に問い合わせる。ここで問い合わせのキーとなるものは、クライアント機器２００のＩＰアドレスやＭＡＣアドレスなどである。ここでは通信部１１は、コネクション情報管理部１５より、クラアイント機器２００との間に論理コネクションが確立済みである応答を受信する（Ｓ７２）。論理コネクションの確立が確認できない場合、サーバ機器１０は直ちにクライアント機器２００との物理コネクションを切断する。次にコンテンツデータ配信部１４はクライアント機器２００からのＨＴＴＰ−ＧＥＴ要求を処理し（Ｓ７３）、対応するコンテンツデータの有無をコンテンツデータ蓄積部１３に問い合わせ（Ｓ７４）、受信する（Ｓ７５）。受信したコンテンツデータはＨＴＴＰ応答に格納し（Ｓ７６）、クライアント機器２００へ応答する（Ｓ７７）。ここでは１回のＨＴＴＰ応答でコンテンツデータを送信したが、複数のＨＴＴＰ応答にまたがって送信しても良い。【００３７】
またサーバ機器１０とクライアント機器２０との間に確立された論理コネクションのコネクションＩＤ"−１０"は、第三者からのＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求では取得する事ができないため、コネクションＩＤを知るクライアント機器２０以外はＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅ要求により切断する事ができない。【００３８】
上記の方法によれば、クライアント機器２０とサーバ機器１０との間の論理コネクションを"先取り優先"とし、クライアント機器２１０とサーバ機器１０との間の論理コネクションを"後取り優先"とすることができる。【００３９】
以下に本実施の形態における変形例を示す。【００４０】
（１）  本実施の形態では、サーバ機器１０がクライアント機器２０に与えるコネクションＩＤとして"−１０"を割り振り"先取り優先"の論理コネクション確立する例を示したが、例えば"２"を割り振る事で"後取り優先"の論理コネクションを実現できる事は言うまでもない。【００４１】
（２）  また、コンテンツデータの伝送に用いるプロトコルとしてＴＣＰ、ＨＴＴＰを用いる例を示したが、ＵＤＰ、ＲＴＰなどの伝送プロトコルであっても良い。【００４２】
（３）  ＩＤ値が特定の範囲である場合は特別な処理を行っても良い。例えばコネクションＩＤの値を３２ビットで表し、最上位ビットが"０"である場合は通常通りのコネクションＩＤとして扱い、"１"である場合には各ビットに情報を割り振る。説明図を図８に示す。図８は、最上位ビットが"１"である場合に、特定のビットに特定の情報を割り振ったコネクションＩＤの一例を示す図である。ここでは下位９ビットから下位１６ビットに情報をもたせる。ここでは当該論理コネクションはレジューム再生や３倍再生といった機能には対応してないが、早送り再生および巻戻し再生には対応している。また当該論理コネクションは"後取り優先"の論理コネクションであることも表している。【００４３】
（４）  上記、本実施の形態における変形例ではＩＤ値をビット列で表記し、各ビットに情報を持たせる方法について説明したが、ビット列に表記する事なく情報を持たせてもよい。例えばコネクションＩＤが"１"から"１００"の範囲にある値で示される論理コネクションでは特殊再生を行うことができる、などである。【００４４】
（５）  上記実施の形態１では、ＵＰｎＰ  ＡＶ規格で定義されるコネクションＩＤの一部の値だけを、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求によって取得できるようにしたことにより、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求によって取得できないコネクションＩＤの論理コネクションが他者によって切断されることを防止したが、本発明はこれに限定されず、他の方法によってもよい。例えば、ＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅのコマンドに対して、コネクション情報管理部１５がその都度、コネクションＩＤの値に基づいて、論理コネクションを切断するか否かを判定するとしてもよい。その際、サーバ機器は、クライアント機器からのＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅコマンドに対してエラー応答を返す。【００４５】
（実施の形態２）
上記実施の形態１では、ＵＰｎＰ  ＡＶコマンドを用いて論理コネクションを確立する方法について説明した。本実施の形態では、ＴＣＰなどの物理コネクションの確立をもって論理コネクションの確立とする方法を説明する。【００４６】
本実施の形態における構成、サーバ機器１０の構成を除いて実施の形態１における構成図と同様である。図９に本実施の形態におけるサーバ機器１０の構成図を示す。つまり実施の形態１におけるサーバ機器１０のコネクション情報管理部１５はコマンド処理部１２によって処理されたＵＰｎＰ  ＡＶコマンドによって論理コネクションを生成したが、本実施の形態におけるサーバ機器１００のコンテンツデータ配信部１０１はコネクション情報管理部１０５に対し直接物理コネクションを生成する。またサーバ機器１００のコマンド処理部１０２はＵＰｎＰ  ＡＶオプションコマンドであるＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅはサポートしているが、同じくＵＰｎＰ  ＡＶオプションコマンドであるＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎをサポートしていない。【００４７】
図１０に本実施の形態におけるネットワーク構成図を示す。通信路３を介してサーバ機器１００、クライアント機器２００およびクライアント機器２１０が接続されている。クライアント機器２００、クライアント機器２１０はＵＰｎＰの機器検索機能によりサーバ機器１００を認識している。【００４８】
ここでクライアント機器２１０はサーバ機器１００に対して論理コネクションを確立しようと試みる。しかしサーバ機器１００は論理コネクションを確立するためのＵＰｎＰ  ＡＶコマンドＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎをサポートしていない。そこでクライアント機器２１０は論理コネクションを確立する事なくＴＣＰ接続を行い、ＨＴＴＰ−ＧＥＴ要求を行う。【００４９】
図１１にシーケンスを示す。図１１は、クライアント機器２１０とコンテンツデータ配信部１０４との物理コネクション確立をもって論理コネクションを生成する場合のシーケンスを示す図である。クライアント機器２１０はＨＴＴＰ−ＧＥＴ要求を行う際に所望のコネクションＩＤに相当する値をＨＴＴＰヘッダに埋め込む（Ｓ１１０）。この時クライアント機器２１０が指定する値はＵＰｎＰ  ＡＶ規格で定義されるコネクションＩＤの値の範囲である必要はない。ここでは"２１４７４８３６４８"を指定する。なお、コネクションＩＤ"２１４７４８３６４８"は、図４に示したように、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｃｅｔｉｏｎＩＤｓ要求により一覧で取得することができるが、ＵＰｎＰ  ＡＶ規格で定義されるコネクションＩＤの値の範囲ではないので、ＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅ要求時に指定可能なコネクションＩＤの範囲外である。このようなＨＴＴＰ−ＧＥＴ要求を受信したサーバ機器１００のコンテンツデータ配信部１０４ではＨＴＴＰ−ＧＥＴ要求を処理する（Ｓ１１１）。このときヘッダに埋め込まれた値を指定し、コネクション情報管理部１０５へコネクションＩＤの発行と論理コネクションの生成を促す（Ｓ１１２）。コネクション情報管理部１０５は要求通りコネクションＩＤとして"２１４７４８３６４８"を割り振り、論理コネクションを生成し（Ｓ１１３）、コンテンツデータ配信部１０４へ通知する（Ｓ１１４）。次にコンテンツデータ配信部１０４に対応するコンテンツデータを、コンテンツデータ蓄積部１０３に問い合わせ（Ｓ１１５）、コンテンツデータ蓄積部１０３から受信する（Ｓ１１６）。受信したコンテンツデータはＨＴＴＰ応答に格納し（Ｓ１１７）、クライアント機器２１０へ応答する（Ｓ１１８）。さらにここでは１回のＨＴＴＰ応答でコンテンツデータを送信できなかったため、複数回に分割しコンテンツデータを送信している（Ｓ１１９／Ｓ１２０）。以降、サーバ機器１００はこのＨＴＴＰ応答を繰り返しクライアント機器２１０へ応答している状態にある。【００５０】
次にクライアント機器２００はクライアント機器２１０ と同様に、サーバ機器１００へＨＴＴＰ−ＧＥＴによりコンテンツデータの取得を試みるが、サーバ機器１００は１台のクライアント機器からの接続しか受け付けないためクライアント機器２００からの接続確立要求は拒否される、そこでクライアント機器２００は既存の論理コネクションを切断すべく前述のＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｃｅｔｉｏｎＩＤｓ要求により、コネクションＩＤ"２１４７４８３６４８"で表される論理コネクションの存在を知るが、ＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅ要求時に指定可能なコネクションＩＤの範囲外であるため切断を行う事ができない。そこでクライアント機器２００は定期的にＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求をサーバ機器１００に対して行う。【００５１】
図１２は、その後サーバ機器１００からクライアント機器２１０へのコンテンツデータ伝送が完了する（Ｓ１２０／Ｓ１２１）とコネクション情報管理部１０５で管理していたコネクションＩＤと関連付けされた情報を削除（Ｓ１２２／Ｓ１２３／Ｓ１２４）するシーケンスを表す。すなわち、物理コネクションの切断をもって、論理コネクションの切断とする場合のシーケンスを示す。【００５２】
サーバ機器１００からクライアント機器２１０へのコンテンツデータの伝送が完了後のサーバ機器１００のクライアント機器へのＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ応答にはコネクションＩＤ一覧にコネクションＩＤが含まれなくなる。この事でクライアント機器２１０はサーバ機器１００が接続を受け付ける状態に推移した事を知り、接続を試みる。【００５３】
上記の方法によれば、クライアント機器２００とサーバ機器１００との間の論理コネクションを"先取り優先"とし、クライアント機器２１０とサーバ機器１０との間の論理コネクションを"後取り優先"とすることができる。【００５４】
また、実施の形態１で示した変形例を本実施の形態に適用してもよい。【００５５】
なお、ブロック図（図１及び図９など）の各機能ブロックは典型的には集積回路であるLSIとして実現される。これらは個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。【００５６】
（例えばメモリ以外の機能ブロックが１チップ化されていても良い。）
ここでは、LSIとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。【００５７】
また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。【００５８】
さらには、半導体技術の進歩又は派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。【００５９】
また、各機能ブロックのうち、符号化または復号化の対象となるデータを格納する手段だけ１チップ化せずに別構成としても良い。
【産業上の利用可能性】
【００６０】
本発明は、ホームネットワークの規格において下位互換を保ちながらも新たにコネクション管理を行うことが可能となる。本発明によれば例えばテレビ放送のような映像配信については"後取り優先"のコネクション管理を行い、ビデオオンデマンドのように個人が任意で楽しむような映像配信については"先取り優先"のコネクション管理を行うなど、サービスによって効率的なリソース管理が行えるなどの効果が期待できる。
【図１】
2007091480.tif 000003
【図２】
2007091480.tif 000004
【図３】
2007091480.tif 000005
【図４】
2007091480.tif 000006
【図５】
2007091480.tif 000007
【図６】
2007091480.tif 000008
【図７】
2007091480.tif 000009
【図８】
2007091480.tif 000010
【図９】
2007091480.tif 000011
【図１０】
2007091480.tif 000012
【図１１】
2007091480.tif 000013
【図１２】
2007091480.tif 000014
【手続補正書】
【提出日】平成20年3月7日(2008.3.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークに接続され、コンテンツデータを要求するクライアント機器に対してコンテンツを配信するＡＶサーバ機器であって、
クライアント機器から論理コネクション確立要求又は物理コネクション確立要求を受信する通信手段と、
前記通信手段によって物理コネクション確立要求が受信された場合、コンテンツデータを前記クライアント機器に配信するための物理コネクションを確立するコンテンツデータ配信手段と、
前記論理コネクション確立要求が受信されるか、又は前記物理コネクションが確立されると、論理コネクションを確立するとともに、ＩＤを生成するコネクション情報管理手段とを備え、
前記コネクション情報管理手段は、前記ＩＤに、論理コネクションの分類が対応付けられた数値を割り当てる
ことを特徴とするＡＶサーバ機器。
【請求項２】
前記ＡＶサーバ機器は、さらに、
確立された前記論理コネクションと生成された前記ＩＤとの対応を一覧にして格納するコネクション情報格納手段を備える
ことを特徴とする請求項１記載のＡＶサーバ機器。
【請求項３】
前記通信手段は、クライアント機器から前記一覧を要求するＩＤ一覧要求を受信し、
前記コネクション情報管理手段は、前記コネクション情報格納手段に格納されている前記一覧のうちから、前記ＩＤの数値の範囲に応じて、要求に応じて送信するべき一覧に含めるＩＤを取捨選択し、
前記通信手段は、取捨選択された前記ＩＤを含む前記一覧を、前記ＩＤ一覧要求に対する応答として前記クライアント機器に送信する
ことを特徴とする請求項２記載のＡＶサーバ機器。
【請求項４】
前記通信手段は、さらに、前記クライアント機器から、前記ＩＤ一覧要求の応答である前記一覧に含まれているＩＤの指定を含む、論理コネクションの切断を要求する切断要求を受信し、
前記コネクション情報管理手段は、指定された前記ＩＤに対応する前記論理コネクションを切断する
ことを特徴とする請求項３記載のＡＶサーバ機器。
【請求項５】
前記通信手段は、さらに、前記クライアント機器から、前記ＩＤ一覧要求の応答である前記一覧に含まれているＩＤの指定を含む、論理コネクションの切断を要求する切断要求を受信し、
前記コネクション情報管理手段は、指定された前記ＩＤの数値の範囲に応じて、前記論理コネクションの切断の可否を判断する
ことを特徴とする請求項３記載のＡＶサーバ機器。
【請求項６】
前記コネクション情報管理手段が、確立された論理コネクションに対して生成するＩＤの数値範囲と、前記ＩＤ一覧要求の応答である前記一覧に含めるＩＤの数値範囲と、前記論理コネクションの切断要求に応じるＩＤの数値範囲とは、それぞれ一部が他の数値範囲と重複するように定められている
ことを特徴とする請求項５記載のＡＶサーバ機器。
【請求項７】
特定の数値範囲にあるＩＤに対しては、当該ＩＤの値を特定の法則に従って変更し、変更後のＩＤの値に対して情報を付加する
ことを特徴とする請求項１記載のＡＶサーバ機器。
【請求項８】
前記通信手段は、クライアント機器から、所望のＩＤが付記された物理コネクション確立要求を受信し、
前記コネクション情報管理手段は、前記物理コネクションの確立をもって論理コネクションを確立し、前記クライアント機器に対し、前記所望のＩＤを生成する
ことを特徴とする請求項１記載のＡＶサーバ機器。
【請求項９】
前記コネクション情報管理手段は、前記ＩＤと前記論理コネクションとの対応に加えて、さらに前記クライアント機器の識別情報を対応付けた一覧を生成し、前記クライアント機器との物理コネクションの切断をもって、前記クライアント機器の前記識別情報に基づき、前記クライアント機器と対応付けられた前記論理コネクションを切断する
ことを特徴とする請求項８記載のＡＶサーバ機器。
【請求項１０】
ネットワークに接続され、コンテンツデータを要求するクライアント機器に対してコンテンツを配信するＡＶサーバ機器のためのコネクション管理方法であって、
クライアント機器から論理コネクション確立要求又は物理コネクション確立要求を受信する通信ステップと、
前記通信ステップによって物理コネクション確立要求が受信された場合、コンテンツデータを前記クライアント機器に配信するための物理コネクションを確立するコンテンツデータ配信ステップと、
前記論理コネクション確立要求を受信するか、又は前記物理コネクションが確立されると、論理コネクションを確立するとともに、ＩＤを生成するコネクション情報管理ステップとを含み、
前記コネクション情報管理ステップでは、前記ＩＤに、論理コネクションの分類が対応付けられた数値を割り当てる
ことを特徴とするコネクション管理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークを介して２つの機器間で音楽や動画などのＡＶコンテンツを視聴する際に、ＩＤを用いたコネクション管理を行なうＡＶサーバ機器及びそのコネクション管理方法に関する。
【背景技術】
【０００２】
近年ｘＤＳＬや光ファイバーなどのブロードバンド環境が整ったことにより、一般家庭においてもＰＣや家電機器をEthernet（登録商標）や無線ＬＡＮなどで接続するホームネットワーク環境が一般化してきている。この様な中で、ＰＣだけでなくテレビやＤＶＤレコーダ、エアコン、冷蔵庫のような家電もＩＰ（Internet Protocol）により相互に接続できるようになってきている。
【０００３】
インターネットやホームネットワークにおけるアプリケーションとして、ＡＶ家電機器やＰＣ間で音楽や動画などのＡＶコンテンツを視聴するための機能を提供するものがある。例えば、ＤＶＤレコーダに録画した放送番組を、ネットワークに接続されたＴＶやＰＣなどで視聴するためにＡＶストリーミング機能を提供するアプリケーションなどである。
【０００４】
この様なＡＶストリーミングを行うプロトコルでは代表的なものとして、ＨＴＴＰ（Hyper Text Transfer Protocol）やＲＴＰ（Real-time Transport Protocol）がある。特にＨＴＴＰはＴＣＰ（Transmission Control Protocol）の再送機能によって転送の信頼性を確保している。すなわち、ＴＣＰはパケットのエラーを検出して再送する手順と、欠落したパケットを検出して再送する手順を含んでおり、そのために伝送路上でエラーやパケット欠落が起こっても正しいファイルの転送を保障できる。このため、ホームネットワークのような伝送路上のエラーやパケット欠落が発生し難い環境下におけるＡＶストリーミングに向いており、ＵＰｎＰ  ＡＶ（Universal Plug AND PLAY Audio／Video）や、ＤＬＮＡ（Digital LIVING Network Alliance）などの基本的なＡＶストリーミング方式となっている。
【０００５】
しかしながら、ＨＴＴＰでのＡＶストリーミングは信頼性が高い反面、リアルタイム性を保持するためにはサーバ機器側のリソースに依存する。例えば高ビットレートの転送速度が要求される蓄積データや、複数同時アクセスされた場合などには、スループットを見据えてサーバ機器側でリソース配分の管理を行う必要がある。リソース配分の管理方法としては、ＨＴＴＰメッセージの送受信を行うためのＴＣＰコネクションの本数を制限するなどが考えられる。この場合、制限を超えて後からネットワーク再生をリクエストしようとしたクライアント機器に対しては、一般にエラーメッセージが送信されるか、またはリクエストそのものが無視され、先にコネクションを確立したクライアント機器は、ＡＶコンテンツの視聴を継続して楽しめる。これは先にコネクション確立を行った機器を優先する“先取り優先”の考え方である。
【０００６】
一方、ＵＰｎＰ  ＡＶにはコネクション管理のためのＣＭＳ（Connection Manager Service）というものがあり、論理的なコネクションの確立・切断を行うためのコマンドが存在する。具体的には、ネットワーク上のクライアント機器がサーバ機器と論理コネクションを確立するためのコマンドがＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎであり、このコマンドを受信したサーバ機器は、サーバ内部においてリソースの空きがあればクライアント機器にＩＤを発行する。また、クライアント機器がコネクションを切断したい場合においてはＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅをサーバ機器に送信することで、サーバ機器はリソースの解放を行う。ＣＭＳは論理的なコネクション確立をするものであるため、ＨＴＴＰにおけるＡＶストリーミングと連動するために、ＨＴＴＰヘッダ等にＩＤを付与するなどの関連付けすることが一般的である。ＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅは、必ずしもＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎにてＩＤを取得した機器のみが出来るだけでなく、他のクライアント機器もＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅをサーバ機器に送信することができる。このため、クライアント機器は、サーバ機器においてリソース配分されているＩＤを閲覧するためのコマンドであるＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓを発行してＩＤを知った上で、そのＩＤを解放するためにＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅをサーバ機器に送信することで、先に確立されているコネクションを、後から別のクライアント機器が切断することも可能である。これは後からコネクション確立を要求した方が優先される“後取り優先”の考え方である。
【０００７】
このようにＴＣＰコネクションの本数とは別に、ＣＭＳによる論理的なコネクションの本数によってリソース管理をする方法などがある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
前述の通り、ＩＤを用いたコネクション管理では、“先取り優先”や“後取り優先”の考え方があるが、ＵＰｎＰ  ＡＶやＤＬＮＡにおける機器間のコネクション管理では、サーバ機器がＩＤの割り振りを行ったり、そのＩＤに関連付けられたコネクションが“先取り優先”であるのか“後取り優先”であるのか等の属性を決定し記憶する。このため個々のクライアント機器は現在サーバ機器との間で確立しているコネクションが第三者から切断される可能性があるものなのか否かを判断できない。また第三者においては現在確立されているコネクションを切断しようとする際に、サーバ機器からＩＤの一覧を取得しただけでは、どのコネクションが切断可能なものであるのか判別出来ず、試行錯誤的に切断要求を行うしか上記目的を達成できないという課題を有していた。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明のＡＶサーバ機器は、ネットワークに接続され、コンテンツデータを要求するクライアント機器に対してコンテンツを配信するＡＶサーバ機器であって、クライアント機器から論理コネクション確立要求又は物理コネクション確立要求を受信する通信手段と、前記通信手段によって物理コネクション確立要求が受信された場合、コンテンツデータを前記クライアント機器に配信するための物理コネクションを確立するコンテンツデータ配信手段と、前記論理コネクション確立要求を受信するか、又は前記物理コネクションが確立されると、論理コネクションを確立するとともに、ＩＤを生成するコネクション情報管理手段とを備え、前記コネクション情報管理手段は、前記ＩＤに、論理コネクションの分類が対応付けられた数値を割り当てることを特徴とする。
【００１０】
なお、本発明は、装置として実現できるだけでなく、その装置を構成する処理手段をステップとする方法として実現したり、それらステップをコンピュータに実行させるプログラムとして実現したり、そのプログラムを記録したコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体として実現したり、そのプログラムを示す情報、データ又は信号として実現したりすることもできる。そして、それらプログラム、情報、データ及び信号は、インターネット等の通信ネットワークを介して配信してもよい。
【発明の効果】
【００１１】
本発明によれば、クライアント機器においてサーバ機器が確立中のコネクションに関するＩＤを取得するだけで、プロトコルに変更を加える事なく当該ＩＤで表されるコネクションが外部から切断可能であるのか否かなどの追加情報を得る事ができる。これによりクライアント機器では試行錯誤的にコネクション切断要求を行ったりする事なく、不必要なネットワークトラフィックの削減が期待できる。また、これからコネクションの確立を行おうとするクライアント機器においては、コネクション確立要求時に意味づけされたＩＤの発行をサーバ機器に要求する事で、第三者に切断されることのない“先取り優先”のコネクションを確立する事が可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１３】
（実施の形態１）
図１は本実施の形態におけるサーバ機器１０およびクライアント機器２０の主要部の構成を示すブロック図である。
【００１４】
サーバ機器１０は、ネットワークに接続され、コンテンツデータを要求するクライアント機器に対してコンテンツを配信するＡＶサーバ機器であって、通信部１１、コマンド処理部１２、コンテンツデータ蓄積部１３、コンテンツデータ配信部１４及びコネクション情報管理部１５を備える。通信部１１は、通信路３を介してクライアント機器２０と通信し、クライアント機器から論理コネクション確立要求又は物理コネクション確立要求などを受信する機能を有する。ここで通信路３は、Ethernet（登録商標）などの有線通信路やＩＥＥＥ８０２．１１０／ｂ／ｇ、Bluetooth（登録商標）などの無線通信路とする。
【００１５】
コマンド処理部１２は、ＵＰｎＰ  ＡＶ規格に準拠したコマンドを処理する。これにより、サーバ機器１０は、ＵＰｎＰ  ＡＶ規格に準拠した機器検索や能力交換などの処理を実行することができる。また、これにより、サーバ機器１０は、ＵＰｎＰ  ＡＶ規格に準拠したクライアント機器２０が送信したＵＰｎＰ  ＡＶコマンドを受信し、受信したコマンドに従って動作することができる。
【００１６】
コンテンツデータ蓄積部１３は、録画されたテレビ番組や、ＤＶＣ（Digital Video Camera）などで撮影された動画データ、ＤＳＣ（Digital Still Camera）などで撮影された静止画データ、録音されたラジオ番組や録音されたＣＤ（Compact Disc）楽曲などの音声データ（以下、動画、静止画および音声などの各データを「コンテンツデータ」と呼ぶ。）を蓄積している。クライアント機器２０では、これらのコンテンツデータのタイトル情報や、録音録画日情報、ＵＲＬ（Uniformed Resource Locator）等で表されるコンテンツデータの位置情報（以下、これらをまとめて「メタデータ」と呼ぶ。）をＵＰｎＰ  ＡＶコマンド要求により、コンテンツデータ受信部２３などのＵＰｎＰ  ＡＶプロトコル処理部を介して取得する事ができる。
【００１７】
コンテンツデータ配信部１４は、通信部１１によって物理コネクション確立要求が受信された場合、コンテンツデータをクライアント機器に配信するための物理コネクションを確立する機能を有し、コンテンツデータ蓄積部１３に蓄積されたコンテンツデータを、ＨＴＴＰ（Hyper Text Transport Protocol）などを用いてクライアント機器２０に配信する。
【００１８】
コネクション情報管理部１５は、論理コネクションに付与されるＩＤの数値範囲と、論理コネクションの分類（種類）との対応付けを記憶しており、論理コネクション確立要求が受信されるか、又は前記物理コネクションが確立されると、クライアント機器との間で論理コネクションを確立するとともに、ＩＤを生成する機能を有する。また、コンテンツデータを配信する際のＨＴＴＰ接続のセッション情報はコネクション情報管理部１５によって管理される。クライアント機器２０では、コネクション情報管理部１５によって管理されるセッション情報の一覧をＵＰｎＰ  ＡＶコマンド要求により、コマンド処理部２２などのＵＰｎＰ  ＡＶプロトコル処理部を介して取得する事ができる。
【００１９】
次に、クライアント機器２０は、サーバ機器１０に論理コネクション確立要求を行い、コンテンツデータの配信を要求するクライアント機器であって、通信部２１、コマンド処理部２２、コンテンツデータ受信部２３及びコンテンツデータ再生部２４を備える。通信部２１は、通信路３を介してサーバ機器１０と通信する。また、コマンド処理部２２は、ＵＰｎＰ  ＡＶ規格に準拠したコマンドを処理する。これにより、クライアント機器２０は、ＵＰｎＰ  ＡＶ規格に準拠したサーバ機器１０に対してＵＰｎＰ  ＡＶコマンドを送信し、サーバ機器１０を遠隔制御する事ができる。また、コマンド処理部２２は、論理コネクションに付与されるＩＤの数値範囲と、論理コネクションの分類（種類）との対応付けを記憶している。
【００２０】
また、コンテンツデータ受信部２３は、サーバ機器１０からコンテンツデータ蓄積部１３に記録されたコンテンツデータを受信する。これにより、クライアント機器２０は、ＨＴＴＰやＲＴＰ等の物理コネクション経由でコンテンツデータを取得する事ができる。
【００２１】
コンテンツデータ再生部２４は、コンテンツデータ受信部２３により取得されたコンテンツデータを再生する。ここで、コンテンツデータ再生部２４は、コンテンツデータが動画データでありＭＰＥＧ（Moving Picture Experts Group）エンコードされたものである場合には、ＭＰＥＧエンコーダである。
【００２２】
図２は本実施の形態におけるサーバ機器、クライアント機器のネットワーク構成図である。同図において、クライアント機器２００及びクライアント機器２１０は、クライアント機器２０と同様の構成を有しているものとする。通信路３を介してサーバ機器１０、クライアント機器２０、クライアント機器２００およびクライアント機器２１０が接続されている。ここでクライアント機器２０、クライアント機器２００およびクライアント機器２１０はＵＰｎＰの機器検索機能によりサーバ機器１０を認識しており、さらにサーバ機器１０とクライアント機器２１０はすでに論理コネクションにより接続されている状態にあるものとする。
【００２３】
ここでサーバ機器１０、クライアント機器２０、クライアント機器２００およびクライアント機器２１０はいずれもＵＰｎＰ  ＡＶオプションコマンドであるＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎおよびＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅをサポートしている。これら２つのコマンドはＵＰｎＰ  ＡＶ規格ではオプションコマンドであり、サポートするか否かは機器に依存している。
【００２４】
クライアント機器２０はＵＰｎＰ  ＡＶのコマンドであるＣＤＳ：：Ｂｒｏｗｓｅ要求をサーバ機器１０に対して行い所望のコンテンツデータを検索し、当該コンテンツデータのタイトル情報や、アクセス先のＵＲＬ情報などを取得しているものとする。
【００２５】
ここでクライアント機器２０はサーバ機器１０内のコンテンツデータ蓄積部１３に蓄積されたコンテンツデータをストリーミング再生するのに先立ち、サーバ機器１０との間で論理コネクションを確立する。論理コネクションの確立には前述したＵＰｎＰ  ＡＶのオプションコマンドであるＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ要求を行う。
【００２６】
図３にクライアント機器２０がサーバ機器１０に対して論理コネクションの確立を要求するシーケンスを示す。
【００２７】
クライアント機器２０はＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ要求コマンドをサーバ機器１０へ送信する（Ｓ３０）。ＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ要求を受信したサーバ機器１０ではコマンド処理部１２により、ＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ要求コマンドが処理され（Ｓ３１）、コネクション情報管理部１５に対して論理コネクションの生成を要求する（Ｓ３２）。論理コネクション生成要求を受信したコネクション情報管理部１５では、論理コネクションの管理可能数内であれば新たに論理コネクションを生成し、一意に識別可能なＩＤ（以下、「コネクションＩＤ」と呼ぶ。）を割り当てる（Ｓ３３）。この時コネクション情報管理部１５は生成する論理コネクションの種類に応じてコネクションＩＤを割り当てる。例えば、他のクライアント機器から自由に切断されては困る論理コネクションには負の値のコネクションＩＤを割り当て、逆に他のクライアント機器から切断されてもよい論理コネクションには正の値のコネクションＩＤを割り当てる。
【００２８】
図４はＵＰｎＰ  ＡＶ規格で定義されるコネクションＩＤの値の範囲およびコネクションＩＤ一覧取得コマンドであるＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求によって取得できるコネクションＩＤ（以下、「コネクションＩＤ一覧」と呼ぶ。）の値の範囲を示したものである。ここで“０”は予約値であり、これらオプションの論理コネクションに関するコマンドをサポートしない機器によって使用されるＩＤである。コネクション情報管理部１５は、同図に示されるようなコネクションＩＤの値の範囲とコネクションの分類との対応関係を、例えば、テーブルなどで内部に記憶している。図４に示すように、ＵＰｎＰ  ＡＶ規格で定義されるコネクションＩＤの値の範囲は、“−２１４７４８３６４８”から“２１４７４８３６４７”までの値である。これに対し、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求によって取得できるコネクションＩＤの値の範囲は、“０”から“４２９４９６７２９５”までの値である。従って、ＵＰｎＰ  ＡＶ規格をサポートするクライアント機器であれば、サーバ機器１０との間で負の値のコネクションＩＤ、例えば、“−１”を持つ論理コネクションを確立することができる。これに対し、負の値のコネクションＩＤ“−１”は、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求によって別のクライアント機器から取得されないので、他のクライアント機器から勝手に論理コネクションを切断されることがないのである。逆に、確立された論理コネクションに正の値のコネクションＩＤ、例えば、“１”が与えられた場合には、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求によって他のクライアント機器からコネクションＩＤ“１”を取得される。このため、他のクライアント機器から論理コネクションを勝手に切断される可能性がある。
【００２９】
ここではコネクション情報管理部１５は、コネクションＩＤとして“−１０”を割り振る。同時にクライアント機器２０のアドレス情報などの当該論理コネクションに関連する情報があれば併せて記憶する。次にコネクションＩＤをコマンド処理部１２に対して通知する（Ｓ３４）。前述の通り、ここではコネクションＩＤとして“−１０”が付与されている。コネクションＩＤはコマンド処理部１２によりＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ応答コマンド中に記述され（Ｓ３５）、クライアント機器２０に送信される（Ｓ３６）。
【００３０】
同様にクライアント機器２００は、サーバ機器１０に対してＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ要求により論理コネクションを確立しようとするが、サーバ機器１０よりこれ以上の数の論理コネクションをサポートしていない旨のエラー応答を受信する。このためクライアント機器２００は、サーバ機器１０が確立中の既存の論理コネクションの強制的な切断を試みる。まず、クライアント機器２００はサーバ機器１０が現在確立中のコネクションＩＤ一覧を取得するためにＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求を行う。図５は、クライアント機器２００が現在確立中のコネクションＩＤ一覧を取得するためにＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求を行うシーケンスを示す図である。クライアント機器２００はＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求コマンドをサーバ機器１０へ送信する（Ｓ５０）。ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求を受信したサーバ機器１０ではコマンド処理部１２により、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求コマンドが処理され（Ｓ５１）、コネクション情報管理部１５に対して現在管理されているコネクションＩＤのリストの生成を要求する（Ｓ５２）。コネクションＩＤのリスト生成要求を受信したコネクション情報管理部１５では、管理しているコネクションＩＤのリストを生成し（Ｓ５３）をコマンド処理部１２に対して通知する（Ｓ５４）。コネクションＩＤのリストはコマンド処理部１２によりＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ応答コマンドに変換されるが（Ｓ５５）、ここで“−１０”というコネクションＩＤはＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ応答でクライアント機器２００に対して応答可能なコネクションＩＤの値の範囲外となる。このためここでサーバ機器１０は、クライアント機器２００に対してサーバ機器１０とクライアント機器２１０の間に確立された論理コネクションである“３”というコネクションＩＤのみ応答する（Ｓ５６）。
【００３１】
ここでクライアント機器２００は“３”というコネクションＩＤを取得し、このコネクションＩＤで表される論理コネクションの切断を試みる。この時のシーケンスを図６に示す。図６は、クライアント機器２００がコネクションＩＤ“３”で表される論理コネクションの切断を試みる場合のシーケンスを示す図である。
【００３２】
クライアント機器２００はＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅ要求コマンドをサーバ機器１０へ送信する（Ｓ６０）。サーバ機器１０ではコマンド処理部１２により、ＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅ要求コマンドが処理され（Ｓ６１）、コネクション情報管理部１５に対してコネクションＩＤで示される論理コネクションの削除を要求する（Ｓ６２）。論理コネクション削除要求を受信したコネクション情報管理部１５では、コネクションＩＤで示される論理コネクションを削除し（Ｓ６３）、処理結果をコマンド処理部に対して通知する（Ｓ６４）。処理結果はコマンド処理部１２によりＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅ応答コマンドに変換され（Ｓ６５）クライアント機器２００に送信される（Ｓ６６）。
【００３３】
この後クライアント機器２００はＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎ要求コマンドを前述した手順で発行し、サーバ機器１０と論理コネクションを確立する事が可能となり、続けてクライアント機器２００はサーバ機器１０に対しＴＣＰ接続を要求し、ＨＴＴＰ−ＧＥＴなどによりコンテンツデータの伝送を行う。
【００３４】
図７にＨＴＴＰを用いてコンテンツデータを取得するシーケンスを示す。図７は、サーバ機器１０と論理コネクションを確立したクライアント機器２００が、サーバ機器１０からコンテンツデータを取得するシーケンスを示す図である。クライアント機器２００は取得済みのコンテンツデータのＵＲＬに対してＨＴＴＰ−ＧＥＴを行う（Ｓ７０）。ＨＴＴＰ−ＧＥＴ要求を受信したサーバ機器１０の通信部１１では、ＨＴＴＰ−ＧＥＴ要求を行ったクライアント機器２００のとの間に論理コネクションが存在するかコネクション情報管理部１５に問い合わせる。ここで問い合わせのキーとなるものは、クライアント機器２００のＩＰアドレスやＭＡＣアドレスなどである。ここでは通信部１１は、コネクション情報管理部１５より、クライアント機器２００との間に論理コネクションが確立済みである応答を受信する（Ｓ７２）。論理コネクションの確立が確認できない場合、サーバ機器１０は直ちにクライアント機器２００との物理コネクションを切断する。次にコンテンツデータ配信部１４はクライアント機器２００からのＨＴＴＰ−ＧＥＴ要求を処理し（Ｓ７３）、対応するコンテンツデータの有無をコンテンツデータ蓄積部１３に問い合わせ（Ｓ７４）、受信する（Ｓ７５）。受信したコンテンツデータはＨＴＴＰ応答に格納し（Ｓ７６）、クライアント機器２００へ応答する（Ｓ７７）。ここでは１回のＨＴＴＰ応答でコンテンツデータを送信したが、複数のＨＴＴＰ応答にまたがって送信しても良い。
【００３５】
またサーバ機器１０とクライアント機器２０との間に確立された論理コネクションのコネクションＩＤ“−１０”は、第三者からのＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求では取得する事ができないため、コネクションＩＤを知るクライアント機器２０以外はＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅ要求により切断する事ができない。
【００３６】
上記の方法によれば、クライアント機器２０とサーバ機器１０との間の論理コネクションを“先取り優先”とし、クライアント機器２１０とサーバ機器１０との間の論理コネクションを“後取り優先”とすることができる。
【００３７】
以下に本実施の形態における変形例を示す。
【００３８】
（１）  本実施の形態では、サーバ機器１０がクライアント機器２０に与えるコネクションＩＤとして“−１０”を割り振り“先取り優先”の論理コネクション確立する例を示したが、例えば“２”を割り振る事で“後取り優先”の論理コネクションを実現できる事は言うまでもない。
【００３９】
（２）  また、コンテンツデータの伝送に用いるプロトコルとしてＴＣＰ、ＨＴＴＰを用いる例を示したが、ＵＤＰ、ＲＴＰなどの伝送プロトコルであっても良い。
【００４０】
（３）  ＩＤ値が特定の範囲である場合は特別な処理を行っても良い。例えばコネクションＩＤの値を３２ビットで表し、最上位ビットが“０”である場合は通常通りのコネクションＩＤとして扱い、“１”である場合には各ビットに情報を割り振る。説明図を図８に示す。図８は、最上位ビットが“１”である場合に、特定のビットに特定の情報を割り振ったコネクションＩＤの一例を示す図である。ここでは下位９ビットから下位１６ビットに情報をもたせる。ここでは当該論理コネクションはレジューム再生や３倍再生といった機能には対応してないが、早送り再生および巻戻し再生には対応している。また当該論理コネクションは“後取り優先”の論理コネクションであることも表している。
【００４１】
（４）  上記、本実施の形態における変形例ではＩＤ値をビット列で表記し、各ビットに情報を持たせる方法について説明したが、ビット列に表記する事なく情報を持たせてもよい。例えばコネクションＩＤが“１”から“１００”の範囲にある値で示される論理コネクションでは特殊再生を行うことができる、などである。
【００４２】
（５）  上記実施の形態１では、ＵＰｎＰ  ＡＶ規格で定義されるコネクションＩＤの一部の値だけを、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求によって取得できるようにしたことにより、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求によって取得できないコネクションＩＤの論理コネクションが他者によって切断されることを防止したが、本発明はこれに限定されず、他の方法によってもよい。例えば、ＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅのコマンドに対して、コネクション情報管理部１５がその都度、コネクションＩＤの値に基づいて、論理コネクションを切断するか否かを判定するとしてもよい。その際、サーバ機器は、クライアント機器からのＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅコマンドに対してエラー応答を返す。
【００４３】
（実施の形態２）
上記実施の形態１では、ＵＰｎＰ  ＡＶコマンドを用いて論理コネクションを確立する方法について説明した。本実施の形態では、ＴＣＰなどの物理コネクションの確立をもって論理コネクションの確立とする方法を説明する。
【００４４】
本実施の形態における構成、サーバ機器１０の構成を除いて実施の形態１における構成図と同様である。図９に本実施の形態におけるサーバ機器１０の構成図を示す。つまり実施の形態１におけるサーバ機器１０のコネクション情報管理部１５はコマンド処理部１２によって処理されたＵＰｎＰ  ＡＶコマンドによって論理コネクションを生成したが、本実施の形態におけるサーバ機器１００のコンテンツデータ配信部１０４はコネクション情報管理部１０５に対し直接物理コネクションを生成する。またサーバ機器１００のコマンド処理部１０２はＵＰｎＰ  ＡＶオプションコマンドであるＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅはサポートしているが、同じくＵＰｎＰ  ＡＶオプションコマンドであるＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎをサポートしていない。
【００４５】
図１０に本実施の形態におけるネットワーク構成図を示す。通信路３を介してサーバ機器１００、クライアント機器２００およびクライアント機器２１０が接続されている。クライアント機器２００、クライアント機器２１０はＵＰｎＰの機器検索機能によりサーバ機器１００を認識している。
【００４６】
ここでクライアント機器２１０はサーバ機器１００に対して論理コネクションを確立しようと試みる。しかしサーバ機器１００は論理コネクションを確立するためのＵＰｎＰ  ＡＶコマンドＣＭＳ：：ＰｒｅｐａｒｅＦｏｒＣｏｎｎｅｃｔｉｏｎをサポートしていない。そこでクライアント機器２１０は論理コネクションを確立する事なくＴＣＰ接続を行い、ＨＴＴＰ−ＧＥＴ要求を行う。
【００４７】
図１１にシーケンスを示す。図１１は、クライアント機器２１０とコンテンツデータ配信部１０４との物理コネクション確立をもって論理コネクションを生成する場合のシーケンスを示す図である。クライアント機器２１０はＨＴＴＰ−ＧＥＴ要求を行う際に所望のコネクションＩＤに相当する値をＨＴＴＰヘッダに埋め込む（Ｓ１１０）。この時クライアント機器２１０が指定する値はＵＰｎＰ  ＡＶ規格で定義されるコネクションＩＤの値の範囲である必要はない。ここでは“２１４７４８３６４８”を指定する。なお、コネクションＩＤ“２１４７４８３６４８”は、図４に示したように、ＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｃｅｔｉｏｎＩＤｓ要求により一覧で取得することができるが、ＵＰｎＰ  ＡＶ規格で定義されるコネクションＩＤの値の範囲ではないので、ＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅ要求時に指定可能なコネクションＩＤの範囲外である。このようなＨＴＴＰ−ＧＥＴ要求を受信したサーバ機器１００のコンテンツデータ配信部１０４ではＨＴＴＰ−ＧＥＴ要求を処理する（Ｓ１１１）。このときヘッダに埋め込まれた値を指定し、コネクション情報管理部１０５へコネクションＩＤの発行と論理コネクションの生成を促す（Ｓ１１２）。コネクション情報管理部１０５は要求通りコネクションＩＤとして“２１４７４８３６４８”を割り振り、論理コネクションを生成し（Ｓ１１３）、コンテンツデータ配信部１０４へ通知する（Ｓ１１４）。次にコンテンツデータ配信部１０４に対応するコンテンツデータを、コンテンツデータ蓄積部１０３に問い合わせ（Ｓ１１５）、コンテンツデータ蓄積部１０３から受信する（Ｓ１１６）。受信したコンテンツデータはＨＴＴＰ応答に格納し（Ｓ１１７）、クライアント機器２１０へ応答する（Ｓ１１８）。さらにここでは１回のＨＴＴＰ応答でコンテンツデータを送信できなかったため、複数回に分割しコンテンツデータを送信している（Ｓ１１９／Ｓ１２０）。以降、サーバ機器１００はこのＨＴＴＰ応答を繰り返しクライアント機器２１０へ応答している状態にある。
【００４８】
次にクライアント機器２００はクライアント機器２１０ と同様に、サーバ機器１００へＨＴＴＰ−ＧＥＴによりコンテンツデータの取得を試みるが、サーバ機器１００は１台のクライアント機器からの接続しか受け付けないためクライアント機器２００からの接続確立要求は拒否される、そこでクライアント機器２００は既存の論理コネクションを切断すべく前述のＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｃｅｔｉｏｎＩＤｓ要求により、コネクションＩＤ“２１４７４８３６４８”で表される論理コネクションの存在を知るが、ＣＭＳ：：ＣｏｎｎｅｃｔｉｏｎＣｏｍｐｌｅｔｅ要求時に指定可能なコネクションＩＤの範囲外であるため切断を行う事ができない。そこでクライアント機器２００は定期的にＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ要求をサーバ機器１００に対して行う。
【００４９】
図１２は、その後サーバ機器１００からクライアント機器２１０へのコンテンツデータ伝送が完了する（Ｓ１２０／Ｓ１２１）とコネクション情報管理部１０５で管理していたコネクションＩＤと関連付けされた情報を削除（Ｓ１２２／Ｓ１２３／Ｓ１２４）するシーケンスを表す。すなわち、物理コネクションの切断をもって、論理コネクションの切断とする場合のシーケンスを示す。
【００５０】
サーバ機器１００からクライアント機器２１０へのコンテンツデータの伝送が完了後のサーバ機器１００のクライアント機器へのＣＭＳ：：ＧｅｔＣｕｒｒｅｎｔＣｏｎｎｅｃｔｉｏｎＩＤｓ応答にはコネクションＩＤ一覧にコネクションＩＤが含まれなくなる。この事でクライアント機器２１０はサーバ機器１００が接続を受け付ける状態に推移した事を知り、接続を試みる。
【００５１】
上記の方法によれば、クライアント機器２００とサーバ機器１００との間の論理コネクションを“先取り優先”とし、クライアント機器２１０とサーバ機器１０との間の論理コネクションを“後取り優先”とすることができる。
【００５２】
また、実施の形態１で示した変形例を本実施の形態に適用してもよい。
【００５３】
なお、ブロック図（図１及び図９など）の各機能ブロックは典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。
【００５４】
（例えばメモリ以外の機能ブロックが１チップ化されていても良い。）
ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００５５】
また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
【００５６】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
【００５７】
また、各機能ブロックのうち、符号化または復号化の対象となるデータを格納する手段だけ１チップ化せずに別構成としても良い。
【産業上の利用可能性】
【００５８】
本発明は、ホームネットワークの規格において下位互換を保ちながらも新たにコネクション管理を行うことが可能となる。本発明によれば例えばテレビ放送のような映像配信については“後取り優先”のコネクション管理を行い、ビデオオンデマンドのように個人が任意で楽しむような映像配信については“先取り優先”のコネクション管理を行うなど、サービスによって効率的なリソース管理が行えるなどの効果が期待できる。
【図面の簡単な説明】
【００５９】
【図１】図１は、本発明の実施の形態１におけるサーバ機器およびクライアント機器の主要部の構成を示すブロック図である。
【図２】図２は、本発明の実施の形態１におけるネットワーク構成図である。
【図３】図３は、本発明の実施の形態１における論理コネクション確立のシーケンス図である。
【図４】図４は、本発明の実施の形態１におけるコネクションＩＤの範囲の説明図である。
【図５】図５は、本発明の実施の形態１におけるコネクションＩＤ一覧取得のシーケンス図である。
【図６】図６は、本発明の実施の形態１における論理コネクション切断のシーケンス図である。
【図７】図７は、本発明の実施の形態１におけるＨＴＴＰによるコンテンツデータ取得のシーケンス図である。
【図８】図８は、本発明の実施の形態１における変形例におけるコネクションＩＤの範囲の説明図である。
【図９】図９は、実施の形態２におけるサーバ機器のブロック図である。
【図１０】図１０は、実施の形態２におけるネットワーク構成図である。
【図１１】図１１は、実施の形態２における物理コネクションの開始を論理コネクション生成とする場合のシーケンス図である。
【図１２】図１２は、実施の形態２における物理コネクションの切断を論理コネクション切断とする場合のシーケンス図である。
【符号の説明】
【００６０】
３  通信路
１０  サーバ機器
１１  通信部
１２  コマンド処理部（サーバ機能）
１３  コンテンツデータ蓄積部
１４  コンテンツデータ配信部
１５  コネクション情報管理部
２０  クライアント機器
２１  通信部
２２  コマンド処理部（クライアント機能）
２３  コンテンツデータ受信部
２４  コンテンツデータ再生部
１００  サーバ機器
１０１  通信部
１０２  コマンド処理部（サーバ機能）
１０３  コンテンツデータ蓄積部
１０４  コンテンツデータ配信部
１０５  コネクション情報管理部
２００  クライアント機器
２１０  クライアント機器
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2007091480.tif 000015
【図２】
2007091480.tif 000016
【図３】
2007091480.tif 000017
【図４】
2007091480.tif 000018
【図５】
2007091480.tif 000019
【図６】
2007091480.tif 000020
【図７】
2007091480.tif 000021
【図８】
2007091480.tif 000022
【図９】
2007091480.tif 000023
【図１０】
2007091480.tif 000024
【図１１】
2007091480.tif 000025
【図１２】
2007091480.tif 000026
【国際調査報告】
2007091480.tif 000027
2007091480.tif 000028
2007091480.tif 000029