JP2008171035A - サービス提供システム、サービス提供装置およびその方法。 - Google Patents

Abstract

【課題】ユーザの端末にサービスを提供するサービス提供システム、サービス提供装置およびその方法を提供する。
【解決手段】ＳＣＩＭサーバ３は、サービス編成情報を作成し、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に格納する処理を行う。また、ＳＣＩＭサーバ３は、サービス編成情報に基づいて、サービスをユーザ端末２に提供するための処理を行う。さらに、ＳＣＩＭサーバ３は、サービスをユーザ端末２に提供するために、ユーザ端末２とアプリケーションサーバ（ＡＳ）５とのセッションを確立するための処理を行う。ＳＣＩＭサーバ３は、複数のサービスから新たなサービスを編成し、その新たなサービスをユーザ端末２に供給するための処理を行う。
【選択図】図１

Description

本発明は、サービス提供システム、サービス提供装置およびその方法に関する。

例えば、特許文献１は、Ｓｈインタフェースを用いてプロビジョニングシステムをＨＳＳ（Home Subscriber Server）と接続し、プロビジョニングインタフェースとしてＳｈインタフェースを使用する方法を開示する。
また、特許文献２は、ｉＦＣ（initial Filter Criteria：初期フィルタ条件）をユーザに特有の部分と、ユーザに独立した部分に分解することにより、例えばモバイルＩＰネットワークにおける初期フィルタ条件（ｉＦＣ）を展開し、準備し、記憶するための方法を開示する。
米国特許出願２００５／０２７８４４７ 特開２００６−２１７５７４

本発明は、上述した背景からなされたものであって、ユーザの端末にサービスを提供するサービス提供システム、サービス提供装置およびその方法を提供することを目的とする。

上記目的を達成するために、本発明にかかるサービス提供システムは、複数の第１のサービスに関する第１サービス情報を管理し、前記複数の第１のサービスを提供する複数のサービス情報管理装置と、第２のサービスをユーザ端末に提供するための処理を行うサービス提供処理装置と、前記サービス提供処理装置が前記第２のサービスをユーザに提供するために利用するサービス提供用情報を管理するサービス提供用情報管理装置とを有し、前記サービス提供処理装置は、前記複数の第１サービス情報に基づいて前記第２のサービスを生成するサービス生成手段と、前記サービス提供用情報を作成するサービス提供用情報作成手段と、前記サービス提供用情報をサービス提供用情報管理装置に格納させるサービス提供用情報格納手段と、前記サービス提供用情報管理装置からサービス提供用情報を検索するサービス提供用情報検索手段とを有する。

好適には、前記サービス生成手段は、前記複数の第１サービス情報を組み合わせることによって前記第２のサービスを生成する。
また、好適には、前記サービス提供処理装置は、前記第２のサービスを利用して前記サービス情報管理装置から前記第１のサービスを呼び出すサービス呼出手段をさらに有し、前記サービス情報管理装置は、前記サービス呼出手段によって呼び出された前記第１のサービスを提供する。

好適には、前記サービス提供処理装置は、他のノードの状況情報を取得する状況情報取得手段をさらに有し、前記サービス提供用情報作成手段は、前記状況情報に基づいてサービス提供用情報を作成する。

好適には、前記サービス提供用情報管理装置は、前記サービス提供用情報を更新するサービス提供用情報更新手段と、他のノードから更新通知要求を受信する更新通知受信手段と、前記更新通知要求に基づいて、前記サービス提供用情報が更新された場合に、前記他のノードに対して更新通知を送信する更新通知送信手段とを有する。

好適には、前記サービス提供処理装置は、前記サービス提供用情報管理装置に対して、前記サービス提供用情報が更新された場合に更新通知を送信するように要求する更新通知要求手段と、前記更新通知を前記サービス提供用情報管理装置から受信する更新通知受信手段とをさらに有する。

好適には、前記サービス提供用情報は、ユーザ端末によって第２のサービスが選択されるために利用される候補サービスリストと、前記ユーザ端末に前記候補サービスリストを表示させるための表示情報とを含み、前記サービス提供処理装置は、前記ユーザ端末によって選択された第２のサービスを提供する。

好適には、ユーザに関するユーザ情報を管理するユーザ情報管理装置をさらに有し、前記サービス提供処理装置は、前記ユーザ情報に基づいて第２のサービスを提供する。

好適には、前記サービス提供処理装置は、前記ユーザ情報管理装置から前記ユーザ情報を取得するユーザ情報取得手段をさらに有し、前記サービス提供用情報作成手段は、前記ユーザ情報に基づいて前記サービス提供用情報を作成する。

また、本発明にかかるサービス提供装置は、ユーザ端末にサービスを提供するための処理を行うサービス提供処理装置であって、第１のサービスに関する情報に基づいて第２のサービスを生成するサービス生成手段と、前記第２のサービスを提供するために利用されるサービス提供用情報を作成するサービス提供用情報作成手段と、前記サービス提供用情報に基づいて前記第２のサービスをユーザ端末に提供するサービス提供手段とを有する。

また、本発明にかかるサービス提供方法は、ユーザ端末にサービスを提供するサービス提供方法であって、第１のサービスに関する第１サービス情報を管理するサービス情報管理ステップと、前記第１サービス情報に基づいて第２のサービスを生成するサービス生成ステップと、前記第２のサービスを提供するために利用されるサービス提供用情報を作成するサービス提供用情報作成ステップと、前記サービス提供用情報を格納するサービス提供用情報格納ステップと、前記サービス提供用情報格納ステップによって格納された前記サービス提供用情報を検索するサービス提供用情報検索ステップと、前記サービス提供用情報に基づいて第２のサービスをユーザ端末に提供するサービス提供ステップとを含む。

本発明によれば、ユーザの端末に対して効率的にサービスを提供するサービス提供システム、サービス提供装置およびその方法を提供することができる。

以下、本発明の実施形態を説明する。

［サービス提供システム１］
図１は、本発明の実施形態にかかるサービス提供方法が適用されるサービス提供システム１の構成を例示する図である。
図１に示すように、サービス提供システム１は、携帯電話などのユーザ端末２−１〜２−Ｎ（Ｎは、１以上の整数。但し、Ｎが常に同じ数であるとは限らない）との間で通信を行う無線基地局２０と、ＳＣＩＭ（Service Capability Interaction Manager）サーバ３と、ＸＭＬ（eXtensible Markup Language）文書管理サーバ（ＸＤＭＳ：XML Document Management Server）４と、アプリケーションサーバ（ＡＳ：Application Server）５−１〜５−Ｍ（Ｍは、１以上の整数。但し、Ｍが常に同じ数であるとは限らない）と、ホーム加入者サーバ（ＨＳＳ）６と、Ｓ−ＣＳＣＦ（Serving Call Session Control Function）サーバ２８とが、ネットワーク１００を介して接続されて構成される。
サービス提供システム１は、これらの構成部分により、ユーザ端末２に、たとえばオンラインゲームサービス、グループ通話サービス等のサービスを提供する。

なお、以下、ユーザ端末２−１〜２−Ｎなど、複数ある構成部分のいずれかを特定せずに示すときには、単に、ユーザ端末２などと略記することがある。
また、以下、ＳＣＩＭサーバ３など、サービス提供システム１において、情報処理および通信の主体となりうる装置を、ノードと総称することがある。
また、図１に示したサービス提供システム１を構成する装置のうち、任意の２つ以上は、適宜、一体に構成されうる。
また、無線基地局２０、ＳＣＩＭサーバ３、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４、ホーム加入者サーバ（ＨＳＳ）６およびＳ−ＣＳＣＦサーバ２８については、本実施形態ではそれぞれ１つとしたが、複数であってもよい。
また、以下の各図において、実質的に同じ構成部分および処理には同じ番号が付される。

サービス提供システム１において、ユーザ端末２は、無線基地局２０、ネットワーク１００およびＳ−ＣＳＣＦサーバ２８を介して、ＳＣＩＭサーバ３、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４およびアプリケーションサーバ（ＡＳ）５との間で情報を送受信する。
Ｓ−ＣＳＣＦサーバ２８は、ユーザ端末２と他のノードとの間で、ルーティング処理を行う。
また、Ｓ−ＣＳＣＦサーバ２８は、ホーム加入者サーバ（ＨＳＳ）６に保管されたユーザについての情報（ユーザ情報）に基づいてフィルタリングを行い、ユーザ端末２と他のノードとの間におけるセッションの確立を制御する。

ＳＣＩＭサーバ３は、サービス編成情報を作成し、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に格納する処理を行う。
また、ＳＣＩＭサーバ３は、サービス編成情報に基づいて、サービスをユーザ端末２に提供するための処理を行う。
さらに、ＳＣＩＭサーバ３は、サービスをユーザ端末２に提供するために、ユーザ端末２とアプリケーションサーバ（ＡＳ）５とのセッションを確立するための処理を行う。
ここで、サービス編成情報とは、複数のアプリケーションサーバ（ＡＳ）５が提供する複数のサービスを統合し、新たなサービスを編成するための情報である。
つまり、ＳＣＩＭサーバ３は、複数のサービスから新たなサービスを編成し、その新たなサービスをユーザ端末２に供給するための処理を行う。

ＸＭＬ文書管理サーバ（ＸＤＭＳ）４は、サービス編成情報およびコンテキスト情報をＸＭＬ文書として格納し、管理する。
また、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４は、他のノードから、格納した情報の更新要求および追加要求を受信し、情報の更新処理および追加処理を行う。
さらに、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４は、他のノードの要求に応じて、格納した情報の更新通知を送信する。

アプリケーションサーバ（ＡＳ）５は、ある特定のサービスを提供するために必要な情報を格納し、管理する。
また、アプリケーションサーバ（ＡＳ）５は、この特定のサービスをユーザ端末２に提供する。
ホーム加入者サーバ（ＨＳＳ）６は、サービス提供システム１を利用するユーザのユーザ情報を格納し、管理する。
なお、ホーム加入者サーバ（ＨＳＳ）６内の情報は、通常、ユーザ端末２によって更新されることはなく、図示しない管理者端末などから更新される。

［ハードウエア］
図２は、図１に示したＳＣＩＭサーバ３、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４、アプリケーションサーバ（ＡＳ）５、ホーム加入者サーバ（ＨＳＳ）６およびＳ−ＣＳＣＦサーバ２８のハードウエア構成を例示する図である。
図２に示すように、ＳＣＩＭサーバ３、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４、アプリケーションサーバ（ＡＳ）５、ホーム加入者サーバ（ＨＳＳ）６およびＳ−ＣＳＣＦサーバ２８は、ＣＰＵ１２２およびメモリ１２４などを含む本体１２０、キーボードおよび表示装置などを含む入出力装置１２６、他のノードとの通信を行う通信装置１２８、および、ＣＤ装置およびＨＤＤ装置など、記録媒体１３２に対するデータの記録および再生を行う記録装置１３０から構成される。
つまり、ＳＣＩＭサーバ３、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４、アプリケーションサーバ（ＡＳ）５、ホーム加入者サーバ（ＨＳＳ）６およびＳ−ＣＳＣＦサーバ２８は、情報処理および他のノードとの通信が可能なコンピュータとしてのハードウエア構成部分を有している。

図３は、図１に示したユーザ端末２のハードウエア構成を例示する図である。
図３に示すように、ユーザ端末２は、アンテナ２２０、無線ＩＦ２２２、音声・動画像ＣＯＤＥＣ２３０、ＬＣＤなどの表示装置２３２、カメラ２３４、マイク２３６、スピーカ２３８、制御部２４０、テンキー２４２およびＤＴＭＦ（Dial Tone Multi Frequency）発生部２４４から構成される。
なお、ユーザ端末２の各構成部分は、専用のハードウエアによって実現されても、ＤＳＰ（Digital Signal Processor）などの上で実行されるソフトウエアによって実現されてもよい。

