(57)【要約】【課題】ディレクトリサービスにおいて複数の処理条件が選択された場合に、宛先と処理条件の関係をユーザが把握しやすい画像形成装置等を提供すること。【解決手段】シナリオ判定手段４１と、画像データを配信する配信手段４２と、を有する画像配信装置１４に、シナリオの読み取り設定に基づいて取得した画像データとシナリオを送信する画像形成装置１３であって、シナリオを呼び出すシナリオ呼出手段３７と、ユーザが選択したシナリオを受け付けるシナリオ受け付け手段３１と、複数のシナリオからそれぞれ配信先情報を抽出する配信先情報抽出手段３６と、重複した配信先情報が含まれているか否かを判別する重複判定手段３５と、同じ配信先には画像データが1度しか送信されないようにシナリオに処理を施す手段３１と、処理が施されたシナリオをシナリオ記憶装置に記憶させる登録要求手段３８と、を有することを特徴とする。【選択図】図６
2011055126.tif 000002
【特許請求の範囲】
【請求項１】
当該画像形成装置のユーザ毎に、原稿の読み取り設定及び画像データを配信するための配信先情報を含むシナリオを記憶したシナリオ記憶装置に、前記画像形成装置から送信されたシナリオが記憶されているか否かに基づき該シナリオの正当性を判定するシナリオ判定手段と、シナリオが正当である場合に配信先情報に基づき画像データを配信する配信手段と、を有する画像配信装置に、
シナリオの読み取り設定に基づいて取得した画像データとシナリオを送信する画像形成装置であって、
前記シナリオ記憶装置からユーザが使用可能なシナリオを呼び出すシナリオ呼出手段と、
前記シナリオ呼出手段が呼び出した複数のシナリオから、ユーザが選択したシナリオを受け付けるシナリオ受け付け手段と、
前記シナリオ受け付け手段が複数のシナリオを受け付けたか否か判定する複数シナリオ判定手段と、
前記シナリオ受け付け手段が受け付けた複数のシナリオからそれぞれ配信先情報を抽出する配信先情報抽出手段と、
重複した配信先情報が前記配信先情報抽出手段が抽出した複数の配信先情報に含まれているか否かを判別する重複判定手段と、
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された場合、同じ配信先には画像データが1度しか送信されないようにシナリオに処理を施す手段と、
処理が施されたシナリオを前記シナリオ記憶装置に記憶させる登録要求手段と、
を有することを特徴とする画像形成装置。
【請求項２】
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された場合、重複している配信先情報を1つだけ残してシナリオから削除する宛先削除手段、
を有することを特徴とする請求項1記載の画像形成装置。
【請求項３】
前記シナリオ受け付け手段が複数のシナリオを受け付ける際、ユーザが選択した各シナリオの選択順を判別する選択順判別手段を有し、
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された複数のシナリオのうち、前記選択順判別手段が最も選択順が早いと判別したシナリオにだけ基づき画像データを取得する、
ことを特徴とする請求項１記載の画像形成装置。
【請求項４】
前記シナリオ受け付け手段が複数のシナリオを受け付ける際、ユーザが選択した各シナリオの選択順を判別する選択順判別手段を有し、
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された複数のシナリオのうち、前記選択順判別手段が最も選択順が早いと判別したシナリオにだけ基づき画像データを取得する、
ことを特徴とする請求項１記載の画像形成装置。
【請求項５】
シナリオの読み取り設定又は配信設定から画像データの配信コストを算出するコスト算出手段を有し、
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された場合、
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された複数のシナリオのうち、前記コスト算出手段が算出した配信コストが最も低いシナリオにのみ基づき画像データを取得する、
ことを特徴とする請求項１記載の画像形成装置。
【請求項６】
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された場合、
重複した配信先情報を有する複数のシナリオからいずれか一つのシナリオの選択結果を受け付けるシナリオ選択受け付け手段を有し、
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された複数のシナリオのうち、前記シナリオ選択受け付け手段が受け付けたシナリオにのみ基づき画像データを取得する、
ことを特徴とする請求項１記載の画像形成装置。
【請求項７】
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された場合、
重複した配信先情報を有する複数のシナリオからいずれか一つのシナリオを決定するための決定基準を受け付けるシナリオ決定基準受け付け手段を有し、
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された複数のシナリオのうち、前記シナリオ決定基準受け付け手段が受け付けた決定基準に従い決定された、シナリオにのみ基づき画像データを取得する、
ことを特徴とする請求項１記載の画像形成装置。
【請求項８】
重複した配信先情報を有する複数のシナリオからいずれか一つのシナリオを決定するための決定基準を受け付けるシナリオ決定基準受け付け手段を有し、
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された場合、
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された複数のシナリオのうち、予め、前記シナリオ決定基準受け付け手段が受け付けた決定基準に従い１つのシナリオを決定し、該シナリオにのみ基づき画像データを取得する、
ことを特徴とする請求項１記載の画像形成装置。
【請求項９】
前記決定基準は、
前記シナリオ受け付け手段が複数のシナリオを受け付ける際、ユーザが選択した各シナリオの選択順、
シナリオの読み取り設定又は配信設定から算出される画像データの配信コストの低い順、
ユーザにより選択されたシナリオを優先する、のいずれかである、
ことを特徴とする請求項７又は８記載の画像形成装置。
【請求項１０】
原稿を読み取って画像データを生成する画像形成装置と、
当該画像形成装置のユーザ毎に、原稿の読み取り設定及び画像データを配信するための配信先情報を含むシナリオを記憶したシナリオ記憶装置と、
前記画像形成装置から送信されたシナリオが記憶されているか否かに基づき該シナリオの正当性を判定するシナリオ判定手段と、シナリオが正当である場合に配信先情報に基づき画像データを配信する配信手段と、を有する画像配信装置と、がネットワークを介して接続された画像形成装置利用システムであって、
前記画像形成装置は、
前記シナリオ記憶装置からユーザが使用可能なシナリオを呼び出すシナリオ呼出手段と、
前記シナリオ呼出手段が呼び出した複数のシナリオから、ユーザが選択したシナリオを受け付けるシナリオ受け付け手段と、
前記シナリオ受け付け手段が複数のシナリオを受け付けたか否か判定する複数シナリオ判定手段と、
前記シナリオ受け付け手段が受け付けた複数のシナリオからそれぞれ配信先情報を抽出する配信先情報抽出手段と、
重複した配信先情報が前記配信先情報抽出手段が抽出した複数の配信先情報に含まれているか否かを判別する重複判定手段と、
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された場合、同じ配信先には画像データが1度しか送信されないようにシナリオに処理を施す手段と、処理が施されたシナリオを前記シナリオ記憶装置に記憶させ手段とを有する、ことを特徴とする画像形成装置利用システム。
【請求項１１】
当該画像形成装置のユーザ毎に、原稿の読み取り設定及び画像データを配信するための配信先情報を含むシナリオを記憶したシナリオ記憶装置に、前記画像形成装置から送信されたシナリオが記憶されているか否かに基づき該シナリオの正当性を判定するシナリオ判定手段と、シナリオが正当である場合に配信先情報に基づき画像データを配信する配信手段と、を有する画像配信装置に、
シナリオの読み取り設定に基づいて取得した画像データとシナリオを送信する画像形成装置の画像形成方法であって、
シナリオ呼出手段が、前記シナリオ記憶装置からユーザが使用可能なシナリオを呼び出すステップと、
シナリオ受け付け手段が、前記シナリオ呼出手段が呼び出した複数のシナリオから、ユーザが選択したシナリオを受け付けるステップと、
複数シナリオ判定手段が、前記シナリオ受け付け手段が複数のシナリオを受け付けたか否か判定するステップと、
配信先情報抽出手段が、前記シナリオ受け付け手段が受け付けた複数のシナリオからそれぞれ配信先情報を抽出するステップと、
重複判定手段が、重複した配信先情報が前記配信先情報抽出手段が抽出した複数の配信先情報に含まれているか否かを判別するステップと、
前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された場合、同じ配信先には画像データが１度しか送信されないようにシナリオに処理を施し、登録要求手段が処理が施されたシナリオを前記シナリオ記憶装置に記憶させるステップと、
ことを特徴とする画像形成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シナリオに基づき画像データを生成する画像形成装置等に関し、特に、複数のシナリオを選択しても宛先と処理条件の関係をユーザが把握しやすい画像形成装置、画像形成装置利用システム及び画像データ生成方法に関する。
【背景技術】
【０００２】
ネットワークシステムにおいてディレクトリサービスが利用されることがある。ディレクトリサービスとは、ＬＡＮなどのコンピュータネットワーク上のサーバにあるユーザ情報や、接続されているプリンタ、ファックスなどの機器をクライアントから検索可能にしたサービスであり、例えば「Active Directory」が知られている。
【０００３】
ディレクトリサービスの利用態様として種々のものが考えられるが、例えば、機器の処理条件（印刷条件、読み取り条件、画像データの配信方法、配信先ユーザ等）を外部のサーバに登録しておき、機器から呼び出した処理条件を機器に設定して機器に処理を実行させる技術が考えられている。ユーザは、機器の操作を最小限にして所望の処理を機器に実行させることができる（例えば、特許文献１参照。）。
【０００４】
特許文献１には、スキャナとスキャンサーバがネットワークを介して接続された画像読み取りシステムにおいて、利用者ＩＤがスキャナに入力されると、スキャナが利用者ＩＤをスキャンサーバに送信し、スキャンサーバは送信されてきた利用者ＩＤと一致する利用者ＩＤが内部メモリに登録されているか否か判定し、登録されている場合に利用者ＩＤに対応する読取情報をスキャナに送信する画像読み取りシステムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
スキャナを使用したディレクトリサービスでは、スキャナが読み取った画像データを電子メールなどで送信することができるが、このような配信に係る設定（画像データの配信方法、配信先ユーザ等）も外部のサーバに登録されている。このため、従来のディレクトリサービスでは、複数の宛先に画像データを送信したい場合、ユーザが複数の処理条件を選択することがあった。しかし、このように複数の処理条件が選択されると、処理条件はそれぞれ異なるので、ユーザにとっては、どの宛先に、どの処理条件で読み取られた画像データが送信されるか（宛先と画像データ対応関係）が把握しにくいという問題がある。
【０００６】
本発明は、上記課題に鑑み、ディレクトリサービスにおいて複数の処理条件が選択された場合に、宛先と処理条件の関係をユーザが把握しやすい画像形成装置、画像形成装置利用システム及び画像形成方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題に鑑み、本発明は、当該画像形成装置のユーザ毎に、原稿の読み取り設定及び画像データを配信するための配信先情報を含むシナリオを記憶したシナリオ記憶装置に、前記画像形成装置から送信されたシナリオが記憶されているか否かに基づき該シナリオの正当性を判定するシナリオ判定手段と、シナリオが正当である場合に配信先情報に基づき画像データを配信する配信手段と、を有する画像配信装置に、シナリオの読み取り設定に基づいて取得した画像データとシナリオを送信する画像形成装置であって、前記シナリオ記憶装置からユーザが使用可能なシナリオを呼び出すシナリオ呼出手段と、前記シナリオ呼出手段が呼び出した複数のシナリオから、ユーザが選択したシナリオを受け付けるシナリオ受け付け手段と、前記シナリオ受け付け手段が複数のシナリオを受け付けたか否か判定する複数シナリオ判定手段と、前記シナリオ受け付け手段が受け付けた複数のシナリオからそれぞれ配信先情報を抽出する配信先情報抽出手段と、重複した配信先情報が前記配信先情報抽出手段が抽出した複数の配信先情報に含まれているか否かを判別する重複判定手段と、前記重複判定手段により複数の配信先情報に重複した配信先情報が含まれていると判定された場合、同じ配信先には画像データが1度しか送信されないようにシナリオに処理を施す手段と、処理が施されたシナリオを前記シナリオ記憶装置に記憶させる登録要求手段と、ことを特徴とする。
【発明の効果】
【０００８】
ディレクトリサービスにおいて複数の処理条件が選択された場合に、宛先と処理条件の関係をユーザが把握しやすい画像形成装置、画像形成装置利用システム及び画像形成方法を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】画像形成装置利用システムの概略構成図の一例である。
【図２】画像形成装置利用システムの動作を模式的に示す図の一例である。
【図３】画像形成装置のハードウェア構成図の一例である。
【図４】ＳＭＣ、ＡＤ、画像配信サーバのハードウェア構成図の一例である。
【図５】シナリオの一例を示す図である。
【図６】画像形成装置利用システムの機能ブロック図の一例である。
【図７】シナリオの編集例の一例を示す図である。
【図８】画像形成装置利用システムが、画像形成装置ｎの能力を考慮しないで、シナリオを登録する手順を示すシーケンス図の一例である
【図９】同じ宛先画像データが重複して送信されることを防ぐ態様で、シナリオを実行する手順の一例を示すシーケンス図である。
【図１０】操作パネルに表示されたシナリオ選択画面の一例を示す図である。
【図１１】選択された複数のシナリオの一例を示す図である。
【図１２】重複している配信先情報の「配信先」に対し１回のみ、画像データが送信されるシナリオの態様の例示する図である。
【図１３】シナリオの登録の前後のシナリオＤＢの状態を示す図の一例である。
【図１４】シナリオの登録の前後のシナリオＤＢの状態を示す図の一例である。
【図１５】画像形成装置利用システムの機能ブロック図の一例である（実施例２）。
【図１６】シナリオから重複した配信先情報を削除し、その後、正当性を判定する手順の一例を示すシーケンス図である。
【図１７】画像形成装置利用システムの機能ブロック図の一例である（実施例３）。
【図１８】シナリオ選択順判別部が記録したシナリオの番号を選択順に示す図の一例である。
【図１９】最も選択順の早いシナリオを特定する手順の一例を示すシーケンス図である。
【図２０】画像形成装置利用システムの機能ブロック図の一例である（実施例４）。
【図２１】最もコストの安いシナリオを特定する手順の一例を示すシーケンス図である。
【図２２】画像形成装置利用システムの機能ブロック図の一例である（実施例５）。
【図２３】ユーザが配信先情報が重複しているシナリオを選択する手順の一例を示すシーケンス図である。
【図２４】操作パネルに表示されたシナリオの一覧を表示する画面の一例を示す図である。
【図２５】画像形成装置利用システムの機能ブロック図の一例である。
【図２６】配信先情報が重複した際にシナリオの選択基準を設定する画面の一例を示す図である。
【図２７】ユーザが設定したシナリオの選択基準に基づき、画像形成装置がシナリオを選択する手順の一例を示すシーケンス図である。
【図２８】画像形成装置利用システムの機能ブロック図の一例である。
【図２９】ユーザが設定したシナリオの選択基準に基づき、画像形成装置がシナリオを選択する手順の一例を示すシーケンス図である。
【図３０】操作パネルに表示されたシナリオ決定基準選択画面の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について、図面を参照しながら実施例を挙げて説明する。
【実施例１】
【００１１】
図１、２を用いて、まず、本発明の概略を説明する。図１は、本実施形態の画像形成装置利用システム１００の概略構成図の一例を示す。画像形成装置利用システム１００は、シナリオ（シナリオについては後述する）の作成を行うシナリオ作成装置１１（以下、「ＳＭＣ」１１という）、シナリオの登録を受け付けシナリオを保存するシナリオ登録装置１２（以下、「ＡＤ」１２という記載）、ＳＭＣ１１がシナリオを作成する際に必要になる機器の能力情報（カラーでの読み取りが可能か否か、最大解像度はいくつか、等の情報）を提供し、また原稿を読み取り、それにより生成された画像データとシナリオを画像配信サーバ１４へ送信する画像形成装置１、２、３…（区別しない場合、画像形成装置１３という）、画像形成装置１３から送信された画像データとシナリオを受け取り、シナリオの正当性を判定した後、シナリオで指定された配信方法でその画像データの処理（他の情報処理装置への画像送信など）を行う画像配信サーバ１４を有する。
【００１２】
なお、本実施形態では、ＳＭＣ１１、ＡＤ１２、及び、画像配信サーバ１４を別々のコンピュータとして扱うが、各装置の機能は１台又は２台のコンピュータに集約することができる。各装置の機能は、例えばアプリケーションソフトウェアとして実装でき、コンピュータであれば各装置として必要な機能を提供できる。
【００１３】
また、以下では、シナリオを登録する際にＳＭＣ１１を操作する操作者を管理者と、シナリオを利用する際に画像形成装置１３を操作する操作者をユーザという。管理者とユーザは同じ者であってもよい。また、本実施形態ではスキャン条件を例にするが、複写条件、プリント条件を含めても良い。
【００１４】
図２（ａ）〜（ｃ）は、画像形成装置利用システム１００の動作を模式的に示す図の一例である。
【００１５】
＜シナリオの登録＞
（Ａ１）管理者はＳＭＣ１１を操作することによりシナリオを作成する。シナリオとは、画像形成装置１３の「読み取り設定」「配信設定」「ユーザ名」「パスワード」「機種」「機器識別子」等の情報である。
【００１６】
ＳＭＣ１１は特定のＯＳ（例えば、Windows（登録商標）VISTA、７と同等以上の機能を備えたＯＳ）の一機能又はアプリケーションソフトウェアとして実装される「スキャナ管理コンソール」というユーザインターフェイスを有する。スキャナ管理コンソールは、管理者が画像形成装置１３及びＡＤ１２と通信したり、各種の情報を設定するためのユーザインターフェイスの一態様である。ＳＭＣ１１と画像形成装置１３は、所定のプロトコル（例えば、ＷＳ−ＥＷＳ）により通信する。
【００１７】
シナリオを作成するためには画像形成装置１３の能力情報が必要になる。このためＳＭＣ１１は、管理者の操作を受け付け、画像形成装置１３にその画像形成装置１３が有している能力情報や状態を問い合わせる（図２(a)）。
（Ａ２）ＳＭＣ１１が画像形成装置１３に対してその画像形成装置１３が有している能力情報の提供を要求すると、要求に応じて画像形成装置１３はＳＭＣ１１に対して自機の能力情報を提供する。なお、ＳＭＣ１１が画像形成装置１３の能力情報を受け取るのは管理者がシナリオ作成の操作を行う前でもよいし、シナリオ作成を行おうとした時でもよい。
【００１８】
ＳＭＣ１１は画像形成装置１３から受信した能力情報をディスプレイに表示する。管理者は、例えば、能力情報による能力を超えない範囲で、読み取り設定を登録することができる。また、管理者は、配信設定、読み取り設定を使用するユーザの「ユーザ名」「パスワード」等を登録する。
（Ａ３）そして、ＳＭＣ１１は各種の情報が登録されたシナリオをＡＤ１２に登録する。ＡＤ１２はこれを保存する（記憶する）。ＡＤ１２は、複数のネットワークに接続されたＰＣ、スキャナ、プリンタ、複写機、ファクシミリ等を、ドメイン（ユーザーとコンピュータの管理単位）の階層構造として管理する。例えば、あるＰＣから接続可能なスキャナ等を規定することができる。ここまでがシナリオ登録に関する処理の流れである。
【００１９】
後述するように、ある画像形成装置１について１つのシナリオが生成されると、ＳＭＣ１１は、そのシナリオを他の画像形成装置２、３…に適用して新しいシナリオを作成する。したがって、１つの画像形成装置１のシナリオが登録されると、他の画像形成装置２、３…でも、同じことができるシナリオを自動で登録することができる。
【００２０】
＜シナリオの利用＞
次に、シナリオの利用に関する流れを説明する（図２（ｂ）（ｃ））。
（Ｂ１）ユーザは画像形成装置１３に認証操作を入力し（ログインし）、画像形成装置１３はＡＤ１２から、ログインしたユーザが利用できるシナリオを取得する。シナリオにはそのシナリオを使用可能なユーザが対応づけられているため、画像形成装置１３には画像形成装置１３を利用するユーザに対応づけられたシナリオのみが送信される。
（Ｂ２）ユーザは、画像形成装置１３の操作パネル５７からシナリオを選択し、スタートキーを押下することで原稿をスキャンする。以下、シナリオに基づき画像形成装置１３が動作することを「シナリオを実行する」という。
（Ｂ３）本実施形態では、ユーザが複数のシナリオを選択し、複数のシナリオに重複した配信先情報が登録されている場合に、同じ「配信先」には１回しか同じ画像データを送信しないように、シナリオから重複した配信先情報を解消することに特徴がある。配信先情報が重複していると、画像形成装置１３はシナリオに対し後述するいくつかの処理を施す。
（Ｂ４）セキュリティ上の設定のため、シナリオに変更があると、画像配信サーバ１４は画像データの配信を許可しないようになっているが、画像形成装置１３は変更のあったシナリオをＡＤ１２に登録するので、画像配信サーバ１４は画像データを配信することができる。
（Ｂ５）画像形成装置１３は、シナリオの読み取り設定を読み取り条件に設定して読み取った画像データ及びシナリオを画像配信サーバ１４に送信する。画像形成装置１３と画像配信サーバ１４は、所定のプロトコル（例えば、ＷＳ−ＥＷＳ）により通信する（図２（ｃ））。
（Ｂ６）画像配信サーバ１４は、画像データと共に受信したシナリオが、ＡＤ１２に登録されているか否かを判定する。これにより、画像形成装置１３が実行したシナリオが正当なもの否かが判定され、画像データの配信の際のセキュリティが確保されている（シナリオの正当性判定）。
【００２１】
したがって、画像形成装置１３が変更したシナリオをＡＤ１２に登録することで、画像配信サーバ１４が、画像データと共に受信したシナリオが、ＡＤ１２に登録されているか否かを判定することができる。画像配信サーバ１４はシナリオが正当であると判定した場合にだけ、画像データを配信することができる。
（Ｂ７）画像配信サーバ１４は、シナリオに記載されている配信設定（配信方法、配信先）に基づき画像データを配信するなどの処理を行う。図示するように、配信方法は、例えば「Scan  To  E-mail」、「Scan  To  FileShare」、「Scan  To  SharePoint」等である。
【００２２】
〔画像形成装置１３のハードウェア構成〕
図３は、画像形成装置１３のハードウェア構成図の一例を示す。画像形成装置１３は、スキャナ６９、プリンタ６７及びＦＡＸ制御ユニット６８を有するＭＦＰ（Multifunction Peripheral）である。本実施形態では、ＭＦＰであるとして説明するが、最低限、スキャナ６９を搭載していればよい。
【００２３】
画像形成装置１３は、さらに、コントローラ５１と操作パネル５７を有する。コントローラ５１は、ＣＰＵ５２と，システムメモリ５４と，ＮＢ（ノースブリッジ）５３と、ＳＢ（サウスブリッジ）５９と，ＡＳＩＣ（Application Specific Integrated Circuit）５８と，ローカルメモリ５５と，ＨＤＤ５６と、ＮＩＣ（ネットワークインターフェイスカード）６１と、ＵＳＢデバイス６２と、ＩＥＥＥデバイス６３と、セントロニクスデバイス６４とを含む。
【００２４】
記憶媒体６５は、例えば、ＵＳＢデバイス６２に脱着可能であり、記憶媒体６５に記憶されたプログラム６６は、記憶媒体６５からＨＤＤ５６にインストールされる。また、プログラム６６は、不図示のサーバからＮＩＣ６１を経由してＨＤＤ５６にインストールされてもよい。
【００２５】
ＣＰＵ５２は、画像形成装置１３の全体制御を行うものである。例えばＣＰＵ５２は、ＯＳ上にアプリや機能毎のプロセスを起動して実行させる。ＮＢ５３はブリッジである。ＳＢ５９は、ＰＣＩバスとＲＯＭや周辺デバイス等とを接続するためのブリッジである。システムメモリ５４は、画像形成装置１３の描画用メモリなどとして用いるメモリである。ローカルメモリ５５は、コピー用画像バッファ，符号バッファとして用いるメモリである。
【００２６】
ＡＳＩＣ５８は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ５６は、画像データ，文書データ，プログラム６６，フォントデータ等の蓄積を行うストレージ（補助記憶装置）の一例である。ＮＩＣ６１は、画像形成装置１３をネットワークに接続するインターフェイス機器である。また、ＵＳＢデバイス６２，ＩＥＥＥ１３９４デバイス６３およびセントロニクスデバイス６４は、それぞれの規格に準じたインターフェイスであり、ＰＣと接続され印刷データ等を受信する。
【００２７】
操作パネル５７は、ユーザからの入力操作を受け付けると共に、ユーザに向けた表示を行う操作部であり、タッチパネルを一体に有すると共に、タッチパネルの周囲にハードキーを有する。プリンタ６７は、白黒プロッタ及び／又はカラープロッタであり、印刷ジョブデータやスキャナ６９が読み取った画像データに基づき、１ページ毎の画像を形成し、用紙に転写する。例えば、レーザービームを用いた電子写真プロセスを使って、感光ドラム等に形成したトナー画像を用紙に転写し、定着装置により熱と圧力により定着して出力する。
【００２８】
また、スキャナ６９は、コンタクトガラスに載置された原稿を光学的に走査して、その反射光をＡ／Ｄ変換して、像域分離、地肌除去処理、γ変換、孤立点除去処理、色変換処理、変倍処理などの画像処理を施し所定の解像度のデジタルデータに変換し画像データを生成する。
【００２９】
ＦＡＸ制御ユニット６８は、ＮＣＵ（Network Control Unit）を介して公衆通信網に接続し、例えばＧ３、Ｇ４規格のファクシミリに対応した通信手順（通信プロトコル）等に従いファクシミリの送受信を行う。なお、ＦＡＸ制御ユニット６８はメモリを有しており、例えば画像形成装置１３の電源がＯＦＦのときに受信したファクシミリデータを一時的に格納するためにこのメモリに記憶する。
【００３０】
〔ＳＭＣ１１、ＡＤ１２、画像配信サーバ１４のハードウェア構成〕
ＳＭＣ１１、ＡＤ１２、及び、画像配信サーバ１４は、いずれもパーソナルコンピュータ、ワークステーション等を実体とするコンピュータである。コンピュータとしてのハードウェア構成は、三者に共通なので、ＳＭＣ１１を例にして説明する。
【００３１】
図４は、ＳＭＣ１１、ＡＤ１２、画像配信サーバ１４のハードウェア構成図の一例である。ＳＭＣ１１は、ＣＰＵ７１と、ＲＯＭやＲＡＭを含むメモリ７２とが、バスラインで接続された構造を有する。このバスラインには、所定のインターフェイスを介して、大容量の記憶装置であるＨＤＤ７５、マウスやキーボードなどの入力装置７６と、ＬＣＤやＣＲＴなどのディスプレイ８０を接続するモニタ制御部７７と、光ディスクなどの記憶媒体７８を読み取る記憶媒体読取装置７３が接続され、また、インターネットなどのネットワークやＵＳＢなどの外部機器と通信を行なう所定のネットワーク装置７４が接続されている。 
ＳＭＣ１１のＨＤＤ７５には、シナリオを自動的に作成するプログラム７９が記憶される（ＳＭＣ１１の場合）。また、ＡＤ１２のＨＤＤ７５には、シナリオを登録するためのプログラム７９が、画像配信サーバ１４のＨＤＤ７５には画像データを配信するためのプログラム７９がそれぞれ記憶されている。このプログラム７９は、記憶媒体７８から記憶媒体読取装置７３により読み取られ、又は、インターネットなどのネットワークからダウンロードされるなどして、ＨＤＤ７５にインストールされたものである。インストールによりＳＭＣ１１は、管理者によるシナリオの作成を支援し、及び、シナリオを自動的に作成することが可能になる。
【００３２】
ＳＭＣ１１のＣＰＵ７１は、ＨＤＤ７５に記憶しているプログラム７９を読み出し、メモリ７２のＲＡＭを作業メモリにして実行することで、図６のシナリオ統括部２１、シナリオ作成部２５、能力交換部２２、シナリオ自動作成部２４及び機器検索部２３を実現する。同様に、ＡＤ１２のＣＰＵ７１は、ＨＤＤ７５に記憶しているプログラム７９を読み出し、メモリ７２のＲＡＭを作業メモリにして実行することで、図６のシナリオ登録部２６及びシナリオ検索部２９を実現する。同様に、画像配信サーバ１４のＣＰＵ７１は、ＨＤＤ７５に記憶しているプログラム７９を読み出し、メモリ７２のＲＡＭを作業メモリにして実行することで、図６のシナリオ正当性判定部４１及び画像配信部４２を実現する。
【００３３】
ネットワーク装置７４は、例えば、ＴＣＰ／ＩＰをプロトコルにして通信するため、物理層とデータリンク層の通信接続を、ＳＭＣ１１、ＡＤ１２、画像配信サーバ１４及び画像形成装置１３、それぞれの間で確立する。例えば、ＡＤ１２と画像形成装置１３の間は、ＴＣＰ／ＩＰの上位層の、例えばＬＤＡＰ（Lightweight Directory Access Protocol ）をプロトコルにして通信する。ＬＤＡＰは、ディレクトリサービスでは汎用的なプロトコルで、画像形成装置１３からＡＤ１２のシナリオを検索する際に利用される。
【００３４】
なお、上記のように、ＳＭＣ１１、ＡＤ１２、及び、画像配信サーバ１４を１つのコンピュータに実装してもよい。ＳＭＣ１１とＡＤ１２を１つのコンピュータに実装し、画像配信サーバ１４を別のコンピュータに実装してもよい。また、ＳＭＣ１１と画像配信サーバ１４を１つのコンピュータに実装し、ＡＤ１２を別のコンピュータに実装してもよい。また、ＡＤ１２と画像配信サーバ１４を１つのコンピュータに実装し、ＳＭＣ１１を別のコンピュータに実装してもよい。
【００３５】
〔シナリオ〕
まず、図５を用いてシナリオについて説明する。図５は、後述するシナリオＤＢ２８に登録されたシナリオの一例を示す図である。シナリオには、「読み取り設定」「配信設定」「ユーザ名」「パスワード」「機種」「機器識別子」が登録される。「読み取り設定」は、「解像度」「濃度設定」「カラー種別」「用紙サイズ」の各情報が登録される。「配信設定」には「配信方法」と「配信先」が登録される。この「配信先」に重複が判定される配信先情報が含まれる。
【００３６】
ユーザ名はユーザを識別するためのものであり、パスワードは画像形成装置１３にログインしているユーザを認証するためのものである。機器識別子は、画像形成装置１３ごとに固有の値である。機器識別子は、シナリオＤＢ２８に登録されたシナリオがどの画像形成装置１３用に生成されたものかを示す。換言すると、機器識別子に示される画像形成装置１３により、登録されたシナリオが利用可能となる。
【００３７】
画像形成装置１３はＡＤ１２からシナリオを取得すると、スキャナ６９を動作させる読み取り条件に設定する。シナリオの読み取り設定｛「解像度」「濃度設定」「カラー種別」「用紙サイズ」｝が、読み取り条件に対応する。したがって、ユーザが画像形成装置１３の操作パネル５７を操作して「解像度」「濃度設定」「カラー種別」「用紙サイズ」を設定しなくても、画像形成装置１３が原稿を読み取り、画像データを生成することができる。
【００３８】
なお、ユーザが、操作パネル５７を操作して、シナリオにより設定された読み取り設定の一部又は全てを変更することができるか否かは、ディレクトサービスの設計ポリシーに依存する。本実施形態では、シナリオが変更されることにより、画像配信サーバ１４に画像データと共に送信されたシナリオが、変更の結果、ＡＤ１２に記憶されたシナリオと異なる場合、画像配信サーバ１４は画像データを配信しないようになっている。
【００３９】
また、画像データとシナリオが画像配信サーバ１４に送信されると、画像配信サーバ１４はシナリオの正当性の判定の後、シナリオの「配信設定」に従い画像データを配信する。このように、シナリオは画像データの生成方法から配信方法までを規定する規定条件となる。
【００４０】
〔画像形成装置利用システム１００の機能構成〕
図６は、画像形成装置利用システム１００の機能ブロック図の一例を示す。
【００４１】
＜ＳＭＣ１１＞
ＳＭＣ１１は、シナリオ統括部２１、能力交換部２２、機器検索部２３、シナリオ自動作成部２４及びシナリオ作成部２５とを有する。ＳＭＣ１１は、シナリオを作成してＡＤ１２に登録する。作成方法は２つあり、１つは管理者がＳＭＣ１１を操作してシナリオを作成する方法で、もう１つは管理者が作成したシナリオと同じシナリオをＳＭＣ１１が自動作成する方法である。
【００４２】
能力交換部２２は画像形成装置１３から、各画像形成装置１３の能力情報を取得する。能力情報はシナリオの「読み取り設定」と同等の情報を含む。画像形成装置１３に能力情報を要求するため、能力交換部２２は、ネットワークに接続されている画像形成装置１３の設置情報が必要になる。設置情報とは、ネットワークに接続されている画像形成装置１３と通信するための情報であり、例えば、画像形成装置１３の機器識別子、機種、ＭＡＣアドレス、ＩＰアドレス等である。そこで、能力交換部２２は機器検索部２３に、検索対象のネットワーク内の画像形成装置１３の設置情報の取得して、能力交換部２２に提供を要求する。
【００４３】
機器検索部２３は、ネットワーク内にある検索対象の画像形成装置１３の設置情報を取得する。機器検索部２３は、管理者が設定したネットワークの検索範囲（例えばネットワークアドレスにより指定される）から、上記のように、ＷＳ−ＥＷＳプロトコルを使って、画像形成装置１３の例えば実行統括部３１に設置情報を要求する。検索対象の画像形成装置１３を、例えば、スキャナ機能を有する機器に限定してもよい。
【００４４】
なお、機器検索部２３による画像形成装置１３の検索には例えばＳＮＭＰ（Simple Network Management Protocol）を利用してもよい。ＳＮＭＰは、ネットワークに接続された機器をネットワーク経由で監視することによってネットワークシステムを管理するプロトコルである。機器検索部２３は、検索要求をネットワーク内に例えば同報的に送信する。
【００４５】
各画像形成装置１３は、ＭＩＢ（Management Information Base）又はＭＩＢ２と呼ばれるデータベースに機器情報を記憶している。画像形成装置１３は、検索要求に対し、機器情報から設置情報を抽出し機器検索部２３に送信する。したがって、この態様では、ＳＭＣ１１がＳＮＭＰプロトコルにおけるＳＮＭＰマネージャに、画像形成装置１３がＳＮＭＰエージェントにそれぞれ相当する。
【００４６】
設置情報を取得した機器検索部２３は、設置情報を能力交換部２２に送出する（例えば、ＲＡＭに記憶する）。能力交換部２２は、設置情報（特に、機器識別子、機種、ＭＡＣアドレスやＩＰアドレス）を用いて、ネットワーク内の各画像形成装置１３に能力情報を要求する。検索時と同様に、ＷＳ−ＥＷＳプロトコルを用いてもよいし、ＳＮＭＰとＭＩＢ２を用いてもよいし、ＨＴＴＰ、ＦＴＰ等のプロトコルを利用してよい。
【００４７】
シナリオ統括部２１は、シナリオ作成に関する制御部となる。具体的には能力交換部２２から画像形成装置１３の能力情報を取得し、それをもとにシナリオ作成部２５にシナリオ作成を依頼する。例えば、管理者がＳＭＣ１１で画像形成装置１のシナリオを作成した場合、シナリオ統括部２１は、管理者が作成したシナリオを、シナリオ作成部２５に送出する。シナリオ作成部２５は、シナリオを所定のフォーマットに形成して、メモリ７２やＨＤＤ７５に記憶する。また、シナリオ統括部２１は、シナリオ作成部２５が作成したシナリオを登録するよう、ＡＤ１２のシナリオ登録部２６に要求する。
【００４８】
また、画像形成装置１以外の画像形成装置２、３…（以下、画像形成装置ｎ（ｎ＝２，３、４…）という）についてシナリオを作成する場合、シナリオ統括部２１はシナリオ作成部２５が作成したシナリオをシナリオ自動作成部２４に送出する。シナリオ自動作成部２４は、シナリオ作成部２５にシナリオの作成を要求する。このように、シナリオ自動作成部２４とシナリオ作成部２５が一体となってシナリオを自動作成する。なお、シナリオ作成部２５は、管理者が作成したシナリオの複製を、画像形成装置ｎのシナリオとして生成する。
【００４９】
自動作成の手順はあくまで一例であり、例えば、シナリオ自動作成部２４がシナリオを自動作成してもよい。本実施形態では、管理者がＳＭＣ１１を操作してシナリオを設定することをシナリオの作成と、ＳＭＣ１１が、管理者が作成したシナリオからシナリオを作成することを自動作成という。
【００５０】
シナリオ統括部２１は、いくつかの態様で、画像形成装置ｎ用のシナリオを自動作成する。
【００５１】
ａ．画像形成装置ｎの能力を考慮しないでシナリオを作成する。
【００５２】
ｂ．画像形成装置ｎの能力を考慮してシナリオを作成する。
【００５３】
ｂ１．画像形成装置１と同一機種の画像形成装置ｎについてシナリオを作成する。
【００５４】
ｂ２．画像形成装置１と同一スペックの画像形成装置ｎついてシナリオを作成する。
【００５５】
「ｂ１」又は「ｂ２」の態様の場合、シナリオ統括部２１は、画像形成装置ｎのシナリオを作成するか否かを判定し、シナリオを作成すると判定した場合に、シナリオ自動作成部２４にシナリオの作成を要求する。「ｂ１」又は「ｂ２」のようにシナリオ統括部２１が画像形成装置ｎの能力を考慮することで、画像形成装置ｎの有していない能力が、画像形成装置ｎが実行するシナリオに含まれないようすることができる。
【００５６】
例えば、同一機種又は同一スペックか否かを判定することで、例えば、管理者によりシナリオが作成された画像形成装置１ではカラー印刷が可能だが、画像形成装置ｎの能力情報によるとカラー印刷ができない場合、シナリオ統括部２１は画像形成装置ｎのシナリオを作成しないと判定することができる。また、例えば、管理者によりシナリオが作成された画像形成装置１では６００ｄｐｉによる読み取りが可能だが、画像形成装置ｎの能力情報によると４００ｄｐｉの読み取り解像度が上限の場合、シナリオ統括部２１は画像形成装置ｎのシナリオを作成しないと判定することができる。
【００５７】
＜ＡＤ１２＞
ＡＤ１２は、シナリオ登録部２６、シナリオ検索部２９及びシナリオＤＢ２８を有する。シナリオ登録部２６はシナリオＤＢ２８と接続されている。ＡＤ１２のシナリオ登録部２６は、ＳＭＣ１１のシナリオ統括部２１から登録が要求されたシナリオを受信して、シナリオＤＢ２８に登録する。登録とは、画像形成装置１３から検索可能な状態で記憶することをいう。シナリオ登録部２６は、登録したシナリオを、ＨＤＤ７５やＳＤＤ（Solid State Drive）を実体とするシナリオＤＢ２８に記憶する。
【００５８】
なお、シナリオ登録部２６は、画像形成装置１３のシナリオ登録要求部３８からシナリオの登録要求とシナリオを受け付け、そのシナリオをシナリオＤＢ２８に登録する。登録方法には、新規に登録する方法と上書きして登録する方法があるが、本実施形態では新規に登録する場合を例にして説明する。
【００５９】
シナリオ検索部２９は、画像形成装置１３のシナリオ呼出部３７からユーザ名と画像形成装置１３の機器識別子を受け取り、機器識別子とユーザ名に対応づけられたシナリオを検索し、検索にヒットした全てのシナリオをシナリオ呼出部３７に送信する。
【００６０】
同様に、シナリオ検索部２９は、後述する画像配信サーバ１４のシナリオ正当性判定部４１から、シナリオに含まれるユーザ名と機器識別子を受け取り、そのユーザ名に対応づけられたシナリオを検索し、検索にヒットした全てのシナリオをシナリオ正当性判定部４１に送信する。
【００６１】
＜画像形成装置１３＞
画像形成装置１３は、シナリオ呼出部３７、実行統括部３１、データ送信部３２、原稿読取部３３、シナリオ宛先取得部３４、シナリオ宛先重複判定部３５、複数シナリオ選択判別部３６及びシナリオ登録要求部３８を有する。各機能ブロックは、画像形成装置１３のＣＰＵ５２がプログラム６６を実行することで実現される。
【００６２】
画像形成装置１３の動作を簡単に説明する。ユーザは、画像形成装置１３にログインする際に、ユーザ名とパスワートを画像形成装置１３に入力している。または、画像形成装置１３に予め登録されているユーザ名を操作パネル５７から指定する態様で、ユーザ名を入力してもよい。この場合、ユーザ名と対のパスワードは、ユーザ名を指定することで自動的に特定される。
【００６３】
ユーザは、操作パネル５７を操作してシナリオを呼び出す操作を入力する。画像形成装置１３は、この操作を受け付けてＡＤ１２からこのユーザが利用可能なシナリオを受信する。画像形成装置１３は、ＡＤ１２から受信したシナリオの一覧を操作パネル５７に表示する。ユーザが操作パネル５７から１つ以上のシナリオを選択すると、画像形成装置１３はそれを受け付け、スキャナアプリにシナリオを送出する。これにより、シナリオと同じ読み取り条件が画像形成装置１３に設定される。ユーザが「スタート」キー等を押下すると、スキャナ６９は、スキャナアプリがシナリオに基づき設定した読み取り設定にしたがい動作する。
【００６４】
各機能ブロックについて説明する。実行統括部３１は、シナリオの呼び出しから画像データの画像配信サーバ１４への送信までの一連の処理を統括して制御する。シナリオ呼出部３７はＡＤ１２のシナリオ検索部２９を介してシナリオＤＢ２８にアクセスし、登録されているシナリオを呼び出す。具体的には、シナリオ呼出部３７は、画像形成装置１３の機器識別子と画像形成装置１３を使用するユーザのユーザ名をキーにして、シナリオ検索部２９にシナリオの呼出を要求する。
【００６５】
なお、ＡＤ１２は、ユーザを認証するためのユーザ情報を記憶している。ユーザ情報には、ユーザを一意に識別するユーザ名、及び、パスワード等が登録されている。ＡＤ１２は、シナリオの読み出しに先立ち、画像形成装置１３から送信されたユーザ名とパスワードに基づくユーザの認証が成立するか否かを判定する。認証が成立すると、シナリオ検索部２９は、シナリオＤＢ２８からユーザ名と画像形成装置１３の機器識別子が対応づけられたシナリオを読み出して画像形成装置１３に送信する。
【００６６】
複数シナリオ選択判別部３６は、ユーザが複数のシナリオを選択したか否かを判定する。複数のシナリオが選択された場合、重複した配信先情報が含まれる可能性があることになる。複数のシナリオが選択された場合、シナリオ宛先重複判定部３５は、複数のシナリオに重複した配信先情報が登録されているか否かを判定する。このため、シナリオ宛先重複判定部３５は、シナリオ宛先取得部３４に各シナリオの宛先を取得するよう要求する。シナリオ宛先取得部３４は、ＡＤ１２から送信された複数のシナリオから配信先情報を抽出し、シナリオ宛先重複判定部３５に送出する。シナリオ宛先重複判定部３５は、抽出された複数の配信先情報を比較して重複した配信先情報が含まれているか否かを判定する。
【００６７】
シナリオ登録要求部３８は、シナリオが修正された場合、それらのシナリオをシナリオＤＢ２８に新たに登録するようＡＤ１２に要求する。これは、配信先情報が重複している場合に、画像配信サーバが画像データを重複して配信しないように、配信先情報が調整されたシナリオをＡＤ１２に登録しておくためである。
【００６８】
図を用いて説明する。図７（ａ）は、図６のシナリオ１だけを抽出した図を示す。なお、以下、シナリオのうち「ユーザ名」「パスワード」「機種」「機器識別子」を省略して説明する。シナリオ１の「配信先」は、「ＡＡＡ＠ａａａ、ＢＢＢ＠ｂｂｂ」である。例えば、ユーザが画像形成装置１３にシナリオ１を呼び出した後、「ＢＢＢ＠ｂｂｂ」だけを削除する場合がある。図7（ｂ）は、「配信先」から「ＢＢＢ＠ｂｂｂ」が削除されたシナリオ１を示す。「ＢＢＢ＠ｂｂｂ」が削除されたシナリオ１と同じシナリオはＡＤ１２に登録されていないものになる。これでは、画像形成装置１３が「ＢＢＢ＠ｂｂｂ」が削除されたシナリオ１を実行し、画像データとシナリオ１を画像配信サーバに送信しても、画像配信サーバがシナリオ１に正当性があるとは判定できない。
【００６９】
このため、シナリオ登録要求部３８は、「ＢＢＢ＠ｂｂｂ」が削除されたシナリオ１をＡＤ１２に登録する。図７（ｃ）は、シナリオ１から「ＢＢＢ＠ｂｂｂ」が削除されたシナリオ１'が登録されたシナリオＤＢ２８の一例を示す図である。図５と比較すると、「ＢＢＢ＠ｂｂｂ」が削除されたシナリオ１'が新たに登録されていることが分かる。図７（ｂ）のシナリオ１'は画像データと共に画像配信サーバに送信されるので、画像配信サーバは図7（ｃ）のシナリオＤＢ２８を参照することで、画像データと共に送信されたシナリオ１'に正当性があることを確認できる。
【００７０】
図６に戻り、原稿読取部３３は、シナリオに基づき原稿を光学的に読み取り画像データを生成する。データ送信部３２は原稿読取部３３が生成した画像データ、及び、画像データの読み取りに使用したシナリオを画像配信サーバ１４に送信する。
【００７１】
なお、以下では、画像データと共に画像配信サーバ１４に送信されたシナリオを「添付されたシナリオ」と、配信先情報の重複が調整されたシナリオであってシナリオＤＢ２８に新たに登録されたシナリオを「新規のシナリオ」と、シナリオＤＢ２８に登録されている配信先情報の重複が解消されたシナリオを「元のシナリオ」という。
【００７２】
＜画像配信サーバ１４＞
画像配信サーバ１４は、シナリオ正当性判定部４１と画像配信部４２を有する。シナリオ正当性判定部４１は、ＡＤ１２のシナリオ検索部２９に問い合わせて、画像形成装置１３から画像データと共に受信した、添付されたシナリオの正当性を判定する。すなわち、シナリオ正当性判定部４１は、添付されたシナリオに含まれるユーザ名をシナリオ検索部２９に送信し、そのユーザ名に対応して登録されたシナリオを問い合わせる。画像配信サーバ１４が機器識別子をＡＤ１２に一緒に送信してもよい。
【００７３】
シナリオ検索部２９は、ユーザ名に対応して登録されたシナリオをシナリオＤＢ２８から読み出してシナリオ正当性判定部４１に送信する。シナリオ正当性判定部４１は、添付されたシナリオと同じシナリオが、シナリオ検索部２９から受信したシナリオの中に存在するか否かに基づき、シナリオの正当性を判定する。上記のように、配信先情報の重複が解消されたシナリオが画像配信サーバ１４に送信され、新規のシナリオとしてシナリオＤＢ２８に登録されているので、シナリオ正当性判定部４１は、同一のシナリオが登録されていると判定すること、すなわち、画像形成装置１３から受信したシナリオに正当性があると判定できる。
【００７４】
なお、正当性はＡＤ１２側で行ってもよい。この場合、シナリオ正当性判定部４１は添付されたシナリオをＡＤ１２のシナリオ検索部２９に送信し、シナリオ検索部２９が添付されたシナリオと一致するシナリオがシナリオＤＢ２８に記憶されているか否か（添付されたシナリオと同じ新規のシナリオがシナリオＤＢ２８に記憶されているか否か）を判定する。シナリオ正当性判定部４１は判定結果を受信する。
【００７５】
画像配信部４２は、シナリオ正当性判定部４１によりシナリオに正当性があると確認された場合、シナリオに記載されている配信方法、配信先に基づき画像データの配信処理を行う。すなわち、画像配信部４２は、シナリオの配信設定を参照し、登録された配信方法（ＦＴＰ、ＳＭＢ（Server Message Block）、Ｅ−Ｍａｉｌ等）で、配信先に画像データを配信する。
【００７６】
〔動作手順〕
＜登録手順＞
図８を用いて、まず、ＳＭＣ１１からＡＤ１２にシナリオを登録する手順を説明する。図８は、画像形成装置利用システム１００が、画像形成装置ｎの能力を考慮しないで、シナリオを登録する手順を示すシーケンス図の一例である。画像形成装置ｎの能力を考慮した場合でも、シナリオが自動作成される点で同様なので説明は省略する。
【００７７】
まず、管理者は、ＳＭＣ１１を操作してスキャナ管理コンソールを立ち上げる。そして、シナリオ統括部２１に対し、シナリオ作成開始を要求する（Ｓ１０１）。ユーザは、マウスやキーボードを操作して、シナリオ作成開始の指示するボタン等を押下する。シナリオ統括部２１は、シナリオ作成開始の要求を受け付ける。
【００７８】
シナリオ統括部２１は、能力交換部２２に対し、ネットワークに接続された全機器の能力情報の取得を要求する（Ｓ１０２）。すると、能力交換部２２は、機器検索部２３に対し、画像形成装置利用システム１００にネットワークを介して接続されている画像形成装置１３の一覧を検索する機器一覧検索を要求する（Ｓ１０３）。
【００７９】
機器検索部２３は、画像形成装置利用システム１００に接続されている画像形成装置１３の検索を行う（Ｓ１０４、Ｓ１０５）。図では２つの画像形成装置１，２に対し検索しているが、画像形成装置１、２の数はいくつでもよい。検索されたことを検出した画像形成装置１，２はそれぞれ設置情報を機器検索部２３に送信する。機器検索部２３は、設置情報を取得した全ての画像形成装置１，２を含む機器一覧を生成する。機器一覧には、設置情報（機器識別子、機種、ＭＡＣアドレスやＩＰアドレス等）が含まれている。
【００８０】
機器検索部２３は、能力交換部２２に対し、ネットワークに接続されている画像形成装置１，２の検索結果をまとめた機器一覧を通知する（Ｓ１０６）。
【００８１】
ついで、能力交換部２２は、機器一覧を基に、画像形成装置利用システム１００に接続されている画像形成装置１，２に、画像形成装置１，２の能力情報を送信するよう要求する（Ｓ１０７、Ｓ１０９）。
【００８２】
すると、画像形成装置１，２は、例えばＭＩＢ２から自己の能力情報を読み出し、それぞれ能力交換部２２に送信する（Ｓ１０８、Ｓ２００）。以上で、能力交換部２２が、ネットワークに接続された画像形成装置１，２の能力情報を取得できた。
【００８３】
能力交換部２２は、シナリオ統括部２１に対し、取得した画像形成装置１，２の能力情報をまとめて通知する（Ｓ２０１）。
【００８４】
シナリオ統括部２１は、管理者に対し、シナリオ作成候補機器を表示する（Ｓ２０２）。すなわち、画像形成装置１，２の機器識別子、機種等を一覧にしてＳＭＣ１１のディスプレイ８０に表示する。ユーザは、機器識別子や機種をクリックする等して、各画像形成装置１，２の能力情報をディスプレイ８０に表示する。
【００８５】
管理者は、シナリオ作成候補機器と能力情報を見て、シナリオ統括部２１に対し、シナリオ作成を指示する（Ｓ２０３）。指示の内容は、画像形成装置１，２を指定する情報である。指示することで、シナリオ統括部２１はその画像形成装置１又は２（ここでは、画像形成装置１が指示されたものとする）の能力情報をディスプレイ８０に表示する。これにより、管理者は画像形成装置１の能力の範囲でシナリオを作成できる。
【００８６】
また、管理者は読み取り時の「解像度」「濃度設定」「カラー種別」「用紙サイズ」を設定することができる。ＳＭＣ１１は、能力情報の範囲で「解像度」「濃度設定」「カラー種別」「用紙サイズ」のそれぞれについて管理者の操作に応じて設定可能な値をプルダウン表示し、その中から所望の値を選択する。読み取り設定に所望の値を直接設定してもよい。また、管理者は、「配信方法」「配信先」「ユーザ名」「パスワード」を設定する。登録すべき内容は、管理者にとって既知である。
【００８７】
シナリオ統括部２１は、シナリオ作成部２５に対し、管理者が設定したシナリオを作成するための情報を通知し、シナリオ作成を要求する（Ｓ２０４）。シナリオ作成部２５は、シナリオの各項目に必要な情報が登録されているか否か、使用禁止文字の有無等をチェック等をした後、シナリオを所定のフォーマットに形成して、シナリオ統括部２１に送信する（Ｓ２０５）。この時、シナリオ統括部２１は、このシナリオをディスプレイ８０に表示して、管理者の確認を受けても良い。
【００８８】
そして、シナリオ統括部２１は、ＡＤ１２のシナリオ登録部２６に対しシナリオを送信して、シナリオの登録を要求する（Ｓ２０６）。シナリオ登録部２６は、シナリオをシナリオＤＢ２８に登録（記憶）する。以上により、シナリオが作成され、ＡＤ１２に登録された。
【００８９】
続いて、特徴部の１つであるシナリオの自動作成について説明する。スキャナ管理コンソールには、プログラム７９が一体に含まれており、ステップＳ２５に続いて、ＳＭＣ１１は自動的に以下のステップを実行する。
【００９０】
シナリオ統括部２１は、管理者がシナリオを作成しなかった画像形成装置ｎについて、シナリオを作成するようシナリオ自動作成部２４に要求する（Ｓ２０７）。ここで、シナリオ統括部２１は、画像形成装置１について作成したシナリオと画像形成装置１の機器識別子、及び、シナリオを自動作成する対象となる画像形成装置ｎの機器識別子をシナリオ自動作成部２４に通知する。この他、シナリオ統括部２１は、各画像形成装置１３の能力情報をシナリオ自動作成部２４に送信してもよい。
【００９１】
そして、シナリオ自動作成部２４は、シナリオ作成部２５に対しシナリオの作成を要求する（Ｓ２０８）。このとき、シナリオ自動作成部２４は、シナリオと画像形成装置１の機器識別子、及び、シナリオを自動作成する対象となる画像形成装置ｎの機器識別子をシナリオ作成部２５に送出する。
【００９２】
シナリオ作成部２５は、シナリオ自動作成部２４から指示された画像形成装置ｎについてシナリオを作成する（Ｓ２０９）。具体的には、シナリオ自動作成部２４は画像形成装置１のシナリオと同じシナリオを、機器識別子だけを変えて生成する。シナリオ作成部２５は、生成したシナリオをシナリオ自動作成部２４に通知する。
【００９３】
シナリオ自動作成部２４は、シナリオをＡＤ１２のシナリオ登録部２６に送信する（Ｓ３００）。これにより、シナリオ登録部２６は、画像形成装置ｎについて画像形成装置１と同じシナリオを登録できたことになる。
【００９４】
＜配信先情報の重複の解消＞
続いて、重複した配信先情報の解消について説明する。
図９は、同じ宛先画像データが同じ「配信先」に重複して送信されることを防ぐ態様で、シナリオを実行する手順の一例を示すシーケンス図である。
【００９５】
まず、ユーザは画像形成装置１３の操作パネル５７を操作して、ＡＤ１２からシナリオを呼び出すように操作する（Ｓ１）。すでにユーザは、ユーザ名及びパスワードを操作パネル５７から入力するか、ＩＣカードを画像形成装置１３に読み取らせているので、画像形成装置１３にログインしている。
【００９６】
実行統括部３１はこの操作を受け付けて、シナリオ呼出部３７にシナリオの呼出を要求する（Ｓ２）。なお、実行統括部３１は、ユーザのログイン操作をそのままシナリオの呼出の要求として受け付けてもよい。実行統括部３１はユーザ名とパスワードをシナリオ呼出部３７に送出する。
【００９７】
シナリオ呼出部３７は、ユーザ名とパスワードをＡＤ１２に送信し認証を求め、さらに画像形成装置１３の「機器識別子」を送出して該ユーザ名のユーザが使用できるシナリオをシナリオ検索部２９に検索要求する（Ｓ３）。シナリオ検索部２９は、ユーザ名とパスワードの組み合わせがユーザ情報に記憶されているか否かに基づきユーザを認証する。認証が成立した場合、シナリオ検索部２９は、「ユーザ名」と画像形成装置１３の「機器識別子」をキーにしてシナリオＤＢ２８を参照し（Ｓ４）、この「ユーザ名」と「機器識別子」が対応づけられた全てのシナリオをシナリオＤＢ２８から読み出す（Ｓ５）。
【００９８】
シナリオ検索部２９は、読み出したシナリオ（シナリオ群）をシナリオ呼出部３７に送信する（Ｓ６）。シナリオ呼出部３７は、全てのシナリオを実行統括部３１に送出する（Ｓ７）。
【００９９】
実行統括部３１は、シナリオの一覧を生成し操作パネル５７に表示する（Ｓ８）。
図１０は、操作パネル５７に表示されたシナリオ選択画面３０１の一例を示す。シナリオ一覧画面３０１は、「どのシナリオを実施しますか？」のメッセージと共に、シナリオ一覧３０２と「ＯＫ」ボタン３０２を有する。
【０１００】
シナリオ一覧３０２には「シナリオ＋番号」が（シナリオ１，シナリオ２，シナリオ３）表示されているが、ユーザが予め登録しておいた分かりやすい名称等を実行統括部３１が表示してもよい。シナリオ一覧３０２において、ユーザが不図示の詳細ボタンを押下すると、各シナリオの詳細な内容が操作パネル５７に表示される。
【０１０１】
シナリオの内容を確認したユーザが、シナリオ一覧３０２から１つのシナリオを押下すると、操作パネル５７はそのシナリオを反転表示する。続けて、ユーザが同じシナリオを押下すると、操作パネル５７は反転表示を解除し、ユーザが別のシナリオを押下すると、操作パネル５７は２つのシナリオを反転表示する。本実施形態では複数のシナリオが選択されたものとする。なお、仮に、１つのシナリオに同じ配信先情報の登録が許可されている場合、ユーザが必ずしも複数のシナリオを選択しなくても、本実施形態が説明する配信先情報の重複の解消を適用できる。
【０１０２】
複数のシナリオが反転表示された状態で、ユーザが「OK」ボタン３０３を押下すると、実行統括部３１が選択されたシナリオの実行要求を受け付ける（Ｓ９）。実行要求の受け付けにより、実行統括部３１は選択されたシナリオを特定し、ＨＤＤ等に記憶する。シナリオには番号が付与されているので、実行統括部３１はこの番号により選択されたシナリオを特定する。
【０１０３】
図９戻り、実行統括部３１は、複数シナリオ選択判別部３６に複数のシナリオが選択されたかな否かを判別するよう要求する（Ｓ１０）。複数シナリオ選択判別部３６は、ユーザが複数のシナリオを判別したか否かを判定し、判定結果を実行統括部３１に返す（Ｓ１１）。複数のシナリオか否かの判定方法はいくつかあるが、例えば、複数シナリオ選択判別部３６は、実行統括部３１が受け付けたシナリオの番号が複数あるか否かに基づき判定する。なお、本実施例では、判定結果は「Ｙｅｓ」となる。
【０１０４】
複数のシナリオが選択された場合（判定結果がＹｅｓの場合）、実行統括部３１は、シナリオ宛先重複判定部３５に、複数のシナリオで重複している配信先情報を問い合わせる（Ｓ１２）。シナリオ宛先重複判定部３５は、シナリオ宛先取得部３４にシナリオから配信先情報だけを取得するよう要求する（Ｓ１３）。シナリオ宛先取得部３４は、複数のシナリオからそれぞれ配信先情報を取得し、シナリオ宛先重複判定部３５に送出する（Ｓ１４）。図を用いて説明する。
【０１０５】
図１１は、選択された複数のシナリオの一例を示す図である。図１１ではユーザが３つのシナリオ１〜３を選択したことを示す。シナリオ宛先取得部３４は、シナリオ１〜３の配信先情報を全て取得し、シナリオ宛先重複判定部３５に送出する。シナリオ１の配信先情報とシナリオ２の配信先情報を比較すると、「ＢＢＢ＠ｂｂｂ」が重複しているので、シナリオ宛先重複判定部３５は「ＢＢＢ＠ｂｂｂ」が重複していると判定する。シナリオ宛先重複判定部３５は、判定結果として重複している配信先情報を全て実行統括部３１に送出する（Ｓ１５）。
【０１０６】
実行統括部３１は、重複している配信先情報の「配信先」に対しても１回のみ、画像配信サーバ１４が画像データを送信するようなシナリオを作成または修正して、シナリオ登録要求手段にＡＤ１２に新規に登録するよう要求する（Ｓ１６）。
【０１０７】
ここで、重複している配信先情報の「配信先」に対し１回のみ、画像配信サーバ１４が画像データを送信するように、画像形成装置１３がシナリオを処理する態様はいくつか挙げることができる。
（Ｃ１）配信先情報が重複している複数のシナリオのち、１つのシナリオにだけ重複している配信先情報を残し、残りのシナリオから重複している配信先情報を削除する態様。図１１を例にすると、この態様は、シナリオ１にだけ「ＢＢＢ＠ｂｂｂ」を残し、シナリオ２から「ＢＢＢ＠ｂｂｂ」を削除する態様である。
【０１０８】
図１２（ａ）は、（Ｃ１）の態様により作成されたシナリオの一例を示す図である。シナリオ２から「ＢＢＢ＠ｂｂｂ」が削除されたので、複数のシナリオに重複した配信先情報がなくなったことが分かる。なお、逆に、シナリオ２にだけ「ＢＢＢ＠ｂｂｂ」を残し、シナリオ１から「ＢＢＢ＠ｂｂｂ」を削除してもよい。
（Ｃ２）配信先情報が重複した複数のシナリオを１つだけ残し、画像形成装置１３が実行するシナリオから除外する態様。図１１を例にすると、この態様は、シナリオ１を残し、シナリオ２を画像形成装置１３が実行する対象から除外する態様である。この場合、「ＣＣＣ＠ｃｃｃ」に画像データが配信されないことになるが、画像データが重複して「ＢＢＢ＠ｂｂｂ」に送信されることは回避できる。
【０１０９】
図１２（ｂ）は（Ｃ２）の態様により作成されたシナリオの一例を示す図である。シナリオ２が、画像形成装置１３が実行する対象から除外されたので、複数のシナリオに重複した配信先情報がなくなったことが分かる。なお、「ＣＣＣ＠ｃｃｃ」に画像データが配信されないことを防止するため、シナリオ２にしかない配信先情報がない場合に、シナリオ２を画像形成装置１３が実行する対象から除外してもよい。
（Ｃ３）配信先情報が１つだけのシナリオを新たに作成し、その後、配信先情報が重複するシナリオを削除する態様。図１１を例にすると、この態様は、「ＡＡＡ＠ａａａ」だけが配信先情報であるシナリオ１、「ＢＢＢ＠ｂｂｂ」だけが配信先情報であるシナリオ１'、「ＣＣＣ＠ｃｃｃ」だけが配信先情報であるシナリオ２、「ＢＢＢ＠ｂｂｂ」だけが配信先情報であるシナリオ２'、をそれぞれ作成し、シナリオ１'又はシナリオ２'を削除する態様である。
【０１１０】
図１２（ｃ）は（Ｃ３）の態様により作成されたシナリオの一例を示す図である。シナリオ１〜３とシナリオ１'、２'が作成されている。この状態から例えばシナリオ１'が削除されると（二重線で削除した）、複数のシナリオに重複した配信先情報がなくなったことが分かる。同じ配信先情報の「配信先」に対し異なる読み取り設定のシナリオが一時的に作成されるので、例えば、読み取り設定において最も解像度の高いシナリオを残したり、カラー読み取りのシナリオを残す等、画像形成装置１３やユーザが削除しないで残すシナリオを選別しやすくなる。
【０１１１】
図９に戻り、シナリオ登録要求部３８は、配信先情報の重複を解消したシナリオをＡＤ１２に登録する（Ｓ１６）。図１２（ｂ）を除き、ＡＤ１２に登録されているシナリオとは異なるシナリオが作成されたので、シナリオをＡＤ１２に登録しておかないと、画像配信サーバが添付されたシナリオに正当性があると判定できなくなるためである。
【０１１２】
実行統括部３１は、作成したシナリオの登録をシナリオ登録要求部３８に要求する。登録するのは、ＡＤ１２に登録されていないシナリオだけでよい。したがって、図１２(a)のシナリオ２、図１２（c)のシナリオ１、シナリオ２及びシナリオ２'が登録対象である。なお、（Ｃ２）の態様では、シナリオを削除するだけなので、登録対象のシナリオは発生しない。
【０１１３】
シナリオ登録要求部３８は、配信先情報の重複を解消したことで登録の必要のあるシナリオを特定している。シナリオ登録要求部３８は、ＡＤ１２のシナリオ登録部２６にこのようなシナリオを送信し該シナリオの登録を要求する（Ｓ１７）。
【０１１４】
シナリオ登録部２６は、受信したシナリオを新規にシナリオＤＢ２８に登録する（Ｓ１８）。
図１３は（Ｃ１）の態様における、シナリオの登録の前後のシナリオＤＢ２８の状態を示す図である。登録前のシナリオ１〜３に、登録後は「ＢＢＢ＠ｂｂｂ」が削除されたシナリオ２'が新規に登録されている。  
図１４は（Ｃ３）の態様における、シナリオの登録の前後のシナリオＤＢ２８の状態を示す図である。登録前のシナリオ１〜３に、シナリオ１'、シナリオ２'-１（図１２（ｃ）の２行目のシナリオ２'）、シナリオ２'-２（図１２（ｃ）の５行目のシナリオ２'）が新規に登録されている。
【０１１５】
すなわち、新規に登録された数だけシナリオＤＢ２８にはシナリオが増える。なお、シナリオを新規に登録するのでなく、元のシナリオに上書きしてもよい。また、新規に登録するか上書きするかをユーザが選択して、実行統括部３１が新規に登録するか上書きするかを切り替えてもよい。
【０１１６】
図９に戻り、シナリオ登録部２６は、シナリオの登録結果を取得して（Ｓ１９）、登録結果をシナリオ登録要求部３８に送信する（Ｓ２０）。また、シナリオ登録要求部３８は登録結果を実行統括部３１に送出する（Ｓ２１）。
【０１１７】
次に、実行統括部３１は、配信先情報の重複が解消されたシナリオに従った原稿の読み取りを原稿読取部３３に要求する（Ｓ２２）。原稿読取部３３はシナリオの読み取り設定を、スキャナ６９を動作させるパラメータとして設定し、原稿を読み取り画像データを生成する。原稿読取部３３は画像データを実行統括部３１に送出する（Ｓ２３）。複数のシナリオが選択されているので、原稿読取部３３は各シナリオに従い原稿を読み取り複数の画像データを実行統括部３１に送出する。
【０１１８】
実行統括部３１は、画像データと使用したシナリオをデータ送信部３２に送信する（Ｓ２４）。データ送信部３２は画像データと使用したシナリオを画像配信サーバ１４の画像配信部４２に送信する（Ｓ２５）。
【０１１９】
画像配信部４２は、添付されたシナリオの正当性を判定するようシナリオ正当性判定部４１に要求する（Ｓ２６）。画像配信部４２は、添付されたシナリオをシナリオ正当性判定部４１に送出する。
【０１２０】
シナリオ正当性判定部４１は、添付されたシナリオに含まれる「ユーザ名」をＡＤ１２のシナリオ検索部２９に送出すると共に、この「ユーザ名」に対応づけられたシナリオの検索を要求する（Ｓ２７）。シナリオ検索部２９は、この「ユーザ名」に対応づけられたシナリオをシナリオＤＢ２８から検索する（Ｓ２８）。シナリオ検索部２９は、シナリオＤＢ２８から読み出したシナリオを取得して（Ｓ２９）、そのシナリオ（複数ある場合は全て）をシナリオ正当性判定部４１に送信する（Ｓ３０）。
【０１２１】
シナリオ正当性判定部４１は、画像データと共に送信された添付されたシナリオと、シナリオ検索部２９から送信されたシナリオが同じか否かを判定し、判定結果を画像配信部４２に送出する（Ｓ３１）。ステップＳ１８で配信先情報の重複が解消されたシナリオがシナリオＤＢ２８に登録されているので、この判定結果はＯＫとなる。
【０１２２】
画像配信部４２は、画像データの配信の受付が正常に完了したことを示す受け付け結果を画像形成装置１３のデータ送信部３２に送信する（Ｓ３２）。また、データ送信部３２は、受け付け結果を実行統括部３１に送出する（Ｓ３３）。なお、画像配信部４２は、ステップＳ２９の後、シナリオの配信設定に従い画像データを配信する。
【０１２３】
以上のように、本実施例の画像形成装置利用システム１００は、複数のシナリオが選択された場合、重複した配信先情報をシナリオから解消するので、同じ「配信先」に同じ画像データ（読み取り条件は違っていても）が２回以上送信されることを防止できる。配信先のコンピュータでは、同じ画像データが複数届くことを防ぎ、記憶領域の無駄を防ぐことができる。また、送信コストも軽減される。
【実施例２】
【０１２４】
本実施例では、重複している配信先情報の「配信先」に対して１回のみ、画像配信サーバ１４が画像データを送信するようなシナリオを修正する画像形成装置利用システム１００のより具体的な例について説明する。
【０１２５】
図１５は、画像形成装置利用システム１００の機能ブロック図の一例を示す。図１５において、図６と同一部には同一の符号を付しその説明は省略する。本実施例では画像形成装置１３が宛先削除部３１１を有する。宛先削除部３１１は、複数のシナリオで重複している配信先情報を削除する。したがって、実施例１の（Ｃ１）の態様を実現する手段が明示されたものである。すなわち、宛先削除部３１１は、配信先情報が重複している複数のシナリオのち、１つのシナリオにだけ重複している配信先情報を残し、残りのシナリオから重複している配信先情報を削除する。
【０１２６】
図１６は、シナリオから重複した配信先情報を削除し、その後、正当性を判定する手順の一例を示すシーケンス図である。なお、図１６において図９と同一ステップには同一のステップ番号を付しその説明は省略する。図１６では、ステップＳ１５までの処理は実施例１と同様である。
【０１２７】
実施例１で説明したように、図１６のステップＳ１５において、シナリオ宛先重複判定部３５は、判定結果として重複している配信先情報を全て実行統括部３１に送出する（Ｓ１５）。
【０１２８】
実行統括部３１は、重複している配信先情報を削除するよう宛先削除部３１１に要求する（Ｓ１０１）。宛先削除部３１１は、実行統括部３１から重複している全ての配信先情報を取得し、次のような手順で重複している配信先情報をシナリオから削除する。
(ｉ)宛先削除部３１１は、重複している配信先情報を有するシナリオを特定する。図１１を例にすれば、シナリオ１とシナリオ２が特定される。
（ii）宛先削除部３１１は、特定したシナリオのうち、重複している配信先情報を残すシナリオを１つだけ決定する。決定の方法にはいくつかあるが、例えば、シナリオにより決定してもよいし、シナリオの番号順や選択順により決定してもよい。シナリオにより決定する場合とは、宛先削除部３１１は、最も解像度の高いもの（低いもの）、または、カラー読み取り（白黒読み取り）等のシナリオを残すシナリオに決定する。決定の方法は予め宛先削除部３１１に登録されている。図１１を例にして、シナリオ１が、重複している配信先情報を残すシナリオに決定されたものとする。
（iii）宛先削除部３１１は、重複している配信先情報を残すシナリオ以外のシナリオから、重複している配信先情報を削除する。図１１を例にすれば、宛先削除部３１１はシナリオ２から「ＢＢＢ＠ｂｂｂ」を削除する。これによりシナリオ２の配信先情報は、図１２（ａ）に示すように「ＣＣＣ＠ｃｃｃ」だけとなる。
【０１２９】
重複している配信先情報を削除すると、宛先削除部３１１は、削除完了を実行統括部３１に通知する（Ｓ１０２）。
【０１３０】
以降の処理は、実施例１と同様である。実行統括部３１は、シナリオ登録要求部３８にシナリオから配信先情報が削除されたシナリオを、シナリオＤＢ２８に新たに登録するよう要求する（Ｓ１６）。したがって、シナリオ登録要求部３８は、図１２（ａ）のシナリオ２をシナリオＤＢ２８に登録するよう、シナリオ登録部２６に要求する（Ｓ１７）。これにより、シナリオＤＢ２８には図１３の登録後のようにシナリオ１〜３とシナリオ２'が登録される。
【０１３１】
以上のように、本実施例の画像形成装置利用システム１００は、複数のシナリオが選択された場合、重複した配信先情報をシナリオから削除するので、同じ宛先に同じ画像データ（読み取り条件は違っていても）が２回以上送信されることを防止できる。配信先のコンピュータでは、同じ画像データが複数届くことを防ぎ、記憶領域の無駄を防ぐことができる。また、送信コストも軽減される。
【実施例３】
【０１３２】
本実施例では、シナリオの選択順を考慮することで、シナリオを作成することなく重複している配信先情報の「配信先」に対して１回のみ、画像配信サーバ１４が画像データを送信する画像形成装置利用システム１００のより具体的な例について説明する。
【０１３３】
図１７は、画像形成装置利用システム１００の機能ブロック図の一例を示す。図１７において、図６と同一部には同一の符号を付しその説明は省略する。本実施例では画像形成装置１３がシナリオ選択順判別部３１２を有する。シナリオ選択順判別部３１２は、ユーザがシナリオを選択した際に、選択した順番を判別する。図１０に示したように、ユーザは操作パネル５７に表示されたシナリオ選択画面３０１から順番にシナリオを選択する。選択内容は、実行統括部３１が検知している。シナリオ選択順判別部３１２は、実行統括部３１から、ユーザが１つのシナリオを選択する毎に選択したシナリオの番号を取得し、選択順にシナリオの番号をＲＡＭやＨＤＤに記録する。
【０１３４】
図１８は、シナリオ選択順判別部３１２が記録したシナリオの番号を選択順に示す図の一例である。選択順に対応づけて、シナリオの番号が記録されている。シナリオ選択順判別部３１２は、複数のシナリオの選択順を実行統括部３１に通知するので、実行統括部３１は、配信先情報が重複している複数のシナリオのうち、最も選択順の早いシナリオだけを実行するよう原稿読み取り部に要求する。
【０１３５】
このようにシナリオを取捨する場合、シナリオに変更はないのでシナリオを新規にシナリオＤＢ２８に登録する必要がない。
【０１３６】
図１９は、画像形成装置１３が最も選択順の早いシナリオを特定して実行する手順の一例を示すシーケンス図である。なお、図１９において図９と同一ステップには同一のステップ番号を付しその説明は省略する。図１９では、ステップＳ１５までの処理は実施例１、２と同様である。ステップＳ１５までの処理、特にステップＳ９の処理により、シナリオ選択順判別部３１２は図１８に示すように選択順を記録している。
【０１３７】
実施例１、２で説明したように、図１９のステップＳ１５において、シナリオ宛先重複判定部３５は、判定結果として重複している配信先情報を全て実行統括部３１に送出する（Ｓ１５）。
【０１３８】
実行統括部３１は、シナリオの選択順を提供するようシナリオ選択順判別部３１２に要求する（Ｓ２０１）。シナリオ選択順判別部３１２は、記録している選択順から、各シナリオの選択順を実行統括部３１に通知する（Ｓ２０２）。
【０１３９】
選択順が通知されるのは選択された全てのシナリオである（シナリオ１〜３）ので、重複した配信先情報を持たないシナリオ（ここではシナリオ３）も含まれる。このため、実行統括部３１は、シナリオ宛先重複判定部３５から通知された、重複している配信先情報を有するシナリオを特定する。図１１を例にすると「重複している配信先情報」は「ＢＢＢ＠ｂｂｂ」なので、実行統括部３１は、この配信先情報を有するシナリオ１とシナリオ２を特定する。
【０１４０】
そして、実行統括部３１は、シナリオ選択順判別部３１２から通知された選択順に基づき、シナリオ１とシナリオ２のどちらが先に選択されたかを決定する。図１８を例にすると、シナリオ１の選択順が最も早いので、実行統括部３１はシナリオ１が先に選択されたことを検出する。
【０１４１】
このため、実行統括部３１は、シナリオ２による原稿の読み取りを行わないと決定する。したがって、図１９のステップＳ２０において、実行統括部３１はシナリオ１とシナリオ３による原稿の読み取りを原稿読み取り部に要求する（Ｓ２０）。
【０１４２】
なお、図１９に示したように、本実施例では、図９や図１６のステップＳ１６〜Ｓ２１は実行されない。これは、原稿の読み取りに使用したシナリオ１、３には変更がないので、シナリオを新規にシナリオＤＢ２８に登録しなくても、画像配信サーバが添付されたシナリオに正当性があることを検証できるためである。
【０１４３】
以上のように、本実施例の画像形成装置利用システム１００は、重複した配信先情報を有する複数のシナリオが選択された場合、選択順でシナリオを取捨するので、同じ宛先に同じ画像データ（読み取り条件は違っていても）が２回以上送信されることを防止できる。配信先のコンピュータでは、同じ画像データが複数届くことを防ぎ、記憶領域の無駄を防ぐことができる。先に選択したシナリオの配信設定のみで画像データを送信するため、どのシナリオの配信設定に従ったかをユーザが把握しやすい。また、送信コストも軽減される。また、シナリオＤＢ２８へのシナリオの登録が不要なので、シナリオＤＢ２８の記憶領域の無駄を防ぐことができる。
【実施例４】
【０１４４】
本実施例では、シナリオの実行のコストを考慮することで、シナリオを作成せずに重複している配信先情報の「配信先」に対して１回のみ、画像配信サーバ１４が画像データを送信する画像形成装置利用システム１００のより具体的な例について説明する。
【０１４５】
図２０は、画像形成装置利用システム１００の機能ブロック図の一例を示す。図２０において、図６と同一部には同一の符号を付しその説明は省略する。本実施例では画像形成装置１３がシナリオコスト比較部３１３を有する。シナリオコスト比較部３１３は、シナリオの「読み取り設定」「配信設定」から画像データを送信することによるコストの高低を比較する。コストとは、配信方法そのものに起因する配信コストと、画像データの大きさによる画像コストがある。本実施例では、第１に配信コストを考慮してコストの大小を比較し、配信コストでは大小が決められない場合、第２に画像コストを考慮してコストの大小を比較するものとする。この比較方法は一例であって、配信コストと画像コストにそれぞれ重み付けして配信コストと画像コストからコストの大小を比較してもよいし、時間的なコストを考慮するなど、コストの比較はどのようなものでもよい。
【０１４６】
例えば、配信コストについては以下の大小関係があるものとする。
（１-１）配信コスト（安）：ＳＭＢ
（１-２）配信コスト（中）：Ｅ−Ｍａｉｌ、ＦＴＰ
（１-３）配信コスト（高）：ＦＡＸ
また、例えば、画像コストについては以下の大小関係があるものとする。
（２-１）画像コスト（安）：カラー種別「白黒」×解像度（低）
（２-２）画像コスト（↑）：カラー種別「白黒」×解像度（中）
（２-３）画像コスト（↑）：カラー種別「白黒」×解像度（高）
（２-４）画像コスト（↓）：カラー種別「カラー」×解像度（低）
（２-５）画像コスト（↓）：カラー種別「カラー」×解像度（中）
（２-６）画像コスト（高）：カラー種別「カラー」×解像度（高）
シナリオコスト比較部３１３は、このようなテーブルを参照して、複数のシナリオのコスト面から安い順にコスト順を付与して実行統括部３１に通知する。このテーブルは、画像形成装置１３のＨＤＤ等に予め記憶されている。実行統括部３１は、配信先情報が重複している複数のシナリオのうち、最もコストの安いシナリオだけを実行するよう原稿読み取り部に要求する。このようにシナリオを取捨する場合、シナリオに変更はないので画像形成装置１３がシナリオを新規にシナリオＤＢ２８に登録する必要がない。
【０１４７】
図２１は、画像形成装置１３が最もコストの安いシナリオを特定して実行する手順の一例を示すシーケンス図である。なお、図２１において図９と同一ステップには同一のステップ番号を付しその説明は省略する。図２１では、ステップＳ１５までの処理は実施例１〜３と同様である。実施例１〜３で説明したように、図２１のステップＳ１５において、シナリオ宛先重複判定部３５は、判定結果として重複している配信先情報を全て実行統括部３１に送出する（Ｓ１５）。
【０１４８】
実行統括部３１は、シナリオのコスト順を提供するようシナリオコスト比較部３１３に要求する（Ｓ３０１）。シナリオコスト比較部３１３は、テーブルを参照して各シナリオにコスト順を付与し、各シナリオのコスト順を実行統括部３１に通知する（Ｓ３０２）。ここでは、配信先情報の重複の有無に関係なく、シナリオコスト比較部３１３は全てのシナリオ（シナリオ１〜３）にコスト順を付与する。例えば、シナリオ１、２，３の順でコストが安いものとする。
【０１４９】
実行統括部３１は、シナリオ宛先重複判定部３５から通知された、重複している配信先情報を有するシナリオを特定する。図１１を例にすると「重複している配信先情報」は「ＢＢＢ＠ｂｂｂ」なので、実行統括部３１は、この配信先情報を有するシナリオ１とシナリオ２を特定する。
【０１５０】
そして、実行統括部３１は、シナリオコスト比較部３１３から通知されたコスト順に基づき、シナリオ１とシナリオ２のどちらが先に選択されたかを決定する。シナリオ１のコストが最も安いので、実行統括部３１はシナリオ２を実行対象のシナリオから除外する。
【０１５１】
このため、実行統括部３１は、図２１のステップＳ２０において、シナリオ１とシナリオ３による原稿の読み取りを原稿読み取り部に要求する（Ｓ２０）。
【０１５２】
なお、図２１に示したように、本実施例では、図９や図１６のステップＳ１６〜Ｓ２１は実行されない。これは、原稿の読み取りに使用したシナリオ１、３には変更がないので、シナリオを新規にシナリオＤＢ２８に登録しなくても、画像配信サーバが添付されたシナリオに正当性があることを検証できるためである。
【０１５３】
以上のように、本実施例の画像形成装置利用システム１００は、重複した配信先情報を有する複数のシナリオが選択された場合、コスト順でシナリオを取捨するので、同じ宛先に同じ画像データ（読み取り条件は違っていても）が２回以上送信されることを防止できる。配信先のコンピュータでは、同じ画像データが複数届くことを防ぎ、記憶領域の無駄を防ぐことができる。また、送信コストを他の実施例よりも軽減できる。また、シナリオＤＢ２８へのシナリオの登録が不要なので、シナリオＤＢ２８の記憶領域の無駄を防ぐことができる。
【実施例５】
【０１５４】
実施例１〜４では、画像形成装置１３が配信先情報の重複を解消したり、実行するシナリオを選択した。本実施例では、配信先情報が重複しているシナリオから、ユーザがシナリオを選択する画像形成装置利用システム１００について説明する。
【０１５５】
図２２は、画像形成装置利用システム１００の機能ブロック図の一例を示す。図２１において、図６と同一部には同一の符号を付しその説明は省略する。本実施例では画像形成装置１３が送信内容シナリオ選択部３１４を有する。送信内容シナリオ選択部３１４は、配信先情報が重複した複数のシナリオの一覧を表示する画面を操作パネル５７に表示し、ユーザが選択したシナリオを受け付ける。ユーザがどのシナリオを実行するか（配信先情報）を選択できるので、ユーザの利便性が向上する。
【０１５６】
図２３は、ユーザが配信先情報が重複しているシナリオを選択する手順の一例を示すシーケンス図である。なお、図２３において図９と同一ステップには同一のステップ番号を付しその説明は省略する。図２３では、ステップＳ１５までの処理は実施例１〜４と同様である。実施例１〜４で説明したように、図２３のステップＳ１５において、シナリオ宛先重複判定部３５は、判定結果として重複している配信先情報を全て実行統括部３１に送出する（Ｓ１５）。
【０１５７】
実行統括部３１は、ユーザによるシナリオの選択結果を通知するよう送信内容シナリオ選択部３１４に要求する（Ｓ４０１）。実行統括部３１は、シナリオ宛先重複判定部３５から通知された、重複している配信先情報を有するシナリオを特定する。図１１を例にすると「重複している配信先情報」は「ＢＢＢ＠ｂｂｂ」なので、実行統括部３１は、この配信先情報を有するシナリオ１とシナリオ２を特定する。実行統括部３１は、このシナリオ１，２を送信内容シナリオ選択部３１４に通知する。
【０１５８】
送信内容シナリオ選択部３１４は、実行統括部３１から通知されたシナリオの一覧を表示する画面を操作パネル５７に表示する（Ｓ４０２）。
図２４は、操作パネル５７に表示されたシナリオの一覧を表示する画面４０１の一例を示す。この画面４０１は、「宛先「○○○＠×××」が下記のシナリオで重複しています」というメッセージ４０２、シナリオ一覧表示部４０３、「ＯＫ」ボタン４０４が含まれる。ユーザは、例えば不図示の「詳細」ボタンを押下して、各シナリオの配信設定を確認することができる。ユーザがシナリオ一覧表示部４０３から１つのシナリオを選択すると、送信内容シナリオ選択部３１４がそのシナリオを受けつける（Ｓ４０３）。送信内容シナリオ選択部３１４は、受け付けたシナリオ（ユーザの選択結果）を実行統括部３１に通知する（Ｓ４０４）。
【０１５９】
そして、実行統括部３１は、送信内容シナリオ選択部３１４から通知された選択結果に基づき、シナリオ１とシナリオ２からシナリオ１を実行用のシナリオに決定する。このため、実行統括部３１は、シナリオ２による原稿の読み取りを行わないと決定する。したがって、図２３のステップＳ２０において、実行統括部３１はシナリオ１とシナリオ３による原稿の読み取りを原稿読み取り部に要求する（Ｓ２０）。
【０１６０】
なお、図２３に示したように、本実施例では、図９等のステップＳ１６〜Ｓ２１は実行されない。これは、原稿の読み取りに使用したシナリオ１、３には変更がないので、シナリオを新規にシナリオＤＢ２８に登録しなくても、画像配信サーバが添付されたシナリオに正当性があることを検証できるためである。
【０１６１】
以上のように、本実施例の画像形成装置利用システム１００は、重複した配信先情報を有する複数のシナリオが選択された場合、ユーザがシナリオを選択するので、同じ「配信先」に同じ画像データ（読み取り条件は違っていても）が２回以上送信されることを防止できる。配信先のコンピュータでは、同じ画像データが複数届くことを防ぎ、記憶領域の無駄を防ぐことができる。また、送信コストを軽減できる。また、シナリオＤＢ２８へのシナリオの登録が不要なので、シナリオＤＢ２８の記憶領域の無駄を防ぐことができる。ユーザがどのシナリオを実行するか（配信先情報を選択）できるので、ユーザの利便性が向上する。
【実施例６】
【０１６２】
配信先情報が複数のシナリオで重複していた場合、実施例３〜５では、画像形成装置１３の動作が決まっていたが、画像形成装置１３が実行する動作をユーザが選択できれば、利便性が向上する。本実施例では、選択順、コスト順、ユーザの選択結果、のいずれを基準に、画像形成装置１３がシナリオを選択するかを、ユーザが予め設定できる画像形成装置利用システム１００について説明する。
【０１６３】
図２５は、画像形成装置利用システム１００の機能ブロック図の一例を示す。図２５において、図６と同一部には同一の符号を付しその説明は省略する。本実施例では画像形成装置１３が、送信内容決定基準設定部３１５を有する。送信内容決定基準設定部３１５は、シナリオ選択順判定部、シナリオコスト比較部３１３及び送信内容シナリオ選択部３１４と接続されている。送信内容決定基準設定部３１５は、画像形成装置１３がシナリオを選択する選択基準「選択順、コスト順、ユーザの選択結果」の一覧を操作パネル５７に表示する。ユーザが、選択基準を選択すると、送信内容決定基準設定部３１５は選択基準を受け付け画像形成装置１３に設定する。
【０１６４】
ユーザは、選択基準の設定をどのような操作やタイミングで行ってもよいが、例えば、画像形成装置１３の「システム初期設定」キーをユーザが押下して、表示された画面の複数のタブの１つを押下することで、選択基準の設定を開始する。
【０１６５】
図２６は、配信先情報が重複した際に選択基準を設定する画面５０１の一例を示す図である。送信内容決定基準設定部３１５は、一連の操作を受け付け（「システム初期設定」キー、複数のタブの１つを押下）、図２６の画面５０１を操作パネル５７に表示する。画面５０１は、「シナリオ利用時に宛先が重複した場合に送信内容を決定する基準を予め選択できます」というメッセージ５０２、選択基準欄５０３、「Ｏｋ」ボタン５０４を有する。選択基準欄５０３には「先に選択したシナリオで送信」「コストが安いシナリオで送信」「送信時にユーザがシナリオを選択」の項目が一覧表示されている。
【０１６６】
「先に選択したシナリオで送信」が選択された場合、送信内容決定基準設定部３１５は、シナリオ選択順判定部を有効にする。シナリオ選択順判定部は、実施例３と同様に、ユーザによるシナリオの選択順を記録して、選択順を実行統括部３１に通知する。「コストが安いシナリオで送信」が選択された場合、送信内容決定基準設定部３１５は、シナリオコスト比較部３１３を有効にする。シナリオコスト比較部３１３は、実施例４と同様に、シナリオ毎に画像データを送信することによるコストの高低を比較し、コスト順を実行統括部３１に通知する。「送信時にユーザがシナリオを選択」が選択された場合、送信内容決定基準設定部３１５は、送信内容シナリオ選択部３１４を有効にする。送信内容シナリオ選択部３１４は、実施例５と同様に、ユーザによるシナリオの選択結果を受け付け実行統括部３１に通知する。
【０１６７】
送信内容決定基準設定部３１５は、ユーザが設定した選択基準をフラグ等に置き換えて記憶しておく。このフラグにより、実行統括部３１は現在有効な選択基準を検出できる。
【０１６８】
図２７は、ユーザが設定したシナリオの選択基準に基づき、画像形成装置１３がシナリオを選択する手順の一例を示すシーケンス図である。なお、図２７において図９と同一ステップには同一のステップ番号を付しその説明は省略する。図２７では、ステップＳ１５までの処理は実施例１〜５と同様である。すなわち、図２７のシーケンス図が始まる前に、宛先重複時の動作画面から選択基準が設定されている。
【０１６９】
実施例１〜５で説明したように、図２７のステップＳ１５において、シナリオ宛先重複判定部３５は、判定結果として重複している配信先情報を全て実行統括部３１に送出する（Ｓ１５）。
【０１７０】
実行統括部３１は、送信内容決定基準設定部３１５から、ユーザが設定した選択基準を問い合わせる（Ｓ５０１）。送信内容決定基準設定部３１５は、例えばフラグにより現在の選択基準を実行統括部３１に通知する（Ｓ５０２）。
【０１７１】
実行統括部３１は、送信内容決定基準設定部３１５からユーザが設定した選択基準を取得し、選択基準に応じて、シナリオを選択する。すなわち、ユーザが設定した選択基準が「先に選択したシナリオで送信」の場合、実行統括部３１はシナリオ選択順判定部に選択順を要求し（Ｓ２０１）、ユーザが設定した選択基準が「コストが安いシナリオで送信」の場合、実行統括部３１はシナリオコスト比較部３１３にコスト順を要求し（Ｓ３０１）、ユーザが設定した選択基準が「送信時にユーザがシナリオを選択」の場合、実行統括部３１は送信内容シナリオ選択部３１４に選択結果を要求する（Ｓ４０１）。各処理内容は実施例３〜５と同様である。
【０１７２】
以上のように、本実施例の画像形成装置利用システム１００は、実施例３〜５のどの選択基準で画像形成装置１３を動作させるかユーザが設定できるので、ユーザが使い勝手のよい選択基準を設定することができ、柔軟な使い方が可能になる。
【実施例７】
【０１７３】
実施例６では、初期設定により予め配信先情報が重複したシナリオの選択基準を画像形成装置１３に設定しておいた。このため、画像形成装置１３がシナリオの実行を開始した後は、選択基準を変更することが困難であった。本実施例では、シナリオの実行を開始した後に、ユーザが配信先情報が重複したシナリオの選択基準を設定できる画像形成装置利用システム１００について説明する。
【０１７４】
図２８は、画像形成装置利用システム１００の機能ブロック図の一例を示す。図２８において、図２５と同一部には同一の符号を付しその説明は省略する。本実施例では画像形成装置１３が、送信内容決定基準選択部を有する。送信内容決定基準選択部は、シナリオ選択順判定部、シナリオコスト比較部３１３及び送信内容シナリオ選択部３１４と接続されている。送信内容決定基準選択部は、画像形成装置１３がシナリオを選択する選択基準「選択順、コスト順、ユーザの選択結果」の一覧を操作パネル５７に表示する。ユーザが、選択基準を選択すると、送信内容決定基準選択部は選択結果に応じて、動的に、シナリオ選択順判定部、シナリオコスト比較部３１３及び送信内容シナリオ選択部３１４を有効にする。
【０１７５】
図２９は、ユーザが設定したシナリオの選択基準に基づき、画像形成装置１３がシナリオを選択する手順の一例を示すシーケンス図である。なお、図２９において図９と同一ステップには同一のステップ番号を付しその説明は省略する。
【０１７６】
図２９のステップＳ１５までの処理は実施例１〜５と同様である。実施例１〜５で説明したように、図２９のステップＳ１５において、シナリオ宛先重複判定部３５は、判定結果として重複している配信先情報を全て実行統括部３１に送出する（Ｓ１５）。
【０１７７】
実行統括部３１は、送信内容決定基準選択部に、重複宛先のシナリオ決定基準選択画面６０１を操作パネル５７に表示するよう要求する（Ｓ６０１）。送信内容決定基準選択部は、重複宛先のシナリオ決定基準選択画面を操作パネル５７に表示する（Ｓ６０２）。
図３０は、操作パネル５７に表示された重複宛先のシナリオ決定基準選択画面６０１の一例を示す図である。
【０１７８】
重複宛先のシナリオ決定基準選択画面６０１は、「宛先「○○○＠×××」が選択されたシナリオ内で重複しています。シナリオ選択基準を選んでください。」というメッセージ６０２、選択基準欄６０３、「ＯＫ」ボタン６０４を有する。選択基準欄６０３には「先に選択したシナリオで送信」「コストが安いシナリオで送信」「手動でシナリオを選択」の項目が一覧表示されている。
【０１７９】
ユーザは、選択基準欄６０３からいずれかの項目を選択する。送信内容決定基準選択部は、ユーザの選択結果を受け付ける（Ｓ６０３）。「先に選択したシナリオで送信」が選択された場合、送信内容決定基準選択部は、シナリオ選択順判定部を有効にする。シナリオ選択順判定部は、実施例３と同様に、ユーザによるシナリオの選択順を記録して、選択順を実行統括部３１に通知する（Ｓ６０４）。実行統括部３１は、選択順に応じてシナリオを選択する。
【０１８０】
また、「コストが安いシナリオで送信」が選択された場合、送信内容決定基準選択部は、シナリオコスト比較部３１３を有効にする。シナリオコスト比較部３１３は、実施例４と同様に、シナリオ毎に画像データを送信することによるコストの高低を比較し、コスト順を実行統括部３１に通知する（Ｓ６０４）。実行統括部３１は、コスト順に応じてシナリオを選択する。
【０１８１】
また、「手動でシナリオを選択」が選択された場合、送信内容決定基準選択部は、送信内容シナリオ選択部３１４を有効にする。送信内容シナリオ選択部３１４は、実施例５と同様に、送信内容シナリオ選択部３１４は、実行統括部３１から通知されたシナリオの一覧を表示する画面を操作パネル５７に表示する。すなわち、図２４と同様の画面が操作パネル５７に表示される。ユーザがシナリオ一覧表示部から１つのシナリオを選択すると、選択結果を送信内容シナリオ選択部３１４が受けつける。送信内容シナリオ選択部３１４は、受け付けたシナリオ（ユーザの選択結果）を実行統括部３１に通知する（Ｓ６０４）。以降の処理は実施例３〜５と同様である。
【０１８２】
以上のように、本実施例の画像形成装置利用システム１００は、実施例３〜５のどの選択基準で画像形成装置１３を動作させるかユーザが動的に設定できるので、シナリオの実行中に、ユーザが使い勝手のよい選択基準を設定することができ、柔軟な使い方が可能になる。
【符号の説明】
【０１８３】
１１    シナリオ作成装置（ＳＭＣ）
１２    シナリオ登録装置（ＡＤ）
１３    画像形成装置
１４    画像配信サーバ
２１    シナリオ統括部
２２    能力交換部
２３    機器検索部
２４    シナリオ自動作成部
２５    シナリオ作成部
２６    シナリオ登録部
２８    シナリオＤＢ
２９    シナリオ検索部
３１    実行統括部
３２    データ送信部
３３    原稿読取部
３４    シナリオ宛先取得部
３５    シナリオ宛先重複判定部
３６    複数シナリオ選択判別部
３７    シナリオ呼出部
３８    シナリオ登録要求部
４１    シナリオ正当性判定部
４２    画像配信部
１００  画像形成装置利用システム
３１１  宛先削除部
３１２  シナリオ選択順判別部
３１３  シナリオコスト比較部
３１４  送信内容シナリオ選択部
３１５  送信内容決定基準設定部
【先行技術文献】
【特許文献】
【０１８４】
【特許文献１】特開２００３−０８７４７９号公報
【図１】
2011055126.tif 000003
【図２】
2011055126.tif 000004
【図３】
2011055126.tif 000005
【図４】
2011055126.tif 000006
【図５】
2011055126.tif 000007
【図６】
2011055126.tif 000008
【図７】
2011055126.tif 000009
【図８】
2011055126.tif 000010
【図９】
2011055126.tif 000011
【図１０】
2011055126.tif 000012
【図１１】
2011055126.tif 000013
【図１２】
2011055126.tif 000014
【図１３】
2011055126.tif 000015
【図１４】
2011055126.tif 000016
【図１５】
2011055126.tif 000017
【図１６】
2011055126.tif 000018
【図１７】
2011055126.tif 000019
【図１８】
2011055126.tif 000020
【図１９】
2011055126.tif 000021
【図２０】
2011055126.tif 000022
【図２１】
2011055126.tif 000023
【図２２】
2011055126.tif 000024
【図２３】
2011055126.tif 000025
【図２４】
2011055126.tif 000026
【図２５】
2011055126.tif 000027
【図２６】
2011055126.tif 000028
【図２７】
2011055126.tif 000029
【図２８】
2011055126.tif 000030
【図２９】
2011055126.tif 000031
【図３０】
2011055126.tif 000032