JP2008508809A - データネットワークにおけるマルチメディア配送サービスに対する予約のための方法および装置 - Google Patents

Abstract

【課題】データネットワークにおけるマルチメディア配送サービスに対する予約のための方法および装置。
【解決手段】データネットワーク内において予約パッケージを受信するために予約する方法であり、予約パッケージと組み合わせられた資源要求を受信することを含む。そして選択された資源は予約パッケージと組み合わせられた資源要求を満たすために利用可能であるか否かを決定することを含む。また、選択された資源が予約パッケージと組み合わせられた資源要求を満たすことができないと決定された場合、予約パッケージと組み合わせられたサービスの第１の部分を除外することを含む。そして予約パッケージと組み合わせられたサービスの第２の部分を受信することを予約する。ここでサービスの第２の部分の資源要求は選択された資源によって満たされる。
【選択図】 図３

Description

［３５ＵＳＣ§１１９による優先権主張］
本特許出願は、“自動車無線通信システムにおけるマルチメディア配送サービスに対して活性化しあるいは予約するデバイスのための方法および装置”と題され２００４年７月３０日に出願され、そしてこれについての譲受人に譲渡されそしてそれによってこの中に参照によって明白に組み込まれている、暫定特許番号６０／５９２，４８１に対して優先権を主張する。

本発明の実施例は一般的にコンテンツ(content)配送システムの動作に関係しそしてより特定的にはデータネットワークにおけるマルチメディア配送サービスに対する予約(subscribing)の方法および装置に関する。

多数のデバイスに関するサービスの配送（データおよび／あるいは他のマルチメディアコンテンツ）は、複雑な問題である。このことは、とくに比較的に遅い、無線放送を介する通信リンクを使用して通信し、そして限定されたメモリ資源等の1個あるいはそれ以上の資源の制約を有するかも知れない移動デバイスに対して真実である。その結果ネットワーク管理者およびサービスプロバイダにとって移動デバイスが容易にそして効率的に受信コンテンツおよび／あるいは他の、このような資源が限定されたデバイス上で動作するであろう他のネットワークサービスを受信することの予約を可能とする方法を有することは非常に重要なことである。

現在のコンテンツ配送／媒体送達システムにおいては、予約は典型的に１個あるいはそれ以上の加入者サインアップページを用いてインターネット上で取り扱われ、あるいは従来のケーブルおよび衛星システムにおけるように加入者が加入者サービス代理人に対して行う電話呼を用いて取り扱われる。サインアップページモデルは移動デバイス上への提出のために、特別にフォーマット（すなわち、ＷＭＬ，ＸＨＴＭＬ）された1頁あるいはそれ以上を提供することさえあるかも知れない。たとえばデバイスのユーザは提供サービスを概観するためにまずサービスプロバイダとのデータセッションを進める必要がある。予約に対する提供を選択した後に、ユーザはサーバからダウンロードされ、デバイス上にレンダーされる1個あるいはそれ以上のフォームを記入する必要がある。一般に、このフォームは、可搬デバイス上で利用可能な比較的小型のスクリーン上にレンダリングのためにフォーマットされるために、複数のフォームに亘っての記入が必要となる。さらに、全プロセスは無線を介して実行されるために比較的低い伝送速度は予約プロセスを非常に遅いものとする。不幸なことにこのアプローチは本質的にインターネットサインアップページモデルのまさに変形であり、そして一般的に資源の限定された可搬デバイスと組み合わせられて使用される場合に冗長で効率の低いものである。

さらに現在のシステムは、各デバイスにおいて利用可能な資源についての説明をすることなしに、広範囲のデバイスに対してサービスパッケージを提供している。例えば、大量のメモリを必要とするサービスが限定されたメモリ資源をもつデバイスに対して提供されている。その結果、サービスはデバイスにおいて正常に動作しないであろうしそして他のサービスあるいは機能に関してデバイスの動作にダメージさえも与えるかも知れない。

その結果、予約システムに必要とされるものはデバイスが容易に1個あるいはそれ以上のサービスパッケージを予約可能とすることである。システムはまた、そのデバイスにおいて利用可能な資源によって収容不可能なサービスをデバイスが予約するのを防ぐよう動作するべきである。

［概要］
1個あるいはそれ以上の実施例において、デバイスがデータネットワークにおけるマルチメディア配送サービスを予約することを可能とする予約システムが与えられている。１つの実施例において、システムはデバイスにおいて利用可能な資源に基づいて予約プロセスを制御する為に動作する資源管理システムを含む。

１つの実施例においては、データネットワークにおける予約パッケージ(subscription package)を受信するための予約に対して１つの方法が与えられる。その方法は予約パッケージと組み合わせられた資源要求(resource requirement)の受信と、選択された資源が予約パッケージと組み合わせられた資源要求を満たす上で利用可能か否かの決定を含む。方法はまた、選択された資源が予約パッケージと組み合わせられた資源要求を満足することに失敗することが決定される場合に、予約パッケージと組み合わせられたサービスの第1の部分を除外することを含み、そして予約パッケージと組み合わせられたサービスの第2の部分を受信することを予約することを含む。ここでサービスの第2の部分の資源要求は選択された資源によって満たされている。

１つの実施例においては、データネットワーク内の予約パッケージを受信するよう予約するために1個の装置が与えられる。装置は予約パッケージと組み合わせられた資源要求を受信するよう構成された論理(logic)と、選択された資源が予約パッケージと組み合わせられた資源要求を満たす上で利用可能か否かを決定するよう構成された論理を含む。装置はまた、選択された資源が予約パッケージと組み合わせられた資源要求を満たすことに失敗すると決定される場合に予約パッケージと組み合わせられたサービスの第１の部分を除外するよう構成された論理と、予約パッケージと組み合わせられたサービスの第２の部分を受信する予約をするよう構成された論理を含む。ここで、サービスの第２の部分の資源要求は選択された資源によって満足されている。

１つの実施例において、データネットワーク内の予約パッケージを受信する予約をするために1個の装置が与えられる。装置は予約パッケージと組み合わせられた資源要求を受信するための手段と、選択された資源が予約パッケージと組み合わせられた資源要求を満たす上で利用可能か否かを決定するための手段を含む。装置はまた、選択された資源が予約パッケージと組み合わせられた資源要求を満たすことに失敗すると決定される場合に予約パッケージと組み合わせられたサービスの第１の部分を除外するための手段と、予約パッケージと組み合わせられたサービスの第２の部分を受信する予約をするための手段を含む。ここで、サービスの第２の部分の資源要求は選択された資源によって満たされている。

１つの実施例においては、計算機により読出可能な媒体が与えられ、それは処理装置(processor)によって実行される時に、データネットワーク内の予約パッケージを受信する予約を行うよう動作する命令を含む。計算機により読出可能な媒体は、予約パッケージと組み合わせられた資源要求を受信するための命令および選択された資源が予約パッケージと組み合わせられた資源要求を満たすために利用可能であるか否かを決定するための命令を含む。計算機により読出可能な媒体はまた、選択された資源が予約パッケージと組み合わせられた資源要求を満たすことに失敗すると決定される場合に予約パッケージと組み合わせられたサービスの第1の部分を除外するための命令と、予約パッケージと組み合わせられたサービスの第２の部分を受信する予約をするための命令を含む。ここでサービスの第2の部分の資源要求は選択された資源によって満たされる。

