JP2010067231A - 情報処理装置、アプリケーション実行方法、及びプログラム - Google Patents

Abstract

【課題】ハイエンド機において動作可能なアプリケーションによるジョブをローエンド機に適切に実行させることのできる情報処理装置、アプリケーション実行方法、及びプログラムの提供を目的とする。
【解決手段】第一の画像形成装置が提供するＡＰＩと互換性の有るＡＰＩを提供するアプリケーション実行手段を有する情報処理装置であって、前記アプリケーション実行手段は、前記第一の画像形成装置において動作可能なアプリケーションからの前記ＡＰＩを介した要求に応じ、ネットワークを介して接続する第二の画像形成装置にジョブを実行させるジョブ実行制御手段を有することにより上記課題を解決する。
【選択図】図５

Description

本発明は、情報処理装置、アプリケーション実行方法、及びプログラムに関する。

近年では、主に複合機又は融合機と呼ばれる画像形成装置において、その出荷後に、公開されたＡＰＩ（Application Program Interface）を利用して新たなアプリケーションの開発及びインストールが可能とされているものがある（例えば、特許文献１）。斯かる画像形成装置では、当該画像形成装置のベンダによって開発されたアプリケーションのみならず、サードベンダによって開発されたアプリケーションをインストールすることが可能となり、画像形成装置の機能の拡張性を著しく向上させることができる。
特開２００５−２６９６１９号公報

しかしながら、特許文献１に記載された画像形成装置（以下、「ハイエンド機」という。）のようなソフトウェア構成を実装するには、豊富なハードウェア資源（ＣＰＵ、メモリ等）を備えている必要があるところ、オフィス等では依然として多数のローエンド機が利用されている。ここで、ローエンド機とは、ＣＰＵ及びメモリ等のハードウェア資源が比較的乏しい画像形成装置をいう。斯かるローエンド機では、ハイエンド機のようなソフトウェア構成を備えることができず、その結果、各ベンダによって開発されたアプリケーションを実行できないという問題がある。

斯かるローエンド機においても、ハイエンド機において動作するアプリケーションによるジョブを実行させることができれば、各ベンダにとって顧客の拡大につながるだけでなく、ユーザにとっても利便性の向上につながる。

本発明は、上記の点に鑑みてなされたものであって、ハイエンド機において動作可能なアプリケーションによるジョブをローエンド機に適切に実行させることのできる情報処理装置、アプリケーション実行方法、及びプログラムの提供を目的とする。

そこで上記課題を解決するため、本発明は、第一の画像形成装置が提供するＡＰＩと互換性の有るＡＰＩを提供するアプリケーション実行手段を有する情報処理装置であって、前記アプリケーション実行手段は、前記第一の画像形成装置において動作可能なアプリケーションからの前記ＡＰＩを介した要求に応じ、ネットワークを介して接続する第二の画像形成装置にジョブを実行させるジョブ実行制御手段を有することを特徴とする。

このような情報処理装置では、ハイエンド機において動作可能なアプリケーションによるジョブをローエンド機に適切に実行させることができる。

本発明によれば、ハイエンド機において動作可能なアプリケーションによるジョブをローエンド機に適切に実行させることができる。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるシステム構成例を示す図である。同図において、ＰＣ１０、ローエンド機２０、及びハイエンド機３０等は、ＬＡＮ（Local Area Network）等のネットワーク５０（有線又は無線の別は問わない。）を介して接続されている。

ローエンド機２０及びハイエンド機３０は、複合機、複写機、プリンタ、又はＦＡＸ装置等の画像形成装置である。ローエンド機２０は、ハードウェア資源が相対的に乏しく、ハイエンド機３０は、ハードウェア資源が相対的に豊富である。

ＰＣ１０は、ローエンド機２０との組み合わせにより、ハイエンド機３０に相当する機能をユーザに提供するためのＰＣ（Personal Computer）である。なお、ＰＣ１０及びローエンド機２０は、ＵＳＢ（Universal Serial Bus）若しくはＬＡＮ等のケーブル６０、又は無線通信等によって直接接続されていてもよい。この場合、ローエンド機２０は、ネットワーク５０に接続されていなくてもよい。

図２は、本発明の実施の形態におけるＰＣのハードウェア構成例を示す図である。図２のＰＣ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５と、表示装置１０６と、入力装置１０７とを有するように構成される。

ＰＣ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってＰＣ１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等で構成され、様々な操作指示を入力させるために用いられる。

