JP5743001B2 - 情報処理装置、課金システム、情報処理方法、プログラムおよび記録媒体 - Google Patents

Description

本発明は、画像処理技術に関し、より詳細には、複合機などの画像入力装置と連携して、画像データに対する処理を制御する画像処理装置、システム、画像処理方法、プログラムおよび記録媒体に関する。

近年、企業や官公庁などにおいては、業務効率化を図るため、複合機などの画像入力装置と、パーソナル・コンピュータやサーバなどの情報処理装置とをネットワークを介して連携させ、紙文書の電子化および配布を効率的に実現する文書配信システムが普及しつつある。

例えば、特開２００８−９７５８６号公報（特許文献１）は、フロー定義データに基づいて、スキャン画像データに対して一または複数の処理の実行を制御するフロー実行制御部と、処理を実行する際に、画面定義データを複合機に送信して、画面定義データに基づいて複合機に表示された書誌情報入力画面から入力された書誌情報を受信するリモート通信部とを備える配信サーバを開示する。特許文献１の配信サーバでは、受信した書誌情報とフロー定義データとが関連付けられ、書誌情報が関連付けられたフロー定義データに基づいて、スキャン画像データに対して、画像変換、メール配信、フォルダ配信などの一または複数の処理の実行が制御される。そして、受信した書誌情報に応じた一連の文書配信フローが実現される。

その他、特開２００５−２０８９３４号公報（特許文献２）は、文書を読み取って配信する際に自動的に必要な画像処理を容易に行うことを目的として、入力文書の先頭ページにＯＣＲフォームシートを配置し、文書をスキャナで読み取った文書データから、ＯＣＲフォームシートに記入された画像処理メニューに対応する符号データと、画像処理範囲を指定する画像処理位置データとを認識して抽出する、文書配信処理装置を開示する。この文書配信処理装置では、抽出した符号データに対する画像処理が画像処理位置データで決められた範囲について行われ、指定された画像処理が行われた後に、決められた配信先に配信される。

ところで、上述したような文書配信システムを構築するためには、通常、上記配信サーバを導入することに加え、複合機などの画像入力装置自体がその文書配信システムに対応している必要がある。例えば、特許文献１に開示される技術では、配信サーバが提供する文書配信機能を利用するためには、画像入力装置には、配信サーバと通信して所定の文書配信フローを選択し、また読取画像データを文書配信フローに渡すための専用のスキャナ・アプリケーションが実装される。

一方、企業や官公庁などにおいては、通常、専用アプリケーションをインストールできない種々の画像入出力装置が既に配備されていることが通常であり、既存の画像入出力装置を活用して文書配信システムを構築したいという要望がある。この要望に応えるために、汎用プロトコルを介して文書配信機能を利用するための手段を設けることが考えられる。このような手法としては、例えば、画像データを配信フローに取り込むための監視フォルダを設ける手法が考えられる。上記手法では、配信サーバは、監視フォルダへのファイル入出力を監視し、ファイル転送プロトコルやファイル共有プロトコルにより画像入力装置から画像データが転送された場合に、文書配信フローに取り込む処理を行う。

しかしながら、上記のような手法では、フォルダ毎の利用制限が可能であるが、画像入出力装置毎に文書配信機能の利用制限を行うことが事実上困難である。よって、監視フォルダにアクセス可能な装置に対して無制限に機能を開放してしまうという不具合が生じる。すなわち、専用アプリケーションをインストールすることができない画像入出力装置であっても、画像入出力装置毎に利用権限を管理することで、利用権限を有する適正な装置に対して文書配信機能を利用可能にできる技術の開発が望まれていた。

本発明は、上記問題点を鑑みてなされたものであり、本発明は、専用アプリケーションがインストールされていない画像入出力装置に対しても文書配信機能を利用するための手段を提供する一方で、その利用権限を簡便な手法で確認し、画像入出力装置毎に文書配信機能の利用制限をかけることが可能な、画像処理装置、該画像処理装置を含むシステム、画像処理方法、プログラムおよび記録媒体を提供することを目的とする。

本発明は、上記課題を解決するために、本発明による画像処理装置は、まず、ネットワークを介して画像入力装置から画像データを取得し、送信元識別値に対応付けて保存する。画像処理装置は、監視対象の保存位置に画像データが保存されたことに応答して、対応する送信元識別値と、登録識別値および利用権限を関連付ける管理データ内の登録識別値とを照合する。そして、送信元の画像入力装置が利用権限を有している場合に、画像処理装置は、画像データを取込対象として設定する。取込対象として設定された画像データは、１以上の処理の流れを定義するフロー定義データに従って、上記１以上の処理が適用される。フロー定義データが定義する１以上の処理は、例えば振り分け処理、画像処理、および出力処理、またはこれらのうち少なくとも１つの処理を含むことができる。

また本発明では、上記フロー定義データの識別値に対応付けられる監視対象の保存位置に応じて課金するための記録処理を行うことができる。監視対象の保存位置に応じた課金は、例えば監視対象の保存位置の数に応じて行ったり、監視対象の保存位置に対応付けられるフロー定義データの内容に応じて行ったりすることができ、一定期間毎に、または文書データを取込対象として設定し上記１以上の処理を適用する毎に料金を発生させることができる。さらに本発明では、画像処理装置は、画像入力装置から画像データの書誌データを受信することができ、受信した書誌データを用いてフロー定義データを補足することができる。

また本発明では、画像処理装置は、管理データが保持する登録識別値、および該登録識別値に関連して設定される利用権限を変更するための管理画面を定義付ける画面データを生成することができ、さらに、管理画面を介して入力された変更を管理データに反映させることができる。

上記利用権限は、フロー制御機能全体の利用許可、または監視対象の保存位置毎の利用許可を含むことができる。また上記管理データは、装置を識別する装置識別値と登録識別値とを対応付けるデータと、装置識別値と利用権限とを対応付けるデータとを含むことができる。また、上記フロー定義データは、監視対象の保存位置と対応付けられることができる。

さらに本発明では、上記画像処理装置と、画像処理装置にネットワークを介して接続される画像入力装置とを含むシステムを提供することができる。上記画像入力装置は、画像読取処理またはファクシミリ受信処理により、画像データの入力を受けることができる。画像入力装置は、送信先として指定された画像処理装置にアクセスし、保存位置を指定して当該画像データを送信することができる。

さらにまた本発明によれば、画像処理装置が実行する画像処理方法、コンピュータに上画像処理方法を実行させるための装置実行可能なプログラム、該プログラムを格納する装置可読な記録媒体が提供される。本発明では、画像処理装置は、個別のサーバ装置として構成することができ、または画像入力装置と一体に構成することができる。

上記構成によれば、専用アプリケーションがインストールされていない画像入力装置であっても、その送信元識別値が利用権限を登録する管理データ内に登録されていれば、利用権限が適正なものとして判定され、フロー定義データに従った１以上の処理に渡される。上記構成では、画像入力装置側のオペレータは、所望のフロー定義データに対応する監視対象の保存位置に画像データを送信するという簡便な操作で、自装置の利用権限を示し、所望のフロー定義データに従った１以上の処理に渡すことができるようになる。

