JP2014044526A - 文書管理装置、その制御方法及びプログラム - Google Patents

Abstract

【課題】画像データを生成した後に当該画像データを編集可能な文書ファイルが登録された場合であっても、当該文書ファイルをユーザに提供可能な仕組みを提供する。
【解決手段】文書管理装置において、第１のユーザが画像処理装置を用いて生成させた画像データを受信し、前記画像データを記憶し、第２のユーザがユーザ端末を用いて送信した、画像データを編集可能な文書ファイルを受信し、前記記憶された画像データの中から、前記受信した文書ファイルに対応する画像データを検索し、前記受信した文書ファイルを、前記検索された画像データを生成させた前記第１のユーザに割り当てられた固有の宛先に送信する。
【選択図】 図１４

Description

本発明は、文書管理装置、その制御方法及びプログラムに関するものである。

近年、ＭＦＰ（Multi Function Peripheral）に代表される画像処理装置は、高機能化、多機能化が進んでいる。スキャン機能、プリント機能といった紙文書の電子化や印刷といった基本的な機能だけではなく、ネットワーク・インターフェース（以下、ネットワークＩ／Ｆと略記する）を搭載した画像処理装置が開発されている。ネットワークＩ／Ｆを搭載した画像処理装置は、ネットワークで接続された外部システム、外部サービスと連携し、様々なソリューションを提供している。

例えば、ネットワークＩ／Ｆを搭載した画像処理装置は、紙文書をスキャンして形成した電子データをサーバ等に構築された文書管理サーバに送信して保管すること（以下、スキャン入稿と呼ぶ）が可能である。また、電子データをメールに添付して送信したい相手に送信することも可能である。但し、スキャン入稿にて生成した電子データは、通常、画像データをＰＤＦ（Portable Document Format）などのような各種汎用フォーマットに内包したデータであることが多い。このような電子データは、ワードプロセッサーや表計算ソフト等の電子データフォーマットに比べて編集操作に適していない。そこで、文書システム側では、スキャン入稿された電子データを解析し、文書管理サーバ内に同一の電子データ（以下、元電子データと呼ぶ)があるかを検索し、検索結果をスキャン入稿ユーザに通知（更には元電子データ自体を提供）する技術が従来からある。この技術によれば、より編集に適した電子データをスキャン入稿ユーザに提供することができ、ユーザ利便性が向上するのである。（特許文献１、特許文献２、等参照）。

特開２００１−２５６２５６号公報 特開２００４−２２０４２４号公報

従来技術によれば、スキャン入稿する際に、同一の電子データ（元電子データ）が文書管理サーバ内に登録されている場合は元文書ファイルを検索することができる。しなしながら、スキャン入稿後に元電子データが文書管理システムに登録されることがある。このような場合でもスキャン入稿ユーザは元電子データを取得したい場合があるが、従来技術ではそのニーズに応えられないという課題があった。

そこで、本発明は、画像データを生成した後に当該画像データを編集可能な文書ファイルが登録された場合であっても、当該文書ファイルをユーザに提供可能な仕組みを提供することを目的とする。

上記目的を達成するために、本発明より、第１のユーザが画像処理装置を用いて生成させた画像データを受信する画像データ受信手段と、前記画像データを記憶する記憶手段と、第２のユーザがユーザ端末を用いて送信した、画像データを編集可能な文書ファイルを受信する文書ファイル受信手段と、前記記憶された画像データの中から、前記受信した文書ファイルに対応する画像データを検索する第１の検索手段と、前記受信した文書ファイルを、前記検索された画像データを生成させた前記第１のユーザに割り当てられた固有の宛先に送信する送信手段と、を備えることを特徴とする文書管理装置が提供される。

本発明によれば、画像データを生成した後に当該画像データを編集可能な文書ファイルが登録された場合であっても、当該文書ファイルをユーザに提供可能な仕組みを提供することができる。

本発明の一実施形態に係る文書管理システムの全体図。 画像処理装置の構成の一例を示すブロック図 文書管理サーバの構成の一例を示すブロック図。 画像処理装置のソフトウェア構成を説明するための図。 文書管理サーバのソフトウェア構成を説明するための図。 本発明の一実施形態におけるスキャン入稿処理を説明するフローチャート。 スキャン入稿のためのログイン画面の一例を示す図。 ユーザ管理部が管理するユーザ情報を格納するためのデータファイルのフォーマットを示す図。 スキャン設定画面の一例を示す図。 文書ＤＢが管理する文書情報を格納するためのデータファイルのフォーマットを示す図。 本発明の一実施形態における文書ファイルの登録、又は印刷を実行させる処理を説明するフローチャート。 文書登録・文書印刷設定画面の一例を示す図。 端末のソフトウェア構成を説明するための図。 本実施形態における、アクセス承認待ち文書ファイルの承認処理を説明するフローチャート。

以下、本発明を実施するための最良の形態について図面を用いて説明する。以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。なお、以下の実施形態において、文書ファイルとは画像データを編集可能なファイルのことを示す。

＜１．システム全体構成＞
以下では、図１を参照して、本実施形態に係る文書管理システムの全体図について説明する。ＬＡＮ１１０には、画像処理装置１０１及び端末１０２（ユーザ端末）が通信可能に接続されている。また、ＬＡＮ１１０はインターネット１２０に接続されている。ＬＡＮ１３０には、文書管理サーバ１３１が接続されている。また、ＬＡＮ１３０はインターネット１２０に通信可能に接続されている。したがって、画像処理装置１０１及び端末１０２は、文書管理サービスを提供している文書管理サーバ１３１ともインターネット１２０経由で接続されている。なお、この構成に限らず、画像処理装置１０１及び端末１０２は文書管理サーバ１３１に接続可能であればよい。

＜２．画像処理装置の構成＞
次に、図２を参照して、画像処理装置１０１の構成例について説明する。画像処理装置１０１は、制御部２１０、操作部２１９、プリンタ２２０、スキャナ２２１を備える。制御部２１０は、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、ＨＤＤ２１４、操作部Ｉ／Ｆ２１５、プリンタＩ／Ｆ２１６、スキャナＩ／Ｆ２１７、ネットワークＩ／Ｆ２１８を含み、画像処理装置１０１全体の動作を制御する。

ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。

