(57)【要約】【課題】既存のＳＩＰサーバ機能を活かし、簡易に認証や課金が可能なアプリケーションサービス提供方法を実現する。【解決手段】クライアント１００を操作するユーザがアプリケーションサーバ１０３の提供するサービスを要求する際に、標準ＳＩＰ手順を用いてクライアント１００とアプリケーションサーバ１０３との間に中継サーバ１０１を経由してＳＩＰセッション１０４を確立し、ＳＩＰセッション１０４の確立後に、クライアント１００とアプリケーションサーバ１０３との間で直接サービスを提供する。ＳＩＰセッション１０４の確立段階で、中継サーバ１０１においてユーザ認証を行うことで、アプリケーションサーバ１０３に認証機能が必要なく、簡易にアプリケーションサーバ１０３を構築可能となる。【選択図】図１
2011120242.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末とインターネット電話とは異なるサービスを提供するアプリケーションサーバとの間のＳＩＰセッションの確立を行うサービス提供システムにおける中継サーバであって、
前記クライアント端末から、前記クライアント端末のサービス要求情報を含むＳＩＰセッション確立要求を受信する要求受信手段と、
前記クライアント端末の登録情報を管理し、前記サービス要求情報と前記登録情報とから前記クライアント端末を認証する認証手段と、
前記サービス要求情報に含まれるサービスを提供するアプリケーションサーバを検索する検索手段と、
検索された前記アプリケーションサーバに対して、前記クライアント端末に前記サービスの提供が可能か否かを問い合わせるために前記ＳＩＰセッション確立要求を中継するサービス問い合わせ中継手段と、
前記問い合わせに対する前記アプリケーションサーバからのＳＩＰ応答を受信し、前記クライアント端末に送信する応答中継手段と、前記ＳＩＰ応答は、前記クライアント端末と前記アプリケーションサーバとの間で前記ＳＩＰセッションとは別のアプリケーションセッションを確立するための、前記アプリケーションサーバが提供する前記サービスに対するアクセス方法に関する情報を含む、
前記ＳＩＰ応答に応じて前記クライアント端末からＳＩＰ確認要求を受信した場合には、前記アプリケーションサーバに対して、前記アプリケーションサーバと前記クライアント端末との間の前記ＳＩＰセッションを確立するために前記ＳＩＰ確認要求を中継する確認中継手段と、を具備する中継サーバ。
【請求項２】
前記ＳＩＰセッションの確立後に、前記アプリケーションサーバと前記クライアント端末との間で、前記アクセス方法に関する情報を元に、前記クライアント端末と前記アプリケーションサーバとの間で前記ＳＩＰセッションとは別の前記アプリケーションセッションを確立し、前記アプリケーションセッションによって直接前記アプリケーションサーバが前記クライアント端末にサービスを提供し、
前記ＳＩＰセッションは、前記アプリケーションセッションによって前記アプリケーションサーバから前記クライアント端末にサービスが提供されている間、継続する、
請求項１記載の中継サーバ。
【請求項３】
前記サービス要求情報に含まれるデータに応じたルールに基づき、サービス内容およびクライアント情報を特定する、請求項１記載の中継サーバ。
【請求項４】
前記クライアント端末から切断要求を受信し、前記アプリケーションサーバに送信する切断要求受信手段と、
前記切断要求に基づき前記ＳＩＰセッションが切断される際に、前記ＳＩＰセッションの継続時間を測定するセッション管理手段と、
前記継続時間に基づき課金情報を作成する時間課金手段と、
をさらに具備する請求項１記載の中継サーバ。
【請求項５】
前記アプリケーションサーバからの要求に基づき、課金情報を作成するアプリケーション課金手段、
をさらに具備する請求項１記載の中継サーバ。
【請求項６】
前記クライアント端末から確立済みのＳＩＰセッションに対して、前記クライアント端末のサービス変更情報を含むセッション変更要求を受信する変更要求受信手段、をさらに具備し、
前記検索手段は、
前記セッション変更要求を受けて、前記サービス変更情報に含まれる変更後のサービスを提供するアプリケーションサーバを検索し、
前記サービス問い合わせ中継手段は、
検索された前記アプリケーションサーバに対して、前記クライアント端末に前記変更後のサービスの提供が可能か否かを問い合わせるために前記セッション変更要求を中継する、
請求項１記載の中継サーバ。
【請求項７】
前記クライアント端末から確立済みのＳＩＰセッションに対して、前記クライアント端末のサービス要求情報を含むセッション転送要求を受信する転送要求受信手段、をさらに具備し、
前記検索手段は、
前記セッション転送要求を受けて、前記サービス要求情報に含まれるサービスを提供する第二のアプリケーションサーバを検索し、
前記サービス問い合わせ中継手段は、
検索された前記第二のアプリケーションサーバに対して、前記クライアント端末に前記サービスの提供が可能か否かを問い合わせるために前記セッション転送要求を中継し、
前記応答中継手段は、
前記問い合わせに対する前記第二のアプリケーションサーバからのＳＩＰ応答を受信し、前記クライアント端末に送信する、
請求項１記載の中継サーバ。
【請求項８】
前記検索手段は、
前記サービス要求情報に含まれるサービスを提供する少なくとも一つのアプリケーションサーバを検索し、
前記サービス問い合わせ中継手段は、
検索された全てのアプリケーションサーバに対して、前記クライアント端末に前記サービスの提供が可能か否かを問い合わせるために前記ＳＩＰセッション確立要求を中継し、
前記応答中継手段は、
前記問い合わせに対する前記各アプリケーションサーバからのＳＩＰ応答をそれぞれ受信し、前記クライアント端末に送信し、
前記確認中継手段は、
前記各ＳＩＰ応答に応じて前記クライアント端末からＳＩＰ確認要求をそれぞれ受信した場合には、一つの前記ＳＩＰセッション確立要求に対して、前記各アプリケーションサーバへ、前記各アプリケーションサーバと前記クライアント端末との間に少なくとも１つの前記ＳＩＰセッションを確立するために前記ＳＩＰ確認要求を中継する、
請求項１記載の中継サーバ。
【請求項９】
中継サーバがクライアント端末とインターネット電話とは異なるサービスを提供するアプリケーションサーバとの間のＳＩＰセッションの確立を行うサービス提供システムにおける前記中継サーバのサービス管理方法であって、
前記中継サーバの要求受信手段が、前記クライアント端末から、前記クライアント端末のサービス要求情報を含むＳＩＰセッション確立要求を受信する工程と、
前記中継サーバの認証手段が、前記サービス要求情報とあらかじめ登録されたクライアント情報とから前記クライアント端末を認証する工程と、
前記中継サーバの検索手段が、前記サービス要求情報に含まれるサービスを提供するアプリケーションサーバを検索する工程と、
前記中継サーバのサービス問い合わせ中継手段が、前記アプリケーションサーバに対して、前記クライアント端末に前記サービスの提供が可能か否かを問い合わせるために前記ＳＩＰセッション確立要求を中継する工程と、
前記中継サーバの応答中継手段が、前記問い合わせに対する前記アプリケーションサーバからのＳＩＰ応答を受信し、前記クライアント端末に送信する工程と、前記ＳＩＰ応答は、前記クライアント端末と前記アプリケーションサーバとの間で前記ＳＩＰセッションとは別のアプリケーションセッションを確立するための、前記アプリケーションサーバが提供する前記サービスに対するアクセス方法に関する情報を含む、
前記中継サーバの確認中継手段が、前記ＳＩＰ応答に応じて前記クライアント端末からＳＩＰ確認要求を受信した場合には、前記アプリケーションサーバに対して、前記クライアント端末と前記アプリケーションサーバとの間の前記ＳＩＰセッションを確立するために前記ＳＩＰ確認要求を中継する工程と、を具備する、中継サーバのサービス管理方法。
【請求項１０】
コンピュータを、請求項１から請求項８のいずれかに記載の中継サーバとして機能させるためのプログラム。
【請求項１１】
中継サーバがクライアント端末とインターネット電話とは異なるサービスを提供するアプリケーションサーバとの間のＳＩＰセッションの確立を行うサービス提供システムであって、
前記中継サーバは、
前記クライアント装置と前記アプリケーションサーバとの間の前記ＳＩＰセッションを管理するＳＩＰサーバ部と、
前記クライアント装置を認証するユーザ認証部と、
前記アプリケーションサーバを検索するアプリケーションサーバ検索部と、
前記ＳＩＰセッションの確立および切断を監視するセッション管理部と、検索された前記アプリケーションサーバに対する前記サービスの提供可否の問い合わせに対して前記アプリケーションサーバから受信したＳＩＰ応答は、前記クライアント端末と前記アプリケーションサーバとの間で前記ＳＩＰセッションとは別のアプリケーションセッションを確立するための、前記アプリケーションサーバが提供する前記サービスに対するアクセス方法に関する情報を含む、
前記セッション管理部の監視情報に基づき前記クライアント装置への課金を管理する課金管理部と、を具備し、
前記クライアント装置は、
前記アプリケーションサーバとの間の前記ＳＩＰセッションの確立および切断を要求するＳＩＰクライアント部と、
前記アプリケーションセッションによって直接前記アプリケーションサーバとアプリケーションデータを交換するクライアントアプリケーション部と、を具備し、
前記アプリケーションサーバは、
前記ＳＩＰサーバ部から前記クライアント装置の要求を受け付けるアプリケーションサーバＳＩＰクライアント部と、
前記アプリケーションセッションによって直接前記クライアント装置とアプリケーションデータを交換するサーバアプリケーション部と、
を具備するサービス提供システム。
【請求項１２】
前記認証または前記検索が失敗した場合、エラーを含む応答を前記クライアント端末に返送する、請求項１記載の中継サーバ。
【請求項１３】
前記サービス問い合わせ中継手段は、
前記検索手段によって複数のアプリケーションサーバが検索された場合、検索された複数のアプリケーションサーバに対して、前記クライアント端末に前記サービスの提供が可能か否かを問い合わせるために前記ＳＩＰセッション確立要求を中継し、
前記応答中継手段は、
前記問い合わせに対する１つのアプリケーションサーバからのＳＩＰ応答を受信した場合、この受信したＳＩＰ応答を前記クライアント端末に送信し、残りのアプリケーションサーバに対してキャンセル要求を送信する、
請求項１記載の中継サーバ。
【請求項１４】
前記アプリケーションサーバから切断要求を受信し、前記クライアント端末に送信する切断要求受信手段と、
前記切断要求に基づき前記ＳＩＰセッションが切断される際に、前記ＳＩＰセッションの継続時間を測定するセッション管理手段と、
前記継続時間に基づき課金情報を作成する時間課金手段と、
をさらに具備する請求項１記載の中継サーバ。
【請求項１５】
前記アプリケーションサーバから確立済みのＳＩＰセッションに対して、サービス変更情報を含むセッション変更要求を受信する変更要求受信手段、をさらに具備し、
前記検索手段は、
前記セッション変更要求を受けて、前記サービス変更情報に含まれる変更後のサービスを提供するアプリケーションサーバを検索し、
前記サービス問い合わせ中継手段は、
検索された前記アプリケーションサーバに対して、前記クライアント端末に前記変更後の前記サービスの提供が可能か否かを問い合わせるために前記セッション変更要求を中継する、
請求項１記載の中継サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（Session Initiation Protocol）を用いて、複数のサーバが連携してユーザにサービスを提供する際のサービス提供方式に関する。
【背景技術】
【０００２】
近年、インターネットが広く普及し、また、インターネットに数Ｍｂｐｓ以上の帯域で接続するいわゆるブロードバンドユーザが多くなるに従って、ブロードバンドネットワークを活かしたサービスへの要求が高まりつつある。
【０００３】
そうしたブロードバンドサービスの一つとして、インターネット電話のサービスがある。インターネット電話では、ＩＴＵ−Ｔ勧告Ｈ.３２３やＩＴＥＦのＲＦＣ３２６１で規定される、ＳＩＰなどの呼制御プロトコルを用いて、発信側の端末は、ネットワークが提供する呼制御サーバに対して、着信側の端末への発信要求メッセージを送信する。呼制御サーバは、発信側の端末の認証や要求された着信側の端末のアドレス解析を行い、発信要求メッセージを着信側の端末に中継する。着信側の端末は発信要求に対する応答メッセージを呼制御サーバに返し、呼制御サーバはさらに発信側の端末に中継する。こうした呼制御メッセージのやり取りは、端末と呼制御サーバ間の呼制御セッションを通じて行われる。また、呼制御メッセージを通じて、自分が相手から音声データを受信するチャネル情報や、自らの音声データを相手に送信するチャネル情報などを決定する。例えば、ＳＩＰの場合、端末は、発信時に、自らが受信可能なＩＰアドレスやポート情報を含むＳＤＰ（Session Description Protocol）情報をボディに含む「ＩＮＶＩＴＥ」メッセージを送信する。受信側の端末は、同様の情報をＳＩＰ応答メッセージである「２００応答」に載せて返送する。呼制御メッセージの交換が完了すると、端末は、決定されたチャネル宛てにデータを送信する。呼制御メッセージの交換に使用された呼制御セッションは、通話が終了するまで保持される。
【０００４】
一般的に呼制御サーバは、個々の呼制御セッションに関して、発信側の端末情報と着信側の端末情報とセッションの継続時間を記録し、課金などに利用する。
【０００５】
一方、ＷＷＷ（World Wide Web）を用いたオンラインショッピングに代表されるサービスが広く普及している。ユーザは、Ｗｅｂブラウザを用いて、オンラインショッピングを提供しているＷｅｂサーバに接続し、所望の物品を購入することができる。購入にあたっては、ユーザは、Ｗｅｂブラウザを通じてＷｅｂサーバにユーザＩＤやパスワードを送信することによって認証を受け、また、課金はオンラインショッピングを提供している会社から請求される。その際に、インターネットにおいては、ネット上に存在する複数のサーバに接続しなければならない場合が多く、金銭や個人情報の取引には常にセキュリティの不安がある。例えば、特許文献１には、各個人のアクセスに対して、認証を代行するサーバの技術が記載されている。特許文献１記載のシステムは、各種サーバとのやり取りを安全に代行する窓口代行サーバシステムである。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−３２５０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、インターネット電話サービスを提供している呼制御サーバは、本質的に他のアプリケーションサーバでも活用可能なユーザ認証機能やセッション管理機能、課金管理機能などを持っているにもかかわらず、電話サービスの呼制御機能を実行するのみであり、他のアプリケーションサーバ向けにユーザ認証やセッション管理、課金管理などの機能を提供していないという問題があった。
【０００８】
また、オンラインショップを提供する会社は、個別にユーザ情報管理やユーザに対する課金を行う必要があり、また、ユーザも、個々のオンラインショップに対してユーザＩＤやパスワードを登録する必要があり、また、個々のオンラインショップから請求されることになり、煩雑であるという問題があった。特許文献１には、情報を他のサーバから収集する旨の技術の記載があるが、例えば、複数の会社それぞれが独自の課金サービスを行うといった場合など、上記課題を解決するには至っていない。
【課題を解決するための手段】
【０００９】
本発明は、上記課題を解決するためになされたものであり、クライアント端末とインターネット電話とは異なるサービスを提供するアプリケーションサーバとの間のＳＩＰセッションの確立を行うサービス提供システムにおける中継サーバであって、前記クライアント端末から、前記クライアント端末のサービス要求情報を含むＳＩＰセッション確立要求を受信する要求受信手段と、前記クライアント端末の登録情報を管理し、前記サービス要求情報と前記登録情報とから前記クライアント端末を認証する認証手段と、前記サービス要求情報に含まれるサービスを提供するアプリケーションサーバを検索する検索手段と、検索された前記アプリケーションサーバに対して、前記クライアント端末に前記サービスの提供が可能か否かを問い合わせるために前記ＳＩＰセッション確立要求を中継するサービス問い合わせ中継手段と、前記問い合わせに対する前記アプリケーションサーバからのＳＩＰ応答を受信し、前記クライアント端末に送信する応答中継手段と、前記ＳＩＰ応答は、前記クライアント端末と前記アプリケーションサーバとの間で前記ＳＩＰセッションとは別のアプリケーションセッションを確立するための、前記アプリケーションサーバが提供する前記サービスに対するアクセス方法に関する情報を含む、前記ＳＩＰ応答に応じて前記クライアント端末からＳＩＰ確認要求を受信した場合には、前記アプリケーションサーバに対して、前記アプリケーションサーバと前記クライアント端末との間の前記ＳＩＰセッションを確立するために前記ＳＩＰ確認要求を中継する確認中継手段と、を具備する中継サーバである。
【００１０】
この構成により、インターネット電話以外のアプリケーションにおいて、ユーザがアプリケーションサーバからインターネットとは異なるサービスを受ける場合に、ＳＩＰセッションの確立段階において、中継サーバはユーザの認証を行うため、アプリケーションサーバにおいては、ユーザの認証を行う必要はなく、簡易にアプリケーションサーバを構築可能である。また、中継サーバにとっては、自身が持つユーザ認証機能の利用効率を高めることが可能であり、また、アプリケーションサーバから利用料を徴収することなどにより、運用コストを低減可能である。
【００１１】
さらに、サービス要求に含まれるデータに応じたルールに基づき、サービス内容およびクライアント情報を特定することにより、より効率的にクライアント情報とサービス内容の管理を行うことができる。
【００１２】
さらに、前記クライアント端末から切断要求を受信し、前記アプリケーションサーバに送信する切断要求受信手段と、前記切断要求に基づき前記ＳＩＰセッションが切断される際に、前記ＳＩＰセッションの継続時間を測定するセッション管理手段と、前記継続時間に基づき課金情報を作成する時間課金手段と、をさらに具備することにより、ＳＩＰセッションの継続時間を測定することが可能であり、また、測定された時間に応じた課金を行うことが可能である。従って、アプリケーションサーバが提供するサービスが、そのサービス提供時間に応じて決定されるような場合に、アプリケーションサーバはそのサービスの提供時間を測定する必要がなく、また、課金も中継サーバが代行してくれるため、サービス提供時間に基づく課金を可能なアプリケーションサーバを簡易に構築可能である。
【００１３】
さらに、前記アプリケーションサーバからの要求に基づき、課金情報を作成するアプリケーション課金手段、をさらに具備することにより、アプリケーションサーバにおいて収集した課金情報を中継サーバに通知し、中継サーバがユーザに対して課金を実行する。従って、アプリケーションサーバがサービス提供時間とは無関係に課金が発生するサービス、例えば、物品の購入サービスなどを提供している場合においても、中継サーバにおいて課金を実行ことが可能であり、サービス提供時間とは無関係な課金を必要とするようなサービスを提供するアプリケーションサーバを簡易に構築可能である。
【発明の効果】
【００１４】
本発明によれば、インターネット電話以外のアプリケーションにおいても、ユーザがアプリケーションサーバからサービスを受ける場合に、呼制御サーバ経由でアプリケーションサーバに接続し、その後、アプリケーションサーバがユーザにアプリケーションサービスを提供することで、呼制御サーバの持つユーザ認証やセッション管理、課金管理機能を簡易に利用可能であり、同時に呼制御サーバをより有効活用可能であるサービス提供方法を提供することができる、という利点がある。
【００１５】
また、本発明によれば、インターネット電話のサーバとして提供されている呼制御サーバのユーザ管理機能および課金機能を、アプリケーションサーバが利用することを可能とすることで、オンラインショップを提供する会社の運用コストを低減することが可能であり、また、ユーザはインターネット電話のサーバに対するユーザ情報のみを記憶しておけばよく、また、一括してインターネット電話のサーバから請求されることが可能であるサービス提供方法を提供することができる、という利点がある。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態１におけるシステムの構成例を示す図
【図２】本発明の実施の形態１におけるクライアント、中継サーバ、およびアプリケーションサーバの処理の一例を示す図
【図３】本発明の実施の形態１におけるクライアント、中継サーバ、およびサーバ間のメッセージを示す図
【図４】本発明の実施の形態２におけるクライアント、中継サーバ、およびアプリケーションサーバの処理の一例を示す図
【図５】本発明の実施の形態３におけるクライアント、中継サーバ、およびアプリケーションサーバの処理の一例を示す図
【図６】本発明の実施の形態３におけるクライアント、中継サーバ、およびアプリケーションサーバの処理の他の例を示す図
【図７】本発明の実施の形態４におけるクライアント、中継サーバ、およびアプリケーションサーバの構成例を示す図
【図８】本発明の実施の形態５におけるクライアント、中継サーバ、およびアプリケーションサーバの処理の一例を示す図
【図９】本発明の実施の形態６におけるクライアント、中継サーバ、およびアプリケーションサーバの接続関係を示す図
【図１０】本発明の実施の形態７におけるクライアント、中継サーバ、およびアプリケーションサーバの処理の一例を示す図
【発明を実施するための形態】
【００１７】
（実施の形態１）
図１は、本発明の実施の形態１におけるシステムの構成例を示す図である。図１において、ネットワーク１０２を介してクライアント１００と中継サーバ１０１とアプリケーションサーバ１０３とが相互に接続されている。クライアントとしては、ＰＣ（Personal Computer）だけでなく一般電話機や携帯電話など各種の端末が接続可能である。
【００１８】
クライアント１００がアプリケーションサーバ１０３の提供するサービスを受ける場合には、通常であれば直接アプリケーションサーバ１０３との間にアプリケーションセッション１０５を設定し、この上でデータを送受信することにより、アプリケーションサーバ１０３からサービスを受ける。例えば、クライアント１００を操作するユーザは、Ｗｅｂブラウザを起動し、アプリケーションサーバ１０３が提供するＷｅｂサーバに接続し、物品を購入することなどを行うが、本発明においては、クライアント１００を操作するユーザがアプリケーションサーバ１０３のサービスを受ける場合、一旦中継サーバ１０１とアプリケーションサーバ１０３との間にＳＩＰセッション１０４を開設し、その後、アプリケーションセッション１０５を開設して、サービスを受ける。
【００１９】
このセッション開設動作について、図２および図３を用いて説明する。クライアント１００を操作するユーザが、アプリケーションサーバ１０３のサービスを受けようとすると、クライアント１００は、クライアント要求送信手段１０６を実行し、予め定められた中継サーバ１０１宛てにＳＩＰ要求メッセージを送信する。具体的には、図３に示すように「ＩＮＶＩＴＥ」メッセージを送信すればよい。ＳＩＰ要求メッセージには、ユーザが要求するサービスが何であるかが分かるような情報を設定しておく。例えば、「ＩＮＶＩＴＥ」メッセージのリクエストラインに「INVITE sip:service1@portal.com SIP/2.0」と指定することにより、「ｐｏｒｔａｌ．ｃｏｍ」が管理している「ｓｅｒｖｉｃｅ１」を要求するとのルールを決めておき、指定することが可能である。また、ＳＩＰの場合、メッセージボディに任意のデータを設定できるので、要求するサービスのより詳細な情報をＸＭＬなどの形式でメッセージボディに添付してもよい。例えば、図３に示す「ＩＮＶＩＴＥ」メッセージのようにＸＭＬ形式でメッセージボディを設定することにより、要求するサービスのより詳細な情報を設定することが可能となる。
【００２０】
中継サーバ１０１は、中継サーバ要求受信手段１０７によって、クライアント１００が送信したＳＩＰ要求メッセージを受信する。中継サーバ１０１は、認証手段１０８を用いて、ＳＩＰ要求を送信してきたユーザを認証する。認証手段１０８においては、ユーザの登録情報を管理し、ユーザが登録されているか否かに基づいた認証や、さらにはパスワードを用いた認証を行う。例えば、ＳＩＰにおいては、メッセージの「Ｆｒｏｍ」行にユーザＩＤとパスワードを設定可能であるので、この情報を用いて認証してもよいし、ＳＩＰで定義されているダイジェスト認証手段を用いてユーザを認証することも可能である。
【００２１】
認証の結果、ユーザが登録されていない場合やパスワードが異なる場合には、図示しないサーバ問い合わせ中継手段を用いて、クライアント１００に対して、エラーを含むＳＩＰ応答メッセージを返送する。例えば、「４０１  Ｕｎａｕｔｈｏｒｉｚｅｄ」メッセージを返送する。
【００２２】
中継サーバ１０１は、認証の結果、ユーザにサービスを提供可能である場合には、ユーザが要求したサービスを提供しているアプリケーションサーバ１０３を検索するために、アプリケーションサーバ検索手段１０９を実行する。アプリケーションサーバ検索手段１０９においては、サービスと提供可能なアプリケーションサーバ１０３との対応関係を管理し、ユーザが要求するサービスを提供可能か否かを判定する。例えば、「ＩＮＶＩＴＥ」のリクエストラインで「ｓｅｒｖｉｃｅ１」が要求されていることが分かった場合、「ｓｅｒｖｉｃｅ１」を提供するアプリケーションサーバ１０３を検索する。
【００２３】
検索の結果、ユーザが要求するサービスを提供可能なアプリケーションサーバ１０３が存在しない場合には、上記サーバ問い合わせ中継手段（図示せず）を用いて、クライアント１００に対して、エラーを含むＳＩＰ応答メッセージを返送する。例えば、「４０４  Ｎｏｔ  Ｆｏｕｎｄ」メッセージを送信する。
【００２４】
中継サーバ１０１は、検索の結果、サービスを提供可能なアプリケーションサーバ１０３が見つかった場合、中継サーバ中継手段１１０を用いて、ＳＩＰ要求メッセージをアプリケーションサーバ１０３へ中継する。
【００２５】
アプリケーションサーバ１０３は、アプリケーションサーバ要求受信手段１１１を用いて、中継サーバ１０１からのＳＩＰ要求メッセージを受信し、さらに、受付判定手段１１２を用いて、要求されたサービスを提供可能か否かを判定し、判定結果（ＳＩＰ応答メッセージ）を、アプリケーションサーバ応答送信手段１１３を用いて、中継サーバ１０１へ送信する。このとき、アプリケーションサーバ１０３が提供するサービスへのアクセス方法をＳＩＰ応答メッセージに設定してもよい。
【００２６】
判定は、要求されたサービスを同時に提供可能な数や、アプリケーションサーバ１０３が独自に所持するユーザ情報などによって行ってもよい。
【００２７】
判定の結果、エラーを返す必要があるときには、例えば、「４０４  Ｎｏｔ  Ｆｏｕｎｄ」や「５０３  Ｓｅｒｖｉｃｅ  Ｕｎａｖａｉｌａｂｌｅ」などのメッセージを送信する。
【００２８】
中継サーバ１０１は、受信したＳＩＰ応答メッセージを、中継サーバ応答中継手段１１４を用いてクライアント１００へ中継する。
【００２９】
クライアント１００は、クライアント応答受信手段１１５を用いてＳＩＰ応答メッセージを受信する。受信したＳＩＰ応答メッセージがエラーを含む場合、クライアント１００はユーザにその旨を表示し、サービスは提供しない。正常な場合は、ＳＩＰセッションを確立するために、ＳＩＰ確認メッセージを、クライアント確認送信手段１１６を用いて中継サーバ１０１宛てに送信する。具体的には、ＡＣＫメッセージを送信すればよい。クライアント１００は、ＡＣＫメッセージを送信すると、クライアントサービス手段１１９を実行し、アプリケーションサーバ１０３からのサービスを受け始める。
【００３０】
ＳＩＰ確認メッセージを受信した中継サーバ１０１は、中継サーバ確認中継手段１１７を用いてアプリケーションサーバ１０３へＳＩＰ確認メッセージを中継する。
【００３１】
アプリケーションサーバ１０３は、アプリケーションサーバ確認受信手段１１８を用いてＳＩＰ確認メッセージを受信すると、アプリケーションサーバサービス手段１２０によってクライアント１００へのサービスを開始する。
【００３２】
例えば、アプリケーションサーバ１０３がＷｅｂサーバによるサービスを提供している場合、アプリケーションサーバ１０３が送信するＳＩＰ応答メッセージのメッセージボディに当該ＷｅｂサーバのＵＲＬ（Uniform Resource Locator）を設定しておくことにより、提供するサービスのアドレスをクライアント１００に通知することが可能である。クライアント１００は、クライアントサービス手段１１９によってＷｅｂブラウザを起動し、指定されたＵＲＬに接続すればよい。また、アプリケーションサーバ１０３が先にアプリケーションサーバサービス手段１２０を実行し、クライアントサービス手段１１９との間でサービスを開始してもよい。
【００３３】
アプリケーションサーバ検索手段１０９においては、ユーザが要求するサービスを提供可能なアプリケーションサーバ１０３が複数検索されてもよい。この場合は、中継サーバ１０１は、複数のアプリケーションサーバ１０３に対して、ＳＩＰ要求メッセージを中継する。一つのアプリケーションサーバ１０３からＳＩＰ応答メッセージを受信した場合は、そのＳＩＰ応答メッセージをクライアント１００に中継すると共に、残りのアプリケーションサーバ１０３に対して、「ＣＡＮＣＥＬ」メッセージを送信することで、サービスの要求をキャンセルする。なお、この動作はＳＩＰの標準にて規定されている範囲で実行可能な動作である。
【００３４】
さて、上記のようにクライアント１００が要求するサービス内容は「ＩＮＶＩＴＥ」のリクエストラインやメッセージボディに設定可能であり、アプリケーションサーバ１０３が提供するサービスに関してはメッセージボディにその内容を設定可能である。これらのフィールドは、ＳＩＰを利用する際に設定可能なフィールドであるので、本発明のクライアント１００、中継サーバ１０１、およびアプリケーションサーバ１０３に要求されるＳＩＰ機能は、通常のインターネット電話に要求される標準準拠のＳＩＰ機能でよく、特別な機能拡張の必要はない。
【００３５】
また、インターネット電話サービスを提供する場合においても、発信してきたユーザを認証する手段は必要となるので、通常のインターネット電話を提供している呼制御サーバを用いて、呼制御サーバのユーザ認証機能に特別な機能追加をすることなしに、本発明の中継サーバ１０１を構築することが可能である。
【００３６】
アプリケーションサーバ１０３においては、ユーザから直接サービスが呼び出された場合には、エラーを返し、中継サーバ１０１を経由したＳＩＰセッションを確立した後にのみサービスを提供するようにすることで、ユーザ認証を行わずにサービスを提供することを防ぐことが可能である。
【００３７】
以上のように構成されたサービス提供方法によれば、ユーザ認証を中継サーバにおいて実行することが可能となるため、アプリケーションサーバにおいては、ユーザの認証を行う必要はなく、簡易にアプリケーションサーバを構築することが可能である。また、ユーザ情報管理を行う必要もなくなるため、運用コストも低減可能となる。
【００３８】
また、中継サーバにとっては、特別な機能拡張をすることなしに、ＳＩＰによるインターネット電話サービスだけを提供するよりも自身が持つユーザ認証機能の利用効率を高めることが可能であり、また、アプリケーションサーバから利用料を徴収することなどにより、運用コストを低減可能である。
【００３９】
（実施の形態２）
図４は、本発明の実施の形態２におけるクライアント１００、中継サーバ１０１、およびアプリケーションサーバ１０３のセッション切断処理の手順の一例を示す図である。
【００４０】
クライアント１００は、アプリケーションサーバ１０３が提供するサービスの利用を終了する際に、アプリケーションセッションを切断することはもちろん、ＳＩＰセッションも切断する。具体的には、クライアント１００は、クライアント切断要求送信手段１２１を用いて中継サーバ１０１に対して「ＢＹＥ」メッセージを送信する。中継サーバ１０１は、中継サーバ切断要求中継手段１２２により、「ＢＹＥ」メッセージを受信し、アプリケーションサーバ１０３に中継する。アプリケーションサーバ１０３は、アプリケーションサーバ切断要求受信手段１２３により、「ＢＹＥ」メッセージを受信し、アプリケーションサーバ切断応答送信手段１２４により、「２００応答」を送信すると共に、ＳＩＰセッションを切断する。中継サーバ１０１は、中継サーバ切断応答中継手段１２５により、「ＢＹＥ」の「２００応答」を受信し、クライアント１００に中継する。クライアント１００は、クライアント切断応答受信手段１２６により、「ＢＹＥ」の「２００応答」を受信し、ＳＩＰセッションを切断する。
【００４１】
中継サーバ１０１は、セッション管理手段１２７により、クライアント１００と中継サーバ１０１とアプリケーションサーバ１０３との間で確立したＳＩＰセッションの継続時間を測定する。
【００４２】
具体的には、サービス開始時点で設定したＳＩＰセッションのＡＣＫメッセージを中継サーバ確認中継手段１１７が中継した時点でＳＩＰセッションが確立されたと判定して、測定を開始し、また、ＳＩＰセッションの切断応答である「ＢＹＥ」メッセージの「２００応答」を中継サーバ切断応答中継手段１２５が中継した時点でＳＩＰセッションが切断されたと判定して、測定を停止することにより、セッションの継続時間を測定可能である。測定した結果は、時間課金手段１２８に通知され、時間課金手段１２８において、ユーザに対してＳＩＰセッションの継続時間に基づく課金を行う。
【００４３】
なお、これはクライアント１００からＳＩＰセッションを切断する場合であるが、同様にアプリケーションサーバ１０３から切断を要求し、それを中継サーバ１０１がクライアント１００へ中継することにより、ＳＩＰセッションを切断する場合についても、同様に構成可能である。
【００４４】
また、インターネット電話サービスを提供する場合においても、通話時間に応じた課金を行う目的で、セッションの継続時間を測定する機能や、測定時間に応じてユーザに課金する機能が呼制御サーバには必要となるので、通常のインターネット電話を提供している呼制御サーバのセッション管理機能や課金機能に特別な機能追加をすることなしに、本発明の中継サーバを構築することが可能である。
【００４５】
以上のように構成されたサービス提供方法によれば、中継サーバにおいて、ＳＩＰセッションの継続時間を測定することが可能であり、また、測定された時間に応じた課金を行うことが可能である。
【００４６】
従って、アプリケーションサーバが提供するサービスが、映像の配信や英会話教室の授業など、そのサービス提供時間に応じて決定されるような場合に、アプリケーションサーバはそのサービスの提供時間を測定する必要がなく、また課金も中継サーバが代行してくれるため、サービス提供時間に基づく課金を可能なアプリケーションサーバを簡易に構築可能となる。
【００４７】
また、中継サーバにとっては、ＳＩＰ機能に関して特別な機能拡張をすることなしに、ＳＩＰによるインターネット電話サービスだけを提供するよりも自身が持つセッション管理機能や課金機能の利用効率を高めることが可能であり、またアプリケーションサーバから利用料を徴収することなどにより、運用コストを低減可能となる。
【００４８】
（実施の形態３）
図５は、本発明の実施の形態３におけるクライアント１００、中継サーバ１０１、およびアプリケーションサーバ１０３の課金処理の手順の一例を示す図である。
【００４９】
図５において、アプリケーションサーバ１０３は、アプリケーションサーバ課金手段１２９を有している。アプリケーションサーバサービス手段１２０は、クライアント１００に対してサービスを提供するが、提供したサービスによって課金の必要が発生すると、アプリケーションサーバ課金手段１２９へ通知する。アプリケーションサーバ課金手段１２９は、課金情報を受け取り、課金情報通知手段１３０を用いて中継サーバ１０１へ通知する。
【００５０】
中継サーバ１０１においては、アプリケーション課金手段１３１を用いて課金情報を受信し、ユーザに対してアプリケーションサーバ１０３から通知された課金を代行実施する。例えば、アプリケーションサーバ１０３がオンラインショッピングのＷｅｂサービスを提供している場合、ユーザが物品の購入を依頼すると、アプリケーションサーバサービス手段１２０は、購入した物品名や単価、数量などをアプリケーションサーバ課金手段１２９へ通知し、アプリケーションサーバ課金手段１２９は、課金情報通知手段１３０を用いて、中継サーバ１０１へ通知することが可能である。通知の方法としては、独自プロトコルを用いてもよいし、ＳＩＰ手段の「ＩＮＦＯ」メッセージなどを利用してもよい。
【００５１】
上記は、アプリケーションサーバ１０３から中継サーバ１０１への課金通知が、課金の必要が発生するたびに実施される例であるが、図６には、アプリケーションサービスの完了時に課金通知が実施される例を示す。
【００５２】
図６において、アプリケーションサーバ１０３は、アプリケーションサーバ切断応答送信手段１２４を実行した後、アプリケーションサーバ課金手段１２９を用いてセッション継続中に発生した全ての課金情報を収集し、課金情報通知手段１３０を用いて中継サーバ１０１に通知する。
【００５３】
なお、課金通知は、アプリケーションサーバ１０３から中継サーバ１０１への切断応答に含まれていてもよい。具体的には、「ＢＹＥ」の「２００応答」のメッセージボディに課金情報を設定し、中継サーバ１０１へ通知してもよい。
【００５４】
以上のように構成されたサービス提供方式によれば、アプリケーションサーバにおいて収集した課金情報を中継サーバに通知し、中継サーバがユーザに対して課金を実行するので、アプリケーションサーバがサービス提供時間とは無関係に課金が発生するサービス、例えば、物品の購入サービスなどを提供している場合においても、中継サーバにおいて課金を実行ことが可能であり、サービス提供時間とは無関係な課金を必要とするようなサービスを提供するアプリケーションサーバを簡易に構築可能となる。
【００５５】
（実施の形態４）
図７は、本発明の実施の形態４におけるクライアント１００、中継サーバ１０１、およびアプリケーションサーバ１０３の構成例を示す図である。
【００５６】
図７において、ユーザは、クライアント１００のクライアントアプリケーション部２００を操作し、アプリケーションサーバ１０３からのサービスを要求する。クライアントアプリケーション部２００は、ユーザの要求をＳＩＰクライアント部２０１に通知する。ＳＩＰクライアント部２０１は、標準ＳＩＰ手段を用いて、中継サーバ１０１のＳＩＰサーバ部２０６を経由して、アプリケーションサーバ１０３のアプリケーションサーバＳＩＰクライアント部２０８との間でＳＩＰセッションを確立する。
【００５７】
ＳＩＰセッションの確立段階において、中継サーバ１０１のＳＩＰサーバ部２０６は、ユーザ認証部２０２およびアプリケーションサーバ検索部２０３の機能を用いて、ユーザを認証したり、ユーザが要求するサービスを提供しているアプリケーションサーバ１０３を検索したりする。
【００５８】
ＳＩＰセッションの確立後、クライアントアプリケーション部２００とサーバアプリケーション部２０７とが通信し、ユーザはサービスを受けることになる。
【００５９】
ユーザがクライアントアプリケーション部２００を操作して、サービスの利用を終了すると、クライアントアプリケーション部２００は、その旨をＳＩＰクライアント部２０１に通知し、ＳＩＰクライアント部２０１は、標準ＳＩＰ手段を用いて、中継サーバ１０１のＳＩＰサーバ部２０６を経由して、アプリケーションサーバ１０３のアプリケーションサーバＳＩＰクライアント部２０８との間のＳＩＰセッションを切断する。
【００６０】
中継サーバ１０１のセッション管理部２０４は、ＳＩＰセッションの確立と切断を監視し、ＳＩＰセッションの継続時間を測定する。
【００６１】
中継サーバ１０１の課金管理部２０５は、セッション管理部２０４の測定結果に基づき、ユーザに対して課金を行う。
【００６２】
サーバアプリケーション部２０７は、ユーザに提供したサービスに対して課金をする必要がある場合に、その課金情報を直接中継サーバ１０１の課金管理部２０５に通知するか、あるいは、アプリケーションサーバＳＩＰクライアント部２０８に通知して、ＳＩＰの切断応答メッセージと共に中継サーバ１０１に通知する。
【００６３】
課金管理部２０５は、直接受け取った、または、ＳＩＰサーバ部２０６経由で受け取ったアプリケーションサーバ１０３の課金情報に基づき、ユーザに課金する。
【００６４】
（実施の形態５）
実施の形態５は、既存のセッションにおけるサービスを変更する場合である。
【００６５】
図８は、本発明の実施の形態５におけるクライアント１００、中継サーバ１０１、およびアプリケーションサーバ１０３の処理の一例を示す図である。
【００６６】
図８において、クライアント１００は、本発明の手順を用いてセッションを確立し、アプリケーションサーバ１０３からサービスを受けている。例えば、アプリケーションサーバ１０３がＷｅｂサーバである場合には、Ｗｅｂページを表示するなどしている。
【００６７】
このとき、クライアント１００がアプリケーションサーバ１０３から受けているサービスを変更するために、サービスの変更内容を記述したセッション変更要求メッセージを中継サーバ１０１へ送信する。例えば、ＳＩＰを用いている場合には、「再ＩＮＶＩＴＥ」メッセージや「ＵＰＤＡＴＥ」メッセージを送信する。典型的には、リクエストラインは最初のセッション確立時に設定した値と同じにしておき、メッセージボディに設定するサービス詳細の部分のみを変更すればよい。例えば、図８では、最初の「ＩＮＶＩＴＥ」においては、ワインに関するオンラインショッピングサービスを要求し、変更時の「ＩＮＶＩＴＥ」においては、ビールに関するオンラインショッピングサービスを要求している。
【００６８】
中継サーバ１０１は、クライアント１００から受信したセッション変更要求を、中継サーバ中継手段１１０を用いて、アプリケーションサーバ１０３へ中継する。
【００６９】
アプリケーションサーバ１０３は、アプリケーションサーバ要求受信手段１１１を用いて中継サーバ１０１からのメッセージを受信し、さらに受付判定手段１１２を用いて要求されたサービスを提供可能か否かを判定し、判定結果をアプリケーションサーバ応答送信手段１１３を用いて中継サーバ１０１へ送信する。
【００７０】
中継サーバ１０１は、受信した応答メッセージを、中継サーバ応答中継手段１１４を用いてクライアント１００へ中継する。
【００７１】
クライアント１００は、クライアント応答受信手段１１５を用いて応答メッセージを受信する。受信した応答メッセージがエラーを含む場合、クライアント１００はユーザにその旨を表示し、サービスは提供しない。正常な場合は、セッションを確立するために、確認メッセージを、クライアント確認送信手段１１６を用いて中継サーバ１０１宛てに送信する。具体的には、ＡＣＫメッセージを送信すればよい。クライアント１００は、ＡＣＫメッセージを送信すると、クライアントサービス手段１１９を実行し、アプリケーションサーバ１０３からのサービスを受け始める。
【００７２】
確認メッセージを受信した中継サーバ１０１は、中継サーバ確認中継手段１１７を用いてアプリケーションサーバ１０３へ確認メッセージを中継する。
【００７３】
アプリケーションサーバ１０３は、確認メッセージを受信すると、アプリケーションサーバサービス手段１２０によってクライアント１００へのサービスを開始する。
【００７４】
なお、セッション変更要求として、「ＵＰＤＡＴＥ」メッセージを送る方法でも同様に実現できるが、「ＵＰＤＡＴＥ」メッセージの場合は、応答メッセージ受信時にそれを確認するためのＡＣＫメッセージを送信する必要がないため、上記の確認メッセージの送受信処理は必要ない。
【００７５】
また、上記は、クライアント１００からセッション変更要求を送信する場合であるが、クライアント１００とアプリケーションサーバ１０３の役割を逆転し、アプリケーションサーバ１０３からクライアント１００に対してセッション変更要求を送信することによって、アプリケーションサーバ１０３が提供するサービスを変更することも可能である。
【００７６】
以上のように構成されたサービス提供方法によれば、アプリケーションサーバのサービス中にそのサービス内容を変更することが可能であり、より有用性の高いサービスを提供可能となる。
【００７７】
（実施の形態６）
実施の形態６は、既存のセッションを他のアプリケーションサーバに転送する場合である。
【００７８】
図９は、本発明の実施の形態６におけるクライアント１００、中継サーバ１０１、およびアプリケーションサーバ１０３の接続関係を示す図である。
【００７９】
図９において、クライアント１００は、本発明の手順を用いてセッションを確立し、アプリケーションサーバ１０３からサービスを受けている。
【００８０】
このとき、クライアント１００がサービスを受けているアプリケーションサーバ１０３を第二のアプリケーションサーバ３００へ変更する場合を考える。
【００８１】
クライアント１００は、中継サーバ１０１に対してサービス要求情報を含むセッション転送要求メッセージを送信する。例えば、ＳＩＰの場合には、「ＩＮＶＩＴＥ」メッセージや「ＲＥＦＥＲ」メッセージなどを送信すればよい。なお、必要に応じて、転送のための準備のメッセージを、クライアント１００と中継サーバ１０１およびアプリケーションサーバ１０３との間で交換してもよい。
【００８２】
中継サーバ１０１は、セッション転送要求を受信すると、実施の形態１と同様に、認証を実施し、さらにセッション転送要求に設定されているサービス要求情報を元に、要求されているサービスを提供している第二のアプリケーションサーバ３００を検索し、サービス要求情報を含む要求メッセージを第二のアプリケーションサーバ３００に送信する。
【００８３】
第二のアプリケーションサーバ３００は、サービスを提供可能である場合には、応答メッセージにその旨を設定し、中継サーバ１０１へ送信する。このとき、第二のアプリケーションサーバ３００が提供するサービスへのアクセス方法を応答メッセージに設定してもよい。
【００８４】
中継サーバ１０１は、受信した応答メッセージをクライアント１００へ中継する。
【００８５】
クライアント１００は、応答メッセージを受信すると、第二のアプリケーションサーバ３００にアクセスし、サービスを受ける。
【００８６】
なお、第二のアプリケーションサーバ３００からのサービスへ移行した後も、元のアプリケーションサーバ１０３とのサービスは継続してもよい。
【００８７】
以上のように構成されたサービス提供方法によれば、第一のアプリケーションサーバからのサービスを受けているときに、第二のアプリケーションサーバからのサービスへ移行することが可能となり、複数のサービスを連携させた柔軟なサービスが提供可能となる。
【００８８】
（実施の形態７）
実施の形態７は、一つのセッション確立要求に対して同時に複数のセッションを確立する場合である。
【００８９】
図１０は、本発明の実施の形態７におけるクライアント１００、中継サーバ１０１、第一のアプリケーションサーバ１０３、および第二のアプリケーションサーバ３００の処理の一例を示す図である。
【００９０】
図１０において、クライアント１００は、サービス要求情報を含むセッション確立要求メッセージを中継サーバ１０１へ送信する。
【００９１】
中継サーバ１０１は、実施の形態１と同様の方法で、認証やサーバの検索を実施する。
【００９２】
サーバの検索において、複数のアプリケーションサーバが見つかったとき、中継サーバ１０１は、その全てのアプリケーションサーバに対して、セッション確立要求メッセージを中継する。例えば、図１０では、第一のアプリケーションサーバ１０３と第二のアプリケーションサーバ３００に対して中継を行っている。実際、ＳＩＰを用いている場合には、フォーキング（Forking）の機能を用いることにより、中継サーバ１０１は、一つの「ＩＮＶＩＴＥ」メッセージを複数の相手に中継することが可能である。
【００９３】
第一のアプリケーションサーバ１０３は、アプリケーションサーバ要求受信手段１１１を用いて中継サーバ１０１からのメッセージを受信し、さらに受付判定手段１１２を用いて要求されたサービスを提供可能か否かを判定し、判定結果をアプリケーションサーバ応答送信手段１１３を用いて中継サーバ１０１へ送信する。
【００９４】
中継サーバ１０１は、受信した応答メッセージを、中継サーバ応答中継手段１１４を用いてクライアント１００へ中継する。
【００９５】
クライアント１００は、クライアント応答受信手段１１５を用いて応答メッセージを受信する。受信した応答メッセージがエラーを含む場合、クライアント１００はユーザにその旨を表示し、サービスは提供しない。正常な場合は、セッションを確立するために、確認メッセージを、クライアント確認送信手段１１６を用いて中継サーバ１０１宛てに送信する。具体的には、ＡＣＫメッセージを送信すればよい。クライアント１００は、ＡＣＫメッセージを送信すると、クライアントサービス手段１１９を実行し、第一のアプリケーションサーバ１０３からのサービスを受け始める。
【００９６】
確認メッセージを受信した中継サーバ１０１は、中継サーバ確認中継手段１１７を用いて第一のアプリケーションサーバ１０３へ確認メッセージを中継する。
【００９７】
第一のアプリケーションサーバ１０３は、確認メッセージを受信すると、アプリケーションサーバサービス手段１２０によってクライアント１００へのサービスを開始する。
【００９８】
同様に、第二のアプリケーションサーバ３００も応答メッセージを中継サーバ１０１へ送信し、中継サーバ１０１がクライアント１００へ中継する。
【００９９】
このとき、クライアント１００が第二のアプリケーションサーバ３００からのサービスも受けたい場合には、同様の方法によって確認メッセージを送った後、第二のアプリケーションサーバ３００からのサービスを受ければよい。また、第一のアプリケーションサーバ１０３とのサービスが先に開始しているので、第二のアプリケーションサーバ３００からのサービスを受けない場合には、一旦確認メッセージを送った後、切断メッセージを中継サーバ１０１に送り、第二のアプリケーションサーバ３００との間のセッションを切断してもよい。
【０１００】
例えば、ユーザがオンラインショップで本を購入するサービスを要求したとき、中継サーバ１０１は、複数の書店サービスを提供するアプリケーションサーバへ要求を中継し、結果としてユーザは複数の書店のオンラインショップへ同時に接続することが可能になり、例えば、両方の書店のＷｅｂページを同時に表示し、価格比較を行うことなどが可能になる。
【０１０１】
以上のように構成されたサービス提供方法によれば、クライアントは一つの要求を送るだけで複数のアプリケーションサーバからのサービスを同時に受けることが可能となり、ユーザの利便性を高めることが可能となる。
【産業上の利用可能性】
【０１０２】
本発明に係る中継サーバは、ユーザに対してサービスを提供する際に、標準ＳＩＰ手段を用いて中継サーバ経由でＳＩＰセッションを確立し、その後、アプリケーションサーバが直接ユーザにサービスを提供することで、中継サーバの持つユーザ認証機能やセッション管理機能、課金管理機能を簡易に利用でき、そのため、アプリケーションサーバの構築コスト、運用コストを低減可能であるとの効果を有し、また同時に中継サーバの利用効率を高めることが可能であるとの効果を有し、アプリケーションサーバのクライアントへのサービスをも管理できるＳＩＰサーバにおいて有用である。
【符号の説明】
【０１０３】
１００  クライアント
１０１  中継サーバ
１０２  ネットワーク
１０３  アプリケーションサーバ
１０４  ＳＩＰセッション
１０５  アプリケーションセッション
１０６  クライアント要求送信手段
１０７  中継サーバ要求受信手段
１０８  認証手段
１０９  アプリケーションサーバ検索手段
１１０  中継サーバ中継手段
１１１  アプリケーションサーバ要求受信手段
１１２  受付判定手段
１１３  アプリケーションサーバ応答送信手段
１１４  中継サーバ応答中継手段
１１５  クライアント応答受信手段
１１６  クライアント確認送信手段
１１７  中継サーバ確認中継手段
１１８  アプリケーションサーバ確認受信手段
１１９  クライアントサービス手段
１２０  アプリケーションサーバサービス手段
１２１  クライアント切断要求送信手段
１２２  中継サーバ切断要求中継手段
１２３  アプリケーションサーバ切断要求受信手段
１２４  アプリケーションサーバ切断応答送信手段
１２５  中継サーバ切断応答中継手段
１２６  クライアント切断応答受信手段
１２７  セッション管理手段
１２８  時間課金手段
１２９  アプリケーションサーバ課金手段
１３０  課金情報通知手段
１３１  アプリケーション課金手段
２００  クライアントアプリケーション部
２０１  ＳＩＰクライアント部
２０２  ユーザ認証部
２０３  アプリケーションサーバ検索部
２０４  セッション管理部
２０５  課金管理部
２０６  ＳＩＰサーバ部
２０７  サーバアプリケーション部
２０８  アプリケーションサーバＳＩＰクライアント部
３００  第二のアプリケーションサーバ
【図１】
2011120242.tif 000003
【図２】
2011120242.tif 000004
【図３】
2011120242.tif 000005
【図４】
2011120242.tif 000006
【図５】
2011120242.tif 000007
【図６】
2011120242.tif 000008
【図７】
2011120242.tif 000009
【図８】
2011120242.tif 000010
【図９】
2011120242.tif 000011
【図１０】
2011120242.tif 000012