(57)【要約】【課題】  本発明の課題は、クライアントＰＣのユーザが配信指示書を指定するのみで文書の配信を文書配信装置に行なわせることができ、また、配信種別に係りなく共通に使用される配信指示書の再利用を可能とする配信処理を実現する画像形成装置及び画像形成方法を提供することを目的とする。【解決手段】  上記課題は、要求元からの配信を指示する配信指示を受信する配信指示受信手段と、複数の異なる配信種別の夫々に対応する配信処理を実行可能とし、前記配信指示によって指定される配信指示書に従って、該配信指示書によって指定されるデータを該配信指示書によって指定される配信種別にて配信する配信手段とを有し、前記配信指示書は、該複数の異なる配信種別に共通に利用可能な形式であるような画像形成装置によって達成される。【選択図】  図３
2006033805.tif 000002
【特許請求の範囲】
【請求項１】
要求元からの配信を指示する配信指示を受信する配信指示受信手段と、
複数の異なる配信種別の夫々に対応する配信処理を実行可能とし、前記配信指示によって指定される配信指示書に従って、該配信指示書によって指定されるデータを該配信指示書によって指定される配信種別にて配信する配信手段とを有し、
前記配信指示書は、該複数の異なる配信種別に共通に利用可能な形式であることを特徴とする画像形成装置。
【請求項２】
前記配信手段は、前記要求元によって変更された前記配信指示書に従って、前記データを該変更された配信指示書によって指定される配信種別にて配信することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記配信手段は、前記複数の異なる配信種別の組み合わせによる複数の配信処理を連続して行う複合配信処理を実行可能とすることを特徴とする請求項１又は２記載の画像形成装置。
【請求項４】
前記要求元とのセッションを確立するセッション確立手段と、
前記要求元との前記セッションを解放するセッション解放手段とを有し、
前記セッション確立手段による前記要求元とのセッションの確立後、前記配信指示受信手段は該要求元から複数の前記配信指示を受信し、前記配信手段は該複数の配信指示に従って前記複合配信処理を実行し、前記セッション解放手段は該複合配信処理の終了後の該要求元からのセッション解放要求に応じて該セッションを解放することを特徴とする請求項３記載の画像形成装置。
【請求項５】
前記要求元からの前記配信指示書の取得要求に応じて、該配信指示書の全部又は一部を該要求元に送信する指示書送信手段と、
前記要求元から送信される前記配信指示書の全部又は一部を受信する指示書受信手段と、
前記指示書受信手段によって受信した前記配信指示書の全部又は一部に基づいて、一つの配信指示書を作成する指示書作成手段とを有し、
前記配信指示受信手段が前記配信指示を受信すると、前記配信手段は、前記指示書作成手段によって作成した前記配信指示書に従って、前記配信処理を実行することを特徴とする請求項１乃至４のいずれか一項記載の画像形成装置。
【請求項６】
タグを用いた構造記述言語によって記述された前記配信指示書の全部又は一部を前記指示書送信手段は送信し、前記指示書受信手段は受信することを特徴とする請求項５記載の画像形成装置。
【請求項７】
前記配信手段によって実行された前記配信指示書の内容を所定記憶領域に保存する指示書保存手段を有することを特徴とする請求項１乃至６のいずれか一項記載の画像形成装置。
【請求項８】
前記所定記憶領域は、ネットワークを介してアクセス可能な外部に設置され、
前記指示書保存手段は、前記ネットワークを介して前記配信指示書の内容を前記所定記憶領域に保存することを特徴とする請求項７記載の画像形成装置。
【請求項９】
前記要求元からの前記データの使用許可を要求する使用許可要求に対して、該データの使用許可を示すチケットを発行し、該チケットを識別するチケット識別情報を該要求元へ送信するチケット送信手段と、
前記配信指示受信手段によって受信した前記配信指示によって指定されるチケット識別情報に基づいて、前記データを識別するデータ識別情報と前記配信指示書とを取得して前記配信手段に提供する提供手段とを有することを特徴とした請求項１乃至８のいずれか一項記載の画像形成装置。
【請求項１０】
前記要求元からの前記データの使用を許可する使用許可要求に対して、該使用許可要求によって指定されるパスワードに基づいて使用許可を判断する使用許可判断手段と、
前記使用許可判断手段によって使用許可された場合、前記配信指示受信手段によって受信した前記配信指示が指定する前記データを識別するデータ識別情報と前記配信指示書とを前記配信手段に提供する提供手段とを有することを特徴とした請求項１乃至８のいずれか一項記載の画像形成装置。
【請求項１１】
前記配信指示によって指定される配信指示書から前記配信手段によって処理可能な構造体の各要素に対応する値を取得して、該要素の値として設定することによって、該配信指示書の値を該構造体の値へと変換する変換手段を有し、
前記変換手段は、前記配信指示書が前記構造体の各要素に対応しない値を含む場合には、その値を無視することを特徴とする請求項１乃至１０記載の画像形成装置。
【請求項１２】
要求元からの要求に応じてデータを配信する画像形成システムにて実行される画像形成方法において、
要求元からの配信を指示する配信指示を受信する配信指示受信手順と、
複数の異なる配信種別の夫々に対応する配信処理を実行可能とし、前記配信指示によって指定される配信指示書に従って、該配信指示書によって指定されるデータを該配信指示書によって指定される配信種別にて配信する配信手順とを有し、
前記配信指示書は、該複数の異なる配信種別に共通に利用可能な形式であることを特徴とする画像形成方法。
【請求項１３】
前記配信手順は、前記要求元によって変更された前記配信指示書に従って、前記データを該変更された配信指示書によって指定される配信種別にて配信することを特徴とする請求項１２記載の画像形成方法。
【請求項１４】
前記配信手順は、前記複数の異なる配信種別の組み合わせによる複数の配信処理を連続して行う複合配信処理を実行可能とすることを特徴とする請求項１２又は１３記載の画像形成方法。
【請求項１５】
前記要求元とのセッションを確立するセッション確立手順と、
前記要求元との前記セッションを解放するセッション解放手順とを有し、
前記セッション確立手順による前記要求元とのセッションの確立後、前記配信指示受信手順は該要求元から複数の前記配信指示を受信し、前記配信手順は該複数の配信指示に従って前記複合配信処理を実行し、前記セッション解放手順は該複合配信処理の終了後の該要求元からのセッション解放要求に応じて該セッションを解放することを特徴とする請求項１４記載の画像形成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信対象となる文書（画像データ）に対応付けて配信指示書を管理すると共に、クライアントＰＣのユーザが配信指示書を指定するのみで、配信種別に係りなく共通に使用される配信指示書の再利用を可能とする配信処理を実現する画像形成装置及び画像形成方法を提供するものである。
【背景技術】
【０００２】
画像形成装置にネットワークを介して接続されるクライアントＰＣ（Personal Computer）から画像形成装置のプリンタ機能を利用する場合、印刷したい文書を指定し、所望の印刷の処理方法（オプション）を設定したのち、印刷処理を実行することによって所望の印刷を行っていた。
【０００３】
ネットワーク上の所定の画像形成装置（例えば、プリンタ装置）に対して印刷指示が集中しないように、画像形成装置が自ら利用権限を示すチケットをクライアントＰＣのユーザに発行することによって、プリンタ機能を効果的に利用できるようになった（例えば、特許文献１）。
【０００４】
また、ネットワークを介して、印刷したい地域を指定したチケットを利用することによって、印刷したい文書をその印刷したい地域に最も近い印刷ステーションにて印刷することができるようになった（例えば、特許文献２）。
【０００５】
更に、ユーザ認証用のチケットを利用することによって、ネットワーク上のサーバ装置から情報配信を受けることが可能となるように制御できるようになった（例えば、特許文献３）。
【０００６】
上記のような技術によって、ネットワークを介してなされる複数のクライアントＰＣからの処理指示を所定の条件の下にて制御することができるようになった。
【特許文献１】特開２００１−１１７７３７号公報
【特許文献２】特開２００２−２４４９３６号公報
【特許文献３】特開２００３−３３０８９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
近年におけるネットワークに接続可能な画像形成装置は、種々の画像形成処理及び種々の通信手段によって画像データを配信することができるように開発されてきている。
【０００８】
しかしながら、上記従来技術では、このような画像形成装置が、処理対象となる文書に対応付けてユーザが設定したオプションを管理する機能がないため、ユーザは、処理の度にオプションの設定をする必要があった。
【０００９】
例えば、読み込んだ或いはネットワークを介して受信した文書（画像データ）をファックス機能を利用してＦＡＸ送信で配信するようなオプションがユーザによって設定され、ＦＡＸ送信が実行された後にその文書を画像形成装置の電子メール（以下、単にメールと言う）機能を利用してメール送信で配信する場合、ユーザは、別途メール送信するためのオプションを設定し、メール送信を画像形成装置に指示しなければならない。
【００１０】
同一の文書である場合に、ＦＡＸ送信時のオプションの設定（配信指示書）を利用してメール送信させたい場合においても、再度、ユーザはオプションの設定を最初からしなければならなかった。
【００１１】
そこで、本発明の課題は、クライアントＰＣのユーザが配信指示書を指定するのみで文書の配信を文書配信装置に行なわせることができ、また、配信種別に係りなく共通に使用される配信指示書の再利用を可能とする配信処理を実現する画像形成装置及び画像形成方法を提供することである。
【課題を解決するための手段】
【００１２】
上記課題を解決するため、本発明は、請求項１に記載されるように、要求元からの配信を指示する配信指示を受信する配信指示受信手段と、複数の異なる配信種別の夫々に対応する配信処理を実行可能とし、前記配信指示によって指定される配信指示書に従って、該配信指示書によって指定されるデータを該配信指示書によって指定される配信種別にて配信する配信手段とを有し、前記配信指示書は、該複数の異なる配信種別に共通に利用可能な形式であるように構成される。
【００１３】
このような画像形成装置では、複数の異なる配信種別に共通に利用可能な形式で構成される配信指示書が適用されるため、配信指示書を指定するのみで配信種別に係りなく再利用することが可能となる。従って、複数の異なる配信種別の夫々に対応する配信処理を統一した一つのサービス（Ｗｅｂサービス）としてユーザに提供することができる。
【００１４】
また、ユーザは、オプションの設定をすることなく、配信指示書を指定するのみでデータ配信をすることができる。配信の対象となるデータ（文書）を配信指示書と関連付ける構成とすることによって、ユーザは、単に、所望するデータ（文書）を指示するのみでこのような画像形成装置にデータ配信を行わせることができる。
【００１５】
更に、本発明は、上記画像形成装置での処理を実行する画像形成方法とすることもできる。
【発明の効果】
【００１６】
本願発明に係る画像形成装置は、複数の異なる配信種別に共通に利用可能な形式で構成される配信指示書が適用されるため、配信指示書を指定するのみで配信種別に係りなく再利用することが可能となる。従って、複数の異なる配信種別の夫々に対応する配信処理を統一した一つのサービス（Ｗｅｂサービス）としてユーザに提供することができる。
【００１７】
また、配信指示書を再利用可能とすることによって、配信指示書を格納する記憶領域を効果的に使用することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１９】
本発明の一実施例に係る多種の画像形成機能を融合する画像形成装置（以下、融合機と言う）は、例えば、図１に示すような機能構成を成す。図１は、本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。
【００２０】
図１において、融合機１２００は、プロッタ１２０１と、スキャナ１２０２と、ＦＣＵ（Fax Control Unit）１３２０と、その他ハードウェアリソース１２０３などを有するとともに、プラットフォーム１２２０とアプリケーション１２３０とから構成されるソフトウェア群１２１０と、融合機起動部１２４０とを備えている。
【００２１】
融合機起動部１２４０は、融合機１２００の電源投入時に先ず始めに実行され、プラットフォーム１２２０やアプリケーション１２３０を起動する。
【００２２】
プラットフォーム１２２０は、コントロールサービス１２５０と、システムリソースマネージャー（ＳＲＭ（System Resource Manager））１２２３と、ＯＳ（Operating System）１２２１とを有する。
【００２３】
このコントロールサービス１２５０は、複数のサービスモジュールにより形成され、ＥＣＳ（Engine Control Service）１２２４と、ＭＣＳ（Memory Control Service）１２２５と、ＯＣＳ（Operation panel Control Service）１２２６と、ＦＣＳ（FAX Control Service）１２２７と、ＮＣＳ（Network Control Service）１２２８とがある。なお、このプラットフォーム１２２０は、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェース（ＡＰＩ）１２０５を有する。
【００２４】
ＯＳ１２２１は、ＵＮＩＸ（登録商標）などのオペレーティング・システムであり、プラットフォーム１２２０並びにアプリケーション１２３０の各ソフトウェアをそれぞれプロセスとして並列実行する。
【００２５】
ＳＲＭ１２２３は、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，ハードウェア資源管理，割り込みアプリケーション制御などのシステムの制御およびリソースの管理をおこなう。
【００２６】
ＥＣＳ１２２４は、ＦＣＵ１３２０、プロッタ１２０１、スキャナ１２０２、その他ハードウェアリソース１２０３などのエンジン部を制御する。ＭＣＳ１２２５は、メモリ制御をおこなう。ＯＣＳ１２２６は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御する。ＦＣＳ１２２７は、ファクシミリ送受信をおこなう。ＮＣＳ１２２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供する。
【００２７】
本実施例において、ＮＣＳ１２２８は、複数のプロトコルのうちｈｔｔｐｄ（Hypertext Transfer Protocol Daemon）２によって、ネットワークを介して接続されるネットワーク機器とのデータ通信をＨＴＴＰ（Hypertext Transfer Protocol）で制御し、ＨＴＴＰリクエストヘッダで指定される処理に必要な複数のＷｅｂサービスを関数コールによって起動し、その複数のＷｅｂサービスによる処理結果をＨＴＴＰレスポンスで該ネットワーク機器へ通知する。Ｗｅｂサービスは、例えば、ＸＭＬ（eXtensible Markup Language）によって記述されたメッセージに従って処理を行う。或いは、ＮＣＳ１２２８は、ｆｔｐ（File Transfer Protocol）３によって、ネットワークを介して接続されるネットワーク機器へファイルを転送する。
【００２８】
アプリケーション１２３０は、プリンタ用のアプリケーションであるプリンタアプリ１２１１と、コピー用アプリケーションであるコピーアプリ１２１２と、ファクシミリ用アプリケーションであるファックスアプリ１２１３と、スキャナ用アプリケーションであるスキャナアプリ１２１４と、ＷｅｂサービスアプリケーションであるＷｅｂサービス処理アプリ１２１５と、電子メール用アプリケーションであるメールアプリ１２１６と、配信用アプリケーションである配信アプリ１２１７とを有する。
【００２９】
各アプリケーション１２１１〜１２１７は、プラットフォーム１２２０上の各プロセスを利用して動作実行される。
【００３０】
Ｗｅｂサービス処理アプリ１２１５は、ＳＯＡＰ（Simple Object Access Protocol）に従ってメッセージ交換を行うＳＯＡＰ処理部７０と、ＡＰＩ（Application Program Interface）１２０５を介してコントロールサービス１２５０を利用して所定処理を行い、その処理結果をＷＳ−ＡＰＩ（Web Service Application Program Interface）を介してＷｅｂサービスとして提供する配信サービス実行部（ＷＳＦ）１４００とを有する。配信サービス実行部１４００は、Ｗｅｂサービスファンクションの一つである。
【００３１】
更に、Ｗｅｂサービス処理アプリ１２１５は、ＧＥＴメソッド又はＰＯＳＴメソッドによるＨＴＴＰリクエストを処理して、ＨＴＭＬを含むＨＴＴＰレスポンスを送信するＷｅｂサーバ５００を備えることによって、上記同様に、配信サービス実行部１４００によって、ＡＰＩ（Application Program Interface）１２０５を介してコントロールサービス１２５０を利用して所定処理を行い、その処理結果をＷＳ−ＡＰＩ（Web Service Application Program Interface）を介してＷｅｂサービスとして提供することができる。
【００３２】
また、メールアプリ１２１６は、ユーザによって指定された電子メールアドレスへ融合機１２００にて蓄積された文書を添付して電子メール（以下、単にメールと言う）で送信する。通常、メールアプリ１２１６は、スキャナアプリ１２１４によって読み取り走査された文書を所定の複数のユーザへメール送信するような文書配信機能（Scan to Mail）として利用される。
【００３３】
配信アプリ１２１７は、ＦＡＸ受信で蓄積された文書を所定の機器へネットワーク等を介して配信する。
【００３４】
このように、融合機１２００は、各アプリで共通的に必要となる処理をプラットフォーム１２２０で一元的に処理する。
【００３５】
次に、融合機１２００のハードウェア構成について説明する。図２は、図１に示す融合機のハードウェア構成を示すブロック図である。図２に示すように、この融合機１２００は、オペレーションパネル１３１０と、ＦＣＵ（ファックスコントロールユニット）１３２０、プロッタ１２０１、スキャナ１２０２及びその他ハードウェア１２０３とで構成されるエンジン部１３５０と、コントローラ１３００のＡＳＩＣ１３０１とをＰＣＩ（Peripheral Component Interconnect）バス１３０９等で接続した構成となる。
【００３６】
ＦＣＵ１３２０は、通常Ｇ３規格に従ってファックスデータの送受信を行う。ＦＣＵ１３２０は、オプションとして更にＧ３規格とＧ４規格とを搭載しても良い。
【００３７】
コントローラ１３００は、ＡＳＩＣ１３０１にＨＤＤ（Hard Disk Drive）１３０３などの記憶装置を接続するとともに、このＡＳＩＣ１３０１とＣＰＵ１３０４とをＣＰＵチップセットのＮＢ１３０５を介して接続している。このように、ＮＢ１３０５を介して接続する理由は、ＣＰＵ１３０４自体のインターフェイスが公開されていないためである。
【００３８】
ＣＰＵ１３０４は、融合機１２００の全体制御をおこなうものであり、ＯＳ１２２１上でプラットフォーム１２２０を形成するＥＣＳ１２２４、ＭＣＳ１２２５、ＯＣＳ１２２６、ＦＣＳ１２２７、及びＮＣＳ１２２８をそれぞれプロセスとして起動して実行させるとともに、アプリケーション１２３０を形成するプリンタアプリ１２１１、コピーアプリ１２１２、ファックスアプリ１２１３、スキャナアプリ１２１４、Ｗｅｂサービス処理アプリ１２１５、メールアプリ１２１６、及び配信アプリ１２１７を起動して実行させる。
【００３９】
ＮＢ１３０５は、ＣＰＵ１３０４とＳＢ１３０７、ＡＳＩＣ１３０１とを接続するためのブリッジである。ＡＳＩＣ１３０１は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。
【００４０】
ＮＢ１３０５は、ＰＣＩバスを介してＳＢ１３０７と接続する他、ネットワーク通信を制御するＮＩＣ（Network Interface Card）１３１１と、ＩＥＥＥ1394専用のケーブルで接続可能なＩＥＥＥ1394１３１３と、ＵＳＢ接続によって大容量の画像データの送受信を可能とするＵＳＢ１３１６とを接続する。
【００４１】
ＳＢ１３０７は、ＮＢ１３０５とＲＯＭ、ＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。  融合機１２００では、ＳＢ１３０７、ＮＩＣ１３１１、ＩＥＥＥ1394１３１３、ＵＳＢ１３１６、ＦＣＵ１３２０の標準のＧ３、Ｇ３オプション、Ｇ４オプションの複数のポートを介して送受信されるデータがＨＤＤ１３０３に蓄積され一元的に管理される。ＨＤＤ１３０３は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積を行うためのストレージであり、オペレーションパネル１３１０は、操作者からの入力操作の受け付け並びに操作者に向けた表示をおこなう操作部である。
【００４２】
ＡＧＰ１３０８は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェイスである。
【００４３】
以下に、配信指示書を指定するのみで配信可能とする配信処理の概要を図３で説明する。図３は、配信指示書を指定するのみで配信可能な第一のネットワーク構成を示すブロック図である。図３において、融合機１２００は、ネットワーク１５を介して、クライアントＰＣ（Personal Computer）１０とリポジトリ装置２０とに接続される。融合機１２００と、コンピュータ端末としてのクライアントＰＣ１０と、サーバコンピュータとしてのリポジトリサービス実行部１４１０を有するリポジトリ装置２０とはＨＴＴＰで通信制御される。
【００４４】
リポジトリ装置２０は、画像データ３０とその画像データに関するファイル情報３１とを蓄積し管理するリポジトリサービス実行部１４１０によって、画像データ３０を利用するためのチケットを発行し、その発行したチケットによる該画像データ３０の利用を許可することによって、該画像データの利用をＷｅｂサービスとして提供するサーバコンピュータである。
【００４５】
また、クライアントＰＣ１０がＳＯＡＰによってＷｅｂサービスを要求する場合には、融合機１２００と、リポジトリ装置２０とは、ＳＯＡＰによって夫々のＷｅｂサービスを提供する。クライアントＰＣ１０がＷｅｂブラウザを利用してＷｅｂサービスを要求する場合には、融合機１２００と、リポジトリ装置２０とは、ＨＴＭＬ（Hypertext Transfer Markup Language）によって夫々のＷｅｂサービスを提供する。
【００４６】
クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から所望する画像データ３０を利用するためのチケットを取得して（ステップＳ１）、そのチケットを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ２）。配信サービス実行部１４００は、クライアントＰＣ１０から受け取ったチケットによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ３）。
【００４７】
リポジトリ装置２０において、リポジトリサービス実行部１４１０は、ステップＳ３で受け取ったチケットがステップＳ１で発行したものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ４）。配信サービス実行部１４００は、リポジトリサービス実行部１４１０から取得した文書ＩＤとファイル情報３１とをコントロールサービス１２５０へ通知することによって配信指示書３２を作成する。
【００４８】
ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信モード３３を作成し、文書識別子（文書ＩＤ）と配信モード３３とが設定される配信指示書３２を作成する。そして、配信サービス実行部１４００は、作成した配信指示書３２を識別する配信指示書ＩＤをクライアントＰＣ１０に通知する。
【００４９】
クライアントＰＣ１０は、配信サービス実行部１４００から受信した配信指示書ＩＤによって配信指示書３２を指定して配信指示を配信サービス実行部１４００へ行う（ステップＳ５）。配信サービス実行部１４００は、配信指示書ＩＤによって配信指示書３２を識別し、配信指示書３２に設定されている文書ＩＤと配信モード３３とをコントロールサービス１２５０へ通知する（ステップＳ６）。
【００５０】
コントロールサービス１２５０は、配信サービス実行部１４００から通知された文書ＩＤと配信モード３３とに基づいて、リポジトリ装置２０のリポジトリサービス実行部１４１０から画像データ３０を取得し（ステップＳ７）、また、配信モード３３に従って、画像データ３０を配信する配信処理を実行する（ステップＳ８）。つまり、コントロールサービス１２５０は、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。
【００５１】
次に、クライアントＰＣ１０側で配信オプションを変更しない場合の配信処理を図４で説明する。図４は、配信オプションを変更しない場合の第一の配信処理を説明するためのフローチャート図である。
【００５２】
図４において、クライアントＰＣ１０は、ネットワーク１５を介してコマンドstartSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを確立する（ステップＳ１１）。セッション確立後、クライアントＰＣ１０は、コマンドcreateJobInstructionを送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０から取得しておいたチケットを配信サービス実行部１４００に渡して配信指示書３２の作成を要求し（ステップＳ１２）、コマンドcreateJobを送信して、配信実行を指示する（ステップＳ１３）。
【００５３】
そして、クライアントＰＣ１０は、コマンドendSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを終了する（ステップＳ１４）。
【００５４】
このように、チケットをリポジトリ装置２０のリポジトリサービス実行部１４１０から取得して、融合機１２００の配信サービス実行部１４００に配信指示をするのみであるため、画像データ３０と配信指示書３２とが再利用可能となる。また、文書（画像データ）自体をネットワーク１５を介して転送することがないため、融合機１２００への伝送効率が良い。
【００５５】
また、クライアントＰＣ１０がネットワーク１５に物理的に接続している必要はなく、無線ＬＡＮ（Local Area Network）で接続されるような形態であっても良く、また、文書データ自体を転送する必要がないため、携帯電話機などによってインターネットを介して融合機１２００の配信サービス実行部１４００及びリポジトリ装置２０のリポジトリサービス実行部１４１０と接続されるような形態でも良い。
【００５６】
図３及び図４では、既に保存されている配信指示書３２をなんら変更せずに再利用した場合について説明したが、既に保存されている配信指示書３２を変更して配信する場合について図５から図７で説明する。
【００５７】
図５は、配信オプションを変更する場合の第二の配信処理の概要を説明するための図である。図５において、クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から所望する画像データ３０を利用するためのチケットを取得して（ステップＳ２１）、そのチケットを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ２２）。配信サービス実行部１４００は、クライアントＰＣ１０から受け取ったチケットによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ２３）。
【００５８】
リポジトリ装置２０において、リポジトリサービス実行部１４１０は、ステップＳ２３で受け取ったチケットがステップＳ２１で発行したものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ２４）。ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信モード３３を作成し、文書ＩＤと配信モード３３とが設定される配信指示書３２を作成する。
【００５９】
クライアントＰＣ１０は、配信指示書３２の内容を示すプロパティを融合機１２００の配信サービス実行部１４００から取得する（ステップＳ２５）。クライアントＰＣ１０は、ユーザが変更したプロパティの値に変更するように配信サービス実行部１４００に指示し（ステップＳ２６）、更に、配信指示書３２を指定して配信指示を融合機１２００の配信サービス実行部１４００に対して行う（ステップＳ２７）。配信サービス実行部１４００は、プロパティの値を変更した配信指示書３２に基づいて、文書ＩＤと配信モード３３とをコントロールサービス１２５０へ通知する（ステップＳ２８）。
【００６０】
コントロールサービス１２５０は、配信サービス実行部１４００から通知された文書ＩＤに基づいて、リポジトリ装置２０のリポジトリサービス実行部１４１０から画像データ３０を取得し（ステップＳ２９）、また、配信モード３３に従って、画像データ３０を配信する配信処理を実行する（ステップＳ３０）。つまり、コントロールサービス１２５０は、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。
【００６１】
上述した第二の配信処理のステップＳ２８において、配信サービス実行部１４００は、プロパティの値を変更した配信指示書３２に基づいてファイル情報３１を変更するようにしても良い。このような処理によって、ファイル情報３１は、リポジトリサービス実行部１４１０によって最新の状態で管理されることになる。
【００６２】
次に、クライアントＰＣ１０側で例えば、配信の相手先の変更、配信種別の変更等の配信オプションを変更した場合の配信処理を図６で説明する。図６は、配信オプションを変更する場合の第二の配信処理を説明するためのフローチャート図である。
【００６３】
図６において、クライアントＰＣ１０は、ネットワーク１５を介してコマンドstartSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを確立する（ステップＳ３１）。セッション確立後、クライアントＰＣ１０は、コマンドcreateJobInstructionを配信サービス実行部１４００に送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０から取得しておいたチケットを配信サービス実行部１４００に渡して配信指示書３２の作成を要求する（ステップＳ３２）。
【００６４】
更に、配信サービス実行部１４００に対してコマンドgetJobInstructionを送信して、配信指示書３２の内容を示すプロパティをリポジトリサービス実行部１４１０から取得する（ステップＳ３３）。
【００６５】
ユーザの配信オプションの変更に応じて、クライアントＰＣ１０は、配信サービス実行部１４００に対してコマンドsetJobInstructionを送信して、配信指示書３２のプロパティの変更を指示する（ステップＳ３４）。この場合、クライアントＰＣ１０は、変更されたプロパティ部分のみを配信サービス実行部１４００に送信すれば良い。
【００６６】
更に、クライアントＰＣ１０は、コマンドcreateJobを送信して、配信実行を配信サービス実行部１４００に指示する（ステップＳ３５）。そして、クライントＰＣ１０は、コマンドendSessionを送信して、配信サービス実行部１４００とのセッションを終了する（ステップＳ３６）。
【００６７】
図７は、配信オプションを変更する場合の第二の配信処理におけるコマンドフローを示す図である。図７において、クライアントＰＣ１０がリポジトリサービス実行部１４１０に対してコマンドstartSession()を送信すると（ステップＳ２０１）、リポジトリサービス実行部１４１０は、セッションＩＤによって応答する（ステップＳ２０２）。クライアントＰＣ１０とリポジトリサービス実行部１４１０との間にセッションを確立する。
【００６８】
セッションが確立すると、クライアントＰＣ１０は、文書を利用するためのチケットを取得するため、リポジトリサービス実行部１４１０に対してコマンドgetTicket（セッションＩＤ、文書ＩＤ）を送信する（ステップＳ２０３）。リポジトリサービス実行部１４１０は、セッションＩＤ及び文書ＩＤに対応するチケットＩＤを発行し、そのチケットＩＤによって応答する（ステップＳ２０４）。
【００６９】
次に、クライアントＰＣ１０は、配信サービス実行部１４００に対してコマンドstartSession()を送信し（ステップＳ２０５）、配信サービス実行部１４００は、クライアントＰＣ１０に対してセッションＩＤで応答する（ステップＳ２０６）。クライアントＰＣ１０と配信サービス実行部１４００との間にセッションが確立する。
【００７０】
セッションが確立すると、クライントＰＣ１０は、コマンドcreateJobInstruction（セッションＩＤ、チケットＩＤ）を送信して、配信サービス実行部１４００に対して配信指示書３２の作成を要求する（ステップＳ２０７）。
【００７１】
クライントＰＣ１０から配信指示書３２の作成要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocIdByTicket（チケットＩＤ）を送信し（ステップＳ２０８）、リポジトリサービス実行部１４１０は、文書ＩＤによって応答する（ステップＳ２０９）。続けて、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocInfo（文書ＩＤ）を送信し（ステップＳ２１０）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ２１１）。
【００７２】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドgetDeliveryMode（文書ＩＤ、ファイル情報３１）を送信して（ステップＳ２１２）、コントロールサービス１２５０は、配信モード３３によって応答する（ステップＳ２１３）。配信モード３３は、配信機器固有の情報を示している。
【００７３】
配信サービス実行部１４００は、コントロールサービス１２５０から取得した配信モード３３に基づいて、配信指示書３２を作成し、配信指示書３２を識別する配信指示書ＩＤをステップ２０７でのクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信する（ステップＳ２１４）。
【００７４】
配信サービス実行部１４００は、配信モード３３についてその設定が現在の機器で実現できない場合、これを省略すれば配信できるものと、省略してはいけないものとを判断する。この省略を許すか否かは、クライアントＰＣ１０の指示による。省略を許す設定の場合は、省略できるものは省略して配信指示書３２を作成し、省略を許さない設定の場合は、配信指示書３２を作成せずにエラーをクライアントＰＣ１０に返す。省略可能な配信モード３３の項目と省略不可能な配信モード３３の項目については、図２０で後述される。
【００７５】
クライアントＰＣ１０は、配信指示書ＩＤを受信すると、配信サービス実行部１４００に対してコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ）を送信して、配信指示書３２のプロパティを要求する（ステップＳ２１５）。配信サービス実行部１４００は、配信指示書ＩＤに対応する配信指示書３２のプロパティによってクライアントＰＣ１０へ応答する（ステップＳ２１６）。
【００７６】
クライアントＰＣ１０は、ユーザの配信オプションの設定によって変更した配信指示書３２のプロパティによって配信サービス実行部１４００にて保存される配信指示書３２のプロパティを変更するため、配信サービス実行部１４００に対してコマンドsetJobInstruction（セッションＩＤ、配信指示書ＩＤ、配信指示書３２のプロパティ）を送信する（ステップＳ２１７）。配信サービス実行部１４００は、受信したコマンドsetJobInstructionで指定される配信指示書３２のプロパティに基づいて、コントロールサービス１２５０へ通知するための配信モード３３を作成する。
【００７７】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信し（ステップＳ２１８）、コントロールサービス１２５０は、コマンド checkDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ２１９）。
【００７８】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」をステップＳ２１７でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ２２０）。
【００７９】
クライアントＰＣ１０は、コマンドsetJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（セッションＩＤ、配信指示書ＩＤ）を送信する（ステップＳ２２１）。
【００８０】
配信サービス実行部１４００は、コマンドcreateJobを受信すると、コントロールサービス１２５０に対してコマンドentryJob（文書ＩＤ、配信モード３３）を送信して、配信ジョブの実行を指示する（ステップＳ２２２）。
【００８１】
コントロールサービス１２５０は、コマンドentryJobで指定される文書ＩＤを用いてリポジトリサービス実行部１４００から画像データ３０を取得して、配信モード３３に従って画像エンジン部１３６０を制御して、取得した画像データ３０を配信させる。コントロールサービス１２５０は、その処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」を応答として配信サービス実行部１４００へ送信する（ステップＳ２２３）。
【００８２】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」をステップＳ２２１でのコマンドcreateJobに対する応答として送信する（ステップＳ２２４）。
【００８３】
クライアントＰＣ１０は、コマンドcreateJobに対する応答が「ＯＫ（処理完了）」を示す場合にのみ、配信サービス実行部１４００に対してコマンドendSession（セッションＩＤ）を送信して、配信サービス実行部１４００とのセッションを解放する（ステップＳ２２５）。
【００８４】
上述により、例えば、ＦＡＸ送信時に作成した配信指示書３２をメール送信に変更する等の配信指示書３２の再利用をすることができる。
【００８５】
リポジトリサービス実行部１４１０から提供される画像データ３０に関するファイル情報３１、コントロールサービス１２５０から提供される配信モード３３、及び、配信サービス実行部１４００からクライアントＰＣ１０へ提供される配信指示書３２のプロパティの夫々のデータ構成について図８から図１１で説明する。
【００８６】
図８は、リポジトリサービス実行部から提供されるファイル情報の構造体を示す図である。図８において、ファイル情報３１は、画像データ３０の蓄積時の処理内容を示す情報である。ファイル情報３１は、構造体fileinfo（以下、ファイル情報構造体と言う）によってデータが定義され、画像データ３０の文書名、画像データ３０がリポジトリサービス実行部１４１０に蓄積された蓄積日時、蓄積時のプリンタ、コピー、ファクス、スキャナ等の処理名、用紙サイズ、画像フォーマット、画像圧縮方式等の要素を有する。
【００８７】
リポジトリサービス実行部１４１０は、このような構造体fileinfoで示されるファイル情報３１を画像データ３０に対応させて管理している。
【００８８】
図９は、コントロールサービスから提供される配信モードの構造体を示す図である。図９において、配信モード３３は、構造体deliveryMode（以下、配信モード構造体と言う）によってデータが定義され、配信種別、回線種別、受信者を特定する情報を示すＦＡＸ番号、メールアドレス、又はＩＰアドレス等の配信宛先、送信者を特定する情報を示すＦＡＸ番号、メールアドレス、又はＩＰアドレス等の配信者名、時刻指定、件名、画像フォーマット、画像圧縮方式等の要素を有する。
【００８９】
コントロールサービス１２５０は、このような構造体deliveryModeで示される配信モード３３によって配信機器に固有の情報を管理している。
【００９０】
図１０は、配信モード構造体に設定される候補値の例を示す図である。図１０において、配信機器の設定状況を反映して、ファイル情報３１から作成された際の図９に示す配信モード構造体（構造体deliveryMode）の要素の候補値が示される。
【００９１】
配信種別を示す要素DeliveryTypeの候補値として、例えば、ＦＡＸ送信を指定するＦＡＸ、メール送信を指定するＭａｉｌ、ＦＴＰ送信（ファイル転送）を指定するＦＴＰ、又は、配信サーバとしての蓄積文書の送信を指定する配信サーバ送信等が示される。
【００９２】
回線種別を示す要素LineTypeの候補値として、例えば、ＰＳＴＮ（Public Switched Telephone Network）回線でのＧ３プロトコルを指定するＰＳＴＮ−Ｇ３、ＩＳＤＮ（Integrated Services Digital Network）回線でのＧ３プロトコルを指定するＩＳＤＮ−Ｇ３、Ｇ４プロトコルを指定するＧ４、又は、ＬＡＮ（Local Area Network）を指定するＬＡＮ等が示される。
【００９３】
画像フォーマットを示す要素ImageFormatの候補値として、例えば、ＴＩＦＦ（Tagged Image File Format）を指定するＴＩＦＦ、ＪＦＩＦ（JPEG File Interchange Format）を指定するＪＦＩＦ、又は、ＰＤＦ（Potable Document Format）を指定するＰＤＦ等が示される。
【００９４】
画像圧縮方式を示す要素ImageCompressionの候補値として、例えば、ＭＨ（Modified Huffman）を指定するＭＨ、ＭＲ（Modified Read）を指定するＭＲ、ＭＭＲ（Modified MR）を指定するＭＭＲ、圧縮なしを指定するＲＡＷ、又は、ＪＰＥＧ（Joint Photographic Experts Group）を指定するＪＰＥＧ等が示される。
【００９５】
次にＦＡＸ送信を例として、配信指示書３２のプロパティの記述例について説明する。図１１は、ＦＡＸを指定した配信指示書のプロパティの記述例を示す図である。図１１（Ａ）において、配信サービス実行部１４００は、ＦＡＸを指定した配信指示書３２のプロパティ３２ｂをＸＭＬ（eXtensible Markup Language）で生成して管理し、ＦＡＸを指定した配信指示書３２のプロパティ３２ｂは、配信種別（<deliveryProperty>）、回線種別（<lineType>）、配信宛先（<address>）、配信者（<senderName>）、時刻指定（<timeLater>）、件名（<subject>）、画像フォーマット（<imageFormat>）、画像圧縮方式（<imageCompression>）、プロパティ保存の要又は不要（<saveProperty>）等の要素を有する。この場合、配信指示書３２はプロパティ３２ｂのみを有し、文書ＩＤを含まない。配信指示書３２のプロパティ３２ｂの各要素は、ＸＭＬで記述されたタグ名で特定される。
【００９６】
図１１（Ａ）に示す記述例において、配信種別「ＦＡＸ」、回線種別「Ｇ３」、配信宛先「０３−３２１０−９８７６」、配信者「suzuki」、時刻指定「２００４−０２−１６Ｔ１２：０１：００（２００４年２月１６日１２時１分００秒）」、件名「appointment」、画像フォーマット「ｔｉｆｆ」、画像圧縮方式「ＭＨ」、プロパティ保存の要又は不要「true（要）」が示される。
【００９７】
図１１（Ｂ）において、配信サービス実行部１４００は、図１１（Ａ）に示した配信指示書３２のプロパティ３２ｂと、更に、文書ＩＤを示す記述３２ａを含んで配信指示書３２を作成する。文書ＩＤを示す記述３２ａは、例えば、「<document>http://machineName.folderName.fileName1</document>」のように示される。
【００９８】
図１１では、ＦＡＸ送信を指定した配信指示書３２のプロパティについて説明したが、メール送信、ＦＴＰ送信、及び配信サーバ送信を指定した配信指示書３２のプロパティについて図１２、図１３及び図１４にて夫々説明する。
【００９９】
図１２は、メール送信を指定した配信指示書のプロパティの記述例を示す図である。図１２において、メール送信を指定した配信指示書３２のプロパティ３２ｂ−１は、例えば、配信種別「Ｍａｉｌ」、回線種別「ＬＡＮ」、配信宛先「ａｂｃ＠ａａａ．ｏｒｇ」、配信者「suzuki」、時刻指定「２００４−０２−１６Ｔ１２：０１：００（２００４年２月１６日１２時１分００秒）」、件名「appointment」、画像フォーマット「ｔｉｆｆ」、画像圧縮方式「ＭＨ」、プロパティ保存の要又は不要「true（要）」のようにＸＭＬで記述される。
【０１００】
ＦＡＸ送信が指定された場合と同様に、配信サービス実行部１４００は、図１２に示した配信指示書３２のプロパティ３２ｂ−１と、更に、文書ＩＤを示す記述３２ａを含んで配信指示書３２を作成する。
【０１０１】
図１３は、ＦＴＰ送信を指定した配信指示書のプロパティの記述例を示す図である。図１３において、ＦＴＰ送信を指定した配信指示書３２のプロパティ３２ｂ−２は、例えば、配信種別「ＦＴＰ」、回線種別「ＬＡＮ」、配信宛先「１１１．１１２．１１３．１４／ｆｏｏ／ｂａｒ」、配信者「suzuki」、時刻指定「２００４−０２−１６Ｔ１２：０１：００（２００４年２月１６日１２時１分００秒）」、件名「appointment」、画像フォーマット「ｔｉｆｆ」、画像圧縮方式「ＭＨ」、プロパティ保存の要又は不要「true（要）」のようにＸＭＬで記述される。
【０１０２】
ＦＡＸ送信が指定された場合と同様に、配信サービス実行部１４００は、図１３に示した配信指示書３２のプロパティ３２ｂ−２と、更に、文書ＩＤを示す記述３２ａを含んで配信指示書３２を作成する。
【０１０３】
図１４は、配信サーバ送信を指定した配信指示書のプロパティの記述例を示す図である。図１４において、配信サーバ送信を指定した配信指示書３２のプロパティ３２ｂ−３は、例えば、配信種別「deliveryServer」、回線種別「ＬＡＮ」、配信宛先「１１１．１１２．１１３．２４／ｆｏｏ／ｂａｒ」、配信者「suzuki」、時刻指定「２００４−０２−１６Ｔ１２：０１：００（２００４年２月１６日１２時１分００秒）」、件名「appointment」、画像フォーマット「ｔｉｆｆ」、画像圧縮方式「ＭＨ」、プロパティ保存の要又は不要「true（要）」のようにＸＭＬで記述される。
【０１０４】
ＦＡＸ送信が指定された場合と同様に、配信サービス実行部１４００は、図１４に示した配信指示書３２のプロパティ３２ｂ−３と、更に、文書ＩＤを示す記述３２ａを含んで配信指示書３２を作成する。
【０１０５】
上述したプロパティの記述例では、どの配信種別でも共通に利用されるプロパティについて示しているが、実際には、配信種別に固有の要素を追加して設定する場合がある。その場合、配信種別に固有の要素が追加された配信指示書３２を他の配信種別にて再利用する際には、その固有の要素が不要に追加されている場合がある。同一の配信種別であっても、機能のバージョンアップ等により、機能レベル間でプロパティに差異が生じる場合も同様に、異なる機能レベル間で配信指示書３２を再利用する際には、機能レベルに固有の要素が不要に含まれている場合がある。
【０１０６】
そのような固有の要素が必要である場合にはその値を参照し、不要である場合には無視することによって、いずれの場合であっても配信指示書３２を正常に処理することができる。後述される配信指示書３２のプロパティから配信モード３３への変換処理によって実現される。
【０１０７】
配信種別に固有の要素が付加されたプロパティの記述例について図１５で説明する。また、図１５に示す固有の要素を含むプロパティが別の配信種別にて再利用された場合のプロパティの記述例について図１６で説明する。固有の要素は、上述同様、ＸＭＬで記述されたタグ名によって示される。
【０１０８】
図１５は、配信種別がＦＴＰの場合にＦＴＰに固有の要素が付加された配信指示書のプロパティの記述例を示す図である。図１５において、ＦＴＰを指定した配信指示書３２のプロパティ３２ｂ−４は、例えば、配信種別「ＦＴＰ」、回線種別「ＬＡＮ」、配信宛先「１１１．１１２．１１３．１４」、配信者「suzuki」、時刻指定「２００４−０２−１６Ｔ１２：０１：００（２００４年２月１６日１２時１分００秒）」、件名「appointment」、画像フォーマット「ｔｉｆｆ」、画像圧縮方式「ＭＨ」、プロパティ保存の要又は不要「true（要）」の共通に利用可能なＸＭＬの記述に加えて、ＦＴＰに固有の要素を示す記述３２ｆ（“<senderPassword>012345</senderPassword>”）が付加されている。
【０１０９】
このようにＦＴＰに固有の要素を示す記述３２ｆが付加される場合は、例えば、最初に配信指示書３２を作成する際にＦＴＰに固有の要素の設定が要求されていた場合、図１１に示すようなプロパティ３２ｂ−２を再利用する際に機能レベルの違いによって固有の要素の設定が要求されていた場合、ＦＡＸを指定したプロパティ３２ｂ（図１１（Ａ））、メール送信を指定したプロパティ３２ｂ−１（図１２）、又は配信サーバを指定したプロパティ３２ｂ−３（図１４）を再利用する際に機能レベルの違いによって固有の要素の設定が要求されていた場合などである。
【０１１０】
更に、このようなプロパティ３２ｂ−４を示す配信指示書３２が作成された後、配信指示書３２の再利用によって、ユーザが異なる配信種別のＦＡＸを指定した場合、例えば、図１４に示すようなプロパティを示す配信指示書３２が作成される。
【０１１１】
図１６は、配信種別がＦＡＸの場合にＦＴＰに固有の要素が含まれる配信指示書のプロパティの記述例を示す図である。図１６において、ＦＡＸを指定した配信指示書３２のプロパティ３２ｂ−５は、例えば、配信種別「ＦＡＸ」、回線種別「Ｇ３」、配信宛先「０３−３２１０−９８７６」、配信者「suzuki」、時刻指定「２００４−０２−１６Ｔ１２：１５：００（２００４年２月１６日１２時１５分００秒）」、件名「appointment」、画像フォーマット「ｔｉｆｆ」、画像圧縮方式「ＭＨ」、プロパティ保存の要又は不要「true（要）」の共通に利用可能なＸＭＬの記述に加えて、ＦＴＰに固有の要素を示す記述３２ｆ（“<senderPassword>012345</senderPassword>”）が含まれている。
【０１１２】
配信種別が異なる場合、或いは、機能レベルが異なる場合、固有の要素の設定のユーザインターフェースを持たない場合があるため、配信指示書３２を再利用する際にそのまま配信指示書３２に含まれることとなる。本発明では、後述される配信指示書３２のプロパティから配信モード３３への変換処理によって、そのような差異が吸収され配信指示書３２を正常に処理する。
【０１１３】
配信サービス実行部１４００は、図１１（Ａ）、図１２、図１３、図１４、図１５、又は図１６に示すようなＸＭＬで記述されたＦＡＸ送信、メール送信、ＦＴＰ送信又は配信サーバ送信を指定した配信指示のプロパティを画像データに対応させて管理している。
【０１１４】
このようにＸＭＬで記述された配信指示書３２は、配信種別に共通に利用可能な形式であるため、異なる配信種別間での再利用が容易に行うことができるようになる。また、配信指示書３２に対する処理を統一することが可能となる。更に、異なる配信種別、或いは、異なる機能レベルに固有の要素を配信指示書３２に含むことを許容する。サポートしていない機能が無視される。
【０１１５】
また、上述したようなＸＭＬによる記述例は、ＣＳＶ形式にて構成することも可能である。
【０１１６】
上記第二の配信処理では、クライアントＰＣ１０は、配信サービス実行部１４００から取得した配信指示書３２のプロパティのうち変更があったプロパティを融合機１２００へ送信し、配信サービス実行部１４００にて作成しておいた配信指示書３２の変更を行う。このような処理とすることによって、クライアントＰＣ１０は、配信指示書３２のプロパティの変更部分を指定するのみで、配信処理を実行することができる。
【０１１７】
一方、融合機１２００は、複数のクライアントＰＣ１０との間で上記第二の配信処理を実行すると、各クライアントＰＣ１０から配信指示を受信するまで、作成しておいた複数の配信指示書３２を保持することになる。融合機１２００での配信指示書３２を保持するための記憶領域を有効に使用するために、各クライアントＰＣ１０にて変更したプロパティを含む配信指示書３２を作成するようにすることが考えられる。
【０１１８】
クライアントＰＣ１０にて変更したプロパティを含む配信指示書３２を作成する場合について図１７から図２０で説明する。
【０１１９】
図１７は、配信オプションを変更する場合の第三の配信処理の概要を説明するための図である。図１７中、図５と同一の部分には、同一符号を付し、その説明を省略する。
【０１２０】
図１７において、配信サービス実行部１４００は、配信指示書３２を作成し、配信指示書３２のプロパティをクライアントＰＣ１０へ送信すると、記憶領域から作成した配信指示書３２を削除する。
【０１２１】
一方、クライアントＰＣ１０は、ステップＳ２５にて取得した配信指示書３２のプロパティの変更を行い、変更されたプロパティの値を含む全プロパティの値が設定された印刷指示書３２を作成する（ステップＳ２６−４）。そして、クライアントＰＣ１０は、作成した配信指示書３２を送信することによって、配信サービス実行部１４００に配信指示を行う（ステップＳ２７−４）。配信サービス実行部１４００は、クライアントＰＣ１０から受信した配信指示書３２に基づいて、文書ＩＤと配信モード３３とをコントロールサービス１２５０へ通知する（ステップＳ２８）。以降の処理は、図５の説明と同様である。
【０１２２】
次に、クライアントＰＣ１０側で例えば、件名等の配信オプションを変更した場合の配信処理を図１８で説明する。図１８は、配信オプションを変更する場合の第三の配信処理を説明するためのフローチャート図である。図１８中、図６と同一のステップには、同一符号を付し、その説明を省略する。
【０１２３】
図１８において、図６のステップＳ３４がステップＳ３４−２に置き換わる。ステップＳ３４−２では、クライアントＰＣ１０は、ユーザの配信オプションの変更に応じて、取得した配信指示書３２のプロパティの値を変更し、変更したプロパティの値を含む全プロパティの値が設定された配信指示書３２を作成する（ステップＳ３４−２）。そして、クライアントＰＣ１０は、コマンドcreateJobを送信して、配信実行を配信サービス実行部１４００に指示する（ステップＳ３５）。以降の処理は、図６の説明と同様である。
【０１２４】
図１９は、配信オプションを変更する場合の第三の配信処理におけるコマンドフローを示す図である。図１９中、図７と同一のステップには、同一符号を付し、その説明を省略する。
【０１２５】
図１９において、配信サービス実行部１４００は、作成して所定記憶領域に保存した配信指示書３２を識別する配信指示書ＩＤをクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信後（ステップＳ２１４）、クライアントＰＣ１０からコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ）を受信すると（ステップＳ２１５−２）、配信サービス実行部１４００は、配信指示書ＩＤに対応する文書ＩＤを含む配信指示書３２のプロパティによってクライアントＰＣ１０へ応答し、配信サービス実行部１４００が作成した配信指示書３２を所定記憶領域から削除する（ステップＳ２１６−２）。
【０１２６】
クライアントＰＣ１０は、ユーザの配信オプションの設定によって、プロパティを変更した配信指示書３２を作成し、配信サービス実行部１４００に対してコマンドcreateJobInstruction（セッションＩＤ、全配信指示書３２）を送信する（ステップＳ２１７−２）。配信サービス実行部１４００は、受信した配信指示書３２を識別するための配信指示書ＩＤを生成し、この配信指示書３２に基づいて、コントロールサービス１２５０へ通知するための配信モード３３を作成する。
【０１２７】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信し（ステップＳ２１８）、コントロールサービス１２５０は、コマンドcheckDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ２１９）。
【０１２８】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果が「ＯＫ（処理可）」である場合、配信指示書ＩＤをステップＳ２１７−２でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ２２０−２）。コントロールサービス１２５０から通知された判断結果が「ＮＯＴ（処理不可）」である場合、「ＮＯＴ（処理不可）」を応答として送信する。
【０１２９】
クライアントＰＣ１０は、コマンドcreateJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（セッションＩＤ、配信指示書ＩＤ）を送信する（ステップＳ２２１）。以降の処理は、図７の説明と同様である。
【０１３０】
上述した第三の配信処理において、ステップＳ２１６−２にて配信サービス実行部１４００からクライアントＰＣ１０へ提供される配信指示書３２のプロパティについて図２０で説明する。
【０１３１】
図２０は、第三の配信処理において、配信サービス実行部から提供される配信指示書のプロパティの記述例を示す図である。図２０において、第二の配信処理における配信指示書３２のプロパティとの違いは、文書ＩＤに相当する記述３２ａが付加されている点である。記述３２ａは、例えば、<document>http://machineName.folderName.fileName1</document>及び<document>http://machineName.folderName.fileName2</document>のように記述される。この場合、２つの文書が指定されていることを示す。記述３２ａには、１つ以上の文書を識別するための文書ＩＤ（例えば、文書が保存されている場所を示すＵＲＬ(Uniform Resource Locator)等）が示される。
【０１３２】
上述の第三の配信処理では、配信サービス実行部１４００は、配信指示書３２のための記憶領域を有効に使用することができる。
【０１３３】
次に、コントロールサービス１２５０が、図７のステップＳ２１２で配信サービス実行部１４００から受信したファイル情報３１をステップＳ２１３で配信サービス実行部１４００に通知する配信モード３３に変換する方法について図２１で説明する。図２１は、コントロールサービスによるファイル情報から配信モードへの変換処理を説明するためのフローチャート図である。図２１において、コントロールサービス１２５０は、ファイル情報構造体に値が設定されている要素を取り出す（ステップＳ４１）。
【０１３４】
コントロールサービス１２５０は、取り出した要素が配信モード構造体の要素に該当するか否かを判断する（ステップＳ４３）。該当しない場合、ステップＳ４４へ進む。該当する場合、配信モード構造体の該当要素に値をセットする（ステップＳ４３）。更に、ファイル情報構造体の全要素を確認したか否かを判断する（ステップＳ４４）。全要素を確認していない場合、ステップＳ４１へ戻りファイル情報構造体から値が設定されている次の要素を取り出し、上記同様の処理を繰り返す。一方、全要素を確認した場合、ファイル情報から配信モード３３への変換処理を終了する。
【０１３５】
そして、図７のステップＳ２１４での配信サービス実行部１４００によって行われる、配信モード３３についてその設定が現在の機器で実現できない場合、これを省略すれば配信できるものと、省略してはいけないものとの判断は、図２２に示されるような情報に基づいて行われる。
【０１３６】
図２２は、配信モードの省略を判断するための情報を示す図である。図２２（Ａ）は、省略可能な配信モードを示すテーブルである。図２２（Ｂ）は、省略不可能な配信モードを示すテーブルである。図２２（Ａ）において、省略可能な配信モードの項目５ａとして、配信者名、時刻指定、件名、ソート・スタック、画像フォーマット、画像圧縮方式等がある。また、図２２（Ｂ）に示されるように、省略不可能な配信モードの項目５ｂとして、配信種別、改選種別、配信宛先等がある。
【０１３７】
配信サービス実行部１４００は、これら省略可能な配信モードの項目５ａと省略不可能な配信モードの項目５ｂとを夫々テーブルとして保持しても良く、また、処理の中の判断処理部として組み込まれていても良い。
【０１３８】
図２２（Ａ）及び図２２（Ｂ）に示す省略可能な配信モードの項目５ａと省略不可能な配信モードの項目５ｂとに基づいて、ユーザが省略を許すに設定し、作成した配信モード構造体にて配信できない場合の配信モードの項目の省略処理について図２３で説明する。図２３は、配信モードの項目の省略処理を説明するフローチャート図である。
【０１３９】
図２３において、配信サービス実行部１４００は、配信モード構造体に値が設定されている要素を取り出す（ステップＳ５１）。配信サービス実行部１４００は、取り出した要素が配信モード３３の省略対象の項目に該当するか否かを判断する（ステップＳ５２）。配信モード３３の省略対象の項目に該当しない場合、ステップＳ５７へ進む。一方、配信モード３３の省略対象の項目に該当する場合、処理に必要な機器情報をコントロールサービス１２５０から取得する（ステップＳ５３）。
【０１４０】
配信サービス実行部１４００は、該当処理が現在の機器設定にて実行可能であるか否かを判断する（ステップＳ５４）。実行可能な場合、ステップＳ５７へ進む。一方、実行可能でない場合、配信モード構造体の該当要素の値をクリアする（ステップＳ５５）。そして、項目が省略されている配信モード３３を保存する（ステップＳ５６）。
【０１４１】
配信サービス実行部１４００は、配信モード構造体の全要素を確認したか否かを判断する（ステップＳ５７）。配信モード構造体の全要素を確認していない場合、ステップＳ５１へ戻り上記同様の処理を繰り返す。一方、配信モード構造体の全要素を確認した場合、配信モード３３のプロパティから配信モード３３への変換処理を終了する。
【０１４２】
配信サービス実行部１４００が、図７のステップＳ２１７でクライアントＰＣ１０から受信した配信指示書３２のプロパティをステップＳ２１８でコントロールサービス１２５０に通知する配信モード３３に変換する方法について図２４で説明する。図２４は、配信サービス実行部による配信指示書のプロパティから配信モードへの変換処理を説明するためのフローチャート図である。
【０１４３】
図２４において、配信サービス実行部１４００は、配信モード３３のプロパティからプロパティ名を取り出す（ステップＳ６１）。ここで、プロパティ名とは、図１１から図１６にて示されるＸＭＬで記述されたタグ名に相当する。配信モード構造体の要素に該当するか否かを判断する（ステップＳ６２）。詳しくは、タグ名が配信モード構造体の要素に対応するか否かを判断する。配信モード構造体の要素に該当しない場合ステップＳ６３へ進む。配信モード構造体の要素に該当する場合、プロパティ値を取り出して（ステップＳ６３）、配信モード構造体の該当要素に値をセットする（ステップＳ６４）。
【０１４４】
配信サービス実行部１４００は、配信モード３３のプロタティの全てのプロパティを確認したか否かを判断する（ステップＳ６５）。全てのプロパティを確認していない場合、ステップＳ６１へ戻り、上記同様の処理を行う。一方、全てのプロパティを確認した場合、配信サービス実行部１４００による配信指示書３２のプロパティから配信モード３３への変換処理を終了する。
【０１４５】
このように、上述した変換処理では、配信モード構造体の要素に該当するプロパティ名（タグ名）の値のみが設定され、該当しないプロパティ名（タグ名）は無視される仕組みとなっている。そのため、配信指示書３２の値が引数として設定された従来処理の場合には、配信処理中における不正な値によってエラーが発生したが、そのようなエラー発生を抑止することが可能となる。本発明における変換処理では、配信種別が異なる、或いは、機能レベルが異なる等により、プロパティ名（タグ名）が配信モード構造体の要素に対応しない場合においても、エラーを発生させることなく変換処理が続行される。
【０１４６】
クライアントＰＣ１０にて変更された配信指示書３２のプロパティを配信せずにリポジトリサービス実行部１４１０に保存する場合の処理概要を図２５で説明する。変更された配信指示書３２のプロパティをリポジトリサービス実行部１４１０に保存する処理は、プロパティに保存指定がなされた場合に行なわれる。
【０１４７】
図２５は、配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理の概要を説明するための図である。
【０１４８】
図２５において、クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から所望する画像データ３０を利用するためのチケットを取得して（ステップＳ７１）、そのチケットを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ７２）。配信サービス実行部１４００は、クライアントＰＣ１０から受け取ったチケットによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ７３）。
【０１４９】
リポジトリ装置２０において、リポジトリサービス実行部１４１０は、ステップＳ７３で受け取ったチケットがステップＳ７１で発行したものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ７４）。ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信モード３３を作成し、文書ＩＤと配信モード３３とが設定される配信指示書３２を作成する。
【０１５０】
クライアントＰＣ１０は、配信指示書３２の内容を示すプロパティを融合機１２００の配信サービス実行部１４００から取得する（ステップＳ７５）。クライアントＰＣ１０は、ユーザが変更したプロパティ値に変更するように配信サービス実行部１４００に指示する（ステップＳ７６）。この時、プロパティが保存指定となる。
【０１５１】
プロパティが保存指定のプロパティ値の変更要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に変更されたプロパティ値を保存する（ステップＳ７７）。
【０１５２】
このように、変更されたプロパティ値によって、リポジトリサービス実行部１４１０で管理されるファイル情報３１を上書き保存することができる。
【０１５３】
クライアントＰＣ１０側でのプロパティを保存指定とする場合の処理について図２６で説明する。図２６は、配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理を説明するフローチャート図である。図２６において、クライアントＰＣ１０は、コマンドstartSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを確立する（ステップＳ８１）。セッション確立後、クライアントＰＣ１０は、コマンドcreateJobInstructionを送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０から取得しておいたチケットを配信サービス実行部１４００に渡して配信指示書３２の作成を要求し（ステップＳ８２）、コマンドgetJobInstructionを送信して、配信指示書３２の内容を示すプロパティをリポジトリサービス実行部１４１０から取得する（ステップＳ８３）。
【０１５４】
ユーザの設定変更に応じて、プロパティ保存が指定されたコマンドsetJobInstructionを送信して、配信指示書３２のプロパティの変更及び保存をリポジトリサービス実行部１４１０へ指示し（ステップＳ８４）、コマンドendSessionを送信して、配信サービス実行部１４００とのセッションを終了する（ステップＳ８５）。
【０１５５】
図２７は、配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理におけるコマンドフローを示す図である。図２７において、クライアントＰＣ１０が融合機１２００の配信サービス実行部１４００に対してコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ）を送信すると（ステップＳ３０１）、配信サービス実行部１４００は、配信指示書３２のプロパティによって応答する（ステップＳ３０２）。
【０１５６】
クライアントＰＣ１０は、プロパティ保存が有りに設定されたコマンドsetJobInstruction（セッションＩＤ、配信指示書ＩＤ、配信指示書３２のプロパティ）を配信サービス実行部１４００に送信する（ステップＳ３０３）。
【０１５７】
配信サービス実行部１４００は、プロパティ保存が有りに設定されたコマンドsetJobInstructionを受信すると、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信する（ステップＳ３０４）。コントロールサービス１２５０は、コマンドcheckDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ３０５）。
【０１５８】
配信サービス実行部１４００は、その判断結果が「ＯＫ（処理可）」を示す場合にのみ、コントロールサービス１２５０に対してコマンドgetFileInfo（文書ＩＤ、配信モード３３）を送信する（ステップＳ３０６）。コントロールサービス１２５０は、受信したコマンドgetFileInfoから配信モード３３を取り出してファイル情報３１に変換し、そのファイル情報３１によって配信サービス実行部１４００に応答する（ステップＳ３０７）。
【０１５９】
配信サービス実行部１４００は、コントロールサービス１２５０から配信モード３３から変換されたファイル情報３１を受信すると、リポジトリサービス実行部１４１０に対してコマンドsetDocInfo（文書ＩＤ、ファイル情報３１）を送信する（ステップＳ３０８）。リポジトリサービス実行部１４１０は、文書ＩＤに対応させてファイル情報３１を保存して、その保存処理結果「ＯＫ（保存完了）」又は「ＮＯＴ（保存エラー）」によって配信サービス実行部１４００に応答する（ステップＳ３０９）。
【０１６０】
配信サービス実行部１４００は、リポジトリサービス実行部１４１０から通知された保存処理結果「ＯＫ（保存完了）」又は「ＮＯＴ（保存エラー）」をステップＳ３０３に対する応答としてクライアントＰＣ１０に通知する（ステップＳ３１０）。
【０１６１】
コントロールサービス１２５０が、図２７のステップ３０６において配信サービス実行部１４００から受信した配信モード３３をファイル情報３１に変換して配信サービス実行部１４００に提供する場合の配信モード３３からファイル情報３１に変換する変換処理を図２８で説明する。
【０１６２】
図２８は、コントロールサービスによる配信モードからファイル情報への変換処理を説明するためのフローチャート図である。図２８において、コントロールサービス１２５０は、配信モード構造体に値が設定されている要素を取り出して（ステップＳ９１）、ファイル情報構造体の要素に該当するか否かを判断する（ステップＳ９２）。
【０１６３】
ファイル情報構造体の要素に該当しない場合、コントロールサービス１２５０ステップＳ９４へ進む。一方、ファイル情報構造体の要素に該当する場合、コントロールサービス１２５０は、ファイル情報構造体の該当要素に値をセットする（ステップＳ９３）。
【０１６４】
そして、コントロールサービス１２５０は、配信モード構造体の全要素を確認したか否かを判断する（ステップＳ９４）。配信モード構造体の全要素を確認していない場合、コントロールサービス１２５０ステップＳ９１へ戻り、上記同様の処理を繰り返す。一方、配信モード構造体の全要素を確認した場合、コントロールサービス１２５０は、配信モード３３からファイル情報３１への変換処理を終了する。
【０１６５】
次に、異なる複数の配信種別による画像データ３０の配信を一連の処理にて行う複合配信について図２９及び図３０で説明する。図２９及び図３０は、複合配信処理のコマンドフローを示す図である。図２９及び図３０に示されるコマンドフローは、連続して実行される一連の処理を示している。ここでは、ＦＡＸ送信とメール送信とを一連の処理にて行う複合配信を例として説明する。また、ＦＡＸ送信を行い、そしてメール送信を行う場合で説明されるが、複合配信は、ＦＡＸ送信、メール送信、ＦＴＰ送信、及び配信サーバ送信の複数を組み合わせた一連の処理であり、その配信種別の処理順序は任意であり、限定されるものではない。
【０１６６】
図２９において、クライアントＰＣ１０がリポジトリサービス実行部１４１０に対してコマンドstartSession()を送信すると（ステップＳ７０１）、リポジトリサービス実行部１４１０は、セッションＩＤによって応答する（ステップＳ７０２）。クライアントＰＣ１０とリポジトリサービス実行部１４１０との間にセッションを確立する。
【０１６７】
セッションが確立すると、クライアントＰＣ１０は、文書を利用するためのチケットを取得するため、リポジトリサービス実行部１４１０に対してコマンドgetTicket（セッションＩＤ、文書ＩＤ）を送信する（ステップＳ７０３）。リポジトリサービス実行部１４１０は、セッションＩＤ及び文書ＩＤに対応するチケットＩＤを発行し、そのチケットＩＤによって応答する（ステップＳ７０４）。
【０１６８】
次に、クライアントＰＣ１０は、配信サービス実行部１４００に対してコマンドstartSession()を送信し（ステップＳ７０５）、配信サービス実行部１４００は、クライアントＰＣ１０に対してセッションＩＤで応答する（ステップＳ７０６）。クライアントＰＣ１０と配信サービス実行部１４００との間にセッションが確立する。
【０１６９】
セッションが確立すると、クライントＰＣ１０は、コマンドcreateJobInstruction（セッションＩＤ、チケットＩＤ）を送信して、配信サービス実行部１４００に対して配信指示書３２の作成を要求する（ステップＳ７０７）。
【０１７０】
クライントＰＣ１０から配信指示書３２の作成要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocIdByTicket（チケットＩＤ）を送信し（ステップＳ７０８）、リポジトリサービス実行部１４１０は、文書ＩＤによって応答する（ステップＳ７０９）。続けて、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocInfo（文書ＩＤ）を送信し（ステップＳ７１０）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ７１１）。
【０１７１】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドgetDeliveryMode（文書ＩＤ、ファイル情報３１）を送信して（ステップＳ７１２）、コントロールサービス１２５０は、配信モード（１）３３によって応答する（ステップＳ７１３）。配信モード（１）３３は、配信機器固有の情報を示している。
【０１７２】
配信サービス実行部１４００は、コントロールサービス１２５０から取得した配信モード（１）３３に基づいて、配信指示書（１）３２を作成し、配信指示書（１）３２を識別する配信指示書ＩＤ（１）をステップ７０７でのクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信する（ステップＳ７１４）。
【０１７３】
配信サービス実行部１４００は、配信モード（１）３３についてその設定が現在の機器で実現できない場合、これを省略すれば配信できるものと、省略してはいけないものとを判断する。この省略を許すか否かは、クライアントＰＣ１０の指示による。省略を許す設定の場合は、省略できるものは省略して配信指示書３２を作成し、省略を許さない設定の場合は、配信指示書３２を作成せずにエラーをクライアントＰＣ１０に返す。
【０１７４】
クライアントＰＣ１０は、配信指示書ＩＤ（１）を受信すると、配信サービス実行部１４００に対してコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ（１））を送信して、配信指示書（１）３２のプロパティを要求する（ステップＳ７１５）。配信サービス実行部１４００は、配信指示書ＩＤ（１）に対応する配信指示書（１）３２のプロパティによってクライアントＰＣ１０へ応答する（ステップＳ７１６）。
【０１７５】
クライアントＰＣ１０は、ユーザの配信オプションの設定によって変更した配信指示書（１）３２のプロパティによって配信サービス実行部１４００にて保存される配信指示書（１）３２のプロパティを変更するため、配信サービス実行部１４００に対してコマンドsetJobInstruction（セッションＩＤ、配信指示書ＩＤ（１）、配信指示書（１）３２のプロパティ）を送信する（ステップＳ７１７）。配信サービス実行部１４００は、受信したコマンドsetJobInstructionで指定される配信指示書（１）３２のプロパティに基づいて、コントロールサービス１２５０へ通知するための配信モード（１）３３を作成する。
【０１７６】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード（１）３３）を送信し（ステップＳ７１８）、コントロールサービス１２５０は、コマンド checkDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ７１９）。
【０１７７】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」をステップＳ７１７でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ７２０）。
【０１７８】
続けて、図３０において、クライントＰＣ１０は、コマンドcreateJobInstruction（セッションＩＤ、チケットＩＤ）を送信して、配信サービス実行部１４００に対して配信指示書３２の作成を要求する（ステップＳ７２１）。ここで指定されるセッションＩＤは、ステップＳ７０１及びＳ７０２にて取得したセッションＩＤである。また、チケットＩＤは、図２９のステップＳ７０３及びＳ７０４にて取得したチケットＩＤである。
【０１７９】
クライントＰＣ１０から配信指示書３２の作成要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocIdByTicket（チケットＩＤ）を送信し（ステップＳ７２２）、リポジトリサービス実行部１４１０は、文書ＩＤによって応答する（ステップＳ７２３）。続けて、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocInfo（文書ＩＤ）を送信し（ステップＳ７２４）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ７２５）。
【０１８０】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドgetDeliveryMode（文書ＩＤ、ファイル情報３１）を送信して（ステップＳ７２６）、コントロールサービス１２５０は、配信モード（２）３３によって応答する（ステップＳ７２７）。配信モード（２）３３は、配信機器固有の情報を示している。
【０１８１】
配信サービス実行部１４００は、コントロールサービス１２５０から取得した配信モード（２）３３に基づいて、配信指示書（２）３２を作成し、配信指示書（２）３２を識別する配信指示書ＩＤ（２）をステップ７０７でのクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信する（ステップＳ７２８）。
【０１８２】
配信サービス実行部１４００は、配信モード（２）３３についてその設定が現在の機器で実現できない場合、これを省略すれば配信できるものと、省略してはいけないものとを判断する。この省略を許すか否かは、クライアントＰＣ１０の指示による。省略を許す設定の場合は、省略できるものは省略して配信指示書３２を作成し、省略を許さない設定の場合は、配信指示書３２を作成せずにエラーをクライアントＰＣ１０に返す。
【０１８３】
クライアントＰＣ１０は、配信指示書ＩＤ（２）を受信すると、配信サービス実行部１４００に対してコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ（２））を送信して、配信指示書（２）３２のプロパティを要求する（ステップＳ７２９）。配信サービス実行部１４００は、配信指示書ＩＤ（２）に対応する配信指示書（２）３２のプロパティによってクライアントＰＣ１０へ応答する（ステップＳ７３０）。
【０１８４】
クライアントＰＣ１０は、ユーザの配信オプションの設定によって変更した配信指示書（２）３２のプロパティによって配信サービス実行部１４００にて保存される配信指示書（２）３２のプロパティを変更するため、配信サービス実行部１４００に対してコマンドsetJobInstruction（セッションＩＤ、配信指示書ＩＤ（２）、配信指示書（２）３２のプロパティ）を送信する（ステップＳ７３１）。配信サービス実行部１４００は、受信したコマンドsetJobInstructionで指定される配信指示書（２）３２のプロパティに基づいて、コントロールサービス１２５０へ通知するための配信モード（２）３３を作成する。
【０１８５】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード（２）３３）を送信し（ステップＳ７３２）、コントロールサービス１２５０は、コマンド checkDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ７３３）。
【０１８６】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」をステップＳ７３１でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ７３４）。
【０１８７】
クライアントＰＣ１０は、コマンドsetJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（セッションＩＤ、配信指示書ＩＤ（１）、配信指示書ＩＤ（２））を送信する（ステップＳ７３５）。
【０１８８】
配信サービス実行部１４００は、コマンドcreateJobを受信すると、コントロールサービス１２５０に対してコマンドentryJob（文書ＩＤ、配信モード（１）３３、配信モード（２）３３）を送信して、配信ジョブの実行を指示する（ステップＳ７３６）。
【０１８９】
コントロールサービス１２５０は、コマンドentryJobで指定される文書ＩＤを用いてリポジトリサービス実行部１４００から画像データ３０を取得して、配信モード（１）３３に従って画像エンジン部１３６０を制御して、取得した画像データ３０を配信させる。例えば、配信モード（１）３３がＦＡＸ送信を指定している場合、取得した画像データ３０をＦＡＸで配信する。続けて、配信モード（２）３３に従って画像エンジン部１３６０を制御して、取得した画像データ３０を配信させる。例えば、配信モード（２）３３がメール送信を指定している場合、取得した画像データ３０をメールで配信する。
【０１９０】
コントロールサービス１２５０は、その処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」を応答として配信サービス実行部１４００へ送信する（ステップＳ７３７）。
【０１９１】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」をステップＳ７３５でのコマンドcreateJobに対する応答として送信する（ステップＳ７３８）。
【０１９２】
クライアントＰＣ１０は、コマンドcreateJobに対する応答が「ＯＫ（処理完了）」を示す場合にのみ、配信サービス実行部１４００に対してコマンドendSession（セッションＩＤ）を送信して、配信サービス実行部１４００とのセッションを解放する（ステップＳ７３９）。
【０１９３】
このようにセッションの確立は、一連の処理の開始に行うのみでよく、配信処理毎に行う必要がない。
【０１９４】
以上、リポジトリサービス実行部１４１０が融合機１２００とは別のリポジトリ装置２０に備えられる例にて説明してきたが、本願発明は、図３１に示すように、融合機１２００に配信サービス実行部１４００とリポジトリサービス実行部１４１０とを備えるようにしても良い。図３１は、配信指示書を指定するのみで配信可能な第二のネットワーク構成を示すブロック図である。
【０１９５】
図３１に示す第二のネットワーク構成において、図３に示す第一のネットワーク構成と異なり、融合機１２００は、融合機１２００内に配信サービス実行部１４００と、リポジトリサービス実行部１４１０と、コントロールサービス１２５０と、配信エンジン部１３６０とを有する。そのため、ネットワーク１５を介して行われた配信サービス実行部１４００とリポジトリサービス実行部１４１０との通信は、内部的なコマンドの発行によって行われる。
【０１９６】
このような構成とすることで、クライアントＰＣ１０は、融合機１２００との間でチケットの取得及び配信指示書３２の取得を行えばよい。
【０１９７】
本発明によると、クライアントＰＣ１０は、画像データ３０の使用を許可するチケットを融合機１２００へ送信し、配信指示書３２を指定するのみで配信処理を実行させることができる。つまり、配信指示書３２の再利用を実現することができる。また、クライアントＰＣ１０は、融合機１２００から取得したプロパティを変更して、例えば、変更した配信種別にて配信処理を実行させることができる。更に、その変更したプロパティに基づく配信指示書３２を作成可能なファイル情報３１にて保存することができる。
【０１９８】
以下に、図３１に示す第二のネットワーク構成にて、チケットを使わない場合について説明する。図３に示す第一のネットワーク構成にても同様に実現される。
【０１９９】
図３２は、チケットを使わない場合の第五の配信処理の概要を説明するための図である。図３２において、クライアントＰＣ１０は、リポジトリサービス実行部１４１０に対して、所望する画像データ３０を利用するための文書パスワードを送信し、リポジトリサービス実行部１４１０がその文書パスワードをチェックする（ステップＳ１０１）。文書パスワードによって文書へのアクセスの正当性が確認された場合、画像データ３０を識別する文書ＩＤを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ１０２）。
【０２００】
配信サービス実行部１４００は、クライアントＰＣ１０から受け取った文書ＩＤによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ１０３）。
【０２０１】
リポジトリサービス実行部１４１０は、ステップＳ１０３で受け取った文書ＩＤがステップＳ１０１で正当性が確認されたものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ１０４）。配信サービス実行部１４００は、リポジトリサービス実行部１４１０から取得した文書ＩＤとファイル情報３１とをコントロールサービス１２５０へ通知することによって配信指示書３２を作成する。
【０２０２】
ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信モード３３を作成し、文書ＩＤと配信モード３３とが設定される配信指示書３２を作成する。そして、配信サービス実行部１４００は、作成した配信指示書３２を識別する配信指示書ＩＤをクライアントＰＣ１０に通知する。
【０２０３】
クライアントＰＣ１０は、配信サービス実行部１４００から受信した配信指示書ＩＤによって配信指示書３２を指定して配信指示を配信サービス実行部１４００へ行う（ステップＳ１０５）。配信サービス実行部１４００は、配信指示書ＩＤによって配信指示書３２を識別し、配信指示書３２に設定されている文書ＩＤと配信モード３３とをコントロールサービス１２５０へ通知する（ステップＳ１０６）。
【０２０４】
コントロールサービス１２５０は、リポジトリサービス実行部１４１０から通知された文書ＩＤに基づいて、リポジトリサービス実行部１４１０から画像データ３０を取得し（ステップＳ１０７）、また、リポジトリサービス実行部１４１０から通知された配信モード３３に従って、画像データ３０を配信する配信処理を実行する（ステップＳ１０８）。つまり、コントロールサービス１２５０は、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。
【０２０５】
図３３は、チケットを使わない場合の第五の配信処理を説明するためのフローチャート図である。図３３において、クライアントＰＣ１０は、ネットワーク１５を介してコマンドstartSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを確立する（ステップＳ１１１）。セッション確立後、クライアントＰＣ１０は、コマンドcheckPasswordを送信して、リポジトリサービス実行部１４１０がその文書パスワードをチェックする（ステップＳ１１２）。
【０２０６】
文書パスワードによって文書へのアクセスの正当性が確認された場合、クライアントＰＣ１０は、コマンドcreateJobInstructionを送信することによって、画像データ３０を識別する文書ＩＤを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求し（ステップＳ１１３）、更に、コマンドcreateJobを送信して、配信実行を指示する（ステップＳ１１４）。
【０２０７】
そして、クライアントＰＣ１０は、コマンドendSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを終了する（ステップＳ１１５）。
【０２０８】
このように、文書に対する文書パスワードに基づいてアクセスの正当性が判断され、融合機１２００の配信サービス実行部１４００に配信指示をするのみである。従って、文書（画像データ）自体をネットワーク１５を介して転送することがなく、融合機１２００への伝送効率が良い。
【０２０９】
以下に、チケットを使わない場合のコマンドフローについて図３４から図３６にて説明する。先ず、ＷｅｂサービスとクライアントＰＣ１０との間のセッションをＷｅｂサービスを実行するＷｅｂサービスファンクション毎に管理する場合について説明する。本実施例では、配信サービス実行部１４００とリポジトリサービス実行部１４１０毎にセッションが管理される。
【０２１０】
図３４は、チケットを使わない場合の第一のコマンドフローを示す図である。図３４において、クライアントＰＣ１０がリポジトリサービス実行部１４１０に対してコマンドstartSession()を送信すると（ステップＳ６０１）、リポジトリサービス実行部１４１０は、リポジトリセッションＩＤによって応答する（ステップＳ６０２）。クライアントＰＣ１０とリポジトリサービス実行部１４１０との間にセッションを確立する。
【０２１１】
セッションが確立すると、クライアントＰＣ１０は、文書に対するアクセスの正当性を確認するため、リポジトリサービス実行部１４１０に対してコマンドcheckPassword（リポジトリセッションＩＤ、文書ＩＤ、文書パスワード）を送信する（ステップＳ６０３）。リポジトリサービス実行部１４１０は、文書ＩＤ及び文書パスワードによって、文書ＩＤによって識別される文書に対するアクセスの正当性をチェックし、そのチェック結果によって応答する（ステップＳ６０４）。
【０２１２】
次に、クライアントＰＣ１０は、配信サービス実行部１４００に対してコマンドstartSession()を送信し（ステップＳ６０５）、配信サービス実行部１４００は、クライアントＰＣ１０に対して配信セッションＩＤで応答する（ステップＳ６０６）。クライアントＰＣ１０と配信サービス実行部１４００との間にセッションが確立する。
【０２１３】
セッションが確立すると、クライントＰＣ１０は、コマンドcreateJobInstruction（配信セッションＩＤ、リポジトリセッションＩＤ、文書ＩＤ）を送信して、サービス実行部１４００に対して配信指示書３２の作成を要求する（ステップＳ６０７）。
【０２１４】
クライントＰＣ１０から配信指示書３２の作成要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocInfo（リポジトリセッションＩＤ、文書ＩＤ）を送信し（ステップＳ６０８）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ６０９）。
【０２１５】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドgetDeliveryMode（文書ＩＤ、ファイル情報３１）を送信して（ステップＳ６１０）、コントロールサービス１２５０は、配信モード３３によって応答する（ステップＳ６１１）。配信モード３３は、配信機器固有の情報を示している。
【０２１６】
配信サービス実行部１４００は、コントロールサービス１２５０から取得した配信モード３３に基づいて、配信指示書３２を作成し、配信指示書３２を識別する配信指示書ＩＤをステップ６０７でのクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信する（ステップＳ６１２）。
【０２１７】
クライアントＰＣ１０は、配信指示書ＩＤを受信すると、配信サービス実行部１４００に対してコマンドgetJobInstruction（配信セッションＩＤ、配信指示書ＩＤ）を送信して、配信指示書３２のプロパティを要求する（ステップＳ６１３）。配信サービス実行部１４００は、配信指示書ＩＤに対応する配信指示書３２のプロパティによってクライアントＰＣ１０へ応答する（ステップＳ６１４）。
【０２１８】
クライアントＰＣ１０は、ユーザの設定によって変更した配信指示書３２のプロパティによって配信サービス実行部１４００にて保存される配信指示書３２のプロパティを変更するため、配信サービス実行部１４００に対してコマンドsetJobInstruction（配信セッションＩＤ、配信指示書ＩＤ、配信指示書３２のプロパティ）を送信する（ステップＳ６１５）。
【０２１９】
配信サービス実行部１４００は、受信したコマンドsetJobInstructionで指定される配信指示書３２のプロパティに基づいて、コントロールサービス１２５０へ通知するための配信モード３３を作成する。そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信し（ステップＳ６１６）、コントロールサービス１２５０は、コマンドcheckDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ６１７）。
【０２２０】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」をステップＳ６１５でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ６１８）。
【０２２１】
クライアントＰＣ１０は、コマンドsetJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（配信セッションＩＤ、配信指示書ＩＤ）を送信する（ステップＳ６１９）。配信サービス実行部１４００は、コマンドcreateJobを受信すると、コントロールサービス１２５０に対してコマンドentryJob（文書ＩＤ、配信モード３３）を送信して、配信ジョブの実行を指示する（ステップＳ６２０）。
【０２２２】
コントロールサービス１２５０は、コマンドentryJobで指定される文書ＩＤを用いてリポジトリサービス実行部１４００から画像データ３０を取得して、配信モード３３に従って、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。コントロールサービス１２５０は、その処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」を応答として配信サービス実行部１４００へ送信する（ステップＳ６２１）。
【０２２３】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」をステップＳ６１９でのコマンドcreateJobに対する応答として送信する（ステップＳ６２２）。
【０２２４】
クライアントＰＣ１０は、コマンドcreateJobに対する応答が「ＯＫ（処理完了）」を示す場合にのみ、配信サービス実行部１４００に対してコマンドendSession（配信セッションＩＤ）を送信して、配信サービス実行部１４００とのセッションを解放する（ステップＳ６２３）。
【０２２５】
次に、クライアントＰＣ１０が利用する一連のＷｅｂサービスで共通にセッションを管理する場合について図３５で説明する。図３５は、チケットを使わない場合の第二のコマンドフローを示す図である。
【０２２６】
図３５において、クライアントＰＣ１０がリポジトリサービス実行部１４１０に対してコマンドstartSession()を送信すると（ステップＳ６３１）、リポジトリサービス実行部１４１０は、グローバルセッションＩＤによって応答する（ステップＳ６３２）。クライアントＰＣ１０とリポジトリサービス実行部１４１０との間にセッションを確立する。
【０２２７】
セッションが確立すると、クライアントＰＣ１０は、文書に対するアクセスの正当性を確認するため、リポジトリサービス実行部１４１０に対してコマンドcheckPassword（グローバルセッションＩＤ、文書ＩＤ、文書パスワード）を送信する（ステップＳ６３３）。リポジトリサービス実行部１４１０は、文書ＩＤ及び文書パスワードによって、文書ＩＤによって識別される文書に対するアクセスの正当性をチェックし、そのチェック結果によって応答する（ステップＳ６３４）。
【０２２８】
ステップＳ６３１及びＳ６３２によって、クライアントＰＣ１０とリポジトリサービス実行部１４１０との間でセッションが確立すると、グローバルセッションＩＤによってセッションが管理されるため、クライアントＰＣ１０は、配信サービス１４００との間のセッションを確立する必要がない。
【０２２９】
従って、クライントＰＣ１０は、配信サービス実行部１４００とのセッションを確立するための処理を行うことなく、コマンドcreateJobInstruction（グローバルセッションＩＤ、リポジトリセッションＩＤ、文書ＩＤ）を送信して、配信サービス実行部１４００に対して配信指示書３２の作成を要求する（ステップＳ６３５）。
【０２３０】
クライントＰＣ１０から配信指示書３２の作成要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocInfo（グローバルセッションＩＤ、文書ＩＤ）を送信し（ステップＳ６３６）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ６３７）。
【０２３１】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドgetDeliveryMode（文書ＩＤ、ファイル情報３１）を送信して（ステップＳ６３８）、コントロールサービス１２５０は、配信モード３３によって応答する（ステップＳ６３９）。配信モード３３は、配信機器固有の情報を示している。
【０２３２】
配信サービス実行部１４００は、コントロールサービス１２５０から取得した配信モード３３に基づいて、配信指示書３２を作成し、配信指示書３２を識別する配信指示書ＩＤをステップ６３５でのクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信する（ステップＳ６４０）。
【０２３３】
クライアントＰＣ１０は、配信指示書ＩＤを受信すると、配信サービス実行部１４００に対してコマンドgetJobInstruction（グローバルセッションＩＤ、配信指示書ＩＤ）を送信して、配信指示書３２のプロパティを要求する（ステップＳ６４１）。配信サービス実行部１４００は、配信指示書ＩＤに対応する配信指示書３２のプロパティによってクライアントＰＣ１０へ応答する（ステップＳ６４２）。
【０２３４】
クライアントＰＣ１０は、ユーザの設定によって変更した配信指示書３２のプロパティによって配信サービス実行部１４００にて保存される配信指示書３２のプロパティを変更するため、配信サービス実行部１４００に対してコマンドsetJobInstruction（グローバルセッションＩＤ、配信指示書ＩＤ、配信指示書３２のプロパティ）を送信する（ステップＳ６４３）。
【０２３５】
配信サービス実行部１４００は、受信したコマンドsetJobInstructionで指定される配信指示書３２のプロパティに基づいて、コントロールサービス１２５０へ通知するための配信モード３３を作成する。そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信し（ステップＳ６４４）、コントロールサービス１２５０は、コマンドcheckDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ６４５）。
【０２３６】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」をステップＳ６４５でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ６４６）。
【０２３７】
クライアントＰＣ１０は、コマンドsetJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（グローバルセッションＩＤ、配信指示書ＩＤ）を送信する（ステップＳ６４７）。配信サービス実行部１４００は、コマンドcreateJobを受信すると、コントロールサービス１２５０に対してコマンドentryJob（文書ＩＤ、配信モード３３）を送信して、配信ジョブの実行を指示する（ステップＳ６４８）。
【０２３８】
コントロールサービス１２５０は、コマンドentryJobで指定される文書ＩＤを用いてリポジトリサービス実行部１４００から画像データ３０を取得して、配信モード３３に従って、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。コントロールサービス１２５０は、その処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」を応答として配信サービス実行部１４００へ送信する（ステップＳ６４９）。
【０２３９】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」をステップＳ６４９でのコマンドcreateJobに対する応答として送信する（ステップＳ６５０）。
【０２４０】
クライアントＰＣ１０は、コマンドcreateJobに対する応答が「ＯＫ（処理完了）」を示す場合にのみ、配信サービス実行部１４００に対してコマンドendSession（グローバルセッションＩＤ）を送信して、配信サービス実行部１４００とのセッションを解放する（ステップＳ６５１）。
【０２４１】
次に、クライアントＰＣ１０がＷｅｂサービスへの利用毎に文書パスワードによってアクセスの正当性をチェックする場合について図３６で説明する。
【０２４２】
図３６は、チケットを使わない場合の第三のコマンドフローを示す図である。図３６中、図３５と同一のステップには、同一符号を付し、その説明を省略する。図３６に示される第三のコマンドフローでは、クライアントＰＣ１０がリポジトリサービス実行部１４１０との接続時及び配信サービス実行部１４００への接続時に、文書パスワードによって文書へのアクセスの正当性を確認する点が、図３５に示される第二のコマンドフローと異なっている。従って、ここでは、ステップＳ６３３からＳ６３７までの処理について説明する。その他のステップについては、図３５での説明と同様である。
【０２４３】
クライアントＰＣ１０は、文書に対するアクセスの正当性を確認するため、リポジトリサービス実行部１４１０に対してコマンドcheckPassword（グローバルセッションＩＤ、文書ＩＤ、文書パスワード）を送信する（ステップＳ６３３）。リポジトリサービス実行部１４１０は、文書ＩＤ及び文書パスワードによって、文書ＩＤによって識別される文書に対するアクセスの正当性をチェックし、そのチェック結果によって応答する（ステップＳ６３４）。
【０２４４】
次に、クライアントＰＣ１０は、配信サービス実行部１４００への接続をコマンドcreateJobInstruction（グローバルセッションＩＤ、文書ＩＤ、文書パスワード）によって行う（ステップＳ６３５−２）。配信サービス実行部１４００への接続は、文書パスワードを指定した配信指示書３２の作成を要求することによって行う。
【０２４５】
配信サービス実行部１４００は、リポジトリサービス事項部１４１０へコマンドcheckPassword（グローバルセッションＩＤ、文書ＩＤ、文書パスワード）を送信して、文書へのアクセスの正当性を確認する（ステップＳ６３５−４）。リポジトリサービス実行部１４１０は、文書ＩＤ及び文書パスワードによって、文書ＩＤによって識別される文書に対するアクセスの正当性をチェックし、そのチェック結果によって応答する（ステップＳ６３５−６）。
【０２４６】
続けて、配信サービス実行部１４００は、リポジトリサービス事項部１４１０に対してコマンドgetDocInfo（グローバルセッションＩＤ、文書ＩＤ）を送信し（ステップＳ６３６）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ６３７）。以下の処理は、図３５に示す第二のコマンドフローの説明と同一である。
【０２４７】
このように、本発明によると、文書パスワードによって文書（画像データ３０）へのアクセスの許可を判断することができ、また、クライアントＰＣ１０は、融合機１２００から取得したプロパティを変更して、配信指示書３２を再利用しつつ配信処理を実行させることができる。例えば、変更した配信種別にて配信処理を実行させることができる。更に、その変更したプロパティに基づくファイル情報３１を保存することができる。
【０２４８】
配信指示書３２の概念は、例えば、配信指示書というクラスの設定（変更を含む）、取得、作成などのメソッド（操作）が行えるオブジェクトとして考えられている。
【０２４９】
図３７は、オブジェクト指向に基づく配信指示書を説明するための図である。図３７において、上述した配信指示書３２がオブジェクト９０として示されている。オブジェクト９０は、配信指示書（配信指示書クラス）であることを示し、配信種別（delivery type）と、作成（create）、取得（例えば、配信種別を取得するためのgetDeliveryType）、設定（例えば、配信種別を設定するためのsetDeliveryType）のいずれか１つのメソッドを指定している。このようなオブジェクトからジョブクラスのオブジェクト９１が作成される。また、配信指示書クラスのオブジェクト９０は、ジョブクラスのオブジェクト９１とは切り離されたオブジェクトとして構成される。
【０２５０】
上記より、本発明によれば、複数の異なる配信種別（例えば、ＦＡＸ送信、メール送信、ＦＴＰ送信、配信サーバ送信等）に共通に利用可能な形式で構成される配信指示書３２が適用されるため、ユーザは配信指示書３２を指定するのみで配信種別に係りなく再利用することが可能となる。従って、複数の異なる配信種別の夫々に対応する配信処理を統一した一つのサービス（Ｗｅｂサービス）としてユーザに提供することができる。また、配信指示書３２が複数の異なる配信種別によって共有可能であるため、配信指示書３２に係る格納領域を重複させることなく効率的に使用することができる。
【０２５１】
また、複数の異なる配信種別の夫々に対応する配信処理を統一した一つのサービス（Ｗｅｂサービス）が提供されるため、配信種別毎にセッションを確立する必要がない。従って、一回のセッションの確立で、複合配信（例えば、ＦＡＸ送信とメール送信のような異なる配信種別の組み合わせ）が可能となる。
【０２５２】
また、ユーザは、配信オプションの設定を新たにしなくても配信指示書３２を指定するのみでデータ配信をすることができる。配信の対象となる画像データ（文書）３０を配信指示書３２を作成するためのファイル情報３１と関連付ける構成とすることによって、ユーザは、単に、所望する画像データ（文書）を指示するのみで融合機１２００にデータ配信を行わせることができる。
【０２５３】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【０２５４】
【図１】本発明の一実施例に係る多種の画像形成機能を融合する融合機の機能構成を示すブロック図である。
【図２】図１に示す融合機のハードウェア構成を示すブロック図である。
【図３】配信指示書を指定するのみで配信可能な第一のネットワーク構成を示すブロック図である。
【図４】配信オプションを変更しない場合の第一の配信処理を説明するためのフローチャート図である。
【図５】配信オプションを変更する場合の第二の配信処理の概要を説明するための図である。
【図６】配信オプションを変更する場合の第二の配信処理を説明するためのフローチャート図である。
【図７】配信オプションを変更する場合の第二の配信処理におけるコマンドフローを示す図である。
【図８】リポジトリサービス実行部から提供されるファイル情報の構造体を示す図である。
【図９】コントロールサービスから提供される配信情報の構造体を示す図である。
【図１０】配信モード構造体に設定される候補値の例を示す図である。
【図１１】ＦＡＸを指定した配信指示書のプロパティの記述例を示す図である。
【図１２】メール送信を指定した配信指示書のプロパティの記述例を示す図である。
【図１３】ＦＴＰ送信を指定した配信指示書のプロパティの記述例を示す図である。
【図１４】配信サーバ送信を指定した配信指示書のプロパティの記述例を示す図である。
【図１５】配信種別がＦＴＰの場合にＦＴＰに固有の要素が付加された配信指示書のプロパティの記述例を示す図である。
【図１６】配信種別がＦＡＸの場合にＦＴＰに固有の要素が含まれる配信指示書のプロパティの記述例を示す図である。
【図１７】配信オプションを変更する場合の第三の配信処理の概要を説明するための図である。
【図１８】配信オプションを変更する場合の第三の配信処理を説明するためのフローチャート図である。
【図１９】配信オプションを変更する場合の第三の配信処理におけるコマンドフローを示す図である。
【図２０】第三の配信処理において、配信サービス実行部から提供される配信指示書のプロパティの記述例を示す図である。
【図２１】コントロールサービスによるファイル情報から配信情報への変換処理を説明するためのフローチャート図である。
【図２２】配信モードの項目の省略を判断するための情報を示す図である。
【図２３】配信モードの項目の省略処理を説明するフローチャート図である。
【図２４】配信サービス実行部による配信指示書のプロパティから配信モードへの変換処理を説明するためのフローチャート図である。
【図２５】配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理の概要を説明するための図である。
【図２６】配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理を説明するフローチャート図である。
【図２７】配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理におけるコマンドフローを示す図である。
【図２８】コントロールサービスによる配信モードからファイル情報への変換処理を説明するためのフローチャート図である。
【図２９】複合配信処理のコマンドフローを示す図である。
【図３０】複合配信処理のコマンドフローを示す図である。
【図３１】配信指示書を指定するのみで配信可能な第二のネットワーク構成を示すブロック図である。
【図３２】チケットを使わない場合の第五の配信処理の概要を説明するための図である。
【図３３】チケットを使わない場合の第五の配信処理を説明するためのフローチャート図である。
【図３４】チケットを使わない場合の第一のコマンドフローを示す図である。
【図３５】チケットを使わない場合の第二のコマンドフローを示す図である。
【図３６】チケットを使わない場合の第三のコマンドフローを示す図である。
【図３７】オブジェクト指向に基づく配信指示書を説明するための図である。
【符号の説明】
【０２５５】
１０        クライアントＰＣ
２          ｈｔｔｐｄ（Hypertext Transfer Protocol Daemon）
３          ｆｔｐ（File Transfer Protocol）
７０        ＳＯＡＰ処理部
５００      Ｗｅｂサーバ
１２００    融合機
１３００    コントローラ、        １３０１    ＡＳＩＣ
１３０２    ＭＥＭ−Ｃ、          １３０３    ＨＤＤ
１３０４    ＣＰＵ、              １３０５    ＮＢ
１３０６    ＭＥＭ−Ｐ、          １３０７    ＳＢ
１３０８    ＡＧＰ、              １３１０    オペレーションパネル
１３１１    ＮＩＣ、              １３１２    ＵＳＢターゲット
１３１３    ＩＥＥＥ１３９４      １３１４    セントロニクス
１３１５    シリアル              １３１６    ＵＳＢ
１３２０    ＦＡＸコントロールユニット
１３２１    不揮発性メモリ        １３２２、１３２３    ＲＴＣ
１３５０    エンジン部            １３６０    配信エンジン部
１４００    配信サービス実行部（ＷＳＦ）
１４１０    リポジトリサービス実行部（ＷＳＦ）
【図１】
2006033805.tif 000003
【図２】
2006033805.tif 000004
【図３】
2006033805.tif 000005
【図４】
2006033805.tif 000006
【図５】
2006033805.tif 000007
【図６】
2006033805.tif 000008
【図７】
2006033805.tif 000009
【図８】
2006033805.tif 000010
【図９】
2006033805.tif 000011
【図１０】
2006033805.tif 000012
【図１１】
2006033805.tif 000013
【図１２】
2006033805.tif 000014
【図１３】
2006033805.tif 000015
【図１４】
2006033805.tif 000016
【図１５】
2006033805.tif 000017
【図１６】
2006033805.tif 000018
【図１７】
2006033805.tif 000019
【図１８】
2006033805.tif 000020
【図１９】
2006033805.tif 000021
【図２０】
2006033805.tif 000022
【図２１】
2006033805.tif 000023
【図２２】
2006033805.tif 000024
【図２３】
2006033805.tif 000025
【図２４】
2006033805.tif 000026
【図２５】
2006033805.tif 000027
【図２６】
2006033805.tif 000028
【図２７】
2006033805.tif 000029
【図２８】
2006033805.tif 000030
【図２９】
2006033805.tif 000031
【図３０】
2006033805.tif 000032
【図３１】
2006033805.tif 000033
【図３２】
2006033805.tif 000034
【図３３】
2006033805.tif 000035
【図３４】
2006033805.tif 000036
【図３５】
2006033805.tif 000037
【図３６】
2006033805.tif 000038
【図３７】
2006033805.tif 000039