JP2013156964A

JP2013156964A - 電子機器およびサーバー

Info

Publication number: JP2013156964A
Application number: JP2012019338A
Authority: JP
Inventors: Miki Saijo; 未希西條
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2012-01-31
Filing date: 2012-01-31
Publication date: 2013-08-15
Anticipated expiration: 2032-01-31
Also published as: JP5200174B1; US20130198626A1

Abstract

【課題】ユーザにより適切な情報を提示することができる電子機器を提供する。
【解決手段】サーバーと通信する電子機器であって、ユーザが設定したアプリケーションの設定情報または前記電子機器にユーザが設定した設定情報の少なくとも何れかの設定情報を前記サーバーに送信する送信手段と、前記サーバーから前記設定情報に応じた、ユーザの想定質問に対する回答情報を受信する受信手段と、前記回答情報を表示するよう制御する表示制御手段とを備えた電子機器。
【選択図】図１

Description

本発明の実施形態は、例えばユーザ設定に応じたFAQ(frequency asked questionまたはfrequently-asked question, frequently asked questions etc.)を表示する電子機器およびサーバーに関する。

表示装置において、利用者の属性に応じたFAQを提供するというものがある（例えば、特許文献１参照。）。概要として、利用者端末は利用者の参照傾向などの属性に応じたFAQをFAQサーバーから受け取り、お薦め情報として利用者に提示するとの記載がある。

特開２００８−４６８５２公報（段落番号0009、0010、図10）

本発明の実施の形態は、ユーザにより適切な情報を提示することができる電子機器を提供することを目的とする。

上記課題を解決するために、実施形態によれば電子機器は、ユーザが設定したアプリケーションの設定情報または前記電子機器にユーザが設定した設定情報の少なくとも何れかの設定情報を前記サーバーに送信する送信手段と、前記サーバーから前記設定情報に応じた、ユーザの想定質問に対する回答情報を受信する受信手段と、前記回答情報を表示するよう制御する表示制御手段とを備える。

発明の効果は特には記載しない。

この発明の一実施形態を示す機能ブロック構成図（eManual表示時）。別の実施形態を示す機能ブロック構成図（error表示時）。実施形態のユーザの回答情報の送信を説明するために示す機能ブロック構成図。 CSP が HTTP 要求を処理するときの、イベントのフローを示すシーケンス図。一実施形態におけるリモートコントローラの一例を示す外観図。一実施形態におけるＤＴＶ及びリモートコントローラの内部構成の一例を示すブロック図。実施形態に係わる情報処理装置（サーバー）のシステム構成を示す図。

以下、実施形態を図１乃至図７を参照して説明する。
まず本実施形態における画像表示システムの一例として、次に詳述するＤＴＶ１０、リモートコントローラ２０から成る、画像表示システムがある。
ＤＴＶ１０は本実施形態における電子機器の一例としてのデジタルテレビジョン（Digital Television）であり、受信した放送波の放送信号から映像・音声情報を抽出し、これらを出力する機能を有している。またＤＴＶ１０は、例えばインターネットのような大規模ネットワーク網（WAN:：Wide Area Network）と接続されており、この大規模ネットワークに接続されている他の機器と通信可能となっている。実施形態における電子機器の一例としてここではＤＴＶ１０を示すが、これに限定されるものではない。電子機器の他の例示としては、ＰＣ（Personal Computer）他のような様々な機器が考えられる。

リモートコントローラ２０は複数の操作スイッチ（キー）を有しており、この操作スイッチが押下されると、これに応じてＤＴＶ１０の操作を行うための信号を送信する機能を有している。信号の形式は、例えば、ＲＦ(Radio Frequency)信号やＩＲ（Infrared）信号を用いるのが一般的であるが、本実施形態では有線、無線の区別を問わない。

画像表示システムはＤＴＶ１０とリモートコントローラ２０より構成されており、ユーザはリモートコントローラ２０を用いてＤＴＶ１０を操作して所定の処理を行わせ、画像を表示させることができる。

次にリモートコントローラ２０の詳細な構造を説明する。図５は本実施形態におけるリモートコントローラ２０の一例を示す外観図である。
リモートコントローラ２０はＤＴＶ１０の各種機能を操作するための複数のキー（スイッチ）を有している。本実施形態において、この複数のキーはキー２１、タッチパッド２２、十字キー２３およびサイドキー２１ａによって構成されている。

