JP2008083297A

JP2008083297A - 音楽プレーヤー及びサーバー装置

Info

Publication number: JP2008083297A
Application number: JP2006262031A
Authority: JP
Inventors: Sei Hasebe; 聖長谷部
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 2006-09-27
Filing date: 2006-09-27
Publication date: 2008-04-10

Abstract

【課題】オーディオデータの再生位置に応じて、それに関連するコンテンツを表示する。
【解決手段】記憶部１４に記憶されている曲データの中から、再生するコンテンツを選択すると、その曲の曲名、アーティスト名及び演奏時間の情報をサーバー装置２に送信し、その曲に関連して準備されているコンテンツの一覧が記載されたコンテンツ種別リストを取得する。表示部１３に表示されたコンテンツ種別リスト上で表示させたいコンテンツを選択すると、そのリンク先から選択されたコンテンツの最初のページがダウンロードされ、表示部１３に表示される。そのページの中には、そのコンテンツの次に表示すべきページを表示する表示時刻が記載されており、制御部１１は、オーディオデータの再生位置が表示時刻となったときに、サーバー装置２にそのページの取得要求を送信し、取得したページを表示部１３に表示する。
【選択図】図１

Description

本発明は、オーディオデータを再生する音楽プレーヤー及び該音楽プレーヤーからの要求に応じてコンテンツを提供するサーバー装置に関する。

オーディオデータを再生する音楽プレーヤーの表示部に、再生中の楽曲に関連する情報や映像などを表示させることは知られている。
例えば、特許文献１には、パーソナルコンピュータを用い、歌手名や曲名をキーとしてネットワーク上のサーバーからその音楽コンテンツに関する付加情報（歌詞データなど）を取得し、オーディオプレーヤーに転送して表示させることが提案されている。
特開２００４−１１７６１８号公報

上記提案されている発明によれば、楽曲を再生中に、その楽曲に関連する情報を表示させることができる。しかしながら、上記発明においては、サーバーから歌詞データなどをダウンロードするため、及び、該ダウンロードした歌詞データなどをオーディオプレーヤーに転送するために、パーソナルコンピュータを必要としている。
また、上記発明において、楽曲の再生中に表示する情報が歌詞データの場合、歌詞データに曲データと対応した時間情報などを付与しておくことにより、曲の再生に従って自動的に歌詞を切換表示することも可能である。しかしながら、最初に歌詞データを全て受信し、オーディオプレーヤーに記憶しておく必要があるので、オーディオプレーヤーに全データを格納するための記憶容量が必要であった。また、あらかじめサーバーから歌詞データなどの情報を全てダウンロードし、その情報を全てオーディオプレーヤーに転送しておく必要があるので、音楽の再生を開始するまでに時間を要することとなる。

そこで、本発明は、オーディオデータの再生中に、該オーディオデータに関連する歌詞や映像などのコンテンツを、あらかじめ記憶しておくことなく、オーディオデータの再生の進行に応じて切り換えて表示することが可能な音楽プレーヤーとサーバー装置を提供することを目的としている。

上記目的を達成するために、本発明の音楽プレーヤーは、オーディオデータを記憶する記憶手段と、前記オーディオデータを再生する再生手段と、前記オーディオデータの再生中に、その再生開始からの経過時間に応じてサーバー装置にコンテンツ取得要求を送信し、コンテンツを取得する取得手段と、前記取得したコンテンツを表示する表示手段とを具備するものである。
また、前記記憶手段は複数のオーディオデータを記憶するものであり、前記複数のオーディオデータの中から再生すべきオーディオデータが選択されたときに、そのオーディオデータに対応するコンテンツ種別リストの取得要求を、該選択されたオーディオデータに関連する情報とともに前記サーバー装置に送信し、前記サーバー装置から前記コンテンツ種別リストを受信する手段と、ユーザーによる選択のために前記受信したコンテンツ種別リストを表示する手段と、前記コンテンツ種別リストにおいて所望のコンテンツが選択されたときに、該選択されたコンテンツの最初に表示されるページの取得要求を前記サーバー装置に送信し、前記サーバー装置から前記最初に表示されるページを受信する手段とを有し、前記コンテンツ種別リストは、そのオーディオデータに対応するコンテンツのリストと各コンテンツの最初に表示されるページへのリンク情報が記述されているものであり、前記各コンテンツの最初に表示されるページは、そのページに後続して表示されるべきページの表示時刻の情報とそのページを指定する情報が記述されているものであり、前記取得手段は、前記オーディオデータの再生開始からの経過時間が、そのコンテンツの最初に表示されるページに記述されている表示時刻となったときに、その表示時刻に対応するページの取得要求を前記サーバー装置に送信するものである。
さらに、前記コンテンツは前記オーディオデータに関連するカラオケデータ、歌詞データ又は楽譜データとされているものである。
さらにまた、前記表示手段は複数の表示領域を有し、該複数の表示領域に前記オーディオデータに関連する内容のコンテンツを表示することができるようになされているものである。