第１の実施形態の文書配信システムのネットワーク環境を示す図。 第１の実施形態の配信サーバのハードウェア構成の実施形態を示す図。 第１の実施形態の文書配信システムの機能ブロック図。 第１の実施形態の配信サーバと非対応複合機との間で行われるファイル転送処理を示すシーケンス図。 第１の実施形態の配信サーバの取込処理部が実行する処理フローを示すフローチャート。 （Ａ）文書データと送信元アドレス値とを対応付ける送信元アドレス・テーブル、（Ｂ）利用権限管理データを構成する利用許可アドレステーブル、（Ｃ）監視フォルダとフロー定義データとを対応付けるテーブルのデータ構造を示す図。 フロー定義データのデータ構造を示す図。 （Ａ）書誌情報を記述する書誌データ、（Ｂ）補足された後のフロー定義データのデータ構造を示す図。 第１の実施形態の利用権限管理設定部が提供する管理画面を示す図。 第１の実施形態の監視フォルダ管理画面（Ａ）と、監視フォルダ毎の課金単価を計算するための料金テーブル（Ｂ）とを示す図。 他の実施形態の配信サーバとしての複合機のハードウェア構成の実施形態を示す図。 第２の実施形態の文書配信システムのネットワーク環境を示す図。 第２の実施形態の文書配信システムの機能ブロック図。 第２の実施形態の配信サーバの取込処理部が実行する処理フローを示すフローチャート。 第２の実施形態において課金処理のために記録される課金情報データのデータ構造を示す図。

以下、本発明の実施形態を説明するが、本発明の実施形態は、以下の実施形態に限定されるものではない。なお、以下の実施形態では、画像処理装置と画像入力装置とを含むシステムの一例として、文書データの配信処理を実行する配信サーバと、複合機とを含む文書配信システムを用いて説明する。

図１は、第１の実施形態の文書配信システム１０のネットワーク環境を示す図である。図１に示す文書配信システム１０は、ネットワーク１２を介して接続する配信サーバ２０および複数の複合機２２，２４を含む。図１に示すネットワーク環境では、配信サーバ２０は、その文書データの配信先として機能するファイルサーバ２８、文書管理サーバ３０、ＳＭＴＰ（Simple Mail Transfer Protocol）サーバ３２およびパーソナル・コンピュータ（以下、ＰＣと参照する。）３４とネットワーク１２を介して通信可能とされている。

上記ネットワーク１２は、イーサネット（登録商標）やＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）などのトランザクション・プロトコルによるＬＡＮ（Local Area Network）、ＶＰＮ（Virtual Private Network）や専用線を使用して接続されるＷＡＮ（Wide Area Network）などとして構成することができる。しかしながら、ネットワーク１２の構成は、特に限定されるものではなく、図示しないルータを介して接続されるインターネットなどを含んでいてもよく、また有線または無線、またはこれらの混合のネットワークとして構成することができる。

複合機２２，２４は、スキャナ機能およびファクシミリ機能を備え、本実施形態の画像入出力装置を提供する。複合機２２，２４は、スキャンまたはファクシミリ受信により生成した画像データに対し、書誌情報を適宜付して文書データとし、文書データを配信サーバ２０に転送する。なお、本実施形態において、画像データは、ＢＭＰ、ＴＩＦＦ、ＪＰＥＧ、ＲＡＷ形式等の種々の画像フォーマットのデータであり、書誌情報を含む画像データを文書データと参照する。また書誌情報は、例えばＸＭＬなどの構造化言語で記述されたファイルとして、画像ファイルと別に構成することができる。

図１に示す複合機２４には、配信サーバ２０が提供する文書配信機能を利用するための専用アプリケーションがインストールされており、上記複合機２４は、文書配信機能に対応の構成とされている（以下、複合機２４を対応複合機ということもある。）。一方、複合機２２には、配信サーバ２０が提供する文書配信機能を利用するための専用アプリケーションがインストールされておらず、文書配信機能に非対応の構成とされている（以下、複合機２２を非対応複合機ということもある。）。そこで本実施形態の複合機２２は、ファイル転送プロトコル（ＦＴＰ：File transfer Protocol）、ＳＭＢ（Server Message Block）やＮＦＳ（Network File System）といったファイル共有プロトコルなど、汎用プロトコルを介して配信サーバ２０の文書配信機能を利用可能とされている。

上記配信サーバ２０は、複合機２２，２４などから文書データを受信して、送信元が利用権限を有する場合には、予め定義された所定の配信フローに従って、文書データに対し一連の処理を適用する。配信フローに定義される処理としては、種々の出力処理、および出力処理の前段階で適用される種々の中間処理を含む。出力処理としては、例えば、上述したファイルサーバ２８に対するファイル転送、文書管理サーバ３０に対する文書登録、ＳＭＴＰサーバ３２に対する電子メール送信、ＷＥＢ配信処理、ＰＣ３４に対するファイル転送などを含むことができる。上記中間処理としては、画像データのフォーマット変換、画像の補正や加工などの画像処理、機密レベル等の書誌情報に従ってフローを振り分けるフィルタリングなどの振り分け処理、書誌情報の変換処理などを含むことができる。

図１に示すネットワーク環境では、さらに管理端末２６がネットワーク１２を介して配信サーバ２０と接続されている。本実施形態では、管理者は、管理端末２６を用いて配信サーバ２０の各種設定を行うことができる。しかしながら、配信サーバ２０の管理は、特に限定されるものではなく、配信サーバ２０がディスプレイ装置や入力装置を備える場合には、これらの入出力インタフェースを介して直接管理設定を行うこともできる。

以下、配信サーバ２０の構成について詳細を説明する。図２は、第１の実施形態の配信サーバ２０のハードウェア構成の実施形態を示す図である。配信サーバ２０は、マイクロプロセッサ・ユニット（ＭＰＵ)４２と、ＢＩＯＳ（Basic Input Output System）を格納する不揮発性メモリ４４と、ＭＰＵ４２によるプログラム処理を可能とする実行記憶空間を提供するＲＡＭなどのメモリ４６とを含んで構成されている。ＭＰＵ４２は、起動時に不揮発性メモリ４４からＢＩＯＳを読み出して、システム診断を行なうとともに入出力装置５６の管理を行っている。

ＭＰＵ４２は、内部バス５２を介して記憶制御用インタフェース４８に接続され、ハードディスク５０は、ＭＰＵ４２からの入出力要求に応答してデータの書込または読み出しを実行する。記憶制御用インタフェース４８としては、ＩＤＥ（Integrated Device Electronics）、ＡＴＡ（AT Attachment）、シリアルＡＴＡ、ＵｌｔｒａＡＴＡなどの規格により、ハードディスク５０の入出力を管理するインタフェースを使用することができる。ＭＰＵ４２は、内部バス５２を介してＵＳＢ、ＩＥＥＥ１１６４などのシリアルまたはパラレル・インタフェース５４を制御して、キーボード、マウス、プリンタなどの入出力装置５６と通信して、ユーザからの入力を受け取る。

配信サーバ２０は、さらにＶＲＡＭ５８とグラフィック・チップ６０とを含んでおり、ＭＰＵ４２からの指令に応答してビデオ信号を処理し、ディスプレイ装置６２へと表示させている。また、ＭＰＵ４２は、内部バス５２を介してネットワークＩ／Ｆ（ＮＩＣ；Network Interface Card）６４と通信し、ネットワーク１２を通して、配信サーバ２０を、複合機２２，２４、管理端末２６、他の配信先装置２８〜３４と通信させている。