キー２１はＤＴＶ１０の各種機能を実行するために設けられたキーであって、リモートコントローラ２はそれぞれのキーへのユーザの押下操作に応じて異なる操作信号を発信する。キー２１にはＤＴＶ１０の電源投入と遮断とを切り替える電源キーと、表示する映像情報のソースを切り替える入力切替キー、ゲーム、地デジ、ＢＳ又はＣＳを選択するキーを備えた入力切替キー群と、チャンネルの選択や文字の入力等を行うチャンネル文字キー群、チャンネルの切り替えを行うチャンネル切替キーと、画面の表示形式を選択する画面表示キー、音量を調整する音量調整キー、各種ＤＴＶ１０の機能を実現させるための色が割り当てられたカラーキー等の様々なキーが含まれている。また、ＤＴＶ１０に表示されたカーソルの所定の位置での選択操作を行うための決定キーもこれに含まれる。本実施形態の説明においては便宜上これらのキーをサイドキー２１ａを含め一纏めのキー２１として説明し、タッチパッド２２及び十字キー２３をこのキー２１とは分けて説明する。

タッチパッド２２は、例えばユーザの指等によるタッチパッド２２表面への接触を静電容量の変化で検知し、この検知点を示す検知信号を出力する機能を有している。このタッチパッド２２の表面を指でなぞることによって、ユーザはＤＴＶ１０に表示されたカーソルの操作を行うことが可能である。

十字キー２３は、リモートコントローラ２０内部の、タッチパッド２２の裏面に対向に位置に設けられており、ユーザに押下されたタッチパッド２２の裏面が接触することで、この押圧を検知して検知信号を出力する。十字キー２３は図５中のポイントＡのリモートコントローラ２内部に当たる位置に上下左右が割り当てられて４つ設けられている。この4つのスイッチから構成される十字キー２３は、それぞれの上下左右の方向を示す信号を出力する。

本実施形態において、リモートコントローラ２０はタッチパッド２２と十字キー２３とが一体として設けられている（タッチパッド２２が十字キー２３と兼用されている）。十字キー２３が押下される際にはユーザの指はタッチパッド２２に接触しており、このときにはタッチパッド２２と十字キー２３はそれぞれ検知信号を出力することとなる。

本実施形態におけるリモートコントローラ２０ではタッチパッド２２と十字キー２３とが外部から見て同じ位置に設けられているように例示したがこれに限定されず、異なった位置に独立してそれぞれが設けられていてもよい。

次に画像表示システムのＤＴＶ１０及びリモートコントローラ２０の内部構成について説明する。図６は本実施形態におけるＤＴＶ１０及びリモートコントローラ２０の内部構成の一例を示すブロック図である。先ずＤＴＶ１０に関する説明を行う。

ＤＴＶ１０は、装置各部の動作を制御する制御部１５６を備えている。制御部１５６は、ＣＰＵ（Central Processing Unit）等を内蔵している。制御部１５６は、操作部１１６から入力される操作信号や、リモートコントローラ２０から送信され受信部１１８を介して受信される操作信号に応じて、ＲＯＭ（Read Only Memory）１５７に予め記憶されたシステム制御プログラム及び各種処理プログラムを起動させる。制御部１５６は、起動したプログラムに従って、ＲＡＭ（Random Access Memory）１５８をワークメモリとして装置各部の動作を制御する。

入力端子１４４は、ＢＳ／ＣＳデジタル放送受信用のアンテナ１４３が受信した衛星デジタルテレビジョン放送信号を衛星デジタル放送用のチューナ１４５に供給する。チューナ１４５は、受信したデジタル放送信号のチューニングを行い、チューニングしたデジタル放送信号をＰＳＫ（Phase Shift Keying）復調器１４６に送信する。PSK復調器１４６は、ＴＳ（Transport Stream）の復調を行い、復調したＴＳをＴＳ復号器１４７ａに供給し、ＴＳ復号器１４７ａは、TSをデジタル映像信信号、デジタル音声信号、およびデータ信号を含むデジタル信号に復号した後、信号処理部１００にこれを出力する。ここでのデジタル映像信号とはＤＴＶ１０が出力可能な映像に関するデジタル信号であり、音声信号はＤＴＶ１０が出力可能な音声に関するデジタル信号である。またデータ信号とは、例えばＤＴＶ１０が電子番組表であるＥＰＧ（Electronic Program Guide）を生成するときに使用する情報である番組関連情報等を含む、放送波の放送番組に関する情報に関するデジタル信号である。

