WO2007072670A1

WO2007072670A1 - 放送受信装置、映像蓄積装置およびマルチメディア配信システム

Info

Publication number: WO2007072670A1
Application number: PCT/JP2006/324014
Authority: WO
Inventors: Toshihiko Munetsugu
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2005-12-22
Filing date: 2006-11-30
Publication date: 2007-06-28
Also published as: KR20080078829A; CA2634024A1; US20090222867A1

Description

明細書

放送受信装置、映像蓄積装置およびマルチメディア配信システム技術分野

[0001] 本発明は、ケーブルテレビなどで提供されるデジタル放送、 VoD (Video On De mand)サービスの、ホームネットワークに接続された機器での利用に関するものである。

背景技術

[0002] 近年、 BSデジタル放送、 CS 110度デジタル放送および地上波デジタル放送などのデジタル放送が開始された。また、 HDDレコーダ、 DVD (Digital Versatile Di s_c)レコーダなどの普及が進んでいる。これらにより、家庭内で利用できる、デジタル化されたマルチメディアコンテンツが増加している。

[0003] 一方で、ブロードバンド環境の整備により、家庭力のインターネットアクセスが普及している。それに伴い、家庭内の各部屋を IPネットワークで繋ぐ、いわゆるホームネットワークの普及も進んで、る。

[0004] デジタルコンテンツとホームネットワークの普及により、家庭内のデジタル放送受信機で受信したデジタル放送、もしくは、レコーダに蓄積したデジタルコンテンツを、ホームネットワークを用いて、他の部屋で視聴することが行われるようになった。

[0005] また、ケーブルテレビなどでは、利用者の要求により、映画など特定のコンテンツをいつでも視聴できる VoDサービスが行われている。 VoDサービスは、利用者が、受信端末である STB (Set Top Box)を操作して、 VoDサービスで提供されているコンテンッを選択し、ケーブル局へ要求することで、そのデータが送信されるものである。近年は、 VoDサービスで提供されるコンテンツも、上記と同様のデジタルコンテンツとなっている。そこで、 VoDサービスも、ホームネットワークにつながった複数の端末機器から利用するといつたニーズが出てくるようになった。

[0006] ケーブルテレビにおける VoDサービスにお!/、ては、放送と別にマルチメディアデータを通信する必要があり、局設備と各家庭との間では、そのための通信帯域が必要となる。 [0007] また、局設備側では、大量の要求が同時間に起こる可能性があり、その処理負荷に耐えうる設備が必要となる。

[0008] これらに対応するため、従来では、局の送信装置や各家庭に 1台設置された記憶装置によって、 VoDサービスで提供されるマルチメディアデータを一時蓄積する、いわゆるデータのキャッシュが行われており、その蓄積されたマルチメディアデータを利用することで、帯域消費や処理負荷の低減を行っている (例えば、特許文献 1を参照

) o

[0009] また、ケーブルテレビや衛星放送などでは、、わゆる-ァ VoDと呼ばれる放送が行われている。これは、同じ映画などの番組を、時間をずらせて何度か放送するもので、利用者が都合の良い時間に視聴できるようになっており、 VoDに近いサービスが行われることから、ニァ VoDと呼ばれている。

[0010] デジタル放送で用いられるマルチメディアデータは、 MPEG2—TS (Motion Pic ture Expert Gruoup Phase2 Transport Stream)と呼ばれる符号ィ匕されたデータである。ひとつの MPEG2—TSストリームは、同時に複数の番組を格納することができる。放送受信機は、ひとつの MPEG2—TSストリームから、ひとつの番組に関するデータを抽出し、再生を行う形式となっている。デジタル放送では、さらに周波数でわけた複数の MPEG2— TSストリームを送信している。そして、放送受信機のチユーナは、周波数を合わせることによって、ひとつの MPEG2— TSストリームを抽出し、その中から所定の番組を抜き出して再生する構成である。

[0011] ホームネットワークを用いて、複数の放送受信機により同時に視聴が可能となった力一般に安価な放送受信機はチューナを備えておらず、ユーザは、チューナを備えた放送受信機が受信したマルチメディアデータを、ネットワーク経由で取得して視聴する形態をとる。この時、同時に複数の端末力も別の番組を視聴しょうとした場合、それらの番組が別の MPEG2— TSストリームに入っている場合は、ひとつのチューナでは受信できない。そのため、ユア VoDであっても、ユーザが都合の良い時間に視聴できないといったことが起こる。これを回避するために、従来は、端末数と同数のチューナを用意することが一般的な対策である。

[0012] また、上述のように、ケーブルテレビにおける VoDサービスにおいては、放送と別にマルチメディアデータを通信する必要があり、局設備と各家庭との間での通信帯域低減のため、放送受信機に記憶装置を備えて、 VoDサービスで提供されるマルチメディァデータを一時蓄積する、いわゆるデータのキャッシュが行われている。ユア VoD サービスにおいて、それを利用することも、対策としては考えられる（例えば、特許文献 1を参照)。

特許文献 1：特表 2002— 540684号公報

発明の開示

発明が解決しょうとする課題

[0013] し力しながら、上記従来の技術では、マルチメディアデータおよびそのデータの供給処理が 1台の装置に集中するため、その装置に掛カるコストが増大するという課題がある。

[0014] まず、 VoDサービスにおいて、局もしくは 1台設置された記憶装置によって、マルチメディアデータのキャッシュを行っている力ホームネットワークの普及により、各家庭で、同時に複数の VoDサービスが行われる環境になると、多種類のコンテンツが同時に要求される。

[0015] この場合、局設備と家庭の間の通信帯域消費の低減のためには、各家庭内で多数のデータをキャッシュする大容量の記憶装置が必要となり、コストが増大する。また、家庭内のキャッシュ装置力ホームネットワークにおいてはサーバとして機能するため、サーバとして同時に複数の端末にデータを供給するために高性能の装置が必要となり、コストが増大する。

[0016] 次に、ユア VoDサービスにおいて、まず、チューナを端末と同じ数だけ用意することは、コストを増大させることになる。

[0017] また、ホームネットワークの普及により、各家庭で、同時に複数の番組視聴が行われる環境になると、多種類のコンテンツが同時に要求される。この場合、放送受信機に設置された記憶装置によって、マルチメディアデータのキャッシュを行う従来の技術では、 VoDサービスの場合と同様に、家庭内で多数の番組をキャッシュする大容量の記憶装置が必要となり、コストが増大する。また、家庭内のキャッシュ装置が、ホームネットワークにおいてはサーバとして機能するため、サーバとして同時に複数の端末にデータを供給するために高性能の装置が必要となり、コストが増大する。

[0018] 本発明は、上記従来の課題を解決するもので、ホームネットワークに接続された複数の映像蓄積装置を用いて、適切にキャッシュを分散させることで、局設備と家庭間の通信帯域消費や各装置の負荷を低減することが可能な、放送受信装置、映像蓄積装置もしくはマルチメディア配信システムを提供することを目的とする。

課題を解決するための手段

[0019] 上記の課題を解決するために、本発明の放送受信装置は、放送局に設置された装置から映像および音声の少なくとも一方を含むマルチメディアデータを受信する、ネットワークに接続された放送受信装置であって、前記放送局に設置された装置からマルチメディアデータを受信するデータ受信手段と、マルチメディアデータを蓄積している複数の映像蓄積装置と、前記ネットワークを介して通信する情報通信手段と、前記複数の映像蓄積装置のうち、ひとつを選択する選択手段と、前記データ受信手段が受信したマルチメディアデータを、前記ネットワークを介して出力するデータ出力手段とを備え、前記情報通信手段は、前記選択手段が選択した映像蓄積装置へマルチメディアデータの蓄積要求を送信し、前記データ出力手段は、前記データ受信手段が受信したマルチメディアデータを、前記選択手段が選択した映像蓄積装置へ出力する。

[0020] 本構成によれば、放送局に設置された装置カゝらマルチメディアデータを受信したときに、それをキャッシュする映像蓄積装置を選択することにより、キャッシュを分散させることが可能である。

[0021] 好ましくは、前記選択手段は、前記マルチメディアデータの属性をもとに、映像蓄積装置を選択する。マルチメディアデータの属性は、例えば、マルチメディアデータの内容のジャンルである。また、マルチメディアデータの属性は、マルチメディアデータのデータ量、マルチメディアデータの放送時間であってもよ、。

[0022] 本構成によれば、このようなマルチメディアデータの属性によってキャッシュを分散させることにより、より適切な条件で、分散させることが可能となる。また好ましくは、前記情報通信手段は、さらに、前記ネットワークに接続された映像蓄積装置の属性を受信し、前記選択手段は、前記情報通信手段が受信した映像蓄積装置の属性をもとに、映像蓄積装置を選択する。映像蓄積装置の属性は、例えば、映像蓄積装置が利用される頻度を示す利用頻度情報である。また、映像蓄積装置の属性は、映像蓄積装置に関連付けられているジャンル、または、映像蓄積装置に備えられている蓄積媒体の空き容量などでもよ、。

[0023] 本構成によれば、例えば、各映像蓄積装置に均等にキャッシュさせるといったことが可能となり、より適切な条件で、分散することが可能となる。さらに好ましくは、前記情報通信手段は、さらに、前記ネットワークに接続された映像蓄積装置の属性を受信し、前記選択手段は、前記マルチメディアデータの属性および前記情報通信手段が受信した映像蓄積装置の属性をもとに、映像蓄積装置の選択を行う。マルチメディアデータの属性および映像蓄積装置の属性とは、例えば、マルチメディアデータの内容のジャンルおよび各映像蓄積装置のジャンル毎の頻度を示す利用頻度情報である。

[0024] 本構成によれば、例えば、あるマルチメディアデータが映画であれば、映画の利用頻度が高い映像記憶装置にキャッシュさせるなどといった制御を行うことが可能となり、利用時の負荷分散、ネットワークの帯域消費も考慮した、キャッシュの分散を行うことが可能となる。

[0025] さらに好ましくは、さらに、マルチメディアデータを蓄積する蓄積手段と、前記蓄積手段にデータを書き込む書込手段とを備え、前記選択手段は、前記蓄積手段と前記ネットワークに接続された複数の映像蓄積装置のうち、ひとつを選択し、前記書込手段は、前記選択手段が前記蓄積手段を選択した場合に、前記マルチメディアデータを前記蓄積手段に書き込む。

[0026] 本構成によれば、放送受信装置を含めた、キャッシュの分散が可能となる。

[0027] さらに好ましくは、さらに、 Javaアプリケーションを実行する Java実行手段を備え、前言 gjava (登録商標）実行手段は、マルチメディアデータの識別子を出力し、前記データ受信手段は、前記マルチメディアデータの識別子を受け付け、受け付けた該識別子が示すマルチメディアデータを受信し、前記選択手段は、前記マルチメディアデータの識別子を受け付けると、映像蓄積装置を選択する。

[0028] 本構成によれば、 Javaアプリケーションを実行する映像蓄積装置において、放送局力もマルチメディアデータを受信したときに、それをキャッシュする映像蓄積装置を選択することにより、キャッシュを分散させることが可能となる。また、選択手段は、ジヤンル、データ量および放送時間などの少なくとも 1つを含む、受信したマルチメディアデータの属性に基づいて、キャッシュさせる映像蓄積装置を選択する構成であっても良い。

[0029] さらに好ましくは、前記選択手段は、前記マルチメディアデータの属性をもとに、映像蓄積装置を選択する。マルチメディアデータの属性は、例えば、マルチメディアデータの内容のジャンル、マルチメディアデータのデータ量、マルチメディアデータの放送時間などの少なくとも 1つを含む。

[0030] 本構成によれば、このようなマルチメディアデータの属性によってキャッシュを分散させることにより、より適切な条件で、分散させることが可能となる。

[0031] 本構成によれば、 Javaアプリケーションが要求を発行することで、マルチメディアデータの種類などによってキャッシュを分散させることにより、より適切な条件で、分散させることが可能となる。

[0032] さらに好ましくは、前記情報通信手段は、さらに、前記ネットワークに接続された映像蓄積装置の属性を受信し、前記選択手段は、前記情報通信手段が受信した映像蓄積装置の属性をもとに、映像蓄積装置を選択する。映像蓄積装置の属性は、例えば、映像蓄積装置が利用される頻度を示す利用頻度情報である。また、映像蓄積装置の属性は、映像蓄積装置に関連付けられてヽるジャンルでもよ、。

[0033] 本構成によれば、例えば、各映像蓄積装置に均等にキャッシュさせるといったことが可能となり、より適切な条件で、分散することが可能となる。

[0034] さらに好ましくは、前記情報通信手段は、さらに、前記ネットワークに接続された映像蓄積装置の属性を受信し、前記選択手段は、前記マルチメディアデータの属性および前記情報通信手段が受信した映像蓄積装置の属性をもとに、映像蓄積装置を選択する。

[0035] 本構成によれば、例えば、あるマルチメディアデータが映画であれば、映画の利用頻度が高い映像記憶装置にキャッシュさせるなどといった制御を行うことが可能となり、利用時の負荷分散、ネットワークの帯域消費も考慮した、キャッシュの分散を行うことが可能となる。

[0036] さらに好ましくは、さらに、マルチメディアデータを蓄積する蓄積手段と、前記蓄積手段にデータを書き込む書込手段とを備え、前記選択手段は、前記蓄積手段と前記ネットワークに接続された複数の映像蓄積装置とのうち、ひとつを選択し、前記書込手段は、前記選択手段が前記蓄積手段を選択した場合に、前記マルチメディアデータを前記蓄積手段に書き込む。

[0037] 本構成によれば、放送受信装置を含めた、キャッシュの分散が可能となる。

[0038] また、上記の課題を解決するために、本発明の映像蓄積装置は、放送局から映像および音声の少なくとも一方を含むマルチメディアデータを受信する放送受信装置とネットワークを介して接続され、マルチメディアデータを蓄積する映像蓄積装置であつて、 Javaアプリケーションを実行する Java実行手段と、マルチメディアデータを蓄積する蓄積手段と、前記ネットワークを介して接続されたサーバと通信する情報通信手段と、前記ネットワークを介して前記放送受信装置力マルチメディアデータを受信するデータ受信手段と、前記ネットワークを介して他の映像蓄積装置にマルチメディアデータを送信するデータ送信手段とを備え、前記情報通信手段は、前記サーバから属性の問合せを受け付けた場合に、前 ejava実行手段から前記映像蓄積装置自身の属性を示す属性情報を取得し、取得した該属性情報を前記サーバへ送信し、前記データ受信手段は、前記情報通信手段が前記サーバから蓄積要求を受信し、前記放送受信装置からマルチメディアデータを受信した場合に、受信した該マルチメディァデータを前記蓄積手段に蓄積し、前記データ送信手段は、前記サーバから前記蓄積手段に蓄積されているマルチメディアデータの送信要求と送信先となる前記他の映像蓄積装置を示す情報とを受信した場合に、該マルチメディアデータを、該情報に示される前記他の映像蓄積装置へ送信する。

[0039] 本構成によれば、 Javaアプリケーションを実行する映像蓄積装置にぉ、て、放送受信装置の要求によりマルチメディアデータをキャッシュし、また、キャッシュしたマルチメディアデータの利用時に、該マルチメディアデータを適切に送信することが可能となる。

[0040] 好ましくは、さらに、マルチメディアデータの送信要求を受信した場合に、該マルチメディアデータの利用に伴う権利処理を行う権利処理手段を備える。

[0041] 本構成によれば、キャッシュしたマルチメディアコンテンツの利用時に、課金処理などの権利処理を、適切に行うことが可能となる。

[0042] また、上記の課題を解決するために、本発明の映像蓄積装置は、 VoD (Video O n Demand)サービスを提供する放送局に設置された装置から映像および音声の少なくとも一方を含むマルチメディアデータを受信する、ネットワークに接続された受信端末であって、前記放送局に設置された装置に、マルチメディアデータ送信要求を送信する要求送信手段と、マルチメディアデータを蓄積して!/ヽる映像蓄積装置と、前記ネットワークを介して通信する情報通信手段とを備え、前記情報通信手段は、ュ一ザ操作による VoDの要求を受けた場合に、前記映像蓄積装置と前記ネットワークを介して通信することにより、前記 VoDの要求に係るマルチメディアデータが蓄積されて!、る力否かを示す情報を取得し、蓄積されて!、ることを示す情報を取得した場合に、該情報を送信した映像蓄積装置に、前記 VoDの要求に係るマルチメディアデータの送信要求を送信し、前記要求送信手段は、蓄積されていないことを示す情報を取得した場合に、前記放送局に設置された装置に、前記 VoDの要求に係るマルチメディアデータの送信要求を送信する。

[0043] 本構成によれば、 VoDサービス利用時に、ネットワークに接続された映像蓄積装置にキャッシュされたデータを有効に利用し、また、不要な放送局との通信による帯域消費を無くすことが可能となる。

[0044] さらに好ましくは、さらに、前記映像蓄積装置に蓄積されているマルチメディアデータの送信要求を送信する場合に、該マルチメディアデータの利用に伴う権利処理を行う権利処理手段を備える。

[0045] 本構成によれば、キャッシュしたマルチメディアコンテンツの利用時に、課金処理などの権利処理を、適切に行うことが可能となる。

[0046] 好ましくは、さらに、 Javaアプリケーションを実行する Java実行手段と、前記放送局に設置された装置に、マルチメディアデータ送信要求を送信する要求送信手段と、マルチメディアデータを蓄積して、る映像蓄積装置と、前記ネットワークを介して通信する情報通信手段と、前記情報通信手段は、 Java実行手段がコンテンツの識別子を受け付けた場合に、前記映像蓄積装置と前記ネットワークを介して通信することにより、前記 VoDの要求に係るマルチメディアデータが蓄積されているカゝ否かを示す情報を取得する。

[0047] 本構成によれば、 Javaアプリケーションを実行する映像蓄積装置にぉ、て、 VoDサ一ビス利用時に、ネットワークに接続された映像蓄積装置にキャッシュされたデータを有効に利用し、また、不要な放送局との通信による帯域消費を無くすことが可能となる。

[0048] さらに好ましくは、さらに、前記映像蓄積装置に蓄積されているマルチメディアデータの送信要求を送信する場合に、該マルチメディアデータの利用に伴う権利処理を行う権利処理手段を備える。

[0049] 本構成によれば、キャッシュしたマルチメディアコンテンツの利用時に、課金処理などの権利処理を、適切に行うことが可能となる。

[0050] なお、本発明は、このような特徴的な手段を備える放送受信装置、映像蓄積装置、および、受信端末として実現することができるだけでなぐ放送受信装置、映像蓄積装置、および、受信端末のそれぞれに含まれる特徴的な手段をステップとする方法として実現したり、放送受信装置、映像蓄積装置、および、受信端末のそれぞれに含まれる特徴的な手段としてコンピュータを機能させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、 CD-ROM (Compact Disc -Read Only Memory)等の記録媒体やインターネット等の通信ネットワークを介して流通させることがでさる。

[0051] また、本発明は、このような特徴的な手段を備える放送受信装置、映像蓄積装置、および、受信端末の!/、ずれかを組み合わせた複数の装置を備えるマルチメディア配信システムとして実現することもできる。

発明の効果

[0052] 以上述べたように、本発明の放送受信装置、映像蓄積装置もしくはマルチメディア配信システムによれば、 VoDサービス、ユア VoDサービスなどで提供されるマルチメディアデータを、家庭内の複数の記憶手段に、最適に分散させることによって、多くのマルチメディアデータをキャッシュすることが可能となり、ホームネットワークにおいて、同時に複数端末力もの VoD要求があっても、局設備と家庭の間の通信帯域を余計に消費することなく対応することが可能となる。また、キャッシュされたデータであつても、課金など、適切に権利処理を行うことが可能となる。

図面の簡単な説明

[図 1]図 1は、本発明の実施の形態 1におけるマルチメディア配信システムの構成図である。

[図 2]図 2は、本発明の実施の形態 1における放送受信装置の構成を示すブロック図である。

[図 3]図 3は、本発明の実施の形態 1における映像蓄積装置および映像蓄積装置の構成を示すブロック図である。

[図 4]図 4は、本発明の実施の形態 1における放送受信装置の選択部が実行する処理の一例を示すフローチャートである。

[図 5]図 5は、本発明の実施の形態 1の変形例における放送受信装置の構成を示すブロック図である。

[図 6]図 6は、本発明の実施の形態 2おける放送受信装置の構成図である。

[図 7]図 7は、入力部をフロントパネルで構成した場合の外観の一例を示す図である。

[図 8]図 8は、本発明の実施の形態 2における放送受信装置が保持し、実行するプログラムの構成を示す図である。

[図 9]図 9 (a)は、本発明に係る画面表示の第 1の例を示す図である。図 9 (b)は、本発明に係る画面表示の第 2の例を示す図である。

[図 10]図 10は、本発明の実施の形態 2に係る第 2メモリに格納されている番組情報の一例を示す図である。

[図 11]図 11は、本発明の実施の形態 2に係る第 2メモリに格納されてヽるチャンネル情報の一例を示す図である。

[図 12]図 12 (a)は、本発明の実施の形態 2に係る第 2メモリに格納されているチャンネルの識別子を示す情報の第 1の例を示す図である。図 12 (b)は、本発明の実施の形態 2に係る第 2メモリに格納されているチャンネルの識別子を示す情報の第 2の例を示す図である。図 12 (c)は、本発明の実施の形態 2に係る第 2メモリに格納されているチャンネルの識別子を示す情報の第 3の例を示す図である。

[図 13]図 13は、本発明の実施の形態 2に係る収集した PATの情報の一例を模式的に示す図である。

[図 14]図 14は、本発明の実施の形態 2に係る収集した PMTの情報の一例を模式的に示す図である。

[図 15]図 15は、本発明の実施の形態 2に係る収集した AITの情報の一例を模式的に示す図である。

[図 16]図 16は、本発明の実施の形態 2に係るダウンロードしたファイルシステムの一例を示す図である。

[図 17]図 17は、本発明の実施の形態 2に係るネットワークライブラリの内部構成の一例を示すブロック図である。

[図 18]図 18は、本発明の実施の形態 2に係る制御部が提供する Java APIの一例を示す図である。

[図 19]図 19は、 NetDeviceクラスの構成の一例を示す図である。

[図 20]図 20は、 DevAttribクラスの構成の一例を示す図である。

[図 21]図 21は、本発明の実施の形態 2に係るデータ受信部が提供する Java APIの一例を示す図である。

[図 22]図 22は、本発明の実施の形態 2に係る情報通信部が提供する Java APIの一例を示す図である。

[図 23]図 23は、本発明の実施の形態 2に係るネットワークライブラリで使用される MM Requestクラス定義の一例を示す図である。

[図 24]図 24は、本発明の実施の形態 2に係る選択部が提供する Java APIの一例を示す図である。

[図 25]図 25は、本発明の実施の形態 2に係るデータ出力部が提供する Java APIの一例を示す図である。

[図 26]図 26は、本発明の実施の形態 2に係る要求送信部が提供する Java APIの一例を示す図である。

[図 27]図 27は、本発明の実施の形態 2に係る権利処理部 1607が提供する Java A PIの一例を示す図である。

[図 28]図 28は、本発明の実施の形態 2に係る映像蓄積装置の構成図である。

[図 29]図 29は、本発明の実施の形態 2に係る映像蓄積装置が保持し、実行するプログラム構成を示す図である。

[図 30]図 30は、本発明の実施の形態 2に係るネットワークライブラリの内部構成の一例を示すブロック図である。

[図 31]図 31は、本発明の実施の形態 2に係るネットワークライブラリの内部構成に含まれる制御部が提供する Java APIの一例を示す図である。

[図 32]図 32は、本発明の実施の形態 2に係るネットワークライブラリで使用される Con tentlnfoクラス定義の一例を示す図である。

[図 33]図 33は、本発明の実施の形態 2に係るネットワークライブラリの内部構成に含まれる制御情報通信部が提供する Java APIの一例を示す図である。

[図 34]図 34は、本発明の実施の形態 2に係るネットワークライブラリの内部構成に含まれるデータ受信部が提供する Java APIの一例を示す図である。

[図 35]図 35は、本発明の実施の形態 2に係るネットワークライブラリで使用される Re moteProgramクラス定義の一例を示す図である。

[図 36]図 36は、本発明の実施の形態 2に係るネットワークライブラリの内部構成に含まれるデータ送信部が提供する Java APIの一例を示す図である。

[図 37]図 37は、本発明の実施の形態 2に係るネットワークライブラリの内部構成に含まれる属性管理部が提供する Java APIの一例を示す図である。

圆 38]図 38は、発明の実施の形態 2に係るネットワークライブラリの内部構成に含まれる権利処理部が提供する Java APIの一例を示す図である。

[図 39]図 39は、本発明の実施の形態 3におけるマルチメディア配信システムの構成図である。

[図 40]図 40は、本発明の実施の形態 3における放送受信装置の構成を示すブロック図である。

[図 41]図 41は、本発明の実施の形態 3における映像蓄積装置の構成を示すブロック図である。 [図 42]図 42は、本発明の実施の形態 3の変形例における放送受信装置の構成を示すブロック図である。

[図 43]図 43は、本発明の実施の形態 4おける放送受信装置の構成図である。

[図 44]図 44は、本発明の実施の形態 4おける入力部をフロントパネルで構成した場合の外観の一例を示す図である。

[図 45]図 45は、本発明の実施の形態 4における放送受信装置が保持し、実行するプログラム構成を示す図である。

[図 46]図 46 (a)は、本発明の実施の形態 4に係る画面表示の第 1の例を示す図である。図 46 (b)は、本発明の実施の形態 4に係る画面表示の第 2の例を示す図である。

[図 47]図 47は、本発明の実施の形態 4に係る第 2メモリに格納されている番組情報の一例を示す図である。

[図 48]図 48は、本発明の実施の形態 4に係る第 2メモリに格納されているチャンネル情報の一例を示す図である。

[図 49]図 49 (a)は、本発明の実施の形態 4に係る第 2メモリに格納されているチャンネルの識別子を示す情報の第 1の例を示す図である。図 49 (b)は、本発明の実施の形態 4に係る第 2メモリに格納されているチャンネルの識別子を示す情報の第 2の例を示す図である。図 49 (c)は、本発明の実施の形態 4に係る第 2メモリに格納されているチャンネルの識別子を示す情報の第 3の例を示す図である。

[図 50]図 50は、本発明の実施の形態 4に係る収集した PATの情報の一例を模式的に示す図である。

[図 51]図 51は、本発明の実施の形態 4に係る収集した PMTの情報の一例を模式的に示す図である。

[図 52]図 52は、本発明の実施の形態 4に係る収集した AITの情報の一例を模式的に示す図である。

[図 53]図 53は、本発明の実施の形態 4に係るダウンロードしたファイルシステムの一例を示す図である。

[図 54]図 54は、本発明の実施の形態 4に係るネットワークライブラリの内部構成の一例を示すブロック図である。 [図 55]図 55は、本発明の実施の形態 4に係る制御部が提供する Java APIの一例を示す図である。

[図 56]図 56は、本発明の実施の形態 4に係る NetDeviceクラスの構成の一例を示す図である。

[図 57]図 57は、本発明の実施の形態 4に係る DevAttribクラスの構成の一例を示す図である。

[図 58]図 58は、本発明の実施の形態 4に係るデータ受信部が提供する Java APIの一例を示す図である。

[図 59]図 59は、本発明の実施の形態 4に係る情報通信部が提供する Java APIの一例を示す図である。

[図 60]図 60は、本発明の実施の形態 4に係る MMRequestクラスの構成を示す図である。

[図 61]図 61は、本発明の実施の形態 4に係る選択部が提供する Java APIの一例を示す図である。

[図 62]図 62は、本発明の実施の形態 4に係るデータ出力部が提供する Java APIの一例を示す図である。

[図 63]図 63は、本発明の実施の形態 4に係る権利処理部が提供する Java APIの一例を示す図である。

[図 64]図 64は、本発明の実施の形態 4における映像蓄積装置の構成を示すブロック図である。

[図 65]図 65は、本発明の実施の形態 4における映像蓄積装置が保持し、実行するプログラム構成を示す図である。

[図 66]図 66は、本発明の実施の形態 4に係るネットワークライブラリの内部構成の一例を示す図である。

[図 67]図 67は、本発明の実施の形態 4に係るネットワークライブラリの内部構成に含まれる制御部が提供する Java APIの一例を示す図である。

[図 68]図 68は、本発明の実施の形態 4に係るネットワークライブラリで使用される Con tentlnfoクラス定義の一例を示す図である。 [図 69]図 69は、本発明の実施の形態 4に係るネットワークライブラリの内部構成に含まれる制御情報通信部が提供する Java APIの一例を示す図である。

[図 70]図 70は、本発明の実施の形態 4に係るネットワークライブラリの内部構成に含まれるデータ受信部が提供する Java APIの一例を示す図である。

[図 71]図 71は、本発明の実施の形態 4に係るネットワークライブラリで使用される Re moteProgramクラス定義の一例を示す図である。

[図 72]図 72は、本発明の実施の形態 4に係るネットワークライブラリの内部構成に含まれるデータ送信部 2803が提供する Java APIの一例を示す図である。

[図 73]図 73は、本発明の実施の形態 4に係るネットワークライブラリの内部構成に含まれる属性管理部が提供する Java APIの一例を示す図である。

[図 74]図 74は、本発明の実施の形態 4に係るネットワークライブラリの内部構成に含まれる権利処理部が提供する Java APIの一例を示す図である。

符号の説明

101、 3901 マルチメディア配信システム

102、 3902 放送受信装置

103、 104、 3903、 3904 映像蓄積装置

105、 106、 3905、 3906 端末

107、 3907 ネットワーク

108 放送局

109 ケーブル

201、 4001 制御部

202、 305、 4002、 4105 データ受信部

203、 4003 情報通信部

204、 4004 選択部

205、 4005 データ出力部

206 要求送信部

207、 309、 4006、 4109 権禾 IJ処理部

208、 310、 4007、 4110 ネットワークインタフェース 209 ケーブルインタフェース

301、 4101 制御部

302、 402、 4102、 4202 蓄積部

303、 4103 制御情報通信部

304、 4104 属性記憶部

306、 4106 データ送信部

307、 401、 4107、 4201 書込部

308、 403、 4108、 4203 読出部

501、 2701、 4201、 6401 入力部

502、 2702、 4302、 6402 第 1メモリ

503、 2703、 4303、 6403 第 2メモリ

504、 4304, 6404 受信部

505、 2704、 4305、 6405 多重分離部

506、 4306 デスクランブラ

507、 2704、 4307、 6405 TSデコー -ダ

508、 2706、 4308、 6406 映像出力部

509、 2707、 4309、 6407 音声出力部

510、 4310 TSマノレチプレクサ

511、 2708、 4311、 6408 ネットヮーク部

512、 2709、 4312、 6409 CPU

3908

発明を実施するための最良の形態

[0055] 以下本発明の実施の形態について、図面を参照しながら説明する。

[0056] (実施の形態 1)

図 1は、本発明の実施の形態 1におけるマルチメディア配信システムの構成図である。図 1に示すマルチメディア配信システム 101は、放送受信装置 102と、第 1の映像蓄積装置 103と、第 2の映像蓄積装置 104と、第 1の端末 105と、第 2の端末 106と、ネットワーク 107と、ケーブルテレビの放送局設備 108と、放送局 108と放送受信装置 102とをつなぐケーブル 109とにより構成される。放送受信装置 102、映像蓄積装置 103、映像蓄積装置 104、端末 105および端末 106は、ネットワーク 107に接続されており、ネットワーク 107を介して相互に通信することが可能である。また、放送受信装置 102と放送局 108は、ケーブル 109によって接続されており、ケーブル 109を通じて相互に通信することが可能である。なお、映像蓄積装置および端末は複数含まれてヽれば良ヽものであり、説明を簡易にするためにそれぞれ 2個含まれるとしている。

[0057] 本実施の形態における放送受信装置 102は、ケーブル 109を通じてマルチメディァデータを放送局 108から受信する。また、放送受信装置 102は、 VoDサービスを利用するものである。このため、ケーブル 109を通じて、 VoDサービスのためのマルチメディアデータの送信要求の送信、該マルチメディアデータを利用するための課金など権利処理を行う通信、などの制御情報の送受信を行う。なお、これらの制御情報の通信は、ケーブル 109ではなぐ電話回線など、図示していない他の通信路を利用して行う構成であつても良い。

[0058] また、放送受信装置 102は、予め放送局 108から VoDサービス用のマルチメディアデータを受信する場合に、ネットワーク 107を通じて、映像蓄積装置 103と、映像蓄積装置 104とに属性の送信要求を送信し、映像蓄積装置 103と、映像蓄積装置 104 とより該属性を受信する。さらに、放送局より受信したマルチメディアデータの属性、および、映像蓄積装置より受信した映像蓄積装置の属性より、映像蓄積装置 103と映像蓄積装置 104の、ずれかを、受信したマルチメディアデータの蓄積先として選択する。さらに、選択した映像蓄積装置 103もしくは映像蓄積装置 104に、マルチメディアデータの蓄積要求を送信し、続いて、該マルチメディアデータを送信する。

[0059] なお、上記、予め行われる、放送局 108から放送受信装置 102への VoDサービス用マルチメディアデータの送信は、放送局 108からの要求で行われるものであっても良いし、放送受信装置 102からの要求で行われるものであっても良い。または、特定の日時に行われるものであっても良いし、特定の時間ごとに行われるものであってもよい。

[0060] また、放送受信装置 102は、端末 105もしくは端末 106から、番組などコンテンツを指定した VoDサービス利用の要求を受けた場合、映像蓄積装置 103、映像蓄積装置 104のいずれか、もしくは両方と通信して、該コンテンツのマルチメディアデータが蓄積されて、るかどうかを問、合わせる。

[0061] 映像蓄積装置 103および映像蓄積装置 104のいずれにも蓄積されていない場合は、放送受信装置 102は、放送局 108へ該マルチメディアデータの送信要求を送り、必要であれば、課金など適切な権利処理を行った後、該マルチメディアデータをケ一ブル 109を経由して受信し、ネットワーク 107を介して、 VoDサービスを要求した端末 105もしくは端末 106へ、該マルチメディアデータを送信する。

[0062] また、映像蓄積装置 103もしくは映像蓄積装置 104のいずれかに蓄積されていた場合は、該マルチメディアデータを蓄積している映像蓄積装置 103もしくは映像蓄積装置 104に、該マルチメディアデータを、 VoDサービスを要求した端末へ送信するように要求する。この際、必要であれば、該映像蓄積装置と通信して、該マルチメディァデータの利用に伴う課金などの権利処理を行い、放送局 108へ通知する。さらに、放送受信装置 102は、 VoDサービスを要求した端末に、該マルチメディアデータを蓄積している映像蓄積装置より該マルチメディアデータが送信されることを通知する

[0063] 本実施の形態における映像蓄積装置 103および映像蓄積装置 104は、放送受信装置 102から属性の送信要求を受信すると、映像蓄積装置の内部に記憶している属性を放送受信装置 102に送信する。映像蓄積装置の属性とは、 VoDサービス用マルチメディアデータを蓄積する蓄積部の空き容量、ユーザ操作により蓄積したマルチメディアデータのジャンルごとの蓄積頻度、再生されたマルチメディアデータのジヤンルごとの利用頻度、などといった情報である。

[0064] また、映像蓄積装置 103および映像蓄積装置 104は、放送受信装置 102から、マルチメディアデータの蓄積要求を受信すると、該マルチメディアデータを、ネットヮーク 107を介して、放送受信装置 102より受信し、蓄積部に蓄積する。

[0065] また、映像蓄積装置 103および映像蓄積装置 104は、放送受信装置 102から、特定コンテンツのマルチメディアデータを蓄積して、るか否かの問、合わせを受信すると、蓄積しているコンテンツデータを検索して、結果を返答する。 [0066] また、映像蓄積装置 103および映像蓄積装置 104は、放送受信装置 102から、特定コンテンツのマルチメディアデータを、ネットワーク 107に接続された特定端末へ送信する要求を受信すると、該マルチメディアデータを、ネットワーク 107を介して、該端末へ送信する。送信を開始する際に、必要であれば、放送受信装置 102と通信し、課金など、該マルチメディアデータの利用に伴う権利処理を行う。

[0067] 本実施の形態における端末 105および端末 106は、ユーザの操作によって、放送受信装置 102へ VoDサービスの要求を発行し、ネットワーク 107を介して、マルチメディアデータを受信して、該マルチメディアデータの再生を行うものである。該マルチメディアデータが、映像蓄積装置 103もしくは映像蓄積装置 104のいずれかに蓄積されている場合は、放送受信装置 102から、該蓄積している映像蓄積装置が通知され、該映像蓄積装置より送られてくるマルチメディアデータを、ネットワーク 107を介して受信する。

[0068] ネットワーク 107は、家庭内に施設されたホームネットワークであり、イーサネット（登録商標）、無線 LAN、あるいは、同軸ケーブルを媒体に使用する通信技術 c. LINK などによって構成された IPネットワークである。

[0069] 本実施の形態における放送局 108およびケーブル 109は、 VoDサービスを提供する施設である。

[0070] 以上のように、本発明のマルチメディア配信システム 101、放送受信装置 102、映像蓄積装置 103、映像蓄積装置 104によれば、 VoDサービスに利用されるマルチメディアデータを、映像蓄積装置 103および映像蓄積装置 104に、適切な条件で分散して蓄積させることが可能であり、端末 105および端末 106から同時に VoDサービス要求が発行されても、映像蓄積装置 103および映像蓄積装置 104に蓄積されたマルチメディアデータを利用することにより、不要な放送局 108へのマルチメディアコンテンッデータ送信要求や、ケーブル 109の通信帯域消費を低減することが可能となる。

