JP2006157417A - メディアオブジェクト提供方法、移動体通信端末及びメディアオブジェクト提供サーバ - Google Patents

Abstract

【課題】 メディアオブジェクト提供サーバ側から、ダウンロード対象のメディアオブジェクトごとに、移動体通信端末における再利用可能な状態での保存処理の可否を指定することができるメディアオブジェクト提供方法、移動体通信端末及びメディアオブジェクト提供サーバを提供する。
【解決手段】 移動体通信端末１０は、メディアオブジェクトのダウンロードを要求するメディアオブジェクト取得要求をメディアオブジェクト提供サーバ５０に送信する。サーバ５０は、移動体通信端末から送信されたメディアオブジェクト取得要求を受信し、移動体通信端末におけるメディアオブジェクトの保存の可否を指定するための保存可否情報を、メディアオブジェクト取得要求に応答するメディアオブジェクト取得応答に書き込む。サーバ５０は、上記保存可否情報が書き込まれたメディアオブジェクト取得応答をメディアオブジェクトとともに移動体通信端末に送信する。
【選択図】 図１０

Description

本発明は、携帯電話通信網等の通信ネットワークにおけるメディアオブジェクト提供方法、並びにその方法で用いる携帯電話機等の移動体通信端末及びメディアオブジェクト提供サーバに関する。

従来、この種の携帯電話機などの移動体通信端末において通信ネットワーク上のサーバから画像、音楽、アプリケーションプログラム等のメディアオブジェクトをダウンロードする方法としては、次のようなＨＴＴＰ等の通信プロトコルを使った通信シーケンスを実行する方法が広く知られている。すなわち、移動体通信端末に表示されているＷＷＷページ上にあるアンカー設定済みの文字列や絵文字を利用者が選択すると、移動体通信端末は、そのアンカーで指定されたメディアオブジェクト提供サーバに、ＨＴＴＰリクエスト等のメディアオブジェクト取得要求を送信する。メディアオブジェクト提供サーバは、上記メディアオブジェクト取得要求に応答するように、メディアオブジェクトを含むＨＴＴＰレスポンス等のメディアオブジェクト取得応答を移動体通信端末に送信する。このメディアオブジェクト取得応答を受信した移動体通信端末では、メディアオブジェクト取得応答に含まれるメディアオブジェクトのデータを展開して表示したり所定のフォルダーに保存したりすることができる。

また、最近では、所望のメディアオブジェクトを確実にダウンロードできるように、移動体通信端末と通信ネットワーク上のサーバとの間で複数回送受信する通信シーケンスを実行する方法が採用する場合がある（非特許文献１参照）。この方法は、モバイル通信関連の業界団体であるＯＭＡ（Open Mobile Alliance）で標準化された方法である（以下、この方法を「ＯＭＡ方式のメディアオブジェクト提供方法」という）。このＯＭＡ方式のメディアオブジェクト提供方法では、まずメディアオブジェクトのダウンロードに先立って、ダウンロード対象のメディアオブジェクトに関するダウンロード情報を含むダウンロード記述子ファイルを、通信ネットワーク上のサーバから取得する。このダウンロード情報は、ダウンロード対象のメディアオブジェクトが登録されているＵＲＩ（Uniform Resource Identifier）やメディアオブジェクトの種別及びサイズなど情報である。次に、上記ダウンロード情報を利用者が確認し、移動体通信端末を操作してダウンロードを承諾するか否かを入力する。利用者がダウンロードを承諾すると、移動体通信端末は、上記ダウンロード情報のＵＲＩで指定されたメディアオブジェクト提供サーバに、利用者がダウンロードを承諾したメディアオブジェクトについて、ＨＴＴＰ等の通信プロトコルによるメディアオブジェクト取得要求を送信する。メディアオブジェクト提供サーバは、上記メディアオブジェクト取得要求に応答するように、メディアオブジェクトを含むメディアオブジェクト取得応答を移動体通信端末に送信する。このメディアオブジェクト取得応答を受信した移動体通信端末では、メディアオブジェクト取得応答に含まれるメディアオブジェクトのデータを展開して表示したり所定のフォルダーに保存したりすることができる。また、メディアオブジェクトのダウンロードを行った移動体通信端末は、ダウンロードの結果を示すダウンロード確認要求をメディアオブジェクト提供サーバに送信する。これにより、メディアオブジェクト提供サーバは、移動体通信端末がメディアオブジェクトのダウンロードに成功したか否かを確認することができる。
"Generic Content Download Over The Air Candidate Version 1.0 - 21 Feb 2003", Open Mobile Alliance, OMA-Download-OTA-v1_0-20030221-C.

ところが、前述のように移動体通信端末にメディアオブジェクトをダウンロードできるようにした場合は、メディアオブジェクト提供サーバ側から、ダウンロード対象のメディアオブジェクトごとに、移動体通信端末における再利用可能な状態での保存処理の可否を指定できるようにしたいという要請があった。例えば、試聴のみを許可する新譜の音楽メディアオブジェクトの場合、移動体通信端末でダウンロードした音楽メディアオブジェクトを展開して出力する処理については許可し、一方、その音楽メディアオブジェクトを再利用可能な状態で内部メモリやメモリーカード等の記憶手段に保存することを禁止したいという要請があった。

本発明の目的は、メディアオブジェクト提供サーバ側から、ダウンロード対象のメディアオブジェクトごとに、移動体通信端末における再利用可能な状態での保存処理の可否を指定することができるメディアオブジェクト提供方法、移動体通信端末及びメディアオブジェクト提供サーバを提供することである。

