JP2008035463A - 文書処理装置および文書処理方法 - Google Patents

Abstract

【課題】文書が複数セットある場合であっても、それらの電子化に伴って必要となる各種処理におけるユーザの負担を軽減することが可能な文書処理装置を提供する。
【解決手段】文書読み取り部１２０は、スキャナ１０から送信された画像データを受信し、全体制御部１１０に出力する。全体制御部１１０は、文書読み取り部１２０から受信した画像データの中から２次元コードの画像を抽出し、この２次元コードをデコードして文書を文書グループ毎に振り分けると共に、２次元コードを処理内容決定部１５０及び文書処理部１６０に通知する。処理内容決定部１５０は、全体制御部１１０から文書グループ単位で２次元コードの属性情報と画像データとを受信し、この文書グループに施す処理を決定する。文書処理部１６０は、読み取られた文書グループの文書に対してソート処理、レイアウト処理等の処理を施し、必要に応じて転送処理を行なう。
【選択図】図２

Description

本発明は、文書の電子化技術に関し、特に電子化された文書に係る画像データを加工する技術に関する。

従来、印刷された文書をスキャナ等で読み取ってサーバに格納したり、遠隔地に転送したりする際に、文書のペーパー毎に付されたページによってソートを行なう技術がある（例えば、特許文献１参照）。また、文書の先頭にカバーシートを追加し、このカバーシートに当該文書の総数を記載しておき、転送時の枚数チェックに用いる技術がある（例えば、特許文献２参照）。
特開平５−２２５３０４号公報 特開２０００−５１２４４７号公報

しかしながら、上記特許文献１については、一かたまりの文書に複数セットの文書が含まれている場合にはページによるソートができないという課題がある。さらに、上記特許文献１では、ページの識別は文字認識によるものであり、読み取りのたびに文字認識領域を指定しなくてはならず、非常に手間がかかるという課題がある。さらにまた、文字認識によると、情報が増えるとその分読み取りに時間がかかる上、紙面スペースが限られてくると、文字の数も制限されてしまう場合があるため、ページ以外にも属性情報を表し、その属性情報に従った処理を実現したい場合に、処理のバリエーションが制限され得るという課題がある。

また、上記特許文献２については、転送等する文書が複数セットある場合は、各セットに１枚ずつカバーシートを作成する必要があるため、非常に煩わしいという課題がある。さらに、上記２つの文献では、文字認識やカバーシートの読み取りに失敗したり、一部の文書が欠けて読み取られてしまった場合に修正や補填をする手段がなく、文書の誤転送が生じたり、不完全な電子化データが保存されてしまうという問題もある。

本発明は、上記課題に鑑みてなされたものであり、一かたまりの文書に複数セットの文書が含まれている場合であっても、それらの電子化に伴って必要となる各文書処理におけるユーザの負担を軽減し、さらに処理のスピードアップ化とバリエーションを可能にする文書処理装置等を提供することを第１の目的とする。また、文書の読み取り時にエラーが発生した場合に、文書の誤転送や不完全な電子化データが保存されてしまうことを回避し得る文書処理装置等を提供することを第２の目的とする。

本発明に係る文書処理装置は、文書のグループを特定するための識別番号および文書に施す処理に関する属性情報を示すコードが付された１又は２以上の文書で構成される文書グループを電子化する文書処理装置であって、電子化された文書を取得し、当該文書に付されたコードを読み取る文書読み取り手段と、前記コードの内容に基づいて、前記文書の文書グループを特定すると共に、当該文書グループの文書について施すべき処理の内容を決定する処理内容決定手段と、特定された前記文書グループに対し、決定された前記処理を施す文書処理手段とを備えることを特徴とする。

これにより、文書が複数セットある場合であっても、それらの電子化に伴って必要となる各種処理がコードによって予め規定されているため、ユーザの負担を軽減することが可能となる。さらに、コードを利用するため、処理のスピードアップ化と処理のバリエーションを増やすことが可能となる。特に２次元コードを利用すると、膨大な情報を規定することが可能であり、たとえ、コードを表示するのに少ないスペースしか許されない場合であっても、高密度印字ができるので膨大な情報を規定することは依然可能である。さらに、２次元コードは、３６０度全方向の読み取りができるため、膨大な情報を規定しても高速な読み取りが可能である。さらにまた、２次元コードは、英数字に限らずカナ、ひらがな及び漢字等の表現もできるため、より処理のバリエーションを膨らませることが可能となる。

さらに、本発明に係る文書処理装置の前記処理内容決定手段は、前記コードの内容と取得された前記文書におけるエラー状況とに基づいて、前記文書グループ毎に施すべき処理の内容を決定することを特徴とする。

これにより、文書の読み取りにエラーがあった場合も、エラーを処理した上で保存することが可能となる。特に２次元コードを利用すると、２次元コード自体にデータの復元機能を持たせることができるため、エラーのリスクを低め、より円滑な処理が可能となる。

さらに、本発明の係る文書処理装置の前記処理内容決定手段は、前記コードの内容に基づいて、前記文書の文書グループを特定し、当該文書グループ毎に前記文書を振り分ける文書グループ振分け部と、前記コードの内容に基づいて、前記振り分けられた文書にエラーが発生しているか否かを判定するエラー状況判定部と、前記コードの内容と前記エラー状況判定部における判定結果とに基づいて、前記振り分けられた文書グループの文書に対して施すべき処理の内容を決定するグループ処理決定部とを備えることを特徴とする。

これにより、文書の読み取り時にエラーが発生した場合に、文書の誤転送や不完全な電子化データが保存されてしまうことを回避することが可能となる。

なお、本発明は、上記文書処理装置における特徴的な構成手段をステップとする文書処理方法として実現したりすることもできる。さらに、上記方法の各々のステップをコンピュータ等に実行させるプログラムとして実現することもできる。そして、そのプログラムをＤＶＤ等の記録媒体やインターネット等の伝送媒体を介して広く流通させることができるのは云うまでもない。

さらに、本発明は、上記文書処理装置、スキャナおよび文書管理サーバを備える文書処理システムとして実現することもできる。

なお、本発明における「スキャナ」は、スキャナ単体に限らず、スキャナ機能を備えた装置全般を対象とする。

本発明によれば、文書が複数セットある場合であっても、それらの電子化に伴って必要となる各種処理におけるユーザの負担を軽減することが可能となる。さらに、コードを利用するため、処理のスピードアップ化とバリエーションが可能となる。

また、文書やコードの読み取りにエラーがあった場合も、エラー処理をした上で保存することが可能となる。

以下、本発明に係る実施の形態について、図面を参照しながら説明する。なお、本発明について、以下の実施の形態および添付の図面を用いて説明を行なうが、これは例示を目的としており、本発明がこれらに限定されることを意図しない。

（実施の形態）
図１は、本実施の形態におけるハードウェア構成の一例である。図１に示される文書処理システム６００は、文書（例えば、帳票）の読み取り（スキャニング）を行い、電子化した後の各種処理におけるユーザの操作性を向上させたシステムであり、ＬＡＮ４００を介して、文書処理装置１００、２００および３００と文書管理サーバ５００とが接続されている。さらに、文書処理装置１００、２００又は３００は、それぞれスキャナ１０、２０又は３０に接続されている。

文書処理装置１００は、スキャナ１０によって読み取った文書を文書グループ単位で文書管理サーバ５００に送信する装置である。なお、文書処理装置１００は、文書管理サーバ５００に送信する前に、文書に付されているＱＲコード（登録商標）に基づいて、読み取った文書を文書グループに振り分けるとともに文書グループ単位で処理を施す。ここで、「文書グループ」とは、文書を識別する管理番号（「管理Ｎｏ．」とも記す。また、「識別番号」ともいう。）が同じ文書によって構成される文書の集合体をいう。なお、図１における文書処理装置２００および３００は、上記文書処理装置１００と同等の機能を有する装置である。

