JP6186912B2 - 情報処理システム、情報処理方法及びプログラム - Google Patents

Description

この発明は、画面によりユーザの操作を受け付ける情報処理システム、このような情報処理システムにおける情報処理方法、及びコンピュータにこのような情報処理方法を実行させるためのプログラムに関する。

従来から、スキャン、プリント、通信等の機能を備えた画像処理装置を始めとする情報処理システムにおいて、そのシステムを操作するための操作部を更新することが行われている。この場合に、更新前からある既存の機能については更新前の旧操作部を用いて提供しつつ、追加する機能を更新後の新操作部を用いて提供することにより、全ての機能を新規開発しなくて済むようにし、ソフトウェアの開発規模を抑えることも行われている。
また、この場合において、旧操作部を用いて提供していた機能を、新操作部からも利用できるようにするための技術も知られている。

例えば特許文献１には、旧型ＵＩに表示される画像情報を新型制御装置で受け取って、その画像をパターンマッチング処理して新型ＵＩの形状に合わせて画像を生成して表示することにより、旧型ＵＩの表示状態を新型ＵＩで確認可能となることが記載されている。また、新型ＵＩに表示されている画像に基づくタッチ操作を旧型ＵＩに表示されている画像に基づくタッチ操作に変換することも記載されている。
また、特許文献２には、画像処理装置のオペレーションパネルに表示されるＵＩを画像処理装置以外の装置で容易にエミュレートできるようにする技術が開示されている。

しかしながら、上述した特許文献１に記載の技術では、旧型ＵＩを用いて表示するべき画面を新型ＵＩに表示させる場合には、パターンマッチング処理が必要となり、処理負荷が大きい。また、ＵＩの組み直しが発生するため、新型ＵＩにおいて旧型ＵＩの画面をそのままは提供できないという問題があった。また、適切な組み直し方を各機能について検討する必要があるという問題があった。さらに、画面上以外のボタンやキーなどのハードウェア操作子については、特許文献１に記載の技術では新型ＵＩに反映させることができないという問題もあった。
特許文献２においても、ハードウェア操作子の取り扱いについては特に言及がない。

この発明は、このような背景に鑑みてなされたものであり、ある操作受付手段の画面において、他の操作受付手段で提供されていた機能に関する操作受付を、容易かつ忠実に再現できるようにすることを目的とする。

以上の目的を達成するため、この発明は、情報処理システムにおいて、ユーザの操作を受け付けるための画面を表示する表示手段を備える第１の操作受付手段と、上記第１の操作受付手段とは異なる第２の操作受付手段に表示させる画面の表示指示を受け付ける表示指示受付手段と、上記表示指示受付手段が受け付けた表示指示と対応する画面を、上記第１の操作受付手段の表示手段に表示させるための第１の画面データを生成する第１の画面データ生成手段と、上記第１の画面データ生成手段が生成した第１の画面データと、上記第２の操作受付手段が備える操作子の構成を示す操作子データとに基づき、上記第１の画面データが示す画面と上記操作子と対応する操作部とを上記第１の操作受付手段の表示手段に表示させるための第２の画面データを生成する第２の画面データ生成手段と、画面の表示指示に応じて上記第１の操作受付手段の表示手段に画面を表示させるための第３の画面データを生成する、上記第２の画面データ生成手段と異なる第３の画面データ生成手段と、所定のイベントを検出した場合に、該イベントの種類に応じて該イベントに対応した画面の表示を、上記第２の画面データ生成手段が生成した第２の画面データに基づいて行うか、上記第３の画面データ生成手段が生成した第３の画面データに基づいて行うかを選択して、上記第１の操作受付手段の表示手段に画面を表示させる表示制御手段とを設けたものである。

上記構成によれば、ある操作受付手段の画面において、他の操作受付手段で提供されていた機能に関する操作受付を、容易かつ忠実に再現できるようにすることができる。

この発明の情報処理システムの第１の実施形態である画像処理システムのハードウェア構成を示す図である。 図１に示した本体及び操作部のソフトウェア構成を示す図である。 図１に示した画像処理システムが備える操作パネルの外観を示す図である。 図１に示した画像処理システムが備える、操作パネルへの画面の表示に係る機能の構成を示す図である。 他操作部対応アプリが備える（ａ）画面表示用Ｉ／Ｆ及び（ｂ）入力通知用Ｉ／Ｆの例を示す図である。 他操作部における操作パネルの外観を示す図である。 他操作部における、操作パネルへの画面の表示に係る機能の構成を示す図である。 他操作部対応アプリの機能構成を図４よりも詳細に示す図である。 画面表示部からの指示に基づきディスプレイに画面を表示させた状態を示す、図１に示した操作部における操作パネルの外観図である。 中間データ変換部が図形描画指示を検出した場合の処理のフローチャートである。 中間データ変換部が用語描画指示を検出した場合の処理のフローチャートである。 ハードキー画像表示部及び画面表示部が表示画面情報及び表示画面更新情報を受信した場合に実行する処理のフローチャートである。 他操作部のハードキーのうち一部と対応する操作部のみを設けた画面をディスプレイに画面を表示させた状態を示す、図１に示した画像処理システムにおける操作パネルの外観図である。 本体モジュールからの表示指示に応じた画面の表示を他操作部が行う場合の処理と、操作部が行う場合の処理とをまとめた図である。 画像表示サブモジュールが操作情報を受信した場合の各部の動作のシーケンスを示す図である。 第２の実施形態の画像処理システムが備える操作パネルへの画面の表示に係る機能の構成を示す、図４と対応する図である。 他操作部のディスプレイに表示されるエラー画面の例を示す図である。 画面表示部からの指示に基づきディスプレイにエラー画面を表示させた状態を示す、第２の実施形態の操作部における操作パネルの外観図である。 本体情報管理部がエラー通知を検出した場合に実行する処理のフローチャートである。 本体情報管理部以外の各部も含めたエラー通知検出時の動作のシーケンスを示す図である。 本体情報管理部がエラー解除通知を検出した場合に実行する処理のフローチャートである。 本体情報管理部以外の各部も含めたエラー解除通知検出時の動作のシーケンスである。 エラー画面の表示中に操作情報を取得した場合に他操作部対応アプリが実行する処理のフローチャートである。 第２の実施形態の変形例におけるエラー画面の例を示す図である。 エラーの種類と、エラーの表示に用いるアプリとの対応関係の例を示す図である。 第２の実施形態の変形例における、本体情報管理部がエラー通知を検出した場合に実行する処理のフローチャートである。 変形例において、他操作部対応アプリの各画面において用いるハードキーについて説明するための図である。 変形例において、ハードキー画像表示部及び画面表示部が表示画面情報及び表示画面更新情報を受信した場合に実行する処理を示す、図１２と対応するフローチャートである。

以下、この発明を実施するための形態について、具体的に説明する。
〔第１の実施形態：図１乃至図１５〕
まず、この発明の情報処理システムの第１の実施形態である画像処理システムについて説明する。

図１は、その画像処理システムのハードウェア構成を示すブロック図である。
この画像処理システム１は、通信機能を有するＭＦＰ（複合機：Multifunction Peripheral）であり、例えばコピー機能，スキャナ機能，ファクス機能，プリンタ機能を備えている。これらの機能に関わる処理は、ユーザが画像処理システム１を直接操作することによって実行することができる。
また、画像処理システム１は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とネットワークを介して通信可能であり、その外部装置から受信した指示に従って上記機能に関わる処理を実行することもできる。

そして、画像処理システム１は、図１に示すように、ユーザの操作（ユーザからの指示）を受け付ける操作部２０と、操作部２０が受け付けた操作に基づき動作を実行する動作部である本体１０とを備え、それらを専用の通信路３０により相互に通信可能に接続した構成である。通信路３０は、この実施形態では制御線と電源線とからなるが、それらを別々にしても構わない。

なお、本体１０は、操作部２０が受け付けた操作に応じた動作だけでなく、上述のように外部装置から受信した指示に応じた動作も行うことができる。また、通信路３０は、例えばＵＳＢ（Universal Serial Bus）規格のものを用いることができる。しかし、有線、無線を問わず任意の規格のものでよい。１対１通信であっても、ネットワーク通信であってもよい。例えば、ＵＳＢの他、シリアル、有線または無線ＬＡＮ（ローカルエリアネットワーク）、ブルートゥース（Bluetooth：登録商標）、ＩｒＤＡ（Infrared Data Association）等を用いることが考えられる。

本体１０は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＨＤＤ（ハードディスクドライブ）１４、通信Ｉ／Ｆ（インタフェース）１５、接続Ｉ／Ｆ１６、及びエンジン部１７を備え、それらをシステムバス１８により接続した構成としている。そして、ＣＰＵ１１が、ＲＡＭ１３をワークエリアとしてＲＯＭ１２又はＨＤＤ１４に記憶されたプログラムを実行することにより、本体１０全体を制御し、上述したコピー機能，スキャナ機能，ファクス機能，プリンタ機能をはじめとする各種機能を実現する。

ＨＤＤ１４は、不揮発性記憶媒体（記憶手段）であり、ＣＰＵ１１が実行する各種プログラムを含む各種データを格納（記憶）している。
通信Ｉ／Ｆ１５は、ネットワークを介してクライアントＰＣ等の外部装置と通信するためのインタフェースである。

接続Ｉ／Ｆ１６は、通信路３０を介して操作部２０と通信するためのインタフェースである。ここではＵＳＢ規格のインタフェースとしている。
なお、通信Ｉ／Ｆ１５は、有線、無線を問わず任意の規格のものを採用可能である。接続Ｉ／Ｆ１６と共通化してもよい。通信Ｉ／Ｆ１５及び接続Ｉ／Ｆ１６としてそれぞれ複数のＩ／Ｆを設けてもよい。

