JP5708713B2 - システム、画像形成装置および設定処理方法 - Google Patents

Description

本発明は、システム、画像形成装置および設定処理方法に関する。

画像形成装置を出荷する場合には、各機種ごとに種種の設定項目の設定データを設定する必要がある。従来から画像形成装置に種種の設定項目に対する設定データを設定するための技術が多数知られている（例えば、特許文献１〜３参照）。

このような種種設定項目の設定データを個々の画像形成装置ごとに設定することは、設定誤りの可能性が高く、設定作業に労力を要する。このため、従来は、画像形成装置に反映するための設定項目の設定データを登録したシーケンスファイルを保存したＳＤカード等の外部記憶媒体を出荷台数分作成しておき、これらの外部記憶媒体を出荷対象の画像形成装置に装着して工程アプリを起動し、工程アプリがシーケンスに従って設定データを一括設定する手法が知られている。ここで、工程アプリとは、画像形成装置で動作し設定データを反映するためのアプリケーションである。

このような手法で、例えば、販売会社や代理店、遠隔地の拠点、海外製造工場等の依頼側から画像形成装置を出荷する場合には、まず画像形成装置の製造元であるメーカ側がこれらの依頼側から、出荷対象の画像形成装置の仕様に基づく設定内容の指示とともにシーケンスファイルの作成依頼を受ける。そして、設定項目と指示された設定内容に基づく設定データを記述したシーケンスファイルを作成して外部記憶媒体に保存し、依頼側にこの外部記憶媒体を送る。そして、依頼側では、画像形成装置側で工程アプリを起動して外部記憶媒体に記録されたシーケンスファイルに基づいて設定データを反映した上で出荷する。

しかしながら、このような手法では、画像形成装置の製造元のメーカ側でシーケンスファイルを作成する際に、シーケンスファイルの作成担当者が販売会社や代理店、遠隔地の拠点、海外製造工場等の依頼側に、画像形成装置の出荷時の仕様、すなわち設定内容を確認する作業が必要となることが多く、シーケンスファイルの作成に多大な時間を要するという問題がある。

また、このようなシーケンスファイルを用いた画像形成装置の設定作業は、このように時間を要するため、１００台程度までの規模の出荷の場合にしか適用することができない。

このような問題があるため、販売会社や代理店、遠隔地の拠点、海外製造工場等の依頼側での画像形成装置の出荷の際には、依頼側のみで設定作業を行える手法が望まれている。

本発明は、上記に鑑みてなされたものであって、依頼側において大量の台数の画像形成装置を出荷する場合においても、依頼側で設定作業を容易に行うことができるシステム、画像形成装置および設定処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明にかかるシステムは、情報処理装置と、処理を実行するための制御手段を備える画像形成装置とを有するシステムであって、前記情報処理装置は、前記画像形成装置で設定する設定項目の設定データを定義した設定情報を記憶する記憶手段と、前記設定情報に基づいて、前記画像形成装置に前記設定データを反映させるための動作を記述した動作定義情報を生成する生成手段と、生成された前記動作定義情報を外部記憶媒体に保存する保存手段と、を備え、前記画像形成装置は、前記外部記憶媒体に保存された前記動作定義情報を読み込む読込手段と、前記動作定義情報に基づいて、前記画像形成装置の前記設定データを反映する設定手段と、を備え、前記動作定義情報は、アプリケーションプログラムからの要求に基づく処理を実行するためのインタフェース情報が前記設定データを定義した設定情報に含まれる場合、前記アプリケーションプログラムからの要求に基づく処理に対応する前記制御手段に前記インタフェース情報を設定する情報を含むことを特徴とする。

また、本発明にかかる設定処理方法は、情報処理装置と、処理を実行するための制御手段を備える画像形成装置とで実行される設定処理方法であって、前記情報処理装置は、前記画像形成装置で設定する設定項目の設定データを定義した設定情報を記憶する記憶手段を備え、前記設定情報に基づいて、前記画像形成装置に前記設定データを反映させるための動作を記述した動作定義情報を生成する生成ステップと、生成された前記動作定義情報を外部記憶媒体に保存する保存ステップと、を含み、前記画像形成装置は、前記外部記憶媒体に保存された前記動作定義情報を読み込む読込ステップと、前記動作定義情報に基づいて、前記画像形成装置の前記設定データを反映する設定ステップと、を含み、前記動作定義情報は、アプリケーションプログラムからの要求に基づく処理を実行するためのインタフェース情報が前記設定データを定義した設定情報に含まれる場合、前記アプリケーションプログラムからの要求に基づく処理に対応する前記制御手段に前記インタフェース情報を設定する情報を含むことを特徴とする。

また、本発明によれば、画像形成装置で設定する設定項目の設定データを定義した設定データファイルの設定データに基づいて、画像形成装置に設定データを反映させるための動作を記述した動作定義ファイルを生成して、生成された動作定義ファイルを外部記憶媒体に保存することで、このように生成された動作定義ファイルを保存した外部記憶媒体を画像形成装置に装着して起動するだけで画像形成装置の設定作業が行え、依頼側において、容易に設定作業を行うことができるという効果を奏する。

図１は、実施の形態１にかかる動作定義ファイル生成装置の機能的構成を示すブロック図である。 図２は、設定データファイルのＧｅｎｅｒａｌシートのデータ構造を示す説明図である。 図３は、設定データファイルのＤａｔａシートのデータ構造を示す説明図である。 図４は、設定データファイルの設定値入力シートのデータ構造を示す説明図である。 図５は、複合機の機能的構成を示すブロック図である。 図６は、工程アプリの機能的構成を示すブロック図である。 図７は、動作定義ファイルおよびＰＪＬコマンドファイルの生成処理の手順を示すフローチャートである。 図８は、コマンド出力処理の手順を示すフローチャートである。 図９は、動作定義ファイルのヘッダの例を示す説明図である。 図１０は、動作定義ファイルの本体部を示す説明図である。 図１１は、動作定義ファイルのフッタの例を示す説明図である。 図１２は、ＰＪＬコマンドファイルの内容の一例を示す説明図である。 図１３は、管理部による設定データファイルの表示化処理の手順を示すフローチャートである。 図１４は、動作定義ファイルに設定１モードの設定データが設定されていた場合の設定処理のシーケンス図である。 図１５は、動作定義ファイルにＡＰＩの設定データ（ＬＤＡＰサーバ設定）が設定されていた場合の設定処理のシーケンス図である。 図１６は、動作定義ファイルにＡＰＩの設定データ（ＦＡＸ設定）が設定されていた場合の設定処理のシーケンス図である。 図１７は、ＰＪＬコマンドファイルに従った設定処理のシーケンス図である。 図１８は、実施の形態２の動作定義ファイル生成システムのネットワーク構成を示す説明図である。 図１９は、実施の形態２の動作定義ファイルおよびＰＪＬコマンドファイルの生成処理の流れを示すシーケンス図である。 図２０は、実施の形態３の動作定義ファイル生成システムのネットワーク構成を示す説明図である。 図２１は、実施の形態３の動作定義ファイルおよびＰＪＬコマンドファイルの生成処理の流れを示すシーケンス図である。

以下に添付図面を参照して、この発明にかかる動作定義ファイル生成装置、システム、画像形成装置、動作定義ファイル生成方法およびプログラムの最良な実施の形態を詳細に説明する。

（実施の形態１）
図１は、実施の形態１にかかる動作定義ファイル生成装置の機能的構成を示すブロック図である。図１において、動作定義ファイル生成装置１００は、例えば、日本国内の複合機メーカ等に設置されており、出荷対象の複合機３００は、例えば海外の販売会社に設置されている。

