JP2009031959A - 文書分類装置及び文書分類プログラム - Google Patents

Abstract

【課題】予め完全には分類するための規則を特定せずとも、文書を分類できないという事態を抑制するようにした文書分類装置を提供する。
【解決手段】文書分類装置の文書受付手段は、文書を受け付け、規則記憶手段は、文書を分類するための規則である分類規則を記憶し、判断手段は、前記文書受付手段によって受け付けられた文書が前記規則記憶手段に記憶されている分類規則を満たすか否かを判断し、生成条件記憶手段は、分類規則を生成するための条件である生成条件を記憶し、生成手段は、前記判断手段によって分類規則を満たしていないと判断した場合は、前記生成条件記憶手段に記憶されている生成条件に基づいて分類規則を生成し、該分類規則を前記規則記憶手段に記憶させる。
【選択図】図１

Description

本発明は、文書分類装置及び文書分類プログラムに関する。

予め作成された条件に基づき、受信した電子ファイルを分類する技術がある。
これに関連する技術として、例えば、特許文献１には、ネットワーク経由でデータを送信した際に、データの受け取り側で、受け取ったデータが自動的に分類されて格納されるシステムを提供することを課題とし、第１のコンピュータにおいて、送信対象データとそのデータに関するキーワード等とを含んだ電子ファイルを作成して第２のコンピュータに送信し、第２のコンピュータにおいて、その電子ファイルを受け取り、キーワード等を抽出し、そのキーワードを用いてデータベースから該当するディレクトリを検出し、ハードディスクにおけるそのディレクトリにデータを保存し、これにより、送信者がハードディスクのディレクトリ構造を意識しなくても、ネットワーク経由でデータを自動的に分類された状態で保存させられることが開示されている。
特開２００３−２２３３８３号公報

ところで、条件に基づいて文書を分類する場合、分類するための規則を予め完全には特定できない場合がある。
そこで、本発明は、予め分類するための規則を特定せずとも、文書を分類できないという事態を抑制するようにした文書分類装置及び文書分類プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、文書を受け付ける文書受付手段と、文書を分類するための規則である分類規則を記憶する規則記憶手段と、前記文書受付手段によって受け付けられた文書が前記規則記憶手段に記憶されている分類規則を満たすか否かを判断する判断手段と、分類規則を生成するための条件である生成条件を記憶する生成条件記憶手段と、前記判断手段によって分類規則を満たしていないと判断した場合は、前記生成条件記憶手段に記憶されている生成条件に基づいて分類規則を生成する生成手段と、前記生成手段により生成された分類規則を前記規則記憶手段に記憶するよう制御する記憶制御手段を具備することを特徴とする文書分類装置である。

請求項２の発明は、前記生成手段によって生成された分類規則に基づいて、前記文書受付手段によって受け付けられた文書を分類する第１の分類手段と、前記第１の分類手段による分類の履歴を記憶する履歴記憶手段と、前記第１の分類手段によって分類された後に、操作者の操作に応じて、前記生成手段によって生成された分類規則が修正された場合は、前記履歴記憶手段に記憶されている分類の履歴及び該修正された分類規則に基づいて、前記文書受付手段によって受け付けられた文書を分類する第２の分類手段を具備することを特徴とする請求項１に記載の文書分類装置である。

請求項３の発明は、前記第１の分類手段によってなされた分類処理を修復する修復手段を具備することを特徴とする請求項２に記載の文書分類装置である。

請求項４の発明は、コンピュータを、文書を受け付ける文書受付手段と、文書を分類するための規則である分類規則を記憶装置に記憶させる規則記憶手段と、前記文書受付手段によって受け付けられた文書が前記規則記憶手段に記憶されている分類規則を満たすか否かを判断する判断手段と、分類規則を生成するための条件である生成条件を記憶装置に記憶させる生成条件記憶手段と、前記判断手段によって分類規則を満たしていないと判断した場合は、前記生成条件記憶手段に記憶されている生成条件に基づいて分類規則を生成する生成手段と、前記生成手段により生成された分類規則を前記規則記憶手段に記憶するよう制御する記憶制御手段として機能させることを特徴とする文書分類プログラムである。

請求項１記載の文書分類装置によれば、予め分類するための規則を特定せずとも、文書を分類できないという事態を抑制することができる。

