(57)【要約】【課題】端末がレスポンスを正しい相手のみに返送し、また、SIPサーバによってダイアログ情報の比較に基づき検出された異常状態を解析することを可能とする。【解決手段】  セッション管理装置を介して他の端末装置との間でセッションを確立する機能を備えた端末装置において、他の端末装置を送信元とする要求メッセージを受信し、当該要求メッセージから、前記端末装置の直前の装置を示す直前装置識別情報を抽出する抽出手段と、前記直前装置識別情報が、端末情報登録先のセッション管理装置の識別情報と同一かどうかの判定を行なう判定手段と、前記直前装置識別情報と前記セッション管理装置の識別情報とが同一であると判定された場合にのみ応答メッセージを前記セッション管理装置に送信する応答メッセージ送信手段とを備える。【選択図】図４
2008048047.tif 000002
【特許請求の範囲】
【請求項１】
セッション管理装置を介して他の端末装置と要求メッセージ及び応答メッセージの送受信を行なうことにより当該他の端末装置との間でセッションを確立する機能を備えた端末装置であって、
前記端末装置のアドレス情報が登録されたセッション管理装置の識別情報を格納する格納手段と、
他の端末装置を送信元とする要求メッセージを受信し、当該要求メッセージから、当該要求メッセージが前記端末装置に到着するまでに経由した装置のうちの前記端末装置の直前の装置を示す直前装置識別情報を抽出する抽出手段と、
前記直前装置識別情報が、前記格納手段に格納されたセッション管理装置の識別情報と同一かどうかの判定を行なう判定手段と、
前記判定手段により、前記直前装置識別情報と前記セッション管理装置の識別情報とが同一であると判定された場合にのみ応答メッセージを前記セッション管理装置に送信する応答メッセージ送信手段と
を備えることを特徴とする端末装置。
【請求項２】
前記判定手段は、前記要求メッセージの送信元のアドレスと、前記端末装置のアドレス情報が登録されたセッション管理装置のアドレスとが同一かどうかの判定を更に行い、
前記判定手段により、前記直前装置識別情報と前記セッション管理装置の識別情報とが同一であり、かつ、前記送信元のアドレスと前記セッション管理装置のアドレスとが同一でないと判定された場合に、前記応答メッセージ送信手段は、前記送信元のアドレスを含むエラー応答メッセージを前記セッション管理装置に送信することを特徴とする請求項１に記載の端末装置。
【請求項３】
複数の端末装置間で送受信される要求メッセージ及び応答メッセージを中継し、複数の端末装置間でのセッションを管理するセッション管理装置であって、
２つの端末装置間の接続関係を識別するための接続関係識別情報を当該２つの端末装置間で送受信されるメッセージから取得し、格納手段に格納する接続関係識別情報取得手段と、
ある端末装置から受信した応答メッセージに含まれる接続関係識別情報が、前記格納手段に格納されているかどうかを判定する判定手段と、
前記判定手段により、前記応答メッセージに含まれる接続関係識別情報が、前記格納手段に格納されていないと判定された場合に、当該応答メッセージにおける所定の情報をログ格納手段に格納する情報格納手段と
を備えることを特徴とするセッション管理装置。
【請求項４】
前記判定手段は、前記応答メッセージが予め定めた種類のメッセージであるかどうかの判定を更に行い、
前記情報格納手段は、前記判定手段により、前記応答メッセージに含まれる接続関係識別情報が前記格納手段に格納されておらず、かつ、前記応答メッセージが予め定めた種類のメッセージであると判定された場合に、当該応答メッセージにおける所定の情報をログ格納手段に格納することを特徴とする請求項３に記載のセッション管理装置。
【請求項５】
他の端末装置と要求メッセージ及び応答メッセージの送受信を行なうことにより当該他の端末装置との間でセッションを確立する機能を備えた端末装置と、当該端末装置のアドレス情報が登録され、前記要求メッセージ及び応答メッセージの中継を行うセッション管理装置とを備えたシステムであって、
前記端末装置は、
前記セッション管理装置の識別情報を格納する格納手段と、
他の端末装置を送信元とする要求メッセージを受信し、当該要求メッセージから、当該要求メッセージが前記端末装置に到着するまでに経由した装置のうちの前記端末装置の直前の装置を示す直前装置識別情報を抽出する抽出手段と、
前記直前装置識別情報が、前記格納手段に格納されたセッション管理装置の識別情報と同一かどうかの判定を行なう判定手段と、
前記判定手段により、前記直前装置識別情報と前記セッション管理装置の識別情報とが同一であると判定された場合にのみ応答メッセージを前記セッション管理装置に送信する応答メッセージ送信手段とを備え、
前記セッション管理装置は、
２つの端末装置間の接続関係を識別するための接続関係識別情報を当該２つの端末装置間で送受信されるメッセージから取得し、接続関係識別情報格納手段に格納する接続関係識別情報取得手段と、
前記端末装置から受信した応答メッセージに含まれる接続関係識別情報が、前記接続関係識別情報格納手段に格納されているかどうかを判定する判定手段と、
前記判定手段により、前記応答メッセージに含まれる接続関係識別情報が、前記接続関係識別情報格納手段に格納されていないと判定された場合に、当該応答メッセージにおける所定の情報をログ格納手段に格納する情報格納手段とを備えることを特徴とするシステム。
【請求項６】
他の端末装置と要求メッセージ及び応答メッセージの送受信を行なうことにより当該他の端末装置との間でセッションを確立する機能を備えた端末装置と、当該端末装置のアドレス情報が登録され、前記要求メッセージ及び応答メッセージの中継を行うセッション管理装置とを備えたシステムにより実行される方法であって、
前記端末装置が、セッション管理装置の識別情報を格納手段に格納する格納ステップと、
前記端末装置が、他の端末装置を送信元とする要求メッセージを受信し、当該要求メッセージから、当該要求メッセージが前記端末装置に到着するまでに経由した装置のうちの前記端末装置の直前の装置を示す直前装置識別情報を抽出し、前記直前装置識別情報が、前記格納手段に格納されたセッション管理装置の識別情報と同一かどうかの判定を行なう判定ステップと、
前記端末装置が、前記判定ステップにより、前記直前装置識別情報と前記セッション管理装置の識別情報とが同一であると判定された場合にのみ応答メッセージを前記セッション管理装置に送信する応答メッセージ送信ステップと、
前記セッション管理装置が、前記他の端末装置を送信元とする要求メッセージを受信し、前記他の端末装置と前記端末装置間の接続関係を識別するための接続関係識別情報を前記要求メッセージから取得し、接続関係識別情報格納手段に格納する接続関係識別情報取得ステップと、
前記セッション管理装置が、前記端末装置から応答メッセージを受信し、当該応答メッセージに含まれる接続関係識別情報が、前記接続関係識別情報格納手段に格納されているかどうかを判定する判定ステップと、
前記判定ステップにより、前記応答メッセージに含まれる接続関係識別情報が、前記接続関係識別情報格納手段に格納されていないと判定された場合に、前記セッション管理装置が、当該応答メッセージにおける所定の情報をログ格納手段に格納する情報格納ステップとを備えることを特徴とする方法。
【請求項７】
セッション管理装置を介して他の端末装置と要求メッセージ及び応答メッセージの送受信を行なうことにより当該他の端末装置との間でセッションを確立する機能を備えた端末装置を、
他の端末装置を送信元とする要求メッセージを受信し、当該要求メッセージから、当該要求メッセージが前記端末装置に到着するまでに経由した装置のうちの前記端末装置の直前の装置を示す直前装置識別情報を抽出する抽出手段、
前記端末装置のアドレス情報が登録されたセッション管理装置の識別情報を記憶装置から読み出し、前記直前装置識別情報が、当該セッション管理装置の識別情報と同一かどうかの判定を行なう判定手段、
前記判定手段により、前記直前装置識別情報と前記セッション管理装置の識別情報とが同一であると判定された場合にのみ応答メッセージを前記セッション管理装置に送信する応答メッセージ送信手段、
として機能させるためのプログラム。
【請求項８】
複数の端末装置間で送受信される要求メッセージ及び応答メッセージを中継し、複数の端末装置間でのセッションを管理するセッション管理装置を、
２つの端末装置間の接続関係を識別するための接続関係識別情報を当該２つの端末装置間で送受信されるメッセージから取得し、記憶装置に格納する接続関係識別情報取得手段、
ある端末装置から受信した応答メッセージに含まれる接続関係識別情報が、前記記憶装置に格納されているかどうかを判定する判定手段、
前記判定手段により、前記応答メッセージに含まれる接続関係識別情報が、前記記憶装置に格納されていないと判定された場合に、当該応答メッセージにおける所定の情報をログ格納手段に格納する情報格納手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、SIP（Session Initiation Protocol）を用いたIPパケット通信サービスに係るものであり、特に、SIPメッセージの異常判定に関するものである。
【背景技術】
【０００２】
現在、IP電話等のSIPを用いたIPパケット通信サービスが普及している。IP電話を例にとり、SIPを用いた端末間の呼接続動作の一例について図１を参照して説明する。
【０００３】
図１では、SIPメッセージを中継するSIPサーバ３に端末１と端末２が接続される例を示している。図１に示す接続構成において、SIPサーバ３は、端末１、２からの要求に基づき、端末１、２のIPアドレスとSIP  URI（以降、“識別名”と呼ぶことにする）とを対応付けて登録する。また、SIPサーバ３は、端末１から接続先端末２の識別名を宛先とするINVITEリクエスト（セッション確立要求）を受けた場合に、その識別名に基づき接続先端末２のIPアドレスを検索し、INVITEリクエストを端末２に転送する機能を有している。以下、IPアドレスと識別名の登録は済んでいるものとする。なお、本例では識別名として電話番号を用いる。
【０００４】
図１において、発信者が端末１を用いて端末２の電話番号を指定して発信動作を行なうと、端末１は、端末２の電話番号を宛先とするINVITEリクエストをSIPサーバ３に送信する（ステップ１）。INVITTEリクエストを受信したSIPサーバ３は、INVITTEリクエストを端末２に送信する（ステップ２）。
【０００５】
端末２は呼び出し音を鳴らすとともに、呼び出し中を意味する180 Ringingレスポンスを送出する（ステップ３）。180 Ringingレスポンスは、SIPサーバ３を経由して端末１に送られる（ステップ４）。そして、着信者が端末２において応答動作を行なうと、端末２から200 OKレスポンスが送出され（ステップ５）、200 OKレスポンスはSIPサーバ３を経由して端末１に送られる（ステップ６）。その後、端末１からACKリクエストが端末２に送られることにより（ステップ７、８）、端末１と端末２との間で通話（RTPによる音声パケットの送受信）が行なわれることになる（ステップ９）。
【０００６】
図２に、INVITEリクエストの構成例を示す。図２では本願に関連する情報のみを示している。図２に示すように、INVITEリクエストは、スタートライン、ヘッダー部、及びメディア情報が記述されるボディー部を含む。スタートラインは、リクエストの種類（INVITE）と接続相手先の識別名を含む。
【０００７】
ヘッダー部は、Via、From、to、Call-IDの各ヘッダを含む。Viaヘッダにはメッセージが経由した装置の経路情報が記述される。図１の例であれば、端末２に到着したViaヘッダにはSIPサーバ３の識別名（又はIPアドレス）が記述されることになる。レスポンスを送信する際には、Viaヘッダに記述された経路情報が示す直前の装置にレスポンスを送信する。Viaヘッダに記述されているbranchは、トランザクションの識別情報であり、リクエスト毎に一意の所定の文字列が付与される。
【０００８】
Fromヘッダにはリクエストの送信元端末の識別名が記述され、Toヘッダにはリクエストの宛先の識別名が記述される。また、CAll-IDヘッダには、１つの呼に関連する一連のSIPメッセージをグループ化して他の呼のSIPメッセージと区別する識別情報（CAll-IDと呼ぶ）が記述される。
【０００９】
図３にレスポンスの例として180 Ringingレスポンスを示す。リクエストと同様に、スタートライン、ヘッダー部、及びボディー部を含む。なお、Fromヘッダフィールドに記述されるtagと、toヘッダに記述されるtagと、Call-IDの組み合わせによってダイアログIDが構成される。ダイアログとは１つのセッションにおける送受信者間の接続関係であり、ダイアログIDによりダイアログが一意に識別される。ダイアログを構成する要素としてはダイアログIDの他、シーケンス番号、URI等がある。以降、ダイアログを構成する要素のうち送受信者間の接続を一意に識別することを可能とする情報をダイアログ情報と呼ぶことにする。
【００１０】
SIPサーバ３はメッセージに記述されたダイアログ情報を蓄積し、ダイアログの状態を管理することができる。例えば、図１のINVITEリクエストを受信した際に、SIPサーバ３は、メッセージの種別（INVITE）とFromのtag情報とCall-ID等のダイアログ情報を記録しておく。そして、端末２はViaヘッダの内容に従って180 RingingレスポンスをSIPサーバ３に送信し、SIPサーバ３は、180 Ringingレスポンスを受信したときに、当該レスポンスと自身が以前に転送したリクエストとを対応付けるために、180 Ringingレスポンスに記述されたダイアログ情報が、SIPサーバ３に既に記録されたダイアログ情報の中に存在するかどうかのチェックを行い、存在しなければ、当該レスポンスに対応するリクエストが存在しないと判定し、異常状態であるとして当該レスポンスを破棄する。
【００１１】
なお、SIPによる呼制御に関連する先行技術文献として例えば特許文献１がある。
【特許文献１】特開2005-148794号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
上記の従来技術では、端末２はViaヘッダの経路情報に示された直前の装置宛にレスポンスを送出するため、Viaヘッダに本来レスポンスを送るべきでない相手（上記の例であればSIPサーバ３以外の相手）が直前の装置として記述されていた場合、レスポンスをその相手に送信してしまうという問題がある。
【００１３】
また、ダイアログ情報の比較により検出される異常状態の発生状況や頻度によっては、異常状態を解析して発生原因等を把握する必要があるが、従来技術ではレスポンスを無効トラヒックとして破棄するだけなので、異常状態の解析を行うことができないという問題がある。
【００１４】
本発明は上記の点に鑑みてなされたものであり、端末がレスポンスを正しい相手のみに返送し、また、SIPサーバによってダイアログ情報の比較に基づき検出された異常状態を解析することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記の課題は、セッション管理装置を介して他の端末装置と要求メッセージ及び応答メッセージの送受信を行なうことにより当該他の端末装置との間でセッションを確立する機能を備えた端末装置であって、前記端末装置のアドレス情報が登録されたセッション管理装置の識別情報を格納する格納手段と、他の端末装置を送信元とする要求メッセージを受信し、当該要求メッセージから、当該要求メッセージが前記端末装置に到着するまでに経由した装置のうちの前記端末装置の直前の装置を示す直前装置識別情報を抽出する抽出手段と、前記直前装置識別情報が、前記格納手段に格納されたセッション管理装置の識別情報と同一かどうかの判定を行なう判定手段と、前記判定手段により、前記直前装置識別情報と前記セッション管理装置の識別情報とが同一であると判定された場合にのみ応答メッセージを前記セッション管理装置に送信する応答メッセージ送信手段とを備えることを特徴とする端末装置により解決される。
【００１６】
前記端末装置における前記判定手段は、前記要求メッセージの送信元のアドレスと、前記端末装置のアドレス情報が登録されたセッション管理装置のアドレスとが同一かどうかの判定を更に行い、前記判定手段により、前記直前装置識別情報と前記セッション管理装置の識別情報とが同一であり、かつ、前記送信元のアドレスと前記セッション管理装置のアドレスとが同一でないと判定された場合に、前記応答メッセージ送信手段は、前記送信元のアドレスを含むエラー応答メッセージを前記セッション管理装置に送信することとしてもよい。
【００１７】
本発明は、複数の端末装置間で送受信される要求メッセージ及び応答メッセージを中継し、複数の端末装置間でのセッションを管理するセッション管理装置であって、２つの端末装置間の接続関係を識別するための接続関係識別情報を当該２つの端末装置間で送受信されるメッセージから取得し、格納手段に格納する接続関係識別情報取得手段と、ある端末装置から受信した応答メッセージに含まれる接続関係識別情報が、前記格納手段に格納されているかどうかを判定する判定手段と、前記判定手段により、前記応答メッセージに含まれる接続関係識別情報が、前記格納手段に格納されていないと判定された場合に、当該応答メッセージにおける所定の情報をログ格納手段に格納する情報格納手段とを備えることを特徴とするセッション管理装置として構成することもできる。
【００１８】
前記セッション管理装置の前記判定手段は、前記応答メッセージが予め定めた種類のメッセージであるかどうかの判定を更に行い、前記情報格納手段は、前記判定手段により、前記応答メッセージに含まれる接続関係識別情報が前記格納手段に格納されておらず、かつ、前記応答メッセージが予め定めた種類のメッセージであると判定された場合に、当該応答メッセージにおける所定の情報をログ格納手段に格納することとしてもよい。
【００１９】
本明細書及び特許請求の範囲における“セッション管理装置”は、端末間での通信セッションを確立、管理するための装置であり、SIPサーバはセッション管理装置の一例である。また、明細書におけるダイアログ情報は、接続関係識別情報の一例である。
【発明の効果】
【００２０】
本発明によれば、端末装置は、直前装置識別情報が、端末情報の登録先のセッション管理装置の識別情報と同一である場合にのみ応答メッセージを送信することとしたので、不正な相手に応答メッセージを送信してしまうことを防止できる。また、セッション管理装置は、一致する接続関係識別情報がなく、異常状態と判定された応答メッセージの所定の情報を記録するので、その後に異常状態の解析を行うことが可能となる。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照して本発明の実施の形態について説明する。
【００２２】
（概要）
本実施の形態における処理の概要を図４に示すシーケンスチャートを参照して説明する。本実施の形態でも、図１と同様に、端末１と端末２がSIPサーバ３に接続される構成を前提とする。本実施の形態では、各端末は、自身の情報の登録先であるSIPサーバ３の識別名とIPアドレスとを記憶装置に保持しているものとする。
【００２３】
端末１がINVITEリクエストを端末２宛てに送出する（ステップ１１）。INVITEリクエストを受信したSIPサーバ３は、INVITEリクエストに含まれるダイアログ情報を記憶装置に記録する。SIPサーバ３は、INVITEリクエストに宛先として含まれる端末２の識別名から端末２のIPアドレスを抽出し、そのIPアドレスを宛先としてINVITEリクエストを送出する（ステップ１２）。
【００２４】
INVITEリクエストを受信した端末２は、SIPにおける通常の動作に加え、Viaヘッダに記述されたレスポンスの転送先が確かに端末情報の登録先であるSIPサーバ３であるかどうかの判定を行なう（ステップ１３）。この判定結果がOKである場合は、通常の動作と同様にして、レスポンスをSIPサーバ３に送信する（ステップ１４）。この判定結果がNGである場合は、リクエストを破棄し、レスポンスの送信を行わない（ステップ１５）。
【００２５】
レスポンスを受信したSIPサーバ３は、レスポンスに含まれるダイアログ情報が、SIPサーバ３が保持しているダイアログ情報のうちのいずれかと一致するかどうかの判定を行い（ステップ１６）、一致した場合（OK)は、通常の動作を行うが（ステップ１７）、一致していない場合（NG)は、異常状態であると判断し、そのレスポンスにおける所定の情報をログとして記憶装置に記録するとともに、レスポンスの転送を行なわない（ステップ１８）。
【００２６】
本実施の形態の処理により、正当な相手先にのみレスポンスを送信することが可能になる。また、SIPサーバ３は異常状態と判定されたレスポンスの情報を記録するので、その後に異常状態の解析を行うことが可能となる。
【００２７】
（端末２の詳細構成、及び詳細動作）
次に、端末１、２の構成及び動作をより詳細に説明する。端末１、２は同様の構成を有するので、端末２の構成を例にして説明する。
【００２８】
端末２は、CPU及び記憶装置を含むコンピュータの構成を持ったIP電話端末やPC（パーソナルコンピュータ）等に、本発明に係る処理を実行するためのプログラムを搭載することにより実現される。なお、このプログラムはCD−ROMやメモリ等の記録媒体に格納して配布することもできるし、ネットワーク上のサーバからダウンロードする方式で配布することも可能である。
【００２９】
端末２の主要機能構成を図５に示す。図５に示すように、端末２は、ネットワーク通信部２１、アプリケーション部２２、SIP機能部２３、正当性判定部２４、及びデータ格納部２５を備えている。
【００３０】
ネットワーク通信部２１は、IPネットワークを介してデータ通信を行なうための機能を備えている。アプリケーション部２２は、端末間でのデータ通信機能やユーザインタフェース機能等のアプリケーション機能を備えている。SIP機能部２３は、SIPに基づくメッセージの送受信を行なって、呼（セッション）の確立等を行う機能を備えている。また、正当性判定部２４は、前述したViaヘッダのチェックによる判定を行う機能を含むリクエストの正当性を判定する機能を備えている。データ格納部２５は、正当性判定部２４が参照するデータを格納している機能部であり、端末情報の登録先であるSIPサーバ３の識別名とIPアドレスが格納される。
【００３１】
次に、図６のフローチャートを参照して端末２の動作を詳細に説明する。
【００３２】
端末２がINVITEリクエスト等のリクエストを受信すると（ステップ２１）、リクエストのViaヘッダに記述された経路情報から直前の装置の識別名を抽出し、それがデータ格納部２５に保持されている端末情報登録先のSIPサーバ３の識別名と一致するか否かの判定を行なう（ステップ２２）。もちろん、Viaヘッダに識別名でなくIPアドレスが記述されている場合は、SIPサーバ３のIPアドレスとの比較を行なう。
【００３３】
ステップ２２の判定の結果、一致する場合（ステップ２２のYes）は次のステップに進む。一致していない場合（ステップ２２のNo）は、受信したリクエストを破棄し、レスポンスを返送しない（ステップ２３）。
【００３４】
ステップ２２において一致するとの判定結果であった場合、当該リクエストを含むIPパケットのヘッダに記述された送信元IPアドレスが、SIPサーバ３のIPアドレスと一致するかどうかの判定を行なう（ステップ２４）。一致する場合（ステップ２４のYes）は次のステップに進む。一致していない場合（ステップ２４のNo）は、その送信元IPアドレスをメッセージ内（warningヘッダ等）に記述したエラーレスポンスをSIPサーバ３に送信する（ステップ２５）。
【００３５】
ステップ２４において一致するとの判定結果であった場合、リクエストの宛先名（スタートラインに記述されたSIP URI）が自分自身の識別名と一致するか否かの判定を行なう（ステップ２６）。一致する場合（ステップ２６のYes）は、次のステップに進む。一致しない場合（ステップ２６のNo）は、エラーレスポンスをSIPサーバ３に送信する（ステップ２７）。
【００３６】
ステップ２６において一致するとの判定結果であった場合は、受信したリクエストに対するレスポンスをSIPサーバ３に送信する（ステップ２８）。
【００３７】
なお、図６に示したフローでは、判定の優先順位をViaヘッダ＞送信元IPアドレス＞リクエストの宛先名、としている。なお、リクエストの判定処理は図６に示したものに限定されるわけではない。各パラメータの判定結果のNGパターン毎に、図７に示す動作を実現できる処理であればよい。
【００３８】
また、上記の処理では、Viaヘッダの経路情報における直前の装置の情報が正しくない場合に、リクエストを破棄し、レスポンスを送信しないこととしたが、この場合も、正しくない経路情報を含むエラーレスポンスを、SIPサーバ３に送信することとしてもよい。
【００３９】
（SIPサーバの詳細構成、及び詳細動作）
次に、SIPサーバ３の構成及び動作を詳細に説明する。
【００４０】
SIPサーバ３はCPU及び記憶装置を含むコンピュータに、本発明に係る処理を実行するためのプログラムを搭載することにより実現される。なお、このプログラムはCD−ROMやメモリ等の記録媒体に格納して配布することもできるし、ネットワーク上のサーバからダウンロードする方式で配布することも可能である。
【００４１】
SIPサーバ３の主要機能構成を図８に示す。図８に示すように、SIPサーバ３は、ネットワーク通信部３１、SIP機能部３２、異常状態検出部３３、及びログ管理部３４、データ格納部３５を備えている。
【００４２】
ネットワーク通信部３１は、IPネットワークを介してデータ通信を行なうための機能を備えている。SIP機能部３２は、SIPプロキシ機能、SIPレジストラ機能、ダイアログ情報をデータ格納部３５に蓄積する機能等のSIP関連機能を備えている。
【００４３】
異常状態検出部３３は、ダイアログ情報に基づきレスポンスが異常かどうかを判定し、異常レスポンスに含まれる所定の情報をログとしてデータ格納部３５に格納する機能を備えている。ログ管理部３４は、ログを管理者にとって見やすい情報に整形し、その情報をネットワークを介して監視装置に通知する機能や、監視装置からの要求に応じてログ情報を監視装置に送信する機能を備えている。
【００４４】
次に、図９のフローチャートを参照してSIPサーバ３の動作を説明する。図９の処理の前提として、SIPサーバ３は、リクエストやレスポンスに記述されているダイアログ情報をデータ格納部３５に蓄積し、管理する手段を備えているものとする。
【００４５】
SIPサーバ３がレスポンスを受信すると（ステップ３１）、そのレスポンスに含まれるダイアログ情報を用いてデータ格納部３５を検索し（ステップ３２）、レスポンスにおけるダイアログ情報と一致するダイアログ情報がデータ格納部３５に存在するかどうか判定する（ステップ３３）。存在する場合（ステップ３３のYes）は、受信したレスポンスに対する通常通りの処理を行う（ステップ３４）。
【００４６】
なお、図６のステップ２５、ステップ２７においてSIPサーバ３に送信されたエラーレスポンスについては、それに対応するリクエストがSIPサーバ３を経由していない可能性が高いため、ステップ３３における判定はNoになる可能性が高い。
【００４７】
ステップ３３における判定結果がNoである場合、受信したレスポンスがログ出力の対象レスポンスかどうかの判定を行なう（ステップ３５）。例えば、INVITEリクエストに対するレスポンスであって所定のレスポンスコードを持つレスポンスをログ出力の対象とする。この場合、この条件に合致するかどうかの判定をステップ３５で行う。ステップ３５においてログ出力対象レスポンスであると判定された場合（ステップ３５のYes）は、ログをデータ格納部３５に格納し（ステップ３６）、レスポンスを破棄する（ステップ３７）。ログ出力対象レスポンスでない場合（ステップ３５におけるNo）は、ログを格納することなくレスポンスを破棄する。
【００４８】
ログとしてデータ格納部３５に格納される情報のフォーマットの一例を図１０に示す。図１０に示すように、ログを格納した日時、異常レスポンスであることを示す情報（Illegal Response）とレスポンスコード（xxx）、Fromの情報、toの情報、warningヘッダの情報が対応付けて格納される。Fromの情報としては例えば発信者電話番号が記録され、toの情報としては例えば着信者番号が記録される。warning情報としては、前述したように端末２によってレスポンスメッセージに含められた送信元IPアドレスが記録される。
【００４９】
なお、対象レスポンスに対して異常状態が検出された場合は、ログをデータ格納部３５に格納するとともに、ログ管理部３４がログ情報を監視装置に通知してもよい。また、異常を検知した時点でログ情報を監視装置に通知せずに、監視装置からログ情報を参照可能とするようにしてもよい。図１０に示したログ情報を参照することにより、例えば不正なリクエストメッセージを送信した送信元のIPアドレスがわかる。
【００５０】
本実施の形態におけるSIPサーバ３は、前述した端末２のようにリクエストメッセージの正当性を判定する機能を持つ端末から送られたメッセージの他、正当性を判定する機能を持たない端末からのメッセージに対しても有効である。この場合、例えば、ダイアログ情報がアンマッチとなったレスポンスのFromの情報に基づき、異常状態の発生元となっている端末を特定でき、ユーザへの通知等の適切な対応をとることが可能である。
【００５１】
（実施の形態の効果）
本実施の形態の端末２におけるリクエストの正当性確認機能により、リクエストに対するレスポンスが正しい返送先（登録先のSIPサーバ）に返送される場合にのみレスポンスを返送するので、レスポンスに含まれる端末情報が正しい返送先以外の装置に送られることを防止でき、端末情報の不正利用等を防止できる。また、SIPサーバ３におけるログ蓄積機能により、レスポンスの異常状態を解析し、異常の発生原因を把握することが可能となる。
【００５２】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
【図面の簡単な説明】
【００５３】
【図１】SIPを用いた端末間の呼接続動作の一例を示す図である。
【図２】INVITEリクエストの構成例を示す図である。
【図３】180Ringingレスポンスの構成例を示す図である。
【図４】本発明の実施の形態における処理の概要を示すシーケンスチャートである。
【図５】端末２の主要機能構成を示す図である。
【図６】端末２の動作を示すフローチャートである。
【図７】各パラメータの判定結果のパターン毎の動作を示す表である。
【図８】SIPサーバ３の主要機能構成を示す図である。
【図９】SIPサーバ３の動作を示すフローチャートである。
【図１０】ログ情報のフォーマットの一例を示す図である。
【符号の説明】
【００５４】
１、２  端末
３  SIPサーバ
２１  ネットワーク通信部
２２  アプリケーション部
２３  SIP機能部
２４  正当性判定部
２５  データ格納部
３１  ネットワーク通信部
３２  SIP機能部
３３  異常状態検出部
３４  ログ管理部
３５  データ格納部
【図１】
2008048047.tif 000003
【図２】
2008048047.tif 000004
【図３】
2008048047.tif 000005
【図４】
2008048047.tif 000006
【図５】
2008048047.tif 000007
【図６】
2008048047.tif 000008
【図７】
2008048047.tif 000009
【図８】
2008048047.tif 000010
【図９】
2008048047.tif 000011
【図１０】
2008048047.tif 000012