JP4481876B2 - サーバ装置の制御方法、クライアント装置の制御方法、セッション制御方法 - Google Patents

Description

本発明は、セッション制御技術に関し、特に、ＩＰ（Internet Protocol）ネットワーク上に設置された複数のクライアント装置間におけるセッションを管理するソフトスイッチ等のサーバ装置および当該クライアント装置等に適用して有効な技術に関する。

たとえば、中継用電話交換機の機能をＩＰネットワークと、その上のソフトウェア処理で代替する技術としてソフトスイッチが知られている。このソフトスイッチは、たとえばサーバコンピュータ内にソフトウェアとして実装され、ＩＰネットワーク上におけるクライアント間のセッション接続のための接続制御を行う。このセッション接続制御を行う際には当該セッションに関する課金管理用情報やセッション設定用情報を当該セッションの管理用データとしてソフトスイッチ内のメモリに保持する。

このソフトスイッチ内の管理用データはセッション通信中の安定したセッション状態においてもソフトスイッチ内で継続的に保持され、たとえば、ソフトスイッチの故障により初期設定が行われるような場合において通信中セッションの救済制御に使用されソフトスイッチの信頼性を保証している。

ＩＰネットワークのセッション制御用プロトコルはテキストベースのプロトコルであり、その拡張性に優れている。しかしテキストベースであるが故にセッション設定用としてメモリに保持する情報の多くはキャラクタであり、メモリに保持する際の必要メモリサイズがＰＳＴＮ（Public Switched Telephone Network）交換機に比べ格段に大きくなり、ソフトスイッチの運用のために必要なヒープ領域のメモリを圧迫し、性能劣化に繋がることがある。よってソフトスイッチへの新規サービス開発の際には、当該新規サービスの管理情報の追加によって肥大化する管理用データを格納するためのメモリ使用量がネックとなり新規サービス開発が困難な状態に陥り易いという技術的課題がある。

また、セッション通信中に継続して上述の管理用データをメモリ上に保持するため、同時通信可能なセッション数はソフトスイッチが実装されるサーバ装置のメモリ容量によって制限（決定）される。本来はより多くの同時接続セッション数を制御できるはずが、現状では、メモリ量により制限せざるを得ないという課題がある。

セッション通信中でのソフトスイッチの障害時においては、上述の管理用データを用いた初期設定にて通信中セッションの回復処理を行うことで信頼性を保証しているが、同時に通信中のセッション数に応じた管理用データの増大により、管理用データへのアクセスに時間がかかり、セッションの初期設定による回復処理の所要時間が長くなる、という技術的課題もある。

通信中におけるセッション制御信号などをログ情報として収集する場合、ソフトスイッチ内のメモリにログ情報を蓄積して保守管理者による参照を可能にすることが考えられる。この場合、ソフトスイッチ内のメモリ容量は有限であり、ログ情報を無制限に収集し続けることはできない。このため、メモリエリアにログ情報を上書きすることで、最新のログ情報のみを収集することになるが、任意のクライアントに関するログ情報を参照したい時に既に上書きされて参照できないという事態が発生する懸念があり、ログ情報の有効な活用が困難になる。

また、予め保守コマンドにより、特定のクライアントを指定してログ情報の収集開始時期を登録することで、当該クライアントのログ情報のみを選択的に収集することも可能と考えるが、この場合には、登録以前のログ情報が得られないという技術的課題がある。

以上に述べた様に、ソフトスイッチでセッション制御を行うために使用する管理用データ及びログ情報はセッション通信中の間、ソフトスイッチ内のメモリに保持していたため、上述のような種々の技術的課題を生じていた。

なお、特許文献１には、パケット交換機において、初期発呼の際に呼制御メモリに格納された呼設定データを保留しておき、再発呼が発生した際に呼制御メモリ内に保持されていた呼設定データを利用して呼設定を行う技術が開示されている。しかし、この特許文献１の場合には、パケット交換機内に保持される呼設定データ等の管理データおよびログ情報の削減については開示がない。
特開平６−３４３０７８号公報

本発明の目的は、個々のセッションの管理に必要なセッション管理情報が格納されるメモリ容量が有限なソフトスイッチにおいて、メモリ容量不足に起因するセッション管理性能の低下を生じることなく、同時に管理可能なセッション数を増大させることにある。

本発明の他の目的は、個々のセッションの管理に必要なセッション管理情報が格納されるメモリ容量が有限なソフトスイッチにおいて、メモリ容量不足に起因するセッション管理性能の低下を招くことなく、多様な新規サービスの追加を可能にすることにある。

本発明の他の目的は、個々のセッションの管理に必要なセッション管理情報が格納されるメモリ容量が有限なソフトスイッチにおいて、メモリ容量不足に起因するセッション管理性能の低下を招くことなく、個々のセッションのログ情報の収集を可能にすることにある。

本発明の他の目的は、個々のセッションの管理に必要なセッション管理情報が格納されるメモリ容量が有限なソフトスイッチにおいて、個々のセッションに関して自由度の高いログ情報の収集を可能にすることにある。

本発明の第１の観点は、情報ネットワークを介して接続される複数のクライアント装置の間の情報通信のために設定されるセッションの生成、維持、切断に介在するサーバ装置の制御方法であって、
前記セッションの生成時に当該セッションの管理のために前記サーバ装置に生成されるセッション管理情報のうち、課金に関係する第１セッション管理情報を前記サーバ装置が保持し、前記第１セッション管理情報以外の第２セッション管理情報を前記クライアント装置に送信する工程と、
前記セッションの切断時に前記クライアント装置から前記サーバ装置に前記第２セッション情報を回収する工程と、
を含むサーバ装置の制御方法を提供する。

本発明の第２の観点は、サーバ装置の介在によって生成、維持、切断が制御されるセッションを介して、他のクライアント装置との間における情報通信を行うクライアント装置の制御方法であって、
前記セッションの生成時に当該セッションの管理のために前記サーバ装置に生成されるセッション管理情報を構成し、課金に関係する第１セッション管理情報および前記第１セッション管理情報以外の第２セッション管理情報のうち、前記第２セッション管理情報を前記サーバ装置から受信して保持する工程と、
前記セッションの切断時に、前記第２セッション管理情報を前記サーバ装置に送信する工程と、
を含むクライアント装置の制御方法を提供する。

本発明の第３の観点は、情報ネットワークを介して接続される複数の第１情報処理装置と、前記情報ネットワークに接続され、複数の前記第１情報処理装置の間の情報通信のために設定されるセッションの生成、維持、切断に介在する第２情報処理装置とを含む情報通信システムのセッション制御方法であって、
前記セッションの生成時に当該セッションの管理のために前記第２情報処理装置に生成されるセッション管理情報のうち、課金に関係する第１セッション管理情報を前記第２情報処理装置が保持し、前記第１セッション管理情報以外の第２セッション管理情報を前記第１情報処理装置に保持させる工程と、
前記セッションの切断時に前記第１情報処理装置から前記第２情報処理装置に前記第２セッション情報を回収する工程と、
を含むセッション制御方法を提供する。

本発明によれば、サーバ装置に実装されたソフトスイッチの介入によって二つのクライアント装置の間に生成されるセッションが、セッション通信中に移行する際に、当該セッションの管理のためにソフトスイッチに生成されるセッション管理情報のうち、たとえば、安全性が必要な課金に関係する第１セッション管理情報をサーバ装置が保持し、当該第１セッション管理情報以外の第２セッション管理情報をソフトスイッチによる管理からクライアント装置による管理へと移行し、クライアント装置側のメモリまたは外部記憶装置を使用して管理する。

そして、通信中は、安全確保が必要な第１セッション管理情報のみをソフトスイッチのメモリにて管理し、セッションの切断時にクライアント装置の側で管理している第２セッション管理情報をソフトスイッチ側に回収することにより、ソフトスイッチ内でセッション設定用のセッション管理情報を復元し、セッション切断処理を正常に動作させる。