入力端子１４９は、地上波デジタル放送受信用のアンテナ１４８が受信した地上波デジタルテレビジョン放送信号を地上波デジタル放送用のチューナ１５０に供給する。チューナ１５０は、受信したデジタル放送信号のチューニングを行い、チューニングしたデジタル放送信号をそれぞれのＯＦＤＭ（Orthogonal Frequency Division Multiplexing）復調器１５１に送信する。ＯＦＤＭ復調器１５１は、ＴＳの復調を行い、復調したＴＳをそれぞれのＴＳ復号器１４７ｂに供給し、ＴＳ復号器１４７ｂは、ＴＳをデジタル映像信号及び音声信号等に復号した後、信号処理部１００にこれを出力する。チューナ１５０の１１個それぞれのチューナで取得した地上波デジタルテレビジョン放送は、これらの複数個のＯＦＤＭ復調器１５１、ＴＳ復号器１４７ｂによってそれぞれ同時にデジタル映像信号、音デジタル音声信号、及びデータ信号を含むデジタル信号として復号された後に、信号処理部１００に出力されることが可能である。

アンテナ１４８は、地上波アナログ放送信号も受信可能である。受信された地上波アナログ放送信号は、図示しない分配器によって分配されて、アナログチューナ１６８に供給される。アナログチューナ１６８は、受信したアナログ放送信号のチューニングを行い、チューニングしたアナログ放送信号をアナログ復調器１６９に送信する。アナログ復調器１６９はアナログ放送信号の復調を行い、復調したアナログ放送信号を信号処理部１００に出力する。また、ＤＴＶ１０は、一例として、アンテナ１４８が接続される入力端子１４９にＣＡＴＶ（Common Antenna Television）用のチューナを接続することによってＣＡＴＶも視聴することができる。

信号処理部１００は、ＴＳ復号器１４７ａ、１４７ｂ、または制御部１５６から出力されたデジタル信号に、適切な信号処理を施す。より具体的には、信号処理部１００はデジタル信号を映像信号、デジタル音声信号、およびデータ信号に分離する。分離された映像信号はグラフィック処理部１５２に、音声信号は音声処理部１５３に出力される。また信号処理部１００は、アナログ復調器１６９から出力された放送信号を、所定のデジタルフォーマットの映像信号及び音声信号に変換する。デジタルに変換された映像信号はグラフィック処理部１５２に、音声信号は音声処理部１５３に出力される。また信号処理部１００は、ライン入力端子１３７からの入力信号にも所定のデジタル信号処理を施す。

ＯＳＤ（On Screen Display）信号生成部１５４は、制御部１５６の制御に従って、ＵＩ（ユーザ・インタフェース）画面などを表示するためのＯＳＤ信号を生成する。また信号処理部１００においてデジタル放送信号から分離されたデータ信号は、ＯＳＤ信号生成部１５４により適切なフォーマットのＯＳＤ信号に変換され、グラフィック処理部１５２

に出力される。
グラフィック処理部１５２は、信号処理部１００から出力されるデジタルの映像信号のデコード処理を行う。デコードされた映像信号は、ＯＳＤ信号生成部１５４から出力されたＯＳＤ信号と重ね合わせて合成され、映像処理部１５５に出力される。グラフィック処理部１５２は、デコードされた映像信号またはＯＳＤ信号を、映像処理部１５５に選択的に出力することもできる。

映像処理部１５５は、グラフィック処理部１５２から出力された信号を、表示部１２０で表示可能なフォーマットのアナログ映像信号に変換する。アナログに変換された映像信号は、表示部１２０に表示される。

音声処理部１５３は、入力された音声信号を、スピーカ１１０で再生可能なフォーマットのアナログ音声信号に変換する。アナログに変換された音声信号は、スピーカ１１０に出力されて再生される。

