(57)【要約】【課題】  ＡＰＩに従って行われる電話交換機能の試験に適した電話交換機試験装置およびその方法を提供する。【解決手段】  各種情報の設定が行われると、ＰＣ４２は、ＰＢＸサーバ２４に対して最初のＡＰＩを発行する。ＰＣ４２は、発行したＡＰＩなどにタイムスタンプを付し、ログとする。ＰＢＸサーバ２４が、受けたＡＰＩに応じて、ＰＢＸ２０に対して制御コマンドを送信すると、ＰＢＸ２０は、この制御コマンドに応じたイベントなどを返す。ＰＢＸサーバ２４は、返ってきたイベントなどを、ＰＣ４２に対して送信する。ＰＣ４２は、ＰＢＸサーバ２４からのイベントなどにタイムスタンプを付してログとする。【選択図】図１０
2006050198.tif 000002
【特許請求の範囲】
【請求項１】
外部からのＡＰＩ(Application Programming Interface)に従って呼に対する呼制御を行う電話交換機を試験する電話交換機試験装置であって、
前記呼制御に必要な呼制御情報を受け入れる呼制御情報受け入れ手段と、
前記受け入れられた呼制御情報に応じたＡＰＩを、前記電話交換機に対して発行し、前記電話交換機を試験する電話交換機試験手段と、
前記発行されたＡＰＩと、このＡＰＩが発行された時刻とを少なくとも含むログを作成するログ作成手段と
を有する電話交換機試験装置。
【請求項２】
前記電話交換機は、さらに、前記外部からのＡＰＩに応じた応答を外部に対して返し、
前記電話交換機から返された応答を受け入れる応答受け入れ手段
をさらに有し、
前記ログ作成手段は、前記受け入れられた応答と、この応答が受け入れられた時刻とを少なくとも含むログをさらに作成する
請求項１に記載の電話交換機試験装置。
【請求項３】
前記呼制御情報受け入れ手段は、
前記呼の管理に用いられる呼管理情報、
前記呼のためになされる操作を示す操作情報、および、
前記呼の状態を示す状態情報、または
これら内の任意の１つ以上の組み合わせ
を含む前記呼制御情報として受け入れる
請求項２に記載の電話交換機試験装置。
【請求項４】
前記呼制御情報受け入れ手段は、
前記呼制御情報を表示し、
前記表示された呼制御情報に対する操作を受け入れ、
前記受け入れられた操作に応じた前記呼制御情報を生成する
請求項３に記載の電話交換機試験装置。
【請求項５】
前記呼管理情報は、
前記電話交換機に収容される電話機を特定する電話機情報、
前記電話交換機の使用者の使用者識別子、
前記電話交換機を構成し、呼にかかわる機械に付された機械識別子、
前記交換機にアクセスするためのパスワード、および、
前記呼の識別子、または
これら内の任意の１つ以上の組み合わせ
を含む
請求項に記載の電話交換機試験装置。
【請求項６】
前記操作情報は、
前記電話交換機に収容される電話機を特定する電話機特定情報と、
前記特定された電話機に対する
ダイヤル操作、
保留操作、
相談操作、
応答操作、
再取得操作、
会議操作、
転送操作および
無確認転送操作または
これら内の任意の１つ以上の組み合わせ
を含む電話機操作情報と
を含む
請求項５に記載の電話交換機試験装置。
【請求項７】
外部からのＡＰＩ(Application Programming Interface)に従って呼に対する呼制御を行う電話交換機を試験する電話交換機試験方法であって、
前記呼制御に必要な呼制御情報を受け入れ、
前記受け入れられた呼制御情報に応じたＡＰＩを、前記電話交換機に対して発行し、前記電話交換機を試験し、
前記発行されたＡＰＩと、このＡＰＩが発行された時刻とを少なくとも含むログを作成する
電話交換機試験方法。
【請求項８】
外部からのＡＰＩ(Application Programming Interface)に従って呼に対する呼制御を行う電話交換機を試験するプログラムであって、
前記呼制御に必要な呼制御情報を受け入れる呼制御情報受け入れステップと、
前記受け入れられた呼制御情報に応じたＡＰＩを、前記電話交換機に対して発行し、前記電話交換機を試験する電話交換機試験ステップと、
前記発行されたＡＰＩと、このＡＰＩが発行された時刻とを少なくとも含むログを作成するログ作成ステップと
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話交換機を試験する電話交換機試験装置およびその方法に関する。
【背景技術】
【０００２】
電話交換機をコンピュータで制御することにより、様々な電話交換機能を、利用者に対して提供するサービスが実用化されている。
このサービスの利用のためには、利用者のコンピュータ上で動作するアプリケーションソフトウェアが、電話交換機を制御するコンピュータに対してＡＰＩ(Application Programming Interface)を発行することにより、電話交換機能を実行させることになる。
【０００３】
また、例えば、特許文献１〜３は、電話交換機を試験する方法を開示する。
しかしながら、上記いずれの特許文献も、ＡＰＩに従って行われる電話交換機能の試験に適した方法を開示してはいない。
【特許文献１】特開２０００−３５３１０７号公報
【特許文献２】特開２０００−３５４２６３号公報
【特許文献３】特開２００１−２６８２２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、上記背景からなされたものであり、ＡＰＩに従って行われる電話交換機能の試験に適した電話交換機試験装置およびその方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明に係る電話交換機試験装置は、外部からのＡＰＩ(Application Programming Interface)に従って呼に対する呼制御を行う電話交換機を試験する電話交換機試験装置であって、前記呼制御に必要な呼制御情報を受け入れる呼制御情報受け入れ手段と、前記受け入れられた呼制御情報に応じたＡＰＩを、前記電話交換機に対して発行し、前記電話交換機を試験する電話交換機試験手段と、前記発行されたＡＰＩと、このＡＰＩが発行された時刻とを少なくとも含むログを作成するログ作成手段とを有する。
【０００６】
好適には、前記電話交換機は、さらに、前記外部からのＡＰＩに応じた応答を外部に対して返し、前記電話交換機から返された応答を受け入れる応答受け入れ手段をさらに有し、前記ログ作成手段は、前記受け入れられた応答と、この応答が受け入れられた時刻とを少なくとも含むログをさらに作成する。
【０００７】
好適には、前記呼制御情報受け入れ手段は、前記呼の管理に用いられる呼管理情報、前記呼のためになされる操作を示す操作情報、および、前記呼の状態を示す状態情報、またはこれら内の任意の１つ以上の組み合わせを含む前記呼制御情報として受け入れる。
【０００８】
好適には、前記呼制御情報受け入れ手段は、前記呼制御情報を表示し、前記表示された呼制御情報に対する操作を受け入れ、前記受け入れられた操作に応じた前記呼制御情報を生成する。
【０００９】
好適には、前記呼管理情報は、前記電話交換機に収容される電話機を特定する電話機情報、前記電話交換機の使用者の使用者識別子、前記電話交換機を構成し、呼にかかわる機械に付された機械識別子、前記交換機にアクセスするためのパスワード、および、
前記呼の識別子、またはこれら内の任意の１つ以上の組み合わせを含む。
【００１０】
好適には、前記操作情報は、前記電話交換機に収容される電話機を特定する電話機特定情報と、前記特定された電話機に対するダイヤル操作、保留操作、相談操作、応答操作、再取得操作、会議操作、転送操作および無確認転送操作またはこれら内の任意の１つ以上の組み合わせを含む電話機操作情報とを含む。
【００１１】
また、本発明に係る電話交換機試験方法は、外部からのＡＰＩ(Application Programming Interface)に従って呼に対する呼制御を行う電話交換機を試験する電話交換機試験方法であって、前記呼制御に必要な呼制御情報を受け入れ、前記受け入れられた呼制御情報に応じたＡＰＩを、前記電話交換機に対して発行し、前記電話交換機を試験し、前記発行されたＡＰＩと、このＡＰＩが発行された時刻とを少なくとも含むログを作成する。
【００１２】
好適には、前記電話交換機は、さらに、前記外部からのＡＰＩに応じた応答を外部に対して返し、前記電話交換機から返された応答をさらに受け入れ、前記受け入れられた応答と、この応答が受け入れられた時刻とを少なくとも含むログをさらに作成する。
【００１３】
また、本発明にかかるプログラムは、外部からのＡＰＩ(Application Programming Interface)に従って呼に対する呼制御を行う電話交換機を試験するプログラムであって、前記呼制御に必要な呼制御情報を受け入れる呼制御情報受け入れステップと、前記受け入れられた呼制御情報に応じたＡＰＩを、前記電話交換機に対して発行し、前記電話交換機を試験する電話交換機試験ステップと、前記発行されたＡＰＩと、このＡＰＩが発行された時刻とを少なくとも含むログを作成するログ作成ステップとをコンピュータに実行させる。
【００１４】
好適には、前記電話交換機は、さらに、前記外部からのＡＰＩに応じた応答を外部に対して返し、前記電話交換機から返された応答を受け入れる応答受け入れステップをさらにコンピュータに実行させ、前記ログ作成ステップは、前記受け入れられた応答と、この応答が受け入れられた時刻とを少なくとも含むログをさらに作成する。
【発明の効果】
【００１５】
本発明によれば、ＡＰＩに従って行われる電話交換機能の試験に適した電話交換機試験装置およびその方法が提供される。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の最良の実施形態を説明する。
【００１７】
［電話通信システム１］
図１は、本発明に係る電話交換機試験が適用される電話通信システム１を例示する図である。
図１に示すように、電話通信システム１は、公衆電話網などのネットワーク１２０を介して、他人の電話機など（他の通信ノード１２２）と接続された構内電話交換機（ＰＢＸ；Private Branch eXchanger）２０、ＰＢＸ２０を制御するＰＢＸサーバ２４、および、通信ノード１２２との間で電話通信を行うコールセンタ３から構成される。
【００１８】
コールセンタ３は、１つ以上のコールデスク４−１〜４−ｋ（ｋ≧１）から構成される。
なお、以下、電話通信システム１において、「コールデスク４−１〜４−ｋ」などのように、複数ある構成部分を総称して記載するときには、単に、「コールデスク４」などと略して記載することがある。
また、通信ノード１２２、ＰＢＸ２０、ＰＢＸサーバ２４（ＰＢＸ２０とＰＢＸサーバ２４とは一体に構成されていてもよい）およびＰＣ４２など、電話通信システム１の構成部分を総称して、単にノードと記すことがある。
【００１９】
コールセンタ３は、例えば、コンピュータメーカにおいて、オペレータとユーザとの間の電話による連絡のために用いられる。
コールデスク４は、それぞれ、電話機４０およびコンピュータ（ＰＣ）４２などから構成される。
電話機４０は、例えば、様々な機能を利用するためのボタンスイッチおよび表示装置などを備えたＰＢＸ２０用の多機能電話機であって、ＰＢＸ２０と接続され、他の電話機４０あるいは通信ノード１２２との間の通話のために用いられる。
ＰＣ４２は、ＬＡＮ（図示せず）などを介してＰＢＸサーバ２４と接続され、ＰＢＸサーバ２４に対する操作のために用いられる。
【００２０】
電話通信システム１は、これらの構成部分により、オペレータおよび通信ノード１２２のユーザに対して、様々な機能を提供する。
つまり、電話通信システム１においては、ＰＢＸ２０とＰＢＸサーバ２４との連携により実現される機能が提供される。
ＰＢＸ２０とＰＢＸサーバ２４との連携により実現される機能の例としては、例えば、コールセンタ３の各コールデスク４のＰＣ４２からのＰＢＸサーバ２４に対する操作に応じて、ＰＢＸサーバ２４からＰＢＸ２０への制御が行われ、予め作成された通信ノード１２２のリスト上の順番で、オペレータと通信ノード１２２の利用者との間の通話が終了するたびに、複数の通信ノード１２２それぞれに対する自動的な発呼が行われる機能を挙げることができる。
【００２１】
［ＰＢＸ２０］
図２は、図１に示したＰＢＸ２０の構成を例示する図である。
図２に示すように、ＰＢＸ２０は、ネットワークインターフェース（ネットワークＩＦ）２００−１〜２００−ｍ、通話路スイッチ２０２、呼制御装置２０４（図３を参照して後述）および電話機ＩＦ２０６−１〜２０６−ｎ（ｍ、ｎ≧１）から構成される。
【００２２】
これらの構成部分により、ＰＢＸ２０は、ＰＢＸサーバ２４からの制御コマンドに従って、呼制御を行い、電話機４０と通信ノード１２２との間の電話通信機能を提供する。
また、ＰＢＸ２０は、通話路の設定成功、設定失敗、呼の生起および呼の終了などのイベントが生じるたびに、ＰＢＸサーバ２４に対して、これらのイベントを示す情報（以下、「イベント」と記載する）を出力する。
【００２３】
ＰＢＸ２０において、呼制御装置２０４は、ＰＢＸサーバ２４からの制御コマンドに従って、ＰＢＸ２０の各構成部分を制御し、呼制御を行う。
ネットワークＩＦ２００は、通信ノード１２２（図１）と、通話路スイッチ２０２および呼制御装置２０４との間のインターフェース機能を提供する。
【００２４】
通話路スイッチ２０２は、呼制御装置２０４の制御に従って、ネットワークＩＦ２００と電話機ＩＦ２０６との間で通話路を設定し、これらの間のＰＣＭ音声データの交換を行う。
なお、以下、通話路スイッチ２０２が回線交換を行い、ＰＣＭ音声データの交換を行う場合を具体例とするが、通話路スイッチ２０２は、パケット化された音声データの蓄積交換を行ってもよい。
電話機ＩＦ２０６は、電話機４０と、通話路スイッチ２０２および呼制御装置２０４との間のインターフェース機能を提供する。
【００２５】
［イベント］
ＰＢＸ２０が、ＰＢＸサーバ２４に対して出力するイベントは、例えば、以下の通りである。
なお、これらイベントハンドラの仕様は、例えば、http://www.cisco.com/univercd/cc/td/doc/product/icm/icm46/cti/geodcstk/dcserver.pdfに定義されているAPIの仕様に沿ったものである。
【００２６】
（１）New Call  (呼識別番号, 宛先電話番号, 着信電話番号, 発信者情報)
OnNewCallAppearance2()：
OnNewCallAppearance2()は、ＰＢＸサーバ２４のイベントがＰＣ４２に伝達され、ＤＣＳサーバと呼ばれるＣＯＭのサーバが、クライアントアプリケーションに通知するイベントにより起動される関数で、呼を取り扱うＣＯＭオブジェクト、CallAppearance2を示すポインタを引数に取る。
このＣＯＭオブジェクトには、上記引数（電話番号，発信者情報）以外に、ＩＣＭの構成に応じて、装置番号、顧客番号および優先順位などのパラメータがつくこともある。
（２）End Call (呼識別番号)
OnEndCallAppearance2()：
OnNewCallAppearance2と同様、CallAppearance2を示すポインタを引数に取る。
【００２７】
（３）OnSuccess()：
OnSuccess()は、ＤＣＳ＿ＡＰＩを介したＡＰＩ呼び出しの処理が、成功したことを通知するイベントにより起動される関数で、ＡＰＩ呼び出しの識別子を引数に取る。
例えば、MakeCall()の呼び出しの成功通知はOnSuccess(eMakeCallMethod)であり、AnswerCall()の呼び出しの成功通知はOnSuccess(eAnswerCallMethod)となる。
個々の呼び出しにより、処理要求が伝達されたか否かは戻り値で返されるが、ＰＢＸ２０側で一連の処理が行われ、成功または失敗がその後で通知される。
【００２８】
（４）OnFailure()：
（５）OnControlFailure()：
（６）OnControlFailureEx()：
OnFailureConf(), OnControlFailureConf(), OnControlFailureConfEx()は、上記ドキュメント４−１８〜４−１９にあるように、OnSuccess()と同様な引数を取るが、ＤＣＳ＿ＡＰＩはマニュアルと異なり、Confが無い識別子で実装されていた。
そのため、Phone1.5では、OnFailure(enumBrainMethodType mtype, long FailureCode)、OnControlFailure(enumBrainMethodType, long ControlFailureCode)、OnControlFailureEx(enumBrainMethodType, long ControlFailureCode, long PeripheralErrorCode)といったように、実装に沿ったメッセージとなっている、
【００２９】
例えば、実際には、MakeCall() の呼び出しの失敗通知のメッセージは、OnControlFailure(eMakeCallMethod, FailureCode == 0)となり、RetrieveCall()の呼び出しの失敗通知のメッセージは、OnControlFailure(eRetrieveCallMethod, ControlFailureCode == 13)、および、OnControlFailureEx(eRetrieveCallMethod, ControlFailureCode == 13, PeripheralErrorCode == 0)となる。
【００３０】
（７）AgentStateChange (内線番号, 担当者識別子, オペレータ状態識別子)：
OnAgentStateChange()：オペレータの状態、特にキューとして働く番号に着信した呼を配送してもいいか否かを示す指標としての状態が変化した際に、このイベントがＰＢＸ２０から通知される。
ＰＢＸサーバ２４（ＩＣＭおよびそのＤＣＳサブシステム）が、個々のクライアントアプリケーション(Phone1.5もそのひとつ)に、それが登録したイベントハンドラOnAgentStateChange()を呼び出すことによりそのイベントを通知する。
上記以外にも、パスワードや物理内線番号が含まれることがある。
【００３１】
（８）UpdateCurrentCallStatus(呼識別番号, 呼状態識別子)：
OnUpdateCurrentCallStatus：現在の呼の状態が変化したことを示す。
【００３２】
上記（７）AgentStateChangeの（）内には、さらに、付帯情報として、下記（１）〜（１１）のような状態が含まれることがある。
例えば、AgentStateChangeを受け取ったＰＢＸサーバ２４は、クライアントアプリケーションが登録しているイベントハンドラOnAgentStateChange()を、コールIDや状態を示すフラグを与えて呼び出す。
【００３３】
（１）eLogin：  オペレータが、ＰＢＸサーバ２４に対してログインした状態。
（２）eLogout：  オペレータが、ＰＢＸサーバ２４からログアウトした状態。
（３）eNotReady：  オペレータがキューからの呼の配送に対し準備できていない状態。
【００３４】
（４）eTalking：  オペレータが通話中の状態。
他の呼の着信を受けられないという意味での話中ではなく、単にオペレータが通話していることを示す、通話中に他の呼が着信できるかどうかは、ＰＢＸ２０の種別、設定および運用に依存する。
【００３５】
（５）eAvailable：  オペレータがキューからの呼の配送先として利用可能な状態。
（６）eWorkNotReady：  オペレータが作業中で、キューからの呼の配送に対し準備できていない状態。
（７）eWorkReady：  オペレータが作業中だが、キューからの呼の配送に対し準備できている状態。
【００３６】
（８）eBusyOther：  オペレータがその他の要因で忙しく、キューからの呼の配送を受けられない状態。
（９）eReserved：  オペレータがＰＢＸサーバ２４の以降の処理のために予約された状態。
【００３７】
（１０）eUnknown：  オペレータがＰＢＸサーバ２４にとって未知の状態にあること。
（１１）eHold：  オペレータが保留中の状態。
【００３８】
［ＰＢＸサーバ２４，ＰＣ４２，呼制御装置２０４］
図３は、図１に示したＰＢＸサーバ２４、ＰＣ４２、および、図２に示したＰＢＸ２０の呼制御装置２０４の構成を例示する図である。
図３に示すように、ＰＢＸサーバ２４およびＰＣ４２は、ＣＰＵ１０２、メモリ１０４および時刻情報を生成するタイマ（図示せず）などを含む本体１００、表示装置およびキーボードなどを含む入出力装置１０６、他のノードとの通信を行う通信装置１１０、ＣＤ装置・ＨＤＤなどの記録装置１１２、および、呼制御装置２０４における通話路スイッチ２０２との間のインターフェース機能などを提供する機能実現部１１８から構成される。
【００３９】
つまり、ＰＢＸサーバ２４、ＰＣ４２および呼制御装置２０４は、他のノードとの間の通信機能、および、それぞれに特有の機能を有するコンピュータとしての構成部分を有している。
【００４０】
［ＰＢＸ制御プログラム２４０］
図４は、図１，図３に示したＰＢＸサーバ２４上で動作するＰＢＸ制御プログラム２４０を示す図である。
図４に示すように、ＰＢＸ制御プログラム２４０は、ＰＢＸ−ＩＦ部２４２、ＰＢＸ制御部２４４、ＰＣ−ＩＦ２４６、ログ管理部２４８およびログデータベース部（ログＤＢ部）２５０から構成される。
ＰＢＸ制御プログラム２４０は、記録媒体１１４（図３）を介してＰＢＸサーバ２４に供給され、メモリ１０４にロードされて実行される（以下の各プログラムについても同様）。
【００４１】
ＰＢＸ制御プログラム２４０において、ＰＢＸ−ＩＦ部２４２、ＰＢＸ制御部２４４およびＰＣ−ＩＦ２４６は、ＰＣ４２（図１，図３）からのＡＰＩ(Application Programming Interface)、および、ＰＢＸ２０からのイベントを受け、受けたＡＰＩおよびイベントに応じた呼制御を、ＰＢＸ２０に行わせるための制御コマンドを生成し、ＰＢＸ２０の呼制御装置２０４（図２）に対して出力する。
また、ＰＢＸ−ＩＦ部２４２、ＰＢＸ制御部２４４およびＰＣ−ＩＦ２４６は、ＰＣ４２からのＡＰＩに対する戻り値、および、ＰＢＸ２０から受けたイベントを、これらの付帯情報とともに、ＰＣ４２に対して出力する。
【００４２】
戻り値について説明する。
特定の要求を、ＰＢＸサーバ２４に送るためのＡＰＩ呼び出しを、ＰＣ４２上で実行中の試験プログラム４４が行ったときに、ＰＢＸサーバ２４はその要求を受け付け、ＰＢＸ２０への対応する処理要求に引きなおして実行する。
戻り値とは、ＡＰＩ呼び出しが成功したかどうか、失敗した場合にはどの段階でどのように失敗したかを示す値で、ＤＣＳ＿ＡＰＩの場合には整数型の戻り値が定義されている。
引数が不正でＰＢＸサーバ２４に送る以前の段階でエラーになったり、ネットワーク異常などでＰＢＸサーバ２４へ送れなかったり、ＰＢＸサーバ２４には送れたものの、受け取り手順が正常に終了せず、タイムアウトしたり、ＰＢＸサーバ２４やＰＢＸ２０の状態と照合し、ＰＢＸサーバ２４が受け取りを拒否したり、ＰＢＸサーバ２４は受け取ったけれど、ＰＢＸ２０に要求を送るのを延期していたりなど、処理要求がどこまでどう実行されたかによって、色々な状態が通知されます。
【００４３】
［ＡＰＩ］
なお、ＰＣ４２からＰＢＸサーバ２４（ＰＢＸ制御プログラム２４０）に対して発行されるＡＰＩは、例えば、以下の通りである。
（１）MakeCall()：  ダイアル（発呼）、（）内には宛先の電話番号や発信方法を示す付帯情報が入る。
電話機で行う通常の発信方法で指定できる宛先以外に、ＰＢＸ２０や設定に応じて有効になるタイムアウト設定や着信音を鳴らす回数、関連付けて発呼するための他の呼識別番号など、色々なパラメータがある。
ＰＢＸサーバ２４の管理下にある内線の宛先の場合に有効な、データフィールドもある。
（２）AnswerCall()：  着呼に対する応答、（）内には呼識別番号を示す付帯情報が入る。
（３）ReleaseCall()：  呼終了後の復旧（切断）、（）内には呼識別番号を示す付帯情報が入る。
（４）HoldCall()：  呼の保留、（）内には呼識別番号を示す付帯情報が入る。
（５）RetrieveCall()：  呼の再取得および再接続、（）内には呼識別番号を示す付帯情報が入る。
（６）MakeCC()：  相談、（）内には呼識別番号, 相談の宛先, 相手が応答した際会議通話に移行するかどうかを示す付帯情報が入る。
通話相手を保留してから、別の宛先に発信する。
電話機で行う通常の相談方法で指定できる宛先以外に、ＰＢＸ２０や設定に応じて有効になるタイムアウト設定や着信音を鳴らす回数、関連付けて発呼するための他の呼識別番号など、色々なパラメータがある。
ＰＢＸサーバ２４の管理下にある内線の宛先の場合に有効な、データフィールドもある。
（７）TransferCall：  呼の転送、（）内には呼識別番号を示す付帯情報が入る。
（８）ConferenceCall：  会議通話、（）内には呼識別番号を示す付帯情報が入る。
（９）SingleStepTransferCall()：  呼の無確認転送、（）内には呼識別番号を示す付帯情報が入る。
（１０）SetCallAppearance()：  再接続
【００４４】
ログ管理部２４８は、ＰＣ４２などからの指示に従って、ＰＢＸ−ＩＦ部２４２、ＰＢＸ制御部２４４およびＰＣ−ＩＦ２４６が処理したＡＰＩ、イベントおよび制御コマンドに時刻情報（タイムスタンプ）を付してログを作成する。
ログ管理部２４８は、作成したログを、ログＤＢ２５０に記憶し、管理し、ＰＣ４２などからの要求に応じて、ログＤＢ２５０に記憶したログを出力する。
【００４５】
［試験プログラム４４］
図５は、図１，図３に示したＰＣ４２上で動作する試験プログラム４４を示す図である。
図５に示すように、試験プログラム４４は、ユーザインターフェース部（ＵＩ部）４４０、ＡＰＩ−ＤＢ４４２、状態管理部４４４、セッション管理部４４６、ＡＰＩ処理部４４８、モニタ部４５０、ログ管理部４５２、ログＤＢ４５４およびサーバＩＦ４５６から構成される。
【００４６】
図６は、図５に示した試験プログラム４４が作成するログを示す図である。
試験プログラム４４は、例えば、ＰＢＸサーバ２４に対してＡＰＩを発行して、ＰＢＸサーバ２４とＰＢＸ２０との連携による機能を実現させるアプリケーション（図５に点線で例示）とともに、あるいは、このアプリケーションの代わりにＰＣ４２において実行される。
【００４７】
試験プログラム４４は、これらの構成部分により、ＰＢＸサーバ２４に対してＡＰＩを発行し、図６に示すように、発行したＡＰＩおよびその戻り値にタイムスタンプを付し、ログとして記憶する。
また、試験プログラム４４は、図６に示すように、ＰＢＸサーバ２４から返されたイベントとその付帯情報とに、タイムスタンプを付し、ログとして記憶する。
試験プログラム４４がログとして記憶したこれらの情報は、ＰＢＸ２０およびＰＢＸサーバ２４の連携動作などの試験のために用いられる。
【００４８】
図７は、図５に示した試験プログラム４４のＵＩ部４４０が表示するＧＵＩ(Graphical User Interface)画像４８を例示する図である。
図８は、図７に示したＧＵＩ画像４８に先だって起動される設定ダイアログを例示する図である。
ＵＩ部４４０は、図７に示すＧＵＩ画像４８を、ＰＣ４２の入出力装置１０６（図３）に表示し、このＧＵＩ画像４８に対してユーザ（アプリケーションの作成者，ＰＢＸサーバ２４・ＰＢＸ２０の開発者）が行った操作を受け入れ、試験プログラム４４の各構成部分の処理を制御する。
【００４９】
図７に示すように、ＧＵＩ画像４８は、初期設定ファイル設定部４８０、セッション管理情報設定部４８２、状態選択部４８４、電話操作部４８６、呼選択部４８８、ログ表示部４９０および終了ボタン４９２を含む。
実際には、例えば、図８に示す設定ダイアログという名称のダイアログボックスが、ＧＵＩ画像４８の前に起動され、それにより初期設定ファイルの内容の確認および修正がなされてから、ＧＵＩ画像４８に移行する。
【００５０】
初期設定ファイル設定部４８０は、試験のためにＰＢＸ２０に対して行うべき設定およびＰＢＸサーバ２４の指定などを内容とする初期設定ファイル（ｉｎｉファイル）のファイル名を表示するために用いられる。
初期設定ファイルに定義された設定に加え、設定ダイアログに対するユーザの操作に応じた設定変更にもとづいて、試験プログラム４４は、この初期設定ファイルの内容に従って、ＰＢＸ２０に対する設定、および、ＰＢＸサーバ２４に対するアクセスなどを行う。
【００５１】
セッション管理情報設定部４８２は、セッション管理を行うために必要なセッション管理情報を設定するために用いられる。
セッション管理情報には、開発の対象となるＰＣ４２のアプリケーションとＰＢＸサーバ２４との接続のための情報（図示せず）、同じコールデスク４（図１）において用いられ、ＰＣ４２と対応付けられる内線（電話機４０）の内線番号、この電話機４０を用いるオペレータ（図１）の認証情報（担当者ＩＤ）、電話機４０と電話機ＩＦ２０６（図２）とを対応付けるために用いられる情報（インスツルメント）、および、パスワードなどが設定される。
【００５２】
セッション管理情報設定部４８２中の「切断」ボタンには、実際には、「接続」と「切断」とがトグル表示される。
セッション管理情報設定部４８２に対する内線番号などの設定が完了したときに、ユーザが、「接続」と表示されたボタンをクリックすると、ＰＢＸサーバ２４に対してＡＰＩ（ConnectEx()）が発行され、ＰＢＸサーバ２４とのセッションが確立し、ボタンの表示が「切断」となる。
この状態で、ユーザが、「切断」と表示されたボタンをクリックすると、ＰＢＸサーバ２４に対してＡＰＩ（Disonnect ()）が発行され、ＰＢＸサーバ２４とのセッションの切断が行われ、ボタンの表示が「接続」となる。
セッション管理情報設定部４８２中の「切断」ボタンには、実際には、「接続」と「切断」とがトグル表示される。
セッション管理情報設定部４８２に対する内線番号などの設定が完了したときに、ユー    
【００５３】
状態選択部４８４は、セッション管理情報設定部４８２により設定された内線を、選択された状態とするAPI(SetAgentState())発行のために用いられる。
状態選択部４８４により選択される状態のラベル（Login〜Hold）は、以下に示すように、状態（eLogin〜eHold）それぞれに対応する。状態は、SetAgentState()の引数のひとつに設定される。
【００５４】
（１）Login：  eLogin，
（２）Logout：  eLogout，
（３）NotReady：  eNotReady，
（５）Talking：  eTalking，
（６）Available：  eAvailable，
（７）WorkNotReady：  eWorkNotReady，
【００５５】
（８）WorkReady：  eWorkReady，
（９）BusyOther：  eBusyOther，
（１０）Reserved：  eReserved，
（１１）Unknown：  eUnknown，
（１２）Hold：  eHold，
【００５６】
状態選択部４８４は、セッション管理情報設定部４８２により設定された内線を、選択された状態とするAPI(SetAgentState())発行のために用いられる。
状態選択部４８４により選択される状態のラベル（Login〜Hold）は、以下に示すように、状態（eLogin〜eHold）それぞれに対応する。状態は、SetAgentState()の引数のひとつに設定される。
【００５７】
図９は、図５に示したＡＰＩ−ＤＢ４４２が記憶するＡＰＩ情報を示す図である。
電話操作部４８６の各ボタンには、以下に示すように、ＰＣ４２からＰＢＸサーバ２４に対して発行される１つ以上のＡＰＩが対応付けられる。
（１）ダイアル：  MakeCall()，
（２）応答：  AnswerCall()，
（３）切断：  ReleaseCall()，
（４）保留：  HoldCall()，
（５）再取得：  RetrieveCall()，
（６）再接続：  ReleaseCall()，SetCallAppearance()，RetrieveCall()，
（７）相談：  MakeCC()，
（８）転送：  TransferCall，
（９）会議：  ConferenceCall，
（１０）無確認転送：  SingleStepTransferCall()，
なお、電話操作部４８６の各ボタンが示す操作と、１つ以上のＡＰＩ１〜ＡＰＩｐ（ｐ≧１）とは、図９に示すように対応付けられ、試験プログラム４４に記憶される。
【００５８】
呼選択部４８８は、ＰＢＸ２０における呼のいずれかを選択するために用いられる。
ＰＢＸ２０における呼それぞれには、識別子（図７においては１６７７７９９９０を例示）が一意に付され、呼選択部４８８において選択された呼に対して、状態選択部４８４においてなされた設定が適用される。
【００５９】
ログ表示部４９０には、ログ管理部４５２により生成されたログが、順次、表示される。
終了ボタン４９２は、試験プログラム４４を終了し、試験の結果として得られたログなどの情報を保存するために用いられる。
【００６０】
再び図５を参照する。
状態管理部４４４は、初期設定ファイルの内容、および、ＧＵＩ画像４８（図７）の状態選択部４８４に設定された状態に従って、試験プログラム４４による試験の対象となっている呼の状態を管理する。
セッション管理部４４６は、初期設定ファイルの内容、および、ＧＵＩ画像４８のセッション管理情報設定部４８２に対する設定に従って、試験プログラム４４による試験の対象となっている内線（電話機４０）を管理する。
【００６１】
サーバＩＦ４５６は、ＰＣ４２（試験プログラム４４）と、ＰＢＸサーバ２４（図１）との間の通信処理を行う。
ＡＰＩ処理部４４８は、ＧＵＩ画像４８に対する設定に従って付帯情報（パラメータなど）が付されたＡＰＩを作成し、作成したＡＰＩを、モニタ部４５０およびサーバＩＦ４５６を介して、ＰＢＸサーバ２４に対して送信する。
モニタ部４５０は、ＰＢＸサーバ２４に対して送信されたＡＰＩ、および、サーバＩＦ４５６を介してＰＢＸサーバ２４から返された戻り値およびイベントをモニタし、モニタの結果として得られたＡＰＩ、戻り値およびイベントを、ログ管理部４５２に対して出力する。
【００６２】
ログ管理部４５２は、図６に示したように、モニタ部４５０から入力されたＡＰＩ、戻り値およびイベントと、これらの付帯情報と、タイムスタンプとを対応付けてログを作成し、ログＤＢ４５４に記憶し、管理する。
ログ管理部４５２は、ＵＩ部４４０を介したユーザの操作に応じて、ログＤＢ４５４に記憶したログを、入出力装置１０６（図３）などに表示し、あるいは、通信装置１１０、記録装置１１２および記録媒体１１４を介して外部に出力する。
【００６３】
［連携機能試験の全体的処理］
以下、電話通信システム１において、ＰＢＸ２０およびＰＢＸサーバ２４の連携機能が試験されるときの全体的処理を説明する。
図１０は、電話通信システム１（図１）におけるＰＢＸ２０およびＰＢＸサーバ２４の連携機能の試験処理（Ｓ１０）を示す通信シーケンスを示す図である。
ステップ１００（Ｓ１００）において、ユーザは、ＰＣ４２の入出力装置１０６（図３）に、試験プログラム４４（図５）により表示されたＧＵＩ画像４８（図７）に対する操作を行い、初期設定ファイル、セッション管理情報および電話操作情報などの設定を行う。
【００６４】
ステップ１０２（Ｓ１０２）において、ユーザによる設定が終了すると、ＰＣ４２（試験プログラム４４；図５）は、ＰＢＸサーバ２４に対して、一連のＡＰＩの内の最初のＡＰＩを発行する。
ステップ１０４（Ｓ１０４）において、試験プログラム４４は、図６に示したように、ＰＢＸサーバ２４に対して発行されたＡＰＩ、その戻り値およびこれらの付帯情報にタイムスタンプを付し、ログを作成し、記憶および表示する。
【００６５】
ステップ１０６（Ｓ１０６）において、ＰＢＸサーバ２４は、ＰＣ４２（試験プログラム４４）からのＡＰＩに応じて、ＰＢＸ２０に対して制御コマンドを送信する。
ステップ１０８（Ｓ１０８）において、ＰＢＸ２０は、制御コマンドに応じたイベントを、その付帯情報とともに返す。
【００６６】
ステップ１１０（Ｓ１１０）において、ＰＢＸサーバ２４は、試験プログラム４４に、ＰＢＸ２０からのイベントとその付帯情報を送信する。
ステップ１１２（Ｓ１１２）において、試験プログラム４４は、図６に示したように、ＰＢＸサーバ２４からのイベントおよびその付帯情報にタイムスタンプを付してログを作成し、記憶および表示する。
【００６７】
以下、同様に、ステップ１１４（Ｓ１１４）〜ステップ１２４（Ｓ１２４）の処理において、順次、ＰＣ４２からＰＢＸサーバ２４にＡＰＩが発行され、ＡＰＩなどのログ、および、イベントなどのログが作成され、記憶および表示される。
以上のようにＰＣ４２（試験プログラム４４）により作成されたログは、ＰＢＸサーバ２４（ＰＢＸ制御プログラム２４０；図４）により作成されたログと比較されるなどして、ＰＢＸ２０およびＰＢＸサーバ２４の連係により実現される機能の試験、および、ＰＣ４２上で動作するアプリケーションプログラムの開発などのために利用される。
【産業上の利用可能性】
【００６８】
本発明は、電話交換機を試験する装置に利用可能である。
【図面の簡単な説明】
【００６９】
【図１】本発明に係る電話交換機試験が適用される電話通信システムを例示する図である。
【図２】図１に示したＰＢＸの構成を例示する図である。
【図３】図１に示したＰＢＸサーバ、ＰＣ、および、図２に示したＰＢＸの呼制御装置の構成を例示する図である。
【図４】図１，図３に示したＰＢＸサーバ上で動作するＰＢＸ制御プログラムを示す図である。
【図５】図１，図３に示したＰＣ上で動作する試験プログラム４４を示す図である。
【図６】図５に示した試験プログラムが作成するログを示す図である。
【図７】図５に示した試験プログラムのＵＩ部が表示するＧＵＩ(Graphical User Interface)画像を例示する図である。
【図８】図７に示したＧＵＩ画像に先だって起動される設定ダイアログを例示する図である。
【図９】図５に示したＡＰＩ−ＤＢが記憶するＡＰＩ情報を示す図である。
【図１０】電話通信システム（図１）におけるＰＢＸおよびＰＢＸサーバの連携機能の試験処理（Ｓ１０）を示す通信シーケンスを示す図である。
【符号の説明】
【００７０】
１・・・電話通信システム、
１２０・・・ネットワーク、
１２２・・・通信ノード、
２０・・・ＰＢＸ、
２００・・・ネットワークＩＦ、
２０２・・・通話路スイッチ、
２０４・・・呼制御装置、
１００・・・本体、
１０２・・・ＣＰＵ、
１０４・・・メモリ、
１０６・・・入出力装置、
１１０・・・通信装置、
１１２・・・記録装置、
１１４・・・記録媒体、
１１８・・・機能実現部、
２０６・・・電話機ＩＦ、
２４・・・ＰＢＸサーバ、
２４０・・・ＰＢＸ制御プログラム、
２４２・・・ＰＢＸ−ＩＦ部、
２４４・・・ＰＢＸ制御部、
２４６・・・ログ管理部、
２５０・・・ログＤＢ。
３・・・コールセンタ、
４・・・コールデスク、
４０・・・電話機、
４２・・・ＰＣ、
４４・・・試験プログラム、
４４０・・・ＵＩ部、
４４２・・・ＡＰＩ−ＤＢ、
４４４・・・状態管理部、
４４６・・・セッション管理部、
４４８・・・ＡＰＩ処理部、
４５０・・・モニタ部、
４５２・・・ログ管理部、
４５４・・・ログＤＢ、
【図１】
2006050198.tif 000003
【図２】
2006050198.tif 000004
【図３】
2006050198.tif 000005
【図４】
2006050198.tif 000006
【図５】
2006050198.tif 000007
【図６】
2006050198.tif 000008
【図７】
2006050198.tif 000009
【図８】
2006050198.tif 000010
【図９】
2006050198.tif 000011
【図１０】
2006050198.tif 000012