本実施の形態にかかる動作定義ファイル生成装置１００は、動作定義ファイル生成部１１０と、設定データファイル１４０と、管理部１２０と、外部記憶媒体インタフェース１３０（以下、「外部記憶媒体Ｉ／Ｆ１３０」という。）とを主に備えている。

なお、本実施の形態の動作定義ファイル生成装置１００は、ＣＰＵなどの制御装置と、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶装置と、ＨＤＤ、ＣＤドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置を備えており、通常のコンピュータを利用したハードウエア構成となっている。

設定データファイル１４０は、画像形成装置である複合機３００の後述する工程アプリ３１６により複合機３００に設定する設定項目の設定データを定義したデータファイルであり、ＨＤＤ（ハードディスクドライブ装置）やメモリ等の記憶媒体に格納されている。

動作定義ファイル生成部１１０は、設定データファイル１４０の設定データに基づいて動作定義ファイル１５０とＰＪＬコマンドファイル１６０をＨＤＤやメモリ等の記憶媒体に生成するものである。

ここで、動作定義ファイル１５０は、シーケンスファイルと呼ばれることもあり、複合機３００に上記設定データを反映させるための動作を簡易な制御言語で記述したデータファイルである。また、ＰＪＬコマンドファイル１６０は、複合機３００で実行させる印刷設定に関するＰＪＬ（Ｐｒｉｎｔｅｒ Ｊｏｂ Ｌａｎｇｕａｇｅ）言語で記述されたＰＪＬコマンドを登録したデータファイルである。なお、設定データファイル１４０、動作定義ファイル１５０、ＰＪＬコマンドファイル１６０の詳細については後述する。

動作定義ファイル生成部１１０は、図１に示すように、入力部１１１と、判断部１１２と、生成部１１５と、暗号化処理部１１３と、保存部１１４とを主に備えている。

入力部１１１は、ＨＤＤ等の記憶媒体から設定データファイル１４０を読み出して入力するものである。

判断部１１２は、設定データファイル１４０の設定データがその設定データ型からサービスマン等の管理者のみが使用可能な設定１モードにおけるデータ（設定１データ）であるか否かを判断する。また、判断部１１２は、設定データがその設定データ型から、複合機３００のアプリケーション・プログラム・インタフェース（ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）で提供されるＡＰＩコマンドに関するデータであるか否かを判断する。さらに、判断部１１２は、設定データファイル１４０の各設定データがその設定データ型から、複合機３００のＰＪＬに関するデータであるか否かを判断する。

生成部１１５は、設定データが設定１データである場合に設定１動作要求コマンドを記述し、設定データがＡＰＩコマンドに対するデータである場合に、ＡＰＩコマンドを記述して動作定義ファイル１５０を記憶媒体に生成する。また、生成部１１５は、設定データがＰＪＬに関するデータである場合には、ＰＪＬコマンドを記述してＰＪＬコマンドファイル１６０を記憶媒体に生成する。

暗号化処理部１１３は、生成部１１５で生成された動作定義ファイル１５０とＰＪＬコマンドファイル１６０とに対して暗号化キーを用いて暗号化処理を施すものである。暗号化処理部１１３は、暗号化された動作定義ファイル１５０とＰＪＬコマンドファイル１６０とを、それぞれＨＤＤやメモリ等の記憶媒体に格納する。

なお、本実施の形態では、暗号化処理として、３ＤＥＳ方式の暗号化方式を用い暗号化キーの鍵長は１９６ｂｉｔとしているが、これに限定されるものではない。

保存部１１４は、記憶媒体に格納されている、暗号化された動作定義ファイル１５０とＰＪＬコマンドファイル１６０とを、外部記憶媒体Ｉ／Ｆ１３０を介して外部記憶媒体１８０に保存するものである。ここで、外部記憶媒体１８０は、例えば、ＳＤカードやＵＳＢメモリ等が該当するが、これらに限定されるものではない。また、外部記憶媒体Ｉ／Ｆ１３０は、外部記憶媒体１８０を挿脱可能に保持するインタフェースである。例えば、外部記憶媒体１８０がＳＤカードの場合には外部記憶媒体Ｉ／Ｆ１３０はＳＤカードインタフェースであり、外部記憶媒体１８０がＵＳＢメモリの場合には外部記憶媒体Ｉ／Ｆ１３０はＵＳＢインタフェースであるが、これらに限定されるものではない。

管理部１２０は、設定データファイル１４０が開発用である場合に、開発用の設定データファイル１４０の一部の設定項目の設定データを非表示化するツールである。

次に、本実施の形態の設定データファイル１４０の詳細について説明する。設定データファイル１４０は、Ｍｉｃｒｏｓｏｆｔ（Ｒ）社のＥｘｃｅｌ（Ｒ）形式の表データであり、用途毎の複数のシートから構成させる。なお、本実施の形態では、設定データファイル１４０は、Ｅｘｃｅｌ（Ｒ）の表形式のデータとしているが、設定項目の設定データを設定可能なものであればその形式はこれに限定されるものではない。

利用者は、この設定データファイル１４０に、複合機３００の工程アプリ３１６により複合機３００に設定を行うべき設定データ、工程アプリ３１６のバージョン、機種等の情報を入力する。なお、一組の動作定義ファイル１５０・ＰＪＬコマンドファイル１６０を生成するためには１つの設定データファイル１４０が必要となる。

設定データファイル１４０は、用途毎に複数のシートとして、Ｇｅｎｅｒａｌシート、Ｄａｔａシート、複数の設定値入力シートから構成される。

Ｇｅｎｅｒａｌシートは、動作定義ファイル１５０全体に関する設定を入力するシートである。図２は、設定データファイル１４０のＧｅｎｅｒａｌシートのデータ構造を示す説明図である。図２に示すように、Ｇｅｎｅｒａｌシートは、Ｉｔｅｍ列と、Ｖａｌｕｅ列と、Ｉｎｔｅｒｎａｌ列と、Ｎｏｔｅ列から構成される。Ｉｔｅｍは項目名である。Ｖａｌｕｅは、項目名Ｉｔｅｍに設定する設定データであり、利用者により入力される。Ｉｎｔｅｒｎａｌは、動作定義ファイル１５０に反映される設定データであるＶａｌｕｅの値に応じて値を反映するように、開発者が計算式を記述する。Ｎｏｔｅは利用者が設定データを入力する際のヒントとなる情報であり、開発者が記述する。

Ｄａｔａシートは、ドロップダウンリストで選択できる値と、それにリンクされた内部値を登録するシートである。図３は、設定データファイル１４０のＤａｔａシートのデータ構造を示す説明図である。

図３に示すように、Ｄａｔａシートは、Ｋｅｙ列と、Ｎａｍｅ列と、Ｖａｌｕｅ列と、Ｉｎｔｅｒｎａｌ列と、Ｍｅｍｏ列とから構成される。Ｋｅｙは、ＮａｍｅとＭｏｄｅｌとを連結したデータであり、検索時のキーとなる。Ｎａｍｅは、グループを示す名前であり、Ｎａｍｅが同じ項目は同一のグループを示す。このＮａｍｅがプルダウンリストに表示される。Ｖａｌｕｅはプルダウンリストに表示されるデータである。ＩｎｔｅｒｎａｌはＶａｌｕｅに対応して動作定義ファイル１５０内に記述された設定１の内部設定値である。ここで、設定１とは、サービスマン等の管理者のみが設定可能な設定項目であり、サービスマンのみが設定可能なモードを設定１モードという。また、利用者が設定可能な設定項目を設定２といい、利用者が設定可能なモードを設定２モードという。