図３は、本発明の実施の形態におけるローエンド機のハードウェア構成例を示す図である。図３において、ローエンド機２０は、コントローラ２０１、スキャナ２０２、プリンタ２０３、モデム２０４、ネットワークインタフェース２０５、及び操作パネル２０６等のハードウェアを有する。

コントローラ２０１は、ＣＰＵ２１１、ＲＡＭ２１２、ＲＯＭ２１３、及びＨＤＤ２１４等を有する。ＲＯＭ２１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ２１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ２１１は、ＲＡＭ２１２にロードされたプログラムを処理することにより、後述される機能を実現する。ＨＤＤ２１４は、各種のデータ（例えば、スキャンされた画像データ）を保存するために利用される。

スキャナ２０２は、原稿より画像データを読み取るためのハードウェアである。プリンタ２０３は、画像データを印刷用紙に印刷するためのハードウェアである。モデム２０４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。ネットワークインタフェース２０５は、ネットワーク１５に接続するためのハードウェアである。操作パネル２０６は、ユーザからの入力の受け付けや、ユーザに対する情報の通知等を行うめのボタン、液晶パネル等を備えたハードウェアである。

なお、ハイエンド機３０も図３とほぼ同様のハードウェア構成を備える。但し、上述したように、各構成要素（部品）の性能等（例えば、ＣＰＵ２０１の性能、ＲＡＭ２１２、ＲＯＭ２１３、及びＨＤＤ２１４の容量、並びにスキャナ２０２、プリンタ２０３、及び操作パネル２０６等の性能等）は、ハイエンド機３０が備えるものの方が高い。

図４は、本発明の実施の形態におけるハイエンド機のソフトウェア構成例を示す図である。同図において、ハイエンド機３０は、ＯＳ３１、ＪＶＭ３２、ＯＳＧｉフレームワーク３３、ＳＤＫプラットフォーム３４、及びＳＤＫアプリ３５等を含む。

ＯＳ３１は、いわゆるＯＳ（Operating System）である。ＪＶＭ３２は、いわゆるＪａｖａ（登録商標）仮想マシン（Java（登録商標） Virtual Machine）であり、Ｊａｖａ（登録商標）バイトコードをＯＳ３１上で動作可能なネイティブコードに変換して実行する。なお、ＪＶＭ３２より上の層に図示されているソフトウェアは、Ｊａｖａ（登録商標）のバイトコードによって実装されたものである。

ＯＳＧｉフレームワーク３３は、ＯＳＧｉアライアンスによる標準化技術であり、Ｊａｖａ（登録商標）言語に基づいたオープンなソフトウェア部品化技術に基づいて作成されたソフトウェア部品の実行環境を提供するソフトウェアプラットフォームである。ＯＳＧｉフレームワーク３３上において、Ｊａｖａ（登録商標）言語のソフトウェアは「バンドル」と呼ばれるソフトウェア部品の形で実装される。一つのバンドルは、一つのＪＡＲ（Java（登録商標） ARchive）ファイルによって構成され、それぞれ独立して動的に（装置の再起動を要することなく）インストール可能である。

ＳＤＫアプリ３５は、ハイエンド機３０が備える専用のＳＤＫ（ソフトウェア開発キット）によって提供されるＡＰＩ（Application Program Interface）（ＳＤＫ ＡＰＩ）を利用して実装されたアプリケーションプログラムである。同図では、ＳＤＫアプリ３５として、コピーアプリ３５１、スキャンアプリ３５２、プリントアプリ３５３、及びファクスアプリ３５４等が例示されている。コピーアプリ３５１は、ハイエンド機３０にコピージョブを実行させるＳＤＫアプリ３５である。スキャンアプリ３５２は、ハイエンド機３０にスキャンジョブを実行させるＳＤＫアプリ３５である。プリントアプリ３５３は、ハイエンド機３０に印刷ジョブを実行させるＳＤＫアプリ３５である。ファクスアプリ３５４は、ハイエンド機３０にファクス送信又は受信ジョブを実行させるＳＤＫアプリ３５である。