操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。ユーザが操作部２１９を操作すると、操作部Ｉ／Ｆ２１５を介して制御部２１０に信号が入力される。プリンタ２２０は、入力された画像データに基づいて記録媒体上に画像形成を行う。画像データは制御部２１０で生成され、プリンタＩ／Ｆ２１６を介して、プリンタ２２０に入力される。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して画像データを制御部に送信する。ネットワークＩ／Ｆ２１８は、制御部２１０からＬＡＮ１１０に接続された外部装置（例えば、文書管理サーバ１３１）への画像データ等の情報の送信、及び外部装置から制御部２１０への各種情報の受信を受け付ける。

＜３．文書管理サーバの構成＞
次に、図３を参照して、文書管理サーバ１３１の構成一例について説明する。文書管理サーバ１３１は、制御部３１０、操作部３２０、画面部３３０を備える。制御部３１０は、ＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３、ＨＤＤ３１４、ネットワークＩ／Ｆ３１５、操作部Ｉ／Ｆ３１６、画面部Ｉ／Ｆ３１７を含み、文書管理サーバ１３１全体の動作を制御する。

ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。

ネットワークＩ／Ｆ３１５は、インターネット１２０を介して、制御部３１０（文書管理サーバ１３１）と、ＬＡＮ１１０に接続された外部装置との間で、画像データ受信など、各種情報の送受信を受け付ける。操作部３２０には、マウスポインタやキーボードなどが備えられている。ユーザが操作部３２０を操作すると、操作部Ｉ／Ｆ３１６を介して制御部３１０に信号が入力される。 画面部３３０は、液晶画面などのディスプレイ装置を含み、制御部３１０で生成された情報が画面部Ｉ／Ｆ３１７を介して画面部３３０に出力される。尚、端末１０２の構成に関しても、図３で説明した文書管理サーバ１３１の構成と同様のものである。

＜４．画像処理装置のソフトウェア構成＞
次に、図４を参照して、画像処理装置１０１のソフトウェア構成について説明する。図３に示す各機能部は、画像処理装置１０１のそれぞれが有しているＣＰＵ２１１が制御プログラムを実行することにより実現される。画像処理装置１０１は、画面表示部４００、ジョブ管理部４０１、通信部４０２、ジョブ処理部４０３、ストレージ４０４を有する。画面表示部４００は、操作部２１９に対してスキャン操作を実行するための入力画面を表示し、ユーザからの入力を受け付け、ジョブ管理部４０１に対してスキャン入稿等を行う。また、各種処理の結果も画面表示部４００に表示される。

ジョブ管理部４０１は、ジョブ処理部４０３、通信部４０２を制御してジョブを実行する。ジョブ管理部４０１は、画面表示部４００からのスキャン入稿を受けて、ジョブ処理部４０３にスキャン実行指示、及び通信部４０２に対して文書管理サーバ１３１との通信指示を行う。また、ジョブ管理部４０１は、文書管理サーバ１３１からの印刷実行リクエストを受けて、ジョブ処理部４０３に印刷実行指示をする。

通信部４０２は、ジョブ管理部４０１からの指示により、文書管理サーバ１３１のプレゼンテーション部５１２（図５で後述する）に対してリクエストを送信する。送信するリクエストの内容は認証処理やスキャンデータのアップロード等である。また、通信部４０２はプレゼンテーション部５１２からのレスポンス（リクエストに対する返信）、及びリクエストを受信する。受信するリクエスト内容は印刷実行指示等である。

ジョブ処理部４０３は、ジョブ管理部４０１からのスキャン実行指示を受けて、制御部２１０にスキャン処理を実行させて、その結果としてスキャナ２２１が原稿上の画像を読み取って生成した画像データ受信、端末１０２から送信された文書ファイル受信等を行う。そして、ジョブ処理部４０３は画像データをスキャンデータとしてストレージ４０４に格納し、処理が終了したことをジョブ管理部４０１に通知する。また、ジョブ処理部４０３は、ジョブ管理部４０１からの印刷実行指示を受けて、制御部２１０に文書管理サーバ１３１から受け取ったＰＤＬデータを渡すとともに、印刷処理を実行させる。その結果、プリンタ２２０が紙媒体上に画像を形成する。なお、ＰＤＬは「Page Description Language」を略したもので、画像処理装置が解釈可能な言語で記述されたデータである。そして、ジョブ処理部４０３は、処理が終了したことをジョブ管理部４０１に通知する。

ストレージ４０４は、ジョブ管理部４０１からの指示によりジョブ処理部４０３で生成されたスキャンデータ、及び文書管理サーバ１３１から受信したＰＤＬデータを格納する。また、ストレージ４０４は、格納されているスキャンデータ及びＰＤＬデータをジョブ管理部４０１に送信する。

＜５．端末のソフトウェア構成＞
次に、図１３を参照して、端末１０２のソフトウェア構成について説明する。図１３に示す各機能部は、端末１０２のそれぞれが有しているＣＰＵ３１１が制御プログラムを実行することにより実現される。端末１０２は、画面表示部１０２ａ、通信部１０２ｂ、ジョブ登録部１０２ｃを有する。画面表示部１０２ａは、画面部３３０にジョブを実行するための画面を表示し、ユーザからの指示によりジョブ登録部１０２ｃに対して「文書ファイル登録」、「印刷」の指示等を行う。また各種処理の結果を画面に表示する。

ジョブ登録部１０２ｃは、画面表示部１０２ａからのジョブ実行指示を受けて、通信部１０２ｂ、を制御してジョブを実行する。通信部１０２ｂは、ジョブ登録部１０２ｃからの指示により、文書管理サーバ１３１のプレゼンテーション部５１２（図５で後述する）に対してリクエストを送信する。送信するリクエストの内容は、認証処理や文書ファイルの登録、印刷等である。また、通信部１０２ｂは、プレゼンテーション部５１２からのレスポンス（リクエストに対する返信）を受信する。受信するリクエスト内容は、処理結果の通知等である。

＜６．文書管理サーバのソフトウェア構成＞
次に、図５を参照して、文書管理サーバ１３１のソフトウェア構成について説明する。図５に示す各機能部は、文書管理サーバ１３１のそれぞれが有しているＣＰＵ３１１が制御プログラムを実行することにより実現される。文書管理サーバ１３１は、Ｗｅｂアプリケーション５０１、文書ファイルベース５０２（以下、文書ＤＢ５０２と略記する）を有する。ＷＥＢアプリケーション５０１は、文書管理部５１１、プレゼンテーション部５１２、ユーザ管理部５１３、文書登録・検索部５１４、文書処理部５１５、メール送信部５１６を有する。

