JP2012060391A - 携帯端末装置、フレーム受信方法及びフレーム受信プログラム - Google Patents

Abstract

【課題】ワンセグ機能の起動又はチャンネルの切り替えが実行されてから映像を提供するまでの待ち時間を短縮すること。
【解決手段】携帯端末装置は、再生時刻を含む第１フレームを第１送信装置から受信する。そして、携帯端末装置は、受信された第１フレームに含まれる再生時刻よりも前の時刻に再生される第２フレームを送出することを要求するフレーム送出要求を第１送信装置よりもフレームの伝送速度が大きい第２送信装置に対して送信する。そして、携帯端末装置は、フレーム送出要求に応じて第２送信装置から送出される第２フレームを受信する。そして、携帯端末装置は、受信された第１フレームと第２フレームとを合成して映像再生用のバッファに格納する。
【選択図】図１

Description

本発明は、携帯端末装置、フレーム受信方法及びフレーム受信プログラムに関する。

近年、地上デジタル放送の周波数帯の一部を利用したワンセグメント放送を受信して映像を視聴することができる機能（以下「ワンセグ機能」という）を備えた携帯電話等の携帯端末装置が普及しつつある。

ワンセグ機能を備えた携帯端末装置では、ワンセグ機能の起動時又はチャンネルの切り替え時に、選局されたチャンネルのフレームをワンセグ放送基地局から受信し、受信したフレームを映像再生用のバッファに逐次格納する。そして、ワンセグ機能を備えた携帯端末装置は、映像再生用のバッファに格納されたフレームが所定の閾値だけ蓄積された場合に、蓄積されたフレームを映像として再生する。

特開２００８−１７８０２６号公報

しかしながら、上述した従来の携帯端末装置では、ワンセグ機能の起動又はチャンネルの切り替えが実行されてから実際に映像を提供するまでの待ち時間が長くなるという問題がある。

具体的には、従来の携帯端末装置では、ワンセグ放送基地局からのフレームだけを受信する。ワンセグ放送基地局によるフレームの伝送レートは、予め定められた固定値であるため、映像再生用のバッファに格納されたフレームの数が所定の閾値に到達するまでにある程度の時間がかかり、この間は映像を再生することができない。このため、従来の携帯端末装置では、ワンセグ機能の起動又はチャンネルの切り替えが実行されてから実際に映像を提供するまでの待ち時間が必要以上に長くなる。

開示の技術は、上記に鑑みてなされたものであって、ワンセグ機能の起動又はチャンネルの切り替えが実行されてから映像を提供するまでの待ち時間を短縮することができる携帯端末装置、フレーム受信方法及びフレーム受信プログラムを提供することを目的とする。

本願の開示する携帯端末装置は、再生時刻を含む第１フレームを第１送信装置から受信する第１フレーム受信部と、前記第１フレーム受信部により受信された第１フレームに含まれる再生時刻よりも前の時刻に再生される第２フレームを送出することを要求するフレーム送出要求を前記第１送信装置よりもフレームの伝送速度が大きい第２送信装置に対して送信する要求送信部と、前記要求送信部により送信されたフレーム送出要求に応じて前記第２送信装置から送出される第２フレームを受信する第２フレーム受信部と、前記第１フレーム受信部により受信された第１フレームと前記第２フレーム受信部により受信された第２フレームとを合成して映像再生用のバッファに格納するフレーム合成部とを備える。

本願の開示する携帯端末装置の一つの態様によれば、ワンセグ機能の起動又はチャンネルの切り替えが実行されてから映像を提供するまでの待ち時間を短縮することができるという効果を奏する。

図１は、本実施例に係る携帯端末装置によるフレーム受信方法を説明するための図である。 図２は、図１に示した携帯端末装置の構成を示すブロック図である。 図３は、バッファへフレームを格納する携帯端末装置の全体の処理の流れを説明するための図である。 図４は、図１に示したＬＴＥ配信サーバの構成を示すブロック図である。 図５は、本実施例に係る携帯端末装置のハードウェア構成図である。 図６は、本実施例に係るＬＴＥ配信サーバのハードウェア構成図である。 図７は、本実施例に係る携帯端末装置による処理手順を示すシーケンス図である。 図８は、フレーム送出要求作成処理の処理手順を示すフローチャートである。 図９は、フレーム受信プログラムを実行するコンピュータを示す図である。

