JP5030692B2 - システム - Google Patents

Description

本発明は、原稿の画像データを生成するスキャナ装置等に関し、特に、画像データからメタデータを生成するスキャナ装置、クライアントサーバシステム、スキャナジョブの校正方法、プログラム及び記憶媒体に関する。

図１３は、スキャナ装置でスキャンした画像データを、ネットワークを介して端末に配信するスキャナシステムの概略構成図を示す。このようなスキャナシステムでは、スキャナ装置によるスキャン結果を端末の画面上などで確認しないとスキャン条件が適切であったかどうかや画質等を確認できないという問題がある。そこで、この点に関し、スキャン実行後、画像データを端末に送信する前に、ユーザに事前確認させる技術が提案されている（例えば、特許文献１参照。）。

特許文献１記載の技術は、印刷機能付きスキャナ装置を用いて、スキャンジョブに含まれる情報を含む校正シートを印刷する。ユーザはこの校正シートにより画質とスキャン条件をチェックして画像データを承諾するか否かを選択でき、承諾を選択すると画像データがネットワークを介して送信される。
特開２００５−２６０９３４号公報

しかしながら、特許文献１記載のスキャン方法では次のような問題がある。
ａ）まず、スキャナ装置が印刷機能を持っているとは限らないので、印刷機能のないスキャナ装置では校正シートを印刷することができない。また、印刷機能を持っていても、校正シートを印刷すること自体、電力や用紙の無駄を生じさせる。
ｂ）校正シートの紙面生成等にソフトウェアが必要となるので、その実行のための処理能力を備えたコンピュータを有していなければ実現できず、かかるコンピュータを新たに搭載すればコスト高をもたらす。
ｃ）文書配信サーバは、複数のスキャナ装置からのスキャンジョブを処理するため、特許文献１のようなスタンドアロン構成（すべての処理を自分で行なう）では、スキャンジョブのキューイングと優先処理が実現できない。
ｄ）特許文献１では、ユーザが承諾を選択しない場合、スキャン条件等を変更して再度スキャンする必要があるが、再スキャンでは訂正できない問題を解決できない。例えば、画像データから文字を抽出するＯＣＲ（光学文字認識）技術などは、原稿やスキャニング・パラメータを変更しても読み取り精度が改善されない場合がある。

したがって、特許文献１記載の技術によるメリットは、端末に送信する前に「再スキャンの実行／ジョブのキャンセルが選択できる」ことのみであり、画像データを修正するには再度スキャンする必要があり、さらに言えば、再スキャンで修正可能な箇所しか訂正できない。また、特許文献１記載の技術のように画像データの修正のために再度スキャンするのではユーザにとって面倒である。

本発明は、上記課題に鑑み、再度スキャンすることなく、スキャンされた画像データの加工結果をユーザがチェック可能なスキャナ装置、クライアントサーバシステム、スキャナジョブの校正方法、プログラム、及び、記憶媒体、を提供することを目的とする。

上記課題に鑑み、本発明は、複合機とサーバがネットワークを介して接続されたシステムにおいて、前記サーバは、前記複合機から受信した前記画像データを記憶する画像データ記憶手段と、前記画像データからメタデータを生成するメタデータ生成手段と、前記メタデータを記憶する中間データ記憶手段と、情報処理装置から前記メタデータの確認要求を受け付けた場合、前記中間データ記憶手段に記憶した前記メタデータを前記情報処理装置に送信するメタデータ送信手段と、該情報処理装置から修正後の前記メタデータを受信した場合、前記中間データ記憶手段に記憶されている前記メタデータを修正し、前記画像データ記憶手段に記憶された前記画像データと共に外部のコンピュータに配信する配信手段と、を有することを特徴とする。
また、本発明の一形態において、当該システムはさらに前記複合機と通信可能な情報処理装置を有し、前記情報処理装置は、前記メタデータの生成、画像データのデータフォーマットの変換、並びに、画像データ及び前記メタデータの電子メールによる送信、を前記サーバが行うか否かを各処理毎に設定し、ユーザＩＤに対応づけられた処理フローを生成する処理フロー設定手段を有する、ことを特徴とする。
また、本発明の一形態において、前記画像データ記憶手段は、前記メタデータの抽出対象となる前記画像データが記憶される第１のキューと、前記メタデータの抽出対象とならない前記画像データが記憶される第２のキューを有し、前記メタデータ生成手段は、前記第１のキューに前記画像データが記憶されている場合、前記配信手段が前記第２のキューに記憶された前記第１のキューの前記画像データよりも古い前記画像データを配信するよりも先に、前記第１のキューの前記画像データから前記メタデータを生成する、ことを特徴とする。

本発明によれば、複合機においてメタデータを修正できるので、再スキャンする必要がない。本発明によれば、画像データとメタデータをユーザのＰＣに取り込むことができる。

また、本発明の一形態において、前記複合機は、前記メタデータ生成手段を有し、前記メタデータ生成手段を構成する複数のプラグインには、予め前記メタデータを表示するか否かが設定されている、ことを特徴とする。

本発明によれば、ユーザが特別な操作しなくてもメタデータが表示されるので、ユーザによるフロー設計が容易になる。

また、本発明の一形態において、前記複合機は、ユーザの操作を受け付けて前記メタデータを表示するか否かを決定する、ことを特徴とする。

本発明によれば、メタデータを生成しても表示することなく、配信までの処理を短期化することができる。

また、本発明の一形態において、 前記複合機は、ユーザの操作を受け付けて前記メタデータを表示するか否かを決定する、ことを特徴とする。

本発明によれば、ユーザは生成したいメタデータを任意に選択でき、さらに、表示する（チェックする）メタデータを任意に選択することができる。