請求項２記載の文書分類装置によれば、生成された分類規則に基づいて文書を分類した後にその分類規則を修正した場合であっても、分類の履歴に基づいて、修正された分類規則による分類ができる。

請求項３記載の文書分類装置によれば、修正前の分類規則による分類に伴う影響を、本構成を有していない場合と比較して抑制しつつ、修正された分類規則による分類ができる。

請求項４記載の文書分類プログラムによれば、予め分類するための規則を特定せずとも、文書を分類できないという事態を抑制することができる。

以下、図面に基づき本発明を実現するにあたっての好適な各種の実施の形態の例を説明する。
図１は、第１の実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、コンピュータ・プログラム、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させること、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。

第１の実施の形態は、図１に示すように、文書受付モジュール１０１、判断モジュール１０２、ルール記憶モジュール１０３、分類モジュール１０４、文書ＤＢ１０５、他システム１０６、生成モジュール１０７、生成条件記憶モジュール１０８を有している。

文書受付モジュール１０１は、判断モジュール１０２と接続されており、分類の対象となる文書を受け付ける。ここで、文書とは、コンピュータの処理対象であり、例えば、具体的にはファイル、文書作成ソフトウェアによって作成された電子文書、画像データ等であり、複数であってもよい。これらの文書には文字データの他に、画像データ、音声データ、動画像データ等が含まれていてもよい。また、文書を受け付けるとは、例えば、ハードディスク（コンピュータに内蔵されているものの他に、ネットワークを介して接続されているもの等を含む）等に記憶されている文書を読み出すこと、スキャナ等で入力した画像（文書）を受け付けること、ＦＡＸによって画像（文書）を受信すること等がある。

判断モジュール１０２は、文書受付モジュール１０１、分類モジュール１０４、生成モジュール１０７と接続されており、ルール記憶モジュール１０３へアクセスする。判断モジュール１０２は、文書受付モジュール１０１によって受け付けられた文書がルール記憶モジュール１０３に記憶されている分類ルールを満たすか否かを判断し、その判断結果に応じて、分類モジュール１０４又は生成モジュール１０７へ制御を渡す。つまり、分類ルール（分類規則）を満たす場合は、文書受付モジュール１０１によって受け付けられた文書を分類モジュール１０４へ渡し、分類ルールに沿って分類させる。一方、分類ルールを満たさない場合は、生成モジュール１０７に新たな分類ルールを生成させる。
ルール記憶モジュール１０３は、判断モジュール１０２、生成モジュール１０７からアクセスされ、文書を分類するための規則である分類ルールを記憶する。

分類モジュール１０４は、判断モジュール１０２、文書ＤＢ１０５Ａ、文書ＤＢ１０５Ｂ、文書ＤＢ１０５Ｃ、他システム１０６と接続されている。分類モジュール１０４は、判断モジュール１０２によって分類ルールを満たしていると判断された場合は、文書受付モジュール１０１によって受け付けられた文書及び分類ルールを判断モジュール１０２から受け取り、その分類ルールに応じて文書ＤＢ１０５、他システム１０６等へ文書を渡す。
文書ＤＢ１０５Ａ、文書ＤＢ１０５Ｂ、文書ＤＢ１０５Ｃ、他システム１０６は、それぞれ分類モジュール１０４と接続されている。文書ＤＢ１０５、他システム１０６等は、分類モジュール１０４から文書を受け取り、記憶する。

生成モジュール１０７は、判断モジュール１０２と接続されており、ルール記憶モジュール１０３、生成条件記憶モジュール１０８へアクセスする。生成モジュール１０７は、判断モジュール１０２によって分類ルールを満たしていないと判断された場合は、生成条件記憶モジュール１０８に記憶されている生成条件に基づいて分類ルールを生成し、その分類ルールをルール記憶モジュール１０３に記憶させる。
生成条件記憶モジュール１０８は、生成モジュール１０７からアクセスされ、分類ルールを生成するための条件である生成条件を記憶する。

図２を用いて、第１の実施の形態をより具現化したものを説明する。ここでは、文書として、画像データを一例として取り扱うものとし、コンピュータ２００に実装した場合について説明する。
コンピュータ２００は、画像入力モジュール２０１、文書配信モジュール２０２、処理モジュール２０３、ルール生成モジュール２０４、ルール生成条件記憶モジュール２０５、ルール記憶モジュール２０６、ルール表示モジュール２０７を有している。