カードホルダ１６１は、カードＩ／Ｆ（Interface）１６０を介して制御部１５６に接続されている。メモリカード１１９は、このカードＩ／Ｆ１６０に装着可能である。メモリカード１１９は、例えばＳＤ（Secure Digital）メモリカード、ＭＭＣ（Multimedia Card）及びＣＦ（COMPACTFLASH（登録商標））カード等の記憶媒体である。カードホルダ１６１に装着されたメモリカード１１９、及び制御部１５６は、カードＩ／Ｆ１６０を介して情報の書込み／読み出しを行うことができる。

ＬＡＮ端子１３１は、ＬＡＮＩ／Ｆ１６４を介して制御部１５６に接続されている。ＬＡＮ端子１３１は、イーサネット（登録商標）を用いた一般的なＬＡＮ対応ポートとして使用される。本実施形態においてＬＡＮ端子１３１にはＬＡＮケーブル（図示しない）が接続されており、インターネットと通信可能となっている。

ＵＳＢ（Universal Serial Bus）端子１３３は、ＵＳＢＩ／Ｆ１６６を介して制御部１５６に接続されている。ＵＳＢ端子１３３は、一般的なＵＳＢ対応ポートとして使用される。ＵＳＢ端子１３３には、例えばハブを介して、携帯電話、デジタルカメラ、各種メモリカードに対するカードリーダ／ライタ、ＨＤＤ、キーボード等が接続される。制御部

１５６は、ＵＳＢ端子１３３を介して接続される機器との間で、情報の通信（送受信）を行うことができる。
ＨＤＤ１７０はＤＴＶ１０に内蔵される磁気記憶媒体（Hard Disk Drive）であってＤＴＶ１０が有する各種情報を記憶する機能を有している。
次にリモートコントローラ２０に関する説明を行う。
キー２１、タッチパッド２２、及び十字キー２３より出力される検知信号は、リモコン制御部２４に入力される。リモコン制御部２４は入力された信号に基づいて、ＤＴＶ１０を操作するための操作信号を生成し、送信部２５によって外部に送信させる。この送信された操作信号を受信部１１８が受信するとＤＴＶ１０はこの操作信号に応じた所定の処理を実行する。

本実施形態においては、キー２１の押下によってリモートコントローラ２０から送信される信号をキー操作信号、タッチパッド２２をなぞることによって送信される信号をタッチパッド操作信号、十字キー２３を押下することによって送信される信号を十字キー操作信号と呼ぶこととする。サイドキー２１ａから送信される信号は、前述に基づきキー操作信号に含まれるが、以下で区別して表現する場合はサイドキー操作信号とよぶ。

ところで一方図７は、サーバー１のハードウェアなどのシステム構成の一例を示すものである。
図７に示すように、このサーバー１は、ＣＰＵ１１、ノースブリッジ１２、主メモリ１３、サウスブリッジ１４、ＢＩＯＳ−ＲＯＭ１５、磁気ディスク駆動装置（ＨＤＤ）１６、光磁気ディスク駆動装置（ＯＤＤ）１７、エンベデッドコントローラ／キーボードコントローラＩＣ（ＥＣ／ＫＢＣ）１８、ネットワークコントローラ１９等を備えている。

ＣＰＵ１１は、本サーバー１の動作を制御するメインプロセッサである。このＣＰＵ１１は、ＨＤＤ１６から主メモリ１３にロードされる、オペレーティングシステム、各種アプリケーションプログラムおよびユーティリティプログラムを実行する。

ノースブリッジ１２は、ＣＰＵ１１のローカルバスとサウスブリッジ１４との間を接続するブリッジデバイスである。また、ノースブリッジ１２には、ＣＲＴディスプレイ２を制御する表示コントローラおよび主メモリ１３を制御するメモリコントローラも内蔵されている。

サウスブリッジ１４は、例えばＰＣＩ（peripheral component interconnect）バスやＬＰＣ（low pin count）バスに接続された各種Ｉ／Ｏデバイスを制御するためのＩ／Ｏコントローラとして機能する。また、このサウスブリッジ１４には、ＨＤＤ１６およびＯＤＤ１７を制御するＩＤＥ（Integrated Drive Electronics）も内蔵されている。ＢＩＯＳ−ＲＯＭ１５も、このサウスブリッジ１４によってアクセスが制御される。ＢＩＯＳ−ＲＯＭ１５は、システムＢＩＯＳを電気的に書き換え可能に格納するフラッシュＲＯＭである。