図３の例では、Ｎａｍｅ「Ｍｏｄｅｌ」を割り当てたプルダウンリストの候補には、「Ａ」〜「Ｃ」等が表示される。

設定値入力シートは、利用者が設定データ（設定値）を入力するシートである。図４は、設定データファイル１４０の設定値入力シートのデータ構造の一例を示す説明図である。設定値入力シートは、用途毎に異なる名称のシートであり、本実施の形態では、設定１シートやその他デバイス（プリンタやファクシミリ装置等）ごとのシート等で構成される。ここで、設定１シートは、設定１モードで設定する項目を入力するシートである。また、デバイスごとのシートは、各デバイスにおける設定（Ｓｅｔｔｉｎｇ）下の設定項目の設定データを入力するシートである。デバイスごとのシートはデバイスの数によって任意に定めることができる。

なお、これらの複数の設定値入力シートの構造はすべて同一となっている。また、これらの複数のシートの例は一例であり、用途に応じて種種のシートを設定値入力シートとして用いることができる。

図４に示すように、設定値入力シートは、シートの種類を示す種類と、設定されている項目数を示す設定対象項目数を有している。シートの種類で「Ｃｏｍｍａｎｄ」と設定されているシートが設定入力値シートとして扱われる。

また、設定値入力シートは、Ｉｔｅｍ列と、Ｖａｌｕｅ列、Ｎｏｔｅ列と、Ｃｏｍｍｅｎｔ列と、Ｉｎｔｅｒｎａｌ列と、ＤａｔａＴｙｐｅと、Ｃｏｎｆｉ１列と、ＰＪＬ列と、ＡＰＩ列とから構成される。ここで、利用者が入力可能なセルはＶａｌｕｅ列、Ｃｏｍｍｅｎｔ列のみである。

ここで、設定データが数値の場合、最小、最大長のチェックが行われ、設定データが文字列の場合には、最小、最大長のチェックは行われない。また、設定データの組み合わせによる不整合のチェックは行われない。ただし、これらのチェックを行うように構成することもできる。

Ｉｔｅｍは、設定項目名であり、カテゴリごとに設定２の階層にあわせて記述される。Ｖａｌｕｅは、利用者が設定項目（Ｉｔｅｍ）に対する設定データを入力するものであり、設定データが選択式のデータである場合には、図４に示すようにプルダウンリストが表示され、このプルダウンリストで選択された設定データが入力される。このＶａｌｕｅに設定データが入力されていない場合には、動作定義ファイル１５０には、出力されない。

Ｎｏｔｅは、入力する設定データに対する補助的な内容を記述するものである。Ｃｏｍｍｅｎｔは、利用者が自由に入力するものであり、ここに入力された内容は動作定義ファイル１５０に影響を及ぼさない。

Ｉｎｔｅｒｎａｌは、Ｖａｌｕｅに対する内部設定値であり、計算式で対応する値を取得する。ＤａｔａＴｙｐｅは、設定データ型、すなわち、設定データのデータ型である。ここに、「ｄａｔ１」，「ｄａｔ２」、「ｄａｔ０」が入力されている項目は、動作定義ファイル１５０に出力される。

Ｃｏｎｆｉ１は、設定項目に対する設定１モードの番号（設定１番号）である。ＰＪＬは、設定項目に対するＰＪＬコマンドである。ＰＪＬが入力されている項目はＰＪＬコマンドファイル１６０に出力される。ＡＰＩは、設定項目に対するＡＰＩである。

次に、出荷対象の複合機３００について説明する。図５は、複合機３００の機能的構成を示すブロック図である。この複合機３００は、白黒ラインプリンタ（Ｂ＆Ｗ ＬＰ）３０１、カラーラインプリンタ（Ｃｏｌｏｒ ＬＰ）３０２、その他外部記憶媒体インタフェース等のハードウエアリソース３０３などを有するとともに、ソフトウエア群３１０は、プラットホーム３２０およびアプリケーション３３０からなる。

プラットホーム３２０は、アプリケーション３３０からの処理要求を解釈して、ハードウエア資源の獲得要求を発生させる下記に示すコントロールサービスと、一または複数のハードウエア資源の管理をおこない、コントロールサービスからの獲得要求を調停するシステムリソースマネージャー（ＳＲＭ；Ｓｙｓｔｅｍ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｒ）３２３と、汎用ＯＳ３２１とを有する。

このコントロールサービスは、複数のサービスモジュールにより形成され、具体的には、ＳＣＳ（Ｓｙｓｔｅｍ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）３２２と、ＥＣＳ（Ｅｎｇｉｎｅ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）３２４と、ＭＣＳ（Ｍｅｍｏｒｙ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）３２５と、ＯＣＳ（Ｏｐｅｒａｔｉｏｎ ｐａｎｅｌ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）３２６と、ＦＣＳ（ＦＡＸ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）３２７と、ＮＣＳ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）３２８と、ＵＣＳ（Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）３２９と、がある。なお、このプラットホーム３２０は、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースを有する。

汎用ＯＳ３２１は、ＵＮＩＸ（登録商標）などの汎用オペレーティングシステムであり、プラットホーム３２０並びにアプリケーション３３０の各ソフトウエアをそれぞれプロセスとして並列実行する。オープンソースのＵＮＩＸ（登録商標）を用いることにより、プログラムの安全性を確保できるとともに、ネットワーク対応可能となり、ソースコードの入手も容易となる。さらに、ＯＳ、ＴＣＰ／ＩＰのロイヤリティが不要であり、アウトソーシングも容易となる。

ＳＲＭ３２３は、ＳＣＳ３２２とともにシステムの制御およびリソースの管理をおこなうものであり、スキャナやプロッタなどのエンジン部、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４Ｉ／Ｆ、ＲＳ２３２ＣＩ／Ｆなど）のハードウエア資源を利用する上位層からの要求にしたがって調停をおこない、実行制御する。

具体的には、このＳＲＭ３２３は、要求されたハードウエア資源が利用可能であるかどうか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウエア資源が利用可能である旨を上位層に伝える。また、上位層からの要求に対してハードウエア資源の利用スケジューリングをおこない、要求内容（たとえば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成など）を直接実施するようにしてもよい。

ＳＣＳ３２２は、（１）アプリ管理、（２）操作部制御、（３）システム画面表示（ジョブリスト画面、カウンタ表示画面など）、（４）ＬＥＤ表示、（５）リソース管理、（６）割り込みアプリ制御をおこなう。具体的には、（１）アプリ管理では、アプリの登録と、その情報を他のアプリに通知する処理をおこなう。登録されたアプリに対しては、システムの設定やアプリからの要求設定に応じてエンジン部の状態を通知する。また、登録済みのアプリに対しては、電力モード移行の問い合わせ、割り込みモードなど、システムの状態遷移のための可否問い合わせをおこなう。

また、（２）操作部制御では、アプリの操作部使用権の排他制御をおこなう。そして、操作部の使用権を持つアプリへ操作部ドライバ（ＯＣＳ）からのキー情報を排他的に通知する。このキー情報は、アプリ切替中などのシステムの状態遷移に応じて一時的に通知を停止するマスク制御をおこなう。

また、（３）システム画面表示では、操作部使用権を持つアプリからの要求内容に応じて、エンジン部の状態に対応する警告画面の表示をおこなう。これらのなかには、利用者制限画面などアプリの状態に応じて警告表示をオン／オフするものもある。エンジン部の状態以外では、ジョブの予約・実行状況を表示するためのジョブリスト画面、トータルカウンタ類を表示するためのカウンタ画面、ＣＳＳの通報中を示す画面の表示制御をおこなう。これらのシステム画面表示に関しては、アプリへ操作部使用権の解放を要求せず、アプリ画面を覆うシステム画面として描画をおこなう。

