本発明は、コピー／プリンタ／スキャナ／ファクシミリ／複合機／融合機等の画像形成装置、パーソナルコンピュータ等の端末装置、情報処理方法、情報処理プログラム、ＳＤｃａｒｄ／ＣＤ−ＲＯＭ等の記録媒体に関する。

近年、コピーとプリンタとスキャナとファクシミリとしての機能を備える複合機や融合機が市販されるようになった。 複合機や融合機は、撮像部や印刷部や通信部や操作表示部等のハードウェアを備えると共に、コピーとプリンタとスキャナとファクシミリに対応する４種類のソフトウェアを備え、これらのソフトウェアが切り替わることにより、コピーやプリンタやスキャナやファクシミリとして機能する。 複合機や融合機は、コピーやプリンタとして機能する場合、画像を印刷用紙等に印刷することになり、コピーやスキャナやとして機能する場合、画像を読取原稿から読み取ることになり、ファクシミリとして機能する場合、画像を電話回線等を介して他の機器と授受することになる。

複合機や融合機内では、様々なアプリケーションが実行される。 複合機や融合機内でのアプリケーションの実行態様としては、１プロセス上で１アプリケーションが実行される「１プロセス１アプリ」が主流であるが、１プロセス上で複数のアプリケーションが実行される「１プロセス複数アプリ」も登場しつつある。 しかし、１プロセス１アプリを前提とするシステムで１プロセス複数アプリの情報処理を実行するような場合、１プロセス１アプリ向けのアプリケーション管理機構では１プロセス複数アプリの各アプリケーションを管理することができないので、１プロセス複数アプリ向けのアプリケーション管理機構が必要となる。 この例からも理解されるように、複合機や融合機には、アプリケーションの実行態様に応じたアプリケーション管理機構が必要である。

したがって、本発明は、新たなアプリケーション管理機構を備える画像形成装置を提案することを課題とする。

上記目的を達成するため、本発明に係る画像形成装置は、アプリケーションを管理する管理手段と、前記アプリケーションを操作対象とする操作画面を表示する操作画面表示手段と、前記アプリケーションにエラーが発生した旨の情報を表示するエラー発生表示手段と、を有し、前記管理手段は、前記アプリケーションからエラーが発生した旨を受け付けると、前記エラー発生表示手段に対して、エラーが発生した旨を通知し、当該装置の表示画面が、前記操作画面表示手段により表示された操作画面から、エラーが発生した旨の情報を表示する画面へと切り替わることを特徴とする。

上記目的を達成するため、本発明に係る情報処理方法は、画像形成装置において実行される情報処理方法であって、前記画像形成装置が、アプリケーションを管理するプラットフォームと、前記アプリケーションにエラーが発生した旨の情報を表示するエラー発生表示アプリケーションと、を備え、前記プラットフォームを、前記アプリケーションからエラーが発生した旨を受け付け、前記エラー発生表示アプリケーションに対して、エラーが発生した旨を通知するように実行するステップと、前記エラー発生表示アプリケーションを、エラーが発生した旨の通知を受け付け、情報を表示するように実行するステップと、を有する。

このように、本発明は、新たなアプリケーション管理機構を備える画像形成装置を提案するものである。

本発明の実施例に該当する融合機を表す。

図１の融合機に係るハードウェア構成図である。

図１の融合機に係る外観図である。

オペレーションパネルを表す。

図１のＪＳＤＫアプリとＪＳＤＫプラットフォームのクラス図である。

ＪＳＤＫシステムの起動手順について説明するための図である。

ＪＳＤＫシステムのＧＵＩについて説明するための図である。

切替操作画面について説明するための図である。

起動操作画面について説明するための図である。

終了操作画面について説明するための図である。

インストール操作画面について説明するための図である。

アンインストール操作画面について説明するための図である。

起動操作画面の表示手順について説明するための図である。

起動処理の実行手順について説明するための図である。

インストール操作画面の表示手順について説明するための図である。

インストール処理の実行手順について説明するための図である。

ＪＮＬＰファイルの構文の例を表す。

ＪＳＤＫアプリをＳＤｃａｒｄからのＪＳＤＫアプリに自動更新する自動更新処理に係るフローチャートである。

ＪＳＤＫアプリをＷｅｂからのＪＳＤＫアプリに自動更新する自動更新処理に係るフローチャートである。

Ｘｌｅｔの状態遷移図である。

エラー発生表示ダイアログの画面図である。

スレッドグループの設定処理に係るクラス図である。

エラー発生表示処理に係るシーケンス図である。

ルール違反表示ダイアログの画面図である。

ルール違反表示処理に係るシーケンス図である。

融合機で実行可能な画像形成処理について説明するための図である。

本発明の実施例に該当するＰＣを表す。

ＰＣ内のＪＳＤＫアプリとＪＳＤＫプラットフォームのクラス図である。

融合機内で実行される遠隔操作の準備処理の実行手順について説明するための図である。

図１は、本発明の実施例に該当する融合機１０１を表す。 図１の融合機１０１は、種々のハードウェア１１１と、種々のソフトウェア１１２と、融合機起動部１１３により構成される。

融合機１０１のハードウェア１１１としては、撮像部１２１と、印刷部１２２と、その他のハードウェア１２３が存在する。 撮像部１２１は、読取原稿から画像（画像データ）を読み取るためのハードウェアである。 印刷部１２２は、画像（画像データ）を印刷用紙に印刷するためのハードウェアである。

融合機１０１のソフトウェア１１２としては、種々のアプリケーション１３１と、種々のプラットフォーム１３２が存在する。 これらのプログラムは、ＵＮＩＸ（登録商標）等のＯＳ（オペレーティングシステム）によりプロセス単位で並列的に実行される。

アプリケーション１３１としては、コピー用のアプリケーションであるコピーアプリ１４１、プリンタ用のアプリケーションであるプリンタアプリ１４２、スキャナ用のアプリケーションであるスキャナアプリ１４３、ファクシミリ用のアプリケーションであるファクシミリアプリ１４４、ネットワークファイル用のアプリケーションであるネットワークファイルアプリ１４５が存在する。

アプリケーション１３１は、専用のＳＤＫ（ソフトウェア開発キット）を使用して開発することができる。 ＳＤＫを使用して開発したアプリケーション１３１をＳＤＫアプリと呼ぶ。 専用のＳＤＫとしては、Ｃ言語でアプリケーション１３１を開発するための「ＣＳＤＫ」や、Ｊａｖａ（登録商標）言語でアプリケーション１３１を開発するための「ＪＳＤＫ」が提供される。 ＣＳＤＫを使用して開発したアプリケーション１３１を「ＣＳＤＫアプリ」と呼び、ＪＳＤＫを使用して開発したアプリケーション１３１を「ＪＳＤＫアプリ」と呼ぶ。 図１の融合機１０１にも、ＣＳＤＫアプリ１４６と、ＪＳＤＫアプリ１４７が存在する。 図１の融合機１０１にはさらに、Ｊａｖａ（登録商標）言語で記述されたＪＳＤＫアプリ１４７とＣ言語で記述された他のソフトウェア１１２との仲介を行うソフトウェア１１２として、ＪＳＤＫプラットフォーム１４８が存在する。

プラットフォーム１３２としては、種々のコントロールサービス１５１、システムリソースマネージャ１５２、種々のハンドラ１５３が存在する。 コントロールサービス１５１としては、ネットワークコントロールサービス（ＮＣＳ）１６１、ファクシミリコントロールサービス（ＦＣＳ）１６２、デリバリコントロールサービス（ＤＣＳ）１６３、エンジンコントロールサービス（ＥＣＳ）１６４、メモリコントロールサービス（ＭＣＳ）１６５、オペレーションパネルコントロールサービス（ＯＣＳ）１６６、サーティフィケーションコントロールサービス（ＣＣＳ）１６７、ユーザディレクトリコントロールサービス（ＵＣＳ）１６８、システムコントロールサービス（ＳＣＳ）１６９が存在する。 ハンドラ１５３としては、ファクシミリコントロールユニットハンドラ（ＦＣＵＨ）１７１、イメージメモリハンドラ（ＩＭＨ）１７２が存在する。

