(57)【要約】【課題】  記憶媒体を用いた情報配信サービスにおいて、確実なチェックを保証し、なおかつ視聴者の利便性の高いサービスを提供する。【解決手段】  受信蓄積装置１１上に、インストールされた蓄積チャネルと、前記インストールされた蓄積チャンネルと排他的記憶領域との関係を管理する蓄積チャネル管理部１０１と、前記蓄積チャネルの情報を受信するための予約処理を行う予約処理部１０２と、当該受信蓄積装置で確保すべき記憶容量、前記蓄積チャネル利用に必要なソフトウェア等の少なくとも一つを記載したサービス構成情報を受信する受信部１０３と、受信した前記サービス構成情報を蓄積管理するとともに、前記サービス構成情報を参照するための名前と受信蓄積装置内に格納された名前を関連付けて管理する蓄積管理部１０４とを備えて成る。【選択図】  図１
2011193500.tif 000002
【特許請求の範囲】
【請求項１】
インストールされた蓄積チャネルと、前記インストールされた蓄積チャンネルと排他的記憶領域との関係を管理する蓄積チャネル管理部と、
前記蓄積チャネルの情報を受信するための予約処理を行う予約処理部と、
当該受信蓄積装置で確保すべき記憶容量、前記蓄積チャネル利用に必要なソフトウェア、前記蓄積チャネルの利用に関する契約情報、暗号化されて送信される情報を復号するための暗号化情報、情報を受信するための配信スケジュール情報、蓄積チャネル選択時の初期動作を規定するエントリー情報、もしくはそれらの情報を受信するための情報の少なくとも一つを記載したサービス構成情報を受信する受信部と、
受信した前記サービス構成情報を蓄積管理するとともに、前記サービス構成情報を参照するための名前と受信蓄積装置内に格納された名前を関連付けて管理する蓄積管理部と、
を有することを特徴とする受信蓄積装置。
【請求項２】
容量管理部をさらに備え、前記容量管理部は、前記蓄積チャネル毎に排他的記憶領域の容量を規定し、前記蓄積チャネルで規定された記憶容量に合致する排他的記憶領域を蓄積チャネル専用に割り当てることを特徴とする請求項１記載の受信蓄積装置。
【請求項３】
前記容量管理部は、予め固定容量の複数の排他的記憶領域を搭載し、前記蓄積チャネル毎に規定する記憶領域の容量を前記固定容量単位で定義することを特徴とする請求項２記載の受信蓄積装置。
【請求項４】
前記蓄積チャネル管理部は、前記サービス構成情報を用いて蓄積チャネルをインストールすることを特徴とする請求項１記載の受信蓄積装置。
【請求項５】
前記蓄積チャネル管理部において、蓄積チャネル一覧情報を管理するとともに、
前記蓄積チャネル一覧情報を利用して蓄積チャネル一覧画面を生成する蓄積チャネル制御アプリ部を備えることを特徴とする請求項１記載の受信蓄積装置。
【請求項６】
前記蓄積チャネル制御アプリ部は、前記蓄積チャネル一覧画面上に、個々の蓄積チャネルの情報を表示することを特徴とする請求項５記載の受信蓄積装置。
【請求項７】
前記蓄積チャネルの情報が、インストール状況であることを特徴とする請求項６記載の受信蓄積装置。
【請求項８】
前記蓄積チャネルの情報が、購読状況であることを特徴とする請求項６記載の受信蓄積装置。
【請求項９】
前記購読状況には、未購読、購読中、購読中断中の状態が含まれることを特徴とする請求項８記載の受信蓄積装置。
【請求項１０】
通常のチャネル切替えと同一のユーザインターフェースを利用して、蓄積チャネルの選局が可能な請求項１記載の受信蓄積装置。
【請求項１１】
インストールされていない蓄積チャネルを選局した場合、インストール画面を表示することを特徴とする請求項１記載の受信蓄積装置。
【請求項１２】
購読中断中の蓄積チャネルを選局した場合、購読再開画面を表示することを特徴とする請求項１記載の受信蓄積装置。
【請求項１３】
購読中の蓄積チャネルを選局した場合、契約情報を元に契約の有無を確認し、契約確認が成功した場合はエントリー情報に従い動作し、契約確認が失敗した場合は契約不備を表すメッセージを画面上に表示することを特徴とする請求項１記載の受信蓄積装置。
【請求項１４】
契約管理部をさらに備え、前記受信部が受信した前記サービス構成情報中に契約情報が存在する場合、前記契約管理部が契約の有効性を確認することを特徴とする請求項１記載の受信蓄積装置。
【請求項１５】
汎用計算機を、
インストールされた蓄積チャネルと、前記インストールされた蓄積チャンネルと排他的記憶領域との関係を管理する蓄積チャネル管理部と、
前記蓄積チャネルの情報を受信するための予約処理を行う予約処理部と、
当該受信蓄積装置で確保すべき記憶容量、前記蓄積チャネル利用に必要なソフトウェア、前記蓄積チャネルの利用に関する契約情報、暗号化されて送信される情報を復号するための暗号化情報、情報を受信するための配信スケジュール情報、蓄積チャネル選択時の初期動作を規定するエントリー情報、もしくはそれらの情報を受信するための情報の少なくとも一つを記載したサービス構成情報を受信する受信部と、
受信した前記サービス構成情報を蓄積管理するとともに、前記サービス構成情報を参照するための名前と受信蓄積装置内に格納された名前を関連付けて管理する蓄積管理部、として機能させるための受信蓄積プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送に利用して好適な受信蓄積装置に関し、特に、大容量記憶媒体を持って確実な蓄積を保証し、なおかつ視聴者の利便性の高い受信蓄積装置及びコンピュータに受信蓄積機能を持たせるための受信蓄積プログラムに関するものである。
【背景技術】
【０００２】
デジタル放送技術の進歩により、有限な周波数資源の中で帯域を有効に活用することが可能となり、データ放送など多様なサービスを行うことができるようになってきている。データ放送サービスは、従来の映像、音声のみによるサービスとは異なり、静止画や文字などのマルチメディア情報を利用することで、制作の容易性、インターラクティブ性などの観点から、今後のデジタル放送の中核をなすサービスとなり得ると目されている。既に天気予報やニュースなどをデータ放送で実現するサービスが開始されている。これらは視聴者がアクセスするタイミングが一定していないため、通常同一のデータを長期間に渡り繰り返し伝送することで実現されている。
【０００３】
一方、デジタル記憶媒体の高密度化、低価格化が進み、放送を記憶媒体に一旦蓄積してから利用するサービスも実用化され始めている。通常の番組録画機能のほか、視聴中のテレビ番組を常時バッファリングしておき、必要に応じて巻き戻して再生する機能などは既に実用化されており、録画した番組のハイライト視聴などの新しいサービスも検討され始めている。
【０００４】
このように、記録媒体を有効に利用することにより、従来のデータ放送における繰り返し伝送による伝送帯域の利用効率に関する課題を解決できる可能性がある。すなわち、事前に記録媒体にデータを蓄積しておき、視聴者は必要なときに記録媒体に蓄積されたデータを利用する方法である。この方法を利用すれば、一度に伝送しきれなかったような大きなコンテンツも利用することが可能となり、サービスの質の向上も見込まれる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のような形態のサービスを運用するにあたっては以下に示すような課題が考えられる。
１）記憶媒体の利用状態により、必ずしもデータが蓄積可能とは限らない。受信蓄積端末における記憶媒体の容量は限られている一方、その記憶媒体を利用するサービスは多岐にわたる。視聴者の利用如何により、必ずしもサービス享受に必要な記憶容量を確保できない場合が存在する。
２）小さなコンテンツ単位で蓄積していると、視聴者の管理が大変になる。必要なコンテンツを都度選択して受信蓄積するように構成してしまうと、コンテンツの選択や受信後のコンテンツの管理、整理において、多大な操作が必要となる。
３）記録媒体に記録する情報は送出側から指定できなければならない。このような形態のサービスは、通常の視聴者の指示による番組録画などとは異なり、送出側が指定した情報のみを確実に蓄積できる必要がある。
【０００６】
本発明は、上記のような課題に鑑み、記憶媒体を用いた情報配信サービスにおいて、確実な蓄積を保証し、なおかつ視聴者の利便性の高いサービスを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明は、インストールされた蓄積チャネルと、前記インストールされた蓄積チャンネルと排他的記憶領域との関係を管理する蓄積チャネル管理部と、前記蓄積チャネルの情報を受信するための予約処理を行う予約処理部と、当該受信蓄積装置で確保すべき記憶容量、前記蓄積チャネル利用に必要なソフトウェア、前記蓄積チャネルの利用に関する契約情報、暗号化されて送信される情報を復号するための暗号化情報、情報を受信するための配信スケジュール情報、蓄積チャネル選択時の初期動作を規定するエントリー情報、もしくはそれらの情報を受信するための情報の少なくとも一つを記載したサービス構成情報を受信する受信部と、受信した前記サービス構成情報を蓄積管理するとともに、前記サービス構成情報を参照するための名前と受信蓄積装置内に格納された名前を関連付けて管理する蓄積管理部と、を有する受信蓄積装置を提供するものである。
【０００８】
さらに本発明は、上記蓄積型放送サービスを実現するために、蓄積チャネル毎に排他的記憶領域の容量を規定し、前記受信蓄積装置において、蓄積チャネルで規定された記憶容量に合致する排他的記憶領域を蓄積チャネル専用に割り当て、また、前記受信蓄積装置において、予め固定容量の複数の排他的記憶領域を搭載し、蓄積チャネル毎に規定する記憶領域の容量を前記固定容量単位で定義し、さらに、前記受信蓄積装置において、サービス構成情報を用いて蓄積チャネルをインストールすることを特徴とする。
【０００９】
また、本発明における受信蓄積装置は、蓄積チャネルの管理を行う蓄積チャネル管理部と蓄積チャネルの情報受信予約を行う予約処理部と、情報を受信する受信部と、受信した情報を管理するとともに、参照名と蓄積名との関係を保持する蓄積管理部と、蓄積型放送サービスに必要な機能を、前記蓄積チャネル管理部で管理する情報を元に実現する蓄積チャネル操作アプリ部を含んだ構成を有する。
【発明の効果】
【００１０】
以上の説明から明らかなように、本発明を利用することにより、記録媒体に記録する情報は送出側から指定する蓄積チャネルを基本構成要素とする蓄積型放送サービスが実現可能となる。その結果として、意図した情報を確実に蓄積利用することが可能になるとともに、情報量が増大し、小さなコンテンツ単位の蓄積情報が増大した場合においても簡便な利用方法を提供することが可能となる。これにより、記憶媒体を用いた情報配信サービスにおいて、確実な蓄積を保証し、なおかつ視聴者の利便性の高いサービスを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態における蓄積型放送サービスシステムの全体構成を示すブロック図
【図２】本発明の実施の形態における記憶媒体の排他的記憶領域の割当ての模式図
【図３】本発明の実施の形態における蓄積チャネル管理部の排他的記憶領域管理情報の一覧図
【図４】本発明の実施の形態における蓄積チャネル一覧情報の内容例を示す一覧図
【図５】本発明の実施の形態における蓄積チャネル管理テーブルの内容例を示す一覧図
【図６】本発明の実施の形態における蓄積チャネル一覧の画面図
【図７】本発明の実施の形態における蓄積チャネルインストール画面図
【図８】本発明の実施の形態における蓄積チャネルインストール時の動作を示す流れ図
【図９】本発明の実施の形態における受信蓄積装置におけるディレクトリ構成例を示す一覧図
【図１０】本発明の実施の形態における蓄積管理部におけるファイル名変換例を示す一覧図
【図１１】本発明の実施の形態における蓄積チャネルのアクセス時に利用するリモートコントローラの正面図
【図１２】本発明の実施の形態における蓄積チャネル選択時の動作を示す流れ図
【図１３】本発明の実施の形態における容量管理部が内部に保持する排他的記憶領域の容量テーブルの例を示した図
【図１４】契約管理部を含めた本発明の実施の形態における蓄積型放送サービスシステムの全体構成を示すブロック図
【図１５】本発明の実施の形態における配信スケジュール情報の一例を示す図
【図１６】本発明の実施の形態におけるインストール解除、購読解除、購読再開のための予約処理部の動作を示す流れ図
【発明を実施するための形態】
【００１２】
以下、本発明における蓄積型放送サービスシステムおよび受信蓄積装置の実施の形態について、図面を用いて説明する。図１は本発明の実施の形態における蓄積型放送サービスシステムの全体構成を示すブロック図である。図１において、各種放送サービスなどの情報を放送の形で送信する情報送信装置、１１は情報送信装置１１から送信された放送サービスなどの情報を受信して蓄積する受信蓄積装置である。情報送信装置１０と受信蓄積装置１１は放送網１２を通して接続され、受信蓄積装置１１は、放送網１２を通して通常の放送サービスを受信する機能を搭載することができる。受信蓄積装置１１には蓄積チャネルがインストールされている。この受信蓄積装置１１は、蓄積チャネル管理部１０１と、蓄積チャネル管理部１０１に接続された予約処理部１０２と、予約処理部１０２における予約内容にしたがって情報を受信する受信部１０３と、受信した情報を蓄積管理する蓄積管理部１０４と、蓄積チャネルのプログラムを実行させる蓄積チャネル操作アプリ部１０５と、蓄積チャネル操作アプリ部１０５の操作により情報を表示する表示部１０６と、受信した情報を蓄積或いは格納する記憶媒体１０７と、蓄積チャネル操作アプリ部１０５に対して各種支持を入力する支持入力部１０８とを備えている。
【００１３】
受信蓄積装置１１において、蓄積チャネル管理部１０１は、受信蓄積装置１１上にインストールされた蓄積チャネルを管理する。予約処理部１０２は、蓄積チャネルの情報を受信するための予約動作を行う。受信部１０３は、情報送信装置１０より送信される各種情報を受信する。蓄積管理部１０４は、受信部１０３で受信した情報を記憶媒体１０７内に蓄積する。蓄積チャネル制御アプリ部１０５は、蓄積チャネル管理部１０１の管理内容を用いて蓄積チャネルの一覧表示や選局機能を担当する。表示部１０６は、蓄積チャネル制御アプリ部１０５で生成した画面を表示する。記憶媒体１０７は、ここでは内蔵記憶媒体を例にしているが、外付け、稼動媒体でも同様である。本発明における記憶媒体に関しては、内蔵、外付けなどの接続形態、接続記憶装置数を限定するものではない。指示入力部１０８は、視聴者がリモートコントローラ（図１１に図示）を用いて操作した操作内容を受信する。
【００１４】
図２は初期状態での受信蓄積装置１１における記憶媒体１０７の排他的記憶領域の割当て図である。記憶媒体１０７の記憶量が総量で１００GB（ギガバイト）であるとして、この記憶媒体１０７は、８０GBのユーザ領域Ｃと、２GB単位で１０個の排他領域（Ｄ〜Ｍ）とに分割されて初期化される。ユーザ領域は、通常の放送番組の録画など視聴者が自由に利用可能な領域である。これに対し、残り２０GBの排他的記憶領域は、蓄積チャネル利用のために予め用意された領域である。記憶媒体１０７としては、ハードディスク、DVD-RAM、SDカード、メモリーカードなどの利用が考えられる。また、受信蓄積装置１１上に搭載する排他的記憶領域の個数は本実施の形態では１０個となっているが、一つ以上で任意の個数をとることが可能である。図２のうちＤ：〜Ｍ：で識別される排他的記憶領域に関しては、蓄積チャネル管理部１０１で管理している。蓄積チャネル管理部１０１では、インストールされている排他的記憶領域と個々の蓄積チャネルとの関係を管理するが、初期状態では蓄積チャネルは１つもインストールされていない。この状態における蓄積チャネル管理部１０１の排他的記憶領域管理情報は図３のようになっている。
【００１５】
このように初期化された受信蓄積装置１１上に蓄積チャネルをインストールする際の動作例を以下に示す。まず、受信蓄積装置１１は、放送網１２を通して提供される蓄積チャネル一覧情報を取得する。蓄積チャネル一覧情報は、定期的にあるいは必要に応じて受信し蓄積チャネル管理部１０１の管理下にある領域に蓄積される。なお、上記蓄積チャンネル一覧情報は、上記放送網１２に限らず、衛星通信、地上波、ケーブルテレビ、インターネット等を通して取得することも可能である。
【００１６】
図４は本実施の形態における蓄積チャネル一覧情報の内容を示す図である。チャネル番号は、蓄積チャネルを視聴者が選択するときに利用するための番号である。チャネル呼称は、視聴者に提示するための蓄積チャネルにつけられた名前である。チャネル識別は、受信蓄積装置１１上で蓄積チャネルを一意に識別するための名前である。蓄積チャネルの各情報は、全てこの識別名を含んだ参照名を持つ。記憶領域情報は、蓄積チャネルをインストールするために必要な排他的記憶領域に関する情報であり、排他的記憶領域毎に対応する領域識別と記憶容量が記載されている。本実施の形態においては、蓄積チャネルとして利用する排他的記憶領域は２GB単位で構成することが義務付けられている。このように予め定めた固定容量単位で蓄積チャネルの容量を定義することは、受信蓄積装置１１の構成を簡易化する手段として極めて有効なものとなる。なお、このように固定容量による運用を行わない場合、受信蓄積装置１１において容量管理部を設けて対応することは可能である。この場合、蓄積チャネルが定義した排他的記憶領域の容量を常に確保可能なように、記憶媒体１０７への書きこみ時に容量管理部がそのサイズを常に監視している必要がある。
【００１７】
図１３は容量管理部が内部に保持する排他的記憶領域の容量テーブル（以下、容量テーブル）の例を示したものである。容量テーブルは、例えばチャンネル識別と各チャンネル識別が現在使用中の排他的記憶領域の容量を対応付けて記憶されており、いずれかのチャンネル識別に対応する排他的記憶領域が変化する度に更新される。この容量テーブルの情報を基に容量管理部は、新たなコンテンツや蓄積チャネルのダウンロードが可能か否かを判断する。
【００１８】
なお容量管理部は、例えば蓄積管理部１０４内に含める構成を取ることが可能であり、また前記容量管理部の機能は、汎用計算機に前記機能を実現させるためのプログラムをインストールすることにより実現することもできる。このような構成をとれば、受信蓄積装置１１上に搭載する排他的記憶領域の容量は任意の値をとることができる。また、本発明の別の実施の形態ではサービスの規模に応じて、複数の固定容量を搭載することも可能である。この場合は、記憶領域情報に記載された容量を元に、確保すべき排他的記憶領域を抽出することになる。
【００１９】
図４において、ダウンロード情報は、蓄積チャネル利用に際して必要となるソフトウェアを受信するための情報である。ここではダウンロードコンテンツ受信のためのダウンロードロケーション情報が別途伝送されており、DownloadIdにより識別可能となる運用を想定している。蓄積チャネルのインストール時の情報としてダウンロード情報を含ませることにより、蓄積チャネルに固有の機能拡張を行うことが可能になるとともに、ダウンロードの確実性を保証することを可能としている。契約情報は、蓄積チャネルの利用に必要な課金情報などを記載する。本実施の形態では、料金情報のみを記載し、契約実行のための情報や契約者への契約鍵の送受信は別途運用されているものとしている。もちろん別の実施の形態において、契約情報中に前記の情報を含める構成にすることも可能である。暗号化情報は、蓄積チャネルの情報を暗号化して伝送する場合に記載する。暗号化情報を元に暗号を復号するための鍵を受信することができる。本実施の形態では、暗号化情報中に直接復号鍵を記載している。エントリー情報は、蓄積チャネルを選局した時に実行する処理に関して記載する。本実施の形態では、実行すべきエンジン名とエンジンに与えるべきファイル名を記載する。
【００２０】
蓄積チャネル管理部１０１は、蓄積チャネルのインストール状態、購読状態などを管理するために、蓄積チャネル管理テーブルを保有している。なお、蓄積チャネルのインストールとは、排他的記憶領域の確保を含め、蓄積チャネルの情報を受信するための初期化処理のことであり、蓄積チャネルの購読とは、インストールされた蓄積チャネルの情報受信を行うことである。図５は本実施の形態における蓄積チャネル管理テーブルの内容を示す一例である。ここでは、インストール済みの蓄積チャネルに対し、その購読状況、契約確認の必要性、暗号鍵、エントリー動作に関して一括で管理している。なお、これらの情報はインストール時に蓄積チャネル一覧情報から取得することができる。
【００２１】
受信蓄積装置１１では、蓄積チャネル一覧情報および、蓄積チャネル管理テーブルを利用して蓄積チャネル一覧画面を表示することが可能である。図１１に示すリモートコントローラなどの入力デバイスを利用して行った視聴者からの蓄積チャネル一覧表示命令を、指示入力部１０８において受信すると、この入力は蓄積チャネル制御アプリ部１０５に伝送され、蓄積チャネル制御アプリ部１０５において、蓄積チャネル管理部１０１で管理される蓄積チャネル一覧情報および蓄積チャネル管理テーブルを元に蓄積チャネル一覧画面を生成し、表示部１０６において画面表示する。図６は蓄積チャネル一覧画面例である。画面上では蓄積チャネル名、チャネル番号、インストールの有無、購読の有無、契約情報(有料/無料)、必要な排他的記憶領域の容量などが表示されている。
【００２２】
図６の蓄積チャネル一覧画面上で蓄積チャネルを選択すると、インストールされていない蓄積チャネルの場合には、蓄積チャネル制御アプリ部１０５においてインストール画面が生成され、表示部１０６において画面表示される。インストール画面中では、蓄積チャネルをインストールするために必要な情報が表示される。図７は蓄積チャネルインストール画面例である。この画面も蓄積チャネル一覧画面同様に、蓄積チャネル制御アプリ部１０５により、蓄積チャネル管理部１０１で管理される蓄積チャネル一覧情報を利用して作成されるものである。
【００２３】
図８はインストール時の動作を示す流れ図である。蓄積チャネルのインストールは、個々の蓄積チャネル毎にインストールに必要な情報を記載したサービス構成情報に従い処理され、最初に排他的記憶領域を確保する処理が行われる（S801）。サービス構成情報中の蓄積容量情報から排他領域の確保数を決定し、現在未使用の排他領域が確保できることを確認する。本実施の形態においては、サービス構成情報は蓄積チャネル一覧情報として、情報送信装置から伝送されており、ここでは図４の蓄積チャネル一覧情報に記載した内容を元に処理が行われている前提で記載する。なお、図４の蓄積チャネル一覧情報において個々の蓄積チャネルに相当する列の内容がサービス構成情報となり得る。図４の蓄積チャネル一覧情報で定義された蓄積チャネルのうち、チャネル呼称がチャネル１０００の蓄積チャネルをインストールする場合、図４の記憶領域情報に基づき、２GBの排他的記憶領域を二つ確保する必要がある。蓄積チャネル管理部１０１で管理する排他的記憶領域管理情報（図３）を検索し、空き領域を探す。現状では全ての排他的記憶領域が使用可能であり、ここではD：およびE：の二つの排他領域をチャネル１０００のために確保する。当該蓄積チャネル用のディレクトリを作成し、各排他的記憶領域を示されたディレクトリ名でマウントする(当該ディレクトリ以下のファイルは全て当該排他的記憶領域に蓄積されることになる)。この状態でのディレクトリ構成は図９のようになっている。本実施の形態では、蓄積チャネルは/prestonというディレクトリの下に作成されることとしている。このディレクトリは受信蓄積装置毎に決定されるものであり、任意に設定可能である。
【００２４】
サービス構成情報中にダウンロードロケーション情報が存在する場合、その指示に従い必要なソフトウェアのダウンロード実行もしくは予約処理を行う(S803,S804)。ここでは、ダウンロードソフトウェアの内容、送出方法、受信方法などは問わない。サービス構成情報中に契約情報が存在する場合、契約確認処理を行う(S805,S806)。なお、契約鍵は別途伝送されて図１４に示す契約管理部１０９で管理され、定期的および契約状況変化時に更新される。ここでは契約処理の内容、実行方法などは問わない。蓄積チャネル情報中に暗号化情報が存在する場合、復号鍵受信処理を行う（S807,S808）。暗号化の方式や鍵受信の方法などは問わない。ダウンロードソフトの受信、復号鍵の受信も含め、以上の処理が完結した時点で、インストール処理は終了であり、蓄積チャネル管理テーブルに当該蓄積チャネルを登録した後、蓄積チャネルとして伝送される情報の受信処理を開始する(本実施の形態においては、インストール終了時には自動的に購読状態とする)。なお、これらの処理は、それぞれの情報が別途伝送される可能性もあり非同期で行われる場合もあり得る。また、図８に示した蓄積チャンネルインストールの動作は、汎用計算機に上記ステップＳ８０１〜Ｓ８１２を機能させるプログラムをインストールすることにより、実現することも可能である。
【００２５】
図１６はインストール解除、購読解除、購読再開のために、予約処理部１０２が行う動作の流れ図を示したものである。インストールの解除は以下の動作を行う。
１）予約処理部１０２における当該蓄積チャネルに関する予約内容を全て消去する（Ｓ１６０２）。
２）当該蓄積チャネルに相当するディレクトリを全て消去する（Ｓ１６０３）。
３）当該蓄積チャネル用に割り当てていた排他的記憶領域のマウントを外す（Ｓ１６０４）。
４）当該蓄積チャネルを未インストール状態とする（Ｓ１６０５）。
【００２６】
インストールされている蓄積チャネルに対する購読解除は以下の動作を行う。
１）予約処理部１０２における当該蓄積チャネルに関する予約内容を全て消去する（Ｓ１６１０）。
２）当該蓄積チャネルを購読中断中状態とする（Ｓ１６１１）。
【００２７】
購読再開は以下の動作を行う。
１）予約処理部１０２において当該蓄積チャネルの予約受信処理を開始する（Ｓ１６０８）。
２）当該蓄積チャネルを購読中状態とする（Ｓ１６０９）。
【００２８】
このように、蓄積チャネル一覧情報として蓄積チャネル情報を送信し、蓄積チャネル管理部１０１において蓄積チャネルの状態を管理するとともに、受信蓄積装置１１内に組み込まれた排他的記憶領域と蓄積チャネルを関連付けて管理することにより、視聴者が所望する蓄積チャネルを必要なタイミングで組み込むことを可能としている。また、視聴者は蓄積チャネル上に存在する個々のファイルを意識する必要は無く、蓄積チャネルのインストール、購読のみを管理すればよく、利便性に優れている。なお、上記インストール解除、購読解除、購読再開の各機能は、図１６に示す流れ図を実行するプログラムを汎用計算機にインストールすることによっても実現することができる。
【００２９】
次に、蓄積チャネルの情報送受信、蓄積管理、情報利用について以下に説明する。蓄積チャネルの情報受信処理は、配信スケジュール情報に基づき行われる。配信スケジュール情報は、情報配信装置１０において蓄積チャネル毎に生成され、蓄積チャネル一覧情報中またはサービス構成情報に含めるなどして伝送され、蓄積チャネル管理部１０１の管理下で管理される。予約処理部１０２では、蓄積チャネル管理部１０１で管理される配信スケジュール情報を元に、情報受信を行う受信部１０３の起動管理を行う。図１５は、配信スケジュール情報の一例であり、伝送チャネル番号、送出開始時刻、送出終了時刻の情報が与えられる。予約処理部１０２では、これらの情報を元に、例えば予約処理部１０２内にタイマーを設け、前記タイマーに受信スケジュールを登録し（ここでは送出開始時刻をセットする。）、タイマー駆動により送出開始時刻において伝送チャネルへのチューニングを行い、受信部１０３を起動させる。蓄積チャネルの情報伝送時においては、蓄積チャネルを構成する情報ファイルから、任意の複数のファイルを多重/パケット化して伝送する。この中には次回以降の情報伝送のスケジュールを示す配信スケジュール情報を含めることも可能である。
【００３０】
受信部１０３は、伝送パケットをデコードし、受信部１０３内の受信バッファ上にファイルを抽出する。この際、これらのファイルは暗号化されて伝送されることも考えられる。インストール時に復号鍵を受信している場合には、その鍵を利用して暗号を復号化する。個々のファイルには、ファイル生成時に付与された名前が記載されている。蓄積管理部１０４では、付与された名前を元に蓄積すべき領域を確定し、記憶媒体１０７に蓄積する。なお、ここで伝送時に付与されるファイル名は、個々の情報中から参照する場合の参照名としても利用される。
【００３１】
図１０は蓄積管理部１０４において処理する、伝送時に付与されたファイル名から受信蓄積装置上で管理されるファイル名への変換例を示す。ここでは伝送時には"file://"という文字列以降に、蓄積チャネル識別(AAA)と、それ以降のファイルパス名を記載することとしている。受信蓄積装置１１では、蓄積チャネルは全て/preston以下のディレクトリに生成することにしており、蓄積チャネル１０００をインストールした時点で、/preston/AAAというディレクトリおよび、/preston/AAA/aaaというディレクトリが生成されている。よって、伝送時に付与されたファイル名(参照名)の先頭文字列"file://"を"/preston/"に置き換えることにより、蓄積時に付与すべきファイル名を抽出することができる。この際/preston/AAAは排他的記憶領域D：に、/preston/AAA/aaaは排他的記憶領域E：にそれぞれマウントされているため、 HYPERLINK file://AAA/abc.bin file://AAA/abc.binというファイルは/preston/AAA/abc.binというファイル名で排他的記憶領域D：に、 HYPERLINK file://AAA/aaa/def.bin file://AAA/aaa/def.binは/preston/AAA/aaa/def.binというファイル名で排他領域記憶領域E：にそれぞれ格納されることになる。なお、蓄積管理部１０４におけるこのような伝送ファイル名(参照名)から蓄積ファイル名の変換処理は、ファイル中で他のファイルを参照する場合などでも利用される。
【００３２】
予約処理部１０２では、新しく受信した配信スケジュール情報などを元にして、次回以降の受信予約を実行する。こうして蓄積チャネルとして伝送される各種情報は、視聴者が意識することなく、自動的に記憶装置内に蓄積、更新される。よって視聴者は、蓄積チャネルインストール後、常に最新の情報を利用することが可能となる。
【００３３】
次に、このようにセットされている受信蓄積装置において、蓄積チャネルにアクセスし、情報を提示する場合について説明する。図１１は蓄積チャネルのアクセス時に利用するリモートコントローラの一例である。通常利用時には、チャネルUpDownボタン１１０１や数値入力ボタン１１０２を押すことにより、放送サービスを切替えて視聴することができる。蓄積チャネルにアクセスする場合は、モード切替えボタン１１０３を押し下げ、モードを「蓄積チャネル」にセットする。なお、このモード切替えボタン１１０３は、テレビ放送、ラジオ放送などの放送種を切りかえるためのボタン、もしくは複数の放送ネットワークを切り替えるボタンなどと共用することが可能である。なお、モード切替えボタン１１０３を設けず、通常の放送サービスの続きとして蓄積チャネルを提示するように構成することも可能である。
【００３４】
蓄積チャネル選局モードの状態で、チャネルUpDownボタン１１０１もしくは数値入力ボタン１１０２を操作することにより、蓄積チャネルを選局することが可能となる。チャネルUpDownボタン１１０１は、チャネル番号の次に大きい/小さい蓄積チャネルを提示する時に利用する。数値入力ボタン１１０２は、直接蓄積チャネル番号を指定して提示するときに利用する。リモートコントローラへの視聴者操作は、指示入力部１０８を通して、蓄積チャネル制御アプリ部１０５へ伝送される。蓄積チャネル制御アプリ部１０５では、蓄積チャネル管理部１０１で管理する蓄積チャネル一覧情報を元に、選択すべき蓄積チャネルを抽出することができる。この際、蓄積チャネル管理部１０１で同じく管理される蓄積チャネル管理テーブルに記載される蓄積チャネルのインストール状況、購読状況も容易に参照可能であるため、インストールしている蓄積チャネルのみの選局、購読中の蓄積チャネルのみの選局を実行することも容易である。また、リモートコントローラで直接指定するだけでなく、前記した蓄積チャネル一覧画面などの画面を通して蓄積チャネルを選局させるようにすることも容易である。
【００３５】
図１２は蓄積チャネル選択時の動作を示す流れ図である。蓄積チャネルが決定されると、蓄積チャネル制御アプリ１０５では、まず蓄積チャネルが現在インストールされているかどうかをチェックする（S1201）。この情報は蓄積チャネル管理部１０１から入手可能である。インストールされていない蓄積チャネルの場合、蓄積チャネル管理部１０１で管理しているサービス構成情報を参照してインストール画面を表示する(S1202)。この後の処理は前記内容と同じである。インストールされている蓄積チャネルの場合、次に購読中かどうかがチェックされる(S1203)。購読中断中の場合、購読再開画面を提示する(S1204)。この後の処理は前記内容と同じである。購読中の場合、契約の有無をチェックする(S1205)。契約の有効性は、契約管理部１０９で一括して管理されており、蓄積チャネル識別を契約管理部１０９に渡すことで、現時点での契約有効性の有無が判別される(S1206)。契約管理部１０９は、例えばICカードなどで実現されるものである。現時点で契約有効性が満たされていない場合には、契約切れであることを示すメッセージを表示する(S1207)。契約有効性が満たされている場合には、蓄積チャネル毎に設定されるエントリー動作を実行する(S1208)。エントリー動作には、起動するエンジンの指定、その際の初期情報などが含まれる。初期情報は各実行エンジン毎に定義されるものであり、蓄積チャネル制御アプリ部１０５がエンジンを起動する際に、蓄積チャネル管理部１０１で管理する初期情報をそのまま当該エンジンへ渡す。
【００３６】
なお、図１２に示す蓄積チャネル選択時の動作は、汎用計算機に、図１２に示すステップＳ１２０１〜Ｓ１２０９として機能させるプログラムをインストールすることにより、実現することも可能である。
【００３７】
このように、蓄積チャネル管理部１０１の管理に従い、蓄積チャネル操作アプリ部１０５の処理を行うことにより、記憶媒体１０７上に蓄積された情報を蓄積チャネルとして提示することが可能である。通常の放送サービスと同一のユーザインターフェースでアクセスすることも可能となり、非常に高い利便性を持つことができる。
【００３８】
なお、本実施の形態では、蓄積チャネルの情報利用に関して、選局動作としてエントリー動作から開始する方法を記載したが、蓄積管理部１０４における参照名−蓄積名の変換機能を利用することで、直接ファイルを指定して参照することも可能である。例えば、通常の放送番組において蓄積チャネルとして伝送したファイルを用いたデータ放送機能を実現することなども可能となる。
【００３９】
また、本実施例で記載した受信蓄積装置は、汎用計算機に、前記受信蓄積装置として機能させるための制御プログラムをインストールすることにより、同様の機能を実現させることが可能である。
【００４０】
また、本実施例で記載した情報送信装置は、汎用計算機に、前記情報送信装置として機能させるための制御プログラムをインストールすることにより、同様の機能を実現させることが可能である。
【符号の説明】
【００４１】
10…情報送信装置
11…受信蓄積装置
12…放送網
101…蓄積チャネル管理部
102…予約処理部
103…受信部
104…蓄積管理部
105…蓄積チャネル制御アプリ部
106…表示部
107…記録媒体
108 指示入力部
【図１】
2011193500.tif 000003
【図２】
2011193500.tif 000004
【図３】
2011193500.tif 000005
【図４】
2011193500.tif 000006
【図５】
2011193500.tif 000007
【図６】
2011193500.tif 000008
【図７】
2011193500.tif 000009
【図８】
2011193500.tif 000010
【図９】
2011193500.tif 000011
【図１０】
2011193500.tif 000012
【図１１】
2011193500.tif 000013
【図１２】
2011193500.tif 000014
【図１３】
2011193500.tif 000015
【図１４】
2011193500.tif 000016
【図１５】
2011193500.tif 000017
【図１６】
2011193500.tif 000018