アンテナ２２０および無線ＩＦ２２２は、無線基地局２０と間で回線設定のために必要な信号の伝送を行う。
また、アンテナ２２０および無線ＩＦ２２２は、無線基地局２０およびネットワーク１００を介して、他のユーザ端末２または他のノードとの間で、音声、動画像およびＤＴＭＦ信号の伝送を行う。
表示装置２３２は、例えば、液晶表示装置であって、音声・動画像ＣＯＤＥＣ２３０により生成された動画像を表示して、ユーザに示す。
カメラ２３４は、例えば、ＣＣＤカメラであって、ユーザおよび風景などを撮影して動画像を生成し、音声・動画像ＣＯＤＥＣ２３０に対して出力する。
マイク２３６は、ユーザの声などの音声を受け入れて、音声・動画像ＣＯＤＥＣ２３０に対して出力する。
スピーカ２３８は、音声・動画像ＣＯＤＥＣ２３０から入力される音声、例えば、通話相手の声あるいはサービス情報に付随する音声を出力する。

テンキー２４２は、ＤＴＭＦによる信号入力操作に適した数字０〜９および記号"＊"，"＃"などのボタンを有し、ユーザの操作を受け入れて、制御部２４０およびＤＴＭＦ発生部２４４に対して出力する。
制御部２４０は、ＣＰＵおよびメモリ（図示せず）などを含み、図１１を用いて後述するようなプログラムを実行して、無線基地局２０との間の通信のための処理、および、ユーザ端末２の各構成部分の制御のための処理などを行う。
制御部２４０は、無線基地局２０との間の通信のための処理を行い、その通信のための信号を無線ＩＦ２２２に対して出力する。
また、制御部２４０は、ユーザ端末２の各構成部分の制御のための処理などを行い、その制御のための信号を音声・動画像ＣＯＤＥＣ２３０に対して出力する。
ＤＴＭＦ発生部２４４は、テンキー２４２のボタンに対するユーザの操作に応じて、数字０〜９および記号"＊"，"＃"それぞれに対応するＤＴＭＦ信号を発生し、音声・動画像ＣＯＤＥＣ２３０に対して出力する。

音声・動画像ＣＯＤＥＣ２３０は、他のユーザ端末２および他のノードから、例えばＭＰＥＧ形式で送られてきた動画像データを、無線ＩＦ２２２を介して受けてデコードし、表示装置２３２に表示する。
また、音声・動画像ＣＯＤＥＣ２３０は、他のユーザ端末２および他のノードから送られてきた音声データをデコードし、スピーカ２３８から出力する。
また、音声・動画像ＣＯＤＥＣ２３０は、カメラ２３４から入力される動画像をＭＰＥＧ形式の動画像データにエンコードし、無線ＩＦ２２２に対して出力する。
また、音声・動画像ＣＯＤＥＣ２３０は、マイク２３６から入力される音声、および、ＤＴＭＦ発生部２４４から入力されるＤＴＭＦ信号を音声データにエンコードし、無線ＩＦ２２２に対して出力する。
つまり、ユーザ端末２は、他のノードとの間で、音声、動画像およびＤＴＭＦ信号の伝送が可能なハードウエア構成部分を有している。

［ＳＣＩＭプログラム３０］
図４は、図１に示したＳＣＩＭサーバ３において動作するＳＣＩＭプログラム３０の構成を示す図である。
図４に示すように、ＳＣＩＭプログラム３０は、ＸＤＭＳＩＦ３００、ＡＳＩＦ３０２、ＨＳＳＩＦ３０４、ユーザインタフェース（ＵＩ）３０６、設定管理部３１０、設定ＤＢ３１２、サービス編成情報処理部３２およびセッション処理部３６から構成される。
ＳＣＩＭプログラム３０は、たとえば、記憶媒体１３２（図２）を介してＳＣＩＭサーバ３に供給され、メモリ１２４にロードされ、ＳＣＩＭサーバ３にインストールされたＯＳ（図示せず）上で、ＳＣＩＭサーバ３のハードウエア資源を具体的に利用して実行される（以下に示す各ソフトウエアについても同様）。
なお、本実施形態では、ＳＣＩＭサーバ３は、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４、アプリケーションサーバ（ＡＳ）５、ホーム加入者サーバ（ＨＳＳ）６およびＳ−ＣＳＣＦサーバ２８と接続された構成としているが、システムに他のコンポーネントが含まれる場合は、そのコンポーネントと接続されるように構成されうる。

ＳＣＩＭプログラム３０において、ＸＤＭＳＩＦ３００は、サービス編成情報処理部３２およびセッション処理部３６と、たとえばＳＩＰ（Session Initiation Protocol）およびＸＣＡＰ（XML Configuration Access Protocol）などによって接続される。
ここで、ＸＣＡＰは、ＨＴＴＰ（HyperText Transfer Protocol）を用いてＸＭＬで記載された文書等の追加、修正および削除を行うためのプロトコルである。
ＸＤＭＳＩＦ３００は、サービス編成情報処理部３２およびセッション処理部３６と、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４との間で情報を送受信するために必要なプロトコル変換等の処理を行う。
また、ＸＤＭＳＩＦ３００は、サービス編成情報処理部３２およびセッション処理部３６から情報を受信し、必要な処理を行って、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して情報を送信する。
さらに、ＸＤＭＳＩＦ３００は、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４から情報を受信し、必要な処理を行って、サービス編成情報処理部３２およびセッション処理部３６に対して情報を送信する。

ＡＳＩＦ３０２は、サービス編成情報処理部３２およびセッション処理部３６と、たとえばＳＩＰによって接続され、サービス編成情報処理部３２およびセッション処理部３６と、アプリケーションサーバ（ＡＳ）５との間で情報を送受信するために必要なプロトコル変換等の処理を行う。
また、ＡＳＩＦ３０２は、サービス編成情報処理部３２およびセッション処理部３６から情報を受信し、必要な処理を行って、アプリケーションサーバ（ＡＳ）５に対して情報を送信する。
さらに、ＡＳＩＦ３０２は、アプリケーションサーバ（ＡＳ）５から情報を受信し、必要な処理を行って、サービス編成情報処理部３２およびセッション処理部３６に対して情報を送信する。
ＨＳＳＩＦ３０４は、サービス編成情報処理部３２およびセッション処理部３６と、たとえばＳｈインタフェースによって接続され、サービス編成情報処理部３２およびセッション処理部３６と、ホーム加入者サーバ（ＨＳＳ）６との間で情報を送受信するために必要なプロトコル変換等の処理を行う。
また、ＨＳＳＩＦ３０４は、サービス編成情報処理部３２およびセッション処理部３６から情報を受信し、必要な処理を行って、ホーム加入者サーバ（ＨＳＳ）６に対して情報を送信する。
さらに、ＨＳＳＩＦ３０４は、ホーム加入者サーバ（ＨＳＳ）６から情報を受信し、必要な処理を行って、サービス編成情報処理部３２およびセッション処理部３６に対して情報を送信する。

ＵＩ３０６は、入出力装置に対するシステム管理者の操作を受け入れ、その操作信号を設定管理部３１０に対して出力し、また、設定管理部３１０の処理を制御する。
設定管理部３１０は、ＵＩ３０６からの操作信号を受信すると、その操作信号に基づいて、サービス編成情報作成部３２８がサービス編成情報を作成するための設定を変更する。
この設定は、たとえば、サービス選択に関する設定およびサービス参加者の選択に関する設定を含む。
また、設定管理部３１０は、変更した設定の情報（設定情報）を設定ＤＢ３１２に格納し、管理する。
さらに、設定管理部３１０は、サービス編成情報作成部３２８の制御に応じて、設定ＤＢ３１２に格納した設定情報をサービス編成情報作成部３２８に対して出力する。

サービス編成情報処理部３２は、更新情報要求部３２２、更新情報通知取得部３２４、更新情報取得部３２６、サービス編成情報作成部３２８、サービス編成情報送信部３３０、ユーザ情報取得部３３２、サービス情報取得部３３４、取得情報管理部３３６および取得情報データベース（ＤＢ）３３８から構成される。
サービス編成情報処理部３２は、これらの構成部分により、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４、アプリケーションサーバ（ＡＳ）５およびホーム加入者サーバ（ＨＳＳ）６から情報を収集し、サービス編成情報を作成するために必要な処理を行う。
また、サービス編成情報処理部３２は、作成したサービス編成情報をＸＭＬ文書管理サーバ（ＸＤＭＳ）４に格納するための処理を行う。

サービス編成情報作成部３２８は、サービス編成情報を作成するための処理を行い、サービス編成情報処理部３２の他の構成要素を制御する。
更新情報要求部３２２は、サービス編成情報作成部３２８の制御に応じて、ＸＤＭＳＩＦ３００およびネットワーク１００を介して、たとえばＳＩＰ＿ＳＵＢＳＣＲＩＢＥによって、更新情報要求をＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して送信する。
ここで、更新情報要求とは、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に格納された情報が更新された場合に、その更新した情報を要求したノードに通知するように制御するための命令である。
また、更新情報要求部３２２は、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４が更新情報要求を受信したときに送信するたとえば２００＿ＯＫレスポンスなどのレスポンスを、ＸＤＭＳＩＦ３００およびネットワーク１００を介して受信する。
なお、本実施形態では、各構成部分が要求などを受信したときにその要求を送信したノードに返信するレスポンスを、たとえば２００＿ＯＫレスポンスとしているが、２００＿ＯＫレスポンスに限らず、どのような形式であってもよい。

更新情報通知取得部３２４は、更新情報要求に応じてＸＭＬ文書管理サーバ（ＸＤＭＳ）４が送信した更新情報通知を、ＸＤＭＳＩＦ３００およびネットワーク１００を介して、たとえばＳＩＰ＿ＮＯＴＩＦＹによって受信し、その更新情報通知を更新情報取得部３２６に対して出力する。
更新情報取得部３２６は、更新情報通知を受信すると、その更新情報通知に基づいて、ＸＤＭＳＩＦ３００およびネットワーク１００を介して、更新された情報を送信するように要求する命令をＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して送信する。
また、更新情報取得部３２６は、要求に応じてＸＭＬ文書管理サーバ（ＸＤＭＳ）４が送信した情報を取得し、サービス編成情報作成部３２８に対して出力する。

ユーザ情報取得部３３２は、サービス編成情報作成部３２８の制御に応じて、ＨＳＳＩＦ３０４およびネットワーク１００を介して、ユーザ情報を送信するように要求する命令をホーム加入者サーバ（ＨＳＳ）６に対して送信する。
また、ユーザ情報取得部３３２は、要求に応じてホーム加入者サーバ（ＨＳＳ）６が送信したユーザ情報を取得し、サービス編成情報作成部３２８に対して出力する。

サービス情報取得部３３４は、サービス編成情報作成部３２８の制御に応じて、ＡＳＩＦ３０４およびネットワーク１００を介して、サービス情報を送信するように要求する命令をアプリケーションサーバ（ＡＳ）５に対して送信する。
また、サービス情報取得部３３４は、要求に応じてホーム加入者サーバ（ＨＳＳ）６が送信したサービス情報を取得し、サービス編成情報作成部３２８に対して出力する。
サービス編成情報作成部３２８は、取得した更新情報、ユーザ情報およびサービス情報を、取得情報管理部３３６に対して出力する。
取得情報管理部３３６は、サービス編成情報作成部３２８からの情報を取得情報ＤＢ３３８に格納し、管理する。
また、サービス情報管理部３３６は、サービス編成情報作成部３２８の制御に応じて、取得情報ＤＢ３３８に格納した情報をサービス編成情報作成部３２８に対して出力する。

サービス編成情報作成部３２８は、各構成要素から取得した情報と、設定ＤＢ３１２に格納された設定情報とに基づいて、サービス編成情報を作成し、作成したサービス編成情報をサービス編成情報送信部３３０に対して出力する。
たとえば、設定情報に、「参加者ができるだけ多いサービス（ゲームなど）を提供する」というような条件が含まれている場合、取得情報ＤＢ３３８に格納された更新情報から過去の履歴を検索し、その条件に合致したサービス編成情報を作成する。
なお、作成するサービス編成情報がユーザ端末２のユーザに選択させるべき要素を含む場合、サービス編成情報作成部３２８は、サービス編成情報に候補ステータスを追加し、その情報をサービス編成候補情報として出力する。
ここで、サービス編成情報がユーザ端末２のユーザに選択させるべき要素を含む場合とは、たとえば、サービス編成情報に関するサービスに参加するユーザの選択、あるいは複数あるサービスから参加したいサービスの選択などを要する場合をいう。
サービス編成情報送信部３３０は、サービス編成情報作成部３２８から受信したサービス編成情報を、ＸＤＭＳＩＦ３００およびネットワーク１００を介して、たとえばＸＣＡＰによってＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して送信する。

