携帯電話端末装置及びそのコンテンツの再生方法
【課題】 着信報知または保留報知として使用するコンテンツを設定しやすくする。
【解決手段】 携帯電話端末装置では、１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得し、該番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信し、要求したコンテンツをサーバ装置から取得し、再生することができる。再生順序に従って複数のコンテンツを視聴し、気に入ったものを着信報知または保留報知を行うためのコンテンツとして使用したい場合は、取得したコンテンツを保持し、着信報知または保留報知を行うためのコンテンツとして設定することができる。
【解決手段】 携帯電話端末装置では、１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得し、該番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信し、要求したコンテンツをサーバ装置から取得し、再生することができる。再生順序に従って複数のコンテンツを視聴し、気に入ったものを着信報知または保留報知を行うためのコンテンツとして使用したい場合は、取得したコンテンツを保持し、着信報知または保留報知を行うためのコンテンツとして設定することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、音楽や映像等からなるコンテンツを通信ネットワークを介して取得し再生する携帯電話端末装置に関し、さらには該携帯電話端末装置におけるコンテンツ再生方法に関し、更には該方法をコンピュータに実行させるプログラムを記憶してなるコンピュータ読み取り可能な記憶媒体に関する。
【背景技術】
【０００２】
一般的に、音楽や映像等からなる番組を配信するシステムとしてはラジオやテレビ等がある。しかし、ラジオやテレビ等の番組は放送局から一方的に送られてくるものであり、視聴者は好きな時間帯に好きな番組を見たり聞いたりすることができなかった。そこで、最近ではラジオやテレビとは異なった番組の新しい配信形態としてインターネット放送局が出現してきている。インターネット放送局は、視聴者からの要求に応じて通信ネットワーク上に蓄積された番組を配信するものである。すなわち、パーソナルコンピュータ（ＰＣ）等の端末機（クライアント）からの視聴者の配信要求に基づいて、インターネット等の通信ネットワークを経由してｗｗｗ（World Wide Web）サーバに接続し、該ｗｗｗサーバに格納されている曲データあるいはビデオ（映像）データ等からなる番組を受信して、クライアント側で該受信データを基にして番組を再生する。通常、ｗｗｗサーバは通信ネットワークを使用してデータを配信する場合、クライアントが全てのデータを受信する前に曲や映像等の再生を開始することができるようストリーム配信を行っている。このようなインターネット放送局では、視聴者が好きな時間帯に好きな番組を見たり聞いたりすることができる。
【０００３】
しかし、従来のインターネット放送局における番組配信方式は、いまだユーザが使い易いものとはなっていない。特に、従来から知られている番組再生システムでは、番組ではコンテンツの再生がなされるだけであり、再生される各コンテンツに関連する各種の情報をユーザに提示することができなかった。
【０００４】
また、携帯電話端末装置では、着信報知メロディ（着メロ）として、ユーザ所望の音楽を自由に設定できることが望まれている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は上述の点に鑑みてなされたもので、着信報知または保留報知として使用するコンテンツを容易に設定しやすくした携帯電話端末装置を提供しようとするものであり、さらにはそのためのコンテンツ再生方法並びに該方法をコンピュータに実行させるプログラムを記憶してなるコンピュータ読み取り可能な記憶媒体を提供しようとするものである。
【課題を解決するための手段】
【０００６】
本発明に係る携帯電話端末装置は、１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得する手段と、前記番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信する手段と、前記コンテンツの取得要求に応じて要求したコンテンツを前記サーバ装置から取得する手段と、前記サーバ装置から取得したコンテンツの再生を行う再生エンジンと、前記サーバ装置から取得したコンテンツを保持する手段と、前記保持したコンテンツを着信報知または保留報知を行うためのコンテンツとして設定する手段と
を具備したことを特徴とする。
【０００７】
本発明によれば、携帯電話端末装置では、１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得し、該番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信し、要求したコンテンツをサーバ装置から取得し、再生することができる。再生順序に従って複数のコンテンツを視聴し、気に入ったものを着信報知または保留報知を行うためのコンテンツとして使用したい場合は、取得したコンテンツを保持し、着信報知または保留報知を行うためのコンテンツとして設定することができる。従って、着信報知または保留報知として使用するコンテンツを容易に設定することができる。
【０００８】
本発明は、装置の発明として構成し、実施することができるのみならず、方法の発明として構成し実施することもでき、また、コンピュータまたはＤＳＰ等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記録媒体の形態で実施することもできる。また、プロセッサとしては、任意のソフトウェアプログラムを実行するコンピュータのような汎用プロセッサを使用できるのは勿論のこと、専用ロジックをハードウェアで組んだ専用プロセッサを用いてもよい。
【発明を実施するための最良の形態】
【０００９】
以下、添付図面を参照してこの発明の実施の形態を詳細に説明する。
【００１０】
図１は、この発明に係る番組再生システム全体の構成を示すハードブロック図である。この番組再生システムは、複数のサイト（サーバ）Ａ、Ｂ〜Ｎと、クライアントＰＣと、通信ネットワークＸとにより構成される。複数のサイト（サーバ）Ａ（Ｂ〜Ｎ）とクライアントＰＣとは、通信ネットワークＸを介して接続される。また、複数のサイト（サーバ）Ａ（Ｂ〜Ｎ）及びクライアントＰＣは、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、モデム等を含むコンピュータにより構成されてなり、各々が独立に通信ネットワークＸを介してデータ（例えば、放送番組用のコンテンツ等）を送出したりあるいは受信したりすることができる。すなわち、クライアントＰＣはＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線などの種々の通信ネットワークＸ上に接続し、サイトＡ（Ｂ〜Ｎ）との間で各種データ等の送受信を行う。なお、番組再生システムはこれら以外のハードウェアを有する場合もあるが、ここでは必要最小限の資源を用いた場合について説明する。なお、通信ネットワークＸは有線のものに限らず、無線のものであってもよい。また、複数のクライアントＰＣが通信ネットワークＸに接続されていてもよい。
【００１１】
独立した１つのサイトＡ（Ｂ〜Ｎ）はラジオやテレビに例えると１つの放送局のようなものであり、各サイトＡ（Ｂ〜Ｎ）毎に多数の番組ファイルが番組記憶部に予め記憶される。番組ファイルは、曲のデータであるＭＩＤＩファイル、曲あるいはＭＣ（Master of Ceremonies）のデータであるオーディオファイル、映像のデータである動画ファイル又は静止画ファイルなどのコンテンツを時系列的に組み合わせたものから構成され（詳しくは後述する）、これがラジオやテレビでの番組に相当する。ＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどの各コンテンツ（コンテンツファイル）は、各サイトＡ（Ｂ〜Ｎ）毎にコンテンツデータベース（コンテンツ記憶部）中に予め多数記憶されている。コンテンツデータベース中には、番組で使用するコンテンツ以外にも多数のコンテンツが記憶されている。そして、各サイトＡ（Ｂ〜Ｎ）毎にどのような番組ファイルが記憶されているかは、番組リストファイルによって確認することができるようになっている。
【００１２】
クライアントＰＣはいずれかのサイトＡ（Ｂ〜Ｎ）を選択して、該選択したサイトＡ（Ｂ〜Ｎ）に記憶されている多数の番組ファイルの中からいずれかの番組を選択して再生することができる。すなわち、クライアントＰＣは選択したサイトＡ（Ｂ〜Ｎ）から番組リストを取得して番組リストファイルとして記憶し、さらに該番組リスト中のいずれかの番組を選択して、サイトＡ（Ｂ〜Ｎ）から番組ファイルを取得して番組ファイルとして記憶する。そして、その番組ファイルを選択したサイトＡ（Ｂ〜Ｎ）からコンテンツ（ファイル）を取得して、再生エンジンによってコンテンツを再生する。再生モードには「オンラインモード」と「オフラインモード」とがあり、「オンラインモード」時にはコンテンツをリアルタイムにサイトＡ（Ｂ〜Ｎ）から取得して再生する。一方、「オフラインモード」時には番組ファイルで指定されているコンテンツをまとめて取得し、これをキャッシュに記憶しておいてから再生する。また、後述するが、視聴者は気に入った番組をお気に入り番組ファイルに登録しておくことができ、更に独自のオリジナル番組を作成することができる。そこで、これらの情報をお気に入り番組リストファイルやオリジナル番組ファイルとしてクライアントＰＣに記憶しておく。なお、クライアントＰＣは、上記の各ファイルに対応して記憶部（あるいは記憶エリア）を具える。
【００１３】
ここで、具体的な番組リストファイル及び番組ファイルの一例を図２及び図３を用いて簡単に説明する。図２は、番組リストファイルの一実施例を示す概念図である。図３は、番組ファイルの一実施例を示す概念図である。
【００１４】
番組リストファイルは各サイトＡ（Ｂ〜Ｎ）毎に記憶される番組のリストを示すデータであり、図２に示すように「番組名」と「番組ファイルのＵＲＬ（Uniform Resource Locator）」とからなる。「番組名」は、各番組毎に付されている名前（タイトル）である。「番組ファイルのＵＲＬ」は、当該番組ファイルが記憶されている位置を指定する情報であり、番組ファイル毎に異なって付与されるものである。例えば、通信ネットワークＸ上におかれているサイトＡ（Ｂ〜Ｎ）に記憶されている各番組ファイルに対し、クライアントＰＣやその他のサイトＡ（Ｂ〜Ｎ）から統一的にアクセスすることを可能とするために付与されるアドレス（例えば、インターネットアドレス等）である。
【００１５】
番組ファイルにはＭＩＤＩファイルやオーディオファイル、動画ファイル、静止画ファイルなどのコンテンツ情報が番組進行順（再生順）に記憶される。例えば、１つの番組がオープニングＭＣ（オーディオファイル）に始まり、１曲目（ＭＩＤＩファイル）、ＭＣ（オーディオファイル）、２曲目（オーディオファイル）、３曲目（動画ファイル）、そしてエンディングＭＣ（オーディオファイル）といったように進行するならば、番組ファイルにはその順番で各コンテンツ情報が記憶される（図３参照）。番組ファイルは１つの番組内に含まれる全てのコンテンツ情報を示すデータであり、「番組名」と、「コンテンツＵＲＬ」、「コンテンツＩＤ」、「コンテンツ基本情報」を一組とするコンテンツ情報とからなる。「番組名」は、上述した番組リストファイルの「番組名」と同様に各番組毎に付される名前（タイトル）である。「コンテンツＵＲＬ」はコンテンツファイルが記憶されている位置を指定する情報であり、「コンテンツＩＤ」はコンテンツを識別するための情報であり、「コンテンツ基本情報」は当該コンテンツの基本となる情報（例えば、コンテンツ名や、当該コンテンツが曲であるならば作詞者・作曲者・アーティスト等の情報、当該コンテンツがＭＣであるならばＭＣをしている人の情報など）である。また、お気に入り番組リストファイルは番組リストファイルと、オリジナル番組ファイルは番組ファイルと同様のデータ構成となっている。
【００１６】
なお、図３に示す番組ファイルにおいて３曲目の曲が動画ファイルとなっているが、このように曲が動画ファイルで記憶されている場合には単に曲だけでなく動画や静止画等の映像が記録されているものである（例えば、プロモーションビデオ等）。
【００１７】
次に、この番組再生システムにおいて、視聴者が見たい番組を再生するために操作することのできる操作パネルについて説明する。図４は、操作パネルの一実施例を概念的に示す図である。この操作パネルは、視聴者から各種の操作（例えば、番組の再生）を行うことができるようにクライアントＰＣ側に設けられる。
【００１８】
操作パネル上の「サイト表示／選択エリア」にはサイトＡ（Ｂ〜Ｎ）のリストが表示され、視聴者はその中のいずれかのサイトＡ（Ｂ〜Ｎ）を選択することができる。「番組表示／選択エリア」には選択されたサイトＡ（Ｂ〜Ｎ）に記憶された番組リストファイルの「番組名」が表示され、視聴者はその中からいずれかの番組を選択することができる。「基本情報表示エリア」には、現在再生中のコンテンツに関する各種基本情報（すなわち、番組ファイルの「コンテンツ基本情報」）が表示される。左向きの三角２つボタンＢ１は「ＲＥＷボタン」であり、再生中のコンテンツを巻き戻しするためのボタンである。右向きの三角２つボタンＢ４は「ＦＦボタン」であり、再生中のコンテンツを早送りするためのボタンである。右向きの三角１つボタンＢ３は「再生ボタン」であり、コンテンツを再生するためのボタンである。四角ボタンＢ２は「停止ボタン」であり、再生中のコンテンツを停止するためのボタンである。「ＩＮＦＯボタン」は、後述のインフォメーション表示を行うためのボタンである。「お気に入り追加ボタン」は、現在再生中の番組をお気に入りリストファイルに追加するためのボタンである。「お気に入り編集ボタン」は、お気に入りリスト編集画面（図示しない）を表示してお気に入りリストファイルの編集を行うためのボタンである。「オリジナル番組編集ボタン」は、オリジナル番組作成画面（図示せず）を表示して、オリジナル番組ファイルを作成／編集するためのボタンである。
【００１９】
なお、図４では図示していないが、映像表示エリア（動画や静止画を表示するためのエリア）も別途設けられる。
【００２０】
「ＩＮＦＯボタン」を操作すると、図５に示すようなインフォメーション表示がなされる。この実施例では、左側に映像を、右側にコンテンツに関する各種情報を表示するものを示した。コンテンツに関する各種情報としては、例えばＭＩＤＩやオーディオ等の曲に関する情報が表示される。すなわち、曲名、ジャンル、アーティスト、作詞者、作曲者、レーベル、ファイル種類、当該曲の演奏時間等が表示される。さらに、当該曲（コンテンツ）を購入する場合に必要な購入価格が表示される。各コンテンツはオンラインで購入可能であり、視聴者は「購入ボタン」を操作することによって当該コンテンツを購入することができるようになっている。このオンラインでのコンテンツ購入に関する技術は周知であることから、ここでの説明は省略する。
【００２１】
図６Ａ〜図６Ｃは、本発明に係る番組再生システムにおいて行われる番組再生処理の一実施例を示すフロー図である。図６Ａに当該処理の前半部分のフローを示し、図６Ｂに当該処理の前半部分に続くフローを示し、図６Ｃに当該処理の後半部分のフローを示す。つまり、図６Ａの処理の後に図６Ｂ、図６Ｃの処理が順次に連続して行われる。以下、図６Ａ〜図６Ｃのフローチャートに従って、当該処理の動作を説明する。
【００２２】
図６Ａにおいて、番組を再生するため、視聴者はクライアントＰＣ上に配置された操作パネル（図４参照）の「サイト表示／選択エリア」に表示されたサイトの中からいずれかのサイトを選択する（ステップ１）。選択可能なサイトとしては、通信ネットワークＸ上の複数のサイトＡ（Ｂ〜Ｎ）は勿論であるが、この他にもローカル（すなわち、クライアントＰＣ）がある。選択されたサイトがローカルであれば（ステップ２のＹＥＳ）、お気に入り番組リストファイルの番組名を操作パネルの「番組表示・選択エリア」に表示する（ステップ３）。選択されたサイトが通信ネットワークＸ上のいずれかのサイトＡ（Ｂ〜Ｎ）であれば（ステップ２のＮＯ）、選択されたサイトＡ（Ｂ〜Ｎ）のＵＲＬを通信ネットワークＸ上に送出する（ステップ４）。この際、クライアントＰＣが通信ネットワークＸ上に接続されていなければ接続する（例えば、ダイアルアップ接続等）。ここで、説明を簡単にするためにステップ４でサイトＡが選択されたと仮定すると、サイトＡはクライアントＰＣに対して当該サイトＡの保有する番組リストファイルを送出する（ステップ５）。クライアントＰＣはこの番組リストファイルを取得して、番組リスト記憶部に記憶する。そして、記憶した該番組リストファイルの番組名を操作パネル上の「番組表示・選択エリア」に表示する（ステップ６）。視聴者は、この表示された番組名のリストの中からいずれかの番組を任意に選択する（ステップ７）。
【００２３】
視聴者により番組が選択されると、その番組がオリジナルの番組であるか否かが判定される（図６Ｂのステップ８）。オリジナル番組であれば（ステップ８のＹＥＳ）、クライアントＰＣ内に番組ファイルが記憶されているため、サイトＡから番組ファイルを取得する必要がないのでステップ１２へジャンプする。一方、オリジナル番組でなければ（ステップ８のＮＯ）、通信ネットワークＸ上のサイトＡから番組ファイルを取得するために、選択された番組ファイルのＵＲＬを通信ネットワークＸ上に送出する（ステップ９）。クライアントＰＣが通信ネットワークＸ上に接続されていない場合（ステップ２でローカルのサイトを選択した場合）、クライアントＰＣを通信ネットワークＸに接続する。サイトＡは、ＵＲＬで指定された番組ファイルをクライアントＰＣに送出する（ステップ１０）。クライアントＰＣはこの番組ファイルを取得して、番組ファイル記憶部に記憶する（ステップ１１）。このようにして、視聴者は多数の番組の中から何れかの番組を選択する。
【００２４】
次に、選択したオリジナル番組ファイル、あるいは取得した番組ファイルに従ってコンテンツを再生する。このコンテンツ再生には、再生モードとして「オンラインモード」と「オフラインモード」の２種類がある。「オンラインモード」は常時通信ネットワークＸ上にクライアントＰＣを接続している視聴者が選択するモードであり、「オフラインモード」はダイアルアップ接続等で一時的に通信ネットワークＸ上にクライアントＰＣを接続する視聴者が選択するモードである。「オンラインモード」ではコンテンツを再生する都度、必要なコンテンツをサイトＡから取得する（つまり、コンテンツをリアルタイムで取得する）。一方、「オフラインモード」では最初に１番組分の全てのコンテンツをサイトＡから取得する。そのため、「オフラインモード」時は通信ネットワークＸ上への接続時間の短縮が可能となる。反対に、「オンラインモード」時は必要なコンテンツをその都度取得していることからコンテンツ再生までの待ち時間が短くなり、リアルタイム性が向上する。
【００２５】
まず、「オンラインモード」時の動作について説明する（ステップ１２のＹＥＳ）。この場合、最初にクライアントＰＣは番組ファイル内の先頭コンテンツ情報を自動的に選択して（ステップ１３）、コンテンツ基本情報を操作パネル上の基本情報表示エリアに表示する（ステップ１４）。後述するようにインフォメーションはサイトＡから情報を取得して表示されるが、この基本情報は番組ファイル中に記憶されており、表示の都度サイトＡから情報を取得する必要がない。そのため、ネットワークトラフィックを軽減することができる。表示後、選択されたコンテンツ情報のコンテンツＵＲＬをサイトＡに送出し（ステップ１５）、サイトＡ側ではこれを受けてコンテンツファイルを送出する（ステップ１６）。クライアントＰＣはこれを取得し、ファイル種類（ＭＩＤＩ、オーディオ、動画、静止画等）に応じた再生エンジン（専用ハードウェアあるいはソフトウェアによる再生処理）にコンテンツファイルを渡してコンテンツの再生を開始する（ステップ１７）。
【００２６】
次に、「オフラインモード」時の動作について説明する（ステップ１２のＮＯ）。最初に番組ファイル内の全コンテンツ情報のコンテンツＵＲＬを送出し（ステップ１８）、サイトＡ側でこれを受信して指定された全てのコンテンツファイルを送出する（ステップ１９）。ここで、クライアントＰＣ側から送出されるコンテンツＵＲＬや、サイトＡ側から送出されるコンテンツファイルの送出順は、番組での再生順でなくてもよい。この際、クライアントＰＣが通信ネットワークＸ上に接続されていなければ、接続する。クライアントＰＣでは全コンテンツファイルを取得して、通信ネットワークＸへの接続を切断する。取得したコンテンツファイルは、キャッシュメモリに記憶する（ステップ２０）。そして、番組ファイル内の先頭コンテンツ情報を選択して（ステップ２１）、コンテンツ基本情報を表示してから（ステップ２２）、ファイル種類（ＭＩＤＩ、オーディオ、動画、静止画等）に応じた再生エンジンにコンテンツファイルを渡してコンテンツの再生を開始する（ステップ２３）。
【００２７】
なお、上述の実施例では、「オフラインモード」時に１番組分の全コンテンツをまとめて取得するようにしたが、これに限らず、１つのサイト上にある全番組分あるいは指定した複数の番組分の全コンテンツをまとめて取得するようにしてもよい。こうすると、視聴者は通信ネットワークに一度接続するだけで複数の番組を連続して再生することができる。また、再生するコンテンツファイルをダウンロードしてからコンテンツの再生を行うようにしたが、これに限らず、コンテンツファイルをストリーム配信して、クライアントＰＣ側で即座にコンテンツの再生を行うようにしてもよい。
【００２８】
ステップ１７及びステップ２３によりコンテンツの再生が開始されると、図６Ｃのステップ２４へ進む。ステップ２４では、当該コンテンツの再生が終了したか否かを判定する。コンテンツの再生が終了しているならば（ステップ２４のＹＥＳ）、番組ファイル内に次のコンテンツ情報があるか否かを判定する（ステップ２５）。次のコンテンツ情報があれば（ステップ２５のＹＥＳ）、そのコンテンツ情報を選択する（ステップ２６）。そして、「オンラインモード」であれば（ステップ２７のＹＥＳ）ステップ１４へジャンプし、「オンラインモード」でなければ（ステップ２７のＮＯ）ステップ２２へジャンプする。次のコンテンツ情報がなければ（ステップ２５のＮＯ）、番組リストファイル内の次の番組ファイルを選択して（ステップ２８）、ステップ１２の処理へジャンプする。こうして、複数の番組が次々と再生される。なお、ステップ２８の処理において、番組リスト中に次の番組ファイルがなかった場合、番組ファイル中の全てのコンテンツの再生が終了していることから、図６Ａ〜Ｃに示す一連の番組再生処理を終了するようにしてもよいし、あるいは番組リスト中の先頭の番組ファイルを再度選択するようにしてもよい。
【００２９】
コンテンツの再生途中で（ステップ２４のＮＯ）操作パネルの「ＦＦボタン」又は「ＲＥＷボタン」が操作されたときには（ステップ２９）、番組ファイルにおいて当該再生中であるコンテンツの１つ後のコンテンツ情報を選択（「ＦＦボタン」が操作された場合）するか、あるいは当該再生中であるコンテンツの１つ前のコンテンツ情報を選択（「ＲＥＷボタン」が操作された場合）して（ステップ３０）、ステップ２７へ飛ぶ。これにより、視聴者は通常のラジオやテレビの番組では不可能な、好きではない曲を飛ばしたり、あるいは現在聴いている曲を再度聴いたりすることができる。
【００３０】
「ＩＮＦＯボタン」が操作されたときは（ステップ３１のＹＥＳ）、サイトＡに対して選択されている番組ファイルのコンテンツＩＤを送出する（ステップ３３）。このとき、クライアントＰＣが通信ネットワークＸ上に接続されていなければ、接続する。サイトＡ側ではコンテンツＩＤを受信すると、該コンテンツに関連する他のコンテンツファイルをコンテンツデータベースから検索する（ステップ３４）。例えば、ＭＩＤＩの曲のコンテンツＩＤを受信すると、該ＭＩＤＩの曲に関連したオーディオコンテンツ、静止画コンテンツ（例えば、ＣＤのジャケット写真等）、諸情報コンテンツ（曲名、ジャンル、アーティスト、作詞者、作曲者、レーベル、演奏時間、購入価格等）、楽譜コンテンツ等を検索する。そして、検索したコンテンツファイルに基づいてインフォメーションファイルを作成し、クライアントＰＣに対して送出する（ステップ３５）。クライアントＰＣでは、インフォメーションファイルを取得してインフォメーション表示する（ステップ３６）。
【００３１】
既に説明したように、インフォメーション表示画面（図５参照）には「購入ボタン」が表示され、視聴者が当該「購入ボタン」を操作すると（ステップ３７のＹＥＳ）、当該コンテンツ（例えば、ＭＩＤＩの曲ファイル）や当該コンテンツに関連したコンテンツ（例えば、オーディオコンテンツのファイルや楽譜コンテンツのファイル等）を購入することができる。すなわち、クライアントＰＣはサイトＡに対して購入コマンドとコンテンツＩＤを送出し（ステップ３８）、サイトＡはこの購入コマンドを受信して、コンテンツＩＤに対応するコンテンツや当該コンテンツに関連したコンテンツの購入に関する処理を行う（ステップ３９）。なお、番組で再生するために取得したコンテンツと、ここで購入するコンテンツの関係は以下のものとすることができる。例えば、番組で再生するために取得したコンテンツは曲の一部分あるいはクオリティの低いサンプル的なコンテンツであり、購入するコンテンツは曲全体あるいはクオリティの高いコンテンツである。そして、「購入ボタン」が操作されたか否かに関わらず、「その他の処理」を行う（ステップ４０）。この「その他の処理」としてはインフォメーション表示上で表示部を選択（例えば、マウスクリック等）すると、その表示内容に関する各種処理が実行される（例えば、アーティストを選択したときはそのアーティストに関する他のコンテンツを検索・表示する等）。「その他の処理」が終了すると、ステップ２４へ飛ぶ。
【００３２】
以上のインフォメーション表示・コンテンツ購入処理は、番組がサイトＡから供給されたものであっても、ローカルに記憶されたお気に入りやオリジナル番組であっても同じように実行される。また、「ＦＦボタン」や「ＲＥＷボタン」を操作した状態であっても実行される。よって、視聴者は好きなときに好きな曲の情報を得たり、コンテンツを購入することができる。
【００３３】
ステップ３１において、「ＩＮＦＯボタン」が操作されず（ステップ３１のＮＯ）に「お気に入り追加ボタン」、「お気に入り編集ボタン」あるいは「オリジナル番組作成ボタン」が操作されたときには、「お気に入り／オリジナル番組の処理」が行われる（ステップ３２）。図７は、「お気に入り／オリジナル番組の処理」の一実施例を示すフロー図である。
【００３４】
「お気に入り追加ボタン」が操作されたときは（ステップ５１のＹＥＳ）、現在選択されている番組ファイルをお気に入り番組リストファイルに登録する（ステップ５２）。すなわち、お気に入り番組リストファイルに「番組名」と「番組ファイルのＵＲＬ」を追加登録する。一方、「お気に入り編集ボタン」が操作されたときは（ステップ５３のＹＥＳ）、お気に入り番組リストファイルの内容を編集する（ステップ５４）。編集では、例えばお気に入り番組リスト内の番組の並び順を変更する、あるいは所望の番組をお気に入り番組リストから削除することができる。当該編集処理は、編集用画面（図示せず）をディスプレイ上に表示し、該表示画面上で編集作業を行うことにより実行する。
【００３５】
「オリジナル番組作成ボタン」が操作されたときは（ステップ５５のＹＥＳ）、オリジナル番組として記憶させたいコンテンツに関するキーワードを指定する（ステップ５６）。例えば、アーティスト名や、音楽ジャンルなどをキーワードとして指定する。すると、クライアントＰＣは該キーワードと検索コマンドをサイトＡに対して送出する（ステップ５７）。サイトＡでは、このキーワードに基づいてコンテンツデータベースを検索し、該当するコンテンツをリストアップする（ステップ５８）。そして、リストアップされたコンテンツを元に、オリジナル番組ファイルを作成してクライアントＰＣに対して送出する（ステップ５９）。このオリジナル番組ファイルには、通常の番組ファイルと同様に、「コンテンツＵＲＬ」、「コンテンツＩＤ」、「コンテンツ基本情報」が記憶されている。なお、コンテンツの並びは所定の順序（例えば、アルファベットや５０音順、検索によって見つかった順など）となっている。クライアントＰＣ側では、このオリジナル番組ファイルを取得して保存すると共に、お気に入り番組リストに登録する（ステップ６０）。そして、視聴者は必要に応じてオリジナル番組ファイルの内容を編集する（ステップ６１）。例えば、コンテンツの並びを変更したり、あるいは所望のコンテンツを削除したりする。サイトＡ側で新たにオリジナル番組が作成された場合、クライアントＰＣ側に記憶されている過去（古い）のオリジナル番組ファイルは破棄するようにしてもよいし、新たなコンテンツのみを過去のオリジナル番組ファイルに追加するようにしてもよい。あるいは、複数個のオリジナル番組ファイルを保存するようにしてもよい。
【００３６】
なお、オリジナル番組の作成において、サイトＡ側の検索によりリストアップされたコンテンツをそのまま所定の順序に並べてオリジナル番組ファイルとしたが、リストアップされた中の所望のコンテンツのみをクライアントＰＣ側から指定し、指定されたコンテンツのみからなるオリジナル番組ファイルをサイトＡが作成できるように構成してもよい。また、番組編集機能をクライアントＰＣ側にもたせたが、サイトＡ側に持たせるようにしてもよい。この場合には、クライアントＰＣ側から編集コマンドを送出し、サイトＡ側はこの編集コマンドに基づいて順番の入れ替えや削除等の編集を行うことになる。
【００３７】
なお、上述した各フロー（図６Ａ〜６Ｃ及び図７）には図示していないが、コンテンツの再生中に停止ボタン（図４参照）を操作することにより当該コンテンツの再生を停止することができる。そして、再度の再生ボタン（図４参照）の操作により停止したコンテンツの再生を再開することができる。また、視聴者は適宜の指示を与えることによって上述の各処理を任意に終了させることができるようにしてもよい。
【００３８】
上述した番組再生システムでは、１つのコンテンツの再生が終了したら次のコンテンツを再生することにより番組を進行している。つまり、そのように番組（番組ファイル等）が構成されていることから、複数のコンテンツを並行して再生することができない。しかし、これに限らず、複数のコンテンツを並行して再生できるように番組（番組ファイル等）を構成してもよい。こうすると、例えばオーディオのＭＣを再生している途中でＭＩＤＩの曲を同時に再生したり、あるいはＭＩＤＩの曲を再生しながら背景画像として静止画を切替ながら再生する、というような番組作りが可能となる。図８に、複数のコンテンツを並行して再生することができるように構成した番組ファイルの一実施例を示す。
【００３９】
１つの番組ファイルは複数のトラックから構成され、各トラックはコンテンツファイルの種類毎（ＭＩＤＩ、オーディオ、動画、静止画等）に対応している。すなわち、１つのトラック内に複数種類のコンテンツファイルが混在して記憶されることはない。この場合、複数トラックから各コンテンツを並行して読み出すことができる。すなわち、異なるトラックから時間的に重なって複数のコンテンツを読み出すことができ、当該読み出された複数のコンテンツはそれぞれ異なった専用の再生エンジンに渡されて再生される。すなわち、再生エンジンもコンテンツの種類毎に複数並行して動作する。複数トラックのデータを並行して読み出す再生処理については自動演奏等の分野で周知であることから、ここでの説明は省略する。なお、１つのトラック内での連続した２つのコンテンツの再生タイミングは、時間的に重ならないようにしておく。番組ファイルを読み出した後の処理は、上述した処理と同様の処理が行われる。
なお、複数トラックは、図８に示すように記憶領域を分けることで実現するようにしてもよいし（すなわち、トラックの異なるコンテンツがトラック毎に分かれて記憶される）、コンテンツ毎にトラック識別データを付与して記憶領域を分けないで実現するようにしてもよい（すなわち、トラックの異なるコンテンツが混在記憶される）。
【００４０】
複数のコンテンツを同時に再生する場合、フェードイン／アウトなどの効果を付与することが望ましい。このフェードイン／アウトなどの効果を付与するために、予めフェードイン／アウトするコンテンツを用意しておいてもよいし、番組中にフェードイン／アウトを指定するコマンドをその指定タイミング情報とともに埋め込んでおき、そのコマンドが読み出されたらフェードイン／アウトを開始するようにしてもよい。コマンドを埋め込む場合の効果としては、フェードイン／アウトの効果に限らない。つまり、コンテンツが曲やＭＣならばリバーブ等の音響効果でもよいし、静止画や動画ならばモザイクやワイプ等の映像効果でもよい。これらの効果はコンテンツの開始又は終了タイミング時に付与されることに限らず、コンテンツの再生途中に付与されるようにしてもよい。
【００４１】
また、図９Ａに示すように、クライアントは、携帯電話やＰＨＳあるいはモバイル端末のような携帯型通信端末ＭＴであってもよい。その場合、携帯型通信端末ＭＴは、適宜の楽音生成機能（音源機能やシーケンサ機能）を持たせるものとする。図９Ｂは、楽音生成機能を持たせた携帯型通信端末ＭＴの内部構成例を示すブロック図である。携帯型通信端末ＭＴは、通常の携帯電話側回路１０１のほかに、ＣＰＵ１０２、ＲＡＭ１０３、ＲＯＭ１０４を含むマイクロコンピュータを内蔵しており、携帯電話側回路１０１と該マイクロコンピュータとの間は通信インタフェース１０５を介して相互に通信する。携帯電話側回路１０１では、インターネット機能若しくは簡易インターネット機能を有しており、インターネット通信時においてサイト（サーバ）Ａ〜Ｎとの間に無線電話接続を確立すると、内部の通信インターフェイス１０５を介して上記内蔵マイクロコンピュータとサイト（サーバ）Ａ〜Ｎとの間の情報通信を可能にする。ＲＯＭ１０４においては、楽音生成機能に必要なプログラム及びデータ類を記憶し、更に、本発明に従う番組再生処理のプログラム（アプリケーションソフトウエア）を記憶させておく。この場合、ＲＯＭ１０４を、フラッシュＲＯＭのような書き換え可能なメモリを使用し、楽音生成用のプログラムやデータあるいは本発明に従うアプリケーションソフトウエアの内容を随時更新できるようにしてもよい。
【００４２】
なお、入力操作用の各種ボタンの機能は、携帯電話側回路ＭＴで具備するスイッチ類を利用するものとする。その場合、内部の通信インタフェース１０５を介して、携帯電話側回路１０１でのスイッチ操作情報を上記内蔵マイクロコンピュータで受け取り、これらの操作入力信号に応じて上述の本発明に従う処理を進める。また、この処理の過程でサイト（サーバ）Ａ〜Ｎから受け取ったコンテンツ等の各種データは、携帯電話側回路１０１から通信インタフェース１０５を介して内蔵マイクロコンピュータに送られ、ＲＡＭ１０３に記憶される。受け取ったコンテンツ等の各種データは、通信インタフェース１０５を介して携帯電話側回路１０１に送られ、そのディスプレイで表示させることができる。更に、受け取ったコンテンツ等の各種データあるいは内蔵マイクロコンピュータで生成したコンテンツ等の各種データを、通信インタフェース１０５を介して携帯電話側回路１０１に送り、そこから無線電話回線を介して所望の携帯型通信端末ＭＴやパーソナルコンピュータ等に対して送信することができる（例えば、メールに添付して送信する）。また、内蔵マイクロコンピュータの側で生成したコンテンツも通信インタフェース１０５を介して携帯電話側回路１０１に送り、その内蔵スピーカから放音させたり、そのディスプレイで表示させたりすることができる。なお、ＭＩＤＩインタフェース１０６を具備し、外部との間でＭＩＤＩ演奏データの送受を行えるようにしてもよい。更に、上記のようにしてサイト（サーバ）Ａ〜Ｎから取り込んだＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどのうち好みのものを適宜手段によって保存しておき、これらを携帯電話の着信メロディや保留メロディ、あるいは着信を知らせる画像データ等として利用することが可能である。また、これらのＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどのうちの好みのものを、通話中のバックグラウンドミュージックあるいはバックグラウンドビジュアル画像として使用することも可能である。
【００４３】
なお、コンテンツを購入した場合に、コンテンツ購入代金を携帯型通信端末ＭＴの利用料金に加算してコンテンツ購入者に課金するようにしてもよいし、あるいは携帯型通信端末ＭＴの利用料金とは別にコンテンツ購入代金をコンテンツ購入者に課金するようにしてもよい。また、携帯型通信端末ＭＴをクライアントとして使用する場合は、上述したような全ての機能を備えずに一部の機能のみを備えるようにしてもよい。
【００４４】
なお、「ＦＦボタン」又は「ＲＥＷボタン」では１つ後や前のコンテンツを選択できるようにしたが、所定の時間分だけ後や前に進むようにしてもよい。また、複数トラックのコンテンツを同時に再生するタイプの番組において１つ後や前のコンテンツを選択する場合には、どのトラックのコンテンツを１つ後や前に進めるかを視聴者が選択できるようにしてもよいし、コンテンツを進めるトラックがどのトラックかを予め固定的に決めておくようにしてもよい。また、コンテンツの早送りと巻き戻しの機能の両方を具えることなく、少なくともどちらか一方の機能のみを具えるようにしてもよい。更に、コンテンツ再生中に早送りや巻き戻しが可能なものに限らず、再生の一時停止中に早送りや巻き戻しが可能であってもよい。
【００４５】
インフォメーション表示やコンテンツの購入指示は、ＷＥＢブラウザを利用してもよい。すなわち、「クライアント側の処理」とは別にＷＥＢブラウザの処理を起動し、ＷＥＢブラウザの処理の中でインフォメーション表示をして、購入指示できるようにしてよい。また、インフォメーション表示やコンテンツの購入指示はコンテンツ再生中に限らず、再生の一時停止中にこれらが可能であってもよい。
【００４６】
番組ファイルやコンテンツファイル等の各種データ等を外部記憶媒体から供給したり、あるいは通信インタフェースを介して外部装置からサイトやクライアントに供給するように構成してもよい。
【００４７】
番組ファイル等のコンテンツ情報は連続する領域に時系列に記憶されていてもよいし、飛び飛びの領域に散在して記憶されているコンテンツ情報を時系列的に連続するデータとして別途管理するようにしてもよい。つまり、時系列的に連続するコンテンツ情報として管理することができればよく、記憶領域に連続して記憶されているか否かは問題ではない。
【００４８】
また、上述したような機能を携帯電話側回路１０１とは別に設けた内蔵マイクロコンピュータにより実現するものに限らず、携帯電話側回路１０１内部の資源（図示しないＣＰＵやＲＡＭ、ＲＯＭ等）を利用して、上述したような機能を実現してもよい。
【００４９】
以上の通り、上記実施例によれば、番組を再生するとき、コンテンツの再生がなされるのみならず、再生される各コンテンツに関連する各種の情報をユーザに提示することができるようなる、という優れた効果を奏する。例えば、クライアントではコンテンツに関連する各種の情報を表示しながら番組を再生することができ、番組をより楽しむことができると共に、番組への理解を深めることもできる。
【図面の簡単な説明】
【００５０】
【図１】この発明に係る番組再生システムの全体構成を示すブロック図である。
【図２】図１に示した番組再生システムにおいて用いられる番組リストファイルの一実施例を示す概念図である。
【図３】図１に示した番組再生システムにおいて用いられる番組ファイルの一実施例を示す概念図である。
【図４】操作パネルの一実施例を概念的に示す図である。
【図５】インフォメーション表示の一実施例を示す概念図である。
【図６Ａ】本発明に係る番組再生システムにおいて行われる番組再生処理の一実施例であり、前半部分を示すフロー図である。
【図６Ｂ】図６Ａに示した番組再生処理の前半部分に続くフロー図である。
【図６Ｃ】図６Ａに示した番組再生処理の後半部分を示し、図６Ｂの処理に続くフロー図である。
【図７】お気に入り／オリジナル番組の処理の一実施例を示すフロー図である。
【図８】複数のコンテンツを並行して再生することができるように構成した番組ファイルの一実施例を示す概念図である。
【図９Ａ】クライアントとして携帯型通信端末を使用する例を示すブロック図である。
【図９Ｂ】楽音生成機能を持たせた携帯型通信端末の内部構成例を示すブロック図である。
【符号の説明】
【００５１】
Ｂ１...ＲＥＷボタン、Ｂ２...停止ボタン、Ｂ３...再生ボタン、Ｂ４...ＦＦボタン、Ａ〜Ｎ...サーバコンピュータ、ＰＣ...クライアントコンピュータ、Ｘ...通信ネットワーク、ＭＴ...携帯型通信端末
【技術分野】
【０００１】
この発明は、音楽や映像等からなるコンテンツを通信ネットワークを介して取得し再生する携帯電話端末装置に関し、さらには該携帯電話端末装置におけるコンテンツ再生方法に関し、更には該方法をコンピュータに実行させるプログラムを記憶してなるコンピュータ読み取り可能な記憶媒体に関する。
【背景技術】
【０００２】
一般的に、音楽や映像等からなる番組を配信するシステムとしてはラジオやテレビ等がある。しかし、ラジオやテレビ等の番組は放送局から一方的に送られてくるものであり、視聴者は好きな時間帯に好きな番組を見たり聞いたりすることができなかった。そこで、最近ではラジオやテレビとは異なった番組の新しい配信形態としてインターネット放送局が出現してきている。インターネット放送局は、視聴者からの要求に応じて通信ネットワーク上に蓄積された番組を配信するものである。すなわち、パーソナルコンピュータ（ＰＣ）等の端末機（クライアント）からの視聴者の配信要求に基づいて、インターネット等の通信ネットワークを経由してｗｗｗ（World Wide Web）サーバに接続し、該ｗｗｗサーバに格納されている曲データあるいはビデオ（映像）データ等からなる番組を受信して、クライアント側で該受信データを基にして番組を再生する。通常、ｗｗｗサーバは通信ネットワークを使用してデータを配信する場合、クライアントが全てのデータを受信する前に曲や映像等の再生を開始することができるようストリーム配信を行っている。このようなインターネット放送局では、視聴者が好きな時間帯に好きな番組を見たり聞いたりすることができる。
【０００３】
しかし、従来のインターネット放送局における番組配信方式は、いまだユーザが使い易いものとはなっていない。特に、従来から知られている番組再生システムでは、番組ではコンテンツの再生がなされるだけであり、再生される各コンテンツに関連する各種の情報をユーザに提示することができなかった。
【０００４】
また、携帯電話端末装置では、着信報知メロディ（着メロ）として、ユーザ所望の音楽を自由に設定できることが望まれている。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は上述の点に鑑みてなされたもので、着信報知または保留報知として使用するコンテンツを容易に設定しやすくした携帯電話端末装置を提供しようとするものであり、さらにはそのためのコンテンツ再生方法並びに該方法をコンピュータに実行させるプログラムを記憶してなるコンピュータ読み取り可能な記憶媒体を提供しようとするものである。
【課題を解決するための手段】
【０００６】
本発明に係る携帯電話端末装置は、１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得する手段と、前記番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信する手段と、前記コンテンツの取得要求に応じて要求したコンテンツを前記サーバ装置から取得する手段と、前記サーバ装置から取得したコンテンツの再生を行う再生エンジンと、前記サーバ装置から取得したコンテンツを保持する手段と、前記保持したコンテンツを着信報知または保留報知を行うためのコンテンツとして設定する手段と
を具備したことを特徴とする。
【０００７】
本発明によれば、携帯電話端末装置では、１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得し、該番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信し、要求したコンテンツをサーバ装置から取得し、再生することができる。再生順序に従って複数のコンテンツを視聴し、気に入ったものを着信報知または保留報知を行うためのコンテンツとして使用したい場合は、取得したコンテンツを保持し、着信報知または保留報知を行うためのコンテンツとして設定することができる。従って、着信報知または保留報知として使用するコンテンツを容易に設定することができる。
【０００８】
本発明は、装置の発明として構成し、実施することができるのみならず、方法の発明として構成し実施することもでき、また、コンピュータまたはＤＳＰ等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記録媒体の形態で実施することもできる。また、プロセッサとしては、任意のソフトウェアプログラムを実行するコンピュータのような汎用プロセッサを使用できるのは勿論のこと、専用ロジックをハードウェアで組んだ専用プロセッサを用いてもよい。
【発明を実施するための最良の形態】
【０００９】
以下、添付図面を参照してこの発明の実施の形態を詳細に説明する。
【００１０】
図１は、この発明に係る番組再生システム全体の構成を示すハードブロック図である。この番組再生システムは、複数のサイト（サーバ）Ａ、Ｂ〜Ｎと、クライアントＰＣと、通信ネットワークＸとにより構成される。複数のサイト（サーバ）Ａ（Ｂ〜Ｎ）とクライアントＰＣとは、通信ネットワークＸを介して接続される。また、複数のサイト（サーバ）Ａ（Ｂ〜Ｎ）及びクライアントＰＣは、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、モデム等を含むコンピュータにより構成されてなり、各々が独立に通信ネットワークＸを介してデータ（例えば、放送番組用のコンテンツ等）を送出したりあるいは受信したりすることができる。すなわち、クライアントＰＣはＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線などの種々の通信ネットワークＸ上に接続し、サイトＡ（Ｂ〜Ｎ）との間で各種データ等の送受信を行う。なお、番組再生システムはこれら以外のハードウェアを有する場合もあるが、ここでは必要最小限の資源を用いた場合について説明する。なお、通信ネットワークＸは有線のものに限らず、無線のものであってもよい。また、複数のクライアントＰＣが通信ネットワークＸに接続されていてもよい。
【００１１】
独立した１つのサイトＡ（Ｂ〜Ｎ）はラジオやテレビに例えると１つの放送局のようなものであり、各サイトＡ（Ｂ〜Ｎ）毎に多数の番組ファイルが番組記憶部に予め記憶される。番組ファイルは、曲のデータであるＭＩＤＩファイル、曲あるいはＭＣ（Master of Ceremonies）のデータであるオーディオファイル、映像のデータである動画ファイル又は静止画ファイルなどのコンテンツを時系列的に組み合わせたものから構成され（詳しくは後述する）、これがラジオやテレビでの番組に相当する。ＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどの各コンテンツ（コンテンツファイル）は、各サイトＡ（Ｂ〜Ｎ）毎にコンテンツデータベース（コンテンツ記憶部）中に予め多数記憶されている。コンテンツデータベース中には、番組で使用するコンテンツ以外にも多数のコンテンツが記憶されている。そして、各サイトＡ（Ｂ〜Ｎ）毎にどのような番組ファイルが記憶されているかは、番組リストファイルによって確認することができるようになっている。
【００１２】
クライアントＰＣはいずれかのサイトＡ（Ｂ〜Ｎ）を選択して、該選択したサイトＡ（Ｂ〜Ｎ）に記憶されている多数の番組ファイルの中からいずれかの番組を選択して再生することができる。すなわち、クライアントＰＣは選択したサイトＡ（Ｂ〜Ｎ）から番組リストを取得して番組リストファイルとして記憶し、さらに該番組リスト中のいずれかの番組を選択して、サイトＡ（Ｂ〜Ｎ）から番組ファイルを取得して番組ファイルとして記憶する。そして、その番組ファイルを選択したサイトＡ（Ｂ〜Ｎ）からコンテンツ（ファイル）を取得して、再生エンジンによってコンテンツを再生する。再生モードには「オンラインモード」と「オフラインモード」とがあり、「オンラインモード」時にはコンテンツをリアルタイムにサイトＡ（Ｂ〜Ｎ）から取得して再生する。一方、「オフラインモード」時には番組ファイルで指定されているコンテンツをまとめて取得し、これをキャッシュに記憶しておいてから再生する。また、後述するが、視聴者は気に入った番組をお気に入り番組ファイルに登録しておくことができ、更に独自のオリジナル番組を作成することができる。そこで、これらの情報をお気に入り番組リストファイルやオリジナル番組ファイルとしてクライアントＰＣに記憶しておく。なお、クライアントＰＣは、上記の各ファイルに対応して記憶部（あるいは記憶エリア）を具える。
【００１３】
ここで、具体的な番組リストファイル及び番組ファイルの一例を図２及び図３を用いて簡単に説明する。図２は、番組リストファイルの一実施例を示す概念図である。図３は、番組ファイルの一実施例を示す概念図である。
【００１４】
番組リストファイルは各サイトＡ（Ｂ〜Ｎ）毎に記憶される番組のリストを示すデータであり、図２に示すように「番組名」と「番組ファイルのＵＲＬ（Uniform Resource Locator）」とからなる。「番組名」は、各番組毎に付されている名前（タイトル）である。「番組ファイルのＵＲＬ」は、当該番組ファイルが記憶されている位置を指定する情報であり、番組ファイル毎に異なって付与されるものである。例えば、通信ネットワークＸ上におかれているサイトＡ（Ｂ〜Ｎ）に記憶されている各番組ファイルに対し、クライアントＰＣやその他のサイトＡ（Ｂ〜Ｎ）から統一的にアクセスすることを可能とするために付与されるアドレス（例えば、インターネットアドレス等）である。
【００１５】
番組ファイルにはＭＩＤＩファイルやオーディオファイル、動画ファイル、静止画ファイルなどのコンテンツ情報が番組進行順（再生順）に記憶される。例えば、１つの番組がオープニングＭＣ（オーディオファイル）に始まり、１曲目（ＭＩＤＩファイル）、ＭＣ（オーディオファイル）、２曲目（オーディオファイル）、３曲目（動画ファイル）、そしてエンディングＭＣ（オーディオファイル）といったように進行するならば、番組ファイルにはその順番で各コンテンツ情報が記憶される（図３参照）。番組ファイルは１つの番組内に含まれる全てのコンテンツ情報を示すデータであり、「番組名」と、「コンテンツＵＲＬ」、「コンテンツＩＤ」、「コンテンツ基本情報」を一組とするコンテンツ情報とからなる。「番組名」は、上述した番組リストファイルの「番組名」と同様に各番組毎に付される名前（タイトル）である。「コンテンツＵＲＬ」はコンテンツファイルが記憶されている位置を指定する情報であり、「コンテンツＩＤ」はコンテンツを識別するための情報であり、「コンテンツ基本情報」は当該コンテンツの基本となる情報（例えば、コンテンツ名や、当該コンテンツが曲であるならば作詞者・作曲者・アーティスト等の情報、当該コンテンツがＭＣであるならばＭＣをしている人の情報など）である。また、お気に入り番組リストファイルは番組リストファイルと、オリジナル番組ファイルは番組ファイルと同様のデータ構成となっている。
【００１６】
なお、図３に示す番組ファイルにおいて３曲目の曲が動画ファイルとなっているが、このように曲が動画ファイルで記憶されている場合には単に曲だけでなく動画や静止画等の映像が記録されているものである（例えば、プロモーションビデオ等）。
【００１７】
次に、この番組再生システムにおいて、視聴者が見たい番組を再生するために操作することのできる操作パネルについて説明する。図４は、操作パネルの一実施例を概念的に示す図である。この操作パネルは、視聴者から各種の操作（例えば、番組の再生）を行うことができるようにクライアントＰＣ側に設けられる。
【００１８】
操作パネル上の「サイト表示／選択エリア」にはサイトＡ（Ｂ〜Ｎ）のリストが表示され、視聴者はその中のいずれかのサイトＡ（Ｂ〜Ｎ）を選択することができる。「番組表示／選択エリア」には選択されたサイトＡ（Ｂ〜Ｎ）に記憶された番組リストファイルの「番組名」が表示され、視聴者はその中からいずれかの番組を選択することができる。「基本情報表示エリア」には、現在再生中のコンテンツに関する各種基本情報（すなわち、番組ファイルの「コンテンツ基本情報」）が表示される。左向きの三角２つボタンＢ１は「ＲＥＷボタン」であり、再生中のコンテンツを巻き戻しするためのボタンである。右向きの三角２つボタンＢ４は「ＦＦボタン」であり、再生中のコンテンツを早送りするためのボタンである。右向きの三角１つボタンＢ３は「再生ボタン」であり、コンテンツを再生するためのボタンである。四角ボタンＢ２は「停止ボタン」であり、再生中のコンテンツを停止するためのボタンである。「ＩＮＦＯボタン」は、後述のインフォメーション表示を行うためのボタンである。「お気に入り追加ボタン」は、現在再生中の番組をお気に入りリストファイルに追加するためのボタンである。「お気に入り編集ボタン」は、お気に入りリスト編集画面（図示しない）を表示してお気に入りリストファイルの編集を行うためのボタンである。「オリジナル番組編集ボタン」は、オリジナル番組作成画面（図示せず）を表示して、オリジナル番組ファイルを作成／編集するためのボタンである。
【００１９】
なお、図４では図示していないが、映像表示エリア（動画や静止画を表示するためのエリア）も別途設けられる。
【００２０】
「ＩＮＦＯボタン」を操作すると、図５に示すようなインフォメーション表示がなされる。この実施例では、左側に映像を、右側にコンテンツに関する各種情報を表示するものを示した。コンテンツに関する各種情報としては、例えばＭＩＤＩやオーディオ等の曲に関する情報が表示される。すなわち、曲名、ジャンル、アーティスト、作詞者、作曲者、レーベル、ファイル種類、当該曲の演奏時間等が表示される。さらに、当該曲（コンテンツ）を購入する場合に必要な購入価格が表示される。各コンテンツはオンラインで購入可能であり、視聴者は「購入ボタン」を操作することによって当該コンテンツを購入することができるようになっている。このオンラインでのコンテンツ購入に関する技術は周知であることから、ここでの説明は省略する。
【００２１】
図６Ａ〜図６Ｃは、本発明に係る番組再生システムにおいて行われる番組再生処理の一実施例を示すフロー図である。図６Ａに当該処理の前半部分のフローを示し、図６Ｂに当該処理の前半部分に続くフローを示し、図６Ｃに当該処理の後半部分のフローを示す。つまり、図６Ａの処理の後に図６Ｂ、図６Ｃの処理が順次に連続して行われる。以下、図６Ａ〜図６Ｃのフローチャートに従って、当該処理の動作を説明する。
【００２２】
図６Ａにおいて、番組を再生するため、視聴者はクライアントＰＣ上に配置された操作パネル（図４参照）の「サイト表示／選択エリア」に表示されたサイトの中からいずれかのサイトを選択する（ステップ１）。選択可能なサイトとしては、通信ネットワークＸ上の複数のサイトＡ（Ｂ〜Ｎ）は勿論であるが、この他にもローカル（すなわち、クライアントＰＣ）がある。選択されたサイトがローカルであれば（ステップ２のＹＥＳ）、お気に入り番組リストファイルの番組名を操作パネルの「番組表示・選択エリア」に表示する（ステップ３）。選択されたサイトが通信ネットワークＸ上のいずれかのサイトＡ（Ｂ〜Ｎ）であれば（ステップ２のＮＯ）、選択されたサイトＡ（Ｂ〜Ｎ）のＵＲＬを通信ネットワークＸ上に送出する（ステップ４）。この際、クライアントＰＣが通信ネットワークＸ上に接続されていなければ接続する（例えば、ダイアルアップ接続等）。ここで、説明を簡単にするためにステップ４でサイトＡが選択されたと仮定すると、サイトＡはクライアントＰＣに対して当該サイトＡの保有する番組リストファイルを送出する（ステップ５）。クライアントＰＣはこの番組リストファイルを取得して、番組リスト記憶部に記憶する。そして、記憶した該番組リストファイルの番組名を操作パネル上の「番組表示・選択エリア」に表示する（ステップ６）。視聴者は、この表示された番組名のリストの中からいずれかの番組を任意に選択する（ステップ７）。
【００２３】
視聴者により番組が選択されると、その番組がオリジナルの番組であるか否かが判定される（図６Ｂのステップ８）。オリジナル番組であれば（ステップ８のＹＥＳ）、クライアントＰＣ内に番組ファイルが記憶されているため、サイトＡから番組ファイルを取得する必要がないのでステップ１２へジャンプする。一方、オリジナル番組でなければ（ステップ８のＮＯ）、通信ネットワークＸ上のサイトＡから番組ファイルを取得するために、選択された番組ファイルのＵＲＬを通信ネットワークＸ上に送出する（ステップ９）。クライアントＰＣが通信ネットワークＸ上に接続されていない場合（ステップ２でローカルのサイトを選択した場合）、クライアントＰＣを通信ネットワークＸに接続する。サイトＡは、ＵＲＬで指定された番組ファイルをクライアントＰＣに送出する（ステップ１０）。クライアントＰＣはこの番組ファイルを取得して、番組ファイル記憶部に記憶する（ステップ１１）。このようにして、視聴者は多数の番組の中から何れかの番組を選択する。
【００２４】
次に、選択したオリジナル番組ファイル、あるいは取得した番組ファイルに従ってコンテンツを再生する。このコンテンツ再生には、再生モードとして「オンラインモード」と「オフラインモード」の２種類がある。「オンラインモード」は常時通信ネットワークＸ上にクライアントＰＣを接続している視聴者が選択するモードであり、「オフラインモード」はダイアルアップ接続等で一時的に通信ネットワークＸ上にクライアントＰＣを接続する視聴者が選択するモードである。「オンラインモード」ではコンテンツを再生する都度、必要なコンテンツをサイトＡから取得する（つまり、コンテンツをリアルタイムで取得する）。一方、「オフラインモード」では最初に１番組分の全てのコンテンツをサイトＡから取得する。そのため、「オフラインモード」時は通信ネットワークＸ上への接続時間の短縮が可能となる。反対に、「オンラインモード」時は必要なコンテンツをその都度取得していることからコンテンツ再生までの待ち時間が短くなり、リアルタイム性が向上する。
【００２５】
まず、「オンラインモード」時の動作について説明する（ステップ１２のＹＥＳ）。この場合、最初にクライアントＰＣは番組ファイル内の先頭コンテンツ情報を自動的に選択して（ステップ１３）、コンテンツ基本情報を操作パネル上の基本情報表示エリアに表示する（ステップ１４）。後述するようにインフォメーションはサイトＡから情報を取得して表示されるが、この基本情報は番組ファイル中に記憶されており、表示の都度サイトＡから情報を取得する必要がない。そのため、ネットワークトラフィックを軽減することができる。表示後、選択されたコンテンツ情報のコンテンツＵＲＬをサイトＡに送出し（ステップ１５）、サイトＡ側ではこれを受けてコンテンツファイルを送出する（ステップ１６）。クライアントＰＣはこれを取得し、ファイル種類（ＭＩＤＩ、オーディオ、動画、静止画等）に応じた再生エンジン（専用ハードウェアあるいはソフトウェアによる再生処理）にコンテンツファイルを渡してコンテンツの再生を開始する（ステップ１７）。
【００２６】
次に、「オフラインモード」時の動作について説明する（ステップ１２のＮＯ）。最初に番組ファイル内の全コンテンツ情報のコンテンツＵＲＬを送出し（ステップ１８）、サイトＡ側でこれを受信して指定された全てのコンテンツファイルを送出する（ステップ１９）。ここで、クライアントＰＣ側から送出されるコンテンツＵＲＬや、サイトＡ側から送出されるコンテンツファイルの送出順は、番組での再生順でなくてもよい。この際、クライアントＰＣが通信ネットワークＸ上に接続されていなければ、接続する。クライアントＰＣでは全コンテンツファイルを取得して、通信ネットワークＸへの接続を切断する。取得したコンテンツファイルは、キャッシュメモリに記憶する（ステップ２０）。そして、番組ファイル内の先頭コンテンツ情報を選択して（ステップ２１）、コンテンツ基本情報を表示してから（ステップ２２）、ファイル種類（ＭＩＤＩ、オーディオ、動画、静止画等）に応じた再生エンジンにコンテンツファイルを渡してコンテンツの再生を開始する（ステップ２３）。
【００２７】
なお、上述の実施例では、「オフラインモード」時に１番組分の全コンテンツをまとめて取得するようにしたが、これに限らず、１つのサイト上にある全番組分あるいは指定した複数の番組分の全コンテンツをまとめて取得するようにしてもよい。こうすると、視聴者は通信ネットワークに一度接続するだけで複数の番組を連続して再生することができる。また、再生するコンテンツファイルをダウンロードしてからコンテンツの再生を行うようにしたが、これに限らず、コンテンツファイルをストリーム配信して、クライアントＰＣ側で即座にコンテンツの再生を行うようにしてもよい。
【００２８】
ステップ１７及びステップ２３によりコンテンツの再生が開始されると、図６Ｃのステップ２４へ進む。ステップ２４では、当該コンテンツの再生が終了したか否かを判定する。コンテンツの再生が終了しているならば（ステップ２４のＹＥＳ）、番組ファイル内に次のコンテンツ情報があるか否かを判定する（ステップ２５）。次のコンテンツ情報があれば（ステップ２５のＹＥＳ）、そのコンテンツ情報を選択する（ステップ２６）。そして、「オンラインモード」であれば（ステップ２７のＹＥＳ）ステップ１４へジャンプし、「オンラインモード」でなければ（ステップ２７のＮＯ）ステップ２２へジャンプする。次のコンテンツ情報がなければ（ステップ２５のＮＯ）、番組リストファイル内の次の番組ファイルを選択して（ステップ２８）、ステップ１２の処理へジャンプする。こうして、複数の番組が次々と再生される。なお、ステップ２８の処理において、番組リスト中に次の番組ファイルがなかった場合、番組ファイル中の全てのコンテンツの再生が終了していることから、図６Ａ〜Ｃに示す一連の番組再生処理を終了するようにしてもよいし、あるいは番組リスト中の先頭の番組ファイルを再度選択するようにしてもよい。
【００２９】
コンテンツの再生途中で（ステップ２４のＮＯ）操作パネルの「ＦＦボタン」又は「ＲＥＷボタン」が操作されたときには（ステップ２９）、番組ファイルにおいて当該再生中であるコンテンツの１つ後のコンテンツ情報を選択（「ＦＦボタン」が操作された場合）するか、あるいは当該再生中であるコンテンツの１つ前のコンテンツ情報を選択（「ＲＥＷボタン」が操作された場合）して（ステップ３０）、ステップ２７へ飛ぶ。これにより、視聴者は通常のラジオやテレビの番組では不可能な、好きではない曲を飛ばしたり、あるいは現在聴いている曲を再度聴いたりすることができる。
【００３０】
「ＩＮＦＯボタン」が操作されたときは（ステップ３１のＹＥＳ）、サイトＡに対して選択されている番組ファイルのコンテンツＩＤを送出する（ステップ３３）。このとき、クライアントＰＣが通信ネットワークＸ上に接続されていなければ、接続する。サイトＡ側ではコンテンツＩＤを受信すると、該コンテンツに関連する他のコンテンツファイルをコンテンツデータベースから検索する（ステップ３４）。例えば、ＭＩＤＩの曲のコンテンツＩＤを受信すると、該ＭＩＤＩの曲に関連したオーディオコンテンツ、静止画コンテンツ（例えば、ＣＤのジャケット写真等）、諸情報コンテンツ（曲名、ジャンル、アーティスト、作詞者、作曲者、レーベル、演奏時間、購入価格等）、楽譜コンテンツ等を検索する。そして、検索したコンテンツファイルに基づいてインフォメーションファイルを作成し、クライアントＰＣに対して送出する（ステップ３５）。クライアントＰＣでは、インフォメーションファイルを取得してインフォメーション表示する（ステップ３６）。
【００３１】
既に説明したように、インフォメーション表示画面（図５参照）には「購入ボタン」が表示され、視聴者が当該「購入ボタン」を操作すると（ステップ３７のＹＥＳ）、当該コンテンツ（例えば、ＭＩＤＩの曲ファイル）や当該コンテンツに関連したコンテンツ（例えば、オーディオコンテンツのファイルや楽譜コンテンツのファイル等）を購入することができる。すなわち、クライアントＰＣはサイトＡに対して購入コマンドとコンテンツＩＤを送出し（ステップ３８）、サイトＡはこの購入コマンドを受信して、コンテンツＩＤに対応するコンテンツや当該コンテンツに関連したコンテンツの購入に関する処理を行う（ステップ３９）。なお、番組で再生するために取得したコンテンツと、ここで購入するコンテンツの関係は以下のものとすることができる。例えば、番組で再生するために取得したコンテンツは曲の一部分あるいはクオリティの低いサンプル的なコンテンツであり、購入するコンテンツは曲全体あるいはクオリティの高いコンテンツである。そして、「購入ボタン」が操作されたか否かに関わらず、「その他の処理」を行う（ステップ４０）。この「その他の処理」としてはインフォメーション表示上で表示部を選択（例えば、マウスクリック等）すると、その表示内容に関する各種処理が実行される（例えば、アーティストを選択したときはそのアーティストに関する他のコンテンツを検索・表示する等）。「その他の処理」が終了すると、ステップ２４へ飛ぶ。
【００３２】
以上のインフォメーション表示・コンテンツ購入処理は、番組がサイトＡから供給されたものであっても、ローカルに記憶されたお気に入りやオリジナル番組であっても同じように実行される。また、「ＦＦボタン」や「ＲＥＷボタン」を操作した状態であっても実行される。よって、視聴者は好きなときに好きな曲の情報を得たり、コンテンツを購入することができる。
【００３３】
ステップ３１において、「ＩＮＦＯボタン」が操作されず（ステップ３１のＮＯ）に「お気に入り追加ボタン」、「お気に入り編集ボタン」あるいは「オリジナル番組作成ボタン」が操作されたときには、「お気に入り／オリジナル番組の処理」が行われる（ステップ３２）。図７は、「お気に入り／オリジナル番組の処理」の一実施例を示すフロー図である。
【００３４】
「お気に入り追加ボタン」が操作されたときは（ステップ５１のＹＥＳ）、現在選択されている番組ファイルをお気に入り番組リストファイルに登録する（ステップ５２）。すなわち、お気に入り番組リストファイルに「番組名」と「番組ファイルのＵＲＬ」を追加登録する。一方、「お気に入り編集ボタン」が操作されたときは（ステップ５３のＹＥＳ）、お気に入り番組リストファイルの内容を編集する（ステップ５４）。編集では、例えばお気に入り番組リスト内の番組の並び順を変更する、あるいは所望の番組をお気に入り番組リストから削除することができる。当該編集処理は、編集用画面（図示せず）をディスプレイ上に表示し、該表示画面上で編集作業を行うことにより実行する。
【００３５】
「オリジナル番組作成ボタン」が操作されたときは（ステップ５５のＹＥＳ）、オリジナル番組として記憶させたいコンテンツに関するキーワードを指定する（ステップ５６）。例えば、アーティスト名や、音楽ジャンルなどをキーワードとして指定する。すると、クライアントＰＣは該キーワードと検索コマンドをサイトＡに対して送出する（ステップ５７）。サイトＡでは、このキーワードに基づいてコンテンツデータベースを検索し、該当するコンテンツをリストアップする（ステップ５８）。そして、リストアップされたコンテンツを元に、オリジナル番組ファイルを作成してクライアントＰＣに対して送出する（ステップ５９）。このオリジナル番組ファイルには、通常の番組ファイルと同様に、「コンテンツＵＲＬ」、「コンテンツＩＤ」、「コンテンツ基本情報」が記憶されている。なお、コンテンツの並びは所定の順序（例えば、アルファベットや５０音順、検索によって見つかった順など）となっている。クライアントＰＣ側では、このオリジナル番組ファイルを取得して保存すると共に、お気に入り番組リストに登録する（ステップ６０）。そして、視聴者は必要に応じてオリジナル番組ファイルの内容を編集する（ステップ６１）。例えば、コンテンツの並びを変更したり、あるいは所望のコンテンツを削除したりする。サイトＡ側で新たにオリジナル番組が作成された場合、クライアントＰＣ側に記憶されている過去（古い）のオリジナル番組ファイルは破棄するようにしてもよいし、新たなコンテンツのみを過去のオリジナル番組ファイルに追加するようにしてもよい。あるいは、複数個のオリジナル番組ファイルを保存するようにしてもよい。
【００３６】
なお、オリジナル番組の作成において、サイトＡ側の検索によりリストアップされたコンテンツをそのまま所定の順序に並べてオリジナル番組ファイルとしたが、リストアップされた中の所望のコンテンツのみをクライアントＰＣ側から指定し、指定されたコンテンツのみからなるオリジナル番組ファイルをサイトＡが作成できるように構成してもよい。また、番組編集機能をクライアントＰＣ側にもたせたが、サイトＡ側に持たせるようにしてもよい。この場合には、クライアントＰＣ側から編集コマンドを送出し、サイトＡ側はこの編集コマンドに基づいて順番の入れ替えや削除等の編集を行うことになる。
【００３７】
なお、上述した各フロー（図６Ａ〜６Ｃ及び図７）には図示していないが、コンテンツの再生中に停止ボタン（図４参照）を操作することにより当該コンテンツの再生を停止することができる。そして、再度の再生ボタン（図４参照）の操作により停止したコンテンツの再生を再開することができる。また、視聴者は適宜の指示を与えることによって上述の各処理を任意に終了させることができるようにしてもよい。
【００３８】
上述した番組再生システムでは、１つのコンテンツの再生が終了したら次のコンテンツを再生することにより番組を進行している。つまり、そのように番組（番組ファイル等）が構成されていることから、複数のコンテンツを並行して再生することができない。しかし、これに限らず、複数のコンテンツを並行して再生できるように番組（番組ファイル等）を構成してもよい。こうすると、例えばオーディオのＭＣを再生している途中でＭＩＤＩの曲を同時に再生したり、あるいはＭＩＤＩの曲を再生しながら背景画像として静止画を切替ながら再生する、というような番組作りが可能となる。図８に、複数のコンテンツを並行して再生することができるように構成した番組ファイルの一実施例を示す。
【００３９】
１つの番組ファイルは複数のトラックから構成され、各トラックはコンテンツファイルの種類毎（ＭＩＤＩ、オーディオ、動画、静止画等）に対応している。すなわち、１つのトラック内に複数種類のコンテンツファイルが混在して記憶されることはない。この場合、複数トラックから各コンテンツを並行して読み出すことができる。すなわち、異なるトラックから時間的に重なって複数のコンテンツを読み出すことができ、当該読み出された複数のコンテンツはそれぞれ異なった専用の再生エンジンに渡されて再生される。すなわち、再生エンジンもコンテンツの種類毎に複数並行して動作する。複数トラックのデータを並行して読み出す再生処理については自動演奏等の分野で周知であることから、ここでの説明は省略する。なお、１つのトラック内での連続した２つのコンテンツの再生タイミングは、時間的に重ならないようにしておく。番組ファイルを読み出した後の処理は、上述した処理と同様の処理が行われる。
なお、複数トラックは、図８に示すように記憶領域を分けることで実現するようにしてもよいし（すなわち、トラックの異なるコンテンツがトラック毎に分かれて記憶される）、コンテンツ毎にトラック識別データを付与して記憶領域を分けないで実現するようにしてもよい（すなわち、トラックの異なるコンテンツが混在記憶される）。
【００４０】
複数のコンテンツを同時に再生する場合、フェードイン／アウトなどの効果を付与することが望ましい。このフェードイン／アウトなどの効果を付与するために、予めフェードイン／アウトするコンテンツを用意しておいてもよいし、番組中にフェードイン／アウトを指定するコマンドをその指定タイミング情報とともに埋め込んでおき、そのコマンドが読み出されたらフェードイン／アウトを開始するようにしてもよい。コマンドを埋め込む場合の効果としては、フェードイン／アウトの効果に限らない。つまり、コンテンツが曲やＭＣならばリバーブ等の音響効果でもよいし、静止画や動画ならばモザイクやワイプ等の映像効果でもよい。これらの効果はコンテンツの開始又は終了タイミング時に付与されることに限らず、コンテンツの再生途中に付与されるようにしてもよい。
【００４１】
また、図９Ａに示すように、クライアントは、携帯電話やＰＨＳあるいはモバイル端末のような携帯型通信端末ＭＴであってもよい。その場合、携帯型通信端末ＭＴは、適宜の楽音生成機能（音源機能やシーケンサ機能）を持たせるものとする。図９Ｂは、楽音生成機能を持たせた携帯型通信端末ＭＴの内部構成例を示すブロック図である。携帯型通信端末ＭＴは、通常の携帯電話側回路１０１のほかに、ＣＰＵ１０２、ＲＡＭ１０３、ＲＯＭ１０４を含むマイクロコンピュータを内蔵しており、携帯電話側回路１０１と該マイクロコンピュータとの間は通信インタフェース１０５を介して相互に通信する。携帯電話側回路１０１では、インターネット機能若しくは簡易インターネット機能を有しており、インターネット通信時においてサイト（サーバ）Ａ〜Ｎとの間に無線電話接続を確立すると、内部の通信インターフェイス１０５を介して上記内蔵マイクロコンピュータとサイト（サーバ）Ａ〜Ｎとの間の情報通信を可能にする。ＲＯＭ１０４においては、楽音生成機能に必要なプログラム及びデータ類を記憶し、更に、本発明に従う番組再生処理のプログラム（アプリケーションソフトウエア）を記憶させておく。この場合、ＲＯＭ１０４を、フラッシュＲＯＭのような書き換え可能なメモリを使用し、楽音生成用のプログラムやデータあるいは本発明に従うアプリケーションソフトウエアの内容を随時更新できるようにしてもよい。
【００４２】
なお、入力操作用の各種ボタンの機能は、携帯電話側回路ＭＴで具備するスイッチ類を利用するものとする。その場合、内部の通信インタフェース１０５を介して、携帯電話側回路１０１でのスイッチ操作情報を上記内蔵マイクロコンピュータで受け取り、これらの操作入力信号に応じて上述の本発明に従う処理を進める。また、この処理の過程でサイト（サーバ）Ａ〜Ｎから受け取ったコンテンツ等の各種データは、携帯電話側回路１０１から通信インタフェース１０５を介して内蔵マイクロコンピュータに送られ、ＲＡＭ１０３に記憶される。受け取ったコンテンツ等の各種データは、通信インタフェース１０５を介して携帯電話側回路１０１に送られ、そのディスプレイで表示させることができる。更に、受け取ったコンテンツ等の各種データあるいは内蔵マイクロコンピュータで生成したコンテンツ等の各種データを、通信インタフェース１０５を介して携帯電話側回路１０１に送り、そこから無線電話回線を介して所望の携帯型通信端末ＭＴやパーソナルコンピュータ等に対して送信することができる（例えば、メールに添付して送信する）。また、内蔵マイクロコンピュータの側で生成したコンテンツも通信インタフェース１０５を介して携帯電話側回路１０１に送り、その内蔵スピーカから放音させたり、そのディスプレイで表示させたりすることができる。なお、ＭＩＤＩインタフェース１０６を具備し、外部との間でＭＩＤＩ演奏データの送受を行えるようにしてもよい。更に、上記のようにしてサイト（サーバ）Ａ〜Ｎから取り込んだＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどのうち好みのものを適宜手段によって保存しておき、これらを携帯電話の着信メロディや保留メロディ、あるいは着信を知らせる画像データ等として利用することが可能である。また、これらのＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどのうちの好みのものを、通話中のバックグラウンドミュージックあるいはバックグラウンドビジュアル画像として使用することも可能である。
【００４３】
なお、コンテンツを購入した場合に、コンテンツ購入代金を携帯型通信端末ＭＴの利用料金に加算してコンテンツ購入者に課金するようにしてもよいし、あるいは携帯型通信端末ＭＴの利用料金とは別にコンテンツ購入代金をコンテンツ購入者に課金するようにしてもよい。また、携帯型通信端末ＭＴをクライアントとして使用する場合は、上述したような全ての機能を備えずに一部の機能のみを備えるようにしてもよい。
【００４４】
なお、「ＦＦボタン」又は「ＲＥＷボタン」では１つ後や前のコンテンツを選択できるようにしたが、所定の時間分だけ後や前に進むようにしてもよい。また、複数トラックのコンテンツを同時に再生するタイプの番組において１つ後や前のコンテンツを選択する場合には、どのトラックのコンテンツを１つ後や前に進めるかを視聴者が選択できるようにしてもよいし、コンテンツを進めるトラックがどのトラックかを予め固定的に決めておくようにしてもよい。また、コンテンツの早送りと巻き戻しの機能の両方を具えることなく、少なくともどちらか一方の機能のみを具えるようにしてもよい。更に、コンテンツ再生中に早送りや巻き戻しが可能なものに限らず、再生の一時停止中に早送りや巻き戻しが可能であってもよい。
【００４５】
インフォメーション表示やコンテンツの購入指示は、ＷＥＢブラウザを利用してもよい。すなわち、「クライアント側の処理」とは別にＷＥＢブラウザの処理を起動し、ＷＥＢブラウザの処理の中でインフォメーション表示をして、購入指示できるようにしてよい。また、インフォメーション表示やコンテンツの購入指示はコンテンツ再生中に限らず、再生の一時停止中にこれらが可能であってもよい。
【００４６】
番組ファイルやコンテンツファイル等の各種データ等を外部記憶媒体から供給したり、あるいは通信インタフェースを介して外部装置からサイトやクライアントに供給するように構成してもよい。
【００４７】
番組ファイル等のコンテンツ情報は連続する領域に時系列に記憶されていてもよいし、飛び飛びの領域に散在して記憶されているコンテンツ情報を時系列的に連続するデータとして別途管理するようにしてもよい。つまり、時系列的に連続するコンテンツ情報として管理することができればよく、記憶領域に連続して記憶されているか否かは問題ではない。
【００４８】
また、上述したような機能を携帯電話側回路１０１とは別に設けた内蔵マイクロコンピュータにより実現するものに限らず、携帯電話側回路１０１内部の資源（図示しないＣＰＵやＲＡＭ、ＲＯＭ等）を利用して、上述したような機能を実現してもよい。
【００４９】
以上の通り、上記実施例によれば、番組を再生するとき、コンテンツの再生がなされるのみならず、再生される各コンテンツに関連する各種の情報をユーザに提示することができるようなる、という優れた効果を奏する。例えば、クライアントではコンテンツに関連する各種の情報を表示しながら番組を再生することができ、番組をより楽しむことができると共に、番組への理解を深めることもできる。
【図面の簡単な説明】
【００５０】
【図１】この発明に係る番組再生システムの全体構成を示すブロック図である。
【図２】図１に示した番組再生システムにおいて用いられる番組リストファイルの一実施例を示す概念図である。
【図３】図１に示した番組再生システムにおいて用いられる番組ファイルの一実施例を示す概念図である。
【図４】操作パネルの一実施例を概念的に示す図である。
【図５】インフォメーション表示の一実施例を示す概念図である。
【図６Ａ】本発明に係る番組再生システムにおいて行われる番組再生処理の一実施例であり、前半部分を示すフロー図である。
【図６Ｂ】図６Ａに示した番組再生処理の前半部分に続くフロー図である。
【図６Ｃ】図６Ａに示した番組再生処理の後半部分を示し、図６Ｂの処理に続くフロー図である。
【図７】お気に入り／オリジナル番組の処理の一実施例を示すフロー図である。
【図８】複数のコンテンツを並行して再生することができるように構成した番組ファイルの一実施例を示す概念図である。
【図９Ａ】クライアントとして携帯型通信端末を使用する例を示すブロック図である。
【図９Ｂ】楽音生成機能を持たせた携帯型通信端末の内部構成例を示すブロック図である。
【符号の説明】
【００５１】
Ｂ１...ＲＥＷボタン、Ｂ２...停止ボタン、Ｂ３...再生ボタン、Ｂ４...ＦＦボタン、Ａ〜Ｎ...サーバコンピュータ、ＰＣ...クライアントコンピュータ、Ｘ...通信ネットワーク、ＭＴ...携帯型通信端末
【特許請求の範囲】
【請求項１】
１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得する手段と、
前記番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信する手段と、
前記コンテンツの取得要求に応じて要求したコンテンツを前記サーバ装置から取得する手段と、
前記サーバ装置から取得したコンテンツの再生を行う再生エンジンと、
前記サーバ装置から取得したコンテンツを保持する手段と、
前記保持したコンテンツを着信報知または保留報知を行うためのコンテンツとして設定する手段と
を具備したことを特徴とする携帯電話端末装置。
【請求項２】
携帯電話端末装置がコンテンツを通信ネットワークを介してサーバ装置から取得して再生するコンテンツ再生方法であって、
１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得するステップと、
前記番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信するステップと、
前記コンテンツの取得要求に応じて要求したコンテンツを前記サーバ装置から取得するステップと、
前記サーバ装置から取得したコンテンツを保持するステップと、
前記保持したコンテンツを着信報知または保留報知を行うためのコンテンツとして設定するステップと、
着信報知または保留報知を行うとき、前記保持したコンテンツを再生発音するステップと
を具備したことを特徴とする携帯電話端末装置におけるコンテンツ再生方法。
【請求項３】
コンピュータ読み取り可能な記憶媒体であって、携帯電話端末装置がコンテンツを通信ネットワークを介してサーバ装置から取得して再生するための手順を、該携帯電話端末装置のコンピュータに実行させるためのプログラムを記憶してなり、該プログラムは、
１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得するステップと、
前記番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信するステップと、
前記コンテンツの取得要求に応じて要求したコンテンツを前記サーバ装置から取得するステップと、
前記サーバ装置から取得したコンテンツを保持するステップと、
前記保持したコンテンツを着信報知または保留報知を行うためのコンテンツとして設定するステップと、
着信報知または保留報知を行うとき前記保持したコンテンツを再生発音するよう前記携帯電話端末装置の再生エンジンに指示するステップと
を具備する。
【請求項１】
１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得する手段と、
前記番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信する手段と、
前記コンテンツの取得要求に応じて要求したコンテンツを前記サーバ装置から取得する手段と、
前記サーバ装置から取得したコンテンツの再生を行う再生エンジンと、
前記サーバ装置から取得したコンテンツを保持する手段と、
前記保持したコンテンツを着信報知または保留報知を行うためのコンテンツとして設定する手段と
を具備したことを特徴とする携帯電話端末装置。
【請求項２】
携帯電話端末装置がコンテンツを通信ネットワークを介してサーバ装置から取得して再生するコンテンツ再生方法であって、
１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得するステップと、
前記番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信するステップと、
前記コンテンツの取得要求に応じて要求したコンテンツを前記サーバ装置から取得するステップと、
前記サーバ装置から取得したコンテンツを保持するステップと、
前記保持したコンテンツを着信報知または保留報知を行うためのコンテンツとして設定するステップと、
着信報知または保留報知を行うとき、前記保持したコンテンツを再生発音するステップと
を具備したことを特徴とする携帯電話端末装置におけるコンテンツ再生方法。
【請求項３】
コンピュータ読み取り可能な記憶媒体であって、携帯電話端末装置がコンテンツを通信ネットワークを介してサーバ装置から取得して再生するための手順を、該携帯電話端末装置のコンピュータに実行させるためのプログラムを記憶してなり、該プログラムは、
１又は複数のコンテンツの再生順序を規定した番組ファイルを通信ネットワークを介してサーバ装置から取得するステップと、
前記番組ファイルで規定された再生順序に従って各コンテンツの取得要求を通信ネットワークを介してサーバ装置に送信するステップと、
前記コンテンツの取得要求に応じて要求したコンテンツを前記サーバ装置から取得するステップと、
前記サーバ装置から取得したコンテンツを保持するステップと、
前記保持したコンテンツを着信報知または保留報知を行うためのコンテンツとして設定するステップと、
着信報知または保留報知を行うとき前記保持したコンテンツを再生発音するよう前記携帯電話端末装置の再生エンジンに指示するステップと
を具備する。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図６Ｃ】
【図７】
【図８】
【図９Ａ】
【図９Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図６Ｃ】
【図７】
【図８】
【図９Ａ】
【図９Ｂ】
【公開番号】特開２００６−１５７９４３（Ｐ２００６−１５７９４３Ａ）
【公開日】平成１８年６月１５日（２００６．６．１５）
【国際特許分類】
【出願番号】特願２００５−３８０４４２（Ｐ２００５−３８０４４２）
【出願日】平成１７年１２月２８日（２００５．１２．２８）
【分割の表示】特願２００２−８１４７９（Ｐ２００２−８１４７９）の分割
【原出願日】平成１１年９月２２日（１９９９．９．２２）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
【公開日】平成１８年６月１５日（２００６．６．１５）
【国際特許分類】
【出願日】平成１７年１２月２８日（２００５．１２．２８）
【分割の表示】特願２００２−８１４７９（Ｐ２００２−８１４７９）の分割
【原出願日】平成１１年９月２２日（１９９９．９．２２）
【出願人】（０００００４０７５）ヤマハ株式会社 (5,930)
【Ｆターム（参考）】
[ Back to top ]