情報処理装置、情報処理システムおよび情報処理方法
【課題】機器の誤操作しやすい構造（ユーザインタフェース）を改善する。
【解決手段】複数の操作対象機器から、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報を取得する。次に、取得した操作履歴情報から各ユーザの操作パターンを抽出し、抽出した操作パターンから各ユーザの誤操作による操作パターンである誤操作パターンを抽出し、その誤操作パターンの種類から誤操作の原因を特定する。そして、誤操作の原因に基づいて操作対象機器の機能に反映するための反映情報を生成し、その反映情報を該当操作対象機器へ適用してユーザインタフェースを変更する。
【解決手段】複数の操作対象機器から、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報を取得する。次に、取得した操作履歴情報から各ユーザの操作パターンを抽出し、抽出した操作パターンから各ユーザの誤操作による操作パターンである誤操作パターンを抽出し、その誤操作パターンの種類から誤操作の原因を特定する。そして、誤操作の原因に基づいて操作対象機器の機能に反映するための反映情報を生成し、その反映情報を該当操作対象機器へ適用してユーザインタフェースを変更する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば任意のユーザの誤操作の履歴情報を利用して、機器の操作に対するユーザの不満を解消するための機能を提供する情報処理装置、情報処理システムおよび情報処理方法に関する。
【背景技術】
【０００２】
近年、オーディオ・ビジュアル（ＡＶ）指向の高まりから、より高い性能を持つＡＶ機器が開発されている。特にテレビジョン受像機などでは、ユーザ設定に基づいて、さまざまな画像処理を行い、画像の好み（ 画像の色合いや鮮明さなどの画質）をユーザが選択できる機能を有している。このようなＡＶ機器の高性能化により、ユーザ操作が煩雑になり、誤操作が多く発生してしまう現状を鑑み、ユーザ操作を支援する方法が各種提案されている。
【０００３】
例えば、リモコン操作信号をコマンド解析し、誤操作や不要な操作を検出してガイダンス情報を提示する方法が提案されている（特許文献１を参照）。
【０００４】
また、機器に対する操作内容からユーザの目的推定を行い、ユーザの操作を支援するためのユーザインタフェースに反映させる操作支援装置が提案されている（特許文献２を参照）。
【特許文献１】特開２００７−３００４０７号公報
【特許文献２】特開平０８−１７１４４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、特許文献１に記載されたものは、実行不可能なコマンド、内部パラメータが変化しない繰り返し操作を、予め決め打ちで誤操作と定義しておき、その操作が起こると一律に誤操作が起きたと判定する。つまり、ユーザ側で発生する誤操作発生状態を開発段階で予想して、特化した誤操作判定処理を予め決め打ちで仕込まなければならない。また、万人を対象としており、誤操作を行ったユーザへの“個人特化”の要素はない。さらに、ガイダンス情報の提示だけでは、誤操作の起きた原因を直接的に解決することは困難である。
【０００６】
また、特許文献２に記載されたものは、ユーザの操作状態、操作目的を推定する知識を予め保持しておき、その知識から推定した操作と異なる操作が行われた場合に、誤操作候補として検出する。つまり、ユーザ側で発生する誤操作発生状態を開発段階で予想して、特化した誤操作判定処理を予め決め打ちで仕込まなければならない。また、万人を対象としており、誤操作を行ったユーザへの“個人特化”の要素はない。さらに、ガイダンス情報の提示だけでは、誤操作の起きた原因を直接的に解決することは困難である。
【０００７】
さらに、上述のようにＡＶ機器に多様な処理機構が組み込まれることによって、多くの機能やサービスを提供することができるようになったものの、ユーザ側に提供される最終商品には、コスト等の兼ね合いから、製造事業者側が絞り込んだ機能しか搭載されず、セット単体で機能が限定されていた。そのため、ユーザは、セットの中の特定の機能だけをバージョンアップするときでも、セット全体を購入しなおさなければならなかった。また、前述の従来技術では、ユーザがどのような誤操作をしているかという情報を取得、分析することができず、個々のユーザの嗜好に適合する機能や製品を提供できないという課題があった。
【０００８】
本発明は、このような状況に鑑みてなされたものであり、機器の誤操作しやすい構造（ユーザインタフェース）を改善するものである。
【課題を解決するための手段】
【０００９】
本発明の一側面の情報処理装置は、パターン抽出部、ルール抽出部、及び反映情報生成部を含むように構成される。
パターン抽出部は、複数の操作対象機器から得られる、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報から各ユーザの操作パターンを抽出する。
また、ルール抽出部は、前記パターン抽出部で抽出された操作パターンから、前記ユーザの誤操作による操作パターンである誤操作パターンを抽出する。
また、反映情報生成部は、前記誤操作パターンの種類から誤操作の原因を特定し、当該誤操作の原因に基づいて前記操作対象機器の機能に反映するための反映情報を生成する。
【００１０】
本発明の一側面の情報処理システムは、ユーザの操作履歴や機器状態等の情報を蓄積する操作対象機器と、操作履歴や機器状態等の情報を解析する情報処理装置とから構成される。
操作対象機器は、入力部、信号処理部、および履歴保存部を備える。
まず入力部は、ユーザの操作入力に基づいて制御信号を生成する。また信号処理部は、前記入力部からの前記制御信号を処理する。履歴保存部は、前記ユーザの操作履歴と前記制御信号を処理した後の機器状態を、操作履歴情報として記憶する。
一方、情報処理装置は、パターン抽出部、ルール抽出部、及び反映情報生成部を備える。
パターン抽出部は、複数の操作対象機器から得られる、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報から各ユーザの操作パターンを抽出する。また、ルール抽出部は、前記パターン抽出部で抽出された操作パターンから、前記ユーザの誤操作による操作パターンである誤操作パターンを抽出する。また、反映情報生成部は、前記誤操作パターンの種類から誤操作の原因を特定し、当該誤操作の原因に基づいて前記操作対象機器の機能に反映するための反映情報を生成する。
【００１１】
本発明の一側面の情報処理方法は、複数の操作対象機器から得られる、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報から各ユーザの操作パターンを抽出するステップを含む。また、前記操作パターンから前記ユーザの誤操作による操作パターンである誤操作パターンを抽出するステップと、前記誤操作パターンの種類から誤操作の原因を特定するステップを含む。さらにまた、前記誤操作の原因に基づいて前記操作対象機器の機能に反映するための反映情報を生成するステップを含む。
【００１２】
本発明の一側面においては、取得した操作履歴情報から各ユーザの操作パターンが抽出され、抽出された操作パターンから各ユーザの誤操作パターンが抽出される。それによって、従来は認識されていなかった誤操作パターン（逐次ルール）が抽出される。そして、誤操作パターンの種類から特定される誤操作の原因に基づいて、操作対象機器の機能に反映すべき誤操作を防止するよう反映情報が生成される。
【発明の効果】
【００１３】
以上のように、本発明によれば、誤操作の履歴や機器の状態等の情報を解析し、その解析結果に基づいて、ユーザの誤操作を防止するための反映情報が生成され、操作対象機器に反映されるので、誤操作しやすい構造（ユーザインタフェース）が改善される。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態の例について、添付図面を参照しながら説明する。説明は下記項目に従って順に行うとする。
１． 本発明の情報処理システムの概要
２． 一実施の形態の履歴収集部および履歴解析部（共通部分）
３． 一実施の形態の履歴解析部（反映情報生成部：高レイヤーの場合）
４． 一実施の形態の履歴解析部（反映情報生成部：低レイヤーの場合）
５． 一実施の形態の履歴反映部
６． アップグレード（共通、高レイヤー、低レイヤー）
７． グループ単位のアップグレード
８． その他
【００１５】
［１．本発明の情報処理システムの概要］
本発明は、ユーザの操作履歴や機器の状態等の記録データの解析手法であり、特開２００４−２６５３９９号公報に記載された技術、特にセンター処理装置側の情報解析部等について、上記解析手法を操作系の観点から具現化したものである。
【００１６】
図１は、本発明を適用した情報処理システムの概要を示す図である。
本発明を適用した情報処理システムにおいては、複数のユーザＵ１〜Ｕ１４が機器に対して行った操作の操作履歴情報１を回収する。回収した操作履歴情報１を、履歴解析部２で解析し、誤操作パターンＡ〜Ｃなどの誤操作パターンをグループ別に抽出する。グループは、例えばリモートコントローラ（「リモコン」などとも称される。）のボタン配置の対称性、近接性、ボタン形状の類似性といった基準で分類される。そして、履歴解析部２で抽出したこれらの誤操作操作パターンＡ〜Ｃに基づいて、グループ別（例えばＵ１〜Ｕ５、Ｕ６〜Ｕ８、Ｕ９〜Ｕ１４等）に機器（例えば、リモートコントローラ３，４，５）をアップグレードする。なお、この例では、１４人のユーザから操作履歴情報を回収するように記載しているが、実際にはより多数のユーザ（機器）が存在する。
【００１７】
このようにすることにより、多くのユーザから共通に得られる誤操作情報を用いて、ユーザの操作についての不満（使い勝手の悪さ）を推定し、その不満を反映したアップグレードを実施することにより、ユーザの不満を解消することができる。例えば、例えば、ユーザのグループごとに、リモートコントローラ３，４，５の配置やボタン間距離、形状などをアップグレードすることができる。ユーザに提供できる新機能の例については後述する。
【００１８】
また、セルフチューニング（学習）では困難な類のアップグレードが可能（リモートコントローラの造り替え）になる。さらに、個人特化ではなく、グループ特化にすることにより、製造コストの削減が可能になる。
【００１９】
なお、以降の実施の形態において、ユーザ側の使用機器としてテレビジョンセットを想定しているが、これに限らず、ユーザの操作が加えられたり機器の内部状態が特徴的に変化したりする等、使用環境によって異なる操作履歴情報が収集されるような電子機器に対して適用可能である．
【００２０】
図２は、以降の説明において、操作手段として想定するリモートコントローラ（タッチパネル）の例を示す図である。
図２に示すリモートコントローラ１０は、キー入力部として例えばメニューボタン１０ａ、戻るボタン１０ｂ、メモボタン１０ｃ、電源ボタン１０ｄ、再生ボタン群１０ｅ、方向ボタン群１０ｆを備える。さらに再生ボタン群１０ｅは、「巻戻しボタン」、「再生ボタン」、「早送りボタン」、「ツールボタン」、「一時停止ボタン」、「停止ボタン」から構成されている。また、方向ボタン群１０ｆは、上下左右の方向ボタンからなり、４つ方向ボタンの中央には決定キーが配置されている。なお、図２に示したボタンの種類および配置等は一例であってこの例に限られない。
【００２１】
図３は、以降の説明で想定するオンスクリーン・ディスプレイ（OSD：On Screen Display）メニューの例を示す図である。
例えば、初期状態１１のときに、リモートコントローラ１０のメニューボタンを押下すると、操作対象機器がリモートコントローラ１０からの制御信号を受けてＯＳＤメニューとしてメインメニュー１２が表示される状態へと変化する。メインメニュー１２は、その下位階層としてプルダウンメニューが表示される形式になっており、例えばＴＶ設定１２ａ、画質設定１２ｂ、音質設定１２ｃ、入力設定などの設定項目が用意されている。一方、画質設定メニューが表示されているときに、戻るボタンを押下すると初期状態に戻る。
【００２２】
また、メインメニュー１２におけるＴＶ設定１２ａを選択・決定すると、ＴＶ設定メニュー１３に遷移する。ＴＶ設定メニュー１３はプルダウンメニューとして、地上波設定１３ａ、ＢＳ設定１３ｂ、ＣＳ設定１３ｃ等を備える。
【００２３】
さらに、地上波設定１３ａを選択・決定すると、地上波設定メニュー１４に遷移し、プルダウンメニューとしてチャンネル設定１４ａ等が表示される。また、ＢＳ設定１３ｂを選択・決定すると、ＢＳ設定メニュー１５に遷移し、プルダウンメニューとしてチャンネル設定１５ａ等が表示される。
【００２４】
また、メインメニュー１２において画質設定１２ｂを選択・決定すると、画質設定メニュー１６に遷移し、プルダウンメニューとしてコントラスト１６ａ、明るさ１６ｂ、色の濃さ１６ｃ等が表示される。図３に示したＯＳＤメニューは一例であって詳細は後述する。
【００２５】
［２．一実施の形態の履歴収集部および履歴解析部（共通部分）］
次に、本発明の一実施の形態に係る共通部分を説明する。共通部分とは、操作履歴情報から導出された高レイヤーと低レイヤーを処理するための共通する構成および動作を指す。
【００２６】
図４は、本発明の一実施の形態に係る情報処理システムの概略構成例を示す図である。
この実施の形態の情報処理システム２０は大きく、履歴収集装置３０−１〜３０−ｎを含む履歴収集部と、履歴解析装置４０を含む履歴解析部と、履歴反映装置５０−１〜５０−ｎを含む履歴反映部から構成される。通常、履歴収集部と履歴反映部は同一であることが多いが、同一であることに限られない。
【００２７】
履歴収集部は、ユーザ側（例えば、家庭や職場など）に設置され、ユーザがその機器を利用するとその情報（例えば、ユーザの誤操作を含む操作履歴、入力信号、機器の状態等）を蓄積する。この履歴収集部を構成する履歴収集装置３０−１〜３０−ｎの各々は、テレビジョン受像機等の機器内部に格納されてもよいし、別個の構成としてもよい。以下、履歴収集装置３０−１〜３０−ｎを総称して履歴収集装置３０と称し、履歴収集装置３０と記載した場合には特に断りのない限り履歴収集装置３０−１〜３０−ｎの各々を指すものとする。後で各履歴収集装置３０に蓄積した情報すなわち操作履歴情報を収集する。収集方法は、ネットワーク経由で取得する、操作履歴情報が記録された記録媒体をメーカ（製造事業者）側に郵送するなどの方法が考えられる。この履歴収集装置３０の詳細は後述する。
【００２８】
履歴解析部は、例えば製品を開発するメーカのセンターなどに設置される（サーバ）装置である。この履歴解析部を構成する履歴解析装置４０は、全ユーザの履歴収集装置３０−１〜３０−ｎから送られてくる誤操作を含む操作履歴情報が蓄積される操作履歴情報蓄積装置３０Ｍから操作履歴や機器の状態等の記録に基づいて誤操作を抽出して解析する。そして、アップグレードに活用できる有益な情報（反映情報）を抽出する。アップグレードに活用できる有益な情報は、反映情報蓄積装置４０Ｍに保存する。この履歴解析装置４０の詳細は後述する。
【００２９】
履歴反映部は、ユーザ側（例えば、家庭や職場など）に設置される。この履歴反映部を構成する履歴反映装置５０−１〜５０−ｎは、反映情報蓄積装置４０Ｍに保存されたアップグレードに関する情報を元にして操作対象機器のアップグレードを行う。例えば、アップグレード情報を元にしてカスタマイズした機器をユーザに提供する、または、アップグレード情報をユーザ側に(ネットワーク経由で) 送信し、ユーザ側の機器がアップグレード情報を元にして機能をカスタマイズする。以下、履歴反映装置５０−１〜５０−ｎを総称して履歴反映装置５０と称し、履歴反映装置５０と記載した場合には特に断りのない限り履歴反映装置５０−１〜５０−ｎの各々を指すものとする。この履歴反映装置５０の詳細は後述する。
【００３０】
［履歴収集部の構成］
図５は、情報処理システム２０を構成する履歴収集部の構成を示す図である。
履歴収集部は履歴収集装置３０を備えており、この履歴収集装置３０は、信号処理部３１と、ユーザインタフェース（入力部、出力部）３２と、信号収集部３３と、履歴保存部３４を含むようにして構成される。
【００３１】
信号処理部３１は、ＤＳＰ（Digital Signal Processor）やＣＰＵ（Central Processing Unit）などが適用され、入力信号（映像信号や音声信号など）に所定の処理を施した提示情報をユーザインタフェース３２へ供給する。また、ユーザがリモートコントローラ１０（図２参照）を用いて入力した信号に含まれる制御情報を受信し、その制御情報に基づく処理を行う。
【００３２】
ユーザインタフェース３２は、ユーザがリモートコントローラ１０を用いて入力した信号を解析し、解析した結果である制御情報を信号処理部３１および信号収集部３３へ出力する。具体的にはユーザインタフェース３２は、グラフィカルユーザインタフェースである。なお、インタフェースとして、リモートコントローラ１０からの赤外線信号を受信する受光部を備える。
【００３３】
信号収集部３３は、ユーザインタフェースから入力される制御情報（操作履歴）、信号処理部３１から入力される入力信号や内部パラメータ（入力信号、機器状態等）を収集する。
【００３４】
履歴保存部３４は、磁気記録装置や半導体メモリ等から構成され、信号収集部３３で収集した情報を記録、蓄積する。
【００３５】
上記のように構成された履歴収集部では、ユーザが使用している電子機器（テレビジョン受像機等）の内部に流れる電気信号を信号収集部３３により収集する。以降では、収集する電気信号の記録を総称して“操作履歴” と表現するが、これはユーザの操作情報そのもの、およびそれに起因する機器の内部状態の変化の記録を表す。
【００３６】
例えばテレビジョンセットの場合、図５に示すようにユーザインタフェース(ディスプレイ等の表示部、受光部等)３２ から信号処理部３１へ送られる制御情報、および信号処理部３１の内部パラメータを信号収集部３３が検知する。収集する電気信号として赤外線リモコン(SIRCS：Serial Infrared Remote Control System) コード、機器の内部状態の記録としてI2C(Inter-Integrated Circuit)バスに流れるコード、SCI(Serial Communication Interface) 通信コード等のあらゆる機器内部の集積回路間の通信データが挙げられるが、これらの情報に限られない。
【００３７】
電気信号(ＳＩＲＣＳコード、I２Ｃコード等)を収集後、図６に示すような取得時間、リモコンコードの種類等を組み合わせて操作履歴情報３０Ａ−１を作成し、履歴保存部３４に保存する。ここで、操作履歴情報３０Ａ−１としてあらゆる情報を網羅的に収集することもできるが、記録容量の節約のために、必要な操作履歴情報のみを選別して保存する。以上の処理を繰り返し、操作履歴情報を履歴保存部３４に蓄積していく。
【００３８】
履歴保存部３４の容量が一杯になったとき、履歴保存部３４の交換を促し、メーカ(センター) は履歴保存部３４を回収する。機器の使用開始から一定期間経過後、メーカ(センター) 側からの要求により、履歴保存部３４が回収されるという場合も考えられる。操作履歴情報を回収するには、ユーザから電子機器、または取り外し可能な履歴保存部(専用の記録装置を用意、またはリモートコントローラに装備するなど) をメーカ側(センター) に提供してもらえばよい。電子機器にネットワーク接続機能が備えられている場合、蓄積された操作履歴情報をネットワーク経由でメーカ側(センター) に送るという方法でも構わない。
【００３９】
［履歴収集部の動作］
次に、図７に示すフローチャートを参照して、情報処理システム２０を構成する履歴収集部（履歴収集装置３０）の処理例を説明する。
ステップＳ１において、操作履歴情報の収集処理が開始されると、まずユーザによる操作情報がユーザインタフェース３２を介して信号処理部３１へ入力されたか否かを判定する。操作情報が入力された場合にはステップＳ２の処理に進む。一方、操作情報が入力されていない場合にはステップＳ１の処理を繰り返し実行し、操作情報の入力の有無を監視する。
【００４０】
ステップＳ２において、信号収集部３３は履歴保存部３４に空き容量があるか否かを判定する。空き容量がある場合にはステップＳ３の処理へ進む。一方、空き容量がない場合にはステップＳ５の処理へ進む。
【００４１】
ステップＳ３において、信号収集部３３は操作履歴情報の選別を行う。つまり、機器内部に存在する様々な情報の中から操作履歴情報のみを選別して保存する。この処理が終了後、ステップＳ４の処理へ進む。
【００４２】
ステップＳ４において、信号収集部３３は、操作履歴情報を履歴保存部３４に保存する。この処理が終了後、ステップＳ１の判断処理に戻り一連の処理を繰り返す。
【００４３】
またステップＳ５において、信号処理部３１は、履歴保存部３４に空き容量がないと判定された場合、履歴保存部３４の交換を催促するメッセージをユーザインタフェース３２に表示させるように制御する。
【００４４】
ステップＳ６において、履歴保存部３４に蓄積された操作履歴情報をネットワーク経由でメーカ側（センター）に送る。あるいは、ユーザが電子機器（履歴収集装置３０）、または取り外し可能な履歴保存部３４をメーカ側(センター) に提供するようにしてもよい。
【００４５】
［履歴解析部の構成］
次に、履歴収集部が収集した操作履歴情報の解析を行う履歴解析部について説明する。
以降では、各ユーザに対して個別に履歴解析部の処理を進めるように説明しているが、特に逐次ルール抽出部ではユーザ間の比較を行う等の際に、できるだけ多くのユーザのデータを包括的に用いて処理を進めると効果が大きい。
【００４６】
図８は、情報処理システム２０を構成する履歴解析部の構成例を示す図ある。
履歴解析部は大別して、操作履歴情報蓄積装置３０Ｍ、履歴解析装置４０、反映情報蓄積装置４０Ｍから構成される。操作履歴情報蓄積装置３０Ｍおよび反映情報蓄積装置４０Ｍは、磁気記録装置や半導体メモリなどの不揮発性の記録手段を適用できる。
【００４７】
この履歴解析装置４０は前処理部４１、一連操作抽出部４２、パターン抽出部４３、操作パターンデータベース４３Ａ、逐次ルール抽出部４４、反映情報生成部４５を含むようにして構成される。履歴解析装置４０の各部は、例えばＣＰＵなどの信号処理装置が適用され、入力される信号に対して所定の処理を行い、次段の処理部へ出力する。なお、履歴解析装置４０は図示しないメモリを備えている。あるいは履歴解析装置４０の各部の内部に、各部が処理・演算した結果を記憶するメモリを個別に設けてもよい。
【００４８】
前処理部４１は、操作履歴情報蓄積装置３０Ｍに記録する操作履歴情報の仕様によって多種の操作履歴情報が得られるが、操作履歴情報蓄積装置３０Ｍから以降の解析で必要な情報だけを抽出し、操作履歴情報の書式（データ形式）を整えるものである。この前処理部４１の動作の詳細については後述する。
【００４９】
一連操作抽出部４２は、前処理部４１で前処理された長期に渡る操作履歴情報から同目的と推定できる操作履歴情報の塊(一連の操作) を抽出するものである。この一連操作抽出部４２の動作の詳細については後述する。
【００５０】
パターン抽出部４３は、一連操作抽出部４２で抽出されたそれぞれの一連の操作から操作パターンを抽出し、集計を行うものである。このパターン抽出部４３の動作の詳細については後述する。
【００５１】
操作パターンデータベース４３Ａは、パターン抽出部４３で抽出されたユーザの操作パターンが書き込まれ、不揮発性のメモリに構築される。なお、以降では操作パターンデータベース４３Ａを「操作パターンＤＢ４３Ａ」と称する。
【００５２】
逐次ルール抽出部４４は、パターン抽出部４３で抽出された各操作パターンに関して意味付けを行い、アップグレードに活用できる情報を抽出するものである。この逐次ルール抽出部４４の動作の詳細については後述する。
【００５３】
反映情報生成部４５は、逐次ルール抽出部４４で抽出されたアップグレードに活用できる情報、この実施の形態では誤操作パターンと各操作をどのように反映させるかといった反映方法等から、機器に新機能を反映させるための反映情報を生成するものである。反映情報は反映情報蓄積装置４０Ｍに保存する。この反映情報生成部４５の動作の詳細については後述する。
【００５４】
［履歴解析部の各部の動作］
次に、情報処理システム２０を構成する履歴解析部（履歴解析装置４０）の各部の処理例を説明する。
【００５５】
［前処理部の動作］
図９のフローチャートを参照して、前処理部４１の処理例を説明する。
ステップＳ１１（操作履歴分解処理）において、前処理が開始されると、まず操作履歴情報蓄積装置３０Ｍに収集された操作履歴情報（図６参照）を一操作履歴コード毎に分解し、各操作履歴コード毎に順次、次のステップ１２の判定処理に回す。
【００５６】
ステップＳ１２（操作履歴残数判定処理）において、未処理の操作履歴情報（操作履歴コード）が残っているかどうかを判定する。残っていればステップＳ１３の判定処理に進み、残っていなければ前処理を終了する。
【００５７】
ステップＳ１３（操作履歴種類判定処理）において、以降の解析で必要な操作履歴情報（操作履歴コード）かどうかを判定し、必要な操作履歴情報だけを抽出して次のステップＳ１４の処理に進む。残りの不要な操作履歴情報はステップＳ１５の処理に回す。なお、逐次ルール抽出部４４の操作パターン絞り込み処理でも操作履歴情報の絞り込みが行われるので、必ずしもこの段階で絞り込みを行わなくても構わない。
【００５８】
収集した操作履歴情報を、解析に利用するためのデータに変換する具体例として、例えばＳＩＲＣＳコードから重複する操作履歴コードを取り除く処理がある。通常、通信の安定性のため、１回ボタンを押すごとに、複数個（下の例では２個）のＳＩＲＣＳコマンドが送信されているので、重複する余分な操作履歴コードを取り除く。また、他の例として、解析に不要な操作履歴コードを取り除くということが挙げられる。例えば、メニュー操作の解析を行う場合、無関係な操作履歴情報（機器内部の処理コードなど）は取り除くようにする。また、例えば選局に関する操作履歴情報だけが必要ならば、それ以外の操作履歴情報（音量調節、画質調整など） を取り除く。
【００５９】
前処理済みの操作履歴情報の例を、図１０に示す。この図１０に示す例は、操作履歴情報３０Ａ−１について前処理を行い、重複する操作履歴コードが除去された操作履歴情報３０Ａ−２を得る場合の例である。
【００６０】
図９のフローチャートの説明に戻る。ステップＳ１４（操作履歴結合処理）において、ステップＳ１３の操作履歴種類判定処理が行われた一操作履歴コードを、その時点までに蓄積しておいた操作履歴コード群と結合させる。この処理が終了後、ステップＳ１１の処理に進み、全操作履歴コードについて処理が終了するまで繰り返す。
【００６１】
ステップＳ１５（操作履歴除去部）において、ステップＳ１３で解析に必要ない操作履歴情報と判定された場合、該当する操作履歴情報（操作履歴コード）を取り除く。この処理が終了後、ステップＳ１１の処理に進み、全操作履歴コードについて処理が終了するまで繰り返す。
【００６２】
［一連操作抽出部の動作］
図１１のフローチャートを参照して、一連操作抽出部４２の処理例を説明する。
ステップＳ２１において、操作抽出処理が開始されると、まず前処理部４１において前処理済み操作履歴情報について、一連の操作抽出処理を行う。この一連の操作抽出処理では、操作履歴統合処理（ステップＳ２１−１）および／または区切り位置設定処理（ステップＳ２１−２）を行う。あるいは、これらの処理を行ったり来たり繰り返す。この処理が終了後、ステップ２２の処理に進む。
【００６３】
ステップＳ２１−１（操作履歴統合処理）において、隣接するまたは十分近い位置に存在する前処理済みの操作履歴情報（操作履歴コード）を種々の規範に従って統合する。その規範としては例えば次のようなものを組み合わせて用いる。
（１） 発生時刻: 同時刻の操作履歴コードを同じものとして統合する。
（２） 操作履歴コードの種類: 操作履歴コードの種類が同じものを統合する。
【００６４】
２の場合、例えばテレビジョンセットにおいて、“音量上昇” コードだけを統合したり、“音量上昇” コードと“音量下降” コードを同じものとして統合したりする等、必要に応じて設計することによって種々の統合方法を選択できる。
【００６５】
また、統合に用いる規範の組合せ方として、例えば同時刻・同種類の操作履歴コードをまず統合し、その後さらに統合した操作履歴コードの種類に応じて統合を行う等、必要に応じて種々の統合方法を選択することができる。このような統合を行う場合には、ステップＳ２１−１とステップＳ２１−２の処理を行ったり来たりすることとなる。
【００６６】
ここで操作履歴コードを統合した場合の例を、図１２に示す。
本実施の形態では、操作履歴情報を階層化し、例えば状態遷移を２階層（レイヤー）に分けて考える。つまり、前処理後の操作履歴情報（リモコンコード）から、低レイヤー（下位階層）と高レイヤー（上位階層）の状態を導出する。この操作履歴情報の統合は、以降の操作パターンの解析で得られる操作パターンの種類を決定したり、次の区切り位置設定部で区切り位置を限定したりするのに利用される。
【００６７】
図１２において、状態遷移トリガである操作履歴情報、低レイヤーの状態遷移、高レイヤーの状態遷移が示されている。
操作履歴情報は生のログデータであり、上述したリモコンコード（ＳＩＲＳコード）や機器内部の処理コード等が操作履歴情報に該当する。
【００６８】
低レイヤーの状態遷移は、リモートコントローラを操作する段階での状態の遷移であり、リモコンコードに割り当てられた操作内容を上位の概念で表現したものである。したがって、ユーザインタフェース上で“見た目”が変化していなくても別状態として処理する。
【００６９】
また高レイヤーの状態遷移は、機能の段階での状態の遷移であり、ユーザからの“見た目”と状態が一致する。別の表現をすれば、低レイヤーにおける各状態を同一分類（機能）ごとにまとめたものである。すなわちＯＳＤメニュー階層、あるいは、各種処理モード（２画面表示等）等に相当する。
【００７０】
図１１のフローチャートの説明に戻る。
ステップＳ２１−２（区切り位置設定部）において、前処理済み、かつ、統合済みの長期に渡る操作履歴コードを同目的の操作履歴の塊(一連の操作) にまとめる。例えばテレビジョンセットの場合、“明るさ設定” と“音量調節” を順に行ったとしたら、“明るさ設定” に関する一連の操作と“音量調節” に関する一連の操作の間に区切りを設定して、それぞれの一連の操作を同目的の操作履歴の塊としてまとめることに相当する。
【００７１】
区切り位置の決定方法としては、例えば次のような規範を組み合わせるが、これらの候補位置に限られない。
（１） 操作履歴統合処理で統合されなかった隣接する操作履歴コードの間。
図１２を例に挙げると、波線で示した位置である。例えば各操作履歴情報、低レイヤーのメインメニュー表示状態４２ＬＬ−１，４２ＬＬ−２，４２ＬＬ−３、高レイヤーのメインメニュー表示状態４２ＨＬの各境界部分が該当する。これに該当する候補位置の集合をＳＡとする。
（２） 時間間隔が閾値δよりも大きい隣接する操作履歴コードの間。
閾値δは全部の操作履歴コードに共通の値をあらかじめ決定しておいたり、操作履歴コードの種類に応じて値を変えたりしてもよい。閾値をδとした場合、これに該当する候補位置の集合をＳＢ(δ) とする。
（３） 規格で決められている（操作機器の取り扱い説明書に記載されている） 一連の操作の中で、初めにしか現れない操作履歴コードの直前や、最後にしか現れない操作履歴コードの直後。これに該当する候補位置の集合をＳＣとする。
（４） 操作機器の内部状態の利用。
例えばテレビセットの場合、I２Ｃコード等を利用して実際に電源オフや電源オンの位置を調査し、その位置やその前後に区切り位置を設定する。これに該当する候補位置の集合をＳＤとする。
【００７２】
組合せ方としては、例えばδｂ、δｓ をそれぞれ大きい閾値、小さい閾値とすると、（ＳＡ∩ＳＢ（δＳ））∪ＳＢ（δｂ）など、積集合（∩）と和集合（∪）を種々選択して区切り位置の集合を決定することができる。
【００７３】
ステップＳ２１の終了後、ステップＳ２２において、前処理済みの操作履歴情報を最終的に得られた区切り位置で区切り、必要に応じて操作履歴コードを統合する。最終的に得られた一連の操作パターンを蓄積して、次のパターン抽出部４３に供給する。
【００７４】
図１２の例では、低レイヤーにおいて、メニューボタン，下ボタン，決定ボタンの各々に対しメインメニュー表示状態４２ＬＬ−１，４２ＬＬ−２，４２ＬＬ−３が存在する。そして、高レイヤーにおいては、低レイヤーのメインメニュー表示状態４２ＬＬ−１，４２ＬＬ−２，４２ＬＬ−３が一つのメインメニュー表示状態４２ＨＬに統合されている。
【００７５】
［パターン抽出部の動作］
次に、図１３のフローチャートを参照して、パターン抽出部の処理例を説明する。
ステップＳ３１（一連の操作履歴分解処理）において、パターン抽出処理が開始されると、まず一連操作抽出部４２にて設定した区切り位置を基にして、それぞれの一連の操作履歴コードを分解し、各一連の操作履歴コード毎に順次、次のステップＳ３２の判定処理に回す。
【００７６】
ステップＳ３２（操作履歴残数判定処理）において、未処理の操作履歴情報（一連の操作履歴コード）が残っているかどうかを判定する。残っていればステップＳ３３の判定処理に進み、残っていなければパターン抽出処理を終了する。
【００７７】
ステップＳ３３（操作パターン生成処理）において、一連の操作履歴コードから操作パターンを抽出する。操作パターンとしては必要に応じて、例えば次のような方法を選択する。
（１） それぞれのＭ回（Ｍは整数）の一連の操作から、Ｎ回の連続操作（Ｍ＞Ｎ、Ｎは整数で固定）を取り得る範囲の開始位置から抽出する。それぞれの一連の操作の最初のＮ回の連続操作、または最後のＮ回の連続操作だけを抽出する等も考えられる。以降においては、２連続操作の場合を例に挙げて説明するが、この例に限られず３回などでもよい。
（２） それぞれの一連の操作そのものを一つの操作パターンとする。
【００７８】
ステップＳ３４（操作パターン蓄積処理）において、ステップＳ３３の操作パターン生成処理で得られた操作パターンを順次、図示しないメモリに蓄積する。この蓄積された操作パターンを次の逐次ルール抽出部４４に供給する。この処理が終了後、ステップＳ３１の処理に進み、全操作履歴コードについて処理が終了するまで繰り返す。
【００７９】
［逐次ルール抽出部の動作］
次に、図１４のフローチャートを参照して、逐次ルール抽出部の処理例を説明する。
ステップＳ４１（操作パターン分解処理）において、逐次ルール抽出処理が開始されると、まずパターン抽出部４３で得られた操作パターン群を操作パターン毎に分解し、各操作パターン毎に順次、次のステップＳ４２の操作パターン残数判定処理に回す。
【００８０】
ステップＳ４２（操作パターン残数判定処理）において、未処理の操作パターンが残っているかどうかを判定する。残っていればステップ４３の操作パターン絞り込み処理に進み、残っていなければ逐次ルール抽出処理を終了する。
【００８１】
ステップＳ４３（操作パターン絞り込み処理）において、パターン抽出部４３で得られた操作パターンの数が取り扱える許容範囲であれば、絞り込みを行わずそのまま通過する。しかし、操作パターンの数が膨大で取り扱いきれない場合、例えば次のような規範を組み合わせて絞り込み条件として用い、操作パターンの絞り込みを行う。なお、説明の都合上、“ある操作（群）Ａの後に、または、ある操作（群）Ａを原因として、ある操作（群）Ｂが現れる” という操作パターンを想定する。この処理が終了後、ステップＳ４４の処理に進む。
【００８２】
■統計量： 例として次のような指標が挙げられる。
−頻度： 操作パターンの出現度数。上限値や下限値を設定して操作パターンを絞り込む。
−確信度： 操作（群）Ａが現れた場合を前提として、操作（群）Ｂが現れる確率。条件付き確率「Ｐ（Ｂ／Ａ）」に相当し、操作（群）Ａと操作（群）Ｂの結び付き度合いを表す。上限値や下限値を設定して操作パターンを絞り込む。
−リフト値： 操作（群）Ａが現れた場合という前提が、操作（群）Ｂが現れる確率に寄与する影響度合い。「Ｐ（Ｂ／Ａ）／Ｐ（Ｂ）」に相当し、計算結果が１を越えれば特に意味のある操作パターンであると判断できる。上限値や下限値を設定して操作パターンを絞り込む。
■操作履歴コードの種類：
アップグレードシステムの履歴反映部（図５参照）で必要な操作パターンのみに絞ったり、操作パターンの出現度数の偏りを是正したりすることにより、上記の統計量での絞り込みをより効果的にする。
■発生時刻：
操作機器の使用開始後の日数に応じた期間等で絞り込みを行う。これにより操作パターンの経年変化を解析することができる。
【００８３】
ステップＳ４４（誤操作パターン抽出処理）において、絞り込み後の各操作パターンの中から、ユーザの誤操作によって発生した可能性の高い操作パターンを反映情報の一項目として抽出する。例えばテレビジョンセットに対するリモートコントローラの操作について解析した場合を考える。ここでは、ステップＳ４３の操作パターン絞り込み処理で確信度・リフト値が共に高い操作パターンだけが抽出されるものとする。
【００８４】
次に、その操作パターンの中から、誤操作パターンを抽出する。誤操作パターンはその種類によって、例えば以下のように定義することができる。
（１） “状態Ａ→状態Ｃ→状態Ａ→状態Ｂ（Ｂ≠Ｃ）”
（２） “状態Ａ→状態Ａ→状態Ｂ（１度目と２度目の操作に共通性がある場合）”
（３） “状態Ａ→状態Ｃ（低確信度であり、他に高確信度の類似操作「状態Ａ→状態Ｂ」がある場合）”
【００８５】
本発明でいう誤操作パターンとは、意図した操作パターンと異なる操作パターン、すなわち規定パターンにない操作パターンを想定している。ここで、規定パターンとは、所望の機能の実行のために取扱説明書等に記載され、予め規定しておくことができる操作パターンである。したがって、仮にユーザにとっては誤操作であっても、そのパターンが規定パターンに含まれる場合には誤操作パターンとして抽出しない。規定パターンは、不揮発性のメモリに記憶してあり、この不揮発性のメモリとしては例えば操作パターンＤＢ４３Ａを記憶しているメモリなどを利用できる。
【００８６】
上記（１）は、一度行った操作を取り消して（「戻る」ボタン、「キャンセル」ボタン等を押下）、別の状態に移行する操作を行った場合に相当する。これは、元々“状態Ａ→状態Ｂ”を意図していたところ、誤って“状態Ａ→状態Ｃ”の誤操作をしてしまったパターンであると解釈できる。
【００８７】
上記（２）は、（１）の変則的なパターンであって、誤操作によって状態が変化しなかった場合に相当する。例えばメニューと関係ない操作等が該当する。
【００８８】
上記（３）は、操作パターンＤＢ４３Ａに保存されたユーザの普段の操作履歴から分析すると他に確率的に高い状態遷移があるのに、確率的には低い類似する状態遷移が起きた場合に相当する。例えば、１チャンネルを表示している状態で普段は高い確率で２チャンネルボタンを押すのに、３チャンネルボタンが押された場合などである。
【００８９】
以降において、誤操作パターンを上記（１）の場合を例に説明する。誤操作パターンの抽出後は、その発生原因を導出する。これは、“状態Ａ→状態Ｂ”と“状態Ａ→状態Ｃ”との関係から予め定義しておくことができる。この操作がリモートコントローラで行われた場合、ボタンの空間的な位置関係（近接性・対称性）や形状の類似性など、ＯＳＤの場合は項目の位置関係などが、誤操作の発生原因として挙げられる。
【００９０】
例えば、高頻度、高確信度の規定外操作パターンの中で、当初は“状態Ａ→状態Ｂ”のように状態遷移する予定であったのに、状態Ｂへ遷移するためのボタンと状態Ｃへ遷移するためのボタンの位置が近接しているためにボタンを押し間違えた場合である。それによって、“状態Ａ→状態Ｃ（→状態Ｂ）”のように状態遷移した、ということが発生する。なお、リモートコントローラのボタンの押し間違いは、ボタンが対称的な配置の場合や、ボタンの形状が同じ場合等でも起こり得る。
【００９１】
そして、ステップＳ４５（誤操作パターン解釈蓄積処理）において、ステップＳ４４の誤操作パターン抽出処理で得られた各誤操作パターンの解釈を蓄積し、アップグレードシステムの履歴反映部で活用する情報とする。例えば、リモートコントローラのボタンの押し間違いパターン（誤操作パターン）だと解釈された操作パターンを蓄積することにより、そのユーザの“誤操作” に関する特徴(逐次ルール) が抽出される。例を挙げると、あるユーザはボタン配置の対称性による押し間違いが多いとか、時間軸上で見ると誤操作パターンがある時期から全く現れず、このリモートコントローラの操作に慣れたと解釈される、といった知見が得られる。以上の結果、例えば次のような反映情報(アップグレードに必要な情報) を出力する。
【００９２】
（１） ボタンの配置の近接性に起因する誤操作が頻発する→ボタンの配置を遠ざける
（２） ボタンの配置の対称性に起因する誤操作が頻発するグループ→ボタンの配置を対称でない位置に割り当てる
（３） ボタンの形状の類似性に起因する誤操作が頻発するグループ→ボタンの形状を変える
【００９３】
リモートコントローラのボタンのカスタマイズのために出力される反映情報の例は、後述する。
【００９４】
次に、反映情報生成部４５（図８参照）についてさらに詳細に説明する。
反映情報生成部４５は主に、操作履歴情報の高レイヤーにおいて抽出された誤操作パターン（機能の選択間違い）、および、操作履歴情報の低レイヤーにおいては抽出された誤操作パターン（ボタンの押し間違い）に基づいて、反映情報を生成する。以降において、反映情報生成部４５について、操作履歴情報（図１２参照）の高レイヤーと低レイヤーのそれぞれの場合に分けて説明する。
【００９５】
［３．一実施の形態の履歴解析部（反映情報生成部：高レイヤーの場合）］
まず、図１５〜図１９を参照して、高レイヤーの場合の反映情報生成部４５の動作について説明する。
【００９６】
図１５は、履歴解析装置４０の反映情報生成部４５による操作履歴情報の高レイヤーに対する処理例を示すフローチャートである。
ステップＳ５１において、反映情報生成処理が開始されると、まず反映情報生成部４５は前過程の逐次ルール抽出部４４による誤操作パターン抽出処理（ステップＳ４４）で得られた誤操作パターンおよび状態遷移トリガの情報を読み出す。この処理が終了後、ステップＳ５２の処理に進む。
【００９７】
ステップＳ５２において、反映情報生成部４５は、誤操作パターンおよび状態遷移トリガの情報から誤操作／正解操作対応テーブルを更新する。この処理が終了後、ステップＳ５３の処理に進む。
【００９８】
ステップＳ５３において、反映情報生成部４５は、更新した誤操作／正解操作対応テーブルを、図示しないメモリに保存する。この処理が終了後、ステップＳ５４、ステップＳ５５の処理に進む。
【００９９】
例えば図１２に示した例では、操作履歴情報から得られる高レイヤーの状態遷移は、「初期状態」→「メインメニュー」→「画質設定メニュー」→「メインメニュー」→「ＴＶ設定メニュー」→「ＢＳ設定メニュー」である。高レイヤーの操作履歴情報からは、下記の２状態遷移の誤操作パターン（＝機能の選択間違い）を抽出する。
【０１００】
（１）状態Ａ→状態Ｃ→状態Ａ→状態Ｂの高頻度・高確信度・高リフト値のパターン
これは図３に示した例でいえば、例えば「メインメニュー１２」→「画質設定メニュー１６」→「メインメニュー１２」→「ＴＶ設定メニュー１３」のように遷移する場合に相当する。
【０１０１】
（２）状態Ａ→状態Ｃの高頻度・低確信度・高リフト値のパターン
（ただし、同ユーザには、別に高頻度・高確信度・高リフト値のパターン「状態Ａ→状態Ｂ」が存在するものとする。）
これは図３に示した例でいえば、「ＴＶ設定メニュー１３」→「ＢＳ設定メニュー１５」と遷移する場合に相当する。前提として、操作パターンＤＢ４３Ａに蓄積された操作パターンから、パターン抽出部４３等によって普段は主に「ＴＶ設定メニュー１３」→「地上波設定メニュー１４」の順にしか操作しないことが統計的に求められているものとする。また、ＢＳ放送番組が映らないのに、「ＢＳ設定メニュー１５」に入ったような場合も誤操作に相当するものとする。
【０１０２】
誤操作パターンの具体的な抽出手順は、逐次ルール抽出部４４の説明で言及したように、まず所望の状態遷移パターンの抽出を全操作履歴情報に対して行い、その後に、抽出された全パターンを統計的な尺度（頻度・確信度・リフト値）でふるいに掛ける。これによって、偶然発生した誤操作パターンが除去され、有意な誤操作パターンのみが残る。
【０１０３】
図１６に、誤操作／正解操作対応テーブル（高レイヤー）の例を示す。図１６に示す例では、誤操作／正解操作対応テーブルと後述する誤操作原因情報テーブルの相互のフィールドを、一部重ねた状態で表現してある。
【０１０４】
この誤操作／正解操作対応テーブルは、誤操作と正解操作（本来意図した操作）の対応付けを行うものであり、フィールドとして「状態遷移パターン」、「誤操作」、「正解操作」を備える。
【０１０５】
この図１６に示す例では、状態遷移パターンとして「メインメニュー→画質設定メニュー→メインメニュー→ＴＶ設定メニュー」、「ＴＶ設定メニュー→ＢＳ設定メニュー」のパターンが抽出されている。この「メインメニュー→画質設定メニュー→メインメニュー→ＴＶ設定メニュー」のパターンに対して、誤操作として「画質設定メニューＩＮ」が、正解操作として「ＴＶ設定メニューＩＮ」が書き込まれる。また、「ＴＶ設定メニュー→ＢＳ設定メニュー」のパターンに対して、誤操作として「ＢＳ設定メニューＩＮ」が、正解操作として「地上波設定メニューＩＮ」が書き込まれる。
【０１０６】
次に、ステップＳ５４，ステップＳ５５において、反映情報生成部４５は、図示しないメモリに記憶されているシステム情報および反映方法テーブルを読み出す。システム情報は、状態遷移パターンをＯＳＤメニュー階層での動きに対応づける際に用いるものであり、ＯＳＤの階層構造（例えば図３参照）や階層を構成する項目の名称等の情報が含まれる。読み出されたシステム情報は誤操作原因を特定する処理（後述のステップＳ５６）に、また反映方法テーブルは反映情報を生成する処理（後述のステップＳ５８）において利用される。この処理が終了後、ステップＳ５６の処理に進む。
【０１０７】
図１７に、反映方法テーブル（高レイヤー）の例を示す。
図１７に示す反映方法テーブルは、フィールドとして「反映方法種別番号」、「誤操作原因」および「反映方法」を備える。反映方法とは、機器のアップグレードをどのような方法（形態）で実現するかを規定したものである。
【０１０８】
この実施の形態では、反映方法種別番号「０」のとき、誤操作原因なし、かつ、反映方法が「変更なし」である。以下、反映方法種別番号「１」のとき、誤操作原因が「メニュー項目の取り違え」、反映方法が「不正解メニュー内に正解メニューへのショートカットを作成する」である。また反映方法種別番号「２」のとき、誤操作原因が「メニュー項目の取り違え」、反映方法が「不正解メニュー項目を目立たなくする」である。さらに、反映方法種別番号「３」のとき、誤操作原因が「メニュー項目の取り違え」、反映方法が「不正解メニューから正解メニューに直接遷移する」である。
【０１０９】
なお、上記システム情報および反映方法テーブルについては、解析開始前に予め定義し用意しておくことが望ましい。
【０１１０】
そして、ステップＳ５６において、誤操作／正解操作対応テーブルおよびシステム情報に基づいてユーザごとに誤操作の原因を特定する。例えば、状態遷移パターンが「メインメニュー→画質設定メニュー→メインメニュー→ＴＶ設定メニュー」の場合、「状態Ａ→状態Ｃ→状態Ａ→状態Ｂ」のパターンであるから、原因は「状態Ｃ」と「状態Ｂ」の取り違え、すなわち「ＴＶ設定メニュー」と「画質設定メニュー」の取り違えであると特定する。また、「ＴＶ設定メニュー→ＢＳ設定メニュー」の場合、当該ユーザは「ＴＶ設定メニュー後」には「地上波設定メニュー」を選択する確率が高いという前提で、「ＢＳ設定メニュー」と「地上波設定メニュー」の取り違えであると特定する。この処理が終了後、ステップＳ５７の処理に進む。
【０１１１】
ステップＳ５７において、反映情報生成部４５は、特定した誤操作原因を、図１６に示した誤操作／正解操作対応テーブルの対応する「誤操作」に追加するようにして誤操作原因情報テーブルを生成する。そして、生成した誤操作原因情報テーブルを図示しないメモリに保存する。この処理が終了後、ステップＳ５８の処理に進む。なお、図１６に示す例では、誤操作／正解操作対応テーブルと誤操作原因情報テーブルを一部重複させる形態としてあるが、別個にテーブルを作成してもよいことは勿論である。
【０１１２】
ステップＳ５８において、上述した誤操作／正解操作対応テーブル、システム情報、反映方法テーブルおよび誤操作原因情報テーブルを基に、アップグレード時に活用する反映情報を生成する。この処理が終了後、ステップＳ５９の処理に進む。なおステップＳ５５の反映方法テーブルの読み出し処理の実行は、このステップＳ５８の処理の直前でもよい。
【０１１３】
ステップＳ５９において、反映情報生成部４５は、生成した反映情報を基に反映情報テーブルを作成し、メモリに保存する。この処理が終了後、反映情報生成処理を終了する。
【０１１４】
図１８に、反映情報テーブル（高レイヤー）の例を示す。
反映情報には、リモートコントローラ（タッチパネル）のアップグレードに必用な情報が含まれている。図１８に示す反映情報テーブルには、フィールドとして「（反映）対象」、「反映方法種別番号」、反映対象に機能を反映させるための「反映方法詳細」が含まれる。本実施の形態において、（反映）対象とは“誤操作”を指す。「誤操作原因」の番号は、反映方法テーブルの「反映方法識別番号」と対応している。さらに、「反映方法詳細」には、対象ごとに個別具体的な反映方法が記録される。
【０１１５】
ここで、反映情報テーブルにおける反映方法種別番号の決定方法について説明する。まず、誤操作原因情報テーブル（図１６参照）から誤操作原因情報を取り出し、その情報と一致するエントリーを反映方法テーブル（図１７参照）の誤操作原因フィールドの中から探索する。そして、一致したエントリーの反映方法種別番号を取り出し、一致しなければ反映方法種別番号を「０」として登録する。図１７の例では誤操作原因フィールドが全部同じ内容にしてあるが、実際には様々な誤操作原因が格納されている。また図１７の例において、誤操作原因フィールドに同じ誤操作原因が複数格納されているのは、同一の誤操作原因について反映方法の例を複数挙げようとしたものであり、説明の都合によるものである。したがって、探索で最初にヒットしたエントリーのみを選択するとか、そもそも予め一つの反映方法に絞って反映方法テーブルを用意しておく等でもよい。
【０１１６】
図１８に示した例では、ＯＳＤメニューのアップグレードの例として、対象が「画質設定メニュー」、誤操作原因が「１」、反映方法詳細が「「ＴＶ設定メニュー」へのショートカットを追加する」と記述されている。また、ＯＳＤメニューのアップグレードの他の例として、対象が「ＢＳ設定メニュー」、反映方法種別番号が「２」、反映方法詳細がＢＳ設定メニューを「目立たなくする」と記述されている。
【０１１７】
上記反映情報テーブルに記述された反映情報（アップグレード情報）を、履歴反映装置５０の信号処理装置に反映する。または、ネットワークを通じて履歴反映装置５０に反映情報を配信し、履歴反映装置５０内部の記憶部に記憶されているインタフェースの機能のうちアップグレード対象の機能を更新する。アップグレードの具体例については後述する。
【０１１８】
［反映情報テーブルの変形例］
図１９は、図１８に示した反映情報テーブルに事変要素（時間条件）を入れた場合の反映情報テーブル（高レイヤー）の例を示すものである。
図１９に示すように、対象を「画質設定メニュー」とする２つのレコードに、時間条件としてそれぞれ「午前」と「午後」が追加されている。「午前」の場合、反映詳細情報は「「ＴＶ設定メニュー」へのショートカットを追加する」である。同様に「午後」の場合、反映詳細情報は「「音質設定メニュー」へのショートカットを追加する」である。これは、それぞれのレコードが、午前または午後に取得された操作履歴情報のみから抽出された誤操作パターンを基に作成されたものであることを意味する。また、対象を「ＢＳ設定メニュー」とするレコードに、時間条件として「終日」が追加されている。これは、当該レコードが、終日の全操作履歴から抽出された誤操作パターンを基に作成されたものであることを意味する。
【０１１９】
ユーザは、平日と休日、朝や昼、夜などでは、生活リズムや気分などが異なるため操作パターンが異なることが予想される。そこで、それらの時間条件を反映情報に取り入れることによって、ユーザの生活リズム等に合わせてより適切かつ柔軟に誤操作パターンを抽出し、新たな操作手順の発見および導入が図れる。例えば、図１９の例では、午前の場合、対象の「画質設定メニュー」に対して、反映方法を「「ＴＶ設定メニュー」へのショートカットを追加する」とし、ＴＶの設定操作に対する比重を高くする。一方、午後の場合、対象の「画質設定メニュー」に対して、反映方法を「「音質設定メニュー」へのショートカットを追加する」とし、音楽等を聞きながらゆったり過ごすことが想定されている。
【０１２０】
［４．一実施の形態の履歴解析部（反映情報生成部：低レイヤーの場合）］
まず、図２０〜図２５を参照して、低レイヤーの場合の反映情報生成部４５の動作について説明する。
【０１２１】
図２０は、履歴解析装置４０の反映情報生成部４５による操作履歴情報の低レイヤーに対する処理例を示すフローチャートである。
ステップＳ６１において、反映情報生成処理が開始されると、まず反映情報生成部４５は前過程の逐次ルール抽出部４４による誤操作パターン抽出処理（ステップＳ４４）で得られた誤操作パターンおよび状態遷移トリガの情報を読み出す。この処理が終了後、ステップＳ６２の処理に進む。
【０１２２】
ステップＳ６２において、反映情報生成部４５は、誤操作パターンおよび状態遷移トリガの情報から誤操作／正解操作対応テーブルを更新する。この処理が終了後、ステップＳ６３の処理に進む。
【０１２３】
ステップＳ６３において、反映情報生成部４５は、更新した誤操作／正解操作対応テーブルを、図示しないメモリに保存する。この処理が終了後、ステップＳ６４、ステップＳ６５の処理に進む。
【０１２４】
例えば図１２に示した例では、操作履歴情報から得られる低レイヤーの状態遷移は、「初期状態」→「初期状態」→「メインメニュー」→「メインメニュー」→「メインメニュー」→「画質設定メニュー」→「メインメニュー」→「メインメニュー」→「ＴＶ設定メニュー」→「ＴＶ設定メニュー」→「ＴＶ設定メニュー」→「ＢＳ設定メニュー」である。低レイヤーの操作履歴情報からは、下記の１状態遷移の誤操作パターン（＝ボタンの押し間違い）を抽出する。
【０１２５】
（１）状態Ａ→状態Ａ→状態Ｂのパターンの中から規格外のリモコン操作で生じた高頻度・高確信度・高リフト値のパターン
これは図３に示した例でいえば、「戻る」ボタンと「メニュー」ボタンを状態遷移トリガとして、「初期状態１１」→「初期状態１１」→「メインメニュー１２」のように遷移した場合に相当する。
【０１２６】
具体的な誤操作パターンの抽出手順は、高レイヤーの場合と同様、逐次ルール抽出部４４の説明で言及したように、まず所望の状態遷移パターンの抽出を全操作履歴情報に対して行い、その後に、抽出された全パターンを統計的な尺度（頻度・確信度・リフト値）でふるいに掛ける。これによって、偶然発生した誤操作パターンが除去され、有意な誤操作パターンのみが残る。
【０１２７】
なお、上述例において「メインメニュー」→「メインメニュー」→「画質設定メニュー」の遷移状態、「メインメニュー」→「メインメニュー」→「ＴＶ設定メニュー」の遷移状態、さらに「ＴＶ設定メニュー」→「ＴＶ設定メニュー」→「ＢＳ設定メニュー」の遷移状態の場合には、規格内操作なので誤操作パターンは抽出されない。このように逐次ルール抽出部４４は、例えば操作パターンＤＢ４３Ａを記憶しているメモリに蓄積された規定パターンを参照して、誤操作なのか規定内操作なのかを判断し抽出の要否を判定する。
【０１２８】
図２１に、誤操作／正解操作対応テーブル（低レイヤー）の例を示す。
誤操作／正解操作対応テーブルは、高レイヤーの場合と同様に、フィールドとして「状態遷移パターン」、「誤操作」および「正解操作」を備える。
【０１２９】
この図２１に示す例では、状態遷移パターンとして「初期状態」→「初期状態」→「メインメニュー」が抽出され、対応する誤操作が２つ記述されている。
【０１３０】
この図２１に示す第１例では、図１２に示した「初期状態→初期状態→メインメニュー」のパターンに対して、誤操作として「戻るボタン」が、正解操作として「メニューボタン」が書き込まれる。また、図１２に示した操作履歴の初めの操作が「戻るボタン」でなくて、記載のない「メモボタン」であった場合に相当する例が、第２例として挙げられている。すなわち、「初期状態→初期状態→メインメニュー」のパターンに対して、誤操作として「メモボタン」が、正解操作として「メニューボタン」が書き込まれている。なお、ここでは説明の都合上、初期状態で「戻るボタン」や「メモボタン」を押しても状態遷移は起こらないものとしている。
【０１３１】
次に、ステップＳ６４，ステップＳ６５において、反映情報生成部４５は、図示しないメモリに記憶されているシステム情報および反映方法テーブルを読み出す。システム情報には、リモートコントローラ１０の属性情報（後述する図２５参照）等が含まれる。属性情報とはボタンの大きさ、形状、色等の情報である。読み出されたシステム情報は誤操作原因を特定する処理（後述のステップＳ６６，Ｓ６７）に、また反映方法テーブルは反映情報を生成する処理（後述のステップＳ６９）において利用される。この処理が終了後、ステップＳ６６，ステップＳ６７の処理に進み、ユーザごとに誤操作原因を特定する。
【０１３２】
図２２に、反映方法テーブル（低レイヤー）の例を示す。
図２２に示す反映方法テーブルは、高レイヤーの場合と同様、「反映方法種別番号」、「誤操作原因」および「反映方法」を備える。
【０１３３】
この実施の形態では、反映方法種別番号「０」のとき、誤操作原因なし、かつ、反映方法が「変更なし」である。以下、反映方法種別番号「１」のとき、誤操作原因が「近似性」、反映方法がボタンの「間隔を離す」である。また反映方法種別番号「２」のとき、誤操作原因が「大きさの類似性」、反映方法がボタンを「大きさの異なるものにする」である。また、反映方法種別番号「３」のとき、誤操作原因が「形状の類似性」、反映方法が「形状を異なるものにする」である。さらに、反映方法種別番号「４」のとき、誤操作原因が「色の類似性」、反映方法が「色を異なるものにする」である。さらにまた、誤操作原因として、ボタンの配置対称性を加えてもよい。ボタンの機能によってはボタンが左右（上下）に対称に配置されていると誤操作が多い、あるいは少ないといった事象が起こり得るからである。
【０１３４】
なお、上記システム情報および反映方法テーブルについては、高レイヤーの場合と同様、解析開始前に予め定義し用意しておくことが望ましい。
【０１３５】
そして、ステップＳ６６において、タッチパネル上の誤操作したボタンと正解操作のボタンが、近接しているか否かを判定する。当該ボタン同士が近接している場合は、誤操作原因はボタンの近接性にあると特定し、ステップＳ６８の処理に進む。一方、当該ボタン同士が近接していない場合は、ステップＳ６７の処理に進む。
【０１３６】
ステップＳ６７において、タッチパネル上の誤操作したボタンと正解操作のボタンが、共通の属性（大きさ／形状／色）を保持しているか否かを判定する。当該ボタン同士が共通の属性を保持している場合、誤操作原因はボタンの類似性にあると特定し、ステップＳ６８の処理に進む。一方、当該ボタン同士が共通の属性を保持していない場合は、ステップＳ６９の処理に進む。すなわち、ステップＳ６６，ステップＳ６７の判定処理においてともに「Ｎｏ」の場合、誤操作原因は特定されない。
【０１３７】
図２０に示したステップＳ６６，ステップＳ６７は、ボタンの類似性（属性の共通性）よりも近接性を優先する場合の例であるが、この処理順番を逆にすれば、ボタンの類似性を優先して誤操作原因を特定することができる。
【０１３８】
ステップＳ６８において、反映情報生成部４５は、特定した誤操作原因を、図２１に示した誤操作／正解操作対応テーブルの対応する「誤操作」に追加するようにして誤操作原因情報テーブルを生成する。そして、生成した誤操作原因情報テーブルを図示しないメモリに保存する。この処理が終了後、ステップＳ６９の処理に進む。なお、図２１に示す例では、誤操作／正解操作対応テーブルと誤操作原因情報テーブルを一部重複させる形態としてあるが、別個にテーブルを作成してもよいことは勿論である。
【０１３９】
ステップＳ６９において、上述した誤操作／正解操作対応テーブル、システム情報、反映方法テーブルおよび誤操作原因情報テーブルを基に、アップグレード時に活用する反映情報を生成する。この処理が終了後、ステップＳ７０の処理に進む。誤操作原因が特定できない（ステップＳ６６，ステップＳ６７の判定処理においてともに「Ｎｏ」の場合）等の場合は、反映方法テーブルから反映方法種別番号「０」が選択され、反映情報は生成されない。
【０１４０】
ステップＳ７０において、反映情報生成部４５は、生成した反映情報を基に反映情報テーブルを作成し、メモリに保存する。この処理が終了後、反映情報生成処理を終了する。
【０１４１】
図２３に、反映情報テーブル（低レイヤー）の例を示す。
反映情報には、対象機器のアップグレードに必用な情報が含まれている。図２３に示す反映情報テーブルには、フィールドとして「対象」、「反映方法種別番号」、「反映方法詳細」がある。この実施の形態の例では、ＯＳＤメニューのアップグレードの例として、対象が「戻るボタン」「メニューボタン」、反映方法種別番号が「１」、反映方法詳細が該当ボタン同士の「間隔を離す」と記述されている。また、他の例として、対象が「メモボタン」「メニューボタン」、反映方法種別番号が「３」、反映方法詳細が「「メモボタン」の形状を変更する」と記述されている。さらに他の例として、対象が「メモボタン」「メニューボタン」、反映方法種別番号が「４」、反映方法詳細が「「メモボタン」の色を変更する」と記述されている。
【０１４２】
なお、同一対象（２番目と３番目のエントリーが該当）に対して複数の反映方法を記述しているが、１番目のエントリーのように一対象一反映方法としてもよい。勿論、一つの反映対象に対して複数の反映方法を挙げてその全てを適用してもよいし、また複数の反映方法のうちのいずれかを適用するようにしてもよい。このように、同一対象について複数の反映方法を適用した場合、誤操作防止の効果をより高めることができる。また、複数の反映方法のうちから例えば誤操作防止の効果の高いことが検証された反映方法を選択して反映するようにすれば、反映作業に対する誤操作防止の効率がよいと言える。
【０１４３】
［反映情報テーブル（低レイヤー）の変形例］
図２４は、図２３に示した反映情報テーブルに事変要素（時間条件）を入れた場合の反映情報テーブル（低レイヤー）の例を示すものである。
図２４に示す例では、対象を「戻るボタン」「メニューボタン」とするレコードに、時間条件として「午前」が追加されている。また、「メモボタン」「メニューボタン」とするレコードに、時間条件として「午後」が追加されている。これは、それぞれのレコードが、午前または午後に取得された操作履歴情報のみから抽出された誤操作パターンに基づいていることを意味する。
【０１４４】
このような事変要素を取り入れるのは、全員にとって都合の良い属性の変更ならば、特に事変要素を加える必要はないが、ユーザによって、都合の良い属性は異なるということを前提としている。例えば、ボタン間隔を離すと押し間違えは減るが、指の移動量が大きくなって使い勝手が悪くなったり、あるボタンの色を変えて目立つようにすると、他のボタンが目立たなくなったりということが考えられる。一方で、時間条件によってユーザの特性が異なることも考えられる。例えば、朝は母親中心、夜は父親中心で視聴するなど操作主体が異なる、また高レイヤーの説明でも触れたように朝は忙しくて最低限の操作しか行わず、夜はじっくり操作するなど操作主体は同じでもその視聴状態が異なるというような場合である。そこで、時間条件に応じたアップグレード、すなわち時間条件によってリモートコントローラの属性等を変更した方が、終日を同一条件でアップグレードするよりも、諸事情に合わせてより適切なアップグレードが実現できると考えられる。
【０１４５】
高レイヤーの説明でも触れたように、ユーザは、平日と休日、朝や昼、夜などでは、生活リズムや気分などが異なるため操作パターンが異なることが予想される。あるいは、上記のように履歴収集装置３０を利用するユーザそのものが異なる場合もある。そこで、それらの時間条件を反映情報に取り入れることによって、ユーザの生活リズム等に合わせてより適切かつ柔軟に誤操作パターンを抽出し、新たな操作手順の発見および導入が図れる。
【０１４６】
なお、時間条件として「終日」を指定すれば、時変要素を入れない場合についても表すことができる。この場合、終日の全操作履歴から抽出された誤操作パターンを基に反映方法を設定する。
【０１４７】
図２５は、システム情報の一つであるリモートコントローラ１０の属性情報を記述したリモコン属性情報テーブルの例を示すものである。
本実施の形態の例では、フィールドとして、「ボタンＩＤ」、「割り当てＳＩＲＣＳコード」、「位置（座標）」、属性として「大きさ」、「形状」、「色」などが書き込まれる。
【０１４８】
リモコン属性情報テーブルにおいて「ボタンＩＤ」は、タッチパネルにアイコンで表示されたボタンに割り当てられた識別番号である。
「割り当てＳＩＲＣＳコード」は、当該ボタンに割り当てられたＳＩＲＣＳコードである。図２５の例では、説明の便宜上、割り当てられているＳＩＲＣＳコードの機能を言葉で表現してある。
「位置（座標）」は、当該ボタンのタッチパネル上での位置（座標）を表すものである。
「大きさ」は、当該ボタンをタッチパネル上に表示するときの大きさの指標である。
「形状」は、当該ボタンをタッチパネル上に表示するときの形状である。
「色」は、当該ボタンをタッチパネル上に表示するときの色である。
【０１４９】
［５．一実施の形態の履歴反映部］
次に、本発明の一実施の形態に係る履歴反映部（図４参照）を説明する。
履歴反映部では、逐次ルール抽出部４４で抽出された逐次ルールを用いて、操作系に関して各ユーザに適した信号処理装置（ユーザインタフェース）を提供（アップグレード）する。その実現方法としては、ユーザ側にある履歴反映装置５０−１〜５０−ｎ内の信号処理装置をセンター側で回収し、全部あるいは信号処理に関わる集積回路等の基板装置のみを入れ替える等を行った後、ユーザ側に送り返すといった手順がある。または新たな信号処理装置をユーザ側に送り込み、ユーザ側にある信号処理装置と繋げることによって新機能等を提供するなどの手順を踏めばよい。
【０１５０】
また、ユーザインタフェースを司るアップグレードされたプログラムまたはデータを記憶するメモリ（記憶装置）を交換したり、該当メモリにアップグレード情報を追記したりするようにしてもよい。プログラムまたはデータの入れ替え等を行った後、ユーザ側に送り返す。あるいは新たな信号処理装置をユーザ側に送り込んだりする。ユーザがセンター側から送られてきた信号処理装置とリモートコントローラを接続し、アップグレード情報を含むプログラムやデータ等を信号処理装置からリモートコントローラへ導入する作業を行うことによって、リモートコントローラをアップグレードする。さらには、履歴反映装置５０−１〜５０−ｎ内の信号処理装置と併せてリモートコントローラも回収し、アップグレードされた状態の信号処理装置およびリモートコントローラをユーザへ返却するようにしてもよい。また履歴収集部（履歴収集装置３０）やリモートコントローラにネットワークＩ／Ｆが存在するのであれば、ネットワーク経由で履歴反映部（履歴反映装置５０）からのアップグレード情報を伝送することもできる。
【０１５１】
以下、アップグレード情報が提供される履歴反映装置５０を、テレビジョン受像機に適用した場合について説明する。
【０１５２】
図２６は、アップグレード情報が提供されるテレビジョン受像機の内部構成例を示すブロック図である。
テレビジョン受像機１０１のチューナ１１２は、受信アンテナ１１１で捕らえられた放送信号（ＲＦ変調信号）に対して、選局処理、中間周波増幅処理、検波処理等を行ってＳＤ（Standard Definition)信号を抽出し、入力選択処理部１１３に供給する。
【０１５３】
入力選択処理部１１３には、チューナ１１２からのＳＤ信号の他、ＤＶＤ（ Digital Vi deo Disc）やビデオテープレコーダ等（いずれも図示せず）からの画像信号またはデジタルビデオ信号が入力される。
【０１５４】
入力選択処理部１１３は、システムコントローラ１１８の制御に従って所定の信号を選択するとともに、選択した信号に応じた前処理を行い、その結果得られた画像信号を画像信号処理部１１５に供給する。
【０１５５】
画像信号処理部１１５は、ＳＤ信号（５２５ｉ信号）からＨＤ（High Definition）信号（１０５０ｉ信号または５２５ｐ信号）を生成する機能、解像度とノイズのボリュームを調節する機能、および表示される画像の一部を拡大することができるズーム機能等を有しており、ユーザによって設定された機能、条件に応じた画像処理を行う。
【０１５６】
ＯＳＤ（ On Screen Display）回路１１７は、表示部１２１の画面上に文字図形等の表示を行うための表示信号を発生し、合成器１１６に供給する。すなわち合成器１１６は、ＯＳＤ回路１１７から供給された表示信号を、画像信号処理部１１５からのＨＤ信号に合成して表示部１２１に供給する。
【０１５７】
システムコントローラ１１８は、リモコン信号受信回路１１９から供給された信号や、必要に応じて設けられた操作入力部（図示せず）から供給される、ユーザの操作入力を示す信号に従って、各部を制御する。
【０１５８】
例えば、システムコントローラ１１８は、チューナ１１２や入力選択処理部１１３に選択信号を送信したり、ＯＳＤ回路１１７の動作を制御したりする。またシステムコントローラ１１８は、チューナ１１２に選択させたチャンネルを示す情報（ 放送時間や番組名等を含むことも可能）などの視聴された画像を示す情報（以下、選択情報と称する）、およびリモコン信号受信回路１１９から供給された制御情報（ユーザがリモートコントローラ１０を操作して入力した内容等）を、それぞれ記憶部１２０に記憶させる。
【０１５９】
また、記憶部１２０は、システムコントローラ１１８を動作させるためのプログラムや当該プログラムのアップグレード情報を記憶する。なお、ネットワークを介して、記憶部１２０の記憶内容を製造事業者に転送したり、製造事業者等が外部からリモートコントローラ１０やＯＳＤ１１７等に新機能を追加するためのアップグレード情報を送信して記憶部１２０に記憶させたりすることができる。
【０１６０】
本実施の形態のテレビジョン受像機１０１の場合、システムコントローラ１１８が履歴収集装置３０の信号処理部３１（図４参照）に、ＯＳＤ回路１１７がユーザインタフェース３２に相当する。機能をアップグレードするには、システムコントローラ１１８またはＯＳＤ回路１１７を取り替えればよい。あるいはテレビジョン受像機１０１のユーザインタフェース機能が記憶部１２０に記憶されているプログラムやデータに基づくものである場合、当該記憶部１２０に記憶されているプログラムやデータを書き換えまたは追記する等して、アップグレード情報を書き込めばよい。
【０１６１】
［６．アップグレード（共通、高レイヤー、低レイヤー）］
［アップグレード：共通］
以下、履歴反映部によるアップグレードの具体例を説明する。
複数の逐次ルールを反映させようとして逐次ルールが競合してしまう場合が考えられる。このような場合は、逐次ルールに優先順位を付けておいて、優先順位の高い逐次ルールから反映させるようにする。優先順位を付ける規範として、逐次ルールの頻度、確信度、リフト値の高さ等が挙げられる。また、もし競合する逐次ルールの条件が異なる場合は、条件毎に逐次ルールを反映させることも考えられる（時間等の条件毎に反映情報テーブルを参照することにより、リモコンボタンに複数種類のコマンドを割り当てる等)。また、慣れにより克服されたとみなされた誤操作パターンに関係するリモコンボタンの割り当てを絶対に(又はできるだけ) 変更しないという規範を設定することも可能である。
【０１６２】
以降において、履歴反映部によるアップグレードの具体例について高レイヤーと低レイヤーのそれぞれの場合に分けて説明する。
【０１６３】
［高レイヤーの場合の具体例］
抽出された逐次ルールを用いて、ＯＳＤメニューをアップグレードする場合を説明する。ここでは、メニューモード等で階層的に項目を選択するＯＳＤを取り上げる。
【０１６４】
［ＯＳＤメニューのアップグレード：階層調整］
上位階層のある項目Ｃを選択して下位階層にいき、その下位階層からすぐに上位階層へ戻って他の項目Ｂを選択して下位階層に行くといった再現性のある(高頻度、高確信度) パターン（状態Ａ→状態Ｃ→状態Ａ→状態Ｂ）が得られた場合を考える。この場合、項目Ｃと項目Ｂの切り分けを変更するといった反映方法が考えられる。例えば、上位階層（状態Ａ）からまず項目Ｃを選択し（状態Ｃ）、その後、状態Ｃから元（状態Ａ）に戻って項目Ｂを選択して、状態Ｂに遷移して項目Ｂの設定を行うという逐次ルールが存在したとするとき、項目Ｃの下位階層にも項目Ｂの設定(へのショートカット) を置く等が考えられる。
【０１６５】
このようにすることにより、誤操作をして意図しない階層を表示してしまった場合に、本来表示させたかった項目が存在する階層に遷移することができる。
【０１６６】
ここで逐次ルールに“時間”の条件が含まれている場合、時間に応じてメニュー階層構造を変える（時変）ように構築することができる。つまりある時間帯では逐次ルールＸを基準として上記のようにメニュー階層を割り当て、違う時間帯では逐次ルールＹを基準として上記のようにメニュー階層を割り当てるという柔軟なメニュー階層構造を提供できる。
【０１６７】
［ＯＳＤメニューのアップグレード：表示調整］
図２７は、ＯＳＤメニューのアップグレード例（高レイヤー）を示すものであり、この図２７を参照してアップグレード例の一例であるＯＳＤメニューの表示調整について説明する。図２７に示す「ＴＶ設定メニュー１３」の「ＢＳ設定１３ｂ」は、目立たない表示（斜線で表現）としてある。これは反映情報テーブル（図１８参照）の「誤操作原因２」の反映情報を反映した結果である。
【０１６８】
「ＢＳ設定１３ｂ」を目立たないように表示すれば、「地上波設定１３ａ」を選択するところを誤って「ＢＳ設定１３ｂ」を選択するといった誤操作の確率が下がると考えられる。目立たない表示例として、例えば文字を淡色や薄い色で表示したり、アイコンをグレーで表示するいわゆる“グレー表示”としたりすることが挙げられる。
【０１６９】
さらに、誤操作の項目（「ＢＳ設定１３ｂ」）と正解操作の項目（「地上波設定１３ａ」）との距離を離すなどしてメニューの位置関係を調整することにより、誤操作発生の確率をより小さくすることができる。
【０１７０】
次に、図２７を参照して、図３に示したＯＳＤメニュー（階層表示）をアップグレードする例について説明する。
このＯＳＤメニューには、画質設定メニュー１６に「ＴＶ設定へのショートカット１６ｄ」が存在するが、これは反映情報テーブル（図１８参照）の「誤操作原因１」の反映情報を反映した結果である。このアップグレードによって「ＴＶ設定１２ａ」を選択すべきところを誤って「画質設定１２ｂ」を選択した場合でも、「画質設定メニュー１６」から「ＴＶ設定へのショートカット１６ｄ」を選択して「ＴＶ設定メニュー１３」を表示させることができる。
【０１７１】
なお、図２７に示すように、ショートカット項目を設定メニュー内の上位に表示することにより、同じ階層の他の設定メニューへ遷移する際に当該項目の視認性がよくなり、操作性が向上する。
【０１７２】
［信号処理部等のアップグレード］
次に、図５に示したユーザインタフェース３２や信号処理部３１、あるいは図２６に示したシステムコントローラ１１８やＯＳＤ回路１１７をアップグレードする場合を説明する。
【０１７３】
ここでは、操作履歴情報から得られた誤操作の知見（誤操作パターン等）を利用して、各ユーザの起こしやすい誤操作を抑える構造に作り替えることを目的とする。そのために、図５に示す履歴収集装置３０内部に誤操作（発生条件（時間等）、誤操作内容）と目的操作を組にしたルックアップテーブル（図示略）を用意しておき、それに該当する誤操作パターンが現れた場合には、目的操作が行われたと判断して操作コードを切り替える構造を組み込む。同様のことは、図２６に示すシステムコントローラ１１８およびＯＳＤ回路１１７にも適用できる。
【０１７４】
履歴解析装置４０について、一般化して考えると、絞り込み条件Ａのもとで得られた誤操作に関する逐次ルール“Ａ→Ｂ→Ｃ”について、操作Ａの後に操作Ｂが行われた場合はその操作を無効にして操作Ｃが行われたとみなすという反映方法が考えられる。
【０１７５】
例えば、毎週決まった時間帯に同じ番組を視聴する習慣のあるユーザがいるとする。このユーザがザッピングをして“１ｃｈ→２ｃｈ（Ａ→Ｂ）”と変更した（２ｃｈボタンを押した）とき、“１ｃｈ→３ｃｈ（Ａ→Ｃ）”に切り替える等のルックアップテーブル（発生条件、誤操作内容、目的操作の組）をユーザインタフェース３２（図２のリモートコントローラ１０の送信ＳＩＲＣＳコードを切り替える）や信号処理部３１（番組変更を受信ＳＩＲＣＳコード通りに行わない）に用意して順次内部処理を切り替えればよい。
【０１７６】
また、例えば、あるＯＳＤのメニュー階層Ａで間違えて音量下降ボタンＢを押してしまい、次に一旦メニュー階層Ａに戻って正しい下カーソルボタンＣを押すというパターンをルックアップテーブル（発生条件、誤操作内容、目的操作の組）として各部（各信号処理部から変更しました）が所持しておく。そして、音量下降ボタンＢが押された段階で図２のユーザインタフェース３２（リモートコントローラ１０の送信ＳＩＲＣＳコードを切り替える）や信号処理部３１（番組変更を受信ＳＩＲＣＳコードどおりに行わない）では下カーソルボタンＣが押されたと解釈してカーソルを下げる、といった反映方法が考えられる。
【０１７７】
［低レイヤーの場合の具体例］
［リモートコントローラのアップグレード］
【０１７８】
次に、逐次ルールを用いて、リモートコントローラをアップグレードする場合を説明する。
【０１７９】
リモートコントローラのボタンの物理的な属性が変更できる場合、以下のようなアップグレード例が考えられる。すなわち、誤操作パターンをリモートコントローラの物理的な属性と結びつけるというものである。
・誤操作原因がボタンの近接性 → ボタンの配置を離す
・誤操作原因がボタンの大きさの類似性 → ボタンの大きさを異なるものに変える
・誤操作原因がボタンの形状の類似性 → ボタンの形状を異なるものに変える
・誤操作原因がボタンの色の類似性 → ボタンの色を異なるものに変える
【０１８０】
例えば、リモコンボタンの空間的位置や大きさを変更してアップグレードできる場合（タッチパネル式のリモートコントローラ等）は、リモコンボタンへのＳＩＲＣＳコードの割り当てだけでなく、ボタン位置そのものも誤操作が起きないように変更できる。例えば、ボタンＡとボタンＢの空間的位置を離すことにより、誤操作を抑制することができる。
【０１８１】
なお、ここではボタンＡとボタンＢの関係のみについて考えたが、空間的配置や遷移モデルが全く同じボタンＡ′、ボタンＢ′も同様の誤操作がおきる懸念があると判断して、同じ変更を適用しても構わない。例えば、図２のリモートコントローラ１０でメニューボタン１０ａと戻るボタン１０ｂの間隔（距離）を離して配置する場合に、戻るボタン１０ｂとメモボタン１０ｃ、メモボタン１０ｃと電源ボタン１０ｄの間隔も同様に離すなどである。このように、ある対象に対する反映情報を元にして、同一の属性を持つ（同一の原因で誤操作が起こり得る）他の対象に対する反映情報を生成することも可能である。
【０１８２】
図２８は、リモートコントローラ（タッチパネル）のアップグレード例（低レイヤー）を示す図である。本実施の形態の例では、図２３に示した反映情報テーブルに基づいて、リモートコントローラ１０のタッチパネルに表示されたボタンの配置や属性等をアップグレードした場合について説明する。
【０１８３】
図２３の反映情報テーブルでは、対象が「メモボタン」と「メニューボタン」の場合、反映方法詳細が「間隔を離す」とあるので、図２８に示すように、メニューボタン１０ａと戻るボタン１０ｂの間隔（距離）を離して配置する。また、対象が「メモボタン」と「メニューボタン」の場合、反映方法詳細が２つあって、一つは「メモボタン」の形状を変更すること、もう一つは対象が「メモボタン」の色を変更することとされている。そこで、図２８に示すように、メモボタン１０ｃ１の形状を変更し、さらに、色を変更する。
【０１８４】
このように、間違えやすいボタン同士の配置関係を変更することにより、誤操作が発生しやすい状態をなくし、誤操作を防止することができる。また、間違えやすいボタンの属性（形状／大きさ／色等）を変更することにより、ユーザにメモボタンと他のボタンの違いに気づかせ注意を喚起できるので、誤操作を防止することができる。
【０１８５】
一方、ボタンの物理的な属性が変更できない場合、以下のようなアップグレード例によって間接的に対応することが可能である。
・誤操作原因がボタンの近接性 → 離れたボタンに機能を割り当て直す
・誤操作原因がボタンの大きさの類似性 → （可能な限り）異なる大きさのボタンに機能を割り当て直す
・誤操作原因がボタンの形状の類似性 → （可能な限り）異なる形状のボタンに機能を割り当て直す
・誤操作原因がボタンの色の類似性 → （可能な限り）異なる色のボタンに機能を割り当て直す
【０１８６】
例えば、リモートコントローラに配置されたリモコンボタンの空間的位置を変更しないでアップグレードする場合は、リモコンボタンに割り当てられたＳＩＲＣＳコードを変更する。例えば、誤操作パターン“Ｘ→Ｘ→Ｙ”（“Ｘ→Ｘ”でボタンＡ、“Ｘ→Ｙ”でボタンＢを押した場合）は、ボタンＢを押そうとして近接するボタンＡを間違えて押したパターンとして抽出される。このとき、ボタンＡの機能（ＳＩＲＣＳコード）をボタンＢとは離れた位置にある他のボタンに割り当てし直す。そして元のボタンＡの位置には新しいＳＩＲＣＳコードを割り当てたボタンＣを配置する。このとき、割り当て変更による弊害を防止するため、ボタンＣはボタンＢの実行に影響を与えないものを選択するのが望ましい。例えば、ボタンＣの遷移先の状態からでもボタンＢの遷移先の状態へ直接遷移できるとよい。
【０１８７】
例えば、ボタンＢが画質調整ボタンとした場合、ボタンＣが電源ボタンであると、もしボタンＣを誤って押してしまったら、ボタンＣをもう一度押して電源オンの状態としないと、ボタンＢを押しても画質調整モードにならないので、ボタンの割り当て変更がかえって弊害を大きくしてしまい都合が悪い。一方、ボタンＣがメニューボタンであると、ボタンＣを誤って押してもボタンＢの実行に影響を与えない（メニューモードから画質調整モードに直接遷移できるとき）。
【０１８８】
［７．グループ単位のアップグレード］
以上の説明してきたアップグレードは、ユーザ別に行うことも可能だが、同一の特徴を持つ複数のユーザ同士をグループにまとめてグループ別に行うと、製造コストの観点から優位である。本発明では、センター側で各ユーザの操作履歴情報を収集し、ユーザ間の比較が可能であるので、特徴の似通った複数ユーザ同士をグループ化することができる。
【０１８９】
例えば、各ユーザから誤操作に関する逐次ルールを抽出し、ある一定数以上のユーザから得られた逐次ルールだけをアップグレード対象とすることが考えられる。また各ユーザに対してどの逐次ルールに関するアップグレードを行うかについては、例えば次のような方法が挙げられる。
（１） アップグレード対象となった逐次ルール全て
（２） アップグレード対象となった逐次ルールの中で、各ユーザが該当した逐次ルール
【０１９０】
本発明では、基本的には各ユーザが起こした誤操作パターンを解消する。ただ、各ユーザが起こしていない誤操作パターンでも、自分と特性が類似する他人が起こした誤操作パターンや、誤操作が起こり得ることが推定される操作パターンをアップグレード対象に含めるようにしてもよい。
【０１９１】
また、一度に検討対象にするユーザとして、以下のような方法が挙げられる。
（１） 操作履歴を回収した全てのユーザ
（２） 一定数以上決まった逐次ルールが該当するユーザ群（例えば実装上のコスト規範や実現可能性の観点から標準の逐次ルール列を幾つか用意しておき、各逐次ルール列の各要素に一定数以上該当するユーザのみを取り出す。）
【０１９２】
また、アップグレード単位の例としては、以下のような方法が挙げられる。
（１） リモコンボタンの配置の近接性に起因する誤操作が頻発するグループ
（２） リモコンボタンの形状の類似性に起因する誤操作が頻発するグループ
（３） リモコンボタンの配置の対称性に起因する誤操作が頻発するグループ
【０１９３】
［グループ単位アップグレードの具体例］
次に、上述したグループ単位のアップグレードについて具体例を挙げて説明する。
図２９は、グループ単位のアップグレードの説明に供する図である。図２９に示すテーブルは、逐次ルールＲ１〜Ｒ５のフィールドに対し、Ｕ１〜Ｕ５のレコードがある。ルールＲ１は「戻るボタン」と「メニューボタン」の間隔を離す、ルールＲ２は「戻るボタン」と「メモボタン」の間隔を離す、ルールＲ３は「メモボタン」の色を変えるである。さらに、ルールＲ４は「戻るボタン」の形状を変える、ルールＲ５は「電源ボタン」の色を変えるである。このテーブルでは、ユーザの操作が逐次ルールに該当するときは「１」、該当しないときは「０」で表現している。
【０１９４】
図３０は、グループ単位のアップグレード処理例を示すフローチャートである。図２９および図３０を参照して、グループ単位のアップグレード処理例を説明する。
【０１９５】
まずステップＳ７１において、多ユーザに該当するルールを抽出する。例えば、「５０％以上（＝２．５人以上）のユーザに該当する逐次ルール」を抽出するとした場合、ルールＲ１，Ｒ２，Ｒ３が該当する。この処理が終了後、ステップＳ７２に進む。
【０１９６】
ステップＳ７２において、抽出された逐次ルールから、アップグレード対象ルールを決定する。このとき、ルール同士が競合しないようにする。この処理が終了後、ステップＳ７３の処理に進む。
【０１９７】
例えば、ルールＲ１とルールＲ２が互いに競合する（両方同時に適用できない）場合、アップグレード対象ルールの組み合わせを以下のように表現できる。
Ａ１＝（１，０，０，０，０）→ ルールＲ１のみ適用することを表す
Ａ２＝（０，１，０，０，０）→ ルールＲ２のみ適用することを表す
Ａ３＝（０，０，１，０，０）→ ルールＲ３のみ適用することを表す
Ａ４＝（１，０，１，０，０）→ ルールＲ１，Ｒ３を適用することを表す
Ａ５＝（０，１，１，０，０）→ ルールＲ２，Ｒ３を適用することを表す
【０１９８】
ステップＳ７３において、各ユーザ（対象機器）に対し、アップグレード対象ルールの中から最適なパターンを適用してアップグレードを行う。この処理が終了後、グループ単位のアップグレード処理を終了する。
【０１９９】
本実施の形態の例では、アップグレード対象ルールの中から最適なパターンを適用するに際し、各ユーザの該当ルールＢ毎に、以下の条件を満たすアップグレード対象ルールＡｘ（この例ではｘ＝１〜５）を導出する。
『 ｜Ａｘ＆（¬Ｂ）｜＝０、かつ、｜Ａｘ＆（Ｂ）｜が最大になるルールＡｘ 』
【０２００】
この条件は、自分に該当するルールだけをアップグレードするという制約の下、できるだけ多くのルールをアップグレードするということを表す。ただし、｜Ａｘ｜はＡｘの該当ルール数（１の数に相当）である。また、“¬Ｂ”はＢの否定を表す。
【０２０１】
例えば、ユーザＵ１について、Ｂ＝（０，１，１，０，０）であるとき、上記条件を計算すると下記のとおりである。
｜Ａ１＆（¬Ｂ）｜＝｜（１，０，０，０，０）｜＝１
｜Ａ２＆（¬Ｂ）｜＝｜（０，０，０，０，０）｜＝０
｜Ａ３＆（¬Ｂ）｜＝｜（０，０，０，０，０）｜＝０
｜Ａ４＆（¬Ｂ）｜＝｜（１，０，０，０，０）｜＝１
｜Ａ５＆（¬Ｂ）｜＝｜（０，０，０，０，０）｜＝０
｜Ａ２＆Ｂ｜＝｜（０，１，０，０，０）｜＝１
｜Ａ３＆Ｂ｜＝｜（０，０，１，０，０）｜＝１
｜Ａ５＆Ｂ｜＝｜（０，１，１，０，０）｜＝２
【０２０２】
上記結果より、ユーザＵ１には、逐次ルールＡ５を適用する。すなわち、対象機器にはルールＲ２，Ｒ３のアップグレードを実施する。このように、ユーザは自分に該当する逐次ルールだけをアップグレードするという制約の下で、できるだけ多くの逐次ルールをアップグレードすることができる。
【０２０３】
例えば、履歴解析装置４０が、図２９に示したようなグループ単位アップグレード用のテーブルを、反映情報テーブル（図１８，図２３参照）とともに反映情報蓄積装置４０Ｍなどに記憶させておく。そして、当該テーブルに基づいて、アップグレードすべきルールを該当するユーザの所有する履歴反映装置５０にネットワークを通じて配信し、記憶部１２０のユーザインタフェースを司るプログラムもしくはデータをアップグレードする。あるいは、システムコントローラ１１８やＯＳＤ回路１１７等の信号処理装置を、アップグレード情報が反映された仕様のものと取り替えてもよい。
【０２０４】
以上説明した実施の形態によれば、ユーザの操作履歴、機器の状態等の記録から、誤操作の逐次ルールを発見し、操作系に関して各ユーザ、もしくは各グループ（特徴の似通った複数ユーザ） に適した信号処理装置（操作対象機器）を提供するアップグレードシステムを構築することができる。
【０２０５】
また、ユーザ側で発生する誤操作発生状態を開発段階で予想して、特化した操作補助機構を予め仕込んでおく方法だけではカバーできないアップグレードが実現可能になる。
【０２０６】
また、ユーザ別ではなくグループ別に反映することで，開発コストを抑えることができる。
【０２０７】
また、アンケート実施等の方法と比較して、ユーザの無意識的な操作からも情報を得ることができるので、潜在的に存在する誤操作を収集できるようになり、結果として使い勝手の良いユーザインタフェース（ＯＳＤメニュー、タッチパネル等）の開発に繋がる。
【０２０８】
なお、従来のセルフチューニング型(学習型) と比較した本発明のアップグレード型(履歴情報回収型) の利点は次のとおりである。
（１） 他人のデータとの比較が可能である。
（２） セルフチューニング型では、あらかじめ想定することが困難な誤操作、コストや処理(ハードウェア、ソフトウェア) の制約上誤操作として仕込んでおかなかった操作パターンは処理の対象外となるが、アップグレード型ではそれらの情報も処理対象にすることが可能になる。
（３） ユーザ側に提供する信号処理装置を低負荷にすることが可能である。
（４） セルフチューニング型では万人を対象として特化するので、処理そのものが冗長になるが、本発明のアップグレード型ではグループ(個人) を対象として特化することができるので、処理(ハードウェア、ソフトウェア) を単純化させることが可能になる。
【０２０９】
［８．その他］
なお、本発明は、上述したテレビジョン受像機以外に、ユーザの操作が加えられたり機器の内部状態が特徴的に変化したりする等、使用環境によって異なる操作履歴情報が収集されるような電子機器（例えば、ゲーム機器、パーソナルコンピュータ、携帯電話機、電子辞書、音楽プレーヤなど）に適用することができる。
【０２１０】
また、上述のとおり、本実施の形態の一例として、制御対象機器（履歴収集部または履歴反映部）に制御信号を送るためのリモートコントローラ１０にタッチパネル（操作手段）を搭載した場合を説明したが、タッチパネルが操作対象機器本体に設けられていてもよい。また、タッチパネルを搭載していないリモートコントローラを用いた場合であっても、操作履歴情報の高レイヤーまたは低レイヤーの状態遷移に基づいてＯＳＤメニュー等を変更することは可能である。なお、既述のとおりリモートコントローラのＳＩＲＣＳコードの割り当ての変更が可能であるならば、タッチパネルを搭載していなくても、リモートコントローラのアップグレードは限定的に可能である。
【０２１１】
さらに、上述した履歴解析装置４０で行われる一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。これらの処理を実行する機能はハードウェアとソフトウェアの組み合わせによっても実現できることは言うまでもない。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで各種の機能を実行することが可能な、例えば汎用のコンピュータなどに、プログラム記録媒体からインストールされる。
【０２１２】
図３１は、上述した一連の処理をプログラムにより実行するコンピュータの構成例を示すブロック図である。このコンピュータ２０１は、例えば一連の処理を実行するために高性能化した専用コンピュータの他、一定の性能を備えるパーソナルコンピュータなどでもよい。
【０２１３】
コンピュータ２０１のＣＰＵ（Central Processing Unit）２１１は、ＲＯＭ（Read Only Memory）２１２、または記録部２１８に記録されているプログラムに従って、上記一連の処理の他、各種の処理を実行する。ＲＡＭ（Random Access Memory）２１３には、ＣＰＵ２１１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ２１１、ＲＯＭ２１２、およびＲＡＭ２１３は、バス２１４により相互に接続されている。
【０２１４】
ＣＰＵ２１１にはまた、バス２１４を介して入出力インタフェース２１５が接続されている。入出力インタフェース２１５には、キーボード、マウス、マイクロホンなどよりなる入力部２１６、ディスプレイ、スピーカなどよりなる出力部２１７が接続されている。ＣＰＵ２１１は、入力部２１６から入力される指令に対応して各種の処理を実行する。そして、ＣＰＵ２１１は、処理の結果を出力部２１７に出力する。
【０２１５】
入出力インタフェース２１５に接続されている記録部２１８は、例えばハードディスクからなり、ＣＰＵ２１１が実行するプログラムや各種のデータを記録する。
【０２１６】
通信部２１９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。また通信部２１９を介してプログラムを取得し、記録部２１８に記録してもよい。
【０２１７】
入出力インタフェース２１５に接続されているドライブ２２０は、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどのリムーバブルメディア２３１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記録部２１８に転送され、記録される。
【０２１８】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図１７に示すように、リムーバブルメディア２３１によりパッケージメディアとして提供される。リムーバブルメディア２３１としては、磁気ディスク（フレキシブルディスクを含む）、光ディスク（ＣＤ−ＲＯＭ（Compact Disc - Read Only Memory），ＤＶＤ（Digital Versatile Disc），光磁気ディスクを含む）、もしくは半導体メモリなどを適用することができる。あるいは、プログラム記録媒体は、プログラムが一時的もしくは永続的に格納（記録）されるＲＯＭ２１２や、記録部２１８を構成するハードディスクなどにより構成される。
【０２１９】
このプログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインタフェースである通信部２１９を介して、ローカルエリアネットワーク(LAN：Local Area Network)、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
【０２２０】
なお、本明細書において、プログラム記録媒体に格納されるプログラムを記述する処理ステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）をも含むものである。
【０２２１】
また、プログラムは、一つのコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２２２】
以上に述べた実施の形態は、本発明を実施するための好適な形態の具体例であるから、技術的に好ましい種々の限定が付されている。ただし、本発明は、以上の実施の形態の説明において特に本発明を限定する旨の記載がない限り、これらの実施の形態に限られるものではない。したがって、例えば、以上の説明で挙げた処理時間、処理順序および各パラメータの数値的条件等は好適例に過ぎず、また、説明に用いた各図における寸法、形状および配置関係等も実施の形態の一例を示す概略的なものである。したがって、本発明は、上述した実施の形態の例に限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。
【図面の簡単な説明】
【０２２３】
【図１】本発明を適用した新機能開発のための情報処理システムの概要を示す図である。
【図２】本発明の一実施の形態に係るリモートコントローラ（タッチパネル）の例を示す外観図である。
【図３】本発明の一実施の形態において想定するＯＳＤメニューの例を示す図である。
【図４】本発明の一実施の形態に係るシステムの構成例を示す図である。
【図５】本発明の一実施の形態に係る履歴収集部（ユーザ側装置）の概要を示す図である。
【図６】本発明の一実施の形態に係る操作履歴情報の例を示す図である。
【図７】本発明の一実施の形態に係る履歴収集部の処理例を示すフローチャートである。
【図８】本発明の一実施の形態に係る履歴解析部の内部構成例を示すブロック図ある。
【図９】本発明の一実施の形態に係る前処理部の処理例を示すフローチャートである。
【図１０】本発明の一実施の形態に係る前処理済みの操作履歴情報例を示す図である。
【図１１】本発明の一実施の形態に係る一連操作抽出部の処理例を示すフローチャートである。
【図１２】本発明の一実施の形態に係る一連の操作の抽出例を示す図である。
【図１３】本発明の一実施の形態に係る操作パターン抽出部の処理例示すフローチャートである。
【図１４】本発明の一実施の形態に係る逐次ルール抽出部の処理例を示すフローチャートである。
【図１５】本発明の一実施の形態に係る反映情報生成部の処理例（高レイヤー）を示すフローチャートである。
【図１６】本発明の一実施の形態に係る誤操作／正解操作対応テーブルおよび誤操作原因情報テーブル（高レイヤー）の例を示す図である。
【図１７】本発明の一実施の形態に係る反映方法テーブル（高レイヤー）の例を示す図である。
【図１８】本発明の一実施の形態に係る反映情報テーブル（高レイヤー）の例を示す図である。
【図１９】時変要素を入れた場合の反映情報テーブル（高レイヤー）の例を示す図である。
【図２０】本発明の一実施の形態に係る反映情報生成部の処理例（低レイヤー）を示すフローチャートである。
【図２１】本発明の一実施の形態に係る誤操作／正解操作対応テーブルおよび誤操作原因情報テーブル（高レイヤー）の例を示す図である。
【図２２】本発明の一実施の形態に係る反映方法テーブル（低レイヤー）の例を示す図である。
【図２３】本発明の一実施の形態に係る反映情報テーブル（低レイヤー）の例を示す図である。
【図２４】時変要素を入れた場合の反映情報テーブル（低レイヤー）の例を示す図である。
【図２５】本発明の一実施の形態に係るリモコン属性情報テーブルの例（低レイヤー）を示す図である。
【図２６】新機能が適用されるテレビジョン受像機の内部構成例を示すブロック図である。
【図２７】本発明の一実施の形態に係るＯＳＤメニューのアップグレード（高レイヤー）の例を示す図である。
【図２８】本発明の一実施の形態に係るリモートコントローラ（タッチパネル）（低レイヤー）の例を示す図である。
【図２９】本発明の一実施の形態に係るグループ単位のアップグレード例を示す図である。
【図３０】本発明の一実施の形態に係るグループ単位のアップグレード処理例を示すフローチャートである。
【図３１】汎用パーソナルコンピュータの構成の例を示すブロック図である。
【符号の説明】
【０２２４】
１…操作履歴情報、２…履歴解析部、３，４，５，１０…リモートコントローラ、１０ｃ１…メモボタン、１６ｄ…ＴＶ設定へのショートカット、３０…履歴収集装置、３０Ｍ…操作履歴情報蓄積装置、３１…信号処理部、３２…ユーザインタフェース、３３…信号処理部、３４…履歴保存部、４０…履歴解析装置、４０Ｍ…反映情報蓄積装置、４１…前処理部、４２…一連操作抽出部、４２ＬＬ−１〜４２ＬＬ−３…メインメニュー表示状態（低レイヤー）、４２ＨＬ…メインメニュー表示状態（高レイヤー）、４３…パターン抽出部、４３Ａ…操作パターンＤＢ、４４…逐次ルール抽出部、４５…反映情報生成部、５０…履歴反映装置、１０１…テレビジョン受像機、１１７…ＯＳＤ回路、１１８…システムコントローラ
【技術分野】
【０００１】
本発明は、例えば任意のユーザの誤操作の履歴情報を利用して、機器の操作に対するユーザの不満を解消するための機能を提供する情報処理装置、情報処理システムおよび情報処理方法に関する。
【背景技術】
【０００２】
近年、オーディオ・ビジュアル（ＡＶ）指向の高まりから、より高い性能を持つＡＶ機器が開発されている。特にテレビジョン受像機などでは、ユーザ設定に基づいて、さまざまな画像処理を行い、画像の好み（ 画像の色合いや鮮明さなどの画質）をユーザが選択できる機能を有している。このようなＡＶ機器の高性能化により、ユーザ操作が煩雑になり、誤操作が多く発生してしまう現状を鑑み、ユーザ操作を支援する方法が各種提案されている。
【０００３】
例えば、リモコン操作信号をコマンド解析し、誤操作や不要な操作を検出してガイダンス情報を提示する方法が提案されている（特許文献１を参照）。
【０００４】
また、機器に対する操作内容からユーザの目的推定を行い、ユーザの操作を支援するためのユーザインタフェースに反映させる操作支援装置が提案されている（特許文献２を参照）。
【特許文献１】特開２００７−３００４０７号公報
【特許文献２】特開平０８−１７１４４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、特許文献１に記載されたものは、実行不可能なコマンド、内部パラメータが変化しない繰り返し操作を、予め決め打ちで誤操作と定義しておき、その操作が起こると一律に誤操作が起きたと判定する。つまり、ユーザ側で発生する誤操作発生状態を開発段階で予想して、特化した誤操作判定処理を予め決め打ちで仕込まなければならない。また、万人を対象としており、誤操作を行ったユーザへの“個人特化”の要素はない。さらに、ガイダンス情報の提示だけでは、誤操作の起きた原因を直接的に解決することは困難である。
【０００６】
また、特許文献２に記載されたものは、ユーザの操作状態、操作目的を推定する知識を予め保持しておき、その知識から推定した操作と異なる操作が行われた場合に、誤操作候補として検出する。つまり、ユーザ側で発生する誤操作発生状態を開発段階で予想して、特化した誤操作判定処理を予め決め打ちで仕込まなければならない。また、万人を対象としており、誤操作を行ったユーザへの“個人特化”の要素はない。さらに、ガイダンス情報の提示だけでは、誤操作の起きた原因を直接的に解決することは困難である。
【０００７】
さらに、上述のようにＡＶ機器に多様な処理機構が組み込まれることによって、多くの機能やサービスを提供することができるようになったものの、ユーザ側に提供される最終商品には、コスト等の兼ね合いから、製造事業者側が絞り込んだ機能しか搭載されず、セット単体で機能が限定されていた。そのため、ユーザは、セットの中の特定の機能だけをバージョンアップするときでも、セット全体を購入しなおさなければならなかった。また、前述の従来技術では、ユーザがどのような誤操作をしているかという情報を取得、分析することができず、個々のユーザの嗜好に適合する機能や製品を提供できないという課題があった。
【０００８】
本発明は、このような状況に鑑みてなされたものであり、機器の誤操作しやすい構造（ユーザインタフェース）を改善するものである。
【課題を解決するための手段】
【０００９】
本発明の一側面の情報処理装置は、パターン抽出部、ルール抽出部、及び反映情報生成部を含むように構成される。
パターン抽出部は、複数の操作対象機器から得られる、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報から各ユーザの操作パターンを抽出する。
また、ルール抽出部は、前記パターン抽出部で抽出された操作パターンから、前記ユーザの誤操作による操作パターンである誤操作パターンを抽出する。
また、反映情報生成部は、前記誤操作パターンの種類から誤操作の原因を特定し、当該誤操作の原因に基づいて前記操作対象機器の機能に反映するための反映情報を生成する。
【００１０】
本発明の一側面の情報処理システムは、ユーザの操作履歴や機器状態等の情報を蓄積する操作対象機器と、操作履歴や機器状態等の情報を解析する情報処理装置とから構成される。
操作対象機器は、入力部、信号処理部、および履歴保存部を備える。
まず入力部は、ユーザの操作入力に基づいて制御信号を生成する。また信号処理部は、前記入力部からの前記制御信号を処理する。履歴保存部は、前記ユーザの操作履歴と前記制御信号を処理した後の機器状態を、操作履歴情報として記憶する。
一方、情報処理装置は、パターン抽出部、ルール抽出部、及び反映情報生成部を備える。
パターン抽出部は、複数の操作対象機器から得られる、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報から各ユーザの操作パターンを抽出する。また、ルール抽出部は、前記パターン抽出部で抽出された操作パターンから、前記ユーザの誤操作による操作パターンである誤操作パターンを抽出する。また、反映情報生成部は、前記誤操作パターンの種類から誤操作の原因を特定し、当該誤操作の原因に基づいて前記操作対象機器の機能に反映するための反映情報を生成する。
【００１１】
本発明の一側面の情報処理方法は、複数の操作対象機器から得られる、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報から各ユーザの操作パターンを抽出するステップを含む。また、前記操作パターンから前記ユーザの誤操作による操作パターンである誤操作パターンを抽出するステップと、前記誤操作パターンの種類から誤操作の原因を特定するステップを含む。さらにまた、前記誤操作の原因に基づいて前記操作対象機器の機能に反映するための反映情報を生成するステップを含む。
【００１２】
本発明の一側面においては、取得した操作履歴情報から各ユーザの操作パターンが抽出され、抽出された操作パターンから各ユーザの誤操作パターンが抽出される。それによって、従来は認識されていなかった誤操作パターン（逐次ルール）が抽出される。そして、誤操作パターンの種類から特定される誤操作の原因に基づいて、操作対象機器の機能に反映すべき誤操作を防止するよう反映情報が生成される。
【発明の効果】
【００１３】
以上のように、本発明によれば、誤操作の履歴や機器の状態等の情報を解析し、その解析結果に基づいて、ユーザの誤操作を防止するための反映情報が生成され、操作対象機器に反映されるので、誤操作しやすい構造（ユーザインタフェース）が改善される。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態の例について、添付図面を参照しながら説明する。説明は下記項目に従って順に行うとする。
１． 本発明の情報処理システムの概要
２． 一実施の形態の履歴収集部および履歴解析部（共通部分）
３． 一実施の形態の履歴解析部（反映情報生成部：高レイヤーの場合）
４． 一実施の形態の履歴解析部（反映情報生成部：低レイヤーの場合）
５． 一実施の形態の履歴反映部
６． アップグレード（共通、高レイヤー、低レイヤー）
７． グループ単位のアップグレード
８． その他
【００１５】
［１．本発明の情報処理システムの概要］
本発明は、ユーザの操作履歴や機器の状態等の記録データの解析手法であり、特開２００４−２６５３９９号公報に記載された技術、特にセンター処理装置側の情報解析部等について、上記解析手法を操作系の観点から具現化したものである。
【００１６】
図１は、本発明を適用した情報処理システムの概要を示す図である。
本発明を適用した情報処理システムにおいては、複数のユーザＵ１〜Ｕ１４が機器に対して行った操作の操作履歴情報１を回収する。回収した操作履歴情報１を、履歴解析部２で解析し、誤操作パターンＡ〜Ｃなどの誤操作パターンをグループ別に抽出する。グループは、例えばリモートコントローラ（「リモコン」などとも称される。）のボタン配置の対称性、近接性、ボタン形状の類似性といった基準で分類される。そして、履歴解析部２で抽出したこれらの誤操作操作パターンＡ〜Ｃに基づいて、グループ別（例えばＵ１〜Ｕ５、Ｕ６〜Ｕ８、Ｕ９〜Ｕ１４等）に機器（例えば、リモートコントローラ３，４，５）をアップグレードする。なお、この例では、１４人のユーザから操作履歴情報を回収するように記載しているが、実際にはより多数のユーザ（機器）が存在する。
【００１７】
このようにすることにより、多くのユーザから共通に得られる誤操作情報を用いて、ユーザの操作についての不満（使い勝手の悪さ）を推定し、その不満を反映したアップグレードを実施することにより、ユーザの不満を解消することができる。例えば、例えば、ユーザのグループごとに、リモートコントローラ３，４，５の配置やボタン間距離、形状などをアップグレードすることができる。ユーザに提供できる新機能の例については後述する。
【００１８】
また、セルフチューニング（学習）では困難な類のアップグレードが可能（リモートコントローラの造り替え）になる。さらに、個人特化ではなく、グループ特化にすることにより、製造コストの削減が可能になる。
【００１９】
なお、以降の実施の形態において、ユーザ側の使用機器としてテレビジョンセットを想定しているが、これに限らず、ユーザの操作が加えられたり機器の内部状態が特徴的に変化したりする等、使用環境によって異なる操作履歴情報が収集されるような電子機器に対して適用可能である．
【００２０】
図２は、以降の説明において、操作手段として想定するリモートコントローラ（タッチパネル）の例を示す図である。
図２に示すリモートコントローラ１０は、キー入力部として例えばメニューボタン１０ａ、戻るボタン１０ｂ、メモボタン１０ｃ、電源ボタン１０ｄ、再生ボタン群１０ｅ、方向ボタン群１０ｆを備える。さらに再生ボタン群１０ｅは、「巻戻しボタン」、「再生ボタン」、「早送りボタン」、「ツールボタン」、「一時停止ボタン」、「停止ボタン」から構成されている。また、方向ボタン群１０ｆは、上下左右の方向ボタンからなり、４つ方向ボタンの中央には決定キーが配置されている。なお、図２に示したボタンの種類および配置等は一例であってこの例に限られない。
【００２１】
図３は、以降の説明で想定するオンスクリーン・ディスプレイ（OSD：On Screen Display）メニューの例を示す図である。
例えば、初期状態１１のときに、リモートコントローラ１０のメニューボタンを押下すると、操作対象機器がリモートコントローラ１０からの制御信号を受けてＯＳＤメニューとしてメインメニュー１２が表示される状態へと変化する。メインメニュー１２は、その下位階層としてプルダウンメニューが表示される形式になっており、例えばＴＶ設定１２ａ、画質設定１２ｂ、音質設定１２ｃ、入力設定などの設定項目が用意されている。一方、画質設定メニューが表示されているときに、戻るボタンを押下すると初期状態に戻る。
【００２２】
また、メインメニュー１２におけるＴＶ設定１２ａを選択・決定すると、ＴＶ設定メニュー１３に遷移する。ＴＶ設定メニュー１３はプルダウンメニューとして、地上波設定１３ａ、ＢＳ設定１３ｂ、ＣＳ設定１３ｃ等を備える。
【００２３】
さらに、地上波設定１３ａを選択・決定すると、地上波設定メニュー１４に遷移し、プルダウンメニューとしてチャンネル設定１４ａ等が表示される。また、ＢＳ設定１３ｂを選択・決定すると、ＢＳ設定メニュー１５に遷移し、プルダウンメニューとしてチャンネル設定１５ａ等が表示される。
【００２４】
また、メインメニュー１２において画質設定１２ｂを選択・決定すると、画質設定メニュー１６に遷移し、プルダウンメニューとしてコントラスト１６ａ、明るさ１６ｂ、色の濃さ１６ｃ等が表示される。図３に示したＯＳＤメニューは一例であって詳細は後述する。
【００２５】
［２．一実施の形態の履歴収集部および履歴解析部（共通部分）］
次に、本発明の一実施の形態に係る共通部分を説明する。共通部分とは、操作履歴情報から導出された高レイヤーと低レイヤーを処理するための共通する構成および動作を指す。
【００２６】
図４は、本発明の一実施の形態に係る情報処理システムの概略構成例を示す図である。
この実施の形態の情報処理システム２０は大きく、履歴収集装置３０−１〜３０−ｎを含む履歴収集部と、履歴解析装置４０を含む履歴解析部と、履歴反映装置５０−１〜５０−ｎを含む履歴反映部から構成される。通常、履歴収集部と履歴反映部は同一であることが多いが、同一であることに限られない。
【００２７】
履歴収集部は、ユーザ側（例えば、家庭や職場など）に設置され、ユーザがその機器を利用するとその情報（例えば、ユーザの誤操作を含む操作履歴、入力信号、機器の状態等）を蓄積する。この履歴収集部を構成する履歴収集装置３０−１〜３０−ｎの各々は、テレビジョン受像機等の機器内部に格納されてもよいし、別個の構成としてもよい。以下、履歴収集装置３０−１〜３０−ｎを総称して履歴収集装置３０と称し、履歴収集装置３０と記載した場合には特に断りのない限り履歴収集装置３０−１〜３０−ｎの各々を指すものとする。後で各履歴収集装置３０に蓄積した情報すなわち操作履歴情報を収集する。収集方法は、ネットワーク経由で取得する、操作履歴情報が記録された記録媒体をメーカ（製造事業者）側に郵送するなどの方法が考えられる。この履歴収集装置３０の詳細は後述する。
【００２８】
履歴解析部は、例えば製品を開発するメーカのセンターなどに設置される（サーバ）装置である。この履歴解析部を構成する履歴解析装置４０は、全ユーザの履歴収集装置３０−１〜３０−ｎから送られてくる誤操作を含む操作履歴情報が蓄積される操作履歴情報蓄積装置３０Ｍから操作履歴や機器の状態等の記録に基づいて誤操作を抽出して解析する。そして、アップグレードに活用できる有益な情報（反映情報）を抽出する。アップグレードに活用できる有益な情報は、反映情報蓄積装置４０Ｍに保存する。この履歴解析装置４０の詳細は後述する。
【００２９】
履歴反映部は、ユーザ側（例えば、家庭や職場など）に設置される。この履歴反映部を構成する履歴反映装置５０−１〜５０−ｎは、反映情報蓄積装置４０Ｍに保存されたアップグレードに関する情報を元にして操作対象機器のアップグレードを行う。例えば、アップグレード情報を元にしてカスタマイズした機器をユーザに提供する、または、アップグレード情報をユーザ側に(ネットワーク経由で) 送信し、ユーザ側の機器がアップグレード情報を元にして機能をカスタマイズする。以下、履歴反映装置５０−１〜５０−ｎを総称して履歴反映装置５０と称し、履歴反映装置５０と記載した場合には特に断りのない限り履歴反映装置５０−１〜５０−ｎの各々を指すものとする。この履歴反映装置５０の詳細は後述する。
【００３０】
［履歴収集部の構成］
図５は、情報処理システム２０を構成する履歴収集部の構成を示す図である。
履歴収集部は履歴収集装置３０を備えており、この履歴収集装置３０は、信号処理部３１と、ユーザインタフェース（入力部、出力部）３２と、信号収集部３３と、履歴保存部３４を含むようにして構成される。
【００３１】
信号処理部３１は、ＤＳＰ（Digital Signal Processor）やＣＰＵ（Central Processing Unit）などが適用され、入力信号（映像信号や音声信号など）に所定の処理を施した提示情報をユーザインタフェース３２へ供給する。また、ユーザがリモートコントローラ１０（図２参照）を用いて入力した信号に含まれる制御情報を受信し、その制御情報に基づく処理を行う。
【００３２】
ユーザインタフェース３２は、ユーザがリモートコントローラ１０を用いて入力した信号を解析し、解析した結果である制御情報を信号処理部３１および信号収集部３３へ出力する。具体的にはユーザインタフェース３２は、グラフィカルユーザインタフェースである。なお、インタフェースとして、リモートコントローラ１０からの赤外線信号を受信する受光部を備える。
【００３３】
信号収集部３３は、ユーザインタフェースから入力される制御情報（操作履歴）、信号処理部３１から入力される入力信号や内部パラメータ（入力信号、機器状態等）を収集する。
【００３４】
履歴保存部３４は、磁気記録装置や半導体メモリ等から構成され、信号収集部３３で収集した情報を記録、蓄積する。
【００３５】
上記のように構成された履歴収集部では、ユーザが使用している電子機器（テレビジョン受像機等）の内部に流れる電気信号を信号収集部３３により収集する。以降では、収集する電気信号の記録を総称して“操作履歴” と表現するが、これはユーザの操作情報そのもの、およびそれに起因する機器の内部状態の変化の記録を表す。
【００３６】
例えばテレビジョンセットの場合、図５に示すようにユーザインタフェース(ディスプレイ等の表示部、受光部等)３２ から信号処理部３１へ送られる制御情報、および信号処理部３１の内部パラメータを信号収集部３３が検知する。収集する電気信号として赤外線リモコン(SIRCS：Serial Infrared Remote Control System) コード、機器の内部状態の記録としてI2C(Inter-Integrated Circuit)バスに流れるコード、SCI(Serial Communication Interface) 通信コード等のあらゆる機器内部の集積回路間の通信データが挙げられるが、これらの情報に限られない。
【００３７】
電気信号(ＳＩＲＣＳコード、I２Ｃコード等)を収集後、図６に示すような取得時間、リモコンコードの種類等を組み合わせて操作履歴情報３０Ａ−１を作成し、履歴保存部３４に保存する。ここで、操作履歴情報３０Ａ−１としてあらゆる情報を網羅的に収集することもできるが、記録容量の節約のために、必要な操作履歴情報のみを選別して保存する。以上の処理を繰り返し、操作履歴情報を履歴保存部３４に蓄積していく。
【００３８】
履歴保存部３４の容量が一杯になったとき、履歴保存部３４の交換を促し、メーカ(センター) は履歴保存部３４を回収する。機器の使用開始から一定期間経過後、メーカ(センター) 側からの要求により、履歴保存部３４が回収されるという場合も考えられる。操作履歴情報を回収するには、ユーザから電子機器、または取り外し可能な履歴保存部(専用の記録装置を用意、またはリモートコントローラに装備するなど) をメーカ側(センター) に提供してもらえばよい。電子機器にネットワーク接続機能が備えられている場合、蓄積された操作履歴情報をネットワーク経由でメーカ側(センター) に送るという方法でも構わない。
【００３９】
［履歴収集部の動作］
次に、図７に示すフローチャートを参照して、情報処理システム２０を構成する履歴収集部（履歴収集装置３０）の処理例を説明する。
ステップＳ１において、操作履歴情報の収集処理が開始されると、まずユーザによる操作情報がユーザインタフェース３２を介して信号処理部３１へ入力されたか否かを判定する。操作情報が入力された場合にはステップＳ２の処理に進む。一方、操作情報が入力されていない場合にはステップＳ１の処理を繰り返し実行し、操作情報の入力の有無を監視する。
【００４０】
ステップＳ２において、信号収集部３３は履歴保存部３４に空き容量があるか否かを判定する。空き容量がある場合にはステップＳ３の処理へ進む。一方、空き容量がない場合にはステップＳ５の処理へ進む。
【００４１】
ステップＳ３において、信号収集部３３は操作履歴情報の選別を行う。つまり、機器内部に存在する様々な情報の中から操作履歴情報のみを選別して保存する。この処理が終了後、ステップＳ４の処理へ進む。
【００４２】
ステップＳ４において、信号収集部３３は、操作履歴情報を履歴保存部３４に保存する。この処理が終了後、ステップＳ１の判断処理に戻り一連の処理を繰り返す。
【００４３】
またステップＳ５において、信号処理部３１は、履歴保存部３４に空き容量がないと判定された場合、履歴保存部３４の交換を催促するメッセージをユーザインタフェース３２に表示させるように制御する。
【００４４】
ステップＳ６において、履歴保存部３４に蓄積された操作履歴情報をネットワーク経由でメーカ側（センター）に送る。あるいは、ユーザが電子機器（履歴収集装置３０）、または取り外し可能な履歴保存部３４をメーカ側(センター) に提供するようにしてもよい。
【００４５】
［履歴解析部の構成］
次に、履歴収集部が収集した操作履歴情報の解析を行う履歴解析部について説明する。
以降では、各ユーザに対して個別に履歴解析部の処理を進めるように説明しているが、特に逐次ルール抽出部ではユーザ間の比較を行う等の際に、できるだけ多くのユーザのデータを包括的に用いて処理を進めると効果が大きい。
【００４６】
図８は、情報処理システム２０を構成する履歴解析部の構成例を示す図ある。
履歴解析部は大別して、操作履歴情報蓄積装置３０Ｍ、履歴解析装置４０、反映情報蓄積装置４０Ｍから構成される。操作履歴情報蓄積装置３０Ｍおよび反映情報蓄積装置４０Ｍは、磁気記録装置や半導体メモリなどの不揮発性の記録手段を適用できる。
【００４７】
この履歴解析装置４０は前処理部４１、一連操作抽出部４２、パターン抽出部４３、操作パターンデータベース４３Ａ、逐次ルール抽出部４４、反映情報生成部４５を含むようにして構成される。履歴解析装置４０の各部は、例えばＣＰＵなどの信号処理装置が適用され、入力される信号に対して所定の処理を行い、次段の処理部へ出力する。なお、履歴解析装置４０は図示しないメモリを備えている。あるいは履歴解析装置４０の各部の内部に、各部が処理・演算した結果を記憶するメモリを個別に設けてもよい。
【００４８】
前処理部４１は、操作履歴情報蓄積装置３０Ｍに記録する操作履歴情報の仕様によって多種の操作履歴情報が得られるが、操作履歴情報蓄積装置３０Ｍから以降の解析で必要な情報だけを抽出し、操作履歴情報の書式（データ形式）を整えるものである。この前処理部４１の動作の詳細については後述する。
【００４９】
一連操作抽出部４２は、前処理部４１で前処理された長期に渡る操作履歴情報から同目的と推定できる操作履歴情報の塊(一連の操作) を抽出するものである。この一連操作抽出部４２の動作の詳細については後述する。
【００５０】
パターン抽出部４３は、一連操作抽出部４２で抽出されたそれぞれの一連の操作から操作パターンを抽出し、集計を行うものである。このパターン抽出部４３の動作の詳細については後述する。
【００５１】
操作パターンデータベース４３Ａは、パターン抽出部４３で抽出されたユーザの操作パターンが書き込まれ、不揮発性のメモリに構築される。なお、以降では操作パターンデータベース４３Ａを「操作パターンＤＢ４３Ａ」と称する。
【００５２】
逐次ルール抽出部４４は、パターン抽出部４３で抽出された各操作パターンに関して意味付けを行い、アップグレードに活用できる情報を抽出するものである。この逐次ルール抽出部４４の動作の詳細については後述する。
【００５３】
反映情報生成部４５は、逐次ルール抽出部４４で抽出されたアップグレードに活用できる情報、この実施の形態では誤操作パターンと各操作をどのように反映させるかといった反映方法等から、機器に新機能を反映させるための反映情報を生成するものである。反映情報は反映情報蓄積装置４０Ｍに保存する。この反映情報生成部４５の動作の詳細については後述する。
【００５４】
［履歴解析部の各部の動作］
次に、情報処理システム２０を構成する履歴解析部（履歴解析装置４０）の各部の処理例を説明する。
【００５５】
［前処理部の動作］
図９のフローチャートを参照して、前処理部４１の処理例を説明する。
ステップＳ１１（操作履歴分解処理）において、前処理が開始されると、まず操作履歴情報蓄積装置３０Ｍに収集された操作履歴情報（図６参照）を一操作履歴コード毎に分解し、各操作履歴コード毎に順次、次のステップ１２の判定処理に回す。
【００５６】
ステップＳ１２（操作履歴残数判定処理）において、未処理の操作履歴情報（操作履歴コード）が残っているかどうかを判定する。残っていればステップＳ１３の判定処理に進み、残っていなければ前処理を終了する。
【００５７】
ステップＳ１３（操作履歴種類判定処理）において、以降の解析で必要な操作履歴情報（操作履歴コード）かどうかを判定し、必要な操作履歴情報だけを抽出して次のステップＳ１４の処理に進む。残りの不要な操作履歴情報はステップＳ１５の処理に回す。なお、逐次ルール抽出部４４の操作パターン絞り込み処理でも操作履歴情報の絞り込みが行われるので、必ずしもこの段階で絞り込みを行わなくても構わない。
【００５８】
収集した操作履歴情報を、解析に利用するためのデータに変換する具体例として、例えばＳＩＲＣＳコードから重複する操作履歴コードを取り除く処理がある。通常、通信の安定性のため、１回ボタンを押すごとに、複数個（下の例では２個）のＳＩＲＣＳコマンドが送信されているので、重複する余分な操作履歴コードを取り除く。また、他の例として、解析に不要な操作履歴コードを取り除くということが挙げられる。例えば、メニュー操作の解析を行う場合、無関係な操作履歴情報（機器内部の処理コードなど）は取り除くようにする。また、例えば選局に関する操作履歴情報だけが必要ならば、それ以外の操作履歴情報（音量調節、画質調整など） を取り除く。
【００５９】
前処理済みの操作履歴情報の例を、図１０に示す。この図１０に示す例は、操作履歴情報３０Ａ−１について前処理を行い、重複する操作履歴コードが除去された操作履歴情報３０Ａ−２を得る場合の例である。
【００６０】
図９のフローチャートの説明に戻る。ステップＳ１４（操作履歴結合処理）において、ステップＳ１３の操作履歴種類判定処理が行われた一操作履歴コードを、その時点までに蓄積しておいた操作履歴コード群と結合させる。この処理が終了後、ステップＳ１１の処理に進み、全操作履歴コードについて処理が終了するまで繰り返す。
【００６１】
ステップＳ１５（操作履歴除去部）において、ステップＳ１３で解析に必要ない操作履歴情報と判定された場合、該当する操作履歴情報（操作履歴コード）を取り除く。この処理が終了後、ステップＳ１１の処理に進み、全操作履歴コードについて処理が終了するまで繰り返す。
【００６２】
［一連操作抽出部の動作］
図１１のフローチャートを参照して、一連操作抽出部４２の処理例を説明する。
ステップＳ２１において、操作抽出処理が開始されると、まず前処理部４１において前処理済み操作履歴情報について、一連の操作抽出処理を行う。この一連の操作抽出処理では、操作履歴統合処理（ステップＳ２１−１）および／または区切り位置設定処理（ステップＳ２１−２）を行う。あるいは、これらの処理を行ったり来たり繰り返す。この処理が終了後、ステップ２２の処理に進む。
【００６３】
ステップＳ２１−１（操作履歴統合処理）において、隣接するまたは十分近い位置に存在する前処理済みの操作履歴情報（操作履歴コード）を種々の規範に従って統合する。その規範としては例えば次のようなものを組み合わせて用いる。
（１） 発生時刻: 同時刻の操作履歴コードを同じものとして統合する。
（２） 操作履歴コードの種類: 操作履歴コードの種類が同じものを統合する。
【００６４】
２の場合、例えばテレビジョンセットにおいて、“音量上昇” コードだけを統合したり、“音量上昇” コードと“音量下降” コードを同じものとして統合したりする等、必要に応じて設計することによって種々の統合方法を選択できる。
【００６５】
また、統合に用いる規範の組合せ方として、例えば同時刻・同種類の操作履歴コードをまず統合し、その後さらに統合した操作履歴コードの種類に応じて統合を行う等、必要に応じて種々の統合方法を選択することができる。このような統合を行う場合には、ステップＳ２１−１とステップＳ２１−２の処理を行ったり来たりすることとなる。
【００６６】
ここで操作履歴コードを統合した場合の例を、図１２に示す。
本実施の形態では、操作履歴情報を階層化し、例えば状態遷移を２階層（レイヤー）に分けて考える。つまり、前処理後の操作履歴情報（リモコンコード）から、低レイヤー（下位階層）と高レイヤー（上位階層）の状態を導出する。この操作履歴情報の統合は、以降の操作パターンの解析で得られる操作パターンの種類を決定したり、次の区切り位置設定部で区切り位置を限定したりするのに利用される。
【００６７】
図１２において、状態遷移トリガである操作履歴情報、低レイヤーの状態遷移、高レイヤーの状態遷移が示されている。
操作履歴情報は生のログデータであり、上述したリモコンコード（ＳＩＲＳコード）や機器内部の処理コード等が操作履歴情報に該当する。
【００６８】
低レイヤーの状態遷移は、リモートコントローラを操作する段階での状態の遷移であり、リモコンコードに割り当てられた操作内容を上位の概念で表現したものである。したがって、ユーザインタフェース上で“見た目”が変化していなくても別状態として処理する。
【００６９】
また高レイヤーの状態遷移は、機能の段階での状態の遷移であり、ユーザからの“見た目”と状態が一致する。別の表現をすれば、低レイヤーにおける各状態を同一分類（機能）ごとにまとめたものである。すなわちＯＳＤメニュー階層、あるいは、各種処理モード（２画面表示等）等に相当する。
【００７０】
図１１のフローチャートの説明に戻る。
ステップＳ２１−２（区切り位置設定部）において、前処理済み、かつ、統合済みの長期に渡る操作履歴コードを同目的の操作履歴の塊(一連の操作) にまとめる。例えばテレビジョンセットの場合、“明るさ設定” と“音量調節” を順に行ったとしたら、“明るさ設定” に関する一連の操作と“音量調節” に関する一連の操作の間に区切りを設定して、それぞれの一連の操作を同目的の操作履歴の塊としてまとめることに相当する。
【００７１】
区切り位置の決定方法としては、例えば次のような規範を組み合わせるが、これらの候補位置に限られない。
（１） 操作履歴統合処理で統合されなかった隣接する操作履歴コードの間。
図１２を例に挙げると、波線で示した位置である。例えば各操作履歴情報、低レイヤーのメインメニュー表示状態４２ＬＬ−１，４２ＬＬ−２，４２ＬＬ−３、高レイヤーのメインメニュー表示状態４２ＨＬの各境界部分が該当する。これに該当する候補位置の集合をＳＡとする。
（２） 時間間隔が閾値δよりも大きい隣接する操作履歴コードの間。
閾値δは全部の操作履歴コードに共通の値をあらかじめ決定しておいたり、操作履歴コードの種類に応じて値を変えたりしてもよい。閾値をδとした場合、これに該当する候補位置の集合をＳＢ(δ) とする。
（３） 規格で決められている（操作機器の取り扱い説明書に記載されている） 一連の操作の中で、初めにしか現れない操作履歴コードの直前や、最後にしか現れない操作履歴コードの直後。これに該当する候補位置の集合をＳＣとする。
（４） 操作機器の内部状態の利用。
例えばテレビセットの場合、I２Ｃコード等を利用して実際に電源オフや電源オンの位置を調査し、その位置やその前後に区切り位置を設定する。これに該当する候補位置の集合をＳＤとする。
【００７２】
組合せ方としては、例えばδｂ、δｓ をそれぞれ大きい閾値、小さい閾値とすると、（ＳＡ∩ＳＢ（δＳ））∪ＳＢ（δｂ）など、積集合（∩）と和集合（∪）を種々選択して区切り位置の集合を決定することができる。
【００７３】
ステップＳ２１の終了後、ステップＳ２２において、前処理済みの操作履歴情報を最終的に得られた区切り位置で区切り、必要に応じて操作履歴コードを統合する。最終的に得られた一連の操作パターンを蓄積して、次のパターン抽出部４３に供給する。
【００７４】
図１２の例では、低レイヤーにおいて、メニューボタン，下ボタン，決定ボタンの各々に対しメインメニュー表示状態４２ＬＬ−１，４２ＬＬ−２，４２ＬＬ−３が存在する。そして、高レイヤーにおいては、低レイヤーのメインメニュー表示状態４２ＬＬ−１，４２ＬＬ−２，４２ＬＬ−３が一つのメインメニュー表示状態４２ＨＬに統合されている。
【００７５】
［パターン抽出部の動作］
次に、図１３のフローチャートを参照して、パターン抽出部の処理例を説明する。
ステップＳ３１（一連の操作履歴分解処理）において、パターン抽出処理が開始されると、まず一連操作抽出部４２にて設定した区切り位置を基にして、それぞれの一連の操作履歴コードを分解し、各一連の操作履歴コード毎に順次、次のステップＳ３２の判定処理に回す。
【００７６】
ステップＳ３２（操作履歴残数判定処理）において、未処理の操作履歴情報（一連の操作履歴コード）が残っているかどうかを判定する。残っていればステップＳ３３の判定処理に進み、残っていなければパターン抽出処理を終了する。
【００７７】
ステップＳ３３（操作パターン生成処理）において、一連の操作履歴コードから操作パターンを抽出する。操作パターンとしては必要に応じて、例えば次のような方法を選択する。
（１） それぞれのＭ回（Ｍは整数）の一連の操作から、Ｎ回の連続操作（Ｍ＞Ｎ、Ｎは整数で固定）を取り得る範囲の開始位置から抽出する。それぞれの一連の操作の最初のＮ回の連続操作、または最後のＮ回の連続操作だけを抽出する等も考えられる。以降においては、２連続操作の場合を例に挙げて説明するが、この例に限られず３回などでもよい。
（２） それぞれの一連の操作そのものを一つの操作パターンとする。
【００７８】
ステップＳ３４（操作パターン蓄積処理）において、ステップＳ３３の操作パターン生成処理で得られた操作パターンを順次、図示しないメモリに蓄積する。この蓄積された操作パターンを次の逐次ルール抽出部４４に供給する。この処理が終了後、ステップＳ３１の処理に進み、全操作履歴コードについて処理が終了するまで繰り返す。
【００７９】
［逐次ルール抽出部の動作］
次に、図１４のフローチャートを参照して、逐次ルール抽出部の処理例を説明する。
ステップＳ４１（操作パターン分解処理）において、逐次ルール抽出処理が開始されると、まずパターン抽出部４３で得られた操作パターン群を操作パターン毎に分解し、各操作パターン毎に順次、次のステップＳ４２の操作パターン残数判定処理に回す。
【００８０】
ステップＳ４２（操作パターン残数判定処理）において、未処理の操作パターンが残っているかどうかを判定する。残っていればステップ４３の操作パターン絞り込み処理に進み、残っていなければ逐次ルール抽出処理を終了する。
【００８１】
ステップＳ４３（操作パターン絞り込み処理）において、パターン抽出部４３で得られた操作パターンの数が取り扱える許容範囲であれば、絞り込みを行わずそのまま通過する。しかし、操作パターンの数が膨大で取り扱いきれない場合、例えば次のような規範を組み合わせて絞り込み条件として用い、操作パターンの絞り込みを行う。なお、説明の都合上、“ある操作（群）Ａの後に、または、ある操作（群）Ａを原因として、ある操作（群）Ｂが現れる” という操作パターンを想定する。この処理が終了後、ステップＳ４４の処理に進む。
【００８２】
■統計量： 例として次のような指標が挙げられる。
−頻度： 操作パターンの出現度数。上限値や下限値を設定して操作パターンを絞り込む。
−確信度： 操作（群）Ａが現れた場合を前提として、操作（群）Ｂが現れる確率。条件付き確率「Ｐ（Ｂ／Ａ）」に相当し、操作（群）Ａと操作（群）Ｂの結び付き度合いを表す。上限値や下限値を設定して操作パターンを絞り込む。
−リフト値： 操作（群）Ａが現れた場合という前提が、操作（群）Ｂが現れる確率に寄与する影響度合い。「Ｐ（Ｂ／Ａ）／Ｐ（Ｂ）」に相当し、計算結果が１を越えれば特に意味のある操作パターンであると判断できる。上限値や下限値を設定して操作パターンを絞り込む。
■操作履歴コードの種類：
アップグレードシステムの履歴反映部（図５参照）で必要な操作パターンのみに絞ったり、操作パターンの出現度数の偏りを是正したりすることにより、上記の統計量での絞り込みをより効果的にする。
■発生時刻：
操作機器の使用開始後の日数に応じた期間等で絞り込みを行う。これにより操作パターンの経年変化を解析することができる。
【００８３】
ステップＳ４４（誤操作パターン抽出処理）において、絞り込み後の各操作パターンの中から、ユーザの誤操作によって発生した可能性の高い操作パターンを反映情報の一項目として抽出する。例えばテレビジョンセットに対するリモートコントローラの操作について解析した場合を考える。ここでは、ステップＳ４３の操作パターン絞り込み処理で確信度・リフト値が共に高い操作パターンだけが抽出されるものとする。
【００８４】
次に、その操作パターンの中から、誤操作パターンを抽出する。誤操作パターンはその種類によって、例えば以下のように定義することができる。
（１） “状態Ａ→状態Ｃ→状態Ａ→状態Ｂ（Ｂ≠Ｃ）”
（２） “状態Ａ→状態Ａ→状態Ｂ（１度目と２度目の操作に共通性がある場合）”
（３） “状態Ａ→状態Ｃ（低確信度であり、他に高確信度の類似操作「状態Ａ→状態Ｂ」がある場合）”
【００８５】
本発明でいう誤操作パターンとは、意図した操作パターンと異なる操作パターン、すなわち規定パターンにない操作パターンを想定している。ここで、規定パターンとは、所望の機能の実行のために取扱説明書等に記載され、予め規定しておくことができる操作パターンである。したがって、仮にユーザにとっては誤操作であっても、そのパターンが規定パターンに含まれる場合には誤操作パターンとして抽出しない。規定パターンは、不揮発性のメモリに記憶してあり、この不揮発性のメモリとしては例えば操作パターンＤＢ４３Ａを記憶しているメモリなどを利用できる。
【００８６】
上記（１）は、一度行った操作を取り消して（「戻る」ボタン、「キャンセル」ボタン等を押下）、別の状態に移行する操作を行った場合に相当する。これは、元々“状態Ａ→状態Ｂ”を意図していたところ、誤って“状態Ａ→状態Ｃ”の誤操作をしてしまったパターンであると解釈できる。
【００８７】
上記（２）は、（１）の変則的なパターンであって、誤操作によって状態が変化しなかった場合に相当する。例えばメニューと関係ない操作等が該当する。
【００８８】
上記（３）は、操作パターンＤＢ４３Ａに保存されたユーザの普段の操作履歴から分析すると他に確率的に高い状態遷移があるのに、確率的には低い類似する状態遷移が起きた場合に相当する。例えば、１チャンネルを表示している状態で普段は高い確率で２チャンネルボタンを押すのに、３チャンネルボタンが押された場合などである。
【００８９】
以降において、誤操作パターンを上記（１）の場合を例に説明する。誤操作パターンの抽出後は、その発生原因を導出する。これは、“状態Ａ→状態Ｂ”と“状態Ａ→状態Ｃ”との関係から予め定義しておくことができる。この操作がリモートコントローラで行われた場合、ボタンの空間的な位置関係（近接性・対称性）や形状の類似性など、ＯＳＤの場合は項目の位置関係などが、誤操作の発生原因として挙げられる。
【００９０】
例えば、高頻度、高確信度の規定外操作パターンの中で、当初は“状態Ａ→状態Ｂ”のように状態遷移する予定であったのに、状態Ｂへ遷移するためのボタンと状態Ｃへ遷移するためのボタンの位置が近接しているためにボタンを押し間違えた場合である。それによって、“状態Ａ→状態Ｃ（→状態Ｂ）”のように状態遷移した、ということが発生する。なお、リモートコントローラのボタンの押し間違いは、ボタンが対称的な配置の場合や、ボタンの形状が同じ場合等でも起こり得る。
【００９１】
そして、ステップＳ４５（誤操作パターン解釈蓄積処理）において、ステップＳ４４の誤操作パターン抽出処理で得られた各誤操作パターンの解釈を蓄積し、アップグレードシステムの履歴反映部で活用する情報とする。例えば、リモートコントローラのボタンの押し間違いパターン（誤操作パターン）だと解釈された操作パターンを蓄積することにより、そのユーザの“誤操作” に関する特徴(逐次ルール) が抽出される。例を挙げると、あるユーザはボタン配置の対称性による押し間違いが多いとか、時間軸上で見ると誤操作パターンがある時期から全く現れず、このリモートコントローラの操作に慣れたと解釈される、といった知見が得られる。以上の結果、例えば次のような反映情報(アップグレードに必要な情報) を出力する。
【００９２】
（１） ボタンの配置の近接性に起因する誤操作が頻発する→ボタンの配置を遠ざける
（２） ボタンの配置の対称性に起因する誤操作が頻発するグループ→ボタンの配置を対称でない位置に割り当てる
（３） ボタンの形状の類似性に起因する誤操作が頻発するグループ→ボタンの形状を変える
【００９３】
リモートコントローラのボタンのカスタマイズのために出力される反映情報の例は、後述する。
【００９４】
次に、反映情報生成部４５（図８参照）についてさらに詳細に説明する。
反映情報生成部４５は主に、操作履歴情報の高レイヤーにおいて抽出された誤操作パターン（機能の選択間違い）、および、操作履歴情報の低レイヤーにおいては抽出された誤操作パターン（ボタンの押し間違い）に基づいて、反映情報を生成する。以降において、反映情報生成部４５について、操作履歴情報（図１２参照）の高レイヤーと低レイヤーのそれぞれの場合に分けて説明する。
【００９５】
［３．一実施の形態の履歴解析部（反映情報生成部：高レイヤーの場合）］
まず、図１５〜図１９を参照して、高レイヤーの場合の反映情報生成部４５の動作について説明する。
【００９６】
図１５は、履歴解析装置４０の反映情報生成部４５による操作履歴情報の高レイヤーに対する処理例を示すフローチャートである。
ステップＳ５１において、反映情報生成処理が開始されると、まず反映情報生成部４５は前過程の逐次ルール抽出部４４による誤操作パターン抽出処理（ステップＳ４４）で得られた誤操作パターンおよび状態遷移トリガの情報を読み出す。この処理が終了後、ステップＳ５２の処理に進む。
【００９７】
ステップＳ５２において、反映情報生成部４５は、誤操作パターンおよび状態遷移トリガの情報から誤操作／正解操作対応テーブルを更新する。この処理が終了後、ステップＳ５３の処理に進む。
【００９８】
ステップＳ５３において、反映情報生成部４５は、更新した誤操作／正解操作対応テーブルを、図示しないメモリに保存する。この処理が終了後、ステップＳ５４、ステップＳ５５の処理に進む。
【００９９】
例えば図１２に示した例では、操作履歴情報から得られる高レイヤーの状態遷移は、「初期状態」→「メインメニュー」→「画質設定メニュー」→「メインメニュー」→「ＴＶ設定メニュー」→「ＢＳ設定メニュー」である。高レイヤーの操作履歴情報からは、下記の２状態遷移の誤操作パターン（＝機能の選択間違い）を抽出する。
【０１００】
（１）状態Ａ→状態Ｃ→状態Ａ→状態Ｂの高頻度・高確信度・高リフト値のパターン
これは図３に示した例でいえば、例えば「メインメニュー１２」→「画質設定メニュー１６」→「メインメニュー１２」→「ＴＶ設定メニュー１３」のように遷移する場合に相当する。
【０１０１】
（２）状態Ａ→状態Ｃの高頻度・低確信度・高リフト値のパターン
（ただし、同ユーザには、別に高頻度・高確信度・高リフト値のパターン「状態Ａ→状態Ｂ」が存在するものとする。）
これは図３に示した例でいえば、「ＴＶ設定メニュー１３」→「ＢＳ設定メニュー１５」と遷移する場合に相当する。前提として、操作パターンＤＢ４３Ａに蓄積された操作パターンから、パターン抽出部４３等によって普段は主に「ＴＶ設定メニュー１３」→「地上波設定メニュー１４」の順にしか操作しないことが統計的に求められているものとする。また、ＢＳ放送番組が映らないのに、「ＢＳ設定メニュー１５」に入ったような場合も誤操作に相当するものとする。
【０１０２】
誤操作パターンの具体的な抽出手順は、逐次ルール抽出部４４の説明で言及したように、まず所望の状態遷移パターンの抽出を全操作履歴情報に対して行い、その後に、抽出された全パターンを統計的な尺度（頻度・確信度・リフト値）でふるいに掛ける。これによって、偶然発生した誤操作パターンが除去され、有意な誤操作パターンのみが残る。
【０１０３】
図１６に、誤操作／正解操作対応テーブル（高レイヤー）の例を示す。図１６に示す例では、誤操作／正解操作対応テーブルと後述する誤操作原因情報テーブルの相互のフィールドを、一部重ねた状態で表現してある。
【０１０４】
この誤操作／正解操作対応テーブルは、誤操作と正解操作（本来意図した操作）の対応付けを行うものであり、フィールドとして「状態遷移パターン」、「誤操作」、「正解操作」を備える。
【０１０５】
この図１６に示す例では、状態遷移パターンとして「メインメニュー→画質設定メニュー→メインメニュー→ＴＶ設定メニュー」、「ＴＶ設定メニュー→ＢＳ設定メニュー」のパターンが抽出されている。この「メインメニュー→画質設定メニュー→メインメニュー→ＴＶ設定メニュー」のパターンに対して、誤操作として「画質設定メニューＩＮ」が、正解操作として「ＴＶ設定メニューＩＮ」が書き込まれる。また、「ＴＶ設定メニュー→ＢＳ設定メニュー」のパターンに対して、誤操作として「ＢＳ設定メニューＩＮ」が、正解操作として「地上波設定メニューＩＮ」が書き込まれる。
【０１０６】
次に、ステップＳ５４，ステップＳ５５において、反映情報生成部４５は、図示しないメモリに記憶されているシステム情報および反映方法テーブルを読み出す。システム情報は、状態遷移パターンをＯＳＤメニュー階層での動きに対応づける際に用いるものであり、ＯＳＤの階層構造（例えば図３参照）や階層を構成する項目の名称等の情報が含まれる。読み出されたシステム情報は誤操作原因を特定する処理（後述のステップＳ５６）に、また反映方法テーブルは反映情報を生成する処理（後述のステップＳ５８）において利用される。この処理が終了後、ステップＳ５６の処理に進む。
【０１０７】
図１７に、反映方法テーブル（高レイヤー）の例を示す。
図１７に示す反映方法テーブルは、フィールドとして「反映方法種別番号」、「誤操作原因」および「反映方法」を備える。反映方法とは、機器のアップグレードをどのような方法（形態）で実現するかを規定したものである。
【０１０８】
この実施の形態では、反映方法種別番号「０」のとき、誤操作原因なし、かつ、反映方法が「変更なし」である。以下、反映方法種別番号「１」のとき、誤操作原因が「メニュー項目の取り違え」、反映方法が「不正解メニュー内に正解メニューへのショートカットを作成する」である。また反映方法種別番号「２」のとき、誤操作原因が「メニュー項目の取り違え」、反映方法が「不正解メニュー項目を目立たなくする」である。さらに、反映方法種別番号「３」のとき、誤操作原因が「メニュー項目の取り違え」、反映方法が「不正解メニューから正解メニューに直接遷移する」である。
【０１０９】
なお、上記システム情報および反映方法テーブルについては、解析開始前に予め定義し用意しておくことが望ましい。
【０１１０】
そして、ステップＳ５６において、誤操作／正解操作対応テーブルおよびシステム情報に基づいてユーザごとに誤操作の原因を特定する。例えば、状態遷移パターンが「メインメニュー→画質設定メニュー→メインメニュー→ＴＶ設定メニュー」の場合、「状態Ａ→状態Ｃ→状態Ａ→状態Ｂ」のパターンであるから、原因は「状態Ｃ」と「状態Ｂ」の取り違え、すなわち「ＴＶ設定メニュー」と「画質設定メニュー」の取り違えであると特定する。また、「ＴＶ設定メニュー→ＢＳ設定メニュー」の場合、当該ユーザは「ＴＶ設定メニュー後」には「地上波設定メニュー」を選択する確率が高いという前提で、「ＢＳ設定メニュー」と「地上波設定メニュー」の取り違えであると特定する。この処理が終了後、ステップＳ５７の処理に進む。
【０１１１】
ステップＳ５７において、反映情報生成部４５は、特定した誤操作原因を、図１６に示した誤操作／正解操作対応テーブルの対応する「誤操作」に追加するようにして誤操作原因情報テーブルを生成する。そして、生成した誤操作原因情報テーブルを図示しないメモリに保存する。この処理が終了後、ステップＳ５８の処理に進む。なお、図１６に示す例では、誤操作／正解操作対応テーブルと誤操作原因情報テーブルを一部重複させる形態としてあるが、別個にテーブルを作成してもよいことは勿論である。
【０１１２】
ステップＳ５８において、上述した誤操作／正解操作対応テーブル、システム情報、反映方法テーブルおよび誤操作原因情報テーブルを基に、アップグレード時に活用する反映情報を生成する。この処理が終了後、ステップＳ５９の処理に進む。なおステップＳ５５の反映方法テーブルの読み出し処理の実行は、このステップＳ５８の処理の直前でもよい。
【０１１３】
ステップＳ５９において、反映情報生成部４５は、生成した反映情報を基に反映情報テーブルを作成し、メモリに保存する。この処理が終了後、反映情報生成処理を終了する。
【０１１４】
図１８に、反映情報テーブル（高レイヤー）の例を示す。
反映情報には、リモートコントローラ（タッチパネル）のアップグレードに必用な情報が含まれている。図１８に示す反映情報テーブルには、フィールドとして「（反映）対象」、「反映方法種別番号」、反映対象に機能を反映させるための「反映方法詳細」が含まれる。本実施の形態において、（反映）対象とは“誤操作”を指す。「誤操作原因」の番号は、反映方法テーブルの「反映方法識別番号」と対応している。さらに、「反映方法詳細」には、対象ごとに個別具体的な反映方法が記録される。
【０１１５】
ここで、反映情報テーブルにおける反映方法種別番号の決定方法について説明する。まず、誤操作原因情報テーブル（図１６参照）から誤操作原因情報を取り出し、その情報と一致するエントリーを反映方法テーブル（図１７参照）の誤操作原因フィールドの中から探索する。そして、一致したエントリーの反映方法種別番号を取り出し、一致しなければ反映方法種別番号を「０」として登録する。図１７の例では誤操作原因フィールドが全部同じ内容にしてあるが、実際には様々な誤操作原因が格納されている。また図１７の例において、誤操作原因フィールドに同じ誤操作原因が複数格納されているのは、同一の誤操作原因について反映方法の例を複数挙げようとしたものであり、説明の都合によるものである。したがって、探索で最初にヒットしたエントリーのみを選択するとか、そもそも予め一つの反映方法に絞って反映方法テーブルを用意しておく等でもよい。
【０１１６】
図１８に示した例では、ＯＳＤメニューのアップグレードの例として、対象が「画質設定メニュー」、誤操作原因が「１」、反映方法詳細が「「ＴＶ設定メニュー」へのショートカットを追加する」と記述されている。また、ＯＳＤメニューのアップグレードの他の例として、対象が「ＢＳ設定メニュー」、反映方法種別番号が「２」、反映方法詳細がＢＳ設定メニューを「目立たなくする」と記述されている。
【０１１７】
上記反映情報テーブルに記述された反映情報（アップグレード情報）を、履歴反映装置５０の信号処理装置に反映する。または、ネットワークを通じて履歴反映装置５０に反映情報を配信し、履歴反映装置５０内部の記憶部に記憶されているインタフェースの機能のうちアップグレード対象の機能を更新する。アップグレードの具体例については後述する。
【０１１８】
［反映情報テーブルの変形例］
図１９は、図１８に示した反映情報テーブルに事変要素（時間条件）を入れた場合の反映情報テーブル（高レイヤー）の例を示すものである。
図１９に示すように、対象を「画質設定メニュー」とする２つのレコードに、時間条件としてそれぞれ「午前」と「午後」が追加されている。「午前」の場合、反映詳細情報は「「ＴＶ設定メニュー」へのショートカットを追加する」である。同様に「午後」の場合、反映詳細情報は「「音質設定メニュー」へのショートカットを追加する」である。これは、それぞれのレコードが、午前または午後に取得された操作履歴情報のみから抽出された誤操作パターンを基に作成されたものであることを意味する。また、対象を「ＢＳ設定メニュー」とするレコードに、時間条件として「終日」が追加されている。これは、当該レコードが、終日の全操作履歴から抽出された誤操作パターンを基に作成されたものであることを意味する。
【０１１９】
ユーザは、平日と休日、朝や昼、夜などでは、生活リズムや気分などが異なるため操作パターンが異なることが予想される。そこで、それらの時間条件を反映情報に取り入れることによって、ユーザの生活リズム等に合わせてより適切かつ柔軟に誤操作パターンを抽出し、新たな操作手順の発見および導入が図れる。例えば、図１９の例では、午前の場合、対象の「画質設定メニュー」に対して、反映方法を「「ＴＶ設定メニュー」へのショートカットを追加する」とし、ＴＶの設定操作に対する比重を高くする。一方、午後の場合、対象の「画質設定メニュー」に対して、反映方法を「「音質設定メニュー」へのショートカットを追加する」とし、音楽等を聞きながらゆったり過ごすことが想定されている。
【０１２０】
［４．一実施の形態の履歴解析部（反映情報生成部：低レイヤーの場合）］
まず、図２０〜図２５を参照して、低レイヤーの場合の反映情報生成部４５の動作について説明する。
【０１２１】
図２０は、履歴解析装置４０の反映情報生成部４５による操作履歴情報の低レイヤーに対する処理例を示すフローチャートである。
ステップＳ６１において、反映情報生成処理が開始されると、まず反映情報生成部４５は前過程の逐次ルール抽出部４４による誤操作パターン抽出処理（ステップＳ４４）で得られた誤操作パターンおよび状態遷移トリガの情報を読み出す。この処理が終了後、ステップＳ６２の処理に進む。
【０１２２】
ステップＳ６２において、反映情報生成部４５は、誤操作パターンおよび状態遷移トリガの情報から誤操作／正解操作対応テーブルを更新する。この処理が終了後、ステップＳ６３の処理に進む。
【０１２３】
ステップＳ６３において、反映情報生成部４５は、更新した誤操作／正解操作対応テーブルを、図示しないメモリに保存する。この処理が終了後、ステップＳ６４、ステップＳ６５の処理に進む。
【０１２４】
例えば図１２に示した例では、操作履歴情報から得られる低レイヤーの状態遷移は、「初期状態」→「初期状態」→「メインメニュー」→「メインメニュー」→「メインメニュー」→「画質設定メニュー」→「メインメニュー」→「メインメニュー」→「ＴＶ設定メニュー」→「ＴＶ設定メニュー」→「ＴＶ設定メニュー」→「ＢＳ設定メニュー」である。低レイヤーの操作履歴情報からは、下記の１状態遷移の誤操作パターン（＝ボタンの押し間違い）を抽出する。
【０１２５】
（１）状態Ａ→状態Ａ→状態Ｂのパターンの中から規格外のリモコン操作で生じた高頻度・高確信度・高リフト値のパターン
これは図３に示した例でいえば、「戻る」ボタンと「メニュー」ボタンを状態遷移トリガとして、「初期状態１１」→「初期状態１１」→「メインメニュー１２」のように遷移した場合に相当する。
【０１２６】
具体的な誤操作パターンの抽出手順は、高レイヤーの場合と同様、逐次ルール抽出部４４の説明で言及したように、まず所望の状態遷移パターンの抽出を全操作履歴情報に対して行い、その後に、抽出された全パターンを統計的な尺度（頻度・確信度・リフト値）でふるいに掛ける。これによって、偶然発生した誤操作パターンが除去され、有意な誤操作パターンのみが残る。
【０１２７】
なお、上述例において「メインメニュー」→「メインメニュー」→「画質設定メニュー」の遷移状態、「メインメニュー」→「メインメニュー」→「ＴＶ設定メニュー」の遷移状態、さらに「ＴＶ設定メニュー」→「ＴＶ設定メニュー」→「ＢＳ設定メニュー」の遷移状態の場合には、規格内操作なので誤操作パターンは抽出されない。このように逐次ルール抽出部４４は、例えば操作パターンＤＢ４３Ａを記憶しているメモリに蓄積された規定パターンを参照して、誤操作なのか規定内操作なのかを判断し抽出の要否を判定する。
【０１２８】
図２１に、誤操作／正解操作対応テーブル（低レイヤー）の例を示す。
誤操作／正解操作対応テーブルは、高レイヤーの場合と同様に、フィールドとして「状態遷移パターン」、「誤操作」および「正解操作」を備える。
【０１２９】
この図２１に示す例では、状態遷移パターンとして「初期状態」→「初期状態」→「メインメニュー」が抽出され、対応する誤操作が２つ記述されている。
【０１３０】
この図２１に示す第１例では、図１２に示した「初期状態→初期状態→メインメニュー」のパターンに対して、誤操作として「戻るボタン」が、正解操作として「メニューボタン」が書き込まれる。また、図１２に示した操作履歴の初めの操作が「戻るボタン」でなくて、記載のない「メモボタン」であった場合に相当する例が、第２例として挙げられている。すなわち、「初期状態→初期状態→メインメニュー」のパターンに対して、誤操作として「メモボタン」が、正解操作として「メニューボタン」が書き込まれている。なお、ここでは説明の都合上、初期状態で「戻るボタン」や「メモボタン」を押しても状態遷移は起こらないものとしている。
【０１３１】
次に、ステップＳ６４，ステップＳ６５において、反映情報生成部４５は、図示しないメモリに記憶されているシステム情報および反映方法テーブルを読み出す。システム情報には、リモートコントローラ１０の属性情報（後述する図２５参照）等が含まれる。属性情報とはボタンの大きさ、形状、色等の情報である。読み出されたシステム情報は誤操作原因を特定する処理（後述のステップＳ６６，Ｓ６７）に、また反映方法テーブルは反映情報を生成する処理（後述のステップＳ６９）において利用される。この処理が終了後、ステップＳ６６，ステップＳ６７の処理に進み、ユーザごとに誤操作原因を特定する。
【０１３２】
図２２に、反映方法テーブル（低レイヤー）の例を示す。
図２２に示す反映方法テーブルは、高レイヤーの場合と同様、「反映方法種別番号」、「誤操作原因」および「反映方法」を備える。
【０１３３】
この実施の形態では、反映方法種別番号「０」のとき、誤操作原因なし、かつ、反映方法が「変更なし」である。以下、反映方法種別番号「１」のとき、誤操作原因が「近似性」、反映方法がボタンの「間隔を離す」である。また反映方法種別番号「２」のとき、誤操作原因が「大きさの類似性」、反映方法がボタンを「大きさの異なるものにする」である。また、反映方法種別番号「３」のとき、誤操作原因が「形状の類似性」、反映方法が「形状を異なるものにする」である。さらに、反映方法種別番号「４」のとき、誤操作原因が「色の類似性」、反映方法が「色を異なるものにする」である。さらにまた、誤操作原因として、ボタンの配置対称性を加えてもよい。ボタンの機能によってはボタンが左右（上下）に対称に配置されていると誤操作が多い、あるいは少ないといった事象が起こり得るからである。
【０１３４】
なお、上記システム情報および反映方法テーブルについては、高レイヤーの場合と同様、解析開始前に予め定義し用意しておくことが望ましい。
【０１３５】
そして、ステップＳ６６において、タッチパネル上の誤操作したボタンと正解操作のボタンが、近接しているか否かを判定する。当該ボタン同士が近接している場合は、誤操作原因はボタンの近接性にあると特定し、ステップＳ６８の処理に進む。一方、当該ボタン同士が近接していない場合は、ステップＳ６７の処理に進む。
【０１３６】
ステップＳ６７において、タッチパネル上の誤操作したボタンと正解操作のボタンが、共通の属性（大きさ／形状／色）を保持しているか否かを判定する。当該ボタン同士が共通の属性を保持している場合、誤操作原因はボタンの類似性にあると特定し、ステップＳ６８の処理に進む。一方、当該ボタン同士が共通の属性を保持していない場合は、ステップＳ６９の処理に進む。すなわち、ステップＳ６６，ステップＳ６７の判定処理においてともに「Ｎｏ」の場合、誤操作原因は特定されない。
【０１３７】
図２０に示したステップＳ６６，ステップＳ６７は、ボタンの類似性（属性の共通性）よりも近接性を優先する場合の例であるが、この処理順番を逆にすれば、ボタンの類似性を優先して誤操作原因を特定することができる。
【０１３８】
ステップＳ６８において、反映情報生成部４５は、特定した誤操作原因を、図２１に示した誤操作／正解操作対応テーブルの対応する「誤操作」に追加するようにして誤操作原因情報テーブルを生成する。そして、生成した誤操作原因情報テーブルを図示しないメモリに保存する。この処理が終了後、ステップＳ６９の処理に進む。なお、図２１に示す例では、誤操作／正解操作対応テーブルと誤操作原因情報テーブルを一部重複させる形態としてあるが、別個にテーブルを作成してもよいことは勿論である。
【０１３９】
ステップＳ６９において、上述した誤操作／正解操作対応テーブル、システム情報、反映方法テーブルおよび誤操作原因情報テーブルを基に、アップグレード時に活用する反映情報を生成する。この処理が終了後、ステップＳ７０の処理に進む。誤操作原因が特定できない（ステップＳ６６，ステップＳ６７の判定処理においてともに「Ｎｏ」の場合）等の場合は、反映方法テーブルから反映方法種別番号「０」が選択され、反映情報は生成されない。
【０１４０】
ステップＳ７０において、反映情報生成部４５は、生成した反映情報を基に反映情報テーブルを作成し、メモリに保存する。この処理が終了後、反映情報生成処理を終了する。
【０１４１】
図２３に、反映情報テーブル（低レイヤー）の例を示す。
反映情報には、対象機器のアップグレードに必用な情報が含まれている。図２３に示す反映情報テーブルには、フィールドとして「対象」、「反映方法種別番号」、「反映方法詳細」がある。この実施の形態の例では、ＯＳＤメニューのアップグレードの例として、対象が「戻るボタン」「メニューボタン」、反映方法種別番号が「１」、反映方法詳細が該当ボタン同士の「間隔を離す」と記述されている。また、他の例として、対象が「メモボタン」「メニューボタン」、反映方法種別番号が「３」、反映方法詳細が「「メモボタン」の形状を変更する」と記述されている。さらに他の例として、対象が「メモボタン」「メニューボタン」、反映方法種別番号が「４」、反映方法詳細が「「メモボタン」の色を変更する」と記述されている。
【０１４２】
なお、同一対象（２番目と３番目のエントリーが該当）に対して複数の反映方法を記述しているが、１番目のエントリーのように一対象一反映方法としてもよい。勿論、一つの反映対象に対して複数の反映方法を挙げてその全てを適用してもよいし、また複数の反映方法のうちのいずれかを適用するようにしてもよい。このように、同一対象について複数の反映方法を適用した場合、誤操作防止の効果をより高めることができる。また、複数の反映方法のうちから例えば誤操作防止の効果の高いことが検証された反映方法を選択して反映するようにすれば、反映作業に対する誤操作防止の効率がよいと言える。
【０１４３】
［反映情報テーブル（低レイヤー）の変形例］
図２４は、図２３に示した反映情報テーブルに事変要素（時間条件）を入れた場合の反映情報テーブル（低レイヤー）の例を示すものである。
図２４に示す例では、対象を「戻るボタン」「メニューボタン」とするレコードに、時間条件として「午前」が追加されている。また、「メモボタン」「メニューボタン」とするレコードに、時間条件として「午後」が追加されている。これは、それぞれのレコードが、午前または午後に取得された操作履歴情報のみから抽出された誤操作パターンに基づいていることを意味する。
【０１４４】
このような事変要素を取り入れるのは、全員にとって都合の良い属性の変更ならば、特に事変要素を加える必要はないが、ユーザによって、都合の良い属性は異なるということを前提としている。例えば、ボタン間隔を離すと押し間違えは減るが、指の移動量が大きくなって使い勝手が悪くなったり、あるボタンの色を変えて目立つようにすると、他のボタンが目立たなくなったりということが考えられる。一方で、時間条件によってユーザの特性が異なることも考えられる。例えば、朝は母親中心、夜は父親中心で視聴するなど操作主体が異なる、また高レイヤーの説明でも触れたように朝は忙しくて最低限の操作しか行わず、夜はじっくり操作するなど操作主体は同じでもその視聴状態が異なるというような場合である。そこで、時間条件に応じたアップグレード、すなわち時間条件によってリモートコントローラの属性等を変更した方が、終日を同一条件でアップグレードするよりも、諸事情に合わせてより適切なアップグレードが実現できると考えられる。
【０１４５】
高レイヤーの説明でも触れたように、ユーザは、平日と休日、朝や昼、夜などでは、生活リズムや気分などが異なるため操作パターンが異なることが予想される。あるいは、上記のように履歴収集装置３０を利用するユーザそのものが異なる場合もある。そこで、それらの時間条件を反映情報に取り入れることによって、ユーザの生活リズム等に合わせてより適切かつ柔軟に誤操作パターンを抽出し、新たな操作手順の発見および導入が図れる。
【０１４６】
なお、時間条件として「終日」を指定すれば、時変要素を入れない場合についても表すことができる。この場合、終日の全操作履歴から抽出された誤操作パターンを基に反映方法を設定する。
【０１４７】
図２５は、システム情報の一つであるリモートコントローラ１０の属性情報を記述したリモコン属性情報テーブルの例を示すものである。
本実施の形態の例では、フィールドとして、「ボタンＩＤ」、「割り当てＳＩＲＣＳコード」、「位置（座標）」、属性として「大きさ」、「形状」、「色」などが書き込まれる。
【０１４８】
リモコン属性情報テーブルにおいて「ボタンＩＤ」は、タッチパネルにアイコンで表示されたボタンに割り当てられた識別番号である。
「割り当てＳＩＲＣＳコード」は、当該ボタンに割り当てられたＳＩＲＣＳコードである。図２５の例では、説明の便宜上、割り当てられているＳＩＲＣＳコードの機能を言葉で表現してある。
「位置（座標）」は、当該ボタンのタッチパネル上での位置（座標）を表すものである。
「大きさ」は、当該ボタンをタッチパネル上に表示するときの大きさの指標である。
「形状」は、当該ボタンをタッチパネル上に表示するときの形状である。
「色」は、当該ボタンをタッチパネル上に表示するときの色である。
【０１４９】
［５．一実施の形態の履歴反映部］
次に、本発明の一実施の形態に係る履歴反映部（図４参照）を説明する。
履歴反映部では、逐次ルール抽出部４４で抽出された逐次ルールを用いて、操作系に関して各ユーザに適した信号処理装置（ユーザインタフェース）を提供（アップグレード）する。その実現方法としては、ユーザ側にある履歴反映装置５０−１〜５０−ｎ内の信号処理装置をセンター側で回収し、全部あるいは信号処理に関わる集積回路等の基板装置のみを入れ替える等を行った後、ユーザ側に送り返すといった手順がある。または新たな信号処理装置をユーザ側に送り込み、ユーザ側にある信号処理装置と繋げることによって新機能等を提供するなどの手順を踏めばよい。
【０１５０】
また、ユーザインタフェースを司るアップグレードされたプログラムまたはデータを記憶するメモリ（記憶装置）を交換したり、該当メモリにアップグレード情報を追記したりするようにしてもよい。プログラムまたはデータの入れ替え等を行った後、ユーザ側に送り返す。あるいは新たな信号処理装置をユーザ側に送り込んだりする。ユーザがセンター側から送られてきた信号処理装置とリモートコントローラを接続し、アップグレード情報を含むプログラムやデータ等を信号処理装置からリモートコントローラへ導入する作業を行うことによって、リモートコントローラをアップグレードする。さらには、履歴反映装置５０−１〜５０−ｎ内の信号処理装置と併せてリモートコントローラも回収し、アップグレードされた状態の信号処理装置およびリモートコントローラをユーザへ返却するようにしてもよい。また履歴収集部（履歴収集装置３０）やリモートコントローラにネットワークＩ／Ｆが存在するのであれば、ネットワーク経由で履歴反映部（履歴反映装置５０）からのアップグレード情報を伝送することもできる。
【０１５１】
以下、アップグレード情報が提供される履歴反映装置５０を、テレビジョン受像機に適用した場合について説明する。
【０１５２】
図２６は、アップグレード情報が提供されるテレビジョン受像機の内部構成例を示すブロック図である。
テレビジョン受像機１０１のチューナ１１２は、受信アンテナ１１１で捕らえられた放送信号（ＲＦ変調信号）に対して、選局処理、中間周波増幅処理、検波処理等を行ってＳＤ（Standard Definition)信号を抽出し、入力選択処理部１１３に供給する。
【０１５３】
入力選択処理部１１３には、チューナ１１２からのＳＤ信号の他、ＤＶＤ（ Digital Vi deo Disc）やビデオテープレコーダ等（いずれも図示せず）からの画像信号またはデジタルビデオ信号が入力される。
【０１５４】
入力選択処理部１１３は、システムコントローラ１１８の制御に従って所定の信号を選択するとともに、選択した信号に応じた前処理を行い、その結果得られた画像信号を画像信号処理部１１５に供給する。
【０１５５】
画像信号処理部１１５は、ＳＤ信号（５２５ｉ信号）からＨＤ（High Definition）信号（１０５０ｉ信号または５２５ｐ信号）を生成する機能、解像度とノイズのボリュームを調節する機能、および表示される画像の一部を拡大することができるズーム機能等を有しており、ユーザによって設定された機能、条件に応じた画像処理を行う。
【０１５６】
ＯＳＤ（ On Screen Display）回路１１７は、表示部１２１の画面上に文字図形等の表示を行うための表示信号を発生し、合成器１１６に供給する。すなわち合成器１１６は、ＯＳＤ回路１１７から供給された表示信号を、画像信号処理部１１５からのＨＤ信号に合成して表示部１２１に供給する。
【０１５７】
システムコントローラ１１８は、リモコン信号受信回路１１９から供給された信号や、必要に応じて設けられた操作入力部（図示せず）から供給される、ユーザの操作入力を示す信号に従って、各部を制御する。
【０１５８】
例えば、システムコントローラ１１８は、チューナ１１２や入力選択処理部１１３に選択信号を送信したり、ＯＳＤ回路１１７の動作を制御したりする。またシステムコントローラ１１８は、チューナ１１２に選択させたチャンネルを示す情報（ 放送時間や番組名等を含むことも可能）などの視聴された画像を示す情報（以下、選択情報と称する）、およびリモコン信号受信回路１１９から供給された制御情報（ユーザがリモートコントローラ１０を操作して入力した内容等）を、それぞれ記憶部１２０に記憶させる。
【０１５９】
また、記憶部１２０は、システムコントローラ１１８を動作させるためのプログラムや当該プログラムのアップグレード情報を記憶する。なお、ネットワークを介して、記憶部１２０の記憶内容を製造事業者に転送したり、製造事業者等が外部からリモートコントローラ１０やＯＳＤ１１７等に新機能を追加するためのアップグレード情報を送信して記憶部１２０に記憶させたりすることができる。
【０１６０】
本実施の形態のテレビジョン受像機１０１の場合、システムコントローラ１１８が履歴収集装置３０の信号処理部３１（図４参照）に、ＯＳＤ回路１１７がユーザインタフェース３２に相当する。機能をアップグレードするには、システムコントローラ１１８またはＯＳＤ回路１１７を取り替えればよい。あるいはテレビジョン受像機１０１のユーザインタフェース機能が記憶部１２０に記憶されているプログラムやデータに基づくものである場合、当該記憶部１２０に記憶されているプログラムやデータを書き換えまたは追記する等して、アップグレード情報を書き込めばよい。
【０１６１】
［６．アップグレード（共通、高レイヤー、低レイヤー）］
［アップグレード：共通］
以下、履歴反映部によるアップグレードの具体例を説明する。
複数の逐次ルールを反映させようとして逐次ルールが競合してしまう場合が考えられる。このような場合は、逐次ルールに優先順位を付けておいて、優先順位の高い逐次ルールから反映させるようにする。優先順位を付ける規範として、逐次ルールの頻度、確信度、リフト値の高さ等が挙げられる。また、もし競合する逐次ルールの条件が異なる場合は、条件毎に逐次ルールを反映させることも考えられる（時間等の条件毎に反映情報テーブルを参照することにより、リモコンボタンに複数種類のコマンドを割り当てる等)。また、慣れにより克服されたとみなされた誤操作パターンに関係するリモコンボタンの割り当てを絶対に(又はできるだけ) 変更しないという規範を設定することも可能である。
【０１６２】
以降において、履歴反映部によるアップグレードの具体例について高レイヤーと低レイヤーのそれぞれの場合に分けて説明する。
【０１６３】
［高レイヤーの場合の具体例］
抽出された逐次ルールを用いて、ＯＳＤメニューをアップグレードする場合を説明する。ここでは、メニューモード等で階層的に項目を選択するＯＳＤを取り上げる。
【０１６４】
［ＯＳＤメニューのアップグレード：階層調整］
上位階層のある項目Ｃを選択して下位階層にいき、その下位階層からすぐに上位階層へ戻って他の項目Ｂを選択して下位階層に行くといった再現性のある(高頻度、高確信度) パターン（状態Ａ→状態Ｃ→状態Ａ→状態Ｂ）が得られた場合を考える。この場合、項目Ｃと項目Ｂの切り分けを変更するといった反映方法が考えられる。例えば、上位階層（状態Ａ）からまず項目Ｃを選択し（状態Ｃ）、その後、状態Ｃから元（状態Ａ）に戻って項目Ｂを選択して、状態Ｂに遷移して項目Ｂの設定を行うという逐次ルールが存在したとするとき、項目Ｃの下位階層にも項目Ｂの設定(へのショートカット) を置く等が考えられる。
【０１６５】
このようにすることにより、誤操作をして意図しない階層を表示してしまった場合に、本来表示させたかった項目が存在する階層に遷移することができる。
【０１６６】
ここで逐次ルールに“時間”の条件が含まれている場合、時間に応じてメニュー階層構造を変える（時変）ように構築することができる。つまりある時間帯では逐次ルールＸを基準として上記のようにメニュー階層を割り当て、違う時間帯では逐次ルールＹを基準として上記のようにメニュー階層を割り当てるという柔軟なメニュー階層構造を提供できる。
【０１６７】
［ＯＳＤメニューのアップグレード：表示調整］
図２７は、ＯＳＤメニューのアップグレード例（高レイヤー）を示すものであり、この図２７を参照してアップグレード例の一例であるＯＳＤメニューの表示調整について説明する。図２７に示す「ＴＶ設定メニュー１３」の「ＢＳ設定１３ｂ」は、目立たない表示（斜線で表現）としてある。これは反映情報テーブル（図１８参照）の「誤操作原因２」の反映情報を反映した結果である。
【０１６８】
「ＢＳ設定１３ｂ」を目立たないように表示すれば、「地上波設定１３ａ」を選択するところを誤って「ＢＳ設定１３ｂ」を選択するといった誤操作の確率が下がると考えられる。目立たない表示例として、例えば文字を淡色や薄い色で表示したり、アイコンをグレーで表示するいわゆる“グレー表示”としたりすることが挙げられる。
【０１６９】
さらに、誤操作の項目（「ＢＳ設定１３ｂ」）と正解操作の項目（「地上波設定１３ａ」）との距離を離すなどしてメニューの位置関係を調整することにより、誤操作発生の確率をより小さくすることができる。
【０１７０】
次に、図２７を参照して、図３に示したＯＳＤメニュー（階層表示）をアップグレードする例について説明する。
このＯＳＤメニューには、画質設定メニュー１６に「ＴＶ設定へのショートカット１６ｄ」が存在するが、これは反映情報テーブル（図１８参照）の「誤操作原因１」の反映情報を反映した結果である。このアップグレードによって「ＴＶ設定１２ａ」を選択すべきところを誤って「画質設定１２ｂ」を選択した場合でも、「画質設定メニュー１６」から「ＴＶ設定へのショートカット１６ｄ」を選択して「ＴＶ設定メニュー１３」を表示させることができる。
【０１７１】
なお、図２７に示すように、ショートカット項目を設定メニュー内の上位に表示することにより、同じ階層の他の設定メニューへ遷移する際に当該項目の視認性がよくなり、操作性が向上する。
【０１７２】
［信号処理部等のアップグレード］
次に、図５に示したユーザインタフェース３２や信号処理部３１、あるいは図２６に示したシステムコントローラ１１８やＯＳＤ回路１１７をアップグレードする場合を説明する。
【０１７３】
ここでは、操作履歴情報から得られた誤操作の知見（誤操作パターン等）を利用して、各ユーザの起こしやすい誤操作を抑える構造に作り替えることを目的とする。そのために、図５に示す履歴収集装置３０内部に誤操作（発生条件（時間等）、誤操作内容）と目的操作を組にしたルックアップテーブル（図示略）を用意しておき、それに該当する誤操作パターンが現れた場合には、目的操作が行われたと判断して操作コードを切り替える構造を組み込む。同様のことは、図２６に示すシステムコントローラ１１８およびＯＳＤ回路１１７にも適用できる。
【０１７４】
履歴解析装置４０について、一般化して考えると、絞り込み条件Ａのもとで得られた誤操作に関する逐次ルール“Ａ→Ｂ→Ｃ”について、操作Ａの後に操作Ｂが行われた場合はその操作を無効にして操作Ｃが行われたとみなすという反映方法が考えられる。
【０１７５】
例えば、毎週決まった時間帯に同じ番組を視聴する習慣のあるユーザがいるとする。このユーザがザッピングをして“１ｃｈ→２ｃｈ（Ａ→Ｂ）”と変更した（２ｃｈボタンを押した）とき、“１ｃｈ→３ｃｈ（Ａ→Ｃ）”に切り替える等のルックアップテーブル（発生条件、誤操作内容、目的操作の組）をユーザインタフェース３２（図２のリモートコントローラ１０の送信ＳＩＲＣＳコードを切り替える）や信号処理部３１（番組変更を受信ＳＩＲＣＳコード通りに行わない）に用意して順次内部処理を切り替えればよい。
【０１７６】
また、例えば、あるＯＳＤのメニュー階層Ａで間違えて音量下降ボタンＢを押してしまい、次に一旦メニュー階層Ａに戻って正しい下カーソルボタンＣを押すというパターンをルックアップテーブル（発生条件、誤操作内容、目的操作の組）として各部（各信号処理部から変更しました）が所持しておく。そして、音量下降ボタンＢが押された段階で図２のユーザインタフェース３２（リモートコントローラ１０の送信ＳＩＲＣＳコードを切り替える）や信号処理部３１（番組変更を受信ＳＩＲＣＳコードどおりに行わない）では下カーソルボタンＣが押されたと解釈してカーソルを下げる、といった反映方法が考えられる。
【０１７７】
［低レイヤーの場合の具体例］
［リモートコントローラのアップグレード］
【０１７８】
次に、逐次ルールを用いて、リモートコントローラをアップグレードする場合を説明する。
【０１７９】
リモートコントローラのボタンの物理的な属性が変更できる場合、以下のようなアップグレード例が考えられる。すなわち、誤操作パターンをリモートコントローラの物理的な属性と結びつけるというものである。
・誤操作原因がボタンの近接性 → ボタンの配置を離す
・誤操作原因がボタンの大きさの類似性 → ボタンの大きさを異なるものに変える
・誤操作原因がボタンの形状の類似性 → ボタンの形状を異なるものに変える
・誤操作原因がボタンの色の類似性 → ボタンの色を異なるものに変える
【０１８０】
例えば、リモコンボタンの空間的位置や大きさを変更してアップグレードできる場合（タッチパネル式のリモートコントローラ等）は、リモコンボタンへのＳＩＲＣＳコードの割り当てだけでなく、ボタン位置そのものも誤操作が起きないように変更できる。例えば、ボタンＡとボタンＢの空間的位置を離すことにより、誤操作を抑制することができる。
【０１８１】
なお、ここではボタンＡとボタンＢの関係のみについて考えたが、空間的配置や遷移モデルが全く同じボタンＡ′、ボタンＢ′も同様の誤操作がおきる懸念があると判断して、同じ変更を適用しても構わない。例えば、図２のリモートコントローラ１０でメニューボタン１０ａと戻るボタン１０ｂの間隔（距離）を離して配置する場合に、戻るボタン１０ｂとメモボタン１０ｃ、メモボタン１０ｃと電源ボタン１０ｄの間隔も同様に離すなどである。このように、ある対象に対する反映情報を元にして、同一の属性を持つ（同一の原因で誤操作が起こり得る）他の対象に対する反映情報を生成することも可能である。
【０１８２】
図２８は、リモートコントローラ（タッチパネル）のアップグレード例（低レイヤー）を示す図である。本実施の形態の例では、図２３に示した反映情報テーブルに基づいて、リモートコントローラ１０のタッチパネルに表示されたボタンの配置や属性等をアップグレードした場合について説明する。
【０１８３】
図２３の反映情報テーブルでは、対象が「メモボタン」と「メニューボタン」の場合、反映方法詳細が「間隔を離す」とあるので、図２８に示すように、メニューボタン１０ａと戻るボタン１０ｂの間隔（距離）を離して配置する。また、対象が「メモボタン」と「メニューボタン」の場合、反映方法詳細が２つあって、一つは「メモボタン」の形状を変更すること、もう一つは対象が「メモボタン」の色を変更することとされている。そこで、図２８に示すように、メモボタン１０ｃ１の形状を変更し、さらに、色を変更する。
【０１８４】
このように、間違えやすいボタン同士の配置関係を変更することにより、誤操作が発生しやすい状態をなくし、誤操作を防止することができる。また、間違えやすいボタンの属性（形状／大きさ／色等）を変更することにより、ユーザにメモボタンと他のボタンの違いに気づかせ注意を喚起できるので、誤操作を防止することができる。
【０１８５】
一方、ボタンの物理的な属性が変更できない場合、以下のようなアップグレード例によって間接的に対応することが可能である。
・誤操作原因がボタンの近接性 → 離れたボタンに機能を割り当て直す
・誤操作原因がボタンの大きさの類似性 → （可能な限り）異なる大きさのボタンに機能を割り当て直す
・誤操作原因がボタンの形状の類似性 → （可能な限り）異なる形状のボタンに機能を割り当て直す
・誤操作原因がボタンの色の類似性 → （可能な限り）異なる色のボタンに機能を割り当て直す
【０１８６】
例えば、リモートコントローラに配置されたリモコンボタンの空間的位置を変更しないでアップグレードする場合は、リモコンボタンに割り当てられたＳＩＲＣＳコードを変更する。例えば、誤操作パターン“Ｘ→Ｘ→Ｙ”（“Ｘ→Ｘ”でボタンＡ、“Ｘ→Ｙ”でボタンＢを押した場合）は、ボタンＢを押そうとして近接するボタンＡを間違えて押したパターンとして抽出される。このとき、ボタンＡの機能（ＳＩＲＣＳコード）をボタンＢとは離れた位置にある他のボタンに割り当てし直す。そして元のボタンＡの位置には新しいＳＩＲＣＳコードを割り当てたボタンＣを配置する。このとき、割り当て変更による弊害を防止するため、ボタンＣはボタンＢの実行に影響を与えないものを選択するのが望ましい。例えば、ボタンＣの遷移先の状態からでもボタンＢの遷移先の状態へ直接遷移できるとよい。
【０１８７】
例えば、ボタンＢが画質調整ボタンとした場合、ボタンＣが電源ボタンであると、もしボタンＣを誤って押してしまったら、ボタンＣをもう一度押して電源オンの状態としないと、ボタンＢを押しても画質調整モードにならないので、ボタンの割り当て変更がかえって弊害を大きくしてしまい都合が悪い。一方、ボタンＣがメニューボタンであると、ボタンＣを誤って押してもボタンＢの実行に影響を与えない（メニューモードから画質調整モードに直接遷移できるとき）。
【０１８８】
［７．グループ単位のアップグレード］
以上の説明してきたアップグレードは、ユーザ別に行うことも可能だが、同一の特徴を持つ複数のユーザ同士をグループにまとめてグループ別に行うと、製造コストの観点から優位である。本発明では、センター側で各ユーザの操作履歴情報を収集し、ユーザ間の比較が可能であるので、特徴の似通った複数ユーザ同士をグループ化することができる。
【０１８９】
例えば、各ユーザから誤操作に関する逐次ルールを抽出し、ある一定数以上のユーザから得られた逐次ルールだけをアップグレード対象とすることが考えられる。また各ユーザに対してどの逐次ルールに関するアップグレードを行うかについては、例えば次のような方法が挙げられる。
（１） アップグレード対象となった逐次ルール全て
（２） アップグレード対象となった逐次ルールの中で、各ユーザが該当した逐次ルール
【０１９０】
本発明では、基本的には各ユーザが起こした誤操作パターンを解消する。ただ、各ユーザが起こしていない誤操作パターンでも、自分と特性が類似する他人が起こした誤操作パターンや、誤操作が起こり得ることが推定される操作パターンをアップグレード対象に含めるようにしてもよい。
【０１９１】
また、一度に検討対象にするユーザとして、以下のような方法が挙げられる。
（１） 操作履歴を回収した全てのユーザ
（２） 一定数以上決まった逐次ルールが該当するユーザ群（例えば実装上のコスト規範や実現可能性の観点から標準の逐次ルール列を幾つか用意しておき、各逐次ルール列の各要素に一定数以上該当するユーザのみを取り出す。）
【０１９２】
また、アップグレード単位の例としては、以下のような方法が挙げられる。
（１） リモコンボタンの配置の近接性に起因する誤操作が頻発するグループ
（２） リモコンボタンの形状の類似性に起因する誤操作が頻発するグループ
（３） リモコンボタンの配置の対称性に起因する誤操作が頻発するグループ
【０１９３】
［グループ単位アップグレードの具体例］
次に、上述したグループ単位のアップグレードについて具体例を挙げて説明する。
図２９は、グループ単位のアップグレードの説明に供する図である。図２９に示すテーブルは、逐次ルールＲ１〜Ｒ５のフィールドに対し、Ｕ１〜Ｕ５のレコードがある。ルールＲ１は「戻るボタン」と「メニューボタン」の間隔を離す、ルールＲ２は「戻るボタン」と「メモボタン」の間隔を離す、ルールＲ３は「メモボタン」の色を変えるである。さらに、ルールＲ４は「戻るボタン」の形状を変える、ルールＲ５は「電源ボタン」の色を変えるである。このテーブルでは、ユーザの操作が逐次ルールに該当するときは「１」、該当しないときは「０」で表現している。
【０１９４】
図３０は、グループ単位のアップグレード処理例を示すフローチャートである。図２９および図３０を参照して、グループ単位のアップグレード処理例を説明する。
【０１９５】
まずステップＳ７１において、多ユーザに該当するルールを抽出する。例えば、「５０％以上（＝２．５人以上）のユーザに該当する逐次ルール」を抽出するとした場合、ルールＲ１，Ｒ２，Ｒ３が該当する。この処理が終了後、ステップＳ７２に進む。
【０１９６】
ステップＳ７２において、抽出された逐次ルールから、アップグレード対象ルールを決定する。このとき、ルール同士が競合しないようにする。この処理が終了後、ステップＳ７３の処理に進む。
【０１９７】
例えば、ルールＲ１とルールＲ２が互いに競合する（両方同時に適用できない）場合、アップグレード対象ルールの組み合わせを以下のように表現できる。
Ａ１＝（１，０，０，０，０）→ ルールＲ１のみ適用することを表す
Ａ２＝（０，１，０，０，０）→ ルールＲ２のみ適用することを表す
Ａ３＝（０，０，１，０，０）→ ルールＲ３のみ適用することを表す
Ａ４＝（１，０，１，０，０）→ ルールＲ１，Ｒ３を適用することを表す
Ａ５＝（０，１，１，０，０）→ ルールＲ２，Ｒ３を適用することを表す
【０１９８】
ステップＳ７３において、各ユーザ（対象機器）に対し、アップグレード対象ルールの中から最適なパターンを適用してアップグレードを行う。この処理が終了後、グループ単位のアップグレード処理を終了する。
【０１９９】
本実施の形態の例では、アップグレード対象ルールの中から最適なパターンを適用するに際し、各ユーザの該当ルールＢ毎に、以下の条件を満たすアップグレード対象ルールＡｘ（この例ではｘ＝１〜５）を導出する。
『 ｜Ａｘ＆（¬Ｂ）｜＝０、かつ、｜Ａｘ＆（Ｂ）｜が最大になるルールＡｘ 』
【０２００】
この条件は、自分に該当するルールだけをアップグレードするという制約の下、できるだけ多くのルールをアップグレードするということを表す。ただし、｜Ａｘ｜はＡｘの該当ルール数（１の数に相当）である。また、“¬Ｂ”はＢの否定を表す。
【０２０１】
例えば、ユーザＵ１について、Ｂ＝（０，１，１，０，０）であるとき、上記条件を計算すると下記のとおりである。
｜Ａ１＆（¬Ｂ）｜＝｜（１，０，０，０，０）｜＝１
｜Ａ２＆（¬Ｂ）｜＝｜（０，０，０，０，０）｜＝０
｜Ａ３＆（¬Ｂ）｜＝｜（０，０，０，０，０）｜＝０
｜Ａ４＆（¬Ｂ）｜＝｜（１，０，０，０，０）｜＝１
｜Ａ５＆（¬Ｂ）｜＝｜（０，０，０，０，０）｜＝０
｜Ａ２＆Ｂ｜＝｜（０，１，０，０，０）｜＝１
｜Ａ３＆Ｂ｜＝｜（０，０，１，０，０）｜＝１
｜Ａ５＆Ｂ｜＝｜（０，１，１，０，０）｜＝２
【０２０２】
上記結果より、ユーザＵ１には、逐次ルールＡ５を適用する。すなわち、対象機器にはルールＲ２，Ｒ３のアップグレードを実施する。このように、ユーザは自分に該当する逐次ルールだけをアップグレードするという制約の下で、できるだけ多くの逐次ルールをアップグレードすることができる。
【０２０３】
例えば、履歴解析装置４０が、図２９に示したようなグループ単位アップグレード用のテーブルを、反映情報テーブル（図１８，図２３参照）とともに反映情報蓄積装置４０Ｍなどに記憶させておく。そして、当該テーブルに基づいて、アップグレードすべきルールを該当するユーザの所有する履歴反映装置５０にネットワークを通じて配信し、記憶部１２０のユーザインタフェースを司るプログラムもしくはデータをアップグレードする。あるいは、システムコントローラ１１８やＯＳＤ回路１１７等の信号処理装置を、アップグレード情報が反映された仕様のものと取り替えてもよい。
【０２０４】
以上説明した実施の形態によれば、ユーザの操作履歴、機器の状態等の記録から、誤操作の逐次ルールを発見し、操作系に関して各ユーザ、もしくは各グループ（特徴の似通った複数ユーザ） に適した信号処理装置（操作対象機器）を提供するアップグレードシステムを構築することができる。
【０２０５】
また、ユーザ側で発生する誤操作発生状態を開発段階で予想して、特化した操作補助機構を予め仕込んでおく方法だけではカバーできないアップグレードが実現可能になる。
【０２０６】
また、ユーザ別ではなくグループ別に反映することで，開発コストを抑えることができる。
【０２０７】
また、アンケート実施等の方法と比較して、ユーザの無意識的な操作からも情報を得ることができるので、潜在的に存在する誤操作を収集できるようになり、結果として使い勝手の良いユーザインタフェース（ＯＳＤメニュー、タッチパネル等）の開発に繋がる。
【０２０８】
なお、従来のセルフチューニング型(学習型) と比較した本発明のアップグレード型(履歴情報回収型) の利点は次のとおりである。
（１） 他人のデータとの比較が可能である。
（２） セルフチューニング型では、あらかじめ想定することが困難な誤操作、コストや処理(ハードウェア、ソフトウェア) の制約上誤操作として仕込んでおかなかった操作パターンは処理の対象外となるが、アップグレード型ではそれらの情報も処理対象にすることが可能になる。
（３） ユーザ側に提供する信号処理装置を低負荷にすることが可能である。
（４） セルフチューニング型では万人を対象として特化するので、処理そのものが冗長になるが、本発明のアップグレード型ではグループ(個人) を対象として特化することができるので、処理(ハードウェア、ソフトウェア) を単純化させることが可能になる。
【０２０９】
［８．その他］
なお、本発明は、上述したテレビジョン受像機以外に、ユーザの操作が加えられたり機器の内部状態が特徴的に変化したりする等、使用環境によって異なる操作履歴情報が収集されるような電子機器（例えば、ゲーム機器、パーソナルコンピュータ、携帯電話機、電子辞書、音楽プレーヤなど）に適用することができる。
【０２１０】
また、上述のとおり、本実施の形態の一例として、制御対象機器（履歴収集部または履歴反映部）に制御信号を送るためのリモートコントローラ１０にタッチパネル（操作手段）を搭載した場合を説明したが、タッチパネルが操作対象機器本体に設けられていてもよい。また、タッチパネルを搭載していないリモートコントローラを用いた場合であっても、操作履歴情報の高レイヤーまたは低レイヤーの状態遷移に基づいてＯＳＤメニュー等を変更することは可能である。なお、既述のとおりリモートコントローラのＳＩＲＣＳコードの割り当ての変更が可能であるならば、タッチパネルを搭載していなくても、リモートコントローラのアップグレードは限定的に可能である。
【０２１１】
さらに、上述した履歴解析装置４０で行われる一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。これらの処理を実行する機能はハードウェアとソフトウェアの組み合わせによっても実現できることは言うまでもない。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで各種の機能を実行することが可能な、例えば汎用のコンピュータなどに、プログラム記録媒体からインストールされる。
【０２１２】
図３１は、上述した一連の処理をプログラムにより実行するコンピュータの構成例を示すブロック図である。このコンピュータ２０１は、例えば一連の処理を実行するために高性能化した専用コンピュータの他、一定の性能を備えるパーソナルコンピュータなどでもよい。
【０２１３】
コンピュータ２０１のＣＰＵ（Central Processing Unit）２１１は、ＲＯＭ（Read Only Memory）２１２、または記録部２１８に記録されているプログラムに従って、上記一連の処理の他、各種の処理を実行する。ＲＡＭ（Random Access Memory）２１３には、ＣＰＵ２１１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ２１１、ＲＯＭ２１２、およびＲＡＭ２１３は、バス２１４により相互に接続されている。
【０２１４】
ＣＰＵ２１１にはまた、バス２１４を介して入出力インタフェース２１５が接続されている。入出力インタフェース２１５には、キーボード、マウス、マイクロホンなどよりなる入力部２１６、ディスプレイ、スピーカなどよりなる出力部２１７が接続されている。ＣＰＵ２１１は、入力部２１６から入力される指令に対応して各種の処理を実行する。そして、ＣＰＵ２１１は、処理の結果を出力部２１７に出力する。
【０２１５】
入出力インタフェース２１５に接続されている記録部２１８は、例えばハードディスクからなり、ＣＰＵ２１１が実行するプログラムや各種のデータを記録する。
【０２１６】
通信部２１９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。また通信部２１９を介してプログラムを取得し、記録部２１８に記録してもよい。
【０２１７】
入出力インタフェース２１５に接続されているドライブ２２０は、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどのリムーバブルメディア２３１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記録部２１８に転送され、記録される。
【０２１８】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図１７に示すように、リムーバブルメディア２３１によりパッケージメディアとして提供される。リムーバブルメディア２３１としては、磁気ディスク（フレキシブルディスクを含む）、光ディスク（ＣＤ−ＲＯＭ（Compact Disc - Read Only Memory），ＤＶＤ（Digital Versatile Disc），光磁気ディスクを含む）、もしくは半導体メモリなどを適用することができる。あるいは、プログラム記録媒体は、プログラムが一時的もしくは永続的に格納（記録）されるＲＯＭ２１２や、記録部２１８を構成するハードディスクなどにより構成される。
【０２１９】
このプログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインタフェースである通信部２１９を介して、ローカルエリアネットワーク(LAN：Local Area Network)、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。
【０２２０】
なお、本明細書において、プログラム記録媒体に格納されるプログラムを記述する処理ステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）をも含むものである。
【０２２１】
また、プログラムは、一つのコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２２２】
以上に述べた実施の形態は、本発明を実施するための好適な形態の具体例であるから、技術的に好ましい種々の限定が付されている。ただし、本発明は、以上の実施の形態の説明において特に本発明を限定する旨の記載がない限り、これらの実施の形態に限られるものではない。したがって、例えば、以上の説明で挙げた処理時間、処理順序および各パラメータの数値的条件等は好適例に過ぎず、また、説明に用いた各図における寸法、形状および配置関係等も実施の形態の一例を示す概略的なものである。したがって、本発明は、上述した実施の形態の例に限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々の変形、変更が可能である。
【図面の簡単な説明】
【０２２３】
【図１】本発明を適用した新機能開発のための情報処理システムの概要を示す図である。
【図２】本発明の一実施の形態に係るリモートコントローラ（タッチパネル）の例を示す外観図である。
【図３】本発明の一実施の形態において想定するＯＳＤメニューの例を示す図である。
【図４】本発明の一実施の形態に係るシステムの構成例を示す図である。
【図５】本発明の一実施の形態に係る履歴収集部（ユーザ側装置）の概要を示す図である。
【図６】本発明の一実施の形態に係る操作履歴情報の例を示す図である。
【図７】本発明の一実施の形態に係る履歴収集部の処理例を示すフローチャートである。
【図８】本発明の一実施の形態に係る履歴解析部の内部構成例を示すブロック図ある。
【図９】本発明の一実施の形態に係る前処理部の処理例を示すフローチャートである。
【図１０】本発明の一実施の形態に係る前処理済みの操作履歴情報例を示す図である。
【図１１】本発明の一実施の形態に係る一連操作抽出部の処理例を示すフローチャートである。
【図１２】本発明の一実施の形態に係る一連の操作の抽出例を示す図である。
【図１３】本発明の一実施の形態に係る操作パターン抽出部の処理例示すフローチャートである。
【図１４】本発明の一実施の形態に係る逐次ルール抽出部の処理例を示すフローチャートである。
【図１５】本発明の一実施の形態に係る反映情報生成部の処理例（高レイヤー）を示すフローチャートである。
【図１６】本発明の一実施の形態に係る誤操作／正解操作対応テーブルおよび誤操作原因情報テーブル（高レイヤー）の例を示す図である。
【図１７】本発明の一実施の形態に係る反映方法テーブル（高レイヤー）の例を示す図である。
【図１８】本発明の一実施の形態に係る反映情報テーブル（高レイヤー）の例を示す図である。
【図１９】時変要素を入れた場合の反映情報テーブル（高レイヤー）の例を示す図である。
【図２０】本発明の一実施の形態に係る反映情報生成部の処理例（低レイヤー）を示すフローチャートである。
【図２１】本発明の一実施の形態に係る誤操作／正解操作対応テーブルおよび誤操作原因情報テーブル（高レイヤー）の例を示す図である。
【図２２】本発明の一実施の形態に係る反映方法テーブル（低レイヤー）の例を示す図である。
【図２３】本発明の一実施の形態に係る反映情報テーブル（低レイヤー）の例を示す図である。
【図２４】時変要素を入れた場合の反映情報テーブル（低レイヤー）の例を示す図である。
【図２５】本発明の一実施の形態に係るリモコン属性情報テーブルの例（低レイヤー）を示す図である。
【図２６】新機能が適用されるテレビジョン受像機の内部構成例を示すブロック図である。
【図２７】本発明の一実施の形態に係るＯＳＤメニューのアップグレード（高レイヤー）の例を示す図である。
【図２８】本発明の一実施の形態に係るリモートコントローラ（タッチパネル）（低レイヤー）の例を示す図である。
【図２９】本発明の一実施の形態に係るグループ単位のアップグレード例を示す図である。
【図３０】本発明の一実施の形態に係るグループ単位のアップグレード処理例を示すフローチャートである。
【図３１】汎用パーソナルコンピュータの構成の例を示すブロック図である。
【符号の説明】
【０２２４】
１…操作履歴情報、２…履歴解析部、３，４，５，１０…リモートコントローラ、１０ｃ１…メモボタン、１６ｄ…ＴＶ設定へのショートカット、３０…履歴収集装置、３０Ｍ…操作履歴情報蓄積装置、３１…信号処理部、３２…ユーザインタフェース、３３…信号処理部、３４…履歴保存部、４０…履歴解析装置、４０Ｍ…反映情報蓄積装置、４１…前処理部、４２…一連操作抽出部、４２ＬＬ−１〜４２ＬＬ−３…メインメニュー表示状態（低レイヤー）、４２ＨＬ…メインメニュー表示状態（高レイヤー）、４３…パターン抽出部、４３Ａ…操作パターンＤＢ、４４…逐次ルール抽出部、４５…反映情報生成部、５０…履歴反映装置、１０１…テレビジョン受像機、１１７…ＯＳＤ回路、１１８…システムコントローラ
【特許請求の範囲】
【請求項１】
複数の操作対象機器から得られる、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報から各ユーザの操作パターンを抽出するパターン抽出部と、
前記パターン抽出部で抽出された操作パターンから、前記ユーザの誤操作による操作パターンである誤操作パターンを抽出するルール抽出部と、
前記誤操作パターンの種類から誤操作の原因を特定し、前記誤操作の原因に基づいて前記操作対象機器の機能に反映するための反映情報を生成する反映情報生成部と、を含む
情報処理装置。
【請求項２】
前記パターン抽出部は、前記ユーザが前記操作対象機器に制御信号を送るための操作手段を操作した段階での下位階層の状態遷移、および、前記操作手段を操作した段階での前記状態遷移を同一分類ごとにまとめた上位階層の状態遷移を、操作パターンとして抽出する
請求項１に記載の情報処理装置。
【請求項３】
前記反映情報生成部は、前記下位階層の状態遷移または前記上位階層の状態遷移を基に、前記反映情報を反映すべき誤操作の対象と該対象に反映情報を反映させるための反映方法に関する情報を少なくとも含む反映情報を生成する
請求項２に記載の情報処理装置。
【請求項４】
前記反映情報生成部は、前記ルール抽出部により抽出される誤操作パターンを基に、誤操作パターンが類似しているユーザを特定して、
前記ルール抽出部により抽出される誤操作パターンのうち、一定数以上のユーザに該当し、かつ、前記特定されたユーザに該当する誤操作パターンに基づく反映情報を、前記特定されたユーザの所有する操作対象機器に反映させる
請求項３に記載の情報処理装置。
【請求項５】
前記ルール抽出部は、前記パターン抽出部により抽出された操作パターンの前記下位階層における状態または前記上位階層における状態が、第１状態、第２状態、第１状態、及び第３状態へと遷移している場合、当該操作パターンを誤操作パターンと判定する
請求項４に記載の情報処理装置。
【請求項６】
前記ルール抽出部は、前記パターン抽出部により抽出された操作パターンの前記下位階層における状態または前記上位階層における状態が、第１状態、第１状態及び第２状態へと遷移している場合には、当該操作パターンを誤操作パターンと判定する
請求項４に記載の情報処理装置。
【請求項７】
前記パターン抽出部で抽出された操作パターンが蓄積される操作パターンデータベースを、さらに備え、
前記ルール抽出部は、前記操作パターンデータベースに蓄積されている操作パターンから、前記パターン抽出部が抽出した操作パターンに該当する操作パターンを抽出し、当該操作パターンの統計量が所定の条件を満たすときに、当該操作パターンを誤操作パターンと判定する
請求項４に記載の情報処理装置。
【請求項８】
前記反映情報の前記反映方法に関する情報は、前記状態遷移の上位階層に対応するオンスクリーン・ディスプレイ・メニュー階層の変更が含まれる
請求項５乃至７のいずれかに記載の情報処理装置。
【請求項９】
前記操作手段は、所定の機能を割り当てたボタンが配置されてなるタッチパネルであって、
前記反映情報は、前記タッチパネルの前記ボタンに対する変更が含まれる
請求項５乃至７のいずれかに記載の情報処理装置。
【請求項１０】
前記操作手段に配置された任意のボタンに対する反映情報を基に、前記ボタンと同一の属性を持つ他のボタンに対する反映情報が生成される
請求項５乃至９のいずれかに記載の情報処理装置。
【請求項１１】
前記反映情報の前記反映方法に関する情報は、操作コードの割り当ての変更が含まれる
請求項５乃至７のいずれかに記載の情報処理装置。
【請求項１２】
ユーザの操作入力に基づいて制御信号を生成する入力部と、
前記入力部からの前記制御信号を処理する信号処理部と、
前記ユーザの操作履歴と前記制御信号を処理した後の機器状態を、操作履歴情報として記憶する履歴保存部と、
を含む操作対象機器と、
複数の操作対象機器から得られる、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報から各ユーザの操作パターンを抽出するパターン抽出部と、
前記パターン抽出部で抽出された操作パターンから、前記ユーザの誤操作による操作パターンである誤操作パターンを抽出するルール抽出部と、
前記誤操作パターンの種類から誤操作の原因を特定し、前記誤操作の原因に基づいて前記操作対象機器の機能に反映するための反映情報を生成する反映情報生成部と、
を含む情報処理装置、から構成されてなる
情報処理システム。
【請求項１３】
複数の操作対象機器から得られる、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報から各ユーザの操作パターンを抽出するステップと、
前記操作パターンから前記ユーザの誤操作による操作パターンである誤操作パターンを抽出するステップと、
前記誤操作パターンの種類から誤操作の原因を特定するステップと、
前記誤操作の原因に基づいて前記操作対象機器の機能に反映するための反映情報を生成するステップと、を含む
情報処理方法。
【請求項１】
複数の操作対象機器から得られる、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報から各ユーザの操作パターンを抽出するパターン抽出部と、
前記パターン抽出部で抽出された操作パターンから、前記ユーザの誤操作による操作パターンである誤操作パターンを抽出するルール抽出部と、
前記誤操作パターンの種類から誤操作の原因を特定し、前記誤操作の原因に基づいて前記操作対象機器の機能に反映するための反映情報を生成する反映情報生成部と、を含む
情報処理装置。
【請求項２】
前記パターン抽出部は、前記ユーザが前記操作対象機器に制御信号を送るための操作手段を操作した段階での下位階層の状態遷移、および、前記操作手段を操作した段階での前記状態遷移を同一分類ごとにまとめた上位階層の状態遷移を、操作パターンとして抽出する
請求項１に記載の情報処理装置。
【請求項３】
前記反映情報生成部は、前記下位階層の状態遷移または前記上位階層の状態遷移を基に、前記反映情報を反映すべき誤操作の対象と該対象に反映情報を反映させるための反映方法に関する情報を少なくとも含む反映情報を生成する
請求項２に記載の情報処理装置。
【請求項４】
前記反映情報生成部は、前記ルール抽出部により抽出される誤操作パターンを基に、誤操作パターンが類似しているユーザを特定して、
前記ルール抽出部により抽出される誤操作パターンのうち、一定数以上のユーザに該当し、かつ、前記特定されたユーザに該当する誤操作パターンに基づく反映情報を、前記特定されたユーザの所有する操作対象機器に反映させる
請求項３に記載の情報処理装置。
【請求項５】
前記ルール抽出部は、前記パターン抽出部により抽出された操作パターンの前記下位階層における状態または前記上位階層における状態が、第１状態、第２状態、第１状態、及び第３状態へと遷移している場合、当該操作パターンを誤操作パターンと判定する
請求項４に記載の情報処理装置。
【請求項６】
前記ルール抽出部は、前記パターン抽出部により抽出された操作パターンの前記下位階層における状態または前記上位階層における状態が、第１状態、第１状態及び第２状態へと遷移している場合には、当該操作パターンを誤操作パターンと判定する
請求項４に記載の情報処理装置。
【請求項７】
前記パターン抽出部で抽出された操作パターンが蓄積される操作パターンデータベースを、さらに備え、
前記ルール抽出部は、前記操作パターンデータベースに蓄積されている操作パターンから、前記パターン抽出部が抽出した操作パターンに該当する操作パターンを抽出し、当該操作パターンの統計量が所定の条件を満たすときに、当該操作パターンを誤操作パターンと判定する
請求項４に記載の情報処理装置。
【請求項８】
前記反映情報の前記反映方法に関する情報は、前記状態遷移の上位階層に対応するオンスクリーン・ディスプレイ・メニュー階層の変更が含まれる
請求項５乃至７のいずれかに記載の情報処理装置。
【請求項９】
前記操作手段は、所定の機能を割り当てたボタンが配置されてなるタッチパネルであって、
前記反映情報は、前記タッチパネルの前記ボタンに対する変更が含まれる
請求項５乃至７のいずれかに記載の情報処理装置。
【請求項１０】
前記操作手段に配置された任意のボタンに対する反映情報を基に、前記ボタンと同一の属性を持つ他のボタンに対する反映情報が生成される
請求項５乃至９のいずれかに記載の情報処理装置。
【請求項１１】
前記反映情報の前記反映方法に関する情報は、操作コードの割り当ての変更が含まれる
請求項５乃至７のいずれかに記載の情報処理装置。
【請求項１２】
ユーザの操作入力に基づいて制御信号を生成する入力部と、
前記入力部からの前記制御信号を処理する信号処理部と、
前記ユーザの操作履歴と前記制御信号を処理した後の機器状態を、操作履歴情報として記憶する履歴保存部と、
を含む操作対象機器と、
複数の操作対象機器から得られる、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報から各ユーザの操作パターンを抽出するパターン抽出部と、
前記パターン抽出部で抽出された操作パターンから、前記ユーザの誤操作による操作パターンである誤操作パターンを抽出するルール抽出部と、
前記誤操作パターンの種類から誤操作の原因を特定し、前記誤操作の原因に基づいて前記操作対象機器の機能に反映するための反映情報を生成する反映情報生成部と、
を含む情報処理装置、から構成されてなる
情報処理システム。
【請求項１３】
複数の操作対象機器から得られる、少なくともユーザの操作履歴と機器状態の情報が含まれる操作履歴情報から各ユーザの操作パターンを抽出するステップと、
前記操作パターンから前記ユーザの誤操作による操作パターンである誤操作パターンを抽出するステップと、
前記誤操作パターンの種類から誤操作の原因を特定するステップと、
前記誤操作の原因に基づいて前記操作対象機器の機能に反映するための反映情報を生成するステップと、を含む
情報処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【公開番号】特開２０１０−３４９９８（Ｐ２０１０−３４９９８Ａ）
【公開日】平成２２年２月１２日（２０１０．２．１２）
【国際特許分類】
【出願番号】特願２００８−１９６６１３（Ｐ２００８−１９６６１３）
【出願日】平成２０年７月３０日（２００８．７．３０）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２２年２月１２日（２０１０．２．１２）
【国際特許分類】
【出願日】平成２０年７月３０日（２００８．７．３０）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]