JP2014175943A - 配信制御システム、配信システム、配信制御方法及びプログラム - Google Patents

Abstract

【課題】ユーザが意図したサービスを適正に実行する。
【解決手段】配信制御システムは、外部装置から受信した配信ジョブに基づき配信データを配信する一以上の機器を有する配信制御システムであって、前記受信した配信ジョブに基づき、該配信ジョブに含まれる画像データに画像処理を施した配信データを作成する画像処理手段と、前記配信ジョブに、前記配信データの配信を行うか否かを配信前に確認する指示が含まれているか否かを判定する判定手段と、前記確認する指示が含まれている場合に、作成した前記配信データの配信を行うか否かを、配信する前にユーザに確認させる確認手段と、前記確認手段による確認の結果、前記配信ジョブの配信を行うことが確認された場合、前記配信ジョブの配信を行う配信制御手段とを有する。
【選択図】図５

Description

本発明は、配信制御システム、配信システム、配信制御方法及びプログラムに関する。

従来、ＭＦＰ（Multi Function Peripheral）等の画像形成装置を用いて印刷やコピー等が行われた場合、紙やトナーが使用された量に基づき課金される従量課金が行われている。

このような従量課金において、実際に印刷やコピー等の作業を行うユーザ（作業者）とその作業者に対して作業を依頼する依頼者とがいる場合、作業者に課金されてしまい、本来課金されるべき印刷等による便益を受けた依頼者に対して適性に課金されないといった問題があった。

更に、現状、紙やトナーの使用量ではなく、例えば紙文書がスキャン処理されたスキャン画像のメール配信やＰＤＦ（Portable Document Format）変換といった各処理を組み合わせたサービスに対しても課金が行われている。

しかしながら、このような各処理を組み合わせたサービスでは、各処理がユーザの意図しないように実行される場合もあり得、ユーザが意図しない処理が行われたにもかかわらず、そのサービスに対する課金が行われてしまうという問題があった。

そこで、特許文献１には、利用したサービスの種別や内容に応じて適正な利用額を課金することを目的とし、実行したジョブをベースにして利用料を課金する技術が開示されている。

しかしながら、特許文献１に記載された技術では、例えばユーザの誤操作に起因してサービスを利用した出力結果が想定したものと異なってしまったり、過剰にサービスを利用してしまったりするといったユーザが意図せずサービスを利用してしまうといった問題を解消できない。また、作業者と依頼者がいた場合、サービスを利用するための作業を行った作業者に課金されてしまい、適正かつ公平な課金が行われないといった問題も解消できない。

そこで、本発明は、上記の点に鑑みてなされたものであって、ユーザが意図したサービスを適正に実行することを目的とする。

上記課題を解決するため、本発明の配信制御システムは、外部装置から受信した配信ジョブに基づき配信データを配信する一以上の機器を有する配信制御システムであって、前記受信した配信ジョブに基づき、該配信ジョブに含まれる画像データに画像処理を施した配信データを作成する画像処理手段と、前記配信ジョブに、前記配信データの配信を行うか否かを配信前に確認する指示が含まれているか否かを判定する判定手段と、前記確認する指示が含まれている場合に、作成した前記配信データの配信を行うか否かを、配信する前にユーザに確認させる確認手段と、前記確認手段による確認の結果、前記配信ジョブの配信を行うことが確認された場合、前記配信ジョブの配信を行う配信制御手段とを有する。

本発明の実施の形態によれば、ユーザが意図したサービスを適正に実行することができる。

本発明の実施形態における配信システムの一例の構成図である。 本発明の実施形態における配信システムの動作の概略の一例を説明するための図である。 本発明の実施形態におけるコンピュータシステムの一例のハードウェア構成図である。 本発明の実施形態における画像形成装置の一例のハードウェア構成図である。 本発明の実施形態における配信システムの機能構成の一例を示す図である。 本発明の実施形態における画像形成装置のログ情報記憶部に記憶される情報の一例を示す図である。 本発明の実施形態における配信制御サーバのプロジェクト情報記憶部に記憶される情報の一例を示す図である。 本発明の実施形態における配信制御サーバのジョブ処理状況記憶部に記憶される情報の一例を示す図である。 本発明の実施形態における依頼元確認メールの一例である。 本発明の実施形態における管理サーバのジョブ操作情報記憶部に記憶される情報の一例を示す図である。 本発明の実施形態における管理サーバのユーザ情報記憶部に記憶される情報の一例を示す図である。 本発明の実施形態における認証サーバの認証情報記憶部に記憶される情報の一例を示す図である。 本発明の実施形態における課金サーバの課金情報記憶部に記憶される情報の一例を示す図である。 本発明の実施形態における配信処理実行確認画面の一例を示す図である。 本発明の実施形態における配信システムのログイン処理の動作手順の一例を示すシーケンス図である。 本発明の実施形態における画像形成装置に表示される配信サービス利用画面及び画面遷移の一例を示す図である。 本発明の実施形態における配信システムの配信サービス実行処理（配信前確認処理内容の指定が無い場合）の動作手順の一例を示すシーケンス図である。 本発明の実施形態における配信システムの配信サービス実行処理（配信前確認処理内容にプレビュー表示が指定されている場合）の動作手順の一例を示すシーケンス図である。 本発明の実施形態における配信システムの配信サービス実行処理（配信前確認処理内容に依頼元確認が指定されている場合）の動作手順の一例を示すシーケンス図（その１）である。 本発明の実施形態における配信システムの配信サービス実行処理（配信前確認処理内容に依頼元確認が指定されている場合）の動作手順の一例を示すシーケンス図（その２）である。 本発明の実施形態における配信制御サーバの処理手順の一例を示すフローチャート図である。 本発明の実施形態における配信システムの課金処理の動作手順の一例を示すシーケンス図である。 本発明の実施形態の変形例における配信システムの一例の構成図である。 本発明の実施形態の変形例における画像形成装置に表示されるログイン画面の一例を示す図である。 本発明の実施形態の変形例における認証サーバの認証情報記憶部に記憶される情報の一例を示す図である。 本発明の実施形態の変形例における配信システムの配信サービス実行処理（配信前確認処理内容に依頼元確認が指定されている場合）の動作手順の一例を示すシーケンス図（その１）である。 本発明の実施形態の変形例における配信システムの配信サービス実行処理（配信前確認処理内容に依頼元確認が指定されている場合）の動作手順の一例を示すシーケンス図（その２）である。 本発明の実施形態の変形例における配信処理実行確認画面の一例を示す図である。

以下、本発明の実施の形態（以下、「実施形態」という。）について、図面を用いて説明する。

[システム構成]
図１は、本発明の実施形態における配信システムの一例の構成図である。配信システム１は、クライアント端末１０ａ、１０ｂ、・・・１０ｎ（それぞれを区別しない場合、「クライアント端末１０」という。）、画像形成装置２０、管理サーバ３０、認証サーバ４０、配信制御サーバ５０、メールサーバ６０及び課金サーバ７０等を有し、それぞれが有線又は無線のＬＡＮ（Local Area Network）等のネットワークＮ１に接続されている。なお、管理サーバ３０、認証サーバ４０、配信制御サーバ５０及び課金サーバ７０により実行される機能を有するシステムを配信制御システムという。

本発明の実施形態の配信システム１は、配信ジョブ（以下、単に「ジョブ」という。）に基づき配信データを配信するシステムである。配信システム１は、画像形成装置２０により紙文書がスキャニングされたスキャン文書を含むジョブを受信した配信制御サーバ５０が、スキャン文書に対して所定の処理を行った配信文書（配信データ）を、指定された所定のフォルダやメールアドレスに配信するシステムである。スキャン文書に対する所定の処理とは、例えばスキャン文書にＯＣＲ（Optical Character Reader）を行った後、ファイル形式の変換（例えばＰＤＦ変換等）を行う一連の処理である。ここで、本発明の実施形態において、配信制御サーバ５０においてスキャン文書に対する所定の処理及び配信文書を配信する処理を配信サービスという。また、スキャン文書に対する所定の処理及び配信文書を配信する処理の具体的な処理内容はプロジェクトとして定義され、配信制御サーバ５０がプロジェクト毎の処理内容を記憶している。すなわち、ユーザは実行したいプロジェクトを指定することで、配信制御サーバ５０は、指定されたプロジェクトに従った処理を実行する。そして、配信システム１は、配信制御サーバ５０が配信文書を配信する前に、画像形成装置２０で配信文書のプレビュー画像を表示させたり、配信文書の配信処理の実行確認をユーザに行ったりし、配信処理の実行を制御する。なお、配信文書のプレビュー画像は、配信制御サーバ５０において所定の処理が行われた配信文書に対して、解像度を変更（低下）させたり、コピー、画面キャプチャの防止処理を施したりしたものである。また、プレビュー画像に地紋画像を含めて生成してもよい。そして、配信システム１の配信制御サーバ５０は、配信処理を実行するか否かの確認結果に基づき、配信文書の配信を制御する。

クライアント端末１０は、端末装置の一例であり、一般的なＯＳ（Operating System）等が搭載された情報処理装置（コンピュータシステム）である。クライアント端末１０は、ソフトウェアプログラムのインストール及び実行が可能であり、通信機能を有するものであれば、特定の装置に限定されない。クライアント端末１０の具体例として、デスクトップ型のＰＣ（Personal Computer）等の非携帯型の情報処理装置や、ノートＰＣ、スマートフォン、タブレット端末、携帯電話等の携帯型の情報処理装置等が挙げられる。