ＮＣＳ１６１のプロセスは、ネットワーク通信の仲介を行う。 ＦＣＳ１６２のプロセスは、ファクシミリのＡＰＩを提供する。 ＤＣＳ１６３のプロセスは、蓄積文書の配信処理に関する制御を行う。 ＥＣＳ１６４のプロセスは、撮像部１２１や印刷部１２２に関する制御を行う。 ＭＣＳ１６５のプロセスは、メモリやハードディスクドライブに関する制御を行う。 ＯＣＳ１６６のプロセスは、オペレーションパネルに関する制御を行う。 ＣＣＳ１６７のプロセスは、認証処理や課金処理に関する制御を行う。 ＵＣＳ１６８のプロセスは、ユーザ情報の管理に関する制御を行う。 ＳＣＳ１６９のプロセスは、システムの管理に関する制御を行う。

アプリケーション１３１とプラットフォーム１３２の仲介を行うソフトウェア１１２として、仮想アプリケーションサービス（ＶＡＳ）１３５が存在する。 ＶＡＳ１３５は、アプリケーション１３１をクライアントとするサーバプロセスとして動作すると共に、プラットフォーム１３２をサーバとするクライアントプロセスとして動作する。 ＶＡＳ１３５は、アプリケーション１３１から見てプラットフォーム１３２を隠蔽するラッピング機能を備え、プラットフォーム１３２のバージョンアップに伴うバージョン差を吸収する役割等を担う。

融合機起動部１１３は、融合機１０１の電源投入時に最初に実行される。 これにより、ＵＮＩＸ（登録商標）等のＯＳが起動され、アプリケーション１３１やプラットフォーム１３２が起動される。 これらのプログラムは、ハードディスクドライブやメモリカードに蓄積されており、ハードディスクドライブやメモリカードから再生されて、メモリに起動されることになる。

図２は、図１の融合機１０１に係るハードウェア構成図である。 融合機１０１のハードウェア１１１としては、コントローラ２０１と、オペレーションパネル２０２と、ファクシミリコントロールユニット（ＦＣＵ）２０３と、撮像部１２１と、印刷部１２２が存在する。

コントローラ２０１は、ＣＰＵ２１１、ＡＳＩＣ２１２、ＮＢ２２１、ＳＢ２２２、ＭＥＭ−Ｐ２３１、ＭＥＭ−Ｃ２３２、ＨＤＤ（ハードディスクドライブ）２３３、メモリカードスロット２３４、ＮＩＣ（ネットワークインタフェースコントローラ）２４１、ＵＳＢデバイス２４２、ＩＥＥＥ１３９４デバイス２４３、セントロニクスデバイス２４４により構成される。

ＣＰＵ２１１は、種々の情報処理用のＩＣである。 ＡＳＩＣ２１２は、種々の画像処理用のＩＣである。 ＮＢ２２１は、コントローラ２０１のノースブリッジである。 ＳＢ２２２は、コントローラ２０１のサウスブリッジである。 ＭＥＭ−Ｐ２３１は、融合機１０１のシステムメモリである。 ＭＥＭ−Ｃ２３２は、融合機１０１のローカルメモリである。 ＨＤＤ２３３は、融合機１０１のストレージである。 メモリカードスロット２３４は、メモリカード２３５をセットするためのスロットである。 ＮＩＣ２４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。 ＵＳＢデバイス２４２は、ＵＳＢ規格の接続端子を提供するためのデバイスである。 ＩＥＥＥ１３９４デバイス２４３は、ＩＥＥＥ１３９４規格の接続端子を提供するためのデバイスである。 セントロニクスデバイス２４４は、セントロニクス仕様の接続端子を提供するためのデバイスである。

オペレーションパネル２０２は、オペレータが融合機１０１に入力を行うためのハードウェア（操作部）であると共に、オペレータが融合機１０１から出力を得るためのハードウェア（表示部）である。

図３は、図１の融合機１０１に係る外観図である。 図３には、撮像部１２１の位置と、印刷部１２２の位置と、オペレーションパネル２０２の位置が図示されている。 図３には更に、読取原稿のセット先となる原稿セット部３０１と、印刷用紙の給紙先となる給紙部３０２と、印刷用紙の排紙先となる排紙部３０３が図示されている。

オペレーションパネル２０２は、図４のように、タッチパネル３１１と、テンキー３１２と、スタートボタン３１３と、リセットボタン３１４と、機能キー３１５と、初期設定ボタン３１６により構成される。 タッチパネル３１１は、タッチ操作で入力を行うためのハードウェア（タッチ操作部）であると共に、画面表示で出力を得るためのハードウェア（画面表示部）である。 テンキー３１２は、キー（ボタン）操作で数字入力を行うためのハードウェアである。 スタートボタン３１３は、ボタン操作でスタート操作を行うためのハードウェアである。 リセットボタン３１４は、ボタン操作でリセット操作を行うためのハードウェアである。 機能キー３１５は、キー（ボタン）操作でＣＳＤＫアプリ１４６やＪＳＤＫアプリ１４７による操作画面を表示させるためのハードウェアである。 初期設定ボタン３１６は、ボタン操作で初期設定画面を表示させるためのハードウェアである。

原稿セット部３０１は、ＡＤＦ（自動原稿搬送装置）３２１と、フラットベッド３２２と、フラットベッドカバー３２３により構成される。 給紙部３０２は、４個の給紙トレイにより構成される。 排紙部３０３は、１個の排紙トレイにより構成される。

（ＪＳＤＫ）
図５は、図１のＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８のクラス図である。 ＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８は、全体で１プロセスとして、同一プロセス上で実行される。 ＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８中の各ブロックは、それぞれこの１プロセス上のスレッドとして、スレッド単位で並列的に実行（マルチスレッド）される。 ＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８は、Ｊａｖａ（登録商標）コンパイラによりソースコードからバイトコードに一括翻訳されており、Ｊａｖａ（登録商標）仮想マシンにより逐次実行される。 ＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８は、Ｊａｖａ（登録商標） ２ Ｍｉｃｒｏ ＥｄｉｔｉｏｎのＰｅｒｓｏｎａｌ Ｂａｓｉｓ Ｐｒｏｆｉｌｅをベースとする実装となっている。

ＪＳＤＫアプリ１４７としては、ユーザアプリ５０１と、ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１と、Ｔａｓｋ Ｂａｒ Ｍａｎａｇｅｒ５１２と、エラーアプリ５１３と、ルールアプリ５１４等が存在する。

ユーザアプリ５０１は、融合機１０１のユーザ（例えばベンダ）がＪＳＤＫを使用して開発したＪＳＤＫアプリである。 ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１は、他のＪＳＤＫアプリ（ユーザアプリ５０１等）を操作対象とする操作画面の表示等を行うＪＳＤＫアプリである。 Ｔａｓｋ Ｂａｒ Ｍａｎａｇｅｒ５１２は、他のＪＳＤＫアプリ（ユーザアプリ５０１等）を操作対象とするタスクバーの表示等を行うＪＳＤＫアプリである。 エラーアプリ５１３は、他のＪＳＤＫアプリ（ユーザアプリ５０１等）にエラーが発生した場合に、エラーが発生した旨の情報の表示や通知等を行うＪＳＤＫアプリである。 ルールアプリ５１４は、他のＪＳＤＫアプリ（ユーザアプリ５０１等）の処理要求にルール違反があった場合に、ルール違反があった旨の情報の表示や通知等を行うＪＳＤＫアプリである。

ユーザアプリ５０１はここでは、スタンドアロンアプリケーションやアプレットと並ぶＪａｖａ（登録商標）アプリケーションであるＸｌｅｔである。 ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１とＴａｓｋ Ｂａｒ Ｍａｎａｇｅｒ５１２とエラーアプリ５１３とルールアプリ５１４はここでは、独自の拡張を施したＸｌｅｔ（ＸｌｅｔＥｘ）である。

ＪＳＤＫプラットフォーム１４８には、ＪＳＤＫ Ｍａｉｎ５２１と、ＪＳＤＫ Ｅｎｖｉｒｏｎｍｅｎｔ５２２と、Ｌｏｃａｌｅ Ｍａｎａｇｅｒ５２３と、Ｘｌｅｔ Ｍａｎａｇｅｒ５３１と、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２と、ＪＳＤＫ Ｍａｎａｇｅｒ５３３と、Ｓｅｎｄ Ｍａｎａｇｅｒ５４１と、Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４２と、Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３と、Ｐａｎｅｌ Ｍａｎａｇｅｒ５４４と、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５と、Ｓｅｒｖｅｒ／Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ５４６等のクラスが存在する。