以下に、本願の開示する携帯端末装置、フレーム受信方法及びフレーム受信プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例は開示の技術を限定するものではない。

まず、図１を用いて、本実施例に係る携帯端末装置によるフレーム受信方法について説明する。図１は、本実施例に係る携帯端末装置によるフレーム受信方法を説明するための図である。

図１に示すように、本実施例に係る携帯端末装置１０は、ワンセグ放送基地局２や、ＬＴＥ（Long Term Evolution）配信サーバ３と相互に無線通信可能に接続されている。ワンセグ放送基地局２は、放送局４から放送されるワンセグメント放送のデータを携帯端末装置１０に対してブロードキャスト方式により中継する基地局である。放送局４から放送されるワンセグメント放送のデータ（以下「フレーム」と呼ぶ）は、該フレームが携帯端末装置１０にて再生される時刻である再生時刻をヘッダ部分に含んでいる。

ＬＴＥ配信サーバ３は、高速なデータ通信規格の一種であるＬＴＥを用いてデータを配信するサーバである。ＬＴＥ配信サーバ３は、放送局４から放送されるフレームを所定時間（例えば、３０秒間）分だけ保持する。そして、ＬＴＥ配信サーバ３は、所定時間分だけ保持したフレームを携帯端末装置１０から送信される後述するフレーム送出要求に応じて携帯端末装置１０に送出する。ＬＴＥ配信サーバ３によるフレームの伝送速度は、ワンセグ放送基地局２によるフレームの伝送速度よりも大きい。

このような構成の下で、携帯端末装置１０は、ワンセグ機能の起動時又はチャンネルの切り替え時に、再生時刻を含む第１フレームをワンセグ放送基地局２から受信する（図１の（１）参照）。続いて、携帯端末装置１０は、第１フレームに含まれる再生時刻よりも前の時刻に再生される第２フレームを送出することを要求するフレーム送出要求をＬＴＥ配信サーバ３に対して送信する（図１の（２）参照）。

続いて、携帯端末装置１０は、フレーム送出要求に応じてＬＴＥ配信サーバ３から送出される第２フレームを受信する（図１の（３）参照）。続いて、携帯端末装置１０は、ワンセグ放送基地局２から受信した第１フレームとＬＴＥ配信サーバ３から受信した第２フレームとを合成して映像再生用のバッファ１０ａに格納する（図１の（４）参照）。

ここで、映像再生用のバッファ１０ａには第１フレームを再生するために格納される最小のフレーム数（以下「最小フレーム数」と呼ぶ）が予め設定されている。フレーム数が最小フレーム数だけバッファ１０ａに蓄積されるまでは、携帯端末装置は、第１フレームを映像として再生することができない。本実施例に係る携帯端末装置１０は、ワンセグ放送基地局２から受信した第１フレームより前の時刻に再生される第２フレームをワンセグ放送基地局２よりも伝送速度が大きいＬＴＥ配信サーバ３に要求する。そして、本実施例に係る携帯端末装置１０は、ワンセグ放送基地局２から受信した第１フレームとＬＴＥ配信サーバ３から受信した第２フレームとを合成して映像再生用のバッファ１０ａに格納する。したがって、携帯端末装置１０は、映像再生用のバッファ１０ａに格納されたフレーム数が最小フレーム数に到達するまでの時間を第２フレームに対応する分だけ短縮することができる。その結果、携帯端末装置１０は、ワンセグ機能の起動又はチャンネルの切り替えが実行されてから実際に映像を提供するまでの待ち時間を短縮することができる。

次に、図２を用いて、図１に示した携帯端末装置１０の構成を説明する。図２は、図１に示した携帯端末装置１０の構成を示すブロック図である。図２に示すように、携帯端末装置１０は、入力部１１と、表示部１２と、ワンセグ放送受信部１３と、ＬＴＥ無線通信部１４と、制御部１５とを有する。

入力部１１は、テンキーや操作キーなどを含み、携帯端末装置１０のユーザによる各種の情報の入力を受け付ける。例えば、入力部１１は、ユーザによりワンセグ機能が起動された場合に、ユーザによって入力されたワンセグ放送のチャンネルを受け付ける。

表示部１２は、ディスプレイやスピーカを含み、各種の情報を出力する。例えば、表示部１２は、制御部１５の後述する映像再生部１５６により再生された映像を表示出力する。

