JP4625343B2

JP4625343B2 - 画像形成装置、端末装置、情報処理方法、情報処理プログラム、及び記録媒体

Info

Publication number: JP4625343B2
Application number: JP2005033318A
Authority: JP
Inventors: 光男安藤; 邦洋秋吉
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2004-02-17
Filing date: 2005-02-09
Publication date: 2011-02-02
Anticipated expiration: 2025-02-09
Also published as: JP2005269619A

Description

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

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

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

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

請求項１に記載の発明は、アプリケーションを管理するプラットフォームを備える画像形成装置であって、前記プラットフォームによって管理されるアプリケーションとして、前記プラットフォームによって管理される他のアプリケーションを操作対象とする操作画面を表示する操作画面表示アプリケーションと、前記他のアプリケーションにエラーが発生した場合に、エラーが発生した旨の情報を出力するエラー発生出力アプリケーションと、前記他のアプリケーションから、前記プラットフォームによって管理されるアプリケーションのインタフェースに対する処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった場合に、ルール違反があった旨の情報を出力するルール違反出力アプリケーションと、を備え、前記他のアプリケーション、前記操作画面表示アプリケーション、前記エラー発生出力アプリケーション、及び前記ルール違反出力アプリケーションは、同一のプロセス上で実行されることを特徴とする画像形成装置である。

請求項２に記載の発明は、前記操作画面表示アプリケーションは、前記操作画面として、画面を占有させるアプリケーションの切替操作を行うための切替操作画面を表示することを特徴とする請求項１に記載の画像形成装置である。

請求項３に記載の発明は、前記操作画面表示アプリケーションは、前記操作画面として、アプリケーションの起動操作を行うための起動操作画面を表示することを特徴とする請求項１乃至２のいずれか１項に記載の画像形成装置である。

請求項４に記載の発明は、前記操作画面表示アプリケーションは、前記操作画面として、アプリケーションの終了操作を行うための終了操作画面を表示することを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置である。

請求項５に記載の発明は、前記操作画面表示アプリケーションは、前記操作画面として、アプリケーションのインストール操作を行うためのインストール操作画面を表示することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置である。

請求項６に記載の発明は、前記操作画面表示アプリケーションは、前記操作画面として、アプリケーションのアンインストール操作を行うためのアンインストール操作画面を表示することを特徴とする請求項１乃至５のいずれか１項に記載の画像形成装置である。

請求項７に記載の発明は、前記プラットフォームによって管理されるアプリケーションとして、前記プラットフォームによって管理される他のアプリケーションを操作対象とするタスクバーを表示するタスクバー表示アプリケーションを、さらに備え、前記他のアプリケーションと前記タスクバー表示アプリケーションとは、同一のプロセス上で実行されることを特徴とする請求項１乃至６のいずれか１項に記載の画像形成装置である。

請求項８に記載の発明は、前記タスクバー表示アプリケーションは、前記タスクバーとして、画面を占有させるアプリケーションの切替操作を行うための切替タスクバーを表示することを特徴とする請求項７に記載の画像形成装置である。

請求項９に記載の発明は、前記プラットフォームは、アプリケーションの実行ファイルの自動更新処理を、１対１で当該アプリケーションの情報を管理する管理ファイルの内容を元にして実行することを特徴とする請求項１乃至８のいずれか１項に記載の画像形成装置である。

請求項１０に記載の発明は、前記プラットフォームは、１対１でアプリケーションを管理する個別管理手段と、複数の前記個別管理手段を管理する一括管理手段と、前記一括管理手段を管理する管理手段を備えることを特徴とする請求項１乃至９のいずれか１項に記載の画像形成装置である。

請求項１１に記載の発明は、前記プラットフォームは、アプリケーションの初期化状態、アプリケーションの活性化状態、アプリケーションの停止状態、アプリケーションの終了状態を含むライフサイクルを管理することを特徴とする請求項１乃至１０のいずれか１項に記載の画像形成装置である。

