JP4979274B2 - 生の通話をデバッグするための方法、システム、および装置 - Google Patents

Description

本発明は、電話通信に関し、より特定的には、少なくとも一部がパケット交換通信ネットワーク上で行われる通話に関する障害検出およびその解決に関する。

電話通信は、歴史的に電話と関連付けられてきたシステムを使用して、遠隔当事者間で音声、ファクシミリ、または他の情報を電子送信することに関連した技術である。従来の電話通信ネットワークは、「回線交換」ネットワークと称される。回線交換ネットワークは、一般的には、トラフィックを発呼者と被呼者との間で公衆交換電話網（ＰＳＴＮ）上で送る。ＰＳＴＮにおける通話を確立するためには、交換センタは、発呼者と被呼者との間の継続的な電気回線を通話持続期間中維持しなければならない。

それに比べて、インターネットプロトコル（ＩＰ）電話通信は、一般にＩＰを使用して音声、ファクシミリ、および他の形式の情報を交換する、パケット交換接続の使用を指す。継続的な電気回線を維持するというよりも、パケット交換ネットワーク上で交換される通信は、発呼者と被呼者との間で送られているデータのパケットという形式を取る。

ＩＰ電話通信の出現は、数多くの新しい電話通信の特徴および機能の開発につながってきた。そのような進歩にもかかわらず、通話についての障害をデバッグする能力は限られたままである。特に、電話通信システムのための従来のデバッグ手法は、生のまたは進行中の通話をデバッグする能力が欠けている。これは、従来の電話通信システムが試験通話が行われる模擬環境を使用してデバッグされる場合などがそうである。模擬環境は、実際の実働電話通信システムとは通信しない「オフライン」システムである。このように、模擬環境は、実働環境における生の通話を傍受する能力がない。

上述の制限を克服するＩＰまたはパケット交換電話通信環境における生のまたは進行中の通話をデバッグするための手法を提供することが有益であろう。

本発明は、パケット交換通信ネットワークにおける生の通話をデバッグするための解決策を提供する。本発明の一実施形態は、通話をデバッグする方法を含む。当該方法は、セッション開始プロトコル（ＳＩＰ）フォーマットのメッセージを使用して、パケット交換ネットワークの少なくとも一部上で確立される通話について、デバッガと呼サーバとの間のデバッグセッションを開始することを含む。デバッガから生じたＳＩＰフォーマットのメッセージによって指定された通りの呼サーバ内で、デバッグ機能が起動される。当該方法は、デバッグ機能を使用して通話に関する障害情報を決定して、ＳＩＰフォーマットの応答を呼サーバからデバッガへ送出することをさらに含む。

本発明の他の実施形態は、通話をデバッグするためのシステムを含む。当該システムは、ＳＩＰフォーマットのメッセージを使用して進行中の通話についてのデバッグセッションを行うように構成されたデバッガと、デバッガから生じたＳＩＰフォーマットのメッセージに応じて、通話に関する障害情報を決定するように構成された呼サーバとを含む。呼サーバは、障害情報をＳＩＰフォーマットのメッセージを使用してデバッガに転送するように構成される。

本発明のさらに他の実施形態は、本明細書に記載の様々なステップを機械に実行させるようにプログラムされている機械読み取り可能な記憶装置を含む。

図面には現時点において好ましい実施形態が示されているが、本発明は、図示の厳密な仕組みおよび手段に限定されないことは当然である。

本発明は、通話、特に、生のまたは進行中の通話をデバッグするための方法、システム、および装置を提供する。本明細書に開示される進歩的な仕組みにおいて、デバッガおよび呼サーバは、セッション開始プロトコル（ＳＩＰ）メッセージを使用して互いに通信するように構成される。デバッガは、ＳＩＰフォーマットのデバッグ命令を呼サーバへ送出する。このデバッグ命令に応じて、呼サーバは、１つ以上のデバッグ機能を実行して、生の通話に関する障害情報を収集する。障害情報は、ＳＩＰを使用してフォーマットされて、呼サーバからデバッガへ送出されて分析される。