文書管理部５１１は、プレゼンテーション部５１２、ユーザ管理部５１３、文書登録・検索部５１４、文書処理部５１５、メール送信部５１６、の各処理部を制御することで各種処理を実行する。例えば、文書管理部５１１は、プレゼンテーション部５１２からリクエストを受け取って、画像処理装置１０１から受信した認証情報を、ユーザ管理部５１３へ渡し認証処理を行わせる。また、文書管理部５１１は、スキャンデータ、ＰＣ等の端末１０２から受信したデータを、文書処理部５１５に処理させる、文書ＤＢ５０２に登録処理させることを行う。さらに、文書管理部５１１は、その処理結果をプレゼンテーション部５１２へ通知する、メール送信部に対して処理結果を所定のユーザにメール通知するよう指示することもできる。

プレゼンテーション部５１２は、画像処理装置１０１の通信部４０２及びＰＣなどの端末１０２の通信部１０２ｂからのリクエストを受信して、文書管理部５１１にリクエスト内容を送信する。さらに、文書管理部５１１からリクエストに対する処理結果を受け取り、リクエストに対するレスポンスデータを作成し、画像処理装置１０１及び端末１０２にレスポンスを送信する。受け取るリクエストとして、認証処理、電子データの文書ＤＢ５０２へのアップロード、画像処理装置１０１への印刷リクエスト等が挙げられるが、その際の処理については後述する。

ユーザ管理部５１３は、ユーザ情報の管理を行う。また、文書管理部５１１からの指示を受けて、プレゼンテーション部５１２を介して取得した認証情報とユーザ情報を元に認証処理を行い、結果を文書管理部５１１に通知する。

文書登録・検索部５１４は、文書管理部５１１からの指示を受けて、プレゼンテーション部５１２を介して取得した電子データを文書ＤＢ５０２へ登録する。また、文書登録・検索部５１４は、第１の検索手段として、受信した画像データについて、文書処理部５１５にて算出した画像特徴量（詳細は後述する）を用いて、文書ＤＢ５０２に同一の特徴量である文書ファイル（元文書ファイル）が存在するかを検索する。さらに、文書登録・検索部５１４は、第２の検索手段として、受信した文書ファイルについて、文書処理部５１５にて算出した画像特徴量（詳細は後述する）を用いて、文書ＤＢ５０２に同一の特徴量である画像データが存在するかを検索する。文書処理部５１５は、文書管理部５１１からの指示を受けて、プレゼンテーション部５１２を介して取得した電子データからの文書特徴量（詳細は後述する）の抽出、及び電子データのＰＤＬデータへの変換といった処理を実行する。

メール送信部５１６は、ＳＭＴＰ、ＰＯＰ、ＩＭＡＰなどのプロトコルによるメール送受信機能を提供する。なお、ＳＭＴＰは「Simple Mail Transfer Protocol」、ＰＯＰは「Post Office Protocol」、ＩＭＡＰは「Internet Message Access Protocol」を略したものである。メール送信部５１６は、文書管理部５１１から宛先のアドレスと送信内容を受け取り、メールを送信する。文書ＤＢ５０２は、文書情報の管理を行う。また、文書ＤＢ５０２はＷｅｂアプリケーション５０１の指示により、各種電子データ（スキャンデータを含む）を格納する、格納されている電子データを取り出す、といった処理を行う。

なお、この例では文書管理サーバ１３１が１台で文書管理サービス（認証処理、文書処理、文書登録・検索処理、メール送信処理、等）を提供する例を示している。しかしながら、文書管理サーバ１３１の他の形態として、複数のサーバによって各機能が構成され、そのサーバ群の中で複数のヴァーチャルマシンを起動して分散処理を行うようにしてもよい。この場合、所定の条件に応じて仮想マシンを増加させるスケールアウトと呼ばれる技術（クラウドコンピューティング）が用いられてもよい。

＜７．ユーザ情報及び文書情報＞
次に、図８を参照して、ユーザ管理部５１３が管理するユーザ情報を格納するためのデータファイルのフォーマットについて説明する。ユーザ情報８００には、ユーザＩＤ８０１、文書管理サーバ１３１にログインするためのログインＩＤ８０２、そのログインパスワード８０３、メールアドレス８０４（ユーザに割り当てられた固有の宛先）が含まれる。ユーザ情報８００に含まれる各情報は、ユーザを一意に識別するユーザＩＤ８０１に関連付けられて管理される。ユーザ情報８００はユーザ管理部５１３に登録されているユーザ数分、存在する。

次に、図１０を参照して、文書ＤＢ５０２が管理する文書情報を格納するためのデータファイルのフォーマットについて説明する。文書情報１０００には、文書ＩＤ１００１、文書名１００２、文書属性１００３、文書特徴量１００４、登録ユーザＩＤ１００５、アクセス権情報１００６、アクセス権承認待ちユーザ情報１００７、文書参照情報１００８等が含まれる。文書情報１０００に含まれる各情報は、文書を一意に識別する文書ＩＤ１００１に関連付けられて管理される。

文書属性１００３には、文書ファイルの属性情報として、「通常データ」、「待機データ」（詳細は後述する）のどちらかの属性が格納される。文書特徴量１００４には、文書ファイルの特徴情報として、文書ファイルを画像データ化した際の画像特徴量が、文書のページ毎に格納される。登録ユーザＩＤ１００５には、文書ファイルを文書ＤＢ５０２に登録したユーザを識別するための識別子が格納される。アクセス権情報１００６には、文書ファイルにアクセスすることを許可されたユーザを識別するための識別子が格納される。アクセス権承認待ちユーザ情報１００７には、文書ファイルにアクセスするための許可を待っているユーザを識別するための識別子が格納される。また、文書ファイルは文書情報に関連付けて管理されるが、文書情報とは別に管理されている。そのため、文書情報では、その文書ファイルを参照するための文書参照情報１００８を保持している。しかしながら、文書情報内に文書ファイルを保持する構成であっても良い。

＜８．スキャン入稿処理＞
次に、図６を参照して、本実施形態におけるスキャン入稿処理について説明する。なお、以下で説明する画像処理装置１０１の処理は、ＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４に格納された制御プログラムをＲＡＭ２１３に読み出して実行することによって実現される。また、文書管理サーバ１３１の処理は、ＣＰＵ３１１がＲＯＭ３１２やＨＤＤ３１４に格納された制御プログラムをＲＡＭ３１３に読み出して実行することによって実現される。