また、（４）ＬＥＤ表示では、警告ＬＥＤ、アプリキーなどのシステムＬＥＤの表示制御をおこなう。アプリ固有のＬＥＤについては、アプリが直接表示用ドライバを使用して制御する。

また、（５）リソース管理では、アプリ（ＥＣＳ）がジョブを実行するにあたって、排他しなければならないエンジンリソース（スキャナ、ステープルなど）の排他制御のためのサービスをおこない、（６）割り込みアプリ制御では、特定のアプリを優先動作せさるための制御・サービスをおこなう。

ＥＣＳ３２４は、白黒ラインプリンタ（Ｂ＆Ｗ ＬＰ）３０１、カラーラインプリンタ（Ｃｏｌｏｒ ＬＰ）３０２、その他ハードウエアリソース３０３などのエンジン部を制御するものであり、画像読み込みと印刷動作、状態通知、ジャムリカバリなどをおこなう。

具体的には、アプリケーション３３０から受け取ったジョブモードの指定にしたがい、印刷要求をＳＲＭ３２３に順次発行していくことで、一連のコピー／スキャン／印刷動作を実現する。このＥＣＳ３２４が取り扱う対象のジョブは、画像入力デバイスにスキャナ（ＳＣＡＮＮＥＲ）が指定されているか、または、画像出力デバイスにプロッタ（ＰＬＯＴＴＥＲ）が指定されているものとする。

たとえば、コピー動作の場合には「ＳＣＡＮＮＥＲ → ＰＬＯＴＴＥＲ」と指定され、ファイル蓄積の場合には「ＳＣＡＮＮＥＲ → ＭＥＭＯＲＹ」と指定され、ファクシミリ送信の場合には「ＳＣＡＮＮＥＲ → ＦＡＸ＿ＩＮ」と指定される。また、蓄積ファイル印刷またはプリンタアプリ３１１からの印刷の場合には「ＭＥＭＯＲＹ → ＰＬＯＴＴＥＲ」と指定され、ファクシミリ受信の場合には「ＦＡＸ＿ＯＵＴ → ＰＬＯＴＴＥＲ」と指定される。

なお、ジョブの定義はアプリケーションによって異なるが、ここでは利用者が取り扱う１セットの画像群に対する処理動作を１ジョブと定義する。たとえば、コピーのＡＤＦ（Ａｕｔｏｍａｔｉｃ Ｄｏｃｕｍｅｎｔ Ｆｅｅｄｅｒ）モードの場合は、原稿台に置かれた１セットの原稿を読み取る動作が１ジョブとなり、圧板モードは最終原稿が確定するまでの読み取り動作が１ジョブとなる。また、コピーアプリ３１２の場合には、一束の原稿をコピーする動作が１ジョブとなり、ファックスアプリ３１３の場合には、１文書の送信動作または１文書の受信動作が１ジョブとなり、プリンタアプリ３１１の場合には、１文書の印刷動作が１ジョブとなる。

ＭＣＳ３２５は、メモリ制御をおこなうものであり、具体的には、画像メモリの取得および開放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮および伸張などをおこなう。

ここで、ハードディスク装置に蓄積される画像データファイルとして必要な情報を管理するために必要な機能としては、（１）ファイルアクセス（生成／削除／オープン／クローズ）機能（排他処理を含む）、（２）ファイル名称／ＩＤ管理（ファイル／ユーザ）／パスワード管理／蓄積時刻管理／ページ数／データフォーマット（圧縮方式など）／アクセス制限／作成アプリ／印刷条件管理などの各種ファイル属性管理（物理的なページ単位の画像データのファイルとしての管理）、（３）ファイル単位およびページ単位での結合／挿入／切断機能、（４）ファイルソート機能（蓄積時刻順／ユーザＩＤ順など）、（５）全ファイル情報の通知（表示／検索用）、（６）リカバリ機能（破損ファイルのファイル／ページ破棄）、（７）ファイルの自動削除機能などがある。

また、ＲＡＭなどのメモリへ画像データを保持しアクセスするための機能としては、（１）アプリケーション３３０からのファイルおよびページ／バンド属性情報を取得する機能、（２）アプリケーション３３０からの画像データ領域の確保、解放、リード（Ｒｅａｄ）、ライト（Ｗｒｉｔｅ）機能などがある。

ＯＣＳ３２６は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御するモジュールであり、オペレータのキー操作イベントを本体制御に通知する処理、各アプリがＧＵＩを構築するためのライブラリ関数を提供する処理、構築されたＧＵＩ情報をアプリ別に管理する処理、操作パネル上への表示反映処理などをおこなう。

このＯＣＳ３２６は、（１）ＧＵＩ構築のためのライブラリの提供機能、（２）操作部ハードウエア資源管理機能、（３）ＶＲＡＭ描画／ＬＣＤ表示機能（ハードウエア表示、表示アプリ切替、表示言語切替、ウインドウ暗色表示、メッセージ／アイコンブリンク表示、メッセージの連結表示）、（４）ハードキー入力検出機能、（５）タッチパネルキー入力検出機能、（６）ＬＥＤ出力機能、（７）ブザー出力機能などを有する。

ＦＣＳ３２７は、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を使ったファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信をおこなうためのＡＰＩを提供するものである。

具体的には、このＦＣＳ３２７は、（１）アプリ層から送信依頼されたドキュメントをＰＳＴＮ／ＩＳＤＮ網を使ってファクシミリ受信機に送信をおこなう送信機能、（２）ＰＳＴＮ／ＩＳＤＮ網から受信したファクシミリ受信画面、各種レポート類を各アプリ層に転送、印刷をおこなう受信機能、（３）ファックスボードに記憶されている電話帳、グループ情報などのファクシミリ管理項目の引用や登録をおこなう電話帳引用・登録機能、（４）ファックスボードに搭載されているＢＫＭに記憶されている送受信結果履歴情報などを必要としているアプリに通知するファックスログ通知機能、（５）ファックスボードの状態変化があったときにＦＣＳに登録してあるアプリに変化のあったイベントを通知するイベント通知機能などを有する。

ＮＣＳ３２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群であり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介をおこなう。具体的には、ｆｔｐｄ、ｈｔｔｐｄ、ｌｐｄ、ｓｎｍｐｄ、ｔｅｌｎｅｔｄ、ｓｍｔｐｄなどのサーバデーモンや、同プロトコルのクライアント機能などを有する。

ＵＣＳ３２９は、図示しないユーザデータベース等により複合機３００を使用するユーザ情報の管理を行うプロセスであり、要求に応じたユーザ情報が格納されている記憶装置を判定し、判定した記憶装置からユーザ情報を取得して各アプリケーションに供給する処理を行う。

アプリケーション３３０は、ページ記述言語（ＰＤＬ）、ＰＣＬおよびポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ３１１と、コピー用アプリケーションであるコピーアプリ３１２と、ファクシミリ用アプリケーションであるファックスアプリ３１３と、スキャナ用アプリケーションであるスキャナアプリ３１４と、ネットファイル用アプリケーションであるネットファイルアプリ３１５と、工程検査用アプリケーションである工程アプリ３１６とを有する。各アプリケーション３１１〜３１６は、プラットホーム３２０上の各プロセスを利用して動作実行し得るため、画面制御、キー操作制御およびジョブ生成などをおこなう画面表示制御プログラムがその主体となる。なお、ＮＣＳ３２８により接続されたネットワークを介して新たなアプリケーションをネットワーク経由で搭載することもできる。また、各アプリケーションはアプリケーションごとに追加または削除することができる。なお、工程アプリ３１６の詳細については後述する。