[0071] 以下、本発明のマルチメディア配信システム 101を構成する、放送受信装置 102、映像蓄積装置 103および映像蓄積装置 104について、更に詳細に説明する。

[0072] まず、図 2を参照しながら、放送受信装置 102の詳細について説明する。 [0073] 図 2は、本発明の実施の形態 1における放送受信装置 102の構成の一例を示すブロック図である。

[0074] 図 2に示す放送受信装置 102は、制御部 201と、放送局 108から送信されるマルチメディアデータを受信するデータ受信部 202と、ネットワーク 107に接続された外部装置と通信する情報通信部 203と、ネットワーク 107に接続された複数の映像蓄積装置のうちひとつを選択する選択部 204と、ネットワーク 107に接続された外部装置にマルチメディアデータを送信するデータ出力部 205と、放送局 108へマルチメディアデータの送信要求を送信する要求送信部 206と、 VoDサービスにお!/、てマルチメディァデータの利用に伴う課金などの権利処理を行う権利処理部 207と、ネットワーク 10 7と接続されるネットワークインタフェース 208と、ケーブル 109と接続されるケーブルインタフェース 209とを備える。

[0075] 制御部 201をより詳細に説明する。制御部 201は、マイクロプロセッサ、 ROM, RA Mなどによって構成されている。 ROM, RAMおよび図示していない情報記憶部にはマイクロプロセッサにて動作する OS、 Java VM (Java Virtual Machine)プログラム、 Javaプログラムライブラリ、 Javaアプリケーションプログラムが保存されて!、る。マイクロプロセッサは、起動時に OSを読み込んで実行する。引き続いて、 Javaアプリケーシヨン起動時に、 Java VMを読み込んで実行し、必要に応じて Javaプログラムライブラリを読み込みながら、 Javaアプリケーションを実行する。

[0076] 制御部 201は、予め VoDサービス用のマルチメディアデータをデータ受信部 202 力も受信するときに、情報通信部 203によって、ネットワーク 107に接続された複数の映像蓄積装置へ、属性の送信要求を送信する。続いて、情報通信部 203によって、それぞれの映像蓄積装置カも該属性を受信する。さらに、制御部 201は、受信した映像蓄積装置の属性および該マルチメディアデータの属性を選択部に送り、選択部に指示して映像蓄積装置のひとつを選択させる。さらに、制御部 201は、選択した映像蓄積装置へ、情報通信部 203によって、該マルチメディアデータの蓄積要求を送信する。さらに、制御部 201は、情報通信部 203によって、該映像蓄積装置力も蓄積要求を受け付けた旨を受信すると、データ出力部 205に指示することにより、該マルチメディアデータを、ネットワーク 107を通じて、該映像蓄積装置へ送信する。 [0077] さらに、制御部 201は、情報通信部 203より、ネットワーク 107に接続された端末より VoDサービスの要求を受信すると、情報通信部 203より、ネットワーク 107に接続された映像蓄積装置に、該要求のマルチメディアデータを蓄積して、るか否かの問!ヽ合わせを送信する。続いて、制御部 201は、情報通信部 203より、各映像蓄積装置より、この問い合わせに関する返答を受信する。ある映像蓄積装置に該マルチメディァデータが蓄積されている場合は、該映像蓄積装置へ、該マルチメディアデータの V oDサービス要求を発行した端末への送信要求を送信する。このとき、制御部 201は、必要であれば、該映像蓄積装置と通信し、権利処理部 207に指示して、該マルチメディアデータの利用に伴う課金といった権利処理を行う。さらに、該端末へは、該映像蓄積装置カも該マルチメディアデータが送信されることを、情報通信部 203によつて通知する。

[0078] データ受信部 202は、ケーブルインタフェース 209に接続されており、ケーブルインタフエース 209を経由して、放送局 108から送られてくるマルチメディアデータを受信するものである。データ受信部 202は、代表的にはチューナであり、放送局 108から送られてきた電波を受信して復号し、マルチメディアデータを抽出するものである。また、放送局 108から送られてくるマルチメディアデータは、それが有料コンテンツならばスクランブルされていることもある力その場合には、データ受信部 202によって復号される。

[0079] 放送局 108から送られてくるマルチメディアデータは、 MPEG2に代表される符号化されたデジタルデータであり、 MPEG2-TS (Transport Stream)形式によって送信される。 MPEG2— TSは、ひとつのストリーム内に複数のコンテンツを格納することができるが、データ受信部 202は、該ストリームから、ひとつのコンテンツのマルチメディアデータを選択するものである。

[0080] 情報通信部 203は、ネットワークインタフェース 208に接続されており、制御部 201 の指示により、ネットワーク 107に接続された外部機器に制御情報を送信する。また、情報通信部 203は、ネットワークインタフェース 208に届いた放送受信装置 102宛の情報を受信して、制御部 201に引き渡す。情報通信部 202は、代表的には、 OSや Ja vaライブラリが提供するソケットインタフェースもしくはソケットインタフェースを利用したプログラムである。なお、このようなソフトウェアで構成されるものに限らず、ハードウエアで構成されるものであっても良い。

[0081] 選択部 204は、制御部 201からの指示により、マルチメディアデータの属性と、映像蓄積装置の属性をもとに、ネットワーク 107に接続された複数の映像蓄積装置のうちひとつを選択するものである。選択部 204は、代表的には、 Javaライブラリもしく ίお av aアプリケーションプログラムに含まれるサブルーチンである。なお、このようなソフトゥエアで構成されるものに限らず、ハードウェアで構成されるものであっても良い。

[0082] 本実施の形態では、マルチメディアデータの属性として、映画、ドラマ、スポーツなど、コンテンツのジャンルを用いる。また、映像蓄積装置の属性として、 VoDデータ用の蓄積部の空き容量を用いる。選択部 204は、まず、マルチメディアデータのジヤンルによって映像蓄積装置を選択し、該選択された映像蓄積装置の空き容量が十分に無ければ、大きな空き容量を持つ映像蓄積装置を選択する。

[0083] データ出力部 205は、ネットワークインタフェース 208に接続されており、制御部 20 1の指示を受けて動作し、マルチメディアデータを、制御部 201が指示した宛先へのパケットに変換して、ネットワークインタフェース 208を通じて出力するものである。データ出力部 205は、代表的には、 OSや Javaライブラリが提供するソケットインタフエースもしくはソケットインタフェースを利用したプログラムである。なお、このようなソフトウェアで構成されるものに限らず、ハードウェアで構成されるものであっても良い。

[0084] 要求送信部 206は、制御部 201の指示を受け、 VoDサービスにおけるデータ送信要求を、ケーブルインタフェース 209を通じて、放送局 108へ送信するものである。

[0085] 権利処理部 207は、放送局 108と通信することにより、マルチメディアデータの利用に伴う、課金などの権利処理を行うものである。権利処理部 207は、 CableCARDを備えており、この情報を放送局 108との通信において用いる。また、放送局 108から送られたマルチメディアデータがスクランブルされて、る場合は、 CableCARDの情報を制御部 201に引き渡すことにより、データ受信部 202での復号を行えるようにするものである。

[0086] ネットワークインタフェース 208は、 Etherケーブルや無線 LANなどネットワークの物理メディアに応じたインタフェースを提供するハードウェアとそのドライバソフトゥェァカゝら構成されるものである。

[0087] ケーブルインタフェース 209は、ケーブル 109経由で放送局 108から送られてくる信号を受信し、その信号を、データ種別および宛先により、データ受信部 202、要求送信部 206、権利処理部 207のそれぞれに、適した信号に変換して分配する。また、要求送信部 206と権利処理部 207から放送局 108へ送られるデータを、ケーブル 1 09での送信に適した信号に変換して送信する。例えば、放送局 108と要求送信部 2 06および権利処理部 207とが IPネットワークのプロトコルに従った通信を行う場合、ケーブルインタフェース 209は、 IPネットワークとケーブルとのブリッジの役割を含むものとなる。

[0088] 次に、図 3を参照しながら、本実施の形態における映像蓄積装置 103および映像蓄積装置 104の詳細を説明する。

[0089] 図 3は、本発明の実施の形態 1における映像蓄積装置 103および映像蓄積装置 1 04の構成の一例を示すブロック図である。

[0090] 図 3において、 301は制御部を、 302はマルチメディアデータを蓄積する蓄積部を、 303はネットワーク 107に接続された外部装置と制御情報を通信する制御情報通信部を、 304は映像蓄積装置の属性を記憶する記憶部を、 305は放送受信装置 10 2から送信されたマルチメディアデータを受信するデータ受信部を、 306はネットヮーク 107に接続された端末 105もしくは端末 106に蓄積部 302に蓄積されたマルチメディアデータを送信するデータ送信部を、 307はデータ受信部 305が受信したマルチメディアデータを蓄積部 302に書き込む書込部を、 308は蓄積部 302からマルチメディアデータを読み出す読出部を、 309は放送受信装置 102と通信してマルチメディァデータの利用に伴う課金などの権利処理を行う権利処理部を、 310はネットヮーク 107と接続されるネットワークインタフェースを、それぞれ表す。

[0091] 制御部 301をより詳細に説明する。制御部 301は、マイクロプロセッサ、 ROM, RA Mなどによって構成されている。 ROM, RAMおよび図示していない情報記憶部にはマイクロプロセッサにて動作する OS、 Java VMプログラム、 Javaプログラムライブラリ、 Javaアプリケーションプログラムが保存されている。マイクロプロセッサは、起動時に OSを読み込んで実行する。引き続いて、 Javaアプリケーション起動時に、 Java VMを読み込んで実行し、必要に応じて Javaプログラムライブラリを読み込みながら、 Javaアプリケーションを実行する。

[0092] 制御部 301は、制御情報通信部 303によって、放送受信装置 102から属性の送信要求を受信すると、記憶部 304に記憶している属性情報を、制御情報通信部 303より、放送受信装置 102へ送信する。また、制御情報通信部 303によって、放送受信装置 102からマルチメディアデータの蓄積要求を受信すると、データ受信部 305に指示して、放送受信装置 102から送信される該マルチメディアデータを、ネットワーク 107を介して受信し、書込部 307に指示して、データ受信部 305が受信した該マルチメディアデータを、蓄積部 302へ書き込ませることにより、該マルチメディアデータを蓄積部 302へ蓄積させる。また、蓄積後に、制御部 301は、書込部 307より蓄積部 302の空き容量を受信し、記憶部 304に記憶して、る属性情報を更新する。

[0093] また、制御部 301は、制御情報通信部 303によって、放送受信装置 102から、特定のマルチメディアデータを蓄積して、るか否かの問、合わせを受信したときに、読出部 308に指示して、蓄積部 302に蓄積されたマルチメディアデータを調べることにより、該マルチメディアデータを蓄積しているか否かを判定し、判定結果を制御情報通信部 303より、放送受信装置 102へ送信する。

[0094] また、制御部 301は、制御情報通信部 303によって、放送受信装置 102から、蓄積している特定のマルチメディアデータの出力要求と出力先端末を受信したときに、読出部 308に指示して該マルチメディアデータを蓄積部 302から読み出させ、さらに、データ送信部 306に指示して読出部 308が読み出した該マルチメディアデータを、該出力先端末へ送信させる。また、このとき、必要であれば、権利処理部 309に指示して放送受信装置 102と通信させて、該マルチメディアデータの利用に伴う権利処理を行う。権利処理により、該マルチメディアデータの利用が許可されない場合は、該マルチメディアデータの該出力先端末への送信を行わないように制御する。

[0095] 蓄積部 302は、ハードディスクドライブに代表される、大容量をもつデジタルデータの蓄積装置と、そのドライバソフトウェア力も構成されるものである。

[0096] 制御情報通信部 303は、ネットワークインタフェース 310に接続されており、ネットヮ一クインタフース 310に届いた該映像蓄積装置の宛の制御情報を受信して、制御部 301に引き渡す。また、制御部 301の指示により、制御部 301から渡された制御情報を、指定された外部装置に、ネットワークインタフェース 310を通じて送信する。制御情報通信部 303は、代表的には、 OSや Javaライブラリが提供するソケットインタフエースもしくはソケットインタフェースを利用したプログラムである。なお、このようなソフトウエアで構成されるものに限らず、ハードウェアで構成されるものであっても良い。

[0097] 記憶部 304は、フラッシュメモリや HDDなどの記憶装置もしくはその一部によって構成されるものであり、制御部 301からの指示を受け、制御部 301から受け取ったデータを記憶するものである。

[0098] データ受信部 305は、ネットワークインタフェース 310に接続されており、制御部 30 1の指示を受けて動作するもので、放送受信装置 102から送信されたマルチメディアデータを、ネットワークインタフェース 310を介して受信するものである。データ受信部 305は、代表的には、 OSや Javaライブラリが提供するソケットインタフェースもしくはソケットインタフェースを利用したプログラムである。なお、このようなソフトウェアで構成されるものに限らず、ハードウェアで構成されるものであっても良い。

[0099] データ送信部 306は、ネットワークインタフェース 310に接続されており、制御部 30 1の指示を受けて動作するもので、読出部 308が読み出したマルチメディアデータを、制御部 301が指定したネットワーク 107に接続された外部装置へのパケットに変換して、ネットワークインタフェース 310を通じて出力するものである。データ送信部 306 は、代表的には、 OSや Javaライブラリが提供するソケットインタフェースもしくはソケットインタフェースを利用したプログラムである。なお、このようなソフトウェアで構成されるものに限らず、ハードウェアで構成されるものであっても良い。

[0100] 書込部 307は、制御部 301からの指示を受けて動作し、蓄積部 302にデータを書き込むものである。書込部 307は、代表的には、 OSや Javaライブラリが提供するファィルアクセスインタフェースを利用したソフトウェアサブルーチンである。なお、このようなソフトウェアで構成されるものに限らず、ハードウェアで構成されるものであっても良い。

[0101] 読出部 308は、制御部 301からの指示を受けて動作し、蓄積部 302に蓄積されたマルチメディアデータを読み出すものである。読出部 308は、代表的には、 OSや Jav aライブラリが提供するファイルアクセスインタフェースを利用したソフトウェアサブルーチンである。なお、このようなソフトウェアで構成されるものに限らず、ハードウェアで構成されるものであっても良い。

[0102] 権利処理部 309は、ネットワークインタフェース 310と接続されており、制御部 301 の指示を受けて動作するもので、マルチメディアデータの利用に伴う課金などの権利処理を、放送受信装置 102と通信することによって行うものである。権利処理部 309 は、放送受信装置 102へ、利用するマルチメディアデータを特定する識別子を送信し、放送受信装置 102からの返答を受け取り、制御部 301へ引き渡す。該返答とは、該マルチメディアデータ利用の許可もしくは拒絶である。

[0103] ネットワークインタフェース 310は、 Etherケーブルや無線 LANなどネットワークの物理メディアに応じたインタフェースを提供するハードウェアとそのドライバソフトゥェァカゝら構成されるものである。

[0104] 図 4は、本発明の実施の形態における放送受信装置 102の選択部 204が実行する処理の一例を示すフローチャートである。本図は、マルチメディアの属性の一例として、コンテンツのジャンルを用い、映像蓄積装置の属性の一例として各映像蓄積装置に備えられて、る蓄積部 302の空き容量を用いる場合の処理を示す。

[0105] 選択部 204は、制御部 201からの指示により、コンテンツのジャンルを取得する（S1 D o

[0106] 選択部 204は、取得したジャンルに関連付けられてヽる映像蓄積装置を選択する（ S12) ₀

[0107] 選択部 204は、制御部 201からの指示により、ジャンルによる蓄積先選択処理 (S1 2)にお、て選択された各映像蓄積装置が備える蓄積部 302の空き容量を取得し、取得した空き容量が蓄積されるコンテンツを含むデータを蓄積するために十分であるか否かを判断する（S13)。

[0108] 空き容量が十分であると判断した場合 (S13で Y)、選択部 204はその映像蓄積装置を蓄積先として選択し (S15)、処理を終了する。

[0109] 空き容量が十分でないと判断した場合 (S13で N)、空き容量の最も多い映像蓄積装置を蓄積先として選択し (S 14)、処理を終了する。（実施の形態 1の変形例）本発明を上記実施の形態 1に基づいて説明してきたが、本発明は、上記実施の形態に限定されるものではない。以下のような場合も、本発明に含まれる。

[0110] (1)放送受信装置 102は、さらに、マルチメディアデータを蓄積する蓄積部と、蓄積部にマルチメディアデータを書き込む書込部とを備え、選択部 204は、放送受信装置 102の蓄積部と、ネットワーク 107に接続された映像蓄積装置のうちひとつを選択する構成であっても良い。また、放送受信装置 102は、さらに、端末から VoDサービスの要求を受けたときに、ネットワーク 107に接続された映像蓄積装置と、放送受信装置 102の蓄積部に、該コンテンツのマルチメディアデータが蓄積されている力否かを検索し、放送受信装置 102の蓄積部に蓄積されている場合は、該マルチメディアデータを該 VoDサービスの要求を発行した端末に送信する構成であっても良い。

[0111] 図 5は、本発明の実施の形態 1の変形例における放送受信装置の構成を示すプロック図である。

[0112] 図 5に示す放送受信装置 102は、書込部 401と、蓄積部 402と、蓄積部 402に蓄積されたマルチメディアデータを読み出す読出部 403と、制御部 201と、データ受信部 202と、情報通信部 203と、選択部 204と、要求送信部 206と、権利処理部 207と、ネットワークインターフェース 208と、ケープノレインターフェース 209とを備える。制御部 201と、データ受信部 202と、情報通信部 203と、選択部 204と、要求送信部 20 6と、権利処理部 207と、ネットワークインターフェース 208と、ケーブルインターフエース 209とは、上記実施の形態にて説明したものと同様である力以下の点が異なる。制御部 201は、予め VoDサービス用のマルチメディアデータをデータ受信部 202 力受信するときに、映像蓄積装置 103および映像蓄積装置 104から属性を受信するとともに、放送受信装置 102の属性も読み出す。放送受信装置 102の属性とは、上記実施の形態における映像蓄積装置 103および映像蓄積装置 104の属性情報と同様のものである。さらに、制御部 201は、映像蓄積装置の属性とともに、放送受信装置 102の属性も選択部 204に送信する。選択部 204は、その属性をもとに、映像蓄積装置 103、放送蓄積装置 104もしくは蓄積部 402の選択を行うものである。

[0113] 書込部 401は、上記実施の形態における映像蓄積装置 103および映像蓄積装置 104の書込部 307と同様のものである。また、蓄積部 402は、上記実施の形態における映像蓄積装置 103および映像蓄積装置 104の蓄積部 302と同様のものである。また、読出部 403は、上記実施の形態における映像蓄積装置 103および映像蓄積装置 104の読出部 308と同様のものである。

[0114] (2)また、放送受信装置 102は、マルチメディアデータに所定の暗号ィ匕を行って、映像蓄積装置 103および映像蓄積装置 104に、暗号ィ匕されたマルチメディアデータを送信する構成であっても良い。また、映像蓄積装置 103および映像蓄積装置 104 は、受信した暗号ィ匕されたマルチメディアデータを復号して、蓄積部 302に蓄積する構成であっても良いし、さらに、所定の暗号ィ匕を施して蓄積する構成であっても良い

[0115] また、放送受信装置 102、映像蓄積装置 103および映像蓄積装置 104は、端末 1 05および端末 106へマルチメディアデータを送信するときに、該マルチメディアデータに所定の暗号化を施し、暗号化されたマルチメディアデータを送信し、端末 105および端末 106にお、て、受信した暗号ィ匕されたマルチメディアデータを復号して再生する構成であっても良い。

[0116] (3)また、上記実施の形態においては、放送受信装置 102の選択部 204は、マルチメディアデータのジャンルと、映像蓄積装置の空き容量をもとに、映像蓄積装置の選択を行うこととした力これらの条件に限らないことは言うまでもない。

[0117] 例えば、放送受信装置 102は、映像受信装置を順に選択する構成であっても良い。また、ユーザによって設定された映像蓄積装置の優先度にしたがって選択する構成であっても良い。また、マルチメディアデータのジャンルだけで選択しても良い。また、映像蓄積装置の空き容量だけで選択しても良い。さらに、映像蓄積装置の利用頻度によって選択しても良い。さらに、映像蓄積装置にユーザの操作によって蓄積されたマルチメディアデータのジャンル、番組名、出演者など個別の蓄積頻度と、マルチメディアデータのジャンル、番組名、出演者などとを照らし合わせて、映像蓄積装置の選択を行っても良い。

[0118] さら〖こ、映像蓄積装置にユーザの操作によって再生もしくは出力されたマルチメディァデータのジャンル、番組名、出演者など個別の蓄積頻度と、マルチメディアデータのジャンル、番組名、出演者などとを照らし合わせて、映像蓄積装置の選択を行つても良い。

[0119] さらに、例えば、端末 105で利用される頻度の高いマルチメディアデータならば映像蓄積装置 103を、端末 106で利用される頻度の高いマルチメディアデータならば映像蓄積装置 104を、それぞれ選択するといつたような、端末との組み合わせによる選択を行っても良い。

[0120] さらに、ユーザによって設定された端末の優先度から、組み合わされた映像蓄積装置を選択を行っても良い。また、ユーザによって利用された端末の利用頻度、または、ユーザによって利用された各端末のジャンル毎の利用頻度から、それに組み合わされた映像蓄積装置を選択を行っても良い。

[0121] (4)また、上記実施の形態においては、放送受信装置 102が、映像蓄積装置 103 および映像蓄積装置 104と通信することにより、 VoDサービス要求のあったコンテンッのマルチメディアデータが蓄積されている力否かを判定する、としたが、放送受信装置 102が、映像蓄積装置 103および映像蓄積装置 104に蓄積させたマルチメディァデータを記憶しておき、その内容より判定する構成であっても良、。

[0122] (5)また、上記実施の形態においては、放送局 108からケーブル 109を経由してマルチメディアデータが送信されるとした力インターネットのような IPネットワークなど、他の通信路を用いて送信される形態であっても良い。また、マルチメディアデータの提供先を、ケーブルテレビなどの放送局としている力例えば、インターネット上のコンテンッ配信業者など、他の形態のデータ配信を行うものも含まれる。

[0123] (6)また、上記実施の形態においては、端末より要求のあった VoDサービス用のマルチメディアデータが、映像蓄積装置 103もしくは映像蓄積装置 104のいずれかに蓄積されていた場合、放送受信装置 102は、蓄積している映像蓄積装置に、該 VoD サービスを要求した端末への該マルチメディアデータの送信要求を発行し、該端末へは、該映像蓄積装置力ゝら該マルチメディアデータが送信されてくることを通知する

、としたが、放送受信装置 102は、該映像蓄積装置と課金などの権利処理を行い、該端末へ該映像蓄積装置を通知し、該端末から該映像蓄積装置へ、該マルチメディァデータの送信要求を発行する構成であっても良、。

[0124] (7)また、上記実施の形態においては、端末より要求のあった VoDサービス用のマルチメディアデータが、映像蓄積装置 103もしくは映像蓄積装置 104のいずれかに蓄積されていた場合、放送受信装置 102と該映像蓄積装置が通信して、課金など該マルチメディアデータの利用に伴う権利処理を行うこととした力放送受信装置 102と、 VoDサービスを要求した端末とが通信して、上記権利処理を行う構成であっても良い。もしくは、映像蓄積装置および端末と通信することなぐ放送受信装置 102が権利処理を行う構成であっても良、。

[0125] また、上記実施の形態にお!、ては、マルチメディアデータの利用に伴う、課金などの権利処理を、マルチメディアデータの送信要求を発行する時に行うとしたが、マルチメディアデータの利用終了後に行う構成であっても良い。また、該マルチメディアデータの利用回数や、利用区間などによって、課金する金額を変える構成であっても良い。

[0126] (8)また、上記実施の形態においては、ひとつのマルチメディアデータは、ひとつの映像蓄積装置に蓄積するとしたが、該マルチメディアデータを分割して、複数の映像蓄積装置に、分散して蓄積する構成であっても良い。あるいは、ひとつのマルチメディァデータを複数の映像蓄積装置に同時に蓄積する構成であっても良い。これにより、複数の端末力同じマルチメディアデータの要求が有った場合に、映像蓄積装置が該端末に映像を送信する負荷を分散することが可能となる。

[0127] (9)また、放送受信装置 102は、さらに、符号化されたマルチメディアデータを作り出す符号化部を備え、放送受信装置 102は、送信するマルチメディアデータをー且復号し、前記符号ィ匕部によって新たにマルチメディアデータを生成して送信する構成であっても良い。また、映像蓄積装置 103および映像蓄積装置 104は、さらに、マルチメディアデータを復号する復号部と、符号化されたマルチメディアデータを作り出す符号化部を備え、受信したマルチメディアデータを前記復号部でー且復号し、前記符号ィ匕部で新たにマルチメディアデータを生成して蓄積する構成であっても良い。