ＪＳＤＫ Ｍａｉｎ５２１は、ＪＳＤＫシステムの起動設定を行うクラスである。 ＪＳＤＫ Ｅｎｖｉｒｏｎｍｅｎｔ５２２は、ＪＳＤＫシステムの起動環境設定を行うクラスである。 Ｌｏｃａｌｅ Ｍａｎａｇｅｒ５２３は、国際化対応（言語指定）を行うクラスである。

Ｘｌｅｔ Ｍａｎａｇｅｒ５３１は、１対１でＸｌｅｔを管理するクラスである。 ここでは、７個のＸｌｅｔの状態に係る情報やライフサイクル等が１対１で７個のＸｌｅｔ Ｍａｎａｇｅｒ５３１によって管理される。 Ｘｌｅｔの状態に係る情報は、Ｘｌｅｔ Ｍａｎａｇｅｒ５３１によって管理され、Ｘｌｅｔ Ｍａｎａｇｅｒ５３１からＸｌｅｔＥｘに通知され、ＸｌｅｔＥｘによって表示処理や通知処理に利用される。 Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２は、全てのＸｌｅｔ Ｍａｎａｇｅｒ５３１を管理するクラスである。 ここでは、７個のＸｌｅｔ Ｍａｎａｇｅｒ５３１のライフサイクル等が全て１個のＭｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２によって管理される。 ＪＳＤＫ Ｍａｎａｇｅｒ５３３は、ＪＳＤＫシステム全体を管理するクラスである。 例えば、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２，Ｓｅｎｄ Ｍａｎａｇｅｒ５４１，Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４２，Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３，Ｐａｎｅｌ Ｍａｎａｇｅｒ５４４，Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５，Ｓｅｒｖｅｒ／Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ５４６のライフサイクル等が、ＪＳＤＫ Ｍａｎａｇｅｒ５３３によって管理される。

Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ５４３は、図１のプラットフォーム１３２からのシステムイベント（電力モード等）の管理を行うクラスである。 Ｐａｎｅｌ Ｍａｎａｇｅｒ５４４は、１個のＸｌｅｔがオペレーションパネル２０２の画面を占有する際の調停等を行うクラスである。 Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５は、ＳＤｃａｒｄやＷｅｂからのインストールやアンインストールの管理を行うクラスである。

図５のＪＳＤＫシステムでは、ＡＰＩとして、ＪＳＤＫ ＡＰＩ５５１とＪＳＤＫ ＡＰＩ５５２が利用される。 なお、ＸｌｅｔとＸｌｅｔＥｘの差異として、オブジェクトにアクセスするのにＪＳＤＫ ＡＰＩ５５１の利用とＪＳＤＫプラットフォーム１４８へのアクセスが可能である点が挙げられる。 図１の融合機１０１にはさらに、図５のＪＳＤＫシステムに係る要素として、Ｃ言語とＪａｖａ（登録商標）言語のインタフェースとなるＪＳＤＫ Ｓｅｓｓｉｏｎ５５３とＮａｔｉｖｅ ＪＳＤＫ Ｓｅｓｓｉｏｎ５５４や、ＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８を実行するためＪａｖａ（登録商標）仮想マシンであるＣＶＭ５５５等が存在する。

図６は、ＪＳＤＫシステムの起動手順について説明するための図である。 ＪＳＤＫシステムではまず、ＪＳＤＫアプリ１４７を起動するｍａｉｎ（）関数を有するクラスであるＪＳＤＫ Ｍａｉｎ５２１が、ＪＳＤＫ Ｅｎｖｉｒｏｎｍｅｎｔ５２２を生成（Ｓ１）する。 続いて、ＪＳＤＫ Ｅｎｖｉｒｏｎｍｅｎｔ５２２が、Ｎａｔｉｖｅ層の構築（Ｓ２）と言語環境の構築（Ｓ３）をもって、ＪＳＤＫシステムの実行環境の構築を行う。 続いて、ＪＳＤＫ Ｅｎｖｉｒｏｎｍｅｎｔ５２２が、ＪＳＤＫ Ｍａｎａｇｅｒ５３３を生成（Ｓ４）する。 ＪＳＤＫシステムではそして、ＪＳＤＫ Ｍａｎａｇｅｒ５３３が、システム層のＭａｎａｇｅｒを生成（Ｓ５−１２）し、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２とＸｌｅｔ Ｍａｎａｇｅｒ５３１を通じて、アプリ層のＭａｎａｇｅｒを生成（Ｓ１３−１６）する。

図７は、ＪＳＤＫシステムのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）について説明するための図である。 融合機１０１の機能キー３１５（図４参照）を押すと、図６のＳ１−１６が実行されて、図７のＧＵＩが融合機１０１のタッチパネル３１１（図４参照）に表示される。 図７のＧＵＩは、ユーザアプリ５０１を操作対象とする操作画面であり、図６のＳ１３で起動されたＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１によって表示される。

図７Ａは、画面を占有させるユーザアプリ５０１の切替操作を行うための切替操作画面である。 図７Ｂは、ユーザアプリ５０１の起動操作を行うための起動操作画面である。 図７Ｃは、ユーザアプリ５０１の終了操作を行うための終了操作画面である。 図７Ｄは、ユーザアプリ５０１のインストール操作を行うためのインストール操作画面である。 図７Ｅは、ユーザアプリ５０１のアンインストール操作を行うためのアンインストール操作画面である。 図７Ａが、機能キー３１５を押した直後にタッチパネル３１１に表示される初期画面であり、図７Ａ，Ｂ，Ｃ，Ｄ，Ｅはそれぞれ切り替え，起動，終了，インストール，アンインストールのボタンをタッチすると表示されることになる。

ＳｉｍｐｌｅＰｒｉｎｔ，ＳｉｍｐｌｅＣｏｐｙ，ＳｉｍｐｌｅＯｃｒ，ＳｉｍｐｌｅＳｃａｎ等はそれぞれユーザアプリ５０１である。 例えば、ＳｉｍｐｌｅＰｒｉｎｔは、電子文書のファイル名を入力することで当該電子文書のプリントを実行できるようにするためのアプリケーションである。 なお、アプリケーションのタイプとは、ＧＵＩを有するアプリケーションであるか否かを意味する。

図７Ａの切替操作画面について説明する。 図７Ａの切替操作画面には、切替操作対象としてインストール済みで実行中のユーザアプリ５０１の一覧が表示される。

図７Ａの切替操作画面で「ＳｉｍｐｌｅＰｒｉｎｔ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔにオペレーションパネル２０２のオーナー権が付与されることになり、ＳｉｍｐｌｅＰｒｉｎｔが画面を占有することになる。 これに伴って、図７Ａの画面から図８Ａの画面に画面が移る。 図８Ａは、画面を占有するＳｉｍｐｌｅＰｒｉｎｔにより表示されるＧＵＩである。

図７Ａの切替操作画面で「ＳｉｍｐｌｅＣｏｐｙ」にタッチすると、ＳｉｍｐｌｅＣｏｐｙにオペレーションパネル２０２のオーナー権が付与されることになり、ＳｉｍｐｌｅＣｏｐｙが画面を占有することになる。 これに伴って、図７Ａの画面から図８Ｂの画面に画面が移る。 図７Ａに示すように、ＳｉｍｐｌｅＣｏｐｙの状態は「異常」なので、図８Ｂのように、画面上にはＳｉｍｐｌｅＣｏｐｙに係るエラーメッセージが表示される。

図７Ａの切替操作画面で「ＳｉｍｐｌｅＯｃｒ」にタッチすると、ＳｉｍｐｌｅＯｃｒにオペレーションパネル２０２のオーナー権が付与されることになり、ＳｉｍｐｌｅＯｃｒが画面を占有することになる。 これに伴って、図７Ａの画面から図８Ｃの画面に画面が移る。 図７Ａに示すように、ＳｉｍｐｌｅＯｃｒのタイプは「ＧＵＩ無」なので、図８Ｃのように、画面上にはＳｉｍｐｌｅＯｃｒの状態が表示される。