さらにまた、上記目的を達成するために、本発明のサーバー装置は、複数のコンテンツを記憶する記憶手段と、前記音楽プレーヤーから、オーディオデータを再生中に送信されるコンテンツ取得要求に応じて、前記記憶手段から対応するコンテンツを読み出して当該音楽プレーヤーに送信する手段とを具備するものである。
さらにまた、前記音楽プレーヤーからのコンテンツ種別リストの取得要求に応じて、該コンテンツ種別リストの取得要求に含まれている当該オーディオデータに関連する情報をキーとして、前記記憶手段から、そのオーディオデータに対応するコンテンツ種別リストを取得し、該コンテンツ種別リストを当該音楽プレーヤーに送信する手段を有するものである。

本発明の音楽プレーヤー及びサーバー装置によれば、音楽などのオーディオデータを再生しているときに、そのオーディオデータに関連する情報や映像などのコンテンツを、あらかじめ記憶しておくことなく、再生の進行にともなって切り換えて表示することができる。
また、そのコンテンツは、標準となっているＨＴＭＬ（HyperText Markup Language）やＸＭＬ（Extensible Markup Language）により記述することができるものであるため、多くの人が簡単に作成することができ、多くのバリエーションを持った幅の広いものとなる。これにより、多彩な楽しみ方が可能となる。

図１は、本発明の音楽プレーヤーの第１の実施の形態の構成例を示すブロック図である。本発明の音楽プレーヤーは、オーディオデータを再生することができるものであればよく、携帯型の音楽プレーヤー、ミニコンポなどに搭載されたもの、あるいは、パソコンのアプリケーションソフトなど、各種のものであってよい。また、オーディオデータは、楽曲のデータ（曲データ）に限られることはなく、語学学習のオーディオデータや朗読のデータなどどのようなオーディオデータであっても良い。ここでは、曲データを再生する場合を例にとって説明する。
図１に示すように、音楽プレーヤー１は、該音楽プレーヤー１全体の制御を行うマイクロコンピュータなどの制御部１１、ユーザにより操作される操作部１２、各種情報を表示する表示部１３、曲データを記憶する曲データ記憶部１４、インターネットやＬＡＮなどのネットワークに接続するためのインターフェース部１５、曲データをデコードするデコーダ１６、デコーダ１６でデコードされた曲データをアナログ信号に変換するＤ／Ａ変換器（ＤＡＣ）１７、該Ｄ／Ａ変換器１７の出力信号を増幅するアンプ１８及び該アンプ１８の出力を放音するスピーカ１９を備えている。そして、前記インターフェース部１５及びネットワークを介して、サーバー装置２に接続されている。なお、前記インターフェース部１５は、音楽プレーヤー１が携帯型のものであるときは、例えば、無線ＬＡＮ通信部や携帯電話通信部などであり、据置型のものであるときには、ＬＡＮカードなどのネットワークインターフェース部である。
この音楽プレーヤー１は、前記サーバー装置２からＨＴＭＬファイルや画像ファイルなどをダウンロードし、表示するウェブブラウザの機能を有している。そして、後述するように、曲データを再生しているときに、その再生の進行にともなって、前記サーバー装置２から、その曲データに関連するコンテンツのページを順次ダウンロードし、前記表示部１３に切り換えて表示する。