これによりソフトスイッチ側では安全性が要求される課金情報用のメモリ領域と、１セッションの設定処理時間内に発生し得る同時セッション数のセッション管理情報用のメモリ領域のみを確保すれば良く、ソフトスイッチでのセッション管理のためのメモリ量の削減が可能となる。

この結果、メモリ容量が有限なソフトスイッチにおいて、メモリ容量不足に起因するセッション管理性能の低下を生じることなく、同時に管理可能なセッション数を増大させることが可能になる。

また、ソフトスイッチがサポートする追加サービスの開発に伴って、上述の第２セッション管理情報の情報量は増大するが、この第２セッション管理情報は、当該セッションに関係する個々のクライアント装置の側で保持するので、個々のセッションの維持中にソフトスイッチの側で保持する情報量は実質的に増加しない。このため、ソフトスイッチ側におけるメモリ容量の不足を懸念することなく、ソフトスイッチへの多様なサービスの追加が可能になる。

また、上述のソフトスイッチにおいて生成されたセッションを使用する複数のクライアント装置の各々において、セッション制御用信号のログ情報をクライアント側にて常時収集して蓄積する。これにより、たとえば、ソフトスイッチにおいて予め特定のクライアントを指定してのログ収集登録を行うことなく、保守手順にてクライアント装置側からソフトスイッチへとログ情報の回収を行うことができる。

本発明によれば、個々のセッションの管理に必要なセッション管理情報が格納されるメモリ容量が有限なソフトスイッチにおいて、メモリ容量不足に起因するセッション管理性能の低下を生じることなく、同時に管理可能なセッション数を増大させることが可能になる。

また、個々のセッションの管理に必要なセッション管理情報が格納されるメモリ容量が有限なソフトスイッチにおいて、メモリ容量不足に起因するセッション管理性能の低下を招くことなく、多様な新規サービスの追加が可能になる。

また、個々のセッションの管理に必要なセッション管理情報が格納されるメモリ容量が有限なソフトスイッチにおいて、メモリ容量不足に起因するセッション管理性能の低下を招くことなく、個々のセッションのログ情報の収集が可能になる。

また、個々のセッションの管理に必要なセッション管理情報が格納されるメモリ容量が有限なソフトスイッチにおいて、個々のセッションに関して自由度の高いログ情報の収集が可能になる。

以下、図面を参照しながら、本発明の実施の形態について詳細に説明する。
図１は、本発明の一実施の形態であるセッション制御方法が実施される情報ネットワークの構成の一例を示す概念図であり、図２は、本実施の形態の情報ネットワークを構成するソフトスイッチおよび複数のクライアントにおけるソフトウェア構成の一例を示す概念図、図３Ａおよび図３Ｂは、ソフトスイッチを構成するソフトウェアの内部構成をより詳細に例示した概念図、図４Ａおよび図４Ｂは、クライアントを構成するソフトウェアの内部構成をより詳細に例示した概念図である。

また、図５は、本実施の形態のソフトスイッチとして機能するＳＩＰサーバのハードウェアの構成の一例を示すブロック図、図６は、本実施の形態のクライアントのハードウェア構成の一例を示すブロック図である。

図１に例示されるように、本実施の形態では、ネットワーク６０を介してソフトスイッチとして機能するＳＩＰサーバ１０（第２情報処理装置）および複数のクライアント２０（第１情報処理装置）、さらにはネットワークオペレーティングシステム５０が相互に接続されている。

図５に例示されるように、ＳＩＰサーバ１０は、ソフトスイッチプログラム１００が実装されることによって、ソフトスイッチとして機能する。本実施の形態のＳＩＰサーバ１０は、一例として、ＣＰＵ１１、主記憶１２、外部記憶装置１３、ネットワークインタフェース１４およびバス１５を含んでいる。

ＣＰＵ（中央処理装置）１１は、主記憶１２に格納されたプログラムを実行することで、ＳＩＰサーバ１０の全体を制御する。本実施の形態の場合には、主記憶１２には、ソフトスイッチプログラム１００が実装され、このソフトスイッチプログラム１００を実行することで、ＳＩＰサーバ１０はＳＩＰ（Session Initiation Protocol）を用いて複数のクライアント２０間のセッション制御を行うソフトスイッチとして機能する。

主記憶１２には、ソフトスイッチプログラム１００によって生成されるセッション管理情報７０等のデータが格納されるメモリ領域１２ａが設けられている。セッション管理情報７０は、課金用データ７１（第１セッション管理情報）および当該課金用データ７１以外のセッション設定用データ７２（第２セッション管理情報）を含んでいる。

外部記憶装置１３には、ソフトスイッチプログラム１００が格納され、起動時に主記憶１２にロードされる。また、外部記憶装置１３には課金データファイル１８が設けられ、メモリ領域１２ａ上のセッション管理情報７０のうちの課金用データ７１が、必要に応じてこの課金データファイル１８に記録される。

本実施の形態の場合、後述のように、個々のセッション毎にメモリ領域１２ａ上に生成されるセッション管理情報７０のうち、当該セッションの課金処理に関係する課金用データ７１等の重要な情報は、ＳＩＰサーバ１０の側で保持し、課金用データ７１以外のセッション設定用データ７２は、ＳＩＰ信号８０に埋め込んで当該セッションに関係する複数のクライアント２０の側に送信して保持させ、メモリ領域１２ａにおけるセッション設定用データ７２の格納領域は解放する。これにより、ＳＩＰサーバ１０においてセッション設定用データ７２を保持するために必要なメモリ領域１２ａの領域を削減する。

そして、当該セッションの切断（終了）時に、クライアント２０からＳＩＰサーバ１０の側にセッション設定用データ７２を回収する処理を行う。
ネットワークインタフェース１４は、所定のプロトコルにてＳＩＰサーバ１０をネットワーク６０に接続する処理を行う。

バス１５は、ＳＩＰサーバ１０を構成する上述の各要素を相互に接続する情報伝送路である。
クライアント２０は、たとえば、パーソナルコンピュータ、据え置き型の電話機、携帯電話、ＰＤＡ、その他、任意の情報処理装置で構成される。

図６に例示されるように、本実施の形態のクライアント２０は、一例として、ＭＰＵ（マイクロプロセッサユニット）２１、主記憶２２、ハードディスク２３、ユーザインタフェース２４、ネットワークインタフェース２５およびバス２６を含んでいる。

ＭＰＵ２１は、主記憶２２に格納されたプログラムを実行することで、クライアント２０の全体を制御する。本実施の形態の場合、主記憶２２には、クライアントプログラム２００が格納されている。そして、ＭＰＵ２１がこのクライアントプログラム２００を実行することで、ＳＩＰサーバ１０の制御の下でＳＩＰによるセッションを用いて他のクライアント２０との間における情報通信を実現する。

また、主記憶２２のメモリ領域２２ａには、ＳＩＰサーバ１０との間における後述のようなセッション制御時に受け取るセッション管理情報７０の一部（この場合、セッション設定用データ７２）が格納される。

ハードディスク２３には、メモリ領域２２ａから退避されるセッション設定用データ７２、およびセッション中にＳＩＰサーバ１０や他のクライアント２０との間で授受されたＳＩＰ信号８０が時系列に記録されるログ管理データ２１１−５（ログ情報）が格納されている。

ユーザインタフェース２４は、たとえば、ディスプレイ、カメラ、マイクロフォン、スピーカ、キーボード等で構成されている。そして、たとえば、クライアント２０がＩＰ電話の場合には、マイクロフォンおよびスピーカで送受話器が構成される。さらに、ＩＰテレビ電話の場合には、映像の撮影および表示にディスプレイ、カメラを用いることができる。

ネットワークインタフェース２５は、所定のプロトコルにてクライアント２０をネットワーク６０に接続する処理を行う。
バス２６は、クライアント２０における上述の各要素を相互に接続する情報伝送路である。

図２に例示されるように、ソフトスイッチプログラム１００は、ソフトスイッチ実行部１１０を備えている。このソフトスイッチ実行部１１０は、セッション処理部１１１、保守制御部１１２、およびネットワークオペレーティングシステム通信部１１３を含んでいる。