画像入力モジュール２０１は、処理モジュール２０３と接続され、また、通信回線２２０を介してＰＣ２１０と接続されている。この画像入力モジュール２０１は、図１で示した文書受付モジュール１０１に対応する。より具体的には、処理モジュール２０３で処理すべき分類ルールに基づいて監視先を監視する。監視先に画像データが入力されると処理モジュール２０３へ画像データを渡す。
文書配信モジュール２０２は、処理モジュール２０３と接続され、また、通信回線２２０を介してＰＣ２１０と接続されている。この文書配信モジュール２０２は、図１で示した分類モジュール１０４に対応する。より具体的には、処理モジュール２０３により指定された配信先に、画像データを配信する。

処理モジュール２０３は、画像入力モジュール２０１、文書配信モジュール２０２、ルール生成モジュール２０４、ルール記憶モジュール２０６と接続されている。この処理モジュール２０３は、図１で示した判断モジュール１０２に対応する。より具体的には、投入されたジョブを分類ルールの内容に基づき処理する。また、処理時に抽出されたジョブの属性情報を保持する。そして、配信条件に一致しないジョブが入力された場合は、取得したジョブ属性をルール生成モジュール２０４に渡して、ルール追加処理後の条件でジョブ処理を行う。

ルール生成モジュール２０４は、処理モジュール２０３、ルール生成条件記憶モジュール２０５、ルール記憶モジュール２０６、ルール表示モジュール２０７と接続されている。このルール生成モジュール２０４は、図１で示した生成モジュール１０７に対応する。より具体的には、画像入力モジュール２０１の監視先、処理方法、配信方法、配信時の条件、ジョブ処理時に抽出する属性内容を、ルール生成条件記憶モジュール２０５が記憶しているルール生成条件に基づいて、分類ルールとして生成し、ルール記憶モジュール２０６へ保存する。すなわち、登録されているルールの配信条件に一致しないジョブが入力された場合に、ルール生成条件記憶モジュール２０５が記憶しているルール生成条件に基づいて、条件を追加して分類ルールを修正し、ルール記憶モジュール２０６へ保存する。条件に一致しないジョブが入力された場合は、処理モジュール２０３から受信したジョブ属性を基に、ルール生成条件記憶モジュール２０５が記憶しているルール生成条件に基づいて、分類ルールを生成する。

ルール生成条件記憶モジュール２０５は、ルール生成モジュール２０４からアクセスされ、ルール生成モジュール２０４が分類ルールを生成するための条件を記憶している。
ルール記憶モジュール２０６は、処理モジュール２０３、ルール生成モジュール２０４からアクセスされ、受け付けた画像を分類するための分類ルールを記憶している。また、ルール生成モジュール２０４によって新たに生成された分類ルールを記憶する。
ルール表示モジュール２０７は、ルール生成モジュール２０４と接続されており、ルール生成モジュール２０４によって生成された分類ルールを操作者に提示する。より具体的には、コンピュータ２００に接続されたディスプレイ等への表示を制御する。
ＰＣ２１０は、通信回線２２０を介して、コンピュータ２００の画像入力モジュール２０１及び文書配信モジュール２０２と接続されている。このＰＣ２１０は、図１で示した文書ＤＢ１０５又は他システム１０６に対応する。より具体的には、コンピュータ２００の画像入力モジュール２０１へ画像データを送信する、又はコンピュータ２００の文書配信モジュール２０２から画像データを受信する。送信する画像データは、ＰＣ２１０内の文書ＤＢに記憶されている。また、受信した画像データは、ＰＣ２１０内の文書ＤＢに記憶する。

次に作用・働き（動作）を説明する。
まず、本実施の形態において、画像データを処理するにあたっての前準備の段階の処理について説明する。
（１）ルール生成モジュール２０４で、条件に一致しない場合に生成するルール生成条件を設定する。この設定は、操作者の操作に応じて行う。
（２）ルール生成条件は、優先順位の高い順に設定し、条件の対象である属性に対して作成するルール内容を設定する。なお、このルール生成条件は、分類ルールを生成するためのルールであることから、いわゆるメタルールになる。

ルール追加条件のデータ構造及び具体例について、図３を用いて説明する。
ルール生成条件テーブル３００は、第１条件欄３１０、演算欄３１５、第２条件欄３２０、設定内容欄３３０を有している。第１条件欄３１０は、属性欄３１１、条件欄３１２を有している。第２条件欄３２０は、属性欄３２１、条件欄３２２を有している。設定内容欄３３０は、配信先欄３３１、配信内容欄３３２を有している。なお、ルール生成条件テーブル３００内の最初にある行は優先順位が高く、以下順番に優先順位が低くなる。