文書管理サーバ５００は、ハードディスク装置などの大容量の記憶媒体を含むサーバであり、文書処理装置１００、２００又は３００から受信した文書グループを、予め決められた規則に従って格納する。

図２（ａ）は、本実施の形態における文書処理装置１００の機能構成を示すブロック図である。図２（ａ）に示されるように、文書処理装置１００は、スキャナ１０によって読み取られた文書に付されているＱＲコードに基づいて、読み取られた文書を文書グループに振り分けるとともに文書グループ単位（又は文書単位）で処理を施す装置であり、全体制御部１１０、文書読み取り部１２０、データ格納部１３０、ネットワーク制御部１４０、処理内容決定部１５０、文書処理部１６０、表示部１７０および操作入力部１８０を備える。この場合の処理としては、文書グループにおける頁番号によるソート処理、レイアウト処理、指定された宛先への転送、解像度処理、データ圧縮処理およびカラー変換処理などがある。これらの処理の詳細については、以下の文書処理部１６０において説明する。

全体制御部１１０は、例えばＲＡＭ、および制御プログラムを記憶するＲＯＭ等を備えるマイクロコンピュータであり、当該文書処理装置１００の各部の実行を制御する。さらに、全体制御部１１０は、文書読み取り部１２０から受信した画像データをデータ格納部１３０に一旦格納し、各部の要求に応じてデータ格納部１３０に対して画像データの読み出し／書き込みを行なうと共に、文書読み取り部１２０から受信したＱＲコード情報をデータ格納部１３０に格納されている文書管理テーブル５１、５２および５３に書き込み、各部の要求に応じて文書管理テーブル５１、５２および５３のデータの読み出し／書き込み／消去を行なう。また、各部の要求に応じて、表示部１７０に、画像データやＱＲコード情報を表示させる。さらにまた、操作入力部１８０からの入力情報を各部に通知する。また、データ格納部１３０に格納されている画像データについて、文書処理部１６０において処理された後の画像データで更新する。さらに、全体制御部１１０は、処理内容決定部１５０で決定された処理を文書処理部１６０に伝える。また、各部の要求に応じて、ネットワーク制御部１４０に、文書管理サーバ５００とのデータの送受信を制御するよう指示する。

文書読み取り部１２０は、スキャナ１０を制御すると共に、スキャナ１０から送信された画像データを受信してＱＲコードをデコードし、デコードして得られたＱＲコード情報を画像データと共に全体制御部１１０に出力する。

データ格納部１３０は、例えばハードディスク装置であり、全体制御部１１０の指示に従い、画像データの書き込み／読み出しを行なう。

ネットワーク制御部１４０は、全体制御部１１０の指示に従い、ＬＡＮ４００を介して接続されている文書管理サーバ５００との各種データのやり取りを制御する。

処理内容決定部１５０は、全体制御部１１０の指示により、データ格納部１３０に格納されている画像データを文書グループ毎に振り分け、各文書グループ単位で施す処理を決定し、全体制御部１１０に決定した処理を通知すると共に、文書読み取りやＱＲコードのデコードに関してエラーの判定を行なう。例えば、グループＡの文書グループにおける属性情報が「総数＝３」であり、読み取った枚数が２枚の場合は「１枚欠落」であるため、エラー処理を実行することを決定する。さらに、処理内容決定部１５０は、エラーと判定された文書グループにおけるエラー状況の判定を行い、この判定結果を全体制御部１１０に送信する。

より具体的に説明すると、図２（ｂ）に示すように、処理内容決定部１５０は、インタフェース部１５００、文書グループ振分け部１５０１、エラー状況判定部１５０２及びグループ処理決定部１５０３を備える。

インタフェース部１５００は、全体制御部１１０による指示内容を処理内容決定部１５０における各部（文書グループ振分け部１５０１、エラー状況判定部１５０２、およびグループ処理決定部１５０３）に通知すると共に、上記各部における処理結果を全体制御部１１０に通知する。

文書グループ振分け部１５０１は、ＱＲコードの内容に基づいて、電子化された文書の文書グループを特定し、文書グループ毎に前記文書を振り分ける。

エラー状況判定部１５０２は、ＱＲコードの内容に基づいて、文書グループ振分け部１５０１において振り分けられた文書にエラーが発生しているか否かを判定する。

グループ処理決定部１５０３は、ＱＲコードの内容とエラー状況判定部１５０２における判定結果とに基づいて、振り分けられた文書グループの文書に対して施すべき処理の内容を決定する。

文書処理部１６０は、全体制御部１１０の指示により、処理内容決定部１５０の決定に従い読み取られた文書グループに対して、実際にソート処理、レイアウト処理、解像度処理、データ圧縮処理、カラー変換処理などの処理を施し、ＱＲコードに指定がある場合は転送処理を行なう。さらに、文書処理部１６０は、全体制御部１１０から受信したエラー状況の判定結果に基づいて、文書の読み取りが不完全な場合等のエラー処理を実行する。

ここで、文書処理部１６０における各処理の内容について説明する。
ソート処理は、属性情報の内容に従って文書のソートを行なう。例えば、ＱＲコード５の属性に「ソート」という記載がある場合は、文書グループの各文書を頁数が昇順になるようにソートする。レイアウト処理は、文書グループを出力（印刷や画面表示）時のレイアウトに関する処理であり、例えば「２in１」の場合は、連続する２枚の文書を７０％縮小し、通常の文書の大きさに２枚の文書が収まるように、該当する文書グループの全ての文書についてレイアウトを変える。解像度変換処理は、取り込み時の解像度を変換する処理である。例えば、ＱＲコード５の属性が「２００dpi」の場合は、デフォルトで設定さ
れている解像度（例えば３００[dpi]）から２００[dpi]に解像度を落とす。データ圧縮処理は、例えば、「ＪＰＥＧ」や「ＧＩＦ」などの情報を属性として指定することにより、取り込んだ画像データの圧縮を行なう。カラー変換処理は、カラーで読み取られた画像の、モノクロへの変換を行なう。上記の画像処理は、例えばユーザがデータの大きさを変更して記憶領域を節約したい場合等に、実行すると有効である。転送処理は、例えばＱＲコード５の属性に「送信先：Ａ０１」という情報が含まれている場合は、ネットワーク制御部１４０を介して、文書管理サーバ５００における「Ａ０１」フォルダに転送する。エラー処理は、エラー状況を表示部１７０に提示し、ユーザからの操作に従って、文書の再読み取りや表示部１７０に表示されたリスト等の内容の修正を行なう。さらに、エラー文書が特定される場合は、例えばエラー文書の一括消去を行なう。

表示部１７０は、例えば液晶パネルであり、ユーザに必要な情報を提示する。また、データ格納部１３０に格納された画像データや、文書管理テーブル５１、５２及び５３のデータをリストにして表示する。操作入力部１８０は、例えばキーボードやマウスであり、ユーザからの指示を受け付け、全体制御部１１０に通知する。

次に、上記文書処理システム６００を用いた実施例１〜３について、具体的に説明する。

＜実施例１＞
以下では、図３〜図８を参照しながら、文書グループの先頭の文書のみにＱＲコードが付されている（即ち、文書に印字又は添付されている）場合に、文書グループ単位で処理を行なう実施例について説明する。この場合は、一文書グループ内の全文書に対して、先頭の文書に付与されたＱＲコードにより示された属性情報に従った同一の処理がなされる。