ＥＣ／ＫＢＣ１８は、電源管理のためのエンベデッドコントローラと、キーボード（ＫＢ）３およびマウス４などを制御するキーボードコントローラとが集積された１チップマイクロコンピュータである。ネットワークコントローラ１９は、ＬＡＮを介した他のコンピュータとのデータ通信を制御する。

さて以上のようなハードウェア構成例を基にして、図１のようなシステムを組むことができる。即ち図１は、一実施形態を示す機能ブロック構成図（eManual(電子取説)表示時）である。前提として表示装置であるＤＴＶ１０（以下、TV）は、サーバーとのネットワーク接続可能な、eManual搭載のTVである。なおeManualで通常使用するデータはTV内にあってもよいし、サーバー側にあってもよい。eManualは、サイドキー２１ａを押すことにより呼び出されるHelp情報を含む。

TVは、ネットワークを介してサーバー１と接続されている。またこのサーバー１は、ネットワークを介してTVメーカサーバー５、代表として２つのCSP(Cache’ Server Pages、後述)サーバー６と７に接続されている。また、サーバー１は、後述する組み合わせのDB（データベース）１Dを接続し、TVメーカサーバー５、CSPサーバー６と７は夫々のFAQ情報（質問情報）を含むDBであるDB５D,6D,7Dを接続している。なおAないしDの構成要素については後述する。

この図1のTVで例えば、アプリ（アプリケーション）使用中(オンラインDVDレンタルなど例えばNetflix((R)、以下省略)使用中)、eManualを表示した際の全体の挙動は概略としては次の順のようになる。

（１）ユーザの、アプリ情報(P2P技術を利用したインターネット電話サービスなど例えばSkype((R)、以下省略) Incoming callをOn)及び機能(ex:Channel設定、Menu Language, setup等)の設定情報を、TVはサーバー１に送る。

この設定情報とは、ユーザが設定したアプリ情報(Skype Incoming call on設定)、機能(Channel設定、Menu Language,setup等)のことであり、この設定情報をサーバー１に送信することにより、組み合わせのDB１Dにより、Netflixに関係している(Skype Incoming call on、Menu Language)に関するFAQ(frequency asked questionまたはfrequently-asked question, frequently asked questions etc.)に絞り込まれる。

（２）サーバー１は、(Skype)などを制御する各CSPサーバー（６，７など）や、メーカサーバー５に問い合わせ、DB＊D（＊＝５，６，７）から必要なFAQ情報を取得する。このFAQ情報は、ユーザの想定質問に対する回答情報の予備群をなす。

（３）組み合わせのDB１Dで、TVの機能間、アプリ間、TVの機能及びアプリ間の関連性のあるFAQ情報(Netflix中のSkype Incoming call onに関するFAQ, Menu LanguageなどNetflixに関連づけられているFAQ)を絞り込む。このTVの機能及びアプリ間の関連性としては、例えば地デジのチャンネルと音質の関連などがある。例えばクラシック番組を放送している場合はダイナミックレンジの大きな音質設定とし、また対話番組を放送している場合は明瞭性の高い音質設定とするなどがある。

（４）TVに絞り込んだFAQ情報をサーバー１は送る。
（５）TVはeManual表示と共に、FAQ情報を表示する。
また図５ないし図７のようなハードウェア構成例を基にして、図２のようなシステムを組むことができる。即ち図２は、別の実施形態を示す機能ブロック構成図（error表示時）である。図１との機能構成上の相違は、サーバー１が組み合わせのDB１Dの代わりに、組み合わせのDB１ｄを接続していることである。

この図２のTVで例えば、操作中(オンラインDVDレンタルなど例えばNetflix使用中)、error処理を表示した際の全体の挙動は概略としては次の順のようになる。

この設定情報とは、ユーザが設定したアプリ情報(Skype Incoming call on設定)、機能(Channel設定、Menu Language,setup等)のことであり、この設定情報をサーバー１に送信することにより、組み合わせのDB（データベース）１ｄにより、Netflixに関係している(Skype Incoming call on、Menu Language)に関するFAQ(frequency asked questionまたはfrequently-asked question, frequently asked questions etc.)に絞り込まれる。

