JP2015509630A - 位置ベースの無要求ダウンロード方法、装置及びシステム - Google Patents

Abstract

【課題】位置ベースの無要求ダウンロード方法、装置及びシステムを提供すること。【解決手段】本発明による方法は、クライアント装置の位置情報を更新するための位置報告間隔を設定し、位置報告間隔に基づいてクライアント装置の位置情報を更新し、更新された位置情報をサーバに報告し、サーバからクライアント装置の予測された位置、予測された期間及びコンテンツをダウンロードするための情報源ＵＲＩを受信し、予測された位置、予測された期間及び情報源ＵＲＩに基づいて、コンテンツをダウンロードすることができる。したがって、簡単な設定によって無要求ダウンロードが可能となる。【選択図】図５

Description

本発明は、位置ベースの無要求ダウンロード方法、装置及びシステムに関し、更に詳細には、クライアント装置の移動による位置情報、例えば、予測された位置及び予測された期間に基づいて、クライアント装置にコンテンツを無要求（Ｕｎｓｏｌｉｃｉｔｅｄ）ダウンロードできる位置ベースの無要求ダウンロード方法、装置及びシステムに関する。

近年、超高速無線通信インフラが構築され、様々な無線ポータブル装置が普及し、既存にＰＣなどのような固定型装置を介して行われていた作業を、モバイル装置を使用して実行可能となった。特に、スマートパッド又はスマートフォンなどのようなスマート装置は、モバイル装置の最大長所である携帯性を良好に提供しつつ、ＰＣに劣らない性能を有し、画面もサイズも以前より更に大きくなり、既存の固定型装置では提供できなかった新しく、便利な形態のサービスを提供できるようになった。

このようなスマート装置などのようなモバイル装置は、装置に組み込まれる様々なアプリケーションに基づいて、インターネットを介した情報検索はもちろん、例えば、電子商取引、オンラインバンキング、ゲーム、ナビゲーション、モバイルメッセンジャサービスなど、様々なサービス分野でも利用されている。また、モバイル装置は、ホームネットワークに接続してホーム装置を制御する、ホーム装置にコンテンツを送信する、ホーム装置からコンテンツを受信する、など、ホームネットワーク内のホーム装置と連動する使用も増加している。

このように、モバイル装置の使用が幾何級数的に増加するにつれて、コンテンツを消費する主体装置も既存のＰＣなどからモバイル装置に急激に移行する傾向にある。例えば、ユーザは、移動中にもモバイル装置を使用して、所望の映画、音楽、ゲームなどのような様々なコンテンツをダウンロードすることができる。

モバイル装置の利用が増加すると共に、ユーザの便宜のための要求も増加している。例えば、ユーザは、モバイル装置を携帯して種々の地域を移動することができる。このとき、ユーザは、特定地域でモバイル装置を使用してコンテンツを視聴することを望むことがある。

このために、ユーザは、モバイル装置を使用して所望のコンテンツを一々検索し、コンテンツのダウンロードを要求しなければならない。ところが、これは、ユーザの観点では相当面倒な行為であり、ユーザが位置した地域で効率的にコンテンツを送信できるサーバを探すのも難しい。したがって、モバイル装置の移動を考慮して、適切なコンテンツを適切なサーバから便利にモバイル装置にダウンロードできる技術の開発が切望されている。

本発明は、このような問題点を解決するためのものであって、クライアント装置の移動による位置情報、例えば、予測された位置、予測された期間などに基づいて、クライアント装置の位置に基づいてコンテンツをクライアント装置に無要求ダウンロードできる、位置ベースの無要求ダウンロードの方法、装置及びシステムを提供することにその目的がある。

このような目的を達成するために本発明は、一態様において位置ベースの無要求ダウンロード方法を提供する。位置ベースの無要求ダウンロード方法は、クライアント装置の位置情報を更新するための位置報告間隔を設定するステップと、位置報告間隔に基づいて、クライアント装置の位置情報を更新するステップと、更新された位置情報をサーバに報告するステップと、サーバからクライアント装置の予測された位置、予測された期間及びコンテンツをダウンロードするための情報源ＵＲＩを受信するステップと、予測された位置、予測された期間及び情報源ＵＲＩに基づいて、コンテンツをダウンロードするステップとを含む。クライアント装置の位置情報は、クライアント装置の予測された位置及び予測された期間を含むことができる。

位置ベースの無要求ダウンロード方法は、サーバが無要求ダウンロードをサポートするか否かを判断するステップと、判断に基づいて、無要求ダウンロードのためのサーバＵＲＩをサーバから取得するステップとを更に含むこともできる。

位置ベースの無要求ダウンロード方法は、無要求ダウンロードを活性化させることを要求するユーザインタフェースを表示するステップと、ユーザインタフェースを介して入力される要求信号に応答して、無要求ダウンロードを有効化するステップとを更に含むこともできる。

クライアント装置の位置情報を更新するステップは、装置位置予測アルゴリズムを使用して、位置更新間隔毎に周期的にクライアント装置の予測された位置及び予測された期間を更新するステップを含むことができる。

装置位置予測アルゴリズムは、現在クライアント装置の移動方向及び移動速度に基づいてクライアント装置の将来位置を予測する第１の予測アルゴリズムと、設定された期間中、クライアント装置の移動履歴に基づいてクライアント装置の将来位置を予測する第２の予測アルゴリズムと、ユーザから入力される選好位置（Ｐｒｅｆｅｒｒｅｄ Ｌｏｃａｔｉｏｎ）及び選好期間（Ｐｒｅｆｅｒｒｅｄ Ｐｅｒｉｏｄ）を使用してクライアント装置の将来位置を予測する第３の予測アルゴリズムとのうち、少なくとも一つを含むことができる。

報告するステップは、更新されたクライアント装置の予測された位置及び予測された期間を含むメッセージをサーバに送信するステップを含むことができる。サーバから予測された位置及び予測された期間に対応するコンテンツをダウンロードするための情報源に接続できる情報源ＵＲＩを受信するステップは、サーバから予測された位置、予測された期間及び情報源ＵＲＩを含む待ち行列登録要求（Ｑｕｅｕｅ Ｒｅｑｕｅｓｔ）を受信するステップを含むことができる。

サーバから予測された位置及び予測された期間に対応するコンテンツをダウンロードするための情報源に接続できる情報源ＵＲＩを受信するステップは、サーバから予測された位置、予測された期間及び情報源ＵＲＩを含むメッセージを受信するステップを含むことができる。この場合、位置ベースの無要求ダウンロード方法は、予測された位置、予測された期間及び情報源ＵＲＩを含む待ち行列登録要求を生成するステップを更に含むこともできる。

予測された位置、予測された期間及び情報源ＵＲＩに基づいて、コンテンツをダウンロードするステップは、クライアント装置が予測された位置に入ったとき、情報源ＵＲＩに対応する情報源に待ち行列登録要求を送信するステップと、待ち行列登録要求に応答して、情報源からコンテンツをダウンロードするステップとを含むことができる。

報告するステップは、あらかじめ設定された位置報告間隔に基づいて、クライアント装置の現在位置をサーバに送信するステップを含むことができる。予測された位置は複数であり、位置ベースの無要求ダウンロード方法は、各予測された位置に決められた基準によって優先順位を指定するステップを更に含むこともできる。

位置ベースの無要求ダウンロード方法は、選好位置及び選好期間を指定できるユーザインタフェースを表示するステップと、ユーザインタフェースから入力される信号に応じて選好位置及び選好期間を設定するステップとを更に含むことができる。選好位置及び選好期間は、位置情報において最も高い優先順位を指定することができる。

一方、上述した本発明の目的を達成するために本発明は、他の態様において位置ベースの無要求ダウンロード装置を開示する。位置ベースの無要求ダウンロード装置は、クライアント装置の位置情報を更新するための位置報告間隔を設定し、位置報告間隔に基づいて、クライアント装置の位置情報を更新する第１のユニットと、更新された位置情報をサーバに報告し、サーバからクライアント装置の予測された位置、予測された期間及びコンテンツをダウンロードするための情報源ＵＲＩを受信し、予測された位置、予測された期間及び情報源ＵＲＩに基づいて、コンテンツをダウンロードする第２のユニットとを備えることができる。

第２のユニットは、サーバが無要求ダウンロードをサポートするか否かを判断し、判断に基づいて、無要求ダウンロードのためのサーバＵＲＩをサーバから取得することができる。第１のユニットは、無要求ダウンロードを活性化させることを要求するユーザインタフェースを表示し、ユーザインタフェースを介して入力される要求信号に応答して無要求ダウンロードを有効化することができる。

第１のユニットは、装置位置予測アルゴリズムを使用して、位置更新間隔毎に周期的にクライアント装置の予測された位置及び予測された期間を更新することができる。第２のユニットは、更新されたクライアント装置の予測された位置及び予測された期間を含むメッセージをサーバに送信することができる。

第２のユニットは、サーバから予測された位置、予測された期間及び情報源ＵＲＩを含む待ち行列登録要求が受信されたとき、待ち行列登録要求を管理することができる。第２のユニットは、サーバから予測された位置、予測された期間及び情報源ＵＲＩが受信されたとき、予測された位置、予測された期間及び情報源ＵＲＩに基づいて待ち行列登録要求を生成することができる。

一方、上述した本発明の目的を達成するために本発明は、更に他の態様において位置ベースの無要求ダウンロードシステムを提供する。位置ベースの無要求ダウンロードシステムは、相互連動可能なクライアント装置及びコンテンツサーバを含むことができる。クライアント装置は、クライアント装置の位置情報を更新するための位置報告間隔を設定し、位置報告間隔に基づいて、クライアント装置の位置情報を更新し、更新された位置情報をサーバに報告し、サーバからクライアント装置の予測された位置、予測された期間及びコンテンツをダウンロードするための情報源ＵＲＩを受信し、予測された位置、予測された期間及び情報源ＵＲＩに基づいて、コンテンツをダウンロードすることができる。

上述したように、本発明によれば、クライアント装置の移動による予測情報、例えば、予測された位置及び予測された期間に基づいて、コンテンツをクライアント装置に無要求ダウンロードすることができる。したがって、クライアント装置を携帯したユーザの移動に応じて、ユーザが位置した地域で必要な情報又はユーザが所望する情報を、ユーザが面倒な手順無しで便利に視聴及び使用できるようにする。