請求項１２に記載の発明は、前記アプリケーションは、コンパイラによりソースコードからバイトコードに一括翻訳されており、仮想マシンにより逐次実行されることを特徴とする請求項１乃至１１のいずれか１項に記載の画像形成装置である。

請求項１３に記載の発明は、前記アプリケーションは、それぞれスレッドとして実行されることを特徴とする請求項１乃至１２のいずれか１項に記載の画像形成装置である。

請求項１４に記載の発明は、前記アプリケーションは、Ｘｌｅｔであることを特徴とする請求項１乃至１３のいずれか１項に記載の画像形成装置である。

請求項１５に記載の発明は、前記アプリケーションと前記プラットフォームは、同一のプロセス上で実行されることを特徴とする請求項１乃至１４のいずれか１項に記載の画像形成装置である。

請求項１６に記載の発明は、アプリケーションを管理するプラットフォームを備える画像形成装置内で実行される情報処理方法であって、前記プラットフォームによって管理されるアプリケーションとして備えられた、前記プラットフォームによって管理される他のアプリケーションを操作対象とする操作画面を表示する操作画面表示アプリケーションと、前記他のアプリケーションにエラーが発生した場合に、エラーが発生した旨の情報を出力するエラー発生出力アプリケーションと、前記他のアプリケーションから、前記プラットフォームによって管理されるアプリケーションのインタフェースに対する処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった場合に、ルール違反があった旨の情報を出力するルール違反出力アプリケーションと、を、前記他のアプリケーションと同一のプロセス上で実行するステップを備えることを特徴とする情報処理方法である。

請求項１７に記載の発明は、前記プラットフォームによって管理されるアプリケーションとして備えられた、前記プラットフォームによって管理される他のアプリケーションを操作対象とするタスクバーを表示するタスクバー表示アプリケーションを、前記他のアプリケーションと同一のプロセス上で実行するステップを備えることを特徴とする請求項１６に記載の情報処理方法である。

請求項１８に記載の発明は、アプリケーションを管理するプラットフォームを備える画像形成装置内で実行するための情報処理プログラムであって、前記プラットフォームによって管理されるアプリケーションとして備えられた、前記プラットフォームによって管理される他のアプリケーションを操作対象とする操作画面を表示する操作画面表示アプリケーションと、前記他のアプリケーションにエラーが発生した場合に、エラーが発生した旨の情報を出力するエラー発生出力アプリケーションと、前記他のアプリケーションから、前記プラットフォームによって管理されるアプリケーションのインタフェースに対する処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった場合に、ルール違反があった旨の情報を出力するルール違反出力アプリケーションと、を、前記他のアプリケーションと同一のプロセス上で実行させることを特徴とする情報処理プログラムである。

請求項１９に記載の発明は、前記プラットフォームによって管理されるアプリケーションとして備えられた、前記プラットフォームによって管理される他のアプリケーションを操作対象とするタスクバーを表示するタスクバー表示アプリケーションを、前記他のアプリケーションと同一のプロセス上で実行させることを特徴とする請求項１８に記載の情報処理プログラムである。

請求項２０に記載の発明は、画像形成装置のエミュレータとして機能する端末装置であって、当該端末装置のプラットフォームにより管理されるアプリケーションとして、当該端末装置又は当該画像形成装置のプラットフォームにより管理される他のアプリケーションを操作対象とする操作画面を表示する操作画面表示アプリケーションと、前記他のアプリケーションにエラーが発生した場合に、エラーが発生した旨の情報を出力するエラー発生出力アプリケーションと、前記他のアプリケーションから、前記プラットフォームによって管理されるアプリケーションのインタフェースに対する処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった場合に、ルール違反があった旨の情報を出力するルール違反出力アプリケーションと、を備え、前記他のアプリケーション、前記操作画面表示アプリケーション、前記エラー発生出力アプリケーション、及び前記ルール違反出力アプリケーションとは、同一のプロセス上で実行されることを特徴とする端末装置である。