ワンセグ放送受信部１３は、ワンセグ網を介してワンセグ放送基地局２との間で無線通信を行う。具体的には、ワンセグ放送受信部１３は、再生時刻を含む第１フレームをワンセグ放送基地局２から受信し、受信した第１フレームを制御部１５に受け渡す。なお、ワンセグ放送受信部１３は、第１フレームを制御部１５に受け渡すと、第１フレーム以降のフレームもワンセグ放送基地局２から継続して受信し、受信したフレームを制御部１５に逐次受け渡す。

ＬＴＥ無線通信部１４は、ＬＴＥ網を介してＬＴＥ配信サーバ３との間で無線通信を行う。具体的には、ＬＴＥ無線通信部１４は、制御部１５から受け渡されたフレーム送出要求をＬＴＥ配信サーバ３に送信する。また、ＬＴＥ無線通信部１４は、フレーム送出要求に応じてＬＴＥ配信サーバ３から送出される第２フレームを受信し、受信した第２フレームを制御部１５に受け渡す。

制御部１５は、携帯端末装置１０全体の動作を制御する。制御部１５は、第１フレーム受信部１５１と、要求送信部１５２と、第２フレーム受信部１５３と、フレーム合成部１５４と、バッファ１５５と、映像再生部１５６とを有する。

第１フレーム受信部１５１は、ワンセグ機能の起動時又はチャンネルの切り替え時に、入力部１１にて受け付けたチャンネルに対応する第１フレームをワンセグ放送受信部１３を介して受信し、受信した第１フレームをフレーム合成部１５４に受け渡す。なお、第１フレーム受信部１５１は、合成フレームをバッファ１５５に格納した旨の通知をフレーム合成部１５４から受け付けた場合には、ワンセグ放送受信部１３を介して受信した第１フレーム以降のフレームをバッファ１５５に追加で格納する。

要求送信部１５２は、第１フレーム受信部１５１により受信された第１フレームよりも前の時刻に再生される第２フレームを送出することを要求するフレーム送出要求をＬＴＥ配信サーバ３に対して送信する。

具体的には、要求送信部１５２は、第１フレームのヘッダ部を解析して、第１フレームの再生時刻を表すフレーム番号を取得する。そして、要求送信部１５２は、第１フレームのヘッダ部を解析して、第１フレームのバッファリング期間（Buffering Period）を取得する。なお、バッファリング期間は、第１フレームを再生するためにフレームをバッファ１５５に格納すべき期間であり、国際規格などにより予め定められた期間である。そして、要求送信部１５２は、取得したバッファリング期間とワンセグ放送固有のフレームレートとを基に、最小フレーム数を算出する。例えば、バッファリング期間が１．５秒であり、フレームレートが２４ｆｐｓ（frame per second）である場合には、要求送信部１５２は、１．５×２４＝３６フレームを最小フレーム数として算出する。そして、要求送信部１５２は、取得した第１フレームのフレーム番号と算出した最小フレーム数とを基に、ＬＴＥ配信サーバ３に要求する第２フレームのフレーム番号を決定する。例えば、第１フレームのフレーム番号が１０００であり、最小フレーム数が３６フレームである場合には、要求送信部１５２は、第２フレームのフレーム番号を９６４〜９９９に決定する。そして、要求送信部１５２は、決定した第２フレームのフレーム番号を含めたフレーム送出要求を作成してＬＴＥ配信サーバ３に対して送信する。

第２フレーム受信部１５３は、要求送信部１５２により送信されたフレーム送出要求に応じてＬＴＥ配信サーバ３から送出される第２フレームを受信し、受信した第２フレームをフレーム合成部１５４に受け渡す。

フレーム合成部１５４は、第１フレーム受信部１５１から受け渡された第１フレームと第２フレーム受信部１５３から受け渡された第２フレームとを合成して合成フレームを生成し、生成した合成フレームをバッファ１５５に格納する。具体的には、フレーム合成部１５４は、第１フレームの先頭を第２フレームの末尾に連結することによって合成フレームを生成し、生成した合成フレームをバッファ１５５に格納する。また、フレーム合成部１５４は、合成フレームをバッファ１５５に格納した場合には、その旨を第１フレーム受信部１５１に通知する。なお、バッファ１５５は、図１に示したバッファ１０ａに対応する。

