(57)【要約】【課題】機器全体の制御を行うメインＣＰＵと、操作部の制御を行うサブＣＰＵとを備えるとともに、操作部にタッチパネルを搭載した情報機器において、押し抜け防止の制御を実行する際に、サブＣＰＵ内に保持するデータ量を抑える。【解決手段】サブＣＰＵ１４１は、タッチパネル付きＬＣＤ１４５のタッチパネルに表示される画面が切り替わる毎に、ソフトキー配置情報をメインＣＰＵ１１１から取得する。サブＣＰＵ１４１は、タッチパネルに対するタッチダウン位置、タッチアップ位置、タッチ中の移動、タッチ時間などの情報を検出し、その情報からユーザの操作が画面上のソフトキーの押下なのか、それ以外のジェスチャー操作なのかを分類し、どのソフトキーがどの順序で押されたかを保持する。【選択図】図３
2015108946.tif 000002
【特許請求の範囲】
【請求項１】
タッチパネルを搭載した操作部と、機器全体の制御を行うメインＣＰＵと、前記操作部の制御を行うサブＣＰＵと、を有し、
該サブＣＰＵは、前記タッチパネルに対するタッチ位置を検出するタッチ位置検出手段と、該タッチ位置検出手段により検出されたタッチ位置と、予め前記メインＣＰＵとの通信で取得した前記タッチパネル上のソフトキーの種類及び配置位置を表すソフトキー配置情報とを基に、押下されたソフトキーを識別するソフトキー識別手段と、該ソフトキー識別手段により識別されたソフトキーの押下の履歴を保持する履歴保持手段と、を有する、情報機器。
【請求項２】
請求項１に記載された情報機器において、
前記サブＣＰＵは、前記メインＣＰＵからの履歴取得要求に応じて、前記履歴保持手段に保持されている履歴を前記メインＣＰＵへ送信する履歴送信手段を有する、情報機器。
【請求項３】
請求項１に記載された情報機器において、
前記サブＣＰＵは、前記タッチパネルの画面毎のソフトキー配置情報を画面ＩＤと共に保持する手段を有し、前記メインＣＰＵは、前記タッチパネルの画面を切り替えるときに、前記画面ＩＤを前記サブＣＰＵへ送信する手段を有する、情報機器。
【請求項４】
請求項１〜３のいずれかに記載された情報機器において、
前記履歴保持手段は、前記操作部のハードキーの押下の履歴をも保持する、情報機器。
【請求項５】
請求項１〜４のいずれかに記載された情報機器において、
前記サブＣＰＵは、履歴保持手段における保持量がフルになったとき、新たな履歴の保持の停止、又は最も古い履歴の削除を行う、情報機器。
【請求項６】
請求項１〜５のいずれかに記載された情報機器において、
前記サブＣＰＵは、前記メインＣＰＵの制御により、前記タッチパネルの画面が切り替えられたとき、履歴保持手段に保持されている履歴を破棄する、情報機器。
【請求項７】
請求項１〜６のいずれかに記載された情報機器において、
前記情報機器は、画像を印刷する手段を有する画像形成装置である、情報機器。
【請求項８】
機器全体の制御を行うメインＣＰＵと、操作部の制御を行うサブＣＰＵとを備えるとともに、操作部にタッチパネルを搭載した情報機器において前記サブＣＰＵが実行する制御方法であって、
前記タッチパネルに対するタッチ位置を検出するタッチ位置検出ステップと、該タッチ位置検出ステップにより検出されたタッチ位置と、予め前記メインＣＰＵとの通信で取得した前記タッチパネル上のソフトキーの種類及び配置位置を表すソフトキー配置情報とを基に、押下されたソフトキーを識別するソフトキー識別ステップと、該ソフトキー識別ステップにより識別されたソフトキーの押下の履歴を保持する履歴保持ステップと、を有する情報機器の制御方法。
【請求項９】
機器全体の制御を行うメインＣＰＵと、操作部の制御を行うサブＣＰＵとを備えるとともに、操作部にタッチパネルを搭載した情報機器の前記サブＣＰＵに、請求項８に記載された情報機器の制御方法の各ステップを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばキー入力制御や表示制御など操作部の制御を行うサブＣＰＵと、そのサブＣＰＵと通信するとともに機器全体の制御を行うメインＣＰＵとを備えた、プリンタやパーソナルコンピュータなど情報機器、その制御方法及びプログラムに関する。
【背景技術】
【０００２】
情報機器の高機能化が進むにしたがって、そのＣＰＵの処理負荷が高まっている。ＣＰＵが高負荷の処理を実行しているときには、操作部のキーのオン／オフ検知の周期が長くなり、結果としてキーの押下を検出できないという不具合（以下、「押し抜け」と言う）が発生しうる。
【０００３】
この問題を回避し、操作の応答性などの性能向上のために、キー入力制御や表示制御など、操作部の制御を行う制御手段として、機器全体の制御を行うメインＣＰＵとは別にサブＣＰＵを設けた情報機器がある。
【０００４】
例えば、特許文献１には、機器内の主たる制御を行うメインＣＰＵと、操作部の制御を行うサブＣＰＵとを備え、前記メインＣＰＵとサブＣＰＵとが通信し合う、複写機などの情報機器が記載されている。また、特許文献２には、装置全体の動作を制御するメインＣＰＵと、キー操作検出及び表示機能を制御するサブＣＰＵとを備えた、無線通信装置などの電子機器が記載されている。
【０００５】
また、特許文献３には、キーボードコントローラに接続された拡張Ｉ／Ｏからのデータを制御するキーボード制御方式において、キーボードマトリックスをスキャンして押下されたキーアドレスを設定するキースキャン用テーブルと、このキースキャン用テーブルに設定されたキーアドレスをコードに変換したデータなどを設定して本体に送信する送信用バッファとを持つキーボードコントローラとを備え、上記拡張Ｉ／Ｏからのデータを上記送信バッファに格納し得ないとき一旦キースキャン用テーブルに保存し、送信用バッファが空きとなったときにこれに格納して本体側に送信することが記載されている。
【０００６】
しかし、上記従来の技術では、操作部にタッチパネルが搭載されている場合には対応が困難となる。具体的には、タッチパネル使用時に同等の処理を行うためには、キーのようにオン／オフだけの状態ではなく、「どの位置がタッチされたのか？」、「タッチしたまま移動はあるのか？」、「長押しはしたのか？」などの情報を保持する必要があるため、下記(i)〜(iii)の問題がある。
【０００７】
(i)サブＣＰＵ内に保持するデータが増え、サブＣＰＵのコストアップにつながる。
(ii)メインＣＰＵとサブＣＰＵとの間のコマンドのやり取りが増えてしまい、メインＣＰＵの処理能力が落ちる。
(iii)メインＣＰＵとサブＣＰＵとの間のコマンドのやり取りが増えてしまい、ユーザから見たレスポンスが悪くなる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明はこのような問題を解決するためになされたものであり、その目的は、機器全体の制御を行うメインＣＰＵと、操作部の制御を行うサブＣＰＵとを備えるとともに、操作部にタッチパネルを搭載した情報機器において、押し抜け防止の制御を実行する際に、サブＣＰＵ内に保持するデータ量を抑えることである。
【課題を解決するための手段】
【０００９】
本発明は、タッチパネルを搭載した操作部と、機器全体の制御を行うメインＣＰＵと、前記操作部の制御を行うサブＣＰＵと、を有し、該サブＣＰＵは、前記タッチパネルに対するタッチ位置を検出するタッチ位置検出手段と、該タッチ位置検出手段により検出されたタッチ位置と、予め前記メインＣＰＵとの通信で取得した前記タッチパネル上のソフトキーの種類及び配置位置を表すソフトキー配置情報とを基に、押下されたソフトキーを識別するソフトキー識別手段と、該ソフトキー識別手段により識別されたソフトキーの押下の履歴を保持する履歴保持手段と、を有する、情報機器である。
【発明の効果】
【００１０】
本発明によれば、機器全体の制御を行うメインＣＰＵと、操作部の制御を行うサブＣＰＵとを備えるとともに、操作部にタッチパネルを搭載した情報機器において、押し抜け防止の制御を実行する際に、サブＣＰＵ内に保持するデータ量を抑えることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る情報機器の概略構成を説明するための図である。
【図２】本発明の実施形態に係る情報機器における操作部の外観の構成を説明するための図である。
【図３】本発明の実施形態に係る情報機器における操作部の機能ブロックを示す図である。
【図４】本発明の実施形態に係る情報機器におけるサブＣＰＵの内部ブロック図である。
【図５】本発明の実施形態に係る情報機器において、ソフトキーの押下履歴を保持するための処理を示すフローチャートである。
【図６】本発明の実施形態に係る情報機器において、メインＣＰＵとサブＣＰＵとの間でやりとりするコマンドの例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について図面を参照して説明する。
〈情報機器の概略構成〉
図１は、本発明の実施形態に係る情報機器の概略構成を説明するための図である。この情報機器は画像形成装置である。
【００１３】
画像形成装置１００は、コントローラボード１１０、スキャナユニット１２０、プロッタユニット１３０、及び操作部１４０を備えている。コントローラボード１１０はＰＣ（パーソナルコンピュータ）などのホスト装置２００に接続されている。コントローラボード１１０はメインＣＰＵ１１１を備えており、操作部はサブＣＰＵ１４１を備えている。
【００１４】
エンジン部としてのスキャナユニット１２０は、原稿を読み込んで、電気信号に変換し、コントローラボード１１０へ送信する。
【００１５】
コントローラボード１１０は、画像形成装置１００の全体の制御として、コピー処理やプリント処理などの制御を行う。コピー処理では、スキャナユニット１２０より入力されたＲＧＢ形式の多値画像をプロッタユニット１３０で印刷可能なフォーマット（ＣＭＹＫ形式）に変換する画像処理を行う。また、プリント処理では、ホスト装置２００や、図示されていないＵＳＢメモリ或いはＳＤカードからの画像データを受け取り、プロッタユニット１３０で印刷可能なフォーマットに変換する画像処理を行う。
【００１６】
エンジン部としてのプロッタユニット１３０は、コントローラボード１１０で処理された画像データに基づいて、用紙に画像を印刷する。印刷のプロセスはインクジェット方式でも電子写真方式でもよい。
【００１７】
操作部１４０は、ユーザによるコピーやスキャナ、ＦＡＸ送信などのジョブの指示を受け付けたり、スキャナユニット１２０で読み込んだ画像を表示したりする。
【００１８】
〈操作部の外観〉
図２は、図１における操作部１４０の外観の構成を説明するための図である。
操作部１４０の表面には、操作部材であるハードキーとして、電源キー１４２、スタートキー１４３、及びストップキー１４４が配置されている。また、操作表示部材として、タッチパネル付きＬＣＤ１４５が配置されている。タッチパネル付きＬＣＤ１４５は、タッチパネルが搭載されたＬＣＤであり、ここでは、ソフトキーとして、テンキー（０〜９、＊、＃）が表示されている。
【００１９】
操作部１４０は、シリアル通信媒体１５０によりコントローラボード１１０と接続されており、メインＣＰＵ１１１からソフトキーの種類及びその配置位置を示す情報であるソフトキー配置情報が送信される。このように構成することで、ハードキーとして常に配置されるキーは最小限に抑えて、必要な時にだけタッチパネル付きＬＣＤ１４５の画面上にソフトキーを配置することができる。
【００２０】
〈操作部の機能ブロック〉
図３は、操作部１４０の機能ブロックを示す図である。
操作部１４０は、サブＣＰＵ１４１と、それぞれがサブＣＰＵ１４１に接続されたタッチパネル付きＬＣＤ１４５、ブザー１４６、ＬＥＤ１４７、及びハードキー１４８を備えている。ここで、ハードキー１４８は、図２における電源キー１４２、スタートキー１４３、及びストップキー１４４に対応する。
【００２１】
サブＣＰＵ１４１は、コントローラボード１１０上のメインＣＰＵ１１１と、例えばシリアルインターフェースなどでコマンドをやり取り可能となっており、タッチパネル付きＬＣＤ１４５におけるタッチパネルの状態検出、ハードキー１４８の状態検出、ブザー１４６及びＬＥＤ１４７の制御などをコマンドにて実現する。また、タッチパネル付きＬＣＤ１４５におけるＬＣＤの画面表示の制御はコントローラボードの１１０上のメインＣＰＵ１１１が実行する。
【００２２】
〈サブＣＰＵの内部ブロック図〉
図４は、サブＣＰＵ１４１の内部ブロック図である。
サブＣＰＵ１４１は、制御部（ＣＰＵコア）１４１ａ、タイマ１４１ｂ、メモリ１４１ｃ、コマンドＩ／Ｆ（インタフェース）１４１ｄ、タッチパネルＩ／Ｆ１４１ｅ、汎用ＩＯＰＷＭ１４１ｆを備えている。
【００２３】
制御部１４１ａは、サブＣＰＵ１４１の全体を制御する。タイマ１４１ｂは、一定時間毎の処理を実現するための時間を計測し、制御部１４１ａに出力する。メモリ１４１ｃは、制御部１４１aのワークエリアとなるＲＡＭ、各種プログラムが格納されたＲＯＭなどからなる。また、一定時間毎に制御部１４１aによる取得されたハードキー１４８やソフトキーの押下の履歴、コントローラボード１１０から送信されたソフトキー配置情報などを保持する。
【００２４】
コマンドＩ／Ｆ１４１ｄは、コントローラボード１１０上のメインＣＰＵ１１１との間でコマンドのやりとりを行うためのインタフェースである。タッチパネルＩ／Ｆ１４１ｅは、タッチパネル付きＬＣＤ１４５におけるタッチパネルの状態を示すデータを受け取るためのインタフェースである。汎用ＩＯ(Input/Output) ＰＷＭ(Pulse Width Modulation)１４１ｆは、ブザー１４６及びＬＥＤ１４７に駆動信号を送信したり、ハードキー１４８のオン／オフ状態を示すデータを受け取ったりするためのインタフェースである。
【００２５】
制御部１４１ａは一定時間毎にタッチパネルやハードキー１４８の押下情報を取得して、メモリ１４１ｃのキー履歴保持部に格納する。また、制御部１４１ａは、メインＣＰＵ１１１からキー履歴取得要求（ソフトキーの履歴を含む）を受けると、キー履歴保持部からキー履歴を読み取り、メインＣＰＵ１１１に渡す。このとき、メインＣＰＵ１１１に渡し終えたキー履歴を削除する。また、制御部１４１ａは、メインＣＰＵ１１１からのキー履歴取得要求時以外にも、メインＣＰＵ１１１からのキー履歴削除要求があった場合や、その他削除する要件を満たした時にはキー履歴保持部に保持されている履歴を削除する。
【００２６】
〈ソフトキーの押下履歴を保持するための処理〉
図５は、サブＣＰＵ１４１によるソフトキーの押下履歴を保持するための処理を示すフローチャートである。このフローチャートの処理は、サブＣＰＵ１４１内のプログラムにより、タイマ割り込みに応じて、一定周期（ここでは１ms）毎に実行される。
【００２７】
本フローチャートでは、タッチパネル付きＬＣＤ１４５の画面上に配置されているソフトキーをタッチし、移動することなく離したとき、ソフトキー押下と判定する。また、タッチ中に指等を移動した場合は、タッチしている位置にかかわらずジェスチャーと判定する。以下、詳細に説明する。
【００２８】
まずサブＣＰＵ１４１は、タッチパネルがタッチされているか否かを検出し（ステップＳ１：タッチ検出ステップ）、タッチされていれば（ステップＳ１：Yes）、タッチされている位置のX座標（横方向位置）、Y座標（縦横方向位置）を検出する（ステップＳ２：タッチ位置検出ステップ）。このとき、制御部１４１ａはタッチ位置検出手段として機能する。
【００２９】
次に、前周期（1ms前）でタッチされたか否かを判定する（ステップＳ３）。なお、前周期でのタッチの有無はメモリ１４１ｃに保持されている。前周期でタッチされていなかった場合（ステップＳ３：No）、つまり前周期でタッチされておらず、今回タッチされている場合は、タッチダウンと判定し、その位置を保持し（ステップＳ４）、タッチダウンとして終了する。ムーブ履歴（詳細については後述）がある場合は、それをリセットする。
【００３０】
前周期でタッチされていた場合（ステップＳ３：Yes）、つまり前周期でタッチされ、今回も引き続きタッチされている場合は、タッチダウン位置からの移動量が一定値以上あるか否かを判定する（ステップＳ５）。そして、タッチダウン位置からの移動量が一定値以上ある場合は（ステップＳ５：Yes）、ムーブ履歴をセットし（ステップＳ６）、ムーブとして終了する。即ち、ムーブと判定し、その記録をメモリ１４１ｃにより保持する。タッチダウン位置からの移動量が一定量未満である場合は（ステップＳ５：No）、タッチ中として終了する。
【００３１】
今回タッチされていないときは（ステップＳ１：No）、前周期（1ms前）でタッチされたか否かを判定する（ステップＳ7）。前周期でタッチされていなかった場合（ステップＳ７：No）、つまり前周期でも今回もタッチがない場合は、タッチを待機している状態として終了する。
【００３２】
前周期でタッチされていた場合（ステップＳ７：Yes）、つまり前周期でタッチがあり、今回タッチがない場合は、タッチアップと判定し、ムーブ履歴の有無を判定する（ステップＳ８）。ムーブ履歴があった場合（ステップＳ８：Yes）、つまりタッチ中にムーブ判定があった場合は、ジェスチャーと判定し、終了する。この場合、ソフトキーの押下とは判定しない。
【００３３】
ムーブ履歴がなかった場合（ステップＳ８：No）、タッチダウン位置がソフトキー配置の範囲内か否かを判定する（ステップＳ９）。そして、タッチダウン位置がソフトキー配置の範囲外の場合は（ステップＳ９：No）、無効なタッチと判定し、終了する。
【００３４】
タッチダウン位置がソフトキー配置の範囲内の場合は（ステップＳ９：Yes）、対応するソフトキーがタッチされたソフトキーであると判定し、その履歴を保持する（ステップＳ１０：ソフトキー識別ステップ、履歴保持ステップ）。これは、ソフトキーをタッチし、移動することなく離した場合であり、この場合のみ、押下されたソフトキーの履歴を保持する。このとき、制御部１４１ａはソフトキー識別手段として機能し、メモリ１４１ｃのキー履歴保持部は履歴保持手段として機能する。
【００３５】
ここで、保持する履歴は、どのソフトキーがどのような順序で押下されたのかを示す情報である。また、例えば割り込み回数のカウント値としてもよいし、タイマ割り込みの時刻でもよい。
【００３６】
〈メインＣＰＵとサブＣＰＵとの間でやりとりするコマンド〉
図６は、メインＣＰＵ１１１とサブＣＰＵ１４１との間でやりとりするコマンドの例を示す図である。本コマンド仕様では、メインＣＰＵ１１１がコマンドを発行し、サブＣＰＵ１４１が応答する形態をとる。
【００３７】
CommandAではメインＣＰＵ１１１からサブＣＰＵ１４１に対して、ソフトキー配置情報を送信する。即ち、CommandA-1でソフトキーの配置情報の送信を開始する通知を行い、CommandA-2〜CommandA-Nで、ソフトキー毎の情報を送信する。つまり、ソフトキーの数だけ、情報を送信する。サブＣＰＵ１４１は、このコマンドの情報を用いて、図５のフローチャートに従い、ソフトキー押下情報を保持する。
【００３８】
CommandBはサブＣＰＵ１４１内で定期的に取得しているタッチ位置の最新の値を要求するコマンドである。サブＣＰＵ１４１は本コマンドを受け取ると、タッチの有無を応答する。また、タッチされている場合はその位置情報を応答する。ジェスチャー操作など、タッチの動きなどを含めて制御する場合には、本コマンドを使用する。
【００３９】
CommandCは、図５のフローチャートに従い保持されたソフトキーの履歴を古い順に要求するコマンドである。１回目のコマンド（CommandC-1）に対する応答では、保持されている履歴の個数（ここではＭ個）を応答し、以降、古い順にコマンドを応答する。メインＣＰＵ１１１は、１回目のコマンド応答で取得した履歴の個数に応じて、データ更新要求を繰り返し発行し（CommandC-2）、必要数分のコマンドを取得する。
【００４０】
CommandDはハードキー１４８の履歴取得要求であり、ソフトキーの履歴取得要求と同等のコマンド仕様で履歴データを取得する。その他に、ＬＥＤ１４７やブザー１４６の制御、初期化動作などのコマンドが考えられるが、本実施形態では省略する。
【００４１】
なお、ここでは、CommandAにおいては、ソフトキー配置を一つ一つコマンドで渡しているが、サブＣＰＵ１４１内に、画面毎のソフトキー配置を画面ＩＤと共に記憶しておき、メインＣＰＵ１１１からサブＣＰＵ１４１に対して、画面ＩＤを送信することでキー配置情報を伝える制御でも構わない。
【００４２】
また、本実施形態では、ソフトキーの履歴とハードキーの履歴を別々に管理しているが、同一のキー履歴保持部に格納し、同一のコマンドにより管理する制御も可能である。ハードキーとソフトキーの履歴を別々に保持する場合は、ハードキーとソフトキーを混在して押された場合、その順序を特定できなくなるが、同一のキー履歴保持部に格納することで、ハードキーとソフトキーの押下順序を特定することができる。
【００４３】
〈キー履歴の処理〉
キー押下履歴の保持はＦＩＦＯ（First-In First-Out）メモリにより行う。即ち、キー履歴保持部はＦＩＦＯにより構成される。ＦＩＦＯは先入れ先出し法と呼ばれ、古く格納した順にデータを取り出す方式である。ＦＩＦＯメモリにキー履歴を格納するタイミングは、図５のフローチャートに従い、サブＣＰＵ１４１がソフトキーの押下を検出したタイミングである。また、ＦＩＦＯメモリからキー履歴を取り出すタイミングは、図６のコマンドを実行することにより、メインＣＰＵ１１１が１個分のキー履歴取得要求を発行したタイミングである。
【００４４】
ＦＩＦＯメモリの容量（段数）は、メインＣＰＵ１１１がサブＣＰＵ１４１に対してアクセスできなくなる時間の最大値と、一定時間内にキーが押下される回数の最大値とを鑑みて決定される。
【００４５】
例えば、メインＣＰＵ１１１がサブＣＰＵ１４１に対してアクセスできなくなる時間の最大値が２秒、キーが押下される回数の最大値が１秒あたり１０回とする場合には、キー履歴保持用のＦＩＦＯメモリの容量として２０段が必要である。
【００４６】
ただし、メインＣＰＵ１１１がサブＣＰＵ１４１に対してアクセスできなくなる時間の上限が不定の場合や、継続的にアクセスできなくなる場合においては、上記段数の上限が設定できなくなるため、キー履歴の破棄ルールが必要となる。
【００４７】
キー履歴の破棄ルールとしては下記(a)、(b)のパターンが考えられる。
(a)キー履歴保持用のＦＩＦＯメモリの保持量がフル（残り容量が０）となった場合には、新しいキー履歴を受け付けない。この結果、新しいキー履歴の保持は停止される。このルールは、例えばテンキーによる数値入力の場合に適している。一連の数値入力において、押し抜けが発生するのは最新の数値であるため、ユーザは押し抜けの発生に気が付きやすい。
(b)キー履歴保持用のＦＩＦＯメモリがフルとなった場合には、一番古いキー履歴から破棄して、新しいキー履歴を受け付ける。このルールでは、最新のキー操作の抜けを防ぐことができるため、ラジオボタンによる選択画面など、最新のキー押下情報が優先される画面において有効である。
【００４８】
以上のように、最適な履歴データの破棄ルールは画面の属性毎に異なる。そのため、画面毎に破棄ルールを設定可能であることが望ましい。画面毎の破棄ルール設定の選択方法は、メインＣＰＵ１１１からサブＣＰＵ１４１に対するコマンド（図示せず）により実行する。
【００４９】
さらに、サブＣＰＵ１４１は履歴を破棄した場合には、その旨をメインＣＰＵ１１１に通知することが望ましい。この通知は、キー履歴取得要求に対する応答時に実行してもよいし、特別な割り込み要求を用いてもよい。
【００５０】
上述したＦＩＦＯメモリがフルとなった場合の破棄ルールとは別に、以下のようなルールも有効である。即ち、特定のキーが押下された以降は、新たなキー履歴を受け付けない。ここで、「特定のキー」とは、画面遷移を伴うものなどが挙げられる。
【００５１】
これは、画面遷移が発生すると、ソフトキー配置が変わるため、画面遷移後も画面遷移前のソフトキー履歴が保持され続けると、ユーザの意図しない操作が行われる可能性があり、それを回避するための措置である。
【００５２】
以上、詳細に説明したように、本発明の実施形態の情報機器は、下記（１）〜（８）の特徴を有する。
（１）ソフトキーの押し抜け回避のために、サブＣＰＵ１４１はソフトキー配置情報を画面が切り替わる毎にメインＣＰＵ１１１から取得しておき、タッチパネルに対するタッチダウン位置、タッチアップ位置、タッチ中の移動、タッチ時間などの情報を検出し、その情報からユーザの操作が画面上のキー（ソフトキー）の押下なのか、それ以外のジェスチャー操作なのかを分類し、どのソフトキーがどの順序で押されたかを保持する処理とするので、保持すべき情報量を大幅に削減することができる。
（２）ソフトキー配置情報をメインＣＰＵ１１１からのコマンドにより決定するので、ソフトキーの配置を自由に変更することができる。
（３）画面毎のソフトキー配置情報を画面ＩＤと共にサブＣＰＵ１４１内に記憶しておき、メインＣＰＵ１１１からサブＣＰＵ１４１に対して、画面ＩＤを送信することで、画面が切り替わる毎にメインＣＰＵ１１１からサブＣＰＵ１４１へ送信するコマンドの量を削減することができる。
（４）ハードキーとソフトキーの履歴を同一のキー履歴保持部（ＦＩＦＯメモリ）に格納し、メインＣＰＵ１１１からのキー履歴取得要求もハードキー及びソフトキーで同一とすることで、ハードキーとソフトキーの押下順序を特定することができる。
（５）キー履歴保持部の容量を超えて、ソフトキーの履歴が生成された場合、容量を超えた分の履歴（新しい履歴）を保持しないようにすることで、テンキーの数値入力の押し抜けをユーザに気付かせることが期待できる。
（６）キー履歴保持部の容量を超えて、ソフトキーの履歴が生成された場合、古い履歴情報から削除し、新しい履歴を保持することで、最新のキーの押し抜けを防止することができる。
（７）キー履歴保持部の容量を超えて、ソフトキーの履歴が生成された場合、容量を超えた分の履歴情報を保持しないようにするか、または古い履歴情報から削除し、新しい履歴情報を保持するかを、メインＣＰＵ１１１からのコマンドにより選択可能とすることで、画面に応じて有利な方の履歴削除処理を選択することができる。
（８）画面遷移が発生したときに履歴情報を破棄することで、ユーザの意図しない操作が行われる可能性を無くすことができる。
【００５３】
なお、以上説明した実施形態は本発明に係る情報機器を画像形成装置とした場合の構成であるが、本発明は、機器全体の制御を行うメインＣＰＵと、操作部の制御を行うサブＣＰＵとを備えるとともに、操作部にタッチパネルを搭載した他の情報機器、例えばパーソナルコンピュータや無線通信装置などにも適用することができる。
【符号の説明】
【００５４】
１１１…メインＣＰＵ、１４０…操作部、１４１…サブＣＰＵ、１４１ａ…制御部、１４１ｂ…タイマ、１４１ｃ…メモリ、１４５…タッチパネル付きＬＣＤ、１４８…ハードキー。
【先行技術文献】
【特許文献】
【００５５】
【特許文献１】特開２００７−９８７７５号公報
【特許文献２】特開２０１１−２４８７９７号公報
【特許文献３】特開平４−１００１３８号公報
【図１】
2015108946.tif 000003
【図２】
2015108946.tif 000004
【図３】
2015108946.tif 000005
【図４】
2015108946.tif 000006
【図５】
2015108946.tif 000007
【図６】
2015108946.tif 000008