図３は、本実施例におけるデータ格納部１３０に記憶される文書管理テーブル５１の一例を示す図である。図３に示される文書管理テーブル５１は、スキャナ１０を介して文書グループＡ（即ち、「Ａ１１１１１」の管理Ｎｏ．で識別する文書グループ）の文書３１〜３３と文書グループＢ（即ち、「Ｂ１２３４５」の管理Ｎｏ．で識別する文書グループ）の文書４１および４２を読み込んだ後にＱＲコード５をデコードして得られたＱＲコード情報が格納されたデータの一覧が示されている。図３において、管理Ｎｏ．１０１〜色変換１０７までが文書３１又は文書４１に付されているＱＲコード５（即ち、ＱＲコード５ａ又はＱＲコード５ｂ）に含まれている情報である。図３の例では、文書３１に付されているＱＲコード５ａによれば、文書グループＡの文書の属性情報として「総数：３」、「転送先：Ａ０１」、「解像度：３００dpi」、「圧縮方式：ＧＩＦ」および「色変換処理：カラー」であることが示されている。一方、文書４１に付されているＱＲコード５ｂによれば、文書グループＢの文書の属性情報として「総数：２」、「レイアウト：２in１」、「転送先：Ｂ０２」、「解像度：２００dpi」、「圧縮方式：ＪＰＥＧ」および「色変換処理：モノクロ」であることが示されている。

図４（ａ）は、本実施例において、一部の文書においてコードの読み落としが発生した場合にデータ格納部１３０に記憶される文書管理テーブル５１の様子を示す図である。図４（ａ）に示されるように、文書グループＢの１ページ目の文書におけるＱＲコード５ｂを読み落とした場合は、文書グループＢの画像データは文書グループＢの文書でなく、直前に読み取られた文書グループＡの文書として登録される。但し、文書グループＡの総数は「３」であるため、文書グループＡおよび文書グループＢについて正しい読み取りが行われなかったことが明らかであり、この場合はエラー処理の対象となる。この場合のエラー処理としては、文書グループＢについて「文書管理テーブル５１のコード内容の修正を行なう」こととする。図４（ｂ）は、上記のエラー処理を実施することにより、文書グループＢの属性情報が修正された文書管理テーブル５１の様子を示す図である。

また、図５は、本実施例において、文書抜けやダブルフィードが発生した場合にデータ格納部１３０に記憶される文書管理テーブル５１の様子を示す図である。図５に示されるように、文書グループＢの１ページ目の文書４１が文書抜けや直前に読み取られた文書グループＡの３枚目３３とダブルフィードによって欠損した場合も、文書グループＢの１ページ目以外の文書は文書グループＢの文書でなく、文書グループＡの文書として登録される。但し、やはり文書グループＡの総数は「３」であるため、文書グループＡおよび文書グループＢについて正しい読み取りが行われなかったことが明らかであり、この場合もエラー処理の対象となる。この場合のエラー処理としては、欠損該当文書（本実施例においては文書グループＢの１ページ目）の「再読み取りを行い、その上でコード内容の修正を行なう」こととする。上記のエラー処理を実施することにより、文書グループＢの１ページ目が補填され、さらに文書グループＢの属性情報が修正されて、文書管理テーブルは図４（ｂ）と同様の状態になる。

図６は、本実施例における文書処理装置１００の処理の流れを示すフローチャートである。

最初に、操作入力部１８０を介して、ユーザから“開始”の指示を受け付けると（Ｓ１００：Ｙｅｓ）、文書読み取り部１２０は、スキャナ１０に対して「読み取り指示」を送信する（Ｓ１０２）。さらに、文書読み取り部１２０は、スキャナ１０から画像データを受信し（Ｓ１０４）、ＱＲコード５をデコードし、デコードしたＱＲコード情報を画像データと共に全体制御部１１０に送信する（Ｓ１０６）。

次に、全体制御部１１０は、受信した画像データと共にデコードされたＱＲコード情報の有無を調べる（Ｓ１０８）。ＱＲコード情報がある場合（Ｓ１０８：Ｙｅｓ）、全体制御部１１０は、ＱＲコード情報を文書管理テーブル５１に書き込むと共に該ＱＲコード情報に対応付けて読み取った文書の画像データをデータ格納部１３０に格納する（Ｓ１１４）。一方、ＱＲコード情報がない場合は（Ｓ１０８：Ｎｏ）、直近のＱＲコード情報を文書管理テーブル５１にコピーすると共に読み取った画像データを該ＱＲコード情報に対応付けてデータ格納部１３０に格納し（Ｓ１１０）、表示部１７０に、上記画像データと文書管理テーブル５１に書き込まれたＱＲコード情報をリストにして表示させる（Ｓ１１６）。全体制御部１１０は、以上の処理を全ての文書について繰り返す（Ｓ１０２〜Ｓ１１８）。

上記の処理が終わると、全体制御部１１０の指示により、処理内容決定部１５０の文書グループ振分け部１５０１は、文書管理テーブル５１を読み込み、１つの管理Ｎｏ．を特定し（Ｓ１２０）、この管理Ｎｏ．に対応するＱＲコード情報から属性情報を抽出する（Ｓ１２２）。さらに、処理内容決定部１５０のエラー状況判定部１５０２は、データ格納部１３０を参照し、上記管理Ｎｏ．に対応する文書グループとして読み取った文書の画像データを振り分け枚数をカウントし、その枚数と上記属性情報の中の「総数」とを比較し（Ｓ１２４）、一致する場合は（Ｓ１２６：Ｙｅｓ）、上記管理Ｎｏ．と属性情報を全体制御部１１０に通知する。一致しない場合（Ｓ１２６：Ｎｏ）、グループ処理決定部１５０３は、上記管理Ｎｏ．についてのエラー処理を決定し、全体制御部１１０に通知して文書処理部１６０にエラー処理（Ｓ１４６）を実行させる。

続いて全体制御部１１０は、上記管理Ｎｏ．と属性情報を文書処理部１６０に通知し、文書処理部１６０は、上記管理Ｎｏ．に対応する文書グループの画像データを読み込み、指示された属性情報に従ってレイアウト処理（Ｓ１３０）、解像度変換処理（Ｓ１３２）、圧縮処理（Ｓ１３４）又は色変換処理（Ｓ１３６）を実施し、処理後のデータで画像データを更新する（置き換える）（Ｓ１３８）。画像データの更新が終了すると、文書処理部１６０は、属性情報に転送の指定がある場合は(Ｓ１４０：Ｙｅｓ)、全体制御部１１０を介してネットワーク制御部１４０に転送を指示し、ネットワーク制御部１４０は、指示された文書グループの画像データを指示された転送先に送信する（Ｓ１４２）。

図７は、上記図６におけるエラー処理（Ｓ１４６）の内容を示すフローチャートである。

最初に、文書処理部１６０は、処理内容決定部１５０によってエラー処理の実行が決定された管理Ｎｏ．に関して、エラーを上記リスト上に表示する（Ｓ２００）。そして、例えばポップアップ画面等で、ユーザに対して、文書の再読み取りが必要かの判断を促す（Ｓ２０２）。ユーザは、表示画面を目視し、文書の再読み取りが必要かどうかを判断する。この後、文書処理部１６０は、ユーザから再読み取りを行なわない旨の指示を受け付けると（Ｓ２０２：Ｎｏ）、ユーザによるリストの修正を受け付け（Ｓ２０６）、ユーザが行なったリストの修正をもとに文書管理テーブル５１を更新する（Ｓ２０８）。一方、ユーザから再読み取りを行なう旨の指示を受け付けると（Ｓ２０２：Ｙｅｓ）、ユーザがセットした文書の再読み取りを指示し（Ｓ２０４）、読み込んだ文書の画像データを表示させる。ユーザは表示された上記画像データを目視し、上記リストの修正を行なう。文書処理部１６０は、上記リストの修正を受け付け（Ｓ２０６）、データ格納部１３０における文書管理テーブル５１を更新するとともに、上記読み込んだ画像データを文書管理テーブル５１に対応付けてデータ格納部１３０に保存する（Ｓ２０８）。その後、改めて上記管理Ｎｏ．に対応する文書グループの画像データを振り分ける。

