JP2006139725A

JP2006139725A - サービス提供システムおよびサービス提供方法

Info

Publication number: JP2006139725A
Application number: JP2004331135A
Authority: JP
Inventors: Naoyuki Mochida; 尚之持田
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2004-11-15
Filing date: 2004-11-15
Publication date: 2006-06-01
Anticipated expiration: 2024-11-15
Also published as: JP4726466B2

Abstract

【課題】アプリケーションサーバがクライアント端末にサービスを提供する場合において、ＳＩＰサーバの利用効率を向上でき、かつ、アプリケーションサーバを簡易に構築できるサービス提供システムおよびサービス提供方法を提供する。
【解決手段】アプリケーションサーバ１０１が、クライアント端末１００からのサービスを受け付ける際に、標準ＳＩＰ手順を用いてＳＩＰサーバ１０２に対してクライアント端末１００の登録要求を行い、その登録要求結果に基づいて、クライアント端末１００に対してサービスを提供するか否かを判定する。
【選択図】図３

Description

本発明は、ＳＩＰ（Session Initiation Protocol）を用いて、複数のサーバが連携してユーザにサービスを提供するサービス提供システムおよびサービス提供方法に関する。

近年、インターネットが広く普及し、また、インターネットに数Ｍｂｐｓ以上の帯域で接続するいわゆるブロードバンドユーザが多くなるに従って、ブロードバンドネットワークを活かしたサービスへの要求が高まりつつある。

そうしたブロードバンドサービスの一つとして、インターネット電話のサービスがある。ＩＥＴＦ（Internet Engineering Task Force）のＲＦＣ３２６１で規定されるＳＩＰは、インターネット電話で一般的に用いられている呼制御プロトコルである。

ここで、ＳＩＰを用いたインターネット電話の処理の概要を説明しておく。

クライアント端末に電源が投入されると、そのクライアント端末に設定されたアドレス情報（ユーザＩＤなど）を用いて端末情報を呼制御サーバに登録する。ＳＩＰの場合は、「ＲＥＧＩＳＴＥＲ」メッセージを呼制御サーバに送信する。呼制御サーバは、受信した情報を判定し、受け入れ可能であれば「２００ＯＫ」メッセージを返し、そうでない場合は、４００番台のメッセージなどエラーに応じた番号のメッセージを返す。特に、登録の際に認証が必要であるにもかかわらず、「ＲＥＧＩＳＴＥＲ」メッセージに認証情報が含まれていない場合は、「４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」メッセージを返す。このとき、ヘッダには、次の認証に必要な認証キーが含まれている。４０１メッセージを受信したクライアント端末は、受信した認証キーと自己が持つパスワードから認証データを作り、それを設定した「ＲＥＧＩＳＴＥＲ」メッセージを改めて呼制御サーバに送信する。呼制御サーバは、認証データが正しければ、登録を受け付ける。

登録済みのクライアント端末が電話をかけるときは、「ＩＮＶＩＴＥ」メッセージを呼制御サーバに送り、呼制御サーバは、相手端末に「ＩＮＶＩＴＥ」メッセージを中継する。相手端末は、着信に対して応答する場合、「２００ＯＫ」メッセージを呼制御サーバに返送し、呼制御サーバは、これを発信端末に中継する。そして、さらに、発信端末は、呼制御サーバ経由でＡＣＫメッセージを相手端末に送信する。

一般的に、呼制御サーバは、通話の開始時刻および終了時刻を記録・管理し、課金などに利用する。

一方、ＷＷＷ（World Wide Web）を用いたオンラインショッピングに代表されるサービスが広く普及している。この種のシステムでは、ユーザは、Ｗｅｂブラウザを用いて、オンラインショッピングを提供しているＷｅｂサーバに接続し、所望の物品を購入することができる。購入に当たり、ユーザは、Ｗｅｂブラウザを通じてＷｅｂサーバにユーザＩＤやパスワードを送信することによって認証を受ける（特許文献１、特許文献２）。

なお、以下、本明細書において、「アプリケーションサーバ」とは、サービスを提供するサーバのことを広く意味し、「クライアント端末」とは、アプリケーションサーバからサービスを受ける端末のことを広く意味し、「ＳＩＰサーバ」とは、ＳＩＰのサーバ機能であるＳＩＰ中継サーバ（SIP Proxy）機能およびＳＩＰ登録サーバ（SIP Registrar）機能を実行するサーバのことを広く意味する。例えば、上記の例において、インターネット電話サービスにおける呼制御サーバは、アプリケーションサーバおよびＳＩＰサーバであり、また、オンラインショッピングにおいて、ユーザの端末はクライアント端末であり、Ｗｅｂサーバはアプリケーションサーバである。
特開２００２−３２２１６号公報特開２００２−３２５０２号公報

しかしながら、上記した従来のサービス提供方法においては、インターネット電話サービスを提供する呼制御サーバは、本質的に他のアプリケーションサーバでも活用可能なユーザ認証機能や課金管理機能などを持っているにもかかわらず、電話サービスの呼制御機能を実行するのみであり、他のアプリケーションサーバ向けにユーザ認証や課金管理などの機能を提供していないという問題があった。

また、オンラインショップを提供する会社は、個別にユーザ情報管理やユーザに対する課金を行う必要があり、また、ユーザも、個々のオンラインショップに対してユーザＩＤやパスワードを登録する必要があり、また、個々のオンラインショップから請求されることになり、全体として煩雑であるという問題があった。

本発明は、かかる点に鑑みてなされたものであり、アプリケーションサーバがクライアント端末にサービスを提供する場合において、ＳＩＰサーバの利用効率を向上することができ、かつ、アプリケーションサーバを簡易に構築することができるサービス提供システムおよびサービス提供方法を提供することを目的とする。

本発明のサービス提供システムは、クライアント端末と、前記クライアント端末にサービスを提供するアプリケーションサーバと、ＳＩＰを用いて前記アプリケーションサーバと通信を行うＳＩＰサーバとを有するサービス提供システムであって、前記アプリケーションサーバは、前記クライアント端末からサービス開始要求を受信するサービス開始要求受信手段と、受信したサービス開始要求から前記クライアント端末を識別する識別手段と、識別した前記クライアント端末の登録要求を、ＳＩＰを用いてＳＩＰサーバに送信する登録要求送信手段と、前記ＳＩＰサーバからの登録要求結果を受信する登録要求結果受信手段と、受信した登録要求結果に基づいて、前記クライアント端末に対してサービスを提供するか否かを判定するサービス開始要求判定手段と、を有し、前記ＳＩＰサーバは、前記アプリケーションサーバからの登録要求を受信する登録要求受信手段と、受信した登録要求を許可するか否かを判定する登録要求判定手段と、判定した登録要求結果を前記アプリケーションサーバに送信する登録要求結果送信手段と、有する構成を採る。

