JP4028853B2

JP4028853B2 - 情報サービス通信ネットワークシステムおよびセッション管理サーバ

Info

Publication number: JP4028853B2
Application number: JP2004098235A
Authority: JP
Inventors: 和義星野; 一磨湯本; 聡史清藤; 貴史宮本; 靖典三枝
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-03-30
Filing date: 2004-03-30
Publication date: 2007-12-26
Anticipated expiration: 2024-03-30
Also published as: US8271667B2; CN101136930B; CN100355238C; US20050220039A1; CN1677928A; CN101136931A; JP2005284753A; CN101136930A; CN101136931B

Description

本発明は、情報サービス通信ネットワークシステムおよびセッション管理サーバに関し、更に詳しくは、複数のアプリケーションサーバが接続された情報サービス通信ネットワークにおいて、クライアント端末からの要求に応じて、クライアント端末とアプリケーションサーバとの間のセッションの確立／切断のための通信手順を実行するセッション管理サーバ、および該セッション管理サーバの機能を利用した情報サービス通信ネットワークシステムに関する。

ＩＰ（Internet Protocol）網が普及し、インターネットを介してコンテンツプロバイダが提供する各種情報サービスの利用者が増加している。情報サービス用のアプリケーションサーバとしては、音楽や映画などのコンテンツ情報を配信するストリーミングサーバの他に、例えば、電子メール用のＶＭ／ＵＭサーバ、複数のユーザ間での電話会議を可能とする電話会議サーバなどがある。

インターネットユーザが、コンテンツプロバイダが所有するアプリケーションサーバから情報サービスを受けるためには、ユーザ認証に必要なユーザＩＤやパスワード等の認証情報を予め登録しておく必要がある。ユーザＩＤと認証情報の登録は、コンテンツプロバイダが提供するサービス毎に必要となる。

インターネットユーザが所有するクライアント端末は、ユーザが予め契約したセッション管理サーバを介して目的のアプリケーションサーバと接続される。セッション管理サーバとしては、例えば、ＩＰマルチメディア通信におけるセッションの確立、終了用のプロトコルとしてＩＥＴＦ（Internet Engineering Task Force）ＲＦＣ３２６１で仕様化されたＳＩＰ（Session Initiation Protocol）サーバが知られている。

ＩＥＴＦ（Internet Engineering Task Force）ＲＦＣ３２６１

インターネットユーザに情報サービスを提供するコンテンツプロバイダは、各アプリケーションサーバに、セッション管理サーバを介してクライアント端末からのセッション設定要求を受けた時、ユーザ認証やサービス認可を行うためのソフトウェアを予め組み込んでおく必要がある。各アプリケーションサーバには、ユーザに提供したサービス毎のログ情報（アプリケーションログ情報）と、クライアント端末との接続時間（セッションログ情報）とを記録しておき、これを課金サーバに通知する機能も装備する必要がある。

従って、コンテンツプロバイダには、情報サービス事業の開始に先立って、情報サービスに付随するこれらの管理用ソフトウェアの開発とアプリケーションサーバへの装備にかなりのコスト負担を強いられる。尚、上記セッションログ情報の収集機能は、セッション管理サーバ（例えば、ＳＩＰサーバ）側にも必要とされる。

本発明の目的は、アプリケーションサーバの負荷を軽減可能なセッション管理サーバを提供することにある。
本発明の他の目的は、アプリケーションサーバの利用者に対する課金を柔軟に変更可能にしたセッション管理サーバを提供することにある。
本発明の更に他の目的は、コンテンツプロバイダのコスト負担を軽減し、アプリケーションサーバの運営を容易にした情報サービス通信ネットワークシステムを提供することにある。
本発明の更に他の目的は、情報サービスに付随するアプリケーションサーバ負荷を軽減した情報サービス通信ネットワークシステムを提供することにある。

上記目的を達成するため、本発明によるセッション管理サーバ（例えば、ＳＩＰサーバ）は、クライアント端末からの特定アプリケーションサーバへのセッション設定要求パケットの受信時に、上記特定アプリケーションサーバに代わって、上記クライアント端末へのサービス提供の可否を判定するための手段と、上記サービス提供が可と判断された場合に、上記特定アプリケーションサーバにセッション設定要求パケットを転送するための手段とを有することを特徴とする。

上記クライアント端末へのサービス提供の可否判定は、セッション管理サーバが、例えば、それぞれ前記セッション設定要求パケットから抽出される特定の情報項目の内容とサービス識別子との関係を予め定義した複数のエントリからなるサービス判定テーブルと、ユーザ識別子と提供可能なサービスの識別子との関係を予め定義した複数のエントリからなるユーザ加入サービステーブルとを備え、クライアント端末からの特定アプリケーションサーバへのセッション設定要求パケットの受信時に、上記サービス判定テーブルを参照して、受信パケットと対応するサービス識別子を特定し、上記ユーザ加入サービステーブルを参照して、該受信パケットが示すユーザ識別子と上記特定されたサービス識別子との関係をチェックすることによって実現できる。但し、受信パケットが示すユーザ識別子と認証情報に基づいてユーザ認証を実行する場合、上記クライアント端末へのサービス提供の可否を判定は、ユーザ認証の後で実行する。

セッション管理サーバが接続された情報サービス通信ネットワークに、該セッション管理サーバと連携してユーザ認証を行う加入者管理サーバが存在している場合は、セッション管理サーバは、クライアント端末からセッション設定要求パケットの受信時に、受信パケットから抽出したユーザ識別子と認証情報を指定して、上記加入者管理サーバにユーザ認証を要求し、加入者管理サーバからユーザ識別子が認証されたことを示す応答を受信した後で、上記クライアント端末へのサービス提供の可否を判定すればよい。

上記クライアント端末へのサービス提供の可否判定は、上記加入者管理サーバと連携して行うようにしてもよい。この場合、加入者管理サーバ側に上記ユーザ加入サービステーブルを備えておき、ユーザ識別子が認証された時、セッション管理サーバが、上記サービス判定テーブルを参照して、セッション設定要求パケットと対応するサービス識別子を特定し、該セッション設定要求パケットが示すユーザ識別子と上記特定されたサービス識別子を指定して、上記加入者管理サーバにユーザ加入サービスの認証を要求する。

本発明のセッション管理サーバの他の特徴は、上記セッション設定要求に対するアプリケーションサーバからの応答パケットを要求元のクライアント端末に転送する時、上記セッション設定要求パケット（または上記応答パケット）が示すユーザ識別子および上記サービス判定テーブルで特定されたサービス識別子と対応付けて、セッションログ情報の収集を開始することにある。