画像形成装置２０は、出力装置の一例である。画像形成装置２０は無線又は有線の通信機能を有する。画像形成装置２０は、ＣＣＤ（Charge Coupled Device）センサ等を含み構成されるスキャナ装置を含む複合機ＭＦＰ等である。画像形成装置２０は、内蔵するスキャナ装置で読み取った画像データ（スキャン文書）を、ネットワークＮ１を介して配信制御サーバ５０に送信する。また、画像形成装置２０は、配信制御サーバ５０から送信されたプレビュー画像を、画像形成装置２０が備える操作パネル等に表示させたり、ジョブの実行確認を行うためのメール送信を管理サーバ３０に要求したりする。

管理サーバ３０は、管理装置の一例である情報処理装置である。管理サーバ３０は、画像形成装置２０により利用される配信サービスの管理を行う。具体的には、管理サーバ３０は、画像形成装置２０からの認証要求を受け付けると、認証サーバ４０に認証処理を実行させる。また、管理サーバ３０は、画像形成装置２０からの要求に基づき、メールサーバ６０にメール送信を実行させる。また、配信制御サーバ５０において実行されるジョブの操作状態を管理し、処理を中断しているジョブを続行する指示をクライアント端末１０から受け付ける。また、管理サーバ３０は、ユーザ（ユーザ名）とそのユーザのアドレス情報（例えば電子メールアドレス）とを対応付けて記憶する。

認証サーバ４０は、認証装置の一例である。認証サーバ４０は、画像形成装置２０からの認証要求を管理サーバ３０を介して受信し、認証サーバ４０が保持する認証情報（ユーザ名、パスワード等）に基づき、認証処理を行う。

配信制御サーバ５０は、配信サービスを実行するための情報処理装置である。配信制御サーバ５０は、配信サービスを実行するためのプロジェクトに関する情報を管理し、配信対象であるスキャン文書に対して指定されたプロジェクトに基づく処理を実行する。また、配信制御サーバ５０は、プロジェクトに基づく処理が実行されたジョブの処理状況を管理する。配信制御サーバ５０は、配信文書のプレビュー画像を生成し、画像形成装置２０に送信する。

メールサーバ６０は、電子メールの転送を行う情報処理装置である。例えば、画像形成装置２０からの要求に基づき管理サーバ３０が送信する所定の宛先アドレスの電子メールは、メールサーバ６０に蓄積され、宛先アドレスに送信される。

課金サーバ７０は、配信サービスに対して課金処理を行う情報処理装置である。

なお、図１に示される管理サーバ３０、認証サーバ４０、配信制御サーバ５０、メールサーバ６０及び課金サーバ７０は、一台のコンピュータに統合したり、一台以上のコンピュータに機能を分散したりして実現してもよい。

[システム動作概要]
次に、本発明の実施形態における配信システム１の動作概要を説明する。図２は、本発明の実施形態における配信システム１の動作の概略の一例を説明するための図である。なお、配信システム１の動作の詳細な手順は、図１７〜２１を用いて後述する。

図２（ａ）は、配信システム１により実行される配信サービスの基本動作概要を示した図である。図２（ａ）に示されるように、まずユーザは画像形成装置２０を用いて紙文書をスキャンする（Ｓ１）。次に、画像形成装置２０から配信制御サーバ５０に、スキャンされたスキャン文書を送信し、配信制御サーバ５０においてスキャン文書に所定の処理を行い、配信文書を作成する（Ｓ２）。そして、ユーザにより予め指定されたファイルサーバ上のフォルダやメールアドレスに、配信文書を送信する（Ｓ３）。以上の処理が配信システム１による配信サービスを実行するための基本的な動作概要である。

図２（ｂ）、（ｃ）には、配信文書が配信される前にユーザに確認する処理（「配信前確認処理」という。）が実行される場合の動作概要を示している。

図２（ｂ）は、配信システム１による配信処理が行われる前に、配信文書のプレビュー画像を画像形成装置２０において確認する手順が示された図である。

図２（ｂ）に示されるステップ２までは図２（ａ）と同様である。配信文書が作成される（Ｓ２）と、予めユーザによりプレビュー表示が指示されている場合、配信制御サーバ５０は配信文書に基づきプレビュー画像を生成し（Ｓ３ａ）、画像形成装置２０に送信する。そして、画像形成装置２０は受信したプレビュー画像を、操作パネル等の表示装置に表示させる（Ｓ４ａ）。これにより、ユーザは配信文書の内容を確認したうえで、配信処理を実行させることができる。

図２（ｃ）は、配信システム１による配信処理が行われる前に、配信サービスの依頼者に配信処理の実行を確認させる手順が示された図である。図２（ｃ）において、まず例えばユーザＢ（依頼者）がユーザＡ（代行者）に配信サービスの利用を依頼する。次のステップＳ１、Ｓ２の手順は、図２（ａ）の場合と同様である。配信文書が作成される（Ｓ２）と、予めユーザにより依頼元への確認が指示されている場合、配信制御サーバ５０はこの配信文書の配信処理の実行を依頼者であるユーザＢに確認させるためのＵＲＬ（配信処理実行確認画面ＵＲＬ）を発行する（Ｓ３ｂ）。次に、配信制御サーバ５０から画像形成装置２０に配信処理実行確認画面ＵＲＬが送信されると、画像形成装置２０では、依頼者のアカウント入力画面を表示させ、代行者であるユーザＡによる依頼者（ユーザＢ）のアカウント入力を受け付ける（Ｓ４ｂ）。画像形成装置２０から管理サーバ３０に依頼者（ユーザＢ）のアカウント（ユーザ名）が通知されると、管理サーバ３０は配信処理実行確認画面ＵＲＬが例えばメール本文に表示された確認メールを、メールサーバ６０を介し、ユーザＢのメールアドレスに対して送信する（Ｓ５ｂ）。そして、ユーザＢは、ユーザＢのメールアドレスに送信された確認メールに含まれる配信処理実行確認画面ＵＲＬをクリック等し、配信処理対象の配信文書が示された画面を表示させる（Ｓ６ｂ）。その後、ユーザＢは画面に表示された配信文書がユーザＢの依頼に基づくものであることを確認すると、配信処理の続行を指示する。また、配信サービスの対価として課金が行われる場合、課金されるユーザは、代行者のユーザＡではなく、依頼者であるユーザＢに変更される。これにより、配信サービスを利用するための作業を行うユーザ（代行者）と、配信サービスの利用を指示するユーザ（依頼者）が異なる場合であっても、依頼者の承認を得たうえで、配信文書の配信を行うことができる。また、このような場合であっても、配信サービスを享受するユーザに対して、適正に課金を行うことができる。

[ハードウェア構成]
図１に示したクライアント端末１０、管理サーバ３０、認証サーバ４０、配信制御サーバ５０、メールサーバ６０及び課金サーバ７０は、例えば図３に示すようなハードウェア構成のコンピュータシステムにより実現される。図３は、本発明の実施形態におけるコンピュータシステムの一例のハードウェア構成図である。

図３に示されるコンピュータシステム１０００は、入力装置１００１、表示装置１００２、外部Ｉ／Ｆ１００３、ＲＡＭ（Random Access Memory）１００４、ＲＯＭ（Read Only Memory）１００５、ＣＰＵ（Central Processing Unit）１００６、通信Ｉ／Ｆ１００７及びＨＤＤ（Hard Disk Drive）１００８等を備え、それぞれがバスＢで相互に接続されている。

入力装置１００１はキーボードやマウス、タッチパネル等を含み、ユーザが各操作信号を入力するのに用いられる。表示装置１００２はディスプレイ等を含み、コンピュータシステム１０００による処理結果を表示する。

通信Ｉ／Ｆ１００７は、コンピュータシステム１０００をネットワークＮ１又はＮ２に接続するインタフェースである。これにより、コンピュータシステム１０００は通信Ｉ／Ｆ１００７を介してデータ通信を行うことができる。

ＨＤＤ１００８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばコンピュータシステム１０００全体を制御する基本ソフトウェアであるＯＳや、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。ＨＤＤ１００８は格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。

外部Ｉ／Ｆ１００３は、外部装置とのインタフェースである。外部装置には、記録媒体１００３ａ等がある。これにより、コンピュータシステム１０００は外部Ｉ／Ｆ１００３を介して記録媒体１００３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１００３ａにはフレキシブルディスク、ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード（SD Memory card）、ＵＳＢメモリ（Universal Serial Bus memory）等がある。

ＲＯＭ１００５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１００５には、コンピュータシステム１０００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定等のプログラムやデータが格納されている。ＲＡＭ１００４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

ＣＰＵ１００６は、ＲＯＭ１００５やＨＤＤ１００８等の記憶装置からプログラムやデータをＲＡＭ１００４上に読み出し、処理を実行することで、コンピュータシステム１０００全体の制御や機能を実現する演算装置である。

本発明の実施形態におけるクライアント端末１０、管理サーバ３０、認証サーバ４０、配信制御サーバ５０、メールサーバ６０及び課金サーバ７０は、コンピュータシステム１０００のハードウェア構成により、後述するような各種処理を実現できる。

図４は、本発明の実施形態における画像形成装置の一例のハードウェア構成図である。図４に示した画像形成装置２０は、コントローラ２２３３、操作パネル２３２、外部Ｉ／Ｆ２３３、通信Ｉ／Ｆ２３４、プリンタ２３５及びスキャナ２３６等を備える。

コントローラ２２３３は、ＣＰＵ２３３１、ＲＡＭ２３３２、ＲＯＭ２３３３、ＮＶＲＡＭ２３３４及びＨＤＤ２３３５等を備える。ＲＯＭ２３３３は、各種プログラムやデータが格納されている。ＲＡＭ２３３２はプログラムやデータを一時保持する。ＮＶＲＡＭ２３３４は、例えば設定情報等が格納されている。また、ＨＤＤ２３３５は各種プログラムやデータが格納されている。