上記目的を達成するために、請求項１の発明は、通信ネットワークを介して通信可能な移動体通信端末に、所定の通信プロトコルを用いた通信により該通信ネットワーク上のメディアオブジェクト提供サーバからメディアオブジェクトを送信するメディアオブジェクト提供方法であって、上記移動体通信端末が、メディアオブジェクトのダウンロードを要求するメディアオブジェクト取得要求を、上記メディアオブジェクト提供サーバに送信するステップと、上記メディアオブジェクト提供サーバが、上記移動体通信端末から送信されたメディアオブジェクト取得要求を受信するステップと、上記メディアオブジェクト提供サーバが、上記移動体通信端末における上記メディアオブジェクトに対する再利用可能な状態での保存処理の可否を指定するための保存可否情報を、上記メディアオブジェクト取得要求に応答するメディアオブジェクト取得応答に書き込むステップと、上記メディアオブジェクト提供サーバが、上記保存可否情報が書き込まれた上記メディアオブジェクト取得応答を上記メディアオブジェクトとともに上記移動体通信端末に送信するステップとを有することを特徴とするものである。
また、請求項２の発明は、所定の通信プロトコルを用いた通信により通信ネットワーク上のメディアオブジェクト提供サーバからメディアオブジェクトをダウンロード可能な移動体通信端末であって、メディアオブジェクトの取得を要求するメディアオブジェクト取得要求を上記メディアオブジェクト提供サーバに送信するメディアオブジェクト取得要求送信手段と、上記メディアオブジェクトを含むメディアオブジェクト取得応答を上記メディアオブジェクト提供サーバから受信するメディアオブジェクト取得応答受信手段と、上記メディアオブジェクトを記憶するためのメディアオブジェクト記憶手段と、当該移動体通信端末における上記メディアオブジェクトの保存の可否を指定するように上記メディアオブジェクト取得応答に書き込まれている保存可否情報を、該メディアオブジェクト取得応答から読み出し、該保存可否情報に基づいて、上記メディアオブジェクト記憶手段に上記メディアオブジェクトを保存するか否かを制御するメディアオブジェクト保存手段とを備えたことを特徴とするものである。
また、請求項３の発明は、通信ネットワークを介して通信可能な移動体通信端末に、所定の通信プロトコルを用いた通信によりメディアオブジェクトを送信するメディアオブジェクト提供サーバであって、提供対象のメディアオブジェクトを記憶するメディアオブジェクト記憶手段と、上記移動体通信端末から送信されたメディアオブジェクト取得要求を受信するメディアオブジェクト取得要求受信手段と、上記移動体通信端末における上記メディアオブジェクトに対する再利用可能な状態での保存処理の可否を指定するための保存可否情報を、上記メディアオブジェクト取得要求に応答するメディアオブジェクト取得応答に書き込む保存可否情報書き込み手段と、上記保存可否情報が書き込まれた上記メディアオブジェクト取得応答を上記メディアオブジェクトともに上記移動体通信端末に送信するメディアオブジェクト取得応答送信手段とを備えたことを特徴とするものである。

なお、上記「通信プロトコル」としては、ＨＴＴＰ（HyperText Transfer Protocol）、Ｗ−ＨＴＴＰ（Wireless HyperText Transfer Protocol）、ＷＴＰ(Wireless Transaction Protocol)、ＷＳＰ（Wireless Session Protocol）等を用いることができる。
上記各請求項において、上記通信プロトコルとしてＷ−ＨＴＴＰ等のＨＴＴＰを用いた場合は、上記メディアオブジェクト取得要求としてＨＴＴＰ要求が送受信され、上記メディアオブジェクト取得応答としてＨＴＴＰ応答が送受信される。この場合、上記保存可否情報は、ＲＦＣ（Request For Comment）２６１６で規定されているＨＴＴＰ応答のヘッダを構成する標準仕様のキャッシュ・コントロール（Cache-Control）・フィールドに書き込むことができる。また、上記メディアオブジェクトの保存処理を禁止する場合の上記保存可否情報の値としては、キャッシュ・コントロール（Cache-Control）・フィールドの標準仕様の値である「no-store」を書き込むことができる。
また、上記「メディアオブジェクト」としては、ＷＥＢページのデータのほか、画像ファイル、音楽ファイル、プログラムファイル等の各種ファイル、及び画像や音楽などのストリーミングデータが挙げられる。
また、上記「移動体通信端末」としては、ＰＤＣ（Personal Digital Cellular）方式、ＧＳＭ（Global System for Mobile Communication）方式、ＴＩＡ（Telecommunications Industry Association）方式等の携帯電話機、ＩＭＴ（International Mobile Telecommunications）−２０００で標準化された携帯電話機、ＴＤ−ＳＣＤＭＡ（Time Division Synchronous Code Division Multiple Access）方式の一つであるＴＤ−ＳＣＤＭＡ（ＭＣ：Multi Carrier）方式の携帯電話機、ＰＨＳ（Personal Handyphone System）、自動車電話機等の通話機能を有する電話機が挙げられる。また、この「移動体通信端末」としては、上記電話機のほか、通話機能を有するＰＤＡ（Personal Digital Assistance）等の通信端末も挙げられる。
また、上記移動体通信端末やサーバにおける制御や情報処理は、その移動体通信端末及びサーバそれぞれに設けられたコンピュータで所定のプログラムを実行することによって実現することもできる。このコンピュータで用いるプログラムの受け渡しは、デジタル情報としてプログラムを記録したＦＤ，ＣＤ−ＲＯＭ等の記録媒体を用いて行なってもいいし、コンピュータネットワーク等の通信ネットワークを用いて行なってもよい。

