(57)【要約】【課題】  複数のサーバを連動して利用するサービスにおいて、サービス提供者と機能提供者とサービス利用者との間で、柔軟な利用料金徴収を行い得るようにする。【解決手段】  端末１がサービスサーバ２と機能サーバ３との連動によりサービスの提供を受ける場合、サーバ２は、端末１からの少なくとも当該端末のＩＤを含むサービス要求に応答して、端末ＩＤを用いて端末１がサービスを受け得る正規端末であることを認証し、端末ＩＤを予め登録されているＩＤに付け替えてサーバ３に対して、サービス要求を生成する。このサーバ３は、サーバ２からのサービス要求に含まれている付け替えられたＩＤを用いてサーバ２がサービス提供相手である正規サーバであることを認証して、端末１へサービス提供をなす。サーバ２は端末１に対して、またサーバ３はサーバ２に対して、夫々課金をなす。このような課金分離により、上記３者間で柔軟な利用料金徴収が可能になる。【選択図】      図１
2007265062.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末が第一及び第二のサーバの連動によりサービスの提供を受けるサービス提供システムであって、
前記第一のサーバは、
前記ユーザ端末から、少なくとも当該ユーザ端末のＩＤを含むサービス要求に応答して、前記ユーザ端末のＩＤを用いて前記ユーザ端末がサービスを受け得る正規端末であることを認証する手段と、正規端末と認証されたとき、前記ユーザ端末のＩＤを予め登録されているＩＤに付け替えて前記第二のサーバに対して、サービス要求を生成する手段とを有し、
前記第二のサーバは、
前記第一のサーバからのサービス要求に含まれている付け替えられたＩＤを用いて前記第一のサーバがサービス提供相手である正規サーバであることを認証する手段と、正規サーバと認証されたとき、前記ユーザ端末へサービス提供をなす手段とを有することを特徴とするサービス提供システム。
【請求項２】
前記第一のサーバは、前記ユーザ端末に対する課金をなす課金手段を更に有し、前記第二のサーバは、前記第一のサーバに対する課金をなす課金手段を更に有することを特徴とする請求項１記載のサービス提供システム。
【請求項３】
前記ユーザ端末は複数存在し、前記第一のサーバの前記課金手段は前記ユーザ端末毎に定額制を採用し、前記第二のサーバの前記課金手段は前記ユーザ端末の数に依存しない一定従量制を採用することを特徴とする請求項２記載のサービス提供システム。
【請求項４】
前記ユーザ端末は複数存在し、前記第一のサーバの前記課金手段は前記ユーザ端末毎に定額制を採用し、前記第二のサーバの前記課金手段は前記ユーザ端末の数に依存しない定額制を採用することを特徴とする請求項２記載のサービス提供システム。
【請求項５】
ユーザ端末が第一及び第二のサーバの連動によりサービスの提供を受けるサービス提供方法であって、
前記第一のサーバは、
前記ユーザ端末から、少なくとも当該ユーザ端末のＩＤを含むサービス要求に応答して、前記ユーザ端末のＩＤを用いて前記ユーザ端末がサービスを受け得る正規端末であることを認証するステップと、当該ステップにより正規端末と認証されたとき、前記ユーザ端末のＩＤを予め登録されているＩＤに付け替えて前記第二のサーバに対して、サービス要求を生成するステップとを有し、
前記第二のサーバは、
前記第一のサーバからのサービス要求に含まれている付け替えられたＩＤを用いて前記第一のサーバがサービス提供相手である正規サーバであることを認証するステップと、当該ステップにより正規サーバと認証されたとき、前記ユーザ端末へサービス提供をなすステップとを有することを特徴とするサービス提供方法。
【請求項６】
前記第一のサーバから前記ユーザ端末に対する課金をな課金ステップと、前記第二のサーバから前記第一のサーバに対する課金をなす課金ステップとを更に含むことを特徴とする請求項５記載のサービス提供方法。
【請求項７】
前記ユーザ端末は複数存在し、前記第一のサーバの前記課金ステップは前記ユーザ端末毎に定額制を採用し、前記第二のサーバの前記課金ステップは前記ユーザ端末の数に依存しない一定従量制を採用することを特徴とする請求項６記載のサービス提供方法。
【請求項８】
前記ユーザ端末は複数存在し、前記第一のサーバの前記課金ステップは前記ユーザ端末毎に定額制を採用し、前記第二のサーバの前記課金ステップは前記ユーザ端末の数に依存しない定額制を採用することを特徴とする請求項６記載のサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサービス提供システム及びその方法に関し、特に複数のサーバを連動して利用するサービス提供システム及びその方法に関するものである。
【背景技術】
【０００２】
従来の通信（電話や電子メールなど）において、通信料金は、発呼者（発信者）あるいは受信者が負担するのが普通であった。従量制や定額制による課金体系の他、これらを組み合わせた課金体系も存在するが、これらの課金体系はあくまでも個々のユーザに対するものである。その理由は、従来の通信が電話サービスの拡大という形で発展してきたために、その課金体系もそれらを踏襲・発展させてきたものだからである。
【０００３】
しかしながら、ＩＰ（Internet Protocol ）電話やＩＭＳ（IP Multimedia Subsystem ）などに代表されるように、通信技術がより普遍的な技術をベースにしたものとなってくるに従って、それらを応用する形で従来にないサービスが可能となってきている。すなわち、複数のサービス機能を同時に利用するケースや、複数のユーザが同時にサービスを共有するケースなどがそれである。
【０００４】
このような場合には、サービスの提供者と機能提供者とが異なったり、接続時間やデータ転送量といった従来用いられてきた課金基準とサービス提供とが、必ずしも明確な関係をみせなくなったりしてきている。そのために、ユーザに提供されるサービス内容とそれに対する適切な課金を行うことが困難となっている。
【０００５】
なお、関連する技術として、特許文献１〜３がある。
【特許文献１】特開２００１−３２５５３３号公報
【特許文献２】特開２００２−３１２３１２号公報
【特許文献３】特開２００４−２６５２４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来は、このような場合においては、全ての信号を、一旦サービス提供者が受け取り、それを必要な場所に転送するという対応が取られている。これは、理論的には全ての問題を解決できるが、大規模なシステムの準備が必要となってしまう。新しいサービスを提供するサービサーには小規模なところが多く、その場合、この方式は現実的なものとは言えない。
【０００７】
本発明の目的は、複数のサーバを連動して利用するサービスにおいてサービス提供者と機能提供者とサービス利用者との間で柔軟な利用料金徴収を行い得るようにしたサービス提供システム及びその方法を提供することである。
【課題を解決するための手段】
【０００８】
本発明によるサービス提供システムは、ユーザ端末が第一及び第二のサーバの連動によりサービスの提供を受けるサービス提供システムであって、前記第一のサーバは、前記ユーザ端末から、少なくとも当該ユーザ端末のＩＤを含むサービス要求に応答して、前記ユーザ端末のＩＤを用いて前記ユーザ端末がサービスを受け得る正規端末であることを認証する手段と、正規端末と認証されたとき、前記ユーザ端末のＩＤを予め登録されているＩＤに付け替えて前記第二のサーバに対して、サービス要求を生成する手段とを有し、前記第二のサーバは、前記第一のサーバからのサービス要求に含まれている付け替えられたＩＤを用いて前記第一のサーバがサービス提供相手である正規サーバであることを認証する手段と、正規サーバと認証されたとき、前記ユーザ端末へサービス提供をなす手段とを有することを特徴とする。
【０００９】
本発明によるサービス提供方法は、ユーザ端末が第一及び第二のサーバの連動によりサービスの提供を受けるサービス提供方法であって、前記第一のサーバは、前記ユーザ端末から、少なくとも当該ユーザ端末のＩＤを含むサービス要求に応答して、前記ユーザ端末のＩＤを用いて前記ユーザ端末がサービスを受け得る正規端末であることを認証するステップと、当該ステップにより正規端末と認証されたとき、前記ユーザ端末のＩＤを予め登録されているＩＤに付け替えて前記第二のサーバに対して、サービス要求を生成するステップとを有し、前記第二のサーバは、前記第一のサーバからのサービス要求に含まれている付け替えられたＩＤを用いて前記第一のサーバがサービス提供相手である正規サーバであることを認証するステップと、当該ステップにより正規サーバと認証されたとき、前記ユーザ端末へサービス提供をなすステップとを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、複数のサーバを連動して利用するサービスにおいて、サービス提供者と機能提供者とサービス利用者との間で柔軟な利用料金徴収を提供可能となるという効果がある。
【発明を実施するための最良の形態】
【００１１】
以下に、図面を参照しつつ本発明について詳細に説明する。先ず、図１を参照すると、本発明の原理を説明するシステム構成及びその動作手順が示されており、サービスを受けるユーザ端末（携帯電話機を含む移動通信端末）１と、サービスを提供するためのサービスサーバ２と、このサービスサーバのサービスに付随する機能的なサービスを提供するための機能サーバ３とを含んで構成されている。これらユーザ端末、サービスサーバ、機能サーバは、互いに通信網により接続されていることは勿論である。
【００１２】
ユーザ端末１には、識別用のＩＤ及びその論理的場所を示すアドレス（Ａｄｄｒｅｓｓ）とが予め付与されており、ＩＤ＝ＡＡ１、Ａｄｄｒｅｓｓ＝ＡＡ２であるものとする。
【００１３】
サービスサーバ２はデータベース２０を有しており、このデータベース２０には、サービス提供先ＩＤ格納部２１と、機能用ＩＤ格納部２２とが設けられている。サービス提供先ＩＤ格納部２１には、サービス提供先ＩＤが予め登録されており、サービスを受け得るユーザ端末のＩＤが、例えば、ＡＡ１，ＢＢ１，ＣＣ１などのように登録されている。また、機能用ＩＤ格納部２２には、機能サーバ３に接続（ログイン）するための機能用ＩＤが、予め取得されて登録されており、本列では、ＳＶ１，ＳＶ２，ＳＶ３などのように登録されているものとする。
【００１４】
機能サーバ３はデータベース３０を有しており、このデータベース３０には、機能提供先ＩＤ格納部３１が設けられている。この機能提供先ＩＤ格納部３１には、正当な機能提供相手であることを確認するための機能提供先ＩＤが予め登録されており、本例では、ＳＶ１，ＳＶ２，ＳＶ３などのように登録されているものとする。
【００１５】
かかる構成において、先ず、ユーザ端末１はサービスサーバ２にサービス要求を生成して接続を試みる（ステップ１００）。このサービス要求には、少なくとも、ユーザ端末１のＩＤ＝ＡＡ１とそのアドレスＡｄｄｒｅｓｓ＝ＡＡ２とが含まれている。
【００１６】
サービスサーバ２は、このサービス要求に含まれるユーザ端末１のＩＤ＝ＡＡ１がデータベース２０のサービス提供先ＩＤに登録されているかどうかを判定し、この場合には、登録されているので、正規のユーザであることを認識する。この場合において、パスワードなどを含ませることにより正規のユーザか否かの認識をなす様にしても良い。このＩＤによる正規ユーザの判定確認は、図示しない認証部により行われるが、実際には、サーバのＣＰＵによりプログラム処理により実行されるものとする。
【００１７】
このユーザ認証が行われて、正規ユーザであることが確認されると、これにより、ユーザはサービスサーバ２の提供者に対してユーザ端末ＩＤでのサービス利用の代償として、利用料を支払う義務が生じる（ステップ１０３）。
【００１８】
そして、サービスサーバ２は、このユーザ端末１のＩＤを、データベース２０の機能用ＩＤ格納部２２に予め登録されている機能用ＩＤ（ログＩＤ）に付け替えて、ユーザ端末の論理的な場所を示す情報（Ａｄｄｒｅｓｓ＝ＡＡ２）はそのままにして、機能要求を生成して機能サーバ３に接続する（ステップ１０１）。このとき付け替えられる機能用ＩＤ（ログＩＤ）は、例えば、ＳＶ１であるとする。この付け替えのめたに選択される機能用ＩＤ（ログＩＤ）は、機能用ＩＤ格納部２２に登録されている機能用ＩＤであって、使用されていないものであれば良い。
【００１９】
サービスサーバ２からのこの機能要求１０１を受けた機能サーバ３は、機能要求１０１に含まれている機能用ＩＤ＝ＳＶ１が、デーテタベース３０の機能提供先ＩＤ格納部３１に登録されているかどうかを判定する。本列では、機能要求１０１に含まれている機能用ＩＤ＝ＳＶ１は、機能提供先ＩＤ格納部３１に登録されているので、正規の機能提供相手であることが認識できる。この場合にも、パスワードなどを含ませることにより、正規の機能提供相手か否かの認識をなす様にしても良い。このＩＤによる正規機能提供相手の判定確認は、図示しない認証部により行われるが、実際には、サーバのＣＰＵによりプログラム処理により実行されるものとする。
【００２０】
これにより、ユーザ端末１に対して機能の提供がなされることになり（ステップ１０２）、また、サービスサーバ２の提供者は機能サーバ３の提供者に対して機能用ＩＤ＝ＳＶ１による機能利用の代償として、利用料を支払う義務が生じる（ステップ１０４）。
【００２１】
こうすることにより、２つの課金メカニズムを分離することが可能となり、機能提供者は機能提供の代償として収入を得ることができる（１０４）一方、ユーザはサービスに対して対価を支払うことが可能となる（１０３）。
【００２２】
サービスサーバ２からユーザ端末１への課金は、サービスサーバ２の提供者からユーザ端末１のユーザに対して、サーバのＣＰＵにより、請求書が発行されることで発生することになる。また、機能サーバ３からサービスサーバ２への課金は、機能サーバ３の提供者からサービスサーバ２の提供者に対して、同様にサーバのＣＰＵにより、請求書が発行されることで発生するものである。
【００２３】
図２は本発明の一実施の形態を示すシステム構成とその動作手順を示す図であり、図１と同等部分は同一符号により示している。図２においては、機能サーバとして、ニュースサーバ３ａとＢＧＭサーバ３ｂとがあり、ニュース内容に合わせてＢＧＭを流すサービスが、サービスサーバ２により提供されるシステムであるものとする。
【００２４】
サービスサーバ２は、サービス提供先ＩＤ格納部２１にサービス提供先ＩＤ（ユーザ端末ＩＤ）を予め登録しており、登録されているＩＤ（ユーザ端末）から支払を受けることになる。機能サーバ３ａ，３ｂは機能提供先ＩＤ格納部３１ａ，３１ｂにそれぞれ機能提供先（機能提供相手）ＩＤを予め登録しており、登録されているＩＤ（サービスサーバ）から支払を受けることになる。
【００２５】
ユーザ端末１は、自分の情報（ＩＤ＝ＡＡ１、Ａｄｄｒｅｓｓ＝ＡＡ２）を用いて、サービスサーバ２に接続を要求する（ステップ１００）。サービスサーバ２は、この要求１００を受けて、ＩＤ＝ＡＡ１の登録の有無を、サービス提供先格納部２１の登録内容により確認する。この場合、ＩＤ＝ＡＡ１は、サービスサーバのサービス対象として登録されているので、処理を続ける。
【００２６】
すなわち、機能用ＩＤ格納部２２に登録されている機能用ＩＤの中から、未だ使用されていないＳＶ１を選択し、サービス要求１００に含まれていたユーザＩＤを、このＳＶ１に付け替え（変換し）て、ニュースサーバ３ａとＢＧＭサーバ３ｂとに接続をそれぞれ要求する（ステップ１０１）。なお、この要求１０１では、ＩＤ＝ＳＶ１、Ａｄｄｒｅｓｓ＝ＡＡ２となっている。
【００２７】
ニュースサーバ３ａ、ＢＧＭサーバ３ｂ共に、要求１０１に含まれているＩＤ＝ＳＶ１が、機能提供先ＩＤ格納部３１ａ，３１ｂに予め登録されているかどうかを確認する。この場合、正規の機能提供相手であることが認識されるので、Ａｄｄｒｅｓｓ＝ＡＡ２のユーザ端末１に対して、ニュース及びＢＧＭの各機能を提供することになる（ステップ１０２）。
【００２８】
サービス終了後、ユーザ端末１は直接ニュースサーバ３ａに接続しようとした場合を、図３を参照して説明する。この場合、ユーザ端末１は自分の情報（ＩＤ＝ＡＡ１、Ａｄｄｒｅｓｓ＝ＡＡ２）を用いてニュースサーバ３ａに接続を要求する（ステップ１００）。ニュースサーバ３ａはＩＤ＝ＡＡ１を機能対象として承認していないので（機能提供先ＩＤ格納部にＩＤ＝ＡＡ１が格納されていないので）、ニュースサーバ３ａの機能は、このユーザ端末１には提供されないことになる（ステップ１０５）。
【００２９】
図４、図５は、本発明の他の実施の形態を示すシステム構成及びその動作手順を示す図である。図４、図５においては、複数のユーザ端末１Ａ，１Ｂ，１Ｃがあり、機能サーバとしてグループトークサーバ５がある。そして、サービスサーバはゲームサーバ４であって複数ユーザによるゲーム機能を提供するものであり、更にゲーム中に会話ができる機能が提供されるものとする。
【００３０】
グループトークサーバ５は、使用者１人当たりの定額制を採用しているものとする。サービスサーバ４はゲームへの参加人数に依存せず一定の定額制を採用しているものとする。なお、サービスサーバであるゲームサーバ４はサービス提供先ＩＤを登録しており、登録されているＩＤ（ユーザ端末）から支払を受ける。また、機能サーバであるグループトークサーバ５は機能提供先ＩＤを登録しており、登録されているＩＤ（サービスサーバ）から支払を受けるが、この部分は図１，２と同じであるために、図４，５では省略している。
【００３１】
ユーザ端末１Ａは、自分の情報（ＩＤ＝ＡＡ１、Ａｄｄｒｅｓｓ＝ＡＡ２）を用いて、サービスサーバであるゲームサーバ４に接続を要求する（ステップ１１０）。ゲームサーバ４はＩＤ＝ＡＡ１の登録を確認する。ＩＤ＝ＡＡ１はゲームサーバ４のサービス対象として登録されているので、ゲームサービス機能の提供を行って（ステップ１１１）、処理を続ける。すなわち、機能用ＩＤの中からＳＶ＝１を選択し、ユーザ端末１ＡのＩＤ＝ＡＡ１を、機能提供先ＩＤ＝ＳＶ１に付け替え（変換し）てから、グループトークサーバ５に接続を要求する（ＩＤ＝ＳＶ１、Ａｄｄｒｅｓｓ＝ＡＡ２）（ステップ１１２）。グループトークサーバ５はＩＤ＝ＳＶ１を機能提供対象（相手）として承認し、Ａｄｄｒｅｓｓ＝ＡＡ２にグループトークの機能を提供する（ステップＳ１１３）。
【００３２】
ユーザ端末１Ｂは、自分の情報（ＩＤ＝ＢＢ１、Ａｄｄｒｅｓｓ＝ＢＢ２）を用いて、ゲームサーバ４に接続を要求する（ステップ１１４）。ゲームサーバ４はＩＤ＝ＢＢ１の登録を確認する。ＩＤ＝ＢＢ１はゲームサーバ４のサービス対象として登録されているので、ゲームサービス機能の提供を行って（ステップ１１５）、処理を続ける。すなわち、機能用ＩＤの中からＳＶ＝２を選択し、ＩＤをＳＶ２に付け替え（変換し）てから、グループトークサーバ５に接続を要求する（ＩＤ＝ＳＶ２、Ａｄｄｒｅｓｓ＝ＢＢ２）（ステップ１１６）。グループトークサーバ５はＩＤ＝ＳＶ２を機能提供対象（相手）として承認し、Ａｄｄｒｅｓｓ＝ＢＢ２にグループトークのサービス機能を提供する（ステップ１１７）。
【００３３】
これにより、ユーザ端末１Ａと１Ｂとは、会話をしながらゲームを行うことができる。そして、１プレイの後セッションを終了したとする。その後、図５に示す様に、ユーザ端末１Ａは、自分の情報（ＩＤ＝ＡＡ１、Ａｄｄｒｅｓｓ＝ＡＡ２）を用いて、ゲームサーバ４に接続を要求する（ステップ１２０）。ゲームサーバ４はＩＤ＝ＡＡ１の登録を確認する。ＩＤ＝ＡＡ１はゲームサーバ４のサービス対象として登録されているので、ゲームサービスの提供を行って（ステップ１２１）、処理を続ける。すなわち、機能用ＩＤの中からＳＶ１を選択し、ＩＤ＝ＡＡ１をＳＶ１に変換し（付け替え）てから、グループトークサーバ５に接続を要求する（ＩＤ：ＳＶ１、Ａｄｄｒｅｓｓ＝ＡＡ２）（ステップ１２２）。グループトークサーバ５はＩＤ＝ＳＶ１を機能提供対象として承認し、Ａｄｄｒｅｓｓ＝ＡＡ２に機能を提供する（ステップ１２３）。
【００３４】
ユーザ端末１Ｃは、自分の情報（ＩＤ＝ＣＣ１、Ａｄｄｒｅｓｓ＝ＣＣ２）を用いて、ゲームサーバ４に接続を要求する（ステップ１２４）。ゲームサーバ４はＩＤ＝ＣＣ１の登録を確認する。ＩＤ＝ＣＣ１はサービスサーバのサービス対象として登録されているので、ゲームサービスの提供を行って（ステップ１２５）、処理を続ける。すなわち、機能用ＩＤの中からＳＶ２を選択し、ＩＤ＝ＣＣ１をＩＤ＝ＳＶ２に変換してから、グループトークサーバ５に接続を要求する（ＩＤ＝ＳＶ２、Ａｄｄｒｅｓｓ＝ＣＣ２）（ステップ１２６）。グループトークサーバ５はＩＤ＝ＳＶ２を機能提供対象として承認し、Ａｄｄｒｅｓｓ＝ＣＣ２に対して、グループトーク機能を提供する（ステップ１２７）。
【００３５】
ユーザ端末１Ａ，１Ｃは会話をしながらゲームを行い、１プレイの後セッションを終了したとする。従来の方式、つまり、ゲームサーバ４がグループトークサーバ５と契約を行っていない場合、ユーザ端末１Ａ，１Ｂ，１Ｃの各々が独自にグループトークサーバ４でのサービスを受けるための契約を行わなくてはならない。この場合、各ユーザ端末は、ゲーム用定額料金とグループトーク用定額料金を負担しなくてはならない。
【００３６】
これに対して、本例の場合には、３つのユーザ端末が支払う料金の総額は、ゲーム用定額料金３端末分とグループトーク用定額料金２端末分となり、従来の場合よりも負担が小さくなる。この差分は、端末とサービスサーバ提供者とで分配することが可能となる。
【００３７】
図６は本発明の更に他の実施の形態を示すシステムブロック及びその動作シーケンス図である。図６においては、ユーザ端末１Ａ，１Ｂがあり、機能サーバとしてグループトークサーバ５があり、サービスサーバはゲームサーバ４であり、複数ユーザによるゲーム機能を提供し、更にゲーム中に会話ができる機能が提供されているとする。グループトークサーバ５は使用者１人当たりの定額制を採用しているとする。ゲームサーバ４はゲームへの参加人数に依存せず一定の従量制を採用しているとする。
【００３８】
ユーザ端末１Ａは、自分の情報（ＩＤ＝ＡＡ１、Ａｄｄｒｅｓｓ＝：ＡＡ２）を用いて、ゲームサーバ４に接続を要求する（ステップ２１０）。ゲームサーバ４はＩＤ＝ＡＡ１の登録を確認する。ＩＤ＝ＡＡ１はゲームサーバ４のサービス対象として登録されているので、サービス提供を行い（ステップ２１１）、処理を続ける。すなわち、機能用ＩＤの中からＳＶ１を選択し、ＩＤ＝ＡＡ１をＩＤ＝ＳＶ１に変換してから、グループトークサーバ５に接続を要求する(IＤ＝ＳＶ１、Ａｄｄｒｅｓｓ＝ＡＡ２）（ステップ２１２）。グループトークサーバ５はＩＤ＝ＳＶ１を機能提供対象として承認し、Ａｄｄｒｅｓｓ＝ＡＡ２にグループトークサービス機能を提供する（ステップ２１３）。
【００３９】
ユーザ端末１Ａは課金対象を自分とすることで、自分の指定する環境のゲームケームＡをスタートさせることになる。
【００４０】
ユーザ端末１Ｂは、自分の情報（ＩＤ＝ＢＢ１、Ａｄｄｒｅｓｓ＝ＢＢ２）を用いて、ゲームサーバ４に接続を要求する（ステップ２１４）。ゲームサーバ４はユーザ端末１Ｂに対して、ゲームＡの存在を告知する。ユーザ端末１Ｂはゲームサーバ４に対してゲームＡへの参加を希望する（ステップ２１４）。ゲームサーバ４はユーザ端末１Ｂに対してゲームＡのサービスを提供する（ステップ２１５）。
【００４１】
更に、ゲームサーバ４は、機能用ＩＤの中からＳＶ２を選択し、ＩＤ＝ＢＢ２からＩＤ＝ＳＶ２に変換して、グループトークサーバ５に接続を要求する（ＩＤ＝ＳＶ２、Ａｄｄｒｅｓｓ＝ＢＢ２）（ステップ２１６）。グループトークサーバ５はＩＤ＝ＳＶ２を機能提供対象として承認し、Ａｄｄｒｅｓｓ＝ＢＢ２にグループトークサービス機能を提供する（ステップ２１７）。ユーザ端末１ＢはゲームＡに参加している限り、グループトークサーバ５を無料で利用することができる。
【００４２】
図７に示す様に、ユーザ端末１ＢがゲームＡから離脱した場合、あるいはユーザ端末１ＡがゲームＡを終了させた場合には（ステップ３１０）、ゲームサーバ４はグループトークサーバ５に対して、（ＩＤ＝ＳＶ２、Ａｄｄｒｅｓｓ＝ＢＢ２）のサービスの停止を指示する（ステップ３１２）。その後、ユーザ端末１Ｂはグループトークサーバ５の機能提供を受けることができなくなる（ステップ３１４，３１６）。従来の課金体系では、このようなサービスは提供できないことになる。
【００４３】
なお、本発明は上記の実施の形態に限定されるものではなく、例えば、サービスサーバの数が２以上あっても構わないし、あるサービスサーバが別のサービスサーバのための機能サーバであっても構わない。また、実施の形態では、ユーザ端末の個数を３としているが、これは２や４以上であっても構わない。実用上は、最初の端末のＩＤが正当であることの認証が必要となるが、その部分はすでに一般的な技術が存在するため省略している。
【００４４】
更に、サービス提供者（サービスサーバ）がユーザの支払いに対して、複数の異なる方法毎に（例えば、通常の支払いの場合と、テレホンカードによる場合）異なる課金体系を利用することも考えられる。
【図面の簡単な説明】
【００４５】
【図１】本発明の原理を説明するためのシステム構成及びその動作手順を示す図である。
【図２】本発明の一実施の形態のシステム構成及びその動作手順を示す図である。
【図３】図２の実施の形態における一動作例を説明するための図である。
【図４】本発明の他の実施の形態におけるシステム構成及びその動作手順の一例を示す図である。
【図５】本発明の他の実施の形態におけるシステム構成及びその動作手順の他の例を示す図である。
【図６】本発明の更に他の実施の形態におけるシステム構成及びその動作手順の一例を示す図である。
【図７】本発明の更に他の実施の形態におけるシステム構成及びその動作手順の他の例を示す図である。
【符号の説明】
【００４６】
１，１Ａ，１Ｂ，１Ｃ  ユーザ端末
２  サービスサーバ
３  機能サーバ
３ａ  ニュースサーバ
３ｂ  ＢＧＭサーバ
４  ゲームサーバ
５  グループトークサーバ
２０，３０  データベース
２１  サービス提供先ＩＤ格納部
２２  機能用ＩＤ格納部
３１，３１ａ，３１ｂ  機能提供先ＩＤ格納部
【図１】
2007265062.tif 000003
【図２】
2007265062.tif 000004
【図３】
2007265062.tif 000005
【図４】
2007265062.tif 000006
【図５】
2007265062.tif 000007
【図６】
2007265062.tif 000008
【図７】
2007265062.tif 000009