セッション処理部１１１は、信号メモリ変換制御部１１１−１、セッション制御部１１１−２およびＳＩＰ制御部１１１−３を含んでいる。保守制御部１１２は、ログ収集制御部１１２−１を含んでいる。

一方、クライアントプログラム２００は、クライアント実行部２１０を備えており、このクライアント実行部２１０は、クライアントセッション処理部２１１を含んでいる。
クライアントセッション処理部２１１は、信号データ管理部２１１−１、セッション制御部２１１−２、ＳＩＰ制御部２１１−３およびＳＩＰログ制御部２１１−４を含んでいる。

図３Ａに示されるように、ソフトスイッチプログラム１００の信号メモリ変換制御部１１１−１は、信号メモリ変換実行部１１１−１ａ、ＳＩＰ信号生成部１１１−１ｂおよびメモリ情報復帰制御部１１１−１ｃを含んでいる。

図３Ｂに示されるように、ソフトスイッチプログラム１００のログ収集制御部１１２−１は、ログ収集受付部１１２−１ａ、ログ収集用ＳＩＰ信号生成部１１２−１ｂおよびログデータ取出し部１１２−１ｃを含んでいる。

図４Ａに示されるように、信号データ管理部２１１−１は、信号データ格納実行部２１１−１ａ、信号抽出格納部２１１−１ｂおよび設定信号生成部２１１−１ｃを含んでいる。

図４Ｂに示されるように、ＳＩＰログ制御部２１１−４は、ＳＩＰログ収集実行部２１１−４ａ、ディスクアクセス部２１１−４ｂおよびログ通知用ＳＩＰ信号生成部２１１−４ｃを含んでいる。

ソフトスイッチプログラム１００およびクライアントプログラム２００の各々における各部の機能は、一例として以下の通りである。
（１）ソフトスイッチプログラム１００は、ソフトスイッチ実行部１１０にてＳＩＰプロトコルの解釈を行い、複数のクライアント２０との間におけるＳＩＰセッションの確立や解放を行う。

（２）ソフトスイッチ実行部１１０は、セッション処理部１１１にてＳＩＰプロトコルの解釈を行い、複数のクライアント２０との間におけるＳＩＰセッションの確立や解放を行う。

（３）セッション処理部１１１は、ＳＩＰプロトコルに基づいたセッション制御機能を提供する。
（４）信号メモリ変換制御部１１１−１は、セッション制御部１１１−２、ＳＩＰ制御部１１１−３からの指示により、メモリ領域１２ａ上のセッション管理情報７０の内のセッション設定用データ７２のＳＩＰ信号８０（後述の２００ＯＫメッセージ８２、ＡＣＫメッセージ８３等）への設定処理を行う。また、クライアント２０から到来するＳＩＰ信号８０（後述のＢＹＥメッセージ８４）からメモリ領域１２ａ上のセッション管理情報７０へのセッション設定用データ７２の復元制御を行う。

（５）信号メモリ変換実行部１１１−１ａは、メモリ領域１２ａのセッション設定用データ７２のＳＩＰ信号８０への設定処理の依頼を受け、ＳＩＰ信号生成部１１１−１ｂを起動し、セッション設定用データ７２をＳＩＰ信号８０へ設定して、起動元へとＳＩＰ信号８０を返却する。またメモリ情報復元要求を受けた際はメモリ情報復帰制御部１１１−１ｃにＳＩＰ信号８０からメモリ領域１２ａ上のセッション管理情報７０への復帰情報（セッション設定用データ７２）の抽出依頼を行い、抽出した復帰情報（セッション設定用データ７２）を起動元へと返却する。

（６）ＳＩＰ信号生成部１１１−１ｂは、メモリ領域１２ａ上のセッション設定用データ７２のＳＩＰ信号８０への設定処理の依頼を受け、ＳＩＰ信号８０のｍｅｓｓａｇｅ−ｂｏｄｙ部へセッション設定用データ７２の設定処理を行い、セッション設定用データ７２を設定した後のＳＩＰ信号８０を返却する。

（７）メモリ情報復帰制御部１１１−１ｃは、ＳＩＰ信号８０に含まれるセッション設定用データ７２のメモリ領域１２ａ上のセッション管理情報７０への復帰依頼を受け、ＳＩＰ信号のｍｅｓｓａｇｅ−ｂｏｄｙ部からメモリ領域１２ａ上のセッション管理情報７０へ復帰させるセッション設定用データ７２を抽出し返却する。

（８）セッション制御部１１１−２は、ＳＩＰ制御部１１１−３から受信したＳＩＰ信号８０を使用しクライアント２０間のセッション設定処理を行う。この設定処理から通信中に移行した場合には通信中にメモリ領域１２ａ上に保持するセッション管理情報７０の内、課金用データ７１以外の情報であるセッション設定用データ７２を信号メモリ変換制御部１１１−１に依頼してＳＩＰ信号８０に設定し、当該セッション設定用データ７２が使用していたメモリ領域１２ａの解放処理を行う。

（９）ＳＩＰ制御部１１１−３は、ＳＩＰ信号８０のＤｅｃｏｄｅ／Ｅｎｃｏｄｅ制御を行い、セッション制御部１１１−２と連携してセッション制御を行う。ＳＩＰ制御部１１１−３は、単独ではＳＩＰプロトコルの各トランザクション管理を行う。セッション通信中に移行した場合にはＳＩＰ制御部１１１−３で通信中にメモリ領域１２ａ上に保持するセッション設定用データ７２を信号メモリ変換制御部１１１−１に依頼してＳＩＰ信号８０に設定し、メモリ領域１２ａにおけるセッション設定用データ７２の格納領域の解放処理を行う。

（１０）保守制御部１１２は、ネットワークオペレーティングシステム通信部１１３から保守系処理の要求を受け保守制御を行う。ＳＩＰ信号８０のログの収集依頼を受け、ログ収集制御部１１２−１にたいしログ収集依頼を行う。

（１１）ログ収集制御部１１２−１は、保守制御部１１２からＳＩＰ信号８０のログの収集依頼を受け、ログ収集用ＳＩＰ信号（後述のＩＮＦＯメッセージ８５）を生成し、ＳＩＰ制御部１１１−３に対しクライアント２０への当該ログ収集用ＳＩＰ信号の送信依頼を行う。

（１２）ログ収集受付部１１２−１ａは、ＳＩＰ信号８０のログ収集依頼を受け、ログ収集用ＳＩＰ信号生成部１１２−１ｂに対してログ収集用ＳＩＰ信号の生成を依頼する。生成されたログ収集用ＳＩＰ信号を元にＳＩＰ制御部１１１−３に対してクライアント２０へのログ収集用ＳＩＰ信号の送信依頼を行う。クライアント２０から受信したＳＩＰ信号レスポンスをログデータ取出し部１１２−１ｃに依頼し、ＳＩＰ信号レスポンスからログデータの抽出を行い、ネットワークオペレーティングシステム５０へログデータを応答する。

（１３）ログ収集用ＳＩＰ信号生成部１１２−１ｂは、ＳＩＰ信号８０のログ収集用のログ収集用ＳＩＰ信号の生成依頼を受け、ＳＩＰリクエスト信号を生成する。
（１４）ログデータ取出し部１１２−１ｃは、受信したＳＩＰレスポンス信号（後述の２００ＯＫメッセージ８６）のｍｅｓｓａｇｅ−ｂｏｄｙ部からログデータを抽出する。

（１５）ネットワークオペレーティングシステム通信部１１３は、ネットワーク６０を介して接続されるネットワークオペレーティングシステム５０からのオーダを受信する。保守制御部１１２に対してオーダを転送し、ＳＩＰ信号８０のログデータの取得要求を行う。

（１６）クライアント２０の側のクライアントプログラム２００は、クライアント実行部２１０にてＳＩＰプロトコルの解釈を行い、ＳＩＰセッションの確立や解放を行う。
（１７）クライアント実行部２１０は、クライアントセッション処理部２１１にてＳＩＰプロトコルの解釈を行い、ＳＩＰセッションの確立や解放を行う。