１つの実施例においては、データネットワーク内の予約パッケージを受信するための予約に対する方法を実行するよう形成される少なくとも1個の処理装置が与えられる。この方法は、予約パッケージと組み合わせられた資源要求を受信することおよび選択された資源が予約パッケージと組み合わせられた資源要求を満たす上で利用可能か否かを決定することを含む。方法はまた、選択された資源が予約パッケージと組み合わせられた資源要求を満たすことに失敗すると決定される場合に予約パッケージと組み合わせられたサービスの第1の部分を除外し、そして予約パッケージと組み合わせられたサービスの第2の部分を受信することを予約することを含む。ここでサービスの第2の部分の資源要求は、選択された資源によって満たされている。

本実施例の他の観点は、以下に述べる図面の簡単な説明、発明を実施するための最良の形態、および請求項を参照する後に明白になるであろう。

［詳細な記載］
この中に記述された実施例に関する前述の観点は、以下の詳細な記述の参照によってこの中の添付図面とともに参照する場合にさらに容易に明白になるであろう。
１個あるいはそれ以上の実施例において、デバイスがデータネットワーク内のマルチメディア配送サービスを予約する（および予約取消する）のを可能とする予約システムが与えられる。システムは特に無線ネットワーク環境における使用によく適しているが、通信ネットワーク（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｎｅｔｗｏｒｋｓ）およびインターネットのような公的ネットワーク（ｐｕｂｌｉｃ ｎｅｔｗｏｒｋｓ）、可視私設ネットワーク（ＶＰＮ：ｖｉｓｕａｌ ｐｒｉｖａｔｅ ｎｅｔｗｏｒｋ）のような私設ネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク、ロングハウルネットワーク、あるいはそのほかの形式のデータネットワークを含むがそれに限定はされない無線および／あるいは有線ネットワーク環境のいずれにも使用されるかもしれない。

この中では、1個あるいはそれ以上の予約システムの実施例を記述するために次の定義が使用される。

サービス ：サービスは一連のメディア提示であり、予約システムの中で予約されるかもしれない最小の要素を表す。１つの実施例においてサービスは1個あるいはそれ以上のマルチメディアクリップであって、そのクリップはリアルタイム再生のためにデバイスに配送される、あるいは後の再生のためにデバイスにおいて貯蓄される。

パッケージ ：パッケージ（あるいは“予約パッケージ” ） は予約基準に基づいて提供される1個あるいはそれ以上のサービスの集合体である。

図１は１つの予約システムの１つの実施例を含むネットワーク１００を示す。ネットワーク１００は配送サーバ１０２とデータネットワーク１０４、また移動電話１０６、パーソナルディジタルアシスタント（ＰＤＡ）１０８、ノートブックコンピュータ１１０を含むデバイスの集合体である。データネットワーク１０４は、サーバ１０２およびデバイス間でデータが送信されるのを可能にする有線および／あるいは無線ネットワークの任意の形式および／あるいは組合わせであるかもしれない。サーバ１０２は通信リンク１１２を経由してネットワーク１０４と通信する。そしてそれは任意の形式の有線あるいは無線通信チャネルを含む。データネットワーク１０４は、データが無線的に送信されることをネットワーク１０４およびデバイス１０６、１０８、１１０間に許容する無線通信リンク１１４を与える。無線通信リンク１１４は任意の形式の無線通信技術を含む。この記述の残りについては、予約システムの実施例が移動電話１０６に関して記述されるであろう。しかしながら、実施例はデバイス１０８および１１０に対しても等しく適用可能である。

１つの実施例において、活性化プロセス(activation process)が実行される。活性化プロセスは配送サーバ１０２を用いてデバイスを登録し、そのデバイスが予約パッケージの形態で利用可能なサービスを受信する予約をすることを可能にする。例えば、各予約パッケージは1個のデバイスが受信予約するかもしれない選択されたサービスを含む。デバイス１０６は活性化プロセスを実行するためにサーバ１０２において活性化論理(activation logic)１１６と通信する。活性化プロセスの一部として、クライアント１１８はデバイス上にインストールされる。１つの実施例において、パス１２０によって示されるように、クライアント１１８は配送サーバ１０２からデバイス１０６にダウンロードされる。もう１つの実施例においては、デバイス作成者がデバイス１０６上にクライアント１１８をデバイス作成の期間中にインストールする。

１つの実施例において、活性化プロセスは完了するのに数分を要するかもしれない。例えば、活性化プロセスの期間中、クライアント１１８はパケットデータセッションを確立し、暗号化および復号化キーのペアを発生し、システム情報をダウンロードし、そして最新のプログラム案内をダウンロードする。そしてそれは利用可能な予約パッケージを記述する。活性化プロセスが背景で進行している間、パス１２４によって示されるように、配送サーバ１０２はプレ活性化コンテンツ(pre-activation content)１２２をビデオ資源ファイルの形態でデバイス１０６へ配送する。デバイス１０６上でレンダー(render)される時、プレ活性化コンテンツ１２２はユーザに配送サーバ１０２から利用可能な予約パッケージのプレビューを与える。１つの実施例において、プレ活性化コンテンツ１２２はデバイス１０６上に作成される期間中貯蓄され、活性化プロセスの期間中レンダーされる。

デバイス１０６はデバイス１０６の資源を管理するために動作する資源マネージャ１２６を含む。例えば、デバイス資源はメモリ資源、ビデオ資源、ユーザ入力資源、音声資源、通信資源、位置決定資源、あるいは任意のデバイス資源の形式を含む。１つの実施例においては、資源マネージャ１２６はデバイス資源を管理するために動作し、その結果、デバイス１０６は利用可能な資源によって収容不可能なサービスパッケージを予約するのを許容しない。例えば、デバイス１０６が可搬デバイスあるという理由で、メモリ資源の量は制限される。資源マネージャ１２６は限られたメモリ資源を管理するよう動作し、その結果、デバイス１０６は利用可能なメモリに適合しないサービスパッケージを予約するのを許容しない。

デバイス１０６はまた、デバイス１０６が予約したところのサービスパッケージを記述する予約データベース１２８を含む。例えば、活性化プロセスの期間中、デバイスは自動的に1個あるいはそれ以上のサービスパッケージに対して予約されるかもしれない。さらにいえば、活性化プロセスの後に、ユーザは1個あるいはそれ以上のサービスパッケージに対するデバイスの予約を開始するかもしれない。予約データベース１２８は、デバイスが予約した全てのサービスについての情報を保持する。例えば、予約データベース１２８は形式、大きさ、コスト、配送スケジュール、資源利用、あるいは予約されたサービスに関する任意の情報を含む。１つの実施例において、資源マネージャ１２６は、どの資源が現存する予約に割り当てられるか、またデバイスの資源のどれほどの量が新たな予約のために依然として利用可能であるのかを決定するために、予約データベース１２８を使用する。

