JP2013530472A - アプリケーションのインストールのための方法 - Google Patents

Abstract

リモートプロシージャコールプロトコル環境内のサーバＳＥＲＶによる顧客デバイスＤＥＶでのアプリケーションＡＰＰ２のインストールのための方法が、デバイスでの近接ベースの対話を適用し、それによって対話情報ＩＮＴＥＲを提供すること、対話情報に基づいて、近接サーバＰＲＯＸ−ＳＥＲＶからアプリケーション識別情報ＡＰＰ２−ＩＤをレトリバＲＥＴによって取り出すこと、第１のフォワーダＦＯＲＷ１によってインストールを開始するためのアプリケーション識別情報を含むサーバに向けて開始メッセージＩＮＩＴを転送すること、および開始メッセージの受信時に、リモートプロシージャコールプロトコルに従って、サーバによってアプリケーション識別情報に従ってアプリケーションを顧客デバイス上にインストールすることを含む。

Description

本発明は、アプリケーションのインストールのための方法、ならびにそのような方法を実現する顧客デバイスおよびサーバおよびマッピングデバイスに関する。

そのような方法およびネットワーク要素は、当技術分野で既に知られている。

実際、ＤＳＬ−Ｆｏｒｕｍが、例えば略してＷＡＮ管理プロトコルと呼ばれる顧客構内機器広域ネットワーク管理プロトコル（Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）をテクニカルレポートＴＲ０６９で定義していることが説明される必要がある。このＴＲ０６９管理プロトコルは、顧客構内機器と、略してＡＣＳと呼ばれる自動構成サーバ（Ａｕｔｏ−ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｅｒｖｅｒ）、すなわち前述のサーバなどとの間の通信のためのものである。ＡＣＳは、ブロードバンドネットワーク内の構成要素が先進サービスのためのＣＰＥの自動構成を受け持つので、自動構成サーバである。ＣＰＥは、顧客構内機器（Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ）、すなわち前述の顧客デバイスであり、ＡＣＳによって管理することができる。ＲＰＣはリモートプロシージャコール（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ）であり、それによって「パラメータ」が、読取りおよび／または書込みのためにＡＣＳにアクセス可能にされる管理可能なＣＰＥパラメータを表す名前−値対を定義する。Ｏｂｊｅｃｔが、いくつかの関連パラメータを記述するデータモデル、すなわちデータフィールドからなるデータ構造、および関連メソッドをその対話と共に定義する。このようにして、データモデルは、データオブジェクトの定義およびフォーマットを提供することによってデータおよびコンピュータシステムをサポートする。

新しいサービスのそのようなリモートプロシージャコール環境ダウンローディング、すなわち新しいアプリケーションのインストールは、例えばウェブポータルを使用するユーザ対話によって可能となる。実際、今日の解決策はアプリケーションストアを利用し、すなわちエンドユーザは、エンドユーザのコンピュータを使用してウェブポータルにログインしなければならず、アイコンをクリックすることにより、所望のアプリケーションがインストールされ、アクティベートされる。そのような解決策はアプリケーションストアを利用し、すなわちエンドユーザは、エンドユーザのコンピュータを使用してウェブポータルにログインしなければならず、アイコンをクリックすることにより、所望のアプリケーションがインストールされ、アクティベートされる。しかし、多くの場合、コンピュータが利用可能ではなく、あるいはセキュリティ上の理由で、アプリケーションベンダは、新しいアプリケーションにアクセスし、または自動アプリケーションインストールを可能にする方法を提供せず、すなわちアプリケーションのインストールは、購入者／エンドユーザのいくつかの対話を必要とする。

新しいアプリケーションをインストールする別の解決策は、ｐｌｕｇ−ｎ−ｐｌａｙのようなフレームワークによるものである。物理的に購入されたハードウェアは、システムによって自動的に認識することのできるプラグインハードウェアであり、システムは、適切なアプリケーションのダウンロードをトリガすることができる。しかし、この方法は、アプリケーションおよび／またはハードウェアデバイスを識別する識別子に基づくが、識別子は、ユーザを識別せず、すなわちアプリケーションのインストールは、アプリケーションの購入者に固有のリンクを提供していない。

今日、多数のソフトウェアおよびハードウェアが依然として現実の店を介して販売されており、さらに、ますます多くのソフトウェアが、センサおよびそのアプライアンスなどのハードウェア構成要素と共にリンクされるので、現実の店を介して新しいアプリケーションを購入するときの以下の問題を列挙することができる：
− どのようにソフトウェアアプリケーションまたはハードウェアアプリケーションをその購入者に固有の仕方でリンクすることができるか？
− インストール過程が購入者およびサービスプロバイダに対する過大な対話を引き起こさない仕方でどのようにソフトウェアアプリケーションまたはハードウェアアプリケーションをインストールおよび管理することができるか？
多数のソフトウェアアプリケーションおよびハードウェアアプリケーションが依然としてそのような現実の店を介して販売されているので、現実の店を介して購入されるそのようなアプリケーションのインストール中の上記で示した問題を克服するための解決策が必要とされる。

