JP2008543121A - 記録再生装置および記録再生方法 - Google Patents

Abstract

複数のアプリケーションが同時実行されている場合、それぞれのアプリケーションが同一コンテンツに対して異なる特殊再生を指示すると、各アプリケーションが意図する理想的な再生状態と実際の再生状態に差異が生じる。通常再生または特殊再生の指示に対し、ある条件に従ってその指示を受理するか否かを判断し、受理する場合、その指示された内容を保持する動画特殊再生管理手段（２５０１）と、前記動画特殊再生管理手段（２５０１）が保持する内容に基づいて動画を再生する動画再生処理手段（２５０２）とを備えることにより、通常再生、または特殊再生を受理しない限りにおいて、再生状況が変更されないことを可能とする。

Description

本発明は、コンテンツを蓄積するとともに、蓄積されたコンテンツを再生する録画再生装置に関する。殊に、録画再生装置が持つ特殊再生処理に対する排他制御機構に関する。

放送局から送信される放送波は、多種多様なコンテンツを含んでいる。コンテンツは、通常の番組で用いられる映像、音声の他に、データを含む場合がある。データの送信方法にはいくつかの方式があり、大別して時系列に送信する方式と、一定の間隔ごとに繰り返し送信する方式がある。前者の時系列に送信する方式では、例えば時間経過に合わせて連続するデータを順次送出していく。大量のデータを長時間かけて送信する場合に適しているが、送信タイミングで受信しなかった場合は二度と受信できないという欠点がある。一方、後者の一定の間隔ごとに繰り返し送信する方式では、同じデータを一定の期間何度も繰り返し送出する。同一データを送出している期間内に、繰り返し送信されているデータのいずれかひとつを受信すればよいので、受信タイミングが限定されないというメリットがある。

例えば、ＢＭＬに代表されるデータ放送や、ＤＳＭＣＣデータカルーセルによるファイル送信がこの方式である。特に放送においては、受信者がいつ選局して受信を開始するかわからない。時系列に送信する方式では、受信開始が送信時間よりも遅れてしまった結果、データ取得に失敗すると、その後、二度と再取得できない。よって、放送波で映像、音声とともにアプリケーションプログラム等のデータを送信したい場合には、一定の間隔ごとに繰り返し送信される方式が好適である。

現在、上記のような方式で、映像、音声とアプリケーションプログラムとを含む放送波を受信し、アプリケーションプログラムを映像、音声と同期して実行するための仕様が策定され、運用されている。通常の映像、音声を見るだけでなく、送信されたアプリケーションプログラムを受信して端末に取り込み、それを実行して様々な付加機能を実現することができる。このようにアプリケーションプログラムを送信して端末に取り込む方法はダウンロードとも呼ばれている。例えば、ＤＶＢ−ＭＨＰ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｍｕｌｔｉｍｅｄｉａ Ｈｏｍｅ Ｐｌａｔｆｏｒｍ）ＥＴＳＩ ＥＳ ２０１ ８１２ Ｖ１．１．１（２００３−１２）仕様が欧州で策定され、既に仕様に準拠した運用が開始されている。

また米国ではケーブル放送環境で同様の仕組みを提供するＯＣＡＰ１．０（ＯｐｅｎＣａｂｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐｌａｔｆｏｒｍ ＯＣ−ＳＰ−ＯＣＡＰ１．０−Ｉ１４−０５０１１９）仕様書が策定ており、２００５年に運用開始予定である。これらの仕様では、アプリケーションがＪａｖａ（登録商標）言語で記述されている。端末上にはチューニングやグラフィックス表示のための様々なＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）が用意されており、ＪａｖａアプリケーションはＡＰＩを呼び出すことでそれらの機能を制御できる。

さらに、北米では、ＯＣＡＰ仕様にコンテンツの録画再生機能を追加するためのＯＣＡＰ−ＤＶＲ仕様（ＯＣ−ＳＰ−ＯＣＡＰ−ＤＶＲ−Ｉ０１−０４０５２４）を策定中である。これは放送されるコンテンツ（映像、音声、アプリケーション等）を記録し、さらに記録したコンテンツを、放送されるコンテンツと同様に再生するものである。

またＯＣＡＰ−ＤＶＲでは、ハードディスクや半導体メモリといった高速ランダムアクセス可能な記録媒体に記録することで、特殊再生を実現している。ここで、特殊再生とは、早送り、巻戻し、スロー、一時停止、スキップ等の、コンテンツを任意の速度で再生したり、任意の位置から再生したりする機能である。ＯＣＡＰ−ＤＶＲでは、端末上に記録や特殊再生のためのＡＰＩを規定することにより、放送波から端末に取り込んだアプリケーションがコンテンツの記録や特殊再生を制御できる。特に、特殊再生に関しては、ＪＭＦ（Ｊａｖａ Ｍｅｄｉａ Ｆｒａｍｅｗｏｒｋ）を採用している。ＪＭＦはＪａｖａ言語で設計された、映像や音声の再生を制御するためのＡＰＩである。アプリケーションはＰｌａｙｅｒと呼ばれるクラスに対して様々な指示を出すことで特殊再生を行うことができる。また特許文献「ＥＰ ０ ６９２ １２３」には、特殊再生を実現するための技術が述べられている。具体的には、映像や音声（コンテンツ）を再生するような再生装置（主にソフトウェア）を容易に作る方法であり、時間の概念を物理的かつ概念的に統合することによって、コンテンツが本来持つ時間軸と、再生装置が実際に利用している時間軸との整合性を容易に実現可能としている。

複数のアプリケーションが同時実行されている場合、それぞれのアプリケーションが同一コンテンツに対して異なる特殊再生を指示すると、各アプリケーションが意図する理想的な再生状態と実際の再生状態に差異が生じる。

この問題は、ある番組と連動したアプリケーションと、その番組と連動していないアプリケーションが存在する場合に顕著である。例えば、番組と連動したアプリケーションは、その番組の最適な特殊再生の指示タイミングを知っている。このアプリケーションが最適な指示タイミングで特殊再生を指示している時に、別途、番組と連動しないアプリケーションが異なる特殊再生指示を出すと、最適な特殊再生結果が得られなくなる。複数のアプリケーションが、独立して、同じ映像・音声に対して、前記ＪＭＦに代表される公知の技術を用いて特殊再生の指示を出した場合、各アプリケーションは他のアプリケーションからの特殊再生指示を防ぐことができず、アプリケーションが想定していない再生状態が作り出される。その結果、アプリケーションの想定外の動作や不具合を引き起こし、最適な特殊再生結果が得られなくなる。最終的に、視聴者を混乱させてしまう。

上記目的を達成するために、本発明の記録再生装置は、放送波に含まれるコンテンツを受信して録画し、所定のサービスに含まれるアプリケーションプログラムを前記録画したコンテンツの再生と並行して実行する記録再生装置であって、前記受信したコンテンツおよびアプリケーションプログラムを記憶する記憶手段と、前記アプリケーションプログラムを実行する実行手段と、前記記憶手段に記憶されたコンテンツを再生する再生手段と、前記アプリケーションプログラムが要求する前記コンテンツの再生速度を受取り、前記再生手段により再生されるコンテンツの再生速度が、前記受け取った再生速度となるように制御する再生速度制御手段とを備え、前記再生速度制御手段が新たな再生速度の要求を受け取った時点において、前記コンテンツに対する再生速度の要求が通常再生として既に受け入れられている第１のアプリケーションプログラムと、前記新たな再生速度の要求をした第２のアプリケーションプログラムがある場合、前記再生速度制御手段は、前記第２のアプリケーションプログラムからの新たな再生速度の要求を受け入れることを特徴とする。

これにより、特殊再生を受理しない限りにおいて、再生状況が変更されることを防ぐことができる。その結果、アプリケーションプログラムの想定外の動作や不具合を防ぎ、最適な特殊再生結果を得ることができる。最終的に、視聴者の混乱を防ぐことができる。

また、上記目的を達成するために、本発明の記録再生装置は、放送波に含まれるコンテンツを受信して録画し、所定のサービスに含まれるアプリケーションプログラムを前記録画したコンテンツの再生と並行して実行する記録再生装置であって、前記受信したコンテンツおよびアプリケーションプログラムを記憶する記憶手段と、前記アプリケーションプログラムを実行する実行手段と、前記記憶手段に記憶されたコンテンツを再生する再生手段と、前記アプリケーションプログラムが要求する前記コンテンツの再生速度を受取り、前記再生手段により再生されるコンテンツの再生速度が、前記受け取った再生速度となるように制御する再生速度制御手段とを備え、前記再生速度制御手段が新たな再生速度の要求を受け取った時点において、前記コンテンツに対する再生速度の要求が既に受け入れられている第１のアプリケーションプログラムと、前記再生速度制御手段に前記新たな再生速度を要求した第２のアプリケーションプログラムとが異なる場合、前記再生速度制御手段は、前記第１のアプリケーションプログラムの優先度と前記第２のアプリケーションプログラムの優先度とを比較し、優先度の高いアプリケーションプログラムから要求される再生速度に従うように前記コンテンツの再生速度を制御することを特徴とする。

これにより、あるアプリケーションプログラムが再生速度を変更している間に、優先度の低いアプリケーションプログラムが再生状況を変更することを防ぐことができる。その結果、アプリケーションプログラムの想定外の動作や不具合を防ぎ、最適な特殊再生結果を得ることができる。最終的に、視聴者の混乱を防ぐことができる。

また、前記再生速度制御手段は、前記第１のアプリケーションプログラムが属するサービスの識別子に関する情報と前記第２のアプリケーションプログラムが属するサービスの識別子に関する情報とを比較することにより、前記第１のアプリケーションプログラムと前記第２のアプリケーションプログラムがそれぞれ異なるサービスに属するかどうかを判断し、前記第２のアプリケーションプログラムが前記第１のアプリケーションプログラムを含むサービスに含まれない場合、前記第２のアプリケーションプログラムからの再生速度の変更の要求を拒絶することを特徴としてもよい。

これにより、あるアプリケーションプログラムが再生速度を変更している間に、同じサービスに属するアプリケーションプログラムのみが再生状況を変更することができる。

また、前記再生速度制御手段は、前記第１のアプリケーションプログラムが属するサービスの識別子に関する情報と前記第２のアプリケーションプログラムが属するサービスの識別子に関する情報とを比較することにより、前記第１のアプリケーションプログラムと前記第２のアプリケーションプログラムがそれぞれ異なるサービスに属するかどうかを判断し、前記第２のアプリケーションプログラムが前記第１のアプリケーションプログラムを含むサービスに含まれる場合、前記第２のアプリケーションプログラムの優先度が前記第１のアプリケーションプログラムの優先度よりも高ければ、前記第２のアプリケーションプログラムから要求される再生速度に従うように前記コンテンツの再生速度を制御することを特徴としてもよい。

これにより、あるアプリケーションプログラムが再生速度を変更している間に、優先度の低いアプリケーションプログラムが再生速度を変更することを防ぐことができる。

また、前記再生速度制御手段は、前記第１のアプリケーションプログラムの優先度と前記第２のアプリケーションプログラムの優先度が同じである場合、前記第２のアプリケーションプログラムから要求される再生速度に従うように前記コンテンツの再生速度を制御することを特徴としてもよい。

これにより、２つのアプリケーションプログラムの優先度が同じであっても、視聴者の混乱を防ぐことができる。

また、前記第１のアプリケーションプログラムにより既に受け入れられている前記コンテンツの再生速度は、通常再生以外の再生速度であることを特徴としてもよい。

なお、本発明は、上記記録再生装置や記録再生方法、プログラム、及びそのプログラムを格納する記憶媒体としても実現することができる。

［本願の背景技術に関する詳細情報］
明細書と図面と請求項とを含む、２００５年５月３１日に出願された米国仮出願番号６０／６８５３７７および２００５年１２月２３日に出願された米国仮出願番号６０／７５２８８７を、本願に引用して援用する。

従来の課題を解決するために、本発明によれば、通常再生または特殊再生の指示に対し、ある条件に従ってその指示を受理するか否かを判断し、受理する場合、その指示された再生速度を保持する動画特殊再生管理手段と、前記動画特殊再生管理手段が保持する速度に基づいて動画を再生する動画再生処理手段とを備えることにより、通常再生、または特殊再生を受理しない限りにおいて、再生状況が変更されないことを可能とする。

また、さらに、前記動画特殊再生管理手段が、あるプログラムから通常再生または特殊再生の指示を受け付け、その指示された再生速度を保持している期間において、他のプログラムからの通常再生または特殊再生の指示を受け付けないことにより、あるプログラムが再生速度を変更している間に他のプログラムが再生状況を変更するのを防ぐことが可能となる。

また、さらに、前記動画特殊再生管理手段が、あるプログラムから通常再生または特殊再生の指示を受け付け、その指示された再生速度を保持している間において、そのプログラムと同じ分類に属さないプログラムからの通常再生または特殊再生の指示を受け付けないことにより、あるプログラムが再生速度を変更している間に、同じ分類に属するプログラムのみが再生状況を変更することを可能とする。

また、さらに、前記動画特殊再生管理手段が、あるプログラムから通常再生または特殊再生の指示を受け付け、その指示された再生速度を保持している間において、そのプログラムと同じサービスに属さないプログラムからの通常再生または特殊再生の指示を受け付けないことにより、あるプログラムが再生速度を変更している間に、同じサービスに属するプログラムのみが再生状況を変更することを可能とする。

また、さらに、前記動画特殊再生管理手段が、あるプログラムから通常再生または特殊再生の指示を受け付け、その指示された再生速度を保持している間において、そのプログラムと同じ識別子を待たないプログラムからの通常再生または特殊再生の指示を受け付けないことにより、あるプログラムが再生速度を変更している間に、同じ識別子を持つプログラムのみが再生状況を変更することを可能とする。

また、さらに、前記動画特殊再生管理手段が、あるプログラムから通常再生または特殊再生の指示を受け付け、その指示された再生速度を保持している間において、そのプログラムよりも優先度の低いプログラムからの通常再生または特殊再生の指示を受け付けないことにより、あるプログラムが再生速度を変更している間に、優先度の低いプログラムが再生状況を変更することを防ぐことを可能とする。

また、さらに、前記動画特殊再生管理手段が、あるプログラムから通常再生または特殊再生の指示を受け付け、その指示された再生速度を保持している間において、そのプログラムと同じサービスに属さないプログラム、またはそのプログラムよりも優先度の低いプログラムからの通常再生または特殊再生の指示を受け付けないことにより、あるプログラムが再生速度を変更している間に、同じサービスに属し、かつ優先度が高いプログラムのみが再生状況を変更することを可能とする。

また、さらに、前記動画特殊再生管理手段が、１つまたは複数の限られたプログラムからの通常再生または特殊再生の指示のみを受け付けることにより、あるプログラムが再生速度を変更している間に、特定のプログラム以外のプログラムが再生状況を変更することを防ぐことを可能とする。

また、さらに、前記動画特殊再生管理手段が、ある放送されるコンテンツに含まれる１つまたは複数の限られたプログラムからの通常再生または特殊再生の指示のみを受け付けることにより、あるプログラムが再生速度を変更している間に、特定の放送されるコンテンツ以外のコンテンツに含まれるプログラムが再生状況を変更することを防ぐことを可能とする。

また、さらに、前記動画特殊再生管理手段が、ある記録されたコンテンツに含まれる１つまたは複数の限られたプログラムからの通常再生または特殊再生の指示のみを受け付けることにより、あるプログラムが再生速度を変更している間に、特定の記録されるコンテンツ以外のコンテンツに含まれるプログラムが再生状況を変更することを防ぐことを可能とする。

また、さらに、前記動画特殊再生管理手段が、ある抽象サービスに含まれる１つまたは複数の限られたプログラムからの通常再生または特殊再生の指示のみを受け付けることにより、あるプログラムが再生速度を変更している間に、特定の抽象サービス以外のコンテンツに含まれるプログラムが再生状況を変更することを防ぐことが可能となる。

また、さらに、前記動画特殊再生管理手段が、ある範囲の識別子を持つプログラムからの通常再生または特殊再生の指示のみを受け付けることにより、あるプログラムが再生速度を変更している間に、ある範囲の識別子を持つプログラムのみが再生状況を変更することを可能とする。

また、さらに、前記動画特殊再生管理手段に対して通常再生または特殊再生の指示を出す権利を管理する予約管理手段を備え、前記動画特殊再生管理手段は、前記予約管理手段で管理される権利を有するプログラムからの通常再生または特殊再生の指示のみを受け付けることにより、権利を有しないプログラムからの再生状況を変更することを防ぐことが可能となる。

また、さらに、前記動画特殊再生管理手段が、あるプログラムから特殊再生の指示を受け付け、その指示された再生速度を保持している期間において、他のプログラムからの通常再生または特殊再生の指示を受け付けないことにより、あるプログラムが特殊再生を行っている間に他のプログラムが再生状況を変更するのを防ぐことが可能となる。

また、さらに、前記動画再生処理手段に動画の再生を指示したプログラムに対して特殊再生の指示を出す権利を与え、前記プログラムが動画の再生停止を指示した場合は特殊再生の指示を出す権利を剥奪する予約管理手段を備え、前記動画特殊再生管理手段は、前記予約管理手段で管理される権利を有するプログラムからの通常再生または特殊再生の指示のみを受け付けることにより、コンテンツの再生を指示したプログラムが特殊再生を行なっている間に他のプログラムが再生状況を変更するのを防ぐことが可能となる。

また、さらに、前記動画再生処理手段に動画の再生を指示したプログラムに対して特殊再生の指示を出す権利を与え、前記プログラムが動画の再生停止を指示した場合は特殊再生の指示を出す権利を剥奪する予約管理手段を備え、前記動画特殊再生管理手段は、前記予約管理手段で管理される権利を有するプログラムが含まれるサービス中に含まれるプログラムからの通常再生または特殊再生の指示のみを受け付けることにより、コンテンツの再生を指示したプログラムが特殊再生を行なっている間に他のプログラムが再生状況を変更するのを防ぐことが可能となる。

