(57)【要約】【課題】  工程内品質造り込み体制を正確かつ迅速に行うことができる検査管理システムを提供すること。【解決手段】  車両を製造するラインで使用され、車両の検査項目および該検査項目に対する車両の通過判定基準情報を記憶する検査マスタデータベースを備えたサーバ２と、このサーバとはＬＡＮを介して通信を行い、複数の検査工程で使用される検査用端末と、車両を次工程に通過させる通過判定を行うＩＳＱＣ用端末とからなる車両の検査管理システムにおいて、前記サーバは該検査工程の以前の工程における全検査項目に対する検査結果及び車両の通過判定基準情報を参照して次工程に車両を通過させるか否かの通過判定する判定手段Ｓ１１と、前記ＩＳＱＣ用携帯端末は、前記サーバで判定された通過判定結果を表示する表示手段１０と、前記車両を通過させるか否かを選択する選択手段とを具備した。【選択図】      図１
2005301879.tif 000002
【特許請求の範囲】
【請求項１】
車両を製造するラインで使用され、車両の検査項目および該検査項目に対する車両の通過判定基準情報を記憶する検査マスタデータベースを備えたサーバと、このサーバとはＬＡＮを介して通信を行い、複数の検査工程で使用される検査用端末と、車両を次工程に通過させる通過判定を行うＩＳＱＣ用端末とからなる車両の検査管理システムにおいて、
前記サーバは該検査工程の以前の工程における全検査項目に対する検査結果及び車両の通過判定基準情報を参照して次工程に車両を通過させるか否かの通過判定する判定手段と、
前記ＩＳＱＣ用携帯端末は、
前記サーバで判定された通過判定結果を表示する表示手段と、
前記車両を通過させるか否かを選択する選択手段とを具備したことを特徴とする車両の検査管理システム。  
【請求項２】
前記判定手段により次工程への車両の通過が不可と判定された時には、前記サーバは次工程での車両の受け付けを行わないことを特徴とする請求項1記載の車両の検査管理システム。
【請求項３】
車両を製造するラインで使用され、車両の検査項目および該検査項目に対する車両の通過判定基準情報を記憶する検査マスタデータベースを備えたサーバと、このサーバとはＬＡＮを介して通信を行い、複数の検査工程で使用される検査用端末と、車両を次工程に通過させる通過判定を行うＩＳＱＣ用端末とからなる車両の検査管理システムにおいて、
前記サーバは前記次工程への検査車両の受け付けを行う受付手段と、
当該検査車両の前工程での全検査及び手直しが完了しているかを判定する判定手段と、
この判定手段により全検査もしくは手直しが完了していないと判定された場合には、検査車両の受け付けを行わない手段とを具備したことを特徴とする車両の検査管理システム。
【請求項４】
車両を製造するラインで使用され、車両の検査項目および該検査項目に対する車両の通過判定基準情報を記憶する検査マスタデータベースを備えたサーバと、このサーバとはＬＡＮを介して通信を行い、複数の検査工程で使用される検査用端末と、車両を次工程に通過させる通過判定を行うＩＳＱＣ用端末とからなる車両の検査管理システムにおいて、
前記検査用携帯端末は、
検査画面を表示する表示手段と、
検査結果の入力完了を指示する完了ボタンが操作されると、該検査端末がＩＳＱＣ工程として前記検査マスタデータベースに設定されている場合は予めＩＳＱＣ工程に割当てられた車両の通過判定対象工程の全ての未検査項目および手直し未完了の問題リストを表示する手段とを具備したことを特徴とする車両の検査管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の製造ラインにおける車両の検査管理システムに関する。
【背景技術】
【０００２】
従来、自動車を製造するラインでは、車両に対して複数の検査工程を設定し、それぞれの検査工程において、検査データをホストコンピュータからパソコンにダウンロードし、オペレータはこの検査データに基づいて検査を行い、その結果をパソコンに入力してホストコンピュータに送信するもの、また、検査の最初に各工程で検査に必要に基準データをバーコードで印刷した検査指示票を発行して車両に添付し、第1の工程で該当するバーコードを読み取って基準データを得、この基準データに基づいて検査を行って、その結果をバーコードラベルとして発行し、このバーコードラベルを検査指示票に貼って該車両とともに次の工程へ移動させるものが知られている（例えば、特許文献１参照）。
【０００３】
ところで、生産ラインに工程内品質造り込み体制（ＩＳＱＣ：In Stage Quality Creation）が採用されている。このＩＳＱＣ体制は、製造ラインの各工程での品質を造り込み、次工程に問題がある車両を流さないことを目的としている。工程内品質保証システムは、このような工程内品質造り込み体制を具体的に維持・管理するためのシステムである。
【０００４】
この工程内品質保証システムは、ラインの要所に関所としてＩＳＱＣ工程を配置している。そして、このＩＳＱＣ工程で次工程への車両の通過を制限することにより、工程内での品質の造り込みを徹底し、問題がある車両の後工程への流出を防止するようにしている。              
【特許文献１】特開２００２−１２１７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の工程内品質保証システムでは、ＩＳＱＣ工程の担当作業者が紙の検査帳票に記入された前工程の検査結果を参照して次工程への車両の通過可否を判定していた。
【０００６】
このように従来では紙の帳票に記入された検査結果を作業者が目で確認するため、確認漏れやミスが発生する可能性がある。
【０００７】
特に、Ｋｅｙ ＩＳＱＣ工程では、その工程までの全ての工程の検査項目について問題があるかをチェックするため、その作業に多大な時間がかかるという問題があった。
【０００８】
また、前工程での検査結果について問題点を発見した場合でも製造ラインを停止するとかの停止処置については行っていないため、強制的に次工程に問題のある車両を流さないことは出来なかった。
【０００９】
本発明は、上記の点に鑑みてなされたもので、その目的は、工程内品質造り込み体制を正確かつ迅速に行うことができる車両の検査管理システムを提供することにある。
【課題を解決するための手段】
【００１０】
請求項１記載の発明は、車両を製造するラインで使用され、車両の検査項目および該検査項目に対する車両の通過判定基準情報を記憶する検査マスタデータベースを備えたサーバと、このサーバとはＬＡＮを介して通信を行い、複数の検査工程で使用される検査用端末と、車両を次工程に通過させる通過判定を行うＩＳＱＣ用端末とからなる車両の検査管理システムにおいて、前記サーバは該検査工程の以前の工程における全検査項目に対する検査結果及び車両の通過判定基準情報を参照して次工程に車両を通過させるか否かの通過判定する判定手段と、前記ＩＳＱＣ用携帯端末は、前記サーバで判定された通過判定結果を表示する表示手段と、前記車両を通過させるか否かを選択する選択手段とを具備したことを特徴とする。
【００１１】
請求項２記載の発明は、請求項1記載の判定手段により次工程への車両の通過が不可と判定された時には、前記サーバは次工程での車両の受け付けを行わないことを特徴とする。
【００１２】
請求項３記載の発明は、車両を製造するラインで使用され、車両の検査項目および該検査項目に対する車両の通過判定基準情報を記憶する検査マスタデータベースを備えたサーバと、このサーバとはＬＡＮを介して通信を行い、複数の検査工程で使用される検査用端末と、車両を次工程に通過させる通過判定を行うＩＳＱＣ用端末とからなる車両の検査管理システムにおいて、前記サーバは前記次工程への検査車両の受け付けを行う受付手段と、当該検査車両の前工程での全検査及び手直しが完了しているかを判定する判定手段と、  この判定手段により全検査もしくは手直しが完了していないと判定された場合には、検査車両の受け付けを行わない手段とを具備したことを特徴とする。
【００１３】
請求項４記載の発明は、車両を製造するラインで使用され、車両の検査項目および該検査項目に対する車両の通過判定基準情報を記憶する検査マスタデータベースを備えたサーバと、このサーバとはＬＡＮを介して通信を行い、複数の検査工程で使用される検査用端末と、車両を次工程に通過させる通過判定を行うＩＳＱＣ用端末とからなる車両の検査管理システムにおいて、前記検査用携帯端末は、検査画面を表示する表示手段と、検査結果の入力完了を指示する完了ボタンが操作されると、該検査用端末がＩＳＱＣ工程として前記検査マスタデータベースに設定されている場合は予めＩＳＱＣ工程に割当てられた車両の通過判定対象工程の全ての未検査項目および手直し未完了の問題リストを表示する手段とを具備したことを特徴とする。
【発明の効果】
【００１４】
請求項１記載の発明によれば、前工程の全検査項目に対する検査結果及び車両の通過判定基準情報を参照して次工程に車両を通過させるか否かの通過判定するようにしたので、全ての検査結果を確実に判定することができる。
【００１５】
請求項２記載の発明によれば、問題のある車両を次工程に流れるのを防止することができる。
【００１６】
請求項３記載の発明によれば、車両を受け付ける場合に前工程で問題がある車両は受け付けないようにしたので、問題のある車両を次工程に進むことを未然に阻止することができる。
【００１７】
請求項４記載の発明によれば、完了ボタンを操作すると、検査用端末がＩＳＱＣ工程として前記検査マスタデータベースに設定されている場合は予めＩＳＱＣ工程に割当てられた車両の通過判定対象工程の全ての未検査項目および手直し未完了の問題リストを表示するようにしたので、未検査項目および手直し未完了を再確認することができる。
【発明を実施するための最良の形態】
【００１８】
以下図面を参照して本発明の一実施の形態について説明する。図１は車両の検査管理システムの構成を示す図である。図において、１は車両の製造ラインに配置されたＬＡＮである。このＬＡＮ１には、サーバ２、マスタ管理端末３、複数のアクセスポイント４が接続されている。そして、各アクセスポイント４は近傍にモバイル端末である検査用携帯端末５ａ，手直し用端末としての手直し確認用携帯端末５ｂ，ＩＳＱＣ（In Stage Quality Creation）用端末としてのＩＳＱＣ用携帯端末５ｃと無線通信するようになっている。
【００１９】
検査用携帯端末５ａは、検査するオペレータ６ａが所持し、製造ラインにおいて所定の工程が終了する毎にその工程で車７に組み込まれた複数の検査対象部位や部品の検査をこの検査用携帯端末５に操作して行うようになっている。
【００２０】
手直し用携帯端末５bは、検査工程で発見された問題点を解消する手直し工程でオペレータ６ｂが所持し、その表示画面に従ってオペレータ６ｂが問題点の手直しを行っている。
【００２１】
ＩＳＱＣ用携帯端末５ｃは、クウォリティゲート（Quality Gate）担当者６ｃが所持し、クウォリティゲート（ｎ）に車両を進める前に、クウォリティゲート（ｎ−１）とクウォリティゲート（ｎ）間で発生した検査結果を判定して、次のクウォリティゲート（ｎ）に車両を進めることができるかを判定している。
【００２２】
ところで、車７は搬送手段８により搬送される。この搬送手段８は搬送モータ8ｍにより駆動される。また、搬送モータ８ｍはライン搬送Ｃ／Ｖ制御盤９により制御される。
【００２３】
クウォリティゲート（ｎ−１）とクウォリティゲート（ｎ）との間には、車７の検査を行う検査工程、この検査工程で発見された問題点を解消する手直しを行う手直し／手直し確認工程、クウォリティゲート（ｎ−１）とクウォリティゲート（ｎ）間での全ての検査項目をチェックするＩＳＱＣ工程が存在している。
【００２４】
クウォリティゲート（ｎ−１）を通過するには、通過判定シグナル１０が緑（グリーン）でなくてはならない。
【００２５】
そして、クウォリティゲート（ｎ−１）を通過判定シグナル１０を『緑』で通過してきた車両７は、検査工程においてオペレータ７により検査が行われる。
【００２６】
そして、検査対象について手直しすべき箇所が発見されない場合には、レベル１が設定される。この場合、通過判定シグナル１０は“緑”が点灯される。
【００２７】
一方、検査工程において、軽微の問題点がある箇所が発見された場合には、レベル２が設定される。この場合、通過判定シグナル１０は“黄”が点灯される。
【００２８】
また、検査工程において、重大な問題点が発見された場合には、レベル３が設定される。この場合、通過判定シグナル１０は“赤”が点灯される。
【００２９】
検査工程において、通過判定シグナル１０が“緑”で点灯していれば、ＩＳＱＣ工程の通過判定シグナル１０も“緑”であるので、車７はそのままクウォリティゲート（ｎ）を通過可能である。
【００３０】
しかし、検査工程での通過判定シグナル１０が“黄”で点灯している場合には、手直し工程において車７の問題点がある箇所の手直しが行われる。
【００３１】
この手直しの結果、手直した箇所の確認も行われた場合（図１のＡで示す）には、問題点のある箇所は修理されたので、ＩＳＱＣ工程の通過判定シグナル１０は“緑”に変わる。従って、検査工程で通過判定シグナル１０が“黄”であっても、手直し工程でその問題点が解消されれば、通過判定シグナル１０は“緑”となる。この場合には、車７はクフォリティゲート（ｎ）を通過可能である。
【００３２】
一方、検査工程で通過判定シグナル１０が“黄”であって、まだ手直しが完了していない場合（図１のＢで示す）には、ＩＳＱＣ工程での通過判定フラグ１０は検査工程とおなじ“黄”が保持される。
【００３３】
また、検査工程での通過判定フラグ１０が“赤”で点灯している場合には、手直し工程において車７の問題点がある箇所の手直しが行われる。
【００３４】
そして、この手直しの結果、手直した箇所の確認も行われた場合（図１のＡで示す）には、問題点のある箇所は修理されたので、ＩＳＱＣ工程の通過判定シグナル１０は“緑”に変わる。従って、検査工程で通過判定シグナル１０が“赤”であっても、手直し工程でその問題点が解消されれば、通過判定シグナル１０は“緑”となる。この場合には、車７はクフォリティゲート（ｎ）を通過可能である。
【００３５】
一方、検査工程で通過判定シグナル１０が“赤”であって、まだ手直しが完了していない場合（図１のＣで示す）には、ＩＳＱＣ工程での通過判定フラグ１０は検査工程と同じ“赤”が保持される。
【００３６】
このように、通過判定シグナル１０を何色で点灯させるかの制御はサーバ２により行われる。
【００３７】
前記サーバ２は、検査マスタデータベース１１や検査結果データベース１２を設けている。この検査マスタデータベース１１には、検査ジョブの他、検査項目に対する車両の通過判定情報が記憶される。ここで、検査ジョブとは検査項目と検査部位の紐付けを意味し、検査項目は検査対象と検査内容の紐付けを意味する。
【００３８】
また、サーバ２には、各種業務アプリケーション１３が記憶されている。例えば、図６及び図７のフローチャートに示す処理を行なうプログラムが記憶されている。
【００３９】
前記検査結果データベース１２には、実際に行われた検査結果が記憶される。
【００４０】
前記サーバ２は、図２に示すように、制御部本体を構成するＣＰＵ(中央処理ユニット)２ １、このＣＰＵ２１が各部を制御するプログラムデータを格納したＲＯＭ（リード・オンリ・メモリ）２２、前記ＣＰＵ２１やデータ送信時やデータ受信時、データ処理時等において一時的に使用するメモリを設けたＲＡＭ（ランダム・アクセス・メモリ）２３、前記検査マスタデータベース１１や前記検査結果データベース１２を設けるとともに業務アプリケーションプログラムを格納したハードディスク装置２４、ＬＡＮ１を介して前記マスタ管理端末３とデータのやり取りを行うとともにＬＡＮ１及びアクセスポイント４を介して前記検査用携帯端末５とデータのやり取りを行う通信部２５、キー入力やインジケータの表示等を行うための操作部２６を設け、これらバスライン２７によって互いに電気的に接続している。
【００４１】
前記マスタ管理端末３は製造ラインの管理者が操作する端末で、図３に示すように、制御部本体を構成するＣＰＵ３１、このＣＰＵ３１が各部を制御するプログラムデータを格納したＲＯＭ３２、前記ＣＰＵ３１がデータ送信時やデータ受信時、データ処理時等において一時的に使用するメモリや小容量のデータを格納するメモリ等を設けたＲＡＭ３３、ＬＡＮ１を介して前記サーバ２とデータのやり取りを行う通信部３４、作業の実行の為の各種キーを設けたキーボード３５、データ表示等を行う液晶等のディスプレイ３６、必要なデータを印字出力する為のプリンタ３７、大容量のデータを格納する為のハードディスク装置３８を設け、これらをバスライン３９によって互いに電気的に接続している。
【００４２】
前記携帯端末５ａ〜５ｃは、図４に示すように、制御部本体を構成するＣＰＵ５１、このＣＰＵ５１が各部を制御する図６のフローチャートに示すプログラムデータを格納したＲＯＭ５２、前記ＣＰＵ５１がデータ送信時やデータ受信時、データ処理時等において一時的に使用するメモリや小容量のデータを格納するメモリ等を設けたＲＡＭ５３、データ表示や各種情報の入力画面表示等を行う液晶ディスプレイ５４、この液晶ディスプレイ５４の上に載置され、この液晶ディスプレイ５４に表示された入力画面における情報入力を行うためのタッチパネル５５、前記アクセスポイント４と無線通信によってデータのやり取りを行う無線通信部５６を設け、これらをバスライン５７によって互いに電気的に接続している。
【００４３】
次に、上記のように構成された本発明の一実施の形態の動作について図５及び図６のフローチャートを参照しながら説明する。まず、ＩＳＱＣ工程での検査について説明する。まず、オベレータはＩＳＱＣ用携帯端末５ｃからＩＳＱＣ工程のチェックを指示する（ステップS１）。すると、この指示はサーバ２に送信される（ステップS２）。
【００４４】
この指示を受信したサーバ２は、クウォリティゲート（ｎ−１）からクウォリティゲート（ｎ）までの間の工程での検査項目に対する検査結果を検査結果データベースを検索することにより全て得て、図６のフローチャートに通過判定処理を行う（ステップS１１）。
【００４５】
そして、その判定結果を携帯端末５ｃに送信する（ステップS１２）。
【００４６】
これに対して、携帯端末５ｃは判定結果を受信したかを判定し（ステップS３）、判定結果を受信したと判定された場合には、携帯端末５ｃの液晶ディスプレイ５４にＩＳＱＣ画面が表示される（ステップS４）。
【００４７】
さらに、このＩＳＱＣ画面には、通過判定シグナル１０も表示される（ステップS５）。また、ＩＳＱＣ画面には、通過オプション表示がなされる（ステップS６）。
【００４８】
ところで、ＩＳＱＣ画面には、指摘工程での検査ジョブのそれぞれに対して通過判定シグナル１０が点灯されており、さらにこの工程、つまりクウォリティゲート（ｎ−１）からクウォリティゲート（ｎ）までの間の工程でのトータルな通過判定シグナル１０が下面に表示される。
【００４９】
また、通過オプション表示は、通過判定シグナル１０に対してＩＳＱＣ工程を担当するオペレータが押すべきボタンが表示される。
【００５０】
ＩＳＱＣ画面で手直し後通過ボタン８１ａのみが表示される場合には、トータルな通過判定シグナル１０が“赤”であるため、図１を参照して説明したように手直しした後でなければ、次の工程に進むことができない。
【００５１】
通過オプション表示には、さらに通過ボタン、通過不可ボタンがある。
【００５２】
ここで、通過ボタンは、通過判定シグナル１０が“緑”である場合にのみ通過オプション表示として表示される。
【００５３】
また、通過不可ボタンは、前述したように、検査工程で発見されたレベルが「３」で、しかもその問題点が手直しする手直し工程が未完了である場合に、通過オプション表示に表示される。
【００５４】
以上のように、次の工程であるクウォリティゲート（ｎ）を車７を通過させる前に、その前工程、つまりクウォリティゲート（ｎ−１）からクウォリティゲート（ｎ）までの間の工程で行われた検査ジョブに対する検査結果を全てチェックして、そのチェック結果に応じて次の工程に進めるかどうかの判定をサーバ２が自動的に行うようにしたので、検査確認漏れをなくすことができる。
【００５５】
次に、図７のフローチャートを参照して、検査工程で検査を行った場合の処理について説明する。まず、マスタ管理端末３にマスタデータ入力画面を表示され、必要事項を入力する。例えば、ＩＳＱＣ判定区分として“黄”を設定した場合には、この検査ジョブで問題があった場合には、通過判定シグナル１０は“黄”が点灯される。
【００５６】
次に、検査車両受付画面をマスタ管理端末３に表示させる。そして、この検査車両受付画面から必要事項を入力する。
【００５７】
そして、実際に検査工程での検査が開始されると、検査用携帯端末５ａにより図７のフローチャートに示す処理が開始される。まず、検査結果画面が液晶ディスプレイ５４に表示される（ステップS２１）。
【００５８】
そして、各検査結果画面の上部には完了ボタン表示されている。オペレータは検査工程でのすべての検査ジョブに対する検査結果を入力した後に、この完了ボタンを押す。
【００５９】
検査用携帯端末５ａ側は、完了ボタンが押されたかを判定している（ステップS２２）。
【００６０】
完了ボタン９１が押された場合には、このステップＳ２２で「ＹＥＳ」と判定されて検査結果がサマリー表示される。つまり、その検査工程で行われた検査で、その検査結果が問題があるという結果をもたらした場合には、該当する検査工程のすべてがサマリー表示される（ステップS２３）。
【００６１】
さらに、このサマリー表示された画面の左下側に、通過判定シグナル１０が表される（ステップS２４）。
【００６２】
以上のように、検査工程において、検査用携帯端末の完了ボタンが押された場合には、その検査工程で問題がある検査項目を一覧表示させるようにしたので、検査を担当しているオペレータは検査結果を確認することができる。
【００６３】
ところで、次工程、つまり、クウォリティゲート（ｎ）での車両の受付け処理について図８のフローチャートの画面を参照して説明する。マスタ管理端末３において車両の受け付けが行われると、図８のフローチャートの処理が開始される。まず、前工程、つまりクウォリティゲート（ｎ−１）からクウォリティゲート（ｎ）までの間の工程でのＩＳＱＣステータス、つまり通過判定シグナルは全て“緑”であるかが判定される（ステップＳ３１）。
【００６４】
このステップＳ３１の判定で「ＮＯ」と判定された場合には、図８に示す警告メッセージ９５が表示される（ステップＳ３２）。
【００６５】
つまり、この車両は受け付けできない旨が表示される。
【００６６】
この警告メッセージ９５には、「了解」ボタン９５ａ、「詳細」ボタン９５ｂが表示されている。
【００６７】
ここで、オペレータが「詳細」ボタン９５ｂを押すと、ステップS３３で「ＹＥＳ」と判定されて、前工程、クウォリティゲート（ｎ−１）からクウォリティゲート（ｎ）までの間の工程での検査項目に対する検査結果のうち問題点があるものが一覧表示される（ステップＳ３４）。
【００６８】
一方、ステップS３１の判定で「ＹＥＳ」と判定された場合には、車両受付処理がなされる（ステップS３５）。
【００６９】
このように、次工程での車両の受け付けを行った場合には、前工程での検査項目に対する検査結果をすべてチェックし、問題がある検査項目を一覧表示するようにしたので、オペレータは何故車両が受け付けされなかったかの詳細な情報を得ることができる。
【００７０】
なお、上記した実施の形態では、ＩＳＱＣ工程で、通過判定シグナル１０が“赤”で点灯された場合に、搬送モータ８ｍを強制的に停止させて搬送手段８による車両７の搬送を強制的に停止するようにしても良い。
【００７１】
さらに、この実施の形態では、検査用端末として検査用携帯端末を使用し、サーバ２とアクセスポイント４を介して無線通信方式で通信を行うものについて述べたが必ずしもこれに限るものではなく、サーバ２とＬＡＮによって設定された設置式の検査用端末を使用しても良い。
【図面の簡単な説明】
【００７２】
【図１】本発明の一実施の形態に係わる車両の検査管理システムの構成を示す図。
【図２】同実施の形態に係わるサーバのハード構成を示すブロック図。
【図３】同実施の形態に係わるマスタ管理端末のハード構成を示すブロック図。
【図４】同実施の形態に係わる検査用携帯端末のハード構成を示す図。
【図５】本発明の第1の実施の形態に係わる検査用携帯端末の処理を説明するためのフローチャート。
【図６】同第1の実施の形態に係わるサーバの処理を説明するためのフローチャート。
【図７】本発明の第２の実施の形態に係わる検査用携帯端末の処理を説明するためのフローチャート。
【図８】本発明の第３の実施の形態に係わる次工程での車両受け付け処理を説明するためのフローチャート。
【図９】同実施の形態に係わる車両受付不可画面を示す図。
【符号の説明】
【００７３】
１…ＬＡＮ、２…サーバ、３…マスタ管理端末、４…アクセスポイント、
５…検査用携帯端末、１１…検査マスタデータベース。
【図１】
2005301879.tif 000003
【図２】
2005301879.tif 000004
【図３】
2005301879.tif 000005
【図４】
2005301879.tif 000006
【図５】
2005301879.tif 000007
【図６】
2005301879.tif 000008
【図７】
2005301879.tif 000009
【図８】
2005301879.tif 000010
【図９】
2005301879.tif 000011