JP2011028318A - 画像形成装置、画像形成装置利用システム、画像データ生成方法 - Google Patents

Abstract

【課題】ディレクトサービスによる制約の下、ユーザの利用権限の範囲でシナリオの変更が可能な画像形成装置等を提供すること。
【解決手段】シナリオの正当性を判定するシナリオ判定手段４１と、シナリオが正当である場合に配信設定に基づき画像データを配信する配信手段４２と、を有する画像配信装置１３に、画像データとシナリオを送信する画像形成装置１００であって、利用権限情報記憶手段３８と、シナリオ呼出手段３７と、シナリオ呼出手段が呼び出したシナリオの実行が、利用権限情報により許可されているか否かを判定する実行可否判定手段３５と、実行可否判定手段により実行不可と判定された場合、利用権限情報に許可された範囲でシナリオを変更する設定変更手段３４と、変更されたシナリオをシナリオ記憶装置１２に記憶させるシナリオ記憶要求手段３６と、変更されたシナリオを、画像配信装置４２に送信する送信手段３２と、を有することを特徴とする。
【選択図】図２

Description

本発明は、シナリオに基づき画像データを生成する画像形成装置等に関し、特に、シナリオの変更を容易にした画像形成装置、画像形成装置利用システム及び画像データ生成方法に関する。

ネットワークシステムにおいてディレクトリサービス（LANなどのコンピュータネットワーク上にあるユーザ情報、接続されているプリンタ、ファックスなどの機器を記憶し、検索可能にしたサービス。例えば「Active Directory」。）が利用されることがある。ディレクトリサービスとこれを管理する管理サーバを利用すれば、一元的にユーザと配信方法を管理できるドキュメント配信システムを実現できる。ＩＴ管理者は、管理サーバが監視する、スキャナやスキャナの搭載された機器（例えば、MFP）の機器情報や状態に基づき、シナリオ（読み取り条件設定、配信方法、配信先ユーザがまとまったもの）を登録したり、そのシナリオを利用可能なユーザを登録したりすることができるようになる。ユーザは、シナリオをＭＦＰに設定してシナリオの条件で原稿を読み取ることができる（例えば、特許文献１参照。）。

特許文献１には、利用者ＩＤがスキャナに入力されると、スキャナが利用者ＩＤを、ネットワークを介してスキャンサーバに送信し、スキャンサーバは、送信されてきた利用者ＩＤと一致する利用者ＩＤが内部メモリに登録されているか否か判定し、登録されている場合に利用者ＩＤに対応する読取情報をスキャナに送信する画像読み取りシステムが開示されている。

ところで、ＭＦＰ等の利用に関する管理意識が高まっており、各ＭＦＰにユーザ毎の利用権限が登録されている場合がある。利用権限として、ユーザ毎に、例えば、スキャナによる読み取り時に設定可能な解像度、カラー種別、用紙サイズ等が登録されている。したがって、ユーザがシナリオをスキャンサーバからＭＦＰに設定した場合、シナリオの内容が利用権限に抵触し、ユーザがシナリオを利用できない状況が生じうる。すなわち、シナリオを呼び出しても利用できないためディレクトサービスが有効に活用されなくなってしまう。

ＩＴ管理者がシナリオを作成する際に、全てのＭＦＰの利用権限をユーザ毎に把握して、利用権限を越えないシナリオを作成してもよいが、作業内容が煩雑になるため実際には難しい。

一方、利用権限の範囲でユーザにシナリオの変更を認めることが考えられるが、シナリオの変更については制約が課されていることが多く、ディレクトサービスによっては利用権限の範囲であってもシナリオの変更が認められていない場合がある。この場合、ユーザは、変更したシナリオを実行してＭＦＰを動作させても、スキャンサーバにより画像データの利用が禁止されるという問題がある。

本発明は、上記課題に鑑み、ディレクトサービスによる制約の下、ユーザの利用権限の範囲でシナリオの変更が可能な画像形成装置、画像形成装置利用システム及び画像データ生成方法を提供することを目的とする。

上記課題に鑑み、本発明は、当該画像形成装置のユーザ毎に、読み取り設定及び画像データを配信するための配信設定を含むシナリオを記憶したシナリオ記憶装置に、前記画像形成装置から送信されたシナリオが記憶されているか否かに基づき該シナリオの正当性を判定するシナリオ判定手段と、シナリオが正当である場合に配信設定に基づき画像データを配信する配信手段と、を有する画像配信装置に、画像データとシナリオを送信する画像形成装置であって、ユーザ毎に利用権限情報が記憶された利用権限情報記憶手段と、前記シナリオ記憶手段からユーザが使用可能なシナリオを呼び出すシナリオ呼出手段と、前記シナリオ呼出手段が呼び出したシナリオの実行が、前記利用権限情報により許可されているか否かを判定する実行可否判定手段と、前記実行可否判定手段により実行不可と判定された場合、前記利用権限情報に許可された範囲でシナリオを変更する設定変更手段と、前記設定変更手段により変更されたシナリオを、前記シナリオ記憶手段に記憶させるシナリオ記憶要求手段と、前記設定変更手段により変更されたシナリオを、前記画像配信装置に送信する送信手段と、を有することを特徴とする。

変更されたシナリオを、前記シナリオ記憶手段に記憶させることで、画像配信装置が、シナリオ記憶装置に、前記画像形成装置から送信されたシナリオが記憶されているか否かに基づき該シナリオの正当性を判定する際、正当性があると判定することができる。

ディレクトサービスによる制約の下、ユーザの利用権限の範囲でシナリオの変更が可能な画像形成装置、画像形成装置利用システム及び画像データ生成方法を提供することができる。

画像形成装置利用システムの概略構成図の一例である。 画像形成装置利用システムの動作を模式的に示す図の一例である。 画像形成装置のハードウェア構成図の一例である。 ＳＭＣ、ＡＤ、画像配信サーバのハードウェア構成図の一例である。 画像形成装置利用システムの機能ブロック図の一例である。 シナリオＤＢに登録されたシナリオの一例を示す図である。 利用権限情報ＤＢに記憶されている利用権限情報の一例を示す図である。 変更されたシナリオが登録されたシナリオＤＢの一例を模式的に示す図の一例である。 画像形成装置利用システムが、画像形成装置ｎの能力を考慮して、シナリオを登録する手順を示すシーケンス図の一例である。 シナリオの変更と正当性の判定手順の一例を示すシーケンス図である（実施例１）。 シナリオ一覧画面の一例を示す図である。 シナリオの変更と正当性の判定手順の一例を示すシーケンス図である（実施例２）。 シナリオＤＢの遷移を説明する図の一例である。 シナリオの変更と正当性の判定手順の一例を示すシーケンス図である（実施例３）。 削除問い合わせ画面の一例を示す図である。 シナリオの変更と正当性の判定手順の一例を示すシーケンス図である（実施例４）。 シナリオＤＢの遷移を説明する図の一例である。 シナリオの変更と正当性の判定手順の一例を示すシーケンス図である（実施例５）。 上書き通知画面の一例を示す図である。 シナリオの変更と正当性の判定手順の一例を示すシーケンス図である（実施例６）。 変更シナリオの登録方法選択画面の一例を示す図である。 シナリオの変更と正当性の判定手順の一例を示すシーケンス図である（実施例７）。 シナリオ変更確認画面の一例を示す図である

以下、本発明を実施するための形態について、図面を参照しながら実施例を挙げて説明する。

図１、２を用いて、まず、本発明の概略を説明する。図１は、本実施形態の画像形成装置利用システム１００の概略構成図の一例を示す。画像形成装置利用システム１００は、シナリオ（シナリオについては後述する）の作成を行うシナリオ作成装置１１（以下、「ＳＭＣ」１１という）、シナリオの登録を受付けシナリオの保存を行うシナリオ登録装置１２（以下、「ＡＤ」１２という記載）、ＳＭＣ１１がシナリオを作成する際に必要になる機器の能力情報（カラーでの読み取りが可能か否か、最大解像度はいくつか、等の情報）を提供し、また原稿を読み取り、それにより生成された画像データとシナリオを画像配信サーバ１４へ送出する画像形成装置１、２、３…（区別しない場合、画像形成装置１３という）、画像形成装置１３から送信された画像データとシナリオを受け取り、シナリオの正当性を判定した後、シナリオで指定された配信方法でその画像データの処理（他の情報処理装置への画像送信など）を行う画像配信サーバ１４を有する。

なお、本実施形態では、ＳＭＣ１１、ＡＤ１２、及び、画像配信サーバ１４を別々のコンピュータとして扱うが、各装置の機能は１台又は２台のコンピュータに集約することができる。各装置の機能は、例えばアプリケーションソフトウェアとして実装でき、コンピュータであれば各装置として必要な機能を提供できる。

また、以下では、シナリオを登録する際にＳＭＣ１１を操作する操作者を管理者と、シナリオを利用する際に画像形成装置１３を操作する操作者をユーザという。また、本実施形態ではスキャン条件を例にするが、複写条件、プリント条件を含めても良い。

図２（ａ）〜（ｃ）は、画像形成装置利用システム１００の動作を模式的に示す図の一例である。
（Ａ１）管理者はＳＭＣ１１を操作することによりシナリオを作成する。シナリオについては後述するが、シナリオとは、画像形成装置１３の「読み取り設定」「配信設定」「ユーザ名」「パスワード」「機種」「機器識別子」等の情報である。

