JP2016206994A - 情報処理装置、情報処理装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】情報処理装置本体を制御する本体側コントローラの大幅な設計変更を行わなくても、ハードウェアキーに対応するソフトウェアキーをディスプレイに表示できるようにする。【解決手段】情報処理装置の動作を制御する第１の制御部と、ディスプレイを備えた操作部の動作を制御する第２の制御部と、を有する。第１の制御部が、ディスプレイに表示すべき画面に対応する第１の描画データ１００１を生成し、第２の制御部が、ソフトウェアキーに対応する第２の描画データ１００２を生成する。生成された第１の描画データ１００１と第２の描画データ１００２とを合成し、合成後の描画データ１００３をディスプレイに表示させる。【選択図】図１

Description

本発明は、ディスプレイを備えた操作部を有する情報処理装置、情報処理装置の制御方法、及びプログラムに関する。

スキャン機能、プリント機能等を備えた画像処理装置では、ユーザからの操作を受け付ける操作部として、テンキーなどのハードウェアキーに加え、タッチパネルを備えた装置が一般的になりつつある。なお、テンキーとは、０〜９までの数字、及び、＊、♯などの記号を入力するためのキーである。

このような画像処理装置における本体側コントローラ１００と操作部１５０との間の処理の概要について図９を用いて説明する。ユーザがテンキー９０１又はタッチパネル１５２を用いて入力を行うと、入力情報が操作部ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１５１に送信される。操作部ＣＰＵ１５１は、テンキー９０１又はタッチパネル１５２から送信された入力情報に基づいて必要な情報を求め、当該情報を本体ＣＰＵ１０１に送信する。例えば、ユーザによりテンキー９０１のいずれかのキー（例えば、数字３）が押下された場合は、押下されたキーに対応する文字情報が本体ＣＰＵ１０１に送信される。また、タッチパネル１５２へのタッチ操作がなされた場合は、タッチ位置に基づく座標情報が本体ＣＰＵ１０１に送信される。

本体ＣＰＵ１０１は、操作部ＣＰＵ１５１から送信された情報に基づいて、ディスプレイに表示すべき画面を特定し、当該画面に対応する描画データ９０２を生成してディスプレイへ送信する。なお、本体側コントローラ１００には、ディスプレイ１５３に表示される複数の画面夫々に対応する描画データを生成するための各種情報（例えば、テキストや画像）が予め記憶されている。本体ＣＰＵ１０１は、これらの情報に基づいて必要な描画データを生成する。ディスプレイ１５３は、送信された描画データ９０２に基づき、画面を表示する。このような処理によって、テンキー９０１やタッチパネル１５２を介したユーザの操作に応じた画面がディスプレイ１５３に表示されることとなる。

特開平６−３０９０９２号

一方で、操作部の小型化によるコスト削減、及びデザイン向上を目的として、ハードウェアキーを無くし、全ての入力をタッチパネルで行うことを可能とした画像処理装置が求められている。

この場合、これまでハードウェアキーとして備えられていたテンキーを、ソフトウェアキーとしてディスプレイに表示することで、タッチパネルからの入力を受け付けられるよう構成することが考えられる。

しかしながら、ソフトウェアキーをディスプレイに表示させるためには、本体ＣＰＵが生成する描画データもそれに合わせて変更しなければならない。そのためには、本体側コントローラの設計を修正する必要があり、大きな設計コストがかかってしまう。

本発明は、情報処理装置本体を制御する本体側コントローラの大幅な設計変更を必要とせずに、ハードウェアキーに対応するソフトウェアキーをディスプレイに表示できるようにすることを目的とする。

上記課題を解決するため、本発明は、ディスプレイを備えた操作部を有する情報処理装置であって、情報処理装置の動作を制御する第１の制御手段であって、前記ディスプレイに表示すべき画面に対応する第１の描画データを生成する第１の制御手段と、前記操作部の動作を制御する第２の制御手段であって、ソフトウェアキーに対応する第２の描画データを生成する第２の制御手段と、前記第１の制御手段により生成された前記第１の描画データと前記第２の制御手段により生成された前記第２の描画データとを合成し、合成後の描画データを前記ディスプレイに表示させる表示制御手段と、を有することを特徴とする。

