(57)【要約】【課題】試験を効率化でき、試験担当技術者が試験を行いやすく、柔軟に試験の条件を設定できる呼接続試験プログラムおよび試験用端末を提供する。【解決手段】ＩＰ電話の交換システム２００における呼接続を試験する呼接続試験プログラムであって、ユーザによる指定に基づく試験項目の集合体としてスケジュールを作成する処理と、指定に基づく試験項目で設定されたシナリオを実行可能な要素ごとに実行し、ＩＰ電話の交換システム２００に対して複数の電話端末を擬似する処理と、シナリオの実行結果をログとして記録する処理と、を試験用端末１００のコンピュータに実行させる。これにより、試験を効率化でき、試験担当技術者が試験を行いやすく、柔軟に試験の条件を設定できる。【選択図】図１
2011151496.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ電話の交換システムにおける呼接続を試験する呼接続試験プログラムであって、
ユーザによる指定に基づく試験項目の集合体としてスケジュールを作成する処理と、
前記指定に基づく試験項目で設定されたシナリオを実行可能な要素ごとに実行し、前記ＩＰ電話の交換システムに対して複数の電話端末を擬似する処理と、
前記シナリオの実行結果をログとして記録する処理とを試験用端末のコンピュータに実行させることを特徴とする呼接続試験プログラム。
【請求項２】
パケットとして送信される前記シナリオの実行結果のログがキャプチャされたキャプチャログを記録する処理と、
前記記録されたキャプチャログをシナリオに変換し、前記記録されたキャプチャログに対応する試験項目を自動生成する処理とを更に含むことを特徴とする請求項１記載の呼接続試験プログラム。
【請求項３】
前記記録されたキャプチャログにおいて別個のノードとして認識されているポートを一つのノードとして設定する操作を受け付ける処理を更に含み、
前記設定されたノードを一つのノードとして認識し、前記記録されたキャプチャログをシナリオに変換することを特徴とする請求項２記載の呼接続試験プログラム。
【請求項４】
複数のＩＰアドレスとポートの組み合わせの中から試験対象となるノードを設定する操作を受け付ける処理を更に含み、
前記試験対象として設定されたノードに関するログを対象として、前記記録されたキャプチャログをシナリオに変換することを特徴とする請求項２または請求項３記載の呼接続試験プログラム。
【請求項５】
前記記録されたキャプチャログにおいて、除外対象となる信号を指定する操作を受け付ける処理を含み、
前記除外対象として指定された信号を除いて前記記録されたキャプチャログをシナリオに変換することを特徴とする請求項２から請求項４のいずれかに記載の呼接続試験プログラム。
【請求項６】
端末上で実行され、コマンドにより前記ＩＰ電話の交換システムを遠隔操作することで前記試験項目で設定されたシナリオを実行し、前記ＩＰ電話の交換システムから前記コマンドの応答を受信することを特徴とする請求項１から請求項５のいずれかに記載の呼接続試験プログラム。
【請求項７】
ユーザにより設定された負荷条件に応じて、一種類の試験を複数同時に繰り返して実行させることを特徴とする請求項１から請求項６のいずれかに記載の呼接続試験プログラム。
【請求項８】
前記シナリオの実行結果として記録されたログのうち、２つのログの指定を受け付ける処理と、
前記指定を受けたログ同士を比較し、差分を表示する処理とを更に含むことを特徴とする請求項１から請求項７のいずれかに記載の呼接続試験プログラム。
【請求項９】
ユーザの要求に応じ、前記シナリオの実行結果ログに基づいてネットワーク上の応答をシーケンス図として表示することを特徴とする請求項１から請求項８のいずれかに記載の呼接続試験プログラム。
【請求項１０】
ＩＰ電話の交換システムに接続され、呼接続を試験する試験用端末であって、
ユーザによる指定に基づく試験項目の集合体としてスケジュールを作成するスケジュール作成部と、
前記指定に基づく試験項目で設定されたシナリオを実行可能な要素ごとに実行し、複数の電話端末を擬似するシナリオ実行部と、
前記試験の結果をログとして記録する記録部とを備えることを特徴とする試験用端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ電話の交換システムにおける呼接続を試験する呼接続試験プログラムおよび試験用端末に関する。
【背景技術】
【０００２】
近年、インターネットの急速な普及に伴いＩＰ電話装置（以下、「ＩＰ電話」という）が注目されている。ＩＰ電話サービスでは、例えば、ＩＰネットワークに配置したＳＩＰ（Session Initiation Protocol）サーバが、呼制御プロトコルＳＩＰ（IETF標準RFC3261）により、発信端末となるＩＰ電話と、着信端末となるＩＰ電話との間を呼接続し、呼接続後はＩＰ電話同士がＩＰネットワーク経由で音声パケットを送受信し、リアルタイムの通話を実現する。
【０００３】
このようなプロトコルの規定内容には、解釈の違い、実装上の細かい仕様の違いが存在することから、実際のサービス導入時には必ずしも呼の接続が円滑に行われない。そのため、事前にＩＰ電話装置間の接続試験を実際に行う必要がある。このような接続試験では、要求されたプロトコルが不整合なく実行されているかを検証する必要がある。
【０００４】
これに対し、ＩＰ電話システムにおける異なる機種の組み合わせの多様な試験パターンを行おうとするＩＰ電話接続試験方法が開示されている（たとえば、特許文献１参照）。特許文献１記載のＩＰ電話接続試験方法では、複数機種のＩＰ電話装置間のＩＰネットワークを介した接続試験を行っている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２７９５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のようなＩＰ電話の接続試験は、マシンタイムを有効に活用するために夜間や休日に対応することも多く、担当技術者（ユーザ）にとって大きな負担となっている。また、試験のために各ツールを操作するには高度な技能が要求され、ツールが高機能化しても、技術者がそれを使いこなせない場面が生じている。また、サービス導入前の試験では、実際の運用に近い条件で試験することが好ましいが、一般的にはあらかじめ準備された標準的な条件で試験され、要望に応じて柔軟に条件を変えることがなされていない。
【０００７】
本発明は、このような事情に鑑みてなされたものであり、試験を効率化でき、試験担当技術者が試験を行いやすく、柔軟に試験の条件を設定できる呼接続試験プログラムおよび試験用端末を提供することを目的とする。
【課題を解決するための手段】
【０００８】
（１）上記の目的を達成するため、本発明の呼接続試験プログラムは、ＩＰ電話の交換システムにおける呼接続を試験する呼接続試験プログラムであって、ユーザによる指定に基づく試験項目の集合体としてスケジュールを作成する処理と、前記指定に基づく試験項目で設定されたシナリオを実行可能な要素ごとに実行し、前記ＩＰ電話の交換システムに対して複数の電話端末を擬似する処理と、前記シナリオの実行結果をログとして記録する処理とを試験用端末のコンピュータに実行させることを特徴としている。
【０００９】
これにより、ユーザによる指定に基づく試験項目で設定されたシナリオを実行するため、試験を自動化でき、ユーザは一つ一つ試験を実行する必要がなくなり、ユーザの負担を軽減することができる。その結果、呼接続試験の無人化、開発作業の効率化を進めることができる。また、ＩＰ電話の交換システムに対して複数の電話端末を擬似するため、実際の呼接続時と同様の試験を行うことができる。また、試験項目の指定により柔軟に試験の条件を設定できる。
【００１０】
（２）また、本発明の呼接続試験プログラムは、パケットとして送信される前記シナリオの実行結果のログがキャプチャされたキャプチャログを記録する処理と、前記記録されたキャプチャログをシナリオに変換し、前記記録されたキャプチャログに対応する試験項目を自動生成する処理とを更に含むことを特徴としている。
【００１１】
これにより、キャプチャされたログを利用して試験をすることができるため、試験の再現を簡単に実現できる。その結果、容易に不具合を把握することができる。また、ログを自動的にシナリオへ変換することができるため、ユーザの負担が軽減される。
【００１２】
（３）また、本発明の呼接続試験プログラムは前記記録されたキャプチャログにおいて別個のノードとして認識されているポートを一つのノードとして設定する操作を受け付ける処理を更に含み、前記設定されたノードを一つのノードとして認識し、前記記録されたキャプチャログをシナリオに変換することを特徴としている。
【００１３】
これにより、本来、一つのノードであるべきノードが分かれている場合にはまとめることができ、本来の試験結果を再現することができる。たとえば、試験用端末の送信ポートおよび受信ポートを一つのノードにまとめて、キャプチャログをシナリオに変換できる。
【００１４】
（４）また、本発明の呼接続試験プログラムは、複数のＩＰアドレスとポートの組み合わせの中から試験対象となるノードを設定する操作を受け付ける処理を更に含み、前記試験対象として設定されたノードに関するログを対象として、前記記録されたキャプチャログをシナリオに変換することを特徴としている。これにより、試験対象となるノードのみに関する試験結果を抽出でき、本来の試験結果を再現できる。その結果、効率的に試験結果を利用できる。
【００１５】
（５）また、本発明の呼接続試験プログラムは、前記記録されたキャプチャログにおいて、除外対象となる信号を指定する操作を受け付ける処理を含み、前記除外対象として指定された信号を除いて前記記録されたキャプチャログをシナリオに変換することを特徴としている。これにより、試験と関係ない信号を除外し、本来の試験結果を再現できる。その結果、効率的に試験結果を利用できる。
【００１６】
（６）また、本発明の呼接続試験プログラムは、端末上で実行され、コマンドにより前記ＩＰ電話の交換システムを遠隔操作することで前記試験項目で設定されたシナリオを実行し、前記ＩＰ電話の交換システムから前記コマンドの応答を受信することを特徴としている。これにより、遠隔操作で呼接続の試験を実行でき、ユーザは試験を指示する場所が限定されないため、ユーザの負担を軽減することができる。
【００１７】
（７）また、本発明の呼接続試験プログラムは、ユーザにより設定された負荷条件に応じて、一種類の試験を複数同時に繰り返して実行させることを特徴としている。これにより、基本呼やサービス呼を組み合わせ、商用条件に合わせた高負荷環境を構築することができ、そのような環境下での呼接続システムの動作を試験することができる。また、長時間安定化を含む総合安定化試験を実行できる。
【００１８】
（８）また、本発明の呼接続試験プログラムは、前記シナリオの実行結果として記録されたログのうち、２つのログの指定を受け付ける処理と、前記指定を受けたログ同士を比較し、差分を表示する処理とを更に含むことを特徴としている。これにより、各ログの差から、ユーザは容易に呼接続システムの問題の有無を確認することができる。その結果、バグの見落とし等を防止でき、ユーザの負担を軽減できる。
【００１９】
（９）また、本発明の呼接続試験プログラムは、ユーザの要求に応じ、前記シナリオの実行結果ログに基づいてネットワーク上の応答をシーケンス図として表示することを特徴としている。これにより、ユーザはメッセージの送受信等を含む試験結果を一目で把握することができる。また、シーケンス表示を利用して、個別にノードや信号を指定することができ、キャプチャログ変換時にもシーケンス表示を利用することができる。
【００２０】
（１０）また、本発明の試験用端末は、ＩＰ電話の交換システムに接続され、呼接続を試験する試験用端末であって、ユーザによる指定に基づく試験項目の集合体としてスケジュールを作成するスケジュール作成部と、前記指定に基づく試験項目で設定されたシナリオを実行可能な要素ごとに実行し、複数の電話端末を擬似するシナリオ実行部と、前記試験の結果をログとして記録する記録部とを備えることを特徴としている。これにより、試験を自動化でき、ユーザの負担を軽減することができる。また、実際の呼接続時と同様の試験を行うことができる。
【発明の効果】
【００２１】
本発明によれば、試験を効率化でき、試験担当技術者が試験を行いやすく、柔軟に試験の条件を設定できる。
【図面の簡単な説明】
【００２２】
【図１】試験用端末およびＩＰ電話の交換システムの構成を示す概略図である。
【図２】試験用端末の構成を示すブロック図である。
【図３】試験用端末の自動試験における動作を示すフローチャートである。
【図４】試験用端末の試験項目設定における動作を示すフローチャートである。
【図５】試験用端末のスケジュール設定における動作を示すフローチャートである。
【図６】試験用端末の試験実行における動作を示すフローチャートである。
【図７】試験用端末のシナリオ実行における動作を示すフローチャートである。
【図８】試験用端末のシーケンス表示における動作を示すフローチャートである。
【図９】試験用端末による読込表示の動作を示すフローチャートである。
【図１０】試験用端末の信号差分調査における動作を示すフローチャートである。
【図１１】試験用端末の差分調査における動作を示すフローチャートである。
【図１２】試験用端末の負荷試験における動作を示すフローチャートである。
【図１３】試験用端末の試験実行における動作を示すフローチャートである。
【図１４】試験用端末のシナリオ実行における動作を示すフローチャートである。
【図１５】試験用端末のパケットログ変換における動作を示すフローチャートである。
【図１６】試験用端末のパケットキャプチャにおける動作を示すフローチャートである。
【図１７】試験用端末の試験項目作成における動作を示すフローチャートである。
【図１８】試験用端末による試験項目の各項目の作成の動作を示すフローチャートである。
【図１９】試験用端末による試験項目の変換規則ファイル検索の動作を示すフローチャートである。
【図２０】試験用端末およびＩＰ電話の交換システム２００の構成を示す概略図である。
【図２１】試験用端末のリモートシェル機能における動作を示すフローチャートである。
【図２２】試験用端末によるファイル内容表示の動作を示すフローチャートである。
【図２３】試験用端末によるリモートシェル実行の動作を示すフローチャートである。
【図２４】試験用端末のシナリオ実行における動作を示すフローチャートである。
【図２５】試験用端末のコマンド実行における動作を示すフローチャートである。
【図２６】試験用端末のＴＥＬＮＥＴコマンド実行における動作を示すフローチャートである。
【図２７】試験用端末のＲＳＨ／ＳＳＨコマンド実行における動作を示すフローチャートである。
【発明を実施するための形態】
【００２３】
次に、本発明の実施の形態について、図面を参照しながら説明する。説明の理解を容易にするため、各図面において同一の構成要素に対しては同一の参照番号を付し、重複する説明は省略する。
【００２４】
［第１の実施形態］
〔試験用端末の構成〕
図１は、試験用端末１００およびＩＰ電話の交換システム２００の構成を示す概略図である。試験用端末１００は、呼接続を試験する端末である。ＩＰ電話の交換システム２００は、サーバ３００および電話機４００を含んで構成されており、サーバ３００と電話機４００とはネットワークＮにより接続されている。試験用端末１００は、電話機４００に対して擬似的に相手端末として動作することで、サーバ３００の機能を試験することができる。なお、サーバ３００は、ＳＩＰサーバであることが好ましいが、ＳＩＰサーバ以外であってもよい。また、電話機４００は、携帯端末であってもよいし固定端末であってもよい。
【００２５】
図２は、試験用端末１００の構成を示すブロック図である。図２に示すように、試験用端末１００は、パケットログ変換部１０２、試験項目作成部１０４、ＴＣＰ常時接続部１１０、リモートシェル実行部１１１、負荷試験実施部１１２、スケジュール作成部１２０、自動試験実施部１２１、信号差分調査部１３０およびシーケンス表示部１３１を備えている。
【００２６】
ライセンス制御部１０１は、各部が各機能を動作させる前に、ユーザにライセンスの有無を確認する。これに対し、ユーザは登録操作を行う。ライセンス制御部１０１は、ライセンスキーの生成における暗号化技術としてＭＤ５を使用し、試験用端末１００の情報や時刻情報等から、ライセンスキーを他のＰＣにて流用できない仕組みを実現している。
【００２７】
パケットログ変換部１０２は、キャプチャログを解析し、試験項目を作成する。キャプチャログは、試験結果情報を含む一連のパケットをキャプチャすることで得られる。ログのキャプチャは、ＬＡＮアナライザによりＬＡＮ上で送受信されるパケットのモニタリングにより行われる。
【００２８】
試験項目作成部１０４は、試験項目ファイルを作成し、その試験項目をスケジュールに設定し、それを元に負荷試験を実施させる。試験項目は、実行する試験の定義となるものであり、たとえば試験の実施時間、試験を開始するシナリオ、試験構成（能動開始・受動開始）、インタフェースが該当する。
【００２９】
ＴＣＰ常時接続部１１０は、ＴＣＰ常時接続設定ファイルを元に設定を解析し、コネクションを生成する。そして、実行結果ファイルを作成する。ＴＣＰ常時接続設定ファイルは、あらかじめユーザにより作成される。
【００３０】
リモートシェル実行部１１１は、ユーザから受けたリモートシェルのコマンドをサーバ３００に実行させる。その一方で、リモートシェル設定ファイルを作成し、実行結果をサーバ３００から受領して実行結果ファイルを作成する。なお、リモートシェルとコマンドシナリオ実行は、いずれも試験を遠隔操作により行う点で共通している。ただし、リモートシェルではユーザにより対話式にコマンドが送信されるのに対し、コマンドシナリオ実行では、一連のコマンドが一度に実行される点で両者は相違している。
【００３１】
負荷試験実施部１１２は、試験項目ファイル、リモートシェルファイルまたはＴＣＰ常時接続設定ファイルに基づいて、ファイルの設定を元に設定を元に自動試験実施部１２１に試験を実施させる。そして、負荷試験結果ログおよび信号ログを出力する。これにより、設定した負荷条件に合わせてユーザの作成したシーケンスを繰り返し送受信することができる。
【００３２】
スケジュール作成部１２０は、試験項目をスケジュールに設定し、スケジュールファイルを作成する。そして、作成したスケジュールを自動試験実施部１２１に送出する。
【００３３】
自動試験実施部１２１は、スケジュールファイル、試験項目ファイル、リモートシェルファイル、ＴＣＰ常時接続設定ファイルにより、試験を自動で実施する。そして、自動試験結果ログおよび信号ログを出力する。これにより、夜間や休日等の無人時間帯におけるマシンリソースの有効利用やリグレッション試験等が可能になる。
【００３４】
信号差分調査部１３０は、自動試験で出力された信号ログを元に、２つのログの差分を調査し、差分ファイルおよび比較結果ファイルを作成する。自動試験で生成された複数のログファイルを比較し、差分を出力する機能である。これにより、たとえば、この機能を自動試験後の結果確認やリグレッション試験、バグ発生時の再現試験等に利用できる。目視に頼っていた試験結果の確認を機械化することにより、確認の精度を各段に向上させることができる。比較オプションの機能により、差分出力する情報をユーザが任意に設定することもできる。
【００３５】
シーケンス表示部１３１は、自動試験の実施により生じた信号ログ出力をもとに信号ログを解析し、シーケンス図を表示する。これにより、自動試験で送受信されたメッセージをシーケンスとして表示させることができる。試験結果が視覚化されるため、確認作業を容易にし、大幅にかかる時間を短縮することができる。また、テキスト出力することで、各種資料作成時の素材とすることもできる。
【００３６】
〔試験用端末の動作〕
（自動試験）
次に、試験用端末１００の動作を説明する。まず、自動試験の動作を説明する。自動試験とは、自動で一連のコマンドを実行させる試験をいう。これにより、常時、試験用端末１００を監視する必要がなく、ユーザの負担を軽減することができる。図３は、試験用端末１００の自動試験における動作を示すフローチャートである。自動試験が開始されると、まず、試験用端末１００は、スケジュールが作成済みか否かを判定する（ステップＳ１０１）。なお、スケジュールとは、自動試験にて実行する試験項目がリストアップされたファイルを指す。
【００３７】
スケジュールが作成済みである場合にはステップＳ１０４に移行する。スケジュールが未作成である場合には、試験項目を設定し（ステップＳ１０２）、スケジュールを設定する（ステップＳ１０３）。試験項目の設定およびスケジュールの設定の詳細は後述する。次に、実行スケジュールの設定を受け付ける（ステップＳ１０４）。具体的には、試験実施時に、ユーザがどのスケジュールを実行するかを画面上のＧＵＩで指定する。実行スケジュールが設定されたら、試験を実行し（ステップＳ１０５）、自動試験を終了する。なお、試験の実行の詳細は後述する。
【００３８】
図４は、試験用端末１００による試験項目設定の動作を示すフローチャートである。試験項目の設定が開始されると、まず、試験項目の指定を受け付ける（ステップＳ１１１）。たとえば、ユーザは、試験の実施時間、試験を開始するシナリオ、および試験構成（能動開始・受動開始）等の試験条件を指定する。次に、インタフェースの設定操作を受け付ける（ステップＳ１１２）。インタフェースの設定には、たとえばプロトコル種別（ＳＩＰ擬似／Ｃｏｍｍａｎｄ擬似）、ローカルＩＰ（ＩＰバージョン、ＩＰアドレス、ホスト名）、リモートＩＰ（ＩＰアドレス、ホスト名）、トランスポート（ＴＣＰ／ＵＤＰ、ポート）、ユーザ情報（電番、認証ユーザ名、認証パスワード）、シナリオ、およびメッセージテンプレートの設定が挙げられる。そして、指定された試験項目および設定されたインタフェースに従った試験項目を作成することで試験項目ディレクトリを作成し（ステップＳ１１３）、試験項目の設定を終了する。具体的には、試験項目定義や、シナリオ・テンプレートを試験項目毎に１つのディレクトリにまとめて配置する。
【００３９】
図５は、試験用端末１００によるスケジュール設定の動作を示すフローチャートである。スケジュール設定が開始されると、まず、実行対象の試験項目の設定を受け付ける（ステップＳ１２１）。すなわち、スケジュール作成時に、ユーザがどの試験項目を実行するかを画面上の操作で指定する。次に、スケジュールを設定する（ステップＳ１２２）。そして、設定された実行対象の試験項目およびスケジュールの内容に従って、スケジュールファイルを作成して（ステップＳ１２３）、スケジュールの設定を終了する。
【００４０】
図６は、試験用端末１００による試験実行の動作を示すフローチャートである。試験の実行が開始されると、まず、スケジュールが完了したか否かを判定し（ステップＳ１３１）、スケジュールが完了した場合には、試験の実行を終了する。一方、スケジュールが未完了である場合には、強制終了通知か、停止通知を受けているか否かを判定する（ステップＳ１３２）。なお、強制終了通知および停止通知は、いずれもステップＳ１０４で設定された実行スケジュールに基づき、所定の場合に通知される。
【００４１】
そして、強制終了通知か、停止通知を受けている場合には、試験の実行を終了する。一方、強制終了通知または停止通知のいずれをも受けていない場合には、項目が試験の実行対象か否かを判定する（ステップＳ１３３）。項目が試験の実行対象でない場合には、ステップＳ１３１に戻る。一方、項目が試験の実行対象である場合には、試験項目ファイルを読み込む（ステップＳ１３４）。
【００４２】
試験項目ファイルを読み込んだら、読み込んだ試験項目ファイルの試験項目設定データに従ってシナリオを実行する（ステップＳ１３５）。シナリオの実行の詳細は後述する。次に、試験項目の実行結果を通知し（ステップＳ１３６）、ステップＳ１３１へ戻る。通知された試験項目実行結果は、その後のステップＳ１３４の試験項目ファイル読込の際に読み込まれる。
【００４３】
図７は、試験用端末１００によるシナリオ実行の動作を示すフローチャートである。シナリオ実行を開始すると、まず、シナリオデータを含む試験項目設定データを利用して試験ユニットを作成する（ステップＳ１４１）。次に、イベント待ち状態に移行する（ステップＳ１４２）。後述のステップＳ１４３、Ｓ１４４、Ｓ１４６、Ｓ１４７、Ｓ１５３およびＳ１５０の動作によりイベント通知がなされ、通知に応じて各イベントがなされる。
【００４４】
この状態において、シナリオ開始通知があったときには、作成された試験ユニットのうちのシナリオデータを利用してシナリオユニットを作成し（ステップＳ１４３）、ステップＳ１５４に進む。シナリオ開始通知は、ステップＳ１４１における試験ユニット作成時または後述のステップＳ１５３のシナリオスタート時に通知がなされる。また、シナリオ停止通知があったときには、シナリオユニットを削除し（ステップＳ１４４）、ステップＳ１５４に進む。シナリオ停止通知は、ステップＳ１４６またはステップＳ１５０におけるシナリオ要素の実行によりなされる。また、シナリオ再開通知があったときには、シナリオユニットを取得し（ステップＳ１４５）、シナリオデータに従ってシナリオ要素を実行する（ステップＳ１４６）。シナリオ再開通知は、ステップＳ１４７において受領されたタイムアウト通知に基づいてなされる。シナリオの実行により、ＩＰ電話の交換システムに対して複数の電話端末を擬似するため、実際の呼接続時と同様の試験を行うことができる。そして、ステップＳ１５４に進む。また、タイムアウト通知があったときにはＳ１５４に進む（ステップＳ１４７）。なお、タイムアウト通知は、オペレーティングシステムによりなされる。
【００４５】
一方、信号受信があった（ステップＳ１４８）ときには、受信信号から対象となるシナリオユニットを取得したか否かを判定する（ステップＳ１４９）。信号受信の有無の判定のもとになる受信信号通知は、オペレーティングシステムによりなされる。受信信号から対象となるシナリオユニットを取得した場合には、シナリオデータに従ってシナリオ要素を実行し（ステップＳ１５０）、ステップＳ１５４へと進む。
【００４６】
受信信号から対象となるシナリオユニットを取得しなかった場合には、シナリオ名を取得する（ステップＳ１５１）。そして、テンプレート名も取得し（ステップＳ１５２）、シナリオをスタートさせ（ステップＳ１５３）、ステップＳ１５４へと進む。
【００４７】
ステップＳ１５４では、試験が完了したか否かを判定する（ステップＳ１５４）。そして、試験が完了したときにはシナリオの実行を終了する。試験が完了してない場合にはステップＳ１４２に戻る。
【００４８】
このように、設定されたスケジュールに基づいて作成されたシナリオが実行されるため、試験を自動化でき、ユーザは一つ一つ試験を実行する必要がなくなる。そして、ユーザの負担を軽減することができる。その結果、呼接続試験の無人化、開発作業の効率化を進めることができる。
【００４９】
（シーケンス表示）
次に、シーケンス表示の動作を説明する。図８は、試験用端末１００によるシーケンス表示の動作を示すフローチャートである。シーケンス表示が開始されると、まず、試験結果のログファイルの指定を受け付ける（ステップＳ２０１）。そして、指定された試験結果のログファイルを読み込み、シーケンス図に変換、表示し（ステップＳ２０２）、終了する。シーケンス図の表示により、ユーザはメッセージの送受信等を含む試験結果を一目で把握することができる。また、シーケンス表示を利用して、個別にノードや信号を指定することができ、キャプチャログ変換時にもシーケンス表示を利用することができる。なお、シーケンス図への変換および表示については、次に詳細に説明する。
【００５０】
図９は、試験用端末１００による読込表示の動作を示すフローチャートである。読込表示の動作が開始すると、試験用端末１００は、指定された試験結果のログを読み込む（ステップＳ２１１）。そして、ログフォーマットが適当か否かを判定する（ステップＳ２１２）。シーケンス表示機能では、自動試験ログをシーケンスとして画面に表示するため、ログフォーマットのチェックが必要となる。そのチェックでは、ユーザに指定されたログのフォーマット解析を実施し、ログファイルの内容に異常がないかを確認する。そして、ログフォーマットが適当でない場合には、一連の動作を終了する。
【００５１】
一方、ログフォーマットが適当な場合には、擬似ＩＦ番号を取得し、ループを開始する（ステップＳ２１３）。なお、擬似ＩＦは、インタフェース設定を指す。自動試験ログでは、インタフェース設定で作成した擬似ＩＦを番号で管理している。次に、ログファイルから端末間の送受信方向（ステップＳ２１４）および信号名（ステップＳ２１５）を収集し、信号内容を保存し（ステップＳ２１６）、擬似ＩＦ番号に従い、上記の動作のループを繰り返す（ステップＳ２１７）。次に、各信号の送受信を時系列に並べ替え（ステップＳ２１８）、得られた信号送受信のシーケンスを表示する（ステップＳ２１９）。
【００５２】
（信号差分調査）
次に、信号差分調査の動作を説明する。信号差分調査では、ユーザにより指定された自動試験ログを比較する。図１０は、試験用端末１００による信号差分調査の動作を示すフローチャートである。信号差分調査が開始されると、まず、比較情報の設定を受け付ける（ステップＳ３０１）。比較情報とは、比較対象（ファイル単一比較／ディレクトリ一括比較）、比較元の自動試験ログ、比較先の自動試験ログ、比較オプションファイル、および比較結果出力先等の情報を指す。そして、設定された比較情報により指定されたログファイルの内容から差分を調査し（ステップＳ３０２）、終了する。信号差分調査については、次に詳細に説明する。
【００５３】
図１１は、試験用端末１００による差分調査の動作を示すフローチャートである。差分調査が開始すると、まず、比較オプション情報を全て読み込む（ステップＳ３１１）。比較オプション情報とは、比較オプションファイルの内容である。比較オプションファイルでは、ＳＩＰヘッダ毎に比較するか否かが事前にユーザにより設定可能となっている。そして、ログファイルから情報収集することで、比較元ファイルの１行を取得し（ステップＳ３１２）、比較先ファイルの１行を取得し（ステップＳ３１３）、差分を比較する（ステップＳ３１４）。
【００５４】
次に、差分ファイルに比較結果を出力する（ステップＳ３１５）。これにより、各ログの差から、ユーザは容易に呼接続システムの問題の有無を確認することができる。その結果、バグの見落とし等を防止でき、ユーザの負担を軽減できる。次に、比較元ファイル、比較先ファイル共に実行が終了したか否かを判定する（ステップＳ３１６）。比較元ファイル、比較先ファイルのいずれかの実行が終了していないときにはステップＳ３１２に戻る。比較元ファイル、比較先ファイル共に実行が終了した場合には、差分調査を終了する。
【００５５】
（負荷試験）
次に、負荷試験の動作を説明する。図１２は、試験用端末１００の負荷試験における動作を示すフローチャートである。負荷試験が開始されると、まず、負荷試験設定情報を受け付ける（ステップＳ４０１）。負荷設定項目には、（１）同時実行数、（２）実行間隔、（３）レジスター間隔がある。そして、試験を実行し（ステップＳ４０２）、終了する。試験実行については、次に詳細に説明する。
【００５６】
図１３は、試験用端末１００による試験実行の動作を示すフローチャートである。あらかじめ、ユーザにより実行する試験項目、試験項目の同時実行数、試験項目の実行間隔が指定され、負荷試験情報が設定されているものとする。負荷試験では、試験用端末１００が試験項目をパラレルに繰り返し実行する。負荷試験の実行が開始されると、まず、負荷試験情報の設定を取得する（ステップＳ４１１）。そして、試験項目ファイルを読み込み（ステップＳ４１２）、読み込んだ試験項目ファイルのうち設定ファイルのデータに基づいて同時実行数分の試験ユニットを作成する（ステップＳ４１３）。そして、試験ユニットを構成する試験項目のデータを利用してシナリオを実行し（ステップＳ４１４）、負荷試験情報の設定に基づいて負荷試験終了の通知を受け（ステップＳ４１５）、試験実行を終了する。シナリオ実行については、次に説明する。
【００５７】
図１４は、試験用端末１００によるシナリオ実行の動作を示すフローチャートである。シナリオ実行が開始すると、まず、試験項目設定データおよび負荷試験設定データを利用して試験ユニットを作成し（ステップＳ４２１）、シナリオをスタートさせる（ステップＳ４２２）。そして、イベント通知の待ち状態へ移行する（ステップＳ４２３）。後述のステップＳ４２４、Ｓ４２５、Ｓ４２６、Ｓ４２７およびＳ４２９の動作によりイベント通知がなされ、通知に応じて各イベントがなされる。
【００５８】
このとき、オペレーティングシステムからタイムアウト通知があったときには、そのままステップＳ４３０に進む（ステップＳ４２４）。また、シナリオ終了通知があったときには、シナリオ実行結果の通知やカウントを行い、ステップＳ４３０に進む（ステップＳ４２５）。シナリオ終了通知は、１つの試験項目が終了したときにイベント待ち状態でなされる通知である。また、シナリオ実行結果通知は、その後ステップＳ４２３において処理される。カウントとは、画面上に表示する情報のカウントを指す。画面上には、開始日時、終了日時、試験時間、開始項目数、完了項目数、不完了項目数、および秒間完了数等が表示される。これらのうち、開始項目数、完了項目数、および不完了項目数は、カウントの対象である。この後、「試験項目終了通知」によりステップＳ４２７で再度試験項目を起動する。一方、イベント待ち状態でなされた全シナリオ終了の通知を受けたときには試験停止通知を行い、ステップＳ４３０に進む（ステップＳ４２６）。全シナリオ終了通知は、負荷試験の停止時に、起動中のシナリオが全て終了した場合の通知である。この後、イベント待ち状態でなされた「試験項目停止通知」によりメモリ削除等の負荷試験機能の停止処理が実行される。
【００５９】
また、イベント待ち状態でなされた試験項目の終了通知があったときには試験を再スタートさせ、ステップＳ４３０に進む（ステップＳ４２７）。このように「試験項目終了通知」は、試験項目の再起動に使用される。また、負荷試験情報の設定に基づいて試験項目停止通知があったときには試験終了を通知し、ステップＳ４３０に進む（ステップＳ４２８）。なされた試験終了通知は、ステップＳ４２３において処理される。このように、「試験項目停止通知」は、負荷試験機能の終了時に通知される。また、イベント待ち状態でなされた試験項目開始タイマの停止要求があったときには、タイマを停止し、ステップＳ４３０に進む（ステップＳ４２９）。
【００６０】
なお、タイマとは、指定された時間が経過した時点で、実際の処理（例えばシナリオを動作させている機能部）を行っている機能部へ通知イベントを発行する機能部である。負荷試験開始時にユーザにて指定が必要となる、「試験項目の実行間隔」などは、タイマ機能部を利用して時間管理が実施される。すなわち、試験項目が終了した時点から、再起動を行うまでの時間が管理される。次に、試験終了通知を受けたか否かを判定する（ステップＳ４３０）。そして、シナリオ実行の一連の処理を終了する。
【００６１】
これにより、基本呼やサービス呼を組み合わせ、商用条件に合わせた高負荷環境を構築することができ、そのような環境下での呼接続システムの動作を試験することができる。また、長時間安定化を含む総合安定化試験を実行できる。
【００６２】
（パケットログ変換）
次に、パケットログ変換の動作を説明する。図１５は、試験用端末１００によるパケットログ変換の動作を示すフローチャートである。パケットログ変換が開始されると、まず、パケットキャプチャが指定される（ステップＳ５０１）。パケットキャプチャの指定の詳細は後述する。そして、指定されたパケットキャプチャのデータを利用してシーケンス図を表示する（ステップＳ５０２）。次に、ＴＣＰノードの設定（ステップＳ５０３）、試験対策ノードの設定（ステップＳ５０４）、除外信号の選択（ステップＳ５０５）の操作を並列で受け付ける。
【００６３】
ＴＣＰでは、試験用端末１００の送信ポート／受信ポートが異なるため、シーケンス表示の際、別のノードとして表示される。たとえば、ＩＰアドレスとポートの組み合わせを１つのノードとする。これにより、本来、一つのノードであるべきノードが分かれている場合にはまとめることができ、本来の試験結果を再現することができる。たとえば、試験用端末の送信ポートおよび受信ポートを一つのノードにまとめて、キャプチャログをシナリオに変換できる。
【００６４】
「ＴＣＰノード設定」では、これらのノードを１つのノードとする設定操作をユーザから受け付ける。試験対象ノード設定では、複数のＩＰアドレスとポートの組み合わせの中から試験対象となるものが設定される。これにより、試験対象となるノードのみに関する試験結果を抽出でき、本来の試験結果を再現できる。その結果、効率的に試験結果を利用できる。
【００６５】
除外信号選択では、パケットログ変換後に作成されるシナリオに含める必要のない信号を、ユーザが削除指定する。そのとき、たとえば再送信号などが除外信号として選択される。シーケンス図が画面表示されている状態で、たとえばユーザが除外対象の信号をダブルクリックすることで、削除すべき信号が指定される。これにより、試験と関係ない信号を除外し、本来の試験結果を再現できる。その結果、効率的に試験結果を利用できる。
【００６６】
次に、変換準備が完了したか否かを判定する（ステップＳ５０６）。変換準備が完了していないときには、ステップＳ５０３に戻る。一方、変換準備が完了した場合には、ステップＳ５０３、Ｓ５０４、Ｓ５０５において受け付けた設定およびパケットキャプチャのデータから試験項目を作成して（ステップＳ５０７）、パケットログ変換機能を終了する。なお、試験項目の作成の詳細は後述する。
【００６７】
図１６は、試験用端末１００によるパケットキャプチャの動作を示すフローチャートである。パケットキャプチャの指定を開始すると、まず、パスの指定を受け付ける（ステップＳ５１１）。具体的には、変換を行うパケットキャプチャファイルのディレクトリパスの指定を受け付ける。次に、読み込みが成功したか否かを判定する（ステップＳ５１２）。読み込みに失敗したときには、読み込み失敗メッセージを表示し（ステップＳ５１３）、ステップＳ５１６に進む。読み込みが成功したときには、読み込んだパスをカレントファイルに設定し（ステップＳ５１４）、ステップＳ５１１で指定されたパスからタイトルを作成する（ステップＳ５１５）。これにより、画面のタイトルバーの表示内容が作成される。次に、タイトル表示を更新し、作成したタイトルを画面表示する（ステップＳ５１６）。そして、パケットキャプチャの指定を終了する。
【００６８】
図１７は、試験用端末１００による試験項目作成の動作を示すフローチャートである。試験項目を開始すると、試験項目名を指定する（ステップＳ５２１）。また、インタフェース毎の分割生成の指定を受け付ける（ステップＳ５２２）。分割生成が指定されると、ノード（インタフェース）毎に別々の試験項目が作成される。複数のインタフェースを使用して試験を行う場合には分割生成を指定するのが好ましい。そして、このような処理と同時にインタフェース（ステップＳ５２３）、インタフェース名（ステップＳ５２４）、擬似種別（ステップＳ５２５）、テンプレート変換規則（ステップＳ５２６）の各指定を順番に受け付ける。
【００６９】
パケットログの変換処理は、ノード（インタフェース）毎に、インタフェース名や変換規則などを指定して行うため、どのノード（インタフェース）について設定を行うかをユーザが指定する必要がある。なお、テンプレート変換規則とは、パケットキャプチャの信号データを、メッセージテンプレートに変換するための変換ルールであり、ユーザにより、その変換ルールが記載されたファイルが指定される。テンプレート変換規則ファイルは、事前にユーザにより用意される。次に、保存先を指定する（ステップＳ５２７）。項目作成後の項目編集画面の起動を指定する（ステップＳ５２８）。
【００７０】
次に、試験項目作成の準備が完了したか否かを判定する（ステップＳ５２９）。試験項目作成の準備が完了していない場合には、最初に戻る。試験項目作成の準備が完了したときには、作成確認画面を表示する（ステップＳ５３０）。
【００７１】
次に、作成してよいか否かをユーザに確認する（ステップＳ５３１）。作成しないことが確認されたときには、最初に戻る。作成してよいと確認されたときには、ステップＳ５２１〜Ｓ５２７において指定されたデータから試験項目の各項目を作成する（ステップＳ５３２）。これにより、キャプチャされたログを利用して試験をすることができるため、試験の再現を簡単に実現できる。その結果、容易に不具合を把握することができる。また、ログを自動的にスケジュールへ変換することができるため、ユーザの負担が軽減される。
【００７２】
次に、試験項目の各項目の作成の動作について説明する。図１８は、試験用端末１００による試験項目の各項目の作成の動作を示すフローチャートである。まず、試験用端末１００は、パケットキャプチャ信号を読み出す（ステップＳ５４１）。そして、パケットキャプチャ信号から信号ディレクション（ステップＳ５４２）、信号名（ステップＳ５４３）およびヘッダ名（ステップＳ５４４）を収集する。そして、これらをパラメータ分解し（ステップＳ５４５）、変換規則ファイルを検索する（ステップＳ５４６）。なお、信号ディレクションは、送信方向または受信方向の信号方向を表す。変換規則ファイルの検索については後述する。
【００７３】
次に、変換規則ファイルの適用データがあるか否かを判定する（ステップＳ５４７）。変換規則ファイルの適用データがないときには、信号データを更新する（ステップＳ５４８）。一方、変換規則ファイルの適用データがあるときには、キャプチャデータがあるか否かを判定する（ステップＳ５４９）。キャプチャデータがない場合には、ステップＳ５４１に戻る。一方、キャプチャデータがある場合にはそのまま各項目の作成の動作を終了する。
【００７４】
次に、変換規則ファイル検索の動作について説明する。図１９は、試験用端末１００による試験項目の変換規則ファイル検索の動作を示すフローチャートである。まず、試験用端末１００は、規則データを読み出す（ステップＳ５５１）。次に、規則データについて信号ディレクションが合致しているか否かを判定する（ステップＳ５５２）。信号ディレクションが合致していない場合には、キャプチャデータがあるか否かを判定する（ステップＳ５５３）。キャプチャデータがある場合にはステップＳ５５１に戻る。キャプチャデータがない場合には、適用データがないことを記録し（ステップＳ５５４）、変換規則ファイル検索の動作を終了する。
【００７５】
一方、ステップＳ５５２で信号ディレクションが合致していたときには、適用対象が共通指定か否かを判定する（ステップＳ５５５）。そして、適用対象が共通指定であるか否かを判定する。共通指定でなく個別指定の場合には、信号名が合致しているか否かを判定する（ステップＳ５５６）。信号名が合致しないときには、ステップＳ５５３に移行する。信号名が合致するときには、パラメータの合致を判定する（ステップＳ５５７）。そして、パラメータが合致しないときには、Ｓ５５３に移行する。パラメータが合致するときは、適用データがあることを記録し（ステップＳ５５８）、変換規則ファイル検索の動作を終了する。
【００７６】
これにより、ＩＰアドレスや電話番号などの可変データを、環境にあわせて適用できパケットキャプチャの信号データを規則に従って部分的に書き換えることが可能となる。
【００７７】
［第２の実施形態］
〔試験用端末の構成〕
上記の実施形態では、試験用端末１００とサーバ３００とが直接接続されているが、試験用端末１００とサーバ３００とがネットワークＮを介して接続されていてもよい。図２０は、試験用端末１００およびＩＰ電話の交換システム２００の構成を示す概略図である。試験用端末１００は、ネットワークＮを介してサーバ３００を試験することができる。
【００７８】
〔試験用端末の動作〕
（リモートシェル）
次に、上記構成における試験用端末１００の動作を説明する。まず、リモートシェルにより試験用端末１００が一つのコマンドをサーバ３００に実行させる場合を説明する。図２１は、試験用端末１００によるリモートシェル機能の動作を示すフローチャートである。リモートシェル機能が開始すると、ファイルパスの指定によるコマンドファイルの指定を受け付け（ステップＳ６０１）、指定されたファイルパスを用いて指定されたファイル内容を表示する（ステップＳ６０２）。コマンドファイルとは、複数のコマンド記述したテキストファイルである。ファイル内容の表示の詳細は後述する。そして、内容が表示されたファイル内のコマンド行のリモートシェルを実行し（ステップＳ６０３）、リモートシェル機能を終了する。リモートシェルの実行の詳細は後述する。
【００７９】
図２２は、試験用端末１００によるファイル内容表示の動作を示すフローチャートである。ファイル内容表示が開始すると、まず、コマンドファイルを読み込む（ステップＳ６１１）。フォーマットは適当か否かを判定する（ステップＳ６１２）。フォーマットが適当でないときには、終了する。フォーマットが適当である場合には、コマンドファイル内の情報を接続先情報として表示する（ステップＳ６１３）。そして、コマンド内容を表示し（ステップＳ６１４）、終了する。
【００８０】
図２３は、試験用端末１００によるリモートシェル実行の動作を示すフローチャートである。リモートシェル実行を開始すると、まず、コマンドファイル内の情報で決まる接続先へｒｓｈ接続する（ステップＳ６２１）。そして、コマンド応答を表示し（ステップＳ６２２）、終了する。
【００８１】
（コマンドシナリオ実行）
図２４は、試験用端末１００によるシナリオ実行の動作を示すフローチャートである。シナリオデータを含む試験項目設定データを利用してシナリオ実行が開始すると、まず、試験ユニットを作成し（ステップＳ７０１）、ソケットを生成する（ステップＳ７０２）。次に、イベント通知の待ち状態へ移行する（ステップＳ７０３）。後述のステップＳ７０５、Ｓ７０６、Ｓ７０８、Ｓ７０９およびＳ７１１の動作によりイベント通知がなされ、通知に応じて各イベントがなされる。
【００８２】
この状態において、シナリオ開始通知があったときには、試験ユニットのうちのシナリオデータを利用してシナリオユニットを作成し（ステップＳ７０４）、コマンドを実行して（ステップＳ７０５）ステップＳ７１２に進む。なお、シナリオ開始通知は、ステップＳ７０１における試験ユニット作成時に通知がなされる。また、コマンドの実行の詳細は後述する。また、シナリオ停止通知があったときには、シナリオユニットを削除し（ステップＳ７０６）、ステップＳ７１２に進む。シナリオ停止通知は、ステップＳ７１１におけるコマンドの実行の成否の判定によりなされる。また、シナリオ再開通知を取得したときには（ステップＳ７０７）、コマンドを実行する（ステップＳ７０８）。シナリオ再開通知は、ステップＳ７０９において受領されたタイムアウト通知に基づいてなされる。コマンドの実行の詳細は後述する。そして、ステップＳ７１２に進む。また、タイムアウト通知があった（ステップＳ７０９）場合には、Ｓ７１２に進む。なお、タイムアウト通知は、オペレーティングシステムによりなされる。
【００８３】
一方、コマンド応答の受信があった（ステップＳ７１０）ときには、ステップＳ１１２で受け付けた試験項目のインタフェース設定のデータについて、受信信号から対象となるコマンド実行が成功か否かを判定する（ステップＳ７１１）。コマンド応答受信通知は、オペレーティングシステムによりなされる。コマンド実行が成功しない場合には、ステップＳ７１３に移行する。一方、コマンド実行が成功した場合、ステップＳ７１２に移行する。
【００８４】
次に、試験が完了したか否かを判定する（ステップＳ７１２）。試験が完了してない場合にはステップＳ７０３に戻る。試験が完了したときにはソケットをクローズし（ステップＳ７１３）、終了する。
【００８５】
図２５は、試験用端末１００によるコマンド実行の動作を示すフローチャートである。コマンド実行が開始されると、プロトコル種別を判定する（ステップＳ７１１）。プロトコルがＴＥＬＮＥＴである場合には、ＴＥＬＮＥＴのコマンドを実行し（ステップＳ７１２）、終了する。また、プロトコルがＲＳＨ／ＳＳＨである場合には、ＲＳＨ／ＳＳＨのコマンドを実行し（ステップＳ７１３）、終了する。
【００８６】
図２６は、試験用端末１００によるＴＥＬＮＥＴコマンド実行における動作を示すフローチャートである。ＴＥＬＮＥＴコマンド実行が開始すると、まず、エンコードを行う（ステップＳ７２１）。次に、コマンドを送信する（ステップＳ７２２）。そして、コマンド応答を受信する（ステップＳ７２３）。そして、コマンド応答の受信を完了したか否かを判定する（ステップＳ７２４）。
【００８７】
コマンド応答の受信を完了してない場合には、ステップＳ７２３に戻る。コマンド応答の受信を完了した場合には、デコードを行い（ステップＳ７２５）、ＴＥＬＮＥＴコマンド実行を終了する。
【００８８】
図２７は、試験用端末１００によるＲＳＨ／ＳＳＨコマンド実行の動作を示すフローチャートである。ＲＳＨ／ＳＳＨコマンド実行が開始すると、まず、エンコードを行う（ステップＳ７３１）。次に、コマンドを送信する（ステップＳ７３２）。そして、コマンド応答を受信する（ステップＳ７３３）。そして、デコードを行い（ステップＳ７３４）、ＲＳＨ／ＳＳＨコマンド実行を終了する。これにより、遠隔操作で呼接続の試験を実行でき、ユーザは試験を指示する場所が限定されないため、ユーザの負担を軽減することができる。
【符号の説明】
【００８９】
１００  試験用端末
１０１  ライセンス制御部
１０２  パケットログ変換部
１０４  試験項目作成部
１１０  ＴＣＰ常時接続部
１１１  リモートシェル実行部
１１２  負荷試験実施部
１２０  スケジュール作成部
１２１  自動試験実施部
１３０  信号差分調査部
１３１  シーケンス表示部
２００  交換システム
３００  サーバ
４００  電話機
Ｎ  ネットワーク
【図１】
2011151496.tif 000003
【図２】
2011151496.tif 000004
【図３】
2011151496.tif 000005
【図４】
2011151496.tif 000006
【図５】
2011151496.tif 000007
【図６】
2011151496.tif 000008
【図７】
2011151496.tif 000009
【図８】
2011151496.tif 000010
【図９】
2011151496.tif 000011
【図１０】
2011151496.tif 000012
【図１１】
2011151496.tif 000013
【図１２】
2011151496.tif 000014
【図１３】
2011151496.tif 000015
【図１４】
2011151496.tif 000016
【図１５】
2011151496.tif 000017
【図１６】
2011151496.tif 000018
【図１７】
2011151496.tif 000019
【図１８】
2011151496.tif 000020
【図１９】
2011151496.tif 000021
【図２０】
2011151496.tif 000022
【図２１】
2011151496.tif 000023
【図２２】
2011151496.tif 000024
【図２３】
2011151496.tif 000025
【図２４】
2011151496.tif 000026
【図２５】
2011151496.tif 000027
【図２６】
2011151496.tif 000028
【図２７】
2011151496.tif 000029