JP2010514379A - ライセンス情報に基づいて、アプリケーションをハンドセット間でプログラムによって転送すること - Google Patents

Abstract

オリジナルのユーザ機器（ＵＥ）デバイスから宛先ＵＥデバイスへのライセンス済アプリケーションの転送管理は、以前にライセンスされたソフトウェア・アプリケーションの在庫情報を追跡し、宛先ＵＥデバイス（例えば、ゲーム、メディア・プレーヤ、およびパーソナル・オーガナイザ等のアプリケーションを実行することが可能なセルラ電話）の設定（例えば、チップセットおよびオペレーティング・システム）のための適切なクロス販売機会またはそのアップグレード・バージョンと等価なアプリケーションのスイートを提案する通信ネットワークによって容易とされる。ビジネス・ルールは、ユーザとプロバイダとの両方のための利便性を自動化し増加するために、提案された構成のために適切な価格設定を自動化する。受け取られると、適切な実行可能コードが、宛先ＵＥデバイスへ配信され、適切な比例配分課金が開始され、前にライセンスされたアプリケーションが、次の転送のためにロックされるか、あるいは、永久的な転送を有効にするために削除される。

Description

優先権主張

本特許出願は、２００６年１２月１９日に出願され、本願の譲受人に譲渡され、本明細書において参照によって明確に組み込まれ、“ＭＥＴＨＯＤＳ， ＳＹＳＴＥＭＳ， ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＣＯＮＴＥＮＴ ＴＲＡＮＳＦＥＲ”と題された仮出願６０／８７０，７０６の優先権を主張する。

本局面は、一般に通信に関し、さらに詳しくは、アプリケーション実行可能コードをユーザ機器に提供するデータ通信ネットワークに関する。

技術の進歩によって、より小型でより強力なパーソナル・コンピュータ・デバイスが得られた。現在、例えばポータブル無線電話、携帯情報端末（ＰＤＡ）、およびページング・デバイスのような無線コンピュータ・デバイスを含む様々なポータブル・パーソナル・コンピュータ・デバイスが存在する。これらは何れも小型かつ軽量であり、ユーザによって容易に搬送されうる。コンピュータ技術の進歩によって、消費者には、ソフトウェア・アプリケーションのアレイが提供される多くのタイプの電子デバイス（「ユーザ機器」）がますます提供される。例えば電子メール、インターネット・ブラウジング、ゲーム、アドレス帳、カレンダ、メディア・プレーヤ、電子ブック閲覧、音声通信、ディレクトリ・サービス等のような個別の機能が、選択可能なアプリケーションとなり、例えばスマート・フォン、ポータブル・ゲーム・コンソール、またはハンドヘルド・コンピュータのようなマルチ機能デバイス上にロードされうる。所望のアプリケーションの購入は、しばしば、ハードウェアの最初の購入時に一括して可能であり便利であるか、あるいはハードウェアの購入後にも可能である。そのような個別のソフトウェアによって可能とされる機能は、特に、ハードウェアと個別に購入およびダウンロードされる場合、個別にライセンスを受ける傾向にある。それゆえ、特定のユーザ機器（ＵＥ）は、代替デバイスを同様に設定するために必要とされる時間および不便さがもたらされた主観的価格のみならず、そのようなライセンスによって表される顕著な残存価格（residual value）を有しうる。

そのような多くのソフトウェア対応ＵＥにおける技術の進歩、向上した可搬性、コストダウンによって、ＵＥが頻繁に交換される可能性が増加する。第１に、前のＵＥを破棄するか、下取りに出すことにより、ユーザが永久に使用することを好む改良型デバイスを利用できるようになる。第２に、非常に小型で可搬性のあるＵＥは、搬送中に紛失または破損されうる。第３に、ユーザは、腕時計や財布を選ぶのと同じように、サイズ、機能、頑丈さ、および美しさに基づいて、特定の外出のために選択されるＵＥデバイスの品揃えを持っている。しかしながら、これらのシナリオのために追加のライセンスを購入することは、ユーザが一度に１つのデバイスしか用いないであろう点において不必要である。最初の購入を促し、かつ、顧客満足度を維持するために、ソフトウェア・アプリケーションのベンダは、他のデバイスへの費用のかからない転送を与えるライセンスを使うことを望む。しかしながら、ソフトウェア・アプリケーションのベンダの経済的な実現可能性は、そのようなライセンスは、例えば、新たなＵＥのための特定のコンピュータ・プラットフォームのために、等価なアプリケーションではなく、より貴重なアプリケーションのみが利用可能である場合のような例においては回避困難であることを望んでいる。非常に小さなアプリケーションは、小額のライセンス・ロイヤリティしかなく、もしもそのようなライセンシング・トランザクションや配信が、過度の量なく、すなわち、ユーザに対するカスタマ・サポートが恐らく全くなく生じうる場合にのみ実現可能である。

これらの考察のおのおのは特に、例えば、無線ネットワークによって音声パケットおよびデータ・パケットを通信するセルラ電話をさらに含むポータブル無線電話に適切である。さらに、そのような多くのセルラ電話は、計算機能において比較的大きく進歩して製造されているので、小型のパーソナル・コンピュータおよびハンドヘルドＰＤＡと同等になってきている。しかしながら、これらのより小型なパーソナル・コンピュータ・デバイスは、リソースが厳しく制限されている。例えば、スクリーン・サイズ、利用可能なメモリおよびファイル・システム・スペースの量、入出力機能の量、および処理機能はおのおの、デバイスの小さなサイズによって制限されている。そのような厳しいリソース制限によって、例えば、クライアント・デバイスのような遠隔のパーソナル・コンピュータ・デバイス上に存在するソフトウェア・アプリケーションおよびその他の情報の制限されたサイズおよび量を維持することが望ましい。それゆえ、そのようなデバイスのコンピュータ・プラットフォームは、しばしば、特定の電話チップセットおよびユーザ・インタフェース・ハードウェアのために最適化される。ライセシングは、ＣＤＲＯＭ上のコンピュータ・ソフトウェアを購入し、実質的に無制限の間パーソナル・コンピュータ上にロードされて多くのオペレーティング・システムと互換性を持つというパラダイムではなく、短期間のダウンロードおよび限定されたユーザ数を想定する。

以下は、開示されたバージョンの幾つかの局面の基本的な理解を提供するために、簡略化された概要を表す。この概要は、広範囲な概観ではなく、重要な要素や決定的な要素を特定することでも、そのようなバージョンの範囲を線引きすることも意図されていない。その目的は、後に示されるより詳細な記述に対する前置きとして、開示されたバージョンの幾つかの概念を、簡単な形式で示すことである。

１つの局面では、現在ライセンスされているアプリケーションに関連するコンピュータ実装されたアプリケーションをトランザクトおよび転送する方法は、このアプリケーションを実行するのに適切な第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行されるオリジナルのアプリケーションのためにこのユーザによって保持されているライセンス権利を判定することで始まる。オリジナルのアプリケーションは、マッピング・ビジネス・ルールによって、第２のコンフィグレーションを有する第２のユーザ・デバイスで実行するのに適切な代替アプリケーションへマップされる。オリジナル・アプリケーションを用いる代わりに代替アプリケーションを用いることをユーザにライセンスするためのトランザクションに価格を付けるために、プライシング・ビジネス・ルールが適用される。その後、そのトランザクションは、第２のユーザ・デバイスに、代替アプリケーションをプロビジョンすることによって完了する。適切な代替アプリケーションの選択の自動化、および、ライセンス権利を転送することに価格を付けるこの自動化によって、ユーザは、不適切な費用や不便さを伴うことなく、ユーザ・デバイス間をシームレスに切り替わることができる。さらに、これらユーザ・デバイスをサポートするネットワークは、これら転送のための価値をマニュアルで計算し配信させることに費用はかからない。

他の局面では、プロセッサ、コンピュータ・プログラム、および装置は、ユーザ・デバイスによってサポートされたコンピュータ実装されたアプリケーションをトランザクトおよび転送する前述した方法を実行する手段を有する。

また別の局面では、装置は、このアプリケーションを実行するために適切な第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行されるオリジナルのアプリケーションのためにこのユーザによって保持されているライセンス権利を判定する転送管理構成要素を有する。アプリケーション・カタログは、マッピング・ビジネス・ルールにしたがって、第２のコンフィグレーションを有する第２のユーザ・デバイスにおける実行に適切な代替アプリケーションにオリジナルのアプリケーションをマップする。ルール・エンジンは、オリジナルのアプリケーションを用いる代わりに、代替アプリケーションをユーザが使用することをライセンスするトランザクションに価格を付けるプライシング・ビジネス・ルールを適用する。配信構成要素は、第２のユーザ・デバイスに代替アプリケーションをプロビジョンすることによってこのトランザクションを終える。

さらなる局面では、現在ライセンスされているアプリケーションに関連するコンピュータ実装されたアプリケーションをトランザクトおよび転送する方法は、このアプリケーションを実行するのに適した第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行されるオリジナルのアプリケーションのためにユーザによって保持されたライセンス権利を判定することを要求することで始まる。マッピング・ビジネス・ルールにしたがって、第２のコンフィグレーションを有する第２のユーザ・デバイスにおける実行に適した代替アプリケーションへオリジナル・アプリケーションのマッピングが受け取られる。ユーザがオリジナル・アプリケーションを使用する代わりに代替アプリケーションを使用することをライセンスするトランザクションに価格を付けるために、プライシング・ビジネス・ルールを適用することによって判定されるトランザクション・プライスが受け取られる。このトランザクションは、第２のユーザ・デバイスに代替アプリケーションをプロビジョンすることを受けることによって終了する。

さらなる局面では、プロセッサ、コンピュータ・プログラム、および装置は、ユーザ・デバイスにおいてコンピュータ実装されたアプリケーションをトランザクトおよび転送する前述した方法を実行する手段を有する。

また別の局面では、装置は、アプリケーションを実行するのに適した第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行されるオリジナル・アプリケーションについてユーザによって保持されるライセンス権利を判定することを要求する通信構成要素を含む。ユーザ・インタフェースは、オリジナル・アプリケーションのマッピング・ビジネス・ルールにしたがって、ユーザがオリジナル・アプリケーションを使用する代わりに代替アプリケーションを使用することをライセンスすることに対するトランザクションに価格を付けるために、第２のコンフィグレーションを有する第２のユーザ・デバイスで実行するのに適切で、かつ、プライシング・ビジネス・ルールを適用することによって決定されるトランザクション価格を受け取るのに適切な代替アプリケーションへのマッピングを受け取る。通信構成要素は、第２のユーザ・デバイスへの代替アプリケーションのプロビジョニングを受け取ることによってトランザクションを終了する。

前述および関連する目的を達成するために、１または複数のバージョンは、後に完全に説明され、特許請求の範囲で特に指摘される機能を備える。以下の説明および添付図面は、ある例示的な局面をより詳細に示し、これらバージョンの原理が適用される様々な方法のうちのほんの数例のみを示す。他の利点および斬新な特徴は、図面と連携して考慮された場合、以下の詳細記述から明らかになり、開示されたバージョンは、そのような全ての局面およびそれらの等価物を含むことが意図されている。

図１は、１つの局面にしたがった転送システムの高次システム図である。 図２は、１つの局面にしたがって、図１の転送システムのユーザ機器（ＵＥ）の動的在庫情報を生成するアプリケーションおよびその他のアイテムの転送を実行する方法論である。 図３は、１つの局面にしたがって、あるＵＥから別のＵＥへと動的な在庫情報を転送するユーザへ、アプリケーションをアップグレードまたはクロス販売するビジネス・ルールを課すための方法論である。 図４は、１つの局面にしたがって、図２の方法論にしたがってアプリケーションを転送するための典型的なＵＥである。 図５は、図１の転送システムのための１つの局面にしたがった典型的な転送サーバである。 図６は、図１のＵＥによって保持されたライセンス済アプリケーションの動的な在庫情報のための１つの局面にしたがった典型的なデータ構造である。 図７は、図１の転送システムによって保持された申込者毎のライセンス済トランザクションのリポジトリのための１つの局面にしたがった典型的なデータ構造である。 図８は、図１の転送システムによってアクセスされるアプリケーション・カタログのための１つの局面にしたがった典型的なデータ構造である。 図９は、図１の転送システムによって利用されるビジネス・ルールを適用する１つの局面にしたがった典型的な行列である。 図１０は、配信転送システムを形成するエンティティを含む１つの局面にしたがった典型的な通信システムである。 図１１は、図１０の配信転送システムの他のエンティティ間で調整されて転送される、転送クライアントおよび動的在庫情報を含む開始ＵＥのための１つの局面にしたがったタイミング図である。 図１２は、利用可能ではないが、宛先ＵＥへ転送される必要のあるライセンス済アプリケーションを含む開始ＵＥのための１つの局面にしたがったタイミング図である。 図１３は、ライセンス済アプリケーションを、転送クライアントを含まない宛先ＵＥへダウンロードする配信転送システムの１つの局面にしたがったタイミング図である。 図１４は、開始ＵＥが転送を開始できなくなった後、ライセンス済アプリケーションを宛先ＵＥへダウンロードする配信転送システムの１つの局面にしたがったタイミング図である。 図１５は、転送クライアントを含まない宛先ＵＥへライセンス済アプリケーションをダウンロードする配信転送システムの１つの局面にしたがったタイミング図である。 図１６は、ライセンス済アプリケーションのためにデジタル・ロッカを組み込む１つの局面にしたがった通信システムの図である。

オリジナルのユーザ機器（ＵＥ）デバイスから宛先ＵＥデバイスへのライセンス済アプリケーションの転送管理は、以前にライセンスされたソフトウェア・アプリケーションの在庫情報を追跡し、宛先ＵＥデバイス（例えば、ゲーム、メディア・プレーヤ、およびパーソナル・オーガナイザ等のようなアプリケーションを実行することが可能なセルラ電話）のコンフィグレーション（例えば、チップセットおよびオペレーティング・システム）のための適切なクロス販売機会、そのアップグレード・バージョン、あるいはそれと等価なアプリケーション一式を提案する通信ネットワークによって容易とされる。ビジネス・ルールは、ユーザおよびプロバイダの両方のための利便性を自動化および増加するための提案されたコンフィグレーションに適切なアプリケーション・マッピングおよび価格設定を自動化する。受け取られると、実行可能な適切なコードが、宛先ＵＥデバイスへ配信され、比例配分された適切な課金処理が開始され、以前にライセンスされたアプリケーションが、スループットが制限された通信チャネルに対して最小のインパクトしか課さないように次の転送のためにロックされているか、あるいは、特に、紛失または盗難されたオリジナルのＵＥデバイスがパーマネントな転送を実行しないように自動的に命令される。

さまざまな局面が、図面を参照して記述される。以下の説明では、説明の目的のために、１または複数の局面の完全な理解を与えるために、多くの具体的な詳細が述べられる。しかしながら、これらさまざまな局面は、これら具体的な詳細無しで実現されうることが明白である。他の事例では、これらのバージョンを簡潔に述べるために、周知の構成及びデバイスが、ブロック図形式で示される。

以下の説明では、用語「典型的」は、例、事例、または例示となることを意味するために使用される。本明細書において「典型的」と記載される局面または設計は、他の局面または設計に対して好適であるとか、有利であるとか必ずしも解釈される必要はない。むしろ、用語「典型的」は、概念を具体的形式で表すことが意図される。

装置および方法は、無線環境における使用のために特に良く適するが、限定される訳ではないが、通信ネットワーク、例えばインターネットのような公衆ネットワーク、例えば仮想プライベート・ネットワーク（ＶＰＮ）のようなプライベート・ネットワーク、ローカル・エリア・ネットワーク、広域ネットワーク、長距離ネットワーク、あるいはその他任意のタイプのデータ通信ネットワークを含む任意のタイプのネットワーク環境において適しうる。

