(57)【要約】【課題】通常のキャッシュの利用方法をＳＩＰサーバに適用することができない。【解決手段】一以上のクライアント装置と通信回線で接続され、クライアント装置の通信セッションを制御するＳＩＰサーバであって、ＳＩＰサーバは、クライアント装置から送信されたＳＩＰメッセージを受信し、他のＳＩＰサーバまたはクライアント装置に受信したＳＩＰメッセージを中継し、受信したＳＩＰメッセージを解析し、解析結果を記憶する記憶部を備え、解析結果と解析後に受信したＳＩＰメッセージとを照合し、照合した結果からＳＩＰメッセージの内容を変更し、照合した結果からＳＩＰメッセージの中継先を変更することを特徴とする。【選択図】図６
2010028286.tif 000002
【特許請求の範囲】
【請求項１】
一以上のクライアント装置と通信回線で接続され、前記クライアント装置の通信セッションを制御するＳＩＰサーバであって、
前記ＳＩＰサーバは、
前記クライアント装置から送信されたＳＩＰメッセージを受信し、他の前記ＳＩＰサーバまたは前記クライアント装置に前記受信したＳＩＰメッセージを中継し、前記受信したＳＩＰメッセージを解析し、
前記解析結果を記憶する記憶部を備え、
前記解析結果と前記解析後に受信したＳＩＰメッセージとを照合し、前記照合した結果からＳＩＰメッセージの内容を変更し、前記照合した結果からＳＩＰメッセージの中継先を変更することを特徴とするＳＩＰサーバ。
【請求項２】
前記解析結果と前記解析後に受信したＳＩＰメッセージとを照合する場合に、前記受信したＳＩＰメッセージに含まれるＩＰアドレスがモバイルＩＰであるか否かを判定し、
前記受信したＳＩＰメッセージに含まれるＩＰアドレスがモバイルＩＰであると判定された場合、前記記憶部に記憶された情報を利用できる有効時間を設定することを特徴とする請求項１に記載のＳＩＰサーバ。
【請求項３】
前記解析結果と前記解析後に受信したＳＩＰメッセージとを照合する場合に、前記受信したＳＩＰメッセージに含まれるＳＩＰ  ＵＲＩが特定のパターンに一致するか否かを判定し、
前記受信したＳＩＰメッセージに含まれるＳＩＰ  ＵＲＩが特定のパターンに一致すると判定された場合、前記記憶部に記憶された情報を利用できる有効時間を設定することを特徴とする請求項１に記載のＳＩＰサーバ。
【請求項４】
前記解析結果を記憶する記憶部は、ＳＩＰメッセージに含まれる、ＳＩＰ  ＵＲＩおよび前記クライアント装置のＩＰアドレスを前記解析結果として記憶し、
前記ＳＩＰサーバは、
前記解析結果と前記解析後に受信したＳＩＰメッセージとを照合する場合に、前記受信したＳＩＰメッセージに含まれるＳＩＰ  ＵＲＩおよび前記クライアント装置のＩＰアドレスが、各々、前記記憶部に記憶されたＳＩＰ  ＵＲＩおよび前記クライアント装置のＩＰアドレスと一致するか否かを判定し、
前記受信したＳＩＰメッセージに含まれるＳＩＰ  ＵＲＩおよび前記クライアント装置のＩＰアドレスが、各々、前記記憶部に記憶されたＳＩＰ  ＵＲＩおよび前記クライアント装置のＩＰアドレスと一致すると判定された場合、前記記憶部に記憶された情報を利用できる有効時間を設定することを特徴とする請求項１に記載のＳＩＰサーバ。
【請求項５】
前記解析結果と前記解析後に受信したＳＩＰメッセージとを照合する場合に、前記受信したＳＩＰメッセージがＩＮＶＩＴＥであるか否かを判定し、
前記受信したＳＩＰメッセージがＩＮＶＩＴＥである場合、前記記憶部に記憶された情報を利用できるか否かを判定し、
前記記憶部に記憶された情報を利用できると判定された場合、前記記憶部に記憶された情報に基づいて、前記ＳＩＰメッセージの内容を変更し、前記ＳＩＰメッセージの中継先を変更することを特徴とする請求項１に記載のＳＩＰサーバ。
【請求項６】
前記記憶部に記憶された情報を利用できるか否かを判定する場合に、前記ＳＩＰメッセージを送信した前記クライアント装置が使用しているサービスは、前記記憶部に記憶された情報を利用可能なサービスか否かを判定し、
前記ＳＩＰメッセージを送信した前記クライアント装置は、前記記憶部に記憶された情報を利用可能なサービスであると判定された場合、前記記憶部に記憶された情報の利用を許可することを特徴とする請求項５に記載のＳＩＰサーバ。
【請求項７】
前記受信したＳＩＰメッセージがＲＥＧＩＳＴＥＲであるか否かを判定し、
前記受信したＳＩＰメッセージがＲＥＧＩＳＴＥＲであると判定された場合、前記解析結果を記憶する記憶部は、ＲＥＧＩＳＴＥＲに含まれる情報に基づいて算出された、前記解析結果の保持時間を前記解析結果として記憶し、
前記ＳＩＰサーバは、
前記記憶部に記憶された情報を利用できるか否かを判定する場合に、前記解析後に受信したＳＩＰメッセージは、前記保持時間内、かつ、前記有効時間内に受信したか否かを判定し、
前記解析後に受信したＳＩＰメッセージは、前記保持時間内、かつ、前記有効時間内に受信したと判定された場合、前記記憶部に記憶された情報の利用を許可することを特徴とする請求項５に記載のＳＩＰサーバ。
【請求項８】
クライアント装置の通信セッションを制御するＳＩＰサーバと、
前記クライアント装置と前記ＳＩＰサーバとを接続する通信回線を備える通信システムであって、
前記クライアント装置および前記ＳＩＰサーバは、通信セッションを確立するために、ＳＩＰメッセージ送受信し、
前記ＳＩＰサーバは、
前記クライアント装置から送信されたＳＩＰメッセージを受信し、他の前記ＳＩＰサーバまたは前記クライアント装置に前記受信したＳＩＰメッセージを中継し、
前記受信したＳＩＰメッセージを解析し、解析結果を記憶する記憶部を備え、
前記解析結果と前記解析後に受信したＳＩＰメッセージとを照合し、前記照合した結果からＳＩＰメッセージの内容を変更し、前記照合した結果からＳＩＰメッセージの中継先を変更することを特徴とする通信システム。
【請求項９】
前記ＳＩＰサーバは、
前記解析結果と前記解析後に受信したＳＩＰメッセージとを照合する場合に、前記受信したＳＩＰメッセージに含まれるＩＰアドレスがモバイルＩＰであるか否かを判定し、
前記受信したＳＩＰメッセージに含まれるＩＰアドレスがモバイルＩＰであると判定された場合、前記記憶部に記憶された情報を利用できる有効時間を設定することを特徴とする請求項８に記載の通信システム。
【請求項１０】
前記ＳＩＰサーバは、
前記解析結果と前記解析後に受信するＳＩＰメッセージとを照合する場合に、前記受信したＳＩＰメッセージに含まれるＳＩＰ  ＵＲＩが特定のパターンに一致するか否かを判定し、
前記受信したＳＩＰメッセージに含まれるＳＩＰ  ＵＲＩが特定のパターンに一致すると判定された場合、前記記憶部に記憶された情報を利用できる有効時間を設定することを特徴とする請求項８に記載の通信システム。
【請求項１１】
前記解析結果を記憶する記憶部は、ＳＩＰメッセージに含まれるＳＩＰ  ＵＲＩおよび前記クライアント装置のＩＰアドレスを前記解析結果として記憶し、
前記ＳＩＰサーバは、
前記解析結果と前記解析後に受信したＳＩＰメッセージとを照合する場合に、前記受信したＳＩＰメッセージに含まれるＳＩＰ  ＵＲＩおよび前記クライアント装置のＩＰアドレスが、各々前記記憶部に記憶されたＳＩＰ  ＵＲＩおよび前記クライアント装置のＩＰアドレスと一致するか否かを判定し、
前記受信したＳＩＰメッセージに含まれるＳＩＰ  ＵＲＩおよび前記クライアント装置のＩＰアドレスが、各々前記記憶部に記憶されたＳＩＰ  ＵＲＩおよび前記クライアント装置のＩＰアドレスと一致すると判定された場合、前記記憶部に記憶された情報を利用できる有効時間を設定することを特徴とする請求項８に記載の通信システム。
【請求項１２】
前記解析結果と前記解析後に受信したＳＩＰメッセージとを照合する場合に、前記受信したＳＩＰメッセージがＩＮＶＩＴＥであるか否かを判定し、
前記受信したＳＩＰメッセージがＩＮＶＩＴＥであると判定された場合、前記記憶部に記憶された情報を利用できるか否かを判定することを特徴とする請求項８に記載の通信システム。
【請求項１３】
前記記憶部に記憶された情報を利用できるか否かを判定する場合に、前記ＳＩＰメッセージを送信した前記クライアント装置が使用しているサービスは、前記記憶部に記憶された情報を利用可能なサービスか否かを判定し、
前記ＳＩＰメッセージを送信した前記クライアント装置が使用しているサービスは前記記憶部に記憶された情報を利用可能なサービスであると判定された場合、前記記憶部に記憶された情報の利用を許可することを特徴とする請求項１２に記載の通信システム。
【請求項１４】
前記受信したＳＩＰメッセージがＲＥＧＩＳＴＥＲであるか否かを判定し、
前記受信したＳＩＰメッセージがＲＥＧＩＳＴＥＲであると判定された場合、前記解析結果を記憶する記憶部は、ＲＥＧＩＳＴＥＲに含まれる情報に基づいて算出された、前記解析結果の保持時間を前記解析結果として記憶し、
前記ＳＩＰサーバは、
前記記憶部に記憶された情報を利用できるか否かを判定する場合に、前記解析後に受信したＳＩＰメッセージは、前記保持時間内、かつ、前記有効時間内に受信したか否かを判定し、
前記解析後に受信したＳＩＰメッセージは、前記保持時間内、かつ、前記有効時間内に受信したと判定された場合、前記記憶部に記憶された情報の利用を許可することを特徴とする請求項１２に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、キャッシュを利用したＳＩＰサーバに関する。
【背景技術】
【０００２】
現在、通信事業者は交換機主体の従来のテレコムサービスから、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）と呼ばれる次世代テレコムネットワークサービスへ移行しようとしている。ＮＧＮは、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）という通信プロトコルを採用し、ＩＰ電話およびマルチメディアサービスの提供を可能とする。
【０００３】
ＮＧＮは、図１に示すサーバ群および端末群で構成される。通信端末は、ＩＰ電話端末などユーザが使用する端末を示す。Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−ＣＳＣＦ）、Ｉ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｇ−ＣＳＣＦ）およびＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣＳＣＦ）はＮＧＮの基幹ＳＩＰサーバであり、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅ  Ｓｅｒｖｅｒ）はＩＰ電話における電話番号となるＳＩＰ  ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）および通信端末のＩＰアドレス等を管理するＤＢ（Ｄａｔａ  Ｂａｓｅ）サーバである。各ＣＳＣＦおよびＨＳＳは、実際は複数台で構成される。
【０００４】
ここで、ＮＧＮがもつ課題を説明するため、ＩＰ電話の通話フローについて説明する（詳細は図４を参照）。以降、通話の開始する側の通信端末等を発側、通話を受ける通信端末等を着側と表記する。
【０００５】
まず、発側の通信端末が通話の開始を示すＳＩＰメッセージをＰ−ＣＳＣＦへ送信する。送信されたＳＩＰメッセージは発側のＰ−ＣＳＣＦ、発側のＳ−ＣＳＣＦおよび着側のＩ−ＣＳＣＦの順に中継される。Ｉ−ＣＳＣＦは、ＳＩＰメッセージに含まれる通話先（着側）のＳＩＰ  ＵＲＩに基づいて、通話先の通信端末のＩＰアドレスをＨＳＳへ問い合わせ、ＨＳＳからの返答で指定されたＩＰアドレス先へ着側のＳ−ＣＳＣＦおよび着側のＰ−ＣＳＣＦを介して通信端末にＳＩＰメッセージが送信される。前述したように、ＮＧＮ網における通信は、通信端末が通話するためにＳＩＰサーバ群とＨＳＳとを必ず通過するフローとなっている。
【０００６】
しかし、ＮＧＮは、ＮＧＮ網内の呼が大量に増えると、前述したようなＣＳＣＦ間のＳＩＰメッセージおよびＨＳＳへの問合せメッセージが増え、各サーバへ負荷がかかり、システムの性能が低下し、システム障害が生じる問題がある。
【０００７】
前述したようなＣＳＣＦ間のＳＩＰメッセージの中継およびＨＳＳへの問い合わせメッセージを減らす方法として、例えば、ＳＩＰサーバが通信端末のＳＩＰ  ＵＲＩとＳＩＰ  ＵＲＩに対応するＩＰアドレスとを記憶しておき、ＳＩＰサーバが通信端末からの呼を中継するときに、記憶されているＩＰアドレス先へＳＩＰメッセージを中継する方法がある（例えば、特許文献１参照）。例えば、図１においてＰ−ＣＳＣＦに特許文献１の技術を適用すると、Ｐ−ＣＳＣＦ間でＳＩＰメッセージを中継することによって、通信端末同士の通話が可能になる。
【特許文献１】特開２００２−２７１４２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
特許文献１では、ＳＩＰ  ＵＲＩとＳＩＰ  ＵＲＩに対応するＩＰアドレスとを単に記憶（キャッシュ）している。しかし、ＮＧＮなどの大規模システムでは、ＨＳＳがＳＩＰ  ＵＲＩとＩＰアドレスとの対応を集中管理し、登録、変更、および削除を随時行っているため、特許文献１の単なるキャッシュ方法を適用できない。例えば、ＳＩＰサーバがキャッシュしている情報がＨＳＳで変更されたときに、ＳＩＰサーバとＨＳＳとの情報が一致していないと、ＳＩＰサーバは誤った通話先に中継してしまう。また、ＳＩＰサーバがキャッシュしている情報をどれだけの期間利用可能であるかをＳＩＰサーバおよびＨＳＳが判定することもできない。
【０００９】
そこで、本発明は、ＮＧＮなど大規模システムおけるネットワーク負荷の低減、即ちＳＩＰメッセージの中継およびＨＳＳへの問い合わせメッセージを減らすために、ＳＩＰサーバのキャッシュ利用の判定方法およびキャッシュを利用した中継方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の代表的な一例を示せば以下の通りである。すなわち、一以上のクライアント装置と通信回線で接続され、前記クライアント装置の通信セッションを制御するＳＩＰサーバであって、前記ＳＩＰサーバは、前記クライアント装置から送信されたＳＩＰメッセージを受信し、他の前記ＳＩＰサーバまたは前記クライアント装置に前記受信したＳＩＰメッセージを中継し、前記受信したＳＩＰメッセージを解析し、前記解析結果を記憶する記憶部を備え、前記解析結果と前記解析後に受信したＳＩＰメッセージとを照合し、前記照合した結果からＳＩＰメッセージの内容を変更し、前記照合した結果からＳＩＰメッセージの中継先を変更することを特徴とする。
【００１１】
上記態様によれば、ＳＩＰサーバがＳＩＰメッセージに含まれる情報をキャッシュし、キャッシュした情報を利用可能か否かを判定することによって、ＳＩＰメッセージの中継およびＨＳＳへの問い合わせメッセージが減り、システム内の各サーバへの負荷集中の回避が可能になり、ＮＧＮなどの大規模システムにおいてネットワークの負荷の低減を実現できる。
【発明の効果】
【００１２】
本発明によれば、大規模システムおけるネットワーク負荷を低減し、輻輳やシステム障害の抑止を可能になる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について図面を参照して説明する。
【００１４】
図１は、本発明の実施の形態のＮＧＮ網の概略構成の一例を示すブロック図である。
【００１５】
通信端末１０１Ａ、１０１Ｂは、ＩＰ電話端末等のユーザが使用するＩＰ端末である。本実施の形態では通信端末１０１Ａが通話の開始する側（以下、通話の発信元を発側と表記する。）とし、通信端末１０１Ｂが通話を受ける側（以下、通話の着信側を着側と表記する。）とする。なお、本実施の形態の説明において、図面の符号が前記のように数字が同じで末尾の英字が異なるものは、同じ装置だが用途等が異なる場合に使用し、末尾の英字を省略した場合は用途を区別しない場合に使用する。
【００１６】
符号１０２Ａ、１０２Ｂは、ＮＧＮ網の末端に設置されるアクセスゲートウェイである。通信端末１０１Ａ、１０１Ｂは、アクセスゲートウェイ１０２Ａ、１０２Ｂを介してＮＧＮ網１０５に接続されている。
【００１７】
ＮＧＮ網１０５は、ＳＩＰサーバであるＣＳＣＦ（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）群およびＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｖｅｒ）１０６から構成される。ＣＳＣＦ群は、Ｐ−ＣＳＣＦ（Ｐｒｏｘｙ−ＣＳＣＦ）１０３Ａ、１０３Ｂ、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣＳＣＦ）１０７Ａ、１０７Ｂ、およびＩ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ）１０８から構成される。ＣＳＣＦ群およびＨＳＳ１０６は、複数台で構成されており、アクセスゲートウェイ１０２ＡとＰ−ＣＳＣＦ１０３Ａのように設置される拠点に基づいてグループ化されている。
【００１８】
Ｐ−ＣＳＣＦ１０３Ａは、通信端末１０１Ａが最初にコンタクトする発側のＳＩＰサーバであり、Ｓ−ＣＳＣＦ１０７ＡとＩ−ＣＳＣＦ１０８との通信を行うサーバである。同様にＰ−ＣＳＣＦ１０３ｂは、着側のＰ−ＣＳＣＦである。
【００１９】
Ｓ−ＣＳＣＦ１０７は、通話サービスの実行セッション制御の中核のＳＩＰサーバであり、Ｓ−ＣＳＣＦ１０７ａはＰ−ＣＳＣＦ１０３ａと同じ発側、Ｓ−ＣＳＣＦ１０７ｂはＰ−ＣＳＣＦ１０３ｂと同じ着側に属する。Ｓ−ＣＳＣＦ１０７Ａ、１０７Ｂは、通信端末から受信したＳＩＰメッセージに基づいてＨＳＳに問い合わせをし、ＨＳＳからＳＩＰメッセージの送り先である通信端末のＩＰアドレス等の情報を取得する手段を備える。また、Ｓ−ＣＳＣＦ１０７は、ここでは記述していないＡＳ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）と連携する手段も備える。
【００２０】
Ｉ−ＣＳＣＦ１０８は、他通信事業者のＮＧＮ網からＳＩＰメッセージを受信し、着側の情報等から自ＮＧＮ網内の適切なＳ−ＣＳＣＦへ処理を振り分ける手段と、ＨＳＳからユーザ情報を取得する手段とを備える。ＨＳＳ１０８は、ユーザ情報を扱うデータベースであり、ＮＧＮ網における電話番号であるＳＩＰ  ＵＲＩ、通信端末のＩＰアドレス、ユーザの位置情報、ユーザが契約しているサービス情報および認証などのセキュリティ情報等の情報を管理する。実際のＮＧＮ網ではＨＳＳが複数設置されている場合に、ＨＳＳを選択するためのＳＬＦ（Ｓｕｂｓｃｒｉｂｅｒ  Ｌｏｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）等が存在するが、本実施の形態では省略している。
【００２１】
第１の実施の形態では、本発明を、Ｐ−ＣＳＣＦ１０３に適用した場合について説明する。本発明を、Ｓ−ＣＳＣＦ１０７およびＩ−ＣＳＣＦ１０８に適用した場合は、第２の実施の形態で説明する。
【００２２】
なお、本実施の形態では、１通信事業者のＮＧＮ網を想定しているが、複数の通信事業者のＮＧＮ網間にも本発明を適用可能である。すなわち、本発明は、通信事業者のＮＧＮ網に関わらずＣＳＣＦ単独の適用も可能である。また、本実施の形態は、ＮＧＮ網のＣＳＣＦを対象にしているが、インターネットなど大規模ネットワークにおけるＳＩＰサーバにも適用可能である。
【００２３】
図２は、本発明の実施の形態のＰ−ＣＳＣＦ１０３のハードウェア構成を示すブロック図である。
【００２４】
Ｐ−ＣＳＣＦ１０３は、プロセッサ２０２、記憶装置２０７、およびＮＧＮ網にデータを送受信するための入出力回路インタフェイス２０３を備え、これらは内部バスなどを介して互いに接続されている。
【００２５】
記憶装置２０７は、半導体記憶装置、または、ハードディスクなどの外部記憶装置で構成される。記憶装置２０７は、プログラムメモリ２０４と、キャッシュ管理テーブル２０５と、データ記憶部２０６とを格納する。
【００２６】
プログラムメモリ２０４は、Ｐ−ＣＳＣＦ１０３を実現するための各種制御プログラムを格納し、プロセッサ２０２がプログラムメモリ２０４に格納されているプログラムを実行する。
【００２７】
また、プログラムメモリ２０４は、プログラムによって使用されるデータを格納する。各プログラムは、予めプログラムメモリ２０４に格納されていてもよいし、図示されていない着脱可能な記憶媒体または通信媒体（すなわち、ネットワークまたはそれを伝播する搬送波）を介して、プログラムメモリ２０４に導入されてもよい。
【００２８】
キャッシュ管理テーブル２０５は、Ｐ−ＣＳＣＦ１０３が受信したＳＩＰメッセージから抽出された情報を格納する。ただし、Ｐ−ＣＳＣＦ１０３がデータを取得し、キャッシュ管理テーブル２０５に取得したデータを格納する以外に、外部の記憶媒体から通信媒体（すなわちネットワークまたはそれを伝播する搬送波）を介してデータが取得され、キャッシュ管理テーブル２０５にデータが格納されてもよい。
【００２９】
データ記憶部２０６は、プログラムメモリ２０４およびキャッシュ管理テーブル２０５に格納されている情報以外の情報を格納する。
【００３０】
図３は、本発明の実施の形態のキャッシュ管理テーブル２０５の構成の例を示す説明図である。
【００３１】
キャッシュ管理テーブル２０５は、ＳＩＰ  ＵＲＩ、通信端末１０１のＩＰアドレスおよびその他ＳＩＰメッセージの情報（以下、キャッシュ情報とする）を管理するためのテーブルである。
【００３２】
キャッシュ管理テーブル２０５の各エントリは、管理ＩＤ３０１、ＳＩＰ  ＵＲＩ３０２、利用判定開始時刻３０３、更新時刻３０４、コンタクトアドレス３０５、中継アドレス３０６、加入サービス種別３０７、Ｅｘｐｉｒｅｓ時刻３０８、キャッシュ有効時間３０９、および設定キャッシュ有効時間３１０を含む。
【００３３】
管理ＩＤ３０１は、キャッシュ管理テーブル２０５を管理するための識別子である。管理ＩＤ３０１一つのエントリに対し各データが格納され、キャッシュ管理テーブル２０５が管理されている。
【００３４】
ＳＩＰ  ＵＲＩ３０２は、ＳＩＰメッセージに含まれるユーザを一意に識別するための識別子である。
【００３５】
利用判定開始時刻３０３は、Ｐ−ＣＳＣＦ１０３が、エントリを作成した時刻、または、エントリの情報を更新した時刻である。Ｐ−ＣＳＣＦ１０３は、利用時刻判定開始時刻３０３を起点に、格納されたキャッシュ情報を利用できるか否かの判定を開始する。なお、キャッシュ情報を利用できるか否かの判定については、図６、図７を用いて後述する。
【００３６】
更新時刻３０４は、Ｐ−ＣＳＣＦ１０３がキャッシュ管理テーブル２０５を更新した時刻である。キャッシュ管理テーブル２０５は、ＳＩＰメッセージを受信したときに更新される。なお、ＳＩＰメッセージを受信し、受信したデータに基づいてキャッシュ管理テーブル２０５を更新するときに、格納されるデータが更新前と同じデータである場合も、ＳＩＰメッセージを受信した時刻が格納される。
【００３７】
コンタクトアドレス３０５は、ＳＩＰ  ＵＲＩ３０２と対応する通信端末１０１のＩＰアドレスである。
【００３８】
中継アドレス３０６は、コンタクトアドレス３０５と対応するＰ−ＣＳＣＦ１０３、Ｓ−ＣＳＣＦ１０７、およびＩ−ＣＳＣＦ１０８等のＩＰアドレスである。なお、中継アドレス３０６は、複数のＣＳＣＦのＩＰアドレスを格納することができる。複数のＣＳＣＦのＩＰアドレスが格納されている場合、上位のＣＦＣＳから優先してＳＩＰメッセージが中継される。上位ＣＦＣＳに中継できなかった場合、次に上位のＣＦＣＳにＳＩＰメッセージが中継される。
【００３９】
加入サービス種別３０７は、通信端末１０１を使用するユーザの加入しているサービス、例えばＩＰ電話、ＴＶ電話などの種別を示す。
【００４０】
Ｅｘｐｉｒｅｓ時刻３０８は、ＳＩＰコマンドであるＲＥＧＩＳＴＥＲのＳＩＰメッセージに含まれるＥｘｐｉｒｅｓヘッダが表す時間を現在時刻に加算したものであり、Ｐ−ＣＳＣＦ１０３がキャッシュ情報を利用可能かを示す時刻、すなわちキャッシュ情報の最大有効期限を定めている。予め設定された既定時間を過ぎたキャッシュ情報は、消去される。
【００４１】
キャッシュ有効時間３０９は、Ｐ−ＣＳＣＦ１０３がキャッシュ情報を利用できる場合、更新時刻３０４からどれだけの間、キャッシュ情報を利用可能かを示す時間である。つまり、キャッシュ有効時間３０９は、キャッシュ情報の有効期限を定めている。キャッシュ有効時間３０９は、受信したＳＩＰメッセージによって動的に変更される。なお、キャッシュ有効時間３０９の値は、Ｅｘｐｉｒｅｓ時刻３０８以下である。
【００４２】
設定キャッシュ有効時間３１０は、Ｐ−ＣＳＣＦ１０３がキャッシュ情報を利用する場合、ＳＩＰメッセージを受信してからどれだけの間、キャッシュ情報を利用可能かを示す時間であり、予め設定された時間である。キャッシュ有効時間３０９が動的に変更される値であるのに対し、設定キャッシュ有効時間３１０は静的な値である。また、設定キャッシュ有効時間３１０は、キャッシュ有効時間３０９と比較して小さい値が設定される。
【００４３】
なお、キャッシュ管理テーブル２０５には前述した項目以外に、ＳＩＰメッセージを中継するＣＳＣＦ群の輻輳に関する情報、例えば、ＳＩＰメッセージを送信してからタイムアウトしたときの回数、または、中継失敗などの項目を含めてもよい。
【００４４】
図４は、ＮＧＮ網のＳＩＰのセッション確立の手順を示したシーケンス図である。通常のキャッシュ情報を利用しない場合の手順を示している。
【００４５】
図４では、図１で説明した通信端末１０１Ａ、１０１Ｂ、Ｐ−ＣＳＣＦ１０３Ａ、１０３Ｂ、Ｓ−ＣＳＣＦ１０７Ａ、１０７Ｂ、Ｉ-ＣＳＣＦ１０８、およびＨＳＳ１０６の間のシーケンスについて説明する。
【００４６】
図４において、ＩＮＶＩＴＥはセッションを確立するためのコマンドであり、１００Ｔｒｙｉｎｇおよび２００ＯＫはＳＩＰメッセージのレスポンスコードであり、Ｄｉａｍｅｔｅｒは認証プロトコルであるＤｉａｍｅｔｅｒのメッセージである。また、図４のＩ-ＣＳＣＦ１０８およびＳ−ＣＳＣＦ１０７の処理は、他のＣＳＣＦが代行し、中継処理の順番が異なってもよいが、本実施の形態のＰ−ＣＳＣＦ１０３は、他のＣＳＣＦが代行したことによって影響を受けることはない。
【００４７】
最初に、通信端末１０１Ａは、ＩＮＶＩＴＥ４０９を発側のＰ−ＣＳＣＦ１０３Ａへ送信する。ＩＮＶＩＴＥ４０９を受信したＰ−ＣＳＣＦ１０３Ａは、ＩＮＶＩＴＥ４１０を発側のＳ−ＣＳＣＦ１０７Ａへ中継し、１００Ｔｒｙｉｎｇ４１１を通信端末１０１Ａへ送信する。
【００４８】
ＩＮＶＩＴＥ４１０を受信したＳ−ＣＳＣＦ１０７Ａは、ＩＮＶＩＴＥ４１２を着側のＩ-ＣＳＣＦ１０８へ中継し、１００Ｔｒｙｉｎｇ４１３をＰ−ＣＳＣＦ１０３Ａへ送信する。
【００４９】
ＩＮＶＩＴＥ４１２を受信したＩ-ＣＳＣＦ１０８は、ＨＳＳ１０６へ受信したＳＩＰメッセージの着信先のＳＩＰ  ＵＲＩを含むＤｉａｍｅｔｅｒ  ＬＩＲ（Ｌｏｃａｔｉｏｎ−Ｉｎｆｏｍａｔｉｏｎ−Ｒｅｑｕｅｓｔ）４１４を送信する。また、Ｉ-ＣＳＣＦ１０８は、１００Ｔｒｙｉｎｇ４１５をＳ−ＣＳＣＦ１０７Ａへ送信する。
【００５０】
Ｄｉａｍｅｔｅｒ  ＬＩＲ４１４を受信したＨＳＳ１０６は、中継先（この場合はＳ−ＣＳＣＦ１０７Ｂ）の情報を含むＤｉａｍｅｔｅｒ  ＬＩＡ（Ｌｏｃａｔｉｏｎ−Ｉｎｆｏｍａｔｉｏｎ−Ａｎｓｗｅｒ）４１６を応答としてＩ-ＣＳＣＦ１０８へ送信する。
【００５１】
Ｄｉａｍｅｔｅｒ  ＬＩＡ４１６を受信したＩ-ＣＳＣＦ１０８は、Ｄｉａｍｅｔｅｒ  ＬＩＡ４１６に含まれる中継先の情報に基づいて、ＩＮＶＩＴＥ４１７を着側のＳ−ＣＳＣＦ１０７Ｂへ中継する。
【００５２】
ＩＮＶＩＴＥ４１７を受信したＳ−ＣＳＣＦ１０７Ｂは、ＩＮＶＩＴＥ４１８を着側のＰ−ＣＳＣＦ１０３Ｂへ中継し、１００Ｔｒｙｉｎｇ４１９をＩ-ＣＳＣＦ１０８へ送信する。
【００５３】
ＩＮＶＩＴＥ４１８を受信したＰ−ＣＳＣＦ１０３Ｂは、ＩＮＶＩＴＥ４２０を通信端末１０１Ｂへ中継し、１００Ｔｒｙｉｎｇ４２１をＳ−ＣＳＣＦ１０７Ｂへ送信する。
【００５４】
ＩＮＶＩＴＥ４２０を受信した通信端末１０１Ｂは、１００Ｔｒｙｉｎｇ４２２をＰ−ＣＳＣＦ１０３Ｂへ送信する。前述した通信端末１０１Ａから通信端末１０１Ｂの一連のＳＩＰメッセージの中継が終了すると、通信端末１０１Ｂは、ユーザへ呼び出しを行う。なお、前述した一連の処理の後に、ユーザを呼び出している状態を伝える１８０Ｒｉｎｇｉｎｇ、およびＮＧＮ網のリソース予約のため１８３Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ等が、通信端末１０１Ｂから通信端末１０１Ａへ、各ＣＳＣＦを中継して、送信れることがあるが、ここでは簡略化のため省略し、次にセッション確立の応答のシーケンスを示す。
【００５５】
通信端末１０１Ｂは、２００ＯＫ４２３をＰ−ＣＳＣＦ１０３Ｂへ送信する。２００ＯＫ４２３を受信したＰ−ＣＳＣＦ１０３Ｂは、２００ＯＫ４２４をＳ−ＣＳＣＦ１０７Ｂへ中継する。
【００５６】
Ｓ−ＣＳＣＦ１０７Ｂへ中継された２００ＯＫ４２４は、その後Ｉ-ＣＳＣＦ１０８、Ｓ−ＣＳＣＦ１０７Ａ、Ｐ−ＣＳＣＦ１０３Ａ、および通信端末１０１Ａの順に中継される。通信端末１０１Ａが２００ＯＫ４２８を受信した段階でＳＩＰのセッションが確立する。すなわち、通信端末１０１Ａと通信端末１０１Ｂとの間の通話が可能な状態となり、通信端末１０１Ａと通信端末１０１Ｂとの間で音声データが交換できる。
【００５７】
図５は、第１の実施の形態におけるＰ−ＣＳＣＦ１０３がキャッシュ情報を利用したときのシーケンス図である。
【００５８】
最初に、通信端末１０１Ａは、ＩＮＶＩＴＥ５０９を発側のＰ−ＣＳＣＦ１０３Ａへ送信する。
【００５９】
ＩＮＶＩＴＥ５０９を受信したＰ−ＣＳＣＦ１０３Ａは、キャッシュ情報を利用し（ステップ５１０）、ＩＮＶＩＴＥ５１１を着側のＰ−ＣＳＣＦ１０３Ｂへ中継する。なお、キャッシュ情報を利用する処理の詳細は、図６を用いて後述する。
【００６０】
ＩＮＶＩＴＥ５１１を受信したＰ−ＣＳＣＦ１０３Ｂは、ＩＮＶＩＴＥ５１３を通信端末１０１Ｂへ中継し、１００Ｔｒｙｉｎｇ５１４をＰ−ＣＳＣＦ１０３Ａへ送信する。
【００６１】
ＩＮＶＩＴＥ５１３を受信した通信端末１０１Ｂは、１００Ｔｒｙｉｎｇ５１５をＰ−ＣＳＣＦ１０３Ｂへ送信する。
【００６２】
前述した通信端末１０１Ａから通信端末１０１Ｂの一連のＳＩＰメッセージの中継が終了すると、通信端末１０１Ｂはユーザを呼び出す。なお、本実施の形態では、前述した一連の処理の後に、ユーザを呼び出している状態を伝える１８０Ｒｉｎｇｉｎｇ、およびＮＧＮ網のリソース予約のため１８３Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ等が、通信端末１０１Ｂから通信端末１０１Ａへ、送信されることがあるが、ここでは簡略化のため省略し、次にセッションの確立の応答のシーケンスを示す。
【００６３】
通信端末１０１Ｂは、２００ＯＫ５１６をＰ−ＣＳＣＦ１０３Ｂへ送信する。
【００６４】
２００ＯＫ５１６を受信したＰ−ＣＳＣＦ１０３Ｂは、２００ＯＫ５１７をＰ−ＣＳＣＦ１０３Ａへ中継する。Ｐ−ＣＳＣＦ１０３Ａに中継された２００ＯＫ５１７は、通信端末１０１Ａへ中継される。通信端末１０１Ａが２００ＯＫ５１８を受信した段階でＳＩＰのセッションが確立する。すなわち、通信端末１０１Ａと通信端末１０１Ｂとの間の通話が可能な状態となり、通信端末１０１Ａと通信端末１０１Ｂとの間で音声データが交換可能となる。
【００６５】
次に、Ｐ−ＣＳＣＦ１０３が行うキャッシュ情報を利用する処理について説明する。
【００６６】
図６は、第１の実施形態のＰ−ＣＳＣＦ１０３のＳＩＰメッセージの中継処理の一例を示す図である。
【００６７】
なお、ＩＮＶＩＴＥはセッションを確立するためのコマンドであり、ＲＥＧＩＳＴＥＲは通信端末１０１がＨＳＳ１０６またはＳ−ＣＳＣＦ１０７に、通信端末１０１のＩＰアドレスとＳＩＰ  ＵＲＩとを登録するためのコマンドである。
【００６８】
図６では、ＮＧＮ網における通常のＰ−ＣＳＣＦに備わる機能、例えば、ＳＩＰメッセージの正常性確認、認証、ＳＩＰメッセージ圧縮、ＳＩＰメッセージ中のＲｅｑｕｅｓｔ−ＵＲＩおよびＶｉａ等のヘッダの変更または付加処理については簡略化のため省略する。
【００６９】
最初にＰ−ＣＳＣＦ１０３は、通信端末１０１、Ｓ−ＣＳＣＦ１０７、またはＩ−ＣＳＣＦ１０８からＳＩＰメッセージを受信する（ステップ６０１）。
【００７０】
Ｐ−ＣＳＣＦ１０３は、受信したＳＩＰメッセージがＩＮＶＩＴＥまたはＲＥＧＩＳＴＥＲであるか否かを判定する（ステップ６０２）。ステップ６０２では、Ｐ−ＣＳＣＦ１０３は、受信したＳＩＰメッセージがキャッシュされる情報を含むか否かを判定している。ＩＮＶＩＴＥまたはＲＥＧＩＳＴＥＲでないと判定された場合は、Ｐ−ＣＳＣＦ１０３は、通常のＰ−ＣＳＣＦの機能と同様に、キャッシュについて何も処理をせずに、ＳＩＰメッセージを中継先に中継する（ステップ６１６）。
【００７１】
ステップ６０２においてＩＮＶＩＴＥまたはＲＥＧＩＳＴＥＲであると判定された場合、Ｐ−ＣＳＣＦ１０３は、ＳＩＰメッセージが通信端末１０１から送信されたものか否かを判定する（ステップ６０５）。ステップ６０５は、Ｐ−ＣＳＣＦが発側のＰ−ＣＳＣＦ１０３Ａとして、または、着側のＰ−ＣＳＣＦ１０３ＢとしてＳＩＰメッセージを受信したかを判定している。
【００７２】
通信端末１０１から送信されていないと判定された場合、着側のＰ−ＣＳＣＦ１０３（すなわち、Ｐ−ＣＳＣＦ１０３Ｂ）としてＳＩＰメッセージを受信しているため、Ｐ−ＣＳＣＦ１０３は、キャッシュ情報を取得し、キャッシュ管理テーブル２０５を更新する。または、キャッシュ情報がなかった場合は、新たにキャッシュ管理テーブル２０５を作成する（ステップ６０３）。
【００７３】
ステップ６０３では、Ｐ−ＣＳＣＦ１０３は、発側および着側両方のＳＩＰ  ＵＲＩに基づいたキャッシュ情報を格納する。中継アドレス３０６がＰ−ＣＳＣＦ１０３自体（自サーバ）である場合もキャッシュ管理テーブル２０５に情報が格納される。具体的には、Ｐ−ＣＳＣＦ１０３は、受信したＳＩＰメッセージから、ＳＩＰ  ＵＲＩ３０２、コンタクトアドレス３０５、および中継アドレス３０６を取得でき、さらに、ＳＩＰメッセージがＲＥＧＩＳＴＥＲの場合、Ｅｘｐｉｒｅｓ時刻３０８を取得できる。また、Ｐ−ＣＳＣＦ１０３は、利用判定開始時刻３０３、更新時刻３０４はＰ−ＣＳＣＦ１０３がキャッシュ管理テーブル２０５を更新したときの時刻を格納する（詳細は、図９を用いて後述する）。
【００７４】
ステップ６０３の後にＰ−ＣＳＣＦ１０３は、ＳＩＰメッセージに含まれる着信先ＳＩＰ  ＵＲＩに対応するコンタクトアドレス３０５がＭｏｂｉｌｅ  ＩＰであるか否かを判定する（ステップ６２１）。ステップ６２１の判定方法は、図８を用いて後述する。Ｍｏｂｉｌｅ  ＩＰとは、通信ネットワークが変化した場合であっても、通信端末を一意に識別するために付与されたＩＰアドレスのことである。
【００７５】
コンタクトアドレス３０５がＭｏｂｉｌｅ  ＩＰであると判定された場合、Ｐ−ＣＳＣＦ１０３は、キャッシュ有効時間３０９を設定し、設定されたキャッシュ有効時間３０９をキャッシュ管理テーブル２０５に格納する（ステップ６２４）。コンタクトアドレス３０５がＭｏｂｉｌｅ  ＩＰの場合、ＩＰアドレスが変化する可能性が低い。したがって、Ｐ−ＣＳＣＦ１０３が、一定時間キャッシュ情報を利用することは有効であるため、キャッシュ有効時間３０９が設定される。
【００７６】
コンタクトアドレス３０５がＭｏｂｉｌｅ  ＩＰでないと判定された場合、Ｐ−ＣＳＣＦ１０３は、ＳＩＰ  ＵＲＩが特定パターンに一致するか否かを判定する（ステップ６２２）。具体的には、ステップ６２２のＳＩＰ  ＵＲＩが特定のパターンとは、例えば、０５０、０３ＸＸＸＸではじまる番号のように、ＳＩＰ  ＵＲＩ（電話番号）の属性を示すパターンであり、Ｐ−ＣＳＣＦ１０３に予め設定されている。Ｐ−ＣＳＣＦ１０３は、キャッシュ管理テーブル２０５と予め設定されたＳＩＰ  ＵＲＩの属性パターンとに基づいて、ＳＩＰ  ＵＲIが特定のパターンに一致するか否かを判定する。
【００７７】
ＳＩＰ  ＵＲＩが特定パターンに一致すると判定された場合、Ｐ−ＣＳＣＦ１０３は、キャッシュ有効時間３０９を設定し、設定されたキャッシュ有効時間３０９をキャッシュ管理テーブル２０５に格納する（ステップ６２４）。例えば、ＳＩＰ  ＵＲＩのパターンが固定端末であった場合、ＩＰアドレスが変化する可能性が低い。したがって、Ｐ−ＣＳＣＦ１０３が、一定時間キャッシュ情報を利用することは有効であるため、キャッシュ有効時間３０９が設定される。
【００７８】
ＳＩＰ  ＵＲＩが特定パターンに一致しないと判定された場合、Ｐ−ＣＳＣＦ１０３は、コンタクトアドレス３０５および中継アドレス３０６を参照し、コンタクトアドレス３０５および中継アドレス３０６が、Ｐ−ＣＳＣＦ１０３に予め決定された既定時間内（図９Ａ、図９Ｂに示すキャッシュ利用判定時間）に変更されているか否かを判定する（ステップ６２３）。
【００７９】
コンタクトアドレス３０５および中継アドレス３０６がＰ−ＣＳＣＦ１０３に予め決定された既定時間内に変更されていないと判定された場合、Ｐ−ＣＳＣＦ１０３は、キャッシュ有効時間３０９を設定し、設定されたキャッシュ有効時間３０９をキャッシュ管理テーブル２０５に格納する（ステップ６２４）。コンタクトアドレス３０５および中継アドレス３０６がＰ−ＣＳＣＦ１０３に予め決定された既定時間内に変更されていないと判定された場合、ＩＰアドレスが変化する可能性が低い。したがって、Ｐ−ＣＳＣＦ１０３が、一定時間キャッシュ情報を利用することは有効であるため、キャッシュ有効時間３０９が設定される。
【００８０】
コンタクトアドレス３０５および中継アドレス３０６がＰ−ＣＳＣＦ１０３に予め決定された既定時間内に変更されていると判定された場合、Ｐ−ＣＳＣＦ１０３は、ＳＩＰメッセージを通信端末に中継して処理を終了する（ステップ６１５）。
【００８１】
ステップ６２１、ステップ６２２およびステップ６２３の全ての判定で“ＮＯ”であれば、キャッシュ有効時間が設定されない。したがって、キャッシュが利用できる場合に、Ｐ−ＣＳＣＦは、ＳＩＰメッセージを受信してから設定キャッシュ有効時間３１０の短い時間の間しかキャッシュを利用することができない。
【００８２】
なお、ステップ６２１、ステップ６２２およびステップ６２３において設定されるキャッシュ有効時間は、各々のステップに応じて異なってもよい。
【００８３】
ステップ６０５において、受信したＳＩＰメッセージが通信端末１０１から送信されていると判定された場合、Ｐ−ＣＳＣＦ１０３は、発側のＰ−ＣＳＣＦ１０３（すなわち、Ｐ−ＣＳＣＦ１０３Ａ）としてＳＩＰメッセージを受信している。次に、Ｐ−ＣＳＣＦ１０３は、受信したＳＩＰメッセージがＲＥＧＩＳＴＥＲであるか否かを判定する（ステップ６０６）。
【００８４】
受信したＳＩＰメッセージがＲＥＧＩＳＴＥＲであると判定された場合、Ｐ−ＣＳＣＦ１０３は、キャッシュ管理テーブルを更新を開始、または新規作成を開始し（ステップ６１１）、上位ＣＳＣＦへＳＩＰメッセージ（この場合はＲＥＧＩＳＴＥＲ）を中継し、その応答を受信し（ステップ６１２）し、ステップ６０３へ進む。なお、ステップ６１１では、Ｐ−ＣＳＣＦ１０３は、受信したＲＥＧＩＳＴＥＲから、ＳＩＰ  ＵＲＩ３０２、Ｅｘｐｉｒｅｓ時刻３０８を取得できる。また、Ｐ−ＣＳＣＦ１０３は、利用判定開始時刻３０３、および更新時刻３０４を格納する（詳細は図９を用いて後述する。）。
【００８５】
ステップ６１２のあと、Ｐ−ＣＳＣＦ１０３は、着側の通信端末１０１Ｂから発信された応答（図４の２００ＯＫ４２７または１８３Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ）を待って、着側の通信端末１０１Ｂから発信された応答を受信した後にステップ６０３以降の処理を行う。
【００８６】
受信したＳＩＰメッセージがＲＥＧＩＳＴＥＲでないと判定された場合、すなわち、受信したＳＩＰメッセージがＩＮＶＩＴＥであると判定された場合、Ｐ−ＣＳＣＦ１０３は、キャッシュ管理テーブル２０５に記憶したキャッシュ情報を利用できるか否かを判定するキャッシュ利用判定処理を行う（ステップ６０９）。キャッシュ利用判定処理は、図７を用いて後述する。
【００８７】
キャッシュ情報が利用できないと判定された場合、Ｐ−ＣＳＣＦ１０３は、ステップ６１１からステップ６１５の処理を実行する。この場合、ステップ６１２において、Ｐ−ＣＳＣＦ１０３は、ＩＮＶＩＴＥを中継し、着側の通信端末１０１Ｂから発信された応答（図４の２００ＯＫ４２７または１８３Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ）を受信するまでステップ６０３以降の処理を行わない。なお、ステップ６１２で１００Ｔｒｙｉｎｇを受信した場合、１００Ｔｒｙｉｎｇはメッセージ中にキャッシュする情報がないため、Ｐ−ＣＳＣＦ１０３は、着側の通信端末１０１Ｂから発信された応答を受信するまでステップ６１２の状態で待ちとなる。
【００８８】
キャッシュ情報を利用できると判定された場合、Ｐ−ＣＳＣＦ１０３は、キャッシュ情報を利用、すなわち、キャッシュ管理テーブル２０５のコンタクトアドレス３０５を利用してＳＩＰメッセージ（ＩＮＶＩＴＥ）のＲｅｑｕｅｓｔ−ＵＲＩおよび他ヘッダを書き換え、中継アドレス３０６へ書き換えられたＳＩＰメッセージを中継する。
【００８９】
なお、中継アドレス３０６が複数ある場合、優先されたＩＰアドレスへＳＩＰメッセージを中継し、優先されたＩＰアドレスへＳＩＰメッセージを中継できなかったときには次のＩＰアドレスにＳＩＰメッセージを中継する。なお、Ｐ−ＣＳＣＦ１０３がキャッシュ情報を利用する場合のシーケンスは図５となり、キャッシュ情報を利用しない場合のシーケンスは図４となる。
【００９０】
図７は、第１の実施の形態のＰ−ＣＳＣＦ１０３のキャッシュ利用判定処理を示すフローチャートである。
【００９１】
最初にＰ−ＣＳＣＦ１０３は、ＳＩＰメッセージ（ＩＮＶＩＴＥ）を送信した通信端末（この場合は、通信端末１０１Ａ）が利用しているサービスがキャッシュ利用可能なサービスであるか否かを判定する（ステップ７０９）。具体的には、ＳＩＰメッセージに含まれるサービスに関する情報を参照し、キャッシュ利用可能なサービスであるか否かが判定される。
【００９２】
ＮＧＮでは、Ｓ−ＣＳＣＦ１０７とＡＳとが連携して提供されるサービスがあり、Ｐ−ＣＳＣＦ１０３間でキャッシュを利用してＳ−ＣＳＣＦ１０７をスキップした場合（図４参照）、Ｓ−ＣＳＣＦ１０７とＡＳとが連携して提供されるサービスが利用できなくなってしまう。したがって、ステップ６０９では、ＳＩＰメッセージ中で指定されたサービスは、Ｐ−ＣＳＣＦ１０３がキャッシュを利用可能なサービスであるか否かが判定される。また、緊急時に優先してキャッシュを利用する必要がある場合、固定端末を優先的にキャッシュ利用可能なサービスと判定することもできる。前述した理由によって、Ｐ−ＣＳＣＦ１０３は、ステップ７０９で、通信端末１０１Ａの利用しているサービスがキャッシュを利用可能なサービスであるか否かを判定する処理を行っている。
【００９３】
キャッシュを利用可能なサービスでないと判定された場合、Ｐ−ＣＳＣＦ１０３は、キャッシュ利用を不可とする（ステップ７０６）。キャッシュを利用可能なサービス（例えば、ＩＰ電話サービス）であると判定された場合、Ｐ−ＣＳＣＦ１０３は、次にＳＩＰメッセージ中の着信先ＳＩＰ  ＵＲＩに対応するキャッシュ情報がキャッシュ管理テーブル２０５に記憶されているか否かを判定する（ステップ７０１）。ＳＩＰメッセージに含まれる着信先ＳＩＰ  ＵＲＩ参照し、当該ＳＩＰ  ＵＲIに対応するキャッシュ情報がキャッシュ管理テーブル２０５に記憶されていないと判定された場合、Ｐ−ＣＳＣＦ１０３は、キャッシュ利用を不可とする（ステップ７０６）。
【００９４】
ＳＩＰメッセージ中の着信先ＳＩＰ  ＵＲＩに対応するキャッシュ情報がキャッシュ管理テーブル２０５に記憶されていると判定された場合、Ｐ−ＣＳＣＦ１０３は、Ｐ−ＣＳＣＦ１０３がＳＩＰメッセージを受信してから設計キャッシュ有効時間３１０内であるか否かを判定する（ステップ７０２）。ステップ７０２は、キャッシュを利用する処理において通常行われる処理である。設計キャッシュ有効時間３１０内であると判定された場合、Ｐ−ＣＳＣＦ１０３は、キャッシュ利用を可とする（ステップ７０７）。
【００９５】
設計キャッシュ有効時間３１０内でないと判定された場合、Ｐ−ＣＳＣＦ１０３は、Ｅｘｐｉｒｅｓ時刻３０８内かつキャッシュ有効時間３０９内であるか否かを判定する（ステップ７０３）。Ｅｘｐｉｒｅｓ時刻３０８内かつキャッシュ有効時間３０９内であると判定された場合、Ｐ−ＣＳＣＦ１０３は、キャッシュ利用を可とする（ステップ７０７）。Ｅｘｐｉｒｅｓ時刻３０８内かつキャッシュ有効時間３０９内でないと判定された場合、Ｐ−ＣＳＣＦ１０３は、キャッシュ利用を不可とする（ステップ７０６）。
【００９６】
図８は、ＳＩＰメッセージのＩＰパケットの構成の一例を示す説明図である。
【００９７】
図８は、ＩＰパケットＩＰｖ６（ＩＰ  ｖｅｒｓｉｏｎ６）パケットであり、ＩＰヘッダ８０１、拡張ヘッダ８０２、およびペイロード８０３から構成される。ＩＰヘッダ８０１は標準のヘッダであり、ＩＰアドレス等が記述される。拡張ヘッダ８０２は通常は付加されないヘッダであり、特別な用途で用いられる。ペイロード８０３は、ＳＩＰメッセージを含む、ＩＰ層以上のデータである。
【００９８】
Ｐ−ＣＳＣＦ１０３が受信したＳＩＰメッセージを含むＩＰパケットがＭｏｂｉｌｅ  ＩＰである場合、拡張ヘッダ８０２が終点オプションヘッダかつ拡張ヘッダ８０３のオプションタイプが２０１であるか、または、拡張ヘッダ８０２が終点オプションヘッダタイプ２ルーティングヘッダである。したがって、前述した構成であれば、Ｐ−ＣＳＣＦ１０３は、受信したＳＩＰメッセージを含むＩＰパケットが前述した特性を含むか否かを判定することによって、Ｍｏｂｉｌｅ  ＩＰであるか否かを判定することができる。
【００９９】
また、Ｍｏｂｉｌｅ  ＩＰか否かについてはＯＳ（Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）、他の装置、またはプログラムが判定し、その結果をＰ−ＣＳＣＦ１０３が取得し、取得した結果に基づいてＰ−ＣＳＣＦ１０３が判定を行う方法であってもよい。
【０１００】
さらに、着側のＰ−ＣＳＣＦ１０３ＢがＭｏｂｉｌｅ  ＩＰであることを判定し、Ｐ−ＣＳＣＦ１０３ＢがＳＩＰメッセージ中にＭｏｂｉｌｅ  ＩＰであるという情報を含めて送信し、Ｐ−ＣＳＣＦ１０３Ａが該ＳＩＰメッセージからＭｏｂｉｌｅ  ＩＰであることを取得してもよい。
【０１０１】
図９Ａおよび図９Ｂは、コンタクトアドレスおよび中継アドレスの変更履歴からのキャッシュ利用判定の一例を示す図である。
【０１０２】
図９Ａの９０１〜９０５、および図９Ｂの９１１〜９１３は、通信端末１０１またはＳ−ＣＳＣＦ１０７からのＲＥＧＩＳＴＥＲまたはＩＮＶＩＴＥ、およびそれら応答のＳＩＰメッセージをＰ−ＣＳＣＦ１０３が受信したことを示し、Ｐ−ＣＳＣＦ１０３がキャッシュ管理テーブル２０５を更新または新規作成することを示している。
【０１０３】
最初にＰ−ＣＳＣＦ１０３は、９０１においてキャッシュ管理テーブル２０５に新規にキャッシュ情報を格納し、利用判定開始時刻３０３にこの時点の時刻を格納する。さらに、９０１で受信したＳＩＰメッセージがＲＥＧＩＳＴＥＲであれば、Ｅｘｐｉｒｅｓ時刻３０８も格納される。
【０１０４】
Ｐ−ＣＳＣＦ１０３は、９０２において通常にＳＩＰメッセージを中継し、更新時刻３０４を更新する。Ｐ−ＣＳＣＦ１０３は、９０３において利用開始時刻３０３からＰ−ＣＳＣＦ１０３に予め設定してあるキャッシュ利用判定時間が経過し、前記キャッシュ利用判定時間内にコンタクトアドレス３０５が変更されなかったことから、キャッシュ有効時間３０９を設定する（９０６）。Ｐ−ＣＳＣＦ１０３は、９０４においてキャッシュ管理テーブル２０５のキャッシュ有効時間３０９内かつＥｘｐｉｒｅｓ時刻３０８内（設定されていなければ無視する）であればキャッシュを利用する（９０７）。Ｐ−ＣＳＣＦ１０３は、９０５においてキャッシュ有効時間３０９を超過しているため、キャッシュ情報を利用しない（９０８）。
【０１０５】
次に図９Ｂについて説明する。Ｐ−ＣＳＣＦ１０３は、９１１においてキャッシュ管理テーブル２０５に新規にキャッシュ情報を格納し、利用判定開始時刻３０３にこの時点の時刻を格納する。９１１において受信したメッセージがＲＥＧＩＳＴＥＲであれば、Ｅｘｐｉｒｅｓ時刻３０８も登録する。
【０１０６】
Ｐ−ＣＳＣＦ１０３は、９１２においてコンタクトアドレス３０５が変更されたことを検出し（９１４）、テーブルの情報を更新し、利用判定開始時刻３０３にこの時点の時刻を格納する。また、キャッシュ利用判定時間は一度解除され、この時点から改めてキャッシュ利用判定時間が設定される。Ｐ−ＣＳＣＦ１０３は、９１３においてキャッシュ管理テーブル２０５のキャッシュ有効時間３０９内かつＥｘｐｉｒｅｓ時刻３０８内（設定されていなければ無視する）であればキャッシュを利用する（ステップ９１５）。
【０１０７】
本発明の第２の実施の形態について説明する。
【０１０８】
第２の実施の形態は、本発明を、Ｓ−ＣＳＣＦ１０７に適用した例について説明する。なお、本実施の形態は、Ｉ−ＣＳＣＦ１０８にも適用可能である。第２の実施の形態と第１の実施の形態との相違点を、図２および図５を用いて説明する。
【０１０９】
図２において、第２の実施の形態では、Ｐ−ＣＳＣＦ１０３とＳ−ＣＳＣＦ１０７との構成は同様のものであり、プログラムメモリ２０４にＳ−ＣＳＣＦ１０７の基本機能と本発明の中継機能を備える。
【０１１０】
図５において、第２の実施の形態では、キャッシュ利用（ステップ５１０）、つまり、キャッシュ利用判定はＳ−ＣＳＣＦ１０７で行われ、さらに、キャッシュを利用した場合は、ＩＮＶＩＴＥ５１１Ｓ−ＣＳＣＦ１０７が中継先に中継し、また、中継先から１００Ｔｒｙｉｎｇ５１４、または、２００ＯＫ５１７を受信し通信端末１０１Ａに中継する。なお、キャッシュ情報を利用した場合の中継先は、中継アドレス３０６を参照して行われる。複数ある場合は、上位のＣＳＣＦから優先して中継される。
【０１１１】
上記実施例によれば、ＳＩＰサーバがＳＩＰメッセージに含まれる情報をキャッシュし、キャッシュした情報を利用可能か否かを判定することによって、ＮＧＮなどの大規模システムにおいてネットワークの負荷の低減を実現できる。また、キャッシュ情報の有効時間を設定しているため、古いキャッシュ情報を利用することによって発生する、誤った発呼を抑制できる。
【図面の簡単な説明】
【０１１２】
【図１】本発明の実施の形態のＮＧＮ網の概略構成の一例を示すブロック図である。
【図２】本発明の実施の形態のＰ−ＣＳＣＦのハードウェア構成を示すブロック図である。
【図３】本発明の実施の形態のキャッシュ管理テーブルの構成の例を示す説明図である。
【図４】ＮＧＮ網のＳＩＰのセッション確立の手順を示したシーケンス図である。
【図５】第１の実施の形態におけるＰ−ＣＳＣＦがキャッシュ情報を利用したときのシーケンス図である。
【図６】第１の実施形態のＰ−ＣＳＣＦのＳＩＰメッセージの中継処理の一例を示す図である。
【図７】第１の実施の形態のＰ−ＣＳＣＦのキャッシュ利用判定処理を示すフローチャートである。
【図８】ＳＩＰメッセージのＩＰパケットの構成の一例を示す説明図である。
【図９Ａ】コンタクトアドレスおよび中継アドレスの変更履歴からのキャッシュ利用判定の一例を示す図である。
【図９Ｂ】コンタクトアドレスおよび中継アドレスの変更履歴からのキャッシュ利用判定の一例を示す図である。
【図１】
2010028286.tif 000003
【図２】
2010028286.tif 000004
【図３】
2010028286.tif 000005
【図４】
2010028286.tif 000006
【図５】
2010028286.tif 000007
【図６】
2010028286.tif 000008
【図７】
2010028286.tif 000009
【図８】
2010028286.tif 000010
【図９Ａ】
2010028286.tif 000011
【図９Ｂ】
2010028286.tif 000012