JP3929725B2 - データ処理装置 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、特に蓄積型データ放送サービス等において使用される、蓄積データをユーザに提供する装置に関するものである。
【０００２】
【従来の技術】
情報通信関連技術の発展に伴い、放送システムのディジタル化が急速に進んでいる。衛星放送のディジタル化が既に実現し、ＣＡＴＶあるいは地上波放送のディジタル化も計画されている。ディジタル放送は、アナログ放送の数倍の多チャネル伝送が可能となるだけでなく、テレビジョン信号に加えて任意のデータを多重伝送することが可能である。よって、従来には存在しなかった全く新しい放送サービスの実現が期待される。
【０００３】
【発明が解決しようとする課題】
ＢＳ／ＣＳディジタル放送を中心として、放送と通信とを融合した新しいサービスが開始されようとしている。このサービスにおいて、高画質放送やデータ放送に加えて、蓄積型データ放送サービスや双方向サービスが提供される運びとなっている。その実現及び普及のために、ハードウェア、ソフトウェア、サービスの規格を統一することが既存のサービスとの大きな違いであり、専用のディジタル放送受信機（セットトップボックス、ＳＴＢ）のハードウェア仕様が既に策定されている。ＳＴＢはハードディスクドライブ（ＨＤＤ）、ＢＳ／ＣＳ受信チューナ、蓄積データ放送受信用チューナ、ＩＰ接続機能等を備えるもので、これによりコンテンツ配信をはじめとする各種サービスの提供を受けることができる。
【０００４】
ＳＴＢのＨＤＤは、ユーザの自由な管理下には置かれないプロバイダエリアと呼ばれる第一の記録領域と、ユーザが自由に使用することのできるユーザエリアと呼ばれる第二の記録領域とに分けられている。コンテンツはＢＳ／ＣＳを経由して配信され、プロバイダエリアに自動的かつ強制的に蓄積される。また、プロバイダエリアに蓄積されたコンテンツは周期的に上書き更新される。そして、ユーザはこれらのコンテンツを閲覧することが可能である。コンテンツは従来型のＴＶ番組だけでなく、特定の人気ミュージシャンに特化した音楽情報配信や、ＩＰ接続機能と連動したショッピングモール、その他様々な種類のものが考えられている。
【０００５】
さらに、プロバイダエリア内に蓄積されているコンテンツを、ちょうどビデオ録画をするようにユーザエリアに複写して、繰り返し楽しんだり保存しておいたりすることができる。しかしながら、プロバイダエリアに蓄積されるコンテンツは、ＴＶ番組や映画等の、いわゆるビデオプログラムのように単一のデータファイルからなるものばかりではなく、つながりをもつ複数のデータファイルにより構成されるものも考えられる。このようなコンテンツを保存しておきたいと思うユーザが存在する場合、例えば、複数のデータファイルを逐一ユーザエリアに複写してもらうという方法が考え得るが、ユーザに繁雑な作業を強いることになってしまう。のみならず、ユーザエリアに保存されるのは複数のデータファイル群であって、ユーザが情報を有機的に再利用することを困難にしてしまうという結果をもたらす。
【０００６】
加えて、コンテンツ配信のビジネスとしての側面から、あるいは著作権保護その他の理由から、プロバイダエリアからユーザエリアへのコンテンツの複写は、コンテンツ配信者の意思に沿うようにコントロールされなくてはならない。
【０００７】
【課題を解決するための手段】
以上の問題を解決すべく、２以上の記録部を有しコンテンツ配信その他サービスの提供に使用されるデータ処理装置について、第一記録部に記録されている、リンクにより関連付けられた２以上のデータのうちの一のデータを、第二記録部に移動又は複写する場合に、当該一のデータに関連付けられている１以上のデータも前記第二記録部に移動又は複写するようなものとする。その結果、リンク関係を有する一連のデータ群を、そのつながりを維持したまま一括して移動又は複写することができ、第二記録部の上でデータを有効に再利用することができる。
【０００８】
なお、ここにいう「データ」とは、いわゆるファイルに限らず、データベースのレコードあるいはフィールド値（属性値）であっても構わない。即ち、他のデータとのリンク関係についての情報（リンクの有無、何れのデータとリンクしているか等）が存在しているものであれば、どのようなデータであっても、本発明に係るデータ処理装置によって扱われる対象となり得る。
【０００９】
そして、第一記録部に記録されている２以上のデータは、当該データ毎に移動又は複写を許すか否かが管理されており、命令受付部で一のデータの移動命令又は複写命令を受け付けた場合に、第一記録部で管理されているデータの移動又は複写の許可／不許可により、データ処理部による当該データの処理が異なるようなデータ処理装置を実現すれば、リンク関係を有する一連のデータ群について、各々のデータ毎に移動又は複写の際の処理を決定することができる。よって、コンテンツがリンクによってつながりをもつ複数のデータによって構成されるものであるときに、コンテンツを構成するデータの一部については複写を許可したり、複写前のコンテンツと複写後のコンテンツとが部分的に異なる内容となるように加工を加えたり、というように、配信者サイドのビジネス戦略・戦術に即して柔軟にコンテンツの移動又は複写をコントロールすることが可能となる。
【００１０】
【発明の実施の形態】
以下、本発明の一実施形態を、図を参照して説明する。図１に示すように、データ処理装置たるＳＴＢは、ＢＳ／ＣＳを経由して高画質放送やデータ放送、蓄積型データ放送を、ディジタル信号として受け取る。同時に、ＳＴＢはインターネットにも接続しており、コンテンツ配信者サイドと双方向のやりとりをすることが可能である。
【００１１】
図２に示すように、ＳＴＢはＣＰＵａ、メモリｂ、ＨＤＤｃ、ＢＳ／ＣＳ放送受信チューナｄ１・ｄ２、復調装置ｅ、外部入力インタフェースｆ、映像／音声出力インタフェースｇ、ＩＰ接続インタフェースｈ等を主要な構成要素とする。ＢＳ／ＣＳ放送受信チューナｄ１・ｄ２について、一方は蓄積データ放送を受信するためのチューナｄ１であり、他方は一般の衛星放送番組を受信するためのチューナｄ２である。蓄積データ放送受信用チューナｄ１は一般放送受信用チューナｄ２と異なり、通常はユーザが直接受信チャネルを調整することができないようになっているが、これはデータを自動的かつ強制的に受信、蓄積するためである。これらのＢＳ／ＣＳ放送受信チューナｄ１・ｄ２を用いて受信した伝送信号は復調装置ｅによって復調されて、データあるいは映像／音声信号として利用に供される。ユーザがＳＴＢに様々な命令を与えるための外部入力の手段は、文字入力機能付きのリモートコントローラを想定している。ＩＰ接続インタフェースｈは、ＩＰ接続によってデータの送受信を行う際に機能するものであり、例えばモデムを用いて構成される。また、ＣＰＵａによって実行されるべきプログラムはメモリｂやＨＤＤｃに格納されている。上記の構成要素が協働することで、図３に示す第一記録部１、第二記録部２、命令受付部３、データ処理部４、判断部５、出力指示部６、データ受信部７、データ書込部８としての役割を果たす。
【００１２】
以下、各部の動作を説明する。蓄積型データ放送において、ＢＳ／ＣＳを経由して配信されるコンテンツはデータ受信部７によって受信され、データ書込部８によって第一記録部１に自動的かつ強制的に書き込まれる。データ受信部７がＢＳ／ＣＳ放送受信チューナｄ１並びに復調装置ｅの機能を利用するものであることは言うまでもない。また、データの書き込みを司るデータ書込部８は、通常ソフトウェアによって実装される。ちなみに、第一記録部１に蓄積されたコンテンツは周期的に上書き更新される。第一記録部１はプロバイダエリアと呼ばれ、ユーザの自由な管理下には置かれない。一方で、第二記録部２はユーザエリアと呼ばれ、ユーザが自由に使用することを許している。本実施形態において、第一記録部１及び第二記録部２は、ＨＤＤｃ及びＨＤＤｃを制御するドライバソフトウェアによって構成される。
【００１３】
ユーザは、プロバイダエリアに蓄積されたコンテンツを閲覧することができる。もちろんコンテンツによっては、閲覧時に課金される、メンバー登録を行ったメンバーのみが閲覧可能である、無償で閲覧できるのはコンテンツの内容の一部分のみ、等のような場合もあり得る。命令受付部３は、第一記録部１に記録されているデータの移動命令又は複写命令を受け付け、データ処理部４にその旨を指示する。データの移動命令又は複写命令は通常、ユーザがコンテンツの保存を外部入力インタフェースｅを介して要求することによって発生する。指示を受けたデータ処理部４は、第一記録部１から第二記録部２に対象データを移動又は複写する。このとき、移動又は複写の対象となるデータに関連付けられているデータをも第二記録部２に移動又は複写する。同時にデータ処理部４は、移動後又は複写後のデータ間のリンク情報を、そのリンク関係の整合性が保たれるように書き換える。より詳しく述べると、移動又は複写前のリンク元データとリンク先データとは、リンク情報を参照することによりリンク関係を有しているものと認識されるのであるが、移動又は複写処理によってリンク元データ及びリンク先データが移動又は複写されたとき、移動又は複写されたリンク元データとリンク先データとの間のリンク関係を保つために、当該リンク情報を修正する必要が生じることがある。例えば、リンク情報がポインタ、ＵＲＩ等であるとき、移動又は複写後のリンク先データが移動又は複写前のそれとは異なる場所に置かれることとなった場合には、前記ポインタ、ＵＲＩ等を移動又は複写後のリンク先データを指し示すように書き換える処理を実施することによってはじめて、移動又は複写されたリンク元データとリンク先データとの間のリンク関係を、移動又は複写前のリンク元データとリンク先データとの間のリンク関係と同様に保つことができるのである。
【００１４】
関連付けられた複数のデータが移動又は複写されようとするときに、そのうちの一部について移動又は複写が禁じられている場合がある。各々のデータの移動又は複写の許可／不許可についての情報は、第一記録部１において管理されている。判断部５は、各々のデータの移動又は複写の許可／不許可についての情報に基づいてした判断をデータ処理部４に伝え、その判断結果に応じた処理がデータ処理部４によって各々のデータに対して行われる。後に詳細に説明するが、移動又は複写が許可されているデータのみを第二記録部２に移動又は複写する、移動又は複写が禁止されているデータの代わりに予め用意されている代替データに差し替える、あるいは何らかの加工処理を加えた後に第二記録部２に書き込む（親子関係にある２のデータについて、子データを親データ内に取り込んだ上で当該親データを第二記録部に書き込む、というような処理も考えられる）、等の処理を、判断結果に応じて選択的に実行するのである。そしてこのような場合においても、データ処理部４が、移動後又は複写後のデータ間のリンク情報をそのリンク関係の整合性が保たれるように書き換える。上述した命令受付部３、データ処理部４、判断部５は、通常ソフトウェアによって実装されるものである。
【００１５】
判断部５が管理情報に基づいてした判断は出力指示部６にも伝えられ、出力指示部６は移動又は複写が許可されないデータが存在する旨の出力表示を行うために働く。移動又は複写が許可されないデータが存在する旨の出力には、画面への表示、プリンタへの印刷、当該ＳＴＢ（データ処理装置）から他の情報処理端末等への信号の送信、等の態様が考えられる。この出力を実行するにあたり、映像／音声出力インタフェースｇ、あるいはＩＰ接続インタフェースｈが利用される。もちろん、当該出力を実行するためのハードウェア装置、例えばプリンタを接続するためのＵＳＢポート等がＳＴＢにさらに具備されてもよい。出力指示部６はソフトウェアのみによって実装されるとは限らない。なお、この出力指示部６はＳＴＢに必ずしも備えられていなければならないものではない。
【００１６】
続いて、具体例を挙げながら本実施形態に係るＳＴＢの働きについて詳述する。図４、図５及び図６に示すものは、蓄積型データ放送によって配信されるコンテンツの一例である。このコンテンツは、特定のミュージシャンに特化して各種の音楽情報を提供するもので、メンバーからのメッセージやライブ告知情報のテキストデータ、紹介のナレーションや楽曲のサウンドデータ、プロモーション映像やライブ映像のムービーデータ等が、リンクによってつながりをもちながらコンテンツを構成しており、ファンにとっては十二分に楽しめる内容となっているだけでなく、当該コンテンツを閲覧したユーザのチケットや楽曲に対する購買意欲を高めることを狙いとするものである。図４はコンテンツが扱う特定ミュージシャンを紹介するページであり、紹介文９１１、プロモーション映像９１２、音声によるナレーション９１３が提供される。図５はライブの情報を表示するページであり、ライブ告知情報（テキスト９２１及び音声９２３）、以前のライブの映像９２２が提供される。そして、図６は特定ミュージシャンの楽曲を収録したレコードに関するページであり、レコードに関するテキスト９３１、ジャケットのイメージ９３２、及びレコードに記録されている音声データ９３３が試聴用に提供される。この例において、試聴に供される音声データ９３３は商品のそれと完全に同一のものであるが、試聴可能な期間、回数等が限定されている。また、データの有効期間が終了したときは、消去されたり他のデータによって上書きされたりする。ユーザは、このページ上でデータ９３３を記録したディスク媒体あるいはデータ９３３自体を購入することができる。コンテンツを閲覧しているユーザは、外部入力装置（文字入力機能付リモートコントローラを想定）を使用してＳＴＢに様々な指示を与えることができ、コンテンツ内のページの移動や、映し出されている映像の切り替えＦ１、ＩＰ接続機能と連動したライブのチケットの購入Ｆ２、レコードの試聴Ｆ３、等を実行できる。
【００１７】
図７に示すものは、コンテンツを構成する複数のデータファイルのリンク関係を概念的に表示するツリーである。ツリーのルートである親データファイル９は、子データファイル、即ちコンテンツ内の各ページとのリンク関係の情報を保有している。子データファイルはそれぞれ、紹介ページのデータファイル９１、ライブ情報ページのデータファイル９２、レコードページのデータファイル９３である。子データファイルもまた、各ページを構成する要素である孫データファイルとのリンク関係の情報を保有している。例えば、紹介ページのデータファイル９１は、メンバーからのメッセージや紹介文のテキストデータ９１１、プロモーション映像データ９１２、及び音声によるナレーションの音声データ９１３とのリンク関係の情報を含むものである。
【００１８】
図８の表は、第一記録部１に格納されているデータファイルの属性値を例示するものである。各々の属性には、データファイルの存在場所及びファイル名ＦＮ、第二記録部への移動又は複写の許可／不許可等を示す複写許可識別子ＰＥ、所有者ＯＷ、データのサイズＳＩ、有効期限ＬＩ、並びにデータの本質部分ＤＡが含まれる。本実施形態において、親データファイル９あるいは子データファイル９１、９２、９３が保持するリンク関係の情報は、子あるいは孫データファイルの存在場所及びファイル名ＦＮを指示するものである。ちなみに、所有者ＯＷの情報はアクセス権限の判断その他に用いることが可能である。また、有効期限ＬＩをすぎたデータファイルはＳＴＢのシステムプログラムによって削除されたり、新規のコンテンツが配信されたときに上書きされたりする。
【００１９】
データファイル間のリンク関係の情報がどのようにして存在しているのかを表す例として、紹介ページのデータファイル９１が保持するリンク関係の情報を図９に、レコードページのデータファイル９３が保持するリンク関係の情報を図１０に、それぞれ示す。紹介ページのデータファイル９１は、例えばＨＴＭＬのようなマークアップ言語で記述され、リンク関係を有する孫データファイル９１１、９１２、９１３の存在場所及びファイル名ＦＮが、タグ内にＵＲＩとして示されている。ＳＴＢは、データファイル９１に記載されたＵＲＩを参照してこれらの孫データファイルを読み込み、ユーザの閲覧に供する。レコードページのデータファイル９３もまた、リンク関係を有する孫データファイル９３１、９３２、９３３の存在場所及びファイル名ＦＮが、ＵＲＩとして記載されているものである。ライブ情報ページのデータファイル９２並びに親データファイル９も同様にして、リンク関係の情報を保持している。
【００２０】
コンテンツの複写においてＳＴＢが行う一連の処理を、図１１及び図１２のフローチャートを参照しつつ述べる。コンテンツを表示している（ステップＳ１）ときに、当該コンテンツを閲覧しているユーザから、コンテンツを第二記録部２へ複写する旨の要求が出されると（ステップＳ２）、コンテンツを構成するデータファイルのリンク情報を参照して、コンテンツの構成要素たるデータファイルをリストアップする（ステップＳ３）。本実施形態においては、データ間のリンクの関係がツリー構造であり、かつ、親子間のリンク情報を親データファイルが、子孫間のリンク情報を子データファイルが、それぞれ保持していることから、ツリーに対して深さ優先探索を行うことで、データファイルをリストアップできる。即ち、データファイル９、９１、９１１、９１２、９１３、９２、９２１、９２２、９２３、９３、９３１、９３２、９３３の順にリストアップされる。続いて、上記リスト順にデータファイルをピックアップし、処理対象となるデータファイルについての複写許可識別子ＰＥを参照して（ステップＳ４）、当該データファイルに対する処理を決定する。
【００２１】
複写が許可されていないデータファイルについては、基本的に複写は実行せずに当該データファイルに関するリンク情報を削除する（ステップＳ１２）。但し、他のデータに差し替える必要がある場合には（ステップＳ６）、図示しない手段に格納されている代替データを第二記録部に書き込む（ステップＳ７）。あるいは、当該データファイルに加工処理を施した上で第二記録部に書き込んでもよい（ステップＳ１０）。いずれの方法を選択するかはコンテンツ配信者が決定することができる。代替データ、加工済データを書き込んだ場合、あるいはデータファイルを第二記録部に複写（ステップＳ９）した場合には、第二記録部における当該データに関するリンク情報を整合させ（ステップＳ１１）て、第二記録部上においてもリンク関係が保たれるようにする。本実施形態では、上述のように子孫のデータファイルよりも先祖のデータファイルの方が先に複写されている。よって、第二記録部上に既に存在している先祖のデータファイルが保持しているリンク関係の情報を適宜書き換えることでリンク情報を整合させることができる。以上のプロセスを全構成データファイルに対して実行（ステップＳ１３、Ｓ１４）することで、コンテンツの第二記録部への複写処理を完了することができる。なお、コンテンツを移動させる場合には、複写処理の完了後、複写元データファイルを削除すればよい。
【００２２】
第一記録部１から第二記録部２へのコンテンツの複写結果の例を、図１３から図１７に示す。図１３は複写された紹介ページ、図１４は複写されたライブ情報のページ、図１５は複写されたレコードのページ、図１６は複写されたコンテンツのデータリンク構造、図１７は複写されたデータファイル群の属性値を示すものであり、複写前のコンテンツに関する図４から図８にそれぞれ対応している。
【００２３】
コンテンツを構成するデータファイルのうち、プロモーションビデオ映像ファイル９１２、ライブ映像ファイル９２２、及び試聴用のレコードデータ９３３は、商品として市場に流通させるべきものであるから、第二記録部２への複写が禁止されている。よって、映像ファイル９１２、９２２については、画像データファイル９４が代替データとして第二記録部２に書き込まれる。このとき、既に第二記録部に複写されている、リンク元のデータであるデータファイル９１、９２がそれぞれ保持している映像ファイル９１２、９２２についてのリンク情報が書き換えられる。データファイル間のリンク関係の情報の書き換えについての一例として、第二記録部２に複写された紹介ページのデータファイル９１が保持するリンク関係の情報を図１８に示す（図９に対応）。第二記録部２に複写された孫データファイル９１１、９１２、９１３の各々の存在場所及びファイル名ＦＮは、複写元である、第一記録部１上のデータファイル９１１、９１２、９１３のものとは異なる。よって、これらのファイルが第二記録部２に複写されるのに伴い、第二記録部２上のデータファイル９１に記載されているＵＲＩが、複写後の孫データファイル９１１、９１２、９１３の各々の存在場所及びファイル名ＦＮを指示するように書き換えられる。ライブ情報ページのデータファイル９２及びレコードページのデータファイル、並びに親データファイル９が保持しているリンク情報も同様にして、第二記録部２への複写の際にリンク関係が整合するように書き換えられる。その結果、ユーザが複写後のコンテンツを閲覧したときに図１３、図１４に示すように表示される。
【００２４】
レコードデータ９３３については、複写時に１曲分のデータのみにトリミングされ、かつ音質を劣化させたサウンドデータ９３Ａ１に加工される。その上で、既に第二記録部２に複写されている、リンク元のデータであるデータファイル９３Ａ内に取り込まれる。同時に、データファイル９３Ａが保持していたレコードデータ９３３についてのリンク情報が消去される。コンテンツ複写完了後の、第二記録部２上のデータファイル９３Ａについて、図１９に示す（図１０に対応）。これによって、ユーザが複写後のコンテンツのレコードページ９３Ａを閲覧したときには、音質を劣化させた当該サウンドデータ９３Ａ１がバックグラウンドで音声出力される。
【００２５】
また、図１５に示すように、複写が許可されないレコードデータ９３３を構成要素に含むコンテンツを第二記録部２に複写しようとする際には、当該データファイル９３３が複写されない旨の表示Ｆ４がなされる。また、この表示Ｆ４において、複写されない旨とともに、このレコードに関する広告も表示される。表示Ｆ４は、先に述べた出力指示部６によって制御されるものであって、例えば出力指示部６としてＳＴＢにインストールされているプログラムの働きによって実行される。即ち、表示Ｆ４自体はデータファイル９あるいはデータファイル９３、９３Ａ等に由来するものではない。しかし、表示Ｆ４の表示内容等がデータファイル９あるいはデータファイル９３、９３Ａ等その他のデータファイルに記載されたデータに基づくものであってもよい。
【００２６】
従って本実施形態によれば、リンク関係を有する一連のデータ群よりなるコンテンツを、そのつながりを維持したまま一括して移動又は複写することができ、第二記録部２の上でコンテンツとして再現できる。即ち、データを有効に再利用することができる。
【００２７】
加えて、リンク関係を有する一連のデータ群について、各々のデータ毎に移動又は複写の際の処理を決定することができる。即ち、コンテンツを構成するデータの一部については複写を許可したり、複写前のコンテンツと複写後のコンテンツとが部分的に異なる内容となるように加工を加えたり、というように、配信者サイドのビジネス戦略・戦術に即して柔軟にコンテンツの移動又は複写をコントロールすることが可能となる。
【００２８】
データ処理部４が、複写又は移動を許可されないデータについてのリンク情報を当該データのリンク元のデータから削除し、複写又は移動を許可されたデータを移動又は複写するというような処理を実行するものであるならば、不要となったリンク情報が消去されて必要なリンク情報のみに整頓されるから、ユーザが第２記録部２に保存したコンテンツを閲覧する際に不必要な混乱を引き起こすことがない。
【００２９】
さらに、第１記録部においてリンクにより関連付けられた２以上のデータが記録され、かつ当該データ毎に移動又は複写を許すか否かが管理されており、命令受付部３で一のデータの移動命令又は複写命令を受け付けた場合に、当該一のデータと関連付けられた１以上のデータの全部又は一部のデータ中に、移動又は複写が許可されていないデータが存在するか否かを判断する判断部５と、判断部５における判断結果が、不許可データが存在するとの判断である場合に、その旨の出力指示をする出力指示部６とをデータ処理装置たるＳＴＢが具備していれば、ユーザがコンテンツを移動又は複写する際に、その移動又は複写の正否を予め知ることができる。即ち、よりユーザフレンドリーなインタフェースを実現することにつながる。また、出力指示部６による出力指示の内容は、データ移動又は複写における警告に限らず、例えば、コンテンツの内容に関連する商品、サービス等の販売促進に使用することも可能である。
【００３０】
以上に述べたデータ処理装置たるＳＴＢは、データを受信するデータ受信部７と、データ受信部７で受信したデータを第一記録部１に書き込むデータ書込部８とをさらに具備しており、特にデータ蓄積放送システムにおいて好適に使用されるものとなる。
【００３１】
なお、本発明は以上に詳述した実施形態に限られるものではない。まず、第一記録部１と第二記録部２とが物理的に隔てられているとは限らない。これらが１基のＨＤＤｃにパーティションを切ってなるものであってもかまわない。しかも、第二記録部２や第一記録部１として用いられる記録媒体は、必ずしもＨＤＤｃであるかどうかも問われない。
【００３２】
次に、コンテンツを構成するデータファイルのリンク関係は、図７あるいは図１６に示すようなツリー以外の構造、例えばネットワーク構造等であってもよい。このとき、リンク関係に関する情報をデータファイル以外の場所に記述するということも考えられる。
【００３３】
また、ここで言う第一記録部１から第二記録部２への移動又は複写は、データを文字通りに移動又は複写することを意味するものとは限らない。データファイルの属性情報である存在場所及びファイル名ＦＮを書き換えるだけかもしれない。一般的なファイルシステムでは、データファイルを「移動」させたとしても、データファイルのＨＤＤｃ上の記録位置は物理的な意味では変化しない。加えて、第一記録部１／第二記録部２の概念でさえ仮想的であり得る。よって、データファイルの「複写」の際、文字通りにデータが複写されるとは限らず、パーミッションの許可であったり、有効期限ＬＩの無制限化であったりするようなことも考えられる。このとき、論理的、概念的には、複写元及び複写結果としての２つのデータファイルとして存在するものが、ＨＤＤｃ上においては単一のデータファイルとして存在しているのである。
【００３４】
さらに、図８あるいは図１７の属性の各項目、即ち、存在場所及びファイル名ＦＮや複写許可識別子ＰＥその他の情報が、各々のデータファイル自体に個別的に記述されているとも限られない（例えば、ＵＮＩＸ（登録商標）等のディレクトリ構造を有するファイルシステムにおいては、ファイルネームは当該ファイル自身を構成するデータに含まれているのではなく、当該ファイルが属するディレクトリに関する情報（当該ファイルを示すディレクトリエントリ）として存在している）。図８あるいは図１７に示すようなデータファイルの属性情報の構成をどのように実現するかは、ファイルシステムの実装に関する問題であって、どのようなファイルシステムを採用するとしても、そのことによって本発明の有効性が損なわれることはない。
【００３５】
その他、各部の具体的構成や図１１及び図１２に示す処理の手順もまた、上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲で種々変形が可能である。もちろん、ＣＰＵａ、メモリｂ及びＨＤＤｃに代表される補助記憶装置を具備する、汎用的な情報処理端末にプログラムを搭載して、上述の機能を有するデータ処理装置を実現することも可能であって、専用の装置を製造することが必須であるわけではない。
【００３６】
【発明の効果】
本発明は、以上説明したような形態で実施され、以下に記載されるような効果を奏する。即ち、２以上の記録部を有しコンテンツ配信その他サービスの提供に使用されるデータ処理装置について、第一記録部に記録されている、リンクにより関連付けられた２以上のデータのうちの一のデータを、第二記録部に移動又は複写する場合に、当該一のデータに関連付けられている１以上のデータも前記第二記録部に移動又は複写するようなものとする。その結果、リンク関係を有する一連のデータ群を、そのつながりを維持したまま一括して移動又は複写することができ、第二記録部の上でデータを有効に再利用することができる。
【００３７】
そして、第一記録部に記録されている２以上のデータは、当該データ毎に移動又は複写を許すか否かが管理されており、命令受付部で一のデータの移動命令又は複写命令を受け付けた場合に、第一記録部で管理されているデータの移動又は複写の許可／不許可により、データ処理部による当該データの処理が異なるようなデータ処理装置を実現すれば、リンク関係を有する一連のデータ群について、各々のデータ毎に移動又は複写の際の処理を決定することができる。即ち、コンテンツを構成するデータの一部については複写を許可したり、複写前のコンテンツと複写後のコンテンツとが部分的に異なる内容となるように加工を加えたり、というように、コンテンツ配信者サイドのビジネス戦略・戦術に即して、あるいは著作権の保護やコンテンツに含まれる猥褻／暴力表現への対処等を目的として、柔軟にコンテンツの移動又は複写をコントロールすることが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態に関連する、蓄積型データ放送サービスを実現するシステムを概略的に示す図
【図２】本発明の一実施形態のハードウェア資源の内容を具体的に示す図
【図３】同実施形態に係る機能ブロック図
【図４】同実施形態における使用に関連する、表示画面の構成を示す画面説明図
【図５】同実施形態における使用に関連する、表示画面の構成を示す画面説明図
【図６】同実施形態における使用に関連する、表示画面の構成を示す画面説明図
【図７】複写対象となるコンテンツのデータリンク構造を示す概念図
【図８】複写対象となるコンテンツの構成データの属性情報を例示する図
【図９】データファイル間のリンク情報を例示する図
【図１０】データファイル間のリンク情報を例示する図
【図１１】同実施形態において実行される処理の内容を示すフローチャート
【図１２】同実施形態において実行される処理の内容を示すフローチャート
【図１３】同実施形態における使用に関連する、表示画面の構成を示す画面説明図
【図１４】同実施形態における使用に関連する、表示画面の構成を示す画面説明図
【図１５】同実施形態における使用に関連する、表示画面の構成を示す画面説明図
【図１６】複写されたコンテンツのデータリンク構造を示す概念図
【図１７】複写されたコンテンツの構成データの属性情報を例示する図
【図１８】複写後のデータファイル間のリンク情報を例示する図
【図１９】複写後のデータファイル間のリンク情報を例示する図
【符号の説明】
１…第一記録部
２…第二記録部
３…命令受付部
４…データ処理部
５…判断部
６…出力指示部
７…データ受信部
８…データ書込部
９…コンテンツのデータファイル
９１…紹介ページのデータファイル
９２…ライブ情報ページのデータファイル
９３…複写元レコードページのデータファイル
９３Ａ…複写後レコードページのデータファイル
９４…複写禁止表示画像データ