なお、上記各請求項におけるメディアオブジェクト提供に用いる方式としては、前述のＯＭＡ方式を採用してもよい。
このＯＭＡ方式を採用した場合のメディアオブジェクト提供方法は、次のようなステップを有する。すなわち、この場合のメディアオブジェクト提供方法は、通信ネットワークを介して通信可能な移動体通信端末が、ダウンロード対象のメディアオブジェクトに関するダウンロード情報を通信ネットワークを介して取得するステップと、上記移動体通信端末が、メディアオブジェクトの取得を要求するメディアオブジェクト取得要求を、上記ダウンロード情報で指定されている所定のメディアオブジェクト提供サーバに送信するステップと、上記メディアオブジェクト提供サーバが、上記移動体通信端末における上記メディアオブジェクトに対する再利用可能な状態での保存処理の可否を指定するための保存可否情報を、上記メディアオブジェクト取得要求に応答するメディアオブジェクト取得応答に書き込むステップと、上記メディアオブジェクト提供サーバが、上記保存可否情報が書き込まれた上記メディアオブジェクト取得応答を上記メディアオブジェクトとともに上記移動体通信端末に送信するステップと、上記移動体通信端末が、上記メディアオブジェクトのダウンロードが完了したか否かを示すダウンロード確認通知を上記メディアオブジェクト提供サーバに送信するステップとを有する。
また、上記ＯＭＡ方式を採用した場合の移動体通信端末は、次のような手段を備える。すなわち、この場合の移動体通信端末は、前述のメディアオブジェクト取得要求送信手段、メディアオブジェクト取得応答受信手段、メディアオブジェクト記憶手段及びメディアオブジェクト保存手段のほか、ダウンロード対象のメディアオブジェクトに関するダウンロード情報を要求するダウンロード情報取得要求を上記メディアオブジェクト提供サーバに送信するダウンロード情報要求送信手段と、上記メディアオブジェクト提供サーバから上記メディアオブジェクト情報を含むメディアオブジェクト情報応答を受信するダウンロード情報応答受信手段と、上記メディアオブジェクトのダウンロードが完了したか否かを示すダウンロード結果通知を上記メディアオブジェクト提供サーバに送信するダウンロード確認通知送信手段とを備える。この場合、前述のメディアオブジェクト取得要求送信手段は、上記ダウンロード情報で指定されている所定の接続先のメディアオブジェクト提供サーバに対してメディアオブジェクト取得要求を送信する。
また、上記ＯＭＡ方式を採用した場合のメディアオブジェクト提供サーバは、次のような手段を備える。すなわち、この場合のメディアオブジェクト提供サーバは、前述のメディアオブジェクト記憶手段、メディアオブジェクト取得要求受信手段、保存可否情報書き込み手段及びメディアオブジェクト取得応答送信手段のほか、上記ダウンロード情報を要求するダウンロード情報要求を上記移動体通信端末から受信するダウンロード情報要求受信手段と、上記ダウンロード情報要求を受信したときにダウンロード情報を含むダウンロード情報応答に送信するダウンロード情報応答送信手段と、上記メディアオブジェクトのダウンロードが完了した旨を示すダウンロード結果通知を上記移動体通信端末から受信するダウンロード結果通知受信手段とを備える。

請求項１乃至３の発明によれば、メディアオブジェクト提供サーバが移動体通信端末にメディアオブジェクトと一緒に送信するメディアオブジェクト要求応答に、移動体通信端末におけるメディアオブジェクトの保存の可否を指定するための保存可否情報を書き込んでいる。移動体通信端末は、メディアオブジェクト提供サーバからメディアオブジェクトを受信したとき、メディアオブジェクトとともに受信したメディアオブジェクト要求応答から保存可否情報を読み出してメディアオブジェクトを保存するか否かの制御に用いることができる。ここで、上記保存可否情報がメディアオブジェクトの保存を許可する情報である場合は、移動体通信端末は受信したメディアオブジェクトを自動保存するように制御する。一方、上記保存可否情報がメディアオブジェクトの保存を禁止する情報である場合は、移動体通信端末は受信したメディアオブジェクトを保存しないように制御する。以上のように、ダウンロード対象のメディアオブジェクトごとに、メディアオブジェクト提供サーバがメディアオブジェクト要求応答に保存可否情報を書き込み、移動体通信端末が、メディアオブジェクト要求応答から読み出した保存可否情報に基づいて、メディアオブジェクト提供サーバから受信したメディアオブジェクトを保存するか否かの制御に用いることができる。従って、メディアオブジェクト提供サーバ側から、ダウンロード対象のメディアオブジェクトごとに、移動体通信端末への保存を制御できるようになるという効果がある。

以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る通信システム全体の概略構成の一例を示す説明図である。この通信システムは、移動体通信端末としての携帯電話機１０と、通信ネットワークとしての携帯電話通信網２０とを用いて構成されている。携帯電話通信網２０は、基地局２１と、コアネットワーク２２と、ＩＰ（Internet Protocol）ネットワーク２３とを備えている。

上記基地局２１は、管轄対象のセルごとに設けられ、携帯電話通信網２０内の有線回線からのデータを無線インタフェースに合うデータフォーマットに変換し、管轄対象のセル内にある携帯電話機１０に無線周波数で送信する。逆に無線周波数で送信される携帯電話機１０からのデータを受信して有線インタフェースに合うデータフォーマットに変換し、携帯電話通信網２０内の有線回線部分に転送する。