図８Ａ，Ｂ，Ｃの画面の左端（楕円形で示す領域内）には、図６のＳ１４で起動されたＴａｓｋ Ｂａｒ Ｍａｎａｇｅｒ５１２により、ユーザアプリ５０１を操作対象とするタスクバーが表示される。 これらのタスクバーは、画面を占有させるユーザアプリ５０１の切替操作を行うための切替タスクバーである。

図８Ａの画面で切替タスクバー中の「ＳＣ」や「ＳＯ」にタッチすると、ＳｉｍｐｌｅＣｏｐｙやＳｉｍｐｌｅＯｃｒにオペレーションパネル２０２のオーナー権が付与されることになり、ＳｉｍｐｌｅＣｏｐｙやＳｉｍｐｌｅＯｃｒが画面を占有することになる。 これに伴い、図８Ａの画面から図８Ｂや図８Ｃの画面に画面が移る。 図８Ａの画面で切替タスクバー中の「ＪＳＤＫ」にタッチすると、図７Ａの画面に画面が戻る。

図８Ｂの画面で切替タスクバー中の「ＳＰ」や「ＳＯ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔやＳｉｍｐｌｅＯｃｒにオペレーションパネル２０２のオーナー権が付与されることになり、ＳｉｍｐｌｅＰｒｉｎｔやＳｉｍｐｌｅＯｃｒが画面を占有することになる。 これに伴い、図８Ｂの画面から図８Ａや図８Ｃの画面に画面が移る。 図８Ｂの画面で切替タスクバー中の「ＪＳＤＫ」にタッチすると、図７Ａの画面に画面が戻る。

図８Ｃの画面で切替タスクバー中の「ＳＰ」や「ＳＣ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔやＳｉｍｐｌｅＣｏｐｙにオペレーションパネル２０２のオーナー権が付与されることになり、ＳｉｍｐｌｅＰｒｉｎｔやＳｉｍｐｌｅＣｏｐｙが画面を占有することになる。 これに伴い、図８Ｃの画面から図８Ａや図８Ｂの画面に画面が移る。 図８Ｃの画面で切替タスクバー中の「ＪＳＤＫ」にタッチすると、図７Ａの画面に画面が戻る。

図７Ｂの起動操作画面について説明する。 図７Ｂの起動操作画面には、起動操作対象としてインストール済みで実行されていないユーザアプリ５０１の一覧が表示される。

図７Ｂの起動操作画面で「ＳｉｍｐｌｅＰｒｉｎｔ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔの起動処理を実行するか否かを確認する確認画面（図９）が表示される。 図９の確認画面でプロダクトコードを入力し「実行」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔが起動されることになる。

図７Ｃの終了操作画面について説明する。 図７Ｃの終了操作画面には、終了操作対象としてインストール済みで実行中のユーザアプリ５０１の一覧が表示される。

図７Ｃの終了操作画面で「ＳｉｍｐｌｅＰｒｉｎｔ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔの強制終了処理を実行するか否かを確認する確認画面（図１０）が表示される。 図１０の確認画面で「実行」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔが強制終了されることになる。

図７Ｄのインストール操作画面について説明する。 ユーザアプリ５０１のインストール処理により、起動可能ユーザアプリとして未登録のユーザアプリ５０１が起動可能ユーザアプリとして登録されることになる。 図７Ｄのインストール操作画面には、インストール操作対象としてユーザアプリ５０１の一覧がインストール状況と共に表示される。

図７Ｄのインストール操作画面で「ＳｉｍｐｌｅＰｒｉｎｔ」にタッチすると、ＳＤｃａｒｄを格納元とするＳｉｍｐｌｅＰｒｉｎｔのインストール先を確認する確認画面（図１１）が表示される。 図１１の確認画面で「ＳＤｃａｒｄ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔがＳＤｃａｒｄをインストール先としてインストールされることになり、図１１の確認画面で「ＨＤＤ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔがＨＤＤをインストール先としてインストールされることになる。

図７Ｅのアンインストール操作画面について説明する。 ユーザアプリ５０１のアンインストール処理により、起動可能ユーザアプリとして登録済みのユーザアプリ５０１が起動可能ユーザアプリとしての登録を抹消されることになる。 図７Ｅのアンインストール操作画面には、アンインストール操作対象として登録済みのユーザアプリ５０１の一覧が表示される。

図７Ｅのアンインストール操作画面で「ＳｉｍｐｌｅＰｒｉｎｔ」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔのアンインストール処理を実行するか否かを確認する確認画面（図１２）が表示される。 図１２の確認画面で「実行」にタッチすると、ＳｉｍｐｌｅＰｒｉｎｔがアンインストールされることになる。

図１３は、起動操作画面の表示手順について説明するための図である。 切替操作画面で起動のボタンがタッチされると、ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１からＩｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５に、インストール済みのユーザアプリ５０１の一覧要求が送信（Ｓ１）される。 これに応じて、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５は、インストール済みのユーザアプリ５０１の格納位置に係る情報（融合機１０１内のＮＶＲＡＭに格納されている）を元に、インストール済みのユーザアプリ５０１のＪＮＬＰファイルを取得（Ｓ２）する。 融合機１０１にセットされたＳＤｃａｒｄからは、当該ＳＤｃａｒｄ内のユーザアプリ５０１のＪＮＬＰファイルが取得される。 融合機１０１内のＨＤＤからは、当該ＨＤＤ内のユーザアプリ５０１のＪＮＬＰファイルが取得される。 ＪＮＬＰファイルは、ユーザアプリ５０１と１対１で対応しており、ユーザアプリ５０１の定義付けに係る情報を含んでいる。 そして、インストール済みのユーザアプリ５０１のＪＮＬＰファイルの内容を元に、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５からＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１に、インストール済みのユーザアプリ５０１の一覧応答が送信（Ｓ３）される。 これにより、切替操作画面から起動操作画面に画面が移ることになる。

図１４は、起動処理の実行手順について説明するための図である。 起動操作画面で選択操作が実行されて確認画面で確認操作が実行されると、ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１からＪＳＤＫ Ｍａｎａｇｅｒ５３３に、ユーザアプリ５０１の起動要求が送信（Ｓ１）される。 これに応じて、ＪＳＤＫ Ｍａｎａｇｅｒ５３３からＭｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２に、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍａｎａｇｅｒ５４７による認証処理を経由してから、ユーザアプリ５０１の起動要求が送信（Ｓ２）される。 これに応じて、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２がＸｌｅｔ Ｍａｎａｇｅｒ５３１を起動（Ｓ３）し、Ｘｌｅｔ Ｍａｎａｇｅｒ５３１がＰａｎｅｌ Ｍａｎａｇｅｒ５４４からルートウィンドウを取得（Ｓ４）し、Ｘｌｅｔ Ｍａｎａｇｅｒ５３１がユーザアプリ５０１を起動（Ｓ５）する。 そして、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２からＪＳＤＫ Ｍａｎａｇｅｒ５３３に、ユーザアプリ５０１の起動応答が送信（Ｓ６）される。 そして、ＪＳＤＫ Ｍａｎａｇｅｒ５３３からＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１に、ユーザアプリ５０１の起動応答が送信（Ｓ７）される。

図１５は、インストール操作画面の表示手順について説明するための図である。 切替操作画面上でインストールのボタンがタッチされると、ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１からＩｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５に、ユーザアプリ５０１の一覧要求が送信（Ｓ１）される。 これに応じて、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５は、ユーザアプリ５０１のＪＮＬＰファイルを取得（Ｓ２）する。 融合機１０１にセットされたＳＤｃａｒｄからは、当該ＳＤｃａｒｄ内のユーザアプリ５０１のＪＮＬＰファイルが取得される。 融合機１０１とネットワークで接続されたＷｅｂサーバからは、当該Ｗｅｂサーバ内のユーザアプリ５０１のＪＮＬＰファイルが取得される。 ＪＮＬＰファイルは、ユーザアプリ５０１と１対１で対応しており、ユーザアプリ５０１の定義付けに係る情報を含んでいる。 そして、ユーザアプリ５０１のインストール状況に関する情報（融合機１０１内のＮＶＲＡＭに格納されている）や、ユーザアプリ５０１のＪＮＬＰファイルの内容を元にして、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５からＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１に、ユーザアプリ５０１の一覧応答が送信（Ｓ３）される。 これにより、切替操作画面からインストール操作画面に画面が移ることになる。

