JP2010141598A - 画像形成装置、表示制御方法、及び表示制御プログラム - Google Patents

Abstract

【課題】拡張機能として追加されるプログラムに関する画面の表示制御を適切に実行することのできる画像形成装置、表示制御方法、及び表示制御プログラムの提供を目的とする。
【解決手段】表示対象とする表示データを選択させるハードキーを有する操作パネルを備えた画像形成装置であって、挿抜可能な記録媒体に記録されたプログラムの実行の可否を判断する判断手段と、前記ハードキーの押下に応じ、押下されたハードキーに応じた表示データを記憶手段より取得し、当該表示データを操作パネルに表示させる表示制御手段とを有し、前記表示制御手段は、前記判断手段によって前記プログラムは利用できないと判断された場合に前記プログラムに係る表示データに対応するハードキーが押下されたときは、当該表示データの表示を実行しない。
【選択図】図４

Description

本発明は、画像形成装置、表示制御方法、及び表示制御プログラムに関し、特に表示対象とする表示データを選択させるハードキーを有する操作パネルを備えた画像形成装置、表示制御方法、及び表示制御プログラムに関する。

特許文献１には、専用のソフトウェア開発キット（ＳＤＫ）を使用して開発されたアプリケーション（ＳＤＫアプリ）を随時追加可能な画像形成装置が記載されている。ＳＤＫアプリの実行環境については、当該文献の図１及び図６等において詳しく説明されている。
特開２００７−８９１３９号公報

出願人は、斯かるＳＤＫアプリの実行環境（特許文献１における、ＣＶＭ５５５，ＣＳＧｉフレームワーク４０３、ＳＤＫプラットフォーム１４８、及びＪＳＤＫアプリ１４７等を含む環境）を、特許文献１に係る画像形成装置とは異なる機種の画像形成装置（以下、「他種器」という。）において拡張機能として実現可能することを検討している。この際、他種器の標準機能も従来通り利用可能であることが要求される。すなわち、他種器においてＳＤＫアプリの実行環境が利用可能でない場合は、当該他種器の標準機能を従来通り利用でき、ＳＤＫアプリの実行環境が利用可能である場合は、他種器の標準機能とＳＤＫアプリとの双方が利用できるといった具合である。

ここで、一つ問題となるのが、他種器の標準機能に関する画面制御とＳＤＫアプリに関する画面制御との整合性である。すなわち、他種器は、ハード的及びソフト的にＳＤＫアプリを前提として製造されていない。すなわち、当該他種器の標準機能に関する画面以外の画面が操作パネルに表示されることは想定されていない。したがって、他種器の標準機能とＳＤＫアプリとの間の画面遷移の制御が困難であるという問題がある。

特に、操作パネルに表示される画面は、ユーザとの重要なインタフェースとなるため、適切な画面遷移が実現されないと、機器の操作性を著しく低下させかねない。

一方で、他種器上において常にＳＤＫアプリが利用されるとは限らないため、画面遷移の制御に関して他種器の標準機能に対する影響をできるだけ小さく抑えたいという希望がある。

本発明は、上記の点に鑑みてなされたものであって、拡張機能として追加されるプログラムに関する画面の表示制御を適切に実行することのできる画像形成装置、表示制御方法、及び表示制御プログラムの提供を目的とする。

そこで上記課題を解決するため、本発明は、表示対象とする表示データを選択させるハードキーを有する操作パネルを備えた画像形成装置であって、挿抜可能な記録媒体に記録されたプログラムの実行の可否を判断する判断手段と、前記ハードキーの押下に応じ、押下されたハードキーに応じた表示データを記憶手段より取得し、当該表示データを操作パネルに表示させる表示制御手段とを有し、前記表示制御手段は、前記判断手段によって前記プログラムは利用できないと判断された場合に前記プログラムに係る表示データに対応するハードキーが押下されたときは、当該表示データの表示を実行しないことを特徴とする。

このような画像形成装置では、拡張機能として追加されるプログラムに関する画面の表示制御を適切に実行することができる。

本発明によれば、拡張機能として追加されるプログラムに関する画面の表示制御を適切に実行することができる。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図１において、画像形成装置１０は、いわゆるスキャナ装置であり、コントローラ１１、スキャナ１２、ネットワークインタフェース１３、操作パネル１４等のハードウェアを有する。

コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、及びＲＯＭ１１３等より構成される。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。

スキャナ１２は、原稿より画像データを読み取るためのハードウェアである。ネットワークインタフェース１３は、ＬＡＮ（Local Area Network）等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。操作パネル１４は、ユーザからの入力の受け付けや、ユーザに対する情報の通知等を行うめのボタン、液晶パネル（表示装置）等を備えたハードウェアである。