配信サーバ２０は、不揮発性メモリ４４やハードディスク５０、その他、ＮＶ−ＲＡＭ（図示せず）やＳＤカード（図示せず）などの記憶装置に格納されたプログラム（図示せず）を読み出し、メモリ４６のメモリ領域に展開することにより、適切なオペレーティング・システム（ＯＳ）のもとで、後述する各機能部および各処理を実現している。上記ＯＳとしては、Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）またはＬＩＮＵＸ（登録商標）など、如何なるアーキテクチャを有するＯＳを採用することができる。なお、本実施形態のファイルサーバ２８、文書管理サーバ３０、ＳＭＴＰサーバ３２、ＰＣ３４および管理端末２６などについても、図２に示すハードウェア構成と同様の構成とすることができる。

以下、文書配信システム１０の機能構成について説明する。図３は、第１の実施形態の文書配信システム１０の機能ブロック図である。図３には、配信サーバ２０および複合機２２がそれぞれ備える機能ブロックが示されている。配信サーバ２０は、例えばＪａｖａ（登録商標）ＶＭおよび所定のプラットフォーム上で動作する文書配信アプリケーション１００と、ＯＳにより提供されるファイル・システム１３０とを含んで構成される。

本実施形態による文書配信アプリケーション１００は、ＦＴＰサーバとして動作するＦＴＰサーバ部１０２を含んで構成される。ＦＴＰサーバ部１０２は、ＦＴＰクライアントからのファイル転送要求を処理し、ＦＴＰクライアントからファイルを受信して、指定のフォルダに保存し、あるいは指定されたファイルを読み出して、クライアントに送信する。

複合機２２は、ＦＴＰクライアントとして動作するＦＴＰクライアント部１４０と、スキャナ・アプリケーション１４２とを含む。スキャナ・アプリケーション１４２は、スキャン処理を行うためのアプリケーションであり、オペレータからの設定および処理開始の指示を受けて、スキャナ・エンジンを動作させて原稿画像を読み取り、画像データを生成する。また、スキャナ・アプリケーション１４２は、適宜、オペレータからの書誌情報の入力を受けたり、また現在時刻やオペレータのユーザＩＤなどを取得したりして、画像データに書誌情報を付して文書データとする。

スキャン文書の出力先として配信サーバ２０が指定される場合には、ＦＴＰクライアント１４０は、ＦＴＰプロトコルに従う手順で配信サーバ２０のＦＴＰサーバ部１０２に接続し、スキャナ・アプリケーション１４２から受け取った文書データを転送する。ＦＴＰクライアント部１４０およびスキャナ・アプリケーション１４２は、それぞれ、本実施形態の画像入力部およびデータ送信部を提供する。

本実施形態による文書配信アプリケーション１００は、さらに、取込処理部１０４と、フロー制御部１０６とを含んで構成される。フロー制御部１０６は、フロー定義データ１１４に定義される処理フローに沿って、処理部１０８における各処理部１１０，１１２を呼び出して、対象の文書データに対し処理を適用する。なお、フロー制御部１０６は、本実施形態のフロー制御部を提供する。

取込処理部１０４は、ファイル・システム１３０上の所定のフォルダ（以下、監視フォルダと参照する。）１３２に対するファイルの入出力を監視する。そして、取込処理部１０４は、この監視フォルダに新たな文書データが入力されたことを検知すると、利用権限を有する適正な送信元からの文書データであるかを判断する。取込処理部１０４は、適正な送信元からのものである場合には、フロー制御部１０６による文書配信処理の取込対象として設定し、フロー制御部１０６に処理を渡す。なお、監視フォルダは、本実施形態の監視対象の保存位置を提供する。

本実施形態の文書配信システム１０では、送信元アドレス値を用いて、送信元の装置の利用権限を判定するよう構成されている。このことを目的として、上記ＦＴＰサーバ部１０２は、文書データが転送されてくると、後段の取込処理部１０４が送信元の利用権限を確認できるように、受信した文書データのファイルと、そのファイルの送信元アドレス値とを対応付けて記憶する。なお、ＦＴＰサーバ部１０２は、本実施形態の取得データ保存部を提供する。また、送信元アドレス値は、本実施形態の送信元識別値を構成する。

図６（Ａ）は、文書データと送信元アドレス値とを対応付ける送信元アドレス・テーブルのデータ構造を示す。図６（Ａ）に示す送信元アドレス・テーブル２００は、送信元アドレス値が入力されるフィールド２００ａと、文書データの保存位置およびファイル名を表すパスが入力されるフィールド２００ｂとを含む。この送信元アドレス・テーブル２００は、例えば、監視フォルダ１３２内など、ＦＴＰサーバ部１０２および取込処理部１０４が共にアクセス可能な記憶領域に記憶される。送信元アドレス・テーブル２００は、適宜、削除済みファイルに対応するエントリが削除処理されるなど、メンテナンスされることが好ましい。なお、アドレス値としては、例えばＩＰｖ４あるいはＩＰｖ６のＩＰアドレスや、ＭＡＣ（媒体アクセス制御）アドレスを用いることができる。本実施形態では、ＩＰｖ４のＩＰアドレスを用いて説明する。なお、本実施形態では、汎用プロトコルとしてファイル転送プロトコル（ＦＴＰ）を用いる場合を説明するが、送信元のアドレス値などの送信元の画像入出力装置が特定可能であれば、特に限定されるものではない。

再び図３を参照すると、取込処理部１０４は、定期的に監視フォルダ１３２をポーリングして、新規に保存された文書データの有無を確認し、取り込む判定をすべき文書データの入力を検知する。あるいは、取込処理部１０４は、監視フォルダ１３２内のファイル構成の変更に応答して通知するようシステムに登録されたイベントに応答して、取り込む判定をすべき文書データの入力を検知する。

取込処理部１０４は、判定すべき文書データの入力を検出すると、その文書データに対応付けられた送信元アドレスを読み出し、利用権限管理データ１１６と照合して、その文書データが利用権限を有する送信元から送られたものであるか否かを判定する。利用権限管理データ１１６は、管理者などにより予め設定済みの利用権限が与えられた装置のアドレス値を登録している。

図６（Ｂ）は、利用権限管理データ１１６を構成する利用許可アドレステーブル２１０のデータ構造を示す。図６（Ｂ）に示す利用許可アドレステーブル２１０は、付与可能なライセンス数を保持するライセンス数フィールド２１０ａと、登録のアドレス値と利用権限とを関連付けるフィールド２１０ｂおよびフィールド２１０ｃからなるテーブルとを含む。フィールド２１０ｂには、システムに登録された登録アドレス値が入力され、フィールド２１０ｃには、該登録アドレス値に与えられる利用権限が入力される。なお、登録アドレス値は、本実施形態の登録識別値を構成する。