ＳＩＰは、映像、音声、チャット、ゲーム、およびバーチャルリアリティなどのマルチメディア要素を伴うインタラクティブなユーザセッションを開始するためのインターネット技術標準化委員会（ＩＥＴＦ）の標準プロトコルである。開放型システム間相互接続（ＯＳＩ）通信モデルのアプリケーション層内のＳＩＰ機能を一般に使用して、インターネットプロトコル（ＩＰ）に基づく電気通信サービスに必要な信号交換が提供される。したがって、ＳＩＰは、ＩＰ呼セッションの設定、制御、および解体のような基本機能と共に、呼転送、番号通知、認証などのさらに進んだ機能をも提供する。

図１は、本発明の一実施形態に係る、生の通話をデバッグするためのシステム１００を示す概略図である。システムは、呼サーバ１０５と、プロキシサーバ１１０と、デバッガ１１５とを含む。呼サーバ１０５、プロキシサーバ１１０、およびデバッガ１１５は、それぞれ、コンピュータ、サーバなどであるかどうかに関わらず、適切な情報処理システム内で実行する１つ以上のコンピュータプログラムの集まりとして実装可能である。図１は、各構成要素を、別個の独立した情報処理システム内に設置されたものとして示しているが、必ずしもそうである必要はない。すなわち、上記の構成要素の１つ以上が同一の情報処理システム内に設置されてもよい。よって、デバッガ１１５は、例えば、呼サーバ１０５またはプロキシサーバ１１０と同一の情報処理システム内に設置されてもよい。

呼サーバ１０５、プロキシサーバ１１０、およびデバッガ１１５は、通信ネットワーク１２０を介して互いに通信可能である。通信ネットワーク１２０は、少なくとも一部は、インターネット、ワールドワイドウェブ、イントラネット、ローカルエリアネットワーク、広域通信網などのパケット交換ネットワークとして実装されてもよい。通信ネットワーク１２０は、適切なゲートウェイインターフェース１３０を通じて、公衆交換電話網（ＰＳＴＮ）１２５に接続されてもよい。図示されていないが、無線移動ネットワークなどの他のネットワークも、通信ネットワーク１２０に接続されてもよいことは当然である。

呼サーバ１０５は、インターネットプロトコル（ＩＰ）電気通信機能を実行するように構成されてもよい。一実施形態において、呼サーバ１０５は、ＳＩＰサーバとして実装されるが、本明細書に記載の機能を可能にするいくつかの追加の拡張を含んでもよい。呼サーバ１０５は、ＳＩＰメッセージから呼サーバ１０５内で利用可能な様々なデバッグ機能までのマッピング１３５を指定するデータ構造を含む。デバッグ機能は、呼サーバ１０５を通じて行われる生の通話のデバッグを支援する。デバッグ機能またはメソッドを実施する呼サーバ１０５内の様々なソフトウェア構成要素は、マッピング１３５によりそれらにマッピングされたＳＩＰメッセージを介する制御用に構成される。さらに、マッピング１３５は、呼サーバ１０５内の障害に関するデバッグイベントまたは情報を送出ＳＩＰメッセージに関連付けてもよい。

プロキシサーバ１１０は、本明細書に開示されている様々な機能およびデバッグメッセージングを支援するように構成される。プロキシサーバ１１０は、呼サーバ１０５のような様々な呼サーバに対してロードバランシングおよび制御を提供する。一実施形態において、例えば、プロキシサーバ１１０は、拡張デバッグメッセージング機能を有するＳＩＰプロキシサーバとして実装される。ＳＩＰプロキシサーバの実装によって、ＳＩＰサーバとのＳＩＰセッションの単一制御点を提供することができる。ＳＩＰプロキシサーバは、メッセージ検証、セキュリティ情報などについてのＳＩＰセッションの状態を知っている。

いずれにしても、プロキシサーバ１１０は、通話またはセッションのエンドポイント間の通話路内に設置される。エンドポイントは、発呼者、呼受領者、インタラクティブ音声応答システム（ＩＶＲｓ）のような自動電話サービス、デバッガ１１５などであってもよい。プロキシサーバ１１０を通じて通話が確立されると、呼識別子からＵｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）および宛先呼サーバまでのマッピング１４０を指定するデータ構造を維持することができる。マッピング１４０を使用して、プロキシサーバ１１０は、デバッグ要求を正しい宛先呼サーバ１０５へ向けることができる。

デバッガ１１５は、様々な市販のデバッガまたは特注のデバッグソリューションのいずれであってもよい。デバッガ１１５は、それが特注であっても市販のソリューションであっても、デバッグのためのコマンドおよび受信されたデバッグまたは障害情報をＳＩＰフォーマットのメッセージを使用してそれぞれ送受信できるように、ＳＩＰメッセージング機能を有して構成される。よって、デバッガ１１５は、ＳＩＰメッセージとしてフォーマットされたデバッグコマンドを送出する。これらのデバッグコマンドは、デバッグされるべき特定の進行中の通話またはＳＩＰセッションを指定することができる。デバッガ１１５によって発せられたデバッグコマンドは、指定された通話を有する呼サーバとの接続が望まれていることをさらに示すことができる。

動作において、発呼者は、パケット交換ネットワークの少なくとも一部上で通話を開始することができる。通話は、ＰＳＴＮ１２５およびゲートウェイ１３０を介して通信ネットワーク１２０と接続可能なＩＰ電話１４５または従来の電話１５０から開始されてもよい。いずれにしても、通話は、呼サーバ１０５に接続された受信者（図示せず）に対してなされる。通話は、所定のアドレスに関連付けられた実際の人などの受信者、ＩＶＲなどによって提供される自動電話サービス、またはゲートウェイに向けられてもよい。

通話のときには、通話を一意的に識別する呼識別子が作成される。ＳＩＰクライアントまたはエージェントが、ＩＰ電話１４５、通信ネットワーク１２０、または他の場所のどこに配置されているかに関わらず、呼識別子を生成する。呼識別子は、設定されるべき呼セッションと共に、宛先呼サーバを一意的に指定する。発呼者に関連付けられたＳＩＰクライアントは、呼識別子を指定するＳＩＰ ＩＮＶＩＴＥをプロキシサーバ１１０に対して送出する。そして、プロキシサーバ１１０は、ＳＩＰ ＩＮＶＩＴＥに対応するエントリをマッピング１４０に作成する。プロキシサーバ１１０は、ＳＩＰ ＩＮＶＩＴＥ内で特定された呼識別子を使用するか、または通話を一意的に識別する自身の呼識別子を生成する。

本例で続けると、マッピング１４０は、現時点では、通話がアドレス「ｓｉｐ：ｃａｌｌｓｒｖ＠ｉｂｍ．ｃｏｍ」を有する呼サーバ１０５に対してなされている旨を示す呼識別子「５５７」を含む。プロキシサーバ１１０は、ＳＩＰ ＩＮＶＩＴＥを呼サーバへ転送し、呼サーバは、ＳＩＰ ＩＮＶＩＴＥを受信し、呼識別子５５７によって識別された通話を処理または確立する。ＳＩＰは、通話が通信ネットワーク１２０、ＰＳＴＮ１２５、または他のネットワークのどこから生じたかに関わらず、多少複雑な通話経路設定が必要である場合に対処する。このように、本明細書に開示の通話設定の例は、本発明を限定するものではない。

通話中のある時点において、呼サーバ１０５は、当該通話に関する障害状況を検出して、警告を生成することがある。警告または障害通知に応じて、デバッグセッションがデバッガ１１５で開始される。これは、呼サーバ１０５が障害状況の検出に応じて自動的にデバッグセッションを起動するというように自動的に生じるか、または、コンソール１５５を通じたシステム管理者の要求で生じる。

いずれにしても、一旦開始されると、デバッガ１１５および呼サーバ１０５は、通信を行って、１つ以上のＳＩＰフォーマットのメッセージを使用してデバッグセッションを行う。図示において、呼サーバ１０５は、デバッガ１１５からのデバッグ機能を要求する特定のＳＩＰに応じるように構成される。例えばＳＩＰ ＩＮＦＯなどのＳＩＰメッセージは、メッセージをデバッグ要求として識別するデバッグヘッダフィールドを含むように修正することができる。