本発明の好ましい実施形態による位置ベースの無要求ダウンロード方法が適用することができるコンテンツサービスシステムの構成を示したブロック図である。 コンテンツサービスシステムのクライアント装置の詳細構造及び関連インタフェースを説明するためのブロック図である。 図２に示されているインタフェースを説明するための図である。 本発明の好ましい実施形態による無要求コンテンツダウンロードを概略的に説明するための例示図である。 本発明の好ましい他の実施形態による位置ベースの無要求ダウンロード方法を説明するための例示図である。 ユーザの要求にしたがって無要求ダウンロードを有効化できるユーザインタフェースを例示する図である。 位置更新／報告間隔を設定するユーザインタフェースを例示する図である。 本発明の更に他の実施形態による位置ベースの無要求ダウンロード方法のフローを説明するフローチャートである。 本発明の更に他の実施形態による位置ベースの無要求ダウンロード方法のフローを説明するフローチャートであって、待ち行列登録要求をクライアント装置で生成する例を示す図である。 本発明の更に他の実施形態による位置ベースの無要求ダウンロード方法のフローを説明するフローチャートであって、ユーザが好む選好位置及び選好期間に基づく無要求ダウンロードの手順を説明する図である。 選好位置情報を設定するユーザインタフェースを例示する図である。 本発明の好ましい更に他の実施形態による位置ベースの無要求ダウンロード方法のフローを説明するフローチャートであって、位置の予測をコンテンツサーバ側で行う例を示す図である。 本発明の更に他の実施形態によって無要求ダウンロードのために、クライアント装置によって実行される手順を説明するためのフローチャートである。

本発明は、様々な変更を加えることができ、種々の実施形態を有することができるところ、特定実施形態を図面に例示し、詳細に説明する。しかし、これは、本発明を特定の実施形態に対して限定しようとするものではなく、本発明の思想及び技術範囲に含まれるあらゆる変更、均等物又は代替物を含むものと理解しなければならない。

様々な構成要素を説明するために「第１」、「第２」などの用語を使用することがあるが、構成要素等は、用語等によって限定されてはならない。用語等は、一つの構成要素を他の構成要素から区別する目的だけで使用される。例えば、本発明の権利範囲を逸脱せずに、第１の構成要素を第２の構成要素と呼んでもよいし、同様に、第２の構成要素を第１の構成要素と呼んでもよい。「及び／又は」という用語は、関連して記載された複数の項目の組合せ又は関連して記載された複数の項目のうち、いずれかの項目を含む。

ある構成要素が他の構成要素に「連結されて」いる、又は「接続されて」いると言及されたときは、その他の構成要素に直接的に連結されているか、又は接続されていることもあるし、中間に他の構成要素が存在することもできると理解されるべきである。それに対し、ある構成要素が他の構成要素に「直接連結されて」いる、又は「直接接続されて」いると言及されたときには、中間に他の構成要素が存在しないことと理解されるべきである。

本出願において使用した用語は単に特定の実施形態を説明するために使用されたものであって、本発明を限定しようとする意図はない。単数の表現は、文脈上明白に規定されない限り、複数の表現を含む。本出願において、「含む」又は「有する」などの用語は、明細書上に記載された特徴、数字、ステップ、動作、構成要素、部品、又はこれらを組み合わせたものが存在することを指定しようとするものであり、一つ又はそれ以上の他の特徴若しくは数字、ステップ、動作、構成要素、部品、又はこれらを組み合わせたもの等の存在又は付加可能性をあらかじめ排除しないものと理解されるべきである。

別途規定されない限り、ここで使用される技術的又は科学的な用語を含むすべての用語は、本発明の属する技術分野における通常の知識を有した者によって一般的に理解されることと同じ意味を有している。一般的に使用される辞書に規定されているような用語は、関連技術の文脈上有する意味と一致する意味を有するものと解釈されなければならず、本出願において明白に規定しない限り、理想的であるか、過度に形式的な意味には解釈されない。

以下、添付した図面を参照して本発明の好ましい実施形態をより詳細に説明する。本発明を説明するにあって、全体的な理解を容易にするために、図面上の同じ構成要素に対しては同じ参照符号を使用し、同じ構成要素に対して重複した説明は省略する。

図１は、本発明の好ましい実施形態による位置ベースの無要求ダウンロード方法が適用することができるコンテンツサービスシステムの構成を示したブロック図である。

図１に示すように、コンテンツサービスシステムは、サーバ領域（Ｓｅｒｖｅｒ Ｄｏｍａｉｎ）及びユーザ領域（Ｕｓｅｒ Ｄｏｍａｉｎ）に区分することができる。

サーバ領域は、コンテンツサービスのためのサービス及びネットワーク方針（Ｎｅｔｗｏｒｋ Ｐｏｌｉｃｙ）などを運用し、その方針に基づいてコンテンツをユーザ領域に提供することができる。すなわち、サーバ領域は、コンテンツサービスを提供するためのサーバを含む領域を意味することができる。このようなサーバ領域は、例えば、コンテンツの製作、販売、流通、方針運用、権限制限など、ユーザ領域へのコンテンツ提供及びサービスの運用などを行うことができる。

サーバ領域は、コンテンツを提供するコンテンツサーバ（ＣＳ）、コンテンツサービスのための方針を運用するコンテンツ方針サーバ（ＣＰＳ）、ネットワーク方針を運用するネットワーク方針サーバ（ＮＰＳ）、などを含むことができる。コンテンツサーバは複数であってよい。例えば、サーバ領域は、コンテンツのダウンロードのためのコンテンツダウンロードサーバ、コンテンツのストリーミングのためのコンテンツストリーミングサーバなどを含んでもよい。

ユーザ領域は、ユーザの装置１００を含むことができる。装置１００は、例えば、ＰＣ、セットトップボックスなどのような固定型装置であってもよいし、スマートフォン、可搬型電話機、携帯電話機、タブレット、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ノートブックなどのようなポータブル装置であってよい。装置１００は、ＵＰｎＰ（登録商標）、ＤＬＮＡ（登録商標）などに基づいたローカルネットワークに接続し、有線又は無線通信を介して相互運用することができる。

ユーザの装置１００は、クライアント装置（Ｃｌｉｅｎｔ Ｄｅｖｉｃｅ、ＣＤ）又は媒介装置（Ｉｎｔｅｒｍｅｄｉａｔｅ Ｄｅｖｉｃｅ、ＩＭＤ）であってよい。

クライアント装置は、少なくとも一つのネットワークインタフェース及びローカル記憶を備える物理的なハードウェア装置を意味することができる。例えば、クライアント装置は、コンテンツを消費できる携帯電話機、タブレット、スマートフォンなどであってよい。ＣＤは、コンテンツサービスの提供を受けるためのモジュールを備えることができる。

媒介装置は、クライアント装置向けのアセットをステージすることに使用できるネットワーク上のクライアント／サーバ兼用（Ｄｕａｌ Ｒｏｌｅ Ｃｌｉｅｎｔ／Ｓｅｒｖｅｒ）装置であってよい。媒介装置は、アセットがクライアント装置に配信されるまでアセットを一時的に保留することができる。媒介装置は、通常、コンテンツを直接消費しないが、コンテンツを直接消費することもできる。例えば、媒介装置は、コンテンツをステージすることもできる。すなわち、媒介装置は、コンテンツをサーバからダウンロードし、これを記憶及び再生することができる。

図２は、コンテンツサービスシステムのクライアント装置の詳細構造及び関連インタフェースを説明するためのブロック図である。

図２に示すように、ＣＤは、ローカルアプリケーション／ユーザエージェント１１０、プレーヤ１３０、ネットワーク方針（Ｎｅｔｗｏｒｋ Ｐｏｌｉｃｙ）クライアント１４０、仮想記憶装置１５０、待ち行列／方針エンジン（Ｑｕｅｕｅ／Ｐｏｌｉｃｙ Ｅｎｇｉｎｅ、ＱＰＥ）１２０などを備えることができる。

ローカルアプリケーション／ユーザエージェント１１０は、コンテンツサービスのためのソフトウェアであってもよいし、ローカルアプリケーション及びユーザエージェントを含んでもよい。例えば、ローカルアプリケーション／ユーザエージェント１００は、ユーザがコンテンツサービスの提供を受けることができるようにするためのユーザインタフェース、サービスメニュ、サービス選択、コンテンツ選択などを提供することもできる。

ローカルアプリケーションは、クライアント装置に常駐するソフトウェアであって、待ち行列／方針エンジン１２０と特定のインタフェースプロトコル、例えば、Ｑ２インタフェースプロトコルを使用して通信することができる。ユーザエージェントは、例えば、クライアント装置ＣＳのウェブブラウザ又はミドルウェアなどのように、サーバ供給（Ｓｅｒｖｅｒ−Ｓｕｐｐｌｉｅｄ）アプリケーションを提供（Ｒｅｎｄｅｒ）及び実行するソフトウェアを意味することができる。ローカルアプリケーション／ユーザエージェント１００は、コンテンツのダウンロードが開始したか、完了したときに活性化することができる。

プレーヤ１３０は、コンテンツサービスを介して提供されるコンテンツを再生するためのものであって、例えば、ダウンロードコンテンツ又はストリーミングコンテンツを再生できるメディアプレーヤであってよい。ネットワーク方針クライアント１４０は、ネットワーク方針サーバ４００と通信しつつネットワーク方針を取得し、取得されたネットワーク方針に応じてＣＤを制御することができる。

仮想記憶装置１５０は、キャッシュオブジェクトを介してアクセスできるローカル記憶場所の表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）である。例えば、仮想記憶装置１５０は、ハードディスクのような一般的なローカル記憶場所、装置に接続されるＵＳＢメモリ、フラッシュメモリ、デーモン（Ｄｅｍｏｎ）のような仮想領域などであってよい。

ＣＤの待ち行列／方針エンジン１２０は、ＣＰＳ又はＮＰＳによって与えられた方針を満たすとき、コンテンツサーバの特定コンテンツ（アセット）をキャッシュ／ダウンロードするためにコンテンツのキャッシュ／ダウンロードの要求を送ることができるが、このような要求を待ち行列登録要求と呼ぶことができる。例えば、待ち行列登録要求は、コンテンツ（アセット）に対応するＵＲＩを含むことができる。待ち行列登録要求は、それだけでなく、コーデックタイプメディアプロファイル、コンテナタイプ、ＭＩＭＥタイプ、記憶装置名称（Ｓｔｏｒａｇｅ Ｎａｍｅ）、待ち行列登録要求のトータル長、コンテンツ情報、方針情報などを含むことができる。また、待ち行列登録要求は、ローカルアプリケーション／ユーザエージェント１１０によって推定された情報源ＵＲＩごとの帯域幅情報を含むこともできる。