なお、本実施形態では、利用許可アドレステーブル２１０によってアドレス値と利用権限とが直接対応付けられる構成を取っているが、特に限定されるものではない。他の実施形態では、例えば、ＳＮＭＰ（Simple Network Management Protocol）により複合機のＭＩＢ（Management Information Base）から取得される機器ＩＤに対して利用権限を付与し、機器ＩＤとＩＰアドレスとを対応付けるテーブルを用いて、アドレス値と利用権限とを間接的に関連づけて、送信元の利用権限を判定するために供することができる。また、本実施形態では、登録アドレス値に対し、文書配信機能全体の利用の可否を設定する構成とされているが、例えば後述するフロー定義データ（監視フォルダ）毎に利用の可否を定めて、より柔軟に利用権限を制限することもできる。

また、本実施形態では、管理者が予め画像入出力装置に付与可能なライセンス数を設定し、そのライセンス数に応じて課金することができる。例えば、ライセンス数が管理者により適宜変更可能とされ、月単または年単位等で、期間中のライセンスの最大数を記録し、その最大値に応じた料金を課金することができる。しかしながら、ライセンスの付与方法や課金方法はこれらに特に限定されるものではない。他の実施形態では、付与可能なライセンス数の上限を設けずに、追加登録された利用許可アドレステーブル２１０のエントリの数に応じて課金することもできる。例えば、月単または年単位等で、期間中のアドレスの最大登録数を記録し、この最大登録数に応じた料金を課金することができる。また、これらのライセンス数等による課金は、後述する監視フォルダ毎の課金と組み合わされてもよい。

再び図３を参照すると、取込処理部１０４は、利用権限を有する送信元から送られた文書データであれば、該文書データの保存先の監視フォルダに対応したフロー定義データを指定し、取込対象に設定する。取込対象に設定されると、文書データに対する以後の処理がフロー制御部１０６に渡される。なお、取込処理部１０４は、本実施形態の取込判定部を提供する。本実施形態では、各フロー定義データ１１４は、ファイル・システム１３０の各監視フォルダ１３２に対応付けられている。すなわち、複合機２２では、オペレータは、保存先の監視フォルダを指定することによって、所望の配信フローに文書データを渡すことが可能とされる。

図６（Ｃ）は、監視フォルダとフロー定義データとを対応付けるテーブル２２０のデータ構造を示す。図６（Ｃ）に示すテーブル２２０は、監視フォルダのパスが入力されるフィールド２２０ａと、その監視フォルダに対応付けられるフロー定義データの識別値が入力されるフィールド２２０ｂとを含む。

再び図３を参照すると、フロー制御部１０６は、取込処理部１０４から取込対象の文書データの処理を渡されると、指定されたフロー定義データ１１４を呼び出し、その内容に従って画像処理部１１２および配信処理部１１０を適宜呼び出して、定義された１以上の処理を文書データに対して適用する。なお、指定されたフロー定義データが書誌情報による補足を要する場合には、フロー制御部１０６は、文書データが含む書誌情報によりフロー定義データを補足することができる。配信処理部１１０が呼び出されると、その要求された配信処理の内容に応じて、ファイルサーバなどの配信先２８〜３４への配信処理が行われる。

図７は、フロー定義データのデータ構造を示す。図７に示すフロー定義データ２３０は、文書データに対する１以上の処理の流れをＸＭＬにより記述したものである。図７に示す例では、フロー定義データ２３０は、契約書の入力を待ち受ける監視フォルダに入力された文書データに対して適用されるフローを例示する。フロー定義データ２３０は、契約書の画像データに対する画像変換処理と、画像変換された画像データのフォルダへの配信とを順に適用するフローと、文書データを電子メールで送信するフローとを並列して実行することを示している。

フロー定義データ２３０は、より具体的には、図７に示すように木構造に構成された多数のタグからなる。タグ＜ＩＤ＞は、フローを識別するフロー定義識別値を記述するための記述子である。タグ＜ＰｌｕｇｉｎＩＤ＞は、処理を識別する処理識別値を記述するための記述子である。値”ImageConverter”は、画像変換処理を示し、値”ToFolder”は、フォルダ配信処理を示し、値”ToEmail”は、電子メール送信を示す。タグ＜ＰｌｕｇｉｎＴｙｐｅ＞は、処理のタイプを設定するための記述子であり、出力処理（”OutPut”）または中間処理（”filter”）が設定される。タグ＜Ｐａｒａｍｅｔｅｒ＞は、各処理の種々のパラメータを設定するための記述子である。また、タグ＜Ｐａｒａｍｅｔｅｒ＞は、書誌情報に対応して入力されるパラメータを含むことができる。図７の例では、記述２３２〜２３８の中括弧で示した箇所に、書誌情報に対応する値が入力される。

図３を再び参照すると、さらに対応複合機２４が備える機能ブロックが示されている。複合機２４は、文書配信機能を利用するための専用アプリケーション１６０を含む。一方、文書配信アプリケーション１００は、さらに、リモート通信部１１８を含んで構成される。リモート通信部１１８は、対応複合機２４の専用アプリケーション１６０と通信を行い、対応複合機２４に対して文書配信機能を提供している。なお、通常の専用アプリケーション１６０を用いた文書配信機能の利用については、本明細書では、これ以上詳細な説明には立ち入らない。

以下、図４および図５を参照して、第１の実施形態の文書配信処理の流れを説明する。図４は、配信サーバ２０と非対応複合機２２との間で行われるファイル転送処理を示すシーケンス図である。図４に示す処理は、複合機２２のオペレータからスキャナ・アプリケーション１４２が起動されて開始される。

ステップＳ１０１では、スキャナ・アプリケーション１４２は、オペレータからオペレーション・パネル等を介してスキャン処理の設定入力を受領する。このスキャン処理の設定は、スキャン画像データの転送先の指定や書誌情報の入力、各種スキャン条件の指定を含む。ここでは、転送先として、配信サーバ２０の監視フォルダ１３２が指定されているものとする。ステップＳ１０２では、オペレーション・パネルのスタートキーが押下されて、スキャナ・アプリケーション１４２は、スキャン処理開始の指示を受領する。

ステップＳ１０３では、スキャナ・アプリケーション１４２は、スキャナ・エンジンを動作させて、画像読取処理を実行し、画像データを生成する。画像読取処理が完了すると、ステップＳ１０４では、スキャナ・アプリケーション１４２は、ＦＴＰクライアント部１４０に画像データおよび書誌データの転送を依頼する。ステップＳ１０５では、ＦＴＰクライアント部１４０は、ＦＴＰプロトコルに従って、配信サーバ２０のＦＴＰサーバ部１０２に接続要求を送信する。ステップＳ１０６では、ＦＴＰサーバ部１０２は、例えばパッシブ型ＦＴＰが指定される場合には、データ転送用のポート番号を決定し、ＦＴＰクライアント部１４０に通知し、接続の了承を応答する。

ステップＳ１０７では、複合機２２のＦＴＰクライアント部１４０は、画像データと、書誌情報を記述する書誌データとの転送処理を行う。図８（Ａ）は、複合機２２側から受信した書誌情報を記述する書誌データのデータ構造を示す。書誌データ２４０は、各書誌項目の値をＸＭＬにより記述したものであり、図８（Ａ）に示す例に限定されないが、図（Ａ）では、書誌項目として、スキャンした日付および操作者のユーザ名が含まれる。