ＳＭＣ１１は特定のＯＳ（例えば、Ｗｉｎｄｏｗｓ（登録商標）ＶＩＳＴＡ、７と同等以上の機能を備えたＯＳ）の一機能又はアプリケーションソフトウェアとして実装される「スキャナ管理コンソール」というユーザインターフェイスを有する。スキャナ管理コンソールは、管理者が画像形成装置１３及びＡＤ１２と通信したり、各種の情報を設定するためのユーザインターフェイスの一態様である。ＳＭＣ１１と画像形成装置１３は、所定のプロトコル（例えば、ＷＳ−ＥＷＳ）により通信する。

シナリオを作成するためには画像形成装置１３の能力情報が必要になる。このためＳＭＣ１１は、管理者の操作を受け付け、画像形成装置１３にその画像形成装置１３が有している能力情報や状態を問い合わせる（図２(a)）。
（Ａ２）ＳＭＣ１１が画像形成装置１３に対してその画像形成装置１３が有している能力情報の提供を要求すると、要求に応じて画像形成装置１３はＳＭＣ１１に対して自機の能力情報を提供する。なお、ＳＭＣ１１が画像形成装置１３の能力情報を受け取るのは管理者がシナリオ作成の操作を行う前でもよいし、シナリオ作成を行おうとした時でもよい。

ＳＭＣ１１は画像形成装置１３から受信した能力情報をディスプレイに表示する。管理者は、能力情報による能力を超えない範囲で、読み取り設定を登録することができる。また、管理者は、配信設定、その読み取り設定を使用するユーザの「ユーザ名」「パスワード」等を登録する。
（Ａ３）そして、ＳＭＣ１１は各種の情報が登録されたシナリオをＡＤ１２に登録する。ＡＤ１２はこれを保存する（記憶する）。ＡＤ１２は、複数のネットワークに接続されたＰＣ、スキャナ、プリンタ、複写機、ファクシミリ等を、ドメイン（ユーザーとコンピュータの管理単位）の階層構造として管理する。例えば、あるＰＣから接続可能なスキャナ等を規定することができる。ここまでがシナリオ登録に関する処理の流れである。

後述するように、ある画像形成装置１について１つのシナリオが生成されると、ＳＭＣ１１は、そのシナリオを他の画像形成装置２、３…に適用して新しいシナリオを作成する。したがって、１つの画像形成装置１のシナリオがＡＤ１２に登録されると、他の画像形成装置２、３…でも、同じことができるシナリオを自動でＡＤ１２に登録することができる。

次に、シナリオの利用に関する流れを説明する（図２（ｂ）（ｃ））。
（Ｂ１）ユーザは画像形成装置１３に認証操作を入力し（ログインし）、画像形成装置１３はＡＤ１２から、ログインしたユーザが利用できるシナリオを取得する。シナリオにはそのシナリオを使用可能なユーザが対応づけられているため、画像形成装置１３には画像形成装置１３を利用するユーザに対応づけられたシナリオのみが送出される。
（Ｂ２）ユーザは、画像形成装置１３の操作パネル５７からシナリオを選択し、スタートキーを押下することで原稿をスキャンする。以下、シナリオに基づき画像形成装置１３が動作することを「シナリオを実行する」という。
（Ｂ３）シナリオを実行する際、画像形成装置１３は、利用権限情報ＤＢ３８から該ユーザの利用権限を参照し、シナリオが利用権限の範囲内か否かを判定する。利用権限の範囲内の場合、画像形成装置１３は、そのままシナリオを実行する。利用権限の範囲内でない場合、画像形成装置１３は、利用権限を越えないようにシナリオを変更してから実行する。したがって、シナリオが利用権限の範囲内でなくても、利用権限を超えない範囲で、ユーザはシナリオを実行することができる。
（Ｂ４）そして、本実施形態の画像形成装置利用システム１００は、画像形成装置１３が変更したシナリオをＡＤ１２に登録することに特徴がある。
（Ｂ５）画像形成装置１３は、変更したシナリオを読み取り条件に設定して読み取った画像データ及び変更されたシナリオを画像配信サーバ１４に送信する。画像形成装置１３と画像配信サーバ１４は、所定のプロトコル（例えば、ＷＳ−ＥＷＳ）により通信する（図２（ｃ））。
（Ｂ６）画像配信サーバ１４は、画像データと共に受信したシナリオが、ＡＤ１２に登録されているか否かを判定する。この判定により、シナリオとして登録されていない画像形成装置１３の利用を排除して、画像形成装置１３の利用を管理している（シナリオの正当性判定）。

したがって、画像形成装置１３が変更したシナリオをＡＤ１２に登録することで、画像配信サーバ１４が、画像データと共に受信したシナリオが、ＡＤ１２に登録されているか否かを判定する際、シナリオが正当であると判定され、画像配信サーバ１４は画像データを配信することができる。すなわち、正当性を判定するという制約があっても、ユーザの利用権限の範囲でシナリオを変更することができる。
（Ｂ７）画像配信サーバ１４は、シナリオに記載されている配信設定（配信方法、配信先）に基づき画像データを配信するなどの処理を行う。図示するように、配信方法は、例えば「Ｓｃａｎ Ｔｏ Ｅ−ｍａｉｌ」、「Ｓｃａｎ Ｔｏ ＦｉｌｅＳｈａｒｅ」、「Ｓｃａｎ Ｔｏ ＳｈａｒｅＰｏｉｎｔ」等である。

〔画像形成装置１３のハードウェア構成〕
図３は、画像形成装置１３のハードウェア構成図の一例を示す。画像形成装置１３は、スキャナ６９、プリンタ６７及びＦＡＸ制御ユニット６８を有するＭＦＰ（Multifunction Peripheral）である。本実施形態では、ＭＦＰであるとして説明するが、最低限、スキャナ６９を搭載していればよい。

画像形成装置１３は、さらに、コントローラ５１と操作パネル５７を有する。コントローラ５１は、ＣＰＵ５２と，システムメモリ５４と，ＮＢ（ノースブリッジ）５３と、ＳＢ（サウスブリッジ）５９と，ＡＳＩＣ（Application Specific Integrated Circuit）５８と，ローカルメモリ５５と，ＨＤＤ５６と、ＮＩＣ（ネットワークインターフェイスカード）６１と，ＵＳＢデバイス６２と，ＩＥＥＥデバイス６３と、セントロニクスデバイス６４とを含む。

記憶媒体６５は、例えば、ＵＳＢデバイス６２に脱着可能であり、記憶媒体６５に記憶されたプログラム６６は、記憶媒体６５からＨＤＤ５６にインストールされる。また、プログラム６６は、不図示のサーバからＮＩＣ６１を経由してＨＤＤ５６にインストールされてもよい。

ＣＰＵ５２は、画像形成装置１３の全体制御を行うものである。例えばＣＰＵ５２は、ＯＳ上にプロセスを起動して実行させる。ＮＢ５３はブリッジである。ＳＢ５９は、ＰＣＩバスとＲＯＭや周辺デバイス等とを接続するためのブリッジである。システムメモリ５４は、画像形成装置１３の描画用メモリなどとして用いるメモリである。ローカルメモリ５５は、コピー用画像バッファ，符号バッファとして用いるメモリである。

ＡＳＩＣ５８は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ５６は、画像データ，文書データ，プログラム６６，フォントデータ等の蓄積を行うストレージ（補助記憶装置）の一例である。ＮＩＣ６１は、画像形成装置１３をネットワークに接続するインターフェイス機器である。また、ＵＳＢデバイス６２，ＩＥＥＥ１３９４デバイス６３およびセントロニクスデバイス６４は、それぞれの規格に準じたインターフェイスであり、ＰＣと接続され印刷データ等を受信する。

操作パネル５７は、ユーザからの入力操作を受け付けると共に、ユーザに向けた表示を行う操作部であり、タッチパネルを一体に有すると共に、タッチパネルの周囲にハードキーを有する。プリンタ６７は、白黒プロッタ及び／又はカラープロッタであり、印刷ジョブデータやスキャナ６９が読み取った画像データに基づき、１ページ毎の画像を形成し、用紙に転写する。例えば、レーザービームを用いた電子写真プロセスを使って、感光ドラム等に形成したトナー画像を用紙に転写し、定着装置により熱と圧力により定着して出力する。

また、スキャナ６９は、コンタクトガラスに載置された原稿を光学的に走査して、その反射光をＡ／Ｄ変換して、像域分離、地肌除去処理、γ変換、孤立点除去処理、色変換処理、変倍処理などの画像処理を施し所定の解像度のデジタルデータに変換し画像データを生成する。

ＦＡＸ制御ユニット６８は、ＮＣＵ（Network Control Unit）を介して公衆通信網に接続し、例えばＧ３、Ｇ４規格のファクシミリに対応した通信手順（通信プロトコル）等に従いファクシミリの送受信を行う。なお、ＦＡＸ制御ユニット６８はメモリを有しており、例えば画像形成装置１３の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するためにこのメモリに記憶する。

〔ＳＭＣ１１、ＡＤ１２、画像配信サーバ１４のハードウェア構成〕
ＳＭＣ１１、ＡＤ１２、及び、画像配信サーバ１４は、いずれもパーソナルコンピュータ、ワークステーション等を実体とするコンピュータである。コンピュータとしてのハードウェア構成は、三者に共通なので、ＳＭＣ１１を例にして説明する。