ＳＩＰ ＩＮＦＯメッセージは、中間セッション信号交換情報を通話の信号交換経路に沿って通信するために使用することができる。ＳＩＰ ＩＮＦＯメッセージは、ＳＩＰ通話の状態またはＳＩＰを使用して開始されたセッションの状態を変更するためではなく、例えば呼サーバ１０５などのシステム１００の機能をさらに拡張することができる追加のオプション情報を提供するために使用される。

ＳＩＰ ＩＮＦＯメッセージのための信号交換経路は、通話設定の結果として確立された信号交換経路である。これは、発呼側および被呼側のユーザエージェント間の直接信号交換経路か、または、通話設定に関与し、それに対応して、当初のＳＩＰ ＩＮＶＩＴＥメッセージ上のＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダに追加されたプロキシサーバ１１０を含む信号交換経路のいずれであってもよい。中間セッション情報は、ＳＩＰ ＩＮＦＯメッセージ内またはメッセージ本体の一部として通信可能である。

デバッグセッションが開始されると、デバッガ１１５は、デバッグ要求またはコマンドを呼サーバ１０５へ送出する。これらのコマンドは、マッピング１３５により、特定の機能または構成要素にマッピングすることができる。呼サーバ１０５内の利用可能なデバッグ機能または構成要素には、各構成要素がデバッガ１１５またはプロキシサーバ１１０から適切なＳＩＰフォーマットのメッセージを介してアクセスされることができるように、適切なインターフェースが含まれる。デバッグコマンドに応じて決定された情報は、呼サーバ１０５によってＳＩＰを使用してフォーマットされて、プロキシサーバ１１０を介するか介さないかに関わらず、デバッガ１１５へ送出される。

本発明の他の実施形態において、デバッガ１１５は、ＶｏｉｃｅＸＭＬデバッガとして実装可能である。周知のように、ＶｏｉｃｅＸＭＬは、電話通信アプリケーションをプログラムするために使用される。そのような実施形態において、ＶｏｉｃｅＸＭＬデバッガとして構成されたデバッガ１１５は、プロキシサーバ１１０またはＳＩＰプロキシサーバとして振舞うように構成することができる。呼サーバ１０５は、ＶｏｉｃｅＸＭＬアプリケーションを実行して、本明細書に記載するようなＳＩＰメッセージング機能を含むように構成することができる。例えば、呼サーバ１０５は、ＶｏｉｃｅＸＭＬサーバとして実装される。

この構成において、ユーザは、通話を電話１４５または１５０を介して行うことができる。発呼側のユーザエージェント、すなわちＳＩＰクライアントは、ＶｏｉｃｅＸＭＬデバッガを含むプロキシサーバ１１０に対して通話を行う。そして、プロキシサーバ１１０は、通話受信側のユーザエージェントを含む呼サーバ１０５にメッセージを転送する。必要な信号交換メッセージ、すなわちＳＩＰメッセージが、プロキシサーバ１１０を介して両ユーザエージェントによって交換される。したがって、プロキシサーバ１１０の一部としての、またはプロキシサーバ１１０として機能するＶｏｉｃｅＸＭＬデバッガは、デバッグが所望されていれば、正確なセッション情報または通話を認識している。

通話が確立されると、デバッガ１１５は、当該通話の処理を割り当てられた呼サーバ１０５内のＶｏｉｃｅＸＭＬインタープリタに対して、「デバッグモード」で動作してデバッグ情報を交換するように要求する。デバッグ情報は、例えばＳＩＰ ＩＮＦＯメッセージに埋め込まれたＳＩＰを使用して交換することができる。本発明は、ＶｏｉｃｅＸＭＬデバッガに限定されないのは当然である。すなわち、ＩＰ電話通信用に使用できる様々な音声ベースのマークアップ言語の任意のものに適したデバッガを、本明細書に開示された構成に従って使用することができる。

デバッガが図１を参照して説明したように実装されるか、またはＶｏｉｃｅＸＭＬデバッガとして実装されるかに関わらず、デバッグセッション中に交換される音声は、変更されないままにすることができる。生の通話を確立して、同じユーザエージェントおよび接続経路を、プロキシを追加することなく維持することができる。この結果、デバッグセッションが開始されたかどうかに関わらず、通話の音声品質に関しては、ユーザにとっては同じである。