また、本発明の一形態において、前記メタデータ生成手段は、生成する前記メタデータが予め設定されている複数のプラグインにより構成されており、前記プラグインは、表示した生成可能な前記メタデータの一覧から、ユーザによる選択を受け付けた前記メタデータを生成し、前記メタデータを表示する、ことを特徴とする。

再度スキャンすることなく、スキャンされた画像データの加工結果をユーザがチェック可能な複合機、システム、及び、プログラム、を提供することができる。

以下、本発明を実施するための最良の形態について図面を参照しながら説明する。

図１は、スキャナ装置１００がネットワーク１０３を介して文書管理サーバ２００と接続されたスキャナシステム５０の概略構成図を示す。

本実施例のスキャナ装置１００は、原稿をスキャンして得られた画像データからメタデータを生成すると共に表示部に表示して、ユーザがスキャナ装置１００にてメタデータを修正できることを特徴とする。メタデータは例えば、画像データにＯＣＲ（Optical Character Reader）を施し、中間データとして得られたテキストデータから抽出された文書名である。すなわち、中間データのテキストデータから抽出した一部（又は全部であってもよい）のテキストデータがメタデータである。なお、以下では、画像データとメタデータのように一回のスキャンに伴うデータをまとめてスキャンデータという場合がある。

複数のスキャナ装置１００は、主にスキャナ機能を提供する装置であってもよいし、複写機能、ファクシミリ機能を備えている装置でもよく、また、デジタル複合機（ＭＦＰ）であってもよい。スキャナ装置１００でスキャンした画像データ及び生成されたメタデータは、文書管理サーバ２００に送信される。文書管理サーバ２００は、これらを蓄積して管理したりさらにユーザのＰＣ（パーソナルコンピュータ）１０４に配信する。

スキャナ装置１００は、単体でもメタデータの生成、修正及び配信の処理を完結できるが、ネットワーク１０３に接続された外部コンピュータ１０１と外部コンピュータ１０２がこれらの処理を支援することができる。ネットワーク１０３は、ＬＡＮ、ＷＡＮ、インターネット等のであり、ＴＣＰ／ＩＰなど所定のプロトコルで接続されている。

〔スキャナ装置１００がメタデータを生成する構成〕
図２は、スキャナ装置１００の機能ブロック図の一例を示す。スキャナ装置１００は、スキャナエンジン１１と演算装置１６等がバスを介して接続されている。スキャナエンジン１１は、主走査方向に光電変換素子が１列に並んだラインセンサが副走査方向に原稿をスキャンして各画素を所定の輝度階調で表すデジタルデータに変換する。操作部１２は、ユーザからの操作を入力するキーボード、ポインティングデバイス、表示部１４と兼用されたタッチパネル等である。ＮＩＣ（Network Interface Card）１３は、所定のプロトコルでネットワーク１０３に接続するためのインターフェースであり、例えばＬＡＮカードである。表示部１４は、液晶ディスプレイ等で構成されたユーザインターフェースであり、スキャン条件、動作状況、操作メニュー、エラーメッセージ等を表示する。そして本実施例では、表示部１４にメタデータを表示することを特徴とする。

記憶装置１５はハードディスクドライブ、フラッシュメモリ等、不揮発性メモリであり、画像データ、ＯＳ、プログラム、ファイル等を記憶している。本実施例では、メタデータ生成プログラム１７Ｐ、メタデータ表示制御プログラム１８Ｐ、メタデータ修正プログラム１９Ｐ、配信プログラム２１Ｐ及び管理ツールプログラム３０Ｐを記憶していると共に、各種のプラグインプログラム２０Ｐを記憶している。これらのプログラムは記憶媒体９に記憶して配布されたり、また、ネットワーク１０３を介してダウンロードされる。

演算装置１６は、ＯＳ、種々のプログラム、などを記憶装置１５からロードして実行して種々の機能を提供すると共に、スキャナ装置１００が行う処理を統括的に制御する。本実施例では、メタデータ生成プログラム１７Ｐを演算装置１６が実行することでメタデータ生成部１７が実現され、メタデータ表示制御プログラム１８Ｐを演算装置１６が実行することでメタデータ表示制御部１８が実現され、メタデータ修正プログラム１９Ｐを演算装置１６が実行することでメタデータ修正部１９が実現され、配信プログラム２１Ｐを演算装置１６が実行することで配信部２１、が実現される。また、プラグインプログラム２０Ｐを演算装置１６が実行することでプラグイン２０が実現される。

なお、プラグインプログラム２０Ｐを実行することで実現されるプラグイン２０は複数ある。これらについては後述するが、プラグイン２０は、例えば、ＯＣＲ処理して文書名を抽出する機能、画像データのフォーマット（ｔｉｆｆ、Ｊｐｅｇ、Ｇｉｆ等）からＰＤＦ（Portable Document File）に変換する機能、画像データを電子メールに添付して送信する機能、画像データとメタデータを文書管理サーバ２００に登録する機能、配信する機能、等である。これらのプラグイン２０は、後述する管理ツール部プログラム３０Ｐを用いてユーザがカスタマイズできるようになっている。

メタデータ生成部１７は、スキャナエンジン１１が生成した画像データからメタデータを生成する。メタデータ生成部１７は、例えば、ＯＣＲにより画像データに含まれる文字を認識し、中間データとしてのテキストデータから所定の文字列を抽出しメタデータとする。例えば、文書名をメタデータとする場合、最初のスキャン頁のうち「文字サイズが他より大きい文字列、中央にセンタリングされている」等の特徴のある文字列をメタデータとする。また、例えば、原稿３２の「キーワード」をメタデータとする場合、文書内に何度も登場する名詞をメタデータとする。

また、原稿３２のうちユーザが指定した箇所、又は、ユーザが読み取り位置を指定したその位置にあるテキストデータをメタデータとすることができる。