Ｓ６０１において、画面表示部４００は認証情報の入力をユーザに促すログイン画面を操作部２１９の液晶画面に表示する。ここで、図７を参照して、スキャン入稿のためのログイン画面の一例を説明する。コンテンツの表示領域７０１には、ユーザ名入力フィールド７０２、パスワード入力フィールド７０３、ログインボタン７０４が表示される。画像処理装置１０１のユーザ（第１のユーザ）は、操作部２１９を操作して、ユーザ名入力フィールド７０２にユーザ名を入力、及びパスワード入力フィールド７０３にパスワードを入力することできる。ログインボタン７０４がユーザに押下されると、画面表示部４００は、ユーザ名入力フィールド７０２、パスワード入力フィールド７０３に入力された値（認証情報と呼ぶ）をジョブ管理部４０１に受け渡す。ジョブ管理部４０１は、この受け取った認証情報及び認証処理のリクエストを、文書管理サーバ１３１側のプレゼンテーション部５１２に通信部４０２を介して送信する。

再び図６を参照する。Ｓ６０２では、認証情報及び認証処理のリクエストを受け取ったプレゼンテーション部５１２が、文書管理部５１１に認証処理要求を行い、それを受けて文書管理部５１１は、ユーザ管理部５１３に認証処理を実行させる。ユーザ管理部５１３では、ユーザ情報８００を参照し、受け取った認証情報が既に登録済みであるかを確認する。認証情報が登録済みであれば認証を許可し、認証情報が未登録であれば認証を拒否し、その結果を文書管理部５１１に返す。文書管理部５１１は、プレゼンテーション部５１２を介して、その結果を通信部４０２に認証リクエストのレスポンスとして送信する。

Ｓ６０３おいて、ジョブ管理部４０１は、Ｓ６０２の結果が認証許可（Ｓ６０３でＹｅｓ）であれば、Ｓ６０４へ移行する。Ｓ６０２の結果が認証拒否（Ｓ６０３でＮｏ）であれば、ジョブ管理部４０１は、認証失敗の旨を示す画面を操作部２１９の液晶画面に表示させ、Ｓ６０１へ戻る。Ｓ６０４において（Ｓ６０３にて認証許可の場合）、画面表示部４００はジョブ管理部４０１の指示を受けて、画像処理装置１０１のユーザにスキャン処理の実行を促すスキャン設定画面を操作部２１９の液晶画面に表示する。ここで、図９を参照して、スキャン設定画面の一例を説明する。コンテンツの表示領域９０１には、アップロードフォルダ選択ボタン９０２、ファイル名入力フィールド９０３、アップロード開始ボタン９０４が表示される。

画像処理装置１０１のユーザがアップロードフォルダ選択ボタン９０２を押すと、文書管理サーバ１３１のファイル構成が表示され、ユーザは、スキャンデータをアップロードするフォルダを選択する。画像処理装置１０１のユーザは、ファイル名入力フィールド９０３にファイル名を入力することで、文書管理サーバ１３１にアップロードするファイル名を確定させる。

アップロード開始ボタン９０４が押されると、画面表示部４００は、アップロードフォルダ選択ボタン９０２で選択された値、及びファイル名入力フィールド９０３に入力された値（ジョブ情報と呼ぶ）を、ジョブ管理部４０１に受け渡す。次に、ジョブ処理部４０３は、ジョブ管理部４０１からのスキャン実行指示を受けて、制御部２１０にスキャン処理をさせる。その結果としてジョブ処理部４０３は、スキャナ２２１が原稿上の画像を読み取って生成した画像データ受信を行う。そして、ジョブ処理部４０３は、画像データをスキャンデータとして画像処理装置１０１内ストレージ４０４に格納し、処理が終了したことをジョブ管理部４０１に通知する。通知されたジョブ管理部４０１は、画像処理装置１０１内ストレージ４０４に格納したスキャンデータ及びジョブ情報（アップロードフォルダ、ファイル名）とともに、プレゼンテーション部５１２にアップロード処理のリクエストを通信部４０２を介して送信する。

再び図６を参照する。Ｓ６０５において、プレゼンテーション部５１２は、スキャンデータ、ジョブ情報（アップロードフォルダ、ファイル名）とともにアップロード処理のリクエストを受信し、文書管理部５１１にアップロード処理を要求する。Ｓ６０６において、文書管理部５１１は、文書処理部５１５に、受け取ったスキャンデータ（画像データ）を解析して画像特徴量として数値化させる。本実施形態では、画像特徴量の算出は、画像の輝度、エッジ情報、色彩、等をパラメータとして多次元の数値を算出することにより行われる。

Ｓ６０７において、文書管理部５１１は、Ｓ６０６で算出したスキャンデータの画像特徴量を文書登録・検索部５１４に受け渡し、検索処理を実行させる。まず、文書登録・検索部５１４は、スキャンデータと同じ画像特徴量を持つ文書ファイル（元文書ファイル）が文書ＤＢ５０２内に存在しないかを検索する。具体的には、文書ＤＢ５０２内で管理されている文書ファイルの中から、文書属性１００３が「通常データ」であり、文書特徴量１００４の値がスキャンデータの画像特徴量と同じ値である文書ファイルの有無を検索する。

Ｓ６０８おいて、文書管理部５１１は、文書ファイルの検索結果を判定する。Ｓ６０７の結果、文書ファイル（元文書ファイル）が存在した場合（Ｓ６０８でＹｅｓ）、Ｓ６０９へ移行する。元文書ファイルが存在しなかった場合（Ｓ６０８でＮｏ）、Ｓ６１１へ移行する。Ｓ６０９において、文書管理部５１１は、元文書ファイルのアクセス権情報１００６の中に、文書管理サーバ１３１にログインしているユーザ（即ちスキャン実行ユーザ）のユーザＩＤ８０１が含まれているか否かを判定する。スキャン実行ユーザのユーザＩＤ８０１が含まれていないと判定されれば（Ｓ６０９でＮｏ）、アクセス権なしと判断しＳ６１０へ移行する。一方、スキャン実行ユーザのユーザＩＤ８０１が含まれていると判定されれば（Ｓ６０９でＮｏ）、アクセス権ありと判断しＳ６１１へ移行する。

Ｓ６１０において、文書管理部５１１は、元文書ファイルのアクセス承認待ちユーザ情報１００７に、ログインしているユーザ（即ちスキャン実行ユーザ）のユーザＩＤ８０１を登録する。また、文書管理部５１１は、登録ユーザＩＤ１００５と同じユーザＩＤ８０１を持つユーザを特定し、特定したユーザ情報８００のメールアドレス８０４に対してアクセス承認依頼の旨を記載した電子メールを、メール送信部５１６に送信させる。これにより元文書の登録ユーザに承認依頼がある旨が通知される。

Ｓ６１１において、文書管理部５１１は、スキャンデータをＳ６０５にて受け取ったアップロードフォルダに、同じくＳ６０５で受け取ったファイル名で文書ＤＢ５０２に登録する。このとき、文書名１００２にはＳ６０５にて受け取ったファイル名を、登録ユーザＩＤ１００５には文書管理サーバ１３１にログインしているユーザ（即ちスキャン実行ユーザ）のユーザＩＤ８０１が登録される。また、文書特徴量１００４にはＳ６０６で算出した画像特徴量を、文書参照情報１００８にはスキャンデータを保存した場所への参照情報を、それぞれ文書情報１０００に格納する。また、文書属性１００３は、直前の処理がＳ６０８もしくはＳ６１０であれば「待機データ」を、直前の処理がＳ６０９であれば「通常データ」として登録される。

Ｓ６１２において、文書管理部５１１は、プレゼンテーション部５１２を介して、Ｓ６１１までの処理結果を、画像処理装置１０１側の通信部４０２にＳ６０４で受け取ったアップロードリクエストに対するレスポンスとして送信する。レスポンスの内容としてはケースに応じて以下のような例となる。

１．元文書ファイルがあり、その文書にアクセス権があった場合（すなわちＳ６０９でＹｅｓとなり、文書属性１００３が「通常データ」の場合）
Ｓ６１１で登録した文書ファイルの文書情報１０００、及びＳ６０７で特定した元文書ファイルの文書情報１０００がレスポンスとなる。

２．元文書ファイルがない場合（すなわちＳ６０８でＮｏとなり、文書属性１００３が「待機データ」の場合）
Ｓ６１１で登録した文書ファイルの文書情報１０００がレスポンスとなる。

３．元文書ファイルはあってもアクセス権がない場合（すなわちＳ６０９でＮｏとなり、文書属性１００３が「待機データ」の場合）
Ｓ６１１で登録した文書ファイルの文書情報１０００、及び元文書ファイルを登録したユーザの情報（登録ユーザＩＤ１００５）がレスポンスとなる。

Ｓ６１３において、ジョブ管理部４０１は、Ｓ６１２におけるレスポンスに対応する内容を操作部２１９の液晶画面に表示する。表示の内容としては、Ｓ６１２で説明した１〜３ケースに応じて、例えば、以下のようになる。

１．元文書ファイルがあり、その文書にアクセス権があった場合
・文書を＜文書ＤＢの格納場所１＞にアップロードしました。

・元文書ファイルが文書管理サーバ上にありました。＜文書ＤＢの格納場所２＞
なお、＜文書ＤＢの格納場所１＞には、登録した文書ファイルの文書参照情報１００８の情報が表示され、＜文書ＤＢの格納場所２＞には、元文書ファイルの文書参照情報１００８の情報が表示される。

２．元文書ファイルがない場合
・文書を＜文書ＤＢの格納場所＞にアップロードしました。

なお、＜文書ＤＢの格納場所＞には、登録した待機データの文書参照情報１００８の情報が表示される。

３．元文書ファイルはあってもアクセス権がない場合
・文書を＜文書ＤＢの格納場所＞にアップロードしました。

・また、元文書ファイルが検索できましたが、アクセス権がありませんでした。

・アクセス権の申請を＜ユーザＩＤ＞に行っています。

なお、＜文書ＤＢの格納場所＞には、登録した待機データの文書参照情報１００８の情報が表示され、＜ユーザＩＤ＞には、元文書ファイルの登録ユーザＩＤ１００５が表示される。

以上で述べた手順により、スキャン実行ユーザは、スキャンデータの元文書ファイルが文書管理サーバ１３１あれば元文書ファイル（もしくは元文書ファイルの保存場所）を取得できる。元文書ファイルがなければ、「待機データ」として文書管理サーバ１３１に登録しておく。これにより、後々対応する元文書ファイルが文書管理サーバ１３１に登録された際に、スキャン実行ユーザに元文書ファイルが登録された旨を通知することができる（詳細は後述する）。

＜９．文書印刷・登録処理＞
次に、図１１を参照して、本実施形態における文書ファイルの登録、又は印刷を実行させる処理について説明する。この処理において、ユーザは端末１０２を用いて、文書管理サーバ１３１に文書ファイルの登録する、あるいは画像処理装置１０１に印刷を実行させる。なお、以下で説明する画像処理装置１０１の処理は、ＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４に格納された制御プログラムをＲＡＭ２１３に読み出して実行することによって実現される。また、文書管理サーバ１３１の処理は、ＣＰＵ３１１がＲＯＭ３１２やＨＤＤ３１４に格納された制御プログラムをＲＡＭ３１３に読み出して実行することによって実現される。

Ｓ１１０１において、端末１０２の画面表示部１０２ａは、認証情報の入力をユーザに促すログイン画面を画面部３３０に表示させる。ログイン画面は、例えば、図７に示したものと同様のもので、上述した説明と共通する内容については説明を省略する。

端末１０２のユーザ（第２のユーザ）は、操作部３２０を操作して、ユーザ名入力フィールド７０２にユーザ名を入力、及びパスワード入力フィールド７０３にパスワードを入力することできる。ログインボタン７０４がユーザに押下されると、画面表示部１０２ａは、ユーザ名入力フィールド７０２、パスワード入力フィールド７０３に入力された値（認証情報と呼ぶ）をジョブ登録部１０２ｃに受け渡す。ジョブ登録部１０２ｃは、この受け取った認証情報及び認証処理のリクエストを、文書管理サーバ１３１側のプレゼンテーション部５１２に通信部１０２ｂを介して送信する。

Ｓ１１０２において、認証情報及び認証処理のリクエストを受け取ったプレゼンテーション部５１２が、文書管理部５１１に認証処理要求を行い、それを受けて文書管理部５１１は、ユーザ管理部５１３に認証処理を実行させる。ユーザ管理部５１３では、ユーザ情報８００を参照し、受け取った認証情報が既に登録済みであるかを確認する。認証情報が登録済みであれば認証を許可し、認証情報が未登録であれば認証を拒否し、その結果を文書管理部５１１に返す。文書管理部５１１は、プレゼンテーション部５１２を介して、その結果を通信部１０２ｂに認証リクエストのレスポンスとして送信する。

