(57)【要約】【課題】見たい番組をダウンロードにより端末装置のメモリに蓄積し、その番組を再生している間に、次の番組が送信されてきた場合は、バックグラウンドでダウンロードにより端末装置のメモリに蓄積することを可能にすること。【解決手段】各端末装置の各々のメモリは、番組データについて番組データ記憶エリアが複数個設けられ、各端末装置は、番組提供サーバから番組データが送信される毎に、複数個の番組データ記憶エリアのうちの１つの空きエリアに番組データをダウンロードして蓄積し、ダウンロードが完了すると番組データのダウンロードを行った番組データ記憶エリアを再生番組データ記憶エリアに設定する番組データ蓄積手段と、設定された再生番組データ記憶エリアに蓄積された番組データを再生する番組データ再生手段とを備える。【選択図】図１５
2009118266.tif 000002
【特許請求の範囲】
【請求項１】
番組データが記憶された番組提供サーバと、番組データを蓄積記憶するためのメモリと前記メモリに記憶された番組データに対応する画像が表示出力される出力部と前記番組データを読み出して前記出力部に出力する制御部とを各々に備えた複数の端末装置と、前記番組提供サーバから前記複数の端末装置への一方向で番組データを送信する送信路とで構成された番組蓄積再生システムにおいて、
前記番組提供サーバが各端末装置に対して送信する番組データは、番組の先頭部分を表す頭出部、番組内容が記憶された番組本体部及び番組終了を表す番組終了部を含んで構成され、
前記番組提供サーバは、時間の経過に従って順次前記番組本体部が異なる番組データを前記送信路を介して前記複数の端末装置に送信するものであり、
前記各端末装置の各々のメモリは、前記番組データについて番組データ記憶エリアが複数個設けられ、
前記各端末装置は、前記番組提供サーバから前記番組データが送信される毎に、前記複数個の番組データ記憶エリアのうちの１つの空きエリアに前記番組データをダウンロードして蓄積し、ダウンロードが完了すると前記番組データのダウンロードを行った番組データ記憶エリアを再生番組データ記憶エリアに設定する番組データ蓄積手段と、設定された再生番組データ記憶エリアに蓄積された番組データを再生する番組データ再生手段とを備えることを特徴とする番組蓄積再生システム。
【請求項２】
前記各端末装置は、番組再生指令手段を備え、前記番組データ再生手段は、前記番組再生指令手段による番組再生指令に応じて前記番組データの再生を開始するものであり、前記番組データ再生手段が前記番組データの再生を行っている間においても、前記番組データ蓄積手段は、前記空きエリアに前記番組データのダウンロードを続けて行うものであることを特徴とする請求項１に記載の番組蓄積再生システム。
【請求項３】
前記番組データ蓄積手段は、前記番組データのダウンロードが完了すると、前記番組データのダウンロードを行った番組データ記憶エリアとは別の番組データ記憶エリアを空きエリアに設定することを特徴とする請求項１又は２に記載の番組蓄積再生システム。
【請求項４】
前記番組データ蓄積手段は、前記番組データ再生手段が前記再生番組データ記憶エリアに蓄積されている番組データの再生を行っている場合、前記再生番組データ記憶エリアを前記空きエリアの設定対象から除外することを特徴とする請求項１乃至３のうちの何れか１つに記載の番組蓄積再生システム。
【請求項５】
前記番組データ蓄積手段は、前記番組データ再生手段が番組データの再生を行っている場合、前記再生番組データ記憶エリアに蓄積された番組データの番組終了部を判定すると、前記再生番組データ記憶エリアを前記空きエリアに設定することを特徴とする請求項１乃至４のうちの何れか１つに記載の番組蓄積再生システム。
【請求項６】
前記番組提供サーバに複数種別の番組データが記憶され、前記番組データは、前記番組本体部の種別を識別するための識別部を含み、
前記番組提供サーバは、前記複数の端末装置へ一方向で複数種別の番組データを送信するものであり、
前記各端末装置は、ダウンロードを行う番組の種別を設定する番組種別設定手段を有し、前記番組種別設定手段で設定可能な番組の種別毎に、１つの種別の番組データについて番組データ記憶エリアが複数個設けられ、
前記番組データ蓄積手段は、前記番組提供サーバから前記番組データが送信される毎に、前記番組データの識別部が前記番組種別設定手段で設定された番組の種別であるか否かを判断し、設定された種別である場合に当該番組データを前記番組の種別に対応した番組データ記憶エリアにダウンロードする一方、設定された種別でない場合は当該番組データのダウンロードを行わないことを特徴とする請求項１乃至５のうちの何れか１つに記載の番組蓄積再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、番組提供サーバから送信された番組をダウンロードにより端末装置のメモリに蓄積し、蓄積された番組を再生する番組蓄積再生システムに関するものである。
【背景技術】
【０００２】
テレビやラジオなどの番組は番組提供側から片方向で送信されている。このため、視聴者は、番組の放送時間に合わせて待機するか、数十のチャンネルが視聴者に提供されている場合は、その中から好みの番組を選択し、番組放送途中から見ることになる。また、視聴者が番組をディスクに記録し、後で記録した番組を再生して見る。
【０００３】
番組の記録・再生方法としては、送信側の番組提供サーバで番組内容を更新し、端末で更新した内容を受信して端末の蓄積内容を追加蓄積あるいは上書きする方法や、端末において受信と再生を同時に行うストリーミング、端末あるいはホームサーバなどで新しい内容を蓄積して番組を累積し、その中から番組を選択して見る、あるいは蓄積された番組を上書きして最新の内容にするなどの放送型サーバの利用方法などがある。
【０００４】
例えば、第１ユーザが第１携帯端末により、連続番組を表す第Ｎ連続番組データを見終わっている場合又は見終わる可能性がある場合、第１携帯端末の出力部に出力された第Ｎ連続番組データの第１再生時間が、第Ｎ連続番組データに対する所定範囲内であるとき、サーバは、サーバ記憶部に格納された第（Ｎ＋１）連続番組データをコピーして第１携帯端末の記憶部に格納し、その第Ｎ連続番組データを視聴完了後に第１携帯端末の記憶部から消去するためのコピー番組視聴後削除命令を第１携帯端末に通知し、第１携帯端末の制御部は、コピー番組視聴後削除命令に応じて、第１携帯端末の記憶部から第Ｎ連続番組データを消去する。これにより、第１ユーザは、第Ｎ連続番組データを第１携帯端末により視聴し終わった場合、手動コピー処理を行なわずに、第Ｎ連続番組データの後の第（Ｎ＋１）連続番組データを第１携帯端末により視聴することができるようにした録画番組自動格納システムが公知となっている（例えば、特許文献１参照）。
【０００５】
【特許文献１】特開２００６−２７９６９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
これらの従来技術では、番組のダウンロード中あるいは番組の上書き中は、既に蓄積が終了している番組を見ることができない。また一方で、番組を視聴中は、最新の番組が送信されたとしても最新の番組をダウンロードできないといった問題がある。また、ストリーミングでは、最近のネットワークはベストエフォート型であるために、同時アクセス件数が増加すると帯域保証ができない。換言すると、同時アクセス件数が増加すると送信速度が遅くなり画面（動画）再生が遅くなったり、あるいは画面（動画）停止するなどが起きる可能性がある。さらに、放送型ホームサーバでは、番組を大容量のメモリを持ったホームサーバに蓄積・累積しなければならないことや、番組ダウンロード中では、番組を見ることができないといった問題点がある。
【０００７】
また、特許文献１に記載の録画番組自動格納システムは、録画サーバと携帯端末とが双方向通信で接続され、携帯端末が第１携帯管理情報（番組データの番組識別子等）をサーバに送信し、制御主体がサーバによって行われているものである。従って、番組提供側から一方向で番組が送信されているものではない。このために、携帯端末の台数が多数に増加すると、サーバは各携帯端末との双方向のアクセス回数や接続に必要な制御に限界がある。
【０００８】
本発明の目的は、番組を見たいときに、端末にスイッチを入れた時点、あるいは他の利用メニューから切り替えた時点で、見たい番組をダウンロードにより端末装置のメモリに蓄積し、その番組を再生している間に、次の番組が送信されてきた場合は、バックグラウンドでダウンロードにより端末装置のメモリに蓄積でき、但し、電源を常時接続した状態にある場合は常時ダウンロードにより番組を更新することもできる番組蓄積再生システムを提供することにある。
【課題を解決するための手段】
【０００９】
請求項１に係る番組蓄積再生システムは、番組データが記憶された番組提供サーバと、番組データを蓄積記憶するためのメモリと前記メモリに記憶された番組データに対応する画像が表示出力される出力部と前記番組データを読み出して前記出力部に出力する制御部とを各々に備えた複数の端末装置と、前記番組提供サーバから前記複数の端末装置への一方向で番組データを送信する送信路とで構成されたものであって、上記課題を解決するために、前記番組提供サーバが各端末装置に対して送信する番組データは、番組の先頭部分を表す頭出部、番組内容が記憶された番組本体部及び番組終了を表す番組終了部を含んで構成され、前記番組提供サーバは、時間の経過に従って順次前記番組本体部が異なる番組データを前記送信路を介して前記複数の端末装置に送信するものであり、前記各端末装置の各々のメモリは、前記番組データについて番組データ記憶エリアが複数個設けられ、前記各端末装置は、前記番組提供サーバから前記番組データが送信される毎に、前記複数個の番組データ記憶エリアのうちの１つの空きエリアに前記番組データをダウンロードして蓄積し、ダウンロードが完了すると前記番組データのダウンロードを行った番組データ記憶エリアを再生番組データ記憶エリアに設定する番組データ蓄積手段と、設定された再生番組データ記憶エリアに蓄積された番組データを再生する番組データ再生手段とを備えることを特徴とする。
【００１０】
請求項２に係る番組蓄積再生システムは、請求項１に係る番組蓄積再生システムにおいて、前記各端末装置は、番組再生指令手段を備え、前記番組データ再生手段は、前記番組再生指令手段による番組再生指令に応じて前記番組データの再生を開始するものであり、前記番組データ再生手段が前記番組データの再生を行っている間においても、前記番組データ蓄積手段は、前記空きエリアに前記番組データのダウンロードを続けて行うことを特徴とするものである。
【００１１】
請求項３に係る番組蓄積再生システムは、請求項１又は２に係る番組蓄積再生システムにおいて、前記番組データ蓄積手段は、前記番組データのダウンロードが完了すると、前記番組データのダウンロードを行った番組データ記憶エリアとは別の番組データ記憶エリアを空きエリアに設定することを特徴とするものである。
【００１２】
請求項４に係る番組蓄積再生システムは、請求項１乃至３のうちの何れか１つに係る番組蓄積再生システムにおいて、前記番組データ蓄積手段は、前記番組データ再生手段が前記再生番組データ記憶エリアに蓄積されている番組データの再生を行っている場合、前記再生番組データ記憶エリアを前記空きエリアの設定対象から除外することを特徴とするものである。
【００１３】
請求項５に係る番組蓄積再生システムは、請求項１乃至４のうちの何れか１つに係る番組蓄積再生システムにおいて、前記番組データ蓄積手段は、前記番組データ再生手段が番組データの再生を行っている場合、前記再生番組データ記憶エリアに蓄積された番組データの番組終了部を判定すると、前記再生番組データ記憶エリアを前記空きエリアに設定することを特徴とするものである。
【００１４】
請求項６に係る番組蓄積再生システムは、請求項１乃至５のうちの何れか１つに係る番組蓄積再生システムにおいて、前記番組提供サーバに複数種別の番組データが記憶され、前記番組データは、前記番組本体部の種別を識別するための識別部を含み、前記番組提供サーバは、前記複数の端末装置へ一方向で複数種別の番組データを送信するものであり、前記各端末装置は、ダウンロードを行う番組の種別を設定する番組種別設定手段を有し、前記番組種別設定手段で設定可能な番組の種別毎に、１つの種別の番組データについて番組データ記憶エリアが複数個設けられ、前記番組データ蓄積手段は、前記番組提供サーバから前記番組データが送信される毎に、前記番組データの識別部が前記番組種別設定手段で設定された番組の種別であるか否かを判断し、設定された種別である場合に当該番組データを前記番組の種別に対応した番組データ記憶エリアにダウンロードする一方、設定された種別でない場合は当該番組データのダウンロードを行わないことを特徴とするものである。
【発明の効果】
【００１５】
請求項１に係る番組蓄積再生システムによれば、番組提供サーバから時間の経過に従って順次番組本体部が異なる番組データが送られると、各端末装置は、番組データが送信される毎に、番組データ記憶エリアの空きエリアに番組データをダウンロードして蓄積し、再生番組に設定するので、見たい最新の番組をその番組内容の最初から見ることができる。
【００１６】
請求項２に係る番組蓄積再生システムによれば、ユーザが番組の再生を開始すると、番組の再生中も、番組データが送信される毎に番組データ記憶エリアの空きエリアに番組データのダウンロードが続けて行われているので、そのまま番組を視聴し続けられ、１つの番組内容の終了から次の番組内容の最初へ、次の番組内容の終了から更にその次の番組内容の最初へとアップデートされた番組内容をその番組内容の最初から見続けることができる。例えば、テレビやラジオ等のように一方向で番組を送信してくるシステムで適用可能である。
【００１７】
請求項４に係る番組蓄積再生システムによれば、番組再生中は、送られてくる番組データは再生中の番組データが蓄積されているエリアとは別の空きエリアにダウンロードされるので、見ている番組は影響を受けないため、常時きれいな画面で番組を視聴することができる。
【００１８】
請求項６に係る番組蓄積再生システムによれば、見たい番組の種別を設定できるので、種別の異なる複数の番組を組み合わせて見ることができ、複数の種別の番組について、番組が送られてくる毎に更新しながら継続して見ることができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照しつつ本発明の実施の形態を説明する。図１は、本発明の実施形態に係る番組蓄積再生システムのブロック図である。番組蓄積再生システム１は、番組データが記憶された番組提供サーバ２と、番組データを蓄積記憶するためのメモリとメモリに記憶された番組データに対応する画像が表示出力される出力部と番組データを読み出して出力部に出力する制御部とを各々に備えた複数の端末装置３，３，３，・・・と、番組提供サーバ２から複数の端末装置３，３，３，・・・への一方向で番組データを送信する送信路４とで構成されている。
【００２０】
実施形態の番組提供サーバ２には、映像配信サーバ５、音楽配信サーバ６並びに広告配信サーバ７が通信接続され、これらの配信サーバ５〜７から番組提供サーバ２に番組データが送られ、番組提供サーバ２において、番組内容に応じて番組種別が付与された後、複数ある種別毎に番組データが記憶されている。
【００２１】
複数の端末装置３は、例えば、パーソナルコンピュータ、携帯電話端末、テレビ等で構成される。また、送信路４は、有線通信路並びに無線通信路の何れでもよい。番組提供サーバ２は、時間の経過に従って順次番組の内容が異なる（後述の番組本体部が異なる）番組データを送信路４を介して複数の端末装置３，３，３，・・・に送信する。
【００２２】
図２は、端末装置３の一形態である携帯端末装置の構成を示すブロック図である。携帯端末は、コンピュータで構成されており、メモリ８と、ＣＰＵ９と、出力部１０と、通信部１１と、操作入力部１２とを備えている。通信部１１は、基地局との無線通信が可能であり、番組提供サーバ２と基地局を介して無線通信が可能である。なお、無線通信については公知であるため説明を省略する。また、通信部１１は、当該携帯端末が番組提供サーバ２と有線ネットワークを介して通信可能である。メモリ８には、後述の１つの種別の番組データについて複数個の番組データ記憶エリア１３（図２では番組データ記憶エリア全体を１つにまとめて示している）と、ＣＰＵ９が実行する制御プログラム１４（制御部に相当）とを含んでいる。出力部１０は、番組データに基づいて動画再生を行う番組再生部（図示せず）や表示部１５（画像表示部）やスピーカ１６を含んでいる。
【００２３】
図３は、番組提供サーバ２から各端末装置３に対して送信される番組データのデータ構成を示す図である。番組データは、番組の先頭部分を表す頭出部、番組内容が記憶された番組本体部及び番組終了を表す番組終了部を含んで構成され、さらに頭出部の前に番組本体部の種別を識別するための識別部が付与されている。ここで、番組本体部の種別（識別部の内容）は、例えば、８ビットデータで構成されている。識別部の内容は、番組の内容（番組本体部の内容）が、例えば、政治経済ニュースであればビット０が「１」、即ち１６進表記で「０１Ｈ」であり、芸能ニュースであればビット１が「１」、即ち１６進表記で「０２Ｈ」であり、スポーツニュースであればビット２が「１」、即ち１６進表記で「０４Ｈ」であり、通販番組であればビット３が「１」、即ち１６進表記で「０８Ｈ」、というように、番組本体部の内容に従って番組提供サーバ２により種別が付与される。なお、本実施形態では、識別部のビット４〜ビット７は未使用となっており、ビット４〜ビット７は全て「０」である。
【００２４】
また、一例として、政治経済ニュースの場合、選挙速報とか災害に関わる情報（例えば地震や津波警報）のように、視聴者にとって瞬時の情報が重要となる時、番組再生時間が５分間であるものとすると、番組再生開始時から５分後、即ち、番組再生終了時に、新しい情報が入る。このように、番組提供サーバ２において政治経済ニュースの内容は時間の経過に従って刻々と更新されるため、番組の内容が異なり、時間の経過に従って順次更新された番組内容を複数の端末装置３，３，３，・・・に送信する。
【００２５】
図４は、各端末装置３のメモリ８に設定された番組データ記憶エリアを示す図である。各端末装置３のメモリには、後述の番組種別設定手段で設定することのできる番組の種別毎に、１つの種別の番組データについて番組データ記憶エリアが複数個設けられている。本実施形態では、１つの種別の番組データについて番組データ記憶エリアの個数が３つ設けられている。例えば、番組の種別が「０１Ｈ」である政治経済ニュースについて、番組データ記憶エリア（１）、番組データ記憶エリア（２）、番組データ記憶エリア（３）の３個が設けられている。なお、実施形態では、１つの種別の番組データについて番組データ記憶エリアを３個設けているが、３個に限らず、３個以上設けられていてもよい。
【００２６】
番組提供サーバ２は、各端末装置３へ一方向で複数種別の番組データを送信するものである。一方、各端末装置３は、ダウンロードを行う番組の種別を設定する番組種別設定手段を有している。各端末装置３は、番組提供サーバ２から番組データが送信される毎に、番組データの識別部が番組種別設定手段で設定された番組の種別であるか否かを判断し、設定された種別である場合に当該番組データを前記番組の種別に対応した番組データ記憶エリアにダウンロードする一方、設定された種別でない場合は当該番組データのダウンロードを行わない。
【００２７】
各端末装置３は、番組提供サーバ２から番組データが送信される毎に、複数個の番組データ記憶エリアのうちの１つの空きエリアに番組データをダウンロードして蓄積し、ダウンロードが完了すると番組データのダウンロードを行った番組データ記憶エリアを再生番組データ記憶エリアに設定する。そして、ユーザにより操作入力部１２に対して番組再生のための操作入力が行われると（番組再生指令手段）、操作入力部１２から番組再生指令が出力され、番組再生指令に応じて設定された再生番組データ記憶エリアに蓄積された番組データの再生を開始する。また、各端末装置３は、再生番組データ記憶エリアに蓄積されている番組データの再生を行っている場合、再生番組データ記憶エリアを空きエリアの設定対象から除外する。番組データの再生を行っている間においても、前記空きエリアに番組データのダウンロードによる蓄積を続けて行う。そして、再生番組データ記憶エリアに蓄積された番組データの番組終了部を判定すると、再生番組データ記憶エリアを前記空きエリアに設定する。
【００２８】
以上のように構成された番組蓄積再生システム１における各端末装置３が実行する番組データのダウンロード並びにダウンロードによってメモリ８の番組データ記憶エリアに蓄積された番組データの再生に関する各処理について説明する。
【００２９】
まず、各端末装置３における番組種別設定処理について説明する。番組種別設定の起動方式については、特に図示しないが、各端末装置３（例えば、携帯電話や携帯端末等）の表示部（表示画面）において表示されているメニュー画面において、メニュー画面上に表示されている「番組種別設定」項目を方向キーで選択し、Ｅｎｔｅｒキーを入力するか、パーソナルコンピュータであれば、「番組種別設定」項目を選択してＥｎｔｅｒキーを入力する（マウスによるクリック操作であってもよい）ことにより起動をかける。
【００３０】
図５は、例えば、携帯電話の表示部に表示された番組種別設定画面を示す図である。番組種別設定画面には、ダウンロードする番組の種別として設定可能な番組内容が選択入力可能に表示されている。図５においては、設定可能な番組種別の内容として「１  政治経済ニュース」、「２  芸能ニュース」、「３  スポーツニュース」、「４  通販番組」の４つの番組種別のうちで、１以上の組み合わせが設定可能であり、その他に、「やり直し」、「戻る」の２つ操作キーが入力可能になっている。なお、各項目の選択並びに入力方式については、公知の技術であるから、選択項目を方向キーで選択し、Ｅｎｔｅｒキーを入力するものとして説明するが、これに限定されるものではない。
【００３１】
図６は、各端末装置３のＣＰＵ９（以下、単にＣＰＵという）が実行する番組種別設定処理のフローチャートである。番組種別設定処理を開始すると、各項目が入力されたか否かをステップＳ１０１〜ステップＳ１０６にて順次判定する。まず、「政治経済ニュース」の選択入力が行われたか否かを判定する（ステップＳ１０１）。「政治経済ニュース」の選択入力が行われていなければ、「芸能ニュース」の選択入力が行われたか否かを判定する（ステップＳ１０２）。「芸能ニュース」の選択入力が行われていなければ、「スポーツニュース」の選択入力が行われたか否かを判定する（ステップＳ１０３）。「スポーツニュース」の選択入力が行われていなければ、「通販番組」の選択入力が行われたか否かを判定する（ステップＳ１０４）。「通販番組」の選択入力が行われていなければ、「やり直し」の選択入力が行われたか否かを判定する（ステップＳ１０１）。「やり直し」の選択入力が行われていなければ、「戻る」の選択入力が行われたか否かを判定する（ステップＳ１０１）。「戻る」の選択入力が行われていなければ、ステップＳ１０１に戻る。
【００３２】
さて、「政治経済ニュース」の選択入力が行われた場合は、ステップＳ１０１をＹＥＳと判定し、番組種別フラグのビット０をオンし（「１」を立てる）（ステップＳ１０７）、ステップＳ１０１に戻る。ここで、番組種別フラグは、図３に示す識別部と同様に８ビット（１バイト）のデータ構成であり、政治経済ニュースであればビット０が「１」、芸能ニュースであればビット１が「１」、スポーツニュースであればビット２が「１」、通販番組であればビット３が「１」、というように、設定された種別に対応するビットがオンとなる。なお、本実施形態では、番組種別フラグのビット４〜ビット７は未使用となっている。
【００３３】
また、「芸能ニュース」の選択入力が行われた場合は、ステップＳ１０２をＹＥＳと判定し、番組種別フラグのビット１をオンし（「１」を立てる）（ステップＳ１０８）、ステップＳ１０１に戻る。「スポーツニュース」の選択入力が行われた場合は、ステップＳ１０３をＹＥＳと判定し、番組種別フラグのビット２をオンし（「１」を立てる）（ステップＳ１０９）、ステップＳ１０１に戻る。「通販番組」の選択入力が行われた場合は、ステップＳ１０４をＹＥＳと判定し、番組種別フラグのビット３をオンし（「１」を立てる）（ステップＳ１１０）、ステップＳ１０１に戻る。「やり直し」の選択入力が行われた場合は、番組種別の設定のやり直しとなり、ステップＳ１０５をＹＥＳと判定し、番組種別フラグを０クリアし（８ビット全てが０）（ステップＳ１１１）、ステップＳ１０１に戻る。「戻る」の選択入力が行われた場合は、番組種別の設定の終了となり、ステップＳ１０６をＹＥＳと判定し、メニュー画面に戻る。
【００３４】
上述の番組種別設定処理において、ユーザが、例えば、政治経済ニュースのみを番組種別を設定した場合には、番組種別フラグのビット０がオン、即ち、「０００００００１」となる。また、ユーザが、例えば、政治経済ニュースと芸能ニュースとの２つの番組種別を設定した場合には、番組種別フラグのビット０がオン、ビット１がオン、即ち、「００００００１１」となる。また、例えば、政治経済ニュースとスポーツニュースとの２つの番組種別を設定した場合には、番組種別フラグのビット０がオン、ビット２がオン、即ち、「０００００１０１」となる。
【００３５】
図７は、各端末装置３のＣＰＵが実行する番組データのダウンロードに関わる処理のメインルーチンを示すフローチャートである。また、図１１は、各端末装置３のメモリに設定された処理に必要な各記憶部を示す図である。当該メインルーチンは、例えば、携帯端末が電源に接続されている状態、或いは、携帯端末のスイッチをオンにするか、或いは他のメニューから初期画面に切り替えることにより起動する。メインルーチンを開始すると、再生中フラグを０クリアする（ステップＳ０１）。ここで、再生中フラグは、ＣＰＵが番組再生中であるか否かを判断するためのフラグであり、その値が「１」で「番組再生中」であり、「０」で「番組再生中でない」である。次いで、ダウンロード処理を実行する（ステップＳ０２）。ダウンロード処理を抜けると、再生中フラグが「１（番組再生中）」であるか否かを判定する（ステップＳ０３）。ユーザが番組の再生の指示を操作入力していない場合、再生中フラグが「０（番組再生中でない）」であり、ステップＳ０３をＮＯと判定し、ステップＳ０２に戻る。従って、ステップＳ０２のダウンロード処理とステップＳ０３においてＮＯの判定とを繰り返し行うことになる。なお、ダウンロード処理にて、番組提供サーバ２から番組データが送信される毎に、複数個の番組データ記憶エリアのうちの１つの空きエリアに番組データをダウンロードして蓄積するが、これについては後述する。
【００３６】
ここで、番組再生について説明する。番組再生指令手段については、特に図示していないが、各端末装置３（例えば、携帯電話や携帯端末等）の表示部（表示画面）において表示されているメニュー画面において、メニュー画面上に表示されている「番組再生」項目を方向キーで選択し、Ｅｎｔｅｒキーを入力するか、パーソナルコンピュータであれば、「番組再生」項目を選択してＥｎｔｅｒキーを入力することにより、番組再生指令をかける（ステップＳ０６）。
【００３７】
番組再生指令の入力があると、応じてＣＰＵは、再生中フラグに「１（番組再生中）」をセットし（ステップＳ０７）、番組種別フラグのビットを指定するためのビット指定用レジスタｉに初期値「０」をセットする（ステップＳ０８）。次いで、番組終了部検出フラグを０クリアする（ステップＳ０９）。ここで、番組終了部検出フラグは、ＣＰＵが番組再生中処理において番組データの番組終了部（図３参照）を検出したか否かを判断するためのフラグであり、その値が「１」で「検出済み」であり、「０」で「未検出」である。ステップＳ０９を行うと、ステップＳ１０に進み、番組再生指令に応じ、番組再生準備処理を実行し（ステップＳ１０）、番組再生準備処理を抜けると、ステップＳ０４に進み、番組再生準備処理でセットされた番組再生条件に従って１つの番組データについての番組再生中処理を行う（ステップＳ０４）。なお、番組再生中処理にて、１つの番組データが再生されることによって、ユーザが番組を視聴可能となる。番組再生中処理を抜けると、番組終了部検出フラグが「１（検出済み）」であるか否かを判定する（ステップＳ０５）。番組再生中処理において番組データの番組終了部が検出されていなければ、１つの番組データが再生中であって、番組終了部検出フラグの値は「０（未検出）」であり、ステップＳ０５をＮＯと判定し、ステップＳ０２のダウンロード処理に戻る。そして、ダウンロード処理を抜けると、再生中フラグが「１（番組再生中）」である結果、ステップＳ０３をＹＥＳと判定し、ステップＳ０４の番組再生中処理に進み、番組再生中処理を抜けると、番組終了部検出フラグが「１（検出済み）」であるか否かを判定する（ステップＳ０５）。
【００３８】
従って、番組終了部検出フラグの値が「０（未検出）」の場合、ステップＳ０２のダウンロード処理と、ステップＳ０３においてＹＥＳの判定と、ステップＳ０４の番組再生中処理と、ステップＳ０５においてＮＯの判定とを繰り返し行うことになる。よって、番組データの再生を行っている間においても、携帯装置３のＣＰＵは、空きエリアに番組データのダウンロードを続けて行う。よって、見たい番組をダウンロードにより端末装置３のメモリ８に蓄積し、その番組を再生している間に、次の番組が送信されてきた場合は、バックグラウンドでダウンロードにより端末装置３のメモリ８に蓄積することができる。
【００３９】
そして、番組再生中処理において番組データの番組終了部が検出されると、１つの番組データの再生が終了となり、番組終了部検出フラグに「１（検出済み）」がセットされることになる。従って、番組再生中処理を抜けると、ステップＳ０５では番組終了部検出フラグが「１（検出済み）」であると判定される。ＣＰＵは、ステップＳ０９に進み、番組終了部検出フラグを０クリアする（ステップＳ０９）。そして、ステップＳ１０の番組再生準備処理を実行し、次に再生する番組データについての番組再生条件をセットし、番組再生準備処理を抜けると、ステップＳ０４に進み、再び番組再生中処理を行う。
【００４０】
図１２は、番組提供サーバ２から送信される複数種別の番組の送信順序及び時間の経過に従った各種別で異なる番組内容の送信態様と、端末装置３において設定された番組種別の第１例及び第２例を示す図である。図１２においては、番組の種別は、政治経済ニュースを「Ａ」で表し、芸能ニュースを「Ｂ」で表し、スポーツニュースを「Ｃ」で表し、通販番組を「Ｄ」で表している。また、時間の経過において、同一の番組種別ついて、送信時刻の早いものから遅いものの順に番組内容が異なるので、例えば、政治経済ニュースであれば、「Ａ１」、「Ａ２」、「Ａ３」、「Ａ４」、・・・のように、番組種別を表すアルファベット記号の後に順番を表す数字を付している。
【００４１】
図１２に示すように、基本的な形態としては、番組提供サーバ２は、政治経済ニュース「Ａ１」、芸能ニュース「Ｂ１」、スポーツニュース「Ｃ１」、通販番組「Ｄ１」の順序で複数種別の番組を各端末装置３に送信している。次いで、番組提供サーバ２は、政治経済ニュース「Ａ２」、芸能ニュース「Ｂ２」、スポーツニュース「Ｃ２」、通販番組「Ｄ２」の順序で複数種別の番組を各端末装置３に送信している。なお、政治経済ニュースの番組「Ａ（ｎ）」と次の政治経済ニュースの番組「Ａ（ｎ＋１）」との時間間隔は一義的には決められない。また、番組提供サーバ２は、番組の種別毎に、互いに異なる個別のチャンネルで番組を送信する。
【００４２】
なお、図１２に示す番組種別の設定の第１例では、端末装置３の番組種別の設定は、番組種別が「Ａ」の政治経済ニュースのみとなっており、メモリの番組種別フラグ（図１１参照）の値は、「０００００００１」となっている。また、番組種別の設定の第２例では、端末装置３の番組種別の設定は、番組種別が「Ａ」の政治経済ニュース及び「Ｂ」の芸能ニュースとなっており、メモリの番組種別フラグ（図１１参照）の値は、「００００００１１」となっている。
【００４３】
図８は各端末装置３のＣＰＵが実行するダウンロード処理のサブルーチンを示すフローチャートである。ダウンロード処理を開始すると、ＣＰＵは、番組の送信があるか否か（番組が受信されるか否か）を判定する（ステップＳ１１）。番組の送信がなければ、ダウンロード処理を抜ける。番組の送信がある場合、ステップＳ１２に進み、番組データを受信する（ステップＳ１２）。次いで、受信した番組の先頭部分である識別部（図３参照）と番組識別フラグとのＡＮＤを取る（ステップＳ１３）。そして、ＡＮＤ結果が「０」であるか否かを判定する（ステップＳ１４）。
【００４４】
受信された番組データが政治経済ニュースである場合、番組データの識別部は「０００００００１」である。上述の番組種別の設定の第１例では、ステップＳ１３のＡＮＤ結果は「０００００００１」であり、ＡＮＤ結果が「０」ではない。よって、ステップＳ１４をＮＯと判定し、即ち、受信された番組データは、番組種別で設定された種別であると判定し、ステップＳ１５に進む。
【００４５】
また、受信された番組データが芸能ニュースである場合、番組データの識別部は「００００００１０」である。上述の番組種別の設定の第１例では、ＡＮＤ結果が「０」となる。よって、ステップＳ１４をＹＥＳと判定し、即ち、受信された番組データは、番組種別で設定された種別ではないと判定し、ダウンロード処理を抜ける。よって、受信された番組データが番組種別で設定された種別ではないと判定した場合、当該番組データのダウンロードを行わない。
【００４６】
また、受信された番組データが政治経済ニュースである場合、番組データの識別部は「０００００００１」である。上述の番組種別の設定の第２例（番組種別フラグ「００００００１１」）では、ステップＳ１３のＡＮＤ結果は「０００００００１」であり、ＡＮＤ結果が「０」ではない。よって、ステップＳ１４をＮＯと判定し、即ち、受信された番組データは、番組種別で設定された種別であると判定し、ステップＳ１５に進む。
【００４７】
また、受信された番組データが芸能ニュースである場合、番組データの識別部は「００００００１０」である。上述の番組種別の設定の第２例では、ステップＳ１３のＡＮＤ結果は「００００００１０」であり、ＡＮＤ結果が「０」ではない。よって、ステップＳ１４をＮＯと判定し、即ち、受信された番組データは、番組種別で設定された種別であると判定し、ステップＳ１５に進む。
【００４８】
さらなる一例として、受信された番組データがスポーツニュースである場合、番組データの識別部は「０００００１００」である。上述の番組種別の設定の第２例（番組種別フラグ「００００００１１」）では、ステップＳ１３のＡＮＤ結果は「００００００００」であり、ＡＮＤ結果が「０」となる。よって、ステップＳ１４をＹＥＳと判定し、即ち、受信された番組データは、番組種別で設定された種別ではないと判定し、ダウンロード処理を抜ける。よって、受信された番組データが番組種別で設定された種別ではないと判定した場合、当該番組データのダウンロードを行わない。
【００４９】
図１３は、番組種別の設定が「政治経済ニュース」のみである第１例の場合における番組データのダウンロードが行われる番組データ記憶エリアと、番組データのダウンロードが行われない番組データ記憶エリアとを表す図である。図１３に示すが如く、番組データのダウンロードが行われるのは、識別部が「０１Ｈ」の番組データ記憶エリア（１）〜（３）のみである。
【００５０】
図１４は、番組種別の設定が「政治経済ニュース」及び「芸能ニュース」である第２例の場合における番組データのダウンロードが行われる番組データ記憶エリアと、番組データのダウンロードが行われない番組データ記憶エリアとを表す図である。図１４に示すが如く、番組データのダウンロードが行われるのは、番組データの識別部が「０１Ｈ」であるものについては、ＡＮＤ結果が「０１Ｈ」の番組データ記憶エリア（１）〜（３）であり、番組データの識別部が「０２Ｈ」であるものについては、ＡＮＤ結果が「０２Ｈ」の番組データ記憶エリア（１）〜（３）である。番組データの識別部が「０４Ｈ」及び「０８Ｈ」であるものについては、ダウンロードされない。
【００５１】
受信された番組データが番組種別で設定された種別であると判定した場合、ステップＳ１５に進み、当該番組データを番組の種別に対応した番組データ記憶エリアにダウンロードすることになる。ステップＳ１５に進むと、ＡＮＤ結果で番組の種別を特定する（ステップＳ１５）。以上の説明から明らかなように、ＡＮＤ結果そのものの値が番組種別を示している。
【００５２】
次に、特定した番組種別（例えば、「０１Ｈ」であれば、政治経済ニュースの種別となる）に対応する空きエリア番号記憶部（図１１参照）の値で指定されたＮ番目の空きエリアに受信した番組データをダウンロードする（ステップＳ１６）。なお、空きエリア番号記憶部の初期値は、番組種別フラグの設定が行われた時点ではＮ＝「１」となっているものとする。即ち、図４の各々の番組データ記憶エリア（１）を指定する値「１」となっている。ステップＳ１６を行うと、ＣＰＵは、特定した番組種別に対応する再生番組エリア番号記憶部にＮの値を記憶し（ステップＳ１７）、ステップＳ１８に進む。
【００５３】
なお、本実施形態において、ステップＳ１７の処理は、番組データのダウンロードを行った番組データ記憶エリアを再生番組データ記憶エリアに設定すること（請求項１）に相当する。
【００５４】
ステップＳ１８に進むと、ＣＰＵは、空きエリア番号記憶部の値Ｎを＋１し（ステップＳ１８）、更新アップしたＮの値が４に達したか否かを判定し（ステップＳ１９）、Ｎの値が４に達していなければ、ステップＳ２１に進む一方、Ｎの値が４に達している場合、Ｎの値を「１」に戻し（ステップＳ２０）、ステップＳ２１に進む。
【００５５】
ステップＳ２１に進むと、更新アップしたＮの値で指定される番組データ記憶エリアが再生中であるか否かを判定する（ステップＳ２１）。具体的には、更新アップしたＮの値が特定した番組種別に対応する再生中エリア番号記憶部（図１１参照）に記憶されている値に一致しているか否かを判定する。更新アップしたＮの値が特定した番組種別に対応する再生中エリア番号記憶部に記憶されている値に一致している場合には、更新アップしたＮの値で指定される番組データ記憶エリアが再生中であると判定する。この場合、ＣＰＵは、ステップＳ１８に戻り、再度Ｎの値を＋１し（ステップＳ１８）、ステップＳ１９がＮＯならステップＳ２１に進み、ステップＳ１９がＹＥＳならステップＳ２０を行ってステップＳ２１に進む。再生中の番組データ記憶エリアは１つであるから、更新アップしたＮの値は、再生中エリア番号記憶部に記憶されている値に一致しないことになり、ステップＳ２１をＮＯと判定してステップＳ２２に進む。
【００５６】
なお、本実施形態において、ステップＳ２１をＹＥＳと判定する場合の処理は、再生番組データ記憶エリアに蓄積されている番組データの再生を行っている場合、前記再生番組データ記憶エリアを空きエリアの設定対象から除外すること（請求項４）に相当する。
【００５７】
一方、ステップＳ２１にて、更新アップしたＮの値が特定した番組種別に対応する再生中エリア番号記憶部に記憶されている値に一致していない場合には、そのままステップＳ２１をＮＯと判定してステップＳ２２に進むことになる。
【００５８】
ステップＳ２２に進むと、更新アップしたＮの値を、特定した番組種別に対応する空きエリア番号記憶部に記憶し（ステップＳ２２）、Ｎの値で指定される番組データ記憶エリアを０クリアし（ステップＳ２３）、ダウンロード処理を抜ける。
【００５９】
なお、本実施形態において、ステップＳ２２の処理は、番組データのダウンロードが完了すると、前記番組データのダウンロードを行った番組データ記憶エリアとは別の番組データ記憶エリアを空きエリアに設定すること（請求項３）に相当する。
【００６０】
次に、番組再生準備処理（図７のステップＳ１０）について説明する。図９は、各端末装置３のＣＰＵが実行する番組再生準備処理のサブルーチンを示すフローチャートである。番組再生準備処理を開始すると、ビット指定用レジスタｉにセットされている値で指定される番組種別フラグのビットｉがオン（「１」）であるか否かを判定する（ステップＳ３１）。一番最初に番組再生指令を入力した場合には、ビット指定用レジスタｉに初期値「０」がセットされているから、番組種別フラグのビット０がオンであるか否かを判定することになる。
【００６１】
番組種別フラグのビットｉがオンである場合には、当該ビットに対応する番組種別の番組再生をするため、再生番組記憶レジスタに再生する番組種別の値を記憶し（ステップＳ３５）、再生する番組種別に対応する再生番組エリア番号記憶部の値を再生中エリア番号記憶部にセットし（ステップＳ３６）、ビット指定用レジスタｉの値を＋１して更新し（ステップＳ３７）、更新アップしたビット指定用レジスタｉの値が設定された上限値「４」（この実施形態では設定可能な番組種別がビット０〜ビット３までとなっているため）となっているか否かを判定する（ステップＳ３８）。更新アップしたビット指定用レジスタｉの値が設定された上限値「４」となっていなければ、ステップＳ３８をＮＯと判定し、番組再生処理を抜けて番組再生中処理（図７のステップＳ０４）に進む。また、更新アップしたビット指定用レジスタｉの値が設定された上限値「４」となっている場合、ビット指定用レジスタｉの値を初期値「０」に戻し（ステップＳ３９）、番組再生処理を抜けて番組再生中処理（図７のステップＳ０４）に進む。
【００６２】
例えば、番組種別フラグのビット０がオンである場合には、再生を行う番組種別は「０１Ｈ」であるから、再生番号記憶レジスタに番組種別の値「０１Ｈ」を記憶し、政治経済ニュースの番組再生をするために、図１１の番組種別「０１Ｈ」政治経済ニュースに対応する再生番組エリア番号記憶部の値を再生中エリア番号記憶部にセットする。先に説明したが、再生番組エリア番号記憶部に記憶されたＮの値は、番組再生指令が入力された時において、最新の番組データがダウンロードにより蓄積されている番組データ記憶エリアを指定する値である。
【００６３】
一方、ステップＳ３１にて、番組種別フラグのビットｉがオン（「１」）ではないと判定された場合には、当該ビットに対応する番組種別は番組再生の対象外であり（番組データのダウンロードの対象外であり）、ビット指定用レジスタｉの値を＋１し（ステップＳ３２）、更新アップしたビット指定用レジスタｉの値が設定された上限値「４」（この実施形態では設定可能な番組種別がビット０〜ビット３までとなっているため）となっているか否かを判定する（ステップＳ３３）。更新アップしたビット指定用レジスタｉの値が設定された上限値「４」となっていなければ、ステップＳ３３をＮＯと判定してステップＳ３１に戻り、番組種別フラグの更新アップした次のビットｉがオン（「１」）であるか否かを判定する（ステップＳ３１）。また、更新アップしたビット指定用レジスタｉの値が設定された上限値「４」となっている場合、ビット指定用レジスタｉの値を初期値「０」に戻し（ステップＳ３４）、ステップＳ３１に戻る。なお、以上の処理ループをステップＳ３１の判定結果がＹＥＳとなるまで繰り返す。
【００６４】
次に、番組再生中処理（図７のＳ０４）について説明する。図１０は、各端末装置３のＣＰＵが実行する番組再生中処理のサブルーチンを示すフローチャートである。番組再生中処理を開始すると、再生番組記憶レジスタに記憶された番組種別の値で再生する番組種別を特定する（ステップＳ４１）。例えば、再生番組記憶レジスタに記憶された番組種別０が「０１Ｈ」であれば、再生を行う番組種別は「政治経済ニュース」である（図４参照）。次に、再生中エリア番号記憶部にセットされた値Ｎで指定される番組データ記憶エリアに蓄積された番組データを読み出す（ステップＳ４２）。読み出す番組データのバイト数は不明であるが、表示部の１画面に画像を表示するのに最低必要な所定バイト数を読み出す。また、次に読み出しを行う番組データのメモリ上のアドレスを記憶する。次いで、読み出した番組データが番組終了部であるか否かを判定する（ステップＳ４３）。読み出した番組データが番組終了部でなければ、読み出した番組データを出力部１０に出力して番組を再生する（ステップＳ４４）。ステップＳ４４を実行すると、ＣＰＵは今回の番組再生中処理を抜けて、図７のフローチャートに示すように、番組終了部検出フラグが「１（検出済み）」であるか否かを判定するが（ステップＳ０５）、番組終了部検出フラグの値が「０（未検出）」であるから、ステップＳ０２のダウンロード処理に戻る。
【００６５】
そして、ダウンロード処理を抜けると、再生中フラグが「１（番組再生中）」である結果、ステップＳ０３をＹＥＳと判定し、ステップＳ０４の番組再生中処理に再び進む。番組再生中処理では、ステップＳ４１を行い、ステップＳ４２にて、次の番組データを読み出し、読み出した番組データが番組終了部でなければ（ステップＳ４３をＮＯと判定する）、読み出した番組データを出力部１０に出力して番組の再生を続行する（ステップＳ４４）。以上の処理ルーチンを繰り返すことにより、設定された番組種別の番組データの再生を行う。番組データの再生を行っている間においても、携帯装置３のＣＰＵは、ステップＳ０２のダウンロード処理により、空きエリアに番組データのダウンロードを続けて行う。よって、見たい番組をダウンロードにより端末装置３のメモリ８に蓄積し、その番組を再生している間に、次の番組が送信されてきた場合は、バックグラウンドでダウンロードにより端末装置３のメモリ８に蓄積することができる。
【００６６】
そして、番組再生中処理において、番組データの番組終了部が読み出されると、ステップＳ４３にて、読み出した番組データが番組終了部であると判定し（ステップＳ４３をＹＥＳと判定し）、Ｎ番目の番組データ記憶エリアを０クリアし（ステップＳ４５）、再生中エリア番号記憶部を０クリアし（ステップＳ４６）、番組終了部検出フラグに「１（検出済み）」をセットし（ステップＳ４７）、番組再生中処理を抜ける。
【００６７】
従って、図７のフローチャートにおいて、番組再生中処理を抜けると、ステップＳ０５では番組終了部検出フラグが「１（検出済み）」であると判定される。ＣＰＵは、ステップＳ０８に進み、番組終了部検出フラグを０クリアする（ステップＳ０９）。そして、ステップＳ１０の番組再生準備処理を実行し、次に再生する番組データについての番組再生条件をセットし、番組再生準備処理を抜けると、ステップＳ０４に進み、番組再生中処理を行う。
【００６８】
以上に説明した各処理によって実現される番組データのダウンロード並びに番組データの再生について、例を掲げて説明する。図１５は、番組種別の設定が「政治経済ニュース」（番組種別フラグが「０００００００１」、即ち、「０１Ｈ」）のみである第１例の場合における番組データのダウンロードが行われる番組データ記憶エリアと、番組データの再生中におけるダウンロードが行われる番組データ記憶エリアとを表す図である。
【００６９】
番組データの識別部「０１Ｈ」、即ち、「政治経済ニュース」についての番組データ記憶エリアは、番組データ記憶エリア（１）〜番組データ記憶エリア（３）の３つが設定されている（図１３参照）。また、図１１の再生中フラグは「０（番組再生中でない）」であり、番組終了部検出フラグは「０（未検出）」である。また、番組種別「０１Ｈ」について、空きエリア番号記憶部は、番組データ記憶エリア（１）を指定するＮ＝１となっている。再生番組エリア番号記憶部は「０」、再生中エリア番号記憶部は「０」である。
【００７０】
図１５において、図１２と同様、番組の種別は、「政治経済ニュース」を「Ａ」で表し、送信時刻の早いものから遅いものの順に番組内容が異なるので、例えば、政治経済ニュースであれば、「Ａ１」、「Ａ２」、「Ａ３」、「Ａ４」、・・・のように、番組種別を表すアルファベット記号の後に順番を表す数字を付している。なお、番組提供サーバ２から送信される番組データの送信順序は図１２に示すとおりであるものとする。
【００７１】
まず、「政治経済ニュース」の番組データ「Ａ１」が送信されると、番組データ記憶エリア（１）に番組データ「Ａ１」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（２）を指定するＮ＝２に更新される。また、再生番組エリア番号記憶部は番組データ「Ａ１」をダウンロードした番組データ記憶エリア（１）を指定する「１」、再生中エリア番号記憶部は「０」である。
【００７２】
次に、「政治経済ニュース」の番組データ「Ａ２」が送信されると、番組データ記憶エリア（２）に番組データ「Ａ２」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（３）を指定するＮ＝３に更新され、再生番組エリア番号記憶部は番組データ「Ａ２」をダウンロードした番組データ記憶エリア（２）を指定する「２」となる。なお、再生中エリア番号記憶部は「０」である。
【００７３】
次に、「政治経済ニュース」の番組データ「Ａ３」が送信されると、番組データ記憶エリア（３）に番組データ「Ａ３」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（１）を指定するＮ＝１に更新され、再生番組エリア番号記憶部は番組データ「Ａ３」をダウンロードした番組データ記憶エリア（３）を指定する「３」となる。なお、再生中エリア番号記憶部は「０」である。
【００７４】
次に、「政治経済ニュース」の番組データ「Ａ４」が送信されると、番組データ記憶エリア（１）に番組データ「Ａ４」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（２）を指定するＮ＝２に更新され（図８のステップＳ１８）、再生番組エリア番号記憶部は番組データ「Ａ４」をダウンロードした番組データ記憶エリア（１）を指定する「１」となる。なお、再生中エリア番号記憶部は「０」である。
【００７５】
ここで、ユーザが番組再生指令手段を操作することによって番組再生指令を入力する。すると、再生中フラグに「１（番組再生中）」がセットされ、ビット指定用レジスタｉに初期値「０」がセットされる。番組再生準備処理においては、ビット指定用レジスタｉの値「０」により、番組種別フラグのビット０のオン状態が検出され、再生を行う番組種別として「０１Ｈ」が再生番組記憶レジスタに記憶され、再生中エリア番号記憶部に再生番組エリア番号記憶部の値「１」がセットされる。また、ビット指定用レジスタｉの値が＋１されて更新される。
【００７６】
続く番組再生中処理では、再生番組記憶レジスタに記憶された値「０１Ｈ」によって再生する番組種別が「政治経済ニュース」に特定され、特定した「政治経済ニュース」について、再生中エリア番号記憶部に記憶された値「１」で指定される番組データ記憶エリアの番組データ「Ａ４」が読み出されて再生が開始される。ユーザは最新の番組「Ａ４」を番組の最初から視聴することになる。
【００７７】
「政治経済ニュース」の番組「Ａ４」を視聴中に、「政治経済ニュース」の番組データ「Ａ５」が送信されると、空きエリア番号記憶部は、番組データ記憶エリア（２）を指定するＮ＝２に更新されているから、番組データ記憶エリア（２）に番組データ「Ａ５」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（３）を指定するＮ＝３に更新され、再生番組エリア番号記憶部は番組データ「Ａ５」をダウンロードした番組データ記憶エリア（２）を指定する「２」となる。なお、再生中エリア番号記憶部は番組データ記憶エリア（１）を示す「１」である。
【００７８】
そして、番組再生中処理にて、番組データ記憶エリアの番組データ「Ａ４」の番組終了部が読み出されると、番組終了部であると判定され、番組データ記憶エリア（１）を０クリアすることで空きエリアとし、再生中エリア番号記憶部を０クリアし、番組終了部検出フラグに「１（検出済み）」をセットする。
【００７９】
番組再生中処理を抜けると番組終了部検出フラグの値が「１（検出済み）」であると判定され、番組終了部検出フラグの値を０クリアし、番組再生準備処理に進み、ビット指定用レジスタｉの値（この場合は「１」）で指定される番組種別フラグのビット１のオン状態は検出されず、ビット指定用レジスタｉの値が２に更新され、番組種別フラグのビット２のオン状態も検出されず、ビット指定用レジスタｉの値が３に更新され、番組種別フラグのビット３のオン状態も検出されず、ビット指定用レジスタｉの値が０に戻され、番組種別フラグのビット０のオン状態が検出され、再生を行う番組種別として「０１Ｈ」が再生番組記憶レジスタに記憶され、再生中エリア番号記憶部に再生番組エリア番号記憶部の値「２」がセットされる。また、ビット指定用レジスタｉの値が＋１されて更新される。
【００８０】
続く番組再生中処理では、再生番組記憶レジスタに記憶された値「０１Ｈ」によって再生する番組種別が「政治経済ニュース」に特定され、特定した「政治経済ニュース」について、再生中エリア番号記憶部に記憶された値「２」で指定される番組データ記憶エリアの番組データ「Ａ５」が読み出されて再生が開始される。ユーザは最新の番組「Ａ５」を番組の最初から視聴することになる。
【００８１】
「政治経済ニュース」の番組「Ａ５」を視聴中に、「政治経済ニュース」の番組データ「Ａ６」が送信されると、空きエリア番号記憶部は、番組データ記憶エリア（３）を指定するＮ＝３に更新されているから、番組データ記憶エリア（３）に番組データ「Ａ６」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（１）を指定するＮ＝１に更新され、再生番組エリア番号記憶部は番組データ「Ａ６」をダウンロードした番組データ記憶エリア（３）を指定する「３」となる。なお、再生中エリア番号記憶部は番組データ記憶エリア（２）を示す「２」である。
【００８２】
以下、同様にして、「政治経済ニュース」の番組「Ａ５」の再生が終了すると、番組データ記憶エリア（３）の番組データ「Ａ６」を再生し、「政治経済ニュース」の番組「Ａ６」を視聴中に、政治経済ニュースの番組データ「Ａ７」が送信されると、空きエリア番号記憶部は、番組データ記憶エリア（１）を指定するＮ＝１に更新されているから、番組データ記憶エリア（１）に番組データ「Ａ７」をダウンロードする。
【００８３】
図１６は、番組種別の設定が「政治経済ニュース」及び「芸能ニュース」（番組種別フラグが「００００００１１」、即ち、番組データの識別部が「０１Ｈ」及び「０２Ｈ」）である第２例の場合における番組データのダウンロードが行われる番組データ記憶エリアと、番組データの再生中におけるダウンロードが行われる番組データ記憶エリアとを表す図である。
【００８４】
番組データの識別部「０１Ｈ」、即ち、「政治経済ニュース」についての番組データ記憶エリアは、番組データ記憶エリア（１）〜番組データ記憶エリア（３）の３つが設定され、識別部「０２Ｈ」、即ち、「芸能ニュース」についての番組データ記憶エリアは、番組データ記憶エリア（１）〜番組データ記憶エリア（３）の３つが設定されている（図１４参照）。また、図１１の再生中フラグは「０（番組再生中でない）」であり、番組終了部検出フラグは「０（未検出）」である。また、番組種別（識別部）「０１Ｈ」について、空きエリア番号記憶部は、番組データ記憶エリア（１）を指定するＮ＝１となっている。再生番組エリア番号記憶部は「０」、再生中エリア番号記憶部は「０」である。さらに、番組種別（識別部）「０２Ｈ」について、空きエリア番号記憶部は、番組データ記憶エリア（１）を指定するＮ＝１となっている。再生番組エリア番号記憶部は「０」、再生中エリア番号記憶部は「０」である。
【００８５】
図１６において、図１２と同様、番組の種別は、政治経済ニュースを「Ａ」で表し、芸能ニュースを「Ｂ」で表し、送信時刻の早いものから遅いものの順に番組内容が異なるので、例えば、政治経済ニュースであれば、「Ａ１」、「Ａ２」、「Ａ３」、「Ａ４」、・・・のように、芸能ニュースであれば、「Ｂ１」、「Ｂ２」、「Ｂ３」、「Ｂ４」、・・・のように、番組種別を表すアルファベット記号の後に順番を表す数字を付している。なお、番組提供サーバ２から送信される番組データの送信順序は図１２に示すとおりであるものとする。
【００８６】
まず、「政治経済ニュース」の番組データ「Ａ１」が送信されると、番組データ記憶エリア（１）に番組データ「Ａ１」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（２）を指定するＮ＝２に更新される。また、再生番組エリア番号記憶部は番組データ「Ａ１」をダウンロードした番組データ記憶エリア（１）を指定する「１」、再生中エリア番号記憶部は「０」である。
【００８７】
次いで、「芸能ニュース」の番組データ「Ｂ１」が送信されると、番組データ記憶エリア（１）に番組データ「Ｂ１」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（２）を指定するＮ＝２に更新される。また、再生番組エリア番号記憶部は番組データ「Ｂ１」をダウンロードした番組データ記憶エリア（１）を指定する「１」となり、再生中エリア番号記憶部は「０」である。
【００８８】
次に、「政治経済ニュース」の番組データ「Ａ２」が送信されると、番組データ記憶エリア（２）に番組データ「Ａ２」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（３）を指定するＮ＝３に更新され、再生番組エリア番号記憶部は番組データ「Ａ２」をダウンロードした番組データ記憶エリア（２）を指定する「２」となる。なお、再生中エリア番号記憶部は「０」である。
【００８９】
続いて「芸能ニュース」の番組データ「Ｂ２」が送信されると、番組データ記憶エリア（２）に番組データ「Ｂ２」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（３）を指定するＮ＝３に更新される。また、再生番組エリア番号記憶部は番組データ「Ｂ２」をダウンロードした番組データ記憶エリア（２）を指定する「２」となり、再生中エリア番号記憶部は「０」である。
【００９０】
次に、「政治経済ニュース」の番組データ「Ａ３」が送信されると、番組データ記憶エリア（３）に番組データ「Ａ３」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（１）を指定するＮ＝１に更新され、再生番組エリア番号記憶部は番組データ「Ａ３」をダウンロードした番組データ記憶エリア（３）を指定する「３」となる。なお、再生中エリア番号記憶部は「０」である。
【００９１】
続いて「芸能ニュース」の番組データ「Ｂ３」が送信されると、番組データ記憶エリア（３）に番組データ「Ｂ３」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（１）を指定するＮ＝１に更新される。また、再生番組エリア番号記憶部は番組データ「Ｂ３」をダウンロードした番組データ記憶エリア（３）を指定する「３」となり、再生中エリア番号記憶部は「０」である。
【００９２】
ここで、ユーザが番組再生指令手段を操作することによって番組再生指令を入力する。すると、再生中フラグに「１（番組再生中）」がセットされ、ビット指定用レジスタｉに初期値「０」がセットされる。番組再生準備処理においては、ビット指定用レジスタｉの値「０」により、番組種別フラグのビット０のオン状態が検出され、再生を行う番組種別として「０１Ｈ」が再生番組記憶レジスタに記憶され、再生中エリア番号記憶部に再生番組エリア番号記憶部の値「３」がセットされる。また、ビット指定用レジスタｉの値が＋１されて更新される（この場合は「１」）。
【００９３】
続く番組再生中処理では、再生番組記憶レジスタに記憶された値「０１Ｈ」によって再生する番組種別が「政治経済ニュース」に特定され、特定した「政治経済ニュース」について、再生中エリア番号記憶部に記憶された値「１」で指定される番組データ記憶エリアの番組データ「Ａ３」が読み出されて再生が開始される。ユーザは最新の番組「Ａ３」を番組の最初から視聴することになる。
【００９４】
「政治経済ニュース」の番組「Ａ３」を視聴中に、「政治経済ニュース」の番組データ「Ａ４」が送信されると、空きエリア番号記憶部は、番組データ記憶エリア（１）を指定するＮ＝１に更新されているから、番組データ記憶エリア（１）に番組データ「Ａ４」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（２）を指定するＮ＝２に更新され、再生番組エリア番号記憶部は番組データ「Ａ４」をダウンロードした番組データ記憶エリア（１）を指定する「１」となる。なお、再生中エリア番号記憶部は番組データ記憶エリア（３）を示す「３」である。
【００９５】
「政治経済ニュース」の番組「Ａ３」を視聴中に、「政治経済ニュース」の番組データ「Ａ４」に続いて芸能ニュースの番組データ「Ｂ４」が送信されると、空きエリア番号記憶部は、番組データ記憶エリア（１）を指定するＮ＝１に更新されているから、番組データ記憶エリア（１）に番組データ「Ｂ４」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（２）を指定するＮ＝２に更新される。また、再生番組エリア番号記憶部は番組データ「Ｂ４」をダウンロードした番組データ記憶エリア（１）を指定する「１」となり、再生中エリア番号記憶部は「０」である。
【００９６】
そして、番組再生中処理にて、番組データ記憶エリアの番組データ「Ａ３」の番組終了部が読み出されると、番組終了部であると判定され、番組データ記憶エリア（３）を０クリアすることで空きエリアとし、再生中エリア番号記憶部を０クリアし、番組終了部検出フラグに「１（検出済み）」をセットする。
【００９７】
番組再生中処理を抜けると番組終了部検出フラグの値が「１（検出済み）」であると判定され、番組終了部検出フラグの値を０クリアし、番組再生準備処理に進み、ビット指定用レジスタｉの値（この場合は「１」）で指定される番組種別フラグのビット１のオン状態が検出され、再生を行う番組種別として「０２Ｈ」が再生番組記憶レジスタに記憶され、再生中エリア番号記憶部に再生番組エリア番号記憶部の値「１」がセットされる。また、ビット指定用レジスタｉの値が＋１されて更新される。
【００９８】
続く番組再生中処理では、再生番組記憶レジスタに記憶された値「０２Ｈ」によって再生する番組種別が「芸能ニュース」に特定され、特定した「芸能ニュース」について、再生中エリア番号記憶部に記憶された値「１」で指定される番組データ記憶エリアの番組データ「Ｂ４」が読み出されて再生が開始される。ユーザは、「政治経済ニュース」の番組「Ａ３」に引き続いて最新の「芸能ニュース」の番組「Ｂ４」を番組の最初から視聴することになる。
【００９９】
「芸能ニュース」の番組「Ｂ４」を視聴中に、「政治経済ニュース」の番組データ「Ａ５」が送信されると、空きエリア番号記憶部は、番組データ記憶エリア（２）を指定するＮ＝２に更新されているから、番組データ記憶エリア（２）に番組データ「Ａ５」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（３）を指定するＮ＝３に更新され、再生番組エリア番号記憶部は番組データ「Ａ５」をダウンロードした番組データ記憶エリア（２）を指定する「２」となる。なお、再生中エリア番号記憶部は０クリアされている。
【０１００】
「芸能ニュース」の番組「Ｂ４」を視聴中に、「政治経済ニュース」の番組データ「Ａ５」に続いて「芸能ニュース」の番組データ「Ｂ５」が送信されると、空きエリア番号記憶部は、番組データ記憶エリア（２）を指定するＮ＝２に更新されているから、番組データ記憶エリア（２）に番組データ「Ｂ５」をダウンロードする。そして、空きエリア番号記憶部は、番組データ記憶エリア（３）を指定するＮ＝３に更新される。また、再生番組エリア番号記憶部は番組データ「Ｂ５」をダウンロードした番組データ記憶エリア（２）を指定する「２」となり、再生中エリア番号記憶部は番組データ記憶エリア（１）を示す「１」である。
【０１０１】
そして、番組再生中処理にて、番組データ記憶エリアの番組データ「Ｂ４」の番組終了部が読み出されると、番組終了部であると判定され、番組データ記憶エリア（１）を０クリアすることで空きエリアとし、再生中エリア番号記憶部を０クリアし、番組終了部検出フラグに「１（検出済み）」をセットする。
【０１０２】
番組再生中処理を抜けると番組終了部検出フラグの値が「１（検出済み）」であると判定され、番組終了部検出フラグの値を０クリアし、番組再生準備処理に進み、ビット指定用レジスタｉの値（この場合は「２」）で指定される番組種別フラグのビット２のオン状態は検出されず、ビット指定用レジスタｉの値が３に更新され、番組種別フラグのビット３のオン状態も検出されず、ビット指定用レジスタｉの値が０に戻され、番組種別フラグのビット０のオン状態が検出され、再生を行う番組種別として「０１Ｈ」が再生番組記憶レジスタに記憶され、再生中エリア番号記憶部に再生番組エリア番号記憶部の値「２」がセットされる。また、ビット指定用レジスタｉの値が＋１されて更新される。
【０１０３】
続く番組再生中処理では、再生番組記憶レジスタに記憶された値「０１Ｈ」によって再生する番組種別が「政治経済ニュース」に特定され、特定した「政治経済ニュース」について、再生中エリア番号記憶部に記憶された値「２」で指定される番組データ記憶エリアの番組データ「Ａ５」が読み出されて再生が開始される。ユーザは、「芸能ニュース」の番組「Ｂ４」に引き続いて最新の「政治経済ニュース」の番組「Ａ５」を番組の最初から視聴することになる。
【０１０４】
以上、本発明の実施形態について説明したが、放送型サービスにおいて、番組提供サーバ２から複数の番組を１つのチャンネルを利用して順次に送信するか、複数のチャンネルを利用して並行して複数の番組を同時に送信することにより、各端末装置３に、例えば、政治経済ニュース、芸能ニュース、スポーツニュース、通販番組、ドラマ番組等の番組毎に、１つの種別について１番目に送られた番組やその次に送られた番組などの複数のメモリ領域を設定することにより、各メモリ領域に順次に蓄積するか並行的に複数のメモリ領域に順に蓄積することにより、ユーザが何時でも番組の最初から再生可能な体制になる。ユーザが、例えば、「政治経済ニュース」を見たいときに、端末装置３にスイッチを入れる、あるいは他の利用方法から切り替えた時点で、すぐに常時更新された「政治経済ニュース」を最新の番組の最初から見ることが可能になる。ユーザがそのまま視聴を続ければ、政治経済ニュースについて蓄積された「番組Ａ１」から次に蓄積された「番組Ａ２」へ更に蓄積された「番組Ａ３」へとアップデートされた内容を見続けることが可能になる。
【図面の簡単な説明】
【０１０５】
【図１】本発明の実施形態に係る番組蓄積再生システムのブロック図である。
【図２】端末装置の一形態である携帯端末装置の構成を示すブロック図である。
【図３】番組提供サーバから各端末装置に対して送信される番組データのデータ構成を示す図である。
【図４】各端末装置のメモリに設定された番組データ記憶エリアを示す図である。
【図５】端末装置の一例としての携帯電話の表示部に表示された番組種別設定画面を示す図である。
【図６】各端末装置のＣＰＵが実行する番組種別設定処理のフローチャートである。
【図７】各端末装置のＣＰＵが実行する番組データのダウンロードに関わる処理のメインルーチンを示すフローチャートである。
【図８】各端末装置のＣＰＵが実行するダウンロード処理のサブルーチンを示すフローチャートである。
【図９】各端末装置のＣＰＵが実行する番組再生準備処理のサブルーチンを示すフローチャートである。
【図１０】各端末装置のＣＰＵが実行する番組再生中処理のサブルーチンを示すフローチャートである。
【図１１】各端末装置のメモリに設定された処理に必要な各記憶部を示すずである。
【図１２】番組提供サーバから送信される複数種別の番組の送信順序及び時間の経過に従った各種別で異なる番組内容の送信態様と、端末装置において設定された番組種別の第１例及び第２例を示す図である。
【図１３】番組種別の設定が「政治経済ニュース」のみである第１例の場合における番組データのダウンロードが行われる番組データ記憶エリアと、番組データのダウンロードが行われない番組データ記憶エリアとを表す図である。
【図１４】番組種別の設定が「政治経済ニュース」及び「芸能ニュース」である第２例の場合における番組データのダウンロードが行われる番組データ記憶エリアと、番組データのダウンロードが行われない番組データ記憶エリアとを表す図である。
【図１５】番組種別の設定が「政治経済ニュース」のみである第１例の場合における番組データのダウンロードが行われる番組データ記憶エリアと、番組データの再生中におけるダウンロードが行われる番組データ記憶エリアとを表す図である。
【図１６】番組種別の設定が「政治経済ニュース」及び「芸能ニュース」である第２例の場合における番組データのダウンロードが行われる番組データ記憶エリアと、番組データの再生中におけるダウンロードが行われる番組データ記憶エリアとを表す図である。
【符号の説明】
【０１０６】
１  番組蓄積再生システム
２  番組提供サーバ
３  端末装置
４  送信路
５  映像配信サーバ
６  音楽配信サーバ
７  広告配信サーバ
８  メモリ
９  ＣＰＵ
１０  出力部
１１  通信部
１２  操作入力部
１３  番組データ記憶エリア
１４  制御プログラム
１５  表示部
１６  スピーカ
【図１】
2009118266.tif 000003
【図２】
2009118266.tif 000004
【図３】
2009118266.tif 000005
【図４】
2009118266.tif 000006
【図５】
2009118266.tif 000007
【図６】
2009118266.tif 000008
【図７】
2009118266.tif 000009
【図８】
2009118266.tif 000010
【図９】
2009118266.tif 000011
【図１０】
2009118266.tif 000012
【図１１】
2009118266.tif 000013
【図１２】
2009118266.tif 000014
【図１３】
2009118266.tif 000015
【図１４】
2009118266.tif 000016
【図１５】
2009118266.tif 000017
【図１６】
2009118266.tif 000018