また、画像形成装置１０には、ＵＳＢ（Universal Serial Bus）ケーブル等を介してＳＤカードリーダ１５が接続されている。ＳＤカードリーダ１５は、ＳＤカード８０に記録されたプログラムを読み取るために利用される。すなわち、画像形成装置１０では、ＲＯＭ１１３に記録されたプログラムだけでなく、ＳＤカード８０に記録されたプログラムもＲＡＭ１１２にロードされ、実行される。ＳＤカードリーダ１５は画像形成装置１０に内蔵されていてもよい。なお、ＳＤカード８０は、スキャンされた画像データ等が保存するための記憶媒体としても利用される。但し、画像形成装置１０は、ＨＤＤ（Hard Disk Drive）を備えていてもよい。画像形成装置１０がＨＤＤを備えている場合、スキャンされた画像データ等はＨＤＤに保存されるようにしてもよい。

図２は、本発明の実施の形態における画像形成装置において利用されるソフトウェア構成例を示す図である。同図における各プログラムの上下関係は、ＲＯＭ１１３及びＳＤカード８０に記録されたプログラムが、ＲＡＭ１１２にロードされたときの関係を示している。ＳＤＫカード８０に格納されたプログラムは、画像形成装置１０に対する拡張機能として位置付けられる。そこで、本実施の形態では、ＳＤＫカード８０に格納されたソフトウェア環境を「拡張環境」という。一方、ＲＯＭ１１３に記録されたプログラムは、基本的に画像形成装置１０の標準機能として位置付けられる。そこで、本実施の形態では、ＲＯＭ１１３に記録されたソフトウェア環境を「標準環境」という。

ＳＤカード８０には、拡張環境を実現するためのプログラムとして、ＪＶＭ８１、ＯＳＧｉフレームワーク８２、ＳＤＫプラットフォーム８３、ＳＤＫアプリ８４、及びＳＤＫ起動部８５等が格納されている。なお、拡張環境を記録する記録媒体はＳＤカードでなくてもよい。画像形成装置１０に対して挿抜可能な記録媒体であれば特定の記録媒体に限定されない。

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

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

ＯＳＧｉフレームワーク８２は、ＨＴＴＰサーバ８２１を含む。ＨＴＴＰサーバ８２１は、Ｗｅｂブラウザ４０からの要求（ＨＴＴＰリクエスト）をＳＤＫプラットフォーム８３に通知し、ＳＤＫプラットフォーム８３からの応答をＨＴＴＰレスポンスとしてＷｅｂブラウザ３０に返信する。

ＳＤＫアプリ８４は、専用のＳＤＫ（ソフトウェア開発キット）によって提供されるＡＰＩ（Application Program Interface）（ＳＤＫ ＡＰＩ）を利用して実装されたアプリケーションプログラムである。同図では、ＳＤＫアプリ８４として、アプリＡ、アプリＢ、及びアプリＣ等が例示されている。

ＳＤＫプラットフォーム８３は、ＳＤＫ ＡＰＩを介してＳＤＫアプリ８４の実行環境を提供するソフトウェアプラットフォームである。なお、ＳＤＫ ＡＰＩは外部に公開されている。したがって、ＳＤＫアプリ８４はサードベンダ等によっても実装されうる。

ＳＤＫプラットフォーム８３は、コンバート部８３１を有する。コンバート部８３１は、ＨＴＴＰサーバ８２１によって受信されたＨＴＴＰリクエストをＳＤＫプラットフォーム８３内において解釈可能な形式（Ｊａｖａ（登録商標）による命令）に変換し、変換後の形式による命令をＳＤＫプラットフォーム８３に入力する。例えば、ＳＤＫアプリ８４に対してＳＤＫアプリ８４の実行命令が入力される。コンバート部８３１は、また、ＳＤＫプラットフォーム８３による処理の実行結果を標準環境のＷｅｂブラウザ３０が理解可能な形式（ＨＴＭＬデータ）に変換し、変換後のＨＴＭＬデータをＨＴＴＰサーバ８２１に出力する。

ＳＤＫ起動部８５は、ＳＤカード８０に記録されたプログラムをＲＡＭ１１２にロードし、起動する。

一方、画像形成装置１０のＲＯＭ１１３には、標準環境を実現するためのプログラムとして、ＯＳ２１、コピーモジュール２２、スキャンモジュール２３、印刷モジュール２４、ＦＡＸモジュール２５、ＳＤＫロード部２６、フレームワーク２７、Ｗｅｂブラウザ３０、ＨＴＴＰサーバ４０、ＡＰＩ５０、コピーＵＩ６１、Ｅ−ｍａｉｌＵＩ６２、フォルダＵＩ６３、ＦＡＸＵＩ６４、及びＳＤＫＵＩ６５等が格納されている。