待ち行列／方針エンジン１２０は、ＣＤに備えられるモジュールであって、Ｐ１、Ｓ、Ｄ１、Ｄ２、Ｑ２、Ｄ３、Ｑ３インタフェースプロトコルを介して通信することができる。待ち行列／方針エンジン１２０は、各ローカルアプリケーション及びＣＳの代わりに待ち行列を維持（ｍａｉｎｔａｉｎ）することができ、記憶装置と接続し、待ち行列登録要求を方針と同期化する責任を負うことができる。したがって、待ち行列／方針エンジン１２０は、コンテンツ共有サービスのためのサービスクライアントと呼ぶこともできる。

このような待ち行列／方針エンジン１２０、すなわち、待ち行列／方針エンジンは、待ち行列管理プログラム（Ｑｕｅｕｅ Ｍａｎｇｅｒ）１２２、方針クライアント（Ｐｏｌｉｃｙ Ｃｌｉｅｎｔ）１２６及び媒介装置管理プログラム（Ｉｎｔｅｒｍｅｄｉａｔｅ Ｄｅｖｉｃｅ Ｍａｎａｇｅｒ）１２４などを備えることができる。

待ち行列管理プログラム１２２は、コンテンツのダウンロード又はストリーミングのための待ち行列を運用することができる。例えば、待ち行列管理プログラム１２２は、ストリーム待ち行列管理プログラム、ダウンロード管理プログラムを含むこともできる。待ち行列管理プログラム１２２は、ＩＭＤに待ち行列登録要求を送信し、その応答をＩＭＤから受信し、又はＩＭＤから待ち行列登録要求を受信し、その応答を送信することができる。例えば、待ち行列管理プログラム１２２は、ＩＭＤにＣＳから特定コンテンツをダウンロードすることを要求する待ち行列登録要求を送信し、その応答を受信することができる。待ち行列管理プログラム１２２は、ＩＭＤにＣＳからダウンロードしたコンテンツをＣＤに送信することを要求する待ち行列登録要求を送信することもできる。

また、待ち行列管理プログラム１２２は、コンテンツの使用のための権利検査を行うことができる。例えば、待ち行列管理プログラム１２２は、ローカルアプリケーション１１０によって選択されるコンテンツに対応するアセットを、ＩＭＤを介してステージングするための権利検査、例えば、アセットをＣＳからＩＭＤにダウンロードするための権利検査を行うことができる。権利検査は、デジタル権利管理（ＤＲＭ）能力検査及びライセンス検査を含むことができる。

ＤＲＭ能力検査は、アセットのＤＲＭ情報及びＩＭＤに関するＤＲＭ能力に基づいて、ＩＭＤがアセットを保護するＤＲＭシステムをサポートできるかを検証することができる。ライセンス検査は、ライセンスＩＭＤがアセットの使用のためのライセンスを取得できるかを検証することができる。例えば、ライセンス検査は、権利トークン（Ｒｉｇｈｔ Ｔｏｋｅｎ）に規定された権限を検査するものであってよい。

待ち行列によって管理される要求されたアセットの受信は、ユニキャストダウンロード若しくはマルチキャストダウンロード、又は二つのメカニズムの組合せを使用して達成することができる。待ち行列／方針エンジン１２０は、例えば、待ち行列インタフェースで規定された命令が優先順位又は順序が変更されても一つの待ち行列を保持しなければならない。

方針クライアント１２６は、待ち行列／方針エンジン１２０のサブシステムであって、方針オブジェクトを維持する。方針クライアント１２６は、ＣＰＳからの方針等によって待ち行列／方針エンジン１２０を制御することができる。例えば、方針クライアント１２６は、ＣＰＳから方針等を取得（Ｒｅｔｒｉｅｖｅ）し、待ち行列登録要求振舞を調整することができる。

媒介装置管理プログラム１２４は、ＣＤと連動するＩＭＤを管理することができる。例えば、媒介装置管理プログラム１２４は、ネットワークに接続されたＩＭＤを検出し、ＩＭＤの状態を管理することができる。媒介装置管理プログラム１２４は、媒介装置と必要なメッセージを送信又は受信することができる。

図３は、図２に示されているインタフェースを説明するための図表である。

図３に示すように、コンテンツサービスシステムと関連するインタフェースは、Ｐ、Ｑ、Ｓ及びＤインタフェースグループに区分することができる。各インタフェースは、クライアントサーバ構成で連動することができる。

Ｐインタフェースグループは、待ち行列／方針エンジン１２０とＣＰＳとの間のリンク及び方針を規定（ｄｅｆｉｎｅ）することができる。このようなＰインタフェースグループは、Ｐ１、Ｐ２インタフェースを含むことができる。Ｐ１インタフェースにおけるサーバは、ＣＰＳであり、クライアントは、待ち行列／方針エンジン１２０であってよい。Ｐ２インタフェースにおけるサーバは、ネットワーク方針クライアント１４０であり、クライアントは、待ち行列／方針エンジン１２０であってよい。Ｐ４インタフェースにおけるサーバは、ＣＳであり、クライアントは、ＩＭＤであってよい。

Ｑインタフェースグループは、待ち行列登録要求処理（Ｑｕｅｕｅ Ｒｅｑｕｅｓｔ Ｈａｎｄｌｉｎｇ）を規定することができる。Ｑインタフェースグループは、ＣＳ、ＩＭＤ等と待ち行列／方針エンジン１２０との間を連動するプライマリコマンドチャネルであってよい。Ｑインタフェースグループは、ローカルアプリケーションがキャッシュ機能を呼び出すことを許容することができる。Ｑ２インタフェースにおいてサーバは、待ち行列／方針エンジン１２０であり、クライアントは、ローカルアプリケーションであってよい。

Ｑ２インタフェースプロトコル、すなわち、ローカルエージェントと待ち行列／方針エンジンとの間のインタフェースを経て提出される待ち行列登録要求は、アセットをダウンロードするためにユーザエージェント又は呼出し側ローカルアプリケーションのコンテクストから呼び出すことができる完全なＵＲＬを含むことができる。又は、待ち行列登録要求は、事前調停済み（Ｐｒｅ−Ｎｅｇｏｔｉａｔｅｄ）ダウンロードのために、呼出し側ローカルアプリケーションを呼び出すローカルＵＲＬを含むこともできる。

Ｑ３インタフェースでは、サーバが待ち行列／方針エンジン１２０であり、クライアントは、ＩＭＤであってよい。Ｑ４インタフェースにおいてサーバは、ＣＳであり、クライアントは、ＩＭＤであってよい。

Ｓインタフェースグループは、記憶及びキャッシュ能力を待ち行列／方針エンジンとして抽象化（ａｂｓｔｒａｃｔ）することができる。Ｓインタフェースにおいてサーバは、仮想記憶装置１５０であり、クライアントは、待ち行列／方針エンジン１２０であってよい。

Ｄインタフェースグループは、データの送信のために使用することができる。Ｄ１インタフェースにおいてサーバは、ＣＳであり、クライアントは、待ち行列／方針エンジン１２０であってよい。Ｄ２インタフェースにおいてサーバは、待ち行列／方針エンジン１２０であり、クライアントは、プレーヤ１３０であってよい。Ｄ３インタフェースにおいてサーバは、ＩＭＤであり、クライアントは、待ち行列／方針エンジン１２０であってよい。Ｄ４インタフェースにおいてサーバは、ＣＳであり、クライアントは、ＩＭＤであってよい。

図１〜図３を参照して説明したコンテンツサービスシステムは、クライアント装置の位置に基づく無要求ダウンロードを行うことができる。位置ベースの無要求ダウンロードは、ユーザが要求しなくてもＣＤの位置によってコンテンツをＣＤに自動ダウンロードすることができる。すなわち、無要求ダウンロードは、ユーザがコンテンツを要求したが開始されていない予測されたコンテンツ配信の形態といえる。

図４は、本発明の好ましい実施形態による無要求コンテンツダウンロードを概略的に説明するための例示図である。

図４に示すように、まず、ＣＤは、位置Ａに位置している。このとき、ＣＤは、コンテンツＡを再生していると仮定する。

ユーザは、ある指定されたコンテンツがＣＤの位置変動によってＣＤに自動キャッシュされるか、ダウンロードされることを所望する。このために、ＣＤは、無要求ダウンロードが有効化されるように設定する。

無要求ダウンロードが有効化されると、ＣＤは、位置予測アルゴリズムに基づいてＣＤの近い将来の位置を予測することができる。例えば、ＣＤは、ＣＤが近い将来に位置Ｂに位置することを予測することができる。また、ＣＤは、ＣＤが位置Ｂに位置する期間を予測することもできる。例えば、ＣＤは、ＣＤが位置Ｂに位置する期間をＴ１からＴ２までの期間として予測することができる。

ＣＤは、設定された間隔によって予測された情報をサーバＣＳに報告することができる。ＣＳは、ＣＤから受信される情報に基づいて、Ｔ１からＴ２までの期間中、位置ＢからＣＤにコンテンツをダウンロードするために適切な情報源を検出し、情報源に対応する情報源ＵＲＩをＣＤに配信することができる。

ＣＤがタイムＴ１で位置Ｂに入ったとき、ＣＤは、ＣＳから配信された情報源ＵＲＩを使用してコンテンツＢをダウンロードすることができる。すなわち、ＣＤの位置に基づいてコンテンツＢが自動でＣＤにキャッシュされる。次いで、ＣＤは、コンテンツＡの再生を一時的に止めて位置Ｂに対応するコンテンツＢを再生することができる。したがって、ＣＤが位置Ｂに位置する間、ＣＤはコンテンツＢを再生することができる。

一方、ＣＤの近い将来の位置を予測することはＣＳによって実行することもできる。この場合、無要求ダウンロードが有効化されたとき、ＣＤは、ＣＤの現在位置を決められた間隔によって周期的にＣＳに送信し、ＣＳは、ＣＤの現在位置に基づいてＣＤの近い将来の位置を予測することができる。例えば、ＣＳは、ＣＤが近い将来に位置Ｂに位置することを予測することができる。また、ＣＳは、ＣＤが位置Ｂに位置する期間を予測することもできる。例えば、ＣＳは、ＣＤが位置Ｂに位置する期間をＴ１からＴ２までの期間として予測することができる。