第１条件欄３１０及び第２条件欄３２０の内容は、生成ルールを適用する際の条件である。もちろんのことながら、他の条件である第３条件等を付加してもよいし、第１条件のみであってもよい。また、演算欄３１５の内容は、第１条件と第２条件を適用する場合の関係（論理演算）である。属性欄３１１、属性欄３２１の内容として、ＦＡＸ番号（電話番号）、ＦＡＸＩＤ（送信してきたＦＡＸの機器を識別できる識別子）、文字認識結果、メールアドレス、添付ファイル等が指定される。そして、条件欄３１２、条件欄３２２の内容として、対応する属性欄３１１、属性欄３２１の内容の状態が指定される。

また、設定内容欄３３０の内容は、第１条件欄３１０、第２条件欄３２０の内容に合致した場合に、分類ルールを生成するためのルールである。つまり、配信先欄３３１の内容によって、画像データの分類先である配信先が指定され、配信内容欄３３２の内容によって、どのような配信を行うかが指定される。配信先欄３３１の内容として、メール送信、フォルダ保存、通知等が指定され、配信内容欄３３２の内容として、メール送信先、メール送信の際に画像データを添付ファイルとすること、フォルダ名を指定して格納すること、通知する内容、画像データの変換処理等が指定される。

例えば、ルール生成条件テーブル３００内の１番目のルール生成条件は、条件として第１条件と第２条件があり、第１条件の内容として、属性がＦＡＸ番号であり、条件がＦＡＸ番号があること、そして、第２条件との演算はＡＮＤであり、第２条件の内容として、属性が文字認識結果（画像データを文字認識した結果）であり、条件が「至急」という文字が含まれていること、である。そして、その条件に合致した場合は、分類ルールの設定内容として、配信先がメール送信であり、配信内容はｂｂｂ＠ｘｘｘへ画像データを添付してメール送信、ＦＡＸ番号でサブフォルダを作成して画像データを格納すること、となる。

ルール記憶モジュール２０６に記憶されている分類ルールの例について、図４を用いて説明する。
図４（Ａ）は、ルール記憶モジュール２０６内の分類ルールの一例であり、予め操作者によって作成された分類ルールである。分類ルールは、木構造をなしており、条件とその条件に合致した場合の処理からなっている。図４（Ａ）の例では、条件である配信条件４０１と処理であるフォルダ保存４０２、メール通知４０３からなっている。図４（Ａ）は、分類ルールを適用する場合の条件として「配信条件：ＦＡＸ番号が１２−３４５−６７８９」であり、その条件に合致した場合は「フォルダ保存：ＦＡＸ番号でサブフォルダを作成し格納」及び「メール通知：ａｂｃ＠ｘｘｘへ通知」を行うという分類ルールを表している。
図４（Ｂ）は、図４（Ａ）の状態から、ルール生成モジュール２０４によって新たに分類ルールが生成された後のルール記憶モジュール２０６内の状態を表している。配信条件４０１〜メール通知４０３の分類ルールの他に配信条件４１１〜メール通知４１３からなる分類ルールがある。つまり、条件である配信条件４１１とその条件に合致した場合の処理であるフォルダ保存４１２、メール通知４１３の分類ルールが新たに追加された状態である。

以下、第１の実施の形態における処理（主に、分類ルールを生成する処理を中心としたもの）について、図５に示すフローチャートを用いて説明する。
まず、画像入力モジュール２０１が、通信回線２２０を介して他のシステムから画像データを受信し、処理モジュール２０３へ渡す。処理モジュール２０３は、その画像データに対して、ルール記憶モジュール２０６に記憶されている分類ルールに基づいて処理を行う場面である。

ステップＳ５０１では、処理モジュール２０３は、分類ルールに基づく処理時に、その分類ルールに設定されている配信条件に一致するか否かを判断する。
かかる判断において一致している（ＹＥＳ）ならばステップＳ５０２へ進み、それ以外である（ＮＯ）ならばステップＳ５０３へ進む。
一致しないジョブであったならば、取得できた属性と処理中のルールＩＤをルール生成モジュール２０４に渡す。取得できた属性として、例えば、ＦＡＸ番号、文字認識結果として「至急」が含まれた文字列、文書名等である。
なお、ここでジョブとは、利用者によって定義されるものであって、コンピュータ（本実施の形態による装置を含む）によって実施される仕事（分類処理）の単位をいう。ジョブの表現は、コンピュータプログラム、ファイル、オペレーティングシステム制御文などの集合からなる。