ＯＳ２１は、いわゆるＯＳ（Operating System）である。コピーモジュール２２は、画像データのコピーを制御するプログラムモジュールである。スキャンモジュール２３は、画像データのスキャンを制御するプログラムモジュールである。印刷モジュール２４は、画像データの印刷を制御するプログラムモジュールである。ＦＡＸモジュール２５は、画像データのＦＡＸ送信を制御するプログラムモジュールである。

ＳＤＫロード部２６は、画像形成装置１０の起動に応じて呼び出され、ＳＤカード８０のマウント、ＳＤＫ起動部８５のＲＡＭ１１２へのロード、及びＳＤＫ起動部８５の実行等を行う。フレームワーク２７は、画像形成装置１０におけるプログラムの実行環境を提供する。

Ｗｅｂブラウザ３０は、いわゆるＷｅｂブラウザであり、操作パネル１４の表示制御を行う。すなわち、操作パネル１４には、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ等のスクリプトプログラム等をも含むＨＴＭＬ（HyperText Markup Language）データ（Ｗｅｂページ）が各種の操作画面として表示される。ＨＴＴＰサーバ４０は、Ｗｅｂブラウザ４０からの要求（ＨＴＴＰリクエスト）に応じた処理を制御し、その応答（ＨＴＴＰレスポンス）をＷｅｂブラウザ３０に返信する。なお、標準環境におけるＨＴＴＰサーバ４０と拡張環境におけるＨＴＴＰサーバ８２１とは通信に用いるポート番号が異なる。

ＡＰＩ５０は、標準環境に対するＡＰＩ（Application Program Interface）である。

コピーＵＩ６１、Ｅ−ｍａｉｌＵＩ６２、フォルダＵＩ６３、ＦＡＸＵＩ６４、及びＳＤＫＵＩ６５は、各種の操作画面の表示データとしてのＨＴＭＬデータである。コピーＵＩ６１は、スキャンされた画像データをコピーするための操作画面を表示させるＨＴＭＬデータである。Ｅ−ｍａｉｌＵＩ６２は、スキャンされた画像データをメール送信するための操作画面を表示させるＨＴＭＬデータである。フォルダＵＩ６３は、スキャンされた画像データをファイルシステム上のフォルダに保存するための操作画面を表示させるＨＴＭＬデータである。ＦＡＸＵＩ６４は、スキャンされた画像データをＦＡＸ送信するための操作画面を表示させるＨＴＭＬデータである。ＳＤＫＵＩ６５は、拡張環境に関する操作画面を表示させるためのＨＴＭＬデータである。

これらのＵＩ（ＨＴＭＬデータ）の表示切り替え（選択）は、操作パネル１４においてＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）ごとに対応付けられたハードキー（ファンクションキー）によって行われる。

図３は、本発明の実施の形態の画像形成装置における操作パネルの構成例を示す図である。同図において、操作パネル１４は、液晶パネル１４１、スタートキー１４２、コピーキー１４３、Ｅ−ｍａｉｌキー１４４、フォルダキー１４５、及びＦＡＸキー１４６等を有する。

液晶パネル１４１は、各ＵＩに基づく画面等を表示させるタッチ式のパネルである。スタートキー１４６は、ジョブの開始指示を受け付けるためのキーである。コピーキー１４３、Ｅ−ｍａｉｌキー１４４、フォルダキー１４５、及びＦＡＸキー１４６は、利用する機能（ＵＩ）を選択させるためのキー（ボタン）である。

例えば、コピーキー１４３が押下されると、そのイベントはＷｅｂブラウザ３０に通知される。Ｗｅｂブラウザ３０は、コピーキー１４３に対応したＵＲＬを含むＨＴＴＰリクエストをＨＴＴＰサーバ４０に送信する。ＨＴＴＰサーバ４０は、当該ＵＲＬに対応するコピーＵＩ６１を取得し、Ｗｅｂブラウザ３０に返信する。Ｗｅｂブラウザ３０は、返信されたコピーＵＩ６１を液晶パネル１４１に表示させる。Ｅ−ｍａｉｌキー１４４、フォルダキー１４５、及びＦＡＸキー１４６が押下された場合も、同様の処理が実行され、それぞれのファンクションキーに対応するＵＩ（Ｅ−ｍａｉｌＵＩ６２、フォルダＵＩ６３、又はＦＡＸＵＩ６４）が表示される。

なお、ＵＩの遷移は、Ｗｅｂブラウザ３０に表示されているＵＩ（ＨＴＭＬデータ）内に記述されているスクリプトプログラムの制御によって実現される。すなわち、各ＵＩには、各ファンクションキーの押下イベントに応じた処理を定義するスクリプトプログラムが含まれている。当該処理定義は、押下されたファンクションキーに対応するＵＲＬを含むＨＴＴＰリクエストのＨＴＴＰサーバ４０への送信をＷｅｂブラウザ３０に実行させるというものである。

