(57)【要約】【課題】ユーザごとに，またアプリケーションごとにカスタマイズされたサービスを提供可能とする。【解決手段】ユーザホスト端末Ｈ１がユーザホスト端末Ｈ２とＶｏＩＰによる通話を行う場合に，端末Ｈ１はサービス起動メッセージをサービス実行装置ＳＮ１およびＳＮ２に送信する。このメッセージにより，サービス実行装置ＳＮ１は端末Ｈ１のＶｏＩＰサービスに関するサービス情報Ｌ−ＳＰＣ（Ａ）を認証サーバＡ１に要求し，サービス実行装置ＳＮ２は端末Ｈ１のＶｏＩＰサービスに関するサービス情報Ｇ−ＳＰＣ（Ａ）を認証サーバＡ１に要求する。サービス実行装置ＳＮ１およびＳＮ２は，それぞれ取得したＬ−ＳＰＣ（Ａ）およびＧ−ＳＰＣ（Ａ）に基づいてサービスを実行する。これにより，サービス実行装置は，端末ごとに，かつ，アプリケーションごとにカスタマイズされたサービス情報に基づいてサービスを提供できる。【選択図】        図１１
2004172782.tif 000002
【特許請求の範囲】
【請求項１】
端末装置にサービスを提供するサービス実行装置と，前記端末装置に提供されるサービスを規定したサービス情報を管理するサーバ装置とを有するサービス制御ネットワークシステムであって，
前記サービス実行装置は，
前記端末装置からサービス起動要求または登録要求を受信すると，該サービス起動要求または登録要求に対応するサービス情報の参照要求を前記サーバ装置に送信する要求送信部と，
前記要求送信部により送信された参照要求によって参照した前記サービス情報に基づいて前記端末装置にサービスを提供する提供部と，
を備え，
前記サーバ装置は，前記サービス実行装置の前記参照要求に対応するサービス情報を前記サービス実行装置に送信するサービス情報送信部を備えている，
サービス制御ネットワークシステム。
【請求項２】
請求項１において，
該サービス制御ネットワークシステムが，少なくとも，前記サーバ装置および前記端末装置を収容する第１ドメインと，第２ドメインとに分割され，
前記サービス情報は，前記サービス実行装置が前記第１ドメインに収容される場合，または，前記サービス実行装置が前記第２ドメインに収容され，かつ，前記端末装置が前記第２ドメインに移動した場合に参照される第１サービス情報と，前記サービス実行装置が前記第２ドメインに収容され，かつ，前記端末装置が前記第１ドメインに収容されまたは第１および第２ドメイン以外のドメインに移動した場合に参照される第２サービス情報とを有し，
前記サービス実行装置の要求送信部は，該サービス実行装置が前記第１ドメインに収容される場合，または，該サービス実行装置が前記第２ドメインに収容され，かつ，前記端末装置が前記第２ドメインに移動した場合には前記第１サービス情報の参照要求を送信し，該サービス実行装置が前記第２ドメインに収容され，かつ，前記端末装置が前記第１ドメインに収容されまたは第１および第２ドメイン以外のドメインに移動した場合には前記第２サービス情報の参照要求を送信する，
サービス制御ネットワークシステム。
【請求項３】
第１ドメインを有し，該第１ドメインに収容される第１サーバ装置，第１サービス実行装置，および端末装置を有するサービス制御ネットワークシステムであって，
前記第１サーバ装置は，
前記端末装置に提供されるサービスを規定した第１サービス情報を記憶する記憶部と，
前記第１サービス実行装置からの前記第１サービス情報の参照要求を受信すると，該参照要求に基づいて前記記憶部に記憶された前記第１サービス情報を前記第１サービス実行装置に送信するサービス情報送信部と，
を備え，
前記第１サービス実行装置は，
前記端末装置からサービス起動要求または登録要求を受信すると，該サービス起動要求または登録要求に対応する第１サービス情報の参照要求を前記第１サーバ装置に送信する第１要求送信部と，
前記第１要求送信部により送信された要求によって参照した前記第１サービス情報に基づいて前記端末装置にサービスを提供する第１提供部と，
を備えているサービス制御ネットワークシステム。
【請求項４】
請求項３において，
第２ドメインをさらに有するとともに，該第２ドメインに収容される第２サーバ装置および第２サービス実行装置をさらに有し，
前記記憶部は前記端末装置に提供されるサービスを規定した第２サービス情報をさらに記憶し，前記サービス情報送信部は前記第２サーバ装置からの前記第２サービス情報の参照要求を受信すると，前記記憶部に記憶された前記第２サービス情報を前記第２サーバ装置に送信し，
前記第２サービス実行装置は，
前記端末装置からサービス起動要求を受信すると，該サービス起動要求に対応する第２サービス情報の参照要求を前記第２サーバ装置に送信する第２要求送信部と，
前記第２要求送信部により送信された要求によって参照した前記第２サービス情報に基づいて前記端末装置にサービスを提供する第２提供部と，
を備え，
前記第２サーバ装置は，前記第２要求送信部により送信された参照要求を前記第１サーバ装置に転送するとともに，前記第１サーバ装置から送信された前記第２サービス情報を前記第２サービス実行装置に転送する転送部を備えている，
サービス制御ネットワークシステム。
【請求項５】
第１サーバ装置および端末装置を収容する第１ドメインと，前記端末装置の移動先であり，第２サーバ装置および第２サービス実行装置を収容する第２ドメインを有するサービス制御ネットワークシステムであって，
前記第１サーバ装置は，
前記端末装置に提供されるサービスを規定した第１サービス情報を記憶する記憶部と，
前記第２サーバ装置からの前記第１サービス情報の参照要求を受信すると，該参照要求に基づいて前記記憶部に記憶された前記第１サービス情報を前記第２サーバ装置に送信するサービス情報送信部と，
を備え，
前記第２サービス実行装置は，
前記端末装置からサービス起動要求または登録要求を受信すると，該サービス起動要求または登録要求に対応する第１サービス情報の参照要求を前記第２サーバ装置に送信する第２要求送信部と，
前記第２要求送信部により送信された要求によって参照した前記第１サービス情報に基づいて前記端末装置にサービスを提供する第２提供部と，
を備え，
前記第２サーバ装置は，前記第２要求送信部により送信された参照要求を前記第１サーバ装置に転送するとともに，前記第１サーバ装置から送信された前記第１サービス情報を前記第２サービス実行装置に転送する転送部を備えている，
サービス制御ネットワークシステム。
【請求項６】
請求項５において，
第３ドメインをさらに有するとともに，該第３ドメインに収容される第３サーバ装置および第３サービス実行装置をさらに有し，
前記記憶部は前記端末装置に提供されるサービスを規定した第３サービス情報をさらに記憶し，前記サービス情報送信部は前記第３サーバ装置からの前記第３サービス情報の参照要求を受信すると，前記記憶部に記憶された前記第３サービス情報を前記第３サーバ装置に送信し，
前記第３サービス実行装置は，
前記端末装置からサービス起動要求を受信すると，該サービス起動要求に対応する第３サービス情報の参照要求を前記第３サーバ装置に送信する第３要求送信部と，
前記第３要求送信部により送信された要求によって参照した前記第３サービス情報に基づいて前記端末装置にサービスを提供する第３提供部と，
を備え，
前記第３サーバ装置は，前記第３要求送信部により送信された参照要求を前記第１サーバ装置に転送するとともに，前記第１サーバ装置から送信された前記第３サービス情報を前記第３サービス実行装置に転送する転送部を備えている，
サービス制御ネットワークシステム。
【請求項７】
通信ネットワークに形成された第１ドメインに収容されるサーバ装置であって，
前記第１ドメインに収容される端末装置に提供されるサービスを規定した第１サービス情報を記憶する記憶部と，
前記第１ドメインに収容され，前記端末装置にサービスを提供する第１サービス実行装置から送信された，前記第１サービス情報の参照要求を受信する受信部と，
前記受信部により受信された前記参照要求に基づいて，前記記憶部に記憶された前記第１サービス情報を前記第１サービス実行装置に送信する送信部と，
を備えているサーバ装置。
【請求項８】
請求項７において，
前記記憶部は，前記端末装置に提供されるサービスを規定した第３サービス情報をさらに記憶し，
前記受信部は，前記通信ネットワークに形成された第３ドメインに収容される第３サービス実行装置から送信され，該第３ドメインに収容される第３サーバ装置により転送された，前記第３サービス情報の参照要求をさらに受信し，
前記送信部は，前記受信部により受信された前記第３サービス情報の参照要求に基づいて，前記記憶部に記憶された前記第３サービス情報を前記第３サーバ装置を介して前記第３サービス実行装置にさらに送信する，
サーバ装置。
【請求項９】
通信ネットワークに形成された第１ドメインに収容されるサーバ装置であって，
前記第１ドメインに収容され，前記通信ネットワークに形成された第２ドメインに移動した端末装置に提供されるサービスを規定した第１サービス情報を記憶する記憶部と，
前記第２ドメインに収容され，前記端末装置にサービスを提供する第２サービス実行装置から送信され，前記第２ドメインに収容される第２サーバ装置によって転送された，前記第１サービス情報の参照要求を受信する受信部と，
前記受信部により受信された前記参照要求に基づいて，前記記憶部に記憶された前記第１サービス情報を前記第２サーバ装置を介して前記第２サービス実行装置に送信する送信部と，
を備えているサーバ装置。
【請求項１０】
通信ネットワークに設けられ，該通信ネットワークにアクセスする端末装置にサービスを提供するサービス実行装置であって，
前記サービスを規定したサービス情報を記憶する記憶部と，
前記端末装置からサービス起動要求または登録要求を受信すると，該サービス起動要求または登録要求に対応するサービスを規定したサービス情報の参照要求を，前記通信ネットワークに設けられ，前記サービス情報を管理するサーバ装置に送信する送信部と，
前記送信部により送信された参照要求によって前記サーバ装置から送信された前記サービス情報を受信し，前記記憶部に格納する受信部と，
前記記憶部に記憶されたサービス情報に基づいて前記端末装置にサービスを提供する提供部と，
を備えているサービス実行装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，サービス制御ネットワークシステムに関し，特に，ユーザ単位で，かつ，アプリケーション単位のサービスをユーザに提供することができるサービス制御ネットワークシステムに関する。また，本発明は，該サービス制御ネットワークシステムにおけるサービス情報を管理するサーバ装置およびサービスを端末装置に提供するサービス実行装置に関する。
【０００２】
【従来の技術】
ユーザごとにカスタマイズされた通信サービスを提供する従来の技術として，サービス制御装置内のサービス制御プログラムが持つ個人情報の情報量を抑えることで，サービス制御プログラムの装置間移動の負荷を削減するものがある（たとえば特許文献１参照）。
【０００３】
また，サービス制御装置が，利用者の状態を蓄積し，利用者に対しコミュニケーションを要求してくる他の利用者と，要求される利用者の状態と，要求内容とに応じた処理が各利用者ごとに設定された処理ポリシーを有し，この処理ポリシーに基づいて利用者ごとにカスタマイズされたサービスを提供するものがある（たとえば特許文献２参照）。
【０００４】
一方で，近年，ポリシーベースネットワーキング（ＰＢＮ：Ｐｏｌｉｃｙ−Ｂａｓｅｄ  Ｎｅｔｗｏｒｋｉｎｇ）という概念でＩＰネットワークを制御する枠組みが提案されている。ＰＢＮでは，ポリシーサーバがネットワークの運用ポリシーをネットワーク機器群に設定し，ネットワーク機器群がポリシーを参照することでＱｏＳ等のサービスを実現する。
【０００５】
しかし，移動端末（ユーザ）毎のポリシー設定を考えると，ポリシーの追加／変更時に，移動端末を収容する可能性のあるすべてのネットワーク機器群へのポリシーの設定が必要となり，ネットワーク全体でのポリシー設定処理量が増加する。さらに，ＰＢＮで通知される情報をＭｏｂｌｉｅＩＰ等の個々に規定される基本サービスに適用するためには，それぞれのサービスに適用させるための仕様化と実装検討が必要である。
【０００６】
【特許文献１】
特開平８−２５６３６７号公報（第３ページ〜第５ページ，図１）
【０００７】
【特許文献２】
国際公開第００／１９３２６号パンフレット
【０００８】
【発明が解決しようとする課題】
このようなポリシー設定処理量の増加を防ぐ方法として，ユーザホスト端末がネットワークに対して行う接続認証または移動プロトコル（例えばＭｏｂｉｌｅ  ＩＰ）の位置登録手順を利用する方法が考えられる。この方法では，ホスト認証手順を構成する装置間メッセージに，ユーザ個別のサービス制御情報が含められ，エッジルータ（コアネットワークの周縁部に配置されたルータ）に配信される。そして，エッジルータは，取得したサービス制御情報を参照し，これに基づくサービス挙動を制御する。
【０００９】
しかし，エッジルータによるサービス制御は，ネットワークレイヤ（ＯＳＩ参照モデルにおけるレイヤ３またはＩＰレイヤ）に閉じたサービスに適したものである。
【００１０】
これに対して，レイヤ４以上のたとえばレイヤ７（またはアプリケーションレイヤ）等の高位レイヤで提供されるサービス（以下「高位レイヤサービス」という。）は，以下の特徴を持っている。
【００１１】
高位レイヤサービスは，パケット転送経路等に依存しないことが一般的であり，サービスに際しては，必ずしもエッジコアネットワークの周縁部（エッジ）での実行が適当とは限らない。
【００１２】
また，高位レイヤサービスは，ユーザ端末のアクセス認証時において要否が一意に判断できない場合が一般的である。たとえば，公衆無線ＬＡＮサービスエリアで利用を開始したユーザが，最初にＩＰ電話サービスを使うか，Ｗｅｂサービスにアクセスするかは判断できない。
【００１３】
本発明は，このような背景に鑑みなされたものであり，その目的は，高位レイヤサービスについて，ユーザごとに，またアプリケーションごとにカスタマイズされたサービスを提供可能とすることにある。
【００１４】
【課題を解決するための手段】
前記目的を達成するために，本発明によるサービス制御ネットワークシステムは，端末装置にサービスを提供するサービス実行装置と，前記端末装置に提供されるサービスを規定したサービス情報を管理するサーバ装置とを有するサービス制御ネットワークシステムであって，前記サービス実行装置は，前記端末装置からサービス起動要求または登録要求を受信すると，該サービス起動要求または登録要求に対応するサービス情報の参照要求を前記サーバ装置に送信する要求送信部と，前記要求送信部により送信された参照要求によって参照した前記サービス情報に基づいて前記端末装置にサービスを提供する提供部と，を備え，前記サーバ装置は，前記サービス実行装置の前記参照要求に対応するサービス情報を前記サービス実行装置に送信するサービス情報送信部を備えている。
【００１５】
また，本発明によるサービス制御ネットワークシステムは，第１ドメインを有し，該第１ドメインに収容される第１サーバ装置，第１サービス実行装置，および端末装置を有するサービス制御ネットワークシステムであって，前記第１サーバ装置は，前記端末装置に提供されるサービスを規定した第１サービス情報を記憶する記憶部と，前記第１サービス実行装置からの前記第１サービス情報の参照要求を受信すると，該参照要求に基づいて前記記憶部に記憶された前記第１サービス情報を前記第１サービス実行装置に送信するサービス情報送信部と，を備え，前記第１サービス実行装置は，前記端末装置からサービス起動要求または登録要求を受信すると，該サービス起動要求または登録要求に対応する第１サービス情報の参照要求を前記第１サーバ装置に送信する第１要求送信部と，前記第１要求送信部により送信された要求によって参照した前記第１サービス情報に基づいて前記端末装置にサービスを提供する第１提供部と，を備えている。
【００１６】
本発明によるサービス制御ネットワークシステムは，第１サーバ装置および端末装置を収容する第１ドメインと，前記端末装置の移動先であり，第２サーバ装置および第２サービス実行装置を収容する第２ドメインを有するサービス制御ネットワークシステムであって，前記第１サーバ装置は，前記端末装置に提供されるサービスを規定した第１サービス情報を記憶する記憶部と，前記第２サーバ装置からの前記第１サービス情報の参照要求を受信すると，該参照要求に基づいて前記記憶部に記憶された前記第１サービス情報を前記第２サーバ装置に送信するサービス情報送信部と，を備え，前記第２サービス実行装置は，前記端末装置からサービス起動要求または登録要求を受信すると，該サービス起動要求または登録要求に対応する第１サービス情報の参照要求を前記第２サーバ装置に送信する第２要求送信部と，前記第２要求送信部により送信された要求によって参照した前記第１サービス情報に基づいて前記端末装置にサービスを提供する第２提供部と，を備え，前記第２サーバ装置は，前記第２要求送信部により送信された参照要求を前記第１サーバ装置に転送するとともに，前記第１サーバ装置から送信された前記第１サービス情報を前記第２サービス実行装置に転送する転送部を備えている。
【００１７】
ここで，「登録要求」とは，所定のサービスに関する端末装置の存在の登録に関する要求であり，たとえばＶｏＩＰにおいてＳＩＰサービスに対して端末装置が自身の存在の登録を要求することが含まれる。
【００１８】
本発明によると，サービス実行装置は，端末装置からサービス起動要求または登録要求を受信することにより，該サービス起動要求または登録要求に対応するサービス情報（サービス制御情報）をサーバ装置に要求する。これにより，ユーザが提供を受けたいサービスが特定され，また，特定されたサービスに対応するサービス情報を，サービス実行装置は取得することができる。これにより，サービス実行装置は，各ユーザに対応し，かつ，提供されるサービスに対応したサービス制御を行うことができる。
【００１９】
本発明によるサーバ装置は，通信ネットワークに形成された第１ドメインに収容されるサーバ装置であって，前記第１ドメインに収容される端末装置に提供されるサービスを規定した第１サービス情報を記憶する記憶部と，前記第１ドメインに収容され，前記端末装置にサービスを提供する第１サービス実行装置から送信された，前記第１サービス情報の参照要求を受信する受信部と，前記受信部により受信された前記参照要求に基づいて，前記記憶部に記憶された前記第１サービス情報を前記第１サービス実行装置に送信する送信部と，を備えている。
【００２０】
また，本発明によるサーバ装置は，通信ネットワークに形成された第１ドメインに収容されるサーバ装置であって，前記第１ドメインに収容され，前記通信ネットワークに形成された第２ドメインに移動した端末装置に提供されるサービスを規定した第１サービス情報を記憶する記憶部と，前記第２ドメインに収容され，前記端末装置にサービスを提供する第２サービス実行装置から送信され，前記第２ドメインに収容される第２サーバ装置によって転送された，前記第１サービス情報の参照要求を受信する受信部と，前記受信部により受信された前記参照要求に基づいて，前記記憶部に記憶された前記第１サービス情報を前記第２サーバ装置を介して前記第２サービス実行装置に送信する送信部と，を備えている。
【００２１】
本発明によるサービス実行装置は，通信ネットワークに設けられ，該通信ネットワークにアクセスする端末装置にサービスを提供するサービス実行装置であって，前記サービスを規定したサービス情報を記憶する記憶部と，前記端末装置からサービス起動要求または登録要求を受信すると，該サービス起動要求または登録要求に対応するサービスを規定したサービス情報の参照要求を，前記通信ネットワークに設けられ，前記サービス情報を管理するサーバ装置に送信する送信部と，前記送信部により送信された参照要求によって前記サーバ装置から送信された前記サービス情報を受信し，前記記憶部に格納する受信部と，前記記憶部に記憶されたサービス情報に基づいて前記端末装置にサービスを提供する提供部と，を備えている。
【００２２】
【発明の実施の形態】
＜サービス制御ネットワークシステムの構成例＞
図１は，本発明の実施の形態によるサービス制御ネットワークシステムの構成例を示すブロック図である。このサービス制御ネットワークシステムは，一例としてアクセスネットワーク１および２，ならびにコアネットワーク３の３つのネットワークを有する。
【００２３】
アクセスネットワーク１はたとえばＬＡＮ，無線ＬＡＮ等のネットワークであり，ユーザが操作するユーザホスト端末（たとえばパソコン，電話機，電話機付きパソコン等）Ｈ１がアクセスするネットワークである。アクセスネットワーク２もたとえばＬＡＮ，無線ＬＡＮ等のネットワークであり，ユーザホスト端末（たとえばパソコン，電話機，電話機付きパソコン等）Ｈ２がアクセスするネットワークである。
【００２４】
コアネットワーク３は，たとえばＩＰｖ６インターネットであり，本実施の形態では，一例として，ドメインＤ１およびＤ２ならびに中継ドメインＤ３の３つの部分ネットワーク（領域）に分割されている。
【００２５】
ドメインＤ１には，認証サーバＡ１，エッジ装置ＥＮ１，およびサービス実行装置ＳＮ１が設けられている。ドメインＤ２には，認証サーバＡ２，エッジ装置ＥＮ２，およびサービス実行装置ＳＮ２が設けられている。中継ドメインＤ３には，中継装置（たとえばルータ等）Ｒ３が設けられている。なお，図１では，一例として，２つのドメインＤ１およびＤ２を示し，各ドメインにエッジ装置およびサービス実行装置をそれぞれ１つずつ示しているが，ドメインは３つ以上存在してもよいし，また，エッジ装置およびサービス実行装置もともに各ドメインに２つ以上存在してもよい。
【００２６】
認証サーバＡ１およびＡ２は，たとえば認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ），承諾（ａｕｔｈｏｒｉｚａｔｉｏｎ），および課金（ａｃｃｏｕｎｔｉｎｇ）を行うＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，  Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）サーバである。
【００２７】
認証サーバＡ１は，担当するドメインＤ１に設けられ，該ドメインＤ１をホームリンクとするユーザホスト端末（たとえばユーザホスト端末Ｈ１）について，アクセス時の認証を行うとともに，サービス実行装置（たとえばサービス実行装置ＳＮ１）がユーザホスト端末に対してサービスを実行する際に参照するサービス契約条件（サービス情報，サービス制御情報）であるサービスプロファイルキャッシュ（ＳＰＣ：Ｓｅｒｖｉｃｅ  Ｐｒｏｆｉｌｅ  Ｃａｃｈｅ）を保持および管理する。そして，認証サーバＡ１は，サービス実行装置からＳＰＣの配信要求を受けると，ＳＰＣを抽出して要求元のサービス実行装置に配信する。
【００２８】
認証サーバＡ２も，担当するドメインＤ２をホームリンクとするユーザホスト端末（たとえばユーザホスト端末Ｈ２）の認証を行うとともに，該ユーザホスト端末のＳＰＣを保持および管理し，サービス実行装置からの要求に応じて，これを要求元に配信する。
【００２９】
ＳＰＣは，後述するように，各ユーザの各アプリケーション（サービス）ごとに設けられ，さらに各ＳＰＣは，ローカルＳＰＣ（Ｌｏｃａｌ  ＳＰＣ）およびグローバルＳＰＣ（Ｇｌｏｂａｌ  ＳＰＣ）の２つに分類され，認証サーバＡ１およびＡ２にそれぞれ保持される。ＳＰＣが各ユーザの各アプリケーションごとに設けられることから，各ユーザの各アプリケーションにカスタマイズされたサービスを各ユーザに提供することができる。
【００３０】
サービス実行装置ＳＮ１およびＳＮ２は，各種のサービスを実行する装置であり，たとえばＩＰ電話機能（ＶｏＩＰ：Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）を提供するセッション制御サーバ（ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバ），各種のＷｅｂサーバ等である。本実施の形態では，これらの汎用サービスを提供するサーバに対して，後述するアプリケーション認証モジュールが搭載される。
【００３１】
エッジ装置ＥＮ１およびＥＮ２は，ドメインＤ１およびＤ２のそれぞれの周縁部に位置するネットワーク装置であり，たとえばドメインＤ１およびＤ２のそれぞれと外部のアクセスネットワーク１および２との境界に位置するエッジルータである。
【００３２】
ユーザホスト端末Ｈ１およびＨ２は，ホスト単位の契約条件に基づくサービスを享受する端末装置である。ユーザホスト端末Ｈ１はドメインＤ１をホームリンク（ホームネットワーク）とし，ユーザホスト端末Ｈ２はドメインＤ２をホームリンク（ホームネットワーク）とする。したがって，認証サーバＡ１は，ユーザホスト端末Ｈ１のＳＰＣ（ローカルＳＰＣおよびグローバルＳＰＣ）を保持および管理し，認証サーバＡ２は，ユーザホスト端末Ｈ２のＳＰＣを保持および管理する。
【００３３】
ユーザホスト端末Ｈ１およびＨ２は，サービス実行装置ＳＮ１やＳＮ２によって提供されるサービスに関するクライアント機能等を有することがある。たとえば，ＶｏＩＰを利用する場合には，ユーザホスト端末にはＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を制御可能な電話機能ソフトウエア等がインストールされる。
【００３４】
＜ＳＰＣの内容＞
認証サーバＡ１およびＡ２には，前述したように各ユーザホスト端末（ユーザ）のＳＰＣが保持および管理されている。ＳＰＣは契約ユーザ（契約ユーザホスト端末）が利用するサービスの制御に必要なサービス挙動を記述したデータセットである。このＳＰＣにより，ユーザごとに個別のサービスを提供することができる。ＳＰＣは，ローカルＳＰＣ（以下「Ｌ−ＳＰＣ」という。）およびグローバルＳＰＣ（以下「Ｇ−ＳＰＣ」という。）に分類され，管理されている。
【００３５】
（１）Ｌ−ＳＰＣの内容
Ｌ−ＳＰＣは，契約ユーザホスト端末を収容するドメイン（契約ユーザホスト端末のホームリンク）と同一のドメインに存在するサービス実行装置により参照されるＳＰＣである。例えば図１では，ドメインＤ１に収容される認証サーバＡ１が保持するＬ−ＳＰＣは，同一ドメインＤ１に収容されるサービス実行装置ＳＮ１により参照される。
【００３６】
Ｌ−ＳＰＣは，サービスを要求するホストと同一ドメイン内で参照されることから，サービス実行装置に依存せず，各サービス共通に適用可能な条件を記述したものである。例えば，ポート番号，プロトコル情報等である。
【００３７】
また，Ｌ−ＳＰＣに記述されるサービスは，ユーザホスト端末からのパケットの発信時点で実行が特定できるサービスである。例えば，特定のＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）に関係しない，プロトコル種別で起動されるサービスが該当する。具体的には，ストリーミング放送を提供するサイトのサービスに対して，本発明の機能によって共通な付加価値を提供する場合が該当する。
【００３８】
サービス実行装置のＬ−ＳＰＣは，サービス要求元（パケット送信元）のユーザホスト端末に対する契約条件個別のサービスを提供する際の実行条件として，相手側のユーザホスト端末のＧ−ＳＰＣと合わせて実行条件の判定要件として参照される。
【００３９】
図２（Ａ）はＬ−ＳＰＣの一例を示している。たとえば項番１では，サイトを特定しないＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）による情報提供の際に，サービス実行装置からユーザホスト端末へのデータがデータ圧縮されることとなる。また項番２では，電話会社を特定しないＩＰ電話（ＶｏＩＰ）では，通話の開始前に音声ＣＭがユーザホスト端末に流され，またＣＭの挿入によりユーザホスト端末の電話料金が割引されることとなる。
【００４０】
（２）Ｇ−ＳＰＣの内容
Ｇ−ＳＰＣは，契約ユーザホスト端末を収容するドメインと異なるドメインに存在するサービス実行装置により参照されるＳＰＣである。例えば図１では，ドメインＤ１に収容される認証サーバＡ１が保持するＧ−ＳＰＣは，ドメインＤ２に収容されるサービス実行装置ＳＮ２により参照される。Ｇ−ＳＰＣの内容はサービス個別の挙動である。
【００４１】
Ｇ−ＳＰＣに規定されるサービス種別には，アプリケーションを提供するサイト別に制御すべき内容が記述される。具体例としては，ストリーミング方法の場合，特定の情報（例えば音楽番組のみ）に対してサービスを規定したい場合に，このサービスはＧ−ＳＰＣに規定される。
【００４２】
図２（Ｂ）はＧ−ＳＰＣの一例を示している。図２（Ａ）と比較して明らかなように，図２（Ａ）ではサイトが特定されないのに対し，Ｇ−ＳＰＣでは，サイトがストリーミングサイトＡ社のように特定される。たとえば項番１では，ストリーミングサイトＡ社のサービスを受ける場合に，放送開始前にコマーシャルが３０秒ユーザホスト端末に流され，これによりユーザホスト端末はサービス料金の割引を受けることができる。
【００４３】
＜Ｌ−ＳＰＣの配信方法＞
次に，認証サーバからサービス実行装置へのＬ−ＳＰＣの配信方法について説明する。
【００４４】
Ｌ−ＳＰＣは，ユーザホスト端末を直接収容するドメイン（ユーザホスト端末のホームリンク）のサービス実行装置で実行されるサービスに関するＳＰＣであり，アプリケーション実行と同時にサービス実行装置に配信される必要がある。
【００４５】
Ｌ−ＳＰＣの配信方法には，サービス登録時にあらかじめ配信しておく方法と，サービス実行時に逐次配信する方法との２つがある。以下，これら２つの方法について説明する。
【００４６】
（１）サービス登録時の配信
ＩＰサービスの中には，毎回のサービス起動時とは別に，ユーザホスト端末が特定のドメイン（サブネットワーク）に位置登録した際やアクセス認証を受けた際に，これら登録，認証等を契機として，サービス実行装置に対してサービス実行権限を登録するものがある。例えば，ＶｏＩＰのセッション制御を目的としたＳＩＰにおいて，ユーザホスト端末が近傍のＳＩＰサーバに対して自身の存在を登録する「Ｒｅｇｉｓｔｅｒメッセージ」による登録がこれに該当する。
【００４７】
このＲｅｇｉｓｔｅｒメッセージは，ユーザホスト端末が在圏する期間に亘って有効となる。Ｌ−ＳＰＣの内容が一定期間に亘って内容変更の頻度が少ない場合には，サービス利用前の登録時に，サービス実行装置が要求元ユーザホスト端末のＬ−ＳＰＣを当該ユーザホスト端末の認証を行う認証サーバに要求する。認証サーバは，この要求の応答メッセージにより，サービス実行装置にＬ−ＳＰＣを配信する。これにより，サービス実行装置は，配信されたＬ−ＳＰＣを記憶する。
【００４８】
サービス実行装置に配信され記憶されたＬ−ＳＰＣは，ユーザホスト端末の移動等によって不要となった場合に，サービス実行装置によって消去される。サービス実行装置は，この消去等の有効期限を管理するために，Ｌ−ＳＰＣ固有の管理機構を設けることなく，ユーザホスト端末に関するＲｅｇｉｓｔｅｒメッセージの有効期限の管理テーブルにより管理する。
【００４９】
すなわち，Ｒｅｇｉｓｔｅｒメッセージは，ユーザホスト端末がサービス実行装置近傍に在圏する間，このサービス実行装置を利用してＳＩＰプロトコルを利用することを登録するものであり，サービス実行装置は，ユーザホスト端末の移動等，一定の条件で期限満了と判断して，登録した情報を消去する。一方，Ｌ−ＳＰＣが利用されるのは，Ｒｅｇｉｓｔｅｒメッセージの有効期間内であるため，不要となったＬ−ＳＰＣの消去等の動作をＲｅｇｉｓｔｅｒメッセージの管理テーブルと連動させることにより，サービス実行装置内にＬ−ＳＰＣ用の固有の管理機構は不要となる。
【００５０】
このように，サービス実行装置内のＬ−ＳＰＣの管理をＲｅｇｉｓｔｅｒメッセージの管理と連動させて行うことにより，Ｌ−ＳＰＣ固有の管理機構が不要となるので，サービス実行装置の負荷を軽減することができる。
【００５１】
サービス実行装置が認証サーバにＬ−ＳＰＣを要求する契機は，上述のサービス登録テーブルへの登録動作と連携することができる。サービス実行装置がＳＩＰサーバである場合を例にすると，ユーザホスト端末が初回のＲｅｇｉｓｔｅｒメッセージを最寄りのＳＩＰサーバに送信することで，ＳＩＰサーバ内のユーザホスト端末情報テーブルに当該ユーザホスト端末を登録する際に，認証サーバに対して当該ユーザホスト端末のＬ−ＳＰＣを要求する。そして，ＳＩＰサーバは，認証サーバからのＬ−ＳＰＣを受領して，これを格納する。
【００５２】
（２）サービス実行時の逐次配信
前述したサービス登録時の配信は，サービス実行装置がサービスの特性としてサービス利用前のユーザホスト端末情報登録（認証）機能を持つ場合に適用され，またＳＰＣの変更が少ない場合に適している。
【００５３】
これに対して，サービスの登録に関してサービス実行装置（例えばＳＩＰサーバ，Ｗｅｂサーバ）への登録手順を持たないサービス（要求を受けてその都度実行されるサービス）の場合には，Ｌ−ＳＰＣはサービス実行時に逐次配信されることとなる。
【００５４】
この逐次配信では，サービス実行装置が，ユーザホスト端末のサービス要求（例えばＨＴＴＰ要求メッセージ）を受信した際，当該メッセージが要求元ユーザホスト端末の最初の（過去の一定期間内で最初の）要求メッセージであることを認識する必要がある。
【００５５】
このため，サービス制御装置は，サービス利用状態管理テーブルを保持および管理し，これを参照する。このサービス利用状態管理テーブルに要求メッセージを送信したユーザホスト端末の情報が存在しない場合に，サービス実行装置はこの要求メッセージは初回の要求メッセージであると認識して，要求元のユーザホスト端末のドメインにある認証サーバにＬ−ＳＰＣを要求する。そして，サービス実行装置は，認証サーバからの応答メッセージに含まれるＬ−ＳＰＣを，サービス利用状態管理テーブルに格納する。
【００５６】
また，サービス実行装置は，サービス利用状態管理テーブルを一定周期で監視し，一定期間経過したユーザホスト端末登録情報を削除することで，利用頻度の少ないユーザホスト端末の情報を管理するコスト（メモリ容量，管理に要する時間等）を削減することができる。
【００５７】
＜Ｇ−ＳＰＣの配信方法＞
ＱｏＳ（品質制御）やパケットフィルタリングのようなレイヤ３（ネットワークレイヤ，ＩＰレイヤ）のサービスに関するＳＰＣのエッジ装置への配信は，ユーザホスト端末のアクセス認証または位置登録の手順と連動して行うことができる。
【００５８】
一方，レイヤ７を代表とする高位レイヤのアプリケーションは「サービスの実行場所がサービスの内容によって異なる」という特徴を有する。例えばＶｏＩＰ，各種Ｗｅｂサービスを提供するサービス実行装置（サーバ）は，個々にネットワーク内の最適な位置と数で配備されており，したがって，ＳＰＣの配信場所がサービスを提供するサービス実行装置によって異なる。
【００５９】
したがって，高位レイヤサービスに関して契約ユーザホスト端末単位の個別条件でＳＰＣを配信するためには，ネットワーク内に散在する個々のサービス実行装置に適したＳＰＣ配信方法が必要となる。
【００６０】
このような配信方法として，本実施の形態では，サービス契約したユーザホスト端末がサービス起動要求メッセージをサービス実行装置に送信することを契機に，サービス実行装置が該ユーザホスト端末の契約および認証情報を管理する認証サーバに対して，当該ユーザホスト端末のＧ−ＳＰＣを要求し，認証サーバがこれを応答メッセージに載せて返信することで，サービス実行装置に対してＧ−ＳＰＣを配信する。
【００６１】
ただし，サービス要求元のユーザホスト端末とサービス実行装置とが異なるドメインに属する場合には，サービス実行装置が属するドメインの認証サーバ（ローカル認証サーバ）を介して，要求元のユーザホスト端末が属するドメインの認証サーバにＧ−ＳＰＣを要求することとなる。
【００６２】
サービス実行装置がこのような手順によってユーザホスト端末のＧ−ＳＰＣを入手してサービス実行可否および実行内容の判断を行う一連の動作を，本実施の形態では「アプリケーション認証」と呼ぶこととする。
【００６３】
加入者の契約条件に無関係に同一条件で提供されるサービスについては，個別サービス制御は不要であるが，それ以外に契約者単位の条件がつく場合に利用することができる。
【００６４】
＜アプリケーション認証機能＞
ネットワーク内に存在する各種のサービス実行装置は，個々に異なる実行契機，プロトコルを使用している。このため，本実施の形態のサービス制御を提供するためには，サービス実行装置が，サービス実行要求元のユーザホスト端末のＬ−ＳＰＣまたはＧ−ＳＰＣを取得する共通の手段が必要となる。
【００６５】
この手段として，本実施の形態によるサービス実行装置（例えばＳＩＰサーバ，Ｗｅｂサーバ）には，アプリケーション認証モジュール（たとえばプログラムにより構成される）が追加される。アプリケーション認証とは，Ｇ−ＳＰＣの取得とその記述に基づくサービス実行内容の判断動作をいう。
【００６６】
アプリケーション認証モジュールは，拡張ＡＡＡクライアント機能およびＧ−ＳＰＣ管理機能を有する。「拡張ＡＡＡクライアント機能」は，サービス制御の対象となるユーザホスト端末を収容する認証サーバ（ＡＡＡサーバ）に対して，当該ユーザホスト端末のＧ−ＳＰＣを要求するために，アプリケーション認証機能と認証サーバとの間におけるインタラクションの実現に必要なサービス実行装置側の機能である。「Ｇ−ＳＰＣ管理機能」は，各ユーザホスト端末のＧ−ＳＰＣを一定時間保持する機能である。
【００６７】
サービス実行装置は，サービス実行にあたって，Ｇ−ＳＰＣの内容に従って動作する。
【００６８】
以下に，アプリケーション認証モジュールによるＬ−ＳＰＣ要求メッセージ送信処理，Ｇ−ＳＰＣ要求メッセージ送信処理，およびＬ−ＳＰＣ／Ｇ−ＳＰＣ応答メッセージ受信処理について説明する。
【００６９】
図３は，アプリケーション認証モジュールによるＬ−ＳＰＣ要求メッセージ送信処理の流れを示すフローチャートである。
【００７０】
アプリケーション認証モジュールは，メッセージ受信待ち状態にあり（Ｓ２１），メッセージを受信すると（Ｓ２１でＹ），メッセージのＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）またはＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）のポート番号をチェックする（Ｓ２２）。そして，アプリケーション認証モジュールは，ポート番号がこのサービス実行装置が監視対象としているポート番号であると，このメッセージ受信がトリガとなって，以降の処理を実行する。
【００７１】
まず，アプリケーション認証モジュールは，ユーザホスト端末からのサービス起動メッセージに基づいて，ユーザホスト端末が当該サービス実行装置と同一のドメイン内に存在するユーザホスト端末であるかどうかを判断する（Ｓ２３）。この判断は，メッセージの送信元アドレス（ＩＰアドレス）とサービス実行装置のアドレス（ＩＰアドレス）とを比較することにより行われる。
【００７２】
サービス起動メッセージが同一ドメイン内のユーザホスト端末からのものである場合には（Ｓ２３でＹ），アプリケーション認証モジュールは，サービス起動メッセージから，サービス起動の要求元であるユーザホスト端末情報を抽出する（Ｓ２４）。このユーザホスト端末情報は，ユーザホスト端末のＩＰアドレス（サービス起動メッセージの送信元アドレス）およびユーザホスト端末のＮＡＩ（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）の少なくとも一方である。
【００７３】
一方，サービス起動メッセージが同一ドメイン内のユーザホスト端末からのものでない場合には，Ｌ−ＳＰＣは不要となるので、アプリケーション認証モジュールは再びメッセージ受信待ち状態に戻る。
【００７４】
ステップＳ２４に続いて，アプリケーション認証モジュールは，抽出したユーザホスト端末情報に基づいてユーザホスト端末が一意に特定できるかどうかを判断する（Ｓ２５）。たとえば，サービス起動メッセージがプロキシサーバを経由すると，サービス要求元であるユーザホスト端末のアドレスがプロキシサーバによって隠蔽され，要求元アドレスがプロキシサーバのアドレスとなり，ユーザホスト端末を一意に特定できない。
【００７５】
このようにユーザホスト端末を一意に特定できない場合には（Ｓ２５でＮ），アプリケーション認証モジュールは，あらかじめ定められたデフォルトＬ−ＳＰＣ（規定値）をＬ−ＳＰＣ要求パラメタに設定する（Ｓ２７）。一方，ユーザホスト端末を一意に特定できる場合には（Ｓ２５でＹ），アプリケーション認証モジュールは，ユーザホスト端末を一意に特定できる情報をＬ−ＳＰＣ要求パラメタに設定する（Ｓ２６）。
【００７６】
続いて，アプリケーション認証モジュールは，Ｌ−ＳＰＣ要求メッセージを生成し（Ｓ２８），生成したＬ−ＳＰＣ要求メッセージを同一ドメイン内の認証サーバに送信する（Ｓ２９）。
【００７７】
Ｌ−ＳＰＣ要求メッセージの送信後，アプリケーション認証モジュールは，再びメッセージ受信待ち状態（Ｓ２１）に戻る。
【００７８】
図６（Ａ）は，Ｌ−ＳＰＣ要求メッセージ（またはＧ−ＳＰＣ要求メッセージ）のデータ構造を示している。Ｌ−ＳＰＣ要求メッセージ（またはＧ−ＳＰＣ要求メッセージ）は，ＩＰ／ＴＣＰ／ＵＤＰパケットヘッダ，メッセージ種別コード，サービス制御対象のホスト特定情報１（たとえばユーザホスト端末のＩＰアドレス），およびサービス制御対象のホスト特定情報２（たとえばユーザホスト端末のＮＡＩ）を有する。
【００７９】
ＩＰ／ＴＣＰ／ＵＤＰパケットヘッダには，ポート番号が含まれ，このポート番号によって，サービス（アプリケーション）が特定される。そして，ホスト特定情報１または２により特定されたホスト端末（ユーザ）のＳＰＣについて，ポート番号により特定されたサービスに関するＬ−ＳＰＣ（またはＧ−ＳＰＣ）が認証サーバにより検索／抽出されることとなる。これにより，サービス実行装置は，ユーザ単位で，かつ，アプリケーションごとのＳＰＣを取得することができる。
【００８０】
メッセージ種別コードは，当該メッセージがＬ−ＳＰＣ要求メッセージかＧ−ＳＰＣ要求メッセージかを示すコードである。このメッセージ種別コードに基づいて，受信側の装置（ここでは認証サーバ）はメッセージを識別し，Ｌ−ＳＰＣを検索／抽出すべか，Ｇ−ＳＰＣを検索／抽出すべかを認識する。ホスト特定情報１または２は，ステップＳ２６またはＳ２７においてＬ−ＳＰＣ要求パラメタとして設定される情報である。
【００８１】
図４は，ユーザホスト端末によるサービス起動メッセージの送信からサービス実行装置によるＧ−ＳＰＣ要求メッセージの送信およびＧ−ＳＰＣ応答メッセージの受信までの処理の流れを示すシーケンス図である。この図は，図１に示すサービス制御ネットワークシステムを例にしたシーケンス図である。
【００８２】
まず，ユーザがユーザホスト端末Ｈ１を操作して，サービス実行装置ＳＮ２のサービスを要求することにより，ユーザホスト端末Ｈ１は当該サービスのサービス起動メッセージをサービス実行装置ＳＮ２に送信する（Ｓ１）。このサービス起動メッセージは，たとえば，サービス実行装置ＳＮ２（Ｗｅｂサーバ）のホームページにアクセスするメッセージである。
【００８３】
なお，このサービス起動メッセージは，サービス実行装置ＳＮ１に受信され，サービス実行装置ＳＮ１は，ユーザホスト端末Ｈ１に関するＬ−ＳＰＣの必要性を判断してもよい。そして，この判断の結果，Ｌ−ＳＰＣが必要な場合には，サービス実行装置ＳＮ１は認証サーバＡ１にＬ−ＳＰＣを要求し，受け取ってもよい。
【００８４】
サービス実行装置ＳＮ２は，サービス起動メッセージを受信すると，サービス起動メッセージに示されたサービスの実行要否判定に関して，Ｇ−ＳＰＣの参照が必要かどうかを判断する（Ｓ２）。この判断は，有効な（有効期限満了前の）Ｇ−ＳＰＣが当該サービス実行装置ＳＮ２に格納されているかどうか，および，サービス実行装置ＳＮ２が当該サービスの実行に際して要求元ユーザホスト端末のＧ−ＳＰＣを参照する必要があるかどうかにより行われる。
【００８５】
サービス実行装置ＳＮ２は，Ｇ−ＳＰＣの参照が必要であると判断すると（Ｓ２でＹ），サービス実行要求元であるユーザホスト端末Ｈ１のＧ−ＳＰＣを要求するＧ−ＳＰＣ要求メッセージを生成し，ドメインＤ２の認証サーバＡ２に送信する（Ｓ３）。Ｇ−ＳＰＣ要求メッセージは，前述した図６（Ａ）に示すデータ構造を有する。
【００８６】
認証サーバＡ２は，Ｇ−ＳＰＣ要求メッセージの内容（ユーザホスト端末Ｈ１のＩＰアドレスまたはＮＡＩ（図６（Ａ）参照））から，ユーザホスト端末Ｈ１が認証サーバＡ１（すなわちドメインＤ１）に収容（管理）されることを認識し，受信したＧ−ＳＰＣ要求メッセージを認証サーバＡ１に転送する。なお，認証サーバ同士は，相互に信頼関係を持っており，相互のＩＰアドレスをあらかじめ保持し，このＩＰアドレスに基づいてＧ−ＳＰＣ要求メッセージは転送される。
【００８７】
認証サーバＡ１は，Ｇ−ＳＰＣ要求メッセージを受信することにより，ユーザホスト端末Ｈ１のＧ−ＳＰＣを検索する（Ｓ４）。そして，ユーザホスト端末Ｈ１のＧ−ＳＰＣが存在する場合には，認証サーバＡ１は，検索したＧ−ＳＰＣを含むＧ−ＳＰＣ応答メッセージを生成し，要求元であるサービス実行装置ＳＮ２に送信する（Ｓ５）。
【００８８】
図６（Ｂ）は，Ｇ−ＳＰＣ応答メッセージ（またはＬ−ＳＰＣ応答メッセージ）のデータ構造を示している。Ｇ−ＳＰＣ応答メッセージ（またはＬ−ＳＰＣ応答メッセージ）は，ＩＰ／ＴＣＰ／ＵＤＰパケットヘッダ，メッセージ種別コード，ホスト特定情報１（たとえばユーザホスト端末Ｈ１のＩＰアドレス），ホスト特定情報２（たとえばユーザホスト端末Ｈ１のＮＡＩ），検索されたＳＰＣ，およびリターンコードを有する。
【００８９】
「メッセージ種別コード」は，このメッセージがＧ−ＳＰＣ応答メッセージかＬ−ＳＰＣ応答メッセージかを示すコードであり，受信側の装置（サービス実行装置ＳＮ２）は，このコードに基づいてメッセージを識別する。「検索されたＳＰＣ」は，認証サーバによって検索されたＧ−ＳＰＣ（またはＬ−ＳＰＣ）である。「リターンコード」は，メッセージ処理結果等の情報であり，たとえば正常の場合には０，要求に該当するＳＰＣが検索されなかった場合には２，メッセージに含まれるＳＰＣがデフォルトＳＰＣの場合には３の値を有する。
【００９０】
図４に戻って，このＧ−ＳＰＣ応答メッセージは，認証サーバＡ２に送信され，認証サーバＡ２からサービス実行装置ＳＮ２に転送される。
【００９１】
サービス実行装置ＳＮ２は，Ｇ−ＳＰＣ応答メッセージを受信すると，Ｇ−ＳＰＣ応答メッセージの正常性を確認する（Ｓ６）。このＧ−ＳＰＣ応答メッセージの正常性は，Ｇ−ＳＰＣ応答メッセージにＧ−ＳＰＣが含まれているかどうかにより確認され，Ｇ−ＳＰＣが含まれている場合には，Ｇ−ＳＰＣ応答メッセージは正常と判断される。
【００９２】
Ｇ−ＳＰＣ応答メッセージが正常と判断されることにより，サービス実行装置ＳＮ２は，Ｇ−ＳＰＣ応答メッセージに含まれるＧ−ＳＰＣを抽出し，ＳＰＣ管理テーブルに格納する（Ｓ７）。
【００９３】
図５は，アプリケーション認証モジュールによるＧ−ＳＰＣ要求メッセージの送信処理の流れを示すフローチャートであり，サービス実行装置ＳＮ２（アプリケーション認証モジュール）のＧ−ＳＰＣ要求メッセージの送信処理の詳細（図４のステップＳ３の詳細）を示したものである。
【００９４】
アプリケーション認証モジュールは，メッセージ受信待ち状態にあり（Ｓ３１），メッセージを受信すると（Ｓ３１でＹ），メッセージのＴＣＰまたはＵＤＰのポート番号をチェックする（Ｓ３２）。そして，アプリケーション認証モジュールは，ポート番号がこのサービス実行装置が監視対象としているポート番号である場合に，このメッセージ受信がトリガとなって，以降の処理を実行する。
【００９５】
まず，アプリケーション認証モジュールは，ユーザホスト端末からのサービス起動メッセージにより起動が要求されるアプリケーションをサポートしているかどうかを判断する（Ｓ３３）。この判断は，サービス起動メッセージに含まれるポート番号等に基づいて行われる。
【００９６】
サービス実行装置がアプリケーションをサポートしている場合には（Ｓ３３でＹ），アプリケーション認証モジュールは，サービス起動メッセージから，サービス起動の要求元であるユーザホスト端末情報を抽出する（Ｓ３４）。このユーザホスト端末情報は，ユーザホスト端末のＩＰアドレス（サービス起動メッセージの送信元アドレス）およびユーザホスト端末のＮＡＩ（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）の少なくとも一方である。
【００９７】
一方，サービス実行装置がアプリケーションをサポートしていない場合には，Ｇ−ＳＰＣは不要となるので、アプリケーション認証モジュールは再びメッセージ受信待ち状態に戻る。
【００９８】
ステップＳ３４に続いて，アプリケーション認証モジュールは，抽出したユーザホスト端末情報に基づいてユーザホスト端末が一意に特定できるかどうかを判断する（Ｓ３５）。たとえば，サービス起動メッセージがプロキシサーバを経由すると，サービス要求元であるユーザホスト端末のアドレスがプロキシサーバによって隠蔽され，要求元アドレスがプロキシサーバのアドレスとなり，ユーザホスト端末を一意に特定できない。
【００９９】
ユーザホスト端末を一意に特定できない場合には（Ｓ３５でＮ），アプリケーション認証モジュールは，あらかじめ定められたデフォルトＧ−ＳＰＣ（規定値：後述）をＧ−ＳＰＣ要求パラメタに設定する（Ｓ３７）。一方，ユーザホスト端末を一意に特定できる場合には（Ｓ３５でＹ），アプリケーション認証モジュールは，ユーザホスト端末を一意に特定できる情報をＧ−ＳＰＣ要求パラメタに設定する（Ｓ３６）。
【０１００】
続いて，アプリケーション認証モジュールは，Ｇ−ＳＰＣ要求メッセージを生成し（Ｓ３８），生成したＧ−ＳＰＣ要求メッセージを同一ドメイン内の認証サーバに送信する（Ｓ３９）。その後，アプリケーション認証モジュールは，再びメッセージ受信待ち状態に戻る。
【０１０１】
次に，アプリケーション認証モジュール（サービス実行装置）によるＧ−ＳＰＣ応答メッセージおよびＬ−ＳＰＣ応答メッセージの受信処理について説明する。図７は，アプリケーション認証モジュールによるＧ−ＳＰＣ応答メッセージおよびＬ−ＳＰＣ応答メッセージの受信処理の流れを示すフローチャートである。
【０１０２】
アプリケーション認証モジュールは，メッセージ受信待ち状態にあり（Ｓ４１），メッセージを受信するごとに（Ｓ４１でＹ），受信したメッセージのメッセージ種別を監視する（Ｓ４２）。メッセージ種別は，図６（Ｂ）に示すメッセージ種別コードに基づいて判断される。
【０１０３】
アプリケーション認証モジュールは，メッセージ種別コードに基づいて受信メッセージをＳＰＣ応答メッセージ（Ｌ−ＳＰＣ応答メッセージまたはＧ−ＳＰＣ応答メッセージ）であると判断すると（Ｓ４３でＹ），リターンコード（図６（Ｂ）参照）に基づいてメッセージの正常性を確認する（Ｓ４４）。一方，受信したメッセージがＳＰＣ応答メッセージでない場合には，アプリケーション認証モジュールは，再びメッセージ受信待ち状態（Ｓ４１）に戻る。
【０１０４】
ステップＳ４３において，メッセージが正常である場合には，アプリケーション認証モジュールは，メッセージにＳＰＣ（Ｌ−ＳＰＣまたはＧ−ＳＰＣ）が含まれているかどうかを判断する（Ｓ４５）。
【０１０５】
ＳＰＣが含まれている場合には（Ｓ４５でＹ），アプリケーション認証モジュールは，ＳＰＣを抽出し，ＳＰＣ管理テーブルに登録する（Ｓ４６）。すなわち，アプリケーション認証モジュールは，Ｇ−ＳＰＣについてはＧ−ＳＰＣ管理テーブルに，Ｌ−ＳＰＣについてはＬ−ＳＰＣ管理テーブルにそれぞれ登録し（Ｓ４９，Ｓ５０），それ以外の場合にはメッセージエラー処理を行う（Ｓ５１）。その後，アプリケーション認証モジュールは，再びメッセージ受信待ち状態（Ｓ４１）に戻る。
【０１０６】
ステップＳ４８において，ＳＰＣが含まれていない場合には，デフォルトＧ−ＳＰＣをＧ−ＳＰＣ要求パラメタに設定する（Ｓ４８）。その後，アプリケーション認証モジュールは，再びメッセージ受信待ち状態（Ｓ４１）に戻る。
【０１０７】
ステップＳ４４において，メッセージが正常でない場合には，アプリケーション認証モジュールは，メッセージエラー処理を実行し（Ｓ４７），再びメッセージ受信待ち状態（Ｓ４１）に戻る。
【０１０８】
＜認証サーバのＧ−ＳＰＣおよびＬ−ＳＰＣ管理機能＞
前述したように，認証サーバ（ＡＡＡサーバ）には，契約したユーザ（ユーザホスト端末）個々のＳＰＣ（Ｌ−ＳＰＣおよびＧ−ＳＰＣ）が保持される。
【０１０９】
ユーザ個々のＳＰＣを管理するために，本実施の形態では，認証サーバは，図８に示すように，各ユーザのＬ−ＳＰＣおよびＧ−ＳＰＣを規定した主ＳＰＣテーブル，ユーザ単位のＬ−ＳＰＣを規定したユーザ単位Ｌ−ＳＰＣテーブル，およびユーザ単位のＧ−ＳＰＣを規定したユーザ単位Ｇ−ＳＰＣテーブルにより，ＳＰＣを管理する。
【０１１０】
図８に示すように，主ＳＰＣテーブルは，各ユーザの基本情報として，契約のユーザを識別するためのユーザ番号および契約基本情報有するとともに，各ユーザのＬ−ＳＰＣテーブルへのポインタであるＬ−ＳＰＣポインタおよび各ユーザのＬ−ＳＰＣテーブルへのポインタであるＧ−ＳＰＣポインタを有する。
【０１１１】
ユーザ単位Ｌ−ＳＰＣテーブルは，ユーザ単位のＬ−ＳＰＣを管理するテーブルであり，図８では，ユーザ番号０００００１のユーザのＬ−ＳＰＣが示されている。ユーザ単位Ｌ−ＳＰＣテーブルは，ＳＰＣ番号，Ｌ−ＳＰＣが適用される条件１および条件２，ならびにＳＰＣ内容を有する。
【０１１２】
ユーザ単位Ｇ−ＳＰＣテーブルは，ユーザ単位のＧ−ＳＰＣを管理するテーブルであり，図８では，ユーザ番号０００００１のユーザのＧ−ＳＰＣが示されている。ユーザ単位Ｇ−ＳＰＣテーブルは，ＳＰＣ番号，Ｇ−ＳＰＣが適用される条件１および条件２，ならびにＳＰＣ内容を有する。
【０１１３】
このようなテーブルによりＳＰＣを管理することにより，認証サーバは，Ｇ−ＳＰＣ，Ｌ−ＳＰＣ各々に，想定されるアプリケーション単位で，ホストを特定する情報（検索キー）として複数設定，保持できる。
【０１１４】
なお，サービス実行装置において，要求元のユーザホスト端末からのサービス実行要求がＨＴＴＰプロキシサーバ等を経由することによって，本来の要求元のユーザホスト端末の情報が取得できない場合がある。たとえば，ＨＴＴＰプロキシサーバを経由したＨＴＴＰ要求は，要求元情報（発信元アドレス等）がプロキシサーバの情報に置きかえられるため，要求元のユーザホスト端末のアドレスを特定できない場合がある。
【０１１５】
このようなケースでは，サービス実行装置内のアプリケーション認証機能は，最寄りの認証サーバに対して，「要求元情報不詳」の状態でＳＰＣ要求メッセージを送信する。本メッセージを受けた最寄りの認証サーバは，要求元情報となるプロキシサーバから，発信元のユーザホスト端末の所在を推定して，ユーザを特定しない汎用条件のＧ−ＳＰＣを返す。このＳＰＣをデフォルトＳＰＣと呼ぶ。
【０１１６】
＜動作例＞
次に，サービス制御ネットワークシステムの具体的な動作例について，ＶｏＩＰによる電話通信を例にとり説明する。
【０１１７】
（１）動作例１
動作例１は，サービス契約しているユーザ（電話発信者および電話受信者の双方）のユーザホスト端末がホームリンクに在圏するとともに，サービス実行装置が該ユーザホスト端末と同一リンク上に存在する場合のアプリケーション認証を契機としたＳＰＣの配信および個別サービス制御の実行手順例である。
【０１１８】
図９は，本ケースにおけるサービス制御ネットワークシステムの構成例を示すブロック図である。図１０は，本ケースにおけるサービス制御ネットワークシステムの処理の流れを示すシーケンス図である。
【０１１９】
図９では，加入者宅等に設けられた電話発信者のユーザホスト端末Ｈ１は，ホームリンク（ドメインＤ１）に在圏し，コールセンタに設けられた電話受信者のユーザホスト端末Ｈ２も，同一のドメインＤ１に在圏している。また，サービス実行装置ＳＮ１も，同一のドメインＤ１に存在し，自ドメインＤ１の認証サーバＡ１からユーザホスト端末Ｈ１のＬ−ＳＰＣ（Ｌ−ＳＰＣ（Ａ））およびユーザホスト端末Ｈ３のＬ−ＳＰＣ（Ｌ−ＳＰＣ（Ｃ））を取得する。なお，ユーザホスト端末Ｈ１およびＨ３は，アクセスネットワークに収容されている。
【０１２０】
ユーザホスト端末Ｈ１のユーザ（サービス契約したユーザ）は，ユーザホスト端末Ｈ１のＩＰ電話機能（たとえばＶｏＩＰソフトウエア）を使用し，通話すべき相手（ここではユーザホスト端末Ｈ２）を指定して発信操作をする（図１０のＳ６１）。
【０１２１】
ユーザホスト端末Ｈ１は，ユーザのダイアル操作により，相手側のユーザホスト端末Ｈ２を指定したサービス起動メッセージ（セッション起動メッセージ（ＳＩＰ−Ｉｎｖｉｔｅメッセージ））を生成し，生成したサービス起動メッセージをエッジ装置ＥＮ１を介して最寄りのサービス実行装置（ＳＩＰサーバ）ＳＮ１に送信する（図９の実線矢印（１））。ユーザホスト端末Ｈ１は，サービス実行装置ＳＮ１の位置（ＩＰアドレス等）を予め認識しているので，サービス起動メッセージをサービス実行装置ＳＮ１に送信することができる。
【０１２２】
サービス実行装置ＳＮ１は，ユーザホスト端末Ｈ１からのＳＩＰ−Ｉｎｖｉｔｅメッセージを受信することにより，サービスの起動を検出し，サービス（すなわちＶｏＩＰセッションの生成）の実行に際して，ユーザホスト端末Ｈ１のＬ−ＳＰＣ（Ａ）の要求（認証サーバＡ１に対する要求）が必要かどうかを判断する（図９の符号（２），図１０のＳ６２）。
【０１２３】
前述したように，Ｌ−ＳＰＣ（Ａ）がＲｅｇｉｓｔｅｒメッセージによってあらかじめ取得されている場合や，前回のサービス実行時にＬ−ＳＰＣ要求メッセージによって取得されたＬ−ＳＰＣ（Ａ）が有効であり，消去されていない場合には，Ｌ−ＳＰＣ（Ａ）の要求は不要と判断される。一方，Ｌ−ＳＰＣ（Ａ）が未だ取得されていない場合や，取得されたが有効期限の満了により消去された場合には，Ｌ−ＳＰＣ（Ａ）の要求が必要であると判断される。ここでは，必要であると判断されるものとする。
【０１２４】
この判断により，サービス実行装置ＳＮ１は，Ｌ−ＳＰＣ要求メッセージを生成し，生成したＬ−ＳＰＣ要求メッセージを，ユーザホスト端末Ｈ１を管理する認証サーバＡ１に送信する（図１０のＳ６３）。なお，このＬ−ＳＰＣ要求メッセージは，たとえばホスト認証プロトコルであるＤｉａｍｅｔｅｒを利用して送信される。
【０１２５】
認証サーバＡ１は，サービス実行装置ＳＮ１からユーザホスト端末Ｈ１に関するＬ−ＳＰＣ要求メッセージを受信すると，Ｌ−ＳＰＣ（Ａ）をデータベースから検索／抽出する（図１０のＳ６４）。
【０１２６】
認証サーバＡ１は，抽出したＬ−ＳＰＣ（Ａ）を要求元であるサービス実行装置ＳＮ１に，Ｌ−ＳＰＣ応答メッセージ（たとえばＤｉａｍｅｔｅｒ認証応答メッセージ）により返信する（Ｓ６５）。
【０１２７】
なお，Ｌ−ＳＰＣ（Ａ）がすでにサービス実行装置ＳＮ１に存在する場合には，ステップＳ６３〜Ｓ６５の処理は省略される。
【０１２８】
サービス実行装置ＳＮ１は，認証サーバＡ１から受信したＬ−ＳＰＣ応答メッセージに含まれるＬ−ＳＰＣ（Ａ）を抽出して自身の管理テーブルに格納し（図１０のＳ６６），このＬ−ＳＰＣの記述内容に従ったサービス実行機能を初期化する（図９の符号（３），図１０のＳ６７）。
【０１２９】
サービス実行装置ＳＮ１は，Ｌ−ＳＰＣ（Ａ）の設定を契機に，着信先のユーザホスト端末Ｈ２にサービス起動メッセージ（ＳＩＰ−Ｉｎｖｉｔｅメッセージ）を転送する（図９の実線矢印（４））。
【０１３０】
サービス実行装置ＳＮ１は，ユーザホスト端末Ｈ２へのＳＩＰ−Ｉｎｖｉｔｅメッセージの送信後，ユーザホスト端末Ｈ２からの応答（電話端末のオフフック操作）を待つ。
【０１３１】
ユーザホスト端末Ｈ３が話中等で着信できない場合には，サービス実行装置ＳＮ１は，待ち時間の間，Ｌ−ＳＰＣ（Ａ）によるサービス（たとえば図２の音声ＣＭを１５秒流すサービスや，残り待ち時間，待ち人数の通知サービス等）を別の通信プロトコルにより実行する（図９の破線矢印（４））。
【０１３２】
ユーザホスト端末Ｈ２のユーザ（サービス契約ユーザ）が端末操作によってユーザホスト端末１からの接続要求に対して応答すると，この操作によりユーザホスト端末Ｈ２はサービス応答メッセージ（ＳＩＰ−Ａｃｋ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージ）を送信する（図１０のＳ６８）。
【０１３３】
ユーザホスト端末Ｈ２により送信されたＳＩＰ−Ａｃｋメッセージは，サービス実行装置ＳＮ１を介してユーザホスト端末Ｈ１に送信される。
【０１３４】
ユーザホスト端末Ｈ１は，ユーザホスト端末Ｈ２からのＳＩＰ−Ａｃｋメッセージを受信することにより，ユーザホスト端末Ｈ１とＨ２との間にセッションが確立され，以後，両ユーザホスト端末間で双方向の音声パケットが交換され，両ユーザホスト端末のユーザは通話することができる。
【０１３５】
なお，図９に示すＬ−ＳＰＣ（Ｃ）は，ユーザホスト端末Ｈ３のＬ−ＳＰＣであり，必要に応じて，認証サーバＡ１からサービス実行装置ＳＮ１に送信される。
【０１３６】
（２）動作例２
動作例２は，サービス契約しているユーザホスト端末がホームリンクに在圏し，サービス実行装置が外部リンクに存在する場合のアプリケーション認証を契機としたＳＰＣの配信および個別サービス制御の実行手順例である。
【０１３７】
図１１は，本ケースにおけるサービス制御ネットワークシステムの構成例を示すブロック図である。図１２は，本ケースにおけるサービス制御ネットワークシステムの処理の流れを示すシーケンス図である。
【０１３８】
図１１と図９とが異なる点は，図１１では，コールセンタのユーザホスト端末Ｈ２が，ユーザホスト端末Ｈ１のドメイン（ホームリンク）Ｄ１の外部のドメインＤ２に収容され，したがってサービスがドメインＤ２のサービス実行装置ＳＮ２で実行される点である。この場合，サービス実行装置ＳＮ２はサービスの実行に必要なユーザホスト端末Ｈ１のＧ−ＳＰＣ（Ｇ−ＳＰＣ（Ａ）とする。）を認証サーバＡ１に要求する。
【０１３９】
なお，図１１では，コアネットワークにサービス実行装置ＳＮ１およびＳＮ２が設けられ，これらの制御プロトコルを中継する中継サーバＴＳが中継ドメインに設けられている。これは，ＶｏＩＰの音声電話網を，従来の電話交換機と類似した階梯構成としたものである。
【０１４０】
ユーザホスト端末Ｈ１のユーザ（サービス契約ユーザ）は，ユーザホスト端末Ｈ１のＩＰ電話機能（たとえばＶｏＩＰソフトウエア）を使用し，通話すべき相手（ユーザホスト端末Ｈ２）を指定して発信操作をする（図１２のＳ７１）。
【０１４１】
ユーザホスト端末Ｈ１は，ユーザのダイアル操作により，相手側のユーザホスト端末Ｈ２を指定したサービス起動メッセージ（セッション起動メッセージ：ＳＩＰ−Ｉｎｖｉｔｅメッセージ）を生成し，最寄りのサービス実行装置ＳＮ１（ＳＩＰサーバ）に送信する（図１１の矢印（１））。ユーザホスト端末Ｈ１は，サービス実行装置ＳＮ１の位置（ＩＰアドレス等）を予め認識しているので，セッション起動メッセージをサービス実行装置ＳＮ１に送信することができる。
【０１４２】
サービス実行装置ＳＮ１は，ユーザホスト端末Ｈ１からのＳＩＰ−Ｉｎｖｉｔｅメッセージを受信することにより，サービス起動を検出し，当該サービス（ＶｏＩＰセッションの生成）の実行に際して，発信者であるユーザホスト端末Ｈ１のＬ−ＳＰＣ（Ａ）を参照する必要があるかどうかを判断する（図１２のＳ７２）。この判断基準はサービス実行装置が個別に持つ制御ルールである。
【０１４３】
ここでは，Ｌ−ＳＰＣ（Ａ）はＲｅｇｉｓｔｅｒメッセージによりすでに取得され，参照は不要と判断されるものとする。この判断により，サービス実行装置ＳＮ１は，Ｌ−ＳＰＣ（Ａ）の取得に関する処理を実行しない。
【０１４４】
サービス実行装置ＳＮ１は，通常のＳＩＰメッセージ処理機能によって，ＳＩＰ−Ｉｎｖｉｔｅメッセージを，中継装置ＴＳを介して，着信先のユーザホスト端末Ｈ２を収容するサービス実行装置（ＳＩＰサーバ）ＳＮ２に送信する（図１１の矢印（１））。
【０１４５】
サービス実行装置ＳＮ２は，サービス実行装置ＳＮ１からのＳＩＰ−Ｉｎｖｉｔｅメッセージを受信すると，このメッセージを外部ドメインＤ１から着信したＳＩＰ−Ｉｎｖｉｔｅメッセージであると認識する。これにより，サービス実行装置ＳＮ２は，当該サービス起動に関してユーザホスト端末Ｈ１の個別サービス条件，すなわちユーザホスト端末Ｈ１のＧ−ＳＰＣ（Ｇ−ＳＰＣ（Ａ））の参照の要否を判断する（図１１の符号（２），図１２のＳ７３）。ここでは，Ｇ−ＳＰＣ（Ａ）の参照が必要と判断されるものとする。
【０１４６】
この判断に基づき，サービス実行装置ＳＮ２は，ユーザホスト端末Ｈ１に関するＧ−ＳＰＣ要求メッセージ（Ｄｉａｍｅｔｅｒメッセージ）を生成し，生成したＧ−ＳＰＣ要求メッセージを，自ドメインＤ２の認証サーバＡ２を介して，発信元のユーザホスト端末Ｈ１のホームリンク（ドメインＤ１）の認証サーバＡ１に送信する（図１１の破線矢印（３），図１２のＳ７４）。
【０１４７】
認証サーバＡ１は，Ｇ−ＳＰＣ要求メッセージをサービス実行装置ＳＮ２から受信すると，データベースからＧ−ＳＰＣ（Ａ）を検索／抽出する（図１２のＳ７５）。
【０１４８】
続いて，認証サーバＡ１は，抽出したＧ−ＳＰＣ（Ａ）を要求元のサービス実行装置ＳＮ２にＧ−ＳＰＣ応答メッセージ（Ｄｉａｍｅｔｅｒ認証応答メッセージ）により返信する（図１１の破線矢印（４），図１２のＳ７６）。
【０１４９】
サービス実行装置ＳＮ２は，Ｇ−ＳＰＣ応答メッセージからＧ−ＳＰＣ（Ａ）を抽出し，自身の管理テーブルに格納する（図１２のＳ７７）。続いて，サービス実行装置ＳＮ２は，Ｇ−ＳＰＣ（Ａ）の記述内容に従ったサービス実行機能を初期化する（図１１の符号（５），図１２のＳ７８）。
【０１５０】
サービス実行装置ＳＮ２にＧ−ＳＰＣ（Ａ）が設定されたことを契機に，サービス実行装置ＳＮ２は着信先のユーザホスト端末Ｈ２にＳＩＰ−Ｉｎｖｉｔｅメッセージを送信し，ユーザホスト端末Ｈ２からの応答（電話端末のオフフック操作）を待つ。応答待ちの間，ユーザホスト端末Ｈ２には，サービス実行装置ＳＮ２により，Ｇ−ＳＰＣ（Ａ）に基づいてサービス（たとえばＣＭの放送，待ち時間の通知等）が提供される（図１１の破線矢印（６））。
【０１５１】
ユーザホスト端末Ｈ２のユーザは端末操作によって，ユーザホスト端末Ｈ１からの接続要求に対して応答する。この操作により，ユーザホスト端末Ｈ２は，サービス応答メッセージ（ＳＩＰ−Ａｃｋ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージ）を送信する（図１２のＳ７９）。ユーザホスト端末Ｈ２が送信したＳＩＰ−Ａｃｋメッセージは，サービス実行装置ＳＮ２，中継装置ＴＳ，およびサービス実行装置ＳＮ１を介して，ユーザホスト端末Ｈ１に送信される。
【０１５２】
ユーザホスト端末Ｈ１がユーザホスト端末Ｈ２からのＳＩＰ−Ａｃｋメッセージを受信すると，ユーザホスト端末Ｈ１とＨ２との間のセッションが確立され，以後，両ユーザホスト端末間で双方向の音声パケットが交換され，通話が行われる。
【０１５３】
なお，図１１に示すＬ−ＳＰＣ（Ｃ）は，ユーザホスト端末Ｈ２のＬ−ＳＰＣであり，必要に応じて，認証サーバＡ２からサービス実行装置ＳＮ２に送信される。
【０１５４】
（３）動作例３
動作例３は，サービス契約しているユーザがホームリンクから移動して他のリンク（ドメイン）に在圏し，サービス実行装置がローカルリンク上に存在する場合のアプリケーション認証を契機としたＳＰＣの配信および個別サービス制御の実行手順例である。
【０１５５】
図１３は，本ケースにおけるサービス制御ネットワークシステムの構成例を示すブロック図である。図１４は，本ケースにおけるサービス制御ネットワークシステムの処理の流れを示すシーケンス図である。
【０１５６】
図１３では，加入者宅の固定回線で通話していたユーザホスト端末Ｈ１のユーザ（サービス契約者）が，同一のネットワーク運用者が提供する一時的なアクセスネットワーク（例えば無線ＬＡＮホットスポット）に移動して，ここからコールセンタのユーザホスト端末Ｈ３に発呼する場合が示されている。移動先では，ユーザホスト端末Ｈ１のユーザは，ユーザホスト端末Ｈ１’（たとえば携帯電話等）を使用するが，両ユーザホスト端末は，同一のサービス契約者により使用され，したがって，両ユーザホスト端末に提供されるサービスは同一のＬ−ＳＰＣ（Ｌ−ＳＰＣ（Ａ））またはＧ−ＳＰＣ（Ｇ＝ＳＰＣ（Ａ））によって規定される。また，一時的なアクセスネットワーク，ユーザホスト端末Ｈ１’，およびユーザホスト端末Ｈ３はドメインＤ３に収容され，ドメインＤ３は認証サーバＡ３およびサービス実行装置ＳＮ３を有する。
【０１５７】
まず，ユーザホスト端末Ｈ１´のユーザ（サービス契約ユーザ）は，通話すべき相手（ユーザホスト端末Ｈ３）を指定してＩＰ電話機能を操作し発信操作をする。
【０１５８】
ユーザホスト端末Ｈ１´は，ユーザのダイアル操作により，相手側のユーザホスト端末Ｈ３を指定したサービス起動メッセージ（ＳＩＰ−Ｉｎｖｉｔｅメッセージ）を生成し，最寄りのサービス実行装置ＳＮ３（ＳＩＰサーバ）に送信する（図１３の矢印（１），図１４のＳ８１）。ユーザホスト端末Ｈ１´は，予め最寄りのＳＩＰサーバの位置を認識しており，これにより，サービス起動メッセージはサービス実行装置ＳＮ３に送信される。
【０１５９】
ユーザホスト端末Ｈ１´により送信されたＳＩＰ−Ｉｎｖｉｔｅメッセージは，サービス実行装置ＳＮ３に受信される。サービス実行装置ＳＮ３は，当該サービス（ＶｏＩＰセッションの生成）の実行に際して，発信者のユーザホスト端末Ｈ１´のＬ−ＳＰＣ（Ａ）を参照する必要があると判断する（図１４のＳ８２）。Ｌ−ＳＰＣ（Ａ）が必要である理由は，当該ユーザホスト端末Ｈ１’の移動先のドメインＤ３のサービス実行装置ＳＮ３には，初期状態においてＬ−ＳＰＣ（Ａ）が存在しないためである。
【０１６０】
なお，ユーザホスト端末Ｈ´は，ドメインＤ１とは異なるドメインＤ３に収容されているが，サービス実行装置ＳＮ３も同じドメインＤ３においてサービスを提供するので，Ｇ−ＳＰＣ（Ａ）ではなく，Ｌ−ＳＰＣ（Ａ）が参照される。
【０１６１】
この判断により，サービス実行装置ＳＮ３は，ドメインＤ３の認証サーバＡ３に，ユーザホスト端末Ｈ１´（Ｈ１）のＬ−ＳＰＣ（Ａ）に関するＬ−ＳＰＣ要求メッセージを送信する（破線矢印（３））。
【０１６２】
認証サーバＡ３は，サービス実行装置ＳＮ３からＬ−ＳＰＣ要求メッセージを受信すると，メッセージ内容からユーザホスト端末Ｈ１´（Ｈ１）が認証サーバＡ１に収容されていることを検出し，受信したＬ−ＳＰＣ要求メッセージをドメインＤ１の認証サーバＡ１に転送する（図１３の破線矢印（３））。
【０１６３】
認証サーバＡ１は，Ｌ−ＳＰＣ要求メッセージを受信し，データベースからユーザホスト端末Ｈ１に関するＬ−ＳＰＣ（Ａ）を抽出し，これを要求元のサービス実行装置ＳＮ３にＬ−ＳＰＣ応答メッセージとして返信する。Ｌ−ＳＰＣ応答メッセージは，認証サーバＡ３を経由してサービス実行装置ＳＮ３に送信される（破線矢印（４））。
【０１６４】
サービス実行装置ＳＮ３は，認証サーバＡ３から受信したＬ−ＳＰＣ応答メッセージから，ユーザホスト端末Ｈ１に関するＬ−ＳＰＣを抽出して，自身のＳＰＣ管理テーブルに格納し，取得したＬ−ＳＰＣの記述内容に従ったサービス実行機能を初期化する（図１４のＳ８６）。
【０１６５】
サービス実行装置ＳＮ３にＬ−ＳＰＣ（Ａ）が設定されたことを契機に，サービス実行装置ＳＮ３は，着信先のユーザホスト端末Ｈ３にＳＩＰ−Ｉｎｖｉｔｅメッセージを転送する。
【０１６６】
サービス実行装置ＳＮ３は，ユーザホスト端末Ｈ２からの応答（電話端末のオフフック操作）を待つ。この間，サービス実行装置ＳＮ３は，Ｌ−ＳＰＣ（Ａ）の内容に従いサービスをユーザホスト端末Ｈ１’に提供する（図１３の破線矢印（５））。たとえば発信者のユーザホスト端末Ｈ１’にメッセージにより広告等が提供される。
【０１６７】
ユーザホスト端末Ｈ３のユーザは端末操作によって，ユーザホスト端末Ｈ１´からの接続要求に対して応答する。この操作によりユーザホスト端末Ｈ３はユーザホスト端末Ｈ１に応答する形でＳＩＰ−Ａｃｋ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージを送信する。
【０１６８】
ユーザホスト端末Ｈ３が送信したＳＩＰ−Ａｃｋメッセージは，サービス実行装置ＳＮ３を介してユーザホスト端末Ｈ１´に送信される。
【０１６９】
ユーザホスト端末１´がユーザホスト端末２からのＳＩＰ−Ａｃｋメッセージを受信すると，ホスト端末Ｈ１´とＨ３との間のセッションが確立され，以後，両端末間で双方向の音声パケットが交換される。
【０１７０】
なお，図１３において，Ｌ−ＳＰＣ（Ｄ）は，ユーザホスト端末Ｈ３のＬ−ＳＰＣである。
【０１７１】
（４）動作例４
動作例４は，サービス契約ユーザがホームリンクから移動して他のリンクに在圏し，通話相手のサービス契約ユーザのユーザホスト端末およびサービス実行位置が外部リンク上に存在する場合のアプリケーション認証を契機としたＳＰＣの配信および個別サービス制御の実行手順例である。
【０１７２】
図１５は，本ケースにおけるサービス制御ネットワークシステムの構成例を示すブロック図である。図１６は，本ケースにおけるサービス制御ネットワークシステムの処理の流れを示すシーケンス図である。
【０１７３】
図１５では，ユーザホスト端末Ｈ１のサービス契約ユーザが，ホームリンク（ドメインＤ１）を離れて他のリンク（ドメインＤ４）に移動している状況において，外部ドメインＤ２にある通話相手のユーザホスト端末Ｈ２と通話が行われるとともに，サービス実行装置ＳＮ２がサービスを実行する。図１５は図１３のネットワーク構成と類似しているが，ユーザホスト端末Ｈ１の発呼先が別のドメインＤ２のユーザホスト端末Ｈ２（コールセンタ）である点が図１３と異なる（図１３では，ユーザホスト端末Ｈ１’と発呼先のユーザホスト端末Ｈ３とが同一ドメイン内に存在する）。
【０１７４】
まず，ユーザホスト端末Ｈ１’のユーザは，通話相手（ユーザホスト端末Ｈ２）を指定してＩＰ電話機能を操作し発信操作をする（図１６のＳ９１）。
【０１７５】
ユーザホスト端末Ｈ１´は，ユーザのダイアル操作により，相手側のユーザホスト端末Ｈ２を指定したサービス起動メッセージ（ＳＩＰ−Ｉｎｖｉｔｅメッセージ）を生成し，最寄りのサービス実行装置ＳＮ３（ＳＩＰサーバ）に送信する（図１５の実線矢印（１），図１６のＳ９１）。ユーザホスト端末Ｈ１´は，予め最寄りのＳＩＰサーバの位置を認識しており，これにより，サービス起動メッセージはサービス実行装置ＳＮ３に送信される。
【０１７６】
ユーザホスト端末Ｈ１´により送信されたＳＩＰ−Ｉｎｖｉｔｅメッセージは，サービス実行装置ＳＮ３に受信される。サービス実行装置ＳＮ３は，当該サービス（ＶｏＩＰセッションの生成）の実行に際して，発信者のユーザホスト端末Ｈ１´のＬ−ＳＰＣ（Ａ）を参照する必要があるかどうかを判断する（図１６のＳ９２）。ここでは，すでにＬ−ＳＰＣ（Ａ）がサービス実行装置ＳＮ３に保持されており，したがって参照不要と判断されるものとする。これにより，Ｌ−ＳＰＣ（Ａ）が認証サーバＡ１への参照要求処理は省略される。
【０１７７】
サービス実行装置ＳＮ３は，着信先のユーザホスト端末Ｈ３が収容されるドメインＤ２のサービス実行装置ＳＮ２にＳＩＰ−Ｉｎｖｉｔｅメッセージを中継装置Ｔｓを介して転送する（図１５の実線矢印（１））。
【０１７８】
サービス実行装置ＳＮ２は，ＳＩＰ−Ｉｎｖｉｔｅメッセージを受信することにより，サービス起動を検出するとともに，ユーザホストＨ１´がドメインＤ２の外部のドメインＤ１により管理されていることを認識する。これにより，サービス実行装置ＳＮ２は，ユーザホストＨ１´（Ｈ１）のＧ−ＳＰＣ（Ｇ−ＳＰＣ（Ａ））の参照要否を判断する（図１５の符号（２），図１６のＳ９３）。ここでは，参照要と判断されるものとする。
【０１７９】
この判断に基づき，サービス実行装置ＳＮ２は，Ｇ−ＳＰＣ（Ａ）を要求するＧ−ＳＰＣ要求メッセージを生成し，自ドメインＤ２の認証サーバＡ２に送信する（図１５の破線矢印（３），図１６のＳ９４）。このＧ−ＳＰＣ要求メッセージもＤｉａｍｅｔｅｒを使用して送信することができる。
【０１８０】
認証サーバＡ２は，Ｇ−ＳＰＣ要求メッセージの内容から，このメッセージを認証サーバＡ１に転送すべきことを知り，転送する。
【０１８１】
認証サーバＡ１は，Ｇ−ＳＰＣ要求メッセージを受信することにより，Ｇ−ＳＰＣ（Ａ）を検索／抽出し，抽出したＧ−ＳＰＣ（Ａ）をＧ−ＳＰＣ応答メッセージにより認証サーバＡ２を介してサービス実行装置ＳＮ２に送信する（図１５の破線矢印（６），図１６のＳ９６）。
【０１８２】
認証サーバＡ２は，Ｇ−ＳＰＣ（Ａ）を取得すると，Ｇ−ＳＰＣ（Ａ）を格納し（図１６のＳ９７），Ｇ−ＳＰＣ（Ａ）の内容に従いサービス（たとえば発信者ユーザホスト端末Ｈ１´へのメッセージによる広告等）を提供する（図１５の符号（４），図１６のＳ９８）。また，認証サーバＡ２は，サービス起動メッセージをユーザホスト端末Ｈ２に転送し，ユーザホスト端末Ｈ２からの応答を待つ。
【０１８３】
ユーザホスト端末Ｈ２のユーザは端末操作によって，ユーザホスト端末Ｈ１´からの接続要求に対して応答する。この操作によりユーザホスト端末Ｈ２はユーザホスト端末Ｈ１に応答する形でＳＩＰ−Ａｃｋ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージを送信する。
【０１８４】
ユーザホスト端末Ｈ２が送信したＳＩＰ−Ａｃｋメッセージは，サービス実行装置ＳＮ２を介してユーザホスト端末Ｈ１´に送信される。
【０１８５】
ユーザホスト端末１´がユーザホスト端末２からのＳＩＰ−Ａｃｋメッセージを受信すると，ホスト端末Ｈ１´とＨ３との間のセッションが確立され，以後，両端末間で双方向の音声パケットが交換される。
【０１８６】
なお，図１５において，Ｌ−ＳＰＣ（Ｄ）は，ユーザホスト端末Ｈ２のＬ−ＳＰＣである。
【０１８７】
このように，本実施の形態によると，エッジ装置ではなく，サービス実行装置にユーザ個別のサービス内容を規定したＳＰＣ（Ｌ−ＳＰＣまたはＧ−ＳＰＣ）が与えられる。これにより，レイヤ３より高位のレイヤについてもユーザ個別のサービスをユーザに提供することができる。
【０１８８】
（付記１）  端末装置にサービスを提供するサービス実行装置と，前記端末装置に提供されるサービスを規定したサービス情報を管理するサーバ装置とを有するサービス制御ネットワークシステムであって，
前記サービス実行装置は，
前記端末装置からサービス起動要求または登録要求を受信すると，該サービス起動要求または登録要求に対応するサービス情報の参照要求を前記サーバ装置に送信する要求送信部と，
前記要求送信部により送信された参照要求によって参照した前記サービス情報に基づいて前記端末装置にサービスを提供する提供部と，
を備え，
前記サーバ装置は，前記サービス実行装置の前記参照要求に対応するサービス情報を前記サービス実行装置に送信するサービス情報送信部を備えている，
サービス制御ネットワークシステム。
【０１８９】
（付記２）  付記１において，
該サービス制御ネットワークシステムが，少なくとも，前記サーバ装置および前記端末装置を収容する第１ドメインと，第２ドメインとに分割され，
前記サービス情報は，前記サービス実行装置が前記第１ドメインに収容される場合，または，前記サービス実行装置が前記第２ドメインに収容され，かつ，前記端末装置が前記第２ドメインに移動した場合に参照される第１サービス情報と，前記サービス実行装置が前記第２ドメインに収容され，かつ，前記端末装置が前記第１ドメインに収容されまたは第１および第２ドメイン以外のドメインに移動した場合に参照される第２サービス情報とを有し，
前記サービス実行装置の要求送信部は，該サービス実行装置が前記第１ドメインに収容される場合，または，該サービス実行装置が前記第２ドメインに収容され，かつ，前記端末装置が前記第２ドメインに移動した場合には前記第１サービス情報の参照要求を送信し，該サービス実行装置が前記第２ドメインに収容され，かつ，前記端末装置が前記第１ドメインに収容されまたは第１および第２ドメイン以外のドメインに移動した場合には前記第２サービス情報の参照要求を送信する，
サービス制御ネットワークシステム。
【０１９０】
（付記３）  付記２において，
前記第２ドメインには，前記サーバ装置と信頼関係にある第２サーバ装置が収容され，
前記サービス実行装置が前記第２ドメインに収容される場合には，前記要求送信部は前記参照要求を前記第２サーバ装置に送信し，前記第２サーバ装置は前記参照要求を前記サーバ装置に転送する，
サービス制御ネットワークシステム。
【０１９１】
（付記４）  付記１から３のいずれか１つにおいて，
前記要求送信部は，該サービス実行装置が有効なサービス情報を既に保持する場合には，前記参照要求を送信しない，
サービス制御ネットワークシステム。
【０１９２】
（付記５）  第１ドメインを有し，該第１ドメインに収容される第１サーバ装置，第１サービス実行装置，および端末装置を有するサービス制御ネットワークシステムであって，
前記第１サーバ装置は，
前記端末装置に提供されるサービスを規定した第１サービス情報を記憶する記憶部と，
前記第１サービス実行装置からの前記第１サービス情報の参照要求を受信すると，該参照要求に基づいて前記記憶部に記憶された前記第１サービス情報を前記第１サービス実行装置に送信するサービス情報送信部と，
を備え，
前記第１サービス実行装置は，
前記端末装置からサービス起動要求または登録要求を受信すると，該サービス起動要求または登録要求に対応する第１サービス情報の参照要求を前記第１サーバ装置に送信する第１要求送信部と，
前記第１要求送信部により送信された要求によって参照した前記第１サービス情報に基づいて前記端末装置にサービスを提供する第１提供部と，
を備えているサービス制御ネットワークシステム。
【０１９３】
（付記６）  付記５において，
前記第１要求送信部は，該第１サービス実行装置が有効な第１サービス情報を既に保持する場合には，前記参照要求を送信しない，
サービス制御ネットワークシステム。
【０１９４】
（付記７）  付記５または６において，
第２ドメインをさらに有するとともに，該第２ドメインに収容される第２サーバ装置および第２サービス実行装置をさらに有し，
前記記憶部は前記端末装置に提供されるサービスを規定した第２サービス情報をさらに記憶し，前記サービス情報送信部は前記第２サーバ装置からの前記第２サービス情報の参照要求を受信すると，該参照要求に基づいて前記記憶部に記憶された前記第２サービス情報を前記第２サーバ装置に送信し，
前記第２サービス実行装置は，
前記端末装置からサービス起動要求を受信すると，該サービス起動要求に対応する第２サービス情報の参照要求を前記第２サーバ装置に送信する第２要求送信部と，
前記第２要求送信部により送信された要求によって参照した前記第２サービス情報に基づいて前記端末装置にサービスを提供する第２提供部と，
を備え，
前記第２サーバ装置は，前記第２要求送信部により送信された参照要求を前記第１サーバ装置に転送するとともに，前記第１サーバ装置から送信された前記第２サービス情報を前記第２サービス実行装置に転送する転送部を備えている，
サービス制御ネットワークシステム。
【０１９５】
（付記８）  付記７において，
前記第２要求送信部は，該第２サービス実行装置が有効な第２サービス情報を既に保持する場合には，前記参照要求を送信しない，
サービス制御ネットワークシステム。
【０１９６】
（付記９）  第１サーバ装置および端末装置を収容する第１ドメインと，前記端末装置の移動先であり，第２サーバ装置および第２サービス実行装置を収容する第２ドメインを有するサービス制御ネットワークシステムであって，
前記第１サーバ装置は，
前記端末装置に提供されるサービスを規定した第１サービス情報を記憶する記憶部と，
前記第２サーバ装置からの前記第１サービス情報の参照要求を受信すると，該参照要求に基づいて前記記憶部に記憶された前記第１サービス情報を前記第２サーバ装置に送信するサービス情報送信部と，
を備え，
前記第２サービス実行装置は，
前記端末装置からサービス起動要求または登録要求を受信すると，該サービス起動要求または登録要求に対応する第１サービス情報の参照要求を前記第２サーバ装置に送信する第２要求送信部と，
前記第２要求送信部により送信された要求によって参照した前記第１サービス情報に基づいて前記端末装置にサービスを提供する第２提供部と，
を備え，
前記第２サーバ装置は，前記第２要求送信部により送信された参照要求を前記第１サーバ装置に転送するとともに，前記第１サーバ装置から送信された前記第１サービス情報を前記第２サービス実行装置に転送する転送部を備えている，
サービス制御ネットワークシステム。
【０１９７】
（付記１０）  付記９において，
前記第２要求送信部は，該第２サービス実行装置が有効な第１サービス情報を既に保持する場合には，前記参照要求を送信しない，
サービス制御ネットワークシステム。
【０１９８】
（付記１１）  付記９または１０において，
第３ドメインをさらに有するとともに，該第３ドメインに収容される第３サーバ装置および第３サービス実行装置をさらに有し，
前記記憶部は前記端末装置に提供されるサービスを規定した第３サービス情報をさらに記憶し，前記サービス情報送信部は前記第３サーバ装置からの前記第３サービス情報の参照要求を受信すると，前記記憶部に記憶された前記第３サービス情報を前記第３サーバ装置に送信し，
前記第３サービス実行装置は，
前記端末装置からサービス起動要求を受信すると，該サービス起動要求に対応する第３サービス情報の参照要求を前記第３サーバ装置に送信する第３要求送信部と，
前記第３要求送信部により送信された要求によって参照した前記第３サービス情報に基づいて前記端末装置にサービスを提供する第３提供部と，
を備え，
前記第３サーバ装置は，前記第３要求送信部により送信された参照要求を前記第１サーバ装置に転送するとともに，前記第１サーバ装置から送信された前記第３サービス情報を前記第３サービス実行装置に転送する転送部を備えている，
サービス制御ネットワークシステム。
【０１９９】
（付記１２）  付記１１において，
前記第３要求送信部は，該第３サービス実行装置が有効な第３サービス情報を既に保持する場合には，前記参照要求を送信しない，
サービス制御ネットワークシステム。
【０２００】
（付記１３）  通信ネットワークに形成された第１ドメインに収容されるサーバ装置であって，
前記第１ドメインに収容される端末装置に提供されるサービスを規定した第１サービス情報を記憶する記憶部と，
前記第１ドメインに収容され，前記端末装置にサービスを提供する第１サービス実行装置から送信された，前記第１サービス情報の参照要求を受信する受信部と，
前記受信部により受信された前記参照要求に基づいて，前記記憶部に記憶された前記第１サービス情報を前記第１サービス実行装置に送信する送信部と，
を備えているサーバ装置。
【０２０１】
（付記１４）  付記１３において，
前記記憶部は，前記端末装置に提供されるサービスを規定した第３サービス情報をさらに記憶し，
前記受信部は，前記通信ネットワークに形成された第３ドメインに収容される第３サービス実行装置から送信され，該第３ドメインに収容される第３サーバ装置により転送された，前記第３サービス情報の参照要求をさらに受信し，
前記送信部は，前記受信部により受信された前記第３サービス情報の参照要求に基づいて，前記記憶部に記憶された前記第３サービス情報を前記第３サーバ装置を介して前記第３サービス実行装置にさらに送信する，
サーバ装置。
【０２０２】
（付記１５）  通信ネットワークに形成された第１ドメインに収容されるサーバ装置であって，
前記第１ドメインに収容され，前記通信ネットワークに形成された第２ドメインに移動した端末装置に提供されるサービスを規定した第１サービス情報を記憶する記憶部と，
前記第２ドメインに収容され，前記端末装置にサービスを提供する第２サービス実行装置から送信され，前記第２ドメインに収容される第２サーバ装置によって転送された，前記第１サービス情報の参照要求を受信する受信部と，
前記受信部により受信された前記参照要求に基づいて，前記記憶部に記憶された前記第１サービス情報を前記第２サーバ装置を介して前記第２サービス実行装置に送信する送信部と，
を備えているサーバ装置。
【０２０３】
（付記１６）  付記１５において，
前記記憶部は，前記端末装置に提供されるサービスを規定した第２サービス情報をさらに記憶し，
前記受信部は，前記通信ネットワークに形成された第２ドメインに収容される第２サービス実行装置から送信され，該第２ドメインに収容される第２サーバ装置により転送された，前記第２サービス情報の参照要求をさらに受信し，
前記送信部は，前記受信部により受信された前記第２サービス情報の参照要求に基づいて，前記記憶部に記憶された前記第２サービス情報を前記第２サーバ装置を介して前記第２サービス実行装置にさらに送信する，
サーバ装置。
【０２０４】
（付記１７）  通信ネットワークに設けられ，該通信ネットワークにアクセスする端末装置にサービスを提供するサービス実行装置であって，
前記サービスを規定したサービス情報を記憶する記憶部と，
前記端末装置からサービス起動要求または登録要求を受信すると，該サービス起動要求または登録要求に対応するサービスを規定したサービス情報の参照要求を，前記通信ネットワークに設けられ，前記サービス情報を管理するサーバ装置に送信する送信部と，
前記送信部により送信された参照要求によって前記サーバ装置から送信された前記サービス情報を受信し，前記記憶部に格納する受信部と，
前記記憶部に記憶されたサービス情報に基づいて前記端末装置にサービスを提供する提供部と，
を備えているサービス実行装置。
【０２０５】
（付記１８）  付記１７において，
前記送信部は，前記記憶部に有効な前記サービス情報がすでに記憶されている場合には，前記参照要求を送信しない，
サービス実行装置。
【０２０６】
【発明の効果】
本発明によると，ユーザごとに，またアプリケーションごとにカスタマイズされたサービスを提供することができる。
【図面の簡単な説明】
【図１】本発明の実地の形態によるサービス制御ネットワークシステムの構成例を示すブロック図である。
【図２】（Ａ）はローカルＳＰＣの一例を示し，（Ｂ）はグローバルＳＰＣの一例を示す。
【図３】アプリケーション認証モジュールによるＬ−ＳＰＣ要求メッセージ送信処理の流れを示すフローチャートである。
【図４】ユーザホスト端末によるサービス起動メッセージの送信からサービス実行装置によるＧ−ＳＰＣ要求メッセージの送信およびＧ−ＳＰＣ応答メッセージの受信までの処理の流れを示すシーケンス図である。
【図５】アプリケーション認証モジュールによるＧ−ＳＰＣ要求メッセージの送信処理の流れを示すフローチャートである。
【図６】（Ａ）は，Ｇ−ＳＰＣ要求メッセージおよびＬ−ＳＰＣ要求メッセージのデータ構造を示し，（Ｂ）は，Ｇ−ＳＰＣ応答メッセージおよびＬ−ＳＰＣ応答メッセージのデータ構造を示す。
【図７】アプリケーション認証モジュールのＧ−ＳＰＣ応答メッセージおよびＬ−ＳＰＣ応答メッセージの受信処理の流れを示すフローチャートである。
【図８】認証サーバが管理する主ＳＰＣテーブル，Ｌ−ＳＰＣテーブル，およびＧ−ＳＰＣテーブルの一例を示す。
【図９】動作例１におけるサービス制御ネットワークシステムの構成例を示すブロック図である。
【図１０】動作例１におけるサービス制御ネットワークシステムの処理の流れを示すシーケンス図である。
【図１１】動作例２におけるサービス制御ネットワークシステムの構成例を示すブロック図である。
【図１２】動作例２におけるサービス制御ネットワークシステムの処理の流れを示すシーケンス図である。
【図１３】動作例３におけるサービス制御ネットワークシステムの構成例を示すブロック図である。
【図１４】動作例３におけるサービス制御ネットワークシステムの処理の流れを示すシーケンス図である。
【図１５】動作例４におけるサービス制御ネットワークシステムの構成例を示すブロック図である。
【図１６】動作例４におけるサービス制御ネットワークシステムの処理の流れを示すシーケンス図である。
【符号の説明】
Ｈ１，Ｈ１´，Ｈ２，Ｈ３  ユーザホスト端末
ＳＮ１，ＳＮ２，ＳＮ３  サービス実行装置
Ａ１，Ａ２，Ａ３  認証サーバ
Ｄ１，Ｄ２，Ｄ３  ドメイン
【図１】
2004172782.tif 000003
【図２】
2004172782.tif 000004
【図３】
2004172782.tif 000005
【図４】
2004172782.tif 000006
【図５】
2004172782.tif 000007
【図６】
2004172782.tif 000008
【図７】
2004172782.tif 000009
【図８】
2004172782.tif 000010
【図９】
2004172782.tif 000011
【図１０】
2004172782.tif 000012
【図１１】
2004172782.tif 000013
【図１２】
2004172782.tif 000014
【図１３】
2004172782.tif 000015
【図１４】
2004172782.tif 000016
【図１５】
2004172782.tif 000017
【図１６】
2004172782.tif 000018