ＣＰＵ２３３１は、ＲＯＭ２３３３やＮＶＲＡＭ２３３４、ＨＤＤ２３３５等からプログラムやデータ、設定情報等をＲＡＭ２３３２上に読み出し、処理を実行することで、画像形成装置２０全体の制御や機能を実現する。

操作パネル２３２は、ユーザからの入力を受け付ける入力部と、表示を行う表示部とを備えている。外部Ｉ／Ｆ２３３は外部装置とのインタフェースである。外部装置には、記録媒体２３３ａ等がある。これにより、画像形成装置２０は外部Ｉ／Ｆ２３３を介して記録媒体２３３ａの読み取り及び／又は書き込みを行うことができる。記録媒体２３３ａにはＩＣカード、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。

通信Ｉ／Ｆ２３４は画像形成装置２０をネットワークＮ１に接続するインタフェースである。これにより、画像形成装置２０は通信Ｉ／Ｆ２３４を介してデータ通信を行うことができる。

プリンタ２３５は、印刷データを用紙に印刷するための印刷装置である。スキャナ２３６は原稿から画像データを読み取るための読取装置である。

本発明の実施形態における画像形成装置２０は、上記ハードウェア構成により、後述するような各種処理を実現できる。

[機能構成]
図５は、本発明の実施形態における配信システム１の機能構成の一例を示す図である。

＜画像形成装置＞
画像形成装置２０は、入力受付部２０１、表示制御部２０２、管理サーバ接続部２０３、配信制御サーバ接続部２０４、課金サーバ接続部２０５、認証要求部２０６、配信処理実行要求部２０７、配信処理実行状況・結果受付部２０８、プレビュー画像記憶部２０９、確認メール送信要求部２１０、ジョブ操作状態取得部２１１、スキャナ部２１２、ログ情報管理部２１３、課金処理要求部２１４及びログ情報記憶部２１５等を有する。各機能はＣＰＵ２３３１がプログラムを実行し、ハードウェアと協働することで実現される。

入力受付部２０１は、操作パネル２３２を制御し、タッチパネル接触操作、キーボード入力操作等のユーザ操作による入力を受け付ける。例えば入力受付部２０１はユーザからユーザＩＤ、パスワード等の認証情報や配信サービスを利用するためのプロジェクトの指定等の入力を受け付ける。

表示制御部２０２は、操作パネル２３２を制御し、ユーザに対する情報の表示出力を行う。例えば表示制御部２０２は、配信サービスを利用するためのＵＩ（User Interface）画面を表示したり、配信文書のプレビュー画像を表示したりする。なお、表示制御部２０２は、画像形成装置２０が外部接続するディスプレイを備える場合は、そのディスプレイに情報を表示させてもよい。

管理サーバ接続部２０３は、通信Ｉ／Ｆ２３４を制御し、管理サーバ３０とデータの送受信を行う。

配信制御サーバ接続部２０４は、通信Ｉ／Ｆ２３４を制御し、配信制御サーバ５０とデータの送受信を行う。

課金サーバ接続部２０５は、通信Ｉ／Ｆ２３４を制御し、課金サーバ７０とデータの送受信を行う。

認証要求部２０６は、ユーザが配信サービスを利用するための認証要求を行う。具体的には、認証要求部２０６は、入力受付部２０１から通知された認証情報であるユーザ名及びパスワードに基づき、認証要求を生成し、生成した認証要求を、管理サーバ３０を介し、認証サーバ４０に送信する。そして、認証要求部２０６は、認証結果を含む認証要求応答を受け付けると、認証結果を示す情報を表示制御部２０２に表示させる。なお、認証処理は、パスワード認証に限らず、ＩＣカード認証又は生体認証等により行われてもよい。

配信処理実行要求部２０７は、配信制御サーバ５０に、後述するスキャナ部２１２により紙文書がスキャニングされたスキャン文書の配信処理の実行を要求する。具体的には、配信処理実行要求部２０７は、ユーザにより配信サービスにおいて実行するプロジェクト及び配信前の確認処理内容が指定された後、配信対象のスキャン文書が生成されると、このスキャン文書、指定されたプロジェクトを識別するプロジェクトＩＤ及び配信前の確認処理内容を示す情報を含む配信処理実行要求を、配信制御サーバ５０に送信する。また、配信処理実行要求部２０７は、ジョブ操作状態取得部２１１から処理の中断状態のジョブの続行の指示を受け付けると、依頼元のユーザ名及びジョブＩＤを含む配信処理続行要求を配信制御サーバ５０に送信する。

配信処理実行状況・結果受付部２０８は、配信制御サーバ５０から送信されるスキャン文書に対する配信処理の実行状況及び実行結果を受け付ける。配信処理実行状況・結果受付部２０８が配信処理の実行状況を示す配信文書作成結果を受け付けた場合、配信文書作成結果にプレビュー画像が含まれていた場合、プレビュー画像記憶部２０９にプレビュー画像を記憶し、表示制御部２０２にプレビュー画像の表示処理の実行を要求する。また、配信文書作成結果に、配信制御サーバ５０における配信処理が中断されているジョブの情報が含まれる配信処理実行確認画面ＵＲＬが含まれている場合、後述する確認メール送信要求部２１０にこの配信処理実行確認画面ＵＲＬを通知するとともに、表示制御部２０２に依頼元アカウント入力画面を表示させる。また、配信処理実行状況・結果受付部２０８が配信処理実行結果を受け付けた場合、その配信処理実行結果をログ情報管理部２１３に出力する。

プレビュー画像記憶部２０９は、配信制御サーバ５０により生成されたプレビュー画像を記憶する。

確認メール送信要求部２１０は、管理サーバ３０に、配信制御サーバ５０において配信処理が中断されているジョブの実行（続行）を、配信処理の実行を指示した依頼者であるユーザに問い合わせるための確認メールの送信を要求する。具体的には、確認メール送信要求部２１０は、配信処理実行状況・結果受付部２０８から配信処理実行確認画面ＵＲＬが通知されるとこの配信処理実行確認画面ＵＲＬをメモリ等に一時記憶し、依頼元アカウント入力画面におけるユーザからの入力指示を待ち受ける。そして、確認メール送信要求部２１０は、ユーザにより依頼者のユーザ名又はメールアドレスの入力が入力受付部２０１を介して通知されると、配信処理実行確認画面ＵＲＬ及び依頼者のユーザ名又はメールアドレスが含まれる確認メール送信要求を行う。

ジョブ操作状態取得部２１１は、所定の周期（例えば６０秒周期）で管理サーバ３０に対してポーリングを行い、配信処理対象のジョブの操作状態を問い合わせる。ジョブの操作状態とは、配信処理対象のジョブの処理が中断状態であるか否か、また中断状態のジョブに対して処理の続行の指示が行われているか否かを問い合わせる。ここで、中断状態のジョブに対して処理の続行を示す情報が取得されると、ジョブ操作状態取得部２１１は、配信処理実行要求部２０７に配信処理の続行要求を指示する。

スキャナ部２１２は、紙文書に対してスキャン処理を実行して、配信処理の対象となるスキャン文書を生成する。スキャナ部２１２は、ユーザの操作パネル２３２等の操作により、スキャナ２３６に原稿をスキャニングさせ、レベル補正、ガンマ補正、エッジ処理等の画像補正処理及びＡ／Ｄ変換をしてスキャン画像を生成する。

ログ情報管理部２１３は、配信サービスの利用に関するログを、ログ情報記憶部２１５を用いて管理する。

課金処理要求部２１４は、ログ情報管理部２１３により配信処理結果を示す情報のログ情報記憶部２１５への記憶が完了すると、課金サーバにログ情報を含む課金処理要求を行う。

ログ情報記憶部２１５は、配信サービスの利用に関するログを記憶する。図６は、本発明の実施形態における画像形成装置２０のログ情報記憶部に記憶される情報の一例を示す図である。図６に示されるように、ログ情報記憶部２１５には、「ジョブＩＤ」、「配信処理実行要求ユーザ名」、「依頼元ユーザ名」、「処理完了日時」、「スキャン枚数」、「モノクロ／カラー」、「配信処理結果」、「プレビュー確認」及び「依頼元メール確認」等が含まれる。「ジョブＩＤ」は、配信処理の対象となった文書毎（配信処理実行要求に基づくジョブ毎）に割り当てられる識別情報であり、配信制御サーバ５０において一意に付与される番号である。「配信処理実行要求ユーザ名」は、配信処理実行要求を行ったユーザ名であり、画像形成装置２０においてログインを行ったユーザ名である。「依頼元ユーザ名」は、配信処理実行要求を行ったユーザに対して依頼を行ったユーザが存在する場合、その依頼を行ったユーザ名である。「処理完了日時」は、配信処理結果を画像形成装置２０が受け付けた処理完了日時であり、年月日分秒を示す情報である。「スキャン枚数」は、紙文書がスキャン処理された枚数である。「モノクロ／カラー」は、スキャン処理におけるモノクロ又はカラーの別を示す情報である。「配信処理結果」は、配信処理結果に含まれる情報であり、例えば「正常終了」又は「異常終了」が設定される。「配信処理結果」が「正常終了」である場合は課金対象となるジョブであり、「異常終了」である場合は非課金となるジョブである。「プレビュー確認」は、ユーザがプレビュー画像の確認を行ったか否かを示す情報であり、プレビュー画像の確認が行われた場合は「有」と設定され、そうでない場合は「無」と設定される。「依頼元メール確認」は、依頼者への確認メールが送信されたか否かを示す情報であり、送信された場合は「有」と設定され、そうでない場合は「無」と設定される。

＜配信制御サーバ＞
配信制御サーバ５０は、画像形成装置接続部５０１、ファイル・メール配信部５０２、配信処理実行要求受付部５０３、配信文書作成部５０４、配信制御部５０５、配信処理実行状況・結果通知部５０６、プレビュー画像生成部５０７、プロジェクト情報記憶部５０８及びジョブ処理状況記憶部５０９等を有する。各機能はＣＰＵがプログラムを実行し、ハードウェアと協働することで実現される。

