(57)【要約】【課題】  特別で高価なハードウェアを追加すること無しに、系切替えにおけるセッション救済時の引継ぎデータ量を低減し、処理負担を軽減するとともに、切替え時間を短縮する。【解決手段】  セッションの確立を行う為に発信するシグナリングメッセージに、優先度を示すヘッダ情報を追加する。セッション中継装置では、セッション情報としてセッション確立時に上記優先度も保持する。システム系切替え時には、セッション中継装置は、保持した優先度から救済対象セッションかどうかを判定し、救済対象であるセッションにのみセッション救済処理を実行する。【選択図】  図２
2007060326.tif 000002
【特許請求の範囲】
【請求項１】
ピアツーピア通信用端末であって、
ユーザから各セッションの優先度の入力を受け付ける優先度受付手段と、
セッションの中継を行う中継装置に向けて送出するセッション確立要求メッセージに前記優先度受付手段で受け付けた優先度を追加する優先度追加手段と、
を備えることを特徴とするピアツーピア通信用端末。
【請求項２】
ピアツーピア通信を行う通信端末間のセッションを中継する中継装置であって、
セッション毎の優先度を示す情報を含むセッション情報を保持するセッション情報管理手段と、
系切替え時に前記セッション情報管理手段に管理されているセッション情報のうち、前記優先度が所定以上のセッション情報のみを切替え先の中継装置に転送することにより系の切替えを行うセッション引継ぎ手段と、を備えること
を特徴とする中継装置。
【請求項３】
請求項２記載の中継装置であって、
系切替え時に他の中継装置からセッション情報を受け取ると、受け取ったセッション情報に係るピアツーピア通信を行う通信端末に問合せ、通信端末側が管理しているセッション情報と合致するセッション情報のみ自身のセッション情報管理手段に保持する状態問合せ手段をさらに備えること
を特徴とする中継装置。
【請求項４】
請求項２または３記載の中継装置において、
前記セッション引継ぎ手段は、
セッション管理手段に保持されている各セッション情報の優先度を判定する優先度判定手段と、
前記優先度判定手段において判定された優先度が所定以上のセッション情報を前記切替え先の中継装置に転送するセッション転送手段と、を備えること
を特徴とする中継装置。
【請求項５】
ピアツーピア通信を行う通信端末と、当該通信端末間のセッションの中継を行う中継装置とを備えるピアツーピア通信システムであって、
送信側の前記通信端末は、
ユーザから、セッション毎に当該セッションの優先度の入力を受け付ける優先度受付手段と、
前記中継装置に向けて送出するセッション確立要求メッセージに前記優先度受付手段で受け付けた優先度を追加する優先度追加手段と、を備え、
前記中継装置は、
前記セッション確立要求メッセージから当該セッションの優先度を示す情報を含むセッション情報を抽出し保持するセッション情報管理手段と、
系切替え時に前記セッション情報管理手段に管理されているセッション情報のうち、前記優先度が所定以上のセッション情報のみを切替え先の中継装置に転送することにより系の切替えを行うセッション引継ぎ手段と、を備えること
を特徴とするピアツーピア通信システム。
【請求項６】
ピアツーピア通信を行う通信端末間のセッションを中継する中継装置を、現在中継を行っている現用系中継装置から他の予備系中継装置へ切替える際のセッション救済方法であって、
前記現用系中継装置および前記予備系中継装置は、各セッションの優先度を示す情報を含むセッション情報を管理するセッション情報管理手段をそれぞれ備え、
前記現用系中継装置のセッション情報管理手段に管理されているセッション情報のうち、前記優先度が所定以上のセッション情報のみを前記予備系中継装置に転送するセッション引継ぎステップを備えること
を特徴とするセッション救済方法。
【請求項７】
請求項６記載のセッション救済方法であって、
前記転送後のセッション情報うち、前記通信端末が管理しているセッション情報と合致するセッション情報を救済するセッション状態問合せステップをさらに備えること
を特徴とするセッション救済方法。
【請求項８】
請求項６または７記載のセッション救済方法であって、
前記セッション引継ぎステップは、
前記現用系中継装置のセッション情報管理手段に保持されている各セッション情報の優先度を判定する優先度判定ステップと、
前記優先度判定ステップにおいて優先度が所定以上と判定されたセッション情報を前記予備系中継装置に転送するセッション転送ステップと、を備えること
を特徴とするセッション救済方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、1対1の対等型ピアツーピア通信におけるセッション救済技術に関し、特に、現用系装置から予備系装置への系切替え発生時のセッション救済技術に関する。
【背景技術】
【０００２】
シグナリング手段を持つ中継装置を有する通信システムでは、障害時におけるサービス停止を最小限に抑えるため、中継装置が多重化される。すなわち、通常使用している現用系（以下ACT系と記述）装置が障害に陥ったときに、自動的にバックアップ用の予備系（以下SBY系と記述）装置に障害発生時点でのセッション情報や障害発生後のセッション中継処理を引継ぐように構成し、セッションを救済している。
【０００３】
一般に、ACT系からSBY系に情報を引継ぐ方式として、ホット・スタンバイ（Hot Stand-by）方式とコールド・スタンバイ（Cold Stand-by）方式とがある（例えば、特許文献１参照。）。
【０００４】
ホット・スタンバイ方式は、一般的に、ACT系の情報が更新される度にSBY系の情報も更新し、ACT系の情報とSBY系の情報とを常に一致させておく方式である。ピアツーピア通信のセッション中継装置においては、ACT系とSBY系のセッション情報管理テーブルをセッションの状態が更新される度に、両系のセッション情報管理テーブルのエントリが更新される。
【０００５】
コールド・スタンバイ方式は、ACT系の情報を、系切替え時にまとめてSBY系に登録する方式である。ピアツーピア通信のセッション中継装置においては、ACT系のセッション情報管理テーブルが保持しているエントリを系切替え時にSBY系のセッション情報管理テーブルに登録する。
【０００６】
ここで、図８を参照して従来技術による、セッション救済を伴う系切替え時の処理（系切替え処理）について説明する。この例では、ホット・スタンバイ方式を例に挙げ、説明する。
【０００７】
ピアツーピア通信端末15aからセッション確立を示すメッセージが発信されると、ACT系セッション中継装置10a1において管理しているセッション情報管理テーブル120a1にエントリが登録される。また、SBY系セッション中継装置10a2にて管理しているセッション情報管理テーブル120a2にも同じエントリが登録される（手順21）。
【０００８】
手動または障害発生を契機としてセッション救済を伴う系切替え処理が起動されると（手順22）、SBY系セッション中継装置10a2では自身の保持する前記セッション情報管理テーブル120a2を用いて状態の問い合わせを行う状態問合わせ処理を行う。
【０００９】
すなわち、SBY系セッション中継装置10a2内のセッション情報管理テーブル120a2にて管理されているセッション毎に、SBY系セッション中継装置10a2内の各セッションの状態とピアツーピア端末15aの管理している対応するセッションの状態との一致度を確認する為に、ピアツーピア通信端末15aに対し状態問い合せのための状態問合わせメッセージを送信する（手順23）。
【００１０】
SBY系における以上のような状態問合わせ処理は、例えば、ＩＳＤＮ交換装置の呼を救済するものが知られている（例えば、特許文献２参照。）。状態問合せ処理を行い、端末側が管理している該当セッションの状態と合致したセッションが救済される。
【００１１】
【特許文献１】特開２００３−２６３３７４号公報
【特許文献２】特開平７−１５７５８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
セッションの状態の一致度を確認する上記の状態問合わせ処理は、セッション情報管理テーブルにて管理している全セッションについて状態問合せメッセージを送信してその応答を確認する必要があるため、系切替え実行時の処理能力に影響を与える。すなわち、処理能力の低いサーバの場合、メッセージ処理負荷増加につながり、救済処理に時間がかかり、系切替えの実行までの大きなタイムラグを発生させることになってしまう。
【００１３】
また、上述のように、ホット・スタンバイ方式では、系切替えの前にACT系とSBY系のセッション情報管理テーブルが既に一致しているため、系切替え実行時におけるACT系からSBY系へのセッション情報管理テーブルのエントリ登録処理は不要である。つまり、系切替え実行が即時に可能である。しかし、セッション中継装置の中継動作中にACT系からSBY系へのセッション情報管理テーブルのエントリ登録処理を行うため、メモリ間データ同期手段やメモリ間データ転送手段など、ACT系とSBY系とのセッション情報管理テーブルのエントリ登録のための特別なハードウェアが必要となり、非常に特殊で高価なシステムとなる。
【００１４】
一方、コールド・スタンバイ方式では、系切替えの前にはACT系とSBY系とのセッション情報管理テーブルが一致していないため、系切替えの前にACT系からSBY系へのセッション情報管理テーブルのエントリ登録処理が必要になる。つまり、系の切替えはACT系からSBY系へのセッション情報管理テーブルのエントリ登録処理を行ってからでないと実行できないため、即時に系切替え実行が可能になるわけではない。しかし、ホット・スタンバイ方式のように特別で高価なハードウェアを必要とせず、一般的なサーバの２重化システムにおいて、系切替え時にＬＡＮ経由でACT系からSBY系へのセッション情報管理テーブルのエントリ登録処理を実行すれば良い。
【００１５】
ところが、例えば4,000セッションのセッション情報をACT系セッション中継装置からSBY系セッション中継装置に引継ぐ場合、1セッションあたりのセッション情報を2KByteとすると、コールド・スタンバイ方式では、系切替え時に8MByteのデータをACT系からSBY系に引継ぐこととなる。
【００１６】
そして、系切替え時には、上述のようにさらに、4,000セッションの各セッションに対し、状態問合せのメッセージを送信する状態問合せ処理を行うこととなるため、コールド・スタンバイ方式を採用したとしても、特別で高価なハードウェアは必要ではないが、系切替え時のメッセージ処理負荷が大きく、系切替え処理時間が膨大なものとなるという問題がある。
【００１７】
本発明は、上記の各課題を鑑みなされたものであって、特別で高価なハードウェアを追加すること無しに、ACT系からSBY系への系切替え時における処理負担および処理時間を低減することを目的とする。
【課題を解決するための手段】
【００１８】
本発明は、ピアツーピア通信端末からセッションの確立を行うために送信するシグナリングメッセージに優先度を示すヘッダ情報を追加する。ACT系セッション中継装置では、上記優先度をセッション情報に含め管理し、系切替え時には、優先度が所定以上のセッション情報のみをSBY系中継装置に引き継ぐ。
【００１９】
具体的には、ピアツーピア通信用端末であって、ユーザから各セッションの優先度の入力を受け付ける優先度受付手段と、セッションの中継を行う中継装置に向けて送出するセッション確立要求メッセージに前記優先度受付手段で受け付けた優先度を追加する優先度追加手段と、を備えることを特徴とするピアツーピア通信用端末を提供する。
【００２０】
また、ピアツーピア通信を行う通信端末間のセッションを中継する中継装置であって、セッション毎の優先度を示す情報を含むセッション情報を保持するセッション情報管理手段と、系切替え時に前記セッション情報管理手段に管理されているセッション情報のうち、前記優先度が所定以上のセッション情報のみを切替え先の中継装置に転送することにより系の切替えを行うセッション引継ぎ手段と、を備えることを特徴とする中継装置を提供する。
【発明の効果】
【００２１】
本発明によれば、特別で高価なハードウェアを追加すること無しに、ACT系からSBY系への系切替え時における処理負担および処理時間を低減することができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明を適用した実施形態を図面を用いて説明する。以下の実施形態では、ピアツーピアセッション制御プロトコルとして、IETF (Internet Engineering Task Force)にて作成され、IAB (Internet Architecture Board) によって発行された標準勧告文書RFC (Request for Comments) 3261に規定されたSIP (Session Initiation Protocol) プロトコルを用いた場合を例にあげて説明する。もちろん、制御プロトコルはこれに限られない。
【００２３】
図１は、本実施形態のネットワーク構成を示す図である。
【００２４】
IPアドレス192.168.10.1を持つピアツーピア通信端末15aを用いてIPアドレス192.168.20.1を持つ通信相手となるピアツーピア通信端末15bとピアツーピア通信を行う場合を示している。以後、ピアツーピア通信端末を、通信端末と呼ぶ。通信端末15aは、IPアドレス192.168.100.10を持つ本実施形態のセッション中継装置10a1に対し、通信端末15bとのセッション確立要求メッセージを送信する。通信端末15aの送信したセッション確立要求メッセージは、セッション中継装置10a1、通信端末15bを管理するIPアドレス192.168.100.20を持つセッション中継装置10b1を経由し、通信端末15bに送信される。
【００２５】
また、セッション中継装置10a1、10b1は、故障時などの系切替え時に、それぞれ中継したメッセージに対応するセッション情報を、SBY系セッション中継装置10a2、10b2に登録する。
【００２６】
次に、本実施形態のセッション中継装置の構成について説明する。本実施形態においては、セッション中継装置10a1、10a2、10b1、10b2は、基本的に同じ構成であるため、ここでは、セッション中継装置10a1を例に挙げて説明する。
【００２７】
図２は、本実施形態のセッション中継装置10a1の機能ブロック図である。本発明のセッション中継装置10a1は、TCP/IPパケット処理を行うTCP/IP機能ブロック100と、ピアツーピアセッションのシグナリング制御を行うピアツーピアセッション中継制御ブロック130と、セッション情報を保持するセッション情報管理テーブル120a1と、系切替え時にACT系中継装置とSBY系中継装置の間でセッション情報の転送を行うセッション情報転送処理部110と、系切替え時に各端末にセッションの状態を問合わせて合致するセッションを特定する状態問合せ処理を行うセッション状態問合処理部140と、系切替え時に各セッションの優先度を判定する優先度判定処理部150とを備える。
【００２８】
本実施形態のピアツーピアセッション中継制御ブロック130は、通常のセッション情報に加え、セッションの優先度を示す優先度情報をセッション情報管理テーブル120a1に格納する。セッション情報管理テーブル120a1は、通常のセッション情報に加え、各セッションの優先度を示す優先度情報を保持する。なお、優先度情報については、後述する。
【００２９】
ここで、セッション管理テーブル120a1について説明する。図３は、セッション中継装置10a1のセッション情報管理テーブル120a1の一例を説明する図である。
【００３０】
本図に示すように、セッション情報管理テーブル120a1に格納される各エントリは、SIPにおけるセッションを一意に識別するための情報であるCall-ID 701、To tag 702、From tag 703と、ピアツーピア通信の送信先を示すTo SIP-URI 704と、ピアツーピア通信の送信元を示すFrom SIP-URI 705と、セッションの状態を示すState 706と、セッションのタイムアウト時間を示すTimer 707と、優先度を示す優先度情報であるPriority 708の各列を備える。各エントリは、1つのセッションに対応する。
【００３１】
本実施形態のセッション中継装置10a1は、上記各機能により、IPネットワーク上のピアツーピア通信端末15aから送信されたピアツーピアセッション制御メッセージを、通信相手の通信端末15bを管理するセッション中継装置10b1に転送するとともに、系切替え時には、セッション情報のSBY系セッション中継装置10a2への転送処理を行う。SBY系セッション中継装置10a2は、転送されたセッション情報管理テーブルの内容を用いて、ピアツーピア通信端末15aおよびピアツーピア通信端末15bとの間で状態問合せ処理を行う。
【００３２】
なお、セッション中継装置10a1は、CPU、メモリ、ハードディスクを備えた情報処理装置で実現することができる。ハードディスクに格納されたプログラムを、メモリにロードし、CPUが実行することにより上記各機能を実現する。
【００３３】
次に、本実施形態の通信端末の構成について説明する。本実施形態においては、通信端末15a、15bは、基本的に同じ構成であるため、ここでは、通信端末15aを例に挙げて説明する。
【００３４】
図４は、本実施形態の通信端末15aの機能ブロック図である。本図に示すように、本実施形態の通信端末15aは，TCP/IPパケット処理を行うTCP/IP機能ブロック200と、ピアツーピアセッションのシグナリング制御を行うピアツーピアセッション制御ブロック210と、ユーザからの各セッションの優先度を示す優先度情報の入力を受け付けるセッション優先度入力処理部220とを備える。
【００３５】
本実施形態の通信端末15aは、ピアツーピア通信開始時にユーザから入力されたセッション優先度を示す優先度情報をセッション優先度入力処理部220において受け付け、受け付けた優先度情報をピアツーピアセッション制御ブロック210において通常のセッション情報に追加し、セッション確立要求メッセージとして、TCP/IP機能ブロック200からセッション中継装置10a1に送信する。本実施形態では、優先度は、INVITEメッセージに記述される。
【００３６】
ここで、本実施形態でピアツーピア通信開始時に送受信されるINVITEメッセージについて説明する。図５は、本実施形態のINVITEメッセージの一例である。本図に示すように、本実施形態のINVITEメッセージは、通常のINVITEメッセージが有するヘッダ情報に加え、通信端末15aと通信端末15bとの間で送受信されるピアツーピア通信の優先度を示すためのPriorityヘッダ601を備える。Priorityヘッダ601には、優先度に応じて、通常の優先度を示すNormal、最重要を示すUrgentが設定される。本図のINVITEメッセージは優先度がUrgent（最重要）であることを示している例である。
【００３７】
本優先度は、後述する系切替え時の救済すべきセッションを判定するために用いられる。本実施形態では、優先度がUrgentに設定されているセッションのみ、系切替え時に救済対象とする。なお、本実施形態では、ピアツーピア通信の優先度は２段階に設定する場合を例に挙げているが、これに限られない。優先度の設定段階は何段階であってもよい。優先度を多段階設定しておき、適宜救出対象となる優先度を変更可能なように構成してもよい。
【００３８】
なお、通信端末15aの上記各機能は、通信端末15aが備えるハードディスクに格納されたプログラムを、通信端末15aが備えるメモリにロードし、通信端末15aが備えるCPUが実行することにより実現する。
【００３９】
次に、本実施形態の、通信端末15aが通信端末15bとピアツーピア通信を開始および終了する際に送受信するメッセージについて説明する。
【００４０】
図６は、通信端末15aが通信端末15bとピアツーピア通信を開始および終了する際のメッセージシーケンスである。
【００４１】
通信端末15aは、まずセッション中継装置10a1に対し、セッション確立要求を示すINVITEメッセージ501を送信する。INVITEメッセージを受信したセッション中継装置10a1はINVITEメッセージに格納されているセッション情報を内部のセッション情報管理テーブル120a1に保持し（処理551）、INVITEメッセージ502をセッション中継装置10b1に転送すると同時に、INVITEメッセージを転送したことを示すTryingメッセージ503を通信端末15aに応答する。
【００４２】
処理551において、ピアツーピアセッション中継制御ブロック130は、受信したINVITEメッセージの中から必要なセッション情報を抽出してセッション情報管理テーブル120a1に保持する。この時、優先度も抽出し、Priority708に保持する。また、State706を、セッション確立要求を開始した状態であることを示すStartに設定する。
【００４３】
INVITEメッセージ502を受信したセッション中継装置10b1は、同様にINVITEメッセージ504を通信端末15bに転送し、Tryingメッセージ505をセッション中継装置10a1に応答する。
【００４４】
INVITEメッセージ504を受信した通信端末15bは通信準備中であることを示すRingingメッセージ506をセッション中継装置10b1に応答し、セッション中継装置10b1はRingingメッセージ507をセッション中継装置10a1へ、セッション中継装置10a1はRingingメッセージ508を通信端末15aへ、それぞれ応答する。
【００４５】
ピアツーピア通信が可能となった時点で通信端末15bは、OKメッセージ509をセッション中継装置10b1に転送する。OKメッセージ509を受け取ったセッション中継装置10b1は、OKメッセージ510をセッション中継装置10a1に転送する。OKメッセージ510を受け取ったセッション中継装置10a1は同様にOKメッセージ511を通信端末15aに転送する。
【００４６】
OKメッセージを受信した通信端末15aは、ピアツーピア通信開始を示すACKメッセージ512をセッション中継装置10a1に送信する。ACKメッセージを受信したセッション中継装置10a1は、処理551で内部のセッション情報管理テーブル120a1に保持しておいた対応するセッション情報をセッション確立が完了したことを示す状態、すなわち、State706をEstablishedに更新し（処理552）、ACKメッセージ513をセッション中継装置10b1に送信する。ACKメッセージを受信したセッション中継装置10b1は、同様に通信端末15bにACKメッセージ514を送信する。
【００４７】
以上によりセッションの確立は完了し、以降、通信端末15aからのピアツーピア通信パケット521および通信端末15bからのピアツーピア通信パケット522が両端末間で送受信される。セッション終了時には、通信端末15aは、セッション中継装置10a1に対し、セッション終了を示すBYEメッセージ531を送信する。セッション中継装置10a1は、内部のセッション情報管理テーブル120a1に保持しておいた対応するセッション情報をセッション終了処理が開始されたことを示す状態、すなわち、State706をClosingに更新し（処理553）、BYEメッセージ532をセッション中継装置10b1に転送する。BYEメッセージ532を受け取ったセッション中継装置10b1は同様にBYEメッセージ533を通信端末15bに転送する。BYEメッセージ533を受信した通信端末15bは、OKメッセージ534をセッション中継装置10b1に応答する。OKメッセージ534を受信したセッション中継装置10b1は、OKメッセージ535をセッション中継装置10a1に送信する。OKメッセージを受信したセッション中継装置10a1は、内部のセッション情報管理テーブル120a1に保持しておいた対応するセッション情報をセッション情報管理テーブルから削除し（処理554）、OKメッセージ536を通信端末15aに送信する。
【００４８】
なお、優先度情報が含まれていないINVITEメッセージ501を受け取った場合、上記処理551において、Priority 708には、何も設定しないよう構成してもよいし、また、最低の優先度を示す優先度情報、例えば、本実施形態においては通常の優先度を示すNormal、を、セッション情報管理テーブル120a1のPriority 708に保持するよう構成してもよい。
【００４９】
次に、本実施形態における、系切替え時のセッション救済処理について説明する。本実施形態では、系切替え時には、状態がStart、Established、Closingのもののうち、優先度が所定以上のセッションのみ救済対象として、該当するセッション情報のみACT系からSBY系に移行させる。
【００５０】
具体的には、上記状態のエントリの中から、セッション優先度判定処理部150が、セッション情報管理テーブル120a1に格納されているセッション情報の優先度を判定し、救済対象のセッションを決定する。そして、セッション情報転送処理部110が、救済対象のセッションに関するセッション情報のエントリを、SBY系のセッション中継装置10a2に転送する。その後、セッション中継装置10a2のセッション問合処理部140が、転送されたセッション情報に係るセッションを実行している通信端末15aに対し、状態問合わせを行い、合致するものを最終的にセッション情報管理テーブル120a1に残す。
【００５１】
図７は、本実施形態における、セッション中継装置10a1の系切替え時のセッション救済処理の処理フローである。ここでは、優先度がUrgentに指定されているセッション情報のみを救済対象とする場合を例にあげて説明する。
【００５２】
なお、状態が上記のものを抽出する処理は、既存の技術であるため、ここでは詳細に説明しない。
【００５３】
ピアツーピアセッション中継制御ブロック130は、系切替えが必要な状況が発生した場合、その旨をセッション優先度判定処理部150に通知する（ステップS701）。
【００５４】
セッション優先度判定処理部150は、セッション情報管理テーブル120a1にアクセスし、Priority 708にUrgentが格納されているエントリを抽出し（ステップS702）、セッション情報転送処理部110に引き渡す。
【００５５】
セッション情報転送処理部110は、受け取ったエントリ群をSBY系のセッション中継装置10a2に転送する（ステップS703）。
【００５６】
セッション中継装置10a2のセッション情報転送処理部110は、セッション情報のエントリ群を受け取り、セッション状態問合処理部140に処理を引き継ぐ。セッション状態問合せ処理部140は、受け取ったセッション情報の各エントリのTo SIP-URI 704およびFrom SIP-URI 705で示される通信端末15aに状態問合せ処理を実施する（ステップS704）。
【００５７】
セッション情報問合処理部140は、状態問合せ処理において、通信端末側が管理しているセッション情報と合致したセッション情報のみをセッション情報管理テーブル120a2に格納する（ステップS705）。
【００５８】
以上のように、本実施形態によれば、ピアツーピア通信において、セッション中継装置内で救済対象となるセッションを判定し、救済対象となるセッションのみにセッション救済処理を実行する。このため、本実施形態によれば、系切替え時に、セッション情報管理テーブルにて管理している全セッションについてセッション救済処理を行う必要が無くなり、セッション救済処理の処理負担および処理時間の低減を計ることができる。具体的には、SBY系のセッション中継装置へ転送するセッション情報数が削減され、系切替え時における通信端末への状態問合せのメッセージ数も削減される。したがって、系切替えにおけるセッション救済時の引継ぎデータ量が低減され、系切替え処理にかかる処理負担が軽減するとともに処理時間を短縮することが可能となる。
【００５９】
さらに、本実施形態によれば、通信毎の優先度の設定が可能であり、かつ、それがセッション情報として中継装置において管理されるため、料金計算に各通信の優先度を反映することが可能となる。
【００６０】
従来、通信の優先度は、通信端末が接続された回線毎に固定的に回線契約時に決められ、回線単位ではなく通信単位で優先度を変更したい場合には対応できなかった。優先度の高い回線の回線月額使用料は、通常の場合に比べ高額に設定されている。このため、優先度の高い通信を行う可能性のある回線は、優先度を高くした契約をせざるを得ず、当該回線において優先度の高くない通信を行う場合であっても、常に高額の回線月額使用料を支払い続けなければならなかった。
【００６１】
本実施形態によれば、セッション制御メッセージに優先度を示すヘッダが追加されているため、通信端末側にて、通信毎にその優先度を設定できる。例えば、長時間となる通話や重要な内容をやり取りするような通信には優先度を高く設定し、そうでない通信等には低い優先度を設定するなど、ピアツーピア通信の内容に応じて動的に優先度を指定することが可能である。そして、その情報が中継装置に保持される。本情報を用いて、優先度の高い通信のみに追加の課金を行うといった料金設定が可能となり、ユーザに対してリーゾナブルな通信料金体系を提供出来ることになる。
【図面の簡単な説明】
【００６２】
【図１】図１は、本実施形態のネットワーク構成を示す図である。
【図２】図２は、本実施形態のセッション中継装置の機能ブロック図である。
【図３】図３は、本実施形態のセッションセッション情報管理テーブルの一例を説明する図である。
【図４】図４は、本実施形態の通信端末の機能ブロック図である。
【図５】図５は、本実施形態のINVITEメッセージの一例である。
【図６】図６は、本実施形態の通信端末間のピアツーピア通信の開始および終了時のメッセージシーケンスである。
【図７】図７は、本実施形態における、系切替え時のセッション救済処理の処理フローである。
【図８】図８は、従来のセッション救済を伴う計切替処理を説明する図である。
【符号の説明】
【００６３】
１０ａ１：ACT系セッション中継装置、１０ａ２：SBY系セッション中継装置、１５ａ：通信端末、１５ｂ：通信端末、１０ｂ１：ACT系セッション中継装置、１０ｂ２：SBY系セッション中継装置、１００：TCP/IP通信機能ブロック、１１０：セッション情報転送処理部、１２０ａ１：セッション情報管理テーブル、１３０：ピアツーピアセッション中継制御ブロック、１４０：セッション状態問合処理部、１５０：セッション優先度判定処理部
【図１】
2007060326.tif 000003
【図２】
2007060326.tif 000004
【図３】
2007060326.tif 000005
【図４】
2007060326.tif 000006
【図５】
2007060326.tif 000007
【図６】
2007060326.tif 000008
【図７】
2007060326.tif 000009
【図８】
2007060326.tif 000010