JP6743470B2 - 画像蓄積装置及び画像蓄積プログラム - Google Patents

Description

本発明は、画像蓄積装置及び画像蓄積プログラムに関する。

特許文献１には、外部から受信した画像データを外部メモリに一時的に保存するとともに、当該外部メモリを介した情報漏えいを好適に防止する画像形成装置、それらの制御方法、及びプログラムを提供することを課題とし、画像形成装置は、ネットワークを介して外部装置から画像データを受信すると、画像形成装置の記憶部に画像データを格納できるか否かと、外部メモリに画像データを格納する設定が行われているか否かとの判定結果に基づいて、画像データを前記記憶部へ格納するか、外部メモリに画像データを格納するか、又は、画像データの受信を拒否し、さらに、外部メモリに画像データを格納する設定が行われていると判定されると、設定が有効であるため外部メモリを用いた他の画像データの入出力処理を制限することが開示されている。

特許文献２には、複数の画像データの重要度の組み合わせに応じた画像データの柔軟な保存種類の選択を行うことを課題とし、イメージデータの保存を行うサーバーであって、イメージデータの取引内容に関する情報を格納している各ＤＢと、イメージデータと、当該イメージデータに関する取引内容が送受信部を介して受信されると、入力された取引内容に応じて、複数のイメージデータの圧縮方式から１つを決定する圧縮方式決定部と、決定した圧縮方式に従って、イメージデータを変換し、保存するイメージ圧縮部と、を有することが開示されている。

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

画像処理装置から画像を受け付け、その画像を蓄積することが行われている。
ところで、画像を蓄積するためには大容量の蓄積装置が必要となる。特許文献１等に記載の技術では、外部メモリに画像を格納すること等が行われている。しかし、画像が文字中心であったとしても、その画像を蓄積することとなってしまう。
本発明は、画像内の文字数が予め定められた閾値より多い又は以上である場合は、その画像の代替として、画像よりも容量が少ない文字を蓄積するようにした画像蓄積装置及び画像蓄積プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、画像処理装置から画像を受け付ける受付手段と、前記受付手段によって受け付けられた画像内から文字を抽出する抽出手段と、前記抽出手段によって抽出された文字の文字数が予め定められた閾値より多い又は以上である場合は、前記画像の代替として、該文字を蓄積する蓄積手段を有し、前記蓄積手段は、前記抽出手段によって抽出された文字の文字数が予め定められた第１の閾値より多い又は以上である場合は、前記画像の代替として、該文字を蓄積し、予め定められた第１の解像度になるように縮小した縮小画像を蓄積し、該文字数が該第１の閾値未満又は以下であって、第２の閾値より多い又は以上である場合は、該画像の代替として、該文字を蓄積し、前記第１の解像度よりも高い第２の解像度になるように縮小した縮小画像を蓄積し、該文字数が該第２の閾値未満又は以下である場合は、該画像を蓄積し、前記第１の解像度よりも低い第３の解像度になるように縮小した縮小画像を蓄積し、前記第２の閾値は、前記第１の閾値よりも低い、画像蓄積装置である。

請求項２の発明は、前記蓄積手段は、前記画像内の文字に、予め定められた文字列が含まれているか否かにしたがって、画像を蓄積するか、文字を蓄積するかを決定する、請求項１に記載の画像蓄積装置である。

請求項３の発明は、前記蓄積手段は、文字数と予め定められた文字列によって決定した蓄積対象が異なる場合は、予め定められた文字列によって決定した蓄積対象にしたがって、蓄積を行う、請求項２に記載の画像蓄積装置である。

請求項４の発明は、前記蓄積手段は、前記画像内の構造にしたがって、該画像を蓄積するか、文字を蓄積するかを決定する、請求項１に記載の画像蓄積装置である。

請求項５の発明は、前記蓄積手段は、文字数と構造によって決定した蓄積対象が異なる場合は、構造によって決定した蓄積対象にしたがって、蓄積を行う、請求項４に記載の画像蓄積装置である。

請求項６の発明は、コンピュータを、画像処理装置から画像を受け付ける受付手段と、前記受付手段によって受け付けられた画像内から文字を抽出する抽出手段と、前記抽出手段によって抽出された文字の文字数が予め定められた閾値より多い又は以上である場合は、前記画像の代替として、該文字を蓄積する蓄積手段として機能させ、前記蓄積手段は、前記抽出手段によって抽出された文字の文字数が予め定められた第１の閾値より多い又は以上である場合は、前記画像の代替として、該文字を蓄積し、予め定められた第１の解像度になるように縮小した縮小画像を蓄積し、該文字数が該第１の閾値未満又は以下であって、第２の閾値より多い又は以上である場合は、該画像の代替として、該文字を蓄積し、前記第１の解像度よりも高い第２の解像度になるように縮小した縮小画像を蓄積し、該文字数が該第２の閾値未満又は以下である場合は、該画像を蓄積し、前記第１の解像度よりも低い第３の解像度になるように縮小した縮小画像を蓄積し、前記第２の閾値は、前記第１の閾値よりも低い、画像蓄積プログラムである。