Ｓ１１０３おいて、ジョブ登録部１０２ｃは、Ｓ６０２の結果が認証許可（Ｓ１１０３でＹｅｓ）であれば、Ｓ１１０４へ移行する。認証拒否（Ｓ１１０３でＮｏ）であれば、認証失敗の旨を示す画面を画面部３３０に表示し、Ｓ１１０１へ戻る。

Ｓ１１０４において（Ｓ１１０３にて認証許可の場合）、画面表示部１０２ａはジョブ登録部１０２ｃの指示を受けて、端末１０２のユーザに文書登録もしくは文書印刷の実行を促す設定画面を画面部３３０に表示させる。

ここで、図１２を参照して、文書登録・文書印刷設定画面の一例を説明する。コンテンツの表示領域１２０１には、ファイル選択ボタン１２０２、登録フォルダ選択ボタン１２０３、ファイル名入力フィールド１２０４、印刷設定ボタン１２０５、印刷開始ボタン１２０６、登録開始ボタン１２０７が表示される。

端末１０２のユーザが、ファイル選択ボタン１２０２を押すと、端末１０２のファイル構成が表示され、ユーザは、文書管理サーバ１３１に登録する文書ファイル、又は印刷する文書ファイルを選択する。端末１０２のユーザが、登録フォルダ選択ボタン１２０３を押すと、文書管理サーバ１３１のファイル構成が表示され、ユーザは、文書ファイルを登録するフォルダを選択する。端末１０２のユーザは、ファイル名入力フィールド１２０４にファイル名を入力することで、文書管理サーバ１３１にアップロードするファイル名を確定させる。端末１０２のユーザが、印刷設定ボタン１２０５を押すと、出力用紙サイズ、印刷方法（片面印刷か両面印刷）等の各種印刷設定を行う画面が画面部３３０に表示される（不図示）。端末１０２のユーザは印刷設定を、操作部３２０を操作し入力することで、印刷設定を確定させる。

端末１０２のユーザが、印刷開始ボタン１２０６を押すと、ジョブ登録部１０２ｃは、ファイル選択ボタン１２０２で入力された文書ファイル、及び印刷設定を、通信部１０２ｂを介してプレゼンテーション部５１２に印刷処理のリクエストを送信する。端末１０２のユーザが、登録開始ボタン１２０７を押すと、入力された文書ファイルと登録情報（登録フォルダ、ファイル名）を、ジョブ登録部１０２ｃが通信部１０２ｂを介してプレゼンテーション部５１２に文書登録処理のリクエストを送信する。なお、本実施形態では印刷処理と登録処理をそれぞれ別の処理として扱っているが、両者（文書登録と文書印刷）を同時に行うことも可能である。

再び図１１を参照する。Ｓ１１０５において、プレゼンテーション部５１２は、文書ファイル、印刷設定（もしくは登録情報）とともに文書印刷処理（もしくは文書登録処理）のリクエストを受信し、文書管理部５１１に文書印刷処理を要求（もしくは文書登録処理要求）する。

Ｓ１１０６において、文書管理部５１１は、文書処理部５１５に受信した文書ファイルータを解析させて画像特徴量として数値化させる。画像特徴量は文書ファイルを画像データに変換して算出される。文書ファイルを画像化する方法として、本実施形態ではプリンタドライバ形式の画像生成ドライバを用いる。文書処理部５１５は、文書ファイルを認識可能で印刷機能を備えたアプリケーションから、画像生成ドライバに印刷をかけるよう、アプリケーションを制御し所望の画像の出力を得る。また、画像特徴量の算出についてはＳ６０６で述べた方法を用いる。

Ｓ１１０７において、文書管理部５１１は、Ｓ１１０６で算出した文書ファイルの画像特徴量を文書登録・検索部５１４に受け渡し、検索処理を実行させる。まず、文書登録・検索部５１４は、文書ファイルと同じ画像特徴量を持つ待機データ（画像データ）が文書ＤＢ５０２内に存在しないかを検索する。具体的には、文書ＤＢ５０２内で管理されている文書ファイルの中から、文書属性１００３が「待機データ」であり、文書特徴量１００４の値が文書ファイルの画像特徴量と同じ値であるスキャンデータの有無を検索する。

Ｓ１１０８おいて、文書管理部５１１は、スキャンデータの検索結果を判定する。Ｓ１１０７の結果、該当する待機データ（スキャンデータ）が存在した場合（Ｓ１１０８でＹｅｓ）、Ｓ１１０９へ移行する。該当する待機データが存在しなかった場合（Ｓ１１０８でＮｏ）、Ｓ１１１４へ移行する。

Ｓ１１０９において、文書管理部５１１は、元文書ファイルと同一の画像特徴量を持つと判断された待機データの登録ユーザＩＤ１００５を参照することで、待機データの登録ユーザを特定する。そして、文書管理部５１１は、通信部１０２ｂにＳ１１０５にて受け取った文書登録処理（もしくは印刷処理）のリクエストに対するレスポンスとして、待機データの登録ユーザＩＤ１００５をプレゼンテーション部５１２を介して送信する。

Ｓ１１１０において、画面表示部１０２ａは、通信部１０２ｂが受け取った待機データの登録ユーザＩＤ１００５を画面部３３０に表示させる。さらに、画面表示部１０２ａは、文書ファイルを元文書ファイルとして待機データを登録したユーザに提供してよいかを、端末１０２のユーザに選択させるための承認画面（不図示）を画面部３３０に表示させる。そして、端末１０２のユーザは承認ボタンか非承認ボタンを押下する。そして、画面表示部１０２ａは、ジョブ登録部１０２ｃに承認又は非承認の情報を受け渡す。ジョブ登録部１０２ｃは、この受け取った情報とともに、通信部１０２ｂを介してプレゼンテーション部５１２に承認処理のリクエストを送信する。

Ｓ１１１１では、ジョブ登録部１０２ｃから承認処理のリクエストを受け取ったプレゼンテーション部５１２は文書管理部５１１に承認処理を要求する。文書管理部５１１は受けた要求が承認か非承認を判定し、承認であれば（Ｓ１１１１でＹｅｓ）Ｓ１１１２へ移行し、非承認であれば（Ｓ１１１１でＮｏ）Ｓ１１１４へ移行する。