本発明によれば、情報処理装置本体を制御する本体側コントローラの大幅な設計変更を行わなくても、ソフトウェアキーをディスプレイに表示させることが可能となる。

本体側コントローラ１００と操作部１５０との間の処理の概要を示した図 画像処理装置の各ソフトウェアを制御するハードウェア構成を示した図 タッチパネル１５２が操作された際の操作部ＣＰＵ１５１における処理を示したフローチャート タッチパネル１５２及びディスプレイ１５３の座標系を示した図 ディスプレイ１５３に表示される画面例及びユーザによるタッチ位置を示した図 ソフトウェアテンキーに含まれる各キーの表示位置と、各キーに対応する文字情報との対応関係を示した図 ハードウェアテンキー７０１を接続した場合の操作部１５０の外観を示した図 操作部ＣＰＵ１５１の処理を示したフローチャート 従来における本体側コントローラ１００と操作部１５０との間の処理の概要を示した図

以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜実施形態１＞
本実施形態における画像処理装置の本体側コントローラ１００と操作部１５０との間の処理の概要について図１を用いて説明する。図９と比較すると、操作部１５０においてハードウェアキーであるテンキーが省略されている。その代わりとしてディスプレイ１５３にソフトウェアテンキーを表示させるための処理が行われる。具体的には、テンキーの描画データ１００２が操作部ＣＰＵ１５１から送信され、本体ＣＰＵ１０１から送信された描画データ１００３と合成された後、ディスプレイ１５３に表示される（１００３）。このような処理を行うことにより、本体ＣＰＵ１０１の設計を大幅に変更せずにソフトウェアテンキーをディスプレイ１５３に表示させることができる。上述した通り、テンキーとは、０〜９までの数字、及び、＊、♯などの記号を入力するためのキーである。

（ハードウェア構成）
図２を参照して、画像処理装置の各ソフトウェアを制御するハードウェア構成の一例について説明する。本体側コントローラ１００は、原稿上の画像を読み取るスキャナ１０８や、画像を用紙上に印刷するプリンタ１０７と接続されている。また、本体側コントローラ１００は、ネットワーク１４０や公衆回線１４１と接続することで、画像情報やデバイス情報の入出力を行う。

本体ＣＰＵ１０１は、画像処理装置全体の動作を統括的に制御するプロセッサ（制御部）である。例えば、本体ＣＰＵ１０１は、印刷される画像データの画像処理や、ネットワーク制御を行うほか、上述したプリンタ１０７に印刷の指示を出すことによって印刷処理も制御する。また、画像処理装置は、本体ＣＰＵ１０１の指示のもと、ネットワークインタフェース（以下、Ｉ／Ｆ）１０６を介してネットワークに接続された他のＰＣやサーバと通信することが可能となっている。例えば、画像処理装置は、クライアントＰＣから印刷データを受信したり、スキャナにより読み取られて生成された画像データを外部のサーバに送信することが可能である。

ＲＡＭ１０２は、本体ＣＰＵ１０１の主メモリや、ワークエリア等として機能する。ＲＡＭ１０２には、本体側コントローラ１００内の設定情報や各処理を行った時のジョブログや操作ログなどが格納される。また、後述するように、ＲＡＭ１０２には、操作部１５０のディスプレイ１５３に表示すべき画面に対応する描画データが格納される。ＲＯＭ１０３は、ブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ１０５は、ハードディスクドライブであり、システムソフトウェア、アプリケーション、画像データを格納する。

操作部Ｉ／Ｆ１０４は、操作部１５０への描画データの送信や、操作部１５０からの入力信号の受信等の各種通信を行う。また、操作部Ｉ／Ｆ１０４は、操作部１５０からユーザが入力した情報を本体ＣＰＵ１０１に伝える役割をする。