（１８）クライアントセッション処理部２１１は、ＳＩＰプロトコルに基づいたセッション制御機能を提供する。
（１９）信号データ管理部２１１−１は、セッション制御部２１１−２からの要求により、ＳＩＰサーバ１０から到来したＳＩＰ信号８０上のセッション設定用データ７２のメモリ領域２２ａもしくはハードディスク２３への格納を行う。また、メモリ領域２２ａもしくはハードディスク２３上のセッション設定用データ７２をＳＩＰ信号８０へ設定する動作を行う。

（２０）信号データ格納実行部２１１−１ａ、ＳＩＰサーバ１０から到来するＳＩＰ信号８０からのセッション設定用データ７２の抽出及びメモリ領域２２ａもしくはハードディスク２３への書込み依頼を受け、後述の信号抽出格納部２１１−１ｂに対して、ＳＩＰ信号８０からのセッション設定用データ７２の抽出依頼を行う。またメモリ領域２２ａもしくはハードディスク２３上のセッション設定用データ７２をＳＩＰ信号８０へ設定するために設定信号生成部２１１−１ｃに設定依頼を行う。

（２１）信号抽出格納部２１１−１ｂは、ＳＩＰサーバ１０から到来するＳＩＰ信号８０上のｍｅｓｓａｇｅ−ｂｏｄｙ部に設定されているセッション設定用データ７２を抽出し、メモリ領域２２ａもしくはハードディスク２３に格納する。

（２２）設定信号生成部２１１−１ｃは、メモリ領域２２ａもしくはハードディスク２３上に格納しているセッション設定用データ７２を、ＳＩＰサーバ１０に送信されるＳＩＰ信号８０のｍｅｓｓａｇｅ−ｂｏｄｙ部に設定する。

（２３）セッション制御部２１１−２は、ＳＩＰ制御部２１１−３から受信したＳＩＰ信号８０を使用しセッション設定処理を行う。設定処理から通信中に移行した場合には、ＳＩＰ信号８０上にＳＩＰサーバ１０（ソフトスイッチ）が設定したセッション設定用データ７２が存在するため、信号データ管理部２１１−１に依頼してセッション設定用データ７２をメモリ領域２２ａまたはハードディスク２３に格納する。

（２４）ＳＩＰ制御部２１１−３は、ＳＩＰ信号８０のＤｅｃｏｄｅ／Ｅｎｃｏｄｅ制御を行い、セッション制御部２１１−２と連携してセッション制御を行う。ＳＩＰ制御部２１１−３は単独ではＳＩＰプロトコルの各トランザクション管理を行う。各ＳＩＰトランザクションの送受信信号についてＳＩＰログ制御部２１１−４に依頼し、メモリ領域２２ａもしくはハードディスク２３にＳＩＰ信号８０のログデータの収集を行う。また、ログデータの収集依頼のＳＩＰ信号８０をソフトスイッチプログラム１００（ＳＩＰサーバ１０）から受信した場合はＳＩＰログ制御部２１１−４に依頼し、ログデータ応答用のＳＩＰレスポンスにログデータを設定し、ＳＩＰサーバ１０に当該ＳＩＰレスポンス（後述の２００ＯＫメッセージ８６）を送信する。

（２５）ＳＩＰログ制御部２１１−４は、ＳＩＰ制御部２１１−３からＳＩＰ信号８０のロギング依頼を受け、ＳＩＰログ収集実行部２１１−４ａを起動し、ＳＩＰ信号８０のログデータをメモリ領域２２ａもしくはハードディスク２３に格納する。またソフトスイッチ（ＳＩＰサーバ１０）からのＳＩＰログ収集用のＳＩＰ信号８０を受け、ロギングしているデータをＳＩＰレスポンスに設定し返却する。

（２６）ＳＩＰログ収集実行部２１１−４ａは、ＳＩＰ信号８０のロギング要求を受け、ディスクアクセス部２１１−４ｂに対しメモリ領域２２ａもしくはハードディスク２３へのログ情報の収集依頼を行う。またＳＩＰログ収集用のＳＩＰ信号８０を受け、ディスクアクセス部２１１−４ｂからログ情報を抽出し、ログ通知用ＳＩＰ信号生成部２１１−４ｃに対し、ＳＩＰレスポンスの生成要求を行う。

（２７）ディスクアクセス部２１１−４ｂは、ＳＩＰ信号８０の格納依頼を受け、メモリ領域２２ａもしくはハードディスク２３にＳＩＰ信号８０を格納する。またメモリ領域２２ａもしくはハードディスク２３からのＳＩＰ信号８０のログデータの読出し依頼を受け読み出す。

（２８）ログ通知用ＳＩＰ信号生成部２１１−４ｃは、ＳＩＰ信号ログのＳＩＰレスポンスへの設定依頼を受けＳＩＰレスポンス信号の生成を行う。
（２９）個々のクライアント２０は、ソフトスイッチ（ＳＩＰサーバ１０）を介して呼を確立し、相互に通信を実施する。

（３０）ネットワークオペレーティングシステム５０は、ネットワーク６０上のエレメント（ソフトスイッチやルータ６１など）を遠隔管理する。
図７は、図１に例示した本実施の形態の情報ネットワークの構成をより詳細に例示した概念図である。

たとえば、ＩＰ（Internet Protocol）ネットワークからなるネットワーク６０には、たとえば、複数のルータ６１等の経路制御装置が存在し、ソフトスイッチとして機能するべくソフトスイッチプログラム１００が実装されたＳＩＰサーバ１０は、このネットワーク６０、ルータ６１を介して複数のクライアント２０と接続されている。個々のクライアントは、ＩＰ通信が可能なＩＰ端末である。

すなわち、本実施の形態では、ソフトスイッチとして機能するＳＩＰサーバ１０は、ＳＩＰプロトコルを用いて発信／着信を行うクライアント２０間の通信を行う。
以下、本実施の形態の作用の一例について説明する。

図８は、複数のクライアント２０（端末ＡおよびＢ）とＳＩＰサーバ１０との間における、発呼からＳＩＰセッションの通話確立までのメッセージシーケンスの一例を示すシーケンス図である。

発信側の端末Ａから発信されたＩＮＶＩＴＥメッセージを受信したＳＩＰサーバ１０は（ステップ３０１）、セッション設定動作を行うために保持しなければならないセッション管理情報７０等のデータをメモリ領域１２ａ上に保持する。このセッション管理情報７０の内の課金用データ７１以外のデータがセッション設定用データ７２である（ステップ３０２）。

この時の発信側の端末Ａから発信されたＩＮＶＩＴＥメッセージ８１の一例を図９に示す。ＳＩＰサーバ１０は図９のＩＮＶＩＴＥメッセージ８１を受信し、当該メッセージ上の必要情報をセッション設定用データ７２としてメモリ領域１２ａ上にセッション管理情報７０の一部として保持する。次にＳＩＰサーバ１０は課金情報としてセッション開始時間および発着情報（たとえば呼識別情報：Ｃａｌｌ−ＩＤ）などを、セッション管理情報７０の一部を構成する課金用データ７１としてメモリ領域１２ａ上に保持し（ステップ３０３）、着信側の端末ＢにＩＮＶＩＴＥメッセージを送信する（ステップ３０４）。

着信側の端末Ｂから２００ＯＫメッセージを受信したＳＩＰサーバ１０は（ステップ３０５）、２００ＯＫメッセージから着信側の端末位置情報等の情報をセッション管理情報７０の一部に保持し（ステップ３０６）、課金用データ７１に通話開始時刻などを収集する（ステップ３０７）。

着信側の端末Ｂより受信した２００ＯＫメッセージ８２のｍｅｓｓａｇｅ−ｂｏｄｙ部分にＳＤＰ（Session Description Protocol）情報と共にセッション設定用データ７２を設定する（ステップ３０８）。

