(57)【要約】【課題】コピー制限回数を減らすことなく、かつ、効率的な番組データの視聴が可能な携帯端末を提供する。【解決手段】サーバは、配信された連続番組を表わす第Ｎ連続番組データ（Ｎは１以上の整数）を格納するとともに番組データを携帯端末に対して移動可能に構成される。携帯端末は、サーバから移動された第Ｎ連続番組データを再生可能な再生手段と、サーバとの間で番組データの移動処理を制御するための制御手段とを備える。制御手段は、再生手段により、Ｎ連続番組データの再生が完了したかどうかを判断し、再生が完了したと判断した場合には、サーバにアクセスして、第（Ｎ＋１）連続番組データを有するかどうかを判断し、第（Ｎ＋１）連続番組データが有ると判断した場合には、第Ｎ連続番組データについて携帯端末からサーバに対する移動処理を実行し、サーバから携帯端末に対する第（Ｎ＋１）連続番組データの移動処理を実行する。【選択図】図７
2014053665.tif 000002
【特許請求の範囲】
【請求項１】
配信されたコピー制限を有する番組データを格納するためのサーバと通信可能に設けられた携帯端末であって、
前記サーバは、配信された連続番組を表わす第Ｎ連続番組データ（Ｎは１以上の整数）を格納するとともに番組データを前記携帯端末に対して移動可能に構成され、
前記携帯端末は、
前記サーバから移動された前記第Ｎ連続番組データを再生可能な再生手段と、
前記サーバとの間で番組データの移動処理を制御するための制御手段とを備え、
前記制御手段は、
前記再生手段により、前記第Ｎ連続番組データの再生が完了したかどうかを判断し、
再生が完了したと判断した場合には、前記サーバにアクセスして、第（Ｎ＋１）連続番組データを有するかどうかを判断し、
第（Ｎ＋１）連続番組データが有ると判断した場合には、前記第Ｎ連続番組データについて前記携帯端末から前記サーバに対する移動処理を実行し、
前記サーバから前記携帯端末に対する前記第（Ｎ＋１）連続番組データの移動処理を実行する、携帯端末。
【請求項２】
前記制御手段は、所定の時間に前記サーバにアクセスして、前記第（Ｎ＋１）連続番組データを有するかどうかを判断する、請求項１記載の携帯端末。
【請求項３】
前記制御手段は、
前記携帯端末の負荷の割合を測定し、
前記負荷の割合が所定値未満である場合に前記サーバにアクセスして、前記第（Ｎ＋１）連続番組データを有するかどうかを判断する、請求項１記載の携帯端末。
【請求項４】
前記制御手段は、前記第Ｎ連続番組データの再生について、総再生時間のうちの所定の割合以上が再生された場合に再生が完了したと判断する、請求項１記載の携帯端末。
【請求項５】
前記制御手段は、前記第Ｎ連続番組データの再生について、ユーザからの操作指示に従い再生が完了したと判断する、請求項１記載の携帯端末。
【請求項６】
前記番組データは、連続番組の話数情報を含む番組識別子を有し、
前記制御手段は、前記サーバにアクセスして、前記第Ｎ連続番組データの前記番組識別子に含まれる話数の次の番号の話数あるいは最終話を示す情報が番組識別子に含まれる前記第（Ｎ＋１）連続番組データを有するどうかを判断する、請求項１記載の携帯端末。
【請求項７】
配信されたコピー制限を有する番組データを格納するためのサーバと、
携帯端末とを備え、
前記サーバは、配信された連続番組を表わす第Ｎ連続番組データ（Ｎは１以上の整数）を格納するとともに番組データを前記携帯端末に対して移動可能に構成され、
前記携帯端末は、
前記サーバから移動された前記第Ｎ連続番組データを再生可能な再生手段と、
前記サーバとの間で番組データの移動処理を制御するための制御手段とを含み、
前記制御手段は、
前記再生手段により、前記第Ｎ連続番組データの再生が完了したかどうかを判断し、
再生が完了したと判断した場合には、前記サーバにアクセスして、第（Ｎ＋１）連続番組データを有するかどうかを判断し、
第（Ｎ＋１）連続番組データが有ると判断した場合には、前記第Ｎ連続番組データについて前記携帯端末から前記サーバに対する移動処理を実行し、
前記サーバから前記携帯端末に対する前記第（Ｎ＋１）連続番組データの移動処理を実行する、放送番組記憶システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、携帯端末および放送番組記憶システムに関し、コピー制限を有する番組データを再生する携帯端末および放送番組記憶システムに関する。
【背景技術】
【０００２】
近年、放送局から送信されたテレビ放送用の番組を表す番組データを受信して、記憶部に格納する記録再生装置（以下、サーバとも称する）が普及されている（特許文献１および２）。
【０００３】
ユーザによる番組データの出力指示に応じて、記憶部に格納された番組データをデコードし、その番組データの動画像データを表示装置に表示し、その番組データの音声データをスピーカに出力する。このように、ユーザは、サーバの記憶部に格納された番組データを視聴することができる。
【０００４】
また、ネットワーク技術の普及により、他の外部機器とサーバとが連携して動作する方式も普及している。例えば、サーバと携帯端末とを接続して、サーバの記憶部に格納された番組データを携帯端末にコピーして、ユーザの嗜好に合わせた番組データを携帯端末で視聴することが可能である（特許文献３）。
【０００５】
また、携帯端末等の移動機を操作して、固定的に設置されているサーバに対して番組データを録画することを指示することも可能となっている（特許文献４）。
【０００６】
一方で、コンテンツを適切に管理し、違法なダウンロード等を防止する技術も種々提案されている（特許文献５）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−２５６６９２号公報
【特許文献２】特開２００６−６０６３０号公報
【特許文献３】特開２００６−２７９６９８号公報
【特許文献４】特開２００８−２８８７２５号公報
【特許文献５】特表２００９−５３６４８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記特許文献５に記載の技術はデジタル音楽コンテンツであるが、放送番組等の番組データに関しては、近年コピー制限が設けられていることが多い。
【０００９】
コピー制限として、主に「コピーワンス」や「ダビング１０」とが挙げられる。
「コピーワンス」（Copy Once）とはコンテンツを１世代だけコピーできる（Copy One Generation）仕組みのことである。
【００１０】
「ダビング１０」とは、コピーを９回、移動（ムーブ）を１回だけ可能とする仕組みである。
【００１１】
「コピーワンス」も「ダビング１０」も「１世代のみコピー可」の制御を行う点では同じだが、「世代」の起点が異なる。
【００１２】
「コピーワンス」は放送が起点となるため、記録再生装置に録画した時点で１世代目のコピーとなっていた。したがって、「コピーワンス」の場合、記録再生装置（例えばＨＤＤレコーダ等）から他の外部機器へのコピーは不可で移動（ムーブ）のみ可能となっていたが、ダビング１０では記録再生装置（例えばＨＤＤレコーダ等）が起点となり、記録再生装置（例えばＨＤＤレコーダ等）に録画した時点では１世代目にはならず、そこから他媒体（ＤＶＤ、メモリーカード等）へコピーするのが１世代目と言う違いがある。
【００１３】
この１代目コピーの数を９回、ムーブを１回にして、２世代目コピーを禁止したのがダビング１０である。
【００１４】
こうしたコピー制限がある場合にコピー制限回数を減らすことなくサーバにアクセスして携帯端末で番組データを視聴するためには、従来においては手動でサーバに格納されている番組データを携帯端末に移動（ムーブ）させ、そして、視聴した後は、再び、サーバに移動（ムーブ）させる必要があり、非常に煩雑な作業となっていた。
【００１５】
本発明は、上記のような問題を解決するためになされたものであって、コピー制限回数を減らすことなく、かつ、効率的な番組データの視聴が可能な携帯端末および放送番組記憶システムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明のある局面に従う携帯端末は、配信されたコピー制限を有する番組データを格納するためのサーバと通信可能に設けられた携帯端末であって、サーバは、配信された連続番組を表わす第Ｎ連続番組データ（Ｎは１以上の整数）を格納するとともに番組データを携帯端末に対して移動可能に構成され、携帯端末は、サーバから移動された第Ｎ連続番組データを再生可能な再生手段と、サーバとの間で番組データの移動処理を制御するための制御手段とを備える。制御手段は、再生手段により、第Ｎ連続番組データの再生が完了したかどうかを判断し、再生が完了したと判断した場合には、サーバにアクセスして、第（Ｎ＋１）連続番組データを有するかどうかを判断し、第（Ｎ＋１）連続番組データが有ると判断した場合には、第Ｎ連続番組データについて携帯端末からサーバに対する移動処理を実行し、サーバから携帯端末に対する第（Ｎ＋１）連続番組データの移動処理を実行する。
【００１７】
好ましくは、制御手段は、所定の時間にサーバにアクセスして、第（Ｎ＋１）連続番組データを有するかどうかを判断する。
【００１８】
好ましくは、制御手段は、携帯端末の負荷の割合を測定し、負荷の割合が所定値未満である場合にサーバにアクセスして、第（Ｎ＋１）連続番組データを有するかどうかを判断する。
【００１９】
好ましくは、制御手段は、第Ｎ連続番組データの再生について、総再生時間のうちの所定の割合以上が再生された場合に再生が完了したと判断する。
【００２０】
好ましくは、制御手段は、第Ｎ連続番組データの再生について、ユーザからの操作指示に従い再生が完了したと判断する。
【００２１】
好ましくは、番組データは、連続番組の話数情報を含む番組識別子を有し、制御手段は、サーバにアクセスして、第Ｎ連続番組データの番組識別子に含まれる話数の次の番号の話数あるいは最終話を示す情報が番組識別子に含まれる第（Ｎ＋１）連続番組データを有するどうかを判断する。
【００２２】
本発明のある局面に従う放送番組記憶システムは、配信されたコピー制限を有する番組データを格納するためのサーバと、携帯端末とを備え、サーバは、配信された連続番組を表わす第Ｎ連続番組データ（Ｎは１以上の整数）を格納するとともに番組データを携帯端末に対して移動可能に構成され、携帯端末は、サーバから移動された第Ｎ連続番組データを再生可能な再生手段と、サーバとの間で番組データの移動処理を制御するための制御手段とを含み、制御手段は、再生手段により、第Ｎ連続番組データの再生が完了したかどうかを判断し、再生が完了したと判断した場合には、サーバにアクセスして、第（Ｎ＋１）連続番組データを有するかどうかを判断し、第（Ｎ＋１）連続番組データが有ると判断した場合には、第Ｎ連続番組データについて携帯端末からサーバに対する移動処理を実行し、サーバから携帯端末に対する第（Ｎ＋１）連続番組データの移動処理を実行する。
【発明の効果】
【００２３】
コピー制限回数を減らすことなく、かつ、効率的な番組データの視聴が可能である。
【図面の簡単な説明】
【００２４】
【図１】本発明の実施の形態に従う放送番組記憶システムの構成を説明するブロック図である。
【図２】本発明の実施の形態に従うサーバ１の構成を示すブロック図である。
【図３】サーバ記憶部１１に格納される番組データの管理テーブルを説明する図である。
【図４】本実施の形態に従う携帯端末２の構成を示すブロック図である。
【図５】本実施の形態に従う番組データの移動について説明する図である。
【図６】本実施の形態に従う携帯端末２における番組データの再生処理について説明するフロー図である。
【図７】本実施の形態に従う携帯端末２における番組データの移動処理について説明するフロー図である。
【図８】本実施の形態に従う移動フラグステータスを説明する図である。
【発明を実施するための形態】
【００２５】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【００２６】
以下、実施の形態について図面を参照して詳しく説明する。以下の説明では、放送番組記憶システムを構成するサーバとしてＨＤＤレコーダを用いるとともに、携帯端末として携帯電話機を用いた例について説明する。もっとも、この発明の適用対象はＨＤＤレコーダあるいは携帯電話機、パーソナルコンピュータ等に限られるものでなくこの発明の実施の形態の１つである。
【００２７】
以下に添付図面を参照して、本発明の放送番組記憶システムについて詳細に説明する。
図１は、本発明の実施の形態に従う放送番組記憶システムの構成を説明するブロック図である。
【００２８】
図１を参照して、本発明の放送番組記憶システムは、少なくとも１つの携帯端末２と、サーバ１とを備えている。本例においては、サーバ１は、ＨＤＤレコーダについて代表的に説明する。
【００２９】
サーバ１は、ネットワーク（ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等）を介して携帯端末２と通信可能に構成されているものとする。ネットワークは、無線あるいは有線のどちらでもよい。
【００３０】
図２は、本発明の実施の形態に従うサーバ１の構成を示すブロック図である。
図２を参照して、サーバ１は、受信部１０と、サーバ記憶部１１と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１４と、サーバ出力部１６と、デコーダ１７と、通信部１８と、入力部１９とを備えている。
【００３１】
受信部１０は、放送局から配信された番組データをアンテナを介して受信する。受信部１０で受信された番組データは、サーバ記憶部１１の記憶領域１２に格納される。
【００３２】
通信部１８は、携帯端末２との間でネットワークを介して通信可能に構成されている。
サーバ記憶部１１は、ＨＤＤ等の記憶領域であり、具体的には、記憶領域１２と、管理テーブル１３と、ＣＰＵ１４が実行してサーバ全体を制御するためのサーバプログラム１５とを備えている。
【００３３】
ＣＰＵ１４は、サーバ１の各部を制御する。
サーバ出力部１６は、画像を表示するための表示部１６−１と、音声を出力するためのスピーカ１６−２とを含んでいる。
【００３４】
ユーザからの操作指示に従って記憶領域１２に格納された番組データは、デコーダ１７によりデコードされて表示部１６−１およびスピーカ１６−２から出力されて視聴することが可能である。
【００３５】
入力部１９は、ユーザからの各種の操作指示を受け付ける。
図３は、サーバ記憶部１１に格納される番組データの管理テーブルを説明する図である。
【００３６】
図３を参照して、ここでは、アンテナを介して受信部１０で受信された放送局から配信された複数の番組データのリストが示されている。
【００３７】
複数の番組データの各々は、番組の動画像を表す動画像データおよび音声を表す音声データとともに番組情報を含んでいる。
【００３８】
番組情報は、番組識別子と、放送時間を表す放送時間情報とを含んでいる。番組識別子は、チャンネルを表すチャンネル情報と、放送日時と、番組のタイトルと、その番組データの容量を表す容量情報とを含んでいる。
【００３９】
ここでは、管理テーブルとして、当該番組情報に関するリストが示されている。
特に、本例においては、複数の番組データとして、連続番組を表す複数の連続番組データが格納されている。
【００４０】
具体的には、１〜（Ｎ＋１）個（Ｎは１以上の整数）の連続番組データ（以下、番組データとも称する）が示されている。
【００４１】
第Ｎ連続番組データの番組情報の番組識別子は、タイトルＡ、第Ｎ話とを含み、第（Ｎ＋１）連続番組データ４２の番組情報の番組識別子は、上記と同じタイトルＡ、第（Ｎ＋１）話とを含んでいる。
【００４２】
また、各番組データの放送時間は、一例としてともに６０分である場合が示されている。
【００４３】
例えば、ユーザは、表示部１６−１で表示される当該管理テーブル１３に格納されている番組情報に関するリストを見て、入力部１９の操作に従う所定の操作指示により所望の番組データを視聴可能であるものとする。例えば、タイトルＡ、第１話の番組データを再生する選択操作を実行することにより当該番組データの再生が開始される。
【００４４】
また、サーバ１の記憶領域１２に格納された番組データは、携帯端末２に移動可能に設けられている。サーバ１側から入力部１９によるユーザの操作指示に従って携帯端末２に番組データを移動させることも可能であるし、携帯端末２側からサーバ１にアクセスして番組データを移動させることも可能である。
【００４５】
また、逆に、携帯端末２に移動された番組データについて、再び、携帯端末２側からサーバ１に移動させることも可能である。
【００４６】
図４は、本実施の形態に従う携帯端末２の構成を示すブロック図である。
図４を参照して、携帯端末２は、記憶部２１と、ＣＰＵ２４と、出力部２６と、デコーダ２７と、通信部２８と、入力部２９とを備えている。
【００４７】
通信部２８は、サーバ１との間でネットワークを介して通信可能に構成されている。
通信部２８でサーバ１から受信した番組データは、記憶部２１の記憶領域２２に格納される。
【００４８】
記憶部２１は、ＥＥＰＲＯＭ等の記憶領域であり、具体的には、記憶領域２２と、ＣＰＵ２４が実行して携帯端末全体を制御するための制御プログラム２５とを備えている。
【００４９】
ＣＰＵ２４は、携帯端末２の各部を制御する。
出力部２６は、画像を表示するための表示部２６−１と、音声を出力するためのスピーカ２６−２とを含んでいる。
【００５０】
ユーザからの操作指示に従って記憶領域２２に格納された番組データは、デコーダ２７によりデコードされて表示部２６−１およびスピーカ２６−２から出力されて視聴することが可能である。
【００５１】
入力部２９は、ユーザからの各種の操作指示を受け付ける。
例えば、ユーザは、入力部２９の操作に従う所定の操作指示により記憶部２１の記憶領域２２に格納されている番組データを視聴可能であるものとする。例えば、記憶領域２２に格納されたタイトルＡ、第Ｎ話の番組データを再生する選択操作を実行することにより当該番組データの再生が開始される。
【００５２】
図５は、本実施の形態に従う番組データの移動について説明する図である。
図５（Ａ）を参照して、サーバ（ＨＤＤレコーダ）１にタイトルＡ、第Ｎ話の番組データが格納されている場合が示されている。また、同じタイトルＡ、第（Ｎ＋１）話の番組データが格納されている。ここでは、コピー制限としてダビング１０が設定されているものとする。
【００５３】
図５（Ｂ）を参照して、サーバ１に格納されているタイトルＡ、第Ｎ話の番組データが携帯端末（携帯電話機）２に移動された場合が示されている。
【００５４】
これにより、サーバ１に格納されている番組データのコピー回数は９回となっている。
そして、携帯端末２には、タイトルＡ、第Ｎ話の番組データが格納されている。
【００５５】
当該状態により、携帯端末２において、ユーザは、入力部２９の操作に従う所定の操作指示により格納されている番組データを視聴可能であるものとする。例えば、タイトルＡ、第Ｎ話の番組データを再生する選択操作を実行することにより当該番組データの再生が開始される。
【００５６】
図５（Ｃ）を参照して、携帯端末（携帯電話機）２において、当該タイトルＡ、第Ｎ話の番組データの視聴が終了した後、携帯端末（携帯電話機）２からサーバ１に当該タイトルＡ、第Ｎ話の番組データが移動される。
【００５７】
これにより、サーバ１に格納されている番組データとしては、タイトルＡ、第Ｎ話のコピー回数９回の番組データとともに、タイトルＡ、第Ｎ話のコピー回数１回の番組データが格納される。したがって、削除するのではなく、移動することにより、番組データのコピー回数が元に戻り、コピー制限回数を減らすことなく携帯端末２において番組データの視聴が可能となる。
【００５８】
図５（Ｄ）を参照して、サーバ１に格納されているタイトルＡ、第（Ｎ＋１）話の番組データが携帯端末（携帯電話機）２に移動された場合が示されている。
【００５９】
これにより、サーバ１に格納されている番組データのコピー回数は９回となっている。
そして、携帯端末２には、タイトルＡ、第（Ｎ＋１）話の番組データが格納されている。
【００６０】
当該状態により、携帯端末２において、ユーザは、入力部２９の操作に従う所定の操作指示により格納されている番組データを視聴可能であるものとする。例えば、タイトルＡ、第（Ｎ＋１）話の番組データを再生する選択操作を実行することにより当該番組データの再生が開始される。
【００６１】
当該番組データの移動については入力部を介してユーザの操作指示（手動）に従い実行することが可能であるが、本実施の形態においてはユーザの操作指示によらずに自動で実行する場合について説明する。
【００６２】
具体的には、タイトルＡ、第Ｎ話の番組データを視聴した場合に、ユーザの操作を介さずにタイトルＡ、第（Ｎ＋１）話の番組データを携帯端末２に格納する方式について説明する。ただし、タイトルＡ、第１話の番組データに関しては、携帯端末２の記憶領域２２への格納についてはユーザの操作指示により実行されるものとする。ユーザの操作指示に従ってサーバ１側から携帯端末２に当該番組データを移動させても良いし、携帯端末２側からサーバ１にアクセスして当該番組データを移動させても良い。
【００６３】
図６は、本実施の形態に従う携帯端末２における番組データの再生処理について説明するフロー図である。当該処理は、主に、ＣＰＵ２４により実行される処理である。なお、当該再生処理は、携帯端末２の記憶部２１の記憶領域２２に番組データが格納されている場合に実行可能である。
【００６４】
図６を参照して、ＣＰＵ２４は、番組データの再生が開始されたかどうかを判断する（ステップＳ２）。具体的には、ＣＰＵ２４は、入力部２９を介して記憶領域２２に格納されている番組データに対する再生開始の指示がされたかどうかを判断する。
【００６５】
ステップＳ２において、ＣＰＵ２４は、番組データの再生が開始された場合には、次に、番組データの中断が有ったかどうかを判断する（ステップＳ４）。具体的には、後述する移動フラグステータスにおいて中断フラグがオンであるかどうかを判断する。
【００６６】
ステップＳ４において、ＣＰＵ２４は、番組データの中断が有ったと判断した場合（ステップＳ４においてＹＥＳ）には、中断された番組データを再生する（ステップＳ１６）。
【００６７】
そして、ステップＳ８に進む。
ＣＰＵ２４は、番組データの中断が無かったと判断した場合（ステップＳ４においてＮＯ）には、番組データを再生する（ステップＳ６）。すなわち、最初から番組データを再生する。
【００６８】
次に、ＣＰＵ２４は、再生の中断があるかどうか、あるいは、再生が終了したかどうかを判断する（ステップＳ８）。具体的には、ＣＰＵ２４は入力部２９を介して番組データに対する再生中断の指示がされたかどうかを判断する。あるいは、番組データが最後まで再生されて終了したかどうかを判断する。
【００６９】
ステップＳ８において、ＣＰＵ２４は、再生の中断が有ると判断した場合には、ステップＳ１０に進む。一方、再生の中断が無いと判断した場合には、ステップＳ６に戻り、番組データが終了するまで再生を継続する。
【００７０】
また、ステップＳ８において、ＣＰＵ２４は、番組データの再生が終了したと判断した場合には、ステップＳ１０に進む。
【００７１】
そして、ステップＳ１０において、ＣＰＵ２４は、再生完了条件に到達しているかどうかを判断する。
【００７２】
ステップＳ１０において、ＣＰＵ２４は、再生完了条件に到達していると判断した場合には、再生完了フラグをオンする（ステップＳ１２）。本例においては、再生完了の条件を満たしている場合としては、番組データが最後まで再生された場合だけでなく、例えば、総再生時間の９０％以上の再生が完了している場合も含まれるものとする。あるいは、再生時間が９０％未満であってもユーザの所定の操作指示に従って再生完了とする場合も含まれるものとする。例えば、再生を完了とみなすかどうかの選択画面が表示されて、当該選択画面で再生を完了とみなすの操作指示があった場合等が挙げられる。
【００７３】
そして、処理を終了する（エンド）。
一方、ステップＳ１０において、ＣＰＵ２４は、再生完了条件に到達していないと判断した場合（ステップＳ１０においてＮＯ）には、中断フラグをオンする（ステップＳ１４）。なお、中断フラグをオンする場合には、再度、中断箇所から番組データを再生するために必要な情報等も記憶しておくものとする。例えば、中断した時間等の情報を含めることが可能である。
【００７４】
そして、処理を終了する（エンド）。
次に、再生が完了した携帯端末２に格納されている番組データ（Ｎ話）をサーバ１に移動するとともに、関連する別の番組データ（Ｎ＋１話）をサーバ１から移動させる移動処理について説明する。
【００７５】
図７は、本実施の形態に従う携帯端末２における番組データの移動処理について説明するフロー図である。当該処理は、主に、ＣＰＵ２４により実行される処理である。
【００７６】
図７を参照して、ＣＰＵ２４は、指定時刻であるかどうかを判断する（ステップＳ２０）。本実施の形態においては、ユーザが予め指定した指定時刻に番組データの移動処理を実行する場合について一例として説明する。
【００７７】
次に、ＣＰＵ２４は、指定時刻であると判断した場合（ステップＳ２０においてＹＥＳ）には、次に、サーバ１に接続済みであるかどうかを判断する（ステップＳ２２）。すなわち、携帯端末２がサーバ１と通信可能な状態であるかどうかを判断する。
【００７８】
ステップＳ２２において、ＣＰＵ２４は、サーバ１に接続済みであると判断した場合（ステップＳ２２においてＹＥＳ）には、移動フラグステータスを確認する（ステップＳ２４）。
【００７９】
図８は、本実施の形態に従う移動フラグステータスを説明する図である。
図８を参照して、当該移動フラグステータスは、記憶部２１の記憶領域２２に格納されているものである。ここでは、移動フラグと、再生完了フラグとが設けられている場合が示されている。移動フラグについて「０」の場合には、番組データの移動が全くないことを示す。初期状態である。移動フラグが「１」の場合には、再生済み番組データがサーバ１に移動したことを示す。
【００８０】
再生完了フラグが「０」の場合には、格納されている番組データの再生が完了していないことを示す。再生完了フラグが「１」の場合には格納されている番組データの再生が完了していることを示す。
【００８１】
取りうる値の状態としては、初期状態が移動フラグ、再生完了フラグが「０」、「０」である。また、番組データの再生が完了した場合には、移動フラグ、再生完了フラグが「０」、「１」である。再生済みの番組データの移動が完了した場合には、移動フラグ、再生完了フラグが「１」、「１」となる。
【００８２】
再び、図７を参照して、次に、ＣＰＵ２４は、移動フラグステータスに基づいて移動処理が必要であるかどうかを判断する（ステップＳ２６）。具体的には、再生完了フラグが「１」であるかどうかを判断する。
【００８３】
ＣＰＵ２４は、移動処理が必要であると判断した場合（ステップＳ２６においてＹＥＳ）には、次に、移動対象番組データが有るかどうかを判断する（ステップＳ２８）。具体的には、一例として、サーバ１にアクセスして、管理テーブル１３に格納されている番組情報に関するリストに従って、番組データの番組識別子（タイトルＡ、第Ｎ話）に基づいて、次の番組データ（タイトルＡ、第（Ｎ＋１）話）がサーバ１の記憶領域１２に格納されているかどうかを判断する。例えば、同じタイトルについて、話数について次の番号の番組データが有るかどうかで判断可能である。なお、話数について「最終話」あるいは「最終回」の番組データの場合には、番組データの番組識別子として次の番号で話数が特定されていない場合も考えられる。番組識別子として次の番号たとえば第（Ｎ＋１）話で特定されていない場合には、「最終話」あるいは「最終回」等の文字が含まれている否かを判断して、当該文字が含まれている場合には移動対象番組データが有ると判断することが可能である。「最終話」あるいは「最終回」は一例であり、連続番組データの最後を特定する文字の一例であり、他の文字等で連続番組データの最後を特定してもよく、連続番組データの最後を特定することが可能であればどのような場合であっても良い。すなわち、本例においては、「最終話」あるいは「最終回」の番組データについても第（Ｎ＋１）話の番組として同様に処理することが可能である。
【００８４】
ステップＳ２８において、ＣＰＵ２４は、移動対象番組データが有ると判断した場合（ステップＳ２８においてＹＥＳ）には、番組データ保存容量が有るかどうかを判断する（ステップＳ３０）。具体的には、記憶領域２２に当該次の番組データを記憶させることが可能な保存容量が存在するかどうかを判断する。なお、その際、本例においては、番組データをサーバ１に移動させて、次の番組データをサーバ１から移動させるため、サーバ１に移動させる番組データの容量を考慮して、次の番組データをサーバ１から移動可能かどうか保存容量を判断するようにしてもよい。
【００８５】
ステップＳ３０において、ＣＰＵ２４は、番組データ保存容量が有ると判断した場合（ステップＳ３０においてＹＥＳ）には、再生完了済み番組データが有るかどうかを判断する（ステップＳ３２）。具体的には、移動フラグステータスを確認して、移動フラグが「０」であるかどうかを判断する。移動フラグが「１」の場合には、既に再生完了済み番組データをサーバ１に移動させているからである。
【００８６】
ステップＳ３２において、ＣＰＵ２４は、再生完了済み番組データが有ると判断した場合（ステップＳ３２においてＹＥＳ）には、サーバ１へ番組データを移動する（ステップＳ３４）。例えば、ＣＰＵ２４は、通信部２８を介して記憶領域２２に格納されているタイトルＡ、第Ｎ話の番組データをサーバ１に移動させる。
【００８７】
次に、ＣＰＵ２４は、移動フラグステータスを更新する（ステップ３６）。具体的には、ＣＰＵ２４は、移動フラグステータスの移動フラグを「１」に設定する。
【００８８】
そして、次に、ＣＰＵ２４は、サーバ１から番組データを移動させる（ステップＳ３８）。具体的には、一例として、サーバ１にアクセスして、管理テーブル１３に格納されている番組情報に関するリストに従って、タイトルＡ、第Ｎ話の次の番組データ（タイトルＡ、第（Ｎ＋１）話）を携帯端末２に移動させるように指示する。当該指示によりサーバ１は、携帯端末２にタイトルＡ、第（Ｎ＋１）話の番組データを通信部１８を介して携帯端末２に送信する。そして、携帯端末２は、サーバ１から送信されたタイトルＡ、第（Ｎ＋１）話の番組データを通信部２８を介して受信して、記憶領域２２に格納する。これにより、タイトルＡ、第（Ｎ＋１）話の番組データの再生が可能となる。
【００８９】
次に、ＣＰＵ２４は、移動フラグステータスをリセットする（ステップＳ４０）。具体的には、初期状態に戻す。すなわち、移動フラグ、再生完了フラグをともに「０」に設定する。
【００９０】
そして、処理を終了する（エンド）。
ステップＳ３２において、ＣＰＵ２４は、再生完了済み番組データが無いと判断した場合（ステップＳ３２においてＮＯ）には、ステップＳ３８に進む。具体的には、移動フラグステータスを確認して、移動フラグが「１」の場合には、既に、再生完了済み番組データを移動させているためステップＳ３４、Ｓ３６をスキップする。
【００９１】
その後の処理は上記と同様である。
また、ステップＳ２８において、ＣＰＵ２４は、移動対象番組データが無いと判断した場合（ステップＳ２８においてＮＯ）には、再生完了済み番組データが有るかどうかを判断する（ステップＳ４２）。具体的には、移動フラグステータスを確認して、移動フラグが「０」であるかどうかを判断する。移動フラグが「１」の場合には、既に再生完了済み番組データをサーバ１に移動させているからである。移動対象番組データが無いと判断した場合とは、例えば、サーバ１の記憶領域１２に次の話数の番組データが格納されていない場合が挙げられる。
【００９２】
また、ＣＰＵ２４は、番組データ保存容量が無いと判断した場合（ステップＳ３０においてＮＯ）にもステップＳ４２に進む。
【００９３】
ステップＳ４２において、ＣＰＵ２４は、再生完了済み番組データが有ると判断した場合（ステップＳ４２においてＹＥＳ）には、再生完了済みの番組データを移動するかどうかを判断する（ステップＳ４４）。具体的には、一例として、再生完了済みの番組データを移動させるかどうかの選択画面をユーザに提示して、ユーザの選択指示に従い判断する。
【００９４】
ステップＳ４４において、ＣＰＵ２４は、再生完了済みの番組データを移動すると判断した場合（ステップＳ４４においてＹＥＳ）には、サーバ１へ番組データを移動させる（ステップＳ４６）。具体的には、例えば、ＣＰＵ２４は、通信部２８を介して記憶領域２２に格納されているタイトルＡ、第Ｎ話の番組データをサーバ１に移動させる。
【００９５】
そして、ＣＰＵ２４は、移動フラグステータスを更新する（ステップＳ４８）。具体的には、ＣＰＵ２４は、移動フラグステータスの移動フラグを「１」に設定する。
【００９６】
そして、処理を終了する（エンド）。サーバ１の記憶領域１２に次の話数の番組データが格納されていない場合でも当該再生完了済みの番組データは、サーバ１に移動させて記憶領域を確保することが可能である。また、予め再生完了済みの番組データをサーバ１に移動させることにより、次の話数の番組データの移動に係る処理も早期に実行することが可能である。
【００９７】
一方、ステップＳ４２において、ＣＰＵ２４は、再生完了済み番組データが無いと判断した場合（ステップＳ４２においてＮＯ）、また、ステップＳ４４において、番組データを移動させないと判断した場合（ステップＳ４４においてＮＯ）には、処理を終了する（エンド）。具体的には、移動フラグステータスを確認して、移動フラグが「１」の場合には、既に再生完了済み番組データをサーバ１に移動させているため処理を終了する。
【００９８】
例えば、本実施の形態に従う携帯端末２において、ユーザの操作指示に従いタイトルＡ、第１話の番組データを再生して当該再生が完了した場合について説明する。
【００９９】
指定時刻となった場合に図７のフロー図が実行されて、タイトルＡ、第１話の番組データの再生が完了していると判断された場合（すなわち、移動フラグステータスの再生完了フラグが「１」）には、タイトルＡ、第１話の番組データがサーバ１に通信部２８を介して移動される。そして、携帯端末２は、サーバ１からタイトルＡ、第２話の番組データを通信部２８を介して受信し、記憶領域２２に格納する。そして、携帯端末２は、再び、ユーザの操作指示に従いタイトルＡ，第２話の番組データの再生が完了した場合には、指定時刻となった場合に、図７で説明した上記と同様の処理を実行する。すなわち、タイトルＡ、第２話の番組データをサーバ１に移動させるとともに、サーバ１から第３話の番組データを移動させる。以降の処理についても同様である。
【０１００】
当該処理により、ユーザは、例えば、タイトルＡ、第１話の番組データの再生を完了した場合には、連続番組であるタイトルＡ、第２話の番組データを自動的にサーバ１から取得して携帯端末２で再生することが可能でる。その際、サーバ１から携帯端末２に移動させた番組データをサーバ１に再び移動させて戻すことによりコピー制限回数を減らすことなく当該処理を実行することが可能である。そして、当該処理を指定時刻となった際に自動で実行するためユーザに煩雑な作業を強いることなく、効率的に番組データの再生（視聴）が可能である。
【０１０１】
指定時刻は、ユーザによって設定可能であり、ユーザが携帯端末２を操作しない期間に設定することによりさらに効率的に番組データの移動処理を実行することが可能である。
【０１０２】
また、例えば、連続番組として週毎に放送される番組データについて、ユーザが第１話の番組データの再生を完了した後、その後の次の話数の番組データがサーバ１に格納されていない場合でも、サーバ１に格納された後は、次の話数の番組データを携帯端末２にユーザの操作無しに移動させることが可能である。
【０１０３】
なお、本例においては、指定時刻に図７の移動処理のフローを実行する場合について説明しているが、ユーザが指定するのではなく、例えば、ＣＰＵ２４が携帯端末２の負荷の割合を測定して、当該負荷の割合が所定値未満である場合に、当該図７の移動処理のフローを実行するようにしても良い。当該処理の場合、負荷が掛からない時間に当該処理を実行することが可能であり、効率的な移動処理が可能である。また、所定期間毎に当該処理を実行するようにしても良い。
【０１０４】
また、指定時刻以外に指定日時、指定曜日等を設定して、図７の移動処理のフローを実行するようにしても良い。
【０１０５】
なお、本例においては、コピー制限として、ダビング１０の場合について説明したが、コピーワンスの場合にも同様に適用することが可能である。
【０１０６】
なお、本例においては、一例として、放送局から配信された番組データについて説明したが、特に放送局から配信された番組データに限られず、例えば、ネットワークを介して外部からダウンロードした番組データ等であっても良い。
【０１０７】
今回開示された実施の形態は例示であって、上記内容のみに制限されるものではない。本発明の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１０８】
１  サーバ、２  携帯端末、１０  受信部、１１  サーバ記憶部、１２，２２  記憶領域、１３  管理テーブル、１４，２４  ＣＰＵ、１５  サーバプログラム、１６  サーバ出力部、１６−１，２６−１  表示部、１６−２，２６−２  スピーカ、１７，２７  デコーダ、１８，２８  通信部、１９，２９  入力部、２１  記憶部、２５  制御プログラム、２６  出力部。
【図１】
2014053665.tif 000003
【図２】
2014053665.tif 000004
【図３】
2014053665.tif 000005
【図４】
2014053665.tif 000006
【図５】
2014053665.tif 000007
【図６】
2014053665.tif 000008
【図７】
2014053665.tif 000009
【図８】
2014053665.tif 000010