図４は、ＳＭＣ１１、ＡＤ１２、画像配信サーバ１４のハードウェア構成図の一例である。ＳＭＣ１１は、ＣＰＵ７１と、メモリ７２である各種のＲＯＭやＲＡＭとが、バスラインで接続された構造を有する。このバスラインには、所定のインターフェイスを介して、大容量の記憶装置であるＨＤＤ７５、マウスやキーボードなどの入力装置７６と、ＬＣＤやＣＲＴなどのディスプレイ８０を接続するモニタ制御部７７と、光ディスクなどの記憶媒体７８を読み取る記憶媒体読取装置７３が接続され、また、インターネットなどのネットワークやＵＳＢなどの外部機器と通信を行なう所定のネットワーク装置７４が接続されている。
ＳＭＣ１１のＨＤＤ７５には、シナリオを自動的に作成するプログラム７９（ＳＭＣ１１の場合）、シナリオを登録するためのプログラム７９（ＡＤ１２の場合）、又は、画像データを配信するためのプログラム７９（画像配信サーバ１４の場合）がそれぞれ記憶されている。このプログラム７９は、記憶媒体７８から記憶媒体読取装置７３により読み取られ、又は、インターネットなどのネットワークからダウンロードされるなどして、ＨＤＤ７５にインストールされたものである。インストールによりＳＭＣ１１は、管理者がシナリオを作成すること、及び、自動的に作成することが可能になる。

ＳＭＣ１１のＣＰＵ７１は、ＨＤＤ７５に記憶しているプログラム７９を読み出し、メモリ７２のＲＡＭを作業メモリにして実行することで、シナリオ統括部２１、シナリオ作成部２５、能力交換部２２、シナリオ自動作成部２４及び機器検索部２３を実現する。

同様に、ＡＤ１２のＣＰＵ７１は、ＨＤＤ７５に記憶しているプログラム７９を読み出し、メモリ７２のＲＡＭを作業メモリにして実行することで、図５のシナリオ登録部２６、シナリオ検索部２９を実現する。同様に、画像配信サーバ１４のＣＰＵ７１は、ＨＤＤ７５に記憶しているプログラム７９を読み出し、メモリ７２のＲＡＭを作業メモリにして実行することで、図５のシナリオ判定部４１及び画像配信部４２を実現する。

ネットワーク装置７４は、例えば、ＴＣＰ／ＩＰをプロトコルにして通信するため、物理層とデータリンク層の通信接続を、ＳＭＣ１１、ＡＤ１２、画像配信サーバ１４及び画像形成装置１３、それぞれの間で確立する。例えば、ＡＤ１２と画像形成装置１３の間は、ＴＣＰ／ＩＰの上位層の、例えばＬＤＡＰ（Lightweight Directory Access Protocol ）をプロトコルにして通信する。ＬＤＡＰは、ディレクトリサービスでは汎用的なプロトコルで、画像形成装置１３からＡＤ１２のシナリオを検索する際に利用される。

なお、上記のように、ＳＭＣ１１、ＡＤ１２、及び、画像配信サーバ１４を１つのコンピュータに実装してもよい。ＳＭＣ１１とＡＤ１２を１つのコンピュータに実装し、画像配信サーバ１４を別のコンピュータに実装してもよい。また、ＳＭＣ１１と画像配信サーバ１４を１つのコンピュータに実装し、ＡＤ１２を別のコンピュータに実装してもよい。また、ＡＤ１２と画像配信サーバ１４を１つのコンピュータに実装し、ＳＭＣ１１を別のコンピュータに実装してもよい。

〔画像形成装置利用システム１００の機能構成〕
図５は、画像形成装置利用システム１００の機能ブロック図の一例を示す。

〔シナリオ〕
まず、図６を用いてシナリオについて説明する。図６は、後述するシナリオＤＢ２８に登録されたシナリオの一例を示す図である。シナリオには、「読み取り設定」「配信設定」「ユーザ名」「パスワード」「機種」「機器識別子」が登録される。「読み取り設定」は、「解像度」「濃度設定」「カラー種別」「用紙サイズ」の各情報が登録される。「配信設定」には「配信方法」と「配信先」が登録される。ユーザ名はユーザを識別するためのものであり、パスワードは画像形成装置１３にログインしているユーザを認証するためのものである。

機器識別子は、画像形成装置１３ごとに固有の値である。機器識別子は、シナリオＤＢ２８に登録されたシナリオがどの画像形成装置１３用に生成されたものかを示す。換言すると、機器識別子に示される画像形成装置１３により、登録されたシナリオが利用可能となる。

画像形成装置１３はＡＤ１２からシナリオを取得すると、スキャナ６９を動作させるパラメータとして設定する。このパラメータが「解像度」「濃度設定」「カラー種別」「用紙サイズ」の各読み取り条件に対応して設定されたものである。したがって、ユーザが画像形成装置１３の操作パネル５７を操作して「解像度」「濃度設定」「カラー種別」「用紙サイズ」を設定しなくても、画像形成装置１３が原稿を読み取り、画像データを生成することができる。なお、ユーザが、操作パネル５７を操作して、シナリオにより設定された読み取り設定の一部又は全てを変更することができるか否かは、ディレクトサービスの設計ポリシーに依存する。本実施形態では、シナリオが変更されることにより、画像配信サーバ１４に画像データと共に送信されたシナリオが、変更の結果、ＡＤ１２に記憶されたシナリオと異なる場合、画像配信サーバ１４は画像データを配信しないようになっている。

また、画像データとシナリオが画像配信サーバ１４に送信されると、画像配信サーバ１４はシナリオの正当性の判定の後、シナリオの配信設定に従い画像データを配信する。このように、シナリオは画像データの生成方法から配信方法までを規定する規定条件となる。

＜ＳＭＣ１１＞
ＳＭＣ１１は、シナリオ統括部２１、能力交換部２２、機器検索部２３、シナリオ自動作成部２４及びシナリオ作成部２５とを有する。ＳＭＣ１１は、シナリオを作成してＡＤ１２に登録する。作成方法は２つあり、１つは管理者がＳＭＣ１１を操作してシナリオを作成する方法で、もう１つは管理者が作成したシナリオと同じシナリオをＳＭＣ１１が自動作成する方法である。

能力交換部２２は画像形成装置１３の能力情報を取得する。能力情報はシナリオの「読み取り設定」と同等の情報である。このため、能力交換部２２は、ネットワークに接続されている画像形成装置１３の設置情報が必要になる。設置情報とは、ネットワークに接続されている画像形成装置１３と通信するための情報であり、例えば、画像形成装置１３の機器識別子、機種、ＭＡＣアドレス、ＩＰアドレス等である。そこで、能力交換部２２は、機器検索部２３に、検索対象のネットワーク内の画像形成装置１３の情報の提供を要求する。

機器検索部２３は、ネットワーク内にある検索対象の画像形成装置１３の設置情報を取得する。機器検索部２３は、管理者が設定した検索範囲のネットワークから、上記のように、ＷＳ−ＥＷＳプロトコルを使って、画像形成装置１３例えば実行統括部３１に設置情報を要求する。検索対象の画像形成装置１３を、例えば、スキャナ機能を有する機器に限定してもよい。

なお、機器検索部２３による画像形成装置１３の検索には例えばＳＮＭＰ（Simple Network Management Protocol）を利用してもよい。ＳＮＭＰは、ネットワークに接続された機器をネットワーク経由で監視することによってネットワークシステムを管理するプロトコルである。機器検索部２３は、検索要求をネットワーク内に例えば同報的に送信する。

各画像形成装置１３は、ＭＩＢ（Management Information Base）２と呼ばれるデータベースに機器情報を記憶している。画像形成装置１３は、検索要求に対し、機器情報から設置情報を抽出し機器検索部２３に送信する。したがって、この態様では、ＳＭＣ１１がＳＮＭＰプロトコルにおけるＳＮＭＰマネージャに、画像形成装置１３がＳＮＭＰエージェントにそれぞれ相当する。

設置情報を取得した機器検索部２３は、設置情報を能力交換部２２に送出する。能力交換部２２は、設置情報（特に、機器識別子、機種、ＭＡＣアドレスやＩＰアドレス）を用いて、ネットワーク内の各画像形成装置１３に能力情報を要求する。検索時と同様に、ＷＳ−ＥＷＳプロトコルやＳＮＭＰとＭＩＢ２を利用してもよいし、ＨＴＴＰ、ＦＴＰ等のプロトコルを利用してよい。

シナリオ統括部２１は、シナリオ作成に関する制御部となる。具体的には能力交換部２２から画像形成装置１３の能力情報を取得し、それをもとにシナリオ作成部２５にシナリオ作成を依頼する。例えば、管理者がＳＭＣ１１で画像形成装置１のシナリオを作成した場合、シナリオ統括部２１は、管理者が作成したシナリオを、シナリオ作成部２５に送出する。シナリオ作成部２５は、シナリオを所定のフォーマットに形成して、メモリ７２やＨＤＤ７５に記憶する。また、シナリオ統括部２１は、シナリオ作成部２５が作成したシナリオを登録するよう、ＡＤ１２のシナリオ登録部２６に要求する。

また、画像形成装置１以外の画像形成装置２、３…（以下、画像形成装置ｎ（ｎ＝２，３、４…）という）についてシナリオを作成する場合、シナリオ統括部２１はシナリオ作成部２５が作成したシナリオをシナリオ自動作成部２４に送出する。シナリオ自動作成部２４は、シナリオ作成部２５にシナリオの作成を要求する。このように、シナリオ自動作成部２４とシナリオ作成部２５が一体となってシナリオを自動作成する。なお、シナリオ作成部２５は、管理者が作成したシナリオの複製を、画像形成装置ｎのシナリオとして生成する。

自動作成の手順はあくまで一例であり、例えば、シナリオ自動作成部２４がシナリオを自動作成してもよい。本実施形態では、管理者がＳＭＣ１１を操作してシナリオを設定することをシナリオの作成と、ＳＭＣ１１が、管理者が作成したシナリオからシナリオを作成することを自動作成という。

シナリオ統括部２１は、いくつかの態様で、画像形成装置ｎ用のシナリオを自動作成する。

ａ．画像形成装置ｎの能力を考慮しないでシナリオを作成する。