エンジン部１７は、コピー機能，スキャナ機能，ファクス機能，プリンタ機能を実現させるための、汎用的な情報処理及び通信以外の処理を行うハードウェアである。例えば、原稿の画像をスキャンして読み取るスキャナ（画像読取部）、用紙等のシート材への印刷を行うプロッタ（画像形成部）、ファクス通信を行う通信部などを備えている。更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。

一方、操作部２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、フラッシュメモリ２４、通信Ｉ／Ｆ２５、接続Ｉ／Ｆ２６、及び操作パネル２７を備え、それらをシステムバス２８により接続した構成としている。そして、ＣＰＵ２１が、ＲＡＭ２３をワークエリアとしてＲＯＭ２２又はフラッシュメモリ２４に記憶されたプログラムを実行することにより、操作部２０全体を制御し、ユーザから受け付けた操作の記録及び再現に係る機能をはじめとする各種機能を実現する。

フラッシュメモリ２４は、不揮発性記憶媒体（記憶手段）であり、ＣＰＵ２１が実行する各種プログラムや、操作の記録の際に参照する設定情報を含む各種データを格納（記憶）している。
通信Ｉ／Ｆ２５は、ネットワークを介してサーバ装置等の外部装置と通信するためのインタフェースである。

接続Ｉ／Ｆ２６は、通信路３０を介して本体１０と通信するためのインタフェースである。ここではＵＳＢ規格のインタフェースとしている。
なお、通信Ｉ／Ｆ２５は、有線、無線を問わず任意の規格のものを採用可能である。接続Ｉ／Ｆ２６と共通化してもよい。通信Ｉ／Ｆ２５及び接続Ｉ／Ｆ２６としてそれぞれ複数のＩ／Ｆを設けてもよい。

操作パネル２７は、ユーザからの各種動作の実行や設定等の指示操作を受け付けるための画面を表示する表示手段を備える操作受付手段である。表示手段には、画像処理システム１の動作状況や設定状態を表示する画面を表示させることもできる。また、この操作パネル２７は、例えばタッチパネルを積層した液晶表示装置（ＬＣＤ）により構成することができる。さらに、これに加えて又はこれに代えて、ハードウェアキー等の操作部やランプ等の表示部を設けることもできる。

次に、図２に、図１に示した本体１０及び操作部２０のソフトウェア構成を示す。
図２に示すように、本体１０は、アプリケーション（以下「アプリ」ともいう）層１０１と、サービス層１０２と、オペレーティングシステム（以下「ＯＳ」という）層１０３とを含むソフトウェア群を備える。

アプリ層１０１のソフトウェアは、ハードウェア資源を動作させて所定の機能を提供するためのソフトウェアである。例えば、コピーアプリ，スキャナアプリ，ファクスアプリ，プリンタアプリ等を備え、それらによってコピー機能，スキャナ機能，ファクス機能，プリンタ機能等の各種機能を提供することができる。

サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリ層１０１のソフトウェアに対し、本体１０が備えるハードウェア資源を利用するためのインタフェースを提供する。より具体的には、ハードウェア資源に対する動作要求の受付及びその動作要求の調停を行う機能を備える。サービス層１０２が受け付ける動作要求には、スキャナによる読み取りやプロッタによる印刷等の要求が考えられる。

なお、このインタフェースの機能は、本体１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供する。すなわち、操作部２０のアプリ層２０１にあるアプリも、サービス層１０２にアクセスすることにより、本体１０のハードウェア資源（例えばエンジン部１７）を利用して各種機能を実現することができる。

ＯＳ層１０３は、基本ソフトウェアであり、本体１０が備えるハードウェアを制御する基本機能を提供する。サービス層１０２のソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ＯＳ層１０３が解釈可能なコマンドに変換してＯＳ層１０３に渡す。そして、ＯＳ層１０３のソフトウェアがそのコマンドを実行することにより、ハードウェア資源にアプリの要求に従った動作を行わせる。

操作部２０が備えるアプリ層２０１、サービス層２０２及びＯＳ層２０３も、階層構造については本体１０側と同様である。アプリ層２０１のアプリが提供する具体的な機能や、サービス層２０２が受け付け可能な動作要求の種類は、本体１０側とは異なる。操作部２０が備えるアプリは、操作部２０が備えるハードウェア資源を動作させて所定の機能を提供することもできるが、主として本体１０が備える機能に関する操作や表示を行うためのＵＩ（ユーザインタフェース）の機能を提供する。

なお、この実施形態では、本体１０側と操作部２０側とで、ＯＳは独立して動作するものとする。また、本体１０と操作部２０とが相互に通信可能であれば、ＯＳが同じ種類である必要はない。例えば、本体１０ではＬｉｎｕｘ（登録商標）を用い、操作部２０ではＡｎｄｒｏｉｄ（登録商標）を用いることも可能である。ただし、本体１０側と操作部２０側とでＯＳが独立して動作することは必須ではない。

そして、この画像処理システム１において、本体１０と操作部２０とは異なるＯＳにより制御されるため、本体１０と操作部２０との間の通信は、１装置内のプロセス間通信ではなく、異なる装置間の通信として行う。
操作部２０が受け付けたユーザからの指示内容を本体１０へ伝達する動作（コマンド通信）や、本体１０が操作部２０へ画面の表示を指示したりイベントを通知したりする動作がこれに該当する。

よって、操作部２０が本体１０へコマンド通信を行うことにより、本体１０の機能を使用することができる。また、本体１０から操作部２０に通知するイベントには、本体１０におけるエラーの発生あるいはその解除などが挙げられる。

また、操作部２０への電源は本体１０から通信路３０を通じて供給されているため、操作部２０は本体１０の電源制御とは独立して動作が可能となっている。機能の独立性を保つために、本体１０と操作部２０は別々のＯＳで動作していて、操作部２０のアプリケーションが本体１０の機能を利用して動作することが可能になっている。
以上のような画像処理システムにおいて、特徴的な点は、操作パネル２７への画面の表示に係る機能である。以下、この点について説明する。

まず図３に、図１に示した画像処理システムが備える操作パネル２７の外観を示す。
図３に示すように、操作パネル２７は、いくつかのハードキー２７１と、タッチパネルを積層したＬＣＤであるディスプレイ２７２とを備える。
ハードキー２７１は、ＧＵＩ（グラフィカルユーザインターフェース）ではなく物理的実体を有するキーやボタン等の操作子である。また、ディスプレイ２７２には、ユーザの操作を受け付けるためのＧＵＩ（グラフィカルユーザインターフェース）を表示することができる。
ユーザの操作は、ハードキー２７１によってもディスプレイ２７２に表示したＧＵＩ（ハードウェアとしてはタッチパネル）によっても受け付けることができる。

次に、図４に、図１に示した画像処理システムが備える、操作パネル２７への画面の表示に係る機能の構成を示す。
図４において、操作部コントローラ２００は、ＣＰＵ２１が所要のプログラムを実行することによって実現される、操作パネル２７のハードキー２７１及びディスプレイ２７２を制御する制御手段である。

そして、操作部アプリ２０１ａ，２０１ｂ及び他操作部対応アプリ２１０が、本体１０からの指示に応じてディスプレイ２７２への画面の表示をＯＳ２４０に指示する機能を備える。この指示に当たっては、本体モジュール１１０，１２０から送信される表示指示に基づき、ＯＳ２４０の表示ライブラリ２４１に対して表示を指示するためのデータを生成し、これを表示ライブラリ２４１に渡す。本体モジュール１１０，１２０の機能は、本体１０側のアプリ層１０１又はサービス層１０２に属するソフトウェアにより実現される。

ＯＳ２４０は、図２に示したＯＳ層２０３の基本ソフトウェアにより実現される機能であり、表示ライブラリ２４１は、このうちディスプレイ２７２に対する表示指示を受け付けるインタフェースである。ＯＳ２４０は、各アプリから表示ライブラリ２４１が処理可能な表示指示を受け付けると、その内容に従ってディスプレイ２７２を制御し、図形や文字を含む画面の表示を行わせる。すなわち、ＯＳ２４０は表示制御手段である。

また、ディスプレイ２７２やハードキー２７１が操作を受け付けると、ＯＳ２４０は、その操作内容を示す操作情報（画面上でタッチされた位置、操作されたキーなど）を、その時点でアクティブなアプリに渡す。アプリは、この操作情報を受け取ると、表示中の画面のデータに基づき、当該操作が画面上のどの操作子に対する操作か、あるいはその操作に応じて本体１０に送信すべきコマンド等を特定し、これを本体モジュール１１０，１２０が処理可能な形式で本体モジュール１１０，１２０へ送信する。このことにより、本体１０に、操作パネル２７で受け付けた操作に応じた動作を行わせることができる。

なお、操作部アプリ２０１ａ，２０１ｂは、操作部２０が備える操作パネル２７のハードウェア構成を前提とした表示指示を受け付けるための画面表示用Ｉ／Ｆを備える。一方、他操作部対応アプリ２１０は、操作部２０とは異なるハードウェア構成の操作部（ここでは図６及び図７に示す他操作部４０であり、典型的には画像処理システム１より古い機種で本体１０に接続されていた操作部）のハードウェア構成を前提とした表示指示を受け付けるための画面表示用Ｉ／Ｆを備える。検出した操作に基づくコマンド等を本体モジュール１１０，１２０へ送信するための入力通知用Ｉ／Ｆについても同様である。これらのインタフェースは、画面表示モジュールエミュレータ２２０が備える。