本発明による情報サービス通信ネットワークは、上述したセッション管理サーバを適用することによって、各アプリケーションサーバが、上記クライアント端末へのサービス提供の可否を判定することなく、セッション設定要求パケットへの応答パケットを返送し、クライアント端末との間にセッションを設定することを特徴とする。

また、本発明による情報サービス通信ネットワークは、クライアント端末とアプリケーションサーバが通信中は、セッション管理サーバ側でセッションログ情報の収集し、アプリケーションサーバ側では、アプリケーションログ情報のみを収集しておき、セッションの終了時に、アプリケーションサーバで収集したアプリケーションログ情報と、セッション管理サーバで収集したセッションログ情報を課金サーバに送信することによって、クライアント端末のユーザに対する課金処理を一元化することを特徴とする。

本発明によれば、情報サービスを提供するアプリケーションサーバに代わって、セッション管理サーバが、クライアント端末へのサービス提供の可否判定を行うようにしているため、各アプリケーションサーバの負荷と、コンテンツプロバイダの負担を軽減することが可能となる。

また、複数のアプリケーションサーバのセッションログ情報の収集をセッション管理サーバで一括して行うことによって、各アプリケーションサーバの負荷を軽減でき、コンテンツプロバイダによるアプリケーションサーバ毎のセッションログ情報の形式統一のための作業を不要にすることが可能となる。また、セッションログ情報をユーザ識別子とサービス識別子に対応付けて収集することによって、例えば、サービス毎にセッション単価を変更した柔軟な課金処理が可能となる。

以下に、本発明の実施形態について図面を参照して説明する。
図１は、本発明のセッション管理装置（以下、ＳＩＰサーバと言う）が適用される通信ネットワークシステムの１例を示す。

通信ネットワークシステムは、ネットワーク５０に接続された複数のクライアント端末１（１−１、１−２、・・・）と、セッション管理機能を備えたＳＩＰサーバ１０と、加入者管理サーバ２０と、課金サーバ３０と、クライアント端末１に情報サービスを提供する複数のアプリケーションサーバ４０（４０−１、４０−２、・・・）からなる。上記アプリケーションサーバ４０としては、例えば、インスタントメッセージ・サーバや、クライアントに各種のコンテンツ情報を提供するコンテンツ配信サーバ、複数のクライアント間の電話会議をサポートする電話会議サーバなどが含まれる。

ここで、各クライアント端末１とアプリケーションサーバ４０に付随して括弧内に示した文字列は、ネットワーク５０上で転送されるＩＰパケットで使用される装置アドレスを示している。これらのアドレスは、いずれもその一部にＳＩＰサーバ１０のアドレス「ａａａ．ｃｏｍ」を含んでおり、これらの端末とアプリケーションサーバがＳＩＰサーバ１０に所属していることが判る。各クライアント端末１とアプリケーションサーバ４０との接続（セッションの設定）は、ＳＩＰサーバ１０を介して行われる。

図２は、本発明のＳＩＰサーバが適用される通信ネットワークシステムの他の構成例を示す。
ここに示した例では、通信ネットワークシステムは、ＳＩＰサーバ１０Ａが管理する第１ネットワーク５０Ａと、ＳＩＰサーバ１０Ｂが管理する第２ネットワーク５０Ｂとからなっている。第１ネットワーク５０Ａに接続された加入者管理サーバ２０Ａは、ＳＩＰサーバ１０Ａと連携して、第１ネットワーク５０Ａに収容されたクライアント端末１Ａ（１Ａ−１、１Ａ−２、・・・）の認証処理を実行する。また、第１ネットワーク５０Ａに接続された課金サーバ３０Ａは、ＳＩＰサーバ１０Ａと連携して、クライアント端末１Ａおよび第１ネットワーク５０Ａに収容されたアプリケーションサーバ４０Ａ（４０Ａ−１、４０Ａ−２、・・・）のための課金処理を実行する。

これと同様に、第２ネットワーク５０Ｂに接続された加入者管理サーバ２０Ｂは、ＳＩＰサーバ１０Ｂと連携して、第２ネットワーク５０Ｂに収容されたクライアント端末１Ｂ（１Ｂ−１、１Ｂ−２、・・・）の認証処理を実行する。また、第２ネットワーク５０Ｂに接続された課金サーバ３０Ｂは、ＳＩＰサーバ１０Ｂと連携して、クライアント端末１Ｂおよび第２ネットワーク５０Ｂに収容されたアプリケーションサーバ４０Ｂ（４０Ｂ−１、４０Ｂ−２、・・・）のための課金処理を実行する。

第１ネットワークに接続されたクライアント端末、例えば、端末１Ａ−１が、第２ネットワークに接続されたアプリケーションサーバ、例えば、サーバ４０Ｂ−２への接続要求（セッション設定要求）を発行した場合、この接続要求はＳＩＰサーバ１０Ａによって受信される。ＳＩＰサーバ１０Ａは、接続要求先が、ＳＩＰサーバ１０Ｂによって管理されている第２ネットワーク５０Ｂに収容されたのサーバ４０Ｂ−２であることが判明すると、上記接続要求をＳＩＰサーバ１０Ｂに転送する。一方、アプリケーションサーバ４０Ｂ−２からの接続応答は、ＳＩＰサーバ１０Ｂを介してＳＩＰサーバ１０Ａに転送され、ＳＩＰサーバ１０Ａから要求元のクライアント端末１Ａ−１に返送される。

図３は、ＳＩＰサーバ１０（１０Ａ、１０Ｂ）のブロック構成を示す。
ＳＩＰサーバ１０は、ネットワーク５０（５０Ａ、５０Ｂ）に接続するためのネットワークインタフェース１１と、プロセッサ（ＣＰＵ）１２と、プロセッサ１２が実行する各種のプログラムとサービス判定テーブル１５を記憶したメモリ１３と、セッションログ情報ファイル１６、その他のファイルデータが蓄積される大容量メモリ（ハードディスク）１４とからなる。メモリ１３には、本発明が関係するプログラムとして、ＳＩＰプロトコル処理ルーチンと、セッションログ情報の収集ルーチンが用意されている。

本発明の１つの特徴は、クライアント端末から管理下にある何れかのアプリケーションサーバへの接続要求（ＳＩＰ：ＩＮＶＩＴＥメッセージ）を受信したとき、ＳＩＰサーバ１０が、加入者管理サーバ２０と連携して、クライアント端末の認証（ユーザ認証）と、アプリケーションサーバ４０に代わってユーザのサービス利用資格の認証（サービス認証）を実行することにある。

本発明の他の特徴の１つは、クライアント端末とアプリケーションサーバとの間にセッションが設定されたとき、ＳＩＰサーバ１０が、セッション別のログ情報の収集処理を開始し、クライアント端末から上記アプリケーションサーバとの間のセッション切断要求（ＳＩＰ：ＢＹＥメッセージ）を受信したとき、アプリケーションサーバと連携して、課金サーバ３０に、セッション別、アプリケーション別のログ情報を蓄積するようにしたことにある。