ところで、操作パネル１４には、ＳＤＫＵＩ６５に対応するファンクションキーは配置されていない。これは、画像形成装置１０が、ＳＤＫアプリ８４の実行を前提として製造されていないためである。

そこで、本実施の形態では、ＦＡＸキー１４６にＳＤＫＵＩ６５を割り当てている。具体的には、ＦＡＸＵＩ６４が液晶パネル１４１に表示されている際にＦＡＸキー１４６が押下されると、Ｗｅｂブラウザ３０は、ＳＤＫＵＩ６５に基づいて拡張環境の操作画面（例えば、ＳＤＫアプリ８４の操作画面）を液晶パネル１４１に表示させる。一方、拡張環境の操作画面が液晶パネル１４１に表示されている際にＦＡＸキー１４６が押下されると、Ｗｅｂブラウザ３０は、ＦＡＸＵＩ６４を液晶パネル１４１に表示させる。すなわち、ＦＡＸキー１４６は、ＦＡＸＵＩ６４又は拡張環境の操作画面が表示対象とされているときは両者を切り替えるためのトグルボタンとして機能する。これにより、ＳＤＫＵＩ６５及び拡張環境の操作画面を液晶パネル１４１に表示させることが可能となる。

なお、標準環境のうち、ＳＤＫロード部２６及びＳＤＫＵＩ６５は、拡張環境を実現可能とするため、新たに標準環境に追加された部分である。

また、本実施の形態における画像形成装置１０はスキャナ装置であるところ、コピー、印刷、ＦＡＸ送信等、スキャナ装置のみでは実現できない機能に関するプログラムモジュール又はＵＩを有する。これは、画像形成装置１０をプリンタ又はファクシミリ等とＵＳＢケーブル等によって接続されることにより、ハード的にこれらの機能の実現が可能とされた場合を考慮してのことである。

以下、画像形成装置１０による操作画面表示処理の処理手順について説明する。第一の実施の形態では、ＳＤＫＵＩ６５以外のＵＩ（標準環境のＵＩ）がデフォルトＵＩとして設定されている場合の操作画面表示処理について説明する。ここで、デフォルトＵＩとは、画像形成装置１０の起動後に最初に表示対象とされるＵＩをいう。デフォルトＵＩの設定は、操作パネル１４を介して行われ、その設定情報（デフォルトＵＩ識別情報）は、例えば、ＳＤカード８０に保存されている。

図４は、第一の実施の形態における画像形成装置による操作画面表示処理の処理手順を説明するための図である。

画像形成装置１０に対する電源の投入に応じ、ＯＳ２１が起動される。ＯＳ２１は、起動に応じ標準環境に関するプログラムを起動させる。その一つとしてＷｅｂブラウザ３０がＯＳ２１によって起動される（Ｓ１０１）。Ｗｅｂブラウザ３０は、起動されると、デフォルトＵＩ識別情報に基づいて、デフォルトＵＩとして設定されているＵＩをＨＴＴＰサーバ４０を介して取得し、当該ＵＩに基づいて液晶パネル１４１に操作画面を表示させる（Ｓ１０２）。ここでは、デフォルトＵＩは、コピーＵＩ６１であるとする。したがって、コピーＵＩ６１に基づいてコピー画面が液晶パネル１４１に表示される。

続いて、ＯＳ２１は、ＳＤＫロード部２６に対し拡張環境の起動を要求する（Ｓ１０３）。ＳＤＫロード部２６は、当該要求に応じ、ＳＤカード８０をマウントする（Ｓ１０４）。続いて、ＳＤＫロード部２６は、ＳＤカード８０よりＳＤＫ起動部８５をＲＡＭ１１３にロードし（Ｓ１０５）、起動する（Ｓ１０６）。

ＳＤＫ起動部８５は、起動されると、拡張環境のプログラムをＲＡＭ１１３にロードし、起動する（Ｓ１０７）。具体的には、ＪＶＭ８１、ＯＳＧｉフレームワーク８２、及びＳＤＫプラットフォーム８３等が起動される。また、必要に応じて一部又は全部のＳＤＫアプリ８４も起動される。拡張環境の初期起動が完了すると（Ｓ１０８）、ＳＤＫ起動部８５は、拡張環境の起動の完了をＳＤＫロード部２６に通知する（Ｓ１０９）。当該通知により、ＳＤＫロード部２６は、拡張環境が起動されたことを認識する。

なお、ステップＳ１０４においてＳＤカード８０のマウントに失敗した場合（例えば、ＳＤカード８０がＳＤカードリーダ１５にセット（挿入）されていない場合等）、ステップＳ１０５においてＳＤＫ起動部８５のロードに失敗した場合、又はステップＳ１０９において拡張環境の起動に失敗したことがＳＤＫ起動部８５より通知された場合、ＳＤＫロード部２６は、拡張環境は存在しないものと判断する。