ｂ．画像形成装置ｎの能力を考慮してシナリオを作成する。

ｂ１．画像形成装置１と同一機種の画像形成装置ｎについてシナリオを作成する。

ｂ２．画像形成装置１と同一スペックの画像形成装置ｎついてシナリオを作成する。

「ｂ」の態様の場合、シナリオ作成部２５は、画像形成装置ｎのシナリオを作成するか否かを判定し、シナリオを作成すると判定した場合に、シナリオ自動作成部２４にシナリオの作成を要求する。「ｂ」のように能力を考慮することで、画像形成装置ｎの有していない能力が、画像形成装置ｎのシナリオに含まれないようすることができる。

同一機種又は同一スペックか否かを判定することで、例えば、管理者によりシナリオが作成された画像形成装置１ではカラー印刷が可能だが、画像形成装置ｎの能力情報によるとカラー印刷ができない場合、シナリオ統括部２１は画像形成装置ｎのシナリオを作成しないと判定する。また、例えば、管理者によりシナリオが作成された画像形成装置１では６００ｄｐｉによる読み取りが可能だが、画像形成装置ｎの能力情報によると４００ｄｐｉの読み取り解像度が上限の場合、シナリオ統括部２１は画像形成装置ｎのシナリオを作成しないと判定する。

＜ＡＤ１２＞
ＡＤ１２は、シナリオ登録部２６とシナリオ検索部２９を有し、シナリオ登録部２６はシナリオＤＢ２８と接続されている。ＡＤ１２のシナリオ登録部２６は、ＳＭＣ１１のシナリオ統括部２１から登録が要求されたシナリオを受信して、シナリオＤＢ２８に登録する。登録とは、画像形成装置１３から検索可能な状態で記憶することをいう。シナリオ登録部２６は、登録したシナリオを、ＨＤＤ７５やＳＤＤ（Solid State Drive）を実体とするシナリオＤＢ２８に記憶する。

なお、シナリオ登録部２６は、画像形成装置１３のシナリオ登録要求部３６からシナリオの登録要求とシナリオを受け付け、そのシナリオをシナリオＤＢ２８に登録する。登録方法には、新規に登録する方法と上書きして登録する方法がある。

シナリオ検索部２９は、画像形成装置のシナリオ呼出部からユーザ名を受け取り、そのユーザ名に対応づけられたシナリオを検索し、検索にヒットした全てのシナリオをシナリオ呼出部に送信する。

同様に、シナリオ検索部２９は、後述する画像配信サーバ１４のシナリオ判定部４１からユーザ名を受け取り、そのユーザ名に対応づけられたシナリオを検索し、検索にヒットした全てのシナリオをシナリオ判定部４１に送信する。

＜画像形成装置１３＞
画像形成装置１３は、シナリオ呼出部３７、実行統括部３１、データ送信部３２、原稿読取部３３、設定変更部３４、実行可否判定部３５、及び、シナリオ登録要求部３６、を有する。なお、実行可否判定部３５には利用権限情報ＤＢ３８が接続されている。各機能ブロックは、画像形成装置１３のＣＰＵ５２がプログラム６６を実行することで実現される。

画像形成装置１３は、ＡＤ１２から受信したシナリオの一覧を操作パネル５７に表示する。ユーザがいずれかのシナリオを選択すると、画像形成装置１３はそれを受け付け、スキャナアプリにシナリオを送出する。これにより、シナリオと同じ読み取り条件が画像形成装置１３に設定される。

ユーザが「スタート」キー等を押下すると、スキャナ６９は、スキャナアプリがシナリオに基づき設定した読み取り設定にしたがい動作する。

実行統括部３１は、シナリオの呼び出しから画像データの送信までの一連の処理を統括して制御する。シナリオ呼出部３７はＡＤ１２のシナリオ検索部２９を介してシナリオＤＢ２８にアクセスし、登録されているシナリオを呼び出す。シナリオ呼出部３７は、画像形成装置１３の機器識別子と画像形成装置１３を使用するユーザのユーザ名をキーにして、シナリオＤＢ２８からシナリオを呼び出す。なお、ＡＤ１２は、ユーザを認証するためのユーザ情報を記憶している。ユーザ情報は、ユーザを一意に識別するユーザ名、及び、パスワード等が登録されている。ＡＤ１２は、ユーザ名とパスワードに基づくユーザの認証が成立するか否かを判定する。ユーザ名とパスワートは、画像形成装置１３にログインする際にユーザが画像形成装置１３に入力している。認証が成立すると、シナリオ検索部２９は、シナリオＤＢ２８からユーザ名と画像形成装置１３の機器識別子が対応づけられたシナリオを読み出して画像形成装置１３に送信する。

実行可否判定部３５は、利用権限情報ＤＢ３８を参照して、画像形成装置１３にログインしているユーザの権限でシナリオに登録されている設定が実行可能か否かを判定する。図７（ａ）は、利用権限情報ＤＢ３８に記憶されている利用権限情報の一例を示す図である。利用権情報ＤＢには、ユーザ名に対応づけて、「解像度」「カラー種別」「用紙サイズ」「パスワード」が登録されている。

ユーザが選択したシナリオが、例えば図７（ｂ）のようであった場合、実行可否判定部３５はシナリオの「解像度」「カラー種別」「用紙サイズ」が、利用権限情報で利用が許可される範囲内か否かを判定する。シナリオはユーザ名「ＣＣＣ」のユーザ用に作成されたものなので、実行可否判定部３５は利用権限情報ＤＢ３８からユーザ名「ＣＣＣ」の利用者権限情報を読み出す。図７（ａ）では、ユーザ名「ＣＣＣ」のユーザが設定できる「解像度」は「１００ｄｐｉ」であり、「カラー種別」は「白黒」、「用紙サイズ」は「Ａ３ＳＥＦ」である。これに対しシナリオに登録された解像度は「６００dpi」、カラー種別は「カラー」、用紙サイズは「Ａ３ＳＥＦ」である。

このため、実行可否判定部３５は、「解像度」と「カラー種別」において、シナリオがユーザの利用権限を超えているため、実行できないと判定する。

図５に戻り、設定変更部３４はユーザの利用権限内で実行可能な設定にシナリオを変更する。図７（ａ）（ｂ）の例では、ユーザ名「ＣＣＣ」のユーザは「解像度」が「１００ｄｐｉ」で「カラー種別」が「白黒」なら利用権限情報により許可されている。そこで、設定変更部３４は、シナリオ呼出部３７が呼び出したシナリオの「解像度」を「１００ｄｐｉ」に、「カラー種別」を「白黒」にそれぞれ変更する。

図7（ｃ）は変更されたシナリオの一例を示す。このような変更は、利用権限情報の「解像度」と「カラー種別」の内容を、シナリオの「解像度」と「カラー種別」の内容に設定することと同じである。シナリオを該ユーザの利用権限を超えないように変更することで、このユーザはシナリオを実行できるようになる。

なお、以下では、設定変更部３４が変更したシナリオであって画像データと共に画像配信サーバ１４に送信されたシナリオを「添付された変更シナリオ」と、設定変更部３４が変更したシナリオであってシナリオＤＢ２８に新たに登録されたシナリオを「新規のシナリオ」と、設定変更部３４が変更したシナリオであってシナリオＤＢ２８に上書きして登録されたシナリオを「上書き登録されたシナリオ」と、シナリオＤＢ２８に登録されている変更の対象となったシナリオを「元のシナリオ」という。

シナリオ登録要求部３６は、設定変更部３４が変更した図7（ｃ）のシナリオをシナリオＤＢ２８に登録するよう、ＡＤ１２のシナリオ登録部２６に要求する。これにより、画像配信サーバ１４は、シナリオが正当であると判定することができる。

図８は、シナリオが新規に登録されたシナリオＤＢ２８の一例を模式的に示す図の一例である。図６と比べてシナリオ３（変更）が新たに登録されている。

原稿読取部３３は、変更されたシナリオに基づき原稿を光学的に読み取り画像データを生成する。データ送信部３２は原稿読取部３３が生成した画像データ、及び、図7（ｃ）のシナリオを画像配信サーバ１４に送信する。

ユーザが画像形成装置１３でシナリオの設定を変更して実行する場合、従来であれば、ＡＤ１２のシナリオをＳＭＣ１１から修正して登録しなおし、さらに画像形成装置１３からシナリオの呼び出しをやりなおさなければならなかった。本実施形態では、画像形成装置１３でシナリオの修正、再登録が可能なので、利便性を向上させることができる。

＜画像配信サーバ１４＞
画像配信サーバ１４は、シナリオ判定部４１と画像配信部４２を有する。シナリオ判定部４１は、ＡＤ１２のシナリオ検索部２９に問い合わせて、画像形成装置１３から画像データと共に受信した、添付された変更シナリオの正当性を判定する。すなわち、シナリオ判定部４１は、添付された変更シナリオに含まれるユーザ名をシナリオ検索部２９に送信し、そのユーザ名に対応して登録されたシナリオを問い合わせる。シナリオ検索部２９は、ユーザ名に対応して登録されたシナリオをシナリオ判定部４１に送信する。シナリオ判定部４１は、画像形成装置１３から受信したシナリオと同じシナリオが、シナリオ検索部２９から受信したシナリオの中に存在するか否かに基づき、シナリオの正当性を判定する。上記のように、変更された図7（ｃ）のシナリオが画像配信サーバ１４に送信され、新規のシナリオとしてシナリオＤＢ２８に登録されているので、シナリオ判定部４１は、同一のシナリオが登録されていると判定すること、すなわち、画像形成装置１３から受信した添付されたシナリオに正当性があると判定できる。