欧州特許出願公開第２１３４１１４号明細書

本発明の目的は、上記の知られているタイプであるが、前述の問題が生じない、アプリケーションのインストールのための方法、ならびにそのような方法を実現する顧客デバイスおよびサーバおよびマッピングデバイスを提供することである。

本発明によれば、この目的は、リモートプロシージャコールプロトコル環境内のサーバによる顧客デバイスでのアプリケーションのインストールのための方法が、デバイスでの近接ベースの対話を適用し、それによって、顧客デバイスによって対話情報を提供すること、この対話情報に基づいて、近接サーバからアプリケーション識別情報をレトリバによって取り出すこと、第１のフォワーダによってインストールを開始するためのアプリケーション識別情報を含むサーバに向けて開始メッセージを転送すること、および最後に、開始メッセージの受信時に、リモートプロシージャコールプロトコルに従って、サーバのインストーラによってアプリケーション識別情報に従ってアプリケーションを顧客デバイス上にインストールすることを含むことによって達成される。

デバイス上の近接ベースの対話の使用と、デバイスとサーバとの間のリモートプロシージャコールプロトコルの使用を組み合わせることにより、前述の問題が解決される。

実際、ＴＲ−０６９管理プロトコルなどのリモートプロシージャコールプロトコルは、デバイスのゼロタッチアクティベーションおよび管理、およびアプリケーションのライフサイクル管理を可能にするプロトコルである。ＴＲ−０６９管理プロトコルを介して、デバイスおよびそのデバイスの背後のエンドユーザを、そのデバイス上で実行中のアプリケーションに対する参照を含めて、一意に定義することができる。

一方、近接ベースの対話は、ソフトウェア構成要素やハードウェア構成要素などのエンドポイントを一意に識別するための非常にコスト効率の良い方法である。エンドユーザまたは加入者への販売の一部として、近接トランシーバが店で購入され、配送されそのような構成要素とリンクされる場合、近接トランシーバは、実際に、固有シリアル番号によってその構成要素を表す。リモートプロシージャコールプロトコル環境に近接ベースの対話をリンクすることにより、構成要素を購入したエンドユーザへのリンクが確立される。

サービスのアクティベーションのためのデバイスおよび方法が当技術分野で既に知られていることが説明される必要がある。このことは例えば、公開日２００９年１２月１６日の「Ｍｅｔｈｏｄ ｆｏｒ ｐｒｏｖｉｄｉｎｇ ｔｏ ａｎ ｅｎｄ ｄｅｖｉｃｅ ａｃｃｅｓｓ ｔｏ ａ ｓｅｒｖｉｃｅ， ｔｏ ａｎ ｅｎｄ ｄｅｖｉｃｅ ａｎｄ ｔｏ ａ ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ ｒｅａｌｉｚｉｎｇ ｓｕｃｈ ａ ｍｅｔｈｏｄ」という簡略名称の欧州特許出願ＥＰ ２ １３４ １１４ Ａ１号で説明されている。その中では、近接ベースの対話環境内のサーバデバイスと顧客デバイスとの間で通信する方法が説明されている。この方法は、顧客デバイスに関連付けられている第１の近接トランシーバと、第２の近接トランシーバとの間の対話を含む。２つのトランシーバは、それによって対話情報を生成している。

そのような顧客デバイスは、エンドユーザデバイス、セットアップボックス、Ｒｅｓｉｄｅｎｔｉａｌ Ｇａｔｅｗａｙ、Ｈｏｍｅ Ｇａｔｅｗａｙなどによって実装することができる。

そのような近接ベースの対話環境が、その出願のパラグラフ１２で説明されており、すなわち物体、デバイス、または人物の物理的近接が関係するすべての対話手段および方法として定義することができる。近接ベースの対話は、無線周波数検出または通信、ＲＦＩＤ、ＮＦＣ、ＩＲ、コンピュータビジョン、容量検出、光センサなどに基づくことができる。やはり使用される用語であるタッチベースの対話は、近接ベースの対話のサブセットとみなされるべきである。さらに、本明細書で参照されるＲＦＩＤ技術は、ニアフィールドコミュニケーション（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、エレクトロニックプロダクトコードグローバル（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｄｕｃｔ Ｃｏｄｅ ｇｌｏｂａｌ）および関連技術をも含むものとし、このＲＦＩＤ技術の実装に関して言及されるタグおよびタグリーダをバーコード、ＩＲ通信、イメージ認識などで置き換えることができるものとする。

