トップ :: H 電気 :: H04 電気通信技術




【発明の名称】 携帯端末装置及びプログラム
【発明者】 【氏名】渡辺 彰
【要約】 【課題】放送データを受信記録した内容を再生によって確認しなくても、その記録状態をいつでも容易に確認できるようにする。

【構成】ＣＰＵ１は、テレビ放送受信部１５からの放送データの受信録画中にその受信状態を逐次判別して記憶しておくと共に、この受信状態をその放送データの録画状態としてメイン表示部１０から案内表示させる。すなわち、ＣＰＵ１は、放送データの受信録画中にその放送データに同期した“タイムスタンプ”を順次受信して時系列的に記録したのち、この時系列的な“タイムスタンプ”に基づいてそれが時間的に連続しているか否かに応じて受信不良個所（エラー個所）を特定し、このエラー個所を明示したバーチャートを作成して案内表示させる。
【特許請求の範囲】
【請求項１】
放送データを受信して記録する携帯端末装置であって、
放送データの受信記録中にその受信状態を逐次判別する判別手段と、
この判別手段によって逐次判別された受信状態を記憶管理する受信状態記憶手段と、
この受信状態記憶手段に記憶されている受信状態をその放送データの記録状態を示す情報として案内出力する案内手段と、
を具備したことを特徴とする携帯端末装置。
【請求項２】
前記判別手段は、放送データの受信記録中にその放送データに同期したタイム情報が連続しているか否かに基づいて放送データの受信不良個所を特定する、
ようにしたことを特徴とする請求項1記載の携帯端末装置。
【請求項３】
前記案内手段は、放送データの受信記録の終了時にその放送データの受信状態を案内出力する、
ようにしたことを特徴とする請求項1記載の携帯端末装置。
【請求項４】
前記判別手段は、放送データの受信記録を開始してからそれが終了するまでの全体時間と前記受信不良個所の時間に基づいて当該放送データ全体の受信状態を判別し、
前記案内手段は、前記放送データ全体の受信状態を案内出力する、
ようにしたことを特徴とする請求項３記載の携帯端末装置。
【請求項５】
前記案内手段は、放送データ全体に対する前記受信不良個所の分布状態を求めて案内表示する、
ようにしたことを特徴とする請求項３記載の携帯端末装置。
【請求項６】
前記案内手段は、前記全体時間に対する受信不良個所の時間の割合を求めて案内出力する、
ようにしたことを特徴とする請求項３記載の携帯端末装置。
【請求項７】
放送データを受信記録した記録データ毎にその受信状態が記憶管理されている状態において、複数の記録データを一覧表示させる際には、各記録データ毎にその受信状態に応じたアイコンを対応表示する、
ようにしたことを特徴とする請求項1記載の携帯端末装置。
【請求項８】
放送データを受信記録した記録データ毎にその受信状態が記憶管理されている状態において、複数の記録データを一覧表示させる際には、各記録データの受信状態に応じてその配列順を決定して一覧表示する、
ようにしたことを特徴とする請求項1記載の携帯端末装置。
【請求項９】
放送データを受信して記録する携帯端末装置であって、
放送データの受信記録中にその受信状態を逐次判別する判別手段と、
この判別手段によって判別された受信状態をその受信記録データに対応付けて記憶管理するデータ記憶手段と、
このデータ記憶手段に記憶されている記録データを保存するか否かをその受信状態に応じて制御する制御手段と、
を具備したことを特徴とする携帯端末装置。
【請求項１０】
前記制御手段は、記録データを保存しない場合には、前記データ記憶手段から当該データを削除する、
ようにしたことを特徴とする請求項９記載の携帯端末装置。
【請求項１１】
前記制御手段は、放送データの受信記録の終了時にその放送データの受信状態に応じて当該記録データを保存するか否かを制御する、
ようにしたことを特徴とする請求項９記載の携帯端末装置。
【請求項１２】
コンピュータに対して、
放送データの受信記録中にその受信状態を逐次判別する機能と、
逐次判別された受信状態を記憶管理する機能と、
記憶されている受信状態をその放送データの記録状態を示す情報として案内出力する機能と、
を実現させるためのプログラム。
【請求項１３】
コンピュータに対して、
放送データの受信記録中にその受信状態を逐次判別する機能と、
判別された受信状態をその受信記録データに対応付けて記憶管理する機能と、
記憶されている記録データを保存するか否かをその受信状態に応じて制御する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】【技術分野】
【０００１】
この発明は、放送データを受信して記録する携帯端末装置及びプログラムに関する。
【背景技術】
【０００２】
一般に、テレビ放送を受信して録画するテレビ放送録画機能を備えた携帯端末装置においては、移動などに伴ってテレビ放送の受信環境が刻々と変化しているが、受信環境によっては瞬間的にテレビ電波が途切れるなど、受信不良となる可能性があり、それに応じて録画状態が悪くなってしまうことがある。このように電波の途切れなどの影響を受けて録画内容に映像欠落部分が含まれることになるが、従来では、録画再生の途中で映像欠落部分（エラー個所）を検出した際に、エラーメッセージを表示し、エラー個所の自動スキップなどを行うようにした技術が知られている（特許文献１参照）。
【特許文献１】特開２００５−８６４３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上述した先行技術では、録画再生中でのエラーメッセージ表示によってエラー個所があることを知り得たとしても、エラー個所が全体的に多いのか、エラー箇所がたまたま集中しているにすぎないのか、全体的に視聴に堪え難いほどの録画状態なのかは、録画再生をかなり続けていなければ把握することができなかった。したがって、再生の途中で視聴を止めるかどうかを迷いながら再生視聴を長時間続けることになり、無駄な再生視聴を余儀なくされるほか、録画再生でエラー状態を確認しないまま保存してしまうと、視聴に堪え難い無用な録画を保存してしまうことにもなる。
【０００４】
第1の発明の課題は、放送データを受信記録した内容を再生によって確認しなくても、その記録状態をいつでも容易に確認できるようにすることである。
第２の発明の課題は、放送データを受信記録した内容を再生によって確認しなくても、その記録状態に応じて保存の可否を制御できるようにすることである。
【課題を解決するための手段】
【０００５】
請求項１記載の発明（第１の発明）は、放送データを受信して記録する携帯端末装置であって、放送データの受信記録中にその受信状態を逐次判別する判別手段と、この判別手段によって逐次判別された受信状態を記憶管理する受信状態記憶手段と、この受信状態記憶手段に記憶されている受信状態をその放送データの記録状態を示す情報として案内出力する案内手段とを具備したことを特徴とする。
更に、コンピュータに対して、上述した請求項１記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項１２記載の発明）。
【０００６】
なお、上述した請求項１記載の発明は次のようなものであってもよい。
前記判別手段は、放送データの受信記録中にその放送データに同期したタイム情報が連続しているか否かに基づいて放送データの受信不良個所を特定する（請求項２記載の発明）。
【０００７】
前記案内手段は、放送データの受信記録の終了時にその放送データの受信状態を案内出力する（請求項３記載の発明）。
この場合、前記判別手段は、放送データの受信記録を開始してからそれが終了するまでの全体時間と前記受信不良個所の時間に基づいて当該放送データ全体の受信状態を判別し、前記案内手段は、前記放送データ全体の受信状態を案内出力するようにしてもよい（請求項４記載の発明）。また、前記案内手段は、放送データ全体に対する前記受信不良個所の分布状態を求めて案内表示するようにしてもよい（請求項５記載の発明）。また、前記案内手段は、前記全体時間に対する受信不良個所の時間の割合を求めて案内出力するようにしてもよい（請求項６記載の発明）。
【０００８】
放送データを受信記録した記録データ毎にその受信状態が記憶管理されている状態において、複数の記録データを一覧表示させる際には、各記録データ毎にその受信状態に応じたアイコンを対応表示する（請求項７記載の発明）。
【０００９】
放送データを受信記録した記録データ毎にその受信状態が記憶管理されている状態において、複数の記録データを一覧表示させる際には、各記録データの受信状態に応じてその配列順を決定して一覧表示する（請求項８記載の発明）。
【００１０】
請求項９記載の発明（第２の発明）は、放送データを受信して記録する携帯端末装置であって、放送データの受信記録中にその受信状態を逐次判別する判別手段と、この判別手段によって判別された受信状態をその受信記録データに対応付けて記憶管理するデータ記憶手段と、このデータ記憶手段に記憶されている記録データを保存するか否かをその受信状態に応じて制御する制御手段とを具備したことを特徴とする。
更に、コンピュータに対して、上述した請求項９記載の発明に示した主要機能を実現させるためのプログラムを提供する（請求項１３記載の発明）。
【００１１】
なお、上述した請求項９記載の発明は次のようなものであってもよい。
前記制御手段は、記録データを保存しない場合には、前記データ記憶手段から当該データを削除する（請求項１０記載の発明）。
【００１２】
前記制御手段は、放送データの受信記録の終了時にその放送データの受信状態に応じて当該記録データを保存するか否かを制御する（請求項１１記載の発明）。
【発明の効果】
【００１３】
第１の発明は、放送データの受信記録中にその受信状態を逐次判別して記憶管理しておき、この受信状態をその放送データの記録状態を示す情報として案内出力するようにしたので、放送データを受信記録した内容を再生によって確認しなくても、その記録状態をいつでも容易に確認することができ、その録画内容の削除、保管などを効率良く行うことが可能となる。
第２の発明は、放送データの受信記録中にその受信状態を逐次判別して記憶管理しておき、この受信状態に応じてその記録データを保存するか否かを制御するようにしたので、放送データを受信記録した内容を再生によって確認しなくても、その記録状態に応じて保存の可否を制御することができ、その録画内容の削除、保管を効率良く行うことが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、図１〜図８を参照して本発明の実施例を説明する。
この実施例は、携帯端末装置として携帯電話装置に適用した場合を例示したもので、図１は、この携帯電話装置の基本的な構成要素を示したブロック図である。
この携帯電話装置は、例えば、２つの筐体（上部筐体、下部筐体）が開閉可能に取り付けられた折り畳み自在なもので、通話機能、電子メール機能、インターネット接続機能（Ｗｅｂアクセス機能）などのほか、テレビ放送電波を受信するテレビ放送受信機能、テレビ録画機能、録画再生機能が備えられている。テレビ放送受信機能は、例えば、映像データに関連する文字情報を当該映像データに重畳して順次配信するマルチキャスト放送が可能な携帯受信機向けの地上波デジタルテレビ放送を受信するものであり、また、テレビ録画機能は、受信したテレビ放送を逐次記録（録画）する。
【００１５】
ＣＰＵ１は、記憶部２内の各種のプログラムに応じてこの携帯電話装置の全体動作を制御する中核的な中央演算処理装置である。記憶部２は、プログラム領域とデータ領域とを有し、このプログラム領域には、後述する図４〜図６に示す動作手順に応じて本実施例を実現するためのプログラムが格納されている。また、記憶部２のデータ領域には、テレビ放送録画時に生成された録画ファイルを記憶管理する録画フォルダ２１などが格納されている。記録メディア３は、着脱自在な可搬型メモリで、各種のデータ・プログラムを外部供給したり、録画ファイルなどを保存するもので、例えば、スマートメディア、ＩＣカードなどによって構成されている。メモリ４は、ワーク領域を有する内部メモリで、例えば、ＤＲＡＭ、ＳＤＲＡＭ（Synchronous DRAM）などによって構成され、必要に応じてメモリ４内の各種のデータは、記憶部２にセーブされる。
【００１６】
電話通信部５は、無線部を構成するアンテナに接続された送受信部（ベースバンド部）の受信側から信号を取り込んで受信ベースバンド信号に復調したのちに、音声制御部６を介して音声スピーカ７から音声出力させる。また、電話通信部５は、音声マイク８から入力された音声データを音声制御部６から取り込み、送信ベースバンド信号に符号化したのちに送受信部の送信側に与えられてアンテナから発信出力させる。一方、電子メール機能、インターネット接続機能、テレビ放送受信機能によって電話通信部５を介して受信取得した表示データは、表示制御部９を介してＬＣＤ（液晶表示装置）などのメイン表示部１０に与えられて表示出力される。
【００１７】
サブ表示部１１は現在日時、簡易なメッセージ、アイコンなどを表示する。キー操作部１２は、ダイヤル入力、文字入力、コマンド入力などを行うもので、例えば、テレビ放送ＯＮ／ＯＦＦキー、チャンネル切り替えキー、テレビ放送の録画を指示する録画開始キー、録画再生を指示する再生キーなどを有している。なお、テレビ用の各キーは、メイン表示部１０のテレビ画面上に配置したタッチキーであってもよい。サウンドスピーカ１３は、着信音、テレビ音声などを出力する高音圧スピーカで、アラーム報知時にも駆動される。ＲＴＣ（リアルタイムクロックモジュール）１４は、時計部を構成するもので、ＣＰＵ１は、ＲＴＣ１４から現在日時を取得する。
【００１８】
テレビ放送受信部１５は、携帯電話などの携帯受信機向けの地上波デジタルテレビ放送を受信するもので、テレビ映像及び音声情報以外にも電子番組表(ＥＰＧ)などの文字情報も含めて受信可能である。テレビ放送受信部１５は、ＴＶアンテナに接続されていて放送信号を抽出する受信部（アナログ回路部）と、受信した放送信号をＯＦＤＭ（直交周波数分割多重）復調したり、多重化されている放送信号から映像、音声、文字に分離して復号化したり、圧縮データの解凍などを行うデジタル回路部を有している。テレビ映像データ及び文字データは、メイン表示部１０から表示出力され、また、テレビ音声データは、サウンドスピーカ１３から出力される。
【００１９】
図２は、放送局から発信されたデータ放送を説明するための図である。
データ放送は、番組全体に関する管理情報が格納されている「ヘッダ情報」とパケット毎にその「データ情報」及び「管理ブロック情報」からなるもので、この「ヘッダ情報」には、その放送名を示す“タイトル”、放送全体の“パケット長”、時間を管理する“タイムスタンプ”、“著作権情報”などがセットされている。「管理ブロック情報」には、その“パケット長”、“タイムスタンプ”などがセットされている。この「ヘッダ情報」あるいは「管理ブロック情報」は、放送局から一定間隔（例えば、２秒間隔）で発信されるもので、ＣＰＵ１は、テレビ放送の受信録画中にデータ放送の「ヘッダ情報」、「管理ブロック情報」に含まれている“タイムスタンプ（例えば、放送時刻）”を利用してテレビ放送を正常に受信録画することができているかのエラーチェック処理をパケット毎に行うようにしている。
【００２０】
なお、この実施例では、上述のエラーチェック処理を行うために、データ放送の「ヘッダ情報」、「管理ブロック情報」に含まれている“タイムスタンプ”を利用したが、放送局から専用のエラーチェックコードとして、例えば、１回／秒のように一定間隔毎に出力されるエラーチェックコードが発信出力されているような場合には、このエラーチェックコードを逐次受信しながらテレビ放送を正常に受信録画することができているかをチェックするようにしてもよい。また、このエラーチェックコードを携帯電話装置側で発生するようにしてもよく、携帯電話装置側では、テレビ放送の受信に同期してエラーチェックコードを逐次発生して放送データに付加するようにしてもよい。
【００２１】
図３は、テレビ放送受信録画時に生成された録画ファイルの内容を説明するための図である。
この録画ファイルは、データ放送を受信録画した場合を例示したもので、「管理データ」、「映像データ」、「音声データ」、「文字データ」、「ＥＣＣ」の各データから構成されている。「管理データ」、「映像データ」、「音声データ」、「文字データ」は、録画データをデータ種別に管理するデータ領域であり、「ＥＣＣ」は、上述のエラーチェック処理で得られたチェック結果（受信状態）がセットされるもので、ＣＰＵ１は、放送データの受信録画中にその放送データに同期した“タイムスタンプ”を順次受信して時系列的に記録したのち、この時系列的な“タイムスタンプ”に基づいてそれが時間的に連続しているか否かに応じて受信不良個所（エラー個所）を特定すると共に、エラー個所毎にそのエラー時間を求めて「ＥＣＣ」にセットするようにしている。この場合、録画ファイルの「ＥＣＣ」には、エラー個所毎にそのエラー時間が受信状態（録画状態）を示す情報としてセットされる。
【００２２】
次に、この実施例における携帯電話装置の動作概念を図４〜図６に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。すなわち、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム／データを利用してこの実施例特有の動作を実行することもできる。
【００２３】
図４〜図６は、電源投入に伴って実行開始される携帯電話装置の全体動作を示したフローチャートである。
先ず、ＣＰＵ１は、電話通信部５を作動させて現在位置を登録する待受処理を行うと共に、所定の待受画像を読み出して表示出力させながら電話／メールの待受状態となる（図４のステップＳ１）。この待受状態においてＣＰＵ１は、電話あるいはメールの着信有無をチェックし(ステップＳ２)、電話着信あるいはメール着信を検出すると、着信処理を実行して着信報知を行うほか、通話処理あるいは受信メール格納処理を実行する(ステップＳ３)。
【００２４】
また、待受状態において何らかの操作が行われた場合には（ステップＳ４でＹＥＳ）、テレビ放送ＯＮ／ＯＦＦキーの操作によってテレビ視聴が指示されたかを調べたり（ステップＳ５）、録画フォルダ２１の選択操作が行われたかを調べる（ステップＳ６）。それ以外の操作であれば（ステップＳ６でＮＯ）、他の操作対応処理として例えば、電話発信処理、メール作成送信処理などを実行するが（ステップＳＳ７）、テレビ視聴が指示された場合には（ステップＳ５でＹＥＳ）、テレビ放送受信部１５を作動させたのち、チャンネル選択に応答して（ステップＳ８）、選択チャンネルのテレビ放送を受信する（ステップＳ９）。
【００２５】
ここで、テレビ放送電波の受信強度の低下、ノイズの強さなどを検出することによってテレビ放送を正常に受信することができたかのエラーチェックをデータ単位毎に行う（ステップＳ１０）。これによって受信不良を検出した際には、エラー表示を行うが（ステップＳ１１）、正常受信を検出したときには、選択チャンネルで現在放送中の番組の映像データをメイン表示部１０から出力させると共に、その音声データをサウンドスピーカ１３から出力させる（ステップＳ１２）。ここで、任意のテレビ放送番組を視聴しているテレビ視聴中において、キー操作部１２上で何らかの操作が行われたかをチェックし（ステップＳ１３）、何の操作も行われなければ、ステップＳ９に戻るが、何らかの操作が行われた場合には、チャンネル変更操作であるか（ステップＳ１４）、録画指示操作であるかを調べ（ステップＳ１５）、チャンネル変更操作、録画指示操作以外の操作であれば（ステップＳ１５でＮＯ）、テレビ視聴の終了が指示されたと判断して最初の待受状態に戻る（ステップＳ１）。
【００２６】
いま、テレビ視聴中においてチャンネル変更操作が行われた場合には（ステップＳ１４でＹＥＳ）、ステップＳ８に戻ってチャンネル変更（選択）を行ったのち、変更後のチャンネルの放送番組を受信しながら（ステップＳ９）、以下、同様の動作が繰り返される。また、テレビ視聴中に録画開始キーが操作されてその録画が指示された場合には（ステップＳ１５でＹＥＳ）、現在放送中の番組の「番組名」を電子番組表(ＥＰＧ)などから取得したのち（ステップＳ１６）、図５のフローに移る。
【００２７】
いま、データ放送の視聴中にその録画が指示されたものとすると、この録画指示に応答してＣＰＵ１は、引き続いて現チャンネルのテレビ放送を受信しながら（ステップＳ１７）、正常受信の有無をチェックする（ステップＳ１８）。ここで、その受信不良を検出すると（ステップＳ１８でＮＯ）、エラー表示を行うが（ステップＳ１９）、正常受信を検出したときには、受信放送の映像データをメイン表示部１０から出力させると共に、その音声データをサウンドスピーカ１３から出力させる（ステップＳ２０）。
【００２８】
そして、正常受信時には、ステップＳ２１に移り、受信した放送データ（パケット）をその“タイムスタンプ”と共にメモリ４のワーク域に一時記憶させる。以下、ユーザ操作で録画終了が指示されるまで（ステップＳ２２）、上述の録画動作が繰り返される（ステップＳ１７〜２２）。これによってメモリ４のワーク域には、各パケットに対応してその“タイムスタンプ”を受信する毎に、受信した“タイムスタンプ”がその受信状態を示す情報として時系列的に逐次記憶されるほか、この受信状態を示す情報に対応付けてその放送データ（パケット）が逐次記憶される。
【００２９】
録画終了がユーザ指示されると（ステップＳ２２でＹＥＳ）、それに応答してＣＰＵ１は、時系列的に記憶されている各パケット対応の“タイムスタンプ”を順次比較しながらそれらが時間的に連続しているか否かに基づいて受信不良個所（エラー個所）の有無をチェックする（ステップＳ２３）。タイムスタンプは、例えば、“２０時００分００秒”、“２０時００分０２秒”、“２０時００分０４秒”、‥‥、のように一定間隔（この場合には、２秒間隔）で連続しているため、ＣＰＵ１は、“２０時００分０２秒”、“２０時００分１２秒”あるいは“２０時０５分５５秒”、“２０時０６分０５秒”のように、隣り合うタイムスタンプ間に２秒以上の間隔があれば、その部分は時間的に非連続であると認識して、当該非連続部分を受信不良個所（エラー個所）としてそれぞれ特定する。
【００３０】
ここで、全体にエラー個所が一つも存在していなければ（ステップＳ２４でNO）、ＣＰＵ１は、全パケット分の放送データを正常に受信録画することができたものと認識してステップＳ２５に移り、メモリ４に一時記憶されている全パケット分の録画データを読み出して録画ファイル化したのち、この録画ファイルに「番組名」を付加すると共に、全パケットに受信不良個所が無かったことを示す「エラー無しフラグ」を付加して録画フォルダ２１への登録保存を行う（ステップＳ２６）。
【００３１】
一方、隣り合うタイムスタンプ間に２秒以上の間隔があるエラー個所が一つでも含まれていれば（ステップＳ２４でＹＥＳ）、各エラー個所毎にそのエラー時間を抽出してメモリ４に一時記憶しておく（ステップＳ２７）。すなわち、隣り合うタイムスタンプが“２０時００分０２秒”、“２０時００分１２秒”のように２秒以上の間隔があれば、その部分はエラー個所として認識されて、“２０時００分０２秒”〜“２０時００分１２秒”がエラー時間（１０秒）として抽出される。これによってＣＰＵ１は、抽出した全てのエラー時間を合計して累計エラー時間を算出すると共に（ステップＳ２８）、その先頭パケットから後尾パケットの時刻（タイムスタンプ）から全録画時間を算出し（ステップＳ２９）、この全録画時間に対する累計エラー時間の割合を算出する（ステップＳ３０）。なお、録画開始がユーザ指示された際にＲＴＣ１４から取得した開始時刻と録画終了がユーザ指示された際にＲＴＣ１４から取得した終了時刻を一時記憶しておき、この開始時刻と終了時刻に基づいて全録画時間を算出するようにしてもよい。
【００３２】
そして、上述のエラー割合は２０％以上かを判別し（ステップＳ３１）、２０％未満であれば、その視聴に大きな問題は生じないものと認識して、ステップＳ３６に移り、メモリ４に一時記憶されている全パケット分の録画データを読み出して録画ファイル化したのち、この録画ファイルに「番組名」を付加すると共に、全パケットに受信不良個所が有ることを示す「エラー有りフラグ」、「エラー割合」、「エラー個所」を付加して録画フォルダ２１に登録保存する（ステップＳ３７）。この場合、図３に示す録画ファイルの「ＥＣＣ」には、エラー個所毎にそのエラー時間がセットされる。
【００３３】
また、上述のエラー割合は２０％以上であれば、その視聴に堪え難いものと認識して、ステップＳ３２に移り、全録画時間に対する各エラー時間の分布状態を図案化したバーチャートを作成する。すなわち、全録画時間を横軸とするバー上に各エラー個所を明示したバーチャートを作成して表示出力させるほか、録画保存を問い合わせる保存要否メッセージをエラー割合と共に表示出力させる（ステップＳ３３）。
図７は、バーチャート画面を示した図である。なお、図中、バーチャート上の白抜き部分は、エラー個所を示し、斜線部分は正常部分を示している。また、「エラー割合」は、２８％である場合を例示している。
【００３４】
このバーチャート画面には、録画保存の要否に対応して「ＹＥＳ」、「ＮＯ」ボタンが配置されており、録画保存を要求する場合には、「ＹＥＳ」ボタンを操作し、保存不要の場合には、「ＮＯ」ボタンを操作する。いま、「ＮＯ」ボタンが操作されたときには（ステップＳ３４でＮＯ）、メモリ４に一時記憶されている全パケット分の録画データを削除するが（ステップＳ３５）、「ＹＥＳ」ボタンが操作されたときには（ステップＳ３４でＹＥＳ）、全パケット分の録画データを読み出して録画ファイル化したのち（ステップＳ３６）、この録画ファイルに「番組名」、「エラー有りフラグ」、「エラー割合」、「エラー個所」を付加して録画フォルダ２１に登録保存する（ステップＳ３７）。そして、最初の待受状態に戻る（ステップＳ１）。以下、録画指示を受ける毎に、上述の録画処理が繰り返される。
【００３５】
他方、録画フォルダ２１を選択するフォルダ選択操作が行われると（ステップＳ６でＹＥＳ）、図６のフローに移り、録画フォルダ２１に格納されている各録画ファイルのうち、その一つを指定すると共に（ステップＳ３８）、この指定ファイルから「番組名」と共に、「エラー無し／有りフラグ」を読み出して（ステップＳ３９）、エラー有無のチェックを行う（ステップＳ４０）。ここで、「エラー無しフラグ」であれば、エラー無しアイコンを付加した「番組名」を生成し（ステップＳ４１）、「エラー有りフラグ」であれば（ステップＳ４０でＮＯ）、指定ファイルから「エラー割合」を読み出してその割合は１０％以上であるかを調べる（ステップＳ４２）。
【００３６】
ここで、「エラー割合」が１０％以上であれば（ステップＳ４２でＹＥＳ）、エラー多しアイコンを付加した「番組名」を生成し（ステップＳ４３）、１０％未満であれば（ステップＳ４２でＮＯ）、エラー有りアイコンを付加した「番組名」を生成する（ステップＳ４４）。そして、録画フォルダ２１に格納されている各録画ファイルを全て指定し終わったかを調べ（ステップＳ４５）、全ての録画ファイルを指定し終わるまでステップＳ３８に戻り、上述の動作を繰り返す。
【００３７】
これによって全ファイル分のアイコン付き番組名を生成し終わると（ステップＳでＹＥＳ）、各アイコン付き番組名を一覧表示させる（ステップＳ４６）。図８は、アイコン付き番組名の一覧画面を示した図で、番組名の先頭に付加されているアイコンのうち、“ＯＫ”は、エラー無しアイコン、“×”は、エラー多しアイコン、“／”は、エラー有りアイコンを示している。この一覧画面には、「再生」、「削除」、「終了」などのボタンが配置表示されている。ここで、何れかのボタンが操作された場合には（ステップＳ４７でＹＥＳ）、「再生」ボタンか（ステップＳ４８）、「削除」ボタンか（ステップＳ５２）、「終了」ボタンかを調べる（ステップＳ５３）。
【００３８】
いま、「再生」ボタンが操作されたのちにおいて（ステップＳ４８でＹＥＳ）、アイコン付き番組名の一覧画面の中から任意に「番組名」が選択指定されると（ステップＳ４９）、この選択番組対応の録画ファイルを読み出して再生動作を開始させる（ステップＳ５０）。そして、選択番組の再生終了が指示されたかを調べ（ステップＳ５１）、以下、終了指示を受けるまで再生動作を継続するが、再生終了が指示された際には、それに応答して上述の番組名一覧画面に戻る（ステップＳ４６）。
【００３９】
また、「削除」ボタンが操作された場合には（ステップＳ５２でＹＥＳ）、各録画ファイルの「エラー割合」に応じてアイコン付き番組名の並び順を編集する処理を行う（ステップＳ５５）。すなわち、各録画ファイルの「エラー割合」を比較しながら「エラー割合」が高い順にアイコン付き番組名を並び替える。この状態において、任意の削除対象が選択されると（ステップＳ５６でＹＥＳ）、録画フォルダ２１から選択番組対応の録画ファイルを削除する（ステップＳ５７）。以下、削除終了が指示されたかを調べ（ステップＳ５８）、終了指示を受けるまでステップＳ５６に戻るが、削除終了が指示されると、それに応答して上述の一覧画面に戻る（ステップＳ４６）。
【００４０】
なお、「終了」ボタンが操作された場合には（ステップＳ５３でＹＥＳ）、最初の待受状態に戻るが（ステップＳ１）、「再生」、「削除」、「終了」以外のボタンが操作された場合には（ステップＳ５３でＮＯ）、操作ボタン対応の処理として、例えば、任意に選択した録画ファイルの内容を編集する処理を行ったり、任意に選択された録画ファイルに基づいてそのバーチャートを生成表示する処理などが行われる。この場合、録画ファイルの「管理データ」、「ＥＣＣ」には、「エラー無し／有りフラグ」、「エラー割合」、「エラー個所」が格納されているので、何時でも自由にバーチャートを生成表示することができる。
【００４１】
以上のように、この実施例においてＣＰＵ１は、テレビ放送受信部１５からの放送データの受信録画中にその受信状態を逐次判別して記憶しておくと共に、この受信状態をその放送データの録画状態を示す情報としてメイン表示部１０から案内表示させることにより、放送データを受信録画した内容を再生によって確認しなくても、その録画状態をいつでも容易に確認することができ、その録画内容の削除、保管などを効率良く行うことが可能となる。
【００４２】
この場合、ＣＰＵ１は、放送データの受信録画中にその放送データに同期した“タイムスタンプ”を順次受信して時系列的に記録したのち、この時系列的な“タイムスタンプ”に基づいてそれが時間的に連続しているか否かに応じて受信不良個所（エラー個所）を特定すると共に、エラー個所毎にそのエラー時間を求めて受信状態（録画状態）を示す情報として録画ファイルの「ＥＣＣ」にセットするようにしたから、“タイムスタンプ”の受信有無に基づいて受信状態を容易かつ確実に判別することができる。
【００４３】
また、放送データの受信録画の終了時にその放送データの受信状態を案内表示するようにしたから、録画終了の直後にその録画状態を知ることができ、その後の対応を素早く行うことができる。この場合、放送データの受信録画を開始してからそれが終了するまでの全体時間とエラー個所毎のエラー時間とを求め、全体に対するエラー個所の分布状態を求めてバーチャート表示するようにしたから、エラー状態を視覚的に分かり易い形式で案内することができ、ユーザにあっては録画を削除するか、保管するかを直感的に判断することができる。また、全体時間に対するエラー個所のエラー時間の割合を求めて案内表示するようにしたから、ユーザにあっては更に確実な判断が可能となる。
【００４４】
録画フォルダ２１の内容を一覧表示させる際に、各録画ファイルに対応してその受信状態を示すアイコン付きの番組名を一覧表示するようにしたから、この一覧画面から各録画ファイル毎にその録画状態を視覚的に知ることが可能となる。また、各録画ファイルに対応してその受信状態に応じてその番組名の配列順を決定して一覧表示するようにしたから、エラー割合の高い順に番組名を配列させることができ、録画ファイルを削除する際に、その削除対象を素早く捜し出すことができる。
【００４５】
また、ＣＰＵ１は、テレビ放送受信部１５からの放送データの受信録画中にその受信状態を逐次判別してその受信録画データに対応付けて記憶しておき、録画終了時に受信録画したデータを保存するか否かを問い合わせる保存要否メッセージを案内表示させ、ユーザ操作による保存要否に応答してその保存、削除を制御するようにしたから、放送データを受信録画した内容を再生によって確認しなくても、その録画状態に応じて保存の要否を制御することができ、その削除、保管を効率良く行うことが可能となる。
【００４６】
なお、上述した実施例において、ＣＰＵ１は、放送データの受信録画中にその放送データに同期した“タイムスタンプ”を順次受信して時系列的に記録したのち、この時系列的な“タイムスタンプ”に基づいてそれが時間的に連続しているか否かに応じてエラー個所を特定し、例えば、“２０時００分０２秒”〜“２０時００分１２秒”のようにエラー個所毎にそのエラー時間をその受信状態を示す情報として録画ファイルの「ＥＣＣ」にセットするようにしたが、データ放送の「ヘッダ情報」、「管理ブロック情報」に含まれている“タイムスタンプ”を録画開始時点からの経過時間に変換して録画ファイルの「ＥＣＣ」にセットするようにしてもよい。
【００４７】
例えば、データ放送の録画開始時のタイムスタンプが“２０時００分００秒”の場合に、そのときの経過時間を“００”とすれば、次のタイムスタンプ“２０時００分０２秒”を受信したときの経過時間は“０２”となり、以下、“２０時００分０４秒”では“０４”となり、‥‥“２０時２０分４０秒”では、“１２４０”、“２０時２０分４２秒”では、“１２４２”、‥‥となるようにしてもよい。ここで、録画ファイルの「ＥＣＣ」に経過時間として“４０、４２、‥‥４６”、“２５６、２５８、‥‥２６２”、‥‥がセットされていれば、“４０〜４６”の間、“２５６〜２６２”の間に相当する部分がエラー個所となる。
【００４８】
また、「ＥＣＣ」に受信不良部分を逐次記録する場合に限らず、エラー個所が多い場合には、これとは逆に、正常な受信部分を「ＥＣＣ」に逐次記録するようにしてもよい。
また、上述した実施例においては、放送データの受信録画中にその放送データに同期した“タイムスタンプ”を順次受信して時系列的に記録したのち、この時系列的な“タイムスタンプ”に基づいてそれが時間的に連続しているか否かに応じてエラー個所を特定するようにしたが、受信時に“タイムスタンプ”を順次正常に受信することができたかによってエラー個所を特定するようにしてもよい。
【００４９】
また、上述した実施例においては、エラーチェック処理を行うために、データ放送の「ヘッダ情報」、「管理ブロック情報」に含まれている“タイムスタンプ”を利用したが、放送局から専用のエラーチェックコードを逐次受信しながらテレビ放送を正常に受信録画することができているかをチェックするようにしてもよい。
また、このエラーチェックコードを携帯電話装置側で発生するようにしてもよい。更に、携帯電話装置側で録画開始時からの経過時間を順次計測しながら受信録画のチェックを行うと共に、受信不良個所を検出した際には、そのときの経過時間を受信不良個所に対応付けて記憶するようにしてもよい。
【００５０】
上述した実施例において、バーチャート表示は、録画終了時に限らず、ユーザ指示に応じて任意のタイミングで表示可能であるほか、録画再生が指示された際に、その再生に先立ってバーチャート表示を行ったり、保存が指示された際に、それに先立ってバーチャート表示を行うようにしてもよい。また、バーチャート表示に限らず、円グラフ表示などのビジュアルな表示であってもよい。また、エラー割合を表示する場合に限らず、音声メッセージによってエラー割合を案内するようにしてもよい。
【００５１】
上述した実施例において、テレビ放送を視聴しながらその放送データを受信録画するようにしたが、録画だけを行うようにしてもよく、また、２つのテレビチューナが備えられていれば、同時に別の番組を視聴、録画するようにしてもよい。
また、上述した実施例においては、録画終了時に受信録画したデータを保存するか否かを問い合わせる保存要否メッセージを表示させ、ユーザ操作による保存要否に応答してその保存処理、削除処理を制御するようにしたが、受信録画したデータをその受信状態に応じて保存するか削除するかを自動決定して保存処理あるいは削除処理を実行するようにしてもよい。
【００５２】
上述した実施例においては、テレビ放送を受信録画する場合を示したが、ラジオ放送を受信録音する場合でも同様に適用可能である。
その他、携帯電話装置に限らず、例えば、放送データ記録機能付きＰＤＡ・電子カメラ・電子腕時計・音楽再生機などの携帯端末装置であっても同様に適用可能である。
【図面の簡単な説明】
【００５３】
【図１】携帯端末装置として適用した携帯電話装置の基本的な構成要素を示したブロック図。
【図２】放送局から発信されたデータ放送を説明するための図。
【図３】テレビ放送受信録画時に生成された録画ファイルの内容を説明するための図。
【図４】電源投入に伴って実行開始される携帯電話装置の全体動作を示したフローチャート。
【図５】図４に続く、フローチャート。
【図６】図４に続く、フローチャート。
【図７】全録画時間に対する各エラー時間の分布状態を図案化したバーチャート表示を例示した図。
【図８】エラー状態を示すアイコン付き番組名の一覧画面を示した図。
【符号の説明】
【００５４】
１ ＣＰＵ
２ 記憶部
５ 電話通信部
１０ 表示部
１２ キー操作部
１３ サウンドスピーカ
１４ ＲＴＣ
１５ テレビ放送受信部
２１ 録画フォルダ
【出願人】 【識別番号】５０４１４９１００
【氏名又は名称】株式会社カシオ日立モバイルコミュニケーションズ
【出願日】 平成１８年７月４日（２００６．７．４）
【代理人】 【識別番号】１０００９０６１９
【弁理士】
【氏名又は名称】長南 満輝男
【公開番号】 特開２００８−１６９８４（Ｐ２００８−１６９８４Ａ）
【公開日】 平成２０年１月２４日（２００８．１．２４）
【出願番号】 特願２００６−１８３９７２（Ｐ２００６−１８３９７２）