また、原稿３２をＯＣＲ処理するのでなく、帳票識別（罫線による枠組みを認識）してメタデータを生成してもよい。原稿３２が帳票である場合、帳票に書き込まれた全ての情報がメタデータとなりうるし、帳票のうちユーザが指定した箇所（例えば、記入者名、社員コード）をメタデータに指定することができる。

このように、メタデータの内容は適宜設定できるものであり、メタデータ生成部１７は設定されたメタデータ及びその特徴に基づきメタデータを生成する。生成したメタデータに付与する名称（例えば文書名）は、商品名や伝票番号などユーザが識別しやすい適切な名称を付けることができる。なお、メタデータを文書名とした場合は、通常、メタデータは１つであるし、キーワードとした場合は、メタデータが複数となることがあるように、メタデータの数は複数ページに及ぶ場合がある１つの原稿３２に対し１以上である。

メタデータ表示制御部１８はメタデータを表示部１４に表示し、メタデータ修正部１９はユーザが修正したメタデータにより修正前のメタデータを上書き保存する。配信部２１は、メタデータ及び画像データを文書管理サーバ２００やユーザのＰＣ１０４に配信する。

なお、メタデータ生成部１７、メタデータ表示制御部１８、メタデータ修正部１９及び配信部２１をプラグイン２０により実現してもよい。例えば、ＯＣＲを実行するプラグイン２０と所定の文字列を抽出するプラグイン２０を、演算装置１６が呼び出すことでメタデータ生成部１７を実現することができる。

また、プラグイン２０が生成したメタデータを表示するか否かは、予めプラグイン２０に設定されている。したがって、あるプラグイン２０により生成されたメタデータは必ず表示部１４に表示されユーザが確認することができ、また、あるプラグイン２０により生成されたメタデータは表示部１４に表示されることなく配信される。

また、メタデータを表示部１４に表示するか否かをユーザが設定してもよい。例えば、ユーザは操作部１２からメタデータを表示及び修正するか否かを設定する設定モードを呼び出し、メタデータを表示しないように設定することで、生成されたメタデータを表示しないように設定することができる。

同様にして、プラグイン２０が生成するメタデータ（文書名なのか、キーワードなのか）はプラグイン毎に設定されていてもよいし、ユーザがスキャナ装置１００に直接的又は関節的に設定してもよい。プラグイン毎に設定されている場合、起動するプラグイン２０により生成されるメタデータも自動的に決定され、ユーザが設定する場合は所望のメタデータを生成できる。

〔外部コンピュータ１０１がメタデータを生成する構成〕
メタデータ生成部１７をスキャナ装置１００が実行するのでなく、別の外部コンピュータ１０１により実現されてもよい。図３は、スキャナ装置１００とネットワーク１０３を介して接続された外部コンピュータ１０１の機能ブロック図の一例を示す。外部コンピュータ１０１は、ＲＡＭ４１、ＲＯＭ４２、キーボードなどの入力装置４３、ＮＩＣ４４、ディスプレイの表示を制御する表示制御部４５、記憶装置４６及びＣＰＵ４７を有する。そして、ＣＰＵ４７が記憶装置４６に記憶されたメタデータ生成プログラム１７Ｐを実行することで、メタデータ生成部１７が実現される。なお、図３のような形態でも、メタデータ生成部１７をプラグイン２０により実現できる。

外部コンピュータ１０１のメタデータ生成部１７は、ネットワーク１０３を介して画像データを受信し、メタデータを生成する。生成されたメタデータはネットワーク１０３を介してスキャナ装置１００に送信され、ユーザにて修正された後、外部コンピュータ１０１に送信される。そして、外部コンピュータ１０１が文書管理サーバ２００に画像データとメタデータを配信する。

なお、外部コンピュータ１０１ではメタデータの生成のみを実行し、ユーザによる修正、画像データ及びメタデータの配信はスキャナ装置１００にて実行してもよい。

〔スキャナ装置１００等の処理フローのカスタマイズ〕
スキャナ装置１００又は外部コンピュータ１０１の処理はメタデータの生成だけであるとは限らず、また、複数の処理が可能であってもそれを固定すると各ユーザの嗜好に対応できず好ましくない。そこで、本実施例では、スキャナ装置１００又は外部コンピュータ１０１の処理フローをカスタマイズできるようになっている。図１では、カスタマイズするため外部コンピュータ１０２がスキャナ装置１００に接続されているが、これはＰＣ１０４又は外部コンピュータ１０１と兼用してもよい。

図４は、スキャナ装置１００とネットワーク１０３を介して接続された外部コンピュータ１０２の機能ブロック図の一例を示す。なお、図４において図３と同一構成には同一の符号を付しその説明は省略する。

カスタマイズの機能は、管理ツールプログラム３０ＰをＣＰＵ４７が実行して実現される管理ツール部３０により提供される。管理ツールプログラム３０Ｐは、スキャナ装置１００の記憶装置１５又は記憶装置４６に記憶されており、スキャナ装置１００の記憶装置１５に記憶されている場合は、外部コンピュータ１０２にダウンロードされてから実行される。

管理ツール部３０は、スキャン装置１００の記憶装置４６に記憶されているプラグインプログラム２０Ｐの一覧を取得し、どのプラグインプログラム２０を使用するか、また、その順番などをユーザが決定することを支援する。

管理ツール部３０について説明する。図５（ａ）は、外部コンピュータ１０２と接続されたディスプレイに表示される管理ツール部３０が表示するＧＵＩ（Graphical User Interface）の一例を示す。メタデータ生成部１７や種々の機能をプラグイン２０により実現することで、スキャン装置１００の処理手順や機能を固定化することなく、ユーザがカスタマイズしやすくすることができる。