なお、正当性はＡＤ１２側で行ってもよい。この場合、シナリオ判定部４１は添付されたシナリオをＡＤ１２のシナリオ検索部２９に送信し、シナリオ検索部２９が新規のシナリオと一致するか否か（添付された変更シナリオと同じ新規のシナリオが記憶されているか否か）を判定する。シナリオ判定部４１は判定結果を受信する。

画像配信部４２は、シナリオ判定部４１により正当性が確認された場合、シナリオに記載されている配信方法、配信先に基づき画像データの配信処理を行う。すなわち、画像配信部４１は、シナリオの配信設定を参照し、登録された配信方法（ＦＴＰ、ＳＭＢ（Server Message Block）、Ｅ−Ｍａｉｌ等）で、配信先に画像データを配信する。

〔動作手順〕
＜登録手順＞
図９を用いて、まず、ＳＭＣ１１からＡＤ１２にシナリオを登録する手順を説明する。図９は、画像形成装置利用システム１００が、画像形成装置ｎの能力を考慮しないで、シナリオを登録する手順を示すシーケンス図の一例である。画像形成装置ｎの能力を考慮した場合でも、シナリオが自動作成される点で同様なので説明は省略する。

まず、管理者は、ＳＭＣ１１を操作してスキャナ管理コンソールを立ち上げる。そして、シナリオ統括部２１に対し、シナリオ作成開始を要求する（Ｓ１０１）。ユーザは、マウスやキーボードを操作して、シナリオ作成開始の指示するボタン等を押下する。シナリオ統括部２１は、シナリオ作成開始の要求を受け付ける。

シナリオ統括部２１は、能力交換部２２に対し、ネットワークに接続された全機器の能力情報の取得を要求する（Ｓ１０２）。すると、能力交換部２２は、機器検索部２３に対し、画像形成装置利用システム１００にネットワークを介して接続されている画像形成装置１３の一覧を検索する機器一覧検索を要求する（Ｓ１０３）。

機器検索部２３は、画像形成装置利用システム１００に接続されている画像形成装置１３の検索を行う（Ｓ１０４、Ｓ１０５）。図では２つの画像形成装置１，２に対し検索しているが、画像形成装置１、２の数はいくつでもよい。検索されたことを検出した画像形成装置１，２はそれぞれ設置情報を機器検索部２３に送信する。機器検索部２３は、設置情報を取得した全ての画像形成装置１，２を含む機器一覧を生成する。機器一覧には、設置情報（機器識別子、機種、ＭＡＣアドレスやＩＰアドレス等）が含まれている。

機器検索部２３は、能力交換部２２に対し、ネットワークに接続されている画像形成装置１，２の検索結果をまとめた機器一覧を通知する（Ｓ１０６）。

ついで、能力交換部２２は、機器一覧を基に、画像形成装置利用システム１００に接続されている画像形成装置１，２に、画像形成装置１，２の能力情報を送信するよう要求する（Ｓ１０７、Ｓ１０９）。

すると、画像形成装置１，２は、例えばＭＩＢ２から自己の能力情報を読み出し、それぞれ能力交換部２２に送信する（Ｓ１０８、Ｓ２００）。以上で、能力交換部２２が、ネットワークに接続された画像形成装置１，２の能力情報を取得できた。

能力交換部２２は、シナリオ統括部２１に対し、取得した画像形成装置１，２の能力情報をまとめて通知する（Ｓ２０１）。

シナリオ統括部２１は、管理者に対し、シナリオ作成候補機器を表示する（Ｓ２０２）。すなわち、画像形成装置１，２の機器識別子、機種等を一覧にしてＳＭＣ１１のディスプレイ８０に表示する。ユーザは、機器識別子や機種をクリックする等して、各画像形成装置１，２の能力情報をディスプレイ８０に表示する。

管理者は、シナリオ作成候補機器と能力情報を見て、シナリオ統括部２１に対し、シナリオ作成を指示する（Ｓ２０３）。指示の内容は、画像形成装置１，２を指定する情報である。指示することで、シナリオ統括部２１はその画像形成装置１又は２（ここでは、画像形成装置１が指示されたものとする）の能力情報をディスプレイ８０に表示する。これにより、管理者は画像形成装置１の能力の範囲でシナリオを作成できる。

また、管理者は読み取り時の「解像度」「濃度設定」「カラー種別」「用紙サイズ」を設定することができる。ＳＭＣ１１は、能力情報の範囲で「解像度」「濃度設定」「カラー種別」「用紙サイズ」のそれぞれについて管理者の操作に応じて設定可能な値をプルダウン表示し、その中から所望の値を選択する。読み取り設定に所望の値を直接設定してもよい。また、管理者は、「配信方法」「配信先」「ユーザ名」「パスワード」を設定する。登録すべき内容は、管理者にとって既知である。

シナリオ統括部２１は、シナリオ作成部２５に対し、管理者が設定したシナリオを作成するための情報を通知し、シナリオ作成を要求する（Ｓ２０４）。シナリオ作成部２５は、シナリオの各項目に必要な情報が登録されているか否か、使用禁止文字の有無等をチェック等をした後、シナリオを所定のフォーマットに形成して、シナリオ統括部２１に送信する（Ｓ２０５）。この時、シナリオ統括部２１は、このシナリオをディスプレイ８０に表示して、管理者の確認を受けても良い。

そして、シナリオ統括部２１は、ＡＤ１２のシナリオ登録部２６に対しシナリオを送信して、シナリオの登録を要求する（Ｓ２０６）。シナリオ登録部２６は、シナリオをシナリオＤＢ２８に登録（記憶）する。以上により、シナリオが作成され、ＡＤ１２に登録された。

続いて、特徴部の１つであるシナリオの自動作成について説明する。スキャナ管理コンソールには、プログラム７９が一体に含まれており、ステップＳ２５に続いて、ＳＭＣ１１は自動的に以下のステップを実行する。

シナリオ統括部２１は、管理者がシナリオを作成しなかった画像形成装置ｎについて、シナリオを作成するようシナリオ自動作成部２４に要求する（Ｓ２０７）。ここで、シナリオ統括部２１は、画像形成装置１について作成したシナリオと画像形成装置１の機器識別子、及び、シナリオを自動作成する対象となる画像形成装置ｎの機器識別子をシナリオ自動作成部２４に通知する。この他、シナリオ統括部２１は、各画像形成装置１３の能力情報をシナリオ自動作成部２４に送信してもよい。

そして、シナリオ自動作成部２４は、シナリオ作成部２５に対しシナリオの作成を要求する（Ｓ２０８）。このとき、シナリオ自動作成部２４は、シナリオと画像形成装置１の機器識別子、及び、シナリオを自動作成する対象となる画像形成装置ｎの機器識別子をシナリオ作成部２５に送出する。

シナリオ作成部２５は、シナリオ自動作成部２４から指示された画像形成装置ｎについてシナリオを作成する（Ｓ２０９）。具体的には、シナリオ自動作成部２４は画像形成装置１のシナリオと同じシナリオを、機器識別子だけを変えて生成する。シナリオ作成部２５は、生成したシナリオをシナリオ自動作成部２４に通知する。

シナリオ自動作成部２４は、シナリオをＡＤ１２のシナリオ登録部２６に送信する（Ｓ３００）。これにより、シナリオ登録部２６は、画像形成装置ｎについて画像形成装置１と同じシナリオを登録できたことになる。

＜変更、正当性判定手順＞
図１０は、シナリオの変更と正当性の判定手順の一例を示すシーケンス図である。
まず、ユーザは画像形成装置１３の操作パネル５７を操作して、ＡＤ１２からシナリオを呼び出すように操作する（Ｓ１）。すでにユーザは、ユーザ名及びパスワードを操作パネル５７から入力するか、ＩＣカードを画像形成装置１３に読み取らせているので、画像形成装置１３にログインしている。

実行統括部３１はこの操作を受け付けて、シナリオ呼出部３７にシナリオの呼出を要求する（Ｓ２）。実行統括部３１は、ステップＳ１のログイン操作をそのままシナリオの呼出の要求として受け付けてもよい。実行統括部３１はユーザ名とパスワードをシナリオ呼出部３７に送出する。

シナリオ呼出部３７は、ユーザ名とパスワードをＡＤ１２に送信し認証を求め、さらに画像形成装置１３の「機器識別子」を送出して該ユーザ名のユーザが使用できるシナリオをシナリオ検索部２９に検索要求する（Ｓ３）。シナリオ検索部２９は、「ユーザ名」と画像形成装置１３の「機器識別子」をキーにしてシナリオＤＢ２８を参照し（Ｓ４）、この「ユーザ名」が対応づけられた全てのシナリオをシナリオＤＢ２８から読み出す（Ｓ５）。

シナリオ検索部２９は、読み出したシナリオ（シナリオ群）をシナリオ呼出部３７に送信する（Ｓ６）。シナリオ呼出部３７は、全てのシナリオを実行統括部３１に送出する（Ｓ７）。

実行統括部３１は、シナリオの一覧を生成し操作パネル５７に表示する（Ｓ８）。
図１１は、操作パネル５７に表示されたシナリオ一覧画面３０１の一例を示す。シナリオ一覧画面３０１は、「どのシナリオを実施しますか？」のメッセージと共に、シナリオ一覧３０２と「ＯＫ」ボタン３０２を有する。

シナリオ一覧３０２には「シナリオ＋番号」が表示されているが、例えば、ユーザが分かりやすい名称等を表示してもよい。また、ユーザが不図示の詳細ボタンを押下すると、各シナリオの詳細な内容が操作パネル５７に表示される。シナリオの内容を確認したユーザが、シナリオ一覧３０２から１つのシナリオを押下するとそのシナリオが反転表示される。この状態で、ユーザが「OK」ボタン３０３を押下すると、実行統括部３１が選択されたシナリオの実行要求を受け付ける（Ｓ９）。