ステップＳ５０２では、処理モジュール２０３は、その分類ルールに基づいて処理を行う。つまり、ステップＳ５０１で判断された条件に付随する配信先へ、文書配信モジュール２０２を用いて画像データを配信する。例えば、送信元のＦＡＸ番号の名前のサブフォルダをＰＣ２１０内に作成し、そのサブフォルダに画像データを格納する。そして、画像データを受信し格納したことをａｂｃ＠ｘｘｘへ電子メールを用いて通知する。

ステップＳ５０３では、処理モジュール２０３は、次の分類ルールの一部である配信条件があるか否かを判断する。配信条件がある場合（ＹＥＳ）はステップＳ５０１へ戻り、それ以外である（ＮＯ）ならばステップＳ５０４へ進む。つまり、ステップＳ５０４へ進む場合は、適用できる分類ルールがルール記憶モジュール２０６内にはなかった場合である。
ステップＳ５０４では、ルール生成モジュール２０４は、ルール追加条件の設定があるか否かを判断する。つまり、ルール生成条件記憶モジュール２０５内にルール生成条件テーブル３００があるか否かを判断する。ある場合（ＹＥＳ）はステップＳ５０６へ進み、それ以外の場合（ＮＯ）はステップＳ５０５へ進む。
ステップＳ５０５では、適用すべき分類ルールがなかったこと及び新しい分類ルールを作成することもできなかったことを操作者に提示する。例えば、コンピュータ２００に接続されたディスプレイにその旨を表示するようにしてもよい。

ステップＳ５０６では、ルール生成モジュール２０４は、ステップＳ５０１で取得した属性を用いて、ルール生成条件記憶モジュール２０５内のルール生成条件テーブル３００の条件と優先順位の高い順に比較する。かかる比較によって一致する条件がある（ＹＥＳ）ならばステップＳ５０７へ進み、それ以外の場合（ＮＯ）はステップＳ５０５へ進む。
属性と一致する分類ルール追加条件（具体的には第１条件欄３１０、演算欄３１５、第２条件欄３２０内の条件）を発見したならば、ステップＳ５０１で取得したルールＩＤに対応する分類ルールをルール記憶モジュール２０６から読み込む。読み込んだ分類ルールに、一致する条件の設定内容（具体的には設定内容欄３３０内の内容）を適用して新たな分類ルールを生成する。
例えば、生成する分類ルールとして、配信条件は「ＦＡＸ番号が１１−２２２−３３３３ ＡＮＤ 文字認識結果が「至急」を含む」であり、配信先は「フォルダ格納 「１１−２２２−３３３３」という名前のサブフォルダを作成して保存。ｂｂｂ＠ｘｘｘへ添付してメール送信」等がある。

ステップＳ５０７では、ルール生成モジュール２０４は、ルール記憶モジュール２０６内に生成した新たな分類ルールを追加する。そして、ルール生成モジュール２０４は、分類ルールの追加後、処理モジュール２０３へルール変更通知を送信する。処理モジュール２０３は、追加された分類ルールをルール記憶モジュール２０６から読み込み、その追加された分類ルールの部分から分類処理を実行する。
また、ルール表示モジュール２０７は、分類ルールの一覧を表示する場合に、旧来の分類ルールと区別できるようにするために、生成した分類ルールについてマークを付与して、コンピュータ２００によって生成したことがわかるように表示する。

図６は、第２の実施の形態の構成例についての概念的なモジュール構成図を示している。
第２の実施の形態は、第１の実施の形態に処理履歴記憶モジュール６０１、修正モジュール６０２、修復モジュール６０３を付加したものである。なお、第１の実施の形態と同種のモジュールには同一符号を付し重複した説明を省略するが、処理履歴記憶モジュール６０１、修正モジュール６０２、修復モジュール６０３と係わるモジュールについては、その説明を行う。