ＳＤＫプラットフォーム３４は、ＳＤＫ ＡＰＩを介してＳＤＫアプリ３５の実行環境を提供するソフトウェアプラットフォームである。同図では、ＳＤＫプラットフォーム１４の構成要素として、パネルクラス１４１、スキャンクラス１４２、プリントクラス１４３、ファクスクラス１４４、及びシステムクラス１４５等が例示されている。パネルクラス１４１は、ハイエンド機３０が備える操作パネルの表示制御及び操作パネルを介した入力イベントの検知等を行うための処理が実装されたクラスである。スキャンクラス１４２は、ハイエンド機３０が備えるスキャナにスキャン（画像の読み取り）を実行させるための処理が実装されたクラスである。プリントクラス３４３は、ハイエンド機３０が備えるプリンタに印刷を実行させるための処理が実装されたクラスである。ファクスクラス３４４は、ハイエンド機３０にファクスの送受信を実行させるための処理が実装されたクラスである。システムクラス３４５は、ハイエンド機３０のシステム情報の取得又は設定やステータス情報の取得等を行うクラスである。これら各クラスのメソッドがＳＤＫ ＡＰＩを構成する。

なお、ＳＤＫ ＡＰＩは外部に公開されている。したがって、ハイエンド機３０には、その出荷後に新たなＳＤＫアプリ３５を実装することができる。

図５は、第一の実施の形態におけるローエンド機及びＰＣのソフトウェア構成例を示す図である。

同図において、ローエンド機２０は、パネル制御部２１、スキャン制御部２２、プリント制御部２３、ファクス制御部２４、及びシステム管理部２５等を有する。パネル制御部２１は、操作パネル２０６の表示制御及び操作パネル２０６を介した入力イベントの検知等を行う。スキャン制御部２２は、スキャナ２０２にスキャン（画像の読み取り）を実行させための制御を行う。プリント制御部２３は、プリンタ２０３に印刷を実行させるための制御を行う。ファクス制御部２４は、ファクスの送受信の制御を行う。システム制御部２５は、ハイエンド機３０のシステム情報の取得又は設定やステータス情報の取得等を行う。

このように、ローエンド機２０は、ハイエンド機３０に比べて非常に単純なソフトウェア構成を有している。これは、ローエンド機２０は、ＳＤＫプラットフォーム３４及びＳＤＫアプリ３５を実装するために必要はハードウェアリソースを備えていないからである。但し、ローエンド機２０の各制御部は、リモートから（ネットワーク５０を介して）処理要求を受け付けるためのインタフェースを備える。例えば、スキャン制御部２２は、ＴＷＡＩＮ又はＳＡＮＥ（Scanner Access Now Easy）と呼ばれるＡＰＩを提供する。また、印刷制御部３４３又はファクス制御部３４４は、固定ポートによって印刷データ又はファクスデータを受信するためのインタフェースを提供する。

一方、ＰＣ１０は、ＯＳ１１、ＪＶＭ１２、ＯＳＧｉフレームワーク１３、ＳＤＫプラットフォーム１４、及びＳＤＫアプリ１５等を含む。図４と比較すると明らかなように、ＰＣ１０は、ハイエンド機３０とほぼ同様のソフトウェア構成を有している。しかし、各構成要素の実装内容は異なる。例えば、ＯＳ１１は、ＰＣ用のＯＳとして実装されている。また、ＪＶＭ１２は、ＯＳ１１上で動作可能なように実装されている。また、ＳＤＫプラットフォーム１４は、当該ＳＤＫプラットフォーム１４が実装された装置（ＰＣ１０）ではなく、ＰＣ１０とネットワーク等を介して接続されるローエンド機２０の各機能を制御するように実装されている。

具体的には、パネルクラス１４１は、ローエンド機２０が備える操作パネル２０１の表示制御及び操作パネル２０１を介した入力イベントの検知等をパネル制御部２１を介して行う。スキャンクラス１４２は、スキャン制御部２２を介してローエンド機２０が備えるスキャナ２０２にスキャンを実行させる。プリントクラス１４３は、プリント制御部２３を介してローエンド機２０が備えるプリンタ２０３に印刷を実行させる。ファクスクラス１４４は、ファクス制御部２４を介してローエンド機２０にファクスの送受信を実行させる。システムクラス１４５は、システム制御部２５を介してローエンド機２０のシステム情報の取得又は設定やステータス情報の取得等を行う。

但し、ＰＣ１０におけるＳＤＫプラットフォーム１４が提供するＳＤＫ ＡＰＩは、ハイエンド機３０におけるＳＤＫ ＡＰＩと互換性を有する（同一の場合も含まれる。）。したがって、ＰＣ１０における各ＳＤＫアプリ１５（コピーアプリ１５１、スキャンアプリ１５２、プリントアプリ１５３、及びファクスアプリ１５４）の実装内容はハイエンド機３０の各ＳＤＫアプリ３５と同じでよい。すなわち、ハイエンド機３０において動作する各ＳＤＫアプリ３５を、そのまま（再コンパイル等することなく）ＰＣ１０のＳＤＫプラットフォーム１４上で動作させることができる。よって、ハイエンド機３０用に開発されたＳＤＫアプリ３５をＳＤＫアプリ１５としてＰＣ１０にインストールすることにより、当該ＳＤＫアプリ３５がハイエンド機３０に実行させるジョブをローエンド機２０に実行させることができる。