図１０にセッション設定用データ７２を設定した２００ＯＫメッセージ８２の例を示す。２００ＯＫメッセージ８２を詳細に説明するとＳＤＰのｍｅｓｓａｇｅ−ｂｏｄｙ部分の後に、Ｃｏｎｔｅｎｔ−ｔｙｐｅがテキストのｍｅｓｓａｇｅ−ｂｏｄｙ部分を設定する。このｍｅｓｓｅａｇｅ−ｂｏｄｙ部分は、ＳＩＰサーバ１０で設定したセッション設定用データ７２であり、ＳｅｓｓｉｏｎＣｏｎｔｒｏｌ（セッション制御部１１１−２）で保持している情報として発着端末の位置情報（ＩＮＶＩＴＥのＣｏｎｔａｃｔ情報と２００ＯＫのＣｏｎｔａｃｔ情報）を設定し、ＳＩＰＣｏｎｔｒｏｌ（ＳＩＰ制御部）で保持している情報として、順方向性のトランスポートと逆方向性のトランスポートを設定する。図１０に示したｍｅｓｓａｇｅ−ｂｏｄｙの記述方法は、ＲＦＣ２０４６（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）に規定されている。

２００ＯＫメッセージ８２を受信した発信側の端末Ａは（ステップ３０９）、ｍｅｓｓａｇｅ−ｂｏｄｙ部分に設定されているセッション設定用データ７２を自端末上のメモリ領域２２ａもしくはハードディスク２３に保持し（図８のステップ３１０）、ＡＣＫメッセージを送信する（ステップ３１１）。

発信側の端末Ａから発信されたＡＣＫメッセージを受信したＳＩＰサーバ１０は、ＡＣＫメッセージのｍｅｓｓａｇｅ−ｂｏｄｙ部分にセッション設定用データ７２を設定し（ステップ３１２）、着信側の端末Ｂに対してＡＣＫメッセージを送信する（ステップ３１３）。

図１１にセッション設定用データ７２を設定したＡＣＫメッセージ８３の例を示す。ＡＣＫメッセージ８３のｍｅｓｓａｇｅ−ｂｏｄｙ部分に関しては、図１０の２００ＯＫメッセージで説明した内容と同様である。

ＡＣＫメッセージ８３を受信した着信側の端末ＢはＡＣＫメッセージ８３のｍｅｓｓａｇｅ−ｂｏｄｙ部分のセッション設定用データ７２を自端末上のメモリ領域２２ａもしくはハードディスク２３上に保持する（ステップ３１４）。

ＳＩＰサーバ１０は、メモリ領域２２ａ上に保持していたセッション設定用データ７２を発着端末Ａ，Ｂに保持してもらうことにより、ＳＩＰサーバ１０でセッション設定用データ７２を保持する必要がなくなるため、セッション設定用データ７２の格納用として捕捉しているメモリ領域２２ａの領域を解放する（ステップ３１５）。

その後、二つの端末Ａおよび端末Ｂは、当該ＳＩＰセッションを利用した直接的な情報通信（図１のメディアストリーム６２参照）を開始する（ステップ３１６）。
図１２に、ＳＩＰセッションの通話中（上述の図８のステップ３１６）から切断までのメッセージシーケンスを示す。

発信側の端末Ａはセッションを切断するためにＢＹＥメッセージを送信するが、その際に自端末のメモリ領域２２ａもしくはハードディスク２３に保持しているセッション設定用データ７２を設定する（ステップ４０１）。

ＢＹＥメッセージを送信した発信側の端末Ａは（ステップ４０２）、セッション設定用データ７２を保持しているメモリ領域１２ａまたはハードディスク２３の記憶領域を解放する（ステップ４０３）。

図１３にセッション設定用データ７２を設定したＢＹＥメッセージ８４の一例を示す。ＢＹＥメッセージ８４を詳細に見ると、Ｃｏｎｔｅｎｔ−ｔｙｐｅがテキストのｍｅｓｓａｇｅ−ｂｏｄｙ部分に設定されており、これは、図１０の２００ＯＫメッセージ８２で説明した内容と同様である。

ＢＹＥメッセージ８４を受信したＳＩＰサーバ１０は、ＢＹＥメッセージ８４のｍｅｓｓａｇｅ−ｂｏｄｙ部分からセッション設定用データ７２を抽出し、ＳｅｓｓｉｏｎＣｏｎｔｒｏｌ（セッション制御部１１１−２）の必要情報である発着端末の位置情報と、ＳＩＰＣｏｎｔｒｏｌ（ＳＩＰ制御部１１１−３）の必要情報である順方向と逆方向のトランスポート情報をメモリ領域２２ａ上にセッション管理情報７０の一部として展開することにより通話中のメモリ状態（対応するセッション管理情報７０）を復元し（ステップ４０４）、復元されたセッション管理情報７０を参照してセッション切断用のＢＹＥメッセージ８４を着信側の端末Ｂに送信する（ステップ４０６）。

また、その際に課金用データに切断理由等の情報を収集する（ステップ４０５）。
ＢＹＥメッセージ８４を受信した着信側の端末Ｂはメモリ領域１２ａまたはハードディスク２３上のセッション設定用データ７２を解放して（ステップ４０７）、２００ＯＫメッセージ８２を返送する（ステップ４０８）。

２００ＯＫメッセージ８２を受信したＳＩＰサーバ１０は、課金用データ７１に通話終了時間などの情報を収集し、当該セッション設定用データ７２を外部記憶装置１３上の課金データファイル１８に格納後（ステップ４０９）、全てのメモリ領域を解放するとともに（ステップ４１０）、２００ＯＫメッセージ８２を発信側の端末Ａに送信する（ステップ４１１）。

図１４に、通話中状態において、端末障害が発生した時のシーケンス図の一例を示す。本実施の形態の場合、個々のＳＩＰセッションの課金用データ７１毎にセッション管理タイマを設定する。このセッション管理タイマは、たとえば、ＳＩＰのセッションタイマ機能を用いて更新される（draft-ietf-sip-session-timer-xx参照）。

通話中状態において、発着端末Ａ／Ｂに障害が発生し（ステップ５０１）、発着端末Ａ／ＢからＢＹＥメッセージを送信することが不可能な場合においても、ＳＩＰサーバ１０ではメモリ領域２２ａ上に保持している個々のＳＩＰセッションの課金用データ７１毎にセッション管理タイマを設定しているため（図８のステップ３０４とステップ３０９で設定される）、セッション管理タイマが満了した時点で、課金用データ７１を外部記憶装置１３に格納して（ステップ５０２）、全ての当該ＳＩＰセッションを管理するためにメモリ領域１２ａ上に設定されているセッション管理情報７０の記憶領域を解放すること（ステップ５０３）、が可能である。すなわち、セッション管理タイマ９１はＩＮＶＩＴＥメッセージ８１と２００ＯＫ（ｆｏｒ ＩＮＶＩＴＥ）メッセージ８２の中のＳｅｓｓｉｏｎ−Ｅｘｐｉｒｅｓヘッダに設定されており（図９、図１０を参照）、その値を使用する。

図１５に、通話中状態において、ＳＩＰサーバ１０に障害が発生した場合のシーケンス図の一例を示す。
通話中状態においてＳＩＰサーバ１０に障害が発生し（ステップ６０１）、再開が起きた場合においても、ＳＩＰサーバ１０が復旧した後に（ステップ６０２）、発信側の端末（この場合、端末Ａ）からセッションを切断された（ＢＹＥを受信した（ステップ４０２））場合に、図１２のシーケンス図に示されているとおりの切断処理を行うことが可能である。図１５において、上述の図１２と同じ処理については共通のステップ番号を付して重複した説明は割愛する。

また、上述のステップ６０１およびステップ６０２においてＳＩＰサーバ１０の再開を行う場合に、障害発生前の個々の通話中のセッションに関して、セッション設定用データ７２をＳＩＰサーバ１０から個々のセッションの各端末に送信して個々のセッションを再構築する等の救済処理が不要となるため、ＳＩＰサーバ１０の障害発生から再開までの所要時間を短縮することが可能である。