図４は、ＳＩＰサーバ１０が備えるサービス判定テーブル１５の１例を示す。
サービス判定テーブル１５は、クライアント端末が発行するＳＩＰメッセージの内容１５１と、サービスＩＤ：１５２との関係を予め定義した複数のエントリからなる。

サービスＩＤ：１５２は、アプリケーションサーバが提供する情報サービスの識別子を示しており、サービスＩＤ：１５２が判れば、アプリケーションサーバが特定される。ＳＩＰメッセージ内容１５１としては、上記サービスＩＤの特定に必要となる複数の情報項目、例えば、ＳＩＰメッセージの種類を示すリクエストメソッド１５１１、リクエストＵＲＩ：１５１２、宛先アドレス１５１３、コンテンツ種類１５１４、その他の情報１５１５が含まれる。

ＳＩＰサーバ１０は、クライアント端末からＳＩＰメッセージを受信すると、受信メッセージから項目１５１１〜１５１５に対応する情報を抽出し、サービス判定テーブル１５から、受信メッセージが該当するサービスＩＤを検索する。検索されたサービスＩＤは、加入者管理サーバ２０と連携したユーザサービス認証に利用される。

図５は、ＳＩＰサーバ１０が備えるセッションログ情報ファイル１６の１例を示す。
セッションログ情報ファイル１６には、セッション接続要求元ユーザＩＤ：１６１、サービスＩＤ：１６２、ＳＩＰメッセージに含まれるＣａｌｌＩＤ：１６３と対応して、セッションログ情報１６４が記録される。ここでは、セッションの接続時間を算出するために、セッションログ情報１６４としては、セッション接続の開始時刻と終了時刻が記録されている。

図６は、各アプリケーションサーバ４０が備えるアプリケーションログ情報ファイル３５の１例を示す。
アプリケーションログ情報ファイル３５は、接続要求元ユーザＩＤ：３５１、接続先アプリケーションサーバのＵＲＩ：３５２、ＣａｌｌＩＤ：３５３と対応して、アプリケーションログ情報３５４と、サービス単価３５５の関係を示している。

図７は、加入者管理サーバ２０のブロック構成を示す。
加入者管理サーバ２０は、ネットワーク５０（５０Ａ、５０Ｂ）に接続するためのネットワークインタフェース２１と、プロセッサ（ＣＰＵ）２２と、プロセッサ１２が実行する各種のプログラムを記憶したメモリ２３と、ユーザ認証テーブル２５およびユーザ加入サービステーブル２６を記憶したハードディスク２４とからなる。

図８は、ユーザ認証テーブル２５の１例を示す。
ユーザ認証テーブル２５は、ＳＩＰサーバ１０による接続サービス契約をしているクライアント端末ユーザの識別子（ユーザＩＤ）２５１と、各ユーザが予め登録したパスワード２５２との関係を示した複数のエントリからなる。

図９は、ユーザ加入サービステーブル２５の１例を示す。
ユーザ加入サービステーブル２５は、ユーザＩＤ２６１と、ユーザが利用可能な情報サービスの識別子（サービスＩＤ）２６２との関係を示した複数のエントリからなる。尚、ここでは、ユーザ認証テーブル２５と、ユーザ加入サービステーブル２６とを別々のテーブルとして用意しているが、ユーザＩＤを検索キーとして、パスワードとサービスＩＤを１つのテーブルから検索できるようにしてもよい。

次に、図１０〜図２３を参照して、本発明のＳＩＰサーバ１０の動作について詳細に説明する。
図１０は、図１に示した通信ネットワークにおいて、クライアント端末１−１がセッション設定要求（以下、ＡＰ接続要求と言う）を発行した時の通信シーケンス図を示す。例えば、クライアント端末１−１が、アプリケーションサーバ４０−１との間にセッションを設定したい場合、クライアント端末１−１は、アプリケーションサーバ４０−１のＵＲＩを指定したＡＰ接続要求パケット１０１をＳＩＰサーバ１０に送信する。

ＡＰ接続要求パケット１０１は、図１２（Ａ）に示すように、ＩＰヘッダ２０１と、ＵＤＰ／ＴＣＰヘッダ２０２と、ペイロード部２０３とからなり、ペイロード部２０３に、ＩＥＴＦ（Internet Engineering Task Force）ＲＦＣ３２６１で規定されたＳＩＰ（Session Initiation Protocol）のＡＰ接続要求メッセージＭ０１を含む。

ＳＩＰメッセージは、ＳＩＰメッセージの種類（Request-Method）と宛先アドレス（ＵＲＩ）を示すスタートラインと、要求または応答を記述したヘッダ部と、セッション内容を記述したメッセージボディ部とからなる。ＳＩＰのセッション記述には、ＩＥＴＦＲＦＣ３２６６で仕様化されたＳＤＰ（Session Description Protocol）が適用される。

ＡＰ接続要求ＳＩＰメッセージＭ０１は、図１２（Ｂ）に示すように、スタートラインに、リクエストメソッドとして、このメッセージがセッション接続要求用であることを示す“ＩＮＶＩＴＥ”を含み、宛先アドレスとして、アプリケーションサーバ４０−１のＵＲＩ“ａｐ１＠ａａａ．ｃｏｍ”を含む。
ＳＩＰでは、ヘッダ部の最初の部分に、ＳＩＰメッセージの経路を示すＶｉａヘッダが付加される。ここでは、クライアント端末１−１からの受信時にはＶｉａヘッダは未だ付加されていないことを示すために括弧を付してあるが、後述するように、ＳＩＰメッセージが、ＳＩＰサーバ１０から宛先アプリケーションサーバ４０−１に転送される時点（１１０）では、ＳＩＰサーバ１０のＵＲＩ“ａａａ．ｃｏｍ”を含むＶｉａヘッダが付加される。

ＴｏヘッダとＦｒｏｍヘッダは、それぞれ宛先と送信元を示し、Ｃａｌｌ−ＩＤは、送信元で指定したセッション識別子を示す。Ｐｒｏｘｙ−Ａｕｔｈｏｒａｉｚａｔｉｏｎヘッダは、送信元ユーザＩＤ（Ｄｉｇｅｓｔｕｓｅｒｎａｍｅ）、所属ドメイン（ｒｅａｌｍ）、暗号化用の乱数（ｎｏｎｃｅ）、パスワードを暗号化したＭＤ５（Message Digest No. 5）の値（ｒｅｓｐｏｎｓｅ）を示している。Ｃｏｎｔａｃｔヘッダは、ＳＩＰサーバに登録すべきクライアント端末１−１のＵＲＩを示し、Ｃｏｎｔｅｎｔ−ＴｙｐｅヘッダとＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈは、メッセージボディ部ＳＤＰの定義情報を示している。