参照される出願では、近接技術が使用され、第１のトランシーバまたは第２のトランシーバを介して転送サーバがトリガされ、転送サーバは、特定のサービスへのアクセスを顧客デバイスに提供するようにサービスマネージャに要求する。異なる実施例が説明され、それによって、宅内ゲートウェイ（Ｒｅｓｉｄｅｎｔｉａｌ Ｇａｔｅｗａｙ）の近接環境でのトリガが、例えばユーザのファイアウォールをアクティベートするようにホームデバイスマネージャ（Ｈｏｍｅ Ｄｅｖｉｃｅ Ｍａｎａｇｅｒ）（すなわち自動構成サーバ）に指令する第３の例がパラグラフ１６で与えられている。この実施例によれば、「タッチされた」宅内ゲートウェイがこのトリガを加入転送サーバに転送し、加入転送サーバは、ホームデバイスマネージャに指令する前にユーザ加入データベースに連絡する。この第３の実施例によれば、この方法が、そのような本サービス、すなわちインストールされたアプリケーションをアクティベーション／非アクティベーションすることが可能であることは明らかである。しかし、知られている方法は、それぞれのエンドユーザデバイス上の新しいアプリケーションの自動ゼロタッチおよび保存インストールを提供していない。

２つの技術を共にリンクするとき、インストールする必要のある新しいアプリケーション、新しいアプリケーションが配置されるべきデバイス、および店でそのような近接トランシーバによってアプリケーションを購入したエンドユーザの間でリンクが確立される。

デバイス上の新しいアプリケーションのこの自動インストールおよび結果として生じるアクティベーションの主な基本的概念は、リモートプロシージャコールプロトコル環境で近接ベースの対話を使用することである。例えば近接トランシーバ識別情報からアプリケーション識別情報への変換などの、対話情報の関連データベース、すなわち近接サーバで実行される変換の結果が、デバイスにプッシュされる。対話情報とアプリケーションとの間の関連付けを知っているネットワーク要素が、所望のホームデバイス上に必要なアプリケーションをインストールし、最終的にアクティベートするために、自動構成サーバに対して必要なコマンドを発行する。

例えばアプリケーションおよびソフトウェアキーを有するＣＤＲＯＭを提供する代わりに、対話情報は、新しいアプリケーションの完全なソフトウェアバンドルの自動ダウンロードと、どんなエンドユーザまたは加入者の介入も伴わない新しいアプリケーションの自動ライセンシングとを可能にする。

上述のように、可能な実装は、ＴＲ０６９管理プロトコルのバージョンでリモートプロシージャコールプロトコルを実装することによって実現される。

本発明の別の特徴的な機能は、方法が、そのような対話に関するリモートプロシージャコールプロトコルに従って定義される近接オブジェクトのパラメータに関する交換値により、顧客デバイスの第２のフォワーダによって上述の対話情報をサーバのサーバ受信機に転送することをさらに含むことである。実際、そのような近接オブジェクトを定義することにより、顧客デバイス識別情報と対話情報が、効率的かつ安全な方式に従って交換される。そのような近接オブジェクトを定義することにより、近接ベースの対話がセキュアリモートプロシージャコールプロトコルに即座に統合される。

顧客デバイス識別情報、対話情報、およびアプリケーション識別の間の関連付けがマッピングデバイスに格納されるとき、別の実装が実現される。そのようなマッピングデバイスは、そのようなリモートプロシージャコールプロトコル環境内のサーバによる顧客デバイスでのアプリケーションのインストール中の使用に好都合である。このリモートプロシージャコールプロトコルにより、顧客デバイス識別情報を格納するメモリをマッピングデバイス内に備えることが可能となる。しかし、本発明によれば、そのようなマッピングデバイスはさらに、アプリケーションを識別するアプリケーション識別をメモリ内にも格納することを可能にすることができ、それによってアプリケーション識別が、デバイスでの近接ベースの対話によって提供される対話情報に基づいて近接サーバから取り出される。

さらに、マッピングデバイスは、それ自体で近接サーバからアプリケーション識別を取り出すためにレトリバを備えることができる。

さらに、マッピングデバイス内に、サーバがそれぞれのインストールを開始するためのそのような開始メッセージを転送するために第１のフォワーダを備えることができる。

あるいは、マッピングデバイスは、開始メッセージを転送するステップだけでなく、取り出すステップも実行することができる。このことは、マッピングデバイス内にレトリバおよび第１のフォワーダを備えることによって実現される。このようにして、マッピングデバイスは実際に、一種のアプリケーションブローカの役割を果たす。

メモリ内に格納される前述のデータを、加入者識別に関連および相関して格納することができることに留意されたい。実際、自動構成サーバなどのサーバによってオペレーションサポートシステムから加入者識別情報を知ることができるので、顧客デバイス識別情報および対話情報に関連してメモリ内にこの加入者識別を格納することもできる。

この基本的概念の別の特徴的機能は、サーバ内にレトリバが含まれ、それによって、取り出すステップがサーバによって実行されることである。

最後に、そのような上述のマッピングデバイスを備えることによって上述のサーバを実装することができる。