また、さらに、再生対象となる動画の選択指示を受け付け、再生対象となる動画を指定したプログラムに対して特殊再生の指示を出す権利を与え、前記プログラムが動画の選択解除を指示した場合は特殊再生の指示を出す権利を剥奪する動画選択手段を備え、前記動画特殊再生管理手段は、前記動画選択手段で管理される権利を有するプログラムからの通常再生または特殊再生の指示のみを受け付けることにより、再生すべきコンテンツの選択を指示したプログラムが特殊再生を行なっている間に他のプログラムが再生状況を変更するのを防ぐことが可能となる。

また、さらに、再生対象となる動画の選択指示を受け付け、再生対象となる動画を指定したプログラムに対して特殊再生の指示を出す権利を与え、前記プログラムが動画の選択解除を指示した場合は特殊再生の指示を出す権利を剥奪する動画選択手段を備え、前記動画特殊再生管理手段は、前記動画選択手段で管理される権利を有するプログラムが含まれるサービス中に含まれるプログラムからの通常再生または特殊再生の指示のみを受け付けることにより、コンテンツの再生を指示したプログラムが特殊再生を行なっている間に他のプログラムが再生状況を変更するのを防ぐことが可能となる。

なお、本発明は、このような動画再生装置として実現することができるだけでなく、このような動画再生装置が備える特徴的な手段をステップとするプログラム実行方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのは言うまでもない。

本発明に係る動画再生装置によれば、通常再生、または特殊再生を受理しない限りにおいて、再生速度が変更されないことを可能とすることで、最適な特殊再生結果が得られなくなる状況を防ぐことが可能となる。よって、想定外の動作や不具合を引き起こすことを防止し、視聴者の利便性を向上することができるとともに、プログラム作成者が想定しなければならない状況を減らせるため、プログラムの作成を容易にできる。

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

（実施の形態１）
本発明に係るケーブルテレビシステムの実施の形態を、図面を参照しながら説明する。図１は、ケーブルシステムを構成する装置の関係を表したブロック図であり、ヘッドエンド１０１及び３個の記録再生装置たる端末装置Ａ１１１、端末装置Ｂ１１２、端末装置Ｃ１１３で構成される。本実施の形態では、１つのヘッドエンドに対して３つの端末装置が結合されているが、任意の数の端末装置をヘッドエンドに結合しても、本発明は実施可能である。

ヘッドエンド１０１は、複数の端末装置に対して映像・音声・データ等の放送信号を送信するとともに、端末装置からのデータ送信を受信する。これを実現するため、ヘッドエンド１０１と端末装置Ａ１１１、端末装置Ｂ１１２、端末装置Ｃ１１３間の伝送に用いられる周波数帯域は、分割して用いられる。図２は、周波数帯域の分割の一例を示す表である。周波数帯域は、Ｏｕｔ Ｏｆ Ｂａｎｄ（略称ＯＯＢ）とＩｎ−Ｂａｎｄの２種類に大別される。５〜１３０ＭＨｚがＯＯＢに割り当てられ、主にヘッドエンド１０１と端末装置Ａ１１１、端末装置Ｂ１１２、端末装置Ｃ１１３間のデータのやり取りに使用される。１３０ＭＨｚ〜８６４ＭＨｚはＩｎ−Ｂａｎｄに割り当てられ、主として、映像・音声を含む放送チャンネルに使用される。ＯＯＢではＱＰＳＫ変調方式が、Ｉｎ−ＢａｎｄはＱＡＭ６４変調方式が使用される。変調方式技術については、本発明に関与が薄い公知技術であるので、詳細な説明は省略する。

図３は、ＯＯＢ周波数帯域のさらに詳細な使用の一例である。７０ＭＨｚ〜７４ＭＨｚはヘッドエンド１０１からのデータ送信に使用され、全ての端末装置Ａ１１１、端末装置Ｂ１１２、端末装置Ｃ１１３が、ヘッドエンド１０１から同じデータを受け取ることになる。一方、１０．０ＭＨｚ〜１０．１ＭＨｚは端末装置Ａ１１１からヘッドエンド１０１へのデータ送信に使用され、１０．１ＭＨｚ〜１０．２ＭＨｚは端末装置Ｂ１１２からヘッドエンド１０１へのデータ送信に使用され、１０．２ＭＨｚ〜１０．３ＭＨｚは端末装置Ｃ１１３からヘッドエンド１０１へのデータ送信に使用される。これにより、各端末装置固有のデータを各端末装置Ａ１１１、端末装置Ｂ１１２、端末装置Ｃ１１３からヘッドエンド１０１に送信することができる。

図４は、Ｉｎ−Ｂａｎｄの周波数帯に対する使用の一例である。１５０〜１５６ＭＨｚと１５６〜１６２ＭＨｚはそれぞれチャンネル１とチャンネル２に割り当てられ、以降、６ＭＨｚ間隔でチャンネルが割り当てられている。３１０ＭＨｚ以降は、１ＭＨｚ単位でラジオチャンネルに割り当てられている。これらの各チャンネルはアナログ放送として使用してもデジタル放送として使用してもよい。デジタル放送の場合は、ＭＰＥＧ２仕様に基づいたトラスポートパケット形式で伝送され、音声や映像に加え、各種データ放送用データも送信することができる。

ヘッドエンド１０１は、これらの周波数帯域に適切な放送信号を送信するため、ＱＰＳＫ変調部やＱＡＭ変調部等を有する。また、端末装置からのデータを受信するため、ＱＰＳＫ復調部を有する。また、ヘッドエンド１０１は、これら変調部及び復調部に関連する様々な機器を有すると考えられる。しかし、本発明は主として端末装置に関わるので、詳細な説明は省略する。

端末装置Ａ１１１、端末装置Ｂ１１２、端末装置Ｃ１１３は、ヘッドエンド１０１からの放送信号を受信し再生する。また、ヘッドエンド１０１に対して、各端末装置固有のデータを送信する。３つの端末装置は本実施の形態では同じ構成を取る。

図５は、放送されるコンテンツの再生、放送されるコンテンツの記録機能、およびその記録されたコンテンツの再生機能を持つ放送受信機のハードウエア構成を表すブロック図である。５００は端末装置であり、ＱＡＭ復調部５０１、ＱＰＳＫ復調部５０２、ＱＰＳＫ変調部５０３、ＴＳデコーダ５０５、オーディオデコーダ５０６、スピーカ５０７、ビデオデコーダ５０８、ディスプレイ５０９、２次記憶部５１０、１次記憶部５１１、ＲＯＭ５１２、入力部５１３、ＣＰＵ５１４、オーディオエンコーダ５２０、ビデオエンコーダ５２１、多重器５２２で構成される。また端末装置５００には、ＰＯＤ５０４が着脱できる。

図６は、端末装置５００の外観の一例である薄型テレビである。
６０１は、薄型テレビの筐体であり、ＰＯＤ５０４を除く、端末装置５００の構成要素をすべて内蔵している。

６０２は、ディスプレイであり、図５におけるディスプレイ５０９に相当する。
６０３は、複数のボタンで構成されるフロントパネル部であり、図５の入力部５１３に相当する。

６０４は、信号入力端子であり、ヘッドエンド１０１との信号の送受信を行うためにケーブル線を接続する。信号入力端子は、図５のＱＡＭ復調部５０１、ＱＰＳＫ復調部５０２、ＱＰＳＫ変調部５０３と接続されている。

６０５は、図５のＰＯＤ５０４に相当するＰＯＤカードである。ＰＯＤ５０４は、図６のＰＯＤカード６０５のように、端末装置５００とは独立した形態を取り、端末装置５００に着脱可能となっている。ＰＯＤ５０４の詳細は後述する。

６０６は、ＰＯＤカード６０５を挿入する挿入スロットである。
図５を参照して、ＱＡＭ復調部５０１は、ＣＰＵ５１４から指定された周波数を含むチューニング情報で、ヘッドエンド１０１でＱＡＭ変調され送信されてきた信号を復調し、ＰＯＤ５０４に引き渡す。

ＱＰＳＫ復調部５０２は、ＣＰＵ５１４から指定された周波数を含むチューニング情報で、ヘッドエンド１０１でＱＰＳＫ変調され送信されてきた信号を復調し、ＰＯＤ５０４に引き渡す。

ＱＰＳＫ変調部５０３は、ＣＰＵ５１４から指定された周波数を含む変調情報で、ＰＯＤ５０４から渡された信号をＱＰＳＫ変調し、ヘッドエンド１０１に送信する。

ＰＯＤ５０４は、図６の６０５のように、端末装置５００本体から着脱可能な形態をしている。端末本体５００とＰＯＤ５０４の接続インターフェースは、ＯｐｅｎＣａｂｌｅ（ＴＭ） ＨＯＳＴ−ＰＯＤ Ｉｎｔｅｒｆａｃｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＯＣ−ＳＰ−ＨＯＳＴＰＯＤ−ＩＦ−Ｉ１２−０３０２１０）及び、この仕様書から参照されている仕様書で定義されている。ＰＯＤは、通称ＣａｂｌｅＣＡＲＤとも呼ばれる。ＰＯＤ５０４は、主に、ヘッドエンド１０１から送られる暗号化された信号の復号処理（一般的に、コンディショナルアクセスあるいはＣＡと呼ばれる）、およびヘッドエンド１０１と端末装置５００が双方向通信を行うための仲介処理を行う。ヘッドエンド１０１から送られる暗号化された信号の復号処理では、ＰＯＤ５０４は、ＱＡＭ復調部５０１から信号を受け取り、受け取った信号が暗号化されている場合それを復号する。そして、復号した信号を端末装置５００のＴＳデコーダ５０５へ送る。

復号する方法はどのような方法を用いてもよいが、一般的には秘密にされ、端末装置５００の製造者も知らない場合が多い。また、ヘッドエンド１０１と端末装置５００が双方向通信を行うための仲介処理では、端末本体５００が、ＰＯＤ５０４の接続インターフェースとして規定された機能を用いることによって、間接的にヘッドエンド１０１との双方向通信を可能とするための処理を行う。ＰＯＤ５０４とヘッドエンド１０１との間でどのような方法で双方向通信を可能とするかは、前記仕様で規定されたもの、およびＰＯＤ５０４とヘッドエンド１０１の製造者間（それらが同一の場合もある）での独自の取り決めによって規定されたものによって行われるが、本発明とは関係が薄いため、詳細な説明は省略する。

ＴＳデコーダ５０５は、ＰＯＤ５０４から受け取った信号のフィルタリングを実施し、必要なデータをＣＰＵ５１４から指示された出力先に出力する。出力先としては、オーディオデコーダ５０６、ビデオデコーダ５０８、またはＣＰＵ５１４が選択肢となる。ここで、ＰＯＤ５０４から来る信号はＭＰＥＧ２トランスポートストリームである。ＭＰＥＧ２トランスポートストリームの詳細はＭＰＥＧ規格書ＩＳＯ／ＩＥＣ１３８１８−１に記載されており、本実施の形態では詳細は省略する。ＭＰＥＧ２トランスポートストリームは、複数の固定長パケットで構成され、各パケットには、パケットＩＤが振られている。

図８はパケットの構成図である。８００はパケットであり、固定長の１８８バイトで構成される。先頭４バイトがヘッダー８０１で、パケットの識別情報を格納しており、残り１８４バイトがペイロード８０２で、送信したい情報を含んでいる。８０３は、ヘッダー８０１の内訳である。先頭から１２ビット目〜２４ビット目までの１３ビットにパケットＩＤが含まれている。

図９は、送られてくる複数のパケットの列を表現した模式図である。パケット９０１は、ヘッダーにパケットＩＤ「１」を持ち、ペイロードには映像Ａの１番目の情報が入っている。パケット９０２は、ヘッダーにパケットＩＤ「２」を持ち、ペイロードには音声Ａの１番目の情報が入っている。パケット９０３は、ヘッダーにパケットＩＤ「３」を持ち、ペイロードには音声Ｂの１番目の情報が入っている。パケット９０４は、ヘッダーにパケットＩＤ「１」を持ち、ペイロードには映像Ａの２番目の情報が入っており、これはパケット９０１の続きになっている。同様にパケット９０５、９２６、９２７も他のパケットの後続データを格納している。このように、同じパケットＩＤを持つ、パケットのペイロードの内容を連結すると、連続した映像や音声を再現することができる。

図５を参照して、例えば、ＣＰＵ５１４がパケットＩＤ「１」と出力先として「ビデオデコーダ５０８」をＴＳデコーダ５０５に指示すると、ＴＳデコーダ５０５はＰＯＤ５０４から受け取ったＭＰＥＧ２トランスポートストリームからパケットＩＤ「１」のパケットを抽出し、ビデオデコーダ５０８に引き渡す。図５においては、映像データのみをビデオデコーダ５０８に引き渡すことになる。同時に、ＣＰＵ５１４がパケットＩＤ「２」と「オーディオデコーダ５０６」をＴＳデコーダ５０５に指示すると、ＴＳデコーダ５０５はＰＯＤ５０４から受け取ったＭＰＥＧ２トランスポートストリームからパケットＩＤ「２」のパケットを抽出し、オーディオデコーダ５０６に引き渡す。図５においては、音声データのみをオーディオデコーダ５０６またはＣＰＵ５１４に引き渡すことになる。

このパケットＩＤに応じて必要なパケットだけを取り出す処理が、ＴＳデコーダ５０５が行うフィルタリングである。ＴＳデコーダ５０５はＣＰＵ５１４から指示された複数のフィルタリングを同時に実行することができる。

図５を参照して、オーディオデコーダ５０６は、ＴＳデコーダ５０５から与えられたＭＰＥＧ２トランスポートストリームのパケットに埋め込まれたオーディオデータを連結するとともに、予め決められた出力先、またはＣＰＵ１５４から指示された出力先に合わせて出力する。例えば、音声データはＭＰＥＧオーディオ規格ＩＳＯ／ＩＥＣ１３８１８−３に基づいて符号化されたＭＰＥＧ音声であり、オーディオデコーダはＭＰＥＧ音声デコーダとして実装され、通常のアナログ音声を出力する。出力先はＣＰＵ５１４によって、スピーカ５０７かオーディオエンコーダ５０６が指定される。

スピーカ５０７は、オーディオデコーダ５０６から与えられた信号を音声として出力する。

ビデオデコーダ５０８は、ＴＳデコーダ５０５から与えられたＭＰＥＧ２トランスポートストリームのパケットに埋め込まれたビデオデータを連結し、デジタル−アナログ変換を行い、予め決められた出力先、またはＣＰＵ１５４から指示された出力先に合わせて出力する。例えば、ビデオデータはＭＰＥＧビデオ規格ＩＳＯ／ＩＥＣ１３８１８−２に基づいて符号化されたＭＰＥＧビデオであり、ビデオデコーダはＭＰＥＧビデオデコーダとして実装され、通常のビデオ信号を出力する。出力先はＣＰＵ５１４によって、ディスプレイ５０９かビデオエンコーダ２１０２が指定される。

ディスプレイ５０９は、具体的にはブラウン管や液晶等で構成され、ビデオデコーダ５０８から与えられたビデオ信号を出力（表示）したり、ＣＰＵ５１４から指示されたメッセージを表示したりする。

２次記憶部５１０は、具体的には、１つまたは複数のフラッシュメモリーやハードディスク等で構成され、ＣＰＵ５１４から指示されたデータやプログラムあるいはＭＰＥＧトランスポートストリームを保存したり削除したりする。また、保存されているデータやプログラムはＣＰＵ５１４やＴＳデコーダ５０５に対して出力される。保存されているデータやプログラムは、端末装置５００の電源が切断された状態でも保存しつづける。

１次記憶部５１１は、具体的には、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、ＣＰＵ５１４から指示されたデータやプログラムを一次的に保存したり削除したりする。また、保存されているデータやプログラムはＣＰＵ５１４に参照される。保存されているデータやプログラムは、端末装置５００の電源が切断された際に、抹消される。

ＲＯＭ５１２は、書き換え不可能なメモリーデバイスであり、具体的にはＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＣＤ−ＲＯＭ、ＤＶＤなどで構成される。ＲＯＭ５１２は、ＣＰＵ５１４が実行するプログラムが格納されている。

入力部５１３は、具体的には、フロントパネルやリモコンで構成され、ユーザからの入力を受け付ける。図７は、フロントパネルで入力部５１３を構成した場合の一例である。７００はフロントパネルであり、図６のフロントパネル部６０３に相当する。フロントパネル７００は、上カーソルボタン７０１、下カーソルボタン７０２、左カーソルボタン７０３、右カーソルボタン７０４、ＯＫボタン７０５、取消ボタン７０６、ＥＰＧボタン７０７、ＲＥＣボタン７０８を備えている。ユーザがボタンを押下すると、押下されたボタンの識別子が、ＣＰＵ５１４に通知される。

図５を参照して、ＣＰＵ５１４は、ＲＯＭ５１２が記憶するプログラムを実行する。実行するプログラムの指示に従い、ＱＡＭ復調部５０１、ＱＰＳＫ復調部５０２、ＱＰＳＫ変調部５０３、ＰＯＤ５０４、ＴＳデコーダ５０５、ディスプレイ５０９、２次記憶部５１０、１次記憶部５１１、ＲＯＭ５１２、オーディオエンコーダ５２０、ビデオエンコーダ５２１、多重器５２２を制御する。

オーディオエンコーダ５２０は、オーディオデコーダ５０６からの出力をうけとり、予め決められた形式、またはＣＰＵ５１４から指示された形式にエンコードし、予め決められた出力先、またはＣＰＵ１５４から指示された出力先へ出力する。例えば、音声データはＭＰＥＧオーディオ規格ＩＳＯ／ＩＥＣ１３８１８−３に基づいて符号化されたＭＰＥＧ音声であり、オーディオエンコーダ５２０はＭＰＥＧ音声エンコーダとして実装され、通常のアナログ音声をＭＰＥＧ音声データ化して出力する。

ビデオエンコーダ５２１は、ビデオデコーダ５０８からの出力をうけとり、予め決められた形式、またはＣＰＵ５１４から指示された形式にエンコードし、予め決められた出力先、またはＣＰＵ１５４から指示された出力先へ出力する。例えば、ビデオデータはＭＰＥＧビデオ規格ＩＳＯ／ＩＥＣ１３８１８−２に基づいて符号化されたＭＰＥＧビデオであり、ビデオエンコーダ５２１はＭＰＥＧビデオエンコーダとして実装され、通常のアナログビデオをＭＰＥＧビデオデータ化して出力する。