ＣＳは、Ｔ１からＴ２までの期間中、位置ＢからＣＤにコンテンツをダウンロードするのに適切な情報源を検出し、情報源に対応する情報源ＵＲＩをＣＤに配信することができる。ＣＤがタイムＴ１で位置Ｂに入ったとき、ＣＤは、ＣＳから配信された情報源ＵＲＩを使用してコンテンツＢをダウンロードすることができる。

図５は、本発明の好ましい他の実施形態による位置ベースの無要求ダウンロード方法を説明するための例示図である。

図５に示すように、まず、クライアント装置は、ＣＳから使用可能な無要求ダウンロードのための少なくとも一つのＣＳのコンテンツサーバＵＲＩを得る（ステップＳ１）。コンテンツサーバＵＲＩは、ＣＳがＣＤから予測された位置報告を受信するための一つ又は複数の情報源ＵＲＩを意味することができる。

コンテンツサーバＵＲＩは、 “ＣｏｎｔｅｎｔＳｅｒｖｅｒ＿ＵＲＩ” プロパティとして表現することができる。“ＣｏｎｔｅｎｔＳｅｒｖｅｒ＿ＵＲＩ”は、無要求ダウンロードのためのプロパティ等の集合である無要求ダウンロード設定プロパティ集合に含まれ得る。

次いで、ＣＤは、無要求ダウンロードのために、無要求ダウンロードを有効化、すなわち、活性化する（ステップＳ２）。例えば、ＣＤは、 “Ｕｎｓｏｌｉｃｉｔｅｄ＿Ｅｎａｂｌｅｄ” プロパティを真値に設定することができる。“Ｕｎｓｏｌｉｃｉｔｅｄ＿Ｅｎａｂｌｅｄ”が真のときは、予測コンテンツ配信（Ｐｒｅｄｉｃｔｉｖｅ Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ）のための無要求ダウンロードが有効化されていることを表す。“Ｕｎｓｏｌｉｃｉｔｅｄ＿Ｅｎａｂｌｅｄ”は、無要求ダウンロード設定プロパティ集合に含まれるプロパティである。

図６は、ユーザの要求によって無要求ダウンロードを有効化できるユーザインタフェースを例示的に示す。

図６に示すように、まず、ＣＤは、位置Ａに位置すると仮定する。ＣＤは、無要求ダウンロードを有効化するか、無効化することができる無要求ダウンロード有効化／無効化選択アイコンを表示することができる。例えば、ユーザは、無要求ダウンロードを有効化するために、無要求ダウンロード有効化／無効化アイコンを選択、例えば、タッチすることができる。ユーザが無要求ダウンロード有効化／無効化アイコンを使用して無要求ダウンロードを有効化することを要求したとき、これに応答してＣＤは、無要求ダウンロードを有効化することができる。例えば、ＣＤは、 “Ｕｎｓｏｌｉｃｉｔｅｄ＿Ｅｎａｂｌｅｄ” プロパティを真に設定することができる。

一方、ユーザインタフェースは、無要求ダウンロードをサポートする複数のサーバのうち、ユーザが無要求ダウンロードサービスの提供を望むサーバを選択できる選択部を表示することもできる。例えば、ユーザインタフェースは、“位置広告サーバ１”、“位置広告サーバ２”などを表示し、ユーザに少なくとも一つのサーバを選択させることができる。このとき、本発明に記載されたＣＳとＣＤとの間の相互運用手順を行うことによって、選択された各サーバとＣＤとの間で無要求ダウンロードが行われる。

無要求ダウンロードが活性化されたとき、ＣＤは、位置更新間隔（Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ｉｎｔｅｒｖａｌ）を設定することができる（ステップＳ３）。位置更新間隔は、 “ＬｏｃａｔｉｏｎＵｐｄａｔｅＩｎｔｅｒｖａｌ”プロパティとして表現することができる。位置更新間隔は、ＣＤの予測された位置を更新する期間（Ｔｉｍｅ Ｐｅｒｉｏｄ）を意味することができる。位置更新間隔は、位置報告間隔（Ｌｏｃａｔｉｏｎ Ｒｅｐｏｒｔ Ｉｎｔｅｒｖａｌ）であってよい。位置報告間隔は、データ値“ＬｏｃａｔｉｏｎＲｅｐｏｒｔＩｎｔｅｒｖａｌ”として表現することができる。位置更新報告間隔は、ＣＤが、予測された位置を与えられたＣＳに報告する期間を意味することができる。

図７は、位置更新／報告間隔を設定するユーザインタフェースを例示している。

図７に示すように、ＣＤは、位置更新／報告間隔を設定することができる設定部を含むユーザインタフェースを表示することができる。例えば、位置更新／報告間隔は、秒単位、分単位、時間単位などに設定することができる。

“ＬｏｃａｔｉｏｎＵｐｄａｔｅＩｎｔｅｒｖａｌ”又は“ＬｏｃａｔｉｏｎＲｅｐｏｒｔＩｎｔｅｒｖａｌ”は、無要求ダウンロード設定プロパティ集合に含まれるプロパティであってよい。

一方、本実施形態では、位置更新間隔と位置報告間隔とを同一のものとみなすと説明しているが、これは、限定された事項ではなく、他の実施形態によっては、位置更新間隔と位置報告間隔とを異なるものとみなし、各々別個に設定することができる。例えば、ＣＤは、位置更新間隔を５分、位置報告間隔を２０分に設定し、位置報告間隔毎に４回の位置更新間隔の間に、更新された予測された位置をＣＳに報告することもできる。

位置更新間隔が設定されたとき、ＣＤが移動する間、ＣＤは、位置更新間隔毎にＣＤの位置情報を更新することができる（ステップＳ４）。ここで、位置情報は、ＣＤの予測された位置及び予測された期間を含むことができる。具体的には、ＣＤは、装置位置予測アルゴリズムを使用してＣＤが将来どこに位置するかを予測することができる。このような予測に基づいてＣＤは、位置情報、例えば、予測された位置及び予測された期間を予測された情報として更新することができる。

例えば、現在時間が午後１時と仮定し、ＣＤは、午後５時から６時までの期間中、ＣＤが位置Ｂに位置することを予測することができる。すなわち、ＣＤは、予測された位置として“位置Ｂ”を、予測された期間として“５時から６時までの期間”に更新することができる。

予測された位置は、 “ＰｒｅｄｉｃｔｅｄＬｏｃａｔｉｏｎ”プロパティとして表現され、予測された期間は、 “ＰｒｅｄｉｃｔｅｄＰｅｒｉｏｄ”プロパティとして表現することができる。

“ＰｒｅｄｉｃｔｅｄＬｏｃａｔｉｏｎ”は、期間“ＰｒｅｄｉｃｔｅｄＰｅｒｉｏｄ”、すなわち、予測された期間におけるＣＤの予測される地理的な位置を意味することができる。

予測された位置は、緯度及び経度の組合せで表現することができる。緯度及び経度情報は、例えば、“ＤＤＤ：ＭＭ：ＳＳ．ＳＳＳＳ，ＤＤＤ：ＭＭ：ＳＳ．ＳＳＳ”の形式であってよい。ここで、Ｄは角度、Ｍは分（１度の１／６０の角度）、Ｓは秒（１度の１／３６００の角度）である。緯度及び経度はコンマによって区切られる。一方、予測された位置は、無線通信において装置の位置を識別するために使用される情報、例えば、Ｗｉ−ＦｉのＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ ＩＤ）を使用して表現してもよいし、第３世代パートナシッププロジェクト（３ＧＰＰ）又は長期進化システム（ＬＴＥ）ネットワークのＣｅｌｌ ＩＤを使用して表現してもよい。

“ＰｒｅｄｉｃｔｅｄＬｏｃａｔｉｏｎ”は、ＣＤによって生成され、郵便番号（ＺＩＰコード）によって設定することができる。このような予測された位置は、コンテンツの位置ベースの予測ダウンロードをサポートするコンテンツ提供者、例えば、ＣＳが使用することができる。

“ＰｒｅｄｉｃｔｅｄＰｅｒｉｏｄ”は、ＣＤが予測された位置にある間に予測される期間を表す。

ＣＤは、位置優先順位を設定することもできる。位置優先順位は、 “Ｌｏｃａｔｉｏｎ＿Ｐｒｉｏｒｉｔｙ”プロパティとして表現される。位置優先順位は、コンテンツの位置ベース予測ダウンロードの使用のための位置情報の優先順位を表すことができる。

一方、ＣＤの近い将来の位置を予測するための装置位置予測アルゴリズムは、現在ＣＤの移動方向及び移動速度に基づいてＣＤの将来位置を予測する第１の予測アルゴリズム、設定された期間中、ＣＤの移動履歴に基づいてＣＤの将来位置を予測する第２の予測アルゴリズム、ユーザから入力される選好位置（Ｐｒｅｆｅｒｒｅｄ Ｌｏｃａｔｉｏｎ）及び選好期間（Ｐｒｅｆｅｒｒｅｄ Ｐｅｒｉｏｄ）を使用してＣＤの将来位置を予測する第３の予測アルゴリズムのうち、少なくとも一つを含むことができる。

装置位置予測アルゴリズムが第１の予測アルゴリズム、第２の予測アルゴリズム、第３の予測アルゴリズムのうち、二つ以上を含む場合、各予測アルゴリズムに基づいて更新される予測された位置には位置優先順位が指定することができる。また、一つの予測アルゴリズムが複数の予測された位置を算出することもできるが、この場合にも、予測の精度などのようなパラメータによって、各予測された位置に位置優先順位を指定することもできる。

装置位置予測アルゴリズムは、ＣＤに備えてもよいし、ＣＤと連動するネットワーク装置やサーバに備えてもよい。一方、更に他の実施形態によれば、装置位置予測アルゴリズムはＣＳに備えてもよく、この場合、ＣＤは、無要求ダウンロード設定プロパティ及びＣＤの現在位置を位置更新又は報告間隔によってＣＳに送信し、予測された位置及び予測された期間は、ＣＳで生成し更新してもよい。

