(57)【要約】【課題】  新規帳票の追加や帳票フォーマットの変更に対して、短期間かつ低コストで柔軟に対応できるシステムを実現する。【解決手段】  帳票データの処理に際してオペレータ端末５のデータ処理アプリケーション６は、処理対象の帳票に対応する帳票フォーマット定義データを帳票フォーマット定義データファイル２から取り出し、その帳票フォーマット定義データの各項目に対する処理情報のフラグが要のとき、汎用画面の各エリアに帳票全体のイメージ、項目名、項目に対する処理用のデータを割り当ててオペレータ端末５の表示部に帳票データ処理用の画面として表示させる。これにより新規帳票の追加や帳票フォーマットの変更に対し、新規帳票の帳票フォーマット定義データの作成や、帳票フォーマット定義データにおける項目名の変更、追加を行うだけで、帳票データ処理用の画面の表示、制御を可能にする。【選択図】        図１
2005266848.tif 000002
【特許請求の範囲】
【請求項１】
帳票の種類毎に定義される文字認識用の帳票フォーマット定義データを格納した帳票フォーマット定義データ格納部と
オペレータに帳票データ処理用の画面を表示する表示部、及びオペレータがデータ処理の入力操作を行う入力部を有し、かつ前記表示部に表示する帳票データ処理用の画面を制御してオペレータに帳票の各項目に対するデータの処理を実行させるデータ処理アプリケーションを実装したオペレータ端末とより成り、
前記各帳票フォーマット定義データは、対象となる帳票の各項目名、帳票上の各項目の領域、帳票データに対して行われる処理の要否の情報を含み、
前記データ処理アプリケーションは、帳票のイメージ全体を表示するエリアと、各処理項目のデータを表示するエリアからなる汎用画面を保有し、
帳票データの処理に際して前記データ処理アプリケーションは、処理対象の帳票に対応する帳票フォーマット定義データを前記帳票フォーマット定義データ格納部から取り出して、その帳票フォーマット定義データの各項目に対する処理の情報が要のとき、前記汎用画面の各エリアに帳票全体のイメージ、項目名、項目に対する処理用のデータを割り当てて前記表示部に帳票データ処理用の画面として表示させることを特徴とする帳票データ処理システム。
【請求項２】
請求項１記載のデータ処理システムにおいて、
前記帳票データ処理用の画面に表示される帳票全体のイメージのうち現在処理すべき項目を他の項目と識別できるように表示することを特徴とする帳票データ処理システム。
【請求項３】
請求項１記載のデータ処理システムにおいて、
前記帳票データに対して行われる処理の要否の情報は、帳票の記入項目の確認、各項目への文字入力または文字認識結果の確認、再確認、承認のうちの少なくとも１つの処理の要否の情報であることを特徴とする帳票データ処理システム。
【請求項４】
請求項１、請求項２、または請求項３記載のデータ処理システムにおいて、
前記帳票のイメージは、前記帳票フォーマット定義データを用いて文字認識される池沼のイメージであり、前記帳票データは前記前記帳票のイメージの文字認識結果を含むことを特徴とする帳票データ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各種の帳票のイメージデータから得られる帳票の項目毎の文字データを帳票データとしてホストコンピュータ等に登録する際に必要な処理を行うための処理システムに関するものである。
【背景技術】
【０００２】
金融金機関における振込票や、保険会社あるいはカード会社等への契約申込書等の帳票は、顧客が記入項目に必要事項を記入して、営業店の窓口等に提出すると、その帳票をイメージデータ化し、このイメージデータを基に記入項目の文字認識、オペレータによる記入項目の確認／修正、再確認、承認等の処理を行った後、金融機関や保険会社あるいはカード会社等のホストコンピュータ等に帳票データとして登録するようにしている。
【０００３】
このような帳票のイメージデータに対する処理を行う従来の処理システムとして、帳票の種類毎に、各記入項目の項目名や文字の種類等の属性、記入項目の位置や大きさ等を定義した帳票フォーマット定義データをファイルに格納しておき、イメージデータの処理に際してまず帳票の種類を識別した後、その識別した帳票に対応する帳票フォーマット定義データを用いて文字認識処理（ＯＣＲ処理）を行い、その認識結果をイメージデータと共に、オペレータ用の端末の表示部に表示して、各項目の確認、修正、承認等の処理を行うものがある（例えば、特許文献１参照）。
【特許文献１】特開平７−２３９８９６号公報（第３頁左欄第１行〜第４頁左欄第６行、図１〜図６）。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の技術によると、以下の問題がある。
すなわち、データ登録する帳票については、必ず事前に帳票フォーマットを定義してその帳票フォーマット定義データを作成する必要があるが、この帳票フォーマット定義データは文字認識処理の際に参照されるだけで、オペレータによる記入項目の修正、確認、承認等の処理については、それぞれ個別に設計された画面やアプリケーションを使用する。
【０００５】
そのため、新規帳票の追加や帳票フォーマット変更時には、帳票フォーマット定義データの作成と併せて、オペレータによる記入漏れ確認や項目に対するデータの入力、確認、再確認、承認等の処理を行うための画面やアプリケーションを開発しなければならず、開発期間が長くなり、開発コストも高くなるという問題があった。
本発明は、このような問題を解決することを課題とする。
【課題を解決するための手段】
【０００６】
そのため、本発明の帳票データ処理システムは、帳票の種類毎に定義される文字認識用の帳票フォーマット定義データを格納した帳票フォーマット定義データ格納部と、オペレータに帳票データ処理用の画面を表示する表示部、及びオペレータがデータ処理の入力操作を行う入力部を有し、かつ前記表示部に表示する帳票データ処理用の画面を制御してオペレータに帳票の各項目に対するデータの処理を実行させるデータ処理アプリケーションを実装したオペレータ端末とより成り、前記各帳票フォーマット定義データは、対象となる帳票の各項目名、帳票上の各項目の領域、帳票データに対して行われる処理の要否の情報を含み、前記データ処理アプリケーションは、帳票のイメージ全体を表示するエリアと、各処理項目のデータを表示するエリアからなる汎用画面を保有し、帳票データの処理に際して前記データ処理アプリケーションは、処理対象の帳票に対応する帳票フォーマット定義データを前記帳票フォーマット定義データ格納部から取り出して、その帳票フォーマット定義データの各項目に対する処理の情報が要のとき、前記汎用画面の各エリアに帳票全体のイメージ、項目名、項目に対する処理用のデータを割り当てて前記表示部に帳票データ処理用の画面として表示させることを特徴とする。
【発明の効果】
【０００７】
このようにした本発明によれば、新規帳票の追加や帳票フォーマットの変更に対して、新規帳票の帳票フォーマット定義データの作成や、帳票フォーマット定義データにおける項目名の変更、追加を行うだけで、ホストコンピュータ等に登録するために必要な帳票データの処理を行う画面をオペレータ端末の表示部に表示することが可能となるため、新規帳票の追加や帳票フォーマットの変更に対して、従来のように画面設計やアプリケーションの開発を行う必要がなくなり、短期間かつ低コストで柔軟に対応できるという効果が得られる。
【発明を実施するための最良の形態】
【０００８】
以下、図面を参照して本発明による帳票データ処理システムの実施の形態について説明する。
【実施例】
【０００９】
図１は実施例の構成を示す概略図である。
図において４はサーバ、５はオペレータが操作するオペレータ端末、９はホストコンピュータで、これらはＬＡＮ等の通信回線を介して接続されている。
サーバ４及びオペレータ端末５は例えば帳票の処理を行う事務センタに設置され、またホストコンピュータ９は事務センタとは別の施設等に設置されるが、これらの設置場所は限定されるものではない。
【００１０】
サーバ４は、帳票イメージデータファイル（帳票イメージデータ格納部）１、帳票フォーマット定義フィル（帳票フォーマット定義データ格納部）２、帳票定義ファイル（帳票定義格納部）３を備えている。
帳票イメージデータファイル１には、帳票のイメージデータが格納される。
イメージデータの元となる帳票は、例えば顧客が記入項目に必要事項を記入して、金融金機関等の営業店の窓口に提出される。営業店ではその帳票をスキャナーまたはファクシミリにより電子化したイメージデータとして事務センタに通信回線を介して送信し、事務センタではこのイメージデータを受信して前記の帳票イメージデータファイル１に格納するが、顧客が直接ファクシミリ装置で事務センタ等に送信してくる帳票のイメージデータや、事務センタに郵送あるいは自動車で配送される帳票を事務センターでスキャナー等により電子化したイメージデータを格納することも行われる。
【００１１】
帳票フォーマット定義フィル２には、システムで取り扱う帳票毎にそのフォーマットを予め定義した帳票フォーマット定義データが格納されている。この帳票フォーマット定義ファイル２に登録される帳票フォーマット定義データについては後で説明する。
帳票定義ファイル３は、帳票の種類をプログラムで認識させる場合、またはオペレータに選択させる場合に補助となるデータを格納しており、そのデータはシステムに応じて用意される。
【００１２】
これらのファイル１〜３に格納されたデータは、オペレータ端末５により参照できるものとなっている。
オペレータ端末５は、ＣＲＴやＬＣＤ等による表示部、キーボードやマウスなどの入力部、及び制御装置等によって構成されており、その制御装置にはデータ処理アプリケーション６、帳票認識アプリケーション７、文字認識アプリケーション８が実装されている。
【００１３】
ここで、データ処理アプリケーション６は、帳票データ処理用の汎用画面を保有していて、この汎用画面と帳票のイメージデータと帳票フォーマット定義データに基づいて各項目の漏れ確認、または各項目への文字等の入力、確認、再確認、承認等の画面を表示部に表示してオペレータに帳票の各項目に対するデータの処理を実施させるよう制御を行うソフトであり、このデータ処理アプリケーション６は、すべての処理完了後のデータを登録用帳票データとしてホストコンピュータ９等へ送信する機能も有している。
【００１４】
また、帳票認識アプリケーション７及び、文字認識アプリケーション８は、それぞれ必要に応じて帳票のイメージデータに基づく帳票の種類の識別や、記入項目毎の文字認識を行うソフトである。
図２は帳票フォーマット定義フィル２に登録された帳票フォーマット定義データの例を示す説明図である。
【００１５】
この帳票フォーマット定義データは、上述したようにシステムで取り扱う帳票毎にそのフォーマットを予め定義したもので、帳票ＩＤ、帳票名称、項目情報、領域情報、処理情報、転送データバッファサイズ、コメントエリアにより構成されている。
帳票ＩＤは帳票の種類を示す識別子で、帳票名称は帳票毎の個別の名称を文字列等で表したものである。
【００１６】
項目情報としては、項目名１、項目名２、項目データ属性、項目データ初期値、項目データサイズが設定されている。
項目１はアプリケーションプログラム等で識別される項目名、項目２はデータ入力や確認、再確認、承認処理時に表示部の画面上で表示される項目名である。
項目データ属性は、人名や文字の種類等を示す、項目データ初期値は項目に対して必ず入力される情報等であり、項目データサイズはデータの大きさを表すものである。
【００１７】
領域情報は、領域左上座標ｘと領域左上座標ｙ、及び領域幅ｗ、領域高さｈから成り、領域左上座標ｘと領域左上座標ｙは、帳票のイメージデータ上に設定された基準位置（例えば上辺と左辺）からこの項目の領域の左上隅までの距離を示すｘ座標値とｙ座標値である。また、領域幅ｗと領域高さｈは、項目領域の幅と高さをピクセル量や距離で表したものである。
【００１８】
これら帳票ＩＤ、帳票名称、項目情報、領域情報は、従来より帳票のイメージデータに対する文字認識に用いられていたものである。
処理要否情報は、本発明により帳票フォーマット定義データに新たに定義したもので、文字認識処理実施フラグ、記入漏れ確認フラグ、入力／確認フラグ、再確認フラグ、承認フラグにより構成されている。
【００１９】
ここで、文字認識処理実施フラグは帳票のイメージデータ中の各項目に対する文字認識処理の要否を指定するデータ、記入漏れ確認フラグは入力必須項目に対する記入漏れ確認作業の要否を指定するデータ、入力／確認フラグは、項目に対するオペレータの入力作業や文字認識結果に対する確認作業の要否を指定するデータ、再確認フラグはオペレータによる入力結果や文字認識結果及び確認、修正結果に対する再確認作業の要否を指定するデータ、承認フラグはこの項目における入力結果や文字認識結果文字認識結果及び修正結果に対する要否を指定するデータである。
【００２０】
このように定義した項目情報、領域情報、及び処理要否情報は１種類の帳票につきすべての項目に対して設定されている。
尚、処理要否情報は、記入漏れ確認フラグ、入力／確認フラグ、再確認フラグ、承認フラグをすべて持つ必要はなく、少なくとも１つ保有させればよい。
転送データバッファサイズは、帳票ごとに設定されるデータの転送に必要なバッファサイズ、コメントエリアは、オペレータ等によって入力されるコメントを添付するエリアである。
【００２１】
図３及び図４は帳票データ処理用の画面を示す図で、具体的には図３は本実施例における記入漏れ確認用画面の例を示す図、図４も本実施例におけるデータ入力／確認／再確認／承認用画面の例を示す図である。
この図３及び図４において、エリア１は帳票イメージ全体を表示する部分で、画面の約左半分を占めており、残りの約右半分に図３の画面ではエリア３〜５が、また図５の画面ではエリア３〜６がそれぞれ縦に並べて表示されるように設定されている。
【００２２】
エリア２は、エリア１に表示される帳票イメージのうち、現在の処理対象となる項目を示す表示で、例えば図４に示したように現在の処理項目が「住所」の場合、この「住所」の項目を図２に示した帳票フォーマット定義データの項目情報及び領域情報に基づいて他の項目と識別できるように表示するものである。この場合の表示の方法としては、例えば「住所」の項目を他の項目と色を変えて表示したり、枠の部分を点滅させる等の方法が考えられる。
【００２３】
エリア３は現在の処理対象の項目名を表示する部分であり、帳票フォーマット定義データの項目名を基に表示する。
エリア４は、現在の処理対象である項目の文字認識結果やオペレータによる入力文字を拡大表示する部分であり、帳票フォーマット定義データの項目情報や文字認識結果を基に表示する。
【００２４】
エリア５は、各項目に関するデータを一覧表示する部分であり、帳票フォーマット定義データの各項目情報等に基づいて表示され、記入漏れのチェックや項目データの確認等に利用する。
例えば、図３の入力漏れ確認用画面では、エリア１に表示された帳票イメージにおける全項目の名称がエリア５に表示され、エリア４に表示される氏名の記入漏れがないことをオペレータが確認した後、エリア４と５の間に設けられた確認ボタン１０ａをマウス等の操作で押すと、エリア５の「氏名」の項目名にチェックマークが付けられ、エリア２が「住所」の項目に変化すると共に、エリア３の項目名が「住所」となり、エリア４に文字認識結果またはオペレータにより文字入力された住所が拡大表示される。再び、氏名を確認したい場合は、確認ボタン１０ａの隣に設けられている前の項目ボタン１０ｂを、マウス等の操作で押すと、エリア２が「氏名」の項目に変化すると共に、エリア３の項目名が「氏名」となり、エリア４に氏名が拡大表示される。
【００２５】
また、図４のデータ入力／確認／再確認／承認用画面では、エリア５には、エリア１に表示された帳票イメージにおける全項目の名称と各項目に対するも文字認識結果やオペレータによる修正、文字入力結果が表示されるものとなる。
図４のデータ入力／確認／再確認／承認用画面に設けられるエリア６は、オペレータによる入力や確認、再確認、承認の各処理において、キーボード等で対象項目に対する文字データを実際に入力できる部分である。
【００２６】
オペレータ端末５のデータ処理アプリケーションは、これらのエリア１〜５あるいはエリア１〜６を空欄として有する画面を汎用画面として有しており、処理すべき帳票イメージに該当する帳票フォーマット定義データの各種フラグに応じて汎用画面の各エリアに前記のように表示データを割り当て、図３または図４の画面を表示、制御してオペレータによる処理を実行させるものとなっている。
【００２７】
図５は上述した構成による実施例の作用を示すフローチャートで、以下にその作用をＳで示すステップに沿って説明する。
Ｓ１：処理対象となる帳票が電子化され、帳票イメージデータとしてサーバ４のイメージデータファイル１に格納される。
この場合の電子化された帳票イメージデータは、前記のように金融機関等の営業店や顧客からスキャナーやファクシミリ装置で事務センタ等に送信してくるイメージデータや、事務センターでスキャナー等により電子化したイメージデータである。
【００２８】
Ｓ２：データ処理アプリケーション６は、帳票イメージデータファイル１から処理対象の帳票のイメージデータを取り出し、また帳票定義ファイル３から帳票定義データを取り出して、帳票の種類を特定させる。
この特定方法としては、データ処理アプリケーション６が帳票のイメージデータと帳票定義データを帳票認識アプリケーション７に与えて自動認識させる方法や、帳票のイメージデータと帳票定義データに設定された複数の帳票名をオペレータ端末５の表示部に表示してオペレータに選択させる方法があり、両者のいずれかにより行われる。
【００２９】
Ｓ３：データ処理アプリケーション６は、特定された帳票の種類に基づいて帳票フォーマット定義ファイル２から該当する帳票フォーマット定義データを読み出し、処理要否情報における文字認識処理実施フラグをチェックして、「要」になっている場合、前記の帳票イメージデータに対して文字認識アプリケーション８に文字認識を行わせる。
この場合、文字認識アプリケーション８は、帳票フォーマット定義ファイルの項目情報、領域情報を参照しながら、定義された項目に対応するイメージ上の領域に対して１項目づつ順次または全項目一括して文字認識処理を行う。
【００３０】
文字認識された結果は、項目名と対応したテキストデータとして生成され、データ処理アプリケーション６に渡される。
文字認識処理実施フラグが「要」でない場合、この文字認識処理は省略される。
Ｓ４：データ処理アプリケーション６は帳票フォーマット定義ファイル２から帳票フォーマット定義データを読み出し、処理要否情報における記入漏れ確認フラグが「要」になっている場合、汎用画面と前記の帳票イメージデータと帳票フォーマット定義データに基づいて表示部に図３の記入漏れ確認用画面を表示し、オペレータにチェックさせる。
【００３１】
すなわち、この記入漏れ確認画面において、オペレータがエリア４に表示される氏名の記入漏れがないことを確認した後、エリア４と５の間に設けられた確認ボタン１０ａをマウス等の操作で押すと、エリア５の「氏名」の項目名にチェックマークが付けられ、エリア２が「住所」の項目に変化すると共に、エリア３の項目名が「住所」となり、エリア４に文字認識結果またはオペレータにより文字入力された住所が拡大表示されるので、このようにしてエリア５一覧表示された、項目情報を１項目づつチェックする。
【００３２】
尚、記入漏れがあった場合、事務センタや営業店から顧客にその旨の連絡が行われ、帳票を顧客に返却する等の処理が行われる。
記入漏れ確認フラグが「要」でない場合、この記入漏れ確認処理は省略される。
Ｓ５：データ処理アプリケーション６は帳票フォーマット定義ファイル２から帳票フォーマット定義データを読み出し、処理要否情報における入力／確認フラグが「要」になっている場合、汎用画面と前記の帳票イメージデータと帳票フォーマット定義データに基づいて表示部に図４に示した画面を入力／確認用画面として表示し、オペレータにチェックさせる。
【００３３】
この入力／確認画面では、エリア１に帳票全体のイメージが表示されるが、前記Ｓ４の文字認識が行われなかった場合、エリア４は空欄（但し、項目が例えば住所の場合等は、都道府県名等を自動表示することは可能）として表示される。
この場合、オペレータはエリア３に表示される項目名に対し、エリア２の表示を見て、例えば項目が氏名なら顧客の氏名、項目が住所なら顧客の住所を入力手段により文字入力する。入力された文字は１文字ごとにエリア６に表示される。そして、その項目分の入力を行った後、確認ボタン１０ａを押すと、入力された項目のデータがエリア５に表示されるので、このようにしてオペレータは帳票イメージの全項目について入力処理を行う。
【００３４】
一方、前記Ｓ４で文字認識が行われた場合、エリア４及びエリア６にエリア３の項目名に対応した文字認識結果が表示されるので、オペレータはエリア２とエリア４や６の内容を見比べて、文字認識結果が正しければ、確認ボタン１０ａを押下する。
エリア４に表示された文字認識結果に誤りがあった場合、オペレータは入力手段により修正のための文字入力を行う。この修正はエリア６で行われ、修正結果したが正しければ確認ボタン１０ａを押下する。
【００３５】
こうして確認ボタン１０ａを押下すると、確認項目のデータがエリア５に表示されるので、このようにしてオペレータは帳票イメージの全項目について確認処理を行う。
入力／確認フラグが「要」でない場合、この入力／確認処理は省略される。
Ｓ６：データ処理アプリケーション６は帳票フォーマット定義ファイル２から帳票フォーマット定義データを読み出し、処理要否情報における再確認フラグが「要」になっている場合、汎用画面と前記の帳票イメージデータと帳票フォーマット定義データに基づいて表示部に図４に示した画面を再確認用画面として表示し、前記Ｓ５の確認処理と同様に再差確認処理を行わせる。
【００３６】
再確認フラグが「要」でない場合、この再確認処理は省略される。
Ｓ７：データ処理アプリケーション６は帳票フォーマット定義ファイル２から帳票フォーマット定義データを読み出し、処理要否情報における承認フラグが「要」になっている場合、汎用画面と前記の帳票イメージデータと帳票フォーマット定義データに基づいて表示部に図４に示した画面を承認用画面として表示し、オペレータにチェックさせる。
【００３７】
Ｓ８：データ処理アプリケーション６は前記Ｓ４〜Ｓ７ｂの少なくとも１つの処理が行われた帳票のデータをホストコンピュータ９等へ送信する。
このようにして、文字認識、記入漏れの確認、データの入力、確認、再確認、承認の各処理が実行されるが、新たに作成された新規帳票の帳票フォーマット定義データが帳票フォーマット定義ファイルに登録された場合、あるいは既に登録されている帳票フォーマット定義データの内容が変更された場合、データ処理アプリケーション６は、新規に登録された帳票フォーマット定義データや、変更された帳票フォーマット定義データに基づき、汎用画面の各エリアに表示データを割り当てて、前記と同様に画面を表示、制御してオペレータによる処理を実行させることが可能となる。
【００３８】
以上説明した実施例によれば、帳票の種類毎に定義される帳票フォーマット定義データに各項目の項目名や領域情報と共に、オペレータに行わせる処理の要否情報を設定して、これらの情報により汎用画面の各エリアに表示データを割り当て帳票処理用の画面としてオペレータ端末の表示部し、これによりオペレータに帳票データ処理を実行させるようにしているため、新規帳票の追加や帳票フォーマットの変更に対して、新規帳票の帳票フォーマット定義データの作成や、帳票フォーマット定義データにおける項目名の変更、追加を行うだけで、記入漏れ確認や項目に対するデータの入力、確認、再確認、承認等の処理を行うための画面を表示、制御することが可能となる。
【００３９】
そのため、新規帳票の追加や帳票フォーマットの変更に対して、従来のように画面設計やアプリケーションの開発を行う必要がなくなり、短期間かつ低コストで柔軟に対応できるという効果が得られる。
尚、上述した実施例では、帳票の識別、文字認識、確認／修正、再確認、承認を、１台のオペレータ端末５で一連の処理として行うものとして説明したか、各処理を個別に行うようにしてもよく、またオペレータ端末５を複数台設置して、各オペレータ端末５で処理を分担させることも可能である。
【００４０】
また、上述した実施例では、データ処理アプリケーションがオペレータに実行させる記入漏れの確認、データの入力、確認、再確認、承認のといった各処理用の画面を表示する場合について説明したが、帳票フォーマット定義データにホストコンピュータ等へのデータ転送時の電文フォーマットに関わる各項目の項目値データサイズや、電文全体のバッファサイズ等を定義することで、データ転送に関わるアプリケーションについても汎用化することが可能である。
【図面の簡単な説明】
【００４１】
【図１】実施例の構成を示す概略図
【図２】帳票フォーマット定義データの例を示す説明図
【図３】記入漏れ確認用画面の例を示す図
【図４】入力／確認／再確認／承認用画面の例を示す図
【図５】実施例の作用を示すフローチャート
【符号の説明】
【００４２】
１    帳票イメージデータファイル
２    帳票フォーマット定義ファイル
３    帳票定義ファイル
４    サーバ
５    オペレータ端末
６    データ処理アプリケーション
７    帳票認識アプリケーション
８    文字認識アプリケーション
９    ホストコンピュータ
【図１】
2005266848.tif 000003
【図２】
2005266848.tif 000004
【図３】
2005266848.tif 000005
【図４】
2005266848.tif 000006
【図５】
2005266848.tif 000007