(57)【要約】【課題】画像処理装置からの画像を蓄積する場合にあって、予めテンプレートを用意することなく、元の画像よりも容量が少ない画像を蓄積できるようにした画像蓄積装置を提供する。【解決手段】画像蓄積装置の受付手段は、画像処理装置から画像を受け付け、抽出手段は、前記受付手段によって受け付けられた画像内から文字を抽出し、識別手段は、前記抽出手段によって抽出された文字から、前記画像内のヘッダー又はフッターを識別し、蓄積手段は、前記識別手段によって識別されたヘッダー又はフッターを削除した後の画像を蓄積する。【選択図】図１
2017195499.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置から画像を受け付ける受付手段と、
前記受付手段によって受け付けられた画像内から文字を抽出する抽出手段と、
前記抽出手段によって抽出された文字から、前記画像内のヘッダー又はフッターを識別する識別手段と、
前記識別手段によって識別されたヘッダー又はフッターを削除した後の画像を蓄積する蓄積手段
を有する画像蓄積装置。
【請求項２】
前記画像は、複数ページによって構成されており、
前記蓄積手段は、２ページ目以降の画像に対して、ヘッダー又はフッターを削除した後の画像を蓄積する
ことを特徴とする請求項１に記載の画像蓄積装置。
【請求項３】
前記蓄積手段は、ヘッダー又はフッターから本文にはみ出しがある場合は、該ヘッダー又はフッターは削除しない
ことを特徴とする請求項１又は２に記載の画像蓄積装置。
【請求項４】
前記識別手段は、ヘッダー又はフッターの可能性がある領域内に、ページ順に増加する番号がある場合は、該領域をヘッダー又はフッターと識別する
ことを特徴とする請求項１から３のいずれか一項に記載の画像蓄積装置。
【請求項５】
コンピュータを、
画像処理装置から画像を受け付ける受付手段と、
前記受付手段によって受け付けられた画像内から文字を抽出する抽出手段と、
前記抽出手段によって抽出された文字から、前記画像内のヘッダー又はフッターを識別する識別手段と、
前記識別手段によって識別されたヘッダー又はフッターを削除した後の画像を蓄積する蓄積手段
として機能させるための画像蓄積プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像蓄積装置及び画像蓄積プログラムに関する。
【背景技術】
【０００２】
特許文献１には、クライアントにおいて帳票イメージを取得し、サーバーにおいて帳票認識処理を行うイメージエントリーシステムでは、ネットワーク帯域の制限から高階調のイメージデータをクライアントからサーバーへ送信できず、高階調の部分イメージが取得できないことを課題とし、画像認識処理での部分イメージを座標情報として扱い、クライアントにおいて予め取得しておいた高階調の帳票全体イメージから座標情報を用いて部分イメージを切り出してネットワークを介して送信することが開示されている。
【０００３】
特許文献２には、印刷画像と関連付けてログを保存し、所望のログを取得するために画像検索を行うシステムにおいて、類似する帳票画像から絞り込みを行い、ユーザーの最終的な目視による検索の負荷を軽減することを課題とし、画像と印刷ログを関連付けて管理するシステムに、帳票テンプレートの名称、帳票固有のデータ、その座標を抽出する手段と、同情報を検索用のサーバーに送信する手段と、帳票テンプレートを印字する手段とを付加し、特に検索サーバーに、帳票固有のデータと画像認識して得たデータを照合、画像を特定する手段を付加したことが開示されている。
【０００４】
特許文献３には、電子データ化された画像のデータ量を容易且つ効率的に削減可能な画像処理装置及び画像処理プログラムを提供することを課題とし、複数ページからなる入力画像の各ページで利用されている共通画像を認識する共通画像認識手段と、共通画像と一致するテンプレートＡ画像を検索するテンプレート画像検索手段と、テンプレートＡ画像と複数ページからなる入力画像の各ページとの差異画像を認識する差異画像認識手段と、テンプレートＡ画像と差異画像とを画像ファイルとして出力する画像出力手段とを有することが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−１４１６３１号公報
【特許文献２】特開２０１０−０２６９８７号公報
【特許文献３】特開２００７−０１８３６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
画像処理装置から画像を受け付け、その画像を蓄積することが行われている。
ところで、画像を蓄積するためには大容量の蓄積装置が必要となる。必要部分を蓄積対象とすることによって、容量を抑えることができる。特許文献１等に記載の技術では、テンプレートとの差異画像を抽出することが行われている。しかし、予めテンプレートを用意する必要があり、あらゆる画像を対象とした場合、そのテンプレートを予め用意することはできない。
本発明は、画像処理装置からの画像を蓄積する場合にあって、予めテンプレートを用意することなく、元の画像よりも容量が少ない画像を蓄積できるようにした画像蓄積装置及び画像蓄積プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、画像処理装置から画像を受け付ける受付手段と、前記受付手段によって受け付けられた画像内から文字を抽出する抽出手段と、前記抽出手段によって抽出された文字から、前記画像内のヘッダー又はフッターを識別する識別手段と、前記識別手段によって識別されたヘッダー又はフッターを削除した後の画像を蓄積する蓄積手段を有する画像蓄積装置である。
【０００８】
請求項２の発明は、前記画像は、複数ページによって構成されており、前記蓄積手段は、２ページ目以降の画像に対して、ヘッダー又はフッターを削除した後の画像を蓄積することを特徴とする請求項１に記載の画像蓄積装置である。
【０００９】
請求項３の発明は、前記蓄積手段は、ヘッダー又はフッターから本文にはみ出しがある場合は、該ヘッダー又はフッターは削除しないことを特徴とする請求項１又は２に記載の画像蓄積装置である。
【００１０】
請求項４の発明は、前記識別手段は、ヘッダー又はフッターの可能性がある領域内に、ページ順に増加する番号がある場合は、該領域をヘッダー又はフッターと識別することを特徴とする請求項１から３のいずれか一項に記載の画像蓄積装置である。
【００１１】
請求項５の発明は、コンピュータを、画像処理装置から画像を受け付ける受付手段と、前記受付手段によって受け付けられた画像内から文字を抽出する抽出手段と、前記抽出手段によって抽出された文字から、前記画像内のヘッダー又はフッターを識別する識別手段と、前記識別手段によって識別されたヘッダー又はフッターを削除した後の画像を蓄積する蓄積手段として機能させるための画像蓄積プログラムである。
【発明の効果】
【００１２】
請求項１の画像蓄積装置によれば、画像処理装置からの画像を蓄積する場合にあって、予めテンプレートを用意することなく、元の画像よりも容量が少ない画像を蓄積できる。
【００１３】
請求項２の画像蓄積装置によれば、１ページ目の画像については、ヘッダー又はフッターを残して蓄積することができる。
【００１４】
請求項３の画像蓄積装置によれば、ヘッダー又はフッターから本文にはみ出しがある場合は、そのヘッダー又はフッターは削除しないようにすることができる。
【００１５】
請求項４の画像蓄積装置によれば、ヘッダー又はフッターの可能性がある領域内に、ページ順に増加する番号がある場合は、その領域をヘッダー又はフッターと識別することができる。
【００１６】
請求項５の画像蓄積プログラムによれば、画像処理装置からの画像を蓄積する場合にあって、予めテンプレートを用意することなく、元の画像よりも容量が少ない画像を蓄積できる。
【図面の簡単な説明】
【００１７】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を利用したシステム構成例を示す説明図である。
【図３】本実施の形態による処理例を示すフローチャートである。
【図４】文字認識結果テーブルのデータ構造例を示す説明図である。
【図５】本実施の形態による処理例を示す説明図である。
【図６】本実施の形態による処理例を示す説明図である。
【図７】本実施の形態による処理例を示す説明図である。
【図８】ヘッダー・上部イメージ除去テーブルのデータ構造例を示す説明図である。
【図９】本実施の形態による処理例を示す説明図である。
【図１０】本実施の形態による処理例を示す説明図である。
【図１１】本実施の形態による処理例を示す説明図である。
【図１２】フッター・下部イメージ除去テーブルのデータ構造例を示す説明図である。
【図１３】本実施の形態による処理例を示す説明図である。
【図１４】本実施の形態による処理例を示すフローチャートである。
【図１５】ヘッダー・上部イメージ除去テーブルのデータ構造例を示す説明図である。
【図１６】本実施の形態による処理例を示す説明図である。
【図１７】フッター・下部イメージ除去テーブルのデータ構造例を示す説明図である。
【図１８】本実施の形態による処理例を示す説明図である。
【図１９】本実施の形態による処理例を示す説明図である。
【図２０】本実施の形態による処理例を示すフローチャートである。
【図２１】フッター・下部イメージ除去テーブルのデータ構造例を示す説明図である。
【図２２】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１８】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理ごとに又はモジュール内で複数の処理を行う場合はその処理ごとに、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００１９】
本実施の形態である画像蓄積装置１００は、画像処理装置から画像を受け付け、その画像を蓄積するものであって、図１の例に示すように、イメージ受信モジュール１１０、文字情報取得モジュール１２０、ヘッダー／フッター識別モジュール１３０、ヘッダー／フッター削除モジュール１４０、保存情報保存モジュール１５０を有している。
【００２０】
画像蓄積装置１００は、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）等の画像処理装置によって処理対象とされた画像（イメージともいわれる）又は処理された画像（つまり、処理前の画像又は処理後の画像）を蓄積しており、文書の流出が発覚した場合に、いつ誰が処理（印刷、画像読み取り等）したものであるかを追跡するシステム（一般的に、イメージログシステムともいわれる）に利用されるものである。具体的には、イメージログシステムとは、画像処理装置で処理した画像を予め定められた期間、蓄積し、情報漏えいが発覚した際に流出元を特定するために画像及び属性を蓄積するものである。なお、属性として、その画像に対して処理指示を行ったユーザー（そのユーザーが属しているグループを含めてもよい）、その処理を行った日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）、その処理を行った画像処理装置等を特定するための情報（例えば、画像処理装置ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）等である。イメージログシステムは、例えば、対象としている企業の全ての画像処理装置を監視対象とすることが一般的であるため、対象とする画像（文書、ジョブ）数は多い。つまり、蓄積対象の画像数は膨大（例えば、数百万程度）であり、その保存容量も膨大（例えば、数ＴＢ）となる。そもそも画像であるため、保存容量も大きくなる。
【００２１】
一方、文書の流出が発覚した場合の追跡に、ヘッダー／フッターは、本文に比べてその重要度は低い。特に、１つの文書内の各ページのヘッダー／フッターは同じであることが多いので、１ページ目にヘッダー／フッターの記載があるならば、２ページ目以降は不要であることが多い。
【００２２】
なお、画像には、画像データそのもの（一般的に、ラスターイメージといわれており、圧縮された画像を含む）、印刷データ等があり、具体的には、スキャナで読み取った画像、プリンタが印刷対象とするデータ（ＰＤＬ（Ｐａｇｅ−Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）、ＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）等）、ファックスで送信した画像、ファックスが受信した画像、複写機で複写した画像等が含まれる。
【００２３】
画像蓄積装置１００内のイメージ受信モジュール１１０、文字情報取得モジュール１２０、ヘッダー／フッター識別モジュール１３０、ヘッダー／フッター削除モジュール１４０、保存情報保存モジュール１５０は、それぞれ接続されている。
イメージ受信モジュール１１０は、画像処理装置から画像を受け付ける。受け付ける画像は、複数ページによって構成されていてもよい。特に、画像処理装置の１つのジョブ（画像処理装置において、ユーザーの指示にしたがって行われる処理単位であって、具体的には、１回の画像読取処理、１回の印刷処理等）によって発生する画像群を、１つの文書（ドキュメントセット）とする。なお、ここでの画像群は、１枚以上の画像から構成されている。さらに、イメージ受信モジュール１１０は、画像とともに属性を受信してもよい。画像処理装置からは画像データ（ラスターイメージ、画像の一種）が転送されるケースもあれば、ＰＤＬ（画像の一種）等が転送されるケースもある。画像を受信し、後段の処理に渡す。
文字情報取得モジュール１２０は、イメージ受信モジュール１１０によって受け付けられた画像内から文字を抽出する。イメージ受信モジュール１１０によって受け付けられた画像がＰＤＬである場合は、そのＰＤＬ内を構造解析することによって、文字を抽出する。また、イメージ受信モジュール１１０によって受け付けられた画像がラスターイメージである場合は、その画像を文字認識して文字情報を取得する。
【００２４】
ヘッダー／フッター識別モジュール１３０は、文字情報取得モジュール１２０によって抽出された文字から、画像内のヘッダー又はフッターを識別する。例えば、画像内の予め定められた領域内で、予め定められた条件を満たす文字列がある場合は、それをヘッダー又はフッターとして識別するようにしてもよい。理解を容易にする表現として、「複数ページの同じ位置に同じ情報がある」ことを判断基準とするものである。ここでの複数ページは、文書内の全てのページとしてもよいし、その文書内の２ページ以上であるとしてもよい。
ここで、「画像内の予め定められた領域」として、例えば、画像内の上辺から予め定められた範囲をヘッダーである可能性がある領域としてもよいし、画像内の下辺から予め定められた範囲をフッターである可能性がある領域としてもよい。
また、「予め定められた条件」として、対象としている文書内の複数ページにおいて、予め定められた領域内における文字列が、同等の文字列であることを条件としてもよい。ただし、ここで「同等の文字列」とは、完全一致であることの他に、予め定められた範囲の差異があってもよい。「予め定められた範囲の差異」とは、例えば、差異がある文字数で規定してもよいし、後述するページ数のように、その差異が予め定められた規則にしたがっている場合等がある。また、同等であるか否かの対象として、文字（テキストデータ）の他に、その文字の色、大きさ、書体等を含めるようにしてもよい。
また、「予め定められた条件」として、それらの文字列の位置が同等の位置にあることを条件としてもよい。ここで「同等の位置」とは、完全一致であることの他に、予め定められた範囲の差異があってもよい。「予め定められた範囲の差異」とは、例えば、差異としての距離がある
また、「予め定められた条件」として、予め定められた領域内における文字列が、予め定められた文字列であることを条件としてもよい。「予め定められた文字列」として、ヘッダー又はフッターとして使われる可能性が高い文字列としてもよい。例えば、会社名、作者名（画像処理装置から送信されてきた属性内のユーザーに該当する）、著作権があることを示す文字列（「Ａｌｌ  ｒｉｇｈｔ  ｒｅｓｅｒｖｅｄ」）等が該当する。
また、ヘッダー／フッター識別モジュール１３０は、ヘッダー又はフッターの可能性がある領域内に、ページ順に増加する番号（いわゆるページ）がある場合は、その領域をヘッダー又はフッターと識別するようにしてもよい。具体的には、「前ページに対して同じ位置にインクリメンタルな数字」があるときには、例外的に同じ情報でなくても「ヘッダー又はフッター」と判断する。
【００２５】
また、ヘッダー／フッター識別モジュール１３０は、前述の処理では、１つの文書内の複数ページを対象としているが、「同じユーザー又は同じグループに属しているユーザーの過去の取り扱い画像」と比較することで、「ヘッダー又はフッター」を識別するようにしてもよい。したがって、「１ページの文書」における「ヘッダー又はフッター」を識別し、ヘッダー／フッター削除モジュール１４０による削除対象とすることも可能である。なお、同じユーザー又は同じグループに属しているユーザーであるか否かについては、画像処理装置から送信されてきた属性内の情報を用いればよい。
また、ヘッダー／フッター識別モジュール１３０による「ヘッダー又はフッター」の識別の条件として、「全ページの同じ位置」を条件としてもよいし、「奇数ページの同じ位置」を条件としてもよいし、「偶数ページの同じ位置」を条件としてもよい。また、両面画像への対応を可能とするために、その条件としての位置を、奇数ページと偶数ページで交互に入れ替えるとしてもよい。具体的には、位置として、奇数ページと偶数ページでは線対称の関係になることを条件としてもよい。
また、ヘッダー／フッター識別モジュール１３０は、「ヘッダー又はフッター」の識別の条件に合致しないページである場合は、例外ページであり、そのページにはヘッダー又はフッターの領域がないと識別する。したがって、ヘッダー／フッター削除モジュール１４０によって、そのページの「ヘッダー又はフッター」は除去しないことになる。つまり、例外ページのある文書に対して、ヘッダー又はフッターのあるページに対して除去することが可能になる。
また、ヘッダー／フッター識別モジュール１３０は、１つの文書が同一の用紙サイズの場合は、「同じ位置」を条件とするが、用紙サイズが異なるときには、用紙サイズごとに「同じ位置」を管理することで、用紙サイズが混在している文書に対しても対応が可能になる。
また、ヘッダー／フッター識別モジュール１３０は、１つの文書が同一の向き（長い辺が縦になる縦置き、長い辺が横になる横置き）の場合には、「同じ位置」を条件とするが、用紙の向きが異なるときには、用紙の向きごとに「同じ位置」を管理することで、用紙の縦置き横置きが混在している文書に対しても対応が可能になる。
【００２６】
ヘッダー／フッター削除モジュール１４０は、ヘッダー／フッター識別モジュール１３０によって識別されたヘッダー又はフッターを画像から削除する。例えば、文書内の「複数ページ」が同じ「ヘッダー又はフッター」を有している場合には、本文を抽出して蓄積する事で、無用な「ヘッダー又はフッター」の画像を蓄積しないようにしている。
また、ヘッダー／フッター削除モジュール１４０は、２ページ目以降の画像に対して、ヘッダー又はフッターを削除するようにしてもよい。つまり、１ページ目の画像においては、ヘッダー及びフッター（ヘッダー又はフッターのいずれか一方だけがある場合は、その一方のヘッダー又はフッター）を残すようにしている。全ての「ヘッダー又はフッター」を削除する代わりに、「ヘッダー又はフッター」がある最初の１ページ目だけは削除しないようにする事で、ヘッダーやフッターに蓄積すべき情報が存在したときに、蓄積漏れの懸念を無くすようにしたものである。なお、「２ページ目以降の画像」とは、ヘッダー又はフッターがある画像における２ページ目以降の画像をいう。例えば、文書の１ページ目にヘッダー又はフッターがなく、２ページ目以降にヘッダー又はフッターがある場合は、文書の３ページ目以降の画像が、「２ページ目以降の画像」となる。
また、ヘッダー／フッター削除モジュール１４０は、ヘッダー又はフッターから本文にはみ出しがある場合は、そのヘッダー又はフッターは削除しないようにしてもよい。なお、はみ出しの具体例については、図１９の例を用いて後述する。
【００２７】
保存情報保存モジュール１５０は、ヘッダー／フッター削除モジュール１４０によって、ヘッダー又はフッターが削除された画像を蓄積する。ここでのヘッダー又はフッターは、ヘッダー／フッター識別モジュール１３０によって識別されたものである。
また、保存情報保存モジュール１５０は、２ページ目以降の画像に対して、ヘッダー又はフッターを削除した後の画像を蓄積するようにしてもよい。つまり、１ページ目の画像は、ヘッダー又はフッターがある。
【００２８】
図２は、本実施の形態を利用したシステム構成例を示す説明図である。
画像蓄積装置１００と画像処理装置２００は、通信回線２９０を介して接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、画像蓄積装置１００による機能は、クラウドサービスとして実現してもよい。
画像処理装置２００は、前述の複写機、ファックス、スキャナ、プリンタ、複合機等の画像処理装置である。もちろんのことながら、プリンタのように紙での出力だけでなく、スキャナのように電子データの配付を行うこともできる。そして、電子データの配付を行うケースでは、その電子データの格納先となる。なお、格納先として、ファイルシステムやリポジトリなど文書を管理できる機能を有していてもよい。
画像蓄積装置１００は、画像処理装置２００で処理した画像（又は処理対象とした画像）を予め定められた期間保管するサーバーである。情報漏えい時、漏えいした画像とその画像の属性（出力等を行ったユーザーや出力日時の情報など）から漏えい元を特定することに利用する。
【００２９】
図３は、本実施の形態による処理例を示すフローチャートである。
ステップＳ３０２では、イメージ受信モジュール１１０は、画像処理装置２００から送信されてきた文書は複数ページか否かを判断し、複数ページの場合はステップＳ３０４へ進み、それ以外の場合（単ページである場合）はステップＳ３１２へ進む。ステップＳ３０４以降は、各ページごとに処理を行う。
ステップＳ３０４では、文字情報取得モジュール１２０は、文字認識処理を実行する。対象としている画像が、文字を含むＰＤＦ等のフォーマットである場合は、その中から文字を抽出してもよい。
ステップＳ３０６では、ヘッダー／フッター識別モジュール１３０は、ヘッダー又はフッターの有無を判定する。
ステップＳ３０８では、ステップＳ３０６による判定結果によって、ヘッダー又はフッターがある場合はステップＳ３１０へ進み、それ以外の場合はステップＳ３１２へ進む。
ステップＳ３１０では、ヘッダー／フッター削除モジュール１４０は、ヘッダー又はフッター部分を削除する。
ステップＳ３１２では、保存情報保存モジュール１５０は、画像を蓄積する。
【００３０】
ステップＳ３０４では、例えば、文字認識結果テーブル４００を生成する。図４は、文字認識結果テーブル４００のデータ構造例を示す説明図である。文字認識結果テーブル４００は、文字列欄４１０、位置欄４２０、色欄４３０、文字種欄４４０を有している。文字列欄４１０は、文字列を記憶している。位置欄４２０は、その文字列が記載されている位置（例えば、矩形の右上座標と左下座標で規定される領域）を記憶している。色欄４３０は、その文字列の色を記憶している。文字種欄４４０は、その文字列の文字種を記憶している。
【００３１】
ステップＳ３０６では、例えば、ヘッダーの可能性がある領域内の文字列を対象として判定する。図５の例に示すように、画像５００（ページ）を、ヘッダー・本文境界線５１５とフッター・本文境界線５２５によって、ヘッダー領域５１０、本文領域５２０、フッター領域５３０に分ける。このうち、ヘッダー領域５１０とフッター領域５３０が、「ヘッダー又はフッターの可能性がある領域」に該当する。ヘッダー・本文境界線５１５とフッター・本文境界線５２５の位置は、用紙サイズ、ユーザー、ユーザーが属しているグループ等ごとに、予め定められていてもよい。例えば、Ａ４サイズである場合は、ヘッダーとして上辺から３ｃｍ、フッターとして下辺から２ｃｍとしてもよい。また、画像５００の画像解析を行い、左右両端につながる空白領域をヘッダー・本文境界線５１５とフッター・本文境界線５２５の位置としてもよい。ここでの画像解析として、例えば、横方向に黒画素数のヒストグラムを作成し、空白領域を抽出すればよい。また、予め定められた長さ（画像５００の横幅の予め定められた割合以上の長さとしてもよい）の横線がある位置をヘッダー・本文境界線５１５とフッター・本文境界線５２５の位置としてもよい。
【００３２】
まず、ヘッダーの処理について説明する。
図５の例に示した画像５００のヘッダー領域５１０内の文字列を抽出する。例えば、図６に示すヘッダー識別テーブル６００を生成する。ヘッダー識別テーブル６００のデータ構造は、図４の例に示した文字認識結果テーブル４００と同等である。他のページにもヘッダー識別テーブル６００と同等のデータがある場合は、ヘッダーであると判定してもよい。位置が同等であるか否かは、位置欄６２０内のデータによって判定でき、内容が同等であるか否かは、少なくとも文字列欄６１０内のデータを対象とし、色欄６３０、文字種欄６４０内のデータを加えてもよい。
【００３３】
図７の例に示すように、（１）〜（７）の７ページの文書を対象とした例を示す。１〜３ページ、５〜７ページの文字列には、図６の例で示したヘッダー識別テーブル６００があり、ヘッダーがあると判定される。４ページの文字列には、図６の例で示したヘッダー識別テーブル６００がないので、ヘッダーはないと判定される。その結果をヘッダー・上部イメージ除去テーブル８００に格納する。図８は、ヘッダー・上部イメージ除去テーブル８００のデータ構造例を示す説明図である。ヘッダー・上部イメージ除去テーブル８００は、ヘッダー有無欄８１０、上部イメージ除去欄８２０を有している。ヘッダー有無欄８１０は、ページごとのヘッダーの有無を記憶している。上部イメージ除去欄８２０は、ページごとの上部イメージを除去するか否かを記憶している。なお「○」は削除対象であること、「×」は削除対象ではないことを示している。ここで「上部イメージ」とは、ヘッダーがある領域を示しているが、図５の例で示したヘッダー領域５１０としてもよいし、図６の例で示したヘッダー識別テーブル６００の位置欄６２０で示された領域としてもよい。なお、ヘッダー・上部イメージ除去テーブル８００では、ヘッダー有無欄８１０と上部イメージ除去欄８２０は、一対一に対応している。
ステップＳ３１０による処理結果を示す。図９の例は、ヘッダー・上部イメージ除去テーブル８００にしたがって、ヘッダーを削除した例を示している。具体的には、１〜３ページ、５〜７ページのヘッダー部分を削除し、４ページはそのまま（ヘッダー部分の削除をしていない画像）である。
【００３４】
次に、フッターの処理について説明する。
図５の例に示した画像５００のフッター領域５３０内の文字列を抽出する。例えば、図１０に示すフッター識別テーブル１０００を生成する。フッター識別テーブル１０００のデータ構造は、図４の例に示した文字認識結果テーブル４００と同等である。他のページにもフッター識別テーブル１０００と同等のデータがある場合は、フッターであると判定してもよい。位置が同等であるか否かは、位置欄１０２０内のデータによって判定でき、内容が同等であるか否かは、少なくとも文字列欄１０１０内のデータを対象とし、色欄１０３０、文字種欄１０４０内のデータを加えてもよい。
【００３５】
図１１の例に示す文書（ヘッダーを除去した後の画像）を対象とした例を示す。もちろんのことながら、図７の例に示した文書（画像処理装置から送信されてきた画像）を対象としてもよい。１〜３ページ、５〜７ページの文字列には、図１０の例で示したフッター識別テーブル１０００（フッター識別テーブル１０００の１行目又は２行目）があり、フッターがあると判定される。なお、フッター識別テーブル１０００の３行目はページ番号であるが、このページ番号を含めた処理については、図２０等を用いて後述する。４ページの文字列には、図１０の例で示したフッター識別テーブル１０００がないので、フッターはないと判定される。その結果をフッター・下部イメージ除去テーブル１２００に格納する。図１２は、フッター・下部イメージ除去テーブル１２００のデータ構造例を示す説明図である。フッター・下部イメージ除去テーブル１２００は、フッター有無欄１２１０、下部イメージ除去欄１２２０を有している。フッター有無欄１２１０は、ページごとのフッターの有無を記憶している。下部イメージ除去欄１２２０は、ページごとの下部イメージを除去するか否かを記憶している。なお「○」は削除対象であること、「×」は削除対象ではないことを示している。ここで「下部イメージ」とは、フッターがある領域を示しているが、図５の例で示したフッター領域５３０としてもよいし、図１０の例で示したフッター識別テーブル１０００の位置欄１０２０で示された領域としてもよい。なお、フッター・下部イメージ除去テーブル１２００では、フッター有無欄１２１０と下部イメージ除去欄１２２０は、一対一に対応している。
ステップＳ３１０による処理結果を示す。図１３の例は、フッター・下部イメージ除去テーブル１２００にしたがって、フッターを削除した例を示している。具体的には、１〜３ページ、５〜７ページのフッター部分を削除し、４ページはそのまま（フッター部分の削除をしていない画像）である。
【００３６】
図１４は、本実施の形態による処理例を示すフローチャートである。ヘッダー又はフッターから本文部分へのはみ出しがある場合の処理例を示すものである。
ステップＳ１４０２では、イメージ受信モジュール１１０は、複数ページか否かを判断し、複数ページの場合はステップＳ１４０４へ進み、それ以外の場合（単ページである場合）はステップＳ１４１６へ進む。ステップＳ１４０４以降は、各ページごとに処理を行う。
ステップＳ１４０４では、文字情報取得モジュール１２０は、文字認識処理を実行する。対象としている画像が、文字を含むＰＤＦ等のフォーマットである場合は、その中から文字を抽出してもよい。
ステップＳ１４０６では、ヘッダー／フッター識別モジュール１３０は、ヘッダー又はフッターの有無を判定する。
【００３７】
ステップＳ１４０８では、ステップＳ１４０６による判定結果によって、ヘッダー又はフッターがある場合はステップＳ１４１０へ進み、それ以外の場合はステップＳ１４１６へ進む。
ステップＳ１４１０では、ヘッダー／フッター識別モジュール１３０は、ヘッダー又はフッターのはみ出しの有無を判定する。
ステップＳ１４１２では、ステップＳ１４１０による判定結果によって、はみ出しがあるか否かを判断し、ある場合はステップＳ１４１４へ進み、それ以外の場合はステップＳ１４１６へ進む。
ステップＳ１４１４では、ヘッダー／フッター削除モジュール１４０は、ヘッダー又はフッター部分を削除する。
ステップＳ１４１６では、保存情報保存モジュール１５０は、画像を蓄積する。
【００３８】
まず、ヘッダーの処理について説明する。
ステップＳ１４１０の処理結果として、ヘッダー・上部イメージ除去テーブル１５００を生成する。図１５は、ヘッダー・上部イメージ除去テーブル１５００のデータ構造例を示す説明図である。ヘッダー・上部イメージ除去テーブル１５００は、ヘッダー有無欄１５１０、はみ出し情報有無欄１５２０、上部イメージ除去欄１５３０を有している。図８の例に示したヘッダー・上部イメージ除去テーブル８００に、はみ出し情報有無欄１５２０の加えたものである。ヘッダー有無欄１５１０は、ページごとのヘッダーの有無を記憶している。はみ出し情報有無欄１５２０は、ページごとのはみ出し情報の有無を記憶している。上部イメージ除去欄１５３０は、ページごとの上部イメージを除去するか否かを記憶している。
「はみ出し」とは、図１９（ａ）の例に示すように、画像１９００内のヘッダー・本文境界線５１５又はフッター・本文境界線５２５上に、黒画素等（カラー画像である場合は、背景の色（一般的には白）とは異なる色の画素）がある場合に、はみ出していると判断する。図１９（ａ）の例でははみ出し部分１９１０、はみ出し部分１９２０が該当する。なお、ヘッダー・本文境界線５１５又はフッター・本文境界線５２５として、図１９（ｂ）の例に示すように、幅を持たせてもよい。例えば、ヘッダー・本文境界線５１５に対して上に高さ１９０８と下に高さ１９１２がある領域１９１５内に、黒画素等がある場合に、はみ出していると判断してもよい。高さ１９０８と高さ１９１２は、予め定められており、同じ高さであってもよいし、異なる高さであってもよい。なお、フッター・本文境界線５２５についても、ヘッダー・本文境界線５１５の領域１９１５と同様の領域を設け、はみ出しを判断すればよい。
図７の例では、５ページ目の画像には、ヘッダーにはみ出しが生じている。したがって、図１５の例に示すヘッダー・上部イメージ除去テーブル１５００のはみ出し情報有無欄１５２０の５ページ目は「有」となっている。これによって、上部イメージ除去欄１５３０の５ページ目は「×」（ヘッダーの削除はしない）となっている。つまり、ヘッダーが「有」であっても、はみ出しが「有」である場合は、ヘッダー削除の対象とはしない。ヘッダーが「有」であり、はみ出しが「無」である場合が、ヘッダー削除の対象となる。
【００３９】
ステップＳ１４１４による処理結果を示す。図１６の例は、ヘッダー・上部イメージ除去テーブル１５００にしたがって、ヘッダーを削除した例を示している。具体的には、１〜３ページ、６〜７ページのヘッダー部分を削除し、４、５ページはそのまま（ヘッダー部分の削除をしていない画像）である。４ページはヘッダーがなく、５ページはヘッダーはあるが、はみ出しがあるからである。
【００４０】
次に、フッターの処理について説明する。図１６の例に示す文書（ヘッダーを除去した後の画像）を対象とした例を示す。もちろんのことながら、図７の例に示した文書（画像処理装置から送信されてきた画像）を対象としてもよい。
ステップＳ１４１０の処理結果として、フッター・下部イメージ除去テーブル１７００を生成する。図１７は、フッター・下部イメージ除去テーブル１７００のデータ構造例を示す説明図である。フッター・下部イメージ除去テーブル１７００は、フッター有無欄１７１０、はみ出し情報有無欄１７２０、下部イメージ除去欄１７３０を有している。図１２の例に示したフッター・下部イメージ除去テーブル１２００に、はみ出し情報有無欄１７２０の加えたものである。フッター有無欄１７１０は、ページごとのフッターの有無を記憶している。はみ出し情報有無欄１７２０は、ページごとのはみ出し情報の有無を記憶している。下部イメージ除去欄１７３０は、ページごとの下部イメージを除去するか否かを記憶している。
図１６の例では、フッターにはみ出しは生じていない。したがって、フッター・下部イメージ除去テーブル１７００の下部イメージ除去欄１７３０では、フッターがない４ページだけがフッター除去の対象となっていない。
【００４１】
ステップＳ１４１４による処理結果を示す。図１８の例は、フッター・下部イメージ除去テーブル１７００にしたがって、フッターを削除した例を示している。具体的には、１〜３ページ、５〜７ページのフッター部分を削除し、４ページはそのまま（フッター部分の削除をしていない画像）である。
【００４２】
図２０は、本実施の形態による処理例を示すフローチャートである。図１４の例に示したフローチャートに、ページ番号があるか否かの判断を加えた処理例を示すものである。
ステップＳ２００２では、イメージ受信モジュール１１０は、複数ページか否かを判断し、複数ページの場合はステップＳ２００４へ進み、それ以外の場合（単ページである場合）はステップＳ２０２４へ進む。ステップＳ２００４以降は、各ページごとに処理を行う。
ステップＳ２００４では、文字情報取得モジュール１２０は、文字認識処理を実行する。対象としている画像が、文字を含むＰＤＦ等のフォーマットである場合は、その中から文字を抽出してもよい。
ステップＳ２００６では、ヘッダー／フッター識別モジュール１３０は、ヘッダー又はフッターの有無を判定する。
ステップＳ２００８では、ステップＳ２００６による判定結果によって、ヘッダー又はフッターがある場合はステップＳ２０１０へ進み、それ以外の場合はステップＳ２０２４進む。
ステップＳ２０１０では、ヘッダー／フッター識別モジュール１３０は、ヘッダー又はフッターのはみ出しの有無を判定する。
【００４３】
ステップＳ２０１２では、ステップＳ２０１０による判定結果によって、はみ出しがあるか否かを判断し、ある場合はステップＳ２０１４へ進み、それ以外の場合はステップＳ２０２４へ進む。
ステップＳ２０１４では、ヘッダー／フッター識別モジュール１３０は、ページ番号の有無を判定する。例えば、異なるデータであったとしても、画像内の同等の位置であり、文字種が数字であり、その数字は異なるが、ページ順にインクリメント（増加）しているときに、ヘッダー又はフッターを判定する。
ステップＳ２０１６では、ステップＳ２０１４による判定結果によって、ページ番号があるか否かを判断し、ある場合はステップＳ２０１８へ進み、それ以外の場合はステップＳ２０２４へ進む。
ステップＳ２０１８では、ヘッダー／フッター識別モジュール１３０は、ページ番号のインクリメントを判定する。
ステップＳ２０２０では、ステップＳ２０１８による判定結果によって、ページ番号はインクリメントしているか否かを判断し、インクリメントしている場合はステップＳ２０２２へ進み、それ以外の場合はステップＳ２０２４へ進む。
ステップＳ２０２２では、ヘッダー／フッター削除モジュール１４０は、ヘッダー又はフッター部分を削除する。
ステップＳ２０２４では、保存情報保存モジュール１５０は、画像を蓄積する。
【００４４】
図２１は、フッター・下部イメージ除去テーブル２１００のデータ構造例を示す説明図である。
フッター・下部イメージ除去テーブル２１００は、フッター有無欄２１１０、はみ出し情報有無欄２１２０、ページ情報欄２１３０、下部イメージ除去欄２１４０を有している。図１７の例に示したフッター・下部イメージ除去テーブル１７００に、ページ情報欄２１３０の加えたものである。フッター有無欄２１１０は、ページごとのフッターの有無を記憶している。はみ出し情報有無欄２１２０は、ページごとのはみ出し情報の有無を記憶している。ページ情報欄２１３０は、ページごとのページ情報を記憶している。下部イメージ除去欄２１４０は、ページごとの下部イメージを除去するか否かを記憶している。
図７の例では、ページ番号がないのは４ページだけである。他のページは、ページ順にインクリメントされた数字がある。したがって、フッター・下部イメージ除去テーブル２１００の下部イメージ除去欄２１４０では、フッターがない４ページだけがフッター除去の対象となっていない。
【００４５】
図２２を参照して、本実施の形態の画像蓄積装置のハードウェア構成例について説明する。図２２に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部２２１７と、プリンタ等のデータ出力部２２１８を備えたハードウェア構成例を示している。
【００４６】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２２０１は、前述の実施の形態において説明した各種のモジュール、すなわち、イメージ受信モジュール１１０、文字情報取得モジュール１２０、ヘッダー／フッター識別モジュール１３０、ヘッダー／フッター削除モジュール１４０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。
【００４７】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２２０２は、ＣＰＵ２２０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２２０３は、ＣＰＵ２２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス２２０４により相互に接続されている。
【００４８】
ホストバス２２０４は、ブリッジ２２０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス２２０６に接続されている。
【００４９】
キーボード２２０８、マウス等のポインティングデバイス２２０９は、操作者により操作されるデバイスである。ディスプレイ２２１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。また、ポインティングデバイス２２０９とディスプレイ２２１０の両方の機能を備えているタッチスクリーン等であってもよい。
【００５０】
ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２２１１は、ハードディスク（フラッシュ・メモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ２２０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクには、文字認識結果テーブル４００、ヘッダー・上部イメージ除去テーブル８００、フッター・下部イメージ除去テーブル１２００、ヘッダー・上部イメージ除去テーブル１５００、フッター・下部イメージ除去テーブル１７００、フッター・下部イメージ除去テーブル２１００等が格納され、保存情報保存モジュール１５０等としての機能を実現させる。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。
【００５１】
ドライブ２２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体２２１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース２２０７、外部バス２２０６、ブリッジ２２０５、及びホストバス２２０４を介して接続されているＲＡＭ２２０３に供給する。なお、リムーバブル記録媒体２２１３も、データ記録領域として利用可能である。
【００５２】
接続ポート２２１４は、外部接続機器２２１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート２２１４は、インタフェース２２０７、及び外部バス２２０６、ブリッジ２２０５、ホストバス２２０４等を介してＣＰＵ２２０１等に接続されている。通信部２２１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部２２１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部２２１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。
【００５３】
なお、図２２に示す画像蓄積装置のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図２２に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図２２に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、ザーバー、パーソナルコンピュータの他、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機などに組み込まれていてもよい。
【００５４】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分又は全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００５５】
１００…画像蓄積装置
１１０…イメージ受信モジュール
１２０…文字情報取得モジュール
１３０…ヘッダー／フッター識別モジュール
１４０…ヘッダー／フッター削除モジュール
１５０…保存情報保存モジュール
２００…画像処理装置
２９０…通信回線
【図１】
2017195499.tif 000003
【図２】
2017195499.tif 000004
【図３】
2017195499.tif 000005
【図４】
2017195499.tif 000006
【図５】
2017195499.tif 000007
【図６】
2017195499.tif 000008
【図７】
2017195499.tif 000009
【図８】
2017195499.tif 000010
【図９】
2017195499.tif 000011
【図１０】
2017195499.tif 000012
【図１１】
2017195499.tif 000013
【図１２】
2017195499.tif 000014
【図１３】
2017195499.tif 000015
【図１４】
2017195499.tif 000016
【図１５】
2017195499.tif 000017
【図１６】
2017195499.tif 000018
【図１７】
2017195499.tif 000019
【図１８】
2017195499.tif 000020
【図１９】
2017195499.tif 000021
【図２０】
2017195499.tif 000022
【図２１】
2017195499.tif 000023
【図２２】
2017195499.tif 000024