本発明のサービス提供方法は、アプリケーションサーバがクライアント端末にサービスを提供する際のサービス提供方法であって、前記アプリケーションサーバが、前記クライアント端末からサービス開始要求を受信するステップと、前記アプリケーションサーバが、受信したサービス開始要求から前記クライアント端末を識別するステップと、前記アプリケーションサーバが、識別した前記クライアント端末の登録要求を、ＳＩＰを用いてＳＩＰサーバに送信するステップと、前記ＳＩＰサーバが、前記アプリケーションサーバからの登録要求を受信するステップと、前記ＳＩＰサーバが、受信した登録要求を許可するか否かを判定するステップと、前記ＳＩＰサーバが、判定した登録要求結果を前記アプリケーションサーバに送信するステップと、前記アプリケーションサーバが、前記ＳＩＰサーバからの登録要求結果を受信するステップと、前記アプリケーションサーバが、受信した登録要求結果に基づいて、前記クライアント端末に対してサービスを提供するか否かを判定するステップと、有するようにした。

本発明によれば、アプリケーションサーバがクライアント端末にサービスを提供する場合において、ＳＩＰサーバの利用効率を向上することができ、かつ、アプリケーションサーバを簡易に構築することができる。

より具体的には、ユーザに対してサービスを提供する際に、標準ＳＩＰ手順を用いてアプリケーションサーバとＳＩＰサーバとの間で登録および登録削除手順を実施することで、ＳＩＰサーバの持つユーザ認証機能や課金管理機能を簡易に利用することができ、そのため、アプリケーションサーバの構築コストおよび運用コストを低減することができ、また、同時に、ＳＩＰサーバの利用効率を高めることができる。

さらに具体的には、例えば、インターネット電話以外のアプリケーションにおいても、ユーザがアプリケーションサーバからサービスを受ける場合に、アプリケーションサーバが呼制御サーバ（ＳＩＰサーバ）に対してユーザの認証を問い合わせることで、呼制御サーバの持つユーザ認証機能を簡易に利用することができ、また、同時に、呼制御サーバをより有効に活用することができる。

また、インターネット電話のサーバとして提供される呼制御サーバ（ＳＩＰサーバ）のユーザ管理機能および課金機能をアプリケーションサーバも利用可能にすることで、オンラインショップを提供する会社の運用コストを低減することでき、また、ユーザはインターネット電話のサーバに対するユーザ情報のみを記憶しておけばよく、また、一括してインターネット電話のサーバから請求されることが可能になり、全体として煩雑さが解消される。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。

（実施の形態１）
図１は、本発明の実施の形態１に係るサービス提供システムの構成例を示す図である。

図１において、少なくとも、クライアント端末１００とアプリケーションサーバ１０１は、図示しないネットワークを介して相互に接続され、アプリケーションサーバ１０１とＳＩＰサーバ１０２は、図示しないネットワークを介して相互に接続されている。クライアント端末１００としては、ＰＣ（Personal Computer）のみならず一般電話機や携帯電話など各種の端末が想定される。

クライアント端末１００がアプリケーションサーバ１０１からサービスを受ける場合には、クライアント端末１００からアプリケーションサーバ１０１に対して、サービスの開始要求メッセージが送信される。例えば、アプリケーションサーバ１０１がＷｅｂサーバであり、Ｗｅｂページの閲覧サービスを提供している場合には、クライアント端末１００とアプリケーションサーバ１０１の間でＷｅｂページ閲覧のためにＨＴＴＰ（HyperText Transfer Protocol）メッセージが交換される。

ＳＩＰサーバ１０２は、上記のように、ＳＩＰのサーバ機能であるＳＩＰ中継サーバ（SIP Proxy）機能、ＳＩＰ登録サーバ（SIP Registrar）機能を実行するサーバである。図１の例では、ＳＩＰサーバ１０２は、インターネット電話サービス網１０５を介して、電話端末であるＩＰ（Internet Protocol）電話１０３および携帯電話１０４と接続されており、これらの端末に対してＳＩＰサーバ機能を提供し、インターネット電話サービスを実行可能にしている。

本実施の形態では、ＳＩＰサーバ１０２は、ＩＰ電話１０３や携帯電話１０４などからだけでなく、アプリケーションサーバ１０１からもＳＩＰ登録要求およびＳＩＰ登録削除要求を受け付けることが可能になっている。

次いで、標準的なＳＩＰ手順によりインターネット電話サービスを実行するＳＩＰサーバ１０２、ＩＰ電話１０３、および携帯電話１０４の動作について、図２を用いて説明する。図２は、標準的なＳＩＰによるインターネット電話のメッセージを示す図である。

電源投入時などにＩＰ電話１０３や携帯電話１０４などの端末は、ＳＩＰサーバ１０２に対して、自己のアドレスを登録するためのＳＩＰ登録要求メッセージ（「ＲＥＧＩＳＴＥＲ」メッセージ）を送信する。ＳＩＰサーバ１０２は、登録を要求したユーザを登録可能であるか否かを判定し、登録要求結果メッセージ（「２００ＯＫ」メッセージ）を返送する。

その後、例えば、図２に示すように、ＩＰ電話１０３のユーザが携帯電話１０４に対して発信すると、ＩＰ電話１０３は、「ＩＮＶＩＴＥ」メッセージをＳＩＰサーバ１０２に送信する。ＳＩＰサーバ１０２は、受信した「ＩＮＶＩＴＥ」メッセージを携帯電話１０４に中継する。携帯電話１０４のユーザが応答すると、携帯電話１０４は、「２００ＯＫ」メッセージをＳＩＰサーバ１０２に送信し、ＳＩＰサーバ１０２は、受信した「２００ＯＫ」メッセージをＩＰ電話１０３に中継する。そして、これらのやり取りの確認のためのＡＣＫメッセージがＩＰ電話１０３からＳＩＰサーバ１０２を介して携帯電話１０４に送信される。

次いで、本実施の形態に係るサービス提供方法の手順について、図３〜図５を用いて説明する。図３は、本実施の形態におけるクライアント端末１００、アプリケーションサーバ１０１、およびＳＩＰサーバ１０２の処理を示す図、図４は、本実施の形態におけるクライアント端末１００、アプリケーションサーバ１０１、およびＳＩＰサーバ１０２間のメッセージを示す図、図５は、本実施の形態における端末識別方法を説明するための図である。ここでは、アプリケーションサーバ１０１がＷｅｂサーバ機能を提供している場合を例にとって説明する。