ＦＴＰサーバ部１０２は、ステップＳ１０８では、指定の監視フォルダ１３２への画像データおよび書誌データの保存をファイル・システム１３０に指令し、ステップＳ１０９で、保存先のパスに対応付けて送信元アドレス値を送信元アドレス・テーブル２００に記憶する。一方、監視フォルダ１３２では、ステップＳ１１０で、画像データおよび書誌データの保存が完了する。

図５は、配信サーバ２０の取込処理部１０４が実行する処理フローを示すフローチャートである。図５に示す処理は、例えば、文書配信アプリケーション１００が起動されて、ステップＳ２００から開始される。ステップＳ２０１では、取込処理部１０４は、監視フォルダへの文書データの新規保存を検出したか否かを判定する。ステップＳ２０１では、文書データの新規保存を検出するまでの間（ＮＯの間）、ステップＳ２０１をループする。ステップＳ２０１で、例えば上記図４に示したステップＳ１１０に対応して、新しく保存された文書データが見つかり、新規保存を検出したと判定された場合（ＹＥＳ）には、ステップＳ２０２へ処理が進められる。

ステップＳ２０２では、取込処理部１０４は、新規の文書データに対応した送信元アドレス値を送信元アドレス・テーブル２００から取得する。ステップＳ２０３では、取込処理部１０４は、取得した送信元アドレス値と、利用権限管理データ１１６とを照合する。ステップＳ２０４では、取込処理部１０４は、送信元アドレス値と一致する登録アドレス値を利用権限管理データ１１６の中から検索し、送信元が利用権限を有しているか否かを判定する。

ステップＳ２０４で、送信元が利用権限を有していると判定された場合（ＹＥＳ）には、ステップＳ２０５へ処理を進める。ステップＳ２０５では、取込処理部１０４は、新規保存が検出された監視フォルダに対応するフロー定義識別値を指定して、取込対象に設定し、受信した書誌データとともにフロー制御部１０６へ渡し、ステップＳ２０１へ処理をループさせ、次の新規保存検出を待ち受ける。

取込対象に設定された文書データを受け取り、フロー制御部１０６は、指定のフロー定義データに適宜書誌データの内容で補足し、１以上の処理の適用を行う。図８（Ｂ）は、書誌データにより補足された後のフロー定義データのデータ構造を示す。図８（Ｂ）に示す例では、補足後のフロー定義データ２５０では、記述２３２〜２３８の中括弧で示した箇所が、図８（Ａ）で示した書誌データ２４０が書誌項目の値で置き換えられている。

再び図５を参照すると、ステップＳ２０４で、送信元が利用権限を有さない判定された場合（ＮＯ）には、ステップＳ２０１へ処理を分岐させ、次の新規保存検出まで処理をループさせる。なお、本実施形態では、利用権限が無い送信元からの文書データは、そのまま監視フォルダ中に残されるものとして説明したが、利用権限が無いと判定された直後に、または所定の日数経過後に消去させることもできる。

以下、利用権限を付与する複合機を登録するための利用権限の管理設定について説明する。図３を再び参照すると、図３に示す文書配信アプリケーション１００は、さらに、利用権限管理設定部１２０を含んで構成され、利用権限管理設定部１２０は、配信サーバ２０の管理者に対し、上記アドレス値の追加、変更、削除など、利用権限を付与する画像入力装置を設定および管理するためのユーザ・インタフェースを提供する。

利用権限管理設定部１２０は、例えばウェブアプリケーションとして構成することができる。この場合に、管理端末２６の管理ツール１５０としては、ウェブブラウザを用いることができる。利用権限管理設定部１２０は、ＨＴＴＰプロトコルに従って、管理端末２６のウェブブラウザから上記ユーザ・インタフェースを構成するウェブページの取得要求を受信し、取得要求に応答して、管理画面を構成するデータを送信する。また、利用権限管理設定部１２０は、入力された設定内容を含むＨＴＴＰ要求を受信して、利用権限管理データ２１０に反映させる。

図９は、第１の実施形態の利用権限管理設定部１２０が提供する管理画面を示す。図９に示す管理画面３００は、利用権限を与える複合機のＩＰアドレスを登録するための画面であり、設定を反映させるための設定ボタン３０２と、設定のキャンセルを行うためのキャンセル・ボタン３０４とを含む。管理画面３００は、さらに、利用権限を付与するものとして登録済みのアドレス値が表示されるボックス３０６と、利用権限を与えるアドレスを追加登録するための追加ボタン３１０と、現在選択中の登録アドレス値を変更するための編集ボタン３１２と、現在選択中のアドレス値を登録から抹消するための削除ボタン３１４とを含む。図９に示す例では、「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘ５」３０８が選択されている。

なお利用権限管理設定部１２０には、管理画面にアクセスするために、ＢＡＳＩＣ認証、ＤＩＧＥＳＴ認証、ＬＤＡＰ（Lightweight Directory Access Protocol）認証、生体認証（指紋認証や静脈認証などを含む。）などの認証処理によりアクセス制御をする機構を組み込むことが好ましい。なお利用権限管理設定部１２０は、本実施形態の管理画面データを生成する機能部、および管理画面を介して入力された変更を管理データに反映させる機能部を提供する。

以下、監視フォルダを設定登録するための管理設定について説明する。図１０は、第１の実施形態の監視フォルダ管理画面（Ａ）と、監視フォルダ毎の課金単価を計算するための料金テーブル（Ｂ）とを示す。図１０（Ａ）に示す監視フォルダ管理画面３２０は、監視フォルダを設定登録するための画面であり、設定を反映させるための設定ボタン３２２と、設定のキャンセルを行うためのキャンセル・ボタン３２４とを含む。監視フォルダ管理画面３２０は、さらに登録済みの監視フォルダのパス、当該監視フォルダに関連付けられているワークフローの名称、および当該監視フォルダについて計算される単価が表示されるボックス３２６を含んで構成される。

監視フォルダ管理画面３２０は、さらに、監視フォルダを追加登録するための追加ボタン３３０と、現在選択中の監視フォルダの設定を変更するための編集ボタン３３２と、現在選択中の監視フォルダのエントリを登録から抹消するための削除ボタン３３４とを含む。上記ワークフローの名称は、上記フロー定義データに関連付けられるものである。図１０（Ａ）に示す例では、「C:\ftp\folder3」が選択されている。

各監視フォルダに対して設定される課金料金の単価は、固定値としてもよいが、本実施形態では、図１０（Ｂ）に示す料金テーブル２６０を用いて計算することができる。本実施形態では、図１０（Ｂ）に示す料金テーブル２６０を用いて、フロー定義データに登録されるプラグインの種類およびプラグイン数を集計することで、取り込まれた文書データに対して施される一連の処理に応じた単価を算出することができる。図１０（Ｂ）に示す例では、各処理を識別する処理識別値（ＰｌｕｇｉｎＩＤ）に対して単価金額が関連付けられている。各処理識別値に対して関連付けられる金額は、図示するように固定の金額としてもよいし、その他、段階的な料金を設定するなど単価を条件付けてもよい。この各監視フォルダについて計算される単価が、フロー定義データの識別値に対応するフォルダに応じて課金するための記録処理により記録され、この情報に基づいて課金が行われる。なお、課金された料金の決済方法については、既知のいかなる技術を用いてもよい。