図５は、図４に示したセッション処理部３６の構成を示す図である。
図５に示すように、セッション処理部３６は、Ｓ−ＣＳＣＦＩＦ３６０、サービス編成情報要求受信部３６２、サービス編成情報要求部３６４、サービス編成情報取得部３６６、フィルタ処理部３６８、サービス編成情報通知部３７０、サービス参加通知受信部３７２、サービス選択部３７４、セッション確立処理部３７６、確認応答受信部３７８、サービス参加確認送信部３８０、サービス招待通知送信部３８２、確認応答送信部３８４、セッション確立確認応答送信部３８６、サービス参加要求送信部３８８およびサービス終了通知受信部３９０から構成される。
セッション処理部３６は、これらの構成部分により、ユーザ端末２とアプリケーションサーバ（ＡＳ）５とのセッションを確立するための処理を行う。

セッション処理部３６において、Ｓ−ＣＳＣＦＩＦ３６０は、セッション処理部３６内の他の構成要素と、たとえばＳＩＰによって接続される。
Ｓ−ＣＳＣＦＩＦ３６０は、セッション処理部３６内の他の構成要素と、Ｓ−ＣＳＣＦサーバ２８との間で情報を送受信するために必要なプロトコル変換等の処理を行う。
また、Ｓ−ＣＳＣＦＩＦ３６０は、セッション処理部３６内の他の構成要素から情報を受信し、必要な処理を行って、Ｓ−ＣＳＣＦサーバ２８に対して情報を送信する。
このＳ−ＣＳＣＦサーバ２８に対して送信された情報は、Ｓ−ＣＳＣＦサーバ２８によってユーザ端末２に送信される。
さらに、Ｓ−ＣＳＣＦＩＦ３６０は、ユーザ端末２からＳ−ＣＳＣＦサーバ２８が受信した情報を、Ｓ−ＣＳＣＦサーバ２８から受信し、必要な処理を行って、セッション処理部３６内の他の構成要素に対して情報を送信する。

サービス編成情報要求受信部３６２は、Ｓ−ＣＳＣＦサーバ２８、ネットワーク１００およびＳ−ＣＳＣＦＩＦ３６０を介して、ユーザ端末２からサービス編成情報を送信するための要求（サービス編成情報要求）を、たとえばＳＩＰ＿ＳＵＢＳＣＲＩＢＥによって受信する。
また、サービス編成情報要求受信部３６２は、サービス編成情報要求をサービス編成情報要求部３６４に対して出力する。
また、サービス編成情報要求受信部３６２は、サービス編成情報要求を受信すると、Ｓ−ＣＳＣＦＩＦ３６０およびネットワーク１００等を介して、２００＿ＯＫレスポンスをユーザ端末２に対して送信する。

サービス編成情報要求部３６４は、サービス編成情報要求を受信すると、ＸＤＭＳＩＦ３００およびネットワーク１００を介して、たとえばＳＩＰ＿ＳＵＢＳＣＲＩＢＥによって、サービス編成情報要求をＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して送信する。
また、サービス編成情報要求部３６４は、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４がサービス編成情報要求を受信したときに送信する２００＿ＯＫレスポンスを、ＸＤＭＳＩＦ３００およびネットワーク１００を介して受信する。
サービス編成情報取得部３６６は、サービス編成情報要求に応じてＸＭＬ文書管理サーバ（ＸＤＭＳ）４が送信したサービス編成情報を、ＸＤＭＳＩＦ３００およびネットワーク１００を介して、たとえばＳＩＰ＿ＮＯＴＩＦＹによって受信し、そのサービス編成情報をフィルタ処理部３６８に対して出力する。

フィルタ処理部３６８は、ＨＳＳＩＦ３０４およびネットワーク１００を介して、ホーム加入者サーバ（ＨＳＳ）６からユーザ情報を取得する。
また、フィルタ処理部３６８は、サービス編成情報取得部３６６からサービス編成情報を受信する。
さらに、フィルタ処理部３６８は、ユーザ情報に基づいてサービス編成情報に対してフィルタ処理を行い、サービス編成情報通知部３７０およびサービス選択部３７４に対して出力する。

サービス編成情報通知部３７０は、サービス編成情報を、Ｓ−ＣＳＣＦＩＦ３６０およびネットワーク１００等を介して、たとえばＳＩＰ＿ＮＯＴＩＦＹによってユーザ端末２に対して出力する。
また、サービス編成情報通知部３７０は、ユーザ端末２がサービス編成情報を受信したときに送信する２００＿ＯＫレスポンスを、Ｓ−ＣＳＣＦＩＦ３６０およびネットワーク１００を介して受信する。
サービス参加通知受信部３７２は、サービス参加通知を、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、Ｓ−ＣＳＣＦＩＦ３６０およびネットワーク１００等を介してユーザ端末２から受信する。
また、サービス参加通知受信部３７２は、サービス参加通知を受信すると、Ｓ−ＣＳＣＦＩＦ３６０およびネットワーク１００等を介して、２００＿ＯＫレスポンスをユーザ端末２に対して送信する。
さらに、サービス参加通知受信部３７２は、サービス参加通知を、サービス選択部３７４およびセッション確立処理部３７６に対して出力する。

サービス選択部３７４は、フィルタ処理部３６８からのサービス編成情報と、サービス参加通知受信部３７２からのサービス参加通知とから、ユーザ端末２に提供するサービスを選択する。
また、サービス選択部３７４は、選択したサービスに関するサービス情報を、セッション確立処理部３７６に対して出力する。

セッション確立処理部３７６は、選択されたサービスを構成する複数のサービスを提供するアプリケーションサーバ（ＡＳ）５と、ユーザ端末２とのセッションを確立するために必要な処理を行う。
確認応答受信部３７８は、サービス参加通知受信部３７２からの２００＿ＯＫレスポンスに応じてユーザ端末２が送信する確認応答を、たとえばＡＣＫによって受信し、セッション確立処理３７６に対して出力する。
セッション確立処理部３７６は、ユーザ端末２からの確認応答を受信すると、アプリケーションサーバ（ＡＳ）５に対してサービス参加要求を送信するための命令を、サービス参加要求送信部３８８に対して送信する。

サービス参加要求送信部３８８は、サービス参加要求をたとえばＳＩＰ＿ＩＮＶＩＴＥによって、対応するサービスを提供するアプリケーションサーバ（ＡＳ）５に対し、ＡＳＩＦ３０２およびネットワーク１００を介して送信する。
また、サービス参加要求送信部３８８は、アプリケーションサーバ（ＡＳ）５がサービス参加要求を受信したときに送信する２００＿ＯＫレスポンスを、ＡＳＩＦ３０２およびネットワーク１００を介して受信する。
さらに、サービス参加要求送信部３８８は、受信した２００＿ＯＫレスポンスをセッション確立処理部３７６に対して出力する。
セッション確立処理部３７６は、アプリケーションサーバ（ＡＳ）５からの２００＿ＯＫレスポンスを受信すると、ユーザ端末２に対してサービス参加確認を送信するための命令を、サービス参加確認送信部３８０に対して送信する。

サービス参加確認送信部３８０は、サービス参加確認を、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、Ｓ−ＣＳＣＦＩＦ３６０およびネットワーク１００等を介し、ユーザ端末２に対して送信する。
また、サービス参加確認送信部３８０は、ユーザ端末２がサービス参加確認を受信したときに送信する２００＿ＯＫレスポンスを、Ｓ−ＣＳＣＦＩＦ３６０およびネットワーク１００等を介して受信する。
さらに、サービス参加確認送信部３８０は、受信した２００＿ＯＫレスポンスを、セッション確立処理部３７６に対して出力する。

セッション確立処理部３７６は、ユーザ端末２からの２００＿ＯＫレスポンスを受信すると、ユーザ端末２と、対応するサービスを提供するアプリケーションサーバ（ＡＳ）５とに対してセッション確立確認応答を送信するための命令を、セッション確立確認応答送信部３８６に対して送信する。
セッション確立確認応答送信部３８６は、セッション確立処理部３７６からの命令に応じて、ユーザ端末２と、アプリケーションサーバ（ＡＳ）５とに対して、たとえばＡＣＫによってセッション確立確認応答を送信する。
この処理によって、ユーザ端末２とアプリケーションサーバ（ＡＳ）５との間にセッションが確立する。
セッションが確立されると所要のサービスが呼び出される。つまり、アプリケーションサーバ（ＡＳ）５はユーザ端末２に対して当該サービスの提供を開始する。

取得したサービス編成情報が、そのサービスに参加するメンバのリストを含む場合、セッション確立処理部３７６は、そのリストに含まれるユーザのユーザ端末２に対してサービス招待通知を送信するための命令を、サービス招待通知送信部３８２に対して出力する。
ここで、サービス招待通知とは、サービスに参加するか否かを問い合わせるための通知であり、たとえばＳＩＰ＿ＩＮＶＩＴＥによって送信される。
サービス招待通知送信部３８２は、セッション確立処理部３７６からの命令に応じて、サービス招待通知を、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、Ｓ−ＣＳＣＦＩＦ３６０およびネットワーク１００等を介し、ユーザ端末２に対して送信する。
また、サービス招待通知送信部３８２は、ユーザ端末２がサービス招待通知を受信したときに送信する２００＿ＯＫレスポンスを、Ｓ−ＣＳＣＦＩＦ３６０およびネットワーク１００等を介して受信する。
さらに、サービス招待通知送信部３８２は、受信した２００＿ＯＫレスポンスを、セッション確立処理部３７６に対して出力する。

セッション確立処理部３７６は、ユーザ端末２からの２００＿ＯＫレスポンスを受信すると、ユーザ端末２に対して、確認応答を送信するための命令を、確認応答送信部３８４に対して送信する。
確認応答送信部３８４は、セッション確立処理部３７６からの命令に応じて、ユーザ端末２に対して、たとえばＡＣＫによってセッション確立確認応答を送信する。

サービス終了通知受信部３９０は、ユーザ端末２とセッションを確立しそのユーザ端末２に対してサービスを提供しているアプリケーションサーバ（ＡＳ）５から、そのセッションが終了したことを通知するサービス終了通知を、たとえばＳＩＰ＿ＢＹＥによって、ＡＳＩＦ３０２およびネットワーク１００を介して受信する。
サービス終了通知受信部３９０は、サービス終了通知を受信すると、そのアプリケーションサーバ（ＡＳ）５に対し、２００＿ＯＫレスポンスを送信する。
さらに、サービス終了通知受信部３９０は、サービス終了通知をセッション確立処理部３７６に対して出力する。
セッション確立処理部３７６は、サービス終了通知を受信すると、ユーザ端末２とアプリケーションサーバ（ＡＳ）５とのセッションを終了するための処理を行う。

［ＸＤＭＳプログラム４０］
図６は、図１に示したＸＭＬ文書管理サーバ（ＸＤＭＳ）４において動作するＸＤＭＳプログラム４０の構成を示す図である。
図６に示すように、ＸＤＭＳプログラム４０は、通信処理部４００、情報更新要求受信部４１０、情報更新処理部４１２、情報更新通知要求受信部４１４、情報更新通知送信部４１６、更新情報要求受信部４１８、更新情報送信部４２０、コンテキスト情報格納部４２、サービス編成情報取得部４５０、サービス編成情報要求受信部４５２、サービス編成情報送信部４５４およびサービス編成情報格納部４６から構成される。