多重器５２２は、受け取ったビデオおよび音声のデータを多重化し、予め決められた出力先、またはＣＰＵ１５４から指示された出力先へ出力する。具体的な多重化手法に関しては公知の技術を用いることができ、詳細についてはＭＰＥＧ規格書を参照されたい。例えば、多重化はＭＰＥＧシステム規格ＩＳＯ／ＩＥＣ１３８１８−１に基づいて多重化されたＭＰＥＧトランスポートストリームであり、多重器５２２はＭＰＥＧトランスポートストリーム多重器として実装され、ＭＰＥＧ音声データ及びＭＰＥＧビデオデータをＭＰＥＧトランスポートストリーム形式に多重して出力する。

以上説明した各構成要素の出力先は、期待される動作結果に基づいてＣＰＵ５１４が指示する。具体的には、後述のＲＯＭ５１２に記憶され、ＣＰＵ５１４に実行されるプログラム群によって指示される。

例えば、放送されているコンテンツを再生する場合は、以下に述べるデータの流れとなるように、ＣＰＵ５１４が各構成要素に出力先を指示する。まずＱＡＭ復調部５０１からの出力がＰＯＤ５０４に入力され、ＰＯＤ５０４の出力がＴＳデコーダ５０５に入力される。その後、ＴＳデコーダ５０５からの音声パケット出力はオーディオデコーダ５０６に入力され、オーディオデコーダ５０６からの音声出力がスピーカ５０７に入力され、スピーカ５０７が音声を再生する。一方、ＴＳデコーダ５０５からのビデオパケット出力はビデオデコーダ５０８に入力され、ビデオデコーダ５０８からのビデオ出力がディスプレイ５０９に入力され、ディスプレイ５０９がビデオを表示する。以上述べた動作により、放送されているコンテンツがスピーカとディスプレイで再生される。

例えば、放送されているコンテンツを記録する場合は、以下に述べるデータの流れとなるように、ＣＰＵ５１４が各構成要素に出力先を指示する。まずＱＡＭ復調部５０１からの出力がＰＯＤ５０４に入力され、ＰＯＤ５０４の出力がＴＳデコーダ５０５に入力される。その後、ＴＳデコーダ５０５からの音声パケット出力はオーディオデコーダ５０６に入力され、オーディオデコーダ５０６からの音声出力がオーディオエンコーダ５２０に入力され、オーディオエンコーダ５２０からの音声データ出力が多重器５２２に入力される。一方ＴＳデコーダ５０５からのビデオパケット出力はビデオデコーダ５０８に入力され、ビデオデコーダ５０８からのビデオ出力がビデオエンコーダ５２１に入力され、ビデオエンコーダ５２１からのビデオデータ出力が多重器５２２に入力される。多重器５２２は入力された音声データとビデオデータをＭＰＥＧトランスポートストリーム形式に多重して２次記憶部に出力する。以上述べた動作により、放送されたコンテンツが２次記憶部に記録される。

例えば、２次記憶部に記録されているコンテンツを再生する場合は、以下に述べるデータの流れとなるように、ＣＰＵ５１４が各構成要素に出力先を指示する。まず２次記憶部からのＭＰＥＧトランスポートストリーム出力がＴＳデコーダ５０５に入力される。その後、ＴＳデコーダ５０５からの音声パケット出力はオーディオデコーダ５０６に入力され、オーディオデコーダ５０６からの音声出力がスピーカ５０７に入力され、スピーカ５０７が音声を再生する。一方、ＴＳデコーダ５０５からのビデオパケット出力はビデオデコーダ５０８に入力され、ビデオデコーダ５０８からのビデオ出力がディスプレイ５０９に入力され、ディスプレイ５０９がビデオを表示する。以上述べた動作により、２次記憶部に記録されているコンテンツが再生される。

以上、ハードウエアの構成について説明した。
以下、ソフトウエアの構成について説明する。

図１０は、ＲＯＭ５１２に記憶され、ＣＰＵ５１４に実行されるプログラムの構成図の一例である。

プログラム１０００は、複数のサブプログラムで構成される。具体的にはＯＳ１００１、ＥＰＧ１００２、Ｊａｖａ（ＴＭ）ＶＭ１００３、サービスマネージャ１００４、Ｊａｖａ（ＴＭ）ライブラリ１００５、記録マネージャ１０１０で構成される。

ＯＳ１００１は、オペレーティングシステムの略であり、Ｌｉｎｕｘ等が一例である。ＯＳ１００１は、複数のサブプログラムを平行して実行するカーネル１００１ａ及びライブラリ１００１ｂで構成される公知の技術の総称であり、詳細な説明は省略する。本実施の形態においては、ＯＳ１００１のカーネル１００１ａは、ＥＰＧ１００２とＪａｖａ（ＴＭ）ＶＭ１００３をサブプログラムとして実行する。また、ライブラリ１００１ｂは、これらサブプログラムに対して、端末装置５００が保持する構成要素を制御するための複数の機能を提供する。

機能の一例として、チューニング機能を紹介する。チューニング機能は、他のサブプログラムから周波数を含むチューニング情報を受け取り、それをＱＡＭ復調部５０１に引き渡す。ＱＡＭ復調部５０１は与えられたチューニング情報に基づき復調処理を行い、復調したデータをＰＯＤ５０４に引き渡すことができる。この結果、他のサブプログラムはライブラリ１００１ｂを通してＱＡＭ復調部を制御することができる。

ＥＰＧ１００２は、放送されるコンテンツ、または記録したコンテンツに関する情報をユーザに表示するとともに、ユーザにコンテンツを選択させる機能を持つ。ＥＰＧ１００２は、ユーザからの入力を受け付ける番組表示部１００２ａと、コンテンツの再生指示を行う再生部１００２ｂで構成される。ここで、ＥＰＧはＥｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅの略である。

まず、ＥＰＧ１００２が放送されるコンテンツを表示し、ユーザが選択したコンテンツを再生する手順について述べる。ＥＰＧ１００２は、端末装置５００の電源が投入されると、カーネル１００１ａによって起動される。起動されたＥＰＧ１００２の内部では、番組表示部１００２ａが端末装置５００の入力部５１３を通して、ユーザからの入力を待つ。ここで、入力部５１３が図７で示されるフロントパネルで構成されている場合、ユーザが、入力部５１３のＥＰＧボタン７０７を押下すると、ＥＰＧボタンの識別子がＣＰＵ５１４に通知される。ＣＰＵ５１４上で動作するサブプログラムであるＥＰＧ１００２の番組表示部１００２ａは、この識別子を受け取り、番組情報をディスプレイ５０９に表示する。

図１１Ａ及び図１１Ｂは、ディスプレイ５０９に表示された番組表の一例である。図１１Ａを参照して、ディスプレイ５０９には、格子状に番組情報が表示されている。列１１０１には、時刻情報が表示されている。列１１０２には、チャンネル名「チャンネル１」と、列１１０１の時刻に対応する時間帯に放映される番組が表示されている。「チャンネル１」では、９：００〜１０：３０に番組「ニュース９」が放映され、１０：３０〜１２：００は「映画ＡＡＡ」が放映されることを表す。列１１０３も列１１０２同様、チャンネル名「チャンネル２」と、列１１０１の時刻に対応する時間帯に放映される番組が表示されている。９：００〜１１：００に番組「映画ＢＢＢ」が放映され、１１：００〜１２：００は「ニュース１１」が放映される。

１１１０は、画面上に表示している内容をユーザに対するメッセージを表示する領域であり、ここでは「番組選択」と表示し、ユーザに対して番組を選択することを促している。１１３０は、カーソルである。カーソル１１３０は、フロントパネル７００の左カーソル７０３と右カーソル７０４を押下すると移動する。図１１Ａの状態で、右カーソル７０４を押下すると、カーソル１１３０は右に移動し、図１１Ｂのようになる。また、図１１Ｂの状態で、左カーソル７０３を押下すると、カーソル１１３０は左に移動し、図１１Ａのようになる。

図１１Ａの状態で、フロントパネル７００のＯＫボタン７０５が押下されると、番組表示部１００２ａは、「チャンネル１」の識別子を再生部１００２ｂに通知する。図１１Ｂの状態で、フロントパネル７００のＯＫボタン７０５が押下されると、番組表示部１００２ａは、「チャンネル２」の識別子を再生部１００２ｂに通知する。

また、番組表示部１００２ａは、表示する番組情報を、ＰＯＤ５０４を通してヘッドエンド１０１から定期的に、１次記憶部５１１に記憶しておく。一般的に、ヘッドエンドからの番組情報の取得は時間が掛かる。入力部５１３のＥＰＧボタン７０７が押下された時、１次記憶部５１１に予め保存された番組情報を表示することで、素早く番組表を表示することができる。

再生部１００２ｂは、受け取った情報が放送されるコンテンツである場合、受け取ったチャンネルの識別子を用いて、放送されるコンテンツを再生する指示を出す。チャンネルの識別子とチャンネルの関係は、チャンネル情報として、２次記憶部５１０に予め格納されている。

図１２は、２次記憶部５１０に格納されているチャンネル情報の一例である。チャンネル情報は表形式で格納されている。列１２０１は、チャンネルの識別子である。列１２０２は、チャンネル名である。列１２０３はチューニング情報である。ここで、チューニング情報は周波数や転送レート、符号化率などを含み、ＱＡＭ復調部５０１に与える値である。列１２０４はプログラムナンバーである。プログラムナンバーとは、ＭＰＥＧ２規格で規定されているＰＭＴを識別するための番号である。ＰＭＴに関しては、後述する。行１２１１〜１２１４の各行は、各チャンネルの識別子、チャンネル名、チューニング情報の組となる。行１２１１は識別子が「１」、チャンネル名が「チャンネル１」、チューニング情報に周波数「１５０ＭＨｚ」、プログラムナンバーが「１０１」を含む組となっている。再生部１００２ｂは、チャンネルの再生を行うため、受け取ったチャンネルの識別子をそのままサービスマネージャ１００４に引き渡す。

なお、ここで示したように、チャンネルとは、ある周波数帯域を指し、チャンネル情報とは、そのチャンネルが存在する周波数帯域を利用するための情報であり、放送されるコンテンツとは、そのチャンネルに含まれる映像、音声、アプリケーションの集合を指すものである。

また、再生部１００２ｂは、再生中に、ユーザがフロントパネル７００の上カーソル７０１と下カーソル７０２を押下すると、入力部５１３からＣＰＵ５１４を通して、押下された通知を受け取り、再生しているチャンネルを変更する。まず、再生部１００２ｂは、１次記憶部５１１に現在再生中のチャンネルの識別子を記憶する。

図１３Ａ、図１３Ｂ及び図１３Ｃは、１次記憶部５１１に保存しているチャンネルの識別子の例である。図１３Ａでは識別子「３」が記憶されており、図１２を参照し、チャンネル名「ＴＶ ３」のチャンネルが再生中であることを示す。図１３Ａの状態で、ユーザが上カーソル７０１を押下すると再生部１００２ｂは、図１２のチャンネル情報を参照し、表中の前のチャンネルであるチャンネル名「チャンネル２」のチャンネルに再生を切り変えるため、サービスマネージャ１００４にチャンネル名「チャンネル２」の識別子「２」を引き渡す。同時に、１次記憶部５１１に記憶されているチャンネル識別子「２」に書き換える。図１３Ｂは、チャンネル識別子が書き換えられた状態を表す。また、図１３Ａの状態で、ユーザが下カーソル７０２を押下すると再生部１００２ｂは、図１２のチャンネル情報を参照し、表中の次のチャンネルであるチャンネル名「ＴＶ Ｊａｐａｎ」のチャンネルに再生を切り変えるため、サービスマネージャ１００４にチャンネル名「ＴＶ Ｊａｐａｎ」の識別子「４」を引き渡す。同時に、１次記憶部５１１に記憶されているチャンネル識別子「４」に書き換える。図１３Ｃは、チャンネル識別子が書き換えられた状態を表す。

次に、ＥＰＧ１００２が放送されるコンテンツを表示し、ユーザが選択したコンテンツを録画予約する手順について述べる。入力部５１３が図７で示されるフロントパネルで構成されている場合、ユーザが、入力部５１３のＲＥＣボタン７０８を押下すると、ＲＥＣボタンの識別子がＣＰＵ５１４に通知される。ＣＰＵ５１４上で動作するサブプログラムであるＥＰＧ１００２の番組表示部１００２ａは、この識別子を受け取り、番組情報をディスプレイ５０９に表示する。番組表示部１００２ａは、ＥＰＧボタン７０７の識別子を受け取った場合と異なり、放送されるコンテンツに対する録画予約を行う画面を表示する。

図１４は、ディスプレイ５０９に表示された録画予約を行う画面の一例である。図１１Ａ及び図１１Ｂと同じものに対しては、同一番号を付し、説明を省略する。カーソル１１３０は、ユーザからの入力によって画面上を移動する。例えば、カーソル１１３０が「チャンネル２」の「映画ＢＢＢ」の位置で、フロントパネル７００のＯＫボタン７０５を押下すると、番組表示部１００２ａは、「映画ＢＢＢ」に関する情報を記録マネージャ１０１０に通知する。

図１０を参照して、記録マネージャ１０１０は、録画予約の管理、録画予約に応じたコンテンツの記録の指示、および記録されたコンテンツの管理を行う。まず、録画予約の管理について述べる。記録マネージャ１０１０は、例えばＥＰＧ１００２の番組表示部１００２ａから、録画予約に関する情報を伝えられると、１次記憶部５１１にその情報を保持する。図１５は、１次記憶部５１１に保持した内容を模式的に表したものである。列１５０１は、各録画予約を識別するための予約識別子である。列１５０２は、録画予約に含まれるチャンネル名である。列１５０３は、記録の開始時刻である。列１５０４は、記録の終了時刻である。列１５０５は、その録画予約に付随する付加情報である。

列１５０６は、記録されたかどうかを表す情報（記録状態）であり、例えば「１」であれば記録済み、「０」であれば記録されていないことを表す。行１５１１および行１５１２は、それぞれ録画予約を表す。ここでは、行１５１１は、予約識別子１５０１「１」、チャンネル名１５０２「チャンネル２」、開始時刻１５０３「０９：００」、終了時刻１５０４「１１：００」、付加情報１５０５「映画ＢＢＢ」、記録状態１５０６「０」を持つ録画予約を表している。また、行１５１２は、予約識別子１５０１「２」、チャンネル名１５０２「チャンネル１」、開始時刻１５０３「２０：００」、終了時刻１５０４「２１：００」、付加情報１５０５「ドラマＣ」、記録状態１５０６「１」を持つ録画予約を表している。

また、記録マネージャ１０１０は、保持するいずれかの録画予約の開始時刻になると、録画予約に含まれる情報を元に、該当するチャンネル名に相当するチャンネルのコンテンツすなわち映像、音声、アプリケーション等の付加データの２次記憶部５１０への記録開始を指示し、録画予約の終了時刻になると、記録の停止を指示する。チャンネル名に相当するチャンネル識別子は、図１２を参照して解決する。記録が完了すると、記録状態１５０６を「０」から「１」へ変更する。なお、記録したコンテンツに関する情報や、その情報を１次記憶部５１１に保持する形式等に関しては図２３に示す。新しくコンテンツを記録するたびに、図２３に示すフォーマットにエントリを一行追加する。

図２３では、２３１１及び２３１２がそれぞれ異なる記録されたコンテンツに関するエントリである。記録データ識別子２３０１は、記録したコンテンツを一意に識別するＩＤであり、記録マネージャ１０１０が各コンテンツに一意の値を割り当てる。チャンネル名２３０２は、各コンテンツのチャンネル名であり、図１５のチャンネル名１５０２と同じものである。格納情報２３０３は、記録された各コンテンツを格納しているファイルパス名である。

次に、ＥＰＧ１００２が録画されたコンテンツを表示し、ユーザが選択したコンテンツを再生する手順について述べる。番組表示部１００２ａは、記録マネージャ１０１０から記録済みのコンテンツに関する情報を受け取り、ユーザに提示する。

図１６は、ディスプレイ５０９に表示された記録済みコンテンツ選択画面の一例である。図１１Ａ及び図１１Ｂと同一のものに関しては、同一番号を付し、説明を省略する。列１６０１は記録されたコンテンツの番組名である。列１６０２は、記録されたコンテンツが放送されていたチャンネル名である。列１６０３は、記録されたコンテンツの長さ（時間）である。ユーザが入力部５１３を用いてカーソル１１３０を移動させ、記録されたコンテンツの１つを選択すると、番組表示部１００２ａは、選択されたコンテンツに関する情報を再生部１００２ｂに通知する。再生部１００２ｂは、受け取った情報が記録されたコンテンツである場合、受け取った情報をもとに、サービスマネージャ１００４に再生の指示を出す。

渡される情報とは、例えば、図１５の列１５１１で示した内容であり、さらに、記録されたコンテンツに関する情報として、コンテンツが記録された場所（例えばファイル名）などが含まれてもよい。もしくは、図１５の予約識別子１５０１のみを渡し、サービスマネージャ１００４が、その予約識別子１５０１を元に、再生に必要な情報を記録マネージャ１０１０から取得してもよい。

図１０を参照して、Ｊａｖａ（ＴＭ）ＶＭ１００３は、Ｊａｖａ（ＴＭ）言語で記述されたプログラムを逐次解析し実行するＪａｖａ（ＴＭ）バーチャルマシンである。Ｊａｖａ（ＴＭ）言語で記述されたプログラムはバイトコードと呼ばれる、ハードウエアに依存しない中間コードにコンパイルされる。Ｊａｖａ（ＴＭ）バーチャルマシンは、このバイトコードを実行するインタープリタである。また、一部のＪａｖａ（ＴＭ）バーチャルマシンは、バイトコードをＣＰＵ５１４が理解可能な実行形式に翻訳してから、ＣＰＵ５１４に引渡し、実行することも行う。Ｊａｖａ（ＴＭ）ＶＭ１００３は、カーネル１００１ａに実行するＪａｖａ（ＴＭ）プログラムを指定され起動される。