このように、この複合機３００は、従来の複合機のようにプリンタ、コピー、ファクシミリといった機能ごとにコントローラボードを設けたものではなく、プリンタアプリ、コピーアプリ、ファクシミリアプリを単純に共通ＯＳ上で動作させるものでもない。すなわち、この複合機３００は、各アプリで共通的に必要となる処理をプラットホーム３２０で一元的に処理することにより、各アプリの開発効率を向上させるとともに、装置全体の生産性を高めるものである。

次に、複合機３００のアプリケーション３３０として動作する工程アプリ３１６について説明する。図６は、工程アプリ３１６の機能的構成を示すブロック図である。工程アプリ３１６は、図６に示すように、動作定義ファイル管理部６０１と、設定管理部６０２と、ＵＣＳデータ設定部６０３と、ＦＣＳデータ設定部６０５と、ＰＪＬ設定部６０６とを備えている。

動作定義ファイル管理部６０１は、外部記憶媒体１８０から動作定義ファイル１５０を読み出して、動作定義ファイル１５０の解析を行い、動作定義ファイル１５０に記述されたコマンドを実行するものである。設定管理部６０２は、設定１モードの設定データの設定、書き込み、実行を行うものである。ＵＣＳデータ設定部６０３は、ＬＤＡＰサーバの設定、管理者情報の設定などのＵＣＳデータ設定を行うものである。ＦＣＳデータ設定部６０５は、ＦＡＸ設定やＦＡＸ機能検査などのＦＣＳデータ設定を行うものである。ＰＪＬ設定部６０６は、外部記憶媒体１８０に記憶されたＰＪＬコマンドファイル１６０を読み出して解析し、ＰＪＬコマンドファイル１６０に記述されているＰＪＬコマンドを実行するとともに、プリント動作を行うものである。

次に、以上のように構成された本実施の形態の動作定義ファイル生成装置１００による動作定義ファイル１５０およびＰＪＬコマンドファイル１６０の生成処理について説明する。図７は、動作定義ファイル１５０およびＰＪＬコマンドファイル１６０の生成処理の手順を示すフローチャートである。

まず、動作定義ファイル生成装置１００の動作定義ファイル生成部１１０の入力部１１１は、利用者からの設定データファイル１４０の指定を受け付ける（ステップＳ１１）。これにより、指定された設定データファイル１４０の各項目や設定データの入力が表示装置（不図示）に表示され、利用者はこの画面で、図２〜４で説明した各設定項目や設定データの入力を行う。そして入力が完了したら、設定データファイル１４０を保存して動作定義ファイル１５０およびＰＪＬコマンドファイル１６０の作成指示を行う。

動作定義ファイル１５０およびＰＪＬコマンドファイル１６０の作成指示があった場合には、生成部１１５は、ＨＤＤ等に一時作業用に、空の動作定義ファイル１５０と空のＰＪＬコマンドファイル１６０を生成する（ステップＳ１２）。そして、生成部１１５は、動作定義ファイル１５０とＰＪＬコマンドファイル１６０にそれぞれヘッダを出力する（ステップＳ１３）。ここで、ヘッダは、各ファイルの定型的な記載である。

次に、生成部１１５は、動作定義ファイル１５０およびＰＪＬコマンドファイル１６０それぞれの本体部に対するコマンド出力処理を実行する（ステップＳ１４）。

図８は、コマンド出力処理の手順を示すフローチャートである。まず、判断部１１２は設定データファイル１４０のシートがコマンド出力対象であるか否かを、シート名等から調べる（ステップＳ３１）。

そして、判断部１１２は、シートから１行読み込んで（ステップＳ３２）、Ｉｎｔｅｒｎａｌ列に設定データ（値）が設定されているか否かを調べる（ステップＳ３３）。そして、Ｉｎｔｅｒｎａｌ列に設定データ（値）が設定されていない場合には（ステップＳ３３：Ｎｏ）、ステップＳ３２に戻り次の行を１行読み込む。

一方、Ｉｎｔｅｒｎａｌ列に設定データ（値）が設定されている場合には（ステップＳ３３：Ｙｅｓ）、判断部１１２は、Ｃｏｎｆｉ１列またはＡＰＩ列に設定データ（値）が設定されているか否かを調べる（ステップＳ３４）。

そして、Ｃｏｎｆｉ１列またはＡＰＩ列に設定データ（値）が設定されている場合には（ステップＳ３４：Ｙｅｓ）、判断部１１２は、当該行がコマンド出力対象の行か否かを調べる（ステップＳ３５）。

そして、当該行がコマンド出力対象の行でない場合には（ステップＳ３５：Ｎｏ）、ステップＳ３２に戻り次の行を１行読み込む。一方、当該行がコマンド出力対象の行である場合には（ステップＳ３５：Ｙｅｓ）、判断部１１２は、設定データ型（ＤａｔａＴｙｐｅ）の内容からコマンドの設定値の記述方法を決定する（ステップＳ３６）。そして、生成部１１５は、設定１モード用のコマンド（ＡＰＩの設定１動作要求）およびＡＰＩコマンドを生成し（ステップＳ３７）、動作定義ファイル１５０に出力する（ステップＳ３８）。

ステップＳ３４に戻り、Ｃｏｎｆｉ１列またはＡＰＩ列に設定データ（値）が設定されていないと判断された場合には（ステップＳ３４：Ｎｏ）、判断部１１２はＰＪＬ列に設定データ（値）が設定されているか否かを調べる（ステップＳ４０）。

そして、ＰＪＬ列に設定データ（値）が設定されていない場合には（ステップＳ４０：Ｎｏ）、ステップＳ３２に戻り次の行を１行読み込む。一方、ＰＪＬ列に設定データ（値）が設定されている場合には（ステップＳ４０：Ｙｅｓ）、生成部１１５は、ＰＪＬコマンドを生成して（ステップＳ４１）、ＰＪＬコマンドファイル１６０に出力する（ステップＳ４２）。

そして、ステップＳ３２からＳ４２までの処理を設定データファイル１４０の全ての行に対して繰り返し実行することにより（ステップＳ３９）、設定データファイル１４０の内容に基づいて本体部のコマンドがすべて生成されることになる。ここで、本体部は設定データを指定する。

図７に戻り、コマンド出力処理が完了したら、生成部１１５は、動作定義ファイル１５０とＰＪＬコマンドファイル１６０にそれぞれフッタを出力する（ステップＳ１５）。ここで、動作定義ファイル１５０のフッタは、複合機３００の工程アプリ３１６の動作を定義する記述であり、ＰＪＬコマンドファイル１６０のフッタは定型的な記述である。

これにより、動作定義ファイル１５０とＰＪＬコマンドファイル１６０の全ての内容が生成されたことになる。

図９〜図１１は、生成された動作定義ファイル１５０の一例を示す説明図である。図９は、動作定義ファイル１５０のヘッダの例を示し、図１０は動作定義ファイル１５０の本体部の例を示し、図１１は、動作定義ファイル１５０のフッタの例を示している。

また、図１２は、生成されたＰＪＬコマンドファイル１６０の構造の一例を示す説明図である。図１２に示すように、ＰＪＬコマンドファイル１６０は、ヘッダ、本体部、フッタから構成される。

図７に戻り、動作定義ファイル１５０とＰＪＬコマンドファイル１６０が生成されたら、暗号化処理部１１３は、これらを暗号化するための暗号化キーを生成する（ステップＳ１６）。そして、暗号化処理部１１３は、生成された暗号化キーを用いて、動作定義ファイル１５０とＰＪＬコマンドファイル１６０とを暗号化し（ステップＳ１７）、ＨＤＤ等の記憶媒体に保存する出力処理を行う（ステップＳ１８）。