ところで、コピー画面が表示されることにより、ユーザから見れば画像形成装置１０は利用可能な状態となる。この状態において、ユーザによってＦＡＸキー１４６が押下されると、ＯＳ２１よりＦＡＸキー１４６の押下イベントがＷｅｂブラウザ３０に通知される（Ｓ１１１）。当該押下イベントは、Ｗｅｂブラウザ３０において表示対象とされているコピーＵＩ６１内のスクリプトプログラムに通知される。当該スクリプトプログラムの制御により、Ｗｅｂブラウザ３０は、拡張環境の起動が終了しているか否かを問わず、ＨＴＴＰサーバ４０を介してＦＡＸＵＩ６４を取得し、ＦＡＸＵＩ６４に基づいてＦＡＸ画面を表示させる（Ｓ１１２）。すなわち、ＦＡＸＵＩ６４及びＳＤＫＵＩ６５以外のＵＩに含まれているスクリプトプログラムは、ファンクションキーの押下イベントに応じて拡張環境の起動の完了を確認することなく、押下イベントに応じたＵＩを表示させるための処理を実行させる。

一方、ＦＡＸ画面が表示されている状態においてＦＡＸキー１４６が押下され、その押下イベントがＷｅｂブラウザ３０に通知されると（Ｓ１１３）。当該押下イベントは、Ｗｅｂブラウザ３０において表示対象とされているＦＡＸＵＩ６４内のスクリプトプログラム（以下、「ＦＡＸＵＩスクリプト」という。）に通知される。ＦＡＸＵＩスクリプトは、例えば、プロセス間通信によりＳＤＫロード部２６に対して拡張環境の起動が完了しているか否かを問い合わせる（Ｓ１１４）。ステップＳ１１３のタイミングでは、拡張環境の起動は完了していない。したがって、ＳＤＫロード部２６は、拡張環境は起動されていないことをＦＡＸＵＩスクリプトに対して応答する（Ｓ１１５）。また、ＳＤＫロード部２６は、拡張環境は存在しないと判断した場合も拡張環境は起動されていないことをＦＡＸＵＩスクリプトに対して応答する。ＦＡＸＵＩスクリプトは、拡張環境が起動されていないときは、ＦＡＸキー１４６の押下イベントを無視する。したがって、拡張環境が存在しない場合（例えば、ＳＤカード８０がセットされていない場合）、又は拡張環境が存在してもその起動が完了していない場合はＦＡＸ画面からの遷移は行われない。

続いて、ＦＡＸ画面が表示されている状態において、拡張環境の起動後にＦＡＸキー１４６が押下され、その押下イベントがＷｅｂブラウザ３０に通知されると（Ｓ１１６）。ＦＡＸＵＩスクリプトは、ステップＳ１１３と同様の問い合わせをＳＤＫロード部２６に対して行う（Ｓ１１７）。ここでは、ＳＤＫロード部２６は、拡張環境の起動は完了していることをＦＡＸＵＩスクリプトに対して応答する（Ｓ１１８）。

拡張環境の起動が完了している場合、ＦＡＸＵＩスクリプトは、ＨＴＴＰサーバ４０を介してＳＤＫＵＩ６５を取得し、ＳＤＫＵＩ６５に基づいてＳＤＫロゴ画面を液晶パネル１４１に表示させる（Ｓ１１９）。なお、ＳＤＫロゴ画面とは、ＳＤＫアプリ８４のロゴを示す画像を含む画面であり、ユーザに対してＳＤＫアプリ８４を呼び出し中であることを通知する画面である。

ＳＤＫＵＩ６５の表示に応じ、ＳＤＫＵＩ６５に含まれているスクリプトプログラム（以下、「ＳＤＫＵＩスクリプト」という。）における表示時の処理手順が実行される。まず、ＳＤＫＵＩスクリプトは、ＳＤＫアプリ８４の初期画面に対するＵＲＬを含むＨＴＴＰリクエストのＨＴＴＰサーバ８２１への送信をＷｅｂブラウザ３０に実行させる（Ｓ１２０）。ＨＴＴＰサーバ８２１は、ＨＴＴＰリクエストの受信に応じ、当該ＨＴＴＰリクエストに含まれているＵＲＬをコンバート部８３１に通知する。コンバート部８３１は、当該ＵＲＬに対応する初期画面の生成をＳＤＫプラットフォーム８３に実行させる。ＳＤＫプラットフォーム８３は、ＳＤＫアプリ８４が複数存在する場合は、ＳＤＫアプリ８４の一覧画面を、ＳＤＫアプリ８４が一つしか存在しない場合は、当該ＳＤＫアプリ８４の操作画面を生成する。コンバート部８３１は、生成された初期画面を表示させるＨＴＭＬデータを生成し、当該ＨＴＭＬデータをＨＴＴＰサーバ８２１へ出力する。ＨＴＴＰサーバ８２１は、当該ＨＴＭＬデータをＷｅｂブラウザ３０に返信する（Ｓ１２１）。

