(57)【要約】【課題】ＴＶ番組予約録画・再生機能を備えた据置き録再装置と、コンテンツを格納し再生する機能を備えた小型軽量な携帯再生装置とからなり、据置き録再装置において自装置で再生するのに適したコンテンツ（据置き録再装置用コンテンツ）を録画するとともに、携帯再生装置に適したコンテンツ（携帯再生装置用コンテンツ）を自動的に効率良く作成し、両者が接続された際、作成した携帯再生装置用コンテンツを携帯再生装置に自動的に転送することを目的とする。【解決手段】そのために、転送順序にしたがってより近い未来に転送される携帯再生装置用コンテンツから作成する手段、記憶容量が足りなくなったら作成を一時中断する手段、通常の予約録画開始の際据置き録再装置用コンテンツ分の容量が足りない場合しばらく必要とされない携帯再生装置用コンテンツから削除する手段。【選択図】        図１
2004336464.tif 000002
【特許請求の範囲】
【請求項１】
ＴＶ番組予約録画・再生機能を備えた据置き録再装置と、前記据置き録再装置で録画したＴＶ番組（コンテンツ）を格納し再生する機能を備えた小型軽量な携帯再生装置からなり、前記据置き録再装置と前記携帯再生装置は、前記コンテンツデータ等を転送する際、ＵＳＢ、ＩＥＥＥ１３９４などの通信手段で接続可能なように構成されており、
前記据置き録再装置は、自装置で再生するための高解像度、高ビットレートのコンテンツデータ（据置き録再装置用コンテンツ）を録画するとともに、前記携帯再生装置で再生するための低解像度、低ビットレートのコンテンツデータ（携帯再生装置用コンテンツ）を自動的に生成し、
その生成の際、自動転送方式により決定される前記携帯再生装置への転送順序にしたがって、より近い未来に必要とされる前記携帯再生装置用コンテンツデータから順に作成し、
前記据置き録再装置の記録容量が足りなくなったら前記携帯再生装置用コンテンツデータの作成を一時停止し、
通常の予約録画処理を開始する際、前記据置き録再装置用コンテンツデータ分の容量が足りない場合には、しばらく必要とされない前記携帯再生装置用コンテンツデータから順に削除し容量を確保し、
利用者により前記据置き録再装置用コンテンツデータが削除された場合など残り容量が増えた場合には、前記携帯再生装置用コンテンツデータの作成を再開し、
前記据置き録再装置と前記携帯再生装置が接続され自動転送が開始されたとき、転送すべき携帯再生装置用コンテンツデータがまだ作成終了していない場合には残り分の携帯再生装置用コンテンツデータを作成しつつ転送することを特徴とするＴＶ番組録画再生装置。
【請求項２】
自動転送方式により決定される前記携帯再生装置への転送順序にしたがって、より近い未来に必要とされる前記携帯再生装置用コンテンツデータから順に作成していく携帯再生装置用コンテンツ作成手段と、
前記据置き録再装置の記憶容量が足りなくなったら前記携帯再生装置用コンテンツデータの作成を一時停止する携帯再生装置用コンテンツ作成一時停止手段と、
通常の予約録画処理を開始する際、前記据置き録再装置用コンテンツデータ分の容量が足りない場合には、しばらく必要とされない前記携帯再生装置用コンテンツデータから順に削除し容量を確保するコンテンツ格納用容量確保手段と、
利用者により前記据置き録再装置用コンテンツデータが削除された場合など残り容量が増えた場合に、前記携帯再生装置用コンテンツの作成を再開する携帯再生装置用コンテンツ作成再開手段と、
前記据置き録再装置と前記携帯再生装置が接続され自動転送が開始された際、転送すべき携帯再生装置用コンテンツデータがまだ作成終了していない場合には残り分の携帯再生装置用コンテンツを作成しつつ転送を行なう自動転送手段と備えたことを特徴とする請求項１に記載のＴＶ番組録画再生装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のＴＶ番組を予約録画し、再生する機能を有する据置き録再装置と、録画された番組を再生する機能を有する小型軽量の携帯再生装置に関する。
【０００２】
【従来の技術】
動画・音声などのストリームデータのデジタル圧縮技術の進歩に伴い、動画・音声などのデジタルデータをハードディスク（ＨＤ）、ＤＶＤ、光磁気ディスク（ＭＯ）、ＳＤ／ＭＭＣ／ＣＦ／ＰＣカードなどに記録し、再生する装置が実現可能となってきた。例えば、従来ＴＶ番組を録画・再生するのに一般的に使われてきたビデオデッキに代わって、据置き型のＨＤ録画・再生機、ＤＶＤ録画・再生機（据置き録再装置）などが登場し、またＰＣのＨＤ上にＴＶ番組を録画しそれを再生する機能を持つものも登場してきた。
【０００３】
また、一方ではＰＤＡなどの携帯機器でも動画・音声の再生が可能となりつつあり、例えば、上記ＴＶ録画機能を持ったＰＣで録画したコンテンツを、ＣＦカードなどのリムーバブルメディア、またはＵＳＢなどの接続装置を介してＰＤＡに転送し、それを外出先で視聴するといったことも可能となってきた。
【０００４】
しかし、上記ＰＤＡのような携帯再生装置はその大きさ軽さゆえ記憶容量が犠牲となり、上記ＰＣのような据置き録再装置で録画したコンテンツをすべて格納しておくことができないため、コンテンツを選んで転送することとなる。この選んで転送するといった煩雑な作業を自動化する方式が提案されている。前記提案では、ユーザはＴＶ番組の録画予約時にその番組ごとに転送ポリシを指定するだけとし、コンテンツの転送／入れ替えといった作業はすべて自動的に実施される。ただし、このとき転送するコンテンツは、据置き録再装置での再生を前提としたビットレートの大きいコンテンツそのままであった。
【０００５】
【発明が解決しようとする課題】
しかしながら、一般的に上記のような携帯再生装置のディスプレイは小さいため据置き録再装置より解像度を低くしたり圧縮率を上げても十分であったり、音声もより圧縮率を上げても実用に耐えうる場合が多いため、据置き録再装置での再生を前提としたコンテンツではオーバースペックであり、コンテンツの容量も大きくなるため転送時間も長くなり、携帯再生装置に入るコンテンツ数も少なくなるという問題がある。
【０００６】
そこで、本発明では、据置き録再装置で録画処理を行なう際、携帯再生装置での視聴を前提としたコンテンツ（据置き録再装置用コンテンツ）よりビットレートの低いコンテンツ（携帯再生装置用コンテンツ）を別に作成していく。
【０００７】
この場合、据置き録再装置用コンテンツの録画処理はリアルタイム処理が要求されるが、携帯再生装置用コンテンツの作成は据置き録再装置のベストエフォートとなり、処理性能によっては、携帯再生装置用コンテンツの作成処理はリアルタイム処理が無理な場合が考えられる。すると、携帯再生装置を据置き録再装置に接続に、自動転送と同様の処理を行なおうとした際、まだ必要とされない携帯再生装置用コンテンツが作成されているのに、より必要とされる携帯再生装置用コンテンツがまだ作成されていないといった場合も考えられる。
【０００８】
また、必要なものすべての携帯再生装置用コンテンツを作成していくと、場合によっては据置き録再装置の二次記憶装置を消費してしまい通常の録画ができなくなってしまうといった問題も起こりうる。
【０００９】
本発明はかかる問題に鑑みてなされたものであり、前記自動転送方式により決定される転送順序にしたがって、より近い未来に必要とされる携帯再生装置用コンテンツから作成していき、据置き録再装置の二次記憶装置の残り容量がなくなったら処理を一時停止する。また、通常の予約録画処理を開始する際、据置き録再装置コンテンツ分の容量が足りない場合には、しばらく必要とされない携帯再生装置用コンテンツから順に削除し容量を確保する。一方、視聴が終了した時など利用者により据置き録再装置用コンテンツが削除された場合など残り容量が増えた場合には、携帯再生装置用コンテンツの作成を再開する。また、自動転送処理の際、まだ携帯再生装置用コンテンツが作成終了していない場合には残りの分は作成しつつ転送する、といった処理を行なうことで、携帯再生装置に適したコンテンツを自動的に効率よく作成していくことを目的とする。
【００１０】
【課題を解決するための手段】
この課題を解決するために、本発明では、ＴＶ番組予約録画・再生機能を備えた据置き録再装置と、前記据置き録再装置で録画したＴＶ番組（コンテンツ）を格納し再生する機能を備えた小型軽量な携帯再生装置からなり、前記据置き録再装置と前記携帯再生装置は、前記コンテンツデータ等を転送する際、ＵＳＢ、ＩＥＥＥ１３９４などの通信手段で接続可能なように構成されており、前記自動転送方式により決定される転送順序にしたがって、より近い未来に必要とされる携帯再生装置用コンテンツから順に作成していく携帯再生装置用コンテンツ作成手段と、据置き録再装置の二次記憶装置の残り容量がなくなったら前記携帯再生装置用コンテンツの作成を一時停止する携帯再生装置用コンテンツ作成一時停止手段と、通常の予約録画処理を開始する際、据置き録再装置コンテンツ分の容量が足りない場合には、しばらく必要とされない携帯再生装置用コンテンツから順に削除し容量を確保するコンテンツ格納用容量確保手段と、利用者により据置き録再装置用コンテンツが削除された場合など残り容量が増えた場合に、携帯再生装置用コンテンツの作成を再開する携帯再生装置用コンテンツ作成再開手段と、前記据置き録再装置と前記携帯再生装置が接続され自動転送が開始された際、転送すべき携帯再生装置用コンテンツがまだ作成終了していない場合には残り分の携帯再生装置用コンテンツを作成しつつ転送を行なう自動転送手段とを備えることを特徴とするＴＶ番組録画再生装置。
【００１１】
【発明の実施の形態】
以下、添付図面にしたがって本発明に係る実施例を詳細に説明する。図１は本実施例の簡単なハードウェア構成図である。１はＴＶ番組予約録画・再生機能を備えた据置き録再装置、２は据置き録再装置１で録画したＴＶ番組（コンテンツ）を再生する携帯再生装置、３は据置き録再装置１と携帯再生装置２を接続しデータ通信を可能とする通信ケーブルである。
【００１２】
１０１は据置き録再装置１で本実施例の処理を実現するソフトウェアを実行するＣＰＵ、１０２は据置き録再装置１で本実施例の処理を実現するソフトウェアを格納するＲＯＭ、１０３は据置き録再装置１で本実施例の処理を実現するソフトウェアが利用するメモリであるＲＡＭ、１０４は据置き録再装置１でコンテンツを記録する大容量ハードディスク（ＨＤ）、１０５は据置き録再装置１内部のシステムバス、１０６は携帯再生装置２と通信ケーブル３を介してデータ交換を行なうためのＵＳＢやＩＥＥＥ１３９４といった通信装置、１０７は録画されたコンテンツの音声を再生するためのスピーカー、１０８はスピーカー１０７にアナログ音声を出力するためのサウンドコントローラ、１０９はコンテンツの動画映像を再生するためのＣＲＴやＬＣＤなどのディスプレイ、１１０はディスプレイ１０９に画像を出力するビデオＲＡＭ等を内蔵したビデオコントローラ、１１１はユーザからのコンテンツ指定、再生、停止、早送り、早戻しなどの操作、またＴＶ番組予約設定操作を入力するための入力デバイス、１１２はＴＶ放送を受信するＴＶチューナーユニット、１１３はチューナーユニット１１２で受信したデータをデジタルデータに変換するキャプチャユニットである。
【００１３】
２０１は携帯再生装置２で本実施例の処理を実現するソフトウェアを実行するＣＰＵ、２０２は携帯再生装置２で本実施例の処理を実現するソフトウェアを格納するＲＯＭ、２０３は携帯再生装置２で本実施例の処理を実現するソフトウェアが利用するメモリであるＲＡＭ、２０４は携帯再生装置２で再生用コンテンツを保存しておく小容量ハードディスク（ＨＤ）、２０５は携帯再生装置２内部のシステムバス、２０６は据置き録再装置１と通信ケーブル３を介してデータ交換を行なうためのＵＳＢやＩＥＥＥ１３９４といった通信装置、２０７はコンテンツの音声を再生するためのヘッドホン、２０８はヘッドホン２０７にアナログ音声を出力するためのサウンドコントローラ、２０９はコンテンツの動画映像を再生するためのＬＣＤなどの小型ディスプレイ、２１０はディスプレイ２０９に画像を出力するビデオＲＡＭ等を内蔵したビデオコントローラ、２１１はユーザからのコンテンツ指定、再生、停止、早送り、早戻しなどの操作を入力するための入力デバイスである。
【００１４】
据置き録再装置１については、汎用ＰＣを利用した形態で実現しても構わないし、従来のＨＤ録画・再生器のような専用機の形態で実現しても構わない。例えば、専用機の形態で実現した場合などでは、従来のビデオデッキなどと同様にＮＴＳＣなどのビデオ信号で映像を出力し、ＴＶやモニタ装置をディスプレイとして用いて再生するような構成であっても構わない。
【００１５】
また、ＲＯＭ１０２、ＲＯＭ２０２に本実施例の処理を実現するソフトウェアを格納するのではなく、ＨＤ１０４やＨＤ２０４などの二次記憶装置からＲＡＭ１０３、ＲＡＭ２０３にロードして実行する形態であっても、またＲＯＭ１０２、ＲＯＭ２０２に格納してあるソフトウェアをＲＡＭ１０３、ＲＡＭ２０３に展開してから実行する形態であっても構わない。
【００１６】
入力デバイス１１１は、装置本体に再生ボタン、停止ボタンのようなボタンデバイスを用意しても構わないし、リモコンやマウスのようなデバイスを用意し、メニューや操作パネルをディスプレイ１０９に表示したＧＵＩで実現しても構わない。入力デバイス２１１についても同様に、装置本体に再生ボタン、停止ボタンのようなボタンデバイスを用意しても構わないし、デジタイザのようなデバイスを用意し、メニューや操作パネルをディスプレイ２０９に表示したＧＵＩで実現しても構わない。
【００１７】
据置き録再装置１と携帯再生装置２との接続に関しては、ＲＳ２３２ＣやＵＳＢやＩＥＥＥ１３９４などの有線接続であってもＩｒＤＡやＢｌｕｅｔｏｏｔｈなどの無線接続であっても構わない。ただし、高速転送が可能で電源を投入した状態のままでも抜き差しできることが望ましい。また、据置き録再装置１と携帯再生装置２を直接接続するのではなく、クレードルを介して接続する形態で実現しても構わない。
【００１８】
また、ＨＤ２０４はフラッシュメモリなどのシリコンデバイスで構成されていても構わない。
【００１９】
また、ＨＤ１０４やＨＤ２０４は、ＰＣで一般的に用いられているＦＡＴファイルシステムでフォーマットされていても構わないし、ＦＡＴファイルシステム以外の、例えば独自のファイルシステムであっても構わない。複数のコンテンツ、そして、コンテンツ以外の管理用の情報等も格納でき、それらを指定して個々にリード／ライトアクセスできるのであればどのようなデータ構造であっても構わない。本実施例では、もっとも一般的な方式であるファイル名（パス名）でファイルを指定してアクセスするＦＡＴファイルシステムのようなファイルシステムを例として説明する。
【００２０】
また、据置き録再装置１での再生用コンテンツ（据置き録再装置１用コンテンツ）の圧縮方式は、こうした機器で一般的に用いられているＭＰＥＧ−２とし、携帯再生装置２での再生用コンテンツ（携帯再生装置２用コンテンツ）の圧縮方式はＭＰＥＧ−４とした場合を例として説明する。
【００２１】
画像サイズやビットレートに関しては、据置き録再装置１用コンテンツはディスプレイ１０９に適した解像度、例えば６４０×４８０ピクセルとなりビットレートも３〜６Ｍｂｐｓなどとなる。携帯再生装置２用コンテンツの場合は、ディスプレイ２０９に適した解像度、例えば３２０×２４０ピクセルとなりビットレートも約４００Ｋｂｐｓなどとなる。
【００２２】
据置き録再装置１で行なわれる圧縮処理に関しては、キャプチャユニット１１３でハードウェアで行なっても、ＣＰＵ１０１でソフトウェアで行なっても構わない。本実施例では、据置き録再装置１用コンテンツ、携帯再生装置２用コンテンツの圧縮処理ともにＣＰＵ１０１でソフトウェアで行なう場合を例とする。
【００２３】
ＣＰＵ１０１でソフトウェアで圧縮処理を行なう場合には、据置き録再装置１用コンテンツの圧縮録画処理に関しては、ＴＶ放送を録画する必要があるためリアルタイム処理が必須となる。携帯再生装置２用コンテンツの圧縮録画処理に関しては据置き録再装置１のベストエフォート、つまり、通常の録画処理（リアルタイム処理）等の合間に空いた時間に圧縮処理を行なうように優先度を付けた平行処理が必要となる。この場合、一般的にはリアルタイム（ｐｒｉｏｒｉｔｙ−ｂａｓｅｄ  ｐｒｅｅｍｐｔｉｖｅ  ｓｃｈｅｄｕｌｉｎｇ）ＯＳを用いて、据置き録再装置１用コンテンツの圧縮録画処理を行なう優先度の高いタスクと、携帯再生装置２用コンテンツの圧縮録画処理を行なう優先度の低いタスクを生成、実行する方法で実現される。
【００２４】
また、携帯再生装置２用コンテンツの圧縮録画処理がリアルタイムで実現できないことを考えると、圧縮ソースとしてキャプチャユニット１１３からの入力データを用いることができないので、据置き録再装置１用コンテンツをソースデータとする必要がある。したがって、携帯再生装置２用コンテンツの圧縮録画処理は、圧縮処理だけでなく据置き録再装置１用コンテンツを一旦伸長するための伸長処理も必要となる。このための伸長処理、また通常の据置き録再装置１での再生処理のための伸長処理に関しても、ビデオコントローラ１１０でハードウェアで行なっても、ＣＰＵ１０１でソフトウェアで行なっても構わない。本実施例ではＣＰＵ１０１でソフトウェアで行なう方式で説明する。また、携帯再生装置２での再生処理のための伸長処理に関しても、ビデオコントローラ２１０でハードウェアで行なっても、ＣＰＵ２０１でソフトウェアで行なっても構わない。
【００２５】
また、本実施例では、据置き録再装置１は自宅等のある部屋に設置して利用し、携帯再生装置２は外出先または自宅内の前記設置部屋以外の場所で利用することを想定している。据置き録再装置１にディスプレイ１０９、スピーカー１０７を装備し、据置き録再装置１でもコンテンツを視聴可能としている。つまりユーザは据置き録再装置１の近くにいるときは、据置き録再装置１でコンテンツを視聴し、据置き録再装置１の近くにいないときは、持ち出した携帯再生装置２でコンテンツを視聴する、ということである。携帯再生装置２を利用しないときは据置き録再装置１と接続した状態とし、携帯再生装置２でコンテンツを視聴する場合には、据置き録再装置１と切り放した状態で視聴することを想定している。
【００２６】
本特許では、ユーザはＴＶ番組の録画予約時に、その番組ごとに据置き録再装置１から携帯再生装置２へのコンテンツ転送ポリシを設定する。この転送ポリシについて以下で説明する。
【００２７】
従来のビデオデッキやＨＤ録画・再生機でＴＶ番組の録画予約を行なう場合は、以下のようなパラメータを設定していた。
【００２８】
（ｐ１）チャンネル：１ｃｈ〜
（ｐ２）日付：○年○月○日／毎週○曜日／毎日／月〜土／月〜金
（ｐ３）時間：○○時○○分から○○時○○分まで
（ｐ４）録画モード：高画質／標準／長時間など
これらを４〜８件程度予約できるのが一般的である。本実施例では予約件数を４件として説明する。なお、（ｐ４）録画モードとは、据置き録再装置１用コンテンツの品質をあらわし、高画質：６Ｍｂｐｓ、標準：４Ｍｂｐｓ、長時間：３Ｍｂｐｓなどとなる。
【００２９】
本特許では、上記のような従来からのパラメータの他にコンテンツ転送ポリシに関する以下のようなパラメータを設定する。
【００３０】
（ｐ５）視聴装置：「据置き録再装置１」／「携帯再生装置２」
コンテンツをどちらの装置で視聴する予定かを指定する。「据置き録再装置１」、「携帯再生装置２」とが選択可能となる。前述のように本実施例では据置き録再装置１でも再生可能なので「携帯再生装置２」とした場合でも据置き録再装置１で視聴できることを前提とする。このパラメータで「携帯再生装置２」とした場合にのみ、そのコンテンツの転送ポリシに基づいて転送処理を行なうことになる。したがって、以下に示すパラメータは、本パラメータで「携帯再生装置２」を指定したコンテンツに対してだけ意味を持つことになる。
【００３１】
（ｐ６）オーバーライト：「Ｙｅｓ」／「Ｎｏ」
このパラメータは、従来のパラメータ（ｐ２）日付で毎週／毎日／月〜土／月〜金といった連続指定を行なったコンテンツに対してのみ意味がある。「Ｙｅｓ」と「Ｎｏ」の指定があり、「Ｎｏ」とした場合には、携帯再生装置２内に前回分のコンテンツが存在し、かつまだ視聴終了していなければ、オーバーライトしてまで次回分を転送しようとはしない。この設定は例えば連続ドラマなどに適している。「Ｙｅｓ」とした場合には、たとえ前回分を視聴し終わっていなくてもどんどん最新分をオーバーライトして転送していく。この設定は例えばニュース番組などに適している。また、「Ｙｅｓ」とした場合、最新の何回分を残しておくかを指定可能としても構わない。例えば「２回」と指定した場合には、常に最新の２回分は携帯再生装置２に入った状態になるように転送処理が行なわれる。本実施例では説明を簡単にするため、この回数を「１回」と固定した場合を例として説明する。
【００３２】
（ｐ７）優先度：「１」／「２」／「３」／「４」
携帯再生装置２の容量が小さいため、転送指定した番組をすべて転送できない可能性がある。そのようなとき、どのコンテンツを優先して転送するかその度合いを本パラメータで指定する。本実施例では予約件数を４件としているので優先度も１〜４の４段階とし、１をもっとも高い優先度として扱うことにする。例えば、スポーツ中継番組やニュース番組のように即時性が重要なコンテンツは高い優先度、週一のドラマのように一週間以内だったらいつ視聴しても良いようなものは中程度の優先度、不定期の映画番組のようないつ視聴しても構わないようなものは低い優先度、といった利用が考えられる。
【００３３】
据置き録再装置１では、録画予約情報や録画済みコンテンツを管理するためのテーブル（録画予約管理テーブル、コンテンツ管理テーブル）を保持しておく必要がある。これらの情報は電源が落ちても消えてはいけない情報であるため、ＨＤ１０４の中のファイル、例えばｓｃｈｅｄｕｌｅ．ｔａｂ、ｃｏｎｔｅｎｔｓ．ｔａｂを生成し、それぞれ格納しておくものとする。ファイルｓｃｈｅｄｕｌｅ．ｔａｂには図２のような前述のパラメータ情報を反映した内容が格納されることになる。
【００３４】
ファイルｃｏｎｔｅｎｔｓ．ｔａｂには図３のような管理情報が格納されることになる。前述のパラメータ（ｐ２）日付で「毎週○曜日」、「毎日」、「月〜土」、「月〜金」のように連続指定をしたコンテンツに関しては、複数回録画されていてもまとめて一つのエントリで管理している。各エントリには録画予約時に設定した各パラメータ情報などが格納されている。
【００３５】
また、個々のコンテンツ情報に関しては、別のファイル（コンテンツ情報ファイル）でそれぞれ管理しており、そのファイル名が各エントリに格納されている。
【００３６】
各エントリに格納される情報を以下に示す。
【００３７】
（ｅ１）エントリ番号
個々のエントリを特定するためのユニークな番号
（ｅ２）チャンネル
録画予約パラメータ（ｐ１）と同じ
（ｅ３）日付
録画予約パラメータ（ｐ２）と同じ
（ｅ４）時間
録画予約パラメータ（ｐ３）と同じ
（ｅ５）視聴装置
録画予約パラメータ（ｐ５）と同じ
（ｅ６）オーバーライト
録画予約パラメータ（ｐ６）と同じ
（ｅ７）優先度
録画予約パラメータ（ｐ７）と同じ
（ｅ８）コンテンツ情報ファイル名
コンテンツ情報ファイルをリンクするための情報
コンテンツ情報ファイルのファイル名は、それぞれユニークなものにするため、録画開始日時などから自動生成する。例えば、２００１年０９月１１日の１３：００から録画開始したコンテンツであれば、２００１０９１１１３００．ｉｎｆといったファイル名にすれば良い。また、以下の説明中では、前述のファイル名の拡張子（．ｉｎｆ）を除いた名前（２００１０９１１１３００）をコンテンツ名と呼ぶことにする。
【００３８】
コンテンツ情報ファイルには以下のような情報が格納されている。
【００３９】
（ｃ１）コンテンツ格納場所：「据置き録再装置１」／「据置き録再装置１と携帯再生装置２」
現在のコンテンツ格納場所を示す。
【００４０】
（ｃ２）視聴終了状況：「視聴終了」／「視聴未終了」
視聴が終了したかどうかを示す。
【００４１】
（ｃ３）コンテンツ情報ファイル名
連続指定で録画されたコンテンツの場合、複数個のコンテンツをリンクして管理する。そのため、必要な場合は次の回のコンテンツ情報ファイル名がここに格納される。
【００４２】
据置き録再装置１用コンテンツの実体となるＭＰＥＧ−２といったデータもファイル（据置き録再装置１用コンテンツデータファイル）として管理し、また、携帯再生装置２用コンテンツの実体となるＭＰＥＧ−４といったデータもファイル（携帯再生装置２用コンテンツデータファイル）として管理する。
【００４３】
ファイル名はコンテンツ情報ファイルと同様に録画開始日時などから自動生成して、コンテンツ情報ファイルと一対一対応する。例えば、コンテンツ情報ファイル名が２００１０９１１１３００．ｉｎｆであれば据置き録再装置１用コンテンツデータファイル名は２００１０９１１１３００．ｍｐｇとし、携帯再生装置２用コンテンツデータファイル名は２００１０９１１１３００．ｍｐ４とする。
【００４４】
一方、携帯再生装置２でも、据置き録再装置１から転送され現在格納されているコンテンツを管理するために、据置き録再装置１と同様に、コンテンツ情報ファイルが必要となる。ただし、携帯再生装置２では、携帯再生装置２の中に格納されているコンテンツのみを管理すれば良いので、格納されているコンテンツデータファイルに対するコンテンツ情報ファイルだけで十分となり、コンテンツ管理テーブルは不要となる。携帯再生装置２で管理するコンテンツ情報ファイル名に関しては、コンテンツデータファイル名と同様に、据置き録再装置１と同じ名前で管理する。ただし、必要となる情報が据置き録再装置１のコンテンツ情報ファイルとは異なり、以下の三つとなる。
【００４５】
（Ｃ１）エントリ番号
リンクもとのコンテンツ管理テーブルのエントリ番号を示す。
【００４６】
（Ｃ２）優先度：「１」／「２」／「３」／「４」
コンテンツの優先度を示す。
【００４７】
（Ｃ３）視聴終了状況：「視聴終了」／「視聴未終了」
視聴が終了したかどうかを示す。
【００４８】
また、作成予定または作成終了した携帯再生装置２用コンテンツを作成順に管理するために図４のようなキューが必要となる。キューイングされる各キュー要素は、それぞれが個々の携帯再生装置２用コンテンツをあらわしており、以下の情報からなる。
【００４９】
（ｑ１）コンテンツ名
（ｑ２）コンテンツ管理テーブルのエントリ番号
（ｑ３）作成進行状態：「開始」／「作成中」／「中断中」／「終了」
（ｑ４）ファイルサイズ
（ｑ５）作成処理中断情報
各キュー要素がキューイングされる順序は、携帯再生装置２が接続された際、後述する転送候補となる順序にしたがっている。まず、各キュー要素の（ｑ２）コンテンツ管理テーブルのエントリ番号が示すエントリ中の（ｅ７）優先度が高い順にキューイングされ、同じ優先度のものは日時の古いものから順にキューイングされる。ただし、エントリ中の（ｅ６）オーバーライトが「Ｙｅｓ」だった場合には、同じエントリにリンクされるコンテンツは最新の一つしかキューイングされない。「Ｎｏ」だった場合には、日時の古いものから順にキューイングされる。
【００５０】
（ｑ３）作成進行状態は、そのコンテンツデータファイルの作成状況をあらわし、これから作成を開始する状態の「開始」、現在作成中の状態の「作成中」、作成処理を中断している状態の「中断中」、すでに作成を終了した状態の「終了」となる。
【００５１】
（ｑ４）ファイルサイズには、現在の携帯再生装置２用コンテンツデータファイルのファイルサイズが格納される。
【００５２】
（ｑ５）作成処理中断情報には、ある携帯再生装置２用コンテンツデータファイルを圧縮、作成している最中に、より優先度の高いコンテンツの「作成開始要求」が通知された場合に、処理を一時中断して、より優先度の高いコンテンツの圧縮、作成処理を開始するが、このとき中断した作成処理を再開可能にするために必要となる情報が格納される。この情報をもとに、いつでも圧縮、作成処理を再開可能となる。
【００５３】
また、本キューへの操作は、後述する複数のタスクから平行して行なわれる可能性があるので、ＲＴＯＳのセマフォなどを利用して排他制御する必要がある。
【００５４】
次に各処理の構成、流れについて説明する。据置き録再装置１で実行される大きな処理としては以下の４つとなる。
【００５５】
（１）録画予約処理
（２）据置き録再装置１用コンテンツ録画処理
（３）携帯再生装置２用コンテンツ生成処理
（４）自動転送処理
それぞれの処理は基本的には平行に処理可能であるため、それぞれ独立したタスクが処理を実行することで実現する。それぞれのタスクを録画予約処理タスク、据置き録再装置１用コンテンツ録画処理タスク、携帯再生装置２用コンテンツ生成処理タスク、自動転送処理タスクと呼ぶことにする。それぞれのタスクの優先度は、その処理内容によって異なる。タスク優先度の表現は採用するＲＴＯＳによって異なるが、本実施例では、１〜４で表現し、１がもっとも高い値、４がもっとも低い値とする。もっともリアルタイム性を必要とするタスク、据置き録再装置１用コンテンツ録画タスクの優先度を１とし、順に、録画予約処理タスクを２に、自動転送処理タスクを３に、携帯再生装置２用コンテンツ生成処理タスクを４とする。
【００５６】
まず、ユーザが行なう録画予約操作により実行が開始される録画予約処理について説明する。前述のように本処理は据置き録再装置１で録画予約処理タスクにより実行される。
【００５７】
録画予約処理は、基本的な処理は従来のＨＤ録画・再生機などでＴＶ番組の録画予約を行なうときの処理と同様であり、ユーザからの操作を入力デバイス１１１で受け付け、ユーザが入力した各種パラメータを前述の録画予約管理テーブルに設定し、もっとも近い時間に内部タイマを設定する、といった処理を行なう。本特許で特徴的なことは、ユーザが入力するパラメータに、従来はなかった（ｐ５）視聴装置、（ｐ６）オーバーライト、（ｐ７）優先度が増えているという点であり、これらの値も前述の録画予約管理テーブルに設定する処理が必要となる。以上の処理が終了すると、録画予約処理タスクはユーザ操作の受け付け待ち状態となる。
【００５８】
次に、据置き録再装置１用コンテンツ録画処理、つまり設定した内部タイマが満期になり録画を開始／終了するときの処理の流れを図５のフローチャートを用いて説明する。前述のように本処理は据置き録再装置１で据置き録再装置１用コンテンツ録画処理タスクにより実行される。コンテンツを、図３のコンテンツ管理テーブルのエントリ１にリンクされているコンテンツ名２００１１１０３２０００を例として説明する。
【００５９】
まず、内部タイマが満期になり録画処理が開始されるとステップＳ１０１で、録画予約管理テーブルの（ｐ１）チャンネルを調べ録画すべきチャネルにチューナーユニット１１２のチャネルを設定する。次にステップＳ１０２で、ＨＤ１０４上のファイルシステムに据置き録再装置１用コンテンツデータファイル（２００１１１０３２０００．ｍｐｇ）を作成する。次にステップＳ１０３で、ＨＤ１０４上のファイルシステムの残り容量を調べ、据置き録再装置１用コンテンツデータファイル分の容量があるかどうか判断し、容量が足りない場合にはステップＳ１０４からステップＳ１０５に進み、容量が足りる場合にはステップＳ１０７に進む。据置き録再装置１用コンテンツデータファイルのサイズは、録画予定時間と録画モードから算出できる。例えば、１時間番組で標準モード（４Ｍｂｐｓ）であれば録画に必要な容量は約１．８Ｇｂｙｔｅとなる。
【００６０】
ステップＳ１０５に進むと、携帯再生装置２用コンテンツ生成処理タスクに「作成中断要求」を通知する。通知方法としては、要求内容領域をＲＡＭ１０３に設け、要求がないときには、要求内容領域に０が入り、要求があるときには、そのコード番号を要求内容領域に格納する。コード番号は以下のようになる。
【００６１】
・「作成中断要求」：１
・「作成開始要求」：２
「作成中断要求」を通知を受けた携帯再生装置２用コンテンツ生成処理タスクは、もし作成途中であればその処理を中断することになるが、その説明は後述する。
【００６２】
次にステップＳ１０６で、録画に必要な容量を確保するために、キュー４０１の各キュー要素を最後尾から調べ、録画に必要な容量が確保できるまで、最後尾から順に携帯再生装置２用コンテンツデータファイルを削除していく。そして、携帯再生装置２用コンテンツデータファイルを削除したキュー要素の内容のうち、（ｑ３）作成進行状態を「開始」に、（ｑ４）ファイルサイズを０に書換える。場合によっては、すべての携帯再生装置２用コンテンツデータファイルを削除しても録画に必要な容量が確保できないこともあるが、その場合も特別な処理は行なわずに、すべての携帯再生装置２用コンテンツデータファイルを削除した後に次のステップＳ１０７に進む。
【００６３】
ステップＳ１０７に進んだ場合には、録画予約管理テーブルの（ｐ５）視聴装置を調べ、「携帯再生装置２」であればステップＳ１０８からステップＳ１０９に進み、「携帯再生装置２」でなければステップＳ１０８からステップＳ１１１に進む。ステップＳ１０９では、キュー４０１につなぐためのキュー要素を作成し、（ｑ１）コンテンツ名に２００１１１０３２０００を、（ｑ２）コンテンツ管理テーブルのエントリ番号に１を、（ｑ３）作成進行状態に「開始」を、（ｑ４）ファイルサイズにゼロを設定して、前述した順序にしたがってキュー４０１の中の適切な場所に挿入する。次にステップＳ１１０で、「作成開始要求」を携帯再生装置２用コンテンツ生成処理タスクに通知する。
【００６４】
ステップＳ１１１では、チューナーユニット１１２で受信したデータをキャプチャユニット１１３でデジタルデータに変換する。次にステップＳ１１２で、キャプチャユニット１１３から出力されたデジタルデータを録画予約管理テーブルの（ｐ４）録画モードのビットレートにしたがって圧縮し、ＨＤ１０４上に生成した据置き録再装置１用コンテンツデータファイルに書き込んでいく。
【００６５】
ステップＳ１１３で、録画終了時刻になったか、またはＨＤ１０４上のファイルシステムの残り容量がゼロになり書き込みできなくなったかを調べ、どちらかを満す、つまり録画終了となった場合にはステップＳ１１４からステップＳ１１５に進み、そうでなかったらステップＳ１１１、ステップ１１２の処理を繰り返す。
【００６６】
ステップＳ１１５では、据置き録再装置１用コンテンツデータファイルをクローズし、次にステップＳ１１６で、録画したコンテンツに対応するコンテンツ情報ファイルを生成し、コンテンツ管理テーブルへの登録などの処理を行なう。生成したコンテンツ情報ファイルには以下のように設定する。（ｃ１）コンテンツ格納場所には「据置き録再装置１」、（ｃ２）視聴終了状況には「視聴未終了」、（ｃ３）コンテンツ情報ファイル名にはヌル文字列を設定する。
【００６７】
録画予約パラメータのうち（ｐ２）日付が、ある一日を特定していた場合には、コンテンツ管理テーブルにエントリを追加し、上記コンテンツ情報ファイルを（ｅ８）コンテンツ情報ファイル名でリンクする。その他の（ｅ２）チャンネル、（ｅ３）日付、（ｅ４）時間、（ｅ５）視聴装置、（ｅ７）優先度は録画予約パラメータからコピーする。（ｅ６）オーバーライトはこの場合意味がないので設定しない。
【００６８】
一方、（ｐ２）日付が、「毎週」や「毎日」のように連続指定されていた場合には、すでにコンテンツ管理テーブルに登録されている可能性があるので、各エントリの内容と録画予約パラメータとを比較し、同じ内容のものを探す。みつかった場合には、そのエントリのリンクの末尾に生成したコンテンツ情報ファイルをリンクする。みつからなかった場合には、エントリを追加し、生成したコンテンツ情報ファイルを（ｅ８）コンテンツ情報ファイル名でリンクする。その他の設定はすべて録画予約パラメータからコピーして設定する。
【００６９】
最後にステップＳ１１７で、録画予約管理テーブルを更新してから、次の録画予約用に内部タイマを設定してから終了となる。
【００７０】
次に、携帯再生装置２用コンテンツ生成処理の流れを図６、７、８のフローチャートを用いて説明する。
【００７１】
前述のように本処理は据置き録再装置１で携帯再生装置２用コンテンツ生成処理タスクにより実行される。また、携帯再生装置２用コンテンツ生成処理タスクは、もっとも優先度の低いタスクで、他のタスクすべてが、通信Ｉ／Ｏ待ち、データ入力待ち、ユーザ操作待ちなどのＷＡＩＴＩＮＧ状態とならない限り実行権が与えられない。
【００７２】
携帯再生装置２用コンテンツ生成処理タスクは、まずステップＳ２０１で、要求内容領域の値を調べ０ならステップＳ２０２からステップＳ２０１に戻る。２（「作成開始要求」）だった場合には、ステップＳ２０３からステップＳ２０４に進み、要求内容領域の値を０に戻し、図７のステップＳ３０１に進む。１（「作成中断要求」）だった場合には、ステップＳ２０３からステップＳ２０５に進み、要求内容領域の値を０に戻し、ステップＳ２０１に戻る。
【００７３】
図７のステップＳ３０１に進むと、キュー４０１の各キュー要素を先頭から調べ、（ｑ３）作成進行状態が「終了」以外のものを探す。みつからない場合には、ステップＳ３０２から、図６のステップＳ２０１に戻る。「開始」のキュー要素が最初に見つかった場合には、ステップＳ３０３からステップＳ３０４に進み、（ｑ３）作成進行状態を「作成中」に変更する。ステップＳ３０５で携帯再生装置２用コンテンツデータファイルの作成準備を整える。具体的には、ソースとなる据置き録再装置１用コンテンツデータファイルをリードオープンし、出力先となる携帯再生装置２用コンテンツデータファイルを新たに作成する。次に図８のステップＳ４０１に進む。
【００７４】
一方、ステップＳ３０１で（ｑ３）作成進行状態が「終了」でも「開始」でもない場合には「中断中」になるため（「作成中」はありえない）、ステップＳ３０６で「中断中」を「作成中」に変え、ステップＳ３０７で携帯再生装置２用コンテンツデータファイルの作成再開の準備を整える。具体的には、ソースとなる据置き録再装置１用コンテンツデータファイルをリードオープンし、出力先となる携帯再生装置２用コンテンツデータファイルをライトオープンする。そして、（ｑ５）作成処理中断情報をもとにそれぞれ中断したポイントまでシークする、といった処理を行なう。そして図８のステップＳ４０１に進む。
【００７５】
図８のステップＳ４０１に進むと、ソースとなる据置き録再装置１用コンテンツデータファイルを伸長しつつ、圧縮処理を行ない、携帯再生装置２用コンテンツデータファイルに出力する処理をある単位ごとに繰り返すことになる。ある単位とは、圧縮処理の区切りの良い単位で、その単位ごとだと処理の中断が行ないやすいようにする。例えば、ＭＰＥＧ形式であればＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）単位となる。
【００７６】
ステップＳ４０１では、１単位の圧縮処理を行ない、結果を携帯再生装置２用コンテンツデータファイルにライトする。このときＨＤ１０４上のファイルシステムの残り容量不足でライトエラーとなるとステップＳ４０２からステップＳ４０６に進む。ライトエラーにならなかった場合にはステップＳ４０３に進み、要求内容領域の値を調べ０ならステップＳ４０４からステップＳ４０１に戻る。０以外だった場合には、ステップＳ４０５に進み、要求内容領域の値を０に戻す。次にステップＳ４０６で、現在処理対象のキュー要素の（ｑ３）作成進行状態を「作成中」から「中断中」に変更する。次にステップＳ４０７で携帯再生装置２用コンテンツ作成処理の中断処理を行なう。具体的には、現在処理対象のキュー要素の（ｑ５）作成処理中断情報に処理を再開するときに必要となる情報を格納し、据置き録再装置１用コンテンツデータファイル、携帯再生装置２用コンテンツデータファイルをクローズする。
【００７７】
次に、ステップＳ４０３で調べた要求内容領域の値が１（「作成中断要求」）だった場合には、ステップＳ４０８から図６のステップＳ２０１に戻り、２（「作成開始要求」）だった場合には、ステップＳ４０８から図７のステップＳ３０１に戻る。
【００７８】
次に、ユーザが帰宅後、携帯再生装置２を据置き録再装置１に接続したときの処理の流れ、つまり自動転送処理について説明する。なお、両者を接続すると自動的に両者の電源が入りそれぞれの装置に格納されているプログラムがそれぞれのＣＰＵ、ＲＯＭ、ＲＡＭを使って動作を開始するように実装していても、またユーザが据置き録再装置１、携帯再生装置２の電源を入れる方式で実装していても構わない。以下では、据置き録再装置１、携帯再生装置２の両方のプログラムが、接続後に何らかの手段で接続処理を開始したものとして説明する。
【００７９】
大きな処理の流れとしては、まずは据置き録再装置１と携帯再生装置２それぞれのコンテンツの管理を最新の状態に更新する処理を行ない、それが終了したら次にコンテンツの自動転送処理を行なう。
【００８０】
まずはコンテンツの管理を最新の状態に更新する処理の流れについて、図９のフローチャートを用いて説明する。まず、携帯再生装置２が接続処理を開始すると、ステップＳ５０１でＨＤ２０４に格納されている複数のコンテンツ情報ファイルを順番に読み出し、（Ｃ３）視聴終了状況が「視聴終了」になっているコンテンツを選んでいく。ステップＳ５０１で「視聴終了」になっているコンテンツがみつかれば、ステップＳ５０２からステップＳ５０３に進み、みつからなければコンテンツ管理の更新処理が終了となる。
【００８１】
ステップＳ５０３に進むと、携帯再生装置２は、「視聴終了」となっているコンテンツ情報ファイルのコンテンツ名を据置き録再装置１に通知する。次に、通知を受け取った据置き録再装置１はステップＳ５０４で、ＨＤ１０４に格納されている、通知されたコンテンツ名に対応するコンテンツ情報ファイルの情報を更新する。通知されたコンテンツ名に対応するコンテンツは、携帯再生装置２で視聴が終了した、そして携帯再生装置２から削除されることを意味しているので、対応するコンテンツ情報ファイルの（ｃ１）コンテンツ格納場所、（ｃ２）視聴終了状況を更新する必要がある。つまり、（ｃ１）コンテンツ格納場所が「据置き録再装置１と携帯再生装置２」となっていたら「据置き録再装置１」に更新し、（ｃ２）視聴終了状況が「視聴未終了」になっていたら「視聴終了」に更新する。
【００８２】
次に携帯再生装置２は、ステップＳ５０５で、対象コンテンツのコンテンツ情報ファイル、コンテンツデータファイルを削除し、ステップＳ５０１に戻り、次の「視聴終了」になっているコンテンツを探す。
【００８３】
次にコンテンツの自動転送処理の流れについて、図１０のフローチャートを用いて説明する。
【００８４】
据置き録再装置１は、まずステップＳ６０１で、携帯再生装置２用コンテンツ生成処理を一時中断するため、携帯再生装置２用コンテンツ生成処理タスクに「作成中断要求」を通知する。
【００８５】
次にステップＳ６０２で転送候補のコンテンツを選択する。まずは、コンテンツ管理テーブルの各エントリを調べ、（ｅ５）視聴装置で「携帯再生装置２」となっているエントリを（ｅ７）優先度の高いものから順に調査していく。そして次に、対象エントリからリンクされているコンテンツ情報ファイルを調査する。このとき、エントリの（ｅ６）オーバーライトが「Ｙｅｓ」だった場合には、リンクの末尾のものつまり最新のコンテンツだけを調査し、（ｃ１）コンテンツ格納場所が「据置き録再装置１」となっていればそのコンテンツを転送候補として選択する。一方、エントリの（ｅ６）オーバーライトが「Ｎｏ」だった場合には、リンクされているコンテンツ情報ファイルを、リンクされている順つまり古いものから順に調べ、（ｃ１）コンテンツ格納場所が「据置き録再装置１」となっているコンテンツを順番に転送候補として選択していく。ステップＳ６０２で転送候補のコンテンツがみつかれば、ステップＳ６０３からステップＳ６０４に進み、みつからなければステップＳ６１２に進み、携帯再生装置２用コンテンツ生成処理を再開するため、携帯再生装置２用コンテンツ生成処理タスクに「作成開始要求」を通知して終了となる。
【００８６】
次にステップＳ６０４で、転送候補のコンテンツに関する情報である、携帯再生装置２用コンテンツデータファイルサイズ、エントリ番号、優先度、オーバーライト指定を携帯再生装置２に通知し、携帯再生装置２からの返答通知を待つ。携帯再生装置２用コンテンツデータファイルサイズについては、録画時間と携帯再生装置２用コンテンツの圧縮ビットレートから算出できる。例えば、１時間番組でビットレートが４００Ｋｂｐｓであればファイルサイズは約１７６Ｍｂｙｔｅとなる。
【００８７】
通知を受け取った携帯再生装置２は、ステップＳ６０５で、転送候補のコンテンツをＨＤ２０４に格納可能かどうか判断する。オーバーライト指定が「Ｙｅｓ」だった場合には、コンテンツ情報ファイルを順に調べ、（Ｃ１）エントリ番号が通知されたエントリ番号と一致するコンテンツを探す。みつかった場合には、みつかったコンテンツのコンテンツ情報ファイル、コンテンツデータファイルをオーバーライト処理のために削除する。この場合、ファイルを削除したことにより空いた領域に、転送候補のコンテンツを格納することが可能となるので「格納可能」と据置き録再装置１に通知する。一方、オーバーライト指定が「Ｎｏ」だった場合には、まず現在のＨＤ２０４の残り容量と通知されたコンテンツデータファイルサイズとを比較し、残り容量の方が大きければ「格納可能」と据置き録再装置１に通知する。残り容量の方が小さければ以下の領域確保処理を行ないその結果を据置き録再装置１に通知する。
【００８８】
ＨＤ２０４にあるコンテンツ情報ファイルを順に調べ、通知された優先度よりも低いコンテンツのコンテンツデータファイルサイズを優先度の低いものから順番に合計していき、通知されたコンテンツデータファイルサイズよりも大きくなった時点で、それらのコンテンツデータファイルおよびコンテンツ情報ファイルを削除する。この場合、ファイルを削除したことにより空いた領域に、転送候補のコンテンツを格納することが可能となるので「格納可能」と据置き録再装置１に通知する。しかし、受け取った優先度よりも低いすべてのコンテンツのコンテンツデータファイルサイズを合計しても通知されたコンテンツデータファイルサイズよりも小さかった場合には、上記のファイル削除処理は行なわずに、「格納不可能」と据置き録再装置１に通知する。
【００８９】
携帯再生装置２からの返答通知を受け取った据置き録再装置１は、ステップＳ６０６で通知が「格納可能」だった場合にはステップＳ６０７へ進み、「格納不可能」だった場合にはステップＳ６０２へ戻り、次の転送候補となるコンテンツを探す。
【００９０】
次に据置き録再装置１は、ステップＳ６０７で対象となる携帯再生装置２用コンテンツデータを携帯再生装置２に転送するための処理を開始する。まず、キュー４０１を先頭から調査して、転送対象のコンテンツ名と一致するキュー要素を探し、見つけたキュー要素の（ｑ３）作成進行状態を調べる。「終了」の場合には作成済みの携帯再生装置２用コンテンツデータファイルの内容を携帯再生装置２に転送する。「中断中」の場合には、途中まで作成した携帯再生装置２用コンテンツデータファイルの内容をまず携帯再生装置２に転送し、続きをソースとなる据置き録再装置１用コンテンツデータファイルを伸長、圧縮した結果を順に転送する。「開始」の場合には、ソースとなる据置き録再装置１用コンテンツデータファイルを伸長、圧縮した結果を順に転送する。
【００９１】
次にステップＳ６０８で、上記処理対象となったキュー要素をキュー４０１から削除し、作成終了、また作成途中だった携帯再生装置２用コンテンツデータファイルも削除する。
【００９２】
コンテンツデータファイルを受け取った携帯再生装置２は、ステップＳ６０９で転送されてきた携帯再生装置２用コンテンツデータを携帯再生装置２用コンテンツデータファイルとしてをＨＤ２０４に格納する。そして、次にステップＳ６１０で、コンテンツ情報ファイルをＨＤ２０４に作成し、ステップＳ６０４で通知された、エントリ番号、優先度をそれぞれ（Ｃ１）エントリ番号、（Ｃ２）優先度に設定し、（Ｃ３）視聴終了状況を「視聴未終了」に設定する。
【００９３】
次に据置き録再装置１は、ステップＳ６１１で、転送したコンテンツのコンテンツ情報ファイルの（ｃ１）コンテンツ格納場所を「据置き録再装置１」から「据置き録再装置１と携帯再生装置２」に更新して、ステップＳ６０２に戻る。
【００９４】
次に、コンテンツの視聴終了の判定およびその時の処理について説明する。
一般的には、ユーザが据置き録再装置１または携帯再生装置２を操作して、「通常再生」で再生を開始し、コンテンツの最後に至ったら視聴終了と判断できる。しかし、本実施例の場合、「視聴終了」となったコンテンツは携帯再生装置２から自動的に削除されるため、コンテンツの最後に至ったからといって自動的に「視聴終了」と判断しない方が良い場合も考えられる（ユーザが携帯再生装置２でもう一度見たいと思うかもしれない）。また、逆に視聴の途中であっても、それ以上見る必要がないという場合も考えられる。そこで、ユーザがあるコンテンツの再生を終了／途中停止した場合、「視聴終了としますか（Ｙ／Ｎ）」といったダイアログ等を表示し、ユーザに選択させる処理を行なうという実装方法も考えられる。
【００９５】
本実施例では、コンテンツの最後に至ったら視聴終了と自動判断する実装であっても、上記のようにユーザに選択させる実装であってもどちらで実装しても構わない。ただし、「視聴終了」と判断されたら、そのコンテンツのコンテンツ情報ファイル中の視聴終了状況を「視聴終了」に設定するという処理を行なう必要がある。据置き録再装置１であれば（ｃ２）視聴終了状況を、携帯再生装置２であれば（Ｃ３）視聴終了状況をそれぞれ「視聴終了」に設定すれば良い。
【００９６】
次に、据置き録再装置１における据置き録再装置１用コンテンツデータファイルの削除について説明する。
【００９７】
本特許では、携帯再生装置２におけるコンテンツの削除については自動的な削除処理を行なうが、据置き録再装置１における据置き録再装置１用コンテンツデータファイルの削除については、そのタイミング、指定方法などについて特に限定しない。ただし、何らかの方法でユーザから削除すべきコンテンツが指定されたら、据置き録再装置１と携帯再生装置２の接続時に行なうコンテンツ管理の更新処理で以下に示すコンテンツ削除処理を行なう必要がある。
【００９８】
削除予定のコンテンツは「視聴終了」としても扱われるので、前述の図４で示した処理にしたがい携帯再生装置２上では自動的に削除される。そのあとで据置き録再装置１からも削除する処理を実行する。据置き録再装置１用コンテンツデータファイル、コンテンツ情報ファイルともに削除する。コンテンツ情報ファイルについては、もしコンテンツ情報ファイルが別のコンテンツ情報ファイルからリンクされていたり、また別のコンテンツ情報ファイルをリンクしていた場合には（連続指定で録画された場合に起こる）、そのファイルを削除する前にそのリンクから抜き取る処理も行なう。また、削除対象コンテンツ情報ファイルを管理するコンテンツ管理テーブルのエントリも調べ、もし、そのコンテンツ情報ファイルひとつだけがリンクされていた場合には、コンテンツ管理テーブルからそのエントリの削除処理も行なう。
【００９９】
また、据置き録再装置１用コンテンツデータファイルを削除したことによって、ＨＤ１０４上のファイルシステムの残り容量が増え、携帯再生装置２用コンテンツデータファイルが作成可能になった可能性があるので、最後に、「作成開始要求」を携帯再生装置２用コンテンツ生成処理タスクに通知する。
【０１００】
以上述べたように、本実施例では、自動転送方式により決定される転送順序にしたがって、より近い未来に必要とされる携帯再生装置２用コンテンツから作成し、据置き録再装置１のＨＤ１０４上のファイルシステムの残り容量がなくなったら処理を一時停止する。
【０１０１】
また、通常の予約録画処理を開始する際、据置き録再装置１用コンテンツ分の容量が足りない場合には、しばらく必要とされない携帯再生装置２用コンテンツから順に削除し容量を確保していく。一方、利用者により据置き録再装置１用コンテンツが削除された場合など残り容量が増えた場合には、携帯再生装置２用コンテンツの作成を再開する。また、自動転送処理の際、まだ携帯再生装置用コンテンツが作成終了していない場合には残りの分は作成しつつ転送する、といった処理が可能となる。
【０１０２】
【発明の効果】
以上説明したように、本発明によれば、自動転送方式により決定される転送順序にしたがって、より近い未来に必要とされる携帯再生装置用コンテンツから作成され、据置き録再装置の二次記憶装置上のファイルシステムの残り容量がなくなったら処理が一時停止される。
【０１０３】
また、通常の予約録画処理を開始する際には、据置き録再装置用コンテンツ分の容量が足りない場合、しばらく必要とされない携帯再生装置用コンテンツから順に削除され容量が確保される。一方、利用者により据置き録再装置用コンテンツが削除された場合など残り容量が増えた場合には、携帯再生装置用コンテンツの作成が再開される。また、自動転送処理の際、まだ携帯再生装置用コンテンツが作成終了していない場合には残りの分が作成されつつ転送される。
【０１０４】
したがってその結果、携帯再生装置に適したコンテンツが自動的に効率よく作成されていくという効果を奏する。
【図面の簡単な説明】
【図１】一実施例のハードウェアの構成図である。
【図２】録画予約管理テーブルである。
【図３】コンテンツ管理テーブルである。
【図４】携帯再生装置２用コンテンツ作成管理キューである。
【図５】据置き録再装置１用コンテンツ録画処理の流れを示したフローチャートである。
【図６】携帯再生装置２用コンテンツ作成処理の流れを示したフローチャートである。
【図７】携帯再生装置２用コンテンツ作成処理の流れを示したフローチャートである。
【図８】携帯再生装置２用コンテンツ作成処理の流れを示したフローチャートである。
【図９】コンテンツ管理を最新の状態に更新する処理の流れを示したフローチャートである。
【図１０】コンテンツの自動転送処理の流れを示したフローチャートである。
【符号の説明】
１  据置き録再装置
２  帯再生装置
３  通信ケーブル
１０１  ＣＰＵ
１０２  ＲＯＭ
１０３  ＲＡＭ
１０４  大容量ＨＤ
１０５  システムバス
１０６  通信装置
１０７  スピーカー
１０８  サウンドコントローラ
１０９  ディスプレイ
１１０  ビデオコントローラ
１１１  入力デバイス
１１２  チューナーユニット
１１３  キャプチャユニット
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  小容量ＨＤ
２０５  システムバス
２０６  通信装置
２０７  ヘッドホン
２０８  サウンドコントローラ
２０９  小型ディスプレイ
２１０  ビデオコントローラ
２１１  入力デバイス
【図１】
2004336464.tif 000003
【図２】
2004336464.tif 000004
【図３】
2004336464.tif 000005
【図４】
2004336464.tif 000006
【図５】
2004336464.tif 000007
【図６】
2004336464.tif 000008
【図７】
2004336464.tif 000009
【図８】
2004336464.tif 000010
【図９】
2004336464.tif 000011
【図１０】
2004336464.tif 000012