上記コアネットワーク２２は、図示しない位置登録データベース（ＨＬＲ，ＶＬＲ）、加入者データベース、課金システム等を有し、各携帯電話機間の通信等を中継するように通信制御を行う。更に、コアネットワーク２２は、各携帯電話機と、携帯電話通信網２０内の構成要素との間における通信を中継するように通信制御を行う。また、コアネットワーク２２は、各携帯電話機と他の通信ネットワークとの間における通信を中継するように通信制御を行う。
また、上記コアネットワーク２２は、回線交換網のほかパケット交換網を有している。このパケット交換網は、ＳＧＳＮ（Serving GPRS Support Node）２４やＧＧＳＮ（Gateway GPRS Support Node）２５等のノードを有している。ＳＧＳＮ２４は、基地局２１が接続されている図示しない無線ネットワークコントローラとコアネットワーク２２側のパケット交換網との間のゲートウェイ機能と、各携帯電話機１０の位置管理、セキュリティ管理及びアクセス制御を行う機能とを有している。また、ＧＧＳＮ２５は、コアネットワーク２２側のパケット交換網と、ＩＰネットワーク２３との間のゲートウェイ機能を有している。

上記ＩＰネットワーク２３は、プロキシサーバ２６、ゲートウェイサーバ２７、その他図示しないＷＥＢサーバ等を有している。プロキシサーバ２６は、各携帯電話機１０と、ＩＰネットワーク２３内のサーバやインターネット上のサーバとの間の通信を中継する処理を行う。このプロキシサーバ２６は、コアネットワーク２２における通信プロトコルとＩＰネットワーク２３やインターネット３０等の他の通信ネットワークにおける通信プロトコルが異なる場合に、両通信プロトコルを合わせるためのプロトコル変換機能も有している。
なお、このＩＰネットワーク２３の中に、ＷＥＢサーバやダウンロードサーバを設けてもよい。

上記ゲートウェイサーバ２７は、携帯電話通信網２０のＩＰネットワーク２３とインターネット３０との間のゲートウェイ機能とファイヤウォール機能とを有している。

上記携帯電話通信網２０のＩＰネットワーク２３を介して接続されているインターネット３０には、各種メディアオブジェクト提供サーバが接続されている。このメディアオブジェクト提供サーバとしては、ＷＥＢページのデータ等のメディアオブジェクトを提供するＷＥＢサーバ４０や、画像ファイル、音楽ファイル、プログラムファイルなどのメディアオブジェクトを主に提供するダウンロードサーバ５０等がある。なお、このＷＥＢサーバ４０やダウンロードサーバ５０は、携帯電話通信網２０のＩＰネットワーク２３内に配置しておいてもよい。

上記インターネット３０上の各種メディアオブジェクト提供サーバから携帯電話機１０にメディアオブジェクトをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバ４０からＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（HyperText Transfer Protocol）、Ｗ−ＨＴＴＰ（Wireless HyperText Transfer Protocol）、ＷＴＰ(Wireless Transaction Protocol)、ＷＳＰ（Wireless Session Protocol）等が用いられる。

図２は、上記ＷＥＢサーバ４０のハードウェア構成の一例を示すブロック図である。なお、上記ダウンロードサーバ５０も同様に構成することができる。
このＷＥＢサーバ４０は、システムバス４００、ＣＰＵ４０１、内部記憶装置、外部記憶装置、入力装置４０５、出力装置４０６、及びインターネット用通信装置４０７を備えている。上記内部記憶装置は、ＲＡＭ４０２やＲＯＭ４０３等で構成されている。上記外部記憶装置４０４は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置４０５は、マウスやキーボード等で構成されている。上記出力装置４０６は、ディスプレイやプリンタ等で構成されている。上記インターネット用通信装置４０７は、所定の通信プロトコルにより、インターネット３０上の各種クライアント端末や他のサーバと通信したり、携帯電話通信網２０上のプロキシサーバ２３と通信したりするための装置である。
上記ＣＰＵ４０１やＲＡＭ４０２等の構成要素はお互いに、システムバス４００を介して、データやプログラムの命令等のやり取りを行っている。このダウンロードサーバ４０を所定の手順に従って動作させるためのプログラムはＲＯＭ４０３や外部記憶装置４０５に記憶されており、必要に応じてＣＰＵ４０１やＲＡＭ４０２上の作業エリアに呼び出されて実行される。

また、上記ダウンロードサーバ５０やＷＥＢサーバ４０等のメディアオブジェクト提供サーバは、一部又は全体を専用の制御装置として構成してもいいし、一部又は全体を汎用のコンピュータシステムを用いて構成してもよい。また、これらのメディアオブジェクト提供サーバは、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。

図３は、本実施形態に係るダウンロードサーバ５０の主要な機能を抽出して示した機能ブロック図である。このダウンロードサーバ５０は、メディアオブジェクト記憶手段５１０とメディアオブジェクト取得要求受信手段５１１と保存可否情報書き込み手段５１２とメディアオブジェクト取得応答送信手段５１３とを有している。このダウンロードサーバ５０は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。
上記メディアオブジェクト記憶手段５１０は上記内部記憶装置や外部記憶装置で構成され、ダウンロード対象の画像ファイル、音楽ファイル、プログラムファイル等のオブジェクトからなるメディアオブジェクトを記憶している。
上記メディアオブジェクト取得要求受信手段５１１は上記インターネット用通信装置５０７等で構成され、所定の通信プロトコルを使って携帯電話機１０から送信されたメディアオブジェクト取得要求を受信する。例えば、利用者が指定したメディアオブジェクトを取得すべく携帯電話機１０から送信されてきたＨＴＴＰ要求を受信する。
上記保存可否情報書き込み手段５１２は上記ＣＰＵ４０１等で構成され、上記携帯電話機１０から受信したメディアオブジェクト取得要求に応答するように生成されるメディアオブジェクト取得応答に、携帯電話機１０におけるメディアオブジェクトの保存の可否を指定するための保存可否情報を書き込む。
上記メディアオブジェクト取得応答送信手段５１３は上記インターネット用通信装置５０７等で構成され、インターネット３０及び携帯電話通信網２０を介して、メディアオブジェクト記憶手段５１０から読み出したメディアオブジェクトとともに上記保存可否情報が書き込まれたメディアオブジェクト取得応答を、所定の通信プロトコルを使って携帯電話機１０に送信する。例えば、メディアオブジェクト及び保存可否情報を含むＨＴＴＰ応答を携帯電話機１０に送信する。

