(57)【要約】【課題】本発明は、専用アプリケーションがインストールされていないパーソナル・コンピュータに対しても、実際の利用量に応じてユーザに課金することを可能にする文書配信システムを提供することを目的とする。【解決手段】本発明の画像処理装置は、取込対象として設定された画像データに対してフロー定義データに従って処理の適用を制御するフロー制御手段と、適用された前記処理のログ情報に基づいて前記処理に係る利用料金を算出するための課金データを生成して課金サーバに送信する課金処理手段と、課金サーバから返信される課金処理完了通知の受領に基づいて、情報処理装置の課金処理状態を管理する管理データを更新する課金処理状態管理手段とを備え、監視フォルダに画像データが保存されたことに応答して、管理データを照会し、情報処理装置に係る過去の利用料金の課金処理が完了していると判定される場合に限り、画像データを取込対象として設定する。【選択図】  図２
2010283494.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続される画像処理装置であって、
前記ネットワークを介して情報処理装置から画像データを受信し、送信元アドレス値に対応付けて監視フォルダに保存する受信データ保存手段と、
取込対象として設定された画像データに対し、振り分け処理、画像処理、および出力処理のうち少なくとも１つを含む処理の流れを定義するフロー定義データに従って、前記処理の適用を制御するフロー制御手段と、
適用された前記処理のログ情報に基づいて前記処理に係る利用料金を算出するための課金データを生成して課金サーバに送信する課金処理手段と、
前記課金サーバから返信される課金処理完了通知を待機し、該課金処理完了通知の受領に基づいて、前記情報処理装置の登録アドレス値と課金処理状態とを関連付けて記憶する管理データを更新する課金処理状態管理手段と、
前記監視フォルダに前記画像データが保存されたことに応答して、対応する前記送信元アドレス値に基づいて前記管理データの前記課金処理状態を照会し、前記情報処理装置に係る過去の利用料金の課金処理が完了していると判定される場合に、前記画像データを取込対象として設定する取込判定手段と
を含む画像処理装置。
【請求項２】
前記ログ情報は、前記処理に係る前記画像データのファイル数、ファイルのページ数、ファイルのサイズのうち少なくとも１つを含む、請求項１に記載の画像処理装置。
【請求項３】
前記出力処理は、ＷＥＢ配信処理、フォルダ配信処理または電子メール配信処理である、請求項１または２に記載の画像処理装置。
【請求項４】
画像処理装置と、前記画像処理装置にネットワークを介して接続される情報処理装置とを含むシステムであって、
前記情報処理装置は、前記画像処理装置上に設けられる監視フォルダを指定して画像データを送信するデータ送信手段とを含み、
前記画像処理装置は、
前記ネットワークを介して前記情報処理装置から前記画像データを受信し、送信元アドレス値に対応付けて監視フォルダに保存する受信データ保存手段と、
取込対象として設定された画像データに対し、振り分け処理、画像処理、および出力処理のうち少なくとも１つを含む処理の流れを定義するフロー定義データに従って、前記処理の適用を制御するフロー制御手段と、
適用された前記処理のログ情報に基づいて前記処理に係る利用料金を算出するための課金データを生成して課金サーバに送信する課金処理手段と、
前記課金サーバから返信される課金処理完了通知を待機し、該課金処理完了通知の受領に基づいて、前記情報処理装置の登録アドレス値と課金処理状態とを関連付けて記憶する管理データを更新する課金処理状態管理手段と、
前記監視フォルダに前記画像データが保存されたことに応答して、対応する前記送信元アドレス値に基づいて前記管理データの前記課金処理状態を照会し、前記情報処理装置に係る過去の利用料金の課金処理が完了していると判定される場合に、前記画像データを取込対象として設定する取込判定手段と
を含むシステム。
【請求項５】
前記ログ情報は、前記処理に係る前記画像データのファイル数、ファイルのページ数、ファイルのサイズのうち少なくとも１つを含む、請求項４に記載のシステム。
【請求項６】
前記出力処理は、ＷＥＢ配信処理、フォルダ配信処理または電子メール配信処理である、請求項４または５に記載のシステム。
【請求項７】
ネットワークに接続される画像処理装置が実行する方法であって、
前記ネットワークを介して情報処理装置から画像データを受信し、送信元アドレス値に対応付けて監視フォルダに保存するステップと、
取込対象として設定された画像データに対し、振り分け処理、画像処理、および出力処理のうち少なくとも１つを含む処理の流れを定義するフロー定義データに従って、前記処理の適用を制御するステップと、
適用された前記処理のログ情報に基づいて前記処理に係る利用料金を算出するための課金データを生成して課金サーバに送信するステップと、
前記課金サーバから返信される課金処理完了通知を待機し、該課金処理完了通知の受領に基づいて、前記情報処理装置の登録アドレス値と課金処理状態とを関連付けて記憶する管理データを更新するステップと、
前記監視フォルダに前記画像データが保存されたことに応答して、対応する前記送信元アドレス値に基づいて前記管理データの前記課金処理状態を照会し、前記情報処理装置に係る過去の利用料金の課金処理が完了していると判定される場合に、前記画像データを取込対象として設定するステップと
を含む画像処理方法。
【請求項８】
前記ログ情報は、前記処理に係る前記画像データのファイル数、ファイルのページ数、ファイルのサイズのうち少なくとも１つを含む、請求項７に記載の方法。
【請求項９】
前記出力処理は、ＷＥＢ配信処理、フォルダ配信処理または電子メール配信処理である、請求項７または８に記載の方法。
【請求項１０】
コンピュータが、請求項７〜９のいずれか１項に記載の方法を実行するためのコンピュータ実行可能なプログラム。
【請求項１１】
請求項１０に記載のプログラムを格納する記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理技術に関し、より詳細には、ネットワーク上の情報処理装置と連携して、画像データに対する処理および配信を制御する画像処理装置、システム、画像処理方法、プログラムおよび記録媒体に関する。
【背景技術】
【０００２】
近年、企業等のオフィスにおいては、業務効率化を図るため、ＭＦＰ(Multi Function Peripheral）などの画像入力装置とパーソナル・コンピュータやサーバなどの情報処理装置とをネットワークを介して連携させ、ＭＦＰによって紙文書を電子化した後、これを効率的に各情報処理装置に配布するための文書配信システムについて種々検討がなされている。
【０００３】
例えば、特開２００８−９７５８６号公報（特許文献１）は、フロー定義データに基づいて、スキャン画像データに対して複数の処理の実行を制御するフロー実行制御部と、処理を実行する際に、画面定義データをＭＦＰに送信して、画面定義データに基づいてＭＦＰに表示された書誌情報入力画面から入力された書誌情報を受信するリモート通信部とを備える配信サーバを開示する。特許文献１の配信サーバは、受信した書誌情報とフロー定義データとが関連付けられ、これに基づいて、スキャン画像データに対して画像変換等の中間処理を施したのち、受信した書誌情報に応じてメール配信、フォルダ配信などの複数の処理を含む一連の文書配信フローを実現する。
【０００４】
また、特開２００５−２０８９３４号公報（特許文献２）は、入力文書の先頭ページにＯＣＲフォームシートを配置し、文書をスキャナで読み取った文書データから、ＯＣＲフォームシートに記入された画像処理メニューに対応する符号データと、画像処理範囲を指定する画像処理位置データとを認識して抽出する、文書配信処理装置を開示する。この文書配信処理装置では、抽出した符号データに対する画像処理が、画像処理位置データで決められた範囲について行われ、指定された画像処理が行われた後に、決められた配信先に配信される。
【０００５】
上述したような文書配信システムにおいては、通常、専用の配信サーバを導入するとともに、画像入力装置側には、当該配信サーバと通信して所定の文書配信フローを選択し、これを実行させるための専用のスキャナ・アプリケーションをインストールさせる。この場合、当該文書配信システムのサプライヤーは、画像入力装置の台数に基づいてシステムの利用料金を課金することができる。
【０００６】
一方、ユーザ側には、オフィスに多数配備される、専用アプリケーションをインストールしてないパーソナル・コンピュータを端末として上記文書配信システムを活用したいという要望がある。これに応えるために、文書配信システムに汎用プロトコルを介して文書配信機能を利用するための手段を追加的に設けることが考えられる。すなわち、配信サーバに画像データを配信フローに取り込むための監視フォルダを設け、パーソナル・コンピュータ側から、ファイル転送プロトコルやファイル共有プロトコルにより画像データを当該監視フォルダに転送する。配信サーバは、監視フォルダへのファイル入出力を監視し、文書配信フローに取り込む処理を行う。上述したように文書配信システムを構築すれば、専用アプリケーションをインストールしてないパーソナル・コンピュータからでも自由に文書配信システムを利用することが可能になる。
【０００７】
しかしながら、上述した手法では、ネットワークを介して監視フォルダにアクセス可能なパーソナル・コンピュータに対して無制限にシステムの利用が許可されてしまうという不具合が生じ、サプライヤーは、当該パーソナル・コンピュータに対してシステム利用料金を課金する機会が得られないという問題がある。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、上記問題点を鑑みてなされたものであり、本発明は、専用アプリケーションがインストールされていないパーソナル・コンピュータに対しても文書配信機能を利用する機会を提供する一方で、実際の利用量に応じてユーザに課金することを可能にする文書配信システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明者は、専用アプリケーションがインストールされていないパーソナル・コンピュータに対しても文書配信機能を利用する機会を提供する一方で、実際の利用量に応じてユーザに課金することを可能にする文書配信システムについて鋭意検討した結果、処理のログ情報に基づいて利用料金を課金する手段を設け、当該課金についての処理状態を更新管理した上で、監視フォルダへ転送された文書データの送信元のパーソナル・コンピュータについて課金された利用料金の課金処理が完了しているか否かを判定し、課金処理が完了している場合に限り、新たに入力された文書データの処理を許可する構成に想到し、本発明に至ったのである。
【００１０】
すなわち、本発明によれば、ネットワークに接続される画像処理装置であって、前記ネットワークを介して情報処理装置から画像データを受信し、送信元アドレス値に対応付けて監視フォルダに保存する受信データ保存手段と、取込対象として設定された画像データに対し、振り分け処理、画像処理、および出力処理のうち少なくとも１つを含む処理の流れを定義するフロー定義データに従って、前記処理の適用を制御するフロー制御手段と、適用された前記処理のログ情報に基づいて前記処理に係る利用料金を算出するための課金データを生成して課金サーバに送信する課金処理手段と、前記課金サーバから返信される課金処理完了通知を待機し、該課金処理完了通知の受領に基づいて、前記情報処理装置の登録アドレス値と課金処理状態とを関連付けて記憶する管理データを更新する課金処理状態管理手段と、前記監視フォルダに前記画像データが保存されたことに応答して、対応する前記送信元アドレス値に基づいて前記管理データの前記課金処理状態を照会し、前記情報処理装置に係る過去の利用料金の課金処理が完了していると判定される場合に、前記画像データを取込対象として設定する取込判定手段とを含む画像処理装置が提供される。本発明においては、前記ログ情報は、前記処理に係る前記画像データのファイル数、ファイルのページ数、ファイルのサイズのうち少なくとも１つを含むものとすることができる。また、本発明においては、前記出力処理として、ＷＥＢ配信処理、フォルダ配信処理または電子メール配信処理を適用することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の文書配信システムを示す図。
【図２】本実施形態の文書配信システムの機能ブロック図。
【図３】監視フォルダとフロー定義データとを対応付けるテーブルを示す図。
【図４】課金データのデータ構造を示す図。
【図５】文書データと送信元アドレス値とを対応付ける送信元アドレス・テーブルを示す図。
【図６】課金処理状態アドレステーブルを示す図。
【図７】フロー定義データのデータ構造を示す図。
【図８】本実施形態の配信サーバと非対応複合機との間で行われるファイル転送処理を示すシーケンス図。
【図９】本実施形態の配信サーバの動作を示すフローチャート。
【発明を実施するための形態】
【００１２】
以下、本発明を、実施形態をもって説明するが、本発明は、後述する実施形態に限定されるものではない。
【００１３】
図１は、本実施形態の文書配信システム１０を示す。文書配信システム１０は、配信サーバ２０、複数のパーソナル・コンピュータ（以下、ＰＣとして参照する）２２、および文書データの配信先として例示されるファイルサーバ２４、文書管理サーバ２６、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバ２８を含んで構成されており、これらは、いずれも、ローカルエリア・ネットワーク（ＬＡＮ）、ワイドエリア・ネットワーク（ＷＡＮ）、またはインターネットといったネットワーク基盤として構成されるネットワーク１２に接続されている。
【００１４】
さらに、本実施形態の文書配信システム１０においては、ネットワーク１２を介して配信サーバ２０に管理端末２９を接続することができ、管理者は、管理端末２９を用いて配信サーバ２０の各種設定を行うことができるように構成されている。また、文書配信システム１０は、ネットワーク１２を介して課金サーバ３２にアクセス可能に構成されている。
【００１５】
文書配信システム１０は、さらに、ＭＦＰ３０を含んで構成することもできる。ＭＦＰ３０には、配信サーバ２０が提供する文書配信機能を利用するための専用アプリケーションがインストールされており、配信サーバ２０は、ＭＦＰ３０の専用アプリケーション１６０と通信を行って文書配信機能を提供する。この点については、本件出願人による先の出願である特願２００７−２１２８５６号に詳細に記載されている。
【００１６】
本実施形態における配信サーバ２０は、ワークステーションなどによって構成されており、システム・コントローラとして機能するＭＰＵ、アプリケーション・ソフトウェアの実行空間を与えるためのＲＡＭなどのメモリ、ならびに処理を行うためのデータまたはプログラムなどを格納したＲＯＭ等のメモリ、ハードディスク装置や光ディスク装置などの外部記憶装置、およびＮＩＣを含むネットワーク・インターフェースなどの各種インタフェースを含んで構成されており、ネットワーク１２を介して、ＰＣ２２、管理端末２９、配信先装置２４〜２８と通信可能に構成されている。また、配信サーバ２０は、ＷＩＮＤＯＷＳ（登録商標）、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、その他の適切なオペレーティング・システム（ＯＳ）の管理下で、Ｃ、Ｃ＋＋、ＶｉｓｕａｌＣ＋＋、ＶｉｓｕａｌＢａｓｉｃ、Ｊａｖａ（登録商標）などのオブジェクト指向のプログラミング言語により記述された各種アプリケーション・プログラムを実行することによって、後述する各機能手段を実現している。なお、本実施形態におけるファイルサーバ２４、文書管理サーバ２６、SMTPサーバ２８、ＰＣ２２および管理端末２９などについても、同様のハードウェア構成を備えるものとして参照する。
【００１７】
本実施形態の文書配信システム１０は、専用アプリケーションがインストールされたＭＦＰ３０のみならず、専用アプリケーションがインストールされていないＰＣ２２であっても、ファイル転送プロトコル（ＦＴＰ：File transfer Protocol）、あるいは、ＳＭＢ（Server Message Block）やＮＦＳ（Network File System）といったファイル共有プロトコルなどの汎用プロトコルを介して配信サーバ２０にアクセスすることによって、文書配信機能を利用することができるように構成されている。以下、この点について、図２を参照して、文書配信システム１０の機能構成を詳細に説明する。
【００１８】
図２は、本実施形態の文書配信システム１０の機能ブロック図を示す。図２に示すように、配信サーバ２０は、例えばＪａｖａ（登録商標）ＶＭおよび所定のプラットフォーム上で動作する文書配信アプリケーション１００と、ＯＳにより提供されるファイル・システム１３０とを含んで構成されている。文書配信アプリケーション１００は、ＦＴＰサーバ部１０２、取込処理部１０４、フロー制御部１０６、および処理部１０８を含んで構成されている。本実施形態におけるフロー制御部１０６は、フロー定義データ１１４に定義される処理フローに沿って、処理部１０８における各処理部１１０，１１２を呼び出し、配信対象の文書データに対し処理を実行する。なお、本実施形態における文書データは、書誌情報を含む画像データから構成されるものが含まれる。書誌情報は、例えばＸＭＬなどの構造化言語で記述されたファイルとして、画像ファイルと別に構成することができる。
【００１９】
一方、本実施形態の文書配信システム１０においては、専用アプリケーションがインストールされていないＰＣ２２がＦＴＰなどの汎用プロトコルを介して配信サーバ２０にアクセスして文書配信機能を利用することができるようにするために、ファイル・システム１３０上に、各フロー定義データ１１４に対応付けて複数の監視フォルダ１３２が設けられている。図３は、監視フォルダ１３２とフロー定義データとを対応付けるテーブル２００のデータ構造を示す。図３に示すテーブル２００は、監視フォルダのパスが入力されるフィールド２００ａと、その監視フォルダに対応付けられるフロー定義データの識別値が入力されるフィールド２００ｂとを含む。本実施形態においては、ＰＣ２２のユーザが保存先の監視フォルダを指定することによって、文書データが所望の配信フローに渡されるように構成されている。
【００２０】
一方、ＰＣ２２は、ＦＴＰクライアントとして動作するＦＴＰクライアント部１４０を含む。ＰＣ２２のユーザは、ＰＣ２２内に保存される文書データについて文書配信システム１０の利用を所望する場合には、文書データの転送先として、ユーザが所望する処理に対応づけて設けられた配信サーバ２０上の監視フォルダ１３２を指定する。この際、ＦＴＰクライアント１４０は、ＦＴＰプロトコルに則って配信サーバ２０のＦＴＰサーバ部１０２に接続し、ユーザが指定する文書データを転送する。
【００２１】
配信サーバ２０のＦＴＰサーバ部１０２は、ＦＴＰサーバとして動作し、ＰＣ２２のＦＴＰクライアント部１４０からのファイル転送要求を処理し、ＦＴＰクライアント部１４０からファイルを受信し、ファイル・システム１３０上のユーザが指定する監視フォルダ１３２に保存する。配信サーバ２０における取込処理部１０４は、ファイル・システム１３０上の監視フォルダ１３２に対するファイルの入出力を監視し、監視フォルダ１３２に新たな文書データが入力されたことを検知すると、新たに入力された文書データを取り込み、フロー制御部１０６に処理を渡す。
【００２２】
一方、ＭＦＰ３０は、文書配信システム１０の文書配信機能を利用するための専用アプリケーション１６０を含む。文書配信アプリケーション１００のリモート通信部１１８は、ＭＦＰ３０の専用アプリケーション１６０と通信を行い、ＭＦＰ３０に対して文書配信機能を提供する。この場合、文書配信システム１０のサプライヤーは、ＭＦＰ３０のシステム利用料金について、ＭＦＰ３０の台数に基づいて課金することができる。しかしながら、専用アプリケーションがインストールされていないＰＣ２２については、サプライヤーは、他の方法をもって課金する必要がある。
【００２３】
この点につき、本実施形態の文書配信システム１０は、ＰＣ２２のユーザの利用状況に応じて課金するための手段として、さらに、課金処理部１２０を含んで構成されており、配信サーバ２０における取込処理部１０４は、監視フォルダ１３２に新たな文書データが入力されたことを検知すると、その時点におけるＰＣ２２の過去の文書配信システム１０の利用料金について、課金処理が正常に完了しているか否かを判定し、課金処理が完了している場合に限り、新たに入力された文書データの取り込みを許可し、フロー制御部１０６に処理を渡すように構成されている。
【００２４】
本実施形態における課金処理部１２０は、ログ取得部１２２、課金データ生成部１２４、および課金処理状態管理設定部１２６を含んで構成されている。ログ取得部１２２は、処理部１０８においてなされた各処理のログ情報を文書データ毎に取得する。
【００２５】
ログ取得部１２２がログ情報を取得すると、当該ログ情報を課金データ生成部１２４に渡す。課金データ生成部１２４は、受け取ったログ情報から課金計算の基礎となる必要データを抽出し、課金サーバ３２が処理可能なフォーマットに従って課金データを生成する。本実施形態においては、課金計算の基礎となる必要データとして、処理の対象の、ファイル数、ファイルのページ数、ファイルのサイズ等を抽出することができる。図４は、課金データ生成部１２４が生成する課金データを例示する。図４に示す例においては、ログ情報から、定義されたフローの名称（<name>project</name>)、ジョブ識別値(<jobID>id1</jobID>)、処理日時(<date>200902041500</date>)、処理カウント数（<count>1</count>)が抽出されて課金データを構成している。
【００２６】
課金データ生成部１２４が生成した課金データは、リモート通信部１１８によって課金サーバ３２に送信される。課金サーバ３２は、請求処理部１５２、課金情報テーブル１５４、および課金データ記憶部１５６を含んで構成されており、課金情報テーブル１５４には、各処理毎の利用料金の単価情報が格納されている。請求処理部１５２は、課金データ生成部１２４から送信され、リモート通信部１５８を通して課金データ記憶部１５６に保存された課金データと課金情報テーブル１５４とを照合して、実行された定義フローに係る利用料金を算出し、その課金額を既存の外部決済機関に通知する。請求処理部１５２は、課金処理が完了すると、課金処理完了通知をリモート通信部１５８に介して配信サーバ２０に返す。この課金処理完了通知は、該当するＰＣ２２の課金処理が正常に完了したことを示す旨が当該ＰＣ２２の送信元アドレス値に対応付けられて構成されている。なお、本実施形態においては、実行されたファイル処理に係る利用料金を算出し、これを送信元のＰＣ２２に対応付けて記録することをもって課金処理の完了と定義することができ、あるいは、算出された利用料金（課金額）の外部決済機関への通知（請求）をもって、課金処理の完了と定義することもできる。
【００２７】
一方、本実施形態の文書配信システム１０においては、文書配信システム１０を利用するＰＣ２２毎の課金処理を実現するために、送信元アドレス値を用いて送信元のＰＣ２２を特定する構成を採用する。具体的には、配信サーバ２０のＦＴＰサーバ部１０２は、ＰＣ２２から文書データが転送されると、当該文書データのファイルと、そのファイルの送信元アドレス値とを対応付けて記憶する。
【００２８】
図５は、文書データと送信元アドレス値とを対応付ける送信元アドレス・テーブルのデータ構造を示す。図５に示す送信元アドレス・テーブル２１０は、送信元アドレス値が入力されるフィールド２１０ａと、文書データの保存位置およびファイル名を表すパスが入力されるフィールド２１０ｂとを含む。この送信元アドレス・テーブル２１０は、例えば、監視フォルダ１３２内など、ＦＴＰサーバ部１０２および取込処理部１０４が共にアクセス可能な記憶領域に記憶される。送信元アドレス・テーブル２１０は、適宜、削除済みファイルに対応するエントリが削除処理されるなど、メンテナンスされることが好ましい。なお、アドレス値としては、例えばＩＰｖ４あるいはＩＰｖ６のＩＰアドレスや、ＭＡＣ（媒体アクセス制御）アドレスを用いることができる。本実施形態では、ＩＰｖ４のＩＰアドレスを用いて説明する。なお、本実施形態では、汎用プロトコルとしてファイル転送プロトコル（ＦＴＰ）を用いる場合を説明するが、送信元のアドレス値が特定可能であれば、特にこれに限定されるものではない。
【００２９】
課金サーバ３２から返信された課金処理完了通知は、リモート通信部１１８を経て課金処理部１２０の課金処理状態管理設定部１２６に入力される。課金処理状態管理設定部１２６は、取得した課金処理完了通知を使用して課金処理状態管理データ１１６を更新する。図６は、課金処理状態管理データ１１６を構成する課金処理状態アドレステーブル２２０のデータ構造を示す。図６に示す課金処理状態アドレステーブル２２０は、登録のアドレス値と課金処理状態（完了／未完）とを関連付けるフィールド２２０ａおよびフィールド２２０ｂからなるテーブルとを含む。フィールド２２０ａには、システムに登録された登録アドレス値が格納され、フィールド２２０ｂには、該登録アドレス値によって特定されるＰＣ２２に係る課金処理状態（完了／未完）が格納される。なお、本実施形態におけるフィールド２２０ｂは、デフォルト設定を「未完」としている。
【００３０】
本実施形態においては、配信サーバ２０の課金処理部１２０は、課金データを課金サーバ３２に送信した後、課金サーバ３２からのレスポンスを待機しており、課金サーバ３２から課金処理完了通知が返信された場合、該当するＰＣ２２の登録のアドレス値が格納されたフィールド２２０ａに関連付けられたフィールド２２０ｂに「完了」を入力して課金処理状態アドレステーブル２２０を更新する。この時点において、課金処理状態アドレステーブル２２０は、ＰＣ２２の過去の文書配信システム１０の利用料金についての課金処理が正常に完了していることを示す。
【００３１】
一方、課金サーバ３２側のシステムトラブル、ネットワーク障害などの理由により、課金データの送信後、設定されたタイムアウト期間を経過しても課金処理完了通知を受領できない場合には、課金処理部１２０は、該当するＰＣ２２の登録のアドレス値が格納されたフィールド２２０ａに関連付けられたフィールド２２０ｂは、デフォルト設定である「未完」に戻るように構成されている。この時点において、課金処理状態アドレステーブル２２０は、ＰＣ２２の過去の文書配信システム１０の利用料金についての課金処理が正常に完了していないことを示す。なお、ネットワーク障害が解消するなどして、課金サーバ３２から課金処理完了通知が返信された場合には、当該課金処理完了通知に含まれる送信元アドレス値に基づいて、該当するフィールド２２０ｂに「完了」が入力されて課金処理状態アドレステーブル２２０が更新される。
【００３２】
再び図２を参照して説明を続ける。取込処理部１０４は、定期的に監視フォルダ１３２をポーリングして、新規に保存された文書データの有無を確認し、取り込む判定をすべき文書データの入力を検知する。あるいは、取込処理部１０４は、監視フォルダ１３２内のファイル構成の変更に応答して通知するようシステムに登録されたイベントに応答して、取り込む判定をすべき文書データの入力を検知する。
【００３３】
取込処理部１０４は、判定すべき文書データの入力を検出すると、その文書データに対応付けられた送信元アドレスを読み出し、課金処理状態アドレステーブル２２０と照合して、その文書データの送信元であるＰＣ２２の過去の利用料金について課金処理が完了しているか否かを判定する。
【００３４】
取込処理部１０４は、文書データの送信元であるＰＣ２２の過去の利用料金について課金処理が完了していると判定された場合には、当該文書データの保存先の監視フォルダに対応したフロー定義データを指定し、取込対象に設定する。取込対象に設定されると、文書データに対する以後の処理がフロー制御部１０６に渡される。
【００３５】
フロー制御部１０６は、取込処理部１０４から取込対象の文書データの処理を渡されると、指定されたフロー定義データ１１４を呼び出し、その内容に従って画像処理部１１２および配信処理部１１０を適宜呼び出して、定義された１以上の処理を文書データに対して適用する。なお、指定されたフロー定義データが書誌情報による補足を要する場合には、フロー制御部１０６は、文書データが含む書誌情報によりフロー定義データを補足することができる。配信処理部１１０が呼び出されると、その要求された配信処理の内容に応じて、ファイルサーバなどの配信先２４〜２８への配信処理が実行される。
【００３６】
図７は、フロー定義データのデータ構造を示す。図７に示すフロー定義データ２３０は、文書データに対する１以上の処理の流れをＸＭＬにより記述したものである。図７に示す例では、フロー定義データ２３０は、契約書の入力を待ち受ける監視フォルダに入力された文書データに対して適用されるフローを例示する。フロー定義データ２３０は、契約書の画像データに対する画像変換処理と、画像変換された画像データのフォルダへの配信とを順に適用するフローと、文書データを電子メールで送信するフローとを並列して実行することを示している。
【００３７】
フロー定義データ２３０は、より具体的には、図７に示すように木構造に構成された多数のタグからなる。タグ＜ＩＤ＞は、フローを識別するフロー定義識別値を記述するための記述子である。タグ＜ＰｌｕｇｉｎＩＤ＞は、処理を識別する処理識別値を記述するための記述子である。値”ImageConverter”は、画像変換処理を示し、値”ToFolder”は、フォルダ配信処理を示し、値”ToEmail”は、電子メール送信を示す。タグ＜ＰｌｕｇｉｎＴｙｐｅ＞は、処理のタイプを設定するための記述子であり、出力処理（”OutPut”）または中間処理（”filter”）が設定される。タグ＜Ｐａｒａｍｅｔｅｒ＞は、各処理の種々のパラメータを設定するための記述子である。また、タグ＜Ｐａｒａｍｅｔｅｒ＞は、書誌情報に対応して入力されるパラメータを含むことができる。図７の例では、記述２３２〜２３８の中括弧で示した箇所に、書誌情報に対応する値が入力される。
【００３８】
図８は、ＰＣ２２から配信サーバ２０へのファイル転送処理を示すシーケンス図である。ステップＳ１０１において、ユーザがＰＣ２２内に保存される所定の文書データの保存先として配信サーバ２０上の監視フォルダを指定すると、ステップＳ１０２において、ＦＴＰクライアント部１４０に画像データおよび書誌データの転送を依頼する。ステップＳ１０３では、ＦＴＰクライアント部１４０は、ＦＴＰプロトコルに従って、配信サーバ２０のＦＴＰサーバ部１０２に接続要求を送信する。ステップＳ１０４では、ＦＴＰサーバ部１０２は、データ転送用のポート番号を決定し、ＦＴＰクライアント部１４０に通知し、接続の了承を応答する。
【００３９】
ステップＳ１０５では、ＰＣ２２のＦＴＰクライアント部１４０は、画像データと、書誌情報を記述する書誌データとの転送処理を行う。ＦＴＰサーバ部１０２は、ステップＳ１０６では、指定の監視フォルダ１３２への画像データおよび書誌データの保存をファイル・システム１３０に指令し、ステップＳ１０７で、保存先のパスに対応付けて送信元アドレス値を送信元アドレス・テーブル２００に記憶する。一方、監視フォルダ１３２では、ステップＳ１０８で、画像データおよび書誌データの保存が完了する。
【００４０】
図９は、配信サーバ２０の動作を示すフローチャートである。ステップ２００において、文書配信アプリケーション１００が起動されて処理が開始される。ステップ２０１では、取込処理部１０４が監視フォルダへの文書データの新規保存を検出したか否かを判定する。ステップ２０１では、文書データの新規保存を検出するまでの間（ステップ２０１、ＮＯ）、ステップ２０１にループさせられる。ステップ２０１において、新規保存を検出したと判定された場合には（ステップ２０１、ＹＥＳ）、ステップＳ２０２へ処理が進められる。
【００４１】
ステップ２０２では、取込処理部１０４は、新規の文書データに対応した送信元アドレス値を送信元アドレス・テーブル２００から取得しステップ２０３に進む。ステップ２０３では、取込処理部１０４は、取得した送信元アドレス値と一致する登録アドレス値に対応付けられた課金処理状態を課金処理状態管理データ１１６の中から検索して照会する。ステップ２０４では、取込処理部１０４は、送信元アドレス値に対応する送信元の過去の利用料金について課金処理が完了しているか否かを判定する。
【００４２】
ステップ２０４で、送信元の過去の利用料金について課金処理が完了していると判定された場合（ステップ２０４、ＹＥＳ）には、ステップ２０５へ処理を進める。ステップ２０５では、取込処理部１０４は、新規保存が検出された監視フォルダに対応するフロー定義識別値を指定して、取込対象に設定し、受信した書誌データとともにフロー制御部１０６へ渡す。
【００４３】
取込対象に設定された文書データを受け取ったフロー制御部１０６は、フロー定義識別値によって指定されたフロー定義データに適宜書誌データの内容で補足して、ステップ２０６に進み、処理部１０８に対してフロー定義データの中間処理を実行する。本実施形態においては、中間処理として、画像データのフォーマット変換、画像の補正や加工などの画像処理、機密レベル等の書誌情報に従ってフローを振り分けるフィルタリングなどの振り分け処理、書誌情報の変換処理などを実行させることができる。
【００４４】
ステップ２０６において、定義された中間処理が終了すると、ステップ２０７に進み、フロー定義データの出力処理を実行する。本実施形態においては、出力処理として、例えば、上述したファイルサーバ２４に対するファイル転送、文書管理サーバ２６に対する文書登録、SMTPサーバ２８に対する電子メール送信ならびにＷＥＢ配信処理などを実行させることができる。
【００４５】
ステップ２０７において、定義された出力処理が終了すると、ステップ２０８に進み、フロー定義データの課金処理を実行する。本実施形態における課金処理においては、既に上述したように、各処理に係るログ情報を取得し、当該ログ情報から課金計算の基礎となる必要データを抽出して課金データを生成し、当該課金データを課金サーバ３２に送信した後、課金サーバ３２からのレスポンスを待機する。その後、課金サーバ３２からの応答結果に基づいて課金処理状態管理データ１１６を更新する。
【００４６】
一方、ステップＳ２０４で、文書配信システム１０の利用料金について、送信元の課金処理が完了していないと判定された場合には（ステップ２０４、ＮＯ）、ステップ２０９に進み、処理を終了する。なお、本実施形態においては、課金処理を完了していない送信元からの文書データは、課金処理を完了していないと判定された直後、あるいは所定時間経過後に、監視フォルダ中から削除するように構成することができる。
【００４７】
以上説明したように、本実施形態の文書配信システム１０においては、配信サーバ２０の取込処理部１０４は、監視フォルダ１３２に新たな文書データが入力されたことを検知すると、文書データの送信元が文書配信システム１０の過去の利用料金について、その課金処理を完了しているか否かを判断し、送信元が課金処理を完了している場合に限り当該文書データを取り込んで配信処理を実行するように構成されているため、専用アプリケーションがインストールされていないパーソナル・コンピュータに対しても文書配信システム１０を利用する機会を提供する一方で、パーソナル・コンピュータのユーザによる無制限な利用を防止し、実際の利用量に応じた課金を確実に実行することが可能になる。なお、本実施形態においては、複数のＰＣ２２のユーザをグループに分類した上で、各ユーザグループについてその課金処理状態を判定し、文書配信システム１０の利用の可否をユーザグループ毎に判断するように構成することもできる。
【００４８】
以上、本発明を上述した実施形態をもって説明してきたが、上述した実施形態の各機能は、アセンブリ言語、Ｃ、Ｖｉｓｕａｌ  Ｃ、Ｃ＋＋、Ｖｉｓｕａｌ  Ｃ＋＋、Ｊａｖａ（登録商標）、Ｊａｖａ（登録商標）Ｂｅａｎｓ、Ｊａｖａ（登録商標）Ａｐｐｌｅｔ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ、Ｐｅｒｌ、Ｒｕｂｙなど、レガシープログラミング言語やオブジェクト指向プログラミング言語などで記述された装置実行可能なプログラムにより実現することができ、装置可読な記録媒体に格納して頒布することができる。
【００４９】
また、本発明は上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【００５０】
１０…文書配信システム、１２…ネットワーク、２０…配信サーバ、２２…パーソナル・コンピュータ、２４…ファイルサーバ、２６…文書管理サーバ、２８…ＳＭＴＰサーバ、２９…管理端末、３０…ＭＦＰ、３２…課金サーバ、１００…文書配信アプリケーション、１０２…ＦＴＰサーバ部、１０４…取込処理部、１０６…フロー制御部、１０８…処理部、１１０…配信処理部、１１２…画像処理部、１１４…フロー定義データ、１１６…課金処理状態管理データ、１１８…リモート通信部、１２０…課金処理部、１２２…ログ取得部、１２４…課金データ生成部、１２６…課金処理状態管理設定部、１３０…ファイル・システム、１３２…監視フォルダ、１４０…ＦＴＰクライアント部、１５２…請求処理部、１５４…課金情報テーブル、１５６…課金データ記憶部、１５８…リモート通信部、２００…テーブル、２１０…送信元アドレス・テーブル、２２０…課金処理状態アドレステーブル
【先行技術文献】
【特許文献】
【００５１】
【特許文献１】特開２００８−９７５８６号公報
【特許文献２】特開２００５−２０８９３４号公報
【図１】
2010283494.tif 000003
【図２】
2010283494.tif 000004
【図３】
2010283494.tif 000005
【図４】
2010283494.tif 000006
【図５】
2010283494.tif 000007
【図６】
2010283494.tif 000008
【図７】
2010283494.tif 000009
【図８】
2010283494.tif 000010
【図９】
2010283494.tif 000011