図２は、本発明の他の実施形態に係る通話のデバッグの方法２００を示すフローチャートである。方法２００は、図１を参照して説明したようなシステム上でＩＰ通話が２つのエンドポイント間で確立されている状態で開始してもよい。方法２００は、ステップ２０５で開始し、障害が呼サーバ内で検出される。例えば、ＶｏｉｃｅＸＭＬの「ｎｏｍａｔｃｈｅｓ」障害または「ｎｏｉｎｐｕｔｓ」障害などの、アプリケーションによる障害が検出される。

障害検出に応じて、デバッガがステップ２１０において起動される。上述のように、一実施形態において、デバッガは、呼サーバによって自動的にトリガされてもよい。例えば、障害検出に応じて、呼サーバは、デバッガに対してデバッガセッションを要求するメッセージを送出する。他の実施形態において、システムオペレータが、呼サーバ内の障害検出に気づいた後にデバッガを起動してもよい。いずれの場合にも、デバッガには、障害が生じた特定の呼セッション、並びに呼チェーン内の任意のプロキシサーバおよび呼サーバを識別する情報が提供される。

それでも、本発明はそのように限定されない。すなわち、デバッガは、障害が検出されるかどうかに関わらず、様々な環境下で呼び出すことができる。例えば、一実施形態において、通話が設定または開始されると自動的にデバッガが関与してもよい。他の実施形態において、試験のために所定の通話を１ステップずつ実行したい場合にはいつでもデバッガが関与してもよい。

いずれにしても、デバッガを既存または進行中の通話に結合する処理が開始される。ステップ２１５において、デバッガは、ＳＩＰ ＭＥＳＳＡＧＥをプロキシサーバへ発行する。ＳＩＰ ＭＥＳＳＡＧＥは、デバッグのための要求を指定し、よって、呼識別子を指定する。ＳＩＰ ＩＮＦＯメッセージとは異なり、ＳＩＰ ＭＥＳＳＡＧＥは、いずれのＳＩＰユーザエージェントに対しても、確立されたセッションを必要とすることなく送出できる。ステップ２２０において、プロキシサーバは、受信したＳＩＰ ＭＥＳＳＡＧＥをＳＩＰ ＩＮＦＯメッセージとして再フォーマットする。ステップ２２５において、プロキシサーバは、その内部に記憶された呼識別子のマッピングにアクセスして、特定の呼セッション、すなわち通話と、デバッグ要求の対象である呼サーバとを決定する。ＳＩＰ ＩＮＦＯメッセージは、ステップ２３０において、プロキシサーバから呼サーバへ転送される。

ＳＩＰ ＩＮＦＯメッセージは、プロキシサーバに対して、呼サーバをデバッグするための双方向機構を提供する。上述のように、ＳＩＰ ＩＮＦＯメッセージをＳＩＰセッション中に使用することができる。プロキシサーバは、通話設定時に呼サーバとのＳＩＰセッションを既に確立しているので、ＳＩＰ ＩＮＦＯメッセージを使用して、呼セッションまたは通話中にデバッグセッションを開始することができる。

呼チェーン内でプロキシサーバが使用されない場合には、デバッガは呼サーバと直接通信することになる。その場合には、デバッガは、必要な任意の通話経路設定情報を維持する。さらに、デバッガは、ＳＩＰ ＭＥＳＳＡＧＥをＳＩＰ ＩＮＦＯメッセージに変換する中継手段としてのプロキシサーバに依存するのではなく、ＳＩＰ ＩＮＦＯメッセージを呼サーバへ直接送出するように構成される。

ステップ２３５において、呼サーバは、ＳＩＰ ＩＮＦＯメッセージを受信する。ＳＩＰ ＩＮＦＯメッセージによって指定された命令は、呼サーバによって識別され、ステップ２４０において処理される。ＳＩＰ ＩＮＦＯメッセージは、呼サーバデバッグ機能の取得、障害情報の取得、一時停止、再開などを含む様々な命令を指定することができる。さらに、ＳＩＰ ＩＮＦＯメッセージは、呼び出すべき特定のデバッグ機能を指定することができる。例えば、ＳＩＰ ＩＮＦＯメッセージ内の１つ以上のフィールドが、異なるデバッグ機能に関連付けられる。したがって、ステップ２４５において、呼サーバは、ＳＩＰ ＩＮＦＯメッセージの受領に応じて、この内部マッピングにアクセスして、適切な機能、すなわちメソッドを選択し、そして呼び出しまたは起動する。よって、デバッガによってアクセス可能であるべき呼サーバの様々なメソッドは、デバッグ要求に対応するインターフェースと共に構成されなければならない。