請求項１の画像蓄積装置によれば、画像内の文字数が予め定められた閾値より多い又は以上である場合は、その画像の代替として、画像よりも容量が少ない文字を蓄積することができる。また、文字数に適した縮小画像を生成して蓄積することができる。

請求項２の画像蓄積装置によれば、画像内の文字に、予め定められた文字列が含まれているか否かにしたがって、画像を蓄積するか、文字を蓄積するかを決定することができる。

請求項３の画像蓄積装置によれば、文字数と予め定められた文字列によって決定した蓄積対象が異なる場合は、予め定められた文字列によって決定した蓄積対象にしたがって、蓄積を行うことができる。

請求項４の画像蓄積装置によれば、画像内の構造にしたがって、その画像を蓄積するか、文字を蓄積するかを決定することができる。

請求項５の画像蓄積装置によれば、文字数と構造によって決定した蓄積対象が異なる場合は、構造によって決定した蓄積対象にしたがって、蓄積を行うことができる。

請求項６の画像蓄積プログラムによれば、画像内の文字数が予め定められた閾値より多い又は以上である場合は、その画像の代替として、画像よりも容量が少ない文字を蓄積することができる。また、文字数に適した縮小画像を生成して蓄積することができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 保存情報決定テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 保存情報決定テーブルのデータ構造例を示す説明図である。 保存情報決定テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 保存情報決定テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である画像蓄積装置１００は、画像処理装置から画像を受け付け、その画像又はその画像内の文字を蓄積するものであって、図１の例に示すように、イメージ受信モジュール１１０、文字情報取得モジュール１２０、保存情報選択モジュール１３０、保存情報生成モジュール１４０、保存情報保存モジュール１５０、保存情報決定テーブル１６０を有している。

画像蓄積装置１００は、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）等の画像処理装置によって処理対象とされた画像（イメージともいわれる）又は処理された画像（つまり、処理前の画像又は処理後の画像）を蓄積しており、文書の流出が発覚した場合に、いつ誰が処理（印刷、画像読み取り等）したものであるかを追跡するシステム（一般的に、イメージログシステムともいわれる）に利用されるものである。具体的には、イメージログシステムとは、画像処理装置で処理した画像を予め定められた期間、蓄積し、情報漏えいが発覚した際に流出元を特定するために画像及び属性を蓄積するものである。なお、属性として、その画像に対して処理指示を行ったユーザー、その処理を行った日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）、その処理を行った画像処理装置等を特定するための情報である。イメージログシステムは、例えば、対象としている企業の全ての画像処理装置を監視対象とすることが一般的であるため、対象とする画像（文書、ジョブ）数は多い。つまり、蓄積対象の画像数は膨大（例えば、数百万程度）であり、その保存容量も膨大（例えば、数ＴＢ）となる。そもそも画像であるため、保存容量もテキストデータに比べて大きくなる。

一方、文書の流出が発覚した場合の追跡に、必要となる情報として、以下のものがある。
・その文書の画像（イメージ）そのもの
・その文書に含まれている文字情報
例えば、図面などのように文字情報が少ない文書であれば、流出した文書を特定するためにはその文書の画像そのものが必要であるが、文字情報を主とした技術文書等であれば、文字情報があれば特定は可能となる。つまり、追跡可能性を担保した上で、保存容量を考慮した場合、文書内容に応じて最適な保存情報は異なるといえる。

本実施の形態ではその文書内容に注目した蓄積方法を選択する。具体的には、蓄積方法として、（１）画像で蓄積する場合、（２）画像内の文字で蓄積する場合、がある。
また、後述するように、蓄積方法の３つ目の選択肢として、（３）縮小画像（以下、サムネイルともいう）を選択可能としてもよい。ただし、これは前述の（１）又は（２）と組み合わせるものである。つまり、画像と縮小画像、文字と縮小画像がある。なお、縮小画像は、文書構成がわかる程度の解像度（画像処理装置における処理解像度（元の画像の解像度）よりも低い解像度）の画像である。また、縮小画像として、低解像度の縮小画像としてもよいし、中解像度の縮小画像をとしてもよい。
したがって、本実施の形態の具体例として、蓄積するデータの組み合わせは以下のものがある。
（１）蓄積情報（以下、保存情報ともいう）のパターン１
・画像（高解像度：元の画像の解像度）
（２）蓄積情報のパターン２
・文字
（３）蓄積情報のパターン３
・画像（高解像度：元の画像の解像度）
・縮小画像（低解像度）
（４）蓄積情報のパターン４
・文字
・縮小画像（低解像度）
（５）蓄積情報のパターン５
・文字
・縮小画像（中解像度）
この（３）以降のパターンは、省略可能（オプション）である。また、各パターンに、前述の属性を含ませてもよい。

なお、画像には、画像データそのもの（一般的に、ラスターイメージといわれており、圧縮された画像を含む）、印刷データ等があり、具体的には、スキャナで読み取った画像、プリンタが印刷対象とするデータ（ＰＤＬ（Ｐａｇｅ−Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）等）、ファックスで送信した画像、ファックスが受信した画像、複写機で複写した画像等が含まれる。