画像形成装置接続部５０１は、通信Ｉ／Ｆ１００７を制御し、画像形成装置２０とデータの送受信を行う。

ファイル・メール配信部５０２は、通信Ｉ／Ｆ１００７を制御し、配信文書を、指定されたフォルダにＦＴＰ（File Transfer Protocol）を用いて配信したり、配信文書が添付されたメールを指定された宛先メールアドレスにＳＭＴＰ（Simple Mail Transfer Protocol）を用いて送信したりする。

配信処理実行要求受付部５０３は、画像形成装置２０から送信される配信処理実行要求を受け付け、配信処理実行要求に含まれるスキャン文書及びプロジェクトＩＤに基づく配配信文書の作成を、配信文書作成部５０４に要求する。なお、配信処理実行要求には、スキャン文書及びプロジェクトＩＤの他、ユーザ名と指定された配信前確認処理内容（プレビュー表示、依頼元確認）を示す情報とが含まれる。また、配信処理実行要求受付部５０３は、配信処理続行要求を受け付け、配信処理続行要求に含まれるジョブＩＤに対応するジョブの配信処理の続行を配信制御部５０５に要求する。

配信文書作成部５０４は、配信処理実行要求に含まれるスキャン文書を指定された図７に示されるプロジェクト情報記憶部５０８を参照し、プロジェクトＩＤに基づく配信文書作成処理を実行する。図７は、本発明の実施形態における配信制御サーバ５０のプロジェクト情報記憶部５０８に記憶される情報の一例を示す図である。図７に示されるように、プロジェクト情報記憶部５０８には、「プロジェクトＩＤ」、「配信文書作成処理内容」、「配信処理内容」及び「その他処理内容」等が含まれる。「プロジェクトＩＤ」は、プロジェクトを一意に識別する識別情報である。「配信文書作成処理内容」は、受信したスキャン文書から配信文書を作成する処理内容を示す情報である。「配信処理内容」は、作成された配信文書を配信する方法を示す情報である。「その他処理内容」は、プロジェクト毎に任意に配信システム１の管理者等が設定可能な処理内容である。図７の例に基づくと、例えば配信処理実行要求に含まれるプロジェクトＩＤが「ｐｒｏｊｅｃｔ１」である場合、配信文書作成部５０４は、受信したスキャン文書に対してＯＣＲ処理を行った後、ＰＤＦ変換を行うことにより、配信文書が作成される。そして、作成された配信文書は、後述する配信制御部５０５により、メール配信される。

図５に戻り説明する。配信文書作成部５０４は、配信文書の作成後、配信前確認処理内容（プレビュー表示、依頼元確認）を示す情報が指定されている場合、配信文書の作成処理の成功又は失敗を示す配信文書作成結果の送信を後述する配信処理実行状況・結果通知部５０６に要求する。一方、配信前確認処理内容が設定されていない場合、作成した配信文書の配信を、配信制御部５０５に要求する。

配信制御部５０５は、指定されたプロジェクトＩＤ及びプロジェクト情報記憶部５０８に記憶された配信処理内容に基づき、作成された配信文書を配信する。配信制御部５０５は、配信文書作成部５０４による配信文書の配信指示又は配信処理実行要求受付部５０３からの配信処理続行要求に基づく配信指示を受け付けると、配信文書を配信する。

配信処理実行状況・結果通知部５０６は、配信文書作成結果及び配信処理実行結果を画像形成装置２０に送信する。配信文書作成結果には、配信文書の作成の成功又は失敗を示す情報、ジョブＩＤ及びプレビュー画像又は配信処理実行確認画面ＵＲＬが含まれる。配信処理実行状況・結果通知部５０６は、プレビュー表示を示す配信前確認処理内容が指定されている場合、プレビュー画像生成部５０７に配信文書に基づく、プレビュー画像の生成処理を要求する。また、配信処理実行状況・結果通知部５０６は、依頼元確認を示す配信前確認処理内容が指定されている場合、配信文書の情報を含む配信処理実行確認画面のＵＲＬを発行する。配信処理実行結果には、配信文書の配信処理の成功又は失敗を示す情報及びジョブＩＤが含まれる。

プレビュー画像生成部５０７は、配信処理実行状況・結果通知部５０６からの指示に基づき、配信文書からプレビュー画像を生成する。

ジョブ処理状況記憶部５０９は、図８に示されるようにジョブ（ジョブＩＤ）毎の配信処理の処理状況を記憶する。図８は、本発明の実施形態における配信制御サーバ５０のジョブ処理状況記憶部５０９に記憶される情報の一例を示す図である。図８に示されるように、ジョブ処理状況記憶部５０９には、「ジョブＩＤ」「スキャン文書名」、「プロジェクトＩＤ」、「配信処理実行要求ユーザ名」、「依頼元ユーザ名」及び「処理ステータス」等が含まれる。「ジョブＩＤ」は、ジョブを一意に識別する識別情報であり、配信処理実行要求の受け付けを契機に付与される。「スキャン文書名」は、配信処理実行要求に含まれるスキャン文書の名称及び拡張子が設定される。「プロジェクトＩＤ」は、配信処理実行要求に含まれるプロジェクトＩＤである。「配信処理実行要求ユーザ名」は、配信処理実行要求に含まれる配信処理実行要求を行ったユーザ名である。「依頼元ユーザ名」は、配信処理続行要求に含まれる依頼元ユーザ名であって、依頼元確認の配信前確認処理内容が指定され、依頼元ユーザからの配信処理続行の指示があった場合に設定される。「処理ステータス」は、配信処理の実行状況を示す情報である。「処理ステータス」に「中断」が示されているジョブは、配信文書が作成されているが未配信であることを示す。「完了」が示されているジョブは、配信文書の配信が完了したことを示す。「処理中」が示されているジョブは、配信文書の作成又は配信の途中であることを示すジョブである。「異常終了」が示されているジョブは、ジョブが正常に処理されずに終了されたことを示す。

図５に戻り説明する。

＜管理サーバ＞
管理サーバ３０は、画像形成装置接続部３０１、認証サーバ接続部３０２、メール送信部３０３、Ｗｅｂ ＵＩ部３０４、認証処理部３０５、確認メール送信処理部３０６、ジョブ操作状態管理部３０７、ユーザ情報記憶部３０８及びジョブ操作情報記憶部３０９等を有する。各機能はＣＰＵがプログラムを実行し、ハードウェアと協働することで実現される。

画像形成装置接続部３０１は、通信Ｉ／Ｆ１００７を制御し、画像形成装置２０とデータの送受信を行う。

認証サーバ接続部３０２は、通信Ｉ／Ｆ１００７を制御し、認証サーバ４０とデータの送受信を行う。

メール送信部３０３は、通信Ｉ／Ｆ１００７を制御し、メールサーバ６０とデータの送受信を行う。

Ｗｅｂ ＵＩ部３０４は、配信処理実行確認画面ＵＲＬに基づくＷｅｂ ＵＩ画面を提供し、クライアント端末１０からの中断状態のジョブの配信処理の続行指示を受け付ける。そしてＷｅｂ ＵＩ部３０４は、ジョブ操作状態管理部３０７を介して、後述する図１０に示されるジョブ操作情報記憶部３０９に記憶される操作中断フラグを、「中断」から「続行」に書き換える。

認証処理部３０５は、画像形成装置２０から送信される認証要求を受け付けると、受け付けた認証要求を認証サーバ４０に転送する。そして、認証処理部３０５は、認証サーバ４０から送信された認証結果を受信し、その認証結果を画像形成装置２０に送信する。

確認メール送信処理部３０６は、画像形成装置２０から送信された確認メール送信要求を受け付けると、確認メール送信要求に含まれる依頼元ユーザを宛先とした配信処理実行確認画面ＵＲＬがメール本文に記載された図９に示されるような確認メールを生成する。図９は、本発明の実施形態における依頼元に送信する確認メールの一例である。なお、確認メール送信要求に依頼元ユーザのユーザ名が指定されている場合、後述する図１１に示されるユーザ情報記憶部３０８からユーザ名に対応するメールアドレスを取得し、宛先アドレスに設定する。確認メール送信要求に依頼元ユーザのメールアドレスが指定されている場合は、そのままそのメールアドレスを宛先アドレスに設定する。そして、確認メール送信処理部３０６は、確認メールを、メールサーバ６０を介して、依頼元ユーザに送信する。

ジョブ操作状態管理部３０７は、図１０に示されるジョブ操作情報記憶部３０９を用いて、ジョブの操作情報を記憶する。図１０は、本発明の実施形態における管理サーバのジョブ操作情報記憶部３０９に記憶される情報の一例を示す図である。図１０に示されるように、ジョブ操作情報記憶部３０９には、「ジョブＩＤ」に対応付けて、配信処理実行要求を行ったユーザの「配信処理実行要求ユーザ名」、「依頼元ユーザ名」及びそのジョブの中断状態又は続行指示を示す「操作中断フラグ」等が含まれる。ジョブ操作情報記憶部３０９に記憶される情報は、画像形成装置２０からの確認メール送信要求の受け付け後に設定され、「操作中断フラグ」はＷｅｂ ＵＩ部３０４を介した続行指示に基づき「中断」から「続行」に変更される。

ユーザ情報記憶部３０８は、図１１に示されるように、ユーザのユーザ名とメールアドレスとを対応付けて記憶する。図１１は、本発明の実施形態における管理サーバのユーザ情報記憶部に記憶される情報の一例を示す図である。ユーザ情報記憶部３０８には、予め配信サービスを利用するユーザのユーザ名とメールアドレスとが登録されており、その中には依頼元のユーザ名及びメールアドレスが含まれる。