ネットワークインタフェース１０６は、ネットワーク１４０に接続し、情報の入出力を行う。ＭＯＤＥＭ（モデム）１０９は公衆回線に接続し、情報の入出力を行う。ＳＲＡＭ１１３は、高速動作可能な不揮発性の記憶媒体である。ＲＴＣ１１４は、リアルタイムクロックであり、現在の時刻をカウントする。以上のデバイスがシステムバス１１５上に配置される。

Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ１１６はシステムバス１１５と画像バス１１７とを接続し、データ構造を変換するバスブリッジである。画像バス１１７は、ＰＣＩバス又はＩＥＥＥ１３９４で構成される。画像バス１１７上には以下のデバイスが配置される。

ＲＩＰ部１１８は、ラスターイメージプロセッサでありＰＤＬデータをビットマップイメージに展開する。デバイスＩ／Ｆ１１９は、スキャナ１０８やプリンタ１０７を本体側コントローラ１００と接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部１２０は、スキャナ１０８から入力された画像データに対し補正、加工、編集を行う。プリンタ画像処理部１２１は、プリンタ１０７に出力すべき画像データに対して、補正、解像度変換等を行う。暗号処理部１２２は画像データを含む入力データの暗号化処理を行う。復号処理部１２３は暗号化データの複合化処理を行う。

操作部１５０は、バス１６０、１６１を介して操作部Ｉ／Ｆ１０４と接続されている。

操作部ＣＰＵ１５１は、操作部１５０全体の動作を統括的に制御するプロセッサである。操作部１５０には、操作部ＣＰＵ１５１が動作するためのプログラムが格納されているＲＯＭが搭載されている。後述する図３に示すフローチャートを実行するためのプログラムも該操作部１５０内のＲＯＭに格納されている。

タッチパネル１５２は、後述するディスプレイ１５３の表面に配置されており、ユーザによりタッチされた箇所の位置情報（座標情報）を、バス１５６を介して操作部ＣＰＵ１５１に通知する。タッチパネルデバイスは、抵抗膜式、静電容量方式、光学式のいずれを用いてもよい。

データコンバータ１５４は、本体側コントローラ１００の操作部Ｉ／Ｆ１０４からバス１６１を介して描画データを受け取り、ディスプレイ１５３が受け取ることのできるデータフォーマットに変換するモジュールである。例えば、情報処理装置からは、ＤｉｓｐｌａｙＰｏｒｔやＨＤＭＩ（登録商標）といった規格のデータを受け取り、ディスプレイが受け取ることのできる、ＬＶＤＳやＣＭＯＳレベルの信号フォーマットに変換を行う。

また、データコンバータ１５４は操作部ＣＰＵ１５１とバス１５５で接続されている。データコンバータ１５４は、本体側コントローラ１００から送信された描画データに対して、操作部ＣＰＵ１５１で生成された描画データを所定の位置に上書きする機能も有する。このように、データコンバータ１５４はディスプレイ１５３に画面を表示させるための表示制御を行う。

ディスプレイ１５３は、データコンバータ１５４からのデータを受け取り、予め決められたタイミングで画像データを表示する。

（表示画像合成）
続いて、ソフトウェアテンキーをディスプレイ１５３に表示させるための処理について詳細に説明する。

本体側コントローラ１００の本体ＣＰＵ１０１は、操作部１５０のディスプレイ１５３に画面を表示させるための描画データ１００１を生成し、ＲＡＭ１０２に格納する。描画データの生成及びデータ転送の準備が完了すると、本体ＣＰＵ１０１は操作部Ｉ／Ｆ１０４を介して、該描画データ２０１を、バス１６１経由で操作部１５０に転送する。