画像蓄積装置１００内のイメージ受信モジュール１１０、文字情報取得モジュール１２０、保存情報選択モジュール１３０、保存情報生成モジュール１４０、保存情報保存モジュール１５０、保存情報決定テーブル１６０は、それぞれ接続されている。
イメージ受信モジュール１１０は、画像処理装置から画像を受け付ける。また、画像とともに属性を受信してもよい。画像処理装置からは画像データ（ラスターイメージ、画像の一種）が転送されるケースもあれば、ＰＤＬ（画像の一種）等が転送されるケースもある。画像を受信し、後段の処理に渡す。
文字情報取得モジュール１２０は、イメージ受信モジュール１１０によって受け付けられた画像内から文字を抽出する。イメージ受信モジュール１１０によって受け付けられた画像がＰＤＬである場合は、そのＰＤＬ内を構造解析することによって、文字を抽出する。また、イメージ受信モジュール１１０によって受け付けられた画像がラスターイメージである場合は、その画像を文字認識して文字情報を取得する。

保存情報選択モジュール１３０は、文字情報取得モジュール１２０によって抽出された文字の文字数が予め定められた閾値より多い又は以上である場合は、イメージ受信モジュール１１０によって受け付けられた画像の代替として、その文字を蓄積対象として選択する。
また、保存情報選択モジュール１３０は、文字情報取得モジュール１２０によって抽出された文字の文字数が閾値未満又は以下である場合は、その画像を蓄積対象として選択するようにしてもよい。
また、保存情報選択モジュール１３０は、文字情報取得モジュール１２０によって抽出された文字に、予め定められた文字列が含まれているか否かにしたがって、画像を蓄積するか、文字を蓄積するかを決定するようにしてもよい。
さらに、保存情報選択モジュール１３０は、文字数と予め定められた文字列によって決定した蓄積対象が異なる場合は、予め定められた文字列によって決定した蓄積対象にしたがって、蓄積を行わせるようにしてもよい。
また、保存情報選択モジュール１３０は、イメージ受信モジュール１１０によって受け付けられた画像内の構造にしたがって、その画像を蓄積するか、文字情報取得モジュール１２０によって抽出された文字を蓄積するかを決定するようにしてもよい。
さらに、保存情報選択モジュール１３０は、文字数と構造によって決定した蓄積対象が異なる場合は、構造によって決定した蓄積対象にしたがって、蓄積を行わせるようにしてもよい。
また、保存情報選択モジュール１３０は、文字情報取得モジュール１２０によって抽出された文字の文字数が予め定められた第１の閾値より多い又は以上である場合は、画像の代替として、文字を蓄積し、予め定められた第１の解像度になるように縮小した縮小画像を蓄積させるようにしてもよい。そして、その文字数が第１の閾値未満又は以下であって、第２の閾値より多い又は以上である場合は、画像の代替として、その文字を蓄積し、第１の解像度よりも高い第２の解像度になるように縮小した縮小画像を蓄積させるようにしてもよい。そして、その文字数が第２の閾値未満又は以下である場合は、その画像を蓄積し、第１の解像度よりも低い第３の解像度になるように縮小した縮小画像を蓄積させるようにしてもよい。なお、第２の閾値は、第１の閾値よりも低い値である。
具体的には、保存情報選択モジュール１３０は、文字情報取得モジュール１２０によって取得された文字を、保存情報決定テーブル１６０に適用して、蓄積対象（画像そのものか文字か）を選択する。

保存情報生成モジュール１４０は、保存情報選択モジュール１３０によって選択された蓄積対象の情報を生成する。具体的には、イメージ受信モジュール１１０によって受け付けられた画像データそのものであったり（保存情報生成モジュール１４０による処理は不要）、文字情報取得モジュール１２０によって抽出された文字であったり（保存情報生成モジュール１４０による処理は不要）、ＰＤＬからラスターイメージへの変換を行ったりする。また、縮小画像を生成してもよい。さらに、これらと属性を対応付ける処理を行ってもよい。
具体的には、保存情報生成モジュール１４０は、蓄積情報を生成する。蓄積情報の候補は以下の通りである。
・画像
・文字
・属性
・縮小画像
ここで画像を蓄積するケースではラスターイメージを生成するのが一般的である。蓄積は長期間にわたるため、閲覧性が長期間保証されるフォーマットが適切である。具体的には、画像処理装置２００からＰＤＬを受信していたケースでは、そのＰＤＬからラスターイメージへの変換を行う。
属性は、画像処理装置２００上で処理を行うに発生したジョブ情報のことである。例えば、処理したユーザーを示すユーザーＩＤ、処理を行った日時、ジョブの種類（プリント、コピーなど）、用紙サイズ、ページ数等がある。なお、画像処理装置２００を用いる際に、例えば、ＩＣカード、生体認証等による認証を行うことによってユーザーＩＤを取得できる。
保存情報保存モジュール１５０は、保存情報生成モジュール１４０によって生成された蓄積対象を記憶装置に蓄積する。例えば、ハードディスク等の特定ディレクトリに格納するようにしてもよいし、データベースシステムを構築しておき、そのデータベースシステムに格納するようにしてもよい。
保存情報決定テーブル１６０は、保存情報選択モジュール１３０の選択処理に用いる判断基準（選択ルール）を記憶している。例えば、文字数の閾値と蓄積情報の対応付け（ひも付け）を記録している。また、用紙サイズ別に文字数の閾値と蓄積情報を設定できるようにしてもよい。具体的には、用紙サイズがＡ４である場合は、１００文字を超えていれば文字を保存する。１００文字以下であれば画像を保存するといった情報を記録する。具体的には、後述する図４の例に示す保存情報決定テーブル４００、図６の例に示す保存情報決定テーブル６００、図７の例に示す保存情報決定テーブル７００、図９の例に示す保存情報決定テーブル９００がある。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
画像蓄積装置１００と画像処理装置２００は、通信回線２９０を介して接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、画像蓄積装置１００による機能は、クラウドサービスとして実現してもよい。
画像処理装置２００は、前述の複写機、ファックス、スキャナ、プリンタ、複合機等の画像処理装置である。もちろんのことながら、プリンタのように紙での出力だけでなく、スキャナのように電子データの配付を行うこともできる。そして、電子データの配付を行うケースでは、その電子データの格納先となる。なお、格納先として、ファイルシステムやリポジトリなど文書を管理できる機能を有していてもよい。
画像蓄積装置１００は、画像処理装置２００で処理した画像（又は処理対象とした画像）を予め定められた期間保管するサーバーである。情報漏えい時、漏えいした画像とその画像の属性（出力等を行ったユーザーや出力日時の情報など）から漏えい元を特定することに利用する。