図８は、表示部１７０の表示例である。図８に示すように、画面１７１は、文書表示画面１７３、操作ボタン群および属性情報表示画面１７７から構成される。文書表示画面１７２は、読み込んだ文書の画像イメージを表示する。操作ボタン群としては、例えば、廃棄ボタン１７４、修正ボタン１７５および保存ボタン１７６がある。また、属性情報表示画面１７７には、一度に連続して読み込んだ全ての文書の管理Ｎｏ．及び属性情報がリスト表示され（スクロールが可能である。）、例えばユーザが操作入力部１８０を介してして指定する行を、太線で囲んだ行１７８（反転表示させてもよい。）とすると、上記指定された行に対応する画像データが画像イメージとして文書表示画面１７３に表示される。また、例えば、上記操作ボタン群により、上記指定された行に対応する画像データの廃棄、保存および指定された行の修正が可能である。また、ユーザがマウスをドラッグさせる等、操作入力部１８０を介して上記リストの行の入れ替えを行なうことにより、該行に対応した画像データの順序も入れ替わるようにしてもよい。また、管理Ｎｏ．を基にした文書グループの画像データの振り分けに伴い、表示リストの行の入れ替えが自動で行われるようにしてもよい。

なお、読み取り時のエラーとしては、（１）ＱＲコード５が読み取れていない（但し、画像データはある）場合と、（２）ダブルフィード／文書抜けの（画像データがない）場合がある。

上記図４および図５の例を用いてエラー処理時の表示例について説明すると、ＱＲコード５が読み取れていない場合は、ＱＲコード５に含まれている文書グループＡの総数は「３」でありながら、管理Ｎｏ．が「Ａ１１１１１」として読み取られた文書が５枚あるが、その内容を画面に表示する。例えば、エラーと判定された文書（この場合では、文書グループＡの文書として読み取られた５枚の文書）に対応する行を反転表示させる。その後、ユーザの指示（操作ボタン群やキーボード等による指示）により、文書グループＢの管理Ｎｏ．や属性情報の内容を修正する。

一方、ダブルフィード／文書抜けの場合は、ＱＲコード５に含まれている文書グループＡの総数は「３」でありながら、管理Ｎｏ．が「Ａ１１１１１」として読み取られた文書が４枚あるが、その内容を画面に表示する。その後、ユーザの指示に従って、再読み取りを行い、正しい文書グループＢの画像データ、およびこれに対応する管理Ｎｏ．や属性情報を更新する。

＜実施例２＞
以下では、図９〜図１３を参照しながら、文書グループの全ての文書にＱＲコードが付された場合であって、文書グループ単位で処理を行なう実施例について説明する。

本実施例では、文書グループ単位に文書を振り分け、その文書グループ単位で処理を行いつつ、全ての文書にＱＲコードが付されているため、各文書に対しても、文書ごとの処理が可能である。

図９は、本実施例における、データ格納部１３０に記憶される文書管理テーブル５２の一例を示す図である。図９では、スキャナ１０を介して、文書グループＡの文書３１〜３３、文書グループＢの文書４１〜４２および文書グループＣ（即ち、「Ｃ５４３２１」の管理Ｎｏ．で識別する文書グループ）の文書４枚が混在しているものを読み込んだ後に格納されるデータの一覧が示されている。図９の例では、全ての文書に付されているＱＲコード５によって、上記の実施例１における管理テーブル５１の属性情報に加えて、ページ１０８およびソートの要否１０９属性情報が追加されている様子が示されている。なお、文書グループＢおよび文書グループＣについても同様の属性情報が含まれている。

図１０（ａ）、図１０（ｂ）、図１０（ｃ）は、本実施例における、データ格納部１３０に記憶される文書管理テーブル５２の一例を示す図である。図１０（ａ）は、上記実施例１の図５と同様に、文書の一部がダブルフィード又は文書抜けによって欠落した場合の様子を示す図である。また、図１０（ｂ）は、上記図１０（ａ）の文書管理テーブル５２についてページでソートを実施した後の様子を示す図である。さらに、図１０（ｃ）は、上記図１０（ａ）の文書管理テーブル５２において、ＱＲコード情報が読み取れなかった場合に、仮の管理Ｎｏ．として「ＥＲＲＯＲ」が書き込まれた文書管理テーブル５２の様子を示す図である。

図１１は、本実施例における文書処理装置１００の処理の流れを示すフローチャートである。なお、上記実施例１の図６における処理と同じ処理については同じ符番を付し、その説明は省略する。

全体制御部１１０は、受信した画像データについてＱＲコード情報の有無を調べ（Ｓ１０８）、ＱＲコード情報がある場合は（Ｓ１０８：Ｙｅｓ）、ＱＲコード情報を文書管理テーブル５２に書き込むと共に該ＱＲコード情報に対応付けて読み取った文書の画像データをデータ格納部１３０に格納する（Ｓ１１４）。

一方、ＱＲコード情報がない場合は（Ｓ１０８：Ｎｏ）、文書管理テーブル５２に仮に設定した管理Ｎｏ．（例えば、「ＥＲＲＯＲ」）を書き込み、読み取った文書の画像データを該情報に対応付けてデータ格納部１３０に格納する（Ｓ３００）。

その後、全体制御部１１０は、表示部１７０に、上記画像データと文書管理テーブル５２に書き込まれたＱＲコード情報をリストにして表示させる（Ｓ１１６）。全体制御部１１０は、以上の処理を全ての文書について繰り返す（Ｓ１０２〜Ｓ１１８）。

上記に続く処理として、本実施例では、まず、ＱＲコード情報が読み取れていない画像データがあるかないかのエラー判定を実施し、それに応じたエラー処理を実行する。この動作については、図１１のＳ３０２〜Ｓ３０６及び図１２のＳ３０２〜Ｓ３１８を参照しながら説明する。図１１の場合は、処理内容決定部１５０のエラー状況判定部１５０２が、文書管理テーブル５２を読み込み、仮の管理Ｎｏ．があるか否かについて調べ、仮の管理Ｎｏ．があると判定した場合、グループ処理決定部１５０３は、仮の管理Ｎｏ．に対応付けられた画像を消去する処理を決定し、その結果を全体制御部１１０に送信し、全体制御部１１０は文書処理部１６０に送信する（Ｓ３０４）。仮の管理Ｎｏ．がある場合（Ｓ３０４：Ｙｅｓ）、文書処理部１６０は、仮の管理Ｎｏ．に対応付けられた画像データを消去する。つづいて処理内容決定部１５０の文書グループ振分け部１５０１は、他の管理Ｎｏ．を一つ特定する（Ｓ１２０）。図１１のケースでは、仮の管理Ｎｏ．が付与された画像データ（ＱＲコード情報を読み取ることができなかった文書の画像データ）を一括消去するため、ＱＲコード情報を読み取ることができなかったエラーであっても、文書抜けやダブルフィードのエラーであっても、共に後（Ｓ３４６）の再読み取りによりエラー修正を行なう。

一方、図１２のケースでは、処理内容決定部１５０のエラー状況判定部１５０２が、文書管理テーブル５２を読み込み、仮の管理Ｎｏ．があると判定した場合（Ｓ３０４：Ｙｅｓ）、グループ処理決定部１５０３はユーザに対して仮の管理Ｎｏ．に対応するリストを修正するよう指示する処理を決定し、文書処理部１６０は、ユーザに対して仮の管理Ｎｏ．に対応するリストを修正するよう指示する（Ｓ３１６）。ユーザは、画面を確認して該当する行を修正し、文書処理部１６０は、ユーザによってなされた修正を受け付け、文書管理テーブル５２のデータを更新する（Ｓ３１８）。つづいて処理内容決定部１５０の文書グループ振分け部１５０１は、他の管理Ｎｏ．を一つ特定する（Ｓ１２０）。図１２のケースでは、仮の管理Ｎｏ．が付与された画像データ（ＱＲコード情報を読み取ることができなかった文書の画像データ）を消去せず、ＱＲコード情報を読み取ることができなかったエラーは、リスト修正によりエラー修正を行なっておき、文書抜けやダブルフィードのエラーは、後（Ｓ３４６）に再読み取りによりエラー修正を行なう。