監視フォルダ管理画面３２０は、利用権限管理設定部１２０が提供する管理画面と同様に、例えばウェブアプリケーションにより提供することができる。管理端末２６上で監視フォルダ管理画面３２０の上記追加ボタン３３０がクリックなどされると、監視フォルダのパスの入力および関連付けるワークフローの選択を行うためのダイアログ等が表示される。そして、このダイアログ等を介して入力された設定値が配信サーバに送付され、単価が算出され、監視フォルダ管理画面３２０が更新される。設定ボタン３２２がクリックされると、変更内容が監視フォルダとフロー定義データとを対応付けるテーブル２２０に反映される。

以上説明した実施形態によれば、専用アプリケーションがインストールされていない複合機２２であっても、利用権限管理データ１１６内に登録されていれば、その利用権限が適正なものとして判定される。このため、複合機２２のオペレータは、所望のフローに対応する監視フォルダに文書データをデータ転送することで、所望の文書配信フローに処理を渡すことができる。さらに、文書配信アプリケーション１００が、利用権限管理設定部１２０を備えるため、適正にライセンスを購入した場合に、管理者は、所望の複合機に対して利用権限を設定し、文書配信機能を利用可能に構成することができる。また、例えば適正なライセンス数などの範囲内で、管理者は、所望の画像入力装置に対して利用権限を設定し、文書配信機能を利用可能に構成することが可能となる。また、ライセンス数、登録アドレス数や監視フォルダ数に応じた課金を行うことが可能となる。

なお、上述までは、配信サーバ２０と、複合機２２とが個別の装置として構成された場合の実施形態について説明してきた。しかしながら、配信サーバ２０が管理する複合機の数および複合機の性能によっては、近年複合機自体に配信サーバ機能を組み込むことができる。以下、他の実施形態の配信サーバとして機能する複合機について説明する。

図１１は、複合機４００のハードウェア構成の実施形態を示す。複合機４００は、コントローラ４０２と、オペレーション・パネル４３２と、ＦＣＵ（ファクシミリ・コントロール・ユニット）４３４と、エンジン部４３６とを含み構成される。コントローラ４０２は、ＣＰＵ（中央演算処理装置）４０４と、ＮＢ（ノース・ブリッジ）４０８と、ＮＢ４０８を介してＣＰＵ４０４と接続するＡＳＩＣ４１０と、システムメモリ４０６とを含み構成される。ＡＳＩＣ４１０は、各種画像処理を実行し、ＡＧＰ（Accelerated Graphic Port）４３８を介してＮＢ４０８と接続される。システムメモリ４０６は、描画用メモリなどとして用いられる。

ＡＳＩＣ４１０は、ローカルメモリ４１２と、ハードディスクドライブ（以下、ＨＤＤとして参照する。）４１４と、フラッシュメモリなどの不揮発性メモリ（以下、ＮＶ−ＲＡＭとして参照する。）４１６と接続する。ローカルメモリ４１２は、コピー用画像バッファや符号バッファとして用いられ、ＨＤＤ４１４は、画像データ、文書データ、プログラム、フォントデータやフォームデータなどを蓄積するストレージである。また、本実施形態のＨＤＤ４１４は、上記監視フォルダの記憶領域を提供することができる。ＮＶ−ＲＡＭ４１６は、複合機４００を制御するためのプログラムや各種システム情報や各種設定情報を格納する。

コントローラ４０２は、さらにＳＢ（サウス・ブリッジ）４１８と、ＮＩＣ（ネットワーク・インタフェース・カード）４２０と、ＳＤ（Secure Digital）カード・スロット４２２と、ＵＳＢインタフェース４２４と、ＩＥＥＥ１３９４インタフェース４２６と、セントロニクス・インタフェース４２８とを含み構成され、これらはＰＣＩバス４４０を介してＮＢ４０８と接続される。ＳＢ４１８は、図示しないＲＯＭやＰＣＩバス周辺デバイスなどとＮＢ４０８とを接続するためのブリッジである。ＮＩＣ４２０は、複合機４００をインターネットやＬＡＮなどのネットワークに接続するインタフェース機器であり、ネットワークを介した指令を受付けている。ＳＤカード・スロット４２２は、図示しないＳＤカードを着脱可能に装着する。ＵＳＢインタフェース４２４、ＩＥＥＥ１３９４インタフェース４２６およびセントロニクス・インタフェース４２８は、それぞれの規格に準じたインタフェースであり、印刷ジョブなどを受付けている。

オペレーション・パネル４３２は、コントローラ４０２のＡＳＩＣ４１０と接続され、オペレータからの各種指示の入力を受付けや、画面表示を行なうためのユーザ・インタフェースを提供する。ＦＣＵ４３４およびエンジン部４３６は、ＰＣＩバス４４２を介してＡＳＩＣ４１０と接続する。ＦＣＵ４３４は、Ｇ３またはＧ４といったファクシミリ通信規格に準じた通信方法を実行する。エンジン部４３６は、アプリケーションが発行したプリント指令やスキャン指令を受け、画像形成処理や画像読取処理を実行する。

複合機４００は、ＮＶＲＡＭ４１６やハードディスク（ＨＤＤ）４１４、その他、やＳＤカード（図示せず）などの記憶装置に格納されたプログラム（図示せず）を読み出し、システムメモリ４０６などのメモリ領域に展開することにより、適切なオペレーティング・システム（ＯＳ）のもとで、上述した各配信サーバとしての機能部および各処理を実現している。なお、外部の画像入力装置として動作する複合機２２，２４についても、図１１に示すハードウェア構成と同様の構成とすることができる。

以下、配信フローに取り込んだ文書データ数に従量して課金することができる第２の実施形態の文書配信システムついて説明する。図１２は、第２の実施形態の文書配信システム１０のネットワーク環境を示す図である。なお、第２の実施形態は、第１の実施形態と同様の構成を有しているため、第１の実施形態と同様の構成に対しては同一の符番を付し、以下、相違点を中心に説明する。図１２に示す文書配信システム１０は、第１の実施形態と同様に、ネットワーク１２を介して接続する、配信サーバ２０、複合機２２，２４、ファイルサーバ２８、文書管理サーバ３０、ＳＭＴＰサーバ３２およびＰＣ３４を含み、さらに課金サーバ３６が追加されている。

課金サーバは、文書配信システムの利用状況に応じてユーザに課金するための課金情報を収集する。配信サーバ２０は、利用権限を有する非対応複合機から文書データを受信して、送信元が利用権限を有する場合には、予め定義された所定の配信フローに取り込んで、文書データに対し一連の処理を適用する。本実施形態の配信サーバ２０は、さらに、その取込処理の実行に従量した課金を実現するために、取込処理のログを記録し、課金サーバ３６に報告する。なお、図１２に示す実施形態では、配信サーバ２０と独立した課金サーバ３６としているが、配信サーバ２０に課金サーバの機能を実装してもよい。

以下、第２の実施形態の文書配信システム１０の機能構成について説明する。図１３は、第２の実施形態の文書配信システム１０の機能ブロック図である。図１３に示す機能ブロックには、さらに、課金サーバ３６の機能ブロックが含まれる。また本実施形態の配信サーバ２０は、文書配信アプリケーション１００の機能として、課金情報記録部１２２と、課金情報データ１２４と、課金情報送信部１２６とをさらに含んで構成される。