以下、ＰＣ１０及びローエンド機２０の処理手順について説明する。本実施の形態では、処理手順の具体例としてスキャンジョブの処理手順を説明する。図６は、第一の実施の形態のスキャンジョブの処理手順を説明するためのシーケンス図である。なお、以降の各シーケンス図においてクラス（パネルクラス１４１、スキャンクラス１４２）に関する処理については、厳密には当該クラスのインスタンスによって実行されるものである。但し、本実施の形態では、便宜上、クラスを処理の実行主体として説明する。

まず、スキャンアプリ１５２は、実行対象として起動されると、ＳＤＫ ＡＰＩの一つであるパネルクラス１４１の画面表示メソッドを呼び出す（Ｓ１０１）。当該画面表示メソッドの引数には、スキャンアプリの操作画面（スキャン画面）の構成情報がスキャンアプリ１５２によって指定される。なお、実行対象とするＳＤＫアプリ１５の選択は、ローエンド機２０の操作パネル２０６を介して行われてもよいし、ＰＣ１０側において行われてもよい。

続いて、パネルクラス１４１は、画面表示メソッドの引数として指定されたスキャン画面の構成情報を含む画面の表示要求をローエンド機２０のパネル制御部２１に送信する（Ｓ１０２）。パネル制御部２１は、表示要求に係るスキャン画面を操作パネル２０６に表示させる（Ｓ１０３）。

図７は、第一の実施の形態においてローエンド機に表示される画面の表示例を示す図である。同図におけるスキャン画面５１０が、ステップＳ１０３において表示される。スキャン画面５１０には、便宜上、スキャンの開始指示を入力させるためのＳｃａｎボタン５１１のみが配置されている。実際は、スキャンの設定情報（解像度等）を設定させるための表示部品が配置されていてもよい。

ユーザによってＳｃａｎボタン５１１が押下されると、パネル制御部２１は、そのイベント（ボタン押下イベント）を検知し、当該ボタン押下イベントをパネルクラス１４１に送信する（Ｓ１０４）。パネルクラス１４１は、ＳＤＫ ＡＰＩに従った形式で、当該ボタン押下イベントをスキャンアプリ１５２に通知する（Ｓ１０５）。

ボタン押下イベントの通知に応じ、スキャンアプリ１５２は、ＳＤＫ ＡＰＩの一つであるスキャンクラス１４２のスキャン実行メソッドを呼び出す（Ｓ１０６）。当該メソッドの呼び出しに応じ、スキャンクラス１４２は、スキャンの実行要求をローエンド機２０のスキャン制御部２２に送信する（Ｓ１０７）。続いて、スキャン制御部２２は、スキャン２０２を制御して、原稿からの画像データの読み取り（スキャン）を実行し、読み取られた画像データを例えばＨＤＤ２１４に保存する（Ｓ１０８）。スキャン制御部２２は、スキャンの完了を検知すると、スキャン完了イベントをスキャンクラス１４２に送信する（Ｓ１０９）。スキャンクラス１４２は、ＳＤＫ ＡＰＩに従った形式で、スキャン完了イベントをスキャンアプリ１５２に通知する（Ｓ１１０）。

スキャン完了イベントの通知に応じ、スキャンアプリ１５２は、ＳＤＫ ＡＰＩの一つであるパネルクラス１４１のメッセージ表示メソッドを呼び出す（Ｓ１１１）。メッセージ表示メソッドの引数には、メッセージとして表示する文字列がスキャンアプリ１５２によって指定される。当該メソッドの呼び出しに応じ、パネルクラス１４１は、当該メッセージの表示要求をパネル制御部２１に送信する（Ｓ１１２）。パネル制御部２１は、当該メッセージを操作パネル２０６に表示させる（Ｓ１１３）。当該メッセージの表示例は、図７の５２０に示される。

上述したように第一の実施の形態によれば、ローエンド機２０のハードウェアリソースをＰＣ１０の豊富なハードウェアリソースによって補うことにより、ハイエンド機３０において実行可能なＳＤＫアプリ３５によるジョブをローエンド機１０に実行させることができる。したがって、ＳＤＫアプリ３５の流用性を向上させることができる。