図１６は、インストール処理の実行手順について説明するための図である。 インストール操作画面で選択操作が実行されて確認画面で確認操作が実行されると、ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１からＩｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５に、ユーザアプリ５０１のインストール要求が送信（Ｓ１）される。 これに応じて、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍａｎａｇｅｒ５４７による認証処理を経由してから、ユーザアプリ５０１をインストール（Ｓ２）する。 そして、Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ５４５からＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１に、ユーザアプリ５０１のインストール応答が送信（Ｓ３）される。

図１７は、ＪＮＬＰファイルの構文の例を表す。 ＪＮＬＰ（Ｊａｖａ（登録商標） Ｎｅｔｗｏｒｋ Ｌａｕｎｃｈｉｎｇ Ｐｒｏｔｏｃｏｌ）ファイルはＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルであり、ＪＮＬＰファイル書式はＪＮＬＰ規格に準拠している。 ただし、ＪＳＤＫ向けに独自の拡張を施している部分があるため、以下その部分について説明する。

記述１は、ｉｎｆｏｒｍａｔｉｏｎエレメントであり、アプリケーション名を示すｔｉｔｌｅエレメント（記述１Ａ）や、ベンダ名を示すｖｅｎｄｅｒエレメント（記述１Ｂ）や、ベンダの電話番号を示すｔｅｌｅｐｈｏｎｅエレメント（記述１Ｃ）や、ベンダのファクス電話番号を示すｆａｘエレメント（記述１Ｄ）や、アプリケーションのプロダクトＩＤを示すｐｒｏｄｕｃｔＩＤエレメント（記述１Ｅ）を含んでいる。

記述２は、ｓｅｃｕｒｉｔｙエレメントである。

記述３は、ｒｅｓｏｕｒｃｅエレメントであり、ＪＳＤＫのバージョンを指定するｊｓｄｋエレメント（記述３Ａ）や、ＪＡＲファイル（アプリケーションの実行ファイル）とそのバージョンを指定するｊａｒエレメント（記述３Ｂ）や、ＳＵＢ−ＪＮＬＰファイルを指定するｓｕｂ−ｊｎｌｐエレメント（記述３Ｃ）を含んでいる。

記述４は、ｕｐｄａｔｅエレメントであり、更新処理の実行方法を設定するエレメントである。 ａｕｔｏであればアプリケーションの更新処理は自動更新で実行され、ｍａｎｕａｌであればアプリケーションの更新処理は手動更新で実行され、ｍａｉｌであればアプリケーションの更新処理が実行可能である場合にその旨を通知する更新通知メールが配信される。

記述５は、ｉｎｓｔａｌｌエレメントであり、インストール処理の実行方法を設定するエレメントである。 ａｕｔｏであればアプリケーションのインストール先は自動選択にて選択され、ｍａｎｕａｌであればアプリケーションのインストール先は手動選択にて選択される。

記述６は、アプリケーションのタイプが「ＧＵＩ有」であるか「ＧＵＩ無」であるかを示す。

図１７のｕｐｄａｔｅエレメントで触れたように、インストール済みのＪＳＤＫアプリ１４７は更新処理の対象となる。 以下、インストール済みのＪＳＤＫアプリ１４７を自動更新する自動更新処理について説明する。

図１８は、ＳＤｃａｒｄ又はＨＤＤ内のＪＳＤＫアプリ１４７（更新対象アプリ）を、ＳＤｃａｒｄからのＪＳＤＫアプリ１４７（更新用アプリ）に自動更新する自動更新処理に係るフローチャートである。

ＪＳＤＫプラットフォーム１４８は、融合機１０１に接続された更新用ＳＤｃａｒｄスロットに更新用ＳＤｃａｒｄがセットされた場合、更新用ＳＤｃａｒｄ内の更新用アプリのＪＮＬＰファイルを取得（Ｓ１０１）する。 ＪＳＤＫプラットフォーム１４８は、そのＪＮＬＰファイルのｕｐｄａｔｅエレメントが「ａｕｔｏ」で、そのＪＮＬＰファイルに係る更新用アプリと同一の更新対象アプリが存在する場合（Ｓ１０２・Ｓ１０３）には、その更新用アプリのバージョンとその更新対象アプリのバージョンとを比較（Ｓ１０４）する。 ＪＳＤＫプラットフォーム１４８は、更新用アプリのバージョンが更新対象アプリのバージョンより新しい場合（Ｓ１０５）には、更新用アプリをもって更新対象アプリを更新（Ｓ１０６）する。

図１９は、ＳＤｃａｒｄ又はＨＤＤ内のＪＳＤＫアプリ１４７（更新対象アプリ）を、ＷｅｂからのＪＳＤＫアプリ１４７（更新用アプリ）に自動更新する自動更新処理に係るフローチャートである。

ＪＳＤＫプラットフォーム１４８は、更新対象アプリのＪＮＬＰファイルを取得（Ｓ２０１）する。 ＪＳＤＫプラットフォーム１４８は、そのＪＮＬＰファイルのｕｐｄａｔｅエレメントが「ａｕｔｏ」で、そのＪＮＬＰファイルに係る更新対象アプリと同一の更新用アプリが、融合機１０１とネットワーク接続されたＷｅｂサーバ内に存在する場合（Ｓ２０２・Ｓ２０３）には、その更新対象アプリのバージョンとその更新用アプリのバージョンとを比較（Ｓ２０４）する。 ＪＳＤＫプラットフォーム１４８は、更新対象アプリのバージョンより更新用アプリのバージョンが新しい場合（Ｓ２０５）には、更新対象アプリを更新用アプリをもって更新（Ｓ２０６）する。

最後に、図５の説明中で登場したＸｌｅｔ等のライフサイクルについて説明することにする。

図２０は、Ｘｌｅｔの状態遷移図である。 Ｘｌｅｔの状態としては、初期化状態（Ｌｏａｄｅｄ）と、停止状態（Ｐａｕｓｅｄ）と、活性化状態（Ａｃｔｉｖｅ）と、終了状態（Ｄｅｓｔｒｏｙｅｄ）が存在する。 Ｘｌｅｔの状態は、起動（ｉｎｉｔＸｌｅｔ）や、開始（ｓｔａｒｔＸｌｅｔ）や、停止（ｐａｕｓｅＸｌｅｔ）や、終了（ｄｅｓｔｒｏｙＸｌｅｔ）等のメソッドコールによって遷移する。 Ｘｌｅｔのライフサイクルとは、このようなＸｌｅｔの状態遷移にほかならない。 ただし、どのような状態が存在するか、どのようにして状態が遷移するか、については様々なバリエーションがあり得るだろう。 このことは、Ｘｌｅｔ ＭａｎａｇｅｒやＭｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒその他の各Ｍａｎａｇｅｒについても同様である。

初期化状態は、Ｘｌｅｔインスタンスの生成直後の状態である。 初期化状態への遷移は１度限りである。 停止状態は、サービス提供停止中の状態であり、活性化状態は、サービス提供中の状態である。 停止状態と活性化状態との間の遷移は何度でも可能である。 終了状態は、Ｘｌｅｔインスタンスの消滅直後の状態である。 終了状態への遷移は１度限りである。

図５の説明中で記載したように、ＪＳＤＫアプリ１４７のライフサイクルは、ＪＳＤＫプラットフォーム１４８によって管理される。 例えば、ＪＳＤＫアプリ１４７は、自己の開始・停止・終了の際には自己の開始・停止・終了をＪＳＤＫプラットフォーム１４８に依頼するのである。 ＪＳＤＫアプリ１４７のライフサイクルをＪＳＤＫプラットフォーム１４８によって管理するメリットとしては例えば、メモリの節約が可能になることが挙げられる。 特に、多数のＪＳＤＫアプリ１４７がそれぞれスレッドとして実行されるマルチスレッドにおいては、このメリットの存在価値は大きいと言える。 ＪＳＤＫアプリ１４７をＸｌｅｔとするメリットとしては例えば、ＪＳＤＫアプリ１４７のライフサイクル管理が容易になることが挙げられる。