[0128] (10)上記の各装置を構成する構成要素の一部又は全部は、 1個のシステム LSI ( Large Scale Integration:大規模集積回路）から構成されているとしてもよい。システム LSIは、複数の構成部を 1個のチップ上に集積して製造された超多機能 LSIであり、具体的には、マイクロプロセッサ、 ROM、 RAMなどを含んで構成されるコンビユータシステムである。前記 RAMには、コンピュータプログラムが記憶されている。前記マイクロプロセッサ力前記コンピュータプログラムに従って動作することにより、システム LSIは、その機能を達成する。

[0129] (11)上記の各装置を構成する構成要素の一部又は全部は、各装置に脱着可能な ICカード又は単体のモジュール力も構成されて、るとしてもよ、。前記 ICカード又は前記モジュールは、マイクロプロセッサ、 ROM, RAM,などから構成されるコンビュータシステムである。前記 ICカード又は前記モジュールは、上記の超多機能 LSIを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、前記 ICカード又は前記モジュールは、その機能を達成する。この ICカード又はこのモジュールは、耐タンパ性を有するとしてもよ!/、。

[0130] (12)本発明の放送受信装置、映像蓄積装置は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもょ、し、前記コンピュータプログラム力もなるデジタル信号であるとしてもょ、。

[0131] また、本発明の放送受信装置、映像蓄積装置は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルデイスク、ノヽードディスク、 CD— ROM, MO、 DVD, DVD-ROM, DVD -RAM, B D (Blu-ray (登録商標） Disc)、半導体メモリなど、に記録したものとしてもよ!、。また、これらの記録媒体に記録されて、る前記コンピュータプログラム又は前記デジタル信号であるとしてもよい。

[0132] また、本発明の放送受信装置、映像蓄積装置は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。

[0133] また、本発明の放送受信装置、映像蓄積装置は、マイクロプロセッサとメモリとを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムに従って動作するとしてちよい。

[0134] また、前記プログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記プログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい

[0135] (13)上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよ!/ヽ。

[0136] (実施の形態 2)

実施の形態 2におけるマルチメディア配信システムの構成は、図 1に示した、上記実施の形態 1における構成図と同様であるため、説明を省略する。

[0137] 図 6は、本発明の実施の形態 2における放送受信装置 102を構成する構成要素の関係を示したブロック図である。本実施の形態の放送受信装置 102は、入力部 501、第 1メモリ 502、第 2メモリ 503、受信部 504、多重分離部 505、デスクランブラ 506、 T Sデコーダ 507、映像出力部 508、音声出力部 509、 TSマルチプレクサ 510、ネットワーク部 511、 CPU512で構成される。

[0138] 入力部 501は、フロントパネルやリモコン受光器等で構成され、ユーザからのチャンネル選択等の指示を受け付ける。

[0139] 図 7は、フロントパネルで入力部 501を構成した場合の一例である。 600はフロントパネルであり、上カーソルボタン 601、下カーソルボタン 602、左カーソルボタン 603 、右カーソルボタン 604、 OKボタン 605、取消ボタン 606、 EPGボタン 607、シァタ一ボタン 608の 8つのボタンを備えている。ユーザがボタンを押下すると、押下されたボタンの識別子力 CPU512に通知される。

[0140] 第 1メモリ 502は、 RAM等で構成され、 CPU512が一時的にデータを保存する際に使用される。

[0141] 第 2メモリ 503は、フラッシュメモリ、ハードディスク等で電源が停止しても情報を保持可能なデバイスで構成され、 CPU512が実行するプログラムを保存する。第 2メモリは、 SDメモリーカード等の取り外し可能な記憶デバイスを用いてもよい。

[0142] 受信部 504は、ケーブルテレビ局 108からのケーブルに接続され放送波を受信し、 CPU512から指定された周波数にチューニングし、 MPEGトラスポートストリームを抽出して、多重分離部 505に引き渡す。

[0143] 多重分離部 505は、受信部 504力 MPEGトラスポートストリームを受け取り、 CPU 512から指定された情報を抽出し CPU512に引き渡す。また MPEGトラスポートストリームをそのままデスクランブラ 506に引き渡す。

[0144] デスクランブラ 506は、多重分離部 505から与えられたスクランブルされている MP EGトラスポートストリームをデスクランブル（ =復号）し、 TSデコーダ 507に引き渡す。デスクランブラ 506は、放送受信装置 102に内蔵されたモジュールでも良いし、北米ケーブル受信機で導入されて、る CableCARD (TM)でも実施可能である。 Cable CARDの仕様は米国 CableLabsが策定した CableCARD Interface Specificat ionに記載されており、ここでは説明を省略する。

[0145] TSデコーダ 507は、 CPU512から音声データ、映像データ、 PSlZSI情報などのセクションデータの識別子を受け取る。さらに、デスクランブラ 506から受け取ったデスクランブルされたストリームから、受け取った音声データ、映像データ、 PSIZSI情報などのセクションデータの識別子に対応するデータを抽出する、抽出した映像データを映像出力部 508に、音声データを音声出力部 509に引き渡す。また、その両方と、セクションデータを、 TSマルチプレクサ 510に引き渡す。

[0146] 映像出力部 508は映像出力端子を含み、受け取った映像データを端子に対応した映像データに変換して出力する。端子の例としては、コンポジットケーブル端子などがある。

[0147] 音声出力部 509は音声出力端子を含み、受け取った音声データを端子に対応した音声データに変換して出力する。端子の例としては、イヤホン端子や、コンポジットケーブル端子などがある。

[0148] TSマルチプレクサ 510は、受け取った映像データ、音声データ、セクションデータ力ら MPEG2トランスポートストリームを構成し、該 MPEG2トランスポートストリームをネットワーク部 511に引き渡す。 PSIZSI情報は必要に応じて書き換えられる。

[0149] ネットワーク部 511は、ネットワークインタフェースを含み、 CPU512から受け取ったデータを、ネットワークインタフェースが接続されたネットワークの物理メディアに応じた信号に変換して出力する。また、ネットワークインタフェース力信号を受信し、 IP ネットワークで規定されたパケットに変換して、 CPU512へ引き渡す。

[0150] CPU512は、第 2メモリ 503が記憶するプログラムを実行することで、受信部 504、多重分離部 505、デスクランブラ 506、 TSデコーダ 507、 TSマルチプレクサ 510、ネットワーク部 511を制御する。

[0151] 図 8は、本発明の実施の形態 2における放送受信装置が保持し、実行するプロダラムの構成を示す図である。本図は、第 2メモリ 503に記憶され、 CPU512に実行されるプログラムの構成の一例を示す図である。

[0152] プログラム 700は、複数のサブプログラムで構成され、具体的には OS701、 EPG7 02、 JavaVM703、サービスマネージャ 704、 Javaライブラリ 705で構成される。

[0153] OS701は、放送受信装置 102の電源が投入されると、 CPU512が起動するサブプログラムである。 OS701は、オペレーティングシステムの略であり、 Linux等が一例である。 OS701は、他のサブプログラムを平行して実行するカーネル 701a及びライブラリ 701bで構成される公知の技術の総称であり、詳細な説明は省略する。本実施の形態においては、 OS701のカーネル 701aは、 EPG702^JavaVM703をサブプログラムとして実行する。また、ライブラリ 70 lbは、これらサブプログラムに対して、放送受信装置 102が保持する構成要素を制御するための複数の機能を提供する。

[0154] 本実施の形態では、ライブラリ 701bは機能の一例として、チューナ 701bl、限定解除 701b2、 AV再生 702b3、 NET701b4を含む。

[0155] チューナ 701blは、他のサブプログラムや Javaライブラリ 705の Tuner705cから周波数を含むチューニング情報を受け取り、受信部 704に引き渡す。受信部 704は与えられたチューニング情報に基づき復調処理を行、、復調したデータを多重分離部 705に引き渡すことができる。この結果、他のサブプログラム及び Javaライブラリ 705 の Tuner705cはライブラリ 401bを通して受信部 504を制御することができる。

[0156] 限定解除 702b2は、他のサブプログラムや Javaライブラリ 705の CA705dから情報を受け取り、デスクランブラ 506に引き渡す。

[0157] AV再生 702b3は、他のサブプログラムや Javaライブラリ 705の JMF705aから、音声のパケット IDと映像のパケット IDを受け取る。受け取った音声のパケット IDと映像のパケット IDを、 TSデコーダ 707に与える。この結果、 TSデコーダ 707は与えられたパケット IDに基づいて、フィルタリングを行い、映像'音声の再生を実現する。

[0158] NET701b4は、他のサブプログラムや Javaライブラリ 705のネットワークライブラリ 7 05eから受け取ったデータを、 IPネットワークで規定されるアプリケーション層より下のプロトコルのパケットを作成する。アプリケーション層より下のプロトコルとは、例えば T CPパケット、 UDPパケット、 IPパケットなどである。これをネットワーク部 511に引き渡すことで、ネットワーク 107を介して他の機器にメッセージおよびデータを送信する。また、ネットワーク 107を介して他の機器からメッセージを受信したときに、他のサブプログラムや Javaライブラリ 705のネットワークライブラリ 705eに、アプリケーション層のプロトコルのパケットに変換して引き渡す。アプリケーション層のプロトコルとは、例えば、 HTTPや RTPなどである。

EPG702は、ユーザに番組一覧を表示及び、ユーザからの入力を受け付ける番組表示部 702aと、チャンネル選局を行う再生部 702bで構成される。ここで、 EPGは E1 ectric Program Guideの略である。 EPG702は、放送受信装置 102の電源が投入されると、カーネル 701aによって起動される。起動された EPG702の内部では、番組表示部 702aと再生部 702bが同時に起動される。番組表示部 702aは起動されると、放送受信装置 102の入力部 501を通して、ユーザからの入力を待つ。ここで、入力部 501が図 7で示されるフロントパネルで構成されている場合、ユーザが、入力部 501の EPGボタン 607を押下すると、 EPGボタンの識別子が CPU512に通知される。 CPU512上で動作するサブプログラムである EPG502の番組表示部 502aは、この識別子を受け取り、番組情報表示データを作成し、図示していないモニタ出力部によりモニタ 810に出力する。モニタ 810は、放送受信装置 102が備えるものであつても良、し、放送受信装置 102とコンポジットケーブルや HDMIケーブルなどで接続されたテレビであっても良い。モニタ 810は、受信した番組情報表示データを表示する。図 9 (a)及び (b)は、モニタ 810に表示された番組表の一例を示す図である。図 9 (a)に示すモニタ 810には、格子状に番組情報が表示されている。列 801には、時刻情報が表示されている。列 802には、チャンネル名「チャンネル 1」と、列 801の時刻に対応する時間帯に放映される番組が表示されている。「チャンネル 1」では、 9 ： 00〜： L0： 30に番組「ニュース 9」が放映され、 10： 30〜 12： 00は「映画 AAA」が放映されることを表す。列 803も列 802同様、チャンネル名「チャンネル 2」と、列 801の時刻に対応する時間帯に放映される番組が表示されている。 9 : 00〜： L 1 : 00に番組「映画 BBB」が放映され、 11 : 00〜12 : 00は「ニュース 11」が放映される。 830は、力一ソルである。カーソル 830は、フロントパネル 600の左カーソル 603と右カーソル 60 4を押下すると移動する。図 9 (a)の状態で、右カーソル 604を押下すると、カーソル 8 30は右に移動し、図 9 (b)のようになる。また、図 9 (b)の状態で、左カーソル 603を押下すると、カーソル 830は左に移動し、図 9 (a)のようになる。

[0160] 図 9 (a)の状態で、フロントパネル 600の OKボタン 605が押下されると、番組表示部 702aは、「チャンネル 1」の識別子を再生部 702bに通知する。図 9 (b)の状態で、フロントパネル 600の OKボタン 605が押下されると、番組表示部 702aは、「チャンネル 2」の識別子を再生部 702bに通知する。

[0161] また、番組表示部 702aは、表示する番組情報を、多重分離部 505を通して定期的に、第 2メモリ 503に記憶しておく。一般的に、放送局からの番組情報の取得は時間が掛かる。入力部 501の EPGボタン 607が押下された時、第 2メモリ 503に予め保存された番組情報を表示することで、素早く番組表を表示することができる。

[0162] 図 10は、本発明の実施の形態 2に係る第 2メモリ 503に格納されている番組情報の一例を示す図である。番組情報は表形式で格納されている。列 901は、チャンネルの識別子である。列 902は、番組名である。列 903は番組の放送開始時間、列 904 は放送終了時間である。列 905は、番組の音声種別を表しており、モノラル音声、ステレオ音声、 5. 1チャンネル音声をそれぞれ「モノラル」、「ステレオ」、「5. 1」と表記している。列 906は、番組の種別を表している。通常番組は空欄であり、「映画」は映画、「スポ」はスポーツ番組を表す。行 911〜914の各行は、それぞれひとつの番組情報を表す。この例では、ひとつの番組情報は、チャンネルの識別子、番組名、放送開始時間、放送終了時間、番組の音声種別の組となる。例えば、行 911はチャンネル識別子が「1」、番組名が「ニュース 9」、放送開始時間が「9： 00」、放送終了時間が「10： 30」、音声種別が「モノラル」、番組の種別は「通常」を含む組となって、る。

[0163] 再生部 702bは、受け取ったチャンネルの識別子を用いて、チャンネルを再生する。すなわちチャンネルを構成する映像と音声を再生する。チャンネルの識別子とチヤンネルの関係は、チャンネル情報として、第 2メモリ 503に予め格納されている。

[0164] 図 11は、本発明の実施の形態 2に係る第 2メモリ 503に格納されているチャンネル情報の一例である。チャンネル情報は表形式で格納されている。列 1001は、チャンネルの識別子である。列 1002は、チャンネル名である。列 1003はチューニング情報である。ここで、チューニング情報は周波数や転送レート、符号化率などを含み、受信部 504に与える値である。列 1004はプログラムナンバーである。プログラムナンパ一とは、 MPEG2規格で規定されている PMTを識別するための番号である。 PMTに関しては、後述する。行 1011〜1014の各行は、各チャンネルの識別子、チャンネル名、チューニング情報の組となる。行 1011は識別子が「1」、チャンネル名が「チヤンネル 1」、チューニング情報に周波数「150MHz」、プログラムナンバーが「101」を含む組となっている。再生部 702bは、チャンネルの再生を行うため、受け取ったチヤンネルの識別子をそのままサービスマネージャに引き渡す。

[0165] また、再生部 702bは、再生中に、ユーザがフロントパネル 600の上カーソル 601と下カーソル 602を押下すると、入力部 501カゝら CPU512を通して、押下された通知を受け取り、再生しているチャンネルを変更する。上カーソル 601を押下すると、現在再生中のチャンネルよりもひとつ小さいチャンネル識別子を持つチャンネルを再生し、また下カーソル 602を押下すると、現在再生中のチャンネルよりもひとつ大きいチャンネル識別子を持つチャンネルを再生する。まず、再生部 702bは、第 2メモリ 503に現在再生中のチャンネルの識別子を記憶する。

[0166] 図 12 (a) (b)及び (c)は、それぞれ、本発明の実施の形態 2に係る第 2メモリ 503に格納されているチャンネルの識別子を示す情報の例である。図 12 (aでは識別子「3」が記憶されており、図 11を参照し、チャンネル名「TV 3」のチャンネルが再生中であることを示す。図 12 (a)の状態で、ユーザが上カーソル 601を押下すると再生部 702 bは、図 11のチャンネル情報を参照し、表中で現在再生中のチャンネルよりもひとつ生を切り変えるため、サービスマネージャにチャンネル名「チャンネル 2」の識別子「2 」を引き渡す。同時に、第 2メモリ 503に記憶されているチャンネル識別子「2」に書き換える。図 12 (b)は、チャンネル識別子が書き換えられた状態を表す。また、図 12 (a )の状態で、ユーザが下カーソル 602を押下すると再生部 702bは、図 11のチャンネル情報を参照し、表中で現在再生中のチャンネルよりもひとつ大きい識別子を持つチャンネルであるチャンネル名「TV Japan」のチャンネルに再生を切り変えるため、サービスマネージャにチャンネル名「TV Japan」の識別子「4」を引き渡す。同時に、第 2メモリ 503に記憶されているチャンネル識別子「4」に書き換える。図 12 (c)は、チヤンネル識別子が書き換えられた状態を表す。チャンネル識別子は、第 2メモリ 503 に記憶されてヽるので、放送受信装置 102の電源が切られた際も保存されてヽる。

[0167] さらに再生部 702bは、放送受信装置 102の電源が投入された際に、起動されると、第 2メモリ 503に記憶されているチャンネル識別子を読み出す。そして、そのチャンネル識別子をサービスマネージャに引渡す。これにより、放送受信装置 102は、電源投入時に前回の稼動時に再生されていた最後のチャンネルの再生を開始することができる。

[0168] JavaVM703は、 Java (TM)言語で記述されたプログラムを逐次解析し実行する Ja vaバーチャルマシンである。 Java言語で記述されたプログラムはバイトコードと呼ばれる、ハードウェアに依存しない中間コードにコンパイルされる。 Javaバーチャルマシンは、このバイトコードを実行するインタープリタである。また、一部の Javaバーチャルマシンは、バイトコードを CPU512が理解可能な実行形式に翻訳してから、 CPU51 2に引渡し、実行することも行う。 JavaVM703は、カーネル 70 laに実行する Javaプログラムを指定され起動される。本実施の形態では、カーネル 701aは、実行する j_av _aプログラムとしてサービスマネージャ 704を指定する。 Java言語の詳細は、書籍「Ja va Language Specification (ISBN 0— 201— 63451— 1)」等の多くの書籍で解説されている。ここでは、その詳細を省略する。また、 JavaVM自体の詳細な動作などは、「Java Virtual Machine Specification (ISBN 0— 201— 63451— X )」等の多くの書籍で解説されている。ここでは、その詳細を省略する。

[0169] サービスマネージャ 704は、 Java言語で書かれ^ Javaプログラムであり、 Java VM7 03によって逐次実行される。サービスマネージャ 704は、 JNI (Java Native Interf ace)を通して、 Java言語で記述されて!、な!/、他のサブプログラムを呼び出したり、または、呼び出されたりすることが可能である。 JNIに関しても、書籍「Java Native In terfacej等の多くの書籍で解説されている。ここでは、その詳細を省略する。

[0170] サービスマネージャ 704は、 JNIを通して、再生部 702bよりチャンネルの識別子を受け取る。

[0171] サービスマネージャ 704は、最初に Javaライブラリ 705の中にある Tuner705cに、チャンネルの識別子を引き渡し、チューニングを依頼する。 Tuner705cは、第 2メモリ 503が記憶するチャンネル情報を参照し、チューニング情報を獲得する。今、サービスマネージャ 704がチャンネルの識別子「2」を Tuner705cに引き渡すと、 Tuner7 05cは、図 11の行 1012を参照して、対応するチューニング情報「 156MHz,」を獲得する。 Tuner705cは、 OS701のライブラリ 701bのチューナ 701blを通して、受信部 704にチューニング情報を引き渡す。受信部 704は与えられたチューニング情報に従って放送局から送信されてきた信号を復調し、多重分離部 705に引き渡す。

[0172] 次にサービスマネージャ 704は、 Javaライブラリ 705の中にある CA705dにデスクランブルを依頼する。 CA705dは、 OS701のライブラリ 701bの限定解除 701b2を通して復号に必要な情報をデスクランブラ 506に与える。デスクランブラ 506は、与えられた情報を元に、受信部 504から与えられた信号を復号し TSデコーダ 507に引き渡す。

[0173] 以下、映像出力部 508および音声出力部 509から出力することにより、映像'音声の再生を行う場合と、ネットワーク部 511からマルチメディアデータを出力する場合の処理が異なるため、それぞれについて説明する。

[0174] まず、映像'音声の再生を行う場合について、説明する。

[0175] サービスマネージャ 704は、 Javaライブラリ 705の中にある JMF705aにチャンネルの識別子を与え、映像 ·音声の再生を依頼する。

[0176] まず、最初に JMF705aは、再生すべき映像と音声を特定するためのパケット IDを PAT、 PMTから取得する。 PATや PMTは MPEG2規格で規定されている、 MPE G2トランスポートストリーム内の番糸且構成を表現するテーブルであり、 MPEG2トランスポートストリームに含まれるパケットのペイロードに埋め込まれて、音声や映像と共に送信されるものである。詳細は規格書を参照されたい。ここでは、概略のみ説明する。 PATは、 Program Association Tableの略で、パケット ID「0」のパケットに格納され送信されている。 JMF705aは、 PATを取得するため、 OS701のライブラリ 70 lbを通して、多重分離部 705にパケット ID「0」を指定する。多重分離部 705がバケツ HD「0」でフィルタリングを行い、 CPU512に引き渡すことで JMF705aは、 PATのパケットを収集する。

[0177] 図 13は、収集した PATの情報の一例を模式的に示す図である。列 1201は、プログラムナンバーである。列 1202は、パケット IDである。列 1202のパケット IDは PMT を取得するために用いられる。行 1211〜1213は、チャンネルのプログラムナンバーと対応するパケット IDの組である。ここでは、三つのチャンネルが定義されている。行 1211はプログラムナンバー「101」とパケット ID「501」の組が定義されている。今、 J MF705aに与えられたチャンネルの識別子が「2」とすると、 JMF705aは、図 13の行 1212を参照して、対応するプログラムナンバー「102」を獲得し、次に、図 13の PAT の行 1212を参照し、プログラムナンバー「102」に対応するパケット ID「502」を獲得する。 PMTは、 Program Map Tableの略で、 PATで規定されたパケット IDのパケットに格納され送信されている。 JMF705aは、 PMTを取得するため、 OS701のライブラリ 701bを通して、多重分離部 505にパケット IDを指定する。ここで、指定するパケット IDは「502」とする。多重分離部 505がパケット ID「502」でフィルタリングを行い、 CPU512に引き渡すことで JMF705aは、 PMTのパケットを収集する。

[0178] 図 14は、収集した PMTの情報の一例を模式的に示す図である。列 1301は、ストリーム種別であり。列 1302は、パケット IDである。列 1302で指定されるパケット IDのパケットには、ストリーム種別で指定された情報がペイロードに格納され送信されている。列 1303は補足情報である。行 1311〜1314はエレメンタリ—ストリームと呼ばれる、パケット IDと送信している情報の種別の組である。行 1311は、ストリーム種別「音声」とパケット ID「5011」の組であり、パケット ID「5011」のペイロードには音声が格納されていることを表す。 JMF705aは、 PMTから再生する映像と音声のパケット ID を獲得する。図 14を参照して、 JMF705aは、行 1311から音声のパケット ID「5011」を、行 1312から映像のパケット ID「5012」を獲得する。

[0179] 次に、 JMF705aは、 OS701のライブラリ 701bの AV再生 701b3に獲得した音声のパケット IDと映像のパケット IDを引き渡す。これを受けて、 AV再生 701b3は、受け取った音声のパケット IDと映像のパケット IDを、 TSデコーダ 507に与える。 TSデコーダ 507は与えられたパケット IDでフィルタリングを行う。ここではパケット ID「5011」のパケットを音声出力部 509に、パケット ID「5012」のパケットを映像出力部 508に、音声出力部 509は、与えられたパケットを適宜変換し (例えばデジタルアナログ変換）出力する。映像出力部 508は、与えられたパケットを適宜変換し (例えばデジタル —アナログ変換)出力する。

[0180] 最後にサービスマネージャ 704は、 Javaライブラリ 705の中にある AM705bにチヤンネルの識別子を与え、データ放送再生を依頼する。ここで、データ放送再生とは、 MPEG2トランスポートストリームに含まれる Javaプログラムを抽出し、 JavaVM703に実行させることである。 MPEG2トランスポートストリームに Javaプログラムを埋め込む方法は、 MPEG規格書 ISOZIEC13818— 6に記述された DSMCCという方式を用いる。ここでは DSMCCの詳細な説明は省略する。 DSMCC方式は、 MPEG2トランスポートストリームのパケットの中に、コンピュータで使用されているディレクトリゃフアイルで構成されるファイルシステムをエンコードする方法を規定している。また、実行する Javaプログラムの情報は AITと呼ばれる形式で、 MPEG2トランスポートストリームのパケットの中に埋め込まれ送信されている。 AITは、 DVB— MHP規格（正式には、 ETSI TS 101 812 DVB— MHP仕様 VI . 0. 2)の 10章に定義されている、 Application Information Tableの略である。

[0181] AM705bは、まず、 AITを獲得するため、 JMF705a同様 PAT、 PMTを取得し、 A ITが格納されているパケットのパケット IDを獲得する。今、与えられたチャンネルの識別子が「2」で、図 13の PAT、図 14の PMTが送信されていると、 JMF705aと同様の手順で、図 14の PMTを獲得する。 AM705bは、 PMTからストリーム種別が「データ」で補足情報として「AIT」を持つエレメンタリ一ストリーム力もパケット IDを抽出する。図 14を参照して、行 1313のエレメンタリ一ストリームが該当し、パケット ID「5013」を獲得する。

[0182] AM705bは、 OS701のライブラリ 701bを通して多重分離部 505に AITのパケット I Dを与える。多重分離部 505は、与えられたパケット IDでフィルタリングを行い、 CPU 512〖こ引き渡す。この結果、 AM705bは、 AITのパケットを収集することができる。

[0183] 図 15は、収集した AITの情報の一例を模式的に示す図である。列 1401〖お avaプログラムの識別子である。列 1402ίお avaプログラムの制御情報である。制御情報には「autostart」「present」「kill」などがあり、「autostart」は即時に放送受信装置 10 2がこのプログラムを自動的に実行することを意味し、 rpresentjは自動実行しな!、ことを意味し、「kill」はプログラムを停止することを意味する。列 1403は、 DSMCC方式で Javaプログラムを含んでいるパケット IDを抽出するための DSMCC識別子である。列 1404 ίお avaプログラムのプログラム名である。行 1411と 1412は、 Javaプログラムの情報の組である。行 1411で定義される Javaプログラムは、識別子「301」、制御情報「autostart」、 DSMCC識別子「1」、プログラム名「aZTopXlet」の組である。行 1412で定義される Javaプログラムは、識別子「302」、制御情報「present」、 DS MCC識別子「1」、プログラム名「bZGameXlet」の組である。ここでふたつの Javaプログラムは同じ DSMCC識別子を持つ力これはひとつの DSMCC方式でェンコ一ドされたファイルシステム内にふたつの Javaプログラムが含まれていることを表す。ここでは、 Javaプログラムに対して四つの情報しか規定しな、が、実際にはより多くの情報が定義される。詳細は DVB— MHP規格を参照されたヽ。

[0184] AM705bは、 AITの中から「autostart」の Javaプログラムを見つけ出し、対応する DSMCC識別子及び Javaプログラム名を抽出する。図 15を参照して、 AM705bは行 1411の Javaプログラムを抽出し、 DSMCC識別子「1」及び Javaプログラム名「aZ TopXlet」を獲得する。

[0185] 次に AM705bは、 AITから取得した DSMCC識別子を用いて、 Javaプログラムを DSMCC方式で格納しているパケットのパケット IDを PMT力獲得する。具体的には、 PMTの中でストリーム種別が「データ」で、補足情報の DSMCC識別子が合致するエレメンタリ一ストリームのパケット IDを取得する。

[0186] 今、 DSMCC識別子力「1」であり、 PMTが図 14とすると、行 1314のエレメンタリーストリームが合致し、パケット ID「5014」を取り出す。

[0187] AM705bは、 OS701のライブラリ 701bを通して多重分離部 505に DSMCC方式でデータが埋めこめられたパケットのパケット IDを指定する。ここでは、パケット ID「50 14」を与える。多重分離部 505は、与えられたパケット IDでフィルタリングを行い、 CP U512に引き渡す。この結果、 AM705bは、必要なパケットを収集することができる。 AM705bは、収集したパケットから、 DSMCC方式に従ってファイルシステムを復元し、第 1メモリ 502あるいは第 2メモリ 503に保存する。ファイルシステム等のデータを取り出し第 1メモリ 502あるいは第 2メモリ 503に保存すことを以降、ダウンロードと呼

[0188] 図 16は、ダウンロードしたファイルシステムの一例を示す図である。図 16において、丸はディレクトリを四角はファイルを表し、 1501はルートディレクトリ、 1502はディレクトリ「a」、 1503はディレクトリ「b」、 1504はファイル「TopXlet. class」、 1505はフアイノレ「GameXlet. class」である。

[0189] ここでは、 MPEG2トランスポートストリームからファイルシステムをダウンロードする例を記載した力 OCAP仕様では、 IPネットワークを用いたダウンロードなども規定している。また、 AITではなく XAITと呼ばれる情報を用いてファイルシステムの存在位置を特定し、ファイルシステムをダウンロードする方法も規定されて、る。

[0190] 次に AM705bは、第 1メモリ 502あるいは第 2メモリ 503にダウンロードしたファイルシステム中カゝら実行する Javaプログラムを JavaVM703に引き渡す。今、実行する J_av _aプログラム名が「_aZTopXlet」とすると、 Javaプログラム名の最後に「. classjを付カロしたファイル「aZTopXlet. class」が実行すべきファイルとなる。「Z」はディレクトリやファイル名の区切りであり、図 16を参照して、ファイル 1504が実行すべき Javaプログラムである。次に AM705bは、フアイノレ 1504を Java VM703に引き渡す。

[0191] JavaVM703は、引き渡され^ Javaプログラムを実行する。

[0192] 次に、ネットワーク部 511からマルチメディアデータを出力する場合の処理について説明する。

[0193] まず、サービスマネージャ 704は、 Javaライブラリ 705中にあるネットワークライブラリ 705eにチャンネルの識別子を与え、データの送信を依頼する。ネットワークライブラリ 705eは、まず、上言 6JMF705aおよび AM705bと同様に、 PAT、 PMTを取得し、送信すべき番組に関する映像データ、音声データ、各セクションデータのパケット IDを取得する。今、与えられたチャンネルの識別子が「2」で、図 12の PAT、図 14の PMT が送信されていると、 JMF705aと同様の手順で、図 14の PMTを獲得する。送信すべきデータは、図 14の PMTに記述された全てのデータである。

[0194] ネットワークライブラリ 705eは、 OS701のライブラリ 701bを通して TSデコーダ 507 に、これらのパケット IDを与え、 TSマルチプレクサ 510に出力させる。 TSデコーダ 50 7は、与えられたパケット IDでフィルタリングを行い、 TSマルチプレクサ 510に引き渡す。

[0195] また、ネットワークライブラリ 705eは、 OS701のライブラリ 701bを通して TSマルチプレクサ 510に、何種類のデータが送られてくるかを与えて、 TSデコーダ 507から引き渡されたデータから、 MPEG2トランスポートストリームを構成させる。 TSマルチプレクサ 510は、構成した MPEG2トランスポートストリームを、 CPUに引き渡す。

[0196] また、ネットワークライブラリ 510eは、 OS701のライブラリ 701bの NET701b4に送信先のアドレスを与える。続いて、ネットワークライブラリ 701b4は、 TSマルチプレクサ 510から受け取った MPEG2トランスポートストリームを、送信するアプリケーションレベルのプロトコルに応じた形式に変換して、 NET701b4に順次引き渡す。アプリケーシヨンレベルのプロトコルとは、例えば、 HTTPや RTPといったものである。これにより、 NET701b4は、送信先アドレスを参照して、引き渡されたデータを IPネットヮークのパケットに変換し、ネットワーク部 511に引き渡す。ネットワーク部 511では、引き渡されたデータを、接続されたネットワークの物理メディアに応じた信号に変換して出力する。

[0197] サービスマネージャ 704は、他のチャンネルの識別子を受け取ると、 Javaライブラリ 705に含まれる各ライブラリを通して再生している映像'音声及び Javaプログラムの実行もしくはネットワークへの出力を、同じ avaライブラリ 705に含まれる各ライブラリを通して停止し、新たに受け取ったチャンネルの識別子に基づいて、映像'音声の再生及び Javaプログラムの実行もしくはネットワークへの出力を行う。

[0198] また、サービスマネージャ 704は、再生部 702bだけでなく、 JavaVM703上で実行される Javaプログラムカゝらチャンネルの識別子を受け取る機能も備える。具体的には、チャンネルの識別子を受け取るための Java言語のクラス及びそのメソッドを提供する。チャンネルの識別子を受け取ると、サービスマネージャ 704は、 Javaライブラリ 70 5に含まれる各ライブラリを通して現在再生している映像'音声及び Javaプログラムの実行もしくはネットワークへの出力を、同じ avaライブラリ 705に含まれる各ライブラリを通して停止し、その後、新たに受け取ったチャンネルの識別子に基づいて、新しい映像'音声の再生及び Javaプログラムの実行もしくはネットワークへの出力を行う。

[0199] また、上記では、通常の放送番組の再生やネットワークへの出力について記述した力 VoDサービスの場合も同様である。

[0200] Javaライブラリ 705は、第 2メモリ 503に格納されている複数の Javaライブラリの集合である。本実施の形態では、 Javaライブラリ 705は、 JMF705a、 AM705b、 Tuner7

05c、 CA705d、ネットワークライブラリ 705e、再生 Lib705f、 IO705g、 AWT705h 等を含んでいる。

[0201] JMF705a、 AM705b、 Tuner705c、 CA705dの機會 ίま、既【こ記述されて!、るので省略する。

[0202] 再生 Lib705fは、第 2メモリ 503が記憶して!/、る、現在再生して!/、るチャンネルの識別子を Javaプログラムに渡すための Java言語のクラスおよびメソッドを（以下 Java A PIと記述)提供する。この Java APIを利用することで、 Javaプログラムは、現在再生中のチャンネルを知ることができる。

[0203] IO705gは、 Javaプログラムが第 2メモリ 703にデータを書き込むための Java API 、あるいは、その書き込んだデータを第 2メモリ 503から読み込むための Java APIを Javaプログラムに提供する。この APIを利用することで、 Javaプログラムは、任意のデ一タを第 2メモリ 503に保存することができる。この保存されたデータは放送受信装置 102の電源がオフになっても消えないので、放送受信装置 102の電源が投入された後、再びそのデータを読み込むことができる。

[0204] AWT705hは、 Javaプログラムが描画を行ったり、入力部 501からのキー入力通知を受け取るための Java APIを提供する。具体的には、「The Java class Librari es Second Edition, Volume 2」（13 ?^0— 201—31003— 1)で既定され¾)& va. awtノゝノケージ、 java. awt. eventノゝノケージ ¾_びその ftilの java. awtのサブノッケージが相当する。ここでは、詳細な説明を省略する。

[0205] SI705iは、 Javaプログラムがチャンネル情報や電子番組表情報を取得する Java APIを提供する。具体的には、 Java TV仕様などが存在する。また、生のバイナリーデータを放送中の MPEG2トランスポートストリームから取得する MPEGセクションフィルター APIが OCAP仕様の中で定義されており、送信されてきた独自の電子番組データを Javaアプリケーションが理解して取り扱うことも出来る。

[0206] ネットワークライブラリ 705eは、 OS701のライブラリ 701bの NET701b4を通して、ネットワーク 107に接続された映像蓄積装置 103、映像蓄積装置 104、端末 105および端末 106と通信するものである。映像蓄積装置 103および映像蓄積装置 104とは、映像蓄積装置の属性の送受信、マルチメディアデータの蓄積要求および該マルチメディアデータの送信、特定のマルチメディアデータを蓄積して、るか否かの問合せ、該蓄積して、るマルチメディアデータの送信要求および該マルチメディアデータの利用に伴う権利処理の通信を行う。また、端末 105および端末 106とは、マルチメディァデータの送信要求の受け付け、マルチメディアデータの送信もしくはマルチメディァデータが送信される映像蓄積装置の通知を行う。

[0207] 図 17は、本発明の実施の形態 2に係るネットワークライブラリ 705eの内部構成の一例を表すブロック図である。ネットワークライブラリ 705eは、制御部 1601、データ受信部 1602、情報通信部 1603、選択部 1604、データ出力部 1605、要求送信部 16 06、権利処理部 1607を含む。なお、ネットワークライブラリ 705eは、 IPネットワークに関連する他の機能を含んでも良、。

[0208] 制御部 1601は、ダウンロードし^ Javaアプリケーションに対して、ネットワークライブラリ 705eが実現する機能を提供する。すなわち、制御部 1601は、 Javaアプリケーシヨンに対して Java APIを提供し、 Javaアプリケーション力この APIを呼び出すことで、ネットワークを利用した機能が実行できる。制御部 1601は、 Java APIが呼び出されると、適宜、データ受信部 1602、情報通信部 1603、選択部 1604、データ出力部 1605、要求送信部 1606、権禾 IJ処理部 1607や、他の Javaライブラリ 705および OS 701のライブラリ 70 lbを利用して処理を行う。

[0209] 図 18は、本発明の実施の形態 2に係る制御部 1601が提供する Java APIの一例を示す図である。図 18 (1)メソッド collectNetDevice Oは、ネットワーク 107に接続されて、る外部装置の情報を集め、その情報として NetDeviceオブジェクトの配列を返す。具体的には、後述の情報通信部 1603のメソッド collectNetDevice Oを呼び出し、その戻り値を返すものでる。本メソッドにより、ネットワークに接続された機器の情報を得ることができる。 [0210] 図 19は、 NetDeviceクラスの構成の一例を示す図である。図 19で、 addrは該装置のネットワークアドレスを、 friendlyNameは該装置につけたニックネームを、 dType は該装置の種別を表し、 0が放送受信装置、 1が映像蓄積装置、 2が端末を表すこととする。このような情報は、 UPnP DAに定義された方法によって行うことが可能であるため、処理の詳細は省略する。また、 attrは映像蓄積装置の属性であり、 DevAttr ibクラスのオブジェクトである。

[0211] 図 20は、 DevAttribクラスの構成の一例を示す図である。図 20において、 remain Capはマルチメディアデータを蓄積する空き領域の容量を表し、 replayFavoritGen reは、再生もしくはネットワークに出力したコンテンツのうち、最も頻度の高いジャンルを表し、 0が映画、 1がスポーツ、などのように表す。 recordFavoritGenreは、ユーザ操作によって録画したコンテンツのうち、最も頻度の高いジャンルを表す。

[0212] 図 18 (2)メソッド sendMultimediaData ()は、チャンネルの識別子を指定して、映像蓄積装置 103もしくは映像蓄積装置 104にマルチメディアデータを送信するもので、成功すれば trueが返り、失敗すれば falseが返るものである。

[0213] また、図 18 (3)メソッド acceptMultimediaRequest Oは、呼び出されれば、別のプロセスもしくはスレッドを起動してその上で動作することで常駐するものであり、端末力ものマルチメディアデータ送信要求を受け付け、映像蓄積装置 103もしくは映像蓄積装置 104に該マルチメディアデータが蓄積されているかどうかを調べ、蓄積されている場合は、該映像蓄積装置に端末への送信要求を発行するとともに、該要求を発行した端末には該映像蓄積装置カゝらマルチメディアデータが送信されることを通知し、また、蓄積されていない場合には、該マルチメディアデータを放送局から受信して該端末へ送信するものであり、正常終了時は trueを返し、異常時には falseを返すものである。なお、常駐せずにひとつの要求をうければ終了する構成であっても良い。

[0214] これらのメソッドは、データ受信部 1602、情報通信部 1603、選択部 1604、データ出力部 1605、要求送信部 1606および権利処理部 1607の APIを用いて動作するものであるため、詳細は後述する。

[0215] 図 18 (4)メソッドcollectMultimediaData 0は、Javaラィブラリ705などを利用して、 VoDサービスにより提供されるマルチメディアコンテンツを検索し、その一部もしくは全部をサービスマネージャ 704に依頼することにより受信し、メソッド sendMultim ediaData Oを呼び出して、映像蓄積装置に送信するものであり、成功すれば trueを、失敗すれば falseを返す。

[0216] 図 18 (5)メソッド setSelectAlgorithm Oは、選択部 1604が映像蓄積装置を選択する際のアルゴリズムを、引数 idで与えられたものに設定するもので、成功すれば tru eを返し、失敗すれば falseを返す。 idの値と各アルゴリズムは、予め定められたものである。本メソッドは選択部 1604のメソッド setSelectAlgorithm Oを呼び出すことで行われる。

[0217] 図 18 (6)メソッド setStoragePriority ()は、選択部 1604が映像蓄積装置の優先度にしたがって選択を行う場合の、映像蓄積装置の優先度を設定するもので、引数 d evicesの配列の順に優先度が高いものとする。処理が成功すれば trueを返し、失敗すれば falseを返す。本メソッドは、選択部 1604のメソッド setStoragePriority ()を呼び出すことで行われる。なお、本メソッドは、映像蓄積装置とその優先度の値の組の配列を引数として設定する構成であっても良い。

[0218] 図 18 (7) setTerminalPriority Oは、選択部 1604が端末の優先度にしたがって映像蓄積装置の選択を行う場合の、端末の優先度を設定するもので、引数 devices の配列の順に優先度が高いものとする。処理が成功すれば trueを返し、失敗すれば falseを返す。本メソッドは、選択部 1604のメソッド setTerminalPriority Oを呼び出すことで行われる。なお、本メソッドは、端末とその優先度の値の組の配列を引数として設定する構成であっても良い。

[0219] 図 18 (8)メソッド setCombination Oは、選択部 1604が端末の優先度にしたがつて映像蓄積装置の選択を行う場合の、映像蓄積装置と端末の組を設定するものであり、引数 devicesで映像蓄積装置を与え、引数 termsで端末を与え、それぞれの配列で同 I ンデッタスのものを組として設定する。本メソッドは、選択部 1604の setCo mbination ()を呼び出すことで行われる。

[0220] 図 18 (9)メソッド setSelectedStorageDevice ()は、引数 idで与えられたインデッタスの映像蓄積装置を、選択した映像蓄積装置とするものである。本メソッドは、選択部 1604のメソッド setSelectedStorageDevice ()を呼び出すことにより行われるので、そちらで詳細は述べる。

[0221] 図 18 (10)メソッド registerHandler ()は、引数 handlerで与えられたハンドラをシステムに登録するもので、成功すれば trueを返し、失敗すれば falseを返す。 Javaァプリケーシヨンは、該ハンドラを登録することにより、ネットワークライブラリ 705eからコールバックを受けることができる。

[0222] データ受信部 1602は、放送受信装置 102の TSデコーダ 507と TSマルチプレクサ

510を OS701のライブラリ 701を通じて制御し、 TSデコーダ 507によってフィルタリングされた、映像、音声、セクションデータを TSマルチプレクサ 510によって MPEG2トランスポートストリームに構成して読み出すものである。

[0223] データ受信部 1602は、制御部 1601およびダウンロードし^ Javaアプリケーションに Java APIを提供する。

[0224] 図 21は、本発明の実施の形態 2に係るデータ受信部 1602が提供する Java API の一例を示す図である。

[0225] 図 21 (1)メソッド openProgram Oは、引数で指定されたチャンネルの識別子から、

TSマルチプレクサ 510が構成した MPEG2トランスポートストリームを読み出す Input

Streamのオブジェクトを返す。なお、失敗時には nullが返る。

[0226] 情報通信部 1603は、 OS701のライブラリ 701の NET701b4を通じて、放送受信装置 102のネットワーク部 511を制御し、指定されたネットワーク 107に接続されている外部機器と、メッセージの送受信を行うものである。

[0227] 情報通信部 1603は、制御部 1601およびダウンロードし^ Javaアプリケーションに J ava APIを提供する。

