JP4209127B2

JP4209127B2 - Server apparatus for program supply and client apparatus and method for reproduction

Info

Publication number: JP4209127B2
Application number: JP2002081479A
Authority: JP
Inventors: 好成寺田; 悟梅澤; 宏明高橋; 豊長谷川
Original assignee: Yamaha Corp
Current assignee: Yamaha Corp
Priority date: 1999-05-20
Filing date: 2002-03-22
Publication date: 2009-01-14
Anticipated expiration: 2019-09-22
Also published as: JP2002335508A

Description

【０００１】
【発明の属する技術分野】
この発明は、音楽や映像等からなる番組を通信ネットワークを介して配信する番組供給用のサーバ装置及び該番組を再生するクライアント装置に関し、さらにはサーバ装置におけるコンテンツ配信方法及びクライアント装置におけるコンテンツ再生方法に関し、更には該方法をコンピュータに実行させるプログラムを記憶してなる機械読み取り可能な記憶媒体に関する。
【０００２】
【従来の技術】
一般的に、音楽や映像等からなる番組を配信するシステムとしてはラジオやテレビ等がある。しかし、ラジオやテレビ等の番組は放送局から一方的に送られてくるものであり、視聴者は好きな時間帯に好きな番組を見たり聞いたりすることができなかった。そこで、最近ではラジオやテレビとは異なった番組の新しい配信形態としてインターネット放送局が出現してきている。インターネット放送局は、視聴者からの要求に応じて通信ネットワーク上に蓄積された番組を配信するものである。すなわち、パーソナルコンピュータ（ＰＣ）等の端末機（クライアント）からの視聴者の配信要求に基づいて、インターネット等の通信ネットワークを経由してｗｗｗ（World Wide Web）サーバに接続し、該ｗｗｗサーバに格納されている曲データあるいはビデオ（映像）データ等からなる番組を受信して、クライアント側で該受信データを基にして番組を再生する。通常、ｗｗｗサーバは通信ネットワークを使用してデータを配信する場合、クライアントが全てのデータを受信する前に曲や映像等の再生を開始することができるようストリーム配信を行っている。このようなインターネット放送局では、視聴者が好きな時間帯に好きな番組を見たり聞いたりすることができる。
【０００３】
【発明が解決しようとする課題】
しかし、従来のインターネット放送局における番組配信方式は、いまだユーザが使い易いものとはなっていない。特に、従来から知られている番組再生システムでは、番組ではコンテンツの再生がなされるだけであり、再生される各コンテンツに関連する各種の情報をユーザに提示することができなかった。
【０００４】
本発明は上述の点に鑑みてなされたもので、再生される各コンテンツに関連する各種の情報をユーザに提示することができるようにした番組供給用のサーバ装置及び再生用のクライアント装置を提供しようとするものであり、さらにはサーバ装置におけるコンテンツ配信方法及びクライアント装置におけるコンテンツ再生方法に関し、更には該方法をコンピュータに実行させるプログラムを記憶してなる機械読み取り可能な記憶媒体を提供しようとするものである。
【０００５】
【課題を解決するための手段】
【０００７】
本発明に係るクライアント装置は、１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得する手段と、前記番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信する手段と、前記コンテンツの取得要求に応じて要求したコンテンツを前記サーバ装置から取得する手段と、前記サーバ装置から取得したコンテンツの再生を行う再生エンジンと、前記再生エンジンにおいて再生中のコンテンツを特定し該コンテンツに関連する情報の取得要求を通信ネットワークを介してサーバ装置に送信する手段と、前記コンテンツに関連する情報の取得要求に応じて要求した情報を前記サーバ装置から取得するとともにＷＥＢブラウザを起動し、前記取得した情報を前記ＷＥＢブラウザにて表示させる手段とを具備したことを特徴とする。
【０００８】
また、本発明に係るコンテンツ再生方法は、クライアント装置がコンテンツを通信ネットワークを介してサーバ装置から取得して再生するコンテンツ再生方法であって、１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得するステップと、前記番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信するステップと、前記コンテンツの取得要求に応じて要求したコンテンツを前記サーバ装置から取得するステップと、前記サーバ装置から取得したコンテンツの再生を行うステップと、再生中のコンテンツを特定し該コンテンツに関連する情報の取得要求を通信ネットワークを介してサーバ装置に送信するステップと、前記コンテンツに関連する情報の取得要求に応じて要求した情報を前記サーバ装置から取得するとともにＷＥＢブラウザを起動し、前記取得した情報を前記ＷＥＢブラウザにて表示させるステップとを具備したことを特徴とする。
【０００９】
これにより、クライアント装置では、サーバ装置から取得したコンテンツを再生しているときに該再生中のコンテンツに関連する情報の取得要求をサーバ装置に送信することで、特定のコンテンツに関連する情報をサーバ装置から取得することができるものとなり、特定のコンテンツに関連する情報の取得を容易に行うことができる。こうして、番組を再生するとき、コンテンツの再生がなされるのみならず、再生される各コンテンツに関連する各種の情報を各ユーザの要求に応じて個別に提示することができるようなる。加えて、取得要求に応じて要求した情報をサーバ装置から取得するとともにＷＥＢブラウザを起動し、該取得した情報を該ＷＥＢブラウザにて表示させるようにしているので、コンテンツの再生制御とは独立に同時並行的に該取得した情報の表示が該ＷＥＢブラウザにて行われることとなり、例えばコンテンツの再生制御を終了した後も、該ＷＥＢブラウザで該コンテンツに関連する情報の表示を維持することができるものとなり、再生される各コンテンツに関連する情報をユーザに効率的に提示することができる。
【００１０】
例えば、番組内で再生されるコンテンツに関する各種の情報を表示手段に表示することができる。サーバ装置において、各コンテンツに関連する各種の情報は、専用の関連情報記憶手段に記憶されていてもよいし、あるいは番組ファイルと一体的に番組記憶手段に記憶されていてもよい。クライアントが番組供給サイトからコンテンツを取得する際に、表示手段は取得したコンテンツに関連する関連情報を取得して表示する。例えば、コンテンツに関する情報が関連情報記憶手段に記憶されている場合には、表示手段は番組供給サイトの関連情報手段から取得する。コンテンツに関する情報が番組ファイルと一体的に番組記憶手段に記憶されている場合には、既にクライアント側に取得している番組ファイルから読み出して表示する。こうして、クライアントではコンテンツに関連する各種の情報を表示しながら番組を再生することができる。
【００１１】
一実施例として、前記番組ファイルには各コンテンツを識別する識別情報が記憶されてなり、前記クライアントはこの識別情報に基づいてサイトから関連情報を取得するようになっていてもよい。
【００１２】
また、本発明の別の観点に従うクライアント装置は、１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得する手段と、前記番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信する手段と、前記コンテンツの取得要求に応じて要求したコンテンツを前記サーバ装置から取得する手段と、再生中のコンテンツを特定し該コンテンツに関連する情報の取得要求を通信ネットワークを介してサーバ装置に送信する手段と、前記コンテンツに関連する情報の取得要求に応じて要求した情報を前記サーバ装置から取得する手段と、前記サーバ装置から取得した、前記１又は複数のコンテンツの再生順序を規定した番組ファイルと該番組ファイルで規定された１又は複数のコンテンツを記憶する記憶手段と、前記番組ファイルの再生を選択する選択手段と、前記選択された番組ファイルで規定された１又は複数のコンテンツを前記記憶手段から読み出し、読み出されたコンテンツを再生エンジンにて再生させるとともに、ＷＥＢブラウザを起動して前記コンテンツに関連する情報を該ＷＥＢブラウザにて再生する再生手段とを具備したことを特徴とする。
【００１３】
また、本発明の別の観点に従うコンテンツ再生方法は、１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得するステップと、前記番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信するステップと、前記コンテンツの取得要求に応じて要求したコンテンツを前記サーバ装置から取得するステップと、再生中のコンテンツを特定し該コンテンツに関連する情報の取得要求を通信ネットワークを介してサーバ装置に送信するステップと、前記コンテンツに関連する情報の取得要求に応じて要求した情報を前記サーバ装置から取得するステップと、前記サーバ装置から取得した、前記１又は複数のコンテンツの再生順序を規定した番組ファイルと該番組ファイルで規定された１又は複数のコンテンツを記憶手段に記憶するステップと、前記番組ファイルの再生を選択するステップと、前記選択された番組ファイルで規定された１又は複数のコンテンツを前記記憶手段から読み出し、読み出されたコンテンツを再生エンジンにて再生させるとともに、ＷＥＢブラウザを起動して前記コンテンツに関連する情報を該ＷＥＢブラウザにて再生するステップとを具備したことを特徴とする。
【００１４】
この場合も、クライアント装置では、サーバ装置から取得したコンテンツを再生しているときに該再生中のコンテンツに関連する情報の取得要求をサーバ装置に送信することで、特定のコンテンツに関連する情報をサーバ装置から取得することができるものとなり、特定のコンテンツに関連する情報の取得を容易に行うことができ、こうして、番組を再生するとき、コンテンツの再生がなされるのみならず、再生される各コンテンツに関連する各種の情報をユーザ各ユーザの要求に応じて個別に提示することができる。また、自己の記憶手段に番組ファイルと該番組ファイルで規定された１又は複数のコンテンツを保存しておくので、簡便である。加えて、読み出されたコンテンツを再生エンジンにて再生させるとともに、ＷＥＢブラウザを起動して前記コンテンツに関連する情報を該ＷＥＢブラウザにて再生するようにしているので、コンテンツの再生制御とは独立に同時並行的に該コンテンツに関連する情報の再生が該ＷＥＢブラウザにて行われることとなり、例えばコンテンツの再生制御を終了した後も、該ＷＥＢブラウザで該コンテンツに関連する情報の再生を維持することができるものとなり、再生される各コンテンツに関連する情報をユーザに効率的に提示することができる。
【００１５】
本発明は、装置及び方法の発明として構成し、実施することができるのみならず、コンピュータまたはＤＳＰ等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記録媒体の形態で実施することもできる。また、プロセッサとしては、任意のソフトウェアプログラムを実行するコンピュータのような汎用プロセッサを使用できるのは勿論のこと、専用ロジックをハードウェアで組んだ専用プロセッサを用いてもよい。
【００１６】
【発明の実施の形態】
以下、添付図面を参照してこの発明の実施の形態を詳細に説明する。
【００１７】
図１は、この発明に係る番組再生システム全体の構成を示すハードブロック図である。この番組再生システムは、複数のサイト（サーバ）Ａ、Ｂ〜Ｎと、クライアントＰＣと、通信ネットワークＸとにより構成される。複数のサイト（サーバ）Ａ（Ｂ〜Ｎ）とクライアントＰＣとは、通信ネットワークＸを介して接続される。また、複数のサイト（サーバ）Ａ（Ｂ〜Ｎ）及びクライアントＰＣは、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、モデム等を含むコンピュータにより構成されてなり、各々が独立に通信ネットワークＸを介してデータ（例えば、放送番組用のコンテンツ等）を送出したりあるいは受信したりすることができる。すなわち、クライアントＰＣはＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線などの種々の通信ネットワークＸ上に接続し、サイトＡ（Ｂ〜Ｎ）との間で各種データ等の送受信を行う。なお、番組再生システムはこれら以外のハードウェアを有する場合もあるが、ここでは必要最小限の資源を用いた場合について説明する。なお、通信ネットワークＸは有線のものに限らず、無線のものであってもよい。また、複数のクライアントＰＣが通信ネットワークＸに接続されていてもよい。
【００１８】
独立した１つのサイトＡ（Ｂ〜Ｎ）はラジオやテレビに例えると１つの放送局のようなものであり、各サイトＡ（Ｂ〜Ｎ）毎に多数の番組ファイルが番組記憶部に予め記憶される。番組ファイルは、曲のデータであるＭＩＤＩファイル、曲あるいはＭＣ（Master of Ceremonies）のデータであるオーディオファイル、映像のデータである動画ファイル又は静止画ファイルなどのコンテンツを時系列的に組み合わせたものから構成され（詳しくは後述する）、これがラジオやテレビでの番組に相当する。ＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどの各コンテンツ（コンテンツファイル）は、各サイトＡ（Ｂ〜Ｎ）毎にコンテンツデータベース（コンテンツ記憶部）中に予め多数記憶されている。コンテンツデータベース中には、番組で使用するコンテンツ以外にも多数のコンテンツが記憶されている。そして、各サイトＡ（Ｂ〜Ｎ）毎にどのような番組ファイルが記憶されているかは、番組リストファイルによって確認することができるようになっている。
【００１９】
クライアントＰＣはいずれかのサイトＡ（Ｂ〜Ｎ）を選択して、該選択したサイトＡ（Ｂ〜Ｎ）に記憶されている多数の番組ファイルの中からいずれかの番組を選択して再生することができる。すなわち、クライアントＰＣは選択したサイトＡ（Ｂ〜Ｎ）から番組リストを取得して番組リストファイルとして記憶し、さらに該番組リスト中のいずれかの番組を選択して、サイトＡ（Ｂ〜Ｎ）から番組ファイルを取得して番組ファイルとして記憶する。そして、その番組ファイルを選択したサイトＡ（Ｂ〜Ｎ）からコンテンツ（ファイル）を取得して、再生エンジンによってコンテンツを再生する。再生モードには「オンラインモード」と「オフラインモード」とがあり、「オンラインモード」時にはコンテンツをリアルタイムにサイトＡ（Ｂ〜Ｎ）から取得して再生する。一方、「オフラインモード」時には番組ファイルで指定されているコンテンツをまとめて取得し、これをキャッシュに記憶しておいてから再生する。また、後述するが、視聴者は気に入った番組をお気に入り番組ファイルに登録しておくことができ、更に独自のオリジナル番組を作成することができる。そこで、これらの情報をお気に入り番組リストファイルやオリジナル番組ファイルとしてクライアントＰＣに記憶しておく。なお、クライアントＰＣは、上記の各ファイルに対応して記憶部（あるいは記憶エリア）を具える。
【００２０】
ここで、具体的な番組リストファイル及び番組ファイルの一例を図２及び図３を用いて簡単に説明する。図２は、番組リストファイルの一実施例を示す概念図である。図３は、番組ファイルの一実施例を示す概念図である。
【００２１】
番組リストファイルは各サイトＡ（Ｂ〜Ｎ）毎に記憶される番組のリストを示すデータであり、図２に示すように「番組名」と「番組ファイルのＵＲＬ（Uniform Resource Locator）」とからなる。「番組名」は、各番組毎に付されている名前（タイトル）である。「番組ファイルのＵＲＬ」は、当該番組ファイルが記憶されている位置を指定する情報であり、番組ファイル毎に異なって付与されるものである。例えば、通信ネットワークＸ上におかれているサイトＡ（Ｂ〜Ｎ）に記憶されている各番組ファイルに対し、クライアントＰＣやその他のサイトＡ（Ｂ〜Ｎ）から統一的にアクセスすることを可能とするために付与されるアドレス（例えば、インターネットアドレス等）である。
【００２２】
番組ファイルにはＭＩＤＩファイルやオーディオファイル、動画ファイル、静止画ファイルなどのコンテンツ情報が番組進行順（再生順）に記憶される。例えば、１つの番組がオープニングＭＣ（オーディオファイル）に始まり、１曲目（ＭＩＤＩファイル）、ＭＣ（オーディオファイル）、２曲目（オーディオファイル）、３曲目（動画ファイル）、そしてエンディングＭＣ（オーディオファイル）といったように進行するならば、番組ファイルにはその順番で各コンテンツ情報が記憶される（図３参照）。番組ファイルは１つの番組内に含まれる全てのコンテンツ情報を示すデータであり、「番組名」と、「コンテンツＵＲＬ」、「コンテンツＩＤ」、「コンテンツ基本情報」を一組とするコンテンツ情報とからなる。「番組名」は、上述した番組リストファイルの「番組名」と同様に各番組毎に付される名前（タイトル）である。「コンテンツＵＲＬ」はコンテンツファイルが記憶されている位置を指定する情報であり、「コンテンツＩＤ」はコンテンツを識別するための情報であり、「コンテンツ基本情報」は当該コンテンツの基本となる情報（例えば、コンテンツ名や、当該コンテンツが曲であるならば作詞者・作曲者・アーティスト等の情報、当該コンテンツがＭＣであるならばＭＣをしている人の情報など）である。また、お気に入り番組リストファイルは番組リストファイルと、オリジナル番組ファイルは番組ファイルと同様のデータ構成となっている。
【００２３】
なお、図３に示す番組ファイルにおいて３曲目の曲が動画ファイルとなっているが、このように曲が動画ファイルで記憶されている場合には単に曲だけでなく動画や静止画等の映像が記録されているものである（例えば、プロモーションビデオ等）。
【００２４】
次に、この番組再生システムにおいて、視聴者が見たい番組を再生するために操作することのできる操作パネルについて説明する。図４は、操作パネルの一実施例を概念的に示す図である。この操作パネルは、視聴者から各種の操作（例えば、番組の再生）を行うことができるようにクライアントＰＣ側に設けられる。
【００２５】
操作パネル上の「サイト表示／選択エリア」にはサイトＡ（Ｂ〜Ｎ）のリストが表示され、視聴者はその中のいずれかのサイトＡ（Ｂ〜Ｎ）を選択することができる。「番組表示／選択エリア」には選択されたサイトＡ（Ｂ〜Ｎ）に記憶された番組リストファイルの「番組名」が表示され、視聴者はその中からいずれかの番組を選択することができる。「基本情報表示エリア」には、現在再生中のコンテンツに関する各種基本情報（すなわち、番組ファイルの「コンテンツ基本情報」）が表示される。左向きの三角２つボタンＢ１は「ＲＥＷボタン」であり、再生中のコンテンツを巻き戻しするためのボタンである。右向きの三角２つボタンＢ４は「ＦＦボタン」であり、再生中のコンテンツを早送りするためのボタンである。右向きの三角１つボタンＢ３は「再生ボタン」であり、コンテンツを再生するためのボタンである。四角ボタンＢ２は「停止ボタン」であり、再生中のコンテンツを停止するためのボタンである。「ＩＮＦＯボタン」は、後述のインフォメーション表示を行うためのボタンである。「お気に入り追加ボタン」は、現在再生中の番組をお気に入りリストファイルに追加するためのボタンである。「お気に入り編集ボタン」は、お気に入りリスト編集画面（図示しない）を表示してお気に入りリストファイルの編集を行うためのボタンである。「オリジナル番組編集ボタン」は、オリジナル番組作成画面（図示せず）を表示して、オリジナル番組ファイルを作成／編集するためのボタンである。
なお、図４では図示していないが、映像表示エリア（動画や静止画を表示するためのエリア）も別途設けられる。
【００２６】
「ＩＮＦＯボタン」を操作すると、図５に示すようなインフォメーション表示がなされる。この実施例では、左側に映像を、右側にコンテンツに関する各種情報を表示するものを示した。コンテンツに関する各種情報としては、例えばＭＩＤＩやオーディオ等の曲に関する情報が表示される。すなわち、曲名、ジャンル、アーティスト、作詞者、作曲者、レーベル、ファイル種類、当該曲の演奏時間等が表示される。さらに、当該曲（コンテンツ）を購入する場合に必要な購入価格が表示される。各コンテンツはオンラインで購入可能であり、視聴者は「購入ボタン」を操作することによって当該コンテンツを購入することができるようになっている。このオンラインでのコンテンツ購入に関する技術は周知であることから、ここでの説明は省略する。
【００２７】
図６Ａ〜図６Ｃは、本発明に係る番組再生システムにおいて行われる番組再生処理の一実施例を示すフロー図である。図６Ａに当該処理の前半部分のフローを示し、図６Ｂに当該処理の前半部分に続くフローを示し、図６Ｃに当該処理の後半部分のフローを示す。つまり、図６Ａの処理の後に図６Ｂ、図６Ｃの処理が順次に連続して行われる。以下、図６Ａ〜図６Ｃのフローチャートに従って、当該処理の動作を説明する。
【００２８】
図６Ａにおいて、番組を再生するため、視聴者はクライアントＰＣ上に配置された操作パネル（図４参照）の「サイト表示／選択エリア」に表示されたサイトの中からいずれかのサイトを選択する（ステップ１）。選択可能なサイトとしては、通信ネットワークＸ上の複数のサイトＡ（Ｂ〜Ｎ）は勿論であるが、この他にもローカル（すなわち、クライアントＰＣ）がある。選択されたサイトがローカルであれば（ステップ２のＹＥＳ）、お気に入り番組リストファイルの番組名を操作パネルの「番組表示・選択エリア」に表示する（ステップ３）。選択されたサイトが通信ネットワークＸ上のいずれかのサイトＡ（Ｂ〜Ｎ）であれば（ステップ２のＮＯ）、選択されたサイトＡ（Ｂ〜Ｎ）のＵＲＬを通信ネットワークＸ上に送出する（ステップ４）。この際、クライアントＰＣが通信ネットワークＸ上に接続されていなければ接続する（例えば、ダイアルアップ接続等）。ここで、説明を簡単にするためにステップ４でサイトＡが選択されたと仮定すると、サイトＡはクライアントＰＣに対して当該サイトＡの保有する番組リストファイルを送出する（ステップ５）。クライアントＰＣはこの番組リストファイルを取得して、番組リスト記憶部に記憶する。そして、記憶した該番組リストファイルの番組名を操作パネル上の「番組表示・選択エリア」に表示する（ステップ６）。視聴者は、この表示された番組名のリストの中からいずれかの番組を任意に選択する（ステップ７）。
【００２９】
視聴者により番組が選択されると、その番組がオリジナルの番組であるか否かが判定される（図６Ｂのステップ８）。オリジナル番組であれば（ステップ８のＹＥＳ）、クライアントＰＣ内に番組ファイルが記憶されているため、サイトＡから番組ファイルを取得する必要がないのでステップ１２へジャンプする。一方、オリジナル番組でなければ（ステップ８のＮＯ）、通信ネットワークＸ上のサイトＡから番組ファイルを取得するために、選択された番組ファイルのＵＲＬを通信ネットワークＸ上に送出する（ステップ９）。クライアントＰＣが通信ネットワークＸ上に接続されていない場合（ステップ２でローカルのサイトを選択した場合）、クライアントＰＣを通信ネットワークＸに接続する。サイトＡは、ＵＲＬで指定された番組ファイルをクライアントＰＣに送出する（ステップ１０）。クライアントＰＣはこの番組ファイルを取得して、番組ファイル記憶部に記憶する（ステップ１１）。このようにして、視聴者は多数の番組の中から何れかの番組を選択する。
【００３０】
次に、選択したオリジナル番組ファイル、あるいは取得した番組ファイルに従ってコンテンツを再生する。このコンテンツ再生には、再生モードとして「オンラインモード」と「オフラインモード」の２種類がある。「オンラインモード」は常時通信ネットワークＸ上にクライアントＰＣを接続している視聴者が選択するモードであり、「オフラインモード」はダイアルアップ接続等で一時的に通信ネットワークＸ上にクライアントＰＣを接続する視聴者が選択するモードである。「オンラインモード」ではコンテンツを再生する都度、必要なコンテンツをサイトＡから取得する（つまり、コンテンツをリアルタイムで取得する）。一方、「オフラインモード」では最初に１番組分の全てのコンテンツをサイトＡから取得する。そのため、「オフラインモード」時は通信ネットワークＸ上への接続時間の短縮が可能となる。反対に、「オンラインモード」時は必要なコンテンツをその都度取得していることからコンテンツ再生までの待ち時間が短くなり、リアルタイム性が向上する。
まず、「オンラインモード」時の動作について説明する（ステップ１２のＹＥＳ）。この場合、最初にクライアントＰＣは番組ファイル内の先頭コンテンツ情報を自動的に選択して（ステップ１３）、コンテンツ基本情報を操作パネル上の基本情報表示エリアに表示する（ステップ１４）。後述するようにインフォメーションはサイトＡから情報を取得して表示されるが、この基本情報は番組ファイル中に記憶されており、表示の都度サイトＡから情報を取得する必要がない。そのため、ネットワークトラフィックを軽減することができる。表示後、選択されたコンテンツ情報のコンテンツＵＲＬをサイトＡに送出し（ステップ１５）、サイトＡ側ではこれを受けてコンテンツファイルを送出する（ステップ１６）。クライアントＰＣはこれを取得し、ファイル種類（ＭＩＤＩ、オーディオ、動画、静止画等）に応じた再生エンジン（専用ハードウェアあるいはソフトウェアによる再生処理）にコンテンツファイルを渡してコンテンツの再生を開始する（ステップ１７）。
【００３１】
次に、「オフラインモード」時の動作について説明する（ステップ１２のＮＯ）。最初に番組ファイル内の全コンテンツ情報のコンテンツＵＲＬを送出し（ステップ１８）、サイトＡ側でこれを受信して指定された全てのコンテンツファイルを送出する（ステップ１９）。ここで、クライアントＰＣ側から送出されるコンテンツＵＲＬや、サイトＡ側から送出されるコンテンツファイルの送出順は、番組での再生順でなくてもよい。この際、クライアントＰＣが通信ネットワークＸ上に接続されていなければ、接続する。クライアントＰＣでは全コンテンツファイルを取得して、通信ネットワークＸへの接続を切断する。取得したコンテンツファイルは、キャッシュメモリに記憶する（ステップ２０）。そして、番組ファイル内の先頭コンテンツ情報を選択して（ステップ２１）、コンテンツ基本情報を表示してから（ステップ２２）、ファイル種類（ＭＩＤＩ、オーディオ、動画、静止画等）に応じた再生エンジンにコンテンツファイルを渡してコンテンツの再生を開始する（ステップ２３）。
なお、上述の実施例では、「オフラインモード」時に１番組分の全コンテンツをまとめて取得するようにしたが、これに限らず、１つのサイト上にある全番組分あるいは指定した複数の番組分の全コンテンツをまとめて取得するようにしてもよい。こうすると、視聴者は通信ネットワークに一度接続するだけで複数の番組を連続して再生することができる。また、再生するコンテンツファイルをダウンロードしてからコンテンツの再生を行うようにしたが、これに限らず、コンテンツファイルをストリーム配信して、クライアントＰＣ側で即座にコンテンツの再生を行うようにしてもよい。
【００３２】
ステップ１７及びステップ２３によりコンテンツの再生が開始されると、図６Ｃのステップ２４へ進む。ステップ２４では、当該コンテンツの再生が終了したか否かを判定する。コンテンツの再生が終了しているならば（ステップ２４のＹＥＳ）、番組ファイル内に次のコンテンツ情報があるか否かを判定する（ステップ２５）。次のコンテンツ情報があれば（ステップ２５のＹＥＳ）、そのコンテンツ情報を選択する（ステップ２６）。そして、「オンラインモード」であれば（ステップ２７のＹＥＳ）ステップ１４へジャンプし、「オンラインモード」でなければ（ステップ２７のＮＯ）ステップ２２へジャンプする。次のコンテンツ情報がなければ（ステップ２５のＮＯ）、番組リストファイル内の次の番組ファイルを選択して（ステップ２８）、ステップ１２の処理へジャンプする。こうして、複数の番組が次々と再生される。なお、ステップ２８の処理において、番組リスト中に次の番組ファイルがなかった場合、番組ファイル中の全てのコンテンツの再生が終了していることから、図６Ａ〜Ｃに示す一連の番組再生処理を終了するようにしてもよいし、あるいは番組リスト中の先頭の番組ファイルを再度選択するようにしてもよい。
【００３３】
コンテンツの再生途中で（ステップ２４のＮＯ）操作パネルの「ＦＦボタン」又は「ＲＥＷボタン」が操作されたときには（ステップ２９）、番組ファイルにおいて当該再生中であるコンテンツの１つ後のコンテンツ情報を選択（「ＦＦボタン」が操作された場合）するか、あるいは当該再生中であるコンテンツの１つ前のコンテンツ情報を選択（「ＲＥＷボタン」が操作された場合）して（ステップ３０）、ステップ２７へ飛ぶ。これにより、視聴者は通常のラジオやテレビの番組では不可能な、好きではない曲を飛ばしたり、あるいは現在聴いている曲を再度聴いたりすることができる。
【００３４】
「ＩＮＦＯボタン」が操作されたときは（ステップ３１のＹＥＳ）、サイトＡに対して選択されている番組ファイルのコンテンツＩＤを送出する（ステップ３３）。このとき、クライアントＰＣが通信ネットワークＸ上に接続されていなければ、接続する。サイトＡ側ではコンテンツＩＤを受信すると、該コンテンツに関連する他のコンテンツファイルをコンテンツデータベースから検索する（ステップ３４）。例えば、ＭＩＤＩの曲のコンテンツＩＤを受信すると、該ＭＩＤＩの曲に関連したオーディオコンテンツ、静止画コンテンツ（例えば、ＣＤのジャケット写真等）、諸情報コンテンツ（曲名、ジャンル、アーティスト、作詞者、作曲者、レーベル、演奏時間、購入価格等）、楽譜コンテンツ等を検索する。そして、検索したコンテンツファイルに基づいてインフォメーションファイルを作成し、クライアントＰＣに対して送出する（ステップ３５）。クライアントＰＣでは、インフォメーションファイルを取得してインフォメーション表示する（ステップ３６）。
【００３５】
既に説明したように、インフォメーション表示画面（図５参照）には「購入ボタン」が表示され、視聴者が当該「購入ボタン」を操作すると（ステップ３７のＹＥＳ）、当該コンテンツ（例えば、ＭＩＤＩの曲ファイル）や当該コンテンツに関連したコンテンツ（例えば、オーディオコンテンツのファイルや楽譜コンテンツのファイル等）を購入することができる。すなわち、クライアントＰＣはサイトＡに対して購入コマンドとコンテンツＩＤを送出し（ステップ３８）、サイトＡはこの購入コマンドを受信して、コンテンツＩＤに対応するコンテンツや当該コンテンツに関連したコンテンツの購入に関する処理を行う（ステップ３９）。なお、番組で再生するために取得したコンテンツと、ここで購入するコンテンツの関係は以下のものとすることができる。例えば、番組で再生するために取得したコンテンツは曲の一部分あるいはクオリティの低いサンプル的なコンテンツであり、購入するコンテンツは曲全体あるいはクオリティの高いコンテンツである。そして、「購入ボタン」が操作されたか否かに関わらず、「その他の処理」を行う（ステップ４０）。この「その他の処理」としてはインフォメーション表示上で表示部を選択（例えば、マウスクリック等）すると、その表示内容に関する各種処理が実行される（例えば、アーティストを選択したときはそのアーティストに関する他のコンテンツを検索・表示する等）。「その他の処理」が終了すると、ステップ２４へ飛ぶ。
以上のインフォメーション表示・コンテンツ購入処理は、番組がサイトＡから供給されたものであっても、ローカルに記憶されたお気に入りやオリジナル番組であっても同じように実行される。また、「ＦＦボタン」や「ＲＥＷボタン」を操作した状態であっても実行される。よって、視聴者は好きなときに好きな曲の情報を得たり、コンテンツを購入することができる。
【００３６】
ステップ３１において、「ＩＮＦＯボタン」が操作されず（ステップ３１のＮＯ）に「お気に入り追加ボタン」、「お気に入り編集ボタン」あるいは「オリジナル番組作成ボタン」が操作されたときには、「お気に入り／オリジナル番組の処理」が行われる（ステップ３２）。図７は、「お気に入り／オリジナル番組の処理」の一実施例を示すフロー図である。
「お気に入り追加ボタン」が操作されたときは（ステップ５１のＹＥＳ）、現在選択されている番組ファイルをお気に入り番組リストファイルに登録する（ステップ５２）。すなわち、お気に入り番組リストファイルに「番組名」と「番組ファイルのＵＲＬ」を追加登録する。一方、「お気に入り編集ボタン」が操作されたときは（ステップ５３のＹＥＳ）、お気に入り番組リストファイルの内容を編集する（ステップ５４）。編集では、例えばお気に入り番組リスト内の番組の並び順を変更する、あるいは所望の番組をお気に入り番組リストから削除することができる。当該編集処理は、編集用画面（図示せず）をディスプレイ上に表示し、該表示画面上で編集作業を行うことにより実行する。
【００３７】
「オリジナル番組作成ボタン」が操作されたときは（ステップ５５のＹＥＳ）、オリジナル番組として記憶させたいコンテンツに関するキーワードを指定する（ステップ５６）。例えば、アーティスト名や、音楽ジャンルなどをキーワードとして指定する。すると、クライアントＰＣは該キーワードと検索コマンドをサイトＡに対して送出する（ステップ５７）。サイトＡでは、このキーワードに基づいてコンテンツデータベースを検索し、該当するコンテンツをリストアップする（ステップ５８）。そして、リストアップされたコンテンツを元に、オリジナル番組ファイルを作成してクライアントＰＣに対して送出する（ステップ５９）。このオリジナル番組ファイルには、通常の番組ファイルと同様に、「コンテンツＵＲＬ」、「コンテンツＩＤ」、「コンテンツ基本情報」が記憶されている。なお、コンテンツの並びは所定の順序（例えば、アルファベットや５０音順、検索によって見つかった順など）となっている。クライアントＰＣ側では、このオリジナル番組ファイルを取得して保存すると共に、お気に入り番組リストに登録する（ステップ６０）。そして、視聴者は必要に応じてオリジナル番組ファイルの内容を編集する（ステップ６１）。例えば、コンテンツの並びを変更したり、あるいは所望のコンテンツを削除したりする。サイトＡ側で新たにオリジナル番組が作成された場合、クライアントＰＣ側に記憶されている過去（古い）のオリジナル番組ファイルは破棄するようにしてもよいし、新たなコンテンツのみを過去のオリジナル番組ファイルに追加するようにしてもよい。あるいは、複数個のオリジナル番組ファイルを保存するようにしてもよい。
なお、オリジナル番組の作成において、サイトＡ側の検索によりリストアップされたコンテンツをそのまま所定の順序に並べてオリジナル番組ファイルとしたが、リストアップされた中の所望のコンテンツのみをクライアントＰＣ側から指定し、指定されたコンテンツのみからなるオリジナル番組ファイルをサイトＡが作成できるように構成してもよい。また、番組編集機能をクライアントＰＣ側にもたせたが、サイトＡ側に持たせるようにしてもよい。この場合には、クライアントＰＣ側から編集コマンドを送出し、サイトＡ側はこの編集コマンドに基づいて順番の入れ替えや削除等の編集を行うことになる。
【００３８】
なお、上述した各フロー（図６Ａ〜６Ｃ及び図７）には図示していないが、コンテンツの再生中に停止ボタン（図４参照）を操作することにより当該コンテンツの再生を停止することができる。そして、再度の再生ボタン（図４参照）の操作により停止したコンテンツの再生を再開することができる。また、視聴者は適宜の指示を与えることによって上述の各処理を任意に終了させることができるようにしてもよい。
【００３９】
上述した番組再生システムでは、１つのコンテンツの再生が終了したら次のコンテンツを再生することにより番組を進行している。つまり、そのように番組（番組ファイル等）が構成されていることから、複数のコンテンツを並行して再生することができない。しかし、これに限らず、複数のコンテンツを並行して再生できるように番組（番組ファイル等）を構成してもよい。こうすると、例えばオーディオのＭＣを再生している途中でＭＩＤＩの曲を同時に再生したり、あるいはＭＩＤＩの曲を再生しながら背景画像として静止画を切替ながら再生する、というような番組作りが可能となる。図８に、複数のコンテンツを並行して再生することができるように構成した番組ファイルの一実施例を示す。
【００４０】
１つの番組ファイルは複数のトラックから構成され、各トラックはコンテンツファイルの種類毎（ＭＩＤＩ、オーディオ、動画、静止画等）に対応している。すなわち、１つのトラック内に複数種類のコンテンツファイルが混在して記憶されることはない。この場合、複数トラックから各コンテンツを並行して読み出すことができる。すなわち、異なるトラックから時間的に重なって複数のコンテンツを読み出すことができ、当該読み出された複数のコンテンツはそれぞれ異なった専用の再生エンジンに渡されて再生される。すなわち、再生エンジンもコンテンツの種類毎に複数並行して動作する。複数トラックのデータを並行して読み出す再生処理については自動演奏等の分野で周知であることから、ここでの説明は省略する。なお、１つのトラック内での連続した２つのコンテンツの再生タイミングは、時間的に重ならないようにしておく。番組ファイルを読み出した後の処理は、上述した処理と同様の処理が行われる。
なお、複数トラックは、図８に示すように記憶領域を分けることで実現するようにしてもよいし（すなわち、トラックの異なるコンテンツがトラック毎に分かれて記憶される）、コンテンツ毎にトラック識別データを付与して記憶領域を分けないで実現するようにしてもよい（すなわち、トラックの異なるコンテンツが混在記憶される）。
【００４１】
複数のコンテンツを同時に再生する場合、フェードイン／アウトなどの効果を付与することが望ましい。このフェードイン／アウトなどの効果を付与するために、予めフェードイン／アウトするコンテンツを用意しておいてもよいし、番組中にフェードイン／アウトを指定するコマンドをその指定タイミング情報とともに埋め込んでおき、そのコマンドが読み出されたらフェードイン／アウトを開始するようにしてもよい。コマンドを埋め込む場合の効果としては、フェードイン／アウトの効果に限らない。つまり、コンテンツが曲やＭＣならばリバーブ等の音響効果でもよいし、静止画や動画ならばモザイクやワイプ等の映像効果でもよい。これらの効果はコンテンツの開始又は終了タイミング時に付与されることに限らず、コンテンツの再生途中に付与されるようにしてもよい。
【００４２】
また、図９Ａに示すように、クライアントは、携帯電話やＰＨＳあるいはモバイル端末のような携帯型通信端末ＭＴであってもよい。その場合、携帯型通信端末ＭＴは、適宜の楽音生成機能（音源機能やシーケンサ機能）を持たせるものとする。図９Ｂは、楽音生成機能を持たせた携帯型通信端末ＭＴの内部構成例を示すブロック図である。携帯型通信端末ＭＴは、通常の携帯電話側回路１０１のほかに、ＣＰＵ１０２、ＲＡＭ１０３、ＲＯＭ１０４を含むマイクロコンピュータを内蔵しており、携帯電話側回路１０１と該マイクロコンピュータとの間は通信インタフェース１０５を介して相互に通信する。携帯電話側回路１０１では、インターネット機能若しくは簡易インターネット機能を有しており、インターネット通信時においてサイト（サーバ）Ａ〜Ｎとの間に無線電話接続を確立すると、内部の通信インターフェイス１０５を介して上記内蔵マイクロコンピュータとサイト（サーバ）Ａ〜Ｎとの間の情報通信を可能にする。ＲＯＭ１０４においては、楽音生成機能に必要なプログラム及びデータ類を記憶し、更に、本発明に従う番組再生処理のプログラム（アプリケーションソフトウエア）を記憶させておく。この場合、ＲＯＭ１０４を、フラッシュＲＯＭのような書き換え可能なメモリを使用し、楽音生成用のプログラムやデータあるいは本発明に従うアプリケーションソフトウエアの内容を随時更新できるようにしてもよい。
【００４３】
なお、入力操作用の各種ボタンの機能は、携帯電話側回路ＭＴで具備するスイッチ類を利用するものとする。その場合、内部の通信インタフェース１０５を介して、携帯電話側回路１０１でのスイッチ操作情報を上記内蔵マイクロコンピュータで受け取り、これらの操作入力信号に応じて上述の本発明に従う処理を進める。また、この処理の過程でサイト（サーバ）Ａ〜Ｎから受け取ったコンテンツ等の各種データは、携帯電話側回路１０１から通信インタフェース１０５を介して内蔵マイクロコンピュータに送られ、ＲＡＭ１０３に記憶される。受け取ったコンテンツ等の各種データは、通信インタフェース１０５を介して携帯電話側回路１０１に送られ、そのディスプレイで表示させることができる。更に、受け取ったコンテンツ等の各種データあるいは内蔵マイクロコンピュータで生成したコンテンツ等の各種データを、通信インタフェース１０５を介して携帯電話側回路１０１に送り、そこから無線電話回線を介して所望の携帯型通信端末ＭＴやパーソナルコンピュータ等に対して送信することができる（例えば、メールに添付して送信する）。また、内蔵マイクロコンピュータの側で生成したコンテンツも通信インタフェース１０５を介して携帯電話側回路１０１に送り、その内蔵スピーカから放音させたり、そのディスプレイで表示させたりすることができる。なお、ＭＩＤＩインタフェース１０６を具備し、外部との間でＭＩＤＩ演奏データの送受を行えるようにしてもよい。更に、上記のようにしてサイト（サーバ）Ａ〜Ｎから取り込んだＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどのうち好みのものを適宜手段によって保存しておき、これらを携帯電話の着信メロディや保留メロディ、あるいは着信を知らせる画像データ等として利用することが可能である。また、これらのＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどのうちの好みのものを、通話中のバックグラウンドミュージックあるいはバックグラウンドビジュアル画像として使用することも可能である。
なお、コンテンツを購入した場合に、コンテンツ購入代金を携帯型通信端末ＭＴの利用料金に加算してコンテンツ購入者に課金するようにしてもよいし、あるいは携帯型通信端末ＭＴの利用料金とは別にコンテンツ購入代金をコンテンツ購入者に課金するようにしてもよい。また、携帯型通信端末ＭＴをクライアントとして使用する場合は、上述したような全ての機能を備えずに一部の機能のみを備えるようにしてもよい。
【００４４】
なお、「ＦＦボタン」又は「ＲＥＷボタン」では１つ後や前のコンテンツを選択できるようにしたが、所定の時間分だけ後や前に進むようにしてもよい。また、複数トラックのコンテンツを同時に再生するタイプの番組において１つ後や前のコンテンツを選択する場合には、どのトラックのコンテンツを１つ後や前に進めるかを視聴者が選択できるようにしてもよいし、コンテンツを進めるトラックがどのトラックかを予め固定的に決めておくようにしてもよい。また、コンテンツの早送りと巻き戻しの機能の両方を具えることなく、少なくともどちらか一方の機能のみを具えるようにしてもよい。更に、コンテンツ再生中に早送りや巻き戻しが可能なものに限らず、再生の一時停止中に早送りや巻き戻しが可能であってもよい。
インフォメーション表示やコンテンツの購入指示は、ＷＥＢブラウザを利用してもよい。すなわち、「クライアント側の処理」とは別にＷＥＢブラウザの処理を起動し、ＷＥＢブラウザの処理の中でインフォメーション表示をして、購入指示できるようにしてよい。また、インフォメーション表示やコンテンツの購入指示はコンテンツ再生中に限らず、再生の一時停止中にこれらが可能であってもよい。
番組ファイルやコンテンツファイル等の各種データ等を外部記憶媒体から供給したり、あるいは通信インタフェースを介して外部装置からサイトやクライアントに供給するように構成してもよい。
番組ファイル等のコンテンツ情報は連続する領域に時系列に記憶されていてもよいし、飛び飛びの領域に散在して記憶されているコンテンツ情報を時系列的に連続するデータとして別途管理するようにしてもよい。つまり、時系列的に連続するコンテンツ情報として管理することができればよく、記憶領域に連続して記憶されているか否かは問題ではない。
また、上述したような機能を携帯電話側回路１０１とは別に設けた内蔵マイクロコンピュータにより実現するものに限らず、携帯電話側回路１０１内部の資源（図示しないＣＰＵやＲＡＭ、ＲＯＭ等）を利用して、上述したような機能を実現してもよい。
【００４５】
【発明の効果】
以上の通り、この発明によれば、番組を再生するとき、コンテンツの再生がなされるのみならず、再生される各コンテンツに関連する各種の情報をユーザに提示することができるようなる、という優れた効果を奏する。例えば、クライアントではコンテンツに関連する各種の情報を表示しながら番組を再生することができ、番組をより楽しむことができると共に、番組への理解を深めることもできる。
【図面の簡単な説明】
【図１】この発明に係る番組再生システムの全体構成を示すブロック図である。
【図２】図１に示した番組再生システムにおいて用いられる番組リストファイルの一実施例を示す概念図である。
【図３】図１に示した番組再生システムにおいて用いられる番組ファイルの一実施例を示す概念図である。
【図４】操作パネルの一実施例を概念的に示す図である。
【図５】インフォメーション表示の一実施例を示す概念図である。
【図６Ａ】本発明に係る番組再生システムにおいて行われる番組再生処理の一実施例であり、前半部分を示すフロー図である。
【図６Ｂ】図６Ａに示した番組再生処理の前半部分に続くフロー図である。
【図６Ｃ】図６Ａに示した番組再生処理の後半部分を示し、図６Ｂの処理に続くフロー図である。
【図７】お気に入り／オリジナル番組の処理の一実施例を示すフロー図である。
【図８】複数のコンテンツを並行して再生することができるように構成した番組ファイルの一実施例を示す概念図である。
【図９Ａ】クライアントとして携帯型通信端末を使用する例を示すブロック図である。
【図９Ｂ】楽音生成機能を持たせた携帯型通信端末の内部構成例を示すブロック図である。
【符号の説明】
Ｂ１...ＲＥＷボタン、Ｂ２...停止ボタン、Ｂ３...再生ボタン、Ｂ４...ＦＦボタン、Ａ〜Ｎ...サーバコンピュータ、ＰＣ...クライアントコンピュータ、Ｘ...通信ネットワーク、ＭＴ...携帯型通信端末[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a server apparatus for supplying a program for distributing a program composed of music, video, etc. via a communication network, and a client apparatus for reproducing the program, and further a content distribution method in the server apparatus and a content reproduction method in the client apparatus Further, the present invention relates to a machine-readable storage medium that stores a program that causes a computer to execute the method.
[0002]
[Prior art]
In general, there are a radio, a television, and the like as a system for distributing a program composed of music, video, and the like. However, programs such as radio and television are unilaterally sent from broadcasting stations, and viewers cannot watch or listen to their favorite programs at their favorite time zones. Therefore, recently, Internet broadcasting stations have emerged as a new distribution form of programs different from those of radio and television. Internet broadcast stations distribute programs stored on a communication network in response to requests from viewers. That is, based on a viewer distribution request from a terminal (client) such as a personal computer (PC), it is connected to a www (World Wide Web) server via a communication network such as the Internet and stored in the www server. The program composed of the music data or the video (video) data is received, and the program is reproduced on the client side based on the received data. Normally, when distributing data using a communication network, a www server performs stream distribution so that a client can start playback of music, video, etc. before receiving all the data. In such an Internet broadcasting station, viewers can watch and listen to a favorite program at a favorite time zone.
[0003]
[Problems to be solved by the invention]
However, the program distribution method in the conventional Internet broadcasting station has not yet been easy for the user to use. In particular, in a conventionally known program playback system, only content is played back in a program, and various types of information related to each played content cannot be presented to the user.
[0004]
The present invention has been made in view of the above points, and provides a program supply server device and a reproduction client device that can present various types of information related to each content to be reproduced to the user. The present invention further relates to a content distribution method in a server device and a content reproduction method in a client device, and further provides a machine-readable storage medium storing a program for causing a computer to execute the method. Is.
[0005]
[Means for Solving the Problems]
[0007]
The client device according to the present invention obtains a program file defining a playback order of one or a plurality of contents from a server device via a communication network, and acquires each content according to the playback order specified by the program file. Means for transmitting to the server device via a communication network, means for acquiring the requested content from the server device in response to the content acquisition request, a playback engine for playing back the content acquired from the server device, Means for specifying the content being played back in the playback engine and transmitting an acquisition request for information related to the content to a server device via a communication network; and information requested in response to the acquisition request for information related to the content Obtain from the server deviceAnd start a WEB browser and display the acquired information on the WEB browser.Means.
[0008]
A content playback method according to the present invention is a content playback method in which a client device acquires content from a server device via a communication network and plays back the program file, which defines a playback order of one or more content. Acquiring from the server device via the communication network, transmitting an acquisition request for each content to the server device via the communication network in accordance with the playback order defined in the program file, and responding to the content acquisition request Acquiring the requested content from the server device, reproducing the content acquired from the server device, identifying the content being played back, and obtaining an acquisition request for information related to the content via the communication network Transmitting to the device; and To retrieve the requested information from the server apparatus in response to the acquisition request for information relating to CeilingAnd start a WEB browser and display the acquired information on the WEB browser.And a step.
[0009]
Thus, in the client device, when the content acquired from the server device is being played back, the information related to the specific content is transmitted to the server device by transmitting an acquisition request for information related to the content being played back to the server device. It becomes what can be acquired from an apparatus, and acquisition of the information relevant to a specific content can be performed easily. Thus, when a program is reproduced, not only the contents are reproduced, but also various information related to the contents to be reproduced can be presented individually according to each user's request.In addition, since the requested information is acquired from the server device in response to the acquisition request and the WEB browser is activated and the acquired information is displayed on the WEB browser, the content reproduction control is independent. The acquired information is displayed on the WEB browser in parallel. For example, even after the content reproduction control is finished, the display of information related to the content can be maintained on the WEB browser. Therefore, information related to each content to be reproduced can be efficiently presented to the user.
[0010]
For example, various types of information related to content to be reproduced in the program can be displayed on the display means. In the server device, various types of information related to each content may be stored in dedicated related information storage means, or may be stored in the program storage means integrally with the program file. When the client acquires content from the program supply site, the display unit acquires and displays related information related to the acquired content. For example, when information related to the content is stored in the related information storage means, the display means acquires from the related information means at the program supply site. When the information about the content is stored in the program storage means together with the program file, it is read out from the program file already acquired on the client side and displayed. In this way, the client can reproduce the program while displaying various information related to the content.
[0011]
As an example, identification information for identifying each content may be stored in the program file, and the client may acquire related information from a site based on the identification information.
[0012]
A client device according to another aspect of the present invention obtains a program file defining a playback order of one or more contents from a server device via a communication network, and according to the playback order specified by the program file. Means for transmitting an acquisition request for each content to a server device via a communication network; means for acquiring the content requested in response to the content acquisition request from the server device; and identifying the content being played back to the content Means for transmitting a request for acquiring related information to a server device via a communication network, means for acquiring information requested in response to an acquisition request for information related to the content, and acquiring from the server device A program file that defines the playback order of the one or more contentsWhenOne or more contents defined in the program fileTheStorage means for storing; selection means for selecting reproduction of the program file; and one or a plurality of contents defined by the selected program fileTheRead from the storage means, play the read content on the playback engine and start the WEB browserSaidAnd a reproducing means for reproducing information related to the content by the WEB browser.
[0013]
The content playback method according to another aspect of the present invention includes a step of obtaining a program file defining a playback order of one or more contents from a server device via a communication network, and a playback order specified by the program file. Transmitting the content acquisition request to the server device via a communication network according to the method, acquiring the content requested in response to the content acquisition request from the server device, identifying the content being reproduced, and Transmitting an information acquisition request related to the server to a server device via a communication network, acquiring information requested in response to the content acquisition request from the server device, and from the server device Specifies the playback order of the acquired one or more contents 1 or more content defined in the program file and 該番 group filesTheA step of storing in a storage means; a step of selecting reproduction of the program file; and one or a plurality of contents defined by the selected program fileTheRead from the storage means, play the read content on the playback engine and start the WEB browserSaidAnd replaying information related to the content on the WEB browser.
[0014]
Also in this case, in the client device, when the content acquired from the server device is being played back, the information related to the specific content is obtained by transmitting an acquisition request for information related to the content being played back to the server device. It can be acquired from the server device, and information related to specific content can be easily acquired. Thus, when a program is played, not only the content is played but also each played back Various types of information related to the content can be presented individually according to each user's request. Also in my own storage meansProgram file and one or more contents defined in the program fileIs easy to save. In addition, the read content is played back on the playback engine and a WEB browser is started.SaidSince the information related to the content is reproduced by the WEB browser, the information related to the content is reproduced by the WEB browser at the same time and independently of the content reproduction control. For example, even after the content reproduction control is finished, the reproduction of information related to the content can be maintained by the WEB browser, and information related to each content to be reproduced is efficiently presented to the user. Can do.
[0015]
The present invention can be configured and implemented as an apparatus and method invention, and can also be implemented in the form of a program of a processor such as a computer or a DSP, and a recording medium storing such a program. It can also be implemented in the form. Further, as a processor, a general-purpose processor such as a computer that executes an arbitrary software program can be used, and a dedicated processor in which dedicated logic is assembled in hardware may be used.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below in detail with reference to the accompanying drawings.
[0017]
FIG. 1 is a hardware block diagram showing the configuration of the entire program reproduction system according to the present invention. This program reproduction system is composed of a plurality of sites (servers) A, B to N, a client PC, and a communication network X. The plurality of sites (servers) A (B to N) and the client PC are connected via the communication network X. The plurality of sites (servers) A (B to N) and the client PC are configured by computers including a CPU, a ROM, a RAM, a hard disk, a modem, and the like (not shown), and each is independently connected via the communication network X. Data (for example, content for broadcast programs) can be transmitted or received. That is, the client PC is connected to various communication networks X such as a LAN (local area network), the Internet, and a telephone line, and transmits / receives various data to / from the sites A (B to N). The program playback system may have hardware other than these, but here, a case where the minimum necessary resources are used will be described. Note that the communication network X is not limited to a wired one, and may be a wireless one. A plurality of client PCs may be connected to the communication network X.
[0018]
An independent site A (B to N) is like a broadcasting station when compared to radio and television, and a large number of program files are stored in advance in the program storage unit for each site A (B to N). Is done. A program file is a time-series combination of contents such as a MIDI file that is song data, an audio file that is song or MC (Master of Ceremonies) data, a video file that is video data, or a still image file. It is configured (details will be described later), and this corresponds to a program on radio or television. A large number of contents (content files) such as MIDI files, audio files, moving image files, and still image files are stored in advance in a content database (content storage unit) for each site A (B to N). In the content database, a large number of contents other than the contents used in the program are stored. And what program file is stored for each site A (B to N) can be confirmed by the program list file.
[0019]
The client PC selects one of the sites A (B to N), selects one of the program files stored in the selected site A (B to N), and reproduces it. be able to. That is, the client PC acquires a program list from the selected site A (B to N), stores it as a program list file, selects one of the programs in the program list, and selects the site A (B to N). A program file is acquired from and stored as a program file. Then, the content (file) is acquired from the site A (B to N) that selected the program file, and the content is reproduced by the reproduction engine. The playback mode includes an “online mode” and an “offline mode”. In the “online mode”, content is acquired from the site A (B to N) in real time and played back. On the other hand, in the “offline mode”, the contents specified in the program file are acquired together, stored in the cache, and then reproduced. As will be described later, the viewer can register a favorite program in a favorite program file, and can create a unique original program. Therefore, these pieces of information are stored in the client PC as a favorite program list file or original program file. The client PC includes a storage unit (or storage area) corresponding to each file described above.
[0020]
Here, an example of a specific program list file and program file will be briefly described with reference to FIGS. FIG. 2 is a conceptual diagram showing an example of a program list file. FIG. 3 is a conceptual diagram showing an example of a program file.
[0021]
The program list file is data indicating a list of programs stored for each site A (B to N). As shown in FIG. 2, the program list file includes a “program name” and a “program file URL (Uniform Resource Locator)”. Become. “Program name” is a name (title) given to each program. “URL of program file” is information for designating a position where the program file is stored, and is given differently for each program file. For example, it is possible to uniformly access each program file stored in the site A (B to N) on the communication network X from the client PC or other site A (B to N). For example, an Internet address.
[0022]
In the program file, content information such as a MIDI file, an audio file, a moving image file, and a still image file is stored in the program progression order (reproduction order). For example, one program starts with an opening MC (audio file), the first song (MIDI file), MC (audio file), the second song (audio file), the third song (video file), and the ending MC (audio file). If the program proceeds as described above, each piece of content information is stored in the program file in that order (see FIG. 3). A program file is data indicating all pieces of content information included in one program, and includes a “program name” and content information including a “content URL”, “content ID”, and “content basic information” as a set. Become. The “program name” is a name (title) given to each program in the same way as the “program name” of the program list file described above. The “content URL” is information for specifying the position where the content file is stored, the “content ID” is information for identifying the content, and the “content basic information” is the basic information of the content (for example, , The name of the content, information on the lyricist / composer / artist, etc. if the content is a song, and information on the person performing the MC if the content is MC). The favorite program list file has the same data structure as the program list file, and the original program file has the same data structure as the program file.
[0023]
In the program file shown in FIG. 3, the third song is a moving image file. However, when the song is stored in the moving image file as described above, not only a song but also a video or a still image is displayed. It is recorded (for example, promotional video).
[0024]
Next, an operation panel that can be operated to reproduce a program that the viewer wants to view in this program reproduction system will be described. FIG. 4 is a diagram conceptually illustrating an embodiment of the operation panel. This operation panel is provided on the client PC side so that various operations (for example, program reproduction) can be performed by the viewer.
[0025]
A list of sites A (B to N) is displayed in the “site display / selection area” on the operation panel, and the viewer can select one of the sites A (B to N). In the “program display / selection area”, the “program name” of the program list file stored in the selected site A (B to N) is displayed, and the viewer can select one of the programs. it can. In the “basic information display area”, various basic information relating to the content currently being played back (that is, “content basic information” of the program file) is displayed. The left triangle button B1 is a “REW button”, and is a button for rewinding the content being reproduced. The right triangle two buttons B4 are “FF buttons”, and are buttons for fast-forwarding the content being reproduced. The right triangle button B3 is a “play button”, which is a button for playing content. The square button B2 is a “stop button”, and is a button for stopping the content being reproduced. The “INFO button” is a button for displaying information described later. The “favorite add button” is a button for adding a program being played back to the favorite list file. The “favorite editing button” is a button for displaying a favorite list editing screen (not shown) and editing a favorite list file. The “original program edit button” is a button for displaying / creating / editing an original program file by displaying an original program creation screen (not shown).
Although not shown in FIG. 4, a video display area (an area for displaying moving images and still images) is also provided separately.
[0026]
When the “INFO button” is operated, information display as shown in FIG. 5 is performed. In this embodiment, the video is displayed on the left side and various information related to the content is displayed on the right side. As various information related to the content, for example, information related to music such as MIDI and audio is displayed. That is, the song name, genre, artist, songwriter, composer, label, file type, performance time of the song, and the like are displayed. Further, a purchase price necessary for purchasing the music (content) is displayed. Each content can be purchased online, and the viewer can purchase the content by operating a “purchase button”. Since the technology related to online content purchase is well known, a description thereof is omitted here.
[0027]
6A to 6C are flowcharts showing an embodiment of the program reproduction process performed in the program reproduction system according to the present invention. FIG. 6A shows a flow of the first half of the process, FIG. 6B shows a flow following the first half of the process, and FIG. 6C shows a flow of the second half of the process. That is, after the process in FIG. 6A, the processes in FIGS. 6B and 6C are sequentially performed. Hereinafter, the operation of the processing will be described according to the flowcharts of FIGS. 6A to 6C.
[0028]
6A, in order to play a program, the viewer selects one of the sites displayed in the “site display / selection area” of the operation panel (see FIG. 4) arranged on the client PC. (Step 1). As a site that can be selected, there are a plurality of sites A (B to N) on the communication network X, but there are also other sites (that is, client PCs). If the selected site is local (YES in step 2), the program name of the favorite program list file is displayed in the “program display / selection area” on the operation panel (step 3). If the selected site is one of the sites A (B to N) on the communication network X (NO in step 2), the URL of the selected site A (B to N) is sent to the communication network X. (Step 4). At this time, if the client PC is not connected to the communication network X, connection is made (for example, dial-up connection). Here, to simplify the explanation, assuming that the site A is selected in step 4, the site A sends the program list file held by the site A to the client PC (step 5). The client PC acquires the program list file and stores it in the program list storage unit. Then, the program name of the stored program list file is displayed in the “program display / selection area” on the operation panel (step 6). The viewer arbitrarily selects any program from the displayed list of program names (step 7).
[0029]
When a program is selected by the viewer, it is determined whether or not the program is an original program (step 8 in FIG. 6B). If it is an original program (YES in step 8), since the program file is stored in the client PC, it is not necessary to acquire the program file from the site A, and the process jumps to step 12. On the other hand, if it is not the original program (NO in step 8), the URL of the selected program file is sent out on the communication network X in order to acquire the program file from the site A on the communication network X (step 9). When the client PC is not connected to the communication network X (when a local site is selected in step 2), the client PC is connected to the communication network X. Site A sends the program file specified by the URL to the client PC (step 10). The client PC acquires this program file and stores it in the program file storage unit (step 11). In this way, the viewer selects any program from among a large number of programs.
[0030]
Next, the content is reproduced according to the selected original program file or the acquired program file. There are two types of content playback, “online mode” and “offline mode” as playback modes. “Online mode” is a mode selected by a viewer who is always connected to the client PC on the communication network X. “Offline mode” is a mode in which the client PC is temporarily connected to the communication network X by dial-up connection or the like. This mode is selected by the person. In the “online mode”, necessary content is acquired from the site A every time content is reproduced (that is, content is acquired in real time). On the other hand, in the “offline mode”, all contents for one program are first acquired from the site A. Therefore, it is possible to shorten the connection time on the communication network X in the “offline mode”. On the other hand, in the “online mode”, the necessary content is acquired each time, so the waiting time until the content playback is shortened and the real-time property is improved.
First, the operation in the “online mode” will be described (YES in step 12). In this case, first, the client PC automatically selects the first content information in the program file (step 13), and displays the basic content information in the basic information display area on the operation panel (step 14). As will be described later, information is acquired from site A and displayed, but this basic information is stored in the program file, and there is no need to acquire information from site A every time it is displayed. Therefore, network traffic can be reduced. After the display, the content URL of the selected content information is sent to the site A (step 15), and the site A receives the content URL and sends the content file (step 16). The client PC obtains this, passes the content file to a playback engine (playback processing by dedicated hardware or software) according to the file type (MIDI, audio, video, still image, etc.) and starts playback of the content (step) 17).
[0031]
Next, the operation in the “offline mode” will be described (NO in step 12). First, the content URL of all the content information in the program file is transmitted (step 18), and this is received on the site A side and all the specified content files are transmitted (step 19). Here, the sending order of the content URL sent from the client PC side or the content file sent from the site A side may not be the playback order in the program. At this time, if the client PC is not connected to the communication network X, it is connected. The client PC acquires all content files and disconnects from the communication network X. The acquired content file is stored in the cache memory (step 20). Then, the head content information in the program file is selected (step 21), the basic content information is displayed (step 22), and the playback engine corresponding to the file type (MIDI, audio, moving image, still image, etc.) is displayed. The content file is passed and the reproduction of the content is started (step 23).
In the above-described embodiment, all contents for one program are acquired at a time in the “offline mode”. However, the present invention is not limited to this. For all programs on a single site or a plurality of designated programs. You may make it acquire all the contents of collectively. In this way, the viewer can play a plurality of programs continuously by connecting to the communication network once. Further, the content is reproduced after the content file to be reproduced is downloaded. However, the present invention is not limited to this, and the content file may be streamed and the content may be immediately reproduced on the client PC side. .
[0032]
When the reproduction of the content is started in steps 17 and 23, the process proceeds to step 24 in FIG. 6C. In step 24, it is determined whether or not the content has been reproduced. If the reproduction of the content has been completed (YES in step 24), it is determined whether or not there is next content information in the program file (step 25). If there is next content information (YES in step 25), the content information is selected (step 26). If it is “online mode” (YES in step 27), the process jumps to step 14, and if it is not “online mode” (NO in step 27), the process jumps to step 22. If there is no next content information (NO in step 25), the next program file in the program list file is selected (step 28), and the process jumps to step 12. Thus, a plurality of programs are reproduced one after another. In the process of step 28, if there is no next program file in the program list, the reproduction of all the contents in the program file has been completed. Therefore, the series of program reproduction processes shown in FIGS. You may make it complete | finish, or you may make it select the top program file in a program list again.
[0033]
When the “FF button” or “REW button” on the operation panel is operated during the reproduction of the content (NO in step 24) (step 29), the content information immediately after the content being reproduced in the program file is displayed. Select (when the “FF button” is operated) or select content information immediately before the content being played back (when the “REW button” is operated) (step 30), and step Fly to 27. Thus, the viewer can skip a song that he / she does not like, which is impossible with a normal radio or television program, or can listen to a song currently being listened to again.
[0034]
When the “INFO button” is operated (YES in step 31), the content ID of the selected program file is sent to the site A (step 33). At this time, if the client PC is not connected to the communication network X, it is connected. When the site A receives the content ID, it searches the content database for other content files related to the content (step 34). For example, when a content ID of a MIDI song is received, audio content, still image content (for example, a CD jacket photo) related to the MIDI song, various information contents (song title, genre, artist, songwriter, composer) , Label, performance time, purchase price, etc.), music score content, etc. Then, an information file is created based on the retrieved content file and sent to the client PC (step 35). The client PC acquires the information file and displays the information (step 36).
[0035]
As described above, a “purchase button” is displayed on the information display screen (see FIG. 5), and when the viewer operates the “purchase button” (YES in step 37), the content (for example, a MIDI song) is displayed. File) and content related to the content (for example, an audio content file, a score content file, etc.) can be purchased. That is, the client PC sends a purchase command and a content ID to the site A (step 38), and the site A receives the purchase command and relates to the purchase of the content corresponding to the content ID and the content related to the content. Processing is performed (step 39). It should be noted that the relationship between the content acquired for playback in the program and the content purchased here can be as follows. For example, the content acquired for playback in a program is a part of a song or sample content with low quality, and the purchased content is the entire song or content with high quality. Then, “other processing” is performed regardless of whether or not the “purchase button” is operated (step 40). As the “other processing”, when a display unit is selected on the information display (for example, mouse click), various processes relating to the display contents are executed (for example, when an artist is selected, other contents relating to the artist are selected). Search and display). When “other processing” is completed, the process jumps to step 24.
The information display / content purchase processing described above is executed in the same manner regardless of whether the program is supplied from the site A or a locally stored favorite or original program. Further, it is executed even when the “FF button” or “REW button” is operated. Thus, the viewer can obtain information on a favorite song and purchase content when he / she likes it.
[0036]
If the “INFO button”, “favorite edit button”, or “original program creation button” is operated in step 31 without operating the “INFO button” (NO in step 31), the “favorite / original program processing” is performed. Is performed (step 32). FIG. 7 is a flowchart showing an example of “favorite / original program processing”.
When the “favorite addition button” is operated (YES in step 51), the currently selected program file is registered in the favorite program list file (step 52). That is, “program name” and “program file URL” are additionally registered in the favorite program list file. On the other hand, when the “favorite edit button” is operated (YES in step 53), the contents of the favorite program list file are edited (step 54). In editing, for example, the order of programs in the favorite program list can be changed, or a desired program can be deleted from the favorite program list. The editing process is executed by displaying an editing screen (not shown) on the display and performing an editing operation on the display screen.
[0037]
When the “original program creation button” is operated (YES in step 55), a keyword relating to the content to be stored as the original program is designated (step 56). For example, an artist name or a music genre is designated as a keyword. Then, the client PC sends the keyword and search command to the site A (step 57). Site A searches the content database based on this keyword and lists the corresponding content (step 58). Then, based on the listed contents, an original program file is created and sent to the client PC (step 59). In this original program file, “content URL”, “content ID”, and “content basic information” are stored as in the case of a normal program file. Note that the contents are arranged in a predetermined order (for example, alphabetical order, Japanese syllabary order, order found by search, etc.). On the client PC side, the original program file is acquired and stored, and registered in the favorite program list (step 60). Then, the viewer edits the contents of the original program file as necessary (step 61). For example, the arrangement of contents is changed, or desired contents are deleted. When a new original program is created on the site A side, the past (old) original program file stored on the client PC side may be discarded, or only new contents may be discarded. You may make it add to. Alternatively, a plurality of original program files may be stored.
In the creation of the original program, the contents listed by the search on the site A side are arranged as they are in the predetermined order as the original program file, but only the desired contents listed are designated from the client PC side. The site A may be configured to create an original program file consisting only of designated content. Further, although the program editing function is provided on the client PC side, it may be provided on the site A side. In this case, an edit command is sent from the client PC side, and the site A side performs editing such as changing the order or deleting based on this edit command.
[0038]
Although not shown in the above-described flows (FIGS. 6A to 6C and FIG. 7), the playback of the content can be stopped by operating a stop button (see FIG. 4) during the playback of the content. . Then, the reproduction of the content stopped by the operation of the replay button (see FIG. 4) can be resumed. In addition, the viewer may arbitrarily end each of the above processes by giving an appropriate instruction.
[0039]
In the above-described program reproduction system, when reproduction of one content is completed, the program is advanced by reproducing the next content. That is, since the program (program file or the like) is configured in such a manner, a plurality of contents cannot be reproduced in parallel. However, the present invention is not limited to this, and a program (program file or the like) may be configured so that a plurality of contents can be reproduced in parallel. In this way, for example, it is possible to make a program such as simultaneously playing a MIDI song while playing an audio MC, or playing a MIDI image while switching still images as background images. Become. FIG. 8 shows an example of a program file configured so that a plurality of contents can be reproduced in parallel.
[0040]
One program file is composed of a plurality of tracks, and each track corresponds to each type of content file (MIDI, audio, moving image, still image, etc.). That is, a plurality of types of content files are not mixedly stored in one track. In this case, each content can be read in parallel from a plurality of tracks. That is, a plurality of contents can be read from different tracks in a time-overlapping manner, and the plurality of read contents are transferred to different dedicated playback engines and played back. That is, a plurality of playback engines operate in parallel for each type of content. Since reproduction processing for reading out data of a plurality of tracks in parallel is well known in the field of automatic performance and the like, description thereof is omitted here. Note that the playback timings of two consecutive contents in one track are not overlapped in time. The processing after reading the program file is the same as the processing described above.
The plurality of tracks may be realized by dividing the storage area as shown in FIG. 8 (that is, contents with different tracks are stored separately for each track), or track identification data for each content. May be realized without dividing the storage area (that is, contents having different tracks are mixedly stored).
[0041]
When playing back a plurality of contents at the same time, it is desirable to provide effects such as fade-in / out. In order to give effects such as fade-in / out, contents to be faded-in / out may be prepared in advance, or a command for designating fade-in / out is embedded in the program together with the designated timing information. Alternatively, fade-in / out may be started when the command is read out. The effect when the command is embedded is not limited to the fade-in / out effect. In other words, if the content is a song or MC, an acoustic effect such as reverb may be used, and if the content is a still image or moving image, a video effect such as mosaic or wipe may be used. These effects are not limited to being given at the start or end timing of the content, but may be given during the reproduction of the content.
[0042]
As shown in FIG. 9A, the client may be a mobile communication terminal MT such as a mobile phone, PHS, or mobile terminal. In that case, the portable communication terminal MT is assumed to have an appropriate tone generation function (sound source function or sequencer function). FIG. 9B is a block diagram illustrating an internal configuration example of the portable communication terminal MT having a musical sound generation function. The portable communication terminal MT includes a microcomputer including a CPU 102, a RAM 103, and a ROM 104 in addition to a normal cellular phone side circuit 101, and a communication interface 105 is provided between the cellular phone side circuit 101 and the microcomputer. Communicate with each other via The mobile phone side circuit 101 has an Internet function or a simple Internet function. When a wireless telephone connection is established with the sites (servers) A to N during the Internet communication, the above-described circuit is provided via the internal communication interface 105. Information communication between the built-in microcomputer and the sites (servers) A to N is enabled. The ROM 104 stores programs and data necessary for the tone generation function, and further stores a program reproduction processing program (application software) according to the present invention. In this case, the ROM 104 may use a rewritable memory such as a flash ROM so that the program and data for generating musical sounds or the contents of the application software according to the present invention can be updated at any time.
[0043]
It should be noted that the functions of the various buttons for input operation use switches provided in the mobile phone side circuit MT. In that case, the switch operation information in the cellular phone side circuit 101 is received by the built-in microcomputer via the internal communication interface 105, and the process according to the present invention described above proceeds according to these operation input signals. In addition, various data such as contents received from the sites (servers) A to N in the course of this processing are sent from the mobile phone side circuit 101 to the built-in microcomputer via the communication interface 105 and stored in the RAM 103. Various data such as received content is sent to the mobile phone side circuit 101 via the communication interface 105 and can be displayed on the display. Further, various data such as received content or various data such as content generated by the built-in microcomputer is sent to the mobile phone side circuit 101 via the communication interface 105, and from there, the desired portable communication via the radio telephone line. It can be transmitted to the terminal MT, personal computer, or the like (for example, transmitted as an attachment to an e-mail). In addition, content generated on the built-in microcomputer side can also be sent to the mobile phone side circuit 101 via the communication interface 105 and emitted from the built-in speaker or displayed on the display. Note that a MIDI interface 106 may be provided so that MIDI performance data can be transmitted to and received from the outside. Furthermore, the preferred ones of the MIDI files, audio files, moving image files, still image files, etc. taken from the sites (servers) A to N as described above are stored by appropriate means, and these are received by the mobile phone. It can be used as a melody, a hold melody, or image data notifying incoming calls. Also, a favorite one of these MIDI files, audio files, moving image files, still image files, etc. can be used as background music or background visual images during a call.
In addition, when content is purchased, the content purchase price may be added to the usage fee of the portable communication terminal MT and charged to the content purchaser, or separately from the usage fee of the portable communication terminal MT. You may make it charge a content purchase price to a content purchaser. Further, when the portable communication terminal MT is used as a client, not all the functions as described above may be provided but only some functions may be provided.
[0044]
The “FF button” or “REW button” enables selection of the next or previous content. However, the content may be moved forward or backward by a predetermined time. In addition, when selecting the next or previous content in a program of a type that simultaneously reproduces the contents of a plurality of tracks, the viewer can select which track's content is to be advanced to the next or the previous content. Alternatively, the track on which the content is advanced may be fixed in advance. Further, it is possible to provide at least one of the functions without providing both the fast-forwarding and rewinding functions of the content. Furthermore, it is not limited to fast forward and rewind during content playback, and fast forward and rewind may be possible during playback pause.
A WEB browser may be used for information display and content purchase instructions. In other words, a WEB browser process may be activated separately from the “client-side process” and information may be displayed during the WEB browser process so that a purchase instruction can be given. Further, the information display and the content purchase instruction are not limited to the content reproduction, but may be possible while the reproduction is paused.
Various data such as program files and content files may be supplied from an external storage medium, or may be supplied from an external device to a site or client via a communication interface.
Content information such as program files may be stored in a continuous area in time series, or content information scattered and stored in skipped areas may be separately managed as time series continuous data. Also good. That is, it is only necessary to manage the content information as time-sequential continuous content, and it does not matter whether the content information is continuously stored in the storage area.
Further, the functions described above are not limited to those realized by a built-in microcomputer provided separately from the mobile phone side circuit 101, and resources (CPU, RAM, ROM, etc., not shown) in the mobile phone side circuit 101 are used. Thus, the functions as described above may be realized.
[0045]
【The invention's effect】
As described above, according to the present invention, when a program is reproduced, not only the content is reproduced, but also various information relating to each reproduced content can be presented to the user. Has an effect. For example, the client can play back the program while displaying various information related to the content, so that the program can be enjoyed more and the understanding of the program can be deepened.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an overall configuration of a program reproduction system according to the present invention.
FIG. 2 is a conceptual diagram showing an example of a program list file used in the program reproduction system shown in FIG.
FIG. 3 is a conceptual diagram showing an example of a program file used in the program reproduction system shown in FIG.
FIG. 4 is a diagram conceptually illustrating an embodiment of an operation panel.
FIG. 5 is a conceptual diagram showing an example of information display.
FIG. 6A is a flowchart showing the first half of one embodiment of a program playback process performed in the program playback system according to the present invention.
6B is a flowchart following the first half of the program playback process shown in FIG. 6A.
6C is a flowchart showing the latter half of the program playback process shown in FIG. 6A, following the process of FIG. 6B.
FIG. 7 is a flowchart showing an example of processing of a favorite / original program.
FIG. 8 is a conceptual diagram showing an example of a program file configured so that a plurality of contents can be reproduced in parallel.
FIG. 9A is a block diagram illustrating an example in which a portable communication terminal is used as a client.
FIG. 9B is a block diagram showing an example of the internal configuration of a portable communication terminal having a musical sound generation function.
[Explanation of symbols]
B1 ... REW button, B2 ... Stop button, B3 ... Play button, B4 ... FF button, A to N ... Server computer, PC ... Client computer, X ... Communication network , MT ... Portable communication terminal