呼び出されたメソッドは、データを収集するデバッグ機能に関するものであるが、そのようなメソッドは、呼サーバのデバッグ機能でデバッガに応答するなどの、他の管理機能を行うことも可能である。よって、デバッグセッションの開始の際に、情報の交換が、デバッガと呼サーバとの間で生じて、呼サーバのデバッグ機能がデバッガによって識別される。デバッグ動作または機能には、通話データまたはアプリケーションデータの検証、アプリケーションコンテキストの変更などが含まれるが、それに限定されるものではない。したがって、デバッガは、呼サーバによって行うことができる動作を認識するようになる。これにより、デバッガは、実行すべき機能または動作の種類についてのより特定的な命令で、呼サーバに応じることができる。交換されるメッセージは、ＳＩＰメッセージとしてフォーマットされる。

任意の要求動作を実行した後、呼サーバは、ステップ２５０において、デバッガに提供すべきデータを収集する。そのようなデータは、例えば起動されたデバッグ機能の一部として収集される。ステップ２５５において、この情報は、呼サーバによってＳＩＰ ＭＥＳＳＡＧＥとしてフォーマットされる。したがって、プロキシサーバは、ステップ２６０において、ＳＩＰ ＭＥＳＳＡＧＥを呼サーバからデバッガへ転送する。デバッガは、受信した情報を処理する。提供された応答に基づいて、ステップ２６５において、デバッグセッションを継続してデバッグセッションが完了または終了するときまで繰り返すべきかどうかについての決定がなされる。しかしながら、デバッガに対して呼サーバのデバッグ機能を通知する最初の情報交換は、当該方法が後に反復される際には実行される必要がない。

本発明は、ハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの組み合わせで実現することができる。本発明は、１つのコンピュータシステムにおいて集中方式で実現されてもよいし、互いに異なる構成要素がいくつかの相互接続されたコンピュータシステムに渡って散在するような分散方式で実現されてもよい。本明細書に記載の方法を実行するために適応された任意の種類のコンピュータシステムまたは他の装置が適切である。ハードウェアおよびソフトウェアの典型的な組み合わせは、ロードされて実行されると本明細書に記載の方法を実行するようにコンピュータシステムを制御するコンピュータプログラムを伴う汎用コンピュータシステムである。

本発明は、コンピュータプログラム製品に組み込むことも可能である。コンピュータプログラム製品は、本明細書に記載の方法の実施を可能にするすべての特徴を備えており、コンピュータシステムにロードされると、これらの方法を実行できるものである。コンピュータプログラム、ソフトウェアアプリケーション、またはそれらの同義語は、ここでは、情報処理能力を有するシステムに対して特定の機能を、直接、または、ａ）他の言語、コード、もしくは表記への変換、およびｂ）異なる媒体での複製のいずれかまたは両方の後で実行させるようにした命令の組の、任意の言語、コードまたは表記による任意の表現を意味する。

本発明は、その精神または本質的な属性から逸脱することなく、他の形式で具体化されてもよい。したがって、本発明の範囲を示すものとして、前述の明細書ではなく、請求項を参照すべきである。

本発明の一実施形態に係る、生の通話をデバッグするためのシステムを示す概略図である。 本発明の他の実施形態に係る、通話をデバッグする方法を示すフローチャートである。

符号の説明

１００ システム
１０５ 呼サーバ
１１０ プロキシサーバ
１１５ デバッガ
１２０ 通信ネットワーク
１２５ ＰＳＴＮ
１３０ ゲートウェイインターフェース
１３５ マッピング
１４０ マッピング
１４５ ＩＰ電話
１５０ 従来の電話
１５５ コンソール

Claims (11)

