(57)【要約】【課題】テレビ放送受信装置の場合、外部からの放送電波を受信して出力表示するという特性上、その放送受信自体の不具合が前記原因となる可能性がある。また今後デジタル放送への移行において、放送波によるファームウェアアップデートによる不具合のように、放送受信に関連した装置の制御による不具合なども考えられる。したがって従来の技術の適用だけでは、テレビ放送受信装置での不具合発生の原因を知るための十分な手がかりを得ることができない可能性がある、という課題がある。【解決手段】以上の課題を解決するために、本発明は、不具合解析用のログ保存機能を有するテレビ放送受信装置であって、放送受信に関連して発生する機器状態を、その放送受信状態と関連付けた放送受信関連ログとして保存する放送受信関連ログ保存部を有するテレビ放送受信装置を提供する。【選択図】図２
2008060968.tif 000002
【特許請求の範囲】
【請求項１】
不具合解析用のログ保存機能を有する表示装置であって、
外部からの映像取得に関連して発生する機器状態を、その映像取得状態と関連付けた映像取得関連ログとして保存する映像取得関連ログ保存部
を有する表示装置。
【請求項２】
不具合解析用のログ保存機能を有するテレビ放送受信装置であって、
放送受信に関連して発生する機器状態を、その放送受信状態と関連付けた放送受信関連ログとして保存する放送受信関連ログ保存部
を有するテレビ放送受信装置。
【請求項３】
放送受信関連ログ保存部は、
放送受信及びユーザー操作に関連して発生する機器状態を、放送受信状態及びユーザー操作状態と関連付けた放送受信操作関連ログとして保存する放送受信操作関連ログ保存手段を有する
請求項２に記載のテレビ放送受信装置。
【請求項４】
放送受信関連ログ保存部は、
放送受信及び通信処理に関連して発生する機器状態を、放送受信状態及び通信処理情報と関連付けた放送受信通信関連ログとして保存する放送受信通信関連ログ保存手段を有する
請求項２又は３に記載のテレビ放送受信装置。
【請求項５】
表示装置において、
外部からの映像取得に関連して発生する機器状態を、その映像取得状態と関連付けた映像取得関連ログとして取得する映像取得関連ログ取得ステップと、
前記取得した映像取得関連ログを保存するため、保存部に記録する映像取得関連ログ保存ステップと、
を計算機に実行させる表示装置のログ保存方法。
【請求項６】
テレビ放送受信装置において、
放送受信に関連して発生する機器状態を、その放送受信状態と関連付けた放送受信関連ログとして取得する放送受信関連ログ取得ステップと、
前記取得した放送受信関連ログを保存するため、保存部に記録する放送受信関連ログ保存ステップと、
を計算機に実行させるテレビ放送受信装置のログ保存方法。
【請求項７】
前記放送受信関連ログ保存ステップは、
放送受信及びユーザー操作に関連して発生する機器状態を、放送受信状態及びユーザー操作状態と関連付けた放送受信操作関連ログとして保存する
請求項６に記載のテレビ放送受信装置のログ保存方法。
【請求項８】
前記放送受信関連ログ保存ステップは、
放送受信及び通信処理に関連して発生する機器状態を、放送受信状態及び通信処理情報と関連付けた放送受信通信関連ログとして保存する
請求項６又は７に記載のテレビ放送受信装置のログ保存方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示装置やテレビ放送受信装置において不具合解析用のログを保存するための技術に関する。
【背景技術】
【０００２】
エンドユーザーに提供する製品装置において何らかの不具合が発生する確率を０にすることは困難である。そのため製品提供者は、不具合が発生した際に修理などのサポートを行うことが求められる。しかし、例えば画面が映らない、など表面上の症状的には同じ不具合であっても、その原因は伝送ケーブルの接続不備、映像処理回路やバックライトの物理的故障、制御ソフトウェアのエラー、通電障害など様々考えられる。また、その発生も製品装置の構成部品ごとの品質差や、ユーザーごとの製品装置の使用環境の違いなど様々な要因によるので、不具合の発生原因を特定することは困難であることが多い。
【０００３】
そこで、特許文献１では、複写機から定時的に構成部品の状態情報を出力するとともに、異常発生時には異常状態情報を出力し記憶することで、複写機の過去から点検時までの各状態に加え、変動履歴をも正確に把握することができる技術が開示されている。また、特許文献２では、装置の入力デバイスから入力された操作履歴も記録することで、想定することが困難なユーザーの操作履歴も含めて正確に把握することができる技術が開示されている。そしてこのように記録されたログを参照、解析することによって、サポート点検時に不具合発生の原因を特定するための手がかりを得ることができる。
【特許文献１】特開平０７−０２８３６３号公報
【特許文献２】特開２００２−２０７３９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記従来の技術の適用だけでは、テレビ放送受信装置での不具合発生の原因を知るための十分な手がかりを得ることができない可能性がある、という課題がある。なぜならば、テレビ放送受信装置は外部からの放送電波を受信して出力表示するという特性上、例えば不法電波や天候不順による電波障害など、その放送受信自体などを原因として機器の不具合が生じる可能性があるからである。
【０００５】
また、テレビ放送の放送形態がデジタル放送へと今後移行していくと、従来とは異なり、例えばテレビ放送受信装置が受信した放送波に含まれる最新版ファームウェアのファイルによってファームウェアアップデートが実行され、そのアップデートにより新たな各種機能が実現されるといった具合に、受信した放送波によって能動的に機能するよう構成されたテレビ放送受信装置も提供され始めている。すると、そのようなテレビ放送受信装置では、以下のように従来の装置では想定されていなかった不具合の発生も考えられる。すなわち、放送受信に含まれる、例えば最新版ファームウェアなどのデータが、バージョンが合わなかったりノイズなどでデータが変質したりするなどしてテレビ放送受信装置にとって不適切なデータとなることがある。すると、その放送受信に含まれる不適切なデータによってテレビ放送受信装置に不具合が発生する、といった具合である。
【課題を解決するための手段】
【０００６】
以上の課題を解決するために、本発明は、不具合解析用のログ保存機能を有するテレビ放送受信装置であって、従来は行われていなかった、例えば上記ファームウェアアップデートによる不具合のように、放送受信に関連して発生する機器状態を、その放送受信状態と関連付けた放送受信関連ログとして保存する放送受信関連ログ保存部を有するテレビ放送受信装置を提供する。
【０００７】
また、上記構成に加え、その放送受信関連ログ保存部が、放送受信及びユーザー操作に関連して発生する機器状態を、放送受信状態及びユーザー操作状態と関連付けた放送受信操作関連ログとして保存する放送受信操作関連ログ保存手段を有するテレビ放送受信装置も提供する。また、さらに上記構成に加え、その放送受信関連ログ保存部が、放送受信及び通信処理に関連して発生する機器状態を、放送受信状態及び通信処理情報と関連付けた放送受信通信関連ログとして保存する放送受信通信関連ログ保存手段を有するテレビ放送受信装置も提供する。また、上記のようなテレビ放送受信装置における不具合ログの保存方法も提供する。
【０００８】
また、放送受信同様、外部ＤＶＤプレイヤーなどの映像出力機器から出力された映像を取得し表示する表示装置においても、例えばコントロール信号が含まれている場合など、外部からの映像信号の取得によって能動的に機能する場合がある。したがって、そのような表示装置において映像取得に関連して発生する機器状態を、その映像取得状態と関連付けた映像取得関連ログとして保存する映像取得関連ログ保存部を有する表示装置も提供する。また、そのような表示装置における不具合ログの保存方法も提供する。
【発明の効果】
【０００９】
以上のような構成をとる本発明によって、例えばその放送受信に含まれるデータの不適切などによって機器に発生した不具合に関する情報を、その放送受信状態と関連付けた放送受信関連ログとして知ることができる。したがって、ログを利用して把握した不具合周辺の情報を手がかりとして、その不具合の発生原因を特定することができる。
【００１０】
なお、本発明において「不具合」とは、本来テレビ放送受信装置の機能を達成するための正常な動作や状態とは異なった動作／状態などをいい、例えば、ディスプレイに映像が映らない／映りが悪い、音声が出力されない、放送チャンネルの選局操作など各種操作を受付けない、などが挙げられる。
【発明を実施するための最良の形態】
【００１１】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。なお、実施例１は、主に請求項１、２、５、６について説明する。また、実施例２は、主に請求項３、７について説明する。また、実施例３は、主に請求項４、８について説明する。
【００１２】
≪実施例１≫
<概要>
図１は、本実施例のテレビ放送受信装置におけるログの保存の一例を表す概念図である。この図１（ａ）にあるように、例えば落雷を伴う大雨時に、あるテレビ放送受信装置の表示画面に何も映らなくなる、という不具合が発生した。そこでユーザーからの依頼に応じて、製品提供者はサポートサービスの一環としてこの製品を回収する、あるいは点検員を派遣するなどして不具合の原因を解析しようと試みる。ここで、上記不具合の原因としては、落雷の電磁誘導現象により発生した過電流がテレビ放送受信装置の部品を物理的に破壊した可能性や、大雨によって受信電波が減衰した可能性などが考えられる。あるいは大雨や落雷とは関係なく、例えば映像処理回路の故障やバックライトの寿命なども考えられる。
【００１３】
そこで、図１（ｂ）にあるように、本実施例のテレビ放送受信装置がフラッシュメモリなどの記憶媒体に定期的に記録、保持しているログデータを、例えば点検員が自身の端末装置に読み出す。すると、そのログデータで示される「放送受信状態：ファームウェアアップデート」後に、「機器状態：デコーダの制御エラー」が発生していることから、ファームウェアのアップデートファイルの放送受信によってテレビ放送受信装置のデコーダにエラーが生じたことが分かる。つまり不具合の原因を、放送受信によってテレビ放送受信装置に組み込まれたファームウェアのアップデートファイルによるデコーダの何らかのエラーであると特定することができる。
【００１４】
そこでこの検査員は、テレビ放送受信装置のバックアップデータから前バージョンのファームウェアを組み込み直すよう指示するなど、その場で適切に対応することができる。また工場に回収していた場合には直ぐに原因箇所のファームウェアへの対策を行い、エンドユーザーに製品装置を返品することができる。
【００１５】
<機能的構成>
図２は、本実施例のテレビ放送受信装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「テレビ放送受信装置」（０２００）は、「放送受信関連ログ保存部」（０２０１）を有する。
【００１６】
なお、以下に記載するテレビ放送受信装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、CPUや主メモリ、バス、あるいは二次記録媒体（ハードディスクや不揮発性メモリ、CD−ROMやDVD−ROMなどの記憶メディアとそれらメディアの読取ドライブなど）、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部やその外部周辺機器用のI/Oポート、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、情報入力に利用されるユーザーインターフェースなどが挙げられる。
【００１７】
またこれらハードウェアやソフトウェアは、主メモリ上に展開したプログラムをCPUで演算処理したり、メモリやハードディスク上に保持されているデータや、インターフェースを介して入力されたデータなどを加工、蓄積、出力処理したり、あるいは各ハードウェア構成部の制御を行ったりするために利用される。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００１８】
「放送受信関連ログ保存部」（０２０１）は、放送受信に関連して発生する機器状態を、その放送受信状態と関連付けた放送受信関連ログとして保存する機能を有する。「放送受信に関連して発生する機器状態」とは、受信電波の物理的状態や、受信した放送に含まれる信号、データに起因して放送受信装置に発生する変化の状態、又は変化が発生しない状態を言う。例えば、ファームウェアやデコードプログラムのアップデートファイルを含む放送波の受信によって、テレビ放送受信装置を構成する各ハードウェア資源に発生する制御状態や処理状態などを示す情報が挙げられる。あるいは、受信した放送波に含まれるコピー制御信号によって生じる録画処理の可／不可制御状態を示す情報も挙げられる。また、いわゆる「B-CAS（登録商標）」カードなどを利用した、放送波に含まれる放送受信権の認証処理に関する情報なども挙げられる。また、放送受信波に含まれるデータ放送やOSD（オンスクリーン・ディスプレイ）表示制御命令に従ったディスプレイへの表示処理に関する情報なども挙げられる。
【００１９】
また、その機器状態を表す情報としては、例えば機器状態や制御状態の内容などを示す識別情報や、その放送受信によって使用されたハードウェア資源の識別情報、あるいはテレビ放送受信装置の何らかの機能を制御、実現するためのプログラムが実行処理されたプログラム行数などが挙げられる。
【００２０】
また「放送受信状態」とは、放送受信時の電波の状態と受信した放送に含まれるデータの内容や信号の内容の両者を含む概念である。例えばファームウェアやデコードプログラムなど受信した放送波に含まれるデータの種類や内容を示す情報が挙げられる。あるいは、受信した放送波に含まれるコピー制御信号で示される世代管理情報なども挙げられる。あるいは「B-CAS（登録商標）」カード用の認証データの内容を示す情報そのものなども挙げられる。このように放送受信状態として、受信した放送波に含まれるデータそのものの情報をログとして保存することで、例えばそのデータの正確性などを判断することもできる。
【００２１】
そして、この放送受信状態で示される、例えば放送受信に含まれるビットデータは、ノイズの影響などで反転、消失、挿入などする場合がある。するとそのビットデータがテレビ放送受信装置に誤解釈されてしまい不具合として何らかのエラーが発生する可能性がある。あるいは、データ的には正しくても、例えば制御プログラムのバージョン違いや、製造工場ごとのハードウェア資源の相違によってデータが適合せず不具合が発生する場合がある。そこで、本実施例のテレビ放送受信装置では、このように放送受信に関連して発生する機器状態を、放送受信状態と関連付けたログとして保存する、という構成をとり、その不具合の原因を特定することができる。
【００２２】
なお、この放送受信関連ログ保存部は、例えばＥＥＰＲＯＭやフラッシュメモリ、ＨＤＤ（ハードディスクドライブ）などの二次記憶装置により実現することができる。そして、定期的、あるいはエラー信号など何らかのイベント信号の受信に応じ、上記二次記憶装置にログデータを書き込むと良い。
【００２３】
また、この読み出した放送受信関連ログの表示は、例えば「×××−△△△△−□□□□□□」という具合にコード化してテレビ放送受信装置のディスプレイに表示する構成としても良いし、検査員の所持端末や回収工場の設置端末とシリアル接続したり、あるいは放送受信関連ログ保存部の一例であるフラッシュメモリの情報を上記端末に読み込ませたりすることで表示する構成などであっても良い。また都合の良い範囲内でエンドユーザーがこの放送受信関連ログを確認できるよう表示する構成としても良い。それにより、例えばエンドユーザー自身が製品提供者などに修理サポートの連絡を入れる前に、例えば天候による一時的な不具合であるなど自分で判断することもでき、双方の手間やコストを抑えることもできるようになる。
【００２４】
またこの放送受信関連ログの保存に際しては、従来のログ保存技術と同様に、内蔵時計やデジタル放送波に含まれる時間情報を関連付けて記録する構成とすると良い。
【００２５】
図３は、この放送受信関連ログの一例を表す図である。この図にあるように、放送受信関連ログとして、機器状態を示す「デコード制御エラー」や、放送受信状態を示す「放送局：東京放送局」、「エラー信号：無し」、「内容：ファームウェアアップデート」などが保存されている。また、その他、このログが取得された時刻を示す「データ取得時刻：１５時００分」や、視聴地域を示す「郵便番号：１００−００００」、あるいは図示していないがテレビ放送受信装置の型番を示す「型番：ＴＶ２０００−Ａ」などの情報が保存されていても良い。また、このテレビ放送受信装置が複数のチューナを備えている場合、チューナごとに同様のログが記録、保持されると良い。
【００２６】
そして、このような放送受信関連ログを、テレビ放送受信装置から読み出し確認することで、例えばファームウェアアップデート後にデコードエラーが発生したことを知ることができる。そして不具合の原因を「ファームウェアのバージョンの適合性」と推定することができる、という具合である。
【００２７】
<ハードウェア的構成>
図４は、上記機能的な構成要件をハードウェアとして実現した場合の、本実施例のテレビ放送受信装置における構成の一例を表す概略図である。この図を利用して放送受信関連ログの保存処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、テレビ放送受信装置は、各種演算処理を行う「ＣＰＵ（中央演算装置）」（０４０１）と、「主メモリ」（０４０２）と、を備えている。また放送受信関連ログ保存部である「フラッシュメモリ」（０４０３）や、放送受信を行う「チューナ」（０４０４）、放送を出力表示する「画像処理回路」（０４０５）と「ディスプレイ」（０４０６）なども備えている。また、ユーザーからの操作命令などを受付ける「Ｉ／Ｏ（インプット／アウトプット）」（０４０７）やログ保存時刻などを計時する「内蔵時計」（０４０８）も備えている。そして、それらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００２８】
また、「主メモリ」は、各種処理を行うプログラムをＣＰＵに実行させるために読み出すと同時にそのプログラムの作業領域でもあるワーク領域を提供する。また、この「主メモリ」や「フラッシュメモリ」にはそれぞれ複数のアドレスが割り当てられており、「ＣＰＵ」で実行されるプログラムは、そのアドレスを特定しアクセスすることで相互にデータのやりとりを行い、処理を行うことが可能になっている。
【００２９】
ここで、ユーザー操作による「リモコン」の入力信号が、「Ｉ／Ｏ」にて受信され復調されることにより、電源ＯＮ／ＯＦＦのための図示しない電源ユニットの制御、放送チャンネルの選局のためのチューナの制御、明るさなどの画面調整のための図示しないバックライト制御、などが実行される。
【００３０】
そして定期的に放送受信関連ログを保存するため、「ＣＰＵ」により機器状態や放送受信状態を示す情報の取得命令が、プログラムカウンタに応じて定期的に生成され、送出される。そしてその命令に従って、例えば、「チューナ」で受信した放送波にファームウェアアップデート用のファイルやアップデート制御命令などが含まれていたら、そのことを示す識別情報を「放送受信状態」として取得する。そして、その放送受信状態を示す情報が「主メモリ」のアドレス１に格納される。
【００３１】
また、そのファームウェアアップデート実行後の放送受信に関連して、受信したMPEG2形式の放送データのデコードプログラムが途中までしか実行されず、デコード処理が失敗した。すると、その失敗を示す識別情報や、実行済みプログラム桁数などの情報を「機器情報」として取得する。そして、その機器状態を示す情報が「主メモリ」のアドレス２に格納される。
【００３２】
そして、「内蔵時計」や「チューナ」で受信したデジタル放送波に含まれる時間情報などから現在時刻の情報を取得し、その時刻情報やその他情報を、「主メモリ」のアドレス１や２に格納されている放送受信状態や機器状態の情報に加える処理を行う。そしてそれら情報を放送受信関連ログとして「フラッシュメモリ」のアドレス１に書き込む、という具合である。
【００３３】
そして、この「フラッシュメモリ」のアドレス１に格納された放送受信関連ログや、その前後の時刻に保存された放送受信関連ログを参照し、発生したデコードエラーの不具合の原因を推定することができる。
【００３４】
もちろん、この放送受信関連ログを保存するための命令の生成、送出は、プログラムカウンタなどに応じて定期的に実行される以外に、例えばユーザー操作の受付や異常発生信号の受信など、何らかのイベント発生をトリガーとして実行されるよう構成されていても良い。
【００３５】
図５は、本実施例のテレビ放送受信装置の、さらに詳細なハードウェア構成の一例を表した図である。なお、この図を用いた説明では、不具合の別の例としてDVD録画エラーが発生した場合の放送受信関連ログの保存処理の一例について説明する。ここで、「アンテナ」にて受信された放送波のうち、「選局部」（０５１０）で指定された周波数帯の放送波が「チューナ」（０５０１）にて取り出され、「復調部」（０５０２）にてデータとして復調される。そして復調されたデータが「分離部（DMUX）」（０５０３）にて映像データ、オーディオデータ、データ放送用BML（ブロードキャスト・マークアップ・ランゲッジ）データ、電子番組表データ、あるいはコピー制御信号などを含む制御用データなどに分離され、それぞれ「ビデオデコード部」（０５０４）や「オーディオデコード部」（０５０５）、そして「RAM」（０５０９）などに出力される。
【００３６】
そして、「ビデオデコード部」や「オーディオデコード部」では、それぞれのデータ符号化形式に合わせてデコード処理を実行し、場合によって映像データに「OSD処理部」などから出力されたOSDデータを重畳（＋）して「ビデオ出力変換部」（０５０６）から映像データをディスプレイに、また「オーディオ出力変換部」（０５０７）からオーディオデータをスピーカーなどに出力する。
【００３７】
ここで、ユーザーのリモコン操作による録画命令が「リモコン受光部」（０５１３）で受光され「リモコンコード解析部」（０５１４）にて解析される、あるいは予め入力され「不揮発性メモリ」（０５１２）に格納されている録画予約命令が内蔵時計の予約時刻到達をトリガーとして実行されると、「CPU」（０５０８）により録画プログラムが「RAM」のワーク領域に読み出され実行される。
【００３８】
通常の録画処理では、録画プログラムに従い「CPU」から送出される命令に従い、分離部で分離された映像データやオーディオデータの（場合によっては所定符号化形式へのエンコード処理後の）「記録装置」への出力が実行される。そして、「記録装置」にて、例えばDVDメディアなどへの記録処理が実行される。
【００３９】
しかし、ここで上記「分離部」にて分離され「RAM」に格納されたコピー制御信号で示される世代管理情報が「１回録画可能」ではなく、例えば何らかのエラーによって「０回録画可能」になっていた場合、以下のような不具合が生じる。すなわちDVDメディアがCPRM（コンテンツ・プロテクション・フォー・レコーダブル・メディア）規格に対応し本来ならば録画可能であるはずであるのに記録処理を実行することができない、という不具合である。そこで、このテレビ放送受信装置では、放送受信状態を示す情報として「RAM」に格納されているコピー制御信号で示される世代管理情報を、また機器状態を示す情報としてDVDメディアへの録画処理が実行できなかったことを示す識別情報を取得し、「不揮発性メモリ」に放送受信関連ログとして記録する、という具合である。
【００４０】
もちろん、上記放送受信関連ログはデジタル放送における放送受信状態や機器状態などには限定されず、放送受信状態を示す何らかのアナログ信号の受信などであっても良い。
【００４１】
<処理の流れ>
図６は、本実施例のテレビ放送受信装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、ステップＳ０６０１を受信受付ステップとして媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、チューナなどで放送を受信の受付を行い、放送を受信する（ステップＳ０６０１）。そして、放送受信に関連して発生する機器状態を、その放送受信状態と関連付けて放送受信関連ログとして取得する。そして取得した放送受信関連ログを保持するため、フラッシュメモリなどに記録する（ステップＳ０６０２）。そして、例えば不具合発生時などには、このフラッシュメモリなどに保持されている放送受信関連ログを読み出して、その不具合の原因特定などの手がかりとする、という具合である。
【００４２】
図７は、本実施例のテレビ放送受信装置における、さらに詳細な処理の流れの一例を表すフローチャートである。この図にあるように、例えば放送波の受信処理や録画処理など放送受信に関連して何らかの処理が発生する（ステップＳ０７０１）と、例えばEEPROMに保持されている保存該当リストを参照するなどして、その処理がRAMへの格納保存に該当する処理か否か、CPUの論理演算処理などで判断する（ステップＳ０７０２）。ここで、格納保存に該当しない処理であれば、また別の処理発生の受付待機状態となる。
【００４３】
一方、ステップＳ０７０１で発生した処理がＲＡＭへの格納保存に該当する処理だと判断された場合、例えば内蔵時計やデジタル放送波に含まれる時間情報などからその処理の発生時刻を取得する（ステップＳ０７０３）。そして、処理内容を示す識別情報などを放送受信状態として、時間情報とともにＲＡＭへ格納保存する（ステップＳ０７０４）。
【００４４】
つづいて、RAMに格納保存した該当処理がエラー内容を示しているか否かの判断が、CPUの論理演算処理などで実行される（ステップＳ０７０５）。ここで、その判断結果がエラー内容を示しているとの判断結果である場合、RAMに格納保存されている放送受信状態と時間情報に、そのエラー内容を機器状態を示す情報として加え、放送受信関連ログとして不揮発性メモリに書き込み処理を実行する（ステップＳ０７０６）。一方、その判断結果がエラー内容を示していないとの判断結果である場合、今度はRAMに格納保存している情報が一定量を超えているか否かの判断処理を行い（ステップＳ０７０７）、超えていない場合はまた別の処理発生の受付待機状態となる。また、超えていると判断された場合は、ステップ０７０６の処理が実行され、そのRAMに格納保存されている内容に、エラー内容を機器状態を示す情報として加え、放送受信関連ログとして不揮発性メモリに書き込み処理が実行される、という具合である。
【００４５】
<効果の簡単な説明>
以上のように本実施例のテレビ放送受信装置によって、放送受信に関連して発生する機器状態を、その放送受信状態と関連付けた放送受信関連ログとして知ることができる。したがって、外部からの放送受信によって発生する機器状態を手がかりとしてその機器状態で示される不具合などの発生原因を特定することができる。
【００４６】
≪その他の実施例１（表示装置）≫
<概要>
なお、上記テレビ放送受信装置と同様に、以下のように表示装置においてログを保存するようにしても良い。表示装置では、例えばＨＤＤプレイヤーなどの外部の映像出力機器などからの出力映像を、映像ケーブル経由などで取得する。すると例えばＨＤＭＩ（登録商標）映像ケーブルからコントロール信号を受信する、という具合に、この表示装置は外部からの映像取得によって制御され能動的に機能することもある。そしてその制御などの結果として表示装置に不具合が発生することもあり得る。つまり外部から映像を取得する表示装置においても、テレビ放送受信装置の放送受信と同様に外部から取得したデータによって不具合が発生する可能性があるため、外部からの映像取得に関連してログを保存するということである。
【００４７】
<機能的構成>
図８は、この表示装置における機能ブロックの一例を表す図である。この図にあるように、「表示装置」（０８００）は、「映像取得関連ログ保存部」（０８０１）を有する。
【００４８】
「映像取得関連ログ保存部」（０８０１）は、外部からの映像取得に関連して発生する機器状態を、その映像取得状態と関連付けた映像取得関連ログとして保存する機能を有する。「外部からの映像取得」とは、外部映像再生機器から出力された映像データを、例えば映像ケーブル、家庭内ＬＡＮ、あるいは外出先のホットスポットなど何らかの伝送手段経由で取得することをいう。「映像取得に関連して発生する機器状態」とは、上記放送受信にて説明した機器状態と同様に、取得した映像信号の物理的状態や、取得した映像信号に含まれる信号やデータに起因して表示装置に発生する変化の状態、又は変化が発生しない状態を言う。例えば、コントロール信号などの取得によって表示装置を構成する各ハードウェア資源に発生する制御状態や処理状態などを示す情報や、映像信号に含まれるコピー制御信号によって生じる録画処理の可／不可制御状態を示す情報、また、OSDなどの表示制御命令に従ったディスプレイへの表示処理に関する情報なども挙げられる。
【００４９】
また、その機器状態を表す情報としては、例えば機器状態や制御状態の内容などを示す識別情報や、映像取得に使用されたハードウェア資源の識別情報、あるいは表示装置の何らかの機能を制御、実現するためのプログラムが実行処理されたプログラム行数などが挙げられる。
【００５０】
また「映像取得状態」とは、やはり放送受信同様に、例えばコントロール信号やコピー制御信号の有無など取得した映像信号に含まれるデータの種類や内容を示す情報が挙げられる。あるいは、取得した映像信号に含まれるコピー制御信号で示される世代管理情報なども挙げられる。
【００５１】
そして、このように表示装置では外部からの映像取得に関連して発生する機器状態を、映像取得状態と関連付けたログとして保存する、という構成をとり、その不具合の原因を特定することができる。
【００５２】
なお、この映像取得関連ログ保存部も、上記同様、例えばＥＥＰＲＯＭやフラッシュメモリ、ＨＤＤ（ハードディスクドライブ）などの二次記憶装置により実現することができる。そして、定期的、あるいはエラー信号など何らかのイベント信号の受信に応じ、上記二次記憶装置にログデータを書き込むと良い。またこの映像取得関連ログの保存に際しては、従来のログ保存技術と同様に、内蔵時計やデジタル放送波に含まれる時間情報を関連付けて記録する構成とすると良い。
【００５３】
図９は、この映像取得関連ログの一例を表す図である。この図にあるように、映像取得関連ログとして、機器状態を示す「デコード制御エラー」や、映像取得状態を示す「相手機器：ＤＶＤプレイヤー（型番ＳＨ２００６−ＨＡ）」、「エラー信号：無し」、「内容：輝度調整コントロール」、「データ取得時刻：１５時００分」などの情報が保存されている。そして、このような映像取得関連ログを表示装置から読み出し確認することで、例えばある特定機器から受信した輝度調整コントロール信号の制御によってデコードエラーが発生したことを知ることができる、という具合である。
【００５４】
<ハードウェア構成>
この表示装置におけるハードウェア構成の一例は、図４で示すテレビ放送受信装置におけるものとほぼ同様である。したがって、表示装置は、各種演算処理を行う「ＣＰＵ」と、「主メモリ」と、また映像取得関連ログ保存部である「フラッシュメモリ」、取得した映像を出力表示する「画像処理回路」と「ディスプレイ」、そして「Ｉ／Ｏ」や「内蔵時計」などを備えていると良い。また相違点としては「チューナ」の替わりに「映像用Ｉ／Ｏ」を備え、放送波の替わりに、映像ケーブル、家庭内ＬＡＮ、あるいは外出先のホットスポットなど何らかの伝送手段経由で映像信号を取得する点が挙げられる。
【００５５】
そして、そのように取得した映像信号に含まれる、例えばコントロール信号の制御などによって引き起こされる機器状態を、前述のテレビ放送受信装置における各ハードウェア構成の処理と同様の処理によって映像取得状態と関連付けて、映像取得関連ログとして「フラッシュメモリ」に保存する、という具合である。
【００５６】
<処理の流れ>
図１０は、本実施例のテレビ放送受信装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、ステップＳ１００１を映像の取得受付ステップとして媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、外部からの映像取得の受付を行い、映像を受信する（ステップＳ１００１）。そして、外部からの映像取得に関連して発生する機器状態を、その映像取得状態と関連付けて映像取得関連ログとして取得する。そして取得した映像取得関連ログを保持するため、フラッシュメモリなどに記録する（ステップＳ１００２）。そして、例えば不具合発生時などには、このフラッシュメモリなどに保持されている映像取得関連ログを読み出して、その不具合の原因特定などの手がかりとする、という具合である。
【００５７】
<効果の簡単な説明>
以上のようにこの表示装置によって、外部からの映像取得に関連して発生する機器状態を、その映像取得状態と関連付けた映像取得関連ログとして知ることができる。したがって、外部からの映像取得によって発生する機器状態を手がかりとしてその機器状態で示される不具合などの発生原因を特定することができる。
【００５８】
≪実施例２≫
<概要>
図１１は、本実施例のテレビ放送受信装置におけるログの保存の一例を表す概念図である。この図１１（ａ）にあるように、例えばテレビ放送受信装置にてデジタル放送波で配信されている「電子番組表」を受信中に、ユーザーがリモコンを用いて「録画ボタン」を押下する操作を行った。すると、電子番組表の受信が途中で止まってしまう、という不具合が発生した。このとき本実施例のテレビ放送受信装置は、図１１（ｂ）にあるように、フラッシュメモリに、この「電子番組表の受信中」という放送受信状態を示す情報と、「録画ボタン押下」というユーザー操作が行われた旨を示す情報とをログとして記録する、という具合である。
【００５９】
このように本実施例は、放送受信とユーザー操作とを起因として発生する不具合の原因を分析する手助けとなるログを記録保持する機能を備えていること特徴とするテレビ放送受信装置である。したがって、ユーザー操作と放送受信に関連して機器に不具合が発生した際に、その不具合と、ユーザー操作及び放送受信との関連性をログから推定することができるようになる。
【００６０】
<機能的構成>
図１２は、本実施例のテレビ放送受信装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「テレビ放送受信装置」（１２００）は、実施例１を基本として「放送受信関連ログ保存部」（１２０１）を有する。なお、この「放送受信関連ログ保存部」は、上記実施例にて記載済みであるので、その説明は省略する。そして、本実施例の特徴点は、その放送受信関連ログ保存部が、さらに「放送受信操作関連ログ保存手段」（１２０２）を有する点である。また、本実施例は実施例１の表示装置を基本として「映像取得操作関連ログ保存手段」を有していても良い。
【００６１】
「放送受信操作関連ログ保存手段」（１２０２）は、放送受信及びユーザー操作に関連して発生する機器状態を、放送受信状態及びユーザー操作状態と関連付けた放送受信操作関連ログとして保存する機能を有する。「ユーザー操作」とは、リモコンや操作パネルなどのユーザーインターフェースへの入力により受付けられた操作をいい、例えば、電子番組表の取得操作のほか、電源ON／OFF操作、スタンバイ状態への移行／復帰操作、受信チャンネルの選局操作、録画処理の予約／実行操作、映像ソースの入力先切替操作、明るさやコントラストなどの画質調整操作、音量調整操作、電子番組表の取得操作などが挙げられる。
【００６２】
したがって「放送受信及びユーザー操作に関連して発生する機器状態」とは、チューナでの放送受信と、例えば、受信チャンネルの選局操作によって発生した機器状態などが挙げられる。また選局処理が途中で停止した場合の処理進捗状態なども挙げられる。またチューナでの放送受信と、録画処理の予約／実行操作による録画媒体や書込装置の制御プログラムの実行状態や機器状態なども挙げられる。
【００６３】
図１３は、この放送受信操作関連ログ保存手段にて保存されたログの一例を表す図である。この図にあるように、このログから「（電子番組表の）受信エラー」が発生した際の放送受信状態は「東京放送局」の「電子番組表受信」であり、そのときのユーザー操作が「録画ボタン（の押下）」であることが分かる。したがって不具合の原因が、例えば電子番組表の受信中に録画ボタンを押下したことに関連している、などを推定することができる。
【００６４】
このように「放送受信操作関連ログ保存手段」にて保存されたログによって放送受信状態及びユーザー操作と関連付けてその機器状態を把握することができるので、例えば何らかの放送受信とユーザー操作の組み合わせによって不具合が発生することなどを特定することができる。
【００６５】
<ハードウェア的構成>
図１４は、上記機能的な構成要件をハードウェアとして実現した場合の、本実施例のテレビ放送受信装置における構成の一例を表す概略図である。この図を利用して放送受信操作関連ログの保存処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、テレビ放送受信装置は、実施例１同様「ＣＰＵ」（１４０１）と、「主メモリ」（１４０２）と、「フラッシュメモリ」（１４０３）と、「チューナ」（１４０４）、「画像処理回路」（１４０５）と「ディスプレイ」（１４０６）と、「Ｉ／Ｏ」（１４０７）と、「内蔵時計」（１４０８）と、を備えている。
【００６６】
ここで、ユーザー操作による「リモコン」の入力信号が、「Ｉ／Ｏ」にて受信され復調されることにより、電源ＯＮ／ＯＦＦのための図示しない電源ユニットの制御や放送チャンネルの選局や電子番組表取得のためのチューナの制御などが実行される。また、この「Ｉ／Ｏ」にてリモコンや操作パネルなどのユーザーインターフェースで入力された上記ユーザー操作を示す入力信号を受付けると、その入力信号の識別情報が、ユーザー操作示す情報として「主メモリ」のアドレス３に格納される。
【００６７】
そして、実施例１で記載したようにして「主メモリ」のアドレス１に格納された機器状態や、アドレス２に格納された放送受信状態と、上記のように「主メモリ」のアドレス３に格納されたユーザー操作を示す情報とが関連付けられて、放送受信操作関連ログとして「フラッシュメモリ」のアドレス１に記録、保持される、という具合である。
【００６８】
<処理の流れ>
図１５は、本実施例のテレビ放送受信装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、ステップＳ１５０１を受信受付ステップとして媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、チューナなどで放送を受信する（ステップＳ１５０１）。また、例えばリモコンなどのユーザーインターフェースでのユーザー操作入力を受付ける（ステップＳ１５０２）。そして、放送受信、及びユーザー操作に関連して発生する機器状態を、その放送受信状態、及びユーザー操作状態と関連付けて放送受信操作関連ログとして取得する。そして取得した放送受信操作関連ログを保持するため、フラッシュメモリなどに記録する（ステップＳ１５０３）。そして、例えば不具合発生時などには、このフラッシュメモリなどに保持されている放送受信操作関連ログを読み出して、そのときの放送受信及びユーザー操作の組み合わせを把握し不具合の原因特定などを判断する手がかりとする、という具合である。
【００６９】
<効果の簡単な説明>
以上のように本実施例のテレビ放送受信装置によって、放送受信及びユーザー操作に関連して発生する機器状態を、その放送受信状態とユーザー操作状態とに関連付けた放送受信操作関連ログとして知ることができる。したがって、例えば何らかの放送受信とユーザー操作の組み合わせによって不具合が発生することなどを特定することができる。
【００７０】
≪実施例３≫
<概要>
図１６は、本実施例のテレビ放送受信装置におけるログの保存の一例を表す概念図である。この図１６（ａ）にあるように、例えばテレビ放送受信装置にて東京放送局の放送番組の録画処理中に、ネットワーク通信機能を利用して、ネットワーク上のサーバ装置から最新ファームウェアのデータをテレビ放送受信装置にダウンロードした。するとテレビ放送受信装置に録画失敗の不具合が発生した。このとき、本実施例のテレビ放送受信装置は、「東京放送局の放送受信」と、その最新ファームウェアダウンロードに関する「通信先ＩＰアドレス」などの情報を、録画処理エラーという機器状態を示す情報と関連付けて不具合解析用ログとしてフラッシュメモリに記録することを特徴としている。
【００７１】
そしてこのようにテレビ放送受信装置における放送受信及び通信処理によって発生した不具合などの機器状態をログとして記録することで、放送受信と通信処理の何らかの組み合わせによる不具合発生の原因なども容易に把握することができるようになる。
【００７２】
<機能的構成>
図１７は、本実施例のテレビ放送受信装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「テレビ放送受信装置」（１７００）は、実施例１を基本として「放送受信関連ログ保存部」（１７０１）を有する。なお、この「放送受信関連ログ保存部」は、上記実施例にて記載済みであるので、その説明は省略する。また、本実施例のテレビ放送受信装置は、実施例２として、その放送受信関連ログ保存部が「放送受信操作関連ログ保存手段」を有していても構わない。そして、本実施例の特徴点は、放送受信関連ログ保存部が、さらに「放送受信通信関連ログ保存手段」（１７０２）を有する点である。また、本実施例は実施例１の表示装置を基本として「映像取得通信関連ログ保存手段」を有していても良い。
【００７３】
「放送受信通信関連ログ保存手段」（１７０２）は、放送受信及び通信処理に関連して発生する機器状態を、放送受信状態及び通信処理情報と関連付けた放送受信通信関連ログとして保存する機能を有する。「通信処理」とは、例えばインターネットなどのネットワーク通信機能を利用した処理をいい、例えばネットワーク経由の電子番組表の受信処理、ファームウェアのアップデートファイルやその他アプリケーションファイルの受信処理、ロゴ（意匠文字）データの受信処理、テレビ番組コミュニティサイトや製造者ポータルサイトへのデータ送受信処理、放送波に含まれるBGM（バックグラウンドミュージック）などの波形データを解析するためのデータベースへのアクセスなどが挙げられる。あるいは家庭内ＬＡＮなどを介した他機器とのコンテンツデータや制御命令の送受信処理なども挙げられる。また「通信処理情報」とは、その通信処理に関連した情報をいい、例えば、その通信内容を示す識別情報や通信先のＩＰアドレス、通信時刻や通信に要した総時間、通信データ総量などが挙げられる。
【００７４】
図１８は、この放送受信通信関連ログ保存手段にて保存されたログの一例を表す図である。この図にあるように、テレビ放送受信装置が、ネットワーク上のサーバ装置からファームウェアのアップデートファイルをダウンロードした場合、通信処理に関する情報として、そのときの通信処理内容やアクセス先のＩＰアドレス、単位時間ごとの送受信データ量などの通信履歴情報などがログとして保存されている。また、そのダウンロードの際の放送受信に関する情報として、受信チャンネルを示す「東京放送局（の放送受信）」などが関連付けて保存されている。そして、例えばこのような通信処理と放送受信の組み合わせ東京放送局の番組の録画エラーという不具合が発生した場合、このログを参照することで、その原因を知ることができる。また、これら放送受信通信関連ログに、実施例２で説明したようなユーザー操作に関する情報もさらに加えて記録保持する構成としても良い。
【００７５】
<ハードウェア的構成>
図１９は、上記機能的な構成要件をハードウェアとして実現した場合の、本実施例のテレビ放送受信装置における構成の一例を表す概略図である。この図を利用して放送受信通信関連ログの保存処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、テレビ放送受信装置は、実施例１同様「ＣＰＵ」（１９０１）と、「主メモリ」（１９０２）と、「フラッシュメモリ」（１９０３）と、「チューナ」（１９０４）、「画像処理回路」（１９０５）と「ディスプレイ」（１９０６）と、「Ｉ／Ｏ」（１９０７）と、「内蔵時計」（１９０８）と、を備えている。また、このテレビ放送受信装置は、ネットワーク通信でデータの送受信を行うための「ＬＡＮポート」（１９０９）もさらに備えている。
【００７６】
ここで、ユーザー操作による「リモコン」の入力信号が、「Ｉ／Ｏ」にて受信され復調されることにより、電源ＯＮ／ＯＦＦのための図示しない電源ユニットの制御や放送チャンネルの選局のためのチューナの制御などが実行される。そしてまた、同様の操作によりこのテレビ放送受信装置は、ネットワーク上のサーバ装置からファームウェアのアップデートファイルなどの様々なデータを「ＬＡＮポート」を介し受信し、その受信データを「フラッシュメモリ」に蓄積する。あるいは、フラッシュメモリに蓄積されているログデータなどをこの「ＬＡＮポート」から送信する。
【００７７】
すると、本実施例のテレビ放送受信装置は、この「ＬＡＮポート」を介して行われる通信に関連し、上記のようにその通信内容や通信先のＩＰアドレス、データ送受信量などの情報を通信状態を示す情報として「主メモリ」のアドレス３に格納する。
【００７８】
そして、実施例１で記載したようにして「主メモリ」のアドレス１に格納された機器状態やアドレス２に格納された放送受信状態、そして上記のように「主メモリ」のアドレス３に格納された通信状態を示す情報と、が関連付けられて、放送受信通信関連ログとして「フラッシュメモリ」に記録、保持される、という具合である。
【００７９】
<処理の流れ>
図２０は、本実施例のテレビ放送受信装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、ステップＳ２００１を受信受付ステップとして媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、チューナなどで放送を受信する（ステップＳ２００１）。また、例えばユーザー操作などに従い、通信処理を実行する（ステップＳ２００２）。そして、放送受信、及び通信に関連して発生する機器状態を、その放送受信状態、及び通信状態と関連付けて放送受信通信関連ログとして取得する。そして取得した放送受信通信関連ログを保持するため、フラッシュメモリなどに記録する（ステップＳ２００３）。そして、例えば不具合発生時などには、このフラッシュメモリなどに保持されている放送受信通信関連ログを読み出して、そのときの放送受信及び通信処理の組み合わせを把握し不具合の原因特定などを判断する手がかりとする、という具合である。また、上記ステップＳ２００３において、さらにユーザー操作に関する情報をログに加えて記録保持するよう構成しても良い。
【００８０】
<効果の簡単な説明>
以上のように本実施例のテレビ放送受信装置によって、放送受信及び通信処理に関連して発生する機器状態を、その放送受信状態と通信処理とに関連付けた放送受信通信関連ログとして知ることができる。したがって、例えば何らかの放送受信と通信処理の組み合わせによって不具合が発生することなどを特定することができる。
【図面の簡単な説明】
【００８１】
【図１】実施例１のテレビ放送受信装置におけるログの保存の一例を表す概念図
【図２】実施例１のテレビ放送受信装置における機能ブロックの一例を表す図
【図３】実施例１のテレビ放送受信装置の放送受信関連ログ保存部にて保存される放送受信関連ログの一例を表す図
【図４】実施例１のテレビ放送受信装置におけるハードウェア構成の一例を表す概略図
【図５】実施例１のテレビ放送受信装置における、さらに詳細なハードウェア構成の一例を表す概略図
【図６】実施例１のテレビ放送受信装置における処理の流れの一例を表すフローチャート
【図７】実施例１のテレビ放送受信装置における、さらに詳細な処理の流れの一例を表すフローチャート
【図８】実施例１の表示装置における機能ブロックの一例を表す図
【図９】実施例１の表示装置の映像取得関連ログ保存部にて保存される映像取得関連ログの一例を表す図
【図１０】実施例１の表示装置における処理の流れの一例を表すフローチャート
【図１１】実施例２のテレビ放送受信装置におけるログの保存の一例を表す概念図
【図１２】実施例２のテレビ放送受信装置における機能ブロックの一例を表す図
【図１３】実施例２のテレビ放送受信装置の放送受信操作関連ログ保存手段にて保存される放送受信操作関連ログの一例を表す図
【図１４】実施例２のテレビ放送受信装置におけるハードウェア構成の一例を表す概略図
【図１５】実施例２のテレビ放送受信装置における処理の流れの一例を表すフローチャート
【図１６】実施例３のテレビ放送受信装置におけるログの保存の一例を表す概念図
【図１７】実施例３のテレビ放送受信装置における機能ブロックの一例を表す図
【図１８】実施例３のテレビ放送受信装置の放送受信通信関連ログ保存手段にて保存される放送受信通信関連ログの一例を表す図
【図１９】実施例３のテレビ放送受信装置におけるハードウェア構成の一例を表す概略図
【図２０】実施例３のテレビ放送受信装置における処理の流れの一例を表すフローチャート
【符号の説明】
【００８２】
０２００  テレビ放送受信装置
０２０１  放送受信関連ログ保存部
１２０２  放送受信操作関連ログ保存手段
１７０２  放送受信通信関連ログ保存手段
０８００  表示装置
０８０１  映像取得関連ログ保存部
【図１】
2008060968.tif 000003
【図２】
2008060968.tif 000004
【図３】
2008060968.tif 000005
【図４】
2008060968.tif 000006
【図５】
2008060968.tif 000007
【図６】
2008060968.tif 000008
【図７】
2008060968.tif 000009
【図８】
2008060968.tif 000010
【図９】
2008060968.tif 000011
【図１０】
2008060968.tif 000012
【図１１】
2008060968.tif 000013
【図１２】
2008060968.tif 000014
【図１３】
2008060968.tif 000015
【図１４】
2008060968.tif 000016
【図１５】
2008060968.tif 000017
【図１６】
2008060968.tif 000018
【図１７】
2008060968.tif 000019
【図１８】
2008060968.tif 000020
【図１９】
2008060968.tif 000021
【図２０】
2008060968.tif 000022