操作部１５０内の操作部ＣＰＵ１５１は、本体側コントローラ１００から送られてくる描画データ１００１に対して合成する描画データとして、ソフトウェアキーの描画データ１００２を生成する。操作部ＣＰＵ１５１は、データコンバータ１５４に対して、バス１５５を介して描画データ１００２を、上書き位置を示す情報とともに転送する。データコンバータ１５４は、上書き位置を示す情報に基づいて、本体側コントローラ１００から送信された描画データ１００１に対して、描画データ１００２を上書きし、描画データ１００３を生成する。データコンバータ１５４は、合成後の描画データ１００３をディスプレイ１５３に表示させるべく、バス１５７を介してディスプレイ１５３に転送する。ディスプレイ１５３は、転送された描画データ１００３に基づいて画面表示を行う。以上の処理により、本体側コントローラ１００の設計を変更せずに、ソフトウェアテンキーをディスプレイ１５３に表示させることができる。

ここで、ソフトウェアテンキーが表示されている箇所がユーザによりタッチされた場合について考える。前述の通り、従来においては、タッチパネル１５２がタッチされた場合、そのタッチ位置座標が操作部ＣＰＵ１５１から本体ＣＰＵ１０１に送信される。よって、操作部ＣＰＵ１５１が従来の処理をそのまま行うと、ユーザがソフトウェアテンキーの表示箇所をタッチした場合であっても、そのタッチ位置座標が本体ＣＰＵ１０１に送信されることとなる。ここで、ソフトウェアテンキーの表示は全て操作部ＣＰＵ１５１の指示に基づくものであり、本体ＣＰＵ１０１は、ソフトウェアテンキーが表示されていること、及びその表示位置を認識していない。よって、本体ＣＰＵ１０１は、操作部ＣＰＵ１５１からタッチ位置座標を受信したとしても、ソフトウェアテンキーがタッチされたのか、他の箇所がタッチされたのかを識別することができない。その結果、ユーザの意図に応じた画面遷移を提供することができなくなってしまう。

そこで、以下の説明では、本体側コントローラ１００の設計を大幅に変更することなく、ユーザの意図にあった画面遷移を提供するための操作部ＣＰＵ１５１の処理について説明する。

（タッチパネル操作時の処理）
ユーザによりタッチパネル１５２が操作された際の操作部ＣＰＵ１５１における処理について図３のフローチャートを用いて説明する。

Ｓ３０１において、操作部ＣＰＵ１５１は、タッチパネル１５２がユーザによりタッチされた事を知らせるイベント信号をタッチパネル１５２から受信すると、タッチ位置（操作位置）を特定する（Ｓ３０２）。

図４は、タッチパネル１５２及びディスプレイ１５３の座標系を示した図である。４０１は、ディスプレイ１５３全体を示しており、４０２はソフトウェアテンキーが表示される位置を示している。

例えば、図５（Ａ）における位置５０１がタッチされたならば、タッチ位置座標はＸ座標＝“４００”、Ｙ座標＝“２５０”となり、図５（Ｂ）における位置５０２がタッチされたならば、タッチ位置座標はＸ座標＝“７５０”、Ｙ座標＝“２００”となる。

次に、Ｓ３０３において操作部ＣＰＵ１５１は、データコンバータ１５４に対してソフトウェアテンキーの描画データの合成指示を送信したか否かを判定する。

描画データの合成指示を送信していない場合（Ｓ３０３のＮｏ）、操作部ＣＰＵ１５１はＳ３０２で特定された座標情報を、バス１６０を介して、本体側コントローラ１００へ送信する。例えば、図５（ｃ）のようにソフトウェアテンキーが表示されていないときに位置５０３がタッチされた場合には、操作部ＣＰＵ１５１はＸ座標＝“７５０”、Ｙ座標＝“２８０”を示す座標情報が送信される。

Ｓ３０３において、画像合成の指示がなされていたならば、操作部ＣＰＵ１５１は、ソフトウェアテンキーの表示領域（描画領域）を特定する（Ｓ３０４）。本実施形態の場合、図４に示すように、ソフトウェアテンキーの表示領域は以下の通りである。

始点Ｘ座標：７００
始点Ｙ座標：５０
終点Ｘ座標：１０１０
終点Ｙ座標：３６０
続いて、操作部ＣＰＵ１５１は、Ｓ３０２で特定されたタッチ位置の座標が、Ｓ３０４で特定されたソフトウェアテンキーの表示領域内か否かを判定する（Ｓ３０５）。タッチ位置の座標がソフトウェアテンキーの表示領域外である場合（Ｓ３０５でＮｏ）、操作部ＣＰＵ１５１は、Ｓ３０２で特定された座標情報を、本体側コントローラ１００へ送信する（Ｓ３０４）。