図３は、本実施の形態による処理例を示すフローチャートである。
ステップＳ３０２では、イメージを受信する。前述したように、イメージともに属性を受信してもよい。
ステップＳ３０４では、処理対象ページを取り出す。１ページずつ処理するために処理対象ページを取り出す。例えば、先頭のページから順に取り出す。なお、具体的なシステムにおいては、この後の処理はページ単位での処理は不要なケースもある。その場合は、本処理の後に続くページ単位での処理の手前で文書単位（複数ページまとめて）で処理を実行するように構成してもよい。

ステップＳ３０６では、処理対象のページのサムネイルを生成する。ページ単位でのサムネイル生成が不要な場合は、必要なページのみサムネイル生成するように処理フローを構成してもよい。例えば、「必要なページ」として、先頭ページのみでよい場合等がある。
ステップＳ３０８では、受信したイメージから文字情報を抽出する。例えば、受信したイメージがＰＤＬ等の構造解析により文字情報を抽出できる場合はデータの構造解析を行って文字情報を抽出する。また、例えば受信したイメージがラスターイメージであれば、文字認識を行って文字情報を抽出する。

ステップＳ３１０では、保存情報決定テーブルを参照する。具体的には、例えば、抽出した文字情報と、属性から取得した用紙サイズ情報を元に、保存情報決定テーブル４００を参照し、保存情報の値を取得する。図４は、保存情報決定テーブル４００のデータ構造例を示す説明図である。保存情報決定テーブル４００は、設定ＩＤ欄４１０、用紙サイズ欄４２０、文字数欄４３０、保存情報欄４４０を有している。設定ＩＤ欄４１０は、本実施の形態において、設定を一意に識別するための情報（設定ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。用紙サイズ欄４２０は、用紙サイズを記憶している。文字数欄４３０は、文字数を記憶している。保存情報欄４４０は、保存情報を記憶している。つまり、用紙サイズ欄４２０と文字数欄４３０を条件として、その条件を満たす行の保存情報欄４４０を保存情報として決定している。例えば、設定ＩＤ：１では、用紙サイズが「Ａ４」で、文字数が「１００未満」であるならば、イメージ（画像そのもの）で保存することを示しており、設定ＩＤ：２では、用紙サイズが「Ａ４」で、文字数が「１００以上」であるならば、文字（文字認識結果等）で保存することを示している。なお、用紙サイズ欄４２０を省略して、単に文字数（文字数欄４３０）から保存情報（保存情報欄４４０）を決定するようにしてもよい。

ステップＳ３１２では、文字情報を保存するか否かを判断し、保存する場合はステップＳ３１４へ進み、それ以外の場合はステップＳ３１６へ進む。前ステップで取得した保存情報により処理を分けている。
ステップＳ３１４では、保存情報へ文字情報を追加する。
ステップＳ３１６では、保存情報へイメージ情報を追加する。
ステップＳ３１８では、保存イメージを生成する。保存用のイメージは、通常、予め定められたフォーマットであるため、そのフォーマットに変換する。変換が不要な場合は、ここでの変換処理は不要である。例えば、画像処理装置２００から受信したイメージのフォーマットは、画像処理装置２００の機種等により異なるケースがある。その場合、画像蓄積装置１００側で、例えばＰＤＦ等から、長期保存に適したフォーマット（例えば、ラスターイメージ等）に変換する。

ステップＳ３２０では、ページ単位の保存情報を記録する。例えば、ページ単位でどの保存情報を保存するかの情報を一時記憶領域などに記録する。前ステップまでで決定した文字情報又はイメージ情報に加えて、共通の基本的な保存情報であるサムネイル等の情報を加えて、ページ単位の保存情報とする。
ステップＳ３２２では、未処理ページがないか否かを判断し、ない場合はステップＳ３２４へ進み、それ以外の場合はステップＳ３０４へ戻る。つまり、未処理のページがあればステップＳ３０４に戻る。