図４は、前述のＯＭＡ方式のダウンロードが可能なダウンロードサーバ５０の主要な機能を抽出して示した機能ブロック図である。このダウンロードサーバ５０は、上記メディアオブジェクト記憶手段５１０、メディアオブジェクト取得要求受信手段５１１、保存可否情報書き込み手段５１２及びメディアオブジェクト取得応答送信手段５１３とともに、ダウンロード情報要求受信手段５１４と、ダウンロード情報応答送信手段５１５と、ダウンロード結果通知受信手段５１５とを有している。このダウンロードサーバ５０は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。
上記ダウンロード情報要求受信手段５１４は上記インターネット用通信装置５０７等で構成され、所定の通信プロトコル（例えば、Ｗ−ＨＴＴＰ）を使って携帯電話機１０から送信されたダウンロード情報要求を受信する。このダウンロード情報要求で要求するダウンロード情報は、ダウンロード記述子（ＤＤ：Download Descriptor）とも呼ばれ、ダウンロード対象のメディアオブジェクトのＵＲＩ（objectURI）、そのメディアオブジェクトのタイプ及びサイズ等のメディアオブジェクトの属性情報、ダウンロード確認時の利用者へのメッセージ情報（Description）、ダウンロード確認通知のＵＲＩ（InstallNotifyURI）等が含まれる。
上記ダウンロード情報応答送信手段５１５は、上記インターネット用通信装置５０７等で構成され、インターネット３０及び携帯電話通信網２０を介して、上記ダウンロード情報を含むダウンロード情報応答を所定の通信プロトコルを使って携帯電話機１０に送信する。例えば、上記ダウンロード情報を含むＨＴＴＰ応答を携帯電話機１０に送信する。
上記ダウンロード結果通知受信手段５１６は上記インターネット用通信装置５０７等で構成され、上記メディアオブジェクトのダウンロードが完了した携帯電話機１０から所定の通信プロトコルを使って送信されたダウンロード結果通知を受信する。

図５は携帯電話機１０の一構成例を示す外観図であり、図６は、その携帯電話機１０のハードウェア構成を示す概略構成図である。また、図７は、携帯電話機１０におけるソフトウェア構造の説明図である。
この携帯電話機１０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、ＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力装置１０４、出力装置１０５、携帯電話通信網用通信装置１０６を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。

上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフトＯＳ上で、音声通話機能や、アプリケーションソフト（以下「アプリケーション」という。）による各種機能を実現することができる。このアプリケーションによる機能としては、ＷＥＢブラウザ、メーラー、音楽再生、動画表示、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。

また、上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、上記ネイティブ側の電話機プラットフォームとは異なるアプリケーション実行環境を構築することができる。そして、このアプリケーション実行環境上で、携帯電話機にプリインストールされているアプリケーションや利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。このアプリケーションとしては、プラットフォームに依存しないオブジェクト指向プログラミングによって開発されたＪＡＶＡ（登録商標）、Ｃ＋＋等のプログラム言語で記述されたアプリケーションや、Ｃ言語やアセンブリ言語で記述されたアプリケーションなどが挙げられる。また、これらのアプリケーション実行環境は、例えばＪＡＶＡ（登録商標）の仮想マシン（ＶＭ：Virtual Machine）やＢＲＥＷ（登録商標）等のミドルウェアによって構築される。

上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、携帯電話機１０に対してメディアオブジェクト取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションプログラムの選択、起動及び停止を行ったりすることができる。また、利用者は上記操作部を操作することにより、上記ダウンロードサーバ５０から画像ファイル、音楽ファイル、アプリケーションプログラム等のメディアオブジェクトをダウンロードして登録することができる。また、利用者は上記操作部を操作することにより、登録した画像ファイルを展開して表示したり、音楽ファイルを展開して再生したり、アプリケーションプログラムを選択して実行したりすることができる。また、利用者は上記操作部を操作することにより、携帯電話通信網２０の図示しない情報配信サーバから受信した情報を表示することもできる。

上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、スピーカ１８、図示しない振動デバイス等から構成されている。上記液晶ディスプレイ（ＬＣＤ）１７やスピーカ１８等からなる出力装置等で構成されている出力部は、携帯電話通信網２０を介して受信したＷｅｂページを液晶ディスプレイ（ＬＣＤ）１７に表示したり、携帯電話通信網２０から情報を着信した旨を利用者に知らせたりするときに用いられる。具体的には、その情報を着信すると、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信報知画像を表示したり、スピーカ１８から着信音を出力させたりする。また、この出力部は、上記ゲーム等のアプリケーションプログラムの実行中に、そのプログラム実行に関連した画像の表示や音の出力に用いたり、情報配信サーバから受信した情報を表示したりするときにも用いられる。
なお、上記スピーカ１８は、通話中の音声を聞くための受話器用スピーカ（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。

上記出力装置１０５を構成する振動デバイスは、この振動デバイスは、マナーモード（サイレントモード）設定時などに音声電話を着信したりメールや各種配信情報を受信したりしたときに、携帯電話機１０の全体を振動させ、その着信等を利用者に知らせるように制御することができる。また、この振動デバイスは、上記ゲーム等のアプリケーションプログラムの実行中に、そのプログラム実行に関連した振動を携帯電話機１０の全体に発生させるように制御することができる。

上記携帯電話通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、携帯電話通信網２０を介して他の携帯電話機や上述したサーバ１１等と通信するときに用いられる。この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網２０からゲートウェイサーバを介して、インターネット等の外部の通信ネットワークに接続し、インターネット上での電子メールのやり取り等を行ったりするための通信手段として用いられる。更に、この携帯電話通信網用通信装置１０６は、携帯電話通信網１０を介して、ダウンロードサーバ５０が提供するアプリケーションプログラムをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。