本体モジュール１１０，１２０は、画面表示モジュールエミュレータ２２０が備えるインタフェースと対応する画面表示用ライブラリ１１１，１２１を備える。この画面表示用ライブラリが、画面の表示を行わせたいアプリの画面表示用Ｉ／Ｆに合わせた表示指示を生成する。また、そのアプリの入力通知用Ｉ／Ｆから出力されるコマンド等を解釈する機能を備える。

なお、図４においては、他操作部対応アプリ２１０のインタフェースと対応する画面表示用ライブラリ１１１，１２１のみを示している。操作部アプリ２０１ａ，２０１ｂと対応する画面表示用ライブラリについては図示していないが、本体モジュール１１０，１２０はこれも別途備えている。ただし、全ての本体モジュールが全ての操作部アプリと対応する画面表示用ライブラリを備えている必要はない。各本体モジュールは、当該本体モジュールが操作部２０に画面を表示させる際に用いるアプリと対応する画面表示用ライブラリのみを備えていればよい。
図４に示した各アプリのうち、この実施形態の特徴に関連するのは他操作部対応アプリ２１０であるので、以後、このアプリの機能についてより詳細に説明する。

図５に、他操作部対応アプリ２１０が備える（ａ）画面表示用Ｉ／Ｆ及び（ｂ）入力通知用Ｉ／Ｆの例を示す。
画面表示用Ｉ／Ｆは、他操作部対応アプリ２１０が受け付ける描画や設定に関するコマンドのリストである。本体モジュール１１０は、他操作部対応アプリ２１０を用いて操作部２０に画面を表示させる場合、その画面に含まれるボタン、画像、キャプション、メッセージ等の各表示部品について、その部品の表示を指示する表示指示を、この画面表示用Ｉ／Ｆが定める形式で他操作部対応アプリ２１０に渡す。

また、入力通知用Ｉ／Ｆは、他操作部対応アプリ２１０が表示させた画面において、またはその画面の表示中にハードキーにおいて受け付けた操作の内容を本体モジュールに通知するためのコマンドのリストである。他操作部対応アプリ２１０は、ＯＳ２４０からユーザの操作を検出した旨の通知を受けると、その通知に係る操作を示すコマンドを、入力通知用Ｉ／Ｆが定める形式で生成し、画面の表示を指示してきた本体モジュールに通知する。本体モジュール側では、画面表示用ライブラリにこのコマンドを解釈する機能を設けておき、その解釈結果に基づきユーザが行った操作に応じた処理を実行する。

ところで、他操作部対応アプリ２１０は、上述のように、操作部２０とは異なる他操作部４０のハードウェア構成を前提とした表示指示を受け付けるものである。すなわち、他操作部対応アプリ２１０が備える画面表示用Ｉ／Ｆは、本来は他操作部４０に画面を表示させるための表示指示を受け付けるインタフェースである。

ここで、図６に、他操作部４０における操作パネルの外観を示す。
図６に示すように、他操作部４０は、操作パネル４７上に、操作パネル２７の場合と同様、いくつかのハードキー４７１と、タッチパネルを積層したＬＣＤであるディスプレイ４７２とを備える。
ただし、ハードキー４７１を構成する操作子の数、構成、配置等は操作パネル２７とは異なる。また、ディスプレイ４７２のサイズも、操作パネル２７のディスプレイ２７２と異なる。

また、図７に、他操作部４０における、操作パネルへの画面の表示に係る機能の構成を示す。
図７において、操作部コントローラ４００は、他操作部４０のＣＰＵが所要のプログラムを実行することによって実現される、操作パネル４７のハードキー４７１及びディスプレイ４７２を制御する制御手段である。

そして、画面表示モジュール４２０が、本体１０からの指示に応じてディスプレイ４７２への画面の表示をＯＳ４４０に指示する機能を備える。この指示に当たっては、本体１０側の本体モジュール１１０，１２０から送信される表示指示に基づき、ＯＳ４４０の表示ライブラリ４４１に対して表示を指示するためのデータを生成し、これを表示ライブラリ４４１に渡す。

ＯＳ４４０は、他操作部４０のＣＰＵが実行する基本ソフトウェアにより実現される機能であり、表示ライブラリ４４１は、このうちディスプレイ４７２に対する表示指示を受け付けるインタフェースである。ＯＳ４４０は、各アプリから表示ライブラリ４４１が処理可能な表示指示を受け付けると、その内容に従ってディスプレイ４７２を制御し、図形や文字を含む画面の表示を行わせる。

また、ディスプレイ４７２やハードキー４７１が操作を受け付けると、ＯＳ４４０は、その操作内容を示す操作情報（画面上でタッチされた位置、操作されたキーなど）を、画面表示モジュール４２０に渡す。画面表示モジュール４２０は、この操作情報を受け取ると、表示中の画面のデータに基づき、当該操作が画面上のどの操作子に対する操作か、あるいはその操作に応じて本体１０に送信すべきコマンド等を特定し、これを本体モジュール１１０，１２０が処理可能な形式で本体モジュール１１０，１２０へ送信する。このことにより、本体１０に、操作パネル４７で受け付けた操作に応じた動作を行わせることができる。

ここで、画面表示モジュール４２０は、他操作部対応アプリ２１０が備えるものと同じ画面表示用Ｉ／Ｆ及び入力通知用Ｉ／Ｆを備える（より正確には、他操作部対応アプリ２１０のＩ／Ｆを、画面表示モジュール４２０のＩ／Ｆと同じものにするというべきである）。従って、本体１０側の機能構成は、図４に示したものと全く同じものを用いてディスプレイ４７２に画面を表示させることができる。

なお、この点につき、本来、本体モジュール１１０，１２０は他操作部４０に表示を行わせることを想定して設計したものである。従って、図４の構成について、他操作部対応アプリ２１０を設けたことにより、本体１０側の機能構成に手を加えることなく、サービス本体モジュール１１０，１２０からの指示に従って他操作部４０と異なる操作部２０に画面を表示させることができる、というべきである。

ただし、他操作部４０と操作部２０とは、上述のようにハードウェア構成が異なるものであるから、全く同じように画面を表示させたのでは、同じように指示を受け付けることはできない。特にハードキーについては、数も配置も異なるので、操作部２０に他操作部４０の場合と全く同じ画面を表示させたのでは、ハードキーを用いた操作の受付を他操作部４０と同じように行うことができない。

次に、この点に対応するための他操作部対応アプリ２１０の構成について説明する。
図８は、他操作部対応アプリ２１０の機能構成を図４よりも詳細に示す図である。
図８に示すように、他操作部対応アプリ２１０は、画像変換サブモジュール２１１と画像表示サブモジュール２３０を備える。

このうち画像変換サブモジュール２１１は、他操作部４０の画面表示モジュール４２０の機能をエミュレートする画面表示モジュールエミュレータ２２０を備える。この画面表示モジュールエミュレータ２２０は、表示指示受付部２２１、中間データ変換部２２２、用語／アイコンデータ記憶部２２３、設定情報記憶部２２４を備える。

表示指示受付部２２１は、画面表示用Ｉ／Ｆを備え、本体モジュール１１０，１２０の画面表示用ライブラリ１１１，１２１から、他操作部４０に表示させる画面の表示指示を受け付ける表示指示受付手順の動作を行う表示指示受付手段である。
中間データ変換部２２２は、表示指示受付部２２１が受け付けた表示指示に基づき、その表示指示と対応する画面をディスプレイ２７２に表示させるための第１の画面データである表示用中間データ２１２を生成する第１の画面データ生成手段である。また、この第１の画面データを生成する手順が第１の画面データ生成手順である。

なお、表示用中間データ２１２を生成する処理は、例えば以下のようなものである。
まず、画面表示用Ｉ／Ｆにおいて用意される指定アイコン描画コマンドを受け付けた場合、そのコマンドに含まれるアイコンＩＤに基づき、用語／アイコンデータ記憶部２２３からアイコンの画像データを取得し、これをＩＤと対応する表示用中間データ２１２とする。登録用語描画コマンドを受け付けた場合、そのコマンドに含まれる用語ＩＤに基づき、用語／アイコンデータ記憶部２２３から用語の文字列データを取得し、これをＩＤと対応する表示用中間データ２１２とする。この文字列は、操作部２０での表示に適するよう、他操作部４０の場合とは異なる文字コードを用いてもよい。背景画像についても、同様にＩＤと対応する画像データを取得して表示用中間データ２１２とする。
また、各コマンドで指定される表示位置の座標は、受け付けたコマンドでは他操作部４０のディスプレイ４７２上の座標を示していることから、図９を用いて後述する、ディスプレイ２７２上の表示位置を示す座標に変換する。

表示指示受付部２２１が受け付ける表示指示は、画面に表示させる表示部品の種類（ボタン、固定メッセージ、プルダウンメニュー等）及び表示させる文字や図形の識別子の情報を含む。また、画面のサイズ及び、その画面がどの機種の操作部での表示を想定して作成されたものであるかを示す対応機種情報も含む。

用語／アイコンデータ記憶部２２３は、表示指示に含まれる文字や図形の識別子と対応する表示用文字列あるいは図形を、複数の言語あるいは表示モードについて記憶する記憶手段である。中間データ変換部２２２が、表示用中間データを作生成する際に、現在選択されている言語あるいは表示モードに基づき、識別子と対応する表示用文字列あるいは図形を取得するようにすることにより、操作部２０側において言語等の切り替えを容易に行うことができる。