クライアント端末１００のユーザが、クライアント端末１００上のＷｅｂブラウザにおいてＵＲＬ（Uniform resource Locator）を入力し、アプリケーションサーバ１０１が提供しているＷｅｂページを閲覧しようとする場合、クライアント端末１００は、サービス開始要求送信手段１０６によって、アプリケーションサーバ１０１に対してＨＴＴＰの「ＧＥＴ」メッセージを送信する。

アプリケーションサーバ１０１は、サービス開始要求受信手段１０７によって「ＧＥＴ」メッセージを受信すると、クライアント端末１００のＩＰアドレスが分かるため、図５に示すようにＩＰアドレスをキーとしてクライアント端末を識別する識別手段１０８を用いて、どのクライアント端末からのサービス開始要求であるかを識別して、そのクライアント端末が使用すべきＳＩＰ−ＵＲＬを認識する。

なお、ここでは、一例として、受信したサービス開始要求の「ＧＥＴ」メッセージの送信元ＩＰアドレスからクライアント端末を識別するようにしているが、クライアント端末の識別方法はこれに限定されない。例えば、サービス開始要求のヘッダなどにクライアント端末の識別情報を付加するようにしてもよい。

アプリケーションサーバ１０１は、クライアント端末１００を識別すると、登録要求送信手段１０９によって、標準ＳＩＰ手順に従って、ＳＩＰサーバ１０２に対して登録要求の「ＲＥＧＩＳＴＥＲ」メッセージを送信する。この「ＲＥＧＩＳＴＥＲ」メッセージの「Ｆｒｏｍ」ヘッダには、アプリケーションサーバ１０１を示す値を設定し、「Ｔｏ」ヘッダには、クライアント端末１００を示す値を設定することで、標準ＳＩＰ手順に従いつつ、アプリケーションサーバ１０１がクライアント端末１００をＳＩＰサーバ１０２に登録することが可能である。

ＳＩＰサーバ１０２は、登録要求受信手段１１０によって登録要求の「ＲＥＧＩＳＴＥＲ」メッセージを受信すると、登録要求判定手段１１１によって、登録を許可するか否かを判定し、この判定結果（登録要求結果）を登録要求結果送信手段１１２によってアプリケーションサーバ１０１に送信する。具体的には、ＳＩＰサーバ１０２は、クライアント端末１００の登録を許可する場合は「２００ＯＫ」メッセージを返し、クライアント端末１００の登録を許可しない場合は「４０３Ｆｏｒｂｉｄｄｅｎ」などのエラー応答メッセージを返す。このとき、ＳＩＰサーバ１０２は、クライアント端末１００の情報があらかじめ登録されていれば「２００ＯＫ」を返し、そうでなければ「４０３Ｆｏｒｂｉｄｄｅｎ」などを返すというルールで動作するようにしてもよいが、これに限定されるわけではなく、任意のルールで、返す応答を決めるようにしてもよい。

アプリケーションサーバ１０１は、登録要求結果受信手段１１３によってＳＩＰサーバ１０２からの応答（登録要求結果）を受信すると、サービス開始要求判定手段１１４によって、受信した登録要求結果に基づいて、クライアント端末１００に対してサービスを提供するか否かを判定する。具体的には、登録要求結果が「２００ＯＫ」である場合は、クライアント端末１００に対するサービス提供が可能であると判定し、登録要求結果が「２００ＯＫ」でない場合は、クライアント端末１００に対するサービス提供が不可であると判定する。

アプリケーションサーバ１０１は、サービス開始応答送信手段１１５によって、サービス開始要求判定手段１１４の判定結果に基づいて、サービス開始応答をクライアント端末１００に送信する。具体的には、サービス提供が可能であると判定された場合は、サービス開始応答として、クライアント端末１００が要求したＷｅｂページを、「２００ＯＫ」メッセージのボディに設定して返す。また、サービス提供が不可であると判定された場合は、サービス開始応答として、適当なエラー応答メッセージを返す。このとき、ＳＩＰサーバ１０２から受信したエラー応答と同じエラー応答、例えば、「４０３Ｆｏｒｂｉｄｄｅｎ」を返すようにしてもよい。なお、アプリケーションサーバ１０１から送信されたサービス開始応答は、クライアント端末１００のサービス開始応答受信手段１１６によって受信される。

このように、本実施の形態によれば、標準ＳＩＰ手順（特に標準ＳＩＰ登録手順）を用いてＳＩＰサーバ１０２（特にＳＩＰ登録サーバ）にクライアント端末１００を登録することで、クライアント端末１００に対するサービス提供が可能か否かをＳＩＰサーバ１０２に問い合わせて判定するため、クライアント端末１００に対するサービス提供が可能か否かの判定をＳＩＰサーバにおいて実行することが可能になり、簡易にアプリケーションサーバ１０１を構築することができる。また、ユーザ情報管理を行う必要もなくなるため、アプリケーションサーバ１０１の運用コストも低減することができる。

また、ＳＩＰサーバ１０２にとっては、特別な機能拡張を行うことなく、ＳＩＰによるインターネット電話サービスのみを提供する場合よりも、自己が持つユーザ認証機能の利用効率を高めることができ、また、アプリケーションサーバ１０１から利用料を徴収することなどにより、運用コストを低減することができる。

なお、クライアント端末１００を操作するユーザにとっては、アプリケーションサーバ１０１が提供するサービスを受ける際に、通常の方法と何ら変わらない処理を行うため、全く不都合はない。

（実施の形態２）
実施の形態２は、ＳＩＰサーバ１０２に対する登録の際に認証手順の実施を必要とする場合である。

まず、ＳＩＰによる一般的な認証手順について、図６を用いて説明する。ここでは、ＳＩＰサーバ１０２とＩＰ電話１０３を例にとって説明する。

ＩＰ電話１０３は、自己を登録するために、ＳＩＰサーバ１０２に対して、特に認証用のデータを何も付加していない「ＲＥＧＩＳＴＥＲ」メッセージを送信する。このとき、ＳＩＰサーバ１０２は、「ＲＥＧＩＳＴＥＲ」メッセージ受信時に認証を必須としているため、「４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」エラー応答メッセージを返す。この４０１メッセージには「ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅ」ヘッダが含まれ、値として認証キーである「ｎｏｎｃｅ」値が含まれている。