ユーザが管理ツールプログラム３０Ｐを記憶装置１５からダウンロードしたり、記憶装置４６の管理ツールプログラム３０Ｐを起動すると、図５のような現在のスキャナ装置１００の処理手順が表示される。「文書名抽出」ボックス３３は、画像データから文書名を抽出する機能を意味する。この機能を実現するプラグインプログラム（例えば文書名抽出プログラム）２０Ｐは、画像データの先頭ページにＯＣＲを実行し、文書名に相応しいと思われる文字列を自動抽出する。また、抽出された文字列を、「文書名」という名前の付いたメタデータとして記憶装置１５に格納する。

上述のように、プラグイン毎に生成するメタデータが予め設定されている場合、「文書名抽出」ボックス３３の他に、例えば「商品番号」「発注個数」を生成するプラグイン２０を「文書名抽出」ボックス３３に続けて配置する処理フローを作成することができる。

図５（ｂ）は、生成するメタデータと表示するメタデータをユーザがそれぞれ選択する表示画面の一例を示す。例えば、管理ツール部３０は、スキャナ装置１００又は外部コンピュータ１０１に導入されている全てのプラグイン２０から、それぞれのプラグイン２０が生成できるメタデータの一覧を作成し表示する。ユーザは生成したいメタデータのチェックボックスにチェックを入れることで選択する。これにより、管理ツール部３０は、「生成」にチェックされたプラグイン２０を処理フローに反映させる。

また、ユーザは表示するメタデータを選択することができる。ここで、「商品番号」はバーコードにて読み取られるので誤認識の可能性がなく、「文書名」と「発注個数」はＯＣＲにより認識されるので誤認識の可能性があるとすると、ユーザがメタデータが正しく生成されたか否かをスキャナ装置１００で確認したいのは、「文書名」と「発注個数」だけである。図５（ｂ）に示すように、ユーザは表示したいメタデータのチェックボックスにチェックを入れることで選択する。管理ツール部３０は「表示」にチェックされたメタデータのみを表示するよう処理フロー上に設定する。

「文書管理へ登録」ボックス３４は、文書管理サーバ２００へ画像データとメタデータを登録する機能を意味する。この機能を実現するプラグインプログラム（例えば文書登録プログラム）２０Ｐは、文書管理サーバ２００（例えばソフトウェアのデータベース、さらに配信機能を備えていてもよい）へ、画像データとメタデータを登録する。

「ＰＤＦ変換」ボックス３５は、画像データをＰＤＦフォーマットに変換する機能を意味する。この機能を実現するプラグインプログラム（例えばＰＤＦ変換プログラム）２０Ｐは、画像データ（スキャナ装置１００が生成するTIFFやJPEGフォーマット）を、PDFというフォーマットのデータに変換する。

「メール」ボックス３６は、画像データをメール本文に添付して送信する機能を意味する。この機能を実現するプラグインプログラム（例えばメールプログラム）２０Ｐは、画像データをメール本文に添付して送信する。図５の処理手順では、PDFに変換された画像データがメールに添付される。

このように、スキャン装置１０１は、機能の異なるプラグイン２０を提供することができる。
１．メタデータの生成に関与するプラグイン
２．画像データを加工するプラグイン
３．画像データやメタデータを、配信先へ転送するプラグイン
ユーザは、スキャナ装置１００がプラグインプログラム２０Ｐにて提供する機能をカスタマイズできる。例えば、マウスにより各ボックスを選択し、ドラッグすることで配置を変更したり、選択後削除することで不要な機能を省略できる。

処理フローはユーザ毎に定義できる。管理ツール部３０は、ユーザの所定の操作により処理フローを外部コンピュータ１０２からスキャン装置１００に送信する。スキャン装置１００の演算装置１６は、受信した処理フローを例えばユーザＩＤに対応づけて記憶装置１５に記憶する。したがって、スキャン装置１００は、記憶している処理フローに従いプラグイン２０を起動して処理すればよいことになる。

〔メタデータ、メタデータの修正例〕
続いて、本実施例のメタデータ校正方法の手順を説明する。ここでは、スキャナ装置１００がメタデータを生成するものとする。図６は、メタデータの校正に伴い表示部１４に表示されるメタデータの遷移を示す遷移図である。

Ｓｔ１０：スキャナ装置１００は待機状態で、スキャンするユーザのために「原稿をセットしてください」と表示している。ユーザがスタートキー３１を操作すると、演算装置１６がスキャナエンジン１１を制御して、原稿３２の読み取りを開始する。なお、スタートキー３１にはＬＥＤが内蔵されていて、動作状態に応じて点灯色が変化する。

Ｓｔ２０：この結果、演算装置１６は表示部１４に「原稿を読み取り中です」と表示する。また、原稿の読み取り中はスタートキー３１の点灯色が変わり、スタートキー３１を操作できなくなる。読み取りが終了すると読み取られた画像データは記憶装置１５に記憶される。

Ｓｔ３０：読み取りが終了すると、演算装置１６はメタデータ生成部１７を起動するか、起動しているメタデータ生成部１７を読み出し、メタデータ生成部１７が記憶装置１５の画像データからメタデータを生成する。これにより、演算装置１６は表示部１４に「メタデータを生成中です」と表示する。この間もスタートキー３１は操作できないままである。

Ｓｔ４０：メタデータの生成が終了すると、演算装置１６はメタデータ表示制御部１８にメタデータの表示を要求する。図では表示部１４に「××報店書」と表示されている。図ではメタデータを原稿３２の文書名とした。なお、メタデータが生成されるとスタートキー３１を操作可能となる。

Ｓｔ５０：メタデータが表示された状態、又は、例えば修正モードへ切り替える操作をユーザが入力すると、ユーザがメタデータを修正することができる。演算装置１６はメタデータ修正部１９を起動して、メタデータ修正部１９は例えばソフトウェアキーボードを表示部１４に表示したり、画数や文字形状の類似した別の候補文字を表示する。ユーザが表示されたメタデータを入力して修正したり候補文字から選択すると、メタデータ修正部１９は記憶装置１５に記憶しているメタデータを修正する（上書きする）。メタデータの修正が終了すると、ユーザはスタートキー３１を操作する。