Claims (9)

1. ユーザの自由な管理下に置かれず、コンテンツ配信者サイドから放送によって配信されリンクにより関連付けられた２以上のデータより構成されるコンテンツを蓄積するための第一記録部と、
   ユーザが自由に使用することを許している第二記録部と、
   配信されるコンテンツのデータを受信するデータ受信部と、
   前記データ受信部で受信したコンテンツのデータを前記第一記録部に記録して自動的にかつ強制的に第一記録部の内容を更新するデータ書込部と、
   ユーザによる、前記第一記録部で記録されている一のデータを前記第二記録部に保存するべき旨の移動命令又は複写命令を受け付ける命令受付部と、
   前記命令受付部で一のデータの移動命令又は複写命令を受け付けた場合に、当該一のデータと関連付けられた１以上のデータを第二記録部に移動又は複写し、かつ移動後又は複写後に２以上のデータ間のリンク関係の整合を保持するように１以上のデータのリンクを示す情報であるリンク情報を書き換えて移動又は複写するデータ処理部とを具備し、
   前記第一記録部に記録されている２以上のデータは、当該データ毎に移動又は複写を許すか否かが管理され、
   前記データ処理部は、前記一のデータ及びこれに関連付けられているデータを移動又は複写するに際して、各データの複写の許可／不許可に応じて異なる処理を当該データに対し実行するデータ処理装置。
