(57)【要約】【課題】SIP-ゲートウェイ装置の故障および/または接続される回線が使用中で塞がっていても、着信を可能にするSIP着信方法を提供。【解決手段】発信側のSIP-GW装置は、着信側のSIP-GW装置に発信信号を発信し(S10)、着信側のSIP-GW装置から応答信号が供給されたか否か判断し(S12)、応答信号の供給欠如が10秒継続したか否かを判断し(S14)、10秒継続の際に、格納する着信側の複数のSIP-GW装置におけるIPアドレスを抽出し(S16)、10秒内に応答信号受信の際に、発信信号を再送し(S18)、応答信号の供給判断に戻り(S12へ)、IPアドレスの抽出後、抽出したIPアドレスの有無を判断し(S20)、抽出したIPアドレスの存在に応じて抽出したIPアドレスを次に送信する発信信号のIPアドレスに設定し、この発信信号を発信して(S22)、応答信号の供給判断に戻る(S12へ)。【選択図】図１
2009218889.tif 000002
【特許請求の範囲】
【請求項１】
発信側のゲートウェイ装置と対向する着信側に複数のゲートウェイ装置の間にIP（Internet Protocol）を基に通信する専用線を介して、前記発信側および着信側のゲートウェイ装置それぞれに通信端末装置が接続され、該通信端末装置それぞれとの通信にSIP（Session Initiation Protocol）を基に着信させる方法において、該方法は、
発信側のゲートウェイ装置から着信側のゲートウェイ装置に発信信号を発信する第１の工程と、
前記発信側のゲートウェイ装置で前記着信側のゲートウェイ装置から前記発信側のゲートウェイ装置に応答信号が供給されたか否か判断する第２の工程と、
前記応答信号の供給欠如が第１の所定の時間にわたって継続したか否かを判断する第３の工程と、
第１の所定の時間にわたって継続した際に、前記発信側のゲートウェイ装置が格納する着信側の複数のゲートウェイ装置におけるIPアドレスを抽出する第４の工程と、
第１の所定の時間内に前記応答信号を受信した際に、前記発信信号を再送し、第２の工程に戻る第５の工程と、
第４の工程後、抽出したIPアドレスの有無を判断する第６の工程と、
前記抽出したIPアドレスの存在に応じて前記抽出したIPアドレスを次に送信する発信信号のIPアドレスに設定し、該発信信号を発信して、第２の工程に戻る第７の工程とを含むことを特徴とするSIP着信方法。
【請求項２】
請求項１に記載の方法において、該方法は、第６の工程での前記抽出したIPアドレスの欠如に応じて第２の所定の時間にわたって継続したか否かを判断する第８の工程とを含み、
第８の工程の判断が真の際に処理を終了し、該判断が偽の際に第５の工程に進むことを特徴とするSIP着信方法。
【請求項３】
請求項２に記載の方法において、第２の所定の時間は、RFC（Request For Comments）3261に規定された時間であることを特徴とするSIP着信方法。
【請求項４】
請求項１に記載の方法において、該方法は、第３と第４の工程の間に、前記着信側のゲートウェイ装置に接続された着信側の前記通信端末装置の回線が塞がり状態にあるか否かを判断する第９の工程を含むことを特徴とするSIP着信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、SIP（Session Initiation Protocol）着信方法に関するものであり、より具体的には、SIPインタフェースを使用したゲートウェイ装置を複数設置し、故障、さらには1つのゲートウェイ装置の回線が使用中に塞がっても、複数設置された他のSIP-ゲートウェイ装置に迂回して着信させるSIP迂回着信方法に関するものである。
【背景技術】
【０００２】
従来、企業において、本社と支社間の電話回線は、本社と支社に設置された構内電子交換機（PBX：Private Branch eXchange）の間を日本電信電話株式会社（NTT: Nippon Telegraph and Telephone Corporation）などの通信キャリアが提供するアナログまたはディジタル電話回線、いわゆる専用線を月額定額制で借用し使用してきた。近年、IP（Internet Protocol）化の普及により、専用線もアナログやディジタル電話回線は、IPネットワークの使用に移行しつつある。IPネットワークを使用する利点は、従来のアナログおよびディジタル電話回線に比べ使用料金が格段に安いことが挙げられる。
【０００３】
従来のPBXは、IP化された専用線に接続する機能を保有していない。また、このPBXは、IP化された専用線、すなわちIP専用線への接続において、アナログ/ディジタル専用線インタフェースからIPインタフェースに変換するゲートウェイ装置を介して接続されている。IP専用線に接続されたGWの間で電話を接続するための手順、すなわちプロトコルは、IETF（Internet Engineer Task Force）RFC（Request For Comments）3261で規定されるSIP（Session Initiation Protocol）インタフェースが近年一般的に普及している。
【０００４】
従来、SIP-ゲートウェイ装置により接続されたPBXにおいて、対向するPBXのSIP-ゲートウェイ装置が故障の場合、他に着信可能なSIP-ゲートウェイ装置があるにも関わらず、迂回して着信することができなかった。この原因は、迂回して着信する手順がなかったからである。
【非特許文献１】IETF RFC3261 SIP（Session Initiation Protocol）、2002年６月
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の技術の場合、PBX間がSIP-ゲートウェイ装置を経由して接続されたIP専用線では、発信したPBXに対向する着信側のSIP-ゲートウェイ装置に着信できるか否かは、対向する着信側のSIP-ゲートウェイ装置に着信を試みて初めて分かる。このため、対向する着信側のSIP-ゲートウェイ装置が故障または全回線使用中で着信できない場合、SIP手順の発信信号（ini-INVITE）に対して、対向する着信側のSIP-ゲートウェイ装置が故障していると、着信側のSIP-ゲートウェイ装置は発信信号（ini-INVITE）に対する応答信号（100 trying/180 ringing）を発信側のSIP-GWに返せない。
【０００６】
従来の技術では、着信側のSIP-ゲートウェイ装置が故障の場合、着信側に着信可能なSIP-ゲートウェイ装置が他に存在しても、故障中のSIP-ゲートウェイ装置を迂回して着信させることができなかった。この結果、故障中のSIP-ゲートウェイ装置を経由する着信は、この故障の解消するまでできなかった。
【０００７】
また、一つの着信側のSIP-ゲートウェイ装置に接続される回線すべてが使用中で塞がっている場合、着信側のSIP-ゲートウェイ装置は、着信不可を示す信号（488 not acceptable hereまたは600 busy everywhere）を発信側のSIP-ゲートウェイ装置に返信するように動作する。発信側のSIP-ゲートウェイ装置は、応答信号として着信不可を示す信号を受けて、発信元のSIPフォンに着信不可を表わす話中音を発信する。
【０００８】
本発明はこのような課題に鑑み、SIP-ゲートウェイ装置の故障および/または接続される回線が使用中で塞がっていても、着信を可能にするSIP着信方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は上述の課題を解決するために、発信側のゲートウェイ装置と対向する着信側に複数のゲートウェイ装置の間にIP（Internet Protocol）を基に通信する専用線を介して、発信側および着信側のゲートウェイ装置それぞれに通信端末装置が接続され、この通信端末装置それぞれとの通信にSIP（Session Initiation Protocol）を基に着信させる方法において、この方法は、発信側のゲートウェイ装置から着信側のゲートウェイ装置に発信信号を発信する第１の工程と、発信側のゲートウェイ装置で着信側のゲートウェイ装置から発信側のゲートウェイ装置に応答信号が供給されたか否か判断する第２の工程と、応答信号の供給欠如が第１の所定の時間にわたって継続したか否かを判断する第３の工程と、第１の所定の時間にわたって継続した際に、発信側のゲートウェイ装置が格納する着信側の複数のゲートウェイ装置におけるIPアドレスを抽出する第４の工程と、第１の所定の時間内に前記応答信号を受信した際に、前記発信信号を再送し、第２の工程に戻る第５の工程と、第４の工程後、抽出したIPアドレスの有無を判断する第６の工程と、抽出したIPアドレスの存在に応じて前記抽出したIPアドレスを次に送信する発信信号のIPアドレスに設定し、この発信信号を発信して、第２の工程に戻る第７の工程とを含むことを特徴とする。
【発明の効果】
【００１０】
本発明に係るSIP着信方法によれば、発信側のゲートウェイ装置から着信側のゲートウェイ装置に発信信号を発信し、発信側のゲートウェイ装置で着信側のゲートウェイ装置から発信側のゲートウェイ装置に応答信号が供給されたか否か判断し、応答信号の供給欠如が第１の所定の時間にわたって継続したか否かを判断し、第１の所定の時間にわたって継続した際に、発信側のゲートウェイ装置が格納する着信側の複数のゲートウェイ装置におけるIPアドレスを抽出し、第１の所定の時間内に応答信号を受信した際に、発信信号を再送し、応答信号の供給の判断に戻り、IPアドレスの抽出後、抽出したIPアドレスの有無を判断し、抽出したIPアドレスの存在に応じて抽出したIPアドレスを次に送信する発信信号のIPアドレスに設定し、この発信信号を発信して、応答信号の供給の判断に戻ることにより発信側に対向するゲートウェイ装置が故障しても、速やかに他に着信可能なゲートウェイ装置に迂回して通信端末装置と通信することが可能となる。
【発明を実施するための最良の形態】
【００１１】
次に添付図面を参照して本発明によるSIP着信方法の実施例を詳細に説明する。図１を参照すると、本発明によるSIP着信方法の実施例は、構内交換システムにおいて発信側のゲートウェイ装置から着信側のゲートウェイ装置に発信信号を発信し（ステップS10）、発信側のゲートウェイ装置で着信側のゲートウェイ装置から発信側のゲートウェイ装置に応答信号が供給されたか否か判断し（ステップS12）、応答信号の供給欠如が第１の所定の時間にわたって継続したか否かを判断し（ステップS14）、第１の所定の時間にわたって継続した際に、発信側のゲートウェイ装置が格納する着信側の複数のゲートウェイ装置におけるIPアドレスを抽出し（ステップS16）、第１の所定の時間内に応答信号を受信した際に、発信信号を再送し（ステップS18）、応答信号の供給の判断に戻り、IPアドレスの抽出後、抽出したIPアドレスの有無を判断し（ステップS20）、抽出したIPアドレスの存在に応じて抽出したIPアドレスを次に送信する発信信号のIPアドレスに設定し、この発信信号を発信して（ステップS22）、応答信号の供給の判断に戻ることにより発信側に対向するゲートウェイ装置が故障しても、速やかに他に着信可能なゲートウェイ装置に迂回して通信端末装置と通信することが可能となる。
【００１２】
本実施例は、本発明のSIP着信方法をSIP-ゲートウェイ装置10に適用した場合である。本発明と直接関係のない部分について図示および説明を省略する。以下の説明で、信号はその現れる接続線の参照番号で指示する。
【００１３】
SIP-ゲートウェイ（GW：GateWay）装置10は、アナログ電話回線および/またはディジタル電話回線とIP（Internet Protocol）網の間での音声および/またはデータを総合的に通信するゲートウェイ機能を有する。SIP-GW装置10は、図２に示すように、回線信号/パケット変換部12、パケットスイッチ14および制御部16を含む。
【００１４】
なお、SIP-GW装置10は、相手側SIP-GW装置と通信する場合、SIP（Session Initiation Protocol）を用いて呼接続を制御し、VoIP（Voice over Internet Protocol）にて音声信号を伝送する。また、FAX信号を伝送する場合、FoIP（FAX over Internet Protocol）を用いて伝送し、情報、すなわちデータを伝送する場合、TCP（Transmission Control Protocol）またはUDP（User Datagram Protocol）を用いて伝送する機能を有する。
【００１５】
回線信号/パケット変換部12は、たとえば送信側に設置されたPBXから出力される信号18を、制御部16からの制御信号20に応じて所定の長さのブロック、すなわちパケットに区切り、さらに接続先の電話番号に基づいて各パケットに宛先を付与したり、送信順序を付したり、パケットを所定量蓄積させたりして処理し、処理したパケット22をパケットスイッチ14に出力する機能を有する。また、回線線信号/パケット変換部12は、制御部16からの制御信号20に応じてパケットスイッチ14から出力されるパケット22を受信して蓄積し、パケット20に格納された接続先の電話番号を抽出し、各パケット宛先や各パケットに付与された送信順序を抽出して、アナログ電話回線および/またはディジタル電話回線における電話番号の付与、回線それぞれの信号形式に変換し、変換した信号18をPBXに出力する機能を有する。
【００１６】
回線信号/パケット変換部12は、さらに、加入者ループインタフェース回路（SLIC：Subscriber-Loop-Interface-Circuitや電話線インタフェース機能を有し、設置されたPBXに対する通話電流の供給、呼出信号の送出、終話監視等の加入者インタフェース機能および加入者種別に応じたサービス機能も含めた機能を有する。
【００１７】
パケットスイッチ14は、回線信号/パケット変換部12から出力されるパケット22を入力し、入力したパケット22を、制御部16からの制御信号24に応じてパケット26として制御部16で選択された宛先に向け経路制御して、IP網に出力する機能を有する。この結果、パケットスイッチ14は、回線信号/パケット変換部12から出力されるパケット22を相手先に設置されたPBXに送信するため、通信相手側に設置された複数のSIP-GW装置のいずれかの宛先に向け経路制御して送信する。また、パケットスイッチ14は、供給されるパケット26を入力し、入力したパケット26を回線信号/パケット変換部12に出力する機能を有する。
【００１８】
制御部16は、SIP-GW装置10の構成要素全体を制御する機能を有する。この制御は、CPU（Central Processing Unit）28が担っている。制御部16は、宛先を示すIPアドレスを記憶したSIP-GW迂回リスト30を有する。このリスト30は、データベースである。制御部16におけるSIP-GW迂回リスト30の読出しについては、さらに後段で詳述する。
【００１９】
次にSIP-ゲートウェイ装置10を適用した本社-支社間の構内交換システムの構成例を図３に示す。構内交換システム32は、図３に示すように、本社側の構成要素34と支社側の構成要素36を有し、構成要素34および36は、IP網38を介して通信している。
【００２０】
ここで、IP網38は、インターネットに限定されず、構内通信網（LAN：Local Area Network）、広域通信網（WAN：Wide Area Network）および仮想プライベートネットワーク（VPN：Virtual Private Network）であってもよい。
【００２１】
本社側の構成要素34はSIPフォン40、PBX 42およびSIP-GW装置10を含み、支社側の構成要素36はSIP-GW装置44、46および48、PBX 50、ならびにSIPフォン52を含む。SIPフォン40および52は、アナログまたはディジタルの電話機でもよい。
【００２２】
SIP-GW装置10は、PBX 42にアナログ電話回線および/またはディジタル電話回線を介して接続され、回線信号18をやりとりしている。PBX 42は、アナログ電話回線および/またはディジタル電話回線、すなわち内線54を介して、SIPフォン40に接続されている。
【００２３】
支社側の構成要素36は、SIP-GW装置44、46および48それぞれがIP網38に接続され、SIP-GW装置44、46および48それぞれは、PBX 50にアナログ電話回線および/またはディジタル電話回線を介して接続され、PBX 50に回線信号56、58および60のそれぞれを供給している。PBX 50は、アナログ電話回線および/またはディジタル電話回線、すなわち内線62を介して、SIPフォン52に接続されている。
【００２４】
SIP-GW装置44、46および48それぞれは、図示しないが、回線信号/パケット変換部12、パケットスイッチ14および制御部16を有している。SIP-GW装置44、46および48それぞれの制御部16には、SIP-GW迂回リスト30を有していないが、SIP-GW装置44、46および48それぞれに持たせてもよい。
【００２５】
本実施例において、本社-支社間の構内交換システム32には、着信先のPBX 50にSIP-GW装置44、46および48が複数設置されている。この構成において、SIP-GW装置44、46および48のいずれかが故障しても、他に正常に機能する着信可能なSIP-GW装置が一つ存在すれば、故障したSIP-GW装置を迂回して着信可能なSIP-GW装置に着信することを可能にする手順を図１に示す。
【００２６】
まず、本社側SIPフォン40から内線でSIP-GW装置10を介して、支社側SIPフォン52に発信信号を発信する（ステップS10：ini-INVITE）。
【００２７】
次にSIP-GW装置10は、発信信号に対する応答信号（100trying/180rining）を受信したか否か判断する（ステップS12）。応答信号を受信した場合（YES）、接続子Aを介して通常の相手呼出し処理に進む。また、応答信号を受信しなかった場合（NO）、タイムアウト判断に進む（ステップS14へ）。
【００２８】
次にSIP-GW装置10は、応答信号の受信できない状況がタイムアウトしたか否か判断する（ステップS14）。応答信号の受信できない状況の所定時間は10秒である。この時間は、SIP-GW装置10の迂回タイマでタイムアウトを判定する。タイムアウトしていない場合（NO）、発信信号の再送に進む（ステップS16へ）。タイムアウトした場合（YES）、IPアドレスの抽出に進む（ステップS18へ）。
【００２９】
SIP-GW装置10は、発信信号を再送する（ステップS16）。再送後、応答信号の受信判断に進む（ステップS12へ）。
【００３０】
次にSIP-GW装置10は、タイムアウトに応じて支社側のSIP-GW装置のリストデータからIPアドレスを抽出する（ステップS18）。制御部16は、SIP-GW迂回リスト30のIPアドレスを順次抽出する。制御部16は、一度抽出したIPアドレスが重複して抽出されないようにIPアドレスを選ぶとよい。
【００３１】
このIPアドレスの抽出結果、他のSIP-GW装置に対応するIPアドレスがあるか否か判断する（ステップS20）。IPアドレスが抽出された場合（YES）、発信処理に進む（ステップS22へ）。また、IPアドレスが抽出されなかった場合（NO）、再送タイムアウトの判断処理に進む（ステップS24へ）。
【００３２】
発信処理は、抽出したIPアドレスより、IPパケットのあて先、発信信号（ini-INVITE）のrequest URI（Uniform Resource Identifiers）およびtoヘッダのIPアドレス部分を抽出したIPアドレスとして設定する。SIP-GW装置10は、支社側SIP-GW装置に発信信号を送信する（ステップS22）。この発信信号の送信後、応答信号の受信判断に進む（ステップS12へ）。
【００３３】
再送タイムアウトの判断処理は、RFC3261に記載された32秒以内にあるか否か判断する（ステップS24）。規定時間を越えた場合（YES）、発信処理を終了に移行し、終了する。また、規定時間以内の場合（NO）、発信信号の再送に進む（ステップS16へ）。
【００３４】
このように動作させると、対向のSIP-GW装置が故障している場合でも、他に着信可能なSIP-GW装置があれば、速やかに他に着信可能なSIP-GW装置に迂回してSIPフォン52と通話をすることが可能となる。
【００３５】
本社-支社間の構内交換システム32における具体的なシーケンシャルを図４に示す。本実施例のシーケンシャルでは、PBX 42および50を省略する。本社から支社に内線からダイヤルして発信したとき、支社側のSIP-GW装置44および46が故障中にある。SIP-GW装置10は、ダイヤル発信を受けて、発信信号54をSIP-GW装置44に発信する（時刻T10:ini-INVITE 54）。SIP-GW装置44は、故障していることから、応答信号（100 trying/180 ringing）をSIP-GW装置10に返送できない。
【００３６】
本来、SIP手順では、本社側SIP-GW装置10は、応答信号が返送されるまで発信信号（ini-INVITE）を32秒間再送し続ける。しかしながら、本実施例では、再送時間を10秒間に設定している。この再送時間は、データ等で可変することができる。SIP-GW装置10は、10秒間、SIP-GW装置44から応答がなければ、制御部16のSIP-GW迂回リスト30からSIP-GW装置46のIPアドレスを抽出し、次に発信するIPパケットの宛先に設定し、発信信号（ini-INVITE）内の情報、すなわちrequest URI, toヘッダのIPアドレスもSIP-GW装置46のIPアドレスとして設定して、SIP-GW装置46に発信する（時刻T12:ini-INVTE 56）。
【００３７】
SIP-GW装置46も故障していることから、応答できない。SIP-GW装置10は、SIP-GW迂回リスト30からSIP-GW装置48のIPアドレスを抽出し、次に発信するIPパケットの宛先に設定し、次のIPアドレスが設定された発信信号58を発信する（時刻T14: ini-INVTE 58）。SIP-GW#2は着信可能である。これにより本社-支社間の構内交換システム32は、着信先を着信可能なSIP-GW装置48に設定することができる。
【００３８】
SIP-GW装置48は、発信信号58に対して支社側の内線に該当するSIPフォン52を呼び出す。そして、SIP-GW装置48は、発信信号58に対する応答信号60を返送する（時刻T16：100 trying/180 ringing 60）。
【００３９】
支社側のSIPフォン52がSIP-GW装置48に応答すると、SIP-GW装置48は、応答信号62をSIP-GW装置10に返送する（時刻T18:200 OK 62）。SIP-GW装置10は、返送を受信して、応答信号64をSIP-GW装置48に送信する（時刻T20: ACK 64）。これ以降、本社-支社間の内線通話となる。
【００４０】
次に本発明に係るSIP着信方法を適用したSIP迂回着信方法における他の実施例を図５に記載する。本実施例における迂回手順は、先の実施例と共通する手順の記載を省略する。本実施例は、支社側SIP-GW装置が故障し、かつ別なSIP-GW装置が回線使用中のため回線塞がりのある場合である。
【００４１】
本実施例は、タイムアップ判断処理（ステップS14）とIPアドレスの抽出の間に回線塞がり判断処理を設ける（ステップS26）。回線塞がり判断処理は、SIP-GW装置44、46および48のいずれかに接続された着信側のSIPフォン52の回線が塞がり状態にあるか否かを判断する。タイムアウト後、回線塞がり信号（488/600）を受信した場合（YES）、IPアドレスの抽出に進む（ステップS16へ）。また、回線塞がり信号（488/600）を受信しなかった場合（NO）、接続子Aを介して通常の相手呼出し処理に進む。
【００４２】
このように動作させると、対向のSIP-GW装置が故障している場合でも、回線が空くのを待たず、他に着信可能なSIP-GW装置があれば、速やかに着信可能なSIP-GW装置へ迂回し、通話をすることが可能となる。
【００４３】
本社-支社間の構内交換システム32における具体的なシーケンシャルを図６に示す。SIP-GW装置10は、時刻T12にて発信信号56をSIP-GW装置46に発信する。SIP-GW装置46は、回線塞がり状態にあるため、時刻T22にて回線塞がり信号64をSIP-GW装置10に返信する（488/600 64）。SIP-GW装置10は、SIP-GW装置46の回線塞がり状態を受けて、SIP-GW装置48のIPアドレスを抽出し、SIP-GW装置48に発信信号58を発信する（ini-INVITE 58）。これ以降、構内交換システム32は、先の実施例と同じ手順が採られ、通話が行われる。
【００４４】
このように故障だけでなく、回線塞がり（488/600）以外の着信できないエラーレスポンスを受信した場合も、同様に対応して、動作させることができ、対向のSIP-GW装置の故障、かつ回線塞がりの場合でも、故障の解消、回線の開放を待たず、他に着信可能なSIP-GW装置があると、速やかに着信可能なSIP-GW装置に迂回し通話することが可能になる。
【００４５】
なお、本実施例は、着信側の複数のSIP-GW装置が故障、回線塞がりの順に状況確認する手順に限定されるものでなく、回線塞がり、故障の順に状況確認することも可能である。後者の状況では、回線塞がりの確認、故障、すなわち応答信号の有無およびタイムアウトの手順で確認するとよい。そして、迂回の確認には、故障、回線塞がりの順の状況確認と回線塞がり、故障の順の状況確認を組み合わせるとよいことは言うまでもない。
【図面の簡単な説明】
【００４６】
【図１】本発明に係るSIP着信方法を適用した実施例の構内交換システムにおけるSIP迂回着信方法の手順を記述するフローチャートである。
【図２】図１のSIP迂回着信方法を適用する構内交換システムにおけるSIP-GW装置の概略的な構成を示すブロック図である。
【図３】図１のSIP迂回着信方法を適用する構内交換システムの概略的な構成を示すブロック図である。
【図４】図１のSIP迂回着信方法を適用する構内交換システムにおける動作手順を記述するシーケンシャルチャートである。
【図５】本発明に係るSIP着信方法を適用した他の実施例の構内交換システムにおけるSIP迂回着信方法の手順を記述するフローチャートである。
【図６】図５のSIP迂回着信方法を適用する構内交換システムにおける動作手順を記述するシーケンシャルチャートである。
【符号の説明】
【００４７】
10  SIP-GW装置
12  回線信号/パケット変換部
14  パケットスイッチ
16  制御部
28  CPU
30  SIP-GW迂回リスト
【図１】
2009218889.tif 000003
【図２】
2009218889.tif 000004
【図３】
2009218889.tif 000005
【図４】
2009218889.tif 000006
【図５】
2009218889.tif 000007
【図６】
2009218889.tif 000008