ステップＳ３２４では、保存情報を保存する。例えば、ファイルシステム上の特定ディレクトリや文書データベースシステムに、保存対象の情報を記録する。文書単位で共通である文書の属性（画像処理装置２００から受信した画像処理装置２００上での処理に関する属性）とステップＳ３２０で一時領域等に保存したページ単位の保存情報を元に、保存対象の情報を記録する。
文書単位の保存情報として、例えば、文書の属性（画像処理装置２００上での処理に関する属性）等がある。
ページ単位で共通しての保存情報として、サムネイルがある。ただし、サムネイルは全ページ分を必要としないケース（例えば、先頭のページだけのサムネイルを必要とするケース）があり、そのケースにおいては、文書単位で生成するように構成してもよい。
そして、ページ単位の保存情報として、文字情報、イメージのうち、どちらか一方を保存する。

図５は、本実施の形態による処理例を示すフローチャートである。サムネイルの解像度も変更対象とした処理例を示すものである。図３の例に示すフローチャートと異なる点は、主に、ステップＳ５０８、ステップＳ３０６の代わりにステップＳ５１８としたことである。
イメージを保存せず、文字情報を保存する決定をした場合、サムネイルの解像度を通常よりも高くするように構成してもよい。また、文字情報の量に応じてサムネイルの解像度を設定できるように構成してもよい。
このように構成することで、文字中心の文書の記録情報として文字情報に加えて、文書構成が確認できる程度の解像度（処理対象とした画像の解像度よりも低い解像度）のイメージ（縮小画像）を保存することができるようになる。
なお、通常４００ｄｐｉ〜６００ｄｐｉといった画像処理装置２００での処理の解像度と同程度の解像度でイメージを保存している。また、イメージログシステムで文書を検索した結果を表示する際に、イメージの一覧をサムネイル表示するために２５ｄｐｉ程度のサムネイル画像を作成して保存している。図５の例に示すフローチャートの処理では、サムネイルの解像度を文書に含まれている文字情報に応じて、５０ｄｐｉ〜７２ｄｐｉなどプレビューでイメージの概略をつかむことができる程度の解像度にあげて保存するようにしている。

ステップＳ５０２では、イメージを受信する。
ステップＳ５０４では、処理対象ページを取り出す。
ステップＳ５０６では、文字情報を抽出する。

ステップＳ５０８では、保存情報決定テーブルを参照する。具体的には、例えば、抽出した文字情報と、属性から取得した用紙サイズ情報を元に、保存情報決定テーブル６００を参照し、保存情報の値を取得する。図６は、保存情報決定テーブル６００のデータ構造例を示す説明図である。保存情報決定テーブル６００は、図４の例に示した保存情報決定テーブル４００にサムネイル解像度欄６５０を付加したものである。保存情報をイメージとするか文字とするかを選択するとともに、サムネイル解像度も文書／ページに応じて変更できるように構成したものである。保存情報決定テーブル６００は、設定ＩＤ欄６１０、用紙サイズ欄６２０、文字数欄６３０、保存情報欄６４０、サムネイル解像度欄６５０を有している。設定ＩＤ欄６１０は、設定ＩＤを記憶している。用紙サイズ欄６２０は、用紙サイズを記憶している。文字数欄６３０は、文字数を記憶している。保存情報欄６４０は、保存情報を記憶している。サムネイル解像度欄６５０は、サムネイル解像度を記憶している。つまり、用紙サイズ欄６２０と文字数欄６３０を条件として、その条件を満たす行の保存情報欄６４０を保存情報とし、サムネイル解像度欄６５０をサムネイルの解像度として決定している。なお、用紙サイズ欄６２０を省略して、単に文字数（文字数欄６３０）から保存情報（保存情報欄６４０、サムネイル解像度欄６５０）を決定するようにしてもよい。
ここで、例えば、用紙サイズ：Ａ３（設定ＩＤ：３〜５）について説明する。設定ＩＤ：３では、文字数：１５０未満の場合は、保存情報欄６４０はイメージとし、サムネイル解像度欄６５０は２５ｄｐｉ（Ｄｏｔｓ Ｐｅｒ Ｉｎｃｈ）としている。この２５ｄｐｉは、ここでは低解像度の例である。画像をイメージ（画像そのもの）として保存しているので、サムネイルは低解像度としている。つまり、その画像の詳細な内容を知りたい場合は、画像そのものを閲覧すればよいからである。設定ＩＤ：５では、文字数：２００以上の場合は、保存情報欄６４０は文字とし、サムネイル解像度欄６５０は５０ｄｐｉとしている。この５０ｄｐｉは、ここでは中解像度の例である。文字を主体とした文書であるが、文字以外の情報（写真、図形等）もある可能性があるので、サムネイルの解像度を低解像度よりは高い解像度（中解像度）としている。そして、その中間である設定ＩＤ：４では、文字数：１５０以上２００未満の場合は、保存情報欄６４０は文字とし、サムネイル解像度欄６５０は７２ｄｐｉとしている。この７２ｄｐｉは、ここでは高解像度の例である。文字と文字以外の情報（写真、図形等）が混在している可能性が高いので、サムネイルの解像度を中解像度よりも高い解像度（高解像度）としている。ここで、第１の閾値として２００文字、第２の閾値として１５０文字を挙げ、第１の解像度として５０ｄｐｉ（中解像度）、第２の解像度として７２ｄｐｉ（高解像度）、第３の解像度として２５ｄｐｉ（低解像度）を挙げているが、もちろんのことながら、これらは例示である。第２の閾値は第１の閾値よりも低いという関係性を有していればよい。そして、第２の解像度は第１の解像度よりも高く、第３の解像度は第１の解像度よりも低いという関係性を有していればよい。ここでは、２つの閾値（第１の閾値、第２の閾値）を用いて、３つの範囲に分けたが、３以上の閾値を用いて、４以上の範囲に分けるようにしてもよい。その場合のサムネイルの解像度は、文字と文字以外の情報（写真、図形等）の混在度合いによって定めればよい。