ＸＤＭＳプログラム４０において、通信処理部４００は、ネットワーク１００を介して他ノードとの間で通信を行うために必要な処理を行う。
情報更新要求受信部４１０は、他ノードから、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に格納された情報を更新するための要求（情報更新要求）を、たとえばＸＣＡＰによってネットワーク１００および通信処理部４００を介して受信し、情報更新処理部４１２に対して出力する。
また、情報更新要求受信部４１０は、他ノードから情報更新要求を受信すると、そのノードに対して２００＿ＯＫレスポンスを送信する。

情報更新処理部４１２は、情報更新要求受信部４１０から情報更新要求を受信すると、その情報更新要求にしたがってコンテキスト情報格納部４２およびサービス編成情報格納部４６に格納されている情報を更新するための処理を行う。
情報更新通知要求受信部４１４は、他ノードから、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に格納された情報が更新されたことを通知するための要求（情報更新通知要求）を、たとえばＳＩＰ＿ＳＵＢＳＣＲＩＢＥによってネットワーク１００および通信処理部４００を介して受信し、情報更新処理部４１２に対して出力する。
また、情報更新通知要求受信部４１４は、情報更新通知要求を送信したノードに対して、２００＿ＯＫレスポンスを送信する。
情報更新処理部４１２は、情報更新通知要求受信部４１４から情報更新通知要求を受信すると、その情報更新通知要求に対応する情報が更新された場合に情報更新通知を送信するための、たとえばフラグ処理などの処理を行う。
さらに、情報更新処理部４１２は、情報更新要求受信部４１０から、情報更新通知要求に対応する情報更新要求を受信した場合に、情報更新通知を情報更新通知送信部４１６に対して送信する。

情報更新通知送信部４１６は、情報更新処理部４１２から情報更新通知を受信すると、情報更新通知を、たとえばＳＩＰ＿ＮＯＴＩＦＹによって、ネットワーク１００を介して情報更新通知要求を送信したノードに対し送信する。
また、情報更新通知送信部４１６は、そのノードが情報更新通知を受信したときに送信する２００＿ＯＫレスポンスを、ネットワーク１００を介して受信する。
更新情報要求受信部４１８は、他ノードから、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に格納された情報のうち、更新された情報を送信するための要求（更新情報要求）を、たとえばＸＣＡＰによって受信し、コンテキスト情報格納部４２に対して出力する。
コンテキスト情報格納部４２は、受信した更新情報要求にしたがって、更新された情報（更新情報）を更新情報送信部４２０に対して出力する。
更新情報送信部４２０は、コンテキスト情報格納部４２からの更新情報を、ネットワーク１００を介して、更新情報要求を送信したノードに対して送信する。

図７は、図６に示したコンテキスト情報格納部４２の構成を示す図である。
図７に示すように、コンテキスト情報格納部４２は、アクセスリスト管理部４２２、アクセスリストＤＢ４２４、グループリスト管理部４２６、グループリストＤＢ４２８、コミュニティリスト管理部４３０、コミュニティリストＤＢ４３２、ユーザリスト管理部４３４、ユーザリストＤＢ４３６、ユーザ状況情報管理部４３８およびユーザ状況情報ＤＢ４４０から構成される。
なお、コンテキスト情報格納部４２の構成、および、コンテキスト情報格納部４２に格納されるコンテキスト情報の構成については、図７に示した構成に限定されず、適宜、拡張可能である。

コンテキスト情報格納部４２において、アクセスリスト管理部４２２は、所定のネットワークからのアクセスをフィルタリングするためのアクセスリストを、アクセスリストＤＢ４２４に格納し、管理する。
また、アクセスリスト管理部４２２は、アクセスリストＤＢ４２４に格納されたアクセスリストを、必要に応じて、更新情報送信部４２０に対して出力する。
ユーザは、このアクセスリストを適宜変更することによって、たとえばあるサーバからのアクセスを拒否することができる。

グループリスト管理部４２６は、システムを利用しているグループに関する情報を含むグループリストを、グループリストＤＢ４２８に格納し、管理する。
また、グループリスト管理部４２６は、グループリストＤＢ４２８に格納されたグループリストを、必要に応じて、更新情報送信部４２０に対して出力する。
コミュニティリスト管理部４３０は、システムを利用しているコミュニティに関する情報を含むコミュニティリストを、コミュニティリストＤＢ４３２に格納し、管理する。
また、コミュニティリスト管理部４３０は、コミュニティリストＤＢ４３２に格納されたコミュニティリストを、必要に応じて、更新情報送信部４２０に対して出力する。

ユーザリスト管理部４３４は、システムを利用しているユーザに関する情報を含むユーザリストを、ユーザリストＤＢ４３６に格納し、管理する。
また、ユーザリスト管理部４３４は、ユーザリストＤＢ４３６に格納されたユーザリストを、必要に応じて、更新情報送信部４２０に対して出力する。
ユーザ状況情報管理部４３８は、システムを利用しているユーザの状況に関する情報を含むユーザ状況情報を、ユーザ状況情報ＤＢ４４０に格納し、管理する。
ユーザ状況情報は、たとえば、あるユーザの位置情報、使用可能な端末等の情報、ユーザ端末２と通信している無線基地局２０あるいはＳ−ＣＳＣＦサーバ２８の情報などを含む。
また、ユーザ状況情報管理部４３８は、ユーザ状況情報ＤＢ４４０に格納されたユーザ状況情報を、必要に応じて、更新情報送信部４２０に対して出力する。

サービス編成情報取得部４５０（図６）は、ＳＣＩＭサーバ３から、サービス編成情報をたとえばＸＣＡＰによって受信し、サービス編成情報格納部４６に対して出力する。
サービス編成情報格納部４６は、サービス編成情報取得部４５０からのサービス編成情報を格納し、管理する。

サービス編成情報要求受信部４５２は、他ノードから、サービス編成情報要求を受信し、サービス編成情報格納部に対して送信する。
また、サービス編成情報要求受信部４５２は、サービス編成情報要求を受信すると、２００＿ＯＫレスポンスを、そのサービス編成情報要求を送信したノードに対して送信する。
サービス編成情報格納部４６は、サービス編成情報要求受信部４５２からのサービス編成情報要求にしたがって、サービス編成情報を検索し、サービス編成情報送信部４５４に対して出力する。
サービス編成情報送信部４５４は、サービス編成情報格納部４６からのサービス編成情報を、サービス編成情報要求を送信したノードに対して送信する。

図８は、図６に示したサービス編成情報格納部４６の構成を示す図である。
図８に示すように、サービス編成情報格納部４６は、サービス編成情報管理部４６０、サービス編成情報ＩＤ管理部４６２、サービス編成情報ＩＤＤＢ４６４、サービス編成情報属性管理部４６６、サービス編成情報属性ＤＢ４６８、ステータス管理部４７０、ステータスＤＢ４７２、ＡＳアドレス管理部４７４、ＡＳアドレスＤＢ４７６、参加者ＩＤ管理部４７８、参加者ＩＤＤＢ４８０、表示情報管理部４８２、表示情報ＤＢ４８４および候補リストＤＢ４９８から構成される。
なお、サービス編成情報格納部４６の構成、および、サービス編成情報格納部４６に格納されるサービス編成情報の構成については、図８に示した構成に限定されず、適宜、拡張可能である。

サービス編成情報管理部４６０は、サービス編成情報格納部４６内の各構成部分の処理を制御する。
サービス編成情報管理部４６０は、サービス編成情報取得部４５０からサービス編成情報を受信し、受信したサービス編成情報に含まれる情報に応じてサービス編成情報格納部４６内の各構成部分に対して出力する。
さらに、サービス編成情報管理部４６０は、サービス編成情報取得部４５０から受信したサービス編成情報に候補ステータスが含まれている場合は、そのサービス編成情報のＩＤを候補リストＤＢ４９８に格納する。
また、サービス編成情報管理部４６０は、情報更新処理部４１２からの情報更新要求に応じて、サービス編成情報の更新処理を制御する。
さらに、サービス編成情報管理部４６０は、サービス編成情報要求受信部４５２からのサービス編成情報要求に応じて、サービス編成情報を検索し、検索したサービス編成情報をサービス編成情報送信部４５４に対して出力する。
また、サービス編成情報管理部４６０は、サービス編成情報を検索する際に候補リストＤＢ４９８も検索し、対応するサービス編成情報のＩＤが存在した場合は、サービス編成情報に候補ステータスを追加する処理を行う。

サービス編成情報ＩＤ管理部４６２は、サービス編成情報のＩＤを、サービス編成情報ＩＤＤＢ４６４に格納し、管理する。
また、サービス編成情報ＩＤ管理部４６２は、サービス編成情報ＩＤＤＢ４６４に格納されたサービス編成情報ＩＤを、必要に応じて、サービス編成情報管理部４６０に対して出力する。
サービス編成情報属性管理部４６６は、サービス編成情報の属性を、サービス編成情報属性ＤＢ４６８に格納し、管理する。
また、サービス編成情報属性管理部４６６は、サービス編成情報属性ＤＢ４６８に格納されたサービス編成情報属性を、必要に応じて、サービス編成情報管理部４６０に対して出力する。

ステータス管理部４７０は、サービス編成情報のステータスを、ステータスＤＢ４７２に格納し、管理する。
また、ステータス管理部４７０は、ステータスＤＢ４７２に格納されたステータスを、必要に応じて、サービス編成情報管理部４６０に対して出力する。
ＡＳアドレス管理部４７４は、サービス編成情報を構成するサービスを提供するアプリケーションサーバ（ＡＳ）５のアドレスを、ＡＳアドレスＤＢ４７６に格納し、管理する。
また、ＡＳアドレス管理部４７４は、ＡＳアドレスＤＢ４７６に格納されたＡＳアドレスを、必要に応じて、サービス編成情報管理部４６０に対して出力する。

参加者ＩＤ管理部４７８は、サービス編成情報に対応するサービスに参加できる参加者のＩＤを、参加者ＩＤＤＢ４８０に格納し、管理する。
また、参加者ＩＤ管理部４７８は、参加者ＩＤＤＢ４８０に格納された参加者ＩＤを、必要に応じて、サービス編成情報管理部４６０に対して出力する。
表示情報管理部４８２は、サービス編成情報に関して、ユーザ端末２の表示装置２３２に表示される表示情報を、表示情報ＤＢ４８４に格納し、管理する。
また、表示情報管理部４８２は、表示情報ＤＢ４８４に格納された表示情報を、必要に応じて、サービス編成情報管理部４６０に対して出力する。

［ＡＳプログラム５０］
図９は、図１に示したアプリケーションサーバ（ＡＳ）５において動作するアプリケーションサーバ（ＡＳ）プログラム５０の構成を示す図である。
図９に示すように、ＡＳプログラム５０は、通信処理部５００、ＳＣＩＭＩＦ５０２、サービス情報管理部５１０、サービス情報ＤＢ５１２、サービス情報送信部５１４、サービス参加要求受信部５１８、セッション確立確認応答受信部５２２、セッション処理部５２０およびサービス終了通知送信部５２４から構成される。

ＡＳプログラム５０において、通信処理部５００は、ネットワーク１００を介して他ノード（ＳＣＩＭサーバ３を含む）との間で通信を行うために必要な処理を行う。
ＳＣＩＭＩＦ５０２は、ＡＳプログラム５０内の他の構成要素と、たとえばＳＩＰなどによって接続される。
ＳＣＩＭＩＦ５０２は、ＡＳプログラム５０内の他の構成要素と、ＳＣＩＭサーバ３との間で情報を送受信するために必要なプロトコル変換等の処理を行う。
また、ＳＣＩＭＩＦ５０２は、ＡＳプログラム５０内の他の構成要素から情報を受信し、必要な処理を行って、ＳＣＩＭサーバ３に対して情報を送信する。
さらに、ＳＣＩＭＩＦ５０２は、ＳＣＩＭサーバ３から情報を受信し、必要な処理を行って、ＡＳプログラム５０内の他の構成要素に対して情報を送信する。

サービス情報管理部５１０は、サービス情報ＤＢ５１２に格納されたサービスおよびそのサービスに関するサービス情報を管理する。
また、サービス情報管理部５１０は、他ノードの要求に応じて、サービス情報ＤＢ５１２に格納されたサービスおよびサービス情報の送信処理を行う。
さらに、サービス情報管理部５１０は、ユーザ端末２とのセッション確立後、そのユーザ端末２に対して所要のサービスの提供を実行する。
サービス情報送信部５１４は、ＳＣＩＭＩＦ５０２およびネットワーク１００を介して、サービス情報をＳＣＩＭサーバ３に対して送信する。

