情報処理装置及び情報処理装置としてコンピュータに機能させるコンピュータ実行可能なプログラム
【課題】 本発明の課題は、ユーザが配信指示書を指定するのみでデータの配信を配信装置に行なわせることができる情報処理装置及び情報処理装置としてコンピュータに機能させるコンピュータ実行可能なプログラムを提供することを目的とする。
【解決手段】 上記課題は、ネットワークを介してデータを配信する配信装置と接続可能な情報処理装置であって、配信すべきデータに対応する配信指示書を指定することによって、該データを取得可能な配信装置へ配信処理を指示する配信指示手段を有することを特徴とする情報処理装置によって達成される。
【解決手段】 上記課題は、ネットワークを介してデータを配信する配信装置と接続可能な情報処理装置であって、配信すべきデータに対応する配信指示書を指定することによって、該データを取得可能な配信装置へ配信処理を指示する配信指示手段を有することを特徴とする情報処理装置によって達成される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが配信指示書を指定するのみでデータの配信を配信装置に行なわせることができる情報処理装置及び情報処理装置としてコンピュータに機能させるコンピュータ実行可能なプログラムを提供するものである。
【背景技術】
【０００２】
画像形成装置にネットワークを介して接続されるクライアントＰＣ（Personal Computer）から画像形成装置のプリンタ機能を利用する場合、印刷したい文書を指定し、所望の印刷の処理方法（オプション）を設定したのち、印刷処理を実行することによって所望の印刷を行っていた。
【０００３】
ネットワーク上の所定の画像形成装置（例えば、プリンタ装置）に対して印刷指示が集中しないように、画像形成装置が自ら利用権限を示すチケットをクライアントＰＣのユーザに発行することによって、プリンタ機能を効果的に利用できるようになった（例えば、特許文献１）。
【０００４】
また、ネットワークを介して、印刷したい地域を指定したチケットを利用することによって、印刷したい文書をその印刷したい地域に最も近い印刷ステーションにて印刷することができるようになった（例えば、特許文献２）。
【０００５】
更に、ユーザ認証用のチケットを利用することによって、ネットワーク上のサーバ装置から情報配信を受けることが可能となるように制御できるようになった（例えば、特許文献３）。
【０００６】
上記のような技術によって、ネットワークを介してなされる複数のクライアントＰＣからの処理指示を所定の条件の下にて制御することができるようになった。
【特許文献１】特開２００１−１１７７３７号公報
【特許文献２】特開２００２−２４４９３６号公報
【特許文献３】特開２００３−３３０８９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
近年におけるネットワークに接続可能な画像形成装置は、種々の画像形成処理及び種々の通信手段によって画像データを配信することができるように開発されてきている。
【０００８】
しかしながら、上記従来技術では、このような画像形成装置が、処理対象となる文書に対応付けてユーザが設定したオプションを管理する機能がないため、ユーザは、処理度にオプションの設定をする必要があった。
【０００９】
例えば、読み込んだ或いはネットワークを介して受信した文書（画像データ）をファックス機能を利用してＦＡＸ送信で配信するようなオプションがユーザによって設定され、ＦＡＸ送信が実行された後にその文書を画像形成装置の電子メール（以下、単にメールと言う）機能を利用してメール送信で配信する場合、ユーザは、別途メール送信するためのオプションを設定し、メール送信を画像形成装置に指示しなければならない。
【００１０】
同一の文書である場合に、ＦＡＸ送信時のオプションの設定（配信指示書）を利用してメール送信させたい場合においても、再度、ユーザはオプションの設定を最初からしなければならなかった。
【００１１】
そこで、本発明の課題は、ユーザが配信指示書を指定するのみでデータの配信を配信装置に行なわせることができる情報処理装置及び情報処理装置としてコンピュータに機能させるコンピュータ実行可能なプログラムを提供することである。
【課題を解決するための手段】
【００１２】
上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して文書を配信する文書配信装置と接続可能な情報処理装置であって、配信すべき文書に対応する配信指示書を指定することによって、該文書を取得可能な文書配信装置へ配信処理を指示する配信指示手段を有するように構成される。
【００１３】
このような情報処理装置では、ユーザは、配信処理のためのオプションの設定をすることなく、配信指示書を指定するのみでデータ配信を配信装置に行なわせることができる。配信の対象となるデータ（文書）を配信指示書と関連付ける構成とすることによって、ユーザは、単に、所望するデータ（文書）を指示するのみで配信装置にデータ配信を行わせることができる。
【００１４】
更に、本発明は、上記情報処理装置としてコンピュータに機能させるコンピュータ実行可能なプログラムとすることもできる。
【発明の効果】
【００１５】
本願発明に係る情報処理装置では、ユーザは、配信指示書を指定するのみでデータ配信を配信装置に行なわせることができる。配信指示書を指定するのみであるので、配信指示書の再利用が可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１７】
本実施例におけるクライアントＰＣ１０は、例えば、図１に示すようなハードウェア構成を有する。図１は、クライアントＰＣのハードウェア構成を示すブロック図である。
【００１８】
図１において、クライアントＰＣ１０は、コンピュータによって制御される端末であって、ＣＰＵ（Central Processing Unit）５１と、メモリユニット５２と、表示ユニット５３と、出力ユニット５４と、入力ユニット５５と、通信ユニット５６と、記憶装置５７と、ドライバ５８とで構成され、システムバスＢに接続される。
【００１９】
ＣＰＵ５１は、メモリユニット５２に格納されたプログラムに従ってクライアントＰＣ１０を制御する。メモリユニット５２は、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read-Only Memory）等にて構成され、ＣＰＵ５１にて実行されるプログラム、ＣＰＵ５１での処理に必要なデータ、ＣＰＵ５１での処理にて得られたデータ等を格納する。また、メモリユニット５２の一部の領域が、ＣＰＵ５１での処理に利用されるワークエリアとして割り付けられている。
【００２０】
表示ユニット５３は、ＣＰＵ５１の制御のもとに必要な各種情報を表示する。出力ユニット５４は、プリンタ等を有し、利用者からの指示に応じて各種情報を出力するために用いられる。入力ユニット５５は、マウス、キーボード等を有し、利用者がクライアントＰＣ１０が処理を行なうための必要な各種情報を入力するために用いられる。通信ユニット５６は、クライアントＰＣ１０が例えばインターネット、ＬＡＮ（Local Area Network）等を介して他装置と接続する場合に、他装置との間の通信制御をするための装置である。記憶装置５７は、例えば、ハードディスクユニットにて構成され、各種処理を実行するプログラム等のデータを格納する。
【００２１】
クライアントＰＣ１０よって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体５９によってクライアントＰＣ１０に提供される。即ち、プログラムが保存された記憶媒体５９がドライバ５８にセットされると、ドライバ５８が記憶媒体５９からプログラムを読み出し、その読み出されたプログラムがシステムバスＢを介して記憶装置５７にインストールされる。そして、プログラムが起動されると、記憶装置５７にインストールされたプログラムに従ってＣＰＵ５１がその処理を開始する。尚、プログラムを格納する媒体としてＣＤ−ＲＯＭに限定するものではなく、コンピュータが読み取り可能な媒体であればよい。本発明に係る処理を実現するプログラムは、通信ユニット５６によってネットワークを介してダウンロードし、記憶装置５７にインストールするようにしても良い。
【００２２】
以下に、配信指示書を指定するのみで配信可能とする配信処理の概要を図２で説明する。図２は、配信指示書を指定するのみで配信可能な第一のネットワーク構成を示すブロック図である。図２において、クライアントＰＣ（Personal Computer）１０は、ネットワーク１５を介して、融合機１２００とリポジトリ装置２０とに接続される。コンピュータ端末としてのクライアントＰＣ１０と、配信指示書によって指定される文書を配信する融合機１２００と、サーバコンピュータとしてのリポジトリサービス実行部１４１０を有するリポジトリ装置２０とはＨＴＴＰで通信制御される。
【００２３】
融合機１２００は、ＦＡＸ機能を含む多種の画像形成機能を備える画像形成装置であって、文章を配信するための配信サービス実行部１４００と、ＦＣＵ（FAX Control Unit）１３２０、ＮＩＣ（Network Interface Card）１３１１、ＵＳＢ（Universal Serial Bus）１３１６等の配信エンジン部１３６０を制御して文書を配信する配信処理を行なうコントロールサービス１２５０とを有する。ＦＣＵ１３２０はＦＡＸ機能を実現し、ＮＩＣ１３１１は、ネットワーク通信を制御し、ＵＳＢ１３１６は大容量の画像データの送受信を制御する。融合機１２００は、プリンタ機能、印刷機能等の画像形成機能を備えても良い。
【００２４】
リポジトリ装置２０は、画像データ３０とその画像データに関するファイル情報３１とを蓄積し管理するリポジトリサービス実行部１４１０によって、画像データ３０を利用するためのチケットを発行し、その発行したチケットによる該画像データ３０の利用を許可することによって、該画像データの利用をＷｅｂサービスとして提供するサーバコンピュータである。
【００２５】
また、クライアントＰＣ１０がＳＯＡＰによってＷｅｂサービスを要求する場合には、融合機１２００と、リポジトリ装置２０とは、ＳＯＡＰによって夫々のＷｅｂサービスを提供する。クライアントＰＣ１０がＷｅｂブラウザを利用してＷｅｂサービスを要求する場合には、融合機１２００と、リポジトリ装置２０とは、ＨＴＭＬ（Hypertext Transfer Markup Language）によって夫々のＷｅｂサービスを提供する。
【００２６】
クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から所望する画像データ３０を利用するためのチケットを取得して（ステップＳ１）、そのチケットを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ２）。配信サービス実行部１４００は、クライアントＰＣ１０から受け取ったチケットによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ３）。
【００２７】
リポジトリ装置２０において、リポジトリサービス実行部１４１０は、ステップＳ３で受け取ったチケットがステップＳ１で発行したものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ４）。配信サービス実行部１４００は、リポジトリサービス実行部１４１０から取得した文書ＩＤとファイル情報３１とをコントロールサービス１２５０へ通知することによって配信指示書３２を作成する。
【００２８】
ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信情報３３を作成し、文書識別子（文書ＩＤ）と配信モード３３とが設定される配信指示書３２を作成する。そして、配信サービス実行部１４００は、作成した配信指示書３２を識別する配信指示書ＩＤをクライアントＰＣ１０に通知する。
【００２９】
クライアントＰＣ１０は、配信サービス実行部１４００から受信した配信指示書ＩＤによって配信指示書３２を指定して配信指示を配信サービス実行部１４００へ行う（ステップＳ５）。配信サービス実行部１４００は、配信指示書ＩＤによって配信指示書３２を識別し、配信指示書３２に設定されている文書ＩＤと配信モードとをコントロールサービス１２５０へ通知する（ステップＳ６）。
【００３０】
コントロールサービス１２５０は、配信サービス実行部１４００から通知された文書ＩＤと配信モード３３とに基づいて、リポジトリ装置２０のリポジトリサービス実行部１４１０から画像データ３０を取得し（ステップＳ７）、また、配信モード３３に従って、画像データ３０を配信する配信処理を実行する（ステップＳ８）。つまり、コントロールサービス１２５０は、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。
【００３１】
クライアントＰＣ１０側の配信オプションを変更しない場合の第一の配信処理について図３で説明する。図３は、配信オプションを変更しない場合の第一の配信処理を説明するためのフローチャート図である。
【００３２】
図３において、蓄積文書を表示させるためのユーザの操作によって、クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から文書ＩＤリストを取得する（ステップＳ３１）。そして、その文書ＩＤリストに基づいて、順に文書ＩＤを読み出して各文書ＩＤに対応するサムネイルを、リポジトリサービス実行部１４１０から取得する（ステップＳ３２）。文書ＩＤリストに示される全文書のサムネイルを取得したか否かを判断する（ステップＳ３３）。全文書のサムネイルを取得した場合、ステップＳ３４へ進む。一方、全文書のサムネイルを取得していない場合、ステップＳ３２へ戻る。
【００３３】
全文書のサムネイルを取得後、リポジトリサービス実行部１４１０から取得したサムネイルによって蓄積文書が示される蓄積文書の一覧画面を表示ユニット５３に表示する（ステップＳ３４）。
【００３４】
クライアントＰＣ１０は、ユーザによって所望する文書が選択され、その文書の配信が選択されたか否かを判断する（ステップＳ３５）。配信が選択されなかった場合、そのまま蓄積文書の一覧画面を表示ユニット５３に表示させ、ユーザによる操作を待つ。
【００３５】
一方、配信が選択された場合、クライアントＰＣ１０は、ネットワーク１５を介してコマンドstartSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを確立し、ユーザが選択した文書の文書ＩＤを送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０からチケットを取得する（ステップＳ３６）。セッション確立後、クライアントＰＣ１０は、コマンドcreateJobInstructionを送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０から取得しておいたチケットを配信サービス実行部１４００に渡して配信指示書３２の作成を要求する（ステップＳ３７）。
【００３６】
クライアントＰＣ１０は、表示ユニット５３に配信を確認する画面を表示する。そして、その画面にて、ユーザによる配信の指示を示すＯＫボタンが押されたか否かを判断する（ステップＳ３８）。
【００３７】
ＯＫが押されなかった場合、キャンセルが押されたか否かを判断する（ステップＳ３９）。キャンセルが押されなかった場合、ステップＳ３８へ戻り、ユーザによる操作を待つ。一方、キャンセルが押された場合、コマンドendSessionを送信して融合機１２００とのセッションを終了し（ステップＳ４０）、ステップＳ３４へ戻る。
【００３８】
一方、ステップＳ３８において、ＯＫが押されたと判断した場合、コマンドcreateJobを送信して、配信実行を指示する（ステップＳ４１）。そして、クライアントＰＣ１０は、コマンドendSessionを送信して融合機１２００とのセッションを終了する（ステップＳ４２）。
【００３９】
図２及び図３では、既に保存されている配信指示書３２をなんら変更せずに再利用した場合について説明したが、既に保存されている配信指示書３２を変更して配信する場合について図４から図６で説明する。
【００４０】
図４は、配信オプションを変更する場合の第二の配信処理の概要を説明するための図である。図４において、クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から所望する画像データ３０を利用するためのチケットを取得して（ステップＳ２１）、そのチケットを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ２２）。配信サービス実行部１４００は、クライアントＰＣ１０から受け取ったチケットによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ２３）。
【００４１】
リポジトリ装置２０において、リポジトリサービス実行部１４１０は、ステップＳ２３で受け取ったチケットがステップＳ２１で発行したものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ２４）。ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信モード３３を作成し、文書ＩＤと配信モード３３とが設定される配信指示書３２を作成する。
【００４２】
クライアントＰＣ１０は、配信指示書３２の内容を示すプロパティを融合機１２００の配信サービス実行部１４００から取得する（ステップＳ２５）。クライアントＰＣ１０は、ユーザが変更したプロパティの値に変更するように配信サービス実行部１４００に指示し（ステップＳ２６）、更に、配信指示書３２を指定して配信指示を融合機１２００の配信サービス実行部１４００に対して行う（ステップＳ２７）。配信サービス実行部１４００は、プロパティの値を変更した配信指示書３２に基づいて、文書ＩＤと配信モード３３とをコントロールサービス１２５０へ通知する（ステップＳ２８）。
【００４３】
コントロールサービス１２５０は、配信サービス実行部１４００から通知された文書ＩＤに基づいて、リポジトリ装置２０のリポジトリサービス実行部１４１０から画像データ３０を取得し（ステップＳ２９）、また、配信モード３３に従って、画像データ３０を配信する配信処理を実行する（ステップＳ３０）。つまり、コントロールサービス１２５０は、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。
【００４４】
上述した第二の配信処理のステップＳ２８において、配信サービス実行部１４００は、プロパティの値を変更した配信指示書３２に基づいてファイル情報３２を変更するようにしても良い。このような処理によって、ファイル情報３２は、リポジトリサービス実行部１４１０によって最新の状態で管理されることになる。
【００４５】
次に、クライアントＰＣ１０側で例えば、配信の相手先の変更、配信種別の変更等の配信オプションを変更した場合の配信処理を図５で説明する。図５は、配信オプションを変更する場合の第二の配信処理を説明するためのフローチャート図である。
【００４６】
図５において、蓄積文書を表示させるためのユーザの操作によって、クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から文書ＩＤリストを取得する（ステップＳ３１）。そして、その文書ＩＤリストに基づいて、順に文書ＩＤを読み出して各文書ＩＤに対応するサムネイルを、リポジトリサービス実行部１４１０から取得する（ステップＳ３２）。文書ＩＤリストに示される全文書のサムネイルを取得したか否かを判断する（ステップＳ３３）。全文書のサムネイルを取得した場合、ステップＳ３４へ進む。一方、全文書のサムネイルを取得していない場合、ステップＳ３２へ戻る。
【００４７】
全文書のサムネイルを取得後、リポジトリサービス実行部１４１０から取得したサムネイルによって蓄積文書が示される蓄積文書の一覧画面を表示ユニット５３に表示する（ステップＳ３４）。
【００４８】
クライアントＰＣ１０は、ユーザによって所望する文書が選択され、その文書の配信プロパティの変更が選択されたか否かを判断する（ステップＳ３５−２）。配信プロパティの変更が選択されなかった場合、そのまま蓄積文書の一覧画面を表示ユニット５３に表示させ、ユーザによる操作を待つ。
【００４９】
一方、配信プロパティの変更が選択された場合、クライアントＰＣ１０は、ネットワーク１５を介してコマンドstartSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを確立し、ユーザが選択した文書の文書ＩＤを送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０からチケットを取得する（ステップＳ３６）。セッション確立後、クライアントＰＣ１０は、コマンドcreateJobInstructionを送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０から取得しておいたチケットを配信サービス実行部１４００に渡して配信指示書３２の作成を要求する（ステップＳ３７）。
【００５０】
更に、配信サービス実行部１４００に対してコマンドgetJobInstructionを送信して、配信指示書３２の内容を示すプロパティをリポジトリサービス実行部１４１０から取得する（ステップＳ３７−２）。
【００５１】
クライアントＰＣ１０は、リポジトリサービス実行部１４１０から取得した配信指示書３２の内容を示すプロパティに基づいて、配信オプション設定画面を表示ユニット５３に表示する（ステップＳ３７−４）。
【００５２】
ユーザは、表示ユニット５３にされた配信オプション設定画面に配信オプションの変更を設定する。その後、クライアントＰＣ１０は、表示ユニット５３に配信を確認する画面を表示する。その画面にて、ユーザによる配信の指示を示すＯＫボタンが押されたか否かを判断する（ステップＳ３８）。
【００５３】
ＯＫが押されなかった場合、キャンセルが押されたか否かを判断する（ステップＳ３９）。キャンセルが押されなかった場合、ステップＳ３８へ戻り、ユーザによる操作を待つ。一方、キャンセルが押された場合、クライアントＰＣ１０は、コマンドendSessionを送信して融合機１２００とのセッションを終了し（ステップＳ４０）、ステップＳ３４へ戻る。
【００５４】
図６は、配信オプションを変更する場合の第二の配信処理におけるコマンドフローを示す図である。図６において、クライアントＰＣ１０がリポジトリサービス実行部１４１０に対してコマンドstartSession()を送信すると（ステップＳ２０１）、リポジトリサービス実行部１４１０は、セッションＩＤによって応答する（ステップＳ２０２）。クライアントＰＣ１０とリポジトリサービス実行部１４１０との間にセッションを確立する。
【００５５】
セッションが確立すると、クライアントＰＣ１０は、文書を利用するためのチケットを取得するため、リポジトリサービス実行部１４１０に対してコマンドgetTicket（セッションＩＤ、文書ＩＤ）を送信する（ステップＳ２０３）。リポジトリサービス実行部１４１０は、セッションＩＤ及び文書ＩＤに対応するチケットＩＤを発行し、そのチケットＩＤによって応答する（ステップＳ２０４）。
【００５６】
次に、クライアントＰＣ１０は、配信サービス実行部１４００に対してコマンドstartSession()を送信し（ステップＳ２０５）、配信サービス実行部１４００は、クライアントＰＣ１０に対してセッションＩＤで応答する（ステップＳ２０６）。クライアントＰＣ１０と配信サービス実行部１４００との間にセッションが確立する。
【００５７】
セッションが確立すると、クライントＰＣ１０は、コマンドcreateJobInstruction（セッションＩＤ、チケットＩＤ）を送信して、配信サービス実行部１４００に対して配信指示書３２の作成を要求する（ステップＳ２０７）。
【００５８】
クライントＰＣ１０から配信指示書３２の作成要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocIdByTicket（チケットＩＤ）を送信し（ステップＳ２０８）、リポジトリサービス実行部１４１０は、文書ＩＤによって応答する（ステップＳ２０９）。続けて、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocInfo（文書ＩＤ）を送信し（ステップＳ２１０）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ２１１）。
【００５９】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドgetDeliveryMode（文書ＩＤ、ファイル情報３１）を送信して（ステップＳ２１２）、コントロールサービス１２５０は、配信モード３３によって応答する（ステップＳ２１３）。配信モード３３は、配信機器固有の情報を示している。
【００６０】
配信サービス実行部１４００は、コントロールサービス１２５０から取得した配信モード３３に基づいて、配信指示書３２を作成し、配信指示書３２を識別する配信指示書ＩＤをステップ２０７でのクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信する（ステップＳ２１４）。
【００６１】
配信サービス実行部１４００は、配信モード３３についてその設定が現在の機器で実現できない場合、これを省略すれば配信できるものと、省略してはいけないものとを判断する。この省略を許すか否かは、クライアントＰＣ１０の指示による。省略を許す設定の場合は、省略できるものは省略して配信指示書３２を作成し、省略を許さない設定の場合は、配信指示書３２を作成せずにエラーをクライアントＰＣ１０に返す。省略可能な配信モードと省略不可能な配信モード（すなわち、配信オプション）については後述される。
【００６２】
クライアントＰＣ１０は、配信指示書ＩＤを受信すると、配信サービス実行部１４００に対してコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ）を送信して、配信指示書３２のプロパティを要求する（ステップＳ２１５）。配信サービス実行部１４００は、配信指示書ＩＤに対応する配信指示書３２のプロパティによってクライアントＰＣ１０へ応答する（ステップＳ２１６）。
【００６３】
クライアントＰＣ１０は、ユーザの配信オプションの設定によって変更した配信指示書３２のプロパティによって配信サービス実行部１４００にて保存される配信指示書３２のプロパティを変更するため、配信サービス実行部１４００に対してコマンドsetJobInstruction（セッションＩＤ、配信指示書ＩＤ、配信指示書３２のプロパティ）を送信する（ステップＳ２１７）。配信サービス実行部１４００は、受信したコマンドsetJobInstructionで指定される配信指示書３２のプロパティに基づいて、コントロールサービス１２５０へ通知するための配信モード３３を作成する。
【００６４】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信し（ステップＳ２１８）、コントロールサービス１２５０は、コマンド checkDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ２１９）。
【００６５】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」をステップＳ２１７でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ２２０）。
【００６６】
クライアントＰＣ１０は、コマンドsetJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（セッションＩＤ、配信指示書ＩＤ）を送信する（ステップＳ２２１）。
【００６７】
配信サービス実行部１４００は、コマンドcreateJobを受信すると、コントロールサービス１２５０に対してコマンドentryJob（文書ＩＤ、配信モード３３）を送信して、配信ジョブの実行を指示する（ステップＳ２２２）。
【００６８】
コントロールサービス１２５０は、コマンドentryJobで指定される文書ＩＤを用いてリポジトリサービス実行部１４００から画像データ３０を取得して、配信モード３３に従って画像エンジン部１３６０を制御して、取得した画像データ３０を配信させる。コントロールサービス１２５０は、その処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」を応答として配信サービス実行部１４００へ送信する（ステップＳ２２３）。
【００６９】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」をステップＳ２２１でのコマンドcreateJobに対する応答として送信する（ステップＳ２２４）。
【００７０】
クライアントＰＣ１０は、コマンドcreateJobに対する応答が「ＯＫ（処理完了）」を示す場合にのみ、配信サービス実行部１４００に対してコマンドendSession（セッションＩＤ）を送信して、配信サービス実行部１４００とのセッションを解放する（ステップＳ２２５）。
【００７１】
上述により、例えば、ＦＡＸ送信時に作成した配信指示書３２をメール送信に変更する等の配信指示書３２の再利用をすることができる。
【００７２】
ここで、ステップＳ３１にてリポジトリサービス実行部１４１０からクライアントＰＣ１０へ提供される文書ＩＤリストの記述例について、図７で説明する。図７は、文書ＩＤリストの記述例を示す図である。
【００７３】
図７において、文書ＩＤリストの記述３６は、例えば、ＸＭＬ（eXtensible Markup Language）で記述され、タグ<fileList>によって文書ＩＤの一覧が示されることを記述し、タグ<fileID>によって文書ＩＤが１つずつ示される。文書ＩＤリストの記述３６では、文書ＩＤ「１０」、文書ＩＤ「１１」、文書ＩＤ「１２」等が示される。
【００７４】
ステップＳ３２にてクライアントＰＣ１０からリポジトリサービス実行部１４１０へ送信されるサムネイルを取得するための要求に含まれる記述について、図８で説明する。図８は、サムネイルを取得するための記述例を示す図である。
【００７５】
図８において、サムネイルを取得するための記述３７は、例えば、ＸＭＬで記述され、タグ<getThumbnail>によって要求するサムネイルの文書ＩＤが示されることを記述し、タグ<fileID>によって文書ＩＤが指定される。サムネイルを取得するための記述３７では、文書ＩＤ「１０」によって特定される文書のサムネイルを要求していることを示す。
【００７６】
配信サービス実行部１４００からクライアントＰＣ１０へ提供される配信指示書３２のプロパティのデータ構成について図９で説明する。図９では、ＦＡＸ送信を例として、配信指示書３２のプロパティの記述例について説明する。図９は、ＦＡＸを指定した配信指示書のプロパティの記述例を示す図である。
【００７７】
図９（Ａ）において、配信サービス実行部１４００は、ＦＡＸを指定した配信指示書３２のプロパティをＸＭＬ（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>”）が含まれている。
【００９４】
配信種別が異なる場合、或いは、機能レベルが異なる場合、固有の要素の設定のユーザインターフェースを持たない場合があるため、配信指示書３２を再利用する際にそのまま配信指示書３２に含まれることとなる。クライアントＰＣ１０にて、固有の要素を削除したり、記述形式を変更したりする必要はない。
【００９５】
配信サービス実行部１４００は、図９（Ａ）、図１０、図１１、図１２、図１３、又は図１４に示すようなＸＭＬで記述されたＦＡＸ送信、メール送信、ＦＴＰ送信又は配信サーバ送信を指定した配信指示のプロパティを画像データに対応させて管理している。
【００９６】
このようにＸＭＬで記述された配信指示書３２は、配信種別に共通に利用可能な形式であるため、異なる配信種別間での再利用が容易に行うことができるようになる。また、配信指示書３２に対する処理を統一することが可能となる。更に、異なる配信種別、或いは、異なる機能レベルに固有の要素を配信指示書３２に含むことを許容する。サポートしていない機能が無視される。
【００９７】
また、上述したようなＸＭＬによる記述例は、ＣＳＶ形式にて構成することも可能である。
【００９８】
次に、このような配信指示書３２のプロパティ項目に設定される候補値について図１５で説明する。図１５は、配信指示書のプロパティ項目に設定される候補値の例を示す図である。
【００９９】
図１５において、配信種別を示すプロパティ項目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）を指定するＪＰＥＧ等が示される。
【０１０３】
上述したように、上記第二の配信処理では、クライアントＰＣ１０は、配信サービス実行部１４００から取得した配信指示書のプロパティのうち変更があったプロパティを融合機１２００へ送信し、配信サービス実行部１４００にて作成しておいた配信指示書３２の変更を行う。このような処理とすることによって、クライアントＰＣ１０は、配信指示書３２のプロパティの変更部分を指定するのみで、配信処理を実行することができる。
【０１０４】
一方、融合機１２００は、複数のクライアントＰＣ１０との間で上記第二の配信処理を実行すると、各クライアントＰＣ１０から配信指示を受信するまで、作成しておいた複数の配信指示書３２を保持することになる。融合機１２００での配信指示書３２を保持するための記憶領域を有効に使用するために、各クライアントＰＣ１０にて変更したプロパティを含む配信指示書３２を作成するようにすることが考えられる。
【０１０５】
クライアントＰＣ１０にて変更したプロパティを含む配信指示書３２を作成する場合について図１６から図１８で説明する。
【０１０６】
図１６は、配信オプションを変更する場合の第三の配信処理の概要を説明するための図である。図１６中、図４と同一の部分には、同一符号を付し、その説明を省略する。
【０１０７】
図１６において、配信サービス実行部１４００は、配信指示書３２を作成し、配信指示書３２のプロパティをクライアントＰＣ１０へ送信すると、記憶領域から作成した配信指示書３２を削除する。
【０１０８】
一方、クライアントＰＣ１０は、ステップＳ２５にて取得した配信指示書３２のプロパティの変更を行い、変更されたプロパティの値を含む全プロパティの値が設定された印刷指示書３２を作成する（ステップＳ２６−４）。そして、クライアントＰＣ１０は、作成した配信指示書３２を送信することによって、配信サービス実行部１４００に配信指示を行う（ステップＳ２７−４）。配信サービス実行部１４００は、クライアントＰＣ１０から受信した配信指示書３２に基づいて、文書ＩＤと配信モード３３とをコントロールサービス１２５０へ通知する（ステップＳ２８）。以降の処理は、図４の説明と同様である。
【０１０９】
次に、クライアントＰＣ１０側で例えば、件名等の配信オプションを変更した場合の配信処理を図１７で説明する。図１７は、配信オプションを変更する場合の第三の配信処理を説明するためのフローチャート図である。図１７中、図５と同一のステップには、同一符号を付し、その説明を省略する。
【０１１０】
図１７において、図５のステップＳ５１がステップＳ５１−２に置き換わる。ステップＳ５１−２では、クライアントＰＣ１０は、ユーザの配信オプションの変更に応じて、取得した配信指示書３２のプロパティの値を変更し、変更したプロパティの値を含む全プロパティの値が設定された配信指示書３２を作成する（ステップＳ５１−２）。そして、クライアントＰＣ１０は、コマンドcreateJobを送信して、配信実行を配信サービス実行部１４００に指示する（ステップＳ５２）。以降の処理は、図５の説明と同様である。
【０１１１】
図１８は、配信オプションを変更する場合の第三の配信処理におけるコマンドフローを示す図である。図１８中、図６と同一のステップには、同一符号を付し、その説明を省略する。
【０１１２】
図１８において、配信サービス実行部１４００は、作成して所定記憶領域に保存した配信指示書３２を識別する配信指示書ＩＤをクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信後（ステップＳ２１４）、クライアントＰＣ１０からコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ）を受信すると（ステップＳ２１５−２）、配信サービス実行部１４００は、配信指示書ＩＤに対応する文書ＩＤを含む配信指示書３２のプロパティによってクライアントＰＣ１０へ応答し、配信サービス実行部１４００が作成した配信指示書３２を所定記憶領域から削除する（ステップＳ２１６−２）。
【０１１３】
クライアントＰＣ１０は、ユーザの配信オプションの設定によって、プロパティを変更した配信指示書３２を作成し、配信サービス実行部１４００に対してコマンドsetJobInstruction（セッションＩＤ、配信指示書３２）を送信する（ステップＳ２１７−２）。配信サービス実行部１４００は、受信した配信指示書３２を識別するための配信指示書ＩＤを生成し、この配信指示書３２に基づいて、コントロールサービス１２５０へ通知するための配信モード３３を作成する。
【０１１４】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信し（ステップＳ２１８）、コントロールサービス１２５０は、コマンドcheckDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ２１９）。
【０１１５】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果が「ＯＫ（処理可）」である場合、配信指示書ＩＤをステップＳ２１７−２でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ２２０）。コントロールサービス１２５０から通知された判断結果が「ＮＯＴ（処理不可）」である場合、「ＮＯＴ（処理不可）」を応答として送信する。
【０１１６】
クライアントＰＣ１０は、コマンドsetJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（セッションＩＤ、配信指示書ＩＤ）を送信する（ステップＳ２２１）。以降の処理は、図６の説明と同様である。
【０１１７】
上述した第三の配信処理において、ステップＳ２１６−２にて配信サービス実行部１４００からクライアントＰＣ１０へ提供される配信指示書３２のプロパティについて図１９で説明する。
【０１１８】
図１９は、第三の配信処理において、配信サービス実行部から提供される配信指示書のプロパティの記述例を示す図である。図１９において、第二の配信処理における配信指示書３２のプロパティとの違いは、文書ＩＤに相当する記述３２ａが付加されている点である。記述３２ａは、例えば、<dosument>http://machineName.folderName.fileName1</document>及び<dosument>http://machineName.folderName.fileName2</document>のように記述される。この場合、２つの文書が指定されていることを示す。記述３２ａには、１つ以上の文書を識別するための文書ＩＤ（例えば、文書が保存されている場所を示すＵＲＬ(Uniform Resource Locator)等）が示される。
【０１１９】
上述の第三の配信処理では、配信サービス実行部１４００は、配信指示書３２のための記憶領域を有効に使用することができる。
【０１２０】
次に、省略可能な配信オプション及び省略不可能な配信オプションについて図２０で説明する。
【０１２１】
図２０は、配信オプションの省略を判断するための情報を示す図である。図２０（Ａ）は、省略可能な配信オプションを示すテーブルである。図２０（Ｂ）は、省略不可能な配信オプションを示すテーブルである。図２０（Ａ）において、省略可能な配信オプション５ａとして、配信者名、時刻指定、件名、ソート・スタック、画像フォーマット、画像圧縮方式等がある。また、図２０（Ｂ）に示されるように、省略不可能な配信オプション５ｂとして、配信種別、改選種別、配信宛先等がある。
【０１２２】
配信サービス実行部１４００によって、これら省略可能な配信オプション５ａと省略不可能な配信オプション５ｂとを夫々テーブルに基づいて、省略処理が行なわれる。
【０１２３】
図２１は、配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理の概要を説明するための図である。
【０１２４】
図２１において、リポジトリ装置２０のリポジトリサービス実行部１４１０から所望する画像データ３０を利用するためのチケットを取得して（ステップＳ７１）、そのチケットを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ７２）。配信サービス実行部１４００は、クライアントＰＣ１０から受け取ったチケットによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ７３）。
【０１２５】
リポジトリ装置２０において、リポジトリサービス実行部１４１０は、ステップＳ７３で受け取ったチケットがステップＳ７１で発行したものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ７４）。ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信モード３３を作成し、文書ＩＤと配信モード３３とが設定される配信指示書３２を作成する。
【０１２６】
クライアントＰＣ１０は、配信指示書３２の内容を示すプロパティを融合機１２００の配信サービス実行部１４００から取得する（ステップＳ７５）。クライアントＰＣ１０は、ユーザが変更したプロパティ値に変更するように配信サービス実行部１４００に指示する（ステップＳ７６）。この時、プロパティが保存指定となる。
【０１２７】
プロパティが保存指定のプロパティ値の変更要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に変更されたプロパティ値を保存する（ステップＳ７７）。
【０１２８】
このように、変更されたプロパティ値によって、リポジトリサービス実行部１４１０で管理されるファイル情報３１を上書き保存することができる。
【０１２９】
クライアントＰＣ１０側でのプロパティを保存指定とする場合の処理について図２２で説明する。図２２は、配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理を説明するフローチャート図である。図２２中、図５と同一のステップには、同一符号を付し、その説明を省略する。
【０１３０】
図２２において、図５のステップＳ５１がステップＳ５１−４に置き換わる。ステップＳ５１−４では、クライアントＰＣ１０は、ユーザの配信オプションの変更に応じて、取得した配信指示書３２のプロパティの値を変更し、プロパティ保存が指定されたコマンドsetJobInstructionを送信して、配信指示書３２のプロパティの変更及び保存をリポジトリサービス実行部１４１０へ指示する（ステップＳ５１−４）。そして、クライアントＰＣ１０は、コマンドcreateJobを送信して、配信実行を配信サービス実行部１４００に指示する（ステップＳ５２）。以降の処理は、図５の説明と同様である。
【０１３１】
図２３は、配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理におけるコマンドフローを示す図である。図２３において、クライアントＰＣ１０が融合機１２００の配信サービス実行部１４００に対してコマンド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を送信することによって、画像データ３０を識別する文書ＩＤを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ３７−２）。以降の処理は、図３の説明と同様である。
【０１８２】
このように、文書パスワードに基づいて文書に対するアクセスの正当性が判断され、融合機１２００の配信サービス実行部１４００に配信指示をするのみである。従って、文書（画像データ）自体をネットワーク１５を介して転送することがなく、融合機１２００への伝送効率が良い。
【０１８３】
以下に、チケットを使わない場合のコマンドフローについて図３０から図３２にて説明する。先ず、ＷｅｂサービスとクライアントＰＣ１０との間のセッションをＷｅｂサービスを実行するＷｅｂサービスファンクション毎に管理する場合について説明する。本実施例では、配信サービス実行部１４００とリポジトリサービス実行部１４１０毎にセッションが管理される。
【０１８４】
図３０は、チケットを使わない場合の第一のコマンドフローを示す図である。図３０において、クライアントＰＣ１０がリポジトリサービス実行部１４１０に対してコマンド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（グローバルセッションＩＤ、文書ＩＤ）を送信し（ステップＳ６３６）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ６３７）。以下の処理は、図３１に示す第二のコマンドフローの説明と同一である。
【０２２１】
このように、本発明によると、文書パスワードによって文書（画像データ３０）へのアクセスの許可を判断することができ、また、クライアントＰＣ１０は、融合機１２００から取得したプロパティを変更して、配信指示書３２を再利用しつつ配信処理を実行させることができる。例えば、変更した配信種別にて配信処理を実行させることができる。更に、その変更したプロパティに基づくファイル情報３１を保存することができる。
【０２２２】
次に、クライアントＰＣ１０の表示ユニット５３に表示される画面例を図３３から図３８で説明する。
【０２２３】
図３３は、蓄積文書の一覧画面を示す図である。図３３において、蓄積文書の一覧画面３００は、文書名の一覧を表示する表示域３５０と、サムネイルで文書を表示する表示域３６０とを有する。
【０２２４】
表示域３５０には、ユーザが例えばマウス等で「全ての文書」３５１を選択するとリポジトリサービス実行部１４１０に蓄積されている文書名の一覧が表示域３６０に表示される。表示域３５０にて、先ず、複数のフォルダ名が表示され、所望するフォルダを選択すると文書名の一覧が表示されるようにしても良い。
【０２２５】
表示域３６０には、表示域３５０での選択に応じて、蓄積される文書のサムネイルと文書名が表示される。ユーザは、所望するサムネイル（例えば、文書「ＦＡＸ００２」を示すサムネイル）を選択し、更に、マウスの右クリックで表示されるメニュー３７０から配信３７０ａを選択すると、ＦＡＸ送信を配信種別とする配信処理が開始される。ユーザは、サムネイルを複数選択することで複数の文書に対して一度に配信処理を行わせることができる。
【０２２６】
或いは、ユーザが文書「ＭＡＩＬ００１」を示すサムネイルを選択し、メニュー３７０から配信３７０ａを選択すると、メール送信を配信種別とする配信処理が開始される。同様に、ユーザが文書「ＦＴＰ００１」を示すサムネイルを選択し、メニュー３７０から配信３７０ａを選択すると、ＦＴＰ送信を配信種別とする配信処理が開始される。
【０２２７】
このように、ユーザは、文書を指定して配信を指示するのみで文書に対応付けられた配信指示書３２に従って配信処理を行なうことができる。この場合、図２及び図３で説明したような第一の配信処理が実行される。
【０２２８】
また、例えば、ユーザが文書「ＦＡＸ００２」を示すサムネイルを選択し、メニュー３７０から変更３７０ｂを選択すると、配信オプションを変更するための画面（図３４参照）が表示ユニット５３に表示される。
【０２２９】
一方、ユーザがメニュー３７０から削除３７０ｃを選択すると、リポジトリサービス実行部１４１０に対して文書を削除する指示が行なわれる。
【０２３０】
図３４は、ＦＡＸ送信が選択された配信オプション設定画面の例を示す図である。図３４において、配信オプション設定画面４００は、配信オプションを変更するための画面であり、表示ユニット５３に表示された時には、ユーザによって選択された文書に対応する現在設定されている配信オプションが表示されている。
【０２３１】
配信オプション設定画面４００は、配信種別を選択可能な設定域４０１と、ユーザが選択した文書名を表示するための表示域４０２と、件名を設定するための設定域４０３と、配信宛先を設定するための設定域４０４と、画像フォーマットを選択可能な設定域４０５と、画像圧縮方式を選択可能な設定域４０６と、時刻指定をするための設定域４０７と、回線種別を選択可能な設定域４０８と、配信者名を設定する設定域４０９と、設定内容を保持するためのチェック域４１１と、配信オプションの自動省略を許すためのチェック域４１２と、設定した配信オプションにて配信処理を実行するためのＯＫボタン４１３と、配信処理をキャンセルするためのキャンセルボタン４１４とを有する。
【０２３２】
図３４に示す配信オプション設定画面４００では、例えば、設定域４０１に配信種別として「ＦＡＸ送信」が設定され、表示域４０２に文書名として「ＦＡＸ００２」が表示され、設定域４０３に件名として「appointment」が設定され、設定域４０４に配信宛先（ＦＡＸ番号）として「03-3210-9876」が設定され、設定域４０５に画像フォーマットとして「ＴＩＦＦ」が設定され、設定域４０６に画像圧縮方式として「ＭＨ」が設定され、設定域４０７に時刻指定として「2004年02月16日12時01分00秒」が設定され、設定域４０８に回線種別として「Ｇ３」が設定され、設定域４０９に配信者名として「suzuki」が設定されている。
【０２３３】
更に、チェック域４１１のチェック有りによって設定内容の保持が指定され、チェック域４１２のチェック有りによって配信オプションの自動省略を許すことが示されている。
【０２３４】
これらの設定は、メール送信、ＦＴＰ送信及び配信サーバ送信へと配信種別を変更することができる。これらの変更された配信オプションの設定例について、図３５から図３７で説明する。
【０２３５】
図３５は、メール送信が選択された配信オプション設定画面の例を示す図である。図３５において、変更された配信オプションについて説明する。図３４に示す配信オプションの設定から、設定域４０１にて配信種別がメール送信に変更され、設定域４０４にて配信宛先（メールアドレス）として「abc@aaa.org」に変更され、設定域４０８にて回線種別として「ＬＡＮ」に変更されたことを例示している。
【０２３６】
図３６は、ＦＴＰ送信が選択された配信オプション設定画面の例を示す図である。図３６において、変更された配信オプションについて説明する。図３４に示す配信オプションの設定から、設定域４０１にて配信種別がＦＴＰ送信に変更され、設定域４０４にて配信宛先（送信アドレス）として「111.112.113.14/foo/bar」に変更され、設定域４０８にて回線種別として「ＬＡＮ」に変更されたことを例示している。
【０２３７】
また、ＦＴＰに固有の要素としてパスワードの設定が必要となる場合には、更に、パスワードを設定するための領域が配信オプション設定画面４００に表示されることとなる。
【０２３８】
図３７は、配信サーバ送信が選択された配信オプション設定画面の例を示す図である。図３７において、変更された配信オプションについて説明する。図３４に示す配信オプションの設定から、設定域４０１にて配信種別が配信サーバ送信に変更され、設定域４０４にて配信宛先（送信アドレス）として「111.112.113.14/foo/bar」に変更され、設定域４０８にて回線種別として「ＬＡＮ」に変更されたことを例示している。
【０２３９】
図３４から図３７において、設定域４０１にて設定された配信種別に応じて、設定域４０３から４０９の一部を非表示とするようにしても良い。或いは、必要に応じて、別画面で表示されなかった配信オプションの項目を表示するようにしても良い。また、配信種別によって予め決定される設定値については、表示のみをし、ユーザによる設定をさせないようにしても良い。
【０２４０】
図３４から図３７に示されるいずれかの配信オプション設定画面４００にて配信処理を指示し、配信処理が終了すると、例えば、図３８に示すような複合配信を実行するための画面が表示ユニット５３に表示される。図３８は、複合配信のための画面例を示す図である。
【０２４１】
図３８において、複合配信のための画面４２０は、融合機１２００の配信サービス実行部１４００から配信処理の終了を受信するとクライアントＰＣ１０の表示ユニット５３に表示される画面であって、メッセージを表示する表示域４２１と、次の配信を行なわず終了するための終了ボタン４２２と、次の配信を行なうためのボタン４２３とを有する。
【０２４２】
表示域４２１には、配信処理が終了したことを通知すると共に、配信をまだ行なうか否かの確認をするメッセージが表示される。例えば、「文書の配信が完了しました。配信をまだ続けますか？」等が表示される。
【０２４３】
ユーザが終了ボタン４２２をクリックすると、クライアントＰＣ１０からコマンドendSessionが送信されセッションが終了する。一方、ユーザが次ぎの配信を行なうためボタン４２３をクリックすると、配信オプション設定画面４００が表示される。
【０２４４】
配信指示書３２の概念は、例えば、配信指示書というクラスの設定（変更を含む）、取得、作成などのメソッド（操作）が行えるオブジェクトとして考えられている。
【０２４５】
図３９は、オブジェクト指向に基づく配信指示書を説明するための図である。図３７において、上述した配信指示書３２がオブジェクト９０として示されている。オブジェクト９０は、配信指示書（配信指示書クラス）であることを示し、配信種別（delivery type）と、作成（create）、取得（例えば、配信種別を取得するためのgetDeliveryType）、設定（例えば、配信種別を設定するためのsetDeliveryType）のいずれか１つのメソッドを指定している。このようなオブジェクトからジョブクラスのオブジェクト９１が作成される。また、配信指示書クラスのオブジェクト９０は、ジョブクラスのオブジェクト９１とは切り離されたオブジェクトとして構成される。
【０２４６】
ユーザが配信オプション設定画面４００に基づいて設定した配信指示書３２は、融合機１２００にて図３８に示すようなオブジェクト９０として生成される。
【０２４７】
上記より、本発明によれば、複数の異なる配信種別（例えば、ＦＡＸ送信、メール送信、ＦＴＰ送信、配信サーバ送信等）に共通に利用可能な形式で構成される配信指示書３２が適用されるため、ユーザは配信指示書３２を指定するのみで配信種別に係りなく再利用することが可能となる。従って、複数の異なる配信種別の夫々に対応する配信処理を統一した一つのサービス（Ｗｅｂサービス）としてユーザに提供することができる。また、配信指示書３２が複数の異なる配信種別によって共有可能であるため、配信指示書３２に係る格納領域を重複させることなく効率的に使用することができる。
【０２４８】
また、複数の異なる配信種別の夫々に対応する配信処理を統一した一つのサービス（Ｗｅｂサービス）が提供されるため、配信種別毎にセッションを確立する必要がない。従って、一回のセッションの確立で、複合配信（例えば、ＦＡＸ送信とメール送信のような異なる配信種別の組み合わせ）が可能となる。
【０２４９】
また、ユーザは、配信オプションの設定をしなくても配信指示書３２を指定するのみでデータ配信をすることができる。配信の対象となる画像データ（文書）３０を配信指示書３２を作成するためのファイル情報３１と関連付ける構成とすることによって、ユーザは、単に、所望する画像データ（文書）を指示するのみで融合機１２００にデータ配信を行わせることができる。
【０２５０】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【０２５１】
【図１】クライアントＰＣのハードウェア構成を示すブロック図である。
【図２】配信指示書を指定するのみで配信可能な第一のネットワーク構成を示すブロック図である。
【図３】配信オプションを変更しない場合の第一の配信処理を説明するためのフローチャート図である。
【図４】配信オプションを変更する場合の第二の配信処理の概要を説明するための図である。
【図５】配信オプションを変更する場合の第二の配信処理を説明するためのフローチャート図である。
【図６】配信オプションを変更する場合の第二の配信処理におけるコマンドフローを示す図である。
【図７】文書ＩＤリストの記述例を示す図である。
【図８】サムネイルを取得するための記述例を示す図である。
【図９】ＦＡＸを指定した配信指示書のプロパティの記述例を示す図である。
【図１０】メール送信を指定した配信指示書のプロパティの記述例を示す図である。
【図１１】ＦＴＰ送信を指定した配信指示書のプロパティの記述例を示す図である。
【図１２】配信サーバ送信を指定した配信指示書のプロパティの記述例を示す図である。
【図１３】配信種別がＦＴＰの場合にＦＴＰに固有の要素が付加された配信指示書のプロパティの記述例を示す図である。
【図１４】配信種別がＦＡＸの場合にＦＴＰに固有の要素が含まれる配信指示書のプロパティの記述例を示す図である。
【図１５】配信指示書のプロパティ項目に設定される候補値の例を示す図である。
【図１６】配信オプションを変更する場合の第三の配信処理の概要を説明するための図である。
【図１７】配信オプションを変更する場合の第三の配信処理を説明するためのフローチャート図である。
【図１８】配信オプションを変更する場合の第三の配信処理におけるコマンドフローを示す図である。
【図１９】第三の配信処理において、配信サービス実行部から提供される配信指示書のプロパティの記述例を示す図である。
【図２０】配信オプションの省略を判断するための情報を示す図である。
【図２１】配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理の概要を説明するための図である。
【図２２】配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理を説明するフローチャート図である。
【図２３】配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理におけるコマンドフローを示す図である。
【図２４】複合配信処理を説明するためのフローチャート図である。
【図２５】複合配信処理のコマンドフローを示す図である。
【図２６】複合配信処理のコマンドフローを示す図である。
【図２７】配信指示書を指定するのみで配信可能な第二のネットワーク構成を示すブロック図である。
【図２８】チケットを使わない場合の第五の配信処理の概要を説明するための図である。
【図２９】チケットを使わない場合の第五の配信処理を説明するためのフローチャート図である。
【図３０】チケットを使わない場合の第一のコマンドフローを示す図である。
【図３１】チケットを使わない場合の第二のコマンドフローを示す図である。
【図３２】チケットを使わない場合の第三のコマンドフローを示す図である。
【図３３】蓄積文書の一覧画面を示す図である。
【図３４】ＦＡＸ送信が選択された配信オプション設定画面の例を示す図である。
【図３５】メール送信が選択された配信オプション設定画面の例を示す図である。
【図３６】ＦＴＰ送信が選択された配信オプション設定画面の例を示す図である。
【図３７】配信サーバ送信が選択された配信オプション設定画面の例を示す図である。
【図３８】複合配信のための画面例を示す図である。
【図３９】オブジェクト指向に基づく配信指示書を説明するための図である。
【符号の説明】
【０２５２】
１０ クライアントＰＣ
２０ リポジトリ装置
３０ 画像データ
３１ ファイル情報
３２ 配信指示書
３３ 配信モード
５１ ＣＰＵ
５２ メモリユニット
５３ 表示ユニット
５４ 出力ユニット
５５ 入力ユニット
５６ 通信ユニット
５７ 記憶装置
５８ ドライバ
５９ 記憶媒体
１２００ 融合機
１３１１ ＮＩＣ
１３１６ ＵＳＢ
１３２０ ＦＡＸコントロールユニット
１３６０ 配信エンジン部
１４００ 配信サービス実行部（ＷＳＦ）
１４１０ リポジトリサービス実行部（ＷＳＦ）
【技術分野】
【０００１】
本発明は、ユーザが配信指示書を指定するのみでデータの配信を配信装置に行なわせることができる情報処理装置及び情報処理装置としてコンピュータに機能させるコンピュータ実行可能なプログラムを提供するものである。
【背景技術】
【０００２】
画像形成装置にネットワークを介して接続されるクライアントＰＣ（Personal Computer）から画像形成装置のプリンタ機能を利用する場合、印刷したい文書を指定し、所望の印刷の処理方法（オプション）を設定したのち、印刷処理を実行することによって所望の印刷を行っていた。
【０００３】
ネットワーク上の所定の画像形成装置（例えば、プリンタ装置）に対して印刷指示が集中しないように、画像形成装置が自ら利用権限を示すチケットをクライアントＰＣのユーザに発行することによって、プリンタ機能を効果的に利用できるようになった（例えば、特許文献１）。
【０００４】
また、ネットワークを介して、印刷したい地域を指定したチケットを利用することによって、印刷したい文書をその印刷したい地域に最も近い印刷ステーションにて印刷することができるようになった（例えば、特許文献２）。
【０００５】
更に、ユーザ認証用のチケットを利用することによって、ネットワーク上のサーバ装置から情報配信を受けることが可能となるように制御できるようになった（例えば、特許文献３）。
【０００６】
上記のような技術によって、ネットワークを介してなされる複数のクライアントＰＣからの処理指示を所定の条件の下にて制御することができるようになった。
【特許文献１】特開２００１−１１７７３７号公報
【特許文献２】特開２００２−２４４９３６号公報
【特許文献３】特開２００３−３３０８９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
近年におけるネットワークに接続可能な画像形成装置は、種々の画像形成処理及び種々の通信手段によって画像データを配信することができるように開発されてきている。
【０００８】
しかしながら、上記従来技術では、このような画像形成装置が、処理対象となる文書に対応付けてユーザが設定したオプションを管理する機能がないため、ユーザは、処理度にオプションの設定をする必要があった。
【０００９】
例えば、読み込んだ或いはネットワークを介して受信した文書（画像データ）をファックス機能を利用してＦＡＸ送信で配信するようなオプションがユーザによって設定され、ＦＡＸ送信が実行された後にその文書を画像形成装置の電子メール（以下、単にメールと言う）機能を利用してメール送信で配信する場合、ユーザは、別途メール送信するためのオプションを設定し、メール送信を画像形成装置に指示しなければならない。
【００１０】
同一の文書である場合に、ＦＡＸ送信時のオプションの設定（配信指示書）を利用してメール送信させたい場合においても、再度、ユーザはオプションの設定を最初からしなければならなかった。
【００１１】
そこで、本発明の課題は、ユーザが配信指示書を指定するのみでデータの配信を配信装置に行なわせることができる情報処理装置及び情報処理装置としてコンピュータに機能させるコンピュータ実行可能なプログラムを提供することである。
【課題を解決するための手段】
【００１２】
上記課題を解決するため、本発明は、請求項１に記載されるように、ネットワークを介して文書を配信する文書配信装置と接続可能な情報処理装置であって、配信すべき文書に対応する配信指示書を指定することによって、該文書を取得可能な文書配信装置へ配信処理を指示する配信指示手段を有するように構成される。
【００１３】
このような情報処理装置では、ユーザは、配信処理のためのオプションの設定をすることなく、配信指示書を指定するのみでデータ配信を配信装置に行なわせることができる。配信の対象となるデータ（文書）を配信指示書と関連付ける構成とすることによって、ユーザは、単に、所望するデータ（文書）を指示するのみで配信装置にデータ配信を行わせることができる。
【００１４】
更に、本発明は、上記情報処理装置としてコンピュータに機能させるコンピュータ実行可能なプログラムとすることもできる。
【発明の効果】
【００１５】
本願発明に係る情報処理装置では、ユーザは、配信指示書を指定するのみでデータ配信を配信装置に行なわせることができる。配信指示書を指定するのみであるので、配信指示書の再利用が可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１７】
本実施例におけるクライアントＰＣ１０は、例えば、図１に示すようなハードウェア構成を有する。図１は、クライアントＰＣのハードウェア構成を示すブロック図である。
【００１８】
図１において、クライアントＰＣ１０は、コンピュータによって制御される端末であって、ＣＰＵ（Central Processing Unit）５１と、メモリユニット５２と、表示ユニット５３と、出力ユニット５４と、入力ユニット５５と、通信ユニット５６と、記憶装置５７と、ドライバ５８とで構成され、システムバスＢに接続される。
【００１９】
ＣＰＵ５１は、メモリユニット５２に格納されたプログラムに従ってクライアントＰＣ１０を制御する。メモリユニット５２は、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read-Only Memory）等にて構成され、ＣＰＵ５１にて実行されるプログラム、ＣＰＵ５１での処理に必要なデータ、ＣＰＵ５１での処理にて得られたデータ等を格納する。また、メモリユニット５２の一部の領域が、ＣＰＵ５１での処理に利用されるワークエリアとして割り付けられている。
【００２０】
表示ユニット５３は、ＣＰＵ５１の制御のもとに必要な各種情報を表示する。出力ユニット５４は、プリンタ等を有し、利用者からの指示に応じて各種情報を出力するために用いられる。入力ユニット５５は、マウス、キーボード等を有し、利用者がクライアントＰＣ１０が処理を行なうための必要な各種情報を入力するために用いられる。通信ユニット５６は、クライアントＰＣ１０が例えばインターネット、ＬＡＮ（Local Area Network）等を介して他装置と接続する場合に、他装置との間の通信制御をするための装置である。記憶装置５７は、例えば、ハードディスクユニットにて構成され、各種処理を実行するプログラム等のデータを格納する。
【００２１】
クライアントＰＣ１０よって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体５９によってクライアントＰＣ１０に提供される。即ち、プログラムが保存された記憶媒体５９がドライバ５８にセットされると、ドライバ５８が記憶媒体５９からプログラムを読み出し、その読み出されたプログラムがシステムバスＢを介して記憶装置５７にインストールされる。そして、プログラムが起動されると、記憶装置５７にインストールされたプログラムに従ってＣＰＵ５１がその処理を開始する。尚、プログラムを格納する媒体としてＣＤ−ＲＯＭに限定するものではなく、コンピュータが読み取り可能な媒体であればよい。本発明に係る処理を実現するプログラムは、通信ユニット５６によってネットワークを介してダウンロードし、記憶装置５７にインストールするようにしても良い。
【００２２】
以下に、配信指示書を指定するのみで配信可能とする配信処理の概要を図２で説明する。図２は、配信指示書を指定するのみで配信可能な第一のネットワーク構成を示すブロック図である。図２において、クライアントＰＣ（Personal Computer）１０は、ネットワーク１５を介して、融合機１２００とリポジトリ装置２０とに接続される。コンピュータ端末としてのクライアントＰＣ１０と、配信指示書によって指定される文書を配信する融合機１２００と、サーバコンピュータとしてのリポジトリサービス実行部１４１０を有するリポジトリ装置２０とはＨＴＴＰで通信制御される。
【００２３】
融合機１２００は、ＦＡＸ機能を含む多種の画像形成機能を備える画像形成装置であって、文章を配信するための配信サービス実行部１４００と、ＦＣＵ（FAX Control Unit）１３２０、ＮＩＣ（Network Interface Card）１３１１、ＵＳＢ（Universal Serial Bus）１３１６等の配信エンジン部１３６０を制御して文書を配信する配信処理を行なうコントロールサービス１２５０とを有する。ＦＣＵ１３２０はＦＡＸ機能を実現し、ＮＩＣ１３１１は、ネットワーク通信を制御し、ＵＳＢ１３１６は大容量の画像データの送受信を制御する。融合機１２００は、プリンタ機能、印刷機能等の画像形成機能を備えても良い。
【００２４】
リポジトリ装置２０は、画像データ３０とその画像データに関するファイル情報３１とを蓄積し管理するリポジトリサービス実行部１４１０によって、画像データ３０を利用するためのチケットを発行し、その発行したチケットによる該画像データ３０の利用を許可することによって、該画像データの利用をＷｅｂサービスとして提供するサーバコンピュータである。
【００２５】
また、クライアントＰＣ１０がＳＯＡＰによってＷｅｂサービスを要求する場合には、融合機１２００と、リポジトリ装置２０とは、ＳＯＡＰによって夫々のＷｅｂサービスを提供する。クライアントＰＣ１０がＷｅｂブラウザを利用してＷｅｂサービスを要求する場合には、融合機１２００と、リポジトリ装置２０とは、ＨＴＭＬ（Hypertext Transfer Markup Language）によって夫々のＷｅｂサービスを提供する。
【００２６】
クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から所望する画像データ３０を利用するためのチケットを取得して（ステップＳ１）、そのチケットを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ２）。配信サービス実行部１４００は、クライアントＰＣ１０から受け取ったチケットによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ３）。
【００２７】
リポジトリ装置２０において、リポジトリサービス実行部１４１０は、ステップＳ３で受け取ったチケットがステップＳ１で発行したものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ４）。配信サービス実行部１４００は、リポジトリサービス実行部１４１０から取得した文書ＩＤとファイル情報３１とをコントロールサービス１２５０へ通知することによって配信指示書３２を作成する。
【００２８】
ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信情報３３を作成し、文書識別子（文書ＩＤ）と配信モード３３とが設定される配信指示書３２を作成する。そして、配信サービス実行部１４００は、作成した配信指示書３２を識別する配信指示書ＩＤをクライアントＰＣ１０に通知する。
【００２９】
クライアントＰＣ１０は、配信サービス実行部１４００から受信した配信指示書ＩＤによって配信指示書３２を指定して配信指示を配信サービス実行部１４００へ行う（ステップＳ５）。配信サービス実行部１４００は、配信指示書ＩＤによって配信指示書３２を識別し、配信指示書３２に設定されている文書ＩＤと配信モードとをコントロールサービス１２５０へ通知する（ステップＳ６）。
【００３０】
コントロールサービス１２５０は、配信サービス実行部１４００から通知された文書ＩＤと配信モード３３とに基づいて、リポジトリ装置２０のリポジトリサービス実行部１４１０から画像データ３０を取得し（ステップＳ７）、また、配信モード３３に従って、画像データ３０を配信する配信処理を実行する（ステップＳ８）。つまり、コントロールサービス１２５０は、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。
【００３１】
クライアントＰＣ１０側の配信オプションを変更しない場合の第一の配信処理について図３で説明する。図３は、配信オプションを変更しない場合の第一の配信処理を説明するためのフローチャート図である。
【００３２】
図３において、蓄積文書を表示させるためのユーザの操作によって、クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から文書ＩＤリストを取得する（ステップＳ３１）。そして、その文書ＩＤリストに基づいて、順に文書ＩＤを読み出して各文書ＩＤに対応するサムネイルを、リポジトリサービス実行部１４１０から取得する（ステップＳ３２）。文書ＩＤリストに示される全文書のサムネイルを取得したか否かを判断する（ステップＳ３３）。全文書のサムネイルを取得した場合、ステップＳ３４へ進む。一方、全文書のサムネイルを取得していない場合、ステップＳ３２へ戻る。
【００３３】
全文書のサムネイルを取得後、リポジトリサービス実行部１４１０から取得したサムネイルによって蓄積文書が示される蓄積文書の一覧画面を表示ユニット５３に表示する（ステップＳ３４）。
【００３４】
クライアントＰＣ１０は、ユーザによって所望する文書が選択され、その文書の配信が選択されたか否かを判断する（ステップＳ３５）。配信が選択されなかった場合、そのまま蓄積文書の一覧画面を表示ユニット５３に表示させ、ユーザによる操作を待つ。
【００３５】
一方、配信が選択された場合、クライアントＰＣ１０は、ネットワーク１５を介してコマンドstartSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを確立し、ユーザが選択した文書の文書ＩＤを送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０からチケットを取得する（ステップＳ３６）。セッション確立後、クライアントＰＣ１０は、コマンドcreateJobInstructionを送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０から取得しておいたチケットを配信サービス実行部１４００に渡して配信指示書３２の作成を要求する（ステップＳ３７）。
【００３６】
クライアントＰＣ１０は、表示ユニット５３に配信を確認する画面を表示する。そして、その画面にて、ユーザによる配信の指示を示すＯＫボタンが押されたか否かを判断する（ステップＳ３８）。
【００３７】
ＯＫが押されなかった場合、キャンセルが押されたか否かを判断する（ステップＳ３９）。キャンセルが押されなかった場合、ステップＳ３８へ戻り、ユーザによる操作を待つ。一方、キャンセルが押された場合、コマンドendSessionを送信して融合機１２００とのセッションを終了し（ステップＳ４０）、ステップＳ３４へ戻る。
【００３８】
一方、ステップＳ３８において、ＯＫが押されたと判断した場合、コマンドcreateJobを送信して、配信実行を指示する（ステップＳ４１）。そして、クライアントＰＣ１０は、コマンドendSessionを送信して融合機１２００とのセッションを終了する（ステップＳ４２）。
【００３９】
図２及び図３では、既に保存されている配信指示書３２をなんら変更せずに再利用した場合について説明したが、既に保存されている配信指示書３２を変更して配信する場合について図４から図６で説明する。
【００４０】
図４は、配信オプションを変更する場合の第二の配信処理の概要を説明するための図である。図４において、クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から所望する画像データ３０を利用するためのチケットを取得して（ステップＳ２１）、そのチケットを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ２２）。配信サービス実行部１４００は、クライアントＰＣ１０から受け取ったチケットによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ２３）。
【００４１】
リポジトリ装置２０において、リポジトリサービス実行部１４１０は、ステップＳ２３で受け取ったチケットがステップＳ２１で発行したものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ２４）。ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信モード３３を作成し、文書ＩＤと配信モード３３とが設定される配信指示書３２を作成する。
【００４２】
クライアントＰＣ１０は、配信指示書３２の内容を示すプロパティを融合機１２００の配信サービス実行部１４００から取得する（ステップＳ２５）。クライアントＰＣ１０は、ユーザが変更したプロパティの値に変更するように配信サービス実行部１４００に指示し（ステップＳ２６）、更に、配信指示書３２を指定して配信指示を融合機１２００の配信サービス実行部１４００に対して行う（ステップＳ２７）。配信サービス実行部１４００は、プロパティの値を変更した配信指示書３２に基づいて、文書ＩＤと配信モード３３とをコントロールサービス１２５０へ通知する（ステップＳ２８）。
【００４３】
コントロールサービス１２５０は、配信サービス実行部１４００から通知された文書ＩＤに基づいて、リポジトリ装置２０のリポジトリサービス実行部１４１０から画像データ３０を取得し（ステップＳ２９）、また、配信モード３３に従って、画像データ３０を配信する配信処理を実行する（ステップＳ３０）。つまり、コントロールサービス１２５０は、配信エンジン部１３６０（ＦＣＵ１３２０、ＮＩＣ１３１１、ＵＳＢ１３１６等）を制御して画像データ３０を配信させる。
【００４４】
上述した第二の配信処理のステップＳ２８において、配信サービス実行部１４００は、プロパティの値を変更した配信指示書３２に基づいてファイル情報３２を変更するようにしても良い。このような処理によって、ファイル情報３２は、リポジトリサービス実行部１４１０によって最新の状態で管理されることになる。
【００４５】
次に、クライアントＰＣ１０側で例えば、配信の相手先の変更、配信種別の変更等の配信オプションを変更した場合の配信処理を図５で説明する。図５は、配信オプションを変更する場合の第二の配信処理を説明するためのフローチャート図である。
【００４６】
図５において、蓄積文書を表示させるためのユーザの操作によって、クライアントＰＣ１０は、リポジトリ装置２０のリポジトリサービス実行部１４１０から文書ＩＤリストを取得する（ステップＳ３１）。そして、その文書ＩＤリストに基づいて、順に文書ＩＤを読み出して各文書ＩＤに対応するサムネイルを、リポジトリサービス実行部１４１０から取得する（ステップＳ３２）。文書ＩＤリストに示される全文書のサムネイルを取得したか否かを判断する（ステップＳ３３）。全文書のサムネイルを取得した場合、ステップＳ３４へ進む。一方、全文書のサムネイルを取得していない場合、ステップＳ３２へ戻る。
【００４７】
全文書のサムネイルを取得後、リポジトリサービス実行部１４１０から取得したサムネイルによって蓄積文書が示される蓄積文書の一覧画面を表示ユニット５３に表示する（ステップＳ３４）。
【００４８】
クライアントＰＣ１０は、ユーザによって所望する文書が選択され、その文書の配信プロパティの変更が選択されたか否かを判断する（ステップＳ３５−２）。配信プロパティの変更が選択されなかった場合、そのまま蓄積文書の一覧画面を表示ユニット５３に表示させ、ユーザによる操作を待つ。
【００４９】
一方、配信プロパティの変更が選択された場合、クライアントＰＣ１０は、ネットワーク１５を介してコマンドstartSessionを送信して、融合機１２００の配信サービス実行部１４００とのセッションを確立し、ユーザが選択した文書の文書ＩＤを送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０からチケットを取得する（ステップＳ３６）。セッション確立後、クライアントＰＣ１０は、コマンドcreateJobInstructionを送信して、リポジトリ装置２０のリポジトリサービス実行部１４１０から取得しておいたチケットを配信サービス実行部１４００に渡して配信指示書３２の作成を要求する（ステップＳ３７）。
【００５０】
更に、配信サービス実行部１４００に対してコマンドgetJobInstructionを送信して、配信指示書３２の内容を示すプロパティをリポジトリサービス実行部１４１０から取得する（ステップＳ３７−２）。
【００５１】
クライアントＰＣ１０は、リポジトリサービス実行部１４１０から取得した配信指示書３２の内容を示すプロパティに基づいて、配信オプション設定画面を表示ユニット５３に表示する（ステップＳ３７−４）。
【００５２】
ユーザは、表示ユニット５３にされた配信オプション設定画面に配信オプションの変更を設定する。その後、クライアントＰＣ１０は、表示ユニット５３に配信を確認する画面を表示する。その画面にて、ユーザによる配信の指示を示すＯＫボタンが押されたか否かを判断する（ステップＳ３８）。
【００５３】
ＯＫが押されなかった場合、キャンセルが押されたか否かを判断する（ステップＳ３９）。キャンセルが押されなかった場合、ステップＳ３８へ戻り、ユーザによる操作を待つ。一方、キャンセルが押された場合、クライアントＰＣ１０は、コマンドendSessionを送信して融合機１２００とのセッションを終了し（ステップＳ４０）、ステップＳ３４へ戻る。
【００５４】
図６は、配信オプションを変更する場合の第二の配信処理におけるコマンドフローを示す図である。図６において、クライアントＰＣ１０がリポジトリサービス実行部１４１０に対してコマンドstartSession()を送信すると（ステップＳ２０１）、リポジトリサービス実行部１４１０は、セッションＩＤによって応答する（ステップＳ２０２）。クライアントＰＣ１０とリポジトリサービス実行部１４１０との間にセッションを確立する。
【００５５】
セッションが確立すると、クライアントＰＣ１０は、文書を利用するためのチケットを取得するため、リポジトリサービス実行部１４１０に対してコマンドgetTicket（セッションＩＤ、文書ＩＤ）を送信する（ステップＳ２０３）。リポジトリサービス実行部１４１０は、セッションＩＤ及び文書ＩＤに対応するチケットＩＤを発行し、そのチケットＩＤによって応答する（ステップＳ２０４）。
【００５６】
次に、クライアントＰＣ１０は、配信サービス実行部１４００に対してコマンドstartSession()を送信し（ステップＳ２０５）、配信サービス実行部１４００は、クライアントＰＣ１０に対してセッションＩＤで応答する（ステップＳ２０６）。クライアントＰＣ１０と配信サービス実行部１４００との間にセッションが確立する。
【００５７】
セッションが確立すると、クライントＰＣ１０は、コマンドcreateJobInstruction（セッションＩＤ、チケットＩＤ）を送信して、配信サービス実行部１４００に対して配信指示書３２の作成を要求する（ステップＳ２０７）。
【００５８】
クライントＰＣ１０から配信指示書３２の作成要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocIdByTicket（チケットＩＤ）を送信し（ステップＳ２０８）、リポジトリサービス実行部１４１０は、文書ＩＤによって応答する（ステップＳ２０９）。続けて、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に対してコマンドgetDocInfo（文書ＩＤ）を送信し（ステップＳ２１０）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ２１１）。
【００５９】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドgetDeliveryMode（文書ＩＤ、ファイル情報３１）を送信して（ステップＳ２１２）、コントロールサービス１２５０は、配信モード３３によって応答する（ステップＳ２１３）。配信モード３３は、配信機器固有の情報を示している。
【００６０】
配信サービス実行部１４００は、コントロールサービス１２５０から取得した配信モード３３に基づいて、配信指示書３２を作成し、配信指示書３２を識別する配信指示書ＩＤをステップ２０７でのクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信する（ステップＳ２１４）。
【００６１】
配信サービス実行部１４００は、配信モード３３についてその設定が現在の機器で実現できない場合、これを省略すれば配信できるものと、省略してはいけないものとを判断する。この省略を許すか否かは、クライアントＰＣ１０の指示による。省略を許す設定の場合は、省略できるものは省略して配信指示書３２を作成し、省略を許さない設定の場合は、配信指示書３２を作成せずにエラーをクライアントＰＣ１０に返す。省略可能な配信モードと省略不可能な配信モード（すなわち、配信オプション）については後述される。
【００６２】
クライアントＰＣ１０は、配信指示書ＩＤを受信すると、配信サービス実行部１４００に対してコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ）を送信して、配信指示書３２のプロパティを要求する（ステップＳ２１５）。配信サービス実行部１４００は、配信指示書ＩＤに対応する配信指示書３２のプロパティによってクライアントＰＣ１０へ応答する（ステップＳ２１６）。
【００６３】
クライアントＰＣ１０は、ユーザの配信オプションの設定によって変更した配信指示書３２のプロパティによって配信サービス実行部１４００にて保存される配信指示書３２のプロパティを変更するため、配信サービス実行部１４００に対してコマンドsetJobInstruction（セッションＩＤ、配信指示書ＩＤ、配信指示書３２のプロパティ）を送信する（ステップＳ２１７）。配信サービス実行部１４００は、受信したコマンドsetJobInstructionで指定される配信指示書３２のプロパティに基づいて、コントロールサービス１２５０へ通知するための配信モード３３を作成する。
【００６４】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信し（ステップＳ２１８）、コントロールサービス１２５０は、コマンド checkDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ２１９）。
【００６５】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」をステップＳ２１７でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ２２０）。
【００６６】
クライアントＰＣ１０は、コマンドsetJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（セッションＩＤ、配信指示書ＩＤ）を送信する（ステップＳ２２１）。
【００６７】
配信サービス実行部１４００は、コマンドcreateJobを受信すると、コントロールサービス１２５０に対してコマンドentryJob（文書ＩＤ、配信モード３３）を送信して、配信ジョブの実行を指示する（ステップＳ２２２）。
【００６８】
コントロールサービス１２５０は、コマンドentryJobで指定される文書ＩＤを用いてリポジトリサービス実行部１４００から画像データ３０を取得して、配信モード３３に従って画像エンジン部１３６０を制御して、取得した画像データ３０を配信させる。コントロールサービス１２５０は、その処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」を応答として配信サービス実行部１４００へ送信する（ステップＳ２２３）。
【００６９】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された処理結果「ＯＫ（処理完了）」又は「ＮＯＴ（処理エラー）」をステップＳ２２１でのコマンドcreateJobに対する応答として送信する（ステップＳ２２４）。
【００７０】
クライアントＰＣ１０は、コマンドcreateJobに対する応答が「ＯＫ（処理完了）」を示す場合にのみ、配信サービス実行部１４００に対してコマンドendSession（セッションＩＤ）を送信して、配信サービス実行部１４００とのセッションを解放する（ステップＳ２２５）。
【００７１】
上述により、例えば、ＦＡＸ送信時に作成した配信指示書３２をメール送信に変更する等の配信指示書３２の再利用をすることができる。
【００７２】
ここで、ステップＳ３１にてリポジトリサービス実行部１４１０からクライアントＰＣ１０へ提供される文書ＩＤリストの記述例について、図７で説明する。図７は、文書ＩＤリストの記述例を示す図である。
【００７３】
図７において、文書ＩＤリストの記述３６は、例えば、ＸＭＬ（eXtensible Markup Language）で記述され、タグ<fileList>によって文書ＩＤの一覧が示されることを記述し、タグ<fileID>によって文書ＩＤが１つずつ示される。文書ＩＤリストの記述３６では、文書ＩＤ「１０」、文書ＩＤ「１１」、文書ＩＤ「１２」等が示される。
【００７４】
ステップＳ３２にてクライアントＰＣ１０からリポジトリサービス実行部１４１０へ送信されるサムネイルを取得するための要求に含まれる記述について、図８で説明する。図８は、サムネイルを取得するための記述例を示す図である。
【００７５】
図８において、サムネイルを取得するための記述３７は、例えば、ＸＭＬで記述され、タグ<getThumbnail>によって要求するサムネイルの文書ＩＤが示されることを記述し、タグ<fileID>によって文書ＩＤが指定される。サムネイルを取得するための記述３７では、文書ＩＤ「１０」によって特定される文書のサムネイルを要求していることを示す。
【００７６】
配信サービス実行部１４００からクライアントＰＣ１０へ提供される配信指示書３２のプロパティのデータ構成について図９で説明する。図９では、ＦＡＸ送信を例として、配信指示書３２のプロパティの記述例について説明する。図９は、ＦＡＸを指定した配信指示書のプロパティの記述例を示す図である。
【００７７】
図９（Ａ）において、配信サービス実行部１４００は、ＦＡＸを指定した配信指示書３２のプロパティをＸＭＬ（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>”）が含まれている。
【００９４】
配信種別が異なる場合、或いは、機能レベルが異なる場合、固有の要素の設定のユーザインターフェースを持たない場合があるため、配信指示書３２を再利用する際にそのまま配信指示書３２に含まれることとなる。クライアントＰＣ１０にて、固有の要素を削除したり、記述形式を変更したりする必要はない。
【００９５】
配信サービス実行部１４００は、図９（Ａ）、図１０、図１１、図１２、図１３、又は図１４に示すようなＸＭＬで記述されたＦＡＸ送信、メール送信、ＦＴＰ送信又は配信サーバ送信を指定した配信指示のプロパティを画像データに対応させて管理している。
【００９６】
このようにＸＭＬで記述された配信指示書３２は、配信種別に共通に利用可能な形式であるため、異なる配信種別間での再利用が容易に行うことができるようになる。また、配信指示書３２に対する処理を統一することが可能となる。更に、異なる配信種別、或いは、異なる機能レベルに固有の要素を配信指示書３２に含むことを許容する。サポートしていない機能が無視される。
【００９７】
また、上述したようなＸＭＬによる記述例は、ＣＳＶ形式にて構成することも可能である。
【００９８】
次に、このような配信指示書３２のプロパティ項目に設定される候補値について図１５で説明する。図１５は、配信指示書のプロパティ項目に設定される候補値の例を示す図である。
【００９９】
図１５において、配信種別を示すプロパティ項目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）を指定するＪＰＥＧ等が示される。
【０１０３】
上述したように、上記第二の配信処理では、クライアントＰＣ１０は、配信サービス実行部１４００から取得した配信指示書のプロパティのうち変更があったプロパティを融合機１２００へ送信し、配信サービス実行部１４００にて作成しておいた配信指示書３２の変更を行う。このような処理とすることによって、クライアントＰＣ１０は、配信指示書３２のプロパティの変更部分を指定するのみで、配信処理を実行することができる。
【０１０４】
一方、融合機１２００は、複数のクライアントＰＣ１０との間で上記第二の配信処理を実行すると、各クライアントＰＣ１０から配信指示を受信するまで、作成しておいた複数の配信指示書３２を保持することになる。融合機１２００での配信指示書３２を保持するための記憶領域を有効に使用するために、各クライアントＰＣ１０にて変更したプロパティを含む配信指示書３２を作成するようにすることが考えられる。
【０１０５】
クライアントＰＣ１０にて変更したプロパティを含む配信指示書３２を作成する場合について図１６から図１８で説明する。
【０１０６】
図１６は、配信オプションを変更する場合の第三の配信処理の概要を説明するための図である。図１６中、図４と同一の部分には、同一符号を付し、その説明を省略する。
【０１０７】
図１６において、配信サービス実行部１４００は、配信指示書３２を作成し、配信指示書３２のプロパティをクライアントＰＣ１０へ送信すると、記憶領域から作成した配信指示書３２を削除する。
【０１０８】
一方、クライアントＰＣ１０は、ステップＳ２５にて取得した配信指示書３２のプロパティの変更を行い、変更されたプロパティの値を含む全プロパティの値が設定された印刷指示書３２を作成する（ステップＳ２６−４）。そして、クライアントＰＣ１０は、作成した配信指示書３２を送信することによって、配信サービス実行部１４００に配信指示を行う（ステップＳ２７−４）。配信サービス実行部１４００は、クライアントＰＣ１０から受信した配信指示書３２に基づいて、文書ＩＤと配信モード３３とをコントロールサービス１２５０へ通知する（ステップＳ２８）。以降の処理は、図４の説明と同様である。
【０１０９】
次に、クライアントＰＣ１０側で例えば、件名等の配信オプションを変更した場合の配信処理を図１７で説明する。図１７は、配信オプションを変更する場合の第三の配信処理を説明するためのフローチャート図である。図１７中、図５と同一のステップには、同一符号を付し、その説明を省略する。
【０１１０】
図１７において、図５のステップＳ５１がステップＳ５１−２に置き換わる。ステップＳ５１−２では、クライアントＰＣ１０は、ユーザの配信オプションの変更に応じて、取得した配信指示書３２のプロパティの値を変更し、変更したプロパティの値を含む全プロパティの値が設定された配信指示書３２を作成する（ステップＳ５１−２）。そして、クライアントＰＣ１０は、コマンドcreateJobを送信して、配信実行を配信サービス実行部１４００に指示する（ステップＳ５２）。以降の処理は、図５の説明と同様である。
【０１１１】
図１８は、配信オプションを変更する場合の第三の配信処理におけるコマンドフローを示す図である。図１８中、図６と同一のステップには、同一符号を付し、その説明を省略する。
【０１１２】
図１８において、配信サービス実行部１４００は、作成して所定記憶領域に保存した配信指示書３２を識別する配信指示書ＩＤをクライアントＰＣ１０からのコマンドcreateJobInstructionの応答としてクライアントＰＣ１０に送信後（ステップＳ２１４）、クライアントＰＣ１０からコマンドgetJobInstruction（セッションＩＤ、配信指示書ＩＤ）を受信すると（ステップＳ２１５−２）、配信サービス実行部１４００は、配信指示書ＩＤに対応する文書ＩＤを含む配信指示書３２のプロパティによってクライアントＰＣ１０へ応答し、配信サービス実行部１４００が作成した配信指示書３２を所定記憶領域から削除する（ステップＳ２１６−２）。
【０１１３】
クライアントＰＣ１０は、ユーザの配信オプションの設定によって、プロパティを変更した配信指示書３２を作成し、配信サービス実行部１４００に対してコマンドsetJobInstruction（セッションＩＤ、配信指示書３２）を送信する（ステップＳ２１７−２）。配信サービス実行部１４００は、受信した配信指示書３２を識別するための配信指示書ＩＤを生成し、この配信指示書３２に基づいて、コントロールサービス１２５０へ通知するための配信モード３３を作成する。
【０１１４】
そして、配信サービス実行部１４００は、コントロールサービス１２５０に対してコマンドcheckDeliveryMode（文書ＩＤ、配信モード３３）を送信し（ステップＳ２１８）、コントロールサービス１２５０は、コマンドcheckDeliveryModeに指定された配信モード３３に従って配信処理が行えるか否かを判断し、その判断結果「ＯＫ（処理可）」又は「ＮＯＴ（処理不可）」を応答として配信サービス実行部１４００へ送信する（ステップＳ２１９）。
【０１１５】
配信サービス実行部１４００は、コントロールサービス１２５０から通知された判断結果が「ＯＫ（処理可）」である場合、配信指示書ＩＤをステップＳ２１７−２でのコマンドsetJobInstructionに対する応答として送信する（ステップＳ２２０）。コントロールサービス１２５０から通知された判断結果が「ＮＯＴ（処理不可）」である場合、「ＮＯＴ（処理不可）」を応答として送信する。
【０１１６】
クライアントＰＣ１０は、コマンドsetJobInstructionに対する応答が「ＯＫ（処理可）」を示す場合にのみ、融合機１２００にて配信処理を行わせるために、配信サービス実行部１４００に対してコマンドcreateJob（セッションＩＤ、配信指示書ＩＤ）を送信する（ステップＳ２２１）。以降の処理は、図６の説明と同様である。
【０１１７】
上述した第三の配信処理において、ステップＳ２１６−２にて配信サービス実行部１４００からクライアントＰＣ１０へ提供される配信指示書３２のプロパティについて図１９で説明する。
【０１１８】
図１９は、第三の配信処理において、配信サービス実行部から提供される配信指示書のプロパティの記述例を示す図である。図１９において、第二の配信処理における配信指示書３２のプロパティとの違いは、文書ＩＤに相当する記述３２ａが付加されている点である。記述３２ａは、例えば、<dosument>http://machineName.folderName.fileName1</document>及び<dosument>http://machineName.folderName.fileName2</document>のように記述される。この場合、２つの文書が指定されていることを示す。記述３２ａには、１つ以上の文書を識別するための文書ＩＤ（例えば、文書が保存されている場所を示すＵＲＬ(Uniform Resource Locator)等）が示される。
【０１１９】
上述の第三の配信処理では、配信サービス実行部１４００は、配信指示書３２のための記憶領域を有効に使用することができる。
【０１２０】
次に、省略可能な配信オプション及び省略不可能な配信オプションについて図２０で説明する。
【０１２１】
図２０は、配信オプションの省略を判断するための情報を示す図である。図２０（Ａ）は、省略可能な配信オプションを示すテーブルである。図２０（Ｂ）は、省略不可能な配信オプションを示すテーブルである。図２０（Ａ）において、省略可能な配信オプション５ａとして、配信者名、時刻指定、件名、ソート・スタック、画像フォーマット、画像圧縮方式等がある。また、図２０（Ｂ）に示されるように、省略不可能な配信オプション５ｂとして、配信種別、改選種別、配信宛先等がある。
【０１２２】
配信サービス実行部１４００によって、これら省略可能な配信オプション５ａと省略不可能な配信オプション５ｂとを夫々テーブルに基づいて、省略処理が行なわれる。
【０１２３】
図２１は、配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理の概要を説明するための図である。
【０１２４】
図２１において、リポジトリ装置２０のリポジトリサービス実行部１４１０から所望する画像データ３０を利用するためのチケットを取得して（ステップＳ７１）、そのチケットを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ７２）。配信サービス実行部１４００は、クライアントＰＣ１０から受け取ったチケットによって、リポジトリサービス実行部１４１０に対して、文書ＩＤとファイル情報３１を要求する（ステップＳ７３）。
【０１２５】
リポジトリ装置２０において、リポジトリサービス実行部１４１０は、ステップＳ７３で受け取ったチケットがステップＳ７１で発行したものであることを確認後、文書ＩＤとファイル情報３１とを融合機１２００の配信サービス実行部１４００へ提供する（ステップＳ７４）。ファイル情報３１には、蓄積した時点での配信条件が設定されている。配信サービス実行部１４００は、コントロールサービス１２５０を使って、このファイル情報３１を変換して配信モード３３を作成し、文書ＩＤと配信モード３３とが設定される配信指示書３２を作成する。
【０１２６】
クライアントＰＣ１０は、配信指示書３２の内容を示すプロパティを融合機１２００の配信サービス実行部１４００から取得する（ステップＳ７５）。クライアントＰＣ１０は、ユーザが変更したプロパティ値に変更するように配信サービス実行部１４００に指示する（ステップＳ７６）。この時、プロパティが保存指定となる。
【０１２７】
プロパティが保存指定のプロパティ値の変更要求を受信すると、配信サービス実行部１４００は、リポジトリサービス実行部１４１０に変更されたプロパティ値を保存する（ステップＳ７７）。
【０１２８】
このように、変更されたプロパティ値によって、リポジトリサービス実行部１４１０で管理されるファイル情報３１を上書き保存することができる。
【０１２９】
クライアントＰＣ１０側でのプロパティを保存指定とする場合の処理について図２２で説明する。図２２は、配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理を説明するフローチャート図である。図２２中、図５と同一のステップには、同一符号を付し、その説明を省略する。
【０１３０】
図２２において、図５のステップＳ５１がステップＳ５１−４に置き換わる。ステップＳ５１−４では、クライアントＰＣ１０は、ユーザの配信オプションの変更に応じて、取得した配信指示書３２のプロパティの値を変更し、プロパティ保存が指定されたコマンドsetJobInstructionを送信して、配信指示書３２のプロパティの変更及び保存をリポジトリサービス実行部１４１０へ指示する（ステップＳ５１−４）。そして、クライアントＰＣ１０は、コマンドcreateJobを送信して、配信実行を配信サービス実行部１４００に指示する（ステップＳ５２）。以降の処理は、図５の説明と同様である。
【０１３１】
図２３は、配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理におけるコマンドフローを示す図である。図２３において、クライアントＰＣ１０が融合機１２００の配信サービス実行部１４００に対してコマンド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を送信することによって、画像データ３０を識別する文書ＩＤを融合機１２００の配信サービス実行部１４００へ渡して配信指示書３２の作成を要求する（ステップＳ３７−２）。以降の処理は、図３の説明と同様である。
【０１８２】
このように、文書パスワードに基づいて文書に対するアクセスの正当性が判断され、融合機１２００の配信サービス実行部１４００に配信指示をするのみである。従って、文書（画像データ）自体をネットワーク１５を介して転送することがなく、融合機１２００への伝送効率が良い。
【０１８３】
以下に、チケットを使わない場合のコマンドフローについて図３０から図３２にて説明する。先ず、ＷｅｂサービスとクライアントＰＣ１０との間のセッションをＷｅｂサービスを実行するＷｅｂサービスファンクション毎に管理する場合について説明する。本実施例では、配信サービス実行部１４００とリポジトリサービス実行部１４１０毎にセッションが管理される。
【０１８４】
図３０は、チケットを使わない場合の第一のコマンドフローを示す図である。図３０において、クライアントＰＣ１０がリポジトリサービス実行部１４１０に対してコマンド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（グローバルセッションＩＤ、文書ＩＤ）を送信し（ステップＳ６３６）、リポジトリサービス実行部１４１０は、ファイル情報３１によって応答する（ステップＳ６３７）。以下の処理は、図３１に示す第二のコマンドフローの説明と同一である。
【０２２１】
このように、本発明によると、文書パスワードによって文書（画像データ３０）へのアクセスの許可を判断することができ、また、クライアントＰＣ１０は、融合機１２００から取得したプロパティを変更して、配信指示書３２を再利用しつつ配信処理を実行させることができる。例えば、変更した配信種別にて配信処理を実行させることができる。更に、その変更したプロパティに基づくファイル情報３１を保存することができる。
【０２２２】
次に、クライアントＰＣ１０の表示ユニット５３に表示される画面例を図３３から図３８で説明する。
【０２２３】
図３３は、蓄積文書の一覧画面を示す図である。図３３において、蓄積文書の一覧画面３００は、文書名の一覧を表示する表示域３５０と、サムネイルで文書を表示する表示域３６０とを有する。
【０２２４】
表示域３５０には、ユーザが例えばマウス等で「全ての文書」３５１を選択するとリポジトリサービス実行部１４１０に蓄積されている文書名の一覧が表示域３６０に表示される。表示域３５０にて、先ず、複数のフォルダ名が表示され、所望するフォルダを選択すると文書名の一覧が表示されるようにしても良い。
【０２２５】
表示域３６０には、表示域３５０での選択に応じて、蓄積される文書のサムネイルと文書名が表示される。ユーザは、所望するサムネイル（例えば、文書「ＦＡＸ００２」を示すサムネイル）を選択し、更に、マウスの右クリックで表示されるメニュー３７０から配信３７０ａを選択すると、ＦＡＸ送信を配信種別とする配信処理が開始される。ユーザは、サムネイルを複数選択することで複数の文書に対して一度に配信処理を行わせることができる。
【０２２６】
或いは、ユーザが文書「ＭＡＩＬ００１」を示すサムネイルを選択し、メニュー３７０から配信３７０ａを選択すると、メール送信を配信種別とする配信処理が開始される。同様に、ユーザが文書「ＦＴＰ００１」を示すサムネイルを選択し、メニュー３７０から配信３７０ａを選択すると、ＦＴＰ送信を配信種別とする配信処理が開始される。
【０２２７】
このように、ユーザは、文書を指定して配信を指示するのみで文書に対応付けられた配信指示書３２に従って配信処理を行なうことができる。この場合、図２及び図３で説明したような第一の配信処理が実行される。
【０２２８】
また、例えば、ユーザが文書「ＦＡＸ００２」を示すサムネイルを選択し、メニュー３７０から変更３７０ｂを選択すると、配信オプションを変更するための画面（図３４参照）が表示ユニット５３に表示される。
【０２２９】
一方、ユーザがメニュー３７０から削除３７０ｃを選択すると、リポジトリサービス実行部１４１０に対して文書を削除する指示が行なわれる。
【０２３０】
図３４は、ＦＡＸ送信が選択された配信オプション設定画面の例を示す図である。図３４において、配信オプション設定画面４００は、配信オプションを変更するための画面であり、表示ユニット５３に表示された時には、ユーザによって選択された文書に対応する現在設定されている配信オプションが表示されている。
【０２３１】
配信オプション設定画面４００は、配信種別を選択可能な設定域４０１と、ユーザが選択した文書名を表示するための表示域４０２と、件名を設定するための設定域４０３と、配信宛先を設定するための設定域４０４と、画像フォーマットを選択可能な設定域４０５と、画像圧縮方式を選択可能な設定域４０６と、時刻指定をするための設定域４０７と、回線種別を選択可能な設定域４０８と、配信者名を設定する設定域４０９と、設定内容を保持するためのチェック域４１１と、配信オプションの自動省略を許すためのチェック域４１２と、設定した配信オプションにて配信処理を実行するためのＯＫボタン４１３と、配信処理をキャンセルするためのキャンセルボタン４１４とを有する。
【０２３２】
図３４に示す配信オプション設定画面４００では、例えば、設定域４０１に配信種別として「ＦＡＸ送信」が設定され、表示域４０２に文書名として「ＦＡＸ００２」が表示され、設定域４０３に件名として「appointment」が設定され、設定域４０４に配信宛先（ＦＡＸ番号）として「03-3210-9876」が設定され、設定域４０５に画像フォーマットとして「ＴＩＦＦ」が設定され、設定域４０６に画像圧縮方式として「ＭＨ」が設定され、設定域４０７に時刻指定として「2004年02月16日12時01分00秒」が設定され、設定域４０８に回線種別として「Ｇ３」が設定され、設定域４０９に配信者名として「suzuki」が設定されている。
【０２３３】
更に、チェック域４１１のチェック有りによって設定内容の保持が指定され、チェック域４１２のチェック有りによって配信オプションの自動省略を許すことが示されている。
【０２３４】
これらの設定は、メール送信、ＦＴＰ送信及び配信サーバ送信へと配信種別を変更することができる。これらの変更された配信オプションの設定例について、図３５から図３７で説明する。
【０２３５】
図３５は、メール送信が選択された配信オプション設定画面の例を示す図である。図３５において、変更された配信オプションについて説明する。図３４に示す配信オプションの設定から、設定域４０１にて配信種別がメール送信に変更され、設定域４０４にて配信宛先（メールアドレス）として「abc@aaa.org」に変更され、設定域４０８にて回線種別として「ＬＡＮ」に変更されたことを例示している。
【０２３６】
図３６は、ＦＴＰ送信が選択された配信オプション設定画面の例を示す図である。図３６において、変更された配信オプションについて説明する。図３４に示す配信オプションの設定から、設定域４０１にて配信種別がＦＴＰ送信に変更され、設定域４０４にて配信宛先（送信アドレス）として「111.112.113.14/foo/bar」に変更され、設定域４０８にて回線種別として「ＬＡＮ」に変更されたことを例示している。
【０２３７】
また、ＦＴＰに固有の要素としてパスワードの設定が必要となる場合には、更に、パスワードを設定するための領域が配信オプション設定画面４００に表示されることとなる。
【０２３８】
図３７は、配信サーバ送信が選択された配信オプション設定画面の例を示す図である。図３７において、変更された配信オプションについて説明する。図３４に示す配信オプションの設定から、設定域４０１にて配信種別が配信サーバ送信に変更され、設定域４０４にて配信宛先（送信アドレス）として「111.112.113.14/foo/bar」に変更され、設定域４０８にて回線種別として「ＬＡＮ」に変更されたことを例示している。
【０２３９】
図３４から図３７において、設定域４０１にて設定された配信種別に応じて、設定域４０３から４０９の一部を非表示とするようにしても良い。或いは、必要に応じて、別画面で表示されなかった配信オプションの項目を表示するようにしても良い。また、配信種別によって予め決定される設定値については、表示のみをし、ユーザによる設定をさせないようにしても良い。
【０２４０】
図３４から図３７に示されるいずれかの配信オプション設定画面４００にて配信処理を指示し、配信処理が終了すると、例えば、図３８に示すような複合配信を実行するための画面が表示ユニット５３に表示される。図３８は、複合配信のための画面例を示す図である。
【０２４１】
図３８において、複合配信のための画面４２０は、融合機１２００の配信サービス実行部１４００から配信処理の終了を受信するとクライアントＰＣ１０の表示ユニット５３に表示される画面であって、メッセージを表示する表示域４２１と、次の配信を行なわず終了するための終了ボタン４２２と、次の配信を行なうためのボタン４２３とを有する。
【０２４２】
表示域４２１には、配信処理が終了したことを通知すると共に、配信をまだ行なうか否かの確認をするメッセージが表示される。例えば、「文書の配信が完了しました。配信をまだ続けますか？」等が表示される。
【０２４３】
ユーザが終了ボタン４２２をクリックすると、クライアントＰＣ１０からコマンドendSessionが送信されセッションが終了する。一方、ユーザが次ぎの配信を行なうためボタン４２３をクリックすると、配信オプション設定画面４００が表示される。
【０２４４】
配信指示書３２の概念は、例えば、配信指示書というクラスの設定（変更を含む）、取得、作成などのメソッド（操作）が行えるオブジェクトとして考えられている。
【０２４５】
図３９は、オブジェクト指向に基づく配信指示書を説明するための図である。図３７において、上述した配信指示書３２がオブジェクト９０として示されている。オブジェクト９０は、配信指示書（配信指示書クラス）であることを示し、配信種別（delivery type）と、作成（create）、取得（例えば、配信種別を取得するためのgetDeliveryType）、設定（例えば、配信種別を設定するためのsetDeliveryType）のいずれか１つのメソッドを指定している。このようなオブジェクトからジョブクラスのオブジェクト９１が作成される。また、配信指示書クラスのオブジェクト９０は、ジョブクラスのオブジェクト９１とは切り離されたオブジェクトとして構成される。
【０２４６】
ユーザが配信オプション設定画面４００に基づいて設定した配信指示書３２は、融合機１２００にて図３８に示すようなオブジェクト９０として生成される。
【０２４７】
上記より、本発明によれば、複数の異なる配信種別（例えば、ＦＡＸ送信、メール送信、ＦＴＰ送信、配信サーバ送信等）に共通に利用可能な形式で構成される配信指示書３２が適用されるため、ユーザは配信指示書３２を指定するのみで配信種別に係りなく再利用することが可能となる。従って、複数の異なる配信種別の夫々に対応する配信処理を統一した一つのサービス（Ｗｅｂサービス）としてユーザに提供することができる。また、配信指示書３２が複数の異なる配信種別によって共有可能であるため、配信指示書３２に係る格納領域を重複させることなく効率的に使用することができる。
【０２４８】
また、複数の異なる配信種別の夫々に対応する配信処理を統一した一つのサービス（Ｗｅｂサービス）が提供されるため、配信種別毎にセッションを確立する必要がない。従って、一回のセッションの確立で、複合配信（例えば、ＦＡＸ送信とメール送信のような異なる配信種別の組み合わせ）が可能となる。
【０２４９】
また、ユーザは、配信オプションの設定をしなくても配信指示書３２を指定するのみでデータ配信をすることができる。配信の対象となる画像データ（文書）３０を配信指示書３２を作成するためのファイル情報３１と関連付ける構成とすることによって、ユーザは、単に、所望する画像データ（文書）を指示するのみで融合機１２００にデータ配信を行わせることができる。
【０２５０】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【０２５１】
【図１】クライアントＰＣのハードウェア構成を示すブロック図である。
【図２】配信指示書を指定するのみで配信可能な第一のネットワーク構成を示すブロック図である。
【図３】配信オプションを変更しない場合の第一の配信処理を説明するためのフローチャート図である。
【図４】配信オプションを変更する場合の第二の配信処理の概要を説明するための図である。
【図５】配信オプションを変更する場合の第二の配信処理を説明するためのフローチャート図である。
【図６】配信オプションを変更する場合の第二の配信処理におけるコマンドフローを示す図である。
【図７】文書ＩＤリストの記述例を示す図である。
【図８】サムネイルを取得するための記述例を示す図である。
【図９】ＦＡＸを指定した配信指示書のプロパティの記述例を示す図である。
【図１０】メール送信を指定した配信指示書のプロパティの記述例を示す図である。
【図１１】ＦＴＰ送信を指定した配信指示書のプロパティの記述例を示す図である。
【図１２】配信サーバ送信を指定した配信指示書のプロパティの記述例を示す図である。
【図１３】配信種別がＦＴＰの場合にＦＴＰに固有の要素が付加された配信指示書のプロパティの記述例を示す図である。
【図１４】配信種別がＦＡＸの場合にＦＴＰに固有の要素が含まれる配信指示書のプロパティの記述例を示す図である。
【図１５】配信指示書のプロパティ項目に設定される候補値の例を示す図である。
【図１６】配信オプションを変更する場合の第三の配信処理の概要を説明するための図である。
【図１７】配信オプションを変更する場合の第三の配信処理を説明するためのフローチャート図である。
【図１８】配信オプションを変更する場合の第三の配信処理におけるコマンドフローを示す図である。
【図１９】第三の配信処理において、配信サービス実行部から提供される配信指示書のプロパティの記述例を示す図である。
【図２０】配信オプションの省略を判断するための情報を示す図である。
【図２１】配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理の概要を説明するための図である。
【図２２】配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理を説明するフローチャート図である。
【図２３】配信オプションを変更し、且つ、プロパティを保存指定する場合の第四の配信処理におけるコマンドフローを示す図である。
【図２４】複合配信処理を説明するためのフローチャート図である。
【図２５】複合配信処理のコマンドフローを示す図である。
【図２６】複合配信処理のコマンドフローを示す図である。
【図２７】配信指示書を指定するのみで配信可能な第二のネットワーク構成を示すブロック図である。
【図２８】チケットを使わない場合の第五の配信処理の概要を説明するための図である。
【図２９】チケットを使わない場合の第五の配信処理を説明するためのフローチャート図である。
【図３０】チケットを使わない場合の第一のコマンドフローを示す図である。
【図３１】チケットを使わない場合の第二のコマンドフローを示す図である。
【図３２】チケットを使わない場合の第三のコマンドフローを示す図である。
【図３３】蓄積文書の一覧画面を示す図である。
【図３４】ＦＡＸ送信が選択された配信オプション設定画面の例を示す図である。
【図３５】メール送信が選択された配信オプション設定画面の例を示す図である。
【図３６】ＦＴＰ送信が選択された配信オプション設定画面の例を示す図である。
【図３７】配信サーバ送信が選択された配信オプション設定画面の例を示す図である。
【図３８】複合配信のための画面例を示す図である。
【図３９】オブジェクト指向に基づく配信指示書を説明するための図である。
【符号の説明】
【０２５２】
１０ クライアントＰＣ
２０ リポジトリ装置
３０ 画像データ
３１ ファイル情報
３２ 配信指示書
３３ 配信モード
５１ ＣＰＵ
５２ メモリユニット
５３ 表示ユニット
５４ 出力ユニット
５５ 入力ユニット
５６ 通信ユニット
５７ 記憶装置
５８ ドライバ
５９ 記憶媒体
１２００ 融合機
１３１１ ＮＩＣ
１３１６ ＵＳＢ
１３２０ ＦＡＸコントロールユニット
１３６０ 配信エンジン部
１４００ 配信サービス実行部（ＷＳＦ）
１４１０ リポジトリサービス実行部（ＷＳＦ）
【特許請求の範囲】
【請求項１】
ネットワークを介してデータを配信する配信装置と接続可能な情報処理装置であって、
配信すべきデータに対応する配信指示書を指定することによって、該データを取得可能な配信装置へ配信処理を指示する配信指示手段を有することを特徴とする情報処理装置。
【請求項２】
前記データに対応する配信指示書に設定可能な前記配信処理に関するプロパティを、前記配信装置から取得するプロパティ取得手段と、
前記プロパティ取得手段によって取得した前記プロパティに基づいて、該プロパティの値を変更可能とする変更画面を表示ユニットに表示させる変更画面表示手段と、
前記配信装置に対して、前記変更画面表示手段によって変更されたプロパティの値を前記配信指示書に設定させる変更手段とを有し、
前記変更手段の実行後、前記配信指示手段を実行することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記変更手段の実行後に実行される前記配信指示手段は、前記プロパティを前記配信装置から取得する際のセッションと同一のセッションにてなされることを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記変更画面は、複数の異なる配信種別の１つを選択可能であって、該複数の異なる配信種別に共通に利用可能な形式で前記表示ユニットに表示されることを特徴とする請求項２又は３記載の情報処理装置。
【請求項５】
前記変更手段は、前記変更されたプロパティと該プロパティの値とを前記配信装置に送信することを特徴とする請求項２乃至４のいずれか一項記載の情報処理装置。
【請求項６】
前記変更手段は、前記変更されたプロパティと該プロパティの値とを含むプロパティの全てを変更された配信指示書として前記配信装置へ送信することを特徴とする請求項２乃至４のいずれか一項記載の情報処理装置。
【請求項７】
前記変更画面は、前記変更されたプロパティの保存の有無を選択可能とし、
前記変更手段は、前記配信装置に対して前記変更されたプロパティの値を前記配信指示書に設定させると共に、変更された該配信指示書を保存させることを特徴とする請求項２乃至６のいずれか一項記載の情報処理装置。
【請求項８】
前記配信指示手段によって前記配信装置にて前記データの配信処理がなされた際、次の配信処理を連続して行なう複合配信の有無を判断する複合配信有無手段を有し、
前記複合配信有無手段によって前記複合配信を行なうと判断した場合、前記プロパティ取得手段、前記変更画面表示手段、前記変更手段、そして前記配信指示手段とを再度実行することを特徴とする請求項２乃至７のいずれか一項記載の情報処理装置。
【請求項９】
前記複合配信を行なうと判断した場合に実行される前記配信指示手段は、同一セッションにて前記配信装置へ配信処理を指示することを特徴とする請求項８項記載の情報処理装置。
【請求項１０】
前記配信すべきデータの利用を示すチケットを前記配信装置へ送信することによって、該データに対応する前記配信指示書を識別する指示書識別情報を取得する指示書識別情報取得手段を有し、
前記プロパティ取得手段は、前記指示書識別情報取得手段によって取得した前記指示書識別情報を用いて、前記プロパティを前記配信装置から取得することを特徴とする請求項２乃至９のいずれか一項記載の情報処理装置。
【請求項１１】
前記配信すべきデータを識別する情報であって、かつ、認証されたデータ識別情報を前記配信装置へ送信することによって、該データに対応する前記配信指示書を識別する指示書識別情報を取得する指示書識別情報取得手段を有し、
前記プロパティ取得手段は、前記指示書識別情報取得手段によって取得した前記指示書識別情報を用いて、前記プロパティを前記配信装置から取得することを特徴とする請求項２乃至９のいずれか一項記載の情報処理装置。
【請求項１２】
前記配信すべきデータと、該データを識別するデータ識別情報とを前記配信装置へ送信することによって、該データに対する認証が成功した場合に、該データに対応する前記配信指示書を識別する指示書識別情報を取得する指示書識別情報取得手段を有し、
前記プロパティ取得手段は、前記指示書識別情報取得手段によって取得した前記指示書識別情報を用いて、前記プロパティを前記配信装置から取得することを特徴とする請求項２乃至９のいずれか一項記載の情報処理装置。
【請求項１３】
ネットワークを介してデータを配信する配信装置と接続可能な情報処理装置としてコンピュータに機能させるコンピュータ実行可能なプログラムにおいて、該コンピュータに、
配信すべきデータに対応する配信指示書を指定することによって、前記配信装置へ配信処理を指示する配信指示手段として機能させるコンピュータ実行可能なプログラム。
【請求項１４】
前記データに対応する配信指示書に設定可能な前記配信処理に関するプロパティを、前記配信装置から取得するプロパティ取得手段と、
前記プロパティ取得手段によって取得した前記プロパティに基づいて、該プロパティの値を変更可能とする変更画面を表示ユニットに表示させる変更画面表示手段と、
前記配信装置に対して、前記変更画面表示手段によって変更されたプロパティの値を前記配信指示書に設定させる変更手段とを有し、
前記変更手段の実行後、前記配信指示手段を実行することを特徴とする請求項１３記載のコンピュータ実行可能なプログラム。
【請求項１５】
前記変更画面は、複数の異なる配信種別の１つを選択可能であって、該複数の異なる配信種別に共通に利用可能な形式で前記表示ユニットに表示されることを特徴とする請求項１４記載のコンピュータ実行可能なプログラム。
【請求項１６】
前記配信指示手段によって前記配信装置にて前記データの配信処理がなされた際、次の配信処理を連続して行なう複合配信の有無を判断する複合配信有無手段を有し、
前記複合配信有無手段によって前記複合配信を行なうと判断した場合、前記プロパティ取得手段、前記変更画面表示手段、前記変更手段、そして前記配信指示手段とを再度実行することを特徴とする請求項１４又は１５項記載のコンピュータ実行可能なプログラム。
【請求項１】
ネットワークを介してデータを配信する配信装置と接続可能な情報処理装置であって、
配信すべきデータに対応する配信指示書を指定することによって、該データを取得可能な配信装置へ配信処理を指示する配信指示手段を有することを特徴とする情報処理装置。
【請求項２】
前記データに対応する配信指示書に設定可能な前記配信処理に関するプロパティを、前記配信装置から取得するプロパティ取得手段と、
前記プロパティ取得手段によって取得した前記プロパティに基づいて、該プロパティの値を変更可能とする変更画面を表示ユニットに表示させる変更画面表示手段と、
前記配信装置に対して、前記変更画面表示手段によって変更されたプロパティの値を前記配信指示書に設定させる変更手段とを有し、
前記変更手段の実行後、前記配信指示手段を実行することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記変更手段の実行後に実行される前記配信指示手段は、前記プロパティを前記配信装置から取得する際のセッションと同一のセッションにてなされることを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記変更画面は、複数の異なる配信種別の１つを選択可能であって、該複数の異なる配信種別に共通に利用可能な形式で前記表示ユニットに表示されることを特徴とする請求項２又は３記載の情報処理装置。
【請求項５】
前記変更手段は、前記変更されたプロパティと該プロパティの値とを前記配信装置に送信することを特徴とする請求項２乃至４のいずれか一項記載の情報処理装置。
【請求項６】
前記変更手段は、前記変更されたプロパティと該プロパティの値とを含むプロパティの全てを変更された配信指示書として前記配信装置へ送信することを特徴とする請求項２乃至４のいずれか一項記載の情報処理装置。
【請求項７】
前記変更画面は、前記変更されたプロパティの保存の有無を選択可能とし、
前記変更手段は、前記配信装置に対して前記変更されたプロパティの値を前記配信指示書に設定させると共に、変更された該配信指示書を保存させることを特徴とする請求項２乃至６のいずれか一項記載の情報処理装置。
【請求項８】
前記配信指示手段によって前記配信装置にて前記データの配信処理がなされた際、次の配信処理を連続して行なう複合配信の有無を判断する複合配信有無手段を有し、
前記複合配信有無手段によって前記複合配信を行なうと判断した場合、前記プロパティ取得手段、前記変更画面表示手段、前記変更手段、そして前記配信指示手段とを再度実行することを特徴とする請求項２乃至７のいずれか一項記載の情報処理装置。
【請求項９】
前記複合配信を行なうと判断した場合に実行される前記配信指示手段は、同一セッションにて前記配信装置へ配信処理を指示することを特徴とする請求項８項記載の情報処理装置。
【請求項１０】
前記配信すべきデータの利用を示すチケットを前記配信装置へ送信することによって、該データに対応する前記配信指示書を識別する指示書識別情報を取得する指示書識別情報取得手段を有し、
前記プロパティ取得手段は、前記指示書識別情報取得手段によって取得した前記指示書識別情報を用いて、前記プロパティを前記配信装置から取得することを特徴とする請求項２乃至９のいずれか一項記載の情報処理装置。
【請求項１１】
前記配信すべきデータを識別する情報であって、かつ、認証されたデータ識別情報を前記配信装置へ送信することによって、該データに対応する前記配信指示書を識別する指示書識別情報を取得する指示書識別情報取得手段を有し、
前記プロパティ取得手段は、前記指示書識別情報取得手段によって取得した前記指示書識別情報を用いて、前記プロパティを前記配信装置から取得することを特徴とする請求項２乃至９のいずれか一項記載の情報処理装置。
【請求項１２】
前記配信すべきデータと、該データを識別するデータ識別情報とを前記配信装置へ送信することによって、該データに対する認証が成功した場合に、該データに対応する前記配信指示書を識別する指示書識別情報を取得する指示書識別情報取得手段を有し、
前記プロパティ取得手段は、前記指示書識別情報取得手段によって取得した前記指示書識別情報を用いて、前記プロパティを前記配信装置から取得することを特徴とする請求項２乃至９のいずれか一項記載の情報処理装置。
【請求項１３】
ネットワークを介してデータを配信する配信装置と接続可能な情報処理装置としてコンピュータに機能させるコンピュータ実行可能なプログラムにおいて、該コンピュータに、
配信すべきデータに対応する配信指示書を指定することによって、前記配信装置へ配信処理を指示する配信指示手段として機能させるコンピュータ実行可能なプログラム。
【請求項１４】
前記データに対応する配信指示書に設定可能な前記配信処理に関するプロパティを、前記配信装置から取得するプロパティ取得手段と、
前記プロパティ取得手段によって取得した前記プロパティに基づいて、該プロパティの値を変更可能とする変更画面を表示ユニットに表示させる変更画面表示手段と、
前記配信装置に対して、前記変更画面表示手段によって変更されたプロパティの値を前記配信指示書に設定させる変更手段とを有し、
前記変更手段の実行後、前記配信指示手段を実行することを特徴とする請求項１３記載のコンピュータ実行可能なプログラム。
【請求項１５】
前記変更画面は、複数の異なる配信種別の１つを選択可能であって、該複数の異なる配信種別に共通に利用可能な形式で前記表示ユニットに表示されることを特徴とする請求項１４記載のコンピュータ実行可能なプログラム。
【請求項１６】
前記配信指示手段によって前記配信装置にて前記データの配信処理がなされた際、次の配信処理を連続して行なう複合配信の有無を判断する複合配信有無手段を有し、
前記複合配信有無手段によって前記複合配信を行なうと判断した場合、前記プロパティ取得手段、前記変更画面表示手段、前記変更手段、そして前記配信指示手段とを再度実行することを特徴とする請求項１４又は１５項記載のコンピュータ実行可能なプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【公開番号】特開２００６−３１６８４（Ｐ２００６−３１６８４Ａ）
【公開日】平成１８年２月２日（２００６．２．２）
【国際特許分類】
【出願番号】特願２００５−１６６１５１（Ｐ２００５−１６６１５１）
【出願日】平成１７年６月６日（２００５．６．６）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成１８年２月２日（２００６．２．２）
【国際特許分類】
【出願日】平成１７年６月６日（２００５．６．６）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]