[0228] 図 22は、本発明の実施の形態 2に係る情報通信部 1603が提供する Java APIの一例を示す図である。図 22 (1)メソッド checkStorageAttribute Oは、引数で指定された情報蓄積装置に属性送信要求を送り、返答を受信して引数 devで示された Ne tDeviceクラスのオブジェクトに属性を設定するもので、成功すれば trueを返し、失敗すれば falseを返すものである。図 22 (2)メソッド56!1(131；0 1^ 1½51; ()は、引数 d evで指定された映像蓄積装置に蓄積要求を送信して返答を受信するもので、成功すれば trueを返し、通信失敗もしくは要求拒否を受信した場合は falseを返すものである。引数 idは、制御部 1601が発行したマルチメディアデータの識別子であり、送信要求とともに、映像蓄積装置に送られる。図 22 (3)メソッド&51^01^61^31；0 (1()は、引数 devで指定される映像蓄積装置に、引数 idで指定されるマルチメディアデータを蓄積している力否かの問い合わせを送信し、返答を受信するもので、蓄積していると返答を受けた場合は trueを、蓄積していないと返答を受けた場合もしくは通信に失敗した場合は falseをそれぞれ返す。図 22 (4)メソッド56!1(11^&115£6 1^ 1½51; ()は、弓 I数 serverで指定される映像蓄積装置に、引数 idで指定されるマルチメディアデータを、引数 clientで指定される端末へ送信する要求を送信して返答を受信するものであり、 OKを受信した場合は trueを、 NGを受信した場合もしくは通信に失敗した場合は falseを、それぞれ返す。図 22 (5)メソッド& 6 1;丁61：111^1&11^ 11651; ()は、引数 sで指定される Socketオブジェクトを用いて、該 Socketオブジェクトによって接続されて、る端末からの要求を受信し、端末が送信を要求して、るマルチメディアデータの識別子を引数 reqに入れるものであり、通信が成功すれば trueを、失敗すれば fal seを、それぞれ返す。図 23に MMRequestクラスの構成を示す。図 22 (6)メソッド no tifyTransferDevice Oは、引数 sで指定される Socketオブジェクトを用いて、該 So cketオブジェクトによって接続されている端末へ、引数 devで指定される映像蓄積装置カゝらマルチメディアデータが送信されることを通知するもので、成功すれば trueを返し、失敗すれば falseを返すものである。図 22 (7)メソッド!10 £ 1^&115£6 0& & () は、引数 sで指定される Socketオブジェクトを用いて、該 Socketオブジェクトによって接続されてヽる端末へ、放送受信装置 102からマルチメディアデータが送信されることを通知するもので、成功すれば trueを返し、失敗すれば falseを返すものである。図 22 (8)メソッド110 £ 1111&1)161^&115£61：()は、引数 sで指定される Socketオブジェタトを用いて、該 Socketオブジェクトによって接続されている端末へ、引数 statusで表される理由により、要求されたマルチメディアデータを送信できないことを通知するものであり、成功すれば trueを返し、失敗すれば falseを返すものである。図 22 (9)メソッド collectNetDevice Oは、ネットワーク 107に接続されている外部装置の情報を集め、その情報として NetDeviceオブジェクトの配列を返す。この処理は、 UPnP D Aに定義された方法によって行うことが可能であるため、処理の詳細は省略する。 [0229] 選択部 1604は、設定されたアルゴリズムにした力^、、映像蓄積装置の属性およびマルチメディアデータの属性などから、ネットワーク 107に接続された映像蓄積装置のうちひとつを選択するものである。

[0230] 選択部 1604は、制御部 1601およびダウンロードし^ Javaアプリケーションに Java

APIを提供する。図 24は、本発明の実施の形態 2に係る選択部 1604が提供する J ava APIの一例である。

[0231] 図 24 (1)メソッド selectDevice ()は、後述のメソッド setAlgorithm Oによって設定されたアルゴリズムにしたがって、引数 devicesで示された映像蓄積装置の中から、 d evicesに格納されている映像蓄積装置の属性、および、引数 idで示されたチャンネルの識別子と図 10に示した第 2メモリ 503に記憶している番組情報力も読み取れるマルチメディアデータの属性などをもとに、ひとつの映像蓄積装置を選択するものであり、成功すれば選択した映像記憶装置を devicesのインデックスで返し、失敗すれば負の値を返すものである。選択するアルゴリズムとしては、空き容量の大きい映像蓄積装置を選択する、マルチメディアデータのジャンルごとに映像蓄積装置を割り振つて選択する、該マルチメディアデータのジャンルと同じジャンルのマルチメディアデータをユーザ操作によって録画した頻度の高い映像蓄積装置を選択する、後述のメソッド setStoragePriority Oによって設定された、映像蓄積装置の優先度にしたがつて選択する、後述のメソッド setTerminalPriority Oによって設定された端末の優先度と、後述のメソッド setCombination Oによって設定された端末と映像蓄積装置の組から、端末の優先度にしたがって端末を選択し、その端末と組になつている映像蓄積装置を選択する、あるいは、複数の映像蓄積装置があった場合に、 Javaアプリケーシヨンにコールバック関数によって知らせ、ユーザに一覧を提示し、ユーザからの入力を受け付けて、後述のメソッド setSelectedStorageDevice Oによって指定された映像蓄積装置を選択する、などがある。

[0232] 図 24 (2)メソッド setSelectAlgorithm Oは、選択部 1604が映像蓄積装置を選択する際のアルゴリズムを、引数 idで与えられたものに設定するもので、成功すれば tru eを返し、失敗すれば falseを返す。 idの値と各アルゴリズムは、予め定められたものである。 [0233] 図 24 (3)メソッド setStoragePriority ()は、選択部 1604が映像蓄積装置の優先度にしたがって選択を行う場合の、映像蓄積装置の優先度を設定するもので、引数 d evicesの配列の順に優先度が高いものとする。処理が成功すれば trueを返し、失敗すれば falseを返す。なお、本メソッドは、映像蓄積装置とその優先度の値の組の配列を引数として設定する構成であっても良、。

[0234] 図 24 (4) setTerminalPriority Oは、選択部 1604が端末の優先度にしたがって映像蓄積装置の選択を行う場合の、端末の優先度を設定するもので、引数 devices の配列の順に優先度が高いものとする。処理が成功すれば trueを返し、失敗すれば falseを返す。なお、本メソッドは、端末とその優先度の値の組の配列を引数として設定する構成であっても良い。

[0235] 図 24 (5)メソッド56 0)1!1 11& 1011 ()は、選択部 1604が端末の優先度にしたがつて映像蓄積装置の選択を行う場合の、映像蓄積装置と端末の組を設定するものであり、引数 devicesで映像蓄積装置を与え、引数 termsで端末を与え、それぞれの配列で同 I ンデッタスのものを組として設定する。

[0236] 図 24 (6)メソッド setSelectedStorageDevice ()は、引数 idで与えられたインデッタスの映像蓄積装置を、選択した映像蓄積装置とするものである。本メソッドは、メソッド selectDevice O力設定されたアルゴリズムによりユーザの入力によって選択する場合、 Javaアプリケーションにコールバック関数によって通知し、ユーザの入力を受け付けた javaアプリケーションによって呼び出されるものである。コールバック関数は、 Javaアプリケーションのハンドラオブジェクトを Handlerとすると、 Handler, notify ( NetDevices [] devices, Object obj)といったもので、これにより Javaアプリケーシヨンは引数で与えられた映像蓄積装置の一覧をユーザに提示して、ユーザ入力を受け付ける。受け付けた入力から、指定されたものの、配列 devicesのインデックスを取得し、引数 objで制御部 1601もしくは選択部 1604のインスタンスが与えられるので、そのメソッド setSelectedStorageDevice Oを呼び出して設定する。上記ハンドラオブジェクト Handlerは、制御部 1601のメソッド registerHandler Oによって、登録されたものである。なお、選択部 1604力同じ registerHandler Oメソッドをもち、 J avaアプリケーションに公開する構成であっても良い。 [0237] データ出力部 1605は、 OS701のライブラリ 701の NET701b4を通じて、放送受信装置 102のネットワーク部 511を制御し、指定されたネットワーク 107に接続されて Vヽる外部機器に、データ受信部 1602が受信したマルチメディアデータを送信するものである。

[0238] データ出力部 1605は、制御部 1601およびダウンロードし^ Javaアプリケーションに Java APIを提供する。図 25は、本発明の実施の形態 2に係るデータ出力部 160 5が提供する Java APIの一例である。図 25 (1)メソッド sendData Oは、引数 devで指定されたネットワーク 107に接続されている装置に、引数 isで指定された InputStr earnオブジェクトから読み込んだデータを、 is力も EOFを読み込むまで送信するもので、成功すれば trueを返し、失敗すれば falseを返すものである。

[0239] 要求送信部 1606は、サービスマネージャ 704に、 VoDサービスのマルチメディアデータ送信要求を依頼するものである。

[0240] 要求送信部 1606は、制御部 1601およびダウンロードし^ Javaアプリケーションに J ava APIを提供する。図 26は、本発明の実施の形態 2に係る要求送信部 1606が提供する Java APIの一例である。図 26 (1)メソッド sendRequest Oは、引数 idで指定されたマルチメディアデータの送信要求を、サービスマネージャ 704に依頼するもので、成功すれば trueが返り、失敗すれば falseが返るものである。

[0241] 権利処理部 1607は、サービスマネージャ 704に、マルチメディアデータの利用に伴う課金などの権利処理を依頼するものである。

[0242] 権利処理部 1607は、制御部 1601およびダウンロードし^ Javaアプリケーションに J ava APIを提供する。

[0243] 図 27は、本発明の実施の形態 2に係る権利処理部 1607が提供する Java APIの一例である。図 27 (1)メソッド requestContentUse Oは、引数 idで指定されたコンテンッの権利処理をサービスマネージャ 704に依頼するものであり、コンテンツ使用が許可されれば trueが返り、許可されない、もしくは処理に失敗すれば falseが返るものである。

[0244] ここで、制御部 1601の、メソッド sendMultimediaData ()およびメソッド acceptM ultimediaRequest ()の処理を説明する。 [0245] まず、メソッド sendMultimediaData ()の処理にっ、て説明する。 sendMultimed iaData Oが呼び出されれば、まず、制御部 1601のメソッド collectNetDevice ()によって、ネットワーク 107に接続された映像蓄積装置を検索する。続いて、各映像蓄積装置ごとに、情報通信部 1603のメソッド checkS torageAttribute ()を呼び出して、各映像蓄積装置の属性を調べる。続いて、選択部 1604のメソッド selectDevice 0を呼び出して、映像蓄積装置を選択する。さらに、このマルチメディアデータを識別する識別子を発行する。選択した映像蓄積装置に対し、情報通信部 1603のメソッド sendStoreRequest Oを呼び出すことで、蓄積要求をマルチメディアデータの識別子とマルチメディアデータの番組情報ともに送信する。続いて、データ受信部 160 2のメソッド openProgram Oを呼び出して、マノレチメディアデータを読み出す Input Streamオブジェクトを取得する。さらに、データ出力部 1605のメソッド sendData O を呼び出して、選択した映像蓄積装置に、受信したマルチメディアデータを送信する。処理が成功すれば、マルチメディアデータの属性とともに、発行したマルチメディアデータの識別子を第 2メモリ 503に記憶させる。

[0246] なお、 collectNetDevice ()を実行したあとに、これらの情報を第 2メモリ 503に記憶させ、以降は第 2メモリ 503に記憶したものを読み出す構成であっても良い。

[0247] 次に、メソッド acceptMultimediaRequest ()の処理にっ、て説明する。メソッド ac ceptMultimediaRequest ()は、呼び出されると、別のスレッドもしくはプロセスを生成し、その上で動作する。まず、端末からの接続を受け付ける Socketオブジェクトを作成し、接続要求を待ち受ける。端末から、接続要求がくれば、情報通信部 1603のメソッド acceptTerminalRequest Oを呼び出し、該端末からの要求を受信する。続いて、要求されたマルチメディアデータの識別子を、端末からの要求、もしくは端末から受け取ったチャンネルの識別子と第 2メモリ 503に記憶させた情報とから特定する。次に、制御部 1601のメソッド collectNetDevice ()を呼び出す力、もしくは、第 2メモリ 503に記憶させた情報から、ネットワークに接続された映像蓄積装置を検索する。続いて、各映像蓄積装置ごとに、情報通信部 1603のメソッド askContentStored O を呼び出し、該映像蓄積装置に該マルチメディアデータが蓄積されているか否かを問い合せる。蓄積している映像記憶装置があれば、該映像蓄積装置に、情報通信部 1603のメソッド sendTransferRequest Oを呼び出すことによって、該要求のあった端末へ、該マルチメディアデータの送信要求を発行する。なお、該要求のあった端末は、端末と通信している Socketオブジェクトと、管理部のメソッド collectNetDevic e ()の結果もしくは第 2メモリ 503に記憶させた情報より特定する。なお、このとき、必要であれば、権利処理部 1607のメソッド requestContentUse ()を呼び出すことで、権利処理を行う。続いて、該要求のあった端末には、情報通信部 1603のメソッド n otigyTransferDevice ()を呼び出すことで、該蓄積してヽる映像蓄積装置を通知する。また、該マルチメディアデータを蓄積している映像蓄積装置が見つからな力つた場合は、要求送信部 1606のメソッド sendRequest Oを呼び出すことにより、データ送信要求を発行する。該マルチメディアデータが放送局から送信されな!ヽもしくは何らかの理由により受信できないために、 sendRequest O力 ^alseを返せば、情報通信部 1603のメソッド notifyUnableTransferOを呼び出して、該端末へデータ送信が不可能なことを通知し、待ち受け要求に戻る。また、 sendrequest O力 ¾rueを返したときは、情報通信部 1603のメソッド notifyTmnsferData ()メソッドを呼び出すことにより、該端末に、放送受信装置 102から該マルチメディアデータを送信することを通知する。続いて、上記メソッド sendMultimediaData Oの場合と同様、データ受信部 1602のメソッド openProgramOを呼び出し、続いて、データ出力部 1605のメソッド sendData Oを呼び出すことで、該端末へ該マルチメディアデータを送信する。データ送信が終了すれば、接続要求の待ち受けに戻る。なお、接続要求を受け付けると、さらに、別スレッドもしくはプロセスを生成して、以降の処理は該別スレッドもしくはプロセスで動作し、もとのスレッドもしくはプロセスは接続要求の待ち受けに戻る構成であつても良い。この場合、該別スレッドもしくはプロセス上の処理は、接続要求待ち受けに戻らず、終了する。

以上の構成により、 Javaアプリケーションは、 VoDサービス用のコンテンツデータを、利用に先立って受信し、映像蓄積装置に蓄積しておくことが可能となる。なお、この蓄積は、一定の時間間隔で実行しても良ぐまた、ユーザの設定した日時に行っても良い。また、ユーザの設定した時間間隔で行っても良い。また、ユーザの操作により行っても良い。また、放送局 108からの指示で行っても良い。 [0249] 次に、映像蓄積装置 103および映像蓄積装置 104の構成について説明する。

[0250] 図 28は、本発明の実施の形態 2に係る映像蓄積装置 103および映像蓄積装置 10 4の構成要素の関係を示したブロック図である。本実施の形態の映像蓄積装置 103 および映像蓄積装置 104は、入力部 2701、第 1メモリ 2702、第 2メモリ 2703、多重分離部 2704、 TSデコーダ 2705、映像出力部 2706、音声出力部 2707、ネットヮーク部 2708、および、 CPU2709で構成される。なお、本実施の形態おける映像蓄積装置 103および映像蓄積装置 104は、マルチメディアデータを蓄積するだけでなぐユーザの操作によって、放送受信装置 102から受信したマルチメディアデータおよび蓄積したマルチメディアデータの再生も行う構成である。

[0251] 入力部 2701、第 1メモリ 2702、および、第 2メモリ 2703は、上記した本実施の形態における放送受信装置 102の入力部 501、第 1メモリ 502、第 2メモリ 503と同様のものである。なお、映像蓄積装置 103および映像蓄積装置 104は、第 2メモリ 2703に、マルチメディアデータを蓄積する。また、マルチメディアデータだけでなぐ該マルチメディアデータの識別子、タイトル、放送日時、放送チャンネルなど EPGカゝら得られる番組情報も同時に、メタデータとして蓄積する。

[0252] 多重分離部 2704は、 CPU2709から MPEGトランスポートストリームを受け取り、 C PU2709から指定された情報を抽出し、 CPU2709に引き渡す。また、 MPEGトランスポートストリームをそのまま TSデコーダ 2705に引き渡す。

[0253] TSデコーダ 2705は、 CPU2709力ら、音声データ、映像データの識別子を受け取る。さらに、多重分離部 2704から受け取ったストリームから、受け取った音声データ、映像データの識別子に対応するデータを抽出する。抽出した映像データを映像出力部 2706に、音声データを音声出力部 2707に、それぞれ引き渡す。

[0254] 映像出力部 2706、音声出力部 2707は、上記した本実施の形態における放送受信装置 102の映像出力部 508、音声出力部 509と同様のものである。

[0255] ネットワーク部 2708は、ネットワークインタフェースを含み、 CPU2709から受け取つたデータを、ネットワークインタフェースが接続されたネットワークの物理メディアに応じた信号に変換して出力する。また、ネットワークインタフェース力も信号を受信し、 IPネットワークで規定されたパケットに変換して、 CPU2709へ引き渡す。 [0256] CPU2709は、第 2メモリ 2703が記憶するプログラムを実行することで、多重分離部 2704、 TSデコーダ 2705、ネットワーク部 2709を制御する。

[0257] 図 29は、本発明の実施の形態 2に係る映像蓄積装置が保持し、実行するプロダラム構成を示す図である。本図は、第 2メモリ 2703に記憶保持され、 CPU2709〖こ実行されるプログラムの構成の一例を示す図である。

[0258] プログラム 2800は、複数のサブプログラムで構成され、具体的には OS2801、 Jav aVM2802、サービスマネージャ 2803、 Javaライブラリ 2804で構成される。

[0259] OS2801は、映像蓄積装置 103および映像蓄積装置 104の電源が投入されると、 CPU2709が起動するサブプログラムである。 OS 2801は、オペレーティングシステムの略であり、 Linux等が一例である。 OS2801は、他のサブプログラムを平行して実行するカーネル 2801a及びライブラリ 2801bで構成される公知の技術の総称であり、詳細な説明は省略する。本実施の形態においては、 OS2801のカーネル 2801a は、 JavaVM2803をサブプログラムとして実行する。また、ライブラリ 2801bは、これらサブプログラムに対して、映像蓄積装置 103および映像蓄積装置 104が保持する構成要素を制御するための複数の機能を提供する。

[0260] 本実施の形態では、ライブラリ 2801bは機能の一例として、限定解除 2801bl、 A V再生 2802b2、 NET2801b3を含む。

[0261] 限定解除 2802blは、他のサブプログラムや Javaライブラリ 2804の CA2804cから情報を受け取り、ネットワーク力も受信した暗号ィ匕データを復号したり、 AV再生 2801 b2を有効にして、ネットワーク力も受信したマルチメディアデータおよび第 2メモリ 270 3に蓄積したマルチメディアデータの再生を許可したりするものである。

[0262] AV再生 2802b2は、他のサブプログラムや Javaライブラリ 2804の JMF2804aから、音声のパケット IDと映像のパケット IDを受け取る。受け取った音声のパケット IDと映像のパケット IDを、 TSデコーダ 2705に与える。この結果、 TSデコーダ 2705は与えられたパケット IDに基づいて、フィルタリングを行い、映像 '音声の再生を実現する。

[0263] NET2801b3は、他のサブプログラムや Javaライブラリ 2804のネットワークライブラリ 2804dから受け取ったデータを、 IPネットワークで規定されるアプリケーション層より下のプロトコルのパケットを作成する。アプリケーション層より下のプロトコルとは、例えば TCPパケット、 UDPパケット、 IPパケットなどである。これをネットワーク部 2708に引き渡すことで、ネットワーク 107を介して他の機器にメッセージおよびデータを送信する。また、ネットワーク 107を介して他の機器からのメッセージを受信したときに、他のサブプログラムや Javaライブラリ 2804のネットワークライブラリ 2804dに、アプリケーシヨン層のプロトコルのパケットに変換して引き渡す。アプリケーション層のプロトコノレとは、例えば、 HTTPや RTPなどである。

[0264] JavaVM2802は、上記した本実施の形態における放送受信装置 102の Java VM 703と同様のものである。

[0265] サービスマネージャ 2803は、上記した本実施の形態における放送受信装置 102 のサービスマネージャ 704と、以下の相違点を除いて同様のものである。サービスマネージャ 704は再生部 702bよりチャンネル識別子を受け取り、その識別子を Tuner 705cに引き渡してチューニングさせ、さらに CA705dに依頼してデスクランブルを行い、 JMF705aにチャンネルの識別子を与えて映像 '音声の再生を依頼するものであつたが、サービスマネージャ 2803は、 Javaライブラリ 2804の中にある List280^からコンテンツの識別子を受け取り、 Javaライブラリ 2804の中にある IO2804fにコンテンッの識別子を渡して第 2メモリ 2703に蓄積しているストリームを読み出す力ネットヮ一クライブラリ 2804dにコンテンッの識別子とそれを受信する装置を引き渡して、該装置からストリームを受信するかを行、、続、て、 Javaライブラリ 2804の中にある JM F2804aにコンテンツの識別子を与えることで、映像'音声の再生を依頼するものである。 List2804iについては、後述する。

[0266] また、サービスマネージャ 2803は、 Javaライブラリ 2804の中にあるネットワークライブラリ 2804dに、放送受信装置 102からの蓄積要求待ち受け、および、データ受信と蓄積を依頼することで、放送受信装置 102からマルチメディアデータを受信して、第 2メモジ 2703に蓄積する。

[0267] また、サービスマネージャ 2803は、 Javaライブラリ 2804の中にあるネットワークライブラリ 2804dに、放送受信装置 102からのマルチメディアデータ送信要求依頼、および、端末 105もしくは端末 106からのデータ送信要求の受付と、該依頼に対応したデータ送信を依頼することにより、第 2メモリ 2703に蓄積したマルチメディアデータを端末に送信する。

[0268] Javaライブラリ 2804は、第 2メモリ 2703に格納されている複数の Javaライブラリの集合である。本実施の形態では、 Javaライブラリ 2804は、 JMF2804a、 AM2804b 、 CA2804c、ネットワークライブラリ 2804d、再生 Lib2804e、 List2804i等を含んでいる。

[0269] JMF2804a、 AM2804b、再生 Lib2804e、 IO2804f、 AWT2804g、 SI2804h は、それぞれ、上記した本実施の形態における放送受信装置 102の Javaライブラリ 7 05の中の JMF705a、 AM705b、再生 Lib705f、 IO705g、 AWT705h、 SI705iと同様のものである。

[0270] CA2804cは、ネットワーク 107経由で送信されてきたマルチメディアデータおよび第 2メモリ 2703に蓄積したマルチメディアデータのコピー制御および課金など、該マルチメディアデータの権利処理を管理するものである。コピー制御は、送信されてきたトランスポートストリームのセクション情報に含まれているコピー制御情報を参照して、必要であれば書き換えを行う。また、課金などは、ネットワークライブラリ 2804dを通して、放送受信装置 102と通信することによって行う。

[0271] List2804iは、放送受信装置 102における EPG、第 2メモリ 2703〖こ蓄積されているマルチメディアコンテンツの一覧、および、ネットワーク 107に接続された映像蓄積装置に蓄積されているマルチメディアコンテンツの一覧を表示し、入力部 2701が受け付けたユーザ操作によって、一覧からひとつのマルチメディアコンテンツを選択し、サービスマネージャ 2803に再生を依頼するものである。放送受信装置 102もしくはネットワーク 107に接続された他の映像蓄積装置に蓄積されたコンテンツの場合は、該装置の情報もサービスマネージャ 2803に弓 Iき渡す。第 2メモリ 2703に蓄積されたコンテンツの一覧は IO2804fを通して情報を読み出すことで取得できる。また、放送受信装置 102における EPGおよびネットワーク 107に接続された他の映像蓄積装置に蓄積されたコンテンツの一覧は、ネットワークライブラリ 2804dを通して、取得することができる。これらの情報は、 UPnP AVに定義された方法によって実現できるため、詳細説明は省略する。

[0272] ネットワークライブラリ 2804dは、 OS2801bの NET2801b3を通して、ネットワーク 107に接続された放送受信装置 102、他の映像受信装置、端末 105および端末 10 6と通信するものである。放送受信装置 102とは、映像蓄積装置の属性送信、マルチメディアデータの蓄積要求受信と該マルチメディアデータの受信、マルチメディアデータを蓄積して、るかの問、合わせ受信とその返信、蓄積して、るマルチメディアデータの送信依頼受付および該マルチメディアデータの利用に伴う権利処理の通信を行う。また、他の放送受信装置、端末 105および端末 106とは、マルチメディアデータの一覧送受信、マルチメディアデータの送信、マルチメディアデータの受信を行う。

[0273] 図 30は、本発明の実施の形態 2に係るネットワークライブラリ 2804dの内部構成の第 2の例を示すブロック図である。ネットワークライブラリ 2804dは、制御部 2901、制御情報通信部 2902、データ受信部 2903、データ送信部 2904、属性管理部 2905 、権利処理部 2906を含む。なお、ネットワークライブラリ 2804dは、 IPネットワークに関連する他の機能を含んでも良、。

[0274] 制御部 2901は、ダウンロードし^ Javaアプリケーションに対して、ネットワークライブラリ 2804dが実現する機能を提供する。すなわち、制御部 2901は、ダウンロードした Javaアプリケーションに対して Java APIを提供し、 Javaアプリケーションがこの API を呼び出すことで、ネットワークを利用した機能が実現できる。制御部 2901は、 Java APIが呼び出されると、適宜、制御情報通信部 2902、データ受信部 2903、データ送信部 2904、属性管理部 2905、権利処理部 2906や、他の Javaライブラリ 2804および OS 2801のライブラリ 280 lbを利用して処理を行う。

[0275] 図 31は、本発明の実施の形態 2に係るネットワークライブラリ 2804dの内部構成に含まれる制御部 2901が提供する Java APIの一例を示す図である。

[0276] 図 31 (1)メソッド collectNetDevice Oは、ネットワーク 107に接続されている外部装置の情報を集め、その情報として NetDeviceオブジェクトの配列を返し、失敗時は nullを返す。このメソッドは後述の制御情報通信部 2902のメソッド collectNetDevic e ()を用いることで行う。

[0277] 図 31 (2)メソッド acceptRequestToStore ()は、呼び出されれば別のプロセスもしくはスレッドを起動してその上で動作することで常駐するものであり、放送受信装置 1 02からの属性送信要求受付け、マルチメディアデータの蓄積要求受付、マルチメディァデータの受信と第 2メモリ 2703への蓄積を行う。正常終了時には trueを返し、異常時には falseを返す。なお、常駐せずにひとつの要求をうければ終了する構成であつても良い。また、 Javaアプリケーション力もネットワーク 107に接続された機器が引数で渡され、その機器と通信することより、該機器からデータを受信して蓄積する構成であっても良い。詳細については後述する。

[0278] 図 31 (3)メソッド acceptRequestToTransfer Oは、呼び出されれば別のプロセスもしくはスレッドを起動してその上で動作することで常駐するものであり、放送受信装置 102からの特定のマルチメディアデータを蓄積しているか否かの問い合わせを受け付けて返答し、また、放送受信装置 102から特定のマルチメディアデータを特定の端末への送信要求を受け付けて、該マルチメディアデータを該端末へ送信するものである。また、端末 105、端末 106など外部装置力もマルチメディアデータの送信要求を受け付けて、該マルチメディアデータを送信するものである。正常終了時には tr ueを返し、異常時には falseを返す。なお、常駐せずにひとつの要求をうければ終了する構成であっても良い。詳細については後述する。

[0279] 図 31 (4)メソッド getMultimediaData Oは、 Javaアプリケーションもしくは他のサブプログラム力もネットワーク 107に接続された装置とコンテンツの識別子と出カストリームを受け付け、該装置から、該識別子で特定されるマルチメディアデータを受信し、該出カストリームへ書き込むものである。成功時には trueを返し、失敗時には falseを返す。このメソッドにより、 Javaアプリケーションは、ネットワーク 107に接続された他の機器がもつマルチメディアデータを受信して再生することができる。詳細については後述する。

[0280] 図 31 (5)および（6)メソッド getContentList Oは、 Javaアプリケーションもしくは他のサブプログラムから、ネットワーク 107に接続された映像蓄積装置を受け取り、その映像蓄積装置が蓄積して、るコンテンツ一覧を取得し、 Contentlnfoオブジェクトの配列で返すもので、成功時にはこの配列力失敗時には nullが返るものである。このメソッドは、引数としてひとつの NetDeviceオブジェクトをとる場合と、 NetDeviceォブジエタトの配列をとる場合がある。図 32は、本発明の実施の形態 2に係るネットヮークライブラリ 2804dで使用される Contentlnf oクラスの構成の一例を示す図である。図 32で、 devは該映像蓄積装置を示し、 contentldは該コンテンツの識別子を表し、 channelldは該コンテンツが放送されたチャンネルの識別子を表し、 titleは該コンテンッのタイトルを表し、 gunreは該コンテンツのジャンルを表し、 broadDaeは該コンテンッが放送された日時を表し、 recDateは該コンテンツが録画された日時を表す。これは後述の制御情報通信部 2902のメソッド getContentList ()を呼び出すことで行われる。

[0281] 図 31 (7) getEPGData ()は、指定された機器から EPG情報を取得して Contentl nfoオブジェクトの配列を返すもので、引数 devで指定される装置が放送受信装置 10 2でないか、失敗した場合は nullを返すものである。本メソッドは、後述する制御情報通信部 1602のメソッド getEPGData ()を呼び出すことで行われる。

[0282] 図 31 (8)メソッド updateAttribute ()は、引数 idで指定されたコンテンツ力引数 t ypeで指定された処理が行われた場合の属性情報の更新を行うものであり、成功すれば trueを、失敗すれば falseを返す。本メソッドは、後述する属性管理部 2905のメソッド updateAttribute ()を呼び出すことで行われる。

[0283] 制御情報通信部 2902は、 OS2801のライブラリ 2801の NET2801b3を通じてネットワーク部 2708を制御し、指定されたネットワーク 107に接続されている外部機器と、メッセージの送受信を行うものである。

[0284] 制御情報通信部 2902は、制御部 2901およびダウンロードし^ Javaアプリケーションに Java APIを提供する。

[0285] 図 33は、制御情報通信部 2902が提供する Java APIの一例である。

[0286] 図 33 (1)メソッド collectNetDevice ()は、上記の本実施の形態における放送受信装置 102のネットワークライブラリ 705eの情報通信部 1603のメソッド collectNetDe vice ()と同様のものである。

[0287] 図 33 (2)メソッドgetRequestMessage Oは、引数 sで与えられたソケットからメッセージを受信し、バイト列で返すもので、成功すればバイト列を返し、失敗すれば null を返すものである。本メソッドは、外部機器力もの要求を受信するときに用いるものである。

[0288] 図 33 (3)メソッドsendResponseMessage Oは、引数 sで与えられたソケットに、引数 mesで与えられたメッセージを送信するものであり、成功すれば trueを返し、失敗すれば falseを返す。このメソッドは、外部機器からの要求に対する返答を送るときに用いられる。

[0289] 図 33 (4)メソッドsendRequestMessage Oは、引数 sで与えられたソケットに、引数 mesで与えられたメッセージを送信するものであり、成功すれば trueを返し、失敗すれば falseを返す。このメソッドは、外部機器へ要求を送るときに用いられる。

[0290] 図 33 (5)メソッドgetResponseMessage Oは、引数 sで与えられたソケットからメッセージを受信し、バイト列で返すもので、成功すればバイト列を返し、失敗すれば nul 1を返すものである。本メソッドは、外部装置に送った要求に対する返答を該外部装置力受信するときに用いるものである。

[0291] 図 33 (6)および（7)メソッド getConentList Oは、引数 devで与えられた映像蓄積装置、もしくは devicesで与えられた複数の映像蓄積装置に蓄積されて、るコンテンッの一覧を取得し、 Contentlnfoオブジェクトの配列を返すもので、成功時には該配列が、失敗時には nullが返る。各映像記憶装置に蓄積されたコンテンツ一覧の取得は、 UPnP AVで定義された方法によって行えるため、詳細は省略する。

[0292] 図 33 (8)メソッド getEPGData Oは、引数 devで与えられた放送受信装置力も EP G情報を取得して、 Contentlnfoオブジェクトの配列を返すものであり、成功時には該配列が、失敗時には nullが返る。放送受信装置力もの EPG情報の取得も、 UPnP AVで定義された方法によって行えるため、詳細は省略する。

[0293] データ受信部 2903は、 OS2801のライブラリ 2801の NET2801b3を通じてネットワーク部 2708を制御し、ネットワーク 107に接続された放送受信装置もしくは映像蓄積装置から、ネットワーク 107を通じてマルチメディアデータを受信するものである。

[0294] データ受信部 2903は、制御部 2901およびダウンロードし^ Javaアプリケーションに Java APIを提供する。

[0295] 図 34は、本発明の実施の形態 2に係るネットワークライブラリの内部構成に含まれるデータ受信部 2903が提供する Java APIの一例である。

[0296] 図 34 (1)メソッド openRemoteProgram Oは、引数 devで与えられた装置の、引数 portで指定されたポートから、マルチメディアデータを受信する通信路を確保し、 Re moteProgramオブジェクトで返すもので、成功時には該オブジェクトが、失敗時には nullが返る。図 35は、 RemoteProgramクラスの構成の一例を示す図である。図 3 5で、 sは通信の用いるソケットを表す。メソッド getMedialnputStream Oは、該マルチメディアデータを読み出す InputStreamオブジェクトを返すものである。

[0297] 図 34 (2)メソッド0 6!11^1110 6?1：0₈ 111 ()は、引数 devで与えられた装置に蓄積された、引数 idで与えられた識別子を持つマルチメディアデータを受信する通信路を確保し、 RemoteProgramオブジェクトで返すもので、成功時には該オブジェクトが、失敗時には nullが返る。本メソッドは、まず、該装置と通信する Socketオブジェクトを生成して接続する。続いて、与えられた識別子を含んだ送信要求メッセージを作成し、制御情報通信部 2902のメソッド sendRequestMessage Oを呼び出すことで、該機器に送信する。続いて、制御情報通信部 2902の getResponseMessage Oを呼び出すことで、返答メッセージを受け取る。返答メッセージが OKであれば、それを解析する。そして、特定のポート番号が指定されていれば、新しい Socketオブジェクトを作成し、その Socketオブジェクトを用いて RemoteProgramオブジェクトを生成して返す。特定のポートが指定されていなければ、通信に用いた Socketオブジェクトから RemoteProgramオブジェクトを生成して返す。返答メッセージが NGであれば、 nullを返す。

[0298] データ送信部 2904は、 OS2801のライブラリ 2801の NET2801b3を通じてネットワーク部 2708を制御し、指定されたネットワーク 107に接続されている外部機器に、指定されたマルチメディアデータを出力するものである。

[0299] データ送信部 2904は、制御部 2901およびダウンロードし^ Javaアプリケーションに Java APIを提供する。

[0300] 図 36は、本発明の実施の形態 2に係るネットワークライブラリの内部構成に含まれるデータ送信部 2903が提供する Java APIの一例を示す図である。

[0301] 図 36 (1)メソッド sendMultimediaData Oは、引数 devで与えられた装置の、引数 portで与えられたポートに、図 36 (2)メソッド sendMultimediaData Oは、引数 sで与えられた Socketオブジェクトを用いて、引数 isで与えられた InputStreamォブジェタトからデータを読み込んで、その EOFまでデータを送信するもので、成功すれば trueを返し、失敗すれば falseを返すものである。

[0302] 属性管理部 2905は、映像蓄積装置の属性を管理するものである。映像蓄積装置の属性は、第 2メモリ 2703に保存されており、属性管理部 2905は、 Javaライブラリ 2

406の中の IO2604fを用いてこれを読み書きする。

[0303] 属性管理部 2905は、制御部 2901およびダウンロードし^ Javaアプリケーションに J ava APIを提供する。

[0304] 図 37は、本発明の実施の形態 2に係るネットワークライブラリの内部構成に含まれる属性管理部 2905が提供する Java APIの一例である。

[0305] 図 37 (1)メソッド updateAttribute ()は、引数 idで指定されたコンテンツが、引数 t ypeで指定された処理が行われた場合の属性情報の更新を行うものであり、成功すれば trueを、失敗すれば falseを返す。 typeの値が 0の場合は蓄積を示し、 1の場合は再生もしくはネットワークへの送出を表す。本メソッドは、第 2メモリ 2703から属性情報と蓄積されているコンテンツの情報を読み出し、該コンテンツのジャンルを調べ、また、第 2メモリ 2703のマルチメディアデータ用領域の空き容量を調べることにより、属性情報を更新する。そして、更新した属性情報を第 2メモリ 2703に書き込む。

[0306] 図 37 (2)メソッド getAttribute ()は、第 2メモリ 2703から属性情報を読み出し、必要なデータを DevAttribオブジェクトに格納して、該 DevAttribオブジェクトを返すものであり、失敗時には nullを返す。

[0307] 権利処理部 2906は、放送受信装置 102に、引数 idで与えられた識別子のコンテンッの利用に関する権利処理を行うものである。

[0308] 権利処理部 2906は、制御部 2901およびダウンロードし^ Javaアプリケーションに J ava APIを提供する。

[0309] 図 38は、発明の実施の形態 2に係るネットワークライブラリの内部構成に含まれる権利処理部 2906が提供する Java APIの一例である。

[0310] 図 38 (1)メソッド requestContentUse Oは、引数 idで与えられた識別子のコンテンッを、引数 devで与えられた装置へ、使用の許可を要求するもので、許可が得られれば trueを、許可されない、もしくは処理に失敗した場合は falseを、それぞれ返す。本メソッドは、要求メッセージを作成し、制御情報通信部 2902のメソッド sendReque stMessage Oを呼び出して送信する。また、制御情報通信部 2902のメソッド getRes poseMessage Oを呼び出して返答メッセージを受信する。そして、返答メッセージが OKを示して!/ヽれば trueを返し、 NGを示して!/、れば falseを返す。

[0311] ここで、制御部 2901の、メソッド acceptRequestToStore ()、メソッド acceptRequ estToTransfer O、メソッド getMultimediaData ()について説明する。

[0312] メソッド acceptRequestToStore ()は、呼び出されると、別のスレッドもしくはプロセスを生成し、その上で動作する。まず、放送受信装置 102からの接続を受け付ける S ocketオブジェクトを生成し、接続要求を待ち受ける。放送受信装置 102から接続要求がくれば、制御情報通信部 2902のメソッド getRequestMessage ()を呼び出して、要求メッセージを受信する。受信した要求メッセージが属性の問い合わせであれば、属性管理部 2905のメソッド getAttribute Oを呼び出して属性情報を読み出し、制御情報通信部 2902のメソッド sendResponseMessage ()を呼び出すことで、属性情報を返信し、接続要求の待ち受けに戻る。受信した要求メッセージがマルチメディァデータの蓄積要求であれば、まず、要求メッセージ力マルチメディアデータの識別子と番組情報を取り出だす。続いて、データ受信部 2903のメソッド openRemote Program ()を呼び出すことで、受信する InputStreamを作る。続いて、該識別子、番組情報と該 InputStreamから受信するマルチメディアデータを、 Javaライブラリ 28 04の中の IO2804fを通じて、第 2メモリ 2703に書き込むことにより、該マルチメディァデータを蓄積する。さらに、属性管理部 2905のメソッド updateAttribute Oを呼び出すことにより、属性情報を更新する。以上の処理を終了すれば、接続要求の待ち受けに戻る。なお、接続要求を受け付けると、さらに、別スレッドもしくはプロセスを生成して、以降の処理は該別スレッドもしくはプロセスで動作し、もとのスレッドもしくはプロセスは接続要求の待ち受けに戻る構成であっても良い。この場合、該別スレツドもしくはプロセス上の処理は、接続要求待ち受けに戻らず、終了する。

[0313] なお、メソッド acceptRequestToStore ()は、引数に NetDeviceオブジェクトをとり、この引数によって放送受信装置 102が与えられる構成であっても良い。この場合、上記の処理にカ卩え、待ち受けしている Socketオブジェクトに接続してきた装置力引数で与えられた装置でなければ、接続要求を受け入れなヽことを行う。メソッド acceptRequestToTransfer Oは、呼び出されると、別のスレッドもしくはプ口セスを生成し、その上で動作する。まず、ネットワーク 107に接続された装置力もの接続を受け付ける Socketオブジェクトを生成し、接続要求を待ち受ける。接続要求力れば、制御情報通信部 2902のメソッド getRequestMessage ()を呼び出して、要求メッセージを受信する。受信した要求メッセージ力放送受信装置 102からの、あるマルチメディアデータを蓄積して!/、るか否かの問合せであれば、まず要求メッセ一ジカもマルチメディアデータの識別子を取り出す。次に、 Javaライブラリ 2804の中の IO2804fを通じて、蓄積しているコンテンツの一覧を読み出し、取り出した識別子と照合することで、該マルチメディアデータを蓄積している力否かを判定する。続いて、制御情報通信部 2902のメソッド sendResponseMessage ()を呼び出すことで判定結果を返信し、接続要求の待ち受けに戻る。受信した要求メッセージが、放送受信装置 102からの、あるマルチメディアデータの送信要求であれば、まず、要求メッセージから送信先の端末と送信するマルチメディアデータの識別子を取り出す。続ヽて、 IO2804fを通じて該マルチメディアデータを読み出す InputStreamを取得する。そして、データ送信部 2904のメソッド sendMultimediaData Oを呼び出すことにより、該端末に該マルチメディアデータを送信する。データ送信が終われば、属性管理部 2905のメソッド updateAttribute Oを呼び出して、属性情報の更新を行い、接続要求の待ち受けに戻る。受信した要求メッセージ力端末などからのマルチメディァデータ送信要求であれば、まず、要求メッセージカゝら送信するマルチメディアデータの識別子を取り出す。続いて、 IO2804fを通じて該マルチメディアデータを読み出す InputStreamを取得する。そして、データ送信部 2904のメソッド sendMultimedi aData Oを呼び出すことにより、該端末に該マルチメディアデータを送信する。データ送信が終われば、属性管理部 2905のメソッド updateAttribute ()を呼び出して、属性情報の更新を行い、接続要求の待ち受けに戻る。なお、接続要求を受け付けると、さらに、別スレッドもしくはプロセスを生成して、以降の処理は該別スレッドもしくはプロセスで動作し、もとのスレッドもしくはプロセスは接続要求の待ち受けに戻る構成であっても良い。この場合、該別スレッドもしくはプロセス上の処理は、接続要求待ち受けに戻らず、終了する。 [0315] メソッド getMultimediaData ()は、呼び出されると、まず、引数 devで与えられた装置に接続する Socketオブジェクトを生成し、該装置に接続する。続いて、引数 idで与えられたマルチメディアデータの送信要求メッセージを、 idの値を含めて作成し、制御情報通信部 2902のメソッド sendRequestMessage ()を呼び出すことで、該装置に送信する。続いて、データ受信部 2903のメソッド openRemoteProgram Oを呼び出すことにより、該マルチメディアデータを受信する InputStreamオブジェクトを生成する。続いて、該 InputStreamからデータを読み出し、引数 osで与えられた Outp utStreamに書き出す。受信データを全て書き込めば処理を終了する。本メソッドにより、メソッド getContentList Oもしくは getEPGData Oによって取得したコンテンツ一覧の中のコンテンツに対して、そのマルチメディアデータを受信して、再生や蓄積が行える。

[0316] 端末 105および端末 106は、上記した映像蓄積装置 103および映像蓄積装置 10 4のうち、マルチメディアデータの再生に関する構成要素のみで構成されたものであるため、詳細説明は省略する。

