(57)【要約】【課題】通信トラフィックを増加させることなくコンテンツの自動ダウンロードを可能とする。【解決手段】コンテンツ／コンテンツ提供サービスの選択要求に対し、ダウンロードサーバＤＳＶから移動通信端末Ｍ１に対しコンテンツのリリース開示日時とその後の更新周期を指定するＤＴを送信し、移動通信端末Ｍ１は受信されたＤＴをもとにダウンロード要求送信タイミングを設定する。そして、以後この設定された送信タイミングになるごとに、ダウンロードサーバＳＤＶからＤＤを取得して、このＤＤの内容をもとにコンテンツサーバＣＳＶに対しコンテンツのダウンロード要求を送信し、新規或いは更新されたコンテンツを取得する。【選択図】      図５
2005339130.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と、このサーバ装置に対し通信ネットワークを介して接続可能なクライアント装置とを備え、クライアント装置からの要求に応じて前記サーバ装置からクライアント装置に対しコンテンツをダウンロードするシステムにおいて、
前記サーバ装置は、
前記コンテンツのダウンロードに先立ち、当該ダウンロード対象のコンテンツのダウンロードタイミングを指定するタイミング指定情報を、前記クライアント装置に対し送信する手段と、
前記タイミング指定情報の送信に応答して前記クライアント装置からダウンロード要求が送られた場合に、前記ダウンロード対象のコンテンツを要求元のクライアント装置へ送信する手段と
を備え、
前記クライアント装置は、
前記サーバ装置から送信されるタイミング指定情報を受信する手段と、
前記受信されたタイミング指定情報に基づいて、前記ダウンロード要求の送信タイミングを決定する手段と、
前記決定された送信タイミングもしくはそれ以降において、前記ダウンロード要求を前記サーバ装置へ送信する手段と、
前記ダウンロード要求の送信に応答して前記サーバ装置から送信されるコンテンツを受信する手段と
を備えることを特徴とするコンテンツダウンロードシステム。
【請求項２】
前記タイミング指定情報を送信する手段は、ダウンロード対象となるコンテンツのダウンロードタイミングを指定する情報を送信するための専用の制御データを生成し、この生成された制御データを前記クライアント装置に対し送信することを特徴とする請求項１記載のコンテンツダウンロードシステム。
【請求項３】
前記サーバ装置が、ダウンロード対象となるコンテンツの属性情報を記述するダウンロードディスクリプタを生成してクライアント装置へ送信する手段を、さらに備える場合に、
前記タイミング指定情報を送信する手段は、ダウンロード対象となるコンテンツのダウンロードタイミングを指定する情報を前記ダウンロードディスクリプタに含めて、前記クライアント装置に対し送信することを特徴とする請求項１記載のコンテンツダウンロードシステム。
【請求項４】
前記タイミング指定情報を送信する手段は、タイミング指定情報として、ダウンロード対象となるコンテンツのダウンロード開始時刻及び更新周期を指定する情報を送信することを特徴とする請求項１記載のコンテンツダウンロードシステム。
【請求項５】
前記サーバ装置は、
前記タイミング指定情報の更新の有無を表す情報を、前記クライアント装置に対し送信する手段と、
前記タイミング指定情報の更新の有無を表す情報の送信に応答して前記クライアント装置からタイミング指定情報の取得要求が送られた場合に、更新されたタイミング指定情報を前記クライアント装置へ送信する手段と
を、さらに備え、
前記クライアント装置は、
前記サーバ装置から送られる、前記タイミング指定情報の更新の有無を表す情報を受信する手段と、
前記受信された更新の有無を表す情報をもとに、タイミング指定情報が更新されたか否かを判定する手段と、
前記判定によりタイミング指定情報の更新が確認された場合に、タイミング指定情報の取得要求を前記サーバ装置に対し送信する手段と、
前記タイミング指定情報の取得要求の送信に応答して前記サーバ装置から送られる、前記更新された新たなタイミング指定情報を受信する手段と、
前記受信された新たなタイミング指定情報に基づいて、前記ダウンロード要求の送信タイミングを設定し直す手段と
を、さらに備えることを特徴とする請求項１記載のコンテンツダウンロードシステム。
【請求項６】
前記クライアント装置は、
前記受信されたコンテンツの更新の有無を判定する手段と、
前記コンテンツの更新の有無の判定結果に基づいて、次回のダウンロード要求の送信タイミングを、前記受信されたタイミング指定情報により指定される条件の範囲内で可変設定する手段と
を、さらに備えることを特徴とする請求項１記載のコンテンツダウンロードシステム。
【請求項７】
クライアント装置に対し通信ネットワークを介して接続され、クライアント装置からの要求に応じて要求元のクライアント装置に対しコンテンツをダウンロードするサーバ装置において、
前記コンテンツのダウンロードに先立ち、当該ダウンロード対象のコンテンツのダウンロードタイミングを指定する情報を、前記要求元のクライアント装置に対し送信する手段と、
前記ダウンロードタイミングを指定する情報の送信に応答して前記クライアント装置からダウンロード要求が送られた場合に、前記ダウンロード対象のコンテンツを要求元のクライアント装置へ送信する手段と
を具備することを特徴とするサーバ装置。
【請求項８】
サーバ装置に対し通信ネットワークを介して接続され、ダウンロード要求に応じて前記サーバ装置からダウンロードされるコンテンツを受信するクライアント装置において、
前記サーバ装置から、ダウンロード対象となるコンテンツのダウンロードタイミングを指定する情報を受信する手段と、
前記受信されたダウンロードタイミングを指定する情報に基づいて、前記ダウンロード要求の送信タイミングを決定する手段と、
前記決定された送信タイミングもしくはそれ以降において、前記ダウンロード要求を前記サーバ装置へ送信する手段と、
前記ダウンロード要求の送信に応答して前記サーバ装置から送信されるコンテンツを受信する手段と
を具備することを特徴とするクライアント装置。
【請求項９】
サーバ装置と、このサーバ装置に対し通信ネットワークを介して接続可能なクライアント装置とを備え、クライアント装置からの要求に応じて前記サーバ装置からクライアント装置に対しコンテンツをダウンロードするシステムにおいて、
前記サーバ装置は、
前記コンテンツのダウンロードに先立ち、当該ダウンロード対象のコンテンツが複数のダウンロードオブジェクトにより構成されるものか否かを表す識別情報を、前記クライアント装置に対し送信する手段と、
前記識別情報の送信に応答してクライアント装置からダウンロード要求が送られた場合に、前記ダウンロード対象のコンテンツを要求元のクライアント装置へ送信する手段と
を備え、
前記クライアント装置は、
前記サーバ装置から送信される識別情報を受信する手段と、
前記受信された識別情報が、コンテンツが複数のダウンロードオブジェクトにより構成されることを示す場合、当該コンテンツをもれなく受信可能であるか否かを判定する手段と、
もれなく受信可能と判定された場合に、前記サーバ装置に対しダウンロード要求を送信する手段と、
前記ダウンロード要求の送信に応答して前記サーバから送られるコンテンツを受信する手段と
を備えることを特徴とするコンテンツダウンロードシステム。
【請求項１０】
前記サーバ装置が、ダウンロード対象となるコンテンツの属性情報を記述するダウンロードディスクリプタを生成してクライアント装置に送信する手段を、さらに備える場合に、
前記識別情報を送信する手段は、前記ダウンロード対象となるコンテンツが複数のダウンロードオブジェクトにより構成されるものか否かを表す識別情報を、前記ダウンロードディスクリプタに含めてクライアント装置へ送信することを特徴とする請求項９記載のコンテンツダウンロードシステム。
【請求項１１】
前記サーバ装置が、ダウンロード対象となるコンテンツのメディアタイプ及びサイズを含む属性情報を記述するダウンロードディスクリプタを生成してクライアント装置に送信する手段を、さらに備える場合に、
前記サーバ装置及びクライアント装置のいずれか一方は、
ダウンロード対象のコンテンツのヘッダに挿入されるコンテンツのメディアタイプ及びサイズの少なくとも一方と、当該コンテンツに対応するダウンロードディスクリプタに記述されるメディアタイプ及びサイズの少なくとも一方とを比較する手段と、
前記比較の結果、メディアタイプ及びサイズの少なくとも一方が一致しない場合に、前記コンテンツのダウンロードを中止する手段と
を、さらに備えることを特徴とする請求項９記載のコンテンツダウンロードシステム。
【請求項１２】
クライアント装置に対し通信ネットワークを介して接続され、クライアント装置からの要求に応じて要求元のクライアント装置に対しコンテンツをダウンロードするサーバ装置において、
前記コンテンツのダウンロードに先立ち、当該ダウンロード対象のコンテンツが複数のダウンロードオブジェクトにより構成されるものか否かを表す識別情報を、前記クライアント装置に対し送信する手段と、
前記識別情報の送信に応答してクライアント装置からダウンロード要求が送られた場合に、前記ダウンロード対象のコンテンツを要求元のクライアント装置へ送信する手段と
を具備することを特徴とするサーバ装置。
【請求項１３】
サーバ装置に対し通信ネットワークを介して接続され、ダウンロード要求に応じて前記サーバ装置からダウンロードされるコンテンツを受信するクライアント装置において、
前記サーバ装置から前記コンテンツのダウンロードに先立ち送信される、当該ダウンロード対象のコンテンツが複数のダウンロードオブジェクトにより構成されるものか否かを表す識別情報を受信する手段と、
前記受信された識別情報が、コンテンツが複数のダウンロードオブジェクトにより構成されることを示す場合、当該コンテンツをもれなく受信可能であるか否かを判定する手段と、
もれなく受信可能と判定された場合に、前記サーバ装置に対しダウンロード要求を送信する手段と、
前記ダウンロード要求の送信に応答して前記サーバから送られるコンテンツを受信する手段と
を具備することを特徴とするクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、サーバ装置から携帯電話機やＰＤＡ（Personal Digital Assistants）等の移動通信機器へコンテンツをダウンロードするシステムと、そのシステムで使用されるサーバ装置及びクライアント装置に関する。
【背景技術】
【０００２】
移動通信機器向けにコンテンツをダウンロードするための標準仕様の一つとして、ＯＭＡ（Open Mobile Alliance）のDownload OTA(Download Over The Air)仕様やＭＩＤＰ（Mobile Information Device Profile）のOver The Air User Initiated Provisioning仕様がある。これらの標準仕様では、コンテンツのダウンロードに先立ち、当該ダウンロード対象のコンテンツの属性情報を記述したＤＤ（Download Descriptor）をダウンロードサーバからクライアント装置へダウンロードする。そして、クライアント装置から上記受信されたＤＤに記述されているＵＲＩ（Uniform Resource Identifier）に対してアクセスすることにより、コンテンツのダウンロードを実行するようになっている。
【０００３】
ところがこの種の標準仕様では、コンテンツの更新の有無を確認するために、ユーザの手操作によりクライアント装置からダウンロードサーバに対し定期的にアクセスする必要である。このため、ユーザの負担が大きく、また更新タイミングを常に正確に把握することが困難である。
【０００４】
一方、ターミナルアダプタやルータ等の通信装置に、取得時刻を含むファイルダウンロードの内容を登録する予約テーブルを設け、この予約テーブルに記憶された取得時刻になるとＷＷＷ（World Wide Web）サーバから目的とするファイルを収集するシステムが提案されている。またこのシステムでは、通信装置からコンテンツ提供元の複数のＷＷＷサーバに対し定期的にアクセスして日時等の更新情報を取得し、この取得された更新情報をもとにコンテンツの更新判定を行う。そして、コンテンツが更新されている場合には、その更新内容を上記予約テーブルに反映させる機能も提案されている（例えば、特許文献１を参照。）。
【０００５】
【特許文献１】特開２００３−０９１４７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記従来のシステムであれば、ファイルの取得が予約テーブルに登録された時刻に自動的に行われ、かつ予約テーブルの内容が通信装置から複数のＷＷＷサーバに対する定期的なアクセスにより自動更新される。このため、ユーザは手操作によるコンテンツの更新確認を一切行う必要がなくなり、ユーザの負担は大幅に軽減される。また、常に適切なタイミングでファイルを取得することが可能となる。
【０００７】
ところが、上記従来のシステムでは、コンテンツの更新を判定するために通信装置から複数のＷＷＷサーバに対し定期的にアクセスする必要がある。このため、通信トラフィックが増大し、使用する通信ネットワークの帯域等によっては本来のファイルダウンロード処理に悪影響を及ぼすおそれがある。
【０００８】
この発明は上記事情に着目してなされたもので、その目的とするところは、通信トラフィックを増加させることなくコンテンツの自動ダウンロードを可能とするコンテンツダウンロードシステムとそのサーバ装置及びクライアント装置を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するためにこの発明は、サーバ装置と、このサーバ装置に対し通信ネットワークを介して接続可能なクライアント装置とを備え、クライアント装置からの要求に応じて前記サーバ装置からクライアント装置に対しコンテンツをダウンロードするシステムにあって、サーバ装置にタイミング指定情報の送信手段を備えると共に、クライアント装置にダウンロード要求の送信タイミング制御手段を備える。そして、コンテンツのダウンロードに先立ち、当該ダウンロード対象のコンテンツのダウンロードタイミングを指定するタイミング指定情報をサーバ装置からクライアント装置に対し送信し、クライアント装置は、上記サーバ装置から送信されるタイミング指定情報に基づいてダウンロード要求の送信タイミングを決定し、この決定された送信タイミングもしくはそれ以降にダウンロード要求をサーバ装置へ送信するようにしたものである。
【００１０】
したがってこの発明によれば、コンテンツのダウンロードタイミングを指定するタイミング指定情報がサーバ装置からクライアント装置へ通知され、この通知された指定情報に従いクライアント装置からダウンロード要求が送信される。このため、コンテンツの新規リリースや更新の有無を確認するために、ユーザの手動による確認操作は勿論のこと、クライアント装置側からサーバ装置に対し定期的なアクセスをする必要がなくなる。したがって、ユーザの負担は大幅に軽減され、しかも通信トラフィックの増加も抑制される。
【００１１】
またこの発明は、次のような具体的な構成を備えることも特徴とする。  
第１の構成は、タイミング指定情報を送信する手段として、ダウンロード対象となるコンテンツのダウンロードタイミングを指定する情報を送信するための専用の制御データを生成し、この生成された制御データをサーバ装置からクライアント装置に対し送信するものである。  
このような構成によれば、ＤＤ（Download Descriptor）等の既存の制御データに何ら手を加えることなくタイミング指定情報をサーバ装置からクライアント装置に通知することが可能となる。
【００１２】
第２の構成は、タイミング指定情報を送信する手段として、ダウンロード対象となるコンテンツのダウンロードタイミングを指定する情報を、既存のＤＤ（Download Descriptor）に含めてクライアント装置へ送信するものである。  
このような構成によれば、既存のＤＤ（Download Descriptor）を利用してタイミング指定情報を通知できるので、タイミング指定情報を通知するための専用の制御データの生成やプロトコルの変更が不要となる。
【００１３】
第３の構成は、タイミング指定情報として、ダウンロード対象となるコンテンツのダウンロード開始時刻及び更新周期を指定する情報を送信するものである。  
このような構成によれば、一つのタイミング指定情報により、コンテンツのリリース開始時刻と、当該コンテンツのその後の周期的な更新時刻を一括指定できる。このためサーバ装置は、コンテンツが更新されるごとにその都度ダウンロードタイミングを指定するタイミング指定情報をクライアント装置に送信する必要がなくなり、これによりサーバ装置からクライアント装置へ向かう下り回線の通信トラフィックの増加を抑制することが可能となる。
【００１４】
第４の構成は、サーバ装置からクライアント装置へ、タイミング指定情報の更新の有無を表す情報を送信し、クライアント装置ではサーバ装置から送られる上記更新の有無を表す情報をもとにタイミング指定情報が更新されたか否かを判定する。そして、タイミング指定情報の更新が確認された場合に、クライアント装置からサーバ装置に対しタイミング指定情報の取得要求を送信し、この要求に応じてサーバ装置からクライアント装置へ更新された新たなタイミング指定情報を送信して、この新たなタイミング指定情報をもとにダウンロード要求の送信タイミングを設定し直すようにしたものである。  
したがって、通知されたタイミング指定情報が変更された場合でも、上記タイミング指定情報の再取得手順を実行することにより、コンテンツの更新周期に対応してダウンロード要求の送信タイミングを設定し直すことが可能となる。
【００１５】
第５の構成は、クライアント装置において、受信されたコンテンツの更新の有無を判定し、この更新の有無の判定結果に基づいて、次回のダウンロード要求の送信タイミングを先に受信されたタイミング指定情報により指定される条件の範囲内で可変設定するものである。
【００１６】
例えば、コンテンツをサーバ装置から指定された周期で定期的にダウンロードする場合において、受信されたコンテンツの内容が更新されていないときには、次回のダウンロード要求送信タイミングを上記指定された周期の整数倍、または指定された周期から算出される周期に設定する。またこの状態で、受信されたコンテンツの内容が更新されていたときには、次回のダウンロード要求送信タイミングを上記指定された周期に戻す。
【００１７】
このように構成すると、サーバ装置はコンテンツの基本的な更新周期のみを指定し、クライアント装置においてコンテンツの実際の更新の有無に応じてダウンロード要求の送信タイミングを適応的な可変設定することが可能となる。この結果クライアント装置は、コンテンツの更新周期が変化する場合でも、実際の更新周期に応じた最適な周期でダウンロード要求を送信することが可能となる。また、サーバ装置はコンテンツの更新周期が変化するごとにその都度タイミング指定情報を送信し直す必要がなくなる。
【発明の効果】
【００１８】
要するにこの発明によれば、コンテンツのダウンロードに先立ち、当該ダウンロード対象のコンテンツのダウンロードタイミングを指定するタイミング指定情報をサーバ装置からクライアント装置に対し送信し、クライアント装置は、上記サーバ装置から送信されるタイミング指定情報に基づいてダウンロード要求の送信タイミングを決定し、この決定された送信タイミングもしくはそれ以降にダウンロード要求をサーバ装置へ送信するようにしている。  
したがってこの発明によれば、通信トラフィックを増加させることなくコンテンツの自動ダウンロードを可能としたコンテンツダウンロードシステムとそのサーバ装置及びクライアント装置を提供することができる。
【発明を実施するための最良の形態】
【００１９】
（第１の実施形態）  
図１は、この発明に係わるコンテンツダウンロードシステムの第１の実施形態を示す概略構成図である。  
第１の実施形態のシステムは、サーバ装置としてのダウンロードサーバＤＳＶ及びコンテンツサーバＣＳＶを備え、これらのサーバＤＳＶ，ＣＳＶに対しユーザが所有するクライアント装置としての移動通信端末ＭＳ１〜ＭＳｎを通信ネットワークＮＷを介して接続可能としたものである。
【００２０】
通信ネットワークＮＷは、ＩＰ（Internet Protocol）網と、このＩＰ網にアクセスするためのアクセス網とから構成される。アクセス網としては、ＰＤＣ（Personal Digital Cellular）網やＩＭＴ２０００（International Mobile Telecommunication 2000）網等の移動通信網、ＰＨＳ（Personal Handyphone System）（登録商標）網、無線ＬＡＮ網が想定される。
【００２１】
ところで、ダウンロードサーバＤＳＶは次のように構成される。図２はその機能構成を示すブロック図である。  
すなわち、ダウンロードサーバＤＳＶは、ダウンロード対象となる各コンテンツのリストや属性等を管理して移動通信端末ＭＳ１〜ＭＳｎに通知する機能を有するもので、中央処理ユニット（ＣＰＵ：Central Processing Unit）１１を備える。このＣＰＵ１１には、バス１２を介してプログラムメモリ１３及びデータメモリ１４が接続され、さらに通信インタフェース１５や、図示しない外部記憶インタフェース及び入出力インタフェースがそれぞれ接続されている。
【００２２】
通信インタフェース１５は、ＣＰＵ１１の制御の下、上記移動通信端末ＭＳ１〜ＭＳｎのとの間で、通信ネットワークＮＷにより規定される通信プロトコルに従い通信を行う。通信プロトコルとしては、例えばＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）が使用される。  
データメモリ１４は、記憶媒体として例えばフラッシュメモリやハードディスクを使用したもので、データメモリ１４にはダウンロード対象となる各コンテンツのリストや属性情報、ユーザの個人情報等が記憶される。
【００２３】
プログラムメモリ１３には、この発明を実現するための制御プログラムとして、ＤＴ生成・送信制御プログラム１３１と、ＤＤ生成・送信制御プログラム１３２が格納されている。  
ＤＴ生成・送信制御プログラム１３１は、コンテンツごとに当該コンテンツのダウンロードタイミングを指定するためのタイミング指定情報（ＤＴ：Download Timing Identifier）を生成する。ＤＴには、コンテンツのリリース開始日時とその後の更新周期を表す情報が挿入される。そして、この生成されたＤＴを移動通信端末ＭＳ１〜ＭＳｎからの要求に応じて要求元の移動通信端末ＭＳ１〜ＭＳｎへ送信する。
【００２４】
ＤＤ生成・送信制御プログラム１３２は、コンテンツごとにその属性情報を記述したＤＤ（Download Descriptor）を生成する。そして、この生成されたＤＤを移動通信端末ＭＳ１〜ＭＳｎからの要求に応じて要求元の移動通信端末ＭＳ１〜ＭＳｎへ送信する。  
またＤＤ生成・送信制御プログラム１３２は、上記ＤＴの更新の有無を表すアップデートフラグ（Update Flag）ＵＦを上記ＤＤに挿入する。図６は、上記アップデートフラグＵＦが挿入されたＤＤの構成の一例を示すものである。
【００２５】
次に、コンテンツサーバＣＳＶは次のように構成される。図３はその機能構成を示すブロック図である。  
すなわち、コンテンツサーバＣＳＶは、ダウンロード対象となる各コンテンツをデータベースに蓄積し、この蓄積されたコンテンツを移動通信端末ＭＳ１〜ＭＳｎからの要求に応じてダウンロード送信、つまり提供する機能を有するもので、上記ダウンロードサーバＤＳＶと同様にＣＰＵ２１に対しバス２２を介してプログラムメモリ２３、データメモリ２４及び通信インタフェース２５を接続したものとなっている。
【００２６】
通信インタフェース２５は、ＣＰＵ２１の制御の下、上記移動通信端末ＭＳ１〜ＭＳｎのとの間で、例えばＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）を使用してコンテンツをダウンロードするための通信を行う。データメモリ２４には、ダウンロード対象となる各コンテンツが蓄積されている。プログラムメモリ２３には、ダウンロード送信制御プログラム２３１が格納されている。
【００２７】
ダウンロード送信制御プログラム２３１は、移動通信端末ＭＳ１〜ＭＳｎからの要求に応じて、上記データメモリ２２から該当するコンテンツを選択的に読み出す。そして、この読み出されたコンテンツをパケットに挿入して要求元の移動通信端末ＭＳ１〜ＭＳｎへ通信ネットワークＮＷを介してダウンロードする。
【００２８】
一方、移動通信端末ＭＳ１〜ＭＳｎは次のように構成される。図４はその機能構成を示すブロック図である。  
同図に示すように、移動通信端末ＭＳ１〜ＭＳｎは、アンテナ３１、アンテナ共用器（ＤＵＰ）３２、受信回路（ＲＸ）３３及び周波数シンセサイザ（ＳＹＮ）３４からなる無線処理部と、ＣＤＭＡ信号処理部３６、音声符号復号部（以後音声コーデックと称する）３７及びＰＣＭ符号復号部（以後ＰＣＭコーデックと称する）３８からなる信号処理部とを有している。上記ＰＣＭコーデック３８から出力された受話信号は、増幅器３９で増幅された後にスピーカ４０から受話音として出力され、一方マイクロホン４１から入力された話者の音声は、送話増幅器４２で適正レベルまで増幅された後にＰＣＭコーデック３８に入力される。
【００２９】
一方、ＣＤＭＡ信号処理部３６で得られたパケットデータは制御部４３Ａに入力される。制御部４３Ａでは、上記パケットデータのヘッダの記述に従い、ペイロードに挿入されている電子メールまたはコンテンツデータが抽出される。そして、この抽出された電子メールまたはコンテンツデータは記憶部４６に格納される。この格納された電子メールまたはコンテンツデータの映像データは、入力部４４におけるユーザの再生操作に応じて記憶部４６から読み出され、表示部４５に表示される。また、音声データについては上記ＰＣＭコーデック３８及び受話増幅器３９を介してスピーカ４０から出力される。
【００３０】
また、電子メールの送信時に入力部４４においてメール本文として入力されたテキストデータ、及びコンテンツのダウンロードを要求する時において送信される制御データは、制御部４３Ａから出力されてＣＤＭＡ信号処理部３６に入力される。
【００３１】
ＣＤＭＡ信号処理部３６は、上記音声コーデック３７から出力された符号化音声データ、上記制御部４３Ａから出力されたテキストデータ及び制御データに対して、送信チャネルに割り当てられた拡散符号を用いて拡散処理を行う。そして、この拡散された送信データに対し直交変調処理を行った後、無線処理部を介して図示しない基地局へ向けて送信する。
【００３２】
入力部４４には、ダイヤルキーや電源キー、発信キー、終了キー、音量調節キー、モード指定キー等のキー群が設けられ、また表示部４５にはＬＣＤ表示器及びＬＥＤが設けられている。ＬＣＤ表示器には、受信された電子メールやコンテンツデータが表示されると共に、電話帳の記憶情報や発着信履歴、通信相手装置の電話番号又はアドレス、自装置の動作状態等が表示される。  
電源回路４７は、ＤＣ／ＤＣコンバータを備え、バッテリ４８の出力をもとに所定の動作電源電圧Ｖccを生成して各回路部に供給する。
【００３３】
ところで制御部４３Ａは、例えばマイクロコンピュータを主制御部として備えたもので、この発明に係わる制御機能を実現するための制御プログラムとして、ＤＴ受信制御プログラム４３１と、タイミング設定制御プログラム４３２と、ダウンロード受信制御プログラム４３３と、タイミング再設定制御プログラム４３４とを備えている。
【００３４】
ＤＴ受信制御プログラム４３１は、コンテンツ／コンテンツ提供サービスの選択要求、或いはＤＴ（Download Timing Identifier）の取得要求を送信した際に、これらの要求に応答してダウンロードサーバＤＳＶから送信されるＤＴを受信する。  
タイミング設定制御プログラム４３２は、上記受信されたＤＴからコンテンツのリリース開始日時とその後の更新周期を抽出する。そして、リリース開始時刻をもとに新たなコンテンツを取得するためのダウンロード要求送信タイミングを設定する。また、このコンテンツの取得後に、当該コンテンツの更新周期をもとに、更新されたコンテンツを取得するためのダウンロード要求送信タイミングを設定する。
【００３５】
ダウンロード受信制御プログラム４３３は、上記設定されたダウンロード要求送信タイミングまでの時間をソフトタイマにより管理する。そして、送信タイミングになると、ダウンロードサーバＤＳＶ或いはコンテンツサーバＣＳＶに対しＤＤの取得要求或いはコンテンツの取得要求を送信する。上記取得要求の送信に対し、ダウンロードサーバＤＳＶ或いはコンテンツサーバＣＳＶがＤＤ或いはコンテンツをダウンロード送信すると、このダウンロードされたＤＤ或いはコンテンツを受信して記憶部４６に格納する。
【００３６】
タイミング再設定制御プログラム４３４は、ダウンロードサーバＤＳＶから送られるＤＤからアップデートフラグＵＦを抽出する。このアップデータフラグＵＦは、先に述べたようにＤＴの更新の有無を表す。タイミング再設定制御プログラム４３４は、上記抽出されたアップデートフラグＵＦをもとにＤＴの更新の有無を判定する。そして、更新されている場合にＤＴの取得要求を送信し、ダウンロードサーバＤＳＶから更新された新たなＤＴを受信する。そして、受信された新たなＤＴをもとにダウンロード要求送信タイミングを設定し直す。
【００３７】
次に、以上のように構成されたシステムの動作を説明する。なお、ここでは移動通信端末ＭＳ１がコンテンツを取得する場合を例にとって説明する。図５はその説明に使用するシーケンス図である。
【００３８】
コンテンツを取得する際に移動通信端末ＭＳ１は、先ずダウンロードサーバＤＳＶに対しコンテンツリストを要求する。この要求に対しダウンロードサーバＤＳＶは、コンテンツリストを要求元の移動通信端末ＭＳ１へ送信する。上記送信されたコンテンツリストは、移動通信端末ＭＳ１のブラウザ機能により表示部４５に表示される（ステップ５ａ）。この状態でユーザが、コンテンツリストの中から所望のコンテンツ或いはサービスを選択すると、この選択されたコンテンツ／コンテンツ提供サービスを表す情報が移動通信端末ＭＳ１からダウンロードサーバＤＳＶへ送信される。
【００３９】
ダウンロードサーバＤＳＶは、移動通信端末ＭＳ１から上記コンテンツ／コンテンツ提供サービスを表す情報が送られると、上記選択されたコンテンツのダウンロードタイミングを指定するためのＤＴをステップ５ｂで生成する。このＤＴは専用の制御データであり、コンテンツのリリース開始日時とその後の更新周期を表す情報を含む。そしてダウンロードサーバＤＳＶは、上記生成されたＤＴを上記要求元の移動通信端末ＭＳ１へ送信する。
【００４０】
移動通信端末ＭＳ１は、ダウンロードサーバＤＳＶから送信されたＤＴを受信すると、この受信されたＤＴを記憶部４６に保存する。そして、ステップ５ｃにおいて、上記受信されたＤＴからコンテンツのリリース開始日時とその後の更新周期を抽出し、リリース開始時刻をもとに新たなコンテンツを取得するためのダウンロード要求送信タイミングを設定する。またそれと共に、当該コンテンツの更新周期をもとに、更新されたコンテンツを取得するためのダウンロード要求送信タイミングを設定する。
【００４１】
さて、上記のようにダウンロード要求の送信タイミングを設定すると移動通信端末ＭＳ１は、先ず上記リリース開示時刻をもとに設定したダウンロード要求送信タイミングをソフトタイマにセットし、ステップ５ｄにより当該送信タイミングの監視を始める。そして、上記送信タイミングになると、ダウンロードサーバＤＳＶに対しＤＤの取得要求を送信する。これに対しダウンロードサーバＤＳＶは、上記要求に応じてユーザが希望するコンテンツのＤＤを要求元の移動通信端末ＭＳ１へ送信する。ＤＤには、図６に示すようにコンテンツの性質を表す属性情報が記述されている。
【００４２】
上記ＤＤが到来すると移動通信端末ＭＳ１は、当該ＤＤに記述されているコンテンツのＵＲＩで示されるコンテンツサーバＣＳＶに対しアクセスして、コンテンツのダウンロード要求を送信する。上記ダウンロード要求を受信するとコンテンツサーバＣＳＶは、受信されたダウンロード要求をもとに、該当するコンテンツデータをデータメモリ２４から読み出し、この読み出されたコンテンツデータを要求元の移動通信端末ＭＳ１へダウンロードする。ダウンロードされたコンテンツデータは移動通信端末ＭＳ１の記憶部４６に記憶され、その後のユーザの再生操作に応じて再生される。  
かくして、ダウンロードサーバＤＳＶが指定したリリース開始時刻において、コンテンツの新規ダウンロードが自動的に行われる。
【００４３】
上記新たなコンテンツを取得すると移動通信端末ＭＳ１は、次にコンテンツの更新周期をもとに設定されたダウンロード要求送信タイミングをソフトタイマにセットし、ステップ５ｇにより当該送信タイミングの監視を始める。そして、上記送信タイミングになると、ダウンロードサーバＤＳＶに対しＤＤの取得要求を送信する。これに対しダウンロードサーバＤＳＶは、上記要求に応じてユーザが希望するコンテンツのＤＤを要求元の移動通信端末ＭＳ１へ送信する。  
なお、ダウンロードサーバＤＳＶに対するＤＤの取得要求の送信は、送信タイミングになると同時に実行されても良いが、送信タイミングになってから任意の時間が経過してから実行しても良い。
【００４４】
上記ＤＤが到来すると移動通信端末ＭＳ１は、先に述べたコンテンツの新規ダウンロード時と同様に、当該ＤＤに記述されているコンテンツのＵＲＩで示されるコンテンツサーバＣＳＶに対し、更新されたコンテンツのダウンロード要求を送信する。上記ダウンロード要求を受信するとコンテンツサーバＣＳＶは、該当する更新されたコンテンツデータをデータメモリ２４から読み出し、この読み出されたコンテンツデータを要求元の移動通信端末ＭＳ１へダウンロードする。この更新されたコンテンツデータは、移動通信端末ＭＳ１の記憶部４６に記憶されている古いコンテンツデータに置き換えられる。
【００４５】
以後同様に、更新周期で指定された送信タイミングになるごとに、移動通信端末ＭＳ１からダウンロードサーバＤＳＶに対しＤＤのダウンロード要求が送信され、この要求に応じてダウンロードされたＤＤに従い移動通信端末ＭＳ１からコンテンツサーバＣＳＶに対しコンテンツのダウンロード要求が送信される。そして、この要求に応じコンテンツサーバＣＳＶから移動通信端末ＭＳ１へ更新されたコンテンツがダウンロードされる。
かくして、ダウンロードサーバＤＳＶが指定したコンテンツの更新周期に従い、更新されたコンテンツの自動ダウンロードがなされる。
【００４６】
一方、上記コンテンツの更新周期は途中で変更されることがあり、この更新周期の変更処理は次のように行われる。すなわち、ダウンロードサーバＤＳＶはステップ５ｅにおいて更新周期の変更を監視しており、更新周期が変更されるとＤＴを更新する必要があると判断して、直近に送信されるＤＤのアップデータフラグＵＦを「ＤＴの更新有り」にセットする。
【００４７】
これに対し移動通信端末ＭＳ１は、ＤＤが受信されるごとにステップ５ｈにおいて、当該ＤＤのアップデータフラグＵＦをもとにＤＴが更新されたか否か判定する。そして、ＤＴが更新されていると、図５に示すようにコンテンツのダウンロード終了後にＤＴの送信要求をダウンロードサーバＤＳＶへ送信する。
【００４８】
ダウンロードサーバＤＳＶは、上記ステップ５ｅで更新周期の変更が検出されると、ステップ５ｆにおいて上記変更された更新周期を含む新たなＤＴを生成する。そして、移動通信端末ＭＳ１からＤＴの送信要求が到来すると、上記生成された新たなＤＴを要求元の移動通信端末ＭＳ１へ送信する。
【００４９】
移動通信端末ＭＳ１は、ダウンロードサーバＤＳＶから新たなＤＴを受信すると、ステップ５ｉにおいて、上記新たなＤＴに含まれる更新周期に応じダウンロード要求送信タイミングを設定し直す。そして、以後この再設定された送信タイミングに従い、更新されたコンテンツを取得するための制御を実行する。
【００５０】
以上のように第１の実施形態では、コンテンツ／コンテンツ提供サービスの選択要求に対し、ダウンロードサーバＤＳＶから移動通信端末Ｍ１に対しコンテンツのリリース開示日時とその後の更新周期を指定するＤＴを送信し、移動通信端末Ｍ１は受信されたＤＴをもとにダウンロード要求送信タイミングを設定する。そして、以後この設定された送信タイミングになるごとに、ダウンロードサーバＳＤＶからＤＤを取得して、このＤＤの内容をもとにコンテンツサーバＣＳＶに対しコンテンツのダウンロード要求を送信し、新規或いは更新されたコンテンツを取得するようにしている。
【００５１】
したがって第１の実施形態によれば、各移動通信端末ＭＳ１〜ＭＳｎは、ダウンロードサーバＳＤＶからＤＴとして通知されるリリース日時及び更新周期に従い、ダウンロード要求を送信してコンテンツを取得することができる。このため、コンテンツの新規リリースや更新の有無を確認するために、ユーザの手動による確認操作を行う必要がなくなり、また移動通信端末ＭＳ１〜ＭＳｎ側からダウンロードサーバＤＳＶに対し定期的なアクセスをする必要もなくなる。したがって、ユーザの負担は大幅に軽減され、しかも通信トラフィックの増加も抑制される。また、ダウンロード要求の送信タイミングを指定する情報を通知するためにＤＴと云う専用の制御データを使用している。このため、ＤＤ等の既存の制御データに何ら手を加えることなくタイミング指定情報を通知できる。
【００５２】
さらに、ＤＴが変更された場合に、その旨をＤＤに加えたアップデータフラグＵＦによりダウンロードサーバＤＳＶから移動通信端末ＭＳ１〜ＭＳｎに通知し、移動通信端末ＭＳ１〜ＭＳｎは上記通知を受けてダウンロードサーバＤＳＶに対しＤＴの取得要求を送信して新たなＤＴを取得し、この新たなＤＴに応じてダウンロード要求の送信タイミングを設定し直すようにしている。したがって、通知されたＤＴが変更された場合でもダウンロード要求の送信タイミングを設定し直すことができ、これにより常にコンテンツの更新周期に対応した最適なタイミングで、更新されたコンテンツを取得するためのダウンロード手順を実行することができる。
【００５３】
（第２の実施形態）  
この発明の第２の実施形態は、コンテンツの次回の更新タイミングを指定する情報をＤＤ（Download Descriptor）に含めてダウンロードサーバから移動通信端末に通知し、移動通信端末はＤＤが受信されるごとにこのＤＤにより指定される次回の更新タイミングに従い、コンテンツを取得するためのダウンロード手順を実行するものである。
【００５４】
図７及び図８はそれぞれ、この発明の第２の実施形態に係わるダウンロードサーバ及び移動通信端末の機能構成を示すブロック図である。なお、同図において前記図２及び図４と同一部分には同一符号を付して詳しい説明は省略する。
【００５５】
ダウンロードサーバＤＳＶのプログラムメモリ１３Ｂには、更新タイミング指定プログラム１３３と、ＤＤ生成・送信制御プログラム１３４が格納されている。更新タイミング指定プログラム１３３は、コンテンツをダウンロードするごとに当該コンテンツの次回の更新タイミングを指定する情報を生成する。更新タイミングを指定する情報は、更新日時または更新日時までの期間により表される。ＤＤ生成・送信制御プログラム１３４は、上記生成された更新タイミングを指定する情報を、ＤＤにアップデートピリオド（Update Period）ＵＰとして含めて送信する。図１０に、このアップデータピリオドＵＰを含むＤＤの構成の一例を示す。
【００５６】
一方、移動通信端末ＭＳ１〜ＭＳｎのプログラムメモリ４３Ｂには、ＤＤ受信制御プログラム４３５と、タイミング設定制御プログラム４３６と、ダウンロード受信制御プログラム４３７が格納されている。  
ＤＤ受信制御プログラム４３５は、ＤＤの取得要求の送信に対しダウンロードサーバＤＤＳＶから送信されるＤＤを受信する。タイミング設定制御プログラム４３６は、上記受信されたＤＤからアップデートピリオドＵＰを抽出し、抽出されたアップデートピリオドＵＰに含まれる次回の更新タイミングを指定する情報をもとに、次回のダウンロード要求送信タイミングを設定する。
【００５７】
ダウンロード受信制御プログラム４３７は、上記設定されたダウンロード要求送信タイミングまでの時間をソフトタイマにより管理する。そして、送信タイミングになると、ダウンロードサーバＤＳＶに対しＤＤの取得要求を送信し、この要求に対しダウンロードサーバＤＳＶから送信されるＤＤをもとにコンテンツサーバＣＳＶに対しコンテンツのダウンロードを要求して、この要求に対しコンテンツサーバＣＳＶから送信されるコンテンツを受信して記憶部４６に格納する。
【００５８】
次に、この第２の実施形態に係わるシステムの動作を説明する。図９はその手順を示すシーケンス図である。  
コンテンツを取得する際に移動通信端末ＭＳ１は、先ずダウンロードサーバＤＳＶに対しコンテンツリストを要求する。この要求に対しダウンロードサーバＤＳＶは、コンテンツリストを要求元の移動通信端末ＭＳ１へ送信する。上記送信されたコンテンツリストは、移動通信端末ＭＳ１のブラウザ機能により表示部４５に表示される（ステップ９ａ）。この状態でユーザが、コンテンツリストの中から所望のコンテンツ或いはサービスを選択すると、この選択されたコンテンツ／コンテンツ提供サービスを表す情報がダウンロードサーバＤＳＶへ送信される。
【００５９】
ダウンロードサーバＤＳＶは、移動通信端末ＭＳ１から上記コンテンツ／コンテンツ提供サービスの選択情報が送られると、この選択されたコンテンツの属性情報を記述したＤＤをステップ９ｂで生成する。このとき、ＤＤのアップデートピリオドＵＰには、上記選択されたコンテンツの次回の更新タイミングを指定する情報を挿入する。そして、ダウンロードサーバＤＳＶは、上記生成されたＤＤを上記要求元の移動通信端末ＭＳ１へ送信する。  
なお、アップデートピリオドＵＰで指定される更新タイミングとは、更新されるまでの期間や更新日時を意味している。
【００６０】
移動通信端末ＭＳ１は、ダウンロードサーバＤＳＶからＤＤが到来すると、当該ＤＤに記述されているコンテンツのＵＲＩで示されるコンテンツサーバＣＳＶに対しアクセスし、コンテンツのダウンロードを要求する。上記ダウンロード要求を受信するとコンテンツサーバＣＳＶは、受信されたダウンロード要求をもとに、該当するコンテンツデータをデータメモリ２４から読み出し、この読み出されたコンテンツデータを要求元の移動通信端末ＭＳ１へダウンロードする。ダウンロードされたコンテンツデータは移動通信端末ＭＳ１の記憶部４６に記憶され、その後のユーザの再生操作に応じて再生される。
【００６１】
また移動通信端末ＭＳ１は、ステップ９ｃにおいて、上記受信されたＤＤのアップデートピリオドＵＰからコンテンツの次回の更新タイミングを指定する情報を抽出し、この抽出された情報をもとに次回のダウンロード要求送信タイミングを設定する。そして、この送信タイミングをソフトタイマにセットし、ステップ９ｄにより当該送信タイミングの監視を始める。そして、上記送信タイミングになると、ダウンロードサーバＤＳＶに対しＤＤの取得要求を送信する。これに対しダウンロードサーバＤＳＶは、上記要求に応じて該当するコンテンツのＤＤを要求元の移動通信端末ＭＳ１へ送信する。このときダウンロードサーバＤＳＶは、ＤＤのアップデートピリオドＵＰに上記コンテンツの次回の更新タイミングを指定する情報を挿入する。
【００６２】
上記ＤＤが到来すると移動通信端末ＭＳ１は、先に述べたコンテンツの新規ダウンロード時と同様に、当該ＤＤに記述されているコンテンツのＵＲＩで示されるコンテンツサーバＣＳＶに対し、更新されたコンテンツのダウンロード要求を送信する。上記ダウンロード要求を受信するとコンテンツサーバＣＳＶは、該当する更新されたコンテンツデータをデータメモリ２４から読み出し、この読み出されたコンテンツデータを要求元の移動通信端末ＭＳ１へダウンロードする。この更新されたコンテンツデータは、移動通信端末ＭＳ１の記憶部４６に記憶されている古いコンテンツデータに置き換えられる。
【００６３】
また移動通信端末ＭＳ１は、ステップ９ｆにおいて、上記受信されたＤＤのアップデートピリオドＵＰからコンテンツの次回の更新タイミングを指定する情報を抽出し、この抽出された情報をもとに次回のダウンロード要求送信タイミングを設定する。そして、この送信タイミングをソフトタイマにセットし、ステップ９ｇにより当該送信タイミングの監視を始める。
【００６４】
以後同様に、移動通信端末ＭＳ１〜ＭＳｎは、ＤＤを受信するごとにそのアップデートピリオドＵＰに記述されている更新タイミング指定情報をもとに次回のダウンロード要求送信タイミングを設定し、この設定された送信タイミングにおいてダウンロード要求を送信し、更新されたコンテンツを取得する。
【００６５】
以上述べたように第２の実施形態では、ＤＤにアップデートピリオドＵＰを設け、ＤＤを送信するごとにそのアップデートピリオドＵＰにコンテンツの次回の更新タイミングを表す情報を挿入して移動通信端末ＭＳ１〜ＭＳｎに通知する。移動通信端末ＭＳ１〜ＭＳｎは、上記ＤＤを受信するごとにそのアップデートピリオドＵＰに記述されている更新タイミング指定情報をもとに次回のダウンロード要求送信タイミングを設定し、この設定された送信タイミングにおいて、更新されたコンテンツを取得するための手順を実行するようにしている。
【００６６】
したがって第２の実施形態によれば、移動通信端末ＭＳ１〜ＭＳｎは、ダウンロードサーバＳＤＶからＤＤにより通知される次回の更新タイミングを指定する情報に従い、更新されたコンテンツの取得手順を実行して更新されたコンテンツを取得することができる。このため、上記第１の実施形態と同様に、コンテンツの更新の有無を確認するために、ユーザの手動による確認操作を行う必要がなくなり、また移動通信端末ＭＳ１〜ＭＳｎ側からダウンロードサーバＤＳＶに対し定期的なアクセスをする必要もなくなる。したがって、ユーザの負担は大幅に軽減され、しかも通信トラフィックの増加も抑制される。
【００６７】
また、更新タイミング指定情報の通知媒体としてＤＤを使用し、かつＤＤの送信ごとにコンテンツの次回の更新タイミングを指定する情報を含めて通知している。このため、既存のＤＤを利用することで、更新タイミング指定情報を通知するために専用の制御データを生成したりプロトコルを変更する必要がなくなり、この結果この発明を比較的簡単に実施できる利点がある。また、ＤＤを送信するごとに最新の更新タイミング指定情報が通知されるので、移動通信端末ＭＳ１〜ＭＳｎはＤＤがもれなく正確に受信されている限り、常に最適なタイミングでコンテンツのダウンロード手順を実行することができる。
【００６８】
（第３の実施形態）  
この発明の第３の実施形態は、複数のオブジェクトがまとまって１個のコンテンツを構成する場合に備え、ＤＤに１個のコンテンツを構成するメディア数を記述するためのパッケージ情報の項目を設け、この項目にメディア数を記述して移動通信端末に通知する。移動通信端末は、受信されたＤＤに記述されているメディア数をもとに、すべてのオブジェクトをもれなくダウンロードすることができるか否かを判定し、可能な場合にのみコンテンツのダウンロード手順を実行するようにしたものである。
【００６９】
図１１及び図１２はそれぞれ、この発明の第３の実施形態に係わるダウンロードサーバ及び移動通信端末の機能構成を示すブロック図である。なお、同図において前記図２及び図４と同一部分には同一符号を付して詳しい説明は省略する。  
【００７０】
ダウンロードサーバＤＳＶのプログラムメモリ１３Ｃには、パッケージ情報生成制御プログラム１３５と、ＤＤ生成・送信制御プログラム１３６が格納されている。
パッケージ情報生成制御プログラム１３５は、移動通信端末ＭＳ１〜ＭＳｎにより選択された１個のコンテンツを構成するオブジェクトの数をカウントし、そのカウント値をパッケージ情報とする。ＤＤ生成・送信制御プログラム１３６は、移動通信端末ＭＳ１〜ＭＳｎからコンテンツ／コンテンツ提供サービスの選択要求が到来した場合に、コンテンツごとに上記パッケージ情報項目（Number of Media）ＮＭを備えたＤＤを生成し、この項目ＮＭに上記カウントされたオブジェクトの数を記述する。そして、この生成されたＤＤを要求元の移動通信端末ＭＳ１〜ＭＳｎへ送信する。図１４に、上記パッケージ情報項目ＮＭを備えたＤＤの構成の一例を示す。
【００７１】
一方、移動通信端末ＭＳ１〜ＭＳｎのプログラムメモリ４３Ｃには、ＤＤ受信制御プログラム４３８と、コンテンツ受信可否判定プログラム４３９と、ダウンロード受信制御プログラム４４０が格納されている。  
【００７２】
ＤＤ受信制御プログラム４３８は、ＤＤの取得要求の送信に対しダウンロードサーバＤＤＳＶから送信されるＤＤを受信する。コンテンツ受信可否判定プログラム４３９は、上記受信されたＤＤのパッケージ情報項目ＮＭからオブジェクトの数を抽出する。そして、この抽出されたオブジェクト数が複数の場合に、自端末がこれらすべてのオブジェクトをもれなく受信できる状態にあるか否かを判定する。この判定は、例えばダウンロード対象のコンテンツの情報量と記憶部４６の残容量とを比較したり、また無線伝送路の品質や情報伝送速度をもとに行われる。  
また、それぞれのオブジェクトの一部のみ、例えば１キロバイトだけをダウンロードし、実際にダウンロード可能かを判断しても良い。
【００７３】
ダウンロード受信制御プログラム４４０は、上記コンテンツ受信可否判定プログラム４３９において自端末がすべてのオブジェクトをもれなく受信できる状態にあると判定された場合に、上記コンテンツを取得するためのダウンロード手順を実行する。これに対し、自端末がすべてのオブジェクトをもれなく受信できる状態にない場合には、ダウンロード手順の実行を中止する。
【００７４】
次に、この第３の実施形態に係わるシステムの動作を説明する。図１３はその手順を示すシーケンス図である。  
コンテンツを取得する際に移動通信端末ＭＳ１は、先ずダウンロードサーバＤＳＶに対しコンテンツリストを要求する。この要求に対しダウンロードサーバＤＳＶは、コンテンツリストを要求元の移動通信端末ＭＳ１へ送信する。上記送信されたコンテンツリストは、移動通信端末ＭＳ１のブラウザ機能により表示部４５に表示される（ステップ１３ａ）。この状態でユーザが、コンテンツリストの中から所望のコンテンツ或いはサービスを選択する。そうすると、この選択されたコンテンツ／コンテンツ提供サービスを表す情報がダウンロードサーバＤＳＶへ送信される。
【００７５】
ダウンロードサーバＤＳＶは、移動通信端末ＭＳ１から上記コンテンツ／コンテンツ提供サービスの選択情報が送られると、この選択されたコンテンツの属性情報を記述したＤＤをステップ１３ｂで生成する。このとき、ＤＤにはパッケージ情報項目（Number of Media）ＮＭが設けられ、この項目ＮＭにダウンロード対象の１個のコンテンツを構成するオブジェクト数（１〜ｘ）が記述される。そして、生成されたＤＤは要求元の移動通信端末ＭＳ１に向け送信される。
【００７６】
上記ＤＤが到来すると移動通信端末ＭＳ１は、ステップ１３ｃにおいて、受信されたＤＤのパッケージ情報項目（Number of Media）ＮＭからオブジェクト数を抽出し、この抽出されたオブジェクト数と自端末の状態から、自端末がすべてのオブジェクトをもれなく受信できる状態にあるか否かを判定する。そして、オブジェクトをたとえ一つでも受信できない場合には、ステップ１３ｅに移行してここでコンテンツのダウンロード手順の実行を中止する。
【００７７】
一方、すべてのオブジェクトをもれなく受信可能な場合には、当該ＤＤに記述されているコンテンツのＵＲＩで示されるコンテンツサーバＣＳＶに対しアクセスし、オブジェクトごとにコンテンツのダウンロードを要求する。上記ダウンロード要求を受信するとコンテンツサーバＣＳＶは、受信されたダウンロード要求をもとに、該当するコンテンツのオブジェクトデータをデータメモリ２４から読み出し、この読み出されたオブジェクトデータを要求元の移動通信端末ＭＳ１へダウンロードする。ダウンロードされたオブジェクトデータは移動通信端末ＭＳ１の記憶部４６に記憶される。
【００７８】
以後同様に、移動通信端末ＭＳ１はオブジェクトごとにコンテンツのダウンロード要求をコンテンツサーバＣＳＶへ送信し、この要求に応じてコンテンツサーバＣＳＶからダウンロードされるオブジェクトデータをそれぞれ受信して記憶部４６に記憶する。  
なお、オブジェクト数が１個の場合、つまりオブジェクトが個々に独立して機能する場合には、上記受信可否の判定が省略されてそのままコンテンツのダウンロード手順が実行される。
【００７９】
ところで移動通信端末ＭＳ１は、上記各オブジェクトデータの受信開始当初において、ダウンロードされたオブジェクトデータのＨＴＴＰヘッダに挿入されているダウンロードデータのメディアタイプ及びコンテンツサイズを、ＤＤに記述されたメディアタイプ及びコンテンツサイズとステップ１３ｄにより比較する。そして、この比較の結果、ＨＴＴＰヘッダに挿入されているメディアタイプ及びコンテンツサイズがＤＤに記述されたメディアタイプ及びコンテンツサイズと一致した場合には、当該オブジェクトデータのダウンロードを引き続き実行する。これに対し一致しなかった場合には、例えばサーバ間で情報の欠落が発生した疑いがあると判断してコンテンツのダウンロードを途中で中止する。
【００８０】
以上述べたように第３の実施形態では、複数のオブジェクトがまとまって１個のコンテンツを構成する場合に、ＤＤに設けられるパッケージ情報項目ＮＭにメディア数（１〜ｘ）を記述して移動通信端末ＭＳ１〜ＭＳｎに通知する。移動通信端末ＭＳ１〜ＭＳｎは、受信されたＤＤのパッケージ情報項目ＮＭに記述されたメディア数と、自端末の状態とをもとに、すべてのオブジェクトをもれなくダウンロードすることができるか否かを判定し、可能な場合にのみコンテンツのダウンロード手順を実行するようにしている。
【００８１】
したがって、複数のオブジェクトがまとまって１個のコンテンツを構成している場合に、移動通信端末ＭＳ１〜ＭＳｎはすべてのオブジェクトをもれなく確実に受信することが可能となる。また、受信不可能と判定された場合にはその時点でダウンロードが中止されるので、通信回線の無駄な利用が低減され、これにより通信ネットワークＮＷの通信トラフィックを低く抑えることができる。
【００８２】
また、ダウンロード開始当初において、ＨＴＴＰヘッダに挿入されているダウンロードデータのメディアタイプ及びコンテンツサイズを、ＤＤに記述されたメディアタイプ及びコンテンツサイズと比較し、一致しなかった場合にコンテンツのダウンロードを途中で中止するようにしている。このため、無駄なダウンロードができる限り行われないようにすることができ、これにより通信ネットワークのトラフィックの増加を抑制できる。
【００８３】
（その他の実施形態）  
前記各実施形態では、ダウンロードサーバＤＳＶとコンテンツサーバＣＳＶとを別々に設け、ダウンロードサーバＤＳＶからコンテンツリストやＤＴ、ＤＤ等のコンテンツのダウンロードに必要な制御データをダウンロードし、コンテンツサーバＣＳＶからコンテンツデータをダウンロードするようにした。しかし、これに限定されるものではなく、ダウンロードサーバＤＳＶとコンテンツサーバＣＳＶとを１個のサーバに統合し、この統合サーバから制御データ及びコンテンツデータをそれぞれダウンロードするように構成してもよい。
【００８４】
前記第１及び第２の実施形態では、次回のダウンロード要求送信タイミングを管理するために、１個のコンテンツについて１個のソフトタイマを使用するものとして説明した。しかしながら、このような送信タイミングの管理処理を採用すると、ダウンロード対象のコンテンツ数に相当する数のソフトタイマを用意しなければならず、制御部４３Ａ，４３Ｂの処理内容または構成が複雑化する。
【００８５】
そこで、ダウンロード対象のコンテンツが複数ある場合でも、一般にそのダウンロード要求送信タイミングは個々に異なることに着目し、１個のソフトタイマを時系列的に分割使用することで複数のダウンロード要求送信タイミングを順に管理することも可能である。これは、例えば複数のダウンロード要求送信タイミングを時系列的に記憶する待ちＱ行列を用意し、ソフトタイマがタイムアウトするごとに、上記待ちＱ行列から最上位のダウンロード要求送信タイミングを読み出してそのタイミングと現在時刻との差に相当する時間を上記ソフトタイマにセットすることにより実現できる。
【００８６】
前記第３の実施形態では、ダウンロードされたコンテンツのタイプ及びサイズと、ＤＤに記述されたコンテンツのタイプ及びサイズとの照合を、移動通信端末ＭＳ１で行う場合について述べた。しかしこれに限らず、上記照合をコンテンツサーバＣＳＶにおいて実行することも可能である。このようにすると、タイプ及びサイズが不一致の場合には、コンテンツサーバＣＳＶにおいてダウンロードを中止することができる。この結果、コンテンツサーバＣＳＶから移動通信端末ＭＳ１〜ＭＳｎへ向かう下り回線の通信トラフィックを低減できる。なお、コンテンツサーバＣＳＶにおいてダウンロードを中止した場合には、その旨を移動通信端末ＭＳ１〜ＭＳｎに通知する必要がある。  
なお、上記照合処理では、必ずしもコンテンツのタイプ及びサイズの両方を照合する必要はなく、少なくとも一方を照合すればよい。
【００８７】
前記第３の実施形態では、複数のオブジェクトを時系列的に順にダウンロードする場合を例示した。しかしそれに限るものではなく、複数のオブジェクトを同一時間帯に並行してダウンロードすることも可能である。これは、広帯域の通信回線を使用できる場合に特に効果がある。
【００８８】
その他、サーバ装置の構成とその機能、クライアント装置の構成とその機能、コンテンツの種類や構成、ダウンロード制御の手順と内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
要するにこの発明は、上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、各実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００８９】
【図１】この発明に係わるコンテンツダウンロードシステムの第１の実施形態を示す概略構成図。
【図２】図１に示したシステムのダウンロードサーバの機能構成を示すブロック図。
【図３】図１に示したシステムのコンテンツサーバの機能構成を示すブロック図。
【図４】図１に示したシステムの移動通信端末の機能構成を示すブロック図。
【図５】図１に示したシステムの動作説明に使用するシーケンス図。
【図６】図２に示したダウンロードサーバにより生成される、アップデートフラグＵＦが挿入されたＤＤの構成の一例を示す図。
【図７】この発明の第２の実施形態に係わるダウンロードサーバの機能構成を示すブロック図。
【図８】この発明の第２の実施形態に係わる移動通信端末の機能構成を示すブロック図。
【図９】この発明の第２の実施形態に係わるコンテンツダウンロードシステムの動作説明に使用するシーケンス図。
【図１０】図７に示したダウンロードサーバにより生成される、アップデートピリオドＵＰが挿入されたＤＤの構成の一例を示す図。
【図１１】この発明の第３の実施形態に係わるダウンロードサーバの機能構成を示すブロック図。
【図１２】この発明の第３の実施形態に係わる移動通信端末の機能構成を示すブロック図。
【図１３】この発明の第３の実施形態に係わるコンテンツダウンロードシステムの動作説明に使用するシーケンス図。
【図１４】図１１に示したダウンロードサーバにより生成される、メディア番号ＮＭが挿入されたＤＤの構成の一例を示す図。
【符号の説明】
【００９０】
ＤＳＶ…ダウンロードサーバ、ＣＳＶ…コンテンツサーバ、ＭＳ１〜ＭＳｎ…移動通信端末、ＮＷ…通信ネットワーク、１１，２１…ＣＰＵ、１２，２２…バス、１３Ａ，１３Ｂ，１３Ｃ，２３…プログラムメモリ、１４，２４…データメモリ、１５，２５…通信インタフェース、３１…アンテナ、３２…アンテナ共用器（ＤＵＰ）、３３…受信回路（ＲＸ）、３４…周波数シンセサイザ（ＳＹＮ）、３５…送信回路（ＴＸ）、３６…ＣＤＭＡ信号処理部、３７…音声コーデック、３８…ＰＣＭコーデック、３９…受話増幅器、４０…スピーカ、４１…マイクロホン、４２…送話増幅器、４３Ａ，４３Ｂ，４３Ｃ…制御部、４４…入力部、４５…表示部、４６…記憶部、４７…電源回路、４８…バッテリ、１３１…ＤＴ生成・送信制御プログラム、１３２，１３４，１３６…ＤＤ生成・送信制御プログラム、１３３…更新タイミング指定制御プログラム、１３５…パッケージ情報生成制御プログラム、２３１…ダウンロード送信制御プログラム、４３１…ＤＴ受信制御プログラム、４３２…，４３６タイミング設定制御プログラム、４３３，４３７，４４０…ダウンロード受信制御プログラム、４３４…タイミング再設定制御プログラム、４３５，４３８…ＤＤ受信制御プログラム、４３９…コンテンツ受信可否判定プログラム。
【図１】
2005339130.tif 000003
【図２】
2005339130.tif 000004
【図３】
2005339130.tif 000005
【図４】
2005339130.tif 000006
【図５】
2005339130.tif 000007
【図６】
2005339130.tif 000008
【図７】
2005339130.tif 000009
【図８】
2005339130.tif 000010
【図９】
2005339130.tif 000011
【図１０】
2005339130.tif 000012
【図１１】
2005339130.tif 000013
【図１２】
2005339130.tif 000014
【図１３】
2005339130.tif 000015
【図１４】
2005339130.tif 000016