例えば、開始を意味する文字列に識別子「００１」を与えておき、この識別子と対応する日本語の表示用文字列として「開始」を、英語の表示用文字列として「Ｓｔａｒｔ」を、用語／アイコンデータ記憶部２２３に記憶させておく。そして、表示指示受付部２２１が、識別子「００１」の文字列の表示指示を受け取った場合に、中間データ変換部２２２は、そのときの言語の設定が日本語であれば「開始」の文字を、英語であれば「Ｓｔａｒｔ」の文字をディスプレイ２７２に表示させるための表示用中間データを生成する、という具合である。

また、設定情報記憶部２２４は、本体１０においてなされている設定の状態を随時本体１０から取得して記憶する。そして、中間データ変換部２２２は、表示指示受付部２２１が表示指示を受け取った表示部品を、設定情報記憶部２２４が記憶しているその表示部品に関連するパラメータの設定状態に基づく状態でディスプレイ２７２に表示させるための表示用中間データを生成する。

例えば、オンオフボタンの表示部品を表示させる場合、その表示部品と対応するパラメータの値がオンであればボタンをオンの状態で、当該パラメータの値がオフであればボタンをオフの状態で表示させる等である。
そして、中間データ変換部２２２が生成した表示用中間データ２１２は、適当な記憶手段に記憶させ、画像表示サブモジュール２３０が読み出せるようにする。また、中間データ変換部２２２は、ディスプレイ２７２に表示させようとする画面（表示用中間データ２１２を生成した画面）に関する上記対応機種情報を、画像表示サブモジュール２３０に渡す機能も備える。

画像表示サブモジュール２３０は、第２の画面データ生成手段であり、ハードキー画像表示部２３１と、画面表示部２３２とを備える。
ハードキー画像表示部２３１は、対応機種情報が取り得る各値につき、その機種の操作部が備えるハードキーの構成を示す操作子データを記憶している。この操作子データには、ハードキーの形状、数、位置及び、個別のハードキーを特定するための識別子の情報を含む。

そして、ハードキー画像表示部２３１は、中間データ変換部２２２から渡される対応機種情報と、上記操作子データとに基づき、その対応機種情報が示す機種の操作部が備えるハードキーと対応する操作部をディスプレイ２７２に表示する（ことをＯＳ２４０の表示ライブラリ２４１に指示する）ためのデータを生成する。

一方、画面表示部２３２は、中間データ変換部２２２が生成した表示用中間データ２１２に基づき、その表示用中間データ２１２が示す画面をディスプレイ２７２に表示するためのデータを生成する。そして、画面表示部２３２は、このデータと、ハードキー画像表示部２３１が生成したデータとを合成して、表示指示受付部２２１が表示指示を受け付けた画面と、他操作部４０が備えるハードキー４７１と対応する操作部とを含む画面をディスプレイ２７２に表示するためのデータを生成する。この生成したデータが第２の画面データであり、この生成動作が第２の画面データ生成手順である。

画面表示部２３２は、この生成したデータをＯＳ２４０の表示ライブラリ２４１に渡し、そのデータに従ってディスプレイ２７２に画面を表示することを指示する。その結果、ディスプレイ２７２には、図９に示すような画面が表示される。ここでは、画面表示部２３２及びＯＳ２４０が表示制御手順の処理を実行し、表示制御手段として機能する。

図９は、画面表示部２３２からの指示に基づきディスプレイ２７２に画面を表示させた状態を示す操作パネル２７の外観図である。
図９に示すように、ディスプレイ２７２に表示される画面は、他操作部画面表示領域２７３と、ハードキー対応操作部２７４とを含む。

このうち他操作部画面表示領域２７３は、図７で他操作部４０のディスプレイ４７２に表示されていた画面と基本的に同じ画面を表示させる領域である。図８に示した画面表示モジュールエミュレータ２２０が、図７の画面表示モジュール４２０の場合と同様な表示指示を受け付け、画面表示モジュール４２０の場合と同様な画面を記述する表示用中間データ２１２を生成することにより、他操作部４０の場合と同じ画面を表示させることができる。実際には、表示領域の広さや解像度、色数等のディスプレイのハードウェアの違いがあることが想定されるため、全く同じ画面になる必要はない。ハードウェアの違いに伴う各表示部品の表示位置の調整や、ＯＳが備える表示ライブラリのインタフェースの違いに伴うデータ形式の調整は、画面表示部２３２が第２の画面データを生成する際に行うようにするとよい。

また、ハードキー対応操作部２７４は、ハードキー画像表示部２３１が生成したデータに基づき表示する、他操作部４０のハードキー４７１と対応する操作部である。詳しくは後述するが、このハードキー対応操作部２７４が操作された場合、他操作部対応アプリ２１０は、その操作を示す操作データとして、ハードキー４７１が操作された場合に他操作部４０が出力するものと同じ操作データを生成し、本体モジュールに送信する。

以上の他操作部画面表示領域２７３及びハードキー対応操作部２７４は、要するに、他操作部４０の操作パネル４７全体を、操作部２０のディスプレイ２７２上に画面として表示したものである。他操作部４０のハードキー４７１と対応する操作部も、画面上ではあるが、他操作部４０上でのハードキーと同じ機能を果たす。
従って、他操作部４０と操作部２０とでハードウェア構成が異なる場合であっても、他操作部４０を用いて実現していた機能を、画面外の操作子により実現していた機能も含め、操作部２０を用いて忠実に再現することができる。しかも、この場合において本体モジュール１１０，１２０及び画面表示用ライブラリ１１１，１２１の改変は不要であるから、再現に必要な作業工数を低く抑え、容易に再現を行うことができる。

以下、図９の画面の表示及びこの画面における操作の受付に関連して操作部２０のＣＰＵ２１が実行する処理及び動作について説明する。以下に説明する処理及び動作は、ＣＰＵ２１が所要のプログラムを実行することにより行うものである。しかし、説明の都合上、図８等に示した各種機能部がその処理を実行するものとして説明する。

まず図１０に、中間データ変換部２２２が図形描画指示を検出した場合の処理のフローチャートを示す。
中間データ変換部２２２は、表示指示受付部２２１が本体モジュールから図形描画指示を受け取り、これを中間データ変換部２２２に渡すと、図１０のフローチャートに示す処理を開始する。

この処理において、中間データ変換部２２２は、設定情報記憶部２２４から、指示された図形の描画に必要な設定情報を取得する（Ｓ１１）。図形がボタンであればそのボタンと対応するパラメータのオンオフ、図形が宛先リストであれば現在設定されている宛先等である。そして、取得した設定情報に従って、描画を指示された図形の表示用中間データを生成して（Ｓ１２）、処理を終了する。

次に図１１に、中間データ変換部２２２が用語描画指示を検出した場合の処理のフローチャートを示す。
中間データ変換部２２２は、表示指示受付部２２１が本体モジュールから用語描画指示を受け取り、これを中間データ変換部２２２に渡すと、図１１のフローチャートに示す処理を開始する。

この処理において、中間データ変換部２２２はまず、用語／アイコンデータ記憶部２２３から、指示された用語の識別情報と対応する文字列データを取得する（Ｓ２１）。次に、中間データ変換部２２２は、設定情報記憶部２２４から、取得した文字列データに係る文字の描画に必要な設定情報を取得する（Ｓ２２）。そして、取得した設定情報に従って、描画を指示された文字の表示用中間データを生成して（Ｓ２３）、処理を終了する。

なお、１画面分の表示内容を他操作部対応アプリ２１０に指示するために、本体モジュールは、図形描画指示、文字描画指示、及びその他画面内の各表示部品と対応する描画指示を表示指示受付部２２１に渡す。すなわち、画面の更新は、本体モジュールの指示に応じて行われることになる。中間データ変換部２２２は、この描画指示に応じて、各表示部品と対応する表示用中間データを生成し、１画面分の表示内容を示す表示用中間データ２１２に順次追加していく。画面表示部２３２は、任意の時点でその表示用中間データ２１２に基づく画面の表示をＯＳ２４０の表示ライブラリ２４１に指示することができる。

また、中間データ変換部２２２は、新しい画面についての表示用中間データ２１２の生成を開始する度に、その画面の対応機種情報を含む表示画面情報を、ハードキー画像表示部２３１に送信する。さらに、中間データ変換部２２２は、表示用中間データ２１２の内容を更新する度に（複数回に亘る一連の更新を行う場合にはその全てが完了してからでもよい）、その旨を示す表示画面更新情報を画面表示部２３２に送信する。

図１２に、ハードキー画像表示部２３１及び画面表示部２３２がこれらの表示画面情報及び表示画面更新情報を受信した場合に実行する処理のフローチャートを示す。
図１２のうちステップＳ３１乃至Ｓ３４は、ハードキー画像表示部２３１の機能と対応する処理である。
ハードキー画像表示部２３１は、中間データ変換部２２２から表示画面情報を受信すると、図１２のフローチャートに示す処理をステップＳ３１から開始する。

そしてまず、表示画面情報から、表示しようとする画面に適合する他操作部の機種情報である対応機種情報を取得する（Ｓ３１）。次に、ハードキー画像表示部２３１は、取得した機種情報と対応する他操作部の操作子データを取得する（Ｓ３２）。この操作子データには、上述の通りハードキーの形状、数、位置及び、個別のハードキーを特定するための識別子の情報を含む。

次に、ハードキー画像表示部２３１は、取得した操作子データに含まれる他操作部のハードキーと対応するボタン（あるいはその他の操作部）の表示用中間データを生成する（Ｓ３３）。そして、ハードキー画像表示部２３１は、その生成した表示用中間データを、ＯＳ２４０の表示ライブラリ２４１へ表示を指示するためのデータに変換し（Ｓ３４）、画面表示部２３２に渡す。
画面表示部２３２は、これに応じて、渡されたデータを、後述のようにステップＳ４２で生成した画面の表示のためのデータと合成し、その合成した画面（図９のような画面）の表示を、ＯＳ２４０の表示ライブラリ２４１に指示して（Ｓ５１）、処理を終了する。