Claims

Means for obtaining a program file defining a playback order of one or more contents from a server device via a communication network;
Means for transmitting an acquisition request for each content to a server device via a communication network according to a playback order defined in the program file;
Means for acquiring the requested content from the server device in response to the content acquisition request;
A playback engine for playing back content acquired from the server device;
Means for identifying the content being played in the playback engine and transmitting an acquisition request for information related to the content to a server device via a communication network;
And means for acquiring information requested in response to an acquisition request for information related to the content from the server device, starting a WEB browser, and displaying the acquired information on the WEB browser. Client device to perform.

Means for storing information for designating one or more server devices that provide the content;
Means for selecting one of the server devices based on the stored information for designating the server device, and the content defined in the program file from the selected server device and the information related to the content The client device according to claim 1, wherein the client device is acquired.

The information processing apparatus further includes means for acquiring a program file transmitted by the server device in accordance with information specifying a program file, and acquires content defined in the acquired program file and information related to the content from the server device. The client device according to claim 1, wherein the client device is a device.

Means for obtaining a program file defining a playback order of one or more contents from a server device via a communication network;
Means for transmitting an acquisition request for each content to a server device via a communication network according to a playback order defined in the program file;
Means for acquiring the requested content from the server device in response to the content acquisition request;
Means for identifying content being reproduced and transmitting an acquisition request for information related to the content to a server device via a communication network;
Means for acquiring information requested in response to an acquisition request for information related to the content from the server device;
The acquired from the server device, a storage means for storing said one or more 1 or more content specified in the program file and該番set file which defines the reproduction order of the content,
Selection means for selecting reproduction of the program file;
The reading defined one or more of the content in the selected program file from the storage unit, with to reproduce the read content by the reproducing engines, the information to start the WEB browser relating to the content A client device, comprising: a reproducing unit that reproduces data using a WEB browser.