本実施の形態では、カーネル１００１ａは、実行するＪａｖａ（ＴＭ）プログラムとしてサービスマネージャ１００４を指定する。Ｊａｖａ（ＴＭ）言語の詳細は、書籍「Ｊａｖａ（ＴＭ） Ｌａｎｇｕａｇｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＩＳＢＮ ０−２０１−６３４５１−１）」等の多くの書籍で解説されている。ここでは、その詳細を省略する。また、Ｊａｖａ（ＴＭ）ＶＭ自体の詳細な動作などは、「Ｊａｖａ（ＴＭ） Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（ＩＳＢＮ ０−２０１−６３４５１―Ｘ）」等の多くの書籍で解説されている。ここでは、その詳細を省略する。

サービスマネージャ１００４は、Ｊａｖａ（ＴＭ）言語で書かれたＪａｖａ（ＴＭ）プログラムであり、Ｊａｖａ（ＴＭ）ＶＭ１００３によって逐次実行される。サービスマネージャ１００４は、ＪＮＩ（Ｊａｖａ（ＴＭ） Ｎａｔｉｖｅ Ｉｎｔｅｒｆａｃｅ）を通して、Ｊａｖａ（ＴＭ）言語で記述されていない他のサブプログラムを呼び出したり、または、呼び出されたりすることが可能である。ＪＮＩに関しても、書籍「Ｊａｖａ（ＴＭ） Ｎａｔｉｖｅ Ｉｎｔｅｒｆａｃｅ」等の多くの書籍で解説されている。ここでは、その詳細を省略する。

サービスマネージャ１００４は、ＪＮＩを通して、再生部１００２ｂよりチャンネルの識別子などの再生すべきコンテンツに関する情報を受け取る。またサービスマネージャ１００４は、別のＪａｖａプログラムがサービスマネージャに対して再生すべきチャンネル識別子を指定するためのＪａｖａ ＡＰＩも提供する。具体的には、ｓｅｌｅｃｔ（ｉｎｔ ｃｈａｎｎｅｌ）というＪａｖａメソッドを提供する。すなわち、他のＪａｖａプログラムは、ｃｈａｎｎｅｌパラメータにチャンネルの識別子を指定してこのメソッドを呼び出すことで、再生すべきコンテンツを指定できる。

上述のように、ＪＮＩを通して、あるいはＪａｖａメソッドのｓｅｌｅｃｔメソッドを通して、サービスマネージャに再生すべきコンテンツが指示される。サービスマネージャ１００４は、それが放送されるコンテンツである場合、最初にＪａｖａ（ＴＭ）ライブラリ１００５の中にあるＴｕｎｅｒ１００５ｃに、チャンネルの識別子を引き渡し、チューニングを依頼する。Ｔｕｎｅｒ１００５ｃは、２次記憶部５１０が記憶するチャンネル情報を参照し、チューニング情報を獲得する。今、サービスマネージャ１００４がチャンネルの識別子「２」をＴｕｎｅｒ１００５ｃに引き渡すと、Ｔｕｎｅｒ１００５ｃは、図１２の行１２１２を参照して、対応するチューニング情報「１５６ＭＨｚ」を獲得する。Ｔｕｎｅｒ１００５ｃは、ＯＳ１００１のライブラリ１００１ｂを通して、ＱＡＭ復調部５０１にチューニング情報を引き渡す。ＱＡＭ復調部５０１は与えられたチューニング情報に従ってヘッドエンド１０１から送信されてきた信号を復調し、ＰＯＤ５０４に引き渡す。

次にサービスマネージャ１００４は、Ｊａｖａ（ＴＭ）ライブラリ１００５の中にあるＣＡ１００５ｄにデスクランブルを依頼する。ＣＡ１００５ｄは、ＯＳ１００１のライブラリ１００１ｂを通して復号に必要な情報をＰＯＤ５０４に与える。ＰＯＤ５０４は、与えられた情報を元に、ＱＡＭ復調部５０１から与えられた信号を復号しＴＳデコーダ５０５に引き渡す。なお、ＣＡ１００５ｄは、デスクランブルの必要が無い（つまりスクランブルされていない）と判断した場合において、復号に関する処理を行わなくとも良い。

次にサービスマネージャ１００４は、Ｊａｖａ（ＴＭ）ライブラリ１００５の中にあるＪＭＦ１００５ａにチャンネルの識別子を与え、映像・音声の再生を依頼する。

ＪＭＦ１００５ａは、まず、再生すべき映像と音声を特定するためのパケットＩＤをＰＡＴ、ＰＭＴから取得する。ＰＡＴやＰＭＴはＭＰＥＧ２規格で規定されている、ＭＰＥＧ２トランスポートストリーム内の番組構成を表現するテーブルであり、ＭＰＥＧ２トランスポートストリームに含まれるパケットのペイロードに埋め込まれて、音声や映像と共に送信されるものである。詳細は規格書を参照されたい。ここでは、概略のみ説明する。ＰＡＴは、Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅの略で、パケットＩＤ「０」のパケットに格納され送信されている。ＪＭＦ１００５ａは、ＰＡＴを取得するため、ＯＳ１００１のライブラリ１００１ｂを通して、ＴＳデコーダ５０５にパケットＩＤ「０」とＣＰＵ５１４を指定する。ＴＳデコーダ５０５がパケットＩＤ「０」でフィルタリングを行い、ＣＰＵ５１４に引き渡すことでＪＭＦ１００５ａは、ＰＡＴのパケットを収集する。

図１７は、収集したＰＡＴの情報の一例を模式的に表した表である。列１７０１は、プログラムナンバーである。列１７０２は、パケットＩＤである。列１７０２のパケットＩＤはＰＭＴを取得するために用いられる。行１７１１〜１７１３は、チャンネルのプログラムナンバーと対応するパケットＩＤの組である。ここでは、３つのチャンネルが定義されている。行１７１１はプログラムナンバー「１０１」とパケットＩＤ「５０１」の組が定義されている。今、ＪＭＦ１００５ａに与えられたチャンネルの識別子が「２」とすると、ＪＭＦ１００５ａは、図１２の行１２１２を参照して、対応するプログラムナンバー「１０２」を獲得し、次に、図１７のＰＡＴの行１７１２を参照し、プログラムナンバー「１０２」に対応するパケットＩＤ「５０２」を獲得する。ＰＭＴは、Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅの略で、ＰＡＴで規定されたパケットＩＤのパケットに格納され送信されている。ＪＭＦ１００５ａは、ＰＭＴを取得するため、ＯＳ１００１のライブラリ１００１ｂを通して、ＴＳデコーダ５０５にパケットＩＤとＣＰＵ５１４を指定する。ここで、指定するパケットＩＤは「５０２」とする。ＴＳデコーダ５０５がパケットＩＤ「５０２」でフィルタリングを行い、ＣＰＵ５１４に引き渡すことでＪＭＦ１００５ａは、ＰＭＴのパケットを収集する。

図１８は、収集したＰＭＴの情報の一例を模式的に表した表である。列１８０１は、ストリーム種別であり。列１８０２は、パケットＩＤである。列１８０２で指定されるパケットＩＤのパケットには、ストリーム種別で指定された情報がペイロードに格納され送信されている。列１８０３は補足情報である。行１８１１〜１８１４はエレメンタリ−ストリームと呼ばれる、パケットＩＤと送信している情報の種別の組である。行１８１１は、ストリーム種別「音声」とパケットＩＤ「５０１１」の組であり、パケットＩＤ「５０１１」のペイロードには音声が格納されていることを表す。ＪＭＦ１００５ａは、ＰＭＴから再生する映像と音声のパケットＩＤを獲得する。図１８を参照して、ＪＭＦ１００５ａは、行１８１１から音声のパケットＩＤ「５０１１」を、行１８１２から映像のパケットＩＤ「５０１２」を獲得する。

次に、ＪＭＦ１００５ａは、ＯＳ１００１のライブラリ１００１ｂを通して、獲得した音声のパケットＩＤと出力先としてオーディオデコーダ５０６、映像のパケットＩＤと出力先としてビデオデコーダ５０８の組を、ＴＳデコーダ５０５に与える。ＴＳデコーダ５０５は与えられたパケットＩＤと出力先に基づいて、フィルタリングを行う。ここではパケットＩＤ「５０１１」のパケットをオーディオデコーダ５０６に、パケットＩＤ「５０１２」のパケットをビデオデコーダ５０８に引き渡す。オーディオデコーダ５０６は、与えられたパケットのデジタル−アナログ変換を行い、スピーカ５０７を通して音声を再生する。ビデオデコーダ５０８は、与えられたパケットのデジタル−アナログ変換を行いディスプレイ５０９に映像を表示する。

最後にサービスマネージャ１００４は、Ｊａｖａ（ＴＭ）ライブラリ１００５の中にあるＡＭ１００５ｂにチャンネルの識別子を与え、データ放送再生を依頼する。ここで、データ放送再生とは、ＭＰＥＧ２トランスポートストリームに含まれるＪａｖａ（ＴＭ）プログラムすなわちアプリケーションを抽出し、Ｊａｖａ（ＴＭ）ＶＭ１００３に実行させることである。ＭＰＥＧ２トランスポートストリームにＪａｖａ（ＴＭ）プログラムを埋め込む方法は、ＭＰＥＧ規格書ＩＳＯ／ＩＥＣ１３８１８−６に記述されたＤＳＭＣＣという方式を用いる。ここではＤＳＭＣＣの詳細な説明は省略する。

ＤＳＭＣＣ方式は、ＭＰＥＧ２トランスポートストリームのパケットの中に、コンピュータで使用されているディレクトリやファイルで構成されるファイルシステムをエンコードする方法を規定している。また、実行するＪａｖａ（ＴＭ）プログラムの情報はＡＩＴと呼ばれる形式で、ＭＰＥＧ２トランスポートストリームのパケットの中に埋め込まれ送信されている。ＡＩＴは、ＯＣＡＰ１．０仕様に定義されている、Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅの略である。

ＡＭ１００５ｂは、まず、ＡＩＴを獲得するため、ＪＭＦ１００５ａと同様にＰＡＴ、ＰＭＴを取得し、ＡＩＴが格納されているパケットのパケットＩＤを獲得する。今、与えられたチャンネルの識別子が「２」で、図１７のＰＡＴ、図１８のＰＭＴが送信されていると、ＪＭＦ１００５ａと同様の手順で、図１８のＰＭＴを獲得する。ＡＭ１００５ｂは、ＰＭＴからストリーム種別が「データ」で補足情報として「ＡＩＴ」を持つエレメンタリ−ストリームからパケットＩＤを抽出する。図１８を参照して、行１８１３のエレメンタリ−ストリームが該当し、パケットＩＤ「５０１３」を獲得する。

ＡＭ１００５ｂは、ＯＳ１００１のライブラリ１００１ｂを通してＴＳデコーダ５０５にＡＩＴのパケットＩＤと出力先ＣＰＵ５１４を与える。ＴＳデコーダ５０５は、与えられたパケットＩＤでフィルタリングを行い、ＣＰＵ５１４に引き渡す。この結果、ＡＭ１００５ｂは、ＡＩＴのパケットを収集することができる。図１９は、収集したＡＩＴの情報の一例を模式的に表した表である。列１９０１はＪａｖａ（ＴＭ）プログラムの識別子である。列１９０２はＪａｖａ（ＴＭ）プログラムの制御情報である。制御情報には「ａｕｔｏｓｔａｒｔ」「ｐｒｅｓｅｎｔ」「ｋｉｌｌ」などがあり、「ａｕｔｏｓｔａｒｔ」は即時に端末装置５００がこのプログラムを自動的に実行することを意味し、「ｐｒｅｓｅｎｔ」は自動実行しないことを意味し、「ｋｉｌｌ」はプログラムを停止することを意味する。

列１９０３は、ＤＳＭＣＣ方式でＪａｖａ（ＴＭ）プログラムを含んでいるパケットＩＤを抽出するためのＤＳＭＣＣ識別子である。列１９０４はＪａｖａ（ＴＭ）プログラムのプログラム名である。列１９０５は優先度である。優先度とは、何らかの処理において複数アプリケーション間で順位付けを行う際に利用可能なものである。行１９１１と行１９１２は、Ｊａｖａ（ＴＭ）プログラムの情報の組である。行１９１１で定義されるＪａｖａ（ＴＭ）プログラムは、識別子「３０１」、制御情報「ａｕｔｏｓｔａｒｔ」、ＤＳＭＣＣ識別子「１」、プログラム名「ａ／ＴｏｐＸｌｅｔ」、優先度「１００」の組である。行１９１２で定義されるＪａｖａ（ＴＭ）プログラムは、識別子「３０２」、制御情報「ｐｒｅｓｅｎｔ」、ＤＳＭＣＣ識別子「１」、プログラム名「ｂ／ＧａｍｅＸｌｅｔ」、優先度「５０」の組である。ここで２つのＪａｖａ（ＴＭ）プログラムは同じＤＳＭＣＣ識別子を持つが、これは１つのＤＳＭＣＣ方式でエンコードされたファイルシステム内に２つのＪａｖａ（ＴＭ）プログラムが含まれていることを表す。ここでは、Ｊａｖａ（ＴＭ）プログラムに対して４つの情報しか規定しないが、実際にはより多くの情報が定義される。詳細はＯＣＡＰ１．０仕様を参照されたい。

ＡＭ１００５ｂは、ＡＩＴの中から「ａｕｔｏｓｔａｒｔ」のＪａｖａ（ＴＭ）プログラムを見つけ出し、対応するＤＳＭＣＣ識別子及びＪａｖａ（ＴＭ）プログラム名を抽出する。図１９を参照して、ＡＭ１００５ｂは行１９１１のＪａｖａ（ＴＭ）プログラムを抽出し、ＤＳＭＣＣ識別子「１」及びＪａｖａ（ＴＭ）プログラム名「ａ／ＴｏｐＸｌｅｔ」を獲得する。

次にＡＭ１００５ｂは、ＡＩＴから取得したＤＳＭＣＣ識別子を用いて、Ｊａｖａ（ＴＭ）プログラムをＤＳＭＣＣ方式で格納しているパケットのパケットＩＤをＰＭＴから獲得する。具体的には、ＰＭＴの中でストリーム種別が「データ」で、補足情報のＤＳＭＣＣ識別子が合致するエレメンタリ−ストリームのパケットＩＤを取得する。

今、ＤＳＭＣＣ識別子が「１」であり、ＰＭＴが図１８とすると、行１８１４のエレメンタリ−ストリームが合致し、パケットＩＤ「５０１４」を取り出す。

ＡＭ１００５ｂは、ＯＳ１００１のライブラリ１００１ｂを通してＴＳデコーダ５０５にＤＳＭＣＣ方式でデータが埋めこめられたパケットのパケットＩＤと出力先としてＣＰＵ５１４を指定する。ここでは、パケットＩＤ「５０１４」を与える。ＴＳデコーダ５０５は、与えられたパケットＩＤでフィルタリングを行い、ＣＰＵ５１４に引き渡す。この結果、ＡＭ１００５ｂは、必要なパケットを収集することができる。ＡＭ１００５ｂは、収集したパケットから、ＤＳＭＣＣ方式に従ってファイルシステムを復元し、１次記憶部５１１に保存する。ＭＰＥＧ２トランスポートストリーム中のパケットからファイルシステム等のデータを取り出し１次記憶部５１１等の記憶手段に保存することを以降、ダウンロードと呼ぶ。

図２０は、ダウンロードしたファイルシステムの一例である。図中、丸はディレクトリを、四角はファイルを表し、２００１はルートディレクトリ、２００２はディレクトリ「ａ」、２００３はディレクトリ「ｂ」、２００４はファイル「ＴｏｐＸｌｅｔ．ｃｌａｓｓ」、２００５はファイル「ＧａｍｅＸｌｅｔ．ｃｌａｓｓ」である。

次にＡＭ１００５ｂは、１次記憶部５１１にダウンロードしたファイルシステム中から実行するＪａｖａ（ＴＭ）プログラムをＪａｖａ（ＴＭ）ＶＭ１００３に引き渡す。今、実行するＪａｖａ（ＴＭ）プログラム名が「ａ／ＴｏｐＸｌｅｔ」とすると、Ｊａｖａ（ＴＭ）プログラム名の最後に「．ｃｌａｓｓ」を付加したファイル「ａ／ＴｏｐＸｌｅｔ．ｃｌａｓｓ」が実行すべきファイルとなる。「／」はディレクトリやファイル名の区切りであり、図２０を参照して、ファイル２００４が実行すべきＪａｖａ（ＴＭ）プログラムである。次にＡＭ１００５ｂは、ファイル２００４をＪａｖａ（ＴＭ）ＶＭ１００３に引き渡す。

Ｊａｖａ（ＴＭ）ＶＭ１００３は、引き渡されたＪａｖａ（ＴＭ）プログラムを実行する。

サービスマネージャ１００４は、他のチャンネルの識別子を受け取ると、Ｊａｖａ（ＴＭ）ライブラリ１００５に含まれる各ライブラリを通して再生している映像・音声及びＪａｖａ（ＴＭ）プログラムの実行を、同じくＪａｖａ（ＴＭ）ライブラリ１００５に含まれる各ライブラリを通して停止し、新たに受け取ったチャンネルの識別子に基づいて、映像・音声の再生及びＪａｖａ（ＴＭ）プログラムの実行を行う。

なお、上述したＡＩＴに基づいてＡＭ１００５ｂによって実行されたアプリケーションはＪａｖａプログラムの一種であるから、サービスマネージャ１００４が提供するｓｅｌｅｃｔ（ｉｎｔ ｃｈａｎｎｅｌ）メソッドを呼び出して、再生すべきコンテンツを指定することができる。

ＯＣＡＰ１．０仕様では、前記ＥＰＧ１００２のような、予め端末内に用意してあるプログラムの代わりに、端末装置の外部からアプリケーションをダウンロードして実行する手順が規定されている。以降、この種のアプリケーションを、モニタアプリと呼ぶ。

図２１は、ヘッドエンド１０１から送られてくる特殊なプログラム情報（以下ＸＡＩＴと呼ぶ）の一例を模式的に表した表である。ＸＡＩＴの構成は、図１９に示した前記ＡＩＴと類似の構成をとるため、同一構成要素に対しては同一番号を付し、説明を省略する。列２１０５は、抽象サービス識別子であり、モニタアプリが、どの抽象サービスに属するかを表している。ここで、抽象サービスとは、アプリケーションの集合を表す概念であり、その特徴は、放送されるコンテンツとは異なり、映像や音声との関連性は無く、アプリケーションの関連性のみを持つ。つまり、サービスマネージャ１００４は、映像・音声に関わる処理（具体的にはＣＡ１００５ｄや、ＪＭＦ１００５ａを呼び出す処理）を行わない。列２１０６は、抽象サービス自動選択識別子である。本識別子に応じて、その抽象サービスを選択するかどうかを判断する。例えば、抽象サービス自動選択識別子２１０６が１の時は自動的に選択され、結果としてその抽象サービスに属するモニタアプリが起動される。抽象サービス自動選択識別子２１０６が１以外の時は自動的には選択されないため、何らかの手段を用いてその抽象サービスを選択しない限り、その抽象サービスに属するモニタアプリは起動されない。

行２１１１と行２１１２は、モニタアプリに関連する情報の組である。行２１１１で定義されるモニタアプリは、Ｊａｖａプログラム識別子「４０１」、制御情報「ａｕｔｏｓｔａｒｔ」、ＤＳＭＣＣ識別子「１」、プログラム名「ａ／ＭＡ１」、優先度「２５５」、抽象サービス識別子「１００」、抽象サービス自動選択識別子「１」の組である。行２１１２で定義されるモニタアプリは、識別子「４０２」、制御情報「ｐｒｅｓｅｎｔ」、ＤＳＭＣＣ識別子「１」、プログラム名「ｂ／ＭＡ２」、優先度「２１０」、抽象サービス識別子「２００」、抽象サービス自動選択識別子「０」の組である。

サービスマネージャ１００４は、ＯＳ１００１によって起動された後、ＸＡＩＴの取得を試みる。ＸＡＩＴはどのような方法で送られて、どのような方法で取得できてもよいが、例えばＯＯＢを用いて、予め仕様で決められた場所に格納されて送られてくる。サービスマネージャ１００４は、図２１で示したＸＡＩＴを取得した場合、内容を解析するとともに、抽象サービス自動選択識別子２１０６が１になっている抽象サービスを探索する。抽象サービス自動選択識別子２１０６が１になっている抽象サービスが見つかると、サービスマネージャ１００４は、その抽象サービスを再生する。放送されるコンテンツの再生とは異なり、処理として、Ｔｕｎｅｒ１００５ｃ、ＣＡ１００５ｄ、ＪＭＦ１００５ａへの指示を行うことなく、ＡＭ１００５ｂへモニタアプリの起動を指示する。ＡＭ１００５ｂにおける処理は、放送されるチャンネルの場合と同様であるため説明を省略する。

起動されたモニタアプリは、Ｊａｖａライブラリ１００５を利用することで端末上の構成要素を制御可能である。例えば、起動されたモニタアプリが、ＥＰＧ１００２の変わりにチャンネルの選択を行った場合は、Ｊａｖａライブラリ１００５をモニタアプリが直接呼び出すことによって、ＥＰＧ１００２がチャンネルの選択を行った場合と同様の処理が行われる。あるいは、モニタアプリはＪａｖａプログラムの一種であるから、サービスマネージャ１００４が提供するＪａｖａメソッドであるｓｅｌｅｃｔ（ｉｎｔ ｃｈａｎｎｅｌ）メソッドを呼び出すことで、モニタアプリがサービスマネージャを経由してチャンネル選択を行うことも可能である。このようにして、チャンネルと関連しないアプリケーションを起動することが可能となる。より詳細に述べると、サービスマネージャ１００４は、同時に２つ以上のサービス（つまり、放送されるチャンネルと、抽象サービス）を管理可能である。

ただし、ある特定の制限を加えても良い。例えば、放送されるコンテンツは同時に１つしか管理できないという制限である。この制限は、現在何らかの放送されるコンテンツが再生されている（つまり視聴されている）場合において、別の放送されるコンテンツの再生指示を受けると、現在再生されているコンテンツはその管理下から外れ（つまり再生を停止して）、別のコンテンツが再生および管理される（つまり視聴できるようになる）ことを引き起こす。

ここで、ＡＭ１００５ｂによって起動されるアプリケーションの例を示す。
図２２は、記録されたコンテンツに含まれる映像と音声の特殊再生を行うアプリケーションが、ユーザからの指示を受け付けるためにディスプレイ５０９に表示したＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の例である。２２０１〜２２０７は、ユーザが入力部５１３を用いて選択することによって、映像と音声の特殊再生または通常再生をＪＭＦ１００５ａに指示する機能を持つ。具体的には、２２０１は一定区間だけ前へ移動する機能、２２０２は巻き戻し、２２０３は一時停止、２２０４は停止、２２０５は通常再生、２２０６は早送り、２２０７は一定区間だけ後ろへ移動する機能を持つ。ＪＭＦ１００５ａを利用して、このような早送りや再生位置を一定区間だけ移動させる方法は、ＪＭＦ１００５ａの説明で詳細を述べる。

ここで、サービスマネージャ１００４は、前述のように、放送されているコンテンツおよび抽象サービスだけでなく、２次記憶部５１０に記録されたコンテンツの再生指示も受け付けることが可能である。これは、放送されたコンテンツの再生指示と同様に、ＪＮＩを通してサービスマネージャに記録データ識別子２３０１を与えるか、あるいは、サービスマネージャ１００４が提供するＪａｖａメソッドであるｓｅｌｅｃｔ（ｉｎｔ ｃｈａｎｎｅｌ）メソッドのｃｈａｎｎｅｌパラメータに記録データ識別子を与えることで、記録されたコンテンツの再生を指示できる。記録データ識別子は、図２３に示された記録データ識別子２３０１の値であり、記録マネージャ１２１０によって割り当てられる。記録マネージャ１２１０が作成する記録データの形式と記録データ識別子２３０１については、後で述べる。

上述のいずれかの方法でサービスマネージャ１００４が記録されたコンテンツの再生指示を受け付けた場合の処理について述べる。サービスマネージャ１００４が記録されたコンテンツの再生指示を受け付けると、まず、２次記憶部５１０からのＭＰＥＧトランスポートストリーム出力をＴＳデコーダ５０５に引き渡す。なお、録画時にスクランブルをかけて、ＣＡ１００５ｄでデスクランブルを行なう構成としてもよい。

次に、サービスマネージャ１００４は、Ｊａｖａ（ＴＭ）ライブラリ１００５の中にあるＪＭＦ１００５ａに記録データ識別子２３０１を与え、映像・音声の再生を依頼する。

ＪＭＦ１００５ａは、まず、記録マネージャ１２１０が保持するデータ（図２３）から、記録データ識別子２３０１に対応する格納情報２３０３を取得する。格納情報は、記録したコンテンツすなわち映像、音声、アプリケーション等の付加データのファイル所在を示すためのファイルパス名である。ただし、格納情報２３０３については、ＪＭＦ１００５ａが取得するのではなく、サービスマネージャ１００４から渡されても良い。ＪＭＦ１００５ａは、格納情報２３０３として保存される情報から、再生すべき映像・音声を判断し、再生を行う。再生方法に関しては、前述の放送されるチャンネルの再生の場合に示した方法や、公知の技術を用いることで実現可能であり、本発明に関与が薄いため、詳細な説明は省略する。例えば、記録されたコンテンツ中から、ＰＡＴ及びＰＭＴを取得し、ＰＭＴに記述された情報を元に、映像、音声を再生する。

最後にサービスマネージャ１００４は、Ｊａｖａ（ＴＭ）ライブラリ１００５の中にあるＡＭ１００５ｂにチャンネルの識別子を与え、アプリケーションの実行を依頼する。

ＡＭ１００５ｂは、まず、記録マネージャ１２１０が保持するデータ（図２３）から、記録データ識別子２３０１に対応する格納情報２３０３を取得する。ただし、格納情報２３０３については、ＡＭ１００５ｂが取得するのではなく、サービスマネージャ１００４から渡されても良い。ＡＭ１００５ｂは、格納情報２３０３として保存される情報から、実行すべきアプリケーションに関する情報を取得する。アプリケーションを構成するファイルの保存方法や、ＡＩＴの取得方法は、記録した際の記録方法に依存するが、アプリケーションの実行方法に関しては、前述の放送されるチャンネル内のアプリケーションの実行の場合に示した方法や、公知の技術を用いることで実現可能であり、本発明に関与が薄いため、詳細な説明は省略する。また、どのような記録方式、または取得、解釈方法を取ったとしても、記録されたチャンネル内のアプリケーションが実行されるのであれば、本発明は実施可能である。

先に、サービスマネージャ１００４は、同時に２つ以上のサービスを管理可能であると述べたが、放送されるコンテンツの記録および再生が可能な場合において、サービスマネージャ１００４は３種類のサービス（つまり、放送されるコンテンツ、抽象サービス、および記録されたコンテンツ）の再生指示を受付、それに応じた管理が可能である。

ここで、サービスマネージャ１００４が行う管理手法に関して、図２４を用いて例示する。

サービスマネージャ１００４は、１次記憶部５１１内に図２４で示したデータ構造を保持する。列２４０１はサービス種別であり、再生されて管理しているサービスの種類（つまり前記３種類のうちのいずれか）を表す。列２４０２はサービス識別子であり、サービス種別に応じて、その種別内で識別される識別子である。行２４１１および行２４１２は、それぞれ再生されて管理しているサービスを表す。行２４１１で表されるサービスは、サービス種別２４０１として「記録されたコンテンツ」、そしてサービス識別子２４０２として「チャンネル１」を持つ。また、行２４１２で表されるサービスは、サービス種別２４０１として「抽象サービス」、そしてサービス識別子２４０２として「１００」を持つ。

例として、より具体的には、行２４１１で表されるサービスは、図１２で示した行１２１１にあるチャンネルを記録したものであり、その構成要素は、図１８で示した映像、音声、アプリケーション（本来はＤＳＭＣＣ方式で運ばれてきたもの）、およびＡＩＴから構成されている。行２４１１で表されるサービスが再生され管理されている状態とは、その映像、音声が再生され、そのアプリケーションが実行されている状態を表す。より詳細には、ＡＩＴは図１９で示したものであり、前述の手順に従い、Ｊａｖａプログラム識別子として３０１を持つアプリケーション（以降、放送連動アプリと呼ぶ）が実行されている。また、行２４１２で表されるサービスは、図２１で示したＸＡＩＴを元に再生、管理された抽象サービスである。行２４１２で表されるサービスが再生され管理されている状態とは、図２１で示したように、Ｊａｖａプログラム識別子として４０１を持つアプリケーション（以降、単純にモニタアプリと呼ぶ）が実行されている。

以降では、この状態を代表例として、本発明が解決しようとする課題、および解決方法について述べる。

放送連動アプリは、ＪＭＦ１００５ａを用いて、放送連動アプリ自身に関連付けられて再生されている映像・音声の特殊再生を行うことが可能である。放送連動アプリは、予め想定された状況下において、視聴者との双方向連携などにより、魅力的な内容を構築することも可能である。

しかし、モニタアプリも同様に、ＪＭＦ１００５ａを用いることによって、放送連動アプリと関連付けられた映像・音声の特殊再生を行うことができてしまうと、放送連動アプリは、考慮しきれないほどの再生状態を扱わなければならなくなり、アプリケーションの作成、およびそれが含まれる番組の品質を保つことが困難となる。逆に、モニタアプリがＥＰＧのような中心的な役割を担うものである場合、モニタアプリからの特殊再生指示を、放送連動アプリに妨害される可能性もある。モニタアプリからの特殊再生指示が、視聴者のリモコン操作に基づく指示であった場合、視聴者の混乱を引き起こす可能性も十分に考えられる。また、モニタアプリが２つ以上実行されている場合、モニタアプリ間の特殊再生指示が食い違う可能性もある。ＪＭＦ仕様には、このような課題を解決するための枠組みは入っていない。

本発明では、前記課題を解決するために、特殊再生指示に対する排他制御機構を導入する。

図２５は、ＪＭＦ１００５ａの内部構造を表したものである。ＪＭＦ１００５ａは、動画特殊再生管理手段２５０１と、動画再生処理手段２５０２とから構成される。

動画特殊再生管理手段２５０１は、ＪＭＦ１００５ａにおいて動画を再生する速度（再生速度）および時刻情報を保持および管理している。また、アプリケーション、Ｊａｖａ（ＴＭ）ライブラリ１００５内の構成要素、またはサービスマネージャ１００４（以降、これらを総称して外部と呼ぶ）から、再生速度や時刻の設定、および取得が可能である。

再生速度とは、例えば、１．０の時は通常再生、１．０より大きい時は早送り、０．０の時は停止、０．０より大きく１．０より小さい時は低速再生（スロー）、０．０より小さいときは巻戻しを表す。つまり、１．０の時は通常再生であり、それ以外の場合は特殊再生を意味する。図２６Ａ、図２６Ｂおよび図２６Ｃは、この場合において、動画特殊再生管理手段２５０１が１次記憶部５１１に保持する再生速度を模式的に表したものである。図２６Ａは、通常再生を意味する１．０を保持している状態である。ここで外部から早送りの指示として２．０が設定された場合、図２６Ｂの状態に変化する。また、外部から巻戻しの指示として−１．０が設定された場合、図２６Ｃの状態に変化する。

また、動画特殊再生管理手段２５０１は、常に何らかの再生速度を保持する。つまり、何らかの再生速度を初期値として持つ。例えば、外部から再生速度が設定されていない状態においては１．０を保持する。なお、本発明においては、ここで示した数値でなくとも、通常再生と特殊再生とが識別できれば、実施可能である。よって、以降では、具体的な数値ではなく、通常再生または特殊再生が設定されるという表現を用いることとする。また、再生速度の設定とは、通常再生または特殊再生の指示を指す。

時刻情報とは、映像・音声が持つ時間軸における時刻である。具体的には、例えば映像・音声が６０分の長さを持つ場合、０分が映像・音声の先頭を意味し、６０分が最後を意味し、３０分は半分の地点を意味する。時刻情報に関しても、再生速度と同様に１次記憶部５１１に保持される。

図２５を参照して、動画再生処理手段２５０２は、再生すべき映像・音声を再生するとともに、動画特殊再生管理手段２５０１から取得した、もしくは指示された再生速度および時刻情報を、２次記憶部５１０、オーディオデコーダ５０６、またはビデオデコーダ５０８へ指示する。２次記憶部５１０が、指示された速度で、指示された時刻からのＭＰＥＧトランスポートストリームを出力することで、結果的にオーディオデコーダ５０６またはビデオデコーダ５０８が指示された速度で指示された時刻の音声及びビデオを再生することができる。

また、アプリケーション、Ｊａｖａ（ＴＭ）ライブラリ１００５内の構成要素、またはサービスマネージャ１００４から、再生する映像・音声の指定や、再生状態（再生中、停止中など）の変更が可能である。また、動画再生処理手段２５０２は、現在どのような指示をオーディオデコーダ５０６、またはビデオデコーダ５０８へ行っているか（以降、これを再生状況と呼ぶ）を保持しており、外部、もしくは動画特殊再生管理手段２５０１からの要求に応じて、保持している内容を返すことが可能である。

図２７は、動画特殊再生管理手段２５０１の一例を示すＪａｖａのメソッドである。ｓｅｔＭｅｄｉａＴｉｍｅメソッドは、現在の時間として利用される時刻を受け付ける。例えば、時刻０を指定することで、コンテンツの先頭へ移動することが可能である。ｇｅｔＭｅｄｉａＴｉｍｅメソッドは、動画特殊再生管理手段２５０１で保持している時刻の取得要求を受け付け、時刻を返す。ｓｅｔＲａｔｅメソッドは、再生速度を表す数値を受け付ける。例えば、−１を指定すると巻き戻し、２を指定すると倍速再生となる。ｇｅｔＲａｔｅメソッドは、動画特殊再生管理手段２５０１で保持している再生速度の取得要求を受け付け、再生速度を返す。

図２８は、動画再生処理手段２５０２の一例を示すＪａｖａのメソッドである。ｓｔａｒｔメソッドは、映像・音声の再生開始指示を受け付ける。その際、図２７で示したｓｅｔＭｅｄｉａＴｉｍｅやｓｅｔＲａｔｅで指定された情報が利用される。また、ｃｌｏｓｅメソッドは、その再生終了指示を受け付ける。

図２９は、動画特殊再生管理手段２５０１が、外部から再生速度の設定指示を受け取った時の手順を示すフローチャートである。

動画特殊再生管理手段２５０１は、外部から再生速度の設定指示を受け取ると、その内容を取得し（以降、ここで取得した内容をＴＡと呼ぶ）（Ｓ２９０１）、既に１次記憶部５１１に保持している再生速度を取得し（以降、ここで取得した内容をＴＢと呼ぶ）（Ｓ２９０２）、ＴＡとＴＢを比較する（Ｓ２９０３）。ＴＡとＴＢが同じ場合は、変更する必要がないため、処理を終了する。ＴＡとＴＢが異なる場合は、ＴＢが通常再生を表す内容かどうかを判断する（Ｓ２９０４）。ＴＢが通常再生でない場合（つまり特殊再生の場合）、変更可否判断を行う（Ｓ２９０５）。変更可否判断の方法は以降で詳細に述べる。変更可否判断の結果が変更可であったかどうかを判断し（Ｓ２９０６）、「変更不可」であった場合は、処理を終了する。「変更可」であった場合は、１次記憶部５１１に保持していた内容をＴＡに置き換える（Ｓ２９０７）。Ｓ２９０４において、ＴＢが通常再生の場合も、１次記憶部５１１に保持していた内容をＴＡに置き換える（Ｓ２９０７）。

次に、動画特殊再生管理手段２５０１は、動画再生処理手段２５０２に対し再生状況を問い合わせ、その結果が再生中を表すものかどうかを判断する（Ｓ２９０８）。再生中を表すものでない場合は、処理を終了する。再生中を表すものである場合、動画特殊再生管理手段２５０１は、動画再生処理手段２５０２に対し再生速度を指示する（Ｓ２９０９）。これによって、外部から再生速度の設定指示が、映像および音声の再生状況に反映される。

なお、Ｓ２９０６において「変更不可」であった場合、再生速度の設定指示を行った設定者に対し、変更不可であったことを通知してもよい。通知方法については、いかなる方法を用いても本発明は実施可能であるが、例えば、公知の技術であるＪａｖａ（ＴＭ）言語における例外機構を用いることで実現可能である。