例えば、図５（ａ）で示すように位置５０１がタッチされた場合には、座標＝“４００”、Ｙ座標＝“２００”を示す座標情報が送信される。その結果、本体ＣＰＵ１０１は、ディスプレイ１５３に次に表示する画面として、両面印刷に関する設定を行うための画面を特定する。そして、当該画面に対応する描画データが操作部Ｉ／Ｆを介して操作部１５０に送信され、ディスプレイ１５３に表示されることとなる。

タッチ位置の座標がソフトウェアテンキーの表示領域内である場合（Ｓ３０５でＹｅｓ）、操作部ＣＰＵ１５１は、タッチ位置の座標情報から、タッチされた位置に表示されているキーに対応する文字情報（ＡＳＣＩＩ文字コード）への変換を行う（Ｓ３０７）。本実施形態の場合、各文字に対応するキー夫々の表示位置、及びＡＳＣＩＩ文字コードの対応表は図６の通りである。ＲＯＭ１０３には、このようなテーブルが登録されており、操作部ＣＰＵ１５１は、当該テーブルに基づいてＡＳＣＩＩ文字コードへの変換を行う。

例えば、図５（Ｂ）に示す位置５０２（Ｘ座標＝“７５０”、Ｙ座標＝“２８０”）がタッチされた場合に得られる文字情報は、表示文字“４”に対応するＡＳＣＩＩコード“０ｘ３４”である。そして、操作部ＣＰＵ１５１はＳ３０７で得られたＡＳＣＩＩ文字コードを本体側コントローラ１００に対して送信する。その結果、本体ＣＰＵ１０１は、ディスプレイ１５３に次に表示する画面として、コピー部数に“４”が設定された画面を特定する。そして、当該画面に対応する描画データが操作部Ｉ／Ｆを介して操作部１５０に送信され、ディスプレイ１５３に表示されることとなる。

なお、Ｓ３０５において、タッチ位置がソフトウェアテンキーの領域内であっても、図６に示す座標エリアのいずれにも含まれないときは（例えば図５（ｄ）の場合）、ユーザからの入力指示を無効としてもよい。この場合、操作部ＣＰＵ１５１は、本体ＣＰＵ１０１に対して座標情報と文字情報のいずれも送信しないようにすればよい。

以上の通り、本実施形態では、本体ＣＰＵ１０１から送信された描画データに対し、操作部ＣＰＵ１５１から送信される描画データを合成することで、ソフトウェアテンキーをディスプレイ１５３に表示させる。また、タッチパネルに対するタッチ操作がされた場合に、操作部ＣＰＵ１５１は、そのタッチ位置がソフトウェアテンキーの表示領域内か否かを判定する。そして、操作部ＣＰＵ１５１は、その判定結果に基づいて、本体ＣＰＵ１０１に対してタッチ位置を示す座標情報を送信するか、座標情報に基づいて変換された文字情報を送信するかを制御している。具体的には、ソフトウェアテンキーの表示領域外がタッチされた場合、タッチ位置を示す座標情報が本体ＣＰＵ１０１に送信される。また、ソフトウェアテンキーの表示領域内がタッチされた場合、タッチ位置に表示されていたキーに対応する文字情報が本体ＣＰＵ１０１に送信される。これにより、本体側コントローラ１００の設計を大幅に変更せずとも、ソフトウェアテンキーを表示させると共に、該ソフトウェアテンキーのタッチに応じた画面遷移を実現することができる。その結果、画像処理装置からハードウェアテンキーを無くすことができ、コスト削減、及びデザイン向上に寄与することができる。