（２）サーバー１は、(Skype)などを制御する各CSPサーバー（６，７など）や、メーカサーバー５に問い合わせ、DB＊D（＊＝５，６，７）から必要なFAQ情報を取得する。

（３）組み合わせのDB１ｄで、状態、キー操作、error情報の関連性のあるFAQ情報(Netflix中のSkype Incoming callに関するFAQ, Menu LanguageなどNetflixに関連づけられているFAQ)を絞り込む。このTVの状態、キー操作、error情報の関連性としては、例えば状態とキー操作の関連などがある。例えば録画した番組のダビングを行っている場合は特定のキー操作に対しては何種類かのアラート（警告）の表示が出るケースが多く、このアラートというerror情報に対して原因と回避策を提示するなどがある。

（４）TVに絞り込んだerrorのFAQ情報をサーバー１は送る。
（５）TVはerror表示後にFAQ情報を表示する。
また図３は、実施形態のユーザの操作情報の送信を説明するために示す機能ブロック構成図である。上記図１と図２のFAQ表示後のTVで例えば、全体の挙動は概略としては次の順のようになる。

図１のeManual表示後ユーザがFAQ情報を選択する(Netflix中のSkype Incoming call onに関するFAQを選択)ことにより、その操作情報がTVからサーバー１の組み合わせのDB１Dに送られる。この選択することにより、絞りこまれたFAQ情報(Skype Incoming call on、Menu Language)より、ユーザがSkype Incoming call onに関するFAQ情報を選択する。

また図２のerror表示後ユーザがFAQ情報を選択する(Menu Languageに関するFAQを選択)ことにより、その操作情報がサーバーの組み合わせのDBに送られる。この選択することにより、絞りこまれたFAQ情報(Skype Incoming call on、Menu Language)より、ユーザがMenu Languageに関するFAQ情報を選択する。

ここで図１乃至図３の構成で用いているCSPについて構成・動作を補足する。
CSP は、受信した HTTP (Hypertext Transport Protocol) 要求に応答して、動的なコンテンツを提供する。以下では、CSP で HTTP がどのように処理されるかという点について基本的な内容を説明する。

HTTP は、クライアントがサーバーへ要求を送る単純なプロトコルである。HTTP はステートレス方式のプロトコルで、クライアントとサーバー間は、要求のやりとりに必要な間のみ接続される。すべての HTTP 要求には、要求のタイプ (GET や POST など)、URL、およびバージョン・ナンバーを指定する要求ヘッダが含まれている。また、付加情報が含まれることもある。CSP はどの HTTP 要求を処理すべきかを自動的に決定し、それを Cache’ サーバー内の適切なクラスへ配信し、要求の情報を使用しやすいオブジェクトにまとめる (%CSP.Request オブジェクトなど)。

図１に関するCSP 実行時環境として、以下のCSP と HTTP 要求のアーキテクチャが表わされる。図２と図３に関してはAないしDの記号を省略しているが同様である。

A.HTTP クライアント (Web ブラウザなど)
B.HTTP サーバー (Apache ((R)、以下省略) や IIS ((R)、以下省略) などの Web サーバー)
C.CSP ゲートウェイ (Web サーバーへの Cache’ アド・オン)
D.Cache’ サーバー (要求された CSP アプリケーションを CSP サーバーで実行する場所となるサーバー)
このうちCSP ゲートウェイは、Webサーバーと同一ハードウェア内に置くものとされている。
次に図４は、CSP が HTTP 要求を処理するときの、イベントの以下のようなフローを表している。
１．ブラウザ (または同様の Web クライアント) が、HTTP
要求を生成する。
２．Web サーバーは、これが CSP 要求であると判断し、その要求を Web サーバーにインストールされている CSP ゲートウェイに送信する。2a としてWeb

サーバーは、アプリケーション構成によっては、静的コンテンツを処理する場合がある。
３．CSP ゲートウェイは、その要求を再度まとめて、適切な Cache’ サーバーに送信する。
４．Cache’ サーバーは、メッセージをデコードし、要求が静的ページに対してであるか、それとも CSP クラスに対してであるかを判断する。
.html や .jpg などの静的ファイルに対する要求であれば、Cache’ サーバーはローカル・ファイル・システムでそのファイルを見つけ、4a としてそのコンテンツをクライアントに返信する。