特許請求の範囲で使用される「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」という用語は、その後に列挙される手段に限定されると解釈されるべきではないことに留意されたい。したがって、「手段ＡおよびＢを備えるデバイス」という表現の範囲は、構成要素ＡおよびＢのみからなるデバイスに限定されるべきではない。その表現は、本発明に関して、デバイスの関連する構成要素はＡおよびＢだけであることを意味する。

同様に、以下で使用される「結合（ｃｏｕｐｌｅｄ）」という用語は、直接接続のみに限定されると解釈されるべきではない。したがって、「デバイスＢに結合されたデバイスＡ」という表現の範囲は、デバイスＡの出力がデバイスＢの入力に直接接続されるデバイスまたはシステムに限定されるべきではない。その表現は、Ａの出力とＢの入力との間に経路が存在し、その経路は他のデバイスまたは手段を含む経路である可能性があることを意味する。

本発明の上記および他の目的および特徴がより明らかとなり、図１がアクセス通信ネットワーク内のホームネットワークを表す添付の図面と共に行われる実施形態の以下の説明を参照することにより、本発明自体を最良に理解されよう。

アクセスネットワークにおけるホームネットワークを表す図である。

図１に示される、デバイスの通信環境に従う本発明によるデバイスの動作が、その中に示される異なるブロックの機能的記述によって説明される。この説明に基づいて、ブロックの実際の実装が当業者には明らかとなり、したがって詳細には説明しない。同時に、アプリケーションのインストールのための方法の基本的動作がさらに詳細に説明される。

図１を参照すると、アクセスネットワーク内のホームネットワークが示されている。

アクセスネットワークは、ホームネットワークＨＮ、サーバＳＥＲＶ、近接サーバＰＲＯＸ−ＳＥＲＶ、およびマッピングデバイスＭＡＰＰを備える。

サーバＳＥＲＶは、自動構成サーバＡＣＳによって実装される。

ホームネットワークＨＮは顧客デバイスＤＥＶを備える。この実施形態によれば、顧客デバイスは、ＤＥＶ１などの複数のエンドユーザデバイス（１つのデバイスＤＥＶ１だけが示されている）に結合されるサービスゲートウェイによって実装される。上述のように、顧客デバイスは、パーソナルコンピュータ、センサ、セットアップボックスなどのエンドユーザデバイスのうちの１つ、またはホームゲートウェイと共に実装することもできる。

一実施形態のこの説明によれば、ＴＲ０６９管理プロトコルによってサーバＳＥＲＶと顧客デバイスＤＥＶとの間で確立されたリモートプロシージャコールプロトコルを実装することが好ましい。

第１の近接トランシーバＴＲＸ１が顧客デバイスＤＥＶに関連付けられる。このことは、第１の近接トランシーバＴＲＸ１が、例えば顧客デバイスＤＥＶに結合され、または顧客デバイスＤＥＶに挿入され、または顧客デバイスＤＥＶ内に永続的に統合されることなどを意味する。

第２の近接トランシーバＴＲＸ２が、顧客デバイスＤＥＶの対話環境内に持ち込まれる。それによって、近接ベースの対話がデバイスＤＥＶに対して適用され、すなわち受信機ＴＲＸ１とＴＲＸ２の両方の間で通信が確立される。この対話の結果として、例えば第２のトランシーバの識別情報ＴＲＸ２−ＩＤなどの対話情報ＩＮＴＥＲが生成される。このことがＩＮＴＥＲ（ＴＲＸ２−ＩＤ）と共に示されている。

デバイスＤＥＶは、第２のフォワーダＦＯＲＷ２をさらに備える。第２のフォワーダＦＯＲＷ２は第１のトランシーバに結合され、対話情報ＩＮＴＥＲが受信され、最後には一時的に格納される。さらに、第２のフォワーダＦＯＲＷ２は、ＴＲ−０６９管理プロトコルに従って定義される近接オブジェクトのパラメータに関する交換値により、サーバＳＥＲＶに対話情報ＩＮＴＥＲを転送するように動作可能にされる。このことが、例えば第２のトランシーバＴＲＸ２の名前およびトランシーバ識別情報ＴＲＸ２−ＩＤの値を含むＴＲ０６９−ＰＲＯＸ−ＯＢＪＥＣＴテーブルと共に、参照符号ＴＲ０６９ ＰＲＯＸ−ＯＢＪＥＣＴ（ＩＮＴＥＲ（ＴＲＸ２−ＩＤ））をもって、第２のフォワーダＦＯＲＷ２とサーバＳＥＲＶとの間の矢印によって示されている。

デバイスＤＥＶはまた、ＡＰＰ１やＡＰＰｎなどのいくつかの本アプリケーションをも示す。

サーバＳＥＲＶは、開始メッセージＩＮＩＴの受信時に、リモートプロシージャコールプロトコル、ＴＲ−０６９管理プロトコルに従ってアプリケーションＡＰＰ２をインストールするインストーラＩＮＳＴを備える。そのような開始メッセージは、インストールする必要のあるアプリケーションＡＰＰ２を識別するアプリケーション識別情報ＡＰＰ２−ＩＤを含む。