また、図１２のうちステップＳ４１乃至Ｓ４２及びＳ５１は、画面表示部２３２の機能と対応する処理である。
画面表示部２３２は、中間データ変換部２２２から表示画面更新情報を受信すると、図１２のフローチャートに示す処理をステップＳ４１から開始する。
そしてまず、画像変換サブモジュール２１１（の中間データ変換部２２２）が生成した表示用中間データ２１２を読み込む（Ｓ４１）。次に、読み込んだ表示用中間データをＯＳ２４０の表示ライブラリ２４１へ表示を指示するためのデータに変換する（Ｓ４２）。

その後、この変換後のデータを、ハードキー画像表示部２３１がステップＳ３４で生成したデータと合成し、その合成した画面（図９のような画面）の表示を、ＯＳ２４０の表示ライブラリ２４１に指示して（Ｓ５１）、処理を終了する。
ステップＳ５１での表示指示は、ステップＳ３１乃至Ｓ３４の処理と、ステップＳ４１乃至Ｓ４２の処理とのうち少なくとも一方が新たに実行された場合に行うようにするとよい。

以上の処理により、図９を用いて説明したような、他操作部４０のディスプレイ４７２に表示させる画面と他操作部４０のハードキー４７１と対応する操作部とを組み合わせた画面を、操作部２０のディスプレイ２７２に表示させることができる。
なお、ステップＳ３３において、他操作部４０の全てのハードキーと対応する操作部を設けることは必須ではない。他操作部４０が備えるハードキー４７１の構成と、操作部２０が備えるハードキー２７１の構成とを比較して、その比較結果に基づき、他操作部４０が備えるハードキー４７１のうちどのキーと対応する操作部を画面上に設けるかを決定するようにしてもよい。

より具体的には、他操作部４０のハードキー４７１を構成するキーのうち、操作部２０のハードキー２７１に対応するキーが含まれるものについては、対応する操作部を画面上に設けないようにするとよい。この場合、画面上に設けない操作部については、ステップＳ３３で表示用中間データを生成する必要はない。また、画面上に対応する操作部を設けないキーについては、操作部２０が備えるハードキー２７１に、その機能を代行させる。
これらの場合、ハードキー画像表示部２３１が決定手段として機能する。

以上の動作を行うことにより、例えば図１３に示すように、他操作部４０のハードキー４７１のうち左２列のキーと対応する操作部のみディスプレイ２７２に表示させ、右１列のキーの機能を、操作パネル２７上のハードキー２７１に代行させることができる。
このようにすれば、ディスプレイ２７２に表示させる操作部の数を減らし、画面を大きく表示することができる。

ここで、図１４に、本体モジュール１１０，１２０からの表示指示に応じた画面の表示を他操作部４０が行う場合の処理と、操作部２０が行う場合の処理とを改めてまとめる。
これらを対比すると、本体モジュールが前提としているハードウェアを備える他操作部４０では、画面表示モジュール４２０が受信した描画指示（Ｓ８１）をＯＳ４４０用の表示命令に変換して（Ｓ８２，Ｓ８３）、ＯＳ４４０に表示を指示するのみでよい（Ｓ８４）。

一方、他操作部４０と異なるハードウェアを備える操作部２０でも、画面表示モジュールエミュレータ２２０が画面表示モジュール４２０の場合と同じインタフェースにより描画指示を受信する（Ｓ９１）。そして、操作部２０が備えるＯＳ２４０用の表示命令に変換する（Ｓ９２，Ｓ９３）。
また、ハードキーの構成の差を埋めるため、画像表示サブモジュール２３０が、他操作部４０のハードキーと対応する操作部（ボタン）の表示をＯＳ２４０に指示するための表示命令を生成する（Ｓ９４，Ｓ９５）。そして、これらを合成した表示をＯＳに指示する（Ｓ９６）。

なお、ＯＳ２４０用の表示命令は、ＯＳ４４０用の表示命令と異なる形式であってよい。この場合でも、表示用中間データ２１２までは操作部２０の画面表示モジュールエミュレータ２２０と他操作部４０の画面表示モジュール４２０とで同じ形式のデータとするとよい。表示用中間データ２１２からＯＳに表示を指示するためのデータを作成する際に、画面表示部２３２が、ＯＳ２４０の要求を満たす形式のデータを作成すればよい。

次に、他操作部対応アプリ２１０による画面表示中にユーザの操作があった場合の各部の動作について説明する。
ＯＳ２４０は、操作パネル２７に対するユーザの操作を常時監視している。そして、操作を検出すると、操作された位置（ディスプレイ２７２上の座標、又はハードキー２７１中のキーの識別情報）及び操作の種類（タッチ、ドラッグ、ボタン押下など）を示す操作情報を、その時点でアクティブな（ディスプレイ２７２に画面を表示中の）アプリに渡す。
他操作部対応アプリ２１０が表示中であれば、ＯＳは他操作部対応アプリ２１０の画像表示サブモジュール２３０に操作情報を渡す。

図１５に、画像表示サブモジュール２３０がその操作情報を受信した場合の各部の動作のシーケンスを示す。
画像表示サブモジュール２３０は、ＯＳ２４０から操作情報を受信すると、その操作情報が、どの領域あるいは操作部を操作対象とする操作であるかを特定する（Ｓ６１）。この特定は、図１２のステップＳ５１で生成した画面の表示指示のためのデータに基づき行うことができる。このデータには、各表示部品の表示位置に関する情報が含まれるためである。

次に、画像表示サブモジュール２３０は、操作対象のデータを含む操作情報を、画像変換サブモジュール２１１に渡す（Ｓ６２）。画像変換サブモジュール２１１は、この操作情報を受け取ると、これを画面の表示指示元の本体モジュールが取り扱い可能な他操作部４０の操作データに変換する（Ｓ６３）。

このとき、ハードキーと対応させて設けた操作部に対する操作のデータは、ハードキーに対する操作を示す操作データに変換する。このとき、例えばハードキーがボタンであればドラッグやフリックの操作は不可能であるから、変換前に操作の種類がハードキーに対して行えない種類であった場合には、ハードキーに対して行える種類に変換することも行うとよい。いずれにせよ、図５（ｂ）に示した入力通知用Ｉ／Ｆに適した形式のデータとすればよい。これは、他操作部４０が画面あるいはハードキーに対する操作を受け付けた場合と同じ形式の操作データを生成することを意味する。

次に、画像変換サブモジュール２１１はステップＳ６３で生成した操作データを本体モジュール１１０に渡し（Ｓ６４）、本体モジュール１１０は、その操作データが示す操作に応じた動作を行う（Ｓ６５）。
以上の処理により、本体モジュールからの表示指示によりディスプレイ２７２に表示させた画面に対する操作が行われた場合に、その操作を示す情報を本体モジュールが解釈可能な形で通知することができる。この場合において、他操作部４０にはあるが操作部２０にはないキーに対する操作も、画面上で受け付け、他操作部４０におけるキーに対する操作を示す操作データとして本体モジュールに渡すことができる。

従ってこの点でも、他操作部４０と操作部２０とでハードウェア構成が異なる場合であっても、他操作部４０を用いて実現していた機能を、画面外の操作子により実現していた機能も含め、操作部２０を用いて忠実に再現することができる。しかも、この場合において本体モジュール１１０，１２０及び画面表示用ライブラリ１１１，１２１の改変は不要であるから、再現に必要な作業工数を低く抑え、容易に再現を行うことができる。

〔第２の実施形態：図１６乃至図２３〕
次に、この発明の情報処理システムの第２の実施形態である画像処理システムについて説明する。
この画像処理システムは、所定のイベントであるエラー通知を検出した場合に、エラー画面の表示を他操作部対応アプリ２１０に行わせるようにした点が第１の実施形態と異なる。そこで、この点に関連する構成を中心に説明する。特に言及しない部分の構成は第１の実施形態と同様である。また、第２の実施形態の説明において、第１の実施形態と共通する部分には同じ符号を用いる。

図１６は、第２の実施形態の画像処理システムが備える操作パネル２７への画面の表示に係る機能の構成を示す、図４と対応する図である。
第２の実施形態の画像処理システム１は、操作部２０に本体情報管理部２５０を設けた点が第１の実施形態と異なる。

本体情報管理部２５０は、本体１０から操作部２０に送信される種々のイベントのデータを取得する。操作部アプリ２０１ａ，２０１ｂや他操作部対応アプリ２１０に渡されるべきイベントも、もともとの送信先に加え、この本体情報管理部２５０が取得する。この取得は、例えば各アプリにイベントデータを本体情報管理部２５０へ通知する機能を設けたり、イベントデータの送受信にＯＳ２４０が関与する際に本体情報管理部２５０がＯＳ２４０からイベントデータを取得できるようにしたりすることにより行うことができる。

また、本体情報管理部２５０は、所定のイベントであるエラー通知を検出した場合に、それまで画面を表示していたアプリに代えて他操作部対応アプリ２１０をアクティブにし、他操作部対応アプリ２１０にディスプレイ２７２への画面の表示を行わせるようにする機能を備える。このことにより、通常時には新規に開発した操作部アプリ２０１ａ，２０１ｂを用いて画像処理システム１を操作できるようにしつつ、エラー通知については、既存の仕組みを用いて他操作部対応アプリ２１０に行わせる、といった運用が可能となる。
従って、操作部アプリ２０１ａ，２０１ｂを新規開発する際に、エラー通知機能は設けないか、又は簡単なものを設けるのみでよいので、アプリケーションの開発負荷を低減することができる。