取込処理部１０４は、監視フォルダ１３２に対する文書データのファイルの入出力を監視する。取込処理部１０４は、利用権限を有する送信元からの文書データが入力された場合には、該文書データの保存先の監視フォルダに対応したフロー定義データを指定して、フロー制御部１０６による文書配信処理の取込対象として設定し、フロー制御部１０６に処理を渡す。フロー制御部１０６は、取込対象の文書データの処理を受け取ると、指定されたフロー定義データ１１４を呼び出し、定義された１以上の処理を文書データに対して適用し、処理が完了すると、その完了を取込処理部１０４に通知する。

フロー制御部１０６から完了の通知を受け取ると、取込処理部１０４は、この文書データを取込が完了した事実および指定したフロー定義データ１１４の識別値を課金情報記録部１２２に通知する。課金情報記録部１２２は、取込処理部１０４から通知された識別値に対応するフロー定義データを読み出し、ジョブ単位での課金料金を規定する図１０（ｂ）に示すような料金テーブルを参照して課金額を算出し、取り込んだ文書データに対する一連の処理の実行に対して課金するための記録処理を行う。この記録処理により、図１５に示すような課金情報データ１２４が記録される。

図１５は、第２の実施形態において課金処理のために記録される課金情報データのデータ構造を示す。図１６に示す課金情報データ２７０は、連番が付される情報番号、処理時刻、監視フォルダのパス、フロー定義識別値、課金額、クライアント識別値が入力されるフィールド２７０ａ〜ｆを含む。課金額は、上述したように、図１０（ｂ）に示すような処理識別値毎に単価を規定したテーブルを参照して、フロー定義データの内容に応じて算出することができるが、これに限定されるものではない。例えば、フロー定義データの内容に加えて、文書データの特性、例えばモノクロ／カラーの別、ページ数、解像度、電子メールの宛先数などに応じて算出することもできる。

課金情報送信部１２６は、一定の期間経過後、スケジュールされたタイミング、または一定量のレコードが蓄積されたタイミングで、課金情報データ１２４に蓄積された課金情報を課金サーバ３６に送信する。課金サーバ３６の課金データ収集部１７０は、配信サーバ２０を含め種々の装置から、課金手続のための課金情報を収集し管理している。

図１４は、第２の実施形態の配信サーバ２０の取込処理部１０４が実行する処理フローを示すフローチャートである。図１４に示す処理は、例えば、文書配信アプリケーション１００が起動されて、ステップＳ３００から開始される。ステップＳ３０１で、取込処理部１０４は、監視フォルダへの文書データの新規保存を検出したか否かを判定する。ステップＳ３０１では、文書データの新規保存を検出するまでの間（ＮＯの間）、処理ループさせる。ステップＳ３０１で、例えば上記図４に示したステップＳ１１０に対応して、新しく保存された文書データが見つかり、新規保存を検出したと判定された場合（ＹＥＳ）には、ステップＳ３０２へ処理が進められる。

ステップＳ３０２では、取込処理部１０４は、新規の文書データに対応した送信元アドレス値を送信元アドレス・テーブル２００から取得する。ステップＳ３０３では、取込処理部１０４は、取得した送信元アドレス値と、利用権限管理データ１１６とを照合する。ステップＳ３０４では、取込処理部１０４は、送信元アドレス値と一致する登録アドレス値を利用権限管理データ１１６の中から検索し、送信元が利用権限を有しているか否かを判定する。

ステップＳ３０４で、送信元が利用権限を有さない判定された場合（ＮＯ）には、ステップＳ３０１へ処理を分岐させ、次の新規保存検出まで処理をループさせる。一方、ステップＳ３０４で、送信元が利用権限を有していると判定された場合（ＹＥＳ）には、ステップＳ３０５へ処理を進める。ステップＳ３０５では、取込処理部１０４は、新規保存が検出された監視フォルダに対応するフロー定義識別値を指定して取込対象に設定し、受信した書誌データとともにフロー制御部１０６へ渡す。ステップＳ３０６では、フロー制御部１０６からの配信処理の完了の通知を待ち受け、通知を受けるまでの間（ＮＯの間）、処理ループさせる。

ステップＳ３０６で、配信処理の完了を受けた場合（ＹＥＳ）には、ステップＳ３０７へ処理が進められる。ステップＳ３０７では、取込処理部１０４は、課金情報記録部１２２に監視フォルダに対応するフロー定義を通知して、取込処理が完了した旨を報告し、ステップＳ３０１へ処理をループさせ、次の新規保存検出を待ち受ける。通知を受けた課金情報記録部１２２は、課金額を算出し、取り込んだ文書データに対する一連の処理の実行に対して課金のための記録処理を行う。

以上説明した実施形態によれば、利用権限を有する非対応複合機から送信される文書データを取り込んだ際に、配信フローに取り込んだ文書データに従量して課金することが可能となる。また、文書データが保存される監視フォルダに対応したフロー定義データの内容に応じて課金額を算出することができる構成により、文書データに対して施される一連の処理のシーケンスの付加価値に応じた料金を、文書データ毎に課金することが可能となる。

以上説明したように、本実施形態によれば、専用アプリケーションがインストールされていない複合機などの画像入力装置に対しても、文書配信機能を利用するための機能部を提供する一方で、その利用権限を簡便な手法で確認し、画像入出力装置毎に文書配信機能の利用制限をかけることが可能な、画像処理装置、該画像処理装置を含むシステム、画像処理方法、プログラムおよび記録媒体が提供される。

また上述した実施形態では、画像入力装置の一例として、複合機２２を用いて説明してきたが、ネットワーク通信可能なスキャナ装置やファクシミリ装置など他の画像入力装置として構成することができる。

また上記機能は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、などのレガシープログラミング言語やオブジェクト指向プログラミング言語などで記述されたコンピュータ実行可能なプログラムにより実現でき、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ブルーレイディスク、ＳＤカード、ＭＯなど装置可読な記録媒体に格納して、あるいは電気通信回線を通じて頒布することができる。

これまで本発明の実施形態について説明してきたが、本発明の実施形態は上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１０…文書配信システム、１２…ネットワーク、２０…配信サーバ、２２…複合機、２４…複合機、２６…管理端末、２８…ファイルサーバ、３０…文書管理サーバ、３２…ＳＭＴＰサーバ、３４…ＰＣ、３６…課金サーバ、４２…ＭＰＵ、４４…不揮発性メモリ、４６…メモリ、４８…記憶制御用インタフェース、５０…ハードディスク、５２…内部バス、５４…インタフェース、５６…入出力装置、５８…ＶＲＡＭ、６０…グラフィック・チップ、６２…ディスプレイ装置、６４…ＮＩＣ、１００…文書配信アプリケーション、１０２…ＦＴＰサーバ部、１０４…取込処理部、１０６…フロー制御部、１０８…処理部、１１０…処理部、１１２…処理部、１１４…フロー定義データ、１１６…利用権限管理データ、１１８…リモート通信部、１２０…利用権限管理設定部、１２２…課金情報記録部、１２４…課金情報データ、１２６…課金情報送信部、１３０…ファイル・システム、１３２…監視フォルダ、１４０…ＦＴＰクライアント部、１４２…スキャナ・アプリケーション、１５０…管理ツール、１６０…専用アプリケーション、１７０…課金データ収集部、２００…送信元アドレス・テーブル、２１０…利用許可アドレステーブル、２２０…テーブル、２３０…フロー定義データ、２４０…書誌データ、２５０…補足後のフロー定義データ、２６０…料金テーブル、２７０…課金情報データ、３００…管理画面、３２０…監視フォルダ管理画面、４００…複合機、４０２…コントローラ、４０４…ＣＰＵ、４０６…システムメモリ、４０８…ＮＢ、４１０…ＡＳＩＣ、４１２…ローカルメモリ、４１４…ＨＤＤ、４１６…ＮＶ−ＲＡＭ、４１８…ＳＢ、４２０…ＮＩＣ、４２２…ＳＤカード・スロット、４２４…ＵＳＢインタフェース、４２６…ＩＥＥＥ１３９４インタフェース、４２８…セントロニクス・インタフェース、４３２…オペレーション・パネル、４３４…ＦＣＵ、４３６…エンジン部、４３８…ＡＧＰ、４４０…ＰＣＩバス、４４２…ＰＣＩバス

