(57)【要約】【課題】携帯端末装置で、予めサーバーで記録した映像音声コンテンツを効率よく転送して視聴する手段を提供し、ユーザーの操作の煩わしさを軽減する。【解決手段】符号化映像音声データを記録する２つの記録手段を備え第二の記録手段は、第一の記録手段から転送されたデータのうち、ユーザーによって既に視聴された再生済データを管理し、新たに第一の記録手段からデータを転送される場合には、該再生済データのみを消去し、消去によって空いた容量分だけ第一の記録手段よりデータを転送する再転送手段を備える。【選択図】  図７
2006012225.tif 000002
【特許請求の範囲】
【請求項１】
第１の記録媒体に複数の情報を記録再生する第１の記録再生手段と、
第２の記録媒体に該複数の情報の一部を記録再生する第２の記録再生手段と、
該第１及び第２の記録再生手段を制御し、該第１の記録媒体に記録されている該複数の情報の一部を該第２の記録媒体に転送する制御手段と、
該複数の情報のうち該第１の記録媒体から該第２の記録媒体に転送する情報の転送する順序を設定する転送順序設定手段と、
を備え、
該制御手段は、該第２の記録媒体に記録されている該複数の情報の一部のうち再生済みの情報がある場合、該再生済みの情報を削除し、該転送順序設定手段で設定した順序に応じて次に該第１の記録媒体から該第２の記録媒体に転送する情報を、該第１の記録媒体から該第２の記録媒体に転送すること、
を特徴とする情報処理装置。
【請求項２】
請求項１において、
該制御手段は、該第２の記録再生手段を制御し、該第１の記録媒体から該第２の記録媒体にどれだけ転送したかを示す記録管理情報を該第２の記録媒体に記録すること、
を特徴とする情報処理装置。
【請求項３】
請求項１または２において、
該第２の記録媒体は、該複数の情報の一部のうちどれだけ再生されたかを示す再生管理情報が記録されており、
該制御手段は、該第２の記録再生手段を制御し、該再生管理情報に応じて、再生済みの情報を削除すること、
を特徴とする情報処理装置。
【請求項４】
請求項１ないし３のいずれかにおいて、
該複数の情報は、複数の映像音声データであり、
該第１の記録媒体は、ハードディスクであり、
該第２の記録媒体は、メモリＩＣであり、
該転送する順序は、該複数の映像音声データの並び又は該複数の映像音声データのチャプタの並びからなるプレイリストであること、
を特徴とする情報処理装置。
【請求項５】
請求項１ないし４のいずれかの情報処理装置により該複数の情報の一部が記録された第２の記録媒体から該複数の情報の一部を再生する第３の記録再生手段と、
該第３の記録再生手段を制御し、該複数の情報の一部が再生された場合に、該複数の情報の一部のうちどれだけ再生されたかを示す再生管理情報を該第２の記録媒体に記録する制御手段と、
を備えることを特徴とする情報再生装置。
【請求項６】
第１の記録媒体に複数の情報を記録再生する第１の記録再生手段と、
第２の記録媒体に該複数の情報の一部を記録再生する第２の記録再生手段と、
該第１及び第２の記録再生手段を制御し、該第１の記録媒体に記録されている該複数の情報の一部を該第２の記録媒体に転送する制御手段と、
該第１の記録媒体に記録されている該複数の情報のうち該第１の記録媒体から該第２の記録媒体に転送する情報および転送の順序を表す表示と、該第１の記録媒体から該第２の記録媒体にどれだけ転送したかを表す表示と、該第２の記録媒体に記録されている該複数の情報の一部のうちどれだけ再生されたかを表す表示と、を出力する出力手段と、
を備えることを特徴とする情報処理装置。
【請求項７】
請求項６において、
該複数の情報は、複数の映像音声データであり、
該第１の記録媒体は、ハードディスクであり、
該第２の記録媒体は、メモリＩＣであり、
該転送する順序は、該複数の映像音声データの並び又は該複数の映像音声データのチャプタの並びからなるプレイリストであること、
を特徴とする情報処理装置。
【請求項８】
第１の記録媒体に情報を記録再生する第１の記録再生手段と、
第２の記録媒体に該情報の一部を記録再生する第２の記録再生手段と、
該第１及び第２の記録再生手段を制御し、該第１の記録媒体に記録されている該情報の一部を該第２の記録媒体に転送する制御手段と、
該第１の記録媒体に記録されている該情報の一部を該第２の記録媒体に転送することを指示する転送指示手段と、
を備え、
該制御手段は、該転送指示手段の１回の操作により、該第２の記録媒体に記録されている該情報の一部のうち再生済みの情報がある場合、該再生済みの情報を削除し、該第２の記録媒体に記録されている該情報の一部の続きの情報を該第１の記録媒体から該第２の記録媒体に転送すること、
を特徴とする情報処理装置。
【請求項９】
第１の記録媒体を有する第１の装置と第２の記録媒体を有する第２の装置とを備える情報処理システムにおける該第１の装置であって、
該第１の記録媒体に複数の情報を記録再生する記録再生手段と、
該複数の情報の一部を該第２の装置の第２の記録媒体に送信する通信手段と、
該記録再生手段および該通信手段を制御し、該第１の記録媒体に記録されている該複数の情報の一部を該第２の装置の第２の記録媒体に転送する制御手段と、
該複数の情報のうち該第１の記録媒体から該第２の装置の第２の記録媒体に転送する情報の転送する順序を設定する転送順序設定手段と、
を備え、
該制御手段は、該第２の記録媒体に記録されている該複数の情報の一部のうち再生済みの情報がある場合、該第２の装置が該再生済みの情報を削除した後、該転送順序設定手段で設定した順序に応じて次に該第１の記録媒体から該第２の装置の第２の記録媒体に転送する情報を、該第１の記録媒体から該第２の装置の第２の記録媒体に転送すること、
を特徴とする該第１の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関する。
【背景技術】
【０００２】
本技術分野の背景技術として、例えば、特開２００１−１６９２５０号公報（特許文献１）がある。本公報には、課題として「大容量映像サーバ装置から小容量携帯端末装置へ映像情報を小分けにして転送する際、転送の度に発生する繁雑な設定操作を自動化し、簡便な操作で映像情報の転送が可能な携帯型映像表示システムを提供する」ことが記載されている。また解決手段として「携帯端末で映像をどこまで視聴したかを視聴アドレスとして管理する（ＳＴ１０）。映像サーバから映像を転送する際には、次に視聴すべき映像を視聴アドレスから判断する（ＳＴ１６〜ＳＴ２０）。この視聴アドレスを基に次に視聴すべき映像を自動転送する（ＳＴ２２〜ＳＴ２６）」と記載されている。
【０００３】
【特許文献１】特開２００１−１６９２５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
画像情報をディジタル化し圧縮符号化理論を用いて蓄積媒体に記録したり、通信媒体を介して転送するＭＰＥＧビデオ圧縮技術が多種多様な機器で用いられるようになってきた。例えば、ＭＰＥＧ−２Ｖｉｄｅｏ（ＩＳＯ／ＩＥＣ１３８１８−２）を用いたＤＶＤおよびハードディスク記録再生装置や、ＭＰＥＧ−４Ｖｉｄｅｏ（ＩＳＯ／ＩＥＣ１４４９６−２）を用いた携帯端末間の通信などが適用例として挙げられる。
【０００５】
記録時間に関しては、ＨＤＤやＤＶＤに記録する場合、数時間から数百時間の記録時間が既に可能になっており、また、携帯電話、携帯端末装置などで用いられるメモリＩＣに記録する場合、数時間程度の記録が可能になってきている。これに伴い、近年開始されたディジタル放送などの番組をＨＤＤやＤＶＤに長時間記録しておき、これを携帯端末用のメモリＩＣにコピーすることで、例えば外出先で既に家庭において記録した画像を視聴することが実現できるようになってきた。また、携帯電話のように通信機能を持つ場合、映像音声の配信サーバーからネットワーク経由で映像音声コンテンツを受信し視聴することも可能となってきた。
【０００６】
上記のように、携帯電話、携帯端末機において映像音声コンテンツを視聴する場合、これらの機器の記憶容量よりも大容量の記録メディアを有する他の装置から映像音声コンテンツを転送する必要が生じるが、この転送作業は、ユーザーにとって煩わしいものであった。例えば、ＨＤＤレコーダに自宅において記録した長時間番組や番組群が大量にあり、これを携帯電話などに転送し、移動中の乗り物内において視聴するような場合、全ての番組コンテンツを携帯電話内のメモリに転送することが出来ないときは、帰宅するたびに、データを再転送する必要が生じる。このとき、ＨＤＤレコーダはＨＤＤ中に記録した番組コンテンツのどの部分までを視聴者が外出先で視聴したかの情報を持っておらず、視聴者がＨＤＤレコーダの番組コンテンツの編集機能を用いて、編集可能なポイントを自分の視聴した部分の終わりに設定し、それ以降の未視聴の部分を、改めて携帯電話内のメモリに転送する作業が必要であった。さらに、ユーザが最初に携帯電話に転送した番組コンテンツのうち、一部分が未視聴であった場合、携帯電話側でその部分を残して消去し、その続きに前期と同様の作業でＨＤＤで編集した内容を入れるという作業を行わなければならなかった。
【０００７】
このような事情に鑑み、上記従来技術は、「大容量映像サーバ装置から小容量携帯端末装置へ映像情報を小分けにして転送する際、転送の度に発生する繁雑な設定操作を自動化し、簡便な操作で映像情報の転送が可能」とする一技術を開示している。
【０００８】
しかし、上記従来技術は、携帯機器にビデオデータを転送する際のユーザーの操作時間を短縮するという点において、使い勝手について十分考慮されていなかった。例えば、上記従来技術は１つの映像情報の転送についてしか記載がなく、複数の映像情報を続けて視聴したい場合（例えば、毎週放送される番組を続けて視聴する場合等）の使い勝手については考慮されていない。また、転送に際し、どのようなユーザーインターフェースを備えると使い勝手が向上するかという点についても考慮されていない。
【０００９】
そこで、本発明は、情報処理装置の使い勝手を向上することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的は、特許請求の範囲に記載の発明によって達成される。
【発明の効果】
【００１１】
本発明によれば、情報処理装置の使い勝手を向上することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を図面を用いて説明する。
【実施例１】
【００１３】
図１に本発明における第一の実施例の概略図を示す。情報処理装置の一例としてＨＤＤレコーダを説明する。図中１００は携帯電話、２００はＨＤＤレコーダ、３００はメモリＩＣメディアを示す。ＨＤＤレコーダ２００に記録されたテレビ放送の番組コンテンツをメモリＩＣ３００に転送し、携帯電話１００において視聴するようなシステムである。以下本構成について図面を用いながら順を追って説明する。本実施例では、ＨＤＤレコーダ３００では、地上波アナログテレビ放送を受信し、ＨＤＤに記録する装置である。
【００１４】
図２にＨＤＤレコーダ２００の構成例を示す。入力端子２０１からアンテナないしは、ＣＡＴＶのケーブル端子経由で受信された放送信号がチューナ部２０２に送られる。
チューナ部２０２ではこの信号の復号およびエラー訂正処理、アナログ／デジタル変換処理などを行い、デジタルビデオおよびデジタルオーディオの信号としてＡ/Ｖ−ＭＰＥＧエンコーダ部２０３に送る。
【００１５】
Ａ／ＶＭＰＥＧエンコーダ部２０３では、ＭＰＥＧ２規格に則って、ビデオおよびオーディオにそれぞれについて符号化圧縮処理を行い、ビデオエレメンタリストリームおよびオーディオエレメンタリストリームと呼ばれる符号化列に変換する。
【００１６】
さらにトランスポートストリーム（以下ＴＳと略記）と呼ばれる固定長のパケット列にそれぞれのビットストリームを分割したのち、ビデオとオーディオをパケット単位で時分割多重化する処理が多重化ブロック２０４にて行われる。受信する番組の選択およびブロック２０２〜２０４までの制御は、システムコントローラ部２０６において処理される。記録する番組の指定、予約情報などの制御用情報は図示していないリモートコントローラなどによってユーザによって指定され、ユーザーインタフェースブロック２０５で該リモートコントローラの各種信号を受信し、システムバス２０８を経由して、システムコントローラに教示される。この制御情報に基づいてシステムコントローラ２０６はシステムバス２０８を経由して各周辺ブロックを制御する。
【００１７】
ユーザーによって記録が指定された番組コンテンツは、圧縮符号化され、多重化ブロック２０４から出力される。番組コンテンツをＨＤＤディスクに記録する場合、多重化ブロックより出力されたＴＳデータは、ＰＣＩバスなどのメディアバス２１１を経由して、ＡＴＡインタフェース２０９に送信される。ＡＴＡインタフェース２０９では、ＨＤＤの共通規格であるＡＴＡ規格に則りＨＤＤ２１０とコマンドによるハンドシェイクを行いながら、受け取ったＴＳデータをＨＤＤに記録していく。この際、番組の日時情報等がシステムコンコントローラ２０６より指定され、ＨＤＤ２１０に番組コンテンツと同時に記録される。
【００１８】
ＨＤＤ２１０に送られた番組コンテンツのデータは、所定のファイルシステムで記録する。本実施例ではＤＶＤやＨＤＤなどで用いられているＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｃ  Ｆｏｒｍａｔ）と呼ばれるフォーマットを想定する。記録開始と同時にＵＤＦで一つの番組コンテンツを記録するファイルがオープンされ、Ａ／ＶＭＰＥＧエンコーダ部２０３で符号化された順序でファイルデータとして追加書込みされていく。本実施例ではこれをＡＶストリームファイルと呼ぶ。
【００１９】
また、ＡＶストリームファイルを記録する際、どのセクタ位置にどの時刻の情報が記録されているか管理するための管理情報も同時に記録する。これを記録管理情報と呼ぶ。記録管理情報は、システムコントローラ２０６において記録中に随時更新され、番組コンテンツのデータが多重化回路２０４からＡＴＡ  ＩＦ２０９に送信される合間を縫ってメディアバスコントローラ２０７によって、ＤＭＡ転送され、ＨＤＤ２１０の管理情報を記録する領域に格納される。
【００２０】
この記録管理情報により、例えばユーザがある特定の時間の放送を検索して再生しようとしたとき、指定時刻に該当する番組コンテンツの格納位置を参照することができる。この格納位置から番組コンテンツをＨＤＤから読み出して多重分離回路２１２で映像パケット音声パケットそれぞれに分離し、Ａ／Ｖデコーダ２１５に送信し、符号化圧縮を伸張することで、ユーザーの指定した番組をデコードし、２１６、２１７からそれぞれ映像、音声信号として外部のディスプレイ、モニタ機器に出力する。
【００２１】
また、ユーザーからユーザＩＦ２０５を通じてメモリＩＣへの転送命令がシステムコントローラ２０６に通知された場合、ＨＤＤ２１０内に記録された番組コンテンツの一部は、メモリＩ／Ｆ部２１３を介してメモリＩＣ２１４に転送される。このとき、どのような番組コンテンツをどのファイルに格納したかを管理する情報をＨＤＤ２１０と同様に、記録管理情報として、メモリＩＣ２１４に記録する。
【００２２】
図３は、メモリＩＣ２１４を携帯電話１００に装着して、ＨＤＤ２１０に記録した情報を再生するためのブロック構成を示した図である。
【００２３】
ボタン操作などによりユーザーがメモリＩＣ内の情報を再生する場合、再生命令はユーザーＩＦ１０７よりシステムコントローラ１０８に通知される。これを受けて、あらかじめ記録されてあるメモリＩＣ２１４内の番組コンテンツは、システムコントローラ１０８によってメモリＩＦ１０１に読み出しするようコマンドが発行され、所定の番組コンテンツがメモリＩＦ１０１によってメモリＩＣ２１４より読み出される。次に、読み出された番組コンテンツはＤｅｍｕｘ１０３において、ＴＳパケットの多重分離が行われ、Ａ／ＶＭＰＥＧデコーダ１０４でオーディオとビデオがそれぞれ圧縮伸張が行われ、液晶画面１０５およびスピーカー１０６より出力される。
【００２４】
このとき、ユーザーが視聴するためにメモリＩＣ２１４から読み出された番組のうち、読み出されたコンテンツ部分の情報は、再生管理情報として、メモリＩＣ２１４に記録される。また、メモリＩＣ２１４の空き容量の情報もあわせて更新される。これにより、引き続き再生する部分と既に視聴済の部分が認識可能となる。一部再生済のメモリＩＣは再び、ＨＤＤレコーダ２００に装着され、再生済部分を削除して次の番組コンテンツが記録される。
【００２５】
この処理フローを図４に示す。メモリＩＣは使用開始時にファイルシステムフォーマットが行われ（７００）、ファイルアクセスが可能な状態になる。次に、記録および再生管理情報が作成される（７０１）。ＨＤＤレコーダ２００側で、メモリへの映像音声コンテンツの書込みが行われると（７０２）、記録された番組コンテンツに関して記録管理情報が更新され、メモリＩＣのどの部分にどの番組コンテンツが記録されているかが書き込まれる。（７０３）次にメモリＩＣ２１４が携帯電話側１００に移されて、メモリＩＣ内の番組コンテンツが再生される（７０４）。どの部分が再生されたかはが再生管理情報に記録される。（７０５）再生を継続して行う場合は、随時再生管理情報が更新される。
【００２６】
この状態で、再びＨＤＤレコーダ２００にメモリＩＣが移され、ユーザによってメモリＩＣに既に転送済みの番組コンテンツの続きを記録するよう指令された場合、メモリ空き容量、および再生管理情報をまず読出し、既にメモリＩＣ内に記録したどの部分までのファイルが再生されたかを認識する。（７０６）次に、既に再生済となった番組コンテンツデータを消去し（７０７）それに応じて、再生管理情報を更新して、再生済データを消去し、次に再生開始すべきポイントを維持する（７０８）。次に、再生済データの続きになる番組コンテンツがＨＤＤ内から読み出され、メモリＩＣの空き領域に書き込まれ（７０９）、新規記録されたデータに対応する記録管理情報が更新される（７１０）。記録完了したメモリＩＣは、先と同様に携帯電話１００に装着され再生が行われる。
【００２７】
図５はＨＤＤ内の番組コンテンツと、メモリIC内の番組コンテンツの記憶されている格納位置がデータ転送によって遷移する様子を示したものである。図中８００はHDDの記憶領域全体、９００はメモリICの記憶領域全体を示す。
【００２８】
最初にHDD内にハッチングで示した８１０の部分だけユーザが携帯電話側で連続して視聴したい番組コンテンツが記録されており、メモリICの記憶領域９００部分側は、空の状態であったとする（図５（ａ））。ここで、ユーザーがメモリＩＣに転送する要求を装置に伝えた場合、メモリＩＣ９００の容量分の番組コンテンツ部分（８１１）がＨＤＤ８００側から切り出され、９００内にコピーされる（９１０）。これによって、メモリＩＣ側の容量がすべて番組コンテンツで記録された領域になる（図５（ｂ））。もし８１０の領域の方が、９００よりも小さい場合は、８１０すべての部分が９００内に点される。
【００２９】
次に、９１０のうち、一部分が通勤途中などに再生されると、９１１の再生済部分（９１１１）と９１１の未再生部分（９１１２）に分かれる。この状態で、再びメモリＩＣをＨＤＤレコーダ側に装着して、ユーザー指示で再生済データに引き続き番組コンテンツを記録する指示を出した場合、９１１１の領域が消去され、消去した部分の容量だけ、８１０中の転送済部分８１１の続きの部分（８１２）の先頭から転送される。すなわち、図５（ｃ）の８１３が転送されて図５（ｄ）の９１３部分になる。
【００３０】
さらに、メモリＩＣを携帯電話に装着して再生を開始する場合、９１１２先頭から再生され、９１１２すべてが再生された後に、９１３に再生部分が移行するように、制御される。
【００３１】
このようにメモリＩＣが小さい場合でも、通勤時間などで一度に再生する量がメモリＩＣの一部分にとどまり、次の再生機会までに帰宅して、例えば夜中就寝中に再生した分だけ新たに続きのデータを入れておくことで、効率よくメモリＩＣの容量を利用することができる。つまり、メモリＩＣに入ったデータをすべて再生してしまい、一旦帰宅するまで続きのコンテンツを見られないという不都合な状態を避け易くなる。
【００３２】
図５では、便宜上、連続したデータを連続した格納位置のように見せているが、メモリＩＣの物理的な位置管理が不連続になっていても、同様の効果が得られる。即ち、ファイルシステム上で、記録した番組コンテンツのファイルと物理的な位置の対応を管理しておき、アプリケーションソフト内で、メモリ中に存在する記録情報の時刻情報とファイルの関係（記録管理情報）、再生すべき順序の時刻情報およびこれまでの再生完了部分の時間情報（再生管理情報）が管理されており、メモリＩＣ内に格納され参照できれば同等のしくみを実現できる。
【００３３】
また、ＭＰＥＧ映像コンテンツなどフレーム間参照を利用している符号化技術の場合、再生済および再生未済データの区切り点が、ＧＯＰ（Ｇｒｏｕｐ Ｏｆ  Ｐｉｃｔｕｒｅｓ）構造の区切れ目にそろうようにするなどの管理をして、切れ目で再生画像がおかしくならないように工夫する。また、再生済部分を消去する際、最後の部分を一部残して未再生扱いにするなどして、次回再生を開始する場合オーバーラップして番組コンテンツを視聴できるようにしても良い。
【００３４】
次に、本実施例のユーザーインターフェースについて説明する。本実施例のユーザーインターフェースは、今後連続してメモリＩＣへ記録して再生するプレイリストと、このプレイリストのうちメモリＩＣへ記録済みの部分と、メモリＩＣに記録されたデータのうち再生済みの部分と、を表示することに特徴がある。
【００３５】
図６は、本実施例のメモリＩＣへのデータ転送を行うためのＨＤＤレコーダ側でのＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）画面を示す。図中１０００はあらかじめＨＤＤ内で管理されており編集の単位として扱われるシーンごとのサムネイル列である。以降このシーンをチャプタと称す。ＡからＦは各チャプタの代表サムネイルを示す。１００１の領域は、メモリＩＣ内に格納して再生すべきチャプタ列を示し、左から順に再生していくプレイリストを形成している。
【００３６】
１００１に登録する場合は、例えば、１０００内のチャプタ列から候補を選択し、１００１内の希望の再生順序の場所に並べることで１００１のリストを更新することができる。１００２のボックスはプレイリスト１００１内のどの部分が実際にメモリＩＣ内に格納されているかを示すもので、メモリＩＣへの転送後に表示される。図６では、チャプタＡ，ＢすべてとチャプタＣの途中までが格納されているものとし、まだ、全くメモリＩＣ内には再生済データが存在しない状態を表す。
【００３７】
図７は図６の状態からメモリＩＣを一度携帯電話側に装着して一部再生し、再びＨＤＤレコーダ側で再生部分をチェックした画面であり、１００３の着色部分がメモリＩＣ内で再生済になった部分を示す。これにより、ユーザは視覚的にどの部分を再生完了したかを知ることができる。ここで、ユーザーがメモリＩＣへの転送指示をメニュー操作やボタン操作などでＨＤＤレコーダに指示した場合、再生済の１００３の部分が消去され、かわりに空いた容量分だけメモリＩＣに１００２内の次の部分が記録される。
【００３８】
図８は、これに対応して、１００２の記録部分が更新された図を示す。すなわちチャプタＣの途中とＥ，Ｆの途中までが記録されたことになる。このＧＵＩを利用してメモリＩＣの転送を繰り返すことで、視覚的にユーザーにメモリＩＣへの転送状況および再生情報を知らせることができる。１００１、１００２、１００３の部分は適宜左スクロールして再生済のチャプタは１００２内から消去しても良い。
【００３９】
また、図８では、記録領域、再生領域がチャプタの途中位置を管理するようにしているが、例えば、再生済、未再生の区切り位置で自動的にチャプタを区切って１０００、１００１内のサムネイルを自動的に更新するようなインタフェースにしても良い。
【００４０】
なお、本ＧＵＩでは、サムネイル表示によるプレイリスト１００１の登録を行ったが、文字のみによる表示などでリスト表示する構成でも同様の効果が得られる。すなわち、１００１に対応する今後連続して記録して再生すべきプレイリストと１００２に対応する記録済部分、１００３に対応する再生済み部分を何らかの表示形式でユーザーに表示させていれば本質的には同等の効果が得られる。
【００４１】
図９および図１０は、メモリＩＣの空き領域へ登録したプレイリストからデータを転送する指示をユーザーが行うためのインタフェースを示す図である。図９はフロントパネルに装備したボタンであり、このボタン押下により、例えば、図７から図８への遷移に相当する処理を行う。これにより、既に再生済部分の消去、消去分の容量分の再転送を一括して操作できる。図１０は同様のボタンをリモートコントローラ側に装備した例である。
【００４２】
より具体的には、まずユーザがメモリＩＣをＨＤＤレコーダに装着して上記のようなデータ転送ボタンを押下する。ＨＤＤレコーダは、メモリＩＣに記憶されている記録管理情報と再生管理情報を読み出し、プレイリストのうちどこまでメモリＩＣに記録済みであるか、また現在メモリＩＣに記録されているデータのうちどこまで再生済みであるかを検出する。そして、メモリＩＣ上の再生済みの部分を消去する。次に、消去した容量分だけ、プレイリストの次に記録すべきデータを転送する。
【００４３】
なお、上記のようなデータ転送ボタンはＨＤＤレコーダやリモコンが備える場合に限られず、どこにあってもよい。例えば、ＨＤＤレコーダと携帯電話をケーブル等で直接接続した場合に、携帯電話にデータ転送ボタンを設けても良い。
【００４４】
一般にプレイリスト１００２の編集はＨＤＤ内のサムネイルから選択するなど、ユーザーとしては編集時間を要する処理である。そのため、例えば一括してたくさんのチャプタをプレイリストとして編集しておき、これを毎日メモリＩＣに少量ずつ転送して再生するような場合、日々メモリＩＣをＨＤＤレコーダ、携帯電話間で装着しなおして、図９や図１０のようなデータ転送ボタンを押すだけで、所望の処理が行える。これにより日々のプレイリスト編集作業を削減でき、ユーザーの使い勝手を向上させることができる。
【００４５】
なお、プレイリストは、１つの映像音声データから作成されるものに限られない。すなわち、複数の映像音声データから各映像音声データ中の視聴したいチャプタを選択して１つのプレイリストを作成しても良い。例えば、チャプタ列の領域１０００に複数の映像音声データを表示し、あるいは１つずつ順番に表示し、その中から視聴したいチャプタを選択して、プレイリストの領域１００１に挿入すれば良い。この場合、１つ目の映像音声データの終わりに続いて２つ目の映像音声データが自動的にメモリへデータ転送されるので、従来技術のように１つの映像音声データごとにデータ転送の設定をする必要がなくなり、使い勝手が向上する。特に、毎週放送される番組を記録し、この番組をメモリＩＣにデータ転送して続けて視聴する場合などに、使い勝手向上の効果はきわめて大きい。
【００４６】
また、本実施例は、図７に示すとおり、チャプタＢ，ＤをメモリＩＣにデータ転送していない点にも特徴がある。すなわち、ＨＤＤのような大容量記録媒体からメモリＩＣのような小容量記録媒体にデータ転送をする場合、なるべく無駄なデータは転送しないようにすべきである。そこで、従来技術のように１つの映像音声データの全てをメモリＩＣに小分けして転送するのではなく、メモリＩＣにデータ転送して視聴するチャプタをあらかじめＨＤＤレコーダ側で選択してプレイリストを作成しておくことにより、データ転送しても視聴しないような無駄なデータの転送を回避することができる。
【００４７】
また、本実施例では、プレイリストの編集をチャプタ単位で行う例を説明したが、番組単位に編集しても良い。
【００４８】
また、本実施例では、アナログ放送の記録をエンコードしてＨＤＤに記録しこれをメモリＩＣに転送する構成としたが、各種ディジタル放送をＨＤＤ記録して、これを転送する装置や、いったん記録したデータをトランスコードするなどして異なる規格のストリームにして出力してもメモリＩＣへのデータ転送の手順、記録管理情報、再生管理情報の管理方法等については、同等のプロトコルを用いることが可能である。
【実施例２】
【００４９】
図１１は本発明第２の実施例であり、ＨＤＤレコーダと携帯電話をメモリＩＣを介してデータ転送する代わりにＵＳＢネットワーク、イーサネット（登録商標）ネットワーク接続などでデータ転送するシステムである。この場合、第１の実施例で示した番組コンテンツの転送および記録、再生管理情報はネットワークを介して送受信される。携帯電話内のメモリ媒体の記憶容量を第1の実施例のメモリＩＣと同様に扱うことで、第1の実施例と同様の効果が得られる。第１の実施例のメモリＩＦ部分をネットワークのＩＦにして、同様のデータ転送のプロトコルを用いることで実現できる。
【実施例３】
【００５０】
図１２は本発明第３の実施例であり、ＨＤＤレコーダと携帯電話は、無線ＩＦを介してデータ転送されるシステムである。この場合、携帯電話内のメモリの状態は、無線を介してＨＤＤレコーダ側に適宜通信される。また、携帯電話への番組コンテンツのデータ転送は例えば、携帯電話での視聴中に同時変更で行ってもよい。この場合、定期的に携帯電話内のメモリの残量をサーバー側となるＨＤＤレコーダに通知し、空き容量以内の量を断続的にデータを転送する。この機能により、携帯電話側でデータがメモリに格納できなくなるという不備を避けることができる。
【００５１】
また、携帯電話側での再生休止中に自動的にＨＤＤレコーダと通信を行い、自動的に携帯電話側のメモリ内にデータを転送することで、ユーザーが再生する場合には、長時間分のコンテンツが手元に届いている可能性が高くなる。この場合も記録管理情報、再生管理情報をＨＤＤレコーダ側と携帯電話間で同期をとりながらデータの送受信を行うことで第１の実施例のデータ転送のプロトコルと同等の構成で処理を行うことが可能である。
【００５２】
本実施例は、一度内部メモリにバッファリングするためリアルタイム時よりも時間をかけて転送することが可能である。したがって、リアルタイムに配信される映像音声コンテンツを見るよりも、高画質のデータを見ることが可能になるという副次的効果を持つ。
【００５３】
なお、上記各実施例では、ＨＤＤレコーダと携帯電話間のデータ転送を主に記述しているが、ホームサーバと携帯機器、商用サーバーとそれに接続する機器間などでも、同様に利用できる。すなわち、大容量記録媒体を有する装置から小容量記録媒体しか有さない装置に小分けでデータ転送をする場合に適用可能である。
【００５４】
また、上記各実施例では、映像音声データを主に記述しているが、これに限られるものではない。例えば、映像データのみ、音声データのみ、または音楽データなどにも適用できるし、あるいは他の情報やコンテンツであっても構わない。
【図面の簡単な説明】
【００５５】
【図１】本発明第１の実施例の概観を示す図
【図２】本発明第１の実施例におけるHDDレコーダのブロック図
【図３】本発明第１の実施例における携帯電話のブロック図
【図４】本発明第１の実施例におけるメモリICを介したデータ転送フローを示す図
【図５】本発明第１の実施例におけるメモリICを介したデータ転送遷移を示す図
【図６】本発明第１の実施例におけるGUI構成を示す図
【図７】本発明第１の実施例におけるGUI構成を示す図
【図８】本発明第１の実施例におけるGUI構成を示す図
【図９】本発明第１の実施例におけるHDDレコーダのフロントパネルの図
【図１０】本発明第１の実施例におけるHDDレコーダのリモコンの図
【図１１】本発明第２の実施例の概観を示す図
【図１２】本発明第３の実施例の概観を示す図
【符号の説明】
【００５６】
１００…携帯電話、２００…ＨＤＤレコーダ、３００…メモリIC、４００…ネットワークケーブル、５００…無線端末装置
【図１】
2006012225.tif 000003
【図２】
2006012225.tif 000004
【図３】
2006012225.tif 000005
【図４】
2006012225.tif 000006
【図５】
2006012225.tif 000007
【図６】
2006012225.tif 000008
【図７】
2006012225.tif 000009
【図８】
2006012225.tif 000010
【図９】
2006012225.tif 000011
【図１０】
2006012225.tif 000012
【図１１】
2006012225.tif 000013
【図１２】
2006012225.tif 000014