第２の実施の形態は、図６に示すように、文書受付モジュール１０１、判断モジュール１０２、ルール記憶モジュール１０３、分類モジュール１０４、文書ＤＢ１０５、他システム１０６、生成モジュール１０７、生成条件記憶モジュール１０８、処理履歴記憶モジュール６０１、修正モジュール６０２、修復モジュール６０３を有している。

分類モジュール１０４は、判断モジュール１０２、文書ＤＢ１０５Ａ、文書ＤＢ１０５Ｂ、文書ＤＢ１０５Ｃ、他システム１０６、処理履歴記憶モジュール６０１、修正モジュール６０２と接続されている。分類モジュール１０４は、生成モジュール１０７によって生成された分類ルールに基づいて、文書受付モジュール１０１によって受け付けられた文書を分類する。そして、その分類処理の履歴を処理履歴記憶モジュール６０１に記憶させる。また、前述のように分類モジュール１０４によって分類された後に、修正モジュール６０２によって分類ルールが修正された場合は、処理履歴記憶モジュール６０１に記憶されている分類の履歴及びその修正された分類ルールに基づいて、文書受付モジュール１０１によって受け付けられた文書を分類し直す。
ルール記憶モジュール１０３は、判断モジュール１０２、生成モジュール１０７、修正モジュール６０２と接続されており、修正モジュール６０２によって修正された分類ルールを記憶する。

処理履歴記憶モジュール６０１は、分類モジュール１０４、修正モジュール６０２と接続されており、分類モジュール１０４による分類処理の履歴及び修正モジュール６０２による分類ルールの修正履歴を記憶する。
修正モジュール６０２は、ルール記憶モジュール１０３、分類モジュール１０４、処理履歴記憶モジュール６０１、修復モジュール６０３と接続されており、操作者の操作に応じて、生成モジュール１０７によって生成された分類ルールを修正する。そして、その修正後の分類ルールをルール記憶モジュール１０３に格納する。さらに、その修正履歴を処理履歴記憶モジュール６０１に格納する。
修復モジュール６０３は、文書ＤＢ１０５、他システム１０６、修正モジュール６０２と接続されており、修正前の分類ルールに基づく分類モジュール１０４による分類処理を修復する。つまり、修復するために、文書ＤＢ１０５、他システム１０６等に文書の削除等の指令を出す。

第２の実施の形態をより具現化したものは、図２を用いて説明したものと同様である。つまり、処理モジュール２０３は、処理履歴記憶モジュール６０１、修正モジュール６０２、修復モジュール６０３のモジュールも含んだ処理を行う。

次に図７、図８に示すフローチャートを用いて、第２の実施の形態による作用・働き（動作）を説明する。
まず、コンピュータ２００により生成された分類ルールを修正する前の処理について、図７に示すフローチャートを用いて説明する。
ステップＳ７０１では、処理モジュール２０３は、分類ルールの配信条件に一致するか否かを判断する。一致する場合（ＹＥＳ）はステップＳ７０２へ進み、それ以外の場合（ＮＯ）は終了（ステップＳ７０５）する。
ステップＳ７０２では、処理モジュール２０３は、分類ルールに基づいて、分類処理を実行する。つまり、条件に付随する配信先へ画像を配信する。
ステップＳ７０３では、処理モジュール２０３は、ルール生成モジュール２０４によってコンピュータ２００により生成された分類ルールであって、操作者の操作によってその分類ルールが確定していないものであるか否かを判断する。確定していない場合（ＹＥＳ）はステップＳ７０４へ進み、それ以外の場合（ＮＯ）は終了（ステップＳ７０５）する。

ステップＳ７０４では、処理モジュール２０３は、ルール生成モジュール２０４によって生成された分類ルールで処理したジョブのジョブＩＤ等を処理履歴記憶モジュール６０１に記憶する。
ここで、処理履歴として処理履歴記憶モジュール６０１に記憶されるデータを、図９を用いて説明する。処理履歴記憶モジュール６０１には、保存ＩＤテーブル９００が記憶されている。
保存ＩＤテーブル９００は、追加したが確定していないルールＩＤ欄９０１、ユニットＩＤ欄９０２、ジョブＩＤ欄９０３、文書ＩＤ欄９０４、配信先欄９０５、配信時の文書欄９０６を有している。追加したが確定していないルールＩＤ欄９０１の内容は、ルール生成モジュール２０４によって生成された分類ルールの識別子であり、修正モジュール６０２による修正又は確認が終了していない分類ルールである。ユニットＩＤ欄９０２の内容は、フォルダ保存、メール送信などの機能単位で割り当てられる識別子であり、ルールＩＤ一つに対し複数のユニットＩＤがあってもよい。ジョブＩＤ欄９０３の内容は、その分類ルールを実施したジョブの識別子である。文書ＩＤ欄９０４の内容は、その分類ルールで処理の対象となった文書の識別子である。配信先欄９０５の内容は、その分類ルールによって文書が配信された配信先である。例えば、ＰＣ２１０内のフォルダ等が該当する。配信時の文書欄９０６の内容は、その分類ルールによって配信された文書の配信先における文書名である。修復の際に用いるものである。