図１０に戻り、実行統括部３１は、シナリオが実行可能か否かを判定するよう実行可否判定部３５に要求する（Ｓ１０）。実行統括部３１は判定のためシナリオを実行可否判定部３５に送出する。

実行可否判定部３５は、ユーザが選択したシナリオの「解像度」「カラー種別」「用紙サイズ」が、図7（ａ）の利用権限情報で利用が許可された範囲内か否かを判定する。シナリオが実行可能の場合、画像形成装置１３はそのままシナリオに基づき原稿の読み取りを実行する。実行統括部３１は、具体的にはステップＳ２０以下の処理に進む。

実行可否判定部３５が、ユーザが選択したシナリオはユーザの利用権限では実行できない（ＮＧ）と判定した場合（Ｓ１１）、実行統括部３１は、シナリオを変更するよう設定変更部３４に要求する（Ｓ１２）。実行統括部３１は、変更のため、ユーザの選択したシナリオを設定変更部３４に送出する。

設定変更部３４は、ユーザがシナリオを実行できるように変更する。具体的には、設定変更部３４は、シナリオのうち利用権限を超えている読み取り設定の項目（「解像度」「カラー種別」「用紙サイズ」）を、利用権限情報の読み取り設定で置き換える。設定変更部３４は、変更したシナリオを実行統括部３１に送出する（Ｓ１３）。

実行統括部３１は、変更されたシナリオをシナリオ登録要求部３６に送出する（Ｓ１４）。シナリオ登録要求部３６は、ＡＤ１２のシナリオ登録部２６にシナリオを送信し該シナリオの登録を要求する（Ｓ１５）。シナリオ登録部２６は、受信したシナリオを新規にシナリオＤＢ２８に登録する（Ｓ１６）。すなわち、シナリオＤＢ２８には該ユーザのシナリオが1つ増える。

シナリオ登録部２６は、シナリオの登録結果を取得して（Ｓ１７）、登録結果をシナリオ登録要求部３６に送信する（Ｓ１８）。また、シナリオ登録要求部３６は登録結果を実行統括部３１に送出する（Ｓ１９）。

ついで、実行統括部３１は、変更されたシナリオに従った原稿の読み取りを原稿読取部３３に要求する（Ｓ２０）。原稿読取部３３はシナリオの読み取り設定を、スキャナ６９を動作させるパラメータとして設定し、原稿を読み取り画像データを生成する。原稿読取部３３は画像データを実行統括部３１に送出する（Ｓ２１）。

実行統括部３１は、画像データと変更されたシナリオをデータ送信部３２に送信する（Ｓ２２）。データ送信部３２は画像データと変更されたシナリオを画像配信サーバ１４の画像配信部４２に送信する（Ｓ２３）。

画像配信部４２は、添付された変更シナリオの正当性を判定するようシナリオ判定部４１に要求する（Ｓ２４）。画像配信部４２は、添付された変更シナリオをシナリオ判定部４１に送出する。

シナリオ判定部４１は、添付された変更シナリオに含まれる「ユーザ名」をＡＤ１２のシナリオ検索部２９に送出すると共に、この「ユーザ名」に対応づけられたシナリオの検索を要求する（Ｓ２５）。シナリオ検索部２９は、この「ユーザ名」に対応づけられたシナリオをシナリオＤＢ２８から検索する（Ｓ２６）。シナリオ検索部２９は、シナリオＤＢ２８から読み出したシナリオを取得して（Ｓ２７）、そのシナリオ（複数ある場合は全て）をシナリオ判定部４１に送信する（Ｓ２８）。

シナリオ判定部４１は、画像データと共に送信された添付された変更シナリオと、シナリオ検索部２９から送信されたシナリオが同じか否かを判定し、判定結果を画像配信部４２に送出する（Ｓ２９）。ステップＳ１６で新規のシナリオがシナリオＤＢ２８に登録されているので、この判定結果はＯＫとなる。

画像配信部４２は、画像データの配信の受付が正常に完了したことを示す受け付け結果を画像形成装置１３のデータ送信部３２に送信する（Ｓ３０）。また、データ送信部３２は、受け付け結果を実行統括部３１に送出する（Ｓ３１）。なお、画像配信部４２は、ステップＳ２９の後、シナリオの配信設定に従い画像データを配信する。

以上のように、本実施形態の画像形成装置利用システム１００は、画像形成装置１３で変更した内容のシナリオを新規のシナリオとしてＡＤ１２に登録するため、ＳＭＣ１１からシナリオの設定を変更する手間が省くことができる。すなわち、シナリオの正当性を判定することで画像形成装置１３の利用が管理された状態で、ユーザの利用権限の範囲でシナリオを変更して、原稿の読み取りを実行できるので、画像形成装置利用システム１００の利便性を向上できる。

実施例１では、変更されたシナリオを新規にシナリオＤＢ２８に登録した。本実施例では、この登録した新規のシナリオを、画像配信サーバ１４がシナリオの正当性を判定した後に削除する画像形成装置利用システム１００について説明する。

図１２は、シナリオの変更と正当性の判定手順の一例を示すシーケンス図である。図示するように、画像形成装置１３は、新たにシナリオの削除を要求するシナリオ削除部３９を有する。なお、図１２において図１０と同一ステップには同一のステップ番号を付しその説明は省略する。図１２では、ステップＳ３１までの処理は実施例１と同様である。

図１３は、シナリオＤＢ２８の遷移を説明する図の一例である。図１３（ａ）は、ＳＭＣ１１が作成したシナリオが登録された状態を示す。この状態から、図１２のステップＳ１６が実行されると、シナリオが新規に登録されシナリオＤＢ２８は図１３（ｂ）に示す状態となる。

図１２のステップＳ２９の後、画像配信部４２はシナリオの配信設定に従い画像データを配信する。配信した後、画像配信部４２は、画像データの配信結果を画像形成装置１３のデータ送信部３２に送信する（Ｓ３２）。また、データ送信部３２は、配信結果を実行統括部３１に送出する（Ｓ３３）。

シナリオの正当性の判定が終わると、新規のシナリオは不要になったことになるので、実行統括部３１は、シナリオ削除部３９に新規のシナリオの削除を要求する（Ｓ３４）。実行統括部３１は、削除対象のシナリオをシナリオ削除部３９に送出する。なお、シナリオの削除は、ステップＳ２９以降であればよいが、画像形成装置１３がシナリオの正当性の判定が終了したことを検出する必要があるため、削除のタイミングはステップＳ３１以降となる。

シナリオ削除部３９はＡＤ１２のシナリオ検索部２９に削除するシナリオの検索と削除を要求する（Ｓ３５）。シナリオ検索部２９は、シナリオ検索部２９から送信されたシナリオをシナリオＤＢ２８から検索し削除する（Ｓ３６）。

削除により、シナリオＤＢ２８は図１３（ｃ）に示す状態となる。すなわち、元の図１３（ａ）の状態に戻る。

シナリオ検索部２９は、削除が完了したか否かを示す結果を取得し（Ｓ３７）、シナリオ検索部２９はその結果をシナリオ削除部３９に送信する（Ｓ３８）。シナリオ削除部３９は、削除の結果を実行統括部３１に送出する（Ｓ３９）。

本実施形態の画像形成装置利用システム１００によれば、シナリオの正当性の判定が終了すると、ＡＤ１２のシナリオＤＢ２８に記憶されている新規のシナリオを削除することで、シナリオＤＢ２８の記憶容量を有効に活用できるようになる。

実施例２では、シナリオＤＢ２８に登録された新規のシナリオを自動的にＡＤ１２のシナリオＤＢ２８から削除したが、削除するか否かをユーザが判断できれば便利である。本実施例では、新規のシナリオを削除するか否かをユーザに問いあわせる画像形成装置利用システム１００について説明する。

図１４は、シナリオの変更と正当性の判定手順の一例を示すシーケンス図である。なお、図１４において図１３と同一ステップには同一のステップ番号を付しその説明は省略する。図１４では、ステップＳ３１までの処理は実施例１と同様である。

ステップＳ３１でデータ送信部３２が、受け付け結果を実行統括部３１に送出すると、実行統括部３１は、削除問い合わせ画面４０１を操作パネル５７に表示する（Ｓ２５０）。

図１５は、操作パネル５７に表示された削除問い合わせ画面４０１の一例を示す。削除問い合わせ画面４０１は、「設定を変更したシナリオを、新規シナリオとして登録しますか？ 登録→Ｙｅｓ 削除→Ｎｏ」のメッセージと共に、「Ｙｅｓ」ボタン４０２と「Ｎｏ」ボタン４０３を有する。ユーザが不図示の詳細ボタンを押下すると、シナリオの詳細な内容が操作パネル５７に表示される。

シナリオの内容を確認したユーザが、「Ｎｏ」ボタン４０３を押下すると、実行統括部３１がシナリオの削除要求を受け付ける（Ｓ２５１）。

図１４に戻り、画像配信部４２は、画像データの配信結果を画像形成装置１３のデータ送信部３２に送信する（Ｓ３２）。また、データ送信部３２は、配信結果を実行統括部３１に送出する（Ｓ３３）。以降の処理は実施例２と同じである。

配信結果により画像データの配信が完了すると、新規のシナリオは不要になったことになるので、実行統括部３１は、配信結果により画像データの配信が完了したことを検出すると、シナリオ削除部３９にシナリオの削除を要求する（Ｓ３４）。実行統括部３１は、削除対象のシナリオをシナリオ削除部３９に送出する。