ＳＩＰサーバ１０は、上記ＡＰ接続要求パケット１０１を受信すると、ＳＩＰメッセージＭ０１のＰｒｏｘｙ−Ａｕｔｈｏｒａｉｚａｔｉｏｎヘッダから、ユーザＩＤ“ｃｌｉｅｎｔ１”とＭＤ５の値を抽出し、これらの情報を含むユーザ認証要求メッセージＭ０３を生成し、これを図１３に示すユーザ認証要求パケット１０３として加入者管理サーバ２０に送信する。図１３に示すように、パケット１０３のペイロード部２０３に含まれるユーザ認証要求メッセージＭ０３は、このメッセージがユーザ認証要求であることを示すメッセージ求タイプ１０３Ａと、ユーザＩＤ１０３Ｂと、認証情報（ＭＤ５の値）１０３Ｃを含む。

加入者管理サーバ２０は、ユーザ認証要求パケット１０３を受信すると、図８に示したユーザ認証テーブル２５からユーザＩＤ１０３Ｂと対応するパスワードを検索し、該パスワードを所定の乱数で暗号化する。受信した認証情報（ＭＤ５の値）１０３Ｃが加入者管理サーバ２０で暗号化した値に一致した時、要求元ユーザが正規ユーザと認証される。

加入者管理サーバ２０は、認証結果を示す応答メッセージＭ０４を生成し、これを図１４に示すユーザ認証応答パケット１０４としてＳＩＰサーバ１０に送信する。上記応答メッセージＭ０４は、このメッセージがユーザ認証応答であることを示すメッセージタイプ１０４Ａと、ユーザＩＤ１０４Ｂと、認証結果１０４Ｃを含む。

ＳＩＰサーバ１０は、応答パケット１０４によりユーザ認証に成功したことが判明すると、ＳＩＰメッセージＭ０１からＲｅｑｕｅｓｔ−Ｍｅｔｈｏｄ、ＵＲＩ、Ｃｏｎｔｅｎｔ−Ｔｙｐｅを抽出し（１０５）、サービス判定テーブル１５から、上記情報項目の組み合わせに該当するサービスＩＤ１５２を検索して（１０６）、図１５に示すサービス認可要求メッセージＭ０７を生成する。

サービス認可要求メッセージＭ０７は、このメッセージがサービス認可要求であることを示すメッセージタイプ１０７Ａと、ユーザＩＤ：１０７Ｂと、サービスＩＤ：１０７Ｃとを含む。この場合、ユーザＩＤ：１０７Ｂには、ＳＩＰメッセージＭ０１のユーザＩＤ“ｃｌｉｅｎｔ１”が設定され、サービスＩＤ：１０７Ｃには、サービス判定テーブル１５から検索されたサービスＩＤ１５２が設定される。上記サービス認可要求メッセージＭ０７は、サービス認可要求パケット１０７として加入者管理サーバ２０に送信される。

加入者管理サーバ２０は、サービス認可要求メッセージＭ０７が示すユーザＩＤ：１０７Ｂに従ってユーザ加入サービステーブル２６を参照し、サービスＩＤ：１０７Ｃが該テーブル２５に登録されているか否かを判定する。判定結果は、図１６に示すサービス認可応答パケット１０８として、ＳＩＰサーバ１０に返送される。
サービス認可応答パケット１０８は、ペイロード２０３にサービス認可応答メッセージＭ０８を含み、該メッセージは、このメッセージがサービス認可応答であることを示すメッセージタイプ１０８Ａと、ユーザＩＤ：１０８Ｂと、認証結果１０８Ｃとを含む。

上記サービス認可応答メッセージＭ０８により、サービス認証に成功したことが判明すると、ＳＩＰサーバ１０は、ＡＰ接続要求メッセージＭ０１のＴｏヘッダが示すＵＲＩから、宛先アプリケーションサーバ４０−１のＩＰアドレスを求め（アドレス解決）、該アプリケーションサーバにＡＰ接続要求パケット１１０を送信すると共に、要求元のクライアント端末１−１に対して、状態通知パケット１１１を送信する。アプリケーションサーバ４０−１のアドレス解決は、ＳＩＰサーバ１０が備えるＵＲＩとＩＰアドレスとの対応テーブルの参照、または図示しないＤＮＳサーバへの問合せによって行われる。

尚、ＡＰ接続要求パケット１１０によって宛先アプリケーションサーバ４０−１に転送されるＡＰ接続要求メッセージＭ０１には、図１２（Ｂ）で括弧内に示したＳＩＰサーバアドレス（ＵＲＩ）を示すＶｉａヘッダが追加されている。また、状態通知パケット１１１は、図１７（Ａ）に示すように、ペイロード２０３に、状態通知メッセージＭ１１を含む。状態通知メッセージＭ１１は、図１７（Ｂ）に示すように、スタートラインに、宛先装置に要求中であることを示す“１００Ｔｒｙｉｎｇ”を含み、ヘッダ部に、ＳＩＰサーバアドレスを示すＶｉａヘッダと、ＡＰ接続要求メッセージＭ０１から抽出された幾つかのヘッダ情報項目（Ｔｏ、Ｆｒｏｍ、Ｃａｌｌ−ＩＤ、ＣＳｅｑ）とＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダを含んでいる。

ＡＰ接続要求パケット１１０を受信したアプリケーションサーバ４０−１は、ユーザ認証やサービス認証を行うことなく、直ちにＳＩＰサーバ１０にＡＰ接続応答パケット１１２を返送し、接続要求元ユーザＩＤ（ｃｌｉｅｎｔ１）について、アプリケーションログ情報の収集処理を開始する（１１３）。

ＡＰ接続応答パケット１１２は、図１８（Ａ）に示すように、ペイロード２０３にＡＰ接続応答メッセージＭ１２を含む。ＡＰ接続応答メッセージＭ１２は、図１８（Ｂ）に示すように、スタートラインに、このメッセージが応答メッセージであることを示す“２００ＯＫ”を含み、ヘッダ部に、ＡＰ接続要求メッセージＭ０１から抽出された幾つかのヘッダ情報項目（Ｖｉａ、Ｔｏ、Ｆｒｏｍ、Ｃａｌｌ−ＩＤ、ＣＳｅｑ、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ）と、Ｃｏｎｔａｃｔヘッダ、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダを含む。Ｔｏヘッダには、アプリケーションサーバ４０−１で指定したｔａｇ情報が付加されている。また、Ｃｏｎｔａｃｔヘッダは、アプリケーションサーバ４０−１のＩＰアドレスを示している。

