テレビジョン装置
【課題】複数のリモコンを用いる場合のＧＵＩの利便性を向上したテレビジョン装置を提供する。
【解決手段】通信ネットワーク、もしくは着脱可能な記録メディアから少なくとも１つ以上のＧＵＩデータを入力するデータ入力手段と、ＧＵＩデータを記憶する記憶手段と、前記ＧＵＩデータの表示を管理する管理手段と、前記管理手段へ前記ＧＵＩデータの表示を指示するためのリモコンと、前記データ入力手段から入力された前記ＧＵＩデータもしくは前記記憶手段に記憶されているＧＵＩデータの少なくとも一方の前記リモコンとの対応付けを判定する対応判定手段と、前記対応判定手段で対応付けありと判定された場合に表示用のＧＵＩデータを前記リモコンと対応するデータとして指定する指定手段とを備えたことを特徴とするテレビジョン装置。
【解決手段】通信ネットワーク、もしくは着脱可能な記録メディアから少なくとも１つ以上のＧＵＩデータを入力するデータ入力手段と、ＧＵＩデータを記憶する記憶手段と、前記ＧＵＩデータの表示を管理する管理手段と、前記管理手段へ前記ＧＵＩデータの表示を指示するためのリモコンと、前記データ入力手段から入力された前記ＧＵＩデータもしくは前記記憶手段に記憶されているＧＵＩデータの少なくとも一方の前記リモコンとの対応付けを判定する対応判定手段と、前記対応判定手段で対応付けありと判定された場合に表示用のＧＵＩデータを前記リモコンと対応するデータとして指定する指定手段とを備えたことを特徴とするテレビジョン装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレビジョン装置に係わり、特にリモコンに応じてＧＵＩ（Graphical User Interface）のデザインを変更可能なテレビジョン装置に関する。
【背景技術】
【０００２】
テレビジョン装置にリモコン（リモートコントロール装置）が使用されるようになって久しい。これまでには、リモコンキーに対応したアイコンを格納したテレビジョンなるものが提案されていた。例えば特許文献１に記載されているリモコンキー認識表示システムは、リモコンキーを押してＴＶがデータを放送信号からロードするのに時間がかかり、すぐにアクションを返せない場合、ユーザーが押したキーをＴＶが画面表示し、ユーザーがその処理の実行を行なっているかどうかを確認でき、ユーザーが無駄な待ち時間を節約できる、という利点があるというものである。
【０００３】
しかしながら近年では複数のリモコンを用いるケースも現れてきた。複数のリモコンを用いる場合のＧＵＩの利便性の向上が期待されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−５３７７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、複数のリモコンを用いる場合のＧＵＩの利便性を向上したテレビジョン装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のテレビジョン装置は、通信ネットワーク、もしくは着脱可能な記録メディアから少なくとも１つ以上のＧＵＩデータを入力するデータ入力手段と、ＧＵＩデータを記憶する記憶手段と、前記ＧＵＩデータの表示を管理する管理手段と、前記管理手段へ前記ＧＵＩデータの表示を指示するためのリモコンと、前記データ入力手段から入力された前記ＧＵＩデータもしくは前記記憶手段に記憶されているＧＵＩデータの少なくとも一方の前記リモコンとの対応付けを判定する対応判定手段と、前記対応判定手段で対応付けありと判定された場合に表示用のＧＵＩデータを前記リモコンと対応するデータとして指定する指定手段とを備えたことを特徴とする。
【発明の効果】
【０００７】
本発明によれば、複数のリモコンを用いる場合のＧＵＩの利便性を向上したテレビジョン装置が得られる。
【図面の簡単な説明】
【０００８】
【図１】この発明の一実施形態を示すブロック構成図。
【図２】同実施形態に用いられるリモコンの説明図。
【図３】同実施形態に用いられるリモコンの送信部とテレビジョン装置の受信部の説明図。
【図４】同実施形態に用いられるリモコンコードの説明図。
【図５】同実施形態のリモコンを用いた操作の説明図。
【図６】リモコンからの信号に基づいてＧＵＩ表示するフローチャート。
【図７】ＧＵＩデザイン選択メニュー表示の例。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態を説明する。
（実施形態１）
本発明による実施形態１を図１乃至図７を参照して説明する。
図１は、この発明のテレビジョン装置の一実施形態であるデジタル放送受信装置１０１の構成を示す。デジタル放送受信装置１０１は、チューナ部１０２、ＴＳ分離部１０３、デスクランブラ１０４、ＡＶデコード部１０５、表示処理部１０６、ＣＡＳ制御部１０７、ＣＡＳカード１０８、制御部１０９、ＧＵＩ処理部１１０、入力処理部１１１、通信処理部１１２、データ管理部１１３、外部入出力処理部１１６、および記録媒体部１１４を備える。
【００１０】
以下、各部の特徴及び動作を説明する。
チューナ部１０２は、デジタル放送受信装置１０１に入力された放送波から所望のチャンネルを選局し、この選局したチャンネルのトランスポートストリーム（以下、ＴＳと記す）をＴＳ分離部１０３へ出力する。
【００１１】
ＴＳ分離部１０３は、チューナ部１０２から入力されたＴＳから必要なパケットを分離し、この分離したパケットから更に、放送番組信号（映像、音声）の抽出や各種多重データ（各種ＳＩ（Service Information）データやＥＣＭ，ＥＭＭ等）を分離する。また、ＴＳ分離部１０３は、分離した放送番組信号（映像、音声）のパケットをデスクランブラ１０４に供給する。また、ＴＳ分離部１０３は、分離した各種多重データをデータ管理部１１３に伝達する。データ管理部１１３は、後述のＧＵＩデータを管理する管理手段である。
【００１２】
デスクランブラ１０４ではＣＡＳ制御部１０７を介して接続されるＣＡＳカード１０８から得られるスクランブル鍵が設定されて、このスクランブル鍵を用いて放送番組信号（映像、音声）のパケットに関してスクランブルされているペイロード部分をデスクランブル処理し、ＡＶデコード部１０５に出力する。
【００１３】
ＡＶデコード部１０５は、デスクランブル部１０４から入力された放送番組信号（映像、音声）のデコードを行い、表示処理部１０６へ出力する。
表示処理部１０６は、ＡＶデコード部１０５から入力された放送番組信号（映像、音声）を外部のモニタである表示装置１２０へ出力し表示・音声再生させる。
また、表示処理部１０６は、ＧＵＩ処理部１１０で作成されたデータを上記ＡＶ信号と切り替えもしくは双方を合成して出力する機能ももつ。
通信処理部１１２は、Ｅｔｈｅｒｎｅｔ（登録商標）等のネットワーク回線に接続され、ネットワークを介してデータの送受を行うものであり、コンテンツ配信事業者側のサーバーからコンテンツやライセンスを受信する機能を有する。
【００１４】
外部入出力処理部１１６は例えばＳＤカードＩ/Ｆのような記録メディアの読み書きを行うものやＵＳＢ Ｉ／Ｆのような標準Ｉ／Ｆ機能であり、外部入出力処理部１１６に接続された機器やメディアとデータのやりとりを行うものである。
【００１５】
データ管理部１１３は通信処理部１１２や外部入出力処理部１１６から入力されたデータを管理するものであり、データの利用判定や記録媒体部への記録制御、ＧＵＩ処理部１１０へのデータ供給を行う。
【００１６】
制御部１０９は、デジタル放送受信装置１０１全体を制御する制御部であり、バス接続やシリアル通信接続等で接続されたデジタル放送受信装置１０１内の各ブロックによる機能を制御する。
【００１７】
次に、図２を用いてデジタル放送受信装置１０１を操作するためのリモートコントローラＲ（以下、リモコンＲと記す）について説明する。図２は、デジタル放送受信装置１０１を操作するためのリモコンＲの外観を示す図である。
【００１８】
図２に示したリモコンＲのボタンを押し下げると、デジタル放送受信装置１０１を操作することができる。即ち、リモコンＲのキーがユーザーによって押されるとリモコンＲ内部の例えば図示せぬカーボン接点のスイッチが押され電池給電による増幅、コード化、赤外発光ダイオードによるコードの赤外線送信がデジタル放送受信装置１０１の入力処理部１１１内の受光部へ向けて行われる。対応して入力処理部１１１は、受光部内のフォトダイオードで受信した赤外線を電気信号へ変え増幅して搬送波を除きコードを得てデジタル放送受信装置１０１の内部バスへ送る。なお、リモコンＲ操作時のおけるデジタル放送受信装置１０１のＧＵＩデザインについては後に図５を用いて詳細に説明する。
【００１９】
次に、図３を用いてリモコンＲおよび入力処理部１１１間の通信を行う構成について説明する。
図３は、リモコンＲおよび入力処理部１１１間の通信を行う構成を示す図である。図３（ａ）はリモコンＲの赤外線送信部である。図３（ｂ）はデジタル放送受信装置１０１の入力処理部１１１内の受光部である。図３（ａ）において、赤外発光器は、赤外発光ダイオードとそのドライバから構成され、図示せぬマイコンのドライブ信号により駆動される。この赤外発光器は、図３（ａ）に示すように、直流電源ラインＶｃｃと基準電位点間に、ドライブ用トランジスタＱのコレクタ・エミッタと赤外発光ダイオードＬＤと電流制限用抵抗Ｒとを直列に接続して構成され、トランジスタＱのベースにはマイコンからのドライブ信号が供給されて発光ダイオードＬＤを駆動することができるようになっている。
【００２０】
また図３（ｂ）において、受光部は、フォトセンサと増幅器等からなる赤外線リモコン受光器であり、２値のパルス波形を出力する。この赤外線リモコン受光器は、図３（ｂ）に示すように、フォトセンサとしてフォトダイオードＰＤにより、上記発光ダイオードＬＤからの赤外線パルスを受光し、まず電流信号を発生する。
【００２１】
次にこの電流信号をオペアンプ等のＩ−Ｖ変換器で電圧信号に変換し、プリアンプで増幅後、可変アンプと検波器とピーク値検出器とからなるＡＧＣループにより検波し、さらに波形整形器で波形整形することによりパルス波形を生成する。
【００２２】
図４は、実施形態に用いられるリモコンコードの説明図である。
リモートコントロール信号のコードは既に使用されているリモコンコードと共通のプロトコル（伝送規格）で良い。家庭用リモコンコードのプロトコルは国内では統一されており、図４（ａ）に示すように機器の種類と製造メーカを示すカスタムコードが１６ビット、制御の種類（内容）を示す制御コードが８ビット、これらが前後に継がった形でパルス周期変調されたものである。この中に、本発明実施の形態に係る、相互の通信制御を行うためのコードを使用することになる。
【００２３】
図４（ｂ）は、16進数の１桁の数値と制御コード（以下、リモコンコード）との対応関係を示すテーブルを示している。例えば、16進数の１桁の数値０〜９が、リモコンＲのリモコンボタンの０〜９にそれぞれ対応している。開始制御コードと終了制御コードとしては、例えば、図４（ｃ）に示すように、リモコンコード“0x2b”と“0x2c”が用いられる。
【００２４】
図５は、実施形態のリモコンＲを用いた操作の説明図である。
デジタル放送受信装置１０１の記録媒体部１１４等の不揮発性メモリ上には複数のデザインのＧＵＩデータが格納されている。この不揮発性メモリは、通信ネットワーク、もしくは後述のＳＤカードのような着脱可能な記録メディアから少なくとも１つ以上ＧＵＩデータとして入力されたＧＵＩデータを記憶する記憶手段となっている。前記複数のデザインは、それぞれ対応するリモコンＲと関連付けられている。この実施形態では図５に示すように３つのデザインＴ（蛸）、Ｓ（魚）、Ｎ（猫）があるとする。
【００２５】
リモコンＲは、同じＧＵＩデザインに対応する固有のリモコンコードをデジタル放送受信装置１０１へ送信する。例えばデザインＮのリモコンＲでは文字NEKOと送信するとする。文字NEKOの文字コードは例えばアスキーコード表現では、Nのコードは 0x4e 、Eのコードは 0x45 、Kのコードは 0x4b 、Oのコードは 0x4f で、つなげると0x4e454b4fである。この文字コード0x4e454b4fは、リモコンコード列では、0x34, 0x29, 0x34, 0x35, 0x34, 0x26, 0x34, 0x2aである。
【００２６】
デジタル放送受信装置１０１は、リモコンRから送信されるリモコンコードを受信したとき、リモコンコードに対応するデザインのＧＵＩを記録媒体部１１４から読み出し、表示装置１２０に表示する。例えばデザインＮのリモコンＲのリモコンボタンの０をユーザーが押すと、通常のリモコンＲでは０に対応したコード0x30のみが送信されるのに対し、上記リモコンコード列を含んだ0x2b（開始）, 0x09, 0x30（０）, 0x34, 0x29, 0x34, 0x35, 0x34, 0x26, 0x34, 0x2a（NEKO）, 0x2c（終了）が送信される。ここで0x2bに続く0x09は、リモコンコード列のデータ部分の長さを表す。
【００２７】
別のデザインに対応するリモコンを操作した場合には、別のデザインのＧＵＩが表示される。例えば同様にデザインＳのリモコンＲでは文字NEKOのリモコンコード列に代え文字SAKANAのリモコンコード列が送信され、またデザインＴのリモコンＲでは文字TAKOのリモコンコード列が送信される。図５のデジタル放送受信装置１０１に表示されている表示はデザインＴのリモコンＲにより操作されたときのＧＵＩ表示例である。リモコンＲのリモコンボタンの１をユーザーが押し、表示チャネルが１ｃｈと切り替わった例である。
【００２８】
対応するデザインがない場合には、デジタル放送受信装置１０１はデフォルトのデザインのＧＵＩを表示する。記録媒体部１１４にデフォルトのデザインのＧＵＩが記録されていない場合は、デジタル放送受信装置１０１はＧＵＩを表示は行わず、文字や音声等の表示のみを行う。あるいは、ＳＤカードでソフトをインストールしていないリモコンＲが操作されたときには、インストールされていない旨のメッセージを表示させたり、デフォルトのＧＵＩや他のＧＵＩで表示させてもよい。具体的には、「インストールされていない旨のメッセージを表示」又は「インストールされていない旨のメッセージを表示＋デフォルトのＧＵＩ」とするのも好適である。
【００２９】
図６は、デジタル放送受信装置１０１によって実行されるリモコンコード受信処理の手順である。
入力処理部１１１は、通常のリモコンコード処理を実行するための第１のリモコンコード入力モードと、文字列入力を行うための第２のリモコンコード入力モードとを有している。図６のフローチャートにおいて、ステップＳ２１，Ｓ２２，Ｓ２３は通常のリモコンコード処理シーケンスを表し、ステップＳ２４，Ｓ２５，Ｓ２６，Ｓ２７，Ｓ２８，Ｓ２９は文字列入力を行うための処理シーケンスを表している。
【００３０】
受光部によってリモコンコードが受信されると（ステップＳ２１）、入力処理部１１１は、受光部によって受信されたリモコンコードが上述の開始制御コードであるか否かを判別する（ステップＳ２２）。
【００３１】
受光部によって受信されたリモコンコードが上述の開始制御コードではいならば（ステップＳ２２のＮＯ）、入力処理部１１１は、受信したリモコンコードに予め割り当てられた処理（通常処理）を実行する（ステップＳ２３）。
【００３２】
一方、受光部によって受信されたリモコンコードが上述の開始制御コードであるならば（ステップＳ２２のＹＥＳ）、入力処理部１１１は、第２のリモコンコード入力モードに遷移し、リモコンRから送信されるリモコンコードを受光部を介して受信する（ステップＳ２４）。そして、入力処理部１１１は、ステップＳ２４で受信したリモコンコードが上述の終了制御コードであるか否かを判別する（ステップＳ２５）。
【００３３】
ステップＳ２４で受信したリモコンコードが上述の終了制御コードであれば（ステップＳ２５のＹＥＳ）、入力処理部１１１は、第１のリモコンコード入力モードに遷移し、通常のリモコンキーコード処理シーケンスの先頭の処理であるステップＳ２１に進む。
【００３４】
一方、ステップＳ２４で受信したリモコンコードが上述の終了制御コードでないならば（ステップＳ２５のＮＯ）、入力処理部１１１は、リモコンRから順次送信されるｎ＋１個（ｎは自然数で上記の例では８）のリモコンコードを受光部を介して順次受信する（ステップＳ２６）。次いで、入力処理部１１１は、ステップＳ２６で受信された計ｎ＋１個のリモコンコードの初めの一つを通常処理し、残りそれぞれを、ｎ個の16進数の数値に変換する（ステップＳ２７）。次に、入力処理部１１１は、ステップＳ２７で得たｎ個の16進数の数値を結合して、受信したｎ個のリモコンコードを１つの多バイト文字コード（UTF16BEの２バイト文字コード）に変換する（ステップＳ２８）。ステップＳ２８においては、入力処理部１１１は、４つの16進数の数値それぞれを、16進コードによって表現される多バイト文字コード（UTF16BEの２バイト文字コード）のｎ桁それぞれの１６進数の数値とみなして、１つの多バイト文字コード（UTF16BEの２バイト文字コード）を復元しデータ管理部１１３へ送信する。そして、データ管理部１１３は、復元された多バイト文字コードをユーザによって入力された文字として処理する（ステップＳ２９）。ステップＳ２９では、復元された多バイト文字コードに基づいて、記録媒体部１１４にあるＧＵＩデザインを指定し、ＧＵＩ処理部１１０に伝送し更にこのＧＵＩデザインは表示処理部１０６を経て表示処理が実行される。
【００３５】
ステップＳ２６〜Ｓ２９のシーケンス、つまりｎ＋１個のリモコンコードを受信し且つそれらのうちｎ個のリモコンコードから多バイト文字コードを復元する処理は、終了制御コードが受信されて終了する。したがって、開始制御コードに始まり、終了制御コードで終わる、文字列を示したリモコンコード列から、文字列を復元することができる。
【００３６】
以上のように、本実施形態においては、リモコンR側では、各多バイト文字コードは複数個のリモコンコードの組み合わせに変換され、電子機器１０６側では、複数個のリモコンコードから多バイト文字コードが復元される。よって、十数種類乃至数十種類程度のリモコンコードによって何万種類もある多バイト文字を既存のリモコンインタフェースを介して伝送することが可能となり、専用の通信装置を新たに設けることなく、多バイト文字の伝送を行うことができる。更にまた、ユーザは、リモコンRのみでなく使い慣れた携帯電話等の端末の入力部を操作することによっても、日本語の全角文字に代表される多バイト長の文字列を容易に、送ることができるよう実施形態を構成することもできる。
【００３７】
上記のような言わばデザイン付きのリモコンＲは、例えばデフォルトのテレビジョンセットに添付されるリモコンとは別に購入できるようにしておく。あるいはテレビジョンセットの販売促進のために配るようなビジネス形態を採ってもよい。このリモコンＲにはＳＤカードが添付されていて（図５の符号ＳＤ）、上記のような文字をテレビ側が受信したときには対応するデザインのＧＵＩを表示するようなプログラムをデータ管理部１１３に予めインストールしておく。このようにすることにより例えば家族内でそれぞれ好みのデザイン付きのリモコンＲを利用できるようになる。デザインと対応付けられたリモコンRであるか否か、デジタル放送受信装置１０１はデータ管理部１１３において対応判定を行う。
【００３８】
ＧＵＩデザインの選択メニューを表示するときに、ユーザーが操作しているリモコンに対応しているデザインのみを表示、選択できるようにするのも好適である。例えば図５の状態であれば、デザインＴ以外のデザインは表示させない。図７は、この場合のデザイン選択メニュー表示の例である。３つのデザインのうちデザインＴのみが表示され、デザインＴに対応付けられた番号（図７では１）のリモコンＲのリモコンボタンの１をユーザーが押すと、デジタル放送受信装置１０１によってデザインＴが選択されメニューを終了する。
【００３９】
デザインＴ以外のデザインは表示させないかわりに、あるいはトーンダウン表示して選択はできないことを表現してもよい。
特定のデザイン付きリモコンによってのみ、そのデザイン関連のＧＵＩをインストール、ダウンロードできるようにするのもよい。この関連という表現の意味するのは、例えばデザインの更新や変形を含むというものである。
【００４０】
選択するデザインは、ローカルのストレージにあっても、ネットワーク上のサーバにあっても良い。サーバにある場合は上記プログラムの実行時にサーバからダウンロードして、表示する。このデザインとは要はＧＵＩデータであり、フォーマット形態としてビットマップファイルの他に、Ｍａｃｒｏｍｅｄｉａ社のＦｌａｓｈ（ｓｗｆ）やＳｈｏｃｋｗａｖｅ、Ｗ３Ｃ標準のＳＶＧ（Ｓｃａｒａｂｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）、ＥＶＡアニメータなどがある。また、一からオブジェクト指向言語Ｊａｖａ（登録商標）等を使って、作成することも考えられる。
【００４１】
このうちＭａｃｒｏｍｅｄｉａ社からＡｄｏｂｅ Ｓｙｓｔｅｍｓ社に引き継がれたＦｌａｓｈを使用した例を述べると、このＦｌａｓｈのフォーマットではアニメーションが座標単位のベクターの集合として表され、時系列上で変化する記述が可能である。また、アニメーション描画以外の、画像、音声、動画、入出力等も扱うことができるが、さらに、Ｗ３Ｃにて標準化されているＥＣＭＡスクリプトに準拠したＡｃｔｉｏｎＳｃｒｉｐｔというプログラム言語により、画面上のアニメーションや画像、音声、入出力制御、通信制御などをコントロールするプログラミングが可能である。
【００４２】
以上の実施形態の効果として、操作するリモコンに応じてＧＵＩのデザインを変更できるようになる。ポイントを列挙すると次のようになる。
（１）複数のデザインのＧＵＩがインストールされているＴＶであって、そのうちのひとつのデザインと対応付けられたリモコンで操作すると、そのデザインのＧＵＩが表示されるＴＶ。
【００４３】
（２）複数のデザインのＧＵＩがインストールされているＴＶであって、そのうちのひとつのデザインと対応付けられたリモコンで操作したときのみ、そのデザインのＧＵＩに変更することができるＴＶ。
【００４４】
（３）ネットワーク上のサーバにあるＧＵＩデザインデータを、対応付けられたリモコンを使用したときのみダウンロードが可能なＴＶ。
（４）ネットワーク上のサーバからダウンロードしたＧＵＩデザインデータを、対応付けられたリモコンを使用したときのみ利用可能なＴＶ。
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。例えばリモコンが双方向通信が可能である場合には、リモコンとテレビで認証処理を行い、認証されたリモコンで操作した場合にのみ、ＧＵＩのデザインを変えられるようにしてもよい。
【００４５】
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良いものである。
【符号の説明】
【００４６】
１０１…デジタル放送受信装置、１０２…チューナ部、１０３…ＴＳ分離部、１０４…デスクランブラ、１０５…ＡＶデコード部、１０６…表示処理部、１０７…ＣＡＳ制御部、１０８…ＣＡＳカード、１０９…制御部、１１０…ＧＵＩ処理部、１１１…入力処理部、１１２…通信処理部、１１３…データ管理部、１１４…記録媒体部、１１６…外部入出力処理部、１２０…表示装置、Ｒ…リモコン。
【技術分野】
【０００１】
本発明は、テレビジョン装置に係わり、特にリモコンに応じてＧＵＩ（Graphical User Interface）のデザインを変更可能なテレビジョン装置に関する。
【背景技術】
【０００２】
テレビジョン装置にリモコン（リモートコントロール装置）が使用されるようになって久しい。これまでには、リモコンキーに対応したアイコンを格納したテレビジョンなるものが提案されていた。例えば特許文献１に記載されているリモコンキー認識表示システムは、リモコンキーを押してＴＶがデータを放送信号からロードするのに時間がかかり、すぐにアクションを返せない場合、ユーザーが押したキーをＴＶが画面表示し、ユーザーがその処理の実行を行なっているかどうかを確認でき、ユーザーが無駄な待ち時間を節約できる、という利点があるというものである。
【０００３】
しかしながら近年では複数のリモコンを用いるケースも現れてきた。複数のリモコンを用いる場合のＧＵＩの利便性の向上が期待されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−５３７７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、複数のリモコンを用いる場合のＧＵＩの利便性を向上したテレビジョン装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のテレビジョン装置は、通信ネットワーク、もしくは着脱可能な記録メディアから少なくとも１つ以上のＧＵＩデータを入力するデータ入力手段と、ＧＵＩデータを記憶する記憶手段と、前記ＧＵＩデータの表示を管理する管理手段と、前記管理手段へ前記ＧＵＩデータの表示を指示するためのリモコンと、前記データ入力手段から入力された前記ＧＵＩデータもしくは前記記憶手段に記憶されているＧＵＩデータの少なくとも一方の前記リモコンとの対応付けを判定する対応判定手段と、前記対応判定手段で対応付けありと判定された場合に表示用のＧＵＩデータを前記リモコンと対応するデータとして指定する指定手段とを備えたことを特徴とする。
【発明の効果】
【０００７】
本発明によれば、複数のリモコンを用いる場合のＧＵＩの利便性を向上したテレビジョン装置が得られる。
【図面の簡単な説明】
【０００８】
【図１】この発明の一実施形態を示すブロック構成図。
【図２】同実施形態に用いられるリモコンの説明図。
【図３】同実施形態に用いられるリモコンの送信部とテレビジョン装置の受信部の説明図。
【図４】同実施形態に用いられるリモコンコードの説明図。
【図５】同実施形態のリモコンを用いた操作の説明図。
【図６】リモコンからの信号に基づいてＧＵＩ表示するフローチャート。
【図７】ＧＵＩデザイン選択メニュー表示の例。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態を説明する。
（実施形態１）
本発明による実施形態１を図１乃至図７を参照して説明する。
図１は、この発明のテレビジョン装置の一実施形態であるデジタル放送受信装置１０１の構成を示す。デジタル放送受信装置１０１は、チューナ部１０２、ＴＳ分離部１０３、デスクランブラ１０４、ＡＶデコード部１０５、表示処理部１０６、ＣＡＳ制御部１０７、ＣＡＳカード１０８、制御部１０９、ＧＵＩ処理部１１０、入力処理部１１１、通信処理部１１２、データ管理部１１３、外部入出力処理部１１６、および記録媒体部１１４を備える。
【００１０】
以下、各部の特徴及び動作を説明する。
チューナ部１０２は、デジタル放送受信装置１０１に入力された放送波から所望のチャンネルを選局し、この選局したチャンネルのトランスポートストリーム（以下、ＴＳと記す）をＴＳ分離部１０３へ出力する。
【００１１】
ＴＳ分離部１０３は、チューナ部１０２から入力されたＴＳから必要なパケットを分離し、この分離したパケットから更に、放送番組信号（映像、音声）の抽出や各種多重データ（各種ＳＩ（Service Information）データやＥＣＭ，ＥＭＭ等）を分離する。また、ＴＳ分離部１０３は、分離した放送番組信号（映像、音声）のパケットをデスクランブラ１０４に供給する。また、ＴＳ分離部１０３は、分離した各種多重データをデータ管理部１１３に伝達する。データ管理部１１３は、後述のＧＵＩデータを管理する管理手段である。
【００１２】
デスクランブラ１０４ではＣＡＳ制御部１０７を介して接続されるＣＡＳカード１０８から得られるスクランブル鍵が設定されて、このスクランブル鍵を用いて放送番組信号（映像、音声）のパケットに関してスクランブルされているペイロード部分をデスクランブル処理し、ＡＶデコード部１０５に出力する。
【００１３】
ＡＶデコード部１０５は、デスクランブル部１０４から入力された放送番組信号（映像、音声）のデコードを行い、表示処理部１０６へ出力する。
表示処理部１０６は、ＡＶデコード部１０５から入力された放送番組信号（映像、音声）を外部のモニタである表示装置１２０へ出力し表示・音声再生させる。
また、表示処理部１０６は、ＧＵＩ処理部１１０で作成されたデータを上記ＡＶ信号と切り替えもしくは双方を合成して出力する機能ももつ。
通信処理部１１２は、Ｅｔｈｅｒｎｅｔ（登録商標）等のネットワーク回線に接続され、ネットワークを介してデータの送受を行うものであり、コンテンツ配信事業者側のサーバーからコンテンツやライセンスを受信する機能を有する。
【００１４】
外部入出力処理部１１６は例えばＳＤカードＩ/Ｆのような記録メディアの読み書きを行うものやＵＳＢ Ｉ／Ｆのような標準Ｉ／Ｆ機能であり、外部入出力処理部１１６に接続された機器やメディアとデータのやりとりを行うものである。
【００１５】
データ管理部１１３は通信処理部１１２や外部入出力処理部１１６から入力されたデータを管理するものであり、データの利用判定や記録媒体部への記録制御、ＧＵＩ処理部１１０へのデータ供給を行う。
【００１６】
制御部１０９は、デジタル放送受信装置１０１全体を制御する制御部であり、バス接続やシリアル通信接続等で接続されたデジタル放送受信装置１０１内の各ブロックによる機能を制御する。
【００１７】
次に、図２を用いてデジタル放送受信装置１０１を操作するためのリモートコントローラＲ（以下、リモコンＲと記す）について説明する。図２は、デジタル放送受信装置１０１を操作するためのリモコンＲの外観を示す図である。
【００１８】
図２に示したリモコンＲのボタンを押し下げると、デジタル放送受信装置１０１を操作することができる。即ち、リモコンＲのキーがユーザーによって押されるとリモコンＲ内部の例えば図示せぬカーボン接点のスイッチが押され電池給電による増幅、コード化、赤外発光ダイオードによるコードの赤外線送信がデジタル放送受信装置１０１の入力処理部１１１内の受光部へ向けて行われる。対応して入力処理部１１１は、受光部内のフォトダイオードで受信した赤外線を電気信号へ変え増幅して搬送波を除きコードを得てデジタル放送受信装置１０１の内部バスへ送る。なお、リモコンＲ操作時のおけるデジタル放送受信装置１０１のＧＵＩデザインについては後に図５を用いて詳細に説明する。
【００１９】
次に、図３を用いてリモコンＲおよび入力処理部１１１間の通信を行う構成について説明する。
図３は、リモコンＲおよび入力処理部１１１間の通信を行う構成を示す図である。図３（ａ）はリモコンＲの赤外線送信部である。図３（ｂ）はデジタル放送受信装置１０１の入力処理部１１１内の受光部である。図３（ａ）において、赤外発光器は、赤外発光ダイオードとそのドライバから構成され、図示せぬマイコンのドライブ信号により駆動される。この赤外発光器は、図３（ａ）に示すように、直流電源ラインＶｃｃと基準電位点間に、ドライブ用トランジスタＱのコレクタ・エミッタと赤外発光ダイオードＬＤと電流制限用抵抗Ｒとを直列に接続して構成され、トランジスタＱのベースにはマイコンからのドライブ信号が供給されて発光ダイオードＬＤを駆動することができるようになっている。
【００２０】
また図３（ｂ）において、受光部は、フォトセンサと増幅器等からなる赤外線リモコン受光器であり、２値のパルス波形を出力する。この赤外線リモコン受光器は、図３（ｂ）に示すように、フォトセンサとしてフォトダイオードＰＤにより、上記発光ダイオードＬＤからの赤外線パルスを受光し、まず電流信号を発生する。
【００２１】
次にこの電流信号をオペアンプ等のＩ−Ｖ変換器で電圧信号に変換し、プリアンプで増幅後、可変アンプと検波器とピーク値検出器とからなるＡＧＣループにより検波し、さらに波形整形器で波形整形することによりパルス波形を生成する。
【００２２】
図４は、実施形態に用いられるリモコンコードの説明図である。
リモートコントロール信号のコードは既に使用されているリモコンコードと共通のプロトコル（伝送規格）で良い。家庭用リモコンコードのプロトコルは国内では統一されており、図４（ａ）に示すように機器の種類と製造メーカを示すカスタムコードが１６ビット、制御の種類（内容）を示す制御コードが８ビット、これらが前後に継がった形でパルス周期変調されたものである。この中に、本発明実施の形態に係る、相互の通信制御を行うためのコードを使用することになる。
【００２３】
図４（ｂ）は、16進数の１桁の数値と制御コード（以下、リモコンコード）との対応関係を示すテーブルを示している。例えば、16進数の１桁の数値０〜９が、リモコンＲのリモコンボタンの０〜９にそれぞれ対応している。開始制御コードと終了制御コードとしては、例えば、図４（ｃ）に示すように、リモコンコード“0x2b”と“0x2c”が用いられる。
【００２４】
図５は、実施形態のリモコンＲを用いた操作の説明図である。
デジタル放送受信装置１０１の記録媒体部１１４等の不揮発性メモリ上には複数のデザインのＧＵＩデータが格納されている。この不揮発性メモリは、通信ネットワーク、もしくは後述のＳＤカードのような着脱可能な記録メディアから少なくとも１つ以上ＧＵＩデータとして入力されたＧＵＩデータを記憶する記憶手段となっている。前記複数のデザインは、それぞれ対応するリモコンＲと関連付けられている。この実施形態では図５に示すように３つのデザインＴ（蛸）、Ｓ（魚）、Ｎ（猫）があるとする。
【００２５】
リモコンＲは、同じＧＵＩデザインに対応する固有のリモコンコードをデジタル放送受信装置１０１へ送信する。例えばデザインＮのリモコンＲでは文字NEKOと送信するとする。文字NEKOの文字コードは例えばアスキーコード表現では、Nのコードは 0x4e 、Eのコードは 0x45 、Kのコードは 0x4b 、Oのコードは 0x4f で、つなげると0x4e454b4fである。この文字コード0x4e454b4fは、リモコンコード列では、0x34, 0x29, 0x34, 0x35, 0x34, 0x26, 0x34, 0x2aである。
【００２６】
デジタル放送受信装置１０１は、リモコンRから送信されるリモコンコードを受信したとき、リモコンコードに対応するデザインのＧＵＩを記録媒体部１１４から読み出し、表示装置１２０に表示する。例えばデザインＮのリモコンＲのリモコンボタンの０をユーザーが押すと、通常のリモコンＲでは０に対応したコード0x30のみが送信されるのに対し、上記リモコンコード列を含んだ0x2b（開始）, 0x09, 0x30（０）, 0x34, 0x29, 0x34, 0x35, 0x34, 0x26, 0x34, 0x2a（NEKO）, 0x2c（終了）が送信される。ここで0x2bに続く0x09は、リモコンコード列のデータ部分の長さを表す。
【００２７】
別のデザインに対応するリモコンを操作した場合には、別のデザインのＧＵＩが表示される。例えば同様にデザインＳのリモコンＲでは文字NEKOのリモコンコード列に代え文字SAKANAのリモコンコード列が送信され、またデザインＴのリモコンＲでは文字TAKOのリモコンコード列が送信される。図５のデジタル放送受信装置１０１に表示されている表示はデザインＴのリモコンＲにより操作されたときのＧＵＩ表示例である。リモコンＲのリモコンボタンの１をユーザーが押し、表示チャネルが１ｃｈと切り替わった例である。
【００２８】
対応するデザインがない場合には、デジタル放送受信装置１０１はデフォルトのデザインのＧＵＩを表示する。記録媒体部１１４にデフォルトのデザインのＧＵＩが記録されていない場合は、デジタル放送受信装置１０１はＧＵＩを表示は行わず、文字や音声等の表示のみを行う。あるいは、ＳＤカードでソフトをインストールしていないリモコンＲが操作されたときには、インストールされていない旨のメッセージを表示させたり、デフォルトのＧＵＩや他のＧＵＩで表示させてもよい。具体的には、「インストールされていない旨のメッセージを表示」又は「インストールされていない旨のメッセージを表示＋デフォルトのＧＵＩ」とするのも好適である。
【００２９】
図６は、デジタル放送受信装置１０１によって実行されるリモコンコード受信処理の手順である。
入力処理部１１１は、通常のリモコンコード処理を実行するための第１のリモコンコード入力モードと、文字列入力を行うための第２のリモコンコード入力モードとを有している。図６のフローチャートにおいて、ステップＳ２１，Ｓ２２，Ｓ２３は通常のリモコンコード処理シーケンスを表し、ステップＳ２４，Ｓ２５，Ｓ２６，Ｓ２７，Ｓ２８，Ｓ２９は文字列入力を行うための処理シーケンスを表している。
【００３０】
受光部によってリモコンコードが受信されると（ステップＳ２１）、入力処理部１１１は、受光部によって受信されたリモコンコードが上述の開始制御コードであるか否かを判別する（ステップＳ２２）。
【００３１】
受光部によって受信されたリモコンコードが上述の開始制御コードではいならば（ステップＳ２２のＮＯ）、入力処理部１１１は、受信したリモコンコードに予め割り当てられた処理（通常処理）を実行する（ステップＳ２３）。
【００３２】
一方、受光部によって受信されたリモコンコードが上述の開始制御コードであるならば（ステップＳ２２のＹＥＳ）、入力処理部１１１は、第２のリモコンコード入力モードに遷移し、リモコンRから送信されるリモコンコードを受光部を介して受信する（ステップＳ２４）。そして、入力処理部１１１は、ステップＳ２４で受信したリモコンコードが上述の終了制御コードであるか否かを判別する（ステップＳ２５）。
【００３３】
ステップＳ２４で受信したリモコンコードが上述の終了制御コードであれば（ステップＳ２５のＹＥＳ）、入力処理部１１１は、第１のリモコンコード入力モードに遷移し、通常のリモコンキーコード処理シーケンスの先頭の処理であるステップＳ２１に進む。
【００３４】
一方、ステップＳ２４で受信したリモコンコードが上述の終了制御コードでないならば（ステップＳ２５のＮＯ）、入力処理部１１１は、リモコンRから順次送信されるｎ＋１個（ｎは自然数で上記の例では８）のリモコンコードを受光部を介して順次受信する（ステップＳ２６）。次いで、入力処理部１１１は、ステップＳ２６で受信された計ｎ＋１個のリモコンコードの初めの一つを通常処理し、残りそれぞれを、ｎ個の16進数の数値に変換する（ステップＳ２７）。次に、入力処理部１１１は、ステップＳ２７で得たｎ個の16進数の数値を結合して、受信したｎ個のリモコンコードを１つの多バイト文字コード（UTF16BEの２バイト文字コード）に変換する（ステップＳ２８）。ステップＳ２８においては、入力処理部１１１は、４つの16進数の数値それぞれを、16進コードによって表現される多バイト文字コード（UTF16BEの２バイト文字コード）のｎ桁それぞれの１６進数の数値とみなして、１つの多バイト文字コード（UTF16BEの２バイト文字コード）を復元しデータ管理部１１３へ送信する。そして、データ管理部１１３は、復元された多バイト文字コードをユーザによって入力された文字として処理する（ステップＳ２９）。ステップＳ２９では、復元された多バイト文字コードに基づいて、記録媒体部１１４にあるＧＵＩデザインを指定し、ＧＵＩ処理部１１０に伝送し更にこのＧＵＩデザインは表示処理部１０６を経て表示処理が実行される。
【００３５】
ステップＳ２６〜Ｓ２９のシーケンス、つまりｎ＋１個のリモコンコードを受信し且つそれらのうちｎ個のリモコンコードから多バイト文字コードを復元する処理は、終了制御コードが受信されて終了する。したがって、開始制御コードに始まり、終了制御コードで終わる、文字列を示したリモコンコード列から、文字列を復元することができる。
【００３６】
以上のように、本実施形態においては、リモコンR側では、各多バイト文字コードは複数個のリモコンコードの組み合わせに変換され、電子機器１０６側では、複数個のリモコンコードから多バイト文字コードが復元される。よって、十数種類乃至数十種類程度のリモコンコードによって何万種類もある多バイト文字を既存のリモコンインタフェースを介して伝送することが可能となり、専用の通信装置を新たに設けることなく、多バイト文字の伝送を行うことができる。更にまた、ユーザは、リモコンRのみでなく使い慣れた携帯電話等の端末の入力部を操作することによっても、日本語の全角文字に代表される多バイト長の文字列を容易に、送ることができるよう実施形態を構成することもできる。
【００３７】
上記のような言わばデザイン付きのリモコンＲは、例えばデフォルトのテレビジョンセットに添付されるリモコンとは別に購入できるようにしておく。あるいはテレビジョンセットの販売促進のために配るようなビジネス形態を採ってもよい。このリモコンＲにはＳＤカードが添付されていて（図５の符号ＳＤ）、上記のような文字をテレビ側が受信したときには対応するデザインのＧＵＩを表示するようなプログラムをデータ管理部１１３に予めインストールしておく。このようにすることにより例えば家族内でそれぞれ好みのデザイン付きのリモコンＲを利用できるようになる。デザインと対応付けられたリモコンRであるか否か、デジタル放送受信装置１０１はデータ管理部１１３において対応判定を行う。
【００３８】
ＧＵＩデザインの選択メニューを表示するときに、ユーザーが操作しているリモコンに対応しているデザインのみを表示、選択できるようにするのも好適である。例えば図５の状態であれば、デザインＴ以外のデザインは表示させない。図７は、この場合のデザイン選択メニュー表示の例である。３つのデザインのうちデザインＴのみが表示され、デザインＴに対応付けられた番号（図７では１）のリモコンＲのリモコンボタンの１をユーザーが押すと、デジタル放送受信装置１０１によってデザインＴが選択されメニューを終了する。
【００３９】
デザインＴ以外のデザインは表示させないかわりに、あるいはトーンダウン表示して選択はできないことを表現してもよい。
特定のデザイン付きリモコンによってのみ、そのデザイン関連のＧＵＩをインストール、ダウンロードできるようにするのもよい。この関連という表現の意味するのは、例えばデザインの更新や変形を含むというものである。
【００４０】
選択するデザインは、ローカルのストレージにあっても、ネットワーク上のサーバにあっても良い。サーバにある場合は上記プログラムの実行時にサーバからダウンロードして、表示する。このデザインとは要はＧＵＩデータであり、フォーマット形態としてビットマップファイルの他に、Ｍａｃｒｏｍｅｄｉａ社のＦｌａｓｈ（ｓｗｆ）やＳｈｏｃｋｗａｖｅ、Ｗ３Ｃ標準のＳＶＧ（Ｓｃａｒａｂｌｅ Ｖｅｃｔｏｒ Ｇｒａｐｈｉｃｓ）、ＥＶＡアニメータなどがある。また、一からオブジェクト指向言語Ｊａｖａ（登録商標）等を使って、作成することも考えられる。
【００４１】
このうちＭａｃｒｏｍｅｄｉａ社からＡｄｏｂｅ Ｓｙｓｔｅｍｓ社に引き継がれたＦｌａｓｈを使用した例を述べると、このＦｌａｓｈのフォーマットではアニメーションが座標単位のベクターの集合として表され、時系列上で変化する記述が可能である。また、アニメーション描画以外の、画像、音声、動画、入出力等も扱うことができるが、さらに、Ｗ３Ｃにて標準化されているＥＣＭＡスクリプトに準拠したＡｃｔｉｏｎＳｃｒｉｐｔというプログラム言語により、画面上のアニメーションや画像、音声、入出力制御、通信制御などをコントロールするプログラミングが可能である。
【００４２】
以上の実施形態の効果として、操作するリモコンに応じてＧＵＩのデザインを変更できるようになる。ポイントを列挙すると次のようになる。
（１）複数のデザインのＧＵＩがインストールされているＴＶであって、そのうちのひとつのデザインと対応付けられたリモコンで操作すると、そのデザインのＧＵＩが表示されるＴＶ。
【００４３】
（２）複数のデザインのＧＵＩがインストールされているＴＶであって、そのうちのひとつのデザインと対応付けられたリモコンで操作したときのみ、そのデザインのＧＵＩに変更することができるＴＶ。
【００４４】
（３）ネットワーク上のサーバにあるＧＵＩデザインデータを、対応付けられたリモコンを使用したときのみダウンロードが可能なＴＶ。
（４）ネットワーク上のサーバからダウンロードしたＧＵＩデザインデータを、対応付けられたリモコンを使用したときのみ利用可能なＴＶ。
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。例えばリモコンが双方向通信が可能である場合には、リモコンとテレビで認証処理を行い、認証されたリモコンで操作した場合にのみ、ＧＵＩのデザインを変えられるようにしてもよい。
【００４５】
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良いものである。
【符号の説明】
【００４６】
１０１…デジタル放送受信装置、１０２…チューナ部、１０３…ＴＳ分離部、１０４…デスクランブラ、１０５…ＡＶデコード部、１０６…表示処理部、１０７…ＣＡＳ制御部、１０８…ＣＡＳカード、１０９…制御部、１１０…ＧＵＩ処理部、１１１…入力処理部、１１２…通信処理部、１１３…データ管理部、１１４…記録媒体部、１１６…外部入出力処理部、１２０…表示装置、Ｒ…リモコン。
【特許請求の範囲】
【請求項１】
通信ネットワーク、もしくは着脱可能な記録メディアから少なくとも１つ以上のＧＵＩデータを入力するデータ入力手段と、
前記ＧＵＩデータを記憶する記憶手段と、
前記ＧＵＩデータの表示を管理する管理手段と、
前記管理手段へ前記ＧＵＩデータの表示を指示するためのリモコンと、
前記データ入力手段から入力された前記ＧＵＩデータもしくは前記記憶手段に記憶されているＧＵＩデータの少なくとも一方の前記リモコンとの対応付けを判定する対応判定手段と、
前記対応判定手段で対応付けありと判定された場合に表示用のＧＵＩデータを前記リモコンと対応するデータとして指定する指定手段とを備えたことを特徴とするテレビジョン装置。
【請求項２】
前記対応付けは前記リモコンから受信される固有リモコンコードであることを特徴とする請求項１に記載のテレビジョン装置。
【請求項３】
前記指定手段は前記固有リモコンコードに対応して前記ＧＵＩデータの指定を変更することを特徴とする請求項２に記載のテレビジョン装置。
【請求項４】
前記データ入力手段は、前記固有リモコンコードに対応して通信ネットワークから前記ＧＵＩデータを入力することを特徴とする請求項１に記載のテレビジョン装置。
【請求項５】
前記指定手段は、通信ネットワークから入力された前記ＧＵＩデータを前記対応付けに従って指定することを特徴とする請求項４に記載のテレビジョン装置。
【請求項６】
前記指定手段により指定された前記ＧＵＩデータを表示する表示手段を更に備えたことを特徴とする請求項１に記載のテレビジョン装置。
【請求項１】
通信ネットワーク、もしくは着脱可能な記録メディアから少なくとも１つ以上のＧＵＩデータを入力するデータ入力手段と、
前記ＧＵＩデータを記憶する記憶手段と、
前記ＧＵＩデータの表示を管理する管理手段と、
前記管理手段へ前記ＧＵＩデータの表示を指示するためのリモコンと、
前記データ入力手段から入力された前記ＧＵＩデータもしくは前記記憶手段に記憶されているＧＵＩデータの少なくとも一方の前記リモコンとの対応付けを判定する対応判定手段と、
前記対応判定手段で対応付けありと判定された場合に表示用のＧＵＩデータを前記リモコンと対応するデータとして指定する指定手段とを備えたことを特徴とするテレビジョン装置。
【請求項２】
前記対応付けは前記リモコンから受信される固有リモコンコードであることを特徴とする請求項１に記載のテレビジョン装置。
【請求項３】
前記指定手段は前記固有リモコンコードに対応して前記ＧＵＩデータの指定を変更することを特徴とする請求項２に記載のテレビジョン装置。
【請求項４】
前記データ入力手段は、前記固有リモコンコードに対応して通信ネットワークから前記ＧＵＩデータを入力することを特徴とする請求項１に記載のテレビジョン装置。
【請求項５】
前記指定手段は、通信ネットワークから入力された前記ＧＵＩデータを前記対応付けに従って指定することを特徴とする請求項４に記載のテレビジョン装置。
【請求項６】
前記指定手段により指定された前記ＧＵＩデータを表示する表示手段を更に備えたことを特徴とする請求項１に記載のテレビジョン装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−２３９２１４（Ｐ２０１０−２３９２１４Ａ）
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願番号】特願２００９−８２３５２（Ｐ２００９−８２３５２）
【出願日】平成２１年３月３０日（２００９．３．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願日】平成２１年３月３０日（２００９．３．３０）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]