次に、第二の実施の形態について説明する。図８は、第二の実施の形態におけるローエンド機及びＰＣのソフトウェア構成例を示す図である。図８中、図５と同一部分には同一符号を付し、その説明は省略する。

第二の実施の形態において、ローエンド機２０のパネル制御部２１は、Ｗｅｂブラウザ２１ａによって構成されている。Ｗｅｂブラウザ２１ａは、いわゆるＷｅｂブラウザであり、操作パネル２０６に対する入力に応じてＨＴＴＰ（HyperText Transfer Protocol）リクエストをＰＣ１０に送信し、ＨＴＴＰリクエストに応じて返信されるＨＴＴＰレスポンスに含まれるＨＴＭＬ（HyperText Markup Language）データ（Ｗｅｂページ）を操作パネル２０６に表示させる。

一方、ＰＣ１０のパネルクラス１４１は、Ｗｅｂサーバ部１４１１及びＷｅｂページ生成部１４１２を含む。Ｗｅｂサーバ部１４１１は、Ｗｅｂブラウザ２１ａより送信されるＨＴＴＰリクエストを受信し、当該ＨＴＴＰリクエストに応じた処理を制御する。Ｗｅｂページ生成部１４１２は、ＳＤＫアプリ１５からの画面等の表示要求（画面表示メソッド及びメッセージ表示メソッド等の呼び出し）に応じ、要求されている表示内容に対応したＷｅｂページ（ＨＴＭＬデータ）を生成する。なお、図８において、ＰＣ１０における他の構成要素は便宜上省略されている。

以下、第二の実施の形態の処理手順について説明する。図９は、第二の実施の形態のスキャンジョブの処理手順を説明するためのシーケンス図である。

操作パネル２０６を介したユーザによる指示入力に応じ、ローエンド機２０のＷｅｂブラウザ２１ａは、スキャン画面５１０の表示を要求するＨＴＴＰリクエストをＰＣ１０に送信する（Ｓ２０１）。ＰＣ１０のパネルクラス１４１ａのＷｅｂサーバ部１４１１は、当該ＨＴＴＰリクエストを受信すると、スキャンアプリ１５２に対してスキャン画面の表示を要求する（Ｓ２０２）。続いて、スキャンアプリ１５２は、スキャン画面５１０の構成情報を引数に指定して、パネルクラス１４１ａの画面表示メソッドを呼び出す（Ｓ２０３）。画面表示メソッドの呼び出しに応じ、パネルクラス１４１ａのＷｅｂページ生成部１４１２は、指定された構成情報に応じたＨＴＭＬデータを生成する（Ｓ２０４）。続いて、パネルクラス１４１ａのＷｅｂサーバ部１４１１は、生成されたＨＴＭＬデータを含むＨＴＴＰレスポンスをＷｅｂブラウザ２１ａに送信する（Ｓ２０５）。Ｗｅｂブラウザ２１ａは、受信したＨＴＭＬデータに基づいてスキャン画面５１０（図７参照）を操作パネル２０６に表示させる（Ｓ２０６）。

ユーザによってＳｃａｎボタン５１１が押下されると、Ｗｅｂブラウザ２１ａは、Ｓｃａｎボタン５１１の押下（ボタン押下イベント）を通知するＨＴＴＰリクエストをパネルクラス１４１ａのＷｅｂサーバ部１４１１に送信する（Ｓ２０７）。パネルクラス１４１ａは、ＳＤＫ ＡＰＩに従った形式で、当該ボタン押下イベントをスキャンアプリ１５２に通知する（Ｓ２０８）。

ステップＳ２０９〜Ｓ２１３は、図６のステップＳ１０６〜Ｓ１１０と同様であるため、ここでの説明は省略する。

スキャン完了イベントの通知に応じ、スキャンアプリ１５２は、パネルクラス１４１ａのメッセージ表示メソッドを呼び出す（Ｓ２１４）。当該メソッドの呼び出しに応じ、パネルクラス１４１ａのＷｅｂページ生成部１４１２は、当該メッセージを表示させるＨＴＭＬデータを生成する（Ｓ２１５）。続いて、パネルクラス１４１ａのＷｅｂサーバ部１４１１は、生成されたＨＴＭＬデータを含むＨＴＴＰレスポンスをＷｅｂブラウザ２１ａに送信する（Ｓ２１６）。Ｗｅｂブラウザ２１ａは、受信したＨＴＭＬデータに基づいてスキャン完了メッセージ５２０（図７参照）を操作パネル２０６に表示させる（Ｓ２１７）。