Ｓｔ６０：ユーザがスタートキー３１を操作すると、演算装置１６は配信部２１に、ＮＩＣ１３により配信先（例えば、文書管理サーバ２００）のアドレスに、画像データと修正されたメタデータを送信する。送信が完了すると、演算装置１６は表示部１４に「文書を送信しました。」と表示する。タッチパネルに表示された「確認」にユーザが触れたり、一定時間が過ぎたりすると、演算装置１６はＳｔ１０の状態に戻り、次のスキャン操作の待機状態となる。

〔シーケンス〕
図６で説明したように、メタデータを生成する（文書名を抽出してよい）のは、Ｓｔ３０〜４０の間である。また、実際に文書を配信するのは、Ｓｔ５０〜６０の間である。

演算装置１６は、フロー全体を定義する処理フローを参照して、どのプラグイン２０が、どの状態の時に実行すべきかを判断し、一連の処理を制御する。演算装置１６は、スキャンが実行されると、ユーザＩＤ等で指定される処理すべきフロー図を記憶装置１５から読み出し、メタデータ生成部１７に、スキャナ装置１００が生成した画像データからメタデータを生成するよう要求する。また、処理フローに必要なプラグインプログラム２０Ｐを実行して、処理フローを準備する。

図７は、処理フローに従いスキャン装置１００が画像データを加工する手順のシーケンス図を示す。概略を説明する。

演算装置１６は、「メタデータ生成モード」と「配信モード」の２つのモードで処理を実行する。このモード毎に画像データ又はメタデータを記憶しておくキュー（先入れ先出しの記憶手段）を用意している。

まず、演算装置１６は、「メタデータ生成モード」で処理を実行する。現在どのモードで実行中かは、各プラグイン２０にプログラム間通信等で通知される。各プラグイン２０は、「メタデータ生成モード」で処理すべき役割があるか否かを把握しているか、処理すべきモードでは演算装置１６により活性化されるので、モードに応じて処理の是非を適宜判断する。例えば、「メタデータ生成モード」では、文書管理サーバ２００へ登録するプラグイン２０、メール送信するプラグイン２０は処理をしない（スルーする）。

図７に従って説明する。なお、スキャナ装置１００及び外部コンピュータ１０１は、当初「メタデータ生成モード」である。スキャナ装置１００はユーザの操作に基づき原稿３２をスキャンする（Ｓ１０）。画像データは演算装置１６に転送され（Ｓ１１）、演算装置１６は画像データを記憶装置１５に記憶させる（Ｓ１２）。この間、表示部１４は図６のＳｔ１０、Ｓｔ２０のメッセージが表示される。

ついで、演算装置１６は、記憶装置１５から処理フローを読み出す（Ｓ１３）。演算装置１６はメタデータ生成モードのまま、処理フローの実行を所定のプラグイン２０に要求する（Ｓ１４）。メタデータを生成するプラグイン２０（又はメタデータ生成部１７）は、画像データからメタデータを生成する（Ｓ１５）。この間、表示部１４は図６のＳｔ３０のようになる。そして、メタデータ生成部１７はメタデータを記憶装置１５に記憶する（Ｓ１６）。

ついで、メタデータ表示制御部１８は、メタデータを記憶装置１５から読み出し（Ｓ１８）、表示部１４に表示する（Ｓ１９）。これにより、表示部１４は図６のＳｔ４０のようにメタデータが表示される。

ユーザは表示されたメタデータをチェックして、修正の必要があれば操作部１２によりメタデータを修正する（S２１）。メタデータ修正部１９は、修正後のメタデータを取得し（Ｓ２２）、記憶装置１５のメタデータを上書き保存する（Ｓ２３）。これにより、記憶装置１５のメタデータが修正されたことになる。

ついで、演算装置１６はモードを「配信モード」に切り替え（Ｓ２４）、以降の処理を実行する。文書管理サーバ２００に登録するプラグイン２０は、配信処理を実行するため（Ｓ２５）、画像データとメタデータを記憶装置１５から読み出す（Ｓ２６）。そして、予め指定された文書管理サーバ２００へ画像データとメタデータを送信する。

処理が完了すると、演算装置１６に通知され（Ｓ２７）、表示部１４の表示を次のスキャンを待機する待機状態に変更する（Ｓ２８）。

なお、「配信モード」では、メタデータを生成するプラグイン２０は処理をスルーする。また、図７では不図示であるが、ＰＤＦに変換するプラグイン２０やメール送信するプラグイン２０は、処理フローに定義されていれば「配信モード」で処理をスルーせずに、それぞれの処理を実行する。

本実施例によれば、メタデータをスキャナ装置１００から直接修正できるので、再スキャンすることなく正確なメタデータを画像データに添付して文書管理サーバ２００に送信することができる。

複数のスキャナ装置１００と接続された外部コンピュータ１０１によりメタデータを生成するスキャナシステム５０について説明する。

図１及び図３に示すように、外部コンピュータ１０１には複数のスキャナ装置１００が接続されうる。外部コンピュータ１０１がメタデータを生成する場合、複数のスキャナ装置１００から沢山のジョブ（画像データ）が投入される。このため、画像データの投入スピードが外部コンピュータ１０１の処理能力を超えたり、又は、時間的に重複してメタデータの生成要求がある場合がある。

このような構成のスキャナシステム５０では、外部コンピュータ１０１が一般にキュー（順番待ち行列）という記憶方法で記憶し、画像データはその記憶方法でスプールされる。スプールされたジョブは、古いものから順に取り出され実行される。

本実施例では、ユーザがメタデータの生成をスキャナ装置１００の前で待っている（Ｓｔ４０の画面が出るのを待っている）ことを想定しているので、キューに大量のジョブがすでにスプールされている場合に、さらに画像データをキューにスプールすると、ユーザが長い間待たされてしまうという問題がある。