続いて、Ｗｅｂブラウザ３０は、受信されたＨＴＭＬデータに基づいて初期画面（ＳＤＫアプリ８４の一覧画面又はＳＤＫアプリ８４の操作画面）を液晶パネル１４１に表示させる（Ｓ１２２）。

続いて、初期画面を介してＳＤＫアプリ８４の選択又は実行指示の入力等が行われると（Ｓ１２３）、Ｗｅｂブラウザ３０は、当該指示に応じたＨＴＴＰリクエストをＨＴＴＰサーバ８２１に送信する（Ｓ１２４）。拡張環境では、当該ＨＴＴＰリクエストがコンバート部８３１によって変換され、ＳＤＫプラットフォーム８３又はＳＤＫアプリ８４によって当該ＨＴＴＰリクエストに応じた処理が実行される（Ｓ１２５）。当該処理結果は、コンバート部８３１によってＨＴＭＬデータに変換される。当該ＨＴＭＬデータは、ＨＴＴＰサーバ８２１によってＷｅｂサーバ３０に返信される（Ｓ１２６）。Ｗｅｂブラウザ３０は、ＨＴＭＬデータの受信に応じ、当該ＨＴＭＬデータを液晶パネル１４１に表示させる（Ｓ１２７）。

以降、ステップＳ１２２〜Ｓ１２６が繰り返されることにより、拡張環境における画面遷移が実現される。また、ファンクションキーが押下されると、標準環境におけるＵＩが液晶パネル１４に表示され、Ｗｅｂブラウザ３０及びＨＴＴＰサーバ４０等によって標準環境における画面遷移が実現される。

なお、ＦＡＸＵＩスクリプトによる拡張環境の起動の完了の確認は、必ずしもＳＤＫロード部２６に直接問い合わせることにより行われなくてもよい。例えば、拡張環境の起動が完了したときにＳＤＫロード部２６がＲＡＭ１１２にフラグ情報を書き込むようにし、ＦＡＸＵＩスクリプトは当該フラグ情報を参照することにより起動の完了を確認するようにしてもよい。

上述したように、第一の実施の形態によれば、ＳＤカード８０がセットされていない場合や、拡張環境が起動されていない場合等、拡張環境を利用させることができない場合は、ＦＡＸキー１４６が押下されたとしてもＳＤＫＵＩ６５は表示対象とされない。したがって、標準環境に準拠した標準機として画像形成装置１０を動作させることができ、利用できない拡張環境による不自然な動作や操作性の劣化等を回避することができる。

また、画面遷移の制御は、各ＵＩ内のスクリプトプログラムに基づいて行われる。したがって、拡張環境の追加による画面遷移の変更は、テキスト形式であるスクリプトプログラムを変更することにより比較的容易に行うことができる。

次に、第二の実施の形態について説明する。第二の実施の形態では、ＳＤＫＵＩ６５がデフォルトＵＩとして設定されている場合の操作画面表示処理について説明する。図５は、第二の実施の形態における画像形成装置による操作画面表示処理の処理手順を説明するための図である。

画像形成装置１０に対する電源の投入に応じ、ＯＳ２１が起動される。ＯＳ２１は、起動に応じ標準環境に関するプログラムを起動させる。その一つとしてＷｅｂブラウザ３０がＯＳ２１によって起動される（Ｓ２０１）。Ｗｅｂブラウザ３０は、起動されると、デフォルトＵＩ識別情報に基づいて、デフォルトＵＩとして設定されているＳＤＫＵＩ６５をＨＴＴＰサーバ４０を介して取得し、ＳＤＫＵＩ６５に基づいてＳＤＫロゴ画面を液晶パネル１４１に操作画面を表示させる（Ｓ２０２）。なお、Ｗｅｂブラウザ３０は、デフォルトＵＩがＳＤＫＵＩ６５である場合は、ＳＤＫＵＩ６５を取得する前にＳＤカード８０がＳＤカードリーダ１５にセットされているか否かを確認する。ＳＤカード８０がセットされている場合はＳＤＫＵＩ６５を取得し、ＳＤカード８０がセットされていない場合は、他のＵＩのいずれかを取得する（この場合、図４と同様の処理が実行される）。他のＵＩのいずれを取得するかは、予め設定しておけばよい。

ＳＤＫＵＩ６５の表示に応じ、ＳＤＫＵＩ６５に含まれているＳＤＫＵＩスクリプトにおける表示時の処理手順であって、ＳＤＫＵＩ６５がデフォルトＵＩに設定されている場合の処理手順が実行される。まず、ＳＤＫＵＩスクリプトは、例えばプロセス間通信により、ＳＤＫプラットフォーム８３に対して起動の完了を問い合わせる（Ｓ２０３）。問い合わせに対する応答が無い場合、ＳＤＫＵＩスクリプトは、拡張環境の起動は完了していないと判断し、ＳＤＫプラットフォーム８３に対する起動完了の問い合わせを定期的に継続する。