４０１メッセージを受信したＩＰ電話１０３は、「ｎｏｎｃｅ」値や自己があらかじめ保持しているパスワードなどを使用して、認証データを作成し、改めて「ＲＥＧＩＳＴＥＲ」メッセージを送信する。認証データは、「Ａｕｔｈｏｒｉｚａｔｉｏｎ」ヘッダの「ｒｅｓｐｏｎｓｅ」値に設定する。

ＳＩＰサーバ１０２は、受信した「ｒｅｓｐｏｎｓｅ」値によってクライアント端末（ＩＰ電話１０３）を認証し、「２００ＯＫ」を返す。

次いで、本実施の形態に係るサービス提供方法の手順について、図７および図８を用いて説明する。図７は、本実施の形態におけるクライアント端末１００、アプリケーションサーバ１０１、およびＳＩＰサーバ１０２の処理を示す図、図８は、本実施の形態におけるクライアント端末１００、アプリケーションサーバ１０１、およびＳＩＰサーバ１０２間のメッセージを示す図である。ここでは、アプリケーションサーバ１０１がＷｅｂサーバ機能を提供している場合を例にとって説明する。なお、図７および図８において、実施の形態１を示す図３および図４と共通する部分には同一の符号を付し、その説明を一部省略する。

クライアント端末１００は、アプリケーションサーバ１０１が提供するサービスを利用するために、サービス開始要求送信手段１０６によって、サービス開始要求をアプリケーションサーバ１０１に送信する。この例では、ＨＴＴＰの「ＧＥＴ」メッセージを送信する。

アプリケーションサーバ１０１は、サービス開始要求受信手段１０７によって「ＧＥＴ」メッセージを受信すると、識別手段１０８によってクライアント端末１００を識別し、その情報を用いて、登録要求送信手段１０９によって、ＳＩＰサーバ１０２に「ＲＥＧＩＳＴＥＲ」メッセージを送信する。

ＳＩＰサーバ１０２は、登録要求受信手段１１０によって「ＲＥＧＩＳＴＥＲ」メッセージを受信すると、登録要求判定手段１１１ａによって、登録を許可するか否かを判定し、この判定結果（登録要求結果）を登録要求結果送信手段１１２ａによってアプリケーションサーバ１０１に送信する。この段階では、「ＲＥＧＩＳＴＥＲ」メッセージに認証データが含まれていないため、ＳＩＰサーバ１０２は、認証を要するため登録を許可しないと判定し、「４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」メッセージを返す。この４０１メッセージには、上記のように、「ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅ」ヘッダが含まれ、値として認証キーである「ｎｏｎｃｅ」値が含まれている。

アプリケーションサーバ１０１は、登録要求結果中継手段２０１によって、ＳＩＰサーバ１０２からの「４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」メッセージを受信し、受信したＳＩＰの「４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」メッセージに基づいて、ＨＴＴＰの「４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」メッセージを構成し、クライアント端末１００に送信する。具体的には、受信した「４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」に含まれる「ＷＷＷ−Ａｕｔｈｅｎｔｉｃａｔｅ」ヘッダの内容を、送信する４０１メッセージに設定すればよい。図６に示すＳＩＰのダイジェスト認証手順は、ＨＴＴＰで規定されたダイジェスト認証手順をそのまま用いているため、ヘッダの内容をコピーすることが可能である。

なお、他の認証中継方法としては、アプリケーションサーバ１０１が、自己とＳＩＰサーバ１０２との間で行われる認証手順およびそのパラメータと、自己とクライアント端末１００との間で行われる認証手順およびそのパラメータとの対応関係をあらかじめ把握しておくことで、本実施の形態のような単純なヘッダコピーではなく、適切にパラメータを交換して、認証の中継を行うことも可能である。

クライアント端末１００は、登録要求結果受信手段２０２によってアプリケーションサーバ１０１からの「４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」メッセージを受信すると、サービス開始再要求送信手段２０３によって、受信した「４０１Ｕｎａｕｔｈｏｒｉｚｅｄ」メッセージの「ｎｏｎｃｅ」値や自己があらかじめ保持しているパスワードなどを使用して、認証データを作成し、認証データ付きの「ＧＥＴ」メッセージを改めて送信する。このとき、認証データは「Ａｕｔｈｏｒｉｚａｔｉｏｎ」ヘッダの「ｒｅｓｐｏｎｓｅ」値に設定する。

アプリケーションサーバ１０１は、サービス開始再要求受信手段２０４によって認証データ付き「ＧＥＴ」メッセージを受信すると、再登録要求送信手段２０５によって、受信した「ＧＥＴ」メッセージの認証データを「ＲＥＧＩＳＴＥＲ」メッセージの「Ａｕｔｈｏｒｉｚａｔｉｏｎ」ヘッダに引き継ぎ、認証データ付きの「ＲＥＧＩＳＴＥＲ」メッセージを改めてＳＩＰサーバ１０２に送信する。

ＳＩＰサーバ１０２は、再登録要求受信手段２０６によって認証データ付き「ＲＥＧＩＳＴＥＲ」メッセージを受信すると、再登録要求判定手段２０７によって、登録を許可すると判定し、この判定結果（再登録要求結果）を再登録要求結果送信手段２０８によってアプリケーションサーバ１０１に送信する。この段階では、「ＲＥＧＩＳＴＥＲ」メッセージに認証データが含まれているため、ＳＩＰサーバ１０２は、登録を許可する「２００ＯＫ」メッセージを送信する。

アプリケーションサーバ１０１は、再登録要求結果受信手段２０９によって再登録要求結果（「２００ＯＫ」メッセージ）を受信すると、サービス開始要求判定手段１１４ａによって、クライアント端末１００に対してサービス提供が可能であると判定し、サービス開始応答送信手段１１５ａによって、サービス開始応答として、クライアント端末１００が要求したＷｅｂページをメッセージボディに含む「２００ＯＫ」メッセージを送信する。なお、この「２００ＯＫ」メッセージは、クライアント端末１００のサービス開始応答受信手段１１６ａによって受信される。

このように、本実施の形態によれば、ダイジェスト認証に基づく認証を行うことが可能であるため、より安全にサービスを提供することができる。

すなわち、ＳＩＰサーバ１０２に対する登録の際に認証手順の実施が必要である場合であっても、アプリケーションサーバ１０１において、ＳＩＰサーバ１０２から受信した認証キーをクライアント端末１００に中継し、逆に、その認証キーを基に作成された認証データを付加したサービス開始再要求を受信したときは、その認証データをＳＩＰサーバ１０２に中継することにより、ＳＩＰサーバ１０２において認証を行うことができる。このとき、クライアント端末１００において認証データを作成する際には、一般的に認証キーとクライアント端末１００があらかじめ持つパスワードとから認証データを作成するため、よりセキュアな認証を行うことができる。