サービス参加要求受信部５１８は、ＳＣＩＭサーバ３から、ＳＣＩＭＩＦ５０２およびネットワーク１００を介して、サービス参加要求をたとえばＳＩＰ＿ＩＮＶＩＴＥによって受信し、セッション処理部５２０に対して出力する。
また、サービス参加要求受信部５１８は、ＳＣＩＭサーバ３からサービス参加要求を受信すると、ＳＣＩＭＩＦ５０２およびネットワーク１００を介して、２００＿ＯＫレスポンスをＳＣＩＭサーバ３に対して送信する。
セッション確立確認応答受信部５２２は、ＳＣＩＭサーバ３から、ＳＣＩＭＩＦ５０２およびネットワーク１００を介して、セッション確立確認応答をたとえばＡＣＫによって受信し、セッション処理部５２０に対して出力する。

セッション処理部５２０は、セッション確立確認応答受信部５２２からセッション確立確認応答を受信すると、ユーザ端末２とのセッションを確立するために必要な処理を行う。
つまり、セッション処理部５２０は、サービス参加要求受信部５１８から受信したサービス参加要求に応じて、対応するサービスをユーザ端末２に提供するための命令をサービス情報管理部５１０に対して出力する。
サービス情報管理部５１０は、この命令に応じて、ユーザ端末２へのサービスの提供を開始する。
また、セッション処理部５２０は、セッションが終了した場合、サービス終了通知をサービス終了通知送信部５２４に対して出力する。
サービス終了通知送信部５２４は、セッション処理部５２０から受信したサービス終了通知を、たとえばＳＩＰ＿ＢＹＥによって、ＳＣＩＭＩＦ５０２およびネットワーク１００を介して、ＳＣＩＭサーバ３に対して送信する。

［ＨＳＳプログラム６０］
図１０は、図１に示したホーム加入者サーバ（ＨＳＳ）６において動作するホーム加入者サーバ（ＨＳＳ）プログラム６０の構成を示す図である。
図１０に示すように、ＨＳＳプログラム６０は、通信処理部６００、ユーザ情報登録受信部６０２、ユーザ情報要求受信部６０４、ユーザ情報送信部６０６およびユーザ情報格納部６２から構成される。

通信処理部６００は、ネットワーク１００を介して他ノードとの間で通信を行うために必要な処理を行う。
ユーザ情報登録受信部６０２は、他ノードからのユーザ情報登録を受信し、ユーザ情報格納部６２に対して出力する。
ユーザ情報格納部６２は、ユーザ情報登録受信部６０２からユーザ情報登録を受信すると、そのユーザ情報登録に応じてユーザ情報を登録する。

ユーザ情報要求受信部６０４は、他ノードから、ユーザ情報要求をたとえばＳｈインタフェースによって受信し、そのユーザ情報要求をユーザ情報格納部６２に対して出力する。
ユーザ情報格納部６２は、ユーザ情報要求受信部６０４からユーザ情報要求を受信すると、そのユーザ情報要求に応じてユーザ情報を検索し、検索したユーザ情報をユーザ情報送信部６０６に対して出力する。
ユーザ情報送信部６０６は、ユーザ情報格納部６２からのユーザ情報をユーザ情報要求を送信したノードに対して出力する。

ユーザ情報格納部６２は、ＩＤ管理部６２２、ＩＤＤＢ６２４、位置情報管理部６２６、位置情報ＤＢ６２８、プロファイル情報管理部６３０、プロファイル情報ＤＢ６３２、セキュリティ情報管理部６３４、セキュリティ情報ＤＢ６３６、課金情報管理部６３８および課金情報ＤＢ６４０から構成される。
ユーザ情報格納部６２において、ＩＤ管理部６２２は、ユーザＩＤを、ＩＤＤＢ６２４に格納し、管理する。
また、ＩＤ管理部６２２は、ＩＤＤＢ６２４に格納されたユーザＩＤを、必要に応じて、ユーザ情報送信部６０６に対して出力する。
位置情報管理部６２６は、ユーザの位置情報を、位置情報ＤＢ６２８に格納し、管理する。
また、位置情報管理部６２６は、位置情報ＤＢ６２８に格納された位置情報を、必要に応じて、ユーザ情報送信部６０６に対して出力する。

プロファイル情報管理部６３０は、ユーザのプロファイル情報を、プロファイル情報ＤＢ６３２に格納し、管理する。
また、プロファイル情報管理部６３０は、プロファイル情報ＤＢ６３２に格納されたプロファイル情報を、必要に応じて、ユーザ情報送信部６０６に対して出力する。
なお、プロファイル情報は、ユーザが割り当てられているＳ−ＣＳＣＦサーバ２８の情報、サービスのフィルタリングを行うためのｉＦＣ、およびユーザの登録情報などを含む。

セキュリティ情報管理部６３４は、ユーザの認証情報および認可情報を含むセキュリティ情報を、セキュリティ情報ＤＢ６３６に格納し、管理する。
また、セキュリティ情報管理部６３４は、セキュリティ情報ＤＢ６３６に格納されたセキュリティ情報を、必要に応じて、ユーザ情報送信部６０６に対して出力する。
課金情報管理部６３８は、ユーザの課金情報を、課金情報ＤＢ６４０に格納し、管理する。
また、課金情報管理部６３８は、課金情報ＤＢ６４０に格納された課金情報を、必要に応じて、ユーザ情報送信部６０６に対して出力する。

［ユーザ端末プログラム２０］
図１１は、図１に示したユーザ端末２において動作するユーザ端末プログラム２０の構成を示す図である。
図１１に示すように、ユーザ端末プログラム２０は、通信処理部２５０、ＵＩ２５２、アプリケーション処理部２５４、入力画面処理部２５６、情報更新要求部２５８、サービス編成情報取得部２６０およびセッション処理部２６２から構成される。
ユーザ端末プログラム２０において、通信処理部２５０は、ネットワーク１００を介して他ノードとの間で通信を行うために必要な処理を行う。

ＵＩ２５２は、テンキー２４２などの入出力装置に対するユーザの操作を受け入れ、アプリケーション処理部２５４および入力画面処理部２５６に対して出力し、また、ユーザ端末プログラム２０の他の構成部分の処理を制御する。
アプリケーション処理部２５４は、ユーザ端末２に組み込まれているアプリケーションを実行するために必要な処理を行う。
入力画面処理部２５６は、ユーザによる情報更新要求、あるいはサービス編成候補情報からの選択のためなどに必要な入力画面を、表示装置２３２に表示するための処理を行う。
情報更新要求部２５８は、ユーザの操作に応じて、情報更新要求を、ネットワーク１００などを介し、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して送信する。
また、情報更新要求部２５８は、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４が情報更新要求を受信したときに送信するレスポンスをネットワーク１００などを介して受信する。

サービス編成情報取得部２６０は、ユーザの操作に応じて、サービス編成情報要求を、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して送信する。
さらに、サービス編成情報取得部２６０は、サービス編成情報を含むレスポンスを、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４からネットワーク１００などを介して受信し、入力画面処理部２５６に対して出力する。
入力画面処理部２５６は、サービス編成情報取得部２６０から受信したサービス編成情報がサービス編成候補情報であった場合（つまり、サービス編成情報に候補ステータスが含まれていた場合）、ユーザに選択させるための選択画面を表示させるための処理を行う。
セッション処理部２６２は、ＳＣＩＭサーバ３の制御によってアプリケーションサーバ（ＡＳ）５とセッションを確立するための処理を行う。

［サービス提供システム１の全体的な動作］
以下、サービス提供システム１の全体的な動作を説明する。
図１２は、ＳＣＩＭサーバ３がＸＭＬ文書管理サーバ（ＸＤＭＳ）４から通知を受けて更新された情報を取得する態様を例示するシーケンス図（Ｓ１０）である。
図１２に示すように、ステップ１００（Ｓ１００）において、ＳＣＩＭサーバ３は、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して、たとえばＳＩＰ＿ＳＵＢＳＣＲＩＢＥによって更新通知要求を送信する。

図１３は、図１２に示すシーケンスにおいて各ノード間でやり取りされる情報を例示する図である。
図１３（Ａ）は、Ｓ１００においてＳＣＩＭサーバ３からＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して送信される情報を例示する図である。
図１３（Ａ）示すように、更新通知要求は、更新通知要求ヘッダ、ＳＣＩＭサーバアドレスおよびユーザアドレスを含む。

ステップ１０２（Ｓ１０２）（図１２）において、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４は、ＳＣＩＭサーバ３に対してたとえば２００＿ＯＫレスポンスなどのレスポンスを送信する。
ステップ１０４（Ｓ１０４）において、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４は、他のノードからの要求に応じて、更新通知要求に含まれるユーザアドレスのユーザに関する情報の更新処理を行う。
ステップ１０６（Ｓ１０６）において、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４は、ＳＣＩＭサーバ３に対して、ＳＩＰ＿ＮＯＴＩＦＹによって更新通知を送信する。
図１３（Ｂ）は、Ｓ１０６においてＸＭＬ文書管理サーバ（ＸＤＭＳ）４からＳＣＩＭサーバ３に対して送信される情報を例示する図である。
図１３（Ｂ）示すように、更新通知は、更新通知ヘッダ、ＳＣＩＭサーバアドレス、ユーザアドレスおよび更新情報アドレスを含む。

ステップ１０８（Ｓ１０８）（図１２）において、ＳＣＩＭサーバ３は、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して２００＿ＯＫレスポンスを送信する。
ステップ１１０（Ｓ１１０）において、ＳＣＩＭサーバ３は、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４内の、受信した更新通知に含まれる更新情報アドレスで示される情報に、たとえばＨＴＴＰ／ＸＣＡＰ＿ＧＥＴによってアクセスする。
ステップ１１２（Ｓ１１２）において、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４は、ＳＣＩＭサーバ３に対して、更新情報を含む２００＿ＯＫレスポンスを送信する。

図１４は、ユーザ端末２がＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して情報を追加する態様を例示するシーケンス図（Ｓ２０）である。
図１４に示すように、ステップ２００（Ｓ２００）において、ユーザ端末２は、情報追加要求を、たとえばＨＴＴＰ／ＸＣＡＰ＿ＰＵＴによって送信する。
図１５は、図１４に示すシーケンスにおいてユーザ端末２からＸＭＬ文書管理サーバ（ＸＤＭＳ）４に送信される情報を例示する図である。
図１５に示すように、Ｓ２００において、情報追加要求は、情報追加要求ヘッダ、ユーザアドレス、追加情報属性および追加情報を含む。
ステップ２０２（Ｓ２０２）（図１４）において、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４は、情報追加要求に応じて情報を追加する処理を行い、ユーザ端末２に対して２００＿ＯＫレスポンスを送信する。

図１６は、ＳＣＩＭサーバ３がＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対してサービス編成情報を追加する態様を例示するシーケンス図（Ｓ３０）である。
図１６に示すように、ステップ３００（Ｓ３００）において、ＳＣＩＭサーバ３は、サービス編成情報追加要求を、たとえばＨＴＴＰ／ＸＣＡＰ＿ＰＵＴによって送信する。
図１７は、図１６に示すシーケンスにおいてＳＣＩＭサーバ３からＸＭＬ文書管理サーバ（ＸＤＭＳ）４に送信される情報を例示する図である。
図１７に示すように、Ｓ３００において、サービス編成情報追加要求は、サービス編成情報追加要求ヘッダ、ＳＣＩＭサーバアドレス、追加情報属性および追加情報を含む。
なお、このサービス編成情報がサービス編成候補情報である場合は、候補ステータスも含む。
ステップ３０２（Ｓ３０２）（図１６）において、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４は、サービス編成情報追加要求に応じて情報を追加する処理を行い、ＳＣＩＭサーバ３に対して２００＿ＯＫレスポンスを送信する。