ステップＳ５１０では、文字情報を保存するか否かを判断し、保存する場合はステップＳ５１２へ進み、それ以外の場合はステップＳ５１４へ進む。
ステップＳ５１２では、保存情報へ文字情報を追加する。
ステップＳ５１４では、保存情報へイメージ情報を追加する。
ステップＳ５１６では、保存イメージを生成する。
ステップＳ５１８では、保存情報決定テーブル６００にしたがってサムネイルを生成する。
ステップＳ５２０では、ページ単位の保存情報を記録する。
ステップＳ５２２では、未処理ページがないか否かを判断し、ない場合はステップＳ５２４へ進み、それ以外の場合はステップＳ５０４へ戻る。
ステップＳ５２４では、保存情報を保存する。

文字数だけで判定するのではなく、文書に含まれているキーワードを元に保存方法を選択するように構成してもよい。
含まれているキーワードと保存情報の関連付け（ひも付け）を記録したテーブル（例えば、保存情報決定テーブル７００）を別途用意し、保存処理のフローの中で参照するように構成する。
文字数とキーワードの両方を併用した場合は、キーワードの設定を優先し、キーワードが無い場合は文字数のテーブル（例えば、保存情報決定テーブル４００）で判断するようにしてもよい。
また、１つの文書／ページに複数のキーワードが見つかった場合は、その中に１つでもイメージ保存設定のキーワードがあればイメージ保存を選択するといった処理としてもよい。
図７は、保存情報決定テーブル７００のデータ構造例を示す説明図である。保存情報決定テーブル７００は、設定ＩＤ欄７１０、キーワード欄７２０、保存情報欄７３０を有している。設定ＩＤ欄７１０は、設定ＩＤを記憶している。キーワード欄７２０は、キーワードを記憶している。保存情報欄７３０は、保存情報を記憶している。つまり、キーワード欄７２０を条件として、その条件を満たす行の保存情報欄７３０を保存情報として決定している。例えば、設定ＩＤ：１０１では、キーワードが「禁複写」であるならば、イメージ（画像そのもの）で保存することを示しており、設定ＩＤ：９９９では、キーワードが「公開情報」であるならば、文字（文字認識結果等）で保存することを示している。

図８は、本実施の形態による処理例を示すフローチャートである。この処理例は、保存情報決定テーブル４００と保存情報決定テーブル７００を併用して利用した場合の処理を示している。図３の例に示すフローチャートと異なる点は、主に、ステップＳ８１０、ステップＳ８１４、ステップＳ８１６である。
ステップＳ８０２では、イメージを受信する。
ステップＳ８０４では、処理対象ページを取り出す。
ステップＳ８０６では、サムネイルを生成する。
ステップＳ８０８では、文字情報を抽出する。
ステップＳ８１０では、保存情報決定テーブル７００を参照する。
ステップＳ８１２では、保存情報決定テーブル４００を参照する。
ステップＳ８１４では、ステップＳ８１０とステップＳ８１２での保存情報は同じか否かを判断し、同じ場合はステップＳ８１８へ進み、それ以外の場合はステップＳ８１６へ進む。

ステップＳ８１６では、ステップＳ８１０での保存情報を採用する。
ステップＳ８１８では、文字情報を保存するか否かを判断し、保存する場合はステップＳ８２０へ進み、それ以外の場合はステップＳ８２２へ進む。
ステップＳ８２０では、保存情報へ文字情報を追加する。
ステップＳ８２２では、保存情報へイメージ情報を追加する。
ステップＳ８２４では、保存イメージを生成する。
ステップＳ８２６では、ページ単位の保存情報を記録する。
ステップＳ８２８では、未処理ページがないか否かを判断し、ない場合はステップＳ８３０へ進み、それ以外の場合はステップＳ８０４へ戻る。
ステップＳ８３０では、保存情報を保存する。