ＳＩＰサーバ１０は、ＡＰ接続応答パケット１１２を受信すると、ＡＰ接続応答メッセージＭ１２からＶｉａヘッダを除去し（１１４）、これをＡＰ応答パケット１１５として要求元のクライアント端末１−１に転送した後、接続要求元ユーザＩＤ（ｃｌｉｅｎｔ１）について、セッションログ情報の収集処理を開始する（１１６）。すなわち、ＳＩＰサーバ１０は、図５に示したセッションログ情報ファイル１６に、ＡＰ接続応答メッセージＭ１２（またはＡＰ接続要求メッセージＭ０１）から抽出されたユーザＩＤ、Ｃａｌｌ−ＩＤと、サービス判定テーブル検索（１０６）で判明したサービスＩＤを含む新たなエントリを追加し、セッション開始時刻として現在時刻を記録する。

以上の手順によって、クライアント端末１−１とアプリケーションサーバ４０−１との間に通信セッション（ＲＴＰ）が確立され（１１７）、クライアント端末１−１からアプリケーションサーバ４０−１へのアクセスと、アプリケーションサーバ４０−１からクライアント端末１−１への情報サービスが可能となる。また、セッションが解放されるまでの間、ＳＩＰサーバ１０によるセッションログ情報の収集と、アプリケーションサーバ４０−１によるアプリケーションログ情報の収集が継続される。

図１９は、クライアント端末１−１とアプリケーションサーバ４０−１との間の通信に適用されるＲＴＰ通信メッセージＭ１７を含むＩＰパケットを示す。ＲＴＰ通信メッセージＭ１７は、ＲＴＰヘッダ１１７Ａと、ＲＴＰペイロード１１７Ｂとからなり、ＲＴＰペイロード１１７Ｂに送信コマンド、あるいは音声などの送信データが含まれる。

図１１は、クライアント端末１−１からＡＰ切断要求が発行された場合の通信シーケンスを示す。
クライアント１−１は、アプリケーションサーバ４０−１との通信を終了する時、ＳＩＰサーバ１０にセッション切断要求（ＡＰ切断要求）パケット１２０を送信する。ＡＰ切断要求パケット１２０は、図２０（Ａ）に示すように、ペイロード２０３にＳＩＰのＡＰ切断要求メッセージＭ２０を含む。ＡＰ切断要求メッセージＭ２０は、図２０（Ｂ）に示すように、スタートラインに、ＳＩＰリクエストメソッドとして切断要求を示すＢＹＥを含む。また、ＴｏヘッダとＦｒｏｍヘッダの双方にｔａｇ情報を含んでいる。尚、Ｖｉａヘッダは、ＳＩＰサーバ１０によって追加されるものであり、この時点では、ＳＩＰメッセージには含まれていない。

ＡＰ切断要求パケット１２０を受信したＳＩＰサーバ１０は、ＳＩＰメッセージＭ２０を解析し、Ａｕｔｈｏｒａｉｚａｔｉｏｎヘッダから、ユーザＩＤ“ｃｌｉｅｎｔ１”とＭＤ５の値を抽出し、これらの情報をユーザ認証要求メッセージとして含むユーザ認証要求パケット１２１を加入者管理サーバ２０に送信する。加入者管理サーバ２０は、ユーザ認証要求パケット１２１を受信すると、図１０で説明したＡＰ接続要求時のユーザ認証と同様の手順で、ユーザＩＤの認証処理を実行し、認証結果を示すユーザ認証応答パケット１２２をＳＩＰサーバ１０に送信する。

ＳＩＰサーバ１０は、ユーザ認証応答パケット１２２によりユーザ認証に成功したことが判明すると、ＡＰ接続要求の受信時と同様、ＡＰ切断要求メッセージＭ２０のＴｏヘッダが示すＵＲＩから、宛先アプリケーションサーバ４０−１のＩＰアドレスを求め（アドレス解決）、ＡＰ切断要求メッセージＭ２０に、ＳＩＰサーバアドレス（ＵＲＩ）を示すＶｉａヘッダを追加する（１２３）。この後、ＳＩＰサーバ１０は、宛先アプリケーションサーバにＡＰ切断要求パケット１２４を送信し、要求元のクライアント端末１−１に対して、宛先装置に要求中であることを示す状態通知パケット１２５を送信し、宛先アプリケーションサーバからの応答を待つ。

ＡＰ切断要求パケット１２４を受信したアプリケーションサーバ４０−１は、ＳＩＰサーバ１０にＡＰ切断応答パケット１２６を返送した後、接続要求元ユーザＩＤ（ｃｌｉｅｎｔ１）についてのアプリケーションログ情報の収集処理を停止し（１２７）、ユーザＩＤ（ｃｌｉｅｎｔ１）のアプリケーションログ情報を含むアプリケーションログメッセージを生成し、これをＡＰログ情報パケット１２８として課金サーバ３０に送信する。

ＡＰ切断応答パケット１２６は、図２１（Ａ）に示すように、ペイロード２０３にＡＰ切断応答メッセージＭ２６を含む。ＡＰ切断応答メッセージＭ２６は、図２１（Ｂ）に示すように、スタートラインに、このメッセージが応答メッセージであることを示す“２００ＯＫ”を含み、ヘッダ部に、ＡＰ切断要求メッセージＭ２０から抽出された幾つかのヘッダ情報項目（Ｖｉａ、Ｔｏ、Ｆｒｏｍ、Ｃａｌｌ−ＩＤ、ＣＳｅｑ）と、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダを含む。

ＳＩＰサーバ１０は、ＡＰ切断応答パケット１２６を受信すると、ペイロードから抽出したＡＰ切断応答メッセージＭ２６からＶｉａヘッダを除去し（１２９）、これをＡＰ応答パケット１３０として要求元のクライアント端末１−１に転送した後、切断要求元ユーザＩＤ（ｃｌｉｅｎｔ１）についてのセッションログ情報の収集処理を停止する（１３１）。

すなわち、ＳＩＰサーバ１０は、図５に示したセッションログ情報ファイル１６において、ＡＰ切断応答メッセージＭ２６（またはＡＰ切断要求メッセージＭ２０）から抽出されたユーザＩＤ、Ｃａｌｌ−ＩＤと対応するテーブルエントリに、セッション終了時刻として現在時刻を記録する。この後、ＳＩＰサーバ１０は、切断要求元ユーザＩＤ（ｃｌｉｅｎｔ１）のセッションログ情報を含むセッションログメッセージを生成し、これをセッションログ情報パケット１３２として課金サーバ３０に送信する。

