(57)【要約】【課題】  ダウンロードされるコンテンツの提供側において、当該コンテンツのダウンロードに利用される通信方式を指定することができるコンテンツダウンロードシステム、コンテンツサーバ、移動通信端末及びコンテンツダウンロード方法を提供する。【解決手段】  本発明に係る移動通信端末２０は、複数の通信方式のうち、コンテンツのダウンロードに利用する利用通信方式を示す通信方式識別情報を含み、コンテンツの特徴を示すメタ情報を受信する。さらに、移動通信端末２０は、受信したメタ情報に含まれている通信方式識別情報に基づいて、コンテンツのダウンロードに利用する通信方式を選択する。【選択図】  図７
2007034810.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信方式を利用可能な移動通信端末に対して、コンテンツサーバに格納されているコンテンツをダウンロードするコンテンツダウンロードシステムであって、
前記複数の通信方式のうち、前記コンテンツのダウンロードに利用する利用通信方式を示す通信方式識別情報を含み、前記コンテンツの特徴を示すメタ情報を前記移動通信端末に送信するメタ情報処理部と、
前記メタ情報を受信するメタ情報受信部と、
前記メタ情報受信部が受信した前記メタ情報に含まれている前記通信方式識別情報に基づいて、前記コンテンツのダウンロードに利用する通信方式を選択する通信方式選択部と
を備えるコンテンツダウンロードシステム。
【請求項２】
前記通信方式識別情報は、前記利用通信方式を利用して前記コンテンツをダウンロードすることが強制であるか否かを示す利用形態情報を含む請求項１に記載のコンテンツダウンロードシステム。
【請求項３】
前記移動通信端末が利用可能な通信方式を示す利用可能通信方式情報を送信する情報送信部をさらに備え、
前記メタ情報処理部は、前記情報送信部によって送信された前記利用可能通信方式情報に含まれている通信方式の中から、前記利用通信方式を選択する請求項１に記載のコンテンツダウンロードシステム。
【請求項４】
複数の通信方式を利用可能な移動通信端末がダウンロードするコンテンツを提供するコンテンツサーバであって、
前記複数の通信方式のうち、前記コンテンツのダウンロードに利用する利用通信方式を示す通信方式識別情報を含み、前記コンテンツの特徴を示すメタ情報を前記移動通信端末に送信するメタ情報処理部を備えるコンテンツサーバ。
【請求項５】
前記メタ情報処理部は、前記移動通信端末が利用可能な通信方式を示す利用可能通信方式情報を前記移動通信端末から受信し、受信した前記利用可能通信方式情報に含まれている通信方式の中から、前記利用通信方式を選択する請求項４に記載のコンテンツサーバ。
【請求項６】
複数の通信方式を利用可能であり、コンテンツサーバに格納されているコンテンツをダウンロードする移動通信端末であって、
前記複数の通信方式のうち、前記コンテンツのダウンロードに利用する利用通信方式を示す通信方式識別情報を含み、前記コンテンツの特徴を示すメタ情報を受信するメタ情報受信部と、
前記メタ情報受信部が受信した前記メタ情報に含まれている前記通信方式識別情報に基づいて、前記コンテンツのダウンロードに利用する通信方式を選択する通信方式選択部と
を備える移動通信端末。
【請求項７】
前記通信方式識別情報は、前記利用通信方式を利用して前記コンテンツをダウンロードすることが強制であるか否かを示す利用形態情報を含む請求項６に記載の移動通信端末。
【請求項８】
前記移動通信端末が利用可能な通信方式を示す利用可能通信方式情報を送信する情報送信部をさらに備える請求項６に記載の移動通信端末。
【請求項９】
複数の通信方式を利用可能な移動通信端末に対して、コンテンツサーバに格納されているコンテンツをダウンロードするコンテンツダウンロード方法であって、
前記複数の通信方式のうち、前記コンテンツのダウンロードに利用する利用通信方式を示す通信方式識別情報を含み、前記コンテンツの特徴を示すメタ情報を前記移動通信端末に送信するステップと、
前記メタ情報を受信するステップと、
前記メタ情報を受信するステップにおいて受信した前記メタ情報に含まれている前記通信方式識別情報に基づいて、前記コンテンツのダウンロードに利用する通信方式を選択するステップと
を備えるコンテンツダウンロード方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介してコンテンツをダウンロードするコンテンツダウンロードシステム、コンテンツサーバ、移動通信端末及びコンテンツダウンロード方法に関し、特に、コンテンツをダウンロードに際して当該コンテンツのメタ情報を利用するコンテンツダウンロードシステム、コンテンツサーバ、移動通信端末及びコンテンツダウンロード方法に関する。
【背景技術】
【０００２】
近年、第３世代移動通信システム（３Ｇ）や無線ＬＡＮシステムなど、無線通信技術の進歩によって、移動通信端末においても高速なデータ通信が可能となっている。
【０００３】
このような高速なデータ通信が可能な移動通信端末では、インターネットなどの通信ネットワークを介して様々なコンテンツ、具体的には、表示画面の背景画像（いわゆる“壁紙”）、着信音（いわゆる“着信メロディ”）、動画像及びＪａｖａアプリケーション（例えば、ゲーム）などのコンテンツを、当該通信ネットワーク上に設けられているコンテンツサーバからダウンロードすることが広く行われている。
【０００４】
このようなコンテンツを移動通信端末にダウンロードする技術のひとつとして、“ＯＭＡ（Open Mobile Alliance）ダウンロード”が知られている（例えば、非特許文献１）。ＯＭＡダウンロードは、任意のコンテンツを移動通信端末に効率的にダウンロードできるように設計されている。
【０００５】
図１は、ＯＭＡダウンロードにしたがった通信手順の概略を示している。図１に示すように、ステップＳ１０において、移動通信端末２０Ｐに実装されているダウンロードエージェントは、移動通信端末２０Ｐのユーザによるブラウジングなどによってダウンロードするべきコンテンツを発見する。
【０００６】
ステップＳ２０において、移動通信端末２０Ｐ（具体的には、ダウンロードエージェント、以下同）は、当該コンテンツのメタ情報である“ＤＤ”（Download Descriptor）をコンテンツサーバ３０Ｐから取得する。ＤＤには、コンテンツのサイズ（size）、タイプ（type）及びコンテンツのＵＲＬ（objectURI）などの情報が記述されている。
【０００７】
移動通信端末２０Ｐのユーザは、ＤＤに記述されている情報に基づいて当該コンテンツを移動通信端末２０Ｐにダウンロードするか否かを判断することができる。
【０００８】
ここで、図２は、ＤＤの内容の一例を示している。図２に示すように、行Ｌ１には、ＤＤのコンテンツタイプが示されており、ブロックＢ１にはＤＤの内容、つまり、上述したサイズ（size）、タイプ（type）及びコンテンツのＵＲＬ（objectURI）などが示されている。
【０００９】
ＤＤに記述されている情報に基づいて、ユーザが当該コンテンツのダウンロードを要求すると、ステップＳ３０において、移動通信端末２０Ｐは、コンテンツサーバ３０Ｐから当該コンテンツをダウンロードする。
【００１０】
ステップＳ４０において、移動通信端末２０Ｐは、当該コンテンツのダウンロード、及び当該コンテンツのインストールが完了したこと（例えば、当該コンテンツを処理する適切なアプリケーションへ受け渡したこと）を示すインストール完了通知（Install-Notify）をコンテンツサーバ３０Ｐに送信する。
【００１１】
すなわち、ＯＭＡダウンロードでは、ＨＴＴＰを用いた単純なダウンロード方法と比較して、新たな機能が追加されている。このため、ＯＭＡダウンロードによれば、有線通信方式と比較すると通信速度や通信コストなどにおいて制約があることが多い移動通信端末にとって特に有効なコンテンツのダウンロード方法を提供することが可能となる。
【００１２】
さらに、最近では、複数の通信方式、例えば、移動通信システム（携帯電話システム）と公衆無線ＬＡＮシステムとを利用可能な移動通信端末が提供されている。このような複数の通信方式を利用可能な移動通信端末でも、一般的には上述したＯＭＡダウンロードが用いられる。
【００１３】
このような移動通信端末のユーザは、コンテンツのダウンロードに必要な機能や通信コストなどを考慮して、適切な通信方式を指定する。或いは、当該移動通信端末が、予め規定された通信方式の優先度などに基づいて適切な通信方式を選択する。
【非特許文献１】“OMA Download Enabler Release，Approved Version 1.0, OMA-DL-V1_0-20040625-A”、［online］、２００４年６月、Open Mobile Alliance、［２００５年７月２０日検索］、インターネット＜ＵＲＬ: http://www. openmobilealliance. org/release_program/download_v10.html＞
【発明の開示】
【発明が解決しようとする課題】
【００１４】
上述した複数の通信方式を利用可能な移動通信端末の場合、移動通信端末のユーザ、または予め規定された通信方式の優先度などに基づいて移動通信端末がコンテンツのダウンロードに利用する通信方式を選択する。つまり、コンテンツをダウンロードする側において利用する通信方式が指定される。
【００１５】
このため、コンテンツをダウンロードされる側、つまり、コンテンツを提供するコンテンツサーバでは、コンテンツのダウンロードに利用する通信方式を指定したい場合であっても、当該通信方式を指定することができないといった問題がある。
【００１６】
例えば、次のような場合にコンテンツサーバが通信方式を指定することが有り得る。すなわち、（１）コンテンツのダウンロードを短時間で完了させるため、高速なデータ通信をサポートする通信方式を指定する、（２）ダウンロードの信頼性や安全性を高めるため、セキュリティが高い通信方式を指定する、（３）通信ネットワーク上のトラフィックが混み合っていない通信方式を指定する場合などである。
【００１７】
そこで、本発明は、このような状況に鑑みてなされたものであり、ダウンロードされるコンテンツの提供側において、当該コンテンツのダウンロードに利用される通信方式を指定することができるコンテンツダウンロードシステム、コンテンツサーバ、移動通信端末及びコンテンツダウンロード方法を提供することを目的とする。
【課題を解決するための手段】
【００１８】
上述した問題を解決するため、本発明は、次のような特徴を有している。まず、本発明の第１の特徴は、複数の通信方式（例えば、携帯電話システム及び公衆無線ＬＡＮシステム）を利用可能な移動通信端末（移動通信端末２０）に対して、コンテンツサーバ（コンテンツサーバ３０）に格納されているコンテンツ（コンテンツＣ１）をダウンロードするコンテンツダウンロードシステムであって、前記複数の通信方式のうち、前記コンテンツのダウンロードに利用する利用通信方式（例えば、公衆無線ＬＡＮシステム）を示す通信方式識別情報を含み、前記コンテンツの特徴を示すメタ情報（ＤＤ（Download Descriptor）を前記移動通信端末に送信するメタ情報処理部（コンテンツハンドラ３０１）と、前記メタ情報を受信するメタ情報受信部（ダウンロードエージェント２０１）と、前記メタ情報受信部が受信した前記メタ情報に含まれている前記通信方式識別情報に基づいて、前記コンテンツのダウンロードに利用する通信方式を選択する通信方式選択部（通信方式選択部２０３）とを備えることを要旨とする。
【００１９】
このようなコンテンツダウンロードシステムによれば、移動通信端末は、受信したメタ情報に含まれている通信方式識別情報に基づいて、コンテンツのダウンロードに利用する通信方式を選択する。
【００２０】
このため、ダウンロードされるコンテンツの提供側（例えば、コンテンツプロバイダ）において、当該コンテンツのダウンロードに利用される通信方式を指定することができる。
【００２１】
すなわち、このようなコンテンツダウンロードシステムによれば、コンテンツの提供側において、コンテンツのダウンロードに利用される通信方式を柔軟に指定することができるため、ダウンロード時間、通信方式の信頼性・安全性、及びトラフィックの状態などに応じた適切な通信方式を移動通信端末に選択させることが容易となる。
【００２２】
本発明の第２の特徴は、本発明の第１の特徴に係り、前記通信方式識別情報は、前記利用通信方式を利用して前記コンテンツをダウンロードすることが強制であるか否かを示す利用形態情報を含むことを要旨とする。
【００２３】
本発明の第３の特徴は、本発明の第１の特徴に係り、前記移動通信端末が利用可能な通信方式を示す利用可能通信方式情報を送信する情報送信部（通信方式選択部２０３）をさらに備え、前記メタ情報処理部は、前記情報送信部によって送信された前記利用可能通信方式情報に含まれている通信方式の中から、前記利用通信方式を選択することを要旨とする。
【００２４】
本発明の第４の特徴は、複数の通信方式を利用可能な移動通信端末がダウンロードするコンテンツを提供するコンテンツサーバであって、前記複数の通信方式のうち、前記コンテンツのダウンロードに利用する利用通信方式を示す通信方式識別情報を含み、前記コンテンツの特徴を示すメタ情報を前記移動通信端末に送信するメタ情報処理部を備えることを要旨とする。
【００２５】
本発明の第５の特徴は、本発明の第４の特徴に係り、前記メタ情報処理部は、前記移動通信端末が利用可能な通信方式を示す利用可能通信方式情報を前記移動通信端末から受信し、受信した前記利用可能通信方式情報に含まれている通信方式の中から、前記利用通信方式を選択することを要旨とする。
【００２６】
本発明の第６の特徴は、複数の通信方式を利用可能であり、コンテンツサーバに格納されているコンテンツをダウンロードする移動通信端末であって、前記複数の通信方式のうち、前記コンテンツのダウンロードに利用する利用通信方式を示す通信方式識別情報を含み、前記コンテンツの特徴を示すメタ情報を受信するメタ情報受信部と、前記メタ情報受信部が受信した前記メタ情報に含まれている前記通信方式識別情報に基づいて、前記コンテンツのダウンロードに利用する通信方式を選択する通信方式選択部とを備えることを要旨とする。
【００２７】
本発明の第７の特徴は、本発明の第６の特徴に係り、前記通信方式識別情報は、前記利用通信方式を利用して前記コンテンツをダウンロードすることが強制であるか否かを示す利用形態情報を含むことを要旨とする。
【００２８】
本発明の第８の特徴は、本発明の第６の特徴に係り、前記移動通信端末が利用可能な通信方式を示す利用可能通信方式情報を送信する情報送信部をさらに備えることを要旨とする。
【００２９】
本発明の第９の特徴は、複数の通信方式を利用可能な移動通信端末に対して、コンテンツサーバに格納されているコンテンツをダウンロードするコンテンツダウンロード方法であって、前記複数の通信方式のうち、前記コンテンツのダウンロードに利用する利用通信方式を示す通信方式識別情報を含み、前記コンテンツの特徴を示すメタ情報を前記移動通信端末に送信するステップと、前記メタ情報を受信するステップと、前記メタ情報を受信するステップにおいて受信した前記メタ情報に含まれている前記通信方式識別情報に基づいて、前記コンテンツのダウンロードに利用する通信方式を選択するステップとを備えることを要旨とする。
【発明の効果】
【００３０】
本発明の特徴によれば、ダウンロードされるコンテンツの提供側において、当該コンテンツのダウンロードに利用される通信方式を指定することができるコンテンツダウンロードシステム、コンテンツサーバ、移動通信端末及びコンテンツダウンロード方法を提供することができる。
【発明を実施するための最良の形態】
【００３１】
次に、本発明の実施形態について説明する。なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。
【００３２】
したがって、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
【００３３】
（コンテンツダウンロードシステムの全体概略構成）
図３は、本実施形態に係るコンテンツダウンロードシステムの全体概略構成図である。図３に示すように、本実施形態に係るコンテンツダウンロードシステムは、移動通信端末２０及びコンテンツサーバ３０によって構成されている。なお、コンテンツダウンロードシステムを構成する移動通信端末２０またはコンテンツサーバ３０の数量は、勿論複数であってもよい。
【００３４】
移動通信端末２０及びコンテンツサーバ３０は、通信ネットワーク１１または通信ネットワーク１２を介して通信を実行することができる。
【００３５】
通信ネットワーク１１は、いわゆる第３世代移動通信システム（携帯電話システム）によって構成される通信ネットワークである。
【００３６】
通信ネットワーク１２は、ＩＥＥＥ８０２．１１ａ／ｂ／ｇなどに準拠した公衆無線ＬＡＮシステムによって構成される通信ネットワークである。
【００３７】
移動通信端末２０は、通信ネットワーク１１（携帯電話システム）または通信ネットワーク１２（公衆無線ＬＡＮシステム）を介して、コンテンツサーバ３０に格納されているコンテンツＣ１（図３において不図示、図４，５参照）をダウンロードする。
【００３８】
すなわち、移動通信端末２０は、携帯電話システム及び公衆無線ＬＡＮシステムの複数の通信方式を利用することができる。移動通信端末２０としては、無線ＬＡＮ対応の携帯電話端末や通信機能を有するＰＤＡ（personal digital assistant）などを用いることができる。
【００３９】
コンテンツサーバ３０は、移動通信端末２０によってダウンロードされるコンテンツＣ１を格納する。具体的には、コンテンツサーバ３０は、移動通信端末２０の表示画面（不図示）の背景画像（いわゆる“壁紙”）、着信音（いわゆる“着信メロディ”）、動画像及びＪａｖａアプリケーション（例えば、ゲーム）などのコンテンツを格納する。
【００４０】
（コンテンツダウンロードシステムの論理ブロック構成）
次に、本実施形態に係るコンテンツダウンロードシステムを構成する移動通信端末２０及びコンテンツサーバ３０の論理ブロック構成について説明する。
【００４１】
図４は、移動通信端末２０の論理ブロック構成図である。また、図５は、コンテンツサーバ３０の論理ブロック構成を示している。
【００４２】
なお、以下、本発明との関連がある部分について主に説明する。したがって、移動通信端末２０及びコンテンツサーバ３０は、当該装置の機能を実現する上で必須な、図示しない或いは説明を省略した論理ブロック（電源部など）を備える場合があることに留意されたい。
【００４３】
（１）移動通信端末
図４に示すように、移動通信端末２０は、ダウンロードエージェント２０１、コンテンツ格納部２０２、通信方式選択部２０３及びアプリケーション実行部２０４を備えている。
【００４４】
ダウンロードエージェント２０１は、コンテンツサーバ３０と通信を実行し、コンテンツサーバ３０に格納されているコンテンツＣ１をダウンロードする。
【００４５】
ダウンロードエージェント２０１は、コンテンツＣ１のダウンロードに先立って、コンテンツＣ１のサイズ（size）、タイプ（type）及びコンテンツのＵＲＬ（objectURI）などの情報、つまり、コンテンツＣ１の特徴を示すメタ情報である“ＤＤ”（ＯＭＡダウンロードにしたがったDownload Descriptor）をコンテンツサーバ３０から受信する。本実施形態において、ダウンロードエージェント２０１は、メタ情報受信部を構成する。
【００４６】
本実施形態では、ＤＤには、移動通信端末２０が利用可能な複数の通信方式（携帯電話システム及び公衆無線ＬＡＮシステム）のうち、コンテンツＣ１のダウンロードに利用する利用通信方式を示す“通信方式識別情報”（図９（ａ）〜（ｃ）参照）が含まれている。なお、通信方式識別情報の詳細については、後述する。
【００４７】
コンテンツ格納部２０２は、ダウンロードエージェント２０１がダウンロードしたコンテンツＣ１を格納する。
【００４８】
通信方式選択部２０３は、ダウンロードエージェント２０１が受信したＤＤ（メタ情報）に含まれている通信方式識別情報に基づいて、コンテンツＣ１のダウンロードに利用する通信方式を選択する。
【００４９】
また、通信方式選択部２０３は、移動通信端末２０が利用可能な通信方式（携帯電話システム及び公衆無線ＬＡＮシステム）を示す“利用可能通信方式情報”を送信することができる。本実施形態において、通信方式選択部２０３は、情報送信部を構成する。
【００５０】
アプリケーション実行部２０４は、コンテンツ格納部２０２に格納されているコンテンツＣ１の種別（例えば、動画像やゲーム）に応じたアプリケーションを実行する。
【００５１】
（２）コンテンツサーバ
図５に示すように、コンテンツサーバ３０は、コンテンツハンドラ３０１、コンテンツ格納部３０２及び通信方式処理部３０３を備えている。
【００５２】
コンテンツハンドラ３０１は、移動通信端末２０と通信を実行し、コンテンツサーバ３０に格納されているコンテンツＣ１を移動通信端末２０に提供する。
【００５３】
また、コンテンツハンドラ３０１は、移動通信端末２０へのコンテンツＣ１の提供に先立って、コンテンツの特徴を示すＤＤ（メタ情報）を移動通信端末２０に送信する。本実施形態において、コンテンツハンドラ３０１は、メタ情報処理部を構成する。
【００５４】
なお、上述したように、本実施形態では、コンテンツＣ１のダウンロードに利用する利用通信方式を示す“通信方式識別情報”（図９（ａ）〜（ｃ）参照）が含まれている。
【００５５】
また、通信方式識別情報には、指定した通信方式（利用通信方式）を利用してコンテンツＣ１をダウンロードすることが強制であるか否かを示す“利用形態情報”を含めることができる。なお、通信方式識別情報の詳細については、後述する。
【００５６】
さらに、コンテンツハンドラ３０１は、移動通信端末２０（通信方式選択部２０３）によって送信された“利用可能通信方式情報”に含まれている通信方式の中から、移動通信端末２０がダウンロードに利用する利用通信方式を選択することができる。
【００５７】
コンテンツ格納部３０２は、移動通信端末２０に提供するコンテンツＣ１を格納する。
【００５８】
通信方式処理部３０３は、コンテンツハンドラ３０１からの指示にしたがって、通信方式識別情報を生成する。具体的には、通信方式処理部３０３は、コンテンツサーバ３０側の要求条件に応じて、適切な通信方式を含む通信方式識別情報を生成する。
【００５９】
例えば、コンテンツサーバ３０側において、「移動通信端末２０によるコンテンツＣ１のダウンロードを短時間で完了させるため、高速なデータ通信をサポートする通信方式を指定する」といった要求条件が定められていた場合、通信方式処理部３０３は、当該要求条件と予め対応付けられている通信方式（公衆無線ＬＡＮシステム）を含む通信方式識別情報を生成する。
【００６０】
また、コンテンツサーバ３０側において、「移動通信端末２０によるコンテンツＣ１のダウンロードの信頼性や安全性を高めるため、セキュリティが高い通信方式を指定する」といった要求条件が定められていた場合、通信方式処理部３０３は、当該要求条件と予め対応付けられている通信方式（携帯電話システム）を含む通信方式識別情報を生成する。
【００６１】
さらに、通信方式処理部３０３は、移動通信端末２０が利用可能な複数の通信方式、つまり、携帯電話システム及び公衆無線ＬＡＮシステムのトラフィック量に基づいて、混み合っていない通信方式を含む通信方式識別情報を生成してもよい。
【００６２】
この場合、通信方式処理部３０３は、通信ネットワーク１１（携帯電話システム）及び通信ネットワーク１２（公衆無線ＬＡＮシステム）において疎通されているトラフィック量を示すデータを適当なタイミングで取得すればよい。また、通信方式処理部３０３は、各システムにおいて疎通されているトラフィック量と、各システムに対応付けられている閾値とを比較し、混み合っていない通信方式を選択すればよい。
【００６３】
（コンテンツダウンロードシステムの動作）
次に、図６〜図１０を参照して、本実施形態に係るコンテンツダウンロードシステムの動作について説明する。具体的には、コンテンツサーバ３０に格納されているコンテンツＣ１を、通信ネットワーク１１または通信ネットワーク１２を介して、移動通信端末２０がダウンロードする動作について説明する。
【００６４】
図６に示すように、ステップＳ１０において、移動通信端末２０は、インターネット上のホームページや電子メールに含まれているＵＲＬなどによって、コンテンツサーバ３０に格納されているコンテンツＣ１を発見する。
【００６５】
ステップＳ２０において、移動通信端末２０は、移動通信端末２０のユーザに入力を促すことによって、またはアプリケーション実行部２０４によって、コンテンツＣ１のメタ情報であるＤＤ（ＯＭＡダウンロードにしたがったDownload Descriptor）の取得の指示があったか否かを判定する。
【００６６】
ＤＤの取得の指示があった場合（ステップＳ２０のＹＥＳ）、ステップＳ３０において、移動通信端末２０は、ＤＤの取得要求をコンテンツサーバ３０に送信する。なお、移動通信端末２０は、ステップＳ３０において、移動通信端末２０が利用可能な通信方式（携帯電話システム及び公衆無線ＬＡＮシステム）を示す“利用可能通信方式情報”をＤＤの取得要求と合わせて送信してもよい。
【００６７】
また、移動通信端末２０は、利用可能通信方式情報に代えて、移動通信端末２０の機種を示す機種情報をコンテンツサーバ３０に送信してもよい。移動通信端末２０の機種によって利用可能な通信方式が異なる場合があるが、コンテンツサーバ３０は、移動通信端末２０の機種情報を取得することによって、当該機種と対応付けられている通信方式を参照し、移動通信端末２０が利用可能な通信方式を判定するようにすればよい。
【００６８】
なお、利用可能通信方式情報や機種情報を表現する具体的なフォーマットとしては、例えば、User Agent Profile（UAProf）を用いることができる。
【００６９】
一方、ＤＤの取得の指示がなかった場合（ステップＳ２０のＮＯ）、移動通信端末２０は、ステップＳ１０からの処理を繰り返す。
【００７０】
ステップＳ４０において、コンテンツサーバ３０は、移動通信端末２０からＤＤの取得要求を受信すると、コンテンツＣ１のＤＤに通信方式識別情報を含めるか否かを判定する。
【００７１】
具体的には、コンテンツサーバ３０は、次のような判定条件に基づいて、ＤＤに通信方式識別情報を含めるか否かを判定する。すなわち、（１）移動通信端末２０から受信したＤＤの取得要求に利用可能通信方式情報が含まれている場合、（２）移動通信端末２０の機種情報や通信オペレータからの情報によって、移動通信端末２０が利用可能な通信方式を判定できる場合、（３）移動通信端末２０へのコンテンツＣ１のダウンロードの際に利用を推奨する通信方式が存在する場合などである。
【００７２】
ＤＤに通信方式識別情報を含める場合（ステップＳ４０のＹＥＳ）、ステップＳ５０において、コンテンツサーバ３０は、通信方式識別情報を生成する。
【００７３】
ここで、図９（ａ）〜（ｃ）は、通信方式識別情報の例を示している。図９（ａ）は、通信方式識別情報として、WAP Provisioningの“ProvURL”を用いて移動通信端末２０が利用する通信方式をXMLで指定した例を示している。
【００７４】
なお、“ProvURL”とは、移動通信端末２０が利用する通信方式を一意に識別するプロビジョニングコンテキストを指定するものである。つまり、ProvURLを指定することによって、移動通信端末２０が利用する通信方式を一意に指定することができる。
【００７５】
“provurl”属性は、通信方式識別情報としてProvURLを用いることを示しており、その属性値（“http://www.operator.com/FOMA/”）によって実際の値を示している。
【００７６】
図９（ｂ）は、通信方式識別情報としてベアラ種別を任意に記述できるようにした例である。“bearer”属性は、通信方式識別情報としてベアラ種別を直接記述することを示しており、その属性値（“UMTS”，“IEEE802.11b”）によって携帯電話システムや公衆無線ＬＡＮシステム（通信方式）を示している。
【００７７】
また、ＤＤには、複数の通信方式識別情報を含めることが可能である。例えば、ＤＤに複数の通信方式識別情報を含まれている場合、ＤＤの中で最初に記述されている通信方式識別情報の優先度が高いと移動通信端末２０に判定させればよい。すなわち、コンテンツサーバ３０は、利用するべき通信方式の優先度を移動通信端末２０に指示することができる。
【００７８】
さらに、通信方式識別情報には、上述した“ProvURL”やベアラ種別以外の情報を含めてもよい。例えば、（１）指定した通信方式の利用が強制なのか推奨なのかを示す推奨・強制フラグ、（２）利用する通信方式を提供している通信事業者を示す指定通信事業者情報を通信方式識別情報に含めてもよい。さらに、通信方式以外の通信に関連するパラメタとして、利用するプロキシサーバアドレスなどを通信方式識別情報に含めてもよい。
【００７９】
例えば、図９（ｃ）に示すように、指定した通信方式を利用してコンテンツＣ１をダウンロードすることが強制であるか否かを示す“利用形態情報”を通信方式識別情報に含めることができる。
【００８０】
具体的には、“usage”属性を用いて、“provurl”属性で指定された通信方式の利用が「必須＝must」、「推奨＝should」または「オプション＝may」なのかを指定する。
【００８１】
上述したような方法によって、コンテンツサーバ３０、具体的には、通信方式処理部３０３は、通信方式識別情報を生成する。
【００８２】
一方、ＤＤに通信方式識別情報を含めない場合（ステップＳ４０のＮＯ）、コンテンツサーバ３０は、ステップＳ６０の処理を実行する。
【００８３】
ステップＳ６０において、コンテンツサーバ３０、具体的には、コンテンツハンドラ３０１はメタ情報（ＤＤ）を生成する。コンテンツハンドラ３０１は、上述したステップＳ５０において通信方式識別情報を生成している場合には、生成した通信方式識別情報を含むＤＤを生成する。
【００８４】
ここで、図１０は、コンテンツハンドラ３０１によって生成されたＤＤに含まれる項目の例を示している。図１０に示すように、ＤＤに含まれる項目には、コンテンツのタイプ、サイズ及び存在する場所のURI（Uniform Resource Identifier）などがある。
【００８５】
さらに、図１０には、通信方式識別情報を包含することが可能な項目が示されている。具体的には、“objectURI”、“infoURI”、“iconURI”、“installNotifyURI”、“downloadNotifyURI”、“next”及び“deleteNotify”が通信方式識別情報を包含できる。
【００８６】
また、上述したように、本実施形態では、基本的な処理は、ＯＭＡダウンロードにしたがっており、ＤＤ（Download Descriptor）がメタ情報の記述フォーマットに該当する。
【００８７】
ステップＳ７０において、コンテンツサーバ３０は、生成したメタ情報（ＤＤ）を移動通信端末２０に送信する。
【００８８】
次いで、図７に示すように、ステップＳ８０において、移動通信端末２０は、受信したメタ情報（ＤＤ）を解析する。具体的には、ダウンロードエージェント２０１は、受信したＤＤの内容に基づいて、コンテンツＣ１をダウンロードすることについて問題があるか否かを判定する。
【００８９】
例えば、ダウンロードエージェント２０１は、受信したＤＤの内容に基づいて、コンテンツＣ１のサイズがコンテンツ格納部２０２に格納可能なサイズであるか否かや、コンテンツＣ１のタイプが移動通信端末２０において適切に使用できる否かなどを判定する。
【００９０】
ステップＳ９０において、移動通信端末２０は、移動通信端末２０のユーザに入力を促すことによって、またはアプリケーション実行部２０４によって、コンテンツＣ１の取得の指示があったか否かを判定する。
【００９１】
コンテンツＣ１の取得の指示があった場合（ステップＳ９０のＹＥＳ）、ステップＳ１００において、移動通信端末２０は、受信したＤＤに通信方式識別情報が含まれているか否かを判定する。
【００９２】
一方、コンテンツＣ１の取得の指示がなかった場合（ステップＳ９０のＮＯ）、移動通信端末２０は、ステップＳ８０からの処理を繰り返す。
【００９３】
また、ＤＤに通信方式識別情報が含まれている場合（ステップＳ１００のＹＥＳ）、ステップＳ１１０において、移動通信端末２０、具体的には、ダウンロードエージェント２０１は、通信方式選択部２０３に対して、コンテンツＣ１のダウンロードに利用する通信方式を問い合せる。
【００９４】
ダウンロードエージェント２０１から問い合わせを受けた通信方式選択部２０３は、ＤＤに含まれる通信方式識別情報を参照し、コンテンツＣ１のダウンロードに利用する通信方式（携帯電話システムまたは公衆無線ＬＡＮシステム）を選択する。
【００９５】
さらに、通信方式選択部２０３は、選択した通信方式によってコンテンツＣ１をダウンロードするために必要な準備、具体的には、選択した通信方式に対応する通信ネットワーク（通信ネットワーク１１または通信ネットワーク１２）を介して、コンテンツＣ１のダウンロードに用いられるベアラを開設（認証を含む）する。
【００９６】
なお、通信方式識別情報に、指定した通信方式を利用してコンテンツＣ１をダウンロードすることが強制であるか否かを示す“利用形態情報”が含まれている場合、通信方式選択部２０３は、当該利用形態情報（必須／推奨／オプション）、及び移動通信端末２０側の条件（例えば、移動通信端末２０のユーザが「ダウンロード時間は長くなっても通信コストの安価な通信方式を選択する」といった条件を設定）に応じて、コンテンツＣ１のダウンロードに利用する通信方式を選択する。
【００９７】
すなわち、通信方式選択部２０３は、通信方式識別情報に含まれている通信方式とは異なる通信方式を利用して、コンテンツＣ１をダウンロードする場合も有り得る。
【００９８】
一方、ＤＤに通信方式識別情報が含まれていない場合（ステップＳ１００のＮＯ）、移動通信端末２０は、ステップＳ１２０の処理を実行する。
【００９９】
ステップＳ１２０において、移動通信端末２０は、コンテンツＣ１の取得要求をコンテンツサーバ３０に送信する。なお、移動通信端末２０は、ステップＳ１１０においてベアラを開設している場合には、当該ベアラを用いてコンテンツＣ１の取得要求をコンテンツサーバ３０に送信する。
【０１００】
一方、ＤＤに通信方式識別情報が含まれていない場合、移動通信端末２０は、移動通信端末２０側の条件に基づいて選択した通信ネットワーク（通信ネットワーク１１または通信ネットワーク１２）を介して、コンテンツＣ１の取得要求をコンテンツサーバ３０に送信する。
【０１０１】
ステップＳ１３０において、コンテンツサーバ３０は、移動通信端末２０からコンテンツＣ１の取得要求を受信すると、コンテンツ格納部３０２からコンテンツＣ１を取り出す。
【０１０２】
ステップＳ１４０において、コンテンツサーバ３０は、取り出したコンテンツＣ１をコンテンツＣ１の取得要求を受信した通信ネットワーク（ベアラ）を介して移動通信端末２０に送信する。
【０１０３】
次いで、図８に示すように、ステップＳ１５０において、移動通信端末２０は、受信したコンテンツＣ１を解析する。具体的には、ダウンロードエージェント２０１は、コンテンツＣ１のサイズが、ＤＤに含まれていたサイズの値と同一か否かを判定する。また、ダウンロードエージェント２０１は、コンテンツＣ１に電子署名が付加されている場合、当該電子署名の検証を実行する。
【０１０４】
ステップＳ１６０において、移動通信端末２０は、移動通信端末２０のユーザに入力を促すことによって、またはアプリケーション実行部２０４によって、コンテンツＣ１のインストール指示（例えば、コンテンツＣ１のコンテンツ格納部２０２への格納）があったか否かを判定する。
【０１０５】
コンテンツＣ１のインストール指示があった場合（ステップＳ１６０のＹＥＳ）、ステップＳ１７０において、移動通信端末２０は、既に受信したＤＤ（ステップＳ７０参照）に通信方式識別情報が含まれているか否かを判定する。
【０１０６】
一方、コンテンツＣ１の取得の指示がなかった場合（ステップＳ１６０のＮＯ）、移動通信端末２０は、ステップＳ１５０からの処理を繰り返す。
【０１０７】
また、ＤＤに通信方式識別情報が含まれている場合（ステップＳ１７０のＹＥＳ）、ステップＳ１８０において、移動通信端末２０、具体的には、ダウンロードエージェント２０１は、上述したステップＳ１１０と同様に、通信方式選択部２０３に対して、コンテンツＣ１のダウンロードに利用する通信方式を問い合せる。
【０１０８】
通信方式選択部２０３は、選択した通信方式によってインストール完了通知をコンテンツサーバ３０に送信するために必要な準備、具体的には、選択した通信方式に対応する通信ネットワーク（通信ネットワーク１１または通信ネットワーク１２）を介して、インストール完了通知の送信に用いられるベアラを開設（認証を含む）する。
【０１０９】
一方、ＤＤに通信方式識別情報が含まれていない場合（ステップＳ１７０のＮＯ）、移動通信端末２０は、ステップＳ１９０の処理を実行する。
【０１１０】
ステップＳ１９０において、移動通信端末２０は、コンテンツＣ１のインストール完了通知をコンテンツサーバ３０に送信する。なお、移動通信端末２０は、ステップＳ１８０においてベアラを開設している場合には、当該ベアラを用いてインストール完了通知をコンテンツサーバ３０に送信する。
【０１１１】
一方、ＤＤに通信方式識別情報が含まれていない場合、移動通信端末２０は、移動通信端末２０側の条件に基づいて選択した通信ネットワーク（通信ネットワーク１１または通信ネットワーク１２）を介して、インストール完了通知をコンテンツサーバ３０に送信する。
【０１１２】
（作用・効果）
以上説明した本実施形態に係るコンテンツダウンロードシステムによれば、移動通信端末２０は、受信したメタ情報（ＤＤ）に含まれている通信方式識別情報に基づいて、コンテンツＣ１のダウンロードに利用する通信方式を選択する。
【０１１３】
このため、ダウンロードされるコンテンツＣ１の提供側、具体的には、コンテンツサーバ３０を運用するコンテンツプロバイダなどにおいて、コンテンツＣ１のダウンロードに利用される通信方式を指定することができる。
【０１１４】
すなわち、このようなコンテンツダウンロードシステムによれば、コンテンツＣ１の提供側において、コンテンツＣ１のダウンロードに利用される通信方式を柔軟に指定することができるため、ダウンロード時間、通信方式の信頼性・安全性、及びトラフィックの状態などに応じた適切な通信方式を移動通信端末２０に選択させることが容易となる。
【０１１５】
また、本実施形態に係るコンテンツダウンロードシステムによれば、通信方式識別情報によって指定された通信方式（利用通信方式）を利用してコンテンツＣ１をダウンロードすることが強制であるか否かを示す利用形態情報を通信方式識別情報に含めることができる。
【０１１６】
具体的には、上述したように、“usage”属性を用いて、“provurl”属性で指定された通信方式の利用が「必須＝must」、「推奨＝should」または「オプション＝may」なのかを指定する。
【０１１７】
このため、移動通信端末２０（または移動通信端末２０のユーザ）は、当該利用形態情報、及び移動通信端末２０側の条件（例えば、ダウンロード時間は長くなっても通信コストの安価な通信方式を選択する）に応じて、コンテンツＣ１のダウンロードに適切な通信方式をより柔軟に選択することができる。
【０１１８】
さらに、本実施形態に係るコンテンツダウンロードシステムによれば、コンテンツサーバ３０（通信方式処理部３０３）は、移動通信端末２０（通信方式選択部２０３）によって送信された“利用可能通信方式情報”に含まれている通信方式の中から、利用通信方式を選択する。このため、コンテンツサーバ３０は、移動通信端末２０側の条件に応じて、コンテンツＣ１のダウンロードに適用可能な通信方式を確実に指定することができる。
【０１１９】
（その他の実施形態）
上述したように、本発明の一実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。
【０１２０】
例えば、上述した本発明の実施形態では、ＤＤ（Download Descriptor）がコンテンツサーバ３０から移動通信端末２０に送信される形態としたが、ＤＤは、コンテンツサーバ３０以外の他のサーバなどから移動通信端末２０に送信する形態としてもよい。
【０１２１】
また、上述した本発明の実施形態では、移動通信端末２０が利用可能な通信方式として、第３世代移動通信システム（携帯電話システム）、及びＩＥＥＥ８０２．１１ａ／ｂ／ｇなどに準拠した公衆無線ＬＡＮシステムを例として説明したが、他の通信方式を用いる形態としても構わない。
【０１２２】
例えば、公衆無線ＬＡＮシステムに代えて、ＩＥＥＥ８０２．１５シリーズに準拠したＵＷＢを用いたり、いわゆる固定通信システムを用いたりしてもよい。
【０１２３】
また、移動通信端末２０のダウンロードエージェント２０１、通信方式選択部２０３及びアプリケーション実行部２０４の機能は、移動通信端末２０において実行可能なプログラムとしても提供することができる。
【０１２４】
同様に、コンテンツサーバ３０のコンテンツハンドラ３０１及び通信方式処理部３０３の機能も、移動通信端末２０において実行可能なプログラムとしても提供することができる。
【０１２５】
このように、本発明は、ここでは記載していない様々な実施の形態などを含むことは勿論である。したがって、本発明の技術的範囲は、上述の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【図面の簡単な説明】
【０１２６】
【図１】ＯＭＡダウンロードにしたがった通信手順の概略を示す図である。
【図２】ＯＭＡダウンロードにしたがったメタ情報（Download Descriptor）の一例を示す図である。
【図３】本発明の実施形態に係るコンテンツダウンロードシステムの全体概略構成図である。
【図４】本発明の実施形態に係る移動通信端末の論理ブロック構成図である。
【図５】本発明の実施形態に係るコンテンツサーバの論理ブロック構成図である。
【図６】本発明の実施形態に係るコンテンツサーバに格納されているコンテンツを移動通信端末がダウンロードする動作を示すフロー図である。
【図７】本発明の実施形態に係るコンテンツサーバに格納されているコンテンツを移動通信端末がダウンロードする動作を示すフロー図である。
【図８】本発明の実施形態に係るコンテンツサーバに格納されているコンテンツを移動通信端末がダウンロードする動作を示すフロー図である。
【図９】本発明の実施形態に係る通信方式識別情報の例を示す図である。
【図１０】本発明の実施形態に係るコンテンツのメタ情報（Download Descriptor）に含まれる項目の例を示す図である。
【符号の説明】
【０１２７】
１１，１２…通信ネットワーク、２０，２０Ｐ…移動通信端末、３０，３０Ｐ…コンテンツサーバ、２０１…ダウンロードエージェント、２０２…コンテンツ格納部、２０３…通信方式選択部、２０４…アプリケーション実行部、３０１…コンテンツハンドラ、３０２…コンテンツ格納部、３０３…通信方式処理部、Ｃ１…コンテンツ
【図１】
2007034810.tif 000003
【図２】
2007034810.tif 000004
【図３】
2007034810.tif 000005
【図４】
2007034810.tif 000006
【図５】
2007034810.tif 000007
【図６】
2007034810.tif 000008
【図７】
2007034810.tif 000009
【図８】
2007034810.tif 000010
【図９】
2007034810.tif 000011
【図１０】
2007034810.tif 000012