図２は、前記音楽プレーヤー１に接続されるサーバー装置２の構成を示すブロック図である。
この図に示すように、サーバー装置２は、このサーバー装置２全体の制御を行う制御部２１、インターネットやＬＡＮなどのネットワークに接続するためのインターフェース部２２、楽曲などのオーディオデータに関連する各種コンテンツを記憶しているコンテンツデータベース２３、該コンテンツデータベース２３から所望のデータを読み出すためのコンテンツデータ読出し制御部２４、前記コンテンツとともに表示される広告データを記憶している広告データベース２５、該広告データベース２５から広告データを読み出すための広告データ読出し制御部２６を備えている。
このサーバー装置２はウェブサーバーとして動作し、前記インターフェース部２２を介して前記音楽プレーヤー１からのコンテンツ取得要求を受信すると、前記制御部２１は、前記コンテンツデータ読出し制御部２４又は前記広告データ読出し制御部２６を制御して、前記コンテンツデータベース２３又は前記広告データベース２５から要求されたコンテンツ又は広告データを読み出して、当該音楽プレーヤー１に供給する。

図３は、このように構成された音楽プレーヤー１とサーバー装置２の動作の流れを示すフローチャートである。
音楽プレーヤー１が起動されると、まず、前記表示部１３に前記曲データ記憶部１４に格納されている楽曲のリストが表示される（Ｓ１１）。
ユーザが該表示画面をみて再生する曲を選択すると（Ｓ１２）、前記制御部１１は、前記曲データ記憶部１４から選択された楽曲の曲データを読み出す。その曲データには、その曲名、アーティスト名、演奏時間（演奏所要時間）、音楽ジャンルなどの付属情報（曲情報）が含まれている。
前記制御部１１は、読み出した曲データの曲名、アーティスト名及び演奏時間などの曲情報を付して、前記サーバー装置２に対して、その曲に関連するコンテンツの一覧が記載されているコンテンツ種別リスト（以下、「登録ページ」という。）の取得要求を送信する（Ｓ１３）。
この登録ページの取得要求は、前記サーバー装置２のコンテンツデータベース２３を検索するためのＣＧＩ（Common Gateway Interface）に曲名、アーティスト名及び演奏時間を引数としてアクセスすることにより行われる。そのＵＲＬ（Uniform Resource Locator）は、例えば、./contents.cgi?songname=xxxxx&artist=yyyyyy&performancetime=mm:ss:rr となる。ここで、songname=xxxxxは曲名、artist=yyyyyyはアーティスト名、performancetime=mm:ss:rrは演奏時間を示している。

前記サーバー装置２の制御部２１は、前記登録ページの取得要求を受信すると（Ｓ３１）、その要求中に含まれている曲情報をコンテンツデータ読出し制御部２４に供給し、コンテンツデータ読出し制御部２４は、その曲情報（曲名、アーティスト名、演奏時間）をキーとしてコンテンツデータベース２３を検索し、その楽曲用の登録ページのデータを読み出す（Ｓ３２）。同一の曲名の楽曲が複数あったとしても、曲名、アーティスト名及び演奏時間をキーとして検索することにより楽曲を特定することができる。
そして、該登録ページを前記インターフェース部２２を介して前記音楽プレーヤー１に送信する（Ｓ３３）。

図４は、前記サーバー装置２から送信される登録ページ（コンテンツ種別リスト）の一例を示す図である。
この図に示すように、登録ページは、選択された楽曲の再生中に前記表示部１３に表示することができるコンテンツを一覧にして表示するページであり、ＨＴＭＬで記述されている。この例では、カラオケ１、カラオケ２、ギターコード、楽譜、アルバム１、アルバム２、掲示板、紙芝居、漫画、ビデオ１、ビデオ２、ショートストーリー（小説）、エッセイ１、エッセイ２の１４種類のコンテンツの中から選択することができるようになされている。
各コンテンツは、曲の再生の進行にともなって順次切り換えて表示される複数のページから構成されている。前記登録ページにおける各コンテンツ名には、それぞれのコンテンツの最初のページのＵＲＬ（リンク）が埋め込まれている。

サーバー装置２から上述のような登録ページが送信されてくると（Ｓ１４）、音楽プレーヤー１の制御部１１は、ウェブブラウザ機能により、該登録ページを前記表示部１３に表示する（Ｓ１５）。
表示されている登録ページ上でユーザが表示させたいコンテンツを選択すると（Ｓ１６）、そのコンテンツにリンクされているＵＲＬ（そのコンテンツの最初のページ）に対して取得要求が送信される（Ｓ１７）。また、その曲の再生が開始される（Ｓ１８）。すなわち、制御部１１により、曲データ記憶部１４から読み出した曲データが順次前記デコーダ１６へ供給され、ＤＡＣ１７、アンプ１８、スピーカ１９を介してその曲データの再生が開始される。このとき、曲の再生の開始からの経過時間を計測するためのタイマーが起動される。

サーバー装置２の制御部２１は、前記ステップＳ１７により送信されたリクエストを受信すると（Ｓ３４）、リクエストされたページのデータをその音楽プレーヤー１に送信する（Ｓ３５）。このリクエストされたページには、そのコンテンツの最初に表示されるデータが含まれているとともに、その楽曲の再生の進行に伴って順次表示されるページを取得すべき時刻（表示時刻）に関する情報も含まれている。表示時刻を記述する方法については後述するが、ここでは、そのページのＨＴＭＬファイル中に、次のページの表示時刻の情報が記述されているものとする。

音楽プレーヤー１の制御部１１は、サーバー装置２からステップＳ３５で送信された最初のページのデータを受信すると（Ｓ１９）、ウェブブラウザ機能により受信したページのデータを表示する（Ｓ２０）とともに、その中に含まれている次のページを取得すべき時刻（次の表示時刻）の情報を記憶する（Ｓ２１）。
そして、ユーザによる停止操作があったか、又は、その曲の演奏が終了したかを判定し（Ｓ２２）、停止操作があったとき又は演奏終了時には、処理を終了する。停止操作もなく、演奏も終了していないときは、前記ステップＳ１８で曲の再生を開始してからの経過時間（再生位置）が前記ステップＳ２１で記憶した次の表示時刻に到達したか否かを判定し（Ｓ２３）、次の表示時刻となったときには、現在の再生位置の情報を付加して、前記サーバー装置２に次の表示時刻に対応するコンテンツの取得要求を送信し（Ｓ２４）、そのコンテンツの受信を待つ（Ｓ１９）。この次の表示時刻に対応するコンテンツの取得要求のＵＲＬは、例えば、./contents.cgi?songname=xxxxx&artist=yyyyyy&performancetime=mm:ss:rr&current=aa:bb:cc となる。ここで、current=aa:bb:ccは、現在の再生位置、すなわち、再生開始からの経過時間を示している。
サーバー装置２では、このコンテンツの取得要求を受信すると（Ｓ３６）、そのリクエストの引数に含まれている、曲名、アーティスト名、演奏時間及び再生位置をキーとして、前記コンテンツデータベース２３からその曲のその再生位置に対応したコンテンツを検索し、当該音楽プレーヤー１に送信する（Ｓ３７）。
音楽プレーヤー１は、サーバー装置２から要求した再生位置に対応するコンテンツを受信すると（Ｓ１９）、そのコンテンツを表示する（Ｓ２０）とともに、そのデータに含まれている次の表示時刻を記憶する（Ｓ２１）。
以下、上述した動作を、ユーザによる停止操作があるか又は演奏が終了するまで、繰り返す。

これにより、曲の再生が開始されてからの時間の経過に応じて、コンテンツを順次サーバー装置２からダウンロードして、前記表示部１３に切り換えて表示することができる。
図５は、再生開始からの経過時間に応じて変化するコンテンツ（ページ）が表示される様子を説明するための図である。
この図に示す例では、演奏開始後、１０秒ごとに、表示されるページが変更する様子を示している。すなわち、演奏開始直後はページ１（最初のページ）が表示されており、１０秒後にページ２、２０秒後にページ３、３０秒後にページ４というように表示部１３に表示されるページが順次変更されている。これにより、曲の再生の進行にともなってカラオケや歌詞、楽譜、ギターコードなどを順次表示したり、再生している曲をバックグラウンドミュージックとしてアルバムの写真のスライドショーを行ったり、映像の表示や、小説やエッセイなどの表示を行うことができる。
このように、本発明においては、各コンテンツをＨＴＭＬ文書で記述することができるので、多くの人が簡単にコンテンツを作成することができる。

また、前記サーバー装置２から音楽プレーヤー１に、前記コンテンツデータベース２３に格納されているコンテンツだけではなく、広告データベース２５に格納されている広告データも供給することもできる。サーバー装置２の広告データ読出し制御部２６は、曲情報（曲名、アーティスト名、演奏時間等）を受け取ると、その曲情報をキーとして広告データベース２５を検索する。広告データベース２５の広告データは前記曲情報と対応付けられているため、広告データ読出し制御部２６は対応する広告データを取得する。この広告データは前記音楽プレーヤー１に送られ、その表示部１３に、前記コンテンツとともに表示される。このように、ユーザーが選択した曲に合った広告データを表示することができる。
図６は、音楽プレーヤー１の表示部１３にコンテンツ（ページ）と広告データが表示されている様子を示す図である。この図に示すように、前記サーバー装置２からコンテンツ（ページ）とともに広告データも送られてきたときには、該コンテンツの中に広告も表示される。この広告の内容は前述と同様に表示時刻に応じて変更させることができ、また、広告データのページ内での表示位置も表示時刻に応じて変更させることができる。すなわち、広告データの最初のページ中に、次の表示時刻のデータを記述しておき、前述の場合と同様にして、表示される広告を再生位置により逐次変更することができる。

上述した例では、各ページに次の表示時刻を記載するようにしていたが、これに限られることはなく、最初のページのデータ中にそのコンテンツの表示において表示内容が変更される表示時刻を全て記述しておき、最初のコンテンツのページを受信したときに、前記音楽プレーヤー１の制御部１１中に、全ての表示時刻を記憶するようにしてもよい。

また、ページのデータ中に表示時刻を記述する方法としては、次のような方法がある。
（１）ファイル名に表示時刻を含ませる。
ファイル名自体に、曲名と表示時刻を含ませ、これをページ中に書き込む。
例．song_title/0_00.html,
song_title/0_10.html,
song_title/0_20.html,
song_title/0_30.html
この場合、音楽プレーヤー１の制御部１１は、このページのＨＴＭＬファイルを受信したときに、これらファイル名を全て記憶しておき、そのファイル名を解釈して、再生位置が０秒、１０秒、２０秒、３０秒となるごとに、それぞれのファイル名のファイルの取得要求を送信する。

（２）ＨＴＭＬのコメント記号やメタタグを使用して表示時刻を記述する。
例えば、 のように、コメント記号を使って表示時刻を記述する。また、メタタグが使える場合は、<meta name="nextframe" content="0:30"> のようにメタタグを使用して記述する。
例えば、再生位置が２０秒のＨＴＭＬファイルにこのタグが記述されているとすると、音楽プレーヤー１の制御部１１は、この情報を読み込んで、再生位置が３０秒になると、次のページのリクエストを行う。

（３）次に表示するＵＲＬをＨＴＭＬファイル内に直接記述する。
例えば、<meta name="nextframe" "content="0:30" URL="0_30.html"> というようにメタタグを使用して次のページのＵＲＬを直接記述する。
例えば、再生位置が２０秒のＨＴＭＬファイルにこのタグが記述されていると、音楽プレーヤー１の制御部１１は、これを読み込んで、再生位置が３０秒になると、"0_30.html"のファイルを要求する。
このように、ＵＲＬを直接記述すると、サーバー装置２においてコンテンツデータベース２３や広告データベース２５の検索を行う必要がなくなるため、サーバー装置２の負荷軽減につながる。

次に、本発明の音楽プレーヤー及びサーバー装置の第２の実施の形態について説明する。
上述した第１の実施の形態においては、音楽プレーヤー１の表示部１３の一つの画面（ウェブブラウザの画面）に再生位置に応じたコンテンツを表示させるものであった。
例えば、カラオケのコンテンツを作る場合、歌詞の部分と映像の部分を別々に作らないと非常に面倒な作業となる。例えば、画面のみを切り替えようとしても、歌詞も入れ替えなければならない。また、歌詞や楽譜などを表示する場合にも、一つの画面で表示させるときには次の歌詞や楽譜への表示の切り替えが困難である。
そこで、２つのウェブブラウザの画面に関連するコンテンツを表示するようにすれば、このような困難は防ぐことができる。
本発明の音楽プレーヤー及びサーバー装置の第２の実施の形態は、複数のウェブブラウザ画面に再生中の曲に関連するコンテンツを表示させるようにしたものである。

本発明の音楽プレーヤー及びサーバー装置の第２の実施の形態においても、音楽プレーヤー１とサーバー装置２の構成は、前記図１及び図２に示した第１の実施の形態の場合と同様であるため、説明を省略する。ただし、この実施の形態においては、前記音楽プレーヤー１の制御部１１は前記表示部１３に複数のウェブブラウザ画面を表示させることができるようになされている。
図７は、本発明の音楽プレーヤーの第２の実施の形態における音楽プレーヤー１の表示部１３の表示画面の一例を示す図である。
この図に示すように、表示画面には、第１のスクリーン４１と第２のスクリーン４２の２つのウェブブラウザの画面が設けられており、該２つの画面４１と４２に独立した内容または関連した内容のコンテンツを表示することができるようになされている。

この本発明の第２の実施の形態においては、コンテンツデータは、ＸＭＬ（Extensible Markup Language）で記述されたファイル（ＸＭＬファイル）と、複数のＨＴＭＬファイルから構成されている。
図８は、この実施の形態において用いられるＸＭＬ文書の一例を示す図である。
この図に示すように、ＸＭＬファイルの中に、各ウェブブラウザの画面ごとに、表示時刻（再生位置）とその表示時刻に表示すべきＨＴＭＬファイルヘのパスが記述されている。この図に示す例では、第１のスクリーン４１には、最初にパスがhttp://aaa/bbb/ccc/1.htmlのページが表示され、再生開始から１０秒後になるとhttp://aaa/bbb/ccc/2.htmlのページが表示される。また、第２のスクリーン４２には、最初にhttp://aaa/bbb/ddd/1.htmlのページが表示され、再生開始から１０秒後になるとhttp://aaa/bbb/ddd/2.htmlのページが表示される。
このように、複数のウェブブラウザの画面を用い、各画面に表示するＨＴＭＬファイルをそれぞれ指定するようにしているため、各画面に、独立したコンテンツを表示することもできるし、連携するコンテンツを表示させることもできる。例えば、カラオケの背景と歌詞を別々の画面に表示させることもできるし、歌詞や楽譜を逐次表示していく場合の切り替えをスムーズに行うことも可能となる。
また、各画面のコンテンツを独立に記述することができるため、コンテンツの作成が容易になる。さらに、２つのコンテンツを連携させることもできるので、より多彩なコンテンツを作成することが可能となる。

図９は、このような本発明の第２の実施の形態における音楽プレーヤー１及びサーバー装置２の動作を説明するためのフローチャートである。なお、前述した第１の実施の形態における登録ページを受信して表示させたいコンテンツを選択する処理（前記図３のＳ１６までの処理）までは、前記第１の実施の形態と同一の処理であるので、説明は省略する。ただし、この実施の形態では、前記登録ページに記載されている各コンテンツに対し、図８に示したような、対応するＸＭＬファイルがリンクされている。

図９において、ユーザが、登録ページ上で、表示させたいコンテンツを選択すると（Ｓ５０）、音楽プレーヤー１の制御部１１は、該選択されたコンテンツにリンクされているＸＭＬファイルの取得要求を前記サーバー装置２に送信する（Ｓ５１）。
サーバー装置２の制御部２１は、前記音楽プレーヤー１からの該リクエストを受信すると（Ｓ７１）、要求されたＸＭＬファイルを前記コンテンツデータベース２３から読み出して、当該音楽プレーヤー１に送信する（Ｓ７２）。
前記音楽プレーヤー１の制御部１１は、サーバー装置２からＸＭＬファイルを受信すると（Ｓ５２）、その中に記述されているスクリーン１及びスクリーン２の最初の表示時刻を読み出して記憶する（Ｓ５３）。また、ユーザに選択された曲の再生を開始する（Ｓ５４）。このとき、再生開始からの経過時間（再生位置）を計測するためのタイマーを起動する。

そして、再生位置が、前記ステップＳ５３で記憶したスクリーン１の表示時刻（最初の表示時刻）となったか否かを判定する（Ｓ５５）。スクリーン１の表示時刻でないときは、スクリーン２の表示時刻となったか否かの判定（Ｓ６０）に進む。
一方、スクリーン１の表示時刻となったときは、その表示時刻に対応するＵＲＩ（Uniform Resource Identifier）で示されるコンテンツの取得要求を前記サーバー装置２に送信する（Ｓ５６）。
サーバー装置２の制御部２１は、その取得要求を受信すると（Ｓ７３）、前記コンテンツデータベース２３から対応するコンテンツを読み出して、当該音楽プレーヤー１に送信する（Ｓ７４）。
前記音楽プレーヤー１の制御部１１は、サーバー装置２からコンテンツを受信すると（Ｓ５７）、スクリーン１にそのページを表示する（Ｓ５８）。そして、前記ＸＭＬファイルに記載されている次の表示時刻を読み出して記憶する（Ｓ５９）。

次に、ステップＳ６０に進み、再生位置がスクリーン２の表示時刻となったか否かを判定する。スクリーン２の表示時刻でないときは、ユーザによる停止操作があった場合、または、演奏が終了したときは、その処理を終了し、そうでないときは、前記ステップＳ５５以降の処理を繰り返す（Ｓ６５）。
スクリーン２の表示時刻となったときは、その表示時刻に対応するＵＲＩで指定されるファイルを前記サーバー装置２に要求する（Ｓ６１）。
前述のように、前記サーバー装置２の制御部２１は、音楽プレーヤー１からのコンテンツリクエストを受信すると（Ｓ７３）、要求されたコンテンツを前記コンテンツデータベース２３から読み出して当該音楽プレーヤー１に送信する（Ｓ７４）。
前記音楽プレーヤー１の制御部１１は、前記サーバー装置２から要求したコンテンツを受信すると（Ｓ６２）、スクリーン２にそのページを表示する（Ｓ６３）。そして、スクリーン２の次の表示時刻を前記ＸＭＬファイルから読み出し、現在の再生位置との比較の対象とする（Ｓ６４）。そして、ステップＳ６５に進み、停止操作もなく、演奏も終了していないときは、上述した処理を繰り返す。
このようにして、複数（この場合は、２個）のウェブブラウザの画面（スクリーン）に独立してコンテンツを表示することができる。

なお、この実施の形態においても、前述した第１の実施の形態と同様に、広告データベース２５から広告データを取得し、各スクリーンにコンテンツとともに広告データを表示することができる。
また、スクリーンの数は、２個に限られることはなく、３個以上とすることもできる。
さらに、前述した第１の実施の形態においても、前記第２の実施の形態と同様に各コンテンツの最初のページをＸＭＬ文書で記述するようにしてもよいし、前記第２の実施の形態のコンテンツの最初のページを第１の実施の形態のようにＨＴＭＬ文書で記述するようにしてもよい。