また、本体情報管理部２５０は、他操作部対応アプリ２１０をアクティブにする際に、その時点で表示中だった画面の情報を記憶しておき、エラーが解消し、エラー画面の表示が必要なくなった場合に、表示を元の画面に戻す機能を備える。この機能は、アプリが非アクティブな状態でも以前表示していた画面の表示内容を保持しているのであれば、エラーの解消に応じて、元のアプリを再度アクティブにするのみで実現することができる。アプリが以前表示していた画面の表示内容を保持しない場合は、本体情報管理部２５０が画面の表示内容まで保存しておき、元のアプリを再度アクティブにした際にその表示内容を渡して表示を行わせればよい。
このことにより、エラーの解消後、元の処理に戻ることができる。

ここで、操作パネル２７に表示させるエラー画面について説明する。
まず、第１の実施形態で図６を用いて説明したような他操作部４０を用いる構成では、他操作部４０のディスプレイ４７２に表示されるエラー画面は、図１７に示すようになる。すなわち、ディスプレイ４７２の表示領域に、エラー内容を示す文字列や、エラーの解除手順を示す図が表示される。

図１８は、他操作部対応アプリ２１０が操作部２０のディスプレイ２７２に図１７に示したものと同じエラー画面を表示させた状態を示す。
図１８に示すように、ディスプレイ２７２に表示される画面は、他操作部画面表示領域２７３と、ハードキー対応操作部２７４とを含む。他操作部画面表示領域２７３は、他操作部４０のディスプレイ４７２に表示される画面に相当する画像の領域であり、ハードキー対応操作部２７４は、他操作部４０のハードキー４７１と対応するように設けた操作部である。
図１８に示す表示例は、他操作部画面表示領域２７３の表示内容がエラー通知である点を除けば、図９に示したものと同じである。

以下、本体情報管理部２５０の機能に関連して操作部２０のＣＰＵ２１が実行する処理及び動作について説明する。以下に説明する処理及び動作は、ＣＰＵ２１が所要のプログラムを実行することにより行うものである。しかし、説明の都合上、図１６等に示した各種機能部がその処理を実行するものとして説明する。

まず図１９に、本体情報管理部２５０がエラー通知を検出した場合に実行する処理のフローチャートを示す。
本体情報管理部２５０は、本体１０においてエラーが発生したことを示すエラー通知を検出すると、図１９のフローチャートに示す処理を開始する。

この処理において、本体情報管理部２５０はまず、画面表示中のアプリ（アクティブなアプリ）が他操作部対応アプリ２１０であるか否か判断する（Ｓ１０１）。そして、他操作部対応アプリ２１０でない場合、画面表示中のアプリの識別情報を登録する（Ｓ１０２）と共に、そのアプリの非表示をＯＳ２４０に指示する（Ｓ１０３）。そしてさらに、他操作部対応アプリ２１０の表示をＯＳ２４０に指示して（Ｓ１０４）、処理を終了する。ステップＳ１０１で他操作部対応アプリ２１０である場合は、アプリを切り換える必要はないのでそのまま処理を終了する。

次に、図２０に、本体情報管理部２５０以外の各部も含めてエラー通知検出時の動作のシーケンスを示す。
このシーケンスにおいて本体１０は、本体１０におけるエラーの発生を検出すると、操作部２０に対してエラー通知を送信する（Ｓ１１１）。何らかの経路により本体情報管理部２５０がこのエラー通知を検出し、ここでは画面表示中のアプリが他操作部対応アプリ２１０でないとすると、画面表示中のアプリの識別情報を登録する（Ｓ１１２）。そして、ＯＳ２４０に画面表示中アプリの非表示を指示する（Ｓ１１３）。ＯＳ２４０はこの指示を受けると、画面表示中のアプリ（ここでは操作部アプリ２０１ａとする）を非表示にする（Ｓ１１４）。すなわち、操作部アプリ２０１ａを非アクティブにし、操作部アプリ２０１ａからの指示に基づく画面の表示を行わないようにする。

また、本体情報管理部２５０は、ＯＳ２４０に他操作部対応アプリ２１０の表示を指示する（Ｓ１１５）。ＯＳ２４０はこの指示を受けると、他操作部対応アプリ２１０を表示にする（Ｓ１１６）。すなわち、他操作部対応アプリ２１０をアクティブにし、他操作部対応アプリ２１０からの指示に基づく画面の表示を行うようにする。

以上の図１９及び図２０の動作により、エラー通知の検出に応じて、他操作部対応アプリ２１０をアクティブにすることができる。この状態では、ＯＳ２４０は、他操作部対応アプリ２１０からの指示に基づきディスプレイ２７２に画面を表示させることになる。従って、他操作部対応アプリ２１０にエラー画面の表示を指示すると、その指示に応じて、他操作部４０のハードキー４７１と対応する操作部を含む図１８に示したようなエラー画面を、ディスプレイ２７２に表示させることができる。

このエラー画面の構成は、第１の実施形態における操作画面の場合と同様、本体モジュール１１０，１２０から他操作部対応アプリ２１０に各表示部品の表示指示として提供することも考えられる。しかし、他操作部対応アプリ２１０に、エラー通知に記載のエラーコードと対応するエラー画面の構成を記憶させておき、他操作部対応アプリ２１０がエラー通知を検出した場合にそのエラーコードに基づき対応する画面を表示させるようにすることも考えられる。また、このエラー通知は、本体情報管理部２５０から他操作部対応アプリ２１０に提供することが考えられる。

なお、エラー通知前も他操作部対応アプリ２１０がアクティブであった場合には、エラー通知に応じたアプリの切り替えは起こらない。しかし、エラー通知時に表示していた画面の構成を、他操作部対応アプリ２１０あるいは本体情報管理部２５０が保存しておき、エラー解除時に元の画面に戻せるようにする。

また、本体１０において生じるエラーには、本体１０における状態変化により解除されるものと、操作部２０からの入力により解除されるものとがある。
前者のケースとしては、例えば詰まっていた紙が取り除かれた、通信不可であったのが通信できるようになった、等が考えられる。後者のケースとしては、ジョブ実行中にエラーが発生した場合にジョブをキャンセルする等が考えられる。

次に、これらの前者のケースと後者のケースに分けて、エラー解除時の処理について説明する。
まず図２１に、本体情報管理部２５０がエラー解除通知を検出した場合に実行する処理のフローチャートを示す。これは前者のケースに該当する。
本体情報管理部２５０は、本体１０における状態変化によりエラーが解除されたことを示すエラー解除通知を検出すると、図２１のフローチャートに示す処理を開始する。

この処理において、本体情報管理部２５０はまず、図１９のステップＳ１０１で登録した、前回表示中のアプリの識別情報を取得する（Ｓ１２１）。そして、そのアプリが他操作部対応アプリ２１０であるか否か判断する（Ｓ１２２）。

ここで他操作部対応アプリ２１０でない場合、画面を表示中の他操作部対応アプリ２１０の非表示をＯＳ２４０に指示する（Ｓ１２３）。そしてさらに、ステップＳ１２１で取得した前回表示中アプリの表示をＯＳ２４０に指示して（Ｓ１２４）、処理を終了する。ステップＳ１２２で他操作部対応アプリ２１０である場合は、アプリを切り換える必要はないのでそのまま処理を終了する。

次に、図２２に、本体情報管理部２５０以外の各部も含めてエラー解除通知検出時の動作のシーケンスを示す。
このシーケンスにおいて本体１０は、本体１０における状況変化によりエラーが解除されたことを検出すると、操作部２０に対してエラー解除通知を送信する（Ｓ１３１）。何らかの経路により本体情報管理部２５０がこのエラー解除通知を検出すると、本体情報管理部２５０は、図２０のステップＳ１１２で保存した前回表示中アプリの識別情報を取得する（Ｓ１３２）。

ここでは前回表示中アプリが他操作部対応アプリ２１０でないとすると、本体情報管理部２５０は、ＯＳ２４０に他操作部対応アプリ２１０の非表示を指示する（Ｓ１３３）。ＯＳ２４０はこの指示を受けると、他操作部対応アプリ２１０を非表示にする（Ｓ１３４）。すなわち、他操作部対応アプリ２１０を非アクティブにし、他操作部対応アプリ２１０からの指示に基づく画面の表示を行わないようにする。

また、本体情報管理部２５０は、ＯＳ２４０にステップＳ１３２で取得した前回表示中アプリ（ここでは操作部アプリ２０１ａとする）の表示を指示する（Ｓ１３５）。ＯＳ２４０はこの指示を受けると、操作部アプリ２０１ａを表示にする（Ｓ１３６）。すなわち、操作部アプリ２０１ａをアクティブにし、操作部アプリ２０１ａからの指示に基づく画面の表示を行うようにする。

以上の図２１及び図２２の動作により、エラー解除通知の検出に応じて、エラー通知時にアクティブだったアプリを再度アクティブにし、エラー通知前の表示を再開させることができる。エラー通知前も他操作部対応アプリ２１０がアクティブであった場合には、アプリの切り替えは起こらないが、図１９及び図２０の説明で述べたように予め記憶しておいた画面の構成を用いて、エラー通知前の表示に戻せるようにする。

次に、操作部２０からの入力によりエラーが解除される場合について説明する。
図２３に、エラー画面の表示中に操作情報を取得した場合に他操作部対応アプリ２１０が実行する処理のフローチャートを示す。