映像再生部１５６は、バッファ１５５に蓄積されたフレームを映像として再生する。具体的には、映像再生部１５６は、バッファ１５５に蓄積されたフレームの数を監視し、バッファ１５５に蓄積されたフレーム数が最小フレーム数に到達した場合には、バッファ１５５に蓄積されたフレームを映像として再生して表示部１２に表示させる。

次に、図３を用いて、バッファ１５５へフレームを格納する携帯端末装置１０の全体の処理の流れを説明する。図３は、バッファ１５５へフレームを格納する携帯端末装置１０の全体の処理の流れを説明するための図である。なお、図３では、チャンネルの切り替え時に携帯端末装置１０が行う処理について説明するが、携帯端末装置１０は、ワンセグ機能の起動時にも同様の処理を行う。

同図に示すように、チャンネルが切り替えられると（図３の（１）参照）、携帯端末装置１０は、再生時刻を含む第１フレームをワンセグ放送基地局２から受信する（図３の（２）参照）。図３の例では、携帯端末装置１０は、再生時刻「１２時００分００秒」を含む第１フレームをワンセグ放送基地局２から受信する。

そして、携帯端末装置１０は、第１フレームに含まれる再生時刻よりも前の時刻に再生される第２フレームを送出することを要求するフレーム送出要求をＬＴＥ配信サーバ３に対して送信する。そして、携帯端末装置１０は、フレーム送出要求に応じてＬＴＥ配信サーバ３から送出される第２フレームを受信する（図３の（３）参照）。図３の例では、携帯端末装置１０は、第１フレームに含まれる再生時刻「１２時００分００秒」よりも前の時刻「１１時５９分５８秒」に再生される第２フレームをＬＴＥ配信サーバ３から受信する。

そして、携帯端末装置１０は、ワンセグ放送基地局２から受信した第１フレームとＬＴＥ配信サーバ３から受信した第２フレームとを合成して映像再生用のバッファ１５５に格納する。その後、携帯端末装置１０は、ワンセグ放送基地局２から受信した第１フレーム以降のフレームをバッファ１５５に追加で逐次格納する。そして、携帯端末装置１０は、バッファ１５５に蓄積されたフレーム数を監視し、バッファ１５５に蓄積されたフレーム数が最小フレーム数に到達した場合には、バッファ１５５に蓄積されたフレームを映像として再生する（図３の（４）参照）。

次に、図４を用いて、図１に示したＬＴＥ配信サーバ３の構成を説明する。図４は、図１に示したＬＴＥ配信サーバ３の構成を示すブロック図である。同図に示すように、ＬＴＥ配信サーバ３は、フレーム受信部３１と、フレーム記憶部３２と、フレーム送信部３３とを有する。

フレーム受信部３１は、放送局から放送されるフレームを受信してフレーム記憶部３２にサイクリックに所定時間分だけ格納する。ここで、「サイクリックに所定時間分だけ格納する」とは、次のような処理である。すなわち、フレーム記憶部３２を例えば１秒単位で順序付けられた３０秒分の記憶領域に分割する。そして、受信したフレームを１秒単位の記憶領域に順序に従って記憶させる。そして、順序付けられた記憶領域の末尾（３０秒に対応する記憶領域）までフレームを格納すると、次のフレームは、順序付けられた記憶領域の先頭に戻って上書きされる。

フレーム送信部３３は、フレーム記憶部３２に格納されたフレームを、携帯端末装置１０から送信されるフレーム送出要求に応じて携帯端末装置１０に対して送出する。具体的には、携帯端末装置１０からフレーム送出要求を受け取ると、受け取ったフレーム送出要求に含まれる第２フレームのフレーム番号を取得する。そして、フレーム送信部３３は、取得したフレーム番号で表される範囲内の再生時刻のフレームを第２フレームとしてフレーム記憶部３２から読み出す。そして、フレーム送信部３３は、読み出した第２フレームを携帯端末装置１０に対して送出する。

次に、図５を用いて、図２に示した携帯端末装置１０のハードウェア構成例について説明する。図５は、本実施例に係る携帯端末装置１０のハードウェア構成図である。図５に示す携帯端末装置１０は、入力部１１ａ、表示部１２ａ、音声入出力部１２ｂ、マイク１２ｃ、スピーカ１２ｄ、ワンセグ放送受信部１３ａ、アンテナ１３ｂ、ＬＴＥ無線通信部１４ａ、アンテナ１４ｂ、プロセッサ１５０ａ及び記憶部１５５ａを有する。

