(57)【要約】【課題】  文サムネイルの代替となる情報を画像ではなくテキストで保存し、かつ、複数サイズの別々のデータではなく変換によってどんなサイズのサムネイルでも再構成できるような情報を保存することを可能にする。【解決手段】  電子文書の印刷イメージを生成するイメージ生成手段と、イメージ生成手段によって生成された印刷イメージのうち、予め定められたページのイメージデータに対して矩形領域の抽出を施す矩形領域抽出手段と、抽出された矩形領域に文字情報が含まれるか否かを検出する文字情報検出手段と、抽出された矩形領域に含まれる文字情報を認識して文字情報を得る光学文字認識手段とを有し、電子文書の印刷イメージの予め定められたページに含まれる矩形領域と、その矩形領域に含まれる文字情報を保存できることを特徴とする文書管理システム。【選択図】  図７
2013020454.tif 000002
【特許請求の範囲】
【請求項１】
電子文書の印刷イメージを生成するイメージ生成手段（Ｓ７０１）と、
イメージ生成手段によって生成された印刷イメージのうち、予め定められたページのイメージデータに対して矩形領域の抽出を施す矩形領域抽出手段（Ｓ７０３）と、
抽出された矩形領域に文字情報が含まれるか否かを検出する文字情報検出手段（Ｓ７０８）と、
抽出された矩形領域に含まれる文字情報を認識して文字情報を得る光学文字認識手段（Ｓ７０９）とを有し、
電子文書の印刷イメージの予め定められたページに含まれる矩形領域と、その矩形領域に含まれる文字情報を保存できることを特徴とする文書管理システム（１０１）。
【請求項２】
前記矩形領域抽出手段と前記光学文字認識手段によって得られた保存データから、矩形のサイズと位置を算出できる矩形情報再計算手段（Ｓ１３１２、Ｓ１３１３）を有し、
前記データ保存手法によって保存されたデータからサムネイルの代替となるような矩形イメージを生成して利用者に表示できるようなユーザーインターフェースをそなえることを特徴とする請求項１に記載の文書管理システム。
【請求項３】
前記文字情報検出手段によって文字情報が含まれていないと検出された場合に矩形内のイメージ情報を保存するイメージ保存手段を有し、
サムネイルの代替となるような矩形イメージにおいてイメージ情報を併せて表示できるようなユーザーインターフェースをそなえることを特徴とする請求項２に記載の文書管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書管理システムにおいて表示に用いる縮小画像に代わる情報を保存する手法に関する。
【背景技術】
【０００２】
文書管理システムに限らず、多数の画像を一覧表示するために縮小された画像を保存し表示するシステムが存在する。特に文書管理システムにおいては、文書の表示あるいは印刷イメージの縮小画像を保存し、文書管理システムのクライアントアプリケーションにおいて一覧表示するような機能を有したものがある。このような縮小画像は一般にサムネイル画像あるいはサムネイルと呼称される。サムネイルは画像情報として保存されるため、保存領域を圧迫することがある。サムネイルを恒久的な情報として保存しないで、表示する時に一時的な情報として生成する従来のシステムも存在するが、文書管理システムのクライアントアプリケーションにおける表示スピードを考慮した場合、恒久的な情報として保存されていることが望ましい。
【０００３】
また、文書管理システムのクライアントアプリケーションにおいては、サムネイルを用途に応じて大サイズ、中サイズ、小サイズと違えて表示するような機能を有するものがある。そのためにはそれぞれのサイズの画像情報を保存する必要があり、さらに保存領域を圧迫する可能性がある。原稿を読み取り、その原稿サイズに基づいて、原稿画像のベクトルデータ変換を実行し、読み取り原稿画像に対応する電子ファイルとして、高画質でかつ、データ量を削減した電子ファイルを生成することができるような従来のシステムと手法が存在する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2005-174227号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら特許文献１に記載される従来技術は、すべてのイメージとフォントについてベクトルデータ変換を行い、読み取り原稿画像を忠実に再現するためのデータを保存するため、ある程度の保存データ量削減は見込めるものの、それでもデータ量は決して少なくない。元の文書の情報を把握でき、かつ、保存のためのデータ量をさらに削減するという課題が存在した。
【０００６】
そこで本発明では、サムネイルの代替となる情報を画像ではなくテキストで保存し、かつ、複数サイズの別々のデータではなく変換によってどんなサイズのサムネイルでも再構成できるような情報を保存することを可能にするような文書管理システムを提供することが目的である。
【課題を解決するための手段】
【０００７】
電子文書の印刷イメージを生成するイメージ生成手段（Ｓ７０１）と、
イメージ生成手段によって生成された印刷イメージのうち、予め定められたページのイメージデータに対して矩形領域の抽出を施す矩形領域抽出手段（Ｓ７０３）と、
抽出された矩形領域に文字情報が含まれるか否かを検出する文字情報検出手段（Ｓ７０８）と、
抽出された矩形領域に含まれる文字情報を認識して文字情報を得る光学文字認識手段（Ｓ７０９）とを有し、
電子文書の印刷イメージの予め定められたページに含まれる矩形領域と、その矩形領域に含まれる文字情報を保存できるような文書管理システム（１０１）とそのデータ保存手法（図７）。
【発明の効果】
【０００８】
本発明によれば、変換によってどんなサイズのサムネイルの代替にもなる情報を保存することを可能にするような文書管理システムを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例のシステム構成を説明する図
【図２】本発明の実施例の典型的な汎用コンピューターモジュール２００の構成を説明する図
【図３】文書管理クライアントのアプリケーションのソフトウエア構成を説明する図
【図４】アプリケーションのユーザーインターフェースの一例を説明する図
【図５】アプリケーションのメインウインドウ４００にサムネイルを表示している際のユーザーインターフェースの一例を説明する図
【図６】文書の印刷イメージの一例を説明する図
【図７】印刷イメージからサムネイルを代替する情報を生成して保存する処理を示すフローチャート
【図８】ブロックセレクション処理を印刷イメージに対して実施した場合のイメージ図
【図９】距離情報保存を印刷イメージに対して実施した場合のイメージ図
【図１０】縦横サイズ保存を印刷イメージに対して実施した場合のイメージ図
【図１１】サムネイルの代替になる情報の一例を説明する図
【図１２】サムネイルの代替になる情報からサムネイル表示を得るためのデータ変換の一例を説明する図
【図１３】サムネイルを描画する処理を示すフローチャート
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１１】
［実施例１］
図１は、本発明の実施例のシステム構成を説明する概略図である。
【００１２】
図１において、１０５は、インターネットやイントラネットなどのネットワークであり、１０１~１０２などのネットワーク対応機器が接続される。１０１は、文書管理サーバーであり、文書保存、検索など一般的な文書管理サービスを提供する。１０２は、クライアントＰＣ（クライアントコンピューター）であり、図示しないが、ネットワーク１０５に複数接続される。クライアントＰＣ１０２では、文書管理サーバーが提供する文書管理サービスを利用する文書管理クライアントが動作している。文書管理クライアントは、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ(登録商標）やＬｉｎｕｘなどの各種オペレーティングシステム上で動作するアプリケーションであるが、Ｗｅｂブラウザー上で動作するアプリケーションであってもよい。なお、ネットワーク１０５がインターネットとした場合、文書管理サーバー１０１は、クラウドサービスとして存在してもよい。その場合のシステム構成は一般的なクラウドサービス構成と同等であるため、詳細に関しては省略する。
【００１３】
図２は本発明の実施例の典型的な汎用コンピューターモジュール２００の構成を説明するブロック図である。文書管理サーバー１０１、クライアントＰＣ１０２は、典型的な汎用コンピューターモジュールである。
【００１４】
汎用コンピューターモジュール２００には、キーボード２０４やマウス２０５のようなポインティングデバイスなどの入力装置、ディスプレイ装置２１３などの出力装置が接続される。
【００１５】
２１０はネットワークコントローラー（ＮＣ）であり、所定のネットワークインターフェース２１１を介してネットワーク１０５に接続され、他のネットワーク機器との通信制御処理を実行する。２０１はＣＰＵであり、少なくとも１つのプロセッサーで構成される。２０２はメモリであり、ＲＡＭやＲＯＭから構成される。２１２はビデオインターフェースであり、ディスプレイ装置２１３に画像を出力する。２０３はＩ／Ｏインターフェースであり、キーボード２０４やマウス２０５からの操作による入力を受け取る。２０８は記憶装置であり、典型的にハードディスクドライブ（ＨＤＤ）２０９を含んでいる。図示されないシリコンドライブが含まれることもある。２０６は、ＣＤ−ＲＯＭドライブであり、不揮発性のデータソースとして用いられる。２０７は、相互接続バスであり、ＣＰＵ２０１により、汎用コンピューターモジュール２００で動作するＭｉｃｒｏｓｏｆｔ  ＷｉｎｄｏｗｓやＬｉｎｕｘなどのオペレーティングシステムに従う形で各ブロック間の通信を仲介する。
【００１６】
なお、実施例中の文書管理サーバー１０１およびクライアントＰＣ１０２のフローチャートで示される各種制御プログラムは、それぞれのメモリ２０２、記憶装置２０８のいずれかの記憶手段に記憶され、それぞれのＣＰＵ２０１により実行される。また、文書管理サーバー１０１は、文書管理用のデータベースを有するが、そのデータベースも記憶装置２０８上に構築される。
【００１７】
図３は、文書管理クライアントのアプリケーションのソフトウエア構成を説明するブロック図である。アプリケーション３０１は、各種の機能を実行するためのユーザーインターフェースを備え、ディスプレイ装置２１３の画面上でユーザーからの要求をキーボード２０４やマウス２０５により受け付けて、各機能処理を実行する。
【００１８】
３０２~３０３は、アプリケーションを構成するコンポーネントを示している。
【００１９】
３０２はアプリケーションのＵＩ部であり、図４で示すユーザーインターフェースの構築や、ユーザーからの各種入力操作の受け付けおよび入力操作による処理結果の表示を行う。
【００２０】
３０３は、ライブラリー管理部であり、アプリケーション３０１で利用するライブラリーを管理し、ライブラリーへの文書の格納や、ライブラリー内文書の閲覧、更新、属性変更、検索などの各種文書操作を実行する。ここで言うライブラリーとは、文書管理を行うための保存単位のことであり、文書データと、文書属性などの文書管理用のデータを保存する。本発明においては文書のサムネイルデータ、あるいはサムネイルを代替する情報も保存する。アプリケーション３０１で利用するライブラリーには、データの保存場所により、２種類の形態が存在する。
【００２１】
１つ目は、ローカルのハードディスク２０９にデータ保存領域を作成し、アプリケーション３０１自体が管理するローカルライブラリーの形態である。この形態では、文書管理サーバー１０１を必要とせず、文書管理クライアント１０２のみでシステムを構成することが可能である。
【００２２】
２つ目は、文書管理サーバー１０１が提供する文書管理サービスに文書管理を委任する共有ライブラリーの形態である。この形態では、ライブラリー管理部３０３は、アプリケーションＵＩ部３０２から受け取った文書操作の要求を文書管理サーバー１０１に渡し、その結果を文書管理サーバーから受け取って、アプリケーションＵＩ部３０２に渡す。この２つ目の形態では、ライブラリー管理部３０３が文書管理サーバー１０１の文書管理サービスとのデータの仲介を行うだけの簡素な構成で済むため、文書管理クライアントがＷｅｂブラウザー上で動作する構成の場合には、好適な形態となる。
【００２３】
３０５は、ライブラリー管理部３０３が記憶装置２０８に構築したローカルライブラリー、または、共有ライブラリーが提供する文書管理サーバーに接続するためのインターフェースを示す。
【００２４】
図４は、アプリケーションのユーザーインターフェースの一例を示している。４００はメインウインドウを示している。
【００２５】
４０１は、ナビゲーションペインである。ナビゲーションペイン４０１には、アプリケーションで登録したライブラリーとライブラリー下に配置されるフォルダーが表示される。ナビゲーションペインで、ライブラリー、または、ライブラリー下に配置されるフォルダーを選択することで、現在の場所を移動することができる。図では、ライブラリー４０５~４０７とフォルダー４０８~４０９が表示されており、フォルダー４０８が現在の場所として選択されている。
【００２６】
４０２は、ナビゲーションペインで選択している場所に格納されている文書やフォルダーを表示するファイルリストペインである。図では、５つの文書がリストされている。
【００２７】
４０３はペインの表示・非表示を切り替えるパネルであり、ナビゲーションペイン４０１を表示するボタン以外にも検索ペイン、プレビューペインなどに切り替えるボタンを備える。検索ペイン、プレビューペインについては詳細を省略する。
【００２８】
４０４は、ファイルリストペイン４０２に表示される文書を、リスト表示、大サムネイル表示、中サムネイル表示、小サムネイル表示と切り換えるボタンである。
【００２９】
図５は、アプリケーションのメインウインドウ４００でファイルリストペイン４０２にサムネイルを表示している際のユーザーインターフェースの一例を示している。
【００３０】
５００は、サムネイルで表示された文書の例である。
【００３１】
５０１は、スライダーバーであり、ファイルリストペイン４０２にすべての文書を一覧表示できない場合にのみ表示される。
【００３２】
図６は、図５においてサムネイル表示されている文書５００の印刷イメージである。
【００３３】
図７は、印刷イメージからサムネイルを代替する情報を生成して保存する処理を示すフローチャートである。
【００３４】
なおフローチャートにおいてこの処理は、文書保存時に文書管理クライアントのアプリケーション３０１で実施されて文書管理サーバー１０１に保存することを想定している。しかし、文書管理クライアントのアプリケーション３０１から格納すべき文書を受け付けた文書管理サーバー１０１で実施されても同じ効果が得られる。
【００３５】
Ｓ７０１で、アプリケーション３０１が、保存する文書の先頭ページの印刷イメージを生成する。
【００３６】
Ｓ７０２で、アプリケーション３０１が、Ｓ７０１で生成した先頭ページイメージデータの縦横サイズをピクセル値で保存する。
【００３７】
Ｓ７０３で、アプリケーション３０１が、先頭ページイメージデータに対して矩形領域の抽出処理を実施する。なお、本実施例において、矩形領域を以下ブロックと呼称し、矩形領域の抽出処理を以下ブロックセレクション処理と呼称する。
【００３８】
Ｓ７０４で、アプリケーション３０１が、抽出されたブロックのすべてに固有の番号を振る。
【００３９】
Ｓ７０５で、アプリケーション３０１が、最初のブロックを選択状態にする。
【００４０】
Ｓ７０６で、アプリケーション３０１が、選択したブロックの位置をピクセル値でブロックの番号と紐付けて保存する。なお、本実施例においてブロックの位置は、イメージ全体の上端および左端からブロックの上端および左端までの距離で表すものとする。
【００４１】
Ｓ７０７で、アプリケーション３０１が、選択したブロックの縦横サイズをピクセル値でブロックの番号と紐付けて保存する。
【００４２】
Ｓ７０８で、アプリケーション３０１が、ブロックに文字列情報が含まれているかどうかを検出する。検出されればＳ７０９に、そうでなければＳ７１１に進む。
【００４３】
Ｓ７０９で、アプリケーション３０１が、ブロックのイメージに光学文字認識処理を実施する。なお、本実施例において、光学文字認識処理を以下ＯＣＲ処理と呼称する。
【００４４】
Ｓ７１０で、アプリケーション３０１が、ＯＣＲ処理によって得られた文字列をブロックの番号と紐付けて保存する。
【００４５】
Ｓ７１１で、アプリケーション３０１が、他のブロックが存在するかどうかを確認する。他のブロックが存在すればＳ７１２に進み、そうでなければ本フローチャートで示す処理を終了する。
【００４６】
Ｓ７１２で、アプリケーション３０１が、次のブロックを選択状態にしてＳ７０６に進む。
【００４７】
図８は、Ｓ７０３のブロックセレクション処理を、図６で示した印刷イメージに対して実施した場合のイメージ図である。
【００４８】
図９は、Ｓ７０６の距離情報保存を、図６で示した印刷イメージに対して実施した場合のイメージ図である。イメージ全体の横サイズをＬ０、縦サイズをＭ０で表している。対して、Ｓ７０５で最初のブロックとして選択されたブロックについて、イメージ全体の左端からブロックの左端までの距離をＸ１、イメージ全体の上端からブロックの上端までの距離をＹ１で表している。同様に、Ｓ７０４で番号づけされたブロックについて、Ｘ２とＹ２、Ｘ３とＹ３という組み合わせで情報を保存していく。
【００４９】
図１０は、Ｓ７０７の縦横サイズ保存を、図６で示した印刷イメージに対して実施した場合のイメージ図である。図８同様イメージ全体のサイズをＬ０、Ｍ０で表している。対して、Ｓ７０５で最初のブロックとして選択されたブロックについて、横サイズをＬ１、縦サイズをＭ１で表している。同様に、Ｓ７０４で番号づけされたブロックについて、Ｌ２とＭ２、Ｌ３とＭ３という組み合わせで情報を保存していく。
【００５０】
以上に示した動作によれば、印刷イメージからサムネイルの代替になる情報を保存することができる。
【００５１】
［実施例２］
実施例１において、印刷イメージからサムネイルの代替になる情報を保存する手法を示した。以下にサムネイルの代替になる情報から図５のサムネイル５００のような表示を得る手法を示す。
【００５２】
図１１は、図６に示した印刷イメージについて、図７に示したフローチャートで保存されたサムネイルの代替になる情報の一例である。実施例１に示したように、印刷イメージ全体のサイズがＬ０とＭ０で保存されている。そして、それぞれのブロックのサイズと位置、そしてＳ７１０で示したように、ＯＣＲ処理によって得られた文字列が保存されている。本例において３番目のブロックは、Ｓ７０８で示した処理において文字列情報が検出されなかった、つまり、イメージのみのブロックとして認識されたことを示している。これらの情報は、ＸＭＬのような構造化された書式のテキストデータで保存される。このデータの総量はデータを構造化するための付加情報を含めても一般的なサムネイルイメージデータの保存量よりも少なく、サムネイルの代替になる情報を少ないデータ量で保存できることを示している。
【００５３】
図１２は、図１１に示した保存データから図５のサムネイル５００のような表示を得るためのデータ変換を示す。
【００５４】
サムネイル表示の横幅をピクセル値でｌ０とし、そこからサムネイルのサイズと、すべてのブロックのサイズと位置を計算式で求めていることを示している。３番目のブロック以降も同様の計算式で算出できるため省略している。
【００５５】
このように算出した値をもとに矩形を描画し、矩形内にテキストを表示することで、サムネイル５００のような表示を得ることができる。
【００５６】
なお、図１２においては印刷イメージの横サイズＬ０とサムネイルの横サイズｌ０を基準にしてサムネイルのサイズやブロックのサイズと位置を算出しているが、印刷イメージの縦サイズＭ０とサムネイルの縦サイズｍ０を基準にしても得られる効果は同じである。
【００５７】
図１３は、アプリケーション３０１がファイルリストペイン４０２にサムネイルを描画する処理を示すフローチャートである。
【００５８】
Ｓ１３０１で、アプリケーション３０１が、ライブラリー管理部３０３を経由してサムネイル代替情報を取得する。
【００５９】
Ｓ１３０２で、アプリケーション３０１が、サムネイル表示領域からサムネイルの横サイズを決定する。これは図１２で示したサムネイルのサイズｌ０に相当する。
【００６０】
Ｓ１３０３で、アプリケーション３０１が、サムネイル代替情報に含まれるページイメージの縦横サイズを取得する。これは図１１で示したページイメージサイズのＬ０とＭ０に相当する。
【００６１】
Ｓ１３０４で、アプリケーション３０１が、サムネイル代替情報に含まれるページイメージの横サイズとサムネイルの横サイズとの比を基準値として設定する。これは図１２で示したｌ０／Ｌ０に相当する。
【００６２】
Ｓ１３０５で、アプリケーション３０１が、サムネイル代替情報に含まれるページイメージの縦サイズと設定した基準値を用いてサムネイルの縦サイズを算出する。これは図１２で示したＭ０×（ｌ０／Ｌ０）に相当する。
【００６３】
Ｓ１３０６で、アプリケーション３０１が、Ｓ１３０５で算出したサムネイルの縦サイズがサムネイル表示領域に収まるかどうかを判断する。収まらなければＳ１３０７に、収まればＳ１３１０に進む。
【００６４】
Ｓ１３０７で、アプリケーション３０１が、サムネイル表示領域からサムネイルの横サイズを決定する。
【００６５】
Ｓ１３０８で、アプリケーション３０１が、サムネイル代替情報に含まれるページイメージの縦サイズとサムネイルの縦サイズとの比を基準値として設定する。
【００６６】
Ｓ１３０９で、アプリケーション３０１が、サムネイル代替情報に含まれるページイメージの横サイズと設定した基準値を用いてサムネイルの横サイズを算出する。
【００６７】
Ｓ１３１０で、アプリケーション３０１が、サムネイル表示領域にサムネイルの枠線を描画する。
【００６８】
Ｓ１３１１で、アプリケーション３０１が、サムネイル代替情報に含まれる最初のブロックの情報を取得する。
【００６９】
Ｓ１３１２で、アプリケーション３０１が、サムネイル代替情報に含まれるブロックの縦横サイズと設定した基準値を用いてサムネイル上のブロックの縦横サイズを算出する。これは図１２で示したｌ１とｍ１に相当する。
【００７０】
Ｓ１３１３で、アプリケーション３０１が、サムネイル代替情報に含まれるブロックの位置情報と設定した基準値を用いてサムネイル上のブロックの位置を算出する。これは図１２で示したｘ１とｙ１に相当する。
【００７１】
Ｓ１３１４で、アプリケーション３０１が、サムネイル表示領域にブロックの枠線を描画する。
【００７２】
Ｓ１３１５で、アプリケーション３０１が、ブロックに文字列が含まれるかどうかを判断する。含まれればＳ１３１６に、含まれなければＳ１３２０に進む。
【００７３】
Ｓ１３１６で、アプリケーション３０１が、あらかじめ定められた書体とポイント数のフォントがサムネイル上に描画されるブロック内に何文字収まるか算出する。
【００７４】
Ｓ１３１７で、アプリケーション３０１が、Ｓ１３１６で算出された文字数分の文字列をあらかじめ定められた書体とポイント数のフォントでブロック内に描画する。
【００７５】
Ｓ１３１８で、アプリケーション３０１が、次のブロックが存在するかどうかを判断する。存在すればＳ１３１９に進み、存在しなければ本フローチャートで示す処理を終了する。
【００７６】
Ｓ１３１９で、アプリケーション３０１が、サムネイル代替情報に含まれる次のブロックの情報を取得する。
【００７７】
Ｓ１３２０で、アプリケーション３０１が、ブロック内に塗りつぶしの処理を描画する。塗りつぶしは斜線のような効果でも、あらかじめ定められた特定の色を用いた塗りつぶしでも、どのような処理であってもよい。
【００７８】
以上に示した動作によれば、複数サイズの別々のデータを保存することなく、変換によってどんなサイズのサムネイルでも再構成して表示することができる。
【００７９】
［実施例３］
実施例１において、図７のＳ７０８でブロックに文字列情報が含まれないと検出された場合にはテキストの保存がスキップされる。その結果、実施例２に示した手順によれば、図１３のＳ１３２０で示したように該当するブロックは塗りつぶしで表示される。
【００８０】
図７のＳ７０８でブロックに文字列情報が含まれないと検出された場合には該当ブロックのイメージを保存するという処理を追加することができる。そして、図１３のＳ１３２０に続いて該当ブロックに縮小イメージを表示する処理を加えることができる。
【００８１】
このような手順を追加することで、サムネイルの代替となる情報のデータ量を削減するという効果は薄れるが、より可読性の高いサムネイルの表示を提供することができる。
【符号の説明】
【００８２】
１０１  文書管理サーバー
３０１  文書管理クライアントのアプリケーション
４０２  ファイルリストペイン
５００  サムネイル表示
【図１】
2013020454.tif 000003
【図２】
2013020454.tif 000004
【図３】
2013020454.tif 000005
【図４】
2013020454.tif 000006
【図５】
2013020454.tif 000007
【図６】
2013020454.tif 000008
【図７】
2013020454.tif 000009
【図８】
2013020454.tif 000010
【図９】
2013020454.tif 000011
【図１０】
2013020454.tif 000012
【図１１】
2013020454.tif 000013
【図１２】
2013020454.tif 000014
【図１３】
2013020454.tif 000015