Ｓ１１１２において、文書管理部５１１は、Ｓ１１０９にて特定した待機データの登録ユーザのメールアドレス８０４に対して、元文書ファイルを添付した電子メールを、メール送信部５１６に送信させる。これにより、元文書ファイルが、待機データの登録ユーザに提供される。

Ｓ１１１３において、文書管理部５１１はＳ１１０７で検索した待機データの文書属性１００３を「待機データ」から「通常データ」に変更する。これはＳ１１１２において、待機データを登録したユーザが所望の元文書ファイルを取得できため、待機データとして登録しておく必要がなくなるためである。

Ｓ１１１４において、文書管理部５１１は、Ｓ１１０５で受け取った要求に従って処理を行う。受け取ったリクエストが文書登録処理であった場合、文書管理部５１１は、文書ファイルをＳ１１０５にて受け取った登録フォルダに、同じくＳ１１０５で受け取ったファイル名で文書管理ＤＢ５０２に「通常データ」として格納する。また、このとき、文書名１００２にはＳ１１０５にて受け取ったファイル名、文書属性１００３には「通常データ」、登録ユーザＩＤ１００５には文書管理サーバ１３１にログインしているユーザ（即ち文書登録ジョブ実行ユーザ）のユーザＩＤ８０１が格納される。さらに、文書特徴量１００４にはＳ１１０６で算出した画像特徴量が、文書参照情報１００８には文書ファイルを保存した場所への参照情報を、それぞれ文書情報１０００に格納する。また、Ｓ１１１２において、電子メールを送信した場合、アクセス権情報１００６に承認した待機データの登録ユーザのユーザＩＤ８０１も追加する。

一方、受け取った要求が印刷処理要求であった場合、文書管理部５１１は、文書処理部５１５に文書ファイルを画像処理装置が認識可能なデータ（ＰＤＬ）に変換させる。本実施例では、ＰＤＬデータへの変換は、画像処理装置１０１向けに提供されているプリンタドライバに印刷をかけるよう、アプリケーションを制御することにより行われる。文書管理部５１１はＰＤＬデータをＳ１１０５にて受け取った印刷設定とともに画像処理装置１０１へ印刷要求を送信する。印刷要求を受けた画像処理装置１０１は、印刷処理を実行し最終的な紙出力を行う。

Ｓ１１１５において、文書管理部５１１は、Ｓ１１１４までの処理結果を、端末１０２側の通信部１０２ｂにＳ１１０５、Ｓ１１１０にて受け取ったリクエストに対するレスポンスとして送信する（プレゼンテーション部５１２を介して）。レスポンスの内容としてはリクエストの種類に応じて以下のような例となる。

１．文書登録のリクエストである場合
Ｓ１１１４で登録した文書ファイルの文書情報１０００をレスポンスとして送信する。

２．文書印刷のリクエストである場合
文書ファイルを印刷した旨を示すメッセージをレスポンスとして送信する。

Ｓ１１１６において、画面表示部１０２ａは、通信部１０２ｂが受け取った結果を画面部３３０に表示させる。先の１．及び２．のケースにおいては、例えば、それぞれ以下のようなメッセージが画面部３３０に表示される。

１．文書登録のリクエストである場合
・文書ファイルを＜文書ＤＢ格納場所＞に登録しました。

なお、＜文書ＤＢの格納場所＞には、元文書ファイルの文書参照情報１００８の情報が表示。

２．文書印刷のリクエストである場合
・文書ファイルをプリンタから出力しました。

以上で述べた手順により、ジョブ実行ユーザは、文書ファイルを文書管理サーバ１３１に登録、もしくは画像処理装置１０１に印刷させる、ことができる。また、スキャン実行ユーザが待機データとして文書管理サーバ１３１に登録していた場合、文書管理サーバ１３１は、元文書ファイルをスキャン実行ユーザに提供することができる。

＜１０．元文書ファイル承認処理＞
次に、図１４を参照して、本実施形態における、アクセス承認待ち文書ファイルの承認処理について説明する（アクセス承認待ち文書についてはスキャン入稿処理のフローチャートＳ６１０を参照）。なお、以下で説明する画像処理装置１０１の処理は、ＣＰＵ２１１がＲＯＭ２１２やＨＤＤ２１４に格納された制御プログラムをＲＡＭ２１３に読み出して実行することによって実現される。また、文書管理サーバ１３１の処理は、ＣＰＵ３１１がＲＯＭ３１２やＨＤＤ３１４に格納された制御プログラムをＲＡＭ３１３に読み出して実行することによって実現される。

Ｓ１４０１において、端末１０２は認証処理要求を行う。Ｓ１１０１と同じ内容であるため説明を省略する。

Ｓ１４０２において、文書管理サーバ１３１は認証処理を行う。この処理とＳ１１０２との違いは、結果を通信部１０２ｂに認証リクエストのレスポンスとして送信する前に、Ｓ１４０３の処理を行うことである。

Ｓ１４０３において、文書管理部５１１は、端末１０２のユーザにより文書ＤＢ５０２に登録済みである文書ファイルの中から、アクセス承認待ちの文書ファイルがあるかを検索する。具体的には、アクセス承認待ちユーザ情報１００７に、ユーザＩＤが登録されている文書ファイルがあるかを検索する。アクセス承認待ちの文書ファイルが存在した場合、その文書ファイルについて文書情報１０００を取得する。そして、文書管理部５１１は、Ｓ１４０２の認証処理結果及び文書情報１０００を、通信部１０２ｂに認証リクエストのレスポンスとしてプレゼンテーション部５１２を介して送信する。

Ｓ１４０４おいて、ジョブ登録部１０２ｃは、認証許可であれば、Ｓ１４０５へ移行する。認証拒否であれば、認証失敗の旨を示す画面を画面部３３０に表示し、Ｓ１４０１へ戻る。

Ｓ１４０５において、ジョブ登録部１０２ｃは、承認待ちユーザが存在すれば（Ｓ１４０４で受け取ったレスポンスに文書情報１０００が存在すれば）、Ｓ１４０６へ移行する。承認待ちユーザ存在しなければ、文書印刷・登録処理（図１１）のＳ１１０４へ移行する。