さらに図５を参照すると、ＣＤの位置情報が更新されたとき、ＣＤは、更新された位置情報を含む予測された位置報告をコンテンツサーバＵＲＩを使用してＣＳに送信することによって、更新された位置情報をＣＳに報告することができる（ステップＳ５）。

ＣＳに報告される更新された位置情報は、予測された位置及び予測された期間を含む。例えば、ＣＳに報告される更新された位置情報は、 “ＰｒｅｄｉｃｔｅｄＬｏｃａｔｉｏｎ”プロパティ及び“ＰｒｅｄｉｃｔｅｄＰｅｒｉｏｄ” プロパティを含むことができる。例えば、予測された位置は、位置Ｄの地理的な情報を含み、予測された期間は、ＣＤが位置Ｄに留まる期間を示す期間情報を含んでもよい。

一方、予測された位置及び予測された期間が複数である場合、各予測された位置及び予測された期間には位置優先順位が指定されてもよい。すなわち、ＣＳに報告される更新された位置情報は、“Ｌｏｃａｔｉｏｎ＿ＰＲＩＯＲＩＴＹ”を更に含むこともできる。

ＣＤから更新された位置情報を受信したＣＳは、予測された位置及び予測された期間に基づいて、予測された位置及び予測された期間でＣＤが効率的にコンテンツをダウンロードできる情報源ＵＲＩ、又は当該地域でユーザに必要なコンテンツをダウンロードできる情報源ＵＲＩを選定し、予測された位置、予測された期間及び選定された情報源ＵＲＩをＣＤに送信することができる（ステップＳ６）。

情報源ＵＲＩの選定には、コンテンツ内容（例えば、地域情報、地域と関連がある広告、観光情報、あらかじめ設定されたコンテンツ等）、伝送帯域幅、ネットワーク状態、ネットワークリソース、コンテンツのプロファイルなど、様々な要素をあらかじめ設定された基準によって考慮することができる。

受信される予測された位置及び予測された期間が複数である場合、ＣＳは、複数の予測された位置、複数の予測された期間に対応する複数の情報源ＵＲＩを選定してＣＤに配信することができる。また、受信された各予測された位置、予測された期間に優先順位が指定されている場合、あらかじめ決められた基準によって優先順位が高い少なくとも一つの予測された位置、少なくとも一つの予測された期間に対応する少なくとも一つの情報源ＵＲＩだけをＣＤに配信することもできる。

ＣＳから予測された位置、予測された期間及び情報源ＵＲＩを受信したＣＤは、受信された情報に基づいて待ち行列登録要求を生成することができる（ステップＳ７）。待ち行列登録要求は、ＣＤが予測された期間に予測された位置に進入したとき、コンテンツを送信することを要求する。

待ち行列登録要求は、予測された位置、予測された期間及び情報源ＵＲＩなどを含むことができる。例えば、待ち行列登録要求は、プロパティ“ＰｒｅｄｉｃｔｅｄＬｏｃａｔｉｏｎ”、“ＰｒｅｄｉｃｔｅｄＰｅｒｉｏｄ”、“Ｓｏｕｒｃｅ＿ＵＲＩ”などを含むことができる。

また、待ち行列登録要求は、キャッシュオブジェクト、すなわち、コンテンツを記憶するために使用する記憶場所の名称を表すプロパティである“ＳＴＯＲＡＧＥ＿ＮＡＭＥ”、キャッシュオブジェクトのＭＩＭＥコンテンツタイプを表すプロパティである“ＣＯＮＴＥＮＴ＿ＴＹＰＥ”、キャッシュオブジェクトのサイズをバイト（Ｂｙｔｅ）で表すプロパティである“ＲＥＱＰＲＯＰ＿ＴＯＴＡＬ＿ＬＥＮＧＴＨ”、無要求ダウンロードの要求の優先順位を表す“ＵＮＳＯＬＩＣＩＴＥＤ＿ＤＯＷＮＬＯＡＤ＿ＰＲＩＯＲＩＴＹ”、ダウンロードの完了後に自動で待ち行列されたアセットを再生するか否かを表す“ＡＵＴＯＭＡＴＩＣ＿ＰＬＡＹＢＡＣＫ＿ＡＦＴＥＲ＿ＤＯＷＮＬＯＡＤ”などを更に含むこともできる。“ＡＵＴＯＭＡＴＩＣ＿ＰＬＡＹＢＡＣＫ＿ＡＦＴＥＲ＿ＤＯＷＮＬＯＡＤ”が真のとき、ダウンロードされたコンテンツは、ＣＤによって自動的に再生される。

受信される予測された位置、予測された期間及び情報源ＵＲＩが複数である場合、ＣＤは、複数の“予測された位置−予測された期間−情報源ＵＲＩ”に対応する複数の待ち行列登録要求を生成することもできる。

ＣＤは、情報源ＵＲＩを使用して、生成された待ち行列登録要求を情報源に送信することができる（ステップＳ７）。ＣＤが予測された位置に進入したとき、情報源ＵＲＩからコンテンツをダウンロードする（ステップＳ８）。例えば、予測された位置が位置Ｄであり、予測された期間が午後５時から午後６時までの期間である場合、午後５時に位置ＤにＣＤが進入したとき、ＣＤは、情報源からコンテンツをダウンロードすることができる。情報源からコンテンツをダウンロードした後、ＣＤは、ＣＤが午後６時まで位置Ｄにある間、コンテンツを消費することができる。

図８は、本発明の更に他の実施形態による位置ベースの無要求ダウンロード方法のフローを説明するフローチャートである。図８に示された実施形態においてＣＤは、位置Ａから位置Ｄに移動すると仮定する。

図８に示すように、まず、ＣＤの待ち行列／方針エンジン１２０は、ＣＳが無要求ダウンロードをサポートするか否かを検査することができる（ステップＳ１１）。ＣＳが無要求ダウンロードをサポートしているとき、待ち行列／方針エンジン１２０は、ＣＳからＣＤの位置情報を報告するために使用するコンテンツサーバＵＲＩを要求し、ＣＳからコンテンツサーバＵＲＩを取得することができる（ステップＳ１２）。

次いで、ＣＤのユーザエージェント１１４は、無要求ダウンロードを有効化することができる（ステップＳ１３）。例えば、ユーザエージェント１１４は、図６に示されたユーザインタフェースに基づいて、待ち行列／方針エンジン１２０で管理される “Ｕｎｓｏｌｉｃｉｔｅｄ＿Ｅｎａｂｌｅｄ”プロパティを真値に設定することができる。

無要求ダウンロードが活性化されたとき、ユーザエージェント１１４は位置更新間隔を設定することができる（ステップＳ１４）。例えば、ユーザエージェント１１４は、図７に示されたユーザインタフェースに基づいて、待ち行列／方針エンジン１２０で管理される“ＬｏｃａｔｉｏｎＵｐｄａｔｅＩｎｔｅｒｖａｌ”を設定することができる。

次に、ＣＤが位置Ａから位置Ｄに移動する間、ＣＤのローカルアプリケーション１１２は、設定された位置更新間隔毎にＣＤの位置情報を更新することができる（ステップＳ１５）。ここで、位置情報は、予測された位置及び予測された期間を含むことができる。例えば、ローカルアプリケーション１１２は、ＣＤ又は連動する外部の装置に備えられた装置位置予測アルゴリズムを使用して、ＣＤが将来、どこに位置するかを予測することができる。このような予測に基づいて、ＣＤは、位置情報、すなわち、予測された位置及び予測された期間を更新することができる。

次いで、待ち行列／方針エンジン１２０は、更新された位置情報をＣＳに報告することができる（ステップＳ１６）。更新された位置情報は、予測された位置及び予測された期間などを含む予測された位置報告であってよい。例えば、ＣＳに報告される更新された位置情報は、 “ＰｒｅｄｉｃｔｅｄＬｏｃａｔｉｏｎ”プロパティ及び“ＰｒｅｄｉｃｔｅｄＰｅｒｉｏｄ”プロパティを含むことができる。

例えば、予測された位置は、位置Ｄの地理的な情報を含み、予測された期間は、ＣＤが位置Ｄに留まる期間を示す期間情報を含んでもよい。ＣＳに報告される更新された位置情報は、“Ｌｏｃａｔｉｏｎ＿ＰＲＩＯＲＩＴＹ”を更に含むこともできる。

ＣＳは、予測された位置に対応するコンテンツがあるかを検査し（ステップＳ１７）、当該コンテンツを提供できる情報源の情報源ＵＲＩを選定することができる。情報源ＵＲＩの選定には、コンテンツ内容（例えば、地域情報、地域と関連がある広告、観光情報、あらかじめ設定されたコンテンツ等）、伝送帯域幅、ネットワーク状態、ネットワークリソース、コンテンツのプロファイルなど、様々な要素をあらかじめ設定された基準によって考慮することができる。

次に、ＣＳは待ち行列登録要求を生成し、待ち行列登録要求を待ち行列／方針エンジン１２０に送信することができる（ステップＳ１８）。待ち行列登録要求は、ＣＤが予測された期間に予測された位置に進入したとき、情報源からＣＤにコンテンツをダウンロードすることを要求する。

待ち行列登録要求は、予測された位置、予測された期間及び情報源ＵＲＩなどを含むことができる。例えば、待ち行列登録要求は、プロパティ“ＰｒｅｄｉｃｔｅｄＬｏｃａｔｉｏｎ”、“ＰｒｅｄｉｃｔｅｄＰｅｒｉｏｄ”、“Ｓｏｕｒｃｅ＿ＵＲＩ”などを含むことができる。予測された位置、予測された期間及び情報源ＵＲＩが複数である場合、ＣＤは、複数の“予測された位置−予測された期間−情報源ＵＲＩ”に対応する複数の待ち行列登録要求を生成して、ＣＤの待ち行列／方針エンジン１２０に送信することもできる。

ＣＳから待ち行列登録要求を受信した待ち行列／方針エンジン１２０は、受信された待ち行列登録要求を設定し管理することができる（ステップＳ１９）。ＣＤが予測された位置、例えば、位置Ｄに進入したとき、ローカルアプリケーション１１２は、ＣＤの現在位置を位置Ｄに更新し（ステップＳ２０）、待ち行列／方針エンジン１２０は、ＣＳから配信された待ち行列登録要求に基づいて位置Ｄでコンテンツのダウンロードを行うことができる（ステップＳ２１）。