以上により、ＳＩＰサーバ１０で使用するセッション設定用のセッション管理情報７０のうち、重要な課金用データ７１はＳＩＰサーバ１０にて保持し、それ以外のセッション設定用データ７２は、当該セッションに関係する端末（クライアント２０）に送信して保持させることにより、ＳＩＰサーバ１０およびクライアント２０により、セッション管理情報７０の分散管理が可能となる。

また、ＳＩＰサーバ１０において、メモリ領域１２ａにおけるセッション設定用データ７２の格納領域が、セッション確立後（端末からのＡＣＫメッセージの受信時）に解放されるため、セッション設定用データ７２をＳＩＰサーバ１０のメモリ領域１２ａにおいて保持する場合に比較して、複数のＳＩＰセッションを管理する場合において、セッション設定用データ７２の分だけメモリ領域１２ａの記憶容量を大幅に節約できる。

すなわち、ＳＩＰサーバ１０のセッション管理情報７０を格納するためのメモリ領域１２ａの記憶領域が、セッション確立後（ＡＣＫ受信時）に解放されるため、ＳＩＰセッションの最大同時接続数の制限を緩和して、同一のメモリ領域１２ａの記憶容量にて、より多数のＳＩＰセッションの同時管理を実現することが可能となる。

図１６に、複数セッションの同時接続時のメッセージシーケンスを示す。なお、上述の図８と同様の処理は、対応するステップ番号を付して、重複した説明は割愛する。
この図１６では、ＳＩＰサーバ１０におけるメモリ領域１２ａのメモリ領域の解放を伴うメッセージシーケンスを例示しているため、着信側の端末は省略している。また、１００Ｔｙｒｉｎｇ、１８０Ｒｉｎｇｉｎｇ等のＳＩＰセッションにおける暫定応答シーケンスに関しても本実施の形態には直接関係しないため図示を省略している。

発信側の端末ＡからのＩＮＶＩＴＥメッセージ８１をＳＩＰサーバ１０が受信し（ステップ３０１）、端末ＡからのＡＣＫメッセージをＳＩＰサーバ１０が受信する間に（ステップ３１１）、端末Ｂと端末ＣからのＩＮＶＩＴＥメッセージ８１を受信しうる場合（ステップ３０１）、ＳＩＰサーバ１０のセッション設定用データ７２のメモリ領域１２ａの記憶領域は、端末Ａと端末Ｂと端末Ｃの記憶容量分のみを確保する（ステップ７０１）。

ＳＩＰサーバ１０は端末ＡからのＡＣＫメッセージを受信した時点で（ステップ３１１）、端末Ａのためにメモリ領域１２ａ上に保持しているセッション設定用データ７２の記憶領域を解放する（ステップ７０２）。その後、端末ＤからのＩＮＶＩＴＥメッセージ８１をＳＩＰサーバ１０が受信した場合（ステップ３０１）、メモリ領域１２ａにおいて解放されたセッション設定用データ７２の記憶領域を捕捉して割り当てることにより（ステップ７０３）、端末Ｄとのセッション確立が可能となる。

以上により、ＳＩＰサーバ１０におけるセッション設定用データ７２の保持のためのメモリ領域１２ａの記憶容量としては、１セッションの設定処理時間内（ＩＮＶＩＴＥの受信からＡＣＫを受信するまでの間）に発生しうるセッション数×（セッション設定用データ７２の容量）分の記憶容量を確保すればよいだけになるため、メモリ領域１２ａの記憶容量の制限による最大同時接続数の制限を緩和して、同一の記憶容量のメモリ領域１２ａを用いて、より多数のＳＩＰセッションを管理することが可能となる。

特に、ＳＩＰセッションによって、ＩＰ電話等の通信サービスを提供する場合、たとえば自動転送機能やガイダンス応答等の付加的なサービスの実現のために、セッション管理情報７０に含まれるセッション設定用データ７２の情報量は肥大化する傾向にある。その場合、本実施の形態では、セッション設定用データ７２は、個々のクライアント２０の側に保持させるので、セッション設定用データ７２の情報量が増大しても、ＳＩＰサーバ１０が同時に取り扱い可能なセッション数が減少することもない。

換言すれば、ＳＩＰサーバ１０が同時に取り扱い可能なセッション数を減少させることなく、ＳＩＰセッションを用いた通信サービスにおける多様な付加機能を実現することが可能になる。

この結果、ＩＰを使用したＩＰネットワークにおいて、ソフトスイッチ（ＳＩＰサーバ１０）側に要求されるメモリ領域１２ａの容量を削減することにより、メモリ領域１２ａの容量ネックによる開発制限を緩和し、新規サービス開発効率を向上させることができ、サービス開発のコストを低減させることができる。

また、同一のサービスをより少ないメモリ領域１２ａの記憶容量にて実現できるため、メモリ領域１２ａの記憶容量を削減することも可能であり、ソフトスイッチを構成するＳＩＰサーバ１０の製造コストや販売価格を抑えることもできる。

また、ソフトスイッチが障害となった場合でも、短時間で復旧されるため端末へのサービス停止時間が短縮される。
また、ＳＩＰを使用したＩＰネットワーク網において、一つのソフトスイッチ（ＳＩＰサーバ１０）が受け持つことが可能な同時セッション接続数が拡張されることにより、ＩＰネットワーク上に配備するソフトスイッチの台数を削減することができ、サービス実現のための設備コストの削減を実現できる。

次に、本実施の形態の変形例について図１７、図１８および図１９を用いて説明する。
この図１７〜図１９の変形例では、個々のＳＩＰセッションに関わるクライアント２０（端末）の側において、ＳＩＰセッション中に、当該クライアント２０とＳＩＰサーバ１０との間で授受される上述の各種メッセージ等のＳＩＰ信号（セッション制御用信号）のログ情報をハードディスク２３にログ管理データ２１１−５として記録させる（図６参照）。そして、必要に応じて、クライアント２０からＳＩＰサーバ１０にログ管理データ２１１−５を回収する。

すなわち、ＳＩＰサーバ１０から個々の発信側／着信側の端末（クライアント２０）が自端末にてハードディスク２３に保持しているログ管理データ２１１−５の収集要求を行う。

ログ管理データ２１１−５は、ＳＩＰサーバ１０においてまとめて記録しようとすると莫大な記憶資源を必要とするが、本実施の形態のように、個々のセッションに関係する個々のクライアント２０にて分散して記録する場合には、セッション単位の記録となる。従って、個々のクライアント２０におけるログ管理データ２１１−５の情報量は比較的少ないため、クライアント２０の記憶資源を圧迫することなく、比較的長時間のセッションにおけるログ管理データ２１１−５の記録が可能である。

図１７に、ＳＩＰサーバ１０から個々の発信側／着信側の端末に対してログ管理データ２１１−５の収集を要求するシーケンスの一例を示す。
たとえば、保守者よりＳＩＰサーバ１０に対して、ログ収集要求コマンドが実行された場合に（ステップ８０１）、ＳＩＰサーバ１０はＩＮＦＯメッセージ８５を発信側の端末Ａに送信する（ステップ８０２）。

図１８にログ収集要求メッセージ９２を設定したＩＮＦＯメッセージ８５を示す。ＩＮＦＯメッセージ８５を詳細に説明するとＩＮＦＯメッセージ８５のｍｅｓｓａｇｅ−ｂｏｄｙ部分にログ収集要求メッセージ９２を設定する。このログ収集要求メッセージ９２は端末とＳＩＰサーバ１０間で理解できるように予め決定したメッセージであれば、任意の内容でよい。

ＩＮＦＯメッセージ８５を受信した発信側の端末Ａは、ｍｅｓｓａｇｅ−ｂｏｄｙ部分を参照し、指定されたログ管理データ２１１−５を、ＩＮＦＯメッセージ８５に対応した２００ＯＫメッセージ８６のｍｅｓｓａｇｅ−ｂｏｄｙ部分に設定する（ステップ８０３）。

図１９に、ログ管理データ２１１−５を設定した２００ＯＫメッセージ８６の一例を示す。この２００ＯＫメッセージ８６を詳細に見ると、２００ＯＫメッセージ８６のｍｅｓｓａｇｅ−ｂｏｄｙ部分にログ管理データ２１１−５が設定されている。