１）エラーアプリ図５のエラーアプリ５１３について説明する。

エラーアプリ５１３は、他のＪＳＤＫアプリにエラーが発生した場合に、エラーが発生した旨の情報の表示を行うＪＳＤＫアプリである。 エラーが発生した旨の情報は、図２１Ａのように、エラー発生表示ダイアログ６０１Ａが融合機１０１のオペレーションパネル２０２の最前面に表示される形で表示される。 エラー発生表示ダイアログ６０１Ａには、エラー発生に係る情報として、エラーメッセージ６１１、エラーの種類６１２、エラーの発生箇所６１３等が表示される。 ＯＫボタン６１４を押下すると、エラー発生表示ダイアログ６０１Ａが閉じる。 Ｄｅｔａｉｌボタン６１５を押下すると、図２１Ｂのエラー発生表示ダイアログ６０１Ｂに画面が移る。 エラー発生表示ダイアログ６０１Ｂには、エラー発生に係る情報として、エラーの詳細６１６等が表示される。 Ｃｌｏｓｅボタン６１７を押下すると、エラー発生表示ダイアログ６０１Ｂが閉じる。 これらの情報はネットワークを経由して外部機器に通知されるようにしてもよい。 例えば、サービスセンタのサポートが可能になるように、サービスセンタに通知されるようにしてもよいだろう。

エラーとしてここでは、Ｊａｖａ（登録商標）のエクセプション（例外）を取り扱う。 エラーアプリ５１３はここでは、他のＪＳＤＫアプリからスローされたエクセプションがキャッチされなかった場合に、スローされたエクセプションがキャッチされなかった旨の情報を表示する。 エクセプションの授受にはここでは、Ｊａｖａ（登録商標）のスレッドグループが利用される。 スレッドグループには、スレッドグループに属するスレッドからスローされたエクセプションがキャッチされなかった場合に、Ｊａｖａ（登録商標）仮想マシンによってＴｈｒｅａｄＧｒｏｕｐ． ｕｎｃａｕｇｈｔＥｘｃｅｐｔｉｏｎメソッドがコールされると言う機能がある。 スレッドグループには更に、各スレッドが各スレッドグループに属する他のスレッドに係る情報にアクセスできると言う機能がある。 スレッドグループには更に、スレッドグループ間に親子関係（木構造）を設定できると言う機能がある。 スレッドグループには更に、各スレッドグループの名称を登録できると言う機能がある。

図２２は、スレッドグループの設定処理に係るクラス図である。

ＪＳＤＫ Ｍａｎａｇｅｒ５３３は、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２等の各Ｍａｎａｇｅｒを生成する際に、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２等の各Ｍａｎａｇｅｒにスレッドグループを付与（Ｓ１）する。 Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２等の各Ｍａｎａｇｅｒは、当該スレッドグループを使用してスレッドを生成する。 これを利用することで、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２は、Ｘｌｅｔ Ｍａｎａｇｅｒ５３１のライフサイクル等を管理する。

Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２は、各Ｘｌｅｔ Ｍａｎａｇｅｒ５３１を生成する際に、各Ｘｌｅｔ Ｍａｎａｇｅｒ５３１にスレッドグループを付与（Ｓ２）する。 各Ｘｌｅｔ Ｍａｎａｇｅｒ５３１は、当該スレッドグループを使用してスレッドを生成する。 これを利用することで、Ｘｌｅｔ Ｍａｎａｇｅｒ５３１は、ユーザアプリ５０１等のＸｌｅｔの状態に係る情報やライフサイクル等を管理する。

Ｘｌｅｔ Ｍａｎａｇｅｒ５３１は、ユーザアプリ５０１等のＸｌｅｔがサブスレッドを生成する場合に、ユーザアプリ５０１等のＸｌｅｔにスレッドグループを付与（Ｓ３）する。 ユーザアプリ５０１等のＸｌｅｔは、当該スレッドグループを使用してスレッドを生成する。

このようにして、スレッドグループの木構造が形成される。 スレッドグループの木構造の頂点は、ＪＳＤＫ Ｍａｎａｇｅｒ５３３により管理される。

図２３は、エラー発生表示処理に係るシーケンス図である。

先ず、エラーアプリ５１３が起動した際（Ｓ１１）には、エラーが発生した際にエラーが発生した旨をＪＳＤＫ Ｍａｎａｇｅｒ５３３からエラーアプリ５１３に通知する旨の通知登録が、エラーアプリ５１３からＪＳＤＫ Ｍａｎａｇｅｒ５３３に要求（Ｓ１２）される。

次に、エラーが発生した際（Ｓ２１）には、ＣＶＭ５５５によってＪＳＤＫ Ｍａｎａｇｅｒ５３３のＴｈｒｅａｄＧｒｏｕｐ． ｕｎｃａｕｇｈｔＥｘｃｅｐｔｉｏｎメソッドがコール（Ｓ２２）される。 次に、ＪＳＤＫ Ｍａｎａｇｅｒ５３３の当該メソッドからエラーアプリ５１３に、エラーが発生した旨が通知登録に従って通知（Ｓ２３）される。 次に、エラーアプリ５１３からＭｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２に、エラー発生表示ダイアログ６０１を最前面に表示する旨が要求（Ｓ２４）される。 次に、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２によって当該エラー発生表示ダイアログ６０１が最前面に表示（Ｓ２５）される。

２）ルールアプリ図５のルールアプリ５１４について説明する。

ルールアプリ５１４は、他のＪＳＤＫアプリの処理要求にルール違反があった場合に、ルール違反があった旨の情報の表示を行うＪＳＤＫアプリである。 ルール違反があった旨の情報は、図２４のように、ルール違反表示ダイアログ６０２が融合機１０１のオペレーションパネル２０２の最前面に表示される形式で表示される。 ルール違反表示ダイアログ６０２には、ルール違反に係る情報として、ルール違反メッセージ６２１、ルール違反の種類６２２、ルール違反の箇所６２３等が表示される。 ＯＫボタン６２４を押下すると、ルール違反表示ダイアログ６０２が閉じる。 これらの情報はネットワークを経由して外部機器に通知されるようにしてもよい。

ルール違反としてここでは、ＪＳＤＫアプリからＪＳＤＫ ＡＰＩ５５１へのサービス要求のルール違反を取り扱う。 サービス要求のルール違反の具体例としては、スレッド数の制限に係るルール違反、ファイルオープン数の制限に係るルール違反、プリント処理に係るカラー／モノクロ設定や用紙サイズや用紙枚数等のルール違反、スキャン処理に係るカラー／モノクロ設定や用紙サイズや用紙枚数等のルール違反などが挙げられる。 ルールアプリ５１４はここでは、他のＪＳＤＫアプリからＪＳＤＫ ＡＰＩ５５１へのサービス要求にルール違反があった場合に、ルール違反があった旨の情報を表示する。 ルール違反の監視にはここでは、Ｊａｖａ（登録商標）のスレッドグループが利用される。

図２５は、ルール違反表示処理に係るシーケンス図である。

先ず、ルールアプリ５１４が起動した際（Ｓ３１）には、ルール違反があった際にルール違反があった旨をＭｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２からルールアプリ５１４に通知する旨の通知登録が、ルールアプリ５１４からＭｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２に要求（Ｓ３２）される。

次に、ＪＳＤＫアプリからＪＳＤＫ ＡＰＩ５５１へのサービス要求があった際（Ｓ４１）には、ＪＳＤＫ ＡＰＩ５５１によってサービス要求元のスレッドグループの情報が取得（Ｓ４２）される。 次に、ＪＳＤＫ ＡＰＩ５５１からＭｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２に、サービス要求元のスレッドにサービスを受ける権限があるかどうかの情報が要求（Ｓ４３）される。 次に、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２によってサービス要求元のスレッドがスレッドグループに基づいて特定（Ｓ４４）される。 次に、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２によってサービス要求元のスレッドにサービスを受ける権限があるかどうかが調査（Ｓ４５）される。 次に、サービス要求元のスレッドにサービスを受ける権限がない場合は、ＪＳＤＫアプリからＪＳＤＫ ＡＰＩ５５１へのサービス要求にルール違反があった旨が、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２からルールアプリ５１４に通知登録に従って通知（Ｓ４６）される。 次に、ルールアプリ５１４からＭｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２に、ルール違反表示ダイアログ６０２を最前面に表示する旨が要求（Ｓ４７）される。 次に、Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ５３２によって当該ルール違反表示ダイアログ６０２が最前面に表示（Ｓ４８）される。