図３０は、前記「変更可否判断（Ｓ２９０５）」の詳細手順を示すフローチャートである。

動画特殊再生管理手段２５０１は、ＴＢを保持するきっかけとなった設定者（アプリケーション、Ｊａｖａ（ＴＭ）ライブラリ１００５内の構成要素、またはサービスマネージャ１００４）を特定する（Ｓ３００１）。以降、Ｓ３００１で特定された設定者を「旧設定者」と呼ぶ。なお、設定者を特定する具体的な方法については、本発明とは関係が薄いため詳細な説明は省略するが、例えば、設定者が動作しているプロセスやスレッドによる特定など、公知の技術を用いることで実現可能である。

また、動画特殊再生管理手段２５０１は、特定した設定者に関する情報を１次記憶部５１１に保持し、それを取得することが可能であるものとする。図３１Ａおよび図３１Ｂは、１次記憶部５１１に保持した設定者に関する情報を模式的に示した図である。図３１Ａでは、Ｊａｖａプログラム識別子として「３０１」を保持しており、これは、現在の再生速度が、Ｊａｖａプログラム識別子として「３０１」を持つアプリケーションから設定されたものであることを意味している。Ｊａｖａプログラム識別子として「４０１」を持つアプリケーションからの再生速度の設定指示を受け、それを受理した場合は図３１Ｂの状態になる。また、設定者がアプリケーション（例えば、サービスマネージャ１００４）以外の場合、更なる付加情報を保持しても良いし、特殊な値（例えば「−１」）を保持するとしても良い。いかなる情報を保持しようとも、設定者を特定するために十分な情報を保持できるのであれば、本発明は実施可能である。

また、それまで一度も再生速度を設定されていない状況においては、ＪＭＦ１００５ａに対して再生の指示を出したもの（例えば、サービスマネージャ１００４やアプリケーション）を旧設定者としてもよいし、旧設定者は居ないものとしてもよい。

図３０を参照して、次に、動画特殊再生管理手段２５０１は、再生速度の設定指示を行った設定者を特定する（Ｓ３００２）。以降、Ｓ３００２で特定された設定者を「新設定者」と呼ぶ。次に、旧設定者と新設定者との親和性検証（Ｓ３００３）を行う。親和性検証の詳細については後述する。親和性検証の結果を判断し（Ｓ３００４）、親和性が無いと判断された場合は、「変更不可」を返し（Ｓ３００７）、処理を終了する。親和性があると判断された場合は、新設定者の情報を１次記憶部５１１に保持し（Ｓ３００５）し、「変更可」を返して（Ｓ３００６）、処理を終了する。

次に、親和性検証（Ｓ３００３）の処理について述べる。図３２は、親和性検証において行われる手順を示したフローチャートである。

動画特殊再生管理手段２５０１は、旧設定者に関する情報と、新設定者に関する情報を比較し、それらが同じかどうかを判断する（Ｓ３２０１）。同じと判断した場合は、「親和性あり」を返し（Ｓ３２０２）、処理を終了する。違うと判断した場合は「親和性なし」と返し（Ｓ３２０３）、処理を終了する。

なお、本実施の形態では、ＲＯＭ５１２が保存する内容を２次記憶部５１０が保存することで、ＲＯＭ５１２を削除することも実施可能である。また、２次記憶部５１０は、複数のサブ２次記憶部で構成し、個々のサブ２次記憶部が異なる情報を保存しても実施可能である。例えば、１つのサブ２次記憶部はチューニング情報のみを保存し、別のサブ２次記憶部は、ＯＳ１００１のライブラリ１００１ｂを保存し、更に別のサブ２次記憶部は、ダウンロードしたＪａｖａ（ＴＭ）プログラムを保存するなど、詳細に分割することが可能である。

また、本実施の形態では、登録されたＪａｖａ（ＴＭ）プログラムやコンテンツを２次記憶部５１０に保存していたが、１次記憶部５１１に保存することも実施可能である。１次記憶部５１１に保存する場合、電源ＯＦＦ時に、保存された情報は全て消える。

これにより、通常再生が設定されている状況においては、どの設定者の要求に対してもその要求を受理し、特殊再生が設定されている状況においては、旧設定者に対してのみ、再生速度・時刻の設定指示を受理することが実現される。よって、旧設定者が特殊再生を行っている間に、他の新設定者によって再生状況が変更される状況を防ぐことが出来る。

なお、図１５で示した内容は、ここで示した内容に限らず、記録処理に十分な情報を含んでいればよい。または、複数のテーブルによって構成されていてもよい。また、１次記憶部５１１に保持するとしたが、２次記憶部５１０に保持することで、電源切断後も録画予約に関する情報を保持し続けることが可能となる。

（実施の形態２）
本実施の形態では、実施の形態１で示した「親和性検証」の手順に対し、別の手順を示す。

本実施の形態で用いるハードウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図５で示すハードウエアの構成である。また本実施の形態で用いるソフトウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図１０で示すソフトウエアの構成である。またハードウエア及びソフトウエアの動作は、「親和性検証」の手順を除いて、実施の形態１で図１から図２６Ｃを用いて説明したものと同じであるため、再度の説明は省略する。

同一サービス内に複数のアプリケーションが存在する場合では、それらのアプリケーションはお互いの存在を認識し、協調して動作する場合が多い。その場合、同一サービス内のアプリケーション間で特殊再生に関する排他処理を行う必要はない。従って、実施の形態１では旧設定者と新設定者が完全一致するかどうかを比較していたが、本実施の形態においては、それぞれが属するサービスを比較することを特徴とする。

図３３は、本実施の形態における親和性検証での手順を示したフローチャートである。
動画特殊再生管理手段２５０１は、旧設定者が属するサービスを特定する（Ｓ３３０１）。特定するための具体的な方法については、本発明とは関係が薄いため詳細な説明は省略するが、例えば、サービスマネージャ１００４がＡＭ１００５ｂへ与えたサービスに関する情報と、ＡＭ１００５ｂが起動したアプリケーションとの関連をＡＭ１００５ｂが保持し、それを動画特殊再生管理手段２５０１が取得できるようにすることで実現可能である。なお、アプリケーションに関する情報は、図３０のＳ３００１の説明で述べた手順で実現可能である。

次に、動画特殊再生管理手段２５０１は、新設定者が属するサービスを特定する（Ｓ３３０２）。

次に、動画特殊再生管理手段２５０１は、旧設定者が属するサービスと、新設定者が属するサービスとを比較し、同一サービスであるかどうかを判断する（Ｓ３３０３）。比較方法については、どのような方法を用いても本発明は実施可能であるが、例えば、図２４に示したサービス種別２４０１や、サービス識別子２４０２を比較することによって実現可能である。

Ｓ３３０３において、同一サービスであると判断された場合は、「親和性あり」を返し（Ｓ３３０４）、処理を終了する。同一サービスではないと判断された場合は、「親和性なし」を返し（Ｓ３３０５）、処理を終了する。

なお、本実施の形態においては、図３０で示した処理Ｓ３００５において、設定者に関する情報としてサービスに関連する情報を保持しておくことで、図３３の処理３３０１において、サービスを特定するための手段として、保持した内容を取得するだけで済むようにすることも可能である。

これにより、通常再生が設定されている状況においては、どの設定者の要求に対してもその要求を受理し、特殊再生が設定されている状況においては、旧設定者と同一サービスに属する設定者に対してのみ、再生速度・時刻の設定指示を受理することが実現される。よって、旧設定者が特殊再生を行っている間に、旧設定者が属するサービス以外のサービスに属する新設定者によって再生状況が変更される状況を防ぐことが出来る。

（実施の形態３）
本実施の形態では、実施の形態１で示した「親和性検証」の手順に対し、別の手順を示す。

本実施の形態で用いるハードウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図５で示すハードウエアの構成である。また本実施の形態で用いるソフトウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図１０で示すソフトウエアの構成である。またハードウエア及びソフトウエアの動作は、「親和性検証」の手順を除いて、実施の形態１で図１から図２６Ｃを用いて説明したものと同じであるため、再度の説明は省略する。

実施の形態１では旧設定者と新設定者が完全一致するかどうかで比較していたが、本実施の形態においては、旧設定者と新設定者に与えられている優先度を比較することを特徴とする。

図３４は、本実施の形態における親和性検証での手順を示したフローチャートである。
動画特殊再生管理手段２５０１は、新設定者に与えられている優先度と、旧設定者に与えられている優先度を比較する（Ｓ３４０１）。ここで、優先度とは、アプリケーションの場合、図１９で示したＡＩＴや、図２１で示したＸＡＩＴに含まれる情報であり、各アプリケーションに対して与えられている。また、Ｊａｖａ（ＴＭ）ライブラリ１００５内の構成要素またはサービスマネージャ１００４の場合、優先度は予め任意の値を与えておけばよい。Ｓ３４０１において、例えば優先度の数値が大きい方が優先されるとした場合、旧設定者の優先度の方が新設定者の優先度より大きければ、優先度が高いと判断される。新設定者の優先度は旧設定者の優先度より高いと判断された場合、「親和性あり」を返し（Ｓ３４０２）、処理を終了する。逆に、新設定者の優先度は旧設定者の優先度より高くないと判断された場合、「親和性なし」を返し（Ｓ３４０３）、処理を終了する。なお、Ｓ３４０１において優先度が等しい場合は、どちらの判断を下しても、本発明は実施可能である。

これにより、通常再生が設定されている状況においては、どの設定者の要求に対してもその要求を受理し、特殊再生が設定されている状況においては、旧設定者よりも高い優先度を持つ設定者に対してのみ、再生速度・時刻の設定指示を受理することが実現される。よって、旧設定者が特殊再生を行っている間に、旧設定者が持つ優先度より低い優先度を持つ新設定者によって再生状況が変更されるのを防ぐことが出来る。

（実施の形態４）
本実施の形態では、実施の形態２および実施の形態３の特徴を組み合わせた、新たな「親和性検証」の手順を示す。

本実施の形態で用いるハードウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図５で示すハードウエアの構成である。また本実施の形態で用いるソフトウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図１０で示すソフトウエアの構成である。またハードウエア及びソフトウエアの動作は、「親和性検証」の手順を除いて、実施の形態１で図１から図２６Ｃを用いて説明したものと同じであるため、再度の説明は省略する。

実施の形態２では同一サービスかどうかを元に変更可否を判断し、実施の形態３では優先度を比較して変更可否を判断したが、本実施の形態では、同一サービス内に属する設定者で、かつ優先度を比較して変更可否を判断することを特徴とする。

図３５は、本実施の形態における親和性検証での手順を示したフローチャートである。図３３および図３４と同一の処理については、同一番号を付し説明を省略する。

Ｓ３３０３において、旧設定者と新設定者が属するサービスが異なった場合は、「親和性なし」を返し（Ｓ３４０３）、処理を終了する。サービスが同一である場合、旧設定者と新設定者の優先度を比較し（Ｓ３４０１）、新設定者の優先度の方が高い場合は「親和性あり」を返し（Ｓ３４０２）、処理を終了する。逆に、旧設定者の優先度の方が高い場合は「親和性なし」を返し（Ｓ３２０３）、処理を終了する。なお、本実施の形態においても、旧設定者と新設定者の優先度が等しい場合は、どちらの判断を下しても、本発明は実施可能である。

また、図３５では、同一サービスかどうかの判断をした後に、優先度の比較を行ったが、逆の手順で行ってもよい。図３６は、その際の手順を示したフローチャートである。

旧設定者と新設定者の優先度を比較し（Ｓ３４０１）、旧設定者の優先度の方が高い場合は「親和性なし」を返し（Ｓ３３０５）、処理を終了する。逆に、新設定者の優先度の方が高い場合は、旧設定者が属するサービスの特定（Ｓ３３０１）および新設定者が属するサービスの特定（Ｓ３３０２）を行い、それらが同一サービスかどうかを判断する（Ｓ３３０３）。旧設定者と新設定者が属するサービスが異なった場合は、「親和性なし」を返し（Ｓ３３０５）、処理を終了する。サービスが同一である場合、「親和性あり」を返し（Ｓ３３０４）、処理を終了する。

これにより、通常再生が設定されている状況においては、どの設定者の要求に対してもその要求を受理し、特殊再生が設定されている状況においては、旧設定者と同一サービスに属し、かつ旧設定者よりも高い優先度を持つ設定者に対してのみ、再生速度・時刻の設定指示を受理することが実現される。よって、旧設定者が特殊再生を行っている間に、旧設定者が属するサービス以外のサービスに属する新設定者によって再生速度・時刻が変更される状況を防ぎつつ、かつ、旧設定者が持つ優先度より低い優先度を持つ新設定者によって再生状況が変更される状況も防ぐことが可能となる。

（実施の形態５）
本実施の形態では、実施の形態１で示した「変更可否判断」の手順に対し、別の手順を示す。

本実施の形態で用いるハードウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図５で示すハードウエアの構成である。また本実施の形態で用いるソフトウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図１０で示すソフトウエアの構成である。またハードウエア及びソフトウエアの動作は、「変更可否判断」の手順を除いて、実施の形態１で図１から図２６Ｃを用いて説明したものと同じであるため、再度の説明は省略する。

実施の形態１では図３０で示したように、旧設定者と新設定者を特定し、それらの親和性検証を行うことで変更可否を判断していた。本実施の形態では、新設定者の特定のみを行うことで親和性検証を行うことを特徴とする。

図３７は、本実施の形態における「変更可否判断」の手順を示したフローチャートである。図３０と同じ処理に関しては同一番号を付し、説明を省略する。

動画特殊再生管理手段２５０１は、新設定者の特定を行い（Ｓ３００２）、新設定者の情報を元に親和性検証を行う（Ｓ３７０２）。親和性検証の詳細については後述する。次に、親和性検証の戻り値を判断する（Ｓ３７０３）。親和性検証の結果、親和性が無いと判断された場合は、「変更不可」を返し（Ｓ３７０５）、処理を終了する。親和性があると判断された場合は、「変更可」を返して（Ｓ３７０４）、処理を終了する。

ここで、動画特殊再生管理手段２５０１は、再生速度の設定指示を受理する設定者を判別するためのリスト（以降、判定リストと呼ぶ）を保持するものとする。判定リストについての詳細は後述する。

次に親和性検証（Ｓ３７０２）の処理について述べる。図３８は、親和性検証において行われる手順を示したフローチャートである。なお、前述と同様の処理に関しては、同一番号を付し、説明を省略する。

動画特殊再生管理手段２５０１は、新設定者に関連する情報を特定する（Ｓ３８０１）。特定した情報が、判定リストに適合するかどうかを判断する（Ｓ３８０２）。判定リストに適合する場合は「親和性あり」を返し（Ｓ３８０３）、処理を終了する。判定リストに適合しない場合は「親和性なし」を返し（Ｓ３８０４）、処理を終了する。

ここで、動画特殊再生管理手段２５０１が保持する判定リストについて詳述する。判定リストに含まれる内容は、Ｓ３８０１で特定する情報を元に適合するかどうかを判断するために必要な情報である。

図３９は、Ｓ３８０１で設定者の属するサービスに関する情報を特定し、その情報に基づいて判断する場合における、判定リストの一例を模式的に示した図である。ここでは、サービス種別３９０１として「記録されたコンテンツ」を保持している。この場合、図３８を参照して、Ｓ３８０１における処理は、新設定者が属するサービスのサービス種別が「記録されたコンテンツ」である場合にのみ、判定リストに適合すると判断する。なお、ここではサービス種別として「記録されたコンテンツ」だけを保持しているが、複数のサービス種別を保持してよい。また、サービスマネージャ１００４が識別できるものであれば、サービス種別として「記録されたコンテンツ」以外のものを保持していてもよい。なお、複数のサービス種別を保持している場合は、そこに含まれるサービス種別のいずれかに適合すれば、判定リストに適合すると判断する。

図４０は、動画特殊再生管理手段２５０１が保持する判定リストの一例を模式的に示した図である。

列４００１はサービス種別であり、列４００２はサービス識別子である。行４０１１および行４０１２は、それぞれ再生されて管理しているサービスを表す。行４０１１で表されるサービスは、サービス種別４００１として「記録されたコンテンツ」、そしてサービス識別子４００２として「チャンネル１」を持つ。また、行４０１２で表されるサービスは、サービス種別４００１として「記録されたコンテンツ」、そしてサービス識別子４００２として「チャンネル２」を持つ。

この場合、図３８を参照して、Ｓ３８０１における処理は、新設定者が属するサービスのサービス種別が「記録されたコンテンツ」であり、かつサービス識別子が「チャンネル１」または「チャンネル２」の場合にのみ、リストに含まれていると判断する。なお、判定リストにはサービス種別またはサービス識別子以外の情報を含めることもできる。その場合は、Ｓ３８０１における処理が、そのリストの内容に合わせて変化するが、判定リストに含まれるかどうかを判断する点においては同じである。

次に、新設定者に関連する情報として、Ｊａｖａプログラム識別子による判定を行う場合の例を示す。図４１は、Ｊａｖａプログラム識別子による判定を行う場合の判定リストの一例を模式的に示した図である。ここでは、Ｊａｖａプログラム識別子４１０１として「３０１」を保持している。この場合、図３８を参照して、Ｓ３８０１における処理は、新設定者に関連するＪａｖａプログラム識別子が「３０１」である場合にのみ、判定リストに適合すると判断する。なお、ここではＪａｖａプログラム識別子として「３０１」だけを保持しているが、複数のＪａｖａプログラム識別子を保持してよいし、さらに範囲を指定する（例えば３０１から３１０まで）ことも可能である。

なお、動画特殊再生管理手段２５０１が保持する判定リストの内容は、予め決まっている値が入っており更新できなくても本発明は実施可能である。

また、途中で更新しても本発明は実施可能である。途中で更新する場合とは、例えば、サービスマネージャ１００４からＪＭＦ１００５ａに指示されたサービスの情報を追加、または置き換えることが可能である。

また、判定リストに何も入れないことで、全ての設定指示を拒絶することも可能である。

また、ＡＭ１００５ｂが管理するアプリケーションのうち、最も優先度が高いアプリケーションが属するサービスを判定リストに設定するなど、動作状況に応じて動的に変更してもよい。

なお、外部から判定リストの内容を参照または更新することを許可してもよい。その際には、何らかの制限（例えば、優先度、Ｊａｖａプログラム識別子、アプリケーションが保持する権限などによるもの）を行ってもよい。