図１に示すように、通信ネットワーク１０は、引き続きなされるライセンスの自動化送信によるライセンス済アプリケーション１２のオリジナル・デバイス１４へのライセンス認識配信と、宛先デバイス１８における使用に適した代替ライセンス済アプリケーション１６の配信とを提供する。対象とする説明では、用語「アプリケーション」はまた、例えばオブジェクト・コード、スクリプト、バイト・コード、マークアップ・ランゲージ・ファイル、およびパッチのような実行可能なコンテンツを有するファイルを含む。さらに、本明細書で述べられる「アプリケーション」はまた、例えば、オープンする必要のあるドキュメント、あるいは、アクセスされる必要のあるその他のデータ・ファイルのように、本質的に実行可能ではないファイルを含む。

アプリケーション１２およびアプリケーション１６の配信を有効にするために、オリジナル・デバイス１４および宛先デバイス１８と通信する配信システム２０は、レポジトリ２６内のライセンス・トランザクション・データベース２４に対する開始デバイスの既存のライセンス権利を有効にする転送システム２２と調整する。明確化のために、セキュリティ機能およびその他の通信機能が、配信システム２０と関連付けられ、ライセンス権利およびアプリケーションの転送は、転送システム２２において分けて示されているが、そのような機能は、完全に統合化されることが可能であり、容易に区別することはできない。典型的なバージョンでは、転送システム２２は、ライセンスを管理し、かつ、転送されているコンテンツの配信に関連して価格設定するためのロジックおよび判断を提供するように動作可能である。

この目的のために、転送システム２２は、ライセンス済アプリケーション１２のための適切なアップグレードまたはリプレースであるか、それと等価なものとして、アプリケーション・カタログ２８から得ることができる代替ライセンス・アプリケーション１６を提案する。転送システム２２は、代替ライセンス済アプリケーション１６に対して提案された価格について、既存のライセンス権利および一般的なビジネス・ルール３４に基づいて、配信システム、開始デバイス１４のユーザ・インタフェース３０、または、宛先デバイス１８のユーザ・インタフェース３２によって、ユーザとネゴシエートする。転送システム２２は、アプリケーションのベンダおよび将来の有効性に対してレポートするために、ライセンス・トランザクション・データベース２４を更新する。開始デバイス１４の転送クライアント３６は、アプリケーション１２のロックまたは削除を容易にし、転送クライアント３８は、宛先デバイス１８上の代替ライセンス済アプリケーションのインストールおよび起動を容易にする。

ウェブ・ポータル・システム４０は、ユーザ・インタフェース４１を有し、これによって、ユーザは、開始デバイス１４における動的な在庫情報（例えば、アプリケーション１２）の転送を開始し、宛先デバイス１８へ転送するための差し迫ったプランを持つことなく、開始デバイス１４で非アクティブとなるアプリケーション１２のためのクレジット・バックを開始するか、あるいは、宛先デバイス１８への転送を開始することができる。ウェブ・ポータル・システム４０は、転送システム２２と通信するために、ネットワーク４３を介して（例えば、エア・ネットワークを介した無線で）適切なプロトコルを提供するウェブ転送クライアント４２を含む。

実例となる局面では、転送システム２２（例えば、サーバ）は、ルール・エンジン４５と転送管理エンジン４６とインタフェース・エンジン４７とを含む転送サービス４４を含む。１つの局面によれば、転送システム２２のルール・エンジン４５、転送管理エンジン４６、およびインタフェース・エンジン４７は、通信している。ルール・エンジン４５は、コンテンツおよびライセンスの転送を制御するルールおよびロジックを指定するように動作可能である。一例において、ルール・エンジン４５は、転送システム２２において、スタンド・アローンで動作する。そのような例において、ルール・エンジン４５は、配信システム２０または開始デバイス１４および宛先デバイス１８と通信していないかもしれない。

転送管理エンジン４６は、転送されているコンテンツの購入履歴を決定できるように、配信システム１０８に対して問い合わせを行うように動作可能である。転送管理エンジン４６はさらに、開始デバイス１４によるコンテンツの用途履歴について、配信システム２０に問い合わせを行うように動作可能である。１つの事例では、転送管理エンジン４６は、アプリケーション１２のライセンス情報を判定できるように、配信システム２０の問い合わせの開始および管理を行う。得られたライセンス情報、および購入されたアプリケーションの知識に基づいて、転送システム２２はさらに、宛先デバイス１８へ転送されるアプリケーション１６を配信するように動作可能である。転送管理エンジン４６はさらに、使用制限されたコンテンツの用途を決定し、使用制限されたコンテンツの用途を調整するために、配信システム２０に対して問い合わせを行うように動作可能である。一例において、転送管理エンジン４６はさらに、アプリケーション配信のために、追加ルールを追加するように動作可能である。転送管理エンジン４６はさらに、開始デバイス１４が、転送されたアプリケーション１２を開始デバイス１４から削除するよう要求することができる。

インタフェース・エンジン４７は、エンド・ユーザが、開始デバイス・アプリケーション１２を閲覧できるように、開始デバイス１４および宛先デバイス１８へインタフェースを提供する。インタフェース・エンジン４７はさらに、ウェブ・ポータル４０からアプリケーションを転送するためのルールを閲覧し定義するアドミニストレータへインタフェースを提供する。一例において、動作中、転送クライアント３６および転送クライアント３８は、インタフェース・エンジン４７とインタラクトする。

配信システム２０は課金エンティティ４８および配信エンティティ４９を含んでいる。配信エンティティ４９は、転送されたコンテンツを宛先デバイス１８へ配信するように動作する。一例において、課金エンティティ４８には、課金処理目的のために購入されたコンテンツの情報が通る。一例において、転送されているコンテンツは、無制限のライセンスに関連付けられうる。そのようなシナリオでは、転送されたアプリケーション１６に関連するライセンスは、宛先デバイス１８に関連しうる。

転送されているアプリケーションが使用制限されたライセンスに関連しているシナリオでは、転送管理エンジン４６は、未だに利用可能なライセンスの数を判定するために、開始デバイス１４または課金エンティティ４８に問い合わせることができるように動作する。利用可能なライセンスの数を判定すると、配信エンティティ４９は、残りのライセンスを宛先デバイス１８へ転送するように動作する。

一例において、転送管理エンジン４６は、課金エンティティ４８および配信エンティティ４９と通信する。インタフェース・エンジン４７は、デバイス・ユーザ・インタフェース３０またはウェブ・ユーザ・インタフェース４１を介して開始デバイス１４と通信する。インタフェース・エンジン４７はさらに、アドミニストレータと通信する。一例において、アドミニストレータは、たとえばウェブ・ポータル４０を介して、動作、管理、および、システムの管理を監督および制御する。

このように、転送システム２２は、アプリケーションをバックアップおよびリストアし、このアプリケーションを、それぞれ異なる実行可能バイナリ符号を持ち異なる機能を有するデバイス１４、１８間で転送する。例によれば、開始デバイス・アプリケーション１２の実行可能バイナリ符号は、宛先デバイス１８の実行可能バイナリ符号とは異なりうる。一例において、転送システム２２は、宛先デバイス１８で実行されるが開始デバイス１４のアプリケーション１２の実行可能なバイナリ符号と等価な実行可能バイナリ符号を宛先デバイス１８へ提供するように動作する。

さらに、１つの実例では、転送システム２２は、アプリケーション・ファミリの履歴および知識に基づいて、配信システム２０における情報を用いることによって、アプリケーションを転送するように動作する。さらに、転送システム２２は、宛先デバイス１８のターゲット・アプリケーションをマップするための設定可能なルール・ベースのコンテンツを提供する。さらに、転送システム２２は、マッピング・フォーマットを決定するために、１セットのルールを利用するように動作する。さらに、転送システム２２は、購入履歴、ファミリ・マッピング、価格設定情報等に基づいて、コンテンツ・マッピングを実行するように動作する。

さらに、転送システム２２は、実質的にユーザの介在なしで、新たなデバイス１８の登録によってトリガされる自動化コンテンツ転送機能を提供するように動作する。１つの局面では、新たなデバイス１８がネットワーク１０に最初に接続されると、この新たなデバイス１８は、デバイス１８とネットワーク１０との間の接続を確立するための登録プロセスを経る。このように、一旦新たなデバイス１８の接続が確認されれば、アプリケーション１６は、ユーザ・インタラクションなく、あるいは最低限のユーザ・インタラクションによって、開始デバイス１４から宛先デバイス１８へと転送されうる。

さらに、転送システム２２は、コンテンツ転送動作中、コンテンツ・アップグレード、クロス販売、アップ販売のためのマルチ・ティア課金設定サポートを提供するように動作する。さらに、転送システム２２は、アプリケーション転送動作において、使用制限アプリケーションのための使用回数を提供する。一例において、この使用回数は、コンテンツ・マッピング中にカウントされる。

さらに、転送システム２２は、転送されたアプリケーション１６の自動削除を行う。１つの局面では、アプリケーションが宛先デバイス１８へ一旦転送されると、このアプリケーション１２は、ユーザの介在無しで、開始デバイス１４から自動的に削除される。さらに、転送システム２２は、デバイス１４およびバックエンド・トランザクション・レコード（例えば、ライセンス２４）の両方に基づいて、アプリケーション在庫情報のプログラム可能な自動探索を提供する。１つの事例では、転送システム２２は、開始デバイス１２に存在するアプリケーション１２、購入履歴に存在するライセンス（例えば、ライセンス２４）をプログラム的に決定し、アプリケーション・マッピングを決定するため、これら２つの情報を１つのセットに一致させる。

本開示の利益によって、開始デバイス１４から宛先デバイス１８へアプリケーション１２を転送することが、転送されているアプリケーション１２をコピーすることなく達成されうることが認識されるべきである。むしろ、１つの局面では、アプリケーション１２の転送は、開始デバイス１４のアプリケーション１２に関連するライセンス情報を用いることによって影響を受ける。このシナリオでは、開始デバイス１４のユーザは、開始デバイス１４から宛先デバイス１８へコンテンツを転送する要求を、配信システム２０を介して転送システム２２へ通信することによって、アプリケーション１２の転送を開始する。転送システム２２は、アプリケーション１２に関連するライセンス情報２４を取得する。ライセンス情報２４を受信した後、転送システム２２は、配信システム２０を介して開始デバイス１４から転送されているコンテンツが削除されることを求める。転送システム２２はまた、配信システム２０に対して、アプリケーション１６を宛先デバイス１８へ転送することを要求する。転送が完了すると、ユーザは、宛先デバイス１８において、転送されたアプリケーション１６にアクセスすることができる。

デバイス１４、１８またはウェブ・ポータル４０それぞれにおけるユーザ・インタフェース３０、３８、４１のうちの幾つかまたは全ては、アプリケーション１２からマップされたアップグレードのアップグレード価格設定を表示し、転送を確認する。等価アプリケーションの価格設定はまた、ユーザ・インタフェース３０、３８、４１における受け取りのために表示されるアップグレード価格設定を保証する時間とともに変化する。転送されたアプリケーションに対する支払方法は、申込価格、無制限ライセンス購入、あるいは、転送を受け取る前にユーザに表示されるある制限を伴うライセンス制限された購入による。等価アプリケーションは、いくつかのアプリケーションにおいて、介在するユーザ表示および受取ステップ無しで転送されうる。

一例において、アプリケーション・コンテンツが等価であることは、既存のアプリケーション１２と代わることが提案されうる利用可能アプリケーション１６を示すことを称する。ウェブ・ポータル４０を介するウェブ・アクセスのための認証および許可は、アプリケーション・プロバイダ（図示せず）を用いてエンド・ユーザ／アドミニストレータ／オペレータによってウェブから転送システム２２および転送サービス４４への全てのアクセスのために含まれる。一例において、管理および動作のために、複数レベルの許可が必要とされる。オペレータによる転送許可は、オペレータによる全ての転送のための許可メカニズムを称する。アプリケーション転送処理のための安全なクライアント／サーバ通信は、転送クライアント３２、３８、４１とコンテンツ転送サーバとの接続のための安全な通信経路を提供する。

アプリケーション・データベース２８は、アプリケーション１６が転送されるデバイス１８をオペレータが定義するためのインタフェースを提供するオペレータ・カタログを備えうる。転送管理エンジン４６は、転送ビジネス・ルールを定義するためのアドミニストレータ・インタフェースを提供する。制御されたアプリケーションの配信は、オペレータが、ＵＥショッピング・ユーザ・インタフェースまたは自動インストール処理によってコンテンツの配信を管理するオプションを与える。

有利なことに、転送システム２２によって、ユーザは、新たなデバイス１８を購入したり、紛失／破損したデバイス１４を交換したり、はたまた、古いデバイス１４上のアプリケーション１２がクレジットされるようになる。さらに、転送システム２２によって、ユーザは、ウェブ・ポータル４０を通じてオンラインでデバイス１８を購入したり、ウェブ・ポータル４０を用いて古いデバイス１４から新たなデバイス１８へとアプリケーション１２を転送できるようになる。またさらに、転送システム２２によってユーザは、安全維持のために、あるいは将来の使用のためのストレージ・エリアとして、ユーザのデバイス１４のアプリケーション１６を定期的にバックアップできるようになる。さらに、オペレータは、転送システム２２を用いて、新たなデバイス１８へ新たなアプリケーションを追加することができる。

本開示の利益によって、ライセンス済コンテンツ（例えば、アプリケーション実行可能なコード）のそのようなシームレスな移動は、例えばＩＥＥＥ ８０２．１１のような無線データ・パケット通信や、電話網によるデータ通信を含む有線または無線シナリオにおいて生じうることが評価されるべきである。さらに、アプリケーションの転送は、開始デバイス１４から宛先デバイス１８への、ユーザによって生成されたものとユーザによって購入されたものとの両方を含む任意のタイプのコンテンツを備えうる。転送中のコンテンツは、アプリケーション、アプリケーション・データ、デジタル権利管理（ＤＲＭ）コンテンツ、および非ＤＲＭコンテンツを含みうる。転送されうる典型的なコンテンツは、限定することなく、リンガ、壁紙、音楽、アドレス帳、画像、ビデオ、ショート・メッセージ・サービス（ＳＭＳ）、アプリケーション・メタ・データ等でありうる。

転送システム２２によって容易とされる転送は、起動コードあるいは類似の使用可能な転送であることが認識されるべきである。宛先デバイス１８に既にインストールされているが、起動されていないバンドルされたアプリケーションは、送信されることが要求されている間、さらなるセキュリティ・プロビジョンを有しうる。あるいは、そのようなバンドリングによって、通信ネットワーク１０における送信負荷を低減する。さらに、アプリケーションをインストールするために必要な時間を低減することによって、ユーザ操作時間を増やし、および／または、使用中、制限されたユーザあるいは制限された機能を実行することから、より制限されていないライセンスへのライセンス権利の迅速な変更を容易にする。

典型的なバージョンでは、開始デバイス１４および宛先デバイス１８の両方が、ＢＲＥＷに対応している。カリフォルニア州サンディエゴのＱｕａｌｃｏｍｍ社によって開発されたＴｈｅ Ｂｉｎａｒｙ Ｒｕｎｔｉｍｅ Ｅｎｖｉｒｏｎｍｅｎｔ ｆｏｒ Ｗｉｒｅｌｅｓｓ（登録商標）（ＢＲＥＷ（登録商標））ソフトウェアは、例えば無線セルラ電話のようなコンピュータ・デバイスのオペレーティング・システム上に存在する。ＢＲＥＷ（登録商標）は、コンピュータ・デバイス上で見られる特定のハードウェア機能に対して１組のインタフェースを提供することができる。

アプリケーション・ロック・アウトの回避や、許可されてないアプリケーションのダウンロード等をマニュアルで行わないことによって、ユーザがライセンス済アプリケーションにしたがっていることを検証するための追加のインタフェースが含まれうることが認識されるべきである。セキュリティ機能は、例えば、実行可能な形式で格納され、通信ネットワーク１０によってサポートされる既存のデバイス・コンフィグレーションおよび新たなデバイス・コンフィグレーションに対して相互参照される新たなアプリケーションのためのコンジットを提供する転送システム２２によって容易とされる。