次に、保存部１１４は、記憶媒体に保存されている暗号化された動作定義ファイル１５０およびＰＪＬコマンドファイル１６０を外部記憶媒体１８０に書き込む（ステップＳ１９）。これにより、海外の販売会社へ送付するリリース用の外部記憶媒体１８０が作成されたことになる。

次に、管理部１２０による設定データファイル１４０の処理について説明する。上述したように設定データファイル１４０はすべてのデータを表示することができたが、開発用で作成した設定データファイル１４０の一部のデータを非表示にしてリリースしたい場合がある。このような場合には、管理部１２０は設定データファイル１４０の一部のデータを表示化する。

図１３は、管理部１２０による設定データファイル１４０の表示化処理の手順を示すフローチャートである。まず、管理部１２０は、開発用の設定データファイル１４０の指定を受け付ける（ステップＳ６１）。

そして、管理部１２０は、指定された設定データファイル１４０のＧｅｎｅｒａｌシートの予め定められた設定項目や設定データをマクロ等を利用して非表示化する（ステップＳ６２）。次に、管理部１２０は、設定データファイル１４０の設定値入力シートの予め定められた設定項目や設定データをマクロ等で表示化する（ステップＳ６３）。次に、管理部１２０は、設定データファイル１４０のＤａｔａシートの予め定められた設定項目や設定データをマクロ等で表示化する（ステップＳ６４）。

次に、管理部１２０は、設定データファイル１４０のブック全体の保護を行い（ステップＳ６５）、これにより生成された設定データファイル１４０をリリース用としてＨＤＤ等の記憶媒体に保存する（ステップＳ６６）。これにより、一部の設定項目や設定データを非表示にしたリリース用の設定データファイル１４０が生成されることになる。なお、表示化する設定項目や設定データについては予め任意に定めておけばよい。

次に、以上のように生成された外部記憶媒体１８０を用いた複合機３００の設定処理について説明する。図１４は、動作定義ファイル１５０に設定１モードの設定データが設定されていた場合の設定処理のシーケンス図である。

まず、動作定義ファイル管理部６０１は、外部記憶媒体１８０から動作定義ファイル１５０を読み込む（ステップＳ８１）。このとき、動作定義ファイル１５０が暗号化されていれば復号化処理を行う。

そして、動作定義ファイル管理部６０１は、動作定義ファイル１５０に設定１モードの設定データがある場合には、その設定１モードの設定データを反映すべき旨の設定１動作要求コマンドを設定管理部６０２に送出する（ステップＳ８２）。設定１動作要求コマンドを受け取った設定管理部６０２は、動作定義ファイル１５０に設定されたＡＰＩの設定１動作要求をＳＣＳ３２２に対して発行する（ステップＳ８３）。これにより、ＳＣＳ３２２により設定１モードの設定データが反映される。

その後、ＳＣＳ３２２は、設定管理部６０２に設定１動作要求に対する応答を返し（ステップＳ８４）、これを受け取った設定管理部６０２は、動作定義ファイル管理部６０１に設定１動作要求コマンドに対する応答を返す（ステップＳ８５）。これにより、動作定義ファイル管理部６０１は、ＳＣＳ３２２により設定１モードの設定が複合機３００に反映されたことを知ることになる。

図１５は、動作定義ファイル１５０にＡＰＩの設定データ（ＬＤＡＰサーバ設定）が設定されていた場合の設定処理のシーケンス図である。

まず、動作定義ファイル管理部６０１は、外部記憶媒体１８０から動作定義ファイル１５０を読み込む（ステップＳ１０１）。このとき、動作定義ファイル１５０が暗号化されていれば復号化処理を行う。

そして、動作定義ファイル管理部６０１は、動作定義ファイル１５０にＡＰＩのＬＤＡＰサーバ設定のための設定データがある場合には、そのＬＤＡＰサーバ設定のための設定データを反映すべき旨のＬＤＡＰサーバ設定要求コマンドをＵＣＳデータ設定部６０３に送出する（ステップＳ１０２）。ＬＤＡＰサーバ設定要求コマンドを受け取ったＵＣＳデータ設定部６０３は、動作定義ファイル１５０に設定されたＡＰＩのＬＤＡＰサーバ情報設定要求をＵＣＳ３２９に対して発行する（ステップＳ１０３）。これにより、ＵＣＳ３２９によりＬＤＡＰサーバ情報の設定データが反映される。

その後、ＵＣＳ３２９は、ＵＣＳデータ設定部６０３にＬＤＡＰサーバ情報設定要求に対する応答を返し（ステップＳ１０４）、これを受け取ったＵＣＳデータ設定部６０３は、動作定義ファイル管理部６０１にＬＤＡＰサーバ設定要求コマンドに対する応答を返す（ステップＳ１０５）。これにより、動作定義ファイル管理部６０１は、ＵＣＳ３２９によりＬＤＡＰサーバ情報の設定が複合機３００に反映されたことを知ることになる。

図１６は、動作定義ファイル１５０にＡＰＩの設定データ（ＦＡＸ設定）が設定されていた場合の設定処理のシーケンス図である。

まず、動作定義ファイル管理部６０１は、外部記憶媒体１８０から動作定義ファイル１５０を読み込む（ステップＳ１２１）。このとき、動作定義ファイル１５０が暗号化されていれば復号化処理を行う。

そして、動作定義ファイル管理部６０１は、動作定義ファイル１５０にＡＰＩのＦＡＸ設定のための設定データがある場合には、そのＦＡＸ設定のための設定データを反映すべき旨のＦＡＸ設定要求コマンドをＦＣＳデータ設定部６０５に送出する（ステップＳ１２２）。ＦＡＸ設定要求コマンドを受け取ったＦＣＳデータ設定部６０５は、動作定義ファイル１５０に設定されたＡＰＩのＦＡＸ情報設定要求をＦＣＳ３２７に対して発行する（ステップＳ１２３）。これにより、ＦＣＳ３２７によりＦＡＸ情報の設定データが反映される。

その後、ＦＣＳ３２７は、ＦＣＳデータ設定部６０５にＦＡＸ情報設定要求に対する応答を返し（ステップＳ１２４）、これを受け取ったＦＣＳデータ設定部６０５は、動作定義ファイル管理部６０１にＦＡＸ設定要求コマンドに対する応答を返す（ステップＳ１２５）。これにより、動作定義ファイル管理部６０１は、ＦＣＳ３２７によりＦＡＸ情報の設定が複合機３００に反映されたことを知ることになる。

図１７は、ＰＪＬコマンドファイル１６０に従った設定処理のシーケンス図である。まず、動作定義ファイル管理部６０１は、外部記憶媒体１８０からＰＪＬコマンドファイル１６０を読み込む（ステップＳ１４１）。このとき、ＰＪＬコマンドファイル１６０が暗号化されていれば復号化処理を行う。

そして、動作定義ファイル管理部６０１は、ＰＪＬコマンドファイル１６０に設定されたＰＪＬコマンドの設定データを複合機３００に反映すべき旨のＰＪＬ設定要求コマンドをＰＪＬ設定部６０６に送出する（ステップＳ１４２）。ＰＪＬ設定要求コマンドを受け取ったＰＪＬ設定部６０６は、ＰＪＬコマンドファイル１６０に設定されたＰＪＬコマンドを指定したファイル転送処理のＡＰＩコマンドをＮＣＳ３２８に対して発行する（ステップＳ１４３）。これを受け取ったＮＣＳ３２８は、ＰＪＬ設定部６０６にＡＰＩ戻り値を返し（ステップＳ１４４）、次いで、ＰＪＬコマンドをプリンタアプリ３１１にファイル転送する（ステップＳ１４５）。プリンタアプリ３１１では、ファイル転送されたＰＪＬコマンドを実行して、ＰＪＬコマンドファイル１６０に従った設定を複合機３００に対して反映する。