資源マネージャ１２６は自動的にデバイスへ予約される予約パッケージのためのデバイス資源を管理するために動作する。例えば、１つの実施例においては、活性化プロセスの期間中あるいはサーバ１０２を用いた若干の他のデバイス相互作用の結果として、サーバ１０２はデバイスに自動的に予約される自動予約パッケージ１３０を含む。資源マネージャ１２６はデバイス１０６において自動予約パッケージ内の全てのサービスを収容するために充分な資源があるか否かを決定する。例えば、資源マネージャは自動予約パッケージ内に含まれる全てのサービスが自動予約のために割り当てられているデバイスのメモリの一部に対して適合するか否かを決定する。資源マネージャ１２６が資源は利用可能である（すなわち、自動予約パッケージが割り当てられた利用可能なメモリに適合する）と決定する場合には、その時、資源マネージャは自動予約パッケージを収容するために必要なデバイスの資源を確保するよう動作する。ひとたびデバイス資源が確保されれば、自動予約プロセスは継続する。例えば、自動予約パッケージ１３０はパス１３４によって示されたように、デバイス１０６へ配送される。

利用可能なデバイス資源がサービスの全てを収容できないと資源マネージャ１２６が決定する場合には、自動予約パッケージ内に残っているサービスが収容できるようになるまで資源マネージャ１２６は自動的に選択されたサービスを除外するよう動作する。例えば、自動予約パッケージ内に存在するサービスは格付けされる（あるいは任意の選択可能な特性に基づいて優先順位をつけられる）。そして下位に格付けされたサービスは、デバイス資源が自動予約パッケージ内の残りのサービスを収容できるほど自動予約パッケージの資源要求が充分減じられる時まで除外される。例えば、自動予約パッケージ内のサービスは残りのサービスが利用可能なメモリに適合することができるようになるまで除外される。充分なサービスが除外される時には、資源マネージャ１２６は必要なデバイス資源を確保し、自動予約プロセスを継続する。結果として、デバイス１０６は自動予約パッケージ内の残りのサービスに対して自動的に予約される。

他の実施例においては、資源マネージャ１２６はデバイス１０６のユーザによって開始されたパッケージ予約を管理するために動作する。例えば、サーバ１０２はデバイスユーザの要求でデバイスに予約され、パス１３６によって示されるようにデバイス１０６に対して配送されるユーザ予約パッケージ１３２を含む。クライアント１１８はデバイス１０６のユーザに対して利用可能なサービスパッケージのリストを表示する。そしてユーザは予約のために1個あるいはそれ以上のサービスパッケージを選択する。資源マネージャ１２６は、利用可能なデバイス資源が、選択されたパッケージ内に提示されたサービスを収容可能である（すなわち、サービスはデバイスの利用可能なメモリに対して適合する）ということを立証するために動作する。選択されたパッケージが収容可能な場合には、資源マネージャ１２６は要求された資源を予約し、そして継続するための予約プロセスを認める。選択されたパッケージが収容不可能な場合には、資源マネージャ１２６はデバイスユーザに注意し、そして予約の選択についての調整を要求する。デバイスユーザはそこで、資源要求を減らすあるいは除外するために、選択された予約パッケージから1個あるいはそれ以上のサービスを除外するかもしれない。ひとたび資源マネージャ１２６が、利用可能なデバイス資源が選択された予約パッケージ内のサービスを収容することができると決定すると、それらの資源は貯えられ、予約プロセスは継続する。

資源マネージャ１２６が任意のデバイス資源を管理するよう動作するということは留意されるべきである。例えば、特定の予約パッケージがデバイスが有さない専門のハードウェア（すなわち、ビデオ論理や位置決定論理）を要求する選択されたサービスを含む場合に、資源マネージャ１２６は自動的にそれらのサービスをデバイス上のインストールから除外する（あるいはユーザが除外するのを可能にする）よう動作する。

１つの実施例において、予約システムはまたデバイスからサービスを予約取消するよう動作する。例えば、１つの実施例においては、クライアント１１８は現行の予約されたサービスのリストをデバイスユーザに対して与える。デバイスユーザは予約取消が行われるようリストから1個あるいはそれ以上のサービスを選択する。クライアント１１８は選択されたサービスがデバイスから予約取消されるということを配送サーバ１０２に通知するよう動作する。加えて、クライアント１１８は予約取消されたサービスに対して割り当てられた資源が他のサービスのために再び割り当てられるよう解放されることを目的として、資源マネージャ１２６に通知する。予約データベース１２８はまた、選択されたサービスがデバイスから予約取消されたことを反映するよう更新される。

１つの実施例において、クライアント１１８は選択された猶予期間の間（すなわち３０日間）デバイスにおいていつでも動作するようになっている。例えば、デバイスが活性化される時、クライアント１１８は自動予約あるいはユーザがデバイスに対して開始した予約を与えるために動作する。予約が猶予期間内にデバイスに対して与えられない（すなわち、予約パッケージが取得されない）場合には、クライアント１１８はスリープモードに入り、もはやデバイス上で動作できる状態にない。将来的にユーザが配送サーバ１０２を用いてデバイスを活性化させるよう試みる場合には、クライアント１１８はここで記述されたように予約を与えるためにスリープモードから動作モードに戻る。

このように、１つあるいはそれ以上の実施例において、予約システムが与えられる。その予約システムは、デバイスでの利用可能な資源に基づき、デバイスが利用可能な予約パッケージの全てあるいは部分を予約することを可能にするよう動作する。

図２は、予約システムの１つの実施例における使用にふさわしいデバイス２００の１つの実施例を示す。デバイス２００は処理論理２０２、デバイス資源およびインタフェース２０４、トランシーバ論理２０８、そしてメモリ２１０を含み、それらはすべてデータ母線２１２へ接続されている。デバイス２００はまたクライアント２０６、予約データベース２１４、そして資源マネージャ２１６を含み、それらもやはりデータ母線２１２へ接続されている。

１つあるいはそれ以上の実施例において、処理論理２０２はＣＰＵ、プロセッサ、ゲートアレー、ハードウェア論理、メモリエレメント、仮想マシン、ソフトウェア、そして／あるいは任意のハードウェアとソフトウェアの組み合わせを含む。このように、処理論理２０２は一般的に、内部データ母線２１２を経由して、機械が読出可能な命令を実行するための、およびデバイス２００の１個あるいはそれ以上の他の機能的エレメントを制御するための論理を含む。

デバイス資源とインタフェース２０２は、デバイス２００が内部および外部のシステムと通信するのを可能にするハードウェアそして／あるいはソフトウェアを含む。例えば、内部システムは大量蓄積システム、メモリ、ディスプレイドライバ、モデム、位置決定論理、あるいは他の内部デバイス資源を含むかもしれない。外部システムはユーザインタフェースデバイス、ディスプレイ、キーボード、プリンタ、ディスクドライブ、あるいは他のローカルデバイスやシステムを含むかもしれない。

メモリ２１０はＲＡＭ、ＲＯＭ，フラッシュ、そして／あるいは他の任意の適するメモリ蓄積デバイスを含む。１つの実施例において、メモリ２１０は自動予約されたパッケージのために割り当てられたメモリ２２０の一部、および、ユーザにより予約されたパッケージのために割り当てられたメモリ２２２の一部を含む。処理論理２０２はメモリ２１０を形成するために、また、メモリ２２０と２２２の一部を割り当てるために動作する。

トランシーバ論理２０８は、デバイス２００がデータそして／あるいは外部デバイスや通信チャネル２１８を使用するシステムを用いて他の情報を送受信することを可能にするよう動作するハードウェアそして／あるいはソフトウェアを含む。例えば、通信チャネル２１８は無線そして／あるいは有線ネットワーク通信リンクあるいは他の任意の通信リンクの形式を含むかもしれない。

演算の期間中、１つあるいはそれ以上の予約システムの実施例によると、デバイス２００は利用可能な予約パッケージを予約するために配送サーバを使用して活性化される。活性化プロセスの一部としてデバイス２００は活性化メモリ要求を満たすためにメモリを確保し、利用可能なサービスおよびパッケージについての情報を貯蓄するために要求されるメモリの最小の量を規定する。活性化メモリ要求はデバイス２００を活性化するために必要な利用可能なメモリ資源上で最小限の要求のみを課す。この制限された蓄積要求はユーザが配送システムを用いてデバイス２００を活性化することを可能にし、また、さらなる蓄積分配決定をすることなしに予約に利用可能なパッケージそして／あるいはサービスを記述するプログラム案内を見ることを可能にする。

１つの実施例において、クライアント２０６はチャネル２１８を使用してトランシーバ論理２０８を通して配送サーバからダウンロードされる。クライアント２０６は、デバイス２００上で実行するハードウェアあるいはソフトウェアの任意のふさわしい形式を含み、活性化プロセスを完了するためにトランシーバ論理２０８を通して配送サーバと通信する。他の実施例においては、クライアント２０６はデバイス作成の期間中デバイス２００上でインストールされるか、あるいは第三者からダウンロードされるかもしれない。活性化の後、クライアント２０６は利用可能な予約パッケージについてデバイスユーザに情報を提示するか、あるいは、様々なユーザ入力を受信するために動作するユーザインタフェースを与えるためにデバイス２００上で動作する。

資源マネージャ２１６は任意のハードウェアおよびソフトウェアの組合わせを含み、そして予約プロセスの期間中に予約される利用可能な資源が任意のパッケージを収容するためのデバイス上に存在することを確証するよう動作する。例えば、選択された自動予約パッケージが選択された量のメモリを要求する場合には、資源マネージャ２１４はパッケージのメモリ要求を決定するように、また、デバイスがパッケージを予約する前に充分なメモリがメモリポーション２２０にて利用可能であることを確証するように動作する。

予約データベース２１２は、デバイス２００が予約したパッケージ／サービスに関する蓄積情報に適合する任意の形式のメモリあるいは蓄積論理を含む。例えば、予約データベース２１２はパッケージ識別子、サービス識別子、サイズ特性、資源識別子、資源分配要求、スケジューリング情報、プライシング、そして／あるいはデバイス２００が予約した予約パッケージについての他の任意の情報を含むかもしれない。

活性化プロセスの一部として、クライアント２０６は１個あるいはそれ以上の自動予約パッケージを配送サーバから受信するよう動作する。自動予約パッケージは自動的にデバイス２００に対して予約されるサービスを含む。１つの実施例において、サービスは任意の選択可能な特性に基づいて、格付けされるかあるいは優先順位をつけられる。資源マネージャ２１４は、自動予約パッケージの自動予約が発生するのを可能にする上で利用できる充分なデバイス資源（すなわちメモリ）があるか否かを決定するよう動作する。充分な資源がある場合には、資源マネージャ２１４は資源を確保し自動予約プロセスは進行する。充分な資源がない場合には、資源マネージャ２１６は選択されたサービスをそれらの格付けに基づき自動予約パッケージから自動的に除外するよう動作する。利用可能なデバイス資源が自動予約パッケージ内の残りのサービスを収容できるようにするためにひとたび充分なサービスが除外されると、資源マネージャ２１４はそれらの資源を確保し、自動予約プロセスは続行を許される。

ひとたび活性化プロセスが完了すると、クライアント２０６はデバイスユーザに利用可能なサービスパッケージを見ることを可能にするユーザインタフェース（ＵＩ）を与えるよう動作する。クライアント２０６はまた、デバイスユーザが予約のための１個あるいはそれ以上のパッケージを選択することを可能にする。デバイスユーザが予約のためのパッケージを選択した後、資源マネージャ２１４は利用可能なデバイス資源が選択されたパッケージを収容できるか否か（すなわち、選択されたパッケージがユーザ予約メモリポーション２２２に適合するか）を決定するよう動作する。デバイス資源が選択されたパッケージを収容できる場合、資源マネージャ２１６は要求された資源を確保するよう動作し、ユーザが開始した予約プロセスが継続する。選択されたパッケージが収容不可能な場合には、資源マネージャ２１６は選択されたパッケージを支持するための充分な資源がないことをユーザに通知する。ユーザはその際パッケージ内のサービスを除外することを選択するかもしれないし、あるいは予約が行われるようデバイス資源要求を減ずるために異なる予約パッケージを選択するかもしれない。

デバイス２００は予約システムの１つあるいはそれ以上の実施例において１個あるいはそれ以上の下記の機能を作動する。下記の機能が、変更されたり、再配列されたり、修正されたり、補足されたり、あるいはさもなければ実施例の範囲内で調整されるかもしれないということは留意されるべきである。
１． デバイスは配送システムを用いて活性化する。
２． インストールされたクライアントは１個あるいはそれ以上のパッケージを自動予約するよう試みる。
３． 資源マネージャは、利用可能な資源によって収容可能なパッケージのみが予約されるよう自動予約プロセスを制御する。パッケージ内のサービスは必要ならば格付けによって除外される。
４． クライアントは利用可能なパッケージのリストをユーザに提示する。
５． ユーザはデバイスが予約される予定となっている１個あるいはそれ以上のパッケージを選択する。
６． 資源マネージャは、利用可能な資源によって収容可能なパッケージのみが予約されるよう、ユーザが開始した予約プロセスを制御する。パッケージやパッケージ内のサービスは必要であればユーザによって除外される。