なお、本実施例では、全ての文書にＱＲコードが付されており、各文書のページがＱＲコードの属性情報に含まれるため、ソート処理（Ｓ３０２）を実施することができ、文書を文書グループに振り分けるだけでなく、文書グループ内での各文書の並べ替えも行なうことができる。

なお、上記実施例２では、文書グループ単位で処理を行なう場合について説明したが、勿論、文書グループ内の個々の文書単位で異なる処理を行なわせるために、ＱＲコードに文書単位で異なる属性情報を定義することとしてもよい。

図１３は、本実施例における、画像データの再読み取りに係るエラー処理（Ｓ３４６）の内容を示すフローチャートである。

最初に、処理内容決定部１５０のグループ処理決定部１５０３は、エラーが発生した文書グループの管理Ｎｏ．とエラーが発生した文書のページを特定し（Ｓ４００）、特定された文書の管理Ｎｏ．とページを表示し、ユーザに再読み取りを要求する処理を決定し、その内容を全体制御部１１０に送信する。全体制御部１１０は、処理内容決定部１５０から受信した内容を文書処理部１６０に送信する。文書処理部１６０は、上記特定された文書の管理Ｎｏ．とページを表示し、ユーザに再読み取りを要求する（Ｓ４０２）。ユーザは、指定された文書をスキャナ１０にセットする。文書処理部１６０からの要求により、全体制御部１１０は、文書読み取り部１２０に、上記セットされた文書の再読み取りを指示する（Ｓ４０４）。そして、上記セットされた文書の画像データがデータ格納部１３０に格納され、デコードしたＱＲコード情報が文書管理テーブルに書き込まれ、データの更新を終了する（Ｓ４０８）。その後、処理内容決定部１５０の文書グループ振分け部１５０１は、改めて上記管理Ｎｏ．に対応する文書グループの画像データを振り分けるとともに、上記管理Ｎｏ．に対応する属性情報を抽出し全体制御部１１０に通知する。

＜実施例３＞
以下では、図１４および図１５を参照しながら、全ての文書にＱＲコードが付された場合であって、文書グループの中に片面のみに情報が記載されている文書（以下「片面文書」という。）と両面に情報が記載されている文書（以下「両面文書」という。）が混在する場合に、文書グループ単位で処理を行なう実施例について説明する。本実施例においては、スキャナ１０、２０又は３０は、両面読み取り機能を有しているものとする。

図１４（ａ）、図１４（ｂ）は、本実施例における、データ格納部１３０に記憶される文書管理テーブル５３の一例を示す図である。図１４（ａ）は、片面文書が２枚の文書グループＡと、両面文書１枚の文書グループＣが混在するものを読み込んだ場合の文書管理テーブル５３の様子を示す図である。この場合、片面文書については、消去することとする。図１４（ｂ）は、文書グループ毎に整理し、片面文書の無駄な画像データを消去した場合の文書管理テーブル５３の様子を示す図である。

図１５は、本実施例における文書処理装置１００の処理の流れを示すフローチャートである。なお、上記実施例２の図１１における処理と同じ処理については同じ符番を付し、その説明は省略する。

最初に、操作入力部１８０を介して、ユーザから“開始”の指示を受け付けると（Ｓ１００：Ｙｅｓ）、文書読み取り部１２０は、スキャナ１０に１枚の文書の両面の読み取りを指示し（Ｓ５００）、画像データを受信し（Ｓ１０４）、ＱＲコードをデコードしてＱＲコード情報とともに全体制御部１１０に送信する。

全体制御部１１０は、受信した画像データについてＱＲコード情報の有無を調べ（Ｓ１０８）、ＱＲコード情報がある場合は（Ｓ１０８：Ｙｅｓ）、そのＱＲコード情報に対応付けて読み取った文書の画像データをデータ格納部１３０に格納する（Ｓ１１４）。一方、ＱＲコード情報がない場合は（Ｓ１０８：Ｎｏ）、文書管理テーブル５３に仮に設定した管理Ｎｏ．を書き込み、読み取った文書の画像データを該情報に対応付けてデータ格納部１３０に格納する（Ｓ３００）。

さらに、全体制御部１１０は、各文書のＱＲコード情報を調べ（Ｓ５０２）、片面文書については、無駄な裏面の画像データとそれに対応するＱＲコード情報を文書管理テーブル５２から消去する（Ｓ５０４）。

その後、全体制御部１１０は、表示部１７０に、上記画像データと文書管理テーブル５３に書き込まれたＱＲコード情報をリストにして表示させる（Ｓ１１６）。全体制御部１１０は、以上の処理を全ての文書について繰り返した（Ｓ５００〜Ｓ１１８）後、続く処理を実行する（Ｓ３０２〜Ｓ１４４）。

さらに、以下の実施例４および５では、文書の欠損以外のエラーについても対応可能な実施例について説明する。つまり、コード情報を利用することにで、エラーの検出およびエラー処理を施すことにより、様々なエラーへの対応を可能とすることで、よりユーザの利便性を向上させうる文書処理装置を実現する。

＜実施例４＞
以下では、図１６〜図２０を参照しながら、エラーの内容に応じて画像処理の内容が決定される、エラー処理と画像処理を連動させた実施例について説明する。上記実施例１〜３では、画像に施す処理（例えば、上記図６のＳ１３０からＳ１３６）は、コードの属性情報に従って決定されたが、本実施例では、エラーに対応するために、コードの属性情報に規定されていない画像処理も行い、より柔軟にエラーに対応することを可能とする。

なお、本実施例は、上記実施例１における文書グループの先頭の文書のみにＱＲコードが付されている場合にも、上記実施例２および３における全ての文書にＱＲコードが付された場合にも適応が可能であるが、ここでは全ての文書にＱＲコードが付された場合を例にしながら説明する。

図１６は、本実施例における、データ格納部１３０に記憶される文書管理テーブル５４の一例を示す図である。図１６では、スキャナ１０を介して読み取られた文書のコード情報を示しているが、上記実施例１〜３における属性情報に加えて、文書のサイズを表す属性情報１１０と画像の補正をするかしないかを示す属性情報１１１が含まれている。

文書の読み取りにあたっては、例えば図１７に示すように、文書に糊付けなどで証憑等の他の文書が添付されている場合、それが台紙の文書をはみ出したまま電子化されることがある。

例えば、経理関係の帳票においては、領収書などの証憑を添付するのは一般的であるものの、添付作業は人手にゆだねられており、台紙から添付の証憑がはみ出してしまうことは多々発生する。一般的に、スキャナでの文書の読み取りは、ＣＣＤセンサで読み取り方向の最終ラインＩ１を検出し、その最終ラインまでを縦の長さｈ２、スキャナのルーラーの幅を横の長さｗ２として一つの画像を生成し、はみ出し部分もとりこぼすことなく画像にすることが可能である（文書領域の判断方法については、一例として、特開２００３−２０８５６４号公報に開示されている。）。しかし、そうすると、画像一枚一枚のサイズがバラバラになってしまい、例えば複数枚を連続で閲覧する場合等に、一枚ごとにスクロールで画面を左右に移動するなどして全体を確認しなければならない、といった煩わしさが生じる。

そこで、本実施例では、ＱＲコードで台紙にあたる文書のサイズを規定しておき、電子化された文書の画像のサイズと比較することにより、上記のはみ出しをエラーとして検出し、補正の要望があれば、規定したサイズに補正処理を行なう。

一方で、文書の読み取りにあたっては、例えば図１８に示すように、文書がスキャナに斜めに挿入されてしまい、斜めになったまま電子化されることがある。この場合も、上記実施例４と同様の処理により、破線で示した領域が電子化されるが、斜めの角度（α°）が大きい場合や、文書に記載された文字が小さい場合など、このままの状態で閲覧すると、ユーザにとっては非常に見づらく、業務効率の低下にもつながる。

そこで、本実施例では、このような斜め読み取りの場合も、ＱＲコードで文書のサイズを規定しておき、電子化された文書の画像の縦の長さｈ３と比較することによりエラーとして検出し、補正の要望があれば、例えば図１８に示すように、文書が正規の向きになるよう画像データ全体を回転させる。