ＡＰＩ戻り値を受信したＰＪＬ設定部６０６は、動作定義ファイル管理部６０１にＰＪＬ設定要求コマンドに対する応答を返す（ステップＳ１４６）。これにより、動作定義ファイル管理部６０１は、プリンタアプリ３１１によりＰＪＬコマンドによる印刷設定が複合機３００に反映されたことを知ることになる。

このように本実施の形態では、複合機３００で設定する設定項目の設定データを定義した設定データファイル１４０の設定データに基づいて、動作定義ファイル１５０とＰＪＬコマンドファイル１６０を生成して、生成された動作定義ファイル１５０とＰＪＬコマンドファイル１６０を外部記憶媒体１８０に保存し、これらのファイルに従って複合機３００に設定データを反映しているので、複合機３００の設定作業の労力を軽減するとともに作業時間の短縮化を図ることができる。

また、本実施の形態では、このように労力を軽減して大幅な時間を要せずに動作定義ファイル１５０とＰＪＬコマンドファイル１６０を生成でき、かつこのような動作定義ファイル１５０とＰＪＬコマンドファイル１６０を保存した外部記憶媒体１８０を複合機３００に装着して起動するだけで複合機３００の設定作業が行えるので、海外において大量の台数の複合機３００を出荷する場合においても、海外の現地のみで容易に設定作業を行うことができる。

さらに、本実施の形態では、動作定義ファイル１５０とＰＪＬコマンドファイル１６０を外部記憶媒体１８０に保存する際に暗号化して保存し、複合機３００で設定処理を行う際に復号化をしているので、外部記憶媒体１８０の配送中に不正な第三者が動作定義ファイル１５０とＰＪＬコマンドファイル１６０の内容を傍受することを防止することができ、セキュリティを強化することができる。

（実施の形態２）
実施の形態１では、設定データファイル１４０の入力から動作定義ファイル１５０とＰＪＬコマンドファイル１６０の生成を単一の動作定義ファイル生成装置１００で実行していたが、この実施の形態２では、動作定義ファイル１５０とＰＪＬコマンドファイル１６０の生成をインターネット上のＷＥＢサーバ上で行うものである。

図１８は、実施の形態２の動作定義ファイル生成システムのネットワーク構成を示す説明図である。図１８に示すように、本実施の形態の動作定義ファイル生成システムは、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）２３１０とＷＥＢサーバ２３３０とがインターネット２３２０等のネットワークに接続された構成となっている。

ＰＣ２３１０は、ＣＰＵ、メモリ、ＨＤＤ等の記憶媒体を備えた通常のコンピュータの構成であり、ＨＤＤ等の記憶媒体には、設定データファイル１４０が保存されている。また、ＷＥＢサーバ２３３０で生成された動作定義ファイル１５０とＰＪＬコマンドファイル１６０を受信して上記記憶媒体に保存する。また、ＰＣ２３１０は、外部記憶媒体インタフェース（不図示）を備えており、この動作定義ファイル１５０とＰＪＬコマンドファイル１６０を外部記憶媒体１８０に格納する。

ＷＥＢサーバ２３３０には、ＷＥＢアプリとしての動作定義ファイル生成アプリ２３３１が動作しており、この動作定義ファイル生成アプリ２３３１が、ＰＣ２３１０から設定データファイル１４０を受信して、実施の形態１と同様の手順で動作定義ファイル１５０とＰＪＬコマンドファイル１６０を生成し、ＰＣ２３１０に送信する。動作定義ファイル生成アプリ２３３１の機能的構成は、実施の形態１の動作定義ファイル生成部１１０と同様である。なお、ＷＥＢサーバ２３３０は、ＣＰＵ、メモリ、ＨＤＤ等の記憶媒体を備えた通常のコンピュータの構成である。

図１９は、実施の形態２の動作定義ファイル１５０およびＰＪＬコマンドファイル１６０の生成処理の流れを示すシーケンス図である。まず。ＰＣ２３１０で利用者が設定データファイル１４０を実施の形態１と同様に生成し（ステップＳ１６１）、生成された設定データファイル１４０を、インターネット２３２０を介してＷＥＢサーバ２３３０に送信する（ステップＳ１６２）。

ＷＥＢサーバ２３３０では、この設定データファイル１４０を受信すると、動作定義ファイル生成アプリ２３３１を起動し、動作定義ファイル生成アプリ２３３１により設定データファイル１４０の内容から動作定義ファイル１５０とＰＪＬコマンドファイル１６０とを生成する（ステップＳ１６３）。具体的な生成処理については実施の形態１と同様に行われる。

そして、動作定義ファイル生成アプリ２３３１は、生成した動作定義ファイル１５０とＰＪＬコマンドファイル１６０をＰＣ２３１０に送信する（ステップＳ１６４）。ＰＣ２３１０では、受信した動作定義ファイル１５０とＰＪＬコマンドファイル１６０を外部記憶媒体１８０に登録する（ステップＳ１６５）。

このように本実施の形態では、動作定義ファイル１５０とＰＪＬコマンドファイル１６０の生成をＷＥＢサーバ２３３０で行っているので、設定データファイル１４０の作成担当者が多数存在する場合でも、作成担当者ごとのＰＣに動作定義ファイル生成ツールをインストールする必要がなくなり、作業効率を向上させることができる。

また、本実施の形態では、動作定義ファイル１５０とＰＪＬコマンドファイル１６０の生成をＷＥＢサーバ２３３０に行わせており、動作定義ファイル生成アプリ２３３１がＷＥＢアプリであるので、動作定義ファイル生成アプリ２３３１の開発が容易なものとなる。

（実施の形態３）
実施の形態２では、設定データファイル１４０をＰＣ２３１０で保持し、動作定義ファイル１５０とＰＪＬコマンドファイル１６０の生成をＷＥＢサーバ２３３０で行い、生成された動作定義ファイル１５０とＰＪＬコマンドファイル１６０を、ＰＣ２３１０で受信していたが、この実施の形態３では、設定データファイル１４０をＷＥＢサーバで保持するものである。

図２０は、実施の形態３の動作定義ファイル生成システムのネットワーク構成を示す説明図である。図２０に示すように、本実施の形態の動作定義ファイル生成システムは、ＰＣ２５１０とＷＥＢサーバ２５３０とがインターネット２３２０等のネットワークに接続された構成となっている。

ＰＣ２５１０は、ＣＰＵ、メモリ、ＨＤＤ等の記憶媒体を備えた通常のコンピュータの構成であり、ＷＥＢサーバ２５３０の設定データファイル１４０にＡｃｔｉｖｅＸ（Ｒ）等の技術を用いて設定項目や設定データを入力し、これに基づきＷＥＢサーバ２５３０で生成された動作定義ファイル１５０とＰＪＬコマンドファイル１６０を受信してＨＤＤ等の記憶媒体に保存する。また、ＰＣ２５１０は、外部記憶媒体インタフェース（不図示）を備えており、この動作定義ファイル１５０とＰＪＬコマンドファイル１６０を外部記憶媒体１８０に格納する。

