サービス提供装置、サービス提供方法、サービス提供プログラムおよびサービス提供システム
【課題】ユーザのスキルに関係なく、どのようなユーザであっても簡単に利用できるサービスを提供することを課題とする。
【解決手段】サービス提供装置は、電気通信番号を挿入したVoIP接続要求をユーザ端末から受信した場合に、電気通信番号に対応するサービス識別子をユーザ端末に送信し、確立されたVoIP通信を識別するcallセッション情報を取得する。そして、サービス提供装置は、ユーザ端末がサービス提供装置との間でサービスを利用する際に行う通信を識別するWebセッション情報を、取得されたcallセッション情報に対応づけて格納するとともに、Webセッション情報をユーザ端末に送信した後、サービス識別子に対応するサービスの利用要求をユーザ端末から受信した場合に、当該利用要求がcallセッション情報に対応づけて格納されるWebセッション情報を用いた通信で要求されたことを条件に、サービス識別子に対応するサービスをユーザ端末装置に提供する。
【解決手段】サービス提供装置は、電気通信番号を挿入したVoIP接続要求をユーザ端末から受信した場合に、電気通信番号に対応するサービス識別子をユーザ端末に送信し、確立されたVoIP通信を識別するcallセッション情報を取得する。そして、サービス提供装置は、ユーザ端末がサービス提供装置との間でサービスを利用する際に行う通信を識別するWebセッション情報を、取得されたcallセッション情報に対応づけて格納するとともに、Webセッション情報をユーザ端末に送信した後、サービス識別子に対応するサービスの利用要求をユーザ端末から受信した場合に、当該利用要求がcallセッション情報に対応づけて格納されるWebセッション情報を用いた通信で要求されたことを条件に、サービス識別子に対応するサービスをユーザ端末装置に提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークに接続される複数の端末装置に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供システム、サービス提供方法およびサービス提供プログラムに関する。
【背景技術】
【０００２】
従来より、ＩＰ（Internet Protocol）で制御されるネットワークに接続する端末に提供されるサービスとして、いわゆるＷｅｂサービスがある。ここで、Ｗｅｂサービスとは、一般に、ＷＷＷ（World Wide Web）関連技術を適用することで、アプリケーションの機能をネットワーク経由で実現するサービスのことをいう。
【０００３】
例えば、Ｗｅｂサービスでは、利用者がインターネット上のＷｅｂページにアクセスするのに際して、Ｗｅｂページの識別情報であるＵＲＩ（Uniform Resource Identifier）が使われている。そして、このようなＵＲＩを利用したＷｅｂアクセスには、ＵＲＩをＩＰアドレスに変換するＤＮＳ（Domain Name System）が利用されており、そうすることにより、利用者は、ＩＰアドレスを意識することなく、ＵＲＩという識別子を利用したＷｅｂアクセスを行うことができる。
【０００４】
最近では、ＶｏＩＰ（Voice over IP）などＩＰ電話の普及により、電話番号をキーとしてＤＮＳを検索することにより、その電話番号に対応している利用可能なアプリケーションをＵＲＩ形式で得ることができるＥＮＵＭが利用され、このＥＮＵＭを用いて、上記したＷｅｂサービスを提供するサービス形態も提案されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】“The E.164 to Uniform Resource Identifiers（ＵＲＩ） Dynamic Delegation Discovery System（ＤＤＤＳ） Application（ＥＮＵＭ）”、［online］、［平成２０年９月１８日検索］、インターネット＜http://www.ietf.org/rfc/rfc3761.txt＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記した従来の技術を用いたサービスでは、ＩＴリテラシーの低い人には利用しにくく、サービス自体の普及も期待できないという課題があった。
【０００７】
具体的には、ＤＮＳを用いた場合であっても、ＥＮＵＭを用いた場合であっても、所望のＷｅｂサービスを利用するためには、Ｗｅｂブラウザを起動して、所望のＷｅｂページのＵＲＩを所定の書式（例えば、http:からはじまる形式など）で所定の場所（例えば、アドレス欄など）に入力する必要がある。そのため、ＤＮＳやＥＮＵＭを用いたサービス提供では、パソコンを使い慣れていない高齢者などのＩＴリテラシーの低い人には、利用しにくいサービスである。
【０００８】
また、昨今のＩＴ技術の進化、一般的に利用できるＩＴサービスの種類、ＩＴの社会への浸透などを考慮すると、ＩＴリテラシーの低いユーザにサービスを提供し、このようなユーザを確保することが他のサービスとの差別化を図るのに非常に重要である。ところが、従来の技術を用いたサービスでは、上記したように、ＩＴリテラシーの低い人には利用しにくいので、他のサービスとの差別化を図ることも難しく、サービス自体の普及も期待できない。
【０００９】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、スキルに関係なく、ユーザが簡単に利用できるサービスを提供することが可能であるサービス提供装置、サービス提供方法、サービス提供プログラムおよびサービス提供システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、本発明は、ネットワークに接続される端末装置に当該ネットワーク上のサービスを提供するサービス提供装置であって、電気通信番号が挿入されたIP電話接続要求を端末装置から受信した場合に、前記電気通信番号に対応するサービスを一意に識別するサービス識別子を当該端末装置に送信する識別子送信手段と、前記端末装置との間でIP電話通信が確立された場合に、確立されたIP電話通信を一意に識別する第１通信情報を、当該確立されたIP電話通信から取得する第１通信情報取得手段と、前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得手段により取得された第１通信情報に対応づけて第２通信情報記憶手段に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信する第２通信情報格納手段と、前記サービス識別子に対応するサービスの利用要求を前記端末装置から受信した場合に、当該利用要求が前記第１通信情報に対応づけて前記第２通信情報記憶手段に格納される第２通信情報を用いた通信で要求されたことを条件に、前記サービス識別子に対応するサービスを前記端末装置に提供するサービス提供手段と、を備えたことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、スキルに関係なく、ユーザが簡単に利用できるサービスを提供することが可能である。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施例１に係るサービス提供システムの概要を説明するための図である。
【図２】図２は、実施例１に係るサービス提供システムにおけるサービス提供装置とユーザ端末それぞれの構成を示すブロック図である。
【図３】図３は、ユーザ情報ＤＢに記憶される情報の例を示す図である。
【図４】図４は、サービスＤＢに記憶される情報の例を示す図である。
【図５】図５は、セッションＤＢに記憶される情報の例を示す図である。
【図６】図６は、実施例１に係るサービス提供システムにおけるサービス提供処理の流れを示すシーケンス図である。
【図７】図７は、実施例１に係るサービス提供システムにおいて、セキュリティレベルを向上させたサービス提供処理の流れを示すシーケンス図である。
【図８】図８は、実施例２に係るサービス提供システムにおけるサービス提供処理の流れを示すシーケンス図である。
【図９】図９は、実施例２に係るサービス提供システムにおいて、セキュリティレベルを向上させたサービス提供処理の流れを示すシーケンス図である。
【図１０】図１０は、実施例３に係るサービス提供システムにおけるサービス提供処理の流れ（その１）を示すシーケンス図である。
【図１１−１】図１１−１は、ユーザ端末に提供するＷｅｂページの例を示す図である。
【図１１−２】図１１−２は、ユーザ端末に提供するＷｅｂページの遷移例を示す図である。
【図１１−３】図１１−３は、ユーザ端末に提供するＷｅｂページの遷移例を示す図である。
【図１２】図１２は、実施例３に係るサービス提供システムにおけるサービス提供処理の流れ（その２）を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照して、本発明に係るサービス提供装置、サービス提供方法、サービス提供プログラムおよびサービス提供システムの実施例を詳細に説明する。なお、以下では、実施例で用いる主要な用語、実施例１に係るサービス提供システムの概要、実施例１に係るサービス提供システムの構成、実施例１に係るサービス提供システムによる処理の手順、実施例１の効果を順に説明し、続いて、他の実施例について説明する。
なお、この実施例によりこの発明が限定されるものではない。
【００１４】
［用語の説明］
最初に、以下の実施例で用いる主要な用語を説明する。本願が開示するサービス提供システムは、ネットワークを介してサービスを利用するユーザ端末と、ネットワークを介してユーザ端末にサービスを提供するサービス提供装置とを有する。なお、それぞれの装置の台数を限定する必要はなく、任意の台数をシステムに構成させることができる。
【００１５】
「サービス」とは、いわゆるＷｅｂサービス（ＷＷＷ関連技術を適用することで、アプリケーションの機能をネットワーク経由で実現するサービス）のことである。インターネットなどＩＰによって制御されるネットワークにおいて、「サービス提供装置」がサービスを制御し、ネットワークに接続する「端末」が「サービス」の提供を受けるという関係にある。
【００１６】
このうち、ユーザ端末とは、Ｗｅｂブラウザなどを有しており、インターネットなどに接続してサービス（アプリケーション）を実行できる装置であり、例えば、パーソナルコンピュータに限られるものではなく、ＰＤＡ、ＰＨＳ、携帯電話などの移動体端末であってもよい。また、ＳＩＰプロキシとは、ユーザ端末から受信したＳＩＰ通信に関する各種情報をサービス提供装置に転送する装置である。このＳＩＰプロキシは、複数のサービス提供装置と接続されていてもよく、その場合、ユーザ端末から受信するＳＩＰ通信に含まれる情報（例えば、通信を識別する識別子など）に基づいて、該当のサービス提供装置に転送することもできる。また、ＳＩＰプロキシは、地域ごとに備えることもでき、例えば、首都圏のユーザ端末からＳＩＰ通信があったときには、該当のサービス提供装置に転送するなどして、複数のサービス提供装置のうち該当の装置に転送を実現することもできる。
【００１７】
また、サービス提供装置は、ＳＩＰ通信を行うＳＩＰサーバ機能と、ＷｅｂブラウザによりＷｅｂページなどのサービスを提供するＷｅｂサーバ機能を有するサーバ装置である。このサービス提供装置は、実施例で説明するように、電話番号とＷｅｂサービスとを結びつけることにより、一つのサーバ機能に複数のＷｅｂサーバ機能を有することができる。また、ＳＩＰサーバ機能とＷｅｂサーバ機能とを一つの筐体で実現している必要はなく、別々の筐体で実現されていてもよい。
【実施例１】
【００１８】
［サービス提供システムの概要］
次に、図１を用いて、実施例１に係るサービス提供システムの概要を説明する。図１は、実施例１に係るサービス提供システムの概要を説明するための図である。
【００１９】
実施例１に係るサービス提供システムは、上記したように、ネットワークに接続される複数の端末装置に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御することを概要とするものであり、特に、ユーザのスキルに関係なく、どのようなユーザであっても簡単に利用できるサービスを提供することができる。
【００２０】
具体的に説明すると、サービス提供システムのサービス提供装置は、電気通信番号が挿入されたVoIP接続要求をユーザ端末から受信した場合に、電気通信番号に対応するサービスを一意に識別するサービス識別子をユーザ端末に送信する（図１の（１）と（２）参照）。
【００２１】
例えば、ユーザ端末は、SIP通信のINVITE信号に電話番号「0399999999」を付加して送信し、SIPプロキシは、これを受信して接続されるサービス提供装置に転送する。そして、サービス提供装置は、受信したINVITE信号に付加された電話番号「0399999999」に対応する識別子「ＩＰアドレスＡ」をデータベースから取得して、INVITE信号の応答である200OK信号に付加して送信し、SIPプロキシは、これを受信して接続されユーザ端末に転送する。なお、サービス提供装置は、受信したINVITE信号に付加された電話番号「0399999999」に対応する識別子として、自装置がＷｅｂサービスを提供している場合には自装置のＩＰアドレスを付加して送信してもよい。
【００２２】
続いて、サービス提供装置は、ユーザ端末との間でVoIP通信が確立された場合に、確立されたVoIP通信を一意に識別するcallセッション情報（特許請求の範囲に記載の「第１通信情報」）を当該VoIP通信から取得する。そして、サービス提供装置は、ユーザ端末が当該サービス提供装置との間でサービスを利用する際に行う通信を一意に識別するWebセッション情報（特許請求の範囲に記載の「第２通信情報」）を、取得されたcallセッション情報に対応づけてデータベースに格納するとともに、当該Webセッション情報をユーザ端末に送信する（図１の（３）と（４）参照）。
【００２３】
例えば、上記したように、ユーザ端末とサービス提供装置との間で、SIPプロキシを介してINVITE信号と200OK信号とが送受信されると、ユーザ端末とサービス提供装置との間にVoIP通信（ここでは、SIP通信）が確立される。すると、サービス提供装置は、確立されたSIP通信から当該通信を一意に識別する識別子としてcallセッション情報（例えば、111）を取得する。そして、サービス提供装置は、ユーザ端末からのWeb通信要求時に、Web通信を識別するWebセッション情報（例えば、abc）を払出してユーザ端末に送信するとともに、取得したcallセッション情報（例えば、111）を対応付けて格納する。
【００２４】
その後、サービス提供装置は、サービス識別子に対応するサービスの利用要求をユーザ端末から受信した場合に、当該利用要求がcallセッション情報に対応づけて格納されるWebセッション情報を用いた通信で要求されたことを条件に、サービス識別子に対応するサービスをユーザ端末に提供する（図１の（５）と（６）参照）。
【００２５】
例えば、サービス提供装置は、上記したようにcallセッション情報とWebセッション情報とを対応付けて格納した後、SIP通信が確立されているユーザ端末からWebセッション情報（abc）とサービス識別子（例えば、ＩＰアドレスＡ、電話番号、サブアドレスなど）とが含まれるWebアクセスを受け付けた場合、受け付けたWebアクセスに含まれるWebセッション情報（abc）に対応付けられたcallセッション情報が記憶されているか否かを判定する。そして、サービス提供装置は、受け付けたWebアクセスに含まれるWebセッション情報（abc）に対応付けられたcallセッション情報を記憶している場合、受け付けたWebアクセスに含まれるサービス識別子（ＩＰアドレスＡ）に対応するWebページをユーザ端末に表示する。
【００２６】
このように、実施例１に係るサービス提供システムのユーザ端末側では、Webページを表示させたい店舗などの電話番号を入力して発信するという使い慣れたインタフェースの使い慣れた操作のみによって所望のWebページを取得することができる結果、ユーザのスキルに関係なく、どのようなユーザであっても簡単に利用できるサービスを提供することができる。
【００２７】
また、実施例１に係るサービス提供システムのサービス提供装置側では、受け付けたWebアクセスに含まれるWebセッション情報（abc）に対応付けられたcallセッション情報を記憶している場合、つまり、現在SIP通信中のユーザ端末からのWebアクセスに対してのみWebページを応答するので、不正なユーザを排除することができ、システム全体のセキュリティを高く保つことができる。
【００２８】
［サービス提供システムの構成］
次に、図２を用いて、実施例１に係るサービス提供システムの構成を説明する。図２は、実施例１に係るサービス提供システムにおけるサービス提供装置とユーザ端末それぞれの構成を示すブロック図である。
【００２９】
（サービス提供装置１００の構成）
実施例１に係るサービス提供システムにおけるサービス提供装置１００は、図２に示すように、通信制御Ｉ／Ｆ部１１０と、記憶部１２０と、制御部１３０とを有する汎用的なサーバ装置である。
【００３０】
かかる通信制御Ｉ／Ｆ部１１０は、ＨＴＴＰ（HyperText Transfer Protocol）通信用の一般的なインタフェースおよびライブラリを備え、ユーザ端末２００との間で情報を送受信する。具体的には、通信制御Ｉ／Ｆ部１１０は、後述する識別子送信部１３１がユーザ端末２００からcallセッション情報を受信する通信や、後述するWebセッション情報払出部１３４がユーザ端末２００にWebセッション情報を送信する通信や、後述するサービス提供部１３５がユーザ端末２００にサービスを提供する通信などを行う。なお、実施例１においては、上記したいずれの通信もＨＴＴＰで行われるものとして説明するが、中でも、サービス提供部１３５による通信はＷｅｂサービスに関係する通信であるという意味で、「Ｗｅｂ通信」と呼ぶ。
【００３１】
記憶部１２０は、制御部１３０における各種制御に用いられる情報や他の装置と通信を行うためのルーティング情報などを記憶し、特に、図２に示すように、ユーザ情報ＤＢ１２１と、サービスＤＢ１２２と、セッションＤＢ１２３とを有する。なお、セッションＤＢ１２３は、特許請求の範囲に記載の「第２通信情報記憶手段」に対応する。
【００３２】
ユーザ情報ＤＢ１２１は、サービス提供システムにより提供されるサービスを利用するユーザ情報を記憶する。具体的には、ユーザ情報ＤＢ１２１は、図３に示すように、「ＩＤ、電話番号、氏名、会員状態、最終アクセス日時」として「1000001、0311111111、特許太郎、会員、2008/9/8 13:30:00」や「1000002、0322222222、特許花子、非会員、2008/9/8 13:30:23」などと記憶する。なお、図３は、ユーザ情報ＤＢに記憶される情報の例を示す図である。
【００３３】
ここで記憶される「ＩＤ」とは、ユーザ情報ＤＢ１２１に記憶される各レコード（言い換えると、ユーザ情報）を識別するための情報であり、「電話番号」とは、記憶されるユーザの連絡先を示す電話番号であり、「氏名」とは、ユーザを特定するユーザの名前である。また、「会員状態」とは、当該ユーザが当該サービスを利用する会員であるか非会員であるかを区別するための情報であり、これにより、サービス提供側は、徴収する料金を変えるなど、任意にサービス形態を作成することができる。また、「最終アクセス日時」とは、当該ユーザがサービス提供装置１００に最後にアクセスした日時を示す情報である。
【００３４】
サービスＤＢ１２２は、ユーザ端末に提供するサービスを記憶する。具体的には、サービスＤＢ１２２は、図４に示すように、サービスを一意に識別する「電話番号」に対応付けて「識別子、サブアドレス、ＵＲＬ、提供会社、有効期限」などを記憶する。例えば、サービスＤＢ１２２は、「電話番号、識別子、サブアドレス、URL、提供会社、有効期限」として「0399999999、10.0.0.1、-、/guidance.html、なし、なし」、「0399999999、10.0.0.1、*5512、/service/top.html、A社、2008/11/8」や「0511111111、1.2.3.4、-、/music-service.html、A社、なし」などと記憶する。なお、図４は、サービスＤＢに記憶される情報の例を示す図である。
【００３５】
ここで記憶される「電話番号」とは、ユーザ端末に提供するサービスに対応付けられている電話番号であり、ユーザ端末はこれを指定することで所望のサービスを利用することができる。また、「識別子」とは、ユーザ端末に提供するサービスを一意に識別する識別子であり、例えば、IPアドレスやドメイン名、電話番号などである。また、「サブアドレス」とは、同じ識別子で提供されるサービスを区別するための情報であり、これにより、一つの識別子（IPアドレスやドメイン名）で複数のサービスを区別して提供することができ、IPアドレスや電話番号などを有効活用することができる。また、「URL」とは、Uniform Resource Locatorの略であり、ユーザ端末に提供されるWebページを示す。また、「提供会社」とは、当該サービスを提供する会社を示す情報であり、「有効期限」とは、当該サービスが提供される期限を示す情報であり、例えば、有効期限＝2008/11/8の場合、2008/11/8まで当該サービスが提供されることを示している。
【００３６】
セッションＤＢ１２３は、Webセッション情報をcallセッション情報と対応づけて記憶する。具体的には、セッションＤＢ１２３は、まず、後述するcallセッション情報取得部１３２により取得されたcallセッション情報を記憶し、次に、後述するWebセッション情報払出部１３４によって払い出されたWebセッション情報をcallセッション情報と対応づけて記憶する。また、セッションＤＢ１２３が記憶したこれらのセッション情報は、後述するサービス提供部１３５による処理に利用されるなどする。
【００３７】
ここで、callセッション情報とは、確立されたＳＩＰ通信を識別するためのユニークな情報（識別子）であり、Webセッション情報とは、サービス提供装置がサービスを提供する際の通信であるＷｅｂ通信を識別するためのユニークな情報（識別子）である。
【００３８】
また、セッション情報は、単にＳＩＰ通信とＷｅｂ通信とを識別するのみならず、端末間で確立された通信が、他の端末間で確立された通信とは異なる通信であることをも識別する。これを言い換えると、callセッション情報とは、端末間でＳＩＰによって確立された通信を一意に識別する情報であり、Webセッション情報とは、端末間で確立されたＷｅｂ通信を一意に識別する情報である。callセッション情報としては、ＳＩＰ通信に含まれる情報である『Call-ID』、または、『From』、『To』、『tag』、もしくは、これらの組合せを用いる手法や、ＳＩＰ通信に含まれるその他の情報を組合せて用いる手法などが考えられ、ＳＩＰによって確立された通信を一意に識別することが可能な情報を用いる手法であれば、どのような手法でもよい。一方、Webセッション情報としては、ユーザ端末２００がＷｅｂ通信を行う際に利用するブラウザに付与された情報である『セッションID』（CookieのIDなど）を用いる手法などが考えられる。なお、これらのcallセッション情報やWebセッション情報は、一般的には確立されたセッションごとにユニークに生成されるものであり、通常のアプリケーション利用の範囲では、競合しないものである。
【００３９】
セッションＤＢ１２３の説明に戻ると、セッションＤＢ１２３は、例えば、図５に示すように、「ＩＤ、会員ＩＤ、callセッション情報、Webセッション情報、サービス開始日時、サービス終了日時」として「1、1000001、123、abc、2008/9/8 11:30:00、2008/9/8 13:30:00」や「2、1000003、245、aabc、2008/9/8 11:31:40、2008/9/8 12:13:00」などと記憶する。なお、図５は、セッションＤＢに記憶される情報の例を示す図である。
【００４０】
ここで記憶される「ＩＤ」とは、セッションＤＢ１２３に記憶される各レコードを識別するための情報であり、「会員ＩＤ」とは、Webセッション情報が払出されたユーザが会員（図３参照）である場合に、当該会員を識別する情報である。また、「callセッション情報」とは、callセッション情報取得部１３２が確立されたSIP通信から取得したセッション情報であり、「Webセッション情報」とは、callセッション情報取得部１３２により取得されて格納されたcallセッション情報に対応付けて払出されたセッション情報である。また、「サービス開始日時」とは、ユーザ端末２００が払出されたWebセッション情報を用いてサービスの利用を開始した日時であり、「サービス終了日時」とは、ユーザ端末２００が払出されたWebセッション情報を用いたサービスを終了した日時である。
【００４１】
図２に戻り、制御部１３０は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、識別子送信部１３１と、callセッション情報取得部１３２と、判定部１３３と、Webセッション情報払出部１３４と、サービス提供部１３５とを有し、これによってサービス提供装置１００における各種制御を行う。なお、識別子送信部１３１は、特許請求の範囲に記載の「識別子送信手段」に対応し、callセッション情報取得部１３２は、特許請求の範囲に記載の「第１通信情報取得手段」に対応し、判定部１３３は、特許請求の範囲に記載の「通信情報判定手段」に対応し、Webセッション情報払出部１３４は、特許請求の範囲に記載の「第２通信情報格納手段」に対応し、サービス提供部１３５は、特許請求の範囲に記載の「サービス提供制御手段」に対応する。
【００４２】
識別子送信部１３１は、電気通信番号を挿入したVoIP接続要求をユーザ端末２００から受信した場合に、電気通信番号に対応するサービスを一意に識別するサービス識別子をユーザ端末２００に送信する。具体的には、識別子送信部１３１は、電話番号「0399999999」が付加されたSIP通信のINVITE信号を受信した場合に、図４に示したサービスＤＢ１２２を参照しつつ、電話番号「0399999999」に対応する識別子（10.0.0.1）を取得してユーザ端末２００に送信する。
【００４３】
また、識別子送信部１３１は、受信したVoIP接続要求から発側の電話番号を特定し、特定した電話番号とユーザ情報ＤＢ１２１とから、VoIP接続要求を送信したユーザを特定することができる。そして、識別子送信部１３１は、特定したユーザに関する情報を後述するWebセッション情報払出部１３４に出力する。
【００４４】
callセッション情報取得部１３２は、ユーザ端末２００との間でVoIP通信が確立された場合に、確立されたVoIP通信を一意に識別するcallセッション情報を当該VoIP通信から取得する。具体的には、callセッション情報取得部１３２は、ユーザ端末２００とサービス提供装置１００との間で、SIPプロキシを介してINVITE信号と200OK信号とが送受信されてVoIP通信（ここでは、SIP通信）が確立されると、確立されたSIP通信に含まれる情報から当該通信を一意に識別する識別子としてcallセッション情報（例えば、111）を取得する。そして、callセッション情報取得部１３２は、取得したcallセッション情報を後述する判定部１３３やWebセッション情報払出部１３４に出力する。
【００４５】
例えば、callセッション情報収集部１３２は、callセッション情報としては、SIP通信に含まれる情報である『Call-ID』、または、『From』、『To』、『tag』、もしくは、これらの組合せを収集したり、SIP通信に含まれるその他の情報の組合せを収集したりなどする。
【００４６】
判定部１３３は、ユーザ端末２００からcallセッション情報を受信して、当該受信したcallセッション情報とcallセッション情報取得部１３２により取得されたcallセッション情報とが一致するか否かを判定する。具体的には、判定部１３３は、識別子送信部１３１により200OK信号がユーザ端末２００に送信されてVoIP通信（ここでは、SIP通信）が確立されるとともに、callセッション情報取得部１３２によりcallセッション情報が取得された後、ユーザ端末２００が確立されたVoIP通信から取得したcallセッション情報を通信制御Ｉ／Ｆ部１１０を介してユーザ端末２００から受信する。
【００４７】
そして、判定部１３３は、ユーザ端末２００から受信したcallセッション情報とcallセッション情報取得部１３２により取得されて通知されたcallセッション情報とが一致するか否かを判定し、その結果をWebセッション情報払出部１３４に出力する。
【００４８】
Webセッション情報払出部１３４は、判定部１３３により一致すると判定された場合に、ユーザ端末２００が当該サービス提供装置１００との間でサービスを利用する際に行う通信を一意に識別するWebセッション情報を、callセッション情報取得部１３２により取得されたcallセッション情報に対応づけてセッションＤＢ１２３に格納するとともに、当該Webセッション情報をユーザ端末２００に送信する。
【００４９】
具体的には、Webセッション情報払出部１３４は、判定部１３３によりユーザ端末２００から受信したcallセッション情報（例えば、123）とcallセッション情報取得部１３２により取得されて通知されたcallセッション情報（例えば、123）とが一致すると判定された場合に、ユーザ端末２００が当該サービス提供装置１００との間で利用するWeb通信を一意に識別するWebセッション情報（例えば、abc）を払出す。
【００５０】
そして、Webセッション情報払出部１３４は、払出したWebセッション情報と（例えば、abc）callセッション情報取得部１３２により取得されたcallセッション情報（例えば、123）とを対応づけてセッションＤＢ１２３に格納するとともに、払出したWebセッション情報（例えば、abc）をユーザ端末２００に送信する。なお、Webセッション情報払出部１３４は、セッションＤＢ１２３に格納する際に、識別子送信部１３１により取得されて通知されたユーザ情報（例えば、会員ＩＤなど）もさらに対応付けて格納する。
【００５１】
一方、判定部１３３によりユーザ端末２００から受信したcallセッション情報（例えば、123）とcallセッション情報取得部１３２により取得されて通知されたcallセッション情報（例えば、123）とが一致しないと判定された場合に、Webセッション情報払出部１３４は、不正なユーザ端末からの通信と判定して、確立したWeb通信に対してWebサービスを提供しない制御を行う。
【００５２】
サービス提供部１３５は、サービス識別子に対応するサービスの利用要求をユーザ端末２００から受信した場合に、当該利用要求がcallセッション情報に対応づけてセッションＤＢ１２３に格納されるWebセッション情報を用いた通信で要求されたことを条件に、サービス識別子に対応するサービスをユーザ端末２００に提供する。
【００５３】
具体的には、サービス提供部１３５は、Webセッション情報払出部１３４によりcallセッション情報とWebセッション情報とを対応付けて格納された後、VoIP通信が確立されているユーザ端末２００からWebセッション情報（例えば、abc）とサービス識別子（例えば、10.0.0.1）とが含まれるWebアクセスを受け付ける。続いて、サービス提供部１３５は、受け付けたWebアクセスに含まれるWebセッション情報（例えば、abc）に対応付けられたcallセッション情報がセッションＤＢ１２３に記憶されているか否かを判定する。
【００５４】
そして、サービス提供部１３５は、受け付けたWebアクセスに含まれるWebセッション情報（例えば、abc）に対応付けられたcallセッション情報がセッションＤＢ１２３に記憶されている場合、受け付けたWebアクセスに含まれるサービス識別子（例えば、10.0.0.1）に対応するWebページ（例えば、/guidance.html）をサービスＤＢ１２２から取得してユーザ端末２００に表示出力する。
【００５５】
一方、受け付けたWebアクセスに含まれるWebセッション情報に対応付けられたcallセッション情報がセッションＤＢ１２３に記憶されていない場合、サービス提供部１３５は、不正なユーザ端末からのWebアクセスであると判定し、Webサービスを提供しない制御を行う。
【００５６】
（ユーザ端末２００の構成）
実施例１におけるユーザ端末２００は、図２に示すように、入力部２０１と、出力部２０２と、入出力制御Ｉ／Ｆ部２０３と、ＳＩＰＡＰＬ部２１０と、情報表示機能部２２０とを有する汎用的なＰＣ（Personal Computer）や携帯電話、ＰＤＡ、ブラウザ機能付き電話機などの端末装置である。
【００５７】
入力部２０１は、ＳＩＰＡＰＬ部２１０や情報表示機能部２２０に用いられる情報や、各種処理をするための操作指示などを、番号キー、キーボード、マウス、マイクなどによって入力する。例えば、入力部２０１は、サービス提供装置１００との間でＳＩＰによって通信を確立するにあたり、ＳＩＰ−ＵＲＩ（Uniform Resource Identifier）の元になる電話番号を、キーボードによって入力するなどする。
【００５８】
出力部２０２は、ＳＩＰＡＰＬ部２１０や情報表示機能部２２０による各種処理の結果や、各種処理をするための操作指示などを、ディスプレイ、プリンタ、スピーカなどに出力する。例えば、出力部２０２は、後述するサービス利用部２２５によってサービス提供装置１００からサービス提供を受けた際に、当該サービスの内容をディスプレイに表示するなどする。
【００５９】
入出力制御Ｉ／Ｆ部２０３は、入力部２０１と、出力部２０２と、ＳＩＰＡＰＬ部２１０と、情報表示機能部２２０との間における情報転送を制御する。
【００６０】
ＳＩＰＡＰＬ部２１０は、ユーザ端末２００において、ＳＩＰによって通信を確立する過程の通信（ＳＩＰ通信）や、ＳＩＰによって確立された通信を行う部であり、特に、図２に示すように、ＳＩＰ通信部２１１と、制御部２１２とを有するアプリケーションである。
【００６１】
ＳＩＰ通信部２１１は、ＳＩＰ用の一般的なインタフェースおよびライブラリを備え、サービス提供装置１００などの他の装置との間で（ＳＩＰプロキシを介するなどして）情報を送受信する。具体的には、ＳＩＰ通信部２１１は、サービス提供装置１００との間でＳＩＰによって確立される通信の情報などを送受信する。なお、ＳＩＰ通信部２１１は、特許請求の範囲に記載の「送信手段」と「受信手段」に対応する。
【００６２】
また、ＳＩＰ通信部２１１は、電気通信番号を挿入したVoIP接続要求をサービス提供装置に送信したり、送信したVoIP接続要求に含まれる電気通信番号に対応する識別子であって、Webサービスを識別するWeb識別子を受信したりする。具体的には、ＳＩＰ通信部２１１は、ユーザの指示操作によりサービス提供装置１００に対してVoIP接続要求を送信するのに際して、入力部２０１などにより受け付けられた電話番号を当該VoIP接続要求に付加して送信する。また、ＳＩＰ通信部２１１は、送信したVoIP接続要求に含まれる電話番号に対応するWeb識別子としてＩＰアドレスやドメイン名などを受信し、受信したWeb識別子を情報表示機能部２２０に出力する。
【００６３】
制御部２１２は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、callセッション情報収集部２１３と、起動指示部２１４とを有し、これらによってＳＩＰＡＰＬ部２１０における各種制御を行う。なお、callセッション情報収集部２１３は、特許請求の範囲に記載の「第１通信情報取得手段」に対応する。
【００６４】
callセッション情報収集部２１３は、サービス提供装置１００との間でVoIP通信が確立された場合に、確立されたVoIP通信を一意に識別するcallセッション情報を収集する。具体的には、callセッション情報収集部２１３は、サービス提供装置１００との間でSIPによって確立された通信を一意に識別するcallセッション情報を、SIP通信に含まれる情報から収集する。また、callセッション情報収集部２１３は、収集したcallセッション情報を、起動指示部２１４に伝達する。例えば、callセッション情報収集部２１３は、callセッション情報としては、ＳＩＰ通信に含まれる情報である『Call-ID』、または、『From』、『To』、『tag』、『IPアドレス』、もしくは、これらの組合せを収集したり、ＳＩＰ通信に含まれるその他の情報の組合せを収集するなどする。
【００６５】
起動指示部２１４は、情報表示機能部２２０を起動する指示を行う。具体的には、起動指示部２１４は、callセッション情報収集部２１３によってcallセッション情報を伝達されると、情報表示機能部２２０を起動する指示（情報表示機能部２２０が起動している場合には、後述するcallセッション情報送信部２２３を起動する指示など）を行うとともに、サービス提供装置１００のＵＲＬやcallセッション情報をcallセッション情報送信部２２３に伝達する。
【００６６】
情報表示機能部２２０は、ユーザ端末２００において、ＨＴＴＰ通信を行うブラウザであり、特に、図２に示すように、ＨＴＴＰ通信部２２１と、制御部２２２とを有する。
【００６７】
ＨＴＴＰ通信部２２１は、ＨＴＴＰ通信用の一般的なインタフェースおよびライブラリを備え、サービス提供装置１００との間で情報を送受信する。具体的には、ＨＴＴＰ通信部２２１は、後述するcallセッション情報送信部２２３からサービス提供装置１００にcallセッション情報を送信する通信や、後述するWebセッション情報取得部２２４がサービス提供装置１００からWebセッション情報を受信する通信や、後述するサービス利用部２２５がサービス提供装置１００からサービス提供を受ける通信などを行う。
【００６８】
制御部２２２は、内部メモリにルーティング情報などを記憶して各種通信を制御するとともに、図２に示すように、callセッション情報送信部２２３と、Webセッション情報受信部２２４と、サービス利用部２２５とを有し、これらによって情報表示機能部２２０における各種制御を行う。なお、callセッション情報送信部２２３とWebセッション情報取得部２２４は、特許請求の範囲に記載の「第２通信情報取得手段」に対応し、サービス利用部２２５は、特許請求の範囲に記載の「サービス要求手段」に対応する。
【００６９】
callセッション情報送信部２２３は、callセッション情報収集部２１３により取得されたcallセッション情報をサービス提供装置１００に送信する。具体的には、callセッション情報送信部２２３は、起動指示部２１４からサービス提供装置１００のＵＲＬやcallセッション情報を伝達されると、ＵＲＬで示されるサービス提供装置１００にcallセッション情報を送信する。例えば、ユーザ端末２００がサービス提供装置１００のＵＲＬを予め記憶部に記憶していることで、callセッション情報送信部２２３が当該ＵＲＬで示されるサービス提供装置１００にcallセッション情報を送信する。
【００７０】
Webセッション情報取得部２２４は、callセッション情報送信部２２３により送信されたcallセッション情報と対応付けられたWebセッション情報をサービス提供装置１００から取得する。具体的には、Webセッション情報取得部２２４は、サービス提供装置１００からWebセッション情報（例えば、abc）を受信し、受信したWebセッション情報をサービス利用部２２５に伝達する。
【００７１】
サービス利用部２２５は、サービス提供装置１００によって提供されるサービスの提供を受け、サービスを利用する。具体的には、サービス利用部２２５は、Webセッション情報取得部２２４によって伝達されたWebセッション情報（例えば、abc）とＳＩＰ通信部２１１から伝達された識別子（例えば、IPアドレスやドメイン名など）とを、ＨＴＴＰ通信を行うブラウザに付与してサービス提供装置１００にWebアクセスを行う。その後、サービス利用部２２５は、サービス提供装置１００に送信したWeb識別子に対応するサービスがサービス提供装置１００から提供された場合、当該サービス提供を受けるために、サービス提供装置１００との間でWeb通信を行う。
【００７２】
［サービス提供システムによる処理（その１）］
次に、図６を用いて、サービス提供システムによる処理を説明する。図６は、実施例１に係るサービス提供システムにおけるサービス提供処理の流れを示すシーケンス図である。
【００７３】
図６に示すように、ユーザ端末２００やサービス提供装置１００の電源が起動されると、それぞれの装置からSIPプロキシに対して「REGISTER」信号が送信され、その応答として「200 OK」信号がSIPプロキシからそれぞれの装置に送信されるREGISTER処理が実行される（ステップＳ１０１〜ステップＳ１０４）。このとき、一般的なSIP プロキシの動作と同様に、たとえばダイジェスト認証などを利用してユーザ端末やサービス提供者装置を認証しても良い。その場合には、不正なユーザ端末やサービス提供者装置がIP電話サービスを利用することを防止することが可能である。
【００７４】
その後、ユーザ端末２００のＳＩＰＡＰＬ部２１０は、ユーザの指示操作によりサービス提供装置１００に対してVoIP接続要求を示す「INVITE」信号を送信するのに際して、入力部２０１などにより受け付けられた電話番号を当該「INVITE」信号に付加して送信する（ステップＳ１０５）。そして、ＳＩＰプロキシは、この電話番号が付加された当該「INVITE」信号を受信して、サービス提供装置１００に転送する（ステップＳ１０６）。
【００７５】
この電話番号が付加された当該「INVITE」信号を受信したサービス提供装置１００は、受信した「INVITE」信号に付加された電話番号に対応する識別子（例えば、ＩＰアドレスやドメイン名など）をサービスＤＢ１２２から取得して（ステップＳ１０７）、「INVITE」信号の応答である「200 OK」信号に付加してＳＩＰプロキシに送信し（ステップＳ１０８）、ＳＩＰプロキシは、この識別子が付加された「200 OK」信号をユーザ端末２００に転送する（ステップＳ１０９）。
【００７６】
そして、ユーザ端末２００は、送信した「INVITE」信号に対応する「200 OK」信号を受信したことから、「ACK」信号をＳＩＰプロキシを介してサービス提供装置１００に送信する（ステップＳ１１０とステップＳ１１１）。このように、ユーザ端末２００とサービス提供装置１００との間で、「INVITE」、「200 OK」、「ACK」の各信号がやり取りされることにより、ユーザ端末２００とサービス提供装置１００との間に音声通話（SIP通信）が確立される（ステップＳ１１２）。
【００７７】
その後、サービス提供装置１００は、ユーザ端末２００との間でVoIP通信が確立された場合に、確立されたVoIP通信を一意に識別するcallセッション情報を当該VoIP通信から取得する（ステップＳ１１３）。
【００７８】
また、ユーザ端末２００のＳＩＰＡＰＬ部２１０は、サービス提供装置１００との間でVoIP通信が確立された場合に、確立されたVoIP通信を一意に識別するcallセッション情報を収集し、収集したcallセッション情報とサービス提供装置１００から受信した識別子（IPアドレス）とを情報表示機能部２２０に通知する（ステップＳ１１４）。そして、起動指示部２１４は、情報表示機能部２２０を起動する指示を行う（ステップＳ１１５）。
【００７９】
続いて、情報表示機能部２２０は、起動指示部２１４から伝達されたサービス提供装置１００のＵＲＬで示されるサービス提供装置１００に、callセッション情報収集部２１３により取得されて通知されたcallセッション情報を送信する（ステップＳ１１６）。
【００８０】
すると、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報（具体的には、callセッション情報取得部１３２により取得されたcallセッション情報）とが一致するか否かを判定する（ステップＳ１１７）。
【００８１】
そして、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報とが一致する場合に、ユーザ端末２００がサービスを利用する際に行う通信を行うためのWebセッション情報を、確立したVoIP通信から自装置で取得したcallセッション情報（具体的には、callセッション情報取得部１３２により取得されたcallセッション情報）に対応づけてセッションＤＢ１２３に格納するとともに、当該Webセッション情報をユーザ端末２００に送信する（ステップＳ１１８とステップＳ１１９）。
【００８２】
その後、ユーザ端末２００の情報表示機能部２２０は、callセッション情報送信部２２３により送信されたcallセッション情報と対応付けられたWebセッション情報をサービス提供装置１００から取得し、取得したWebセッション情報と識別子（例えば、IPアドレスやドメイン名など）とを、ＨＴＴＰ通信を行うブラウザに付与してサービス提供装置１００にWebアクセスを行う（ステップＳ１２０）。
【００８３】
これを受信したサービス提供装置１００は、受け付けたWebアクセスに含まれるWebセッション情報に対応付けられたcallセッション情報がセッションＤＢ１２３に記憶されている場合、受け付けたWebアクセスに含まれる識別子に対応するWebページをサービスＤＢ１２２から取得してユーザ端末２００に表示出力する（ステップＳ１２１とステップＳ１２２）。
【００８４】
そうすることにより、ユーザ端末２００は、所望のサービスをサービス提供装置１００から提供され、サービスを利用することができる（ステップＳ１２３）。
【００８５】
［サービス提供システムによる処理（その２）］
次に、図７を用いて、図６に示した処理のセキュリティレベルを上げた例について説明する。図７は、実施例１に係るサービス提供システムにおいて、セキュリティレベルを向上させたサービス提供処理の流れを示すシーケンス図である。
【００８６】
なお、図６と図７は、ほとんど同じ処理の流れであるので、ここでは、図６とは異なる処理についてのみ説明する。図７に示すように、図６と同様、ユーザ端末２００とサービス提供装置１００との間で、ＳＩＰプロキシを介して「INVITE」信号および「200 OK」信号がやり取りされてREGISTER処理が実行される（ステップＳ２０１〜ステップＳ２０４）。
【００８７】
その後、ユーザ端末２００のＳＩＰＡＰＬ部２１０は、ユーザの指示操作によりサービス提供装置１００に対してVoIP接続要求を示す「INVITE」信号を送信するのに際して、入力部２０１などにより受け付けられた電話番号を当該「INVITE」信号に付加して送信する（ステップＳ２０５）。続いて、ＳＩＰプロキシは、この電話番号が付加された当該「INVITE」信号を受信して、サービス提供装置１００に転送する（ステップＳ２０６）。
【００８８】
そして、図６とは異なり、この電話番号が付加された当該「INVITE」信号を受信したサービス提供装置１００は、ステップＳ２０５とステップＳ２０６において、受信した「INVITE」信号に付加された電話番号に対応する識別子（例えば、ＩＰアドレスやドメイン名など）をサービスＤＢ１２２から取得するとともに、当該「INVITE」信号からユーザ端末２００のＩＰアドレスを取得する（ステップＳ２０７）。
【００８９】
その後は、図６と同様、サービス提供装置１００からユーザ端末２００に対して識別子が付加された「200 OK」信号が送信されて、サービス提供装置１００とユーザ端末２００との間にVoIP通信が確立され、ユーザ端末２００からcallセッション情報がサービス提供装置１００に送信される（ステップＳ２０８〜ステップＳ２１６）。
【００９０】
この後、図６とは異なり、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報（具体的には、callセッション情報取得部１３２により取得されたcallセッション情報）とが一致するか否かを判定するとともに、ステップＳ２１６でcallセッション情報が送信された際のＩＰアドレスとステップＳ２０７で取得したＩＰアドレスとが一致するか否かを判定する（ステップＳ２１７）。
【００９１】
そして、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報とが一致するとともに、ステップＳ２１６でcallセッション情報が送信された際のＩＰアドレスとステップＳ２０７で取得したＩＰアドレスとが一致する場合に、図６と同様、Webセッション情報がユーザ端末２００に対して払い出されてサービスが提供される（ステップＳ２１８〜ステップＳ２２３）。
【００９２】
［実施例１による効果］
このように、実施例１によれば、Webページを表示させたい店舗などの電話番号を入力して発信するという使い慣れたインタフェースの使い慣れた操作のみで所望のWebページを取得することができる結果、ユーザのスキルに関係なく、どのようなユーザであっても簡単に利用できるサービスを提供することができる。
【００９３】
また、実施例１によれば、受け付けたWebアクセスに含まれるWebセッション情報に対応付けられたcallセッション情報を記憶している場合、つまり、現在SIP通信中のユーザ端末からのWebアクセスに対してのみWebページを応答するので、不正なユーザを排除することができ、システム全体のセキュリティを高く保つことができる。
【００９４】
また、従来のサービスなどにおいては、当該サービスを利用するにあたり、ユーザ端末の利用者は、会員ＩＤやパスワード等を入力しなければならなかったが、実施例１によれば、端末の利用者は、ＳＩＰ通信の発信操作（例えば、番号入力）という簡易な操作のみで、Ｗｅｂサービスを利用することができる。また、日付やサブアドレス毎に提供するサービスを変更できることで、同一の電話番号（IPアドレス）で受けるサーバでも、日によって違うサービスを提供することが可能となる。
【実施例２】
【００９５】
ところで、実施例１では、ユーザ端末２００にＳＩＰ機能と情報表示機能の両方が備わっている場合について説明したが、ＳＩＰ機能と情報表示機能とは別の筐体で実現されていてもよい。
【００９６】
そこで、実施例２では、実施例１で図示したユーザ端末２００がユーザ端末と電話機と別の筐体で実現され、それぞれの装置とＳＩＰプロキシとの間にＨＧＷ（ゲートウェイ装置）を有するシステム構成の場合について説明する。なお、ここでは、実施例１と同様、通常の処理の流れ（その１）と、セキュリティレベルを上げた例（その２）について説明する。
【００９７】
［実施例２に係るサービス提供システムによる処理（その１）］
まず、図８を用いて、サービス提供システムによる処理を説明する。図８は、実施例２に係るサービス提供システムにおけるサービス提供処理の流れを示すシーケンス図である。
【００９８】
図８に示すように、ＨＧＷやサービス提供装置１００の電源が起動されると、それぞれの装置からSIPプロキシに対して「REGISTER」信号が送信され、その応答として「200 OK」信号がSIPプロキシからそれぞれの装置に送信されるREGISTER処理が実行される（ステップＳ３０１〜ステップＳ３０４）。
【００９９】
その後、電話機は、ユーザの指示操作によりサービス提供装置１００に対してVoIP接続要求を示す「INVITE」信号を送信するのに際して、入力部２０１などにより受け付けられた電話番号を当該「INVITE」信号に付加して送信する（ステップＳ３０５とステップＳ３０６）。そして、ＳＩＰプロキシは、この電話番号が付加された当該「INVITE」信号を受信して、サービス提供装置１００に転送する（ステップＳ３０７）。
【０１００】
この電話番号が付加された当該「INVITE」信号を受信したサービス提供装置１００は、受信した「INVITE」信号に付加された電話番号に対応する識別子（例えば、ＩＰアドレスやドメイン名など）をサービスＤＢ１２２から取得して（ステップＳ３０８）、「INVITE」信号の応答である「200 OK」信号に付加してＳＩＰプロキシに送信し（ステップＳ３０９）、ＳＩＰプロキシは、この識別子が付加された「200 OK」信号をＨＧＷを介して電話機に転送する（ステップＳ３１０とステップＳ３１１）。
【０１０１】
そして、電話機は、送信した「INVITE」信号に対応する「200 OK」信号を受信したことから、「ACK」信号をＨＧＷおよびＳＩＰプロキシを介してサービス提供装置１００に送信する（ステップＳ３１２〜ステップＳ３１４）。このように、電話機とサービス提供装置１００との間で、「INVITE」、「200 OK」、「ACK」の各信号がやり取りされることにより、電話機とサービス提供装置１００との間に音声通話（SIP通信）が確立される（ステップＳ３１５）。
【０１０２】
その後、サービス提供装置１００は、ＨＧＷ（電話機）との間でVoIP通信が確立された場合に、確立されたVoIP通信を一意に識別するcallセッション情報を当該VoIP通信から取得する（ステップＳ３１６）。
【０１０３】
また、ユーザ端末２００は、サービス提供装置１００との間でVoIP通信が確立された場合に、ユーザの指示操作によりＷｅｂブラウザを起動して、自動的にＨＧＷにアクセスする（ステップＳ３１７）。すると、ＨＧＷは、確立されたVoIP通信を一意に識別するcallセッション情報を収集し、収集したcallセッション情報とサービス提供装置１００から受信した識別子（IPアドレス）とをユーザ端末２００に通知する（ステップＳ３１８）。
【０１０４】
続いて、ユーザ端末２００は、ＨＧＷから伝達されたサービス提供装置１００のＵＲＬで示されるサービス提供装置１００に、ＨＧＷにより取得されて通知されたcallセッション情報をＨＧＷに送信し（ステップＳ３１９）、これを受信したＨＧＷは、ＮＡＴ変換を行って（ステップＳ３２０）、受信したcallセッション情報をサービス提供装置１００に送信する（ステップＳ３２１）。
【０１０５】
すると、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報とが一致するか否かを判定する（ステップＳ３２２）。
【０１０６】
そして、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報とが一致する場合に、ユーザ端末２００がサービスを利用する際に行う通信を行うためのWebセッション情報を、確立したVoIP通信から自装置で取得したcallセッション情報に対応づけてセッションＤＢ１２３に格納するとともに、当該Webセッション情報をユーザ端末２００に送信する（ステップＳ３２３とステップＳ３２４）。
【０１０７】
その後、ユーザ端末２００は、送信したcallセッション情報と対応付けられたWebセッション情報をサービス提供装置１００からＨＧＷを介してＮＡＴ変換などがされて取得し、取得したWebセッション情報と識別子（例えば、IPアドレスやドメイン名など）とを、ＨＴＴＰ通信を行うブラウザに付与してサービス提供装置１００にWebアクセスを行う（ステップＳ３２５）。
【０１０８】
これを受信したＨＧＷは、ＮＡＴ変換を行って（ステップＳ３２６）、受信したcallセッション情報をサービス提供装置１００に送信する（ステップＳ３２７）。
【０１０９】
そして、サービス提供装置１００は、受け付けたWebアクセスに含まれるWebセッション情報に対応付けられたcallセッション情報がセッションＤＢ１２３に記憶されている場合、受け付けたWebアクセスに含まれる識別子に対応するWebページをサービスＤＢ１２２から取得してユーザ端末２００に表示出力する（ステップＳ３２８とステップＳ３２９）。
【０１１０】
そうすることにより、ユーザ端末２００は、所望のサービスをサービス提供装置１００からＨＧＷを介して提供され、サービスを利用することができる（ステップＳ３３０）。
【０１１１】
［実施例２に係るサービス提供システムによる処理（その２）］
次に、図９を用いて、図８に示した処理のセキュリティレベルを上げた例について説明する。図９は、実施例２に係るサービス提供システムにおいて、セキュリティレベルを向上させたサービス提供処理の流れを示すシーケンス図である。
【０１１２】
なお、図８と図９は、ほとんど同じ処理の流れであるので、ここでは、図８とは異なる処理についてのみ説明する。図９に示すように、図８と同様、ＨＧＷとサービス提供装置１００との間で、ＳＩＰプロキシを介して「INVITE」信号および「200 OK」信号がやり取りされてREGISTER処理が実行される（ステップＳ４０１〜ステップＳ４０４）。
【０１１３】
その後、電話機は、ユーザの指示操作によりサービス提供装置１００に対してVoIP接続要求を示す「INVITE」信号を送信するのに際して、ユーザの指示操作により受け付けられた電話番号を当該「INVITE」信号に付加して送信する（ステップＳ４０５）。続いて、ＨＧＷは、受信した信号をＳＩＰプロキシに送信し（ステップＳ４０６）、ＳＩＰプロキシは、この電話番号が付加された当該「INVITE」信号を受信して、サービス提供装置１００に転送する（ステップＳ４０７）。
【０１１４】
そして、図８とは異なり、この電話番号が付加された当該「INVITE」信号を受信したサービス提供装置１００は、ステップＳ４０６とステップＳ４０７において、受信した「INVITE」信号に付加された電話番号に対応する識別子（例えば、ＩＰアドレスやドメイン名など）をサービスＤＢ１２２から取得するとともに、当該「INVITE」信号からＨＧＷのＩＰアドレスを取得する（ステップＳ４０８）。
【０１１５】
その後は、図８と同様、サービス提供装置１００から電話機に対して識別子が付加された「200 OK」信号が送信されて、サービス提供装置１００とＨＧＷとの間にVoIP通信が確立され、ユーザ端末２００からcallセッション情報がサービス提供装置１００に送信される（ステップＳ４０９〜ステップＳ４２１）。
【０１１６】
この後、図８とは異なり、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報とが一致するか否かを判定するとともに、ステップＳ４２１でcallセッション情報が送信された際のＩＰアドレスとステップＳ４０８で取得したＩＰアドレスとが一致するか否かを判定する（ステップＳ４２２）。
【０１１７】
そして、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報とが一致するとともに、ステップＳ４２１でcallセッション情報が送信された際のＩＰアドレスとステップＳ４０８で取得したＩＰアドレスとが一致する場合に、図８と同様、Webセッション情報がユーザ端末２００に対して払い出されてサービスが提供される（ステップＳ４２３〜ステップＳ４３０）。
【０１１８】
［実施例２による効果］
このように、実施例２によれば、１台のＨＧＷ（ゲートウェイ装置）の配下に、複数にユーザ端末が接続されている場合であっても、ＳＩＰ通信を行っているネットワークに対してのみＷｅｂページを応答することができ、複数の端末を同時に使うなど、ユーザの利便性も向上する。
【０１１９】
例えば、実施例２の手法によれば、１台のＨＧＷの配下に、ＳＩＰＡＰＬや情報表示端末が複数接続されている場合であっても、言い換えると、１つの代表ＳＩＰ−ＵＲＩの配下に、複数のＵＡ（User Agent）が存在する場合であっても、ＳＩＰ通信を確立したＳＩＰ端末（ＳＩＰＡＰＬ）と組で利用される情報表示端末のWebセッション情報を特定することができることから、一時的な関係に基づいたサービス提供を実現することが可能になる。
【実施例３】
【０１２０】
また、本願が開示するサービス提供システムは、ユーザ端末に提供したＷｅｂページの選択状況に応じた様々なサービスを提供することができる。そこで、実施例３では、図１０〜図１２を用いて、実施例１と実施例２のそれぞれの構成において、サービス提供手法を具体的に説明する。
【０１２１】
［実施例３に係るサービス提供システムによる処理（その１）］
まず、図１０を用いて、サービス提供システムによる処理を説明する。図１０は、実施例３に係るサービス提供システムにおけるサービス提供処理の流れ（その１）を示すシーケンス図である。
【０１２２】
図１０に示すように、図６や図７などの処理が実行されることにより、サービス提供装置１００からユーザ端末２００に対してサービス提供が実行される状況となった場合（ステップＳ５０１）、ユーザ端末２００では、サービス提供装置１００から取得したＷｅｂページを所定の間隔でリロードやJava（登録商標）Script非同期通信することにより、サービス提供装置側１００からのイベント通知を受信する（ステップＳ５０２）。
【０１２３】
そして、ユーザ端末２００は、Ｗｅｂページ上に表示される番号をユーザの操作により受け付けて（ステップＳ５０３）、受け付けた（選択された）番号をサービス提供装置１００に送信する（ステップＳ５０４）。すると、サービス提供装置１００では、ユーザ端末２００により選択された番号に対応するサービスを特定し（ステップＳ５０５）、特定したサービスをユーザ端末２００に提供する（ステップＳ５０６）。
【０１２４】
例えば、ユーザ端末２００の情報表示機能部２２０は、図１１−１に示すようＷｅｂページを表示しており、このページ上で[９]が選択されると、サービス提供装置１００では、「/voice/top.wav」を実行することにより、当該ページの音声読み上げをIP電話を通じて伝達する。
【０１２５】
また、ユーザ端末２００は、Ｗｅｂページ上に表示される別の番号をプッシュ番号として受け付けた場合（ステップＳ５０７）、受け付けた（選択された）番号をＰＢ信号としてサービス提供装置１００に送信する（ステップＳ５０８）。すると、サービス提供装置１００では、このＰＢ信号から選択されたサービスを特定し（ステップＳ５０９）、特定したサービスをユーザ端末２００に提供する（ステップＳ５１０とステップＳ５１１）。
【０１２６】
例えば、ユーザ端末２００は、図１１−１に示すようなＷｅｂページを表示しており、ＳＩＰＡＰＬ部２１０により[２]が選択されると、選択された[２]をＰＢ信号としてサービス提供装置１００に送信し、サービス提供装置１００では、図１１−２に示すように、「どうなるこうなる勝手投票所」のＷｅｂページ「/html/vote.html」をユーザ端末２００の情報表示機能部２２０に応答する。
【０１２７】
また、例えば、ユーザ端末２００は、図１１−１に示すようなＷｅｂページを表示しており、ＳＩＰＡＰＬ部２１０により[３]が選択されると、選択された[３]をＰＢ信号としてサービス提供装置１００に送信し、サービス提供装置１００では、図１１−３に示すように、「今度は○○が危ない」のＷｅｂページ「/html/warning.html」をユーザ端末２００の情報表示機能部２２０に応答する。
【０１２８】
なお、図１１−１は、ユーザ端末に提供するＷｅｂページの例を示す図であり、図１１−２と図１１−３は、ユーザ端末に提供するＷｅｂページの遷移例を示す図である。
【０１２９】
［実施例３に係るサービス提供システムによる処理（その２）］
次に、図１２を用いて、サービス提供システムによる処理を説明する。図１２は、実施例３に係るサービス提供システムにおけるサービス提供処理の流れ（その２）を示すシーケンス図である。
【０１３０】
図１２に示すように、図８や図９などの処理が実行されることにより、サービス提供装置１００からユーザ端末に対してサービス提供が実行される状況となった場合（ステップＳ６０１）、ユーザ端末では、サービス提供装置１００から取得したＷｅｂページを所定の間隔でリロードやJava（登録商標）Script非同期通信することにより、サービス提供装置側１００からのイベント通知を受信する（ステップＳ６０２）。
【０１３１】
そして、ユーザ端末は、Ｗｅｂページ上に表示される番号をユーザの操作により受け付けて、受け付けた（選択された）番号をＨＧＷに送信し（ステップＳ６０３）、ＨＧＷでは、これにＮＡＴ変換を行ってサービス提供装置１００に送信する（ステップＳ６０４とステップＳ６０５）。すると、サービス提供装置１００では、ユーザ端末により選択された番号に対応するサービスを特定し（ステップＳ６０６）、特定したサービスを電話機に提供する（ステップＳ６０７）。
【０１３２】
また、電話機でユーザ端末に表示されるＷｅｂページ上の別の番号が選択されると、当該選択された番号がＰＢ信号としてＨＧＷを介してサービス提供装置１００に送信される（ステップＳ６０８とステップＳ６０９）。すると、サービス提供装置１００では、このＰＢ番号から選択されたサービスを特定し（ステップＳ６１０）、特定したサービスをＨＧＷに送信する（ステップＳ６１１とステップＳ６１２）。そして、ＨＧＷは、これにＮＡＴ変換などを行ってユーザ端末に送信し、ユーザ端末では新たなＷｅｂページが表示される（ステップＳ６１３）。
【０１３３】
［実施例３による効果］
このように、実施例３によれば、Ｗｅｂページを用いた簡単な操作でユーザがそのときに欲するサービスを特定して、そのサービスを提供することができる結果、ユーザのスキルに関係なく、どのようなユーザであっても簡単に利用できるサービスを提供することができる。さらに、どのようなユーザにも簡単にサービスが利用できるので、当該サービス提供システムの普及および利用者の拡大が見込まれる。
【０１３４】
更に、実施例３によれば、Webページの内容をIP電話システムを通じて伝達できるため、PCの設定如何に関わらず内容を通知することが可能となる。つまり、PCでの音声再生が、アプリ、PCそのものの設定、デバイスの設定、マイクの音量など様々なものに影響されることに対し、音声は確実な音量で伝えられる。更に、Webページの遷移を電話機操作のみで行えることで、誰にでも簡単にサービスを利用させることが可能となる。
【実施例４】
【０１３５】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。
【０１３６】
［パラメータ交換］
例えば、上記実施例では、発信者番号にあわせたIPアドレス情報を返信する例を示したが、例えば、通常のIP電話システムで行われている範囲であっても適用は可能である。具体的には、SIPのやり取りにおいては、VoIP通信確立のみを目的とした情報を交換する。このとき、ユーザ端末はサービス提供装置とのVoIP通信の確立に利用したIPアドレス情報、Callセッション情報を取得し、Callセッション情報をパラメータとしたHTTP通信をサービス提供装置のIPアドレス（具体的には、通常のHTTPに利用される80番ポート）に対して送信することで、Web通信を確立する。
【０１３７】
［ＮＡＴ変換］
また、上記した実施例では、ＨＧＷにおいてＮＡＴ変換が実施される場合について説明したが、本発明はこれに限られるものではない。例えば、閉域網とインターネットとの境に位置するファイアウォールやＩＤＳなどの別の通信機器が実行するようにしてもよい。また、実施例で記載したＮＡＴ変換は、特別な処理を実行するものではなく、一般的なＮＡＴ変換、つまり、一つのグローバルなＩＰアドレスを複数のコンピュータで共有するためのグローバルＩＰアドレスとプライベートＩＰアドレスの変換である。
【０１３８】
［通信プロトコルの選択］
上記の実施例においては、第１の通信が、ＳＩＰによってセッションが確立される過程の通信であり、第２の通信が、Ｗｅｂ通信（ＨＴＴＰ通信）であることを想定してきたが、本発明はこれに限られるものではない。電気通信番号で接続される第１の通信によって確立されるセッションとＩＰ通信接続にて接続される第２の通信のセッションとが互いに異なるセッションであれば、具体的な通信プロトコルはいずれでもよい。
【０１３９】
［callセッション情報の再利用］
また、サービス提供装置は、Webセッション情報を用いてサービスが提供された際に、提供されたサービスに関する情報と、当該Webセッション情報に対応づけてセッション情報記憶部に格納されているcallセッション情報とを対応づけ、当該対応づけを予め設定された有効期間とともに記憶部に格納する。また、サービス提供装置は、端末が、有効期間内に、記憶部によって記憶されているcallセッション情報を指定してサービス提供装置との間でＷｅｂ通信を行うと、当該callセッション情報を検索キーとして記憶部を検索し、当該callセッション情報に対応づけて格納されているサービスに関する情報を取得する。そして、サービス提供装置は、サービスに関する情報を取得すると、当該情報に基づいて、当該端末に対するサービスを制御する。この場合には、有効期間内であれば、過去にＳＩＰによって同一の通信を確立した端末各々の一時的な通信関係（過去の通信関係）に基づいて、サービスを制御することが可能になる。
【０１４０】
例えば、端末は、Ｗｅｂサービスの初回利用時に用いたcallセッション情報を端末内に保存しておき、一方、サービス提供装置は、当該callセッション情報に対応づけて、いつ、誰と、どのタイミングで接続した端末であるか、端末の利用データは何か、等を保存しておいたとする。すると、端末が、次回利用時に、このcallセッション情報を用いてサービス提供装置にアクセスすれば、サービス提供装置は、これらの情報に基づいて、サービス提供を再制御することができる。
【０１４１】
［システム構成等］
また、上記の実施例においては、ＳＩＰプロキシとサービス提供装置とが物理的に異なる装置で実現されている事例を説明してきたが、本発明はこれに限られるものではない。ＳＩＰプロキシとサービス提供装置とは物理的に同一の装置で実現されていてもよく、また、同一の事業者で運営されていてもよい。
【０１４２】
また、上記の実施例においては、単一のＳＩＰプロキシがＳＩＰ信号（ＳＩＰの具体的な信号、INVITE、200 OKなどの種類、および、From、Toなどのパラメータを含む）を仲介する事例を説明してきたが、本発明はこれに限られるものではない。複数のＳＩＰプロキシがＳＩＰ信号を仲介する事例や、ＮＧＮ（Next Generation Network）におけるＡＳ（Application Server）などがＳＩＰ信号を仲介する事例にも、本発明を同様に適用することができる。
【０１４３】
また、上記の実施例２などでは、ＳＩＰＡＰＬと情報表示端末との間の情報伝達を代行するとともに、サービス提供の対象となる情報表示端末を特定する装置としての役割を、ＨＧＷが行う手法について説明してきたが、本発明はこれに限られるものではない。例えば、ＳＩＰＡＰＬにＷｅｂサーバ相当の機能が備えられれば、ＳＩＰＡＰＬと情報表示端末との間の情報伝達が可能になり、情報表示端末からＳＩＰＡＰＬに向かってcallセッション情報取得の処理を行うことで、サービス提供の対象となる情報表示端末を特定することも可能になる（ＨＧＷが不要な構成となる）。
【０１４４】
また、実施例２において、ＳＩＰプロキシが、ＨＧＷにサービス提供装置のＵＲＬを通知する手法を説明したが、仮に、ＳＩＰＡＰＬがＷｅｂサーバ相当の機能を備える場合には、ＳＩＰプロキシが、ＳＩＰＡＰＬ自体にサービス提供装置のＵＲＬを通知する手法を用いることもできる。
【０１４５】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１４６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１４７】
なお、本実施例で説明したサービス提供方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【産業上の利用可能性】
【０１４８】
以上のように、本発明に係るサービス提供装置、サービス提供方法、サービス提供プログラムおよびサービス提供システムは、ネットワークに接続される複数の端末装置に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御することに有用であり、特に、ユーザのスキルに関係なく、どのようなユーザであっても簡単に利用できるサービスを提供することに適する。
【符号の説明】
【０１４９】
１ ＩＰネットワーク
１００ サービス提供装置
１１０ 通信制御Ｉ／Ｆ部
１２０ 記憶部
１２１ ユーザ情報ＤＢ
１２２ サービスＤＢ
１２３ セッションＤＢ
１３０ 制御部
１３１ 識別子送信部
１３２ callセッション情報収集部
１３３ 判定部
１３４ Webセッション情報払出部
１３５ サービス提供部
２００ ユーザ端末
２０１ 入力部
２０２ 出力部
２０３ 入出力制御Ｉ／Ｆ部
２１０ ＳＩＰＡＰＬ部
２１１ ＳＩＰ通信部
２１２ 制御部
２１３ callセッション情報収集部
２１４ 起動指示部
２２０ 情報表示機能部
２２１ ＨＴＴＰ通信部
２２２ 制御部
２２３ callセッション情報送信部
２２４ Webセッション情報取得部
２２５ サービス利用部
【技術分野】
【０００１】
この発明は、ネットワークに接続される複数の端末装置に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供システム、サービス提供方法およびサービス提供プログラムに関する。
【背景技術】
【０００２】
従来より、ＩＰ（Internet Protocol）で制御されるネットワークに接続する端末に提供されるサービスとして、いわゆるＷｅｂサービスがある。ここで、Ｗｅｂサービスとは、一般に、ＷＷＷ（World Wide Web）関連技術を適用することで、アプリケーションの機能をネットワーク経由で実現するサービスのことをいう。
【０００３】
例えば、Ｗｅｂサービスでは、利用者がインターネット上のＷｅｂページにアクセスするのに際して、Ｗｅｂページの識別情報であるＵＲＩ（Uniform Resource Identifier）が使われている。そして、このようなＵＲＩを利用したＷｅｂアクセスには、ＵＲＩをＩＰアドレスに変換するＤＮＳ（Domain Name System）が利用されており、そうすることにより、利用者は、ＩＰアドレスを意識することなく、ＵＲＩという識別子を利用したＷｅｂアクセスを行うことができる。
【０００４】
最近では、ＶｏＩＰ（Voice over IP）などＩＰ電話の普及により、電話番号をキーとしてＤＮＳを検索することにより、その電話番号に対応している利用可能なアプリケーションをＵＲＩ形式で得ることができるＥＮＵＭが利用され、このＥＮＵＭを用いて、上記したＷｅｂサービスを提供するサービス形態も提案されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】“The E.164 to Uniform Resource Identifiers（ＵＲＩ） Dynamic Delegation Discovery System（ＤＤＤＳ） Application（ＥＮＵＭ）”、［online］、［平成２０年９月１８日検索］、インターネット＜http://www.ietf.org/rfc/rfc3761.txt＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記した従来の技術を用いたサービスでは、ＩＴリテラシーの低い人には利用しにくく、サービス自体の普及も期待できないという課題があった。
【０００７】
具体的には、ＤＮＳを用いた場合であっても、ＥＮＵＭを用いた場合であっても、所望のＷｅｂサービスを利用するためには、Ｗｅｂブラウザを起動して、所望のＷｅｂページのＵＲＩを所定の書式（例えば、http:からはじまる形式など）で所定の場所（例えば、アドレス欄など）に入力する必要がある。そのため、ＤＮＳやＥＮＵＭを用いたサービス提供では、パソコンを使い慣れていない高齢者などのＩＴリテラシーの低い人には、利用しにくいサービスである。
【０００８】
また、昨今のＩＴ技術の進化、一般的に利用できるＩＴサービスの種類、ＩＴの社会への浸透などを考慮すると、ＩＴリテラシーの低いユーザにサービスを提供し、このようなユーザを確保することが他のサービスとの差別化を図るのに非常に重要である。ところが、従来の技術を用いたサービスでは、上記したように、ＩＴリテラシーの低い人には利用しにくいので、他のサービスとの差別化を図ることも難しく、サービス自体の普及も期待できない。
【０００９】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、スキルに関係なく、ユーザが簡単に利用できるサービスを提供することが可能であるサービス提供装置、サービス提供方法、サービス提供プログラムおよびサービス提供システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、本発明は、ネットワークに接続される端末装置に当該ネットワーク上のサービスを提供するサービス提供装置であって、電気通信番号が挿入されたIP電話接続要求を端末装置から受信した場合に、前記電気通信番号に対応するサービスを一意に識別するサービス識別子を当該端末装置に送信する識別子送信手段と、前記端末装置との間でIP電話通信が確立された場合に、確立されたIP電話通信を一意に識別する第１通信情報を、当該確立されたIP電話通信から取得する第１通信情報取得手段と、前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得手段により取得された第１通信情報に対応づけて第２通信情報記憶手段に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信する第２通信情報格納手段と、前記サービス識別子に対応するサービスの利用要求を前記端末装置から受信した場合に、当該利用要求が前記第１通信情報に対応づけて前記第２通信情報記憶手段に格納される第２通信情報を用いた通信で要求されたことを条件に、前記サービス識別子に対応するサービスを前記端末装置に提供するサービス提供手段と、を備えたことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、スキルに関係なく、ユーザが簡単に利用できるサービスを提供することが可能である。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施例１に係るサービス提供システムの概要を説明するための図である。
【図２】図２は、実施例１に係るサービス提供システムにおけるサービス提供装置とユーザ端末それぞれの構成を示すブロック図である。
【図３】図３は、ユーザ情報ＤＢに記憶される情報の例を示す図である。
【図４】図４は、サービスＤＢに記憶される情報の例を示す図である。
【図５】図５は、セッションＤＢに記憶される情報の例を示す図である。
【図６】図６は、実施例１に係るサービス提供システムにおけるサービス提供処理の流れを示すシーケンス図である。
【図７】図７は、実施例１に係るサービス提供システムにおいて、セキュリティレベルを向上させたサービス提供処理の流れを示すシーケンス図である。
【図８】図８は、実施例２に係るサービス提供システムにおけるサービス提供処理の流れを示すシーケンス図である。
【図９】図９は、実施例２に係るサービス提供システムにおいて、セキュリティレベルを向上させたサービス提供処理の流れを示すシーケンス図である。
【図１０】図１０は、実施例３に係るサービス提供システムにおけるサービス提供処理の流れ（その１）を示すシーケンス図である。
【図１１−１】図１１−１は、ユーザ端末に提供するＷｅｂページの例を示す図である。
【図１１−２】図１１−２は、ユーザ端末に提供するＷｅｂページの遷移例を示す図である。
【図１１−３】図１１−３は、ユーザ端末に提供するＷｅｂページの遷移例を示す図である。
【図１２】図１２は、実施例３に係るサービス提供システムにおけるサービス提供処理の流れ（その２）を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照して、本発明に係るサービス提供装置、サービス提供方法、サービス提供プログラムおよびサービス提供システムの実施例を詳細に説明する。なお、以下では、実施例で用いる主要な用語、実施例１に係るサービス提供システムの概要、実施例１に係るサービス提供システムの構成、実施例１に係るサービス提供システムによる処理の手順、実施例１の効果を順に説明し、続いて、他の実施例について説明する。
なお、この実施例によりこの発明が限定されるものではない。
【００１４】
［用語の説明］
最初に、以下の実施例で用いる主要な用語を説明する。本願が開示するサービス提供システムは、ネットワークを介してサービスを利用するユーザ端末と、ネットワークを介してユーザ端末にサービスを提供するサービス提供装置とを有する。なお、それぞれの装置の台数を限定する必要はなく、任意の台数をシステムに構成させることができる。
【００１５】
「サービス」とは、いわゆるＷｅｂサービス（ＷＷＷ関連技術を適用することで、アプリケーションの機能をネットワーク経由で実現するサービス）のことである。インターネットなどＩＰによって制御されるネットワークにおいて、「サービス提供装置」がサービスを制御し、ネットワークに接続する「端末」が「サービス」の提供を受けるという関係にある。
【００１６】
このうち、ユーザ端末とは、Ｗｅｂブラウザなどを有しており、インターネットなどに接続してサービス（アプリケーション）を実行できる装置であり、例えば、パーソナルコンピュータに限られるものではなく、ＰＤＡ、ＰＨＳ、携帯電話などの移動体端末であってもよい。また、ＳＩＰプロキシとは、ユーザ端末から受信したＳＩＰ通信に関する各種情報をサービス提供装置に転送する装置である。このＳＩＰプロキシは、複数のサービス提供装置と接続されていてもよく、その場合、ユーザ端末から受信するＳＩＰ通信に含まれる情報（例えば、通信を識別する識別子など）に基づいて、該当のサービス提供装置に転送することもできる。また、ＳＩＰプロキシは、地域ごとに備えることもでき、例えば、首都圏のユーザ端末からＳＩＰ通信があったときには、該当のサービス提供装置に転送するなどして、複数のサービス提供装置のうち該当の装置に転送を実現することもできる。
【００１７】
また、サービス提供装置は、ＳＩＰ通信を行うＳＩＰサーバ機能と、ＷｅｂブラウザによりＷｅｂページなどのサービスを提供するＷｅｂサーバ機能を有するサーバ装置である。このサービス提供装置は、実施例で説明するように、電話番号とＷｅｂサービスとを結びつけることにより、一つのサーバ機能に複数のＷｅｂサーバ機能を有することができる。また、ＳＩＰサーバ機能とＷｅｂサーバ機能とを一つの筐体で実現している必要はなく、別々の筐体で実現されていてもよい。
【実施例１】
【００１８】
［サービス提供システムの概要］
次に、図１を用いて、実施例１に係るサービス提供システムの概要を説明する。図１は、実施例１に係るサービス提供システムの概要を説明するための図である。
【００１９】
実施例１に係るサービス提供システムは、上記したように、ネットワークに接続される複数の端末装置に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御することを概要とするものであり、特に、ユーザのスキルに関係なく、どのようなユーザであっても簡単に利用できるサービスを提供することができる。
【００２０】
具体的に説明すると、サービス提供システムのサービス提供装置は、電気通信番号が挿入されたVoIP接続要求をユーザ端末から受信した場合に、電気通信番号に対応するサービスを一意に識別するサービス識別子をユーザ端末に送信する（図１の（１）と（２）参照）。
【００２１】
例えば、ユーザ端末は、SIP通信のINVITE信号に電話番号「0399999999」を付加して送信し、SIPプロキシは、これを受信して接続されるサービス提供装置に転送する。そして、サービス提供装置は、受信したINVITE信号に付加された電話番号「0399999999」に対応する識別子「ＩＰアドレスＡ」をデータベースから取得して、INVITE信号の応答である200OK信号に付加して送信し、SIPプロキシは、これを受信して接続されユーザ端末に転送する。なお、サービス提供装置は、受信したINVITE信号に付加された電話番号「0399999999」に対応する識別子として、自装置がＷｅｂサービスを提供している場合には自装置のＩＰアドレスを付加して送信してもよい。
【００２２】
続いて、サービス提供装置は、ユーザ端末との間でVoIP通信が確立された場合に、確立されたVoIP通信を一意に識別するcallセッション情報（特許請求の範囲に記載の「第１通信情報」）を当該VoIP通信から取得する。そして、サービス提供装置は、ユーザ端末が当該サービス提供装置との間でサービスを利用する際に行う通信を一意に識別するWebセッション情報（特許請求の範囲に記載の「第２通信情報」）を、取得されたcallセッション情報に対応づけてデータベースに格納するとともに、当該Webセッション情報をユーザ端末に送信する（図１の（３）と（４）参照）。
【００２３】
例えば、上記したように、ユーザ端末とサービス提供装置との間で、SIPプロキシを介してINVITE信号と200OK信号とが送受信されると、ユーザ端末とサービス提供装置との間にVoIP通信（ここでは、SIP通信）が確立される。すると、サービス提供装置は、確立されたSIP通信から当該通信を一意に識別する識別子としてcallセッション情報（例えば、111）を取得する。そして、サービス提供装置は、ユーザ端末からのWeb通信要求時に、Web通信を識別するWebセッション情報（例えば、abc）を払出してユーザ端末に送信するとともに、取得したcallセッション情報（例えば、111）を対応付けて格納する。
【００２４】
その後、サービス提供装置は、サービス識別子に対応するサービスの利用要求をユーザ端末から受信した場合に、当該利用要求がcallセッション情報に対応づけて格納されるWebセッション情報を用いた通信で要求されたことを条件に、サービス識別子に対応するサービスをユーザ端末に提供する（図１の（５）と（６）参照）。
【００２５】
例えば、サービス提供装置は、上記したようにcallセッション情報とWebセッション情報とを対応付けて格納した後、SIP通信が確立されているユーザ端末からWebセッション情報（abc）とサービス識別子（例えば、ＩＰアドレスＡ、電話番号、サブアドレスなど）とが含まれるWebアクセスを受け付けた場合、受け付けたWebアクセスに含まれるWebセッション情報（abc）に対応付けられたcallセッション情報が記憶されているか否かを判定する。そして、サービス提供装置は、受け付けたWebアクセスに含まれるWebセッション情報（abc）に対応付けられたcallセッション情報を記憶している場合、受け付けたWebアクセスに含まれるサービス識別子（ＩＰアドレスＡ）に対応するWebページをユーザ端末に表示する。
【００２６】
このように、実施例１に係るサービス提供システムのユーザ端末側では、Webページを表示させたい店舗などの電話番号を入力して発信するという使い慣れたインタフェースの使い慣れた操作のみによって所望のWebページを取得することができる結果、ユーザのスキルに関係なく、どのようなユーザであっても簡単に利用できるサービスを提供することができる。
【００２７】
また、実施例１に係るサービス提供システムのサービス提供装置側では、受け付けたWebアクセスに含まれるWebセッション情報（abc）に対応付けられたcallセッション情報を記憶している場合、つまり、現在SIP通信中のユーザ端末からのWebアクセスに対してのみWebページを応答するので、不正なユーザを排除することができ、システム全体のセキュリティを高く保つことができる。
【００２８】
［サービス提供システムの構成］
次に、図２を用いて、実施例１に係るサービス提供システムの構成を説明する。図２は、実施例１に係るサービス提供システムにおけるサービス提供装置とユーザ端末それぞれの構成を示すブロック図である。
【００２９】
（サービス提供装置１００の構成）
実施例１に係るサービス提供システムにおけるサービス提供装置１００は、図２に示すように、通信制御Ｉ／Ｆ部１１０と、記憶部１２０と、制御部１３０とを有する汎用的なサーバ装置である。
【００３０】
かかる通信制御Ｉ／Ｆ部１１０は、ＨＴＴＰ（HyperText Transfer Protocol）通信用の一般的なインタフェースおよびライブラリを備え、ユーザ端末２００との間で情報を送受信する。具体的には、通信制御Ｉ／Ｆ部１１０は、後述する識別子送信部１３１がユーザ端末２００からcallセッション情報を受信する通信や、後述するWebセッション情報払出部１３４がユーザ端末２００にWebセッション情報を送信する通信や、後述するサービス提供部１３５がユーザ端末２００にサービスを提供する通信などを行う。なお、実施例１においては、上記したいずれの通信もＨＴＴＰで行われるものとして説明するが、中でも、サービス提供部１３５による通信はＷｅｂサービスに関係する通信であるという意味で、「Ｗｅｂ通信」と呼ぶ。
【００３１】
記憶部１２０は、制御部１３０における各種制御に用いられる情報や他の装置と通信を行うためのルーティング情報などを記憶し、特に、図２に示すように、ユーザ情報ＤＢ１２１と、サービスＤＢ１２２と、セッションＤＢ１２３とを有する。なお、セッションＤＢ１２３は、特許請求の範囲に記載の「第２通信情報記憶手段」に対応する。
【００３２】
ユーザ情報ＤＢ１２１は、サービス提供システムにより提供されるサービスを利用するユーザ情報を記憶する。具体的には、ユーザ情報ＤＢ１２１は、図３に示すように、「ＩＤ、電話番号、氏名、会員状態、最終アクセス日時」として「1000001、0311111111、特許太郎、会員、2008/9/8 13:30:00」や「1000002、0322222222、特許花子、非会員、2008/9/8 13:30:23」などと記憶する。なお、図３は、ユーザ情報ＤＢに記憶される情報の例を示す図である。
【００３３】
ここで記憶される「ＩＤ」とは、ユーザ情報ＤＢ１２１に記憶される各レコード（言い換えると、ユーザ情報）を識別するための情報であり、「電話番号」とは、記憶されるユーザの連絡先を示す電話番号であり、「氏名」とは、ユーザを特定するユーザの名前である。また、「会員状態」とは、当該ユーザが当該サービスを利用する会員であるか非会員であるかを区別するための情報であり、これにより、サービス提供側は、徴収する料金を変えるなど、任意にサービス形態を作成することができる。また、「最終アクセス日時」とは、当該ユーザがサービス提供装置１００に最後にアクセスした日時を示す情報である。
【００３４】
サービスＤＢ１２２は、ユーザ端末に提供するサービスを記憶する。具体的には、サービスＤＢ１２２は、図４に示すように、サービスを一意に識別する「電話番号」に対応付けて「識別子、サブアドレス、ＵＲＬ、提供会社、有効期限」などを記憶する。例えば、サービスＤＢ１２２は、「電話番号、識別子、サブアドレス、URL、提供会社、有効期限」として「0399999999、10.0.0.1、-、/guidance.html、なし、なし」、「0399999999、10.0.0.1、*5512、/service/top.html、A社、2008/11/8」や「0511111111、1.2.3.4、-、/music-service.html、A社、なし」などと記憶する。なお、図４は、サービスＤＢに記憶される情報の例を示す図である。
【００３５】
ここで記憶される「電話番号」とは、ユーザ端末に提供するサービスに対応付けられている電話番号であり、ユーザ端末はこれを指定することで所望のサービスを利用することができる。また、「識別子」とは、ユーザ端末に提供するサービスを一意に識別する識別子であり、例えば、IPアドレスやドメイン名、電話番号などである。また、「サブアドレス」とは、同じ識別子で提供されるサービスを区別するための情報であり、これにより、一つの識別子（IPアドレスやドメイン名）で複数のサービスを区別して提供することができ、IPアドレスや電話番号などを有効活用することができる。また、「URL」とは、Uniform Resource Locatorの略であり、ユーザ端末に提供されるWebページを示す。また、「提供会社」とは、当該サービスを提供する会社を示す情報であり、「有効期限」とは、当該サービスが提供される期限を示す情報であり、例えば、有効期限＝2008/11/8の場合、2008/11/8まで当該サービスが提供されることを示している。
【００３６】
セッションＤＢ１２３は、Webセッション情報をcallセッション情報と対応づけて記憶する。具体的には、セッションＤＢ１２３は、まず、後述するcallセッション情報取得部１３２により取得されたcallセッション情報を記憶し、次に、後述するWebセッション情報払出部１３４によって払い出されたWebセッション情報をcallセッション情報と対応づけて記憶する。また、セッションＤＢ１２３が記憶したこれらのセッション情報は、後述するサービス提供部１３５による処理に利用されるなどする。
【００３７】
ここで、callセッション情報とは、確立されたＳＩＰ通信を識別するためのユニークな情報（識別子）であり、Webセッション情報とは、サービス提供装置がサービスを提供する際の通信であるＷｅｂ通信を識別するためのユニークな情報（識別子）である。
【００３８】
また、セッション情報は、単にＳＩＰ通信とＷｅｂ通信とを識別するのみならず、端末間で確立された通信が、他の端末間で確立された通信とは異なる通信であることをも識別する。これを言い換えると、callセッション情報とは、端末間でＳＩＰによって確立された通信を一意に識別する情報であり、Webセッション情報とは、端末間で確立されたＷｅｂ通信を一意に識別する情報である。callセッション情報としては、ＳＩＰ通信に含まれる情報である『Call-ID』、または、『From』、『To』、『tag』、もしくは、これらの組合せを用いる手法や、ＳＩＰ通信に含まれるその他の情報を組合せて用いる手法などが考えられ、ＳＩＰによって確立された通信を一意に識別することが可能な情報を用いる手法であれば、どのような手法でもよい。一方、Webセッション情報としては、ユーザ端末２００がＷｅｂ通信を行う際に利用するブラウザに付与された情報である『セッションID』（CookieのIDなど）を用いる手法などが考えられる。なお、これらのcallセッション情報やWebセッション情報は、一般的には確立されたセッションごとにユニークに生成されるものであり、通常のアプリケーション利用の範囲では、競合しないものである。
【００３９】
セッションＤＢ１２３の説明に戻ると、セッションＤＢ１２３は、例えば、図５に示すように、「ＩＤ、会員ＩＤ、callセッション情報、Webセッション情報、サービス開始日時、サービス終了日時」として「1、1000001、123、abc、2008/9/8 11:30:00、2008/9/8 13:30:00」や「2、1000003、245、aabc、2008/9/8 11:31:40、2008/9/8 12:13:00」などと記憶する。なお、図５は、セッションＤＢに記憶される情報の例を示す図である。
【００４０】
ここで記憶される「ＩＤ」とは、セッションＤＢ１２３に記憶される各レコードを識別するための情報であり、「会員ＩＤ」とは、Webセッション情報が払出されたユーザが会員（図３参照）である場合に、当該会員を識別する情報である。また、「callセッション情報」とは、callセッション情報取得部１３２が確立されたSIP通信から取得したセッション情報であり、「Webセッション情報」とは、callセッション情報取得部１３２により取得されて格納されたcallセッション情報に対応付けて払出されたセッション情報である。また、「サービス開始日時」とは、ユーザ端末２００が払出されたWebセッション情報を用いてサービスの利用を開始した日時であり、「サービス終了日時」とは、ユーザ端末２００が払出されたWebセッション情報を用いたサービスを終了した日時である。
【００４１】
図２に戻り、制御部１３０は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、識別子送信部１３１と、callセッション情報取得部１３２と、判定部１３３と、Webセッション情報払出部１３４と、サービス提供部１３５とを有し、これによってサービス提供装置１００における各種制御を行う。なお、識別子送信部１３１は、特許請求の範囲に記載の「識別子送信手段」に対応し、callセッション情報取得部１３２は、特許請求の範囲に記載の「第１通信情報取得手段」に対応し、判定部１３３は、特許請求の範囲に記載の「通信情報判定手段」に対応し、Webセッション情報払出部１３４は、特許請求の範囲に記載の「第２通信情報格納手段」に対応し、サービス提供部１３５は、特許請求の範囲に記載の「サービス提供制御手段」に対応する。
【００４２】
識別子送信部１３１は、電気通信番号を挿入したVoIP接続要求をユーザ端末２００から受信した場合に、電気通信番号に対応するサービスを一意に識別するサービス識別子をユーザ端末２００に送信する。具体的には、識別子送信部１３１は、電話番号「0399999999」が付加されたSIP通信のINVITE信号を受信した場合に、図４に示したサービスＤＢ１２２を参照しつつ、電話番号「0399999999」に対応する識別子（10.0.0.1）を取得してユーザ端末２００に送信する。
【００４３】
また、識別子送信部１３１は、受信したVoIP接続要求から発側の電話番号を特定し、特定した電話番号とユーザ情報ＤＢ１２１とから、VoIP接続要求を送信したユーザを特定することができる。そして、識別子送信部１３１は、特定したユーザに関する情報を後述するWebセッション情報払出部１３４に出力する。
【００４４】
callセッション情報取得部１３２は、ユーザ端末２００との間でVoIP通信が確立された場合に、確立されたVoIP通信を一意に識別するcallセッション情報を当該VoIP通信から取得する。具体的には、callセッション情報取得部１３２は、ユーザ端末２００とサービス提供装置１００との間で、SIPプロキシを介してINVITE信号と200OK信号とが送受信されてVoIP通信（ここでは、SIP通信）が確立されると、確立されたSIP通信に含まれる情報から当該通信を一意に識別する識別子としてcallセッション情報（例えば、111）を取得する。そして、callセッション情報取得部１３２は、取得したcallセッション情報を後述する判定部１３３やWebセッション情報払出部１３４に出力する。
【００４５】
例えば、callセッション情報収集部１３２は、callセッション情報としては、SIP通信に含まれる情報である『Call-ID』、または、『From』、『To』、『tag』、もしくは、これらの組合せを収集したり、SIP通信に含まれるその他の情報の組合せを収集したりなどする。
【００４６】
判定部１３３は、ユーザ端末２００からcallセッション情報を受信して、当該受信したcallセッション情報とcallセッション情報取得部１３２により取得されたcallセッション情報とが一致するか否かを判定する。具体的には、判定部１３３は、識別子送信部１３１により200OK信号がユーザ端末２００に送信されてVoIP通信（ここでは、SIP通信）が確立されるとともに、callセッション情報取得部１３２によりcallセッション情報が取得された後、ユーザ端末２００が確立されたVoIP通信から取得したcallセッション情報を通信制御Ｉ／Ｆ部１１０を介してユーザ端末２００から受信する。
【００４７】
そして、判定部１３３は、ユーザ端末２００から受信したcallセッション情報とcallセッション情報取得部１３２により取得されて通知されたcallセッション情報とが一致するか否かを判定し、その結果をWebセッション情報払出部１３４に出力する。
【００４８】
Webセッション情報払出部１３４は、判定部１３３により一致すると判定された場合に、ユーザ端末２００が当該サービス提供装置１００との間でサービスを利用する際に行う通信を一意に識別するWebセッション情報を、callセッション情報取得部１３２により取得されたcallセッション情報に対応づけてセッションＤＢ１２３に格納するとともに、当該Webセッション情報をユーザ端末２００に送信する。
【００４９】
具体的には、Webセッション情報払出部１３４は、判定部１３３によりユーザ端末２００から受信したcallセッション情報（例えば、123）とcallセッション情報取得部１３２により取得されて通知されたcallセッション情報（例えば、123）とが一致すると判定された場合に、ユーザ端末２００が当該サービス提供装置１００との間で利用するWeb通信を一意に識別するWebセッション情報（例えば、abc）を払出す。
【００５０】
そして、Webセッション情報払出部１３４は、払出したWebセッション情報と（例えば、abc）callセッション情報取得部１３２により取得されたcallセッション情報（例えば、123）とを対応づけてセッションＤＢ１２３に格納するとともに、払出したWebセッション情報（例えば、abc）をユーザ端末２００に送信する。なお、Webセッション情報払出部１３４は、セッションＤＢ１２３に格納する際に、識別子送信部１３１により取得されて通知されたユーザ情報（例えば、会員ＩＤなど）もさらに対応付けて格納する。
【００５１】
一方、判定部１３３によりユーザ端末２００から受信したcallセッション情報（例えば、123）とcallセッション情報取得部１３２により取得されて通知されたcallセッション情報（例えば、123）とが一致しないと判定された場合に、Webセッション情報払出部１３４は、不正なユーザ端末からの通信と判定して、確立したWeb通信に対してWebサービスを提供しない制御を行う。
【００５２】
サービス提供部１３５は、サービス識別子に対応するサービスの利用要求をユーザ端末２００から受信した場合に、当該利用要求がcallセッション情報に対応づけてセッションＤＢ１２３に格納されるWebセッション情報を用いた通信で要求されたことを条件に、サービス識別子に対応するサービスをユーザ端末２００に提供する。
【００５３】
具体的には、サービス提供部１３５は、Webセッション情報払出部１３４によりcallセッション情報とWebセッション情報とを対応付けて格納された後、VoIP通信が確立されているユーザ端末２００からWebセッション情報（例えば、abc）とサービス識別子（例えば、10.0.0.1）とが含まれるWebアクセスを受け付ける。続いて、サービス提供部１３５は、受け付けたWebアクセスに含まれるWebセッション情報（例えば、abc）に対応付けられたcallセッション情報がセッションＤＢ１２３に記憶されているか否かを判定する。
【００５４】
そして、サービス提供部１３５は、受け付けたWebアクセスに含まれるWebセッション情報（例えば、abc）に対応付けられたcallセッション情報がセッションＤＢ１２３に記憶されている場合、受け付けたWebアクセスに含まれるサービス識別子（例えば、10.0.0.1）に対応するWebページ（例えば、/guidance.html）をサービスＤＢ１２２から取得してユーザ端末２００に表示出力する。
【００５５】
一方、受け付けたWebアクセスに含まれるWebセッション情報に対応付けられたcallセッション情報がセッションＤＢ１２３に記憶されていない場合、サービス提供部１３５は、不正なユーザ端末からのWebアクセスであると判定し、Webサービスを提供しない制御を行う。
【００５６】
（ユーザ端末２００の構成）
実施例１におけるユーザ端末２００は、図２に示すように、入力部２０１と、出力部２０２と、入出力制御Ｉ／Ｆ部２０３と、ＳＩＰＡＰＬ部２１０と、情報表示機能部２２０とを有する汎用的なＰＣ（Personal Computer）や携帯電話、ＰＤＡ、ブラウザ機能付き電話機などの端末装置である。
【００５７】
入力部２０１は、ＳＩＰＡＰＬ部２１０や情報表示機能部２２０に用いられる情報や、各種処理をするための操作指示などを、番号キー、キーボード、マウス、マイクなどによって入力する。例えば、入力部２０１は、サービス提供装置１００との間でＳＩＰによって通信を確立するにあたり、ＳＩＰ−ＵＲＩ（Uniform Resource Identifier）の元になる電話番号を、キーボードによって入力するなどする。
【００５８】
出力部２０２は、ＳＩＰＡＰＬ部２１０や情報表示機能部２２０による各種処理の結果や、各種処理をするための操作指示などを、ディスプレイ、プリンタ、スピーカなどに出力する。例えば、出力部２０２は、後述するサービス利用部２２５によってサービス提供装置１００からサービス提供を受けた際に、当該サービスの内容をディスプレイに表示するなどする。
【００５９】
入出力制御Ｉ／Ｆ部２０３は、入力部２０１と、出力部２０２と、ＳＩＰＡＰＬ部２１０と、情報表示機能部２２０との間における情報転送を制御する。
【００６０】
ＳＩＰＡＰＬ部２１０は、ユーザ端末２００において、ＳＩＰによって通信を確立する過程の通信（ＳＩＰ通信）や、ＳＩＰによって確立された通信を行う部であり、特に、図２に示すように、ＳＩＰ通信部２１１と、制御部２１２とを有するアプリケーションである。
【００６１】
ＳＩＰ通信部２１１は、ＳＩＰ用の一般的なインタフェースおよびライブラリを備え、サービス提供装置１００などの他の装置との間で（ＳＩＰプロキシを介するなどして）情報を送受信する。具体的には、ＳＩＰ通信部２１１は、サービス提供装置１００との間でＳＩＰによって確立される通信の情報などを送受信する。なお、ＳＩＰ通信部２１１は、特許請求の範囲に記載の「送信手段」と「受信手段」に対応する。
【００６２】
また、ＳＩＰ通信部２１１は、電気通信番号を挿入したVoIP接続要求をサービス提供装置に送信したり、送信したVoIP接続要求に含まれる電気通信番号に対応する識別子であって、Webサービスを識別するWeb識別子を受信したりする。具体的には、ＳＩＰ通信部２１１は、ユーザの指示操作によりサービス提供装置１００に対してVoIP接続要求を送信するのに際して、入力部２０１などにより受け付けられた電話番号を当該VoIP接続要求に付加して送信する。また、ＳＩＰ通信部２１１は、送信したVoIP接続要求に含まれる電話番号に対応するWeb識別子としてＩＰアドレスやドメイン名などを受信し、受信したWeb識別子を情報表示機能部２２０に出力する。
【００６３】
制御部２１２は、ＯＳ（Operating System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、callセッション情報収集部２１３と、起動指示部２１４とを有し、これらによってＳＩＰＡＰＬ部２１０における各種制御を行う。なお、callセッション情報収集部２１３は、特許請求の範囲に記載の「第１通信情報取得手段」に対応する。
【００６４】
callセッション情報収集部２１３は、サービス提供装置１００との間でVoIP通信が確立された場合に、確立されたVoIP通信を一意に識別するcallセッション情報を収集する。具体的には、callセッション情報収集部２１３は、サービス提供装置１００との間でSIPによって確立された通信を一意に識別するcallセッション情報を、SIP通信に含まれる情報から収集する。また、callセッション情報収集部２１３は、収集したcallセッション情報を、起動指示部２１４に伝達する。例えば、callセッション情報収集部２１３は、callセッション情報としては、ＳＩＰ通信に含まれる情報である『Call-ID』、または、『From』、『To』、『tag』、『IPアドレス』、もしくは、これらの組合せを収集したり、ＳＩＰ通信に含まれるその他の情報の組合せを収集するなどする。
【００６５】
起動指示部２１４は、情報表示機能部２２０を起動する指示を行う。具体的には、起動指示部２１４は、callセッション情報収集部２１３によってcallセッション情報を伝達されると、情報表示機能部２２０を起動する指示（情報表示機能部２２０が起動している場合には、後述するcallセッション情報送信部２２３を起動する指示など）を行うとともに、サービス提供装置１００のＵＲＬやcallセッション情報をcallセッション情報送信部２２３に伝達する。
【００６６】
情報表示機能部２２０は、ユーザ端末２００において、ＨＴＴＰ通信を行うブラウザであり、特に、図２に示すように、ＨＴＴＰ通信部２２１と、制御部２２２とを有する。
【００６７】
ＨＴＴＰ通信部２２１は、ＨＴＴＰ通信用の一般的なインタフェースおよびライブラリを備え、サービス提供装置１００との間で情報を送受信する。具体的には、ＨＴＴＰ通信部２２１は、後述するcallセッション情報送信部２２３からサービス提供装置１００にcallセッション情報を送信する通信や、後述するWebセッション情報取得部２２４がサービス提供装置１００からWebセッション情報を受信する通信や、後述するサービス利用部２２５がサービス提供装置１００からサービス提供を受ける通信などを行う。
【００６８】
制御部２２２は、内部メモリにルーティング情報などを記憶して各種通信を制御するとともに、図２に示すように、callセッション情報送信部２２３と、Webセッション情報受信部２２４と、サービス利用部２２５とを有し、これらによって情報表示機能部２２０における各種制御を行う。なお、callセッション情報送信部２２３とWebセッション情報取得部２２４は、特許請求の範囲に記載の「第２通信情報取得手段」に対応し、サービス利用部２２５は、特許請求の範囲に記載の「サービス要求手段」に対応する。
【００６９】
callセッション情報送信部２２３は、callセッション情報収集部２１３により取得されたcallセッション情報をサービス提供装置１００に送信する。具体的には、callセッション情報送信部２２３は、起動指示部２１４からサービス提供装置１００のＵＲＬやcallセッション情報を伝達されると、ＵＲＬで示されるサービス提供装置１００にcallセッション情報を送信する。例えば、ユーザ端末２００がサービス提供装置１００のＵＲＬを予め記憶部に記憶していることで、callセッション情報送信部２２３が当該ＵＲＬで示されるサービス提供装置１００にcallセッション情報を送信する。
【００７０】
Webセッション情報取得部２２４は、callセッション情報送信部２２３により送信されたcallセッション情報と対応付けられたWebセッション情報をサービス提供装置１００から取得する。具体的には、Webセッション情報取得部２２４は、サービス提供装置１００からWebセッション情報（例えば、abc）を受信し、受信したWebセッション情報をサービス利用部２２５に伝達する。
【００７１】
サービス利用部２２５は、サービス提供装置１００によって提供されるサービスの提供を受け、サービスを利用する。具体的には、サービス利用部２２５は、Webセッション情報取得部２２４によって伝達されたWebセッション情報（例えば、abc）とＳＩＰ通信部２１１から伝達された識別子（例えば、IPアドレスやドメイン名など）とを、ＨＴＴＰ通信を行うブラウザに付与してサービス提供装置１００にWebアクセスを行う。その後、サービス利用部２２５は、サービス提供装置１００に送信したWeb識別子に対応するサービスがサービス提供装置１００から提供された場合、当該サービス提供を受けるために、サービス提供装置１００との間でWeb通信を行う。
【００７２】
［サービス提供システムによる処理（その１）］
次に、図６を用いて、サービス提供システムによる処理を説明する。図６は、実施例１に係るサービス提供システムにおけるサービス提供処理の流れを示すシーケンス図である。
【００７３】
図６に示すように、ユーザ端末２００やサービス提供装置１００の電源が起動されると、それぞれの装置からSIPプロキシに対して「REGISTER」信号が送信され、その応答として「200 OK」信号がSIPプロキシからそれぞれの装置に送信されるREGISTER処理が実行される（ステップＳ１０１〜ステップＳ１０４）。このとき、一般的なSIP プロキシの動作と同様に、たとえばダイジェスト認証などを利用してユーザ端末やサービス提供者装置を認証しても良い。その場合には、不正なユーザ端末やサービス提供者装置がIP電話サービスを利用することを防止することが可能である。
【００７４】
その後、ユーザ端末２００のＳＩＰＡＰＬ部２１０は、ユーザの指示操作によりサービス提供装置１００に対してVoIP接続要求を示す「INVITE」信号を送信するのに際して、入力部２０１などにより受け付けられた電話番号を当該「INVITE」信号に付加して送信する（ステップＳ１０５）。そして、ＳＩＰプロキシは、この電話番号が付加された当該「INVITE」信号を受信して、サービス提供装置１００に転送する（ステップＳ１０６）。
【００７５】
この電話番号が付加された当該「INVITE」信号を受信したサービス提供装置１００は、受信した「INVITE」信号に付加された電話番号に対応する識別子（例えば、ＩＰアドレスやドメイン名など）をサービスＤＢ１２２から取得して（ステップＳ１０７）、「INVITE」信号の応答である「200 OK」信号に付加してＳＩＰプロキシに送信し（ステップＳ１０８）、ＳＩＰプロキシは、この識別子が付加された「200 OK」信号をユーザ端末２００に転送する（ステップＳ１０９）。
【００７６】
そして、ユーザ端末２００は、送信した「INVITE」信号に対応する「200 OK」信号を受信したことから、「ACK」信号をＳＩＰプロキシを介してサービス提供装置１００に送信する（ステップＳ１１０とステップＳ１１１）。このように、ユーザ端末２００とサービス提供装置１００との間で、「INVITE」、「200 OK」、「ACK」の各信号がやり取りされることにより、ユーザ端末２００とサービス提供装置１００との間に音声通話（SIP通信）が確立される（ステップＳ１１２）。
【００７７】
その後、サービス提供装置１００は、ユーザ端末２００との間でVoIP通信が確立された場合に、確立されたVoIP通信を一意に識別するcallセッション情報を当該VoIP通信から取得する（ステップＳ１１３）。
【００７８】
また、ユーザ端末２００のＳＩＰＡＰＬ部２１０は、サービス提供装置１００との間でVoIP通信が確立された場合に、確立されたVoIP通信を一意に識別するcallセッション情報を収集し、収集したcallセッション情報とサービス提供装置１００から受信した識別子（IPアドレス）とを情報表示機能部２２０に通知する（ステップＳ１１４）。そして、起動指示部２１４は、情報表示機能部２２０を起動する指示を行う（ステップＳ１１５）。
【００７９】
続いて、情報表示機能部２２０は、起動指示部２１４から伝達されたサービス提供装置１００のＵＲＬで示されるサービス提供装置１００に、callセッション情報収集部２１３により取得されて通知されたcallセッション情報を送信する（ステップＳ１１６）。
【００８０】
すると、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報（具体的には、callセッション情報取得部１３２により取得されたcallセッション情報）とが一致するか否かを判定する（ステップＳ１１７）。
【００８１】
そして、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報とが一致する場合に、ユーザ端末２００がサービスを利用する際に行う通信を行うためのWebセッション情報を、確立したVoIP通信から自装置で取得したcallセッション情報（具体的には、callセッション情報取得部１３２により取得されたcallセッション情報）に対応づけてセッションＤＢ１２３に格納するとともに、当該Webセッション情報をユーザ端末２００に送信する（ステップＳ１１８とステップＳ１１９）。
【００８２】
その後、ユーザ端末２００の情報表示機能部２２０は、callセッション情報送信部２２３により送信されたcallセッション情報と対応付けられたWebセッション情報をサービス提供装置１００から取得し、取得したWebセッション情報と識別子（例えば、IPアドレスやドメイン名など）とを、ＨＴＴＰ通信を行うブラウザに付与してサービス提供装置１００にWebアクセスを行う（ステップＳ１２０）。
【００８３】
これを受信したサービス提供装置１００は、受け付けたWebアクセスに含まれるWebセッション情報に対応付けられたcallセッション情報がセッションＤＢ１２３に記憶されている場合、受け付けたWebアクセスに含まれる識別子に対応するWebページをサービスＤＢ１２２から取得してユーザ端末２００に表示出力する（ステップＳ１２１とステップＳ１２２）。
【００８４】
そうすることにより、ユーザ端末２００は、所望のサービスをサービス提供装置１００から提供され、サービスを利用することができる（ステップＳ１２３）。
【００８５】
［サービス提供システムによる処理（その２）］
次に、図７を用いて、図６に示した処理のセキュリティレベルを上げた例について説明する。図７は、実施例１に係るサービス提供システムにおいて、セキュリティレベルを向上させたサービス提供処理の流れを示すシーケンス図である。
【００８６】
なお、図６と図７は、ほとんど同じ処理の流れであるので、ここでは、図６とは異なる処理についてのみ説明する。図７に示すように、図６と同様、ユーザ端末２００とサービス提供装置１００との間で、ＳＩＰプロキシを介して「INVITE」信号および「200 OK」信号がやり取りされてREGISTER処理が実行される（ステップＳ２０１〜ステップＳ２０４）。
【００８７】
その後、ユーザ端末２００のＳＩＰＡＰＬ部２１０は、ユーザの指示操作によりサービス提供装置１００に対してVoIP接続要求を示す「INVITE」信号を送信するのに際して、入力部２０１などにより受け付けられた電話番号を当該「INVITE」信号に付加して送信する（ステップＳ２０５）。続いて、ＳＩＰプロキシは、この電話番号が付加された当該「INVITE」信号を受信して、サービス提供装置１００に転送する（ステップＳ２０６）。
【００８８】
そして、図６とは異なり、この電話番号が付加された当該「INVITE」信号を受信したサービス提供装置１００は、ステップＳ２０５とステップＳ２０６において、受信した「INVITE」信号に付加された電話番号に対応する識別子（例えば、ＩＰアドレスやドメイン名など）をサービスＤＢ１２２から取得するとともに、当該「INVITE」信号からユーザ端末２００のＩＰアドレスを取得する（ステップＳ２０７）。
【００８９】
その後は、図６と同様、サービス提供装置１００からユーザ端末２００に対して識別子が付加された「200 OK」信号が送信されて、サービス提供装置１００とユーザ端末２００との間にVoIP通信が確立され、ユーザ端末２００からcallセッション情報がサービス提供装置１００に送信される（ステップＳ２０８〜ステップＳ２１６）。
【００９０】
この後、図６とは異なり、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報（具体的には、callセッション情報取得部１３２により取得されたcallセッション情報）とが一致するか否かを判定するとともに、ステップＳ２１６でcallセッション情報が送信された際のＩＰアドレスとステップＳ２０７で取得したＩＰアドレスとが一致するか否かを判定する（ステップＳ２１７）。
【００９１】
そして、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報とが一致するとともに、ステップＳ２１６でcallセッション情報が送信された際のＩＰアドレスとステップＳ２０７で取得したＩＰアドレスとが一致する場合に、図６と同様、Webセッション情報がユーザ端末２００に対して払い出されてサービスが提供される（ステップＳ２１８〜ステップＳ２２３）。
【００９２】
［実施例１による効果］
このように、実施例１によれば、Webページを表示させたい店舗などの電話番号を入力して発信するという使い慣れたインタフェースの使い慣れた操作のみで所望のWebページを取得することができる結果、ユーザのスキルに関係なく、どのようなユーザであっても簡単に利用できるサービスを提供することができる。
【００９３】
また、実施例１によれば、受け付けたWebアクセスに含まれるWebセッション情報に対応付けられたcallセッション情報を記憶している場合、つまり、現在SIP通信中のユーザ端末からのWebアクセスに対してのみWebページを応答するので、不正なユーザを排除することができ、システム全体のセキュリティを高く保つことができる。
【００９４】
また、従来のサービスなどにおいては、当該サービスを利用するにあたり、ユーザ端末の利用者は、会員ＩＤやパスワード等を入力しなければならなかったが、実施例１によれば、端末の利用者は、ＳＩＰ通信の発信操作（例えば、番号入力）という簡易な操作のみで、Ｗｅｂサービスを利用することができる。また、日付やサブアドレス毎に提供するサービスを変更できることで、同一の電話番号（IPアドレス）で受けるサーバでも、日によって違うサービスを提供することが可能となる。
【実施例２】
【００９５】
ところで、実施例１では、ユーザ端末２００にＳＩＰ機能と情報表示機能の両方が備わっている場合について説明したが、ＳＩＰ機能と情報表示機能とは別の筐体で実現されていてもよい。
【００９６】
そこで、実施例２では、実施例１で図示したユーザ端末２００がユーザ端末と電話機と別の筐体で実現され、それぞれの装置とＳＩＰプロキシとの間にＨＧＷ（ゲートウェイ装置）を有するシステム構成の場合について説明する。なお、ここでは、実施例１と同様、通常の処理の流れ（その１）と、セキュリティレベルを上げた例（その２）について説明する。
【００９７】
［実施例２に係るサービス提供システムによる処理（その１）］
まず、図８を用いて、サービス提供システムによる処理を説明する。図８は、実施例２に係るサービス提供システムにおけるサービス提供処理の流れを示すシーケンス図である。
【００９８】
図８に示すように、ＨＧＷやサービス提供装置１００の電源が起動されると、それぞれの装置からSIPプロキシに対して「REGISTER」信号が送信され、その応答として「200 OK」信号がSIPプロキシからそれぞれの装置に送信されるREGISTER処理が実行される（ステップＳ３０１〜ステップＳ３０４）。
【００９９】
その後、電話機は、ユーザの指示操作によりサービス提供装置１００に対してVoIP接続要求を示す「INVITE」信号を送信するのに際して、入力部２０１などにより受け付けられた電話番号を当該「INVITE」信号に付加して送信する（ステップＳ３０５とステップＳ３０６）。そして、ＳＩＰプロキシは、この電話番号が付加された当該「INVITE」信号を受信して、サービス提供装置１００に転送する（ステップＳ３０７）。
【０１００】
この電話番号が付加された当該「INVITE」信号を受信したサービス提供装置１００は、受信した「INVITE」信号に付加された電話番号に対応する識別子（例えば、ＩＰアドレスやドメイン名など）をサービスＤＢ１２２から取得して（ステップＳ３０８）、「INVITE」信号の応答である「200 OK」信号に付加してＳＩＰプロキシに送信し（ステップＳ３０９）、ＳＩＰプロキシは、この識別子が付加された「200 OK」信号をＨＧＷを介して電話機に転送する（ステップＳ３１０とステップＳ３１１）。
【０１０１】
そして、電話機は、送信した「INVITE」信号に対応する「200 OK」信号を受信したことから、「ACK」信号をＨＧＷおよびＳＩＰプロキシを介してサービス提供装置１００に送信する（ステップＳ３１２〜ステップＳ３１４）。このように、電話機とサービス提供装置１００との間で、「INVITE」、「200 OK」、「ACK」の各信号がやり取りされることにより、電話機とサービス提供装置１００との間に音声通話（SIP通信）が確立される（ステップＳ３１５）。
【０１０２】
その後、サービス提供装置１００は、ＨＧＷ（電話機）との間でVoIP通信が確立された場合に、確立されたVoIP通信を一意に識別するcallセッション情報を当該VoIP通信から取得する（ステップＳ３１６）。
【０１０３】
また、ユーザ端末２００は、サービス提供装置１００との間でVoIP通信が確立された場合に、ユーザの指示操作によりＷｅｂブラウザを起動して、自動的にＨＧＷにアクセスする（ステップＳ３１７）。すると、ＨＧＷは、確立されたVoIP通信を一意に識別するcallセッション情報を収集し、収集したcallセッション情報とサービス提供装置１００から受信した識別子（IPアドレス）とをユーザ端末２００に通知する（ステップＳ３１８）。
【０１０４】
続いて、ユーザ端末２００は、ＨＧＷから伝達されたサービス提供装置１００のＵＲＬで示されるサービス提供装置１００に、ＨＧＷにより取得されて通知されたcallセッション情報をＨＧＷに送信し（ステップＳ３１９）、これを受信したＨＧＷは、ＮＡＴ変換を行って（ステップＳ３２０）、受信したcallセッション情報をサービス提供装置１００に送信する（ステップＳ３２１）。
【０１０５】
すると、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報とが一致するか否かを判定する（ステップＳ３２２）。
【０１０６】
そして、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報とが一致する場合に、ユーザ端末２００がサービスを利用する際に行う通信を行うためのWebセッション情報を、確立したVoIP通信から自装置で取得したcallセッション情報に対応づけてセッションＤＢ１２３に格納するとともに、当該Webセッション情報をユーザ端末２００に送信する（ステップＳ３２３とステップＳ３２４）。
【０１０７】
その後、ユーザ端末２００は、送信したcallセッション情報と対応付けられたWebセッション情報をサービス提供装置１００からＨＧＷを介してＮＡＴ変換などがされて取得し、取得したWebセッション情報と識別子（例えば、IPアドレスやドメイン名など）とを、ＨＴＴＰ通信を行うブラウザに付与してサービス提供装置１００にWebアクセスを行う（ステップＳ３２５）。
【０１０８】
これを受信したＨＧＷは、ＮＡＴ変換を行って（ステップＳ３２６）、受信したcallセッション情報をサービス提供装置１００に送信する（ステップＳ３２７）。
【０１０９】
そして、サービス提供装置１００は、受け付けたWebアクセスに含まれるWebセッション情報に対応付けられたcallセッション情報がセッションＤＢ１２３に記憶されている場合、受け付けたWebアクセスに含まれる識別子に対応するWebページをサービスＤＢ１２２から取得してユーザ端末２００に表示出力する（ステップＳ３２８とステップＳ３２９）。
【０１１０】
そうすることにより、ユーザ端末２００は、所望のサービスをサービス提供装置１００からＨＧＷを介して提供され、サービスを利用することができる（ステップＳ３３０）。
【０１１１】
［実施例２に係るサービス提供システムによる処理（その２）］
次に、図９を用いて、図８に示した処理のセキュリティレベルを上げた例について説明する。図９は、実施例２に係るサービス提供システムにおいて、セキュリティレベルを向上させたサービス提供処理の流れを示すシーケンス図である。
【０１１２】
なお、図８と図９は、ほとんど同じ処理の流れであるので、ここでは、図８とは異なる処理についてのみ説明する。図９に示すように、図８と同様、ＨＧＷとサービス提供装置１００との間で、ＳＩＰプロキシを介して「INVITE」信号および「200 OK」信号がやり取りされてREGISTER処理が実行される（ステップＳ４０１〜ステップＳ４０４）。
【０１１３】
その後、電話機は、ユーザの指示操作によりサービス提供装置１００に対してVoIP接続要求を示す「INVITE」信号を送信するのに際して、ユーザの指示操作により受け付けられた電話番号を当該「INVITE」信号に付加して送信する（ステップＳ４０５）。続いて、ＨＧＷは、受信した信号をＳＩＰプロキシに送信し（ステップＳ４０６）、ＳＩＰプロキシは、この電話番号が付加された当該「INVITE」信号を受信して、サービス提供装置１００に転送する（ステップＳ４０７）。
【０１１４】
そして、図８とは異なり、この電話番号が付加された当該「INVITE」信号を受信したサービス提供装置１００は、ステップＳ４０６とステップＳ４０７において、受信した「INVITE」信号に付加された電話番号に対応する識別子（例えば、ＩＰアドレスやドメイン名など）をサービスＤＢ１２２から取得するとともに、当該「INVITE」信号からＨＧＷのＩＰアドレスを取得する（ステップＳ４０８）。
【０１１５】
その後は、図８と同様、サービス提供装置１００から電話機に対して識別子が付加された「200 OK」信号が送信されて、サービス提供装置１００とＨＧＷとの間にVoIP通信が確立され、ユーザ端末２００からcallセッション情報がサービス提供装置１００に送信される（ステップＳ４０９〜ステップＳ４２１）。
【０１１６】
この後、図８とは異なり、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報とが一致するか否かを判定するとともに、ステップＳ４２１でcallセッション情報が送信された際のＩＰアドレスとステップＳ４０８で取得したＩＰアドレスとが一致するか否かを判定する（ステップＳ４２２）。
【０１１７】
そして、サービス提供装置１００は、ユーザ端末２００から受信したcallセッション情報と、確立したVoIP通信から自装置で取得したcallセッション情報とが一致するとともに、ステップＳ４２１でcallセッション情報が送信された際のＩＰアドレスとステップＳ４０８で取得したＩＰアドレスとが一致する場合に、図８と同様、Webセッション情報がユーザ端末２００に対して払い出されてサービスが提供される（ステップＳ４２３〜ステップＳ４３０）。
【０１１８】
［実施例２による効果］
このように、実施例２によれば、１台のＨＧＷ（ゲートウェイ装置）の配下に、複数にユーザ端末が接続されている場合であっても、ＳＩＰ通信を行っているネットワークに対してのみＷｅｂページを応答することができ、複数の端末を同時に使うなど、ユーザの利便性も向上する。
【０１１９】
例えば、実施例２の手法によれば、１台のＨＧＷの配下に、ＳＩＰＡＰＬや情報表示端末が複数接続されている場合であっても、言い換えると、１つの代表ＳＩＰ−ＵＲＩの配下に、複数のＵＡ（User Agent）が存在する場合であっても、ＳＩＰ通信を確立したＳＩＰ端末（ＳＩＰＡＰＬ）と組で利用される情報表示端末のWebセッション情報を特定することができることから、一時的な関係に基づいたサービス提供を実現することが可能になる。
【実施例３】
【０１２０】
また、本願が開示するサービス提供システムは、ユーザ端末に提供したＷｅｂページの選択状況に応じた様々なサービスを提供することができる。そこで、実施例３では、図１０〜図１２を用いて、実施例１と実施例２のそれぞれの構成において、サービス提供手法を具体的に説明する。
【０１２１】
［実施例３に係るサービス提供システムによる処理（その１）］
まず、図１０を用いて、サービス提供システムによる処理を説明する。図１０は、実施例３に係るサービス提供システムにおけるサービス提供処理の流れ（その１）を示すシーケンス図である。
【０１２２】
図１０に示すように、図６や図７などの処理が実行されることにより、サービス提供装置１００からユーザ端末２００に対してサービス提供が実行される状況となった場合（ステップＳ５０１）、ユーザ端末２００では、サービス提供装置１００から取得したＷｅｂページを所定の間隔でリロードやJava（登録商標）Script非同期通信することにより、サービス提供装置側１００からのイベント通知を受信する（ステップＳ５０２）。
【０１２３】
そして、ユーザ端末２００は、Ｗｅｂページ上に表示される番号をユーザの操作により受け付けて（ステップＳ５０３）、受け付けた（選択された）番号をサービス提供装置１００に送信する（ステップＳ５０４）。すると、サービス提供装置１００では、ユーザ端末２００により選択された番号に対応するサービスを特定し（ステップＳ５０５）、特定したサービスをユーザ端末２００に提供する（ステップＳ５０６）。
【０１２４】
例えば、ユーザ端末２００の情報表示機能部２２０は、図１１−１に示すようＷｅｂページを表示しており、このページ上で[９]が選択されると、サービス提供装置１００では、「/voice/top.wav」を実行することにより、当該ページの音声読み上げをIP電話を通じて伝達する。
【０１２５】
また、ユーザ端末２００は、Ｗｅｂページ上に表示される別の番号をプッシュ番号として受け付けた場合（ステップＳ５０７）、受け付けた（選択された）番号をＰＢ信号としてサービス提供装置１００に送信する（ステップＳ５０８）。すると、サービス提供装置１００では、このＰＢ信号から選択されたサービスを特定し（ステップＳ５０９）、特定したサービスをユーザ端末２００に提供する（ステップＳ５１０とステップＳ５１１）。
【０１２６】
例えば、ユーザ端末２００は、図１１−１に示すようなＷｅｂページを表示しており、ＳＩＰＡＰＬ部２１０により[２]が選択されると、選択された[２]をＰＢ信号としてサービス提供装置１００に送信し、サービス提供装置１００では、図１１−２に示すように、「どうなるこうなる勝手投票所」のＷｅｂページ「/html/vote.html」をユーザ端末２００の情報表示機能部２２０に応答する。
【０１２７】
また、例えば、ユーザ端末２００は、図１１−１に示すようなＷｅｂページを表示しており、ＳＩＰＡＰＬ部２１０により[３]が選択されると、選択された[３]をＰＢ信号としてサービス提供装置１００に送信し、サービス提供装置１００では、図１１−３に示すように、「今度は○○が危ない」のＷｅｂページ「/html/warning.html」をユーザ端末２００の情報表示機能部２２０に応答する。
【０１２８】
なお、図１１−１は、ユーザ端末に提供するＷｅｂページの例を示す図であり、図１１−２と図１１−３は、ユーザ端末に提供するＷｅｂページの遷移例を示す図である。
【０１２９】
［実施例３に係るサービス提供システムによる処理（その２）］
次に、図１２を用いて、サービス提供システムによる処理を説明する。図１２は、実施例３に係るサービス提供システムにおけるサービス提供処理の流れ（その２）を示すシーケンス図である。
【０１３０】
図１２に示すように、図８や図９などの処理が実行されることにより、サービス提供装置１００からユーザ端末に対してサービス提供が実行される状況となった場合（ステップＳ６０１）、ユーザ端末では、サービス提供装置１００から取得したＷｅｂページを所定の間隔でリロードやJava（登録商標）Script非同期通信することにより、サービス提供装置側１００からのイベント通知を受信する（ステップＳ６０２）。
【０１３１】
そして、ユーザ端末は、Ｗｅｂページ上に表示される番号をユーザの操作により受け付けて、受け付けた（選択された）番号をＨＧＷに送信し（ステップＳ６０３）、ＨＧＷでは、これにＮＡＴ変換を行ってサービス提供装置１００に送信する（ステップＳ６０４とステップＳ６０５）。すると、サービス提供装置１００では、ユーザ端末により選択された番号に対応するサービスを特定し（ステップＳ６０６）、特定したサービスを電話機に提供する（ステップＳ６０７）。
【０１３２】
また、電話機でユーザ端末に表示されるＷｅｂページ上の別の番号が選択されると、当該選択された番号がＰＢ信号としてＨＧＷを介してサービス提供装置１００に送信される（ステップＳ６０８とステップＳ６０９）。すると、サービス提供装置１００では、このＰＢ番号から選択されたサービスを特定し（ステップＳ６１０）、特定したサービスをＨＧＷに送信する（ステップＳ６１１とステップＳ６１２）。そして、ＨＧＷは、これにＮＡＴ変換などを行ってユーザ端末に送信し、ユーザ端末では新たなＷｅｂページが表示される（ステップＳ６１３）。
【０１３３】
［実施例３による効果］
このように、実施例３によれば、Ｗｅｂページを用いた簡単な操作でユーザがそのときに欲するサービスを特定して、そのサービスを提供することができる結果、ユーザのスキルに関係なく、どのようなユーザであっても簡単に利用できるサービスを提供することができる。さらに、どのようなユーザにも簡単にサービスが利用できるので、当該サービス提供システムの普及および利用者の拡大が見込まれる。
【０１３４】
更に、実施例３によれば、Webページの内容をIP電話システムを通じて伝達できるため、PCの設定如何に関わらず内容を通知することが可能となる。つまり、PCでの音声再生が、アプリ、PCそのものの設定、デバイスの設定、マイクの音量など様々なものに影響されることに対し、音声は確実な音量で伝えられる。更に、Webページの遷移を電話機操作のみで行えることで、誰にでも簡単にサービスを利用させることが可能となる。
【実施例４】
【０１３５】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。
【０１３６】
［パラメータ交換］
例えば、上記実施例では、発信者番号にあわせたIPアドレス情報を返信する例を示したが、例えば、通常のIP電話システムで行われている範囲であっても適用は可能である。具体的には、SIPのやり取りにおいては、VoIP通信確立のみを目的とした情報を交換する。このとき、ユーザ端末はサービス提供装置とのVoIP通信の確立に利用したIPアドレス情報、Callセッション情報を取得し、Callセッション情報をパラメータとしたHTTP通信をサービス提供装置のIPアドレス（具体的には、通常のHTTPに利用される80番ポート）に対して送信することで、Web通信を確立する。
【０１３７】
［ＮＡＴ変換］
また、上記した実施例では、ＨＧＷにおいてＮＡＴ変換が実施される場合について説明したが、本発明はこれに限られるものではない。例えば、閉域網とインターネットとの境に位置するファイアウォールやＩＤＳなどの別の通信機器が実行するようにしてもよい。また、実施例で記載したＮＡＴ変換は、特別な処理を実行するものではなく、一般的なＮＡＴ変換、つまり、一つのグローバルなＩＰアドレスを複数のコンピュータで共有するためのグローバルＩＰアドレスとプライベートＩＰアドレスの変換である。
【０１３８】
［通信プロトコルの選択］
上記の実施例においては、第１の通信が、ＳＩＰによってセッションが確立される過程の通信であり、第２の通信が、Ｗｅｂ通信（ＨＴＴＰ通信）であることを想定してきたが、本発明はこれに限られるものではない。電気通信番号で接続される第１の通信によって確立されるセッションとＩＰ通信接続にて接続される第２の通信のセッションとが互いに異なるセッションであれば、具体的な通信プロトコルはいずれでもよい。
【０１３９】
［callセッション情報の再利用］
また、サービス提供装置は、Webセッション情報を用いてサービスが提供された際に、提供されたサービスに関する情報と、当該Webセッション情報に対応づけてセッション情報記憶部に格納されているcallセッション情報とを対応づけ、当該対応づけを予め設定された有効期間とともに記憶部に格納する。また、サービス提供装置は、端末が、有効期間内に、記憶部によって記憶されているcallセッション情報を指定してサービス提供装置との間でＷｅｂ通信を行うと、当該callセッション情報を検索キーとして記憶部を検索し、当該callセッション情報に対応づけて格納されているサービスに関する情報を取得する。そして、サービス提供装置は、サービスに関する情報を取得すると、当該情報に基づいて、当該端末に対するサービスを制御する。この場合には、有効期間内であれば、過去にＳＩＰによって同一の通信を確立した端末各々の一時的な通信関係（過去の通信関係）に基づいて、サービスを制御することが可能になる。
【０１４０】
例えば、端末は、Ｗｅｂサービスの初回利用時に用いたcallセッション情報を端末内に保存しておき、一方、サービス提供装置は、当該callセッション情報に対応づけて、いつ、誰と、どのタイミングで接続した端末であるか、端末の利用データは何か、等を保存しておいたとする。すると、端末が、次回利用時に、このcallセッション情報を用いてサービス提供装置にアクセスすれば、サービス提供装置は、これらの情報に基づいて、サービス提供を再制御することができる。
【０１４１】
［システム構成等］
また、上記の実施例においては、ＳＩＰプロキシとサービス提供装置とが物理的に異なる装置で実現されている事例を説明してきたが、本発明はこれに限られるものではない。ＳＩＰプロキシとサービス提供装置とは物理的に同一の装置で実現されていてもよく、また、同一の事業者で運営されていてもよい。
【０１４２】
また、上記の実施例においては、単一のＳＩＰプロキシがＳＩＰ信号（ＳＩＰの具体的な信号、INVITE、200 OKなどの種類、および、From、Toなどのパラメータを含む）を仲介する事例を説明してきたが、本発明はこれに限られるものではない。複数のＳＩＰプロキシがＳＩＰ信号を仲介する事例や、ＮＧＮ（Next Generation Network）におけるＡＳ（Application Server）などがＳＩＰ信号を仲介する事例にも、本発明を同様に適用することができる。
【０１４３】
また、上記の実施例２などでは、ＳＩＰＡＰＬと情報表示端末との間の情報伝達を代行するとともに、サービス提供の対象となる情報表示端末を特定する装置としての役割を、ＨＧＷが行う手法について説明してきたが、本発明はこれに限られるものではない。例えば、ＳＩＰＡＰＬにＷｅｂサーバ相当の機能が備えられれば、ＳＩＰＡＰＬと情報表示端末との間の情報伝達が可能になり、情報表示端末からＳＩＰＡＰＬに向かってcallセッション情報取得の処理を行うことで、サービス提供の対象となる情報表示端末を特定することも可能になる（ＨＧＷが不要な構成となる）。
【０１４４】
また、実施例２において、ＳＩＰプロキシが、ＨＧＷにサービス提供装置のＵＲＬを通知する手法を説明したが、仮に、ＳＩＰＡＰＬがＷｅｂサーバ相当の機能を備える場合には、ＳＩＰプロキシが、ＳＩＰＡＰＬ自体にサービス提供装置のＵＲＬを通知する手法を用いることもできる。
【０１４５】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１４６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１４７】
なお、本実施例で説明したサービス提供方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【産業上の利用可能性】
【０１４８】
以上のように、本発明に係るサービス提供装置、サービス提供方法、サービス提供プログラムおよびサービス提供システムは、ネットワークに接続される複数の端末装置に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御することに有用であり、特に、ユーザのスキルに関係なく、どのようなユーザであっても簡単に利用できるサービスを提供することに適する。
【符号の説明】
【０１４９】
１ ＩＰネットワーク
１００ サービス提供装置
１１０ 通信制御Ｉ／Ｆ部
１２０ 記憶部
１２１ ユーザ情報ＤＢ
１２２ サービスＤＢ
１２３ セッションＤＢ
１３０ 制御部
１３１ 識別子送信部
１３２ callセッション情報収集部
１３３ 判定部
１３４ Webセッション情報払出部
１３５ サービス提供部
２００ ユーザ端末
２０１ 入力部
２０２ 出力部
２０３ 入出力制御Ｉ／Ｆ部
２１０ ＳＩＰＡＰＬ部
２１１ ＳＩＰ通信部
２１２ 制御部
２１３ callセッション情報収集部
２１４ 起動指示部
２２０ 情報表示機能部
２２１ ＨＴＴＰ通信部
２２２ 制御部
２２３ callセッション情報送信部
２２４ Webセッション情報取得部
２２５ サービス利用部
【特許請求の範囲】
【請求項１】
ネットワークに接続される端末装置に当該ネットワーク上のサービスを提供するサービス提供装置であって、
電気通信番号が挿入されたIP電話接続要求を端末装置から受信した場合に、前記電気通信番号に対応するサービスを一意に識別するサービス識別子を当該端末装置に送信する識別子送信手段と、
前記端末装置との間でIP電話通信が確立された場合に、確立されたIP電話通信を一意に識別する第１通信情報を、当該確立されたIP電話通信から取得する第１通信情報取得手段と、
前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得手段により取得された第１通信情報に対応づけて第２通信情報記憶手段に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信する第２通信情報格納手段と、
前記サービス識別子に対応するサービスの利用要求を前記端末装置から受信した場合に、当該利用要求が前記第１通信情報に対応づけて前記第２通信情報記憶手段に格納される第２通信情報を用いた通信で要求されたことを条件に、前記サービス識別子に対応するサービスを前記端末装置に提供するサービス提供手段と、
を備えたことを特徴とするサービス提供装置。
【請求項２】
前記端末装置から第１通信情報を受信して、当該受信した第１通信情報と前記第１通信情報取得手段により取得された第１通信情報とが一致するか否かを判定する通信情報判定手段をさらに備え、
前記第２通信情報格納手段は、前記通信情報判定手段により一致すると判定された場合に、前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得手段により取得された第１通信情報に対応づけて前記第２通信情報記憶手段に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信することを特徴とする請求項１に記載のサービス提供装置。
【請求項３】
前記IP電話接続要求を受信した際に取得したＩＰアドレスと、前記端末装置から第１通信情報を受信した際に取得したＩＰアドレスとが一致するか否かを判定するアドレス判定手段をさらに備え、
前記第２通信情報格納手段は、前記アドレス判定手段により一致すると判定された場合に、前記アドレス判定手段により前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得手段により取得された第１通信情報に対応づけて前記第２通信情報記憶手段に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信することを特徴とする請求項１または２に記載のサービス提供装置。
【請求項４】
前記サービス提供手段は、前記サービスとしてＷｅｂページを前記端末装置に提供した後に、前記端末装置がＷｅｂページ上に記載されるサービスを選択する操作すると、当該操作に対応するサービスを前記端末装置に提供することを特徴とする請求項１〜３のいずれか一つに記載のサービス提供装置。
【請求項５】
ネットワークに接続される端末装置に当該ネットワーク上のサービスを提供することに適したサービス提供方法であって、
電気通信番号が挿入されたIP電話接続要求を端末装置から受信した場合に、前記電気通信番号に対応するサービスを一意に識別するサービス識別子を当該端末装置に送信する識別子送信工程と、
前記端末装置との間でIP電話通信が確立された場合に、確立されたIP電話通信を一意に識別する第１通信情報を、当該確立されたIP電話通信から取得する第１通信情報取得工程と、
前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得工程により取得された第１通信情報に対応づけて第２通信情報記憶部に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信する第２通信情報格納工程と、
前記サービス識別子に対応するサービスの利用要求を前記端末装置から受信した場合に、当該利用要求が前記第１通信情報に対応づけて前記第２通信情報記憶部に格納される第２通信情報を用いた通信で要求されたことを条件に、前記サービス識別子に対応するサービスを前記端末装置に提供するサービス提供工程と、
を含んだことを特徴とするサービス提供方法。
【請求項６】
ネットワークに接続される端末装置に当該ネットワーク上のサービスを提供することをコンピュータに実行させるサービス提供プログラムであって、
電気通信番号が挿入されたIP電話接続要求を端末装置から受信した場合に、前記電気通信番号に対応するサービスを一意に識別するサービス識別子を当該端末装置に送信する識別子送信手順と、
前記端末装置との間でIP電話通信が確立された場合に、確立されたIP電話通信を一意に識別する第１通信情報を、当該確立されたIP電話通信から取得する第１通信情報取得手順と、
前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得工程により取得された第１通信情報に対応づけて第２通信情報記憶部に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信する第２通信情報格納手順と、
前記サービス識別子に対応するサービスの利用要求を前記端末装置から受信した場合に、当該利用要求が前記第１通信情報に対応づけて前記第２通信情報記憶部に格納される第２通信情報を用いた通信で要求されたことを条件に、前記サービス識別子に対応するサービスを前記端末装置に提供するサービス提供手順と、
をコンピュータに実行させることを特徴とするサービス提供プログラム。
【請求項７】
ネットワークに接続される端末装置に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供システムであって、
前記端末装置は
電気通信番号を挿入したIP電話接続要求をサービス提供装置に送信する送信手段と、
前記送信手段により送信されたIP電話接続要求に含まれる電気通信番号に対応する識別子であって、前記サービスを識別するサービス識別子を受信する受信手段と、
前記サービス提供装置との間でIP電話通信が確立された場合に、確立されたIP電話通信を一意に識別する第１通信情報を取得する第１通信情報取得手段と、
前記第１通信情報取得手段により取得された第１通信情報を前記サービス提供装置に送信し、前記第１通信情報と対応付けられた第２通信情報をサービス提供装置から取得する第２通信情報取得手段と、
前記第２通信情報取得手段により取得された第２通信情報を用いた通信で、前記受信手段により受信されたサービス識別子に対応するサービスの提供を前記サービス提供装置に要求するサービス要求手段と、を備え、
前記サービス提供装置は、
前記電気通信番号が挿入されたIP電話接続要求を端末装置から受信した場合に、前記電気通信番号に対応するサービス識別子を当該端末装置に送信する識別子送信手段と、
前記端末装置との間でIP電話通信が確立された場合に、確立されたIP電話通信を一意に識別する第１通信情報を、当該確立されたIP電話通信から取得する第１通信情報取得手段と、
前記端末装置から受信した第１通信情報と、前記第１通信情報取得手段により取得された第１通信情報とが一致するか否かを判定する判定手段と、
前記判定手段により第１通信情報が一致すると判定された場合に、前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得手段により取得された第１通信情報に対応づけて第２通信情報記憶手段に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信する第２通信情報格納手段と、
前記サービス識別子に対応するサービスの利用要求を前記端末装置から受信した場合に、当該利用要求が前記第１通信情報に対応づけて前記第２通信情報記憶手段に格納される第２通信情報を用いた通信で要求されたことを条件に、前記サービス識別子に対応するサービスを前記端末装置に提供するサービス提供手段と、
を備えたことを特徴とするサービス提供システム。
【請求項１】
ネットワークに接続される端末装置に当該ネットワーク上のサービスを提供するサービス提供装置であって、
電気通信番号が挿入されたIP電話接続要求を端末装置から受信した場合に、前記電気通信番号に対応するサービスを一意に識別するサービス識別子を当該端末装置に送信する識別子送信手段と、
前記端末装置との間でIP電話通信が確立された場合に、確立されたIP電話通信を一意に識別する第１通信情報を、当該確立されたIP電話通信から取得する第１通信情報取得手段と、
前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得手段により取得された第１通信情報に対応づけて第２通信情報記憶手段に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信する第２通信情報格納手段と、
前記サービス識別子に対応するサービスの利用要求を前記端末装置から受信した場合に、当該利用要求が前記第１通信情報に対応づけて前記第２通信情報記憶手段に格納される第２通信情報を用いた通信で要求されたことを条件に、前記サービス識別子に対応するサービスを前記端末装置に提供するサービス提供手段と、
を備えたことを特徴とするサービス提供装置。
【請求項２】
前記端末装置から第１通信情報を受信して、当該受信した第１通信情報と前記第１通信情報取得手段により取得された第１通信情報とが一致するか否かを判定する通信情報判定手段をさらに備え、
前記第２通信情報格納手段は、前記通信情報判定手段により一致すると判定された場合に、前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得手段により取得された第１通信情報に対応づけて前記第２通信情報記憶手段に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信することを特徴とする請求項１に記載のサービス提供装置。
【請求項３】
前記IP電話接続要求を受信した際に取得したＩＰアドレスと、前記端末装置から第１通信情報を受信した際に取得したＩＰアドレスとが一致するか否かを判定するアドレス判定手段をさらに備え、
前記第２通信情報格納手段は、前記アドレス判定手段により一致すると判定された場合に、前記アドレス判定手段により前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得手段により取得された第１通信情報に対応づけて前記第２通信情報記憶手段に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信することを特徴とする請求項１または２に記載のサービス提供装置。
【請求項４】
前記サービス提供手段は、前記サービスとしてＷｅｂページを前記端末装置に提供した後に、前記端末装置がＷｅｂページ上に記載されるサービスを選択する操作すると、当該操作に対応するサービスを前記端末装置に提供することを特徴とする請求項１〜３のいずれか一つに記載のサービス提供装置。
【請求項５】
ネットワークに接続される端末装置に当該ネットワーク上のサービスを提供することに適したサービス提供方法であって、
電気通信番号が挿入されたIP電話接続要求を端末装置から受信した場合に、前記電気通信番号に対応するサービスを一意に識別するサービス識別子を当該端末装置に送信する識別子送信工程と、
前記端末装置との間でIP電話通信が確立された場合に、確立されたIP電話通信を一意に識別する第１通信情報を、当該確立されたIP電話通信から取得する第１通信情報取得工程と、
前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得工程により取得された第１通信情報に対応づけて第２通信情報記憶部に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信する第２通信情報格納工程と、
前記サービス識別子に対応するサービスの利用要求を前記端末装置から受信した場合に、当該利用要求が前記第１通信情報に対応づけて前記第２通信情報記憶部に格納される第２通信情報を用いた通信で要求されたことを条件に、前記サービス識別子に対応するサービスを前記端末装置に提供するサービス提供工程と、
を含んだことを特徴とするサービス提供方法。
【請求項６】
ネットワークに接続される端末装置に当該ネットワーク上のサービスを提供することをコンピュータに実行させるサービス提供プログラムであって、
電気通信番号が挿入されたIP電話接続要求を端末装置から受信した場合に、前記電気通信番号に対応するサービスを一意に識別するサービス識別子を当該端末装置に送信する識別子送信手順と、
前記端末装置との間でIP電話通信が確立された場合に、確立されたIP電話通信を一意に識別する第１通信情報を、当該確立されたIP電話通信から取得する第１通信情報取得手順と、
前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得工程により取得された第１通信情報に対応づけて第２通信情報記憶部に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信する第２通信情報格納手順と、
前記サービス識別子に対応するサービスの利用要求を前記端末装置から受信した場合に、当該利用要求が前記第１通信情報に対応づけて前記第２通信情報記憶部に格納される第２通信情報を用いた通信で要求されたことを条件に、前記サービス識別子に対応するサービスを前記端末装置に提供するサービス提供手順と、
をコンピュータに実行させることを特徴とするサービス提供プログラム。
【請求項７】
ネットワークに接続される端末装置に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供システムであって、
前記端末装置は
電気通信番号を挿入したIP電話接続要求をサービス提供装置に送信する送信手段と、
前記送信手段により送信されたIP電話接続要求に含まれる電気通信番号に対応する識別子であって、前記サービスを識別するサービス識別子を受信する受信手段と、
前記サービス提供装置との間でIP電話通信が確立された場合に、確立されたIP電話通信を一意に識別する第１通信情報を取得する第１通信情報取得手段と、
前記第１通信情報取得手段により取得された第１通信情報を前記サービス提供装置に送信し、前記第１通信情報と対応付けられた第２通信情報をサービス提供装置から取得する第２通信情報取得手段と、
前記第２通信情報取得手段により取得された第２通信情報を用いた通信で、前記受信手段により受信されたサービス識別子に対応するサービスの提供を前記サービス提供装置に要求するサービス要求手段と、を備え、
前記サービス提供装置は、
前記電気通信番号が挿入されたIP電話接続要求を端末装置から受信した場合に、前記電気通信番号に対応するサービス識別子を当該端末装置に送信する識別子送信手段と、
前記端末装置との間でIP電話通信が確立された場合に、確立されたIP電話通信を一意に識別する第１通信情報を、当該確立されたIP電話通信から取得する第１通信情報取得手段と、
前記端末装置から受信した第１通信情報と、前記第１通信情報取得手段により取得された第１通信情報とが一致するか否かを判定する判定手段と、
前記判定手段により第１通信情報が一致すると判定された場合に、前記端末装置が当該サービス提供装置との間で前記サービスを利用する際に行う通信を一意に識別する第２通信情報を、前記第１通信情報取得手段により取得された第１通信情報に対応づけて第２通信情報記憶手段に格納し、前記端末装置からのサービス要求時に当該第２通信情報を前記端末装置に送信する第２通信情報格納手段と、
前記サービス識別子に対応するサービスの利用要求を前記端末装置から受信した場合に、当該利用要求が前記第１通信情報に対応づけて前記第２通信情報記憶手段に格納される第２通信情報を用いた通信で要求されたことを条件に、前記サービス識別子に対応するサービスを前記端末装置に提供するサービス提供手段と、
を備えたことを特徴とするサービス提供システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１−１】
【図１１−２】
【図１１−３】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１−１】
【図１１−２】
【図１１−３】
【図１２】
【公開番号】特開２０１０−１８６２６２（Ｐ２０１０−１８６２６２Ａ）
【公開日】平成２２年８月２６日（２０１０．８．２６）
【国際特許分類】
【出願番号】特願２００９−２９００６（Ｐ２００９−２９００６）
【出願日】平成２１年２月１０日（２００９．２．１０）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２２年８月２６日（２０１０．８．２６）
【国際特許分類】
【出願日】平成２１年２月１０日（２００９．２．１０）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]