＜認証サーバ＞
認証サーバ４０は、認証判定部４０１及び認証情報記憶部４０２等を有する。各機能はＣＰＵがプログラムを実行し、ハードウェアと協働することで実現される。

認証判定部４０１は、管理サーバ３０を介して、画像形成装置２０からの認証要求を受け付けると、図１２に示される認証情報記憶部を参照し、認証の判定処理を行う。図１２は、本発明の実施形態における認証サーバ４０の認証情報記憶部４０２に記憶される情報の一例を示す図である。図１２に示されるように、認証情報記憶部４０２には、ユーザ名に対応付けてパスワードが記憶されている。認証判定部４０１は、認証要求に含まれるユーザ名及びパスワードが、認証情報記憶部４０２に記憶されるユーザ名及びパスワードと一致するか否かを判定する。そして、認証判定部４０１は、ユーザ名及びパスワードが一致する場合、認証の成功を示す認証結果を、一致しない場合、認証の失敗を示す認証結果を、管理サーバ３０を介して、画像形成装置２０に送信する。

＜メールサーバ＞
メールサーバ６０は、メール転送部６０１等を有する。各機能はＣＰＵがプログラムを実行し、ハードウェアと協働することで実現される。

メール転送部６０１は、メールの送信元からＳＭＴＰを用いて送信されたメールを、宛先メールアドレスのメールボックスに電子メールを送信する。そして、クライアント端末１０は、例えばＰＯＰ３（Post Office Protocol version3）又はＩＭＡＰ４（Internet Message Access Protocol4）を用いて、メールボックスから自らのメールアドレスに対応するメールを受信する。

＜課金サーバ＞
課金サーバ７０は、課金処理部７０１及び課金情報記憶部７０２等を有する。各機能はＣＰＵがプログラムを実行し、ハードウェアと協働することで実現される。

課金処理部７０１は、画像形成装置２０から送信された課金処理要求に含まれるログ情報に基づき、課金処理を行う。課金処理部７０１は、ログ情報を課金情報記憶部７０２に記憶する。図１３は、本発明の実施形態における課金サーバ７０の課金情報記憶部７０２に記憶される情報の一例を示す図である。図１３に示されるように、課金情報記憶部７０２では、図６に示されるログ情報記憶部２１５に記憶される情報に「課金判定」及び「課金ユーザ名」が追加されている。「課金判定」は、「配信処理結果」が正常終了である場合は、課金を行うことを示す「ＯＫ」が設定され、そうでない場合は課金を行わないことを示す「ＮＧ」が設定される。「課金ユーザ名」は、「依頼元ユーザ名」が設定されている場合は依頼元ユーザ名が設定され、「依頼元ユーザ名」が設定されていない場合は「配信処理実行要求ユーザ名」が設定される。「課金ユーザ名」は、課金処理部７０１により設定される。

図５に戻り説明する。

＜クライアント端末＞
クライアント端末１０は、メール受信部１０１及び処理続行指示部１０２等を有する。各機能はＣＰＵがプログラムを実行し、ハードウェアと協働することで実現される。

メール受信部１０１は、ＰＯＰ３又はＩＭＡＰ４を用いて、メールサーバ６０の自分のメールアドレスのメールボックスからメールを受信する。

処理続行指示部１０２は、図９に示す確認メールのＵＲＬをクリックして表示される図１４に示される配信処理実行確認画面に基づきユーザ（依頼者）により指定された内容を、管理サーバ３０に通知する。図１４は、本発明の実施形態における配信処理実行確認画面の一例を示す図である。図１４に示されるように、配信処理実行確認画面には、配信サービスの依頼元のユーザ（「配信サービス依頼者」）に、配信文書（「配信対象文書名」）の配信処理を続行するか否かを選択させるためのラジオボタンを含む「ステータス」が表示される。また、配信処理実行確認画面に含まれる「配信サービス利用者」には、配信処理の実行要求を行ったユーザ名が設定される。ユーザ（依頼者）が「ステータス」の続行又は中止の指定後、ＯＫボタンを押下すると、処理続行指示部１０２は管理サーバ３０に配信処理の続行又は中止を示す情報を通知する。

[処理の詳細]
次に、配信システム１の処理の詳細を説明する。本発明の実施形態における配信システム１の処理は、次の（１）〜（３）に大別される。

（１）配信システム１を利用するためのログイン処理
（２）配信サービスの実行処理（配信文書の作成処理及び配信処理）
（３）配信サービスに対する課金処理
以下、（１）〜（３）のそれぞれの動作をシーケンス図に基づき説明する。

（１）ログイン処理
図１５は、本発明の実施形態における配信システム１のログイン処理の動作手順の一例を示すシーケンス図である。なお、図１５に示すログイン処理は、配信システム１を利用するために行われる認証処理であり、ログインが成功すると配信サービスの利用が可能となる。

まず、画像形成装置２０は、ユーザによる操作パネル２３２の操作等を受け付けると、図１６に示される配信サービスを利用するためのログイン画面２００１を操作パネル２３２又は外部接続しているディスプレイ等に表示させる（Ｓ１０１）。なお、ログイン画面２００１は、ユーザの操作により表示されるのではなく、例えば画像形成装置２０の起動後に初期画面として表示させておくようにしてもよい。図１６は、本発明の実施形態における画像形成装置２０に表示される配信サービス利用画面及び画面遷移の一例を示す図である。以降の動作手順の説明では、図１６を参照しつつ説明を行う。

図１５に戻り、ユーザがログイン画面２００１上でユーザ名及びパスワードの入力後ログインボタンを押下する（Ｓ１０２）と、入力受付部２０１は認証要求部２０６にログイン処理の実行を要求する。認証要求部２０６は、入力されたユーザ名とパスワードとを含む認証要求を管理サーバ３０に送信する（Ｓ１０３）。

管理サーバ３０の認証処理部３０５が認証要求を受信すると、受信した認証要求を認証サーバ４０に転送する（Ｓ１０４）。

認証サーバ４０の認証判定部４０１は、認証要求を受信すると、受信した認証要求に含まれるユーザ名及びパスワードに基づき認証処理を行う（Ｓ１０５）。具体的には、認証判定部４０１は、まず認証情報記憶部４０２を参照し、受信した認証要求に含まれるユーザ名に対応するパスワードを読み出し、認証要求に含まれるパスワードと一致するか否かを判定し、認証処理を行う。認証判定部４０１は、ユーザ名及びパスワードが一致した場合、認証成功と判定する。一方、認証判定部４０１は、ユーザ名及びパスワードが一致しない場合、認証失敗と判定する。そして、認証判定部４０１は、認証要求に対する応答として認証結果を管理サーバ３０に送信する（Ｓ１０６）。

管理サーバ３０の認証処理部３０５が認証結果を含む認証要求応答を受信すると、受信した認証結果を画像形成装置２０に送信する（Ｓ１０７）。

画像形成装置２０の認証要求部２０６が受信した認証要求応答に含まれる認証結果が失敗を示す情報であった場合、表示制御部２０２は認証が失敗したことを示す情報が含まれる認証ＮＧ画面を表示する（Ｓ１０８ａ）。

一方、画像形成装置２０の認証要求部２０６が受信した認証要求応答に含まれる認証結果が成功を示す情報であった場合、表示制御部２０２は図１５に示される配信サービスにおいて利用するプロジェクトを選択するためのプロジェクト選択画面２００２を表示させる（Ｓ１０８ｂ）。ユーザによりプロジェクト選択画面２００２において利用したいプロジェクトが選択される（Ｓ１０９）と、入力受付部２０１は画像形成装置２０のメモリ装置等に選択されたプロジェクトに対応するプロジェクトＩＤを一時的に記憶する（Ｓ１１０）。また、ユーザによるプロジェクトの選択後、配信文書の配信先等を指定できるようにしてもよい。表示制御部２０２は、プロジェクトが選択されると、図１５に示される配信処理実行確認画面２００３を表示する（Ｓ１１１）。配信処理実行確認画面２００３には、配信文書が配信される前のユーザへの確認処理の実行有無を指定するための配信前確認処理内容指定ラジオボタンが含まれる。ユーザは、表示された配信処理実行確認画面２００３において、配信処理を実行する内容（配信先等）を確認し、配信前確認処理内容指定ラジオボタンにおいて実行する確認処理を指定し、ＯＫボタンを押下する（Ｓ１１２）。入力受付部２０１は画像形成装置２０のメモリ装置等に指定された配信前確認処理内容を一時的に記憶する（Ｓ１１３）。次に、ユーザは、配信対象の紙文書のスキャン処理を実行する（Ｓ１１４）と、スキャナ部２１２はスキャン処理を行ったスキャン文書をメモリ装置等に一時的に記憶するとともに、配信処理実行要求部２０７に配信処理の実行を要求する。以降の処理は、図１７〜１９を用いて説明する。

（２）配信サービスの実行処理（配信文書の作成処理及び配信処理）
配信サービスの実行処理の動作手順を、以下の（２−１−１）〜（２−１−３）において配信前確認処理内容の指定有無、指定された処理内容の種類により場合分けをして説明する。また、（２−２）では、配信制御サーバ５０における処理手順をフローチャート図に基づき説明する。

（２−１−１）配信前確認処理内容の指定が無い場合
図１７は、本発明の実施形態における配信システム１の配信サービス実行処理（配信前確認処理内容の指定が無い場合）の動作手順の一例を示すシーケンス図である。

画像形成装置２０の配信処理実行要求部２０７は、スキャナ部２１２からの指示に基づき、配信処理実行要求を生成し、管理サーバ３０に送信する。このときの配信処理実行要求には、ユーザ名、スキャン文書、プロジェクトＩＤ及び指定が無いことを示す配信前処理内容が含まれる（Ｓ２０１）。