[0317] (実施の形態 2の変形例）

本発明を上記実施の形態 2に基づいて説明してきたが、本発明は、上記実施の形態に限定されるものではない。以下のような場合も、本発明に含まれる。

[0318] (1)放送受信装置 102は、さらに、第 2メモリ 503にマルチメディアデータを蓄積し、 Javaライブラリ 705の中のネットワークライブラリ 705eの選択部 1604は、放送受信装置 102と、ネットワーク 107に接続された映像蓄積装置のうちひとつを選択する構成であっても良い。また、放送受信装置 102は、さらに、端末から VoDサービスの要求を受けたときに、ネットワーク 107に接続された映像蓄積装置と、放送受信装置 102 の蓄積部に、該コンテンツのマルチメディアデータが蓄積されている力否かを検索し、放送受信装置 102の蓄積部に蓄積されている場合は、該マルチメディアデータを該 VoDサービスの要求を発行した端末に送信する構成であっても良い。

[0319] (2)また、放送受信装置 102は、マルチメディアデータに所定の暗号ィ匕を行って、映像蓄積装置 103および映像蓄積装置 104に、暗号ィ匕されたマルチメディアデータを送信する構成であっても良い。また、映像蓄積装置 103および映像蓄積装置 104 は、受信した暗号ィ匕されたマルチメディアデータを復号して、蓄積部 302に蓄積する構成であっても良いし、さらに、所定の暗号ィ匕を施して蓄積する構成であっても良い

[0320] また、放送受信装置 102、映像蓄積装置 103および映像蓄積装置 104は、端末 1 05および端末 106へマルチメディアデータを送信するときに、該マルチメディアデータに所定の暗号化を施し、暗号化されたマルチメディアデータを送信し、端末 105および端末 106にお、て、受信した暗号ィ匕されたマルチメディアデータを復号して再生する構成であっても良い。

[0321] (3)また、上記実施の形態においては、放送受信装置 102の Javaライブラリ 705の中のネットワークライブラリ 705eの選択部 1604の選択のアルゴリズムの例を記述した力これらのアルゴリズムに限らないことは言うまでもない。例えば、放送受信装置 10 2は、映像受信装置を順に選択する構成であっても良い。また、映像蓄積装置の利用頻度によって選択しても良い。さらに、映像蓄積装置にユーザの操作によって蓄積されたマルチメディアデータのジャンル、番組名、出演者など個別の蓄積頻度と、マルチメディアデータのジャンル、番組名、出演者などとを照らし合わせて、映像蓄積装置の選択を行っても良い。さらに、映像蓄積装置にユーザの操作によって再生もしくは出力されたマルチメディアデータのジャンル、番組名、出演者など個別の蓄積頻度と、マルチメディアデータのジャンル、番組名、出演者などとを照らし合わせて、映像蓄積装置の選択を行っても良い。さら〖こ、例えば、端末 105で利用される頻度の高いマルチメディアデータならば映像蓄積装置 103を、端末 106で利用される頻度の高、マルチメディアデータならば映像蓄積装置 104を、それぞれ選択すると!/ヽつたような、端末との組み合わせによる選択であっても良い。

[0322] (4)また、上記実施の形態においては、放送受信装置 102が、映像蓄積装置 103 および映像蓄積装置 104と通信することにより、 VoDサービス要求のあったコンテンッのマルチメディアデータが蓄積されている力否かを判定する、としたが、放送受信装置 102が、映像蓄積装置 103および映像蓄積装置 104に蓄積させたマルチメディァデータを記憶しておき、その内容より判定する構成であっても良、。

[0323] (5)また、上記実施の形態においては、端末より要求のあった VoDサービス用のマルチメディアデータが、映像蓄積装置 103もしくは映像蓄積装置 104のいずれかに蓄積されていた場合、放送受信装置 102は、蓄積している映像蓄積装置に、該 VoD サービスを要求した端末への該マルチメディアデータの送信要求を発行し、該端末へは、該映像蓄積装置力ゝら該マルチメディアデータが送信されてくることを通知する

[0324] (6)また、上記実施の形態においては、端末より要求のあった VoDサービス用のマルチメディアデータが、映像蓄積装置 103もしくは映像蓄積装置 104のいずれかに蓄積されていた場合、放送受信装置 102と該映像蓄積装置が通信して、課金など該マルチメディアデータの利用に伴う権利処理を行うこととした力放送受信装置 102と、 VoDサービスを要求した端末とが通信して、上記権利処理を行う構成であっても良い。もしくは、映像蓄積装置および端末と通信することなぐ放送受信装置 102が権利処理を行う構成であっても良、。

[0325] また、上記実施の形態にお!、ては、マルチメディアデータの利用に伴う、課金などの権利処理を、マルチメディアデータの送信要求を発行する時に行うとしたが、マルチメディアデータの利用終了後に行う構成であっても良い。また、該マルチメディアデータの利用回数や、利用区間などによって、課金する金額を変える構成であっても良い。

[0326] (7)また、上記実施の形態においては、ひとつのマルチメディアデータは、ひとつの映像蓄積装置に蓄積するとしたが、該マルチメディアデータを分割して、複数の映像蓄積装置に、分散して蓄積する構成であっても良い。あるいは、ひとつのマルチメディァデータを複数の映像蓄積装置に同時に蓄積する構成であっても良い。これにより、複数の端末力同じマルチメディアデータの要求が有った場合に、映像蓄積装置が該端末に映像を送信する負荷を分散することが可能となる。

[0327] (8)また、放送受信装置 102は、さらに、符号化されたマルチメディアデータを作り出す符号化部を備え、放送受信装置 102は、送信するマルチメディアデータをー且復号し、前記符号ィ匕部によって新たにマルチメディアデータを生成して送信する構成であっても良い。また、映像蓄積装置 103および映像蓄積装置 104は、さらに、マルチメディアデータを復号する復号部と、符号化されたマルチメディアデータを作り出す符号化部を備え、受信したマルチメディアデータを前記復号部でー且復号し、前記符号ィ匕部で新たにマルチメディアデータを生成して蓄積する構成であっても良い。

[0328] (9)上記の各装置を構成する構成要素の一部又は全部は、 1個のシステム LSI (La rge Scale Integration:大規模集積回路）から構成されているとしてもよい。システム LSIは、複数の構成部を 1個のチップ上に集積して製造された超多機能 LSIであり、具体的には、マイクロプロセッサ、 ROM、 RAMなどを含んで構成されるコンビュータシステムである。前記 RAMには、コンピュータプログラムが記憶されている。前記マイクロプロセッサ力前記コンピュータプログラムに従って動作することにより、システム LSIは、その機能を達成する。

[0329] (10)上記の各装置を構成する構成要素の一部又は全部は、各装置に脱着可能な ICカード又は単体のモジュール力も構成されて、るとしてもよ、。前記 ICカード又は前記モジュールは、マイクロプロセッサ、 ROM, RAM,などから構成されるコンビュータシステムである。前記 ICカード又は前記モジュールは、上記の超多機能 LSIを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、前記 ICカード又は前記モジュールは、その機能を達成する。この ICカード又はこのモジュールは、耐タンパ性を有するとしてもよ!/、。

[0330] (11)本発明の放送受信装置、映像蓄積装置は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもょ、し、前記コンピュータプログラム力もなるデジタル信号であるとしてもょ、。

[0331] また、本発明の放送受信装置、映像蓄積装置は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルデイスク、ノヽードディスク、 CD— ROM, MO、 DVD, DVD-ROM, DVD -RAM, B D (Blu-ray Disc)、半導体メモリなど、に記録したものとしてもよい。また、これらの記録媒体に記録されている前記コンピュータプログラム又は前記デジタル信号であるとしてちよい。 [0332] また、本発明の放送受信装置、映像蓄積装置は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。

[0333] また、本発明の放送受信装置、映像蓄積装置は、マイクロプロセッサとメモリとを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムに従って動作するとしてちよい。

[0334] また、前記プログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記プログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい

[0335] (12)上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよ!/ヽ。

[0336] (実施の形態 3)

図 39は、本発明の実施の形態 3におけるマルチメディア配信システムの構成図である。図 39に示すマルチメディア配信システム 3901は、放送受信装置 3902と、第 1 の映像蓄積装置 3903と、第 2の映像蓄積装置 3904と、第 1の端末 3905と、第 2の端末 3906と、ネットワーク 3907と、受信器部 3908とによって構成される。

[0337] 放送受信装置 3902、映像蓄積装置 3903、映像蓄積装置 3904、端末 3905、および、端末 3906は、ネットワーク 3907に接続されており、ネットワーク 107を介して相互に通信することが可能である。また、放送受信装置 3902は、受信部 3908と接続されており、受信部 3908が受信したデジタル放送の電波を受けて、復調し、マルチメディアデータを得る。なお、映像蓄積装置および端末は複数含まれていれば良いものであり、説明を簡易にするためにそれぞれ 2個含まれるとしてヽる。

[0338] 本実施の形態における放送受信装置 3902は、受信部 3908によって受けた電波から復調し、デジタル放送のマルチメディアデータを抽出する。また、放送受信装置 3902は、デジタル放送で提供される有料放送などを利用するもので、該有料放送のマルチメディアデータを利用するための課金など権利処理を行う通信を、電話回線など、図示して!/、な、他の通信路を利用して行う。 [0339] また、放送受信装置 3902は、ユーザの設定などにより、予め-ァ VoDで放送される番組のマルチメディアデータを受信して蓄積する場合に、ネットワーク 3907を通じて、映像蓄積装置 3903、映像蓄積装置 3904に属性の送信要求を送信し、映像蓄積装置より該属性を受信する。さらに、放送局より受信したマルチメディアデータの属性、および、映像蓄積装置より受信した映像蓄積装置の属性より、映像蓄積装置 39 03と映像蓄積装置 3904のいずれかを選択する。さらに、選択した映像蓄積装置 39 03もしくは映像蓄積装置 3904に、マルチメディアデータの蓄積要求を送信し、続いて、該マルチメディアデータを送信する。

[0340] なお、上記、放送受信装置 3902で予め行われる-ァ VoDで放送される番組の受信は、放送局の要求で行われるものであっても良いし、または、特定の日時に行われるものであっても良い。また、特定の時間ごとに行われるものであってもよい。また、ュ一ザが設定した日時に行われるものであっても良い。また、ユーザが設定した特定時間間隔ごとに行われるものであっても良、。

[0341] また、放送受信装置 3902は、端末 3905もしくは端末 3906から、放送番組などコンテンッの視聴要求を受けた場合、映像蓄積装置 3903、映像蓄積装置 3904のいずれか、もしくは両方と通信して、該コンテンツのマルチメディアデータが蓄積されて V、るかどうかを問、合わせる。映像蓄積装置 3903および映像蓄積装置 3904のヽずれにも蓄積されていない場合は、放送受信装置 3902は、チューナを用いて該番組を受信し、必要であれば、課金など適切な権利処理を行った後、ネットワーク 390 7を介して、要求した端末 3905もしくは端末 3906へ、該マルチメディアデータを送信する。また、チューナが利用中などで受信できない場合は、その旨を該端末に通知する。映像蓄積装置 3903もしくは映像蓄積装置 3904のいずれかに蓄積されていた場合は、該マルチメディアデータを蓄積している映像蓄積装置 3903もしくは映像蓄積装置 3904に、該マルチメディアデータを、該要求を発行した端末へ送信するように要求する。この際、必要であれば、該映像蓄積装置と通信して、該マルチメディァデータの利用に伴う課金などの権利処理を行い、放送局へ通知する。さらに、放送受信装置 3902は、該要求を発行した端末に、該マルチメディアデータを蓄積している映像蓄積装置より該マルチメディアデータが送信されることを通知する。 [0342] 本実施の形態における映像蓄積装置 3903および映像蓄積装置 3904は、放送受信装置 3902から属性の送信要求を受信すると、映像蓄積装置の内部に記憶している属性を放送受信装置 3902に送信する。映像蓄積装置の属性とは、予め-ァ VoD 番組を蓄積する蓄積部の空き容量、ユーザ操作により蓄積したマルチメディアデータのジャンルごとの蓄積頻度、再生されたマルチメディアデータのジャンルごとの利用頻度、などといった情報である。

[0343] また、映像蓄積装置 3903および映像蓄積装置 3904は、放送受信装置 3902から、マルチメディアデータの蓄積要求を受信すると、該マルチメディアデータを、ネットワーク 3907を介して、放送受信装置 3902より受信し、蓄積部に蓄積する。

[0344] また、映像蓄積装置 3903および映像蓄積装置 3904は、放送受信装置 3902から、特定コンテンツのマルチメディアデータを蓄積して、るか否かの問!、合わせを受信すると、蓄積しているコンテンツデータを検索して、結果を返答する。

[0345] また、映像蓄積装置 3903および映像蓄積装置 3904は、放送受信装置 3902から、特定コンテンツのマルチメディアデータを、ネットワーク 3907に接続された特定端末へ送信する要求を受信すると、該マルチメディアデータを、ネットワーク 3907を介して、該端末へ送信する。送信を開始する際に、必要であれば、放送受信装置 102 と通信し、課金など、該マルチメディアデータの利用に伴う権利処理を行う。

[0346] 本実施の形態における端末 3905および端末 3906は、ユーザの操作によって、放送受信装置 3902へ番組視聴要求を発行し、ネットワーク 3907を介して、マルチメディァデータを受信して、該マルチメディアデータの再生を行うものである。該マルチメディアデータが、映像蓄積装置 3903もしくは映像蓄積装置 3904のいずれかに蓄積されている場合は、放送受信装置 3902から、該蓄積している映像蓄積装置が通知され、該映像蓄積装置より送られてくるマルチメディアデータを、ネットワーク 3907を介して受信する。

[0347] ネットワーク 3907は、家庭内に施設されたホームネットワークであり、イーサネット、無線 LAN、あるいは、同軸ケーブルを媒体に使用する通信技術 c. LINKなどによつて構成された IPネットワークである。

[0348] 本実施の形態における受信部 3908は、放送受信装置 3902に、デジタル放送の電波を同軸ケーブルを通じて提供するもので、代表的には、デジタル放送を受信するアンテナや、ケーブルテレビのヘッドエンドである。

[0349] 以上のように、本発明のマルチメディア配信システム 3901、放送受信装置 3902、映像蓄積装置 3903、映像蓄積装置 3904によれば、ユア VoDで放送される番組のマルチメディアデータを、映像蓄積装置 3903および映像蓄積装置 3904に、あらかじめ、適切な条件で、多数のデータを、分散して蓄積させることが可能であり、端末 3 905および端末 3906から同時に異なる視聴要求が発行されても、映像蓄積装置 39 03および映像蓄積装置 3904に蓄積されたマルチメディアデータを利用することにより、視聴時に必要なチューナ数を提言することができる。

[0350] 以下、本発明のマルチメディア配信システム 3901を構成する、放送受信装置 390 2、映像蓄積装置 3903および映像蓄積装置 3904について、更に詳細に説明する。

[0351] まず、図 40を参照しながら、放送受信装置 3902の詳細について説明する。

[0352] 図 40は、本発明の実施の形態 3における放送受信装置 3902の構成を示すブロック図である。図 40に示す放送受信装置 3902は、制御部 4001と、放送局 3908から送信されるマルチメディアデータを受信するデータ受信部 4002と、ネットワーク 390 7に接続された外部装置と通信する情報通信部 4003と、ネットワーク 3907に接続された複数の映像蓄積装置のうちひとつを選択する選択部 4004と、ネットワーク 3907 に接続された外部装置にマルチメディアデータを送信するデータ出力部 4005と、有料番組にぉ、てマルチメディアデータの利用に伴う課金などの権利処理を行う権利処理部 4006と、ネットワーク 3907と接続されるネットワークインタフェース 4007とを備える。

[0353] 制御部 4001をより詳細に説明する。制御部 4001は、マイクロプロセッサ、 ROM、 RAMなどによって構成されている。 ROM, RAMおよび図示していない情報記憶部にはマイクロプロセッサにて動作する OS、 Java VM (Java Virtual Machine)プログラム、 Javaプログラムライブラリ、 Javaアプリケーションプログラムが保存されて!、る。マイクロプロセッサは、起動時に OSを読み込んで実行する。引き続いて、 Javaァプリケーシヨン起動時に、 Java VMを読み込んで実行し、必要に応じて Javaプログラムライブラリを読み込みながら、 Javaアプリケーションを実行する。 [0354] 制御部 4001は、予め-ァ VoDで放送されるマルチメディアデータをデータ受信部 4002から受信させ、情報通信部 4003によって、ネットワーク 3907に接続された複数の映像蓄積装置へ、属性の送信要求を送信する。続いて、情報通信部 4003によつて、それぞれの映像蓄積装置カも該属性を受信する。さらに、制御部 4001は、受信した映像蓄積装置の属性および該マルチメディアデータの属性を選択部に送り、選択部に指示して映像蓄積装置のひとつを選択させる。さらに、制御部 4001は、選択した映像蓄積装置へ、情報通信部 4003によって、該マルチメディアデータの蓄積要求を送信する。さらに、制御部 4001は、情報通信部 4003によって、該映像蓄積装置力も蓄積要求を受け付けた旨を受信すると、データ出力部 4005に指示することにより、該マルチメディアデータを、ネットワーク 3907を通じて、該映像蓄積装置へ送信する。

[0355] さらに、制御部 4001は、情報通信部 4003より、ネットワーク 3907に接続された端末より-ァ VoD番組視聴の要求を受信すると、情報通信部 4003より、ネットワーク 39 07に接続された映像蓄積装置に、該要求のマルチメディアデータを蓄積しているか否かの問い合わせを送信する。続いて、制御部 4001は、情報通信部 4003より、各映像蓄積装置より、この問い合わせに関する返答を受信する。ある映像蓄積装置に該マルチメディアデータが蓄積されている場合は、該映像蓄積装置へ、該マルチメディアデータの視聴要求を発行した端末への送信要求を送信する。このとき、制御部 4001は、必要であれば、該映像蓄積装置と通信し、権利処理部 4006に指示して、該マルチメディアデータの利用に伴う課金といった権利処理を行う。さらに、該端末へは、該映像蓄積装置力ゝら該マルチメディアデータが送信されることを、情報通信部 4003によって通知する。

[0356] データ受信部 4002は、デジタル放送の電波を受信して、特定番組に関するマルチメディアデータを抽出するものである。データ受信部 4002は、代表的にはチューナであり、デジタル放送の電波を受信して復号し、マルチメディアデータを抽出するものである。また、放送されるマルチメディアデータは、それが有料コンテンツならばスクランブルされていることもあるが、その場合には、データ受信部 4002によって復号される。 [0357] デジタル放送で送られてくるマルチメディアデータは、 MPEG2に代表される符号化されたデジタルデータであり、 MPEG2—TS形式によって送信される。 MPEG2- TSは、ひとつのストリーム内に複数のコンテンツを格納することができる力データ受信部 4002は、該ストリームから、ひとつのコンテンツのマルチメディアデータを選択するものである。

[0358] 情報通信部 4003は、ネットワークインタフェース 4007に接続されており、制御部 4 001の指示により、ネットワーク 3907に接続された外部機器に制御情報を送信する。また、情報通信部 4003は、ネットワークインタフェース 4007に届いた放送受信装置 3902宛の情報を受信して、制御部 4001に引き渡す。情報通信部 4003は、代表的には、 OSや Javaライブラリが提供するソケットインタフェースを利用したプログラムである。なお、このようなソフトウェアで構成されるものに限らず、ハードウェアで構成されるものであっても良い。

[0359] 選択部 4004は、制御部 4001からの指示により、マルチメディアデータの属性と、映像蓄積装置の属性をもとに、ネットワーク 3907に接続された複数の映像蓄積装置のうちひとつを選択するものである。選択部 4004は、代表的には、 Javaライブラリに含まれるサブルーチンである。なお、このようなソフトウェアで構成されるものに限らず、ハードウェアで構成されるものであっても良い。

[0360] 本実施の形態では、マルチメディアデータの属性として、映画、ドラマ、スポーツなど、コンテンツのジャンルを用いる。また、映像蓄積装置の属性として、ユア VoD番組キャッシュ用の蓄積部の空き容量を用いる。選択部 4004は、まず、マルチメディアデータのジャンルによって映像蓄積装置を選択し、該選択された映像蓄積装置の空き容量が十分に無ければ、大きな空き容量を持つ映像蓄積装置を選択する。

[0361] データ出力部 4005は、ネットワークインタフェース 4007に接続されており、制御部 4001の指示を受けて動作し、マルチメディアデータを、制御部 4001が指示した宛先へのパケットに変換して、ネットワークインタフェース 4007を通じて出力するものである。データ出力部 4005は、代表的には、 OSや Javaライブラリが提供するソケットィンタフェースを利用したプログラムである。なお、このようなソフトウェアで構成されるものに限らず、ハードウェアで構成されるものであっても良い。 [0362] 権利処理部 4006は、サービスを提供する業者と通信することにより、マルチメディァデータの利用に伴う、課金などの権利処理を行うものである。例えば、ケーブルテレビの場合、権利処理部 4006は、 CableCARDを備えており、この情報を、サービスを提供する業者との通信において用いる。また、放送された送られたマルチメディァデータがスクランブルされている場合は、 CableCARDの情報を制御部 4001に引き渡すことにより、データ受信部 4002での復号を行えるようにするものである。

[0363] ネットワークインタフェース 4007は、 Etherケーブルや無線 LANなどネットワークの物理メディアに応じたインタフェースを提供するハードウェアとそのドライバソフトゥェァカゝら構成されるものである。

[0364] 次に、図 40を参照しながら、本実施の形態における映像蓄積装置 3903および映像蓄積装置 3904の詳細を説明する。

[0365] 図 41は、本発明の実施の形態 3における映像蓄積装置 3903および映像蓄積装置 3904の構成を示すブロック図である。図 41に示す映像蓄積装置 3903および映像蓄積装置 3904は、制御部 4101と、マルチメディアデータを蓄積する蓄積部 410 2と、ネットワーク 3907に接続された外部装置と制御情報を通信する制御情報通信部 4103と、映像蓄積装置の属性を記憶する記憶部 4104と、放送受信装置 3902から送信されたマルチメディアデータを受信するデータ受信部 4105と、ネットワーク 39 07に接続された端末 3905もしくは端末 3906に蓄積部 4102に蓄積されたマルチメディアデータを送信するデータ送信部 4106と、データ受信部 4105が受信したマルチメディアデータを蓄積部 4102に書き込む書込部 4107と、蓄積部 4102からマルチメディアデータを読み出す読出部 4108と、放送受信装置 3902と通信してマルチメディアデータの利用に伴う課金などの権利処理を行う権利処理部 4109と、ネットヮーク 3907と接続されるネットワークインタフェース 4110とを備える。

[0366] 制御部 4101をより詳細に説明する。制御部 4101は、マイクロプロセッサ、 ROM、 RAMなどによって構成されている。 ROM, RAMおよび図示していない情報記憶部にはマイクロプロセッサにて動作する OS、 Java VMプログラム、 Javaプログラムライブラリ、 Javaアプリケーションプログラムが保存されている。マイクロプロセッサは、起動時に OSを読み込んで実行する。引き続いて、 Javaアプリケーション起動時に、 Jav a VMを読み込んで実行し、必要に応じて Javaプログラムライブラリを読み込みながら、 Javaアプリケーションを実行する。

[0367] 制御部 4101は、制御情報通信部 4103によって、放送受信装置 3902から属性の送信要求を受信すると、記憶部 4104に記憶している属性情報を、制御情報通信部 4103より、放送受信装置 3902へ送信する。また、制御情報通信部 4103によって、放送受信装置 3902からマルチメディアデータの蓄積要求を受信すると、データ受信部 4105に指示して、放送受信装置 3902から送信される該マルチメディアデータを、ネットワーク 3907を介して受信し、書込部 4107に指示して、データ受信部 4105が受信した該マルチメディアデータを、蓄積部 4102へ書き込ませることにより、該マルチメディアデータを蓄積部 4102へ蓄積させる。また、蓄積後に、制御部 4101は、書込部 4107より蓄積部 4102の空き容量を受信し、記憶部 4104に記憶して、る属性情報を更新する。

[0368] また、制御部 4101は、制御情報通信部 4103によって、放送受信装置 3902から、特定のマルチメディアデータを蓄積して、るか否かの問、合わせを受信したときに、読出部 4108に指示して、蓄積部 4102に蓄積されたマルチメディアデータを調べることにより、該マルチメディアデータを蓄積している力否かを判定し、判定結果を制御情報通信部 4103より、放送受信装置 3902へ送信する。

[0369] また、制御部 4101は、制御情報通信部 4103によって、放送受信装置 3902から、蓄積している特定のマルチメディアデータの出力要求と出力先端末を受信したときに、読出部 4108に指示して該マルチメディアデータを蓄積部 4102から読み出させ、さらに、データ送信部 4106に指示して読出部 4108が読み出した該マルチメディアデータを、該出力先端末へ送信させる。また、このとき、必要であれば、権利処理部 41 09に指示して放送受信装置 3902と通信させて、該マルチメディアデータの利用に伴う権利処理を行う。権利処理により、該マルチメディアデータの利用が許可されな V、場合は、該マルチメディアデータの該出力先端末への送信を行わな、ように制御する。

[0370] 蓄積部 4102は、ハードディスクドライブに代表される、大容量をもつデジタルデータの蓄積装置と、そのドライバソフトウェア力も構成されるものである。 [0371] 制御情報通信部 4103は、ネットワークインタフェース 4110に接続されており、ネットワークインタフェース 4110に届いた該映像蓄積装置の宛の制御情報を受信して、制御部 4101に引き渡す。また、制御部 4101の指示により、制御部 4101から渡された制御情報を、指定された外部装置に、ネットワークインタフェース 4110を通じて送信する。制御情報通信部 4103は、代表的には、 OSや Javaライブラリが提供するソケットインタフェースを利用したプログラムである。なお、このようなソフトウェアで構成されるものに限らず、ハードウェアで構成されるものであっても良い。

[0372] 記憶部 4104は、フラッシュメモリや HDDなどの記憶装置もしくはその一部によって構成されるものであり、制御部 4101からの指示を受け、制御部 4101から受け取ったデータを記憶するものである。

[0373] データ受信部 4105は、ネットワークインタフェース 4110に接続されており、制御部 4101の指示を受けて動作するもので、放送受信装置 3902から送信されたマルチメディアデータを、ネットワークインタフェース 4110を介して受信するものである。データ受信部 4105は、代表的には、 OSや Javaライブラリが提供するソケットインタフエ一スを利用したプログラムである。なお、このようなソフトウェアで構成されるものに限らず、ハードウェアで構成されるものであっても良い。

[0374] データ送信部 4106は、ネットワークインタフェース 4110に接続されており、制御部 4101の指示を受けて動作するもので、読出部 4108が読み出したマルチメディアデータを、制御部 4101が指定したネットワーク 3907に接続された外部装置へのバケツトに変換して、ネットワークインタフェース 4110を通じて出力するものである。データ送信部 4106は、代表的には、 OSや Javaライブラリが提供するソケットインタフェースを利用したプログラムである。なお、このようなソフトウェアで構成されるものに限らず、ハードウェアで構成されるものであっても良い。

[0375] 書込部 4107は、制御部 4101からの指示を受けて動作し、蓄積部 4102にデータを書き込むものである。書込部 4107は、代表的には、 OSや Javaライブラリが提供するファイルアクセスインタフェースを利用したソフトウェアサブルーチンである。なお、このようなソフトウェアで構成されるものに限らず、ハードウェアで構成されるものであつても良い。 [0376] 読出部 4108は、制御部 4101からの指示を受けて動作し、蓄積部 4102に蓄積されたマルチメディアデータを読み出すものである。読出部 4108は、代表的には、 OS や Javaライブラリが提供するファイルアクセスインタフェースを利用したソフトウェアサブルーチンである。なお、このようなソフトウェアで構成されるものに限らず、ハードウエアで構成されるものであっても良い。

[0377] 権利処理部 4109は、ネットワークインタフェース 4110と接続されており、制御部 41 01の指示を受けて動作するもので、マルチメディアデータの利用に伴う課金などの権利処理を、放送受信装置 3902と通信することによって行うものである。権利処理部 4109は、放送受信装置 3902へ、利用するマルチメディアデータを特定する識別子を送信し、放送受信装置 3902からの返答を受け取り、制御部 4101へ引き渡す。該返答とは、該マルチメディアデータ利用の許可もしくは拒絶である。

[0378] ネットワークインタフェース 4110は、 Etherケーブルや無線 LANなどネットワークの物理メディアに応じたインタフェースを提供するハードウェアとそのドライバソフトゥェァカゝら構成されるものである。

[0379] (実施の形態 3の変形例）

以上、本発明の実施の形態 3について説明してきたが、本発明は、上記実施の形態に限定されるものではない。以下のような場合も、本発明に含まれる。

[0380] (1)放送受信装置 3902は、さらに、マルチメディアデータを蓄積する蓄積部と、蓄積部にマルチメディアデータを書き込む書込部とを備え、選択部 4004は、放送受信装置 3902の蓄積部と、ネットワーク 3907に接続された映像蓄積装置のうちひとつを選択する構成であっても良い。また、放送受信装置 3902は、さらに、端末から-ァ V oD番組視聴の要求を受けたときに、ネットワーク 3907に接続された映像蓄積装置と、放送受信装置 3902の蓄積部に、該コンテンツのマルチメディアデータが蓄積されている力否かを検索し、放送受信装置 3902の蓄積部に蓄積されている場合は、該マルチメディアデータを該視聴要求を発行した端末に送信する構成であっても良ヽ

[0381] 図 42は、このような、本発明の実施の形態 3の変形例における放送受信装置 3902 の構成を示すブロック図である。図 42に示す放送受信装置 3902は、書込部 4201と、蓄積部 4202と、蓄積部 4202に蓄積されたマルチメディアデータを読み出す読出部 4203と、制御部 4001と、データ受信部 4002と、情報通信部 4003と、選択部 40 04と、データ出力部 4005と、権禾 IJ処理部 4006と、ッ卜フークインターフェース 400 7とを備える。

[0382] 制御部 4001と、データ受信部 4002と、情報通信部 4003と、選択部 4004と、データ出力部 4005と、権利処理部 4006と、ネットワークインターフェース 4007とは、上記実施の形態 3にて説明したものと同様である力以下の点が異なる。制御部 4001 は、予め-ァ VoD放送番組のマルチメディアデータをデータ受信部 4002に受信させるときに、映像蓄積装置 3903および映像蓄積装置 3904から属性を受信するとともに、放送受信装置 3902の属性も読み出す。放送受信装置 3902の属性とは、上記実施の形態 3における映像蓄積装置 3903および映像蓄積装置 3904の属性情報と同様のものである。さらに、制御部 4001は、映像蓄積装置の属性とともに、放送受信装置 3902の属性も選択部 4004に送信する。選択部 4004は、その属性をもとに、映像蓄積装置 3903、映像蓄積装置 3904もしくは蓄積部 4202の選択を行うものである。

[0383] 書込部 4201は、上記実施の形態 3における映像蓄積装置 3903および映像蓄積装置 3904の書込部 4107と同様のものである。また、蓄積部 4202は、上記実施の形態における映像蓄積装置 3903および映像蓄積装置 3904の蓄積部 4102と同様のものである。また、読出部 4203は、上記実施の形態 3における映像蓄積装置 390 3および映像蓄積装置 3904の読出部 4108と同様のものである。

[0384] (2)また、放送受信装置 3902は、マルチメディアデータに所定の暗号ィ匕を行って、映像蓄積装置 3903および映像蓄積装置 3904に、暗号化されたマルチメディアデータを送信する構成であっても良い。また、映像蓄積装置 3903および映像蓄積装置 3904は、受信した暗号ィ匕されたマルチメディアデータを復号して、蓄積部 4102 に蓄積する構成であっても良いし、さらに、所定の暗号ィ匕を施して蓄積する構成であつても良い。

[0385] また、放送受信装置 3902、映像蓄積装置 3903および映像蓄積装置 3904は、端末 3905および端末 3906へマルチメディアデータを送信するときに、該マルチメディァデータに所定の暗号化を施し、暗号化されたマルチメディアデータを送信し、端末

3905および端末 3906にお、て、受信した暗号ィ匕されたマルチメディアデータを復号して再生する構成であっても良い。

[0386] (3)また、上記実施の形態 3においては、放送受信装置 3902の選択部 4004は、マルチメディアデータのジャンルと、映像蓄積装置の空き容量をもとに、映像蓄積装置の選択を行うこととした力これらの条件に限らないことは言うまでもない。例えば、放送受信装置 3902は、映像受信装置を順に選択する構成であっても良い。また、ユーザによって設定された映像蓄積装置の優先度にしたがって選択する構成であつても良い。また、マルチメディアデータのジャンルだけで選択しても良い。また、映像蓄積装置の空き容量だけで選択しても良い。さらに、映像蓄積装置の利用頻度によつて選択しても良い。さらに、映像蓄積装置にユーザの操作によって蓄積されたマルチメディアデータのジャンル、番組名、出演者など個別の蓄積頻度と、マルチメディアデータのジャンル、番組名、出演者などとを照らし合わせて、映像蓄積装置の選択を行っても良い。さらに、映像蓄積装置にユーザの操作によって再生もしくは出力されたマルチメディアデータのジャンル、番組名、出演者など個別の蓄積頻度と、マルチメディアデータのジャンル、番組名、出演者などとを照らし合わせて、映像蓄積装置の選択を行っても良い。さらに、例えば、端末 3905で利用される頻度の高いマルチメディアデータならば映像蓄積装置 3903を、端末 3906で利用される頻度の高いマルチメディアデータならば映像蓄積装置 3904を、それぞれ選択すると!/、つたような、端末との組み合わせによる選択であっても良い。さらに、ユーザによって設定された端末の優先度から、組み合わされた映像蓄積装置を選択する構成であっても良い。

[0387] (4)また、上記実施の形態 3においては、放送受信装置 3902が、映像蓄積装置 3 903および映像蓄積装置 3904と通信することにより、ユア VoD番組視聴要求のあつたコンテンツのマルチメディアデータが蓄積されて、る力否かを判定する、としたが、放送受信装置 3902が、映像蓄積装置 3903および映像蓄積装置 3904に蓄積させたマルチメディアデータを記憶しておき、その内容より判定する構成であっても良い。

[0388] (5)また、上記実施の形態 3においては、ユア VoDと書いた力通常放送の番組についても、あらかじめ蓄積しておくことで、再放送に対して同じ効果が得られる。 [0389] (6)また、上記実施の形態 3にお、ては、端末より視聴要求のあった-ァ VoD番組のマルチメディアデータが、映像蓄積装置 103もしくは映像蓄積装置 104のいずれ力に蓄積されていた場合、放送受信装置 102は、蓄積している映像蓄積装置に、該視聴要求を発行した端末への該マルチメディアデータの送信要求を発行し、該端末へは、該映像蓄積装置力ゝら該マルチメディアデータが送信されてくることを通知する

、としたが、放送受信装置 3902は、該映像蓄積装置と課金などの権利処理を行い、該端末へ該映像蓄積装置を通知し、該端末から該映像蓄積装置へ、該マルチメディァデータの送信要求を発行する構成であっても良、。

[0390] (7)また、上記実施の形態 3にお、ては、端末より視聴要求のあった-ァ VoD番組用のマルチメディアデータ力映像蓄積装置 3903もしくは映像蓄積装置 3904のいずれかに蓄積されて、た場合、放送受信装置 3902と該映像蓄積装置が通信して、課金など該マルチメディアデータの利用に伴う権利処理を行うこととした力放送受信装置 3902と、視聴要求を発行した端末とが通信して、上記権利処理を行う構成であっても良い。もしくは、映像蓄積装置および端末と通信することなぐ放送受信装置 3902が権利処理を行う構成であっても良い。

[0391] また、上記実施の形態 3にお、ては、マルチメディアデータの利用に伴う、課金などの権利処理を、マルチメディアデータの送信要求を発行する時に行うとしたが、マルチメディアデータの利用終了後に行う構成であっても良い。また、該マルチメディアデータの利用回数や、利用区間などによって、課金する金額を変える構成であっても良い。

[0392] (8)また、上記実施の形態 3においては、ひとつのマルチメディアデータは、ひとつの映像蓄積装置に蓄積するとしたが、該マルチメディアデータを分割して、複数の映像蓄積装置に、分散して蓄積する構成であっても良い。あるいは、ひとつのマルチメディアデータを複数の映像蓄積装置に同時に蓄積する構成であっても良い。これにより、複数の端末から同じマルチメディアデータの要求が有った場合に、映像蓄積装置が該端末に映像を送信する負荷を分散することが可能となる。

[0393] (9)また、放送受信装置 3902は、さらに、符号化されたマルチメディアデータを作り出す符号化部を備え、放送受信装置 3902は、送信するマルチメディアデータを一且復号し、前記符号ィ匕部によって新たにマルチメディアデータを生成して送信する構成であっても良い。また、映像蓄積装置 3903および映像蓄積装置 3904は、さらに、マルチメディアデータを復号する復号部と、符号化されたマルチメディアデータを作り出す符号化部を備え、受信したマルチメディアデータを前記復号部で一且復号し、前記符号ィ匕部で新たにマルチメディアデータを生成して蓄積する構成であっても良い。

[0394] (10)上記の各装置を構成する構成要素の一部又は全部は、 1個のシステム LSI ( Large Scale Integration:大規模集積回路）から構成されているとしてもよい。システム LSIは、複数の構成部を 1個のチップ上に集積して製造された超多機能 LSIであり、具体的には、マイクロプロセッサ、 ROM、 RAMなどを含んで構成されるコンビユータシステムである。前記 RAMには、コンピュータプログラムが記憶されている。前記マイクロプロセッサ力前記コンピュータプログラムに従って動作することにより、システム LSIは、その機能を達成する。

[0395] (11)上記の各装置を構成する構成要素の一部又は全部は、各装置に脱着可能な ICカード又は単体のモジュール力も構成されて、るとしてもよ、。前記 ICカード又は前記モジュールは、マイクロプロセッサ、 ROM, RAM,などから構成されるコンビュータシステムである。前記 ICカード又は前記モジュールは、上記の超多機能 LSIを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、前記 ICカード又は前記モジュールは、その機能を達成する。この ICカード又はこのモジュールは、耐タンパ性を有するとしてもよ!/、。

[0396] (12)本発明の放送受信装置、映像蓄積装置は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもょ、し、前記コンピュータプログラム力もなるデジタル信号であるとしてもょ、。

[0397] また、本発明の放送受信装置、映像蓄積装置は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルデイスク、ノヽードディスク、 CD— ROM, MO、 DVD, DVD-ROM, DVD -RAM, B D (Blu-ray Disc)、半導体メモリなど、に記録したものとしてもよい。また、これらの記録媒体に記録されている前記コンピュータプログラム又は前記デジタル信号であるとしてちよい。

[0398] また、本発明の放送受信装置、映像蓄積装置は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。

[0399] また、本発明の放送受信装置、映像蓄積装置は、マイクロプロセッサとメモリとを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムに従って動作するとしてちよい。

[0400] また、前記プログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記プログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい

[0401] (13) 上記実施の形態 3及びその変形例をそれぞれ組み合わせるとしてもよい。

[0402] (実施の形態 4)

実施の形態 4におけるマルチメディア配信システムの構成は、図 39に示した、上記実施の形態 3における構成図と同様であるため、説明を省略する。ただし、本実施の形態においては、放送受信装置 3902はケーブルテレビの受信装置であり、受信部 3908は、ヘッドエンドもしくはケーブル放送局とする。

[0403] 図 43は、本発明の実施の形態 4における放送受信装置 3902を構成する構成要素の関係を示したブロック図である。本図に示す放送受信装置 3902は、入力部 4301 と、第 1メモリ 4302と、第 2メモリ 4303と、受信部 4304と、多重分離部 4305と、デスクランブラ 4306と、 TSデ =3—ダ 4307と、映像出力咅4308と、音声出力咅4309と、 TSマルチプレクサ 4310と、ネットワーク部 4311と、 CPU4312とで構成される。

[0404] 入力部 4301は、フロントパネルやリモコン受光器等で構成され、ユーザからのチヤンネル選択等の指示を受け付ける。図 44は、本発明の実施の形態 4おけるフロントパネルで入力部 4301を構成した場合の一例を示す図である。フロントパネル 4400 は、上カーソルボタン 4401、下カーソルボタン 4402、左カーソルボタン 4403、右力一ソルボタン 4404、 OKボタン 4405、取消ボタン 4406、 EPGボタン 4407、シァタ一ボタン 4408の 8つのボタンを備えている。ユーザがボタンを押下すると、押下されたボタンの識別子力 CPU4312に通知される。

[0405] 第 1メモリ 4302は、 RAM等で構成され、 CPU4312が一時的にデータを保存する際に使用される。

[0406] 第 2メモリ 4303は、フラッシュメモリ、ハードディスク等で電源が停止しても情報を保持可能なデバイスで構成され、 CPU4312が実行するプログラムを保存する。第 2メモリ 4303は、 SDメモリーカード等の取り外し可能な記憶デバイスを用いて、てもよヽ

[0407] 受信部 4304は、ケーブルテレビ局 3908からのケーブルに接続され放送波を受信し、 CPU4312から指定された周波数にチューニングし、 MPEGトラスポートストリームを抽出して、多重分離部 4305に引き渡す。

[0408] 多重分離部 4305は、受信部 4304力 MPEGトラスポートストリームを受け取り、 C PU4312から指定された情報を抽出し CPU4312に引き渡す。また MPEGトラスポ一トストリームをそのままデスクランブラ 4306に弓 Iき渡す。

[0409] デスクランブラ 4306は、多重分離部 4305から与えられたスクランブルされている M PEGトラスポートストリームをデスクランブル（=復号）し、 TSデコーダ 4307に引き渡す。デスクランブラ 4306は、放送受信装置 3902に内蔵されたモジュールでも良いし、北米ケーブル受信機で導入されて!、る CableCARD (TM)でも実施可能である。 CableCARDの仕様は米国 CableLabsが策定した CableCARD Interface Spe cificationに記載されており、ここでは説明を省略する。

[0410] TSデコーダ 4307は、 CPU4312力ら音声データ、映像データ、 PSI/SI情報などのセクションデータの識別子を受け取る。さらに、デスクランブラ 4306から受け取ったデスクランブルされたストリームから、受け取った音声データ、映像データ、 PSI/SI 情報などのセクションデータの識別子に対応するデータを抽出する、抽出した映像データを映像出力部 4308に、音声データを音声出力部 4309に引き渡す。また、その両方と、セクションデータを、 TSマルチプレクサ 4310に引き渡す。

[0411] 映像出力部 4308は映像出力端子を含み、受け取った映像データを端子に対応した映像データに変換して出力する。端子の例としては、コンポジットケーブル端子などがある。

[0412] 音声出力部 4309は音声出力端子を含み、受け取った音声データを端子に対応した音声データに変換して出力する。端子の例としては、イヤホン端子や、コンポジットケーブル端子などがある。

[0413] TSマルチプレクサ 4310は、受け取った映像データ、音声データ、セクションデータ力ら MPEG2トランスポートストリームを構成し、該 MPEG2トランスポートストリームをネットワーク部 4311に引き渡す。 PSIZSI情報は必要に応じて書き換えられる。

[0414] ネットワーク部 4311は、ネットワークインタフェースを含み、 CPU4312から受け取つたデータを、ネットワークインタフェースが接続されたネットワークの物理メディアに応じた信号に変換して出力する。また、ネットワークインタフェース力も信号を受信し、 IPネットワークで規定されたパケットに変換して、 CPU4312へ引き渡す。

[0415] CPU4312は、第 2メモリ 4303が記憶するプログラムを実行することで、受信部 430 4、多重分離部 4305、デスクランブラ 4306、 TSデコーダ 4307、 TSマルチプレクサ 4310、および、ネットワーク部 4311を制御する。

[0416] 図 45は、本発明の実施の形態 4における放送受信装置が保持し、実行するプログラム構成を示す図である。本図は、第 2メモリ 4303に記憶され、 CPU512に実行されるプログラムの構成の一例を示す。

[0417] プログラム 4500は、複数のサブプログラムで構成され、具体的には OS4501、 EP G4502、 JavaVM4503、サービスマネージャ 4504、 Javaライブラリ 4505で構成される。

[0418] OS4501は、放送受信装置 3902の電源が投入されると、 CPU4312が起動するサブプログラムである。 OS4501は、オペレーティングシステムの略であり、 Linux等がー例である。 OS4501は、他のサブプログラムを平行して実行するカーネル 4501 a及びライブラリ 4501bで構成される公知の技術の総称であり、詳細な説明は省略する。本実施の形態においては、 OS4501のカーネル 4501aは、 EPG4502iJavaV M4503をサブプログラムとして実行する。また、ライブラリ 450 lbは、これらサブプログラムに対して、放送受信装置 3902が保持する構成要素を制御するための複数の機能を提供する。 [0419] 本実施の形態では、ライブラリ 4501bは機能の一例として、チューナ 4501bl、限定解除 4501b2、 AV再生 4502b3、および、 NET4501b4を含む。

[0420] チューナ 4501blは、他のサブプログラムや Javaライブラリ 4505の Tuner4505cから周波数を含むチューニング情報を受け取り、受信部 4304に引き渡す。受信部 430 4は与えられたチューニング情報に基づき復調処理を行、、復調したデータを多重分離部 4305に引き渡すことができる。この結果、他のサブプログラム及び Javaライブラリ 4305の Tuner4305cはライブラリ 4501bを通して受信部 4304を制御することができる。

[0421] 限定解除 4502b2は、他のサブプログラムや Javaライブラリ 4505の CA4505dから情報を受け取り、デスクランブラ 4306に引き渡す。

[0422] AV再生 4502b3は、他のサブプログラムや Javaライブラリ 4505の JMF4505aから、音声のパケット IDと映像のパケット IDを受け取る。受け取った音声のパケット IDと映像のパケット IDを、 TSデコーダ 4507に与える。この結果、 TSデコーダ 4507は与えられたパケット IDに基づいて、フィルタリングを行い、映像 '音声の再生を実現する。

[0423] NET4501b4は、他のサブプログラムや Javaライブラリ 4505のネットワークライブラリ 4505eから受け取ったデータを、 IPネットワークで規定されるアプリケーション層より下のプロトコルのパケットを作成する。アプリケーション層より下のプロトコルとは、例えば TCPパケット、 UDPパケット、 IPパケットなどである。これをネットワーク部 4311に引き渡すことで、ネットワーク 3907を介して他の機器にメッセージおよびデータを送信する。また、ネットワーク 3907を介して他の機器からメッセージを受信したときに、他のサブプログラムや Javaライブラリ 4505のネットワークライブラリ 4505eに、アプリケーシヨン層のプロトコルのパケットに変換して引き渡す。アプリケーション層のプロトコルとは、例えば、 HTTPや RTPなどである。

[0424] EPG4502は、ユーザに番組一覧を表示及び、ユーザからの入力を受け付ける番組表示部 4502aと、チャンネル選局を行う再生部 4502bで構成される。ここで、 EPG は Electric Program Guideの略である。 EPG4502は、放送受信装置 3902の電源が投入されると、カーネル 4501aによって起動される。起動された EPG4502の内部では、番組表示部 4502aと再生部 4502bが同時に起動される。番組表示部 4502 aは起動されると、放送受信装置 3902の入力部 4301を通して、ユーザからの入力を待つ。ここで、入力部 4301が図 44で示されるフロントパネルで構成されている場合、ユーザが、入力部 4301の EPGボタン 4407を押下すると、 EPGボタンの識別子が C PU4312に通知される。 CPU4312上で動作するサブプログラムである EPG4502 の番組表示部 4502aは、この識別子を受け取り、番組情報表示データを作成し、図示していないモニタ出力部によりモニタに出力する。モニタは、放送受信装置 3902 が備えるものであっても良いし、放送受信装置 3902とコンポジットケーブルや HDMI ケーブルなどで接続されたテレビであっても良い。モニタ 4610は、受信した番組情報表示データを表示する。

[0425] 図 46 (a)及び (b)は、本発明の実施の形態 4に係るモニタに表示された番組表の例を示す図である。図 46 (a)を参照して、モニタ 4410には、格子状に番組情報が表示されている。列 4601には、時刻情報が表示されている。列 4602には、チャンネル名「チャンネル 1」と、列 4601の時刻に対応する時間帯に放映される番組が表示されている。「チャンネル 1」では、 9 : 00〜10 : 30に番組「ニュース 9」が放映され、 10 : 30 〜12 : 00は「映画 AAA」が放映されることを表す。列 4603も列 4602同様、チャンネル名「チャンネル 2」と、列 4601の時刻に対応する時間帯に放映される番組が表示されている。 9 : 00〜： L 1 : 00に番組「映画 BBB」が放映され、 11 : 00〜12 : 00は「ニュース 11」が放映される。 4630は、カーソルである。カーソル 4630は、フロントパネル 4400の左カーソル 4403と右カーソル 4404を押下すると移動する。図 46 (a)の状態で、右カーソノレ 4404を押下すると、カーソノレ 4630は右に移動し、図 46 (b)のようになる。また、図 46 (b)の状態で、左カーソル 4403を押下すると、カーソル 4630は左に移動し、図 46 (a)のようになる。

[0426] 図 46 (a)の状態で、フロントパネル 4400の OKボタン 4405が押下されると、番組表示部 4502aは、「チャンネル 1」の識別子を再生部 4502bに通知する。図 46 (b)の状態で、フロントパネル 4400の OKボタン 4405が押下されると、番組表示部 4502aは、「チャンネル 2」の識別子を再生部 4502bに通知する。

[0427] また、番組表示部 4502aは、表示する番組情報を、多重分離部 4305を通して定期的に、第 2メモリ 4303に記憶しておく。一般的に、放送局からの番組情報の取得は時間が掛かる。入力部 4301の EPGボタン 4407が押下された時、第 2メモリ 4303 に予め保存された番組情報を表示することで、素早く番組表を表示することができる

[0428] 図 47は、本発明の実施の形態 4に係る第 2メモリ 4303に格納されている番組情報の一例を示す図である。番組情報は表形式で格納されている。列 4701は、チャンネルの識別子である。列 4702は、番組名である。列 4703は番組の放送開始時間、列 4704は放送終了時間である。列 4705は、番組の音声種別を表しており、モノラル音声、ステレオ音声、 5. 1チャンネル音声をそれぞれ「モノラル」、「ステレオ」、「5. 1 」と表記している。列 4706は、番組の種別を表している。通常番組は空欄であり、「映画」は映画、「スポ」はスポーツ番組を表す。行 4711〜4714の各行は、それぞれひとつの番組情報を表す。この例では、ひとつの番組情報は、チャンネルの識別子、番組名、放送開始時間、放送終了時間、番組の音声種別の組となる。例えば、行 471 1はチャンネル識別子が「1」、番組名が「ニュース 9」、放送開始時間が「9 : 00」、放送終了時間が「10： 30」、音声種別が「モノラル」、番組の種別は「通常」を含む組となっている。

[0429] 再生部 4502bは、受け取ったチャンネルの識別子を用いて、チャンネルを再生する。すなわちチャンネルを構成する映像と音声を再生する。チャンネルの識別子とチヤンネルの関係は、チャンネル情報として、第 2メモリ 4303に予め格納されている。

[0430] 図 48は、本発明の実施の形態 4に係る第 2メモリ 4303に格納されているチャンネル情報の一例を示す図である。チャンネル情報は表形式で格納されている。列 480 1は、チャンネルの識別子である。列 4802は、チャンネル名である。列 4803はチュ一ユング情報である。ここで、チューニング情報は周波数や転送レート、符号化率などを含み、受信部 4304に与える値である。列 4804はプログラムナンバーである。プログラムナンバーとは、 MPEG2規格で規定されて!、る PMTを識別するための番号である。 PMTに関しては、後述する。行 4811〜4814の各行は、各チャンネルの識別子、チャンネル名、チューニング情報の組となる。行 4811は識別子が「1」、チャンネル名力 ^チャンネル 1」、チューニング情報に周波数「150MHz」、プログラムナンパ一が「101」を含む組となっている。再生部 4502bは、チャンネルの再生を行うため、受け取ったチャンネルの識別子をそのままサービスマネージャに引き渡す。

[0431] また、再生部 4502bは、再生中に、ユーザがフロントパネル 4400の上カーソル 44 01と下カーソノレ 4402を押下すると、人力部 4501力ら CPU4512を通して、押下された通知を受け取り、再生しているチャンネルを変更する。上カーソル 4401を押下すると、現在再生中のチャンネルよりもひとつ小さいチャンネル識別子を持つチャンネルを再生し、また下カーソル 4402を押下すると、現在再生中のチャンネルよりもひとつ大きいチャンネル識別子を持つチャンネルを再生する。まず、再生部 4502bは、第 2メモリ 4303に現在再生中のチャンネルの識別子を記憶する。図 49 (a) (b)及び（ c)は、それぞれ、本発明の実施の形態 4に係る第 2メモリ 4303に格納されているチヤンネルの識別子を示す情報の例を示す図である。

[0432] 図 49 (a)では識別子「3」が記憶されており、図 48を参照し、チャンネル名「TV 3」のチャンネルが再生中であることを示す。図 49 (a)の状態で、ユーザが上カーソル 4 401を押下すると再生部 4502bは、図 48のチャンネル情報を参照し、表中で現在再生中のチャンネルよりもひとつ小さ、識別子を持つチャンネルであるチャンネル名「チャンネル 2」のチャンネルに再生を切り変えるため、サービスマネージャにチャンネル名「チャンネル 2」の識別子「2」を引き渡す。同時に、第 2メモリ 4303に記憶されて V、るチャンネル識別子「2」に書き換える。

[0433] 図 49 (b)は、チャンネル識別子が書き換えられた状態を表す。また、図 49 (a)の状態で、ユーザが下カーソル 4402を押下すると再生部 4502bは、図 48のチャンネル情報を参照し、表中で現在再生中のチャンネルよりもひとつ大きい識別子を持つチヤンネルであるチャンネル名「TV Japan」のチャンネルに再生を切り変えるため、サービスマネージャにチャンネル名「TV Japan」の識別子「4」を引き渡す。同時に、第 2 メモリ 4303に記憶されて、るチャンネル識別子「4」に書き換える。

[0434] 図 49 (c)は、チャンネル識別子が書き換えられた状態を表す。チャンネル識別子は、第 2メモリ 4303に記憶されているので、放送受信装置 3902の電源が切られた際も保存されている。

[0435] さらに再生部 4502bは、放送受信装置 3902の電源が投入された際に、起動されると、第 2メモリ 4303に記憶されているチャンネル識別子を読み出す。そして、そのチヤンネル識別子をサービスマネージャに引渡す。これにより、放送受信装置 3902は、電源投入時に前回の稼動時に再生されて、た最後のチャンネルの再生を開始することがでさる。

[0436] JavaVM4503は、 Java (TM)言語で記述されたプログラムを逐次解析し実行する J avaバーチャルマシンである。 Java言語で記述されたプログラムはバイトコードと呼ばれる、ハードウェアに依存しない中間コードにコンパイルされる。 Javaバーチャルマシンは、このバイトコードを実行するインタープリタである。また、一部の Javaバーチャルマシンは、バイトコードを CPU4312が理解可能な実行形式に翻訳してから、 CPU4 312に引渡し、実行することも行う。 JavaVM4503は、カーネル 4501aに実行する Ja vaプログラムを指定され起動される。本実施の形態では、カーネル 4501aは、実行する Javaプログラムとしてサービスマネージャ 4504を指定する。 Java言語の詳細は、書籍「Java Language Specification (ISBN 0— 201— 63451— 1)」等の多くの書籍で解説されている。ここでは、その詳細を省略する。また、 JavaVM自体の詳細な動作などは、「Java Virtual Machine Specification (ISBN 0— 201— 63 451— X)」等の多くの書籍で解説されている。ここでは、その詳細を省略する。

[0437] サービスマネージャ 4504は、 Java言語で書かれ^ Javaプログラムであり、 JavaVM 4503によって逐次実行される。サービスマネージャ 4504は、 JNI (Java Native In terface)を通して、 Java言語で記述されて!、な!/、他のサブプログラムを呼び出したり、または、呼び出されたりすることが可能である。 JNI〖こ関しても、書籍「Java Native Interface]等の多くの書籍で解説されている。ここでは、その詳細を省略する。

[0438] サービスマネージャ 4504は、 JNIを通して、再生部 4502bよりチャンネルの識別子を受け取る。

[0439] サービスマネージャ 4504は、最初に Javaライブラリ 4505の中にある Tuner4505c に、チャンネルの識別子を引き渡し、チューニングを依頼する。 Tuner4505cは、第 2メモリ 4303が記憶するチャンネル情報を参照し、チューニング情報を獲得する。今、サービスマネージャ 4504がチャンネルの識別子「2」を Tuner4505cに引き渡すと、 Tuner4505cは、図 48の行 4812を参照して、対応するチューニング情報「156M Hz,」を獲得する。 Tuner4505cは、 OS4501のライブラリ 4501bのチューナ 4501 blを通して、受信部 4504にチューニング情報を引き渡す。受信部 4504は与えられたチューニング情報に従って放送局力送信されてきた信号を復調し、多重分離部 4505に引き渡す。

[0440] 次にサービスマネージャ 4504は、 Javaライブラリ 4505の中にある CA4505dにデスクランプノレを依頼する。 CA4505diま、 OS4501のライブラリ 4501bの限定解除 45 01b2を通して復号に必要な情報をデスクランブラ 4306に与える。デスクランブラ 43 06は、与えられた情報を元に、受信部 4304から与えられた信号を復号し TSデコーダ 4307に引き渡す。

[0441] 以下、映像出力部 4308および音声出力部 4309から出力することにより、映像-音声の再生を行う場合と、ネットワーク部 4311からマルチメディアデータを出力する場合の処理が異なるため、それぞれについて説明する。

[0442] まず、映像'音声の再生を行う場合について、説明する。

[0443] サービスマネージャ 4504は、 Javaライブラリ 4505の中〖こある JMF4505a〖こチャンネルの識別子を与え、映像 ·音声の再生を依頼する。

[0444] まず、最初に JMF4505aは、再生すべき映像と音声を特定するためのパケット IDを PAT、 PMTから取得する。 PATや PMTは MPEG2規格で規定されている、 MPE G2トランスポートストリーム内の番糸且構成を表現するテーブルであり、 MPEG2トランスポートストリームに含まれるパケットのペイロードに埋め込まれて、音声や映像と共に送信されるものである。詳細は規格書を参照されたい。ここでは、概略のみ説明する。 PATは、 Program Association Tableの略で、パケット ID「0」のパケットに格納され送信されている。 JMF4505aは、 PATを取得するため、 OS4501のライブラリ 4501bを通して、多重分離部 705にパケット ID「0」を指定する。多重分離部 705がパケット ID「0」でフィルタリングを行い、 CPU4312に引き渡すことで JMF4505aは、 PATのパケットを収集する。

[0445] 図 50は、本発明の実施の形態 4に係る収集した PATの情報の一例を模式的に示す図である。列 5001は、プログラムナンバーである。列 5002は、パケット IDである。列 5002のパケット IDは PMTを取得するために用いられる。行 5011〜5013は、チヤンネルのプログラムナンバーと対応するパケット IDの組である。ここでは、三つのチヤンネルが定義されている。行 5011はプログラムナンバー「101」とパケット ID「501」の組が定義されて、る。今、 JMF4505aに与えられたチャンネルの識別子が「2」とすると、 JMF4505aは、図 50の行 5012を参照して、対応するプログラムナンバー「102 」を獲得し、次に、図 50の PATの行 5012を参照し、プログラムナンバー「102」に対応するパケット ID「502」を獲得する。 PMTは、 Program Map Tableの略で、 PA Tで規定されたパケット IDのパケットに格納され送信されている。 JMF4505aは、 PM Tを取得するため、 OS4501のライブラリ 4501bを通して、多重分離部 4305にパケッ HDを指定する。ここで、指定するパケット IDは「502」とする。多重分離集部 4305 がパケット ID「502」でフィルタリングを行い、 CPU4312に引き渡すことで JMF4505 aは、 PMTのパケットを収集する。

[0446] 図 51は、本発明の実施の形態 4に係る収集した PMTの情報の一例を模式的に示す図である。列 5101は、ストリーム種別であり。列 5102は、パケット IDである。列 51 02で指定されるパケット IDのパケットには、ストリーム種別で指定された情報がペイ口ードに格納され送信されている。列 5103は補足情報である。行 5111〜5114はエレメンタリ一ストリームと呼ばれる、パケット IDと送信している情報の種別の組である。行 5111は、ストリーム種別「音声」とパケット ID「5011」の組であり、パケット ID「5011」のペイロードには音声が格納されてヽることを表す。 JMF4505aは、 PMTから再生する映像と音声のパケット IDを獲得する。図 51を参照して、 JMF4505aは、行 5111 力ら音声のパケット ID「5011」を、行 5112から映像のパケット ID「5012」を獲得する

[0447] 次に、 JMF4505aiま、 OS4501のライブラリ 4501bの AV再生 4501b3に獲得した音声のパケット IDと映像のパケット IDを引き渡す。これを受けて、 AV再生 4501b3は、受け取った音声のパケット IDと映像のパケット IDを、 TSデコーダ 4307に与える。 T Sデコーダ 4307は与えられたパケット IDでフィルタリングを行う。ここではパケット ID「 5011」のパケットを音声出力部 4309に、パケット ID「5012」のパケットを映像出力部 4308に、音声出力部 4309は、与えられたパケットを適宜変換し (例えばデジタルアナログ変換）出力する。映像出力部 4308は、与えられたパケットを適宜変換し (例えばデジタルアナログ変換）出力する。 [0448] 最後にサービスマネージャ 4504は、 Javaライブラリ 4505の中にある AM4505bにチャンネルの識別子を与え、データ放送再生を依頼する。ここで、データ放送再生とは、 MPEG2トランスポートストリームに含まれる Javaプログラムを抽出し、 JavaVM45 03に実行させることである。 MPEG2トランスポートストリームに Javaプログラムを埋め込む方法は、 MPEG規格書 ISOZIEC13818— 6に記述された DSMCCという方式を用いる。ここでは DSMCCの詳細な説明は省略する。 DSMCC方式は、 MPEG 2トランスポートストリームのパケットの中に、コンピュータで使用されているディレクトリやファイルで構成されるファイルシステムをエンコードする方法を規定して、る。また、実行する Javaプログラムの情報は AITと呼ばれる形式で、 MPEG2トランスポートストリームのパケットの中に埋め込まれ送信されている。 AITは、 DVB— MHP規格（正式には、 ETSI TS 101 812 DVB— MHP仕様 VI . 0. 2)の 10章に定義されてヽる、 Application Information Tableの略である。

[0449] AM4505bは、まず、 AITを獲得するため、 JMF4505a同様 PAT、 PMTを取得し、 AITが格納されているパケットのパケット IDを獲得する。今、与えられたチャンネルの識別子が「2」で、図 50の PAT、図 51の PMTが送信されていると、 JMF4505aと同様の手順で、図 51の PMTを獲得する。 AM4505bは、 PMTからストリーム種別が「データ」で補足情報として「AIT」を持つエレメンタリ一ストリーム力もパケット IDを抽出する。図 51を参照して、行 5113のエレメンタリ—ストリームが該当し、パケット ID「5 013」を獲得する。

[0450] AM4505bは、 OS701のライブラリ 4501bを通して多重分離部 4305に AITのパケッ HDを与える。多重分離部 4305は、与えられたパケット IDでフィルタリングを行い、 CPU4312に引き渡す。この結果、 AM4505bは、 AITのパケットを収集することができる。

[0451] 図 52は、本発明の実施の形態 4に係る収集した AITの情報の一例を模式的に示す図である。列 5201 ίお avaプログラムの識別子である。列 5202ίお avaプログラムの制御情報である。制御情報には「autostart」「present」「kill」などがあり、「autosta rtjは即時に放送受信装置 3902がこのプログラムを自動的に実行することを意味し、「present」は自動実行しないことを意味し、「kill」はプログラムを停止することを意味する。列 5203は、 DSMCC方式で Javaプログラムを含んでいるパケット IDを抽出するための DSMCC識別子である。列 5204ίお avaプログラムのプログラム名である。行 5211と 5212は、 Javaプログラムの情報の組である。行 5211で定義される Java プログラムは、識別子「301」、制御情報「autostart」、 DSMCC識別子「1」、プログラム名「aZTopXlet」の組である。行 5212で定義される Javaプログラムは、識別子「 302」、制御情報「present」、 DSMCC識別子「1」、プログラム名「b/GameXlet」の組である。ここでふたつの Javaプログラムは同じ DSMCC識別子を持つ力これはひとつの DSMCC方式でエンコードされたファイルシステム内にふたつの Javaプログラムが含まれて、ることを表す。ここでは、 Javaプログラムに対して四つの情報しか規定しないが、実際にはより多くの情報が定義される。詳細は DVB— MHP規格を参照されたい。

[0452] AM4505bは、 AITの中から「autostart」の Javaプログラムを見つけ出し、対応する DSMCC識別子及び Javaプログラム名を抽出する。図 52を参照して、 AM4505b は行 5211の Javaプログラムを抽出し、 DSMCC識別子「1」及び Javaプログラム名「a 7丁」を獲得する。

[0453] 次に AM4505bは、 AITから取得した DSMCC識別子を用いて、 Javaプログラムを DSMCC方式で格納しているパケットのパケット IDを PMT力獲得する。具体的には、 PMTの中でストリーム種別が「データ」で、補足情報の DSMCC識別子が合致するエレメンタリ一ストリームのパケット IDを取得する。

[0454] 今、 DSMCC識別子力「1」であり、 PMTが図 51とすると、行 5114のエレメンタリ一ストリームが合致し、パケット ID「5014」を取り出す。

[0455] AM4505biま、 OS4501のライブラリ 4501bを通して多重分離咅 4305に DSMC C方式でデータが埋めこめられたパケットのパケット IDを指定する。ここでは、パケット ID「5014」を与える。多重分離部 4305は、与えられたパケット IDでフィルタリングを行い、 CPU4312に引き渡す。この結果、 AM4505bは、必要なパケットを収集することができる。 AM4505bは、収集したパケットから、 DSMCC方式に従ってファイルシステムを復元し、第 1メモリ 4302あるいは第 2メモリ 4303に保存する。ファイルシステム等のデータを取り出し第 1メモリ 4302あるいは第 2メモリ 4303に保存すことを以降、ダウンロードと呼ぶ。

[0456] 図 53は、本発明の実施の形態 4に係るダウンロードしたファイルシステムの一例を示す図である。図中、丸はディレクトリを四角はファイルを表し、 5301はルートディレクトリ、 5302はディレクトリ「a」、 5303はディレクトリ「b」、 5304はファィル 0 161;. class」、 5305はファイル「GameXlet. class」である。

[0457] ここでは、 MPEG2トランスポートストリームからファイルシステムをダウンロードする例を記載した力 OCAP仕様では、 IPネットワークを用いたダウンロードなども規定している。また、 AITではなく XAITと呼ばれる情報を用いてファイルシステムの存在位置を特定し、ファイルシステムをダウンロードする方法も規定されて、る。

[0458] 次に AM4505bは、第 1メモリ 4302あるいは第 2メモリ 4303にダウンロードしたファィルシステム中から実行する Javaプログラムを JavaVM4503に引き渡す。今、実行する Javaプログラム名が「aZTopXlet」とすると、 Javaプログラム名の最後に「. class 」を付カ卩したファイル「aZTopXlet. class」が実行すべきファイルとなる。「Z」はディレクトリゃファイル名の区切りであり、図 53を参照して、ファイル 5304が実行すべき Ja vaプログラムである。次に AM4505biま、フアイノレ 5304を JavaVM4503に引き渡す

[0459] JavaVM4503は、引き渡され^ Javaプログラムを実行する。

[0460] 次に、ネットワーク部 4311からマルチメディアデータを出力する場合の処理について説明する。

[0461] まず、サービスマネージャ 4504は、 Javaライブラリ 4505中にあるネットワークライブラリ 4505eにチャンネルの識別子を与え、データの送信を依頼する。ネットワークライブラリ 4505eは、まず、上言 6JMF4505aおよび AM4505bと同様に、 PAT、 PMTを取得し、送信すべき番組に関する映像データ、音声データ、各セクションデータのパケッ HDを取得する。今、与えられたチャンネルの識別子力「2」で、図 50の PAT、図 51の PMTが送信されていると、 JMF4505aと同様の手順で、図 51の PMTを獲得する。送信すべきデータは、図 51の PMTに記述された全てのデータである。

[0462] ネットワークライブラリ 4505eは、 OS4501のライブラリ 4501bを通して TSデコーダ 4307に、これらのパケット IDを与え、 TSマルチプレクサ 4310に出力させる。 TSデコーダ 4307は、与えられたパケット IDでフィルタリングを行い、 TSマルチプレクサ 431 0に引き渡す。

[0463] また、ネットワークライブラリ 4505eは、 OS4501のライブラリ 4501bを通して TSマルチプレクサ 4310に、何種類のデータが送られてくるかを与えて、 TSデコーダ 430 7から引き渡されたデータから、 MPEG2トランスポートストリームを構成させる。 TSマルチプレクサ 4310は、構成した MPEG2トランスポートストリームを、 CPUに引き渡す。

[0464] また、ネットワークライブラリ 4310eは、 OS4501のライブラリ 4501bの NET4501b 4に送信先のアドレスを与える。続いて、ネットワークライブラリ 4501b4は、 TSマルチプレクサ 4310から受け取った MPEG2トランスポートストリームを、送信するアプリケーシヨンレベルのプロトコルに応じた形式に変換して、 NET4501b4に順次引き渡す。アプリケーションレベルのプロトコルとは、例えば、 HTTPや RTPといったものである。これにより、 NET4501b4は、送信先アドレスを参照して、引き渡されたデータを IP ネットワークのパケットに変換し、ネットワーク部 4311に引き渡す。ネットワーク部 431 1では、引き渡されたデータを、接続されたネットワークの物理メディアに応じた信号に変換して出力する。

[0465] サービスマネージャ 4504は、他のチャンネルの識別子を受け取ると、 Javaライブラリ 4505に含まれる各ライブラリを通して再生している映像'音声及び Javaプログラムの実行もしくはネットワークへの出力を、同じく Javaライブラリ 4505に含まれる各ライブラリを通して停止し、新たに受け取ったチャンネルの識別子に基づいて、映像 '音声の再生及び Javaプログラムの実行もしくはネットワークへの出力を行う。

[0466] また、サービスマネージャ 4504は、再生部 4502bだけでなく、 Java VM4503上で実行される Javaプログラムカゝらチャンネルの識別子を受け取る機能も備える。具体的には、チャンネルの識別子を受け取るための Java言語のクラス及びそのメソッドを提供する。チャンネルの識別子を受け取ると、サービスマネージャ 4504は、 Javaライブラリ 4505に含まれる各ライブラリを通して現在再生している映像'音声及び Javaプログラムの実行もしくはネットワークへの出力を、同じ avaライブラリ 4505に含まれる各ライブラリを通して停止し、その後、新たに受け取ったチャンネルの識別子に基づ V、て、新し、映像 ·音声の再生及び Javaプログラムの実行もしくはネットワークへの出力を行う。

[0467] また、上記では、通常の放送番組の再生やネットワークへの出力につ、て記述した

1S ユア VoD放送の場合も同様である。

[0468] Javaライブラリ 4505は、第 2メモリ 4303に格納されている複数の Javaライブラリの集合である。本実施の形態では、 Javaライブラリ 4505は、 JMF4505a、 AM4505b

、 Tuner4505c、 CA4505d、ネットワークライブラリ 4505e、再生 Lib4505f、 I045

05g、 AWT4505h等を含んでいる。

[0469] JMF4505a、 AM4505b、 Tuner4505c、 CA4505dの機能は、既に記述されているので省略する。

[0470] 再生 Lib4505fは、第 2メモリ 4303が記憶して!/、る、現在再生して!/、るチャンネルの識別子を Javaプログラムに渡すための Java言語のクラスおよびメソッドを（以下 Jav a APIと記述)提供する。この Java APIを利用することで、 Javaプログラムは、現在再生中のチャンネルを知ることができる。

[0471] IO4505gは、 Javaプログラムが第 2メモリ 4503にデータを書き込むための Java A PI、あるいは、その書き込んだデータを第 2メモリ 4303から読み込むための Java A PIを Javaプログラムに提供する。この APIを利用することで、 Javaプログラムは、任意のデータを第 2メモリ 4303に保存することができる。この保存されたデータは放送受信装置 3902の電源がオフになっても消えないので、放送受信装置 3902の電源が投入された後、再びそのデータを読み込むことができる。

[0472] AWT4505hは、 Javaプログラムが描画を行ったり、入力部 4301からのキー入力通知を受け取るための Java APIを提供する。具体的には、「The Java class Lib raries Second Edition, Volume 2」（ISBNO— 201— 31003— 1)で既定され ¾java. awtノヽッゲーン、 java. awt. eventノッゲージ <¾びその ftilの java. awtのサブパッケージが相当する。ここでは、詳細な説明を省略する。

[0473] SI4505iは、 Javaプログラムがチャンネル情報や電子番組表情報を取得する Java

APIを提供する。具体的には、 Java TV仕様などが存在する。また、生のバイナリ一データを放送中の MPEG2トランスポートストリームから取得する MPEGセクションフィルター APIが OCAP仕様の中で定義されており、送信されてきた独自の電子番組データを Javaアプリケーションが理解して取り扱うことも出来る。

[0474] ネットワークライブラリ 4505eは、 OS4501のライブラリ 4501bの NET4501b4を通して、ネットワーク 3907に接続された映像蓄積装置 3903、映像蓄積装置 3904、端末 3905および端末 3906と通信するものである。映像蓄積装置 3903および映像蓄積装置 3904とは、映像蓄積装置の属性の送受信、マルチメディアデータの蓄積要求および該マルチメディアデータの送信、特定のマルチメディアデータを蓄積してヽるカゝ否かの問合せ、該蓄積して!/、るマルチメディアデータの送信要求および該マルチメディアデータの利用に伴う権利処理の通信を行う。また、端末 3905および端末 3 906とは、マルチメディアデータの送信要求の受け付け、マルチメディアデータの送信もしくはマルチメディアデータが送信される映像蓄積装置の通知を行う。

[0475] 図 54は、本発明の実施の形態 4に係るネットワークライブラリ 4505eの内部構成の一例を示すブロック図である。ネットワークライブラリ 4505eは、制御部 5401、データ受信部 5402、情報通信部 5403、選択部 5404、データ出力部 5405、および、権利処理部 5406を含む。なお、ネットワークライブラリ 4505eは、 IPネットワークに関連する他の機能を含んでも良い。

[0476] 制御部 5401は、ダウンロードし^ Javaアプリケーションに対して、ネットワークライブラリ 4505eが実現する機能を提供する。すなわち、制御部 5401は、 Javaアプリケーシヨンに対して Java APIを提供し、 Javaアプリケーション力この APIを呼び出すことで、ネットワークを利用した機能が実行できる。制御部 5401は、 Java APIが呼び出されると、適宜、データ受信部 5402、情報通信部 5403、選択部 5404、データ出力部 5405、権禾 IJ処理部 5406や、他の Javaライブラ U4505および OS4501のライブラリ 450 lbを利用して処理を行う。

[0477] 図 55は、本発明の実施の形態 4に係る制御部 5401が提供する Java APIの一例を示す図である。

[0478] 図 55 (1)メソッド collectNetDevice Oは、ネットワーク 3907に接続されている外部装置の情報を集め、その情報として NetDeviceオブジェクトの配列を返す。具体的には、後述の情報通信部 5403のメソッド collectNetDevice Oを呼び出し、その戻り値を返すものでる。本メソッドにより、ネットワークに接続された機器の情報を得ること力 Sできる。図 56に、 NetDeviceクラスの構成の一例を示す。図 56で、 addrは該装置のネットワークアドレスを、 friendlyNameは該装置につけたニックネームを、 dType は該装置の種別を表し、 0が放送受信装置、 1が映像蓄積装置、 2が端末を表すこととする。このような情報は、 UPnP DAに定義された方法によって行うことが可能であるため、処理の詳細は省略する。また、 attrは映像蓄積装置の属性であり、 DevAttr ibクラスのオブジェクトである。図 57に、本発明の実施の形態 4に係る DevAttribクラスの構成の一例を示す。図 57において、 remainCapはマルチメディアデータを蓄積する空き領域の容量を表し、 replayFavoritGenreは、再生もしくはネットワークに出力したコンテンツのうち、最も頻度の高いジャンルを表し、 0が映画、 1がスポーツ、などのように表す。 recordFavoritGenreは、ユーザ操作によって録画したコンテンツのうち、最も頻度の高いジャンルを表す。

[0479] 図 55 (2)メソッド sendMultimediaData ()は、チャンネルの識別子を指定して、映像蓄積装置 3903もしくは映像蓄積装置 3904にマルチメディアデータを送信するもので、成功すれば trueが返り、失敗すれば falseが返るものである。

[0480] また、図 55 (3)メソッド acceptMultimediaRequest Oは、呼び出されれば、別のプロセスもしくはスレッドを起動してその上で動作することで常駐するものであり、端末力ものマルチメディアデータ送信要求を受け付け、映像蓄積装置 3903もしくは映像蓄積装置 104に該マルチメディアデータが蓄積されているかどうかを調べ、蓄積されている場合は、該映像蓄積装置に端末への送信要求を発行するとともに、該要求を発行した端末には該映像蓄積装置カゝらマルチメディアデータが送信されることを通知し、また、蓄積されていない場合には、該マルチメディアデータを放送局から受信して該端末へ送信するものであり、正常終了時は trueを返し、異常時には falseを返すものである。なお、常駐せずにひとつの要求をうければ終了する構成であっても良い。これらのメソッドは、データ受信部 5402、情報通信部 5403、選択部 5404、データ出力部 5405、および権利処理部 5406の APIを用いて動作するものであるため、詳細は後述する。

[0481] 図 55 (4)メソッドcollectMultimediaData 0は、Javaラィブラリ4505などを利用して、ユア VoDにより提供されるマルチメディアコンテンツを検索し、その一部もしくは全部の番組を、各番組について 1回、サービスマネージャ 4504に依頼することにより受信し、メソッド sendMultimediaData Oを呼び出して、映像蓄積装置に送信するものであり、成功すれば trueを、失敗すれば falseを返す。

[0482] 図 55 (5)メソッド setSelectAlgorithm Oは、選択部 5404が映像蓄積装置を選択する際のアルゴリズムを、引数 idで与えられたものに設定するもので、成功すれば tru eを返し、失敗すれば falseを返す。 idの値と各アルゴリズムは、予め定められたものである。本メソッドは選択部 5404のメソッド setSelectAlgorithm Oを呼び出すことで行われる。

[0483] 図 55 (6)メソッド setStoragePriority ()は、選択部 5404が映像蓄積装置の優先度にしたがって選択を行う場合の、映像蓄積装置の優先度を設定するもので、引数 d evicesの配列の順に優先度が高いものとする。処理が成功すれば trueを返し、失敗すれば falseを返す。本メソッドは、選択部 5404のメソッド setStoragePriority ()を呼び出すことで行われる。なお、本メソッドは、映像蓄積装置とその優先度の値の組の配列を引数として設定する構成であっても良い。

[0484] 図 55 (7) setTerminalPriority Oは、選択部 5404が端末の優先度にしたがって映像蓄積装置の選択を行う場合の、端末の優先度を設定するもので、引数 devices の配列の順に優先度が高いものとする。処理が成功すれば trueを返し、失敗すれば falseを返す。本メソッドは、選択部 5404のメソッド setTerminalPriority Oを呼び出すことで行われる。なお、本メソッドは、端末とその優先度の値の組の配列を引数として設定する構成であっても良い。

[0485] 図 55 (8)メソッド setCombination Oは、選択部 5404が端末の優先度にしたがつて映像蓄積装置の選択を行う場合の、映像蓄積装置と端末の組を設定するものであり、引数 devicesで映像蓄積装置を与え、引数 termsで端末を与え、それぞれの配列で同 I ンデッタスのものを組として設定する。本メソッドは、選択部 5404の setCo mbination ()を呼び出すことで行われる。

[0486] 図 55 (9)メソッド setSelectedStorageDevice ()は、引数 idで与えられたインデッタスの映像蓄積装置を、選択した映像蓄積装置とするものである。本メソッドは、選択部 5404のメソッド setSelectedStorageDevice ()を呼び出すことにより行われるので、そちらで詳細は述べる。

[0487] 図 55 (10)メソッド registerHandler ()は、引数 handlerで与えられたハンドラをシステムに登録するもので、成功すれば trueを返し、失敗すれば falseを返す。 Javaァプリケーシヨンは、該ハンドラを登録することにより、ネットワークライブラリ 4505eからコールバックを受けることができる。

[0488] データ受信部 5402は、放送受信装置 3902の TSデコーダ 4307と TSマルチプレクサ 4310を OS4501のライブラリ 4501を通じて制御し、 TSデコーダ 4307によってフィルタリングされた、映像、音声、セクションデータを TSマルチプレクサ 4310によつて MPEG2トランスポートストリームに構成して読み出すものである。

[0489] データ受信部 5402は、制御部 5401およびダウンロードし^ Javaアプリケーションに Java APIを提供する。図 58は、データ受信部 1602が提供する Java APIの一例を示す図である。図 58 (1)メソッド openProgram Oは、引数で指定されたチャンネルの識別子から、 TSマルチプレクサ 510が構成した MPEG2トランスポートストリームを読み出す InputStreamのオブジェクトを返す。なお、失敗時には nullが返る。

[0490] 情報通信部 5403は、 OS4501のライブラリ 4501の NET4501b4を通じて、放送受信装置 3902のネットワーク部 4311を制御し、指定されたネットワーク 3907に接続されて、る外部機器と、メッセージの送受信を行うものである。

[0491] 情報通信部 5403は、制御部 5401およびダウンロードし^ Javaアプリケーションに J ava APIを提供する。

[0492] 図 59は、本発明の実施の形態 4に係る情報通信部 1603が提供する Java APIの一例を示す図である。

[0493] 図 59 (1)メソッド checkStorageAttribute ()は、引数で指定された情報蓄積装置に属性送信要求を送り、返答を受信して引数 devで示された NetDeviceクラスのォブジエタトに属性を設定するもので、成功すれば trueを返し、失敗すれば falseを返すものである。

[0494] 図 59 (2)メソッド sendS toreRequest Oは、引数 devで指定された映像蓄積装置に蓄積要求を送信して返答を受信するもので、成功すれば trueを返し、通信失敗もしくは要求拒否を受信した場合は falseを返すものである。引数 idは、制御部 5401が発行したマルチメディアデータの識別子であり、送信要求とともに、映像蓄積装置に送られる。

[0495] 図 59 (3)メソッド askContentStored Oは、引数 devで指定される映像蓄積装置に、引数 idで指定されるマルチメディアデータを蓄積してヽるか否かの問ヽ合わせを送信し、返答を受信するもので、蓄積していると返答を受けた場合は trueを、蓄積して V、な、と返答を受けた場合もしくは通信に失敗した場合は falseをそれぞれ返す。

[0496] 図 59 (4)メソッド sendTransferRequest Oは、引数 serverで指定される映像蓄積装置に、引数 idで指定されるマルチメディアデータを、引数 clientで指定される端末へ送信する要求を送信して返答を受信するものであり、 OKを受信した場合は trueを、 NGを受信した場合もしくは通信に失敗した場合は falseを、それぞれ返す。

[0497] 図 59 (5)メソッド acceptTerminalRequest ()は、引数 sで指定される Socketォブジェタトを用いて、該 Socketオブジェクトによって接続されて、る端末からの要求を受信し、端末が送信を要求しているマルチメディアデータの識別子を引数 reqに入れるものであり、通信が成功すれば trueを、失敗すれば falseを、それぞれ返す。図 60 は、本発明の実施の形態 4に係る MMRequestクラスの構成を示す図である。

[0498] 図 59 (6)メソッド notifyTransferDevice ()は、引数 sで指定される Socketォブジェクトを用いて、該 Socketオブジェクトによって接続されている端末へ、引数 devで指定される映像蓄積装置カゝらマルチメディアデータが送信されることを通知するもので、成功すれば trueを返し、失敗すれば falseを返すものである。

[0499] 図 59 (7)メソッド notifyTransferData Oは、引数 sで指定される Socketオブジェクトを用いて、該 Socketオブジェクトによって接続されている端末へ、放送受信装置 3 902からマルチメディアデータが送信されることを通知するもので、成功すれば true を返し、失敗すれば falseを返すものである。

[0500] 図 59 (8)メソッド notifyUnableTransfer ()は、引数 sで指定される Socketォブジェクトを用いて、該 Socketオブジェクトによって接続されている端末へ、引数 status で表される理由〖こより、要求されたマルチメディアデータを送信できないことを通知するものであり、成功すれば trueを返し、失敗すれば falseを返すものである。 [0501] 図 59 (9)メソッドcollectNetDevice Oは、ネットワーク 3907に接続されている外部装置の情報を集め、その情報として NetDeviceオブジェクトの配列を返す。この処理は、 UPnP DAに定義された方法によって行うことが可能であるため、処理の詳細は省略する。

[0502] 選択部 5404は、設定されたアルゴリズムにした力^、、映像蓄積装置の属性およびマルチメディアデータの属性などから、ネットワーク 3907に接続された映像蓄積装置のうちひとつを選択するものである。

[0503] 選択部 5404は、制御部 5401およびダウンロードし^ Javaアプリケーションに Java

APIを提供する。

[0504] 図 61は、本発明の実施の形態 4に係る選択部 5404が提供する Java APIの一例を示す図である。

[0505] 図 61 (1)メソッド selectDevice ()は、後述のメソッド setAlgorithm Oによって設定されたアルゴリズムにしたがって、引数 devicesで示された映像蓄積装置の中から、 d evicesに格納されている映像蓄積装置の属性、および、引数 idで示されたチャンネルの識別子と図 47に示した第 2メモリ 4303に記憶している番組情報力も読み取れるマルチメディアデータの属性などをもとに、ひとつの映像蓄積装置を選択するものであり、成功すれば選択した映像記憶装置を devicesのインデックスで返し、失敗すれば負の値を返すものである。選択するアルゴリズムとしては、空き容量の大きい映像蓄積装置を選択する、マルチメディアデータのジャンルごとに映像蓄積装置を割り振つて選択する、該マルチメディアデータのジャンルと同じジャンルのマルチメディアデータをユーザ操作によって録画した頻度の高い映像蓄積装置を選択する、後述のメソッド setStoragePriority Oによって設定された、映像蓄積装置の優先度にしたがつて選択する、後述のメソッド setTerminalPriority Oによって設定された端末の優先度と、後述のメソッド setCombination Oによって設定された端末と映像蓄積装置の組から、端末の優先度にしたがって端末を選択し、その端末と組になつている映像蓄積装置を選択する、あるいは、複数の映像蓄積装置があった場合に、 Javaアプリケーシヨンにコールバック関数によって知らせ、ユーザに一覧を提示し、ユーザからの入力を受け付けて、後述のメソッド setSelectedStorageDevice Oによって指定された映像蓄積装置を選択する、などがある。

[0506] 図 61 (2)メソッド setSelectAlgorithm Oは、選択部 5404が映像蓄積装置を選択する際のアルゴリズムを、引数 idで与えられたものに設定するもので、成功すれば tru eを返し、失敗すれば falseを返す。 idの値と各アルゴリズムは、予め定められたものである。

[0507] 図 61 (3)メソッド setStoragePriority ()は、選択部 5404が映像蓄積装置の優先度にしたがって選択を行う場合の、映像蓄積装置の優先度を設定するもので、引数 d evicesの配列の順に優先度が高いものとする。処理が成功すれば trueを返し、失敗すれば falseを返す。なお、本メソッドは、映像蓄積装置とその優先度の値の組の配列を引数として設定する構成であっても良、。

[0508] 図 61 (4) setTerminalPriority Oは、選択部 5404が端末の優先度にしたがって映像蓄積装置の選択を行う場合の、端末の優先度を設定するもので、引数 devices の配列の順に優先度が高いものとする。処理が成功すれば trueを返し、失敗すれば falseを返す。なお、本メソッドは、端末とその優先度の値の組の配列を引数として設定する構成であっても良い。

[0509] 図 61 (5)メソッド setCombination Oは、選択部 5404が端末の優先度にしたがつて映像蓄積装置の選択を行う場合の、映像蓄積装置と端末の組を設定するものであり、引数 devicesで映像蓄積装置を与え、引数 termsで端末を与え、それぞれの配列で同 I ンデッタスのものを組として設定する。

[0510] 図 61 (6)メソッド setSelectedStorageDevice ()は、引数 idで与えられたインデッタスの映像蓄積装置を、選択した映像蓄積装置とするものである。本メソッドは、メソッド selectDevice O力設定されたアルゴリズムによりユーザの入力によって選択する場合、 Javaアプリケーションにコールバック関数によって通知し、ユーザの入力を受け付けた javaアプリケーションによって呼び出されるものである。コールバック関数は、 Javaアプリケーションのハンドラオブジェクトを Handlerとすると、 Handler, notify ( NetDevices [] devices, Object obj)といったもので、これにより Javaアプリケーシヨンは引数で与えられた映像蓄積装置の一覧をユーザに提示して、ユーザ入力を受け付ける。受け付けた入力から、指定されたものの、配列 devicesのインデックスを取得し、 I数 objで制御部 5401もしくは選択部 5404のインスタンスが与えられるので、そのメソッド setSelectedStorageDevice Oを呼び出して設定する。上記ハンドラオブジェクト Handlerは、制御部 5401のメソッド registerHandler Oによって、登録されたものである。なお、選択部 5404力同じ registerHandler Oメソッドをもち、 J avaアプリケーションに公開する構成であっても良い。

[0511] データ出力部 5405は、 OS4501のライブラリ 4501の NET4501b4を通じて、放送受信装置 3902のネットワーク部 4311を制御し、指定されたネットワーク 3907に接続されて!/ヽる外部機器に、データ受信部 5402が受信したマルチメディアデータを送信するものである。

[0512] データ出力部 5405は、制御部 5401およびダウンロードし^ Javaアプリケーションに Java APIを提供する。

[0513] 図 62は、本発明の実施の形態 4に係るデータ出力部 1605が提供する Java API の一例を示す図である。

[0514] 図 62 (1)メソッド sendData Oは、引数 devで指定されたネットワーク 3907に接続されて、る装置に、引数 isで指定された InputStreamオブジェクトから読み込んだデータを、 isから EOFを読み込むまで送信するもので、成功すれば trueを返し、失敗すれば falseを返すものである。

[0515] 権利処理部 5406は、サービスマネージャ 4504に、マルチメディアデータの利用に伴う課金などの権利処理を依頼するものである。

[0516] 権利処理部 5406は、制御部 5401およびダウンロードし^ Javaアプリケーションに J ava APIを提供する。

[0517] 図 63は、本発明の実施の形態 4に係る権利処理部 5406が提供する Java APIの一例を示す図である。

[0518] 図 63 (1)メソッド requestContentUse ()は、引数 idで指定されたコンテンツの権利処理をサービスマネージャ 4504に依頼するものであり、コンテンツ使用が許可されれば trueが返り、許可されない、もしくは処理に失敗すれば falseが返るものである

[0519] ここで、制御部 5401の、メソッド sendMultimediaData ()およびメソッド acceptM ultimediaRequest ()の処理を説明する。

[0520] まず、メソッド sendMultimediaData ()の処理にっ、て説明する。 sendMultimed iaData Oが呼び出されれば、まず、制御部 5401のメソッド collectNetDevice ()によって、ネットワーク 3907に接続された映像蓄積装置を検索する。続いて、各映像蓄積装置ごとに、情報通信部 5403のメソッド checkStorageAttribute ()を呼び出して、各映像蓄積装置の属性を調べる。続いて、選択部 5404のメソッド selectDevice 0を呼び出して、映像蓄積装置を選択する。さらに、このマルチメディアデータを識別する識別子を発行する。選択した映像蓄積装置に対し、情報通信部 5403のメソッド sendStoreRequest Oを呼び出すことで、蓄積要求をマルチメディアデータの識別子とマルチメディアデータの番組情報ともに送信する。続いて、データ受信部 540 2のメソッド openProgram Oを呼び出して、マノレチメディアデータを読み出す Input Streamオブジェクトを取得する。さらに、データ出力部 5405のメソッド sendData O を呼び出して、選択した映像蓄積装置に、受信したマルチメディアデータを送信する。処理が成功すれば、マルチメディアデータの属性とともに、発行したマルチメディアデータの識別子を第 2メモリ 4303に記憶させる。

[0521] なお、 collectNetDevice ()を実行したあとに、これらの情報を第 2メモリ 4303に記憶させ、以降は第 2メモリ 503に記憶したものを読み出す構成であっても良い。

[0522] 次に、メソッド acceptMultimediaRequest ()の処理にっ、て説明する。メソッド ac ceptMultimediaRequest ()は、呼び出されると、別のスレッドもしくはプロセスを生成し、その上で動作する。まず、端末からの接続を受け付ける Socketオブジェクトを作成し、接続要求を待ち受ける。端末から、接続要求がくれば、情報通信部 5403のメソッド acceptTerminalRequest Oを呼び出し、該端末からの要求を受信する。続いて、要求されたマルチメディアデータの識別子を、端末からの要求、もしくは端末から受け取ったチャンネルの識別子と第 2メモリ 4303に記憶させた情報とから特定する。次に、制御部 5401のメソッド collectNetDevice ()を呼び出す力、もしくは、第 2メモリ 4303に記憶させた情報から、ネットワークに接続された映像蓄積装置を検索する。続いて、各映像蓄積装置ごとに、情報通信部 5403のメソッド askContentStore d ()を呼び出し、該映像蓄積装置に該マルチメディアデータが蓄積されている力否かを問い合せる。蓄積している映像記憶装置があれば、該映像蓄積装置に、情報通信部 5403のメソッド sendTransferRequest Oを呼び出すことによって、該要求のあつた端末へ、該マルチメディアデータの送信要求を発行する。なお、該要求のあった端末は、端末と通信している Socketオブジェクトと、管理部のメソッド collectNetDevic e ()の結果もしくは第 2メモリ 4303に記憶させた情報より特定する。なお、このとき、必要であれば、権利処理部 5406のメソッド requestContentUse ()を呼び出すことで、権利処理を行う。続いて、該要求のあった端末には、情報通信部 5403のメソッド n otigyTransferDevice ()を呼び出すことで、該蓄積してヽる映像蓄積装置を通知する。また、該マルチメディアデータを蓄積している映像蓄積装置が見つからな力つた場合は、サービスマネージャ 4504にチャンネルの識別子を引き渡して、番組受信を依頼する。続いて、上記メソッド sendMultimediaData Oの場合と同様、データ受信部 5402のメソッド openProgramOを呼び出し、受信するマルチメディアデータを読み出す InputStreamを生成する。メソッド openProgram O力 ullを返せば、情報通信部 5403のメソッド notifyUnableTransfer ()を呼び出して、該端末へデータ送信が不可能なことを通知し、待ち受け要求に戻る。メソッド openProgram O力 Inputs treamオブジェクトのインスタンスを返せば、情報通信部 5403のメソッド110 £ 1^&11 sferData Oメソッドを呼び出すことにより、該端末に、放送受信装置 3902から該マルチメディアデータを送信することを通知する。続いて、データ出力部 5405のメソッド sendData Oを呼び出すことで、該端末へ該マルチメディアデータを送信する。データ送信が終了すれば、接続要求の待ち受けに戻る。なお、接続要求を受け付けると、さらに、別スレッドもしくはプロセスを生成して、以降の処理は該別スレッドもしくはプロセスで動作し、もとのスレッドもしくはプロセスは接続要求の待ち受けに戻る構成であっても良い。この場合、該別スレッドもしくはプロセス上の処理は、接続要求待ち受けに戻らず、終了する。

以上の構成により、 Javaアプリケーションは、ユア VoDで提供される番組のマルチメディアデータを、利用に先立って受信し、映像蓄積装置に蓄積しておくことが可能となる。なお、この蓄積は、一定の時間間隔で実行しても良ぐまた、ユーザの設定した日時に行っても良い。また、ユーザの設定した時間間隔で行っても良い。また、ユーザの操作により行っても良い。また、放送局からの指示で行っても良い。

[0524] 次に、映像蓄積装置 3903および映像蓄積装置 3904の構成について説明する。

[0525] 図 64は、本発明の実施の形態 4における映像蓄積装置 3903および映像蓄積装置 3904の構成を示すブロック図である。本図に示す映像蓄積装置 3903および映像蓄積装置 3904は、入力部 6401、第 1メモリ 6402、第 2メモリ 6403、多重分離部 6 404、 TSデコーダ 6405、映像出力部 6406、音声出力部 6407、ネッドワーク部 640 8、および、 CPU26409で構成される。なお、本実施の形態おける映像蓄積装置 39 03および映像蓄積装置 3904は、マルチメディアデータを蓄積するだけでなぐユーザの操作によって、放送受信装置 3902から受信したマルチメディアデータおよび蓄積したマルチメディアデータの再生も行う構成である。

[0526] 入力部 6401、第 1メモリ 6402、第 2メモリ 6403は、上記した本実施の形態における放送受信装置 3902の入力部 4301、第 1メモリ 4302、第 2メモリ 4303と同様のものである。なお、映像蓄積装置 3903および映像蓄積装置 3904は、第 2メモリ 6403 に、マルチメディアデータを蓄積する。また、マルチメディアデータだけでなぐ該マルチメディアデータの識別子、タイトル、放送日時、放送チャンネルなど EPG力得られる番組情報も同時に、メタデータとして蓄積する。

[0527] 多重分離部 6404は、 CPU6409から MPEGトランスポートストリームを受け取り、 C PU6409から指定された情報を抽出し、 CPU6409に引き渡す。また、 MPEGトランスポートストリームをそのまま TSデコーダ 6405に引き渡す。

[0528] TSデコーダ 6405は、 CPU6409力ら、音声データ、映像データの識別子を受け取る。さらに、多重分離部 6404から受け取ったストリームから、受け取った音声データ、映像データの識別子に対応するデータを抽出する。抽出した映像データを映像出力部 6406に、音声データを音声出力部 6407に、それぞれ引き渡す。

[0529] 映像出力部 6406、音声出力部 6407は、上記した本実施の形態における放送受信装置 3902の映像出力部 4308、音声出力部 4309と同様のものである。

[0530] ネットワーク部 6408は、ネットワークインタフェースを含み、 CPU6409から受け取つたデータを、ネットワークインタフェースが接続されたネットワークの物理メディアに応じた信号に変換して出力する。また、ネットワークインタフェース力も信号を受信し、 IPネットワークで規定されたパケットに変換して、 CPU6409へ引き渡す。

[0531] CPU6409は、第 2メモリ 6403が記憶するプログラムを実行することで、多重分離部 6404、 TSデコーダ 6405、ネッドワーク部 6409を制御する。

[0532] 図 65は、本発明の実施の形態 4における映像蓄積装置 3903および映像蓄積装置 3904が保持し、実行するプログラム構成を示す図である。本図は、第 2メモリ 640 3に保持記憶され、 CPU6409に実行されるプログラムの構成図の一例である。

[0533] プログラム 6500は、複数のサブプログラムで構成され、具体的には OS6501、 Jav aVM6502、サービスマネージャ 6503、 Javaライブラリ 6504で構成される。

[0534] OS6501は、映像蓄積装置 3903および映像蓄積装置 3904の電源が投入されると、 CPU6409が起動するサブプログラムである。 OS6501は、オペレーティングシステムの略であり、 Linux等が一例である。 OS6501は、他のサブプログラムを平行して実行するカーネル 6501a及びライブラリ 6501bで構成される公知の技術の総称であり、詳細な説明は省略する。本実施の形態においては、 OS6501のカーネル 650 laは、 Java VM6503をサブプログラムとして実行する。また、ライブラリ 6501bは、これらサブプログラムに対して、映像蓄積装置 3903および映像蓄積装置 3904が保持する構成要素を制御するための複数の機能を提供する。

[0535] 本実施の形態では、ライブラリ 6501bは機能の一例として、限定解除 6501bl、 A V再生 6502b2、 NET6501b3を含む。

[0536] 限定解除 6502b 1は、他のサブプログラムや Javaライブラリ 6504の CA6504cから情報を受け取り、ネットワークカゝら受信した暗号ィ匕データを復号したり、 AV再生 6501 b2を有効にして、ネットワーク力も受信したマルチメディアデータおよび第 2メモリ 640 3に蓄積したマルチメディアデータの再生を許可したりするものである。

[0537] AV再生 6502b2は、他のサブプログラムや Javaライブラリ 6504の JMF6504aから、音声のパケット IDと映像のパケット IDを受け取る。受け取った音声のパケット IDと映像のパケット IDを、 TSデコーダ 6405に与える。この結果、 TSデコーダ 6405は与えられたパケット IDに基づいて、フィルタリングを行い、映像 '音声の再生を実現する。

[0538] NET6501b3は、他のサブプログラムや Javaライブラリ 6504のネットワークライブラリ 6504dから受け取ったデータを、 IPネットワークで規定されるアプリケーション層より下のプロトコルのパケットを作成する。アプリケーション層より下のプロトコルとは、例えば TCPパケット、 UDPパケット、 IPパケットなどである。これをネットワーク部 6408に引き渡すことで、ネットワーク 3907を介して他の機器にメッセージおよびデータを送信する。また、ネットワーク 3907を介して他の機器からのメッセージを受信したときに、他のサブプログラムや Javaライブラリ 6504のネットワークライブラリ 6504dに、アプリケーシヨン層のプロトコルのパケットに変換して引き渡す。アプリケーション層のプロトコルとは、例えば、 HTTPや RTPなどである。

[0539] JavaVM6502は、上記した本実施の形態における放送受信装置 3902の JavaV M4503と同様のものである。

[0540] サービスマネージャ 6503は、上記した本実施の形態における放送受信装置 3902 のサービスマネージャ 4604と、以下の相違点を除いて同様のものである。サービスマネージャ 4604は再生部 4602bよりチャンネル識別子を受け取り、その識別子を T uner4605cに引き渡してチューニングさせ、さらに CA4605dに依頼してデスクランブルを行い、 JMF4605aにチャンネルの識別子を与えて映像 '音声の再生を依頼するものであった力サービスマネージャ 6503は、 Javaライブラリ 6504の中にある List 6504iからコンテンツの識別子を受け取り、 Javaライブラリ 6504の中にある IO6504f にコンテンツの識別子を渡して第 2メモリ 6403に蓄積しているストリームを読み出す力ネットワークライブラリ 6504dにコンテンツの識別子とそれを受信する装置を引き渡して、該装置からストリームを受信するかを行い、続いて、 Javaライブラリ 6504の中にある JMF6504aにコンテンツの識別子を与えることで、映像'音声の再生を依頼するものである。 List6504iについては、後述する。

[0541] また、サービスマネージャ 6503は、 Javaライブラリ 6504の中にあるネットワークライブラリ 6504dに、放送受信装置 3902からの蓄積要求待ち受け、および、データ受信と蓄積を依頼することで、放送受信装置 3902からマルチメディアデータを受信して、第 2メモリ 6403に蓄積する。

[0542] また、サービスマネージャ 6503は、 Javaライブラリ 6504の中にあるネットワークライブラリ 6504d〖こ、放送受信装置 3902からのマルチメディアデータ送信要求依頼、および、端末 3905もしくは端末 3906からのデータ送信要求の受付と、該依頼に対応したデータ送信を依頼することにより、第 2メモリ 6403に蓄積したマルチメディアデータを端末に送信する。

[0543] Javaライブラリ 6504は、第 2メモリ 6403に格納されている複数の Javaライブラリの集合である。本実施の形態では、 Javaライブラリ 6504は、 JMF6504a、 AM6504b 、 CA6504c、ネットワークライブラリ 6504d、再生 Lib6504e、 List6504i等を含んでいる。

[0544] JMF6504a、 AM6504b、再生 Lib6504e、 IO6504f、 AWT6504g、 SI6504h は、それぞれ、上記した本実施の形態における放送受信装置 3902の Javaライブラリ 4505の中の JMF4505a、 AM4505b、再生 Lib4505f、 IO4505g、 AWT4505h、 SI4505iと同様のものである。

[0545] CA6504cは、ネットワーク 3907経由で送信されてきたマルチメディアデータおよび第 2メモリ 6403に蓄積したマルチメディアデータのコピー制御および課金など、該マルチメディアデータの権利処理を管理するものである。コピー制御は、送信されてきたトランスポートストリームのセクション情報に含まれているコピー制御情報を参照して、必要であれば書き換えを行う。また、課金などは、ネットワークライブラリ 6504dを通して、放送受信装置 3902と通信することによって行う。

[0546] List6504iは、放送受信装置 3902における EPG、第 2メモリ 6403に蓄積されているマルチメディアコンテンツの一覧、および、ネットワーク 3907に接続された映像蓄積装置に蓄積されているマルチメディアコンテンツの一覧を表示し、入力部 6401が受け付けたユーザ操作によって、一覧からひとつのマルチメディアコンテンツを選択し、サービスマネージャ 6503に再生を依頼するものである。放送受信装置 3902もしくはネットワーク 3907に接続された他の映像蓄積装置に蓄積されたコンテンツの場合は、該装置の情報もサービスマネージャ 6503に引き渡す。第 2メモリ 6403に蓄積されたコンテンツの一覧は IO6504fを通して情報を読み出すことで取得できる。また、放送受信装置 3902における EPGおよびネットワーク 3907に接続された他の映像蓄積装置に蓄積されたコンテンツの一覧は、ネットワークライブラリ 6504dを通して、取得することができる。これらの情報は、 UPnP AVに定義された方法によって実現できるため、詳細説明は省略する。 [0547] ネットワークライブラリ 6504dは、 OS6501bの NET6501b3を通して、ネットワーク 3907に接続された放送受信装置 3902、他の映像受信装置、端末 3905および端末 3906と通信するものである。放送受信装置 3902とは、映像蓄積装置の属性送信、マルチメディアデータの蓄積要求受信と該マルチメディアデータの受信、マルチメディアデータを蓄積して、るかの問、合わせ受信とその返信、蓄積して、るマルチメディアデータの送信依頼受付および該マルチメディアデータの利用に伴う権利処理の通信を行う。また、他の放送受信装置、端末 3905および端末 3906とは、マルチメディアデータの一覧送受信、マルチメディアデータの送信、マルチメディアデータの受信を行う。

[0548] 図 66は、本発明の実施の形態 4に係るネットワークライブラリ 6504dの内部構成の一例を示すブロック図である。ネットワークライブラリ 5404dは、制御部 6601、制御情報通信部 6602、データ受信部 6603、データ送信部 6604、属性管理部 6605、および、権利処理部 6606を含む。なお、ネットワークライブラリ 6504dは、 IPネットワークに関連する他の機能を含んでも良、。

[0549] 制御部 6601は、ダウンロードし^ Javaアプリケーションに対して、ネットワークライブラリ 6504dが実現する機能を提供する。すなわち、制御部 6601は、ダウンロードした Javaアプリケーションに対して Java APIを提供し、 Javaアプリケーションがこの API を呼び出すことで、ネットワークを利用した機能が実現できる。制御部 6601は、 Java APIが呼び出されると、適宜、制御情報通信部 6602、データ受信部 6603、データ送信部 6604、属性管理部 6605、権禾 IJ処理部 6606や、他の Javaライブラリ 6504および OS6501のライブラリ 6501bを利用して処理を行う。

[0550] 図 67は、本発明の実施の形態 4に係るネットワークライブラリ 6504dの内部構成に含まれる制御部 6601が提供する Java APIの一例を示す図である。

[0551] 図 67 (1)メソッド collectNetDevice Oは、ネットワーク 3907に接続されている外部装置の情報を集め、その情報として NetDeviceオブジェクトの配列を返し、失敗時は nullを返す。このメソッドは後述の制御情報通信部 6602のメソッド collectDevice () を用いることで行う。

[0552] 図 67 (2)メソッド acceptRequestToStore ()は、呼び出されれば別のプロセスもしくはスレッドを起動してその上で動作することで常駐するものであり、放送受信装置 3 902からの属性送信要求受付け、マルチメディアデータの蓄積要求受付、マルチメディアデータの受信と第 2メモリ 6403への蓄積を行う。正常終了時には trueを返し、異常時には falseを返す。

[0553] なお、常駐せずにひとつの要求をうければ終了する構成であっても良い。また、 Jav aアプリケーション力もネットワーク 3907に接続された機器が引数で渡され、その機器と通信することより、該機器力データを受信して蓄積する構成であっても良い。詳細については後述する。

[0554] 図 67 (3)メソッド& 6 !^ 1½51;丁01^&115£61：()は、呼び出されれば別のプロセスもしくはスレッドを起動してその上で動作することで常駐するものであり、放送受信装置 3902からの特定のマルチメディアデータを蓄積しているか否かの問い合わせを受け付けて返答し、また、放送受信装置 3902から特定のマルチメディアデータを特定の端末への送信要求を受け付けて、該マルチメディアデータを該端末へ送信するものである。また、端末 3905、端末 3906など外部装置力マルチメディアデータの送信要求を受け付けて、該マルチメディアデータを送信するものである。正常終了時には trueを返し、異常時には falseを返す。なお、常駐せずにひとつの要求をうければ終了する構成であっても良い。詳細については後述する。

[0555] 図 67 (4)メソッド getMultimediaData ()は、 Javaアプリケーションもしくは他のサブプログラム力もネットワーク 3907に接続された装置とコンテンツの識別子と出カストリームを受け付け、該装置から、該識別子で特定されるマルチメディアデータを受信し、該出カストリームへ書き込むものである。成功時には trueを返し、失敗時には false を返す。このメソッドにより、 Javaアプリケーションは、ネットワーク 3907に接続された他の機器力 Sもつマルチメディアデータを受信して再生することができる。詳細については後述する。

[0556] 図 67 (5)および（6)メソッド getContentList ()は、 Javaアプリケーションもしくは他のサブプログラムから、ネットワーク 3907に接続された映像蓄積装置を受け取り、その映像蓄積装置が蓄積して、るコンテンツ一覧を取得し、 Contentlnfoオブジェクトの配列で返すもので、成功時にはこの配列が、失敗時には nullが返るものである。このメソッドは、引数としてひとつの NetDeviceオブジェクトをとる場合と、 NetDevice オブジェクトの配列をとる場合がある。図 68は、本発明の実施の形態 4に係るネットヮ一クライブラリ 6504dで使用される Contentlnfoクラス定義の一例を示す図である。図 68で、 devは該映像蓄積装置を示し、 contentldは該コンテンツの識別子を表し、 channelldは該コンテンツが放送されたチャンネルの識別子を表し、 titleは該コンテンッのタイトルを表し、 gunreは該コンテンツのジャンルを表し、 broadDaeは該コンテンッが放送された日時を表し、 recDateは該コンテンツが録画された日時を表す。これは後述の制御情報通信部 2802のメソッド getContentList ()を呼び出すことで行われる。