続いて、ＯＳ２１は、ＳＤＫロード部２６に対し拡張環境の起動を要求する（Ｓ２０４）。続いて、ステップＳ２０５〜Ｓ２１０では、図４のＳ１０４〜Ｓ１０９と同様の処理が実行され、拡張環境が起動される。

続いて、ロゴ画面が表示されている状態においてユーザによっていずれかのファンクションキーが押下されると、ＯＳ２１よりファンクションキーの押下イベントがＷｅｂブラウザ３０に通知される（Ｓ２１１）。当該押下イベントは、Ｗｅｂブラウザ３０において表示対象とされているＳＤＫＵＩ６５内のＳＤＫＵＩスクリプトに通知される。ＳＤＫＵＩスクリプトは、定期的なＳＤＫプラットフォーム８３に対する起動完了の問い合わせの結果、拡張環境の起動の完了が確認されていない場合は、全てのファンクションキーの押下イベントを無視する。したがって、他のＵＩへの画面遷移は行われない。

その後、起動完了の問い合わせに対してＳＤＫプラットフォーム８３からの応答が返信されると（Ｓ２２１、Ｓ２２２）、ＳＤＫＵＩスクリプトは、拡張環境の起動は完了したと判断し、ＳＤＫプラットフォーム８３に対する問い合わせ（ポーリング）を停止する（Ｓ２２３）。なお、問い合わせを一定期間繰り返してもＳＤＫプラットフォーム８３からの応答が無い場合、ＳＤＫＵＩスクリプトは、ＨＴＴＰサーバ４０を介した他のＵＩのうちのいずれかを取得をＷｅｂブラウザ３０に取得させる。その結果、他のＵＩに基づく操作画面が液晶パネル１４１に表示される。

続いて、ＳＤＫＵＩスクリプトは、ＳＤＫアプリ８４の初期画面に対するＵＲＬを含むＨＴＴＰリクエストのＨＴＴＰサーバ８２１への送信をＷｅｂブラウザ３０に実行させる（Ｓ２２４）。

ステップＳ２２４以降ステップＳ２２６までは、ステップＳ１２０以降ステップＳ１２２と同様の処理が実行される。その結果、ＳＤＫアプリ８４の初期画面が液晶パネル１４１に表示される。

また、ステップＳ２２７〜Ｓ２３１では、図４のステップＳ１２３〜Ｓ１２７と同様の処理が実行される。その結果、拡張環境における画面遷移が実現される。

上述したように、第二の実施の形態によれば、ＳＤＫＵＩ６５がデフォルトＵＩと設定されている場合に、拡張環境の起動が完了するまでファンクションキーが押下されても他のＵＩへの遷移を防止することができる。すなわち、拡張環境は、標準環境の起動後に起動され、また、外部の記録媒体（ＳＤカード８０）からロードされるため、その（拡張環境の）初期画面の表示は、標準環境のＵＩがデフォルトＵＩである場合に比べて時間を要する可能性が高い。その結果、表示が完了するまでにユーザによる操作が行われてしまう可能性がある。しかしながら、第二の実施の形態では、拡張環境の起動が完了するまでファンクションキーの入力が無視されるため、デフォルトＵＩの表示前に他のＵＩが表示されてしまうといった画面遷移の不整合を防止することができる。

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

本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。 本発明の実施の形態における画像形成装置において利用されるソフトウェア構成例を示す図である。 本発明の実施の形態の画像形成装置における操作パネルの構成例を示す図である。 第一の実施の形態における画像形成装置による操作画面表示処理の処理手順を説明するための図である。 第二の実施の形態における画像形成装置による操作画面表示処理の処理手順を説明するための図である。

符号の説明

１０ 画像形成装置
１１ コントローラ
１２ スキャナ
１３ ネットワークインタフェース
１４ 操作パネル
１５ ＳＤカードリーダ
２１ ＯＳ
２２ コピーモジュール
２３ スキャンモジュール
２４ 印刷モジュール
２５ ＦＡＸモジュール
２６ ＳＤＫロード部
２７ フレームワーク
３０ Ｗｅｂブラウザ
３１ イベント検知部
３２ ネットワーク通信部
３３ ＨＴＭＬ解読部
３４ 画面描画部
４０ ＨＴＴＰサーバ
４１ ネットワーク通信部
４２ リクエスト処理部
４３ ハードキーイベント生起部
５０ ＡＰＩ
６１ コピーＵＩ
６２ Ｅ−ｍａｉｌＵＩ
６３ フォルダＵＩ
６４ ＦＡＸＵＩ
６５ ＳＤＫＵＩ
８１ ＪＶＭ
８２ ＯＳＧｉフレームワーク
８３ ＳＤＫプラットフォーム
８４ ＳＤＫアプリ
８５ ＳＤＫ起動部
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１４１ 液晶パネル
１４２ スタートキー
１４３ コピーキー
１４４ Ｅ−ｍａｉｌキー
１４５ フォルダキー
１４６ ＦＡＸキー
８２１ ＨＴＴＰサーバ
８３１ コンバート部

