(57)【要約】【課題】獲得したデバイスの活性化を簡略化する方法及びシステムを提供する。【解決手段】この簡略化は獲得されたデバイスのネットワーク識別子にユーザの既存の詳細を結合することによって達成される。このようにして、ユーザにより使用されるサービス代金の課金が簡単に行われ、獲得されたデバイスのユーザインタフェースはパーソナル化することができる。【選択図】図２
2005502136.tif 000002
【特許請求の範囲】
【請求項１】
獲得されたデバイスのネットワーク識別子を活性化の前にすでに既知であったユーザの詳細に結合することにより、ユーザがサービスプロバイダからサービスを受け取ることができるようにする獲得されたデバイスの活性化を簡略化する方法。
【請求項２】
簡略化はサービスプロバイダからユーザが受け取るサービスに対する支払いに関し、このような支払いがサービスプロバイダからサービスを受け取るために獲得されたデバイスが使用される前に存在することが既知であるような既知の独立した支払い関係によって、及び獲得されたデバイスのネットワーク識別子を既存の支払い関係に記録されたユーザの詳細に結合することによって行われることを特徴とする請求項１に記載の方法。
【請求項３】
独立した支払い関係は、サービスプロバイダからサービスを受け取るために使用可能な過去に獲得されたデバイスの結果としてサービスプロバイダとすでに存在し、そのためにこの支払い関係を介して支払いが行われることを特徴とする請求項２に記載の方法。
【請求項４】
サービスプロバイダがユーザの詳細と獲得されたデバイスのネットワーク識別子を受け取り、獲得されたデバイスによってサービスプロバイダから受け取られるサービスを過去に獲得されたデバイスに基づく既存の支払い関係を介して支払うことができるようにすることを特徴とする請求項３に記載の方法。
【請求項５】
サービスプロバイダとは関係がない第三者と独立した支払い関係が存在することを特徴とする請求項２に記載の方法。
【請求項６】
第三者がユーザの詳細と獲得されたデバイスのネットワーク識別子を受け取り、第三者がサービスプロバイダに対し、ユーザがこのネットワーク識別子が付いた獲得されたデバイスによってサービスプロバイダから受け取るサービスの支払いが第三者との既存の支払い関係を介して行われることを特徴とする請求項５に記載の方法。
【請求項７】
サービスプロバイダがユーザの詳細と獲得されたデバイスのネットワーク識別子を受け取り、サービスプロバイダが第三者に対し、ユーザが獲得されたデバイスによってサービスプロバイダから受け取るサービスの支払いが第三者との既存の支払い関係を介して行われることを示すことを特徴とする請求項５に記載の方法。
【請求項８】
第三者が、過去に獲得されたデバイスによってユーザがサービスを受け取るサービスプロバイダとは関係のない第２のサービスプロバイダであることを特徴とする請求項５から７の何れか１項に記載の方法。
【請求項９】
ユーザが獲得されたデバイスによってサービスプロバイダから受け取るサービスのいくらかが既存の支払い関係によって支払われ、他のサービスが第２の既存の支払い関係を介して支払われることを特徴とする請求項５から８に記載の方法。
【請求項１０】
既存の支払い関係を介して支払われるサービスのいくらか、及び第２の既存の支払い関係を介して支払われる他に対する支払いが獲得されたデバイスの個人的な使用と企業としての使用の間の内訳に基づくことを特徴とする請求項９に記載の方法。
【請求項１１】
活性化の前にすでに既知であるユーザの詳細に獲得されたデバイスのネットワーク識別子を結合する手段から構成される、ユーザがサービスプロバイダからサービスを受け取ることができるようにするために獲得されたデバイスの活性化を簡略化するシステム。
【請求項１２】
サービスが受け取られる前に既知である独立した既知の支払い関係を介してこのような支払いを行う手段と、既存の支払い関係に記録されるユーザの詳細に獲得されたデバイスのネットワーク識別子を結合する手段とから構成されることを特徴とする、獲得されたデバイスによってサービスプロバイダからユーザが受け取るサービスの支払いのための請求項１１に記載のシステム。
【請求項１３】
既存の支払い関係を介してサービスプロバイダからユーザが受け取るサービスのいくらか、及び第２の既存の支払い関係によって支払われる他のサービスについて支払う手段が存在することを特徴とする請求項１２に記載のシステム。
【請求項１４】
既存の支払い関係に記録されるユーザの詳細とデバイスのネットワーク識別子の間に結合が存在するために、ユーザが既存の支払い関係によってサービスプロバイダから受け取るサービスの支払いをするための装置。
【請求項１５】
簡略化が、デバイスの活性化の前に既知であった好ましいユーザプロファイルに基づいた、獲得されたデバイスのユーザインタフェース及びそれを用いてネットワークを介して受け取られるサービスの構成に関し、少なくとも
−デバイスの活性化時に獲得されたデバイスのネットワーク識別子をネットワークを介して受け取るステップと、
−サービスプロバイダのデータベース内で獲得されたデバイスのネットワーク識別子をユーザの詳細に結合するステップと、
−データベース内でユーザの詳細の好ましいプロファイルにユーザの詳細を結合するステップと、
−ユーザの好みに従って獲得されたデバイスのユーザインタフェースを構成できるように、ネットワーク識別子とともに好ましいプロファイルをネットワークを介して獲得されたデバイスに送信するステップと、
を含むことを特徴とする請求項１に記載の方法。
【請求項１６】
簡略化が、デバイスの活性化の前に既知であるユーザの好ましいプロファイルに基づいた、獲得されたデバイスのユーザインタフェース及びそれを用いて受け取られるサービスの構成に関し、少なくとも
−少なくともネットワーク識別子のついた獲得されたデバイスとサーバが接続されるネットワークと、
−ネットワークを介して、このようなデバイスの活性化時に獲得されたデバイスのネットワーク識別子を受け取るための手段と、
−少なくとも、獲得されたデバイスのネットワーク識別子によってアクセス可能であるユーザの個人的な詳細と好ましいプロファイルを含むデータベースと、
−ネットワーク識別子が付いた獲得されたデバイスにネットワークを介して好ましいプロファイルを送信する手段と、
を含むことを特徴とする請求項１１に記載のシステム。
【請求項１７】
獲得されたデバイスがサービスを受け取るネットワークが、獲得されたデバイスが構成されるネットワークに対して異なるネットワークであることを特徴とする請求項１６に記載のシステム。
【請求項１８】
ユーザインタフェースとデバイスを用いて受け取られるサービスが請求項１５に記載の方法に従って構成されることを特徴とするデバイス。
【請求項１９】
ユーザインタフェースとデバイスを用いて受け取られるサービスが請求項１６または１７に記載されるシステムに従って構成されることを特徴とするデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザがサービスプロバイダからサービスを受け取ることができるようにするために獲得されるデバイスの活性化を簡略化する方法に関する。本発明は、本発明に従って該方法を実行する手段を有し、さらに該方法に従って活性化されるデバイスを含むシステムにも関する。特に本発明に従って獲得されたデバイスの簡略化された活性化は、ユーザに提供されるサービスについて請求が発生する様式及び獲得されたデバイスが活性化の時点で構成される様式を簡略化することに関する。
【背景技術】
【０００２】
現在、原則的にはサービスプロバイダから受け取られるサービスの料金を請求するためには２つの方法がある。第１の方法は、ユーザがデバイスを購入し、その購入とは無関係にサービスプロバイダからサービスを購入できるようにするクレジットを獲得する「プリペイド」の変形である。この種のクレジットは、通常、ユーザがサービスを受け取ることができる数多くの時間単位から構成されるだろう。この目的のため、ユーザは事前に料金を支払う。いったんクレジットが使い切られると、ユーザはサービスプロバイダから再びサービスを受け取るために新しいクレジットを獲得してよい。このプリペイドの変形を用いれば、さまざまな相手からのデバイスとクレジットの獲得が可能である。
【０００３】
第２の方法とは、ユーザが（例えば、固定物理接続（ＣＬＩ）または加入者識別モジュール（ＳＩＭ）を介する携帯電話の接続に基づくなどの）ネットワーク識別子を用いてデバイスを獲得し、サービスプロバイダが受け取られるサービスについてユーザに料金を請求できるようにする詳細をさらに提供しなければならない「ポストペイド」つまり購読の変形である。別々の購読を行うデバイスのケースでは、このようなデバイスによって行われるサービスの使用が請求書に科目別に記されることは既知である。本発明に基づいた方策が使用されると、ユーザの個人的な嗜好に従って獲得されたデバイスを用いて購入可能なユーザインタフェースとサービスを構成することが自動的に可能になるだろう。ユーザインタフェースをパーソナル化し、それによりシステムがユーザ名とユーザパスワードの組み合わせを認識することで、ユーザがいったん設定したインタフェースが以後のセッションでも保持され、ユーザに提示し直されることは既知である。ユーザがデバイスの所望される構成を購入の時点でデバイスの販売者に知らせる別の可能性が欧州特許出願ＥＰ第０  ７９３  １７０号に定義されている。活性化時、デバイスがサービスプロバイダとコネクションを確立できることに基づいて要求を送信できる。
【０００４】
サービスの課金及びパーソナル化の既知の方法には多くの不利な点がある。プリペイド請求変形の不利な点とは、ある特定な時点で、クレジットがサービスプロバイダのサービスの使用を可能にするほど十分ではなくなるという点である。そのときユーザはクレジットをつぎ足さなければならない。これにより、ユーザは、再びサービスを受け取ることができるようになるまで繰り返し処置を必要とする。プリペイド請求変形のさらなる不利な点とは、ユーザについて詳細が知られていないという状況、本発明の方策に基づいたユーザインタフェースと購入可能なサービスの個人化を妨げる状況である。
【０００５】
ポストペイドまたは購読の変形の不利な点とは、デバイス獲得時、ユーザがサービスの使用をユーザに請求できるようにするために詳細を提供しなければならないという点である。これらの詳細は、提供されるサービスについてユーザに料金を請求できるようにするためにサービスプロバイダに知らされなければならない。したがって、購読の変形に基づいて請求が行われるデバイスは通常サービスプロバイダ自身によってのみ、及びサービスプロバイダとは無関係に販売ルートを介して限られた数のケースでのみ提供される。結局、サービスプロバイダから独立している購読デバイス供給者にとって、ユーザの詳細を繰り返し登録し、サービスプロバイダに伝えることは煩わしいだろう。既知の、１枚の請求書でさまざまなデバイスの購読を組み合わせることには、デバイス獲得時に、それぞれが組み合わせ可能になる前に個々の購読を最初に行わなければならないという不利な点がある。
【０００６】
ユーザ名とパスワードの組み合わせを使用するパーソナル化には、これらのフィールドの両方の入力が必要となる。これが煩わしい。例えば携帯電話が使用されるとき、ユーザの許可はＳＩＭを介してすでに行われており、それ以後ユーザ名とパスワードを入力することは余分である。
【０００７】
欧州特許出願ＥＰ第７９３  １７０号に説明されるように販売者からユーザが購入するデバイスを自動的に構成することの不利な点は、デバイスのそれぞれのそれ以降の購入時に、新しいデバイスの販売者に必要とされる構成を知らせることが必要となるという点である。また、特許出願ＥＰ第７９３  １７０号は、サービスプロバイダとの接点が確立された後に獲得されたデバイスのユーザに個人化されたユーザインタフェースと個人化された購入可能なサービスを提供する方法を実現していない。さらに、特許出願ＥＰ第７９３  １７０号に定義される方法では、サービスプロバイダとのコネクションを確立できるようにするために、獲得されたデバイスに構成データを送信しなければならない特別な構成サーバが存在することが必要になる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明による方法、システム及びデバイスは前述された従来の技術の問題に新規の創意工夫に満ちた解決策を提供する。方法及びシステムに従って、獲得されるデバイスのネットワーク識別子はユーザの既存の詳細に結合される。これらは、例えば、早期にサービスプロバイダから獲得されたデバイスのための既存の支払い関係を介してすでに入手可能な詳細も含んでよい。獲得される、あるいは獲得可能なデバイスは、例えば携帯電話またはパーソナルコンピュータであってよいが、原則的にはサービスプロバイダがサービスを提供できる任意の種類のデバイスであってよい。サービスはすべての種類の情報サービス（天気、交通、レシピ等）、または構成サービス、広告等を含んでよい。
【０００９】
詳細が第三者、おそらくサービスプロバイダとは関係のないパーティに知らされ、既存の支払い関係が、例えば新聞または銀行に保持される口座から構成されることも考えられる。その結果、この第三者は、サービスプロバイダに対し、サービスプロバイダがユーザに提供するサービスが新聞の購読または銀行口座によって請求されなければならない旨を知らせるだろう。本発明による方法及びシステムは、サービスプロバイダとの既存の購読によってサービスプロバイダが提供するサービスのいくらかについて、及び第三者との購読による他のものについて請求する可能性も与える。これは、例えば、企業の購読を介して獲得されたデバイスの企業の使用について、及び新聞の購読または銀行口座を介して獲得されたデバイスの個人的な使用について請求する可能性も含むだろう。本発明に従って、例えば新聞の購読によって請求されているユーザが受け取るいくつかのサービス及び銀行口座による他のサービスなどの、さまざまな第三者とのサービスについて精算することも可能である。別の可能性とは、例えば、１日の特定の時間の期間に使用されるサービスを第１の第三者を介して請求し、１日の他の時間の期間に使用されるサービスを第２の第三者を介して請求することである。本発明に従って、さらに、サービスプロバイダが、獲得されたデバイスのユーザがすでに既存の支払い関係を有している第三者に対し、サービス（またはそのいくらか）が第三者との購読を介して請求されなければならない旨を知らせることが可能である。
【００１０】
本発明による方法及びシステムは、獲得されたデバイスのユーザインタフェース、及びそれを用いて受け取るサービスを、ユーザによって既に知らされている好ましいプロファイルによって構成する可能性も含む。この可能性は、例えば、過去に獲得されたデバイスのための支払い関係がサービスプロバイダとすでに存在しており、好ましいプロファイルが過去に獲得されたデバイスについてすでに知らされている場合に存在するだろう。この状況においては、サービスプロバイダは、ネットワーク識別子とユーザの詳細の間の結合と、ユーザの詳細と過去に獲得されたデバイスに対する好ましいプロファイルの間の結合の両方をすでに有している。したがって、獲得されたデバイスのネットワーク識別子を自動的に使用し、ユーザインタフェースと購入可能なサービスを構成することが可能である。その購入の時点で新しいデバイスの構成に関する願いを別個に既知にすることは必要ない。さらに本発明による方法を使用して、例えば、ユーザがこのような変更を要求する場合、あるいは特定のサービスがすでにアクティブではない場合に、１回の試みでユーザのすべてのデバイスのユーザインタフェース及び購入可能なサービスを変更することが可能である。
【００１１】
従来の技術の不利な点が本発明による方法及びシステムでは発生しないことが専門家にとって明らかとなるだろう。プリペイド請求変形の不利な点は、ユーザが、既存の支払い関係によって請求が発生する際にクレジットをつぎ足すことが不必要であるために解決済みである。従来のポストペイドつまり購読の変形の不利な点は、デバイスの供給者がユーザの詳細を登録し、サービスプロバイダにそれらを伝える必要がなくなったために本発明では発生しない。言い換えると、本発明は、ユーザがサービスプロバイダとどのような形であれ接触する必要なくデバイスを提供することを可能とするか、あるいは少なくともユーザはサービスプロバイダに対し自分の詳細を既知とする必要はないが、それにも関わらずサービスを請求するための詳細はすでにサービスプロバイダに既知である。ネットワーク識別子とユーザの詳細を本発明に従って結合することにより、過去に開示されたプロファイルによって獲得されたデバイスのユーザインタフェースを構成し、このようにしてユーザ名とパスワードの使用を不要とすることも可能である。
【発明を実施するための最良の形態】
【００１２】
本発明に従って方法、システム及びデバイスのいくつかの好適実施形態を説明するために１つの例が使用されるだろう。本発明の代替実施形態または同等な実施形態が本発明の基本から逸脱することなく考えられ、実践可能であることは専門家にとって明らかだろう。これらの基本は、究極的に認められるとしてクレームによってのみ制限されるだろう。
【００１３】
図１Ａ及び図１Ｂは本発明による方法及びシステムを用いて考えられるステップの例を示す。ユーザの詳細は、第三者（Ｃ）に対しなんらかの方法で既知であると仮定される。例えば、（Ｃ）は、（Ａ）が新聞または雑誌を購読している出版社であるため、あるいは（Ａ）が口座を保持している銀行であるために、第三者（Ｃ）が、獲得されたデバイスのユーザ（Ａ）と、すでに支払い関係を有していることが考えられる。第三者（Ｃ）は、ユーザ（Ａ）が過去に獲得されたデバイスによるサービスの使用のために購読をしている別のサービスプロバイダであってもよい。第三者（Ｃ）がサービスプロバイダ（Ｄ）と同じであることも考えられる。例えば、これは過去に獲得されたデバイスまたは固定電話回線について（Ａ）がすでに購読している電気通信事業者であるだろう。図１Ａに示されているプロセスは以下のように発生する。この例に関して、図１Ａは水平方向に関係者と多様なステップにおける彼らの間の相互作用を、垂直方向に時間を示している。ステップ１Ａでは、ユーザ（Ａ）は任意のエージェント（Ｂ）からデバイスを獲得する。この段階での獲得されたデバイスのステータスは「購読要求」と定義可能であり、獲得されたデバイスによってまだサービスを受け取ることができない、あるいはプリペイド変形によって支払われたサービスだけを受け取ることができることを意味する。エージェント（Ｂ）は、好ましくはプロセスに関与しなくなるだろう。
【００１４】
ステップ２では、ユーザ（Ａ）は、例えば既存の支払い関係のために自分の詳細をすでに知っている第三者（Ｃ）に対し、獲得されたデバイスによってサービスプロバイダ（Ｄ）から受け取るサービスの使用について、この第三者に料金を請求してもらいたいと考えている旨を知らせる。（Ｃ）が出版社であるならば、サービスの使用は例えば雑誌の購読について行われた支払いによって請求できる。（Ｃ）が銀行であるならば、サービスの使用の支払いはじかに銀行のユーザ（Ａ）の口座に引き落としにすることができる。代替策（点線、図１Ａのステップ２を参照すること）として、ユーザ（Ａ）はサービスプロバイダ（Ｄ）に対し、（Ｄ）によって提供されるサービスの支払いが第三者（Ｃ）との既存の支払い関係によって行われることを知らせることができる。ユーザ（Ａ）によって第三者（Ｃ）、あるいは代わりにサービスプロバイダ（Ｄ）に与えられる通知は、ユーザ（Ａ）を識別子、好ましくは彼を認証するために使用される彼の詳細とともに、少なくとも獲得されたデバイスのネットワーク識別子から構成される。ネットワーク識別子は多数の異なった方法で伝えることができる。例えば、ユーザが第三者（Ｃ）あるいはサービスプロバイダ（Ｄ）のリモートシステムに、例えば獲得された電話装置の電話番号を既知にするためにログオンすることが考えられる。同様に、ユーザ（Ａ）は既存の購読を行っているデバイスによって（Ｃ）と、あるいは代わりに（Ｄ）と通信し、それにより（Ｃ）または（Ｄ）がＣＬＩによってユーザを識別し、その後ユーザが獲得されたデバイスのネットワーク識別子を伝えることが考えられる。
【００１５】
ステップ３では、第三者（Ｃ）はサービスプロバイダ（Ｄ）に対し、自分が（Ｄ）によって提供されるサービスについて、例えばユーザ（Ａ）がすでに（Ｃ）と有している購読または口座の形を取る既存の支払い関係によって支払いを行う旨を知らせる。代替ケース（図１Ａ、ステップ３、点線を参照すること）では、サービスプロバイダ（Ｄ）が第三者（Ｃ）に、（Ｄ）によって提供されるサービスが（Ｃ）との購読によって請求されることを知らせる。この段階で、獲得されたデバイスのステータスは「購読共用」と定義できる。サービスのいくらかだけを第三者（Ｃ）で決済し、他をサービスプロバイダ（Ｄ）で決済することも可能である。この方法は、例えばビジネスコストを獲得されたデバイス及び関連サービスの使用について生じた個人的な費用から分けるために使用できるだろう。デバイスの使用について生じるビジネスコストを、サービスプロバイダ（Ｄ）との購読にじかに請求する一方で、個人的な費用を、ユーザ（Ａ）が銀行（Ｃ）と保持する銀行口座に請求することが考えられる。ユーザ（Ａ）が複数の第三者（Ｃ）との関係を維持し、それにより各パーティ（Ｃ）が、サービスプロバイダ（Ｄ）が（Ａ）に提供するサービスの費用のいくらかについて（Ａ）に料金を請求することも考えられる。このような状況では、サービスプロバイダ（Ｄ）は、第三者（Ｃ）に対し、（Ｄ）が提供するサービスがそれらのパーティ（Ｃ）との購読または口座によって決済されることを知らせることもできる。示されている例の多数の変型が専門家により考えられ、本発明はこのような変型もカバーする。
【００１６】
ステップ４では、ユーザ（Ａ）は、例えば電気通信サービス、インターネットサービス、コンテンツサービスまたはデバイスが必要とされる他のサービスなどのサービスプロバイダ（Ｄ）によって提供されるサービスを使用する。
【００１７】
ステップ５では、サービスプロバイダ（Ｄ）は第三者（Ｃ）に、（Ｄ）がユーザ（Ａ）に提供するサービスについて請求しなければならない内容を知らせる。代替ケースでは、ステップ３はステップ５と同時に起こる。
【００１８】
ステップ６では、第三者（Ｃ）が例えば購読または当座預金という形で既存の支払い関係を介してユーザ（Ａ）と決済する。
【００１９】
ステップ７では、ユーザ（Ａ）は第三者（Ｃ）に、サービスプロバイダ（Ｄ）によって提供されるサービスの使用分について借りている金額を支払う。この支払いは自動的にまたは手作業で行われてよい。
【００２０】
ステップ８では、第三者（Ｃ）はサービスプロバイダ（Ｄ）に、ユーザ（Ａ）が行ったサービスの使用について借りている金額を支払う。この状況においては、第三者（Ｃ）は、サービスプロバイダ（Ｄ）がユーザＡに提供するサービスについて決済するために第三者（Ｃ）とユーザ（Ａ）の既存の支払い関係を使用可能にするために特定の料金を受け取ってよいと考えられる。例えば第三者（Ｃ）が銀行である場合は、第三者が、支払いが実際に行われるという高い確実度と交換に既存の支払い関係を使用できるようにするための特別な料金を受け取ることが考えられる。
【００２１】
図１Ｂは、第三者（Ｃ）がサービスプロバイダ（Ｄ）と同一である状況の例を示している。ここでは再び、ステップ１はエージェント（Ｂ）からデバイスを獲得することに関する。ステップ２では、ユーザ（Ａ）はサービスプロバイダ（Ｄ）に対し自身を識別子、獲得されたデバイスのネットワーク識別子をサービスプロバイダ（Ｄ）に既知にする。この状況では、例えば過去に獲得された装置に基づく（Ｄ）との既存の支払い関係は、獲得されたデバイスを介したサービスの使用について決済するために使用できる。サービスプロバイダに早期に既知となった好ましいプロファイルに従って獲得されたデバイスと購入可能なサービスのユーザインタフェースを構成する別の可能性が自動的に存在する。例えばユーザ（Ａ）が過去にサービスプロバイダ（Ｄ）に対して過去に獲得されたデバイスのための好ましいプロファイルを既知にしてあったために、この好ましいプロファイルはサービスプロバイダに既知である可能性がある。図１Ｂは、ステップ３として、図２にさらに詳説されるようにユーザインタフェースと購入可能なサービスの自動的な構成を示す。ユーザインタフェースの自動的な構成は、原則的には、サービスプロバイダ（Ｄ）に加えて第三者（Ｃ）が関係する場合に行うことができることに注意する。その場合、第三者（Ｃ）とサービスプロバイダ（Ｄ）のデータベースがなんらかの方法で互いと調和することが望ましい。
【００２２】
図２は獲得されたデバイスと購入可能なサービスのユーザインタフェースを、ユーザ（Ａ）のすでに既知の個人的な好ましいプロファイルによって構成する可能性の図表による表現である。（Ａ）が特定のサービスを受け取るために使用することを希望するデバイス（２０）はユーザインタフェース（２１）を含んでいる。デバイス（２０）が活性化されると、それは（２３）によって表されるようなネットワーク（２２）との接点を求める。ネットワーク（２２）との接点の探索はデバイス（２０）の活性化の後に手動で、あるいは自動的に行うことができる。サービスプロバイダ（Ｄ）のサーバ（２４）は、（２５）によって表されるようにデバイス（２０）のネットワーク識別子を認識する。サービスプロバイダ（Ｄ）のデータベース（２６）は、ステップ２で獲得され、図１Ｂに示されるようなネットワーク識別子（２６’）の詳細及びユーザ（２６”）の詳細を含む。ユーザ（Ａ）とサービスプロバイダ（Ｄ）間の既存の支払い関係に基づき、詳細は、過去に獲得されたデバイスを用いてユーザ（Ａ）によって受け取られるサービスのための支払いの方法に関して、及び過去に獲得されたデバイスのユーザインタフェース及びそれを用いて受け取られたサービスが構成された（２６’’’）様式に関して好ましくはユーザ（Ａ）に知らされるだろう。カスタマは好ましくはこの早期の構成を自分の個人的な希望に基づいて示すだろう。ユーザ（Ａ）がサービスプロバイダ（Ｄ）に対し自身を識別したため、既存の支払い関係、及び獲得されるデバイスのユーザインタフェースと購入可能なサービスを構成する方法に結合が行われる。その結果、獲得されたサービスについて新しい支払い関係は生じず、代わりに獲得されたデバイス（２０）を用いて受け取られるサービスが既存の支払い関係を介して支払われるだろう。また、サービスプロバイダは、ユーザ（Ａ）が獲得されたサービスについて自分が必要とする構成またはプロファイルを伝えなくても、自分に既に既知である詳細を使用して、獲得されたデバイス（２０）のユーザインタフェース及び購入可能なサービスを構成することができる。これはステップ２７と２８として図２に図示されている。
【００２３】
第三者（Ｃ）及びサービスプロバイダ（Ｄ）が同一であってよいことが前述されたが、それらは組織的または経済的に互いから独立していてもよい。しかしながら、一般的には、状況は、関係者Ａ、Ｂ、Ｃ、及びＤが１つまたは複数の関係者Ａ．．．Ｄに対応する可能性もあれば、対応しない可能性もあるさまざまな役割を果たすことができるというものである。図３はこれらの異なる役割とその相互関係の１つの例を示している。役割はユーザ（Ｉ）、デバイス供給者（ＩＩ）、ネットワークアクセスプロバイダ（ＩＩＩ）、デバイス構成プロバイダ（ＩＶ）、サービスプロバイダ（Ｖ）及び決済プロバイダ（ＶＩ）に関する。この例で識別される役割の関係性は以下のとおりであってよい。
【００２４】
・関係（３０）は、ユーザによる所望されるプロファイルのサービスプロバイダ（Ｖ）に対する通信に関する。このプロファイルは、例えば、ユーザが、自分が取得する１つまたは複数のデバイスによって使用することを希望するサービスの詳細を含んでよい。また、通知は、ユーザ（Ｉ）がサービスプロバイダ（Ｖ）に、自分がデバイスを獲得したことを通知し、サービスプロバイダ（Ｖ）にデバイスの固有のネットワーク識別子を与えるこの関係（３０）の一部として発生する場合がある。
【００２５】
・関係（３１）は、サービスプロバイダ（Ｖ）の仕様に基づいてデバイスを構成し、その結果デバイスの活性化時に、デバイスがサービスプロバイダ（Ｖ）との接点を（自動的にまたはユーザの介入をもって）探索するデバイス構成プロバイダ（ＩＶ）に関する。また、デバイス構成プロバイダ（ＩＶ）が、活性化時にデバイスが１つまたは複数のネットワークアクセスプロバイダ（ＩＩＩ）との接点を探索するようにデバイスを構成することも可能である。
【００２６】
・関係（３２）は、供給者（ＩＩ）向けのデバイス構成プロバイダ（ＩＶ）によるデバイスの構成に関する。
【００２７】
・関係（３３）は、供給者（ＩＩ）からデバイスを獲得するユーザ（Ｉ）に関する。
【００２８】
・関係（３４）は、デバイスが固有のネットワーク識別子を用いてユーザ（Ｉ）に供給されたことを供給者（ＩＩ）がサービスプロバイダ（Ｖ）に通知するオプションに関する。しかしながら、この動作はより一般的には関係３０または３６の一部として発生するだろう。
【００２９】
・関係（３５）は、ネットワークアクセスプロバイダ（ＩＩＩ）によるネットワーク識別子の決定に関し、それに基づきサービスプロバイダ（Ｖ）は獲得されたデバイスと通信する。この通信は、関係（３０）でユーザ（Ｉ）によって既知とされた所望されるプロファイルに基づいた、獲得されたデバイス及び購入可能なサービスのためのユーザインタフェース／フロントエンドに関する。
【００３０】
・関係（３６）は、ユーザ（Ｉ）が決済プロバイダに対し自分がデバイスを獲得したことを通知し、決済プロバイダに獲得したデバイスの固有のネットワーク識別子を知らせ、獲得したデバイスを用いて受け取るサービスについて支払うために使用することを希望する既存の決済関係を示すオプションに関する。
【００３１】
・関係（３７）は、決済プロバイダ（ＶＩ）とサービスプロバイダ（Ｖ）の間の通信に関する。この関係は図１Ａにすでに詳細に説明されている。
【図面の簡単な説明】
【００３２】
【図１】方法において考えられるステップの実施形態の例に関する。
【図２】ユーザインタフェースの構成のための本発明に従った実施形態例の図表による表現である。
【図３】関係者が達成してよい役割、及び個々の役割のさまざまな関係性の例を示す。
【図１】
2005502136.tif 000003
【図２】
2005502136.tif 000004
【図３】
2005502136.tif 000005
【国際公開パンフレット】
2005502136.tif 000006
2005502136.tif 000007
2005502136.tif 000008
2005502136.tif 000009
2005502136.tif 000010
2005502136.tif 000011
2005502136.tif 000012
2005502136.tif 000013
2005502136.tif 000014
2005502136.tif 000015
2005502136.tif 000016
2005502136.tif 000017
2005502136.tif 000018
2005502136.tif 000019
2005502136.tif 000020
2005502136.tif 000021
2005502136.tif 000022
2005502136.tif 000023
2005502136.tif 000024
2005502136.tif 000025
2005502136.tif 000026
2005502136.tif 000027
2005502136.tif 000028
2005502136.tif 000029
【国際調査報告】
2005502136.tif 000030
2005502136.tif 000031
2005502136.tif 000032