シナリオ削除部３９はＡＤ１２のシナリオ検索部２９に削除するシナリオの検索と削除を要求する（Ｓ３５）。シナリオ検索部２９は、シナリオ検索部２９から送信されたシナリオと同じ、新規のシナリオをシナリオＤＢ２８から検索し削除する（Ｓ３６）。

シナリオ検索部２９は、削除が完了したか否かを示す結果を取得し（Ｓ３７）、シナリオ検索部２９はその結果をシナリオ削除部３９に送信する（Ｓ３８）。シナリオ削除部３９は、削除の結果を実行統括部３１に送出する（Ｓ３９）。

なお、図１４では、ステップＳ３１の後に削除問い合わせ画面４０１を表示したが、削除問い合わせ画面４０１はステップＳ３３の後に表示してもよい。

本実施形態の画像形成装置利用システム１００によれば、画像データの配信に使用し終わった新規のシナリオを削除するか否かをユーザが判断できるので、再度、同じシナリオを実行するためにシナリオを残すか、ＡＤ１２の記憶領域の無駄を省くために削除するかを、状況に応じて切り替えることができる。

実施例１では変更したシナリオを新規のシナリオとしてシナリオＤＢ２８に登録したが、そのユーザは利用権限の制約のため変更前のシナリオを利用することはできない。したがって、元のシナリオは不要であり、変更したシナリオにより元のシナリオを上書きすることで、よく利用するシナリオをシナリオＤＢ２８に登録でき、かつ、ＡＤ１２の記憶容量も有効に利用できる。

本実施例では、変更したシナリオで元のシナリオを上書きする画像形成装置利用システム１００について説明する。

図１６は、シナリオの変更と正当性の判定手順の一例を示すシーケンス図である。図１６において図１０と同一ステップには同一のステップ番号を付しその説明は省略する。図１６では、図１０のステップＳ１４〜Ｓ１９における「登録」が「上書き」になっている点で、図１０と異なる。

図１７は、本実施例における、シナリオＤＢ２８の遷移を説明する図の一例である。図１７（ａ）は、ＳＭＣ１１が作成したシナリオが登録された状態を示す。この状態から、設定変更部３４は、ユーザがシナリオを実行できるように変更し、変更したシナリオを実行統括部３１に送出する（Ｓ１３）。

実行統括部３１は、変更されたシナリオをシナリオ登録要求部３６に送出する（Ｓ１４−２）。シナリオ登録要求部３６は、ＡＤ１２のシナリオ登録部２６にシナリオを送信し該シナリオの上書きを要求する（Ｓ１５−２）。シナリオ登録部２６は、受信したシナリオによりステップＳ５で読み出した元のシナリオを上書きする（Ｓ１６−２）。すなわち、シナリオＤＢ２８における該ユーザのシナリオの数は同じままである。

シナリオ登録部２６は、シナリオの上書き結果を取得して（Ｓ１７−２）、上書き結果をシナリオ登録要求部３６に送信する（Ｓ１８−２）。また、シナリオ登録要求部３６は上書き結果を実行統括部３１に送出する（Ｓ１９−２）。以降の処理は、実施例１の図１０と同じである。

図１７（ｂ）はステップＳ１６−２が実行され、上書き登録されたシナリオを含むシナリオＤＢ２８の一例を示す。図１７（ｂ）は図１７（ａ）と比べて、シナリオの数は同じまま、シナリオ３が変更されている。すなわち、上書き登録されたシナリオだけを保存しておくことができる。また、実施例２，３のように、正当性の判定に使用したシナリオを削除することなく、ＡＤ１２の記憶容量を節約することができる。

本実施形態の画像形成装置利用システム１００によれば、変更したシナリオを新たに登録しないので、ＡＤ１２の記憶領域の無駄を省くことができる。

実施例４では、変更したシナリオをシナリオＤＢ２８に上書き登録した。しかしながら、上書き登録すると、元のシナリオを使用できなくなる、又は、選択したシナリオがユーザの意図する内容と違う設定となっていることになる。この点は、変更したシナリオが登録されても元のシナリオが保存される実施例１〜３と異なる。このため、上書きした場合はその旨をユーザに通知することが好ましい。本実施例では、変更したシナリオによるシナリオＤＢ２８の上書きをユーザに通知する画像形成装置利用システム１００について説明する。

図１８は、シナリオの変更と正当性の判定手順の一例を示すシーケンス図である。図１８において図１６と同一ステップには同一のステップ番号を付しその説明は省略する。図１８では、図１６のステップＳ１９−２の後、ステップＳ２６０を有する点で異なる。

ステップＳ１９−２において、シナリオ登録要求部３６は上書き結果を実行統括部３１に送出する（Ｓ１９−２）。すると、実行統括部３１は、上書き通知画面５０１を操作パネル５７に表示する（Ｓ２６０）。

図１９は、上書き通知画面５０１の一例を示す図である。上書き通知画面５０１は、「シナリオ上書き通知」と「設定を変更したシナリオを、元のシナリオに上書きしました。」というメッセージ５０２と、「ＯＫ」ボタン５０３を有する。ユーザはメッセージ５０２を読むことで、その後同じシナリオを使う際にそれまでと異なる設定が登録されていることを把握できる。

ユーザがメッセージ５０２を読んだ後、「ＯＫ」ボタン５０３を押下すると、実行統括部３１はユーザがシナリオの上書きを了解したことを受け付ける。なお、「ＯＫ」ボタン５０３が押下されなくても、実行統括部３１はステップＳ２０以降の処理を実行する。上書きは既に完了しているので、画像データの配信等を遅らせる必要はないからである。ステップＳ２０以降の処理は実施例４と同様なので説明は省略する。

本実施例の画像形成装置利用システム１００によれば、シナリオＤＢ２８の元のシナリオが変更されたシナリオで上書きされたことをユーザに通知するので、元のシナリオを使用できないこと、又は、選択したシナリオがユーザの意図する内容と違う設定となっていることを、ユーザが把握でき、ユーザが意図しない画像形成装置１３の動作を防ぐことができる。

実施例１ではユーザの利用権限に従って変更したシナリオを新規のシナリオとしてシナリオＤＢ２８に登録し、実施例４、５では変更したシナリオによりシナリオＤＢ２８のシナリオを上書きした。本実施例では、変更したシナリオを新規のシナリオとしてシナリオＤＢ２８に登録するか、変更したシナリオにより元のシナリオに上書きするか、をユーザが選択可能な画像形成装置利用システム１００について説明する。

したがって、ユーザは、元のシナリオの汎用性等を考慮して、新規のシナリオを登録するか、元のシナリオに上書きするかを選択できるので、状況に応じた使い方ができる。

図２０は、シナリオの変更と正当性の判定手順の一例を示すシーケンス図である。図２０では、ステップＳ３０２Ａ〜Ｓ１９、又は、Ｓ３０２Ｂ〜Ｓ１９−２がそれぞれ点線で囲まれているが、ステップＳ３０１の登録方法の受け付け結果に応じていずれか一方の処理が実行される。なお、ステップＳ３０１の後の「ステップＳ３０２Ａ＋Ｓ１４〜Ｓ１９」は実施例１の図１０と同じであり、ステップＳ３０１の後の「ステップＳ３０２Ｂ＋ステップＳ１４−２〜Ｓ１９−２」は実施例４の図１６と同じである。

ステップＳ１３において、設定変更部３４は、ユーザがシナリオを実行できるように変更して、変更したシナリオを実行統括部３１に送出する（Ｓ１３）。

すると、実行統括部３１は、変更シナリオの登録方法選択画面６０１を操作パネル５７に表示する（Ｓ３０１）。
図２１は、操作パネル５７に表示された変更シナリオの登録方法選択画面６０１の一例を示す図である。変更シナリオの登録方法選択画面６０１は、「変更シナリオ登録方法選択」と「設定を変更したシナリオを登録しますか？」というメッセージと、登録方法の選択欄６０２と「ＯＫ」ボタン６０３を有する。

ユーザは、変更したシナリオを新規のシナリオとしてシナリオＤＢ２８に登録するか、元のシナリオに上書き登録するか、を判断する。ユーザは前記の場合、登録方法の選択欄６０２の「新規シナリオとして登録」を押下し、後者の場合、「元のシナリオに上書き登録」を押下する。押下した登録方法は排他的に反転表示される。ユーザが登録方法を選択した後、「ＯＫ」ボタン６０３を押下すると、実行統括部３１は登録方法を受け付ける。

実行統括部３１は、「新規シナリオとして登録」が選択された場合は（Ｓ３０２Ａ）、ステップＳ１４〜Ｓ１９を実行し、「元のシナリオに上書き登録」が選択された場合は（Ｓ３０２Ｂ）、ステップＳ１４−２〜Ｓ１９−２を実行する。ステップＳ２０以降の処理は実施例４と同様なので説明は省略する。

本実施形態の画像形成装置利用システム１００によれば、新規にシナリオを登録するか、元のシナリオに上書きするかを選択できるので、状況に応じてシナリオを登録形態を切り替えることができる。

実施例１〜６ではいずれもユーザの利用権限に応じてシナリオを変更して画像データを生成したが、ユーザにとっては画像データが変更されたシナリオに基づき生成されたことを把握しにくかった。しかしながら、ユーザの利用権限に応じて変更されたシナリオは、元シナリオよりも解像度が低下したりカラー種別が制限されているので、ユーザが、変更されたシナリオにより画像データが生成されたことを把握できれば便利である。本実施例では、シナリオの設定をユーザの権限に応じて変更したことをユーザに通知する画像形成装置利用システム１００について説明する。

図２２は、シナリオの変更と正当性の判定手順の一例を示すシーケンス図である。図２２において図１０と同一ステップには同一のステップ番号を付しその説明は省略する。図２２では、ステップＳ１９の後、ステップＳ４０１を有する点で異なる。