入力部１１ａ、表示部１２ａ、音声入出力部１２ｂ、ワンセグ放送受信部１３ａ及びＬＴＥ無線通信部１４ａは、プロセッサ１５０ａと接続される。また、マイク１２ｃ及びスピーカ１２ｄは、音声入出力部１２ｂと接続される。また、アンテナ１３ｂは、ワンセグ放送受信部１３ａと接続される。また、アンテナ１４ｂは、ＬＴＥ無線通信部１４ａと接続される。

入力部１１ａは、例えば、図２に示した入力部１１に対応する。また、表示部１２ａ、音声入出力部１２ｂは、マイク１２ｃ及びスピーカ１２ｄは、例えば、図２に示した表示部１２に対応する。また、ワンセグ放送受信部１３ａ及びアンテナ１３ｂは、例えば、図２に示したワンセグ放送受信部１３に対応する。また、ＬＴＥ無線通信部１４ａ及びアンテナ１４ｂは、例えば、図２に示したＬＴＥ無線通信部１４に対応する。

プロセッサ１５０ａ及び記憶部１５５ａは、図２に示した制御部１５の機能を実現する。具体的には、記憶部１５５ａのＲＯＭ（Read Only Memory）１５５ｂは、図２に示した制御部１５による処理を実現する各種プログラムを記憶する。また、ＲＡＭ（Random Access Memory）１５５ｃは、図２に示したバッファ１５５に対応する。そして、プロセッサ１５０ａは、ＲＯＭ１５５ｂに格納されている各種プログラムを読み出して、例えば、ＲＡＭ１５５ｃ等に展開し、順次実行することで制御部１５の各種機能を実現する。

次に、図６を用いて、図４に示したＬＴＥ配信サーバ３のハードウェア構成例について説明する。図６は、本実施例に係るＬＴＥ配信サーバ３のハードウェア構成図である。図６に示すＬＴＥ配信サーバ３は、無線通信部３ａ、アンテナ３ｂ、プロセッサ３０ａ及び記憶部３２ａを有する。通信部３ａは、プロセッサ３０ａと接続される。

プロセッサ３０ａ及び記憶部３２ａは、図４に示したフレーム受信部３１及びフレーム送信部３３の機能を実現する。具体的には、記憶部３２ａのＲＯＭ３２ｂは、図４に示したフレーム受信部３１及びフレーム送信部３３による処理を実現する各種プログラムを記憶する。また、ＲＡＭ３２ｃは、図４に示したフレーム記憶部３２に対応する。そして、プロセッサ３０ａは、ＲＯＭ３２ｂに格納されている各種プログラムを読み出して、例えば、ＲＡＭ３２ｃ等に展開し、順次実行することでフレーム受信部３１及びフレーム送信部３３の各種機能を実現する。

次に、図７を用いて、本実施例に係る携帯端末装置１０による処理手順を説明する。図７は、本実施例に係る携帯端末装置による処理手順を示すシーケンス図である。同図に示すように、ワンセグ放送基地局２及びＬＴＥ配信サーバ３は、放送局４から放送される同一のフレームを受信する（ステップＳ１０１）。そして、ＬＴＥ配信サーバ３は、受信したフレームをフレーム記憶部３２にサイクリックに所定時間（例えば、３０秒間）分だけ格納する。

そして、携帯端末装置１０は、ワンセグ機能が起動又はチャンネルが切り替えられると（ステップＳ１０３肯定）、再生時刻を含む第１フレームをワンセグ放送基地局２から受信する（ステップＳ１０４）。

続いて、携帯端末装置１０は、第１フレームに含まれる再生時刻よりも前の時刻に再生される第２フレームを送出することを要求するフレーム送出要求を作成し（ステップＳ１０５）、ＬＴＥ配信サーバ３に対して送信する（ステップＳ１０６）。フレーム送出要求を受け取ったＬＴＥ配信サーバ３は、該フレーム送出要求に含まれる第２フレームのフレーム番号を取得する。その後、ＬＴＥ配信サーバ３は、取得したフレーム番号で表される範囲内の再生時刻のフレームを第２フレームとしてフレーム記憶部３２から読み出し（ステップＳ１０７）、携帯端末装置１０に対して送出する。