（実施の形態３）
実施の形態３は、ＳＩＰサーバ１０２においてアプリケーションサーバ１０１のサービス提供時間を測定し、測定した時間に応じた課金を行う場合である。

図９は、本実施の形態におけるクライアント端末１００、アプリケーションサーバ１０１、およびＳＩＰサーバ１０２の処理手順の一例を示す図、図１０は、サービス終了時のクライアント端末１００、アプリケーションサーバ１０１、およびＳＩＰサーバ１０２の処理を示す図である。ここでは、アプリケーションサーバ１０１がＲＴＳＰ（Real Time Streaming Protocol）に従った映像配信サービスを提供する場合を例にとって説明する。なお、実施の形態１と共通する部分については、その説明を一部省略する。

クライアント端末１００は、アプリケーションサーバ１０１が提供する映像配信サービスを利用するとき、「ＯＰＴＩＯＮＳ」メッセージや「ＤＥＳＣＲＩＢＥ」メッセージ、「ＳＥＴＵＰ」メッセージなどをアプリケーションサーバ１０１との間で交換し、映像配信に必要な情報を設定する。

なお、図９の例では、この時点において、アプリケーションサーバ１０１がＳＩＰサーバ１０２に対して「ＲＥＧＩＳＴＥＲ」メッセージを送信し、ＳＩＰサーバで認証を行うという処理を行っていないが、これに限定されるわけではなく、実施の形態２におけるＷｅｂサーバの場合と同様に、それぞれのメッセージの受信時にＳＩＰサーバを用いた認証を行うようにしてもよい。

クライアント端末１００のユーザが映像の再生を開始すると、クライアント端末１００は、「ＰＬＡＹ」メッセージをアプリケーションサーバ１０１に送信する。アプリケーションサーバ１０１は、ＩＰアドレスなどからクライアント端末１００を識別し、ＳＩＰの「ＲＥＧＩＳＴＥＲ」メッセージをＳＩＰサーバ１０２に送信し、その結果に基づいて配信の開始が可能であるか否かを判定する。

実際に配信を開始する場合、映像の配信は、アプリケーションサーバ１０１からクライアント端末１００に対してＲＴＰ（Real-Time Transport Protocol）ストリームを配信することによって行われる。

クライアント端末１００のユーザが再生を停止する場合、クライアント端末１００は、サービス終了要求送信手段３０１によって「ＴＥＡＲＤＯＷＮ」メッセージをアプリケーションサーバ１０１に送信する。

アプリケーションサーバ１０１は、サービス終了要求受信手段３０２によって「ＴＥＡＲＤＯＷＮ」メッセージを受信すると、登録削除要求送信手段３０３によって、ＳＩＰサーバ１０２に対して登録削除要求の「ＲＥＧＩＳＴＥＲ」メッセージを送信する。この「ＲＥＧＩＳＴＥＲ」メッセージは、登録削除であることを示すために、「Ｅｘｐｉｒｅｓ」ヘッダに「０」が設定される。

ＳＩＰサーバ１０２は、登録削除要求受信手段３０４によって登録削除要求の「ＲＥＧＩＳＴＥＲ」メッセージを受信すると、登録削除手段３０５によってクライアント端末１００の登録を削除し、登録削除要求結果送信手段３０６によって、登録が正常に削除されたことを示す「２００ＯＫ」メッセージをアプリケーションサーバ１０１に返信する。このように、サービスの終了時点でＳＩＰサーバ１０２上のクライアント端末登録情報を削除するため、重複登録が出来ないＳＩＰサーバ１０２の利用が可能になる。

アプリケーションサーバ１０１は、登録削除要求結果中継手段３０７によって正常削除の「２００ＯＫ」を受信すると、クライアント端末１００に対してＲＴＳＰの「２００ＯＫ」を送信する。

クライアント端末１００は、登録削除要求結果受信手段３０８によって正常削除の「２００ＯＫ」を受信すると、正常に再生を停止する。

本実施の形態では、ＳＩＰサーバ１０２は、アプリケーションサーバ１０１のサービス提供時間を測定し、測定した時間に応じた課金を行う機能を有する。図１１は、そのためのＳＩＰサーバ１０２の処理を示す図である。

ＳＩＰサーバ１０２は、登録要求受信手段１１０によってアプリケーションサーバ１０１から登録要求の「ＲＥＧＩＳＴＥＲ」メッセージを受信すると、このＳＩＰ登録要求の受信時刻を開始時刻記録手段３０９に記録し、一方、登録削除要求受信手段３０４によってアプリケーションサーバ１０１から登録削除要求の「ＲＥＧＩＳＴＥＲ」メッセージを受信すると、このＳＩＰ登録削除要求の受信時刻を終了時刻記録手段３１０に記録する。そして、計測手段３１１において、開始時刻記録手段３０９に記録された開始時刻と終了時刻記録手段３１０に記録された終了時刻とに基づいて、クライアント端末１００が登録されていた継続時間を計測する。図９に示すように、映像の再生開始と再生停止の各タイミングにおいてそれぞれ登録および登録削除を行うことにより、ＳＩＰサーバ１０２において再生時間に相当する時間（登録時間）を計測することができる。

ＳＩＰサーバ１０２は、課金手段３１２によって、計測した登録時間に基づいて課金を行う。課金手段３１２の処理結果は、課金情報として課金情報送信手段３１３によってアプリケーションサーバ１０１に送信される。これにより、再生時間に対する課金を行うことも可能になる。一般的に、ＳＩＰサーバは、インターネット電話の課金を行うためのセッション継続時間の計測機能や課金機能を持つため、登録時間を基にした課金機能を追加することは容易である。

ここで、ＳＩＰサーバ１０２における継続時間の計測やそれに基づく課金は、クライアント端末１００単位で行ってもよく、また、アプリケーションサーバ１０１単位で行ってもよく、また、ＳＩＰサーバ１０２上で定義した適当なグループごとに行ってもよい。

このように、本実施の形態によれば、ＳＩＰサーバ１０２において、アプリケーションサーバ１０１のサービス提供時間を測定することができ、また、測定された時間に応じた課金を行うことができるため、アプリケーションサーバ１０１が提供するサービスが、映像の配信や英会話教室の授業など、そのサービス提供時間に応じて決定されるような場合において、アプリケーションサーバ１０１は、そのサービスの提供時間を計測する必要がなく、また、課金もＳＩＰサーバ１０２が代行してくれるため、サービス提供時間に基づく課金が可能なアプリケーションサーバ１０１を簡易に構築することができる。