そこで、本実施例では、「メタデータ生成モード」の画像データを格納するキューＭと、「配信モード」の画像データを格納するキューＨを、それぞれ設ける。なお、それぞれのキューＭ，Ｈは、物理的に２つ以上のキューを使ってもよいし、１つのキューにそれぞれのモードを識別する機構を設ける場合など、キューそのものの実現方法は問わない。すわわち、論理的に別体とされた２つのキューを設ける。

そして、メタデータ生成部１７は、「メタデータ生成モード」の画像データを格納するキューＭを優先的に処理する。これは、メタデータ生成をまつ画像データよりも古い、先に実行されるべき配信モードの画像データ及びメタデータがキューＨに残っていても、キューＭの画像データからメタデータを優先的に生成すること意味する。なお、ＰＤＦへの変換、メール生成は「配信モード」の処理なので、これらよりもメタデータの生成が優先される。

図８は、メタデータ生成部１７が優先的にメタデータを生成する処理の手順を示すフローチャート図である。図８のフローチャート図は、キューＭ又はキューＨに画像データがスプールされている場合に繰り返し実行される。

まず、メタデータ生成部１７は、キューＭに画像データが格納されているか否かを判定する（Ｓ１００）。キューＭに画像データが格納されている場合（Ｓ１００のＹｅｓ）、メタデータ生成部１７は最も古くスプールされた画像データを記憶装置４６から読み出してメタデータを生成する（Ｓ１１０）。

キューＭに画像データが格納されていない場合（Ｓ１００のＮｏ）、配信部２１はキューＨに画像データ及びメタデータが格納されているか否かを判定する（Ｓ１２０）。キューＨに画像データ及びメタデータが格納されている場合（Ｓ１２０のＹｅｓ）、配信部２１は最も古くスプールされた画像データ及びメタデータを記憶装置４６から読み出して配信する（Ｓ１３０）。

このように、配信処理する前に、必ず、メタデータを生成すべき画像データがキューＭに格納されているか否かを判定し、格納されている場合はメタデータの生成を優先するので、配信処理よりも優先的に外部コンピュータ１０１の資源を使用して処理でき、ユーザがスキャナ装置１００の前で待機する時間を最小にすることができる。

図９は、処理フローに従い外部コンピュータ１０１が画像データを加工する手順のシーケンス図を示す。なお、図９において図７と同一ステップには同一の符号を付し、その説明は簡単に行う。

スキャナ装置１００はユーザの操作に基づき原稿３２をスキャンする（Ｓ１０）。画像データはＣＰＵ４７に転送され（Ｓ１１）、ＣＰＵ４７は画像データを記憶装置１５のキューＭに記憶させる（Ｓ１２）。

ついで、ＣＰＵ４７は、記憶装置１５から処理フローを読み出す（Ｓ１３）。ＣＰＵ４７はメタデータ生成モードのまま、処理フローの実行を所定のプラグイン２０に要求する（Ｓ１４）。メタデータを生成するプラグイン２０（又はメタデータ生成部１７）は、キューＭから画像データを読み出す（Ｓ１４−２）。

図８に従い、このときキューＭにメタデータ生成待ちの画像データがなければ、配信モードになりキューＨからメタデータと画像データを読み出す（Ｓ１６）。

プラグイン２０は、画像データからメタデータを生成し（Ｓ１５）、プラグイン２０はメタデータを記憶装置１５に記憶する（Ｓ１６）。

ついで、メタデータ表示制御部１８は、メタデータを表示部１４に表示する（Ｓ１９）。 ユーザは表示されたメタデータをチェックして、修正の必要があれば操作部１２によりメタデータを修正する（S２１）。

プラグイン２０（又はメタデータ修正部１９）は、修正後のメタデータを取得し（Ｓ２２）、キューＭから画像データを読み出す（Ｓ２２−２）。そして、読み出した画像データと修正後のメタデータをキューＨにスプールする（Ｓ２３）。

ついで、ＣＰＵ４７はモードを「配信モード」に切り替え（Ｓ２４）、以降の処理を実行する。文書管理サーバ２００に登録するプラグイン２０は、配信処理を実行するため（Ｓ２５）、画像データとメタデータをキューＨから読み出す（Ｓ２６）。そして、予め指定された文書管理サーバ２００へ画像データとメタデータを送信する。

処理が完了すると、ＣＰＵ４７に通知され（Ｓ２７）、表示部１４の表示を次のスキャンを待機する待機状態に変更する（Ｓ２８）。

本実施例のスキャナシステム５０によれば、外部コンピュータ１０１には複数のスキャナ装置１００が接続されていて画像データが集中するような場合にも、外部コンピュータ１０１が配信処理よりもメタデータの生成を優先するので、ユーザがスキャナ装置１００で待機する時間を最小限にすることができる。

実施例２では、メタデータを優先的に生成することでユーザの待機時間を最小にしたが、複数のスキャナ装置１００において重複した時間帯に画像データが生成されるような場合には、メタデータの生成に遅延が生じ、ユーザの待機時間が長期化するおそれがある。そこで、本実施例では、メタデータの修正をスキャナ装置１００でないコンピュータ等で行えるようにすることで、ユーザがスキャナ装置１００の前で待機する時間を短縮する。

ユーザによるメタデータの確認、修正作業は、原稿３２の再スキャンを伴わないため、表示部１４にメタデータが表示されるか否かに関わらず、ユーザがスキャナ装置１００の近くで待機する必要はない。メタデータを入手できれば、ユーザは修正の必要性を判断でき、修正の必要があれば修正の後、ネットワーク１０３を介してスキャナ装置１００に送信すればよい。したがって、ユーザが使っているＰＣ１０４、外部コンピュータ１０２等においてメタデータを確認・修正でき、配信指示ができればよい。