これにより、通常再生が設定されている状況においては、どの設定者の要求に対してもその要求を受理し、特殊再生が設定されている状況においては、判定リストに適合する設定者に対してのみ、再生速度・時刻の設定指示を受理することが実現される。よって、旧設定者が特殊再生を行っている間に、想定外の新設定者によって再生状況が変更される状況を防ぐことが可能となる。

（実施の形態６）
本実施の形態においては、実施の形態１〜５と異なり、図２９に示した、動画特殊再生管理手段２５０１が外部から再生速度の設定指示を受け取った時の手順において、保持されている再生速度（ＴＢ）の内容に関わらず、変更可否判断を行うことを特徴としている。

本実施の形態で用いるハードウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図５で示すハードウエアの構成である。また本実施の形態で用いるソフトウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図１０で示すソフトウエアの構成である。またハードウエア及びソフトウエアの動作は、動画特殊再生管理手段２５０１が外部から再生速度の設定指示を受け取った時の動作を除いて、実施の形態１で図１から図２６Ｃを用いて説明したものと同じであるため、再度の説明は省略する。

図４２は、本実施の形態において、動画特殊再生管理手段２５０１が、外部から再生速度の設定指示を受け取った時の手順を示すフローチャートである。図２９と同じ処理については同一番号を付し、説明を省略する。

動画特殊再生管理手段２５０１は、外部から再生速度の設定指示を受け取ると、変更可否判断を行う（Ｓ２９０５）。変更可否判断の詳細については、実施の形態１〜５で述べた処理のいずれも適用可能であるため、説明を省略する。Ｓ２９０５の戻り値を判断し（Ｓ２９０６）、Ｓ２９０５において変更不可と判断された場合、処理を終了する。変更可と判断された場合、外部から受けた再生速度の設定指示の内容を取得し（Ｓ２９０１）、既に１次記憶部５１１に保持している再生速度を取得し（Ｓ２９０２）、それらが同じかどうかを比較する（Ｓ２９０３）。それらが同じ場合は、処理を終了する。それらが異なる場合は、１次記憶部５１１に保持していた内容をＳ２９０２で取得した内容に置き換える（Ｓ２９０７）。次に、動画特殊再生管理手段２５０１は、動画再生処理手段２５０２に対し再生状況を問い合わせ、その結果が再生中を表すものかどうかを判断する（Ｓ２９０８）。再生中を表すものでない場合は、処理を終了する。再生中を表すものである場合、動画特殊再生管理手段２５０１は、動画再生処理手段２５０２に対し再生速度を指示する（Ｓ２９０９）。これによって、外部から再生速度の設定指示が、映像および音声の再生状況に反映される。

これにより、通常再生が設定されているかどうかに関わらず、実施の形態１〜５で示した変更可否判断を行うことで、想定外の新設定者によって再生状況が変更される状況を防ぐことが可能となる。

（実施の形態７）
本実施の形態では、実施の形態１〜６とは異なり、再生速度の設定指示を行う前に、予め再生速度の設定指示が受理されるかどうかを決めておくことを特徴とする。

本実施の形態で用いるハードウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図５で示すハードウエアの構成である。また本実施の形態で用いるソフトウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図１０で示すソフトウエアの構成である。またハードウエア及びソフトウエアの動作は、動画特殊再生管理手段２５０１が予約可否判断処理を行う点と、また再生速度の変更可否判断の動作が異なる点を除いて、実施の形態１で図１から図２６Ｃを用いて説明したものと同じであるため、再度の説明は省略する。

図４３は、予約要求を処理する手段の一例を示すＪａｖａのメソッドである。ｒｅｓｅｒｖｅメソッドは、予約要求を受け付ける。ｒｅｌｅａｓｅメソッドは、予約している状態を抜ける（開放する）要求を受け付ける。

本実施の形態では、図４３で例示した手段を動画特殊再生管理手段２５０１が持つ場合について述べる。

図４４は、予め再生速度の設定指示が受理されるかどうかを決めるために、設定者が動画特殊再生管理手段２５０１に対して予約要求を行った場合の、動画特殊再生管理手段２５０１における予約処理手順を表したフローチャートである。

動画特殊再生管理手段２５０１は、設定者から予約要求を受け取ると、予約可否判断を行う（Ｓ４４０１）。次に、予約可否判断の戻り値を判断する（Ｓ４４０２）。予約可否判断の詳細については後述する。予約可否判断の結果、「予約不可」が返ってきた場合は処理を終了する。この場合、予約要求を出した設定者は、予約できなかったことを意味する。Ｓ４４０１において「予約可」が返ってきた場合は、予約状況を変更し（Ｓ４４０３）、処理を終了する。この場合、予約要求を出した設定者は、予約できたことを意味する。なお、以降、この場合における予約要求を出した設定者（つまり予約できた設定者）を予約者と呼ぶ。また、この場合は、以前に予約していた予約者にとっては、新たな別の予約者に予約を奪われたことを意味するため、以前に予約していた予約者に対し、予約を奪われたことを通知してもよい。

なお、Ｓ４４０３では、実施の形態１におけるＳ３００５の処理で、設定者が予約要求を行った設定者のことを指し、予約要求を行った設定者に関する情報を保持する場合と同様である。

なお、予約できたかどうかの結果を、予約要求を出した設定者に通知してもよい。通知方法については、いかなる方法を用いても本発明は実施可能であるが、例えば、公知の技術であるＪａｖａ（ＴＭ）言語における例外機構やメソッドの戻り値を用いることで実現可能である。

図４５は、前記「予約可否判断（Ｓ４４０１）」の詳細手順を示すフローチャートである。

動画特殊再生管理手段２５０１は、親和性検証を行う（Ｓ４５０１）。親和性検証の詳細は、実施の形態１〜６で述べた親和性検証のいずれかを適用することで実現可能である。Ｓ４５０１の結果、「親和性あり」が返ったかどうかを判断し（Ｓ４５０２）、「親和性あり」の場合は「予約可」を返し（Ｓ４５０３）、処理を終了する。「親和性なし」の場合は「予約不可」を返し（Ｓ４５０４）、処理を終了する。

次に、本実施の形態において、動画特殊再生管理手段２５０１が、外部から再生速度の設定指示を受け取った時の処理について述べる。

動画特殊再生管理手段２５０１が、外部から再生速度の設定指示を受け取った時の手順は、実施の形態１において示した図２９、または、実施の形態６において示した図４２にあるフローチャートに従う。ただし、本実施の形態においては、図２９および図４２における「変更可否判断（Ｓ２９０５）」が異なる。

図４６は、本実施の形態における「変更可否判断（Ｓ２９０５）」の詳細を表すフローチャートである。

動画特殊再生管理手段２５０１は、まず、再生速度の変更指示を行った設定者を特定する（Ｓ４６０１）。なお、設定者を特定する具体的な方法については、前述の通りである。次に、特定された設定者が予約者かどうかを判断する（Ｓ４６０２）。具体的な判断方法は、例えば、前記Ｓ３００５において、１次記憶部５１１に予約者のＪａｖａプログラム識別子を保存しておき、Ｓ４６０１において、設定者のＪａｖａプログラム識別子と比較することで実現可能である。図４７は、動画特殊再生管理手段２５０１が、１次記憶部５１１に、予約者のＪａｖａプログラム識別子として「３０１」を保持している状態の一例を模式的に示した図である。

Ｓ４６０２において、予約者と判断された場合は、「変更可」を返し（Ｓ４６０３）、処理を終了する。予約者と判断されなかった場合は「変更不可」を返し（Ｓ４６０４）、処理を終了する。

なお、ここでは、Ｊａｖａプログラム識別子を用いた判断処理の例を示したが、設定者に付随する情報であれば、どのような情報であっても、それがＳ４５０２での判断処理に十分な情報であれば、本発明は実施可能である。

例えば、別の形態として、設定者が属するサービスに基づいて判断する場合を述べる。
この場合、Ｓ４６０２では、設定者が属するサービスに関する情報を取得し比較を行う。例えば、前記Ｓ３００５において、１次記憶部５１１に予約者が属するサービスのサービス識別子を保存しておき、Ｓ４６０１において、設定者が属するサービスのサービス識別子と比較することで実現可能である。

図４８は、動画特殊再生管理手段２５０１が、１次記憶部５１１に、予約者が属するサービスのサービス識別子として「チャンネル１」を保持している状態の一例を模式的に示した図である。

また、予約処理（図４４および図４５で示した予約処理またはその一部）およびＳ４６０２での判断を、動画特殊再生管理手段２５０１以外が行い（つまり、図４３で例示した手段を動画特殊再生管理手段２５０１以外が持つ場合）、動画特殊再生管理手段２５０１は、Ｓ４６０２において、そこに対して判断を依頼し、結果のみを判断してもよい。

例えば、Ｊａｖａライブラリ１００５内に、新たに予約管理部を用意し、その予約管理部が、予約処理およびＳ４６０２の判断を行ってもよい。図４９は、Ｊａｖａライブラリ１００５内に予約管理部４９０５ｆが存在する場合のブロック図である。この場合、予め再生速度の設定指示が受理されるかどうかを決めるために、設定者は、動画特殊再生管理手段２５０１ではなく、予約管理部４９０５ｆに対して予約要求を行う。予約管理部４９０５ｆは、設定者からの予約要求を受け取ると、図４４、図４５に示したフローチャートに従って処理を行う。

なお、サービスマネージャ１００４や記録マネージャ１２１０など、ＪＭＦ１００５aから指示可能なプログラムであれば、予約管理部４９０５ｆにおける処理をそのプログラムに持たせ、予約管理部４９０５ｆとしてそのプログラムを利用しても、本発明は実施可能である。

これにより、予約処理に成功した設定者は、常に再生速度を変更することができ、他の設定者に予約を奪われない限りにおいて、他の設定者によって再生状況が変更される状況を防ぐことが可能となる。

（実施の形態８）
本実施の形態では、ＡＩＴまたはＸＡＩＴによって、再生速度の変更を許可するかどうかを判断することを特徴とする。

本実施の形態で用いるハードウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図５で示すハードウエアの構成である。また本実施の形態で用いるソフトウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図１０で示すソフトウエアの構成である。またハードウエア及びソフトウエアの動作は、ＡＩＴ及びＸＡＩＴの構成が異なる点と、動画特殊再生管理手段２５０１の再生速度の変更可否判断手順が異なる点を除いて、実施の形態１で図１から図２６Ｃを用いて説明したものと同じであるため、再度の説明は省略する。

図５０は、図１９で示したＡＩＴの内容に加え、さらに、再生速度変更許可フラグ５００１を持った場合のＡＩＴの一例である。

図５１は、図２１で示したＸＡＩＴの内容に加え、さらに、再生速度変更許可フラグ５００１を持った場合のＡＩＴの一例である。

本実施の形態においては、起動されるアプリケーションは、すべて図５０または図５１で示した情報に基づいて、ＡＭ１００５ｂが起動したものとする。動画特殊再生管理手段２５０１は、外部から再生速度の設定指示を受け取ると、図２９または図４２で示した処理を行うが、本実施の形態においては「変更可否判断（Ｓ２９０５）」が異なる。

図５２は、本実施の形態における「変更可否判断（Ｓ２９０５）」の処理を示したフローチャートである。図３０と同一処理に関しては、同一番号を付し、説明を省略する。

動画特殊再生管理手段２５０１は、設定者に関連する変更可否フラグを取得し、それが１かどうかを判断する（Ｓ５２０１）。なお、１かどうかで判断を行ったが、１でなくとも、変更可否を判断できる情報であれば、どのような情報であっても実施可能である。変更可否フラグが１の場合、設定者に関する情報を保持し（Ｓ３００５）、「変更可」を返し（３００６）、処理を終了する。変更可否フラグが１ではなかった場合、「変更不可」を返し（Ｓ３００７）、処理を終了する。

これにより、ＡＩＴやＸＡＩＴに含まれる変更可否フラグによって、再生速度の設定指示が可能かどうかを判断することができ、事前に、他の新設定者によって再生速度が変更される可能性があるか、そしてどの設定差に変更される可能性があるかを知ることができる。

（実施の形態９）
本実施の形態では、記録されたコンテンツの再生開始を指示することで再生速度の変更指示が可能になり、また記録されたコンテンツの再生停止を指示することで再生速度の変更指示が不可能になることを特徴とする。

本実施の形態で用いるハードウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図５で示すハードウエアの構成である。また本実施の形態で用いるソフトウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図１０で示すソフトウエアの構成である。またハードウエア及びソフトウエアの動作は、動画再生処理手段２５０２のコンテンツ再生開始及び終了指示時の動作が異なる点と、動画特殊再生管理手段２５０１の再生速度の変更可否判断の動作が異なる点を除いて、実施の形態１で図１から図２６Ｃを用いて説明したものと同じであるため、再度の説明は省略する。

アプリケーションが、動画再生処理手段２５０２のｓｔａｒｔメソッドによって映像・音声の再生開始を指示すると、動画再生処理手段２５０２は、実施例１の動作に加えて、一次記憶部にｓｔａｒｔメソッドを呼び出したアプリケーションを特定するＪａｖａプログラム識別子を記憶する。これにより、当該アプリケーションは、ｓｔａｒｔメソッドによって再生が開始されたコンテンツの再生速度の設定指示を予約する、すなわち当該コンテンツの再生速度の変更権を持つ。一方、上述のｓｔａｒｔを呼び出したアプリケーションが、動画再生処理手段２５０２のｃｌｏｓｅメソッドによって映像・音声の再生終了を指示すると、動画再生処理手段２５０２は、実施例１の動作に加えて、一次記憶部に記憶したｓｔａｒｔメソッドを呼び出したアプリケーションを特定するＪａｖａプログラム識別子を削除する。

これにより、当該アプリケーションは、ｓｔａｒｔメソッドによって再生が開始されたコンテンツの再生速度の設定指示の予約を開放する、すなわち当該コンテンツの再生速度の変更権を放棄する。これ以外の動画再生処理手段２５０２の動作は、実施例１と同じである。

図４６は、本実施の形態における動画特殊再生管理手段２５０１の「変更可否判断（Ｓ２９０５）」の詳細を表すフローチャートである。変更可能判断の動作以外は、本実施例の動画特殊再生管理手段２５０１は、実施例１の動画特殊再生管理手段２５０１と同じである。なお、図４６は、実施の形態７で用いた図であるが、本実施例でも再度用いる。

動画特殊再生管理手段２５０１は、まず、再生速度の変更指示を行った設定者すなわちアプリケーションを特定する（Ｓ４６０１）。なお、設定者を特定する具体的な方法については、前述の通りである。次に、特定された設定者が予約者かどうかを判断する（Ｓ４６０２）。具体的な判断方法は、例えば、動画再生処理手段２５０２によって１次記憶部５１１に記録された予約者のＪａｖａプログラム識別子を、Ｓ４６０１において特定される設定者のＪａｖａプログラム識別子と比較することで実現可能である。

Ｓ４６０２において、予約者と判断された場合は、「変更可」を返し（Ｓ４６０３）、処理を終了する。予約者と判断されなかった場合は「変更不可」を返し（Ｓ４６０４）、処理を終了する。

なお、ここでは、Ｊａｖａプログラム識別子を用いた判断処理の例を示したが、設定者に付随する情報であれば、どのような情報であっても、それがＳ４５０２での判断処理に十分な情報であれば、本発明は実施可能である。

例えば、別の形態として、設定者が属するサービスに基づいて判断する場合を述べる。
この場合、Ｓ４６０２では、設定者が属するサービスに関する情報を取得し比較を行う。例えば、動画再生処理手段が１次記憶部５１１に予約者が属するサービスのサービス識別子を保存し、Ｓ４６０１において、動画特殊再生管理手段２５０１が、設定者が属するサービスのサービス識別子と比較することで実現可能である。

これにより、コンテンツの再生開始指示によって予約に成功した設定者だけが再生速度を変更することができ、他の設定者に予約を奪われない限りにおいて、他の設定者によって再生状況が変更される状況を防ぐことが可能となる。

（実施の形態１０）
本実施の形態では、サービスマネージャに記録されたコンテンツの選択を指示することで再生速度の変更指示が可能になり、またサービスマネージャに記録されたコンテンツの選択解除を指示することで再生速度の変更指示が不可能になることを特徴とする。

本実施の形態で用いるハードウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図５で示すハードウエアの構成である。また本実施の形態で用いるソフトウエアの構成は、実施の形態１で用いたものと同じであるため、再度の説明は省略する。具体的には図１０で示すソフトウエアの構成である。またハードウエア及びソフトウエアの動作は、サービスマネージャ１００４のコンテンツ選択後の動作が異なる点と、動画特殊再生管理手段２５０１の再生速度の変更可否判断の動作が異なる点を除いて、実施の形態１で図１から図２６Ｃを用いて説明したものと同じであるため、再度の説明は省略する。

アプリケーションが、サービスマネージャ１００４のｓｅｌｅｃｔ（ｉｎｔ ｃｈａｎｎｅｌ）メソッドによって記録されたコンテンツを選択指示すると、サービスマネージャ１００４は、実施例１の動作に加えて、一次記憶部にｓｅｌｅｃｔメソッドを呼び出したアプリケーションを特定するＪａｖａプログラム識別子を記憶する。これにより、当該アプリケーションは、ｓｅｌｅｃｔメソッドによって再生が開始された「記録されたコンテンツ」の再生速度の設定指示を予約する、すなわち当該コンテンツの再生速度の変更権を持つ。

一方、上述のｓｅｌｅｃｔを呼び出したアプリケーションが、サービスマネージャ１００４のｓｅｌｅｃｔ（ｉｎｔ ｃｈａｎｎｅｌ）メソッドのｃｈａｎｎｅｌパラメータにｎｕｌｌを指定することによって映像・音声の選択解除を指示すると、サービスマネージャ１００４は、実施例１の動作に加えて、一次記憶部に記憶したｓｅｌｅｃｔメソッドを呼び出したアプリケーションを特定するＪａｖａプログラム識別子を削除する。これにより、当該アプリケーションは、ｓｅｌｅｃｔメソッドによって再生が開始された「記録されたコンテンツ」の再生速度の設定指示の予約を開放する、すなわち当該コンテンツの再生速度の変更権を放棄する。これ以外のサービスマネージャ１００４の動作は、実施例１と同じである。