図８は、本実施形態に係る携帯電話機１０の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、メディアオブジェクト取得要求送信手段１１０とメディアオブジェクト取得応答受信手段１１１とメディアオブジェクト記憶手段１１２とメディアオブジェクト保存手段１１３と保存可否情報読み出し手段１１４と制御手段１１５とを有している。
上記メディアオブジェクト取得要求送信手段１１０は上記携帯電話通信網用通信装置１０６等で構成され、所定の通信プロトコルを使ってメディアオブジェクトの取得を要求するメディアオブジェクト取得要求をダウンロードサーバ５０に送信する。
上記メディアオブジェクト取得応答受信手段１１１は、上記携帯電話通信網用通信装置１０６等で構成され、所定の通信プロトコルを使ってダウンロードサーバ５０から送信されたメディアオブジェクトを含むメディアオブジェクト取得応答を受信する。
上記メディアオブジェクト記憶手段１１２は上記ＲＡＭ１０２やＲＯＭ１０３等で構成され、画像、音楽、アプリケーションプログラムなどの各種メディアオブジェクトのデータを記憶する。
上記メディアオブジェクト保存手段１１３は上記ＣＰＵ１０１等で構成され、上記メディアオブジェクト取得応答に含まれるメディアオブジェクトの上記メディアオブジェクト記憶手段１１２への保存処理を、次のように実行する。すなわち、このメディアオブジェクト保存手段１１３は、携帯電話機１０におけるメディアオブジェクトの保存の可否を指定するように上記メディアオブジェクト取得応答に書き込まれている保存可否情報を読み出し、その保存可否情報に基づいて、上記メディアオブジェクト取得応答に含まれるメディアオブジェクトの上記メディアオブジェクト記憶手段１１２への保存処理を実行する。ここで、上記保存可否情報がメディアオブジェクトの保存を許可する情報である場合、メディアオブジェクト保存手段１１３は、受信したメディアオブジェクトを自動保存する。一方、上記保存可否情報がメディアオブジェクトの保存を禁止する情報である場合、メディアオブジェクト保存手段１１３は、受信したメディアオブジェクトを保存しない。

図９は、前述のＯＭＡ方式のダウンロードが可能な携帯電話機１０の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、前述のメディアオブジェクト取得要求送信手段１１０、メディアオブジェクト取得応答受信手段１１１、メディアオブジェクト記憶手段１１２及びメディアオブジェクト保存手段１１３とともに、ダウンロード情報要求送信手段１１４と、ダウンロード情報受信手段１１５と、ダウンロード結果通知送信手段１１６とを有している。
上記ダウンロード情報要求送信手段１１４は上記携帯電話通信網用通信装置１０６等で構成され、所定の通信プロトコルを使ってダウンロードサーバ５０にダウンロード情報要求を送信する。前述のように、このダウンロード情報要求で要求するダウンロード情報は、ダウンロード対象のメディアオブジェクトのＵＲＩ（objectURI）、そのメディアオブジェクトのタイプ及びサイズ等のメディアオブジェクトの属性情報、ダウンロード確認時の利用者へのメッセージ情報（description）、ダウンロード確認通知のＵＲＩ（installNotifyURI）等の情報である。
上記ダウンロード情報応答受信手段１１５は上記携帯電話通信網用通信装置１０６等で構成され、所定の通信プロトコルを使ってダウンロードサーバ５０から送信されたダウンロード情報を含むダウンロード情報応答を受信する。
上記ダウンロード結果通知送信手段１１６は上記携帯電話通信網用通信装置１０６等で構成され、上記メディアオブジェクトのダウンロードが完了した後、所定の通信プロトコルを使ってダウンロードサーバ５０にダウンロード結果通知（installNotify）を送信する。このダウンロード結果通知（installNotify）は、ダウンロードしたメディアオブジェクトを保存したか否かにかかわらず送信される。

図１０は、上記構成の携帯電話機１０において音楽メディアオブジェクトをダウンロードするときの携帯電話機１０とサーバ４０，５０との間の通信手順の一例を示すシーケンス図である。なお、本例におけるメディアオブジェクトのダウンロード手順は、前述のＯＭＡ方式のダウンロード手順を採用している。また、上記ダウンロード対象の音楽メディアオブジェクトは、著作権保護などの理由によって１回のダウンロードによる試聴のみ許可され、再利用可能な形態で内部メモリやメモリーカードなどに保存する保存処理が禁止されているメディアオブジェクトである。

まず、利用者は、携帯電話機１０を操作してブラウザのアプリケーションを起動し、ＷＥＢサーバ４０の音楽試聴のコンテンツ紹介サイトにアクセスする（ステップＳ１〜Ｓ３）。このアクセスにより、携帯電話機１０のディスプレイ１７の画面１７ａには、図１１（ａ）に示す音楽コンテンツ紹介のＷＥＢページが表示される（ステップＳ４）。

次に、利用者は、ディプレイ１７の画面１７ａに表示された音楽コンテンツ紹介のページを確認し、試聴を希望する音楽コンテンツのタイトルを選択するように所定のキー操作を行う（ステップＳ５）。携帯電話機１０は、このキー操作を受付けると、ダウンロード情報取得要求としてのＨＴＴＰ要求を、ダウンロードサーバ５０に送信する（ステップＳ６）。