上記に示した、本実施例の具体的な処理の流れについては、図１９のフローチャートに表しているが、上記図１１のフローチャートと同じ符号を付した処理については同じ処理を行なうものとし、ここでの説明は省略する。本実施例では、Ｓ３４６のエラー処理に続いて、エラー処理（４）（Ｓ５４６）を行い、その後、属性に従った画像処理を行なう（Ｓ１２８〜Ｓ１４４）。「エラー処理（４）」（Ｓ５４６）の内容は、上記図１７および図１８ならびに図２０のフローチャートを用いながら、以下で説明する。

最初に、処理内容決定部１５０のエラー状況判定部１５０２は、文書グループの一つ目の画像データの縦の長さｈ２，ｈ３，横の長さｗ２と、ＱＲコードの文書のサイズを表す属性情報１１０と比較し、異なる場合（但し、多少の誤差は許容するよう設定してもよい。）、エラーと判定し（Ｓ６００：Ｎｏ）、続いて処理内容決定部１５０のグループ処理決定部１５０３は、画像の補正をするかしないかの属性情報１１１を参照し、補正を行なうよう設定されていれば（Ｓ６０２：Ｙｅｓ）、次に、画像を走査して傾きα°を検出する。α°の検出方法については、一例として、文書画像の左右上端座標（Ｘ１，Ｙ１）および（Ｘ２，Ｙ２）により、傾きα°を求める方法がある（参考例：特開平９−２７０９０８号公報）。ここでα°がゼロの場合（但し、多少の誤差は許容するよう設定してもよい。）、傾きはないものと判断し（Ｓ６０４：Ｎｏ）、所定（例えば属性情報１１０）のサイズに補正する処理を決定し、文書処理部１６０に指示する。そして、文書処理部１６０は、決定された処理を実際に実行し（Ｓ６０６）、処理後のデータで画像データを更新する（置き換える）（Ｓ６１０）。

一方で、グループ処理決定部１５０３は、α°がゼロでない場合（但し、多少の誤差は許容するよう設定してもよい。）、斜め読み取りがなされたと判断し（Ｓ６０４：Ｙｅｓ）、回転補正を行なうことを決定し、文書処理部１６０に指示する。そして、文書処理部１６０は、画像全体をα°回転して文書部分の画像が正規の位置になるよう補正し（Ｓ６０８）、処理後のデータで画像データを更新する（置き換える）（Ｓ６１０）。

画像データの更新が終わると、続いて、全体制御部１１０は、他の画像データの有無を判断し（Ｓ６１２）、ある場合には上記処理（Ｓ６００〜Ｓ６１２）を繰り返し、他の画像データが無くなると（Ｓ６１２：Ｎｏ）、エラー処理（４）を終了する。

一方、エラー状況判定部１５０２がエラーではないと判定した場合（Ｓ６００：Ｙｅｓ）、およびグループ処理決定部１５０３が補正処理を決定しない場合（Ｓ６０２：Ｎｏ）は、文書処理部１６０による画像データの補正は行われないまま他の画像データの有無を判断する（Ｓ６１２）。

なお、補正後のサイズは、ＱＲコードに規定されているサイズに縮小するようにしてもよいし、逆に、ＱＲコードに規定されているサイズより大きなサイズに（例えばＱＲコード：Ａ４であればＡ３に）拡大する補正であってもよい。ＱＲコードに規定されてなくとも、Ａ３やＡ４といった汎用的な規定のサイズにすることは、サイズ統一やユーザの要望に応じるといった効果を依然として発揮する。

以上の処理により、サイズオーバーして電子化された文書を適宜補正し、各文書の画像データを統一したサイズやユーザの希望通りのサイズにすることが可能となり、また、斜め読み取りのまま電子化された文書を適宜回転して補正し、各文書の画像データを正規の方向で保存することが可能となり、ユーザの利便性を向上させることが可能となる。

＜実施例５＞
以下では、図２１〜図２５を参照しながら、エラーの内容に応じて画像処理の内容を決定する実施例において、エラーが発生した場合は、エラーが発生した文書グループに関しては画像処理を行わずに全てのデータを消去して処理を終了する実施例について説明する。

なお、本実施例は、上記実施例１における文書グループの先頭の文書のみにＱＲコードが付されている場合にも、上記実施例２および実施例３における全ての文書にＱＲコードが付された場合にも適用が可能であるが、ここでは、全ての文書にＱＲコードが付された場合を例に説明する。

また、本実施例では、読み取られる文書（原稿）の担当者（例えば、文書作成者本人や管理部門の担当者等）の端末（図示せず）と文書処理装置１００、２００および３００とがネットワークを介して接続されており、ｅメール等による送受信が可能であることを前提とする。

図２１は、本実施例における、データ格納部１３０に記憶される文書管理テーブル５５の一例を示す図である。図２１では、スキャナ１０を介して読み取られた文書のコード情報を示しているが、上記実施例１〜３における属性情報に加えて、文書に添付された証憑等の枚数を表す属性情報１１２と文書の担当者のＩＤを表す属性情報１１３が含まれている。

例えば、経理関係の帳票において、証憑の添付が義務付けられているにもかかわらず、添付を忘れたり、いつの間にか剥がれてなくなってしまうことがある。ところが、多量の帳票をまとめて読み取ろうとするとき、添付漏れを画面の目視により一つ一つチェックするのはユーザにとって大きな負担であり、また、各部署から帳票を集め、スキャナセンター等、スキャニング専門の部門で一括して読み取りを行なう場合は、人手により添付漏れ帳票を多量の帳票のなかから検出することは非常に困難である。また、たとえ発見しても、その内容を確認して担当者とその連絡先を調べて不備の修正を要請するのには大変手間がかかる。さらにまた、スキャニングを専門とする部門で添付漏れを発見しても、担当者との連携がうまく行われないと、添付漏れにより再読み取りが必要となった帳票の管理がずさんになり、再読み取りはされないまま忘れ去られてしまう危険が十分に考えられる。

そこで、本実施例では、添付漏れのままの状態で文書が電子化保存されてしまうことを防ぐため、ＱＲコードで文書に添付する証憑等の枚数を規定しておき、電子化された文書の画像を解析して検出した添付枚数と比較することにより、上記の添付漏れをエラーとして検出し、エラーとして検出された文書が含まれるグループの全ての文書の画像データおよびコード情報を、画像処理前に消去し、無駄な画像処理と不備を残したままのデータの保存を回避する。

また、ＱＲコードに担当者ＩＤを規定しておき、添付漏れについて、その文書の担当者にｅメール等で自動通知することにより、エラー通知の手間を削減しつつ、再読み取りに備えて不備を確認するよう担当者に促す。

さらにまた、本実施例では、添付漏れによるエラーが発生した場合、リトライ管理表６１を作成する。図２２はリトライ管理表６１の一例を示したものであり、リトライ管理表６１は、エラーが発生した文書の文書グループの管理Ｎｏ、エラーが発生した年月日、文書の担当者ＩＤ、文書を再読み取りするための再提出期限等の項目により構成され、添付漏れの文書について、エラー発生から再読み取り成功まで管理するものである。リトライ管理表６１は、文書処理部１６０により作成され、データ格納部１３０で保管される。このリトライ管理表６１により、文書の添付漏れによるエラーが発生した文書を一括で管理し、エラーのまま放置されることを防ぐ。

上記、本実施例における具体的な処理の流れについては、図２３のフローチャートに表しているが、上記図１１のフローチャートと同じ符号を付した処理については同じ処理を行なうものとし、ここでの説明は省略する。

本実施例では、Ｓ３４６のエラー処理に続いて、「エラー処理（５）」（Ｓ７４６）を行い、添付漏れのエラーが発生しなかった文書グループ（即ち、「ＥＲＲ＝１」）については（Ｃ）に進み、その後、属性に従った画像処理を行なう（Ｓ１２８〜Ｓ１４４）。一方で、エラーが発生した文書グループ（即ち、「ＥＲＲ＝２」）については（Ｄ）に進み、属性に従った画像処理は行わないまま、処理を終了する。エラー処理（５）（Ｓ７４６）の内容については、図２４のフローチャートおよび図２５を用いながら、以下で説明する。