2. 前記データ処理部は、前記命令受付部で一のデータの移動命令又は複写命令を受け付けた場合に、複写又は移動を許可されたデータのみを移動又は複写することを特徴とする請求項１記載のデータ処理装置。
3. 前記データ処理部は、前記命令受付部で一のデータの移動命令又は複写命令を受け付けた場合に、複写又は移動を許可されないデータについてはこれに替わる代替データを書き込むことを特徴とする請求項１記載のデータ処理装置。
4. 前記データ処理部は、前記命令受付部で一のデータの移動命令又は複写命令を受け付けた場合に、複写又は移動を許可されないデータに加工処理を施した上で移動又は複写することを特徴とする請求項１記載のデータ処理装置。
5. 前記データ処理部は、前記命令受付部で一のデータの移動命令又は複写命令を受け付けた場合に、複写又は移動を許可されないデータについてのリンク情報を当該データのリンク元のデータから削除し、複写又は移動を許可されたデータを移動又は複写することを特徴とする請求項１記載のデータ処理装置。
6. 前記命令受付部で一のデータの移動命令又は複写命令を受け付けた場合に、当該一のデータと関連付けられた１以上のデータの全部又は一部のデータ中に、移動又は複写が許可されていないデータが存在するか否かを判断する判断部と、
   前記判断部における判断結果が、不許可データが存在するとの判断である場合に、その旨の出力指示をする出力指示部と
   をさらに具備する請求項１から５何れか記載のデータ処理装置。