図１０は、本実施例における文書管理サーバ２００の機能ブロック図を示す。図１０において図３の外部コンピュータ１０１と同一構成部分には同一の符号を付しその説明は省略する。本実施例の文書管理サーバ２００は、記憶装置４６に確認待ちプール４０を記憶している。確認待ちプール４０は、メタデータの生成が完了したスキャンジョブに対応づけて画像データ及びメタデータを記憶するデータベースである。なお、本実施例では確認待ちプール４０を文書管理サーバ２００が記憶しているが、スキャナ装置１００が記憶していてもよく、外部コンピュータ１０１、１０２が記憶していてもよい。

また、本実施例では文書管理サーバ２００がメタデータを生成するので、文書管理サーバ２００がメタデータ生成プログラム１７Ｐ、メタデータ修正部プログラム１９Ｐを記憶している。

本実施例では、ユーザがＰＣ１０４からスキャン装置１０１にアクセスし、確認待ちプール４０のメタデータをＰＣ１０４に表示する。ユーザはメタデータを見て必要であれば修正して、修正後のメタデータを文書管理サーバ２００に送信する。文書管理サーバ２００は、修正後のメタデータを確認待ちプール４０に格納すると共に、配信待ちのキューHにスプールする。したがって、本実施例のスキャナシステム５０では、ユーザがスキャナ装置１００の前でメタデータの表示を待つ必要がない。

本実施例では、ユーザがＰＣ１０４から、Ｗｅｂブラウザ（Microsoft社のIE（登録商標）など）を使って、メタデータの確認・修正や、配信指示を行う。電子メールによりメタデータを送受信してもよい。

文書管理サーバ２００の記憶装置４６には、キューＭからメタデータを生成して確認待ちプール４０に格納するプール格納プログラム５１Ｐ、メタデータをＰＣ１０４の表示装置に表示する表示画面や修正画面を生成するメタデータ表示画面生成プログラム５２Ｐ、が記憶されている。文書管理サーバ２００のＣＰＵ４７は、プール格納プログラム５１Ｐを実行することでプール格納部５１を実現し、メタデータ表示画面生成プログラム５２Ｐを実行することでメタデータ表示画面生成部５２を実現する。

ユーザがＷｅｂブラウザを介して文書管理サーバ２００にアクセスする場合、メタデータ表示画面生成部５２はＨＴＭＬ（HyperText Markup Language）により記述された表示画面情報を生成する。ＧＵＩ情報のひな形は予め記憶装置４６に格納されているので、メタデータ等を埋め込むことでユーザ毎に表示画面情報を生成できる。

表示画面情報には、ユーザ操作（メタデータの選択など）に応答するため JavaScript などが埋め込まれている。主要なウェブブラウザのほとんどにJavaScriptの実行エンジンが搭載されているので、ＨＴＭＬにJavaScriptのプログラムを埋め込むことで、ＨＴＭＬの動的書き換えや入力フォームの自動補完などを容易に行うことができる。なお、これら文書管理サーバ２００とWebブラウザの間の仕組みは、現在多数の代替技術が存在するため、具体的手段は本実施例に限定されるものではない。

図１１は、ＰＣ１０４からアクセスされた文書管理サーバ２００がメタデータを更新する処理のシーケンス図を示す。なお、各種キューはスキャナ装置１００、外部コンピュータ１０１，文書管理サーバ２００のいずれに設定されてもよいが、ここでは文書管理サーバ２００に設定されているとする。

ユーザはスキャナ装置１００にて原稿３２をスキャンさせる（Ｓ５１）。この時点でユーザはスキャナ装置１００から離れることができる。スキャナ装置１００は文書管理サーバ２００に画像データを送信する（Ｓ５２）。文書管理サーバ２００は、スキャナ装置１００から送信された画像データをキューＭにスプールする（Ｓ５３）。スプールできた場合には、スキャナ装置１００にその旨を通知し（スプールできなかった場合は再送信を要求する）、スキャナ装置１００は次のスキャンジョブを待機する（Ｓ５４）。

ついで、文書管理サーバ２００のメタデータ生成部１７は、キューＭから画像データを読み出し（Ｓ５６）、ＯＣＲ処理等によりメタデータを生成する（Ｓ５７）。プール格納部５１は生成したメタデータを確認待ちプール４０に格納する（Ｓ５８）。

ここで、ユーザがWebブラウザを使って文書管理サーバ２００にアクセスすると、メタデータ表示画面生成部５２が起動する（Ｓ５９）。メタデータ表示画面生成部５２は、確認待ちプール４０に格納された確認待ちのメタデータの一覧を抽出する。なお、メタデータが短いテキストデータであれば全てのメタデータを生成すればよい。

そして、メタデータ表示画面生成部５２は、メタデータの一覧表示画面を生成し（Ｓ６１）、Ｗｅｂブラウザに送信する（Ｓ６２）。一覧表示画面は、ユーザにとって自己のメタデータがどれかを確認できるよう構成される。図１２（ａ）はＷｅｂブラウザが表示した一覧表示画面の一例を示す。セキュリティを考慮するとユーザ１０４のメタデータのみを表示することが好適である。

ユーザは図１２（ａ）のような画面から修正する必要のあるメタデータを例えばＪｏｂＩＤにより選択する（Ｓ６３）。例えば、メタデータやＪｏｂＩＤをクリックすると、ＪｏｂＩＤが文書管理サーバ２００に送信される。

メタデータ表示画面生成部５２は、管理待ちプール４０から選択されたメタデータを読み出す（Ｓ６４）。そして、当該メタデータを含む修正用画面を生成し（Ｓ６５）、修正用画面をＷｅｂブラウザに送信する（Ｓ６６）。

図１２（ｂ）はＷｅｂブラウザが表示した修正用画面の一例を示す。ユーザは修正前のメタデータを確認して、修正欄に修正後のメタデータをテキストデータで入力する。ユーザが送信ボタンをクリックすると、修正後のメタデータが文書管理サーバ２００に送信される（Ｓ６７）。なお、修正後のメタデータの送信は、画像データとメタデータの配信指示を兼ねる。