課金サーバ３０は、ＡＰログ情報パケット１２８またはセッションログ情報パケット１３２の受信の都度、受信パケットが示すＡＰログ情報またはセッションログ情報に基づいて、課金データベースに登録されているクライアント端末ユーザの課金情報エントリを更新（課金処理：１３３）しておき、クライアント端末ユーザに対して、セッション別、アプリケーション別の請求書１３４を定期的に発行する。

図２２は、アプリケーションサーバ４０−１から課金サーバ３０に送信されるＡＰログ情報パケット１２８のフォーマットを示す。ＡＰログ情報パケット１２８のペイロード２０３で搬送されるアプリケーションログメッセージＭ２８は、接続要求元ユーザＩＤ：１２８Ａ、接続先ＡＰのＵＲＩ：１２８Ｂ、ＣａｌｌＩＤ：１２８Ｃ、アプリケーションログ情報１２８Ｄ、単価１２８Ｅを含む。これらの情報項目は、図６に示したアプリケーションログ情報ファイル３５に記録されたユーザＩＤ：３５１、接続先ＡＰのＵＲＩ：３５２、ＣａｌｌＩＤ：３５３、アプリケーションログ情報３５４、単価３５５と対応している。

図２３は、ＳＩＰサーバ１０が課金サーバ３０に送信するセッションログ情報パケット１３２のフォーマットを示す。セッションログ情報パケット１３２のペイロード２０３で搬送されるセッションログメッセージＭ３２は、接続要求元ユーザＩＤ：１３２Ａ、サービスＩＤ：１３２Ｂ、ＣａｌｌＩＤ：１３２Ｃ、セッションログ情報１３２Ｄを含む。これらの情報項目は、図５に示したセッションログ情報ファイル１６に記録されたユーザＩＤ：１６１、サービスＩＤ：１６２、ＣａｌｌＩＤ：１６３、セッションログ情報１６４と対応している。

図２４は、上述したアプリケーションサーバからの情報サービスに先立って、クライアント端末がアプリケーションサーバに対して行うサービス加入のための通信シーケンスの１例を示す。
クライアント端末１−１は、アプリケーションサーバ４０−１に対して、サービス加入手続きのためのページ画面データの送信要求パケット１４１を送信する。ページ画面データ送信要求は、例えば、アプリケーションサーバ４０−１が提供するインターネットホームページ画面において行われ、ＨＴＴＰリクエストとしてアプリケーションサーバ４０−１に送信される。

アプリケーションサーバ４０−１は、上記ＨＴＴＰリクエストに応答して、サービス加入手続きのためのページ画面データを含む応答パケット１４２をクライアント端末１−１に返送する。上記応答パケット１４２の受信によって、クライアント端末には、サービス加入ページ画面が表示される。ユーザは、表示されたサービス加入ページ画面で、自分が加入したいサービスの識別子（サービスＩＤ）を選択し、ユーザ認証用パスワード等、サービス加入に必要な情報項目を入力する。これらの情報項目は、ユーザＩＤと共にサービス加入要求（ＨＴＴＰリクエスト）パケット１４４としてアプリケーションサーバ４０−１に送信される。

アプリケーションサーバ４０−１は、サービス加入要求メッセージ１４４を受信すると、加入者管理サーバ２０に対して、図２５に示すユーザ加入サービステーブル登録要求パケット１４５を送信する。上記要求パケット１４５のペイロード２０３には、このメッセージがユーザ加入サービステーブル登録要求であることを示すメッセージタイプ１４５Ａと、サービス加入要求メッセージ１４４から抽出されたユーザＩＤ：１４５Ｂ、認証情報（パスワード）１４５Ｃ、サービスＩＤ：１４５Ｄからなるユーザ加入サービステーブル登録要求メッセージＭ４５が含まれる。

加入者管理サーバ２０は、ユーザ加入サービステーブル登録要求パケット１４５を受信すると、ユーザＩＤ：１４５Ｂと認証情報１４５Ｃによってユーザ認証処理（１４６）を行い、要求元ユーザに問題がなければ、図９に示したユーザ加入サービステーブル２６に、ユーザＩＤとサービスＩＤとの対応関係を示す新たなエントリを登録する（１４７）。ユーザ加入サービステーブル２６に、ユーザＩＤ：１４５Ｂと対応するエントリが既に登録済みの場合は、サービスＩＤのみが追加される。

加入者管理サーバ２０は、テーブルエントリの登録処理が完了すると、アプリケーションサーバ４０−１に対して、図２６に示すユーザ加入サービステーブル登録応答パケット１４８を送信する。上記応答パケット１４８のペイロード２０３には、このメッセージがユーザ加入サービステーブル登録要求に対する応答であることを示すメッセージタイプ１４８Ａと、ユーザＩＤ：１４８Ｂ、認証結果１４８Ｃからなるユーザ加入サービステーブル登録応答メッセージＭ４８が含まれる。
アプリケーションサーバ４０−１は、加入者管理サーバ２０から応答パケット１４８を受信すると、認証結果１４６Ｃを含むサービス加入応答（ＨＴＴＰリプライ）パケット１４９を生成し、これを要求元のクライアント端末１−１に送信する。

図１０、図１１に示した通信シーケンスでは、ユーザ認証、サービス認可に成功した場合について述べているが、ユーザ認証またはサービス認可に失敗した場合は、ＳＩＰサーバは、要求元のクライアント端末にエラーメッセージを送信し、通信シーケンスを中断することになる。

以上の実施例では、ＳＩＰサーバ１０と加入者管理サーバ２０が別々のサーバで構成されたシステム構成を前提として説明したが、加入者管理サーバ２０の機能をＳＩＰサーバ１０に一体化することによって、ユーザ認証とサービス認可をＳＩＰサーバ１０で行うようにしてもよい。この場合、図８、図９に示したユーザ認証テーブル２５とユーザ加入サービステーブル２６は、ＳＩＰサーバ１０のメモリ１３に保持され、図１０に示したユーザ認証要求パケット１０３と認証応答パケット１０４、サービス認可要求パケット１０７と認可応答パケット１０８、図１１に示したユーザ認証要求パケット１２１と認証応答パケット１２２の送受信は不要となる。また、図２４に示したアプリケーションサーバ４０−１からのユーザ加入サービステーブル登録要求パケット１４５は、ＳＩＰサーバ１０に送信され、ＳＩＰサーバが、アプリケーションサーバ４０−１に対して、登録応答を返送することになる。

本発明の他の変形例として、加入者管理サーバ２０にはユーザ認証機能のみを残し、ユーザ加入サービステーブル２６をＳＩＰサーバ１０に装備することによって、サービス認可はＳＩＰサーバが行うようしてもよい。この場合も、上述したアプリケーションサーバ４０−１からのユーザ加入サービステーブル登録要求パケット１４５は、ＳＩＰサーバ１０に送信され、ＳＩＰサーバが、アプリケーションサーバ４０−１に対して、登録応答を返送することになる。