1. 少なくとも一部がパケット交換ネットワーク上で行われる進行中の通話をデバッグする方法であって、
   呼サーバが前記進行中の通話の障害を検出するステップと、
   前記検出に応じて、デバッガが、前記進行中の通話について、デバッガと呼サーバとの間のデバッグセッションを開始するステップと、
   前記呼サーバが、前記デバッガから生じたセッション開始プロトコル（ＳＩＰ）フォーマットのメッセージによって指定された通りに当該呼サーバ内でデバッグ機能を起動するステップと、
   前記呼サーバが、前記デバッグ機能を使用して、前記進行中の通話に関する障害情報を決定するステップと、
   前記呼サーバが、ＳＩＰフォーマットの応答を前記呼サーバから前記デバッガへ送出するステップと
   を含む、前記方法。
2. 前記デバッガは、プロキシサーバとして機能するマークアップ言語デバッガであり、
   前記呼サーバは、マークアップ言語サーバとして構成される、
   請求項１に記載の方法。
3. 前記開始するステップは、デバッグ要求を指定するＳＩＰフォーマットのメッセージを前記デバッガが前記呼サーバに対して送出するステップをさらに含む、請求項１に記載の方法。
4. 前記開始するステップは、利用可能なデバッグ機能をＳＩＰフォーマットのメッセージを介して前記呼サーバが前記デバッガに対して通知するステップをさらに含む、請求項３に記載の方法。
5. 前記デバッグ要求を指定する前記ＳＩＰフォーマットのメッセージは、前記デバッガと前記呼サーバとの間の中継手段として機能するプロキシサーバによって送出され、
   前記デバッグ要求は、ＳＩＰセッションと、前記通話に対応する前記呼サーバとを指定する、
   請求項３に記載の方法。
6. 前記開始するステップは、ＳＩＰ ＩＮＦＯメッセージを前記デバッガが前記呼サーバへ直接送出するステップをさらに含み、
   前記ＳＩＰ ＩＮＦＯメッセージは、前記通話を指定する、請求項３に記載の方法。
7. 前記デバッグ要求を指定する前記ＳＩＰフォーマットのメッセージは、前記プロキシサーバによって受信されるＳＩＰ ＭＥＳＳＡＧＥであり、
   前記開始するステップは、
   ＳＩＰ ＭＥＳＳＡＧＥをＳＩＰ ＩＮＦＯメッセージとしてフォーマットするステップと、
   前記ＳＩＰ ＩＮＦＯメッセージを前記呼サーバへ送出するステップと
   をさらに含む、請求項５に記載の方法。
8. 前記起動するステップは、前記デバッグ要求から前記デバッグ機能を識別するステップをさらに含む、請求項５に記載の方法。
9. 少なくとも一部がパケット交換ネットワーク上で行われる進行中の通話をデバッグするためのシステムであって、
   前記進行中の通話の障害を検出する呼サーバと
   前記検出に応じて、前記進行中の通話についてのデバッグセッションを行うように構成されたデバッガと
   を備えており、
   前記呼サーバが、前記デバッガから生じたセッション開始プロトコル（ＳＩＰ）フォーマットのメッセージによって指定された通りに当該呼サーバ内でデバッグ機能を起動し、前記デバッグ機能を使用して、前記進行中の通話に関する障害情報を決定し、ＳＩＰフォーマットの応答を前記呼サーバから前記デバッガへ送出する、前記システム。
10. 前記デバッガと前記呼サーバとの間の中継手段として機能するように構成されたプロキシサーバをさらに備えており、
    前記デバッガは、ＳＩＰフォーマットのデバッグ要求を前記プロキシサーバへ送出し、
    前記ＳＩＰフォーマットのデバッグ要求は、前記進行中の通話と、前記呼サーバ内で起動すべきデバッグ機能とを指定し、
    前記プロキシサーバは、前記ＳＩＰフォーマットのデバッグ要求をＳＩＰ ＩＮＦＯメッセージとしてフォーマットし、前記ＳＩＰ ＩＮＦＯメッセージを前記呼サーバへ転送する、
    請求項９に記載のシステム。
11. 通話をデバッグするコンピュータ・プログラムであって、呼サーバ及びデバッガを備えているシステムに、請求項１〜８のいずれか一項に記載の方法の各ステップを実行させる前記コンピュータ・プログラム。

Images