(57)【特許請求の範囲】
【請求項１】
画像及び音の少なくとも一方を含むコンテンツを再生して出力可能な移動体通信端末であって、
上記再生対象のコンテンツのファイルを要求する取得要求を通信ネットワーク上のサーバに送信する送信手段と、
上記再生対象のコンテンツのファイルと、該コンテンツを再生するときに表示されるユーザインターフェース画面の画像ファイルと、該コンテンツを再生するときに該ユーザインターフェース画面の一部に表示されるフィードに関連したフィード関連情報のファイルとを含む複数のファイルをまとめた一つの合体ファイルを、上記サーバから受信する受信手段と、
上記合体ファイルから、上記コンテンツのファイルと上記画像ファイルと上記フィード関連のファイルとを復元するファイル処理手段と、
再生対象のコンテンツごとにフォルダーが作成され、上記合体ファイルから復元した上記コンテンツのファイルに対応するフォルダーに、該コンテンツのファイルと上記画像ファイルと上記フィード関連情報のファイルとを記憶する記憶手段と、
上記合体ファイルから復元したコンテンツのファイルに基づいて該コンテンツを再生して出力する出力手段と、
上記コンテンツが再生されるときに、該コンテンツに対応するフォルダーから上記画像ファイル及び上記フィード関連情報を読み出し、該画像ファイルに基づいて該コンテンツに対応するユーザインターフェース画面を表示し、該フィード関連情報に基づいて該ユーザインターフェース画面の一部にフィードを表示する表示手段と、を備えたことを特徴する移動体通信端末。
【請求項２】
請求項１に記載の移動体通信端末において、
上記フィード関連ファイルは、上記フィードを取得するための接続先情報を含むことを特徴とする移動体通信端末。
【請求項３】
請求項１に記載の移動体通信端末において、
上記再生対象のコンテンツは楽曲のコンテンツであり、
上記合体ファイルにまとめられる上記複数のファイルは、電話又はメールを着信したときに着信通知として再生出力を開始する上記楽曲上の開始ポイントの情報を有するファイルを含み、
上記ファイル処理手段は、上記合体ファイルから、上記楽曲上の開始ポイントの情報を有するファイルを復元することを特徴とする移動体通信端末。
【請求項４】
画像及び音の少なくとも一方を含むコンテンツを再生して出力可能な移動体通信端末と、通信ネットワークを介して通信可能なサーバであって、
上記再生対象のコンテンツのファイルを要求する取得要求を上記移動体通信端末から受信する受信手段と、
上記取得要求に対応するコンテンツのファイルと、該コンテンツを再生するときに表示されるユーザインターフェース画面の画像ファイルと、該コンテンツを再生するときに該ユーザインターフェース画面の一部に表示されるフィードに関連したフィード関連情報のファイルとを含む複数のファイルをまとめた一つの合体ファイルを作成するファイル作成手段と、
上記取得要求に応答して、上記合体ファイルを上記移動体通信端末に送信する送信手段と、を備えたことを特徴とするサーバ。
【請求項５】
請求項４に記載のサーバにおいて、
上記フィード関連情報のファイルは、上記フィードを取得するための接続先情報を含むことを特徴とするサーバ。
【請求項６】
請求項４に記載のサーバにおいて、
上記再生対象のコンテンツは楽曲のコンテンツであり、
上記合体ファイルにまとめられる上記複数のファイルは、上記移動体通信端末が電話又はメールを着信したときに着信通知として再生出力を開始する上記楽曲上の開始ポイントの情報を有するファイルを含むことを特徴とするサーバ。
【請求項７】
通信ネットワーク上のサーバから、画像及び音の少なくとも一方を含むコンテンツを再生して出力可能な移動体通信端末に、再生対象のコンテンツのファイルを提供するコンテンツ提供方法であって、
上記サーバが、上記再生対象のコンテンツのファイルを要求する取得要求を上記移動体通信端末から受信するステップと、
上記サーバが、上記取得要求に対応するコンテンツのファイルと、該コンテンツを再生するときに表示されるユーザインターフェース画面の画像ファイルと、該コンテンツを再生するときに該ユーザインターフェース画面の一部に表示されるフィードに関連したフィード関連情報のファイルとを含む複数のファイルをまとめた一つの合体ファイルを作成するステップと、
上記サーバが、上記取得要求に応答して、上記合体ファイルを上記移動体通信端末に送信するステップと、
上記移動体通信端末が、上記サーバから受信した合体ファイルから、上記コンテンツのファイルと上記画像ファイルと上記フィード関連情報のファイルとを復元するステップと、
上記移動体通信端末が、上記再生対象のコンテンツごとにフォルダーを作成し、上記合体ファイルから復元した上記コンテンツのファイルに対応するフォルダーに、該コンテンツのファイルと上記画像ファイルと上記フィード関連情報のファイルとを記憶するステップと、
上記移動体通信端末が、上記合体ファイルから復元したコンテンツのファイルに基づいて該コンテンツを再生して出力するステップと、
上記移動体通信端末が、上記コンテンツが再生されるときに、該コンテンツに対応するフォルダーから上記画像ファイル及び上記フィード関連情報を読み出し、該画像ファイルに基づいて該コンテンツに対応するユーザインターフェース画面を表示し、該フィード関連情報に基づいて該ユーザインターフェース画面の一部にフィードを表示するステップと、を含むことを特徴とするコンテンツ提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像及び音の少なくとも一方を含むコンテンツを再生して出力可能な携帯電話機等の移動体通信端末、その移動体通信端末と通信可能なサーバ、及び移動体通信端末に再生対象のコンテンツを提供するコンテンツ提供方法に関するものである。
【背景技術】
【０００２】
従来、この種の携帯電話機などの移動体通信端末として、所定のプレーヤアプリケーションを起動し、映像や音楽等のコンテンツを再生して出力することができるものが知られている。この移動体通信端末では、ディスプレイにユーザインターフェース画面を表示することにより、再生対象のコンテンツを指定したり、再生中の音質などの再生条件を調整したりすることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記移動体通信端末で再生して出力する映像や音楽等のコンテンツのファイルは、通信ネットワーク上のサーバにアクセスしてダウンロードすることができる。このダウンロードしたコンテンツのファイルは移動体通信端末内のメモリに一旦保存される。そして、保存したコンテンツの中から利用者が適宜選択して再生することができる。また、上記再生対象の映像や音楽等のコンテンツに関連した歌詞や記録メディアのジャケット等の関連情報をダウンロードできる場合がある。この関連情報は、上記コンテンツのファイルとは別のファイルとして供給される。そのため、再生対象のコンテンツと関連する関連情報を選択する作業や、複数のファイルそれぞれをダウンロードする作業等、利用者にとって煩雑な作業が必要になるという問題があった。また、上記コンテンツのファイルとその関連情報のファイルとを別々にダウンロードする場合は、通信ネットワーク上の通信負荷が大きくなるおそれがある。
【０００４】
本発明は以上の問題点に鑑みなされたものであり、その目的は、通信ネットワーク上の通信負荷を抑制しつつ、再生対象のコンテンツに関連した関連情報の取得が容易になる移動体通信端末、サーバ及びコンテンツ提供方法を提供することである。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、請求項１の発明は、画像及び音の少なくとも一方を含むコンテンツを再生して出力可能な移動体通信端末であって、上記再生対象のコンテンツのファイルを要求する取得要求を通信ネットワーク上のサーバに送信する送信手段と、上記再生対象のコンテンツのファイルと、該コンテンツを再生するときに表示されるユーザインターフェース画面の画像ファイルと、該コンテンツを再生するときに該ユーザインターフェース画面の一部に表示されるフィードに関連したフィード関連情報のファイルとを含む複数のファイルをまとめた一つの合体ファイルを、上記サーバから受信する受信手段と、上記合体ファイルから、上記コンテンツのファイルと上記画像ファイルと上記フィード関連のファイルとを復元するファイル処理手段と、再生対象のコンテンツごとにフォルダーが作成され、上記合体ファイルから復元した上記コンテンツのファイルに対応するフォルダーに、該コンテンツのファイルと上記画像ファイルと上記フィード関連情報のファイルとを記憶する記憶手段と、上記合体ファイルから復元したコンテンツのファイルに基づいて該コンテンツを再生して出力する出力手段と、上記コンテンツが再生されるときに、該コンテンツに対応するフォルダーから上記画像ファイル及び上記フィード関連情報を読み出し、該画像ファイルに基づいて該コンテンツに対応するユーザインターフェース画面を表示し、該フィード関連情報に基づいて該ユーザインターフェース画面の一部にフィードを表示する表示手段と、を備えたことを特徴するものである。
また、請求項２の発明は、請求項１に記載の移動体通信端末において、上記フィード関連ファイルは、上記フィードを取得するための接続先情報を含むことを特徴とするものである。
また、請求項３の発明は、請求項１に記載の移動体通信端末において、上記再生対象のコンテンツは楽曲のコンテンツであり、上記合体ファイルにまとめられる上記複数のファイルは、電話又はメールを着信したときに着信通知として再生出力を開始する上記楽曲上の開始ポイントの情報を有するファイルを含み、上記ファイル処理手段は、上記合体ファイルから、上記楽曲上の開始ポイントの情報を有するファイルを復元することを特徴とするものである。
また、請求項４の発明は、画像及び音の少なくとも一方を含むコンテンツを再生して出力可能な移動体通信端末と、通信ネットワークを介して通信可能なサーバであって、上記再生対象のコンテンツのファイルを要求する取得要求を上記移動体通信端末から受信する受信手段と、上記取得要求に対応するコンテンツのファイルと、該コンテンツを再生するときに表示されるユーザインターフェース画面の画像ファイルと、該コンテンツを再生するときに該ユーザインターフェース画面の一部に表示されるフィードに関連したフィード関連情報のファイルとを含む複数のファイルをまとめた一つの合体ファイルを作成するファイル作成手段と、上記取得要求に応答して、上記合体ファイルを上記移動体通信端末に送信する送信手段と、を備えたことを特徴とするものである。
また、請求項５の発明は、請求項４に記載のサーバにおいて、上記フィード関連情報のファイルは、上記フィードを取得するための接続先情報を含むことを特徴とするものである。
また、請求項６の発明は、請求項４に記載のサーバにおいて、上記再生対象のコンテンツは楽曲のコンテンツであり、上記合体ファイルにまとめられる上記複数のファイルは、上記移動体通信端末が電話又はメールを着信したときに着信通知として再生出力を開始する上記楽曲上の開始ポイントの情報を有するファイルを含むことを特徴とするものである。
また、請求項７の発明は、通信ネットワーク上のサーバから、画像及び音の少なくとも一方を含むコンテンツを再生して出力可能な移動体通信端末に、再生対象のコンテンツのファイルを提供するコンテンツ提供方法であって、上記サーバが、上記再生対象のコンテンツのファイルを要求する取得要求を上記移動体通信端末から受信するステップと、上記サーバが、上記取得要求に対応するコンテンツのファイルと、該コンテンツを再生するときに表示されるユーザインターフェース画面の画像ファイルと、該コンテンツを再生するときに該ユーザインターフェース画面の一部に表示されるフィードに関連したフィード関連情報のファイルとを含む複数のファイルをまとめた一つの合体ファイルを作成するステップと、上記サーバが、上記取得要求に応答して、上記合体ファイルを上記移動体通信端末に送信するステップと、上記移動体通信端末が、上記サーバから受信した合体ファイルから、上記コンテンツのファイルと上記画像ファイルと上記フィード関連情報のファイルとを復元するステップと、上記移動体通信端末が、上記再生対象のコンテンツごとにフォルダーを作成し、上記合体ファイルから復元した上記コンテンツのファイルに対応するフォルダーに、該コンテンツのファイルと上記画像ファイルと上記フィード関連情報のファイルとを記憶するステップと、上記移動体通信端末が、上記合体ファイルから復元したコンテンツのファイルに基づいて該コンテンツを再生して出力するステップと、上記移動体通信端末が、上記コンテンツが再生されるときに、該コンテンツに対応するフォルダーから上記画像ファイル及び上記フィード関連情報を読み出し、該画像ファイルに基づいて該コンテンツに対応するユーザインターフェース画面を表示し、該フィード関連情報に基づいて該ユーザインターフェース画面の一部にフィードを表示するステップと、を含むことを特徴とするものである。
【発明の効果】
【０００６】
本発明によれば、再生対象のコンテンツのファイルを要求する取得要求を移動体通信端末からサーバに送信すると、再生対象のコンテンツのファイルと、そのコンテンツを再生するときに表示されるユーザインターフェース画面の画像ファイルと、そのユーザインターフェース画面の一部に表示されるフィードに関連したフィード関連情報のファイルとをまとめて受信することができる。従って、再生対象のコンテンツに関連したユーザインターフェース画面の画像ファイル及びフィード関連情報のファイルの取得が容易になる。しかも、上記再生対象のコンテンツのファイルと上記ユーザインターフェース画面の画像ファイルと上記フィード関連情報のファイルとを含む複数のファイルをまとめた一つの合体ファイルを受信するので、別々のファイルで受信する場合に比較して、ファイル受信のための通信回数が少なくなる。従って、通信ネットワーク上の通信負荷を抑制することができるという効果がある。
【発明を実施するための最良の形態】
【０００７】
以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る通信システム全体の概略構成の一例を示す説明図である。この通信システムは、移動体通信端末としての携帯電話機１０と、移動体通信事業者によって管理されている通信ネットワークとしての携帯電話通信網２０とを用いて構成されている。携帯電話通信網２０は、基地局２０１や図示しない交換機（回線交換機、パケット交換機）等を備え、図示しないゲートウェイサーバを介してインターネット３０等の他の通信ネットワークに接続されている。また、携帯電話通信網２０及びインターネット３０には、携帯電話機１０で再生して出力可能な音楽及び映像等のマルチメディアコンテンツ（以下、「メディアコンテンツ」という。）を提供するメディアコンテンツサーバ４０や、ＷＥＢコンテンツを提供するＷＥＢサーバ４１が接続されている。ＷＥＢサーバ４１は、各種ＷＥＢコンテンツのほか、そのＷＥＢコンテンツの要約情報や更新情報も提供する。メディアコンテンツサーバ４０はインターネット３０側に設けてもいいし、また、ＷＥＢサーバ４１は携帯電話通信網２０側に設けてもよい。これらのサーバから携帯電話機１０にコンテンツをダウンロードするときには、ネットワークの各階層において所定の通信プロトコルが用いられる。例えば、ＷＥＢサーバからＷＥＢページをダウンロードするときのアプリケーション層の通信プロトコルとしては、ＨＴＴＰ（HyperText Transfer Protocol）が用いられる。
【０００８】
図２は、上記サーバ４０、４１のハードウェア構成の一例を示すブロック図である。このサーバ４０は、システムバス４００、ＣＰＵ４０１、内部記憶装置、外部記憶装置４０４、入力装置４０５、出力装置４０６、及びインターネット用通信装置４０７を備えている。上記内部記憶装置は、ＲＡＭ４０２やＲＯＭ４０３等で構成されている。上記外部記憶装置は、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等で構成されている。上記入力装置４０５は、マウスやキーボード等で構成されている。上記出力装置４０６は、ディスプレイやプリンタ等で構成されている。上記通信装置４０７は、所定の通信プロトコルにより、携帯電話通信網２０を介して他の携帯電話機や他のサーバと通信したり、インターネット３０上の各種クライアント端末や他のサーバと通信したりするための装置である。
【０００９】
上記ＣＰＵ４０１やＲＡＭ４０２等の構成要素はお互いに、システムバス４００を介して、データやプログラムの命令等のやり取りを行っている。このサーバ４０を所定の手順に従って動作させるためのプログラムはＲＯＭ４０３や外部記憶装置４０４に記憶されており、必要に応じてＣＰＵ４０１やＲＡＭ４０２上の作業エリアに呼び出されて実行される。
【００１０】
また、上記サーバ４０、４１はそれぞれ一部又は全体を専用の制御装置として構成してもいいし、一部又は全体を汎用のコンピュータシステムを用いて構成してもよい。また、サーバ４０、４１はそれぞれ、１台のコンピュータで構成してもいいし、複数の機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成してもよい。
【００１１】
図３は、本実施形態に係るメディアコンテンツサーバ４０の主要な機能を抽出して示した機能ブロック図である。メディアコンテンツサーバ４０は、記憶手段４１０と受信手段４１１とファイル作成手段４１２と送信手段４１３とを備えている。このメディアコンテンツサーバ４０は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。上記記憶手段４１０は、上記内部記憶装置や外部記憶装置で構成され、携帯電話機１０で再生して出力可能な映像や音楽などのメディアコンテンツのデータ（ファイル）や、そのメディアコンテンツに関連した関連情報のデータ（ファイル）を記憶している。上記受信手段４１１は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記記憶手段４１０に記憶されている複数種類のメディアコンテンツのいずれか一つを要求する取得要求を携帯電話機１０から受信する。上記ファイル作成手段４１２はＣＰＵ４０１等で構成され、上記取得要求に基づいて選択されたメディアコンテンツのファイルとその関連情報のファイルとを合体した合体ファイルを作成する。上記送信手段４１３は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記作成した合体ファイルを移動体通信端末１０に送信する。
【００１２】
上記メディアコンテンツが楽曲のコンテンツである場合、そのメディアコンテンツに関連した関連情報としては、その楽曲が含まれている音楽ＣＤのジャケットの画像、歌詞の画像、電話又はメールを着信したときに着信通知として再生出力を開始する楽曲上の開始ポイントいわゆる着信ポイントのデータ等が挙げられる。上記ジャケット画像のファイル形式としては、例えば１６０×１６０ピクセルのＪＰＥＧ形式も用いることができる。上記歌詞の画像のファイル形式としては、例えば２４０×２６０ピクセルのＪＰＥＧ形式も用いることができる。上記着信ポイントのデータのファイル形式としては、通常のテキスト形式を用いることができる。また、メディアプレーヤが後述のＲＳＳフィードを受信して表示する機能を有する場合、上記関連情報としては、ＲＳＳフィードを定期的に取得することができるＷＥＢサーバの接続先情報としてのＵＲＩ（Uniform Resource Identifier）がある。
【００１３】
また、上記合体ファイルのファイル形式としては、ＴＡＲ（Tape Archival and Retrieval format）形式や、圧縮タイプのＺＩＰ形式及びＬＺＨ形式等を用いることができる。これらのファイル形式は、送信対象の携帯電話機が有するファイル処理機能などに応じて選択される。
【００１４】
図４は、ＷＥＢサーバ４１の構成例を示す機能ブロック図である。ＷＥＢサーバ４１は、記憶手段４１５と受信手段４１６と送信手段４１７とを備えている。このＷＥＢサーバ４１は、ＣＰＵ等からなるハードウェア上で所定のプログラムを実行することにより、上記各手段の機能を実現している。上記記憶手段４１５は、上記内部記憶装置や外部記憶装置で構成され、携帯電話機１０で受信可能な各種ＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報や更新情報のデータを記憶している。上記受信手段４１６は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記記憶手段４１５に記憶されている複数種類のＷＥＢコンテンツやそのＷＥＢコンテンツの要約情報や更新情報を要求する取得要求を携帯電話機１０から受信する。上記送信手段４１７は、上記ＣＰＵ４０１や通信装置４０７等で構成され、上記取得要求に基づいて選択されたＷＥＢコンテンツのデータや、そのＷＥＢコンテンツの要約情報のデータを移動体通信端末１０に送信する。
【００１５】
上記ＷＥＢコンテンツの要約情報のデータは、例えばＲＳＳと呼ばれるフォーマットで送受信することができる。このＲＳＳは、ＷＥＢサーバ（ＷＥＢサイト）で提供されるＷＥＢコンテンツの見出し、要約、更新情報等のメタデータを構造化して記述するＸＭＬ（Extensible Markup Language）ベースのフォーマットである。ＲＳＳはいくつかのバージョン（RSS0.9X, RSS1.0, RSS2.0, Atom）が存在し、バージョンごとに「Rich Site Summary」、「Really Simple Syndication」、「RDF Site Summary」という正式名称で呼ばれている。このＲＳＳフォーマットで記述された文書は「ＲＳＳフィード」と呼ばれ、ＲＳＳフィードを受信して表示するソフトウェアは「ＲＳＳリーダ」と呼ばれている。ＷＥＢコンテンツが更新されると、その更新された旨及び更新後のＷＥＢコンテンツの要約情報をＲＳＳフィードとして送信することができる。上記ＷＥＢコンテンツの要約情報としては、例えば、携帯電話機で再生している音楽や映像のコンンテンツに関連したタイトル、ディスクリプション、情報取得サイト情報（ＵＲＬ）、アーティスト情報、作品紹介情報、ＣＤリリース情報、ライブ開催情報等の情報を送信することができる。
【００１６】
図５は携帯電話機１０の一構成例を示す外観図であり、図６は、その携帯電話機１０のハードウェア構成の一例を示す概略構成図である。携帯電話機１０は、クラムシェル（折り畳み）タイプの携帯電話機であり、システムバス１００、ＣＰＵ１０１、ＲＡＭ１０２やＲＯＭ１０３等の記憶装置、入力装置１０４、出力装置１０５及び携帯電話通信網用通信装置１０６を備えている。ＣＰＵ１０１やＲＡＭ１０２等の構成要素は、システムバス１００を介して、互いに各種データやプログラムの命令等のやり取りを行っている。
【００１７】
上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォームの基本ソフトＯＳ上で、音声通話機能や、アプリケーションソフト（以下「アプリケーション」という。）による各種機能を実現することができる。このアプリケーションによる機能としては、ＲＳＳリーダを組み込んだメディアプレーヤ、合体ファイル解凍、ＷＥＢブラウザ、メーラー、外部装置とのデータ送受信、アドレス帳管理、スケジューラ、メモ帳等がある。
【００１８】
また、上記ＣＰＵ１０１は、上記記憶装置から所定のプログラムを読み込んで実行することにより、ネイティブ側の電話機プラットフォーム１５１上でアプリケーションを実行するためのアプリケーション実行環境を構築することができる。そして、このアプリケーション実行環境上で、携帯電話機１０にプリインストールされているアプリケーションや、利用者がダウンロードして登録したアプリケーション等の各種アプリケーションを実行することができる。このアプリケーションとして、メディアコンテンツを再生して出力するメディアプレーヤのアプリケーションを実行することができる。
【００１９】
上記入力装置１０４は、データ入力キー（テンキー、＊キー、＃キー）１１、通話開始キー１２、終話キー１３、スクロールキー１４、多機能キー１５、マイク１６等から構成されている。この入力装置１０４のテンキー１１、通話開始キー１２、終話キー１３等により、利用者が操作可能な操作部が構成される。この操作部を操作することにより、利用者は、携帯電話機１０に対してコンテンツ取得先のＵＲＬ等のデータを入力したり、電話着信の際に通話の開始及び終了を行ったり、アプリケーションの選択、起動及び停止を行ったりすることができる。また、利用者は上記操作部を操作することにより、上記サーバ４０，４１からメディアコンテンツ、アプリケーションプログラム等のコンテンツをダウンロードして登録することができる。また、利用者は上記操作部を操作することにより、好みのスキンコンテンツを指定し、メディアプレーヤを起動したときのユーザインターフェース画面をディスプレイに表示することができる。そして、このユーザインターフェース画面を表示した状態で上記操作部を操作することにより、利用者が指定したメディアコンテンツを再生することができる。
【００２０】
上記出力装置１０５は、表示手段である液晶ディスプレイ（ＬＣＤ）１７、音出力手段であるスピーカ１８等から構成され、各種コンテンツや情報を出力する出力手段として機能する。上記液晶ディスプレイ（ＬＣＤ）１７やスピーカ１８等からなる出力装置等で構成されている出力部は、携帯電話通信網２０を介して受信したＷｅｂページを液晶ディスプレイ（ＬＣＤ）１７に表示したり、携帯電話通信網２０から情報を着信した旨を利用者に知らせたりするときに用いられる。具体的には、その情報を着信すると、出力部の液晶ディスプレイ（ＬＣＤ）１７に着信報知画像を表示したり、スピーカ１８から着信音を出力させたりする。なお、上記スピーカ１８は、通話中の音声を聞くための受話器用スピーカ（レシーバ）と、着信音や音楽などを出力する外部出力用スピーカとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。
【００２１】
上記携帯電話通信網用通信装置１０６は、変復調器、シンセサイザ、周波数変換器，高周波増幅器などにより構成され、携帯電話通信網２０を介して他の携帯電話機や上記サーバ４０，４１等と通信するときに用いられる。この携帯電話通信網用通信装置１０６は、携帯電話通信網２０を介して他の携帯電話機とメールのやり取りを行ったり、携帯電話通信網２０からゲートウェイサーバを介して、インターネット等の外部の通信ネットワークに接続し、インターネット上での電子メールのやり取り等を行ったりするための通信手段として用いられる。更に、この携帯電話通信網用通信装置１０６は、携帯電話通信網１０を介して、サーバ４０，４１が提供する各種コンテンツをダウンロードしたり、現在位置の位置情報を含む配信情報を受信したりする情報受信手段としても用いられる。
【００２２】
図７は、本実施形態に係る携帯電話機１０でメディアプレーヤのアプリケーションを実行するためのソフトウェア階層構造を示している。メディアプレーヤのホストアプリケーション１５０を実行するためのアプリケーション実行手段としての実行環境は、ドライバー層の各種ドライバー１５１と通信可能な携帯電話機プラットフォーム１５２上に構築されている。Ｆｌａｓｈによるユーザインターフェース１５３の画面は、Ｆｌａｓｈプレーヤが組み込まれたホストアプリケーション１５０がＦｌａｓｈアプリケーションライブラリ１５４やメディアプレーヤ用拡張ＡＰＩ（Application Program Interface）１５５を介して前述のスキンコンテンツのデータを用いることにより、ディスプレイ１７に表示される。
【００２３】
上記メディアプレーヤにおける「スキン」は、プレーヤーウィンドウであるユーザインターフェース画面の外見に関する情報を含むＳＷＦファイル、ＪＰＥＧファイル等のファイル群である。この「スキン」は複数のファイルで構成され、スキンの機能を定義するファイルや画像ファイルが含まれている。メディアプレーヤにおける「スキン」は、操作パネル、イコライザー、背景画像等で表現される、この「スキン」を変更することにより、例えば図８（ａ）〜（ｃ）に示すようにユーザオリジナルのメディアプレーヤのユーザインターフェース画面を表現することができる。
【００２４】
上記ホストアプリケーション１５０は、論理的には大きく２つに区分されている。その一つは、上記スキン、設定情報、ブックマーク、履歴、プレイリストの管理を担うものである。他の一つは、記憶領域に保存されるメディアコンテンツ（メディアファイル）へのアクセス、オーディオ出力部やビデオ出力部の制御を担うものである。このホストアプリケーション１５０による機能としては、ファイル制御、ボリューム制御、プロパティ情報通知、バックグラウンド再生，他のアプリケーション起動、ポップアップ通知、ＷＥＢ要約情報であるＲＳＳ（RDF Site Summary）フィードの管理及び通知、Pause & Resume制御、再生状態通知、プレイリスト管理、プレイリスト通知、プレイリスト再生、バックグラウンド再生、ストリーミング等が挙げられる。
【００２５】
上記メディアプレーヤ用拡張ＡＰＩ１５５による機能としては、次の（１）〜（４）等に示す機能が挙げられる。
（１）プレイリスト取得、プレイリストの中身の取得、フォルダの内容の取得、履歴の取得、サブフォルダの取得、プレイリスト作成、プレイリスト削除、プレイリストの名前変更、プレイリスト再生、ファイルプレイリスト追加、ファイルプレイリスト解除、プレイリストファイルソート、ファイル削除、ファイル情報編集、ファイルプロパティ取得、ファイル移動、ファイルコピー、プレイリスト移動、プレイリストコピー、ファイル検索、ＲＯ取得
（２）メール添付、ファイル着信音・アラーム登録、ビデオ表示領域設定、ビデオ表示領域変更、ビデオ表示領域取得、ＲＳＳデータ取得、ＲＳＳデータ登録
（３）音声着信優先項目設定、パネル照明設定、スキン設定、再生パターン設定、サウンドエフェクト設定、サムネイル表示
（４）表示画面サイズ指定、ビデオエフェクト設定、ＵＲＩ情報表示設定、ファイル情報表示設定
【００２６】
上記ドライバー層１５１による機能としては、ＴＣＰ（ＵＤＰ）／ＩＰプロトコルスタック層、メディアファイル、各種設定情報等の記憶領域を確保して管理する機能や、ＣＯＤＥＣ（再生装置）としての機能等が挙げられる。このドライバー層１５１は、ホストアプリケーション１５０の下位に位置付けられるプラットフォーム１５２で主に制御される。
【００２７】
上記Ｆｌａｓｈのユーザインターフェース１５３とホストアプリケーションとの間は、メディアプレーヤ用拡張ＡＰＩ１５５で定義されるメソッド、その他Ｆｌａｓｈ標準ＡＰＩで定義されるメソッドを用いて、データやコンマンドのやり取りが行われる。
【００２８】
図９は、本実施形態に係る携帯電話機１０の主要な機能を抽出して示した機能ブロック図である。この携帯電話機１０は、通信手段１１０と表示手段１１１と記憶手段１１２とファイル処理手段１１３と表示制御手段１１４とを有する。
【００２９】
上記通信手段１１０は上記通信装置１０６等で構成され、ＨＴＴＰ等の所定の通信プロトコルを用いて携帯電話通信網２０を介した通信を行う。この通信手段１１０は、上記メディアプレーヤのユーザインターフェース画面を構成するスキンコンテンツや、メディアプレーヤで再生する音楽や映像のメディアコンテンツを、上記サーバ４０、４１から取得する取得手段として用いられる。この取得手段は、メディアコンテンツのファイルを要求する取得要求をサーバ４０に送信する送信手段と、メディアコンテンツのファイルとそのメディアコンテンツに関連する関連情報の付属ファイルとをまとめた一つの合体ファイルをサーバ４０から受信する受信手段とにより構成される。また、上記通信手段１１０は、接続情報としてのＵＲＩ（Uniform Resource Identifier）に基づいて通信ネットワーク上のＷＥＢサーバ４１にアクセスし、そのサーバから前述のＲＳＳフィード、再生対象のメディアコンテンツに関連した情報、広告情報等の追加表示情報を取得する取得手段として用いられる。
【００３０】
上記表示手段１１１は上記ディスプレイ等で構成され、上記メディアプレーヤを起動したときに図８（ａ）〜（ｃ）に示すようなユーザインターフェース画面１７１、１７２、１７３が表示される。これらのユーザインターフェース画面１７１、１７２、１７３の一部には、各種の追加表示情報を表示する追加表示領域１７１Ａ、１７２Ａ、１７３Ａが設定されている。この追加表示領域には、通信ネットワーク上のサーバ４０、４１から受信した前述のＲＳＳフィード、再生対象のメディアコンテンツに関連した情報、メディアコンテンツ提供者等から提供された広告情報等の追加表示情報を表示することができる。
【００３１】
上記記憶手段１１２は上記ＲＡＭ１０２やＲＯＭ１０３等の記憶装置により構成され、上記スキンコンテンツ、メディアコンテンツ及びその関連情報の電子データを記憶する。これらのコンテンツ等の電子データは、携帯電話機１０に予め組み込まれているものであってもいいし、利用者がサーバ４０，４１等からダウンロードしたものであってもよい。また、上記記憶手段１１２は、前述のＲＳＳフィード、ＲＳＳフィードを提供しているＷＥＢサーバの接続先情報（ＵＲＩ）、再生対象のメディアコンテンツに関連した関連情報も記憶している。また、上記記憶手段１１２は、前述のメディアコンテンツサーバ４０から受信したメディアコンテンツの合体ファイルを一時保存する場合にも使用される。
【００３２】
上記ファイル処理手段１１３は、上記メディアコンテンツサーバ４０から受信して記憶手段１１２に一時保存した合体ファイルを、元のメディアコンテンツのファイルと、そのメディアコンテンツに関連した関連情報の付属ファイルとに戻すファイル処理を実行する。例えば、メディアコンテンツサーバ４０からダウンロードしたメディアコンテンツのＴＡＲ、ＺＩＰ、ＬＺＨなどのアーカイブ形式のファイルについて解凍処理を実行する。この解凍処理により、ファイルの復元処理が行われ、元のジャケットの画像ファイル、歌詞の画像ファイル、着信ポイントのファイル、ＲＳＳフィード関連のファイル等に戻される。
【００３３】
図１０は、携帯電話機の記憶手段（メモリ）１１２内のフォルダー構造の一例を示す説明図である。例えば、ルートフォルダー１２０の下に、画像フォルダー１２１、楽曲フォルダー１２２、着信音フォルダー等の各種コンテンツ用のフォルダーが作成される。楽曲フォルダー１２２には、各楽曲コンテンツごとにサブフォルダーが作成されている。そして、例えば、楽曲コンテンツＡのサブフォルダー１２２Ａには、上記合体ファイルを処理して復元したジャケットの画像ファイル、歌詞の画像ファイル、着信ポイントのファイル、ＲＳＳフィード関連のファイルが保存される。
【００３４】
上記表示制御手段１１４は上記ＣＰＵ１０１等で構成され、表示用ソフトウェアとしてのＦｌａｓｈプレーヤを起動し、前述のＦｌａｓｈスキンコンテンツを用いて、メディアプレーヤのユーザインターフェース画面を表示手段１１１に表示するように制御する。また、上記表示制御手段１１３は、前述のジャケットや歌詞等のコンテンツ関連情報、ＲＳＳフィード、広告情報等を表示するように制御する。ここで、上記ＲＳＳフィードの表示は、例えばＲＳＳリーダ等の専用のソフトウェアを起動して行うことができる。
【００３５】
図１１は、上記構成の携帯電話機１０においてメディアプレーヤで再生するメディアコンテンツをダウンロードするときのシーケンス図である。まず、利用者は、携帯電話機１０を操作してメディアプレーヤのアプリケーションを起動する（Ｓ１）。次に、利用者がメニューからメディアコンテンツダウンロードのための「サーバアクセス」を選択する（Ｓ２）と、携帯電話機１０は、メディアコンテンツサーバ４０に登録されているメディアコンテンツの一覧を要求するコンテンツ一覧要求をサーバ４０に送信する（Ｓ３）。サーバ４０は、携帯電話機１０から受信したコンテンツ一覧要求に応じて、データベースに登録されているダウンロード可能なメディアコンテンツを一覧表示するためのコンテンツ一覧データを携帯電話機１０に送信する（Ｓ４）。携帯電話機１０では、サーバ４０から受信したコンテンツ一覧データに基づいて、ダウンロード可能なメディアコンテンツのタイトル等が記載されたコンテンツ一覧が表示される（Ｓ５）。このメディアコンテンツ一覧が表示された携帯電話機１０を操作することにより、利用者が好みのメディアコンテンツを選択する（Ｓ６）と、携帯電話機１０は、その選択したメディアコンテンツを要求する取得要求をサーバ４０に送信する（Ｓ７）。メディアコンテンツサーバ４０は、携帯電話機１０から受信したメディアコンテンツの取得要求に応じて、データベースを検索し（Ｓ８）、利用者が指定したメディアコンテンツのデータファイル及びそのメディアコンテンツに関連した上記ジャケット画像等の関連情報のファイルを取り出し、それら複数のファイルを一つのファイルにまとめるファイル合体処理を行う（Ｓ８）。この合体ファイルが携帯電話機１０に送信される（Ｓ９）。携帯電話機１０では、サーバ４０から受信した合体ファイルを所定のメモリに一時保存し（Ｓ１０）、その合体ファイルについて復元処理することにより、元のメディアコンテンツのデータファイル及び上記ジャケット画像等の関連情報のファイルに戻される（Ｓ１１）。そして、利用者が「プレイ」操作を行うと、ダウンロードしたメディアコンテンツの再生・出力が開始される（Ｓ１２）。操作パネル等が表示されるユーザインターフェース画面の一部には、再生出力しているメディアコンテンツと一緒にダウンロードされたジャケットや歌詞の画像が表示される。また、ユーザインターフェース画面の所定領域にはＲＳＳフィードが表示される。このＲＳＳフィードは、上記メディアコンテンツと一緒にダウンロードされた接続先情報に基づいて所定のタイミングでアクセスするＷＥＢサーバ４１から受信される。
【００３６】
以上、本実施形態によれば、メディアコンテンツのファイルを要求する取得要求を携帯電話機１０からメディアコンテンツサーバ４０に送信すると、再生対象のメディアコンテンツのファイルとそのメディアコンテンツに関連するジャケット画像などの関連情報の付属ファイルとをまとめて受信することができる。従って、再生対象のメディアコンテンツに関連したジャケット画像などの関連情報の取得が容易になる。しかも、上記再生対象のメディアコンテンツのファイルと関連情報の付属ファイルとをまとめた一つの合体ファイルを受信するので、別々のファイルで受信する場合に比較して、ファイル受信のための通信回数が少なくなる。従って、携帯電話通信網２０上の通信負荷を抑制することができる。
【００３７】
以上、本発明の好ましい実施形態を説明したが、本発明の範囲又は精神から逸脱することなく、特許請求の範囲に記載された技術的事項の範囲内において、開示した実施形態に種々の変更を加えることができる。
【００３８】
また、本発明は、携帯電話機に限定することなく、表示手段を備えたものであれば様々な移動体通信端末に適用することができる。すなわち、本発明における「移動体通信端末」としては、ＰＤＣ（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）等の通信端末も挙げられる。
【００３９】
また、上記移動体通信端末やサーバにおける処理・制御は、それらに設けられたコンピュータで所定のプログラムを実行することによって実現することもできる。このコンピュータで用いるプログラムの受け渡しは、デジタル情報としてプログラムを記録したＦＤ，ＣＤ−ＲＯＭ等の記録媒体を用いて行なってもいいし、コンピュータネットワーク等の通信ネットワークを用いて行なってもよい。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施形態に係る通信システムの概略構成図。
【図２】サーバのハードウェア構成のブロック図。
【図３】サーバの機能ブロック図。
【図４】サーバの他の構成例を示す機能ブロック図。
【図５】携帯電話機の外観図。
【図６】携帯電話機のハードウェア構成のブロック図。
【図７】携帯電話機のソフトウェア階層構造の説明図。
【図８】（ａ）〜（ｃ）は携帯電話機で起動するメディアプレーヤのユーザインターフェース画面の構成例を示す説明図。
【図９】携帯電話機の機能ブロック図。
【図１０】携帯電話機内のフォルダー構造の一例を示す説明図。
【図１１】メディアプレーヤで再生するメディアコンテンツをダウンロードするときのシーケンス図。
【符号の説明】
【００４１】
１０    携帯電話機
２０    携帯電話通信網
３０    インターネット
４０，４１    サーバ
１１０    通信手段
１１１    表示手段
１１２    記憶手段
１１３    ファイル処理手段
１１４    表示制御手段
４１０    記憶手段
４１１    受信手段
４１２    ファイル作成手段
４１３    送信手段
【図１】
0004810314.tif 000002
【図２】
0004810314.tif 000003
【図３】
0004810314.tif 000004
【図４】
0004810314.tif 000005
【図５】
0004810314.tif 000006
【図６】
0004810314.tif 000007
【図７】
0004810314.tif 000008
【図９】
0004810314.tif 000009
【図１０】
0004810314.tif 000010
【図１１】
0004810314.tif 000011
【図８】
0004810314.tif 000012