コンテンツのダウンロードが完了したとき、待ち行列／方針エンジン１２０は、ユーザエージェント１１４にダウンロードが完了したことを報告する（ステップＳ２２）。そして、ユーザエージェント１１４は、コンテンツを再生することができる（ステップＳ２３）。プロパティ“ＡＵＴＯＭＡＴＩＣ＿ＰＬＡＹＢＡＣＫ＿ＡＦＴＥＲ＿ＤＯＷＮＬＯＡＤ”が真のとき、ダウンロードされたコンテンツは、ＣＤによって自動的に再生される。

図９は、本発明の更に他の実施形態による位置ベースの無要求ダウンロード方法のフローを説明するフローチャートである。図９に示された実施形態においてＣＤは、位置Ａから位置Ｄに移動すると仮定する。

図９に示すように、まず、ＣＤの待ち行列／方針エンジン１２０は、ＣＳが無要求ダウンロードをサポートするか否かを検査することができる（ステップＳ３１）。ＣＳが無要求ダウンロードをサポートしているとき、待ち行列／方針エンジン１２０は、ＣＳから予測された位置報告を送信するために使用するコンテンツサーバＵＲＩを要求し、ＣＳからコンテンツサーバＵＲＩを取得することができる（ステップＳ３２）。

次いで、ＣＤのユーザエージェント１１４は、無要求ダウンロードを有効化することができる（ステップＳ３３）。例えば、ユーザエージェント１１４は、図６に示されたユーザインタフェースに基づいて、待ち行列／方針エンジン１２０で管理される “Ｕｎｓｏｌｉｃｉｔｅｄ＿Ｅｎａｂｌｅｄ”プロパティを真値に設定することができる。

無要求ダウンロードが活性化されたとき、ユーザエージェント１１４は位置更新間隔を設定することができる（ステップＳ３４）。例えば、ユーザエージェント１１４は、図７に示されたユーザインタフェースに基づいて、待ち行列／方針エンジン１２０で管理される“ＬｏｃａｔｉｏｎＵｐｄａｔｅＩｎｔｅｒｖａｌ”を設定することができる。

次に、ＣＤが位置Ａから位置Ｄに移動する間、ＣＤのローカルアプリケーション１１２は、設定された位置更新間隔毎にＣＤの位置情報を更新することができる（ステップＳ３５）。ここで、位置情報は、予測された位置及び予測された期間を含むことができる。例えば、ローカルアプリケーション１１２は、ＣＤ又は連動された外部の装置に組み込まれた装置位置予測アルゴリズムを使用して、ＣＤが将来、どこに位置するかを予測することができる。このような予測に基づいてＣＤは、位置情報、すなわち、予測された位置及び予測された期間を更新することができる。

次いで、待ち行列／方針エンジン１２０は、更新された位置情報をＣＳに報告することができる（ステップＳ３６）。更新された位置情報は、予測された位置及び予測された期間などを含む予測された位置報告であってよい。例えば、ＣＳに報告される更新された位置情報は、プロパティ“ＰｒｅｄｉｃｔｅｄＬｏｃａｔｉｏｎ”、“ＰｒｅｄｉｃｔｅｄＰｅｒｉｏｄ”を含むことができる。

例えば、予測された位置は、位置Ｄの地理的な情報を含み、予測された期間は、ＣＤが位置Ｄに留まる期間を示す期間情報を含んでもよい。一方、ＣＳに報告される更新された位置情報は、“Ｌｏｃａｔｉｏｎ＿ＰＲＩＯＲＩＴＹ”を更に含むこともできる。

ＣＳは、予測された位置に対応するコンテンツがあるかを検査し（ステップＳ３７）、当該コンテンツを提供できる情報源の情報源ＵＲＩを選定することができる。情報源ＵＲＩの選定には、コンテンツ内容（例えば、地域情報、地域と関連がある広告、観光情報、あらかじめ設定されたコンテンツ等）、伝送帯域幅、ネットワーク状態、ネットワークリソース、コンテンツのプロファイルなど、様々な要素をあらかじめ設定された基準によって考慮することができる。

次に、ＣＳは、予測された位置、予測された期間、情報源ＵＲＩをＣＤの待ち行列／方針エンジン１２０に送信することができる（ステップ３８）。“予測された位置−予測された期間−情報源ＵＲＩ”が複数である場合、ＣＳは、“複数の予測された位置−複数の予測された期間−複数の情報源ＵＲＩ”に対応する複数の待ち行列登録要求を生成してＣＤの待ち行列／方針エンジン１２０に送信することもできる。

ＣＳから予測された位置、予測された期間、情報源ＵＲＩを受信した待ち行列／方針エンジン１２０は、受信された情報に基づいて待ち行列登録要求を生成することができる（ステップＳ３９）。待ち行列登録要求は、ＣＤが予測された期間に予測された位置に進入したとき、情報源からＣＤにコンテンツをダウンロードすることを要求する。

待ち行列登録要求は、予測された位置、予測された期間及び情報源ＵＲＩなどを含むことができる。例えば、待ち行列登録要求は、プロパティ“ＰｒｅｄｉｃｔｅｄＬｏｃａｔｉｏｎ”、“ＰｒｅｄｉｃｔｅｄＰｅｒｉｏｄ”、“Ｓｏｕｒｃｅ＿ＵＲＩ”などを含むことができる。予測された位置、予測された期間及び情報源ＵＲＩが複数である場合、待ち行列／方針エンジン１２０は、複数の“予測された位置−予測された期間−情報源ＵＲＩ”に対応する複数の待ち行列登録要求を生成することもできる。

ＣＤが予測された位置、例えば、位置Ｄに進入したとき、ローカルアプリケーション１１２は、ＣＤの現在位置を位置Ｄに更新し（ステップＳ４０）、待ち行列／方針エンジン１２０は、生成された待ち行列登録要求に基づいて位置Ｄでコンテンツのダウンロードを行うことができる（ステップＳ４１）。

コンテンツのダウンロードが完了したとき、待ち行列／方針エンジン１２０は、ユーザエージェント１１４にダウンロードが完了したことを報告する（ステップＳ４２）。そして、ユーザエージェント１１４は、コンテンツを再生することができる（ステップＳ４３）。 “ＡＵＴＯＭＡＴＩＣ＿ＰＬＡＹＢＡＣＫ＿ＡＦＴＥＲ＿ＤＯＷＮＬＯＡＤ” プロパティが真のとき、ダウンロードされたコンテンツは、ＣＤによって自動的に再生される。

図１０は、本発明の更に他の実施形態による位置ベースの無要求ダウンロード方法のフローを説明するフローチャートであって、ユーザが好む選好位置及び選好期間に基づく無要求ダウンロードの手順を説明している。図１０に示された実施形態において位置Ｄは、ユーザによって指定される選好位置であり、ＣＤは、位置Ａから位置Ｄに移動すると仮定する。

図１０に示すように、まず、ＣＤの待ち行列／方針エンジン１２０は、ＣＳが無要求ダウンロードをサポートするか否かを検査することができる（ステップＳ５１）。ＣＳが無要求ダウンロードをサポートしているとき、待ち行列／方針エンジン１２０は、ＣＳから予測された位置報告を送信するために使用するコンテンツサーバＵＲＩを要求し、ＣＳからコンテンツサーバＵＲＩを取得することができる（ステップＳ５２）。

次いで、ＣＤのユーザエージェント１１４は、無要求ダウンロードを有効化することができる（ステップＳ５３）。例えば、ユーザエージェント１１４は、図６に示されたユーザインタフェースに基づく待ち行列／方針エンジン１２０で管理される “Ｕｎｓｏｌｉｃｉｔｅｄ＿Ｅｎａｂｌｅｄ”プロパティを真値に設定することができる。

無要求ダウンロードが活性化されると、ユーザエージェント１１４は選好位置情報を設定することができる。選好位置情報は、選好位置及び選好期間を含むことができる。

選好位置は、ユーザが無要求ダウンロードを介してコンテンツを利用できるＣＤの位置を意味することができる。選好期間は、ユーザが無要求ダウンロードを介してコンテンツを利用できる期間を意味することができる。すなわち、選好位置及び選好期間は、ユーザがある期間中、ある場所で無要求ダウンロードを介してコンテンツをダウンロードできることを指定する情報であってよい。

図１１は、選好位置情報を設定するユーザインタフェースを例示的に示している。

図１１に示すように、ＣＤは、地図を表示し、ユーザが地図上で所望の地域を選択するように要求することができる。ユーザが所望の地域を選択すると、その選択信号に応答してＣＤは、選択された地域を選好位置として設定することができる。また、ＣＤは、選好期間を選択できる入力部を提供し、選好期間の入力を要求することができる。ユーザから特定期間が入力されると、ＣＤは、当該入力信号に応答して入力された期間を選好期間として設定することができる。

例えば、ユーザが職場、すなわち、位置Ｄで平日の勤務時間、すなわち、８時から１８時までの業務に必要な不特定資料を無要求ダウンロードすることを望むと仮定すると、ＣＤは、図１１に示されたユーザインタフェースに基づいて、選好位置として位置Ｄを、選好期間として平日８時から１８時までを設定することができる。

選好位置は、 “ＰｒｅｆｅｒｒｅｄＬｏｃａｔｉｏｎ”プロパティとして表現され、選好期間は、 “ＰｒｅｆｅｒｒｅｄＰｅｒｉｏｄ”プロパティとして表現することができる。

“ＰｒｅｆｅｒｒｅｄＬｏｃａｔｉｏｎ”は、コンテンツの位置ベースの予測ダウンロードをクライアントが許す位置を意味することができる。“ＰｒｅｆｅｒｒｅｄＬｏｃａｔｉｏｎ”は、期間“ＰｒｅｆｅｒｒｅｄＰｅｒｉｏｄ”、すなわち、選好期間中の、ＣＤの地理的な位置であってよい。

選好位置は、緯度及び経度の組合せで表現することができる。緯度及び経度情報は、例えば、“ＤＤＤ：ＭＭ：ＳＳ．ＳＳＳＳ，ＤＤＤ：ＭＭ：ＳＳ．ＳＳＳ”の形式であってよい。ここで、Ｄは角度、Ｍは分（１度の１／６０の角度）、Ｓは秒（１度の１／３６００の角度）である。緯度及び経度は、コンマで区切られる。“ＰｒｅｆｅｒｒｅｄＬｏｃａｔｉｏｎ”は、ＣＤによって設定され、郵便番号によって設定することができる。一方、選好位置は、無線通信において装置の位置を識別するために使用される情報、例えば、Ｗｉ−ＦｉのＳＳＩＤを使用して表現してもよいし、３ＧＰＰ又はＬＴＥネットワークのＣｅｌｌ ＩＤを使用して表現してもよい。