[0557] 図 67 (7) getEPGData ()は、指定された機器から EPG情報を取得して Contentl nfoオブジェクトの配列を返すもので、引数 devで指定される装置が放送受信装置 39 02でないか、失敗した場合は nullを返すものである。本メソッドは、後述する制御情報通信部 6402のメソッド getEPGData ()を呼び出すことで行われる。

[0558] 図 67 (8)メソッド updateAttribute ()は、引数 idで指定されたコンテンツが、引数 t ypeで指定された処理が行われた場合の属性情報の更新を行うものであり、成功すれば trueを、失敗すれば falseを返す。本メソッドは、後述する属性管理部 6605のメソッド updateAttribute ()を呼び出すことで行われる。

[0559] 制御情報通信部 6602は、 OS6501のライブラリ 6501の NET6501b3を通じてネットワーク部 6408を制御し、指定されたネットワーク 3907に接続されている外部機器と、メッセージの送受信を行うものである。

[0560] 制御情報通信部 6402は、制御部 6401およびダウンロードし^ Javaアプリケーションに Java APIを提供する。

[0561] 図 69は、本発明の実施の形態 4に係るネットワークライブラリ 6504dの内部構成に含まれる制御情報通信部 6602が提供する Java APIの一例を示す図である。

[0562] 図 69 (1)メソッド collectNetDevice ()は、上記の本実施の形態における放送受信装置 102のネットワークライブラリ 4505eの情報通信部 5403のメソッド collectNetD evice ()と同様のものである。

