(57)【要約】【課題】サーバーがクライアントからのサービス要求に対してサービス提供までの時間を短縮することを可能にする。【解決手段】サーバーがネットワークを介して接続されたクライアントへサービスの提供を行う通信システムであって、クライアントが、サーバーへサービス要求を送信する手段と、サーバーからサービスを受信する手段と、サービスを利用する手段とを備え、サーバーが、クライアントからサービス要求を受信する前に、ネットワークに接続されたクライアントを検知する手段と、検知する手段によりクライアントを検知したときに、検知したクライアントにサービスを提供するための事前処理を実行する手段と、事前処理を実行する手段により事前処理を実行した後クライアントからサービス要求を受信した場合に、事前処理を行ったサービスをクライアントに提供する手段を備える。【選択図】図１
2010257355.tif 000002
【特許請求の範囲】
【請求項１】
サーバーがネットワークを介して接続されたクライアントへサービスの提供を行う通信システムであって、
前記クライアントが、前記サーバーへサービス要求を送信する手段と、前記サーバーからサービスを受信する手段と、前記サービスを利用する手段とを備え、
前記サーバーが、
前記クライアントから前記サービス要求を受信する前に、ネットワークに接続された前記クライアントを検知する手段と、
前記検知する手段により前記クライアントを検知したときに、前記サービスを前記検知したクライアントに提供するための事前処理を実行する手段と、
前記事前処理を実行する手段により前記事前処理を実行した後、前記クライアントからサービス要求を受信した場合に、事前処理を行った前記サービスを前記クライアントに提供する手段を備えることを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムであって、
前記クライアントを検知する手段は、
前記クライアントがネットワークへブロードキャスト送信したパケットを受信することにより検知を行うことを特徴とする通信システム。
【請求項３】
請求項２に記載の通信システムであって、
前記パケットは、ＡＲＰリクエストであることを特徴とする通信システム。
【請求項４】
請求項１から３のいずれか１つに記載の通信システムであって、
前記事前処理を実行する手段は、
前記検知する手段によって前記クライアントが検知されるまで休止状態であり、
前記検知する手段が前記クライアントを検知すると起動し、前記事前処理を実行する手段が前記事前処理を実行することを特徴とする通信システム。
【請求項５】
請求項１から４のいずれか１つに記載の通信システムであって、
前記サービスを提供する手段は、
前記検知する手段によって前記クライアントが検知されるまで休止状態であり、
前記検知する手段が前記クライアントを検知すると起動し、前記クライアントが検知されてから一定期間前記クライアントからのサービス要求を受信しなかった場合は、休止状態に移行することを特徴とする通信システム。
【請求項６】
請求項２から５のいずれか１つに記載の通信システムであって、
前記サーバーは、
サービスを提供する対象のクライアントの情報を格納した記憶部と、
前記受信したパケットの情報と前記記憶部に格納された情報に基づいて、前記事前処理を行うサービスを選択する手段とを備えることを特徴とする通信システム。
【請求項７】
請求項２から６のいずれか１つに記載の通信システムであって、
前記サーバーは、
サービスを提供する対象のクライアントの情報を格納した記憶部を備え、
前記クライアントを検知する手段は、
ネットワークに接続された機器より送信されたパケットを受信すると、前記記憶部に格納された情報に基づいて、前記パケットを送信した機器がサービスを提供する対象のクライアントであるか否かを判断することを特徴とする通信システム。
【請求項８】
ネットワークを介して接続されたクライアントへサービスの提供を行うサーバーであって、
前記クライアントからサービス要求を受信する前に、ネットワークに接続された前記クライアントを検知する手段と、
前記検知する手段により前記クライアントを検知したときに、前記サービスを前記検知したクライアントに提供するための事前処理を実行する手段と、
前記事前処理を実行する手段により前記事前処理を実行した後、前記クライアントからサービス要求を受信した場合に、事前処理を行った前記サービスを前記クライアントに提供する手段を備えることを特徴とするサーバー。
【請求項９】
請求項８に記載のサーバーであって、
前記クライアントを検知する手段は、
前記クライアントがネットワークへブロードキャスト送信したパケットを受信することにより検知を行うことを特徴とするサーバー。
【請求項１０】
請求項９に記載のサーバーであって、
前記パケットは、ＡＲＰリクエストであることを特徴とするサーバー。
【請求項１１】
請求項８から１０のいずれか１つに記載のサーバーであって、
前記事前処理を実行する手段は、
前記検知する手段によって前記クライアントが検知されるまで休止状態であり、
前記検知する手段が前記クライアントを検知すると起動し、前記事前処理を実行する手段が前記事前処理を実行することを特徴とするサーバー。
【請求項１２】
請求項１１に記載のサーバーであって、
前記サービスを提供する手段は、
前記検知する手段によって前記クライアントが検知されるまで休止状態であり、
前記検知する手段が前記クライアントを検知すると起動し、前記クライアントが検知されてから一定期間前記クライアントからのサービス要求を受信しなかった場合は、休止状態に移行することを特徴とするサーバー。
【請求項１３】
請求項８から１２のいずれか１つに記載のサーバーであって、
サービスを提供する対象のクライアントの情報を格納した記憶部と、
前記受信したパケットの情報と前記記憶部に格納された情報に基づいて、前記事前処理を行うサービスを選択する手段とを備えることを特徴とするサーバー。
【請求項１４】
請求項８から１３のいずれか１つに記載のサーバーであって、
サービスを提供する対象のクライアントの情報を格納した記憶部を備え、
前記クライアントを検知する手段は、
ネットワークに接続された機器より送信されたパケットを受信すると、前記記憶部に格納された情報に基づいて、前記パケットを送信した機器がサービスを提供する対象のクライアントであるか否かを判断することを特徴とするサーバー。
【請求項１５】
請求項１から７のいずれか１つに記載の通信システムであって、
前記サービスはコンテンツ配信であり、
前記サーバーは、
ストレージと、
キャッシュとを備え、
前記検知したクライアントからコンテンツ配信要求を受信する前にコンテンツをストレージからキャッシュへ読み出し、
前記クライアントからコンテンツ配信要求を受信した場合に、前記キャッシュに読み出した前記コンテンツを前記クライアントへ配信することを特徴とする通信システム。
【請求項１６】
請求項１から７のいずれか１つに記載の通信システムであって、
前記サービスはコンテンツ配信および前記コンテンツを選択するためのコンテンツリストの提供であり、
前記サーバーは、
ストレージと、
キャッシュとを備え、
前記検知したクライアントが前記サーバーに前記コンテンツリストを要求する前に、前記サーバーが前記クライアントに提供可能なコンテンツのコンテンツリストを生成してキャッシュに格納し、
前記クライアントが前記コンテンツリストを要求した場合に、前記サーバーが前記キャッシュに格納した前記コンテンツリストを前記クライアントへ送信し、
前記クライアントが、受信した前記コンテンツリストからコンテンツを選択して前記サーバーに前記コンテンツの配信を要求し、
前記サーバーが前記要求されたコンテンツを前記クライアントへ配信することを特徴とする通信システム。
【請求項１７】
サーバーがネットワークを介して接続されたクライアントへサービスの提供を行うサービス提供方法であって、
前記サーバーが、
検知した前記クライアントからサービス要求を受信する前に、ネットワークに接続された前記クライアントを検知するステップと、
前記検知するステップにおいて前記クライアントを検知したときに、前記サービスを前記検知したクライアントに提供するための事前処理を実行するステップと、
前記事前処理を実行するステップにおいて前記事前処理を実行した後、前記クライアントからサービス要求を受信した場合に、前記事前処理を行ったサービスを前記クライアントに提供するステップを備えることを特徴とするサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、サーバー、及びサービス提供方法に関し、具体的には、通信ネットワークを介してサーバーからクライアントにサービスを提供するシステムに関する。
【背景技術】
【０００２】
ネットワーク機器をＩＰネットワークに接続した際、自動的にネットワーク上のお互いの存在を認識し、相互に機能を提供し合うための技術仕様として、ＵＰｎＰが知られており（非特許文献１参照）、機器が相互に発見する手順などを示したＵＰｎＰ Ｄｅｖｉｃｅ Ａｒｃｈｉｔｅｃｔｕｒｅという仕様がＵＰｎＰ Ｆｏｒｕｍで定義されている（非特許文献２参照）。ホームネットワークを用いてＡＶ機器や情報家電などを相互に接続し、連携して利用するための技術仕様を策定する業界団体であるＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）で規定されたガイドラインにおいても、このＵＰｎＰが採用されている。
【０００３】
ＤＬＮＡのガイドラインでは、デジタルコンテンツを記録、蓄積、提供する機能を備えるＤＭＳ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ）と、コンテンツの再生を行うＤＭＰ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ）が規定されており、ガイドラインに準拠した機器同士であれば、ネットワークに接続するだけで相互に認識し、コンテンツを送受信できるようになる。ネットワークに接続したクライアント（ＤＭＰ）が、ネットワーク内に存在するサーバー（ＤＭＳ）を認識し、サーバーにサービスの提供を要求し、サーバーがクライアントにサービスを提供する。ここでサービスとは、機器がユーザからの要求などに応じて所定の情報処理機能を提供することである。たとえば、クライアントがユーザが選択したサーバーから、利用可能なコンテンツのリストを取得する。用意されたリストの中からユーザが希望するコンテンツを選択すると、サーバーからクライアントに当該コンテンツが提供される。ＤＭＳとしてはパソコンやＤＶＤ／ＨＤＤレコーダー、ネットワーク型ハードディスクなどのほか、デジタルカメラやビデオカメラなどが、ＤＭＰとしてはテレビやパソコン、音楽プレーヤ、携帯電話などが想定されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Ｗｉｎｄｏｗｓ ＸＰのユニバーサル  プラグ  アンド  プレイ（ＵＰｎＰ）、[online]、Microsoft TechNet、［２００９年４月２４日検索］、インターネット<http://technet.microsoft.com/ja-jp/library/bb457049.aspx>
【非特許文献２】UPnP Device Architecture Version 1.1、[online]、２００８年１０月、UPnP Forum、［２００９年４月２４日検索］、インターネット<http://www.upnp.org/specs/arch/UPnP-arch-DeviceArchitecture-v1.1.pdf>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の技術においては、サーバーがクライアントからサービスの提供を要求されると、クライアントにサービスを提供するための処理を実行し、クライアントに対して応答する。そのため、要求されたサービス提供のための処理に時間を要する場合には、その分だけ提供の要求から応答までにクライアント側の待機時間が生じる。
【０００６】
たとえば、サーバーからクライアントへコンテンツを提供するシステムにおいて、クライアントがまずサーバーへ利用可能なコンテンツリストの提供を要求する場合、サーバーはサービス要求を受信してからコンテンツリストを生成してクライアントへ送信するため、コンテンツリスト生成に要する時間だけクライアントへの応答に遅延が生じていた。さらに、取得したコンテンツリストから提供を希望するコンテンツを選択し、サーバーへコンテンツの提供を要求する場合に、サーバーはコンテンツ提供を要求されてからクライアントが取得・再生可能なデータにトランスコードして送信する。たとえば、サーバーがテレビでクライアントが携帯電話端末である場合は、地上デジタル放送の番組を録画したＭＰＥＧ−２形式の動画データを、携帯端末で再生可能なＨ．２６４形式のデータへ変換する。クライアントは送受信にかかる時間に加えて、サーバーがデータのトランスコードに要する時間だけ待機することになる。
【０００７】
特に、クライアントが携帯電話端末などであり、高い応答性が要求される場合には、このような、要求操作から提供までのタイムラグはユーザのストレスとなるため、ユーザビリティの改善が求められる。
【０００８】
本発明は上記の課題を鑑みてなされたものであり、サーバーがクライアントからのサービス提供要求に対して、サービス提供までの時間を短縮する技術の提供を主たる目的とする。
【課題を解決するための手段】
【０００９】
本発明は、サーバーがネットワークを介して接続されたクライアントへサービスの提供を行う通信システムであって、クライアントが、サーバーへサービス要求を送信する手段と、サーバーからサービスを受信する手段と、サービスを利用する手段とを備え、サーバーが、クライアントからサービス要求を受信する前に、ネットワークに接続されたクライアントを検知する手段と、検知する手段によりクライアントを検知したときに、検知したクライアントにサービスを提供するための事前処理を実行する手段と、事前処理を実行する手段により事前処理を実行した後クライアントからサービス要求を受信した場合に、事前処理を行ったサービスをクライアントに提供する手段を備えることを特徴とする。
【００１０】
また、ネットワークを介して接続されたクライアントへサービスの提供を行うサーバーであって、クライアントからサービス要求を受信する前に、ネットワークに接続されたクライアントを検知する手段と、検知する手段によりクライアントを検知したときに、検知したクライアントにサービスを提供するための事前処理を実行する手段と、事前処理を実行する手段により事前処理を実行した後クライアントからサービス要求を受信した場合に、事前処理を行ったサービスをクライアントに提供する手段を備えることを特徴とするサーバーを提供する。
【００１１】
また、本発明のサービス提供方法は、サーバーがネットワークを介して接続されたクライアントへサービスの提供を行うサービス提供方法であって、サーバーが、クライアントからサービス要求を受信する前に、ネットワークに接続されたクライアントを検知するステップと、検知するステップにおいてクライアントを検知したときに、検知したクライアントにサービスを提供するための事前処理を実行するステップと、事前処理を実行するステップにおいて事前処理を実行した後クライアントからサービス要求を受信した場合に、事前処理を行ったサービスをクライアントに提供するステップを備えることを特徴とする。
【００１２】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１３】
本発明によれば、サーバーがクライアントからのサービス提供要求に対してサービス提供までの時間を短縮することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態における宅内機器連携システム１００のシステム構成図である。
【図２】本実施形態におけるテレビ１２０の構成図である。
【図３】本実施形態におけるコンテンツ提供方法の処理フローを示す図である。
【図４】本実施形態におけるテレビ１２０のクライアント情報取得処理とクライアント情報サービス１５０のクライアント情報提供処理の処理フローを示す図である。
【図５】本実施形態におけるクライアント情報ＤＢ１５０のデータ構造を示す図である。
【図６】本実施形態におけるコンテンツ再生方法の処理フローを示す図である。
【図７】本実施形態におけるコンテンツ転送システム７００のシステム構成例である。
【図８】本実施形態における映像データ送信方法の処理フローを示す図である。
【図９】本実施形態における映像データ受信方法の処理フローを示す図である。
【図１０】実施例１の効果を説明する図である。
【発明を実施するための形態】
【００１５】
以下に図面を用いて実施形態について詳細に説明する。
【実施例１】
【００１６】
図１は、本実施形態における宅内機器連携システム１００のシステム構成図である。
図１に示す宅内機器連携システム１００は、ＤＬＮＡが定めるガイドラインに従う機器連携システムであって、携帯端末１１０がＤＭＰとしてサービス提供要求を行う前に、ＤＭＳとしてのテレビ１２０が携帯端末１１０を検知してサービス提供のための事前処理を行い、携帯端末１１０からサービス提供要求を受信すると残りの処理を行って携帯端末１１０に応答することにより、携帯端末１１０からの要求に対して高速に応答することが可能な宅内機器連携システムである。
【００１７】
宅内機器連携システム１００は、宅内ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１４０を介してブロードバンドルーター１３０、テレビ１２０やその他のＡＶ機器が接続されている。ブロードバンドルーター１３０は、ルーター機能とともに、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従ってＬＡＮに接続された機器にアドレスを付与するＤＨＣＰサーバーとしての機能を備える。
【００１８】
テレビ１２０はＤＬＮＡが規定するＤＭＳとしての機能を備えており、ＤＭＰの機能を備える機器に、提供可能なコンテンツのリストおよびコンテンツを提供する。ＤＭＰとしての機能を備える携帯端末１１０が、宅内ＬＡＮ１４０に接続してテレビ１２０からコンテンツリストを取得してコンテンツを選択し、選択したコンテンツを取得して表示する。
【００１９】
携帯端末１１０は、宅内ＬＡＮに接続しており、ＤＭＰの機能を備える。
【００２０】
ＤＭＰとしての携帯端末１１０は、ＵＰｎＰ  ＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅ仕様で定義されＤＭＳの機能を備えるテレビ１２０のＭＳＤ（Ｍｅｄｉａ  Ｓｅｒｖｅｒ  Ｄｅｖｉｃｅ）２０９からコンテンツリストを取得するＭＳＣＰ（Ｍｅｄｉａ  Ｓｅｒｖｅｒ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）１１１と、テレビ１２０のＨＴＴＰサーバー２１０からコンテンツを取得するＨＴＴＰクライアント１１２と、ＵＰｎＰ  Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ仕様のアドレッシング仕様に従い携帯端末１１０のＩＰアドレスを決定するＡｕｔｏＩＰ・ＤＨＣＰクライアント１１３と、テレビ１２０から取得したコンテンツリストとコンテンツを記録するＤＭＰキャッシュ１１４と、テレビ１２０へのコンテンツ取得の要求の履歴を記録するＤＭＰ要求履歴ＤＢ１１５と、宅内ＬＡＮ１４０に接続する通信部１１６と、ユーザーインターフェースおよびコンテンツ再生機能、およびテレビ１２０に対し、開始時刻と終了時刻とチャンネルを指定して番組を録画する録画予約要求機能（図示せず）とを備える。
【００２１】
ＭＳＣＰ１１１は、通信部１１６を介してテレビ１２０へコンテンツリスト取得の要求を送信し、テレビ１２０からコンテンツリストを取得しＤＭＰキャッシュ１１４に記録する。さらに、コンテンツリストに含まれる再生可能なコンテンツのタイトルを表示し、ユーザーに選択させる。
【００２２】
ＨＴＴＰクライアント１１２は、ＭＳＣＰ１１１で取得したコンテンツリストに含まれる再生可能なコンテンツの中でユーザーが選択する可能性の高いコンテンツをＨＴＴＰサーバー２１０から取得し、ＤＭＰキャッシュ１１４に記録する。さらに、ユーザーがユーザーインターフェースを介してコンテンツリストより選択したコンテンツを取得する。
【００２３】
ユーザーが選択する可能性の高いコンテンツとは、例えば、最も最近ユーザーが選択したコンテンツのジャンルに属するコンテンツであるとする。最も最近ユーザーが選択したコンテンツのジャンルは、ＤＭＰ要求履歴ＤＢ１１５に記録したコンテンツ取得の要求の履歴から求められる。あるいは、携帯端末１１０からテレビ１２０に対し録画予約を行った録画コンテンツであるとしてもよい。また、テレビ１２０が、テレビ１２０および携帯端末１１０のユーザーに関するアカウント情報を備えており、携帯端末１１０のユーザーのアカウント権限によって録画予約が行われた録画コンテンツであるとしてもよい。
【００２４】
通信部１１６は、イーサーネット仕様に従いＬＡＮ１４０に接続する。ＡｕｔｏＩＰ・ＤＨＣＰクライアント１１３は、ＬＡＮ１４０に接続するＤＨＣＰサーバー機能を備えたブロードバンドルーター１３０を探索し、ブロードバンドルーター１３０を発見したらブロードバンドルーター１３０よりＩＰアドレスの付与を受け、ブロードバンドルーター１３０を発見できなかったらＡｕｔｏＩＰの仕様に従いＩＰアドレスを生成し、ＡＲＰリクエストにより生成したＩＰアドレスの衝突を調べ、他と衝突していなければ該ＩＰアドレスを使用し、衝突していれば再びＩＰアドレスを生成する工程から繰り返す。
【００２５】
ＤＭＰキャッシュ１１４は、テレビ１２０から取得したコンテンツリストとコンテンツを記録し、携帯端末１１０はユーザーの操作に応じて、ＤＭＰキャッシュ１１４に記録したコンテンツをユーザーインターフェースへ出力する。携帯端末１１０は、ＤＭＰキャッシュ１１４を備えることにより、コンテンツリストやコンテンツを、ユーザの要求操作が行われてからテレビ１２０から取得するよりも高速に、ユーザーインターフェースに表示してユーザーに提示することが出来る。
【００２６】
ＤＭＰ要求履歴ＤＢ１１５は、テレビ１２０へのコンテンツリスト及びコンテンツ取得の要求の履歴を記録する。該履歴には、テレビ１２０へ提供を要求した時刻、コンテンツリスト及びコンテンツのタイトル、ＵＲＩ、ジャンルなどを含む。
【００２７】
図２は、本実施例におけるテレビ１２０の構成例を示す図である。
テレビ１２０は、ハードディスクドライブなどの記憶装置２０１にプログラム２０２を備え、プログラム２０２をメモリー２０３に読み出し、演算装置たるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０４により実行する。また、各種ボタン類などの入力インターフェース２０５や、ディスプレイなどの出力インターフェース２０６、ならびにＬＡＮ１４０と接続する通信部２０８とを備える。テレビ１２０の各種機能部や通信部２０８との間では、Ｉ／Ｏ部２０７がデータのバッファリングや各種仲介処理を実行している。
【００２８】
ＤＭＳとしてのテレビ１２０は、ＵＰｎＰ  ＡＶ  Ａｒｃｈｉｔｅｃｔｕｒｅ仕様で定義されＤＭＰの機能を備える携帯端末１１０のＭＳＣＰ１１１へコンテンツリストを提供するＭＳＤ２０９と、携帯端末１１０のＨＴＴＰクライアント１１２へコンテンツを提供するＨＴＴＰサーバー２１０と、携帯端末１１０のＬＡＮ１４０への接続を検知するクライアント検知部２１１と、コンテンツを格納するストレージ２１４と、ストレージ２１４より高速なデータの入出力が可能であり、ストレージ２１４から読み出したコンテンツおよび生成したコンテンツリストを格納するＤＭＳキャッシュ２１５と、クライアント検知部２１１が検知した携帯端末１１０のクライアント情報を取得するクライアント情報取得部２１２と、携帯端末１１０からのコンテンツリストおよびコンテンツ取得の要求の履歴を記録するＤＭＰ要求履歴ＤＢ２１６と、コンテンツのトランスコードやキャッシュへの格納などの処理を行うデータ処理部２１３とを備える装置である。
【００２９】
また、放送波から番組を受信しストレージ２１４に番組を録画する録画機能と、携帯端末１１０から開始時刻と終了時刻とチャンネルを指定されて番組の録画を予約し、予約した時刻になれば録画機能により番組を録画しストレージ２１４に格納する録画予約実行機能とを備える。
【００３０】
ＭＳＤ２０９は、携帯端末１１０からコンテンツリスト取得要求を受け、携帯端末１１０へコンテンツリストを提供し、提供したコンテンツリストをＤＭＳキャッシュ２１５に格納する。ＨＴＴＰサーバー２１０は、携帯端末１１０のＨＴＴＰクライアント１１２へコンテンツを提供し、提供したコンテンツをＤＭＳキャッシュ２１５に格納する。テレビ１２０のデータ処理部２１３が携帯端末１１０に提供を要求される可能性のあるコンテンツリスト、および要求される可能性の高いコンテンツを、コンテンツについてはトランスコードした上で、ＤＭＳキャッシュ２１５に格納することにより、携帯端末１１０に要求されてからコンテンツリストを生成する、あるいはコンテンツをストレージ２１４から読み出しトランスコードして送信するよりも高速に、ＤＭＳキャッシュ２１５からコンテンツリストやコンテンツを取得することが出来る。
【００３１】
携帯端末１１０から要求される可能性の高いコンテンツとは、例えば、最も最近携帯端末１１０から要求されたコンテンツのジャンルに属するコンテンツであるとする。最も最近携帯端末１１０から要求されたコンテンツのジャンルは、ＤＭＰ要求履歴ＤＢ２１６に記録したコンテンツ提供の要求の履歴から求められる。あるいは、携帯端末１１０からテレビ１２０に対し録画予約を行った録画コンテンツであるとしてもよい。また、テレビ１２０が、テレビ１２０および携帯端末１１０のユーザーに関するアカウント情報を備えており、携帯端末１１０のユーザーのアカウント権限で録画予約が行われた録画コンテンツであるとしてもよい。
【００３２】
ＤＭＰ要求履歴ＤＢ２１６が記録する携帯端末１１０からのコンテンツリスト及びコンテンツ取得の要求の履歴には、携帯端末１１０のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスと、携帯端末１１０から要求された時刻、コンテンツリスト及びコンテンツのタイトル、ＵＲＩ、ジャンルなどを含む。これにより、テレビ１２０は、携帯端末１１０のＭＡＣアドレスをキーとして検索し、最も最近携帯端末１１０から要求されたコンテンツのジャンルを取得できる。
【００３３】
テレビ１２０は、ＡＲＰリクエスト等のパケットを受信して、該パケットに含まれる携帯端末１１０のＭＡＣアドレスをクライアント情報サービス１５０へ送信し、クライアント情報サービス１５０から携帯端末１１０のクライアント情報を受信する。クライアント情報は、携帯端末１１０がテレビ１２０へ要求することが可能なサービスの情報を含む。テレビ１２０は携帯端末１１０のクライアント情報を取得することにより、携帯端末１１０がテレビ１２０に対して要求可能なサービスを選択し、コンテンツリスト生成やコンテンツのトランスコード、キャッシュへの格納など、該サービスを提供するための事前処理を実施することが出来る。
【００３４】
クライアント情報サービス１５０は、テレビ１２０から携帯端末１１０のＭＡＣアドレスを受信し、テレビ１２０へ携帯端末１１０のクライアント情報を送信することが可能な装置である。
【００３５】
クライアント情報サービス１５０は、ＬＡＮ１４０に接続する通信部１５３と、通信部１５３を介してテレビ１２０から携帯端末１１０のＭＡＣアドレスを受信し該ＭＡＣアドレスをクライアント情報ＤＢ１５２へ送信して該クライアント情報ＤＢ１５２からクライアント情報を取得しテレビ１２０へクライアント情報を送信するクライアント情報提供部１５１と、携帯端末１１０のＭＡＣアドレスとクライアント情報の対応を記録しクライアント情報提供部１５１から携帯端末１１０のＭＡＣアドレスを受信しクライアント情報提供部１５１へ対応する携帯端末１１０のクライアント情報を送信するクライアント情報ＤＢ１５２と、を備える。
【００３６】
クライアント情報ＤＢ１５２はリレーショナルＤＢで構成し、携帯端末１１０のＭＡＣアドレスと対応するクライアント情報を登録できる。クライアント情報ＤＢ１５２に記録されるクライアント情報は、クライアントベンダーから提供されてもよい。たとえばクライアントベンダーが、ネットワークを介して、ＤＬＮＡのガイドラインに準拠した携帯端末１１０のクライアント情報をクライアント情報サービス１５０に配信する。クライアント情報を提供することにより、携帯端末１１０を宅内機器連携システム１００へ対応させることができるため、クライアントベンダーにとってもメリットがある。これにより、ユーザーが携帯端末１１０の情報を登録するなどの手間を必要とせずに本実施形態の実現を可能とする。クライアントベンダーは、必要に応じてクライアント情報の更新を行う。また携帯端末の新製品を発売したときには、クライアント情報ＤＢ１５２に新製品のＭＡＣアドレスを含むクライアント情報を提供する。これにより、新製品の携帯端末への初回のサービス提供についても、携帯端末からテレビ１２０への直接的なアクセスやユーザーによる設定を必要とせずに、本実施形態を適用することが可能である。
【００３７】
また、テレビ１２０がクライアント情報キャッシュを備え、クライアント情報サービス１５０からクライアント情報を取得するのに時間がかかる場合、クライアント情報サービス１５０から取得したクライアント情報をキャッシュして利用することで、情報取得時間の短縮をはかってもよい。クライアント情報サービス１５０のクライアント情報が更新された場合、テレビ１２０はクライアント情報キャッシュを更新する。クライアント情報サービス１５０のクライアント情報の更新の通知は、ＧＥＮＡ（Ｇｅｎｅｒａｌ  Ｅｖｅｎｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ）のプロトコルにより実行される。
【００３８】
また、クライアント情報サービス１５０は、ＬＡＮ１４０の外部に存在し、ネットワークを介してテレビ１２０と情報の送受も行ってもよい。あるいはテレビ１２０がクライアント情報サービス１５０の機能の全部または一部を備えてもよい。
【００３９】
さらに、テレビ１２０は、検知対象クライアントＤＢ（図示せず）を備え、検知対象クライアントＤＢは、検知対象とする携帯端末１１０のＭＡＣアドレスを記録する構成であってもよい。テレビ１２０がクライアント情報ＤＢ１５２に格納されたＭＡＣアドレスを取得し、またはクライアントベンダーより提供されて、検知対象クライアントＤＢに格納する。この場合、サービス提供が不要と判断した携帯端末のＭＡＣアドレスについては検知対象クライアントＤＢより削除するなどのユーザー操作を可能にしてもよい。
【００４０】
以下、本実施形態におけるコンテンツ提供方法の実施手順例について、図に基づき説明する。
図３は、本実施形態におけるコンテンツ提供方法の処理フローを示す図である。なお、以下で説明するサービス提供方法に対応する各動作は、該宅内機器連携システム１００を構成する各装置のＣＰＵが、それぞれの装置のメモリーに読み出して実行するプログラムによって実現される。そしてこのプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００４１】
携帯端末１１０が宅内ＬＡＮ１４０に接続すると、ＡｕｔｏＩＰ・ＤＨＣＰクライアント１１３は、ＵＰｎＰ  Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ仕様のアドレッシング仕様に従いＩＰアドレスを決定するために、ＤＨＣＰの仕様に従い、ＤＨＣＰサーバーの機能を備えるブロードバンドルーター１３０を探索するＤＨＣＰＤＩＳＣＯＶＥＲパケットを通信部１１６を介してＬＡＮ１４０へブロードキャストする（Ｓ３０１−１）。ブロードバンドルーター１３０は、該ＤＨＣＰＤＩＳＣＯＶＥＲパケットを受信して、ＩＰアドレスを割り当てて、割り当てたＩＰアドレスおよびデフォルトゲートウェイであるブロードバンドルーターのＩＰアドレスを通知するために、送信元の携帯端末１１０へＤＨＣＰＯＦＦＥＲパケットを送信する（Ｓ３０２−１）。
【００４２】
携帯端末１１０が、たとえばＥメールを受信するために宅外のメールサーバーへ接続しようとする。ＬＡＮ１４０はイーサーネットで構成される通信路であり、ＬＡＮ１４０に接続する機器は、ＴＣＰ／ＩＰとＡＲＰ（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従って通信を行う。宅内ＬＡＮの外にあるメールサーバーへ接続するために、携帯端末１１０がまず宅内ＬＡＮ１４０を介してＴＣＰ／ＩＰでデフォルトゲートウェイであるブロードバンドルーター１３０に接続するには、ブロードバンドルーターのＭＡＣアドレスが必要である。
【００４３】
したがって、ＬＡＮ１４０の外部への接続を試みる携帯端末１１０は、ブロードバンドルーター１３０のＭＡＣアドレスを取得するためにＡＲＰリクエストをブロードキャストする（Ｓ３０１−２）。ブロードバンドルーター１３０はＡＲＰリクエストを受信すると、携帯端末１２０に対して、ブロードバンドルーター１３０のＭＡＣアドレスを含むＡＲＰリプライを送出する（Ｓ３０２−２）。携帯端末１１０はＡＲＰリプライを受信し、ブロードバンドルーター１３０のＭＡＣアドレスを取得することで、ブロードバンドルーター１３０と通信可能となる。あるいは、携帯端末１１０がＬＡＮ１４０に接続すると自動的にこれらの処理を行う設定であってもよい。
【００４４】
ＡＲＰリクエストはＬＡＮ１４０にブロードキャストされるため、ＬＡＮ１４０に接続しているテレビ１２０も受信可能である。テレビ１２０のクライアント検知部２１１は、このＡＲＰリクエストを受信することによって、ＬＡＮ１４０に携帯端末１１０が接続していることを検知する（Ｓ３０３）。
【００４５】
このとき、テレビ１２０が検知対象クライアントＤＢを備える構成であれば、クライアント検知部２１１は検知対象クライアントＤＢを参照し、受信したＡＲＰリクエストに含まれるＭＡＣアドレスがＤＢに格納されていればＳ３０４以降の処理を実行する。該ＭＡＣアドレスが検知対象クライアントＤＢに格納されていなければ、ＡＲＰリクエストを送信した機器（携帯端末１１０）がサービス提供の対象でないものと判断して処理フローを終了する。
【００４６】
処理を続行する場合、テレビ１２０のクライアント情報取得部２１２は通信部２０８を介してＡＲＰリクエストに含まれる携帯端末１１０のＭＡＣアドレスをクライアント情報サービス１５０へ送信し、クライアント情報サービス１５０からクライアント情報を取得する（Ｓ３０４）。このとき、クライアント情報サービス１５０のクライアント情報提供部１５１は、通信部１５３を介してテレビ１２０から携帯端末１１０のＭＡＣアドレスを受信し、該ＭＡＣアドレスがクライアント情報ＤＢ１５２に記録されていた場合は、クライアント情報ＤＢ１５２に格納されている該ＭＡＣアドレスに対応するクライアント情報を読み出し、テレビ１２０へ送信する（Ｓ３０５）。図３のフローには示さないが、該ＭＡＣアドレスがクライアント情報ＤＢ１５２に格納されていない場合は、クライアント情報提供部１５１がテレビ１２０へエラー応答を送信することとしてもよい。テレビ１２０のクライアント情報取得部２１２は、クライアント情報を取得できた場合は、クライアント情報に基づいて、携帯端末１１０に提供可能なサービス、例えばコンテンツリストおよびコンテンツについて、携帯端末１１０に要求される前に提供するための事前処理を行う。なお、エラー応答を受信した場合には、ＡＲＰリクエストを送信した機器（携帯端末１１０）がサービスの提供を行う対象ではないと判断し、処理フローを終了する。
【００４７】
携帯端末１１０に提供可能なコンテンツのリストを生成するため、たとえば、クライアント情報取得部２１２が、ＤＭＰ要求履歴ＤＢ２１６から該ＭＡＣアドレスをキーとして検索し、該ＭＡＣアドレスがＤＭＰ要求履歴ＤＢ２１６に格納されていた場合は、該ＭＡＣアドレスに対応する携帯端末１１０から最も最近要求されたコンテンツのジャンルを取得する（Ｓ３０６）。データ処理部２１３は当該ジャンルに属するコンテンツのコンテンツリストを生成し、ＤＭＳキャッシュ２１５に格納する（Ｓ３０７）。または、クライアント情報ＤＢ１５２、あるいはテレビが備えるその他のＤＢに携帯端末１１０のユーザー情報が含まれ、ユーザーの好みのコンテンツのジャンルについて予め把握しており、そのジャンルに属するコンテンツのコンテンツリストを生成することとしてもよい。
【００４８】
あるいは、携帯端末１１０からテレビ１２０に対し録画予約を行った録画コンテンツについてコンテンツリストを生成することとしてもよい。また、テレビ１２０が、テレビ１２０および携帯端末１１０のユーザーに関するアカウント情報を備えており、携帯端末１１０のユーザーのアカウント権限によって録画予約が行われた録画コンテンツについてコンテンツリストを生成することとしてもよい。
【００４９】
また、クライアント情報に基づいて、携帯端末１１０からコンテンツ取得要求をされる前に、前記のような提供する可能性のあるコンテンツを、携帯端末１１０で取得・再生可能なフォーマットにトランスコードする。データ処理部２１３がＤＭＳキャッシュ２１５の容量に応じて、たとえば、ジャンルでリストを生成する場合は当該ジャンルのコンテンツを最近格納された順に１０件、録画コンテンツのリストを生成する場合はユーザーが録画予約したコンテンツの最新１０件などを、ストレージ２１４から読み出す。読み出した、地上デジタル放送の番組を録画したＭＰＥＧ−２のデータなどを、携帯端末１１０で再生可能なＨ．２６４形式のデータなどへ変換するトランスコード処理を行い、トランスコードしたデータをＤＭＳキャッシュ２１５へ記録する（Ｓ３０７）。
【００５０】
携帯端末１１０が、テレビ１２０からコンテンツを取得する為に、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒ Ｐｒｏｔｏｃｏｌ）のＭ−ＳＥＡＲＣＨをマルチキャストで送出し、ＬＡＮ１４０内にＤＭＳ機能を備える機器を探す。テレビ１２０は携帯端末１１０からのＭ−ＳＥＡＲＣＨを受信して、携帯端末にＭ−ＳＥＡＲＣＨレスポンスをユニキャストで送出する。携帯端末１１０はテレビからのＭ−ＳＥＡＲＣＨレスポンスを受信し、テレビ１２０を検知する（Ｓ３０８）。
【００５１】
携帯端末１１０は、宅内ＬＡＮ１４０上に発見したＤＭＳ機能を備える機器の一覧をユーザーインターフェースに表示して、コンテンツリストを取得するテレビ１２０をユーザーに選択させ、選択されたテレビ１２０に対してＭＳＣＰ１１１がＨＴＴＰによりテレビ１２０からテレビ１２０のデバイスディスクリプションを取得する。デバイスディスクリプションにはテレビ１２０が提供するサービスが一覧されている。さらにＭＳＣＰ１１１はＨＴＴＰによりテレビ１２０が提供するサービスのサービスディスクリプションを取得する。サービスディスクリプションにはサービスが提供するアクションが一覧されている。
【００５２】
携帯端末１１０はＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）によりテレビ１２０に対してＢｒｏｗｓｅアクションを要求し、テレビ１２０が提供するコンテンツリストを取得する（Ｓ３０９）。ＢｒｏｗｓｅはＤＬＮＡで使用する機器連携プロトコルであるＵＰｎＰのＡＶ機器連携仕様であるＵＰｎＰ ＡＶ Ａｒｃｈｉｔｅｃｔｕｒｅ仕様のＤＣＰ（Ｄｅｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）の１つであるＭｅｄｉａＳｅｒｖｅｒが備えるＣＤＳ（Ｃｏｎｔｅｎｔ  Ｄｉｒｅｃｔｏｒｙ  Ｓｅｒｖｉｃｅ）のアクションの１つであり、コンテンツリストを提供する。ＣＤＳは、ＤＭＳが提供可能なコンテンツのリストであるコンテンツリストをＤＭＰが取得する方法や、コンテンツリストに含まれる各コンテンツの詳細情報を取得する方法を規定している。ＣＤＳが提供するコンテンツの詳細情報は、コンテンツのタイトル、ジャンル、チャネル番号、チャネル名、ＵＲＩ、通信プロトコル情報等で構成される。ＵＲＩや通信プロトコル情報は、ＤＭＰがコンテンツを取得する際に使用する。
【００５３】
携帯端末１１０からコンテンツリスト取得要求を受信したテレビ１２０は、要求されたコンテンツリストがＤＭＳキャッシュ２１５に記録されていればＤＭＳキャッシュ２１５から読み出し、そうでなければデータ処理部２１３がストレージ２１４に格納されているコンテンツについてコンテンツリストを生成して、ＭＳＤ２０９によって携帯端末１１０へ送信し、要求された携帯端末１１０のＭＡＣアドレス、時刻、コンテンツリストのタイトル、ＵＲＩ、ジャンルをＤＭＰ要求履歴ＤＢ２１６へ記録する（Ｓ３１０）。
【００５４】
あるいは、データ処理部２１３がＤＭＳキャッシュ２１５に記録されたコンテンツリストが生成された時間を確認し、生成から一定時間が経過している場合には、当該コンテンツリストを削除して最新のコンテンツリストを生成し、携帯端末１１０に送信することとしてもよい。また、ＤＭＳキャッシュ２１５に記録されたコンテンツリストを、生成から一定時間が経過した時点で削除することとしてもよい。
【００５５】
携帯端末１１０のＨＴＴＰクライアント１１２は、テレビ１２０から取得したコンテンツリストを表示してテレビ１２０から取得するコンテンツをユーザーに選択させ、テレビ１２０からコンテンツを取得して再生する（Ｓ３１１）。このとき、テレビ１２０のＨＴＴＰサーバ２１０は、携帯端末１１０からコンテンツ取得要求を受信し、要求された携帯端末１１０のＭＡＣアドレス、時刻、コンテンツのタイトル、ＵＲＩ、ジャンルをＤＭＰ要求履歴ＤＢ２１６へ記録し（Ｓ３１２）、データ処理部２１３が要求されたコンテンツがトランスコード済みでＤＭＳキャッシュ２１５に記録されているか判断し（Ｓ３１３）、要求されたコンテンツがＤＭＳキャッシュ２１５に記録されていればデータ処理部２１３がＤＭＳキャッシュ２１５から読み出し（Ｓ３１４）、そうでなければデータ処理部２１３がストレージ２１４に格納されたコンテンツを読み出しトランスコード処理を行い（Ｓ３１５）、携帯端末１１０へ送信する。なお、コンテンツ取得要求は、ＨＴＴＰクライアント１１２がＨＴＴＰ  ＧＥＴプロトコルでコンテンツのＵＲＩを指定して実施する。
【００５６】
これにより、テレビ１２０は、携帯端末１１０から要求されたコンテンツリストやコンテンツがＤＭＳキャッシュ２１５に記録されている場合、ストレージ２１４からよりも高速に読み出して、送信することが出来る。コンテンツリストが要求される前に生成済みであるため、コンテンツリスト取得要求に対して速やかに応答することができ、また、コンテンツのトランスコード処理が要求される前に済んでいるため、コンテンツ取得要求から送信までにかかる時間をその分だけ短縮することが可能である。
【００５７】
なお、データ処理部２１３は、Ｓ３０３で携帯端末１１０が検知されるまで休止状態にあってもよい。ここで休止状態とは、すぐに処理を開始できない状態、例えば、十分に電源を供給しない状態やプロセスをスワップアウトした状態のことを指す。クライアント検知部２１１が携帯端末１１０を検知すると、データ処理部２１３は起動状態に移行し、コンテンツリスト生成やコンテンツの読み出し、トランスコード処理、キャッシュ格納などの事前処理を実行した後、一定期間起動状態を維持する。ここで起動状態とは、すぐに処理が開始可能な状態であり、例えば、十分な電源が供給された状態やプロセスをオンメモリにした状態を指す。一定期間は、携帯端末１１０が検知されてからテレビ１２０にサービスを要求する可能性が高い時間とし、例えば３０分間などと設定する。
【００５８】
データ処理部２１３が起動状態である間にＳ３０９で携帯端末１１０からサービス要求を受けた場合は、休止状態からの回復のための遅延なく処理を行って携帯端末１１０に応答することができる。起動状態を維持して一定期間が過ぎても携帯端末１１０からサービス提供の要求がなければ、データ処理部２１３は休止状態に移行する。生成されたコンテンツリストやトランスコードされたコンテンツは、ＤＭＳキャッシュ２１５に保存されてよい。
【００５９】
これにより、休止状態にしたデータ処理部２１３を、携帯端末１１０を検知したときに一定期間起動状態にすることで、常にデータ処理部２１３を動作させておく場合と比べて、消費電力や使用リソースを低減できる。
【００６０】
また、テレビ１２０の低消費電力、低消費リソースを実現しながら、携帯端末１１０を使用するユーザーがサービス要求を行う可能性が高い一定期間は起動状態にあることで、一定期間にサービス要求が行われた場合に休止状態から回復するタイムロスを生じさせることなく応答することができ、ユーザビリティの維持向上が可能である。なお、データ処理部２１３以外の処理部も、携帯端末１１０の検知に必要でない処理部についてはデータ処理部と同様の状態を取ることとしてもよい。
【００６１】
なお、図３を用いた上記説明においては、テレビ１２０のクライアント検知部２１１はＡＲＰリクエストの受信により携帯端末１１０を検出したが、クライアント検知部２１１は、携帯端末１１０がブロードキャストしたＤＨＣＰＤＩＳＣＯＶＥＲパケットを受信し、該ＤＨＣＰＤＩＳＣＯＶＥＲパケットから送信元のＭＡＣアドレスを取得する、あるいはＭ−ＳＥＡＲＣＨの受信によってＭＡＣアドレスを取得することとしてもよく、それらの組み合わせで取得することとしてもよい。
【００６２】
また、携帯端末１１０がブロードキャストあるいはマルチキャストする他のパケットにより携帯端末１１０を検出してもよい。例えば、ＮｅｔＢＩＯＳのブロードキャストパケットにより検出することができる。
【００６３】
さらに、テレビ１２０がＡＲＰリクエスト等によって携帯端末１１０を検出する代わりに、携帯端末１１０を検出するパケットを送信し、それに対する携帯端末１１０の応答により検出してもよい。例えば、携帯端末１１０へＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）のエコー要求を送り、それに対するエコー応答により検出することができる。
【００６４】
また、携帯端末１１０がクレイドルなどにセットされている場合、携帯端末１１０を使用するためにクレイドルから取り上げると電源が入ってネットワーク機能が立ち上がり、このときにＡＲＰリクエストをＬＡＮ１４０に送出する。テレビ１２０のクライアント検知部２１１は、このＡＲＰリクエストを検出して携帯端末１１０を検知することとしてもよい。
【００６５】
図４は、本実施形態におけるテレビ１２０のクライアント情報取得処理とクライアント情報サービス１５０のクライアント情報提供処理の処理フローを示す図である。
【００６６】
テレビ１２０は、クライアント情報取得処理（Ｓ４１０）として、クライアント検知部２１１が通信部２０８を介してＡＲＰリクエストの情報を取得し、該ＡＲＰリクエストから送信元ＭＡＣアドレスを取得し（Ｓ４１１）、クライアント情報取得部２１２が通信部２０８を介してクライアント情報サービス１５０へ該送信元ＭＡＣアドレスを送信してクライアント情報を要求し（Ｓ４１２）、クライアント情報サービス１５０からクライアント情報を受信する（Ｓ４１３）。このとき、クライアント情報サービス１５０は、クライアント情報提供処理（Ｓ４２０）として、クライアント情報提供部１５１が、通信部１５３を介してテレビ１２０から該送信元ＭＡＣアドレスを受信し（Ｓ４２１）、クライアント情報ＤＢ１５２から該送信元ＭＡＣアドレスをキーとしてクライアント情報を取得し（Ｓ４２２）、テレビ１２０へ該クライアント情報を送信する（Ｓ４２３）。
【００６７】
クライアント情報取得処理（Ｓ４１０）は、Ｓ３０３及びＳ３０４の処理に相当する。クライアント情報提供処理（Ｓ４２０）は、Ｓ３０５の処理に相当する。
【００６８】
図５は、本実施形態におけるクライアント情報ＤＢ１５２のデータ構造を示す図である。クライアント情報ＤＢ１５２は、携帯端末１１０のＭＡＣアドレス５２１と、それに対応するクライアント情報５２２を記録する。
【００６９】
ＭＡＣアドレス５２１は、携帯端末１１０の通信部１１６の固有のハードウェアアドレスである。通信部１１６はイーサーネット仕様に従いＬＡＮ１４０と接続し、ハードウェアアドレスは４８ビット長の符号である。
【００７０】
クライアント情報５２２は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述される。例えば、図５のクライアント情報５２２は、機種名（ｍｏｄｅｌＮａｍｅ）が「クライアント１」、ディスプレイ（ｄｉｓｐｌａｙ）を備え、その横解像度（ｒｅｓｏｌｕｔｉｏｎＸ）が「３５２」ピクセル、縦解像度（ｒｅｓｏｌｕｔｉｏｎＹ）が「２８８」ピクセル、色深度（ｄｅｐｔｈ）が「１６」ビット、要求することが可能なサービス（ｓｅｒｖｉｃｅ）が「動画コンテンツ配信」、のクライアントであることを示している。
【００７１】
テレビ１２０のクライアント情報取得部２１２は、受信したＡＲＰリクエストに含まれるクライアントのＭＡＣアドレス５２１をキーにして、クライアント情報ＤＢ１５２からクライアント情報５２２を検索し取得する。データ処理部２１３は取得したクライアント情報５２２に基づいて、例えば動画コンテンツを上記の解像度のデータにトランスコードしキャッシュに格納する、という事前処理を行う。
【００７２】
ＤＬＮＡガイドラインに準拠した従来のシステムにおいては、ＤＭＰ側がＤＭＳを判別することは可能であったが、ＤＭＳ側がＤＭＰを区別してＤＭＰ毎に異なるコンテンツリストやコンテンツを提供することは出来なかった。本実施形態では、ＭＡＣアドレスをキーにしてクライアント情報を取得し、クライアント情報に基づいて適切な処理を行うことにより、ＤＭＳ側がＤＭＰを判別してＤＭＰ毎に異なるコンテンツリストやコンテンツを提供することが可能である。
【００７３】
また、本実施形態は複数の携帯端末１１０が宅内機器連携システム１００に存在する環境においても有効であるが、その場合、テレビ１２０がサービス実行判断部とサービス事前処理実行キュー（図示せず）を備えてもよい。サービスを提供するための事前処理（Ｓ３０７）の前に、サービス実行判断部がサービス事前処理を実行可能かを判断し、データ処理部２１３が他の処理を実行中などの原因で、サービス事前処理が実行可能な状態でなければ、サービス事前処理実行キューにサービス事前処理を実行するための情報を投入し、データ処理部２１３はサービス事前処理Ｓ３０７を実行せずに処理フローを一時中断する。サービス事前処理実行キューはＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）構造をしており、投入された順に情報を出力する。該サービス事前処理を実行するための情報は、検知した携帯端末１１０、サービスの内容、パラメーター、携帯端末１１０を検知した時刻、タイムアウト時間などを含む。タイムアウト時間の一例は、携帯端末１１０を検知した時刻から３０秒後である。データ処理部２１３は、タイムアウト時間までに他の処理が完了するなどしてサービス事前処理が実行可能になれば、サービス事前処理実行キューからサービス事前処理を実行するための情報を取得し、サービス事前処理を実行する。
【００７４】
さらに、該サービス事前処理実行キューは、ＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）構造の代わりに、バッファーと優先度スケジューラーを備え、サービス事前処理を実行するための情報は優先度情報を含み、バッファーに記録され、優先度スケジューラーはバッファーに記録されたサービス事前処理を実行するための情報から最も優先度情報が高いものを出力する。これにより、優先順位の高いサービス事前処理から順に実行できる。優先度は携帯端末１１０のＭＡＣアドレスに対応して、クライアント情報ＤＢ１５２に記録される。
【００７５】
あるいは、テレビ１２０のデータ処理部２１３は、複数のサービス事前処理をそれぞれスレッドとして、並列実行してもよい。
【００７６】
さらに、携帯端末１１０は、ユーザー操作によりテレビ１２０へコンテンツリスト取得要求を送信する代わりに、ユーザーの操作によらず設定に従って要求を送信してもよい。この場合においても、本実施形態により、携帯端末１１０の要求から応答までの待機時間は、事前の処理の分短縮される。
【００７７】
また、宅内機器連携システム１００に複数の携帯端末１１０が存在し得る場合は、テレビ１２０がそれぞれの携帯端末１１０より録画指示（録画予約を含む）を受け、それに従いストレージ２１４に番組を記録する。テレビ１２０のクライアント検知部２１１が携帯端末１１０のうちのいずれかを検知すると、該携帯端末１１０から録画指示されてストレージ２１４に記録した番組を読み出して、ＤＭＳキャッシュ２１５に記録する。ＤＭＳキャッシュ２１５に空き容量が無ければ、古い番組をＤＭＳキャッシュ２１５から削除する。
【００７８】
テレビ１２０は、携帯端末１１０から録画番組の送信要求を受け、その番組の録画が既にトランスコード済みでＤＭＳキャッシュ２１５に格納されている場合はＤＭＳキャッシュ２１５から読み出して携帯端末１１０に送信する。
【００７９】
これにより、テレビ１２０は、検知した携帯端末１１０に指示されて録画した、該携帯端末１１０に対して送信する可能性の高い録画番組をＤＭＳキャッシュ２１５に読み出しておくことで、携帯端末１１０より送信要求を受けてストレージ２１４から読み出すよりも速やかに番組を送信できる。
【００８０】
また、携帯端末１１０を検知したタイミングで、検知した携帯端末１１０に対して送信する可能性の高いと判断された番組のみをＤＭＳキャッシュ２１５に格納することで、全ての携帯端末１１０に対して事前にコンテンツをＤＭＳキャッシュ２１５に格納しておく場合に比べては、不必要なキャッシュ利用を減らすことが可能である。
【００８１】
以下、本実施形態におけるコンテンツ再生方法の実施手順例について、図に基づき説明する。
図６は、本実施形態におけるコンテンツ再生方法の処理フローを示す図である。なお、以下で説明するコンテンツ再生方法に対応する各動作は、該宅内機器連携システム１００を構成する各装置のＣＰＵが、それぞれの装置のメモリーに読み出して実行するプログラムによって実現される。そしてこのプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００８２】
携帯端末１１０のコンテンツ再生モードは、ユーザー操作により、適用または非適用を切り替えることが出来る。
【００８３】
携帯端末１１０は、テレビ１２０へコンテンツリスト取得要求をすると、例えばＤＭＰキャッシュ１１４の容量の５％以上が空き領域になるまで、記録された時刻の古いコンテンツリストから順に削除する。あるいは、要求送信の有無に関わらず、取得から一定期間の経過したコンテンツリストについては削除することとしてもよい。また、携帯端末１１０は、テレビ１２０へコンテンツ取得要求をすると、例えばＤＭＰキャッシュ１１４の容量の１０％以上が空き領域になるまで、記録された時刻の古いコンテンツから順に削除する。以下、コンテンツリストとコンテンツを記録するのに十分な空きとは、例えばＤＭＰキャッシュ７１４の容量の１０％以上の空きのことである。
【００８４】
携帯端末１１０は、コンテンツ再生モードかどうかを判断し（Ｓ６０１）、コンテンツ再生モードでなければ、ＤＭＰキャッシュ１１４にコンテンツリストとコンテンツを記録するのに十分な空きがあるかどうかを判断し（Ｓ６０２）、ＤＭＰキャッシュ１１４に空きが無ければＳ６０１から繰り返し、ＤＭＰキャッシュ１１４に空きがあれば、ＭＳＣＰ１１１によってテレビ１２０からコンテンツリストを取得し（Ｓ６０３）、該コンテンツリストに含まれるコンテンツのジャンルの中で、たとえば最も最近携帯端末１１０から取得したジャンルに属するコンテンツなどでＤＭＰキャッシュ１１４に記録されていないコンテンツを選択し（Ｓ６０４）、ＨＴＴＰクライアント１１２が該コンテンツをテレビ１２０から取得してＤＭＰキャッシュ１１４に記録し（Ｓ６０５）、Ｓ６０１から繰り返す。
【００８５】
また、携帯端末１１０は、Ｓ６０１の判断で、コンテンツ再生モードであれば、ＬＡＮ１４０上のＤＭＳ機能を備える機器の一覧を取得して表示しＤＭＳをユーザーに選択させ（Ｓ６１１）、選択したテレビ１２０のコンテンツリストがＤＭＰキャッシュ１１４にあるかを判断し（Ｓ６１２）、ＤＭＰキャッシュ１１４にあればＤＭＰキャッシュ１１４から取得し（Ｓ６１３）、ＤＭＰキャッシュ１１４になければテレビ１２０へコンテンツリスト取得要求を送信して取得する（Ｓ６１４）。
【００８６】
引き続き、携帯端末１１０は、取得したコンテンツリストをユーザーインターフェースに表示し、コンテンツをユーザーに選択させ（Ｓ６２１）、選択したコンテンツがＤＭＰキャッシュ１１４に格納されているかを判断し（Ｓ６２２）、ＤＭＰキャッシュ１１４に格納されていればＤＭＰキャッシュ１１４から取得し（Ｓ６２３）、ＤＭＰキャッシュ１１４になければＨＴＴＰ１１２がテレビ１２０へコンテンツ取得要求を送信して取得し（Ｓ６２４）、取得したコンテンツをコンテンツ機能により再生し（Ｓ６３０）、Ｓ６０１から繰り返す。
【００８７】
これにより、ＤＭＰキャッシュ１１４にコンテンツリストがあればテレビ１２０からコンテンツリストを取得せずに、ＤＭＰキャッシュ１１４からコンテンツリストを読み出して表示できるため、ユーザーがデバイスを選択してからの応答速度が早くなる。
【００８８】
さらに、ＤＭＰキャッシュ１１４にコンテンツがあればテレビ１２０からコンテンツを取得せずに、ＤＭＰキャッシュ１１４からコンテンツを読み出して再生できるため、ユーザーがコンテンツを選択してからの応答速度が早くなる。なお、Ｓ６１２およびＳ６１３で、ＤＭＰキャッシュ１１４に格納されているコンテンツリストの取得日時を確認し、コンテンツリスト取得から一定時間経過している場合には、ＭＳＣＰ１１１が改めてコンテンツリストの提供をテレビ１２０に要求することとしてもよい。
【実施例２】
【００８９】
図７は、本実施形態におけるコンテンツ転送システム７００のシステム構成図である。
図７に示す宅内機器連携システム７００は、ＰＣ７１０がビデオカメラ７４０から取得した映像データを、ユーザーによる送信の操作が行われる前に、センター７２０に送信して、ユーザーが送信の操作を行ったときに、センター７２０への送信が完了していればすぐに送信完了の通知をユーザーへ行うことが可能なコンテンツ転送システム７００である。
【００９０】
コンテンツ転送システム７００は、映像を撮影し映像データとして記録しＰＣ７１０に該映像データを出力するビデオカメラ７４０と、インターネット７５０に接続し、該ビデオカメラ７４０から映像データを取得し転送するテレビ７３０を指定してセンター７２０へ映像データを送信するＰＣ７１０と、インターネット７５０に接続し該ＰＣ７１０から転送するテレビ７３０を指定されて映像データを受信し指定されたテレビ７３０へ該映像データを転送するセンター７２０と、インターネット７５０に接続し該センター７２０から映像データを受信するテレビ７３０と、ＰＣ７１０とセンター７２０とテレビ７３０を接続するインターネット７５０と、を備える。
【００９１】
ＰＣ７１０は、センター７２０と認証処理を行う認証部７１１と、ビデオカメラ７４０から取得した映像データを記録する記憶装置７１２と、ユーザーから映像データをセンター７２０へ送信する指示を受ける送信ＵＩ７１３と、インターネット７５０へ接続する通信部７１５と、ビデオカメラ７４０と接続するビデオカメラＩＦ７１４と、データの処理や各機能部への指示を行う処理部７１６を備える。
【００９２】
センター７２０は、ＰＣ７１０及びテレビ７３０と認証処理を行う認証部７２１と、ＰＣ７１０から受信した映像データを記録する記憶装置７２２と、インターネット７５０へ接続する通信部７２３と、データの処理や各機能部への指示を行う処理部７２４を備える。
【００９３】
テレビ７３０は、センター７２０と認証処理を行う認証部７３１と、センター７２０から受信した映像データを記録する記憶装置７３２と、映像データをセンター７２０から受信する指示をユーザーより受ける受信ＵＩ７３３と、インターネット７５０へ接続する通信部７３４と、を備える。認証処理はＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）プロトコルに基づいて行う。
【００９４】
以下、本実施形態における映像データ転送方法の実施手順例について、図に基づき説明する。
図８は、本実施形態におけるＰＣ７１０からセンター７２０への映像データ送信方法の処理フローを示す図である。なお、以下で説明する映像データ送信方法に対応する各動作は、コンテンツ転送システム７００を構成する各装置のＣＰＵが、それぞれの装置のメモリーに読み出して実行するプログラムによって実現される。そしてこのプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００９５】
ＰＣ７１０のビデオカメラＩＦ７１４が、ビデオカメラ７４０から映像データを取得し（Ｓ８０１）、通信部７１５によりセンター７２０へ接続し（Ｓ８０２）、センター７２０の認証部７２１が、ＰＣ７１０を認証し（Ｓ８１１）、通信部７２３によりセンター７２０の未送信映像データの格納可能容量を送信し（Ｓ８１２）、ＰＣ７１０は通信部７１５により、該格納可能容量を受信し（Ｓ８０３）、該格納可能容量以下のサイズの映像データがあれば、その中で最も送信する可能性があると判断した映像データのサイズを送信し、なければ、終了する（Ｓ８０４）。
【００９６】
センター７２０は通信部７２３により、映像データのサイズを受信し（Ｓ８１３）、処理部７２４が、記憶装置７２２の空き容量が受信した該映像データのサイズより大きくなるまで、記憶装置７２２に記録され未送信フラグのついた映像データを古い順に削除を繰り返し（Ｓ８１４）、ＰＣ７１０へ映像データ送信要求を送信し（Ｓ８１５）、ＰＣ７１０は、映像データ送信要求を受信し（Ｓ８０５）、Ｓ８０４で最も送信する可能性があるとした映像データをセンター７２０へ送信し（Ｓ８０６）、センター７２０は、該映像データを受信し（Ｓ８１６）、処理部７２４が該映像データを記憶装置７２２へ記録し（Ｓ８１７）、該映像データの未送信フラグをセットする（Ｓ８１８）。未送信フラグとは、本システムの処理により記憶装置７２２に記録済みであるが、ユーザー操作によってはテレビ７３０への送信を要求されていない映像データを判別するためのフラグである。
【００９７】
ＰＣ７１０は、Ｓ８０１でビデオカメラ７４０から取得した映像データ一覧を処理部７１４がユーザーインターフェース（図示せず）に表示して、ユーザーに送信する映像データを選択させ、選択された映像データを送信ＵＩ７１３によりセンター７２０に通知し（Ｓ８０７）、ユーザーインターフェースに送信可能なテレビ７３０一覧を表示してユーザーに該映像データの送り先テレビ７３０を選択させ、送り先テレビ７３０をセンター７２０に通知して（Ｓ８０８）、ユーザーに完了を通知して終了する（Ｓ８０９）。
【００９８】
センター７２０の処理部７２４は、ＰＣ７１０から通知された映像データが記憶装置７２２に記憶されていれば該映像データの未送信フラグをクリアして送信フラグをセットし、記憶されていなければ該映像データをＰＣ７１０から取得し、ＰＣ７１０から通知された送信先テレビを該映像データの送信先に設定し、送信フラグをセットして終了する（Ｓ８１９）。
【００９９】
Ｓ８０４の最も送信する可能性があるとするデータとは、たとえばビデオカメラ７４０から取得した映像データの中で、最も最近撮影した映像データである。映像データには撮影日時とサイズが記録されている。
【０１００】
これにより、ＰＣ７１０は、Ｓ８０７でユーザーが送信する映像データを選択する前に映像データがセンター７２０へ送信されていれば、ユーザが送信する映像データと送信先テレビを選択した直後に処理が完了するため、ユーザーが送信する映像データを選択してから送信するよりも待ち時間を短縮することが可能になる。
【０１０１】
Ｓ８０７の映像データの選択と、Ｓ８０８の送信先テレビの選択の順序を交換することも可能である。
【０１０２】
図９は、本実施形態におけるテレビ７３０の映像データ受信方法の処理フローを示す図である。なお、以下で説明する映像データ受信方法に対応する各動作は、コンテンツ転送システム７００を構成する各装置のＣＰＵが、それぞれの装置のメモリーに読み出して実行するプログラムによって実現される。そしてこのプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。なお、未送信フラグとは、本システムの処理により記憶装置７３２に記録済みであるが、ユーザー操作によってはテレビ７３０への送信を要求されていない映像データを判別するためのフラグである。未送信フラグをセットした映像データを未送信データと呼ぶ。
【０１０３】
テレビ７３０は、電源投入あるいはタイマー起動によりインターネット７５０に接続し（Ｓ９１１）、センター７２０へ接続し（Ｓ９１２）、センター７２０は、テレビ７３０を認証し（Ｓ９０１）、該テレビ７３０を送信先とする映像データで送信フラグがセットされている映像データの一覧をテレビ７３０へ送信する（Ｓ９０２）。
【０１０４】
テレビ７３０は、（ａ）受信した映像データの一覧に含まれる映像データのサイズの合計が記憶装置７３２の空領域より小さければ、受信した映像データの一覧に含まれる映像データを全て取得して記憶装置７３２へ記録し、取得したすべての映像データに未送信フラグをセットする。あるいは、（ｂ）受信した映像データの一覧に含まれる映像データのサイズの合計が、記憶装置７３２の空領域より大きく、空領域と記憶装置７３２に記録された未送信データのサイズの合計より小さければ、全ての映像データが受信可能になるまで未送信データを古い順に削除して記憶領域を空け、受信した映像データの一覧に含まれる映像データを全て取得して記憶装置７３２へ記録し、取得したすべての映像データに未送信フラグをセットする。あるいは、（ｃ）受信した映像データの一覧に含まれる映像データのサイズの合計が記憶装置７３２の空領域と記憶装置７３２に記録された未送信データのサイズの合計以上であれば、記憶装置７３２の未送信データを全て消して、記憶装置９３２の空領域がなくなるまで受信した映像データの一覧に含まれる映像データをサイズの小さいものから順に取得して記憶装置７３２へ記録し、取得した全ての映像データに未送信フラグをセットする（Ｓ９１３）。次にテレビ７３０はセンター７２０への接続を切断する（Ｓ９１４）。
【０１０５】
テレビ７３０は、ユーザー操作によりセンターへ接続し（Ｓ９１５）、センター７２０は、テレビ７３０を認証し（Ｓ９０３）、該テレビ７３０が送信先に設定されている映像データの一覧で送信フラグがセットされている映像データの一覧をテレビ７３０へ送信し（Ｓ９０４）、テレビ７３０は、受信した映像データの一覧を表示してユーザーに取得する映像データを選択させ（Ｓ９１６）、選択された映像データが記憶装置７３２にあれば、該映像データの未送信データをクリアし、再生する（Ｓ９１７）。選択された映像データが記憶装置７３２になければ、該映像データをセンター７２０へ要求して（Ｓ９１７）、センター７２０は、テレビからの該要求を受信し（Ｓ９０５）、該映像データをテレビ７３０へ送信し（Ｓ９０６）、テレビ７３０は、該映像データを受信し、記憶装置７３２に格納して、再生する（Ｓ９１８）。
【０１０６】
これにより、テレビ７３０は、Ｓ９１６でのユーザー操作の前に映像データをセンター７２０から受信して記憶装置７３２に記録していれば、ユーザー操作後に映像データをセンター７２０から取得するよりも待ち時間を短縮することが可能になる。
【０１０７】
図１０は、実施例１のシステムが奏する効果を説明する図である。
動画コンテンツをＭＰＥＧ−２ＴＳ形式からＨ．２６４形式へトランスコードして携帯端末１１０に送信するサービスを提供するテレビ１２０と、テレビ１２０に対してサービス（コンテンツの提供）を要求しコンテンツを受信する携帯端末１１０と、を備える従来技術によるシステムでの処理時間と、本実施形態を適用しテレビ１２０が携帯端末１１０の要求より前にサービス提供のために行う事前処理を、コンテンツのＭＰＥＧ−２ＴＳ形式からＨ．２６４形式へのトランスコードとし、コンテンツ要求受信後に、トランスコードしたデータを送信することとしたシステムでの処理時間とを比較する。
【０１０８】
比較の条件として、テレビ１２０が送信するコンテンツは再生時間３０分の映像であるとし、トランスコードは再生時間の１／２倍、送受信は再生時間の１／１５倍、要求の送受信を２秒で行うものとする。即ち、（１）携帯端末１１０がテレビ１２０へコンテンツ取得要求を送信する時間を２秒、（２）テレビ１２０が携帯端末１１０からコンテンツ取得要求を受信する時間を２秒、（３）テレビ１２０がコンテンツをトランスコードする所要時間を１５分、（４）テレビ１２０が携帯端末１１０へコンテンツを送信する所要時間を２分、（５）携帯端末１１０がテレビ１２０からコンテンツを受信する所要時間を２分とする。
【０１０９】
従来技術による処理１０１０は、ユーザ操作が行われてから携帯端末１１０が（１）テレビ１２０へコンテンツ取得要求を送信し、テレビ１２０は（２）該コンテンツ取得要求を受信し、（３）コンテンツ取得要求で指定されたコンテンツのトランスコードを行い、（４）該トランスコードを行ったコンテンツを携帯端末１１０へ送信し、携帯端末１１０は（５）コンテンツを受信して処理を完了する。携帯端末１１０とテレビ１２０との間で送受信が行われるため、（１）と（２）、（４）と（５）の処理はそれぞれ一部オーバーラップする。これにより、従来技術による処理１０１０において、ユーザー操作から処理完了までの時間は（１）（２）で２秒強、（３）で１５分、（４）（５）で２分強となり、合計で１７分強となる。
【０１１０】
本実施形態による処理１０２０は、携帯端末１１０を検出してからテレビ１２０は（３）携帯端末１１０から要求される可能性の高いコンテンツのトランスコードを行い、ユーザー操作が行われてから携帯端末１１０は（１）テレビ１２０へコンテンツ取得要求を送信し、テレビ１２０は（２）該コンテンツ取得要求を受信し、要求されたコンテンツがトランスコード済みの場合は、（４）該トランスコード済みコンテンツを携帯端末１１０へ送信し、携帯端末１１０は（５）コンテンツを受信して処理を完了する。これにより、本実施形態による処理１０２０において、ユーザー操作から処理完了までの時間は（１）（２）で２秒強、（４）（５）で２分強となり、合計で２分強となる。
【０１１１】
以上により、テレビ１２０が携帯端末１１０から要求されるコンテンツのトランスコードを、コンテンツの提供を要求される前に行っていた場合、ユーザーが要求操作をしてから処理が完了するまでの時間は、本実施形態によれば従来技術より８８％短縮される。
【０１１２】
以上、実施の形態について説明したが、記載した実施例に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【０１１３】
１００…宅内機器連携システム
１１０…ＤＭＰ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｐｌａｙｅｒ）機能を備えた携帯端末
１１１…ＭＳＣＰ（Ｍｅｄｉａ  Ｓｅｒｖｅｒ  Ｄｅｖｉｃｅ）
１１２…ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）クライアント
１１３…ＡｕｔｏＩＰ・ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）クライアント
１１４…ＤＭＰキャッシュ
１１５…ＤＭＰ要求履歴ＤＢ
１１６…通信部
１２０…ＤＭＳ（Ｄｉｇｉｔａｌ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）機能を備えたテレビ
１３０…ＤＨＣＰサーバー機能を備えたブロードバンドルーター
１５０…クライアント情報サービス
１５１…クライアント情報提供部
１５２…クライアント情報ＤＢ（Ｄａｔａｂａｓｅ）
２０８…通信部
２０９…ＭＳＤ（Ｍｅｄｉａ  Ｓｅｒｖｅｒ  Ｄｅｖｉｃｅ）
２１０…ＨＴＴＰサーバー
２１１…クライアント検知部
２１２…クライアント情報取得部
２１３…データ処理部
２１４…ストレージ
２１５…ＤＭＳキャッシュ
５２１…ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス
５２２…クライアント情報
７００…コンテンツ転送システム
７１０…ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）
７２０…センター
７３０…テレビ
７４０…ビデオカメラ
７５０…インターネット
１０１０…従来技術による処理
１０２０…実施例１による処理
【図１】
2010257355.tif 000003
【図２】
2010257355.tif 000004
【図３】
2010257355.tif 000005
【図４】
2010257355.tif 000006
【図５】
2010257355.tif 000007
【図６】
2010257355.tif 000008
【図７】
2010257355.tif 000009
【図８】
2010257355.tif 000010
【図９】
2010257355.tif 000011
【図１０】
2010257355.tif 000012