図１８は、ユーザ端末２がＸＭＬ文書管理サーバ（ＸＤＭＳ）４からサービス編成情報を取得する態様を例示するシーケンス図（Ｓ４０）である。
この処理によって、ユーザは、現在利用できるサービスの情報を取得することができる。
図１８に示すように、ステップ４００（Ｓ４００）において、ユーザ端末２は、サービス編成情報を取得するためのサービス編成情報取得要求を、たとえばＨＴＴＰ／ＸＣＡＰ＿ＧＥＴによって、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して出力する。

図１９は、図１８に示すシーケンスにおいて各ノード間でやり取りされる情報を例示する図である。
図１９（Ａ）は、Ｓ４００においてユーザ端末２からＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して送信される情報を例示する図である。
図１９（Ａ）に示すように、サービス編成情報取得要求は、サービス編成情報要求ヘッダおよびユーザアドレスを含む。

ステップ４０２（Ｓ４０２）（図１８）において、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４は、サービス編成情報取得要求に含まれるユーザアドレスに応じてサービス編成情報を検索し、ユーザ端末２に対して２００＿ＯＫレスポンスを送信する。
図１９（Ｂ）は、Ｓ４０２においてＸＭＬ文書管理サーバ（ＸＤＭＳ）４からユーザ端末２に対して送信される情報を例示する図である。
図１９（Ｂ）に示すように、２００＿ＯＫレスポンスは、レスポンスヘッダ、ユーザアドレスおよびサービス編成情報を含む。
なお、このサービス編成情報がサービス編成候補情報である場合は、候補ステータスも含む。

図２０，図２２および図２４は、ＳＣＩＭサーバ３がユーザ端末２に対して、サービス編成情報に基づいてサービスを提供するための処理を行う態様を例示するシーケンス図（Ｓ５０）である。
図２０，図２２および図２４が示す例では、以下のような形態でサービスを提供する。
（１）ユーザ端末２−Ａ（Ａは１以上Ｎ以下の整数）のユーザＡが、ＳＣＩＭサーバ３に対して、参加できるオンラインゲームおよびそのオンラインゲームに参加可能なメンバの情報を要求する。
（２）ユーザ端末２−ＡのユーザＡは、ＳＣＩＭサーバ３からのサービス編成候補情報から参加したいオンラインゲームを選択する。
（３）ＳＣＩＭサーバ３は、参加可能なメンバ（この例示ではユーザＢなど）に対して参加するか否かを問い合わせる処理を行う。
（４）オンラインゲーム開始前に、メディアサーバからたとえば広告などのメディアセッションが各ユーザ端末２に配信される。
（５）メディアセッション終了後、オンラインゲームが開始される。

図２０に示すように、ステップ５００（Ｓ５００）において、ユーザ端末２−Ａは、ＳＣＩＭサーバ３に対して、たとえばＳＩＰ＿ＳＵＢＳＣＲＩＢＥによって、メンバ／ゲーム情報要求を送信する。

図２１は、図２０に示すシーケンスにおいて各ノード間でやり取りされる情報を例示する図である。
図２１（Ａ）は、Ｓ５００においてユーザ端末２−ＡからＳＣＩＭサーバ３に対して送信される情報を例示する図である。
図２１（Ａ）に示すように、メンバ／ゲーム情報要求は、情報要求ヘッダ、ユーザＡのアドレスおよびＳＣＩＭアドレスを含む。

ステップ５０２（Ｓ５０２）（図２０）において、ＳＣＩＭサーバ３は、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対してたとえばＳＩＰ＿ＳＵＢＳＣＲＩＢＥによって、メンバ／ゲーム情報要求を送信する。
図２１（Ｂ）は、Ｓ５０２においてＳＣＩＭサーバ３からＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対して送信される情報を例示する図である。
図２１（Ｂ）に示すように、メンバ／ゲーム情報要求は、情報要求ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレスおよびＸＤＭＳアドレスを含む。

ステップ５０４（Ｓ５０４）（図２０）において、ＳＣＩＭサーバ３はホーム加入者サーバ（ＨＳＳ）６からユーザＡのユーザ情報を取得する。
図２１（Ｃ）は、Ｓ５０４においてＳＣＩＭサーバ３からホーム加入者サーバ（ＨＳＳ）６に対して送信される情報を例示する図である。
図２１（Ｃ）に示すように、ユーザ情報要求は、情報要求ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレスおよびＨＳＳアドレスを含む。
図２１（Ｄ）は、Ｓ５０４においてホーム加入者サーバ（ＨＳＳ）６からＳＣＩＭサーバ３に対して送信される情報を例示する図である。
図２１（Ｄ）に示すように、ホーム加入者サーバ（ＨＳＳ）６からのレスポンスは、レスポンスヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ＨＳＳアドレスおよびユーザＡのプロファイル情報を含む。

ステップ５０６（Ｓ５０６）（図２０）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ａに対して、たとえば２００＿ＯＫレスポンスなどのレスポンスを返す。
ステップ５０８（Ｓ５０８）において、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４は、ＳＣＩＭサーバ３に対して、たとえばＳＩＰ＿ＮＯＴＩＦＹによって、メンバ／ゲーム情報を通知する。

図２１（Ｅ）は、Ｓ５０８においてＳＣＩＭサーバ３からユーザ端末２−Ａに対して送信される情報を例示する図である。
図２１（Ｅ）に示すように、メンバ／ゲーム情報通知は、情報通知ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ＸＤＭＳアドレス、ゲーム関連情報＃１〜＃ｎ（ｎは２以上の整数）、参加メンバリストおよび候補ステータスを含む。
ここで、これらの情報のうち、サービス編成情報は、ゲーム関連情報＃１〜＃ｎ、参加メンバリストおよび候補ステータスを含む。
図２１（Ｆ）は、ゲーム関連情報＃１の構成を示す図である。
図２１（Ｆ）に示すように、ゲーム関連情報＃１は、サービス順序、ゲームＩＤ＃１、ゲーム属性＃１、ゲームサーバアドレス、メディアＩＤ＃１、メディア属性＃１およびメディアサーバアドレスを含む。

ステップ５１０（Ｓ５１０）（図２０）において、ＳＣＩＭサーバ３は、ホーム加入者サーバ（ＨＳＳ）６から所得したユーザＡのプロファイル情報に基づいて、ユーザ端末２−Ａに対して、たとえばＳＩＰ＿ＮＯＴＩＦＹによって、メンバ／ゲーム情報を通知する。
図２１（Ｇ）は、Ｓ５１０においてＳＣＩＭサーバ３からユーザ端末２−Ａに対して送信される情報を例示する図である。
図２１（Ｇ）に示すように、メンバ／ゲーム情報通知は、情報通知ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１，＃２、参加メンバリストおよび候補ステータスを含む。
この例では、ＳＣＩＭサーバ３は、ユーザＡのプロファイル情報に基づいてゲーム関連情報に対してフィルタ処理を行い、ゲーム関連情報＃１〜＃ｎからゲーム関連情報＃１，＃２のみを抽出してユーザＡに対して送信している。

ステップ５１２（Ｓ５１２）（図２０）において、ユーザ端末２−Ａは、ＳＣＩＭサーバ３に対して、２００＿ＯＫレスポンスを返信する。
ステップ５１４（Ｓ５１４）において、ユーザ端末２−Ａは、複数のゲーム関連情報からユーザＡが所望するゲーム（この例ではゲーム関連情報＃１で示されるゲーム）を選択し、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、ゲーム参加通知をＳＣＩＭサーバ３に対して送信する。
図２１（Ｈ）は、Ｓ５１４においてユーザ端末２−ＡからＳＣＩＭサーバ３に対して送信される情報を例示する図である。
図２１（Ｈ）に示すように、ゲーム参加通知は、参加通知ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、参加メンバリストおよびユーザＡのセッション情報を含む。
ここで、セッション情報とは、たとえばＳＤＰ（Session Description Protocol）にしたがって記述され、セッションを確立するために必要な情報を含む情報である。

ステップ５１６（Ｓ５１６）（図２０）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ａに対して、たとえば２００＿ＯＫレスポンスなどのレスポンスを返す。
なお、この２００＿ＯＫレスポンスにはＳＣＩＭサーバ３のセッション情報が含まれる。
ステップ５１８（Ｓ５１８）において、ユーザ端末２−Ａは、ＳＣＩＭサーバ３に対して、たとえばＡＣＫによって、確認応答を送信する。

ステップ５２０（Ｓ５２０）において、ＳＣＩＭサーバ３は、メディアサーバであるアプリケーションサーバ（ＡＳ）５−Ａ（Ａは１以上Ｍ以下の整数）に対し、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、セッションへの参加要求を送信する。
図２１（Ｉ）は、Ｓ５２０においてＳＣＩＭサーバ３からアプリケーションサーバ（ＡＳ）５−Ａに対して送信される情報を例示する図である。
図２１（Ｉ）に示すように、参加要求は、参加要求ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ユーザＡのセッション情報およびメディアサーバ（この例ではＡＳ５−Ａ）アドレスを含む。

ステップ５２２（Ｓ５２２）（図２０）において、アプリケーションサーバ（ＡＳ）５−Ａは、ＳＣＩＭサーバ３に対して、２００＿ＯＫレスポンスを返信する。
図２１（Ｊ）は、Ｓ５２２においてアプリケーションサーバ（ＡＳ）５−ＡからＳＣＩＭサーバ３に対して送信される情報を例示する図である。
図２１（Ｊ）に示すように、アプリケーションサーバ（ＡＳ）５−Ａからのレスポンスは、レスポンスヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ユーザＡのセッション情報、メディアサーバアドレスおよびメディアサーバのセッション情報を含む。

ステップ５２４（Ｓ５２４）（図２０）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ａに対して、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、参加確認情報を送信する。
図２１（Ｋ）は、Ｓ５２４においてＳＣＩＭサーバ３からユーザ端末２−Ａに対して送信される情報を例示する図である。
図２１（Ｋ）に示すように、参加確認情報は、参加確認ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、メディアサーバアドレスおよびメディアサーバのセッション情報を含む。

ステップ５２６（Ｓ５２６）（図２０）において、ユーザ端末２−Ａは、ＳＣＩＭサーバ３に対して、たとえば２００＿ＯＫレスポンスなどのレスポンスを返信する。
ステップ５２８（Ｓ５２８）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ａに対して、たとえばＡＣＫによって、セッション確立確認応答を送信する。
ステップ５３０（Ｓ５３０）において、ＳＣＩＭサーバ３は、アプリケーションサーバ（ＡＳ）５−Ａに対して、たとえばＡＣＫによって、セッション確立確認応答を送信する。
Ｓ５２８およびＳ５３０の処理によって、ユーザ端末２−Ａとアプリケーションサーバ（ＡＳ）５−Ａとの間のセッションが確立し、メディアサーバであるアプリケーションサーバ（ＡＳ）５−Ａは、ユーザ端末２−Ａにメディアセッションを配信する。

図２２に示すように、ステップ５３２（Ｓ５３２）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ｂに対して、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、ゲームへの招待通知を送信する。
図２３は、図２２に示すシーケンスにおいて各ノード間でやり取りされる情報を例示する図である。
図２３（Ａ）は、Ｓ５３２においてＳＣＩＭサーバ３からユーザ端末２−Ｂに対して送信される情報を例示する図である。
図２３（Ａ）に示すように、招待通知は、招待通知ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ユーザＢのアドレスおよびＳＣＩＭサーバのセッション情報を含む。

ステップ５３４（Ｓ５３４）（図２２）において、ユーザ端末２−Ｂは、ＳＣＩＭサーバ３に対して、たとえば２００＿ＯＫレスポンスなどのレスポンスを返信する。
図２３（Ｂ）は、Ｓ５３４においてユーザ端末２−ＢからＳＣＩＭサーバ３に対して送信される情報を例示する図である。
図２３（Ｂ）に示すように、ユーザ端末２−Ｂからのレスポンスは、レスポンスヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ユーザＢのアドレスおよびユーザＢのセッション情報を含む。