“ＰｒｅｆｅｒｒｅｄＰｅｒｉｏｄ”は、ＣＤが選好位置にある間に予測される期間を表す。これは、ＣＤによって生成される。

一方、位置更新間隔を設定した後、ローカルアプリケーション１１２は、設定された更新間隔毎に位置情報を更新し（ステップＳ５５）、待ち行列／方針エンジン１２０は、更新された情報をＣＳに報告することができる（ステップＳ５６）。

例えば、ローカルアプリケーション１１２は、ＣＤ又は連動する外部の装置に組み込まれた装置位置予測アルゴリズムを使用してＣＤが将来どこに位置するかを予測し、その予測に基づいて位置情報を更新し、ＣＳに報告することができる。

このとき、設定された選好位置及び選好期間は、ユーザの意思に応じてＣＤによって設定された情報であるため、最も信頼性の高い予測情報といえる。待ち行列／方針エンジン１２０は、設定された選好位置及び選好期間を含む更新された位置情報をＣＤの予測された位置情報としてＣＳに報告するか、又は設定された選好位置及び選好期間に対応する位置及び期間を、最も高い位置優先順位の予測された位置及び予測された期間にマップして得られる更新された位置情報を報告することができる。

ＣＳは、待ち行列／方針エンジン１２０から受信される位置情報に対応するコンテンツがあるか否かを検査し（ステップＳ５７）、当該コンテンツを提供できる情報源の情報源ＵＲＩを選定することができる。情報源ＵＲＩの選定には、コンテンツ内容（例えば、地域情報、地域と関連がある広告、観光情報、あらかじめ設定されたコンテンツ等）、伝送帯域幅、ネットワーク状態、ネットワークリソース、コンテンツのプロファイルなど、様々な要素があらかじめ設定された基準によって考慮することができる。

次に、ＣＳは、待ち行列／要求を生成し、待ち行列登録要求を待ち行列／方針エンジン１２０に送信することができる（ステップＳ５８）。待ち行列登録要求は、ＣＤが予測された期間に予測された位置に進入したとき、情報源からクライアントにコンテンツをダウンロードすることを要求することができる。予測された位置及び予測された期間は、選好位置及び選好期間であってよい。

ＣＳから待ち行列登録要求を受信した待ち行列／方針エンジン１２０は、受信された待ち行列登録要求を設定し管理することができる（ステップＳ５９）。ＣＤが許可した位置ＤにＣＤが進入したとき、ローカルアプリケーション１１２は、ＣＤの現在位置を位置Ｄに更新し（ステップＳ６０）、待ち行列／方針エンジン１２０は、ＣＳから受信した待ち行列登録要求を使用して位置Ｄでコンテンツのダウンロードを行うことができる（ステップＳ６１）。

コンテンツのダウンロードが完了したとき、待ち行列／方針エンジン１２０は、ユーザエージェント１１４にダウンロードが完了したことを報告する（ステップＳ６２）。すると、ユーザエージェント１１４は、コンテンツを再生することができる（ステップＳ６３）。例えば、 “ＡＵＴＯＭＡＴＩＣ＿ＰＬＡＹＢＡＣＫ＿ＡＦＴＥＲ＿ＤＯＷＮＬＯＡＤ”プロパティが真であるとき、ダウンロードされたコンテンツは、ＣＤによって自動再生される。

一方、本発明の好ましいさらに他の実施形態として、図１０を参照した実施形態での待ち行列登録要求の生成主体を、図９を参照した実施形態のようにＣＤの待ち行列／方針エンジン１２０に変形する実施形態も可能である。

図１２は、本発明の好ましいさらに他の実施形態による、位置ベースの無要求ダウンロード方法のフローを説明するフローチャートである。図１２に示された実施形態においてＣＤは、位置Ａから位置Ｄに移動すると仮定する。

図１２に示すように、まず、ＣＤの待ち行列／方針エンジン１２０は、ＣＳが無要求ダウンロードをサポートするか否かを検査することができる（ステップＳ９１）。ＣＳが無要求ダウンロードをサポートしているとき、待ち行列／方針エンジン１２０は、ＣＳから予測された位置報告を送信するために使用するコンテンツサーバＵＲＩを要求し、ＣＳからコンテンツサーバＵＲＩを取得することができる。

次いで、ＣＤのユーザエージェント１１４は、無要求ダウンロードを有効化することができる（ステップＳ９２）。例えば、ユーザエージェント１１４は、図６に示されたユーザインタフェースに基づいて、待ち行列／方針エンジン１２０で管理される“Ｕｎｓｏｌｉｃｉｔｅｄ＿Ｅｎａｂｌｅｄ”プロパティを真値に設定することができる。

無要求ダウンロードが活性化されると、ユーザエージェント１１４は、位置更新間隔を設定することができる（ステップＳ９３）。例えば、ユーザエージェント１１４は、図７に示されたユーザインタフェースに基づいて、待ち行列／方針エンジン１２０で管理される“ＬｏｃａｔｉｏｎＵｐｄａｔｅＩｎｔｅｒｖａｌ”を設定することができる。

次に、ＣＤが位置Ａから位置Ｄに移動する間、ＣＤのローカルアプリケーション１１２は、設定された位置更新間隔毎に周期的にＣＤの位置情報を更新することができる（ステップＳ９４）。

本実施形態において位置情報は、ＣＤの現在位置及び移動時間などを含むことができる。次いで、待ち行列／方針エンジン１２０は、更新された位置情報をＣＳに報告することができる（ステップＳ９５）。報告される位置情報は、ＣＤの現在位置及び移動時間などを含むことができる。

ＣＤの現在位置は、緯度及び経度の組合せで表現することができる。緯度及び経度情報は、例えば、“ＤＤＤ：ＭＭ：ＳＳ．ＳＳＳＳ、ＤＤＤ：ＭＭ：ＳＳ．ＳＳＳ”形式であってよい。ここで、Ｄは角度、Ｍは分（１度の１／６０の角度）、Ｓは秒（１度の１／３６００の角度）である。緯度及び経度は、コンマによって区切られる。

又は、ＣＤの位置は、無線通信において装置の位置を識別するのに使用される情報、例えば、Ｗｉ−ＦｉのＳＳＩＤを使用して表現してもよいし、３ＧＰＰ又はＬＴＥネットワークのＣｅｌｌ ＩＤを使用して表現してもよい。

待ち行列／方針エンジン１２０からＣＤの位置情報を受信したＣＳは、ＣＳ又は連動する外部の装置に組み込まれた装置位置予測アルゴリズムを使用して、ＣＤが将来、どこに位置するかを予測することができる。予測のために、ＣＳは、待ち行列／方針エンジン１２０から配信された情報のフォーマットをＣＳで使用するフォーマットに変換することができる。例えば、待ち行列／方針エンジン１２０から配信された情報のフォーマットがＷｉ−ＦｉのＳＳＩＤに表現されている場合、これを緯度／経度フォーマットに変換することもできる。

ＣＳは、装置位置予測アルゴリズムに基づいて、ＣＤの予測された位置及び予測された期間を更新することができる（ステップＳ９６）。例えば、ＣＳによって更新される位置情報は、プロパティ“ＰｒｅｄｉｃｔｅｄＬｏｃａｔｉｏｎ”、“ＰｒｅｄｉｃｔｅｄＰｅｒｉｏｄ”を含むことができる。

予測された位置は、位置Ｄの地理的な情報を含み、予測された期間は、ＣＤが位置Ｄに留まる期間を示す期間情報を含んでもよい。ＣＳによって更新される位置情報は、位置優先順位、すなわち、“Ｌｏｃａｔｉｏｎ＿ＰＲＩＯＲＩＴＹ”を含むこともできる。

ＣＳは、予測された位置に対応するコンテンツがあるかを検査し（ステップＳ９７）、当該コンテンツを提供できる情報源の情報源ＵＲＩを選定することができる。情報源ＵＲＩの選定には、コンテンツ内容（例えば、地域情報、地域と関連がある広告、観光情報、あらかじめ設定されたコンテンツ等）、伝送帯域幅、ネットワーク状態、ネットワークリソース、コンテンツのプロファイルなど、様々な要素をあらかじめ設定された基準によって考慮することができる。

次に、ＣＳは待ち行列登録要求を生成し、待ち行列登録要求を待ち行列／方針エンジン１２０に送信することができる（ステップＳ９８）。待ち行列登録要求は、ＣＤが予測された期間に予測された位置に進入したとき、情報源からＣＤにコンテンツをダウンロードすることを要求する。

待ち行列登録要求は、予測された位置、予測された期間及び情報源ＵＲＩなどを含むことができる。例えば、待ち行列登録要求は、プロパティ“ＰｒｅｄｉｃｔｅｄＬｏｃａｔｉｏｎ”、“ＰｒｅｄｉｃｔｅｄＰｅｒｉｏｄ”、“Ｓｏｕｒｃｅ＿ＵＲＩ”などを含むことができる。予測された位置、予測された期間及び情報源ＵＲＩが複数である場合、ＣＤは、複数の“予測された位置−予測された期間−情報源ＵＲＩ”に対応する複数の待ち行列登録要求を生成してＣＤの待ち行列／方針エンジン１２０に送信することもできる。

ＣＳから待ち行列登録要求を受信した待ち行列／方針エンジン１２０は、受信された待ち行列登録要求を設定し管理することができる（ステップＳ９９）。ＣＤが予測された位置、例えば、位置Ｄに進入したとき、ローカルアプリケーション１１２は、ＣＤの現在位置を位置Ｄに更新し（ステップＳ１００）、待ち行列／方針エンジン１２０は、ＣＳから配信された待ち行列登録要求に基づいて位置Ｄでコンテンツのダウンロードを行うことができる（ステップＳ１０１）。

コンテンツのダウンロードが完了したとき、待ち行列／方針エンジン１２０は、ユーザエージェント１１４にダウンロードが完了したことを報告する（ステップＳ１０２）。すると、ユーザエージェント１１４は、コンテンツを再生することができる（ステップＳ１０３）。もし、プロパティ“ＡＵＴＯＭＡＴＩＣ＿ＰＬＡＹＢＡＣＫ＿ＡＦＴＥＲ＿ＤＯＷＮＬＯＡＤ”が真であるとき、ダウンロードされたコンテンツは、ＣＤによって自動再生される。