上記ＨＴＴＰ要求を受信したダウンロードサーバ５０は、上記利用者が希望するメディアオブジェクトのダウンロードに関するダウンロード情報（ObjectURI、ファイルタイプ、ファイルサイズ等の情報）をメディアオブジェクト記憶手段（メディアオブジェクトデータベース）から読み出す（ステップＳ７）。そして、このダウンロード情報を含むダウンロード情報応答としてのＨＴＴＰ応答を生成し、携帯電話機１０に送信する（ステップＳ８）。

次に、携帯電話機１０は、上記ＨＴＴＰ応答を受信すると、ディスプレイ１７の画面に、図１１（ｂ）に示すように上記ダウンロード情報に基づいて作成したダウンロード確認画面を表示する（ステップＳ９）。利用者は、ダウンロード確認画面の内容を確認し、ダウンロードＯＫのキー操作を行う。具体的には、ダウンロード確認画面の下側にある「ＹＥＳ」キーを選択する操作を行う。このキー操作を受け付けた携帯電話機１０は、ダウンロードサーバ５０に、上記利用者が希望するメディアオブジェクトをダウンロードするためのメディアオブジェクト取得要求としてのＨＴＴＰ要求を送信する（ステップＳ１０、Ｓ１１）。このＨＴＴＰ要求が送信されると、携帯電話機１０のディスプレイ１７には、図１１（ｃ）に示すように、ダウンロード中である旨を示すメッセージと、ダウンロードの進捗状況を示すバー表示とが表示される。

上記ＨＴＴＰ要求を受信したダウンロードサーバ５０は、上記利用者が希望するメディアオブジェクトをメディアオブジェクト記憶手段（メディアオブジェクトデータベース）から読み出すとともに（ステップＳ１２）、このメディアオブジェクトを含むメディアオブジェクト取得応答としてのＨＴＴＰ応答のヘッダに、そのメディアオブジェクトの保存の可否を指定するための保存可否情報を書き込む（ステップＳ１３）。具体的には、ＲＦＣ２６１６で規定されているＨＴＴＰ応答のヘッダを構成する標準仕様のキャッシュ・コントロール（Cache-Control）・フィールドに保存可否情報を書き込む。本例においては、携帯電話機１０で上記メディアオブジェクトの保存処理を禁止するので、上記保存可否情報の値として、キャッシュ・コントロール・フィールドの標準仕様の値である「no-store」が書き込まれる。
なお、携帯電話機１０におけるメディアオブジェクトの自動保存処理を許可するときの上記保存可否情報の値としては、上記「no-store」以外の値、例えば「public」、「private」等の値を書き込むことができる。また、メディアオブジェクトの自動保存処理を許可するときには、キャッシュ・コントロール・フィールドはブランクにしておいてもよい。
次に、ダウンロードサーバ５０は、上記保存可否情報が書き込まれたＨＴＴＰ応答を携帯電話機１０に送信する（ステップＳ１４）。

次に、携帯電話機１０は、上記ＨＴＴＰ応答を受信すると、そのＨＴＴＰ応答のキャッシュ・コントロール・フィールドの値に基づいて、ダウンロードしたメディアオブジェクトの内部メモリやメモリーカードなどへの自動保存が許可されているか否かを判定する（ステップＳ１５）。本例のメディアオブジェクトは、自動保存が禁止されている試聴用のメディアオブジェクトであるので、携帯電話機１０は、自動保存が許可されていないと判定し、メディアオブジェクトの自動保存を実行しないように制御する（ステップＳ１６）。
そして、携帯電話機１０は、ダウンロードサーバ５０の所定のＵＲＩ（InstallNotifyURI）に、ダウンロードが完了した旨を示すダウンロード結果通知：要求としてＨＴＴＰ要求（InstallNotify）を送信する。ダウンロードサーバ５０は、ダウンロード結果通知：応答としてのＨＴＴＰ応答を携帯電話機１０に返信する（ステップＳ１８）。

次に、携帯電話機１０は、ダウンロードサーバ５０からダウンロード結果通知：応答を受信した後、図１１（ｄ）に示すダウンロード完了通知を表示し、利用者に対してダウンロード完了を知らせるとともに、すぐに試聴するか否かを利用者に問い合せる（ステップＳ１９）。ここで、ダウンロードした音楽コンテンツの試聴を希望するキー操作、具体的に「ＹＥＳ」キーを選択するキー操作を行うと、携帯電話機１０は、ダウンロードした音楽コンテンツのデータについて展開処理を行い、スピーカ１８やイヤホン等から楽曲の出力を開始する（ステップＳ２０）。

図１２は、携帯電話機１０でのメディアオブジェクト自動保存を許可する場合の音楽コンテンツをダウンロードするときの携帯電話機とサーバとの間の通信手順の一例を示すシーケンス図である。
図１２のシーケンスでは、上記図１０の場合と異なり、メディアオブジェクト取得応答としてのＨＴＴＰ応答のキャッシュ・コントロール・フィールドに、保存可否情報として上記「no-store」以外の「public」が書き込まれ、携帯電話機１０に送信される（ステップＳ１３、Ｓ１４）。
そして、携帯電話機１０は、上記ＨＴＴＰ応答を受信すると、そのＨＴＴＰ応答のキャッシュ・コントロール・フィールドの値に基づいて、ダウンロードしたメディアオブジェクトの内部メモリやメモリーカードなどへの自動保存が許可されているか否かを判定する（ステップＳ１５）。本例のメディアオブジェクトは、自動保存が許可されている試聴用のメディアオブジェクトであるので、携帯電話機１０は、メディアオブジェクト自動保存が許可されていると判定し、メディアオブジェクトの自動保存を実行するように制御する（ステップＳ１６）。