サーバＳＥＲＶはまた、ＴＲ−０６９プロトコルに従って定義された近接オブジェクトのパラメータに関する交換値によって顧客デバイスＤＥＶから対話情報ＩＮＴＥＲを受信するサーバ受信機ＲＥＣをも備える。

近接オブジェクトの使用は本願の基本的概念を実現するのに不可欠ではないが、すべてのデータを収集する効率的かつ安全な方法であることに留意されたい。

この実施形態の実際の説明によれば、実際のマッピングデバイスがスタンドアロン独立デバイスとして説明されることにも留意されたい。しかし、そのようなマッピングデバイスＭＡＰＰは、サーバＳＥＲＶ自体、またはＴＲ０６９用語を使用するとき、自動構成サーバまたはアプリケーションライフサイクルマネージャ（Ａｐｐｌｉｃａｔｉｏｎ Ｌｉｆｅ Ｃｙｃｌｅ Ｍａｎａｇｅｒ）内に含まれることもある。

近接サーバＰＲＯＸ−ＳＥＲＶは、マッピングデバイスＭＡＰＰに結合され、第２のトランシーバＩＮＴＥＲ（ＴＲＸ２−ＩＤ）の識別を含む対話情報の受信時に、関連するアプリケーション識別情報ＡＰＰ２−ＩＤを返し、すなわち近接トランシーバＴＲＸ２の第２のトランシーバ識別情報ＴＲＸ２−ＩＤが、加入者によって購入され、顧客デバイスＤＥＶにインストールする必要のあるアプリケーションを特定する。

さらに、本願の基本的概念のこの実際の説明した実施例によれば、アクセスネットワークは、サーバＳＥＲＶに結合されるスタンドアロンマッピングデバイスＭＡＰＰを備える。マッピングデバイスＭＡＰＰは、レトリバＲＥＴおよび第１のフォワーダＦＯＲＷ１を備える。上記で明らかにされたように、マッピングデバイスＭＡＰＰ内に含めることは、こうした２つの機能ブロックに関する唯一の可能な位置ではないことに留意されたい。実際、レトリバＲＥＴおよび第１のフォワーダＦＯＲＷＳは、サーバ自体ＳＥＲＶまたは近接サーバＰＲＯＸ−ＳＥＲＶ内に含まれることもある。

レトリバＲＥＴは、対話情報ＩＮＴＥＲ（ＴＲＸ２−ＩＤ）に基づいて、関係するアプリケーションＡＰＰ２のアプリケーション識別情報ＡＰＰ２−ＩＤを近接サーバＰＲＯＸ−ＳＥＲＶから取り出すために含められる。

第１のフォワーダＦＯＲＷ１は、サーバＳＥＲＶに向けて開始メッセージＩＮＩＴを転送するために含められる。開始メッセージＩＮＩＴ（ＡＰＰ２−ＩＤ）は、アプリケーション識別ＡＰＰ２−ＩＤ、すなわちサーバＳＥＲＶによってデバイスＤＥＶにインストールする必要のあるアプリケーションの識別情報を含む。

マッピングデバイスＭＡＰＰはまた、顧客デバイス識別情報ＤＥＶ−ＩＤ、対話情報ＩＮＴＥＲ、およびアプリケーション識別情報ＡＰＰ２−ＩＤとの間の関連付けを格納するメモリＭＥＭをも備える。実際、顧客デバイスＤＥＶとサーバＳＥＲＶとの間のＴＲ−０６９通信に従って、サーバＳＥＲＶは、ＴＲ−０６９プロトコルに従って顧客デバイス識別情報ＤＥＶ−ＩＤを受信し、これをマッピングデバイスＭＡＰＰに転送し、そのメモリＭＥＭ内に格納する。

この例示的実施形態によれば、サーバＳＥＲＶがオペレーティングサポートシステム（Ｏｐｅｒａｔｉｎｇ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍ、ＯＳＳ）から加入者識別情報ＳＵＢＳＣＲ−ＩＤも取り出すこと、およびこの加入者識別情報ＳＵＢＳＣＲ−ＩＤも顧客デバイス識別情報に関連してメモリＭＥＭ内に格納されることが知られている。

さらに、ここで、マッピングデバイスＭＡＰＰが、デバイスＤＥＶからサーバＳＥＲＶによって受信され、サーバＳＥＲＶによってマッピングデバイスＭＡＰＰに向けて転送された対話情報ＩＮＴＥＲを最後にただ一時的に格納するように動作可能でもあることに留意されたい。格納される対話情報ＩＮＴＥＲ（図１の例えばＴＲＸ１−ＩＤおよびＴＲＸ２−ＩＤを参照）はまた、顧客デバイスＤＥＶ識別情報および／または加入者識別情報ＳＵＢＳＣＲ−ＩＤに関連して格納される。

