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