上述したように、第二の実施の形態によれば、Ｗｅｂブラウザによって操作パネルの表示制御を行っているローエンド機２０に、ＳＤＫアプリ１５よりＳＤＫ ＡＰＩを介して要求された画面（Ｗｅｂページ）を表示させることができる。

次に、第三の実施の形態について説明する。図１０は、第三の実施の形態におけるローエンド機及びＰＣのソフトウェア構成例を示す図である。図１０中、図５と同一部分には同一符号を付し、その説明は省略する。

第三の実施の形態において、ローエンド機２０は、リモートから操作可能なパネル制御部２１は有していない。

一方、ＰＣ１０のパネルクラス１４１ｂは、ローカル表示制御部１４１３を含む。ローカル表示制御部１４１３は、ＳＤＫアプリ１５からの画面等の表示要求（画面表示メソッド及びメッセージ表示メソッド等の呼び出し）に応じ、要求されている表示内容に対応した描画命令をＯＳ１１に対して行う。当該描画命令は、厳密には、ローカル表示制御部１４１３からＪａｖａ（登録商標）の標準クラスを経てＯＳ１１に伝達される。その結果、ＳＤＫアプリ１５による表示要求に応じた画面等は、ＰＣ１０の表示装置１０６に表示される。

以下、第三の実施の形態の処理手順について説明する。図１１は、第三の実施の形態のスキャンジョブの処理手順を説明するためのシーケンス図である。

まず、スキャンアプリ１５２は、実行対象として起動されると、スキャン画面５１０の構成情報を引数に指定してパネルクラス１４１ｂの画面表示メソッドを呼び出す（Ｓ３０１）。続いて、パネルクラス１４１ｂのローカル表示制御部１４１３は、画面表示メソッドの引数として指定されたスキャン画面の構成情報に基づいて、ＯＳ１１に対して描画命令を出力することにより、スキャン画面５１０（図７参照）を表示装置１０６に表示させる（Ｓ３０２）。

入力装置１０７を介してユーザによってＳｃａｎボタン５１１が押下されると、パネルクラス１４１ｂのローカル表示制御部１４１３はそのイベント（ボタン押下イベント）を検知し、ＳＤＫ ＡＰＩに従った形式で当該ボタン押下イベントをスキャンアプリ１５２に通知する（Ｓ３０３）。

ステップＳ３０４〜Ｓ３０８は、図６のステップＳ１０６〜Ｓ１１０と同様であるため、ここでの説明は省略する。

スキャン完了イベントの通知に応じ、スキャンアプリ１５２は、パネルクラス１４１ｂのメッセージ表示メソッドを呼び出す（Ｓ３０９）。当該メソッドの呼び出しに応じ、パネルクラス１４１ｂのローカル表示制御部１４１３は、ＯＳ１１に対してメッセージの描画命令を出力することにより、スキャン完了メッセージ５２０（図１３参照）を表示装置１０６に表示させる（Ｓ３１０）。

上述したように、第三の実施の形態によれば、ＳＤＫアプリ１５よりＳＤＫ ＡＰＩを介して要求された画面（Ｗｅｂページ）をＰＣ１０に表示させることができる。したがって、ローエンド機２０がリモードによる操作パネル２０６の操作手段（インタフェース）を備えていない場合や、ローエンド機２０が操作パネル２０６を備えていない場合であっても、ＳＤＫアプリ１５の画面等をユーザに提供することができる。

次に、第四の実施の形態について説明する。図１２は、第四の実施の形態におけるローエンド機及びＰＣのソフトウェア構成例を示す図である。図１２中、図１０と同一部分には同一符号を付し、その説明は省略する。

第四の実施の形態において、ＰＣ１０のパネルクラス１４１ｃは、ローカル表示制御部１４１３に加えてハードキー表示制御部１４１４を有している。

ハードキー表示制御部１４１４は、ローエンド機２０の操作パネル２０６におけるハードキー（ハード的なボタン等）をソフト的に表示装置１０６に再現する。具体的には、ハードキー表示制御部１４１４は、ハードキーの構成に応じた描画命令をＯＳ１１に対して行う。当該描画命令は、厳密には、ハードキー表示制御部１４１４からＪａｖａ（登録商標）の標準クラスを経てＯＳ１１に伝達される。その結果、操作パネル２０６のハードキーがＰＣ１０の表示装置１０６に表示される。なお、ハードキーの構成は、ロジックとしてハードキー表示制御部１４１４に組み込まれていても良いし、その構成情報が外部ファイル化されていてもよい。後者の場合、ローエンド機２０の機種に応じて外部ファイルのみを交換することで、機種の応じたハードキーを表示させることができる。