特開２００８−９７５８６号公報 特開２００５−２０８９３４号公報

Claims (15)

1. 装置を特定する第一の情報と、利用権限とを関連付ける第一の管理情報を記憶する第一の記憶部と、
   所定の保存位置にデータが保存された場合に、該データが保存された保存位置に応じた処理の実行を制御する制御手段と、
   前記データが保存された保存位置に対して該データの保存処理を要求した装置を特定する第二の情報と、前記第一の管理情報とに基づき、該データの保存処理を要求した装置が利用権限を有しているか否かを判定する判定手段と、を有し、
   前記制御手段は、前記判定手段により利用権限を有していると判定された場合に処理を実行するよう制御する、情報処理装置。
2. 前記制御手段は、所定の保存位置にデータが保存された場合に、該データに対して、該データが保存された保存位置に応じた処理の実行を制御する、請求項１に記載の情報処理装置。
3. 前記保存位置と、実行する処理を定義した定義情報とを対応付ける第二の管理情報を記憶する第二の記憶部と、
   所定の保存位置にデータが保存された場合に、前記第二の管理情報に基づき該データが保存された保存位置に応じた前記定義情報を指定する指定手段と、を有し、
   前記制御手段は、前記指定手段により指定された前記定義情報に基づき、該データが保存された保存位置に応じた処理の実行を制御する、請求項１または２に記載の情報処理装置。
4. 前記指定手段は、所定の保存位置にデータが保存された場合に、該データに対して実行する処理として前記定義情報を指定し、
   前記制御手段は、前記指定手段により指定された前記定義情報に基づき、該データに対する処理の実行を制御する、請求項３に記載の情報処理装置。
5. 前記指定手段は、所定の保存位置に保存された前記データの書誌情報と、前記定義情報とを指定し、
   前記制御手段は、前記指定手段により指定された前記書誌情報と前記定義情報とに基づき、該定義情報において定義される処理に関するパラメータに該書誌情報を適用して、処理の実行を制御する、請求項３または４に記載の情報処理装置。
6. 前記判定手段により前記データの保存処理を要求した装置が利用権限を有していないと判定された場合に、前記所定の保存位置に保存される該データを削除する削除手段を有する、請求項１〜５のいずれか１項に記載の情報処理装置。
7. 前記第一の情報は、アドレス情報、または、装置のＩＤである、請求項１〜６のいずれか１項に記載の情報処理装置。
8. 所定の保存位置にデータが保存されたか否かを監視する監視手段を有し、
   前記判定手段は、前記監視手段が所定の保存位置に前記データが保存されたことを検知したことに応じて、前記データが保存された保存位置に対して該データの保存処理を要求した装置を特定する第二の情報と、前記第一の管理情報とに基づき、該データの保存処理を要求した装置が利用権限を有しているか否かを判定し、
   前記所定の保存位置は、所定のフォルダである、請求項１〜７のいずれか１項に記載の情報処理装置。
9. 前記第一の記憶部に記憶された前記第一の情報に基づく前記装置の数に応じた課金のための処理を行う課金手段を有する、請求項１〜８のいずれか１項に記載の情報処理装置。
10. 実行が完了した処理に応じた課金のための処理を行う課金手段を有する、請求項１〜８のいずれか１項に記載の情報処理装置。
11. 情報処理装置と、課金装置とがネットワークを介して接続する課金システムであって、
    装置を特定する第一の情報と、利用権限とを関連付ける第一の管理情報を記憶する第一の記憶部と、
    所定の保存位置にデータが保存された場合に、該データが保存された保存位置に応じた処理の実行を制御する制御手段と、
    前記データが保存された保存位置に対して該データの保存処理を要求した装置を特定する第二の情報と、前記第一の管理情報とに基づき、該データの保存処理を要求した装置が利用権限を有しているか否かを判定する判定手段と、
    処理が実行された場合に、課金額を算出する算出手段と、
    算出された前記課金額に基づく課金を行う課金手段と、を有し
    前記制御手段は、前記判定手段により利用権限を有していると判定された場合に処理を実行するよう制御する、課金システム。
12. 情報処理装置が実行する情報処理方法であって、情報処理装置が、
    装置を特定する第一の情報と、利用権限とを関連付ける第一の管理情報を記憶するステップと、
    所定の保存位置にデータが保存された場合に、前記データが保存された保存位置に対して該データの保存処理を要求した装置を特定する第二の情報と、前記第一の管理情報とに基づき、該データの保存処理を要求した装置が利用権限を有しているか否かを判定するステップと、
    前記判定するステップで利用権限を有していると判定された場合に、前記データが保存された保存位置に応じた処理を実行するよう制御するステップと、
    を有する、情報処理方法。
13. 情報処理装置と、課金装置とがネットワークを介して接続する課金システムが実行する情報処理方法であって、前記課金システムが、
    装置を特定する第一の情報と、利用権限とを関連付ける第一の管理情報を記憶するステップと、
    所定の保存位置にデータが保存された場合に、前記データが保存された保存位置に対して該データの保存処理を要求した装置を特定する第二の情報と、前記第一の管理情報とに基づき、該データの保存処理を要求した装置が利用権限を有しているか否かを判定するステップと、
    前記判定するステップで利用権限を有していると判定された場合に、該データが保存された保存位置に応じた処理を実行するよう制御するステップと、
    処理が実行された場合に、課金額を算出するステップと、
    算出された前記課金額に基づく課金を行うステップと、
    を有する、情報処理方法。
14. コンピュータを、
    装置を特定する第一の情報と、利用権限とを関連付ける第一の管理情報を記憶する第一の記憶部、
    所定の保存位置にデータが保存された場合に、該データが保存された保存位置に応じた処理の実行を制御する制御手段、および
    前記データが保存された保存位置に対して該データの保存処理を要求した装置を特定する第二の情報と、前記第一の管理情報とに基づき、該データの保存処理を要求した装置が利用権限を有しているか否かを判定する判定手段
    として機能させるためのプログラムであって、
    前記制御手段は、前記判定手段により利用権限を有していると判定された場合に処理を実行するよう制御する、プログラム。
15. 請求項１４に記載のコンピュータ実行可能なプログラムをコンピュータ可読に格納する記録媒体。