クラスに対する要求であれば、アプリケーションを構成するイベント処理クラスのうち、どのクラスでイベントを処理するかを決定し、そのクラスの Page メソッドを呼び出す。

５．Page メソッドの出力または静的ページが、HTTP 応答として CSP ゲートウェイに返送される。
６．CSP ゲートウェイは HTTP の応答を Web サーバーに渡す (具体的には、応答は CSP ゲートウェイを経由して、Web サーバーへ返送される)。

７．Web サーバーは Web ブラウザに応答を返し、Web ブラウザがその応答を処理する。HTML の場合はその内容が表示される。
（実施形態の要点）
１．ユーザの、TVの設定情報をサーバーに送信し、その設定情報に応じたFAQ Frequency Asked Questions 頻繁に訪ねられる質問、よくある質問)を組み合わせのDBで件数を絞りeManual(電子取説)と共に表示する。

２．ユーザの設定情報とは、TVの搭載機能とユーザがネットワークを介しDLしたアプリの設定情報のことである。
３．組み合わせのDBとは、eManualに表示時の場合は、TVの機能間、アプリ間及びTVの機能とアプリ間の関連性を管理するもの、error表示時の場合(後述)は、状態、ユーザのキー操作及びerror情報の関連性を管理するものである。

（実施形態の利点）
（A）ユーザが必要とする情報のみのDL（ダウンロード）なので、DL時間が短い。
（B）ユーザが自らFAQをDLする必要がない。
（C）eManualのFAQ（質問機能）起動時に取得しに行くため、無駄なDL時間を作らない。
（D）ユーザに合った必要なhelp情報を取得可能。知りたい時に知りたい情報を取得できる。
（E）ユーザの操作情報を送信することで、別のユーザにとってより有効なFAQ情報が取得可能となる（図３の場合）。
本実施形態では装置の設定情報に応じたFAQの提供に関しては記載した。以下が実施形態の要点の補足である。
１．ユーザの、TVの設定情報をサーバーに送信し、その設定情報に応じたFAQ(Frequency Asked Questions 頻繁に訪ねられる質問、よくある質問)を組み合わせのDBで件数を絞りeManual(電子取説)と共に表示する。

２．ユーザの設定情報とは、TVの搭載機能とユーザがネットワークを介しDLしたアプリの設定情報のことである。
３．組み合わせのDBとは、eManualに表示時の場合は、TVの機能間、アプリ間及びTVの機能間とアプリ間の関連性を管理するもの、error表示時の場合(後述)は、状態、ユーザのキー操作及びerror情報の関連性を管理するものである。

４．1のFAQ情報は、eManual起動時に取得する。
５．ユーザがTV操作中、error表示時、ユーザの設定情報、状態、キー操作に応じたFAQを表示する。
６．5のFAQ情報は、error表示時に取得する。
７．eManual表示時のFAQ情報によるユーザの操作情報、及びerror表示時のFAQ情報によるユーザの操作情報がサーバーの組み合わせのDBに送られる。

なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係わる構成要素を適宜組み合わせても良いものである。例えば、サーバー１とTVメーカサーバー５とは一体の構成であってもよい。

１…サーバー、２…ＣＲＴディスプレイ、３…キーボード、４…マウス、１０…ＤＴＶ、１１…ＣＰＵ、１２…ノースブリッジ、１３…主メモリ、１４…サウスブリッジ、１５…ＢＩＯＳ−ＲＯＭ、１６…磁気ディスク駆動装置（ＨＤＤ）、１７…光磁気ディスク駆動装置（ＯＤＤ）、１８…キーボードコントローラＩＣ（ＫＢＣ）、１９…ネットワークコントローラ、２０…リモートコントローラ、１１０…スピーカ、１２０…表示部、１００…信号処理部、１１６…操作部、１１８…受信部、１１９…メモリカード、１３１…ＬＡＮ端子、１３３…ＵＳＢ端子、１３７…ライン入力端子、１４３…アンテナ、１４４…入力端子、１４５…チューナ、１４６…ＰＳＫ復調器、１４７…ＴＳ復号器、１４８…アンテナ、１４９…入力端子、１５０…チューナ、１５１…ＯＦＤＭ復調器、１５２…グラフィック処理部、１５３…音声処理部、１５４…ＯＳＤ信号生成部、１５５…映像処理部、１５６…制御部、１５７…ＲＯＭ、１５８…ＲＡＭ、１６０…カードＩ／Ｆ、１６１…カードホルダ、１６４…ＬＡＮＩ／Ｆ、１６６…ＵＳＢＩ／Ｆ、１６８…アナログチューナ、１６９…アナログ復調器、１７０…ＨＤＤ、２１…キー、２１ａ…サイドキー、２２…タッチパッド、２３…十字キー、２４…リモコン制御部、２５…発信部。