配信制御サーバ５０の配信処理実行要求受付部５０３が画像形成装置接続部５０１を介して配信処理実行要求を受け付けると、配信文書作成部５０４に配信文書の作成処理の実行を要求する。配信文書作成部５０４は、プロジェクト情報記憶部５０８を参照し、配信処理実行要求に含まれるスキャン文書を、指定されたプロジェクトＩＤに基づき、変換処理等を行い、配信文書を作成する（Ｓ２０２）。配信文書が作成されると、配信文書作成部５０４は、配信処理実行要求に含まれる配信前確認処理内容に指定された確認処理が存在するか否かを判定する（Ｓ２０３）。ここで、配信前確認処理が指定されていない場合、配信文書作成部５０４は、作成した配信文書の送信を配信制御部５０５に要求する。配信制御部５０５は、プロジェクトＩＤに基づく配信方法で配信文書を送信する（Ｓ２０４）。配信方法がメール送信の場合、ユーザに指定された宛先アドレスが設定され、配信文書が添付されたメールをメールサーバ６０に送信する。なお、指定されたプロジェクトによっては、ＦＴＰにより所定のフォルダに配信文書が送信される場合もある。

メールサーバ６０のメール転送部６０１は、指定された宛先アドレスにメールを転送する（Ｓ２０５）し、配信文書の送信結果を配信制御サーバ５０に送信する（Ｓ２０６）。

配信制御サーバ５０の配信処理実行状況・結果通知部５０６は、ジョブＩＤを含む配信処理実行結果を画像形成装置２０に送信する（Ｓ２０７）。

（２−１−２）配信前確認処理内容（プレビュー表示）の指定が有る場合
図１８は、本発明の実施形態における配信システム１の配信サービス実行処理（配信前確認処理内容にプレビュー表示が指定されている場合）の動作手順の一例を示すシーケンス図である。すなわち、図１８では配信処理実行要求に配信前処理確認処理としてプレビュー表示が指定されている。なお、図１８について、図１７に示した処理と同じ処理には、同一ステップ番号を付与しており、詳細な説明は省略する。

配信文書作成部５０４による判定処理（Ｓ２０３）において、配信前確認処理内容にプレビュー表示が指定されているため、配信前確認処理内容の指定有りと判定される。次に、このジョブＩＤに対応するジョブ処理状況記憶部５０９の処理ステータスを「中断」に変更する（Ｓ２１１）。そして、プレビュー画像生成部５０７は、作成された配信文書に基づきプレビュー画像を生成する（Ｓ２１２）。なお、プレビュー画像は、配信文書の解像度を低下させたり、コピー処理を不可とする情報を埋め込んだりして作成してもよい。プレビュー画像が生成されると、配信処理実行状況・結果通知部５０６は、ジョブＩＤ及びプレビュー画像を含む配信文書作成結果を、画像形成装置２０に送信する（Ｓ２１３）。

配信文書作成結果を受信した画像形成装置２０の配信処理実行状況・結果受付部２０８は、配信文書作成結果に含まれるプレビュー画像をプレビュー画像記憶部２０９に記憶し、表示制御部２０２に図１６に示されるプレビュー画像表示画面２００４を表示させる（Ｓ２１４）。

ユーザがプレビュー画像表示画面２００４において配信する配信文書の内容の確認後、ＯＫボタンを押下する（Ｓ２１５）と、入力受付部２０１は配信処理実行要求部２０７に配信処理続行要求の送信の実行を要求する。配信処理実行要求部２０７は、ジョブＩＤ及びユーザ名を含む配信処理続行要求を生成し、配信制御サーバ接続部２０４を介して、配信制御サーバ５０に配信処理続行要求を送信する（Ｓ２１６）。

配信制御サーバ５０の配信処理実行要求受付部５０３が画像形成装置接続部５０１を介して、配信処理続行要求を受け付けると、配信制御部５０５に、処理を中断しているジョブＩＤに対応する配信文書の配信処理の実行を要求する。以降のステップＳ２０４〜Ｓ２０７の処理は、図１７に示す処理と同じである。

上述した動作手順により、配信システム１は、配信制御サーバ５０により作成された配信文書の内容が示されるプレビュー画像を画像形成装置２０に表示させ、ユーザによるプレビュー画像の確認に基づき、配信文書の配信を行う。

これにより、ユーザは配信文書の内容がユーザの意図しているものであるか確認したうえで、配信サービスを利用できる。したがって、ユーザの意図しない文書が配信されてしまうことによる配信サービスの意図しない課金や情報漏えいの危険性を低下させることができる。

（２−１−３）配信前確認処理内容（依頼元確認）の指定が有る場合
図１９、図２０は、それぞれ本発明の実施形態における配信システム１の配信サービス実行処理（配信前確認処理内容に依頼元確認が指定されている場合）の動作手順の一例を示すシーケンス図（その１）、（その２）である。すなわち、図１９、図２０では配信処理実行要求に配信前処理確認処理として依頼元確認が指定されており、配信サービス利用の作業を行うユーザ（代行者）に、配信サービスの利用を指示する依頼元のユーザが存在する。なお、図１９、図２０について、図１７に示した処理と同じ処理には、同一ステップ番号を付与しており、詳細な説明は省略する。

まず図１９により説明する。配信文書作成部５０４による判定処理（Ｓ２０３）において、配信前確認処理内容に依頼元確認が指定されているため、配信前確認処理内容の指定有りと判定される。次に、このジョブＩＤに対応するジョブ処理状況記憶部５０９の処理ステータスを「中断」に変更する（Ｓ２２１）。そして、配信処理実行状況・結果通知部５０６は、配信制御部５０５によって発行された配信処理実行確認画面ＵＲＬ及びジョブＩＤを含む配信文書作成結果を画像形成装置２０に送信する（Ｓ２２２）。

画像形成装置２０の配信処理実行状況・結果受付部２０８は、配信処理実行確認画面ＵＲＬを含む配信文書作成結果を受け付けると、表示制御部２０２に図１６に示される依頼元アカウント入力画面２００５を表示させる（Ｓ２２３）。

ユーザ（代行者）が依頼元アカウント入力画面２００５において依頼元のユーザのユーザ名又は電子メールアドレスを入力し、送信ボタンを押下する（Ｓ２２４）と、入力受付部２０１は確認メール送信要求部２１０に依頼元に対する配信処理の実行可否を確認するための確認メールの送信要求の実行を指示する。確認メール送信要求部２１０は、ジョブＩＤ、代行者のユーザ名、配信処理実行確認画面ＵＲＬ及び依頼元のユーザ名又はメールアドレスを含む確認メール送信要求を生成し、管理サーバ接続部２０３を介して、管理サーバ３０に送信する。

管理サーバ３０の確認メール送信処理部３０６が画像形成装置接続部３０１を介して確認メール送信要求を受け付けると、確認メール送信要求に依頼元のユーザ名が含まれている場合、ユーザ情報記憶部３０８を参照し、依頼元のユーザ名に対応するメールアドレスを読み出す（Ｓ２２６）。次に、確認メール送信処理部３０６は、ジョブ操作状態管理部３０７を介して、ジョブ操作情報記憶部３０９に記憶される、確認メール送信要求に含まれるジョブＩＤに対応するジョブ操作中断フラグを中断に変更する（Ｓ２２７）。

図２０に移り説明を続ける。確認メール送信処理部３０６は、宛先アドレスに依頼元のメールアドレスを設定し、本文に配信処理実行確認画面ＵＲＬが記載された確認メールをメールサーバ６０に送信（Ｓ２２８）し、メールサーバ６０は依頼元のメールアドレス宛に送信する（Ｓ２２９）。

一方、確認メールのメールサーバ６０への送信が完了すると、確認メール送信処理部３０６は、画像形成装置２０に確認メールの送信完了を通知し（Ｓ２３０）、画像形成装置２０の表示制御部２０２は図１６に示される確認メール送信完了表示画面２００６を表示させる（Ｓ２３１）。

クライアント端末１０を操作する依頼元であるユーザは、確認メールに記載された配信処理実行確認画面ＵＲＬをクリック等により選択し（Ｓ２３２）、クライアント端末１０が備えるＷｅｂブラウザにより図１４に示される配信処理実行確認画面を表示させる（Ｓ２３３）。そして、ユーザが配信処理実行確認画面において「続行」を選択し、ＯＫボタンを押下する（Ｓ２３４）と、処理続行指示部１０２は管理サーバ３０に処理を中断しているジョブを続行させるための中断ジョブ処理続行要求を管理サーバ３０に送信する（Ｓ２３５）。

管理サーバ３０のＷｅｂ ＵＩ部３０４が中断ジョブ処理続行要求を受け付けると、ジョブ操作情報記憶部３０９に記憶される続行要求の対象であるジョブＩＤに対応するジョブ操作中断フラグを続行に変更する（Ｓ２３６）。

画像形成装置２０のジョブ操作状態取得部２１１は、所定の周期で管理サーバ３０にポーリングを行い、管理サーバ３０に記憶されるジョブ毎の操作状態の取得を要求する（Ｓ２３７）。

管理サーバ３０のジョブ操作状態管理部３０７は、ジョブ操作情報記憶部３０９において、操作中断フラグが続行であるジョブのジョブＩＤを画像形成装置２０に送信する（Ｓ２３８）。

画像形成装置２０のジョブ操作状態取得部２１１が操作中断フラグが続行であるジョブの情報を取得すると、配信処理実行要求部２０７に配信処理続行要求の送信を指示する。配信処理実行要求部２０７は、処理の続行の指示を受け付けたジョブＩＤ及び依頼元のユーザ名を含む配信処理続行要求を配信制御サーバ５０に送信する（Ｓ２３９）。

