(57)【要約】メディア配布システムは、メディアサービスの非リアルタイム部分を受信するように構成された無線装置上でメモリ管理を実行するための方法及び装置を含んでいてもよい。そのような方法及び装置は、装置メモリに記憶可能なプレゼンテーションの許容可能なキャパシティに基づいて並びにメディアサービス内の各プレゼンテーションに関連する要求されたメモリに基づいていてもよい。そのような方法及び装置は、サービスをサポートするために装置内の十分に利用可能なメモリに基づいて装置をメディアサービスに契約可能にする。
2009508229.tif 000002
【特許請求の範囲】
【請求項１】
下記を具備する、少なくとも１つのプレゼンテーションを有するメディアサービスを配信する方法：
装置のメモリに記憶されるプレゼンテーションの許容されたキャパシティを取得する；
メディアサービスに関連する複数のプレゼンテーションの各自のメモリ要件値を決定する；
前記決定されたメモリ要件値に基づいて前記メディアサービスを受信するために前記装置により要求されるメモリの量を計算する。
【請求項２】
各プレゼンテーションに対して前記装置への配信の時間および前記装置からの除去の時間を取得することをさらに具備し、前記計算する行為は、各プレゼンテーションの前記配信の時間および前記除去の時間の少なくとも１つに基づいている、請求項１の方法。
【請求項３】
前記装置に対して要求される前記計算されたメモリの量を送信することをさらに具備し、前記許容されたキャパシティは多数のプレゼンテーションを備える、請求項１の方法。
【請求項４】
前記装置に対して要求されるメモリの量を計算することはさらにすべてのプレゼンテーションのメモリ要件値のセットから導き出された最大メモリ要件値を決定することを備えた、請求項１の方法。
【請求項５】
前記メモリ要件値を決定することは、任意のプレゼンテーションに対して要求されるメモリの量の最大数を決定することをさらに備えた、請求項４の方法。
【請求項６】
前記メモリ要件値を決定することは、オーバーラップするプレゼンテーションのセットに対して要求されたメモリの最大量を決定することをさらに備えた、請求項４の方法。
【請求項７】
前記配信の時間および前記除去の時間に基づいてプレゼンテーション利用可能性期間（「ＰＡＤ」）を計算することと、前記ＰＡＤを前記装置に送信することをさらに備えた、請求項２の方法。
【請求項８】
下記を具備するサービスプロビジョニングサーバー：
装置のメモリに記憶されるプレゼンテーションの許容されたキャパシティを取得する手段；
前記メディアサービスに関連する複数のプレゼンテーションの各自のメモリ要件値を決定する手段；
前記決定されたメモリ要件値に基づいて前記メディアサービスを受信するために前記装置に対して要求されるメモリの量を計算する手段。
【請求項９】
前記複数のプレゼンテーションの少なくとも１つのプレゼンテーション利用可能性期間（「ＰＡＤ」）を決定する手段をさらに備えた、請求項８のサービスプロビジョニングサーバー。
【請求項１０】
サービスプランナーモジュールを備えたサービスプロビジョニングコンピューターであって、前記サービスプランナーモジュールはさらにサービスごとのサービスメモリ要件（「ＳＭＲＳ」）モジュールを更に備え、前記ＳＭＲＳモジュールは、装置に記憶可能なプレゼンテーションの許容されたキャパシティを示すバッファー値を受信するように、メディアサービスに関連する各プレゼンテーションのメモリ要件値を受信するように、および前記メディアサービスを受信するために前記装置に対して要求されるメモリの量を計算するように動作可能である、サービスプロビジョニングコンピューター。
【請求項１１】
前記サービスプランナーモジュールは、受信されたバッファー値に基づいて、前記メディアサービスに関連する各プレゼンテーションが視聴のために利用可能な間隔を計算するように動作可能なプレゼンテーション利用可能性期間（「ＰＡＤ」）モジュールをさらに備えた、請求項１０のサーバー。
【請求項１２】
前記サービスプロビジョニングモジュールは、サービスラインアップメッセージを発生するように動作可能である、請求項１０のサーバー。
【請求項１３】
下記を具備する、非リアルタイムメディアサービスに対してユーザーを契約させる方法：
前記サービスに対するメモリ要件を受信する；
前記装置上の利用可能なメモリを決定する；
前記利用可能なメモリと前記要求されたメモリとの間の所定の関係に基づいて前記装置を前記サービスに契約可能にする。
【請求項１４】
可能にすることはさらに前記利用可能なメモリを前記メモリ要件と比較することと、前記利用可能なメモリが前記メモリ要件と少なくとも等しいなら前記装置を契約可能にすることを備えた、請求項１３の方法。
【請求項１５】
可能にすることは、前記利用可能なメモリを前記メモリ要件と比較することをさらに備え、前記利用可能なメモリが前記メモリ要件未満であるなら前記装置を契約可能にしないことをさらに備えた、請求項１３の方法。
【請求項１６】
メディアサービスをサポートするために不十分な利用可能メモリであることを前記装置に通知することをさらに備えた、請求項１３の方法。
【請求項１７】
前記メモリ要件に基づいて前記利用可能なメモリの少なくとも一部をリザーブすることをさらに備えた、請求項１３の方法。
【請求項１８】
前記メディアサービスをサポートするために不十分な利用可能メモリがあるなら、利用可能でないメモリのリリースを開始することをさらに備えた、請求項１３の方法。
【請求項１９】
前記サービスに関連する少なくとも１つのプレゼンテーションに関連するプレゼンテーション利用可能性期間（「ＰＡＤ」）値を受信することと、前記ＰＡＤを前記装置に提示することをさらに備えた、請求項１３の方法。
【請求項２０】
下記を具備するメディア通信サービスに契約するための方法：
前記サービスに対するメモリ要件を受信する手段；
装置上の利用可能なメモリを決定する手段；
前記利用可能なメモリと前記要求されたメモリとの間の所定の関係に基づいて前記サービスへの申し込みを可能にする手段。
【請求項２１】
下記を具備する、無線通信装置：
所定のメディアサービスへの契約をサポートするためにメモリの量に関連するメモリ要件値を有し、利用可能なメモリ値を有するメモリ；
前記利用可能なメモリを前記メモリ要件と比較し、前記サービスに契約するための能力を決定するように動作可能なサブスクリプションマネージャーモジュール。
【請求項２２】
前記サービスは、非リアルタイムコンテンツを含む、請求項２１の装置。
【請求項２３】
前記サブスクリプションマネージャーモジュールはさらに前記サービスに契約するために不十分なメモリの通知を発生するように動作可能である、請求項２１の装置。
【請求項２４】
前記サブスクリプションマネージューモジュールは、前記メモリ要件に基づいて前記利用可能なメモリの少なくとも一部をリザーブするようにさらに動作可能である、請求項２１の装置。
【請求項２５】
前記サブスクリプションマネージャーモジュールは、利用可能でないメモリを利用可能にさせることを開始するようにさらに動作可能である、請求項２１の装置。
【請求項２６】
前記メモリは、プレゼンテーション利用可能性期間（「ＰＡＤ」）値をさらに備え、前記ＰＡＤを前記装置に通信するように動作可能な装置インターフェースをさらに備えた、請求項２１の装置。
【請求項２７】
前記サブスクリプションマネージューモジュールは、受信された契約要求に基づいて契約能力決定を発生するようにさらに動作可能な、請求項２６の装置。
【請求項２８】
機械によって実行されたとき、前記機械に以下を含む動作を実行させる命令を備えた機械読み取り可能媒体：
前記サービスのためのメモリ要件を受信する；
前記装置上の利用可能なメモリを決定する；
前記利用可能なメモリと前記要求されるメモリとの間の所定の関係に基づいて、前記ユーザーが前記サービスに契約するのを可能にする。
【請求項２９】
下記の行動を実行するように構成された少なくとも１つのプロセッサー：
サービスのためのメモリ要件を受信する；
前記装置上の利用可能なメモリを決定する；
前記利用可能なメモリと前記要求されたメモリとの間の所定の関係に基づいて、前記ユーザーが前記サービスに契約するのを可能にする。
【請求項３０】
機械により実行されたとき、前記機械に下記を含む動作を実行させる命令を備えた機械読み取り可能媒体：
装置のメモリに記憶することができるプレゼンテーションの数の表示を受信する；
メディアサービスに関連する複数のプレゼンテーションの各自のメモリ要件値を決定する；
前記決定されたメモリ要件値に基づいて前記装置に対して要求されるメモリの量を計算する。
【請求項３１】
下記の行動を実行するように構成された少なくとも１つのプロセッサー：
装置のメモリに記憶することができるプレゼンテーションの数の表示を受信する；
前記メディアサービスに関連する複数のプレゼンテーションの各自のメモリ要件値を決定する；
前記決定されたメモリ要件値に基づいて前記装置に対して要求されるメモリの量を計算する。
【発明の詳細な説明】
【関連技術】
【０００１】
３５Ｕ．Ｓ．Ｃ．§１１９に基づく優先権主張
この特許出願は、この特許出願の譲受人に譲渡され、参照することにより本明細書に明示的に組み込まれる、２００５年９月８日に出願された、「クリップキャスティングサービスのために契約されたメモリ要件を導き出すための方法」(Method for Deriving Subscribed Memory Requirement For Clipcasting Service)というタイトルの仮出願第６０／７１５，４３９の優先権を主張する。
【技術分野】
【０００２】
開示された観点は、一般的にメディア配布システムの動作に関し、特に非リアルタイムメディアのダウンローディングに関するメモリ要件およびプレゼンテーション可用性を管理するための方法および装置に関する。
【背景技術】
【０００３】
メディア配布システムは、これらに限定されないが、リアルタイム、非リアルタイム、ＩＰデータキャスト（「ＩＰＤＣ」）サービスタイプおよびそれらの組み合わせを含む種々のサービスタイプから成る。リアルタイムサービスは通常特定の秒内のコンテンツを配信し、典型的に即時消費、ストリーミングビデオ、オーディオおよびテキストを配信するために選択される。例えば、リアルタイムサービスは、スポーツイベントまたはライブパーフォーマンスの生放送を提供してもよい。ＩＰデータキャストは、数秒内に特定のアドレスにＩＰマルチキャストデータストリームを配信するリアルタイムサービスの形であり、主として株式、天気、交通および救急サービスを含むハンドセットデータアプリケーションを目的としている。非リアルタイムサービス、すなわち「クリップキャスト」メディアは、通常分の単位でスケジュールされ、典型的に後のプレゼンテーションまたは視聴のために記憶される。例えば、非リアルタイムサービスは、広告、プレゼンテーションに関する情報等のようなあらかじめ記録されたコンテンツを提供してもよい。それは、メディアケイパブル(capable)装置上のメモリにセーブされ、後で視聴のために再現される。
【０００４】
非リアルタイムメディアは非リアルタイムサービスに限定されない。非リアルタイムメディアは、リアルタイムサービスと非リアルタイムサービスの両方のコンポーネントであってよい。
【０００５】
さらに、いくつかのサービスは、プレーヤーが参加しているスポーツイベントの生放送の間にプレーヤー情報を表示するような、リアルタイムサービスと非リアルタイムサービスのある組み合わせを提供してもよい。
【０００６】
非リアルタイムメディアは通常後の視聴のために装置にダウンロードされるので、非リアルタイムメディア配信の実施は、メディア配信のときに不十分なメモリによるデータの損失を最小にするためにユーザー装置上のメモリ管理の利益を享受してもよい。
【０００７】
従って、非リアルタイムメディアを含むサービスを支持してユーザー装置にメモリ管理を提供するための装置と方法を提供することは有利であろう。
【発明の開示】
【０００８】
記載された観点は、非リアルタイムメディアを含むサービスを支持してユーザー装置にメモリ管理を提供するために動作可能な装置、方法、コンピューター読み取り可能な媒体およびプロセッサーを備える。
【０００９】
そのような装置および方法は、メディアサービスの非リアルタイム部分をネットワーク化された装置に通信するためのメモリ要件を計算するように動作可能である。
【００１０】
次に、計算されたメモリ要件は、装置内の十分な利用可能メモリに基づいてユーザーがサービスに契約することを可能にするように動作可能な装置に送られてもよい。
【００１１】
１つの観点において、非リアルタイムメディアを受信するために装置に要求される合計メモリ量を決定する方法は、入力、装置に同時に記憶可能なプレゼンテーションの数の表示、サービスに関連する各プレゼンテーションのメモリ要件値を受信することを含む。
【００１２】
方法は、さらに、ユーザーが受信した入力に基づいてサービスに契約するために装置に要求されるメモリ量を計算することと、必要とされるメモリ量を含むレコードを発生することを含む。関連する観点において、少なくとも１つのプロセッサーは上述した行動を実行するように構成される。他の関連する観点において、実行されると、コンピューター装置に上述した行動を実行するように命令するコンピュータープログラムがコンピューター読み取り可能媒体に常駐される。
【００１３】
他の観点において、サービスプロビジョニングサーバーは、装置に同時に記憶可能な許容可能なプレゼンテーションの数に関連する値を受信する手段と、プレゼンテーションのスケジュールに関連する各プレゼンテーションのメモリ要件値を受信する手段と、許容可能なプレゼンテーションの数に関連する値およびメモリ要件値に基づいてユーザーがサービスに契約するために装置に要求されるメモリ量を計算する手段と、要求されるメモリ量を含むレコードを発生する手段と、を備えている。
【００１４】
さらに他の観点において、サービスプロビジョニングコンピューターは、サービスプランナーモジュールを備えていてもよい。この場合、サービスプランニングモジュールはさらにサービスごとのサービスメモリ要件（「ＳＭＲＳ」）モジュールを備える。ＳＭＲＳモジュールは、装置に記憶可能な許容可能なプレゼンテーションの数を示すバッファー値を受信し、メディアサービスに関連する各プレゼンテーションのメモリ要件値を受信するように動作可能であってもよい。さらに、コンピューターは、ユーザーがサービスに契約するために装置に要求されるメモリ量を計算し、要求されるメモリ量を含むレコードを発生するように動作可能である。
【００１５】
さらに他の観点において、メディア通信に対してユーザーを契約させる方法は、メディアを装置に通信するためのメモリ要件を受信することと、装置上の利用可能なメモリを決定することと、利用可能なメモリと要求されるメモリとの間の所定の関係に基づいて、メディアを受信するためにユーザーがメディアサービスに契約するのを可能にすることとを備える。関連する観点において、少なくとも１つのプロセッサーは、上述した行動を実行するように構成される。他の関連する観点において、実行されると上述した行動を実行するようにコンピューター装置に命令するコンピュータープログラムがコンピューター読み取り可能媒体に常駐される。
【００１６】
さらに他の観点において、メディア通信サービスにユーザーを契約させる方法は、サービスのためのメモリ要件を受信する手段と、装置上の利用可能なメモリを決定する手段と、利用可能なメモリと要求されるメモリとの間の所定の関係に基づいてユーザーがサービスに契約可能にする手段とを備えている。
【００１７】
他の観点において、無線通信装置は、与えられたメディアサービスへの申し込みをサポートするためにメモリ量に関連するメモリ要件値を有しかつ利用可能なメモリ値を有するメモリを備える。装置はさらに利用可能なメモリをメモリ要件と比較し、サービスに契約するための能力を決定するように動作可能なサブスクリプションマネージャーモジュール(subscription manager module)を備える。
【００１８】
開示された観点は、類似の記号表示は類似のエレメントを指す、開示された観点を限定せずに例証するために提供される添付図面と共に以下に記載されるであろう。
【発明を実施するための最良の形態】
【００１９】
以下の詳細な記載は、無線装置への非リアルタイムメディアのダウンローディングのために合計メモリ要件を導き出すためのおよび装置上のプレゼンテーションの利用可能性期間を導き出すための装置と方法を含むメディア配信システム（「ＭＤＳ」）の１つ以上の観点を記載する。さらに、これらの導き出された計算は装置に送られる。この場合、メモリに常駐するアプリケーションソフトウエアは、送られた情報に基づいて非リアリタイムメディアを含むサービスの申し込みを管理するように動作可能である。代替観点において、ＭＤＳは無線通信装置からサービスに契約するための要求と利用可能なメモリ量を受信してもよい。次に、ＭＤＳは、利用可能なメモリを、要求されたサービスに関連する合計メモリ要件と比較することにより申し込み要求が満足し得るか否かについて決定してもよい。
【００２０】
この装置と方法は、無線環境で使用するのに特に適しているが、これらに限定されないが、通信ネットワーク、インターネットのようなパブリックネットワーク、バーチャルプライベートネットワーク（ＶＰＮ）のようなプライベートネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク、長距離ネットワーク、または任意のタイプのデータ通信ネットワークを含む任意のタイプのネットワーク環境に適していてもよい。
【００２１】
図１は、サービス１２２を少なくとも１つの無線装置１１６にダウンロードし、コンテンツプロバイダー１０２、コンテンツサーバー１０４、コンテンツ配布サーバー１２８、サービスプロビジョニングサーバー１０８、データベース１０６およびアプリケーション配布サーバー１１０を備えたメディア配布システム（「ＭＤＳ」）１００の１つの観点を図解する。
【００２２】
コンテンツプロバイダー１０２は、コンテンツサーバー１０４およびコンテンツ配布サーバー１２８を介してネットワーク１１８内のユーザーに配布するためにコンテンツを提供するように動作する。コンテンツは、ビデオ、オーディオ、マルチメディアコンテンツ、クリップ、スクリプト、プログラム、データおよび任意の他の適切なコンテンツのようなメディア１２４を含む。メディア１２４はリアルタイムコンテンツ、非リアルタイムコンテンツ、および／または２つの組み合わせを含んでいてもよい。メディア１２４は個々にまたは組み合わせにおいて視聴されてもよいまたはそうでなければ装置に出力されてもよいプレゼンテーション１２６を形成してもよい。
【００２３】
コンテンツサーバー１０４は、コンテンツ配布サーバー１２８に、サービス１２２に関連するプレゼンテーション１２６を供給するように動作する。サービス１２２は単一のラベルまたは識別子の下で提示されたプレゼンテーション１２６のシーケンスを含む。各プレゼンテーション１２６は、リアルタイムコンテンツ、非リアルタイムコンテンツ、およびリアルタイムコンテンツと非リアルタイムコンテンツの混合された組み合わせを含んでいてもよい。さらに、各サービス１２２は、リアルタイムプレゼンテーション、非リアルタイムプレゼンテーション、およびリアルタイムプレゼンテーションおよび非リアルタイムプレゼンテーションの両方を提供してもよい。例えば、リアルタイムプレゼンテーションは、スポーツイベントの生放送であってもよい。さらに、例えば、非リアルタイムプレゼンテーションは、広告であってもよい。さらに、結合されたプレゼンテーションは、例えば、スポーツイベントの生放送と組み合わされたプレーヤー情報へのリンクを含んでいてもよい。
【００２４】
データベース１０６は、放送スケジュール、または装置１１６がプレゼンテーション１２６をユーザーに提示する時間、および装置１１６が非リアルタイムコンテンツを検索してもよい時間を供給するメディアプレゼンテーションガイド（「ＭＰＧ」）を定義するレコードを含んでいてもよい。１つの制限しない観点において、ＭＰＧはいつでも放送または送信されてもよいけれども、サービス活性化のときに装置１１６に送信されてもよい。データベース１０６はデータ保存場所として記載されるけれども、メディアプレゼンテーションガイド情報をシステム１００の他のコンポーネントに供給する任意のインターフェースを使用することもあり得ることに留意する必要がある。
【００２５】
装置−サーバーインターフェース１１２、１１３、および１１４は、装置１１６をＭＤＳ１００サーバーコンポーネントとインターフェースするように動作可能である。インターフェース１１２、１１３、および１１４は、物理接続および／または符号分割多重アクセス（「ＣＤＭＡ」）、ワイドバンド符号分割多重アクセス（「ＷＣＤＭＡ」）、ユニバーサルモバイルテレコミュニケーションシステム（「ＵＭＴＳ」）、アドバンストモバイルフォーンサービス（「ＡＭＰＳ」）、時分割多重アクセス（「ＴＤＭＡ」）、周波数分割多重アクセス（「ＦＤＭＡ」）、直交周波数分割多重アクセス（「ＯＦＤＭＡ」）、モバイル通信のためのグローバルシステム（「ＧＳＭ」）、シングルキャリア（「１Ｘ」）無線送信技術（「ＲＴＴ」）、エボリューションデータオンリー（「ＥＶ−ＤＯ」）技術、ジェネラルパケットラジオサービス（「ＧＰＲＳ」）、エンハンストデータＧＳＭ環境（「ＳＤＧＥ」）、高速ダウンリンクデータパケットアクセス（「ＨＳＰＤＡ」）、アナログおよびデジタルサテライトシステム、および無線通信ネットワークとデータ通信ネットワークの少なくとも１つに使用されてもよい任意の他のテクノロジー／プロトコルのようなエアーインターフェース技術を用いた無線接続であってよい。インターフェース１１２は、サービスプロビジョニングサーバーからサービス活性化および契約情報を提供する。インターフェース１１３はコンテンツ配布サーバー１２８からＭＰＧおよびコンテンツ配信を提供する。インターフェース１１４は、装置１１６とアプリケーション配布サーバー１１０との間にアプリケーションダウンロード機能を提供する。
【００２６】
さらに、メディア配布システム１００の部分を定義するサーバー１４、１０６、１０８、１１０、および１２８は単一のサーバーに組み合わされてもよく、および／または各々が１つ以上のサーバーの組み合わせであってもよいことに留意しなければならない。さらに、これらのサーバーは一緒に配置されてもよいしおよび／または互いに遠く離れていてもよい。さらに、サーバー１４、１０６、１０８、１１０、１２８は、上述したエアーインターフェースを用いて物理接続を介しておよび／または無線接続を介して通信してもよい。
【００２７】
図２は、サービスプロビジョニングサーバー１０８の観点を図解する。サービスプロビジョニングサーバー１０８は、サービスマネージャー１３２により供給される入力に基づいてサービスラインアップメッセージ（「ＳＬＵ」）１４０を発生するように動作可能である。サービスプロビジョニングサーバー１０８は、処理ロジック１５０、サービス獲得ロジック１５２、他のネットワークコンポーネントとの通信を管理するように動作可能なトランシーバーロジック１５４および任意の入出力装置を含むインターフェース１４８を含む相互接続ロジックモジュールを含んでいてもよい。
【００２８】
サービスプロビジョニングサーバー１０８は、プランニングサービス１２２のためのサービスマネージャー１３２により動作可能なサービスプランナーモジュール１３０を含んでいてもよい。１つの制限しない観点において、サービスプランナーモジュール１３０はサービス１２２（図１）に関連する各プレゼンテーション１２６（図１）に対してプレゼンテーションをスケジューリングする機能と、ＳＭＲＳ１４２を計算する機能と、プレゼンテーション利用可能性期間（ＰＡＤ）１４４を導き出す機能を供給してもよい。１つの観点において、サービスプランナーモジュール１３０は、ＳＬＵ１４０に内蔵される以下の情報を発生する。
【００２９】
コンタクトウインドウ開始時間（「Ｔcws」）：
Ｔcwsは、プレゼンテーションをダウンロードするために装置１１６が配布サーバー１２８にコンタクトすることができる最初の時間である。この値は、各スケジュールされたプレゼンテーション１２６に対して提供される。スケジュールできない任意のプレゼンテーション１２６の場合、サービスプランナーモジュール１３０は、対応するＴcwsをゼロに設定してもよい。
【００３０】
コンタクトウインドウ期間：
コンタクトウインドウ期間は、プレゼンテーション１２６をダウンロードするために装置１１６がＭＤＳにコンタクトしてもよい時間間隔であり、コンタクトウインドウ開始時間Ｔcwsで始まる。コンタクトウインドウ期間の値は、各スケジュールされたプレゼンテーション１２６に対して提供されてもよい。スケジュールすることができない任意のプレゼンテーション１２６の場合、サービスプランナーモジュール１３０は、対応するコンタクトウインドウ期間をゼロに設定してもよい。
【００３１】
サービスごとの契約されたメモリ要件（「ＳＭＲＳ」）：
ＳＭＲＳ値１４２は、ユーザーがサービス１２２に申し込むために、プログラムの与えられたスケジュールのために、装置１１６に対して要求されるメモリの量である。ＳＭＲＳ１４２を計算するとき、サービスプランナーモジュール１３０は、１つの観点において、成功裏にスケジュールされたプレゼンテーションを考慮するだけでもよい。１つの観点において、ＳＭＲＳ１４２は、図６のフローチャートに従ってサービスプランナーモジュール１３０内のＳＭＲＳモジュール１５６の動作により計算されてもよい。
【００３２】
プレゼンテーション利用可能性期間（「ＰＡＤ」）：
ＰＡＤ値１４４は、装置上で視聴するためにプレゼンテーション１２６が利用可能である時間間隔である。この値は、各プレゼンテーションのために提供されてもよい。
【００３３】
スケジュールすることができないプレゼンテーションの場合、サービスプランナーモジュールは、ＰＡＤ１４４をゼロに設定してもよい。１つの観点において、サービスプランナーモジュール１３０内のＰＡＤモジュール１５８は、図８のフローチャートに従ってＰＡＤ値１４２を計算してもよい。
【００３４】
サービス１２２は少なくとも１つのプレゼンテーション１２６を含み、スケジュールされたサービス１２２の間に、複数のプレゼンテーションは装置１１６にダウンロードされてもよい。各プレゼンテーション１２６は自己のＰＡＤ値１４４を有する。
【００３５】
ＳＬＵ１４０の発生と受け取りに際して、サービスマネージャー１３２は、ＳＬＵ１４０をＭＰＧデータベース１０６に収容するためにサービスマネージャー１３２は、サービスプロビジョニングサーバー１０８にコマンドを送信してもよい。ＳＬＵ１４０をデータベース１０６に収容するためのコマンドを受信すると、サービスプロビジョニングサーバー１０８は、ＳＬＵ１４０をＭＰＧデータベース１０６にセーブするコンテンツサーバー１０４にＳＬＵ１４０と共に新しいＳＬＵ通知メッセージを送信してもよい。さらに、コンテンツサーバー１０４とコンテンツ配布サーバー１２８の少なくとも１つは、ＳＭＲＳ値１４２とＰＡＤ値１４４をＭＰＧ／システム情報１７０（図１および図３）の一部として装置１１６に送信してもよい。ＭＰＧ／システム情報１７０がサービス活性化時間に装置１１６に送信されてもよいことに限らず、任意の所定時間に放送または送信されてもよい。
【００３６】
図３は無線装置の観点を図解する。装置１１６は、モバイル端末、移動電話または携帯電話、パーソナルデジタルアシスタント、ポータブル／ラップトップコンピューター、および無線通信ポータル(portal)を有し、それはまたネットワークまたはインターネットへの有線接続を有していてもよい別個のコンピュータープラットフォームのような任意のタイプのコンピューター化された無線装置を含んでいてもよい。
【００３７】
また、装置１１６は、装置１１６への入力を発生するための入力機構１６１および情報を無線装置のユーザーに中継する出力機構１６３を含んでいてもよい。例えば、入力機構１６１は、キーまたはキーボード、マウス、タッチスクリーンディスプレイ、音声認識モジュールのような機構を含んでいてもよく、一方、出力機構１６３は、これらに限定されないが、ディスプレイ、オーディオスピーカー、触覚フィードバック機構のような機構を含んでいてもよい。
【００３８】
コンピュータープラットフォーム１６０は以下のことを動作可能にしてもよい：
無線ネットワーク１１８を介してデータを送信すること；
ソフトウエアアプリケーションを受信し実行すること；
アプリケーションサーバー１１０、コンテンツ配布サーバー１２８、および／またはサービスプロビジョニングサーバー１０８、または無線ネットワーク１１８に接続された任意の他のコンピューター装置から送信されたデータを表示すること。
【００３９】
また、コンピュータープラットフォーム１６０はメモリ１６２を含んでいてもよい。それは、リードオンリーおよび／またはランダムアクセスメモリ（ＲＡＭおよびＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュカード、またはコンピュータープラットフォームに共通の任意のメモリのような揮発性および不揮発性メモリを含んでいてもよい。さらに、メモリ１６２は、１つ以上のフラッシュメモリセルを含んでいてもよく、または磁気媒体、光学媒体またはソフトまたはハードディスクのような任意の二次又は三次の記憶装置であってもよい。
【００４０】
さらに、コンピュータープラットフォーム１６０は、処理エンジン１７６を含んでいてもよい。それは、特定用途向け集積回路（「ＡＳＩＣ」）または他のチップセット、プロセッサー、論理回路、または他のデータ処理装置であってもよい。処理エンジン１７６は、装置１１６のメモリ１６２に記憶されたサブスクリプションマネージャーモジュール１６８のような任意の常駐プログラムとインターフェースしてもよいアプリケーションプログラミングインターフェース（「ＡＰＴ」）層１７４を実行するように動作可能である。１つの制限しない観点において、ＡＰＩ１７４は、それぞれの無線装置上で実行するランタイム環境である。１つのそのようなランタイム環境は、米国カリフォルニア州サンディエゴのQualcomm, Inc.により開発された無線のためのバイナリランタイム環境(r)(BREW(r))ソフトウエアである。例えば、無線コンピューティング装置上のアプリケーションの実行を制御するように動作する他のランタイム環境が利用されてもよい。
【００４１】
処理エンジン１７６は、無線ネットワーク１１８上の装置１１６の機能性と操作性を可能にする、ハードウエア、コンテンツ、ソフトウエア、およびそれらの組み合わせで具現化された種々の処理サブシステム１７８を含む。例えば、処理サブシステム１７８は、通信を開始して維持し、および他のネットワーク装置とデータを交換することを可能にする。
【００４２】
携帯電話のような１つの観点において、処理エンジン１７６は、音声、不揮発性メモリ、ファイルシステム、送信、受信、サーチャー、レイヤ１、レイヤ２、レイヤ３、メインコントロール、リモートプロシージャー、ハンドセット、パワーマネージメント、診断、デジタルシグナルプロセッサー、ボコーダー、メッセージング、コールマネージャー、ブルートゥース（ｒ）システム、ブルートゥース（ｒ）ＬＰＯＳ、位置決定、位置エンジン、ユーザーインターフェース、スリープ、データサービス、セキュリティ、認証、ＵＳＩＭ／ＳＩＭ、音声サービス、グラフィックス、ＵＳＢ、ＭＰＥＧ、ＧＰＲＳ等のようなマルチメディアのような処理サブシステムの１つまたは組み合わせを含んでいてもよい。開示された観点の場合、処理サブシステム１７８は、コンピュータープラットフォーム１６０上で実行するアプリケーションと情報のやりとりをする任意のサブシステムコンポーネントを含んでいてもよい。例えば、処理サブシステム１７８は、利用可能なメモリ１７２の量を決定するように、メモリ常駐サブスクリプションマネージャーモジュール１６８の代わりにＡＰＩ１７４からデータリードおよびデータライトを受信する任意のサブシステムコンポーネントを含んでいてもよい。
【００４３】
コンピュータープラットフォーム１６０は、さらに、ベーシックセルラー機能を実行するように要求されるコアアプリケーション１６６と、装置１１６の種々のコンポーネント中での通信および無線ネットワークとの通信を可能にするように動作可能な、ハードウエア、コンテンツ、ソフトウエア、およびそれらの組み合わせにおいて具現化された通信モジュール１８０を含んでいてもよい。
【００４４】
サブスクリプションマネージャー１６８は、ユーザーによる申し込み要求を処理し、サービス１２２に契約するのに必要なメッセージを提供するように動作可能である。
【００４５】
さらに、サブスクリプションマネージューモジュール１６８は、利用可能なメモリ１７２が、ユーザーがサービスに契約するのを可能にするのに十分かどうかを決定するためにメモリ１６２を解析するために動作可能であってもよい。この決定は、ＭＰＧ／システム情報１７０の一部として装置１１６にダウンロードされたＳＭＲＳ値１４２に基づいて行われてもよい。
【００４６】
また、メモリ１６２は、ユーザーが無線装置１１６上で入出力動作を実行可能にするために入力機構１６１と出力機構１６３に連動して動作可能なクライアントユーザーインターフェース（「ＵＩ」）１６４を含んでいてもよい。サブスクリプションマネージャーモジュールについては、クライアントＵＩ１６４は、ユーザーがサービス１２２を要求すること、並びにサービス１２２を支持してメモリの利用可能性または非利用可能性に関してサブスクリプションマネージャーモジュール１６８により発生された任意のメッセージを表示することを可能にする。
【００４７】
図４は、非リアルタイムメディアの送信を支持して装置メモリを管理するために、サービスプロビジョニングサーバー１０８によるように、システム１００により動作可能な方法の１つの観点を記述する。ステップＳ１８２において、この方法は、装置への非リアルタイムデータの送信を支持するのに必要なメモリの量を決定することを含む。例えば、１つの観点において、サービスプロビジョニングサーバー１０８（図１）は、ローカルデータベースからこれらの値を取得し、および／またはシステムオペレーター１３２（図１）からの入力としてこれらの値を受信する。入力は以下の１つまたはそれ以上のような情報を含んでいてもよい。数および／またはメモリサイズに関したプレゼンテーションの許容キャパシティ、プログラムスケジュールにおけるプレゼンテーションの数、各プレゼンテーションに対して要求されるメモリ、各プレゼンテーションの配信時間、各プレゼンテーションのプレゼンテーション利用可能性期間または視聴の満了または終了時間、一度に装置メモリに記憶するプレゼンテーションの数等。受信した入力に基づいて、サービスプロビジョニングサービス１０８は、装置がサービスに契約するためのＳＭＲＳ１４２（図２）の値を決定する。さらに、ステップＳ１８４において、この方法は、要求されるメモリを装置に送ることを含む。例えば、１つの観点において、サービスプロビジョニングサーバー１０８は、サービス１２２をサポートするのに十分である、すなわちＳＭＲＳ１４２の値と等しいかまたはそれより大きい利用可能なメモリ１７２に基づいて装置がサービス１２２に契約することができるかどうかを決定する申し込み能力決定に使用するために装置１１６にＳＭＲＳ１４２を送信する。
【００４８】
図６−９および１１−１３内の変数の記述は以下を含む：
ｉ：プレゼンテーションインデックス
Ｔｖi：プレゼンテーションｉのための視聴時間
Ｔｃｗｓi：プレゼンテーションｉのためのコンタクトウインドウ開始時間
Ｐｓｉｚｅi：プレゼンテーションｉに対して要求されるメモリ
Ｎ：プレゼンテーションのための最大インデックス、すなわち、サービスのためのプログラムの与えられたスケジュールにおけるプレゼンテーションの合計数
ＳＭＲＳ：サービスごとのサービスメモリ要件（ＳＭＲＳ１４２）
ＴｅｍｐＭｅｍ：テンポラリメモリ要件
ＢＦｌａｇ：値１、２、．．．ｎのセット内のバッファーフラッグ値、但しｎは一度に装置メモリに記憶するプレゼンテーションの数である。
【００４９】
図６を参照すると、サービスごとの契約されたメモリ要件ＳＭＲＳ１４２を決定するための図４のステップＳ１８２の１つの観点は、装置メモリに同時にセーブするためのプレゼンテーションの数のインジケーターｎを受信することを含む（ステップＳ１９２）。
【００５０】
例えば、１つの観点において、オペレーター１３２（図１）はｎのバッファー値をシステム１００に入力し、同時に記憶可能なプレゼンテーションの数を表してもよい。
【００５１】
この方法はさらに同時にセーブされるプレゼンテーションの許容可能な数が１に等しいかどうかを決定することを含む（ステップＳ１９４）。ｎ＝１なら、ＳＭＲＳ１４２の値は、プログラムのスケジュール内のＮのプレゼンテーションのいずれかに関連する最大要求メモリ値の値に設定される（ステップＳ１９６）。
【００５２】
例えば、図７を参照すると、ＳＭＲＳ１４２は２メガバイト（ＭＢ）に等しくなるように設定される。この場合、プログラムのスケジュールは、プレゼンテーションＰ１、Ｐ２およびＰ３を含む。各プレゼンテーションのためのメモリ要件は、次の通りである。
【００５３】
Ｐ１＝２ＭＢ；
Ｐ２＝１ＭＢ；
およびＰ３＝１．５ＭＢ。
【００５４】
バッファリングフラッグ１４６は１に等しいので、方法はステップＳ１９６を実行し、各プレゼンテーションに関連する要求されたメモリの最大量を決定する。この例におけるＰ１、Ｐ２、Ｐ３の最大要求メモリはそれゆえ、Ｐ１により要求される２ＭＢである。従って、ＳＭＲＳ１４２は２ＭＢに設定される。この例において、バッファーフラッグ値１４６は１に設定されるので、装置メモリ内の任意のプレゼンテーションは、次のプレゼンテーションためのスペースをあけるために削除される。
【００５５】
図６に戻ると、ステップＳ１９８乃至Ｓ２１０が実行されて、装置メモリ内に同時に記憶可能なプレゼンテーションの数が１より大きい場合のＭＳＲＳ１４２の値を決定する。この場合、ｎ＞１のとき、方法は、プレゼンテーションの所定のスケジュールにおけるｎのプレゼンテーションの装置メモリにおける記憶の起こり得るオーバーラップを決定することを含む（ステップＳ１９８）。例えば、一連のプレゼンテーションが順番に記憶され削除される１つの観点において、装置メモリにおける記憶の最初のオーバーラップは、ｎ番目のプレゼンテーションの受信のときに生じる。従って、ｎ＋１プレゼンテーションのスペースのためのこの時に最初のプレゼンテーションが削除されるので、次のオーバーラップは、ｎ＋１プレゼンテーションの受信時に生じる。例えば、図８を参照すると、ｎ＝２の場合、装置メモリ内の２つのプレゼンテーションの最初のオーバーラップは、Ｔｃｗｓ2で生じ、次のオーバーラップはＴｃｗｓ3で生じる。この場合、プレゼンテーションのスケジュールは、Ｐ１、Ｐ２およびＰ３を含んでいるだけなので、これらは唯一のオーバーラップの時間である。同様に、図９を参照してｎ＝３の他の例において、プレゼンテーションＰ１、Ｐ２およびＰ３のスケジュールのための最初で唯一のオーバーラップはＴｃｗｓ3で生じる。
【００５６】
さらに、図６に戻ると、方法は、オーバーラップの各ポイントにおいて各プレゼンテーションのための要求されたメモリの合計を決定することをさらに含む（ステップＳ２００）。例えば、図８を参照すると、要求されるメモリの合計はＴｃｗｓ2において３ＭＢであり、Ｔcws３において２．５ＭＢである。さらに、例えば、図９を参照すると、要求されたメモリの合計は、Ｔｃｗｓ3において４．５ＭＢである。
【００５７】
図６に戻ると、方法は、さらに各オーバーラップからの合計された要求されたメモリの最大の１つに等しくなるように、サービスごとの契約されたメモリ要件、ＳＭＲＳ１４２を設定することを含む（ステップＳ２０２）。例えば、図８を参照すると、要求されたメモリの合計の最大量はＴcws２において３ＭＢである。さらに、例えば、図９を参照すると、最大量は、唯一のオーバーラッピング合計、すなわち、Ｔｃｗｓ3において、４．５ＭＢである。
【００５８】
従って、所定数の複数のプレゼンテーションが装置上に記憶可能である場合に、この方法は、プレゼンテーションの利用可能性期間に基づいて装置に記憶可能なプレゼンテーションの種々の組み合わせの間の最大オーバーラップを決定する。許容可能な同時にセーブ可能なプレゼンテーションの数と組み合わされた利用可能性期間は、どのくらい長く所定のプレゼンテーションが装置メモリに記憶されてもよいかについて影響を及ぼす。ＳＭＲＳ１４２の値は、所定数のプレゼンテーションの各オーバーラップに関連する要求されたメモリ量の合計の最大量に関連する。
【００５９】
図８および図９の例において、プレゼンテーションは順番に受信され削除される。他の観点において、順番に受信されるよりも、プレゼンテーションは、任意の順番で受信可能であってもよい。さらに、いくつかのプレゼンテーションの受信は、省略されてもよく、単一のプレゼンテーションの複数のバージョンが順番に受信されてもよい。これらの場合において、例えば、ＳＭＲＳ１４２の値は、プレゼンテーションのスケジュール内の各プレゼンテーションの要求されたメモリの最大の１のｎ倍であるように決定してもよい、すなわち、ＳＭＲＳ＝ｎ×ｍａｘ［Ｐｓｉｚｅi］、但しｉ＝１，・・・Ｎである。
【００６０】
上述したように、図６のフローチャートは、単に非リアルタイムコンテンツ１２４の少なくとも一部分およびバッファーフラッグ値１４６のための異なる値を有する所定数のプレゼンテーションを含む選択されたサービスのための最大メモリ要件を決定するための方法の１つの可能な観点である。
【００６１】
図５は、非リアルタイムメディア１２４（図１）の少なくとも一部を供給するサービス１２２（図１）に装置のユーザーが契約可能にするために、装置１１６（図１）により動作可能な、方法の一観点を含む。ステップＳ１８６において、非リアルタイムコンテンツを装置に配信するためのメモリ要件が受信される。例えば、１つの観点において、装置１１６は、サービスプロビジョニングモジュール１０８のようなシステム１００のコンポーネントからＳＭＲＳ１４２の値を受信する。さらに、ステップＳ１８８において、方法は、それぞれの装置上の要求されたメモリの利用可能性に基づいて、非リアルタイムメディアを受信するために装置がサービスに契約可能にする。例えば、図３を参照すると、利用可能なメモリ１７２がＳＭＲＳ値１４２より大きいか等しいなら、サブスクリプションマネージャーモジュール１６８は、サービス１２２（図１）への契約を可能にする。以下で議論される図１５は、ユーザー装置１１６上で動作可能なサービスサブスクリプション関連メモリ管理動作のより詳細な記述を提供する。
【００６２】
図１０は、各プレゼンテーション１２６に対してＰＡＤ１４４（図２）を発生するために、サービスプランナーモジュール１３０のような、システム１００のコンポーネントにより動作可能なフロー方法を図解する。以前に開示されたように、ＰＡＤ１４４は、各プレゼンテーション１２６が視聴のために利用可能なプレゼンテーション利用可能性期間である。各ＰＡＤ１４４を計算すると、サービスプロビジョニングサーバー１０８は、コンテンツサーバー１０４およびコンテンツ配布サーバー１２８の少なくとも１つにＰＡＤを送信するように動作可能である。それは次に、その値を各装置１１６に送信するように動作する。
【００６３】
ステップＳ２２２において、この方法は、所定のプレゼンテーションがそれぞれの装置上で視聴可能である第１の時間を決定することを含む。例えば、１つの観点において、プレゼンテーションは、装置メモリに記憶されるやいなや視聴可能であってもよい。代替観点において、プレゼンテーションは所定の時刻まで視聴のために利用できなくてもよい。例えば、コンテンツ小売業者は、時間の所定のウインドウ内でのみ視聴するためにあるプレゼンテーションを指定してもよい。一例は週に一度のビデオショーであってもよい。この場合、一連の非常に多くのショーは、所定のプログラミングの時期の間に視聴されるように意図される。
【００６４】
さらに、ステップＳ２２４において、この方法は、プレゼンテーションが視聴のためにもはや利用できない第２の時間を決定することを含む。例えば、プレゼンテーションの利用可能性の終了は、それが装置メモリから削除される時間であってもよい。他の代替案において、利用可能性の終了は、削除の時間前の他の所定の時間であってもよい。一例として、そのような所定時間は、視聴ウインドウのための利用可能な期間のための終わりであってもよく、プレゼンテーションの最新の開始時間の後のプレゼンテーションのタイムドレングス(timed length)に対応する時間であってもよい。
【００６５】
さらに、ステップＳ２２６において、方法は、さらに第１の時間と第２の時間との間の差として利用可能性期間を設定することを含む。
【００６６】
例えば、図１１を参照すると、一度にひとつのプレゼンテーションのみが装置に記憶されてもよく、プレゼンテーションＰ１は、ＰＡＤに対して（Ｔｃｗｓ2−Ｔｖ1)の値を有し、Ｐ２のためのＰＡＤ値は（Ｔｃｗｓ3−Ｔｖ2）である。この場合、１つのプレゼンテーションのみが一度に記憶可能なので、常駐プレゼンテーションは、次のプレゼンテーションのダウンロードの開始前にまたは開始時に削除される。さらに、例えば、図１２を参照すると、２つのプレゼンテーションは、装置メモリに同時に記憶されてもよい。また、プレゼンテーションは、次のプレゼンテーション視聴時間Ｔｖの開始時に削除される。Ｐ１のためのＰＡＤは、Ｐ１は、Ｐ３のダウンロードを見越してＴｖ2の後に削除されるので（Ｔｖ2−Ｔｖ1）である。それは、Ｐ１が削除されなければバッファー値を超えるであろう。さらに、図１２において、Ｐ２のためのＰＡＤ１４４は同様の理由により（Ｔｖ3−Ｔｖ2）である。図１２の場合において、Ｐ１のための最大プレゼンテーション利用可能性期間は、（Ｔｃｗｓ3−Ｔｃｗｓ1)であること、一方Ｐ２とＰ３のための最大プレゼンテーション利用可能性期間は、それぞれ２のバッファ値を超えさせるであろうそれぞれ第４および第５のプレゼンテーションが例に含まれていないので、未定義であることに留意する必要がある。さらに、例えば、図１３を参照すると、３つのプレゼンテーションが同時に装置メモリに記憶されてもよい。また、次にプレゼンテーション視聴時間Ｔｖの開始時にプレゼンテーションが削除される。Ｔｖ2の後にＰ１が削除されるのでＰ１のためのＰＡＤ１４４は（Ｔｖ2−Ｔｖ1）であり、Ｐ２のためのＰＡＤは（Ｔｖ3−Ｔｖ2）である。図１２のＰ３に関して上述したのと同じ理由により、図１３のＰ３のＰＡＤ値１４４は未決定である。
【００６７】
図１４は、装置１１６上のユーザー要求されたサービスの申し込みを管理するためのクライアント側の方法の一観点を図解する。特に、図１４に記述された方法は、要求されたサービス１２２のＳＭＲＳ値１４２と比較したときに、装置１１６が十分な利用可能なメモリ１７２を有している場合にのみユーザーがサービス１２２に契約可能にしてもよい。
【００６８】
ステップＳ２５２において、この方法は、申し込みサービスを管理するためのモジュールを装置のコンピュータープラットフォームにローディングすることを含む。例えば、１つの観点において、サブスクリプションマネージャーモジュール１６８は、ネットワークサーバー、すなわち、アプリケーション配布サーバー１１０からメモリ１６２にダウンロードされてもよい。サブスクリプションマネージャーモジュール１６８がダウンロードされてもよい時間は制限されておらず、装置１１６の電源投入時、サービス活性化時、または任意の所定の時間等であってもよい。ＡＰＩ１７４の制御の下で、サブスクリプションマネージャーモジュール１６８は、サービス１２２への申し込みに関するすべての動作を管理するように動作可能である。
【００６９】
ステップＳ２５３において、サブスクリプションマネージャーモジュール１６８は、契約されたメモリ要件を含む、サービスに契約することについての情報を受信してもよい。例えば、１つの観点において、装置１１６は、コンテンツサーバー１０４とコンテンツ配布サーバー１２８の少なくとも１つからＭＰＧ／システム情報１７０を受信する。これに限定されないが、ＭＰＧ／システム情報１７０の配信はサービス活性化の時間、所定の時間またはユーザーが選択した時間に行われてもよい。上述したように、ＭＰＧ／システム情報１７０は、非リアルタイムメディアを含む各サービスに対するＳＭＲＳ１４２と、各非リアルタイムプレゼンテーション１２６に対するＰＡＤ１４４を備える。
【００７０】
ステップＳ２５４において、方法は、サブスクリプションリクエストを受信することを含む。例えば、サブスクリプションマネージャーモジュール１６８は、入力機構１６１およびクライアントＵＩ１６４を介して、それぞれのＭＰＧ／システム情報１７０の一部としてＳＭＲＳ値１４２がダウンロードされた非リアルタイムコンポーネントをさらに備えたプレゼンテーションを備えたサービスに契約するための要求を受信するように動作可能である。
【００７１】
ステップＳ２６０において、ネットワーク１１８へ要求を送る前に、サブスクリプションマネージャーモジュール１６８は、ステップＳ２５６において、自身でまたは処理サブシステム１７８と連動して利用可能なメモリ１７２の量を決定するように動作可能である。
【００７２】
ステップＳ２５８において、記憶されたＳＭＲＳ値１４２に基づいて十分な利用可能なメモリ１７２があるとサブスクリプションマネージャーモジュール１６８が決定するなら、サブスクリプションマネージャーモジュール１６８は、リクエストをサービスプロビジョニングサーバー１０８に送ってもよい。随意的に、ステップＳ２６２において、サブスクリプションマネージャーモジュール１６８は、非リアルタイムプレゼンテーションコンテンツの次のダウンロードを保証するために十分な利用可能メモリをリザーブするように動作可能であってもよい。
【００７３】
他方、ステップＳ２５８において、サービス１２２をサポートするための利用可能メモリ１７２が不十分であるとサブスクリプションマネージャーモジュール１６８が決定するなら、サブスクリプションマネージャーモジュール１６８は、出力機構１６８を介してユーザーに通知するように動作可能であってもよい。１つの観点において、サブスクリプションマネージャーモジュール１６８は、ステップＳ２６４において単にプロセスを終了してもよい。あるいは、サブスクリプションマネージャーモジュール１６８は、ステップＳ２６６において、どのくらいのメモリを解放しなければならないかをユーザーに通知してもよく、ステップＳ２６８において、ファイルとメモリ割り当てをリストアップするためのメニューのような機構並びに要求されたサービスに契約するためにファイルを削除するための機構を提供してもよい。
【００７４】
他の観点において、ＳＭＲＳ１４２は、サービス１２２に契約するために、ユーザーによる要求に応じて受信されてもよい。しかしながら、ＳＭＲＳを計算および／または受信する時間は、ユーザーにより成された行動の結果として、またはイベントに基づいてまたはスケジュールに基づいて装置により自動的に、またはプレゼンテーションのスケジュールされたダウンロードを予想して、いつでも生じてもよい。
【００７５】
ここに開示された観点に関連して記載された種々の例示ロジック、論理ブロック、モジュールおよび回路は、汎用プロセッサー、デジタルシグナルプロセッサー（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブルロジック装置、ディスクリートゲートまたはトランジスターロジック、ディスクリートハードウエアコンポーネントまたはここに記載された機能を実行するように設計されたそれらの任意の組み合わせを用いて実施されまたは実行されてもよい。汎用プロセッサーはマイクロプロセッサーであってもよいが、別の方法では、プロセッサーは、任意の従来のプロセッサー、コントローラー、マイクロコントローラーまたは状態機械であってもよい。また、プロセッサーは、コンピューティング装置の組み合わせ、例えば、ＤＳＰとマイクロプロセッサーｍの組み合わせ、複数のマイクロプロセッサー、ＤＳＰコアと連動した１つ以上のマイクロプロセッサー、または任意の他のそのような構成として実施されてもよい。さらに、ここに開示された観点に関連して記載された方法またはアルゴリズムのステップは、ハードウエアで直接に、プロセッサーにより実行されるソフトウエアでまたは２つの組み合わせで具現化されてもよい。ソフトウエアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスター、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または技術的に知られている任意の他の形態の記憶媒体に常駐してもよい。例示的な記憶媒体は、プロセッサーが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサーに結合される。代替策では、記憶媒体はプロセッサーに一体化してよい。プロセッサー及び記憶媒体はASICに常駐してよい。ASICはユーザー端末に常駐してよい。代替策では、プロセッサー及び記憶媒体はユーザー端末内に別々の構成要素として常駐してよい。
【００７６】
種々の開示された観点が例証され記載されたけれども、この文献の主題は、これらの観点にのみ限定されないことは明白であろう。例えば、システムマネージャー１３２は、サービスプロビジョニングサーバー１０８から物理的に取り外されるように記載されたけれども、それらは一緒に結合されてもよいし、さらに、上述した機能を実行するためにいかなる態様においても分離されていてもよい。さらに、アプリケーション配布サーバー１１０は、ＭＤＳ１００の他のコンポーネントから独立しているように図示されているけれども、ＭＤＳ１００のすべてのコンポーネントは、一緒にネットワーク化されていてもよい。
【００７７】
それゆえ、上述の開示は、例示的観点を示すけれども、添付されたクレームにより定義される記載された観点の範囲から逸脱することなく、種々の変更および変形が可能であることに留意する必要がある。さらに、記載された観点のエレメントは、単数で記載されまたはクレームされてもよいけれども、単数への限定が明示的に述べられない限り、複数が意図される。
【図面の簡単な説明】
【００７８】
【図１】図１はメディアの非リアルタイム配信を支持するユーザー装置のメモリを管理する方法と装置を備えたメディア配信システムの概略図の観点である。
【図２】図２は、図１のサービスプロビジョニングサーバーのアーキテクチャー図の１つの観点である。
【図３】図３は、図１の無線装置のアーキテクチャー図の１つの観点である。
【図４】図４は、図１のシステムに従って非リアルタイムコンテンツのためのサービスごとに契約されたメモリ要件を導き出すためにサービスプロビジョニングサーバーにより動作可能な方法の１つの観点のフローチャートである。
【図５】図５は、図１のシステムに従ってサービスのための十分なメモリの利用可能性に基づいて契約のための要求をユーザーが進めることを可能にするために無線装置上で動作可能な方法の１つの観点のフローチャートである。
【図６】図６は、図１のシステムに従ってサービスごとに契約されたメモリ要件を導き出すための１つの観点の詳細なフローチャートである。
【図７】図７は図６のフローチャートに従ってサービスごとに契約されたメモリ要件を含む、１に等しいバッファーフラッグ値に基づいて時間に対してメモリに記憶されたプレゼンテーションの１つの観点のチャートである。
【図８】図８は図６のフローチャートに従ってサービスごとに契約されたメモリ要件を含む、２に等しいバッファーフラッグ値に基づいて時間に対してメモリに記憶されたプレゼンテーションの１つの観点のチャートである。
【図９】図９は図６のフローチャートに従ってサービスごとに契約されたメモリ要件を含む、３に等しいバッファーフラッグ値に基づいて時間に対してメモリに記憶されたプレゼンテーションの１つの観点のチャートである。
【図１０】図１０は、図１のシステムに従ってプレゼンテーションの利用可能性期間を導き出すための方法の１つの観点のフローチャートである。
【図１１】図１１は、図１０のフローチャートに従ってプレゼンテーションの利用可能性期間を含む、１に等しいバッファーフラッグ値に基づいて時間に対してメモリに記憶されたプレゼンテーションの１つの観点のチャートである。
【図１２】図１２は、図１０のフローチャートに従ってプレゼンテーションの利用可能性期間を含む、２に等しいバッファーフラッグ値に基づいて時間に対してメモリに記憶されたプレゼンテーションの１つの観点のチャートである。
【図１３】図１３は、図１０のフローチャートに従ってプレゼンテーションの利用可能性期間を含む、３に等しいバッファーフラッグ値に基づいて時間に対してメモリに記憶されたプレゼンテーションの１つの観点のチャートである。
【図１４】図１４は、図１のシステムに従って、装置上の十分なメモリの利用可能性に応じて、契約される要求されたサービスを可能にするために無線装置上で動作可能な方法の１つの観点のフローチャートである。
【図１】
2009508229.tif 000003
【図２】
2009508229.tif 000004
【図３】
2009508229.tif 000005
【図４】
2009508229.tif 000006
【図５】
2009508229.tif 000007
【図６】
2009508229.tif 000008
【図７】
2009508229.tif 000009
【図８】
2009508229.tif 000010
【図９】
2009508229.tif 000011
【図１０】
2009508229.tif 000012
【図１１】
2009508229.tif 000013
【図１２】
2009508229.tif 000014
【図１３】
2009508229.tif 000015
【図１４】
2009508229.tif 000016
【手続補正書】
【提出日】平成20年5月20日(2008.5.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１１
【補正方法】変更
【補正の内容】
【請求項１１】
前記サービスプランナーモジュールは、受信されたバッファー値に基づいて、前記メディアサービスに関連する各プレゼンテーションが視聴のために利用可能な間隔を計算するように動作可能なプレゼンテーション利用可能性期間（「ＰＡＤ」）モジュールをさらに備えた、請求項１０のコンピューター。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１２
【補正方法】変更
【補正の内容】
【請求項１２】
前記サービスプロビジョニングモジュールは、サービスラインアップメッセージを発生するように動作可能である、請求項１０のコンピューター。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２０
【補正方法】変更
【補正の内容】
【請求項２０】
下記を具備するメディア通信サービスに契約するための装置：
前記サービスに対するメモリ要件を受信する手段；
装置上の利用可能なメモリを決定する手段；
前記利用可能なメモリと前記要求されたメモリとの間の所定の関係に基づいて前記サービスへの申し込みを可能にする手段。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
さらに他の観点において、メディア通信サービスにユーザーを契約させる装置は、サービスのためのメモリ要件を受信する手段と、装置上の利用可能なメモリを決定する手段と、利用可能なメモリと要求されるメモリとの間の所定の関係に基づいてユーザーがサービスに契約可能にする手段とを備えている。
【国際調査報告】
2009508229.tif 000017
2009508229.tif 000018