さらに、文字情報（文字数、キーワード）でなく、文書に含まれるオブジェクト情報に基づいて、保存情報を決定するように構成してもよい。
例えば、非ラスターフォーマットであれば文書構造によってはどのような図形が含まれているか判断することも文書構造の解析によって可能であるため、図形の有無等によって保存情報を決定するように構成してもよい。
また、例えば、ラスターフォーマットであれば文字認識処理を応用して、文字認識処理が認識したオブジェクトの有無などで保存情報を決定するように構成してもよい。例えば、文字認識処理では表のオブジェクトがあるか否かを認識できるものもある。
図９は、保存情報決定テーブル９００のデータ構造例を示す説明図である。保存情報決定テーブル９００は、設定ＩＤ欄９１０、オブジェクト欄９２０、保存情報欄９３０を有している。設定ＩＤ欄９１０は、設定ＩＤを記憶している。オブジェクト欄９２０は、オブジェクトを記憶している。保存情報欄９３０は、保存情報を記憶している。つまり、オブジェクト欄９２０を条件として、その条件を満たす行の保存情報欄９３０を保存情報として決定している。例えば、設定ＩＤ：１００１では、オブジェクトが「組織図」であるならば、イメージ（画像そのもの）で保存することを示しており、設定ＩＤ：１００２では、オブジェクトが「３行×３列以上の行又は列を有している表」であるならば、イメージ（画像そのもの）で保存することを示している。

図１０は、本実施の形態による処理例を示すフローチャートである。この処理例は、保存情報決定テーブル９００を利用した場合の処理を示している。図３の例に示すフローチャートと異なる点は、主に、ステップＳ１００８、ステップＳ１０１０である。
ステップＳ１００２では、イメージを受信する。
ステップＳ１００４では、処理対象ページを取り出す。
ステップＳ１００６では、サムネイルを生成する。
ステップＳ１００８では、オブジェクトを抽出する。
ステップＳ１０１０では、保存情報決定テーブル９００を参照する。
ステップＳ１０１２では、文字情報を保存するか否かを判断し、保存する場合はステップＳ１０１４へ進み、それ以外の場合はステップＳ１０１６へ進む。
ステップＳ１０１４では、保存情報へ文字情報を追加する。
ステップＳ１０１６では、保存情報へイメージ情報を追加する。
ステップＳ１０１８では、保存イメージを生成する。
ステップＳ１０２０では、ページ単位の保存情報を記録する。
ステップＳ１０２２では、未処理ページがないか否かを判断し、ない場合はステップＳ１０２４へ進み、それ以外の場合はステップＳ１００４へ戻る。
ステップＳ１０２４では、保存情報を保存する。

図１１は、本実施の形態による処理例を示すフローチャートである。この処理例は、保存情報決定テーブル４００と保存情報決定テーブル９００を併用して利用した場合の処理を示している。図３の例に示すフローチャートと異なる点は、主に、ステップＳ１１０８、ステップＳ１１１０、ステップＳ１１１４、ステップＳ１１１６である。
ステップＳ１１０２では、イメージを受信する。
ステップＳ１１０４では、処理対象ページを取り出す。
ステップＳ１１０６では、サムネイルを生成する。
ステップＳ１１０８では、オブジェクトを抽出する。
ステップＳ１１１０では、保存情報決定テーブル９００を参照する。
ステップＳ１１１２では、保存情報決定テーブル４００を参照する。
ステップＳ１１１４では、ステップＳ１１１０とステップＳ１１１２での保存情報は同じか否かを判断し、同じ場合はステップＳ１１１８へ進み、それ以外の場合はステップＳ１１１６へ進む。

ステップＳ１１１６では、ステップＳ１１１０での保存情報を採用する。
ステップＳ１１１８では、文字情報を保存するか否かを判断し、保存する場合はステップＳ１１２０へ進み、それ以外の場合はステップＳ１１２２へ進む。
ステップＳ１１２０では、保存情報へ文字情報を追加する。
ステップＳ１１２２では、保存情報へイメージ情報を追加する。
ステップＳ１１２４では、保存イメージを生成する。
ステップＳ１１２６では、ページ単位の保存情報を記録する。
ステップＳ１１２８では、未処理ページがないか否かを判断し、ない場合はステップＳ１１３０へ進み、それ以外の場合はステップＳ１１０４へ戻る。
ステップＳ１１３０では、保存情報を保存する。

さらに、保存情報決定テーブル６００と保存情報決定テーブル７００の併用、保存情報決定テーブル６００と保存情報決定テーブル９００の併用、保存情報決定テーブル４００と保存情報決定テーブル７００と保存情報決定テーブル９００の併用、保存情報決定テーブル６００と保存情報決定テーブル７００と保存情報決定テーブル９００の併用等を行ってもよい。また、３つのテーブルを用いた場合で、異なる保存情報となった場合は、予め定められたテーブルの結果を優先するようにしてもよいし、多数決で決定するようにしてもよい。

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

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１２０１は、前述の実施の形態において説明した各種のモジュール、すなわち、イメージ受信モジュール１１０、文字情報取得モジュール１２０、保存情報選択モジュール１３０、保存情報生成モジュール１４０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。

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

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