３）画像形成処理図２６は、融合機１０１で実行可能な画像形成処理について説明するための図である。 融合機１０１では、画像形成処理用の画像データは、記憶領域が連続的になるような格納形式のファイルに格納されてＨＤＤ内に記憶される。 このようなファイルを「ＲＡＷファイル」と呼ぶ。 ＵＮＩＸ（登録商標）のファイルシステムでは、情報処理用のデータは、記憶領域が離散的になるような格納形式のファイルに格納されてＨＤＤ内に記憶される。 このようなファイルを「ＦＦＳファイル」と呼ぶ。 高速読み出しや高速書き込みの観点等ではＲＡＷファイルの方が優れているが、融合機１０１からＰＣ等にファイルを提供する観点等ではＦＦＳファイルの方が優れている。

図２６Ａは、スキャン画像のプリント処理について説明するための図である。 スキャン画像は、ＲＡＷファイル６３１としてＨＤＤ内に蓄積される。 プリント処理では、ＲＡＷファイル６３１としてＨＤＤ内に蓄積された画像データがプリントされる。

図２６Ｂは、スキャン画像の保存処理について説明するための図である。 スキャン画像は、ＲＡＷファイル６３１としてＨＤＤ内に蓄積され、ＲＡＷファイル６３１からＦＦＳファイル６３２に変換され、ＦＳＳファイル６３２としてＨＤＤ内に保存される。

図２６Ｃは、保存画像のプリント処理について説明するための図である。 保存画像は、ＦＦＳファイル６３２としてＨＤＤ内に保存されている。 プリント処理では、ＦＦＳファイル６３２としてＨＤＤ内に保存されている画像データがプリントされる。

（エミュレータ）
図２７は、本発明の実施例に該当するＰＣ（パーソナルコンピュータ）７０１を表す。 図２７のＰＣ７０１は、図１の融合機１０１とネットワーク８０１で接続されており、図１の融合機１０１のエミュレータとして機能する。

図２７のＰＣ７０１は、ＰＣ本体７１１と、キーボード７１２と、マウス７１３と、ディスプレイ７１４等により構成される。 ＰＣ本体７１１には、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＮＶＲＡＭ、ＨＤＤ、ＭＯＤＥＭ、ＮＩＣ等が存在する。 キーボード７１２とマウス７１３は、融合機１０１のオペレーションパネル２０２に代わって、オペレータが入力を行うためのハードウェア（操作部）となる。 ディスプレイ７１４は、融合機１０１のオペレーションパネル２０２に代わって、オペレータが出力を得るためのハードウェア（表示部）となる。

図２８は、図２７のＰＣ７０１内のＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８のクラス図である。 図１の融合機１０１と同様のＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８が、図２７のＰＣ７０１内にも存在するのである。 図１の融合機１０１内のＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８のクラス図については、図５を参照されたい。 以下、図５と図２８の差異について説明する。

第１に、図５のＰａｎｅｌ Ｍａｎａｇｅｒ５４４は、図２８のＰａｎｅｌ Ｍａｎａｇｅｒ Ｅｍｕｌａｔｏｒ７４４に置換されている。 第２に、図５のＪＳＤＫ Ｓｅｓｓｉｏｎ５５３は、図２８のＥｍｕｌａｔｏｒ ＪＳＤＫ Ｓｅｓｓｉｏｎ７５３に置換されている。 第３に、図５のＮａｔｉｖｅ ＪＳＤＫ Ｓｅｓｓｉｏｎ５５４は、図２８のＥｖｅｎｔ Ｅｍｕｌａｔｏｒ７５４に置換されている。 第４には、図５のＣＶＭ５５５は、図２８のＪＶＭ７５５に置換されている。

Ｐａｎｅｌ Ｍａｎａｇｅｒ Ｅｍｕｌａｔｏｒ７４４は、Ｐａｎｅｌ Ｍａｎａｇｅｒ５４４をエミュレートして、オペレーションパネル２０２の操作をキーボード７１２やマウス７１３の操作に変換するクラスである。 Ｅｍｕｌａｔｏｒ ＪＳＤＫ Ｓｅｓｓｉｏｎ７５３は、通信経路の確立処理を実行するクラスである。 Ｅｖｅｎｔ Ｅｍｕｌａｔｏｒ７５４は、融合機１０１の動作をエミュレートするクラスである。 ＪＶＭ７５５は、ＪＳＤＫアプリ１４７とＪＳＤＫプラットフォーム１４８を実行するためＪａｖａ（登録商標）仮想マシンである。

なお、ＰＣ７０１内のＪＳＤＫシステムの起動手順は、図６と同様である。 また、ＰＣ７０１内のＪＳＤＫシステムのＧＵＩは、図７−１２と同様である。 当該ＧＵＩは、融合機１０１又はＰＣ７０１内のユーザアプリ５０１を操作対象とする操作画面乃至タスクバーであり、ＰＣ７０１内のＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１乃至Ｔａｓｋ Ｂａｒ Ｍａｎａｇｅｒ５１２により表示される。 操作部はキーボード７１２とマウス７１３であり、表示部はディスプレイ７１４である。

図２９は、図１の融合機１０１内で実行される遠隔操作の準備処理の実行手順について説明するための図である。

最初に、融合機１０１内のＳｅｒｖｅｒ／Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ５４６とＰＣ７０１内のＳｅｒｖｅｒ／Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ５４６との間で、セッションが確立（Ｓ１）される。

次に、融合機１０１内のＳｅｒｖｅｒ／Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ５４６は、遠隔操作に移行できるか否かを融合機１０１内のＪＳＤＫ Ｍａｎａｇｅｒ５３３に問い合わせて、遠隔操作に移行できるか否かを判断（Ｓ２）する。

次に、融合機１０１内のＳｅｒｖｅｒ／Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ５４６は、遠隔操作に移行できる場合には、遠隔操作に必要なメッセージに係る要求を、融合機１０１内のＳｅｎｄ Ｍａｎａｇｅｒ５４１を介してＰＣ７０１に送信（Ｓ３）して、遠隔操作に必要なメッセージに係る応答を、融合機１０１内のＥｖｅｎｔ Ｍａｎａｇｅｒ５４２を介してＰＣ７０１から受信（Ｓ４）する。

次に、融合機１０１内のＳｅｒｖｅｒ／Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ５４６は、遠隔操作用の情報をＰＣ７０１に転送する旨の要求を、Ｐａｎｅｌ Ｍａｎａｇｅｒ５４４に送信（Ｓ５）する。

最後に、融合機１０１内のＳｅｒｖｅｒ／Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ５４６とＰＣ７０１内のＳｅｒｖｅｒ／Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ５４６との間で、遠隔操作準備処理が完了した旨の通知が授受（Ｓ６）される。 これによって、ＰＣ７０１からの融合機１０１の遠隔操作が可能になる。

（変形例）
図１の融合機１０１は、本発明（画像形成装置）の実施例に該当し、図１の融合機１０１内で実行される情報処理は、本発明（情報処理方法）の実施例に該当する。 図５のＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１やＴａｓｋ Ｂａｒ Ｍａｎａｇｅｒ５１２やエラーアプリ５１３やルールアプリ５１４はそれぞれ、本発明（情報処理プログラム）の実施例に該当し、図５のＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１やＴａｓｋ Ｂａｒ Ｍａｎａｇｅｒ５１２やエラーアプリ５１３やルールアプリ５１４を記録したＳＤｃａｒｄやＣＤ−ＲＯＭはそれぞれ、本発明（記録媒体）の実施例に該当する。 これらの利用態様としては、これら情報処理プログラムのダウンロードやこれら記録媒体のオプション販売等が考えられる。

