JP2011232811A - 文書管理プログラム、文書管理方法及び文書管理装置 - Google Patents

文書管理プログラム、文書管理方法及び文書管理装置 Download PDF

Info

Publication number
JP2011232811A
JP2011232811A JP2010099964A JP2010099964A JP2011232811A JP 2011232811 A JP2011232811 A JP 2011232811A JP 2010099964 A JP2010099964 A JP 2010099964A JP 2010099964 A JP2010099964 A JP 2010099964A JP 2011232811 A JP2011232811 A JP 2011232811A
Authority
JP
Japan
Prior art keywords
document
index
image data
representative form
representative
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2010099964A
Other languages
English (en)
Other versions
JP5393582B2 (ja
Inventor
Jun Ishii
純 石井
Satoshi Ogiwara
聡 荻原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Frontech Ltd
Original Assignee
Fujitsu Frontech Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Frontech Ltd filed Critical Fujitsu Frontech Ltd
Priority to JP2010099964A priority Critical patent/JP5393582B2/ja
Publication of JP2011232811A publication Critical patent/JP2011232811A/ja
Application granted granted Critical
Publication of JP5393582B2 publication Critical patent/JP5393582B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

【課題】文書管理を効率的に行う。
【解決手段】読取手段1aが、文書5のイメージデータを読み取る。認識手段1bは、代表帳票5aのイメージデータを文字認識して、記載されているインデックスを全て抽出する。登録手段1cは、文書5のイメージデータ3cを記憶装置3に格納し、格納領域を指示する文書インデックスを生成する。また、抽出したインデックスを、文書インデックスに対応付けて個別インデックス管理情報3aに登録する。検索要求があったときは、指定されたキーワードを用いて個別インデックス管理情報3a、文書インデックス管理情報3bを順次検索し、要求された文書のイメージデータを抽出する。
【選択図】図1

Description

文書を電子化して管理する文書管理プログラム、文書管理方法及び文書管理装置に関する。
従来、書類や帳票等の文書を電子化し、記憶装置に格納して管理する文書管理装置がある。この文書管理装置は、関連のある複数枚の書類や帳票を有する文書の登録機能と検索機能を有する。登録時には、書類や帳票のイメージデータを文書単位にまとめ、1つのインデックスを付与して記憶装置に格納する。検索時には、インデックスを用いて記憶装置に格納される文書単位のイメージデータを抽出する。
しかし、文書には、1文書に複数のインデックスが含まれるものがある。例えば、団体保険の申込書類では、1文書で複数の契約者が登録される。そして、1文書は、団体保険の申込書類と、契約者別の契約関連書類とを有する。この場合、文書全体ばかりでなく、契約者それぞれに対応する書類にインデックスを付与して管理することが好ましい。図18は、従来の複数インデックスを含む文書の管理の一例を示した図である。管理対象の申込文書910は、申込書類ABC911と、添付書類(A)912、添付書類(B)913及び添付書類(C)914を有する。申込書類ABC911には、それぞれ添付書類を識別するインデックスとなる「証券番号A」、「証券番号B」、「証券番号C」が記載されている。「証券番号A」は添付書類(A)912、「証券番号B」は添付書類(B)913、「証券番号C」は添付書類(C)914にそれぞれ対応する。以下、このように添付書類のインデックスが記載される書類を代表帳票、代表帳票に記載されるインデックスによって代表帳票に関連付けられる添付書類を付帯帳票とする。
従来の文書管理装置900では、申込文書910に含まれる全書類のイメージデータ931をイメージデータベース(以下、DBとする)930に格納し、1つのインデックスを付与する。図18の例では、申込文書910のイメージデータを文字認識してインデックス項目の先頭の「証券番号A」を抽出し、インデックスとしている。インデックス「証券番号A」は、イメージデータ931が格納されるアドレスに対応づけてインデックスDB920に登録する。「証券番号B」による検索を可能とするため、「証券番号B」についてインデックスを生成したい場合がある。この場合、オペレータは再度申込書類ABC911のイメージデータを用いて文書管理装置900に上記と同様の処理を行わせる。文書管理装置900は、申込書類ABCのイメージデータ932をイメージDB930に格納し、インデックス「証券番号A」を抽出する。そこで、オペレータが、手動で「証券番号A」を「証券番号B」に付け替える。「証券番号C」についてもオペレータが同様の処理を行う。こうして、イメージDB930には、インデックス「証券番号A」に対応付けられた申込文書910の全イメージデータ931と、インデックス「証券番号B」に対応付けられた申込書類ABCのイメージデータ932と、インデックス「証券番号C」に対応付けられた申込書類ABCのイメージデータ933と、が格納される。
なお、画像データ、音声データ、テキストデータ等、種類の異なる情報データの集合体であるマルチメディア情報の管理では、マルチメディア情報に1つのインデックスではなく、含まれる情報データに応じた属性インデックスを付与し、検索を容易にする方法がある(例えば、特許文献1参照)。
特開2002−7418号公報
従来の文書管理では、複数のインデックスが含まれる文書の管理が容易ではないという問題点があった。
上述のように、1つの文書に複数のインデックスが含まれる文書を複数のインデックスで管理するためには、オペレータが、登録したいインデックスの数だけ代表帳票を読み込ませ、得られたインデックスの付け替えを行わなければならず、オペレータの負担が大きかった。図18の例では、「証券番号B」「証券番号C」について申込書類ABC911の読み取りを繰り返すとともに、得られたインデックスの付け替えを行う必要があった。この操作はオペレータの手作業で行われるため、登録ミスが発生する可能性も高かった。さらに、記憶装置には、インデックスの数の代表帳票のイメージデータを重複して格納しなければならず、インデックスが多くなると、記憶装置の保管用量を圧迫してしまうという問題もある。
検索時においても、付加したインデックスについては、直接イメージデータを取得できないという問題点があった。図18の例では、「証券番号B」の添付書類(B)を確認したいときは、まず、「証券番号B」を指定して申込書類ABCのイメージデータ932を取得する。しかし、添付書類のイメージデータはない。そこで、表示装置に表示される申込書類ABCのイメージデータ932に基づき、インデックスの先頭の「証券番号A」を確認し、「証券番号A」を指定して全体のイメージデータ931を取得する。このように、検索時にも煩雑な操作が必要であった。
このような点に鑑み、本願発明は、複数のインデックスが含まれる文書の文書管理を容易にすることが可能な文書管理プログラム、文書管理方法及び文書管理装置を提供することを目的とする。
上記課題を解決するために、文書を電子化して管理する文書管理処理を行うコンピュータを機能させる文書管理プログラムが提供される。この文書管理プログラムは、コンピュータを、認識手段、登録手段及び検索手段として機能させる。認識手段は、代表帳票と代表帳票に添付される付帯帳票とを有し、代表帳票に関連付けられる付帯帳票を識別するインデックスが代表帳票に記載される文書を電子化したイメージデータを取得する。そして、代表帳票のイメージデータに文字認識を行って代表帳票に記載されるインデックスを全て抽出する。登録手段は、取得した文書のイメージデータをイメージデータ記憶手段に格納し、文書のイメージデータを格納したアドレスをこの文書の代表帳票から抽出したインデックスに対応付けてインデックス管理情報に登録する。検索手段は、検索対象のインデックスが指定されたときは、指定されたインデックスに基づいてインデックス管理情報を検索し、指定されたインデックスに対応する文書のイメージデータを抽出する。
また、上記課題を解決するために、上記の文書管理プログラムを実行するコンピュータと同様の処理手順を実行する文書管理方法及び文書管理装置が提供される。
開示の文書管理プログラム、文書管理方法及び文書管理装置によれば、文書の登録時、インデックスを全て抽出し、抽出したインデックスを文書のイメージデータに対応付ける。このように、1度のイメージデータ読込みでインデックスが全て抽出されるため、オペレータの登録時の作業効率を向上させることができる。また、検索時には、インデックスに基づいて文書のイメージデータを容易に取得することができ、検索時の作業効率も向上できる。
実施の形態に適用される発明の概念図である。 第1の実施の形態の文書管理システムの一例を示した図である。 文書管理装置のハードウェアの構成例を示す図である。 文書管理装置のソフトウェア構成を示したブロック図である。 文書の一例を示した図である。 代表帳票が包括帳票の場合の文書登録処理を示した図である。 代表帳票が通常帳票の場合の文書登録処理を示した図である。 インデックスの関係を示した図である。 インデックス管理情報の一例を示した図である。 代表帳票が包括帳票の場合の検索処理を示した図である。 代表帳票が通常帳票の場合の検索処理を示した図である。 文書管理装置の文書登録時の読取・認識処理の手順を示したフローチャートである。 文書管理装置の文書登録時の点検・登録処理の手順を示したフローチャートである。 文書管理装置の検索処理の手順を示したフローチャートである。 第2の実施の形態の代表帳票が包括帳票の場合の文書登録処理を示した図である。 第2の実施の形態のインデックス管理情報の一例を示した図である。 第2の実施の形態の代表帳票が包括帳票の場合の文書検索処理を示した図である。 従来の複数インデックスを含む文書の管理の一例を示した図である。
以下、本発明の実施の形態を、図面を参照して説明する。図1は、実施の形態に適用される発明の概念図である。
文書管理装置1は、読取手段1a、認識手段1b、登録手段1c及び検索手段1dを有し、インデックスを生成して文書5のイメージデータを登録する登録系の処理と、登録した文書5のイメージデータを検索する検索系の処理を行う。
管理対象の文書5は、代表帳票5aと、代表帳票5aに添付されているN枚(Nは、N≧0の整数)の付帯帳票5bとを有する。ここで、帳票は、所定の様式で情報が記載された文書を指すとする。代表帳票5aには、付帯帳票5bを識別する情報がインデックスとして記載されている。また、代表帳票5aには、文書5に対して1つのインデックスが設定される通常帳票と、複数のインデックスが設定される包括帳票とがある。通常帳票の場合、文書5は、1つのインデックスが記載される代表帳票5aと、そのインデックスに関連する1つの付帯帳票5bを有する。包括帳票の場合、文書5は、M(Mは、M≧0の整数)個のインデックスが記載される代表帳票5aと、それぞれのインデックスに関連付けられるM種類の付帯帳票5bとを有する。
読取手段1aは、例えば、スキャナを制御し、管理対象の文書5の画像イメージを読み取り、そのイメージデータを生成する。読取手段1aは、文書5に含まれる代表帳票5a及び付帯帳票5bの画像イメージを順次読み取り、読み取った順にイメージデータを認識手段1bに出力する。ここで、文書5は、代表帳票5aを先頭に、代表帳票5aに記載されているインデックスの配列順に従って付帯帳票5bが並べられているとする。読み取ったイメージデータは、代表帳票5aのイメージデータ、先頭に記載されたインデックスに対応する付帯帳票のイメージデータ、次に記載されたインデックスに対応する付帯帳票のイメージデータ、という順に出力される。なお、読取手段1aは、文書5について既に電子化されたイメージデータを外部から入力するとしてもよい。
認識手段1bは、読取手段1aが取得した文書5のイメージデータの代表帳票5aのイメージデータからインデックスを抽出する。認識手段1bは、読取手段1aから取得したイメージデータの帳票種別を判定し、代表帳票5aであれば、インデックスを抽出する。このとき、代表帳票5aが通常帳票であれば、1つのインデックスを抽出し、包括帳票であれば、代表帳票5aに記載された全てのインデックスを抽出する。例えば、帳票ごとに予め決められたデータの領域定義に基づいて、インデックスが記載されている領域を検出し、そのイメージデータを抽出する。そして、抽出したイメージデータに文字認識処理を施し、得られた語をインデックスとして抽出する。読取手段1aから取得したイメージデータと、抽出したインデックスは、登録手段1cへ出力する。
登録手段1cは、読取手段1aが読み取ったイメージデータを文書単位にまとめ、その文書単位のイメージデータ3cを記憶装置3に格納するとともに、個別インデックス及び文書インデックスを生成して管理する。文書単位のイメージデータ3cは、読み取り順に従って、代表帳票イメージデータ、付帯帳票イメージデータの順に配列されている。文書インデックスは、文書を識別する識別情報であり、1文書単位のイメージデータの記憶領域に対応付けられる。図1の例では、文書5を識別する文書インデックスを生成し、記憶装置3に格納された文書5のイメージデータ3cのアドレスに対応付けられる。生成した文書インデックスと、対応付けられた文書5の文書単位のイメージデータ3cのアドレスは、文書インデックス管理情報3bに登録する。文書インデックスは、代表帳票5aが、通常帳票であっても包括帳票であっても同じになる。個別インデックスは、認識手段1bで抽出した代表帳票5aに記載されたインデックスである。帳票のイメージデータは、文書単位のイメージデータ3cが1つ格納されるので、どのインデックスで検索する場合であっても、抽出するのは文書単位のイメージデータ3cになる。そこで、個別インデックスは、文書単位のイメージデータ3cの格納アドレスに対応付ける。ここでは、文書インデックスが文書単位のイメージデータ3cに対応付けられているので、個別インデックスに記載された文書の文書インデックスを対応付ける。登録手段1c、認識手段1bが抽出した個別インデックスに文書インデックスを対応付け、個別インデックス管理情報3aに登録する。
検索手段1dは、ユーザ等によってインデックスが指定されたとき、指定されたインデックスに対応する付帯帳票を含む文書のイメージデータを抽出し、ユーザに提供する。まず、指定されたインデックスに基づいて個別インデックス管理情報3aを検索し、このインデックスに対応する文書インデックスを検出する。続いて検出した文書インデックスに基づいて、文書インデックス管理情報3bを検索し、この文書の文書単位のイメージデータが記憶されているアドレスを検出する。そして、検出されたアドレスに基づき、指定されたインデックスの付帯帳票を含む文書単位のイメージデータ3cを読み出し、文書イメージデータ7として要求元に提供する。
文書管理装置1の動作について説明する。文書の登録処理では、代表帳票5aと付帯帳票5bを有する文書5が指定されると、読取手段1aは文書5の各帳票のイメージデータを順次取得し、認識手段1bへ出力する。イメージデータは、代表帳票5aのイメージデータを先頭に、帳票の並び順に入力される。認識手段1bは、順次入力するイメージデータの帳票種別を判別し、代表帳票5aであるときは、インデックスを抽出する。代表帳票5aが通常帳票であれば、1つのインデックスを抽出する。代表帳票5aが包括帳票であれば、記載される全てのインデックスを抽出する。インデックスは、予め定義された領域のイメージデータを抽出し、文字認識を行って抽出する。登録手段1cは、読取手段1aが読み取った文書5のイメージデータをまとめた文書単位のイメージデータ3cを記憶装置3の所定の記憶領域に格納する。そして、文書5を識別する文書インデックスに関連付けて、文書単位のイメージデータ3cが格納されるアドレスに対応付け、文書インデックス管理情報3bに登録する。次に、認識手段1bが認識した代表帳票5aに記載されていたインデックスを用いて個別インデックスを生成し、文書5の文書インデックスを対応づけて個別インデックス管理情報3aに登録する。
文書の検索処理は、インデックスが指定され、検索を開始する。検索手段1dは、指定されたインデックスに基づいて個別インデックス管理情報3aを検索し、指定されたインデックスの付帯帳票が含まれる文書の文書インデックスを検出する。そして、検出した文書インデックスに基づいて文書インデックス管理情報3bを検索し、この文書の文書単位のイメージデータ3cが格納されるアドレスを検出する。そして、検出したアドレスに基づいて、記憶装置3に格納されるイメージデータ3cを抽出し、文書のイメージデータ7として検索の要求元に出力する。
このように、登録時には、代表帳票5aに記載されるインデックスを一括して読み込み、認識された個別インデックスに文書単位のイメージデータを対応付ける。このため、包括帳票であっても、繰り返し代表帳票5aの読み出しを行なう作業が必要なくなり、オペレータの負担を軽減し、作業効率を向上させることができる。また、文書に複数設定される個別インデックスは、文書のイメージデータに対応付けられているので、検索時に個別インデックスを指定すれば対象文書のイメージデータが抽出される。このため、所望のデータを得るために検索を繰り返す必要がなくなり、検索の効率を上げることができる。この結果、複数のインデックスを含む文書の登録処理及び検索処理の効率が向上し、文書管理を容易にすることが可能となる。
次に、図1に示した文書管理装置を保険の申込書類と、その添付書類の管理に適用した場合を例に図面を参照して詳細に説明する。
図2は、第1の実施の形態の文書管理システムの一例を示した図である。文書管理システムは、文書管理装置100、スキャナ200、文書データ記憶装置300及びモニタ600を有し、対象の文書500を電子化して管理する。
文書管理装置100は、スキャナ200が読み取った文書500のイメージデータを取得し、インデックスを付与してインデックス管理情報に設定し、文書500のイメージデータとともに文書データ記憶装置300に格納する。また、検索要求に応じて文書データ記憶装置300に格納された文書のイメージデータを検索して抽出する。スキャナ200は、文書500に含まれる代表帳票と付帯帳票を順次読み取り、読み取った順にイメージデータを生成して文書管理装置100に出力する。文書データ記憶装置300は、インデックス管理情報と、文書500のイメージデータとを記憶する。モニタ600は、文書管理装置100に従って表示データを表示する。
次に、文書管理装置100について説明する。図3は、文書管理装置のハードウェアの構成例を示す図である。文書管理装置100は、CPU(Central Processing Unit)101によって装置全体が制御されている。CPU101には、バス109を介してRAM(Random Access Memory)102と複数の周辺機器が接続されている。
RAM102は、文書管理装置100の主記憶装置として使用される。RAM102には、CPU101に実行させるOS(Operating System)のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、RAM102には、CPU101による処理に必要な各種データが格納される。
バス109に接続されている周辺機器としては、ハードディスクドライブ(HDD:Hard Disk Drive)103、グラフィック処理装置104、入力インタフェース105、光学ドライブ装置106、スキャナ制御装置107及び通信インタフェース108がある。
HDD103は、内蔵したディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。HDD103は、文書管理装置100の二次記憶装置として使用される。HDD103には、OSのプログラム、アプリケーションプログラム、および各種データが格納される。文書データ記憶装置300として機能するとしてもよい。なお、二次記憶装置としては、フラッシュメモリなどの半導体記憶装置を使用することもできる。
グラフィック処理装置104には、モニタ600が接続されている。グラフィック処理装置104は、CPU101からの命令に従って、画像をモニタ600の画面に表示させる。モニタ600としては、CRT(Cathode Ray Tube)を用いた表示装置や液晶表示装置などがある。
入力インタフェース105には、キーボード601とマウス602とが接続されている。入力インタフェース105は、キーボード601やマウス602から送られてくる信号をCPU101に送信する。なお、マウス602は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。
光学ドライブ装置106は、レーザ光などを利用して、光ディスク603に記録されたデータの読み取りを行う。光ディスク603は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク603には、DVD(Digital Versatile Disc)、DVD−RAM、CD−ROM(Compact Disc Read Only Memory)、CD−R(Recordable)/RW(ReWritable)などがある。
スキャナ制御装置107は、スキャナ200に接続し、CPU101からの命令に従ってスキャナ200に画像の読み取りを指示するとともに、スキャナ200から取得したイメージデータをCPU101に送信する。
通信インタフェース108は、ネットワーク604に接続されている。通信インタフェース108は、ネットワーク604を介して、他のコンピュータまたは通信機器との間でデータの送受信を行う。
また、文書データ記憶装置300を外部に設けるときは、内部バス109に接続するインタフェースを介して、または、ネットワーク604を介して文書管理装置100に接続させることができる。以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。
次に、文書管理装置100のソフトウェア構成について説明する。図4は、文書管理装置のソフトウェア構成を示したブロック図である。文書管理装置100は、読取部110、認識部120、点検部130、登録部140、検索部150及び表示部160を有する。また、文書データ記憶装置300には、個別インデックスDB310、文書インデックスDB320及びイメージDB330が設けられている。
読取部110は、スキャナ200の動作を制御し、スキャナ200が読み取った文書500のイメージデータを取得する。取得したイメージデータは、読み取った順に認識部120に出力する。
認識部120は、帳票判別部121及び文字認識部122を有する。帳票判別部121は、読取部110から入力する帳票の種別が、代表帳票であるのか付帯帳票であるのか、また代表帳票であれば、通常文書であるのか、包括帳票であるのかを判別する。例えば、帳票上の所定の位置に記載された帳票種別を読み出して判別する。また、予め各帳票の特徴を定義しておき、読み取ったイメージデータから得られる特徴と照合して帳票を判別するとしてもよい。イメージデータが、付帯帳票であれば、そのまま点検部130へ出力する。代表帳票を検出したときは、代表帳票が通常帳票か包括帳票かを判別し、判別結果とともに文字認識部122へ出力する。文字認識部122は、代表帳票のイメージデータに記載されているインデックスを抽出する。インデックスは、代表帳票に添付される付帯帳票を識別する情報で、代表帳票に記載されている項目のうち、どれをインデックスとするかは予め決められている。また、インデックスが記載されている領域も予め定義されている。代表帳票が通常帳票の場合、予め定義されている領域のイメージデータに文字認識処理を行い、1個のインデックスを抽出する。代表帳票が包括帳票の場合は、予め定義されている領域のイメージデータに対し文字認識処理を施し、M個のインデックスを抽出する。代表帳票のイメージデータと、抽出したインデックスは、点検部130に出力する。
点検部130は、読取部110が読み取った文書500のイメージデータ、認識部120が抽出したインデックス等を表示部160に表示し、オペレータによる点検を受ける。オペレータは、表示部160に表示されたイメージデータを見て、読み取った文書の順序や、読み取り誤りをチェックする。また、認識部120が抽出したインデックスを確認し、正しく文字認識ができたか、抜けはないか等を確認する。こうしたオペレータの点検を経たイメージデータ及びインデックスは、登録部140に出力する。
登録部140は、オペレータによる点検が終了した文書のイメージデータを文書単位に分割してイメージDBに格納する。また、文書インデックスと個別インデックスを生成し、それぞれ文書インデックスDB320、個別インデックスDB310に格納する。
検索部150は、イメージDB330に格納した文書のイメージデータの検索依頼を受け取ると、指定された検索キーワードを用いて個別インデックスDB310、文書インデックスDB320を検索し、指定されたキーワードに対応する文書のイメージデータを抽出する。そして、抽出したイメージデータを、例えば、表示部160に表示する。なお、抽出したイメージデータは、印刷装置に出力して印刷したり、外部記憶装置に出力したりすることもできる。
表示部160は、点検部130及び検索部150からの指示に応じて、イメージデータに基づく文書500の画像や、インデックス等を表示画面に表示する。
個別インデックスDB310は、イメージDB330に格納した文書のイメージデータ検索の際に用いる個別インデックス管理情報を管理する。
文書インデックスDB320は、1文書を識別する文書インデックスと、この文書に対するイメージデータが格納されるアドレスとを対応づけた文書インデックス管理情報を管理する。
イメージDB330には、文書単位のイメージデータが格納される。
以下、文書500の具体例を用いて、文書管理装置100の動作を説明する。図5は、文書の一例を示した図である。文書管理装置100は、文書ABC510、文書D520、文書E530及び文書F540のイメージデータの登録及び管理を行う。図5に示した文書は、証券番号をインデックスとして文書管理を行うとする。
文書ABC510は、代表帳票である申込書類ABC511と、付帯帳票である添付書類(A)512、添付書類(B)513及び添付書類(C)514を有する。申込書類ABC511は、包括帳票であり、複数の契約者の証券番号として「A」、「B」、「C」が記載されている。この証券番号は、申込書類ABC511に添付される各契約者の添付書類(A)512、添付書類(B)513及び添付書類(C)514を識別するための識別情報でもある。例えば、文書ABC510は、申込書類ABC511を先頭として、申込書類ABC511に記載された証券番号の並び順に、各証券番号に対応する添付書類が並べられている。図5の例では、証券番号について、「A」に対応する添付書類(A)512、「B」に対応する添付書類(B)513及び「C」に対応する添付書類(C)514を有する。
文書D520は、代表帳票である申込書類D521と、付帯帳票である添付書類(D)522を有する。申込書類D521は、通常帳票であり、1名の契約者の証券番号「D」のみが記載されている。また、「D」に対応する添付書類(D)522を有する。文書E530は、代表帳票である申込書類E531と、付帯帳票である添付書類(E)532を有する。文書F540は、代表帳票である申込書類F541と、付帯帳票である添付書類(F)542を有する。
次に、文書管理装置100の文書ABC510、文書D520、文書E530及び文書F540の登録処理について説明する。まず、包括帳票を有する文書ABC510の登録処理について説明し、続いて通常帳票を有する文書D520、文書E530及び文書F540の登録処理について説明する。
図6は、代表帳票が包括帳票の場合の文書登録処理を示した図である。文書ABC510は、代表帳票が包括帳票の文書であり、代表帳票である申込書類ABC511と、添付書類(A)512、添付書類(B)513、及び添付書類(C)514を有する。
読取部110は、申込書類ABC511、添付書類(A)512、添付書類(B)513、添付書類(C)514の順に画像を読み取り、そのイメージデータを生成する。認識部120は、読取部110が読み取ったイメージデータの帳票を判別し、帳票が代表帳票であるときは、インデックスを抽出する。図6の例では、まず、申込書類ABC511を代表帳票かつ包括帳票と認識し、N個のインデックスを抽出する。ここでは、証券番号について「A」、「B」、「C」の3個のインデックス1201を抽出する。添付書類(A)512、添付書類(B)513及び添付書類(C)514は、付帯帳票と判別し、認識処理は行わない。
各帳票のイメージデータと、インデックス1201は、点検部130に引き渡される。点検部130は、イメージデータを表示部160に表示し、オペレータの点検を待つ。インデックス1201も表示部160に表示する。オペレータの点検を受けた申込書類ABCのイメージデータ5111、添付書類(A)のイメージデータ5121、添付書類(B)のイメージデータ5131、添付書類(C)のイメージデータ5141及びインデックス1201は、登録部140へ引き渡される。
登録部140は、イメージデータを文書単位に分割し、文書単位のイメージデータをイメージDB330に格納する。図6の例では、申込書類ABCのイメージデータ5111、添付書類(A)のイメージデータ5121、添付書類(B)のイメージデータ5131及び添付書類(C)のイメージデータ5141をこの順に配列し、イメージDB330に格納する。また、文書ABC510に関する文書インデックス「INDEX−A」を生成し、イメージDB330の文書ABC510のイメージデータの格納アドレスに対応付け、文書インデックス管理情報に登録し、文書インデックスDB320に設定する。そして、申込書類ABC511から抽出したインデックス1201に基づいて、個別インデックスを生成する。図6の例では、認識部120が抽出したインデックス1201の「A」、「B」、「C」をそれぞれ文書510のイメージデータを示す文書インデックス「INDEX−A」に対応付けて個別インデックス管理情報に登録し、個別インデックスDB310に設定する。なお、個別インデックスを先に生成し、後から文書インデックスを生成することもできる。
図7は、代表帳票が通常帳票の場合の文書登録処理を示した図である。文書D520及び文書E530は、代表帳票が通常帳票の文書であり、それぞれ申込書類D521と添付書類(D)522、申込書類E531と添付書類(E)532を有する。図7の例では省略しているが、文書F540についても同様である。
読取部110は、申込書類D521、添付書類(D)522、申込書類E531、添付書類(E)532の順に画像を読み取り、そのイメージデータを生成する。認識部120は、読取部110が読み取ったイメージデータの帳票を判別し、帳票が代表帳票であるときは、インデックスを抽出する。図7の例では、まず、申込書類D521を代表帳票かつ通常帳票と認識し、1個のインデックスを抽出する。ここでは、証券番号について「D」というインデックス1202を抽出する。添付書類(D)522については、付帯帳票と判別し、認識処理は行わない。次の申込書類E531は代表帳票かつ通常帳票と認識し、1個のインデックスを抽出する。ここでは、「E」というインデックス1203を抽出する。添付書類(E)532については、付帯帳票と判別し、認識処理は行わない。
各帳票のイメージデータと、インデックス1202,1203は、点検部130に引き渡される。点検部130は、イメージデータを表示部160に表示し、オペレータの点検を待つ。インデックス1202,1203も表示部160に表示する。オペレータの点検を受けた申込書類Dのイメージデータ5211、添付書類(D)のイメージデータ5221、申込書類Eのイメージデータ5311、添付書類(E)のイメージデータ5321及びインデックス1202,1203は、登録部140へ引き渡される。
登録部140は、イメージデータを文書単位に分割し、文書単位のイメージデータをまとめてイメージDB330に格納する。図7の例では、申込書類Dのイメージデータ5211と添付書類(D)のイメージデータ5221という文書単位と、申込書類Eのイメージデータ5311と添付書類(E)のイメージデータ5321という文書単位と、に分割し、この順を保持してイメージDB330に格納する。また、文書D520に対応する文書インデックス「INDEX−D」を生成し、文書D520のイメージデータが格納される領域に対応付けて文書インデックスDB320に格納される文書インデックス管理情報に登録する。文書E530についても同様に、文書E530に対応するインデックス「INDEX−E」を生成し、文書E530のイメージデータが格納される領域に対応付けて文書インデックスDB320に格納される文書インデックス管理情報に登録する。そして、申込書類D521から抽出したインデックス1202の個別インデックスを生成する。図7の例では、認識部120が抽出したインデックス1202の「D」を文書インデックス「INDEX−D」に対応付け、個別インデックスDB310に格納される個別インデックス管理情報に登録する。同様に、インデックス1203の「E」を文書インデックス「INDEX−E」に対応付け、個別インデックス管理情報に登録する。個別インデックス管理情報は、個別インデックスDB310で管理する。
図8は、インデックスの関係を示した図である。個別インデックス311は、代表帳票である申込書類ABC511、申込書類D521、申込書類E531及び申込書類F541から抽出した証券番号「A」、「B」、「C」、「D」、「E」、「F」である。また、この個別インデックス311は、それぞれが属する文書の文書インデックス321にリンクされている。図8の例では、文書ABC510の申込書類ABC511から抽出した個別インデックス「A」、「B」、「C」は、文書ABC510の文書インデックス「INDEX−A」に対応付けられる。文書D520の申込書類D521から抽出した個別インデックス「D」は、文書D520の文書インデックス「INDEX−D」に対応付けられる。文書E530の申込書類E531から抽出した個別インデックス「E」は、文書E530の文書インデックス「INDEX−E」に対応付けられる。そして、文書F540の申込書類F541から抽出した個別インデックス「F」は、文書F540の文書インデックス「INDEX−F」に対応付けられる。
文書インデックス321は、それぞれの文書のイメージデータ331が格納される記憶領域を示すアドレス、例えば、イメージDB330における文書単位のイメージデータが記憶される記憶領域の先頭アドレスに対応付けられる。図8の例では、文書ABC510の文書インデックス「INDEX−A」は、申込書類ABCイメージ、添付書類(A)イメージ、添付書類(B)イメージ及び添付書類(C)イメージを有する文書ABCのイメージデータの記憶領域に対応付けられる。文書D520の文書インデックス「INDEX−D」は、申込書類Dイメージ及び添付書類(D)イメージを有する文書D520のイメージデータの記憶領域に対応付けられる。文書E530の文書インデックス「INDEX−E」は、申込書類Eイメージ及び添付書類(E)イメージを有する文書Eのイメージデータの記憶領域に対応付けられる。文書F540の文書インデックス「INDEX−F」は、申込書類Fイメージ及び添付書類(F)イメージを有する文書Fのイメージデータの記憶領域に対応付けられる。
このように、個別インデックスを文書インデックスに対応付けることにより、文書インデックスとイメージデータとの間は1:1の関係になる。また、個別インデックスと文書インデックスとの関係は、N:1になる。すなわち、1つの文書に複数のインデックスが含まれる場合であっても、代表帳票のイメージデータは1つでよくなる。従来のように、個別インデックスに合わせて代表帳票を再度読み込む必要がなくなり、読み取りの効率化及び記憶領域の利用の効率化を図ることができる。また、検索においても、代表帳票の先頭に記載されていない個別インデックスも付帯帳票も含む文書のイメージデータに対応付けられているため、再検索が必要なくなり、検索効率を上げることができるという利点もある。
図9は、インデックス管理情報の一例を示した図である。(A)は個別インデックス管理情報、(B)は文書インデックス管理情報を示している。
(A)個別インデックス管理情報3100には、対象文書の代表帳票から抽出した個別インデックス3101に対応付けて、参照先文書インデックス3102が登録されている。例えば、文書ABC510の申込書類ABC511から抽出された個別インデックス、「A」、「B」、「C」には、「INDEX−A」を参照先の文書インデックスとすることが登録されている。同様に、「D」には「INDEX−D」、「E」には「INDEX−E」、「F」には「INDEX−F」を参照先の文書インデックスとすることが登録されている。
(B)文書インデックス管理情報3200には、対象文書の文書インデックス3201に対応付けて、参照先イメージデータ3202が登録されている。例えば、文書インデックス「INDEX−A」は、「申込書類ABCイメージ」を参照先のイメージデータとすることが登録されている。同様に、「INDEX−D」には「申込書類Dイメージ」、「INDEX−E」には「申込書類Eイメージ」、「INDEX−F」には「申込書類Fイメージ」を参照先の文書イメージデータとすることが登録されている。例えば、各イメージデータが格納される記憶領域を示すアドレスが登録される。
なお、図9の例では、インデックスとその参照先とをテーブル形式の個別インデックス管理情報と、文書インデックス管理情報とによって管理するとしているが、本願発明はこれに限定されない。図8に示したインデックスの関係が表現できれば、どのような表現形式で設定してもよい。
次に、イメージDB330に格納される文書ABC510、文書D520、文書E530及び文書F540のイメージデータの検索処理について説明する。まず、代表帳票が包括帳票の場合について説明し、続いて代表帳票が通常帳票の場合について説明する。
図10は、代表帳票が包括帳票の場合の検索処理を示した図である。個別インデックスDB310には、それぞれが文書インデックスに対応付けられた個別インデックス「A」、「B」、「C」が登録されている。文書インデックスDB320には、文書ABC510のイメージデータの記憶領域に対応付けられた文書インデックス「INDEX−A」が登録されている。イメージDB330には、文書ABC510のイメージデータが文書単位に格納されている。
検索部150は、指定された検索キーワードに基づいてインデックスを検索し、イメージデータが格納される記憶領域の先頭アドレスを検出する。図10の例では、検索キーワード「A」1501が指定されると、検索部150は、個別インデックスDB310の個別インデックス管理情報を検索し、「A」を検出する。個別インデックス「A」は、文書インデックス「INDEX−A」に対応付けられているので、文書インデックスDB320の文書インデックス管理情報を検索し、「申込書類ABC」、「添付書類(A)」、「添付書類(B)」及び「添付書類(C)」を有する文書ABC510のイメージデータが記憶される記憶領域の先頭アドレスを検出する。検索部150は、検索キーワード「A」1501の応答として、文書ABC510のイメージデータ1511を返す。これにより、ユーザは、指定された証券番号「A」の資料として、代表帳票である申込書類ABCのイメージデータと、添付書類(A)のイメージデータとを取得し、内容を確認することができる。
次に、検索キーワード「B」1502が指定されたとする。検索部150は、個別インデックスDB310の個別インデックス管理情報を検索し、「B」を検出する。個別インデックス「B」は、文書インデックス「INDEX−A」に対応付けられているので、文書インデックスDB320の文書インデックス管理情報を検索し、「申込書類ABC」、「添付書類(A)」、「添付書類(B)」及び「添付書類(C)」を有する文書ABC510のイメージデータが記憶される記憶領域の先頭アドレスを検出する。検索部150は、検索キーワード「B」1502の応答として、文書ABCのイメージデータ1512を返す。これにより、ユーザは、指定された証券番号「B」の資料として、代表帳票である申込書類ABCのイメージデータと、添付書類(B)のイメージデータとを取得し、内容を確認することができる。
図11は、代表帳票が通常帳票の場合の検索処理を示した図である。個別インデックスDB310には、それぞれが文書インデックスに対応付けられた個別インデックス「D」、「E」が登録されている。文書インデックスDB320には、イメージデータに対応付けられた文書インデックス「INDEX−D」、「INDEX−E」が登録されている。イメージDB330には、文書のイメージデータが文書単位に格納されている。
図11の例では、検索キーワード「D」1503が指定されると、検索部150は、個別インデックスDB310の個別インデックス管理情報を検索し、「D」を検出する。個別インデックス「D」は、文書インデックス「INDEX−D」に対応付けられているので、文書インデックスDB320の文書インデックス管理情報を検索し、「申込書類D」及び「添付書類(D)」を有する文書Dのイメージデータ格納領域を検出する。検索部150は、検索キーワード「D」1503の応答として、文書D520のイメージデータ1513を返す。これにより、ユーザは、指定された証券番号「D」の資料として、代表帳票である申込書類Dのイメージデータと、添付書類(D)のイメージデータとを取得し、内容を確認することができる。同様に、検索キーワード「E」1504が指定されたときは、応答として、文書Eのイメージデータ1514を返す。これにより、ユーザは、指定された証券番号「E」の資料として、代表帳票である申込書類Eのイメージデータと、添付書類(E)のイメージデータとを取得し、内容を確認することができる。
次に、文書管理装置の処理手順及び文書管理方法を、フローチャートを用いて説明する。まず、文書登録時の読取・認識処理と点検・登録処理について説明し、次に文書検索時の検索処理について説明する。
図12は、文書管理装置の文書登録時の読取・認識処理の手順を示したフローチャートである。対象文書がスキャナ200にセットされ、登録が指示されて処理が開始される。
[ステップS01] 読み取り部110は、スキャナ200にセットされる文書ABC510、文書D520、文書E530及び文書F540、それぞれの文書のイメージデータを順次読み取り、イメージデータを生成する。
[ステップS02] 認識部120は、読取部110が読み取ったイメージデータを取得し、帳票の種別を判別する。例えば、予め定義される所定の位置に記載される帳票種別コード等を読み出し、帳票の種別を検出する。
[ステップS03] 認識部120は、ステップS02で検出した帳票の種別が代表帳票であるか否かを判定する。代表帳票であるときは、処理をステップS04に進める。代表帳票でない時は、処理をステップS07に進め、認識処理を行わない。
[ステップS04] 認識部120は、帳票の種別が代表帳票であるときは、この代表帳票が通常帳票であるか、包括帳票であるかを判定する。包括帳票であれば、処理をステップS05に進める。包括帳票でないときは、処理をステップS06に進める。
[ステップS05] 認識部120は、帳票の種別が代表帳票かつ包括帳票であるときは、文字認識処理を行って代表帳票に含まれるM個のインデックスを全て抽出する。例えば、予めインデックスとする項目が記載されているイメージデータ上の位置を定義しておき、その位置定義に基づいて、代表帳票のイメージデータを文字認識する。また、インデックスに対応する項目の記載欄がすべて埋まっているとは限らない。指定された全領域の文字認識を行い、記載なしと判定したときは、インデックスに含めない。こうして記載された全てのインデックスを抽出し、処理をステップS07に進める。
[ステップS06] 認識部120は、帳票の種別が代表帳票かつ通常帳票であるときは、文字認識処理を行って代表帳票に含まれる1個のインデックスを抽出する。予めインデックスとする項目が記載されているイメージデータ上の位置を定義しておき、その位置定義に基づいて、代表帳票のイメージデータを文字認識する。
[ステップS07] 認識部120は、ステップS01で読み取った全ての文書のイメージデータについて、認識処理が終了したかどうかを判定する。終了していないと判定したときは、処理をステップS02に進め、次の帳票のイメージデータの認識処理を行う。終了したと判定したときは、処理を図13に示す結合子Aへ処理を進め、点検・登録処理を行う。
図13は、文書管理装置の文書登録時の点検・登録処理の手順を示したフローチャートである。図12に示す結合子Aまでの処理を実行した後、以下の処理手順を実行する。
[ステップS08] 点検部130は、前段までの処理で取得した文書のイメージデータと、抽出したインデックス等の情報を表示部160に表示し、オペレータによる点検作業を待つ。オペレータの確認の終了が通知されたとき、点検されたイメージデータ及びインデックスを登録部140へ引き渡し、次のステップへ処理を進める。
[ステップS09] 登録部140は、取得した文書のイメージデータを文書単位に分割する。例えば、イメージデータの帳票種別を配列順に従って順に調査し、代表帳票を検出する。そして、代表帳票が検出されてから、次に検出された代表帳票の1つ前の帳票までを1つの文書単位とする。また、代表帳票に、文書に含まれる帳票の枚数が記載されていれば、これを利用して文書単位の区切りを検出するとしてもよい。そして、検出した区切りを用いて、イメージデータを文書単位に分割する。
[ステップS10] 登録部140は、文書単位に分割した文書のイメージデータをイメージDB330に格納する。
[ステップS11] 登録部140は、文書を識別する文書インデックスを生成し、イメージDB330に格納した文書単位のイメージデータの記憶領域のアドレスと対応付け、文書インデックス管理情報に登録する。文書インデックスは、文書単位ごとに、ユニークな値を設定する。例えば、イメージDB330に格納される文書のイメージデータの位置や、代表帳票から抽出した文書を特徴づける見出し語等を設定する。設定した文書インデックス管理情報は、文書インデックスDB320に設定する。
[ステップS12] 登録部140は、認識部120が抽出したインデックスに基づいて、個別インデックスを生成する。個別インデックスは、それぞれが属する文書インデックスに対応付けて個別インデックス管理情報に登録し、個別インデックスDB310に設定する。
[ステップS13] 登録部140は、全文書の処理が終了したかどうかを判定する。終了していない場合は、ステップS10に戻り、次の文書の登録処理を行う。
以上の処理手順が実行され、図8に示したような関係を有する個別インデックスと文書インデックスが生成され、文書のイメージデータ管理に用いられる。
図14は、文書管理装置の文書検索処理の手順を示したフローチャートである。
ユーザより検索指示を受け、処理を開始する。
[ステップS21] 検索部150は、検索指示を受けると、検索指示とともに指定された検索キーワードを入力する。
[ステップS22] 検索部150は、入力した検索キーワードを用いて個別インデックスDB310の個別インデックス管理情報を検索する。検索キーワードに指定された語と一致するインデックスを検索し、検出されたときはインデックスに対応付けられている文書インデックスを抽出する。検索キーワードに指定された語が検出されなかったときは、未検出とする。
[ステップS23] 検索部150は、ステップS22の個別インデックスDB310の個別インデックス管理情報の検索の結果、指定された検索キーワードに該当する個別インデックスが検出されたか否かを判定する。検出された時は、処理をステップS24に進める。検出されなかったときは、処理をステップS27に進める。
[ステップS24] 検索部150は、個別インデックスが検出されたときは、個別インデックスに対応付けられている文書インデックスを抽出する。そして、この文書インデックスを用いて文書インデックスDB320の文書インデックス管理情報を検索し、文書インデックスに対応付けられている文書単位のイメージデータが記憶されるイメージDB330のアドレスを抽出する。
[ステップS25] 検索部150は、ステップS24で抽出された対象文書の文書単位のイメージデータが記憶されるアドレスに基づいてイメージDB330を検索し、該当する記憶領域に格納されているイメージデータを読み出す。
[ステップS26] 検索部150は、ステップS25で読み出したイメージデータを表示部160に表示し、処理を終了する。
[ステップS27] 検索部150は、入力したキーワードに一致する個別インデックスが検出されなかったときは、表示部160にエラー画面を表示するなどしてエラーを通知し、処理を終了する。
以上の処理手順が実行されることにより、指定した検索キーワードに関連する文書のイメージデータが表示部160に表示される。また、付帯帳票が含まれる検索キーワードが指定された場合であっても、1回の検索で付帯帳票のイメージデータを表示部160に表示させることができる。
次に、第2の実施の形態について説明する。第1の実施の形態では、包括帳票から抽出された個別インデックスを文書単位の文書インデックスに対応付け、各付帯帳票に対応する個別インデックスが指定されたとき、文書単位のイメージデータを抽出して表示するとした。このように、文書単位のイメージデータを抽出し、表示部160に表示すれば、先頭の代表帳票の内容を確認し、続いて、所望の付帯帳票まで画面をスクロールさせて、付帯帳票を確認することができる。しかし、包括帳票に多くのインデックスが記載されている場合等、文書単位のイメージデータを取得しても所望の付帯帳票を探し出すことが大変な場合もある。そこで、第2の実施の形態では、検索時に、文書単位のイメージデータから指定された個別インデックスに対応する付帯帳票のイメージデータを抽出し、代表帳票とともに表示する。
なお、第2の実施の形態における文書管理装置が有する処理機能の構成は、図2〜4に示した第1の実施の形態の構成要素と同様である。そこで、図2〜4に示した構成要素の符号を用いて、第2の実施の形態における機能を説明する。
第2の実施の形態の文書管理装置における登録処理及び検索処理について説明する。なお、代表帳票が通常帳票であるときの処理は、第1の実施の形態と同様であるので、以下の説明では、代表帳票が包括帳票である場合について説明する。
図15は、第2の実施の形態の代表帳票が包括帳票の場合の文書登録処理を示した図である。文書ABC550は、包括帳票である申込書類ABC551と、添付書類(A)552、添付書類(B)553及び添付書類(C)554と、を有する。申込書類ABC551には、インデックスとする証券番号「A」、「B」、「C」に対応付けて、それぞれの証券番号に対応する添付書類の枚数が記載されている。図15の例では、証券番号「A」に対応する添付書類(A)552は1枚、証券番号「B」に対応する添付書類(B)553は2枚、及び証券番号「C」に対応する添付書類(C)554は1枚、が申込書類ABC551に添付されることが記載されている。
読取部110は、申込書類ABC551、添付書類(A)552、添付書類(B)553、添付書類(C)554の順に画像を読み取り、そのイメージデータを生成する。認識部170は、読取部110が読み取ったイメージデータの帳票を判別し、帳票が代表帳票であるときは、インデックスと、それぞれのインデックスに対応する付帯帳票の枚数とを抽出する。付帯帳票の枚数についても、予め定義された領域のイメージデータを抽出し、このイメージデータに対して文字認識を行うことによって取得する。インデックスと付帯帳票の枚数は、例えば、イメージデータ上のインデックスの位置と、付帯帳票の枚数の位置とを定義しておき、定義に基づいて抽出したイメージデータを文字認識して得る。図15の例では、申込書類ABC551を代表帳票かつ包括帳票と認識し、M個のインデックスと、枚数とを抽出する。ここでは、認識情報1701として、「A」、「B」、「C」の3個の個別インデックスと、それぞれの個別インデックスに対応する付帯帳票の枚数「1」、「2」、「1」を抽出する。添付書類(A)552、添付書類(B)553及び添付書類(C)554は、付帯帳票と判別し、認識処理は行わない。各帳票のイメージデータと、認識情報1701は、点検部130に引き渡される。点検部130の処理は、第1の実施の形態と同様であるので説明は省略する。
登録部180は、イメージデータを文書単位に分割し、文書単位のイメージデータをイメージDB330cに格納する。図15の例では、申込書類ABCのイメージデータ5511、添付書類(A)のイメージデータ5521、添付書類(B)のイメージデータ5531及び添付書類(C)のイメージデータ5541をこの順に配列し、イメージDB330cに格納する。また、文書ABC550に関する文書インデックス「INDEX−A」を生成し、インデックスDB320cに格納する。そして、申込書類ABC551から抽出した認識情報1701に基づき、個別インデックスを生成する。図15の例では、認識部170が抽出した「A」、「B」、「C」をそれぞれ文書ABCのイメージデータを示す文書インデックス「INDEX−A」に対応付け、個別インデックスDB310cの個別インデックス管理情報に登録する。また、このとき、付帯帳票情報として、「位置」と「枚数」を個別インデックスに対応付けて記憶する。「枚数」は、個別インデックスとともに文字認識して得られた申込書類ABC551に記載された数値である。「位置」は、「枚数」に基づき、個別インデックスに対応する付帯帳票が代表帳票から何枚目にあるかを示すデータである。位置情報は、帳票の配列が1つ前の個別インデックスの「位置」に、前の個別インデックスに対応する「枚数」を加算して得られる。例えば、申込書類ABC551に続く添付書類(A)552の「位置」は、代表帳票の次に当たるので「1」になる。添付書類(A)552の次に配置される添付書類(B)553の位置は、添付書類(A)552の位置「1」に、添付書類(A)552の枚数「1」を加算した「2」になる。こうして、順次、個別インデックスに対応する付帯帳票について、代表帳票である申込書類ABC551からの枚数を算出し、個別インデックスに関連付け、個別インデックスDB310cの個別インデックス管理情報に登録する。
図16は、第2の実施の形態のインデックス管理情報の一例を示した図である。(A)は、個別インデックス管理情報である。なお、文書インデックス管理情報については、図9に示した文書インデックス管理情報3200と同様であるので説明は省略する。
個別インデックス管理情報3110は、対象文書の代表帳票から抽出した個別インデックス3111に対応付けて、参照先の文書インデックス3112、添付書類位置31133及び添付書類枚数3114が登録されている。参照先の文書インデックス3112は、個別インデックスに対応付けた文書を示す。例えば、文書ABC550の申込書類551から抽出された個別インデックス、「A」、「B」、「C」には、「INDEX−A」を参照先の文書インデックスとすることが登録されている。添付書類位置3113には、個別インデックスに対応する付帯帳票について、この文書の先頭の代表帳票からの位置、ここでは、代表帳票から何枚目にあるかが登録されている。添付書類枚数3114には、個別インデックスに対応する付帯帳票の枚数が登録されている。例えば、インデックス「B」に対応する添付書類(B)553については、文書インデックスは「INDEX−A」、添付書類位置は「2」、添付書類枚数は「2」が登録されている。
なお、図15,16の例では、代表帳票に付帯帳票の枚数が記載されているとしたが、例えば、目次のように対応する付帯帳票が先頭の帳票から何番目にあるかを示す位置情報が予め代表帳票に記載されていてもよい。この場合は、文字認識によって読み出した位置情報が、添付書類位置313に登録される。また、別途、オペレータ等によって位置情報が定義されているとしてもよい。
このようなインデックス管理情報3110に基づき、検索処理が行われる。
図17は、第2の実施の形態の代表帳票が包括帳票の場合の文書検索処理を示した図である。個別インデックスDB310cには、それぞれが文書インデックスに対応付けられた個別インデックス「A」、「B」、「C」が、位置(付帯書類位置)及び枚数(付帯書類枚数)とともに登録されている。文書インデックスDB320cには、イメージデータに対応付けられた文書インデックス「INDEX−A」が登録されている。イメージDB330cには、文書のイメージデータが文書単位に格納されている。
検索部190は、指定された検索キーワードに基づいてインデックスを検索し、イメージデータが格納される記憶領域の先頭アドレスを検出する。図17の例では、検索キーワード「A」1901が指定されると、検索部190は、個別インデックスDB310cの個別インデックス管理情報を検索し、個別インデックス「A」を検出する。このとき、「位置=1」、「枚数=1」も取得する。個別インデックス「A」は、文書インデックス「INDEX−A」に対応付けられているので、文書インデックスDB320cを検索し、「申込書類ABC」、「添付書類(A)」、「添付書類(B)」及び「添付書類(C)」を有する文書ABCのイメージデータ格納領域を検出する。検索部190は、インデックス「A」に対応する「位置=1」及び「枚数=1」に基づいて、インデックス「A」に対応する付帯帳票である添付書類(A)のイメージデータは、代表帳票である申込書類ABCから1枚目の位置にある1枚の書類であることを特定する。そして、添付書類(A)分のイメージデータを抽出し、代表帳票である申込書類ABCのイメージデータと合わせたイメージデータ1911を生成し、検索キーワード「A」1901の応答として返す。これにより、ユーザは、指定した証券番号「A」について、代表帳票である申込書類ABCのイメージデータと、添付書類(A)のイメージデータとを取得し、内容を確認することができる。続いて、検索キーワード「B」1902が指定されたとする。検索部190は、個別インデックスDB310cの個別インデックス管理情報を検索し、個別インデックス「B」を検出する。このとき、「位置=2」、「枚数=2」も取得する。個別インデックス「B」は、文書インデックス「INDEX−A」に対応付けられているので、文書インデックスDB320cを検索し、「申込書類ABC」、「添付書類(A)」、「添付書類(B)」及び「添付書類(C)」を有する文書ABCのイメージデータ格納領域を検出する。さらに、インデックス「B」に対応する「位置=2」及び「枚数=2」に基づいて、インデックス「B」に対応する付帯帳票である添付書類(B)のイメージデータは、代表帳票である申込書類ABCから2枚目の位置にある2枚の書類であることを特定する。そして、添付書類(B)分のイメージデータを抽出し、代表帳票である申込書類ABCのイメージデータと合わせたイメージデータ1912を生成し、検索キーワード「B」1902の応答として返す。これにより、ユーザは、指定した証券番号「B」の資料として、代表帳票である申込書類ABCのイメージデータと、添付書類(B)のイメージデータとを取得し、内容を確認することができる。
なお、第2の実施の形態では、登録処理時に枚数に基づいて位置を算出し、個別インデックスに関連付けて登録しておくとしていたが、枚数だけを登録しておき、位置の算出処理は検索処理で行うとすることもできる。
第2の実施の形態によれば、代表帳票が包括帳票である文書について、代表帳票と、検索キーワードで指定したインデックスに対応する付帯帳票のみを選択的に抽出することができる。このため、文書単位に抽出された多くのイメージデータから所望の付帯帳票を探し出す手間が省け、検索効率をさらに向上させることができる。
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、文書管理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置(HDD)、フレキシブルディスク(FD)、磁気テープなどがある。光ディスクには、DVD、DVD−RAM、CD−ROM/RWなどがある。光磁気記録媒体には、MO(Magneto-Optical disk)などがある。
プログラムを流通させる場合には、例えば、そのプログラムが記録されたDVD、CD−ROMなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
また、上記の処理機能の少なくとも一部を、DSP(Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)などの電子回路で実現することもできる。
1 文書管理装置
1a 読取手段
1b 認識手段
1c 登録手段
1d 検索手段
3 記憶装置
3a 個別インデックス管理情報
3b 文書インデックス管理情報
3c イメージデータ
5 文書
5a 代表帳票
5b 付帯帳票
7 文書イメージデータ

Claims (6)

  1. 文書を電子化して管理する文書管理処理を行うコンピュータを機能させる文書管理プログラムにおいて、
    前記コンピュータを、
    代表帳票と前記代表帳票に添付される付帯帳票とを有し、前記代表帳票に関連付けられる前記付帯帳票を識別するインデックスが前記代表帳票に記載される文書を電子化したイメージデータを取得し、前記代表帳票のイメージデータに文字認識を行って前記代表帳票に記載される前記インデックスを全て抽出する認識手段、
    取得した前記文書のイメージデータをイメージデータ記憶手段に格納し、前記文書のイメージデータを格納したアドレスを該文書の前記代表帳票から抽出した前記インデックスに対応付けてインデックス管理情報に登録する登録手段、
    検索対象のインデックスが指定されたときは、指定されたインデックスに基づいて前記インデックス管理情報を検索し、前記指定されたインデックスに対応する前記文書のイメージデータを抽出する検索手段、
    として機能させることを特徴とする文書管理プログラム。
  2. 前記インデックス管理情報は、前記文書のイメージデータのアドレスを、前記文書を識別する文書インデックスと対応付ける文書インデックス管理情報と、前記インデックスを前記代表帳票が含まれる文書の文書インデックスと対応付ける個別インデックス管理情報とを有し、
    前記登録手段は、前記文書イメージデータを格納したアドレスを前記文書の文書インデックスに対応付けて前記文書インデックス管理情報に登録し、前記代表帳票から抽出した前記インデックスを前記代表帳票が含まれる前記文書の文書インデックスに対応付けて前記個別インデックス管理情報に登録し、
    前記検索手段は、前記指定されたインデックスに基づいて前記個別インデックス管理情報を検索して前記指定されたインデックスに対応する文書インデックスを検出し、検出した前記文書インデックスに基づいて前記文書インデックス管理情報を検索して前記文書インデックスに対応する前記文書のイメージデータを格納したアドレスを検出し、前記文書のイメージデータを抽出する、
    ことを特徴とする請求項1記載の文書管理プログラム。
  3. 前記認識手段は、前記代表帳票に前記付帯帳票が属する文書における該付帯帳票の位置情報が記載されているときは、文字認識によって前記インデックスとともに前記付帯帳票の位置情報を抽出し、
    前記登録手段は、抽出した前記付帯帳票の位置情報を前記インデックスに対応付けて前記インデックス管理情報に登録し、
    前記検索手段は、前記指定されたインデックスに基づいて前記インデックス管理情報を検索して前記指定されたインデックスに対応する前記文書のイメージデータが格納されるアドレスと前記付帯帳票の位置情報を取得し、取得した前記文書のイメージデータが格納されるアドレスと前記付帯帳票の位置情報とに基づいて、前記インデックスに対応する前記付帯帳票のイメージデータが格納されるアドレスを検出し、該付帯帳票のイメージデータを抽出する、
    ことを特徴とする請求項1記載の文書管理プログラム。
  4. 前記認識手段は、前記付帯帳票の位置情報として前記代表帳票に記載される前記付帯帳票の枚数を抽出し、
    前記登録手段は、前記文書のイメージデータから抽出した前記文書に含まれる前記付帯帳票の枚数と、前記文書における前記付帯帳票の配列順とに基づいて、前記付帯帳票ごとに前記文書の先頭の帳票からの枚数を算出し、算出した枚数を位置情報として前記付帯帳票に対応する前記インデックスに対応付けて前記インデックス管理情報に登録する、
    ことを特徴とする請求項3記載の文書管理プログラム。
  5. 文書を電子化して管理する文書管理処理を行う文書管理方法において、
    コンピュータが、
    代表帳票と前記代表帳票に添付される付帯帳票とを有し、前記代表帳票に関連付けられる前記付帯帳票を識別するインデックスが前記代表帳票に記載される文書を電子化したイメージデータを取得し、前記代表帳票のイメージデータに文字認識を行って前記代表帳票に記載される前記インデックスを全て抽出し、
    取得した前記文書のイメージデータをイメージデータ記憶手段に格納し、前記文書のイメージデータを格納したアドレスを該文書の前記代表帳票から抽出した前記インデックスに対応付けてインデックス管理情報に登録し、
    検索対象のインデックスが指定されたときは、指定されたインデックスに基づいて前記インデックス管理情報を検索し、前記指定されたインデックスに対応する前記文書のイメージデータを抽出する、
    手順を実行することを特徴とする文書管理方法。
  6. 文書を電子化して管理する文書管理処理を行う文書管理装置において、
    代表帳票と前記代表帳票に添付される付帯帳票とを有し、前記代表帳票に関連付けられる前記付帯帳票を識別するインデックスが前記代表帳票に記載される文書を電子化したイメージデータを取得し、前記代表帳票のイメージデータに文字認識を行って前記代表帳票に記載される前記インデックスを全て抽出する認識手段と、
    取得した前記文書のイメージデータをイメージデータ記憶手段に格納し、前記文書のイメージデータを格納したアドレスを該文書の前記代表帳票から抽出した前記インデックスに対応付けてインデックス管理情報に登録する登録手段と、
    検索対象のインデックスが指定されたときは、指定されたインデックスに基づいて前記インデックス管理情報を検索し、前記指定されたインデックスに対応する前記文書のイメージデータを抽出する検索手段と、
    を有することを特徴とする文書管理装置。
JP2010099964A 2010-04-23 2010-04-23 文書管理プログラム、文書管理方法及び文書管理装置 Expired - Fee Related JP5393582B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010099964A JP5393582B2 (ja) 2010-04-23 2010-04-23 文書管理プログラム、文書管理方法及び文書管理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2010099964A JP5393582B2 (ja) 2010-04-23 2010-04-23 文書管理プログラム、文書管理方法及び文書管理装置

Publications (2)

Publication Number Publication Date
JP2011232811A true JP2011232811A (ja) 2011-11-17
JP5393582B2 JP5393582B2 (ja) 2014-01-22

Family

ID=45322088

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010099964A Expired - Fee Related JP5393582B2 (ja) 2010-04-23 2010-04-23 文書管理プログラム、文書管理方法及び文書管理装置

Country Status (1)

Country Link
JP (1) JP5393582B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014059867A (ja) * 2012-09-18 2014-04-03 Kofukin Seimitsu Kogyo (Shenzhen) Yugenkoshi 順序インデックス生成システム及びその方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02206893A (ja) * 1989-02-06 1990-08-16 Toshiba Corp 文字読取装置
JPH06251083A (ja) * 1993-02-25 1994-09-09 Hitachi Ltd 画像データの光ディスク登録方法およびシステム
JPH07200634A (ja) * 1993-12-28 1995-08-04 Toshiba Corp 画像読取装置
JP2001202464A (ja) * 2000-01-18 2001-07-27 Toshiba Corp 電子ファイリングシステム
JP2003323553A (ja) * 2003-03-05 2003-11-14 Hitachi Ltd 帳票処理方法およびシステム
JP2004151973A (ja) * 2002-10-30 2004-05-27 Toppan Printing Co Ltd 帳票イメージデータ管理装置、帳票イメージデータ管理方法、帳票イメージデータ管理プログラム
JP2008165386A (ja) * 2006-12-27 2008-07-17 Canon It Solutions Inc 文書管理装置、文書管理方法、文書管理プログラム
JP2010113541A (ja) * 2008-11-06 2010-05-20 Pfu Ltd 電子化文書管理装置および電子化文書管理方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02206893A (ja) * 1989-02-06 1990-08-16 Toshiba Corp 文字読取装置
JPH06251083A (ja) * 1993-02-25 1994-09-09 Hitachi Ltd 画像データの光ディスク登録方法およびシステム
JPH07200634A (ja) * 1993-12-28 1995-08-04 Toshiba Corp 画像読取装置
JP2001202464A (ja) * 2000-01-18 2001-07-27 Toshiba Corp 電子ファイリングシステム
JP2004151973A (ja) * 2002-10-30 2004-05-27 Toppan Printing Co Ltd 帳票イメージデータ管理装置、帳票イメージデータ管理方法、帳票イメージデータ管理プログラム
JP2003323553A (ja) * 2003-03-05 2003-11-14 Hitachi Ltd 帳票処理方法およびシステム
JP2008165386A (ja) * 2006-12-27 2008-07-17 Canon It Solutions Inc 文書管理装置、文書管理方法、文書管理プログラム
JP2010113541A (ja) * 2008-11-06 2010-05-20 Pfu Ltd 電子化文書管理装置および電子化文書管理方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014059867A (ja) * 2012-09-18 2014-04-03 Kofukin Seimitsu Kogyo (Shenzhen) Yugenkoshi 順序インデックス生成システム及びその方法

Also Published As

Publication number Publication date
JP5393582B2 (ja) 2014-01-22

Similar Documents

Publication Publication Date Title
US8959079B2 (en) Method and system for providing relationships in search results
JP2009187414A (ja) 分析用属性項目抽出プログラム、分析用属性項目抽出方法、及び情報分析装置
US11113137B2 (en) Error incident fingerprinting with unique static identifiers
KR101103126B1 (ko) 정보 처리 장치 및 정보 처리 방법
US11244109B2 (en) Information processing device and information processing method
US20150106701A1 (en) Input support method and information processing system
JP6340990B2 (ja) メッセージ表示方法、メッセージ表示装置、およびメッセージ表示プログラム
US20160098473A1 (en) Grouping method and apparatus
JP2010092383A (ja) 電子文書ファイル検索装置、電子文書ファイル検索方法及びコンピュータプログラム
JP2010211633A (ja) ストレージシステム及びデータマイグレーション対応検索システム
JP5393582B2 (ja) 文書管理プログラム、文書管理方法及び文書管理装置
JP6017055B2 (ja) データ連携支援装置及びデータ連携支援方法
JP5972461B2 (ja) データ連携支援装置及びデータ連携支援方法
JP2024088830A (ja) 情報処理プログラム、情報処理方法および情報処理装置
JP7760482B2 (ja) ソフトウェア構成管理データ作成支援装置、ソフトウェア構成管理データ作成支援方法
JP5723257B2 (ja) 文書管理プログラム、情報処理装置および文書管理方法
JP2021056704A (ja) データ抽出方法及びデータ抽出プログラム
JP6079361B2 (ja) 文書管理装置、文書管理方法および文書管理プログラム
JP4925711B2 (ja) 一括登録情報生成装置及び一括登録情報生成方法及び一括登録情報生成プログラム
JP5076621B2 (ja) 特許分析プログラム、特許分析方法および特許分析装置
JP2010097296A (ja) 電子文書ファイル検索装置、電子文書ファイル検索方法及びコンピュータプログラム
JP4728783B2 (ja) ログ参照システム
JP2000181927A (ja) 電子ファイリングシステム及び同システムに適用するファイル検索方法
JP6002059B2 (ja) 情報処理装置、データベース特定方法、およびデータベース特定プログラム
JP6743470B2 (ja) 画像蓄積装置及び画像蓄積プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20121115

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20130927

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20131008

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20131015

R150 Certificate of patent or registration of utility model

Ref document number: 5393582

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees