JP2011129032A - コンテンツ提供システム及びコンテンツ提供方法 - Google Patents

Abstract

【課題】携帯電話端末向けのコンテンツ提供システムにおいて、コンテンツの試聴及びダウンロードのユーザビリティを向上させる。
【解決手段】コンテンツ提供システムは、提供する複数のコンテンツについて、（１）携帯電話端末のプレーヤー機能で再生可能な第１のファイルフォーマットからなるダウンロード用ファイルと、（２）携帯電話端末のＷＥＢブラウザ機能で閲覧されるＷＥＢページ上でストリーミング再生可能な第２のファイルフォーマットからなる試聴用ファイル、の２種類のファイルを記憶する手段と、試聴用ファイルへのリンクを含むＷＥＢページを携帯電話端末に送信し、携帯電話端末から受信した試聴リクエストに応じてＷＥＢブラウザ機能において試聴用ファイルのストリーミング再生を行わせる手段と、携帯電話端末からダウンロードリクエストを受信した場合に、当該コンテンツのダウンロード用ファイルを携帯電話端末に送信する手段と、を有する。
【選択図】図１

Description

本発明は、携帯電話端末に音声コンテンツ又は動画コンテンツを提供するシステムに関する。

近年、携帯電話端末に対して音声コンテンツや動画コンテンツを配信するサービスが普及し、携帯電話端末で楽曲や動画を楽しんだり、お気に入りの楽曲や動画を着信音の代わりに設定したりすることが可能になっている。このようなコンテンツ提供サービスでは、各コンテンツの無料サンプルを用意し、コンテンツをダウンロード（購入）する前に楽曲や動画の一部分をユーザが試聴できるようにしているものが多い（例えば、特許文献１参照）。

しかしながら、従来の試聴の仕組みはユーザにとって必ずしも使い易いものではなかった。例えば、或るコンテンツを試聴するためには、ユーザはまず携帯電話のＷＥＢブラウザを用いて試聴サンプルが置かれているページを探し、試聴サンプルファイルのダウンロードを行い、そして、音声又は動画の専用プレーヤーを起動して試聴サンプルの再生を行う必要がある。このような仕組みでは、試聴を行うたびにＷＥＢブラウザと専用プレーヤーとの切り替えが発生するため、待ち時間が多くなり、非常に煩わしい。また、携帯電話の機能的な制約から、専用プレーヤーの再生中にＷＥＢブラウザに戻ることができないため、一つのコンテンツを試聴しながら別のコンテンツを探したり選択したりすることができなかった。

特開２００６−７９１７９号公報

本発明は上記実情に鑑みてなされたものであって、その目的とするところは、携帯電話端末向けのコンテンツ提供システムにおいて、コンテンツの試聴及びダウンロードのユーザビリティを向上させるための技術を提供することにある。

本発明に係るコンテンツ提供システムは、携帯電話端末に音声コンテンツ又は動画コンテンツを提供するシステムである。前記携帯電話端末は、ＷＥＢページを閲覧するためのＷＥＢブラウザ機能と、前記コンテンツ提供システムからダウンロードした音声コンテンツ又は動画コンテンツを再生するためのプレーヤー機能と、を有する。一方、前記コンテンツ提供システムは、提供する複数のコンテンツのそれぞれについて、（１）前記携帯電話端末のプレーヤー機能で再生可能な第１のファイルフォーマットからなるダウンロード用ファイルと、（２）前記携帯電話端末のＷＥＢブラウザ機能で閲覧されるＷＥＢページ上でストリーミング再生可能な第２のファイルフォーマットからなる試聴用ファイル、の少なくとも２種類のファイルを記憶する手段と、コンテンツの試聴用ファイルへのリンクを含むＷＥＢページを前記携帯電話端末に送信し、前記携帯電話端末から受信した試聴リクエストに応じて前記ＷＥＢブラウザ機能において当該コンテンツの試聴用ファイルのストリーミング再生を行わせる手段と、前記携帯電話端末から、試聴したコンテンツのダウンロードを要求するダウンロードリクエストを受信した場合に、当該コンテンツのダウンロード用ファイルを前記携帯電話端末に送信する手段と、を有する。

この構成によれば、ＷＥＢページ上で音声コンテンツ又は動画コンテンツをストリーミング再生により試聴することができる（なお、本明細書では、音声コンテンツのサンプルを聴く行為、及び、動画コンテンツのサンプルを見る行為のいずれも「試聴」というものとする。）。したがって、従来のように試聴のたびにＷＥＢブラウザと専用プレーヤーとを切り替える必要がなくなり、待ち時間の無い優れた操作性を実現できる。また、ストリーミング再生を行いながら（つまり、音楽を聴いたり、動画を見たりしながら）、ＷＥＢブラウジングを継続できるため、利便性に優れるという利点もある。

上記構成において、前記ＷＥＢページは、複数のコンテンツがリストされた構造のページであり、一つのコンテンツの試聴用ファイルのストリーミング再生を行いながら、他のコンテンツの情報の閲覧、並びに、他のコンテンツの試聴用ファイルへの切り替えが可能であることが好ましい。これにより、一つの楽曲や動画を試聴しながら別の楽曲や動画を探すことが容易になると共に、試聴する楽曲や動画の切り替えを殆ど待ち時間無く行うことが可能となり、利便性及び操作性の更なる向上を図ることができる。

ところで、携帯電話端末の狭小画面に大量のコンテンツを表示すると、所望のコンテンツを探し出すことが難しくなると共に、それを選択するためのキー操作が非常に多くなり、閲覧性及び操作性が落ちてしまう。そこで、前記ＷＥＢページは、カテゴリ別に複数のコンテンツがリストされた構造のページであり、前記携帯電話端末の左右キーによりカテゴリの切り替えが可能であり、前記携帯電話端末の上下キーによりカテゴリ内のコンテンツの切り替えが可能であることが好ましい。このように整理された直感的にわかりやすいユーザインターフェースとし、上下左右キーの操作だけでカテゴリ切り替えとコンテンツ選択とを可能とすることで、キー操作の回数を劇的に減らし、大量のコンテンツをストレス無く閲覧することが容易となる。

例えば、前記第１のファイルフォーマットは、３ｇｐｐ、３ｇｐｐ２、ｋｍｆ、ＳＭＣ、ＭＰ４のいずれかであり、前記第２のファイルフォーマットは、ＦｌａｓｈＶｉｄｅｏであるとよい。

なお、本発明は上記構成の少なくとも一部を備えるコンテンツ提供システムとして捉えることもできるし、コンテンツ提供方法や、同方法をコンピュータに実行させるためのプログラムや、同プログラムを記憶した記憶媒体として捉えることもできる。

本発明によれば、携帯電話端末向けのコンテンツ提供システムにおいて、コンテンツの試聴及びダウンロードのユーザビリティを向上させることができる。

コンテンツ提供システムの構成を示す図。 ＷＥＢページの表示例を示す図。 ＷＥＢページにおけるユーザインターフェースの一例を示す図。 ＷＥＢページにおけるユーザインターフェースの変形例を示す図。

以下に図面を参照して、この発明の好適な実施の形態を例示的に詳しく説明する。

＜システム構成＞
図１は、本発明の実施形態に係るコンテンツ提供システムの構成を示している。このコンテンツ提供システム１は、携帯電話端末２向けに音声コンテンツ（楽曲データなど）や
動画コンテンツを配信するサービスを実現するためのシステムである。楽曲配信サービスとしては、例えば、「着うた」、「着うたフル」（いずれも登録商標）、「着うたフルプラス」などが知られており、動画配信サービスとしては、「着モーション」、「着ムービー」などが知られているが、本システム１はこれらの楽曲・動画配信サービスにも好ましく適用することができる。また動画コンテンツに関しては、例えば、映画、テレビ番組、ＶＯＤなどの動画配信サービスも想定される。

コンテンツ提供システム１は、概略、ＷＥＢサーバ１０、ストリーミングサーバ１１、ＴＯＯＬサーバ１２、ＤＢサーバ１３から構成される。ＷＥＢサーバ１０は、携帯電話端末２のＷＥＢブラウザに対してＷＥＢサービス（ＨＴＭＬやリッチコンテンツの送信など）を提供するための機能である。ストリーミングサーバ１１は、携帯電話端末２に対して音声や動画のストリーミング配信を行う機能である。ＴＯＯＬサーバ１２は、パーソナルコンピュータ１４からアップロードされた新規コンテンツのダウンロード用ファイルから試聴用ファイルを自動生成する機能、新規コンテンツをＷＥＢページへ登録する機能などを提供するサーバである。ＤＢサーバ１３は、コンテンツ提供システム１のユーザ管理やファイル管理に必要な情報を蓄積する機能である。ＤＢサーバ１３には、例えば、携帯電話端末２のユーザ情報（電話番号、氏名、ＩＤ、パスワード、氏名など）、試聴履歴、及びダウンロード履歴や、システム１で提供されている各コンテンツのファイル情報などが格納されており、これらの情報は、ユーザへの課金、ユーザによるコンテンツの検索、サイト管理者によるメンテナンスなどに利用される。

図１の例では、各サーバが別々のコンピュータで構成されているが、これらはあくまでも機能的（論理的）な区別にすぎないため、１台のコンピュータでコンテンツ提供システム１を構成することもできるし、逆に、１つのサーバを複数台のコンピュータで構成することもできる。コンピュータとしては、ＣＰＵ（中央演算処理装置）、主記憶装置、補助記憶装置、通信ＩＦ、入出力ＩＦなどを備える汎用のコンピュータを用いることができる。後述する各種の情報処理は、補助記憶装置に格納されたプログラムが主記憶装置にロードされＣＰＵに実行されることで実現されるものである。

＜ファイル配信とファイルフォーマット＞
コンテンツ提供システム１から携帯電話端末２へのコンテンツファイルの配信方式には、「ダウンロード」方式と「ストリーミング」方式とがある。本システム１は、コンテンツ自体の配信を「ダウンロード」方式で行い、コンテンツの試聴を「ストリーミング」方式で実現している点に特徴がある。なお、本明細書では、「ストリーミング」の語を、音声や動画などのデータを転送しながら順次再生を行う方式という意味で用いる。したがって、RTMP(Real Time Messaging Protocol)、RTSP(Real Time Streaming Protocol)、MMS(Microsoft Streaming Server)などのプロトコルを用いる方式の他、HTTPプロトコルによ
るプログレッシブダウンロードも、「ストリーミング」の概念に含まれるものとする。他方、「ダウンロード」とは、ファイル全体をローカル（携帯電話端末）にダウンロードしメモリに蓄積した後に、再生を開始する方式を意味する。

音声コンテンツを例に挙げれば、ダウンロード用ファイルのコンテナフォーマットとしては、３ＧＰＰファイルフォーマット（例えば、3gpp、3gpp2）やキャリア独自のファイ
ルフォーマット（例えば、KDDIのkmf、SoftBankのSMC）やMP4などが利用できる。これら
の音声コンテンツは、ダウンロード再生、すなわち、コンテンツ提供システム１から携帯電話端末２にダウンロードした後に専用のプレーヤーで再生されるものである。

試聴用ファイルのコンテナフォーマットとしては、FlashVideo、AVI、Ogg、MOV（QuickTime）、RealMedia、ASF、MP4、DivX Media Format、AU、WAV、AIFFなどが利用できる。
これらの中でも、Flashとの親和性が高く、ストリーミングを埋め込んだリッチコンテン
ツを容易に作成できるという点から、FlashVideo（FLV）を用いることが好ましい。

＜システムの動作＞
次に、図１を参照して、コンテンツ提供システム１における、コンテンツの登録処理及び配信処理について説明する。以下、ダウンロード用ファイルとして3gpp、試聴用ファイルとしてFLVを用いた楽曲配信サービスを例に挙げて説明を行うが、本発明の範囲がこれ
に限られることはない。他の種類のコンテンツやファイルフォーマットの場合でも、同様の処理でコンテンツの試聴及びダウンロードを実現可能であることは当業者には自明である。

（コンテンツの登録処理）
（１）まず、サイト管理者は、パーソナルコンピュータ１４からＴＯＯＬサーバ１２の登録機能にアクセスし、新規コンテンツのダウンロード用ファイル（3gpp形式）のアップロードを行う。
（２）すると、ＴＯＯＬサーバ１２が、自動的に、若しくはサイト管理者の指示に応じて、ダウンロード用ファイルから試聴用ファイル（FLV形式）を生成する。このとき、Ｔ
ＯＯＬサーバ１２は、ダウンロード用ファイルからコンテンツの一部分（例えば、冒頭の１０秒とか、サビの部分など）を切り出して、試聴用ファイルを生成するとよい。また、ＴＯＯＬサーバ１２は、試聴用ファイルのデータサイズや再生時間など、Flash上でのス
トリーミング再生に必要なメタデータも生成し、試聴用ファイルに付与する。

（３）続いて、サイト管理者は、新規コンテンツの情報（例えば、曲名、アーティスト名、サムネイル画像、カテゴリ（ジャンル）、説明文など）を入力する。ＴＯＯＬサーバ１２内には、予め、ＨＴＭＬページとＳＷＦページのテンプレートが用意されており、ＴＯＯＬサーバ１２は、サイト管理者より受け取ったコンテンツの情報を元に自動でＷＥＢページの更新を行う。ＨＴＭＬページとＳＷＦページの内容は基本的に同じであるが、ＳＷＦページには（２）で生成した試聴用ファイルへのリンクが埋め込まれる。なお、ＨＴＭＬページとＳＷＦページの両方を作成する理由は、ＳＷＦページの表示や試聴用ファイルのストリーミング再生などのリッチコンテンツに非対応の携帯電話端末が存在するからである。

（４）新規登録されたコンテンツのファイル情報（ダウンロード用ファイル名、試聴用ファイル名など）はＤＢサーバ１３に登録される。
（５）FLV形式の試聴用ファイルはストリーミングサーバ１１の所定のフォルダに格納
される。
（６）また、3gpp形式のダウンロード用ファイル、更新されたＨＴＭＬページ及びＳＷＦページは、ＷＥＢサーバ１０の所定のフォルダに格納される。
以上で、コンテンツの登録処理は終了である。

（コンテンツの配信処理）
（７）ユーザは、携帯電話端末２のＷＥＢブラウザ機能を利用して、ＷＥＢサーバ１０が提供する楽曲配信サイトにアクセスすることができる。
（８）ＷＥＢサーバ１０は、携帯電話端末２からＷＥＢページ取得リクエストを受信すると、その端末がFLVに対応しているか否か、画像非表示設定がされているか否かを判定
する。FLV対応端末に対しては、ＷＥＢサーバ１０はＳＷＦページを返す。FLV非対応端末に対して、又は、FLV対応端末であっても画像非表示設定がなされている場合には、ＷＥ
Ｂサーバ１０はＨＴＭＬページを返す。図２は、携帯電話端末２におけるＳＷＦページの表示例を示している。この例では、曲名２０、アーティスト名２１、サムネイル画像２２などのコンテンツ情報とともに、試聴ボタン２３とＤＬ・購入ボタン２４とが表示されている。

（９）コンテンツの試聴を希望する場合は、試聴ボタン２３を選択する。これにより、携帯電話端末２からストリーミングサーバ１１に対して、当該コンテンツの試聴を要求するリクエスト（FLV取得リクエスト）が送られる。
（１０）すると、ストリーミングサーバ１１からFLVレスポンスが返され、FLV形式の試聴用ファイルのストリーミング再生が開始される。これにより、携帯電話端末２のユーザはＷＥＢブラウザ上で音声コンテンツを試聴することができる。この構成によれば、従来のようにファイルをダウンロードしたり専用プレーヤーを起動したりする必要がなくなるため、ほとんど待ち時間無く、試聴を開始することが可能となる。また、試聴を中断すれば、それ以降のデータ受信は行われないため、無駄なパケット通信を削減できる。さらに、ストリーミング再生を行いながら（つまり、音楽を聴いたり、動画を見たりしながら）、ＷＥＢブラウジングを継続できるという利点もある。
（１１）なお、試聴が行われた場合には、ストリーミングサーバ１１からＤＢサーバ１３に対して、ユーザ情報とFLV再生回数が記録される。このような試聴履歴は、試聴可能
回数に制限を設ける目的や、マーケティング目的などに利用することが可能である。

（１２）コンテンツのダウンロード（購入）を希望する場合は、ＤＬ・購入ボタン２４を選択する。これにより、携帯電話端末２からＷＥＢサーバ１０に対して、当該コンテンツのダウンロードを要求するリクエスト（3gppファイル取得リクエスト）が送られる。
（１３）すると、ＷＥＢサーバ１０から携帯電話端末２に対して、3gpp形式のダウンロード用ファイルの転送が行われる。
（１４）なお、ダウンロードが行われた場合には、ＷＥＢサーバ１０からＤＢサーバ１３に対して、ユーザ情報とダウンロード履歴とが記録される。ダウンロード履歴は、ユーザへの課金や、マーケティング目的などに利用することが可能である。

＜ユーザインターフェースの例＞
次に、ＷＥＢページの好ましいユーザインターフェースの例を述べる。
一般的な携帯電話端末は、パーソナルコンピュータに比べ、表示画面が狭小である、入力デバイスが上下左右キー・数字キー・ファンクションキーのみである、などの制約がある。したがって、携帯電話端末に大量のコンテンツを表示すると、所望のコンテンツを探し出すことが難しくなると共に、それを選択するためのキー操作が非常に多くなり、閲覧性及び操作性が落ちてしまうという問題がある。そこで、本発明者らは、ページ全体をFlashで構築し、ユーザインターフェースを工夫することで、これらの問題を解決すること
とした。

図３は、ＷＥＢページの表示例を示している。このＷＥＢページは、カテゴリ（ジャンル）別に複数のコンテンツがリストされたデザインとなっている。カテゴリには、例えば、「テクノ」、「Ｊ−ポップ」、「ロック」、「ヒップホップ」、「Ｒ＆Ｂ」、「演歌」、・・・などがあり、左右キー５０を押すことで、カテゴリの切り替えが可能である（カテゴリの切り替えはループする）。コンテンツリスト３０の上部には現在のカテゴリ名３１（ロック）が表示され、その左右には前後のカテゴリ名３２（Ｊ−ポップ、ヒップホップ）の少なくとも一部が左右キーを示すアイコン３３と共に表示されている。このとき、アイコン３３を半透明にしてカテゴリ名３２に重ねることで、前後のカテゴリ名を視認できるようにしている。

コンテンツリスト３０は、縦方向に並べられた複数のセル３４から構成されており、各セルが一つのコンテンツに対応している。図３の例では、セル内に、コンテンツ情報３５（曲名、アーティスト名、サムネイル画像）と、ボタン３６が表示されている。初期状態では、ボタン３６のラベルは「試聴」となっている。カテゴリを切り替えた直後は、コンテンツリスト３０の最上段のコンテンツ（セル）が選択状態となり、当該コンテンツのボ
タン３６にフォーカスが合う。ユーザは、上下キー５１を押すことで、選択コンテンツの切り替え（フォーカスの移動）が可能である。そして、携帯電話端末２の決定キー５２を押すと（つまり「試聴」ボタン３６を押すと）、選択コンテンツの試聴（ストリーミング再生）が開始される。このとき、セル内に「再生中」を示すアイコン３７が表示されるとともに、ボタン３６のラベルが「購入」に置き換わる。試聴用ファイルの再生中でもＷＥＢブラウジングを継続できるため、ユーザは、あるコンテンツを試聴しながら、上下左右キー５０、５１を操作することで、他のコンテンツの情報の閲覧が可能である。そして、他のコンテンツを選択した状態で決定キー５２を押せば、現在試聴中のコンテンツの再生が停止し、新たに選択したコンテンツの試聴用ファイルのストリーミング再生が始まる。なお、再生中のコンテンツが選択状態にあるときに（つまり「購入」ボタン３６にフォーカスが合っているときに）もう一度決定キー５２を押すと、当該コンテンツのダウンロードが開始される。

このようなＷＥＢページによれば、一つの楽曲を試聴しながら別の楽曲を探すことが容易になると共に、試聴する楽曲の切り替えを殆ど待ち時間無く行うことが可能となり、利便性及び操作性の更なる向上を図ることができる。また、整理された直感的にわかりやすいユーザインターフェースとし、上下左右キー５０、５１の操作だけでカテゴリ切り替えとコンテンツ選択とを可能としたことで、キー操作の回数を劇的に減らし、大量のコンテンツをストレス無く閲覧することが容易となる。

図４（ａ）は、動画コンテンツの試聴（ストリーミング再生）のユーザインターフェース例を示している。動画コンテンツの場合は、音声コンテンツと異なり、画面表示が必要となる。そこで、コンテンツリスト上で動画の試聴が選択された場合には、ＷＥＢブラウザ上にポップアップで動画プレーヤー４０を重ね、ストリーミング再生を実行する。試聴を終了する場合は、上下キーで「閉じる」ボタン４１を選択し、決定キーを押す。これによりポップアップが消え、元のコンテンツリスト画面に復帰する。

図４（ｂ）は、カテゴリタブの表示例を示している。多数のカテゴリが存在する場合、全体のどの程度のカテゴリを閲覧したのか、あるいは、未閲覧のカテゴリがどのくらい残っているのか、を把握することが困難である。そこで、図４（ｂ）のユーザインターフェースでは、閲覧中のカテゴリタブ４２の左右に、閲覧済みのカテゴリ数に対応する長さをもつバー４３と、未閲覧のカテゴリ数に対応する長さをもつバー４４とを表示する。これにより、閲覧済み及び未閲覧のカテゴリ数を直感的に理解できるようになる。

図４（ｃ）は、カテゴリ分けの無いユーザインターフェースの例である。一つの画面４５が一つのコンテンツに対応しており、上下キーでコンテンツの切り替えが可能である。画面の右端にはタブバー４６が表示され、現在閲覧中のコンテンツが全体の中のどのあたりにあるのか、閲覧済み及び未閲覧のコンテンツがどの程度のあるのかを直感的に理解できるようになっている。

図４（ｄ）は、動画コンテンツの試聴（ストリーミング再生）のユーザインターフェースの例を示している。この例では、一つのＷＥＢページの中に、動画表示部４７、動画コントロールパネル４８、入力フォーム４９を埋め込んでいる。このようなページ構成によれば、動画を見ながら入力フォーム４９への入力が可能となるため、例えば、動画コンテンツに対する評価やアンケートの記入や、テレビショッピングのようなサービスなどに好ましく利用できる。なお、図４（ｄ）や図２のように、ＷＥＢページ中に１つのコンテンツしか含まれていない場合には、ユーザアクションを介さずに自動的に試聴リクエストを送出することで、ＷＥＢページの表示後に自動的に試聴用ファイルのストリーミング再生を開始するようにしてもよい。

１：コンテンツ提供システム、２：携帯電話端末

Claims (5)