図２７のＰＣ７０１は、本発明（端末装置）の実施例に該当し、図２７のＰＣ７０１内で実行される情報処理は、本発明（情報処理方法）の実施例に該当する。 図２８のＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１やＴａｓｋ Ｂａｒ Ｍａｎａｇｅｒ５１２やエラーアプリ５１３やルールアプリ５１４はそれぞれ、本発明（情報処理プログラム）の実施例に該当し、図２８のＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ５１１やＴａｓｋ Ｂａｒ Ｍａｎａｇｅｒ５１２やエラーアプリ５１３やルールアプリ５１４を記録したＳＤｃａｒｄやＣＤ−ＲＯＭはそれぞれ、本発明（記録媒体）の実施例に該当する。 これらの利用態様としては、これら情報処理プログラムのダウンロードやこれら記録媒体のオプション販売等が考えられる。

１０１ 融合機 １１１ ハードウェア １１２ ソフトウェア １１３ 融合機起動部 １２１ 撮像部 １２２ 印刷部 １２３ その他のハードウェア １３１ アプリケーション １３２ プラットフォーム １３３ アプリケーションプログラムインタフェース １３４ エンジンインタフェース １３５ 仮想アプリケーションサービス １４１ コピーアプリ １４２ プリンタアプリ １４３ スキャナアプリ １４４ ファクシミリアプリ １４５ ネットワークファイルアプリ １４６ ＣＳＤＫアプリ １４７ ＪＳＤＫアプリ １４８ ＪＳＤＫプラットフォーム １５１ コントロールサービス １５２ システムリソースマネージャ １５３ ハンドラ １６１ ネットワークコントロールサービス １６２ ファクシミリコントロールサービス １６３ デリバリコントロールサービス １６４ エンジンコントロールサービス １６５ メモリコントロールサービス １６６ オペレーションパネルコントロールサービス １６７ サーティフィケーションコントロールサービス １６８ ユーザディレクトリコントロールサービス １６９ システムコントロールサービス １７１ ファクシミリコントロールユニットハンドラ １７２ イメージメモリハンドラ ２０１ コントローラ ２０２ オペレーションパネル ２０３ ファクシミリコントロールユニット ２１１ ＣＰＵ
２１２ ＡＳＩＣ
２２１ ＮＢ
２２２ ＳＢ
２３１ ＭＥＭ−Ｐ
２３２ ＭＥＭ−Ｃ
２３３ ＨＤＤ
２３４ メモリカードスロット ２３５ メモリカード ２４１ ＮＩＣ
２４２ ＵＳＢデバイス ２４３ ＩＥＥＥ１３９４デバイス ２４４ セントロニクスデバイス ３０１ 原稿セット部 ３０２ 給紙部 ３０３ 排紙部 ３１１ タッチパネル ３１２ テンキー ３１３ スタートボタン ３１４ リセットボタン ３１５ 機能キー ３１６ 初期設定ボタン ３２１ ＡＤＦ
３２２ フラットベッド ３２３ フラットベッドカバー ５０１ ユーザアプリ ５１１ ＪＳＤＫ ＧＵＩ Ｍａｎａｇｅｒ
５１２ Ｔａｓｋ Ｂａｒ Ｍａｎａｇｅｒ
５１３ エラーアプリ ５１４ ルールアプリ ５２１ ＪＳＤＫ Ｍａｉｎ
５２２ ＪＳＤＫ Ｅｎｖｉｒｏｎｍｅｎｔ
５２３ Ｌｏｃａｌｅ Ｍａｎａｇｅｒ
５３１ Ｘｌｅｔ Ｍａｎａｇｅｒ
５３２ Ｍｕｌｔｉ Ｘｌｅｔ Ｍａｎａｇｅｒ
５３３ ＪＳＤＫ Ｍａｎａｇｅｒ
５４１ Ｓｅｎｄ Ｍａｎａｇｅｒ
５４２ Ｅｖｅｎｔ Ｍａｎａｇｅｒ
５４３ Ｓｙｓｔｅｍ Ｅｖｅｎｔ Ｍａｎａｇｅｒ
５４４ Ｐａｎｅｌ Ｍａｎａｇｅｒ
５４５ Ｉｎｓｔａｌｌ Ｍａｎａｇｅｒ
５４６ Ｓｅｒｖｅｒ／Ｃｌｉｅｎｔ Ｍａｎａｇｅｒ
５４７ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍａｎａｇｅｒ
５５１ ＪＳＤＫ ＡＰＩ
５５２ ＪＳＤＫ ＡＰＩ
５５３ ＪＳＤＫ Ｓｅｓｓｉｏｎ
５５４ Ｎａｔｉｖｅ ＪＳＤＫ Ｓｅｓｓｉｏｎ
５５５ ＣＶＭ
６０１ エラー発生表示ダイアログ ６０２ ルール違反表示ダイアログ ６１１ エラーメッセージ ６１２ エラーの種類 ６１３ エラーの発生箇所 ６１４ ＯＫボタン ６１５ Ｄｅｔａｉｌボタン ６１６ エラーの詳細 ６１７ Ｃｌｏｓｅボタン ６２１ ルール違反メッセージ ６２２ ルール違反の種類 ６２３ ルール違反の箇所 ６２４ ＯＫボタン ６３１ ＲＡＷファイル ６３２ ＦＦＳファイル ７０１ ＰＣ
７１１ ＰＣ本体 ７１２ キーボード ７１３ マウス ７１４ ディスプレイ ７４４ Ｐａｎｅｌ Ｍａｎａｇｅｒ Ｅｍｕｌａｔｏｒ
７５３ Ｅｍｕｌａｔｏｒ ＪＳＤＫ Ｓｅｓｓｉｏｎ
７５４ Ｅｖｅｎｔ Ｅｍｕｌａｔｏｒ
７５５ ＪＶＭ
８０１ ネットワーク

本発明は、コピー／プリンタ／スキャナ／ファクシミリ／複合機／融合機等の画像形成装置及びパーソナルコンピュータ等の端末装置を含む電子機器 、情報処理方法、情報処理プログラム、ＳＤｃａｒｄ／ＣＤ−ＲＯＭ等の記録媒体に関する。

したがって、本発明は、新たなアプリケーション管理機構を備える電子機器を提案することを課題とする。

上記目的を達成するため、本発明に係る電子機器は、当該電子機器が用いる表示部に表示される画面を生成するための画面情報を有する第１のアプリケーション及び第２のアプリケーションを有する電子機器であって、前記表示部に表示された前記第１のアプリケーションに対して所定の操作を行うための操作画面に基づき選択された前記第１のアプリケーションを検知する検知手段と、検知された前記第１のアプリケーションに、前記表示部に画面を表示するための前記表示権限を付与する管理手段と、前記表示権限が付与された第１のアプリケーションが有する画面情報に基づく第１の画面を、前記表示部に表示させる表示制御手段とを有し、前記管理手段は、起動中の前記第１のアプリケーションが当該電子機器で動作するための所定の条件を満たさない場合、前記第２のアプリケーションに前記所定の条件を満たさないことを通知し、前記表示制御手段は、前記管理手段により通知された前記第２のアプリケーションが有する画面情報に基づく第２の画面を前記表示部に表示させる。

上記目的を達成するため、本発明に係る情報処理方法は、 当該電子機器が用いる表示部に表示される画面を生成するための画面情報を有する第１のアプリケーション及び第２のアプリケーションを有する電子機器により実行される情報処理方法であって、前記表示部に表示された前記第１のアプリケーションに対して所定の操作を行うための操作画面に基づき選択された前記第１のアプリケーションを検知する検知ステップと、検知された前記第１のアプリケーションに、前記表示部に画面を表示するための前記表示権限を付与する管理ステップと、前記表示権限が付与された第１のアプリケーションが有する画面情報に基づく第１の画面を、前記表示部に表示させる表示制御ステップとを有し、前記管理ステップは、起動中の前記第１のアプリケーションが当該電子機器で動作するための所定の条件を満たさない場合、前記第２のアプリケーションに前記所定の条件を満たさないことを通知し、前記表示制御ステップは、前記管理ステップにより通知された前記第２のアプリケーションが有する画面情報に基づく第２の画面を前記表示部に表示させる。

このように、本発明は、新たなアプリケーション管理機構を備える電子機器を提案するものである。