続いて、携帯端末装置１０は、ＬＴＥ配信サーバ３から送出された第２フレームを受信する（ステップＳ１０８）。そして、携帯端末装置１０は、ステップＳ１０４にてワンセグ放送基地局２から受信した第１フレームと、ステップＳ１０８にてＬＴＥ配信サーバ３から受信した第２フレームとを合成した合成フレームを生成し、バッファ１５５に格納する（ステップＳ１０９）。その後、携帯端末装置１０は、バッファ１５５に蓄積されたフレームを映像として再生する（ステップＳ１１０）。

次に、図８を用いて、フレーム送出要求作成処理の処理手順を説明する。図８は、フレーム送出要求作成処理の処理手順を示すフローチャートである。なお、図８に示すフローチャートは、図７に示すステップＳ１０５に対応する。

同図に示すように、携帯端末装置１０は、ステップＳ１０４にて受信した第１フレームのヘッダ部を解析して、第１フレームの再生時刻を表すフレーム番号を取得する（ステップＳ２０１）。そして、携帯端末装置１０は、ステップＳ１０４にて受信した第１フレームのヘッダ部を解析して、第１フレームのバッファリング期間を取得する（ステップＳ２０２）。

続いて、携帯端末装置１０は、ステップＳ２０２にて取得したバッファリング期間とワンセグ放送固有のフレームレートとを基にして、最小フレーム数を算出する（ステップＳ２０３）。

続いて、携帯端末装置１０は、ステップＳ２０１にて取得した第１フレームのフレーム番号と算出した最小フレーム数とを基に、ＬＴＥ配信サーバ３に要求する第２フレームのフレーム番号を決定する（ステップＳ２０４）。

その後、携帯端末装置１０は、決定した第２フレームのフレーム番号を含めたフレーム送出要求を作成し（ステップＳ２０５）、処理を終了する。

上述してきたように、本実施例に係る携帯端末装置１０は、ワンセグ放送基地局２から受信した第１フレームよりも前の時刻に再生される第２フレームをワンセグ放送基地局２よりも伝送速度が大きいＬＴＥ配信サーバ３から受信する。そして、本実施例に係る携帯端末装置１０は、ワンセグ放送基地局２から受信した第１フレームとＬＴＥ配信サーバ３から受信した第２フレームとを合成して映像再生用のバッファ１５５に格納する。このため、携帯端末装置１０は、映像再生用のバッファ１５５に格納されたフレーム数が最小フレーム数に到達するまでの時間を第２フレームに対応する分だけ短縮することができる。その結果、携帯端末装置１０は、ワンセグ機能の起動又はチャンネルの切り替えが実行されてから実際に映像を提供するまでの待ち時間を短縮することができる。

また、本実施例によれば、映像再生用のバッファ１５５に予め設定された最小フレーム数に対応する第２フレームを送出することを要求するフレーム送出要求をＬＴＥ配信サーバ３に対して送信する。この結果、映像再生用のバッファ１５５に最小フレーム数に対応する第２フレームが格納され、第１フレームを即時に再生可能な状態とすることができるため、ワンセグの起動時又はチャンネルの切り替え時における映像の非表示時間をより短縮することができる。

ところで、携帯端末装置１０は、パーソナルコンピュータ、ワークステーション、携帯電話、ＰＨＳ端末、移動体通信端末又はＰＤＡなどの情報処理装置に、携帯端末装置１０の各機能を搭載することによって実現することもできる。そこで、以下では、図９を用いて、本実施例に係る携帯端末装置１０を実現するためのプログラムを実行するコンピュータの一例を説明する。

図９は、フレーム受信プログラムを実行するコンピュータを示す図である。同図に示すように、コンピュータ１０００は、ＨＤＤ（Hard Disk Drive）１１００、ＲＡＭ（Random Access Memory）１２００およびＣＰＵ（Central Processing Unit）１３００をバス２０００で接続して構成される。

このうち、ＨＤＤ１１００は、ＣＰＵ１３００による各種処理の実行に必要な情報を記憶する。ＲＡＭ１２００は、各種情報を一時的に記憶する。ＣＰＵ１３００は、各種演算処理を実行する。