本発明の音楽プレーヤーの一実施の形態の構成を示すブロック図である。本発明のサーバー装置の一実施の形態の構成を示すブロック図である。本発明の第１の実施の形態における音楽プレーヤーとサーバー装置の処理の流れを示すフローチャートである。登録ページの一例を示す図である。再生位置に応じて異なるページが表示される様子を説明するための図である。ページ上に広告が表示される様子を説明するための図である。本発明の第２の実施の形態における音楽プレーヤーの表示画面の一例を示す図である。本発明の第２の実施の形態において用いられるＸＭＬ文書の一例を示す図である。本発明の第２の実施の形態における音楽プレーヤーとサーバー装置の処理の流れを示すフローチャートである。

符号の説明

１：音楽プレーヤー、２：サーバー装置、１１：制御部、１２：操作部、１３：表示部、１４：曲データ記憶部、１５：インターフェース部、１６：デコーダ、１７：Ｄ／Ａ変換器、１８：アンプ、１９：スピーカ、２１：制御部、２２：インターフェース部、２３：コンテンツデータベース、２４：コンテンツデータ読出し制御部、２５：広告データベース、２６：広告データ読出し制御部、４１，４２：ウェブブラウザの画面（スクリーン）

Claims

オーディオデータを記憶する記憶手段と、
前記オーディオデータを再生する再生手段と、
前記オーディオデータの再生中に、その再生開始からの経過時間に応じてサーバー装置にコンテンツ取得要求を送信し、コンテンツを取得する取得手段と、
前記取得したコンテンツを表示する表示手段と
を具備することを特徴とする音楽プレーヤー。
前記記憶手段は複数のオーディオデータを記憶するものであり、
前記複数のオーディオデータの中から再生すべきオーディオデータが選択されたときに、そのオーディオデータに対応するコンテンツ種別リストの取得要求を、該選択されたオーディオデータに関連する情報とともに前記サーバー装置に送信し、前記サーバー装置から前記コンテンツ種別リストを受信する手段と、
ユーザーによる選択のために前記受信したコンテンツ種別リストを表示する手段と、
前記コンテンツ種別リストにおいて所望のコンテンツが選択されたときに、該選択されたコンテンツの最初に表示されるページの取得要求を前記サーバー装置に送信し、前記サーバー装置から前記最初に表示されるページを受信する手段とを有し、
前記コンテンツ種別リストは、そのオーディオデータに対応するコンテンツのリストと各コンテンツの最初に表示されるページへのリンク情報が記述されているものであり、
前記各コンテンツの最初に表示されるページは、そのページに後続して表示されるべきページの表示時刻の情報とそのページを指定する情報が記述されているものであり、
前記取得手段は、前記オーディオデータの再生開始からの経過時間が、そのコンテンツの最初に表示されるページに記述されている表示時刻となったときに、その表示時刻に対応するページの取得要求を前記サーバー装置に送信するものである
ことを特徴とする請求項１記載の音楽プレーヤー。
前記コンテンツは前記オーディオデータに関連するカラオケデータ、歌詞データ又は楽譜データであることを特徴とする請求項１又は２に記載の音楽プレーヤー。
前記表示手段は複数の表示領域を有し、
該複数の表示領域に前記オーディオデータに関連する内容のコンテンツを表示することができるようになされていることを特徴とする請求項１ないし３のいずれかに記載の音楽プレーヤー。
複数のコンテンツを記憶する記憶手段と、
前記請求項１ないし４のいずれかに記載の音楽プレーヤーから、オーディオデータを再生中に送信されるコンテンツ取得要求に応じて、前記記憶手段から対応するコンテンツを読み出して当該音楽プレーヤーに送信する手段と
を具備することを特徴とするサーバー装置。
前記請求項２ないし４のいずれかに記載の音楽プレーヤーからのコンテンツ種別リストの取得要求に応じて、該コンテンツ種別リストの取得要求に含まれている当該オーディオデータに関連する情報をキーとして、前記記憶手段から、そのオーディオデータに対応するコンテンツ種別リストを取得し、該コンテンツ種別リストを当該音楽プレーヤーに送信する手段を有することを特徴とする請求項５記載のサーバー装置。