7. 前記第一記録部に記録されている２以上のデータは、著作権の保護を目的として移動又は複写を許すか否かが管理されている請求項１から請求項６何れか記載のデータ処理装置。
8. データ処理を行うために情報処理端末を、
   ユーザの自由な管理下に置かれず、コンテンツ配信者サイドから放送によって配信されリンクにより関連付けられた２以上のデータより構成されるコンテンツを蓄積し、かつ当該データ毎に移動又は複写を許すか否かを管理する第一記録手段、
   ユーザが自由に使用することを許している第二記録手段、
   配信されるコンテンツのデータを受信するデータ受信手段、
   前記データ受信部で受信したコンテンツのデータを前記第一記録部に記録して自動的にかつ強制的に第一記録部の内容を更新するデータ書込手段、
   ユーザによる、前記第一記録部で記録されている一のデータを前記第二記録部に保存するべき旨の移動命令又は複写命令を受け付ける命令受付手段、及び、
   前記命令受付手段で一のデータの移動命令又は複写命令を受け付けた場合に、当該一のデータと関連付けられた１以上のデータを第二記録手段に移動又は複写し、かつ移動後又は複写後に２以上のデータ間のリンク関係の整合を保持するように１以上のデータのリンクを示す情報であるリンク情報を書き換えて移動又は複写するデータ処理手段であって、前記第一記録手段で管理されているデータの移動又は複写の許可／不許可により、当該データに対する処理が異なるデータ処理手段
   として機能させるためのデータ処理プログラム。
9. さらに、情報処理端末を、
   前記命令受付手段で一のデータの移動命令又は複写命令を受け付けた場合に、当該一のデータと関連付けられた１以上のデータの全部又は一部のデータ中に、移動又は複写が許可されていないデータが存在するか否かを判断する判断手段、及び、
   前記判断手段における判断結果が不許可データが存在するとの判断である場合に、その旨の出力指示をする出力指示手段
   としても機能させる請求項８記載のデータ処理プログラム。

Images