操作パネル２７にて操作がなされた場合、ＯＳ２４０はアクティブなアプリに対してその操作内容を示す操作情報を提供する。なお、エラー画面の表示中は他操作部対応アプリ２１０がアクティブである。
他操作部対応アプリ２１０は、エラー画面の表示中にＯＳ２４０からこの操作情報を取得すると、図２３のフローチャートに示す処理を開始する。そしてまず、取得した操作情報がエラー解除操作に係る操作情報であるか否か判断する（Ｓ１４１）。どの操作がエラー解除操作であるかは、画面の構成情報等から把握できるとする。

そして、エラー解除操作でなければ、通常通り検出した操作に対応する処理を行い、処理を終了する（Ｓ１４２）。この処理は、受け付けた操作の内容を本体１０に通知する等である。また、エラー解除操作であれば、本体１０に対し、エラーが解除された旨を通知し（Ｓ１４３）、エラー解除処理を行って（Ｓ１４４）処理を終了する。

本体１０は、このエラー解除の通知を受けると、操作部２０に対して改めてエラー解除通知を行い、操作部２０全体がエラーの解除を認識できるようにする。本体情報管理部２５０は、このエラー解除通知を検出すると、図２１及び図２２を用いて説明した処理を行う。
このことにより、操作部２０側の操作でエラーが解除された場合も、エラー通知前の表示を再開させることができる。

〔第２の実施形態の変形例：図２４乃至図２６〕
次に、上述した第２の実施形態の変形例について説明する。
この変形例は、エラーを検出した場合に必ず他操作部対応アプリ２１０をアクティブにするのではなく、一部のエラーについては、操作部アプリ２０１ａあるいは２０１ｂがエラー画面の表示を行えるようにしたものである。

操作部２０が他操作部４０に比べて動画表示やリンクボタン表示等の広範な機能に対応している場合、図２４に示すように、動画やリンクボタンを備えた見やすいエラー表示画面を表示させることができる。この場合、操作部２０に対応するエラー画面を用意できている項目については、他操作部４０の画面を再現せず、操作部２０用に作成したエラー画面を表示することが望ましい。

そこで、図２５に示すように、イベントであるエラーの種類毎に、エラー画面の表示に用いるアプリを定め、操作部２０の適当な記憶手段に登録しておくとよい。なお、図２５２４において、「操作部２０対応アプリ」とは、第３の画面データ生成手段であり、操作部２０のハードウェア構成を前提とした表示画面をディスプレイ２７２に表示させるアプリである。

操作部２０対応アプリは、操作部アプリ２０１ａ等と同様、ＯＳ２４０の表示ライブラリ２４１に対して画面の表示を指示するためのデータ（第３の画面データ）を生成し、そのデータに基づきＯＳ２４０に指示しディスプレイ２７２に画面を表示させる。なお、このアプリにより画面の表示を行う場合、その画面内に、他操作部４０のハードキー４７１と対応する操作部を設ける必要はない。

そして、本体情報管理部２５０は、エラー通知を検出した場合に、第２の実施形態の図１９の処理に代えて、図２６の処理を実行するようにするとよい。
この処理において、本体情報管理部２５０はまず、図２５のテーブルを参照し、通知されたエラーの種類と対応する、エラー画面の表示に用いるアプリの情報を取得する（Ｓ１５１）。そして、そのアプリが他操作部対応アプリ２１０であるか否か判断する（Ｓ１５２）。これが他操作部対応アプリ２１０であった場合、図１９の場合と同様に他操作部対応アプリ２１０への切り替え処理を行い（Ｓ１５３）、処理を終了する。

また、ステップＳ１５２で他操作部対応アプリ２１０でなかった場合、表示に用いるアプリへの切り替え処理を行って（Ｓ１５４）、処理を終了する。この切り替え処理も、切り替え対象のアプリが異なる点以外は、図１９に示したものと同様でよい。
以上の構成を採用することにより、操作部２０の機能を利用したエラー画面の開発ができた項目から表示に用いるアプリを切り換える等、他操作部４０用の機能から操作部２０用の機能への移行を、少しずつ柔軟に行うことができる。

〔その他の変形例：図２７及び図２８〕
以上で実施形態の説明を終了するが、この発明において、各部の具体的な構成や処理の内容、データの形式、画面の表示内容等は、実施形態で説明したものに限るものではない。
例えば、ハードキー４７１は、キーに限らず、ボタン、スイッチ、スライダ、つまみ等、任意の形状でよい。個数も任意である。

また、例えば、図１２のステップＳ３１乃至Ｓ３４の処理において、表示しようとする画面において使用する操作子を考慮し、他操作部４０が備える操作子のうち、使用する操作子と対応する操作部のみを表示するようにすることも考えられる。なお、ここでは、ある操作子を「使用する」とは、画面の表示中にその操作子の操作を検出した場合に、その操作を本体モジュールに伝えることをいうものとする。

図２７に、他操作部対応アプリ２１０が（本体モジュールからの指示に基づき）表示する画面の種類毎に、その画面において使用するハードキーを示す。
図２７の例において、画面種類は、画面を識別するための情報を示す。数字や記号によるＩＤでもよい。
ハードキー使用有無は、その画面においてハードキーを１つでも使用するか否かを示す。
キー使用有無は、他操作部４０のハードキー４７１に含まれる１つの又は１グループの操作子毎にその操作子を使用するか否かを示す。

図２７に示すように、他操作部対応アプリ２１０が表示する画面には、コピー画面のように、全てのキーを使用する画面や、ソフトキーボード画面のように一部のキーを使用する画面がある。また、エラー通知画面や状態確認画面のように、全くハードキーを使用しない画面もある。

図２７に示すデータは、本体モジュールが他操作部対応アプリ２１０に画面の表示を指示する際に、画面表示用Ｉ／Ｆを介して、その表示しようとする画面の関する情報のみ他操作部対応アプリ２１０に提供することが考えられる。
あるいは、他操作部対応アプリ２１０が、図２７に示すデータをテーブルとして記憶しておき、本体モジュールから他操作部対応アプリ２１０へは、表示しようとする画面の種類（識別情報）を通知するのみとしてもよい。この場合、他操作部対応アプリ２１０が、画面の種類をキーにテーブルを検索して、該画面において使用するハードキーの情報を得ることができる。
いずれの場合も、中間データ変換部２２２が、表示画面情報の一部としてその内容をハードキー画像表示部２３１に送信する。

次に図２８に、この変形例において、ハードキー画像表示部及び画面表示部が表示画面情報及び表示画面更新情報を受信した場合に実行する処理のフローチャートを示す。このフローチャートは図１２と対応するものであり、図１２と共通する処理については同じステップ番号を付した。また、この処理は、ハードキー画像表示部２３１の機能と対応する処理（Ｓ３１〜Ｓ３４）が図１２と異なるのみである。

この処理において、ハードキー画像表示部２３１は、中間データ変換部２２２から表示画面情報を受信すると、図２８のフローチャートに示す処理をステップＳ３１から開始する。そして、図１２の場合と同様、他操作部の操作子データを取得する（Ｓ３１，Ｓ３２）。

次に、ハードキー画像表示部２３１は、受信した表示画面情報からハードキー使用有無の情報を取得し（ＳＡ）、表示しようとする画面は、他操作部４０のハードキー４７１を使用する画面であるか否か判断する（ＳＢ）。そして、使用する場合、表示画面情報に基づき、他操作部４０のハードキー４７１のうち、表示しようとする画面で使用するハードキーを特定する（ＳＣ）。その後、ハードキー画像表示部２３１は、その特定したハードキーと対応するボタンの表示用中間データを生成し（ＳＤ）、その生成した表示用中間データを、ＯＳ２４０の表示ライブラリ２４１へ表示を指示するためのデータに変換し（Ｓ３４）、画面表示部２３２に渡す。
なお、ステップＳＤでの生成は、ステップＳ３２で取得した操作子データのうち、使用するハードキーを示す操作子データに基づいて行う。

一方、ステップＳＢでハードキーを使用しない場合、ハードキー画像表示部２３１は、ハードキーを非表示とすることを決定する（ＳＥ）。この場合、表示用中間データの生成は不要であるので、このままハードキー画像表示部２３１側の処理を終了収容する。そして、ステップＳ３４で生成したボタンのデータは、「なし」となる。ステップＳ５１の合成結果にも、ボタンの画像は含まれない。

以上の処理を行うことにより、ディスプレイ２７２に、他操作部画面表示領域２７３に表示させる画面において用いるハードキーと対応する操作部のみ表示させることができる。このため、不要な操作部を表示して、画面が小さくなったり、表示が煩雑になったりすることを防止できる。
なお、ステップＳＣで表示することとしたキーの中に、操作部２０のハードキー２７１に対応するキーが含まれる場合、対応する操作部を画面上に設けず、操作部２０が備えるハードキー２７１に、その機能を代行させるようにしてもよい。

また、別の変形として、以下のものも考えられる。
第２実施形態において、エラーを検出した場合に対応する画面の表示を他操作部対応アプリ２１０により行う例について説明した。しかし、エラー以外のイベントを所定のイベントとして扱い、そのイベントに対応する画面の表示を他操作部対応アプリ２１０により行うようにすることも考えられる。
また、他操作部４０が操作部２０に比べて古い機種であることも必須ではない。単に異なる機種であるというだけでもよい。
また、画像表示サブモジュール２３０は、常に同じ機種の他操作部４０についてのみ画面の表示を行うのであれば、対応機種情報を参照する必要はない。当該機種のハードキーの構成に合わせ、画面に追加すべき操作部のデータを用意しておき、常に同じ操作部を追加すればよい。