図２では、ユーザ機器デバイス（例えば、セル電話、ハンドヘルド統合メッセージ・デバイス、パーソナル・デジタル・アシスタント、ハンドヘルド汎用コンピュータ等）間の動的な在庫情報転送のための方法論５２が、オリジナル・デバイスにおけるライセンス済コンテンツ（例えば、アプリケーション実行可能なコード）の在庫管理を行うブロック５３で始まる。ライセンス・トランザクションは、ブロック５４において、これらアプリケーションが、正当にライセンスされたものとしてオリジナル・デバイス上に確立したことが確認される。１つの局面において、ユーザに使用権利が与えられ、異なるコンピュータ・プラットフォーム（例えば、チップセット、オペレーティング・システム）上に構築されうるこれら有効なアプリケーションの宛先デバイスへの転送は、オリジナルのアプリケーションが、配信され、宛先デバイス上で動作するようにマッピングされることを必要とする。したがって、ブロック５５では、同じカテゴリ（例えば、ゲーム、パーソナル・オーガナイザ、メディア・プレーヤ等）における等価バージョン、アップグレード・バージョン、あるいは代替提供物が配信されるかを判定するために、アプリケーション・カタログに対する相互参照がなされる。ブロック５６では、恐らくは等価なアップグレードされた、あるいは別バージョンのライセンス済アプリケーションを転送するために適切に構成されたコンフィグレーションを自動的に提案するために、ビジネス・ルールが適用される。ブロック５７では、提案されたコンフィグレーションをユーザが受諾しないのであれば、別の提案が利用可能とされる。これは、例示されたバージョンでは、オリジナル・デバイスにおいて、ライセンス済アプリケーションの現在の価格に対して追加費用無しで配信されるアプリケーションとして示され（ブロック５８）、処理はブロック５７に戻る。幾つかのインスタンスでは、そのような変換は、アップグレードが利用可能になると、ユーザがアップグレードのための費用の発生に合意できるよう事前に承認されたビジネス・ルールを含むことが認識されるべきである。ブロック５７において受諾され、宛先デバイスのためのライセンス済アプリケーションの提案された動的在庫情報によって、ブロック５９では、動的在庫情報が、恐らくは最適な動作のために実行可能なフォーマットで宛先デバイス上に配信される。ブロック６０では、この転送を反映するために、有効なライセンスを確立するトランザクションのデータベースが更新される。申込によって支払われ、申込価格の変動によって影響を受けるライセンスのための転送日付を反映するために、ブロック６１において、課金サイクルが比例配分される。ブロック６２では、この転送が一時的であると意図されているかが判定される（例えば、ユーザは、外出用に、複数のデバイスのうちの１つを用いることを選択する）。一時的であれば、アプリケーションは有利なことに、ブロック６３において、将来、アプリケーションをオリジナルのデバイスに返送する通信オーバヘッドを低減するために、オリジナルのデバイスにロックオンすることができる。ブロック６２において、パーマネントな転送が認められた場合、ブロック６４においてオリジナル・デバイス上のアプリケーションが削除される。そのような削除は、自動機能としてなされる。これは、ユーザがもはやオリジナル・デバイスを制御できない状況（例えば、紛失や盗難）において好ましい。オリジナル・デバイスが動作不能あるいはネットワークと通信していない場合、このデバイスが、通信を再確立するか、電源が投入されるまで、ペンディングの削除動作が延期されうる。

図３は、アップグレードまたはクロス販売、特に、ユーザに関連してバックグランドで実行される処理のための機会が生じる場合における動的な在庫情報（例えば、アプリケーション）の転送のための典型的な方法論７０である。ブロック７２において、アプリケーションの新たなバージョンが利用可能であると判定されると、前のバージョンのアプリケーションよりも、ネットワークに対して利益があるかが判定される（ブロック７４）。例えば、いくつかのアプリケーションは、ネットワーク全体におけるキャリア部分に通信負荷を課し、アプリケーション開発者の評判を落とすのみならずキャリア・ネットワーク・パフォーマンスをも落とす悪意のあるソフトウェアによる侵入を受けやすく、ネットワークのオペレータまたはキャリア等について誤って非難されるのであれば、オリジナル機器製造者（ＯＥＭ）の評判を損なうのみならずネットワーク・サービスに対する全体的な不満足をもたらす機器異常をもたらす。別の例として、古いバージョンのアプリケーションは、より多くのレポートをプッシュし、ＵＥにおける後者の改良を伴うネットワークに対する処理が、分散方式で取り扱われ、ネットワークに利益を与える。したがって、ブロック７８では、そのような前のアプリケーションの交換をユーザが支持するのを待つのではなく、フィールド上にある等価なアプリケーションについて自動更新が開始されうる。いくつかの事例では、新たなバージョンは、重要なアップグレードであり、単なる等価なアプリケーションではないと考えられる。例えば、新たなアプリケーションのベンダは、前のバージョンのものに対する無料のインストールに合意しないかもしれない。ブロック８０では、ネットワークは未だに、アプリケーションを現在のデバイスへ転送することを選択するユーザから利益を得るので、恐らくは大幅なディスカウントしても、受け入れてもらうよう、このオプションをユーザにプッシュする広告チャネルが利用される。その後、ブロック８２において、新たなアプリケーションが、相互参照カタログに含められる。このアプリケーションに利用可能なビジネス・ルールは、このアプリケーションを、アプリケーションの将来の転送に対する提案を行う好適なオプションにし、さらに、新たなバージョンによってサポートされているプラットフォームを将来購入すると、前のバージョンを利用できなくする。ブロック７４に戻り、新たなバージョンが、ネットワークに利益をもたらさないのであれば、アプリケーションが、購入または申込レートに関するビジネス・ルールからなる標準的なアプリケーションとともに、利用可能なアプリケーションの相互参照に追加される。

図４では、いくつかの局面にしたがって、通信システム１０４の典型的なバージョンが、例えば図１の開始デバイス１４または宛先デバイスのような任意のタイプのコンピュータ・デバイスとして示される。例えば、通信デバイス１０４は、例えば無線電話および／またはセルラ電話のようなモバイル通信デバイスを備えうる。あるいは、通信デバイス１０４は、例えばプロキシ・コール／セッション制御機能（Ｐ−ＣＳＣＦ）サーバ、ネットワーク・デバイス、サーバ、コンピュータ・ワークステーション等のような据置式通信デバイスを備えうる。通信デバイス１０４は、そのように説明および例示されたデバイスに限定されず、さらに、パーソナル・デジタル・アシスタント（ＰＤＡ）、２ウェイ・テキスト・ページャ、有線通信ポータルまたは無線通信ポータルを有するポータブル・コンピュータ、および、有線通信ポータルおよび／または無線通信ポータルを有する任意のタイプのコンピュータ・プラットフォームを含みうることが理解されるべきである。さらに、通信デバイス１０４は、遠隔スレーブ・デバイスであるか、例えば遠隔センサ、遠隔サーバ、診断ツール、データ中継器等のようなその他の類似デバイスであり、エンド・ユーザを持たないが、単に無線ネットワークまたは有線ネットワークを介してデータを通信する。代替局面では、通信デバイス１０４は、例えば陸上電話、パーソナル・コンピュータ、セット・トップ・ボックス等のような有線通信デバイスでありうる。さらに、単一種類あるいは前述したような複数種類からなる任意の数の通信デバイス１０４による任意の組み合わせが、セルラ通信システム（図示せず）において利用可能であることが注目されるべきである。したがって、本装置および方法は、限定する訳ではないが、無線モデム、パーソナル・コンピュータ・メモリ・カード・インターナショナル・アソシエーション（ＰＣＭＣＩＡ）カード、アクセス端末、パーソナル・コンピュータ、電話、あるいはこれら任意の組み合わせまたは部分組み合わせを含む有線通信ポータルまたは無線通信ポータルを含む任意の形式の有線デバイスまたは無線デバイスまたはコンピュータ・モジュールで実行されうる。

さらに、通信デバイス１０４は、メディア・コンテンツ１４を要求したり、メディア・コンテンツ１４とインタラクトしたり、および／または、メディア・コンテンツ１４を再生したりするような目的のためのユーザ・インタフェース１０６を含むことができる。このユーザ・インタフェース１０６は、通信デバイス１０４へのユーザ入力を生成または受け取るように動作し、出力デバイス１１０は、通信デバイス１０４のユーザによって消費される情報を生成したり、表したりするように動作する。例えば、入力デバイス１０８は、例えばキーパッドおよび／またはキーボード、マウス、タッチ・スクリーン・ディスプレイ、音声認識モジュールに関連するマイクロフォン等のような少なくとも１つのデバイスを含みうる。ある局面では、入力デバイス１０８は、コンテンツを求めるユーザ入力、あるいは、追加情報を求めるユーザ入力のために備えられる。さらに、例えば、出力デバイス１１０は、ディスプレイ、オーディオ・スピーカ、触覚式フィードバック・メカニズム等を含みうる。出力デバイス１１０は、グラフィック・ユーザ・インタフェース、音、例えば振動のような感覚等を生成する。そして、そのような出力は、例えば、ライセンス済アプリケーション１１１の使用に関連付けられうる。

さらに、通信デバイス１０４は、通信デバイス１０４に機能を提供するアプリケーションを実行するように動作可能なコンピュータ・プラットフォーム１１２を含む。このプラットフォーム１１２はさらに、入力デバイス１０８および出力デバイス１１０とインタラクトする。コンピュータ・プラットフォーム１１２は、例えば、読取専用メモリおよび／またはランダム・アクセス・メモリ（ＲＡＭおよびＲＯＭ）、消去可能プログラマブル読取専用メモリ（ＥＰＲＯＭ）、電子的消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、および／または、コンピュータ・プラットフォームに共通の任意のメモリのような揮発性メモリ部および不揮発性メモリ部を含みうる。さらに、メモリは、電子ファイル・システムや、例えば、磁気媒体、光学媒体、テープ、ソフト・ディスクおよび／またはハードディスク、および、リムーバブル・メモリ構成要素のような２次および／または３次記憶デバイスを含むストレージ・メモリおよびアクティブ・メモリを含む。実例となるバージョンでは、メモリは、ＲＡＭメモリ１１２および不揮発性ローカル・ストレージ構成要素１１６として示される。これらはおのおのコンピュータ・プラットフォーム１１２のデータ・バス１１９に接続される。

さらに、コンピュータ・プラットフォーム１１２はプロセッサ１２０をも含みうる。プロセッサ１２０は、特定用途向け集積回路（ＡＳＩＣ）、または他のチップセット、プロセッサ、論理回路、あるいはその他のデータ処理デバイスでありうる。いくつかの局面では、例えば、通信デバイス１０４がセルラ電話を備えている場合、例えば特定用途向け集積回路（ＡＳＩＣ）１２２のようなプロセッサまたは他のロジックは、その他の機能（例えば、通信コール制御、アラーム・クロック、テキスト・メッセージング等）のためにメモリ１１４内でアクティブでありうる他のアプリケーション１２５として示される任意の常駐ソフトウェア要素とインタフェースするアプリケーション・プログラミング・インタフェース（ＡＰＩ）レイヤ１２４を実行する。本開示の利益をもって、本発明の局面と整合するアプリケーションは、他のアプリケーションを省くことができ、および／または、例えば音声コール、データ・コール、および、メディア関連アプリケーションのようなストリーミング・コンテンツをメモリ１１４に受け取る機能を省くことができることが認識されるべきである。デバイスＡＰＩ １２４は、それぞれの通信デバイス上で実行するランタイム環境でありうる。そのような１つのＡＰＩ １２４ランタイム環境は、カリフォルニア州サンディエゴのＱｕａｌｃｏｍｍ社によって開発され、別に示されているＢＲＥＷ（登録商標）ＡＰＩ １２６である。その他のランタイム環境も適用され、例えば、無線コンピュータ・デバイス上でのアプリケーションの実行を制御するように動作する。

さらに、プロセッサ１２０は、ハードウェア、ファームウェア、ソフトウェア、およびこれらの組み合わせで実現される様々な処理サブシステム１２８を含み、通信デバイス１０４の機能、および、通信システム１００における通信デバイス１０４の動作を可能にする。例えば、処理サブシステム１２８は、通信の開始および維持、ならびに、通信デバイス１０４の構成要素内および／または構成要素間のみならず、他のネットワーク・デバイスとの間でのデータの交換を可能にする。１つの局面では、例えばセルラ電話におけるように、プロセッサ１２０は、例えば、音、不揮発性メモリ、ファイル・システム、送信、受信、サーチャ、レイヤ１、レイヤ２、レイヤ３、主制御、遠隔手続き、ハンドセット、電力管理、診断、デジタル信号プロセッサ、ボコーダ、メッセージング、コール・マネジャ、Ｂｌｕｅｔｏｏｔｈ（登録商標）システム、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬＰＯＳ、位置決め、位置決めエンジン、ユーザ・インタフェース、スリープ、データ・サービス、セキュリティ、認証、ＵＳＩＭ／ＳＩＭ（ｕｎｉｖｅｒｓａｌ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ／ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）、音声サービス、グラフィックス、ＵＳＢ（ユニバーサル・シリアル・バス）、例えばＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）プロトコル・マルチメディアのようなマルチメディア、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ＳＭＳ、ショート・ボイス・サービス（ＳＶＳ（登録商標））、ウェブ・ブラウザ等のような処理サブシステムうちの１つまたは組み合わせを含みうる。開示された局面について、プロセッサ１２０の処理サブシステム１２８は、コンピュータ・プラットフォーム１１２上で実行中のアプリケーションとインタラクトする任意のサブシステム構成要素を含みうる。

コンピュータ・プラットフォーム１１２はさらに、ライセンス済アプリケーション１１１に関連する通信を行うように動作するのみならず、通信デバイス１０４の様々な構成要素間での通信をも可能にする通信モジュール１３０を含む。通信モジュール１３０は、ハードウェア、ファームウェア、ソフトウェア、および／またはこれらの組み合わせで具体化され、さらに、デバイス内通信およびデバイス間通信での使用のための全てのプロトコルを含みうる。さらに、通信モジュール１３０は、本明細書に記載の装置および方法にしたがって、例えばライセンス済アプリケーション１１１を要求および受信するような、情報の送受信のために動作することができる。

通信デバイス１０４のこれらの機能は、ローカル・ストレージ１１４からロードされたコード、メモリ１１４に保持されたコード、および、例えばオペレーティング・システム（ＯＳ）１３２のようなプロセッサ１２０によって実行されるコードによって容易とされる。ユーザ・インタフェース・モジュール１３４は、ユーザ・インタフェース１０６とのインタラクティブな制御を容易にする。さらに、通信デバイス１０４の機能をカスタマイズする動的在庫情報１４０は、ライセンス済アプリケーション１１２の格納されたコピー１４２（例えば、ライセンス済および未ライセンスの、実行可能および／または解釈済コード）、アプリケーションによって生成されたコンテンツ１４４、配信保護コンテンツ１４６、およびユーザ・データ１４８を含みうる。限定することなく、アプリケーションによって生成されたコンテンツ１４４の一例は、設定、アプリケーションによって生成されたデータ、ユーザ・インタフェース設定、サービス設定等でありうる。配信保護コンテンツ１４６は、着信メロディ、壁紙、テーマ、ゲーム・レベル、スコア、ＤＲＭ保護コンテンツ（例えば、音楽、ビデオ等）、アプリケーション状態、アプリケーション・データ等でありうる。ユーザ・データ１４８は、ユーザによって生成されたコンテンツまたは（生成されたあるいはそれ以外の）デバイス・コア・コンテンツを含みうる。ユーザによって生成されたコンテンツ１４４は、画像、映像等を含む一方、ビデオ・コア・コンテンツは、コンタクト、カレンダ、電話設定、着信メロディ関連、ＳＭＳ（すなわち、セルラ電話テキスト・メッセージング）、メッセージ、コール・ログ、ネットワーク設定等を含みうる。