発信側の端末Ａより２００ＯＫメッセージ８６を受信したＳＩＰサーバ１０は（ステップ８０４）、ｍｅｓｓａｇｅ−ｂｏｄｙ部分に存在するログ管理データ２１１−５を参照し、必要に応じて編集を行い（ステップ８０５）、編集後のセッション制御用信号ログ情報（ログ管理データ２１１−５）を出力する（ステップ８０６）。

このように、本変形例では、任意のセッションの生成から切断までの間に発生したセッション制御用信号を時系列に記録したログ管理データ２１１−５を、個々の当該セッションに関係する個々のクライアント２０の側にて記録させ、このログ管理データ２１１−５を、必要に応じて、クライアント２０からＳＩＰサーバ１０の側に収集することで、ログ管理データ２１１−５を保持するための大きな記憶資源をＳＩＰサーバ１０に設ける必要がなくなる。

換言すれば、ＳＩＰサーバ１０における記憶資源の有限性に制約されることなく、全てのセッションに関するログ管理データ２１１−５を確実に記録してネットワークの運用管理等に有効に活用することが可能になる。

たとえば、ソフトスイッチ（ＳＩＰサーバ１０）の保守者が参照したいクライアント２０のＳＩＰ信号のログ情報が上書きされずに完全な状態で収集可能となる。また、記憶資源の制約から特定のクライアント２０を指定したログ情報の収集登録が不要であるため、任意のクライアント２０について、過去に遡ってログ情報の収集が可能となる。
なお、本発明は、上述の実施の形態に例示した構成に限らず、その趣旨を逸脱しない範囲で種々変更可能であることは言うまでもない。

（付記１）
情報ネットワークを介して接続される複数のクライアント装置の間の情報通信のために設定されるセッションの生成、維持、切断に介在するサーバ装置の制御方法であって、
前記セッションの生成時に前記サーバ装置に生成されるセッション管理情報のうち、課金に関係する第１セッション管理情報を前記サーバ装置が保持し、前記第１セッション管理情報以外の第２セッション管理情報を前記クライアント装置に送信する工程と、
前記セッションの切断時に前記クライアント装置から前記サーバ装置に前記第２セッション情報を回収する工程と、
を含むことを特徴とするサーバ装置の制御方法。
（付記２）
付記１記載のサーバ装置の制御方法において、個々の前記クライアント装置において記録されていたセッション制御信号のログ情報を、前記クライアント装置から収集する工程をさらに含むことを特徴とするサーバ装置の制御方法。
（付記３）
付記１記載のサーバ装置の制御方法において、前記サーバ装置は、ＳＩＰ（Session Initiation Protocol）にて前記セッションの管理を行うＳＩＰサーバであることを特徴とするサーバ装置の制御方法。
（付記４）
サーバ装置の介在によって生成、維持、切断が制御されるセッションを介して、他のクライアント装置との間における情報通信を行うクライアント装置の制御方法であって、
前記セッションの生成時に前記サーバ装置に生成されるセッション管理情報を構成し、課金に関係する第１セッション管理情報および前記第１セッション管理情報以外の第２セッション管理情報のうち、前記第２セッション管理情報を前記サーバ装置から受信して保持する工程と、
前記セッションの切断時に、前記第２セッション管理情報を前記サーバ装置に送信する工程と、
を含むことを特徴とするクライアント装置の制御方法。
（付記５）
付記４記載のクライアント装置の制御方法において、
セッション制御信号のログ情報を記録する工程と、
前記サーバ装置からの要求に応じて、前記ログ情報を前記サーバ装置に送信する工程と、
をさらに含むことを特徴とするクライアント装置の制御方法。
（付記６）
情報ネットワークを介して接続される複数のクライアント装置の間の情報通信のために設定されるセッションの生成、維持、切断に介在するサーバ装置であって、
前記セッションの生成時に当該セッションの管理のために前記サーバ装置に生成されるセッション管理情報のうち、課金に関係する第１セッション管理情報を保持し、前記第１セッション管理情報以外の第２セッション管理情報を前記クライアント装置に送信する動作と、
前記セッションの切断時に前記クライアント装置から前記第２セッション情報を回収する動作と、
を行う制御論理を含むことを特徴とするサーバ装置。
（付記７）
付記６記載のサーバ装置において、前記制御論理は、さらに、個々の前記クライアント装置において記録されていたセッション制御信号のログ情報を、必要に応じて、前記クライアント装置から収集する動作を行うことを特徴とするサーバ装置。
（付記８）
付記６記載のサーバ装置において、前記サーバ装置は、ＳＩＰ（Session Initiation Protocol）にて前記セッションの管理を行うＳＩＰサーバであることを特徴とするサーバ装置。
（付記９）
サーバ装置の介在によって生成、維持、切断が制御されるセッションを介して、他のクライアント装置との間における情報通信を行うクライアント装置であって、
前記セッションの生成時に当該セッションの管理のために前記サーバ装置に生成されるセッション管理情報を構成し、課金に関係する第１セッション管理情報および前記第１セッション管理情報以外の第２セッション管理情報のうち、前記第２セッション管理情報を前記サーバ装置から受信して保持する動作と、
前記セッションの切断時に、前記第２セッション管理情報を前記サーバ装置に送信する動作と、
を行う制御論理を含むことを特徴とするクライアント装置。
（付記１０）
付記９記載のクライアント装置において、前記制御論理は、
セッション制御信号のログ情報を記録する動作と、前記サーバ装置からの要求に応じて、前記ログ情報を前記サーバ装置に送信する動作と、をさらに行うことを特徴とするクライアント装置。
（付記１１）
情報ネットワークを介して接続される複数のクライアント装置の間の情報通信のために設定されるセッションの生成、維持、切断に介在するサーバ装置の制御プログラムであって、
前記サーバ装置に、
前記セッションの生成時に当該セッションの管理のために前記サーバ装置に生成されるセッション管理情報のうち、課金に関係する第１セッション管理情報を前記サーバ装置が保持し、前記第１セッション管理情報以外の第２セッション管理情報を前記クライアント装置に保持させる工程と、
前記セッションの切断時に前記クライアント装置から前記サーバ装置に前記第２セッション情報を回収する工程と、
を実行させることを特徴とするサーバ装置の制御プログラム。
（付記１２）
付記１１記載のサーバ装置の制御プログラムにおいて、
さらに、個々の前記クライアント装置において記録されていたセッション制御信号のログ情報を、必要に応じて、前記クライアント装置から収集する工程を前記サーバ装置に行わせることを特徴とするサーバ装置の制御プログラム。
（付記１３）
付記１１記載のサーバ装置の制御プログラムにおいて、
前記サーバ装置は、ＳＩＰ（Session Initiation Protocol）にて前記セッションの管理を行うＳＩＰサーバであることを特徴とするサーバ装置の制御プログラム。
（付記１４）
サーバ装置の介在によって生成、維持、切断が制御されるセッションを介して、他のクライアント装置との間における情報通信を行うクライアント装置の制御プログラムであって、
前記クライアント装置に、
前記セッションの生成時に当該セッションの管理のために前記サーバ装置に生成されるセッション管理情報を構成し、課金に関係する第１セッション管理情報および前記第１セッション管理情報以外の第２セッション管理情報のうち、前記第２セッション管理情報を前記サーバ装置から受信して保持する工程と、
前記セッションの切断時に、前記第２セッション管理情報を前記サーバ装置に送信する工程と、
を実行させることを特徴とするクライアント装置の制御プログラム。
（付記１５）
付記１４記載のクライアント装置の制御プログラムにおいて、さらに、
セッション制御信号のログ情報を記録する工程と、
前記サーバ装置からの要求に応じて、前記ログ情報を前記サーバ装置に送信する工程と、
を前記クライアント装置に実行させることを特徴とするクライアント装置の制御プログラム。
（付記１６）
情報ネットワークを介して接続される複数の第１情報処理装置と、前記情報ネットワークに接続され、複数の前記第１情報処理装置の間の情報通信のために設定されるセッションの生成、維持、切断に介在する第２情報処理装置とを含む情報通信システムのセッション制御方法であって、
前記セッションの生成時に前記第２情報処理装置に生成されるセッション管理情報のうち、課金に関係する第１セッション管理情報を前記第２情報処理装置が保持し、前記第１セッション管理情報以外の第２セッション管理情報を前記第１情報処理装置に保持させる工程と、
前記セッションの切断時に前記第１情報処理装置から前記第２情報処理装置に前記第２セッション情報を回収する工程と、
を含むことを特徴とするセッション制御方法。
（付記１７）
付記１６記載のセッション制御方法において、セッション制御信号のログ情報を個々の前記第１情報処理装置において記録する工程と、
必要に応じて、前記第２情報処理装置が、前記ログ情報を前記第１情報処理装置から収集する工程と、
をさらに含むことを特徴とするセッション制御方法。
（付記１８）
付記１６記載のセッション制御方法において、前記第２情報処理装置は、ＳＩＰ（Session Initiation Protocol）にて前記セッションの管理を行うＳＩＰサーバであることを特徴とするセッション制御方法。