また、上述した実施形態では画像処理システム１を、本体１０と操作部２０とを固定的に組み合わせて構成した例について説明したが、これには限られない。
操作部と本体（動作部）とを、ハードウェアコンポーネントとして全く別の装置としてもよい。例えば、スマートフォン等のモバイル端末を操作部とし、ＭＦＰ等の画像処理装置を動作部として画像処理システムあるいは情報処理システムを構成してもよい。特に、操作部と動作部を無線で接続する場合には、これらは全く独立した装置として構成可能である。

また、操作部と動作部とは、１対１でなくてもよい。例えば、本体に有線接続された操作部がある画像処理装置を、モバイル端末からも操作できるようにすることが考えられる。あるいは、１台の画像処理装置を複数のモバイル端末から操作できるようにすることも考えられる。あるいはまた、１台のモバイル端末から操作対象を切り替えつつ複数の画像処理装置を操作できるようにすることも考えられる。

また、操作部及び動作部がそれぞれ１台の装置で構成される必要はない。複数台の装置が協働して操作部あるいは動作部の機能を実現する構成であってもよい。逆に、操作部及び動作部が同じ筐体に収まっていてもよい。
また、情報処理システムが、スキャナやプロッタのような画像処理エンジンを備えていることも必須ではない。情報処理システムを構成する各装置は、任意の情報処理装置でよい。もちろん、情報処理以外の物理的な入力や出力を合わせて行う装置でもよい。

この発明の実施形態であるプログラムは、１のコンピュータを、または複数のコンピュータを協働させて、上述した情報処理システムの機能を実現させるためのプログラムである。そして、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。

このようなプログラムは、はじめからコンピュータに備えるＲＯＭや他の不揮発性記憶媒体（フラッシュメモリ，ＥＥＰＲＯＭ等）などに格納しておいてもよい。しかし、記録媒体であるＣＤ−ＲＯＭ、あるいはメモリカード，フレキシブルディスク，ＭＯ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ＋Ｒ，ＤＶＤ＋ＲＷ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，又はＤＶＤ−ＲＡＭ等の不揮発性記録媒体に記録して提供することもできる。それらの記録媒体に記録されたプログラムをコンピュータにインストールして実行させることにより、上述した各手順を実行させることができる。

さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部装置あるいはプログラムを記憶手段に記憶した外部装置からダウンロードし、コンピュータにインストールして実行させることも可能である。
また、以上説明してきた実施形態及び変形例の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることは勿論である。

１：画像処理システム、１０：本体、１１，２１：ＣＰＵ、１２，２２：ＲＯＭ、１３，２３：ＲＡＭ、１４：ＨＤＤ、１５，２５：通信Ｉ／Ｆ、１６，２６：接続Ｉ／Ｆ、１７：エンジン部、１８，２８：システムバス、２０：操作部、２７：操作パネル、３０：通信路、４０：他操作部、１０１，２０１：アプリ層、１０２，２０２：サービス層、１０３，２０３：ＯＳ層、１１０，１２０：本体モジュール、１１１，１２１：画面表示用ライブラリ、２００，４００：操作部コントローラ、２０１ａ，２０１ｂ：操作部アプリ、２１０：他操作部対応アプリ、２２０：画面表示モジュールエミュレータ、２２１：表示指示受付部、２２２：中間データ変換部、２２３：用語／アイコンデータ記憶部、２２４：設定情報記憶部、２３０：画像表示サブモジュール、２３１：ハードキー画像表示部、２３２：画面表示部、２４０，４４０：ＯＳ，２４１，４４１：表示ライブラリ、２５０：本体情報管理部、２７１，４７１：ハードキー、２７２，４７２：ディスプレイ、２７３：他操作部画面表示領域、２７４：ハードキー対応操作部、４２０：画面表示モジュール、

特開２０１２−４４２５８号公報 特開２００９−２２３５７７号公報

Claims (8)

1. ユーザの操作を受け付けるための画面を表示する表示手段を備える第１の操作受付手段と、
   前記第１の操作受付手段とは異なる第２の操作受付手段に表示させる画面の表示指示を受け付ける表示指示受付手段と、
   前記表示指示受付手段が受け付けた表示指示と対応する画面を、前記第１の操作受付手段の表示手段に表示させるための第１の画面データを生成する第１の画面データ生成手段と、
   前記第１の画面データ生成手段が生成した第１の画面データと、前記第２の操作受付手段が備える操作子の構成を示す操作子データとに基づき、前記第１の画面データが示す画面と前記操作子と対応する操作部とを前記第１の操作受付手段の表示手段に表示させるための第２の画面データを生成する第２の画面データ生成手段と、
   画面の表示指示に応じて前記第１の操作受付手段の表示手段に画面を表示させるための第３の画面データを生成する、前記第２の画面データ生成手段と異なる第３の画面データ生成手段と、
   所定のイベントを検出した場合に、該イベントの種類に応じて該イベントに対応した画面の表示を、前記第２の画面データ生成手段が生成した第２の画面データに基づいて行うか、前記第３の画面データ生成手段が生成した第３の画面データに基づいて行うかを選択して、前記第１の操作受付手段の表示手段に画面を表示させる表示制御手段とを備えたことを特徴とする情報処理システム。
2. 請求項１に記載の情報処理システムであって、
   前記第１の操作受付手段が、前記表示手段に表示させた画面上の操作部に対する操作を受け付けた場合に、該操作を示す操作データとして、前記第２の操作受付手段が対応する画面内の操作部あるいは画面以外の操作子において操作を受け付けた場合と同じ操作データを生成して出力する操作データ出力手段を備えることを特徴とする情報処理システム。
3. 請求項１又は２に記載の情報処理システムであって、
   前記操作子データと、前記第１の操作受付手段が備える操作子の構成を示す情報とを比較し、その比較結果に基づき、前記第２の操作受付手段が備える操作子のうちどの操作子と対応する操作部を前記第２の画面データに含めるかを決定する決定手段を設けたことを特徴とする情報処理システム。
4. 請求項３に記載の情報処理システムであって、
   前記決定手段は、前記第２の操作受付手段が備える操作子のうち、前記第１の操作受付手段が対応する操作子を備えるものについては、対応する操作部を前記第２の画面データに含めないようにすることを特徴とする情報処理システム。
5. 請求項１又は２に記載の情報処理システムであって、
   前記操作子データと、前記第１の画面データとに基づき、前記第２の操作受付手段の操作子のうちどの操作子と対応する操作部を前記第２の画面データに含めるかを決定する決定手段を設けたことを特徴とする情報処理システム。
6. 請求項１から５のいずれか一項に記載の情報処理システムであって、
   前記所定のイベントに応じて前記第２の画面データ又は前記第３の画面データに基づき前記第１の操作受付手段の表示手段に画面を表示させる場合に、その時点で表示中だった画面の情報を保持しておき、前記所定のイベントに応じた画面の表示を終了する場合に、前記第１の操作受付手段の表示手段における表示を、前記保持しておいた画面に戻すことを特徴とする情報処理システム。
7. ユーザの操作を受け付けるための画面を表示する表示手段を備える第１の操作受付手段を備える情報処理システムが、
   前記第１の操作受付手段とは異なる第２の操作受付手段に表示させる画面の表示指示を受け付ける表示指示受付手順と、
   前記表示指示受付手順で受け付けた表示指示と対応する画面を、前記第１の操作受付手段の表示手段に表示させるための第１の画面データを生成する第１の画面データ生成手順と、
   前記第１の画面データ生成手順で生成した第１の画面データと、前記第２の操作受付手段が備える操作子の構成を示す操作子データとに基づき、前記第１の画面データが示す画面と前記操作子と対応する操作部とを前記第１の操作受付手段の表示手段に表示させるための第２の画面データを生成する第２の画面データ生成手順と、
   画面の表示指示に応じて前記第１の操作受付手段の表示手段に画面を表示させるための第３の画面データを生成する、前記第２の画面データ生成手順と異なる第３の画面データ生成手順と、
   所定のイベントを検出した場合に、該イベントの種類に応じて該イベントに対応した画面の表示を、前記第２の画面データ生成手順で生成した第２の画面データに基づいて行うか、前記第３の画面データ生成手順が生成した第３の画面データに基づいて行うかを選択して、前記第１の操作受付手段の表示手段に画面を表示させる表示制御手順とを実行することを特徴とする情報処理方法。
8. ユーザの操作を受け付けるための画面を表示する表示手段を備える第１の操作受付手段を備える情報処理システムを制御するコンピュータに、
   前記第１の操作受付手段とは異なる第２の操作受付手段に表示させる画面の表示指示を受け付ける表示指示受付手順と、
   前記表示指示受付手順で受け付けた表示指示と対応する画面を、前記第１の操作受付手段の表示手段に表示させるための第１の画面データを生成する第１の画面データ生成手順と、
   前記第１の画面データ生成手順で生成した第１の画面データと、前記第２の操作受付手段が備える操作子の構成を示す操作子データとに基づき、前記第１の画面データが示す画面と前記操作子と対応する操作部とを前記第１の操作受付手段の表示手段に表示させるための第２の画面データを生成する第２の画面データ生成手順と、
   画面の表示指示に応じて前記第１の操作受付手段の表示手段に画面を表示させるための第３の画面データを生成する、前記第２の画面データ生成手順と異なる第３の画面データ生成手順と、
   所定のイベントを検出した場合に、該イベントの種類に応じて該イベントに対応した画面の表示を、前記第２の画面データ生成手順で生成した第２の画面データに基づいて行うか、前記第３の画面データ生成手順が生成した第３の画面データに基づいて行うかを選択して、前記第１の操作受付手段の表示手段に画面を表示させる表示制御手順とを実行させるためのプログラム。

Images