A content reproduction method in which a client device acquires and reproduces content from a server device via a communication network,
Obtaining a program file defining a playback order of one or more contents from a server device via a communication network;
Transmitting an acquisition request for each content to a server device via a communication network according to a playback order defined in the program file;
Acquiring the requested content from the server device in response to the content acquisition request;
Replaying content acquired from the server device;
Identifying the content being played back and transmitting an acquisition request for information related to the content to the server device via a communication network;
Acquiring information requested in response to an acquisition request for information related to the content from the server device, starting a WEB browser, and displaying the acquired information on the WEB browser. Content playback method.

Obtaining a program file defining a playback order of one or more contents from a server device via a communication network;
Transmitting an acquisition request for each content to a server device via a communication network according to a playback order defined in the program file;
Acquiring the requested content from the server device in response to the content acquisition request;
Identifying the content being played back and transmitting an acquisition request for information related to the content to the server device via a communication network;
Acquiring information requested in response to an acquisition request for information related to the content from the server device;
Storing in a storage means a program file that defines the playback order of the one or more contents obtained from the server device, and one or more contents that are defined by the program files;
Selecting playback of the program file;
The reading defined one or more of the content in the selected program file from the storage unit, with to reproduce the read content by the reproducing engines, the information to start the WEB browser relating to the content A content reproduction method comprising: a step of reproducing with a WEB browser.

A computer-readable storage medium storing a program for causing a computer to execute the method according to claim 5 or 6.