請求項２１に記載の発明は、前記プラットフォームにより管理されるアプリケーションとして、当該端末装置又は当該画像形成装置のプラットフォームにより管理される他のアプリケーションを操作対象とするタスクバーを表示するタスクバー表示アプリケーションを、さらに備え、前記他のアプリケーションと前記タスクバー表示アプリケーションとは、同一のプロセス上で実行されることを特徴とする請求項２０に記載の端末装置である。

請求項２２に記載の発明は、画像形成装置のエミュレータとして機能する端末装置内で実行される情報処理方法であって、当該端末装置のプラットフォームにより管理されるアプリケーションとして備えられた、当該端末装置又は当該画像形成装置のプラットフォームにより管理される他のアプリケーションを操作対象とする操作画面を表示する操作画面表示アプリケーションと、前記他のアプリケーションにエラーが発生した場合に、エラーが発生した旨の情報を出力するエラー発生出力アプリケーションと、前記他のアプリケーションから、前記プラットフォームによって管理されるアプリケーションのインタフェースに対する処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった場合に、ルール違反があった旨の情報を出力するルール違反出力アプリケーションと、を、前記他のアプリケーションと同一のプロセス上で実行するステップを備えることを特徴とする情報処理方法である。

請求項２３に記載の発明は、前記プラットフォームにより管理されるアプリケーションとして備えられた、当該端末装置又は当該画像形成装置のプラットフォームにより管理される他のアプリケーションを操作対象とするタスクバーを表示するタスクバー表示アプリケーションを、前記他のアプリケーションと同一のプロセス上で実行するステップを備えることを特徴とする請求項２２に記載の情報処理方法である。

請求項２４に記載の発明は、画像形成装置のエミュレータとして機能する端末装置内で実行するための情報処理プログラムであって、当該端末装置のプラットフォームにより管理されるアプリケーションとして備えられた、当該端末装置又は当該画像形成装置のプラットフォームにより管理される他のアプリケーションを操作対象とする操作画面を表示する操作画面表示アプリケーションと、前記他のアプリケーションにエラーが発生した場合に、エラーが発生した旨の情報を出力するエラー発生出力アプリケーションと、前記他のアプリケーションから、前記プラットフォームによって管理されるアプリケーションのインタフェースに対する処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった場合に、ルール違反があった旨の情報を出力するルール違反出力アプリケーションと、を、前記他のアプリケーションと同一のプロセス上で実行させることを特徴とする情報処理プログラムである。

請求項２５に記載の発明は、前記プラットフォームにより管理されるアプリケーションとして備えられた、当該端末装置又は当該画像形成装置のプラットフォームにより管理される他のアプリケーションを操作対象とするタスクバーを表示するタスクバー表示アプリケーションを、前記他のアプリケーションと同一のプロセス上で実行させることを特徴とする請求項２４に記載の情報処理プログラムである。

請求項２６に記載の発明は、請求項１８又は１９に記載の情報処理プログラムを記録した記録媒体である。

請求項２７に記載の発明は、請求項２４又は２５に記載の情報処理プログラムを記録した記録媒体である。

請求項１に記載の発明は、アプリケーション管理機構として、アプリケーションのライフサイクル等を管理する「プラットフォーム」と、このプラットフォームによってライフサイクル等を管理されるアプリケーションを操作対象とする操作画面を表示する「操作画面表示アプリケーション」とを備える。アプリケーションのライフサイクル等を「プラットフォーム」が管理し、このプラットフォームによってライフサイクル等を管理されるアプリケーションを操作対象とする操作画面を「操作画面表示アプリケーション」が提供するのである。そのため、アプリケーションの実装等が容易になる。操作画面表示アプリケーションも、このプラットフォームによってライフサイクル等を管理されるアプリケーションである。そのため、この操作画面表示アプリケーションの実装，入れ替え等も容易である。請求項７に記載の発明（タスクバー表示アプリケーション）や、請求項９に記載の発明（エラー発生出力アプリケーション）や、請求項１０に記載の発明（ルール違反出力アプリケーション）に関しても同様の事が言える。