次に、コンピュータ２００により生成された分類ルールを修正した後の再処理について、図８に示すフローチャートを用いて説明する。
まず、操作者の操作によって、修正モジュール６０２は、その分類ルールが確定していないことを示すマークが付いている分類ルールを修正する。ここでの修正の対象は、フォルダ保存４０２、メール通知４０３等の機能である。例えば、サブフォルダの名称変更等を行う。そして、操作者は再実行を指示する。

ステップＳ８０１では、処理モジュール２０３は、再実行する修正された分類ルールのルールＩＤ（追加したが確定していないルールＩＤ欄９０１）と変更した機能の関連するユニットＩＤ（ユニットＩＤ欄９０２）から処理したジョブ識別子を処理履歴記憶モジュール６０１から読み出す。つまり、追加したが確定していないルールＩＤとユニットＩＤによって、特定されるジョブＩＤを抽出する。そして、再処理すべき箇所を特定する。
ステップＳ８０２では、処理モジュール２０３は、ステップＳ８０１で抽出したジョブＩＤから文書ＩＤ欄９０４の内容である識別子により特定されるオリジナル文書（最初に画像入力モジュール２０１によって入力された画像データ）を取得する。

ステップＳ８０３では、処理モジュール２０３は、ステップＳ８０２で取得したオリジナル文書に対して修正した分類ルールに基づいて、分類処理を再実行する。
ステップＳ８０４では、修復モジュール６０３は、処理したジョブＩＤやユニットＩＤ等に基づき以前に分類処理である配信を行った文書を文書ＤＢ１０５、他システム１０６等から検索して、その文書を削除する。つまり、いったん処理したものを取り消す処理である。例えば、旧サブフォルダ名（修正前の分類ルールに設定されていたサブフォルダの名称）のフォルダにある文書等を削除する等である。
そして、ルール表示モジュール２０７は、設定内容の確認・変更を行った後は、その分類ルールが確定されたとみなせるため、分類ルールに付したマークを消す。
なお、ステップＳ８０３およびステップＳ８０４の処理の順序は逆でもよい。すなわち、いったん処理したものを取り消してから、修正した分類ルールに基づいて、分類処理を再実行してもよい。
また、ルール生成モジュール２０４によって新たに生成された分類ルールのジョブは、確認が実施されるまで一時停止状態にしてもよい。その場合は、ステップＳ８０４の処理は不要となる。

図１０を参照して、前述の実施の形態のハードウェア構成例について説明する。図１０に示す構成は、例えばパーソナルコンピュータ（ＰＣ）などによって構成されるものであり、スキャナ等のデータ読み取り部１０１７と、プリンタなどのデータ出力部１０１８を備えたハードウェア構成例を示している。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１００１は、前述の実施の形態において説明した各種のモジュール、すなわち、判断モジュール１０２、生成モジュール１０７、修正モジュール６０２、修復モジュール６０３等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。

ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１００２は、ＣＰＵ１００１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１００３は、ＣＰＵ１００１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバスなどから構成されるホストバス１００４により相互に接続されている。

ホストバス１００４は、ブリッジ１００５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス１００６に接続されている。

キーボード１００８、マウス等のポインティングデバイス１００９は、操作者により操作される入力デバイスである。ディスプレイ１０１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）などから成り、各種情報をテキストやイメージ情報として表示する。

ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１０１１は、ハードディスクを内蔵し、ハードディスクを駆動し、ＣＰＵ１００１によって実行するプログラムや情報を記録又は再生させる。ハードディスクは、文書受付モジュール１０１が受け付けた文書や文字認識した結果の文字列データなどが格納される。さらに、その他の各種のデータ処理プログラム等、各種コンピュータ・プログラムが格納される。