ＢＲＥＷ ＡＰＩ １２６は、通信デバイス１０４のタイプについて特に書き込まれる必要なく、アプリケーションが、デバイスＡＰＩ １２４をコールする能力やその他の機能を与える。したがって、ライセンス済アプリケーション１１２は、ＢＲＥＷ ＡＰＩ １２６によって提供されるオペレーティング環境内で、多くの異なるタイプのハードウェア・コンフィグレーションで、同じように、あるいは僅かに修正されて動作する。これは、あるハードウェア局面を抽象化する。ＢＲＥＷ拡張機能１６２は、例えば、ＭＰ３プレーヤ、Ｊａｖａ（登録商標）バーチャル・マシン等のようなＢＲＥＷ ＡＰＩ １２６のプログラミング・プラットフォームに追加機能を提供する。ＢＲＥＷの一部としてＱｕａｌｃｏｍｍ社によって開発されたｕｉＯｎｅ（登録商標）アーキテクチャは、リッチでカスタマイズ可能なＵＩ（すなわち、アップグレード可能なオーバ・ザ・エア（ＯＴＡ）、アクティブ・コンテンツ）の迅速な開発を可能にするＢＲＥＷ拡張機能のセットを提供し、アプリケーション後のダウンロード・ビジネスの拡張を助け、ハンドセットＵＩの一部または全体のテーマを与え、ＢＲＥＷ ＵＩ Ｗｉｄｇｅｔを利用する。したがって、ＢＲＥＷ ｕｉＯｎｅは、ハンドセット、キャリア・カスタマイズ、およびカスタマ・パーソナル化のための売買時間を短縮する。これを行うため、ＢＲＥＷ ｕｉＯｎｅは、アブストラクトのクリアなセットを提供し、２つの新たなレイヤを、ＢＲＥＷ用のアプリケーション開発スタックに追加する。例示となるバージョンでは、典型的なデバイス転送クライアント１６０は、１つの局面にしたがって、リファレンス／デモ・アクタ・ユーザ・インタフェース（ＵＩ）１６２、カスタム・ユーザ・インタフェース１６４、およびユーザ・インタフェースＷｉｄｇｅｔ（ＵＩＷ）１６６を含む。一例において、ユーザ・インタフェース１６４は、ＢＲＥＷユーザ・インタフェースＷｉｄｇｅｔ、転送拡張機能１６８、ＩＤｏｗｎｌｏａｄ１７０、およびＩＭｕｔｕａｌＡｕｔｈ／ＩＷｅｂ １７２である。例示するように、デバイス転送拡張機能１６８は、データをＩＤｏｗｎｌｏａｄ１７０およびＩＭｕｔｕａｌＡｕｔｈ／ＩＷｅｂ１７２に送信することができる。同様にして、ＩＤｏｗｎｌｏａｄ１７０は、ＩＭｕｔｕａｌＡｕｔｈ／ＩＷｅｂ１７２にデータを送信することができる。

転送クライアント１６０は、アプリケーション１１２のための再使用クレジット・バック・ロジックを開始する。リファレンス／デモＡｃｔｏｒ ＵＩ １６２は、アプリケーション転送要求を転送拡張機能１６８へ送る。残りの再使用回数を転送拡張機能１６８へ提供するＩＤｏｗｎｌｏａｄ １７０が後に続く転送拡張機能１６８は、ダウンロード要求をＩＤｏｗｎｌｏａｄ１７０へ送る。転送拡張機能１６８はその後、ＩＤｏｗｎｌｏａｄ１７０と相互認証（ＭＡ）／ウェブ・デバイス（図示せず）とにメッセージを送り、残りのダウンロード回数を判定し、さらに、通信デバイス１０４における残りのダウンロードの削除を要求する。その後、クライアント１６０に通知される。

同様に、１つの例によれば、宛先通信デバイス１０４の転送クライアント１６０が起動される。転送拡張機能１６８は、全てのユーザのアプリケーションを示すメッセージを受信する。転送拡張機能１６８は、ＭＡ／Ｗｅｂへメッセージを送り、所望の情報を要求する。ユーザのアプリケーション・リストを受信した後、転送拡張機能１６８は、ユーザへメッセージを送る。ユーザよって転送されるべきであると選択されたアイテムを受信すると、転送拡張機能１６８は、ＭＡ／Ｗｅｂにメッセージを送る。転送拡張機能１６８に通知がなされた後、転送拡張機能１６８は、選択されたアイテムのダウンロードを開始する要求をＩＤｏｗｎｌｏａｄ１７０へ送る。一方、ＩＤｏｗｎｌｏａｄ１７０は、選択されたアイテムを取得できるように、ＭＡ／Ｗｅｂへ通信する。アイテムが正しくダウンロードされると、転送拡張機能１６８に通知される。ライセンス済アプリケーション１１２を転送する他の構成要素は、ユーザとインタラクトするためにユーザ・インタフェース１６０を利用する転送ユーザ・インタフェース構成要素１７４を含むプロセッサ１２０によって実行されるために、メモリ１１４内に常駐する他の構成要素によって容易とされる。さらに、コンテンツおよびライセンス・グラバ（grabber）構成要素１７６は、通信デバイス１０４上に格納されたライセンス済アプリケーション１１２の在庫情報管理を支援する。認証および許可構成要素１７８は、通信ネットワーク１０（図１）の他の構成要素との相互認証のデバイス部分を実現する。コンテンツ削除およびアクノレッジメント・メカニズム１８０は、宛先通信デバイス１０４への転送後、ライセンス済アプリケーション１１２を削除するコマンドに対して応答する。インタフェース・プロトコル１８２は、通信デバイス１０４と、通信ネットワーク１０のその他の構成要素との間の必要なプロトコル変換を提供する。

図５では、１つの局面によれば、図１の転送システム２２の機能を実行する典型的な転送サーバ２００は、プレゼンテーション・レイヤ２０２、ビジネス・ロジック・インタフェース・レイヤ２０４、ビジネス・レイヤ２０６、データ・アクセス・レイヤ２０８、外部システム２１２にリンクする外部システム統合レイヤ２１０、および、共通サービス構成要素２１４を含む。一例において、プレゼンテーション・レイヤ２０２はＪａｖａサーバ・フェイスを用い、ビジネス・レイヤ２０６はＪａｖａ２、エンタープライズ・エディション（Ｊ２ＥＥ）を用い、共通サービス２１４はＪ２ＥＥを用い、外部システム統合レイヤ２１０は純粋なＪ２ＥＥを用い、データ・アクセス・レイヤ２０８は、ＤＡＯまたはトルク生成されたＤＡＯを用いる。

転送サーバ２００のプレゼンテーション・レイヤ２０２は、ウェブ層またはデバイス層でありうる。プレゼンテーション・レイヤ２０２は、異なるタイプのクライアント（例えば、モバイル・デバイス、インターネット・ブラウザ等）のためのインタフェースを提供する。プレゼンテーション・レイヤ２０２は、申込者ウェブ対応デバイス２１８にリンクした申込者のウェブ・インタフェース２１６と、アドミニストレータ・ウェブ対応システム２２２にリンクしたアドミニストレータ・ウェブ・インタフェース２２０と、デバイス・インタフェース２２４とを含む。申込者ウェブ・インタフェース２１６によって、ユーザは、ウェブ・ブラウザ２２６を用いて、転送サーバ２００によって提供されるような転送システム２２にアクセスできるようになる。アドミニストレータ・ウェブ・インタフェース２２０は、ウェブ・ブラウザ２２８を用いて、コンテンツ転送処理の設定および管理が可能となる。デバイス・インタフェース２２４によって、デバイス・ユーザは、ＭＡプロキシ２３２を介したマニュアルによる認証通信によって、ユーザのデバイス２３０を用いて転送サーバ２００へアクセスできるようになる。一例において、デバイス・インタフェースは、ユーザ要求を解釈するのみならず、ウェブ・ページを生成することを含む。

一例によれば、転送サーバ２００は、単純なウェブ・ページを含む標準／レファレンス表示を提供する。一例において、プレゼンテーション・レイヤ２０２は、Ｊａｖａサーバ・フェイス・フレームワークを用いて実現される。一例によれば、キャリア（あるいは、コンテンツ・プロバイダ）は、ビジネス・レイヤ２０６に組み込まれたビジネス・ロジックに容易にマップされるキャリア自身の表示ロジックを実現することができる。

ビジネス・ロジック・インタフェース・レイヤ２０４は、ビジネス・レイヤ２０６に組み込まれたビジネス・ロジックから、インタフェース２１６、２２０、２２４に組み込まれたプレゼンテーション・ロジックを分離するために実現されるインタフェースを定義する。ビジネス・ロジック・インタフェース・レイヤ２０４によって、転送サーバ２００は、スタンドアロン・サーバとして配置されるか、あるいは、ウェブ・サービスとして実現されるようになる。１つの事例では、ビジネス・ロジック・インタフェース２０４は、それぞれの機能に基づいてグループ化され、もって、転送システム２２の構成をより柔軟にする。

ビジネス・レイヤ２０６は、ユーザの信用証書（例えば、ユーザ名およびパスワード）を確認するＡＰＩ ａｕｔｈｅｎｔｉｃａｔｅＵｓｅｒ（ｕｎａｍｅ、ｐａｓｓｃｏｄｅ）を有するユーザ・マネジャ２３６を含む。ユーザ・マネジャ２３６は、新たなユーザを生成するＡＰＩ ｎｅｗＲｅｇｉｓｔｒａｔｉｏｎ（）と、ユーザＩＤを申込者ＩＤにマップするＡＰＩ ｍａｐＵｓｅｒＩＤＴｏＳｉｄ（）とを有する。ユーザＩＤは、モバイル・ディレクトリ番号（ＭＤＮ）、モバイル識別番号（ＭＩＮ）等でありうる。外部システム２１２のキャリア・システム２３７は、このマッピングを提供し、キャリア・インタフェース２３９によって外部システム統合レイヤ２１０へインタフェースされる。ビジネス・レイヤ２０６の購入履歴マネジャ２３８は、申込者によって購入されたアプリケーション（またはコンテンツ）のリストを取得するＡＰＩ ｇｅｔＳＩＤＰｕｒｃｈａｓｅｄＡｐｐｌｉｃａｔｉｏｎ（）を有する。このリストは、申込者によって以前削除されたアプリケーションのみならず、現在デバイスにインストールされているアプリケーションからなる。ビジネス・レイヤ２０６のルール（エンジン）マネジャ２４０は、転送ルールを適用（例えば、ライセンス済アプリケーションを、宛先を向かう代替アプリケーション、あるいは転送価格を決定する代替アプリケーションへマップ）した後に、新たなデバイスへ転送されるアプリケーション（またはコンテンツ）のリストを取得するＡＰＩ ｇｅｔＡｐｐｌｉｃａｔｉｏｎＭａｐｐｉｎｇ（ａｐｐｓＬｉｓｔ）を有する。ルール（エンジン）マネジャ２４０はまた、ＡＰＩ ｇｅｔＤｅｆａｕｌｔＰｒｉｃｅＯｐｔｉｏｎ（ａｐｐｉｄ、ｐｉｄ）を有する。これは、マップされたアプリケーション（またはコンテンツ）が、１より多い価格オプションを持つ場合、この機能のプレゼンテーション・ロジックが、デフォルトの価格オプションを決定することができる。この機能は、ＭＡ登録中に有効である。一例において、ＭＡ登録中、ユーザは、価格オプションを選択するオプションを持たないかもしれない。ビジネス・レイヤ２０６の配信マネジャ２４２は、おのおののアプリケーション（またはコンテンツ）のための代替購入要求を作成するＡＰＩ ｄｅｌｉｖｅｒＡｐｐｌｉｃａｔｉｏｎ（ａｐｐｓＬｉｓｔ）を有する。ビジネス・レイヤ２０６のデバイス・マネジャ２４４は、デバイスＩＤがキャリアのネットワークに属しているかを検証するＡＰＩ ｖａｌｉｄａｔｅＤｅｖｉｃｅＩＤ（ｄｅｖｉｃｅＩＤ）を有する。ビジネス・レイヤ２０６のデバイス・マネジャ２４４は、キャリアに関連して利用可能なデバイスのリストを取得するＡＰＩ ＬｉｓｔｇｅｔＡｖａｉｌａｂｌｅＤｅｖｉｃｅＩＤ（）を有する。このＡＰＩを用いることによって、ウェブ・インタフェースは、利用可能なデバイスＩＤを申込者に対して表示することができ、申込者は、模擬転送を行うことができる。デバイス在庫情報マネジャ２４６は、申込者デバイスから検索されたアプリケーション（またはコンテンツ）のリストを格納するＡＰＩ ＳｅｔＤｅｖｉｃｅＬｉｃｅｎｓｅＩｎｆｏｒｍａｔｉｏｎ（リスト）を有する。

ビジネス・レイヤ２０６は、転送システム２２の転送ロジックを含んでいる。一例において、ビジネス・レイヤ２０６は、Ｊａｖａを使用して開発されうる。１つの事例では、プレゼンテーション・レイヤ２０６は、ビジネス・ロジック・インタフェース・レイヤ２０４、外観デザイン・パターン（図示せず）、および転送マネジャ２４８とインタフェースする。一例によれば、転送マネジャ２４８は、ビジネス・レイヤ２０６へ単一のエントリ・ポイントを提供する。１つの事例では、プレゼンテーション・レイヤ２０２は、良く定義されたモジュールを用いて、ビジネス・レイヤ２０６内のモジュールとインタラクトする。

一例によれば、転送マネジャ２４８は、ビジネス・ロジック・インタフェース・レイヤ２０４によって定義されたインタフェースを実装する。転送マネジャ２４８は、クライアントからの要求を解釈し、適切な要求ハンドラをロードし、要求ハンドラの出力を適切な応答クラスにリダイレクトすることを担当する。転送マネジャ２４８は、この要求から、要求されたパラメータを値とともに抽出するように動作し、このパラメータ・リストを、要求ハンドラへ渡す。

デバイス在庫情報マネジャ２４６は、デバイス転送クライアント１６０（図３）によって発行されたコンテンツのライセンス・データを保持することを担当する。デバイス転送クライアント１６０は、デバイス転送クライアント１６０を用いて転送動作が開始された場合、このライセンス・データを発行する。一例において、デバイス在庫情報マネジャ２４６は、このライセンス・データをメモリに一時的に格納するように動作する。そして、このライセンス・データを検索するためのＡＰＩを提供する。一例において、デバイス在庫情報マネジャ２４６は、ＤｅｖｉｃｅＩｎｖｅｎｔｏｒｙＩｎｔｅｒｆａｃｅインタフェースを実装する。他の例では、デバイス在庫情報マネジャ２４６は、ウェブによって開始された転送で、デバイスからライセンス・データを取得するように動作する。

購入履歴マネジャ２３８は、申込者によって購入されたコンテンツのリストを検索することを担当する。一例において、この履歴は、外部システム統合レイヤ２１０のサービス・インタフェース２５２を使用して、外部システム２１２の配信システム２５０から検索される。購入履歴マネジャ２３８は、申込者の購入あるいはトランザクション履歴を検索し、申込者の購入したコンテンツおよび削除したコンテンツを検索し、履歴にアクセスするために必要とされるＡＰＩを提供するように動作する。１つの事例では、購入履歴マネジャ２３８は、購入されているが未だ削除されていないコンテンツを、サービス・インタフェース２５２を用いて検索する。１つの局面によれば、転送サーバ２００は、デバイス転送クライアント１６０が存在していなくても、購入履歴を検索することができる。