Claims (12)

1. 表示対象とする表示データを選択させるハードキーを有する操作パネルを備えた画像形成装置であって、
   挿抜可能な記録媒体に記録されたプログラムの実行の可否を判断する判断手段と、
   前記ハードキーの押下に応じ、押下されたハードキーに応じた表示データを記憶手段より取得し、当該表示データを操作パネルに表示させる表示制御手段とを有し、
   前記表示制御手段は、前記判断手段によって前記プログラムは利用できないと判断された場合に前記プログラムに係る表示データに対応するハードキーが押下されたときは、当該表示データの表示を実行しない画像形成装置。
2. 当該画像形成装置の起動後に最初に表示させる表示データの識別情報を管理する管理手段を有し、
   前記表示制御手段は、前記プログラムに係る表示データの識別情報が前記管理手段に管理されている場合は、前記プログラムの起動の完了が確認されるまで前記ハードキーの押下を無視する請求項１記載の画像形成装置。
3. 前記表示制御手段は、表示対象としている表示データに含まれているプログラムに基づいて、押下されたハードキーに応じた表示データを取得する請求項１又は２記載の画像形成装置。
4. 前記表示制御手段は、表示対象としている表示データに含まれているプログラムに基づいて、前記プログラムに係る表示データの識別情報が前記管理手段に管理されている場合は、前記プログラムの起動の完了が確認されるまで前記ハードキーの押下を無視する請求項２記載の画像形成装置。
5. 表示対象とする表示データを選択させるハードキーを有する操作パネルを備えた画像形成装置が実行する表示制御方法であって、
   挿抜可能な記録媒体に記録されたプログラムの実行の可否を判断する判断手順と、
   前記ハードキーの押下に応じ、押下されたハードキーに応じた表示データを記憶手段より取得し、当該表示データを操作パネルに表示させる表示制御手順とを有し、
   前記表示制御手順は、前記判断手順において前記プログラムは利用できないと判断された場合に前記プログラムに係る表示データに対応するハードキーが押下されたときは、当該表示データの表示を実行しない表示制御方法。
6. 前記表示制御手順は、前記プログラムに係る表示データの識別情報が、起動後に最初に表示させる表示データの識別情報を管理する管理手段に管理されている場合は、前記プログラムの起動の完了が確認されるまで前記ハードキーの押下を無視する請求項５記載の表示制御方法。
7. 前記表示制御手順は、表示対象としている表示データに含まれているプログラムに基づいて、押下されたハードキーに応じた表示データを取得する請求項５又は６記載の表示制御方法。
8. 前記表示制御手順は、表示対象としている表示データに含まれているプログラムに基づいて、前記プログラムに係る表示データの識別情報が前記管理手順に管理されている場合は、前記プログラムの起動の完了が確認されるまで前記ハードキーの押下を無視する請求項６記載の表示制御方法。
9. 表示対象とする表示データを選択させるハードキーを有する操作パネルを備えた画像形成装置に、
   挿抜可能な記録媒体に記録されたプログラムの実行の可否を判断する判断手順と、
   前記ハードキーの押下に応じ、押下されたハードキーに応じた表示データを記憶手段より取得し、当該表示データを操作パネルに表示させる表示制御手順とを実行させ、
   前記表示制御手順は、前記判断手順において前記プログラムは利用できないと判断された場合に前記プログラムに係る表示データに対応するハードキーが押下されたときは、当該表示データの表示を実行しない表示制御プログラム。
10. 前記表示制御手順は、前記プログラムに係る表示データの識別情報が、起動後に最初に表示させる表示データの識別情報を管理する管理手段に管理されている場合は、前記プログラムの起動の完了が確認されるまで前記ハードキーの押下を無視する請求項９記載の表示制御プログラム。
11. 前記表示制御手順は、表示対象としている表示データに含まれているプログラムに基づいて、押下されたハードキーに応じた表示データを取得する請求項９又は１０記載の表示制御プログラム。
12. 前記表示制御手順は、表示対象としている表示データに含まれているプログラムに基づいて、前記プログラムに係る表示データの識別情報が前記管理手順に管理されている場合は、前記プログラムの起動の完了が確認されるまで前記ハードキーの押下を無視する請求項１０記載の表示制御プログラム。

Images