本発明が適用される通信ネットワークシステムの構成の１例を示す図。本発明が適用される通信ネットワークシステムの他の構成例を示す図。本発明によるＳＩＰサーバのブロック構成図。ＳＩＰサーバが備えるサービス判定テーブルの構成の１例を示す図。ＳＩＰサーバが備えるセッションログ情報ファイルの構成の１例を示す図。アプリケーションサーバが備えるアプリケーションログ情報ファイルの構成の１例を示す図。加入者管理サーバのブロック構成図。加入者管理サーバが備えるユーザ認証テーブルの構成の１例を示す図。加入者管理サーバが備えるユーザ加入サービステーブルの構成の１例を示す図。図１に示した通信ネットワークにおけるクライアントからのＡＰ接続要求時の通信シーケンス図。図１に示した通信ネットワークにおけるクライアントからのＡＰ切断要求時の通信シーケンス図。図１０におけるＡＰ接続要求パケット１０１およびＡＰ接続要求メッセージＭ０１のフォーマットを示す図。図１０におけるユーザ認証要求パケット１０３のフォーマットを示す図。図１０におけるユーザ認証応答パケット１０４のフォーマットを示す図。図１０におけるサービス認可要求パケット１０７のフォーマットを示す図。図１０におけるサービス認可応答パケット１０８のフォーマットを示す図。図１０における状態通知パケット１１１および状態通知メッセージＭ１１のフォーマットを示す図。図１０におけるＡＰ接続応答パケット１１２およびＡＰ接続応答メッセージＭ１２のフォーマットを示す図。図１０におけるＲＴＰ通信パケット１１７のフォーマットを示す図。図１１におけるＡＰ接切断要求パケット１２０およびＡＰ切断要求メッセージＭ２０のフォーマットを示す図。図１１におけるＡＰ接切断応答パケット１２４およびＡＰ切断応答メッセージＭ２６のフォーマットを示す図。図１１におけるＡＰログ情報パケット１２８のフォーマットを示す図。図１１におけるセッションログ情報パケット１３２のフォーマットを示す図。図１に示した通信ネットワークにおけるクライアントからのサービス加入要求時の通信シーケンスの１例を示す図。図２４におけるユーザ加入サービステーブル登録要求パケット１４５のフォーマットを示す図。図２４におけるユーザ加入サービステーブル登録応答パケット１４８のフォーマットを示す図。

符号の説明

１：クライアント端末、１０：ＳＩＰサーバ、１５：サービス判定テーブル、１６：セッションログ情報ファイル、２０：加入者管理サーバ、２５：ユーザ認証テーブル、２６：ユーザ加入サービステーブル、３０：課金サーバ、４０：アプリケーションサーバ、３５：アプリケーションログ情報ファイル。

Claims