ＷＥＢサーバ２５３０は、設定データファイル１４０をＨＤＤ等の記憶媒体に格納している。また、ＷＥＢサーバ２５３０には、ＷＥＢアプリとしての動作定義ファイル生成アプリ２５３１が動作しており、この動作定義ファイル生成アプリ２５３１が、実施の形態１と同様の手順で動作定義ファイル１５０とＰＪＬコマンドファイル１６０を生成し、ＰＣ２５１０に送信する。動作定義ファイル生成アプリ２５３１の機能的構成は、実施の形態１の動作定義ファイル生成部１１０と同様である。なお、ＷＥＢサーバ２５３０は、ＣＰＵ、メモリ、ＨＤＤ等の記憶媒体を備えた通常のコンピュータの構成である。

図２１は、実施の形態３の動作定義ファイル１５０およびＰＪＬコマンドファイル１６０の生成処理の流れを示すシーケンス図である。まず、ＰＣ２５１０で利用者がＷＥＢサーバ２５３０に対して設定データ等の入力を行う（ステップＳ１８１）。これに基づき、ＷＥＢサーバ２５３０では設定データファイル１４０を生成する（ステップＳ１８２）。

次に、ＷＥＢサーバ２５３０では、この設定データファイル１４０が生成されると、動作定義ファイル生成アプリ２５３１を起動し、動作定義ファイル生成アプリ２５３１により設定データファイル１４０の内容から動作定義ファイル１５０とＰＪＬコマンドファイル１６０とを生成する（ステップＳ１８３）。具体的な生成処理については実施の形態１と同様に行われる。

そして、動作定義ファイル生成アプリ２５３１は、生成した動作定義ファイル１５０とＰＪＬコマンドファイル１６０をＰＣ２５１０に送信する（ステップＳ１８４）。ＰＣ２５１０では、受信した動作定義ファイル１５０とＰＪＬコマンドファイル１６０を外部記憶媒体１８０に登録する（ステップＳ１８５）。

このように本実施の形態では、実施の形態２と同様の効果を有する他、設定データファイル１４０もＷＥＢサーバ２５３０上に記憶しているので、設定データファイル１４０が拡張した場合にも容易に反映させることが可能となる。

上述した実施の形態１〜３では、動作定義ファイル１５０とＰＪＬコマンドファイル１６０とを、外部記憶媒体Ｉ／Ｆ１３０を介して外部記憶媒体１８０に保存しているが、これに限定されるものではなく、ＵＳＢメモリ等の他の記憶媒体に保存するように構成してもよい。

実施の形態１の動作定義ファイル生成装置１００、実施の形態２，３の動作定義ファイル生成アプリ２３３１，２５３１で実行される動作定義ファイル生成プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

また、実施の形態１の動作定義ファイル生成装置１００、実施の形態２，３の動作定義ファイル生成アプリ２３３１，２５３１で実行される動作定義ファイル生成プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、実施の形態１の動作定義ファイル生成装置１００、実施の形態２，３の動作定義ファイル生成アプリ２３３１，２５３１で実行される動作定義ファイル生成プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、実施の形態１の動作定義ファイル生成装置１００、実施の形態２，３の動作定義ファイル生成アプリ２３３１，２５３１で実行される動作定義ファイル生成プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

実施の形態１の動作定義ファイル生成装置１００、実施の形態２，３の動作定義ファイル生成アプリ２３３１，２５３１で実行される動作定義ファイル生成プログラムは、上述した各部（入力部１１１、判断部１１２、生成部１１５、暗号化処理部１１３、保存部１１４）を含むモジュール構成となっており、実際のハードウエアとしてはＣＰＵ（プロセッサ）が上記記憶媒体から動作定義ファイル生成プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、入力部１１１、判断部１１２、生成部１１５、暗号化処理部１１３、保存部１１４が主記憶装置上に生成されるようになっている。

なお、本発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施の形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施の形態にわたる構成要素を適宜組み合わせても良い。

１００ 動作定義ファイル生成装置
１１１ 入力部
１１２ 判断部
１１３ 暗号化処理部
１１４ 保存部
１１５ 生成部
１３０ 外部記憶媒体インタフェース
１４０ 設定データファイル
１５０ 動作定義ファイル
１６０ ＰＪＬコマンドファイル
１８０ 外部記憶媒体
３００ 複合機
３０３ 他ハードウエアリソース
３１１ プリンタアプリ
３１３ ファックスアプリ
３１５ ネットファイルアプリ
３２０ プラットホーム
６０１ 動作定義ファイル管理部
６０３ ＵＣＳデータ設定部
２３１０，２５１０ ＰＣ
２３３０，２５３０ ＷＥＢサーバ
２３３１，２５３１ 動作定義ファイル生成アプリ

特許第３７０４２４６号公報 特許第３７８４７１７号公報 特開２００２−３３４０４７号公報

Claims (6)

1. 情報処理装置と、処理を実行するための制御手段を備える画像形成装置とを有するシステムであって、
   前記情報処理装置は、
   前記画像形成装置で設定する設定項目の設定データを定義した設定情報を記憶する記憶手段と、
   前記設定情報に基づいて、前記画像形成装置に前記設定データを反映させるための動作を記述した動作定義情報を生成する生成手段と、
   生成された前記動作定義情報を外部記憶媒体に保存する保存手段と、を備え、
   前記画像形成装置は、
   前記外部記憶媒体に保存された前記動作定義情報を読み込む読込手段と、
   前記動作定義情報に基づいて、前記画像形成装置の前記設定データを反映する設定手段と、を備え、
   前記動作定義情報は、アプリケーションプログラムからの要求に基づく処理を実行するためのインタフェース情報が前記設定データを定義した設定情報に含まれる場合、前記アプリケーションプログラムからの要求に基づく処理に対応する前記制御手段に前記インタフェース情報を設定する情報を含む
   ことを特徴とするシステム。
2. 前記読込手段は、アプリケーションプログラムインタフェース（ＡＰＩ）で提供されるＡＰＩの前記設定データを反映させるためのコマンドを記述した前記動作定義情報を読み込み、
   前記設定手段は、前記ＡＰＩの前記設定データを反映することを特徴とする請求項１に記載のシステム。
3. 前記読込手段は、プリンタジョブ言語（ＰＪＬ）のＰＪＬコマンドに関する前記設定データを反映させるための動作を記述した前記動作定義情報を読み込み、
   前記設定手段は、前記ＰＪＬコマンドに関する前記設定データを反映することを特徴とする請求項１又は２に記載のシステム。
4. 前記読込手段は、前記動作定義情報が暗号化されている場合に、暗号化された前記動作定義情報を復号し、復号した前記動作定義情報を読み込むことを特徴とする請求項１〜３のいずれか一つに記載のシステム。
5. 請求項１〜４のいずれか一つに記載のシステムにおいて用いられる画像形成装置。
6. 情報処理装置と、処理を実行するための制御手段を備える画像形成装置とで実行される設定処理方法であって、
   前記情報処理装置は、
   前記画像形成装置で設定する設定項目の設定データを定義した設定情報を記憶する記憶手段を備え、
   前記設定情報に基づいて、前記画像形成装置に前記設定データを反映させるための動作を記述した動作定義情報を生成する生成ステップと、
   生成された前記動作定義情報を外部記憶媒体に保存する保存ステップと、を含み、
   前記画像形成装置は、
   前記外部記憶媒体に保存された前記動作定義情報を読み込む読込ステップと、
   前記動作定義情報に基づいて、前記画像形成装置の前記設定データを反映する設定ステップと、を含み、
   前記動作定義情報は、アプリケーションプログラムからの要求に基づく処理を実行するためのインタフェース情報が前記設定データを定義した設定情報に含まれる場合、前記アプリケーションプログラムからの要求に基づく処理に対応する前記制御手段に前記インタフェース情報を設定する情報を含む
   ことを特徴とする設定処理方法。

Images