一方、本発明の好ましいさらに他の実施形態として、図１２を参照した実施形態での待ち行列登録要求の生成主体を、図９を参照した実施形態のようにＣＤの待ち行列／方針エンジン１２０に変形する実施形態も可能である。この場合、ＣＳは、予測された位置、予測された期間及び情報源ＵＲＩをＣＤに送信し、ＣＤは、受信された情報に基づいて待ち行列登録要求を生成することができる。

図１３は、本発明のさらに他の実施形態によって無要求ダウンロードのために、ＣＤによって実行される手順を説明するためのフローチャートである。

図１３に示すように、待機状態（ステップＳ７４）で無要求ダウンロードが有効化されると、ＣＤは、無要求ダウンロードのための位置情報を有しているか否かを判断する（ステップＳ７１）。ＣＤが無要求ダウンロードのための情報を有していないと判断されたときは、ＣＤはエラーを発生し、対応したメッセージ、例えば、“Ｕｎｓｏｌｉｃｉｔｅｄ Ｄｏｗｎｌｏａｄ ｉｓ Ｎｏｔ Ａｖａｉｌａｂｌｅ”を出力することができる（ステップＳ８１）。

ＣＤが無要求ダウンロードのための情報を有している場合、ＣＤは、ＣＳが無要求ダウンロードをサポートするか否かを判断する（ステップＳ７２）。ＣＳが無要求ダウンロードをサポートしないと判断されたときは、ＣＤは、エラー発生ステップ（ステップＳ８１）に遷移することができる。

ＣＳが無要求ダウンロードをサポートすると判断されたとき、ＣＤは、ＣＳのＵＲＩを取得することができる（ステップＳ７３）。例えば、ＣＤは、ＣＤの予測された位置報告を送信するために使用するコンテンツサーバＵＲＩをＣＳから取得することができる。予測された位置報告は、予測された位置及び予測された期間などを含むＣＤの位置情報であってよい。

次いで、ＣＤは、待機ステップ（ステップＳ７４）に遷移することができる。待機ステップ（ステップＳ７４）で設定された位置報告間隔に該当する時点になると、ＣＤは、コンテンツサーバＵＲＩに予測された位置報告を送信することができる（ステップＳ７６）。例えば、ＣＤは、ＣＤの近い将来の位置を予測し、予測された位置及び予測された期間を更新した後、更新された情報を含む予測された位置報告をコンテンツサーバＵＲＩに送信することができる。

以後、ＣＤは、ＣＳから予測された位置及び予測された期間に対応する情報源ＵＲＩを受信することができる（ステップＳ７７）。すると、ＣＤは、受信された情報源ＵＲＩ、予測された位置及び予測された期間などを含む待ち行列登録要求を生成することができる（ステップＳ７８）。ステップＳ７７において、情報源ＵＲＩがＣＳによって生成された待ち行列登録要求に含まれて受信されるときは、ステップＳ７８は省略してもよい。

次に、ＣＤは、待ち行列登録要求の予測された位置にＣＤがあるか否かを判断し（ステップＳ７９）、ＣＤが予測された位置にあると判断される場合、待ち行列登録要求を使用して無要求ダウンロードを行うことができる（ステップＳ８０）。

以上、本発明についてその好ましい実施形態を例示して説明したが、当該技術分野の熟練された当業者は、本願の特許請求の範囲に記載された本発明の技術的事項及び範囲から逸脱せずに、本発明を様々に修正及び変更させて実施できることを理解できるであろう。したがって、本発明の今後の実施形態等の変更は、本発明の技術から逸脱しないであろう。

Claims (20)

1. 位置ベースの無要求ダウンロードの方法であって、
   クライアント装置の位置情報を更新するための位置報告間隔を設定するステップと、
   前記位置報告間隔に基づいて、前記クライアント装置の位置情報を更新するステップと、
   更新された前記位置情報をサーバに報告するステップと、
   前記サーバから前記クライアント装置の予測された位置、予測された期間及びコンテンツをダウンロードするための情報源ＵＲＩを受信するステップと、
   前記予測された位置、前記予測された期間及び前記情報源ＵＲＩに基づいて、前記コンテンツをダウンロードするステップと、
   を有する方法。
2. 前記クライアント装置の位置情報は、前記クライアント装置の予測された位置及び予測された期間を有する、請求項１に記載の方法。
3. 前記サーバが無要求ダウンロードをサポートするか否かを判断するステップと、
   前記判断に基づいて、前記無要求ダウンロードのためのサーバＵＲＩを前記サーバから取得するステップと、
   を更に有する、請求項１に記載の方法。
4. 無要求ダウンロードを活性化させることを要求するユーザインタフェースを表示するステップと、
   前記ユーザインタフェースを介して入力される要求信号に応答して、前記無要求ダウンロードを有効化するステップと、
   を更に有する、請求項１に記載の方法。
5. 前記クライアント装置の位置情報を更新するステップは、装置位置予測アルゴリズムを使用して、前記位置更新間隔毎に周期的に前記クライアント装置の予測された位置及び予測された期間を更新するステップを有する、請求項１に記載の方法。
6. 前記装置位置予測アルゴリズムは、
   現在クライアント装置の移動方向及び移動速度に基づいてクライアント装置の将来位置を予測する第１の予測アルゴリズムと、
   設定された期間中、クライアント装置の移動履歴に基づいてクライアント装置の将来位置を予測する第２の予測アルゴリズムと、
   ユーザから入力される選好位置及び選好期間を使用してクライアント装置の将来位置を予測する第３の予測アルゴリズムとのうち、少なくとも一つを有する、請求項５に記載の方法。
7. 前記報告するステップは、更新された前記クライアント装置の予測された位置及び予測された期間を有するメッセージを前記サーバに送信するステップを有する、請求項５に記載の方法。
8. 前記サーバから前記予測された位置及び前記予測された期間に対応するコンテンツをダウンロードするための情報源に接続できる情報源ＵＲＩを受信するステップは、前記サーバから前記予測された位置、前記予測された期間及び前記情報源ＵＲＩを有する待ち行列登録要求を受信するステップを有する、請求項１に記載の方法。
9. 前記サーバから前記予測された位置及び前記予測された期間に対応するコンテンツをダウンロードするための情報源に接続できる情報源ＵＲＩを受信するステップは、前記サーバから前記予測された位置、前記予測された期間及び前記情報源ＵＲＩを有するメッセージを受信するステップを含み、
   前記方法は、前記予測された位置、前記予測された期間及び前記情報源ＵＲＩを有する待ち行列登録要求を生成するステップを更に有する、請求項１に記載の方法。
10. 前記予測された位置、前記予測された期間及び前記情報源ＵＲＩに基づいて、前記コンテンツをダウンロードするステップは、
    前記クライアント装置が前記予測された位置に入ったとき、前記情報源ＵＲＩに対応する情報源に待ち行列登録要求を送信するステップと、
    前記待ち行列登録要求に応答して、前記情報源から前記コンテンツをダウンロードするステップと、
    を有する、請求項１に記載の方法。
11. 前記報告するステップは、あらかじめ設定された位置報告間隔に基づいて、前記クライアント装置の現在位置を前記サーバに送信するステップを有する、請求項１に記載の方法。
12. 前記予測された位置は複数であり、
    各予測された位置に決められた基準によって優先順位を指定するステップを更に有する、請求項１に記載の方法。
13. 選好位置及び選好期間を指定できるユーザインタフェースを表示するステップと、
    前記ユーザインタフェースから入力される信号に応じて選好位置及び選好期間を設定するステップと、を更に有し、
    前記選好位置及び選好期間は、前記位置情報において最も高い優先順位が指定される、請求項１に記載の方法。
14. 位置ベースの無要求ダウンロードのための装置であって、
    クライアント装置の位置情報を更新するための位置報告間隔を設定し、前記位置報告間隔に基づいて、前記クライアント装置の位置情報を更新する第１のユニットと、
    更新された前記位置情報をサーバに報告し、前記サーバから前記クライアント装置の予測された位置、予測された期間及びコンテンツをダウンロードするための情報源ＵＲＩを受信し、前記予測された位置、前記予測された期間及び前記情報源ＵＲＩに基づいて、前記コンテンツをダウンロードする第２のユニットと、
    を備える装置。
15. 前記第２のユニットは、前記サーバが無要求ダウンロードをサポートするか否かを判断し、前記判断に基づいて、前記無要求ダウンロードのためのサーバＵＲＩを前記サーバから取得する、請求項１４に記載の装置。
16. 前記第１のユニットは、無要求ダウンロードを活性化させることを要求するユーザインタフェースを表示し、前記ユーザインタフェースを介して入力される要求信号に応答して前記無要求ダウンロードを有効化する、請求項１４に記載の装置。
17. 前記第１のユニットは、装置位置予測アルゴリズムを使用して、前記位置更新間隔毎に周期的に前記クライアント装置の予測された位置及び予測された期間を更新する、請求項１４に記載の装置。
18. 前記第２のユニットは、更新された前記クライアント装置の予測された位置及び予測された期間を有するメッセージを前記サーバに送信する、請求項１７に記載の装置。
19. 前記第２のユニットは、
    前記サーバから前記予測された位置、前記予測された期間及び前記情報源ＵＲＩを有する待ち行列登録要求が受信されたとき、前記待ち行列登録要求を管理し、
    前記サーバから前記予測された位置、前記予測された期間及び前記情報源ＵＲＩが受信されたとき、前記予測された位置、前記予測された期間及び前記情報源ＵＲＩに基づいて待ち行列登録要求を生成する、請求項１４に記載の装置。
20. 相互連動可能なクライアント装置及びコンテンツサーバを備えるシステムであって、
    前記クライアント装置は、
    前記クライアント装置の位置情報を更新するための位置報告間隔を設定し、
    前記位置報告間隔に基づいて、前記クライアント装置の位置情報を更新し、
    更新された前記位置情報をサーバに報告し、
    前記サーバから前記クライアント装置の予測された位置、予測された期間及びコンテンツをダウンロードするための情報源ＵＲＩを受信し、
    前記予測された位置、前記予測された期間及び前記情報源ＵＲＩに基づいて、前記コンテンツをダウンロードする、システム。

Images