ステップＳ１９において、シナリオ登録要求部３６は登録結果を実行統括部３１に送出する（Ｓ１９）。すると、実行統括部３１は、シナリオ変更確認画面７０１を操作パネル５７に表示する（Ｓ４０１）。

図２３は、操作パネル５７に表示されたシナリオ変更確認画面７０１の一例を示す図である。シナリオ変更確認画面７０１は、「シナリオ変更確認」と「シナリオを実行できるように設定を変更しました」というメッセージ７０２と、「ＯＫ」ボタン７０３を有する。

ユーザは、メッセージ７０２を読むことで、変更されたシナリオにより画像データが生成されたことを把握できる。ユーザが「ＯＫ」ボタン７０３を押下すると、実行統括部３１はユーザがシナリオの変更を了解したことを受け付ける。なお、「ＯＫ」ボタン７０３が押下されなくても、実行統括部３１はステップＳ２０以降の処理を実行する。シナリオの変更は既に完了しているので、画像データの配信等を遅らせる必要はないからである。ステップＳ２０以降の処理は実施例１、２、３、６（ステップＳ３０１〜Ｓ１９を経た場合）と同様なので説明は省略する。

また、図２２ではシナリオを新規に登録した例を用いてシナリオ変更確認画面７０１を表示したが、シナリオを上書きした場合もシナリオが変更された点で変わりはない。このため、実施例４，５、６（ステップＳ３０１〜Ｓ１９−２を経た場合）においても図２３のシナリオ変更確認画面７０１を表示することができる。なお、実施例５のように上書き通知した場合、上書き通知画面５０１とシナリオ変更確認画面７０１を１つの画面にしてもよい。

本実施例の画像形成装置利用システム１００によれば、画像データが変更されたシナリオに基づき生成されたことをユーザが把握できるので、ユーザが意図しない設定で画像形成装置が動作することを防ぐことができる。

１１ シナリオ作成装置（ＳＭＣ）
１２ シナリオ登録装置（ＡＤ）
１３ 画像形成装置
１４ 画像配信サーバ
２１ シナリオ統括部
２２ 能力交換部
２３ 機器検索部
２４ シナリオ自動作成部
２５ シナリオ作成部
２６ シナリオ登録部
２８ シナリオＤＢ
２９ シナリオ検索部
３１ 実行統括部
３２ データ送信部
３３ 原稿読取部
３４ 設定変更部
３５ 実行可否判定部
３６ シナリオ登録要求部
３７ シナリオ呼出部
３８ 利用権限情報ＤＢ
３９ シナリオ削除部
４１ シナリオ判定部
４２ 画像配信部
１００ 画像形成装置利用システム

特開２００３−０８７４７９号公報

Claims (10)

1. 当該画像形成装置のユーザ毎に、読み取り設定及び画像データを配信するための配信設定を含むシナリオを記憶したシナリオ記憶装置に、前記画像形成装置から送信されたシナリオが記憶されているか否かに基づき該シナリオの正当性を判定するシナリオ判定手段と、シナリオが正当である場合に配信設定に基づき画像データを配信する配信手段と、を有する画像配信装置に、
   画像データとシナリオを送信する画像形成装置であって、
   ユーザ毎に利用権限情報が記憶された利用権限情報記憶手段と、
   前記シナリオ記憶装置からユーザが使用可能なシナリオを呼び出すシナリオ呼出手段と、
   前記シナリオ呼出手段が呼び出したシナリオの実行が、前記利用権限情報により許可されているか否かを判定する実行可否判定手段と、
   前記実行可否判定手段により実行不可と判定された場合、前記利用権限情報に許可された範囲でシナリオを変更する設定変更手段と、
   前記設定変更手段により変更されたシナリオを、前記シナリオ記憶装置に記憶させるシナリオ記憶要求手段と、
   前記設定変更手段により変更されたシナリオを、前記画像配信装置に送信する送信手段と、
   を有することを特徴とする画像形成装置。
2. 前記画像配信装置が画像データを配信した後、
   前記シナリオ記憶要求手段が前記シナリオ記憶装置に記憶させたシナリオの削除を、前記シナリオ記憶装置に要求するシナリオ削除手段、
   を有することを特徴とする請求項１記載の画像形成装置。
3. 前記シナリオ記憶要求手段が前記シナリオ記憶装置に記憶させたシナリオを、削除するか否かを受け付ける削除受け付け手段を有する、
   ことを特徴とする請求項２記載の画像形成装置。
4. 前記シナリオ記憶要求手段は、前記設定変更手段により変更されたシナリオを、前記シナリオ記憶装置に記憶された変更前のシナリオに上書きして記憶させる、
   ことを特徴とする請求項１記載の画像形成装置。
5. 前記シナリオ記憶装置に記憶された変更前のシナリオが上書きされたことを、ユーザに通知する上書き通知手段、
   を有することを特徴とする請求項４記載の画像形成装置。
6. 前記設定変更手段により変更されたシナリオを、前記シナリオ記憶装置に記憶された変更前のシナリオに上書きして記憶させるか、又は、前記シナリオ記憶装置に記憶されている変更前のシナリオとは別のシナリオとして記憶せるか、を受け付ける登録方法受け付け手段
   を有することを特徴とする請求項１記載の画像形成装置。
7. 前記シナリオ呼出手段が呼び出したシナリオが変更されたことをユーザに通知するシナリオ変更通知手段、
   を有することを特徴とする請求項１〜６いずれか１項記載の画像形成装置。
8. 原稿を読み取って画像データを生成する画像形成装置と、
   前記画像形成装置のユーザ毎に、読み取り設定及び画像データを配信するための配信設定を含むシナリオを記憶したシナリオ記憶装置と、
   配信設定に基づき画像データを配信する画像配信装置と、がネットワークを介して接続された画像形成装置利用システムであって、
   前記画像形成装置は、
   ユーザ毎に利用権限情報が記憶された利用権限情報記憶手段と、
   前記シナリオ記憶装置からユーザが使用可能なシナリオを呼び出すシナリオ呼出手段と、
   前記シナリオ呼出手段が呼び出したシナリオの実行が、前記利用権限情報により許可されているか否かを判定する実行可否判定手段と、
   前記実行可否判定手段により実行不可と判定された場合、前記利用権限情報に許可された範囲でシナリオを変更する設定変更手段と、
   前記設定変更手段により変更されたシナリオを、前記シナリオ記憶装置に記憶させるシナリオ記憶要求手段と、
   前記設定変更手段により変更されたシナリオを、前記画像配信装置に送信する送信手段と、を有し
   前記画像配信装置は、
   前記画像形成装置から送信されたシナリオの正当性を、該シナリオが前記シナリオ記憶装置に記憶されているか否かに基づき判定するシナリオ判定手段と、
   シナリオが正当であると判定した場合、配信設定に基づき画像データを配信する画像データ配信手段と、を有する
   ことを特徴とする画像形成装置利用システム。
9. 前記画像形成装置から送信されたシナリオが記憶されているか否かに基づき該シナリオの正当性を判定するシナリオ判定手段と、シナリオが正当である場合に配信設定に基づき画像データを配信する配信手段と、を有する画像配信装置に、画像データとシナリオを送信する画像形成装置の画像データ生成方法において、
   シナリオ呼出手段が、当該画像形成装置のユーザ毎に、読み取り設定及び画像データを配信するための配信設定を含むシナリオを記憶したシナリオ記憶装置から、ユーザが使用可能なシナリオを呼び出すステップと、
   前記シナリオ呼出手段が呼び出したシナリオの実行が、利用権限情報記憶手段にユーザ毎に記憶された利用権限情報が記憶により許可されているか否かを、実行可否判定手段が判定するステップと、
   前記実行可否判定手段により実行不可と判定された場合、設定変更手段が、前記利用権限情報に許可された範囲でシナリオを変更するステップと、
   シナリオ記憶要求手段が、前記設定変更手段により変更されたシナリオを、前記シナリオ記憶装置に記憶させるステップと、
   送信手段が、前記設定変更手段により変更されたシナリオを、前記画像配信装置に送信するステップと、
   を有することを特徴とする画像データ生成方法。
10. 原稿を読み取って画像データを生成する画像形成装置と、前記画像形成装置のユーザ毎に、読み取り設定及び画像データを配信するための配信設定を含むシナリオを記憶したシナリオ記憶装置と、配信設定に基づき画像データを配信する画像配信装置と、がネットワークを介して接続された画像形成装置利用システムの画像データ生成方法であって、
    シナリオ呼出手段が、当該画像形成装置のユーザ毎に、読み取り設定及び画像データを配信するための配信設定を含むシナリオを記憶したシナリオ記憶装置から、ユーザが使用可能なシナリオを呼び出すステップと、
    前記シナリオ呼出手段が呼び出したシナリオの実行が、利用権限情報記憶手段にユーザ毎に記憶された利用権限情報が記憶により許可されているか否かを、実行可否判定手段が判定するステップと、
    前記実行可否判定手段により実行不可と判定された場合、設定変更手段が、前記利用権限情報に許可された範囲でシナリオを変更するステップと、
    シナリオ記憶要求手段が、前記設定変更手段により変更されたシナリオを、前記シナリオ記憶装置に記憶させるステップと、
    送信手段が、前記設定変更手段により変更されたシナリオを、前記画像配信装置に送信するステップと、
    前記画像配信装置が、前記画像形成装置から送信されたシナリオの正当性を、該シナリオが前記シナリオ記憶装置に記憶されているか否かに基づき判定するステップと、
    シナリオが正当であると判定した場合、配信設定に基づき画像データを配信するステップと、を有する
    ことを特徴とする画像データ生成方法。
    
    
    
    

Images