ドライブ１０１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１０１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１００７、外部バス１００６、ブリッジ１００５、及びホストバス１００４を介して接続されているＲＡＭ１００３に供給する。リムーバブル記録媒体１０１３も、ハードディスクと同様のデータ記録領域として利用可能である。

接続ポート１０１４は、外部接続機器１０１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１０１４は、インタフェース１００７、及び外部バス１００６、ブリッジ１００５、ホストバス１００４等を介してＣＰＵ１００１等に接続されている。通信部１０１６は、ネットワークに接続され、外部とのデータ通信処理を実行する。データ読み取り部１０１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１０１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。

なお、図１０に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１０に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１０に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、複写機、ＦＡＸ、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ＦＡＸ等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

前記実施の形態においては、図３、図４、図９で示したデータ構造は、これらのデータ構造に限られず、他のデータ構造であってもよい。例えば、テーブル構造のものはリンク構造等であってもよい。また、データ項目は、これらに図示したものに限られず、他のデータ項目を有していてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。

第１の実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態をより具現化した場合のモジュール構成図である。 ルール生成条件テーブルのデータ構造の一例を示す説明図である。 分類ルールのデータ構造の一例を示す説明図である。 第１の実施の形態による処理例を示すフローチャートである。 第２の実施の形態の構成例についての概念的なモジュール構成図である。 第２の実施の形態による処理例を示すフローチャートである。 第２の実施の形態による処理例を示すフローチャートである。 保存ＩＤテーブルのデータ構造の一例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

符号の説明

１０１…文書受付モジュール
１０２…判断モジュール
１０３…ルール記憶モジュール
１０４…分類モジュール
１０５Ａ、１０５Ｂ、１０５Ｃ…文書ＤＢ
１０６…他システム
１０７…生成モジュール
１０８…生成条件記憶モジュール
２００…コンピュータ
２０１…画像入力モジュール
２０２…文書配信モジュール
２０３…処理モジュール
２０４…ルール生成モジュール
２０５…ルール生成条件記憶モジュール
２０６…ルール記憶モジュール
２０７…ルール表示モジュール
２１０…ＰＣ
２２０…通信回線
６０１…処理履歴記憶モジュール
６０２…修正モジュール
６０３…修復モジュール

Claims (4)

1. 文書を受け付ける文書受付手段と、
   文書を分類するための規則である分類規則を記憶する規則記憶手段と、
   前記文書受付手段によって受け付けられた文書が前記規則記憶手段に記憶されている分類規則を満たすか否かを判断する判断手段と、
   分類規則を生成するための条件である生成条件を記憶する生成条件記憶手段と、
   前記判断手段によって分類規則を満たしていないと判断した場合は、前記生成条件記憶手段に記憶されている生成条件に基づいて分類規則を生成する生成手段と、
   前記生成手段により生成された分類規則を前記規則記憶手段に記憶するよう制御する記憶制御手段
   を具備することを特徴とする文書分類装置。
2. 前記生成手段によって生成された分類規則に基づいて、前記文書受付手段によって受け付けられた文書を分類する第１の分類手段と、
   前記第１の分類手段による分類の履歴を記憶する履歴記憶手段と、
   前記第１の分類手段によって分類された後に、操作者の操作に応じて、前記生成手段によって生成された分類規則が修正された場合は、前記履歴記憶手段に記憶されている分類の履歴及び該修正された分類規則に基づいて、前記文書受付手段によって受け付けられた文書を分類する第２の分類手段
   を具備することを特徴とする請求項１に記載の文書分類装置。
3. 前記第１の分類手段によってなされた分類処理を修復する修復手段
   を具備することを特徴とする請求項２に記載の文書分類装置。
4. コンピュータを、
   文書を受け付ける文書受付手段と、
   文書を分類するための規則である分類規則を記憶装置に記憶させる規則記憶手段と、
   前記文書受付手段によって受け付けられた文書が前記規則記憶手段に記憶されている分類規則を満たすか否かを判断する判断手段と、
   分類規則を生成するための条件である生成条件を記憶装置に記憶させる生成条件記憶手段と、
   前記判断手段によって分類規則を満たしていないと判断した場合は、前記生成条件記憶手段に記憶されている生成条件に基づいて分類規則を生成する生成手段と、
   前記生成手段により生成された分類規則を前記規則記憶手段に記憶するよう制御する記憶制御手段
   として機能させることを特徴とする文書分類プログラム。

Images