文書管理サーバ２００のメタデータ修正部１９は、キューＭのメタデータを修正後のメタデータで上書き保存する（Ｓ６８）。配信部２１は、画像データ及びメタデータ（スキャンジョブの全データ）をキューＭから読み出し（Ｓ６９）、今度はキューＨにスプールする（Ｓ７０）。

本実施例によれば、ユーザはスキャナ装置１００の前でメタデータの表示を待つ必要がなく、自らのＰＣ１０４で所望の時にメタデータを修正することができる。また、本実施例のようにＰＣ１０４でメタデータを修正する場合でも、必ずＰＣ１０４で修正しなければならないわけではなく、スキャナ装置１００にて並行してメタデータを表示してもよい。ユーザはメタデータがすぐに表示されればその場で修正すればよいし、時間がかかるようであれば、ＰＣ１０４でメタデータを修正することができる。

以上説明したように、本実施形態のスキャナ装置１００等によれば、ユーザがスキャンしたその場でメタデータを修正することができる。また、外部コンピュータ１０１でメタデータを生成する場合において、複数のスキャナ装置１００が接続されていても、配信よりメタデータの生成を優先するので、ユーザの待ち時間を短縮できる。また、ユーザのＰＣ１０４でメタデータを修正する場合は、スキャナ装置１００の前で待機する必要がない。

スキャナ装置がネットワークを介して文書管理サーバと接続されたスキャナシステムの概略構成図である。 スキャナ装置の機能ブロック図の一例である。 スキャナ装置とネットワークを介して接続された外部コンピュータの機能ブロック図の一例である。 スキャナ装置とネットワークを介して接続された外部コンピュータの機能ブロック図の一例である。 外部コンピュータと接続されたディスプレイに表示される管理ツール部が表示するＧＵＩの一例である。 メタデータの校正に伴い表示部に表示されるメタデータの遷移を示す遷移図である。 処理フローに従いスキャン装置が画像データを加工する手順のシーケンス図である。 メタデータ生成部が優先的にメタデータを生成する処理の手順を示すフローチャート図である。 処理フローに従い外部コンピュータが画像データを加工する手順のシーケンス図である。 文書管理サーバの機能ブロック図の一例である。 ＰＣからアクセスされた文書管理サーバがメタデータを更新する処理のシーケンス図である。 Ｗｅｂブラウザが表示した一覧表示画面の一例である。 スキャナ装置でスキャンした画像データを、ネットワークを介して端末に配信するスキャナシステムの概略構成図である（従来図）。

符号の説明

９ 記憶媒体
１１ スキャナエンジン
１２ 操作部
１３、４４ ＮＩＣ
１４ 表示部
１５、４６ 記憶装置
１６ 演算装置
１７ メタデータ生成部
１８ メタデータ表示制御部
１９ メタデータ修正部
２０ プラグイン
２１ 配信部
３０ 管理ツール部
４０ 確認待ちプール
５０ スキャナシステム
１００ スキャナ装置
１０１、１０２ 外部コンピュータ
１０３ ネットワーク
１０４ ＰＣ（パーソナルコンピュータ）
２００ 文書管理サーバ

Claims (6)

1. 複合機とサーバがネットワークを介して接続されたシステムにおいて、
   前記サーバは、
   前記複合機から受信した画像データを記憶する画像データ記憶手段と、
   前記画像データからメタデータを生成するメタデータ生成手段と、
   前記メタデータを記憶する中間データ記憶手段と、
   情報処理装置から前記メタデータの確認要求を受け付けた場合、前記中間データ記憶手段に記憶した前記メタデータを前記情報処理装置に送信するメタデータ送信手段と、
   該情報処理装置から修正後の前記メタデータを受信した場合、前記中間データ記憶手段に記憶されている前記メタデータを修正し、前記画像データ記憶手段に記憶された前記画像データと共に外部のコンピュータに配信する配信手段と、
   を有することを特徴とするシステム。
2. 当該システムはさらに前記複合機と通信可能な情報処理装置を有し、
   前記情報処理装置は、
   前記メタデータの生成、前記画像データのデータフォーマットの変換、並びに、前記画像データ及び前記メタデータの電子メールによる送信、を前記サーバが行うか否かを各処理毎に設定し、ユーザＩＤに対応づけられた処理フローを生成する処理フロー設定手段を有する、
   ことを特徴とする請求項１記載のシステム。
3. 前記画像データ記憶手段は、前記メタデータの抽出対象となる前記画像データが記憶される第１のキューと、前記メタデータの抽出対象とならない前記画像データが記憶される第２のキューを有し、
   前記メタデータ生成手段は、前記第１のキューに前記画像データが記憶されている場合、前記配信手段が前記第２のキューに記憶された前記第１のキューの前記画像データよりも古い前記画像データを配信するよりも先に、前記第１のキューの前記画像データから前記メタデータを生成する、
   ことを特徴とする請求項１記載のシステム。
4. 前記複合機は、前記メタデータ生成手段を有し、
   前記メタデータ生成手段を構成する複数のプラグインには、予め前記メタデータを表示するか否かが設定されている、
   ことを特徴とする請求項１〜３いずれか１項記載のシステム。
5. 前記プラグインは、ユーザの操作を受け付けて前記メタデータを表示するか否かを決定する、
   ことを特徴とする請求項４記載のシステム。
6. 前記メタデータ生成手段は、生成する前記メタデータが予め設定されている複数のプラグインにより構成されており、
   前記プラグインは、表示した生成可能な前記メタデータの一覧から、ユーザによる選択を受け付けた前記メタデータを生成し、前記メタデータを表示する、
   ことを特徴とする請求項５記載のシステム。

Images