特開２００８−４６８５２公報（段落番号0009、0010、図10）

サーバーは、アプリケーション構成によっては、静的コンテンツを処理する場合がある。３．CSP ゲートウェイは、その要求を再度まとめて、適切な Cache’ サーバーに送信する。
４．Cache’ サーバーは、メッセージをデコードし、要求が静的ページに対してであるか、それとも CSP クラスに対してであるかを判断する。
.html や .jpg などの静的ファイルに対する要求であれば、Cache’ サーバーはローカル・ファイル・システムでそのファイルを見つけ、4a としてそのコンテンツをクライアントに返信する。

（実施形態の利点）
（A）ユーザが必要とする情報のみのDL（ダウンロード）なので、DL時間が短い。
（B）ユーザが自らFAQをDLする必要がない。
（C）eManualのFAQ（質問機能）起動時に取得しに行くため、無駄なDL時間を作らない。（D）ユーザに合った必要なhelp情報を取得可能。知りたい時に知りたい情報を取得できる。
（E）ユーザの操作情報を送信することで、別のユーザにとってより有効なFAQ情報が取得可能となる（図３の場合）。
本実施形態では装置の設定情報に応じたFAQの提供に関しては記載した。以下が実施形態の要点の補足である。
１．ユーザの、TVの設定情報をサーバーに送信し、その設定情報に応じたFAQ(Frequency Asked Questions 頻繁に訪ねられる質問、よくある質問)を組み合わせのDBで件数を絞りeManual(電子取説)と共に表示する。

Claims

サーバーと通信する電子機器であって、
ユーザが設定したアプリケーションの設定情報または前記電子機器にユーザが設定した設定情報の少なくとも何れかの設定情報を前記サーバーに送信する送信手段と、
前記サーバーから前記設定情報に応じた、ユーザの想定質問に対する回答情報を受信する受信手段と、
前記回答情報を表示するよう制御する表示制御手段とを
備えた電子機器。
前記受信手段は、前記サーバーから受信したあるいは記憶されている電子取説の質問機能の起動時に前記回答情報を受信する請求項１に記載の電子機器。
前記受信手段は、ユーザ操作のエラー時に前記回答情報を受信する請求項１または請求項２に記載の電子機器。
前記受信手段は、放送番組を受信し、
前記設定情報は、前記放送番組と前記放送番組を再生する際の音質との関連性を含む請求項１に記載の電子機器。
前記ユーザの想定質問に対する回答情報は、前記設定情報に応じた質問情報を含む請求項１に記載の電子機器。
前記表示制御手段は、前記サーバーから受信したあるいは記憶されている電子取説と前記ユーザの想定質問に対する回答情報とを共に表示するよう制御する請求項１に記載の電子機器。
前記送信手段は、前記回答情報に対するユーザの操作情報を送信する請求項１に記載の電子機器。
電子機器のユーザが設定したアプリケーションの設定情報または前記電子機器にユーザが設定した設定情報の少なくとも何れかの設定情報をこの電子機器から受信する受信手段と、
この設定情報に応じた、ユーザの想定質問に対する回答情報を前記電子機器に送信する送信手段とを
備えたサーバー。
前記設定情報は、前記電子機器の搭載機能またはアプリケーションに関する設定情報である請求項８に記載のサーバー。
さらに前記電子機器の機能間、アプリ間、前記電子機器の機能及びアプリ間の関連性の組み合わせが記憶された記憶手段を備え、この記憶手段は前記ユーザの想定質問に対する情報の件数を絞るものである請求項９に記載のサーバー。