ステップ５３６（Ｓ５３６）（図２２）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ｂに対して、たとえばＡＣＫによって、確認応答を送信する。
ステップ５３８（Ｓ５３８）において、ＳＣＩＭサーバ３は、アプリケーションサーバ（ＡＳ）５−Ａに対し、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、セッションへ参加要求を送信する。
図２３（Ｃ）は、Ｓ５３８においてＳＣＩＭサーバ３からアプリケーションサーバ（ＡＳ）５−Ａに対して送信される情報を例示する図である。
図２３（Ｃ）に示すように、参加要求は、参加要求ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ユーザＢのセッション情報およびメディアサーバアドレスを含む。

ステップ５４０（Ｓ５４０）（図２２）において、アプリケーションサーバ（ＡＳ）５−Ａは、ＳＣＩＭサーバ３に対して、２００＿ＯＫレスポンスを返信する。
図２３（Ｄ）は、Ｓ５４０においてアプリケーションサーバ（ＡＳ）５−ＡからＳＣＩＭサーバ３に対して送信される情報を例示する図である。
図２３（Ｄ）に示すように、アプリケーションサーバ（ＡＳ）５−Ａからのレスポンスは、レスポンスヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ユーザＢのセッション情報、メディアサーバアドレスおよびメディアサーバのセッション情報を含む。

ステップ５４２（Ｓ５４２）（図２２）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ｂに対して、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、参加確認情報を送信する。
図２３（Ｅ）は、Ｓ５４２においてＳＣＩＭサーバ３からユーザ端末２−Ｂに対して送信される情報を例示する図である。
図２３（Ｅ）に示すように、参加確認情報は、参加確認ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、メディアサーバアドレス、メディアサーバのセッション情報およびユーザＢのアドレスを含む。

ステップ５４４（Ｓ５４４）（図２２）において、ユーザ端末２−Ｂは、ＳＣＩＭサーバ３に対して、たとえば２００＿ＯＫレスポンスなどのレスポンスを返信する。
ステップ５４６（Ｓ５４６）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ｂに対して、たとえばＡＣＫによって、セッション確立確認応答を送信する。
ステップ５４８（Ｓ５４８）において、ＳＣＩＭサーバ３は、アプリケーションサーバ（ＡＳ）５−Ａに対して、たとえばＡＣＫによって、セッション確立確認応答を送信する。
Ｓ５４６およびＳ５４８の処理によって、ユーザ端末２−Ｂとアプリケーションサーバ（ＡＳ）５−Ａとの間のセッションが確立し、アプリケーションサーバ（ＡＳ）５−Ａは、ユーザ端末２−Ｂにメディアセッションを配信する。
なお、ゲームに参加するメンバがユーザＢ以外に存在する場合は、メンバの数に応じてＳ５３２〜Ｓ５４８の処理を繰り返す。

ステップ５６０（Ｓ５６０）において、アプリケーションサーバ（ＡＳ）５−Ａは、ＳＣＩＭサーバ３に対して、たとえばＳＩＰ＿ＢＹＥによって、ユーザＡとのセッションが終了したことを通知する。
ステップ５６２（Ｓ５６２）において、ＳＣＩＭサーバ３は、アプリケーションサーバ（ＡＳ）５−Ａに対して、たとえば２００＿ＯＫレスポンスなどのレスポンスを返信する。
ステップ５６４（Ｓ５６４）において、アプリケーションサーバ（ＡＳ）５−Ａは、ＳＣＩＭサーバ３に対して、たとえばＳＩＰ＿ＢＹＥによって、ユーザＢとのセッションが終了したことを通知する。
ステップ５６６（Ｓ５６６）において、ＳＣＩＭサーバ３は、アプリケーションサーバ（ＡＳ）５−Ａに対して、たとえば２００＿ＯＫレスポンスなどのレスポンスを返信する。
なお、ゲームに参加するメンバがユーザＢ以外に存在する場合は、メンバの数に応じてＳ５６４〜Ｓ５６６の処理を繰り返す。

図２４に示すように、ステップ５７０（Ｓ５７０）において、ＳＣＩＭサーバ３は、ゲームサーバであるアプリケーションサーバ（ＡＳ）５−Ｂ（Ｂは１以上Ｍ以下の整数）に対して、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、セッションへの参加要求を送信する。
図２５は、図２４に示すシーケンスにおいて各ノード間でやり取りされる情報を例示する図である。
図２５（Ａ）は、Ｓ５７０においてＳＣＩＭサーバ３からアプリケーションサーバ（ＡＳ）５−Ｂに対して送信される情報を例示する図である。
図２５（Ａ）に示すように、参加要求は、参加要求ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ゲームサーバ（この例ではＡＳ５−Ｂ）アドレスおよびユーザＡのセッション情報を含む。

ステップ５７２（Ｓ５７２）（図２４）において、アプリケーションサーバ（ＡＳ）５−Ｂは、ＳＣＩＭサーバ３に対して、２００＿ＯＫレスポンスを返信する。
図２５（Ｂ）は、Ｓ５７２においてアプリケーションサーバ（ＡＳ）５−ＢからＳＣＩＭサーバ３に対して送信される情報を例示する図である。
図２５（Ｂ）に示すように、アプリケーションサーバ（ＡＳ）５−Ｂからのレスポンスは、レスポンスヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ゲームサーバアドレス、ユーザＡのセッション情報およびゲームサーバのセッション情報を含む。

ステップ５７４（Ｓ５７４）（図２４）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ｂに対して、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、参加通知を送信する。
図２５（Ｃ）は、Ｓ５７４においてＳＣＩＭサーバ３からユーザ端末２−Ａに対して送信される情報を例示する図である。
図２５（Ｃ）に示すように、参加通知は、参加通知ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ゲームサーバのセッション情報を含む。

ステップ５７６（Ｓ５７６）（図２４）において、ＳＣＩＭサーバ３に対して、たとえば２００＿ＯＫレスポンスなどのレスポンスを返信する。
ステップ５７８（Ｓ５７８）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ａに対して、たとえばＡＣＫによって、セッション確立確認応答を送信する。
ステップ５８０（Ｓ５８０）において、ＳＣＩＭサーバ３は、アプリケーションサーバ（ＡＳ）５−Ｂに対して、たとえばＡＣＫによって、セッション確立確認応答を送信する。
Ｓ５７８およびＳ５８０の処理によって、ユーザ端末２−Ａとアプリケーションサーバ（ＡＳ）５−Ｂとの間のセッションが確立し、ゲームサーバであるアプリケーションサーバ（ＡＳ）５−Ｂは、ユーザ端末２−Ａにゲームセッションを配信する。

ステップ５８４（Ｓ５８４）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ｂに対して、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、ゲーム参加確認情報を送信する。
図２５（Ｄ）は、Ｓ５８４においてＳＣＩＭサーバ３からユーザ端末２−Ｂに対して送信される情報を例示する図である。
図２５（Ｄ）に示すように、参加確認情報は、参加確認ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ユーザＢのアドレスおよびＳＣＩＭサーバのセッション情報を含む。

ステップ５８６（Ｓ５８６）（図２４）において、ユーザ端末２−Ｂは、ＳＣＩＭサーバ３に対して、たとえば２００＿ＯＫレスポンスなどのレスポンスを返信する。
図２５（Ｅ）は、Ｓ５８６においてユーザ端末２−ＢからＳＣＩＭサーバ３に対して送信される情報を例示する図である。
図２５（Ｅ）に示すように、ユーザ端末２−Ｂからのレスポンスは、レスポンスヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ユーザＢのアドレスおよびユーザＢのセッション情報を含む。

ステップ５８８（Ｓ５８８）（図２４）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ｂに対して、たとえばＡＣＫによって、確認応答を送信する。
ステップ５９０（Ｓ５９０）において、ＳＣＩＭサーバ３は、アプリケーションサーバ（ＡＳ）５−Ｂに対し、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、セッションへ参加要求を送信する。
図２５（Ｆ）は、Ｓ５９０においてＳＣＩＭサーバ３からアプリケーションサーバ（ＡＳ）５−Ｂに対して送信される情報を例示する図である。
図２５（Ｆ）に示すように、参加要求は、参加要求ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ゲームサーバアドレスおよびユーザＢのセッション情報を含む。

ステップ５９２（Ｓ５９２）（図２４）において、アプリケーションサーバ（ＡＳ）５−Ｂは、ＳＣＩＭサーバ３に対して、２００＿ＯＫレスポンスを返信する。
図２５（Ｇ）は、Ｓ５９２においてアプリケーションサーバ（ＡＳ）５−ＢからＳＣＩＭサーバ３に対して送信される情報を例示する図である。
図２５（Ｇ）に示すように、アプリケーションサーバ（ＡＳ）５−Ｂからのレスポンスは、レスポンスヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ゲームサーバアドレス、ユーザＢのセッション情報およびゲームサーバのセッション情報を含む。

ステップ５９４（Ｓ５９４）（図２４）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ｂに対して、たとえばＳＩＰ＿ＩＮＶＩＴＥによって、参加通知を送信する。
図２５（Ｈ）は、Ｓ５９４においてＳＣＩＭサーバ３からユーザ端末２−Ｂに対して送信される情報を例示する図である。
図２５（Ｈ）に示すように、参加通知は、参加通知ヘッダ、ユーザＡのアドレス、ＳＣＩＭアドレス、ゲーム関連情報＃１、ゲームサーバアドレス、ゲームサーバのセッション情報およびユーザＢのアドレスを含む。

ステップ５９６（Ｓ５９６）（図２４）において、ユーザ端末２−Ｂは、ＳＣＩＭサーバ３に対して、たとえば２００＿ＯＫレスポンスなどのレスポンスを返信する。
ステップ５９８（Ｓ５９８）において、ＳＣＩＭサーバ３は、ユーザ端末２−Ｂに対して、たとえばＡＣＫによって、セッション確立確認応答を送信する。
ステップ６００（Ｓ６００）において、ＳＣＩＭサーバ３は、アプリケーションサーバ（ＡＳ）５−Ｂに対して、たとえばＡＣＫによって、セッション確立確認応答を送信する。
Ｓ５９８およびＳ６００の処理によって、ユーザ端末２−Ｂとアプリケーションサーバ（ＡＳ）５−Ｂとの間のセッションが確立し、アプリケーションサーバ（ＡＳ）５−Ｂは、ユーザ端末２−Ｂにゲームセッションを配信する。

なお、ゲームに参加するメンバがユーザＢ以外に存在する場合は、メンバの数に応じてＳ５８４〜Ｓ６００の処理を繰り返す。
ステップ６１０（Ｓ６１０）において、ＳＣＩＭサーバ３は、ＸＭＬ文書管理サーバ（ＸＤＭＳ）４に対し、アクセスリストの更新要求を送信する。
なお、ゲームセッションが終了したら、図２２のＳ５６０〜Ｓ５６６と同様の処理を行う。

本実施形態では、ユーザ端末２は携帯電話としたが、例えば、ＰＤＡやモバイルＰＣなどでもよい。
また、本実施形態において例示したシーケンスの各処理については、適宜、順序等を変更してもよい。
また、本実施形態において示したＳＩＰあるいはＸＣＡＰなどの形式については、全て例示であって、別の形式にしたがって実行するようにしてもよい。

本発明は、ユーザ端末に対しサービスを提供するサービス提供システムなどに利用可能である。