Ｓ１４０６において、画面表示部１０２ａは、受け取った文書情報１０００の、文書ＩＤ１００１、文書名１００２、アクセス承認待ちユーザ情報１００７等を画面部３３０に表示させる。さらに、文書ファイルを元文書ファイルとして待機データの登録ユーザ（アクセス承認待ちユーザ情報１００７に登録されているユーザ）に提供してよいかを、端末１０２のユーザに選択させる承認画面（不図示）を、画面表示部１０２ａが画面部３３０に表示させる。そして、端末１０２のユーザは承認ボタンか非承認ボタンを押下する。そして、画面表示部１０２ａは、ジョブ登録部１０２ｃに承認か非承認かの情報を受け渡す。ジョブ登録部１０２ｃは、この受け取った情報及び承認処理のリクエストを、文書管理サーバ１３１のプレゼンテーション部５１２に通信部１０２ｂを介して送信する。

Ｓ１４０７において、承認処理のリクエストを受け取ったプレゼンテーション部５１２は文書管理部５１１に承認処理を要求する。文書管理部５１１は、受けた要求が承認か非承認かを判定し、Ｓ１４０６において端末１０２のユーザが承認ボタンを押していればＳ１４０８へ移行し、非承認ボタンを押していればＳ１４１０へ移行する。

Ｓ１４０８において、文書管理部５１１は、元文書ファイルのアクセス権情報１００６に、Ｓ１４０７にて承認された待機データの登録ユーザのユーザＩＤを追加し、アクセス承認待ちユーザ情報１００７から、その登録ユーザのユーザＩＤを削除する。また、文書管理部５１１は、承認された待機データの登録ユーザのメールアドレス８０４に対して、元文書ファイルを添付した電子メールを、メール送信部５１６に送信させる。これにより待機データの登録ユーザに元文書ファイルが提供される。

Ｓ１４０９において、文書管理部５１１は、承認された待機データの文書属性１００３を「待機データ」から「通常データ」に変更する。これは、承認された待機データの登録ユーザが所望の元文書ファイルを取得できため、待機データとして登録しておく必要がなくなるためである。

一方、Ｓ１４１０において、文書管理部５１１は、元文書ファイルのアクセス承認待ちユーザ情報１００７から、Ｓ１４０７で非承認となった待機データの登録ユーザのユーザＩＤを削除する。また、文書管理部５１１は、待機データの登録ユーザのメールアドレス８０４に対して、元文書ファイルを提供しない旨を記載した電子メールを、メール送信部５１６に送信させる。これにより待機データの登録ユーザはアクセス権追加依頼を拒否されたと気付くことができる。

Ｓ１４１１において、文書管理部５１１は、Ｓ１４１０までの処理結果を、端末１０２側の通信部１０２ｂにＳ１４０７にて受け取ったリクエストに対するレスポンスとして、プレゼンテーション部５１２を介して送信する。

Ｓ１４１２において、画面表示部１０２ａは、通信部１０２ｂが受け取った結果を画面部３３０に表示させる。例えば、「ユーザｘｘさんに、文書ｘｘｘを元文書ファイルとして提供しました」等を表示する。

以上で述べた手順により、アクセス権承認待ちの文書ファイルを所持しているユーザは、待機データを所持しているユーザに元文書ファイルを提供することができる。

＜１１．その他の実施形態＞
上記実施形態では、画像処理装置１０１のユーザがスキャンを実行する度に、生成された画像データが文書管理サーバ１３１に送信される構成である。しかしこれに限らず、生成された画像データを画像処理装置内１０１のＲＡＭ２１３等に蓄積し、ユーザの指示により画像データを文書管理サーバに送信する構成としてもよい。

また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (7)

1. 第１のユーザが画像処理装置を用いて生成させた画像データを受信する画像データ受信手段と、
   前記画像データを記憶する記憶手段と、
   第２のユーザがユーザ端末を用いて送信した、画像データを編集可能な文書ファイルを受信する文書ファイル受信手段と、
   前記記憶された画像データの中から、前記受信した文書ファイルに対応する画像データを検索する第１の検索手段と、
   前記第１の検索手段によって前記対応する画像データが検索されると、前記受信した文書ファイルを、前記第１のユーザに割り当てられた固有の宛先に送信する送信手段と、
   を備えることを特徴とする文書管理装置。
2. 前記記憶手段は、さらに、前記文書ファイルを記憶し、
   前記文書管理装置は、前記記憶された文書ファイルの中から、前記受信した画像データに対応する文書ファイルを検索する第２の検索手段をさらに備え、
   前記記憶手段は、前記第２の検索手段が前記対応する文書ファイルを見つけられない場合、前記受信した画像データを待機データとして記憶し、
   前記第１の検索手段は、前記待機データの中から、前記受信した文書ファイルに対応する画像データを検索する
   ことを特徴とする請求項１に記載の文書管理装置。
3. 前記第２のユーザの前記ユーザ端末における操作に基づき、前記送信手段に前記受信した文書ファイルを前記送信させるか否かを判定する判定手段をさらに備え、
   前記送信手段は、前記判定手段が前記受信した文書ファイルを前記送信させると判定した場合に、前記受信した文書ファイルを送信する
   ことを特徴とする請求項１又は２に記載の文書管理装置。
4. 前記判定の結果を前記第１のユーザに割り当てられた固有の宛先に対して通知する通知手段を備えることを特徴とする請求項３に記載の文書管理装置。
5. 前記画像データ及び前記文書ファイルを解析して数値化する数値化手段をさらに備え、
   第１の検索手段は、前記数値化手段により数値化された画像データと、前記数値化手段により数値化された文書ファイルとに基づいて前記画像データを検索し、
   第２の検索手段は、前記数値化手段により数値化された画像データと、前記数値化手段により数値化された文書ファイルとに基づいて前記文書ファイルを検索する
   ことを特徴とする請求項２に記載の文書管理装置。
6. 文書管理装置の制御方法であって、
   画像データ受信手段が、第１のユーザが画像処理装置を用いて生成させた画像データを受信する画像データ受信工程と、
   記憶手段が、前記画像データを記憶する記憶工程と、
   文書ファイル受信手段が、第２のユーザがユーザ端末を用いて送信した、画像データを編集可能な文書ファイルを受信する文書ファイル受信工程と、
   第１の検索手段が、前記記憶された画像データの中から、前記受信した文書ファイルに対応する画像データを検索する第１の検索工程と、
   送信手段が、前記第１の検索工程において前記対応する画像データが検索されると、前記受信した文書ファイルを、前記第１のユーザに割り当てられた固有の宛先に送信する送信工程と、
   を実行することを特徴とする方法。
7. コンピュータを請求項１乃至５のいずれか１項に記載の文書管理装置が備える各手段として機能させるためのプログラム。

Images