＜実施形態２＞
実施形態１では、ハードウェアテンキーを無くす代わりにソフトウェアテンキーを用いることでユーザの入力を受付可能な例について説明した。一方、これまでハードウェアキーに慣れたユーザへのサポート強化のため、オプションとして接続可能なハードウェアテンキーを提供することが考えられる。図７は、ハードウェアテンキー７０１を接続した場合の操作部１５０の外願を示した図である。図７に示すように、ハードウェアテンキー７０１が接続された場合にまでソフトウェアテンキーを表示することにすると、重複した表示となり、ユーザの操作性を却って低下させてしまう恐れがある。そこで本実施形態では、オプションとして提供されたハードウェアキーが接続された場合の処理について説明する。

図８は、本実施形態における操作部ＣＰＵ１５１の処理を示すフローチャートである。

Ｓ８０１において、操作部ＣＰＵ１５１はハードウェアテンキー７０１の接続が検知されたか否かを確認する。ハードウェアテンキー７０１の接続が検知されていない場合、操作部ＣＰＵ１５１は、ソフトウェアテンキーをディスプレイ１５３に表示させるべく、実施形態１と同様の処理を行う（Ｓ８０４）。

ハードウェアテンキー７０１の接続が検知された場合、操作部ＣＰＵ１５１は、ハードウェアテンキー７０１の異常が検知されたか否かを確認する（Ｓ８０２）。ハードウェアテンキー７０１の異常とは、例えば以下の場合である。

・所定時間内に所定回数以上のキー押下のイベントを検知した場合（チャタリング）
・所定時間以上、キー押下のイベントを検知した場合
・キー押下のイベントを検知した合計回数が所定の閾値を超えた場合
・ハードウェアテンキーの製品寿命（５年）を超えた場合
ハードウェアテンキー７０１の異常が検知されない場合は（Ｓ８０２でＮｏ）、操作部ＣＰＵ１５１はソフトウェアテンキーを非表示とする（Ｓ８０３）。この場合、操作部ＣＰＵ１５１は、ソフトウェアテンキーに対応する描画データ１００２の合成指示をデータコンバータ１５４に送信しないようにすればよい。なお、ハードウェアテンキーがユーザにより押下された際には、従来技術で説明したのと同様に、操作部ＣＰＵ１５１は押下されたキーに対応する文字情報を本体ＣＰＵ１０１に送信する。

ハードウェアテンキー７０１の異常が検知された場合は（Ｓ８０２でＹｅｓ）、Ｓ８０４に進み、操作部ＣＰＵ１５１は実施形態１と同様の処理を行う。

このように、本実施形態によれば、ハードウェアテンキー７０１が接続されており、正常に使用できる場合には、ソフトウェアテンキーを非表示とする。これにより、ハードウェアテンキー７０１が接続されているにも拘わらずソフトウェアテンキーを表示することによる重複表示を避けることが可能となる。また、ハードウェアテンキー７０１が接続されている場合でも、異常によりその機能が有効に使えない場合には、ソフトウェアテンキーからの入力を可能とすることでユーザの操作性が著しく低下することを防ぐことが可能となる。

なお、Ｓ８０２の処理は省略してもよい。すなわち、ハードウェアテンキー７０１の接続状況に従って、ソフトウェアテンキーを表示するか否かを切り替えるようにしても構わない。

＜その他の実施形態＞
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。また、上述の実施形態の一部を適宜組み合わせてもよい。

上記実施形態ではコピー機能、スキャナ機能等の複数の機能を有する画像形成装置を例として説明したが、このうち一部の機能のみを有する画像処理装置にも本発明は適用可能である。また、パーソナルコンピュータやＰＤＡ、携帯電話、ＦＡＸ、カメラ、ビデオカメラ、その他の画像ビューワ等、他の情報処理装置に適用しても構わない。

また、上記実施形態では、ハードウェアテンキーの代わりにソフトウェアテンキーを表示する例について説明したが、テンキーに限らず他のハードウェアキーに適用しても良い。

以上のように、上記各実施形態によれば、情報処理装置本体を制御する本体側コントローラの大幅な設計変更を行わなくても、ソフトウェアキーをディスプレイに表示させることができる。

そして、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