キーボード１２０８、マウス等のポインティングデバイス１２０９は、操作者により操作されるデバイスである。ディスプレイ１２１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。また、ポインティングデバイス１２０９とディスプレイ１２１０の両方の機能を備えているタッチスクリーン等であってもよい。

ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１２１１は、ハードディスク（フラッシュ・メモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ１２０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクは、保存情報保存モジュール１５０、保存情報決定テーブル１６０を記憶する記憶装置等としての機能を実現させる。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。

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

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

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

また、前述の実施の形態の説明内での比較処理において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。
保存情報の決定において、前述のようにページ単位で決定してもよいし、文書単位で決定してもよい。ここで、文書単位とは、画像処理装置２００が１回の処理対象とした画像群であり、１ページのこともあるし、複数のページとなることもある。もちろんのことながら、文書単位の場合は、その文書に含まれるページ全てが同じ形態（文字又はイメージのいずれか）となる。
また、ページ単位で決定する場合、複数ページある文書を想定すると次のような選択結果になるケースが想定される。
１ページ目：イメージ
２ページ目：文字
３ページ目：イメージ
このケースでは、２ページ目のみ文字を保存して、他のページはイメージを保存するということになり、保存されたイメージファイル（２ページになっているもの）を、参照した場合は閲覧性が悪くなる。一般的に、表示アプリケーションは、イメージだけ、文字（テキスト）だけを表示対象としているので、両者を閲覧するためには、別々のアプリケーションを立ち上げなければならないことになる。特に、イメージのページを閲覧している場合は、テキストのページがあることを失念してしまうことがある。そこで、イメージと文字のページが混在していると判断した場合、文字で保存したページについては白紙上に文字を別途保存した旨のイメージを生成し、そのページ（本来の文字で構成されたページ）に挿入するようにしてもよい。これによって、文字のページがあるということが、ユーザーにわかりやすくする。また、文字をイメージに変換して、そのページに挿入するようにしてもよい。

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

１００…画像蓄積装置
１１０…イメージ受信モジュール
１２０…文字情報取得モジュール
１３０…保存情報選択モジュール
１４０…保存情報生成モジュール
１５０…保存情報保存モジュール
２００…画像処理装置
２９０…通信回線

Claims (6)

1. 画像処理装置から画像を受け付ける受付手段と、
   前記受付手段によって受け付けられた画像内から文字を抽出する抽出手段と、
   前記抽出手段によって抽出された文字の文字数が予め定められた閾値より多い又は以上である場合は、前記画像の代替として、該文字を蓄積する蓄積手段
   を有し、
   前記蓄積手段は、前記抽出手段によって抽出された文字の文字数が予め定められた第１の閾値より多い又は以上である場合は、前記画像の代替として、該文字を蓄積し、予め定められた第１の解像度になるように縮小した縮小画像を蓄積し、
   該文字数が該第１の閾値未満又は以下であって、第２の閾値より多い又は以上である場合は、該画像の代替として、該文字を蓄積し、前記第１の解像度よりも高い第２の解像度になるように縮小した縮小画像を蓄積し、
   該文字数が該第２の閾値未満又は以下である場合は、該画像を蓄積し、前記第１の解像度よりも低い第３の解像度になるように縮小した縮小画像を蓄積し、
   前記第２の閾値は、前記第１の閾値よりも低い、
   画像蓄積装置。
2. 前記蓄積手段は、前記画像内の文字に、予め定められた文字列が含まれているか否かにしたがって、画像を蓄積するか、文字を蓄積するかを決定する、
   請求項１に記載の画像蓄積装置。
3. 前記蓄積手段は、文字数と予め定められた文字列によって決定した蓄積対象が異なる場合は、予め定められた文字列によって決定した蓄積対象にしたがって、蓄積を行う、
   請求項２に記載の画像蓄積装置。
4. 前記蓄積手段は、前記画像内の構造にしたがって、該画像を蓄積するか、文字を蓄積するかを決定する、
   請求項１に記載の画像蓄積装置。
5. 前記蓄積手段は、文字数と構造によって決定した蓄積対象が異なる場合は、構造によって決定した蓄積対象にしたがって、蓄積を行う、
   請求項４に記載の画像蓄積装置。
6. コンピュータを、
   画像処理装置から画像を受け付ける受付手段と、
   前記受付手段によって受け付けられた画像内から文字を抽出する抽出手段と、
   前記抽出手段によって抽出された文字の文字数が予め定められた閾値より多い又は以上である場合は、前記画像の代替として、該文字を蓄積する蓄積手段
   として機能させ、
   前記蓄積手段は、前記抽出手段によって抽出された文字の文字数が予め定められた第１の閾値より多い又は以上である場合は、前記画像の代替として、該文字を蓄積し、予め定められた第１の解像度になるように縮小した縮小画像を蓄積し、
   該文字数が該第１の閾値未満又は以下であって、第２の閾値より多い又は以上である場合は、該画像の代替として、該文字を蓄積し、前記第１の解像度よりも高い第２の解像度になるように縮小した縮小画像を蓄積し、
   該文字数が該第２の閾値未満又は以下である場合は、該画像を蓄積し、前記第１の解像度よりも低い第３の解像度になるように縮小した縮小画像を蓄積し、
   前記第２の閾値は、前記第１の閾値よりも低い、
   画像蓄積プログラム。

Images