一致マネジャ２５４は、申込者がダウンロードしたコンテンツの単一のリストを保持することを担当する。転送サーバ２００は、２セットのコンテンツ・リストを有する。１つのリストは、購入履歴を含み、他のリストは、デバイス・コンテンツ在庫情報を含んでいる。一致マネジャ２５４は、これら２つのコンテンツ・リストを、単一のコンテンツ・リストに合併する。一致マネジャ２５４は、将来の使用のために、この一致されたコンテンツ・リストをデータベース内に保存することができる。一致マネジャ２５４はさらに、保存されたコンテンツ・リストを検索するためにＡＰＩを提供する。一例において、一致マネジャ２５４は、一致されたコンテンツ・リストをローカル・データベースへ格納する。転送サーバ２００から宛先デバイス１８（図１）へとコンテンツが転送されると、一致マネジャ２５４は、指定された期間の後、一致したコンテンツを削除する。１つの事例では、一致マネジャ２５４は、一致したリストをクライアントへ示すように動作する。一例において、一致マネジャ２５４は、ＡＰＩインタフェースＲｅｃｏｎｃｉｌｅＩｎｔｅｒｆａｃｅを実装する。

コンテンツ転送は、転送ルール（例えば、ライセンス済アプリケーションの、宛先へ向かう代替アプリケーションへ、または、転送価格を決定する代替アプリケーションへのマッピング）に基づきうる。ルール（エンジン）マネジャ２４０は、このルールを実装し、コンテンツ転送処理の間、このルールを実行する。１つの事例では、ルール（エンジン）マネジャ２４０は、おのおののソース・コンテンツのための目標コンテンツを決定することを担当する。この実装されたルールは、リスト内のおのおののコンテンツについて、単一のコンテンツが宛先デバイス１８へマップされることを保証する。ルール（エンジン）マネジャ２４０はさらに、転送ルールを適用することによって、目標宛先デバイス１８のために最も適したコンテンツを決定するように動作する。

ルール（エンジン）マネジャ２４０によって、オペレータは、新たな転送ルールを設定できるようになる。一例において、転送されると選択されたコンテンツが、コンテンツ・プロバイダのカタログにおいて利用可能ではない場合、オペレータは、申込者を完全に信用する。オペレータはまた、法則（例えば、Ｃｒｅｄｉｔｂａｃｋコンテンツで利用可能なロジック）に基づいて、申込者を部分的に信用する。一例において、価格設定方法あるいは価格設定基準は存在しないかもしれない。ユーザが、残りのライセンス、または使用されていないライセンスを有する場合、オペレータは、残りのライセンスを信用し、全てのライセンスを転送するか、あるいは、残りのライセンスのみを転送する。新たなバージョン、アップグレード、または等価物のためのルールもありうる。１つの事例では、キャリアは、与えられたコンテンツの代わりにどのコンテンスが使用されるべきかを決定することができる。一例において、ルール・エンジンは、インタフェースＡＸＭａｐｐｉｎｇＩｎｔｅｒａｃｅを実装する。

目標コンテンツが決定された後、次のステップは、宛先デバイスにこのコンテンツを配信することである。一例において、配信マネジャは、転送されたコンテンツを、宛先デバイスへ配信するように動作する。目標コンテンツの宛先デバイス１８への実際のダウンロードは、一例において、宛先デバイス１８によって開始される。配信マネジャ２４２は、転送されたおのおののコンテンツについて、代替購入要求（イベント）を生成するように動作し、さらに、この代替購入要求をＤＳ２５０へ発行する。１つの事例では、配信オプションは、コンフィギュレーション・アイテムである。コンテンツは、自動インストール・オプションを用いて配信され、宛先デバイス１８内のｍｙＡｐｐｓに配信されるスナップショット等でありうる。一例において、配信マネジャ２４２は、ＡＰＩ ＤｅｌｉｖｅｒｙＩｎｔｅｒｆａｃｅインタフェースを実装する。

ユーザ・マネジャ２３６は、転送サーバ・ユーザ・アカウントを管理するように動作する。一例において、転送サーバ２００は、エンド・ユーザ、アドミニストレータ、およびビジネス・ユーザをサポートすることができる。エンド・ユーザはコンテンツを転送し、ある補足的なサービスを利用することができる。アドミニストレータは、日々のアクティビティ（例えば、コンテンツ転送、ユーザのための新たなユーザ設置特権の追加、等）を実行し、バックアップをとり、レポートを生成し、いくつかの補足的なサービスを利用することができる。ビジネス・ユーザは、コンテンツを転送し、レポートを生成し、転送ルールを設定し、いくつかの補足的なサービスを利用することができる。１つの事例では、デフォルトによって、転送サーバ２００は、上記にリストされた全てのアクティビティを実行することができる１つのスーパ・ユーザを持つことができる。申込者は、転送サーバ２００に登録する必要がある。一例において、ユーザ・マネジャ２３６は、ＡＰＩ ＵｓｅｒＡｃｃｏｕｎｔＩｎｔｅｒｆａｃｅを実装する。

データ・アクセス・レイヤ２０８は、データベースＡＰＩ ２５８内のデータベースのためアブストラクトを提供する（例えば、基礎をなすデータベース・メカニズムの複雑さを隠蔽する）。データ・アクセス・レイヤ２０８は、ビジネス・オブジェクトへのテーブル・レコードのマッピング、あるいはその逆のマッピングを提供するように動作する。一例において、データ・アクセス・レイヤ２０８は、トルク・オブジェクト・マッピング・フレームワークを用いることができる。１つの事例では、全てのテーブルについて、データ・ソースとＤＡＯオブジェクトとが定義されうる。

外部システム統合レイヤ２１０によって、ビジネス・レイヤ２０６は、良く定義されたインタフェース２３７、２５０を用いる外部システム２１２とインタラクトすることができる。転送サーバ２００は、サービス・インタフェース２５２を用いて、ＤＳ２５０とインタラクトすることができる。外部システム統合レイヤ２１０は、サービス・インタフェースＡＰＩ ２５２にアブストラクトを提供することができる。転送サーバ２００は、ユーザ認証またはデバイス認証のために、キャリアのシステム２３７とインタラクトすることができる。外部システム統合レイヤ２１０は、ＭＤＮへのアクセスを、申込者識別情報（ＳＩＤ）マッピングに提供することができる。

転送サーバ共通サービス・レイヤ２１４は、（例えば、プレゼンテーション・レイヤ２０２、ビジネス・ロジック・インタフェース・レイヤ２０４、ビジネス・レイヤ２０６、データ・アクセス・レイヤ２０８、外部システム統合レイヤ２１０等のような）多くの機能エンティティによって直接的にアクセスされうる。転送サーバ共通サービス２１４は、セッション・マネジャ２６４、アプリケーション・マネジャ２６６、コンフィグレーション・マネジャ２６８、プラグ・イン・マネジャ２７０、例外マネジャ２７２、ログ・マネジャ２７４、ユーティリティ２７６、およびカタログ・マネジャ２７８を含む。

セッション・マネジャ２６４は、新たな転送セッションを生成するＡＰＩ ＳｅｓｓｉｏＩＤ ｏｐｅｎＴｒａｎｓｆｅｒ（）と、機能ｏｐｅｎＴｒａｎｓｆｅｒ（）によって生成されたセッションをクローズするＡＰＩ ｃｌｏｓｅＴｒａｎｓｆｅｒ（ＳｅｓｓｉｏｎＩＤ）とを有する。セッション・マネジャ２６４は、おのおのの転送のためのセッションを保持し、転送されたデータをセッションに保存するＡＰＩを提供する。

コンフィグュレーション・マネジャ２６８によって、アドミニストレータは、システム・コンフィグレーションを設定することが可能となる。コンフィギュレーション・マネジャ２６８はさらに、転送コンフィグレーション・パラメータ値にアクセスするために、他のモジュールによって使用されうるクラスを提供する。コンフィグレーション・データは、ＸＭＬドキュメントとして保存されうる。

インタフェース（プラグ・イン）マネジャ２７０は、外部システム統合コネクタを生成および保持することを担当する。転送サーバ２００の起動中、インタフェース・マネジャ２７０は、外部システム・コネクタのインスタンスを生成する。外部インタフェースは、１セットのプラグ・インとして実現されうる。

例外マネジャ２７２は、システムの例外ケース、あるいは、外部システムを取り扱う。例外マネジャ２７２は、デフォルト設定を用いることによって、転送システム２２を丁寧に停止させることによって、あるいは、その他の動作を講じることによって、ランライムを調節するように動作する。

ログ・マネジャ２７４は、ログ・ファイルを生成するＡＰＩを提供する。このＡＰＩによって、その他のモジュールが、ログ・ファイルにロギング・データを追加できるようになる。１つの事例では、ビジネス・ユーザの転送アドミニストレータのみが様々なログを閲覧することができる。ログ・マネジャは、転送ログを管理するために、ｌｏｇ４ｊオープン・ソース・パッケージを用いることができる。

ユーティリィティ・モジュール２７６は、様々なユーティリティ・クラス（例えば、ストリング・ユーティリティ、番号フォーマット・ユーティリティ、ＸＭＬドキュメント・ユーティリティ等）を含む。ユーティリィティ・マネジャ２７６は、コンテンツの配信をスケジュールするスケジュール・サブ・モジュールを含むことができる。

アプリケーション・マネジャ２６６は、転送サーバ２００の起動および停止を担当する。アプリケーション・マネジャ２６６は、ビジネス・レイヤ２０６内の様々なモジュールを初期化するように動作し、ビジネス・ロジック内の単一のインスタンスを管理することを担当する。一例において、データベースは、転送テーブル、ユーザ・アカウント・テーブル（オプション）、アイテム・テーブル、およびルール・テーブルを含みうる。転送テーブルは、サービス・インタフェース２５２へ発行された購入要求をログする。

１つの局面では、転送サーバ２００は、ＨＴＴＰ、ＨＴＭＬ、Ｗｅｂサービス（ＳＯＡＰ）、ＸＭＬ、カスケード・スタイル・シート等を実施することができる。一例において、キャリア・システム２３７によって、ＭＤＮからＳＩＤへのマッピングが提供される。転送サーバ２００は、インタフェース２３９を定義することができる。転送サーバ２００は、１つの例においてＢＲＥＷＺｏｎｅであるサービス・インタフェース２５２と通信する。１つの事例では、転送サーバ２００からデバイス２３０へのコンテンツ転送は、申込者がデバイスを検証した後であるか、あるいは、ＭＡ登録を完了した後になされる。

ライセンス済アプリケーションを自動的に転送することによって、転送を容易にするための見積もり、ネゴシエーション、および課金処理が容易となる。この目的のため、ビジネス・ロジックは、既存のライセンス権利を評価すること、および、別のデバイスのための等価またはアップグレードされたライセンス権利を転送するための適切な価格を提供することに対処する。これらの計算は、異なるコンテンツ数が実装されたり、あるいは新たな価格が生成された場合、価格の変動を反映する。例えば、購入価格決定方法（ＰＭ）において、キャリア・リスト価格（ＣＬＰ）値と開発者アプリケーション価格（ＤＡＰ）値とはゼロである。したがって、申込者が課金されない場合がありうる。申込価格決定方法では、ＤＡＰ値とＣＬＰ値とに基づいて繰り返し請求されるので、価格は、カタログ価格と同じになりうる。したがって、一例において、有効な申込価格は、カタログ価格に基づき、新たな申込価格が有効になる。その月の申込請求（ＳＢ）が既に生成されている場合、たとえば、そのコンテンツが同じファミリであれば、時間調節（ＴＡ）イベントが転送サーバ２００（図５）によって生成され、転送サーバの復活Ｄｅｌｅｔｅ（ＤＬ）イベントに対する信用証明がなされる。その月の申込請求が生成されていない場合、ＴＡは生成される必要ない。ＤＬ（ＳＢ）が宛先デバイス上にある間、ＤＥ（ＳＥ）はオリジナル・デバイス上にある。限定された期間、ＣＬＰ値およびＤＡＰ値はゼロである。なぜなら、限定された期間の申込コンテンツを削除しても、申込請求は終わらないからである。一例において、申込は、ソフトウェア識別情報（ＳＩＤ）／ハードウェア識別情報（ｈｗＩＤ）の組み合わせに基づきうる。宛先デバイスは、異なるｈｗＩＤを持っているかもしれない。デモンストレーション価格設定技術の場合、一例によれば、残りのライセンスは、価格設定ベースのタイプがオリジナルのＰＢＴと一致するかに関わらず復活するだろう。

１つの事例では、価格設定ベースのタイプがオリジナルのＰＢＴと一致するかに関わらず、残りのライセンスが復活するだろう。１つの局面によれば、ローカルな価格設定の取り扱いは、ＢＲＥＷＺｏｎｅ（登録商標）を用いた代替配信のために、カスタムＰＭ／ＰＢＴ／ＰＢＶとともに使用されうる。一例において、ＢＲＥＷＺｏｎｅは、アイテム配信にカスタム価格設定を与える。ＢＲＥＷＺｏｎｅはさらに、サービス価格設定（ＳＶＢ）を介してトランザクション・データベース（ＴＸＮ）へＴＡイベントを送る。ライセンスが終了すると、ユーザは、たとえＰＢＴが宛先デバイスについて一致しない場合であっても、他のＰＢＴライセンス・タイプを購入することができる。一例において、ＴＸＮは、実際の価格ハンドラへの相互参照を含みうる。さらに、１つの局面によれば、ＣＬＰ／ＤＡＰはゼロに等しいので、調節はできない。１つの事例では、２に等しいサブタイプ／ＳＶＢ状態が、配信に使用されるだろう。

あるいは、申込価格設定技術において、宛先デバイスにおける無制限の購入が復活する。価格が変動した場合、新たな申込価格が使用されうる。期間制限された申込に対して既に支払いがなされているので、期間制限された申込は、たとえ早期に削除されていても、部分的なライセンスと同じ方法で復活されるだろう。一例において、ゼロのＣＬＰ／ＤＡＰを持つ追加のＳＢが生成される。一例によれば、２または３に等しいサブタイプ／ＳＶＢ状態が使用される。１つの事例では、コンテンツの配信は、ＢＲＥＷＺｏｎｅを用いた代替的な購入による。

ビジネス・ログをサポートする図６では、図４のデバイス転送クライアント１６０によって利用される例示的なデバイス・データ構造３００が、ライセンス済アプリケーションの動的在庫管理を行う。おのおののレコードは、通信デバイス１０４（図４）において現在インストールおよびライセンスされているか、あるいは削除されたアプリケーションに対応する。ライセンスされたおのおののアプリケーションは、カラム“＃”におけるカタログ・インデクス・リファレンスによって、タイトルされたカラムにおけるアプリケーション・タイトルによって、物理メモリ・アドレスによって、（例えば、フリー、デモ、購入、申込のような）ライセンスのタイプによって、（例えば、使用毎の支払い、時間毎の支払い、無制限の期間の購入等）のような支払方法によって参照される。トランザクション・データは、ネットワーク・データへの相互参照のために、および、期間限定されたライセンスにおける残り時間を計算するために与えられる。

図７では、例示的なネットワーク・データ構造４００は、デバイス上に在庫のあるアプリケーションのライセンスの検証、デバイス上で削除されたアプリケーションの、残りのライセンス期間を用いた回復、および／または、宛先デバイスへの転送に適したアプリケーションの等価バージョンまたはアップグレード・バージョンの発見のための情報を含む。その目的のため、例示的なデータ構造４００は、アプリケーションのカタログ・インデクス、アプリケーションのタイトル、アプリケーションのプラットフォーム・タイプ（例えば、ソフトウェア・タイプおよび／またはハードウェア・タイプ）、データ構造４００の外にある特定の課金処理および価格設定構成にアクセスするためのベンダ識別情報、オリジナルのトランザクションのための価格設定方法、ライセンスにおける残り時間および使用を決定するために使用される支払構成、および、デバイス・データ構造３００との相関付けおよびライセンスにおける残りの値を計算するためのトランザクション日付によってリストされたトランザクションを有する１つのユーザＩＤまたは１つのデバイスＩＤに関連する。

図８では、転送マネジャによって利用される例示的なカタログ・データ構造５００が、ライセンス・タイプおよび価格設定、特定のユーザ・クラスについて割引が適用可能であるか、プラットフォームによるアプリケーションの特定のバージョンが、ユーザにライセンスされたオリジナルのアプリケーションと等価あるいはそれよりもアップグレードされていると見なされるか、を含む現在提供されているライセンス期間を判定するために、そのアプリケーションのためのカタログ参照番号間の相互参照を提供する。ビジネス・ロジックは、アップグレードされたバージョンが提供されるべきであることを示すか、あるいは、オプション選択された場合のみまたはユーザによってマニュアルで選択された場合に等価物がアップグレード・バージョンとともに自動転送されることを示す。

図９では、ビジネス・ロジック行列６００は、オリジナル・アプリケーションにおける現在のライセンス権利を、提案された宛先デバイスに対して提案された代替案にマップする方法である。その目的のために、「古い」アプリケーションのライセンスのタイプ（例えば、デモンストレーション、使用毎の支払い、時間毎の支払い、無制限の時間）が、カタログ・データ構造５００に位置する代替アプリケーションのために利用可能なライセンス・タイプと相互参照されうる。そのようなビジネス・ロジックの例は、もしもライセンス期間中、等価バージョンまたはアップグレード・バージョンが宛先デバイスについて利用可能ではない場合、クロス販売、あるいは、後に転送を実行するための将来のリマインダからなるその他のタイプを設定することを含む。デモンストレーション・バージョンについて、ビジネス・ロジックは、常に、等価なアップグレード価格を無料で提供する。ビジネス・ロジックは、使用毎の支払い、時間毎の支払い、および等価またはアップグレードであるに関わらず、新たな申込価格での将来の申込拡張機能を持つ新たなバージョンとの等価量を信用証明することを含む。アップグレードしていない人に対して、ライセンス価格における差額の半分でアップグレード・バージョンを提供するディスカウントが提示されうる。

図１０では、通信システム７００が、例えばライセンス済アプリケーションのようなコンテンツの、開始ユーザ機器（ＵＥ）７０４および宛先ＵＥ７０６との間のネットワーク７０２を介した転送を容易にする。様々なコンピュータ・アーキテクチャおよびネットワーク・アーキテクチャが、説明したような様々な機能要素を用いて適用されうる。キャリア・システム７０８は、例示目的のために、ライセンス済アプリケーションをたまたま実行する通信デバイスである開始ＵＥ７０４および宛先ＵＥ７０６へ通信サービスを提供する。転送サーバ７１０は、コンテンツ配信サーバ（ＣＤＳ）７１２によって提供される配信チャネルを介して、ライセンス済アプリケーションの転送に必要なバックエンド処理を取り扱う。開始ＵＥ７０２および宛先ＵＥ７０４におけるデバイス転送クライアント（図示せず）が認証されない場合、転送ウェブ・ポータル７１４は、ユーザ入力を取り扱うために、転送サーバ７１０とインタラクトする。これは、相互認証（ＭＡ）プロキシ７１６によってＵＥ７０２、ＵＥ７０４、およびユーザを認証することを含む。ＵＥ７０４およびＵＥ７０６は、グループ・データベース７１８によって識別されるグループの一部でありうる。グループにサービス提供するキャリア・システム７０８は、グループの申込レートおよび課金サイクルを決定するためにサービス価格課金処理（ＳＶＢ）７２２からのデータを利用する課金配信サービス（ＢＤＳ）７２０によって支払われる。転送サーバ７１０は、トランザクション・データベース（ＴＸＮ）７２６に対して以前になされたライセンスの検証結果とともに、転送データベース７２４内に保持されたレコードによってなされる転送を追跡する。あるアドミニストレータ・サービスは、管理センタ（ＭＣ）データベース７８によって実行される。それは、グループ・データおよびユーザ・データ等を閲覧および修正するために高次レベルの認証を行うことを含む。例えばキャリア・システムのようなその他様々な外部エンティティが、サービス・インタフェース７３０を経由してアクセスされうる。アプリケーション（例えば、実行可能コード）のリポジトリが、安全なアプリケーション・データベース７３２から検索されうる。

図１０のエンティティのうちのいくつかあるいはすべての間のアーキテクチャ構成は、通信システム７００のタイプおよびその他の考慮に基づいて選択されうる。一例において、ユーザは、コンテンツ転送を開始できるように、転送ウェブ・ポータル７１４を用いて転送サーバ７１０と通信する。あるいは、ユーザは、ＵＥ７０４、７０６によって提供されるデバイス・ユーザ・インタフェースを用いてコンテンツ転送を開始することができる。要求を受けると、転送サーバ７１０は、サービス・インタフェース７３０を介して課金エンティティ７２０と通信する。転送されるべきコンテンツに関連する課金および購入履歴が決定されると、課金エンティティ７２０は、そのような情報を転送サーバ７１０へ通信する。転送サーバ７１０は、コンテンツ・マッピングを実行する。その後、転送サーバ７１０が、転送されるコンテンツの配信のための配信動作を開始する配信エンティティ７１２と通信する。

別の実施によれば、転送サーバ７１０とユーザとの間の通信は、ウェブ接続を介して転送ウェブ・ポータル７１４によって達成される。転送ウェブ・ポータル７１４は、申込者デバイス・ユーザ・インタフェースまたは申込者ウェブ・サーバ・インタフェースでありうる。申込者デバイス・ユーザ・インタフェースは、アプリケーション・データベース７３２と通信することができる。同様に、アドミニストレータ・ウェブ・インタフェース（例えば、管理センタ７２８）は、転送サーバ７１０と通信することができる。転送サーバ７１０はまた、転送データベース７２４内のデータにアクセスすることができる。転送サーバ７１０はさらに、相互認証（ＭＡ）プロキシ７１６によって、認証されたコンテンツ転送クライアント・トゥ・サーバ通信を用いてアプリケーション・データベース７３２と通信する。転送サーバ７１０とグループ７１８、およびサービス価格課金処理（ＳＶＢ）７２２との間の通信は、サービス・インタフェース７３０を介して達成されうる。例えば、転送サーバ７１０およびグループ７１８は、コンテンツ購入および配信を容易にするために通信する。一方、グループ７１８は、必要なコンテンツ（例えば、ライセンス済アプリケーション）にアクセスできるように、アプリケーション・データベース７３２と通信することができる。転送サーバ７１０は、コンテンツ在庫情報および課金処理のためにＳＶＢ７２２と通信する。ＳＶＢ７２２およびコンテンツ配信サーバ７１２はまた、管理センタ（ＭＣ）７２８と通信する。

図４および図１０に示す１つの例では、ＵＥ７０４およびＵＥ７０６のおのおのは、転送クライアント拡張機能１６８およびアプリケーション１１２を含む統合ユーザ・インタフェース１６４を備える。一例において、統合ユーザ・インタフェース１６４は、アプリケーション１１２およびその他のデバイス・コンテンツを転送するための共通のユーザ・インタフェースである。転送クライアント拡張機能１６８は、配信システム（例えば、ＣＤＳ７１２）で定義された転送サービス（ネットワーク内にあるか、あるいはホストされており、転送サービス・プロセス７３４と称される転送クライアントと置換可能に称される）と通信することができる。１つの事例では、転送クライアント拡張機能１６８は、転送デバイス・ユーザ・インタフェース１６４のために、ＩＤｏｗｎｌｏａｄ１７０およびＭＡアブストラクション１７２を提供する。これら図４からの構成要素は、ＵＥ７０４において図１０の７３６において、ＵＥ７０６において７３８において示されるように集められる。転送クライアント７３６、７３８は、転送動作のためにデバイス・ユーザ・インタフェースを提供する。転送クライアントは、クライアントからサーバへの通信を取り扱うために、転送クライアント拡張機能１６８を用いて動作する。

１つの局面によれば、アプリケーション１１２は、統一されたアプリケーションおよびデバイス・コンテンツ・バックアップ／転送ソリューションのために開発者によって実装される。デバイス７０４のアプリケーション１１２は、持続的なデータ・ストレージを有するデバイス・コンテンツ管理サービス（図示せず）と通信している。一例において、ＡＢＣデバイス・コンテンツ管理サービスは、開発者のために、デバイス・コンテンツ・バックアップ、リストア、および転送を提供する。

転送クライアント１６０と転送サーバ７１０との間の安全な通信は、デバイス側における転送クライアント１６０、ＩＤｏｗｎｌｏａｄ１７０、およびＩｍｕｔｌａｌＡｕｔｈ／ＩＷｅｂ１７２によって容易とされる一方、クライアント配信サーバ７１２は、ｃｏｎｔｅｎｔＦａｃ（あるいはＣＩ）、ＭＡ、ウェブ・サーバ、およびＳＶＣポート（図示せず）を含む。転送サーバ７１０は、転送サービス７３４およびサービス（ＳＶＣ）ポートを含むデバイス７０４は、転送サーバ７１０および転送データベース８２４と通信する相互認証（ＭＡ）プロキシ７１６としてコンテンツ配信サーバ７１２と通信することができる。

１つの局面では、転送クライアント１６０は、デバイス７０４と転送サービス７３４との間の認証された通信のためにＭＡを使用する一方、転送クライアント１６０は、全ての非認証通信のためにＨＴＴＰを使用する。コンテンツ配信サーバ（ＣＤＳ）７１２は、ＭＡにおいて終了するＭＡプロキシ７１６として使用され、残りのデータを転送サービスに渡す。一例において、転送クライアント１６０と転送サービスとの間で、認証されたパイプが生成されうる。ＭＡプロキシ７１６は、転送動作のための相互認証サービスである。ＭＡサービスは、転送クライアント１６０とＣＴサーバ７１０との間に安全な接続を提供する。一例において、ＣＤＳ７１２からのキャリア（またはコンテンツ・プロバイダ）インタフェースは、転送サービスのためのＭＡプロキシ７１６として動作しうる。

別の通信システムでは、ＵＥ ７０４は、転送サーバ７１０およびＣＤＳ７１２と通信する。転送サーバ７１０はまた、転送ウェブ・ポータル７１４とコンタクトしており、サービス・インタフェース７３０を用いてＳＶＢ７２２とインタフェースする。ＣＤＳ７１２は、ＭＣ７２８およびグループ７１８と通信する。

別の通信システムでは、ＵＥ７０４は、ＣＤＳ７１２および転送サーバ７１０とインタフェースする。転送サーバ７１０は、サービス・インタフェース７３０を経由してＭＣ７２８と通信する。転送サーバ７１０は、転送ウェブ・ポータル７１４にも接続される。あるいは、ＵＥ７０４は、転送サーバ７１０およびＣＤＳ７１２と通信する。ＭＣ７２８は、サービス・インタフェース７３０を経由して転送サーバ７１０と通信する。

一例において、転送クライアント７３６、７３８が、宛先ホスト（図示せず）を介した制御を持たないように、ＣＤＳ７１２のホスト名がＭＡプロキシ７１６によって自動的に挿入される。さらに、ＣＤＳ７１２は、必要な認証／許可機能をデバイスへ提供し、かつ、（例えば、デバイスが不正確に構成された場合）デバイス・コンフィグレーションを提供できるように構成されうる。

図１１には、１つの例にしたがって、転送システム７００の開始ＵＥ７０４から転送サービス７３４への典型的なコール・フローが示されている。特に、８００に示すステージＡにおいて、開始ＵＥ７０４は、アプリケーション／ライセンス情報に対する要求をＣＤＳ７１２に送る。８０２に示すステージＢでは、ＣＤＳ７１２が、認証／許可を実行し、キャリア・インタフェースを生成し、８０４に示すステージＣにおいて、転送アプリケーション・メッセージを転送サービス７３４へ送る。転送サービス７３４において情報を受信すると、８０６に示すように、ステージＤにおいて転送サービス７３４からＣＤＳ７１２へ応答がなされ、８０８に示すように、ステージＥにおいて開始ＵＥ７０４への成功メッセージが送られ、転送クライアント７３６は、８１０に示すように、ステージＦにおいて、全てのアプリケーションを削除し、８１２に示すように、ステージＧにおいて、削除アクノレッジメントをＣＤＳ７１２へ送る。転送サービス７３４は、８１４に示すように、ステージＨにおいて、ＴＸＮ７２６にカスタマ・パート情報を問い合わせ、転送クライアントによって送られた情報が正しいことを確認する。ＴＸＮ７２６は、８１８に示すように、ステージＪにおいて、カスタマ・ライセンス情報をサービス・インタフェース７３０へ送り戻す。サービス・インタフェース７３０は、８２０に示すように、ステージＫにおいて、転送サービス７３４へ応答を中継する。転送サービス７３４は、８２２におけるプロセスに示すように、ステージＬにおいて、ＳＩＤのためのライセンス情報を格納する。およそこの時までに、ＣＤＳ７１２は、ステージＭにおいて、アプリケーションの削除を、格納のためにＴＸＮ７２６へ中継する。

図１２は、通信システム７００における転送サービス７３４から宛先ＵＥ７０６への１つの例にしたがった典型的なコール・フロー図を示し、宛先ＵＥ７０６は、転送クライアント７３８を含む。このシーケンスが始まるとき、開始ＵＥ７０４は、コンテンツ／ライセンス情報を転送サービス７３４へ送り、開始ＵＥ７０４は、非アクティブになっている。図１２では、宛先ＵＥ７０６が、復活要求を転送サービス７３４へ送り、転送サービス７３４は、ＳＩＤのための新たなＰＩＤを取得し、宛先ＰＩＤに復活可能なアプリケーションを決定する。特に、８４０に示すようにステージＡにおいて、宛先ＵＥ７０６は、復活要求（“ｒｅｑｕｅｓｔ ａｐｐｌｉｃａｔｉｏｎｓ／ｌｉｓｅｎｓｅ”）をＣＤＳ７１２に送る。ＣＤＳ７１２は、これに応答して、８４２に示すようにステージＢにおいて、認証、許可、およびキャリア・インタフェースを実行する。ＣＤＳ７１２は、８４４に示すようにステージＣにおいて、ゲット・アプリケーション／ライセンス・メッセージを転送サービス７３４へ中継する。転送サービス７３４は、申込者識別情報（ＳＩＤ）のための新たなプラットフォーム識別情報（ＰＩＤ）を取得し、宛先ＰＩＤへ復活されうるアプリケーションを判定する。これらアプリケーションに基づいて、インタフェース・サービス７３０およびグループ７１８を用いて残りのライセンスが復活する。特に、８４６に示すように、ステージＤにおいて、アプリケーション代替配信アイテム・メッセージが、転送サービス７３４からサービス・インタフェース７３０へ送られる。一方、サービス・インタフェース７３０は、８４８に示すように、グループ自動インストールＭｙＡｐｐメッセージを、グループ７１８へ中継する。ステージＦでは、グループ７１８が、８５０に示すように、サービス・インタフェース７３０へ応答を与える。サービス・インタフェース７３０は、それに応答して、８５２に示すようにステージＧにおいて、転送サービス７３４へ応答メッセージを中継する。これらアプリケーションは、オリジナル・デバイスからの残りのライセンスとともに自動インストールされる。特に、転送サービス７３４は、８５４に示すようにステージＨにおいて、ＣＤＳ７１２に応答を中継する。一方、ＣＤＳ７１２は、ステージＩにおいて、宛先ＵＥ７０６に、サクセス・トゥ転送クライアント７３８をレポートする。宛先ＵＥ７０６は、８５６に示すように、ステージＪにおいて、要求“ｇｅｔ ＡＤＳ．ｔｘｔ”をもって、ＣＤＳサーバ７１２に応答する。ＣＤＳ７１２は、８５８に示すように、ステージＫにおいて、ゲット・アクション・リストに対する要求をグループ７１８に送る。ステージＬにおいて、グループ７１８は、８６０に示すように、自動インストール・アイテムをＣＤＳ７１２へ送る。一方、ＣＤＳ７１２は、８６２に示すように、ステージＭにおいて、パッケージを宛先ＵＥ７０６へ転送する。８６４に示すように、ステージＮでは、宛先ＵＥ７０６が、ダウンロード（ＤＬ）アクノレッジメントをＣＤＳ７１２へ返す。

一方、図１３は、通信システム７００における転送サービス７３４から宛先ＵＥ７０６への典型的なコール・フロー図を例示しており、宛先ＵＥ７０６は、転送クライアント７３８を含んでいない。したがって、一例において、転送サービス７３４は、転送ウェブ・クライアント７４０（図１０）を用いて、宛先ＵＥ７０６からではなく、転送ウェブ・ポータル７１４からのコンテンツ／ライセンス情報転送を提供する。あるいは、この転送は、１つの局面によれば、開始ＵＥ７０４によって開始された転送プロセスからの継続であり、転送クライアント７３６は、この転送を認証し許可するために、ＭＡインタフェースおよびＣＤＳインタフェースを実装する。一例において、サーバへの転送要求は、ロジックを使ってＣＴ＝Ａｃｋを転送サービス７３４へ送る転送ウェブ・クライアント７４０を含む。転送クライアント７３６は、アプリケーションを削除して、ＣＤＳ７１２に削除イベントを送る。１つの局面にしたがって、デバイス要求に対する復活において、復活アイテム／ライセンスは、デバイスに依存して、デバイス上のＧｒｏｕｐ自動動作またはＭｙａｐｐによって利用することができる。必要ならば、ＣＴサービスは、ＴＡを生成するために、ＣｒｅｄｉｔＢａｃｋエンジンを実装することができる。一例によれば、ＣＴサービスは、正しい転送リストを生成するために、ＳＩＤのためのライセンス情報およびカスタマ・パートを問い合わせる。ＣＴクライアントが、カスタマ・パートに存在するより多くのアイテムを送るのであれば、追加のアイテムが無視される。

特に、８８０に示すように、ステージＡにおいて、宛先ＵＥ７０６は、ＭＡ登録メッセージをＣＤＳ７１２に送る。８８２に示すように、ステージＢにおいて、ＣＤＳ７１２は、認証、許可、およびキャリア・インタフェースを実行する。８８４に示すように、ステージＣにおいて、ＣＤＳ７１２は、転送サービス７３４からのＳＩＤ／ＰＩＤ情報を要求する。一方、転送サービス７３４は、８８６に示すように、ステージＤにおいて、アプリケーション／ライセンス情報が存在するかを確認する。８８８に示すように、ステージＥにおいて、アプリケーション代替配信アイテムに対する要求が、サービス・インタフェース７３０に対してなされる。一方、サービス・インタフェース７３０は、８９０に示すように、ステージＦにおいて、グループ自動インストール／Ｍｙ Ａｐｐ要求をグループ７１８に中継する。グループ７１８は、ステージＧにおいて、８９２に示すようなサクセス・メッセージをサービス・インタフェース７３０に中継する。サービス・インタフェース７３０は、８９４に示すように、サクセス・メッセージを転送サービス７３４へ中継する。

ステージＩでは、転送サービス７３４が、８９６に示すように応答メッセージをＣＤＳ７１２へ送る。ＣＤＳ７１２は、ステージＪにおいて、８９８に示すように、登録メッセージを宛先ＵＥ７０６へ送る。宛先ＵＥ７０６は、９００に示すように、ステージＫにおいて、ＡＤＳ．ｔｘｔとアクション・リストをもってＣＤＳ７１２に応答する。ＣＤＳ７１２は、９０２に示すように、ステージＬにおいて、ゲット・アクション・リストをグループ７１８に送る。９０４に示すように、ステージＭにおいてグループ７１８は、自動インストール・アイテムをＣＤＳ７１２に送る。ＣＤＳ７１２は、９０６に示すように、ステージＮにおいて、パッケージを宛先ＵＥ７０６へ中継する。ＵＥ７０６は、９０８に示すように、ステージＯにおいて、ダウンロード（ＤＬ）アクノレッジメントをＣＤＳ７１２へ送り戻す。

図１４は、一例によれば、通信システム７００における転送サービス７３４から宛先ＵＥ７０６への典型的なコール・フロー図を示し、コンテンツ／ライセンス情報は利用可能ではなく、宛先ＵＥ７０６は、転送クライアント７３８を含む。例えば、開始ＵＥ７０４が紛失または破損した場合、コンテンツ／ライセンス情報は、転送サービス７３４へ送られない。したがって、９２０に示すように、ステージＡにおいて、宛先ＵＥ７０６は、アプリケーション／ライセンス・メッセージに対する要求をＣＤＳ７１２へ送る。９２２に示すように、ステージＢにおいて、ＣＤＳ７１２は、通信を認証および許可して、キャリア・インタフェースをセットアップする。そして、９２４に示すように、ステージＣにおいて、転送サービス７３４からゲット・アプリケーション・ライセンスを要求する。９２６に示すように、ステージＤにおいて、転送サービス７３４は、アプリケーション／ライセンス情報が存在するかを確認する。９２８に示すように、ステージＥにおいて、転送サービス７３４は、オリジナルＵＥ７０４がそのような情報をまだ送っていないと判定すると、ゲット・アプリケーション／ライセンス情報要求をサービス・インタフェース７３０へ送る。９３０に示すように、ステージＦにおいて、サービス・インタフェース７３０は、カスタマ・パート・クエリに対する要求をＴＸＮ９３０へ中継する。ＴＸＮ９３０は、９３２に示すように、ステージＧにおいて、カスタマ・パート情報をもって応答する。サービス・インタフェース７３０は、９３４に示すように、ステージＨにおいて、アプリケーション／ライセンス情報を転送サービスへ中継する。ビジネス・ルールに基づいて、転送サービスは、９３６に示すように、ステージＩにおいて、サービス・インタフェース７３０から代替配信アイテムを要求する。サービス・インタフェース７３０は、９３８に示すように、ステージＪにおいて、この要求をグループ７１８に中継する。グループ７１８は、９４０に示すように、ステージＫにおいて、サクセス応答をもってサービス・インタフェース７３０に応答する。サービス・インタフェース７３０は、９４２に示すように、ステージＬにおいて、サクセス応答をもって転送サービス７３４へ応答する。ステージＭでは、転送サービスは、９４４に示すように、応答メッセージをＣＤＳ７１２へ送る。ＣＤＳ７１２は、サクセス・メッセージを転送クライアント７３８へ戻す。ステージＯでは、宛先ＵＥ７０６は、ゲットＡＤＳ．ｔｘｔメッセージをもってＣＤＳ７１２へ応答する。ＣＤＳ７１２は、９５０に示すように、ステージＰにおいて、ゲットＭｙ Ａｐｐｓ要求をグループ７１８へ送る。ステージＱでは、グループ７１８は、９５２に示すように、Ｍｙ ＡｐｐｓカテゴリをもってＣＤＳ７１２に応答する。ＣＤＳ７１２は、９５４に示すように、ステージＲにおいて、Ｍｙ Ａｐｐｓを宛先ＵＥ７０６に送る。その後、ステージＳでは、９５６に示すように、宛先ＵＥ７０６がダウンロードをアクノレッジする。

図１５は、一例によれば、通信システム７００における転送サービス７３４から宛先ＵＥ７０６への典型的なコール・フロー図を示し、コンテンツ／ライセンス情報は利用可能ではなく、宛先ＵＥ７０６は、転送クライアント７３８を含まない。例示する例では、宛先ＵＥ７０６は、転送クライアント７３８を含まないので、ＣＤＳ７１２は、新たな宛先ＵＥ７０６が登録されると、転送サービス７３４へ通信するために、キャリア・インタフェース（ＣＩ）を実装することができる。特に、９７０に示すように、ステージＡにおいて、宛先ＵＥ７０６は、ＭＡ登録をＣＤＳ７１２へ送る。９７２に示すように、ステージＢにおいて、ＣＤＳ７１２は、認証および許可を実行し、キャリア・インタフェースを生成する。９７４に示すように、ステージＣにおいて、ＣＤＳ７１２は、転送サーバ７３４からＳＩＤ／ＰＩＤ情報を要求する。９７６に示すように、ステージＤにおいて、転送サーバ７３４は、アプリケーション／ライセンス情報の存在をチェックする。ステージＥでは、転送サーバ７３４が、９７８に示すように、サービス・インタフェース７３０からアプリケーション／ライセンス情報を取得する要求を送る。ステージＦにおいて、サービス・インタフェース７３０は、９８０に例示するように、カスタマ・パート・クエリに対する要求をＴＸＮ７２６へ中継する。ステージＧでは、ＴＸＮ７２６が、９８２に示すように、カスタマ・パート情報をもってサービス・インタフェース７３０へ応答する。ステージＨでは、９８４に示すように、アプリケーション／ライセンス情報がサービス・インタフェース７３０から転送サービス７３４へ中継される。ステージＩでは、９８６に示すように、転送サービス７３４がサービス・インタフェース７３０へＢＲＥＷＺｏｎｅ代替配信アイテム要求を送る。９８８に示すように、ステージＪにおいて、サービス・インタフェース７３０は、“ｇｒｏｕｐ：ｏｎｌｙ ｔｏ Ｍｙ Ａｐｐｓ”メッセージをグループ７１８へ送る。グループ７１８は、９９０に示すように、ステージＫにおいて、サクセス・メッセージをもって応答する。サービス・インタフェース７３０は、９９２に示すように、ステージＬにおいて、サクセス・メッセージを転送サービス７３４へ中継する。ステージＭにおいて、９９４に示すように、転送サービス７３４が、ＣＤＳ７１２に応答メッセージを送る。ステージＮにおいて、ＣＤＳ７１２は、宛先ＵＥ７０６へ登録応答を送る。ステージＯにおいて、９９８に示すように、宛先ＵＥ７０６は、ＣＤＳ７１２へＡＤＳ．ｔｘｔ．．．アイテム・リスト・メッセージを送る。ＣＤＳ７１２は、１０００に示すように、“ｇｅｔ Ｍｙ Ａｐｐｓ”メッセージをグループ７１８へ送る。ステージＱにおいて、グループ７１８は、１００２に示すように、Ｍｙ ＡｐｐｓカテゴリをＣＤＳ７１２へ送る。ＣＤＳ７１２は、１００４に示すように、ステージＲにおいて、Ｍｙ Ａｐｐｓを宛先ＵＥ７０６へ送る。ＵＥ７０６は、１００６に示すように、ステージＳにおいて、“ｇｅｔ Ｐｋｇ”メッセージをＣＤＳ７１２に応答する。

図１６は、１つの局面にしたがって、デジタル・ロッカ１１０２を実現する通信システム１１００のための典型的なアーキテクチャの概要図である。このシステム１１００は、配信システム１１０４、ＭＡプロキシ１１０６、転送サービス１１０８、デジタル・ロッカ１１０２、およびＴＸＮ１１１０を含む。配信システム１１０４は、コンテンツ配信サーバ（ＣＤＳ）１１１２およびグループ１１１４を含む。ＵＥ１１１６は、それぞれのＡＰＩ １１１８、１１２０を介してＣＤＳ１１１２およびＭＡプロキシ１１０６とインタフェースする。アドミニストレータ・ウェブ・システム１１２２は、転送サービスＡＰＩ １１２４を介して転送サービス１１０８とインタラクトする。ＭＡプロキシ１１０６は、転送サービスＡＰＩ １１２４を介して転送サービス１１０８とインタフェースする。転送サービス１１０８は、デジタル・ロッカＡＰＩ １１２６を介してデジタル・ロッカ１１０２とインタラクトする。転送サービス１１０８は、サービス・インタフェース１１２８を経由してグループ１１１４およびＴＸＮ１１１０とインタフェースする。１つの局面では、転送デジタル・ロッカ１１０２の機能（例えば、ＡＰＩ）は、プット、ゲット、アップデート、リムーブである。ＵＥ１１１６は、転送バックアップ・ライセンスを得るためにプット機能を用いる。プット機能は、ＭＡプロキシ１１０６、転送サービス１１０８を通って、ＴＸＮ１１１０に関連するデジタル・ロッカ１１０２に至る。ゲット機能およびアップデート機能は、ウェブ・システム１１２２によって使用され、ゲット機能、アップデート機能、およびリムーブ機能は、転送システム１１００においてアプリケーションを復活させるためにＵＥ１１１６によって使用されうる。

一例によれば、デジタル・ロッカは、申込者情報（ＳＩＤ）、コンテンツ（例えば、ライセンス）、およびメタ情報（例えば、コンテンツの所有者に関する情報）を含む。申込者情報は、ＳＩＤまたはＰＩＤでありうる。コンテンツ（例えば、ライセンス）は、予め定められたｄｔｄを用いてＸＭＬオブジェクト形式で表されうる。メタ情報は、コンテンツの所有者に関連する情報であり、これによって、所有者特有のロジックがこのコンテンツのために使用可能となる。一例において、このロジックは、デジタル・ロッカ機能または所有者機能（例えば、コンテンツ終了、コンテンツのステータス等）のうちの何れかでありうる。例えば、一例において、コンテンツ所有者は、ＣＴ、ＴＸＮ、消費者ポータル等でありうる。

本明細書で開示された実施形態に関連して記述された様々な例示的なロジック、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、またはその他任意のこのようなコンフィグレーションである計算デバイスの組み合わせとして実現することも可能である。それに加えて、少なくとも１つのプロセッサは、上述したステップおよび／または動作のうちの１または複数を実行するように動作可能な１または複数のモジュールを備えうる。

さらに、本明細書に開示された局面に関連して記載された方法またはアルゴリズムからなるステップおよび／または動作は、ハードウェア内に直接的に組み込まれるか、プロセッサによって実行されるソフトウェア・モジュールによって組み込まれるか、これら２つの組み合わせに組み込まれうる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは、当該技術で周知のその他任意の形態の記憶媒体内に存在しうる。典型的な記憶媒体は、プロセッサに結合されており、これによって、プロセッサは、記憶媒体との間で情報を読み書きできるようになる。あるいは、この記憶媒体は、プロセッサに統合されうる。さらに、ある局面では、プロセッサと記憶媒体が、ＡＳＩＣ内に存在しうる。さらに、ＡＳＩＣは、ユーザ端末に存在することができる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートな構成要素として存在することができる。さらに、いくつかの局面では、方法またはアルゴリズムのステップおよび／または動作は、機械読取可能媒体および／またはコンピュータ読取可能媒体上の１または任意の組み合わせ、または、コードおよび／または命令群のセットとして存在する。これらは、コンピュータ・プログラム製品に組み込まれうる。

前述した開示は、例示的な局面および／または実装を述べているが、様々な変形および変更が、添付された特許請求の範囲によって定義されるような開示された局面および／または実施のスコープから逸脱することなくなされうることが注目されるべきである。さらに、説明された局面および／または実施の構成要素は、単数形で記載または特許請求されているが、もしも単数であると明示的に述べられていないのであれば、複数が考慮される。さらに、任意の局面および／または実施の全てまたは一部は、特に述べられていないのであれば、その他任意の局面および／または実施の全てまたは一部とともに利用されうる。

Claims (49)

1. 現在ライセンスされているアプリケーションに関連するコンピュータ実装されたアプリケーションをトランザクトおよび転送する方法であって、
   オリジナル・アプリケーションを実行するのに適した第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行されるオリジナル・アプリケーションについてユーザによって保持されたライセンス権利を判定することと、
   第２のコンフィグレーションを有する第２のユーザ・デバイスにおける実行に適した代替アプリケーションへ前記オリジナル・アプリケーションをマップすることと、
   前記オリジナル・アプリケーションを使用する代わりに前記代替アプリケーションを使用することを前記ユーザにライセンスするトランザクションの価格を設定するプライシング・ビジネス・ルールを適用することと、
   前記第２のユーザ・デバイスに前記代替アプリケーションをプロビジョンすることによって前記トランザクションを完了することと
   を備える方法。
2. 前記第１のユーザ・デバイスから前記オリジナル・アプリケーションを削除することを命じることをさらに備える請求項１に記載の方法。
3. 前記オリジナル・アプリケーションが使用されないようロックするように前記第１のユーザ・デバイスにシグナルすることをさらに備える請求項１に記載の方法。
4. 前記第１のユーザ・デバイスにおける前記オリジナル・アプリケーションの在庫情報を要求することと、
   トランザクション・データベースを参照することによって、前記オリジナル・アプリケーションのライセンス権利を有効にすることと
   をさらに備える請求項１に記載の方法。
5. 前記ライセンス権利は、使用制限を備え、
   前記トランザクションの価格を設定することはさらに、
   前記ライセンス権利によって許可された使用の残りの部分を判定することと、
   アップグレード価格に対して、前記残りの部分の価格を適用することと
   を備える請求項１に記載の方法。
6. 前記オリジナル・アプリケーションが、前記残りの部分を判定するために実行した回数の追跡を、前記第１のユーザ・デバイスから求めることをさらに備える請求項５に記載の方法。
7. 前記オリジナル・アプリケーションが、前記残りの部分を判定するために実行した時間の長さの追跡を、前記第１のユーザ・デバイスから求めることをさらに備える請求項５に記載の方法。
8. 前記代替アプリケーションを第２のユーザ・デバイスへ無線通信することによって、前記第２のユーザ・デバイスにプロビジョンすることをさらに備える請求項１に記載の方法。
9. 前記第２のユーザ・デバイス上に存在する代替アプリケーションのロックを解除するようにシグナリングすることによって、前記第２のユーザ・デバイスにプロビジョンすることをさらに備える請求項１に記載の方法。
10. 前記第２のユーザ・デバイスにプロビジョンすることが延期され、
    前記方法はさらに、前記ライセンス権利の残りの部分に対するクレジット・バックを判定することをさらに備える請求項１に記載の方法。
11. 前記トランザクションをネゴシエートするように前記第１のユーザ・デバイスのユーザ・インタフェースへシグナリングすることによって、前記ユーザとインタラクトすることをさらに備える請求項１に記載の方法。
12. 前記トランザクションをネゴシエートするように前記第２のユーザ・デバイスのユーザ・インタフェースへシグナリングすることによって、前記ユーザとインタラクトすることをさらに備える請求項１に記載の方法。
13. 前記トランザクションをネゴシエートするように、ネットワークされたコンピュータのユーザ・インタフェースへシグナリングすることによって、前記ユーザとインタラクトすることをさらに備える請求項１に記載の方法。
14. 前記アプリケーションは、実行可能なコードを備える請求項１に記載の方法。
15. 前記トランザクションの価格を反映する課金トランザクションを実行することをさらに備える請求項１に記載の方法。
16. 前記代替アプリケーションのプロビジョニングを前記第２のユーザ・デバイスへ反映する代替ライセンス権利トランザクションを記録することをさらに備える請求項１に記載の方法。
17. 前記オリジナル・アプリケーションによる利益を有する等価アプリケーションが利用可能であることに応答して、前記オリジナル・アプリケーションに対するライセンス権利を用いて、ユーザ・デバイスの母集団を決定することと、
    前記等価アプリケーションを前記ユーザ・デバイスの母集団に配信することと、
    前記オリジナル・アプリケーションを非アクティブにするようにシグナリングすることと
    をさらに備える請求項１に記載の方法。
18. 現在ライセンスされているアプリケーションに関連するコンピュータ実装されたアプリケーションをトランザクトおよび転送するように構成された少なくとも１つのプロセッサであって、
    オリジナル・アプリケーションを実行するのに適した第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行される前記オリジナル・アプリケーションについてユーザによって保持されたライセンス権利を判定する第１のモジュールと、
    第２のコンフィグレーションを有する第２のユーザ・デバイスにおける実行に適した代替アプリケーションへ前記オリジナル・アプリケーションをマップする第２のモジュールと、
    前記オリジナル・アプリケーションを使用する代わりに前記代替アプリケーションを使用することを前記ユーザにライセンスするトランザクションに価格を設定するビジネス・ルールを適用する第３のモジュールと、
    前記第２のユーザ・デバイスに前記代替アプリケーションをプロビジョンすることによって前記トランザクションを完了する第４のモジュールと
    を備える少なくとも１つのプロセッサ。
19. オリジナル・アプリケーションを実行するのに適した第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行される前記オリジナル・アプリケーションについてユーザによって保持されたライセンス権利を、コンピュータに判定させる少なくとも１つの命令と、
    前記オリジナル・アプリケーションを、第２のコンフィグレーションを有する第２のユーザ・デバイスにおける実行に適した代替アプリケーションへと、前記コンピュータにマップさせる少なくとも１つの命令と、
    前記オリジナル・アプリケーションを使用する代わりに前記代替アプリケーションを使用することを前記ユーザにライセンスするトランザクションに価格を設定するプライシング・ビジネス・ルールを、前記コンピュータに適用させる少なくとも１つの命令と、
    前記第２のユーザ・デバイスに前記代替アプリケーションをプロビジョニングすることによって、前記コンピュータに、前記トランザクションを完了させる少なくとも１つの命令と
    を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
20. オリジナル・アプリケーションを実行するのに適した第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行される前記オリジナル・アプリケーションについてユーザによって保持されたライセンス権利を判定する手段と、
    第２のコンフィグレーションを有する第２のユーザ・デバイスにおける実行に適した代替アプリケーションへ前記オリジナル・アプリケーションをマップする手段と、
    前記オリジナル・アプリケーションを使用する代わりに前記代替アプリケーションを使用することを前記ユーザにライセンスするトランザクションに価格を設定するプライシング・ビジネス・ルールを適用する手段と、
    前記第２のユーザ・デバイスに前記代替アプリケーションをプロビジョンすることによって前記トランザクションを完了する手段と
    を備える装置。
21. 現在ライセンスされているアプリケーションに関連するコンピュータ実装されたアプリケーションをトランザクトおよび転送する装置であって、
    オリジナル・アプリケーションを実行するのに適した第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行される前記オリジナル・アプリケーションについてユーザによって保持されたライセンス権利を判定する転送管理構成要素と、
    第２のコンフィグレーションを有する第２のユーザ・デバイスにおける実行に適した代替アプリケーションへ前記オリジナル・アプリケーションをマップするアプリケーション・カタログと、
    前記オリジナル・アプリケーションを使用する代わりに前記代替アプリケーションを使用することを前記ユーザにライセンスするトランザクションに価格を設定するビジネス・ルールを適用するルール・エンジンと、
    前記第２のユーザ・デバイスに前記代替アプリケーションをプロビジョンすることによって前記トランザクションを完了する配信構成要素と
    を備える装置。
22. 前記転送管理構成要素と通信しており、前記完了したトランザクションの価格を反映する課金処理トランザクションを実行する課金処理エンティティをさらに備える請求項２１に記載の装置。
23. 前記第１のユーザ・デバイスのアプリケーション在庫情報を、前記第１のユーザ・デバイスと離れて格納されたトランザクション・レコードと比較するアプリケーション一致構成要素をさらに備える請求項２１に記載の装置。
24. 前記配信構成要素はさらに、前記第１のユーザ・デバイス上のオリジナル・アプリケーションを削除させる自動削除機能を備える請求項２１に記載の装置。
25. 前記第１のユーザ・デバイスおよび前記第２のユーザ・デバイスは、ポータブル通信デバイスを備え、
    さらに、前記第１のユーザ・デバイスおよび前記第２のユーザ・デバイスのうちの少なくとも１つのための、キャリア・サービスへのサービス・インタフェースを備える請求項２１に記載の装置。
26. 現在ライセンスされているアプリケーションに関連するコンピュータ実装されたアプリケーションをトランザクトおよび転送する方法であって、
    オリジナル・アプリケーションを実行するのに適した第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行される前記オリジナル・アプリケーションについてユーザによって保持されたライセンス権利の判定を要求することと、
    第２のコンフィグレーションを有する第２のユーザ・デバイスにおける実行に適した代替アプリケーションへの前記オリジナル・アプリケーションのマッピングを受け取ることと、
    前記オリジナル・アプリケーションを使用する代わりに前記代替アプリケーションを使用することを前記ユーザにライセンスするトランザクションに価格を設定するプライシング・ビジネス・ルールを適用することによって決定されるトランザクション価格を受け取ることと、
    前記第２のユーザ・デバイスへの前記代替アプリケーションのプロビジョニングを受け取ることによって前記トランザクションを完了することと
    を備える方法。
27. 前記トランザクションを完了することと連携して、前記第１のユーザ・デバイスから前記オリジナル・アプリケーションを削除することをさらに備える請求項２６に記載の方法。
28. 前記トランザクションを完了することと連携して、前記オリジナル・アプリケーションが使用されないようにロックすることをさらに備える請求項２６に記載の方法。
29. 前記第１のユーザ・デバイスにおいて前記オリジナル・アプリケーションの在庫情報を保持することと、
    トランザクション・データベースを参照することによって、前記オリジナル・アプリケーションのライセンス権利を有効にするために前記在庫情報を送ることと
    をさらに備える請求項２６に記載の方法。
30. 前記ライセンス権利は、使用制限を備え、
    前記トランザクションに価格を設定するために、前記第１のユーザ・デバイスにおいて前記オリジナル・アプリケーションの在庫情報を保持することは、
    アップルグレード価格に対する値が前記残りの部分に適用されるように、前記ライセンス権利によって許可された使用の残りの部分を判定することを備える請求項２６に記載の方法。
31. 前記オリジナル・アプリケーションが、前記残りの部分を判定するために実行した回数を追跡することをさらに備える請求項３０に記載の方法。
32. 前記オリジナル・アプリケーションが、前記残りの部分を判定するために実行した時間の長さを追跡することをさらに備える請求項３０に記載の方法。
33. 前記代替アプリケーションの第２のユーザ・デバイスへの通信を無線で受信することによって、前記第２のユーザ・デバイスにプロビジョンすることをさらに備える請求項２６に記載の方法。
34. 前記第２のユーザ・デバイス上に存在する代替アプリケーションのロックを解除することによって、前記第２のユーザ・デバイスにプロビジョンすることをさらに備える請求項２６に記載の方法。
35. 前記ライセンス権利の残りの部分に対するクレジット・バックを受け取るために、前記第２のユーザ・デバイスにプロビジョンすることを延期することをさらに備える請求項２６に記載の方法。
36. 前記トランザクションをネゴシエートするように前記第１のユーザ・デバイスのユーザ・インタフェースを介して前記ユーザとインタラクトすることをさらに備える請求項２６に記載の方法。
37. 前記トランザクションをネゴシエートするために、前記第２のユーザ・デバイスのユーザ・インタフェースを介して前記ユーザとインタラクトすることをさらに備える請求項２６に記載の方法。
38. 前記トランザクションをネゴシエートするために、ネットワークされたコンピュータのユーザ・インタフェースを介して前記ユーザとインタラクトすることをさらに備える請求項２６に記載の方法。
39. 前記アプリケーションは、実行可能なコードを備える請求項２６に記載の方法。
40. 課金トランザクションに対して、前記トランザクションの価格を反映させる代替アプリケーションを受け取ることをさらに備える請求項２６に記載の方法。
41. 前記第２のユーザ・デバイスに前記代替アプリケーションを反映するために、在庫情報追跡を更新することをさらに備える請求項２６に記載の方法。
42. 前記オリジナル・アプリケーションによる利益を有する等価アプリケーションが利用可能であることに応答して、送信されたオリジナル・アプリケーションに代わる等価アプリケーションのプロビジョニングを受け取ることと、
    前記オリジナル・アプリケーションを非アクティブにすることと
    を備える請求項２６に記載の方法。
43. 現在ライセンスされているアプリケーションに関連するコンピュータ実装されたアプリケーションをトランザクトおよび転送するように構成された少なくとも１つのプロセッサであって、
    オリジナル・アプリケーションを実行するのに適した第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行される前記オリジナル・アプリケーションについてユーザによって保持されたライセンス権利の判定を要求する第１のモジュールと、
    第２のコンフィグレーションを有する第２のユーザ・デバイスにおける実行に適した代替アプリケーションへの前記オリジナル・アプリケーションのマップを受け取る第２のモジュールと、
    前記オリジナル・アプリケーションを使用する代わりに前記代替アプリケーションを使用することを前記ユーザにライセンスするトランザクションに価格を設定するビジネス・ルールを適用することによって、判定されたトランザクション価格を受け取る第３のモジュールと、
    前記第２のユーザ・デバイスへの前記代替アプリケーションのプロビジョニングを受け取ることによって、前記トランザクションを完了する第４のモジュールと
    を備える少なくとも１つのプロセッサ。
44. オリジナル・アプリケーションを実行するのに適した第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行される前記オリジナル・アプリケーションについてユーザによって保持されたライセンス権利を、コンピュータに要求させる少なくとも１つの命令と、
    第２のコンフィグレーションを有する第２のユーザ・デバイスにおける実行に適した代替アプリケーションへの前記オリジナル・アプリケーションのマッピングを、前記コンピュータに受け取らせる少なくとも１つの命令と、
    前記オリジナル・アプリケーションを使用する代わりに前記代替アプリケーションを使用することを前記ユーザにライセンスするトランザクションの価格を設定するプライシング・ビジネス・ルールを適用することによって判定されるトランザクション価格を、前記コンピュータに受け取らせる少なくとも１つの命令と、
    前記第２のユーザ・デバイスに前記代替アプリケーションをプロビジョニングすることを受け取ることによって、前記コンピュータに、前記トランザクションを完了させる少なくとも１つの命令と
    を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
45. オリジナル・アプリケーションを実行するのに適した第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行される前記オリジナル・アプリケーションについてユーザによって保持されたライセンス権利の判定を要求する手段と、
    第２のコンフィグレーションを有する第２のユーザ・デバイスにおける実行に適した代替アプリケーションへの前記オリジナル・アプリケーションのマッピングを受け取る手段と、
    前記オリジナル・アプリケーションを使用する代わりに前記代替アプリケーションを使用することを前記ユーザにライセンスするトランザクションに価格を設定するビジネス・ルールを適用することによって判定されたトランザクション価格を受け取る手段と、
    前記第２のユーザ・デバイスへの前記代替アプリケーションのプロビジョンを受け取ることによって前記トランザクションを完了する手段と
    を備える装置。
46. 現在ライセンスされているアプリケーションに関連するコンピュータ実装されたアプリケーションをトランザクトおよび転送する装置であって、
    オリジナル・アプリケーションを実行するのに適した第１のコンフィグレーションを有する第１のユーザ・デバイスによって実行される前記オリジナル・アプリケーションについてユーザによって保持されたライセンス権利を判定することを要求する通信構成要素と、
    第２のコンフィグレーションを有する第２のユーザ・デバイスで実行するのに適した代替アプリケーションへの前記オリジナル・アプリケーションのマッピングを受け取り、前記オリジナル・アプリケーションを使用する代わりに前記代替アプリケーションを使用することを前記ユーザにライセンスするトランザクションに価格を設定するビジネス・ルールを適用することによって判定されるトランザクション価格を受け取るユーザ・インタフェースとを備え、
    前記通信構成要素は、前記第２のユーザ・デバイスへの前記代替アプリケーションのプロビジョンを受け取ることによって、前記トランザクションを完了させる装置。
47. 前記第１のユーザ・デバイスと離れて格納されたトランザクション・レコードに一致するオリジナル・アプリケーションを追跡するアプリケーション在庫情報構成要素をさらに備える請求項４６に記載の装置。
48. 前記トランザクションを完了させることと連携して、前記第１のユーザ・デバイス上の前記オリジナル・アプリケーションを削除するように動作可能な転送クライアントをさらに備える請求項４６に記載の装置。
49. 前記第１のユーザ・デバイスおよび前記第２のユーザ・デバイスのうちの選択された一方は、キャリア・サービスと通信するポータブル通信デバイスを備える請求項４６に記載の装置。

Images