なお、第四の実施の形態の処理手順は第三の実施の形態（図１１）と同様であるためその説明は省略する。但し、少なくともステップＳ３０１の実行前にハードキー表示制御部１４１４によってハードキーの表示が行われる。

また、ハードキーの表示により、ステップＳ３０２やステップＳ３１０において表示装置１０６に表示される画面は次のようになる。

図１３は、第四の実施の形態においてＰＣに表示される画面の表示例を示す図である。同図において、６１０がハードキーを表示させるための画面（ハードキー画面）である。第四の実施の形態では、ハードキー画面６１０内の液晶パネルの位置にスキャン画面５１０ａやスキャン完了メッセージ５２０等、ＳＤＫアプリ１５からの要求に応じた画面等が表示される。

なお、ハードキー画面６１０の表示内容は、必ずしもローエンド機２０の操作パネル２０６と同様でなくてもよい。例えば、ハイエンド機３０の操作パネルと同様であってもよい。後者の場合、ハイエンド機３０と同様の操作感によってローエンド機２０に対するジョブの指示を入力することができる。

上述したように、第四の実施の形態によれば、ハードキーをＰＣ１０の表示装置１０６上に再現することができる。したがって、ジョブの実行指示の入力を機器と同様の操作感によってＰＣ１０において行うことができる。

なお、第三及び第四の実施の形態の場合、ＳＤＫアプリ１５の画面はＰＣ１０に表示されるため、操作性の良さの観点より、ローエンド機２０とＰＣ１０とは隣接して配置されていることが望ましい。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

本発明の実施の形態におけるシステム構成例を示す図である。 本発明の実施の形態におけるＰＣのハードウェア構成例を示す図である。 本発明の実施の形態におけるローエンド機のハードウェア構成例を示す図である。 本発明の実施の形態におけるハイエンド機のソフトウェア構成例を示す図である。 第一の実施の形態におけるローエンド機及びＰＣのソフトウェア構成例を示す図である。 第一の実施の形態のスキャンジョブの処理手順を説明するためのシーケンス図である。 第一の実施の形態においてローエンド機に表示される画面の表示例を示す図である。 第二の実施の形態におけるローエンド機及びＰＣのソフトウェア構成例を示す図である。 第二の実施の形態のスキャンジョブの処理手順を説明するためのシーケンス図である。 第三の実施の形態におけるローエンド機及びＰＣのソフトウェア構成例を示す図である。 第三の実施の形態のスキャンジョブの処理手順を説明するためのシーケンス図である。 第四の実施の形態におけるローエンド機及びＰＣのソフトウェア構成例を示す図である。 第四の実施の形態においてＰＣに表示される画面の表示例を示す図である。

符号の説明

１０ ＰＣ
１１ ＯＳ
１２ ＪＶＭ
１３ ＯＳＧｉフレームワーク
１４ ＳＤＫプラットフォーム
１５ ＳＤＫアプリ
２０ ローエンド機
２１ パネル制御部
２１ａ Ｗｅｂブラウザ
２２ スキャン制御部
２３ プリント制御部
２４ ファクス制御部
２５ システム管理部
３０ ハイエンド機
３１ ＯＳ
３２ ＪＶＭ
３３ ＯＳＧｉフレームワーク
３４ ＳＤＫプラットフォーム
３５ ＳＤＫアプリ
５０ ネットワーク
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１０６ 表示装置
１０７ 入力装置
１５１ コピーアプリ
１５２ スキャンアプリ
１５３ プリントアプリ
１５４ ファクスアプリ
２０１ コントローラ
２０２ スキャナ
２０３ プリンタ
２０４ モデム
２０５ ネットワークインタフェース
２０６ 操作パネル
２１１ ＣＰＵ
２１２ ＲＡＭ
２１３ ＲＯＭ
２１４ ＨＤＤ
３５１ コピーアプリ
３５２ スキャンアプリ
３５３ プリントアプリ
３５４ ファクスアプリ
１４１１ Ｗｅｂサーバ部
１４１２ Ｗｅｂページ生成部
１４１３ ローカル表示制御部
１４１４ ハードキー表示制御部
Ｂ バス

Claims (15)