１つの実施例において、予約システムは計算機が読出可能な媒体上に蓄積されたプログラム命令を含む。そしてそれは処理論理２０２のようなプロセッサによって実行される時、ここで記述されている予約システムの機能を与える。例えば、命令はデバイス２００に計算機が読出可能な媒体、例としては、フロッピー（登録商標）ディスク、ＣＤＲＯＭ、メモリカード、フラッシュ（ＦＬＡＳＨ）メモリデバイス、ＲＡＭ、ＲＯＭ、あるいは他の任意のメモリデバイス、また、デバイス資源２０４を通じてデバイス２００へ接続する計算機読出可能な媒体からダウンロードされるかもしれない。他の実施例においては、命令はトランシーバ論理２０８を通じてデバイス２００へ接続するネットワーク資源からデバイス２００にダウンロードされるかもしれない。命令は、処理論理２０２によって実行される時、本明細書で記述されているように予約システムの１個あるいはそれ以上の実施例を与える。

図３は予約システムの１つあるいはそれ以上の実施例の中の、デバイスを作動するためのメソッド３００の実施例を示す。明快にするため、メソッド３００は図２において示されるデバイス２００との関連の中に記述される。１つあるいはそれ以上の実施例において、処理論理２０２は下に記述される機能を作動するために、デバイス２００を制御するプログラム命令を実行する。

ブロック３０２では、デバイスが利用可能パッケージの予約を可能にするため、活性化プロセスが配送サーバを使用してデバイスを活性化するために実行される。１つの実施例において、処理論理２０２はトランシーバ論理２０８および通信チャネル２１８を通じて活性化プロセスのための情報を与えるために配送サーバと通信する。活性化プロセスの期間中、クライアント２０６はデバイス上にインストールされ実行する。

ブロック３０４では、デバイスはプレ活性化コンテンツを受信しレンダーする。例えば、活性化プロセスは完了するのに数分を要するかもしれないので、配送サーバは活性化プロセスの期間中デバイス上でレンダーするためにトランシーバ論理２０８によって受信され、デバイス資源およびインタフェース２０４に渡されるデバイスにプレ活性化コンテンツを送信する。他の実施例では、プレ活性化コンテンツはデバイス形成期間中デバイスに蓄積され、活性化プロセスの期間中レンダーされる。

ブロック３０６では、デバイスは１個あるいはそれ以上の自動予約パッケージを受信する。例えば、トランシーバ２０８はデバイス上にインストールするために配送サーバから自動予約パッケージを受信する。１つ実施例において、トランシーバ２０８はクライアント２０６に自動予約パッケージを渡す。そして資源要求およびデバイス上にそのパッケージをインストールする上で必要な他の任意の情報を決定するために自動予約パッケージを処理する。

ブロック３０８では、デバイスにおいて自動予約パッケージをインストールする上で利用可能な資源が充分にあるか否かを決定するために試験が実行される。例えば、資源マネージャ２１４は自動予約パッケージの資源要求に関する情報をクライアント２０６から受信する。資源マネージャ２１４はまた、利用可能なデバイス資源に関する情報を予約データベース２１４から受信する。例えば、予約データベース２１４はデバイスによって既に予約されたパッケージに関する情報を含む。資源マネージャ２１６はこの情報を、デバイスにおいて自動予約パッケージをインストールするために利用可能な資源が充分にあるか否かを決定するのに使用する。例えば、資源マネージャ２１４は予約データベースからの情報を、メモリポーション２２０において自動予約パッケージをインストールするために充分なメモリがあるか否かを決定するために使用する。充分な資源（すなわち、メモリ）がある場合、資源マネージャは資源を確保し、方法はブロック３１２へ進む。充分な資源がない場合は、方法はブロック３１０へ進む。

ブロック３１０では、自動予約パッケージ内の選択されたサービスが自動的にインストールから除外される。例えば、１つの実施例において、自動予約パッケージは優先度によって格付けされた複数のサービスを含む。資源マネージャ２１４は優先度に基づいて選択されたサービスを自動的に除外するよう動作する。例えば、利用可能なデバイス資源が残りのサービス（サービス第２の部分）を収容できるまで、資源マネージャ２１４は、最も優先度が低いものから始め、サービスの第１の部分を除外する。資源マネージャ２１６はサービスの部分を自動予約パッケージから自動的に除外するための任意の技術や情報を使用するかもしれないということは留意されるべきである。例えば、サービスは優先度、サイズ、日付、資源要求、ライセンス要求、価格、あるいは他の任意の情報や資源特性に基づいて除外されるかもしれない。そして方法はブロック３０８へ進む。ブロック３０８では自動予約パッケージ内に残ったサービスの資源要求が試験される。ブロック３１０において自動除外プロセスが実行された後、これ以上残ったサービスがない場合には、方法はブロック３１４へ進む。

ブロック３１２では、デバイス資源によって収容可能な自動予約サービスがデバイス上にインストールされるであろう。例えば、１つの実施例において、クライアント２０６は自動予約サービスをメモリポーション２２０へインストールし、メモリポーション２２０が自動予約パッケージから選択されたサービスを目下含むことを示すために予約データベース２１４を更新する。そして方法はブロック３１４において終了する。

かくして、メソッド３００は、デバイスが１個あるいはそれ以上の自動予約パッケージを予約することを可能にするよう動作する予約システムの実施例を与える。メソッド３００がただ１つの実施を示していること、および、機能エレメントの変化、付加、あるいは再配列が記述された実施例の範囲から逸脱せずになされるかもしれないことは留意されるべきである。

図４は、予約システムの１つあるいはそれ以上の実施例におけるデバイス動作のためのメソッド４００の１つの実施例を示している。明快にするために、メソッド４００は図２に示されるデバイス２００と関連付けて記述されるであろう。１つあるいはそれ以上の実施例において、処理論理２０２は以下に記述された機能を作動するためにデバイス２００を制御するプログラム命令を実行する。

ブロック４０２では、活性化プロセスは、デバイスが利用可能パッケージを予約するのを許容するような配送サーバを伴うデバイスを活性化するために完了する。１つの実施例において、処理論理２０２は活性化プロセスを完了するためにトランシーバ論理２０８と通信チャネル２１８を通じて配送サーバと通信する。活性化プロセスの間、クライアント２０６はデバイス上にインストールされ、実行する。１つの実施例では、１個あるいはそれ以上の自動予約パッケージが活性化プロセスの期間中デバイスにおいてインストールされる。例えば、メソッド３００が１つの実施例においてその様子を説明したが、自動予約パッケージはデバイス２００上にインストールされる。

ブロック４０４では、利用可能なパッケージのリストがデバイスユーザに対して提示される。１つの実施例において、クライアント２０６はデバイスディスプレイ上に予約に利用可能なパッケージのリストを提示する。例えば、パッケージのリストは活性化プロセスの期間中デバイス上にインストールされたプログラム案内の一部である。

ブロック４０６では、デバイスユーザは予約のための１個あるいはそれ以上のパッケージを選択する。１つの実施例では、ユーザは予約のためのパッケージ内にある幾らかのサービスを選択する選択肢、および予約から他のサービスを除外する選択肢を有する。例えば、ユーザはパッケージ内のサービスの第１の部分を除外するかもしれない。そしてそれによりサービスの第２の部分（すなわち、パッケージ内に残る除外されていないサービス）を予約するかもしれない。

ブロック４０８では、デバイスにおいて選択されたパッケージをインストールするために利用可能な資源が充分にあるか否かを決定するために試験が実行される。例えば、資源マネージャ２１４は選択されたパッケージの資源要求に関する情報をクライアント２０６から受信する。資源マネージャ２１４はまた、利用可能なデバイス資源についての情報を予約データベース２１４から受信する。予約データベース２１４はデバイスによって既に予約されたパッケージについての情報を含む。資源マネージャ２１６は、選択されたパッケージをインストールするためにデバイスにおいて利用可能な資源が充分にあるか否かを決定する上で必要としてこの情報および他の任意のシステム情報を使用する。例えば、資源マネージャ２１６は、選択されたパッケージをインストールするためにメモリポーション２２２において自由なメモリが充分にあるか否かを決定するために、予約データベース２１４からの情報を使用する。

資源マネージャ２１６はまた、選択されたパッケージに対する分配のために利用可能な資源の他の形式があるか否かを決定するかもしれない。例えば、資源マネージャ２１６は、モデム、位置決定論理、高解像度ビデオディスプレイ、図形プロセッサ、あるいは他の任意の形式のハードウェア資源等の、利用可能なハードウェア資源があるか否かを決定するために他の任意の形式のシステム情報を取得するかもしれない。資源マネージャ２１６はまた、ソフトウェアモジュールの特定のバージョン、あるいはソフトウェアドライバの特定の形式のような、利用可能なソフトウェア資源があるか否かを決定するかもしれない。利用可能な資源（すなわち、メモリ、ハードウェア、あるいはソフトウェア）が充分にある場合、資源マネージャ２１６は必要であるとしてその資源を確保し、方法はブロック４１２へ進む。利用可能な資源が充分にない場合には、方法はブロック４１０へ進む。

ブロック４１０では、ユーザは選択されたパッケージをインストールするためにデバイスにおいて利用可能な資源の不足について通知される。例えば、１つの実施例において、資源マネージャ２１６はデバイス資源およびインタフェース２０４に対応したディスプレイ資源を経由してユーザに通知する。その通知は選択されたパッケージ、要求された資源、利用可能な資源、および関連のある他の任意の情報を含む。そして方法はブロック４０６へ進む。ブロック４０６ではデバイスユーザがパッケージ選択を変更するか、あるいは修正する機会を有する。

ブロック４１２では、デバイス資源によって収容可能なユーザ選択パッケージ内のサービスがデバイス上にインストールされるであろう。例えば、１つの実施例では、資源マネージャ２１６はクライアント２０６に対して選択されたパッケージのための資源が確保されたことを示す。するとクライアント２０６はメモリポーション２２２にサービスをインストールし、メモリポーション２２２はユーザが選択したパッケージからのサービスを目下含むということを示すために予約データベース２１４を更新する。クライアント２０６はまた、セットアップをし、他の任意のハードウェアあるいはソフトウェアデバイス資源を起動する。そして選択されたパッケージの予約を完成するために必要であるような配送サーバと通信する。その後方法はブロック４１４で終了する。

かくして、メソッド４００は、デバイスユーザが１個あるいはそれ以上の予約パッケージを選択し予約することを可能にするよう動作する予約システムの１つの例を与える。メソッド４００はただ１つの実施を示すということ、および変更、付加、あるいは機能エレメントの再配列がここで説明された実施例の範囲から逸脱せずになされるかもしれないということは留意されるべきである。

メッセージフロー
下記の情報は、予約システムの１つの実施例におけるデバイスと配送サーバ間のフローを説明する。記述されたメッセージフローはデバイス活性化、パッケージ予約、および予約修正の期間中に発生する。

デバイス活性化
図５は、予約システムの１つの実施例においてデバイス活性化プロセスが如何に与えられるかを表示するメッセージフロー線図５００の実施例を示す。活性化プロセスは利用可能なサービスパッケージを予約することが可能な状態にデバイスを設定する。１つの実施例において、クライアント２０６はシステムアプリケーションの開始時に活性化プロセスを実行する。活性化プロセスの期間中、以下のメッセージがデバイス５０２および配送サーバ５０４間で交換される。
ａ． ユーザは５０６において示された時に、システムアプリケーションを開始する。
ｂ． クライアント２０６は活性化要求メッセージ５０８をサーバ５０４に送る。
ｃ． サーバ５０４はデバイスを用いて認証手続５１０を実行する。認証が成功した際には、サーバ５０４は予約者識別子（ＩＤ）をデバイスに代入する。そのデバイスに対して特定のデバイス認証キーが作成される。このキーは次のデバイス−トゥ−サーバ トランザクション(Device-to Server transactions)の認証のためにデバイスと配送サーバ間で共有される。
ｄ． サーバ５０４は予約者ＩＤを使用して、活性化応答メッセージ５１２、デバイス認証キー、および活性化プロセスが成功したことをデバイスに対して知らせるインディケータを送り届ける。

活性化が成功した際には、デバイスは自身を最新のシステム情報を用いて更新し、市場定義、プログラム案内、およびネットワークパラメータのような他の情報を要求する。この時点で、デバイスは活性化された状態にあり、利用可能なサービスを予約する用意ができている。

デバイス予約
図６は、予約システムの１つの実施例においてデバイス予約プロセスが如何に与えられるかを表示するメッセージフロー線図６００の１つの実施例を示す。ひとたび活性化された状態になると、デバイス６０４はユーザ６０２が１個あるいはそれ以上のサービスパッケージを予約することを可能にする。予約プロセスの期間中、以下のメッセージがデバイス６０４、配送サーバ６０８、およびライセンスサーバ６０６間で交換される。
ａ． ６１０で示されるように、ユーザはデバイス６０４において、予約のために１個あるいはそれ以上のパッケージをユーザインタフェースから選択する。
ｂ． デバイス６０４は予約要求メッセージ６１２をサーバ６０８へ送る。予約要求(subscription request)は予約者ＩＤ、およびパッケージＩＤを含む。メッセージが署名を要求する場合には、デバイスはデバイス認証キーを使用して予約要求メッセージ６１２に署名する。
ｃ． 予約要求メッセージ６１２が受信された時、サーバ６０８はメッセージ内のディジタル署名を使用してそれを（６１４において）認証する。サーバ６０８はまた、そのユーザを認可する。
ｄ． サーバ６０８は、認証と認可が成功した場合、成功インディケータとともに予約応答メッセージ６１６をデバイス６０４へ送る。
ｅ． するとデバイス６０４は更新されたサービスライセンスをライセンスサーバ６０６から要求する。ライセンスサーバ６０６は予約されたサービスを内包するサービスライセンスを用いて応答する。

予約の変更
図７は、予約システムの１つの実施例においてデバイス予約が如何に変更されるかを表示するメッセージフロー線図７００の１つの実施例を示す。デバイスユーザ７０２はデバイス７０４が“予約された”状態である間いつでも予約を変更する可能性がある。ユーザ７０２は、デバイス７０４上でユーザインタフェースを使用してサービスパッケージを追加あるいは除去することができる。変更予約プロセスの期間中、以下のメッセージがデバイス７０４、配送サーバ７０８、およびライセンスサーバ７０６間で交換される。
ａ． ユーザはデバイス上で予約取消要求７１０をユーザインタフェースから開始する。
ｂ． デバイス７０４は予約取消要求メッセージ７１２をサーバ７０８へ送る。デバイス７０４は自身のデバイス認証キーを使用してメッセージに署名する。
ｃ． サーバ７０８は、メッセージ内のディジタル署名を使用して予約取消要求メッセージ７１２を（７１４において）認証する。サーバ７０８はまた、予約取消要求を認可する。
ｄ． サーバ７０８は予約取消応答メッセージ７１６を成功インディケータとともにデバイス７０４へ送る。
ｅ． デバイス７０４は、更新されたサービスライセンスをライセンスサーバ７０６から（７１８において）要求する。

サービスからの予約取消
予約においてと同様に、デバイスユーザは１個あるいはそれ以上のサービスあるいは予約パッケージから予約取消することができる。１つの実施例において、デバイスユーザはサービスから予約取消をするためにデバイス上で予約メニューを活用する。例えば、予約メニューはインストールされたリストを示し、デバイスユーザは１個あるいはそれ以上のサービスを、アンインストールされるかあるいは予約取消される予定となっているそのリストから選択する。ひとたびデバイスがサービスから予約取消するのに成功すると、デバイスは予約取消されているサービスに関する資源を解放する必要がある。１つの実施例において、資源マネージャ２１６は予約取消されたサービスに関する資源を解放するよう、また、選択されたサービスが予約解除されたことを示すために予約データベース２１４を更新するよう動作する。例えば、サービスが予約取消された時、資源マネージャ２１６はメモリ資源を解放するかもしれない。

いくつかの予約パッケージは“根（ｒｏｏｔ）パッケージ”に対して事前予約を要求する。概して、ユーザは“追加（アド−オン）”パッケージに対して予約をする前に、まずは根パッケージに対して予約しなければならない。追加パッケージはユーザが根パッケージに対して予約するのに成功した後で追加することができる予約パッケージである。ユーザは、デバイスが何らかの追加パッケージに対して予約される場合、一般的に根パッケージから予約取消をすることを許されない。１つの実施例において、システムは特定の根パッケージに結びついた全てのパッケージの予約取消をするという選択肢をユーザに与えるよう動作する。このことは根およびいずれかの追加サービスパッケージの予約取消を行うであろう。１つの実施例において、システムはデバイスユーザが何らかの自動予約パッケージの予約を取消すのを妨げるよう動作する。ひとたびユーザがサービスあるいはサービスパッケージから予約取消をするのに成功すると、関連するコンテンツはいずれもデバイスから除去される。

従って、１つあるいはそれ以上の予約システムの実施例が本明細書において例示され説明される間、特質や本質的な特性から逸脱することなしに様々な変化が実施例に対して起こり得ることが察知されるであろう。その結果、本明細書における発明の範囲についての明細および記述は実証となるように、しかし限定的にならないよう意図されている。そしてそれは次に続く請求項において述べられている。

予約システムの１つの実施例を含むネットワークを示す。 予約システムの１つの実施例において使用に適したデバイスの１つの実施例に関する詳細な線図を示す。 予約システムの１つの実施例においてデバイスを動作するための方法の１つの実施例を示す。 予約システムの１つの実施例においてデバイスを動作するための方法の１つの実施例を示す。 予約システムの１つの実施例においてどのようにデバイス活性化が与えられるかを示すメッセージフロー線図の１つの実施例を示す。 予約システムの１つの実施例においてどのようにデバイス予約プロセスが与えられるかを示すメッセージフロー線図の１つの実施例を示す。 予約システムの１つの実施例においてどのようにデバイス予約変更がされるかを示すメッセージフロー線図の１つの実施例を示す。

Claims (45)

1. データネットワーク内において予約パッケージを受信するために予約する方法であって、その方法は、
   予約パッケージと組み合わせられた資源要求を受信すること、
   選択された資源が予約パッケージと組み合わせられた資源要求を満たすために利用可能であるか否かを決定すること、
   選択された資源が予約パッケージと組み合わせられた資源要求を満たしていないと決定された場合、予約パッケージと組み合わせられたサービスの第１の部分を除外すること、そして、
   サービスの第２の部分の資源要求が選択された資源によって満たされている場合、予約パッケージと組み合わせられたサービスの第２の部分を受信することを予約すること
   を含む方法。
2. 前記除外することは、予約パッケージ内の各サービスと組み合せられた選択された特性に基づきサービスの第1の部分を除外することを含む、請求項１記載の方法。
3. 前記除外することは、予約パッケージ内の各サービスに組み合わせられた優先度インディケータに基づき、サービスの第１の部分を自動的に除外することを含む、請求項２記載の方法。
4. 前記除外することは、サービスの第１の部分をユーザ入力に基づき除外することを含む、請求項1記載の方法。
5. さらに選択された資源が予約パッケージと組み合わせられた資源要求を満たすことに失敗するという通知を出力することを含む、請求項1記載の方法。
6. さらに活性化プロセスを完了することを含む、請求項1記載の方法。
7. さらに活性化プロセスの期間中プレ活性化コンテンツをレンダーすることを含む、請求項6記載の方法。
8. さらに、予約パッケージと組み合わせられた1個あるいはそれ以上のサービスから予約を取り消し、そして、1個あるいはそれ以上のサービスと組み合わせられた資源を解放することを含む、請求項1記載の方法。
9. 前記予約はさらに予約要求を無線データネットワークを通じて送信することを含む、請求項1記載の方法。
10. データネットワーク内において予約パッケージを受信するために予約する装置であって、その装置は、
    予約パッケージと組み合わせられた資源要求を受信するよう構成された論理、
    選択された資源が予約パッケージと組み合わせられた資源要求を満たす上で利用可能か否かを決定するよう構成された論理、
    選択された資源が予約パッケージと組み合わせられた資源要求を満足することに失敗することが決定された場合に、予約パッケージと組み合わせられたサービスの第１の部分を除外するよう構成された論理、そして、
    予約パッケージと組み合わせられたサービスの第２の部分を受信するために予約するよう構成された論理、なおサービスの第２の部分は選択された資源によって満たされている、
    を含む装置。
11. 前記除外するように構成された論理は予約パッケージ内の各サービスに組み合わせられた選択された特性に基づきサービスの第１の部分を除外するよう構成された論理を含む、請求項１０記載の装置。
12. 前記除外するよう構成された論理は予約パッケージ内の各サービスの第１の部分を自動的に除外するよう構成された論理を含む、請求項１１記載の装置。
13. 前記除外するよう構成された論理はユーザ入力に基づいてサービスの第１の部分を除外するよう構成された論理を含む、請求項１０記載の装置。
14. さらに、選択された資源が予約パッケージに組み合わせられた資源要求を満たすことに失敗するとの通知を出力するよう構成された論理を含む、請求項１０記載の装置。
15. さらに活性化プロセスを完了するよう構成された論理を含む、請求項１０記載の装置。
16. さらに活性化プロセスの期間中にプレ活性化コンテンツをレンダーするよう構成された論理を含む、請求項１５記載の装置。
17. さらに予約パッケージと組み合わせられた１個あるいはそれ以上のサービスから予約取消を行うよう構成された論理、そして
    １個あるいはそれ以上のサービスと組み合わせられた資源を解放するよう構成された論理、
    を含む請求項１０記載の装置。
18. 前記予約するよう構成された論理は、さらに無線データネットワークを通じて予約要求を伝送するために構成された論理を含む、請求項１０記載の装置。
19. データネットワーク内において予約パッケージを受信するやめに予約する装置であって、この装置は、
    予約パッケージと組み合わせられた資源要求を受信するための手段、
    選択された資源が予約パッケージと組み合わせられた資源要求を満たす上で利用可能かどうかを決定するための手段、
    選択された資源が予約パッケージと組み合わせられた資源要求を満たすことに失敗するということが決定された場合に、予約パッケージと組み合わせられたサービスの第１の部分を除外するための手段、そして、
    サービスの第２の部分の資源要求が選択された資源によって満足させられ、予約パッケージと組み合わせられたサービスの第２の部分を受信するよう予約するための手段、
    を含む装置。
20. 前記除外するための手段は予約パッケージ内の各サービスと組み合わせられた選択された特性に基づきサービスの第１の部分を除外するための手段を含む、請求項１９記載の装置。
21. 前記除外するための手段は予約パッケージ内の各サービスと組み合わせられた優先度インディケータに基づきサービスの第１の部分を自動的に除外するための手段を含む、請求項２０記載の装置。
22. 前記除外するための手段はユーザ入力に基づいてサービスの第１の部分を除外するための手段を含む請求項１９記載の装置。
23. さらに、選択された資源が予約パッケージと組み合わせられた資源要求を満たすことに失敗するとの通知を出力するための手段を含む、請求項１９記載の装置。
24. さらに活性化プロセスを完了するための手段を含む請求項１９記載の装置。
25. さらに活性化プロセスの期間中にプレ活性化コンテンツをレンダーするための手段を含む、請求項２４記載の装置。
26. さらに、予約パッケージと組み合わせられた1個あるいはそれ以上のサービスから、予約取消を行うための手段、そして
    １個あるいはそれ以上のサービスと組み合わせられた資源を解放するための手段、
    を含む請求項１９記載の装置。
27. 前記予約するための手段は無線データネットワークを通じて予約要求を送信するための手段をさらに含む、請求項１９記載の装置。
28. 処理装置によって実行される時、データネットワーク内の予約パッケージを受信するために予約するよう作動する命令を含む、計算機が読出可能な媒体であって、この計算機が読出可能な媒体は、
    予約パッケージと組み合わせられた資源要求を受信するための命令、
    選択された資源が予約パッケージと組み合わせられた資源要求を満たす上で利用可能か否かを決定するための命令、
    選択された資源が予約パッケージと組み合わせられた資源要求を満たすことに失敗するということが決定された場合に、予約パッケージと組み合わせられたサービスの第１の部分を除外するための命令、そして、
    予約パッケージと組み合わせられたサービスの第２の部分を受信するように予約するための命令、なおサービスの第２の部分の資源要求は選択された資源によって満たされている、
    を含む媒体。
29. 前記除外するための命令は予約パッケージ内の各サービスと組み合わせられた選択された特性に基づいてサービスの第１の部分を除外するための命令を含む、計算機により読出可能な請求項２８記載の媒体。
30. 前記除外するための命令は予約パッケージ内の各サービスと組み合わせられた優先度インディケータに基づいてサービスの第１の部分を自動的に除外するための方法を含む、計算機により読出可能な請求項２９記載の媒体。
31. 前記除外するための命令はユーザ入力に基づいてサービスの第１の部分を除外するための命令を含む、計算機により読出可能な請求項２８記載の媒体。
32. さらに選択された資源が予約パッケージと組み合わせられた資源要求を満たすことを失敗したとの通知を出力するための命令を含む、計算機により読出可能な請求項２８記載の媒体。
33. さらに活性化プロセスを完了するための命令を含む、計算機により読出可能な請求項２８記載の媒体。
34. さらに活性化プロセスの期間中、プレ活性化コンテンツをレンダーするための命令を含む、計算機により読出可能な請求項３３記載の媒体。
35. さらに予約パッケージと組み合わせられた1個あるいはそれ以上のサービスから予約取消を行うための命令、そして、
    １個あるいはそれ以上のサービスと組み合わせられた資源を解放するための命令、
    を含む計算機により読出可能な請求項２８記載の媒体。
36. 前記予約するための命令は無線ネットワークを通じて予約要求を送信するための命令をさらに含む、計算機により読出可能な請求項２８記載の媒体。
37. データネットワーク内において予約パッケージを受信する予約をするための方法を与えるよう形成された少なくとも1個の処理装置において、その方法は、
    予約パッケージと組み合わせられた資源要求を受信すること、
    選択された資源が予約パッケージと組み合わせられた資源要求を満たすために利用可能であるか否かを決定すること、
    選択された資源が予約パッケージと組み合わせられた資源要求を満たしていないと決定された場合、予約パッケージと組み合わせられたサービスの第１の部分を除外すること、そして、
    サービスの第２の部分の資源要求が選択された資源によって満たされている場合、予約パッケージと組み合わせられたサービスの第２の部分を受信することを予約すること、
    を含む方法。
38. 前記除外することは予約パッケージ内の各サービスと組み合わせられた選択された特性に基づいてサービスの第１の部分を除外することを含む、請求項３７の方法。
39. 前記除外することは予約パッケージ内の各サービスと組み合わせられた優先度インディケータに基づいてサービスの第１の部分を自動的に除外することを含む、請求項３８記載の方法。
40. 前記除外することはユーザ入力に基づいてサービスの第１の部分を除外することを含む請求項３７記載の方法。
41. さらに選択された資源が予約パッケージと組み合わせられた資源要求を満たすのを失敗したとの通知を出力することを含む、請求項３７記載の方法。
42. さらに活性化プロセスを完了することを含む、請求項３７記載の方法。
43. さらに活性化プロセスの期間中プレ活性化コンテンツをレンダーすることを含む、請求項４２記載の方法。
44. 予約パッケージと組み合わせられた1個あるいはそれ以上のサービスから予約取消を行うこと、そして
    1個あるいはそれ以上のサービスと組み合わせられた資源を解放すること
    をさらに次の事柄を含む、請求項３７記載の方法。
45. 前記予約することはさらに無線データネットワークを通じて予約要求を送信することを含む、請求項３７記載の方法。

Images