そして、ＨＤＤ１１００には、図９に示すように、上記の実施例に示した携帯端末装置１０が有する各機能部と同様の機能を発揮するフレーム受信プログラム１１１０と、フレーム受信データ１１２０とがあらかじめ記憶されている。なお、フレーム受信プログラム１１１０を適宜分散させて、ネットワークを介して通信可能に接続された他のコンピュータの記憶部に記憶させておくこともできる。

そして、ＣＰＵ１３００が、このフレーム受信プログラム１１１０をＨＤＤ１１００から読み出してＲＡＭ１２００に展開することにより、図９に示すように、フレーム受信プログラム１１１０はフレーム受信プロセス１２１０として機能するようになる。すなわち、フレーム受信プロセス１２１０は、フレーム受信データ１１２０等をＨＤＤ１１００から読み出して、ＲＡＭ１２００において自身に割り当てられた領域に展開し、この展開したデータ等に基づいて各種処理を実行する。なお、フレーム受信プロセス１２１０は、図２に示した制御部１５に対応する。

なお、上記したフレーム受信プログラム１１１０については、必ずしも最初からＨＤＤ１１００に記憶させておく必要はなく、例えば、ＣＤ−ＲＯＭ等の記憶媒体に記憶されたプログラムを、コンピュータ１０００が読み出して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮ等を介してコンピュータ１０００に接続される他のコンピュータ（またはサーバ）などに各プログラムを記憶させておき、コンピュータ１０００がこれらから各プログラムを読み出して実行するようにしてもよい。

２ ワンセグ放送基地局
３ ＬＴＥ配信サーバ
１０ 携帯端末装置
１１ 入力部
１２ 表示部
１３ ワンセグ放送受信部
１４ ＬＴＥ無線通信部
１５ 制御部
１５１ 第１フレーム受信部
１５２ 要求送信部
１５３ 第２フレーム受信部
１５４ フレーム合成部
１５５ バッファ
１５６ 映像再生部

Claims (4)

1. 再生時刻を含む第１フレームを第１送信装置から受信する第１フレーム受信部と、
   前記第１フレーム受信部により受信された第１フレームに含まれる再生時刻よりも前の時刻に再生される第２フレームを送出することを要求するフレーム送出要求を前記第１送信装置よりもフレームの伝送速度が大きい第２送信装置に対して送信する要求送信部と、
   前記要求送信部により送信されたフレーム送出要求に応じて前記第２送信装置から送出される第２フレームを受信する第２フレーム受信部と、
   前記第１フレーム受信部により受信された第１フレームと前記第２フレーム受信部により受信された第２フレームとを合成して映像再生用のバッファに格納するフレーム合成部と
   を備えたことを特徴とする携帯端末装置。
2. 前記映像再生用のバッファには前記第１フレームを再生するために格納される最小のフレーム数である最小フレーム数が予め設定されており、
   前記要求送信部は、前記最小フレーム数に対応する前記第２フレームを送出することを要求するフレーム送出要求を前記第２送信装置に対して送信することを特徴とする請求項１に記載の携帯端末装置。
3. 携帯端末装置によるフレーム受信方法であって、
   前記携帯端末装置が、
   再生時刻を含む第１フレームを第１送信装置から受信し、
   受信された前記第１フレームに含まれる再生時刻よりも前の時刻に再生される第２フレームを送出することを要求するフレーム送出要求を前記第１送信装置よりもフレームの送出速度が大きい第２送信装置に対して送信し、
   送信された前記フレーム送出要求に応じて前記第２送信装置から送出される第２フレームを受信し、
   受信された前記第１フレームと受信された前記第２フレームとを合成して映像再生用のバッファに格納するフレーム合成ステップと
   を含んだことを特徴とするフレーム受信方法。
4. 再生時刻を含む第１フレームを第１送信装置から受信し、
   受信された前記第１フレームに含まれる再生時刻よりも前の時刻に再生される第２フレームを送出することを要求するフレーム送出要求を前記第１送信装置よりもフレームの送出速度が大きい第２送信装置に対して送信し、
   送信された前記フレーム送出要求に応じて前記第２送信装置から送出される第２フレームを受信し、
   受信された前記第１フレームと受信された前記第２フレームとを合成して映像再生用のバッファに格納する処理
   を携帯端末装置に実行させることを特徴とするフレーム受信プログラム。

Images