1. 第一の画像形成装置が提供するＡＰＩと互換性の有るＡＰＩを提供するアプリケーション実行手段を有する情報処理装置であって、
   前記アプリケーション実行手段は、前記第一の画像形成装置において動作可能なアプリケーションからの前記ＡＰＩを介した要求に応じ、ネットワークを介して接続する第二の画像形成装置にジョブを実行させるジョブ実行制御手段を有することを特徴とする情報処理装置。
2. 前記アプリケーション実行手段は、前記アプリケーションからの前記ＡＰＩを介した要求に応じ、該アプリケーションの操作画面を前記第二の画像形成装置の操作パネルに表示させる操作画面表示制御手段を有することを特徴とする請求項１記載の情報処理装置。
3. 前記操作画面表示制御手段は、前記アプリケーションからの前記ＡＰＩを介した要求に応じ、該アプリケーションの操作画面を表示させるＷｅｂページを生成し、前記第二の画像形成装置の操作パネルの表示制御を行うＷｅｂブラウザに該Ｗｅｂページを送信することを特徴とする請求項２記載の情報処理装置。
4. 前記アプリケーション実行手段は、前記アプリケーションからの前記ＡＰＩを介した要求に応じ、該アプリケーションの操作画面を表示装置に表示させる操作画面表示制御手段を有することを特徴とする請求項１記載の情報処理装置。
5. 前記操作画面表示制御手段は、前記第二の画像形成装置が備える操作パネルのハードキーに対応する画面を前記表示装置に表示させることを特徴とする請求項４記載の情報処理装置。
6. 第一の画像形成装置が提供するＡＰＩと互換性の有るＡＰＩを提供するアプリケーション実行手段を有する情報処理装置が実行するアプリケーション実行方法であって、
   前記アプリケーション実行手段が、前記第一の画像形成装置において動作可能なアプリケーションからの前記ＡＰＩを介した要求に応じ、ネットワークを介して接続する第二の画像形成装置にジョブを実行させるジョブ実行制御手順を有することを特徴とするアプリケーション実行方法。
7. 前記アプリケーション実行手段が、前記アプリケーションからの前記ＡＰＩを介した要求に応じ、該アプリケーションの操作画面を前記第二の画像形成装置の操作パネルに表示させる操作画面表示制御手順を有することを特徴とする請求項６記載のアプリケーション実行方法。
8. 前記操作画面表示制御手順は、前記アプリケーションからの前記ＡＰＩを介した要求に応じ、該アプリケーションの操作画面を表示させるＷｅｂページを生成し、前記第二の画像形成装置の操作パネルの表示制御を行うＷｅｂブラウザに該Ｗｅｂページを送信することを特徴とする請求項７記載のアプリケーション実行方法。
9. 前記アプリケーション実行手段が、前記アプリケーションからの前記ＡＰＩを介した要求に応じ、該アプリケーションの操作画面を表示装置に表示させる操作画面表示制御手順を有することを特徴とする請求項６記載のアプリケーション実行方法。
10. 前記操作画面表示制御手順は、前記第二の画像形成装置が備える操作パネルのハードキーに対応する画面を前記表示装置に表示させることを特徴とする請求項９記載のアプリケーション実行方法。
11. 第一の画像形成装置が提供するＡＰＩと互換性の有るＡＰＩを提供する情報処理装置に、
    前記第一の画像形成装置において動作可能なアプリケーションからの前記ＡＰＩを介した要求に応じ、ネットワークを介して接続する第二の画像形成装置にジョブを実行させるジョブ実行制御手順を実行させるためのプログラム。
12. 前記アプリケーションからの前記ＡＰＩを介した要求に応じ、該アプリケーションの操作画面を前記第二の画像形成装置の操作パネルに表示させる操作画面表示制御手順を有することを特徴とする請求項１１記載のプログラム。
13. 前記操作画面表示制御手順は、前記アプリケーションからの前記ＡＰＩを介した要求に応じ、該アプリケーションの操作画面を表示させるＷｅｂページを生成し、前記第二の画像形成装置の操作パネルの表示制御を行うＷｅｂブラウザに該Ｗｅｂページを送信することを特徴とする請求項１２記載のプログラム。
14. 前記アプリケーションからの前記ＡＰＩを介した要求に応じ、該アプリケーションの操作画面を表示装置に表示させる操作画面表示制御手順を有することを特徴とする請求項１１記載のプログラム。
15. 前記操作画面表示制御手順は、前記第二の画像形成装置が備える操作パネルのハードキーに対応する画面を前記表示装置に表示させることを特徴とする請求項１４記載のプログラム。

Images