図４６は、本実施の形態における動画特殊再生管理手段２５０１の「変更可否判断（Ｓ２９０５）」の詳細を表すフローチャートである。変更可能判断の動作以外は、本実施例の動画特殊再生管理手段２５０１は、実施例１の動画特殊再生管理手段２５０１と同じである。なお、図４６は、実施の形態７で用いた図であるが、本実施例でも再度用いる。

動画特殊再生管理手段２５０１は、まず、再生速度の変更指示を行った設定者すなわちアプリケーションを特定する（Ｓ４６０１）。なお、設定者を特定する具体的な方法については、前述の通りである。次に、特定された設定者が予約者かどうかを判断する（Ｓ４６０２）。具体的な判断方法は、例えば、サービスマネージャ１００４によって１次記憶部５１１に記録された予約者、すなわちｓｅｌｅｃｔメソッドを呼び出して「記録されたコンテンツ」の選択を指示したアプリケーションのＪａｖａプログラム識別子を、Ｓ４６０１において特定される設定者のＪａｖａプログラム識別子と比較することで実現可能である。

Ｓ４６０２において、予約者と判断された場合は、「変更可」を返し（Ｓ４６０３）、処理を終了する。予約者と判断されなかった場合は「変更不可」を返し（Ｓ４６０４）、処理を終了する。

なお、ここでは、Ｊａｖａプログラム識別子を用いた判断処理の例を示したが、設定者に付随する情報であれば、どのような情報であっても、それがＳ４５０２での判断処理に十分な情報であれば、本発明は実施可能である。

例えば、別の形態として、設定者が属するサービスに基づいて判断する場合を述べる。
この場合、Ｓ４６０２では、設定者が属するサービスに関する情報を取得し比較を行う。例えば、サービスマネージャ１００４が１次記憶部５１１に予約者が属するサービスのサービス識別子を保存し、Ｓ４６０１において、動画特殊再生管理手段２５０１が、設定者が属するサービスのサービス識別子と比較することで実現可能である。

これにより、「記録されたコンテンツ」の選択指示によって予約に成功した設定者だけが再生速度を変更することができ、他の設定者に予約を奪われない限りにおいて、他の設定者によって再生状況が変更される状況を防ぐことが可能となる。

以上、本発明の実施の形態１から９を説明した。
なお、実施の形態１〜９において、本発明は、いかなる記録手段、再生手段を適用したとしても、記録されたコンテンツを再生した際に、そこに含まれる映像、音声が再生され、アプリケーションが含まれる場合はそのアプリケーションが実行される限りにおいて実施可能である。なお、以上に説明した実施の形態の全てにおいて、他の記録方法として、オーディオエンコーダ２１０１およびビデオエンコーダ２１０２からの出力を２次記憶部５１０へ保存してもよい。その場合、予めオーディオエンコーダ２１０１およびビデオエンコーダ２１０２の出力先を２次記憶部５１０にしておくか、またはＣＰＵ１５４がオーディオエンコーダ２１０１およびビデオエンコーダ２１０２に対して、出力先として２次記憶部５１０を指示する。

また、他の記録方法として、ＣＰＵ１５４は、オーディオエンコーダ２１０１およびビデオエンコーダ２１０２の出力先として、多重器２１０３を指定することも可能である。

また、他の記録方法として、ＱＡＭ復調部５０１からの出力を、ＰＯＤ５０４を介さず、直接２次記憶部５１０へ記録してもよい。

また、他の記録方法として、ＱＡＭ復調部５０１からの出力を、ＰＯＤ５０４を介さず、ＴＳデコーダ５０５へ出力し、ＴＳデコーダ５０５からの出力を多重器２１０３へ入力し、多重器２１０３からの出力を２次記憶部５１０へ記録してもよい。

なお、ＰＯＤ５０４を介さずにコンテンツを記録した場合（つまり暗号化されたままであるかもしれない場合）において、記録したコンテンツを再生する段階においてＰＯＤ５０４を介す必要がある。

なお、記録方法として、多重器２１０３からの出力を２次記憶部５１０へ保存してもよい。その場合、予め多重器２１０３の出力先を２次記憶部５１０にしておくか、またはＣＰＵ１５４が、多重器２１０３の出力先として２次記憶部５１０を指定する。

また、他の記録方法として、ＣＰＵ１５４は、ＴＳデコーダ５０５の出力先として、２次記憶部５１０を指定することも可能である。

また他の記録方法として、ＣＰＵ１５４は、ＴＳデコーダ５０５の出力先として多重器２１０３を指定し、多重器２１０３の出力先として２次記憶部５１０を指定することも可能である。

さらに、映像および音声以外の情報、例えばアプリケーションが含まれるＤＳＭＣＣの内容を記録する場合、ＴＳデコーダ５０５からの出力のうち、保存対象となるデータを、そのまま、もしくはＣＰＵ５１４で処理を施した後、２次記憶部５１０へ保存する。

または、ＴＳデコーダ５０５からの出力のうち保存対象となるデータを、多重器２１０３へ出力させ、オーディオエンコーダ２１０１およびビデオエンコーダ２１０２からの出力とともに多重器２１０３において多重化を行い、２次記憶部５１０へ保存することも可能である。

なお、この場合の２次記憶部５１０は、ハードディスクやＤＶＤ−ＲＡＭ等の大容量メディアが望ましいが、記録できるものであれば、いかなる媒体でも良い。

なお、ＴＳデコーダ５０５、オーディオデコーダ５０６、ビデオデコーダ５０８、オーディオエンコーダ２１０１、ビデオエンコーダ２１０２および多重器２１０３における入出力として扱われるデータは、任意の段階で任意の暗号化処理を施してもよい。

記録したコンテンツは、本来そのコンテンツに含まれていた内容（つまり映像、音声、アプリケーション等）が記録されるとともに、それらの関連性や付加情報（例えば、時刻や番組情報）も同時に記録してもよい。

なお、記録方式や記録手段に関わらず、記録したコンテンツを再生することができれば、本発明は実施可能である。

上記に詳細に説明した本発明の実施の形態は単なる例示にすぎず、本発明の新規な教示および効果から実質的に逸脱することなく例示として挙げた実施の形態において様々な変更が可能であることは、当業者であれば容易に理解するところである。したがって、かかる変更はすべて本発明の範囲内に含まれるものである。

本発明に係る記録再生装置（動画再生装置）は、通常再生または特殊再生の指示に対し、ある条件に従ってその指示を受理するか否かを判断し、受理する場合、その指示された内容を保持する動画特殊再生管理手段と、前記動画特殊再生管理手段が保持する内容に基づいて動画を再生する動画再生処理手段とを備えることにより、デジタルテレビ受信機の動画再生において、アプリケーションが想定していない再生状態が作り出されることを防止し、アプリケーションの動作の安定性向上に対して有用である。またデジタルテレビに限らずパーソナルコンピュータや携帯電話など、ソフトウエアによって制御される情報機器の動作の安定性向上に対しても応用できる。

本願におけるこれらの目的および他の目的や、効果、特徴は、実施の形態を示す付属図面に関する以下の説明から明確になる。当該図面において、
図１は、本発明に係るケーブルテレビシステムの実施の形態１の構成図である。 図２は、本発明に係るケーブルテレビシステムにおいてヘッドエンドと端末装置間の通信に使用される周波数帯域の使い方の一例である。 図３は、本発明に係るケーブルテレビシステムにおいてヘッドエンドと端末装置間の通信に使用される周波数帯域の使い方の一例である。 図４は、本発明に係るケーブルテレビシステムにおいてヘッドエンドと端末装置間の通信に使用される周波数帯域の使い方の一例を示す図である。 図５は、本発明に係るケーブルテレビシステムにおいて端末装置の構成図である。 図６は、本発明に係るケーブルテレビシステムにおいて端末装置の外観の一例を示す図である。 図７は、入力部５１３をフロントパネルで構成した場合の外観の一例である。 図８は、ＭＰＥＧ規格で定義されているパケットの構成図である。 図９は、ＭＰＥＧ２トランスポートストリームの一例を示す図である。 図１０は、本発明に係る端末装置５００が保存するプログラム構成の構成図である。 図１１Ａは、本発明に係るディスプレイ５０９の表示の一例である。 図１１Ｂは、本発明に係るディスプレイ５０９の表示の一例である。 図１２は、本発明に係る２次記憶部５１０が保存する情報の一例である。 図１３Ａは、本発明に係る１次記憶部５１１が保存する情報の一例である。 図１３Ｂは、本発明に係る１次記憶部５１１が保存する情報の一例である。 図１３Ｃは、本発明に係る１次記憶部５１１が保存する情報の一例である。 図１４は、本発明に係るディスプレイ５０９の表示の一例である。 図１５は、本発明に係る１次記憶部５１１が保存する情報の一例である。 図１６は、本発明に係るディスプレイ５０９の表示の一例である。 図１７は、本発明に係るＭＰＥＧ２規格が規定するＰＡＴの内容を表す模式図である。 図１８は、本発明に係るＭＰＥＧ２規格が規定するＰＭＴの内容を表す模式図である。 図１９は、本発明に係るＯＣＡＰ１．０仕様が規定するＡＩＴの内容を表す模式図である。 図２０は、本発明に係るＤＳＭＣＣ方式で送信されるファイルシステムを表す模式図である。 図２１は、本発明に係るＸＡＩＴの内容を表す模式図である。 図２２は、本発明に係るディスプレイ５０９の表示の一例である。 図２３は、本発明に係る１次記憶部５１１が保存する情報の一例である。 図２４は、本発明に係る１次記憶部５１１が保存する情報の一例である。 図２５は、本発明に係るＪＭＦ１２０５ａの構成を示す図である。 図２６Ａは、本発明に係る１次記憶部５１１が保存する情報の一例である。 図２６Ｂは、本発明に係る１次記憶部５１１が保存する情報の一例である。 図２６Ｃは、本発明に係る１次記憶部５１１が保存する情報の一例である。 図２７は、本発明に係る動画生成速度管理部の具体例を示す図である。 図２８は、本発明に係る動画再生処理手段の具体例を示す図である。 図２９は、実施の形態１におけるフローチャートを示す図である。 図３０は、実施の形態１におけるフローチャートを示す図である。 図３１Ａは、実施の形態１におけるフローチャートを示す図である。 図３１Ｂは、実施の形態１におけるフローチャートを示す図である。 図３２は、本発明に係る１次記憶部５１１が保存する情報の一例である。 図３３は、実施の形態２におけるフローチャートを示す図である。 図３４は、実施の形態３におけるフローチャートを示す図である。 図３５は、実施の形態４におけるフローチャートを示す図である。 図３６は、実施の形態４におけるフローチャートを示す図である。 図３７は、実施の形態５におけるフローチャートを示す図である。 図３８は、実施の形態５におけるフローチャートを示す図である。 図３９は、本発明に係る１次記憶部５１１が保存する情報の一例である。 図４０は、本発明に係る１次記憶部５１１が保存する情報の一例である。 図４１は、本発明に係る１次記憶部５１１が保存する情報の一例である。 図４２は、実施の形態６におけるフローチャートを示す図である。 図４３は、実施の形態６における予約処理の具体例を示す図である。 図４４は、実施の形態７におけるフローチャートを示す図である。 図４５は、実施の形態７におけるフローチャートを示す図である。 図４６は、実施の形態７におけるフローチャートを示す図である。 図４７は、本発明に係る１次記憶部５１１が保存する情報の一例である。 図４８は、本発明に係る１次記憶部５１１が保存する情報の一例である。 図４９は、実施の形態８におけるケーブルテレビシステムにおいて端末装置の構成図である。 図５０は、実施の形態８におけるＡＩＴの一例を示す図である。 図５１は、実施の形態８におけるＸＡＩＴの一例を示す図である。 図５２は、実施の形態８におけるフローチャートを示す図である。

Claims (8)

1. 放送波に含まれるコンテンツを受信して録画し、所定のサービスに含まれるアプリケーションプログラムを前記録画したコンテンツの再生と並行して実行する記録再生装置であって、
   前記受信したコンテンツおよびアプリケーションプログラムを記憶する記憶手段と、
   前記アプリケーションプログラムを実行する実行手段と、
   前記記憶手段に記憶されたコンテンツを再生する再生手段と、
   前記アプリケーションプログラムが要求する前記コンテンツの再生速度を受取り、前記再生手段により再生されるコンテンツの再生速度が、前記受け取った再生速度となるように制御する再生速度制御手段とを備え、
   前記再生速度制御手段が新たな再生速度の要求を受け取った時点において、前記コンテンツに対する再生速度の要求が通常再生として既に受け入れられている第１のアプリケーションプログラムと、前記新たな再生速度の要求をした第２のアプリケーションプログラムがある場合、
   前記再生速度制御手段は、前記第２のアプリケーションプログラムからの新たな再生速度の要求を受け入れる
   ことを特徴とする記録再生装置。
2. 放送波に含まれるコンテンツを受信して録画し、所定のサービスに含まれるアプリケーションプログラムを前記録画したコンテンツの再生と並行して実行する記録再生装置であって、
   前記受信したコンテンツおよびアプリケーションプログラムを記憶する記憶手段と、
   前記アプリケーションプログラムを実行する実行手段と、
   前記記憶手段に記憶されたコンテンツを再生する再生手段と、
   前記アプリケーションプログラムが要求する前記コンテンツの再生速度を受取り、前記再生手段により再生されるコンテンツの再生速度が、前記受け取った再生速度となるように制御する再生速度制御手段とを備え、
   前記再生速度制御手段が新たな再生速度の要求を受け取った時点において、前記コンテンツに対する再生速度の要求が既に受け入れられている第１のアプリケーションプログラムと、前記再生速度制御手段に前記新たな再生速度を要求した第２のアプリケーションプログラムとが異なる場合、
   前記再生速度制御手段は、前記第１のアプリケーションプログラムの優先度と前記第２のアプリケーションプログラムの優先度とを比較し、優先度の高いアプリケーションプログラムから要求される再生速度に従うように前記コンテンツの再生速度を制御する
   ことを特徴とする記録再生装置。
3. 前記再生速度制御手段は、
   前記第１のアプリケーションプログラムが属するサービスの識別子に関する情報と前記第２のアプリケーションプログラムが属するサービスの識別子に関する情報とを比較することにより、
   前記第１のアプリケーションプログラムと前記第２のアプリケーションプログラムがそれぞれ異なるサービスに属するかどうかを判断し、
   前記第２のアプリケーションプログラムが前記第１のアプリケーションプログラムを含むサービスに含まれない場合、前記第２のアプリケーションプログラムからの再生速度の変更の要求を拒絶する
   ことを特徴とする請求項１または請求項２に記載の記録再生装置。
4. 前記再生速度制御手段は、
   前記第１のアプリケーションプログラムが属するサービスの識別子に関する情報と前記第２のアプリケーションプログラムが属するサービスの識別子に関する情報とを比較することにより、
   前記第１のアプリケーションプログラムと前記第２のアプリケーションプログラムがそれぞれ異なるサービスに属するかどうかを判断し、
   前記第２のアプリケーションプログラムが前記第１のアプリケーションプログラムを含むサービスに含まれる場合、前記第２のアプリケーションプログラムの優先度が前記第１のアプリケーションプログラムの優先度よりも高ければ、前記第２のアプリケーションプログラムから要求される再生速度に従うように前記コンテンツの再生速度を制御する
   ことを特徴とする請求項１または請求項２に記載の記録再生装置。
5. 前記再生速度制御手段は、
   前記第１のアプリケーションプログラムの優先度と前記第２のアプリケーションプログラムの優先度が同じである場合、前記第２のアプリケーションプログラムから要求される再生速度に従うように前記コンテンツの再生速度を制御する
   ことを特徴とする請求項４記載の記録再生装置。
6. 前記第１のアプリケーションプログラムにより既に受け入れられている前記コンテンツの再生速度は、通常再生以外の再生速度である
   ことを特徴とする請求項２記載の記録再生装置。
7. 放送波に含まれるコンテンツを受信して録画し、所定のサービスに含まれるアプリケーションプログラムを前記録画したコンテンツの再生と並行して実行する記録再生方法であって、
   前記受信したコンテンツおよびアプリケーションプログラムを記憶する記憶ステップと、
   前記アプリケーションプログラムを実行する実行ステップと、
   前記記憶ステップで記憶されたコンテンツを再生する再生ステップと、
   前記アプリケーションプログラムが要求する前記コンテンツの再生速度を受取り、前記再生ステップで再生されるコンテンツの再生速度が、前記受け取った再生速度となるように制御する再生速度制御ステップとを含み、
   前記再生速度制御ステップにて新たな再生速度の要求を受け取った時点において、前記コンテンツに対する再生速度の要求が通常再生として既に受け入れられている第１のアプリケーションプログラムと、前記新たな再生速度の要求をした第２のアプリケーションプログラムがある場合、
   前記再生速度制御ステップでは、前記第２のアプリケーションプログラムからの新たな再生速度の要求を受け入れる
   ことを特徴とする記録再生方法。
8. 放送波に含まれるコンテンツを受信して録画し、所定のサービスに含まれるアプリケーションプログラムを前記録画したコンテンツの再生と並行して実行する記録再生方法であって、
   前記受信したコンテンツおよびアプリケーションプログラムを記憶する記憶ステップと、
   前記アプリケーションプログラムを実行する実行ステップと、
   前記記憶ステップで記憶されたコンテンツを再生する再生ステップと、
   前記アプリケーションプログラムが要求する前記コンテンツの再生速度を受取り、前記再生ステップで再生されるコンテンツの再生速度が、前記受け取った再生速度となるように制御する再生速度制御ステップとを含み、
   前記再生速度制御ステップにて新たな再生速度の要求を受け取った時点において、前記コンテンツに対する再生速度の要求が既に受け入れられている第１のアプリケーションプログラムと、前記再生速度制御ステップで前記新たな再生速度を要求した第２のアプリケーションプログラムとが異なる場合、
   前記再生速度制御ステップでは、前記第１のアプリケーションプログラムの優先度と前記第２のアプリケーションプログラムの優先度とを比較し、優先度の高いアプリケーションプログラムから要求される再生速度に従うように前記コンテンツの再生速度を制御する
   ことを特徴とする記録再生方法。

Images