本発明の一実施の形態であるセッション制御方法が実施される情報ネットワークの構成の一例を示す概念図である。 本発明の一実施の形態である情報ネットワークを構成するソフトスイッチおよび複数のクライアントにおけるソフトウェア構成の一例を示す概念図である。 ソフトスイッチを構成するソフトウェアの内部構成をより詳細に例示した概念図である。 ソフトスイッチを構成するソフトウェアの内部構成をより詳細に例示した概念図である。 クライアントを構成するソフトウェアの内部構成をより詳細に例示した概念図である。 クライアントを構成するソフトウェアの内部構成をより詳細に例示した概念図である。 本発明の一実施の形態であるソフトスイッチとして機能するＳＩＰサーバのハードウェアの構成の一例を示すブロック図である。 本発明の一実施の形態であるクライアントのハードウェア構成の一例を示すブロック図である。 本発明の一実施の形態である情報ネットワークの構成をより詳細に例示した概念図である。 発呼からＳＩＰセッションの通話確立までのメッセージシーケンスの一例を示すシーケンス図である。 ＩＮＶＩＴＥメッセージの一例を示す説明図である。 セッション設定用データが設定された２００ＯＫメッセージの一例を示す説明図である。 セッション設定用データが設定されたＡＣＫメッセージの一例を示す説明図である。 通話中から切断までのＳＩＰセッションのメッセージシーケンスの一例を示すシーケンス図である。 セッション設定用データが設定されたＢＹＥメッセージの一例を示す説明図である。 通話中状態において、端末障害が発生した時の処理の一例を示すシーケンス図である。 通話中状態において、ＳＩＰサーバに障害が発生した場合の処理の一例を示すシーケンス図である。 複数セッションの同時接続時のメッセージシーケンスを示すシーケンス図である。 本発明の一実施の形態の変形例におけるセッションログの収集処理を示すシーケンス図である。 ログ収集要求メッセージが設定されたＩＮＦＯメッセージの一例を示す説明図である。 ログ情報が設定された２００ＯＫメッセージの一例を示す説明図である。

符号の説明

１０ ＳＩＰサーバ
１１ ＣＰＵ
１２ 主記憶
１２ａ メモリ領域
１３ 外部記憶装置
１４ ネットワークインタフェース
１５ バス
１８ 課金データファイル
２０ クライアント
２１ ＭＰＵ
２２ 主記憶
２２ａ メモリ領域
２３ ハードディスク
２４ ユーザインタフェース
２５ ネットワークインタフェース
２６ バス
５０ ネットワークオペレーティングシステム
６０ ネットワーク
６１ ルータ
６２ メディアストリーム
７０ セッション管理情報
７１ 課金用データ
７２ セッション設定用データ
８０ ＳＩＰ信号
８１ ＩＮＶＩＴＥメッセージ
８２ ２００ＯＫメッセージ
８３ ＡＣＫメッセージ
８４ ＢＹＥメッセージ
８５ ＩＮＦＯメッセージ
８６ ２００ＯＫメッセージ
９１ セッション管理タイマ
９２ ログ収集要求メッセージ
１００ ソフトスイッチプログラム
１１０ ソフトスイッチ実行部
１１１ セッション処理部
１１１−１ 信号メモリ変換制御部
１１１−１ａ 信号メモリ変換実行部
１１１−１ｂ ＳＩＰ信号生成部
１１１−１ｃ メモリ情報復帰制御部
１１１−２ セッション制御部
１１１−３ ＳＩＰ制御部
１１２ 保守制御部
１１２−１ ログ収集制御部
１１２−１ａ ログ収集受付部
１１２−１ｂ ログ収集用ＳＩＰ信号生成部
１１２−１ｃ ログデータ取出し部
１１３ ネットワークオペレーティングシステム通信部
２００ クライアントプログラム
２１０ クライアント実行部
２１１ クライアントセッション処理部
２１１−１ 信号データ管理部
２１１−１ａ 信号データ格納実行部
２１１−１ｂ 信号抽出格納部
２１１−１ｃ 設定信号生成部
２１１−２ セッション制御部
２１１−３ ＳＩＰ制御部
２１１−４ ＳＩＰログ制御部
２１１−４ａ ＳＩＰログ収集実行部
２１１−４ｂ ディスクアクセス部
２１１−４ｃ ログ通知用ＳＩＰ信号生成部
２１１−５ ログ管理データ

Claims (5)

1. 情報ネットワークを介して接続される複数のクライアント装置の間の情報通信のために設定されるセッションの生成、維持、切断に介在するサーバ装置の制御方法であって、
   前記セッションの生成時に前記サーバ装置に生成されるセッション管理情報のうち、課金に関係する第１セッション管理情報を前記サーバ装置が保持し、前記第１セッション管理情報以外の第２セッション管理情報を前記クライアント装置に送信する工程と、
   前記セッションの切断時に前記クライアント装置から前記サーバ装置に前記第２セッション情報を回収する工程と、
   を含むことを特徴とするサーバ装置の制御方法。
2. 請求項１記載のサーバ装置の制御方法において、
   個々の前記クライアント装置において記録されていたセッション制御信号のログ情報を、前記クライアント装置から収集する工程をさらに含むことを特徴とするサーバ装置の制御方法。
3. サーバ装置の介在によって生成、維持、切断が制御されるセッションを介して、他のクライアント装置との間における情報通信を行うクライアント装置の制御方法であって、
   前記セッションの生成時に前記サーバ装置に生成されるセッション管理情報を構成し、課金に関係する第１セッション管理情報および前記第１セッション管理情報以外の第２セッション管理情報のうち、前記第２セッション管理情報を前記サーバ装置から受信して保持する工程と、
   前記セッションの切断時に、前記第２セッション管理情報を前記サーバ装置に送信する工程と、
   を含むことを特徴とするクライアント装置の制御方法。
4. 請求項３記載のクライアント装置の制御方法において、
   セッション制御信号のログ情報を記録する工程と、
   前記サーバ装置からの要求に応じて、前記ログ情報を前記サーバ装置に送信する工程と、
   をさらに含むことを特徴とするクライアント装置の制御方法。
5. 情報ネットワークを介して接続される複数の第１情報処理装置と、前記情報ネットワークに接続され、複数の前記第１情報処理装置の間の情報通信のために設定されるセッションの生成、維持、切断に介在する第２情報処理装置とを含む情報通信システムのセッション制御方法であって、
   前記セッションの生成時に前記第２情報処理装置に生成されるセッション管理情報のうち、課金に関係する第１セッション管理情報を前記第２情報処理装置が保持し、前記第１セッション管理情報以外の第２セッション管理情報を前記第１情報処理装置に保持させる工程と、
   前記セッションの切断時に前記第１情報処理装置から前記第２情報処理装置に前記第２セッション情報を回収する工程と、
   を含むことを特徴とするセッション制御方法。

Images