第１のトランシーバＴＲＸ１−ＩＤの識別情報を、対応する顧客デバイス識別情報ＤＥＶ−ＩＤとの相関時にさらにチェックできることに留意されたい。それにより、マッピングデバイスＭＡＰＰは、インストール過程のさらなる手続きを打ち切り、または拒否することがある。

最後に、第２のトランシーバＴＲＸ２−ＩＤの識別情報を、以前の格納からメモリ内に存在することでチェックすることもできる。この追加の制御チェックは、同一のアプリケーションが別の顧客デバイスで２度インストールされることを回避するための余分のセキュリティチェックである。

さらに、メモリＭＥＭは、前の識別に関連して、アプリケーションＡＰＰ２を特定するアプリケーション識別情報ＡＰＰ２−ＩＤをも格納するように動作可能にされる。このアプリケーション識別情報ＡＰＰ２−ＩＤは、近接サーバＰＲＯＸ−ＳＥＲＶからレトリバＲＥＴによって取り出された。取り出され、格納されるアプリケーション識別情報ＡＰＰ２−ＩＤはまた、顧客デバイスＤＥＶ識別情報および／または加入者識別情報に関連して格納される。

次に、基本的シナリオの説明を与える。

ソフトウェアアプリケーションパッケージ、または新しいハードウェアアプリケーションを含むパッケージを店から購入するユーザ／加入者を仮定する。パッケージは、ＲＦ−ｉｄカード、すなわち第２のトランシーバＴＲＸ２としてエンドユーザに配送され、またはハードウェアパッケージは、ハードウェアアクティベーションをも含むＲＦ−ｉｄカードを含む。アプリケーションインストール手順は以下のように行われる。

ユーザは、ＲＦ−ＩＤ、すなわち第２のトランシーバＴＲＸ２と、ＲＦ−ＲＥＡＤＥＲ、すなわち第１のトランシーバＴＲＸ１との間の連絡を確立する。このことは、近接ベースの対話がデバイスＤＥＶに適用され、その対話情報ＩＮＴＥＲが生成されることを意味する。

対話情報ＩＮＴＥＲの認証がこの段階で実行されることがある。それによって、デバイスＤＥＶは、それ自体で近接サーバＰＲＯＸ−ＳＥＲＶからアプリケーション識別情報ＡＰＰ２−ＩＤを取り出し、すなわちレトリバＲＥＴがデバイスＤＥＶ内に含まれる。それによって、対話情報ＩＮＴＥＲが第２のトランシーバ識別情報ＴＲＸ２−ＩＤならびに第１のトランシーバＴＲＸ１に関する識別情報を含むことがあることに留意されたい。

しかし、後の段階でこの認証ステップを実行することが好ましく、それによって、完全な手続きが保守および診断の理由でより効率的となる。

対話情報ＩＮＴＥＲが、ＴＲ−０６９近接オブジェクトデータ、すなわちＴＲ０６９−ＰＲＯＸ−ＯＢＪＥＣＴに挿入され、サーバＳＥＲＶ、すなわち自動構成サーバは、近接オブジェクトパラメータに関する交換値に従って、新しい対話情報ＩＮＴＥＲの通知を受ける。

ネットワーク内のアプリケーションライフサイクルマネージャも新しい対話情報ＩＮＴＥＲの通知を通常は受けることに留意されたい。

このことは、ネットワーク側で、加入者識別情報（ＯＳＳから取り出される）、第１のトランシーバＴＲＸ１、第２のトランシーバＴＲＸ２、および新しいアプリケーションをインストールする必要のある顧客デバイスＤＥＶの間で固有の関係が利用可能となることを意味する。

この固有の関係は、マッピングデバイスＭＡＰＰのメモリＭＥＭに格納される。

次に、マッピングデバイスＭＡＰＰのレトリバＲＥＴは、対話情報ＩＮＴＥＲ（ＴＲＸ２−ＩＤ）内の第２のトランシーバ識別情報に基づいて、近接サーバＰＲＯＸ−ＳＥＲＶからアプリケーション識別情報ＡＰＰ２−ＩＤを取り出す。このようにして、対話情報ＩＮＴＥＲ（ＴＲＸ２−ＩＤ）内の第２のトランシーバ識別情報が認証される。

対話情報ＩＮＴＥＲ（ＴＲＸ２−ＩＤ）内の第２のトランシーバ識別情報の受信時に、近接サーバＰＲＯＸ−ＳＥＲＶは、対話情報ＩＮＴＥＲ（ＴＲＸ２−ＩＤ）内の第２のトランシーバ識別情報の有効性をチェックし、対応するアプリケーション識別情報ＡＰＰ２−ＩＤを返す。