配信制御サーバ５０の配信処理実行要求受付部５０３が配信処理続行要求を受け付けると、ジョブ処理状況記憶部５０９に記憶される依頼元ユーザ名に、配信処理続行要求に含まれる依頼元のユーザ名を設定する（Ｓ２４０）。以降のステップＳ２０４〜Ｓ２０７の処理は、図１７に示す処理と同じである。

上述した動作手順により、配信システム１は、配信制御サーバ５０により作成された配信文書が配信される前に、依頼元のユーザに配信処理の実行判断を確認する。そして、依頼元のユーザの配信処理の続行の確認が行われた場合、配信文書の配信が行われる。

これにより、配信サービスを利用するための作業を行うユーザ（代行者）と、代行者に指示をしたユーザ（依頼者）とが異なる場合であっても、依頼者の承認を得たうえで、配信サービスが実行される。そのため、例えば配信サービスの対価として課金が行われる場合、代行者に課金されるのではなく、依頼者に課金することができる。

なお、配信前確認処理内容にプレビュー表示及び依頼元確認が指定されていた場合、配信制御サーバ５０から画像形成装置２０に送信される配信文書作成結果には、プレビュー画像及び配信処理実行確認画面ＵＲＬが含まれる。また、プレビュー画像の確認及び依頼元ユーザの確認後に画像形成装置２０から送信される配信処理続行要求を配信制御サーバ５０が受け付けた場合、配信文書の配信が行われる。

なお、本発明の実施形態における依頼元確認の方法として、依頼元が配信処理の実行（続行）を確認するＷｅｂ ＵＩ画面のＵＲＬを電子メールに含め送信したが、例えばクライアント端末１０に配信サービス用のアプリケーションをインストールし、そのアプリケーションを用いて配信処理実行確認画面を表示させるように制御してもよい。

（２−２）配信制御サーバにおける処理手順
図２１は、本発明の実施形態における配信制御サーバ５０の処理手順の一例を示すフローチャート図である。

まず配信制御サーバ５０の配信処理実行要求受付部５０３は、ユーザ名、スキャン文書、プロジェクトＩＤ及び配信前確認処理内容を含む配信処理実行要求を受信する（Ｓ１１）。

次に、配信文書作成部５０４は、受信した配信処理実行要求に含まれるプロジェクトＩＤに基づき、プロジェクト情報記憶部５０８を参照し、スキャン文書から配信文書を作成する（Ｓ１２）。この作成処理において配信文書が正常に作成されたか否かが判定される（Ｓ１３）。なお、配信文書が正常に作成されない場合とは、例えばＯＣＲ処理やファイルの変換処理（ＰＤＦ変換等）等が正常に完了しなかった場合である。

ここで、配信文書の作成が失敗した場合（ステップＳ１３においてＮＯ）、配信処理実行状況・結果通知部５０６は、配信文書の作成が失敗したことを示す情報を含む配信文書作成結果を生成する（Ｓ１４）。

一方、配信文書の作成が成功した場合（ステップＳ１３においＹＥＳ）、配信処理実行要求に含まれる配信前確認処理内容に配信前確認処理が指定されているか否かが判定される（Ｓ１５）。

ここで、配信前確認処理が指定されている場合（ステップＳ１５においてＹＥＳ）、ジョブ処理状況記憶部５０９に記憶される処理ステータスを中断に設定する（Ｓ１６）と、配信前確認処理内容にプレビュー表示の指定がされているか否かが判定される（Ｓ１７）。

ここで、配信前確認処理内容にプレビュー表示の指定がされている場合（ステップＳ１７においてＹＥＳ）、プレビュー画像生成部５０７は作成した配信文書からプレビュー画像を生成する（Ｓ１８）。

次に、配信前確認処理内容に依頼元確認が指定されているか否かが判定される（Ｓ１９）。なお、配信前確認処理内容にプレビュー表示の指定がされていない場合（ステップＳ１７においてＮＯ）、ステップＳ１８の処理は実行されず、ステップＳ１９の処理が実行される。

ここで、配信前確認処理内容に依頼元確認の指定がされていない場合（ステップＳ１９においてＮＯ）、プレビュー画像を含む配信文書作成結果が生成される（Ｓ２０）。

一方、配信前確認処理内容に依頼元確認の指定がされている場合（ステップＳ１９においてＹＥＳ）、配信処理実行確認画面ＵＲＬが発行され（Ｓ２１）、プレビュー画像及び配信処理実行確認画面ＵＲＬを含む配信文書作成結果が生成される（Ｓ２２）。

そして、配信処理実行状況・結果通知部５０６は、ステップＳ１４・Ｓ２０・Ｓ２２において生成された配信文書作成結果を画像形成装置２０に送信する（Ｓ２３）。

一方、上記ステップＳ１５において、配信処理実行要求に含まれる配信前確認処理内容に配信前確認処理が指定されていない場合（ステップＳ１５においてＮＯ）、配信制御部５０５は配信処理実行要求に含まれるプロジェクトＩＤに基づき、配信文書の配信方法（メール配信又はＦＴＰ配信等）を決定する（Ｓ２４）。次に、配信制御部５０５は決定された配信方法に基づき配信文書を配信する（Ｓ２５）。

ここで配信文書の配信が成功したか否かが判定される（Ｓ２６）。

配信文書の配信が成功した場合（ステップＳ２６においてＹＥＳ）、配信処理実行状況・結果通知部５０６は配信完了を示す情報を含む配信処理実行結果を生成し（Ｓ２７）、生成した配信処理実行結果を画像形成装置２０に送信する（Ｓ２８）。

一方、配信文書の配信が失敗した場合（ステップＳ２６においてＮＯ）、配信処理実行状況・結果通知部５０６は配信が失敗したことを示す情報を含む配信処理実行結果を生成し（Ｓ２９）、生成した配信処理実行結果を画像形成装置２０に送信する（Ｓ２８）。

なお、配信前確認処理にプレビュー表示、依頼元確認が指定されていた場合、ユーザによる確認後に画像形成装置２０から送信される配信処理続行要求を受け付けた配信制御サーバ５０は、ステップＳ２４以降の処理を実行する。

なお、プレビュー表示を表示させる装置は、画像形成装置２０に限らず、例えば依頼元のユーザが使用するクライアント端末１０にプレビュー画像を表示させるようにしてもよい。この場合、例えば配信処理実行確認画面にプレビュー画像を表示させることにより実現する。

（３）配信サービスに対する課金処理
図２２は、本発明の実施形態における配信システム１の課金処理の動作手順の一例を示すシーケンス図である。図２２は、画像形成装置２０が配信制御サーバ５０からの配信処理実行結果を受け付けた（図１７〜１９のステップＳ２０７）後の動作である。

画像形成装置２０の配信処理実行状況・結果受付部２０８が配信処理実行結果を受け付ける（Ｓ２０７）と、画像形成装置２０の課金処理要求部２１４は、ログ情報管理部２１３を介して、配信処理実行結果に含まれるジョブＩＤに対応するログ情報記憶部２１５に記憶されるログ情報を取得する。そして、課金処理要求部２１４は、ログ情報を含む課金処理要求を生成し、課金サーバ７０に送信する（Ｓ３０１）。

課金サーバ７０の課金処理部７０１は、受信した課金処理要求に含まれるログ情報を、課金情報記憶部７０２に記憶し、課金処理を行う（Ｓ３０２）。課金処理は、配信サービスの対価として課金対象となるか否かの判定及び課金対象である場合の課金されるユーザが特定される。そして、課金処理部７０１は、課金処理の結果を画像形成装置２０に通知する（Ｓ３０３）。課金処理の結果には、課金対象となるか否かの判定結果、課金される場合の課金されるユーザ名及び課金される額を示す情報が含まれる。

上述したように、本発明の実施形態における配信システム１によれば、配信ジョブに基づき配信文書を配信する前に、配信文書の配信を実行するか否かを、配信処理の実行を要求したユーザ（画像形成装置２０）に確認させることができる。また、その確認は、配信文書に基づき生成したプレビュー画像に基づき配信処理を行うか否かを確認させたり、ユーザに配信サービスの利用を指示した依頼元に配信処理を実行するか否かを確認させる画面を表示（提供）したりして確認させる。そして、配信システム１は、ユーザ（依頼元のユーザを含む）により、配信処理の実行が確認された場合、配信制御サーバ５０に配信文書を配信させることができる。

これにより、配信サービスを利用するユーザは、配信サービスが終了する前（配信文書が配信する前）に、ユーザが意図した配信文書であるか否かを確認したうえで、配信サービスを利用できる。したがって、ユーザの誤操作により意図しない出力結果となってしまったり、過剰にサービスを利用してしまったりといった事象の発生を回避できる。

また、本発明の実施形態における配信システム１によれば、依頼元のユーザによる配信処理の実行の確認が行われた場合、その依頼元のユーザに対して課金が行われる。

これにより、依頼元のユーザから指示を受けたユーザに課金されることなく、配信サービス利用の便益を享受した依頼元のユーザに対して適正に課金を行うことができる。

[変形例]
本発明の実施形態の変形例の配信システム１は、図２３に示されるようなシステム構成となる。図２３は、本発明の実施形態における配信システム１の一例の構成図である。変形例における配信システム１は、図２３（ａ）に示されるように、例えばオフィス等のＬＡＮであるネットワークＮ１に接続されたクライアント端末１０ａ、１０ｂ、・・・１０ｎ、画像形成装置２０、管理サーバ３０及びメールサーバ６０と、ネットワークＮ１のファイアウォールとインターネットであるネットワークＮ２を介して接続された例えばクラウドサービスを提供する配信サービス提供システム２に含まれる認証サーバ４０、配信制御サーバ５０及び課金サーバ７０とを有する。なお、変形例における配信システム１は、図２３（ｂ）に示されるように、管理サーバ３０及びメールサーバ６０が、配信サービス提供システム２に含まれる構成としてもよい。

