(57)【要約】【課題】ネットワーク管理者等が、過去に発生した障害に関する障害情報を含めて、障害情報を容易に取得すること。【解決手段】ＳＩＰサーバ３０ａは、メッセージの中継時または呼制御時に発生した障害を解析する障害解析部３３５と、障害解析部３３５の解析結果を障害情報として障害情報記憶部３２２に記録する障害情報記録部３３６と、ＳＩＰサーバ３０ａへ送信された要求メッセージに従って、障害情報記憶部３２２から所定の端末に関連する障害情報を抽出する障害情報抽出部３３７と、障害情報抽出部３３７によって抽出された障害情報を、要求メッセージに従って送信する障害情報送信部３３８とを備える。【選択図】        図１０
2009177513.tif 000002
【特許請求の範囲】
【請求項１】
テレフォニーサービスのセッションを確立するために端末間でやり取りされるメッセージを処理または中継する制御装置であって、
前記メッセージの中継時または呼制御時に発生した障害を解析する障害解析手段と、
前記障害解析手段の解析結果を障害情報として記憶部に記録する障害情報記録手段と、
当該の制御装置へ送信された要求メッセージに従って、前記記憶部から所定の端末に関連する障害情報を抽出する障害情報抽出手段と、
前記障害情報抽出手段によって抽出された障害情報を、前記要求メッセージに従って送信する障害情報送信手段と
を備えたことを特徴とする制御装置。
【請求項２】
前記障害情報送信手段は、前記障害解析手段によって解析された障害が予め登録された通知対象に関連するものであった場合に、該通知対象と対応付けて登録されている登録先へ該障害の障害情報を送信することを特徴とする請求項１に記載の制御装置。
【請求項３】
前記メッセージのヘッダ部に所定のフラグ値が設定されていた場合に、該メッセージの受信時間と該メッセージの転送時間とを含むタイムスタンプ情報を所定の端末へ送信するタイムスタンプ情報送信手段をさらに備えたことを特徴とする請求項１または２に記載の制御装置。
【請求項４】
前記タイムスタンプ情報送信手段は、前記所定のフラグ値が設定されていたメッセージのヘッダ部に前記タイムスタンプ情報を付加して転送することにより、該タイムスタンプ情報を前記所定の端末へ送信することを特徴とする請求項３に記載の制御装置。
【請求項５】
テレフォニーサービスのセッションを確立するために端末間でやり取りされるメッセージを処理または中継する制御プログラムであって、
前記メッセージの中継時また呼制御時に発生した障害を解析する障害解析手順と、
前記障害解析手順の解析結果を障害情報として記憶部に記録する障害情報記録手順と、
当該制御プログラムへ送信された要求メッセージに従って、前記記憶部から所定の端末に関連する障害情報を抽出する障害情報抽出手順と、
前記障害情報抽出手順によって抽出された障害情報を、前記要求メッセージに従って送信する障害情報送信手順と
をコンピュータに実行させることを特徴とする制御プログラム。
【請求項６】
テレフォニーサービスのセッションを確立するために端末間でやり取りされるメッセージを処理または中継する制御方法であって、
前記メッセージの中継時また呼制御時に発生した障害を解析し、
前記障害を解析した結果を障害情報として記憶部に記録し、
要求メッセージの受信に従って、前記記憶部に記憶された所定の端末に関連する障害情報を抽出し、
前記抽出された障害情報を、前記要求メッセージに従って送信する
ことを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、テレフォニーサービスのセッションを確立するために端末間でやり取りされるメッセージを処理および中継する制御装置、制御プログラムおよび制御方法に関し、特に、ネットワーク管理者等が、過去に発生した障害に関する障害情報を含めて、障害情報を容易に取得することを可能にする制御装置、制御プログラムおよび制御方法に関する。
【背景技術】
【０００２】
音声通話やテレビ電話といったテレフォニーサービスをＩＰネットワーク上で実現するためのプロトコルの１つにＳＩＰ（Session Initiation Protocol）がある。ＳＩＰは、従来の公衆電話網における呼制御と同様の呼制御をＩＰネットワーク上で実現するためのプロトコルである。
【０００３】
通常、ＳＩＰによる呼制御では、利用者が端末から発呼を行うと、複数のＳＩＰサーバを介して着呼先の端末との間のセッションが確立される。ＳＩＰサーバは、テレフォニーサービスを提供するＩＰネットワーク（以下、「ＩＰテレフォニーネットワーク」という）に含まれる呼処理制御機能や中継機能を有する制御装置であり、テレフォニーサービスの実現に必要な各種メッセージの呼処理や中継等を行うとともに、処理あるいは中継したメッセージに関する走行情報を記録する。
【０００４】
このように、ＩＰテレフォニーネットワークにおいては、障害情報を含む走行情報が各ＳＩＰサーバに分散して蓄積される。このため、テレフォニーサービスに何らかの障害が発生した場合には、ネットワーク管理者は、その原因を特定するために、各ＳＩＰサーバに蓄積されている膨大な履歴情報の中から、障害が発生した端末に関する情報を収集しなければならず、大変大きな負荷がネットワーク管理者に掛かっていた。
【０００５】
特許文献１には、この問題を解決するための技術が開示されている。この技術は、ＳＩＰサーバにデバッガ機能を持たせ、何らかの障害が発生したときにこのデバッガ機能を起動させることによって特定の端末に関する情報のみを取得することを可能にしている。
【０００６】
【特許文献１】特開２００６−３４０３５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の特許文献１において開示されている技術は、現在発生している障害に関する情報しか収集することができなかった。このため、現在発生している障害が、過去に発生した障害に起因するものであった場合に、従来と同様に、各ＳＩＰサーバに蓄積されている膨大な履歴情報の中から、障害が発生した端末に関する情報を収集しなければならなかった。
【０００８】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、ネットワーク管理者等が、過去に発生した障害に関する障害情報を含めて、障害情報を容易に取得することを可能にするＳＩＰサーバ等の制御装置、制御プログラムおよび制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するため、本発明の一つの態様では、テレフォニーサービスのセッションを確立するために端末間でやり取りされるメッセージを処理または中継する制御装置であって、前記メッセージの中継時または呼制御時に発生した障害を解析する障害解析手段と、前記障害解析手段の解析結果を障害情報として記憶部に記録する障害情報記録手段と、当該制御装置へ送信された要求メッセージに従って、前記記憶部から所定の端末に関連する障害情報を抽出する障害情報抽出手段と、前記障害情報抽出手段によって抽出された障害情報を、前記要求メッセージに従って送信する障害情報送信手段とを備えたことを特徴とする。
【００１０】
この発明の態様によれば、制御装置が、要求メッセージに従って、所定の端末に関連する障害情報を抽出し、送信するようにしたので、要求メッセージを制御装置へ送信するだけで、所定の端末に関連して発生した障害の障害情報を容易に収集することができる。
【００１１】
また、本発明の他の態様では、上記の発明の態様において、前記障害情報送信手段は、前記障害解析手段によって解析された障害が予め登録された通知対象に関連するものであった場合に、該通知対象と対応付けて登録されている登録先へ該障害の障害情報を送信することを特徴とする。
【００１２】
この発明の態様によれば、制御装置が、予め登録された情報に従って、所定の端末に関連する障害が発生した場合に、その障害の障害情報を送信するようにしたので、予め情報を制御装置に登録するだけで、所定の端末に関連して現在発生している障害情報を容易に収集することができる。
【００１３】
また、本発明の他の態様では、上記の発明の態様において、前記メッセージのヘッダ部に所定のフラグ値が設定されていた場合に、該メッセージの受信時間と該メッセージの転送時間とを含むタイムスタンプ情報を所定の端末へ送信するタイムスタンプ情報送信手段をさらに備えたことを特徴とする。
【００１４】
また、本発明の他の態様では、上記の発明の態様において、前記タイムスタンプ情報送信手段は、前記所定のフラグ値が設定されていたメッセージのヘッダ部に前記タイムスタンプ情報を付加して転送することにより、該タイムスタンプ情報を前記所定の端末へ送信することを特徴とする。
【００１５】
これらの発明の態様によれば、制御装置が、処理または中継するメッセージのヘッダ部に所定のフラグ値が設定されていた場合に、そのメッセージの受信時間や送信時間を送信するように構成したので、ネットワーク上のどこで障害が発生しているかを示す手掛かりを容易に取得することができる。
【００１６】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１７】
本発明の一つの態様によれば、制御装置が、要求メッセージに従って、所定の端末に関連する障害情報を抽出し、送信するようにしたので、要求メッセージを制御装置へ送信するだけで、所定の端末に関連して発生した障害の障害情報を容易に収集することができるという効果を奏する。
【００１８】
また、本発明の一つの態様によれば、制御装置が、予め登録された情報に従って、所定の端末に関連する障害が発生した場合に、その障害の障害情報を送信するようにしたので、予め情報を制御装置に登録するだけで、所定の端末に関連して現在発生している障害情報を容易に収集することができるという効果を奏する。
【００１９】
また、本発明の一つの態様によれば、制御装置が、処理または中継するメッセージのヘッダ部に所定のフラグ値が設定されていた場合に、そのメッセージの受信時間や送信時間を送信するように構成したので、ネットワーク上のどこで障害が発生しているかを示す手掛かりを容易に取得することができるという効果を奏する。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照して、本発明に係る制御装置、制御プログラムおよび制御方法の好適な実施の形態を詳細に説明する。なお、以下の実施例では、本発明に係る制御装置についてＳＩＰサーバを例にして説明を行うが、本発明は、ＳＩＰ以外のプロトコルを用いてテレフォニーサービスの中継を行う制御装置においても有効である。
【実施例】
【００２１】
まず、本実施例に係るＳＩＰサーバの概要について説明する。図１は、本実施例に係るＳＩＰサーバ３０ａおよび３０ｂを含むＩＰテレフォニーネットワーク１の構成を示す図である。同図に示すように、ＩＰテレフォニーネットワーク１は、ＳＩＰサーバ３０ａおよび３０ｂを含み、利用者端末１０ａおよび１０ｂと、保守端末２０と接続されている。なお、各種装置の数は一例であり、この通りである必要はない。
【００２２】
利用者端末１０ａおよび１０ｂは、テレフォニーサービスを利用する利用者が使用する端末装置であり、例えば、パソコン、携帯端末装置、電話等に相当する。保守端末２０は、ＩＰテレフォニーネットワーク１の保守管理を行うための端末装置であり、ＳＩＰサーバ３０ａおよび３０ｂ等と通信可能に構成されている。
【００２３】
ＳＩＰサーバ３０ａおよび３０ｂは、テレフォニーサービスの実現に必要な各種メッセージの中継等を行う中継機能や、各種メッセージに基づいて呼制御等を行う呼処理機能を有する制御装置である。ＳＩＰサーバ３０ａおよび３０ｂは、一般的なＳＩＰサーバが有する機能に加えて、伝送遅延等の障害が発生した場合に、障害の原因の特定作業を支援する機能を備える。具体的には、ＳＩＰサーバ３０ａおよび３０ｂは、各種メッセージの処理または中継を実行した時間に関するタイムスタンプ情報を発端末へ通知する機能と、特定の端末に関する障害情報を保守端末２０へ送信する機能を有する。
【００２４】
ここで、タイムスタンプ情報の通知機能について説明する。図２は、ＩＰテレフォニーネットワークにおける通常のメッセージのやり取りを示すシーケンス図である。同図は、利用者端末１０ａの利用者であるＨａｎａｋｏが利用者端末１０ｂの利用者であるＴａｒｏへ発呼を行い、通話後にＴａｒｏが呼を切断するまでの手順を示している。
【００２５】
図２に示すように、Ｈａｎａｋｏが、Ｔａｒｏとの通話を求めると、利用者端末１０ａは、Ｔａｒｏを識別するためのＳＩＰ  ＵＲＩ（Uniform Resource Identifier）をＴｏヘッダフィールドに指定したＩＮＶＩＴＥメッセージを、自端末に対応するＳＩＰサーバであるＳＩＰサーバ３０ａに送信する（ステップＳ１０１）。ＳＩＰサーバ３０ａは、ＩＮＶＩＴＥメッセージを受信すると、Ｔａｒｏが使用している端末のアドレスを知らないため、Ｔｏヘッダフィールドに指定されたＳＩＰ  ＵＲＩに対応するＳＩＰサーバであるＳＩＰサーバ３０ｂへこれを転送する（ステップＳ１０２）。そして、ＳＩＰサーバ３０ａは、ＩＮＶＩＴＥメッセージを処理していることを示す１００  Ｔｒｙｉｎｇメッセージを利用者端末１０ａへ応答する（ステップＳ１０３）。
【００２６】
ＳＩＰサーバ３０ｂは、ＩＮＶＩＴＥメッセージを受信すると、これを利用者端末１０ｂへ転送するとともに（ステップＳ１０４）、ＩＮＶＩＴＥメッセージを処理していることを示す１００  ＴｒｙｉｎｇメッセージをＳＩＰサーバ３０ａへ応答する（ステップＳ１０５）。利用者端末１０ｂは、ＩＮＶＩＴＥメッセージを受信すると、呼び出し音を鳴らす等してＴａｒｏを呼び出し、呼び出し中であることを示す１８０  ＲｉｎｇｉｎｇメッセージをＳＩＰサーバ３０ｂへ応答する（ステップＳ１０６）。１８０  Ｒｉｎｇｉｎｇメッセージは、ＩＮＶＩＴＥメッセージの伝送経路をさかのぼり、ＳＩＰサーバ３０ａを経由して利用者端末１０ａへ伝送される（ステップＳ１０７およびＳ１０８）。
【００２７】
そして、Ｔａｒｏが受話器を上げる等して呼び出しに応じると、利用者端末１０ｂは、そのことを示す２００  ＯＫメッセージをＳＩＰサーバ３０ｂへ送信する（ステップＳ１０９）。２００  ＯＫメッセージは、ＩＮＶＩＴＥメッセージの伝送経路をさかのぼり、ＳＩＰサーバ３０ａを経由して利用者端末１０ａへ伝送される（ステップＳ１１０およびＳ１１１）。利用者端末１０ａは、２００  ＯＫメッセージを受信すると、これを受信したことを示すＡＣＫメッセージをＳＩＰサーバ３０ａへ送信する（ステップ１１２）。ＡＣＫメッセージは、ＩＮＶＩＴＥメッセージと同じ経路を経由して、利用者端末１０ｂへ伝送される。すなわち、ＳＩＰサーバ３０ａは、利用者端末１０ａからＡＣＫメッセージを受信すると、ＳＩＰサーバ３０ｂへＡＣＫメッセージを送信する（ステップＳ１１３）。さらに、ＳＩＰサーバ３０ｂは、ＳＩＰサーバ３０ａからＡＣＫメッセージを受信すると、利用者端末１０ｂへＡＣＫメッセージを送信する（ステップＳ１１４）。
【００２８】
以上の手順によって、利用者端末１０ａと利用者端末１０ｂの間のセッションが確立され、ＨａｎａｋｏとＴａｒｏの間で通話が行われる（ステップＳ１１５）。上記の手順を通じて、利用者端末１０ａと利用者端末１０ｂは互いのアドレスを知ることができるため、通話のための音声パケットはＳＩＰサーバ３０ａおよび３０ｂを経由せずに送受信される。又、音声パケットは各ＳＩＰサーバ３０ａおよび３０ｂを経由してもよい。そして、通話が終了してＴａｒｏが呼を切断すると、利用者端末１０ｂは、セッションの終了を示すＢＹＥメッセージをＳＩＰサーバ３０ｂへ送信する（ステップＳ１１６）。ＳＩＰサーバ３０ｂおよびＳＩＰサーバ３０ａは、ＩＮＶＩＴＥメッセージで確立した伝送路を経由して、ＢＹＥメッセージを利用者端末１０ａへ送信する（ステップ１１７およびステップ１１８）。利用者端末１０ａは、これを受信したことを示す２００  ＯＫメッセージをＳＩＰサーバ３０ａへ送信する（ステップＳ１１９）。ＳＩＰサーバ３０ａおよびＳＩＰサーバ３０ｂは、ＩＮＶＩＴＥメッセージで確立した伝送路を経由して、２００ ＯＫメッセージを利用者端末１０ｂへ送信する（ステップ１２０およびステップ１２１）。
【００２９】
このように、ＩＰテレフォニーネットワークにおいては、通常、複数のＳＩＰサーバを経由して利用者間のセッションが確立される。したがって、これらのＳＩＰサーバに何らかの障害が発生していると、セッションの確立が遅延したり、セッションの確立が失敗することがある。しかしながら、ＩＰテレフォニーネットワークには多数のＳＩＰサーバが含まれていることが多く、また、利用者間のセッションを確立するためにどのＳＩＰサーバを経由する経路が使用されたのかを特定するのが困難であったため、従来は、セッションの確立の遅延等が発生しても、ＩＰテレフォニーネットワーク上のどこに障害が発生したのかを調べるのが困難であった。
【００３０】
本実施例に係るＩＰテレフォニーネットワーク１では、利用者端末１０ａおよび１０ｂと、ＳＩＰサーバ３０ａおよび３０ｂとの協調動作によって、障害の発生箇所を容易に特定することが可能になっている。具体的には、利用者端末１０ａおよび１０ｂは、セッションの確立の遅延等が発生すると、利用者の指示に従って、送信する各種メッセージのヘッダ部にタイムスタンプ要求フラグを付加して送信する。また、利用者端末１０ａおよび１０ｂは、対向端末から送信されたメッセージのヘッダ部にタイムスタンプ要求フラグが含まれているのを確認すると、同一セッション内で対向端末宛に送信するメッセージに同一のタイムスタンプ要求フラグを付加する。
【００３１】
そして、ＳＩＰサーバ３０ａおよび３０ｂは、タイムスタンプ要求フラグが付加されたメッセージを受信すると、タイムスタンプ情報を発呼側の端末に送信する。タイムスタンプ情報とは、ＳＩＰサーバがそのメッセージを受信した時間と、そのメッセージを転送した時間と、自装置を識別するための識別子とを含む情報である。利用者端末１０ａおよび１０ｂは、タイムスタンプ情報を解析することにより、ＩＰテレフォニーネットワーク上のどこで遅延等が発生しているのかを確認することができる。
【００３２】
図３は、タイムスタンプ要求フラグを含むヘッダ部の一例を示す図である。同図に示した例では、ＩＮＶＩＴＥメッセージのヘッダ部にＸ−Ｉｎｆｏｒｍ−Ｔｏというヘッダフィールドが追加されており、このヘッダフィールドがタイムスタンプ要求フラグに相当する。この例では、Ｘ−Ｉｎｆｏｒｍ−Ｔｏのヘッダ値に、タイムスタンプ情報の送信先の端末のアドレスが設定されているが、タイムスタンプ情報の送信先の端末のアドレスは、Ｖｉａ等の他のヘッダフィールドから取得することとしてもよい。
【００３３】
図４は、タイムスタンプ要求時のメッセージのやり取りを示すシーケンス図である。同図は、図２と同様に、利用者端末１０ａの利用者であるＨａｎａｋｏが利用者端末１０ｂの利用者であるＴａｒｏへ発呼を行い、通話後にＴａｒｏが呼を切断するまでの手順を示している。なお、図４においては、図２と同様の処理工程には、図２と同一のステップ番号を付している。
【００３４】
図４に示すように、Ｈａｎａｋｏが、Ｔａｒｏとの通話を求めると、利用者端末１０ａは、タイムスタンプ要求フラグを付加したＩＮＶＩＴＥメッセージを、自端末に対応するＳＩＰサーバであるＳＩＰサーバ３０ａに送信する（ステップＳ１０１）。ＳＩＰサーバ３０ａは、ＩＮＶＩＴＥメッセージを受信し、ヘッダ部にタイムスタンプ要求フラグが含まれていることを確認すると、ＩＮＶＩＴＥメッセージの転送（ステップＳ１０２）と１００  Ｔｒｙｉｎｇメッセージの応答（ステップＳ１０３）とを行った後に、タイムスタンプ情報を含むＩＮＦＯメッセージを利用者端末１０ａへ送信する（ステップＳ２０１）。ＩＮＦＯメッセージとは、ＳＩＰにおいて規定されているメッセージの一種であり、任意の内容を送信することができる。
【００３５】
ＳＩＰサーバ３０ｂは、ＩＮＶＩＴＥメッセージを受信し、ヘッダ部にタイムスタンプ要求フラグが含まれていることを確認すると、ＩＮＶＩＴＥメッセージの転送（ステップＳ１０４）と１００  Ｔｒｙｉｎｇメッセージの応答（ステップＳ１０５）とを行った後に、タイムスタンプ情報を含むＩＮＦＯメッセージを利用者端末１０ａへ送信する（ステップＳ２０２）。
【００３６】
利用者端末１０ｂは、ＩＮＶＩＴＥメッセージを受信し、ヘッダ部にタイムスタンプ要求フラグが含まれていることを確認すると、Ｔａｒｏを呼び出し中であることを示す１８０  ＲｉｎｇｉｎｇメッセージをＳＩＰサーバ３０ｂへ応答する（ステップＳ１０６）。このとき、利用者端末１０ｂは、ＩＮＶＩＴＥメッセージに含まれていたタイムスタンプ要求フラグを１８０  Ｒｉｎｇｉｎｇメッセージのヘッダ部へ付加する。
【００３７】
ＳＩＰサーバ３０ｂは、１８０  Ｒｉｎｇｉｎｇメッセージを受信し、ヘッダ部にタイムスタンプ要求フラグが含まれていることを確認すると、このメッセージをＳＩＰサーバ３０ａへ転送した後（ステップＳ１０７）、タイムスタンプ情報を含むＩＮＦＯメッセージを利用者端末１０ａへ送信する（ステップＳ２０３）。そして、ＳＩＰサーバ３０ａは、１８０  Ｒｉｎｇｉｎｇメッセージを受信し、ヘッダ部にタイムスタンプ要求フラグが含まれていることを確認すると、このメッセージを利用者端末１０ａへ転送した後（ステップＳ１０８）、タイムスタンプ情報を含むＩＮＦＯメッセージを利用者端末１０ａへ送信する（ステップＳ２０４）。
【００３８】
そして、Ｔａｒｏが受話器を上げる等して呼び出しに応じると、利用者端末１０ｂは、そのことを示す２００  ＯＫメッセージをＳＩＰサーバ３０ｂへ送信する（ステップＳ１０９）。このとき、利用者端末１０ｂは、ＩＮＶＩＴＥメッセージに含まれていたタイムスタンプ要求フラグを２００  ＯＫメッセージのヘッダ部へ付加する。
【００３９】
ＳＩＰサーバ３０ｂは、２００  ＯＫメッセージを受信し、ヘッダ部にタイムスタンプ要求フラグが含まれていることを確認すると、このメッセージをＳＩＰサーバ３０ａへ転送した後（ステップＳ１１０）、タイムスタンプ情報を含むＩＮＦＯメッセージを利用者端末１０ａへ送信する（ステップＳ２０５）。そして、ＳＩＰサーバ３０ａは、２００  ＯＫメッセージを受信し、ヘッダ部にタイムスタンプ要求フラグが含まれていることを確認すると、このメッセージを利用者端末１０ａへ転送した後（ステップＳ１１１）、タイムスタンプ情報を含むＩＮＦＯメッセージを利用者端末１０ａへ送信する（ステップＳ２０６）。
【００４０】
以降の処理の流れは、図２と同様であるので、説明を省略する。図４に示したように、本実施例に係るＩＰテレフォニーネットワーク１では、利用者端末１０ａおよび１０ｂがタイムスタンプ要求フラグを含んだメッセージを送信すると、ＳＩＰサーバ３０ａおよび３０ｂが、そのメッセージの受信時間や転送時間等を含んだタイムスタンプ情報を発呼側の端末へ送信するようになっているので、伝送遅延等の障害の発生箇所を利用者端末１０ａおよび１０ｂが識別することができる。
【００４１】
なお、上記の説明では、ＳＩＰサーバ３０ａおよび３０ｂがタイムスタンプ情報を発呼側の端末へ送信することとしたが、着呼側の端末や保守端末２０へ送信することとしてもよい。また、上記の説明では、ＩＮＦＯメッセージを用いてタイムスタンプ情報を伝送することとしたが、他のメッセージを用いてタイムスタンプ情報を伝送することとしてもよい。また、上記の説明では、セッションの確立以降は、利用者端末１０ａおよび１０ｂが直接メッセージのやり取りを行うこととしたが、セッションの確立後も、ＳＩＰサーバ３０ａおよび３０ｂを経由して、タイムスタンプ要求フラグを付加したメッセージのやり取りを行い、タイムスタンプ情報を収集することとしてもよい。
【００４２】
また、上記の説明では、タイムスタンプ情報を発呼側の端末へ送信するために専用のメッセージを生成することとしたが、タイムスタンプ要求フラグが付加されたメッセージのヘッダ部にタイムスタンプ情報を付加することにより、タイムスタンプ情報を発呼側の端末へ送信することとしてもよい。図２を参照しながら、この場合の処理の流れについて説明する。
【００４３】
Ｈａｎａｋｏが、Ｔａｒｏとの通話を求めると、利用者端末１０ａは、タイムスタンプ要求フラグを付加したＩＮＶＩＴＥメッセージを、自端末に対応するＳＩＰサーバであるＳＩＰサーバ３０ａに送信する（ステップＳ１０１）。
【００４４】
ＳＩＰサーバ３０ａは、ＩＮＶＩＴＥメッセージを受信し、ヘッダ部にタイムスタンプ要求フラグが含まれていることを確認すると、ＩＮＶＩＴＥメッセージのヘッダ部にタイムスタンプ情報を付加してＳＩＰサーバ３０ｂへ転送する（ステップＳ１０２）。タイムスタンプ情報の付加は、Ｖｉａヘッダフィールドのように、新たなヘッダフィールドを都度追加する形式で行ってもよいし、Ｒｅｃｏｒｄ−Ｒｏｕｔｅヘッダフィールドのように、単一のヘッダフィールドに情報を追記する形式で行ってもよい。ＳＩＰサーバ３０ａは、ＩＮＶＩＴＥメッセージを転送した後、１００  Ｔｒｙｉｎｇメッセージを利用者端末１０ａへ応答する（ステップＳ１０３）。
【００４５】
ＳＩＰサーバ３０ｂは、ＩＮＶＩＴＥメッセージを受信し、ヘッダ部にタイムスタンプ要求フラグが含まれていることを確認すると、ＩＮＶＩＴＥメッセージのヘッダ部にタイムスタンプ情報を付加して、利用者端末１０ｂへ転送する（ステップＳ１０４）。そして、１００  ＴｒｙｉｎｇメッセージをＳＩＰサーバ３０ａへ応答する（ステップＳ１０５）。
【００４６】
利用者端末１０ｂは、ＩＮＶＩＴＥメッセージを受信し、ヘッダ部にタイムスタンプ要求フラグが含まれていることを確認すると、ＩＮＶＩＴＥメッセージに含まれていたタイムスタンプ情報に加えて、利用者端末１０ｂがＩＮＶＩＴＥメッセージを受信した時間や当該の１８０  Ｒｉｎｇｉｎｇメッセージの送信時間等を含むタイムスタンプ情報を付加した１８０  ＲｉｎｇｉｎｇメッセージをＳＩＰサーバ３０ｂへ応答する（ステップＳ１０６）。
【００４７】
ＳＩＰサーバ３０ｂは、１８０  Ｒｉｎｇｉｎｇメッセージを受信し、ヘッダ部にタイムスタンプ要求フラグが含まれていることを確認すると、ヘッダ部にタイムスタンプ情報を付加してＳＩＰサーバ３０ａへ転送する（ステップＳ１０７）。そして、ＳＩＰサーバ３０ａは、１８０  Ｒｉｎｇｉｎｇメッセージを受信し、ヘッダ部にタイムスタンプ要求フラグが含まれていることを確認すると、ヘッダ部にタイムスタンプ情報を付加して利用者端末１０ａへ転送する（ステップＳ１０８）。
【００４８】
その後も、ＳＩＰサーバ３０ａおよび３０ｂは、タイムスタンプ要求フラグが含まれているメッセージを受信すると、ヘッダ部にタイムスタンプ情報を付加して転送する。このように、ＳＩＰサーバ３０ａおよび３０ｂがヘッダ部にタイムスタンプ情報を付加してメッセージを転送することとしても、発呼側の端末はタイムスタンプ情報を収集することができる。
【００４９】
ところで、タイムスタンプ情報によって障害の発生箇所を特定することができても、それだけでは、障害の原因を特定することはできない。本実施例に係るＩＰテレフォニーネットワーク１では、利用者端末１０ａおよび１０ｂがタイムスタンプ情報を収集した後、必要であれば、ネットワーク管理者が、保守端末２０を通じて、障害に関する詳細な情報を容易に収集し、原因特定作業を行うことが可能になっている。
【００５０】
障害に関する詳細情報は、障害に関連するＳＩＰサーバ内にログとして記録されるが、どのＳＩＰサーバにおいてどのセッションに関する障害が検出されたかは、保守端末２０等からは不明である。そこで、保守端末２０は、ある端末に関する障害の原因特定が必要になると、ＩＰテレフォニーネットワーク１内の全てのＳＩＰサーバに障害情報抽出要求を送信し、障害原因の特定対象の端末に関連する情報の抽出を依頼する。そして、ＩＰテレフォニーネットワーク１内の各ＳＩＰサーバは、障害情報抽出要求を受信すると、指定された端末に関連する情報を自身が記憶する障害情報から抽出して、保守端末２０へ送信する。この仕組みにより、ネットワーク管理者は、保守端末２０を通じて、特定の端末に関連する障害情報を容易に収集することができる。
【００５１】
図５は、障害情報抽出要求がなされた場合のメッセージのやり取りを示すシーケンス図である。同図に示すように、利用者端末１０ａがタイムスタンプ情報を収集し、障害が発生していることが判明すると（ステップＳ３０１）、利用者端末１０ａは、収集したタイムスタンプ情報をＩＮＦＯメッセージで保守端末２０へ送信して、障害の発生を報告する（ステップＳ３０２）。
【００５２】
利用者端末１０ａから障害発生の報告を受けた保守端末２０は、ＩＰテレフォニーネットワーク１内の全てのＳＩＰサーバのアドレス情報等を取得して（ステップＳ３０３）、利用者端末１０ａに関連する障害情報の抽出を要求する障害情報抽出要求をＩＮＦＯメッセージで各ＳＩＰサーバへ送信する（ステップＳ３０４およびＳ３０５）。この障害情報抽出要求には、抽出対象である利用者端末１０ａのアドレス情報が少なくとも含まれ、検索対象の期間等の他の情報を含むこともできる。
【００５３】
障害情報抽出要求を受信したＳＩＰサーバ３０ａおよび３０ｂは、指定された利用者端末１０ａに関連する障害情報を抽出し（ステップＳ３０６）、ＩＮＦＯメッセージで保守端末２０へ送信する（ステップＳ３０７およびＳ３０８）。こうして、利用者端末１０ａに関連する障害情報を収集した保守端末２０は、収集した障害情報の解析を行い、障害の原因を特定する（ステップＳ３０９）。
【００５４】
なお、ＩＰテレフォニーネットワーク１には、過去に発生した障害の障害情報を収集する仕組みだけではなく、実行中のセッションに関する障害情報を収集する仕組みもある。図６は、障害情報通知要求がなされた場合のメッセージのやり取りを示すシーケンス図である。同図に示すように、利用者端末１０ａがタイムスタンプ情報を収集し、障害が発生していることが判明すると（ステップＳ４０１）、利用者端末１０ａは、収集したタイムスタンプ情報をＩＮＦＯメッセージで保守端末２０へ送信して、障害の発生を報告する（ステップＳ４０２）。
【００５５】
利用者端末１０ａから障害発生の報告を受けた保守端末２０は、ＩＰテレフォニーネットワーク１内の全てのＳＩＰサーバのアドレス情報等を取得して（ステップＳ４０３）、利用者端末１０ａに関連するセッションで障害が発生した場合にはその障害に関する障害情報を通知するように要求する障害情報通知要求をＩＮＦＯメッセージで各ＳＩＰサーバへ送信する（ステップＳ４０４およびＳ４０５）。この障害情報通知要求には、通知対象である利用者端末１０ａのアドレス情報と、通知先である保守端末２０のアドレス情報とが少なくとも含まれ、その他に通知を実行する期限等の情報を含むことができる。障害情報通知要求を受信したＳＩＰサーバ３０ａおよび３０ｂは、利用者端末１０ａを通知対象、保守端末２０を通知先として対応付けて自装置に登録する（ステップＳ４０６）。
【００５６】
その後、利用者端末１０ａが他の端末との間でセッションの確立を試みたが（ステップＳ４０７〜Ｓ４０９）、ＳＩＰサーバ３０ａがＳＩＰサーバ３０ｂへ転送したＳＩＰメッセージに対して１００  Ｔｒｙｉｎｇメッセージが応答されなかったものとする（ステップＳ４１０）。この場合、障害を検出したＳＩＰサーバ３０ａは、発呼側の端末である利用者端末１０ａが障害情報の通知対象として登録されていることを確認すると、検出した障害の詳細情報を通知先である保守端末２０へＩＮＦＯメッセージで送信する（ステップＳ４１１）。利用者端末１０ａに関連する障害情報を受信した保守端末２０は、受信した障害情報の解析を行い、障害の原因を特定する（ステップＳ４１２）。
【００５７】
なお、上記の説明では、保守端末２０が、障害情報抽出要求と障害情報通知要求の一方のみを各ＳＩＰサーバへ送信する例を示したが、障害情報抽出要求と障害情報通知要求の両方を各ＳＩＰサーバへ送信することもできる。また、上記の説明では、ＩＰテレフォニーネットワーク１内の全てのＳＩＰサーバに障害情報抽出要求や障害情報通知要求を送信することとしたが、利用者端末１０ａから送信されたタイムスタンプ情報にアドレス情報が含まれるＳＩＰサーバのみに障害情報抽出要求等を送信するというように、一部のＳＩＰサーバのみに障害情報抽出要求等を送信することとしてもよい。また、障害情報抽出要求や障害情報通知要求を送信する契機は、利用者端末１０ａ等からタイムスタンプ情報が送信されたときだけである必要はなく、必要に応じていつでも送信可能である。
【００５８】
次に、図１に示した各種装置の構成について説明する。なお、利用者端末１０ａおよび１０ｂは、同様の構成を有するため、利用者端末１０ａを例にして構成の説明を行う。また、ＳＩＰサーバ３０ａおよび３０ｂは、同様の構成を有するため、ＳＩＰサーバ３０ａを例にして構成の説明を行う。
【００５９】
図７は、利用者端末１０ａの構成を示す機能ブロック図である。同図に示すように、利用者端末１０ａは、ユーザインターフェース部１１０と、ネットワークインターフェース部１２０と、記憶部１３０と、制御部１４０とを有する。ユーザインターフェース部１１０は、利用者に対して画像や音声を通じて情報を提供したり、利用者から指示や音声の入力を受け付けたりするインターフェースであり、例えば、液晶表示装置、キーボード、スピーカ、マイク等からなる。ネットワークインターフェース部１２０は、ネットワークを通じて他の装置と各種情報をやり取りするためのインターフェースである。
【００６０】
記憶部１３０は、各種情報を記憶する記憶部であり、通信設定情報記憶部１３１と、タイムスタンプ情報記憶部１３２と、保守端末情報記憶部１３３等を記憶する。通信設定情報記憶部１３１は、ネットワークインターフェース部１２０を介して各種情報をやり取りするために必要な設定情報を記憶する記憶部であり、当該の端末へタイムスタンプ情報を送信することを要求するタイムスタンプ要求フラグを付加するか否かを示すフラグ値や、現在有効なセッションにおいて対向の端末からタイムスタンプ要求フラグが送信されたか否かを示すフラグ値等を保持する。
【００６１】
タイムスタンプ情報記憶部１３２は、タイムスタンプ要求フラグをメッセージに付加することによって収集されたタイムスタンプ情報である。図８は、タイムスタンプ情報記憶部１３２に記憶されるタイムスタンプ情報の一例を示す図である。同図に示すように、タイムスタンプ情報記憶部１３２に記憶されるタイムスタンプ情報は、Ｃａｌｌ−ＩＤ、Ｆｒｏｍ、Ｔｏ、ホスト、タイプ、受信時間、送信時間といった項目を有し、送信された情報毎に１件ずつデータが登録される。
【００６２】
Ｃａｌｌ−ＩＤは、セッションを識別するためのＩＤである。ＦｒｏｍとＴｏは、それぞれ、発呼側と着呼側の利用者を識別するためのＳＩＰアドレスである。ホストは、タイムスタンプ情報を送信したホストのアドレスである。タイプは、タイムスタンプ要求フラグが付加されていたメッセージの種別であり、受信時間と送信時間は、当該のホストがそのメッセージを受信した時間と転送した時間である。
【００６３】
保守端末情報記憶部１３３は、保守端末２０と通信を行うために必要な各種データ、例えば、保守端末２０のアドレス等を保持する。
【００６４】
制御部１４０は、利用者端末１０ａを全体制御する制御部であり、通信設定情報編集部１４１と、呼制御部１４２と、電文解析部１４３と、タイムスタンプ要求フラグ設定部１４４と、タイムスタンプ記録部１４５と、タイムスタンプ転送部１４６とを有する。通信設定情報編集部１４１は、ユーザインターフェース部１１０を介して利用者が入力した指示に従って通信設定情報記憶部１３１の情報を編集する。例えば、通信設定情報編集部１４１は、所定の入力画面から入力された指示に従って、当該の端末へタイムスタンプ情報を送信することを要求するタイムスタンプ要求フラグを付加するか否かを示すフラグ値を設定する。
【００６５】
呼制御部１４２は、ＳＩＰ等のプロトコルに従って、テレフォニーサービスを受けるために必要な呼制御を行う。電文解析部１４３は、他の装置から送信されたメッセージの解析を行う。電文解析部１４３は、他の装置から当該の端末へ送信されたメッセージにタイムスタンプ要求フラグが付加されているか否かも解析する。そして、他の装置から当該の端末へ送信されたメッセージに、対向の端末へタイムスタンプ情報を送信することを要求するタイムスタンプ要求フラグが付加されていた場合は、通信設定情報記憶部１３１の情報を編集し、現在有効なセッションにおいて対向の端末からタイムスタンプ要求フラグが送信されたことを示すフラグ値を設定する。
【００６６】
タイムスタンプ要求フラグ設定部１４４は、当該の端末から送信されるメッセージのヘッダ部にタイムスタンプ要求フラグを付加する。具体的には、タイムスタンプ要求フラグ設定部１４４は、通信設定情報記憶部１３１において、当該の端末へタイムスタンプ情報を送信することを要求するタイムスタンプ要求フラグを付加すべき旨を示すフラグ値が設定されていれば、当該の端末へタイムスタンプ情報を送信することを要求するタイムスタンプ要求フラグをメッセージのヘッダ部へ付加する。また、通信設定情報記憶部１３１において、現在有効なセッションにおいて対向の端末からタイムスタンプ要求フラグが送信されたことを示すフラグ値が設定されていれば、対向の端末へタイムスタンプ情報を送信することを要求するタイムスタンプ要求フラグをメッセージのヘッダ部へ付加する。
【００６７】
タイムスタンプ記録部１４５は、ＳＩＰサーバ３０ａ等から送信されたタイムスタンプ情報をタイムスタンプ情報記憶部１３２に記録する。タイムスタンプ転送部１４６は、利用者からの指示に従って、タイムスタンプ情報記憶部１３２の内容を保守端末情報記憶部１３３に登録されている保守端末２０へ送信する。
【００６８】
図９は、保守端末２０の構成を示す機能ブロック図である。同図に示すように、保守端末２０は、ユーザインターフェース部２１０と、ネットワークインターフェース部２２０と、記憶部２３０と、制御部２４０とを有する。ユーザインターフェース部２１０は、利用者に対して画像等を通じて情報を提供したり、利用者から指示等の入力を受け付けたりするインターフェースであり、例えば、液晶表示装置、キーボード等からなる。ネットワークインターフェース部２２０は、ネットワークを通じて他の装置と各種情報をやり取りするためのインターフェースである。
【００６９】
記憶部２３０は、各種情報を記憶する記憶部であり、タイムスタンプ情報記憶部２３１と、障害情報記憶部２３２、サーバ情報記憶部２３３等を記憶する。タイムスタンプ情報記憶部２３１は、利用者端末１０ａ等の端末から送信されたタイムスタンプ情報を記憶する。障害情報記憶部２３２は、ＳＩＰサーバ３０ａ等のＳＩＰサーバから送信された障害情報を記憶する。サーバ情報記憶部２３３は、ＩＰテレフォニーネットワーク１内の全てのＳＩＰサーバのアドレス等を記憶する。
【００７０】
制御部２４０は、保守端末２０を全体制御する制御部であり、障害情報解析部２４１と、呼制御部２４２と、電文解析部２４３と、タイムスタンプ記録部２４４と、障害情報記録部２４５と、障害情報要求部２４６とを有する。障害情報解析部２４１は、タイムスタンプ情報記憶部２３１や障害情報記憶部２３２の内容を解析し、その結果をユーザインターフェース部２１０を介して利用者であるネットワーク管理者に通知する。また、障害情報解析部２４１は、利用者端末１０ａ等の端末からタイムスタンプ情報が送信されると、その端末に関連する障害情報を収集するように障害情報要求部２４６に指示する。
【００７１】
呼制御部２４２は、ＳＩＰ等のプロトコルに従って、テレフォニーサービスの保守管理を行うために必要な呼制御を行う。電文解析部２４３は、他の装置から送信されたメッセージの解析を行う。タイムスタンプ記録部２４４は、ＳＩＰサーバ３０ａ等から送信されたタイムスタンプ情報をタイムスタンプ情報記憶部２３１に記録する。障害情報記録部２４５は、ＳＩＰサーバ３０ａ等から送信された障害情報を障害情報記憶部２３２に記録する。
【００７２】
障害情報要求部２４６は、障害情報抽出要求や障害情報通知要求をＩＰテレフォニーネットワーク１内のＳＩＰサーバへ送信する。これらの要求の送信先は、サーバ情報記憶部２３３に記録されている全てのＳＩＰサーバであってもよいし、障害情報解析部２４１がタイムスタンプ情報記憶部２３１の内容を解析することにより、障害情報の取得対象の端末のセッションに関与していたと特定されたＳＩＰサーバであってもよい。また、これらの要求の送信タイミングは、ユーザインターフェース部２１０を介して、利用者であるシステム管理者が指示を行ったタイミングでもよい。
【００７３】
図１０は、ＳＩＰサーバ３０ａの構成を示す機能ブロック図である。同図に示すように、ＳＩＰサーバ３０ａは、ネットワークインターフェース部３１０と、記憶部３２０と、制御部３３０とを有する。ネットワークインターフェース部３１０は、ネットワークを通じて他の装置と各種情報をやり取りするためのインターフェースである。
【００７４】
記憶部３２０は、各種情報を記憶する記憶部であり、通知設定情報記憶部３２１と、障害情報記憶部３２２等を記憶する。通知設定情報記憶部３２１は、障害情報通知要求によって送信された通知対象と通知先等の情報を記憶する。障害情報記憶部３２２は、各種メッセージの中継等を行う中で検出された障害の詳細情報を記憶する。
【００７５】
制御部３３０は、ＳＩＰサーバ３０ａを全体制御する制御部であり、呼制御部３３１と、電文解析部３３２と、タイムスタンプ設定部３３３と、通知設定情報編集部３３４と、障害解析部３３５と、障害情報記録部３３６と、障害情報抽出部３３７と、障害情報送信部３３８とを有する。
【００７６】
呼制御部３３１は、ＳＩＰ等のプロトコルに従って、テレフォニーサービスを実現するために必要な呼制御を行う。電文解析部３３２は、他の装置から送信されたメッセージの解析を行う。電文解析部３３２は、他の装置から当該の端末へ送信されたメッセージにタイムスタンプ要求フラグが付加されているか否かも解析する。タイムスタンプ設定部３３３は、他の装置から当該の端末へ送信されたメッセージにタイムスタンプ要求フラグが付加されていた場合に、所定のメッセージにタイムスタンプ情報を付加する。
【００７７】
通知設定情報編集部３３４は、当該のＳＩＰサーバに障害情報通知要求が送信された場合に、その障害情報通知要求に含まれる通知対象と通知先等を対応付けて通知設定情報記憶部３２１に記憶させる。障害解析部３３５は、各種メッセージの中継等を行う中で発生した障害を検出し、その障害に関する障害情報を生成する。障害解析部３３５は、障害を検出すると、通知設定情報記憶部３２１の内容を参照し、障害に関連する端末が通知対象として記憶されていれば、その端末に対応する通知先へその障害の障害情報を送信するように障害情報送信部３３８に指示する。
【００７８】
障害情報記録部３３６は、障害解析部３３５によって生成された障害情報を障害情報記憶部３２２に記憶させる。障害情報抽出部３３７は、当該のＳＩＰサーバに障害情報抽出要求が送信された場合に、抽出対象の端末に関連する障害情報を障害情報記憶部３２２から抽出し、抽出された障害情報を障害情報抽出要求の送信元へ送信するように障害情報送信部３３８に指示する。障害情報送信部３３８は、障害解析部３３５や障害情報抽出部３３７の指示に従って障害情報の送信を行う。
【００７９】
次に、利用者端末１０ａおよびＳＩＰサーバ３０ａの処理手順について説明する。図１１は、利用者端末１０ａのメッセージ送信処理の処理手順を示すフローチャートである。同図に示すように、呼制御部１４２がメッセージを生成すると（ステップＳ５０１）、タイムスタンプ要求フラグ設定部１４４が通信設定情報記憶部１３１を参照する（ステップＳ５０２）。
【００８０】
そして、タイムスタンプ要求フラグの付加を必要とするフラグ値が設定されていれば（ステップＳ５０３肯定）、タイムスタンプ要求フラグ設定部１４４が、メッセージのヘッダ部にタイムスタンプ要求フラグを付加する（ステップＳ５０４）。もしも、タイムスタンプ要求フラグの付加を必要とするフラグ値が設定されていなければ（ステップＳ５０３否定）、タイムスタンプ要求フラグの付加は行われない。その後、呼制御部１４２がメッセージの送信を行う（ステップＳ５０５）。
【００８１】
図１２は、ＳＩＰサーバ３０ａの処理手順を示すフローチャートである。同図に示すように、ＳＩＰサーバ３０ａにおいてメッセージが受信されると、電文解析部３３２がその解析を行う（ステップＳ６０１）。そして、そのメッセージが障害情報抽出要求に相当するメッセージであった場合は（ステップＳ６０２肯定）、障害情報抽出部３３７が、指定された端末に関連する障害情報を障害情報記憶部３２２から抽出し（ステップＳ６０３）、障害情報送信部３３８が、抽出された障害情報を要求元へ送信する（ステップＳ６０４）。
【００８２】
また、メッセージが障害情報通知要求に相当するメッセージであった場合は（ステップＳ６０２否定、ステップＳ６０５肯定）、通知設定情報編集部３３４が、指定された通知対象と通知先を通知設定情報記憶部３２１に登録する（ステップＳ６０６）。
【００８３】
また、障害情報抽出要求に相当するメッセージでも、メッセージが障害情報通知要求に相当するメッセージでもなかった場合は（ステップＳ６０２否定、ステップＳ６０５否定）、呼制御部３３１が、そのメッセージに応じた通常処理を実行する（ステップＳ６０７）。そして、通常処理が正常に実行された場合（ステップＳ６０８肯定）、電文解析部３３２によって、メッセージにタイムスタンプ要求フラグが付加されていることが検知されていれば（ステップＳ６０９肯定）、タイムスタンプ設定部３３３によってタイムスタンプ情報が付加されたメッセージを呼制御部３３１が送信する（ステップＳ６１０）。
【００８４】
一方、通常処理が正常に実行されなかった場合は（ステップＳ６０８否定）、障害解析部３３５が障害の解析を行い、障害情報記録部３３６がその結果を障害情報として障害情報記憶部３２２に記憶させる（ステップＳ６１１）。そして、障害解析部３３５は、通知設定情報記憶部３２１の内容を参照し、障害が通知対象に関連したものであれば（ステップＳ６１２肯定）、障害解析部３３５による障害の解析結果を、障害情報送信部３３８が障害情報として通知先へ送信する（ステップＳ６１３）。
【００８５】
なお、上記実施例において説明した各種装置の構成は、本発明の要旨を逸脱しない範囲で種々に変更することができる。例えば、利用者端末１０ａおよび１０ｂや、保守端末２０や、ＳＩＰサーバ３０ａおよび３０ｂの機能をソフトウェアとして実装し、これをコンピュータで実行することにより、これらの装置と同等の機能を実現することもできる。以下に、ＳＩＰサーバ３０ａの機能をソフトウェアとして実装した制御プログラム１０７１を実行するコンピュータの一例を示す。
【００８６】
図１３は、制御プログラム１０７１を実行するコンピュータ１０００を示す機能ブロック図である。このコンピュータ１０００は、各種演算処理を実行するＣＰＵ（Central Processing Unit）１０１０と、ユーザからのデータの入力を受け付ける入力装置１０２０と、各種情報を表示するモニタ１０３０と、記録媒体からプログラム等を読み取る媒体読取り装置１０４０と、ネットワークを介して他のコンピュータとの間でデータの授受を行うネットワークインターフェース装置１０５０と、各種情報を一時記憶するＲＡＭ（Random Access Memory）１０６０と、ハードディスク装置１０７０とをバス１０８０で接続して構成される。
【００８７】
そして、ハードディスク装置１０７０には、図１０に示した制御部３３０と同様の機能を有する制御プログラム１０７１と、図１０に示した記憶部３２０に記憶される各種データに対応する制御用データ１０７２とが記憶される。なお、制御用データ１０７２を、適宜分散させ、ネットワークを介して接続された他のコンピュータに記憶させておくこともできる。
【００８８】
そして、ＣＰＵ１０１０が制御プログラム１０７１をハードディスク装置１０７０から読み出してＲＡＭ１０６０に展開することにより、制御プログラム１０７１は、制御プロセス１０６１として機能するようになる。そして、制御プロセス１０６１は、制御用データ１０７２から読み出した情報等を適宜ＲＡＭ１０６０上の自身に割り当てられた領域に展開し、この展開したデータ等に基づいて各種データ処理を実行する。
【００８９】
なお、上記の制御プログラム１０７１は、必ずしもハードディスク装置１０７０に格納されている必要はなく、ＣＤ−ＲＯＭ等の記憶媒体に記憶されたこのプログラムを、コンピュータ１０００が読み出して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等を介してコンピュータ１０００に接続される他のコンピュータ（またはサーバ）等にこのプログラムを記憶させておき、コンピュータ１０００がこれらからプログラムを読み出して実行するようにしてもよい。
【００９０】
上述してきたように、本実施例では、ＳＩＰサーバ３０ａおよび３０ｂが、障害抽出要求に従って、所定の端末に関連する障害情報を抽出し、送信するようにしたので、障害抽出要求をＳＩＰサーバ３０ａおよび３０ｂへ送信するだけで、所定の端末に関連して発生した障害の障害情報を容易に収集することができる。
【００９１】
また、本実施例では、ＳＩＰサーバ３０ａおよび３０ｂが、通知設定情報記憶部３２１に設定された情報に従って、所定の端末に関連する障害が発生した場合に、その障害の障害情報を送信するようにしたので、予め情報を通知設定情報記憶部３２１に登録するだけで、所定の端末に関連して現在発生している障害情報を容易に収集することができる。
【００９２】
また、本実施例では、ＳＩＰサーバ３０ａおよび３０ｂが、処理または中継するメッセージのヘッダ部に所定のフラグ値が設定されていた場合に、そのメッセージの受信時間や送信時間を送信するように構成したので、ネットワーク上のどこで障害が発生しているかを示す手掛かりを容易に取得することができる。
【００９３】
（付記１）テレフォニーサービスのセッションを確立するために端末間でやり取りされるメッセージを処理または中継する制御装置であって、
前記メッセージの中継時または呼制御時に発生した障害を解析する障害解析手段と、
前記障害解析手段の解析結果を障害情報として記憶部に記録する障害情報記録手段と、
当該の制御装置へ送信された要求メッセージに従って、前記記憶部から所定の端末に関連する障害情報を抽出する障害情報抽出手段と、
前記障害情報抽出手段によって抽出された障害情報を、前記要求メッセージに従って送信する障害情報送信手段と
を備えたことを特徴とする制御装置。
【００９４】
（付記２）前記障害情報送信手段は、前記障害解析手段によって解析された障害が予め登録された通知対象に関連するものであった場合に、該通知対象と対応付けて登録されている登録先へ該障害の障害情報を送信することを特徴とする付記１に記載の制御装置。
【００９５】
（付記３）前記メッセージのヘッダ部に所定のフラグ値が設定されていた場合に、該メッセージの受信時間と該メッセージの転送時間とを含むタイムスタンプ情報を所定の端末へ送信するタイムスタンプ情報送信手段をさらに備えたことを特徴とする付記１または２に記載の制御装置。
【００９６】
（付記４）前記タイムスタンプ情報送信手段は、前記所定のフラグ値が設定されていたメッセージのヘッダ部に前記タイムスタンプ情報を付加して転送することにより、該タイムスタンプ情報を前記所定の端末へ送信することを特徴とする付記３に記載の制御装置。
【００９７】
（付記５）テレフォニーサービスのセッションを確立するために端末間でやり取りされるメッセージを処理または中継する制御プログラムであって、
前記メッセージの中継時または呼制御時に発生した障害を解析する障害解析手順と、
前記障害解析手順の解析結果を障害情報として記憶部に記録する障害情報記録手順と、
当該の制御プログラムへ送信された要求メッセージに従って、前記記憶部から所定の端末に関連する障害情報を抽出する障害情報抽出手順と、
前記障害情報抽出手順によって抽出された障害情報を、前記要求メッセージに従って送信する障害情報送信手順と
をコンピュータに実行させることを特徴とする制御プログラム。
【００９８】
（付記６）前記障害情報送信手順は、前記障害解析手順によって解析された障害が予め登録された通知対象に関連するものであった場合に、該通知対象と対応付けて登録されている登録先へ該障害の障害情報を送信することを特徴とする付記５に記載の制御プログラム。
【００９９】
（付記７）前記メッセージのヘッダ部に所定のフラグ値が設定されていた場合に、該メッセージの受信時間と該メッセージの転送時間とを含むタイムスタンプ情報を所定の端末へ送信するタイムスタンプ情報送信手順をさらにコンピュータに実行させることを特徴とする付記５または６に記載の制御プログラム。
【０１００】
（付記８）前記タイムスタンプ情報送信手順は、前記所定のフラグ値が設定されていたメッセージのヘッダ部に前記タイムスタンプ情報を付加して転送することにより、該タイムスタンプ情報を前記所定の端末へ送信することを特徴とする付記７に記載の制御プログラム。
【０１０１】
（付記９）テレフォニーサービスのセッションを確立するために端末間でやり取りされるメッセージを処理または中継する制御方法であって、
前記メッセージの中継時また呼制御時に発生した障害を解析し、
前記障害を解析した結果を障害情報として記憶部に記録し、
要求メッセージの受信に従って、前記記憶部に記憶された所定の端末に関連する障害情報を抽出し、
前記抽出された障害情報を、前記要求メッセージに従って送信する
ことを特徴とする制御方法。
【産業上の利用可能性】
【０１０２】
以上のように、本発明に係る本発明に係る制御装置は、テレフォニーサービスのセッションを確立するために端末間でやり取りされるメッセージの処理または中継に有用であり、特に、ネットワーク管理者等が、過去に発生した障害に関する障害情報を含めて、障害情報を容易に取得することが必要な場合に適している。
【図面の簡単な説明】
【０１０３】
【図１】本実施例に係るＩＰテレフォニーネットワークの構成を示す図である。
【図２】ＩＰテレフォニーネットワークにおける通常のメッセージのやり取りを示すシーケンス図である。
【図３】タイムスタンプ要求フラグを含むヘッダ部の一例を示す図である。
【図４】タイムスタンプ要求時のメッセージのやり取りを示すシーケンス図である。
【図５】障害情報抽出要求がなされた場合のメッセージのやり取りを示すシーケンス図である。
【図６】障害情報通知要求がなされた場合のメッセージのやり取りを示すシーケンス図である。
【図７】利用者端末の構成を示す機能ブロック図である。
【図８】タイムスタンプ情報の一例を示す図である。
【図９】保守端末の構成を示す機能ブロック図である。
【図１０】ＳＩＰサーバの構成を示す機能ブロック図である。
【図１１】利用者端末のメッセージ送信処理の処理手順を示すフローチャートである。
【図１２】ＳＩＰサーバの処理手順を示すフローチャートである。
【図１３】制御プログラムを実行するコンピュータを示す機能ブロック図である。
【符号の説明】
【０１０４】
１  ＩＰテレフォニーネットワーク
１０ａ、１０ｂ  利用者端末
１１０  ユーザインターフェース部
１２０  ネットワークインターフェース部
１３０  記憶部
１３１  通信設定情報記憶部
１３２  タイムスタンプ情報記憶部
１３３  保守端末情報記憶部
１４０  制御部
１４１  通信設定情報編集部
１４２  呼制御部
１４３  電文解析部
１４４  タイムスタンプ要求フラグ設定部
１４５  タイムスタンプ記録部
１４６  タイムスタンプ転送部
２０  保守端末
２１０  ユーザインターフェース部
２２０  ネットワークインターフェース部
２３０  記憶部
２３１  タイムスタンプ情報記憶部
２３２  障害情報記憶部
２３３  サーバ情報記憶部
２４０  制御部
２４１  障害情報解析部
２４２  呼制御部
２４３  電文解析部
２４４  タイムスタンプ記録部
２４５  障害情報記録部
２４６  障害情報要求部
３０ａ、３０ｂ  ＳＩＰサーバ（制御装置）
３１０  ネットワークインターフェース部
３２０  記憶部
３２１  通知設定情報記憶部
３２２  障害情報記憶部
３３０  制御部
３３１  呼制御部
３３２  電文解析部
３３３  タイムスタンプ設定部
３３４  通知設定情報編集部
３３５  障害解析部
３３６  障害情報記録部
３３７  障害情報抽出部
３３８  障害情報送信部
１０００  コンピュータ
１０１０  ＣＰＵ
１０２０  入力装置
１０３０  モニタ
１０４０  媒体読取り装置
１０５０  ネットワークインターフェース装置
１０６０  ＲＡＭ
１０６１  制御プロセス
１０７０  ハードディスク装置
１０７１  制御プログラム
１０７２  制御用データ
１０８０  バス
【図１】
2009177513.tif 000003
【図２】
2009177513.tif 000004
【図３】
2009177513.tif 000005
【図４】
2009177513.tif 000006
【図５】
2009177513.tif 000007
【図６】
2009177513.tif 000008
【図７】
2009177513.tif 000009
【図８】
2009177513.tif 000010
【図９】
2009177513.tif 000011
【図１０】
2009177513.tif 000012
【図１１】
2009177513.tif 000013
【図１２】
2009177513.tif 000014
【図１３】
2009177513.tif 000015