最初に、処理内容決定部１５０のエラー状況判定部１５０２は、文書グループの一つ目の画像データを解析し、添付されている証憑等の枚数を検出し、検出された枚数と、ＱＲコードの添付枚数を表す属性情報１１２を比較し（Ｓ７００）、一致する場合（Ｓ７００：Ｙｅｓ）は、エラーとは判定せず、続いて全体制御部１１０は、他の画像があるかどうかを確認する（Ｓ７０２）。エラーの判定をしない場合は、未判定の画像がなくなるまで添付枚数確認の処理を繰り返す（Ｓ７００〜Ｓ７０２）。文書グループの全ての画像データについて枚数確認が行われ、添付証憑等に不備がない場合は（Ｓ７０２：Ｎｏ）、フラグ「ＥＲＲ」に「１」をセットして（Ｓ７１２）、上記図２３のフローチャートに戻る。

一方、エラー状況判定部１５０２は、画像データの解析により検出された枚数と、ＱＲコードの添付枚数を表す属性情報１１２が一致しない場合（Ｓ７００：Ｎｏ）、エラーと判定し、処理内容決定部１５０のグループ処理決定部１５０３は、エラーと判定された管理Ｎｏ．を持つ文書については属性に従った画像処理を行わないことを決定するとともに、別途、一連のエラー処理を決定し、文書処理部１６０に指示する。

指示を受けた文書処理部１６０は、まず、ネットワーク制御部１４０を介して、ＱＲコードの担当者ＩＤ１１３をもとに担当者のｅメールアドレスに宛て「証憑等の添付に不備がある」旨のメールを作成し、通知する（Ｓ７０４）。ここでは、ＩＤと紐付けたeメールアドレスのマスタ（図示せず）を利用し、通知先を求めることとする。続いて文書処理部１６０は、エラー発生文書の管理Ｎｏ．等を含めた通知画面を作成し、表示部１７０を介してエラーを通知する（Ｓ７０６）。

ユーザは、通知を受けて、該当文書の原稿を回収し、エラー文書として他の原稿とは区別し退避させる。この際、上記通知画面に担当者の住所等も表示させるようにして、ユーザがそれを見て回収原稿を担当者に返送することができるようにしてもよい。続いて文書処理部１６０は、データ格納部１３０のリトライ管理表６１を読み出し、新たに発生したエラーの情報を追記し、更新する（Ｓ７０８）。

その後、文書処理部１６０は、管理Ｎｏ．をもとに文書管理テーブル５６を検索し、エラー発生文書の含まれる文書グループのコード情報と画像データを消去し（Ｓ７１０）、全体制御部１１０は、フラグ「ＥＲＲ」に「２」をセットして（Ｓ７１４）、図２３のフローチャートに戻る。

以上の処理が終了すると、全体制御部１１０は、このグループの文書にかかる処理を終了する。

図２５は、画像データを解析して、添付証憑等の枚数を検出する方法を説明するための図である。ここでは、一例として、文書には所定の規則的な模様等があり、その模様の上に証憑等を添付するルールを定めておく場合を想定する。そして、解析対象の画像データは、まず２値イメージ化し、模様の連続性を検証する。図２５のように、証憑ａおよびｂが添付されていると、台紙の模様（ここではストライプ）の連続性が２回途切れることがわかる。従って、「添付証憑＝２枚」と検出される。

以上の処理により、添付漏れのままで画像が保存されることを防ぎ、さらに、担当者への通知やリトライ管理表６１により、エラーのまま放置されることなく完全な状態で再読み取りされるまでの管理を行なうことが可能となる。

なお、上記図１においては、文書処理装置１００等から文書管理サーバ５００に文書グループを格納する実施例について示したが、本発明は、公衆回線（図示せず）を介してファクシミリ同士における送受信にも適用が可能である。

また、本発明では、ＱＲコードを用いて実施例の説明を行なったが、ＱＲコードに限定するものではなく、ＱＲコード以外の２次元コードやバーコード等、他のコードであってもよい。

なお、本発明の実施例で用いた「ＱＲコード」は、（株）デンソーウェーブの登録商標である。

本発明は、スキャナ及びその他スキャナ機能を備える装置、パーソナルコンピュータ、並びにファイルサーバを備える文書処理システム、または、ファクシミリ装置に利用が可能である。

本発明におけるハードウェア構成の一例である。 （ａ）は、本発明における文書処理装置の機能構成を示すブロック図である。（ｂ）は、本発明に係る文書処理装置における処理内容決定部の構成を示すブロック図である。 実施例１における、データ格納部に記憶される文書管理テーブルの一例を示す図である。 （ａ）は、実施例１における、読み取り時にコードの読み落としが生じた場合の文書管理テーブルの様子を示す図である。（ｂ）は、修正後の文書管理テーブルの様子を示す図である。 実施例１における、読み取り時に文書抜け又はダブルフィードが生じた場合の文書管理テーブルの様子を示す図である。 実施例１における文書処理装置の処理の流れを示すフローチャートである。 図６におけるエラー処理の内容を示すフローチャートである。 実施例１でエラー処理時における表示部の表示例である。 実施例２における、データ格納部に記憶される文書管理テーブルの一例を示す図である。 （ａ）は、実施例２における、読み取り時に欠損が生じた場合の文書管理テーブルの様子を示す図である。（ｂ）は、修正後の文書管理テーブルの様子を示す図である。 実施例２における文書処理装置の処理の流れを示すフローチャートである。 実施例２における文書処理装置のエラー処理の変形例を示すフローチャートである。 実施例２におけるエラー処理の内容を示すフローチャートである。 実施例３における文書管理テーブルの様子を示す図である。 実施例３における文書処理装置の処理の流れを示すフローチャートである。 実施例４における、データ格納部に記憶される文書管理テーブルの一例を示す図である。 実施例４における、文書に証憑等の他の文書が添付される場合の一例を示す図である。 実施例４における、文書がスキャナに斜めに挿入されてしまい、斜めになったまま電子化される場合の一例を示す図である。 実施例４における文書処理装置の処理の流れを示すフローチャートである。 実施例４におけるエラー処理（４）の流れを示すフローチャートである。 実施例５における、データ格納部に記憶される文書管理テーブルの一例を示す図である。 実施例５におけるリトライ管理表の一例を示した図である。 実施例５における文書処理装置の処理の流れを示すフローチャートである。 実施例５におけるエラー処理（５）の流れを示すフローチャートである。 実施例５における、画像データを解析して添付証憑等の枚数を検出する方法を説明するための図である。

符号の説明

５、５ａ、５ｂ ＱＲコード
１０、２０、３０ スキャナ
１００、２００、３００ 文書処理装置
１１０ 全体制御部
１２０ 文書読み取り部
１３０ データ格納部
１４０ ネットワーク制御部
１５０ 処理内容決定部
１６０ 文書処理部
１７０ 表示部
４００ ＬＡＮ
５００ 文書管理サーバ
６００ 文書処理システム
１５００ インタフェース部
１５０１ 文書グループ振分け部
１５０２ エラー状況判定部
１５０３ グループ処理決定部

Claims (18)

1. 文書のグループを特定するための識別番号および文書に施す処理に関する属性情報を示すコードが付された１又は２以上の文書で構成される文書グループを電子化する文書処理装置であって、
   電子化された文書を取得し、当該文書に付されたコードを読み取る文書読み取り手段と、
   前記コードの内容に基づいて、前記文書の文書グループを特定すると共に、当該文書グループの文書について施すべき処理の内容を決定する処理内容決定手段と、
   特定された前記文書グループに対し、決定された前記処理を施す文書処理手段と
   を備えることを特徴とする文書処理装置。