また、ＳＩＰサーバ１０２にとっては、登録時間を計測する機能を追加するだけで、ＳＩＰによるインターネット電話サービスのみを提供するよりも、自己が持つ課金機能の利用効率を高めることが可能であり、また、アプリケーションサーバ１０１から利用料を徴収することなどにより、運用コストを低減することができる。

なお、実施の形態２と同様の認証手順を踏むことにより、クライアント端末１００とアプリケーションサーバ１０１の間の通信、および、アプリケーションサーバ１０１とＳＩＰサーバ１０２の間の通信に関して、認証機能を用いて安全性を高めることができる。

（実施の形態４）
実施の形態４は、サービス提供時間に代えて、サービス提供回数に応じた課金を行う場合である。

図１２は、本実施の形態におけるクライアント端末１００、アプリケーションサーバ１０１、およびＳＩＰサーバ１０２の処理手順の一例を示す図、図１３は、本実施の形態におけるＳＩＰサーバ１０２の課金処理を示す図である。なお、実施の形態１および実施の形態２と共通する部分については、その説明を省略する。

本実施の形態では、ＳＩＰサーバ１０２は、登録要求受信手段１１０によって受信されたアプリケーションサーバ１０１からのＳＩＰ登録要求の受信回数を記録する受信回数記録手段４０１と、受信回数記録手段４０１に記録された受信回数に基づいて課金を行う課金手段４０２とを有する。

したがって、本実施の形態によれば、アプリケーションサーバ１０１が提供するサービスが、例えば、楽曲のダウンロードなど、１曲当たりの金額が定額のサービスである場合において、そのサービス回数に応じた課金を行うことができ、また、そのようなアプリケーションサーバ１０１を容易に構築・運用することができる。

（実施の形態５）
実施の形態５は、アプリケーションサーバ１０１からＳＩＰサーバ１０２に送信されるＳＩＰ登録要求に、課金のための課金情報が含まれている場合である。

図１４は、本実施の形態におけるクライアント端末１００、アプリケーションサーバ１０１、およびＳＩＰサーバ１０２の処理手順の一例を示す図、図１５は、本実施の形態におけるＳＩＰサーバ１０２の課金処理を示す図である。なお、実施の形態１および実施の形態２と共通する部分については、その説明を省略する。

本実施の形態では、アプリケーションサーバ１０１は、クライアント端末１００に提供するサービスに応じた課金情報を、ＳＩＰサーバ１０２に送信するＳＩＰ登録要求に設定する。例えば、図１４に示すように、登録要求の「ＲＥＧＩＳＴＥＲ」メッセージのメッセージボディに、課金情報をＸＭＬ形式で設定する。このとき、アプリケーションサーバ１０１は、クライアント端末１００に提供するサービスの種類など、提供するサービスに基づく料金を決定する手段（図示せず）によって、課金情報を取得する。

ＳＩＰサーバ１０２は、登録要求受信手段１１０によって受信されたアプリケーションサーバ１０１からのＳＩＰ登録要求に含まれる課金情報を記録する課金情報記録手段５０１と、課金情報記録手段５０１に記録された課金情報に基づいて課金を行う課金手段５０２とを有する。

したがって、本実施の形態によれば、アプリケーションサーバ１０１が提供するサービスが、サービスの種類や内容などによって料金が異なるサービスである場合において、その料金に応じた課金を行うことができ、また、そのようなアプリケーションサーバ１０１を容易に構築・運用することができる。

（実施の形態６）
実施の形態６は、アプリケーションサーバ１０１からＳＩＰサーバ１０２に送信されるＳＩＰ登録削除要求に、課金のための課金情報が含まれている場合である。

図１６は、本実施の形態におけるクライアント端末１００、アプリケーションサーバ１０１、およびＳＩＰサーバ１０２の処理手順の一例を示す図、図１７は、本実施の形態におけるＳＩＰサーバ１０２の課金処理を示す図である。なお、実施の形態３と共通する部分については、その説明を省略する。

本実施の形態では、アプリケーションサーバ１０１は、クライアント端末１００に提供していたサービスが終了した時点で、提供したサービスに応じた課金情報を、ＳＩＰサーバ１０２に送信するＳＩＰ登録削除要求に設定する。例えば、図１６に示すように、登録削除要求の「ＲＥＧＩＳＴＥＲ」メッセージのメッセージボディに、課金情報をＸＭＬ形式で設定する。このとき、アプリケーションサーバ１０１は、クライアント端末１００へのサービス提供時間など、提供したサービスに基づく料金を決定する手段（図示せず）によって、課金情報を取得する。

ＳＩＰサーバ１０２は、登録削除要求受信手段３０４によって受信されたアプリケーションサーバ１０１からのＳＩＰ登録削除要求に含まれる課金情報を記録する課金情報記録手段６０１と、課金情報記録手段６０１に記録された課金情報に基づいて課金を行う課金手段６０２とを有する。

したがって、本実施の形態によれば、アプリケーションサーバ１０１が提供するサービスが、提供した時間によって料金が異なるサービスであり、かつ、その時間の計測がＳＩＰサーバ１０２では困難である場合においても、ＳＩＰサーバ１０２においてその料金に応じた課金を行うことができ、また、そのようなアプリケーションサーバを容易に構築・運用することができる。

本発明に係るサービス提供システムおよびサービス提供方法は、アプリケーションサーバがクライアント端末にサービスを提供する場合において、ＳＩＰサーバの利用効率を向上することができ、かつ、アプリケーションサーバを簡易に構築することができるという効果を有し、ＳＩＰを用いて、複数のサーバが連携してユーザにサービスを提供する技術として有用である。