より高いレベルのセキュリティを得るために、第１のトランシーバ識別情報もその有効性に関して近接サーバでチェックすることができる。実際、顧客デバイスに対する第１の近接トランシーバの関連付けは、そのようには変更されないことがある。このことは、別のものに接続するために第１の近接トランシーバが顧客デバイスから切り離されるべきではないことを意味する。このことを制御するために、第１の近接トランシーバの第１の識別情報も近接サーバＰＲＯＸ−ＳＥＲＶによってチェックされることがある。

マッピングデバイスＭＡＰＰは、アプリケーション識別情報ＡＰＰ２−ＩＤをやはりメモリＭＥＭに格納する。

このアプリケーション識別情報ＡＰＰ２−ＩＤは、サーバＳＥＲＶへの固有アプリケーション参照として使用される。

このアプリケーション識別情報ＡＰＰ２−ＩＤは事業者特有のものであることに留意することには価値がある。これにより、事業者またはサービスプロバイダがそのプラットフォーム上にどのハードウェア／ソフトウェアアプリケーションをインストールすることができるかを制御することが可能となる。

次に、マッピングデバイスＭＡＰＰは、新しいアプリケーションインストールのことをオペレーションサポートシステム（図１にＯＳＳで示す）に通知する。

マッピングデバイスＭＡＰＰの第１のフォワーダＦＯＲＷ１は、サーバＳＥＲＶに向けて開始メッセージＩＮＩＴ（ＡＰＰ２−ＩＤ）を転送し、それによってサーバＳＥＲＶは、ＴＲ−０６９管理プロトコルを使用することにより、アプリケーション識別情報ＡＰＰ２−ＩＤに従ってアプリケーションＡＰＰ２をインストールする。

サーバＳＥＲＶ、すなわち自動構成サーバをサポートするために、開始メッセージＩＮＩＴ（ＡＰＰ２−ＩＤ）が、アプリケーションライフサイクルマネージャを介してサーバＳＥＲＶに向けて転送されることに留意することができる。

最後の言及は、本発明の実施形態が機能ブロックによって上記で説明されたことである。上記で与えられたこうしたブロックの機能的記述から、こうしたブロックの実施形態をよく知られている電子構成部品でどのように製造することができるかは、電子デバイスを設計する当業者には明らかであろう。したがって、機能ブロックの内容の詳細なアーキテクチャは与えられない。

本発明の原理が特定の装置に関連して上記で説明されたが、この説明が、添付の特許請求の範囲で定義される本発明の範囲に関する限定としてではなく、実施例として行われたものに過ぎないことをはっきりと理解されたい。

Claims (14)

1. リモートプロシージャコールプロトコル環境内のサーバ（ＳＥＲＶ）による顧客デバイス（ＤＥＶ）でのアプリケーション（ＡＰＰ２）のインストールのための方法であって、
   前記デバイス（ＤＥＶ）での近接ベースの対話を適用し、それによって対話情報（ＩＮＴＥＲ）を提供すること、
   前記対話情報（ＩＮＴＥＲ）に基づいて、近接サーバ（ＰＲＯＸ−ＳＥＲＶ）からアプリケーション識別情報（ＡＰＰ２−ＩＤ）をレトリバ（ＲＥＴ）が取り出すこと、および
   第１のフォワーダ（ＦＯＲＷ１）が前記インストールを開始するための前記アプリケーション識別情報（ＡＰＰ２−ＩＤ）を含む前記サーバ（ＳＥＲＶ）に向けて開始メッセージ（ＩＮＩＴ）を転送すること、および
   前記開始メッセージ（ＩＮＩＴ）の受信時に、前記リモートプロシージャコールプロトコルに従って、前記サーバ（ＳＥＲＶ）が前記アプリケーション識別情報（ＡＰＰ２−ＩＤ）に従って前記アプリケーション（ＡＰＰ２）を前記顧客デバイス（ＤＥＶ）上にインストールすること
   を含むことを特徴とする、方法。