本発明の実施形態にかかるサービス提供方法が適用されるサービス提供システムの構成を例示する図である。 図１に示したＳＣＩＭサーバ、ＸＭＬ文書管理サーバ、アプリケーションサーバ、ホーム加入者サーバおよびＳ−ＣＳＣＦサーバのハードウエア構成を例示する図である。 図３は、図１に示したユーザ端末のハードウエア構成を例示する図である。 図１に示したＳＣＩＭサーバにおいて動作するＳＣＩＭプログラムの構成を示す図である。 図４に示したセッション処理部の構成を示す図である。 図１に示したＸＭＬ文書管理サーバにおいて動作するＸＤＭＳプログラムの構成を示す図である。 図６に示したコンテキスト情報格納部の構成を示す図である。 図６に示したサービス編成情報格納部の構成を示す図である。 図１に示したアプリケーションサーバにおいて動作するアプリケーションサーバプログラムの構成を示す図である。 図１に示したホーム加入者サーバにおいて動作するホーム加入者サーバプログラムの構成を示す図である。 図１に示したユーザ端末において動作するユーザ端末プログラムの構成を示す図である。 ＳＣＩＭサーバがＸＭＬ文書管理サーバから通知を受けて更新された情報を取得する態様を例示するシーケンス図である。 図１２に示すシーケンスにおいて各ノード間でやり取りされる情報を例示する図である。 ユーザ端末がＸＭＬ文書管理サーバに対して情報を追加する態様を例示するシーケンス図である。 図１４に示すシーケンスにおいてユーザ端末からＸＭＬ文書管理サーバに送信される情報を例示する図である。 ＳＣＩＭサーバがＸＭＬ文書管理サーバに対してサービス編成情報を追加する態様を例示するシーケンス図である。 図１６に示すシーケンスにおいてＳＣＩＭサーバからＸＭＬ文書管理サーバに送信される情報を例示する図である。 ユーザ端末がＸＭＬ文書管理サーバからサービス編成情報を取得する態様を例示するシーケンス図である。 図１８に示すシーケンスにおいて各ノード間でやり取りされる情報を例示する図である。 ＳＣＩＭサーバがユーザ端末に対して、サービス編成情報に基づいてサービスを提供するための処理を行う態様を例示するシーケンス図である。 図２０に示すシーケンスにおいて各ノード間でやり取りされる情報を例示する図である。 ＳＣＩＭサーバがユーザ端末に対して、サービス編成情報に基づいてサービスを提供するための処理を行う態様を例示するシーケンス図である。 図２２に示すシーケンスにおいて各ノード間でやり取りされる情報を例示する図である。 ＳＣＩＭサーバがユーザ端末に対して、サービス編成情報に基づいてサービスを提供するための処理を行う態様を例示するシーケンス図である。 図２４に示すシーケンスにおいて各ノード間でやり取りされる情報を例示する図である。

符号の説明

１・・・サービス提供システム，
１００・・・ネットワーク，
２０・・・無線基地局，
２−１〜２−Ｎ・・・ユーザ端末，
２２０・・・アンテナ，
２２２・・・無線ＩＦ，
２３０・・・音声・動画像ＣＯＤＥＣ，
２３２・・・表示装置，
２３４・・・カメラ，
２３６・・・マイク，
２３８・・・スピーカ，
２４０・・・制御部，
２４２・・・テンキー，
２４４・・・ＤＴＭＦ発生部，
２０・・・ユーザ端末プログラム，
２５０・・・通信処理部，
２５２・・・ユーザインタフェース（ＵＩ），
２５４・・・アプリケーション処理部，
２５６・・・入力画面処理部，
２５８・・・情報更新要求部，
２６０・・・サービス編成情報取得部，
２６２・・・セッション処理部，
２８・・・Ｓ−ＣＳＣＦサーバ，
１２０・・・本体，
１２２・・・ＣＰＵ，
１２４・・・メモリ，
１２６・・・入出力装置，
１２８・・・通信装置，
１３０・・・記録装置，
１３２・・・記録媒体，
３・・・ＳＣＩＭサーバ，
３０・・・ＳＣＩＭプログラム，
３００・・・ＸＤＭＳＩＦ，
３０２・・・ＡＳＩＦ，
３０４・・・ＨＳＳＩＦ，
３０６・・・ユーザインタフェース（ＵＩ），
３１０・・・設定管理部，
３１２・・・設定ＤＢ，
３２・・・サービス編成情報処理部，
３２２・・・更新情報要求部，
３２４・・・更新情報通知取得部，
３２６・・・更新情報取得部，
３２８・・・サービス編成情報作成部，
３３０・・・サービス編成情報送信部，
３３２・・・ユーザ情報取得部，
３３４・・・サービス情報取得部，
３３６・・・取得情報管理部，
３３８・・・取得情報ＤＢ，
３６・・・セッション処理部，
３６０・・・Ｓ−ＣＳＣＦＩＦ，
３６２・・・サービス編成情報要求受信部，
３６４・・・サービス編成情報要求部，
３６６・・・サービス編成情報取得部，
３６８・・・フィルタ処理部，
３７０・・・サービス編成情報通知部，
３７２・・・サービス参加通知受信部，
３７４・・・サービス選択部，
３７６・・・セッション確立処理部，
３７８・・・確認応答受信部，
３８０・・・サービス参加確認送信部，
３８２・・・サービス招待通知送信部，
３８４・・・確認応答送信部，
３８６・・・セッション確立確認応答送信部，
３８８・・・サービス参加要求送信部，
３９０・・・サービス終了通知受信部，
４・・・ＸＭＬ文書管理サーバ（ＸＤＭＳ），
４０・・・ＸＤＭＳプログラム，
４００・・・通信処理部，
４１０・・・情報更新要求受信部，
４１２・・・情報更新処理部，
４１４・・・情報更新通知要求受信部，
４１６・・・情報更新通知送信部，
４１８・・・更新情報要求受信部，
４２０・・・更新情報送信部，
４２・・・コンテキスト情報格納部，
４２２・・・アクセスリスト管理部，
４２４・・・アクセスリストＤＢ，
４２６・・・グループリスト管理部，
４２８・・・グループリストＤＢ，
４３０・・・コミュニティリスト管理部，
４３２・・・コミュニティリストＤＢ，
４３４・・・ユーザリスト管理部，
４３６・・・ユーザリストＤＢ，
４３８・・・ユーザ状況情報管理部，
４４０・・・ユーザ状況情報ＤＢ，
４５０・・・サービス編成情報取得部，
４５２・・・サービス編成情報要求受信部，
４５４・・・サービス編成情報送信部，
４６・・・サービス編成情報格納部，
４６０・・・サービス編成情報管理部，
４６２・・・サービス編成情報ＩＤ管理部，
４６４・・・サービス編成情報ＩＤＤＢ，
４６６・・・サービス編成情報属性管理部，
４６８・・・サービス編成情報属性ＤＢ，
４７０・・・ステータス管理部，
４７２・・・ステータスＤＢ，
４７４・・・ＡＳアドレス管理部，
４７６・・・ＡＳアドレスＤＢ，
４７８・・・参加者ＩＤ管理部，
４８０・・・参加者ＩＤＤＢ，
４８２・・・表示情報管理部，
４８４・・・表示情報ＤＢ，
４９８・・・候補リストＤＢ，
５−１〜５−Ｍ・・・アプリケーションサーバ（ＡＳ），
５０・・・ＡＳプログラム，
５００・・・通信処理部，
５０２・・・ＳＣＩＭＩＦ，
５１０・・・サービス情報管理部，
５１２・・・サービス情報ＤＢ，
５１４・・・サービス情報送信部，
５１８・・・サービス参加要求受信部，
５２２・・・セッション確立確認応答受信部，
５２０・・・セッション処理部，
５２４・・・サービス終了通知送信部，
６・・・ホーム加入者サーバ（ＨＳＳ），
６０・・・ＨＳＳプログラム，
６００・・・通信処理部，
６０２・・・ユーザ情報登録受信部，
６０４・・・ユーザ情報要求受信部，
６０６・・・ユーザ情報送信部，
６２・・・ユーザ情報格納部，
６２２・・・ＩＤ管理部，
６２４・・・ＩＤＤＢ，
６２６・・・位置情報管理部，
６２８・・・位置情報ＤＢ，
６３０・・・プロファイル情報管理部，
６３２・・・プロファイル情報ＤＢ，
６３４・・・セキュリティ情報管理部，
６３６・・・セキュリティ情報ＤＢ，
６３８・・・課金情報管理部，
６４０・・・課金情報ＤＢ，

Claims (11)

1. 複数の第１のサービスに関する第１サービス情報を管理し、前記複数の第１のサービスを提供する複数のサービス情報管理装置と、
   第２のサービスをユーザ端末に提供するための処理を行うサービス提供処理装置と、
   前記サービス提供処理装置が前記第２のサービスをユーザに提供するために利用するサービス提供用情報を管理するサービス提供用情報管理装置と
   を有し、
   前記サービス提供処理装置は、
   前記複数の第１サービス情報に基づいて前記第２のサービスを生成するサービス生成手段と、
   前記サービス提供用情報を作成するサービス提供用情報作成手段と、
   前記サービス提供用情報をサービス提供用情報管理装置に格納させるサービス提供用情報格納手段と、
   前記サービス提供用情報管理装置からサービス提供用情報を検索するサービス提供用情報検索手段と
   を有する
   サービス提供システム。
2. 前記サービス生成手段は、前記複数の第１サービス情報を組み合わせることによって前記第２のサービスを生成する
   請求項１に記載のサービス提供システム。
3. 前記サービス提供処理装置は、
   前記第２のサービスを利用して前記サービス情報管理装置から前記第１のサービスを呼び出すサービス呼出手段
   をさらに有し、
   前記サービス情報管理装置は、前記サービス呼出手段によって呼び出された前記第１のサービスを提供する
   請求項２に記載のサービス提供システム。
4. 前記サービス提供処理装置は、
   他のノードの状況情報を取得する状況情報取得手段
   をさらに有し、
   前記サービス提供用情報作成手段は、前記状況情報に基づいてサービス提供用情報を作成する
   請求項１から３のに記載のサービス提供システム。
5. 前記サービス提供用情報管理装置は、
   前記サービス提供用情報を更新するサービス提供用情報更新手段と、
   他のノードから更新通知要求を受信する更新通知受信手段と、
   前記更新通知要求に基づいて、前記サービス提供用情報が更新された場合に、前記他のノードに対して更新通知を送信する更新通知送信手段と
   を有する
   請求項１から４のいずれかに記載のサービス提供システム。
6. 前記サービス提供処理装置は、
   前記サービス提供用情報管理装置に対して、前記サービス提供用情報が更新された場合に更新通知を送信するように要求する更新通知要求手段と、
   前記更新通知を前記サービス提供用情報管理装置から受信する更新通知受信手段と
   をさらに有する
   請求項５に記載のサービス提供システム。
7. 前記サービス提供用情報は、
   ユーザ端末によって第２のサービスが選択されるために利用される候補サービスリストと、
   前記ユーザ端末に前記候補サービスリストを表示させるための表示情報と
   を含み、
   前記サービス提供処理装置は、前記ユーザ端末によって選択された第２のサービスを提供する
   請求項１から６のいずれかに記載のサービス提供システム。
8. ユーザに関するユーザ情報を管理するユーザ情報管理装置
   をさらに有し、
   前記サービス提供処理装置は、前記ユーザ情報に基づいて第２のサービスを提供する
   請求項１から７に記載のサービス提供システム。
9. 前記サービス提供処理装置は、
   前記ユーザ情報管理装置から前記ユーザ情報を取得するユーザ情報取得手段
   をさらに有し、
   前記サービス提供用情報作成手段は、前記ユーザ情報に基づいて前記サービス提供用情報を作成する
   請求項８に記載のサービス提供システム。
10. ユーザ端末にサービスを提供するための処理を行うサービス提供処理装置であって、
    第１のサービスに関する情報に基づいて第２のサービスを生成するサービス生成手段と、
    前記第２のサービスを提供するために利用されるサービス提供用情報を作成するサービス提供用情報作成手段と、
    前記サービス提供用情報に基づいて前記第２のサービスをユーザ端末に提供するサービス提供手段と
    を有する
    サービス提供処理装置。
11. ユーザ端末にサービスを提供するサービス提供方法であって、
    第１のサービスに関する第１サービス情報を管理するサービス情報管理ステップと、
    前記第１サービス情報に基づいて第２のサービスを生成するサービス生成ステップと、
    前記第２のサービスを提供するために利用されるサービス提供用情報を作成するサービス提供用情報作成ステップと、
    前記サービス提供用情報を格納するサービス提供用情報格納ステップと、
    前記サービス提供用情報格納ステップによって格納された前記サービス提供用情報を検索するサービス提供用情報検索ステップと、
    前記サービス提供用情報に基づいて第２のサービスをユーザ端末に提供するサービス提供ステップと
    を含む
    サービス提供方法。

Images