[0563] 図 69 (2)メソッド getRequestMessage ()は、引数 sで与えられたソケットからメッセージを受信し、バイト列で返すもので、成功すればバイト列を返し、失敗すれば null を返すものである。本メソッドは、外部機器力もの要求を受信するときに用いるものである。

[0564] 図 69 (3)メソッドsendResponseMessage Oは、引数 sで与えられたソケットに、引数 mesで与えられたメッセージを送信するものであり、成功すれば trueを返し、失敗すれば falseを返す。このメソッドは、外部機器からの要求に対する返答を送るときに用いられる。

[0565] 図 69メソッド（4) sendRequestMessage ()は、引数 sで与えられたソケットに、引数 mesで与えられたメッセージを送信するものであり、成功すれば trueを返し、失敗すれば falseを返す。このメソッドは、外部機器へ要求を送るときに用いられる。

[0566] 069 (5) ^y^ getResponseMessage ()は、引数 sで与えられたソケットからメッセージを受信し、バイト列で返すもので、成功すればバイト列を返し、失敗すれば nul 1を返すものである。本メソッドは、外部装置に送った要求に対する返答を該外部装置力受信するときに用いるものである。

[0567] 図 69 (6)および（7)メソッド getConentList Oは、引数 devで与えられた映像蓄積装置、もしくは devicesで与えられた複数の映像蓄積装置に蓄積されて、るコンテンッの一覧を取得し、 Contentlnfoオブジェクトの配列を返すもので、成功時には該配列が、失敗時には nullが返る。各映像記憶装置に蓄積されたコンテンツ一覧の取得は、 UPnP AVで定義された方法によって行えるため、詳細は省略する。