情報サービスを提供する複数のアプリケーションサーバと、クライアント端末からの要求に応じて、該クライアント端末と上記何れかのアプリケーションサーバとの間のセッションの確立／切断のための通信手順を実行するセッション管理サーバとからなる情報サービス通信ネットワークにおいて、
上記セッション管理サーバが、
それぞれセッション設定要求パケットから抽出される特定の情報項目の内容とサービス識別子との関係を予め定義した複数のエントリからなるサービス判定テーブルを有し、
クライアント端末からの特定アプリケーションサーバへのセッション設定要求パケットの受信時に、受信パケットが示すユーザ識別子と認証情報との関係を検証し、
ユーザ認証に成功した場合、上記サービス判定テーブルを参照して、前記受信パケットと対応するサービス識別子を特定し、
該受信パケットが示すユーザ識別子と上記特定されたサービス識別子との関係の妥当性をチェックすることにより、前記サービス提供の可否を判定し、
上記特定アプリケーションサーバに代わって、該特定アプリケーションサーバから上記クライアント端末へのサービス提供の可否を判定し、
サービス提供可と判断した場合に、上記特定アプリケーションサーバにセッション設定要求パケットを転送するための手段を有し、
上記各アプリケーションサーバが、上記セッション管理サーバからセッション設定要求パケットを受信した時、サービス認可処理を実行することなく、上記セッション管理サーバに対して、上記セッション設定要求に対する応答パケットを返送し、
上記セッション管理サーバが、上記応答パケットを上記クライアント端末に転送することを特徴とする情報サービス通信ネットワーク。
前記セッション管理サーバが、ユーザ識別子と提供可能なサービスの識別子との関係を予め定義した複数のエントリからなるユーザ加入サービステーブルとを備え、前記クライアント端末のユーザ認証に成功した場合、上記ユーザ加入サービステーブルを参照して、該受信パケットが示すユーザ識別子と上記特定されたサービス識別子との関係の妥当性をチェックすることを特徴とする請求項１に記載の情報サービス通信ネットワーク。
情報サービスを提供する複数のアプリケーションサーバと、クライアント端末からの要求に応じて、該クライアント端末と上記何れかのアプリケーションサーバとの間のセッションの確立／切断のための通信手順を実行するセッション管理サーバと、上記セッション管理サーバからの要求に応じてユーザ認証するための加入者管理サーバとからなる情報サービス通信ネットワークにおいて、
上記セッション管理サーバが、
それぞれセッション設定要求パケットから抽出される特定の情報項目の内容とサービス識別子との関係を予め定義した複数のエントリからなるサービス判定テーブルと、
クライアント端末からの特定アプリケーションサーバへのセッション設定要求パケットの受信時に、受信パケットから抽出されたユーザ識別子と認証情報を送信して、上記加入者管理サーバにユーザ認証を要求するための手段と、
上記加入者管理サーバからユーザ識別子が認証されたことを示す応答を受信した時、上記特定アプリケーションサーバに代わって、上記サービス判定テーブルを参照して、前記受信パケットと対応するサービス識別子を特定し、
該特定アプリケーションサーバから上記クライアント端末へのサービス提供の可否を判定し、サービス提供が可能と判断した場合に、上記特定アプリケーションサーバに上記セッション設定要求パケットを転送するための手段を有し、
上記各アプリケーションサーバが、上記セッション管理サーバからセッション設定要求パケットを受信した時、サービス認可処理を実行することなく、上記セッション管理サーバに対して、上記セッション設定要求に対する応答パケットを返送し、
上記セッション管理サーバが、上記応答パケットを上記クライアント端末に転送することを特徴とする情報サービス通信ネットワーク。
前記セッション管理サーバが、
ユーザ識別子と提供可能なサービスの識別子との関係を予め定義した複数のエントリからなるユーザ加入サービステーブルを備え、
前記加入者管理サーバからユーザ識別子が認証されたことを示す応答を受信した時、上記ユーザ加入サービステーブルを参照して、該受信パケットが示すユーザ識別子と上記特定サービス識別子との関係の妥当性をチェックすることにより、前記サービス提供の可否を判定することを特徴とする請求項３に記載の情報サービス通信ネットワーク。
情報サービスを提供する複数のアプリケーションサーバと、クライアント端末からの要求に応じて、該クライアント端末と上記何れかのアプリケーションサーバとの間のセッションの確立／切断のための通信手順を実行するセッション管理サーバと、加入者管理サーバとからなる情報サービス通信ネットワークにおいて、
上記セッション管理サーバが、
クライアント端末からの特定アプリケーションサーバへのセッション設定要求パケットの受信時に、受信パケットが示すユーザ識別子と認証情報を指定して、上記加入者管理サーバにユーザ認証を要求するための手段と、
それぞれセッション設定要求パケットから抽出される特定の情報項目の内容とサービス識別子との関係を予め定義した複数のエントリからなるサービス判定テーブルと、
上記加入者管理サーバからユーザ識別子が認証されたことを示す応答を受信した時、上記サービス判定テーブルを参照して、上記受信パケットと対応するサービス識別子を特定し、該受信パケットが示すユーザ識別子と上記特定されたサービス識別子とを指定して、上記加入者管理サーバにユーザ加入サービスの認証を要求するための手段と、
上記加入者管理サーバからサービス識別子が認証されたことを示す応答を受信した時、上記特定アプリケーションサーバに上記セッション設定要求パケットを転送するための手段を有し、
上記各アプリケーションサーバが、上記セッション管理サーバからセッション設定要求パケットを受信した時、サービス認可処理を実行することなく、上記セッション管理サーバに対して、上記セッション設定要求に対する応答パケットを返送し、
上記セッション管理サーバが、上記応答パケットを上記クライアント端末に転送することを特徴とする情報サービス通信ネットワーク。
前記加入者管理サーバが、ユーザ識別子とパスワードとの関係を予め定義した複数のエントリからなるユーザ認証テーブルと、ユーザ識別子と提供可能なサービスの識別子との関係を予め定義した複数のエントリからなるユーザ加入サービステーブルを備え、
前記セッション管理サーバから、ユーザ識別子と認証情報を指定してユーザ認証を要求された時、上記ユーザ認証テーブルを利用して上記認証情報の妥当性を判定し、判定結果を上記セッション管理サーバに応答するための手段と、
上記セッション管理サーバからユーザ識別子と特定サービス識別子とを指定してユーザ加入サービスの認証を要求された時、上記ユーザ加入サービステーブルを参照して、該ユーザ識別子と特定サービス識別子との関係の妥当性を判定し、判定結果を上記セッション管理サーバに応答するための手段とを備えたことを特徴とする請求項５に記載の情報サービス通信ネットワーク。
前記セッション管理サーバが、前記特定アプリケーションサーバからの応答パケットを要求元のクライアント端末に転送する時、前記セッション設定要求パケットが示すユーザ識別子および前記特定されたサービス識別子と対応付けてセッションログ情報の収集を開始するための手段を有することを特徴とする請求項２、請求項４、請求項５または請求項６の何れかに記載の情報サービス通信ネットワーク。
前記セッション管理サーバおよび前記各アプリケーションサーバと交信可能な課金サーバを有し、
前記セッション管理サーバが、セッションの切断時に上記セッションログ情報を上記課金サーバに通知するための手段を有し、
前記各アプリケーションサーバが、前記応答パケットを返送する時、前記セッション設定の要求元ユーザと対応付けてアプリケーションログ情報の収集を開始し、セッションの切断時に上記アプリケーションログ情報を上記課金サーバに通知するための手段を有することを特徴とする請求項７に記載の情報サービス通信ネットワーク。
通信ネットワーク上でクライアント端末とアプリケーションサーバとの間のセッションの確立／切断のための通信手順を実行するセッション管理サーバであって、
それぞれセッション設定要求パケットから抽出される特定の情報項目の内容とサービス識別子との関係を予め定義した複数のエントリからなるサービス判定テーブルと、
ユーザ識別子と提供可能なサービスの識別子との関係を予め定義した複数のエントリからなるユーザ加入サービステーブルと、
クライアント端末からの特定アプリケーションサーバへのセッション設定要求パケットの受信時に、受信パケットが示すユーザ識別子と認証情報を指定して、上記通信ネットワークに接続された加入者管理サーバにユーザ認証を要求するための手段と、
上記加入者管理サーバからユーザ識別子が認証されたことを示す応答を受信した時、上記サービス判定テーブルを参照して、受信パケットと対応するサービス識別子を特定し、上記ユーザ加入サービステーブルを参照して、該受信パケットが示すユーザ識別子と上記特定されたサービス識別子との関係の妥当性を判定するための手段と、
上記サービス識別子が適正と判定された場合に、上記特定アプリケーションサーバに上記セッション設定要求パケットを転送し、上記特定アプリケーションサーバから応答パケットを受信した時、該応答パケットを上記クライアント端末に転送するための手段を有することを特徴とするセッション管理サーバ。
通信ネットワーク上でクライアント端末とアプリケーションサーバとの間のセッションの確立／切断のための通信手順を実行するセッション管理サーバであって、
それぞれセッション設定要求パケットから抽出される情報項目の内容とサービス識別子との関係を予め定義した複数のエントリからなるサービス判定テーブルと、
クライアント端末からの特定アプリケーションサーバへのセッション設定要求パケットの受信時に、受信パケットが示すユーザ識別子と認証情報を指定して、上記通信ネットワークに接続された加入者管理サーバにユーザ認証を要求するための手段と、
上記加入者管理サーバからユーザ識別子が認証されたことを示す応答を受信した時、上記サービス判定テーブルを参照して、上記受信パケットと対応するサービス識別子を特定し、該受信パケットが示すユーザ識別子と上記特定されたサービス識別子とを指定して、上記加入者管理サーバにユーザ加入サービスの認証を要求するための手段と
上記加入者管理サーバからサービス識別子が認証されたことを示す応答を受信した時、上記特定アプリケーションサーバに上記セッション設定要求パケットを転送し、上記特定アプリケーションサーバから応答パケットを受信した時、該応答パケットを上記クライアント端末に転送するための手段を有することを特徴とするセッション管理サーバ。
前記特定アプリケーションサーバから受信した応答パケットを要求元のクライアント端末に転送する時、前記セッション設定要求パケットが示すユーザ識別子および前記特定されたサービス識別子と対応付けてセッションログ情報の収集を開始し、セッションの切断時に上記セッションログ情報を前記通信ネットワークに接続された課金サーバに通知するための手段を有することを特徴とする請求項１０または請求項１１に記載のセッション管理サーバ。