以上、本実施形態によれば、ダウンロード対象のメディアオブジェクトごとに、ダウンロードサーバ５０がメディアオブジェクト要求応答としてのＨＴＴＰ要求に保存可否情報を書き込み、携帯電話機１０が、メディアオブジェクト要求応答としてのＨＴＴＰ応答から読み出した保存可否情報に基づいて、ダウンロードサーバ５０から受信したメディアオブジェクトを保存するか否かの制御に用いることができる。従って、ダウンロードサーバ５０側から、ダウンロード対象のメディアオブジェクトごとに、携帯電話機１０への保存を制御できるようになる。
また、本実施形態によれば、標準の通信プロトコルであるＨＴＴＰ（Ｗ−ＨＴＴＰ）を用いるとともに、そのＨＴＴＰ応答のヘッダを構成する標準仕様のキャッシュ・コントロール（Cache-Control）・フィールドに、上記保存可否情報を書き込んでいる。しかも、その保存可否情報の値についても標準仕様の値である「no-store」や「public」を用いているため、上記保存可否情報を書き込むために通信プロトコルの仕様変更が不要である。
また、本実施形態によれば、前述のＯＭＡ方式のメディアオブジェクトダウンロードを行う場合においても、ダウンロードサーバ５０から送信するメディアオブジェクト取得応答（ＨＴＴＰ応答）に保存可否情報に書き込むことにより、ダウンロードサーバ５０側から、ダウンロード対象のメディアオブジェクトごとに、携帯電話機１０への保存を制御できるようになる。

本発明の実施形態に係る通信システム全体の概略構成の一例を示す説明図。 ダウンロードサーバのハードウェア構成の一例を示すブロック図。 ダウンロードサーバの主要な機能を抽出して示した機能ブロック図。 ＯＭＡ方式のダウンロードが可能なダウンロードサーバの主要な機能を抽出して示した機能ブロック図。 携帯電話機の一構成例を示す外観図。 携帯電話機のハードウェア構成を示す概略構成図。 携帯電話機におけるソフトウェア構造の説明図。 携帯電話機の主要な機能を抽出して示した機能ブロック図。 ＯＭＡ方式のダウンロードが可能な携帯電話機の主要な機能を抽出して示した機能ブロック図。 携帯電話機でのメディアオブジェクト自動保存を許可しない音楽コンテンツをダウンロードするときの携帯電話機とサーバとの間の通信手順の一例を示すシーケンス図。 （ａ）〜（ｄ）はメディアオブジェクトダウンロード時における携帯電話機のディスプレイ画面の遷移を示す説明図。 携帯電話機でのメディアオブジェクト自動保存を許可する音楽コンテンツをダウンロードするときの携帯電話機とサーバとの間の通信手順の一例を示すシーケンス図。

符号の説明

１０ 携帯電話機
２０ 携帯電話通信網
３０ インターネット
４０ ＷＥＢサーバ
５０ ダウンロードサーバ

Claims (3)

1. 通信ネットワークを介して通信可能な移動体通信端末に、所定の通信プロトコルを用いた通信により該通信ネットワーク上のメディアオブジェクト提供サーバからメディアオブジェクトを送信するメディアオブジェクト提供方法であって、
   上記移動体通信端末が、メディアオブジェクトのダウンロードを要求するメディアオブジェクト取得要求を上記メディアオブジェクト提供サーバに送信するステップと、
   上記メディアオブジェクト提供サーバが、上記移動体通信端末から送信されたメディアオブジェクト取得要求を受信するステップと、
   上記メディアオブジェクト提供サーバが、上記移動体通信端末における上記メディアオブジェクトの保存の可否を指定するための保存可否情報を、上記メディアオブジェクト取得要求に応答するメディアオブジェクト取得応答に書き込むステップと、
   上記メディアオブジェクト提供サーバが、上記保存可否情報が書き込まれた上記メディアオブジェクト取得応答を上記メディアオブジェクトとともに上記移動体通信端末に送信するステップと
   を有することを特徴とするメディアオブジェクト提供方法。
2. 所定の通信プロトコルを用いた通信により通信ネットワーク上のメディアオブジェクト提供サーバからメディアオブジェクトをダウンロード可能な移動体通信端末であって、
   メディアオブジェクトの取得を要求するメディアオブジェクト取得要求を上記メディアオブジェクト提供サーバに送信するメディアオブジェクト取得要求送信手段と、
   上記メディアオブジェクトを含むメディアオブジェクト取得応答を上記メディアオブジェクト提供サーバから受信するメディアオブジェクト取得応答受信手段と、
   上記メディアオブジェクトを記憶するためのメディアオブジェクト記憶手段と、
   当該移動体通信端末における上記メディアオブジェクトの保存の可否を指定するように上記メディアオブジェクト取得応答に書き込まれている保存可否情報を、該メディアオブジェクト取得応答から読み出し、該保存可否情報に基づいて、上記メディアオブジェクト記憶手段に上記メディアオブジェクトを保存するか否かを制御するメディアオブジェクト保存手段と
   を備えたことを特徴とする移動体通信端末。
3. 通信ネットワークを介して通信可能な移動体通信端末に、所定の通信プロトコルを用いた通信によりメディアオブジェクトを送信するメディアオブジェクト提供サーバであって、
   提供対象のメディアオブジェクトを記憶するメディアオブジェクト記憶手段と、
   上記移動体通信端末から送信されたメディアオブジェクト取得要求を受信するメディアオブジェクト取得要求受信手段と、
   上記移動体通信端末における上記メディアオブジェクトの保存の可否を指定するための保存可否情報を、上記メディアオブジェクト取得要求に応答するメディアオブジェクト取得応答に書き込む保存可否情報書き込み手段と、
   上記保存可否情報が書き込まれた上記メディアオブジェクト取得応答を上記メディアオブジェクトとともに上記移動体通信端末に送信するメディアオブジェクト取得応答送信手段と
   を備えたことを特徴とするメディアオブジェクト提供サーバ。

Images