本発明の実施の形態１に係るサービス提供システムの構成例を示す図標準的なＳＩＰによるインターネット電話のメッセージを示す図本発明の実施の形態１におけるクライアント端末、アプリケーションサーバ、およびＳＩＰサーバの処理を示す図本発明の実施の形態１におけるクライアント端末、アプリケーションサーバ、およびＳＩＰサーバ間のメッセージを示す図本発明の実施の形態１における端末識別方法を説明するための図ＳＩＰによる一般的な認証手順を示す図本発明の実施の形態２におけるクライアント端末、アプリケーションサーバ、およびＳＩＰサーバの処理を示す図本発明の実施の形態２におけるクライアント端末、アプリケーションサーバ、およびＳＩＰサーバ間のメッセージを示す図本発明の実施の形態３におけるクライアント端末、アプリケーションサーバ、およびＳＩＰサーバの処理手順の一例を示す図本発明の実施の形態３におけるサービス終了時のクライアント端末、アプリケーションサーバ、およびＳＩＰサーバの処理を示す図本発明の実施の形態３におけるＳＩＰサーバの課金処理を示す図本発明の実施の形態４におけるクライアント端末、アプリケーションサーバ、およびＳＩＰサーバの処理手順の一例を示す図本発明の実施の形態４におけるＳＩＰサーバの課金処理を示す図本発明の実施の形態５におけるクライアント端末、アプリケーションサーバ、およびＳＩＰサーバの処理手順の一例を示す図本発明の実施の形態５におけるＳＩＰサーバの課金処理を示す図本発明の実施の形態６におけるクライアント端末、アプリケーションサーバ、およびＳＩＰサーバの処理手順の一例を示す図本発明の実施の形態６におけるＳＩＰサーバの課金処理を示す図

符号の説明

１００クライアント端末
１０１アプリケーションサーバ
１０２ＳＩＰサーバ
１０３ＩＰ電話
１０４携帯電話
１０５インターネット電話サービス網
１０６サービス開始要求送信手段
１０７サービス開始要求受信手段
１０８識別手段
１０９登録要求送信手段
１１０登録要求受信手段
１１１、１１１ａ登録要求判定手段
１１２、１１２ａ登録要求結果送信手段
１１３、２０２登録要求結果受信手段
１１４、１１４ａサービス開始要求判定手段
１１５、１１５ａサービス開始応答送信手段
１１６、１１６ａサービス開始応答受信手段
２０１登録要求結果中継手段
２０３サービス開始再要求送信手段
２０４サービス開始再要求受信手段
２０５再登録要求送信手段
２０６再登録要求受信手段
２０７再登録要求判定手段
２０８再登録要求結果送信手段
２０９再登録要求結果受信手段
３０１サービス終了要求送信手段
３０２サービス終了要求受信手段
３０３登録削除要求送信手段
３０４登録削除要求受信手段
３０５登録削除手段
３０６登録削除要求結果送信手段
３０７登録削除要求結果中継手段
３０８登録削除要求結果受信手段
３０９開始時刻記録手段
３１０終了時刻記録手段
３１１計測手段
３１２、４０２、５０２、６０２課金手段
３１３課金情報送信手段
４０１受信回数記録手段
５０１、６０１課金情報記録手段

Claims