Claims (12)

1. ディスプレイを備えた操作部を有する情報処理装置であって、
   情報処理装置の動作を制御する第１の制御手段であって、前記ディスプレイに表示すべき画面に対応する第１の描画データを生成する第１の制御手段と、
   前記操作部の動作を制御する第２の制御手段であって、ソフトウェアキーに対応する第２の描画データを生成する第２の制御手段と、
   前記第１の制御手段により生成された前記第１の描画データと前記第２の制御手段により生成された前記第２の描画データとを合成し、合成後の描画データを前記ディスプレイに表示させる表示制御手段と、
   を有することを特徴とする情報処理装置。
2. 前記第２の制御手段は、前記第２の描画データと共に、前記第２の描画データの表示位置を示す情報を送信し、
   前記表示制御手段は、前記第２の制御手段により送信された表示位置を示す情報に基づいて、前記第１の描画データに対して前記第２の描画データを合成することを特徴とする請求項１記載の情報処理装置。
3. 前記操作部に対するユーザの操作位置を特定する特定手段と、
   前記特定手段により特定された前記操作位置が前記第２の描画データの表示領域内であるか否かを判定する判定手段と、を有し、
   前記第２の制御手段は、前記判定手段による判定結果に基づいて、前記操作位置を示す位置情報と、前記ソフトウェアキーに含まれる複数のキーのうち前記操作位置に表示されているキーに対応する文字情報と、のいずれか一方を前記第１の制御手段に送信することを特徴とする請求項１又は２記載の情報処理装置。
4. 前記第２の制御手段は、前記判定手段により、前記操作位置が前記第２の描画データの表示領域内であると判定された場合に、前記操作位置に表示されているキーに対応する文字情報を前記第１の制御手段に送信し、前記判定手段により、前記操作位置が前記第２の描画データの表示領域外であると判定された場合に、前記位置情報を前記第１の制御手段に送信することを特徴とする請求項３記載の情報処理装置。
5. 前記ソフトウェアキーに含まれる複数のキー夫々の表示位置と、前記複数のキー夫々に対応する文字情報と、を対応づけて記憶する記憶手段を有し、
   前記第２の制御手段は、前記判定手段により前記操作位置が前記第２の描画データの表示領域内であると判定された場合に、前記記憶手段に記憶された情報に基づいて、前記操作位置に表示されているキーに対応する文字情報を特定し、当該特定された文字情報を前記第１の制御手段に送信することを特徴とする請求項４記載の情報処理装置。
6. 前記文字情報は、ＡＳＣＩＩ文字コードであることを特徴とする請求項３から５のいずれか１項に記載の情報処理装置。
7. 前記操作部はタッチパネルを備え、
   前記特定手段は、前記タッチパネルに対するユーザのタッチ位置座標を特定することを特徴とする請求項３から６のいずれか１項に記載の情報処理装置。
8. 前記ソフトウェアキーは、数字を含む文字を入力するためのテンキーに対応するソフトウェアキーであることを特徴とする請求項１から７のいずれか１項に記載の情報処理装置。
9. 原稿上の画像を読み取る読み取り手段を有することを特徴とする請求項１から８のいずれか１項に記載の情報処理装置。
10. 画像を用紙に印刷する印刷手段を有することを特徴とする請求項１から９のいずれか１項に記載の情報処理装置。
11. 情報処理装置の動作を制御する第１の制御部と、ディスプレイを備えた操作部の動作を制御する第２の制御部と、を有する情報処理装置による制御方法であって、
    前記第１の制御部が、前記ディスプレイに表示すべき画面に対応する第１の描画データを生成するステップと、
    前記第２の制御部が、ソフトウェアキーに対応する第２の描画データを生成するステップと、
    前記第１の制御部により生成された前記第１の描画データと前記第２の制御部により生成された前記第２の描画データとを合成するステップと、
    合成後の描画データを前記ディスプレイに表示させるステップと、
    を有することを特徴とする制御方法。
12. 請求項１１記載の制御方法をコンピュータに実行させるためのプログラム。

Images