[0568] 図 69 (8)メソッド getEPGData Oは、引数 devで与えられた放送受信装置力も EP G情報を取得して、 Contentlnfoオブジェクトの配列を返すものであり、成功時には該配列が、失敗時には nullが返る。放送受信装置力もの EPG情報の取得も、 UPnP AVで定義された方法によって行えるため、詳細は省略する。

[0569] データ受信部 6403は、 OS6501のライブラリ 6501の NET6501b3を通じてネットワーク部 6408を制御し、ネットワーク 3907に接続された放送受信装置もしくは映像蓄積装置から、ネットワーク 3907を通じてマルチメディアデータを受信するものである。

[0570] データ受信部 6603は、制御部 6601およびダウンロードし^ Javaアプリケーションに Java APIを提供する。

[0571] 図 70は、本発明の実施の形態 4に係るネットワークライブラリ 6504dの内部構成に含まれるデータ受信部 6603が提供する Java APIの一例を示す図である。

[0572] 図 70 (1)メソッド openRemoteProgram Oは、引数 devで与えられた装置の、引数 portで指定されたポートから、マルチメディアデータを受信する通信路を確保し、 Re moteProgramオブジェクトで返すもので、成功時には該オブジェクトが、失敗時には nullが返る。図 71に、本発明の実施の形態 4に係る RemoteProgramクラスの構成の一例を示す。図 71で、 sは通信の用いるソケットを表す。メソッド getMedialnput Stream ()は、該マルチメディアデータを読み出す InputStreamオブジェクトを返すものである。

[0573] 図 70 (2)メソッド openRemoteProgram Oは、引数 devで与えられた装置に蓄積された、引数 idで与えられた識別子を持つマルチメディアデータを受信する通信路を確保し、 RemoteProgramオブジェクトで返すもので、成功時には該オブジェクトが、失敗時には nullが返る。本メソッドは、まず、該装置と通信する Socketオブジェクトを生成して接続する。続いて、与えられた識別子を含んだ送信要求メッセージを作成し、制御情報通信部 6602のメソッド sendRequestMessage Oを呼び出すことで、該機器に送信する。続いて、制御情報通信部 6602の getResponseMessage Oを呼び出すことで、返答メッセージを受け取る。返答メッセージが OKであれば、それを解析する。そして、特定のポート番号が指定されていれば、新しい Socketオブジェクトを作成し、その Socketオブジェクトを用いて RemoteProgramオブジェクトを生成して返す。特定のポートが指定されていなければ、通信に用いた Socketオブジェクトから RemoteProgramオブジェクトを生成して返す。返答メッセージが NGであれば、 nullを返す。

[0574] データ送信部 6604は、 OS6501のライブラリ 6501の NET6501b3を通じてネットワーク部 6408を制御し、指定されたネットワーク 3907に接続されている外部機器に、指定されたマルチメディアデータを出力するものである。

[0575] データ送信部 6604は、制御部 6601およびダウンロードし^ Javaアプリケーションに Java APIを提供する。 [0576] 図 72は、本発明の実施の形態 4に係るネットワークライブラリ 6504dの内部構成に含まれるデータ送信部 2803が提供する Java APIの一例を示す図である。図 72 (1 )メソッド sendMultimediaData Oは、引数 devで与えられた装置の、引数 portで与えられたポートに、図 72 (2)メソッド sendMultimediaData Oは、引数 sで与えられた Socketオブジェクトを用いて、引数 isで与えられた InputStreamオブジェクトからデータを読み込んで、その EOFまでデータを送信するもので、成功すれば trueを返し、失敗すれば falseを返すものである。

[0577] 属性管理部 6605は、映像蓄積装置の属性を管理するものである。映像蓄積装置の属性は、第 2メモリ 6403に保存されており、属性管理部 6605は、 Javaライブラリ 6 206の中の IO6404fを用いてこれを読み書きする。

[0578] 属性管理部 6605は、制御部 6601およびダウンロードし^ Javaアプリケーションに J ava APIを提供する。

[0579] 図 73は、本発明の実施の形態 4に係るネットワークライブラリ 6504dの内部構成に含まれる属性管理部 6605が提供する Java APIの一例を示す図である。

[0580] 図 73 (1)メソッド updateAttribute ()は、引数 idで指定されたコンテンツが、引数 t ypeで指定された処理が行われた場合の属性情報の更新を行うものであり、成功すれば trueを、失敗すれば falseを返す。 typeの値が 0の場合は蓄積を示し、 1の場合は再生もしくはネットワークへの送出を表す。本メソッドは、第 2メモリ 6403から属性情報と蓄積されているコンテンツの情報を読み出し、該コンテンツのジャンルを調べ、また、第 2メモリ 6403のマルチメディアデータ用領域の空き容量を調べることにより、属性情報を更新する。そして、更新した属性情報を第 2メモリ 2603に書き込む。

[0581] 図 73 (2)メソッド getAttribute ()は、第 2メモリ 6403から属性情報を読み出し、必要なデータを DevAttribオブジェクトに格納して、該 DevAttribオブジェクトを返すものであり、失敗時には nullを返す。

[0582] 権利処理部 6606は、放送受信装置 3902に、引数 idで与えられた識別子のコンテンッの利用に関する権利処理を行うものである。

[0583] 権禾 IJ処理部 6606は、制御部 6601およびダウンロードし^ Javaアプリケーションに J ava APIを提供する。 [0584] 図 74は、本発明の実施の形態 4に係るネットワークライブラリ 6504dの内部構成に含まれる権利処理部 6606が提供する Java APIの一例を示す図である。

[0585] 図 74 (1)メソッド requestContentUse ()は、引数 idで与えられた識別子のコンテンッを、引数 devで与えられた装置へ、使用の許可を要求するもので、許可が得られれば trueを、許可されない、もしくは処理に失敗した場合は falseを、それぞれ返す。本メソッドは、要求メッセージを作成し、制御情報通信部 6402のメソッド sendReque stMessage Oを呼び出して送信する。また、制御情報通信部 2802のメソッド getRes poseMessage Oを呼び出して返答メッセージを受信する。そして、返答メッセージが OKを示して!/ヽれば trueを返し、 NGを示して!/、れば falseを返す。

[0586] ここで、制御部 6401の、メソッド acceptRequestToStore ()、メソッド acceptRequ estToTransfer O、メソッド getMultimediaData ()について説明する。

[0587] メソッド acceptRequestToStore ()は、呼び出されると、別のスレッドもしくはプロセスを生成し、その上で動作する。まず、放送受信装置 3902からの接続を受け付ける Socketオブジェクトを生成し、接続要求を待ち受ける。放送受信装置 3902から接続要求がくれば、制御情報通信部 6602のメソッド getRequestMessage ()を呼び出して、要求メッセージを受信する。受信した要求メッセージが属性の問い合わせであれば、属性管理部 6605のメソッド getAttribute ()を呼び出して属性情報を読み出し、制御情報通信部 6602のメソッド sendResponseMessage ()を呼び出すことで、属性情報を返信し、接続要求の待ち受けに戻る。受信した要求メッセージがマルチメディァデータの蓄積要求であれば、まず、要求メッセージからマルチメディアデータの識別子と番組情報を取り出だす。続いて、データ受信部 6603のメソッド openRemot eProgram Oを呼び出すことで、受信する InputStreamを作る。続いて、該識別子、番組情報と該 InputStreamから受信するマルチメディアデータを、 Javaライブラリ 27 04の中の IO6504fを通じて、第 2メモリ 6403に書き込むことにより、該マルチメディァデータを蓄積する。さらに、属性管理部 6605のメソッド updateAttribute Oを呼び出すことにより、属性情報を更新する。以上の処理を終了すれば、接続要求の待ち受けに戻る。なお、接続要求を受け付けると、さらに、別スレッドもしくはプロセスを生成して、以降の処理は該別スレッドもしくはプロセスで動作し、もとのスレッドもしくはプロセスは接続要求の待ち受けに戻る構成であっても良い。この場合、該別スレツドもしくはプロセス上の処理は、接続要求待ち受けに戻らず、終了する。なお、メソッ KacceptRequestToStore ()は、引数に NetDeviceオブジェクトをとり、この引数によって放送受信装置 3902が与えられる構成であっても良い。この場合、上記の処理に加え、待ち受けしている Socketオブジェクトに接続してきた装置が、引数で与えられた装置でなければ、接続要求を受け入れな、ことを行う。

メソッド acceptRequestToTransfer Oは、呼び出されると、別のスレッドもしくはプ口セスを生成し、その上で動作する。まず、ネットワーク 3907に接続された装置からの接続を受け付ける Socketオブジェクトを生成し、接続要求を待ち受ける。接続要求がくれば、制御情報通信部 6602のメソッド getRequestMessage ()を呼び出して、要求メッセージを受信する。受信した要求メッセージが、放送受信装置 3902からの、あるマルチメディアデータを蓄積しているか否かの問合せであれば、まず要求メッセージからマルチメディアデータの識別子を取り出す。次に、 Javaライブラリ 6504の中の IO6504fを通じて、蓄積しているコンテンツの一覧を読み出し、取り出した識別子と照合することで、該マルチメディアデータを蓄積している力否かを判定する。続いて、制御情報通信部 6602のメソッド sendResponseMessage ()を呼び出すことで判定結果を返信し、接続要求の待ち受けに戻る。受信した要求メッセージが、放送受信装置 3902からの、あるマルチメディアデータの送信要求であれば、まず、要求メッセージから送信先の端末と送信するマルチメディアデータの識別子を取り出す。続ヽて、 IO6504fを通じて該マルチメディアデータを読み出す InputStreamを取得する。そして、データ送信部 6604のメソッド sendMultimediaData Oを呼び出すことにより、該端末に該マルチメディアデータを送信する。データ送信が終われば、属性管理部 6605のメソッド updateAttribute Oを呼び出して、属性情報の更新を行い、接続要求の待ち受けに戻る。受信した要求メッセージ力端末などからのマルチメディァデータ送信要求であれば、まず、要求メッセージカゝら送信するマルチメディアデータの識別子を取り出す。続いて、 IO6504fを通じて該マルチメディアデータを読み出す InputStreamを取得する。そして、データ送信部 6604のメソッド sendMultimedi aData Oを呼び出すことにより、該端末に該マルチメディアデータを送信する。データ送信が終われば、属性管理部 6605のメソッド updateAttribute ()を呼び出して、属性情報の更新を行い、接続要求の待ち受けに戻る。なお、接続要求を受け付けると、さらに、別スレッドもしくはプロセスを生成して、以降の処理は該別スレッドもしくはプロセスで動作し、もとのスレッドもしくはプロセスは接続要求の待ち受けに戻る構成であっても良い。この場合、該別スレッドもしくはプロセス上の処理は、接続要求待ち受けに戻らず、終了する。

[0589] メソッド getMultimediaData ()は、呼び出されると、まず、引数 devで与えられた装置に接続する Socketオブジェクトを生成し、該装置に接続する。続いて、引数 idで与えられたマルチメディアデータの送信要求メッセージを、 idの値を含めて作成し、制御情報通信部 6602のメソッド sendRequestMessage ()を呼び出すことで、該装置に送信する。続いて、データ受信部 6603のメソッド openRemoteProgram Oを呼び出すことにより、該マルチメディアデータを受信する InputStreamオブジェクトを生成する。続いて、該 InputStreamからデータを読み出し、引数 osで与えられた Outp utStreamに書き出す。受信データを全て書き込めば処理を終了する。本メソッドにより、メソッド getContentList Oもしくは getEPGData Oによって取得したコンテンツ一覧の中のコンテンツに対して、そのマルチメディアデータを受信して、再生や蓄積が行える。

[0590] 端末 3905および端末 3906は、上記した映像蓄積装置 3903および映像蓄積装置 3904のうち、マルチメディアデータの再生に関する構成要素のみで構成されたものであるため、詳細説明は省略する。

[0591] (実施の形態 4の変形例）

本発明の実施の形態 4について説明してきたが、本発明は、上記実施の形態に限定されるものではない。以下のような場合も、本発明に含まれる。

[0592] (1)放送受信装置 3902は、さらに、第 2メモリ 4303にマルチメディアデータを蓄積し、 Javaライブラリ 4505の中のネットワークライブラリ 4505eの選択部 5404は、放送受信装置 3902と、ネットワーク 3907に接続された映像蓄積装置のうちひとつを選択する構成であっても良い。また、放送受信装置 3902は、さらに、端末力も-ァ VoD 番組視聴の要求を受けたときに、ネットワーク 3907に接続された映像蓄積装置と、放送受信装置 3902の蓄積部に、該コンテンツのマルチメディアデータが蓄積されている力否かを検索し、放送受信装置 3902の蓄積部に蓄積されている場合は、該マルチメディアデータを該視聴要求を発行した端末に送信する構成であっても良、。

[0593] (2)また、放送受信装置 3902は、マルチメディアデータに所定の暗号ィ匕を行って、映像蓄積装置 3903および映像蓄積装置 3904に、暗号化されたマルチメディアデータを送信する構成であっても良い。また、映像蓄積装置 3903および映像蓄積装置 3904は、受信した暗号ィ匕されたマルチメディアデータを復号して、蓄積部 4102 に蓄積する構成であっても良いし、さらに、所定の暗号ィ匕を施して蓄積する構成であつても良い。

[0594] また、放送受信装置 3902、映像蓄積装置 3903および映像蓄積装置 3904は、端末 3905および端末 3906へマルチメディアデータを送信するときに、該マルチメディァデータに所定の暗号化を施し、暗号化されたマルチメディアデータを送信し、端末 3905および端末 3906にお、て、受信した暗号ィ匕されたマルチメディアデータを復号して再生する構成であっても良い。

[0595] (3)また、上記実施の形態においては、放送受信装置 3902の Javaライブラリ 4505 の中のネットワークライブラリ 4505eの選択部 5404の選択のアルゴリズムの例を記述したが、これらのアルゴリズムに限らないことは言うまでもない。例えば、放送受信装置 3902は、映像受信装置を順に選択する構成であっても良い。また、映像蓄積装置の利用頻度によって選択しても良い。さらに、映像蓄積装置にユーザの操作によつて蓄積されたマルチメディアデータのジャンル、番組名、出演者など個別の蓄積頻度と、マルチメディアデータのジャンル、番組名、出演者などとを照らし合わせて、映像蓄積装置の選択を行っても良い。さらに、映像蓄積装置にユーザの操作によって再生もしくは出力されたマルチメディアデータのジャンル、番組名、出演者など個別の蓄積頻度と、マルチメディアデータのジャンル、番組名、出演者などとを照らし合わせて、映像蓄積装置の選択を行っても良い。さらに、例えば、端末 3905で利用される頻度の高いマルチメディアデータならば映像蓄積装置 3903を、端末 3906で利用される頻度の高、マルチメディアデータならば映像蓄積装置 3904を、それぞれ選択すると!/、つたような、端末との組み合わせによる選択であっても良!、。 [0596] (4)また、上記実施の形態においては、放送受信装置 3902が、映像蓄積装置 39 03および映像蓄積装置 3904と通信することにより、ユア VoD番組視聴要求のあつたコンテンツのマルチメディアデータが蓄積されて、る力否かを判定する、としたが、放送受信装置 3902が、映像蓄積装置 3903および映像蓄積装置 3904に蓄積させたマルチメディアデータを記憶しておき、その内容より判定する構成であっても良い。

[0597] (5)また、上記実施の形態にお!、ては、端末より視聴要求のあった-ァ VoD番組のマルチメディアデータ力映像蓄積装置 3903もしくは映像蓄積装置 3904のいずれかに蓄積されていた場合、放送受信装置 3902は、蓄積している映像蓄積装置に、該視聴要求を発行した端末への該マルチメディアデータの送信要求を発行し、該端末へは、該映像蓄積装置力ゝら該マルチメディアデータが送信されてくることを通知する、としたが、放送受信装置 3902は、該映像蓄積装置と課金などの権利処理を行い、該端末へ該映像蓄積装置を通知し、該端末から該映像蓄積装置へ、該マルチメディアデータの送信要求を発行する構成であっても良、。

[0598] (6)また、上記実施の形態にお!、ては、端末より視聴要求のあった-ァ VoD番組用のマルチメディアデータ力映像蓄積装置 3903もしくは映像蓄積装置 3904のいずれかに蓄積されて、た場合、放送受信装置 3902と該映像蓄積装置が通信して、課金など該マルチメディアデータの利用に伴う権利処理を行うこととした力放送受信装置 3902と、視聴要求を発行した端末とが通信して、上記権利処理を行う構成であっても良い。もしくは、映像蓄積装置および端末と通信することなぐ放送受信装置 3902が権利処理を行う構成であっても良い。

[0599] また、上記実施の形態にお!、ては、マルチメディアデータの利用に伴う、課金などの権利処理を、マルチメディアデータの送信要求を発行する時に行うとしたが、マルチメディアデータの利用終了後に行う構成であっても良い。また、該マルチメディアデータの利用回数や、利用区間などによって、課金する金額を変える構成であっても良い。

[0600] (7)また、上記実施の形態においては、ひとつのマルチメディアデータは、ひとつの映像蓄積装置に蓄積するとしたが、該マルチメディアデータを分割して、複数の映像蓄積装置に、分散して蓄積する構成であっても良い。あるいは、ひとつのマルチメディァデータを複数の映像蓄積装置に同時に蓄積する構成であっても良い。これにより、複数の端末力同じマルチメディアデータの要求が有った場合に、映像蓄積装置が該端末に映像を送信する負荷を分散することが可能となる。

[0601] (8)また、放送受信装置 3902は、さらに、符号化されたマルチメディアデータを作り出す符号化部を備え、放送受信装置 3902は、送信するマルチメディアデータを一且復号し、前記符号ィ匕部によって新たにマルチメディアデータを生成して送信する構成であっても良い。また、映像蓄積装置 3903および映像蓄積装置 3904は、さらに、マルチメディアデータを復号する復号部と、符号化されたマルチメディアデータを作り出す符号化部を備え、受信したマルチメディアデータを前記復号部で一且復号し、前記符号ィ匕部で新たにマルチメディアデータを生成して蓄積する構成であっても良い。

[0602] (9)また、上記実施の形態においては、ユア VoDと書いた力通常放送の番組についても、あらかじめ蓄積しておくことで、再放送に対して同じ効果が得られる。

[0603] (10)上記の各装置を構成する構成要素の一部又は全部は、 1個のシステム LSI ( Large Scale Integration:大規模集積回路）から構成されているとしてもよい。システム LSIは、複数の構成部を 1個のチップ上に集積して製造された超多機能 LSIであり、具体的には、マイクロプロセッサ、 ROM、 RAMなどを含んで構成されるコンビユータシステムである。前記 RAMには、コンピュータプログラムが記憶されている。前記マイクロプロセッサ力前記コンピュータプログラムに従って動作することにより、システム LSIは、その機能を達成する。

[0604] (11)上記の各装置を構成する構成要素の一部又は全部は、各装置に脱着可能な ICカード又は単体のモジュール力も構成されて、るとしてもよ、。前記 ICカード又は前記モジュールは、マイクロプロセッサ、 ROM, RAM,などから構成されるコンビュータシステムである。前記 ICカード又は前記モジュールは、上記の超多機能 LSIを含むとしてもよい。マイクロプロセッサが、コンピュータプログラムに従って動作することにより、前記 ICカード又は前記モジュールは、その機能を達成する。この ICカード又はこのモジュールは、耐タンパ性を有するとしてもよ!/、。

[0605] (12)本発明の放送受信装置、映像蓄積装置は、上記に示す方法であるとしてもよい。また、これらの方法をコンピュータにより実現するコンピュータプログラムであるとしてもょ、し、前記コンピュータプログラム力もなるデジタル信号であるとしてもょ、。

[0606] また、本発明の放送受信装置、映像蓄積装置は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルデイスク、ノヽードディスク、 CD— ROM, MO、 DVD, DVD-ROM, DVD -RAM, B D (Blu-ray Disc)、半導体メモリなど、に記録したものとしてもよい。また、これらの記録媒体に記録されている前記コンピュータプログラム又は前記デジタル信号であるとしてちよい。

[0607] また、本発明の放送受信装置、映像蓄積装置は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク、データ放送等を経由して伝送するものとしてもよい。

[0608] また、本発明の放送受信装置、映像蓄積装置は、マイクロプロセッサとメモリとを備えたコンピュータシステムであって、前記メモリは、上記コンピュータプログラムを記憶しており、前記マイクロプロセッサは、前記コンピュータプログラムに従って動作するとしてちよい。

[0609] また、前記プログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記プログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい

[0610] (13)上記実施の形態及び上記変形例をそれぞれ組み合わせるとしてもよ!/、。

産業上の利用可能性

[0611] 本発明にかかるマルチメディア配信システム、放送受信装置、映像蓄積装置、受信端末は、ホームネットワークを用いた複数の端末から同時に異なる番組の視聴要求が可能な環境において、あらかじめ VoD、ユア VoDなどで提供される番組のマルチメディアデータを、放送受信装置や受信端末、映像蓄積装置に、適切に分散して蓄積しておくことにより、番組視聴時のチューナ数不足の課題を解決し、また、放送受信装置、受信端末、および、映像蓄積装置における蓄積のために必要な容量をそれぞれ少なく抑えることによりコストを低減し、さら〖こ、端末に映像を配信する際の放送受信装置、映像蓄積装置の負荷を分散させることが可能であるという、優れた効果を有するため、ケーブルテレビなど、ユア VoDもしくはそれに近い放送を受信する放送受信装置、受信端末、マルチメディアデータ蓄積装置、および、これらの装置において実行される方法などとして有用である。

また、本発明にかかるマルチメディア配信システム、放送受信装置、映像蓄積装置は、 VoDサービスなど、ユーザの要求に応じたマルチメディアコンテンツのデータ配信を、ホームネットワークを用いた複数の端末から同時に要求可能な環境において、あらかじめマルチメディアデータを、放送受信装置や映像蓄積装置に、適切に分散して蓄積しておくことにより、放送受信装置と放送局間のマルチメディアデータ伝送の帯域消費を分散させることで、一度に必要な帯域消費を低減し、また、放送受信装置および映像蓄積装置における蓄積のために必要な容量をそれぞれ少なく抑えることによりコストを低減し、さらに、 VoDサービス利用時の放送局、放送受信装置、映像蓄積装置の負荷を分散させることが可能であるという、優れた効果を有するため、ケ一ブルテレビなど、オンデマンドサービスを提供するサービスの受信装置、およびマルチメディアデータ蓄積装置および方法などとして有用である。

Claims

請求の範囲

[1] 放送局に設置された装置から映像および音声の少なくとも一方を含むマルチメディァデータを受信する、ネットワークに接続された放送受信装置であって、

前記放送局に設置された装置力マルチメディアデータを受信するデータ受信手段と、

マルチメディアデータを蓄積する複数の映像蓄積装置と、前記ネットワークを介して通信する情報通信手段と、

前記複数の映像蓄積装置のうち、ひとつを選択する選択手段と、

前記データ受信手段が受信したマルチメディアデータを、前記ネットワークを介して出力するデータ出力手段とを備え、

前記情報通信手段は、前記選択手段が選択した映像蓄積装置へマルチメディアデータの蓄積要求を送信し、

前記データ出力手段は、前記データ受信手段が受信したマルチメディアデータを、前記選択手段が選択した映像蓄積装置へ出力する

ことを特徴とする放送受信装置。

[2] 前記選択手段は、前記マルチメディアデータの属性をもとに、映像蓄積装置を選択する

ことを特徴とする請求項 1に記載の放送受信装置。

[3] 前記選択手段は、前記マルチメディアデータの内容のジャンルをもとに、映像蓄積装置を選択する

ことを特徴とする請求項 2に記載の放送受信装置。

[4] 前記情報通信手段は、さらに、前記ネットワークに接続された映像蓄積装置の属性を受信し、

前記選択手段は、前記情報通信手段が受信した映像蓄積装置の属性をもとに、映像蓄積装置を選択する

ことを特徴とする請求項 1に記載の放送受信装置。

[5] 前記情報通信手段は、前記ネットワークに接続された映像蓄積装置が利用される頻度を示す利用頻度情報を受信し、前記選択手段は、前記情報通信手段が受信した前記利用頻度情報をもとに、映像蓄積装置を選択する

ことを特徴とする請求項 4に記載の放送受信装置。

[6] 前記情報通信手段は、さらに、前記ネットワークに接続された映像蓄積装置の属性を受信し、

前記選択手段は、前記マルチメディアデータの属性および前記情報通信手段が受信した映像蓄積装置の属性をもとに、映像蓄積装置の選択を行う

ことを特徴とする請求項 1に記載の放送受信装置。

[7] 前記情報通信手段は、前記ネットワークに接続された映像蓄積装置が利用される頻度を、利用されたマルチメディアデータの内容のジャンル毎の頻度を示す利用頻度情報を受信し、

前記選択手段は、前記マルチメディアデータの内容のジャンルおよび前記利用頻度情報をもとに、映像蓄積装置を選択する

ことを特徴とする請求項 6に記載の放送受信装置。

[8] さらに、マルチメディアデータを蓄積する蓄積手段と、

前記蓄積手段にデータを書き込む書込手段とを備え、

前記選択手段は、前記蓄積手段と前記ネットワークに接続された複数の映像蓄積装置のうち、ひとつを選択し、

前記書込手段は、前記選択手段が前記蓄積手段を選択した場合に、前記マルチメディアデータを前記蓄積手段に書き込む

ことを特徴とする請求項 1に記載の放送受信装置。

[9] さらに、前記放送局に設置された装置にデータ送信要求を送信する要求送信手段を備え、

前記データ受信手段は、前記要求送信手段が要求したマルチメディアデータを受信する

ことを特徴とする請求項 1に記載の放送受信装置。

[10] さらに、放送される番組から特定のものを選択する番組選択手段を備え、

前記データ受信手段は、前記番組選択手段が選択した番組のマルチメディアデータを受信する

ことを特徴とする請求項 1に記載の放送受信装置。

[11] さらに、 Java (登録商標）アプリケーションを実行する Java実行手段を備え、

前記データ受信手段は、前言 gjava実行手段により実行される Javaアプリケーションカゝら前記マルチメディアデータの識別子を受け付け、受け付けた該識別子が示すマルチメディアデータを受信し、

前記選択手段は、前言 gjava実行手段により実行される Javaアプリケーション力前記マルチメディアデータの識別子を受け付けると、映像蓄積装置を選択することを特徴とする請求項 1に記載の放送受信装置。

[12] 前記選択手段は、前記マルチメディアデータの属性をもとに、映像蓄積装置を選択する

ことを特徴とする請求項 11に記載の放送受信装置。

[13] 前記情報通信手段は、さらに、前記ネットワークに接続された映像蓄積装置の属性を受信し、

ことを特徴とする請求項 11に記載の放送受信装置。

[14] 前記情報通信手段は、さらに、前記ネットワークに接続された映像蓄積装置の属性を受信し、

前記選択手段は、前記マルチメディアデータの属性および前記情報通信手段が受信した映像蓄積装置の属性をもとに、映像蓄積装置を選択する

ことを特徴とする請求項 11に記載の放送受信装置。

[15] さらに、マルチメディアデータを蓄積する蓄積手段と、

前記蓄積手段にデータを書き込む書込手段とを備え、

前記選択手段は、前記蓄積手段と前記ネットワークに接続された複数の映像蓄積装置とのうち、ひとつを選択し、

前記書込手段は、前記選択手段が前記蓄積手段を選択した場合に、前記マルチメディアデータを前記蓄積手段に書き込むことを特徴とする請求項 11に記載の放送受信装置。

[16] さらに、前言 gjava実行手段により実行される Javaアプリケーション力マルチメディァデータの識別子を受け付け、該識別子が示すマルチメディアデータの送信要求を前記放送局に送信する要求送信手段を備え、

ことを特徴とする請求項 11に記載の放送受信装置。

[17] さらに、放送される番組から特定のものを選択する番組選択手段を備え、

前記番組選択手段は、前言 gjava実行手段により実行される Javaアプリケーションの要求に応じて、選択した番組に対応するマルチメディアデータの識別子を前言 gjava 実行手段により実行される Javaアプリケーションへ引き渡す

ことを特徴とする請求項 11に記載の放送受信装置。

[18] 放送局に設置された装置から映像および音声の少なくとも一方を含むマルチメディァデータを受信する、ネットワークに接続された放送受信装置において実行される放送受信方法であって、

前記放送局に設置された装置力マルチメディアデータを受信するデータ受信ステツプと、

マルチメディアデータを蓄積する複数の映像蓄積装置と、前記ネットワークを介して通信する情報通信ステップと、

前記複数の映像蓄積装置のうち、ひとつを選択する選択ステップと、

前記データ受信ステップで受信したマルチメディアデータを、前記ネットワークを介して出力するデータ出力ステップとを備え、

前記情報通信ステップは、前記選択ステップが選択した映像蓄積装置へマルチメディアデータの蓄積要求を送信し、

前記データ出力ステップは、前記データ受信ステップが受信したマルチメディアデータを、前記選択ステップが選択した映像蓄積装置へ出力する

ことを特徴とする放送受信方法。

[19] 放送局から映像および音声の少なくとも一方を含むマルチメディアデータを受信する放送受信装置とネットワークを介して接続され、マルチメディアデータを蓄積する映像蓄積装置であって、

Javaアプリケーションを実行する Java実行手段と、

マルチメディアデータを蓄積する蓄積手段と、

前記ネットワークを介して接続された放送受信装置と通信する情報通信手段と、前記ネットワークを介して前記放送受信装置力マルチメディアデータを受信するデータ受信手段と、

前記ネットワークを介して前記蓄積手段に蓄積したマルチメディアデータを送信するデータ送信手段とを備え、

前記情報通信手段は、前 gjavaアプリケーションから前記放送受信装置と通信するためのアドレス情報が引き渡された場合に、前記放送受信装置力属性の問合せを受信すれば、前記映像蓄積装置自身の属性を示す属性情報を前記放送受信装置へ送信し、

前記データ受信手段は、前 ¾Javaアプリケーションから前記放送受信装置と通信するためのアドレス情報が引き渡され、前記情報通信手段が該放送受信装置から蓄積要求を受信した場合に、該放送受信装置からマルチメディアデータを受信し、受信した該マルチメディアデータを前記蓄積手段に蓄積し、

前記データ送信手段は、前 ¾Javaアプリケーションから前記放送受信装置と通信するためのアドレス情報が引き渡され、該前記放送受信装置から前記蓄積手段に蓄積されているマルチメディアデータの送信要求と送信先となるネットワークに接続された装置の情報とを受信した場合に、該マルチメディアデータを、該情報に示される前記送信先装置へ送信する

ことを特徴とする映像蓄積装置。

[20] さらに、マルチメディアデータの送信要求を受信した場合に、該マルチメディアデータの利用に伴う権利処理を行う権利処理手段を備える

ことを特徴とする請求項 19に記載の映像蓄積装置。

[21] 放送局から映像および音声の少なくとも一方を含むマルチメディアデータを受信する放送受信装置とネットワークを介して接続され、 Javaアプリケーションを実行する Java実行手段と、

マルチメディアデータを蓄積する蓄積手段とを備える映像蓄積装置において実行されるデータ処理方法であって、

前記ネットワークを介して接続された放送受信装置と通信する情報通信ステップと、前記ネットワークを介して前記放送受信装置力マルチメディアデータを受信するデータ受信ステップと、

前記ネットワークを介して前記蓄積手段に蓄積したマルチメディアデータを送信するデータ送信ステップとを含み、

前記情報通信ステップにお、て、前言 gjavaアプリケーションから前記放送受信装置と通信するためのアドレス情報が引き渡された場合に、前記放送受信装置から属性の問合せを受信すれば、前記映像蓄積装置自身の属性を示す属性情報を前記放送受信装置へ送信し、

前記データ受信ステップにお、て、前言 gjavaアプリケーション力も前記放送受信装置と通信するためのアドレス情報が引き渡され、前記情報通信手段が前記放送受信装置力蓄積要求を受信した場合に、該放送受信装置力マルチメディアデータを受信し、受信した該マルチメディアデータを前記蓄積手段に蓄積し、

前記データ送信ステップにお、て、前言 gjavaアプリケーション力前記放送受信装置と通信するためのアドレス情報が引き渡され、該放送受信装置から前記蓄積手段に蓄積されているマルチメディアデータの送信要求と送信先となるネットワークに接続された装置の情報とを受信した場合に、該マルチメディアデータを、該情報に示される前記送信先装置へ送信する

ことを特徴とするデータ処理方法。

VoD (Video On Demand)サービスを提供する放送局に設置された装置から映像および音声の少なくとも一方を含むマルチメディアデータを受信する、ネットワークに接続された放送受信装置であって、

前記放送局に設置された装置に、マルチメディアデータ送信要求を送信する要求送信手段と、

マルチメディアデータを蓄積してヽる映像蓄積装置と、前記ネットワークを介して通信する情報通信手段とを備え、

前記情報通信手段は、ユーザが操作する端末装置から VoDの要求を受けた場合に、前記映像蓄積装置と前記ネットワークを介して通信することにより、前記 VoDの要求に係るマルチメディアデータが蓄積されて、る力否かを示す情報を取得し、蓄積されて!ヽることを示す情報を取得した場合に、該情報を送信した映像蓄積装置に、前記 VoDの要求に係るマルチメディアデータを前記ユーザが操作する端末装置へ送信するための送信要求を送信し、

前記要求送信手段は、蓄積されていないことを示す情報を取得した場合に、前記放送局に設置された装置に、前記 VoDの要求に係るマルチメディアデータの送信要求を送信し、前記送信要求に応じて送信された前記 VoDの要求に係るマルチメディァデータを受信し、前記ユーザが操作する端末装置へ前記受信した VoDの要求に係るマルチメディアデータを送信する

ことを特徴とする請求項 1に記載の放送受信装置。

[23] さらに、前記映像蓄積装置に蓄積されているマルチメディアデータの送信要求を送信する場合に、該マルチメディアデータの利用に伴う権利処理を行う権利処理手段を備える

ことを特徴とする請求項 22に記載の放送受信装置。

[24] さらに、 Javaアプリケーションを実行する Java実行手段と、

マルチメディアデータを蓄積してヽる映像蓄積装置と、前記ネットワークを介して通信する情報通信手段と、

前記情報通信手段は、前言 gjava実行手段により実行される Javaアプリケーションからマルチメディアデータの識別子を受け付けた場合に、前記映像蓄積装置と前記ネットワークを介して通信することにより、前記 VoDの要求に係るマルチメディアデータが蓄積されて、るか否かを示す情報を取得する

ことを特徴とする請求項 22に記載の放送受信装置。

[25] さらに、前記映像蓄積装置に蓄積されているマルチメディアデータの送信要求を送信する場合に、該マルチメディアデータの利用に伴う権利処理を行う権利処理手段を備える

ことを特徴とする請求項 24に記載の放送受信装置。

放送局に設置された装置から映像および音声の少なくとも一方を含むマルチメディァデータを受信する放送受信装置と、マルチメディアデータを蓄積する映像蓄積装置とがネットワークにより接続されたマルチメディア配信システムであって、

前記放送受信装置は、

前記データ出力手段は、前記データ受信手段が受信したマルチメディアデータを、前記選択手段が選択した映像蓄積装置へ出力し、

前記映像蓄積装置は、

Javaアプリケーションを実行する Java実行手段と、

マルチメディアデータを蓄積する蓄積手段と、

前記データ受信手段は、前 ¾Javaアプリケーションから前記放送受信装置と通信するためのアドレス情報が引き渡され、前記情報通信手段が前記放送受信装置から蓄積要求を受信した場合に、該放送受信装置力マルチメディアデータを受信し、受信した該マルチメディアデータを前記蓄積手段に蓄積し、

ことを特徴とするマルチメディア配信システム。