変形例における配信システム１では、ユーザが画像形成装置２０においてログインするときユーザ名及びパスワードに加えて、ユーザの所属する組織を識別する企業コードを入力する。図２４は、本発明の実施形態の変形例における画像形成装置２０に表示させるログイン画面である。このログイン画面２００１ａに、ユーザが所属する組織（企業等）の企業コード、ユーザ及びパスワードを入力する。また、認証サーバ４０が備える認証情報記憶部４０２には、図２５に示されるように、企業コード、ユーザ名及びパスワードが対応付けて記憶される。認証判定部４０１は、ユーザに入力され認証要求に含まれる企業コード、ユーザ名及びパスワードと、認証情報記憶部４０２に記憶される企業コード、ユーザ名及びパスワードとが一致した場合、認証成功と判定する。このように、企業コードのような組織を識別する情報を加えることで、配信サービス提供システム２は、複数の異なる企業の複数の拠点（オフィス）に対してサービスを提供できる。

また、変形例における配信システム１の動作は、配信前確認処理内容に依頼元確認が指定されていた場合、本発明の実施形態の場合（図１９参照）と一部異なる動作となる。図２６、図２７は、それぞれ本発明の実施形態の変形例における配信システム１の配信サービス実行処理（配信前確認処理内容に依頼元確認が指定されている場合）の動作手順の一例を示すシーケンス図（その１）、（その２）である。なお、図２６、図２７について、図１９、図２０に示した処理と同じ処理には、同一ステップ番号を付与しており、詳細な説明は省略する。

変形例の場合、配信制御サーバ５０から画像形成装置２０に送信される配信文書作成結果にはジョブＩＤが含まれ（Ｓ２２２ａ）、配信処理実行確認画面ＵＲＬは含まれない。

また、画像形成装置２０から管理サーバ３０に送信される確認メール送信要求には、配信処理実行確認画面ＵＲＬが含まれない（Ｓ２２５ａ）。

また、変形例では、管理サーバ３０は、配信制御サーバ５０に、配信対象文書一覧取得要求を送信する（Ｓ２２７ａ）。配信対象文書一覧取得要求とは、依頼元に配信処理の実行を確認するための画面である配信処理実行確認画面ＵＲＬを取得するための要求である。この画面には依頼元のユーザが配信サービスの利用を指示している全ての配信対象文書が表示される。そして、配信制御サーバは、配信処理実行確認画面ＵＲＬを発行し、管理サーバ３０に送信する（Ｓ２２７ｂ）。

また、クライアント端末１０において確認メールの本文に記載された配信処理実行確認画面ＵＲＬが選択されると、図２８に示されるような配信対象文書一覧が示された配信処理実行確認画面が表示される（Ｓ２３３ａ）。図２８は、本発明の実施形態の変形例における配信処理実行確認画面の一例を示す図である。図２８に示されるように、配信サービス依頼者が依頼を行った配信対象文書が複数表示される。

このように、本発明の実施形態の変形例における配信システム１は、クラウドサービスを利用したシステム構成であっても、本発明の実施形態と同様な効果を得ることができる。

なお、配信システム１は、本発明の実施形態として挙げたスキャン文書に所定の処理を行い作成した配信文書を配信するようなサービスに限らず、例えば印刷出力を行うサービス等にも適用できる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

なお、特許請求の範囲に記載した配信制御システムは、管理サーバ３０、認証サーバ４０、配信制御サーバ５０及び課金サーバ７０により実行される機能を有するシステムである。確認手段は、配信処理実行状況・結果通知部５０６及プレビュー画像生成部５０７の機能に相当する。

１ 配信システム
１０ クライアント端末
１０１ メール受信部
１０２ 処理続行指示部
２０ 画像形成装置
２０１ 入力受付部
２０２ 表示制御部
２０３ 管理サーバ接続部
２０４ 配信制御サーバ接続部
２０６ 認証要求部
２０７ 配信処理実行要求部
２０８ 配信処理実行状況・結果受付部
２０９ プレビュー画像記憶部
２１０ 確認メール送信要求部
２１１ ジョブ操作状態取得部
２１２ スキャナ部
２１３ ログ情報管理部
２１４ 課金処理要求部
２１５ ログ情報記憶部
３０ 管理サーバ
３０１ 画像形成装置接続部
３０２ 認証サーバ接続部
３０３ メール送信部
３０４ Ｗｅｂ ＵＩ部
３０５ 認証処理部
３０６ 確認メール送信処理部
３０７ ジョブ操作状態管理部
３０８ ユーザ情報記憶部
３０９ ジョブ操作情報記憶部
４０ 認証サーバ
４０１ 認証判定部
４０２ 認証情報記憶部
５０ 配信制御サーバ
５０１ 画像形成装置接続部
５０２ ファイル・メール配信部
５０３ 配信処理実行要求受付部
５０４ 配信文書作成部
５０５ 配信制御部
５０６ 配信処理実行状況・結果通知部
５０７ プレビュー画像生成部
５０８ プロジェクト情報記憶部
５０９ ジョブ処理状況記憶部
６０ メールサーバ
６０１ メール転送部
７０ 課金サーバ
７０１ 課金処理部
７０２ 課金情報記憶部

特開２００２−３３０２５３号公報

Claims (9)

1. 外部装置から受信した配信ジョブに基づき配信データを配信する一以上の機器を有する配信制御システムであって、
   前記受信した配信ジョブに基づき、該配信ジョブに含まれる画像データに画像処理を施した配信データを作成する画像処理手段と、
   前記配信ジョブに、前記配信データの配信を行うか否かを配信前に確認する指示が含まれているか否かを判定する判定手段と、
   前記確認する指示が含まれている場合に、作成した前記配信データの配信を行うか否かを、配信する前にユーザに確認させる確認手段と、
   前記確認手段による確認の結果、前記配信ジョブの配信を行うことが確認された場合、前記配信ジョブの配信を行う配信制御手段とを有する配信制御システム。
2. 前記確認手段は、
   前記配信データに基づき生成したプレビュー画像を前記外部装置に表示させて配信を行うか否かの確認を要求する請求項１記載の配信制御システム。
3. 前記確認手段は、
   前記外部装置のユーザに指定されたユーザに、前記配信データの配信を行うか否かを確認する請求項１又は２記載の配信制御システム。
4. 前記確認手段は、
   前記外部装置のユーザに指定されたユーザに、前記配信データの配信を行うか否かを確認させる確認画面のＵＲＬを含むメールを送信する請求項３記載の配信制御システム。
5. 前記確認手段は、
   前記外部装置からの前記指示に含まれる配信前の確認処理内容に基づき、前記プレビュー画像に基づく確認の要求及び／又は前記外部装置のユーザに指定されたユーザに確認を行う請求項３又は４のいずれか一項に記載の配信制御システム。
6. 前記外部装置のユーザに指定されたユーザによって前記配信データの配信を行うことが確認された場合、前記外部装置のユーザに指定されたユーザに、配信データを配信する処理に対する課金を行う課金処理手段を有する請求項３乃至５のいずれか一項に記載の配信制御システム。
7. 画像形成装置と、該画像形成装置から受信した配信ジョブに基づき配信データを配信する一以上の機器を有する配信制御システムとを有する配信システムであって、
   前記画像形成装置は、
   前記配信制御システムに、前記配信ジョブに基づき前記配信データの配信要求を送信する配信要求手段を有し、
   前記配信制御システムは、
   前記画像形成装置からの前記配信要求を受け付けた場合、前記受信した配信ジョブに基づき、該配信ジョブに含まれる画像データに画像処理を施した配信データを作成する画像処理手段と、
   前記配信ジョブに、前記配信データの配信を行うか否かを配信前に確認する指示が含まれているか否かを判定する判定手段と、
   前記確認する指示が含まれている場合に、作成した前記配信データの配信を行うか否かを、配信する前にユーザに確認させる確認手段と、
   前記確認手段による確認の結果、前記配信ジョブの配信を行うことが確認された場合、前記配信ジョブの配信を行う配信制御手段とを有する配信システム。
8. 外部装置から受信した配信ジョブに基づき配信データを配信する配信制御システムが有する一以上の機器が実行する配信制御方法であって、
   前記機器が、前記受信した配信ジョブに基づき、該配信ジョブに含まれる画像データに画像処理を施した配信データを作成する画像処理ステップと、
   前記機器が、前記配信ジョブに、前記配信データの配信を行うか否かを配信前に確認する指示が含まれているか否かを判定する判定ステップと、
   前記機器が、前記確認する指示が含まれている場合に、作成した前記配信データの配信を行うか否かを、配信する前にユーザに確認させる確認ステップと、
   前記確認ステップによる確認の結果、前記配信ジョブの配信を行うことが確認された場合、前記機器が、前記配信ジョブの配信を行う配信制御ステップとを有する配信制御方法。
9. 外部装置から受信した配信ジョブに基づき配信データを配信する配信制御システムが有する一以上の機器において実行されるプログラムであって、
   前記機器を、
   前記受信した配信ジョブに基づき、該配信ジョブに含まれる画像データに画像処理を施した配信データを作成する画像処理手段、
   前記配信ジョブに、前記配信データの配信を行うか否かを配信前に確認する指示が含まれているか否かを判定する判定手段、
   前記確認する指示が含まれている場合に、作成した前記配信データの配信を行うか否かを、配信する前にユーザに確認させる確認手段、
   前記確認手段による確認の結果、前記配信ジョブの配信を行うことが確認された場合、前記配信ジョブの配信を行う配信制御手段として機能させるプログラム。

Images