請求項２０に記載の発明は、アプリケーション管理機構として、端末装置又は画像形成装置のプラットフォームによりライフサイクル等を管理されるアプリケーションを操作対象とする操作画面を表示する「操作画面表示アプリケーション」を備える。端末装置又は画像形成装置のプラットフォームによりライフサイクル等を管理されるアプリケーションを操作対象とする操作画面を「操作画面表示アプリケーション」が提供するのである。そのため、アプリケーションの実装等が容易になる。操作画面表示アプリケーションも、端末装置のプラットフォームによりライフサイクル等を管理されるアプリケーションである。そのため、この操作画面表示アプリケーションの実装，入れ替え等も容易である。タスクバー表示アプリケーションや、エラー発生出力アプリケーションや、ルール違反出力アプリケーションに関しても同様の事が言える。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本発明の実施例に該当する融合機を表す。図１の融合機に係るハードウェア構成図である。図１の融合機に係る外観図である。オペレーションパネルを表す。図１のＪＳＤＫアプリとＪＳＤＫプラットフォームのクラス図である。ＪＳＤＫシステムの起動手順について説明するための図である。ＪＳＤＫシステムのＧＵＩについて説明するための図である。切替操作画面について説明するための図である。起動操作画面について説明するための図である。終了操作画面について説明するための図である。インストール操作画面について説明するための図である。アンインストール操作画面について説明するための図である。起動操作画面の表示手順について説明するための図である。起動処理の実行手順について説明するための図である。インストール操作画面の表示手順について説明するための図である。インストール処理の実行手順について説明するための図である。ＪＮＬＰファイルの構文の例を表す。ＪＳＤＫアプリをＳＤｃａｒｄからのＪＳＤＫアプリに自動更新する自動更新処理に係るフローチャートである。ＪＳＤＫアプリをＷｅｂからのＪＳＤＫアプリに自動更新する自動更新処理に係るフローチャートである。Ｘｌｅｔの状態遷移図である。エラー発生表示ダイアログの画面図である。スレッドグループの設定処理に係るクラス図である。エラー発生表示処理に係るシーケンス図である。ルール違反表示ダイアログの画面図である。ルール違反表示処理に係るシーケンス図である。融合機で実行可能な画像形成処理について説明するための図である。本発明の実施例に該当するＰＣを表す。ＰＣ内のＪＳＤＫアプリとＪＳＤＫプラットフォームのクラス図である。融合機内で実行される遠隔操作の準備処理の実行手順について説明するための図である。

符号の説明

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

Claims