1. 携帯電話端末に音声コンテンツ又は動画コンテンツを提供するコンテンツ提供システムであって、
   前記携帯電話端末は、ＷＥＢページを閲覧するためのＷＥＢブラウザ機能と、前記コンテンツ提供システムからダウンロードした音声コンテンツ又は動画コンテンツを再生するためのプレーヤー機能と、を有するものであり、
   前記コンテンツ提供システムは、
   提供する複数のコンテンツのそれぞれについて、（１）前記携帯電話端末のプレーヤー機能で再生可能な第１のファイルフォーマットからなるダウンロード用ファイルと、（２）前記携帯電話端末のＷＥＢブラウザ機能で閲覧されるＷＥＢページ上でストリーミング再生可能な第２のファイルフォーマットからなる試聴用ファイル、の少なくとも２種類のファイルを記憶する手段と、
   コンテンツの試聴用ファイルへのリンクを含むＷＥＢページを前記携帯電話端末に送信し、前記携帯電話端末から受信した試聴リクエストに応じて前記ＷＥＢブラウザ機能において当該コンテンツの試聴用ファイルのストリーミング再生を行わせる手段と、
   前記携帯電話端末から、試聴したコンテンツのダウンロードを要求するダウンロードリクエストを受信した場合に、当該コンテンツのダウンロード用ファイルを前記携帯電話端末に送信する手段と、
   を有することを特徴とするコンテンツ提供システム。
2. 前記ＷＥＢページは、複数のコンテンツがリストされた構造のページであり、一つのコンテンツの試聴用ファイルのストリーミング再生を行いながら、他のコンテンツの情報の閲覧、並びに、他のコンテンツの試聴用ファイルへの切り替えが可能であることを特徴とする請求項１に記載のコンテンツ提供システム。
3. 前記ＷＥＢページは、カテゴリ別に複数のコンテンツがリストされた構造のページであり、前記携帯電話端末の左右キーによりカテゴリの切り替えが可能であり、前記携帯電話端末の上下キーによりカテゴリ内のコンテンツの切り替えが可能であることを特徴とする請求項２に記載のコンテンツ提供システム。
4. 前記第１のファイルフォーマットは、３ｇｐｐ、３ｇｐｐ２、ｋｍｆ、ＳＭＣ、ＭＰ４のいずれかであり、
   前記第２のファイルフォーマットは、ＦｌａｓｈＶｉｄｅｏであることを特徴とする請求項１〜３のうちいずれかに記載のコンテンツ提供システム。
5. 携帯電話端末に音声コンテンツ又は動画コンテンツを提供するコンテンツ提供システムで実行されるコンテンツ提供方法であって、
   前記携帯電話端末は、ＷＥＢページを閲覧するためのＷＥＢブラウザ機能と、前記コンテンツ提供システムからダウンロードした音声コンテンツ又は動画コンテンツを再生するためのプレーヤー機能と、を有するものであり、
   前記コンテンツ提供システムが、
   提供する複数のコンテンツのそれぞれについて、（１）前記携帯電話端末のプレーヤー機能で再生可能な第１のファイルフォーマットからなるダウンロード用ファイルと、（２）前記携帯電話端末のＷＥＢブラウザ機能で閲覧されるＷＥＢページ上でストリーミング再生可能な第２のファイルフォーマットからなる試聴用ファイル、の少なくとも２種類のファイルを記憶する記憶媒体を有しており、
   コンテンツの試聴用ファイルへのリンクを含むＷＥＢページを前記携帯電話端末に送信し、前記携帯電話端末から受信した試聴リクエストに応じて前記ＷＥＢブラウザ機能において当該コンテンツの試聴用ファイルのストリーミング再生を行わせるステップと、
   前記携帯電話端末から、試聴したコンテンツのダウンロードを要求するダウンロードリクエストを受信した場合に、当該コンテンツのダウンロード用ファイルを前記携帯電話端末に送信するステップと、
   を実行することを特徴とするコンテンツ提供方法。

Images