2. 前記処理内容決定手段は、
   前記コードの内容と取得された前記文書におけるエラー状況とに基づいて、前記文書グループ毎に施すべき処理の内容を決定する
   ことを特徴とする請求項１記載の文書処理装置。
3. 前記処理内容決定手段における前記エラー状況の判定は、特定の識別番号に対応するコードの属性情報に含まれる文書の総数と、前記識別番号に対応する実際に読み取られた文書の枚数とを比較することにより行なう
   ことを特徴とする請求項２記載の文書処理装置。
4. 前記文書グループのうち、１ページ目の文書のみに前記コードが付されている
   ことを特徴とする請求項１記載の文書処理装置。
5. 前記文書の全てに前記コードが付されている
   ことを特徴とする請求項１記載の文書処理装置。
6. 前記文書グループ毎に施すべき処理は、
   レイアウト処理、解像度変換処理、圧縮処理およびカラー変換処理を含み、
   前記文書処理手段は、さらに、
   前記コードにより、転送処理が指定されている場合は、前記処理が施された文書を前記コードにより指定された転送先に転送する
   ことを特徴とする請求項１記載の文書処理装置。
7. 前記文書の全てに前記コードが付されている場合において、
   前記文書処理装置は、さらに、
   前記コードを読み取ることができなかった前記電子化された文書について、仮の識別番号を付与する制御手段を備え、
   前記文書処理手段は、さらに、前記仮の識別番号に基づいてエラー処理を施す
   ことを特徴とする請求項６記載の文書処理装置。
8. 前記文書グループ毎に施すべき処理には、さらに、ソート処理が含まれる
   ことを特徴とする請求項６記載の文書処理装置。
9. 前記文書は、片面文書又は両面文書であり、
   前記文書処理装置は、さらに、
   前記文書が片面文書および両面文書の何れであるかを判定する判定手段と、
   片面文書であると判定された場合は、当該片面文書の反対側に係る画像データを消去するデータ消去手段を備える
   ことを特徴とする請求項１記載の文書処理装置。
10. 前記処理内容決定手段は、
    前記コードの内容に基づいて、前記文書の文書グループを特定し、当該文書グループ毎に前記文書を振り分ける文書グループ振分け部と、
    前記コードの内容に基づいて、前記振り分けられた文書にエラーが発生しているか否かを判定するエラー状況判定部と、
    前記コードの内容と前記エラー状況判定部における判定結果とに基づいて、前記振り分けられた文書グループの文書に対して施すべき処理の内容を決定するグループ処理決定部とを備える
    ことを特徴とする請求項１記載の文書処理装置。
11. 前記文書処理装置は、さらに、前記文書の読み取り結果又は前記判定結果を表示する表示手段と、
    ユーザからの指示を受け付ける操作入力手段とを備え、
    前記エラー状況判定部は、さらに、
    前記コードの属性情報が示す枚数と前記電子化された文書の枚数とを比較し、不一致の場合はエラーと判定し、
    前記グループ処理決定部は、
    前記文書の枚数に係るエラー処理として、前記ユーザから受け付けた指示に基づいて、前記読み取られたコードの内容を修正する処理又は文書の再読み取り処理の何れかを実行することを決定する
    ことを特徴とする請求項１０記載の文書処理装置。
12. 前記エラー状況判定部は、さらに、
    前記コードの属性情報が示すサイズと前記電子化された文書の実際のサイズとを比較し、不一致の場合はエラーであると判定し、
    前記グループ処理決定部は、
    前記サイズに係るエラー処理として、前記文書の画像に傾きがない場合は、当該文書の電子化データのサイズを所定のサイズに補正する処理を、前記文書の画像に傾きがある場合は、当該文書の電子化データを回転して補正する処理を実行することを決定する
    ことを特徴とする請求項１０記載の文書処理装置。
13. 前記文書処理装置は、さらに、
    エラー発生時に、少なくともエラーが発生した文書の文書グループの識別番号を含むエラー情報を記録する管理表を保持するデータ格納手段を備え、
    前記エラー状況判定部は、さらに、
    前記コードの属性情報が示す添付文書の枚数と前記電子化された文書の画像を解析して得られた添付文書の枚数とを比較し、不一致の場合はエラーであると判定し、
    前記グループ処理決定部は、
    前記添付文書の枚数に係る処理としての、前記文書の読み取り結果を表示する処理と、前記文書の電子化データとそれに対応するコードの情報を消去する処理と、前記文書の担当者にエラーを通知する処理と、前記文書のエラー情報を前記管理表に記録する処理のそれぞれの処理内容について決定する
    ことを特徴とする請求項１０記載の文書処理装置。
14. 文書のグループを特定するための識別番号および文書に施す処理に関する属性情報を示すコードが付されている１又は２以上の文書で構成される文書グループを電子化する文書処理方法であって、
    電子化された文書を取得し、当該文書に付されているコードを読み取る文書読み取りステップと、
    前記コードの内容に基づいて、前記文書の文書グループを特定すると共に、当該文書グループの文書について施すべき処理の内容を決定する処理内容決定ステップと、
    特定された前記文書グループに対し、決定された前記処理を施す文書処理ステップと
    を含むことを特徴とする文書処理方法。
15. 前記処理内容決定ステップでは、
    前記コードの内容に基づいて、前記文書の文書グループを特定し、当該文書グループ毎に前記文書を振り分ける文書グループ振分けサブステップと、
    前記コードの内容に基づいて、前記振り分けられた文書にエラーが発生しているか否かを判定するエラー状況判定サブステップと、
    前記コードの内容と前記エラー状況判定サブステップにおける判定結果とに基づいて、前記振り分けられた文書グループの文書に対して施すべき処理の内容を決定するグループ処理決定サブステップとを含む
    ことを特徴とする請求項１４記載の文書処理方法。
16. 文書のグループを特定するための識別番号および文書に施す処理に関する属性情報を示すコードが付されている１又は２以上の文書で構成される文書グループを電子化する文書処理装置に用いられる、コンピュータに実行させるためのプログラムであって、
    電子化された文書を取得し、当該文書に付されているコードを読み取る文書読み取りステップと、
    前記コードの内容に基づいて、前記文書の文書グループを特定すると共に、当該文書グループの文書について施すべき処理の内容を決定する処理内容決定ステップと、
    特定された前記文書グループに対し、決定された前記処理を施す文書処理ステップと
    を含むプログラム。
17. 前記処理内容決定ステップでは、
    前記コードの内容に基づいて、前記文書の文書グループを特定し、当該文書グループ毎に前記文書を振り分ける文書グループ振分けサブステップと、
    前記コードの内容に基づいて、前記振り分けられた文書にエラーが発生しているか否かを判定するエラー状況判定サブステップと、
    前記コードの内容と前記エラー状況判定サブステップにおける判定結果とに基づいて、前記振り分けられた文書グループの文書に対して施すべき処理の内容を決定するグループ処理決定サブステップとを含む
    ことを特徴とする請求項１６記載のプログラム。
18. スキャナ、文書処理装置および文書管理サーバを備える文書処理システムであって、
    前記スキャナは、付されているコードを含む文書を読み取って電子化し、当該電子化したデータを前記文書処理装置に送信する電子化データ送信手段を備え、
    前記文書処理装置は、
    前記スキャナから、前記コードを含む電子化された文書を受信する受信手段と、
    前記コードの内容に基づいて、前記文書の文書グループを特定すると共に、当該文書グループの文書について施すべき処理の内容を決定する処理内容決定手段と、
    特定された前記文書グループに対し、決定された前記処理を施す文書処理手段と
    前記処理が施された前記文書を示すデータに前記コードを付加して文書管理サーバに送信する送信手段とを備え、
    前記文書管理サーバは、
    前記文書処理装置から、前記コードを含む前記文書を示すデータを受信し、当該受信したデータに付加されているコードに基づいて、前記文書の管理を行なう文書管理手段を備える
    ことを特徴とする文書処理システム。

Images