アプリケーションを管理するプラットフォームを備える画像形成装置であって、
前記プラットフォームによって管理されるアプリケーションとして、
前記プラットフォームによって管理される他のアプリケーションを操作対象とする操作画面を表示する操作画面表示アプリケーションと、
前記他のアプリケーションにエラーが発生した場合に、エラーが発生した旨の情報を出力するエラー発生出力アプリケーションと、
前記他のアプリケーションから、前記プラットフォームによって管理されるアプリケーションのインタフェースに対する処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった場合に、ルール違反があった旨の情報を出力するルール違反出力アプリケーションと、を備え、
前記他のアプリケーション、前記操作画面表示アプリケーション、前記エラー発生出力アプリケーション、及び前記ルール違反出力アプリケーションは、同一のプロセス上で実行されることを特徴とする画像形成装置。
前記操作画面表示アプリケーションは、前記操作画面として、画面を占有させるアプリケーションの切替操作を行うための切替操作画面を表示することを特徴とする請求項１に記載の画像形成装置。
前記操作画面表示アプリケーションは、前記操作画面として、アプリケーションの起動操作を行うための起動操作画面を表示することを特徴とする請求項１乃至２のいずれか１項に記載の画像形成装置。
前記操作画面表示アプリケーションは、前記操作画面として、アプリケーションの終了操作を行うための終了操作画面を表示することを特徴とする請求項１乃至３のいずれか１項に記載の画像形成装置。
前記操作画面表示アプリケーションは、前記操作画面として、アプリケーションのインストール操作を行うためのインストール操作画面を表示することを特徴とする請求項１乃至４のいずれか１項に記載の画像形成装置。
前記操作画面表示アプリケーションは、前記操作画面として、アプリケーションのアンインストール操作を行うためのアンインストール操作画面を表示することを特徴とする請求項１乃至５のいずれか１項に記載の画像形成装置。
前記プラットフォームによって管理されるアプリケーションとして、前記プラットフォームによって管理される他のアプリケーションを操作対象とするタスクバーを表示するタスクバー表示アプリケーションを、さらに備え、
前記他のアプリケーションと前記タスクバー表示アプリケーションとは、同一のプロセス上で実行されることを特徴とする請求項１乃至６のいずれか１項に記載の画像形成装置。
前記タスクバー表示アプリケーションは、前記タスクバーとして、画面を占有させるアプリケーションの切替操作を行うための切替タスクバーを表示することを特徴とする請求項７に記載の画像形成装置。
前記プラットフォームは、アプリケーションの実行ファイルの自動更新処理を、１対１で当該アプリケーションの情報を管理する管理ファイルの内容を元にして実行することを特徴とする請求項１乃至８のいずれか１項に記載の画像形成装置。
前記プラットフォームは、１対１でアプリケーションを管理する個別管理手段と、複数の前記個別管理手段を管理する一括管理手段と、前記一括管理手段を管理する管理手段を備えることを特徴とする請求項１乃至９のいずれか１項に記載の画像形成装置。
前記プラットフォームは、アプリケーションの初期化状態、アプリケーションの活性化状態、アプリケーションの停止状態、アプリケーションの終了状態を含むライフサイクルを管理することを特徴とする請求項１乃至１０のいずれか１項に記載の画像形成装置。
前記アプリケーションは、コンパイラによりソースコードからバイトコードに一括翻訳されており、仮想マシンにより逐次実行されることを特徴とする請求項１乃至１１のいずれか１項に記載の画像形成装置。
前記アプリケーションは、それぞれスレッドとして実行されることを特徴とする請求項１乃至１２のいずれか１項に記載の画像形成装置。
前記アプリケーションは、Ｘｌｅｔであることを特徴とする請求項１乃至１３のいずれか１項に記載の画像形成装置。
前記アプリケーションと前記プラットフォームは、同一のプロセス上で実行されることを特徴とする請求項１乃至１４のいずれか１項に記載の画像形成装置。
アプリケーションを管理するプラットフォームを備える画像形成装置内で実行される情報処理方法であって、
前記プラットフォームによって管理されるアプリケーションとして備えられた、前記プラットフォームによって管理される他のアプリケーションを操作対象とする操作画面を表示する操作画面表示アプリケーションと、前記他のアプリケーションにエラーが発生した場合に、エラーが発生した旨の情報を出力するエラー発生出力アプリケーションと、前記他のアプリケーションから、前記プラットフォームによって管理されるアプリケーションのインタフェースに対する処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった場合に、ルール違反があった旨の情報を出力するルール違反出力アプリケーションと、を、前記他のアプリケーションと同一のプロセス上で実行するステップを備えることを特徴とする情報処理方法。
前記プラットフォームによって管理されるアプリケーションとして備えられた、前記プラットフォームによって管理される他のアプリケーションを操作対象とするタスクバーを表示するタスクバー表示アプリケーションを、前記他のアプリケーションと同一のプロセス上で実行するステップを備えることを特徴とする請求項１６に記載の情報処理方法。
アプリケーションを管理するプラットフォームを備える画像形成装置内で実行するための情報処理プログラムであって、
前記プラットフォームによって管理されるアプリケーションとして備えられた、前記プラットフォームによって管理される他のアプリケーションを操作対象とする操作画面を表示する操作画面表示アプリケーションと、前記他のアプリケーションにエラーが発生した場合に、エラーが発生した旨の情報を出力するエラー発生出力アプリケーションと、前記他のアプリケーションから、前記プラットフォームによって管理されるアプリケーションのインタフェースに対する処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった場合に、ルール違反があった旨の情報を出力するルール違反出力アプリケーションと、を、前記他のアプリケーションと同一のプロセス上で実行させることを特徴とする情報処理プログラム。
前記プラットフォームによって管理されるアプリケーションとして備えられた、前記プラットフォームによって管理される他のアプリケーションを操作対象とするタスクバーを表示するタスクバー表示アプリケーションを、前記他のアプリケーションと同一のプロセス上で実行させることを特徴とする請求項１８に記載の情報処理プログラム。
画像形成装置のエミュレータとして機能する端末装置であって、
当該端末装置のプラットフォームにより管理されるアプリケーションとして、
当該端末装置又は当該画像形成装置のプラットフォームにより管理される他のアプリケーションを操作対象とする操作画面を表示する操作画面表示アプリケーションと、
前記他のアプリケーションにエラーが発生した場合に、エラーが発生した旨の情報を出力するエラー発生出力アプリケーションと、
前記他のアプリケーションから、前記プラットフォームによって管理されるアプリケーションのインタフェースに対する処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった場合に、ルール違反があった旨の情報を出力するルール違反出力アプリケーションと、を備え、
前記他のアプリケーション、前記操作画面表示アプリケーション、前記エラー発生出力アプリケーション、及び前記ルール違反出力アプリケーションとは、同一のプロセス上で実行されることを特徴とする端末装置。
前記プラットフォームにより管理されるアプリケーションとして、当該端末装置又は当該画像形成装置のプラットフォームにより管理される他のアプリケーションを操作対象とするタスクバーを表示するタスクバー表示アプリケーションを、さらに備え、
前記他のアプリケーションと前記タスクバー表示アプリケーションとは、同一のプロセス上で実行されることを特徴とする請求項２０に記載の端末装置。
画像形成装置のエミュレータとして機能する端末装置内で実行される情報処理方法であって、
当該端末装置のプラットフォームにより管理されるアプリケーションとして備えられた、当該端末装置又は当該画像形成装置のプラットフォームにより管理される他のアプリケーションを操作対象とする操作画面を表示する操作画面表示アプリケーションと、前記他のアプリケーションにエラーが発生した場合に、エラーが発生した旨の情報を出力するエラー発生出力アプリケーションと、前記他のアプリケーションから、前記プラットフォームによって管理されるアプリケーションのインタフェースに対する処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった場合に、ルール違反があった旨の情報を出力するルール違反出力アプリケーションと、を、前記他のアプリケーションと同一のプロセス上で実行するステップを備えることを特徴とする情報処理方法。
前記プラットフォームにより管理されるアプリケーションとして備えられた、当該端末装置又は当該画像形成装置のプラットフォームにより管理される他のアプリケーションを操作対象とするタスクバーを表示するタスクバー表示アプリケーションを、前記他のアプリケーションと同一のプロセス上で実行するステップを備えることを特徴とする請求項２２に記載の情報処理方法。
画像形成装置のエミュレータとして機能する端末装置内で実行するための情報処理プログラムであって、
当該端末装置のプラットフォームにより管理されるアプリケーションとして備えられた、当該端末装置又は当該画像形成装置のプラットフォームにより管理される他のアプリケーションを操作対象とする操作画面を表示する操作画面表示アプリケーションと、前記他のアプリケーションにエラーが発生した場合に、エラーが発生した旨の情報を出力するエラー発生出力アプリケーションと、前記他のアプリケーションから、前記プラットフォームによって管理されるアプリケーションのインタフェースに対する処理要求に、予め決めておいた動作条件の許可範囲を超えるルール違反があった場合に、ルール違反があった旨の情報を出力するルール違反出力アプリケーションと、を、前記他のアプリケーションと同一のプロセス上で実行させることを特徴とする情報処理プログラム。
前記プラットフォームにより管理されるアプリケーションとして備えられた、当該端末装置又は当該画像形成装置のプラットフォームにより管理される他のアプリケーションを操作対象とするタスクバーを表示するタスクバー表示アプリケーションを、前記他のアプリケーションと同一のプロセス上で実行させることを特徴とする請求項２４に記載の情報処理プログラム。
請求項１８又は１９に記載の情報処理プログラムを記録した記録媒体。
請求項２４又は２５に記載の情報処理プログラムを記録した記録媒体。