クライアント端末と、前記クライアント端末にサービスを提供するアプリケーションサーバと、ＳＩＰ（Session Initiation Protocol）を用いて前記アプリケーションサーバと通信を行うＳＩＰサーバとを有するサービス提供システムであって、
前記アプリケーションサーバは、
前記クライアント端末からサービス開始要求を受信するサービス開始要求受信手段と、
受信したサービス開始要求から前記クライアント端末を識別する識別手段と、
識別した前記クライアント端末の登録要求を、ＳＩＰを用いて前記ＳＩＰサーバに送信する登録要求送信手段と、
前記ＳＩＰサーバからの登録要求結果を受信する登録要求結果受信手段と、
受信した登録要求結果に基づいて、前記クライアント端末に対してサービスを提供するか否かを判定するサービス開始要求判定手段と、を有し、
前記ＳＩＰサーバは、
前記アプリケーションサーバからの登録要求を受信する登録要求受信手段と、
受信した登録要求を許可するか否かを判定する登録要求判定手段と、
判定結果としての登録要求結果を前記アプリケーションサーバに送信する登録要求結果送信手段と、
有することを特徴とするサービス提供システム。
前記ＳＩＰサーバに対する登録の際に認証手順の実施が必要である場合、前記ＳＩＰサーバからの登録要求結果には認証キーが含まれており、
前記アプリケーションサーバは、
受信した登録要求結果を前記クライアント端末に中継する登録要求結果中継手段と、
前記クライアント端末からの認証データ付きサービス開始再要求を受信するサービス開始再要求受信手段と、
受信したサービス開始再要求に含まれる認証データを用いて、認証データ付きの前記クライアント端末の再登録要求を、ＳＩＰを用いて前記ＳＩＰサーバに送信する再登録要求送信手段と、
前記ＳＩＰサーバからの再登録要求結果を受信する再登録要求結果受信手段と、をさらに有し、
前記クライアント端末は、
前記アプリケーションサーバからの登録要求結果を受信する登録要求結果受信手段と、
受信した登録要求結果に含まれる認証キーを用いて認証データを作成し、認証データ付きのサービス開始再要求を前記アプリケーションサーバに送信するサービス開始再要求送信手段と、を有し、
前記ＳＩＰサーバは、
前記アプリケーションサーバからの再登録要求を受信する再登録要求受信手段と、
受信した再登録要求を許可するか否かを判定する再登録要求判定手段と、
判定結果としての再登録要求結果を前記アプリケーションサーバに送信する再登録要求結果送信手段と、をさらに有し、
前記アプリケーションサーバの前記サービス開始要求判定手段は、
受信した再登録要求結果に基づいて、前記クライアント端末に対してサービスを提供するか否かを判定する、
ことを特徴とする請求項１記載のサービス提供システム。
前記アプリケーションサーバは、
前記クライアント端末からのサービス終了要求を受信するサービス終了要求受信手段と、
前記クライアント端末の登録削除要求を、ＳＩＰを用いて前記ＳＩＰサーバに送信する登録削除要求送信手段と、
前記ＳＩＰサーバからの登録削除要求結果を前記クライアント端末に中継する登録削除要求結果中継手段と、をさらに有し、
前記ＳＩＰサーバは、
前記アプリケーションサーバからの登録削除要求を受信する登録削除要求受信手段と、
受信した登録削除要求に従って、前記クライアント端末の登録を削除する登録削除手段と、
登録削除後の登録削除要求結果を前記アプリケーションサーバに送信する登録削除要求結果送信手段と、
をさらに有することを特徴とする請求項１または請求項２記載のサービス提供システム。
前記ＳＩＰサーバは、
前記アプリケーションサーバからの登録要求の受信時刻を記録する開始時刻記録手段と、
前記アプリケーションサーバからの登録削除要求の受信時刻を記録する終了時刻記録手段と、
記録された登録要求の受信時刻および登録削除要求の受信時刻に基づいて、課金を行う課金手段と、
をさらに有することを特徴とする請求項１から請求項３のいずれかに記載のサービス提供システム。
前記ＳＩＰサーバは、
前記アプリケーションサーバからの登録要求の受信回数を記録する受信回数記録手段と、
記録された受信回数に基づいて、課金を行う課金手段と、
をさらに有することを特徴とする請求項１から請求項３のいずれかに記載のサービス提供システム。
前記アプリケーションサーバから前記ＳＩＰサーバに送信される登録要求に、課金のための課金情報が含まれており、
前記ＳＩＰサーバは、
前記アプリケーションサーバからの登録要求に含まれる課金情報を記録する課金情報記録手段と、
記録された課金情報に基づいて、課金を行う課金手段と、
をさらに有することを特徴とする請求項１から請求項３のいずれかに記載のサービス提供システム。
前記アプリケーションサーバから前記ＳＩＰサーバに送信される登録削除要求に、課金のための課金情報が含まれており、
前記ＳＩＰサーバは、
前記アプリケーションサーバからの登録削除要求に含まれる課金情報を記録する課金情報記録手段と、
記録された課金情報に基づいて、課金を行う課金手段と、
をさらに有することを特徴とする請求項３記載のサービス提供システム。
クライアント端末からサービス開始要求を受信するサービス開始要求受信手段と、
受信したサービス開始要求から前記クライアント端末を識別する識別手段と、
識別した前記クライアント端末の登録要求を、ＳＩＰを用いてＳＩＰサーバに送信する登録要求送信手段と、
前記ＳＩＰサーバからの登録要求結果を受信する登録要求結果受信手段と、
受信した登録要求結果に基づいて、前記クライアント端末に対してサービスを提供するか否かを判定するサービス開始要求判定手段と、
を有することを特徴とするアプリケーションサーバ。
前記ＳＩＰサーバに対する登録の際に認証手順の実施が必要である場合、前記ＳＩＰサーバからの登録要求結果には認証キーが含まれており、
受信した登録要求結果を前記クライアント端末に中継する登録要求結果中継手段と、
前記クライアント端末からの認証データ付きサービス開始再要求を受信するサービス開始再要求受信手段と、
受信したサービス開始再要求に含まれる認証データを用いて、認証データ付きの前記クライアント端末の再登録要求を、ＳＩＰを用いて前記ＳＩＰサーバに送信する再登録要求送信手段と、
前記ＳＩＰサーバからの再登録要求結果を受信する再登録要求結果受信手段と、をさらに有し、
前記サービス開始要求判定手段は、
受信した再登録要求結果に基づいて、前記クライアント端末に対してサービスを提供するか否かを判定する、
ことを特徴とする請求項８記載のアプリケーションサーバ。
前記クライアント端末からのサービス終了要求を受信するサービス終了要求受信手段と、
前記クライアント端末の登録削除要求を、ＳＩＰを用いて前記ＳＩＰサーバに送信する登録削除要求送信手段と、
前記ＳＩＰサーバからの登録削除要求結果を前記クライアント端末に中継する登録削除要求結果中継手段と、
をさらに有することを特徴とする請求項８または請求項９記載のアプリケーションサーバ。
クライアント端末にサービスを提供するアプリケーションサーバとＳＩＰを用いて通信を行うＳＩＰサーバであって、
前記アプリケーションサーバからの登録要求を受信する登録要求受信手段と、
受信した登録要求を許可するか否かを判定する登録要求判定手段と、
判定結果としての登録要求結果を前記アプリケーションサーバに送信する登録要求結果送信手段と、
有することを特徴とするＳＩＰサーバ。
前記ＳＩＰサーバに対する登録の際に認証手順の実施が必要である場合、前記ＳＩＰサーバからの登録要求結果には認証キーが含まれており、
前記アプリケーションサーバからの再登録要求を受信する再登録要求受信手段と、
受信した再登録要求を許可するか否かを判定する再登録要求判定手段と、
判定結果としての再登録要求結果を前記アプリケーションサーバに送信する再登録要求結果送信手段と、
をさらに有する、ことを特徴とする請求項１１記載のＳＩＰサーバ。
前記アプリケーションサーバからの登録削除要求を受信する登録削除要求受信手段と、
受信した登録削除要求に従って、前記クライアント端末の登録を削除する登録削除手段と、
登録削除後の登録削除要求結果を前記アプリケーションサーバに送信する登録削除要求結果送信手段と、
をさらに有することを特徴とする請求項１１または請求項１２記載のＳＩＰサーバ。
請求項１記載のサービス提供システムに用いられるクライアント端末であって、
前記クライアント端末にサービスを提供するアプリケーションサーバとＳＩＰを用いて通信を行うＳＩＰサーバに対して前記クライアント端末を登録する際に認証手順の実施が必要である場合、前記ＳＩＰサーバからの登録要求結果には認証キーが含まれており、
前記クライアント端末にサービスを提供するアプリケーションサーバからの登録要求結果を受信する登録要求結果受信手段と、
受信した登録要求結果に含まれる認証キーを用いて認証データを作成し、認証データ付きサービス開始再要求を前記アプリケーションサーバに送信するサービス開始再要求送信手段と、
を有することを特徴とするクライアント端末。
前記ＳＩＰサーバに対する登録の際に認証手順の実施が必要である場合、前記ＳＩＰサーバからの登録要求結果には認証キーが含まれており、
前記アプリケーションサーバからの登録要求結果を受信する登録要求結果受信手段と、
受信した登録要求結果に含まれる認証キーを用いて認証データを作成し、認証データ付きのサービス開始再要求を前記アプリケーションサーバに送信するサービス開始再要求送信手段と、
を有することを特徴とする請求項１４記載のクライアント端末。
アプリケーションサーバがクライアント端末にサービスを提供する際のサービス提供方法であって、
前記アプリケーションサーバが、前記クライアント端末からサービス開始要求を受信するステップと、
前記アプリケーションサーバが、受信したサービス開始要求から前記クライアント端末を識別するステップと、
前記アプリケーションサーバが、識別した前記クライアント端末の登録要求を、ＳＩＰを用いてＳＩＰサーバに送信するステップと、
前記ＳＩＰサーバが、前記アプリケーションサーバからの登録要求を受信するステップと、
前記ＳＩＰサーバが、受信した登録要求を許可するか否かを判定するステップと、
前記ＳＩＰサーバが、判定した登録要求結果を前記アプリケーションサーバに送信するステップと、
前記アプリケーションサーバが、前記ＳＩＰサーバからの登録要求結果を受信するステップと、
前記アプリケーションサーバが、受信した登録要求結果に基づいて、前記クライアント端末に対してサービスを提供するか否かを判定するステップと、
有することを特徴とするサービス提供方法。