情報サービス通信ネットワークシステムおよびセッション管理サーバ
【課題】 アプリケーションサーバの負荷と、コンテンツプロバイダのコスト負担を軽減し、アプリケーションサーバの運営を容易にした情報サービス通信ネットワークシステムおよびセッション管理サーバを提供する。
【解決手段】 セッション管理サーバが、セッション設定要求パケットから抽出される情報項目の内容とサービス識別子との関係を予め定義した複数のエントリからなるサービス判定テーブルを備え、特定アプリケーションサーバへのセッション設定要求パケットの受信時に、上記特定アプリケーションサーバに代わって、クライアント端末へのサービス提供の可否を判定し、サービス提供が可と判断された場合に、上記特定アプリケーションサーバにセッション設定要求パケットを転送する。
【解決手段】 セッション管理サーバが、セッション設定要求パケットから抽出される情報項目の内容とサービス識別子との関係を予め定義した複数のエントリからなるサービス判定テーブルを備え、特定アプリケーションサーバへのセッション設定要求パケットの受信時に、上記特定アプリケーションサーバに代わって、クライアント端末へのサービス提供の可否を判定し、サービス提供が可と判断された場合に、上記特定アプリケーションサーバにセッション設定要求パケットを転送する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報サービス通信ネットワークシステムおよびセッション管理サーバに関し、更に詳しくは、複数のアプリケーションサーバが接続された情報サービス通信ネットワークにおいて、クライアント端末からの要求に応じて、クライアント端末とアプリケーションサーバとの間のセッションの確立／切断のための通信手順を実行するセッション管理サーバ、および該セッション管理サーバの機能を利用した情報サービス通信ネットワークシステムに関する。
【背景技術】
【０００２】
ＩＰ（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）の値（ｒｅｓｐｏｎｓｅ）を示している。Ｃｏｎｔａｃｔヘッダは、ＳＩＰサーバに登録すべきクライアント端末１−１のＵＲＩを示し、Ｃｏｎｔｅｎｔ−ＴｙｐｅヘッダとＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈは、メッセージボディ部ＳＤＰの定義情報を示している。
【００４０】
ＳＩＰサーバ１０は、上記ＡＰ接続要求パケット１０１を受信すると、ＳＩＰメッセージＭ０１のＰｒｏｘｙ−Ａｕｔｈｏｒａｉｚａｔｉｏｎヘッダから、ユーザＩＤ“ｃｌｉｅｎｔ１”とＭＤ５の値を抽出し、これらの情報を含むユーザ認証要求メッセージＭ０３を生成し、これを図１３に示すユーザ認証要求パケット１０３として加入者管理サーバ２０に送信する。図１３に示すように、パケット１０３のペイロード部２０３に含まれるユーザ認証要求メッセージＭ０３は、このメッセージがユーザ認証要求であることを示すメッセージ求タイプ１０３Ａと、ユーザＩＤ１０３Ｂと、認証情報（ＭＤ５の値）１０３Ｃを含む。
【００４１】
加入者管理サーバ２０は、ユーザ認証要求パケット１０３を受信すると、図８に示したユーザ認証テーブル２５からユーザＩＤ１０３Ｂと対応するパスワードを検索し、該パスワードを所定の乱数で暗号化する。受信した認証情報（ＭＤ５の値）１０３Ｃが加入者管理サーバ２０で暗号化した値に一致した時、要求元ユーザが正規ユーザと認証される。
【００４２】
加入者管理サーバ２０は、認証結果を示す応答メッセージＭ０４を生成し、これを図１４に示すユーザ認証応答パケット１０４としてＳＩＰサーバ１０に送信する。上記応答メッセージＭ０４は、このメッセージがユーザ認証応答であることを示すメッセージタイプ１０４Ａと、ユーザＩＤ１０４Ｂと、認証結果１０４Ｃを含む。
【００４３】
ＳＩＰサーバ１０は、応答パケット１０４によりユーザ認証に成功したことが判明すると、ＳＩＰメッセージＭ０１からＲｅｑｕｅｓｔ−Ｍｅｔｈｏｄ、ＵＲＩ、Ｃｏｎｔｅｎｔ−Ｔｙｐｅを抽出し（１０５）、サービス判定テーブル１５から、上記情報項目の組み合わせに該当するサービスＩＤ１５２を検索して（１０６）、図１５に示すサービス認可要求メッセージＭ０７を生成する。
【００４４】
サービス認可要求メッセージＭ０７は、このメッセージがサービス認可要求であることを示すメッセージタイプ１０７Ａと、ユーザＩＤ：１０７Ｂと、サービスＩＤ：１０７Ｃとを含む。この場合、ユーザＩＤ：１０７Ｂには、ＳＩＰメッセージＭ０１のユーザＩＤ“ｃｌｉｅｎｔ１”が設定され、サービスＩＤ：１０７Ｃには、サービス判定テーブル１５から検索されたサービスＩＤ１５２が設定される。上記サービス認可要求メッセージＭ０７は、サービス認可要求パケット１０７として加入者管理サーバ２０に送信される。
【００４５】
加入者管理サーバ２０は、サービス認可要求メッセージＭ０７が示すユーザＩＤ：１０７Ｂに従ってユーザ加入サービステーブル２５を参照し、サービスＩＤ：１０７Ｃが該テーブル２５に登録されているか否かを判定する。判定結果は、図１６に示すサービス認可応答パケット１０８として、ＳＩＰサーバ１０に返送される。
サービス認可応答パケット１０８は、ペイロード２０３にサービス認可応答メッセージＭ０８を含み、該メッセージは、このメッセージがサービス認可応答であることを示すメッセージタイプ１０８Ａと、ユーザＩＤ：１０８Ｂと、認証結果１０８Ｃとを含む。
【００４６】
上記サービス認可応答メッセージＭ０８により、サービス認証に成功したことが判明すると、ＳＩＰサーバ１０は、ＡＰ接続要求メッセージＭ０１のＴｏヘッダが示すＵＲＩから、宛先アプリケーションサーバ４０−１のＩＰアドレスを求め（アドレス解決）、該アプリケーションサーバにＡＰ接続要求パケット１１０を送信すると共に、要求元のクライアント端末１−１に対して、状態通知パケット１１１を送信する。アプリケーションサーバ４０−１のアドレス解決は、ＳＩＰサーバ１０が備えるＵＲＩとＩＰアドレスとの対応テーブルの参照、または図示しないＤＮＳサーバへの問合せによって行われる。
【００４７】
尚、ＡＰ接続要求パケット１１０によって宛先アプリケーションサーバ４０−１に転送されるＡＰ接続要求メッセージＭ０１には、図１２（Ｂ）で括弧内に示したＳＩＰサーバアドレス（ＵＲＩ）を示すＶｉａヘッダが追加されている。また、状態通知パケット１１１は、図１７（Ａ）に示すように、ペイロード２０３に、状態通知メッセージＭ１１を含む。状態通知メッセージＭ１１は、図１７（Ｂ）に示すように、スタートラインに、宛先装置に要求中であることを示す“１００ Ｔｒｙｉｎｇ”を含み、ヘッダ部に、ＳＩＰサーバアドレスを示すＶｉａヘッダと、ＡＰ接続要求メッセージＭ０１から抽出された幾つかのヘッダ情報項目（Ｔｏ、Ｆｒｏｍ、Ｃａｌｌ−ＩＤ、ＣＳｅｑ）とＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダを含んでいる。
【００４８】
ＡＰ接続要求パケット１１０を受信したアプリケーションサーバ４０−１は、ユーザ認証やサービス認証を行うことなく、直ちにＳＩＰサーバ１０にＡＰ接続応答パケット１１２を返送し、接続要求元ユーザＩＤ（ｃｌｉｅｎｔ１）について、アプリケーションログ情報の収集処理を開始する（１１３）。
【００４９】
ＡＰ接続応答パケット１１２は、図１８（Ａ）に示すように、ペイロード２０３にＡＰ接続応答メッセージＭ１２を含む。ＡＰ接続応答メッセージＭ１２は、図１８（Ｂ）に示すように、スタートラインに、このメッセージが応答メッセージであることを示す“２００ ＯＫ”を含み、ヘッダ部に、ＡＰ接続要求メッセージＭ０１から抽出された幾つかのヘッダ情報項目（Ｖｉａ、Ｔｏ、Ｆｒｏｍ、Ｃａｌｌ−ＩＤ、ＣＳｅｑ、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ）と、Ｃｏｎｔａｃｔヘッダ、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダを含む。Ｔｏヘッダには、アプリケーションサーバ４０−１で指定したｔａｇ情報が付加されている。また、Ｃｏｎｔａｃｔヘッダは、アプリケーションサーバ４０−１のＩＰアドレスを示している。
【００５０】
ＳＩＰサーバ１０は、ＡＰ接続応答パケット１１２を受信すると、ＡＰ接続応答メッセージＭ１２からＶｉａヘッダを除去し（１１４）、これをＡＰ応答パケット１１５として要求元のクライアント端末１−１に転送した後、接続要求元ユーザＩＤ（ｃｌｉｅｎｔ１）について、セッションログ情報の収集処理を開始する（１１６）。すなわち、ＳＩＰサーバ１０は、図５に示したセッションログ情報ファイル１６に、ＡＰ接続応答メッセージＭ１２（またはＡＰ接続要求メッセージＭ０１）から抽出されたユーザＩＤ、Ｃａｌｌ−ＩＤと、サービス判定テーブル検索（１０６）で判明したサービスＩＤを含む新たなエントリを追加し、セッション開始時刻として現在時刻を記録する。
【００５１】
以上の手順によって、クライアント端末１−１とアプリケーションサーバ４０−１との間に通信セッション（ＲＴＰ）が確立され（１１７）、クライアント端末１−１からアプリケーションサーバ４０−１へのアクセスと、アプリケーションサーバ４０−１からクライアント端末１−１への情報サービスが可能となる。また、セッションが解放されるまでの間、ＳＩＰサーバ１０によるセッションログ情報の収集と、アプリケーションサーバ４０−１によるアプリケーションログ情報の収集が継続される。
【００５２】
図１９は、クライアント端末１−１とアプリケーションサーバ４０−１との間の通信に適用されるＲＴＰ通信メッセージＭ１７を含むＩＰパケットを示す。ＲＴＰ通信メッセージＭ１７は、ＲＴＰヘッダ１１７Ａと、ＲＴＰペイロード１１７Ｂとからなり、ＲＴＰペイロード１１７Ｂに送信コマンド、あるいは音声などの送信データが含まれる。
【００５３】
図１１は、クライアント端末１−１からＡＰ切断要求が発行された場合の通信シーケンスを示す。
クライアント１−１は、アプリケーションサーバ４０−１との通信を終了する時、ＳＩＰサーバ１０にセッション切断要求（ＡＰ切断要求）パケット１２０を送信する。ＡＰ切断要求パケット１２０は、図２０（Ａ）に示すように、ペイロード２０３にＳＩＰのＡＰ切断要求メッセージＭ２０を含む。ＡＰ切断要求メッセージＭ２０は、図２０（Ｂ）に示すように、スタートラインに、ＳＩＰリクエストメソッドとして切断要求を示すＢＹＥを含む。また、ＴｏヘッダとＦｒｏｍヘッダの双方にｔａｇ情報を含んでいる。尚、Ｖｉａヘッダは、ＳＩＰサーバ１０によって追加されるものであり、この時点では、ＳＩＰメッセージには含まれていない。
【００５４】
ＡＰ切断要求パケット１２０を受信したＳＩＰサーバ１０は、ＳＩＰメッセージＭ２０を解析し、Ａｕｔｈｏｒａｉｚａｔｉｏｎヘッダから、ユーザＩＤ“ｃｌｉｅｎｔ１”とＭＤ５の値を抽出し、これらの情報をユーザ認証要求メッセージとして含むユーザ認証要求パケット１２１を加入者管理サーバ２０に送信する。加入者管理サーバ２０は、ユーザ認証要求パケット１２１を受信すると、図１０で説明したＡＰ接続要求時のユーザ認証と同様の手順で、ユーザＩＤの認証処理を実行し、認証結果を示すユーザ認証応答パケット１２２をＳＩＰサーバ１０に送信する。
【００５５】
ＳＩＰサーバ１０は、ユーザ認証応答パケット１２２によりユーザ認証に成功したことが判明すると、ＡＰ接続要求の受信時と同様、ＡＰ切断要求メッセージＭ２０のＴｏヘッダが示すＵＲＩから、宛先アプリケーションサーバ４０−１のＩＰアドレスを求め（アドレス解決）、ＡＰ切断要求メッセージＭ２０に、ＳＩＰサーバアドレス（ＵＲＩ）を示すＶｉａヘッダを追加する（１２３）。この後、ＳＩＰサーバ１０は、宛先アプリケーションサーバにＡＰ切断要求パケット１２４を送信し、要求元のクライアント端末１−１に対して、宛先装置に要求中であることを示す状態通知パケット１２５を送信し、宛先アプリケーションサーバからの応答を待つ。
【００５６】
ＡＰ切断要求パケット１２４を受信したアプリケーションサーバ４０−１は、ＳＩＰサーバ１０にＡＰ切断応答パケット１２６を返送した後、接続要求元ユーザＩＤ（ｃｌｉｅｎｔ１）についてのアプリケーションログ情報の収集処理を停止し（１２７）、ユーザＩＤ（ｃｌｉｅｎｔ１）のアプリケーションログ情報を含むアプリケーションログメッセージを生成し、これをＡＰログ情報パケット１２８として課金サーバ３０に送信する。
【００５７】
ＡＰ切断応答パケット１２６は、図２１（Ａ）に示すように、ペイロード２０３にＡＰ切断応答メッセージＭ２６を含む。ＡＰ切断応答メッセージＭ２６は、図２１（Ｂ）に示すように、スタートラインに、このメッセージが応答メッセージであることを示す“２００ ＯＫ”を含み、ヘッダ部に、ＡＰ切断要求メッセージＭ２０から抽出された幾つかのヘッダ情報項目（Ｖｉａ、Ｔｏ、Ｆｒｏｍ、Ｃａｌｌ−ＩＤ、ＣＳｅｑ）と、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダを含む。
【００５８】
ＳＩＰサーバ１０は、ＡＰ切断応答パケット１２６を受信すると、ペイロードから抽出したＡＰ切断応答メッセージＭ２６からＶｉａヘッダを除去し（１２９）、これをＡＰ応答パケット１３０として要求元のクライアント端末１−１に転送した後、切断要求元ユーザＩＤ（ｃｌｉｅｎｔ１）についてのセッションログ情報の収集処理を停止する（１３１）。
【００５９】
すなわち、ＳＩＰサーバ１０は、図５に示したセッションログ情報ファイル１６において、ＡＰ切断応答メッセージＭ２６（またはＡＰ切断要求メッセージＭ２０）から抽出されたユーザＩＤ、Ｃａｌｌ−ＩＤと対応するテーブルエントリに、セッション終了時刻として現在時刻を記録する。この後、ＳＩＰサーバ１０は、切断要求元ユーザＩＤ（ｃｌｉｅｎｔ１）のセッションログ情報を含むセッションログメッセージを生成し、これをセッションログ情報パケット１３２として課金サーバ３０に送信する。
【００６０】
課金サーバ３０は、ＡＰログ情報パケット１２８またはセッションログ情報パケット１３２の受信の都度、受信パケットが示すＡＰログ情報またはセッションログ情報に基づいて、課金データベースに登録されているクライアント端末ユーザの課金情報エントリを更新（課金処理：１３３）しておき、クライアント端末ユーザに対して、セッション別、アプリケーション別の請求書１３４を定期的に発行する。
【００６１】
図２２は、アプリケーションサーバ４０−１から課金サーバ３０に送信されるＡＰログ情報パケット１２８のフォーマットを示す。ＡＰログ情報パケット１２８のペイロード２０３で搬送されるアプリケーションログメッセージＭ２８は、接続要求元ユーザＩＤ：１２８Ａ、接続先ＡＰのＵＲＩ：１２８Ｂ、Ｃａｌｌ ＩＤ：１２８Ｃ、アプリケーションログ情報１２８Ｄ、単価１２８Ｅを含む。これらの情報項目は、図６に示したアプリケーションログ情報ファイル３５に記録されたユーザＩＤ：３５１、接続先ＡＰのＵＲＩ：３５２、Ｃａｌｌ ＩＤ：３５３、アプリケーションログ情報３５４、単価３５５と対応している。
【００６２】
図２３は、ＳＩＰサーバ１０が課金サーバ３０に送信するセッションログ情報パケット１３２のフォーマットを示す。セッションログ情報パケット１３２のペイロード２０３で搬送されるセッションログメッセージＭ３２は、接続要求元ユーザＩＤ：１３２Ａ、サービスＩＤ：１３２Ｂ、Ｃａｌｌ ＩＤ：１３２Ｃ、セッションログ情報１３２Ｄを含む。これらの情報項目は、図５に示したセッションログ情報ファイル１６に記録されたユーザＩＤ：１５１、サービスＩＤ：１６２、Ｃａｌｌ ＩＤ：１６３、セッションログ情報１６４と対応している。
【００６３】
図２４は、上述したアプリケーションサーバからの情報サービスに先立って、クライアント端末がアプリケーションサーバに対して行うサービス加入のための通信シーケンスの１例を示す。
クライアントサーバ１−１は、アプリケーションサーバ４０−１に対して、サービス加入手続きのためのページ画面データの送信要求パケット１４１を送信する。ページ画面データ送信要求は、例えば、アプリケーションサーバ４０−１が提供するインターネットホームページ画面において行われ、ＨＴＴＰリクエストとしてアプリケーションサーバ４０−１に送信される。
【００６４】
アプリケーションサーバ４０−１は、上記ＨＴＴＰリクエストに応答して、サービス加入手続きのためのページ画面データを含む応答パケット１４２をクライアント端末１−１に返送する。上記応答パケット１４２の受信によって、クライアント端末には、サービス加入ページ画面が表示される。ユーザは、表示されたサービス加入ページ画面で、自分が加入したいサービスの識別子（サービスＩＤ）を選択し、ユーザ認証用パスワード等、サービス加入に必要な情報項目を入力する。これらの情報項目は、ユーザＩＤと共にサービス加入要求（ＨＴＴＰリクエスト）パケット１４４としてアプリケーションサーバ４０−１に送信される。
【００６５】
アプリケーションサーバ４０−１は、サービス加入要求メッセージ１４４を受信すると、加入者管理サーバ２０に対して、図２５に示すユーザ加入サービステーブル登録要求パケット１４５を送信する。上記要求パケット１４５のペイロード２０３には、このメッセージがユーザ加入サービステーブル登録要求であることを示すメッセージタイプ１４５Ａと、サービス加入要求メッセージ１４４から抽出されたユーザＩＤ：１４５Ｂ、認証情報（パスワード）１４５Ｃ、サービスＩＤ：１４５Ｄからなるユーザ加入サービステーブル登録要求メッセージＭ４５が含まれる。
【００６６】
加入者管理サーバ２０は、ユーザ加入サービステーブル登録要求パケット１４５を受信すると、ユーザＩＤ：１４５Ｂと認証情報１４５Ｃによってユーザ認証処理（１４６）を行い、要求元ユーザに問題がなければ、図９に示したユーザ加入サービステーブル２６に、ユーザＩＤとサービスＩＤとの対応関係を示す新たなエントリを登録する（１４７）。ユーザ加入サービステーブル２６に、ユーザＩＤ：１４５Ｂと対応するエントリが既に登録済みの場合は、サービスＩＤのみが追加される。
【００６７】
加入者管理サーバ２０は、テーブルエントリの登録処理が完了すると、アプリケーションサーバ４０−１に対して、図２６に示すユーザ加入サービステーブル登録応答パケット１４８を送信する。上記応答パケット１４８のペイロード２０３には、このメッセージがユーザ加入サービステーブル登録要求に対する応答であることを示すメッセージタイプ１４８Ａと、ユーザＩＤ：１４８Ｂ、認証結果１４８Ｃからなるユーザ加入サービステーブル登録要求メッセージＭ４８が含まれる。
アプリケーションサーバ４０−１は、加入者管理サーバ２０から応答パケット１４８を受信すると、認証結果１４６Ｃを含むサービス加入応答（ＨＴＴＰリプライ）パケット１４９を生成し、これを要求元のクライアント端末１−１に送信する。
【００６８】
図１０、図１１に示した通信シーケンスでは、ユーザ認証、サービス認可に成功した場合について述べているが、ユーザ認証またはサービス認可に失敗した場合は、ＳＩＰサーバは、要求元のクライアント端末にエラーメッセージを送信し、通信シーケンスを中断することになる。
【００６９】
以上の実施例では、ＳＩＰサーバ１０と加入者管理サーバ２０が別々のサーバで構成されたシステム構成を前提として説明したが、加入者管理サーバ２０の機能をＳＩＰサーバ１０に一体化することによって、ユーザ認証とサービス認可をＳＩＰサーバ１０で行うようにしてもよい。この場合、図８、図９に示したユーザ認証テーブル２５とユーザ加入サービステーブル２６は、ＳＩＰサーバ１０のメモリ１３に保持され、図１０に示したユーザ認証要求パケット１０３と認証応答パケット１０４、サービス認可要求パケット１０７と認可応答パケット１０８、図１１に示したユーザ認証要求パケット１２１と認証応答パケット１２２の送受信は不要となる。また、図２４に示したアプリケーションサーバ４０−１からのユーザ加入サービステーブル登録要求パケット１４５は、ＳＩＰサーバ１０に送信され、ＳＩＰサーバが、アプリケーションサーバ４０−１に対して、登録応答を返送することになる。
【００７０】
本発明の他の変形例として、加入者管理サーバ２０にはユーザ認証機能のみを残し、ユーザ加入サービステーブル２６をＳＩＰサーバ１０に装備することによって、サービス認可はＳＩＰサーバが行うようしてもよい。この場合も、上述したアプリケーションサーバ４０−１からのユーザ加入サービステーブル登録要求パケット１４５は、ＳＩＰサーバ１０に送信され、ＳＩＰサーバが、アプリケーションサーバ４０−１に対して、登録応答を返送することになる。
【図面の簡単な説明】
【００７１】
【図１】本発明が適用される通信ネットワークシステムの構成の１例を示す図。
【図２】本発明が適用される通信ネットワークシステムの他の構成例を示す図。
【図３】本発明によるＳＩＰサーバのブロック構成図。
【図４】ＳＩＰサーバが備えるサービス判定テーブルの構成の１例を示す図。
【図５】ＳＩＰサーバが備えるセッションログ情報ファイルの構成の１例を示す図。
【図６】アプリケーションサーバが備えるアプリケーションログ情報ファイルの構成の１例を示す図。
【図７】加入者管理サーバのブロック構成図。
【図８】加入者管理サーバが備えるユーザ認証テーブルの構成の１例を示す図。
【図９】加入者管理サーバが備えるユーザ加入サービステーブルの構成の１例を示す図。
【図１０】図１に示した通信ネットワークにおけるクライアントからのＡＰ接続要求時の通信シーケンス図。
【図１１】図１に示した通信ネットワークにおけるクライアントからのＡＰ切断要求時の通信シーケンス図。
【図１２】図１０におけるＡＰ接続要求パケット１０１およびＡＰ接続要求メッセージＭ０１のフォーマットを示す図。
【図１３】図１０におけるユーザ認証要求パケット１０３のフォーマットを示す図。
【図１４】図１０におけるユーザ認証応答パケット１０４のフォーマットを示す図。
【図１５】図１０におけるサービス認可要求パケット１０７のフォーマットを示す図。
【図１６】図１０におけるサービス認可応答パケット１０８のフォーマットを示す図。
【図１７】図１０における状態通知パケット１１１および状態通知メッセージＭ１１のフォーマットを示す図。
【図１８】図１０におけるＡＰ接続応答パケット１１２およびＡＰ接続応答メッセージＭ１２のフォーマットを示す図。
【図１９】図１０におけるＰＴＰ通信パケット１１７のフォーマットを示す図。
【図２０】図１１におけるＡＰ接切断要求パケット１２０およびＡＰ切断要求メッセージＭ２０のフォーマットを示す図。
【図２１】図１１におけるＡＰ接切断応答パケット１２４およびＡＰ切断応答メッセージＭ２６のフォーマットを示す図。
【図２２】図１１におけるＡＰログ情報パケット１２８のフォーマットを示す図。
【図２３】図１１におけるセッションログ情報パケット１３２のフォーマットを示す図。
【図２４】図１に示した通信ネットワークにおけるクライアントからのサービス加入要求時の通信シーケンスの１例を示す図。
【図２５】図２３におけるユーザ加入サービステーブル登録要求パケット１４５のフォーマットを示す図。
【図２６】図２３におけるユーザ加入サービステーブル登録応答パケット１４８のフォーマットを示す図。
【符号の説明】
【００７２】
１：クライアント端末、１０：ＳＩＰサーバ、１５：サービス判定テーブル、１６：セッションログ情報ファイル、２０：加入者管理サーバ、２５：ユーザ認証テーブル、２６：ユーザ加入サービステーブル、３０：課金サーバ、４０：アプリケーションサーバ、３５：アプリケーションログ情報ファイル。
【技術分野】
【０００１】
本発明は、情報サービス通信ネットワークシステムおよびセッション管理サーバに関し、更に詳しくは、複数のアプリケーションサーバが接続された情報サービス通信ネットワークにおいて、クライアント端末からの要求に応じて、クライアント端末とアプリケーションサーバとの間のセッションの確立／切断のための通信手順を実行するセッション管理サーバ、および該セッション管理サーバの機能を利用した情報サービス通信ネットワークシステムに関する。
【背景技術】
【０００２】
ＩＰ（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）の値（ｒｅｓｐｏｎｓｅ）を示している。Ｃｏｎｔａｃｔヘッダは、ＳＩＰサーバに登録すべきクライアント端末１−１のＵＲＩを示し、Ｃｏｎｔｅｎｔ−ＴｙｐｅヘッダとＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈは、メッセージボディ部ＳＤＰの定義情報を示している。
【００４０】
ＳＩＰサーバ１０は、上記ＡＰ接続要求パケット１０１を受信すると、ＳＩＰメッセージＭ０１のＰｒｏｘｙ−Ａｕｔｈｏｒａｉｚａｔｉｏｎヘッダから、ユーザＩＤ“ｃｌｉｅｎｔ１”とＭＤ５の値を抽出し、これらの情報を含むユーザ認証要求メッセージＭ０３を生成し、これを図１３に示すユーザ認証要求パケット１０３として加入者管理サーバ２０に送信する。図１３に示すように、パケット１０３のペイロード部２０３に含まれるユーザ認証要求メッセージＭ０３は、このメッセージがユーザ認証要求であることを示すメッセージ求タイプ１０３Ａと、ユーザＩＤ１０３Ｂと、認証情報（ＭＤ５の値）１０３Ｃを含む。
【００４１】
加入者管理サーバ２０は、ユーザ認証要求パケット１０３を受信すると、図８に示したユーザ認証テーブル２５からユーザＩＤ１０３Ｂと対応するパスワードを検索し、該パスワードを所定の乱数で暗号化する。受信した認証情報（ＭＤ５の値）１０３Ｃが加入者管理サーバ２０で暗号化した値に一致した時、要求元ユーザが正規ユーザと認証される。
【００４２】
加入者管理サーバ２０は、認証結果を示す応答メッセージＭ０４を生成し、これを図１４に示すユーザ認証応答パケット１０４としてＳＩＰサーバ１０に送信する。上記応答メッセージＭ０４は、このメッセージがユーザ認証応答であることを示すメッセージタイプ１０４Ａと、ユーザＩＤ１０４Ｂと、認証結果１０４Ｃを含む。
【００４３】
ＳＩＰサーバ１０は、応答パケット１０４によりユーザ認証に成功したことが判明すると、ＳＩＰメッセージＭ０１からＲｅｑｕｅｓｔ−Ｍｅｔｈｏｄ、ＵＲＩ、Ｃｏｎｔｅｎｔ−Ｔｙｐｅを抽出し（１０５）、サービス判定テーブル１５から、上記情報項目の組み合わせに該当するサービスＩＤ１５２を検索して（１０６）、図１５に示すサービス認可要求メッセージＭ０７を生成する。
【００４４】
サービス認可要求メッセージＭ０７は、このメッセージがサービス認可要求であることを示すメッセージタイプ１０７Ａと、ユーザＩＤ：１０７Ｂと、サービスＩＤ：１０７Ｃとを含む。この場合、ユーザＩＤ：１０７Ｂには、ＳＩＰメッセージＭ０１のユーザＩＤ“ｃｌｉｅｎｔ１”が設定され、サービスＩＤ：１０７Ｃには、サービス判定テーブル１５から検索されたサービスＩＤ１５２が設定される。上記サービス認可要求メッセージＭ０７は、サービス認可要求パケット１０７として加入者管理サーバ２０に送信される。
【００４５】
加入者管理サーバ２０は、サービス認可要求メッセージＭ０７が示すユーザＩＤ：１０７Ｂに従ってユーザ加入サービステーブル２５を参照し、サービスＩＤ：１０７Ｃが該テーブル２５に登録されているか否かを判定する。判定結果は、図１６に示すサービス認可応答パケット１０８として、ＳＩＰサーバ１０に返送される。
サービス認可応答パケット１０８は、ペイロード２０３にサービス認可応答メッセージＭ０８を含み、該メッセージは、このメッセージがサービス認可応答であることを示すメッセージタイプ１０８Ａと、ユーザＩＤ：１０８Ｂと、認証結果１０８Ｃとを含む。
【００４６】
上記サービス認可応答メッセージＭ０８により、サービス認証に成功したことが判明すると、ＳＩＰサーバ１０は、ＡＰ接続要求メッセージＭ０１のＴｏヘッダが示すＵＲＩから、宛先アプリケーションサーバ４０−１のＩＰアドレスを求め（アドレス解決）、該アプリケーションサーバにＡＰ接続要求パケット１１０を送信すると共に、要求元のクライアント端末１−１に対して、状態通知パケット１１１を送信する。アプリケーションサーバ４０−１のアドレス解決は、ＳＩＰサーバ１０が備えるＵＲＩとＩＰアドレスとの対応テーブルの参照、または図示しないＤＮＳサーバへの問合せによって行われる。
【００４７】
尚、ＡＰ接続要求パケット１１０によって宛先アプリケーションサーバ４０−１に転送されるＡＰ接続要求メッセージＭ０１には、図１２（Ｂ）で括弧内に示したＳＩＰサーバアドレス（ＵＲＩ）を示すＶｉａヘッダが追加されている。また、状態通知パケット１１１は、図１７（Ａ）に示すように、ペイロード２０３に、状態通知メッセージＭ１１を含む。状態通知メッセージＭ１１は、図１７（Ｂ）に示すように、スタートラインに、宛先装置に要求中であることを示す“１００ Ｔｒｙｉｎｇ”を含み、ヘッダ部に、ＳＩＰサーバアドレスを示すＶｉａヘッダと、ＡＰ接続要求メッセージＭ０１から抽出された幾つかのヘッダ情報項目（Ｔｏ、Ｆｒｏｍ、Ｃａｌｌ−ＩＤ、ＣＳｅｑ）とＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダを含んでいる。
【００４８】
ＡＰ接続要求パケット１１０を受信したアプリケーションサーバ４０−１は、ユーザ認証やサービス認証を行うことなく、直ちにＳＩＰサーバ１０にＡＰ接続応答パケット１１２を返送し、接続要求元ユーザＩＤ（ｃｌｉｅｎｔ１）について、アプリケーションログ情報の収集処理を開始する（１１３）。
【００４９】
ＡＰ接続応答パケット１１２は、図１８（Ａ）に示すように、ペイロード２０３にＡＰ接続応答メッセージＭ１２を含む。ＡＰ接続応答メッセージＭ１２は、図１８（Ｂ）に示すように、スタートラインに、このメッセージが応答メッセージであることを示す“２００ ＯＫ”を含み、ヘッダ部に、ＡＰ接続要求メッセージＭ０１から抽出された幾つかのヘッダ情報項目（Ｖｉａ、Ｔｏ、Ｆｒｏｍ、Ｃａｌｌ−ＩＤ、ＣＳｅｑ、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ）と、Ｃｏｎｔａｃｔヘッダ、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダを含む。Ｔｏヘッダには、アプリケーションサーバ４０−１で指定したｔａｇ情報が付加されている。また、Ｃｏｎｔａｃｔヘッダは、アプリケーションサーバ４０−１のＩＰアドレスを示している。
【００５０】
ＳＩＰサーバ１０は、ＡＰ接続応答パケット１１２を受信すると、ＡＰ接続応答メッセージＭ１２からＶｉａヘッダを除去し（１１４）、これをＡＰ応答パケット１１５として要求元のクライアント端末１−１に転送した後、接続要求元ユーザＩＤ（ｃｌｉｅｎｔ１）について、セッションログ情報の収集処理を開始する（１１６）。すなわち、ＳＩＰサーバ１０は、図５に示したセッションログ情報ファイル１６に、ＡＰ接続応答メッセージＭ１２（またはＡＰ接続要求メッセージＭ０１）から抽出されたユーザＩＤ、Ｃａｌｌ−ＩＤと、サービス判定テーブル検索（１０６）で判明したサービスＩＤを含む新たなエントリを追加し、セッション開始時刻として現在時刻を記録する。
【００５１】
以上の手順によって、クライアント端末１−１とアプリケーションサーバ４０−１との間に通信セッション（ＲＴＰ）が確立され（１１７）、クライアント端末１−１からアプリケーションサーバ４０−１へのアクセスと、アプリケーションサーバ４０−１からクライアント端末１−１への情報サービスが可能となる。また、セッションが解放されるまでの間、ＳＩＰサーバ１０によるセッションログ情報の収集と、アプリケーションサーバ４０−１によるアプリケーションログ情報の収集が継続される。
【００５２】
図１９は、クライアント端末１−１とアプリケーションサーバ４０−１との間の通信に適用されるＲＴＰ通信メッセージＭ１７を含むＩＰパケットを示す。ＲＴＰ通信メッセージＭ１７は、ＲＴＰヘッダ１１７Ａと、ＲＴＰペイロード１１７Ｂとからなり、ＲＴＰペイロード１１７Ｂに送信コマンド、あるいは音声などの送信データが含まれる。
【００５３】
図１１は、クライアント端末１−１からＡＰ切断要求が発行された場合の通信シーケンスを示す。
クライアント１−１は、アプリケーションサーバ４０−１との通信を終了する時、ＳＩＰサーバ１０にセッション切断要求（ＡＰ切断要求）パケット１２０を送信する。ＡＰ切断要求パケット１２０は、図２０（Ａ）に示すように、ペイロード２０３にＳＩＰのＡＰ切断要求メッセージＭ２０を含む。ＡＰ切断要求メッセージＭ２０は、図２０（Ｂ）に示すように、スタートラインに、ＳＩＰリクエストメソッドとして切断要求を示すＢＹＥを含む。また、ＴｏヘッダとＦｒｏｍヘッダの双方にｔａｇ情報を含んでいる。尚、Ｖｉａヘッダは、ＳＩＰサーバ１０によって追加されるものであり、この時点では、ＳＩＰメッセージには含まれていない。
【００５４】
ＡＰ切断要求パケット１２０を受信したＳＩＰサーバ１０は、ＳＩＰメッセージＭ２０を解析し、Ａｕｔｈｏｒａｉｚａｔｉｏｎヘッダから、ユーザＩＤ“ｃｌｉｅｎｔ１”とＭＤ５の値を抽出し、これらの情報をユーザ認証要求メッセージとして含むユーザ認証要求パケット１２１を加入者管理サーバ２０に送信する。加入者管理サーバ２０は、ユーザ認証要求パケット１２１を受信すると、図１０で説明したＡＰ接続要求時のユーザ認証と同様の手順で、ユーザＩＤの認証処理を実行し、認証結果を示すユーザ認証応答パケット１２２をＳＩＰサーバ１０に送信する。
【００５５】
ＳＩＰサーバ１０は、ユーザ認証応答パケット１２２によりユーザ認証に成功したことが判明すると、ＡＰ接続要求の受信時と同様、ＡＰ切断要求メッセージＭ２０のＴｏヘッダが示すＵＲＩから、宛先アプリケーションサーバ４０−１のＩＰアドレスを求め（アドレス解決）、ＡＰ切断要求メッセージＭ２０に、ＳＩＰサーバアドレス（ＵＲＩ）を示すＶｉａヘッダを追加する（１２３）。この後、ＳＩＰサーバ１０は、宛先アプリケーションサーバにＡＰ切断要求パケット１２４を送信し、要求元のクライアント端末１−１に対して、宛先装置に要求中であることを示す状態通知パケット１２５を送信し、宛先アプリケーションサーバからの応答を待つ。
【００５６】
ＡＰ切断要求パケット１２４を受信したアプリケーションサーバ４０−１は、ＳＩＰサーバ１０にＡＰ切断応答パケット１２６を返送した後、接続要求元ユーザＩＤ（ｃｌｉｅｎｔ１）についてのアプリケーションログ情報の収集処理を停止し（１２７）、ユーザＩＤ（ｃｌｉｅｎｔ１）のアプリケーションログ情報を含むアプリケーションログメッセージを生成し、これをＡＰログ情報パケット１２８として課金サーバ３０に送信する。
【００５７】
ＡＰ切断応答パケット１２６は、図２１（Ａ）に示すように、ペイロード２０３にＡＰ切断応答メッセージＭ２６を含む。ＡＰ切断応答メッセージＭ２６は、図２１（Ｂ）に示すように、スタートラインに、このメッセージが応答メッセージであることを示す“２００ ＯＫ”を含み、ヘッダ部に、ＡＰ切断要求メッセージＭ２０から抽出された幾つかのヘッダ情報項目（Ｖｉａ、Ｔｏ、Ｆｒｏｍ、Ｃａｌｌ−ＩＤ、ＣＳｅｑ）と、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダを含む。
【００５８】
ＳＩＰサーバ１０は、ＡＰ切断応答パケット１２６を受信すると、ペイロードから抽出したＡＰ切断応答メッセージＭ２６からＶｉａヘッダを除去し（１２９）、これをＡＰ応答パケット１３０として要求元のクライアント端末１−１に転送した後、切断要求元ユーザＩＤ（ｃｌｉｅｎｔ１）についてのセッションログ情報の収集処理を停止する（１３１）。
【００５９】
すなわち、ＳＩＰサーバ１０は、図５に示したセッションログ情報ファイル１６において、ＡＰ切断応答メッセージＭ２６（またはＡＰ切断要求メッセージＭ２０）から抽出されたユーザＩＤ、Ｃａｌｌ−ＩＤと対応するテーブルエントリに、セッション終了時刻として現在時刻を記録する。この後、ＳＩＰサーバ１０は、切断要求元ユーザＩＤ（ｃｌｉｅｎｔ１）のセッションログ情報を含むセッションログメッセージを生成し、これをセッションログ情報パケット１３２として課金サーバ３０に送信する。
【００６０】
課金サーバ３０は、ＡＰログ情報パケット１２８またはセッションログ情報パケット１３２の受信の都度、受信パケットが示すＡＰログ情報またはセッションログ情報に基づいて、課金データベースに登録されているクライアント端末ユーザの課金情報エントリを更新（課金処理：１３３）しておき、クライアント端末ユーザに対して、セッション別、アプリケーション別の請求書１３４を定期的に発行する。
【００６１】
図２２は、アプリケーションサーバ４０−１から課金サーバ３０に送信されるＡＰログ情報パケット１２８のフォーマットを示す。ＡＰログ情報パケット１２８のペイロード２０３で搬送されるアプリケーションログメッセージＭ２８は、接続要求元ユーザＩＤ：１２８Ａ、接続先ＡＰのＵＲＩ：１２８Ｂ、Ｃａｌｌ ＩＤ：１２８Ｃ、アプリケーションログ情報１２８Ｄ、単価１２８Ｅを含む。これらの情報項目は、図６に示したアプリケーションログ情報ファイル３５に記録されたユーザＩＤ：３５１、接続先ＡＰのＵＲＩ：３５２、Ｃａｌｌ ＩＤ：３５３、アプリケーションログ情報３５４、単価３５５と対応している。
【００６２】
図２３は、ＳＩＰサーバ１０が課金サーバ３０に送信するセッションログ情報パケット１３２のフォーマットを示す。セッションログ情報パケット１３２のペイロード２０３で搬送されるセッションログメッセージＭ３２は、接続要求元ユーザＩＤ：１３２Ａ、サービスＩＤ：１３２Ｂ、Ｃａｌｌ ＩＤ：１３２Ｃ、セッションログ情報１３２Ｄを含む。これらの情報項目は、図５に示したセッションログ情報ファイル１６に記録されたユーザＩＤ：１５１、サービスＩＤ：１６２、Ｃａｌｌ ＩＤ：１６３、セッションログ情報１６４と対応している。
【００６３】
図２４は、上述したアプリケーションサーバからの情報サービスに先立って、クライアント端末がアプリケーションサーバに対して行うサービス加入のための通信シーケンスの１例を示す。
クライアントサーバ１−１は、アプリケーションサーバ４０−１に対して、サービス加入手続きのためのページ画面データの送信要求パケット１４１を送信する。ページ画面データ送信要求は、例えば、アプリケーションサーバ４０−１が提供するインターネットホームページ画面において行われ、ＨＴＴＰリクエストとしてアプリケーションサーバ４０−１に送信される。
【００６４】
アプリケーションサーバ４０−１は、上記ＨＴＴＰリクエストに応答して、サービス加入手続きのためのページ画面データを含む応答パケット１４２をクライアント端末１−１に返送する。上記応答パケット１４２の受信によって、クライアント端末には、サービス加入ページ画面が表示される。ユーザは、表示されたサービス加入ページ画面で、自分が加入したいサービスの識別子（サービスＩＤ）を選択し、ユーザ認証用パスワード等、サービス加入に必要な情報項目を入力する。これらの情報項目は、ユーザＩＤと共にサービス加入要求（ＨＴＴＰリクエスト）パケット１４４としてアプリケーションサーバ４０−１に送信される。
【００６５】
アプリケーションサーバ４０−１は、サービス加入要求メッセージ１４４を受信すると、加入者管理サーバ２０に対して、図２５に示すユーザ加入サービステーブル登録要求パケット１４５を送信する。上記要求パケット１４５のペイロード２０３には、このメッセージがユーザ加入サービステーブル登録要求であることを示すメッセージタイプ１４５Ａと、サービス加入要求メッセージ１４４から抽出されたユーザＩＤ：１４５Ｂ、認証情報（パスワード）１４５Ｃ、サービスＩＤ：１４５Ｄからなるユーザ加入サービステーブル登録要求メッセージＭ４５が含まれる。
【００６６】
加入者管理サーバ２０は、ユーザ加入サービステーブル登録要求パケット１４５を受信すると、ユーザＩＤ：１４５Ｂと認証情報１４５Ｃによってユーザ認証処理（１４６）を行い、要求元ユーザに問題がなければ、図９に示したユーザ加入サービステーブル２６に、ユーザＩＤとサービスＩＤとの対応関係を示す新たなエントリを登録する（１４７）。ユーザ加入サービステーブル２６に、ユーザＩＤ：１４５Ｂと対応するエントリが既に登録済みの場合は、サービスＩＤのみが追加される。
【００６７】
加入者管理サーバ２０は、テーブルエントリの登録処理が完了すると、アプリケーションサーバ４０−１に対して、図２６に示すユーザ加入サービステーブル登録応答パケット１４８を送信する。上記応答パケット１４８のペイロード２０３には、このメッセージがユーザ加入サービステーブル登録要求に対する応答であることを示すメッセージタイプ１４８Ａと、ユーザＩＤ：１４８Ｂ、認証結果１４８Ｃからなるユーザ加入サービステーブル登録要求メッセージＭ４８が含まれる。
アプリケーションサーバ４０−１は、加入者管理サーバ２０から応答パケット１４８を受信すると、認証結果１４６Ｃを含むサービス加入応答（ＨＴＴＰリプライ）パケット１４９を生成し、これを要求元のクライアント端末１−１に送信する。
【００６８】
図１０、図１１に示した通信シーケンスでは、ユーザ認証、サービス認可に成功した場合について述べているが、ユーザ認証またはサービス認可に失敗した場合は、ＳＩＰサーバは、要求元のクライアント端末にエラーメッセージを送信し、通信シーケンスを中断することになる。
【００６９】
以上の実施例では、ＳＩＰサーバ１０と加入者管理サーバ２０が別々のサーバで構成されたシステム構成を前提として説明したが、加入者管理サーバ２０の機能をＳＩＰサーバ１０に一体化することによって、ユーザ認証とサービス認可をＳＩＰサーバ１０で行うようにしてもよい。この場合、図８、図９に示したユーザ認証テーブル２５とユーザ加入サービステーブル２６は、ＳＩＰサーバ１０のメモリ１３に保持され、図１０に示したユーザ認証要求パケット１０３と認証応答パケット１０４、サービス認可要求パケット１０７と認可応答パケット１０８、図１１に示したユーザ認証要求パケット１２１と認証応答パケット１２２の送受信は不要となる。また、図２４に示したアプリケーションサーバ４０−１からのユーザ加入サービステーブル登録要求パケット１４５は、ＳＩＰサーバ１０に送信され、ＳＩＰサーバが、アプリケーションサーバ４０−１に対して、登録応答を返送することになる。
【００７０】
本発明の他の変形例として、加入者管理サーバ２０にはユーザ認証機能のみを残し、ユーザ加入サービステーブル２６をＳＩＰサーバ１０に装備することによって、サービス認可はＳＩＰサーバが行うようしてもよい。この場合も、上述したアプリケーションサーバ４０−１からのユーザ加入サービステーブル登録要求パケット１４５は、ＳＩＰサーバ１０に送信され、ＳＩＰサーバが、アプリケーションサーバ４０−１に対して、登録応答を返送することになる。
【図面の簡単な説明】
【００７１】
【図１】本発明が適用される通信ネットワークシステムの構成の１例を示す図。
【図２】本発明が適用される通信ネットワークシステムの他の構成例を示す図。
【図３】本発明によるＳＩＰサーバのブロック構成図。
【図４】ＳＩＰサーバが備えるサービス判定テーブルの構成の１例を示す図。
【図５】ＳＩＰサーバが備えるセッションログ情報ファイルの構成の１例を示す図。
【図６】アプリケーションサーバが備えるアプリケーションログ情報ファイルの構成の１例を示す図。
【図７】加入者管理サーバのブロック構成図。
【図８】加入者管理サーバが備えるユーザ認証テーブルの構成の１例を示す図。
【図９】加入者管理サーバが備えるユーザ加入サービステーブルの構成の１例を示す図。
【図１０】図１に示した通信ネットワークにおけるクライアントからのＡＰ接続要求時の通信シーケンス図。
【図１１】図１に示した通信ネットワークにおけるクライアントからのＡＰ切断要求時の通信シーケンス図。
【図１２】図１０におけるＡＰ接続要求パケット１０１およびＡＰ接続要求メッセージＭ０１のフォーマットを示す図。
【図１３】図１０におけるユーザ認証要求パケット１０３のフォーマットを示す図。
【図１４】図１０におけるユーザ認証応答パケット１０４のフォーマットを示す図。
【図１５】図１０におけるサービス認可要求パケット１０７のフォーマットを示す図。
【図１６】図１０におけるサービス認可応答パケット１０８のフォーマットを示す図。
【図１７】図１０における状態通知パケット１１１および状態通知メッセージＭ１１のフォーマットを示す図。
【図１８】図１０におけるＡＰ接続応答パケット１１２およびＡＰ接続応答メッセージＭ１２のフォーマットを示す図。
【図１９】図１０におけるＰＴＰ通信パケット１１７のフォーマットを示す図。
【図２０】図１１におけるＡＰ接切断要求パケット１２０およびＡＰ切断要求メッセージＭ２０のフォーマットを示す図。
【図２１】図１１におけるＡＰ接切断応答パケット１２４およびＡＰ切断応答メッセージＭ２６のフォーマットを示す図。
【図２２】図１１におけるＡＰログ情報パケット１２８のフォーマットを示す図。
【図２３】図１１におけるセッションログ情報パケット１３２のフォーマットを示す図。
【図２４】図１に示した通信ネットワークにおけるクライアントからのサービス加入要求時の通信シーケンスの１例を示す図。
【図２５】図２３におけるユーザ加入サービステーブル登録要求パケット１４５のフォーマットを示す図。
【図２６】図２３におけるユーザ加入サービステーブル登録応答パケット１４８のフォーマットを示す図。
【符号の説明】
【００７２】
１：クライアント端末、１０：ＳＩＰサーバ、１５：サービス判定テーブル、１６：セッションログ情報ファイル、２０：加入者管理サーバ、２５：ユーザ認証テーブル、２６：ユーザ加入サービステーブル、３０：課金サーバ、４０：アプリケーションサーバ、３５：アプリケーションログ情報ファイル。
【特許請求の範囲】
【請求項１】
第１のネットワークに接続された第１の情報通信装置と、第２のネットワークに接続された第２の情報通信装置との間でセッションの確立と切断を行なうセッション管理装置において、
上記第１のネットワークを介して上記第１の情報通信装置から、上記第２の情報通信装置と通信するためのセッションの確立を要求する第１メッセージを受信したとき、該第１メッセージに含まれるユーザ識別情報とパスワードとから、上記第１の情報通信装置のユーザを認証する手段と、
上記ユーザ識別情報と、上記第１メッセージから抽出された情報によって特定されるサービス識別情報とに基づいて、上記ユーザ識別情報をもつユーザが、上記第２の情報通信装置から上記サービス識別情報で識別されるサービスを受けられるか否かを判定する手段と、
上記ユーザが正しく認証され、上記サービスの提供を受けられることが判別した場合に、上記第２のネットワークに接続されたセッション管理装置に対して、上記セッションの確立を要求するメッセージを送信する手段とを有することを特徴とするセッション管理装置。
【請求項２】
請求項１に記載のセッション管理装置において、
ユーザ識別情報と対応して、予め登録されたパスワードを示すユーザ認証テーブルと、
ユーザ識別情報と対応して、当該ユーザ識別情報を有するユーザが受けられるサービスのサービス識別情報を示すユーザ加入サービステーブルとを有することを特徴とするセッション管理装置。
【請求項３】
請求項１に記載のセッション管理装置において、
該セッション管理装置と情報通信装置との間で送受信されるメッセージの種別情報および宛先情報と、前記サービス識別情報との対応関係を保持するサービス判定テーブルを有し、
前記第１のメッセージに含まれるメッセージの種別情報と宛先情報を用いて上記サービス判定テーブルを検索することによって、前記ユーザが受けられるサービスのサービス識別情報を取得することを特徴とするセッション管理装置。
【請求項４】
請求項１に記載のセッション管理装置において、
前記第２の情報通信装置からセッション確立を認める応答メッセージを受信した場合に、前記ユーザ識別情報と、前記セッション識別情報と、セッションの開始時刻とを対応付けたセッションログ情報を記憶することを特徴とするセッション管理装置。
【請求項５】
請求項４に記載のセッション管理装置において、
前記第１の情報通信装置と前記第２の情報通信装置との間のセッションを切断する場合に、前記第２の情報通信装置からセッションの切断を認めるメッセージを受信した時、前記セッションログ情報にセッションの終了時刻を追加することを特徴とするセッション管理装置。
【請求項６】
第１のネットワークに接続された第１の情報通信装置と、第２のネットワークに接続された第２の情報通信装置との間でセッションの確立と切断を行なうセッション管理装置において、
上記第１のネットワークを介して上記第１の情報通信装置から、上記第２の情報通信装置と通信するためのセッションの確立を要求する第１メッセージを受信したとき、該第１メッセージから抽出したユーザ識別情報とパスワードを含むユーザ認証要求用の第２メッセージを上記第１のネットワークに接続された加入者管理サーバに送信する手段と、
上記第２メッセージに応答して、上記加入者管理サーバからユーザ認証されたことを示すメッセージを受信したとき、上記ユーザ識別情報と上記ユーザが要求するサービスの識別情報とを含むサービス認可要求用の第３メッセージを上記加入者管理サーバに送信する手段と、
上記第３メッセージに応答して、上記加入者管理サーバからサービスが認可されたことを示すメッセージを受信したとき、上記第２のネットワークに接続されたセッション管理装置に対して、上記第１メッセージを転送する手段とを有することを特徴とするセッション管理装置。
【請求項７】
請求項６に記載のセッション管理装置において、
セッションの管理に用いられるメッセージの種別情報と、メッセージの宛先情報と、サービス識別情報との対応関係を示すサービス判定テーブルを有し、
前記第１のメッセージに含まれるメッセージ種類情報および宛先情報を用いて、上記サービス判定テーブルを検索することによって、前記サービス識別情報を取得することを特徴とするセッション管理装置。
【請求項８】
請求項７に記載のセッション管理装置において、
前記第１メッセージが、ＳＩＰ（Session Initiation Protocol）におけるＩＮＶＩＴＥメッセージであり、前記ユーザ識別情報が、該ＩＮＶＩＴＥメッセージの送信元ユーザＩＤであり、前記パスワードが、ＭＤ５（Message Digest No.5）の値であり、前記メッセージの種別情報が、Request-Methodであり、前記メッセージの宛先情報が、Request-URIであることを特徴とするセッション管理装置。
【請求項９】
ユーザ端末と情報サービスを提供する情報通信装置との間にセッションを確立するセッション管理装置に、ネットワークを介して接続されるユーザ管理装置であって、
上記セッション管理装置から、ユーザ識別情報とパスワード情報とを含むユーザ認証要求メッセージを受信したとき、上記パスワード情報が上記ユーザ識別情報と対応して予め登録されたものか否かを判定し、判定結果を示す応答メッセージを上記セッション管理装置に返信する第１の認証手段と、
上記セッション管理装置から、ユーザ識別情報とサービス識別情報とを含むサービス認可要求メッセージを受信したとき、上記サービス識別情報と対応する情報通信装置が、上記ユーザ識別情報をもつユーザに、上記サービス識別情報で特定される情報サービスが可能か否かを判定し、判定結果を示す応答メッセージを上記セッション管理装置に返信する第２の認証手段とを有することを特徴とするユーザ管理装置。
【請求項１０】
請求項９に記載のユーザ管理装置において、
前記第１の認証手段が、ユーザ識別情報と対応して予め登録されたパスワードを示すユーザ認証テーブルを有し、上記ユーザ認証テーブルを参照することによって、前記ユーザ識別情報を認証することを特徴とするユーザ管理装置。
【請求項１１】
請求項９に記載のユーザ管理装置において、
前記第２の認証手段が、ユーザ識別情報と対応して提供可能な情報サービスの識別情報を示すサービステーブルを有し、上記サービステーブルを参照することによって、前記情報サービスの可否を判定することを特徴とするユーザ管理装置。
【請求項１２】
請求項９に記載のユーザ管理装置において、
前記第１の認証手段が、前記ユーザ識別情報として、ＳＩＰ(Session Initiation Protocol）のＩＮＶＩＴＥメッセージから抽出された送信元ユーザＩＤを含み、前記パスワード情報として、上記ＩＮＶＩＴＥメッセージから抽出されたＭＤ５（Message Digest No.5）の値を含むユーザ認証要求メッセージを受信することを特徴とするユーザ管理装置。
【請求項１】
第１のネットワークに接続された第１の情報通信装置と、第２のネットワークに接続された第２の情報通信装置との間でセッションの確立と切断を行なうセッション管理装置において、
上記第１のネットワークを介して上記第１の情報通信装置から、上記第２の情報通信装置と通信するためのセッションの確立を要求する第１メッセージを受信したとき、該第１メッセージに含まれるユーザ識別情報とパスワードとから、上記第１の情報通信装置のユーザを認証する手段と、
上記ユーザ識別情報と、上記第１メッセージから抽出された情報によって特定されるサービス識別情報とに基づいて、上記ユーザ識別情報をもつユーザが、上記第２の情報通信装置から上記サービス識別情報で識別されるサービスを受けられるか否かを判定する手段と、
上記ユーザが正しく認証され、上記サービスの提供を受けられることが判別した場合に、上記第２のネットワークに接続されたセッション管理装置に対して、上記セッションの確立を要求するメッセージを送信する手段とを有することを特徴とするセッション管理装置。
【請求項２】
請求項１に記載のセッション管理装置において、
ユーザ識別情報と対応して、予め登録されたパスワードを示すユーザ認証テーブルと、
ユーザ識別情報と対応して、当該ユーザ識別情報を有するユーザが受けられるサービスのサービス識別情報を示すユーザ加入サービステーブルとを有することを特徴とするセッション管理装置。
【請求項３】
請求項１に記載のセッション管理装置において、
該セッション管理装置と情報通信装置との間で送受信されるメッセージの種別情報および宛先情報と、前記サービス識別情報との対応関係を保持するサービス判定テーブルを有し、
前記第１のメッセージに含まれるメッセージの種別情報と宛先情報を用いて上記サービス判定テーブルを検索することによって、前記ユーザが受けられるサービスのサービス識別情報を取得することを特徴とするセッション管理装置。
【請求項４】
請求項１に記載のセッション管理装置において、
前記第２の情報通信装置からセッション確立を認める応答メッセージを受信した場合に、前記ユーザ識別情報と、前記セッション識別情報と、セッションの開始時刻とを対応付けたセッションログ情報を記憶することを特徴とするセッション管理装置。
【請求項５】
請求項４に記載のセッション管理装置において、
前記第１の情報通信装置と前記第２の情報通信装置との間のセッションを切断する場合に、前記第２の情報通信装置からセッションの切断を認めるメッセージを受信した時、前記セッションログ情報にセッションの終了時刻を追加することを特徴とするセッション管理装置。
【請求項６】
第１のネットワークに接続された第１の情報通信装置と、第２のネットワークに接続された第２の情報通信装置との間でセッションの確立と切断を行なうセッション管理装置において、
上記第１のネットワークを介して上記第１の情報通信装置から、上記第２の情報通信装置と通信するためのセッションの確立を要求する第１メッセージを受信したとき、該第１メッセージから抽出したユーザ識別情報とパスワードを含むユーザ認証要求用の第２メッセージを上記第１のネットワークに接続された加入者管理サーバに送信する手段と、
上記第２メッセージに応答して、上記加入者管理サーバからユーザ認証されたことを示すメッセージを受信したとき、上記ユーザ識別情報と上記ユーザが要求するサービスの識別情報とを含むサービス認可要求用の第３メッセージを上記加入者管理サーバに送信する手段と、
上記第３メッセージに応答して、上記加入者管理サーバからサービスが認可されたことを示すメッセージを受信したとき、上記第２のネットワークに接続されたセッション管理装置に対して、上記第１メッセージを転送する手段とを有することを特徴とするセッション管理装置。
【請求項７】
請求項６に記載のセッション管理装置において、
セッションの管理に用いられるメッセージの種別情報と、メッセージの宛先情報と、サービス識別情報との対応関係を示すサービス判定テーブルを有し、
前記第１のメッセージに含まれるメッセージ種類情報および宛先情報を用いて、上記サービス判定テーブルを検索することによって、前記サービス識別情報を取得することを特徴とするセッション管理装置。
【請求項８】
請求項７に記載のセッション管理装置において、
前記第１メッセージが、ＳＩＰ（Session Initiation Protocol）におけるＩＮＶＩＴＥメッセージであり、前記ユーザ識別情報が、該ＩＮＶＩＴＥメッセージの送信元ユーザＩＤであり、前記パスワードが、ＭＤ５（Message Digest No.5）の値であり、前記メッセージの種別情報が、Request-Methodであり、前記メッセージの宛先情報が、Request-URIであることを特徴とするセッション管理装置。
【請求項９】
ユーザ端末と情報サービスを提供する情報通信装置との間にセッションを確立するセッション管理装置に、ネットワークを介して接続されるユーザ管理装置であって、
上記セッション管理装置から、ユーザ識別情報とパスワード情報とを含むユーザ認証要求メッセージを受信したとき、上記パスワード情報が上記ユーザ識別情報と対応して予め登録されたものか否かを判定し、判定結果を示す応答メッセージを上記セッション管理装置に返信する第１の認証手段と、
上記セッション管理装置から、ユーザ識別情報とサービス識別情報とを含むサービス認可要求メッセージを受信したとき、上記サービス識別情報と対応する情報通信装置が、上記ユーザ識別情報をもつユーザに、上記サービス識別情報で特定される情報サービスが可能か否かを判定し、判定結果を示す応答メッセージを上記セッション管理装置に返信する第２の認証手段とを有することを特徴とするユーザ管理装置。
【請求項１０】
請求項９に記載のユーザ管理装置において、
前記第１の認証手段が、ユーザ識別情報と対応して予め登録されたパスワードを示すユーザ認証テーブルを有し、上記ユーザ認証テーブルを参照することによって、前記ユーザ識別情報を認証することを特徴とするユーザ管理装置。
【請求項１１】
請求項９に記載のユーザ管理装置において、
前記第２の認証手段が、ユーザ識別情報と対応して提供可能な情報サービスの識別情報を示すサービステーブルを有し、上記サービステーブルを参照することによって、前記情報サービスの可否を判定することを特徴とするユーザ管理装置。
【請求項１２】
請求項９に記載のユーザ管理装置において、
前記第１の認証手段が、前記ユーザ識別情報として、ＳＩＰ(Session Initiation Protocol）のＩＮＶＩＴＥメッセージから抽出された送信元ユーザＩＤを含み、前記パスワード情報として、上記ＩＮＶＩＴＥメッセージから抽出されたＭＤ５（Message Digest No.5）の値を含むユーザ認証要求メッセージを受信することを特徴とするユーザ管理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【公開番号】特開２００７−１８３９７３（Ｐ２００７−１８３９７３Ａ）
【公開日】平成１９年７月１９日（２００７．７．１９）
【国際特許分類】
【出願番号】特願２００７−１１５５７（Ｐ２００７−１１５５７）
【出願日】平成１９年１月２２日（２００７．１．２２）
【分割の表示】特願２００４−９８２３５（Ｐ２００４−９８２３５）の分割
【原出願日】平成１６年３月３０日（２００４．３．３０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成１９年７月１９日（２００７．７．１９）
【国際特許分類】
【出願日】平成１９年１月２２日（２００７．１．２２）
【分割の表示】特願２００４−９８２３５（Ｐ２００４−９８２３５）の分割
【原出願日】平成１６年３月３０日（２００４．３．３０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]