(57)【特許請求の範囲】
【請求項１】
ネットワークに接続される複数の端末に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供システムであって、
前記サービス提供装置は、
前記サービスを利用することを要求する利用要求を前記複数の端末の内のいずれか一つの端末から受け付けた際に、当該端末と組で利用され第１の通信を確立する第１通信端末と、他の第１通信端末との間で確立された第１の通信を一意に識別する第１通信情報を取得する第１通信情報取得手段と、
前記利用要求を送信した前記端末が当該サービス提供装置との間で前記サービスを利用する際に行う第２の通信を一意に識別する第２通信情報を、前記第１通信情報取得手段によって取得された第１通信情報に対応づけて第２通信情報記憶手段に格納する第２通信情報格納手段と、
前記第２通信情報記憶手段に格納されている複数の第１通信情報の内、いずれか二つの第１通信情報各々が同一の第１の通信として確立されたものであることを示す場合に、当該第１通信情報各々に対応づけて前記第２通信情報記憶手段に格納されている第２通信情報各々を用いて提供されるサービスを、互いに関連づけて制御するサービス提供制御手段と、
を備えたことを特徴とするサービス提供システム。
【請求項２】
前記サービス提供システムは、前記第１の通信を確立する端末である第１通信端末と、前記サービスを利用する端末である第２通信端末とに接続され、当該第１通信端末による前記ネットワークに対する接続と、当該第２通信端末による前記ネットワークに対する接続とを制御するゲートウェイ装置を備えるものであって、
前記ゲートウェイ装置は、前記第１の通信を発信する発信側の第１通信端末に接続される第１のゲートウェイ装置と、前記発信を着信する着信側の第１通信端末に接続される第２のゲートウェイ装置とであって、
前記第１のゲートウェイ装置および前記第２のゲートウェイ装置それぞれは、
前記第１通信情報を前記第１の通信に含まれる情報から収集する第１通信情報収集手段と、
前記第１通信情報収集手段によって収集された第１通信情報を、当該第１通信情報によって一意に識別される第１の通信を確立した第１通信端末と組で利用される第２通信端末に送信する第１通信情報送信手段とを備え、
前記発信側の第１通信端末と組で利用される前記第２通信端末および前記着信側の第１通信端末と組で利用される前記第２通信端末それぞれは、
前記第１通信情報送信手段によって送信された第１通信情報を、前記サービス提供装置に転送する第１通信情報転送手段を備え、
前記サービス提供装置の第１通信情報取得手段は、前記第１通信情報を、前記第１通信情報転送手段によって転送されることで取得することを特徴とする請求項１に記載のサービス提供システム。
【請求項３】
前記サービス提供システムは、前記第１の通信を確立する端末である第１通信端末と、前記サービスを利用する端末である第２通信端末とに接続され、当該第１通信端末による前記ネットワークに対する接続と、当該第２通信端末による前記ネットワークに対する接続とを制御するゲートウェイ装置を備え、
前記ゲートウェイ装置は、前記第１の通信を発信する発信側の第１通信端末に接続される第１のゲートウェイ装置と、前記発信を着信する着信側の第１通信端末に接続される第２のゲートウェイ装置とであって、
前記第１のゲートウェイ装置または前記第２のゲートウェイ装置のいずれか一方は、
前記第１通信情報として、少なくとも、ゲートウェイ装置の両者を識別する通信用識別情報各々を前記第１の通信に含まれる情報から収集する第１通信情報収集手段と、
前記第１通信情報収集手段によって収集された第１通信情報を、当該ゲートウェイ装置が接続を制御する第２通信端末に送信する第１通信情報送信手段とを備え、
前記第１通信情報送信手段によって第１通信情報を送信された第２通信端末は、
当該第１通信情報を前記サービス提供装置に転送する第１通信情報転送手段を備え、
前記サービス提供装置は、
前記第１通信情報転送手段によって転送された第１通信情報に含まれる通信用識別情報を用いて認証を行う認証手段をさらに備え、
前記サービス提供制御手段は、前記認証手段による認証に成功したことを条件として、前記第２通信情報各々を用いて提供されるサービスを互いに関連づけて制御することを特徴とする請求項１に記載のサービス提供システム。
【請求項４】
前記サービス提供システムは、前記第１の通信を確立する端末である第１通信端末と、前記サービスを利用する端末である第２通信端末とに接続され、当該第１通信端末による前記ネットワークに対する接続と、当該第２通信端末による前記ネットワークに対する接続とを制御するゲートウェイ装置を備えるものであって、
前記ゲートウェイ装置は、前記第１の通信を発信する発信側の第１通信端末に接続される第１のゲートウェイ装置と、前記発信を着信する着信側の第１通信端末に接続される第２のゲートウェイ装置とであって、
前記第１の通信を制御する第１通信制御装置は、
前記サービス提供装置の前記ネットワーク上における場所を示す場所情報を、前記第１のゲートウェイ装置および前記第２のゲートウェイ装置それぞれに送信する場所情報送信手段を備え、
前記発信側の第１通信端末と組で利用される前記第２通信端末および前記着信側の第１通信端末と組で利用される前記第２通信端末それぞれは、
前記場所情報送信手段によって場所情報を送信されたゲートウェイ装置であって当該第２通信端末によるネットワークに対する接続を制御するゲートウェイ装置から当該場所情報を取得し、当該場所情報を用いて前記サービス提供装置にアクセスするアクセス手段と、
を備えたことを特徴とする請求項１〜３のいずれか一つに記載のサービス提供システム。
【請求項５】
前記第１の通信を確立する端末である第１通信端末は、当該第１の通信を発信する発信側の第１通信端末と、前記発信を着信する着信側の第１通信端末とであって、
前記発信側の第１通信端末および前記着信側の第１通信端末それぞれは、
前記第１通信情報を前記第１の通信に含まれる情報から収集する第１通信情報収集手段を備え、
前記サービスを利用する端末であり、前記発信側の第１通信端末および前記着信側の第１通信端末それぞれと組で利用される発信側の第２通信端末および着信側の第２通信端末それぞれは、
前記第１通信情報収集手段によって収集された第１通信情報を組で利用される第１通信端末から取得し、当該第１通信情報を前記サービス提供装置に送信する第１通信情報送信手段を備え、
前記サービス提供装置の第１通信情報取得手段は、前記第１通信情報を、前記第１通信情報送信手段によって送信されることで取得することを特徴とする請求項１に記載のサービス提供システム。
【請求項６】
前記第１の通信を確立する端末である第１通信端末は、当該第１の通信を発信する発信側の第１通信端末と、前記発信を着信する着信側の第１通信端末とであって、
前記発信側の第１通信端末または前記着信側の第１通信端末のいずれか一方は、
前記第１通信情報を前記第１の通信に含まれる情報から収集する第１通信情報収集手段と、
前記第１通信情報収集手段によって収集された情報を、前記第１通信端末間で確立した前記第１の通信を用いて送信することで、当該第１の通信を確立した第１通信端末の他方に通知する第１通信情報通知手段とを備え、
前記サービスを利用する端末であり、前記第１通信情報収集手段によって第１通信情報を収集した第１通信端末と組で利用される第２通信端末は、
前記第１通信情報収集手段によって収集された第１通信情報を当該第１通信端末から取得し、当該第１通信情報を前記サービス提供装置に送信する第１通信情報送信手段を備え、
前記第１通信情報通知手段によって第１通信情報を通知された前記第１通信端末は、
前記第１通信情報通知手段によって通知されることで前記第１通信情報を収集する第１通信情報収集手段を備え、
前記第１通信情報通知手段によって第１通信情報を通知された前記第１通信端末と組で利用される第２通信端末は、
当該第１通信端末の第１通信情報収集手段によって収集された第１通信情報を当該第１通信端末から取得し、当該第１通信情報を前記サービス提供装置に送信する第１通信情報送信手段を備え、
前記サービス提供装置の第１通信情報取得手段は、前記第１通信情報を、前記第２通信端末の一方の第１通信情報送信手段によって送信されることで取得するとともに、前記第２通信端末の他方の第１通信情報送信手段によって送信されることで取得することを特徴とする請求項１に記載のサービス提供システム。
【請求項７】
前記第１の通信を制御する第１通信制御装置は、
前記サービス提供装置の前記ネットワーク上における場所を示す場所情報を、前記第１通信端末に送信する場所情報送信手段を備え、
前記第２通信端末は、
前記場所情報送信手段によって場所情報を送信された第１通信端末から当該場所情報を取得し、当該場所情報を用いて前記サービス提供装置にアクセスするアクセス手段と、
を備えたことを特徴とする請求項１、５、または６のいずれか一つに記載のサービス提供システム。
【請求項８】
ネットワークに接続される複数の端末に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供方法であって、
前記サービス提供装置は、
前記サービスを利用することを要求する利用要求を前記複数の端末の内のいずれか一つの端末から受け付けた際に、当該端末と組で利用され第１の通信を確立する第１通信端末と、他の第１通信端末との間で確立された第１の通信を一意に識別する第１通信情報を取得する第１通信情報取得工程と、
前記利用要求を送信した前記端末が当該サービス提供装置との間で前記サービスを利用する際に行う第２の通信を一意に識別する第２通信情報を、前記第１通信情報取得工程によって取得された第１通信情報に対応づけて第２通信情報記憶部に格納する第２通信情報格納工程と、
前記第２通信情報記憶部に格納されている複数の第１通信情報の内、いずれか二つの第１通信情報各々が同一の第一の通信として確立されたものであることを示す場合に、当該第１通信情報各々に対応づけて前記第２通信情報記憶部に格納されている第２通信情報各々を用いて提供されるサービスを、互いに関連づけて制御するサービス提供制御工程と、
を含んだことを特徴とするサービス提供方法。
【請求項９】
ネットワークに接続される複数の端末に当該ネットワーク上のサービスを提供するサービス提供装置が当該サービスを制御するサービス提供方法を、コンピュータに実行させるサービス提供プログラムであって、
前記サービスを利用することを要求する利用要求を前記複数の端末の内のいずれか一つの端末から受け付けた際に、当該端末と組で利用され第１の通信を確立する第１通信端末と、他の第１通信端末との間で確立された第１の通信を一意に識別する第１通信情報を取得する第１通信情報取得手順と、
前記端末が当該サービス提供装置との間で前記サービスを利用する際に行う第２の通信を一意に識別する第２通信情報を、前記第１通信情報取得手順によって取得された第１通信情報に対応づけて第２通信情報記憶部に格納する第２通信情報格納手順と、
前記第２通信情報記憶部に格納されている複数の第１通信情報の内、いずれか二つの第１通信情報各々が同一の第一の通信として確立されたものであることを示す場合に、当該第１通信情報各々に対応づけて前記第２通信情報記憶部に格納されている第２通信情報各々を用いて提供されるサービスを、互いに関連づけて制御するサービス提供制御手順と、
を前記サービス提供装置としてのコンピュータに実行させることを特徴とするサービス提供プログラム。
【請求項１０】
ネットワークに接続される複数の端末に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供システムであって、
前記サービス提供装置は、
前記サービスを利用することを要求する利用要求を前記複数の端末の内のいずれか一つの端末から受け付けた際に、当該端末によって確立された第１の通信を一意に識別する第１通信情報を取得する第１通信情報取得手段と、
前記利用要求を送信した前記端末が当該サービス提供装置との間で前記サービスを利用する際に行う第２の通信を一意に識別する第２通信情報を、前記第１通信情報取得手段によって取得された第１通信情報に対応づけて第２通信情報記憶手段に格納する第２通信情報格納手段と、
前記第２通信情報記憶手段に格納されている複数の第１通信情報の内、いずれか二つの第１通信情報各々が同一の第一の通信として確立されたものであることを示す場合に、当該第１通信情報各々に対応づけて前記第２通信情報記憶手段に格納されている第２通信情報各々を用いて提供されるサービスを、互いに関連づけて制御するサービス提供制御手段と、
を備えたことを特徴とするサービス提供システム。
【請求項１１】
前記第１の通信を確立する端末は、当該第１の通信を発信する発信側の端末と、前記発信を着信する着信側の端末とであって、
前記発信側の端末および前記着信側の端末それぞれは、
前記第１通信情報を前記第１の通信に含まれる情報から収集する第１通信情報収集手段と、
前記第１通信情報収集手段によって収集された第１通信情報を、前記サービス提供装置に送信する第１通信情報送信手段とを備え、
前記サービス提供装置の第１通信情報取得手段は、前記第１通信情報を、前記第１通信情報送信手段によって送信されることで取得することを特徴とする請求項１０に記載のサービス提供システム。
【請求項１２】
前記第１の通信を確立する端末は、当該第１の通信を発信する発信側の端末と、前記発信を着信する着信側の端末とであって、
前記発信側の端末または前記着信側の端末のいずれか一方は、
前記第１通信情報を前記第１の通信に含まれる情報から収集する第１通信情報収集手段と、
前記第１通信情報収集手段によって収集された第１通信情報を、前記サービス提供装置に送信する第１通信情報送信手段と、
前記第１通信情報収集手段によって収集された第１通信情報を、他の端末との間で確立した前記第１の通信を用いて送信することで、当該第１の通信を確立した端末の他方に通知する第１通信情報通知手段とを備え、
前記第１通信情報通知手段によって第１通信情報を通知された前記端末の他方は、
前記第１通信情報通知手段によって通知されることで前記第１通信情報を収集する第１通信情報収集手段と、
前記第１通信情報収集手段によって収集された第１通信情報を、前記サービス提供装置に送信する第１通信情報送信手段とを備え、
前記サービス提供装置の第１通信情報取得手段は、前記第１通信情報を、前記端末の一方の第１通信情報送信手段によって送信されるとともに、前記端末の他方の第１通信情報送信手段によって送信されることで取得することを特徴とする請求項１０に記載のサービス提供システム。
【請求項１３】
前記第１の通信を制御する第１通信制御装置は、
前記サービス提供装置の前記ネットワーク上における場所を示す場所情報を、前記第一の通信を確立した端末の双方もしくは一方に送信する場所情報送信手段を備え、
前記場所情報送信手段によって場所情報を送信された前記端末は、
送信された場所情報を用いて前記サービス提供装置にアクセスするアクセス手段と、
を備えたことを特徴とする請求項１０〜１２のいずれか一つに記載のサービス提供システム。
【請求項１４】
前記サービス提供制御手段は、前記第１の通信が切断されたことを示す切断情報を受信すると、当該第１の通信を一意に識別する第１通信情報各々に対応づけて前記第２通信情報記憶手段に格納されている第２通信情報各々を用いて提供されているサービスを終了するように制御することを特徴とする請求項１〜１３のいずれか一つに記載のサービス提供システム。
【請求項１５】
前記サービス提供制御手段は、前記第２通信情報各々を用いて提供されていたサービスを終了することを示す終了情報を受信すると、当該第２通信情報各々に対応づけて前記第２通信情報記憶手段に格納されている第１通信情報各々によって一意に識別される第１の通信を切断する切断指示を、当該第１の通信を制御する第１通信制御装置に送信する切断指示送信手段と、
前記第１通信制御装置は、
前記切断指示送信手段によって送信された切断指示を受信すると、当該切断指示によって指示された第１の通信を切断するように制御する切断制御手段を備えたことを特徴とする請求項１〜１４のいずれか一つに記載のサービス提供システム。
【請求項１６】
前記サービス提供装置は、
前記サービス提供制御手段によって前記第２通信情報を用いてサービスが提供された際に、提供された当該サービスに関する情報と、当該第２通信情報に対応づけて前記第２通信情報記憶手段に格納されている第１通信情報とを対応づけ、当該対応づけを予め設定された有効期間とともに第１通信情報記憶手段に格納する第１通信情報格納手段と、
前記ネットワークに接続される複数の端末の内のいずれか一つの端末であって前記サービス提供制御手段によってサービスを提供された端末が、前記有効期間内に、前記第１通信情報記憶手段によって記憶されている第１通信情報を指定して前記サービス提供装置との間で前記第２の通信を行うと、当該第１通信情報を検索キーとして当該第１通信情報記憶手段を検索し、当該第１通信情報に対応づけて格納されている前記サービスに関する情報を取得するサービス情報取得手段と、
前記サービス情報取得手段によって前記サービスに関する情報が取得されると、当該情報に基づいて、当該端末に対するサービスを制御する第２のサービス提供制御手段と、
を備えたことを特徴とする請求項１〜１５のいずれか一つに記載のサービス提供システム。
【請求項１７】
ネットワークに接続される複数の端末に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供システムであって、
前記サービス提供装置は、
前記サービスを利用することを要求する利用要求を前記複数の端末の内のいずれか一つの端末から受け付けた際に、当該端末と組で利用され第１の通信を確立する第１通信端末と、当該サービス提供装置との間で確立された第１の通信を一意に識別する第１通信情報を取得する第１通信情報取得手段と、
前記利用要求を送信した前記端末が当該サービス提供装置との間で前記サービスを利用する際に行う第２の通信を一意に識別する第２通信情報を、前記第１通信情報取得手段によって取得された第１通信情報に対応づけて第２通信情報記憶手段に格納する第２通信情報格納手段と、
前記第２通信情報記憶手段に格納されている複数の第１通信情報の内、いずれか一つの第１通信情報が当該サービス提供装置との間で確立された第１の通信であることを示す場合に、当該第１通信情報に対応づけて前記第２通信情報記憶手段に格納されている第２通信情報を用いて提供されるサービスを、当該第１通信情報と関連づけて制御するサービス提供制御手段と、
を備えたことを特徴とするサービス提供システム。
【請求項１８】
ネットワークに接続される端末に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供システムであって、
前記サービス提供装置は、
前記サービスを利用することを要求する利用要求を前複数の端末の内のいずれか一つの記端末から受け付けた際に、当該端末と当該サービス提供装置との間で確立された第１の通信を一意に識別する第１通信情報を取得する第１通信情報取得手段と、
前記利用要求を送信した前記端末が当該サービス提供装置との間で前記サービスを利用する際に行う第２の通信を一意に識別する第２通信情報を、前記第１通信情報取得手段によって取得された第１通信情報に対応づけて第２通信情報記憶手段に格納する第２通信情報格納手段と、
前記第２通信情報記憶手段に格納されている複数の第１通信情報の内、いずれか一つの第１通信情報が当該サービス提供装置との間で確立された第１の通信であることを示す場合に、当該第１通信情報に対応づけて前記第２通信情報記憶手段に格納されている第２通信情報を用いて提供されるサービスを、当該第１通信情報と関連づけて制御するサービス提供制御手段と、
を備えたことを特徴とするサービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、サービス提供システム、サービス提供方法およびサービス提供プログラムに関する。
【背景技術】
【０００２】
従来より、ＩＰ（Internet  Protocol）で制御されるネットワークに接続する端末に提供されるサービスとして、いわゆるＷｅｂサービスがある。ここで、Ｗｅｂサービスとは、一般に、ＷＷＷ（World  Wide  Web）関連技術を適用することで、アプリケーションの機能をネットワーク経由で実現するサービスのことをいう。例えば、インターネットに接続する端末は、Ｗｅｂサービスの一つであるＩＭ（Instant  Messaging）サービスの提供を受け、インターネットに接続する他の端末との間で、チャットや画像データの共有を実現する。
【０００３】
ＩＭサービスについて、図２５を用いて簡単に例示すると、端末各々は、ＩＭサービスの提供を受けるにあたり、まず、ＩＭサービスに対応する専用アプリケーションを当該端末内にインストールする。また、サービス提供装置は、当該端末各々を利用する会員の会員ＩＤを、会員リストに登録する。さらに、端末各々は、チャットや画像データの共有を実現したい他の会員が利用する端末との間で互いの会員ＩＤを交換し、専用アプリケーションのバディリスト（友人リスト）に登録する。例えば、会員Ａが利用する端末が、会員Ｂをバディリストに登録すると、当該登録を許可するか否かの確認がサービス提供装置から会員Ｂが利用する端末に対して送信され、会員Ｂが利用する端末が、登録を許可するとともに会員Ａをバディリストに登録する。すると、サービス提供装置は、会員Ａと会員Ｂとのバディ関係に基づいて、会員Ａが利用する端末と会員Ｂが利用する端末との間でチャットや画像データの共有を実現するよう、サービスを制御する。
【０００４】
また、例えば、特許文献１には、会員（コミュニティ）管理を一元化することで、新しいサービスを利用する際の会員登録を不要とする技術が開示されている。また、例えば、特許文献２には、一般的なブラウザを用いてアプリケーション共有を行う技術が開示されている。
【０００５】
【特許文献１】特開２００５−２２８１２２号公報
【特許文献２】特開２００３−０４４４２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、上記した従来の技術では、以下に説明するように、通信相手との関係が一時的な場合（アドホックに変化する関係の場合）に、このような一時的な通信関係に基づいてサービスを制御することができないという課題があった。
【０００７】
すなわち、まず、従来のＩＭサービスの課題として、次の３点が挙げられる。１点目としては、専用アプリケーションに関する課題である。一般的なＩＭサービスでは、異なるアプリケーション間でサービスを利用する仕組みが考慮されていないことから、利用者同士でサービスを受けるには、双方で、同種の専用アプリケーションをインストールしなければならない。２点目としては、バディリストの管理に関する課題である。上記したように、ＩＭサービスを受けるにはバディリストの登録が必要となるが、バディリストはアプリケーションごとに管理されていることから、他のアプリケーションを利用する際には再度バディリストの登録が必要となり、利用者にとって手間となってしまう。３点目としては、一時的な関係に関する課題である。例えば、利用者同士で一時的にファイルを共有したいなど、利用者同士の関係が一時的な場合（アドホックに変化する関係の場合）にサービスを受けたいとしても、バディリストを介することでしかサービスを受けることができない従来のＩＭサービスでは対応することができない。
【０００８】
この点、特許文献１に開示されている技術によっても、少なくとも１点目および３点目の課題は依然として解決されない。また、特許文献２に開示されている技術によっても、少なくとも２点目および３点目の課題は依然として解決されない。結局、上記した従来の技術のいずれによっても、少なくとも３点目の課題を解決することができない。
【０００９】
そこで、本発明は、上記した従来の技術の課題を解決するためになされたものであり、通信相手との関係が一時的な場合（アドホックに変化する関係の場合）に、このような一時的な通信関係に基づいてサービスを制御することが可能なサービス提供システム、サービス提供方法およびサービス提供プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記した課題を解決し、目的を達成するため、本発明は、ネットワークに接続される複数の端末に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供システムであって、前記サービス提供装置は、前記サービスを利用することを要求する利用要求を前記複数の端末の内のいずれか一つの端末から受け付けた際に、当該端末と組で利用され第１の通信を確立する第１通信端末と、他の第１通信端末との間で確立された第１の通信を一意に識別する第１通信情報を取得する第１通信情報取得手段と、前記利用要求を送信した前記端末が当該サービス提供装置との間で前記サービスを利用する際に行う第２の通信を一意に識別する第２通信情報を、前記第１通信情報取得手段によって取得された第１通信情報に対応づけて第２通信情報記憶手段に格納する第２通信情報格納手段と、前記第２通信情報記憶手段に格納されている複数の第１通信情報の内、いずれか二つの第１通信情報各々が同一の第１の通信として確立されたものであることを示す場合に、当該第１通信情報各々に対応づけて前記第２通信情報記憶手段に格納されている第２通信情報各々を用いて提供されるサービスを、互いに関連づけて制御するサービス提供制御手段と、を備えたことを特徴とする。
【００１１】
また、本発明は、前記サービス提供システムは、前記第１の通信を確立する端末である第１通信端末と、前記サービスを利用する端末である第２通信端末とに接続され、当該第１通信端末による前記ネットワークに対する接続と、当該第２通信端末による前記ネットワークに対する接続とを制御するゲートウェイ装置を備えるものであって、前記ゲートウェイ装置は、前記第１の通信を発信する発信側の第１通信端末に接続される第１のゲートウェイ装置と、前記発信を着信する着信側の第１通信端末に接続される第２のゲートウェイ装置とであって、前記第１のゲートウェイ装置および前記第２のゲートウェイ装置それぞれは、前記第１通信情報を前記第１の通信に含まれる情報から収集する第１通信情報収集手段と、前記第１通信情報収集手段によって収集された第１通信情報を、当該第１通信情報によって一意に識別される第１の通信を確立した第１通信端末と組で利用される第２通信端末に送信する第１通信情報送信手段とを備え、前記発信側の第１通信端末と組で利用される前記第２通信端末および前記着信側の第１通信端末と組で利用される前記第２通信端末それぞれは、前記第１通信情報送信手段によって送信された第１通信情報を、前記サービス提供装置に転送する第１通信情報転送手段を備え、前記サービス提供装置の第１通信情報取得手段は、前記第１通信情報を、前記第１通信情報転送手段によって転送されることで取得することを特徴とする。
【００１２】
また、本発明は、前記サービス提供システムは、前記第１の通信を確立する端末である第１通信端末と、前記サービスを利用する端末である第２通信端末とに接続され、当該第１通信端末による前記ネットワークに対する接続と、当該第２通信端末による前記ネットワークに対する接続とを制御するゲートウェイ装置を備え、前記ゲートウェイ装置は、前記第１の通信を発信する発信側の第１通信端末に接続される第１のゲートウェイ装置と、前記発信を着信する着信側の第１通信端末に接続される第２のゲートウェイ装置とであって、前記第１のゲートウェイ装置または前記第２のゲートウェイ装置のいずれか一方は、前記第１通信情報として、少なくとも、ゲートウェイ装置の両者を識別する通信用識別情報各々を前記第１の通信に含まれる情報から収集する第１通信情報収集手段と、前記第１通信情報収集手段によって収集された第１通信情報を、当該ゲートウェイ装置が接続を制御する第２通信端末に送信する第１通信情報送信手段とを備え、前記第１通信情報送信手段によって第１通信情報を送信された第２通信端末は、当該第１通信情報を前記サービス提供装置に転送する第１通信情報転送手段を備え、前記サービス提供装置は、前記第１通信情報転送手段によって転送された第１通信情報に含まれる通信用識別情報を用いて認証を行う認証手段をさらに備え、前記サービス提供制御手段は、前記認証手段による認証に成功したことを条件として、前記第２通信情報各々を用いて提供されるサービスを互いに関連づけて制御することを特徴とする。
【００１３】
また、本発明は、前記サービス提供システムは、前記第１の通信を確立する端末である第１通信端末と、前記サービスを利用する端末である第２通信端末とに接続され、当該第１通信端末による前記ネットワークに対する接続と、当該第２通信端末による前記ネットワークに対する接続とを制御するゲートウェイ装置を備えるものであって、前記ゲートウェイ装置は、前記第１の通信を発信する発信側の第１通信端末に接続される第１のゲートウェイ装置と、前記発信を着信する着信側の第１通信端末に接続される第２のゲートウェイ装置とであって、前記第１の通信を制御する第１通信制御装置は、前記サービス提供装置の前記ネットワーク上における場所を示す場所情報を、前記第１のゲートウェイ装置および前記第２のゲートウェイ装置それぞれに送信する場所情報送信手段を備え、前記発信側の第１通信端末と組で利用される前記第２通信端末および前記着信側の第１通信端末と組で利用される前記第２通信端末それぞれは、前記場所情報送信手段によって場所情報を送信されたゲートウェイ装置であって当該第２通信端末によるネットワークに対する接続を制御するゲートウェイ装置から当該場所情報を取得し、当該場所情報を用いて前記サービス提供装置にアクセスするアクセス手段と、を備えたことを特徴とする。
【００１４】
また、本発明は、前記第１の通信を確立する端末である第１通信端末は、当該第１の通信を発信する発信側の第１通信端末と、前記発信を着信する着信側の第１通信端末とであって、前記発信側の第１通信端末および前記着信側の第１通信端末それぞれは、前記第１通信情報を前記第１の通信に含まれる情報から収集する第１通信情報収集手段を備え、前記サービスを利用する端末であり、前記発信側の第１通信端末および前記着信側の第１通信端末それぞれと組で利用される発信側の第２通信端末および着信側の第２通信端末それぞれは、前記第１通信情報収集手段によって収集された第１通信情報を組で利用される第１通信端末から取得し、当該第１通信情報を前記サービス提供装置に送信する第１通信情報送信手段を備え、前記サービス提供装置の第１通信情報取得手段は、前記第１通信情報を、前記第１通信情報送信手段によって送信されることで取得することを特徴とする。
【００１５】
また、本発明は、前記第１の通信を確立する端末である第１通信端末は、当該第１の通信を発信する発信側の第１通信端末と、前記発信を着信する着信側の第１通信端末とであって、前記発信側の第１通信端末または前記着信側の第１通信端末のいずれか一方は、前記第１通信情報を前記第１の通信に含まれる情報から収集する第１通信情報収集手段と、前記第１通信情報収集手段によって収集された情報を、前記第１通信端末間で確立した前記第１の通信を用いて送信することで、当該第１の通信を確立した第１通信端末の他方に通知する第１通信情報通知手段とを備え、前記サービスを利用する端末であり、前記第１通信情報収集手段によって第１通信情報を収集した第１通信端末と組で利用される第２通信端末は、前記第１通信情報収集手段によって収集された第１通信情報を当該第１通信端末から取得し、当該第１通信情報を前記サービス提供装置に送信する第１通信情報送信手段を備え、前記第１通信情報通知手段によって第１通信情報を通知された前記第１通信端末は、前記第１通信情報通知手段によって通知されることで前記第１通信情報を収集する第１通信情報収集手段を備え、前記第１通信情報通知手段によって第１通信情報を通知された前記第１通信端末と組で利用される第２通信端末は、当該第１通信端末の第１通信情報収集手段によって収集された第１通信情報を当該第１通信端末から取得し、当該第１通信情報を前記サービス提供装置に送信する第１通信情報送信手段を備え、前記サービス提供装置の第１通信情報取得手段は、前記第１通信情報を、前記第２通信端末の一方の第１通信情報送信手段によって送信されることで取得するとともに、前記第２通信端末の他方の第１通信情報送信手段によって送信されることで取得することを特徴とする。
【００１６】
また、本発明は、前記第１の通信を制御する第１通信制御装置は、前記サービス提供装置の前記ネットワーク上における場所を示す場所情報を、前記第１通信端末に送信する場所情報送信手段を備え、前記第２通信端末は、前記場所情報送信手段によって場所情報を送信された第１通信端末から当該場所情報を取得し、当該場所情報を用いて前記サービス提供装置にアクセスするアクセス手段と、を備えたことを特徴とする。
【００１７】
また、本発明は、ネットワークに接続される複数の端末に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供方法であって、前記サービス提供装置は、前記サービスを利用することを要求する利用要求を前記複数の端末の内のいずれか一つの端末から受け付けた際に、当該端末と組で利用され第１の通信を確立する第１通信端末と、他の第１通信端末との間で確立された第１の通信を一意に識別する第１通信情報を取得する第１通信情報取得工程と、前記利用要求を送信した前記端末が当該サービス提供装置との間で前記サービスを利用する際に行う第２の通信を一意に識別する第２通信情報を、前記第１通信情報取得工程によって取得された第１通信情報に対応づけて第２通信情報記憶部に格納する第２通信情報格納工程と、前記第２通信情報記憶部に格納されている複数の第１通信情報の内、いずれか二つの第１通信情報各々が同一の第一の通信として確立されたものであることを示す場合に、当該第１通信情報各々に対応づけて前記第２通信情報記憶部に格納されている第２通信情報各々を用いて提供されるサービスを、互いに関連づけて制御するサービス提供制御工程と、を含んだことを特徴とする。
【００１８】
また、本発明は、ネットワークに接続される複数の端末に当該ネットワーク上のサービスを提供するサービス提供装置が当該サービスを制御するサービス提供方法を、コンピュータに実行させるサービス提供プログラムであって、前記サービスを利用することを要求する利用要求を前記複数の端末の内のいずれか一つの端末から受け付けた際に、当該端末と組で利用され第１の通信を確立する第１通信端末と、他の第１通信端末との間で確立された第１の通信を一意に識別する第１通信情報を取得する第１通信情報取得手順と、前記端末が当該サービス提供装置との間で前記サービスを利用する際に行う第２の通信を一意に識別する第２通信情報を、前記第１通信情報取得手順によって取得された第１通信情報に対応づけて第２通信情報記憶部に格納する第２通信情報格納手順と、前記第２通信情報記憶部に格納されている複数の第１通信情報の内、いずれか二つの第１通信情報各々が同一の第一の通信として確立されたものであることを示す場合に、当該第１通信情報各々に対応づけて前記第２通信情報記憶部に格納されている第２通信情報各々を用いて提供されるサービスを、互いに関連づけて制御するサービス提供制御手順と、を前記サービス提供装置としてのコンピュータに実行させることを特徴とする。
【００１９】
また、本発明は、ネットワークに接続される複数の端末に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供システムであって、前記サービス提供装置は、前記サービスを利用することを要求する利用要求を前記複数の端末の内のいずれか一つの端末から受け付けた際に、当該端末によって確立された第１の通信を一意に識別する第１通信情報を取得する第１通信情報取得手段と、前記利用要求を送信した前記端末が当該サービス提供装置との間で前記サービスを利用する際に行う第２の通信を一意に識別する第２通信情報を、前記第１通信情報取得手段によって取得された第１通信情報に対応づけて第２通信情報記憶手段に格納する第２通信情報格納手段と、前記第２通信情報記憶手段に格納されている複数の第１通信情報の内、いずれか二つの第１通信情報各々が同一の第一の通信として確立されたものであることを示す場合に、当該第１通信情報各々に対応づけて前記第２通信情報記憶手段に格納されている第２通信情報各々を用いて提供されるサービスを、互いに関連づけて制御するサービス提供制御手段と、を備えたことを特徴とする。
【００２０】
また、本発明は、前記第１の通信を確立する端末は、当該第１の通信を発信する発信側の端末と、前記発信を着信する着信側の端末とであって、前記発信側の端末および前記着信側の端末それぞれは、前記第１通信情報を前記第１の通信に含まれる情報から収集する第１通信情報収集手段と、前記第１通信情報収集手段によって収集された第１通信情報を、前記サービス提供装置に送信する第１通信情報送信手段とを備え、前記サービス提供装置の第１通信情報取得手段は、前記第１通信情報を、前記第１通信情報送信手段によって送信されることで取得することを特徴とする。
【００２１】
また、本発明は、前記第１の通信を確立する端末は、当該第１の通信を発信する発信側の端末と、前記発信を着信する着信側の端末とであって、前記発信側の端末または前記着信側の端末のいずれか一方は、前記第１通信情報を前記第１の通信に含まれる情報から収集する第１通信情報収集手段と、前記第１通信情報収集手段によって収集された第１通信情報を、前記サービス提供装置に送信する第１通信情報送信手段と、前記第１通信情報収集手段によって収集された第１通信情報を、他の端末との間で確立した前記第１の通信を用いて送信することで、当該第１の通信を確立した端末の他方に通知する第１通信情報通知手段とを備え、前記第１通信情報通知手段によって第１通信情報を通知された前記端末の他方は、前記第１通信情報通知手段によって通知されることで前記第１通信情報を収集する第１通信情報収集手段と、前記第１通信情報収集手段によって収集された第１通信情報を、前記サービス提供装置に送信する第１通信情報送信手段とを備え、前記サービス提供装置の第１通信情報取得手段は、前記第１通信情報を、前記端末の一方の第１通信情報送信手段によって送信されるとともに、前記端末の他方の第１通信情報送信手段によって送信されることで取得することを特徴とする。
【００２２】
また、本発明は、前記第１の通信を制御する第１通信制御装置は、前記サービス提供装置の前記ネットワーク上における場所を示す場所情報を、前記第一の通信を確立した端末の双方もしくは一方に送信する場所情報送信手段を備え、前記場所情報送信手段によって場所情報を送信された前記端末は、送信された場所情報を用いて前記サービス提供装置にアクセスするアクセス手段と、を備えたことを特徴とする。
【００２３】
また、本発明は、前記サービス提供制御手段は、前記第１の通信が切断されたことを示す切断情報を受信すると、当該第１の通信を一意に識別する第１通信情報各々に対応づけて前記第２通信情報記憶手段に格納されている第２通信情報各々を用いて提供されているサービスを終了するように制御することを特徴とする。
【００２４】
また、本発明は、前記サービス提供制御手段は、前記第２通信情報各々を用いて提供されていたサービスを終了することを示す終了情報を受信すると、当該第２通信情報各々に対応づけて前記第２通信情報記憶手段に格納されている第１通信情報各々によって一意に識別される第１の通信を切断する切断指示を、当該第１の通信を制御する第１通信制御装置に送信する切断指示送信手段と、前記第１通信制御装置は、前記切断指示送信手段によって送信された切断指示を受信すると、当該切断指示によって指示された第１の通信を切断するように制御する切断制御手段を備えたことを特徴とする。
【００２５】
また、本発明は、前記サービス提供装置は、前記サービス提供制御手段によって前記第２通信情報を用いてサービスが提供された際に、提供された当該サービスに関する情報と、当該第２通信情報に対応づけて前記第２通信情報記憶手段に格納されている第１通信情報とを対応づけ、当該対応づけを予め設定された有効期間とともに第１通信情報記憶手段に格納する第１通信情報格納手段と、前記ネットワークに接続される複数の端末の内のいずれか一つの端末であって前記サービス提供制御手段によってサービスを提供された端末が、前記有効期間内に、前記第１通信情報記憶手段によって記憶されている第１通信情報を指定して前記サービス提供装置との間で前記第２の通信を行うと、当該第１通信情報を検索キーとして当該第１通信情報記憶手段を検索し、当該第１通信情報に対応づけて格納されている前記サービスに関する情報を取得するサービス情報取得手段と、前記サービス情報取得手段によって前記サービスに関する情報が取得されると、当該情報に基づいて、当該端末に対するサービスを制御する第２のサービス提供制御手段と、を備えたことを特徴とする。
【００２６】
また、本発明は、ネットワークに接続される複数の端末に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供システムであって、前記サービス提供装置は、前記サービスを利用することを要求する利用要求を前記複数の端末の内のいずれか一つの端末から受け付けた際に、当該端末と組で利用され第１の通信を確立する第１通信端末と、当該サービス提供装置との間で確立された第１の通信を一意に識別する第１通信情報を取得する第１通信情報取得手段と、前記利用要求を送信した前記端末が当該サービス提供装置との間で前記サービスを利用する際に行う第２の通信を一意に識別する第２通信情報を、前記第１通信情報取得手段によって取得された第１通信情報に対応づけて第２通信情報記憶手段に格納する第２通信情報格納手段と、前記第２通信情報記憶手段に格納されている複数の第１通信情報の内、いずれか一つの第１通信情報が当該サービス提供装置との間で確立された第１の通信であることを示す場合に、当該第１通信情報に対応づけて前記第２通信情報記憶手段に格納されている第２通信情報を用いて提供されるサービスを、当該第１通信情報と関連づけて制御するサービス提供制御手段と、を備えたことを特徴とする。
【００２７】
また、本発明は、ネットワークに接続される端末に当該ネットワーク上のサービスを提供するサービス提供装置が、当該サービスを制御するサービス提供システムであって、前記サービス提供装置は、前記サービスを利用することを要求する利用要求を前複数の端末の内のいずれか一つの記端末から受け付けた際に、当該端末と当該サービス提供装置との間で確立された第１の通信を一意に識別する第１通信情報を取得する第１通信情報取得手段と、前記利用要求を送信した前記端末が当該サービス提供装置との間で前記サービスを利用する際に行う第２の通信を一意に識別する第２通信情報を、前記第１通信情報取得手段によって取得された第１通信情報に対応づけて第２通信情報記憶手段に格納する第２通信情報格納手段と、前記第２通信情報記憶手段に格納されている複数の第１通信情報の内、いずれか一つの第１通信情報が当該サービス提供装置との間で確立された第１の通信であることを示す場合に、当該第１通信情報に対応づけて前記第２通信情報記憶手段に格納されている第２通信情報を用いて提供されるサービスを、当該第１通信情報と関連づけて制御するサービス提供制御手段と、を備えたことを特徴とする。
【発明の効果】
【００２８】
本発明によれば、端末側の形態が、第１の通信を確立する端末と、サービスを利用する端末とに分かれるケースにおいて、第１の通信を確立した通信相手のように、通信相手との関係が一時的な場合にも、サービス提供装置は、このような一時的な通信関係に基づいたサービス提供を実現することが可能になる。
【００２９】
本発明によれば、サービス提供装置が第１通信情報を取得するにあたり、ホームゲートウェイ装置が、第１通信情報を収集する機能を備えればよいことになる。
【００３０】
本発明によれば、ホームゲートウェイ装置の一方のみが第１通信情報を収集する機能を備えればよいことになる。
【００３１】
本発明によれば、端末側がサービス提供装置の場所情報を未知であっても、第１の通信を制御する第１通信制御装置から場所情報を通知されることで、サービス提供装置にアクセスすることが可能になる。
【００３２】
本発明によれば、サービス提供装置が第１通信情報を取得するにあたり、第１の通信を確立する端末が、第１通信情報を収集する機能を備えればよいことになる。
【００３３】
本発明によれば、サービス提供装置が第１通信情報を取得するにあたり、第１の通信を確立する端末の一方のみが、第１通信情報を収集する機能を備えればよいことになる。
【００３４】
本発明によれば、端末側がサービス提供装置の場所情報を未知であっても、第１の通信を制御する第１通信制御装置から場所情報を通知されることで、サービス提供装置にアクセスすることが可能になる。
【００３５】
本発明によれば、端末側の形態が、第１の通信を確立する機能とサービスを利用する機能とが一体型のケースにおいて、サービス提供装置は、第１の通信を確立した通信相手のように、通信相手との関係が一時的な場合にも、このような一時的な通信関係に基づいたサービス提供を実現することが可能になる。
【００３６】
本発明によれば、サービス提供装置が第１通信情報を取得するにあたり、端末が、第１通信情報を収集する機能を備えればよいことになる。
【００３７】
本発明によれば、サービス提供装置が第１通信情報を取得するにあたり、端末の一方のみが、第１通信情報を収集する機能を備えればよいことになる。
【００３８】
本発明によれば、端末側がサービス提供装置の場所情報を未知であっても、第１の通信を制御する第１通信制御装置から場所情報を通知されることで、サービス提供装置にアクセスすることが可能になる。
【００３９】
本発明によれば、サービス提供装置は、第１の通信の終了制御と第２の通信の終了制御とを連携させることも可能になる。
【００４０】
本発明によれば、有効期間内であれば、過去に同一の第１の通信を確立した端末各々の一時的な通信関係（過去の通信関係）に基づいて、サービスを制御することが可能になる。
【００４１】
本発明によれば、端末とサービス提供装置との間で第１の通信が確立されるケースにおいて、サービス提供装置は、第１の通信を確立した通信相手のように、通信相手との関係が一時的な場合にも、このような一時的な通信関係に基づいたサービス提供を実現することが可能になる。
【発明を実施するための最良の形態】
【００４２】
以下に添付図面を参照して、本発明に係るサービス提供システム、サービス提供方法およびサービス提供プログラムの実施例を詳細に説明する。なお、以下では、実施例で用いる主要な用語、実施例１に係るサービス提供システムの概要および特徴、実施例１に係るサービス提供システムの構成、実施例１に係るサービス提供システムによる処理の手順、実施例１の効果を順に説明し、続いて、他の実施例について説明する。
【００４３】
［用語の説明］
まず最初に、以下の実施例で用いる主要な用語を説明する。「サービス」とは、いわゆるＷｅｂサービス（ＷＷＷ関連技術を適用することで、アプリケーションの機能をネットワーク経由で実現するサービス）のことである。インターネットなどＩＰによって制御されるネットワークにおいて、「サービス提供装置」がサービスを制御し、ネットワークに接続する「端末」が「サービス」の提供を受けるという関係にある。
【００４４】
ところで、「サービス提供装置」は、端末各々の関係や端末とサービス提供装置との関係、もしくは端末を利用する利用者同士の関係などに基づいて、サービスを制御する。具体的に例を挙げて説明すると、例えば、ＩＭサービスにおいて、端末Ａを利用する利用者と端末Ｂを利用する利用者とがファイル共有を実現する場合を想定する。端末Ｂが、「サービス提供装置」にアクセスしている際に、端末Ａが、「サービス提供装置」にファイルをアップロードしたとする。このような場合、「サービス提供装置」は、端末Ａの利用者と端末Ｂの利用者との関係に基づいて、端末Ｂにファイルを送信する。すなわち、「サービス提供装置」は、例えば、端末Ａの利用者から利用者ＩＤやパスワードの入力を受け付け、端末Ｂの利用者から利用者ＩＤやパスワードの入力を受け付けることで、端末Ａの利用者と端末Ｂの利用者とを特定する。そして、「サービス提供装置」は、特定した端末Ａの利用者と端末Ｂの利用者との関係が、ファイル共有を互いに認めている関係であれば、当該関係に基づいて、端末Ｂにファイルを送信するよう、サービスを制御するのである。
【００４５】
また、例えば、ＳＮＳ（Social  Networking  Service）において、サイトの運営者である端末Ａの利用者が端末Ｂの利用者にサイトを閲覧させる場合を想定する。このような場合、「サービス提供装置」は、端末Ａの利用者と端末Ｂの利用者との関係に基づいて、端末Ｂの利用者によるサイトの閲覧を制御する。すなわち、「サービス提供装置」は、特定した端末Ａの利用者と特定した端末Ｂの利用者との関係が、端末Ａの利用者によって端末Ｂの利用者によるサイトの閲覧が認められている関係であれば、当該関係に基づいて、端末Ｂの利用者によるサイトの閲覧を許可するよう、サービスを制御するのである。
【００４６】
また、例えば、音楽情報を提供する「サービス提供装置」が、端末Ａの利用者に音楽情報のダウンロードを許可する場合を想定する。このような場合、「サービス提供装置」は、端末Ａの利用者と「サービス提供装置」との関係に基づいて、端末Ａによるダウンロード通信を制御する。すなわち、「サービス提供装置」は、特定した端末Ａの利用者と「サービス提供装置」との関係が、「サービス提供装置」によって端末Ａの利用者によるダウンロード通信が認められている関係であれば、当該関係に基づいて、端末Ａによるダウンロード通信を許可するよう、サービス提供を制御するのである。
【００４７】
このように、端末各々の関係や端末とサービス提供装置との関係、もしくは端末を利用する利用者同士の関係などは、そのサービス内容によって様々な態様があるが、いずれの場合も、「サービス提供装置」が、これらの関係に基づいてサービスを制御することに変わりはない。
【００４８】
もっとも、従来のＷｅｂサービスは、このような関係が、予め登録されたものであることを前提として提供されてきた。例えば、従来の「サービス提供装置」は、利用者同士の関係などを予めバディリストに登録し、登録したバディリストに基づいて、チャットや画像データの共有などのサービスを制御していたのである。これに対し、本発明における「サービス提供装置」は、予め登録されたバディリストのような関係のみならず、通信相手との関係が一時的な場合（アドホックに変化する関係の場合）にも、かかる一時的な通信関係に基づいて、チャットや画像データの共有などのサービスを制御するものである。
【実施例１】
【００４９】
［実施例１に係るサービス提供システムの概要および特徴］
続いて、図１を用いて、実施例１に係るサービス提供システムの概要および特徴を説明する。図１は、実施例１に係るサービス提供システムの概要および特徴を説明するための図である。
【００５０】
実施例１に係るサービス提供システムは、上記したように、ネットワークに接続する複数の端末に当該ネットワーク上のサービスを提供するサービス提供装置がサービスを制御することを概要とし、通信相手との関係が一時的な場合にも、このような一時的な通信関係に基づいてサービスを制御することを主たる特徴とする。
【００５１】
この主たる特徴について簡単に説明すると、まず、端末と端末との間で、ＳＩＰ（Session  Initiation  Protocol）によって通信が確立される（図１の（１）を参照）。なお、以下では、ＳＩＰによってセッションが確立される過程を適宜『ＳＩＰ通信』と表現する（すなわち、『ＳＩＰ通信』は、ＳＩＰによって確立されたセッションそのものの通信、例えば、エンドユーザ間の音声パスやＶＰＮ（Virtual  Private  Network）などを意味するものではない）。
【００５２】
次に、端末は、サービスを利用することを要求する利用要求をサービス提供装置に送信する（図１の（２）を参照）。すると、サービス提供装置は、端末間でＳＩＰによって確立された通信を一意に識別するcallセッション情報を取得する（図１の（３）を参照）。具体的には、端末が、ＳＩＰ通信に含まれる情報からcallセッション情報を収集し、収集したcallセッション情報をサービス提供装置に送信することで、サービス提供装置は、callセッション情報を取得する。例えば、サービス提供装置は、一方の端末について、callセッション情報『100』を取得する。また、サービス提供装置は、他方の端末について、callセッション情報『100』を取得する。
【００５３】
そして、サービス提供装置は、端末がサービス提供装置との間で行うＷｅｂ通信を一意に識別する情報として当該Ｗｅｂ通信に付与されたWebセッション情報を、当該端末から取得されたcallセッション情報と対応づけて記憶部に格納する（図１の（４）を参照）。具体的には、サービス提供装置は、Webセッション情報を払い出し、払い出したWebセッション情報をcallセッション情報と対応づけて記憶部に格納する。例えば、サービス提供装置は、一方の端末について、Webセッション情報『123』を払い出し、callセッション情報『100』と対応づけて格納する。また、サービス提供装置は、他方の端末について、Webセッション情報『456』を払い出し、callセッション情報『100』と対応づけて格納する。
【００５４】
続いて、サービス提供装置は、記憶部に格納されている複数のcallセッション情報の内、所定のcallセッション情報各々が、ＳＩＰによって同一の通信として確立されたものであることを示す場合に、当該callセッション情報各々に対応づけて記憶部に格納されているWebセッション情報各々を用いて提供されるサービスを、互いに関連づけて制御する（図１の（５）を参照）。例えば、サービス提供装置は、callセッション情報『100』に対応づけて格納されているWebセッション情報『123』が付与されたＷｅｂ通信と、Webセッション情報『456』が付与されたＷｅｂ通信とを、ＳＩＰによって同一の通信として確立された関係であるとして、互いに関連づけて制御する。
【００５５】
すなわち、図１に例示するように、他方の端末が、Webセッション情報『456』が付与されたＷｅｂ通信によってサービス提供装置にアクセスしている際に、一方の端末が、Webセッション情報『123』が付与されたＷｅｂ通信によってサービス提供装置に画像データをアップロードしたとする。このような場合、実施例１におけるサービス提供装置は、端末各々の関係は、ＳＩＰによって同一の通信を確立した関係であるので、この関係は、画像データの共有を互いに認めている関係であるとして、他方の端末に画像データを送信するよう、サービスを制御する。
【００５６】
このようなことから、実施例１に係るサービス提供システムは、callセッション情報各々がＳＩＰによって同一の通信として確立されたものであることを示す場合に、callセッション情報各々に対応するＷｅｂ通信を互いに関連づけてサービスを制御するので、ＳＩＰによって同一の通信を確立した通信相手のように、通信相手となる端末との関係が一時的な場合にも、このような一時的な通信関係に基づいてサービス提供を実現することが可能になる。
【００５７】
なお、実施例１においては、callセッション情報各々がＳＩＰによって同一の通信として確立されたものであることを示す場合を、callセッション情報が一致（いずれのcallセッション情報も『100』）することで判定する手法について説明したが、本発明はこれに限られるものではない。callセッション情報が一致しなくとも、同一の通信として確立されたという関連性を確認することができれば、具体的に判定する手法はいずれでもよい。
【００５８】
［実施例１に係るサービス提供システムの構成］
次に、図２および図３を用いて、実施例１に係るサービス提供システムの構成を説明する。図２は、実施例１に係るサービス提供システムの構成を示すブロック図であり、図３は、セッション情報記憶部を説明するための図である。なお、実施例１に係るサービス提供システムは、サービス提供装置と、ＳＩＰ通信確立を要求する側の端末と、ＳＩＰ通信確立の要求に応答する側の端末と、ＳＩＰ通信を制御するＳＩＰ  ＰＲＯＸＹとで主に構成されるが、実施例１においては、両端末の構成がいずれもＳＩＰフォン機能と情報表示機能との一体型である場合を想定し、また、ＳＩＰ  ＰＲＯＸＹが汎用的なＳＩＰ  ＰＲＯＸＹである場合を想定するので、以下では、サービス提供装置および一方の端末についてのみ説明する。
【００５９】
［サービス提供装置１００］
実施例１におけるサービス提供装置１００は、以下に説明する各部が汎用的なサーバなどに備えられることによって実現され、特に本発明に密接に関連するものとしては、図２に示すように、通信部１１０と、記憶部１２０と、制御部１３０とを備える。
【００６０】
通信部１１０は、ＨＴＴＰ（HyperText  Transfer  Protocol）通信用の一般的なインタフェースおよびライブラリを備え、端末２００との間で情報を送受信する。具体的には、通信部１１０は、後述するcallセッション情報受信部１３１が端末２００からcallセッション情報を受信する通信や、後述するWebセッション情報払出部１３２が端末２００にWebセッション情報を送信する通信や、後述するサービス提供部１３４が端末２００にサービスを提供する通信などを行う。なお、実施例１においては、上記したいずれの通信もＨＴＴＰで行われるものとして説明するが、中でも、サービス提供部１３４による通信はＷｅｂサービスに関係する通信であるという意味で、「Ｗｅｂ通信」と呼ぶ。
【００６１】
記憶部１２０は、制御部１３０における各種制御に用いられる情報を記憶し、特に本発明に密接に関連するものとしては、図２に示すように、セッション情報記憶部１２１を備える。なお、セッション情報記憶部１２１は、特許請求の範囲に記載の「第２通信情報記憶手段」に対応する。
【００６２】
セッション情報記憶部１２１は、Webセッション情報をcallセッション情報と対応づけて記憶する。具体的には、セッション情報記憶部１２１は、まず、後述するcallセッション情報受信部１３１によって受信されたcallセッション情報を記憶し、次に、後述するWebセッション情報払出部１３２によって払い出されたWebセッション情報をcallセッション情報と対応づけて記憶する。また、セッション情報記憶部１２１が記憶したこれらのセッション情報は、後述するサービス提供部１３４による処理に利用されるなどする。
【００６３】
ここで、callセッション情報およびWebセッション情報について説明する。本来、セッション情報とは、ＯＳＩ（Open  Systems  Interconnection）でいうところの第５層で通信を一意に識別する情報である。すなわち、実施例１に係るサービス提供システムにおいては、通信として、ＳＩＰ通信とＷｅｂ通信（ＨＴＴＰ通信）とが行われることを想定しているが、ＳＩＰ通信もＷｅｂ通信も、いずれもＴＣＰ（Transmission  Control  Protocol）通信であるという点で、第４層では識別することができない。このため、端末間で確立された通信にセッション情報が付与されることで、当該通信がＳＩＰ通信であるのか、あるいは、Ｗｅｂ通信であるのかが識別される。すなわち、callセッション情報とは、ＳＩＰ通信であることを示すセッション情報であり、Webセッション情報とは、Ｗｅｂ通信であることを示すセッション情報である。
【００６４】
また、セッション情報は、単にＳＩＰ通信とＷｅｂ通信とを識別するのみならず、端末間で確立された通信が、他の端末間で確立された通信とは異なる通信であることをも識別する。これを言い換えると、callセッション情報とは、端末間でＳＩＰによって確立された通信を一意に識別する情報であり、Webセッション情報とは、端末間で確立されたＷｅｂ通信を一意に識別する情報である。callセッション情報としては、ＳＩＰ通信に含まれる情報である『Call-ID』、または、『From』、『To』、『tag』、ＩＰアドレス、もしくは、これらの組合せを用いる手法や、ＳＩＰ通信に含まれるその他の情報を組合せて用いる手法などが考えられ、ＳＩＰによって確立された通信を一意に識別することが可能な情報を用いる手法であれば、どのような手法でもよい。一方、Webセッション情報としては、端末２００がＷｅｂ通信を行う際に利用するブラウザに付与された情報である『セッションID』（CookieのIDなど）を用いる手法などが考えられる。なお、これらのcallセッション情報やWebセッション情報は、一般的には確立されたセッションごとにユニークに生成されるものであり、通常のアプリケーション利用の範囲では、競合しないものである。
【００６５】
セッション情報記憶部１２１の説明に戻ると、セッション情報記憶部１２１は、例えば、図３に示すように、callセッション情報とWebセッション情報との対応づけを記憶する。すなわち、後述するcallセッション情報受信部１３１によって一方の端末２００からcallセッション情報『100』が受信されると、セッション情報記憶部１２１は、図３の（Ａ）に示すように、callセッション情報『100』を記憶する。次に、後述するWebセッション情報払出部１３２によってWebセッション情報『123』が払い出されると、セッション情報記憶部１２１は、図３の（Ｂ）に示すように、Webセッション情報『123』をcallセッション情報『100』に対応づけて記憶する。同様に、セッション情報記憶部１２１は、他方の端末２００についても、図３の（Ｃ）に示すように、callセッション情報『100』を記憶し、図３の（Ｄ）に示すように、Webセッション情報『456』をcallセッション情報『100』に対応づけて記憶する。その後、後述するサービス提供部１３４による関連づけが行われると、セッション情報記憶部１２１は、図３の（Ｅ）に示すように、関連づけを記憶する。なお、図３に示すcallセッション情報やWebセッション情報は、説明の便宜上から特定の数字を示したものに過ぎず、数字に何ら特別の意味があるものではない。
【００６６】
図２に戻り、制御部１３０は、サービス提供装置１００における各種制御を行い、特に本発明に密接に関連するものとしては、図２に示すように、callセッション情報受信部１３１と、Webセッション情報払出部１３２と、関連づけ部１３３と、サービス提供部１３４とを備える。なお、callセッション情報受信部１３１は、特許請求の範囲に記載の「第１通信情報取得手段」に対応し、関連づけ部１３３は、特許請求の範囲に記載の「第２通信情報格納手段」に対応し、サービス提供部１３４は、特許請求の範囲に記載の「サービス提供制御手段」に対応する。
【００６７】
callセッション情報受信部１３１は、callセッション情報を受信する。具体的には、callセッション情報受信部１３１は、ＳＩＰによって通信を確立した端末２００から送信されたcallセッション情報を受信することで、callセッション情報を取得する。また、callセッション情報受信部１３１は、受信したcallセッション情報を、セッション情報記憶部１２１に格納する。
【００６８】
Webセッション情報払出部１３２は、Webセッション情報を払い出す。具体的には、Webセッション情報払出部１３２は、callセッション情報受信部１３１によってcallセッション情報が受信されると、当該callセッション情報を送信した端末２００が行うＷｅｂ通信（サービス提供を受けるために端末２００がサービス提供装置１００との間で行うＷｅｂ通信）に付与する情報として、Webセッション情報を払い出す。また、Webセッション情報払出部１３２は、払い出したWebセッション情報を、端末２００に送信する。
【００６９】
関連づけ部１３３は、Webセッション情報をcallセッション情報に対応づけて格納する。具体的には、関連づけ部１３３は、Webセッション情報払出部１３２によって払い出されたWebセッション情報を、callセッション情報受信部１３１によって取得されたcallセッション情報に対応づけてセッション情報記憶部１２１に格納する。
【００７０】
サービス提供部１３４は、サービスを制御する。具体的には、サービス提供部１３４は、セッション情報記憶部１２１に格納されているWebセッション情報各々を用いて提供されるサービスを、互いに関連づけて制御する。
【００７１】
例えば、サービス提供部１３４は、図３の（Ｄ）および（Ｅ）に示すように、セッション情報記憶部１２１によって記憶されている複数のcallセッション情報の内、２つのcallセッション情報『100』各々が、ＳＩＰによって同一の通信として確立されたものであることを判別する。そして、サービス提供部１３４は、callセッション情報『100』に対応づけて記憶されているWebセッション情報『123』が付与されたＷｅｂ通信と、Webセッション情報『456』が付与されたＷｅｂ通信とを用いて提供されるサービスを、互いに関連づけて制御する。
【００７２】
すなわち、例えば、他方の端末２００が、Webセッション情報『456』が付与されたＷｅｂ通信によってサービス提供装置１００にアクセスしている際に、一方の端末２００が、Webセッション情報『123』が付与されたＷｅｂ通信によってサービス提供装置１００に画像データをアップロードしたとする。このような場合、端末２００各々の関係は、ＳＩＰによって同一の通信を確立した関係であるので、この関係は、画像データの共有を互いに認めている関係であるとして、実施例１におけるサービス提供部１３４は、他方の端末２００に画像データを送信するよう、サービスを制御する。
【００７３】
ここで、改めて、サービス提供装置１００によるサービス提供について考える。すなわち、サービス提供装置１００によるサービス提供が、端末２００各々の関係に基づいて制御される点は、従来のサービス提供装置と同様であるが、実施例１におけるサービス提供装置１００が、「端末２００各々の関係」をどのように把握しているかが重要である。
【００７４】
つまり、実施例１におけるサービス提供装置１００は、従来のサービス提供装置のように、予め記憶部に登録された関係を「端末２００各々の関係」として把握するのではなく、サービス提供部１３４が、callセッション情報各々がＳＩＰによって同一の通信を確立したものであることを示す場合に、「端末２００各々の関係」を把握するのである。言い換えると、サービス提供装置１００は、ＳＩＰによって同一の通信を確立した端末２００各々の関係のように、通信相手となる端末２００との関係が一時的な場合にも、かかる一時的な通信関係に基づいて、当該端末２００各々において行われるＷｅｂ通信を互いに関連づけることで、一時的な通信関係に関連づけたサービス提供を可能としている。
【００７５】
なお、実施例１のように、第１の通信がＳＩＰによって通信を確立する過程の通信である場合には、「端末２００各々の関係」がＳＩＰによる認証済みの関係であるという点でも意味がある。すなわち、ＳＩＰ通信においては、Digest（ダイジェスト）認証などが行われるのが一般的であり、端末２００の間でＳＩＰによって通信が確立されたということは、端末２００各々の関係が認証済みであることを示す。
【００７６】
［端末２００］
実施例１における端末２００は、以下に説明する各部が汎用的なＰＣ（Personal  Computer）などに備えられることによって実現され、特に本発明に密接に関連するものとしては、図２に示すように、入力部２０１と、出力部２０２と、入出力制御Ｉ／Ｆ部２０３と、ＳＩＰフォン機能部２１０と、情報表示機能部２２０とを備える。
【００７７】
入力部２０１は、ＳＩＰフォン機能部２１０や情報表示機能部２２０に用いられる情報や、各種処理をするための操作指示などを、番号キー、キーボード、マウス、マイクなどによって入力する。例えば、入力部２０１は、他方の端末２００との間でＳＩＰによって通信を確立するにあたり、ＳＩＰ−ＵＲＩ（Uniform  Resource  Identifier）の元になる電話番号を、キーボードによって入力するなどする。
【００７８】
出力部２０２は、ＳＩＰフォン機能部２１０や情報表示機能部２２０による各種処理の結果や、各種処理をするための操作指示などを、ディスプレイ、プリンタ、スピーカなどに出力する。例えば、出力部２０２は、後述するサービス利用部２２５によってサービス提供装置１００からサービス提供を受けた際に、当該サービスの内容をディスプレイに表示するなどする。
【００７９】
入出力制御Ｉ／Ｆ部２０３は、入力部２０１と、出力部２０２と、ＳＩＰフォン機能部２１０と、情報表示機能部２２０との間における情報転送を制御する。
【００８０】
ＳＩＰフォン機能部２１０は、端末２００において、ＳＩＰによって通信を確立する過程の通信（ＳＩＰ通信）や、ＳＩＰによって確立された通信を行う部であり、特に本発明に密接に関連するものとしては、図２に示すように、ＳＩＰ通信部２１１と、制御部２１２とを備える。
【００８１】
ＳＩＰ通信部２１１は、ＳＩＰ用の一般的なインタフェースおよびライブラリを備え、他方の端末２００との間で（ＳＩＰ  ＰＲＯＸＹを介するなどして）情報を送受信する。具体的には、ＳＩＰ通信部２１１は、他方の端末２００との間でＳＩＰによって確立される通信の情報などを送受信する。
【００８２】
制御部２１２は、ＳＩＰフォン機能部２１０における各種制御を行い、特に本発明に密接に関連するものとしては、図２に示すように、callセッション情報収集部２１３と、起動指示部２１４とを備える。なお、callセッション情報収集部２１３は、特許請求の範囲に記載の「第１通信情報収集手段」に対応する。
【００８３】
callセッション情報収集部２１３は、callセッション情報を収集する。具体的には、callセッション情報収集部２１３は、他方の端末２００との間でＳＩＰによって確立された通信を一意に識別するcallセッション情報を、ＳＩＰ通信に含まれる情報から収集する。また、callセッション情報収集部２１３は、収集したcallセッション情報を、起動指示部２１４に伝達する。例えば、callセッション情報収集部２１３は、callセッション情報としては、ＳＩＰ通信に含まれる『Call-ID』、または、『From』、『To』、『tag』、ＩＰアドレス、もしくは、これらの組合せを収集したり、ＳＩＰ通信に含まれるその他の情報を収集する。なお、callセッション情報は、ＳＩＰによって確立された通信を一意に識別することが可能な情報であれば、どのような情報であってもよい。
【００８４】
起動指示部２１４は、情報表示機能部２２０を起動する指示を行う。具体的には、起動指示部２１４は、callセッション情報収集部２１３によってcallセッション情報を伝達されると、情報表示機能部２２０を起動する指示（情報表示機能部２２０が起動している場合には、後述するcallセッション情報送信部２２３を起動する指示など）を行うとともに、サービス提供装置１００のＵＲＬ（Uniform  Resource  Locator）やcallセッション情報をcallセッション情報送信部２２３に伝達する。
【００８５】
情報表示機能部２２０は、端末２００において、ＨＴＴＰ通信を行うブラウザであり、特に本発明に密接に関連するものとしては、図２に示すように、ＨＴＴＰ通信部２２１と、制御部２２２とを備える。
【００８６】
ＨＴＴＰ通信部２２１は、ＨＴＴＰ通信用の一般的なインタフェースおよびライブラリを備え、サービス提供装置１００との間で情報を送受信する。具体的には、ＨＴＴＰ通信部２２１は、後述するcallセッション情報送信部２２３からサービス提供装置１００にcallセッション情報を送信する通信や、後述するWebセッション情報受信部２２４がサービス提供装置１００からWebセッション情報を受信する通信や、後述するサービス利用部２２５がサービス提供装置１００からサービス提供を受ける通信などを行う。
【００８７】
制御部２２２は、情報表示機能部２２０における各種制御を行い、特に本発明に密接に関連するものとしては、図２に示すように、callセッション情報送信部２２３と、Webセッション情報受信部２２４と、サービス利用部２２５とを備える。なお、callセッション情報送信部２２３は、特許請求の範囲に記載の「第１通信情報送信手段」および「第１通信情報通知手段」に対応する。
【００８８】
callセッション情報送信部２２３は、callセッション情報を送信する。具体的には、callセッション情報送信部２２３は、起動指示部２１４からサービス提供装置１００のＵＲＬやcallセッション情報を伝達されると、ＵＲＬで示されるサービス提供装置１００にcallセッション情報を送信する。なお、実施例１においては、端末２００がサービス提供装置１００のＵＲＬを予め記憶部に記憶していることで、callセッション情報送信部２２３が当該ＵＲＬで示されるサービス提供装置１００にcallセッション情報を送信する。
【００８９】
Webセッション情報受信部２２４は、Webセッション情報を受信する。具体的には、Webセッション情報受信部２２４は、サービス提供装置１００からWebセッション情報を受信する。また、Webセッション情報受信部２２４は、受信したWebセッション情報を、サービス利用部２２５に伝達する。
【００９０】
サービス利用部２２５は、サービス提供装置１００によって提供されるサービスの提供を受け、サービスを利用する。具体的には、サービス利用部２２５は、Webセッション情報受信部２２４によって伝達されたWebセッション情報を、ＨＴＴＰ通信を行うブラウザに付与し、サービス提供を受けるために、サービス提供装置１００との間でＷｅｂ通信を行う。
【００９１】
［実施例１に係るサービス提供システムによる処理の手順］
次に、図４〜図６を用いて、実施例１に係るサービス提供システムによる処理の手順を説明する。図４は、実施例１に係るサービス提供システムによる処理の手順（その１）を示すシーケンス図であり、図５は、実施例１に係るサービス提供システムによる処理の手順（その２）を示すシーケンス図であり、図６は、実施例１に係るサービス提供システムによる処理の手順（その３）を示すシーケンス図である。
【００９２】
［処理の手順（その１）  図４］
図４に示すように、まず、両端末２００のＳＩＰ通信部２１１間で、ステップＳ１０１−１〜ステップＳ１０３−２のＳＩＰ通信がＳＩＰ  ＰＲＯＸＹ３００を介して行われ、その結果、ステップＳ１０４において、両端末２００間でＳＩＰによって通信が確立される。なお、ＳＩＰ通信におけるDigest認証やREGISTER処理などについては図示していないが、一般的なＳＩＰ通信と同様、ステップＳ１０１−１よりも前に行われている。
【００９３】
両端末２００間でＳＩＰによって通信が確立されると、一方の端末２００のcallセッション情報収集部２１３は、他方の端末２００との間でＳＩＰによって確立された通信を一意に識別するcallセッション情報を、ＳＩＰ通信に含まれる情報から収集する（ステップＳ１１０）。
【００９４】
そして、一方の端末２００の起動指示部２１４は、情報表示機能部２２０を起動する指示を行うとともに、サービス提供装置１００のＵＲＬやcallセッション情報を、情報表示機能部２２０のcallセッション情報送信部２２３に伝達する（ステップＳ１１１）。
【００９５】
すると、callセッション情報送信部２２３は、ＵＲＬで示されるサービス提供装置１００にcallセッション情報を送信する（ステップＳ１１２）。なお、図４に示すように、他方の端末２００も、ステップＳ１１０〜ステップＳ１１２と同様の処理を行っているが、サービス提供装置１００にcallセッション情報を送信するタイミングは、両端末２００で同じタイミングになってもよいし、異なるタイミングになってもよい。
【００９６】
一方、サービス提供装置１００のcallセッション情報受信部１３１が、端末２００から送信されたcallセッション情報を受信すると、続いて、Webセッション情報払出部１３２が、当該callセッション情報を送信した端末２００が行うＷｅｂ通信（サービス提供を受けるために端末２００がサービス提供装置１００との間で行うＷｅｂ通信）に付与する情報として、Webセッション情報を払い出し（ステップＳ１１３）、払い出したWebセッション情報を、端末２００に送信する（ステップＳ１１４）。
【００９７】
次に、サービス提供装置１００の関連づけ部１３３は、ステップＳ１１３において端末２００について払い出されたＷｅｂセッション情報を、ステップＳ１１２において端末２００について取得されたcallセッション情報に対応づけてセッション情報記憶部１２１に格納する。そして、サービス提供装置１００のサービス提供部１３４は、セッション情報記憶部１２１に格納されている複数のcallセッション情報の内、所定のcallセッション情報各々がＳＩＰによって同一の通信として確立されたものであることを示す場合に、当該callセッション情報各々に対応づけて格納されているWebセッション情報各々を用いて提供されるサービスを、互いに関連づけて制御する（ステップＳ１１５〜Ｓ１１６）。
【００９８】
なお、図４に示す『callセッション情報のマッチング』とは、サービス提供部１３４が、callセッション情報各々について、ＳＩＰによって同一の通信として確立されたものであるか否かを判別することを意味する。また、図４に示す『発着端末の紐付け』とは、サービス提供部１３４が、端末２００各々のＷｅｂ通信に付与されたWebセッション情報各々を、互いに関連づけることで、端末２００各々のＷｅｂ通信を、ＳＩＰによって同一の通信が確立された関係として扱うことを意味する。
【００９９】
こうして、サービス提供装置１００のサービス提供部１３４は、ステップＳ１１５において行われた関連づけに基づいて、サービスを制御する。
【０１００】
すなわち、例えば、一方の端末２００のサービス利用部２２５が、ステップＳ１１４で払い出されたWebセッション情報が付与されたＷｅｂ通信によって、サービス提供装置１００に画像データをアップロードし（ステップＳ１１６−１）、他方の端末２００のサービス利用部２２５が、同じくサービス提供装置１００から払い出されたWebセッション情報が付与されたＷｅｂ通信によって、サービス提供装置１００にアクセスしていたとする（ステップＳ１１６−２）。すると、サービス提供部１３４は、他方の端末２００に画像データを送信するよう、サービスを制御するので、他方の端末２００に画像データが送信され（ステップＳ１１６−３）、他方の端末２００の情報表示機能部２００は、出力部２０２に画像データを表示するなどする（ステップＳ１１６−４）。
【０１０１】
このようなことから、実施例１に係るサービス提供システムは、ＳＩＰによって同一の通信を確立した通信相手のように、通信相手との関係が一時的な場合にも、このような一時的な通信関係に基づいてサービス提供を実現することが可能になる。
【０１０２】
なお、実施例１においては、ステップＳ１１３〜Ｓ１１４においてWebセッション情報を払い出した後に、ステップＳ１１５においてcallセッション情報のマッチングを行う処理手順を示したが、本発明はこれに限られるものではない。図４に示す『callセッション情報のマッチング』とは、サービス提供部１３４が、callセッション情報各々について、ＳＩＰによって同一の通信として確立されたものであるか否かを判別することを意味するものであるが、このような判別は、例えば、ステップＳ１１３でWebセッション情報を払い出す前や、ステップＳ１１４でWebセッション情報を送信する前などに行ってもよい。
【０１０３】
［処理の手順（その２）  図５］
以下では、図５に示す処理の手順（その２）が、図４に示す処理の手順（その１）と異なる点を中心に説明する。図４に示す処理の手順では、両端末２００においてcallセッション情報の収集が行われていたが、図５に示す処理の手順では、一方の端末２００においてのみcallセッション情報の収集が行われている。さらに、図５に示す処理の手順では、ＳＩＰによって通信が確立された後に、ＳＩＰ  ＰＲＯＸＹ３００から端末２００各々に対してサービス提供装置１００のＵＲＬを送信する処理が追加されている。
【０１０４】
すなわち、図４に示す処理の手順では、両端末２００にとってサービス提供装置１００のＵＲＬが既知である場合を想定していたが、図５に示す処理の手順では、両端末２００にとってサービス提供装置１００のＵＲＬが未知である場合を想定している。
【０１０５】
図５に示すように、まず、両端末２００のＳＩＰ通信部２１１間で、図４のステップＳ１０１−１〜ステップＳ１０３−２と同様、ステップＳ２０１−１〜ステップＳ２０３−２のＳＩＰ通信が行われ、その結果、両端末２００間で通信が確立される。もっとも、図５に示す処理の手順では、両端末２００間でＳＩＰによって通信が確立された後、ＳＩＰ  ＰＲＯＸＹ３００から端末２００各々に対してサービス提供装置１００のＵＲＬを送信する(ステップＳ２０４−１〜Ｓ２０４−２)。こうして、両端末２００各々にとって、サービス提供装置１００のＵＲＬが既知となり、両端末２００各々は、ＳＩＰ  ＰＲＯＸＹ３００に誘導されるように、サービス提供装置１００にアクセスすることができる。
【０１０６】
続いて、端末２００のcallセッション情報収集部２１３は、他方の端末２００との間でＳＩＰによって確立された通信を一意に識別するcallセッション情報を、ＳＩＰ通信に含まれる情報から収集し（ステップＳ２１０）、起動指示部２１４は、ステップＳ２０４−１においてＳＩＰ  ＰＲＯＸＹ３００から送信されたサービス提供装置１００のＵＲＬや、ステップＳ２１０において収集されたcallセッション情報を、情報表示機能部２２０のcallセッション情報送信部２２３に伝達する（ステップＳ２１１）。
【０１０７】
続いて、図４のステップＳ１１２〜Ｓ１１４と同様、ステップＳ２１２〜Ｓ２１４の処理が行われるが、これとは別に、callセッション情報送信部２２３は、ＳＩＰ通信に含まれる情報である『From』などから通信先となる端末２００を特定し（ステップＳ２１５）、両端末２００間でＳＩＰによって確立した通信（MESSAGEなど）を用いることで、ＳＩＰによって同一の通信を確立した他方の端末２００に、ステップＳ２１０において収集されたcallセッション情報を通知する（ステップＳ２１６−１〜Ｓ２１７−２）。
【０１０８】
その後、他方の端末２００の起動指示部２１４は、一方の端末２００から通知されたcallセッション情報を、情報表示機能部２２０のcallセッション情報送信部２２３に伝達し（ステップＳ２１８）、以降、図４と同様に、処理が行われることになる。
【０１０９】
なお、上記の処理の手順は、ＳＩＰによって通信が確立される際の発信側の端末２００と着信側の端末２００とが入れ替わってもよい。
【０１１０】
［処理の手順（その３）  図６］
以下では、図６に示す処理の手順（その３）が、図４に示す処理の手順（その１）や図５に示す処理の手順（その２）と異なる点を中心に説明する。図４に示す処理の手順（その１）や図５に示す処理の手順（その２）では、サービス提供装置１００のサービス提供部１３４がサービスを制御する際に、両端末２００各々に対してサービスを制御する処理の手順を例示していたが（ステップＳ１１６−１〜Ｓ１１６−４など）、本発明はこれに限られるものではない。サービス提供装置１００のサービス提供部１３４は、一方の端末２００に対してのみサービスを制御するのでもよい。これを示したものが、図６のステップＳ３２３−１〜Ｓ３２３−３であり、その他の処理の手順は、図４や図５に示した処理の手順と同様となる。
【０１１１】
［実施例１の効果］
上記してきたように、実施例１によれば、callセッション情報各々がＳＩＰによって同一の通信として確立されたものであることを示す場合に、callセッション情報各々に対応するＷｅｂ通信を互いに関連づけてサービスを制御するので、ＳＩＰによって同一の通信を確立した通信相手のように、通信相手となる端末との関係が一時的な場合にも、このような一時的な通信関係に基づいてサービス提供を実現することが可能になる。
【０１１２】
すなわち、実施例１によれば、サービス提供装置は、ＳＩＰ通信を確立する毎に払い出されるユニークなcallセッション情報を用いて、ＳＩＰ通信を確立した端末各々の関係に基づいてＷｅｂサービスを制御することが可能になり、従来のＩＭサービスのように、バディリスト等に基づいた発着端末の紐付けが不要になる。
【０１１３】
また、従来のＩＭサービスなどにおいては、当該ＩＭサービスに対応する専用アプリケーションが端末内にインストールされなければならなかったが、実施例１によれば、端末は、Ｗｅｂ通信（ＨＴＴＰ通信）を行うブラウザを基本機能として備えていればよく、サービスごとの専用アプリケーションを備える必要はない。
【０１１４】
また、従来のＩＭサービスなどにおいては、当該ＩＭサービスを利用するにあたり、端末の利用者は、会員ＩＤやパスワード等を入力しなければならなかったが、実施例１によれば、端末の利用者は、ＳＩＰ通信の発信操作（例えば、番号入力）という簡易な操作のみで、Ｗｅｂサービスを利用することができる。
【０１１５】
また、従来のＩＭサービスの中には、サービスを提供するＵＲＬを知る者であれば、誰でもアクセスすることが可能である、といったセキュリティレベルの低いサービスもあったが、実施例１によれば、少なくともＳＩＰにおける認証が行われた関係（ネットワークで接続が保証された通信相手との関係）であるという点で、セキュリティを確保することができる。
【０１１６】
また、実施例１によれば、端末側の形態が、ＳＩＰフォン機能と情報表示機能とが一体型のケースにおいて、サービス提供装置は、ＳＩＰによって通信を確立した通信相手のように、通信相手との関係が一時的な場合にも、このような一時的な通信関係に基づいたサービス提供を実現することが可能になる。
【０１１７】
また、実施例１によれば、サービス提供装置がcallセッション情報を取得するにあたり、端末の一方のみが、callセッション情報を収集する機能を備えればよいことになる。
【実施例２】
【０１１８】
さて、これまで、実施例１として、ＳＩＰフォン機能部と情報表示機能部とを一体化して備えた端末に対して、サービス提供装置がサービスを提供する手法について説明してきた。しかしながら、本発明はこれに限られるものではない。ＳＩＰフォン機能と情報表示機能とが各々異なる端末に備えられる場合（ＳＩＰフォン機能を備えたＳＩＰフォンと、情報表示機能を備えた情報表示端末とで構成される場合）や、複数台のＳＩＰフォンと複数台の情報表示端末とで構成される場合にも、本発明におけるサービス提供装置はサービスを提供することが可能である。すなわち、いずれの場合にも、ＳＩＰフォンと情報表示端末との間の情報伝達を代行するとともに、サービス提供の対象となる情報表示端末を特定する装置が別途必要になると考えられるが、以下の実施例２においては、いわゆるＨＧＷ（Home  GateWay）が、かかる装置としての役割を果たしている。以下、実施例２として説明する。
【０１１９】
［実施例２に係るサービス提供システムの概要および特徴］
まず、図７を用いて、実施例２に係るサービス提供システムの概要および特徴を説明する。図７は、実施例２に係るサービス提供システムの概要および特徴を説明するための図である。
【０１２０】
実施例２に係るサービス提供システムは、上記したように、ネットワークに接続される複数の端末に当該ネットワーク上のサービスを提供するサービス提供装置がサービスを制御することを概要とし、端末側が、複数台のＳＩＰフォンと複数台の情報表示端末とで構成される下、通信相手との関係が一時的な場合にも、このような一時的な通信関係に基づいたサービス提供を実現することを主たる特徴とする。
【０１２１】
この主たる特徴について簡単に説明すると、まず、実施例２に係るサービス提供システムにおいて、端末側のネットワークには、実施例１とは異なり、ＨＧＷが設置される。図７では、ＨＧＷとＳＩＰフォンと情報表示端末との接続関係を明示していないが、ＨＧＷの配下にＳＩＰフォンと情報表示端末とが接続される関係であり、また、ＨＧＷは、ＳＩＰフォンによる通信と、情報表示端末による通信とをともに制御する装置である。すなわち、ＳＩＰフォンによる通信も、情報表示端末による通信も、いずれもＨＧＷを経由してネットワークに接続される構成である。
【０１２２】
また、図７では明示していないが、ＨＧＷは、ＳＩＰフォンと、当該ＳＩＰフォンと組で利用される情報表示端末と、当該情報表示端末のブラウザセッション情報との対応づけを、予め記憶している。ここで、ブラウザセッション情報とは、ＨＧＷが、複数の情報表示端末の中から所定の情報表示端末を特定するために用いる情報である。
【０１２３】
このような構成の下、まず、ＳＩＰフォンとＳＩＰフォンとの間で、ＳＩＰによって通信が確立される（図７の（１）を参照）。
【０１２４】
次に、ＳＩＰフォンと組で利用される情報表示端末は、サービスを利用することを要求する利用要求をサービス提供装置に送信する（図７の（２）を参照）。すると、サービス提供装置は、ＳＩＰフォン間でＳＩＰによって確立された通信を一意に識別するcallセッション情報を取得する（図７の（３）を参照）。この時、実施例２においては、実施例１と異なり、ＨＧＷが、ＳＩＰ通信に含まれる情報からcallセッション情報を収集し、収集したcallセッション情報を情報表示端末（ＳＩＰによって通信を確立したＳＩＰフォンと組で利用される情報表示端末）に送信する。そして、情報表示端末が、ＨＧＷから送信されたcallセッション情報をサービス提供装置に転送する。こうして、サービス提供装置は、callセッション情報を取得する。
【０１２５】
ここで、ＨＧＷが収集したcallセッション情報を情報表示端末に送信する際に、ＨＧＷは、ＳＩＰフォンと情報表示端末とブラウザセッション情報との対応づけを用いている。具体的には、ＨＧＷは、ＳＩＰ通信に含まれる情報からcallセッション情報を収集するとともに、当該通信を確立したＳＩＰフォンを一意に識別する情報をも収集する。次に、ＨＧＷは、ＳＩＰフォンと組で利用される情報表示端末と、当該情報表示端末のブラウザセッション情報とを、予め記憶している対応づけから特定する。そして、ＨＧＷは、ＨＧＷに対してブラウザセッション情報とともにポーリングを行っている複数の情報表示端末の中から、ブラウザセッション情報をキーとして、callセッション情報を送信すべき情報表示端末を特定し、callセッション情報を送信する。その後、情報表示端末が、ＨＧＷから送信されたcallセッション情報をサービス提供装置に転送する。
【０１２６】
すると、サービス提供装置は、情報表示端末がサービス提供装置との間で行うＷｅｂ通信に付与されたWebセッション情報を、当該情報表示端末と組で利用されるＳＩＰフォンについて取得されたcallセッション情報と対応づけて記憶部に格納する（図７の（４）を参照）。具体的には、サービス提供装置は、Webセッション情報を払い出し、払い出したWebセッション情報をcallセッション情報と対応づけて記憶部に格納する。
【０１２７】
その後は、実施例１と同様、サービス提供装置は、記憶部に格納されている複数のcallセッション情報の内、所定のcallセッション情報各々が、ＳＩＰによって同一の通信として確立されたものであることを示す場合に、当該callセッション情報各々に対応づけて記憶部に格納されているWebセッション情報各々を用いて提供されるサービスを、互いに関連づけて制御する（図１の（５）を参照）。
【０１２８】
このようなことから、実施例２に係るサービス提供システムは、callセッション情報各々がＳＩＰによって同一の通信として確立されたものであることを示す場合に、callセッション情報各々に対応するＷｅｂ通信各々を互いに関連づけてサービスを制御するので、端末側が、複数台のＳＩＰフォンと複数台の情報表示端末とで構成される下、通信相手との関係が一時的な場合にも、このような一時的な通信関係に基づいてサービス提供を実現することが可能になる。
【０１２９】
なお、実施例２においては、ＳＩＰ通信の発信側と着信側とのいずれもが、ＨＧＷを設置した方式によって実現される事例を説明したが、本発明はこれに限られるものではなく、サービス提供装置において、callセッション情報とWebセッション情報との対応づけを把握することができるのであれば、発信側と着信側とが異なる方式で実現される事例にも、本発明を同様に適用することができる。例えば、発信側が、ＨＧＷを設置した方式であり、着信側が、ＳＩＰフォン機能部と情報表示機能部とを一体化して備えた端末による方式である場合にも、本発明を同様に適用することができる。
【０１３０】
［実施例２に係るサービス提供システムの構成］
次に、図８〜図９を用いて、実施例２に係るサービス提供システムの構成を説明する。図８は、実施例２に係るサービス提供システムの構成を示すブロック図であり、図９は、ブラウザセッション情報記憶部を説明するための図である。なお、以下では、実施例１と異なる点を中心に説明する。
【０１３１】
［ＨＧＷ４００］
実施例２におけるＨＧＷ４００は、以下に説明する各部が汎用的なゲートウェイ装置などに備えられることによって実現され、特に本発明に密接に関連するものとしては、図８に示すように、ＳＩＰ通信部／ＨＴＴＰ通信部４１０と、記憶部４２０と、制御部４３０とを備える。
【０１３２】
ＳＩＰ通信部／ＨＴＴＰ通信部４１０は、ＳＩＰ用およびＨＴＴＰ通信用の一般的なインタフェースおよびライブラリを備え、ＳＩＰフォン２５０とＳＩＰ  ＰＲＯＸＹ３００との間の通信や、情報表示端末２６０とサービス提供装置１５０との間の通信を制御する。
【０１３３】
記憶部４２０は、制御部４３０における各種制御に用いられる情報を記憶し、特に本発明に密接に関連するものとしては、図８に示すように、ブラウザセッション情報記憶部４２１を備える。
【０１３４】
ブラウザセッション情報記憶部４２１は、配下の情報表示端末２６０に割り当てられたブラウザセッション情報を予め記憶する。具体的には、ブラウザセッション情報記憶部４２１は、ＳＩＰフォン２５０を一意に識別する情報（ＳＩＰフォンＩＤ）と、当該ＳＩＰフォン２５０と組で利用される情報表示端末２６０を一意に識別する情報（情報表示端末ＩＤ）と、当該情報表示端末２６０を特定するためのブラウザセッション情報とを対応づけて予め記憶する。また、ブラウザセッション情報記憶部４２１が記憶するこれらの情報は、後述する情報表示端末特定部４３３による処理に利用されるなどする。なお、ＳＩＰフォンと情報表示端末とが「組で利用される」状況としては、例えば、ＳＩＰフォンと情報表示端末とが同じ利用者によって利用される場合などが想定される。
【０１３５】
ここで、ＳＩＰフォンＩＤとは、例えば、ＳＩＰフォンの内線番号のことである。ＨＧＷの配下に複数のＳＩＰフォンが接続される構成（複数のＳＩＰフォンが同時に通信を行う構成）の場合、ＳＩＰ−ＵＲＩはＨＧＷに対して付与され、ＨＧＷ配下のＳＩＰフォン各々には、内線番号が付与される。すなわち、ＨＧＷ配下のＳＩＰフォンを通信相手として指定する際には、ＨＧＷのＳＩＰ−ＵＲＩと内線番号との組み合わせが指定されなければならない。
【０１３６】
ブラウザセッション情報記憶部４２１の説明に戻ると、ブラウザセッション情報記憶部４２１は、例えば、図９に示すように、ＳＩＰフォンＩＤと情報表示端末ＩＤとブラウザセッション情報との対応づけを記憶する。なお、図９に示すＳＩＰフォンＩＤや情報表示端末ＩＤやブラウザセッション情報は、説明の便宜上から特定の数字を示したものに過ぎず、数字に何ら特別の意味があるものではない。
【０１３７】
図８に戻り、制御部４３０は、ＨＧＷ４００における各種制御を行い、特に本発明に密接に関連するものとしては、図８に示すように、callセッション情報収集部４３１と、ＳＩＰフォンＩＤ収集部４３２と、情報表示端末特定部４３３と、アクセス先変更指示部４３４とを備える。なお、callセッション情報収集部４３１は、特許請求の範囲に記載の「第１通信情報収集手段」および「第１通信情報送信手段」に対応する。また、図８の点線は、callセッション情報収集部４３１およびＳＩＰフォンＩＤ収集部４３２が、ＳＩＰフォン２５０に関連して処理が行われる部であり、情報表示端末特定部４３３およびアクセス先変更指示部４３４が、情報表示端末２６０に関連して処理が行われる部であることを、説明の便宜上の区分けとして示すものに過ぎない。
【０１３８】
callセッション情報収集部４３１は、callセッション情報を収集する。具体的には、callセッション情報収集部４３１は、配下のＳＩＰフォン２５０と他方のＳＩＰフォン２５０との間でＳＩＰによって確立された通信を一意に識別するcallセッション情報を、ＳＩＰ通信に含まれる情報から収集する。また、callセッション情報収集部４３１は、収集したcallセッション情報を情報表示端末特定部４３３に伝達する。
【０１３９】
ＳＩＰフォンＩＤ収集部４３２は、ＳＩＰフォンＩＤを収集する。具体的には、ＳＩＰフォンＩＤ収集部４３２は、配下のＳＩＰフォン２５０を一意に識別する情報であるＳＩＰフォンＩＤを、ＳＩＰ通信に含まれる情報から収集する。また、ＳＩＰフォンＩＤ収集部４３２は、収集したＳＩＰフォンＩＤを情報表示端末特定部４３３に伝達する。
【０１４０】
情報表示端末特定部４３３は、ＳＩＰによって通信を確立したＳＩＰフォン２５０と組で利用される情報表示端末２６０を特定する。具体的には、情報表示端末特定部４３３は、ＳＩＰフォンＩＤ収集部４３２によって収集されたＳＩＰフォンＩＤを検索キーとして、ブラウザセッション情報記憶部４２１を検索し、当該ＳＩＰフォンＩＤによって一意に識別されるＳＩＰフォン２５０と組で利用される情報表示端末２６０を特定するとともに、当該情報表示端末２６０のブラウザセッション情報を特定する。次に、情報表示端末特定部４３３は、特定したブラウザセッション情報と、ＨＧＷ４００に対してポーリングを行う複数の情報表示端末２６０各々のブラウザセッション情報とを比較し、ブラウザセッション情報が一致したポーリングを行っている情報表示端末２６０が、ＳＩＰによって通信を確立したＳＩＰフォン２５０と組で利用される情報表示端末２６０であると特定する。そして、情報表示端末特定部４３３は、アクセス先変更指示部４３４に、情報表示端末２６０の特定情報とcallセッション情報とを伝達する。
【０１４１】
アクセス先変更指示部４３４は、アクセス先変更指示を情報表示端末２６０に対して行う。具体的には、アクセス先変更指示部４３４は、情報表示端末特定部４３３から情報表示端末２６０の特定情報とcallセッション情報とを伝達されると、特定情報で特定される情報表示端末２６０に対して、サービス提供装置１５０のＵＲＬにアクセス先を変更するよう指示するリダイレクト指示を、callセッション情報とともに行う。
【０１４２】
［ＳＩＰフォン２５０］
実施例２におけるＳＩＰフォン２５０は、汎用的なＳＩＰフォンによって実現され、特に本発明に密接に関連するものとしては、図８に示すように、入力部２５１と、出力部２５２と、入出力制御Ｉ／Ｆ部２５３と、ＳＩＰ通信部２５４とを備える。
【０１４３】
いずれも汎用的なＳＩＰフォン２５０と同様であるので簡単に説明すると、入力部２５１は、ＳＩＰフォン２５０に用いられる情報や、各種処理をするための操作指示などを、番号キーやマイクなどによって入力し、出力部２５２は、ＳＩＰフォン２５０による各種処理の結果や、各種処理をするための操作指示などを、ディスプレイやスピーカに出力し、入出力制御Ｉ／Ｆ部２５３は、入力部２５１と、出力部２５２と、ＳＩＰ通信部２５４との間における情報転送を制御し、ＳＩＰ通信部２５４は、ＳＩＰ通信用の一般的なインタフェースおよびライブラリを備え、他方のＳＩＰフォン２５０との間で（ＨＧＷ４００を介して）情報を送受信する。
【０１４４】
［情報表示端末２６０］
実施例２における情報表示端末２６０は、以下に説明する各部が汎用的なＰＣや情報家電などに備えられることによって実現され、特に本発明に密接に関連するものとしては、図８に示すように、入力部２６１と、出力部２６２と、入出力制御Ｉ／Ｆ部２６３と、ＨＴＴＰ通信部２６４と、制御部２６５とを備える。
【０１４５】
入力部２６１は、情報表示端末２６０に用いられる情報や、各種処理をするための操作指示などを、キーボード、マウス、リモコンなどによって入力し、出力部２６２は、情報表示端末２６０による各種処理の結果や、各種処理をするための操作指示などを、ディスプレイやプリンタなどに出力し、入出力制御Ｉ／Ｆ部２６３は、入力部２６１と、出力部２６２と、ＨＴＴＰ通信部２６４と、制御部２６５との間における情報転送を制御し、ＨＴＴＰ通信部２６４は、ＨＴＴＰ通信用の一般的なインタフェースおよびライブラリを備え、サービス提供装置１５０との間で（ＨＧＷ４００を介して）情報を送受信する。
【０１４６】
制御部２６５は、情報表示端末２６０における各種制御を行い、特に本発明に密接に関連するものとしては、図８に示すように、callセッション情報送信部２６６と、Ｗｅｂセッション情報受信部２６７と、サービス利用部２６８とを備える。なお、callセッション情報送信部２６６は、特許請求の範囲に記載の「第１通信情報転送手段」に対応する。
【０１４７】
callセッション情報送信部２６６は、callセッション情報を送信する。具体的には、callセッション情報送信部２６６は、ＨＧＷ４００のアクセス先変更指示部４３４によってリダイレクトされると、アクセス先をサービス提供装置１５０に変更し、callセッション情報をサービス提供装置１５０に送信する。この時、callセッション情報送信部２６６は、ＨＴＴＰ通信を行うブラウザによってサービス提供装置１５０にアクセスするので、当該ＨＴＴＰ通信には、情報表示端末２６０のWebセッション情報が付与されている。
【０１４８】
Webセッション情報受信部２６７は、Webセッション情報を受信する。具体的には、Webセッション情報受信部２６７は、サービス提供装置１５０からWebセッション情報を受信する。また、Webセッション情報受信部２６７は、受信したWebセッション情報を、サービス利用部２６８に伝達する。
【０１４９】
サービス利用部２６８は、サービス提供装置１５０によって提供されるサービスの提供を受け、サービスを利用する。具体的には、サービス利用部２６８は、Webセッション情報受信部２６７によって伝達されたWebセッション情報を、ＨＴＴＰ通信を行うブラウザに付与し、サービス提供を受けるために、サービス提供装置１５０との間でＷｅｂ通信を行う。
【０１５０】
［実施例２に係るサービス提供システムによる処理の手順］
次に、図１０を用いて、実施例２に係るサービス提供システムによる処理の手順を説明する。図１０は、実施例２に係るサービス提供システムによる処理の手順を示すシーケンス図である。
【０１５１】
図１０に示すように、まず、両ＳＩＰフォン２５０間で、実施例１と同様、ステップＳ４０１−１〜Ｓ４０３−４のＳＩＰ通信が行われ、その結果、ステップＳ４０４において、両ＳＩＰフォン２５０間で通信が確立される。
【０１５２】
両ＳＩＰフォン２５０間でＳＩＰによって通信が確立されると、実施例２においては、一方のＨＧＷ４００のcallセッション情報収集部４３１は、配下のＳＩＰフォン２５０と他方のＳＩＰフォン２５０との間でＳＩＰによって確立された通信を一意に識別するcallセッション情報を、ＳＩＰ通信に含まれる情報から収集し（ステップＳ４１０）、ステップＳ４１２において、情報表示端末特定部４３３に伝達する。
【０１５３】
次に、ＨＧＷ４００のＳＩＰフォンＩＤ収集部４３２は、配下のＳＩＰフォン２５０を一意に識別する情報であるＳＩＰフォンＩＤを、当該ＳＩＰ通信に含まれる情報から収集し（ステップＳ４１１）、情報表示端末特定部４３３に伝達する（ステップＳ４１２）。
【０１５４】
続いて、ＨＧＷ４００の情報表示端末特定部４３３は、ステップＳ４０４において通信を確立したＳＩＰフォン２５０と組で利用される情報表示端末２６０を特定する（ステップＳ４１３）。具体的には、情報表示端末特定部４３３は、まず、ＳＩＰフォンＩＤを検索キーとしてブラウザセッション情報記憶部４２１を検索することで情報表示端末２６０を特定し、特定した情報表示端末２６０のブラウザセッション情報と、ＨＧＷ４００に対してポーリング（ステップＳ４１４）を行う複数の情報表示端末２６０各々のブラウザセッション情報とを比較し、ＳＩＰによって通信を確立したＳＩＰフォン２５０と組で利用される情報表示端末２６０を特定する。
【０１５５】
そして、ＨＧＷ４００のアクセス先変更指示部４３４は、アクセス先変更指示を、ステップＳ４１３において特定された情報表示端末２６０に対して行う。具体的には、特定された情報表示端末２６０に対して、サービス提供装置１５０のＵＲＬにアクセス先を変更するよう指示するリダイレクト指示を、callセッション情報とともに行う（ステップＳ４１５）。なお、実施例２においては、ＨＧＷ４００がサービス提供装置１５０のＵＲＬを予め記憶部に記憶していることで、アクセス先変更指示部４３４が情報表示端末２６０に対して当該ＵＲＬにアクセス先を変更するよう指示するリダイレクト指示を行うことができる。
【０１５６】
すると、情報表示端末２６０のcallセッション情報送信部２６６はリダイレクトされ、アクセス先をサービス提供装置１５０に変更し、callセッション情報をサービス提供装置１５０に送信する（ステップＳ４１５）。
【０１５７】
一方、サービス提供装置１５０のcallセッション情報受信部１８１が、情報表示端末２６０から送信されたcallセッション情報を受信すると、続いて、Webセッション情報払出部１８２が、当該callセッション情報を送信した情報表示端末２６０が行うＷｅｂ通信（サービス提供を受けるために情報表示端末２６０がサービス提供装置１５０との間で行うＷｅｂ通信）に付与する情報として、Webセッション情報を払い出し（ステップＳ４１６）、払い出したWebセッション情報を、情報表示端末２６０に送信する（ステップＳ４１７）。
【０１５８】
次に、サービス提供装置１５０の関連づけ部１８３は、実施例１と同様、ステップＳ４１６において情報表示端末２６０について払い出されたＷｅｂセッション情報を、ステップＳ４１５において情報表示端末２６０について取得されたcallセッション情報に対応づけてセッション情報記憶部１７１に格納する。そして、サービス提供装置１５０のサービス提供部１８４は、セッション情報記憶部１７１に格納されている複数のcallセッション情報の内、所定のcallセッション情報各々がＳＩＰによって同一の通信として確立されたものであることを示す場合に、当該callセッション情報各々に対応づけて格納されているWebセッション情報各々を用いて提供されるサービスを、互いに関連づけて制御する（ステップＳ４１８〜Ｓ４１９）。
【０１５９】
こうして、実施例１と同様、サービス提供装置１５０のサービス提供部１８４は、ステップＳ４１８において行われた関連づけに基づいて、サービスを制御する。
【０１６０】
このようなことから、実施例２に係るサービス提供システムは、端末側が、複数台のＳＩＰフォンと複数台の情報表示端末とで構成される下、通信相手との関係が一時的な場合にも、このような一時的な通信関係に基づいてサービス提供を実現することが可能になる。
【０１６１】
なお、実施例２においては、ステップＳ４１６〜Ｓ４１７においてWebセッション情報を払い出した後に、ステップＳ４１８においてcallセッション情報のマッチングを行う処理手順を示したが、本発明はこれに限られるものではない。図１０に示す『callセッション情報のマッチング』とは、サービス提供部１８４が、callセッション情報各々について、ＳＩＰによって同一の通信として確立されたものであるか否かを判別することを意味するものであるが、このような判別は、例えば、ステップＳ４１６でWebセッション情報を払い出す前や、ステップＳ４１７でWebセッション情報を送信する前などに行ってもよい。
【０１６２】
［処理の手順（その２）］
ところで、図１０に示す処理の手順では、ＨＧＷ４００にとってサービス提供装置１５０のＵＲＬが既知である場合を想定していたが、ＨＧＷ４００にとってサービス提供装置１５０のＵＲＬが未知である場合にも、本発明を同様に適用することができる。
【０１６３】
例えば、ＳＩＰ  ＰＲＯＸＹ３００がＷｅｂクライアント機能を備えていれば、ＳＩＰ  ＰＲＯＸＹ３００が、ＨＧＷ４００のＷｅｂサーバ機能に対してＵＲＬを通知するという手法を用いることができる。図１０を用いて説明すると、まず、両ＳＩＰフォン２５０間で、ステップＳ４０１−１〜Ｓ４０３−４のＳＩＰ通信が行われるが、例えば、その後、ＳＩＰ  ＰＲＯＸＹ３００が、ＨＧＷ４００のＷｅｂサーバ機能に対して、サービス提供装置１５０のＵＲＬを通知する。
【０１６４】
このようにすれば、ＨＧＷ４００のＷｅｂサーバ機能は、ＳＩＰ  ＰＲＯＸＹ３００から通知されたＵＲＬを用いて、図１０のステップＳ４１５の処理（情報表示端末２６０に対して、サービス提供装置１５０のＵＲＬにアクセス先を変更するように指示するリダイレクト指示）を行うことができる。
【０１６５】
［処理の手順（その３）］
また、例えば、ＳＩＰ  ＰＲＯＸＹ３００が、ＨＧＷ４００のＳＩＰ  ＵＡ機能に対してＳＩＰ信号を用いてＵＲＬを通知するという手法を用いることもできる。図１０を用いて説明すると、まず、両ＳＩＰフォン２５０間で、ステップＳ４０１−１〜Ｓ４０３−４のＳＩＰ通信が行われるが、例えば、その後、ＳＩＰ  ＰＲＯＸＹ３００が、ＨＧＷ４００のＳＩＰ  ＵＡ機能に対して、サービス提供装置１５０のＵＲＬを通知する。
【０１６６】
この場合には、ＨＧＷ４００のＳＩＰ  ＵＡ機能が、ＳＩＰ  ＰＲＯＸＹ３００から通知されたＵＲＬを、例えば、図１０のステップＳ４１２の処理において、ＨＧＷ４００のＷｅｂサーバ機能に送信するなどすることで、ＨＧＷ４００のＷｅｂサーバ機能は、ステップＳ４１５の処理を行うことができる。言い換えると、ＨＧＷ４００のＷｅｂサーバ機能は、ステップＳ４１２においてＵＲＬが通知されない間は、ステップＳ４１５のリダイレクト処理を行わないことになる。
【０１６７】
［実施例２の効果］
上記してきたように、実施例２によれば、端末側の形態が、ＳＩＰフォンと情報表示端末とに分かれるケースにおいて、ＳＩＰによって第１の通信を確立した通信相手のように、通信相手との関係が一時的な場合にも、サービス提供装置は、このような一時的な通信関係に基づいたサービス提供を実現することが可能になる。
【０１６８】
また、実施例２によれば、１台のゲートウェイ装置の配下に、第１の通信を行う第１通信端末や第２の通信を行う第２通信端末が複数接続されている場合であっても（複数の第１通信端末や第２通信端末が同時に通信を行う場合であっても）、一時的な関係に基づいたサービス提供を実現することが可能になる。例えば、実施例２の手法によれば、１台のＨＧＷの配下に、ＳＩＰフォンや情報表示端末が複数接続されている場合であっても、言い換えると、１つの代表ＳＩＰ−ＵＲＩの配下に、複数のＵＡ（User  Agent）が存在する場合であっても、ＳＩＰ通信を確立したＳＩＰフォンと組で利用される情報表示端末のWebセッション情報を特定することができることから、一時的な関係に基づいたサービス提供を実現することが可能になる。
【実施例３】
【０１６９】
ところで、これまで、実施例１や実施例２においては、端末間でＳＩＰによって確立された通信の切断について、特に言及してこなかった。そこで、以下では、実施例３として、通信の切断について説明する。
【０１７０】
［実施例３に係るサービス提供システムによる処理（通信切断時）の手順］
図１１および図１２を用いて、実施例３に係るサービス提供システムによる通信切断時の処理の手順を説明する。図１１は、実施例３に係るサービス提供システムによる処理（ＳＩＰによって確立された通信切断時）の手順を示すシーケンス図であり、図１２は、実施例３に係るサービス提供システムによる処理（Ｗｅｂ通信切断時）の手順を示すシーケンス図である。なお、以下では、実施例３に係るサービス提供システムは、実施例２に係るサービス提供システムと同じ構成をとるものとして説明する。
【０１７１】
［ＳＩＰによって確立された通信切断時］
図１１に示すように、両ＳＩＰフォン２５０のＳＩＰ通信部２５４間で、ステップＳ５０１−１〜Ｓ５０２−４の通信が、ＳＩＰ  ＰＲＯＸＹ３００やＨＧＷ４００を介するなどして行われ、その結果、ステップＳ５０３において、両ＳＩＰフォン２５０間でＳＩＰによって確立された通信が切断される。
【０１７２】
すると、実施例３におけるサービス提供装置１５０のサービス提供部１８４は、ＳＩＰによって確立された通信が切断されたことを示す切断情報を、切断された通信を一意に識別するcallセッション情報とともに、ＳＩＰ  ＰＲＯＸＹ３００から送信されることで受信すると（ステップＳ５０４）、当該callセッション情報に該当するサービス提供を終了するように制御する（ステップＳ５０５）。具体的には、サービス提供部１８４は、当該callセッション情報に対応するＷｅｂ通信について、サービス提供を終了するように制御する。
【０１７３】
なお、例えば、図１０のステップＳ４１５において、情報表示端末２６０が、ＨＧＷ４００のＵＲＬをブラウザに付与した上で、サービス提供装置１５０との間でＷｅｂ通信を行うと、サービス提供装置１５０は、図１１のステップＳ５０６において、サービス提供を終了するように制御した情報表示端末２６０のアクセス先を、ＨＧＷ４００のＵＲＬに変更するようリダイレクト指示を行うこともできる（ステップＳ５０６）。すると、情報表示端末２６０は、サービス提供装置１５０によるサービス提供終了と同時に、ＨＧＷ４００のＷｅｂサーバにアクセス先が変更された状態となる。
【０１７４】
［Ｗｅｂ通信切断時］
図１２に示すように、一方の情報表示端末２６０のサービス利用部２６８が、サービス提供装置１５０に対してサービス終了指示を送信すると（ステップＳ６０１）、実施例３におけるサービス提供装置１５０のサービス提供部１８４は、該当するサービス提供を終了するように制御するとともに（ステップＳ６０２）、当該サービス提供に用いられていたＷｅｂ通信に対応するcallセッション情報をＳＩＰ  ＰＲＯＸＹ３００に送信し、callセッション情報で一意に識別される通信を切断するように指示する（ステップＳ６０３）。
【０１７５】
すると、ＳＩＰフォン２５０のＳＩＰ通信部２５４とＳＩＰ  ＰＲＯＸＹ３００との間で、ステップＳ６０４−１〜Ｓ６０４−４の通信や、ステップＳ６０５−１〜Ｓ６０５−４の通信が行われ、その結果、ステップＳ６０６において、両ＳＩＰフォン２５０間でＳＩＰによって確立された通信が切断される。
【０１７６】
［実施例３の効果］
上記してきたように、実施例３によれば、サービス提供装置は、第１の通信の終了制御と第２の通信の終了制御とを連携させることも可能になる。
【実施例４】
【０１７７】
ところで、これまで、実施例１〜３においては、サービス提供装置が、端末同士で行われるＷｅｂ通信を互いに関連づけてサービスを制御するサービス提供システムについて説明してきた。しかしながら、本発明はこれに限られるものではなく、サービス提供装置が、端末と当該サービス提供装置との間で行われるＷｅｂ通信を互いに関連づけてサービスを制御するサービス提供システムにも、本発明を同様に適用することができる。以下、実施例４として説明する。
【０１７８】
［実施例４に係るサービス提供システムの概要および特徴］
まず、図１３を用いて、実施例４に係るサービス提供システムの概要および特徴を説明する。図１３は、実施例４に係るサービス提供システムの概要および特徴を説明するための図である。
【０１７９】
実施例４に係るサービス提供システムは、上記したように、ネットワークに接続される端末に当該ネットワーク上のサービスを提供するサービス提供装置がサービスを制御することを概要とし、通信相手となる端末との関係が一時的な場合にも、このような一時的な通信関係に基づいたサービス提供を実現することを主たる特徴とする。
【０１８０】
この主たる特徴について簡単に説明すると、まず、端末とサービス提供装置との間で、ＳＩＰによって通信が確立される（図１３の（１）を参照）。
【０１８１】
次に、端末は、サービスを利用することを要求する利用要求をサービス提供装置に送信する（図１３の（２）を参照）。すると、サービス提供装置は、端末と当該サービス提供装置との間でＳＩＰによって確立された通信を一意に識別するcallセッション情報を、当該サービス提供装置についてＳＩＰ通信に含まれる情報から取得するとともに、通信を確立した端末についても取得する（図１３の（３）を参照）。具体的には、まず、サービス提供装置は、ＳＩＰ通信に含まれる情報からcallセッション情報を自ら収集することで、callセッション情報をサービス提供装置自身について取得する。また、端末が、ＳＩＰ通信に含まれる情報からcallセッション情報を収集し、収集したcallセッション情報をサービス提供装置に送信することで、サービス提供装置は、callセッション情報を端末についても取得する。例えば、サービス提供装置は、callセッション情報『100』をサービス提供装置について取得するとともに、callセッション情報『100』を端末について取得する。
【０１８２】
そして、サービス提供装置は、端末がサービス提供装置との間で行うＷｅｂ通信を一意に識別する情報として当該Ｗｅｂ通信に付与されたWebセッション情報を、当該端末から取得されたcallセッション情報と対応づけて記憶部に格納する（図１３の（４）を参照）。具体的には、サービス提供装置は、Webセッション情報を払い出し、払い出したWebセッション情報をcallセッション情報と対応づけて記憶部に格納する。例えば、サービス提供装置は、Webセッション情報『123』を払い出し、callセッション情報『100』と対応づけて記憶する。
【０１８３】
続いて、サービス提供装置は、記憶部に格納されているcallセッション情報の内、所定のcallセッション情報が、当該サービス提供装置との間でＳＩＰによって確立された通信であることを示す場合に、当該callセッション情報に対応づけて記憶部に格納されているWebセッション情報を用いて提供されるサービスを、callセッション情報に関連づけて制御する（図１３の（５）を参照）。例えば、サービス提供装置は、サービス提供装置について取得されたcallセッション情報『100』と、端末について取得されたcallセッション情報『100』とから、callセッション情報『100』に対応づけて記憶されているWebセッション情報『123』が付与されたＷｅｂ通信を、ＳＩＰによって当該サービス提供装置との間で通信を確立した関係であるとして、callセッション情報に関連づけて制御する。
【０１８４】
すなわち、図１３に例示するように、端末が、Webセッション情報『123』が付与されたＷｅｂ通信によってサービス提供装置に画像データのダウンロードを要求したとする。このような場合、当該端末とサービス提供装置との関係は、ＳＩＰによって同一の通信を確立した関係であるので、この関係は、画像データのダウンロードを認めている関係であるとして、実施例４におけるサービス提供装置は、端末にダウンロード通信を許可するよう、サービスを制御する。
【０１８５】
このようなことから、実施例４に係るサービス提供システムは、callセッション情報がサービス提供装置との間でＳＩＰによって確立された通信であることを示す場合に、callセッション情報に対応するＷｅｂ通信を、callセッション情報に関連づけて制御するので、ＳＩＰによって通信を確立した通信相手のように、通信相手となる端末との関係が一時的な場合にも、このような一時的な通信関係に関連づけたサービス提供を実現することが可能になる。
【０１８６】
［実施例４に係るサービス提供システムによる処理の手順］
次に、図１４を用いて、実施例４に係るサービス提供システムによる処理の手順を説明する。図１４は、実施例４に係るサービス提供システムによる処理の手順を示すシーケンス図である。
【０１８７】
図１４に示すように、まず、端末２００とサービス提供装置１００との間で、ステップＳ７０１−１〜Ｓ７０３−２のＳＩＰ通信がＳＩＰ  ＰＲＯＸＹ３００を介して行われ、その結果、ステップＳ７０４において、端末２００とサービス提供装置１００との間でＳＩＰによって通信が確立される。なお、ＳＩＰ通信におけるDigest認証などについては図示していないが、一般的なＳＩＰ通信と同様、ステップＳ７０１−１よりも前に行われている。
【０１８８】
端末２００とサービス提供装置１００との間でＳＩＰによって通信が確立されると、端末２００のcallセッション情報収集部２１３は、サービス提供装置１００との間で確立された通信を一意に識別するcallセッション情報を、ＳＩＰ通信に含まれる情報から収集する（ステップＳ７０５−１）。
【０１８９】
一方、サービス提供装置１００も、端末２００との間で確立された通信を一意に識別するcallセッション情報を、当該ＳＩＰ通信に含まれる情報から収集する（ステップＳ７０５−２）。
【０１９０】
そして、端末２００の起動指示部２１４は、情報表示機能部２２０を起動する指示を行うとともに、サービス提供装置１００のＵＲＬやcallセッション情報を、情報表示機能部２２０のcallセッション情報送信部２２３に伝達する（ステップＳ７０６）。
【０１９１】
すると、callセッション情報送信部２２３は、ＵＲＬで示されるサービス提供装置１００にcallセッション情報を送信する（ステップＳ７０７）。
【０１９２】
サービス提供装置１００のcallセッション情報受信部１３１が、端末２００から送信されたcallセッション情報を受信すると、続いて、Webセッション情報払出部１３２が、当該callセッション情報を送信した端末２００が行うＷｅｂ通信（サービス提供を受けるために端末２００がサービス提供装置１００との間で行うＷｅｂ通信）に付与する情報として、Webセッション情報を払い出し（ステップＳ７０８）、払い出したWebセッション情報を、端末２００に送信する（ステップＳ７０９）。
【０１９３】
次に、サービス提供装置１００の関連づけ部１３３は、ステップＳ７０８において端末２００について払い出されたWebセッション情報を、ステップＳ７０７において端末２００から受信したcallセッション情報に対応づけてセッション情報記憶部１２１に格納する。そして、サービス提供装置１００のサービス提供部１３４は、セッション情報記憶部１２１に格納されているcallセッション情報の内、所定のcallセッション情報がＳＩＰによって当該サービス提供装置１００との間で通信を確立されたものであることを示す場合に、当該callセッション情報に対応づけて格納されているWebセッション情報を用いて提供されるサービスを、callセッション情報に関連づけて制御する（ステップＳ７１０〜Ｓ７１１）。
【０１９４】
すなわち、例えば、端末２００のサービス利用部２２５が、ステップＳ７０８で払い出されたWebセッション情報が付与されたＷｅｂ通信によって、サービス提供装置１００の画像データのダウンロードを要求したとする（ステップＳ７１１−１）。すると、サービス提供部１３４は、端末２００にダウンロード通信を許可するよう、サービスを制御するので、端末２００によって画像データがダウンロードされ（ステップＳ７１１−２）、端末２００の情報表示機能部２２０は、出力部２０２に画像データを表示するなどする（ステップＳ７１１−３）。
【０１９５】
このようなことから、実施例４に係るサービス提供システムは、ＳＩＰによって通信を確立した通信相手のように、通信相手となる端末との関係が一時的な場合にも、このような一時的な通信関係に関連づけたサービス提供を実現することが可能になる。
【０１９６】
なお、実施例４においては、端末側の形態が、ＳＩＰフォン機能と情報表示機能との一体型のパターンを想定して説明してきたが、本発明はこれに限られるものではなく、端末側の形態が、ＳＩＰフォンと情報表示端末とに分かれるパターンについても、本発明を同様に適用することができる。
【０１９７】
すなわち、この場合、サービス提供装置は、利用要求を情報表示端末から受け付けた際に、当該情報表示端末と組で利用されるＳＩＰフォンによって当該サービス提供装置との間でＳＩＰによって確立された通信を一意に識別するcallセッション情報を取得し、情報表示端末が当該サービス提供装置との間でサービスを利用する際に行うＷｅｂ通信を一意に識別するＷｅｂセッション情報を、取得したcallセッション情報に対応づけてセッション情報記憶部に格納し、格納されている複数のcallセッション情報の内、所定のcallセッション情報が当該サービス提供装置との間でＳＩＰによって確立された通信であることを示す場合に、当該callセッション情報に対応づけてセッション情報記憶部に格納されているWebセッション情報を用いて提供されるサービスを、当該callセッション情報と関連づけて制御する。
【０１９８】
また、実施例４においては、ステップＳ７０８〜Ｓ７０９においてWebセッション情報を払い出した後に、ステップＳ７１０においてcallセッション情報のマッチングを行う処理手順を示したが、本発明はこれに限られるものではない。図１４に示す『callセッション情報のマッチング』とは、サービス提供部１３４が、callセッション情報各々について、ＳＩＰによって同一の通信として確立されたものであるか否かを判別することを意味するものであるが、このような判別は、例えば、ステップＳ７０８でWebセッション情報を払い出す前や、ステップＳ７０９でWebセッション情報を送信する前などに行ってもよい。
【０１９９】
［実施例４の効果］
上記してきたように、実施例４によれば、端末とサービス提供装置との間で第１の通信が確立されるケースにおいて、サービス提供装置は、第１の通信を確立した通信相手のように、通信相手との関係が一時的な場合にも、このような一時的な通信関係に基づいたサービス提供を実現することが可能になる。
【実施例５】
【０２００】
ところで、これまで、実施例１〜４においては、callセッション情報として『Call-ID』を用いる手法を説明してきたが、実施例１において述べたように、callセッション情報としては、『Call-ID』の他にも、ＳＩＰ通信に含まれる情報である『From』、『To』、『tag』、ＩＰアドレス、もしくは、これらの組合せを用いる手法や、ＳＩＰ通信に含まれるその他の情報を組合せて用いる手法などが考えられ、ＳＩＰによって確立された通信を一意に識別することが可能な情報を用いる手法であれば、どのような手法でもよい。そこで、以下では、『Call-ID』とＩＰアドレスとの組合せを用いる手法を実施例５として説明する。
【０２０１】
なお、実施例５では、実施例２に係るサービス提供システムに上記手法を適用するものとして説明するが、本発明はこれに限られるものではなく、他の実施例に係るサービス提供システムにも同様に適用することができる。また、実施例５では、図１５に示すように、Ｗｅｂ通信に対してＮＡＴ（Network  Address  Translation）が行われることを想定する。図１５は、実施例５に係るサービス提供システムによる処理の手順を示すシーケンス図である。
【０２０２】
図１５に示すように、両ＳＩＰフォン２５０間でＳＩＰによって通信が確立されると、ＨＧＷ４００のcallセッション情報収集部４３１が、callセッション情報をＳＩＰ通信に含まれる情報から収集する（ステップＳ４１０）。
【０２０３】
ここで、ＳＩＰ通信に含まれる情報について、図１６および図１７を用いて説明する。図１６および図１７は、ＳＩＰメッセージを説明するための図であり、図１６は、リクエストメッセージを示し、図１７は、レスポンスメッセージを示す。
【０２０４】
ＳＩＰメッセージには、スタートラインと呼ばれる部分と、ヘッダと呼ばれる部分と、ボディと呼ばれる部分とがある。図１６に示すリクエストメッセージの例では、「INVITE」の行がスタートラインにあたり、「Via」の行から「Content-Length」の行までがヘッダにあたり、「v=0」の行から「a=rtpmap:0  PCMU/8000」の行までがボディにあたる。ボディは、図１６に示すように、ＳＤＰ（Session  Description  Protocol）と呼ばれる書式で記載され、ここに、ＳＩＰメッセージの発信元のＩＰアドレスが記載される。
【０２０５】
例えば、図１６に示すリクエストメッセージのＳＤＰには、リクエストメッセージを発信したＳＩＰフォン２５０のＩＰアドレス「10.0.10.111」が記載されている。同様に、図１７に示すレスポンスメッセージのＳＤＰには、レスポンスメッセージを発信したＳＩＰフォン２５０のＩＰアドレス「10.0.10.199」が記載されている。このように、ＳＩＰメッセージには、ＳＩＰメッセージの発信元のＩＰアドレスが含まれているので、ＨＧＷ４００のcallセッション情報収集部４３１は、callセッション情報としてのＩＰアドレスをＳＩＰメッセージから収集する。
【０２０６】
callセッション情報収集部４３１によって収集されたcallセッション情報は、その後、図１５に示すように、情報表示端末２６０のセッション情報送信部２６６がリダイレクトされることによって、サービス提供装置１５０に送信される（ステップＳ４１５）。すると、サービス提供装置１５０は、Ｗｅｂセッション情報を払い出す（ステップ４１６）。
【０２０７】
ところで、実施例５におけるサービス提供装置１５０は、実施例２と異なり、この時、情報表示端末２６０のＩＰアドレスを用いて認証を行い、認証に成功したことを条件として、Ｗｅｂセッション情報を払い出す。この点について、図１８を用いて説明する。図１８は、実施例５におけるサービス提供装置による処理の手順を示すフローチャートである。
【０２０８】
実施例５におけるサービス提供装置１５０のcallセッション情報受信部１８１は、図１８に示すように、情報表示端末２６０から送信されたcallセッション情報を受信すると（ステップＳ８０１肯定）、callセッション情報としてのＩＰアドレスと、情報表示端末２６０のＩＰアドレスとが一致するか否かを認証する（ステップＳ８０２）。
【０２０９】
ここで、図１５のステップＳ４１０においてcallセッション情報収集部４３１が収集するcallセッション情報としてのＩＰアドレスは、宅外のＩＰアドレス帯である『10.0.10.111』となる。このため、情報表示端末２６０のcallセッション情報収集部２６６は、ＩＰアドレス『10.0.10.111』をcallセッション情報としてサービス提供装置１５０に送信していることになるが、情報表示端末２６０のＩＰアドレスは『172.16.0.100』であり、callセッション情報としてのＩＰアドレスと一致しないおそれがある。この点、図１５に示すように、実施例５に係るサービス提供システムは、Ｗｅｂ通信に対してＮＡＴを行い、情報表示端末２６０のＩＰアドレス『172.16.0.100』を『10.0.10.111』に変換する。この結果、サービス提供装置１５０側では、callセッション情報としてのＩＰアドレスと、情報表示端末２６０のＩＰアドレスとが一致するか否かを正しく認証することができる。なお、図１５においては、ＮＡＴを行う装置を明示していないが、例えば、ＨＧＷ４００がＮＡＴ機能を備えるなどして実現することができる。
【０２１０】
例えば、リクエストメッセージを送信した側の情報表示端末２６０が、callセッション情報として、『Call-ID』の『100』と、発側ＩＰアドレス『10.0.10.111』と、着側ＩＰアドレス『10.0.10.199』とをサービス提供装置１５０に送信していたとする。すると、サービス提供装置１５０のcallセッション情報受信部１８１は、Ｗｅｂ通信を行ってcallセッション情報を送信してきた情報表示端末２６０のＩＰアドレス『10.0.10.111』が、callセッション情報としての発側ＩＰアドレスもしくは着側ＩＰアドレスと一致するか否かを認証する。
【０２１１】
認証に成功すると（ステップＳ８０２肯定）、Webセッション情報払出部１８２が、Webセッション情報を払い出す（ステップＳ８０３）。一方、認証に失敗すると（ステップＳ８０２否定）、callセッション情報受信部１８１は、認証エラーを情報表示端末２６０に通知するなどして（ステップＳ８０４）、処理を終了する。
【０２１２】
こうして、情報表示端末２６０が認証され、Webセッション情報が払い出されると、サービス提供装置１５０の関連づけ部１８３は、ステップＳ４１６において情報表示端末２６０について払い出されたWebセッション情報を、ステップＳ４１５において情報表示端末２６０について取得されたcallセッション情報に対応づけてセッション情報記憶部１７１に格納する（ステップＳ４１８）。
【０２１３】
例えば、実施例５における関連づけ部１８３は、図１９に示すように、callセッション情報『100』とWebセッション情報『123』とを対応づけて格納するだけでなく、callセッション情報としての発側ＩＰアドレス『10.0.10.111』と着側ＩＰアドレス『10.0.10.199』とを対応づけて格納する。さらに、実施例５における関連づけ部１８３は、Ｗｅｂ通信を行う情報表示端末２６０のＩＰアドレス『10.0.10.111』も対応づけて格納する。なお、図１９は、実施例５におけるセッション情報記憶部を説明するための図である。
【０２１４】
その後、サービス提供装置１５０のサービス提供部１８４は、ステップＳ４１８において行われた関連づけに基づいてサービスを制御するが、実施例２と異なり、実施例５におけるサービス提供部１８４は、情報表示端末２６０にサービスを提供する際に、callセッション情報としてのＩＰアドレスと、情報表示端末２６０のＩＰアドレスとが一致するか否かを認証する。この点について、図２０を用いて説明する。図２０は、実施例５におけるサービス提供装置による処理の手順を示すフローチャートである。
【０２１５】
実施例５におけるサービス提供装置１５０のサービス提供部１８４は、図２０に示すように、Webセッション情報が付与されたＷｅｂ通信を受け付けると（ステップＳ９０１肯定）、Webセッション情報を用いてセッション情報記憶部１７１を検索し（ステップＳ９０２）、Webセッション情報に対応づけて記憶されているＷｅｂ通信のＩＰアドレスを取得する（ステップＳ９０３）。そして、サービス提供部１８４は、取得したＩＰアドレスが、Ｗｅｂ通信の発信元である情報表示端末２６０のＩＰアドレスと一致するか否かを認証する（ステップＳ９０４）。
【０２１６】
例えば、Webセッション情報『123』が付与されたＷｅｂ通信によって画像データのアップロードを受け付けると、サービス提供部１８４は、Webセッション情報『123』を用いてセッション情報記憶部１７１を検索し、Webセッション情報『123』に対応づけて記憶されているＷｅｂ通信のＩＰアドレス『10.0.10.111』を取得する。そして、サービス提供部１８４は、取得したＩＰアドレス『10.0.10.111』が、Ｗｅｂ通信の発信元である情報表示端末２６０のＩＰアドレスと一致するか否かを認証する。
【０２１７】
サービス提供部１８４は、認証に成功すると（ステップＳ９０４肯定）、サービスを提供するが（ステップＳ９０５）、認証に失敗すると（ステップＳ９０４否定）、サービス提供を中断する（ステップＳ９０６）。
【０２１８】
このように、実施例５に係るサービス提供システムによれば、callセッション情報としてＩＰアドレスを組み合わせて用いることで、『Call-ID』以外の他の情報とも組み合わせた多重な認証をすることが可能になる。また、ＩＰアドレスは、ＳＩＰ通信のみならずＷｅｂ通信においても用いる情報であるので、実施例５に係るサービス提供システムによれば、サービス提供装置１５０は、サービス提供の際にも引き続き端末を認証することが可能になる。
【０２１９】
なお、サービス提供システムにおいてＮＡＴが行われない場合について簡単に説明する。例えば、ステップＳ４１０において、ＨＧＷ４００のcallセッション情報収集部４３１は、『Call-ID』の『100』と、発側のＳＩＰフォン２５０のＩＰアドレスと、着側のＳＩＰフォン２５０のＩＰアドレスとを収集する。このため、情報表示端末２６０のcallセッション情報収集部２６６は、『Call-ID』の『100』と、発側のＳＩＰフォン２５０のＩＰアドレスと、着側のＳＩＰフォン２５０のＩＰアドレスとをサービス提供装置１５０に送信する。すると、サービス提供装置１５０側では、発信側および着信側の双方から、『Call-ID』、発側のＳＩＰフォン２５０のＩＰアドレスおよび着側のＳＩＰフォン２５０のＩＰアドレスを受信するので、これらの情報を照合することをもって認証を行う。
【実施例６】
【０２２０】
ところで、これまで、実施例１〜５においては、ＳＩＰによって通信を確立する際の発側および着側の双方がcallセッション情報を収集する手法を説明してきたが、本発明はこれに限られるものではない。例えば、一方が一般利用者であり他方が事業者である場合などには、一般利用者側に実装されているアプリケーションに変更を加えたくないという要請がある。そこで、以下では、実施例６として、callセッション情報の収集などが一方によってのみ行われる手法を図２１を用いて説明する。図２１は、実施例６に係るサービス提供システムによる処理の手順を示すシーケンス図である。
【０２２１】
なお、実施例６では、実施例５に係るサービス提供システムに上記手法を適用するものとして説明するが、本発明はこれに限られるものではなく、他の実施例に係るサービス提供システムにも同様に適用することができる。
【０２２２】
図２１に示すように、左側が一般利用者のシステムであり、右側が事業者のシステムであるとする。また、一般利用者側のＳＩＰフォン２５０からリクエストメッセージが送信されることで（ステップＳ１００１−１）、両ＳＩＰフォン２５０間でＳＩＰによって通信が確立されたとする（ステップＳ１００４）。
【０２２３】
実施例６においては、図２１に示すように、事業者側のＨＧＷ４００のcallセッション情報収集部４３１のみが、callセッション情報をＳＩＰ通信に含まれる情報から収集し（ステップＳ１０１０）、事業者側の情報表示端末２６０のみが、callセッション情報をサービス提供装置１５０に送信する（ステップＳ１０１５−１）。例えば、事業者側の情報表示端末２６０は、callセッション情報として、『Call-ID』の『100』と、発側ＩＰアドレス『10.0.10.111』と、着側ＩＰアドレス『10.0.10.199』とをサービス提供装置１５０に送信したとする。
【０２２４】
すると、実施例６におけるサービス提供装置１５０のcallセッション情報受信部１８１は、事業者側の情報表示端末２６０から送信されたcallセッション情報を受信すると、callセッション情報としてのＩＰアドレスと、事業者側の情報表示端末２６０のＩＰアドレスとが一致するか否かを認証する。そして、認証に成功すると、Webセッション情報払出部１８２が、Webセッション情報を払い出す。
【０２２５】
他方、callセッション情報受信部１８１は、図２１に示すように、一般利用者側の情報表示端末２６０からWebセッション情報の払い出し要求を受け付ける（ステップＳ１０１５−２）。この払い出し要求は、callセッション情報を伴うものではなく、すなわち、callセッション情報受信部１８１は、一般利用者側の情報表示端末２６０からは、callセッション情報を受信していないことになる。
【０２２６】
そこで、callセッション情報受信部１８１は、ステップＳ１０１５−１において受信したcallセッション情報としての発側のＩＰアドレスと、ステップＳ１０１５−２においてＷｅｂ通信を行う一般利用者側の情報表示端末２６０のＩＰアドレスとが一致するか否かを認証する。そして、認証に成功すると、Webセッション情報払出部１８２が、Webセッション情報を払い出す。
【０２２７】
このように、実施例６に係るサービス提供システムによれば、callセッション情報の収集などが一方によってのみ行われるのみで、サービス提供装置は、サービスを提供することが可能になる。なお、実施例６においては、callセッション情報の収集などが着側である事業者側によって行われる手法を説明したが、発信側によって行われる手法にも同様に適用することができる。また、ＨＧＷ４００においてＮＡＴが行われる場合についても、同様に適用することができる。
【実施例７】
【０２２８】
ところで、これまで、実施例１〜６においては、ＳＩＰプロキシとサービス提供装置とが物理的に異なる装置で実現されている事例を説明してきたが、本発明はこれに限られるものではない。ＳＩＰプロキシとサービス提供装置とは物理的に同一の装置で実現されていてもよく、また、同一の事業者で運営されていてもよい。そこで、以下では、実施例７として、ＳＩＰプロキシとサービス提供装置とが物理的に同一の装置で実現される事例を説明する。
【０２２９】
また、実施例７では、実施例２に係るサービス提供システムに上記手法を適用するものとして説明するが、本発明はこれに限られるものではなく、他の実施例に係るサービス提供システムにも同様に適用することができる。
【０２３０】
図２２に示すように、ＳＩＰプロキシとサービス提供装置とが物理的に同一の装置で実現されている場合にも、図１０と同様の処理の手順が行われる。なお、図２２は、実施例７に係るサービス提供システムによる処理の手順を示すシーケンス図である。
【０２３１】
ところで、ＳＩＰプロキシとサービス提供装置とが物理的に同一の装置で実現される場合、サービス提供装置１５０は、図２２の「callセッション情報収集」に示すように、情報表示端末２６０のＩＰアドレスを自ら収集することが可能になる。すなわち、実施例５に係るサービス提供システムとして説明したように、ＳＩＰプロキシとサービス提供装置とが物理的に異なる装置で実現される場合には、サービス提供装置は、情報表示端末２６０からcallセッション情報としてのＩＰアドレスを受信するなどして、情報表示端末２６０のＩＰアドレスを収集していた。しかしながら、サービス提供装置自身がＳＩＰプロキシであるならば、サービス提供装置は、両ＳＩＰフォン２５０間で送受信されたＳＩＰメッセージから、発側ＩＰアドレスおよび着側ＩＰアドレスを収集することが可能になるのである。
【０２３２】
このようなことから、実施例７におけるサービス提供装置１５０は、図２３に示すように、ＳＩＰメッセージから収集した情報を、セッション情報記憶部１７１とは異なるcallセッション情報記憶部に記憶する。図２３は、実施例７におけるcallセッション情報記憶部を説明するための図である。
【０２３３】
こうして、実施例７におけるサービス提供装置１５０は、実施例５と同様、情報表示端末２６０のＩＰアドレスを用いて認証を行うが、この時認証に用いるＩＰアドレスは、callセッション情報として収集したＩＰアドレスではなく、自身で収集したＩＰアドレスである。
【０２３４】
具体的には、実施例７におけるサービス提供装置１５０のcallセッション情報受信部１８１は、情報表示端末２６０から送信されたcallセッション情報を受信すると、callセッション情報を用いてcallセッション情報記憶部を検索し、callセッション情報に対応づけて記憶されている発側ＩＰアドレスおよび着側ＩＰアドレスを取得する。そして、callセッション情報受信部１８１は、取得したＩＰアドレスと、情報表示端末２６０のＩＰアドレスとが一致するか否かを認証する。
【０２３５】
こうして、情報表示端末２６０が認証され、Webセッション情報が払い出されると、サービス提供装置１５０の関連づけ部１８３は、情報表示端末２６０について払い出されたWebセッション情報を、情報表示端末２６０について取得されたcallセッション情報に対応づけてセッション情報記憶部１７１に格納するとともに、図２４に示すように、情報表示端末２６０のＩＰアドレスをもセッション情報記憶部１７１に格納する。なお、図２４は、実施例７におけるセッション情報記憶部を説明するための図である。
【実施例８】
【０２３６】
［他の実施例］
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。
【０２３７】
［通信プロトコルの選択］
上記の実施例においては、第１の通信が、ＳＩＰによってセッションが確立される過程の通信（なお、実施例３において切断の対象となる第１の通信は、ＳＩＰによって確立された通信を意味する）であり、第２の通信が、Ｗｅｂ通信（ＨＴＴＰ通信）であることを想定してきたが、本発明はこれに限られるものではない。第１の通信によって確立されるセッションと第２の通信のセッションとが互いに異なるセッションであれば、具体的な通信プロトコルはいずれでもよい。
【０２３８】
［callセッション情報］
また、上記の実施例においては、双方の端末（実施例１）や双方の情報表示端末（実施例２）からサービス提供装置が取得するcallセッション情報は、同一の値であるものとして説明してきたが、同一の値でなくてもよい。ＳＩＰによって端末間で確立された同一の通信を一意に識別するものとしてサービス提供装置が認識可能なものであれば、二つの値の組み合わせでもよい。
【０２３９】
［callセッション情報の収集］
また、サービス提供装置は、第１の通信を制御する第１通信制御装置によって収集された第１通信情報を当該第１通信制御装置から受信することで取得してもよい。この場合には、例えば、ＳＩＰプロキシが第１通信情報を収集するという手法で、一時的な通信関係に基づいたサービス提供を制御することが可能になる。
【０２４０】
［callセッション情報の再利用］
また、サービス提供装置は、Webセッション情報を用いてサービスが提供された際に、提供されたサービスに関する情報と、当該Webセッション情報に対応づけてセッション情報記憶部に格納されているcallセッション情報とを対応づけ、当該対応づけを予め設定された有効期間とともに記憶部に格納する。また、サービス提供装置は、端末が、有効期間内に、記憶部によって記憶されているcallセッション情報を指定してサービス提供装置との間でＷｅｂ通信を行うと、当該callセッション情報を検索キーとして記憶部を検索し、当該callセッション情報に対応づけて格納されているサービスに関する情報を取得する。そして、サービス低供養装置は、サービスに関する情報を取得すると、当該情報に基づいて、当該端末に対するサービスを制御する。この場合には、有効期間内であれば、過去にＳＩＰによって同一の通信を確立した端末各々の一時的な通信関係（過去の通信関係）に基づいて、サービスを制御することが可能になる。
【０２４１】
例えば、端末は、Ｗｅｂサービスの初回利用時に用いたcallセッション情報を端末内に保存しておき、一方、サービス提供装置は、当該callセッション情報に対応づけて、いつ、誰と、どのタイミングで接続した端末であるか、端末の利用データは何か、等を保存しておいたとする。すると、端末が、次回利用時に、このcallセッション情報を用いてサービス提供装置にアクセスすれば、サービス提供装置は、これらの情報に基づいて、サービス提供を再制御することができる。
【０２４２】
さらに、サービスの具体例を挙げて説明すると、通信相手に送信した画像がサービス提供装置に保存されている場合、サービスの利用者は、その画像送信時のcallセッション情報をサービス提供装置に送信することで、再度、送信した画像、又は、受信した画像を確認することができる。また、この時、通信相手先と通話中である必要はない。つまり、通話と関係なく、ブラウザがcallセッション情報をサービス提供装置に送るだけで実現することができる。
【０２４３】
［システム構成等］
また、上記の実施例においては、単一のＳＩＰプロキシがＳＩＰ信号（ＳＩＰの具体的な信号、INVITE、200  OKなどの種類、および、From、Toなどのパラメータを含む）を仲介する事例を説明してきたが、本発明はこれに限られるものではない。複数のＳＩＰプロキシがＳＩＰ信号を仲介する事例や、ＮＧＮ（Next  Generation  Network）におけるＡＳ（Application  Server）などがＳＩＰ信号を仲介する事例にも、本発明を同様に適用することができる。
【０２４４】
また、上記の実施例２においては、ＳＩＰフォンと情報表示端末との間の情報伝達を代行するとともに、サービス提供の対象となる情報表示端末を特定する装置としての役割を、ＨＧＷが行う手法について説明してきたが、本発明はこれに限られるものではない。例えば、ＳＩＰフォンにＷｅｂサーバ相当の機能が備えられれば、ＳＩＰフォンと情報表示端末との間の情報伝達が可能になり、情報表示端末からＳＩＰフォンに向かってcallセッション情報取得の処理を行うことで、サービス提供の対象となる情報表示端末を特定することも可能になる（ＨＧＷが不要な構成となる）。
【０２４５】
すなわち、実施例１に係るサービス提供システムによる処理の手順として図４〜６の処理の手順を説明したが、実施例２に係るサービス提供システムのように、端末側の形態がＳＩＰフォンと情報表示端末とに分かれるパターンにおいても、図４〜６の処理の手順とほぼ同様の手順で、サービス提供装置はcallセッション情報を取得することができる。
【０２４６】
例えば、実施例２において、端末側の形態は、ＳＩＰフォンと情報表示端末とに分かれているが、ＳＩＰフォンはＷｅｂサーバ相当の機能を備えているとする。このような場合、双方のＳＩＰフォンが、ＳＩＰによって確立した通信からcallセッション情報を収集し、情報表示端末が、Ｗｅｂサーバ相当の機能を備えたＳＩＰフォンにポーリングするなどしてcallセッション情報をＳＩＰフォンから取得し、取得したcallセッション情報とともにサービス提供装置にアクセスする。すると、サービス提供装置は、callセッション情報を取得することができる。
【０２４７】
また、例えば、一方のＳＩＰフォンのみcallセッション情報を収集する手法も考えられる。すなわち、一方のＳＩＰフォン（Ｗｅｂサーバ相当の機能を備える）は、ＩＰによって確立した通信からcallセッション情報を収集し、上記と同様に、情報表示端末が、Ｗｅｂサーバ相当の機能を備えたＳＩＰフォンにポーリングするなどしてcallセッション情報をＳＩＰフォンから取得し、取得したcallセッション情報とともにサービス提供装置にアクセスする。すると、サービス提供装置は、まず、一方について、callセッション情報を取得することができる。この時、このＳＩＰフォンは、収集したcallセッション情報を、他方のＳＩＰフォン（ＳＩＰによって通信を確立した通信相手のＳＩＰフォン）に通知する。すると、他方のＳＩＰフォンと組で利用される情報表示端末は、当該他方のＳＩＰフォンにポーリングするなどしてcallセッション情報を取得し、取得したcallセッション情報とともにサービス提供装置にアクセスする。すると、サービス提供装置は、他方についても、callセッション情報を取得することができる。
【０２４８】
また、実施例２において、ＳＩＰ  ＰＲＯＸＹが、ＨＧＷにサービス提供装置のＵＲＬを通知する手法を説明したが、仮に、ＳＩＰフォンがＷｅｂサーバ相当の機能を備える場合には、ＳＩＰ  ＰＲＯＸＹが、ＳＩＰフォン自体にサービス提供装置のＵＲＬを通知する手法を用いることもできる。図１０を用いて説明すると、まず、両ＳＩＰフォン２５０間で、ステップＳ４０１−１〜Ｓ４０３−４のＳＩＰ通信が行われるが、例えば、その後、ＳＩＰ  ＰＲＯＸＹ３００が、ＳＩＰフォン２５０に対して、サービス提供装置１５０のＵＲＬを通知する（ＳＩＰ  ＰＲＯＸＹ３００からＳＩＰフォン２５０への通知は、ＳＩＰ信号を用いる手法でも、ＨＴＴＰを用いる手法でもよい。後者の場合、ＳＩＰ  ＰＲＯＸＹ３００がＷｅｂクライアント機能を備えることが前提となる）。この場合には、例えば、ステップＳ４１５の処理よりも前の段階で、情報表示端末２６０が、Ｗｅｂサーバ相当の機能を備えたＳＩＰフォン２５０にポーリングするなどしてサービス提供装置１５０のＵＲＬをＳＩＰフォン２５０から取得し、取得したＵＲＬを用いてサービス提供装置１５０にアクセスする。
【０２４９】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０２５０】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示（図２、８など）の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０２５１】
なお、本実施例で説明したサービス提供方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【産業上の利用可能性】
【０２５２】
以上のように、本発明に係るサービス提供システム、サービス提供方法およびサービス提供プログラムは、ネットワークに接続される複数の端末に当該ネットワーク上のサービスを提供するサービス提供装置がサービスを制御することに有用であり、特に、通信相手との関係が一時的な場合にも、このような一時的な通信関係に基づいたサービス提供を実現することに適する。
【図面の簡単な説明】
【０２５３】
【図１】実施例１に係るサービス提供システムの概要および特徴を説明するための図である。
【図２】実施例１に係るサービス提供システムの構成を示すブロック図である。
【図３】セッション情報記憶部を説明するための図である。
【図４】実施例１に係るサービス提供システムによる処理の手順（その１）を示すシーケンス図である。
【図５】実施例１に係るサービス提供システムによる処理の手順（その２）を示すシーケンス図である。
【図６】実施例１に係るサービス提供システムによる処理の手順（その３）を示すシーケンス図である。
【図７】実施例２に係るサービス提供システムの概要および特徴を説明するための図である。
【図８】実施例２に係るサービス提供システムの構成を示すブロック図である。
【図９】ブラウザセッション情報記憶部を説明するための図である。
【図１０】実施例２に係るサービス提供システムによる処理の手順を示すシーケンス図である。
【図１１】実施例３に係るサービス提供システムによる処理（ＳＩＰによって確立された通信切断時）の手順を示すシーケンス図である。
【図１２】実施例３に係るサービス提供システムによる処理（Ｗｅｂ通信切断時）の手順を示すシーケンス図である。
【図１３】実施例４に係るサービス提供システムの概要および特徴を説明するための図である。
【図１４】実施例４に係るサービス提供システムによる処理の手順を示すシーケンス図である。
【図１５】実施例５に係るサービス提供システムによる処理の手順を示すシーケンス図である。
【図１６】ＳＩＰメッセージを説明するための図である。
【図１７】ＳＩＰメッセージを説明するための図である。
【図１８】実施例５におけるサービス提供装置による処理の手順を示すフローチャートである。
【図１９】実施例５におけるセッション情報記憶部を説明するための図である。
【図２０】実施例５におけるサービス提供装置による処理の手順を示すフローチャートである。
【図２１】実施例６に係るサービス提供システムによる処理の手順を示すシーケンス図である。
【図２２】実施例７に係るサービス提供システムによる処理の手順を示すシーケンス図である。
【図２３】実施例７におけるcallセッション情報記憶部を説明するための図である。
【図２４】実施例７におけるセッション情報記憶部を説明するための図である。
【図２５】従来技術を説明するための図である。
【符号の説明】
【０２５４】
１  ＩＰネットワーク
１００  サービス提供装置
１１０  通信部
１２０  記憶部
１２１  セッション情報記憶部
１３０  制御部
１３１  callセッション情報受信部
１３２  Webセッション情報払出部
１３３  関連づけ部
１３４  サービス提供部
２００  端末
２０１  入力部
２０２  出力部
２０３  入出力制御Ｉ／Ｆ部
２１０  ＳＩＰフォン機能部
２１１  ＳＩＰ通信部
２１２  制御部
２１３  callセッション情報収集部
２１４  起動指示部
２２０  情報表示機能部
２２１  ＨＴＴＰ通信部
２２２  制御部
２２３  callセッション情報送信部
２２４  Webセッション情報受信部
２２５  サービス利用部
【図１】
0005180048.tif 000002
【図２】
0005180048.tif 000003
【図３】
0005180048.tif 000004
【図４】
0005180048.tif 000005
【図５】
0005180048.tif 000006
【図６】
0005180048.tif 000007
【図７】
0005180048.tif 000008
【図８】
0005180048.tif 000009
【図９】
0005180048.tif 000010
【図１０】
0005180048.tif 000011
【図１１】
0005180048.tif 000012
【図１２】
0005180048.tif 000013
【図１３】
0005180048.tif 000014
【図１４】
0005180048.tif 000015
【図１５】
0005180048.tif 000016
【図１６】
0005180048.tif 000017
【図１７】
0005180048.tif 000018
【図１８】
0005180048.tif 000019
【図１９】
0005180048.tif 000020
【図２０】
0005180048.tif 000021
【図２１】
0005180048.tif 000022
【図２２】
0005180048.tif 000023
【図２３】
0005180048.tif 000024
【図２４】
0005180048.tif 000025
【図２５】
0005180048.tif 000026