2. 前記対話に関する前記リモートプロシージャコールプロトコルに従って定義される近接オブジェクトのパラメータに関する交換値により、前記顧客デバイス（ＤＥＶ）の第２のフォワーダ（ＦＯＲＷ２）が前記サーバ（ＳＥＲＶ）に向けて前記対話情報（ＩＮＴＥＲ）を転送することを含むことを特徴とする、請求項１に記載のアプリケーション（ＡＰＰ２）のインストールのための方法。
3. 前記顧客デバイス識別情報（ＤＥＶ−ＩＤ）、前記対話情報（ＩＮＴＥＲ）、および前記アプリケーション識別情報（ＡＰＰ２−ＩＤ）の間の関連付けをマッピングデバイス（ＭＡＰＰ）が格納することを含むことを特徴とする、請求項１に記載のアプリケーション（ＡＰＰ２）のインストールのための方法。
4. 取り出す前記ステップが前記サーバ（ＳＥＲＶ）によって実行されることを特徴とする、請求項２に記載のアプリケーション（ＡＰＰ２）のインストールのための方法。
5. 取り出す前記ステップと、前記開始メッセージを転送する前記ステップとを、前記マッピングデバイス（ＭＡＰＰ）が実行することを特徴とする、請求項２または３に記載のアプリケーション（ＡＰＰ２）のインストールのための方法。
6. 前記リモートプロシージャコールプロトコルがＴＲ０６９管理プロトコルによって実装されることを特徴とする、請求項１から５のいずれか一項に記載のアプリケーション（ＡＰＰ２）のインストールのための方法。
7. リモートプロシージャコールプロトコルによりサーバ（ＳＥＲＶ）によって課されるアプリケーション（ＡＰＰ２）のインストールのための顧客デバイス（ＤＥＶ）であって、近接ベースの対話が前記顧客デバイス（ＤＥＶ）に対して適用され、それによって前記顧客デバイスが対話情報（ＩＮＴＥＲ）を提供し、それによって前記対話情報（ＩＮＴＥＲ）が、前記サーバ（ＳＥＲＶ）が前記リモートプロシージャコールプロトコルに従って前記インストールを課すための前記アプリケーション（ＡＰＰ２）を特定することを特徴とする、顧客デバイス（ＤＥＶ）。
8. 前記デバイスが第２のフォワーダ（ＦＯＲＷ２）を備え、前記対話に関する前記リモートプロシージャコールプロトコルに従って定義される近接オブジェクトのパラメータに関する交換値によって前記サーバ（ＳＥＲＶ）に向けて前記第２の対話情報（ＩＮＴＥＲ）を転送することを特徴とする、請求項７に記載の顧客デバイス（ＤＥＶ）。
9. サーバ（ＳＥＲＶ）によって顧客デバイス（ＤＥＶ）でのアプリケーション（ＡＰＰ２）のインストール中に使用されるマッピングデバイス（ＭＡＰＰ）において、前記顧客デバイスおよび前記サーバがリモートプロシージャコールプロトコルに従って通信し、前記マッピングデバイスが、前記リモートプロシージャコールに従って顧客デバイス識別情報を格納するメモリ（ＭＥＭ）を備えるマッピングデバイス（ＭＡＰＰ）であって、前記メモリ（ＭＥＭ）が、前記アプリケーション（ＡＰＰ２）を特定するアプリケーション識別情報（ＡＰＰ２−ＩＤ）を格納するようにさらに動作可能にされ、前記アプリケーション識別情報（ＡＰＰ２−ＩＤ）が、前記デバイス（ＤＥＶ）での近接ベースの対話によって提供される対話情報（ＩＮＴＥＲ）に基づいて、近接サーバ（ＰＲＯＸ−ＳＥＲＶ）から取り出されることを特徴とする、マッピングデバイス（ＭＡＰＰ）。
10. 前記マッピングデバイス（ＭＡＰＰ）が、前記アプリケーション識別情報（ＡＰＰ２−ＩＤ）を取り出すためのレトリバ（ＲＥＴ）を備えることを特徴とする、請求項９に記載のマッピングデバイス（ＭＡＰＰ）。
11. 前記マッピングデバイス（ＭＡＰＰ）が第１のフォワーダ（ＦＯＲＷ１）を備え、前記インストールを開始するために前記アプリケーション識別情報（ＡＰＰ２−ＩＤ）を含む開始メッセージ（ＩＮＩＴ（ＡＰＰ２−ＩＤ））を前記サーバに転送することを特徴とする、請求項９に記載のマッピングデバイス（ＭＡＰＰ）。
12. リモートプロシージャコールプロトコルに従う顧客デバイス（ＤＥＶ）でのアプリケーション（ＡＰＰ２）のインストールのためのサーバ（ＳＥＲＶ）であって、前記アプリケーション（ＡＰＰ２）を特定するアプリケーション識別情報（ＡＰＰ２−ＩＤ）を含む開始メッセージ（ＩＮＩＴ）の受信時に、前記リモートプロシージャコールプロトコルに従って前記アプリケーション（ＡＰＰ２）をインストールするインストーラ（ＩＮＳＴ）を備え、前記アプリケーション識別情報（ＡＰＰ２−ＩＤ）が、前記デバイス（ＤＥＶ）での近接ベースの対話によって提供される対話情報（ＩＮＴＥＲ）に基づいて、近接サーバ（ＰＲＯＸ−ＳＥＲＶ）から取り出されることを特徴とする、サーバ。
13. 前記対話に関する前記リモートプロシージャコールプロトコルに従って定義される近接オブジェクトのパラメータに関する交換値によって前記顧客デバイス（ＤＥＶ）から前記対話情報（ＩＮＴＥＲ）を受信するサーバ受信機（ＲＥＣ）を備えることを特徴とする、請求項９に記載のアプリケーション（ＡＰＰ２）のインストールのためのサーバ。
14. 請求項９、１０、および１１のいずれか一項に記載のマッピングデバイス（ＭＡＰＰ）を備えることを特徴とする、請求項１２に記載のアプリケーション（ＡＰＰ２）のインストールのためのサーバ。

Images