(57)【要約】      （修正有）【課題】フォーム(テンプレート)と後づけデータをオーバレイ印刷して表形式の帳票を生成するオーバレイ印刷システムにおいて、表の見栄えをよくする。【解決手段】ページ内の表の領域一杯まで行を詰めるために、行内の各文字列単位で行を分断し、分断後の行だけを次ページに送る場合に、行が表の領域を超える場合に、各セルの文字列について、何行まで表の領域内に収まるかを判定し、文字列の最後が改行コード、特定の文字であるかどうかを判定し、特定の文字でないと判定された場合に、その文字列までを分断すると確定する。【選択図】図１１
2013131083.tif 000002
【特許請求の範囲】
【請求項１】
フォーム(テンプレート)と後づけデータをオーバレイ印刷して表形式の帳票を生成するオーバレイ印刷システムにおいて、ページ内の表の領域一杯まで行を詰めるために、行内の各文字列単位で行を分断し、分断後の行だけを次ページに送る場合に、
・表を1行ずつ描画していき、行が表の領域を超えるかどうか判断するステップと
・行が表の領域を超える場合に、各セルの文字列について、何行まで表の領域内に収まるかを判定するステップと
・前記文字列の最後が改行コード、特定の文字であるかどうかを判定するステップと
・前記で特定の文字で合った場合に、１つ前の行の文字列について、前期判定を行うステップと
・前記判定で特定の文字でないと判定された場合に、その文字列までを分断すると確定するステップと
を備えることを特徴とするオーバレイ印刷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は表形式の帳票を生成するオーバレイ印刷システムに関する。
【背景技術】
【０００２】
帳票を生成、印刷する際に、テンプレートファイル(フォームファイル)と後付けデータファイルを使用してオーバレイ印刷する技術が用いられる。以下、テンプレートファイル(フォームファイル)をフォームと記載する。また、後付けデータファイルによりフォームに流しこまれるデータのことを後付けデータと記載する。
【０００３】
フォームと後付けデータファイルの関係について図３を用いて説明する。まずフォーム３０１には、後付けデータに依存しない固定の文字・図形等(３０１)と、後付けデータが流しこまれる矩形領域(３０５)が定義されている。以下、後付けデータが流し込まれる箇所をセルと呼ぶ。セルには、使用するフォント、文字のサイズなどの文字に関する一般的な設定が可能である。後付けデータファイル３０２は一般的なテキストファイルやCSVファイルなどであり、印刷アプリケーションのルールに従いデータが記述されている。図３の例では[セル１]と定義されているセルに対して[1000円]というデータを流しこむ、という記述になっている。このフォームと後付けデータファイルを元に、印刷アプリケーションはセルにデータを流したあとの描画命令をドライバー、プリンターに送ることで、最終的な印刷物である出力結果３０３が得られる。
【０００４】
これにより、あらかじめフォームを生成しておけば、あとは後付けデータファイルを変更するだけで必要な帳票を得ることができる。
【０００５】
また、帳票の種類の１つとして、表形式の帳票も一般的に使用される。図４は表形式の帳票をオーバレイ印刷する一例である。図４ではフォーム４０１内に、表形式のセル４０３が設定されている。表形式のセル４０３では、通常のセルに加えて、さらに表に関する属性が設定されている。例えば１ページ内に収まる最大行数などであり、図４の例で１ページに最大３行分の領域まで表示できる。上記フォーム４０１と後付けデータファイル４０２をオーバレイ印刷した結果が４０４、４０５である。
【０００６】
後付けデータの量が１ページ内に収まらない場合は、改ページ処理を行い複数ページで出力する。図４の例では表で５行分の後付けデータがフォームに流しこまれており、１ページ内には収まらないため改ページを行い、１ページ内に収まらないデータを次ページに送っている。
【０００７】
図４の例ではデータを次ページに送る際、表の行単位で送っている。表形式の帳票では、前記のように行単位でデータを次ページに送るだけでなく、行内の各セルの文字列単位で分断して次ページに送る技術も用いられる。以下、この技術を行分断と記述する。
【０００８】
図５は行分断をしない場合の例であり、図６は行分断を行う場合の例である。図５内の、後付けデータ５０１とフォーム５０３でオーバレイ印刷した結果が５０４である。５０４では行単位で次ページにデータを送っているため、計3ページ分の印刷結果となっている。一方、図６の例では、行内の各セルの文字列単位でデータを次ページに送っている。図６では3行目で行分断が発生している。次ページに送られた分断後のデータは、次ページの先頭から描画される。
【０００９】
行単位ではなく文字列単位でデータを送ることで、ページ内により多くの後付けデータを表示することが可能になり、図５と図６を比較すると全体のページ数が減っている。つまり、使用する用紙数が減ることになり、用紙の節約が可能になる。表形式の帳票では一般的にページ数が大量になる場合があり、少しでも用紙数を減らしたい場合に本技術は非常に有効である。
【００１０】
以上のように表形式の帳票では、後付けデータが１ページ内に収まらないことが普通であり、データを次ページに送る技術は重要であり、また既存の技術である。
【００１１】
たとえば、特許文献１では、オーバレイ印刷した結果、複数の段/ページにまたがる表形式の帳票が生成される場合に、次ページに送る行数を調整して、表が入るスペースを確保することが記載されている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００７−７９８１８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明で解決しようとする課題は、上記で述べたデータを次ページに送るときのもので、特に行の分断が発生したときに発生するものである。以下に図８を用いて詳細な課題を説明する。図８の後付けデータ８０１は、表の4行分のデータが記載されている。８０１内の「\n」という文字列８０８は、改行を意味している。後付けデータとフォーム８０２でオーバレイ印刷した結果が８０４、８０５であり、８０４が1ページ目で８０５が２ページ目である。1ページ目内の表の３行目８０６の途中で表がページ内で収まらなくなったため、３行目で行の分断が発生し、分断後のデータ８０７が２ページ目に送られている。
【００１４】
元の３行目のデータは”ＧＧ県Ｈ市\nＩ県ＪＪ市\nＫＫＫ県ＬＬＬ市”であり、改行\nで区切ると、このデータは”ＧＧ県Ｈ市”、”Ｉ県ＪＪ市”、”ＫＫＫ県ＬＬＬ市”の３つに分けることができる。そのためオーバレイした結果を見るユーザも、この３つに分けた個々のデータは、複数のページでまたがらずに、１つのページ内でみれたほうが見やすくなる。しかし図８のオーバレイ結果８０４、８０５をみると、２ページ目で送られたデータ８０７は”ＬＬ市”であり、”ＫＫＫ県ＬＬＬ市”の途中で行の分断が発生してしまっている。そのため結果として、非常に見栄えの悪い表になってしまっている。
【００１５】
つまり、後付けデータの内容を考慮せず、単純にページ内に表が収まるところで行の分断を行うと、非常に見栄えの悪い表ができてしまう場合がある。これが本発明で解決しようとしている課題である。
【課題を解決するための手段】
【００１６】
フォーム(テンプレート)と後づけデータをオーバレイ印刷して表形式の帳票を生成するオーバレイ印刷システムにおいて、ページ内の表の領域一杯まで行を詰めるために、行内の各文字列単位で行を分断し、分断後の行だけを次ページに送る場合に、
・表を1行ずつ描画していき、行が表の領域を超えるかどうか判断するステップと
・行が表の領域を超える場合に、各セルの文字列について、何行まで表の領域内に収まるかを判定するステップと
・前記文字列の最後が改行コード等、特定の文字であるかどうかを判定するステップと
・前記で特定の文字で合った場合に、１つ前の行の文字列について、前期判定を行うステップとを備えることを特徴とするオーバレイ印刷システム。
【発明の効果】
【００１７】
行の分断機能を使用することで印刷用紙の節約を行いつつも、表の見栄えを損なわないようになる。図８の例に対して本発明を適用すると、図９のようなオーバレイ結果になる。
【図面の簡単な説明】
【００１８】
【図１Ａ】帳票等のデータを印刷するシステム１００
【図１Ｂ】汎用コンピュータモジュール図
【図２】ライブラリ１０５の分離バージョン２２５を含む図１Ａ・図１Ｂの類似図
【図３】フォームと後付けデータファイルの関係を説明する図
【図４】表形式のフォームと後付けデータファイルの関係を説明する図
【図５】行単位で後付けデータを次ページに送る例
【図６】行分断をおこなう場合の例１
【図７】行分断をおこなう場合の例２
【図８】課題を示す図
【図９】課題を解決時の図
【図１０】実施例１の具体例を示す図
【図１１】実施例１のフローチャート
【図１２】実施例１の補足を示す図
【図１３】実施例２を示す図
【図１４】実施例２の補足を示す図
【発明を実施するための形態】
【００１９】
＜システム構成図＞
図１Ａは帳票等のデータを印刷するシステム１００を図示している。この中で示された方法は図１Ｂで詳しく説明される汎用コンピュータモジュール１０１で実践される。図１Ｂで記述されるプロセスは、コンピュータモジュール１０１内で実行され、システム１００上で実施可能となるフォーム作成アプリケーションプログラム１２１のようにソフトウェアの全体、あるいは一部分で実行される。特にレイアウト編集、設定ファイル編集や必然的に起こる印刷のステップはコンピュータ１０１によって実行されるソフトウェアの指示によって実施される。ソフトウェアは例えば以下に記述されるような記憶装置を含むコンピュータの可読媒体に格納される。ソフトウェアはコンピュータの可読媒体からコンピュータにロードされ、コンピュータ１０１によって実行される。そのようなソフトウェアや媒体に記録されたコンピュータプログラムを持つコンピュータの可読媒体はコンピュータプログラム製品である。そのコンピュータでのコンピュータプログラム製品の使用は望ましくもドキュメントのレイアウト編集やデータ印刷に有利な装置をもたらす。
【００２０】
コンピュータモジュール１０１はキーボード１３２やマウス１３３のようなポインティングデバイスなどの入力装置をつなぎ、ディスプレイ装置１４４や状況に応じてはローカルプリンタ１４５を含む出力装置を連結する。入力／出力インターフェース１３８はコンピュータモジュール１０１をネットワーク接続１０７から接続してシステム１００の他のコンピュータ装置につなげることができる。そのネットワーク接続１０７の典型はローカルエリアネットワーク（ＬＡＮ）、あるいはワイドエリアネットワーク（ＷＡＮ）である。
【００２１】
コンピュータモジュール１０１は典型的に少なくとも１つのプロセッサーユニット１３５を含む。同様に、例えば半導体のランダムアクセスメモリ（ＲＡＭ）やリードオンリーメモリ（ＲＯＭ）から構成されるメモリユニット１３６を含む。同様にビデオインタフェース１３７を含むＩＮＰＵＴ／ＯＵＴＰＵＴ（Ｉ／Ｏ）インターフェースを含む。さらにキーボード１３２やマウス１３３のためのＩ／Ｏインターフェース１４３を含んでいる。
【００２２】
記憶装置１３９は典型的にハードディスクドライブ１４０やフロッピー（登録商標）ディスクドライブ１４１を含んでいる。図には示されていないが磁気テープドライブもまた使用される可能性がある。ＣＤ−ＲＯＭドライブ１４２は不揮発性のデータソースとして提供される。コンピュータモジュール１０１は相互接続バス１３４を介して通信を行うコンピュータモジュール１０１のコンポーネント１３５から１４３を利用する。
【００２３】
図に記述した配置コンピュータの例ではＩＢＭ互換ＰＣやＳＵＮ社のＳｐａｒｃ Sｔａｔｉｏｎ、あるいはそれらを含んだコンピュータシステムが考えられる。
【００２４】
フォーム作成アプリケーションプログラム１２１は典型的にハードディスクドライブ１４０に常駐し、プロセッサ１３５により実行、読み込み、コントロールされる。プログラム１２１の媒介記憶装置とネットワーク１０２０からフェッチされるデータはハードディスクドライブ１４０に呼応して半導体メモリ１３６を使用する。いくつかのインスタンスではアプリケーションプログラム１２１がＣＤ−ＲＯＭやフロッピーディスク上でエンコードされ、対応するドライブ１４２や１４１を通じて読み込まれユーザに提供される。あるいはもう一つの方法としてアプリケーションプログラム１２１はネットワーク接続１０７からユーザによって読み込まれるかもしれない。さらにソフトウェアは磁気テープまたはＲＯＭなど、他の適当な大きさのコンピュータ可読媒体からコンピュータモジュール１０１内にロードされる可能性もある。前述は単に関連するコンピュータ可読メディアの模範である。他のコンピュータ可読媒体も使用される可能性はある。
【００２５】
またフォーム作成と名づけられたアプリケーション１２１はフォーム作成や印刷を行うよう指示し、２つのソフトウェアコンポーネントを含んでいる。これらのうち１つめのコンポーネントはライブラリ１０５であり、これはオーバレイ印刷処理等の処理を行うソフトウェアコンポーネントである。２つめのコンポーネントであるユーザインターフェース１０３はユーザにフォームや設定ファイルを作成させるメカニズムを提供する。ユーザインターフェース１０３とライブラリ１０５はコミュニケーションチャネル１２３を介して通信する。ドキュメント生成のためのデータソースは一般的にデータベースアプリケーションを動かしている他のコンピュータによって構成されたデータベースサーバー１１７上にある典型的なデータベース１１９である。ホストコンピュータ１０１はネットワーク接続１０７の手段によってデータベースサーバー１１７と通信する。フォーム作成アプリケーション１２１はホストコンピュータ１０１か一般的に他のコンピュータで構成されるファイルサーバー１１５に保存されるフォームまたは設定ファイルを生成する。これらのドキュメントはホストコンピュータ１０１のローカルファイルシステムに保存されるか、ファイルサーバー１１５に保存されるか、あるいはプリンタ１１３に直接印刷される。プリントサーバー１０９は直接ネットワークにつながっていないプリンタにネットワーク機能を提供するコンピュータである。プリントサーバー１０９とプリンタ１１３は典型的な通信チャネル１１１を介して接続される。
【００２６】
図２は中間ファイルを使用した場合の、帳票等のデータを印刷するシステム２００の一例を図示している。エンジンサーバー２０１は典型的なコンピューターである。ファイルサーバー１１５に保存されたフォームは印刷や他の目的がある際、ライブラリ２０３によってデータベース１１９に保存されたデータと中間ファイルを生成することができる。そのようなオペレーションはインターフェース２０３からユーザがライブラリ２０３に対して指示をすることにより、可能である。
【００２７】
作成された中間ファイルはネットワーク接続１０７から接続して、管理サーバー２０４やクライアント２０９に送信される。管理サーバー２０４もクライアント２０９も共に典型的なコンピューターである。管理サーバー２０４では、中間ファイルを受け取ると、中間ファイルをデータベース２０７に保存、管理する。管理された中間ファイルはインターフェーズ２０５を介して、ユーザが印刷、削除、検索などの指示をすることが可能である。印刷指示された中間ファイルは、ライブラリ２０６により印刷処理をされ、ネットワーク接続１０７を介してプリンター１１３に送信される。
【００２８】
中間ファイルの管理が必要ないような場合には、単純にクライアント２０９に中間ファイルを送信し、ライブラリ２１０により印刷処理され、プリンター１１３に直接印刷される。
【００２９】
＜実施例１＞
上記で述べた、後付けデータの内容を考慮せず、単純にページ内に表が収まるところで行の分断を行うと、非常に見栄えの悪い表ができてしまうという課題を解決するための実施例を以下に述べる。
【００３０】
本実施例の概要は、後付けデータの改行を考慮し、改行の無いところでは行の分断を行わないようにするものである。
【００３１】
本実施例に従うことで、最終的には図９のように、後付けデータの内容を考慮しつつ行の分断を行うようになる。
【００３２】
本実施例を説明するにあたり、新たに用語を定義する。図７の例で説明する。図７では後付けデータ７０１とフォーム７０２を用いてオーバレイしたときの例である。この例ではフォームには、１行に２つのセルが定義されている。ここで、表を構成する各行については、今後も単純に「行」と明記する。例えば図７では７０４を「３行目」と明記する。
【００３３】
一方、１つのセル内で、後付けデータとして流し込まれたデータが、複数の行になる場合がある。図７の例では７０５、７０６、７０７に相当する。セル内で複数の行になる理由は、後付けデータ自体に改行が含まれている(７０８)。
【００３４】
後付けデータの長さがセルの幅よりも長く、データの途中で折り返す(７０６、７０７)である。この場合のセル内の各文字列を、「セル文字列」と呼び、最後に行数を表す数字を付ける。図７の例では７０５はセル文字列１、７０６はセル文字列２、７０７はセル文字列３と呼ぶ。
【００３５】
本実施例を図１０、図１１を用いて説明する。図１１は本実施例のフローチャートである。図１０は本実施例の具体例を示すもので、後付けデータ１００１がセル１００２に流しこまれた状態を示している。データを流しこんだ結果、セル文字列１からセル文字列５まで生成されている。
【００３６】
以降では図１１のフローチャートの流れに従い実施例を説明していく。なお、図１１のフローチャートは、フォームと後付けデータがライブラリ２０３に渡され、ライブラリ２０３が後付けデータを解析してフォームに定義されてある表図形に格納していき、表がページ内に収まらず行の分断を行うところからスタートする。
【００３７】
まずステップ１１０１では、ライブラリ２０３が、行の分断箇所を求める処理を開始する。
次にステップ１１０２では、セル文字列nの高さを取得していく。
【００３８】
そしてステップ１１０３でライブラリ２０３が、ステップ１１０２で取得したセル文字列nの高さを元に、そのセル文字列nがページ内に収まるかどうかを判定する。
【００３９】
ここまでの処理の流れを図１０の具体例を用いて説明する。図１０のセル１００２の例では、矢印１００８の部分までが、ページ内の領域に収まるものとする。この場合、文字列”Ａ県Ｂ市”、”Ｃ県ＤＤ市”、” ＥＥＥＥＥ県Ｆ”まではステップ１１０３でページ内に収まると判定される。”ＦＦ市”の文字列以降がページ内に収まらないと判定される。つまりセル文字列４以降がページ内に収まらないとされ、この時点ではn＝４となる。
【００４０】
ステップ１１０３でページ内に収まらないと判定された場合、ステップ１１０５でライブラリ２０３が、ｎの値を１引く。これは、図１０の例では、３つ目のデータ(セル文字列３)を以降のステップで使用するためである。
【００４１】
ステップ１１０６では、ライブラリ２０３が、ｎが１以上かどうかを判定する。
【００４２】
ステップ１１０６でｎが１以上だと判定された場合、次にステップ１１０７で、ライブラリ２０３が、セル文字列nの最後が改行で終わっているかどうかを判定する。図１０の具体例だと、セル文字列３の”ＥＥＥＥＥ県Ｆ”の文字列が判定対象である。ここでは最後が改行では終わっていないため、NOと判定される。
【００４３】
ステップ１１０７でNOと判定された場合は、ステップ１１０５に戻る。これは図１０の具体例でいうと、セル文字列２の”Ｃ県ＤＤ市”に対してステップ１１０６、ステップ１１０７を行うことになる。ステップ１１０８でYESと判定された場合は、ライブラリ２０３が、行の分断箇所を確定する。図１０の具体例だと、分断候補１００６では分断を行わず、分断候補１００５で分断を行うことになる。
【００４４】
以上の処理により、最終的には図９のように、後付けデータの内容を考慮しつつ行の分断を行うようになる。
【００４５】
以上より、後付けデータの内容を考慮せず、単純にページ内に表が収まるところで行の分断を行うと、非常に見栄えの悪い表ができてしまうという課題が解決される。
【００４６】
＜実施例１の補足＞
実施例１では、後付けデータの改行を考慮し、改行の無いところでは行の分断を行わないことについて記載した。
【００４７】
実施例１で説明した図１０のステップ１１０６〜１１０９の分断箇所判定処理は、必ず行ってもよいが、ユーザが補正処理を行うかどうか選択できてもよい。
【００４８】
ユーザが選択する手段としては、エディタを使用してフォームを生成する際に、エディタに選択用のＵＩを設けることで、フォームに対してあらかじめ設定しておくことが考えられる。
【００４９】
別の手段としては、ライブラリ２０３に補正の有無を指定できるインターフェース(API)を設けることがある。オーバレイ印刷時にライブラリ２０３に対して、ユーザーが動的に補正の有無を指定することで、フォームを変更することなく帳票単位に補正処理の有無が選択できる。
【００５０】
また、実施例１の例では改行の有無で分断箇所を判定したが、改行以外のコードを判定対象としてもかまわない。具体定期には句読点「、」や「。」などが考えられる。
【００５１】
さらに、改行等の文字の種類だけではなく、文字の属性分断時に考慮することも考えられる。
【００５２】
図１２の具体例を用いて説明する。図１２の後付けデータ１２０１の例では、後付けデータ内の「11月12日」というデータの前後に、「{c 255,0,0}」、「{c}」という文字列がある。これ
は「11月12日」という箇所だけを赤字で表示する、という命令を示している。これは既存技術の１つで、印刷アプリケーションが定めた記法に従って後付けデータを生成することで、特定の文字の属性(色など)をフォームの設定とは異なる属性で表示する技術である。この結果、オーバレイ印刷するとセル１２０４のように、「11月12日」だけ後付けデータ側で指定した色で表示される。
【００５３】
ここで、「11月12日」という文字列だけをユーザがあえて通常とは異なる色で表示させているということは、この文字列をユーザが強調したいためである。そのため、この文字列の途中で行の分断を行ってしまうと、表の見栄えが損なわれることになる。
【００５４】
このため、文字の属性が後付けデータ内で変更されている箇所がある場合は、改行のときと同様、行の分断を行わないようにする。
【００５５】
＜実施例２＞
実施例２では、セル文字列の数を考慮しながら、行の分断箇所を決定する例について記載する。実施例２は図１３を用いて説明する。
【００５６】
図１３の１３０１、１３０２は、実施例２を実施しない場合のオーバレイ結果の１例である。１３０２を見ると、セル文字列が１つだけ次ページに送られてしまっている。この様に、最後のセル文字列のみを次ページに送るのは、表の見栄えが損なわれてしまう。これが実施例２の課題である。
【００５７】
上記課題を解決するため、行の分断箇所を決定する処理内で、セル文字列の数を考慮するようにする。考慮した上でのオーバレイ結果の例が１３０３と１３０４である。１３０３と１３０４の例では次ページに送られるセル文字列が１個の場合は、行の分割を行わずに、３行目全体を次ページに送っている。
【００５８】
セル文字列の数をどのように考慮するべきかは運用次第であるため、ユーザが任意に設定できるべきである。たとえば以下のような設定が考えられる。
【００５９】
次ページに遅られるセル文字列がn個以下の場合は、行の分断は行わない
次ページにセル文字列を送った結果、前ページのセル文字列がm行しか残らない場合は、行の分割を行わない
セル文字列がX個以下の場合には、行の分断は行わない。
【００６０】
上記のようにセル文字列の数を考慮して行の分断を行うことで、見栄えのよい帳票を生成することができる。
【００６１】
＜実施例２の補足＞
実施例２では表の見栄えを重視し、見栄えを損なわずに行の分断を行う例を記載した。ただ、表の見栄えを最重視した場合、そもそもどんなケースであっても行の分断を行わない、というケースも考えられる。
【００６２】
しかし、どんなケースでも行の分断を行わない場合、別の課題が新たにでてくる。
【００６３】
その課題を図１４で説明する。図１４の例では表の２行目で、セル文字列が１０個表示される場合の例である。この２行目はページ内におさまらないため、行の分断を行わないのであれば、２行目全体を次ページに送ることになる。
【００６４】
しかし、２行目自体がそもそもページに収まりきらないため、結局２行目を表示することができない。つまり、行の分断を行わなければ、オーバレイ印刷ができないことになる。
【００６５】
解決案として、このようなケースの場合にのみ、表の分断を行うという判定をすることが考えられる。つまり、通常は行の分断は行わないが、図１４の例のように、行の分断をおこなわなければオーバレイ印刷ができない場合にのみ行の分断を行うようにする。オーバレイ印刷がエラーになってしまうのであれば、表の見栄えよりも帳票の生成を重視する、という考え方である。
【００６６】
これにより、表の見栄えを重視しつつも、オーバレイ印刷がエラーとなってしまうことを防ぐことができる。
【符号の説明】
【００６７】
１００  システム
１０１  汎用コンピュータモジュール
１２１  フォーム作成アプリケーションプログラム
【図１Ａ】
2013131083.tif 000003
【図１Ｂ】
2013131083.tif 000004
【図２】
2013131083.tif 000005
【図３】
2013131083.tif 000006
【図４】
2013131083.tif 000007
【図５】
2013131083.tif 000008
【図６】
2013131083.tif 000009
【図７】
2013131083.tif 000010
【図８】
2013131083.tif 000011
【図９】
2013131083.tif 000012
【図１０】
2013131083.tif 000013
【図１１】
2013131083.tif 000014
【図１２】
2013131083.tif 000015
【図１３】
2013131083.tif 000016
【図１４】
2013131083.tif 000017