JP4162181B2 - 番組作成再生装置及び番組作成再生方法並びに記憶媒体 - Google Patents
番組作成再生装置及び番組作成再生方法並びに記憶媒体 Download PDFInfo
- Publication number
- JP4162181B2 JP4162181B2 JP2000359611A JP2000359611A JP4162181B2 JP 4162181 B2 JP4162181 B2 JP 4162181B2 JP 2000359611 A JP2000359611 A JP 2000359611A JP 2000359611 A JP2000359611 A JP 2000359611A JP 4162181 B2 JP4162181 B2 JP 4162181B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- program
- file
- client
- program file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
- H04H20/65—Arrangements characterised by transmission systems for broadcast
- H04H20/76—Wired systems
- H04H20/82—Wired systems using signals not modulated onto a carrier
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
- H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
- H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99955—Archiving or backup
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、通信ネットワークを介して配信可能な音楽や映像等からなる番組を作成・再生する番組作成再生装置及び番組作成再生方法並びに記憶媒体に関し、特に性質の異なる複数種類のコンテンツが混在した番組を再生すること、若しくは視聴者の意向を詳細に反映したオリジナルな番組を簡単に作成すること、を可能とした番組作成再生装置及び番組作成再生方法並びに記憶媒体に関するものである。
【０００２】
【従来の技術】
一般的に、音楽や映像等からなる番組を配信するシステムとしてはラジオやテレビ等がある。しかし、ラジオやテレビ等の番組は放送局から一方的に送られてくるものであり、視聴者は好きな時間帯に好きな番組を見たり聞いたりすることができなかった。そこで、最近ではラジオやテレビとは異なった番組の新しい配信形態としてインターネット放送局が出現してきている。インターネット放送局は、視聴者からの要求に応じて通信ネットワーク上に蓄積された番組を配信するものである。すなわち、パーソナルコンピュータ（ＰＣ）等の端末機（クライアント）からの視聴者の配信要求に基づいて、インターネット等の通信ネットワークを経由してｗｗｗ（World Wide Web）サーバに接続し、該ｗｗｗサーバに格納されている曲データあるいはビデオ（映像）データ等からなる番組を受信して、クライアント側で該受信データを基にして番組を再生する。通常、ｗｗｗサーバは通信ネットワークを使用してデータを配信する場合、クライアントが全てのデータを受信する前に曲や映像等の再生を開始することができるようストリーム配信を行っている。このようなインターネット放送局では、視聴者が好きな時間帯に好きな番組を見たり聞いたりすることができる。
【０００３】
【発明が解決しようとする課題】
ところで、番組の内容（コンテンツ）を多様なものとするためには、番組を多種多様な複数のコンテンツで構成すればよい。そのためには、性質（データ形式）の異なる複数のコンテンツが混在している番組を作成することが必要である。しかし、上述したようなインターネット放送局では、１つの番組内のコンテンツが全て同一の性質（データ形式）に構成されていた。すなわち、インターネット放送局などで用いられる従来から知られている番組作成再生装置では、性質の異なる複数種類のコンテンツが混在した番組（例えば、ＭＩＤＩの曲とオーディオの曲、映像といった複数種類のデータ形式のコンテンツが混在した番組）を再生することができないために、多様な内容（コンテンツ）をもつ番組ができない、という問題点があった。
また、視聴者が複数のコンテンツを任意に組み合わせて、自分だけのオリジナル番組を作成することができない、という問題点もあった。
【０００４】
本発明は上述の点に鑑みてなされたもので、性質の異なる複数種類のコンテンツが混在した番組を再生することができるようにした番組作成再生装置及び番組作成再生方法並びに記憶媒体を提供することを目的とする。
また、視聴者が番組内で次々再生されるコンテンツに関する種々の情報を作成して提供することのできる番組作成再生装置及び番組作成再生方法並びに記憶媒体を提供することを目的とする。
更に、視聴者がオリジナルの番組を作成することのできる番組作成再生装置及び番組作成再生方法並びに記憶媒体を提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明に係る番組作成再生装置は、通信ネットワークを介して接続されている複数のクライアント装置に対して、複数のコンテンツを含む番組を、所定のサイト上のコンテンツとして公開すると共に、いずれかの前記クライアント装置からの要求に応じて配信する番組作成再生装置であって、データ形式の異なる複数種類のコンテンツ、及びコンテンツの再生順を規定して前記番組の内容を制御する番組ファイルをそれぞれ複数記憶する記憶手段と、いずれかの前記クライアント装置に対して、複数のコンテンツを選択することと、各コンテンツに付加する付加情報を入力することを要求し、選択されたコンテンツのＩＤ情報と入力された付加情報とに基づいて前記選択された順序にてコンテンツの再生手順を規定した前記番組ファイルを作成する作成手段と、前記作成した番組ファイルを配信可能に前記記憶手段に記憶させ、前記所定のサイト上のコンテンツとして公開すると共に、いずれかの前記クライアント装置からの要求に応じて当該クライアント装置に対して、該記憶させた番組ファイルを配信する制御手段とを具備する。
【０００６】
この発明では、ユーザはユーザオリジナルの番組を作成し、該作成したユーザオリジナル番組を通信ネットワークを介して接続されている他のクライアント装置に対して配信することができる。記憶手段は、番組に対応する番組ファイルを記憶する。この番組ファイルには、番組を構成する複数のコンテンツの再生順が規定される。さらに、記憶手段は番組ファイルと共に、データ形式の異なる複数種類のコンテンツを記憶する。番組ファイルで再生順が規定されているコンテンツは、記憶手段に記憶されているコンテンツのいずれかを指し示す。作成手段は、クライアント装置に対して、前記記憶手段に記憶された前記コンテンツの中から複数のコンテンツを選択することと、各コンテンツに付加する付加情報を入力することを要求する。そして、作成手段は、選択されたコンテンツのＩＤ情報と入力された付加情報とに基づいて前記選択された順序にてコンテンツの再生手順を規定した前記番組ファイルを作成する。制御手段は、前記作成した番組ファイルを配信可能に前記記憶手段に記憶させ、所定のサイト上のコンテンツとして公開すると共に、いずれかのクライアント装置からの要求に応じて当該クライアント装置に対して、該記憶させた番組ファイルを配信する。このように、クライアント装置からの入力に基づいて、任意の再生順を規定した番組ファイルを作成・記憶し、該記憶した番組ファイルに基づく番組を通信ネットワークを介して配信することから、ユーザの意向を詳細に反映したユーザオリジナルの番組をユーザ自身がコンテンツを選択することによって簡単に作成でき、ユーザ自身が作成した多様なユーザオリジナル番組を通信ネットワークを介して他のユーザに対して広く提供することができるようになる。
【００１０】
本発明は、装置の発明として構成し、実施することができるのみならず、方法の発明として構成し実施することができる。また、本発明は、コンピュータまたはＤＳＰ等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記憶媒体の形態で実施することもできる。
【００１１】
【発明の実施の形態】
以下、添付図面を参照してこの発明の実施の形態を詳細に説明する。
【００１２】
まず、本発明に係る番組作成再生装置の第１の実施例について、以下に示す図１〜図９Ａ及び図９Ｂを用いて説明する。
図１は、この発明に係る番組作成再生装置を適用した番組再生システム全体構成の一実施例を示すハードブロック図である。この番組再生システムは、複数のサイト（サーバ）Ａ、Ｂ〜Ｎと、クライアントＰＣと、通信ネットワークＸとにより構成される。複数のサイト（サーバ）Ａ（Ｂ〜Ｎ）とクライアントＰＣとは、通信ネットワークＸを介して接続される。また、複数のサイト（サーバ）Ａ（Ｂ〜Ｎ）及びクライアントＰＣは、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、モデム等を含むコンピュータにより構成されてなり、各々が独立に通信ネットワークＸを介してデータ（例えば、放送番組用のコンテンツ等）を送出したりあるいは受信したりすることができる。すなわち、クライアントＰＣはＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線などの種々の通信ネットワークＸ上に接続し、サイトＡ（Ｂ〜Ｎ）との間で各種データ等の送受信を行う。なお、番組再生システムはこれら以外のハードウェアを有する場合もあるが、ここでは必要最小限の資源を用いた場合について説明する。なお、通信ネットワークＸは有線のものに限らず、無線のものであってもよい。また、複数のクライアントＰＣが通信ネットワークＸに接続されていてもよい。
【００１３】
独立した１つのサイトＡ（Ｂ〜Ｎ）はラジオやテレビに例えると１つの放送局のようなものであり、各サイトＡ（Ｂ〜Ｎ）毎に多数の番組ファイルが番組記憶部に予め記憶される。番組ファイルは、曲のデータであるＭＩＤＩファイル、曲あるいはＭＣ（Master of Ceremonies）のデータであるオーディオファイル、映像のデータである動画ファイル又は静止画ファイルなどのコンテンツを時系列的に組み合わせたものから構成され（詳しくは後述する）、これがラジオやテレビでの番組に相当する。ＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどの各コンテンツ（コンテンツファイル）は、各サイトＡ（Ｂ〜Ｎ）毎にコンテンツデータベース（コンテンツ記憶部）中に予め多数記憶されている。コンテンツデータベース中には、番組で使用するコンテンツ以外にも多数のコンテンツが記憶されている。そして、各サイトＡ（Ｂ〜Ｎ）毎にどのような番組ファイルが記憶されているかは、番組リストファイルによって確認することができるようになっている。
【００１４】
クライアントＰＣはいずれかのサイトＡ（Ｂ〜Ｎ）を選択して、該選択したサイトＡ（Ｂ〜Ｎ）に記憶されている多数の番組ファイルの中からいずれかの番組を選択して再生することができる。すなわち、クライアントＰＣは選択したサイトＡ（Ｂ〜Ｎ）から番組リストを取得して番組リストファイルとして記憶し、さらに該番組リスト中のいずれかの番組を選択して、サイトＡ（Ｂ〜Ｎ）から番組ファイルを取得して番組ファイルとして記憶する。そして、その番組ファイルを選択したサイトＡ（Ｂ〜Ｎ）からコンテンツ（ファイル）を取得して、再生エンジンによってコンテンツを再生する。再生モードには「オンラインモード」と「オフラインモード」とがあり、「オンラインモード」時にはコンテンツをリアルタイムにサイトＡ（Ｂ〜Ｎ）から取得して再生する。一方、「オフラインモード」時には番組ファイルで指定されているコンテンツをまとめて取得し、これをキャッシュに記憶しておいてから再生する。また、後述するが、視聴者は気に入った番組をお気に入り番組ファイルに登録しておくことができ、更に独自のオリジナル番組を作成することができる。そこで、これらの情報をお気に入り番組リストファイルやオリジナル番組ファイルとしてクライアントＰＣに記憶しておく。なお、クライアントＰＣは、上記の各ファイルに対応して記憶部（あるいは記憶エリア）を具える。
【００１５】
ここで、具体的な番組リストファイル及び番組ファイルの一例を図２及び図３を用いて簡単に説明する。図２は、番組リストファイルの一実施例を示す概念図である。図３は、番組ファイルの一実施例を示す概念図である。
番組リストファイルは各サイトＡ（Ｂ〜Ｎ）毎に記憶される番組のリストを示すデータであり、図２に示すように「番組名」と「番組ファイルのＵＲＬ（Uniform Resource Locator）」とからなる。「番組名」は、各番組毎に付されている名前（タイトル）である。「番組ファイルのＵＲＬ」は、当該番組ファイルが記憶されている位置を指定する情報であり、番組ファイル毎に異なって付与されるものである。例えば、通信ネットワークＸ上におかれているサイトＡ（Ｂ〜Ｎ）に記憶されている各番組ファイルに対し、クライアントＰＣやその他のサイトＡ（Ｂ〜Ｎ）から統一的にアクセスすることを可能とするために付与されるアドレス（例えば、インターネットアドレス等）である。
【００１６】
番組ファイルにはＭＩＤＩファイルやオーディオファイル、動画ファイル、静止画ファイルなどのコンテンツ情報が番組進行順（再生順）に記憶される。例えば、１つの番組がオープニングＭＣ（オーディオファイル）に始まり、１曲目（ＭＩＤＩファイル）、ＭＣ（オーディオファイル）、２曲目（オーディオファイル）、３曲目（動画ファイル）、そしてエンディングＭＣ（オーディオファイル）といったように進行するならば、番組ファイルにはその順番で各コンテンツ情報が記憶される（図３参照）。番組ファイルは１つの番組内に含まれる全てのコンテンツ情報を示すデータであり、「番組名」と、「コンテンツＵＲＬ」、「コンテンツＩＤ」、「コンテンツ基本情報」を一組とするコンテンツ情報とからなる。「番組名」は、上述した番組リストファイルの「番組名」と同様に各番組毎に付される名前（タイトル）である。「コンテンツＵＲＬ」はコンテンツファイルが記憶されている位置を指定する情報であり、「コンテンツＩＤ」はコンテンツを識別するための情報であり、「コンテンツ基本情報」は当該コンテンツの基本となる情報（例えば、コンテンツ名や、当該コンテンツが曲であるならば作詞者・作曲者・アーティスト等の情報、当該コンテンツがＭＣであるならばＭＣをしている人の情報など）である。また、お気に入り番組リストファイルは番組リストファイルと、オリジナル番組ファイルは番組ファイルと同様のデータ構成となっている。
なお、図３に示す番組ファイルにおいて３曲目の曲が動画ファイルとなっているが、このように曲が動画ファイルで記憶されている場合には単に曲だけでなく動画や静止画等の映像が記録されているものである（例えば、プロモーションビデオ等）。
【００１７】
次に、この番組再生システムにおいて、視聴者が見たい番組を再生するために操作することのできる操作パネルについて説明する。図４は、操作パネルの一実施例を概念的に示す図である。この操作パネルは、視聴者から各種の操作（例えば、番組の再生）を行うことができるようにクライアントＰＣ側に設けられる。操作パネル上の「サイト表示／選択エリア」にはサイトＡ（Ｂ〜Ｎ）のリストが表示され、視聴者はその中のいずれかのサイトＡ（Ｂ〜Ｎ）を選択することができる。「番組表示／選択エリア」には選択されたサイトＡ（Ｂ〜Ｎ）に記憶された番組リストファイルの「番組名」が表示され、視聴者はその中からいずれかの番組を選択することができる。「基本情報表示エリア」には、現在再生中のコンテンツに関する各種基本情報（すなわち、番組ファイルの「コンテンツ基本情報」）が表示される。左向きの三角２つボタンＢ１は「ＲＥＷボタン」であり、再生中のコンテンツを巻き戻しするためのボタンである。右向きの三角２つボタンＢ４は「ＦＦボタン」であり、再生中のコンテンツを早送りするためのボタンである。右向きの三角１つボタンＢ３は「再生ボタン」であり、コンテンツを再生するためのボタンである。四角ボタンＢ２は「停止ボタン」であり、再生中のコンテンツを停止するためのボタンである。「ＩＮＦＯボタン」は、後述のインフォメーション表示を行うためのボタンである。「お気に入り追加ボタン」は、現在再生中の番組をお気に入りリストファイルに追加するためのボタンである。「お気に入り編集ボタン」は、お気に入りリスト編集画面（図示しない）を表示してお気に入りリストファイルの編集を行うためのボタンである。「オリジナル番組編集ボタン」は、オリジナル番組作成画面（図示せず）を表示して、オリジナル番組ファイルを作成／編集するためのボタンである。
なお、図４では図示していないが、映像表示エリア（動画や静止画を表示するためのエリア）も別途設けられる。
【００１８】
「ＩＮＦＯボタン」を操作すると、図５に示すようなインフォメーション表示がなされる。この実施例では、左側に映像を、右側にコンテンツに関する各種情報を表示するものを示した。コンテンツに関する各種情報としては、例えばＭＩＤＩやオーディオ等の曲に関する情報が表示される。すなわち、曲名、ジャンル、アーティスト、作詞者、作曲者、レーベル、ファイル種類、当該曲の演奏時間等が表示される。さらに、当該曲（コンテンツ）を購入する場合に必要な購入価格が表示される。各コンテンツはオンラインで購入可能であり、視聴者は「購入ボタン」を操作することによって当該コンテンツを購入することができるようになっている。このオンラインでのコンテンツ購入に関する技術は周知であることから、ここでの説明は省略する。
【００１９】
図６Ａ〜図６Ｃは、上述した番組再生システムにおいて行われる番組再生処理の一実施例を示すフロー図である。図６Ａに当該処理の前半部分のフローを示し、図６Ｂに当該処理の前半部分に続くフローを示し、図６Ｃに当該処理の後半部分のフローを示す。つまり、図６Ａの処理の後に図６Ｂ、図６Ｃの処理が順次に連続して行われる。以下、図６Ａ〜図６Ｃのフローチャートに従って、当該処理の動作を説明する。
図６Ａにおいて、番組を再生するため、視聴者はクライアントＰＣ上に配置された操作パネル（図４参照）の「サイト表示／選択エリア」に表示されたサイトの中からいずれかのサイトを選択する（ステップ１）。選択可能なサイトとしては、通信ネットワークＸ上の複数のサイトＡ（Ｂ〜Ｎ）は勿論であるが、この他にもローカル（すなわち、クライアントＰＣ）がある。選択されたサイトがローカルであれば（ステップ２のＹＥＳ）、お気に入り番組リストファイルの番組名を操作パネルの「番組表示・選択エリア」に表示する（ステップ３）。選択されたサイトが通信ネットワークＸ上のいずれかのサイトＡ（Ｂ〜Ｎ）であれば（ステップ２のＮＯ）、選択されたサイトＡ（Ｂ〜Ｎ）のＵＲＬを通信ネットワークＸ上に送出する（ステップ４）。この際、クライアントＰＣが通信ネットワークＸ上に接続されていなければ接続する（例えば、ダイアルアップ接続等）。ここで、説明を簡単にするためにステップ４でサイトＡが選択されたと仮定すると、サイトＡはクライアントＰＣに対して当該サイトＡの保有する番組リストファイルを送出する（ステップ５）。クライアントＰＣはこの番組リストファイルを取得して、番組リスト記憶部に記憶する。そして、記憶した該番組リストファイルの番組名を操作パネル上の「番組表示・選択エリア」に表示する（ステップ６）。視聴者は、この表示された番組名のリストの中からいずれかの番組を任意に選択する（ステップ７）。
【００２０】
視聴者により番組が選択されると、その番組がオリジナルの番組であるか否かが判定される（図６Ｂのステップ８）。オリジナル番組であれば（ステップ８のＹＥＳ）、クライアントＰＣ内に番組ファイルが記憶されているため、サイトＡから番組ファイルを取得する必要がないのでステップ１２へジャンプする。一方、オリジナル番組でなければ（ステップ８のＮＯ）、通信ネットワークＸ上のサイトＡから番組ファイルを取得するために、選択された番組ファイルのＵＲＬを通信ネットワークＸ上に送出する（ステップ９）。クライアントＰＣが通信ネットワークＸ上に接続されていない場合（ステップ２でローカルのサイトを選択した場合）、クライアントＰＣを通信ネットワークＸに接続する。サイトＡは、ＵＲＬで指定された番組ファイルをクライアントＰＣに送出する（ステップ１０）。クライアントＰＣはこの番組ファイルを取得して、番組ファイル記憶部に記憶する（ステップ１１）。このようにして、視聴者は多数の番組の中から何れかの番組を選択する。
【００２１】
次に、選択したオリジナル番組ファイル、あるいは取得した番組ファイルに従ってコンテンツを再生する。このコンテンツ再生には、再生モードとして「オンラインモード」と「オフラインモード」の２種類がある。「オンラインモード」は常時通信ネットワークＸ上にクライアントＰＣを接続している視聴者が選択するモードであり、「オフラインモード」はダイアルアップ接続等で一時的に通信ネットワークＸ上にクライアントＰＣを接続する視聴者が選択するモードである。「オンラインモード」ではコンテンツを再生する都度、必要なコンテンツをサイトＡから取得する（つまり、コンテンツをリアルタイムで取得する）。一方、「オフラインモード」では最初に１番組分の全てのコンテンツをサイトＡから取得する。そのため、「オフラインモード」時は通信ネットワークＸ上への接続時間の短縮が可能となる。反対に、「オンラインモード」時は必要なコンテンツをその都度取得していることからコンテンツ再生までの待ち時間が短くなり、リアルタイム性が向上する。
まず、「オンラインモード」時の動作について説明する（ステップ１２のＹＥＳ）。この場合、最初にクライアントＰＣは番組ファイル内の先頭コンテンツ情報を自動的に選択して（ステップ１３）、コンテンツ基本情報を操作パネル上の基本情報表示エリアに表示する（ステップ１４）。後述するようにインフォメーションはサイトＡから情報を取得して表示されるが、この基本情報は番組ファイル中に記憶されており、表示の都度サイトＡから情報を取得する必要がない。そのため、ネットワークトラフィックを軽減することができる。表示後、選択されたコンテンツ情報のコンテンツＵＲＬをサイトＡに送出し（ステップ１５）、サイトＡ側ではこれを受けてコンテンツファイルを送出する（ステップ１６）。クライアントＰＣはこれを取得し、ファイル種類（ＭＩＤＩ、オーディオ、動画、静止画等）に応じた再生エンジン（再生処理を行う専用ハードウェア装置あるいはソフトウェアプログラム）にコンテンツファイルを渡してコンテンツの再生を開始する（ステップ１７）。
【００２２】
次に、「オフラインモード」時の動作について説明する（ステップ１２のＮＯ）。最初に番組ファイル内の全コンテンツ情報のコンテンツＵＲＬを送出し（ステップ１８）、サイトＡ側でこれを受信して指定された全てのコンテンツファイルを送出する（ステップ１９）。ここで、クライアントＰＣ側から送出されるコンテンツＵＲＬや、サイトＡ側から送出されるコンテンツファイルの送出順は、番組での再生順でなくてもよい。この際、クライアントＰＣが通信ネットワークＸ上に接続されていなければ、接続する。クライアントＰＣでは全コンテンツファイルを取得して、通信ネットワークＸへの接続を切断する。取得したコンテンツファイルは、キャッシュメモリに記憶する（ステップ２０）。そして、番組ファイル内の先頭コンテンツ情報を選択して（ステップ２１）、コンテンツ基本情報を表示してから（ステップ２２）、ファイル種類（ＭＩＤＩ、オーディオ、動画、静止画等）に応じた再生エンジンにコンテンツファイルを渡してコンテンツの再生を開始する（ステップ２３）。
なお、上述の実施例では、「オフラインモード」時に１番組分の全コンテンツをまとめて取得するようにしたが、これに限らず、１つのサイト上にある全番組分あるいは指定した複数の番組分の全コンテンツをまとめて取得するようにしてもよい。こうすると、視聴者は通信ネットワークに一度接続するだけで複数の番組を連続して再生することができる。また、再生するコンテンツファイルをダウンロードしてからコンテンツの再生を行うようにしたが、これに限らず、コンテンツファイルをストリーム配信して、クライアントＰＣ側で即座にコンテンツの再生を行うようにしてもよい。
【００２３】
ステップ１７及びステップ２３によりコンテンツの再生が開始されると、図６Ｃのステップ２４へ進む。ステップ２４では、当該コンテンツの再生が終了したか否かを判定する。コンテンツの再生が終了しているならば（ステップ２４のＹＥＳ）、番組ファイル内に次のコンテンツ情報があるか否かを判定する（ステップ２５）。次のコンテンツ情報があれば（ステップ２５のＹＥＳ）、そのコンテンツ情報を選択する（ステップ２６）。そして、「オンラインモード」であれば（ステップ２７のＹＥＳ）ステップ１４へジャンプし、「オンラインモード」でなければ（ステップ２７のＮＯ）ステップ２２へジャンプする。次のコンテンツ情報がなければ（ステップ２５のＮＯ）、番組リストファイル内の次の番組ファイルを選択して（ステップ２８）、ステップ１２の処理へジャンプする。こうして、複数の番組が次々と再生される。なお、ステップ２８の処理において、番組リスト中に次の番組ファイルがなかった場合、番組ファイル中の全てのコンテンツの再生が終了していることから、図６Ａ〜Ｃに示す一連の番組再生処理を終了するようにしてもよいし、あるいは番組リスト中の先頭の番組ファイルを再度選択するようにしてもよい。
【００２４】
コンテンツの再生途中で（ステップ２４のＮＯ）操作パネルの「ＦＦボタン」又は「ＲＥＷボタン」が操作されたときには（ステップ２９）、番組ファイルにおいて当該再生中であるコンテンツの１つ後のコンテンツ情報を選択（「ＦＦボタン」が操作された場合）するか、あるいは当該再生中であるコンテンツの１つ前のコンテンツ情報を選択（「ＲＥＷボタン」が操作された場合）して（ステップ３０）、ステップ２７へ飛ぶ。これにより、視聴者は通常のラジオやテレビの番組では不可能な、好きではない曲を飛ばしたり、あるいは現在聴いている曲を再度聴いたりすることができる。
【００２５】
「ＩＮＦＯボタン」が操作されたときは（ステップ３１のＹＥＳ）、サイトＡに対して選択されている番組ファイルのコンテンツＩＤを送出する（ステップ３３）。このとき、クライアントＰＣが通信ネットワークＸ上に接続されていなければ、接続する。サイトＡ側ではコンテンツＩＤを受信すると、該コンテンツに関連する他のコンテンツファイルをコンテンツデータベースから検索する（ステップ３４）。例えば、ＭＩＤＩの曲のコンテンツＩＤを受信すると、該ＭＩＤＩの曲に関連したオーディオコンテンツ、静止画コンテンツ（例えば、ＣＤのジャケット写真等）、諸情報コンテンツ（曲名、ジャンル、アーティスト、作詞者、作曲者、レーベル、演奏時間、購入価格等）、楽譜コンテンツ等を検索する。そして、検索したコンテンツファイルに基づいてインフォメーションファイルを作成し、クライアントＰＣに対して送出する（ステップ３５）。クライアントＰＣでは、インフォメーションファイルを取得してインフォメーション表示する（ステップ３６）。
【００２６】
既に説明したように、インフォメーション表示画面（図５参照）には「購入ボタン」が表示され、視聴者が当該「購入ボタン」を操作すると（ステップ３７のＹＥＳ）、当該コンテンツ（例えば、ＭＩＤＩの曲ファイル）や当該コンテンツに関連したコンテンツ（例えば、オーディオコンテンツのファイルや楽譜コンテンツのファイル等）を購入することができる。すなわち、クライアントＰＣはサイトＡに対して購入コマンドとコンテンツＩＤを送出し（ステップ３８）、サイトＡはこの購入コマンドを受信して、コンテンツＩＤに対応するコンテンツや当該コンテンツに関連したコンテンツの購入に関する処理を行う（ステップ３９）。なお、番組で再生するために取得したコンテンツと、ここで購入するコンテンツの関係は以下のものとすることができる。例えば、番組で再生するために取得したコンテンツは曲の一部分あるいはクオリティの低いサンプル的なコンテンツであり、購入するコンテンツは曲全体あるいはクオリティの高いコンテンツである。そして、「購入ボタン」が操作されたか否かに関わらず、「その他の処理」を行う（ステップ４０）。この「その他の処理」としてはインフォメーション表示上で表示部を選択（例えば、マウスクリック等）すると、その表示内容に関する各種処理が実行される（例えば、アーティストを選択したときはそのアーティストに関する他のコンテンツを検索・表示する等）。「その他の処理」が終了すると、ステップ２４へ飛ぶ。
以上のインフォメーション表示・コンテンツ購入処理は、番組がサイトＡから供給されたものであっても、ローカルに記憶されたお気に入りやオリジナル番組であっても同じように実行される。また、「ＦＦボタン」や「ＲＥＷボタン」を操作した状態であっても実行される。よって、視聴者は好きなときに好きな曲の情報を得たり、コンテンツを購入することができる。
【００２７】
ステップ３１において、「ＩＮＦＯボタン」が操作されず（ステップ３１のＮＯ）に「お気に入り追加ボタン」、「お気に入り編集ボタン」あるいは「オリジナル番組作成ボタン」が操作されたときには、「お気に入り／オリジナル番組の処理」が行われる（ステップ３２）。図７は、「お気に入り／オリジナル番組の処理」の一実施例を示すフロー図である。
「お気に入り追加ボタン」が操作されたときは（ステップ５１のＹＥＳ）、現在選択されている番組ファイルをお気に入り番組リストファイルに登録する（ステップ５２）。すなわち、お気に入り番組リストファイルに「番組名」と「番組ファイルのＵＲＬ」を追加登録する。一方、「お気に入り編集ボタン」が操作されたときは（ステップ５３のＹＥＳ）、お気に入り番組リストファイルの内容を編集する（ステップ５４）。編集では、例えばお気に入り番組リスト内の番組の並び順を変更する、あるいは所望の番組をお気に入り番組リストから削除することができる。当該編集処理は、編集用画面（図示せず）をディスプレイ上に表示し、該表示画面上で編集作業を行うことにより実行する。
【００２８】
「オリジナル番組作成ボタン」が操作されたときは（ステップ５５のＹＥＳ）、オリジナル番組として記憶させたいコンテンツに関するキーワードを指定する（ステップ５６）。例えば、アーティスト名や、音楽ジャンルなどをキーワードとして指定する。すると、クライアントＰＣは該キーワードと検索コマンドをサイトＡに対して送出する（ステップ５７）。サイトＡでは、このキーワードに基づいてコンテンツデータベースを検索し、該当するコンテンツをリストアップする（ステップ５８）。そして、リストアップされたコンテンツを元に、オリジナル番組ファイルを作成してクライアントＰＣに対して送出する（ステップ５９）。このオリジナル番組ファイルには、通常の番組ファイルと同様に、「コンテンツＵＲＬ」、「コンテンツＩＤ」、「コンテンツ基本情報」が記憶されている。なお、コンテンツの並びは所定の順序（例えば、アルファベットや５０音順、検索によって見つかった順など）となっている。クライアントＰＣ側では、このオリジナル番組ファイルを取得して保存すると共に、お気に入り番組リストに登録する（ステップ６０）。そして、視聴者は必要に応じてオリジナル番組ファイルの内容を編集する（ステップ６１）。例えば、コンテンツの並びを変更したり、あるいは所望のコンテンツを削除したりする。サイトＡ側で新たにオリジナル番組が作成された場合、クライアントＰＣ側に記憶されている過去（古い）のオリジナル番組ファイルは破棄するようにしてもよいし、新たなコンテンツのみを過去のオリジナル番組ファイルに追加するようにしてもよい。あるいは、複数個のオリジナル番組ファイルを保存するようにしてもよい。
なお、オリジナル番組の作成において、サイトＡ側の検索によりリストアップされたコンテンツをそのまま所定の順序に並べてオリジナル番組ファイルとしたが、リストアップされた中の所望のコンテンツのみをクライアントＰＣ側から指定し、指定されたコンテンツのみからなるオリジナル番組ファイルをサイトＡが作成できるように構成してもよい。また、番組編集機能をクライアントＰＣ側にもたせたが、サイトＡ側に持たせるようにしてもよい。この場合には、クライアントＰＣ側から編集コマンドを送出し、サイトＡ側はこの編集コマンドに基づいて順番の入れ替えや削除等の編集を行うことになる。
【００２９】
なお、上述した各フロー（図６Ａ〜６Ｃ及び図７）には図示していないが、コンテンツの再生中に停止ボタン（図４参照）を操作することにより当該コンテンツの再生を停止することができる。そして、再度の再生ボタン（図４参照）の操作により停止したコンテンツの再生を再開することができる。また、視聴者は適宜の指示を与えることによって上述の各処理を任意に終了させることができるようにしてもよい。
【００３０】
上述した番組再生システムでは、１つのコンテンツの再生が終了したら次のコンテンツを再生することにより番組を進行している。つまり、そのように番組（番組ファイル等）が構成されていることから、複数のコンテンツを並行して再生することができない。しかし、これに限らず、複数のコンテンツを並行して再生できるように番組（番組ファイル等）を構成してもよい。こうすると、例えばオーディオのＭＣを再生している途中でＭＩＤＩの曲を同時に再生したり、あるいはＭＩＤＩの曲を再生しながら背景画像として静止画を切替ながら再生する、というような番組作りが可能となる。図８に、複数のコンテンツを並行して再生することができるように構成した番組ファイルの一実施例を示す。
【００３１】
１つの番組ファイルは複数のトラックから構成され、各トラックはコンテンツファイルの種類毎（ＭＩＤＩ、オーディオ、動画、静止画等）に対応している。すなわち、１つのトラック内に複数種類のコンテンツファイルが混在して記憶されることはない。この場合、複数トラックから各コンテンツを並行して読み出すことができる。すなわち、異なるトラックから時間的に重なって複数のコンテンツを読み出すことができ、当該読み出された複数のコンテンツはそれぞれ異なった専用の再生エンジンに渡されて再生される。すなわち、再生エンジンもコンテンツの種類毎に複数並行して動作する。複数トラックのデータを並行して読み出す再生処理については自動演奏等の分野で周知であることから、ここでの説明は省略する。なお、１つのトラック内での連続した２つのコンテンツの再生タイミングは、時間的に重ならないようにしておく。番組ファイルを読み出した後の処理は、上述した処理と同様の処理が行われる。
なお、複数トラックは、図８に示すように記憶領域を分けることで実現するようにしてもよいし（すなわち、トラックの異なるコンテンツがトラック毎に分かれて記憶される）、コンテンツ毎にトラック識別データを付与して記憶領域を分けないで実現するようにしてもよい（すなわち、トラックの異なるコンテンツが混在記憶される）。
【００３２】
複数のコンテンツを同時に再生する場合、フェードイン／アウトなどの効果を付与することが望ましい。このフェードイン／アウトなどの効果を付与するために、予めフェードイン／アウトするコンテンツを用意しておいてもよいし、番組中にフェードイン／アウトを指定するコマンドをその指定タイミング情報とともに埋め込んでおき、そのコマンドが読み出されたらフェードイン／アウトを開始するようにしてもよい。コマンドを埋め込む場合の効果としては、フェードイン／アウトの効果に限らない。つまり、コンテンツが曲やＭＣならばリバーブ等の音響効果でもよいし、静止画や動画ならばモザイクやワイプ等の映像効果でもよい。これらの効果はコンテンツの開始又は終了タイミング時に付与されることに限らず、コンテンツの再生途中に付与されるようにしてもよい。
【００３３】
また、図９Ａに示すように、クライアントは、携帯電話やＰＨＳあるいはモバイル端末のような携帯型通信端末ＭＴであってもよい。その場合、携帯型通信端末ＭＴは、適宜の楽音生成機能（音源機能やシーケンサ機能）を持たせるものとする。図９Ｂは、楽音生成機能を持たせた携帯型通信端末ＭＴの内部構成例を示すブロック図である。携帯型通信端末ＭＴは、通常の携帯電話側回路１０１のほかに、ＣＰＵ１０２、ＲＡＭ１０３、ＲＯＭ１０４を含むマイクロコンピュータを内蔵しており、携帯電話側回路１０１と該マイクロコンピュータとの間は通信インタフェース１０５を介して相互に通信する。携帯電話側回路１０１では、インターネット機能若しくは簡易インターネット機能を有しており、インターネット通信時においてサイト（サーバ）Ａ〜Ｎとの間に無線電話接続を確立すると、内部の通信インターフェイス１０５を介して上記内蔵マイクロコンピュータとサイト（サーバ）Ａ〜Ｎとの間の情報通信を可能にする。ＲＯＭ１０４においては、楽音生成機能に必要なプログラム及びデータ類を記憶し、更に、本発明に従う番組再生処理のプログラム（アプリケーションソフトウエア）を記憶させておく。この場合、ＲＯＭ１０４を、フラッシュＲＯＭのような書き換え可能なメモリを使用し、楽音生成用のプログラムやデータあるいは本発明に従うアプリケーションソフトウエアの内容を随時更新できるようにしてもよい。
【００３４】
なお、入力操作用の各種ボタンの機能は、携帯電話側回路ＭＴで具備するスイッチ類を利用するものとする。その場合、内部の通信インタフェース１０５を介して、携帯電話側回路１０１でのスイッチ操作情報を上記内蔵マイクロコンピュータで受け取り、これらの操作入力信号に応じて上述の本発明に従う処理を進める。また、この処理の過程でサイト（サーバ）Ａ〜Ｎから受け取ったコンテンツ等の各種データは、携帯電話側回路１０１から通信インタフェース１０５を介して内蔵マイクロコンピュータに送られ、ＲＡＭ１０３に記憶される。受け取ったコンテンツ等の各種データは、通信インタフェース１０５を介して携帯電話側回路１０１に送られ、そのディスプレイで表示させることができる。更に、受け取ったコンテンツ等の各種データあるいは内蔵マイクロコンピュータで生成したコンテンツ等の各種データを、通信インタフェース１０５を介して携帯電話側回路１０１に送り、そこから無線電話回線を介して所望の携帯型通信端末ＭＴやパーソナルコンピュータ等に対して送信することができる（例えば、メールに添付して送信する）。また、内蔵マイクロコンピュータの側で生成したコンテンツも通信インタフェース１０５を介して携帯電話側回路１０１に送り、その内蔵スピーカから放音させたり、そのディスプレイで表示させたりすることができる。なお、ＭＩＤＩインタフェース１０６を具備し、外部との間でＭＩＤＩ演奏データの送受を行えるようにしてもよい。更に、上記のようにしてサイト（サーバ）Ａ〜Ｎから取り込んだＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどのうち好みのものを適宜手段によって保存しておき、これらを携帯電話の着信メロディや保留メロディ、あるいは着信を知らせる画像データ等として利用することが可能である。また、これらのＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどのうちの好みのものを、通話中のバックグラウンドミュージックあるいはバックグラウンドビジュアル画像として使用することも可能である。
なお、コンテンツを購入した場合に、コンテンツ購入代金を携帯型通信端末ＭＴの利用料金に加算してコンテンツ購入者に課金するようにしてもよいし、あるいは携帯型通信端末ＭＴの利用料金とは別にコンテンツ購入代金をコンテンツ購入者に課金するようにしてもよい。また、携帯型通信端末ＭＴをクライアントとして使用する場合は、上述したような全ての機能を備えずに一部の機能のみを備えるようにしてもよい。
【００３５】
なお、「ＦＦボタン」又は「ＲＥＷボタン」では１つ後や前のコンテンツを選択できるようにしたが、所定の時間分だけ後や前に進むようにしてもよい。また、複数トラックのコンテンツを同時に再生するタイプの番組において１つ後や前のコンテンツを選択する場合には、どのトラックのコンテンツを１つ後や前に進めるかを視聴者が選択できるようにしてもよいし、コンテンツを進めるトラックがどのトラックかを予め固定的に決めておくようにしてもよい。また、コンテンツの早送りと巻き戻しの機能の両方を具えることなく、少なくともどちらか一方の機能のみを具えるようにしてもよい。更に、コンテンツ再生中に早送りや巻き戻しが可能なものに限らず、再生の一時停止中に早送りや巻き戻しが可能であってもよい。
インフォメーション表示やコンテンツの購入指示は、ＷＥＢブラウザを利用してもよい。すなわち、「クライアント側の処理」とは別にＷＥＢブラウザの処理を起動し、ＷＥＢブラウザの処理の中でインフォメーション表示をして、購入指示できるようにしてよい。また、インフォメーション表示やコンテンツの購入指示はコンテンツ再生中に限らず、再生の一時停止中にこれらが可能であってもよい。
番組ファイルやコンテンツファイル等の各種データ等を外部記憶媒体から供給したり、あるいは通信インタフェースを介して外部装置からサイトやクライアントに供給するように構成してもよい。
番組ファイル等のコンテンツ情報は連続する領域に時系列に記憶されていてもよいし、飛び飛びの領域に散在して記憶されているコンテンツ情報を時系列的に連続するデータとして別途管理するようにしてもよい。つまり、時系列的に連続するコンテンツ情報として管理することができればよく、記憶領域に連続して記憶されているか否かは問題ではない。
また、上述したような機能を携帯電話側回路１０１とは別に設けた内蔵マイクロコンピュータにより実現するものに限らず、携帯電話側回路１０１内部の資源（図示しないＣＰＵやＲＡＭ、ＲＯＭ等）を利用して、上述したような機能を実現してもよい。音楽ファイルの形式はＭＩＤＩファイルに限らず、音楽演奏情報を何らかの形式で符号化したものを用いてよい。オーディオファイルの形式は、ＰＣＭに限らず、ＡＤＰＣＭ、ＤＰＣＭ等その他適宜の圧縮コード化された形式を用いてよい。動画ファイル及び静止画ファイルも適宜の圧縮データ化したものを用いてよい。
【００３６】
次に、本発明に係る番組作成再生装置の第２の実施例について、以下に示す図１０〜図１７を用いて説明する。
図１０は、この発明に係る番組作成再生装置を適用した番組再生システム全体構成の別の実施例を示すハードブロック図である。図１０から理解できるように、この実施例に示す番組再生システムは複数のサイト（サーバ）Ａ〜Ｎ（ただし、図１０では１台のサイトのみを代表的に示した）と、複数のクライアントＰＣ１〜ＰＣｎと、通信ネットワークＸとにより構成される。これらのサイトＡ〜Ｎ及びクライアントＰＣ１〜ＰＣｎは、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、モデム等を含むコンピュータにより構成されてなり、各々が独立にＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線などの種々の通信ネットワークＸを介してデータ（例えば、ユーザが生成したオリジナルなユーザ番組ファイルやコンテンツ等）を送出したりあるいは受信したりすることができる。すなわち、図１に示した番組再生システムとそのハード構成は同様であり、ユーザはクライアントＰＣ１〜ＰＣｎのいずれかを用いて通信ネットワークＸを介して各サイトＡ〜Ｎにアクセスすることによって、クライアントＰＣ１〜ＰＣｎと各サイトＡ〜Ｎとの間で各種データ等の送受信を行うことができるようになっている。勿論、図９Ａに示すように携帯型通信端末ＭＴを用いて各サイトＡ〜Ｎにアクセスして、各種データ等の送受信を可能としてよいことは言うまでもない。
【００３７】
各サイトＡ〜Ｎには、ユーザ管理ファイルとサイトＤＢとユーザＤＢとが記憶される。ユーザ管理ファイルはユーザ毎のユーザ識別情報（例えばユーザ名、パスワード、アドレスなど）を複数記憶したファイルであり、各サイトＡ〜ＮにクライアントＰＣ１〜ＰＣｎを介してアクセスしてきたユーザを識別して、各サイトＡ〜Ｎ毎にアクセスが許可されているユーザであるか否かを判定する際に用いられるファイルである。例えば、各サイトＡ〜Ｎ毎にアクセスが許可されているユーザである場合には、各サイトＡ〜Ｎに用意されているユーザＤＢにデータ内容を追加登録したり、あるいはユーザＤＢのデータ内容を変更することができる。各サイトＡ〜Ｎには、サイトＤＢとユーザＤＢの２つのデータベース（ＤＢ）が用意される。サイトＤＢは各サイトＡ〜Ｎ毎に予め用意されている各種の情報（例えば、サイト番組リストファイル、複数のサイト番組ファイル、複数のサイトコンテンツ）などを記憶するデータベースであり、ユーザＤＢはユーザが作成したユーザコンテンツや、ユーザの指示に従って各サイトＡ〜Ｎ上で作成されるユーザ番組ファイルやユーザ番組リストファイルなどを記憶するデータベースである。このユーザＤＢは、ユーザが各サイトＡ〜Ｎに初めてアクセスした際（例えば、ユーザ登録をした時）などに各ユーザに対して割り当てられる。このように、サイトＤＢあるいはユーザＤＢは、各データベースの所有者が管理する番組リストファイルや番組ファイル、コンテンツなどをそれぞれのデータベース毎に記憶する。すなわち、サイトＤＢは各サイトＡ〜Ｎの所有者、ユーザＤＢは各サイトＡ〜Ｎに登録済みの各ユーザのみがデータ管理することのできるデータベースである。これらのＤＢに記憶される各情報（つまり、番組リストファイルや番組ファイルやコンテンツ）の内容についての詳細は既に説明した（図１参照）ことからここでの説明を省略するが、この実施例における番組ファイルあるいはコンテンツには、それらのデータを所有者が管理するための利用管理情報（例えば、該データを参照することのみが可能な「リードオンリー」権や、該データを参照するだけでなく変更・追加することまで可能な「リードライト」権などがユーザ毎に定義されているアクセス権情報など）が対応付けられている。
クライアントＰＣ１〜ＰＣｎは各サイトＡ〜Ｎ毎に用意された上記情報を利用するための通信機能を具えた端末であり、各サイトＡ〜Ｎにアクセスして各サイトＡ〜Ｎに記憶されている番組ファイルを再生したり、各サイトＡ〜Ｎ上に新たな番組ファイルを作成したり、クライアントＰＣ１〜ＰＣｎに記憶されているコンテンツを各サイトＡ〜Ｎ上にアップロードしたり、各サイトＡ〜Ｎから番組ファイルを取得してクライアントＰＣ１〜ＰＣｎ側で利用したりすることができる。すなわち、クライアントＰＣ１〜ＰＣｎはクライアントＰＣ１〜ＰＣｎ側で作成したコンテンツ、クライアントＰＣ１〜ＰＣｎの外部（例えば、サイトＡ〜Ｎや外部記憶媒体など）から取得したコンテンツや番組ファイル、これらのコンテンツや番組ファイルを再生するための番組再生プログラム、などを記憶する。
【００３８】
この第２の実施例では、ユーザが適宜にコンテンツを組合せた番組を各サイトＡ〜Ｎに作成し登録しておくことによって、ユーザの意向を詳細に反映させたオリジナルの番組を他のユーザ（つまり、クライアントＰＣ１〜ＰＣｎ）に対して配信することができるようにした。このユーザが所定のクライアントＰＣ１〜ＰＣｎを用いてコンテンツを指定することによってオリジナルのユーザ番組ファイルを、ユーザ所望のサイトＡ〜Ｎのいずれかに作成し登録するユーザ番組作成処理について、図１１を用いて説明する。ただし、ここでは、クライアントＰＣ１からのコンテンツ指定に基づいて、サイトＡにユーザ番組ファイルを作成し登録する例について説明する。
図１１は、ユーザ番組作成処理の一実施例を示すフローチャートである。当該処理は上述した操作パネルにおける「オリジナル番組作成ボタン」（図４参照）が操作された時に起動される処理であり、上述の「お気に入り／オリジナル番組の処理」におけるステップ５６（図７参照）以降の動作の他の処理例である。
【００３９】
まず、ユーザはオリジナルの番組を作成するため、クライアントＰＣ１から所望のサイトＡに対して番組作成の開始を指示（要求）する（ステップＳ１）。クライアントＰＣ１から番組生成の開始を指示されたサイトＡでは、指示を出したユーザを識別する（ステップＳ２）。このユーザ識別はサイトＡに記憶されているユーザ管理ファイルを参照して行われるものであり、例えばユーザがアクセスに用いたクライアントＰＣ１のアドレスによって行われたり、サイトＡへのアクセス時（番組作成開始の要求時）にユーザ名とパスワードをクライアントＰＣ１から入力させることによって行われる。こうしたユーザ識別が正しく行われると、サイトＡは該ユーザがユーザ番組ファイルの作成に利用できるコンテンツをリスト化した情報（以下、これをリストファイルと呼ぶ）を作成し、クライアントＰＣ１に対して該リストファイルを送信する（ステップＳ３）。ユーザ番組作成の際にユーザが利用することのできるコンテンツ（つまり、リストファイルに記載されるコンテンツ）は、予めサイトＡに記憶されていたコンテンツ（すなわち、サイトＤＢに記憶されているコンテンツ）、当該ユーザがサイトＡに登録したコンテンツ（すなわち、当該ユーザのユーザＤＢに記憶されているコンテンツ）、他のユーザが作成したコンテンツ中において当該ユーザによるアクセスが許可されているコンテンツ（すなわち、当該ユーザ以外のユーザＤＢに記憶されているコンテンツ）、などである。クライアントＰＣ１では、取得したリストファイルに基づきコンテンツ選択画面（後述する）を表示し、コンテンツの選択とコンテンツに関する各種設定を受けつける（ステップＳ４）。この際にコンテンツ選択画面に表示されるコンテンツは、当該ユーザが利用することのできるコンテンツのみである。
【００４０】
ここで、コンテンツ選択画面について簡単に説明する。図１２は、コンテンツ選択画面の一実施例を示す概略図である。
該コンテンツ選択画面は、サイトＡから受信したリストファイルに基づいて表示される。図１２に示すように、コンテンツ選択画面には、サイトコンテンツ表示／選択エリア、ユーザ（自己）コンテンツ表示／選択エリア、他ユーザコンテンツ表示／選択エリア、選択コンテンツ表示エリア及び決定ボタンとが表示される。「サイトコンテンツ表示／選択エリア」は、受信したリストファイルに記載されたコンテンツの中から、予めサイトＡのサイトＤＢに記憶されていたコンテンツ（つまりサイトコンテンツ）のみをリスト表示する。「ユーザ（自己）コンテンツ表示／選択エリア」は、受信したリストファイルに記載されたコンテンツの中から、ユーザがサイトに登録しているコンテンツ（つまりユーザコンテンツ）のみをリスト表示する。「他ユーザコンテンツ表示／選択エリア」は、受信したリストファイルに記載されたコンテンツの中から、他のユーザのコンテンツのみをリスト表示する。これらのコンテンツは、作成中のユーザ番組ファイルで利用するコンテンツとして選択的に指定することができる。「選択コンテンツ表示エリア」には、上記した各表示／選択エリアに表示されたコンテンツのうち、選択されたコンテンツのみが表示される。例えば、上記した各表示／選択エリアに表示されている各コンテンツの中から希望のコンテンツをマウスによりクリックすると、クリックされたコンテンツのみを「選択コンテンツ表示エリア」に表示する。この選択操作を繰り返すことで複数のコンテンツを選択することができ、選択されたコンテンツは選択順（再生順）に選択コンテンツ表示エリアに表示される。また、「選択コンテンツ表示エリア」では、表示したコンテンツに対して所定の操作を行うことによって、指定したコンテンツの再生順や各コンテンツの再生時間などを設定することもできる。こうしたコンテンツの選択と設定が全て完了した後に「決定ボタン」を操作すれば、該操作に伴って選択と設定を完了したことを表わす情報や選択および設定された内容を表わす情報がサイトへと送信され（後述する図１１のステップＳ５参照）、次の処理へ進む。
【００４１】
図１１に戻り、コンテンツの選択と設定が決定（つまり終了）されると（ステップＳ５）、サーバＡはコメントを入力させるためのコメント入力画面情報をクライアントＰＣ１へ送信する（ステップＳ６）。すなわち、選択された各コンテンツに対してコメントを入力することを促す画面（コメント入力画面）用の情報をサイトＡ側で作成し、その情報をクライアントＰＣ１へ送信する。クライアントＰＣ１では取得したコメント入力画面情報に基づきコメント入力画面（後述する）を表示し、コメントの入力を受けつける（ステップＳ７）。クライアントＰＣ１でコメントの入力が決定（つまり終了）されると（ステップＳ８）、サイトＡは指定されたコンテンツと入力されたコメントに基づいて番組ファイルを作成し、該ユーザの管理するユーザＤＢに登録する（ステップＳ９）。すなわち、サイトＡは、クライアントＰＣ１から受信したコンテンツの選択と設定に関する情報およびコメントに関する情報などから、図３に示すようなユーザ番組ファイルを生成する。こうして生成されたユーザ番組ファイルは、作成ユーザのデータベースに登録（つまり記憶）されると共に、ユーザ番組リストファイルにその番組に関する情報が追加される。
こうすることによって、ユーザはユーザ自身の意向を詳細に反映させて新たなオリジナル番組を作成することができ、該作成したオリジナル番組をサイトＡ上で公表可能とすることができるようになる。
【００４２】
ここで、上述したコメント入力画面について簡単に説明する。図１３は、コメント入力画面の一実施例を示す概略図である。
該コメント入力画面は、サイトＡから受信したコメント入力画面情報に基づいて表示される。図１３に示すように、コメント入力画面には、ユーザの選択したコンテンツを表示するエリア（図では「選択コンテンツ名」と表示）とそのコンテンツに添付したいコメントを入力するための「コメント入力エリア」、がユーザにより設定されたコンテンツの再生順に表示される。「決定ボタン」を操作すると、該コメント入力画面から入力された各種コメントが各コンテンツに対応付けられてサイトＡに送信され、上述した次の処理（番組ファイルの登録）へ進む。このコメント入力画面から入力されたコメントは、対応するコンテンツのコンテンツ基本情報（図３参照）として記憶される。そしてこのコメントは、番組再生時に対応するコンテンツが再生されている間、図４に示すような操作パネル上の基本情報表示エリアに表示される。この表示の動作は、図６Ｂのステップ１４（もしくはステップ２２）に相当するものであることから、ここでの説明を省略する。
【００４３】
以上のようにして作成されたユーザ番組ファイルは、サイトＡにアクセス可能なユーザであればどのユーザであっても利用することができる。具体的には、既に説明した図６Ａのステップ５とステップ６において、サイト番組リストファイルと共に該サイトＡの全ユーザＤＢに記憶されているユーザ番組リストファイルをサイトＡから送出してクライアントＰＣが取得するようにして、サイトＡ上の全番組ファイルを図４に示すような操作パネル上の番組表示／選択エリアに表示する。ユーザ番組ファイルの再生については既に説明した番組ファイルの再生と同じ方法を用いてよいことから、ここでの説明を省略する。すなわち、再生の動作については図６Ｂのステップ（２０）２１〜図６Ｃのステップ２８にかけて既に説明した。ただし、上述した第１の実施例においてはオリジナル番組ファイル（ユーザ番組ファイルに相当）がクライアントＰＣ１〜ＰＣｎに記憶されているのに対し、この第２の実施例ではユーザ番組ファイルをサイトＡ〜Ｎに記憶するようにしたことから、図６Ｂのステップ８の処理では必ずサイトＡ〜Ｎからユーザ番組ファイルをダウンロードするように変更される。
【００４４】
上述したような第２の実施例においては、クライアントＰＣからのコンテンツの選択と設定入力により番組ファイルをサイト側で作成して記憶するだけでなく、ユーザ自身が作成したコンテンツをサイト側に登録することによって、オリジナルのユーザコンテンツを用いた番組を作成して他のユーザ（あるいはクライアントＰＣ）に対して配信することができる。そこで、次に、ユーザがクライアントＰＣからサイトに対してユーザコンテンツをアップロード（つまり登録）する処理について説明する。図１４は、コンテンツ追加処理の一実施例を示すフローチャートである。当該処理は、操作パネル（図４参照）上に表示される「コンテンツ追加ボタン」（図示せず）が操作された時に起動される。この際に行うボタン操作の有無の検出は、例えば図６のステップ３やステップ６、あるいはステップ３２の後などに行うようにするとよい。
図１４のステップＳ１１では、ユーザは所定のクライアントＰＣ１から所望のサイトＡに対してコンテンツ追加の開始を指示する。クライアントＰＣ１からコンテンツ追加の開始を指示されたサイトＡでは、コンテンツ追加を指示したクライアントＰＣ１に対して、コンテンツ追加画面情報を送信する（ステップＳ１２）。クライアントＰＣ１では、コンテンツ追加画面情報を取得してコンテンツ追加画面（後述する）を表示し、ユーザによる追加したいコンテンツの指定とそのコンテンツへのアクセス権の設定を受けつけ可能とする（ステップＳ１３）。
【００４５】
ここで、コンテンツ追加画面について簡単に説明する。図１５は、コンテンツ追加画面の一実施例を示す概略図である。
コンテンツ追加画面は、サイトＡから受信したコンテンツ追加画面情報に基づいて表示される。図１５に示すように、コンテンツ追加画面には、追加コンテンツ指定エリア、アクセス権表示／設定エリアとが表示される。「追加コンテンツ指定エリア」は、追加したいコンテンツの記憶されているアドレス（クライアントＰＣ内あるいはそれに外部接続された外部記憶装置内など）を指定することで、追加コンテンツを指定することができるようになっている。この場合、複数のコンテンツを指定することが可能である。「アクセス権表示／設定エリア」は、サイトＡ上のユーザ管理ファイルの情報を利用して、サイトＡに登録されているユーザのリストを表示する。その中から今回追加するコンテンツの利用を許可するユーザを選択する。ユーザに関する情報は、コンテンツ追加画面情報に含まれる。
【００４６】
図１４に戻り、コンテンツ追加画面を用いてコンテンツの追加と設定を決定（つまり終了）すると、コンテンツ追加の開始を指示した所望のサイトＡに対し、追加したいコンテンツとそのコンテンツに対する設定情報（アクセス権に関する情報など）を送信する（ステップＳ１４）。サイトＡは追加したいコンテンツとそのコンテンツに対する設定情報を送信してきたユーザを識別し（ステップＳ１５）、受信したコンテンツに対して、設定情報に対応するアクセス権を設定し、それを識別したユーザのデータベースに登録する（ステップＳ１６）。すなわち、サイトＡは、クライアントＰＣ１から受信したコンテンツを、コンテンツ送信したユーザに割り当てられた専用のデータベース（つまりユーザＤＢ）に登録（つまり記憶）する。このユーザＤＢへのコンテンツ登録時には、コンテンツに付随する設定情報に基づいてそのコンテンツに対するアクセス権が設定され、該アクセス権と共にコンテンツは登録される。このアクセス権は、例えば、他のユーザが当該コンテンツを利用して新たにユーザ番組ファイルを作成することが可能であるか否かを規定する情報であり、このアクセス権はコンテンツそのものに添付して登録するようにしてもよいし、アクセス権を管理情報として一括登録するようにしてもよい。
【００４７】
次に、ユーザが生成したオリジナルのユーザ番組ファイルをサイトから取得する処理について説明する。図１６は、番組ファイル取得処理の一実施例を示すフローチャートである。この実施例では、ユーザがサイトＡから番組ファイルをダウンロードする際に、クライアントＰＣ１の操作パネル（図４参照）に当該ユーザがダウンロード可能な番組だけがリスト表示され、その中から適宜に番組を選択することのできる例を示す。該番組ファイル取得処理は、操作パネル上に表示される「番組取得ボタン」（図示せず）が操作された時に起動される。この際のボタン操作の有無の検出は、例えば図６のステップ３やステップ６やステップ３２の後などで行うようにするとよい。
【００４８】
クライアントＰＣ１でサイトＡに対して番組取得を指示すると（ステップＳ２１）、サイトＡではユーザ識別情報に基づいて番組取得指示を出したユーザの識別を行う（ステップＳ２２）。ユーザ識別が正常に行われた場合、すなわち、サイトＡにアクセス許可されているユーザである場合には、ユーザが取得できる番組ファイルのリスト（つまりユーザが取得できる番組ファイルをリスト化したリストファイル）を作成してクライアントＰＣ１へ送信する（ステップＳ２３）。すなわち、この実施例においてユーザが取得することのできる番組ファイルは、当該ユーザの作成したユーザ番組ファイルのみとなる。クライアントＰＣ１ではリストファイルを取得すると操作パネル上に番組選択画面を表示して、ユーザによる番組の選択を受けつける（ステップＳ２４）。この番組選択画面はコンテンツ選択画面（図１２参照）と表示形態がほぼ同じであることから図示を省略するが、コンテンツ選択画面と異なる点は「コンテンツ表示／選択エリア」に代わって「番組ファイル表示／選択エリア」が表示される点である。この「番組ファイル表示／選択エリア」には、ユーザが選択可能な番組のリストが表示される。そして、ユーザが該番組選択画面を用いて番組の選択を決定すると（ステップＳ２５）、選択された番組の番組ファイルとその番組で利用されるコンテンツをサイトＡからユーザに対して送信する（ステップＳ２６）。すなわち、ユーザの選択した番組ファイルとその番組の再生に利用される全コンテンツがサイトＡからクライアントＰＣ１へと送信される。クライアントＰＣ１では、送信された番組ファイルとコンテンツを記憶する（ステップＳ２７）。送信された番組ファイルとコンテンツを記憶することによって、クライアントＰＣ１では受信した番組ファイルに基づく番組をサイトＡにアクセスすることなく（すなわちオフラインで）、いつでも好きなときに再生することができるようになる。また、クライアントＰＣ１のみで独自に立ち上げて運営している自己サイト上で、その番組を他のユーザに対して公表することもできる。こうした場合には、ユーザの自己サイトで番組ファイルを再生できるように図６に記載されている再生処理を実行するための番組再生プログラムをサイトＡからダウンロードし、本実施例に記載されているサイトＡの動作を自己サイトを立ち上げているクライアントＰＣ１上で行わせる。
【００４９】
上述した実施例では当該ユーザがダウンロード可能な番組だけをリスト表示し、その中から適宜に番組を選択する例を示したが、これに限らない。例えば、サイト上の全番組をリスト表示し、当該ユーザがダウンロード可能な番組に対してはダウンロードを許可し、ダウンロード不可能な番組に対しては、ダウンロード可能とするようにその番組の所持ユーザに関する所定の情報を表示するようにしてもよい。そこで、次に番組ファイルを取得する処理について別の実施例について説明する。
図１７は、番組ファイル取得処理の別の実施例を示すフローチャートである。該処理は、クライアントＰＣの操作パネル上にサイトに記憶されている全番組のリストを表示し、ダウンロード不可能な番組に対してはダウンロードできるようにその番組の所持ユーザと交渉することができる所定の情報を表示するようにサイトが設定する処理である。ただし、各ユーザは自分の作成したユーザ番組ファイルにアクセス権を適宜に設定することができるものとする。サイトからクライアントＰＣに送信されるリストファイルはサイト上の全番組ファイルを表示／選択するためのもので、それを使って所望の番組ファイルをユーザに選択させる。この動作は既に説明した番組ファイル取得処理（図１６参照）と同じであることから、こうした部分における処理の図示を省略し、番組ファイルを選択した後の動作を図１７に示した。すなわち、図１６のステップＳ２４以降の処理である。また、選択した番組が取得可能なもの（例えば、自分の所有しているユーザ番組ファイルやアクセスを許可された他のユーザのユーザ番組ファイルなど）であった場合の動作については図１６の動作と同様であるため、ここでの説明は省略する。
【００５０】
クライアントＰＣ１で番組の選択を決定すると（ステップＳ３１）、サイトＡでは選択された番組の番組ファイルが当該ユーザが取得可能な番組ファイルであるか否かが判定され（ステップＳ３２）、取得不可能な番組ファイルである場合には（ステップＳ３２のＹＥＳ）選択された番組の番組ファイルの所有ユーザに連絡を取るための連絡情報をクライアントＰＣ１へ送信する（ステップＳ３３）。クライアントＰＣ１では、受信した連絡情報を利用して連絡をとるための連絡情報を表示してユーザに連絡を促す（ステップＳ３４）。連絡情報とは、メールアドレスや住所や電話番号であり、個人情報がもれない安全な方法としてサイトを介して掲示板形式でユーザ間の連絡を取り合わせたりする方法なども考えられる。このように、ユーザの選択した番組が取得不可能な番組ファイル、つまりサイト番組ファイルもしくは、アクセス権を設定されていない他のユーザの所有するユーザ番組ファイル、であった場合には、そのファイルの所有者と交渉してアクセス権を設定してもらえるようにすることができるようになっている。
【００５１】
以上のようにして、生成されたユーザ番組ファイルを記憶すると共に、サイトが公表する番組のリスト(サイト番組リストファイルおよびユーザ番組リストファイル)にユーザ番組ファイルを追加し、この番組リストをクライアントに提示するようにした。これにより、サイトで公表される番組の内容が多様なものとなる。
また、クライアントから受信したコンテンツをそのコンテンツの利用管理情報(つまりアクセス権)と対応させて記憶し、番組ファイルの作成時には作成者が利用できるコンテンツのみを選択させるよう制御するようにした。これにより、番組ファイルの作成時に利用できるコンテンツの種類を適宜増加することができると共に、自分で作成(追加)したコンテンツを他のクライアントが勝手に利用できないようにすることができることから、例えばコンテンツが曲や映像であるような場合の著作権の侵害を防止する観点から有用である。
さらに、番組ファイルをその番組ファイルの利用管理情報(例えばアクセス権)と対応させて記憶するようにし、番組ファイルの取得時にはクライアントが取得できる番組ファイルのみを選択できるように制御するようにした。これにより、クライアント上に番組ファイルを取得して、サイトと再度接続することなくクライアントのみで番組を再生できるようになると共に、自分で作成した番組ファイルを他のユーザが勝手に利用できないように設定することができることから、これによっても著作権の侵害を防止するなどの点から有用である。
【００５２】
なお、ユーザ番組ファイルを作成する際にユーザが利用できるコンテンツを制限するようにしているが、この利用制限をなくしてサイト内の全てのデータベースにあるコンテンツを利用してユーザがユーザ番組ファイルを作成できるようにしてもよい。しかし、実施例のように制限を持たせることが一番好ましい。また、ユーザ番組ファイルを作成する際に利用できるコンテンツだけをユーザに提示しているが、全コンテンツを提示して利用できないコンテンツを選択した場合にはそのコンテンツの所有者と連絡をとってコンテンツの利用の許可を求めることができるようにすることもできる。こうした場合には、番組ファイル取得処理の動作（図１７参照）と同様の処理で実現できる。
なお、ユーザ番組ファイルには上述の実施例で記載した情報以外にも、番組名、作成者、作成日時、番組内容に関するコメント、などの情報が付加されていてもよい。これらの付加された情報はその番組ファイルが再生される時に表示する。例えば、図４に示す操作パネルの基本情報表示エリアなどを使って表示するとよい。
なお、ユーザ番組ファイルに対して、そのファイルの所有者(ユーザ)が他のユーザに対する利用管理情報（例えばアクセス権）を設定でき、その利用管理情報を添付することが好ましい。この例は、番組ファイル取得処理の実施例（図１７参照）で説明したように、アクセス権を表わす利用管理情報はユーザ番組ファイル作成時に添付されるようにし、それ以後、そのファイルの所有者のみが(勿論、サイトの管理者も)自由に変更できるようにするとよい。また、コンテンツに対する利用管理情報（例えば、アクセス権）の設定についても、コンテンツ追加時以降にも、そのコンテンツの所有者のみが(勿論、サイトの管理者も)自由に変更できるようにするとよい。
なお、上述した第２の実施例では、選択された番組ファイルで利用されるコンテンツそのものをクライアントに送信し、クライアントでコンテンツ再生することによって番組を視聴することのできる例を示したが、これに限らない。例えば、コンテンツそのものをクライアントに送信することなくサーバで選択された番組ファイルで利用されるコンテンツを順次に再生し、該再生内容をクライアントに送信することによって番組を視聴することができるようにしてもよい。
【００５３】
【発明の効果】
この発明によれば、クライアント側にコンテンツＵＲＬ等の各種コンテンツ情報を含む番組ファイルを記憶しておき、当該番組ファイルに基づいてサーバ側から必要なコンテンツをコンテンツ毎あるいは一括して読み出して番組を再生する。そのため、性質の異なる複数種類のコンテンツが混在した番組であっても当該番組を再生することができるようになり、したがって多様なコンテンツをもつ番組ができる、という効果がある。
また、視聴者はオリジナルの番組を自由に作成して公表することができるので、サイトで公表される番組の内容を多様なものとすることができる、という効果がある。
【図面の簡単な説明】
【図１】 この発明に係る番組作成再生装置を適用した番組再生システム全体構成の一実施例を示すハードブロック図である。
【図２】 図１に示した番組再生システムにおいて用いられる番組リストファイルの一実施例を示す概念図である。
【図３】 図１に示した番組再生システムにおいて用いられる番組ファイルの一実施例を示す概念図である。
【図４】 操作パネルの一実施例を概念的に示す図である。
【図５】 インフォメーション表示の一実施例を示す概念図である。
【図６Ａ】 図１に示した番組再生システムにおいて行われる番組再生処理の一実施例であり、前半部分を示すフロー図である。
【図６Ｂ】 図６Ａに示した番組再生処理の前半部分に続くフロー図である。
【図６Ｃ】 図６Ａに示した番組再生処理の後半部分を示し、図６Ｂの処理に続くフロー図である。
【図７】 お気に入り／オリジナル番組の処理の一実施例を示すフロー図である。
【図８】 複数のコンテンツを並行して再生することができるように構成した番組ファイルの一実施例を示す概念図である。
【図９Ａ】 クライアントとして携帯型通信端末を使用する例を示すブロック図である。
【図９Ｂ】 楽音生成機能を持たせた携帯型通信端末の内部構成例を示すブロック図である。
【図１０】 この発明に係る番組作成再生装置を適用した番組再生システム全体構成の別の実施例を示すハードブロック図である。
【図１１】 図１０に示した番組再生システムにおいて行われるユーザ番組作成処理の一実施例を示すフローチャートである。
【図１２】 コンテンツ選択画面の一実施例を示す概略図である。
【図１３】 コメント入力画面の一実施例を示す概略図である。
【図１４】 図１０に示した番組再生システムにおいて行われるコンテンツ追加処理の一実施例を示すフローチャートである。
【図１５】 コンテンツ追加画面の一実施例を示す概略図である。
【図１６】 図１０に示した番組再生システムにおいて行われる番組ファイル取得処理の一実施例を示すフローチャートである。
【図１７】 図１０に示した番組再生システムにおいて行われる番組ファイル取得処理の別の実施例を示すフローチャートである。
【符号の説明】
Ｂ１…ＲＥＷボタン、Ｂ２…停止ボタン、Ｂ３…再生ボタン、Ｂ４…ＦＦボタン、Ａ〜Ｎ…サイト（サーバコンピュータ）、ＰＣ（ＰＣ１〜ＰＣｎ）…クライアント（クライアントコンピュータ）、Ｘ…通信ネットワーク、ＭＴ…携帯型通信端末
【発明の属する技術分野】
この発明は、通信ネットワークを介して配信可能な音楽や映像等からなる番組を作成・再生する番組作成再生装置及び番組作成再生方法並びに記憶媒体に関し、特に性質の異なる複数種類のコンテンツが混在した番組を再生すること、若しくは視聴者の意向を詳細に反映したオリジナルな番組を簡単に作成すること、を可能とした番組作成再生装置及び番組作成再生方法並びに記憶媒体に関するものである。
【０００２】
【従来の技術】
一般的に、音楽や映像等からなる番組を配信するシステムとしてはラジオやテレビ等がある。しかし、ラジオやテレビ等の番組は放送局から一方的に送られてくるものであり、視聴者は好きな時間帯に好きな番組を見たり聞いたりすることができなかった。そこで、最近ではラジオやテレビとは異なった番組の新しい配信形態としてインターネット放送局が出現してきている。インターネット放送局は、視聴者からの要求に応じて通信ネットワーク上に蓄積された番組を配信するものである。すなわち、パーソナルコンピュータ（ＰＣ）等の端末機（クライアント）からの視聴者の配信要求に基づいて、インターネット等の通信ネットワークを経由してｗｗｗ（World Wide Web）サーバに接続し、該ｗｗｗサーバに格納されている曲データあるいはビデオ（映像）データ等からなる番組を受信して、クライアント側で該受信データを基にして番組を再生する。通常、ｗｗｗサーバは通信ネットワークを使用してデータを配信する場合、クライアントが全てのデータを受信する前に曲や映像等の再生を開始することができるようストリーム配信を行っている。このようなインターネット放送局では、視聴者が好きな時間帯に好きな番組を見たり聞いたりすることができる。
【０００３】
【発明が解決しようとする課題】
ところで、番組の内容（コンテンツ）を多様なものとするためには、番組を多種多様な複数のコンテンツで構成すればよい。そのためには、性質（データ形式）の異なる複数のコンテンツが混在している番組を作成することが必要である。しかし、上述したようなインターネット放送局では、１つの番組内のコンテンツが全て同一の性質（データ形式）に構成されていた。すなわち、インターネット放送局などで用いられる従来から知られている番組作成再生装置では、性質の異なる複数種類のコンテンツが混在した番組（例えば、ＭＩＤＩの曲とオーディオの曲、映像といった複数種類のデータ形式のコンテンツが混在した番組）を再生することができないために、多様な内容（コンテンツ）をもつ番組ができない、という問題点があった。
また、視聴者が複数のコンテンツを任意に組み合わせて、自分だけのオリジナル番組を作成することができない、という問題点もあった。
【０００４】
本発明は上述の点に鑑みてなされたもので、性質の異なる複数種類のコンテンツが混在した番組を再生することができるようにした番組作成再生装置及び番組作成再生方法並びに記憶媒体を提供することを目的とする。
また、視聴者が番組内で次々再生されるコンテンツに関する種々の情報を作成して提供することのできる番組作成再生装置及び番組作成再生方法並びに記憶媒体を提供することを目的とする。
更に、視聴者がオリジナルの番組を作成することのできる番組作成再生装置及び番組作成再生方法並びに記憶媒体を提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明に係る番組作成再生装置は、通信ネットワークを介して接続されている複数のクライアント装置に対して、複数のコンテンツを含む番組を、所定のサイト上のコンテンツとして公開すると共に、いずれかの前記クライアント装置からの要求に応じて配信する番組作成再生装置であって、データ形式の異なる複数種類のコンテンツ、及びコンテンツの再生順を規定して前記番組の内容を制御する番組ファイルをそれぞれ複数記憶する記憶手段と、いずれかの前記クライアント装置に対して、複数のコンテンツを選択することと、各コンテンツに付加する付加情報を入力することを要求し、選択されたコンテンツのＩＤ情報と入力された付加情報とに基づいて前記選択された順序にてコンテンツの再生手順を規定した前記番組ファイルを作成する作成手段と、前記作成した番組ファイルを配信可能に前記記憶手段に記憶させ、前記所定のサイト上のコンテンツとして公開すると共に、いずれかの前記クライアント装置からの要求に応じて当該クライアント装置に対して、該記憶させた番組ファイルを配信する制御手段とを具備する。
【０００６】
この発明では、ユーザはユーザオリジナルの番組を作成し、該作成したユーザオリジナル番組を通信ネットワークを介して接続されている他のクライアント装置に対して配信することができる。記憶手段は、番組に対応する番組ファイルを記憶する。この番組ファイルには、番組を構成する複数のコンテンツの再生順が規定される。さらに、記憶手段は番組ファイルと共に、データ形式の異なる複数種類のコンテンツを記憶する。番組ファイルで再生順が規定されているコンテンツは、記憶手段に記憶されているコンテンツのいずれかを指し示す。作成手段は、クライアント装置に対して、前記記憶手段に記憶された前記コンテンツの中から複数のコンテンツを選択することと、各コンテンツに付加する付加情報を入力することを要求する。そして、作成手段は、選択されたコンテンツのＩＤ情報と入力された付加情報とに基づいて前記選択された順序にてコンテンツの再生手順を規定した前記番組ファイルを作成する。制御手段は、前記作成した番組ファイルを配信可能に前記記憶手段に記憶させ、所定のサイト上のコンテンツとして公開すると共に、いずれかのクライアント装置からの要求に応じて当該クライアント装置に対して、該記憶させた番組ファイルを配信する。このように、クライアント装置からの入力に基づいて、任意の再生順を規定した番組ファイルを作成・記憶し、該記憶した番組ファイルに基づく番組を通信ネットワークを介して配信することから、ユーザの意向を詳細に反映したユーザオリジナルの番組をユーザ自身がコンテンツを選択することによって簡単に作成でき、ユーザ自身が作成した多様なユーザオリジナル番組を通信ネットワークを介して他のユーザに対して広く提供することができるようになる。
【００１０】
本発明は、装置の発明として構成し、実施することができるのみならず、方法の発明として構成し実施することができる。また、本発明は、コンピュータまたはＤＳＰ等のプロセッサのプログラムの形態で実施することができるし、そのようなプログラムを記憶した記憶媒体の形態で実施することもできる。
【００１１】
【発明の実施の形態】
以下、添付図面を参照してこの発明の実施の形態を詳細に説明する。
【００１２】
まず、本発明に係る番組作成再生装置の第１の実施例について、以下に示す図１〜図９Ａ及び図９Ｂを用いて説明する。
図１は、この発明に係る番組作成再生装置を適用した番組再生システム全体構成の一実施例を示すハードブロック図である。この番組再生システムは、複数のサイト（サーバ）Ａ、Ｂ〜Ｎと、クライアントＰＣと、通信ネットワークＸとにより構成される。複数のサイト（サーバ）Ａ（Ｂ〜Ｎ）とクライアントＰＣとは、通信ネットワークＸを介して接続される。また、複数のサイト（サーバ）Ａ（Ｂ〜Ｎ）及びクライアントＰＣは、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、モデム等を含むコンピュータにより構成されてなり、各々が独立に通信ネットワークＸを介してデータ（例えば、放送番組用のコンテンツ等）を送出したりあるいは受信したりすることができる。すなわち、クライアントＰＣはＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線などの種々の通信ネットワークＸ上に接続し、サイトＡ（Ｂ〜Ｎ）との間で各種データ等の送受信を行う。なお、番組再生システムはこれら以外のハードウェアを有する場合もあるが、ここでは必要最小限の資源を用いた場合について説明する。なお、通信ネットワークＸは有線のものに限らず、無線のものであってもよい。また、複数のクライアントＰＣが通信ネットワークＸに接続されていてもよい。
【００１３】
独立した１つのサイトＡ（Ｂ〜Ｎ）はラジオやテレビに例えると１つの放送局のようなものであり、各サイトＡ（Ｂ〜Ｎ）毎に多数の番組ファイルが番組記憶部に予め記憶される。番組ファイルは、曲のデータであるＭＩＤＩファイル、曲あるいはＭＣ（Master of Ceremonies）のデータであるオーディオファイル、映像のデータである動画ファイル又は静止画ファイルなどのコンテンツを時系列的に組み合わせたものから構成され（詳しくは後述する）、これがラジオやテレビでの番組に相当する。ＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどの各コンテンツ（コンテンツファイル）は、各サイトＡ（Ｂ〜Ｎ）毎にコンテンツデータベース（コンテンツ記憶部）中に予め多数記憶されている。コンテンツデータベース中には、番組で使用するコンテンツ以外にも多数のコンテンツが記憶されている。そして、各サイトＡ（Ｂ〜Ｎ）毎にどのような番組ファイルが記憶されているかは、番組リストファイルによって確認することができるようになっている。
【００１４】
クライアントＰＣはいずれかのサイトＡ（Ｂ〜Ｎ）を選択して、該選択したサイトＡ（Ｂ〜Ｎ）に記憶されている多数の番組ファイルの中からいずれかの番組を選択して再生することができる。すなわち、クライアントＰＣは選択したサイトＡ（Ｂ〜Ｎ）から番組リストを取得して番組リストファイルとして記憶し、さらに該番組リスト中のいずれかの番組を選択して、サイトＡ（Ｂ〜Ｎ）から番組ファイルを取得して番組ファイルとして記憶する。そして、その番組ファイルを選択したサイトＡ（Ｂ〜Ｎ）からコンテンツ（ファイル）を取得して、再生エンジンによってコンテンツを再生する。再生モードには「オンラインモード」と「オフラインモード」とがあり、「オンラインモード」時にはコンテンツをリアルタイムにサイトＡ（Ｂ〜Ｎ）から取得して再生する。一方、「オフラインモード」時には番組ファイルで指定されているコンテンツをまとめて取得し、これをキャッシュに記憶しておいてから再生する。また、後述するが、視聴者は気に入った番組をお気に入り番組ファイルに登録しておくことができ、更に独自のオリジナル番組を作成することができる。そこで、これらの情報をお気に入り番組リストファイルやオリジナル番組ファイルとしてクライアントＰＣに記憶しておく。なお、クライアントＰＣは、上記の各ファイルに対応して記憶部（あるいは記憶エリア）を具える。
【００１５】
ここで、具体的な番組リストファイル及び番組ファイルの一例を図２及び図３を用いて簡単に説明する。図２は、番組リストファイルの一実施例を示す概念図である。図３は、番組ファイルの一実施例を示す概念図である。
番組リストファイルは各サイトＡ（Ｂ〜Ｎ）毎に記憶される番組のリストを示すデータであり、図２に示すように「番組名」と「番組ファイルのＵＲＬ（Uniform Resource Locator）」とからなる。「番組名」は、各番組毎に付されている名前（タイトル）である。「番組ファイルのＵＲＬ」は、当該番組ファイルが記憶されている位置を指定する情報であり、番組ファイル毎に異なって付与されるものである。例えば、通信ネットワークＸ上におかれているサイトＡ（Ｂ〜Ｎ）に記憶されている各番組ファイルに対し、クライアントＰＣやその他のサイトＡ（Ｂ〜Ｎ）から統一的にアクセスすることを可能とするために付与されるアドレス（例えば、インターネットアドレス等）である。
【００１６】
番組ファイルにはＭＩＤＩファイルやオーディオファイル、動画ファイル、静止画ファイルなどのコンテンツ情報が番組進行順（再生順）に記憶される。例えば、１つの番組がオープニングＭＣ（オーディオファイル）に始まり、１曲目（ＭＩＤＩファイル）、ＭＣ（オーディオファイル）、２曲目（オーディオファイル）、３曲目（動画ファイル）、そしてエンディングＭＣ（オーディオファイル）といったように進行するならば、番組ファイルにはその順番で各コンテンツ情報が記憶される（図３参照）。番組ファイルは１つの番組内に含まれる全てのコンテンツ情報を示すデータであり、「番組名」と、「コンテンツＵＲＬ」、「コンテンツＩＤ」、「コンテンツ基本情報」を一組とするコンテンツ情報とからなる。「番組名」は、上述した番組リストファイルの「番組名」と同様に各番組毎に付される名前（タイトル）である。「コンテンツＵＲＬ」はコンテンツファイルが記憶されている位置を指定する情報であり、「コンテンツＩＤ」はコンテンツを識別するための情報であり、「コンテンツ基本情報」は当該コンテンツの基本となる情報（例えば、コンテンツ名や、当該コンテンツが曲であるならば作詞者・作曲者・アーティスト等の情報、当該コンテンツがＭＣであるならばＭＣをしている人の情報など）である。また、お気に入り番組リストファイルは番組リストファイルと、オリジナル番組ファイルは番組ファイルと同様のデータ構成となっている。
なお、図３に示す番組ファイルにおいて３曲目の曲が動画ファイルとなっているが、このように曲が動画ファイルで記憶されている場合には単に曲だけでなく動画や静止画等の映像が記録されているものである（例えば、プロモーションビデオ等）。
【００１７】
次に、この番組再生システムにおいて、視聴者が見たい番組を再生するために操作することのできる操作パネルについて説明する。図４は、操作パネルの一実施例を概念的に示す図である。この操作パネルは、視聴者から各種の操作（例えば、番組の再生）を行うことができるようにクライアントＰＣ側に設けられる。操作パネル上の「サイト表示／選択エリア」にはサイトＡ（Ｂ〜Ｎ）のリストが表示され、視聴者はその中のいずれかのサイトＡ（Ｂ〜Ｎ）を選択することができる。「番組表示／選択エリア」には選択されたサイトＡ（Ｂ〜Ｎ）に記憶された番組リストファイルの「番組名」が表示され、視聴者はその中からいずれかの番組を選択することができる。「基本情報表示エリア」には、現在再生中のコンテンツに関する各種基本情報（すなわち、番組ファイルの「コンテンツ基本情報」）が表示される。左向きの三角２つボタンＢ１は「ＲＥＷボタン」であり、再生中のコンテンツを巻き戻しするためのボタンである。右向きの三角２つボタンＢ４は「ＦＦボタン」であり、再生中のコンテンツを早送りするためのボタンである。右向きの三角１つボタンＢ３は「再生ボタン」であり、コンテンツを再生するためのボタンである。四角ボタンＢ２は「停止ボタン」であり、再生中のコンテンツを停止するためのボタンである。「ＩＮＦＯボタン」は、後述のインフォメーション表示を行うためのボタンである。「お気に入り追加ボタン」は、現在再生中の番組をお気に入りリストファイルに追加するためのボタンである。「お気に入り編集ボタン」は、お気に入りリスト編集画面（図示しない）を表示してお気に入りリストファイルの編集を行うためのボタンである。「オリジナル番組編集ボタン」は、オリジナル番組作成画面（図示せず）を表示して、オリジナル番組ファイルを作成／編集するためのボタンである。
なお、図４では図示していないが、映像表示エリア（動画や静止画を表示するためのエリア）も別途設けられる。
【００１８】
「ＩＮＦＯボタン」を操作すると、図５に示すようなインフォメーション表示がなされる。この実施例では、左側に映像を、右側にコンテンツに関する各種情報を表示するものを示した。コンテンツに関する各種情報としては、例えばＭＩＤＩやオーディオ等の曲に関する情報が表示される。すなわち、曲名、ジャンル、アーティスト、作詞者、作曲者、レーベル、ファイル種類、当該曲の演奏時間等が表示される。さらに、当該曲（コンテンツ）を購入する場合に必要な購入価格が表示される。各コンテンツはオンラインで購入可能であり、視聴者は「購入ボタン」を操作することによって当該コンテンツを購入することができるようになっている。このオンラインでのコンテンツ購入に関する技術は周知であることから、ここでの説明は省略する。
【００１９】
図６Ａ〜図６Ｃは、上述した番組再生システムにおいて行われる番組再生処理の一実施例を示すフロー図である。図６Ａに当該処理の前半部分のフローを示し、図６Ｂに当該処理の前半部分に続くフローを示し、図６Ｃに当該処理の後半部分のフローを示す。つまり、図６Ａの処理の後に図６Ｂ、図６Ｃの処理が順次に連続して行われる。以下、図６Ａ〜図６Ｃのフローチャートに従って、当該処理の動作を説明する。
図６Ａにおいて、番組を再生するため、視聴者はクライアントＰＣ上に配置された操作パネル（図４参照）の「サイト表示／選択エリア」に表示されたサイトの中からいずれかのサイトを選択する（ステップ１）。選択可能なサイトとしては、通信ネットワークＸ上の複数のサイトＡ（Ｂ〜Ｎ）は勿論であるが、この他にもローカル（すなわち、クライアントＰＣ）がある。選択されたサイトがローカルであれば（ステップ２のＹＥＳ）、お気に入り番組リストファイルの番組名を操作パネルの「番組表示・選択エリア」に表示する（ステップ３）。選択されたサイトが通信ネットワークＸ上のいずれかのサイトＡ（Ｂ〜Ｎ）であれば（ステップ２のＮＯ）、選択されたサイトＡ（Ｂ〜Ｎ）のＵＲＬを通信ネットワークＸ上に送出する（ステップ４）。この際、クライアントＰＣが通信ネットワークＸ上に接続されていなければ接続する（例えば、ダイアルアップ接続等）。ここで、説明を簡単にするためにステップ４でサイトＡが選択されたと仮定すると、サイトＡはクライアントＰＣに対して当該サイトＡの保有する番組リストファイルを送出する（ステップ５）。クライアントＰＣはこの番組リストファイルを取得して、番組リスト記憶部に記憶する。そして、記憶した該番組リストファイルの番組名を操作パネル上の「番組表示・選択エリア」に表示する（ステップ６）。視聴者は、この表示された番組名のリストの中からいずれかの番組を任意に選択する（ステップ７）。
【００２０】
視聴者により番組が選択されると、その番組がオリジナルの番組であるか否かが判定される（図６Ｂのステップ８）。オリジナル番組であれば（ステップ８のＹＥＳ）、クライアントＰＣ内に番組ファイルが記憶されているため、サイトＡから番組ファイルを取得する必要がないのでステップ１２へジャンプする。一方、オリジナル番組でなければ（ステップ８のＮＯ）、通信ネットワークＸ上のサイトＡから番組ファイルを取得するために、選択された番組ファイルのＵＲＬを通信ネットワークＸ上に送出する（ステップ９）。クライアントＰＣが通信ネットワークＸ上に接続されていない場合（ステップ２でローカルのサイトを選択した場合）、クライアントＰＣを通信ネットワークＸに接続する。サイトＡは、ＵＲＬで指定された番組ファイルをクライアントＰＣに送出する（ステップ１０）。クライアントＰＣはこの番組ファイルを取得して、番組ファイル記憶部に記憶する（ステップ１１）。このようにして、視聴者は多数の番組の中から何れかの番組を選択する。
【００２１】
次に、選択したオリジナル番組ファイル、あるいは取得した番組ファイルに従ってコンテンツを再生する。このコンテンツ再生には、再生モードとして「オンラインモード」と「オフラインモード」の２種類がある。「オンラインモード」は常時通信ネットワークＸ上にクライアントＰＣを接続している視聴者が選択するモードであり、「オフラインモード」はダイアルアップ接続等で一時的に通信ネットワークＸ上にクライアントＰＣを接続する視聴者が選択するモードである。「オンラインモード」ではコンテンツを再生する都度、必要なコンテンツをサイトＡから取得する（つまり、コンテンツをリアルタイムで取得する）。一方、「オフラインモード」では最初に１番組分の全てのコンテンツをサイトＡから取得する。そのため、「オフラインモード」時は通信ネットワークＸ上への接続時間の短縮が可能となる。反対に、「オンラインモード」時は必要なコンテンツをその都度取得していることからコンテンツ再生までの待ち時間が短くなり、リアルタイム性が向上する。
まず、「オンラインモード」時の動作について説明する（ステップ１２のＹＥＳ）。この場合、最初にクライアントＰＣは番組ファイル内の先頭コンテンツ情報を自動的に選択して（ステップ１３）、コンテンツ基本情報を操作パネル上の基本情報表示エリアに表示する（ステップ１４）。後述するようにインフォメーションはサイトＡから情報を取得して表示されるが、この基本情報は番組ファイル中に記憶されており、表示の都度サイトＡから情報を取得する必要がない。そのため、ネットワークトラフィックを軽減することができる。表示後、選択されたコンテンツ情報のコンテンツＵＲＬをサイトＡに送出し（ステップ１５）、サイトＡ側ではこれを受けてコンテンツファイルを送出する（ステップ１６）。クライアントＰＣはこれを取得し、ファイル種類（ＭＩＤＩ、オーディオ、動画、静止画等）に応じた再生エンジン（再生処理を行う専用ハードウェア装置あるいはソフトウェアプログラム）にコンテンツファイルを渡してコンテンツの再生を開始する（ステップ１７）。
【００２２】
次に、「オフラインモード」時の動作について説明する（ステップ１２のＮＯ）。最初に番組ファイル内の全コンテンツ情報のコンテンツＵＲＬを送出し（ステップ１８）、サイトＡ側でこれを受信して指定された全てのコンテンツファイルを送出する（ステップ１９）。ここで、クライアントＰＣ側から送出されるコンテンツＵＲＬや、サイトＡ側から送出されるコンテンツファイルの送出順は、番組での再生順でなくてもよい。この際、クライアントＰＣが通信ネットワークＸ上に接続されていなければ、接続する。クライアントＰＣでは全コンテンツファイルを取得して、通信ネットワークＸへの接続を切断する。取得したコンテンツファイルは、キャッシュメモリに記憶する（ステップ２０）。そして、番組ファイル内の先頭コンテンツ情報を選択して（ステップ２１）、コンテンツ基本情報を表示してから（ステップ２２）、ファイル種類（ＭＩＤＩ、オーディオ、動画、静止画等）に応じた再生エンジンにコンテンツファイルを渡してコンテンツの再生を開始する（ステップ２３）。
なお、上述の実施例では、「オフラインモード」時に１番組分の全コンテンツをまとめて取得するようにしたが、これに限らず、１つのサイト上にある全番組分あるいは指定した複数の番組分の全コンテンツをまとめて取得するようにしてもよい。こうすると、視聴者は通信ネットワークに一度接続するだけで複数の番組を連続して再生することができる。また、再生するコンテンツファイルをダウンロードしてからコンテンツの再生を行うようにしたが、これに限らず、コンテンツファイルをストリーム配信して、クライアントＰＣ側で即座にコンテンツの再生を行うようにしてもよい。
【００２３】
ステップ１７及びステップ２３によりコンテンツの再生が開始されると、図６Ｃのステップ２４へ進む。ステップ２４では、当該コンテンツの再生が終了したか否かを判定する。コンテンツの再生が終了しているならば（ステップ２４のＹＥＳ）、番組ファイル内に次のコンテンツ情報があるか否かを判定する（ステップ２５）。次のコンテンツ情報があれば（ステップ２５のＹＥＳ）、そのコンテンツ情報を選択する（ステップ２６）。そして、「オンラインモード」であれば（ステップ２７のＹＥＳ）ステップ１４へジャンプし、「オンラインモード」でなければ（ステップ２７のＮＯ）ステップ２２へジャンプする。次のコンテンツ情報がなければ（ステップ２５のＮＯ）、番組リストファイル内の次の番組ファイルを選択して（ステップ２８）、ステップ１２の処理へジャンプする。こうして、複数の番組が次々と再生される。なお、ステップ２８の処理において、番組リスト中に次の番組ファイルがなかった場合、番組ファイル中の全てのコンテンツの再生が終了していることから、図６Ａ〜Ｃに示す一連の番組再生処理を終了するようにしてもよいし、あるいは番組リスト中の先頭の番組ファイルを再度選択するようにしてもよい。
【００２４】
コンテンツの再生途中で（ステップ２４のＮＯ）操作パネルの「ＦＦボタン」又は「ＲＥＷボタン」が操作されたときには（ステップ２９）、番組ファイルにおいて当該再生中であるコンテンツの１つ後のコンテンツ情報を選択（「ＦＦボタン」が操作された場合）するか、あるいは当該再生中であるコンテンツの１つ前のコンテンツ情報を選択（「ＲＥＷボタン」が操作された場合）して（ステップ３０）、ステップ２７へ飛ぶ。これにより、視聴者は通常のラジオやテレビの番組では不可能な、好きではない曲を飛ばしたり、あるいは現在聴いている曲を再度聴いたりすることができる。
【００２５】
「ＩＮＦＯボタン」が操作されたときは（ステップ３１のＹＥＳ）、サイトＡに対して選択されている番組ファイルのコンテンツＩＤを送出する（ステップ３３）。このとき、クライアントＰＣが通信ネットワークＸ上に接続されていなければ、接続する。サイトＡ側ではコンテンツＩＤを受信すると、該コンテンツに関連する他のコンテンツファイルをコンテンツデータベースから検索する（ステップ３４）。例えば、ＭＩＤＩの曲のコンテンツＩＤを受信すると、該ＭＩＤＩの曲に関連したオーディオコンテンツ、静止画コンテンツ（例えば、ＣＤのジャケット写真等）、諸情報コンテンツ（曲名、ジャンル、アーティスト、作詞者、作曲者、レーベル、演奏時間、購入価格等）、楽譜コンテンツ等を検索する。そして、検索したコンテンツファイルに基づいてインフォメーションファイルを作成し、クライアントＰＣに対して送出する（ステップ３５）。クライアントＰＣでは、インフォメーションファイルを取得してインフォメーション表示する（ステップ３６）。
【００２６】
既に説明したように、インフォメーション表示画面（図５参照）には「購入ボタン」が表示され、視聴者が当該「購入ボタン」を操作すると（ステップ３７のＹＥＳ）、当該コンテンツ（例えば、ＭＩＤＩの曲ファイル）や当該コンテンツに関連したコンテンツ（例えば、オーディオコンテンツのファイルや楽譜コンテンツのファイル等）を購入することができる。すなわち、クライアントＰＣはサイトＡに対して購入コマンドとコンテンツＩＤを送出し（ステップ３８）、サイトＡはこの購入コマンドを受信して、コンテンツＩＤに対応するコンテンツや当該コンテンツに関連したコンテンツの購入に関する処理を行う（ステップ３９）。なお、番組で再生するために取得したコンテンツと、ここで購入するコンテンツの関係は以下のものとすることができる。例えば、番組で再生するために取得したコンテンツは曲の一部分あるいはクオリティの低いサンプル的なコンテンツであり、購入するコンテンツは曲全体あるいはクオリティの高いコンテンツである。そして、「購入ボタン」が操作されたか否かに関わらず、「その他の処理」を行う（ステップ４０）。この「その他の処理」としてはインフォメーション表示上で表示部を選択（例えば、マウスクリック等）すると、その表示内容に関する各種処理が実行される（例えば、アーティストを選択したときはそのアーティストに関する他のコンテンツを検索・表示する等）。「その他の処理」が終了すると、ステップ２４へ飛ぶ。
以上のインフォメーション表示・コンテンツ購入処理は、番組がサイトＡから供給されたものであっても、ローカルに記憶されたお気に入りやオリジナル番組であっても同じように実行される。また、「ＦＦボタン」や「ＲＥＷボタン」を操作した状態であっても実行される。よって、視聴者は好きなときに好きな曲の情報を得たり、コンテンツを購入することができる。
【００２７】
ステップ３１において、「ＩＮＦＯボタン」が操作されず（ステップ３１のＮＯ）に「お気に入り追加ボタン」、「お気に入り編集ボタン」あるいは「オリジナル番組作成ボタン」が操作されたときには、「お気に入り／オリジナル番組の処理」が行われる（ステップ３２）。図７は、「お気に入り／オリジナル番組の処理」の一実施例を示すフロー図である。
「お気に入り追加ボタン」が操作されたときは（ステップ５１のＹＥＳ）、現在選択されている番組ファイルをお気に入り番組リストファイルに登録する（ステップ５２）。すなわち、お気に入り番組リストファイルに「番組名」と「番組ファイルのＵＲＬ」を追加登録する。一方、「お気に入り編集ボタン」が操作されたときは（ステップ５３のＹＥＳ）、お気に入り番組リストファイルの内容を編集する（ステップ５４）。編集では、例えばお気に入り番組リスト内の番組の並び順を変更する、あるいは所望の番組をお気に入り番組リストから削除することができる。当該編集処理は、編集用画面（図示せず）をディスプレイ上に表示し、該表示画面上で編集作業を行うことにより実行する。
【００２８】
「オリジナル番組作成ボタン」が操作されたときは（ステップ５５のＹＥＳ）、オリジナル番組として記憶させたいコンテンツに関するキーワードを指定する（ステップ５６）。例えば、アーティスト名や、音楽ジャンルなどをキーワードとして指定する。すると、クライアントＰＣは該キーワードと検索コマンドをサイトＡに対して送出する（ステップ５７）。サイトＡでは、このキーワードに基づいてコンテンツデータベースを検索し、該当するコンテンツをリストアップする（ステップ５８）。そして、リストアップされたコンテンツを元に、オリジナル番組ファイルを作成してクライアントＰＣに対して送出する（ステップ５９）。このオリジナル番組ファイルには、通常の番組ファイルと同様に、「コンテンツＵＲＬ」、「コンテンツＩＤ」、「コンテンツ基本情報」が記憶されている。なお、コンテンツの並びは所定の順序（例えば、アルファベットや５０音順、検索によって見つかった順など）となっている。クライアントＰＣ側では、このオリジナル番組ファイルを取得して保存すると共に、お気に入り番組リストに登録する（ステップ６０）。そして、視聴者は必要に応じてオリジナル番組ファイルの内容を編集する（ステップ６１）。例えば、コンテンツの並びを変更したり、あるいは所望のコンテンツを削除したりする。サイトＡ側で新たにオリジナル番組が作成された場合、クライアントＰＣ側に記憶されている過去（古い）のオリジナル番組ファイルは破棄するようにしてもよいし、新たなコンテンツのみを過去のオリジナル番組ファイルに追加するようにしてもよい。あるいは、複数個のオリジナル番組ファイルを保存するようにしてもよい。
なお、オリジナル番組の作成において、サイトＡ側の検索によりリストアップされたコンテンツをそのまま所定の順序に並べてオリジナル番組ファイルとしたが、リストアップされた中の所望のコンテンツのみをクライアントＰＣ側から指定し、指定されたコンテンツのみからなるオリジナル番組ファイルをサイトＡが作成できるように構成してもよい。また、番組編集機能をクライアントＰＣ側にもたせたが、サイトＡ側に持たせるようにしてもよい。この場合には、クライアントＰＣ側から編集コマンドを送出し、サイトＡ側はこの編集コマンドに基づいて順番の入れ替えや削除等の編集を行うことになる。
【００２９】
なお、上述した各フロー（図６Ａ〜６Ｃ及び図７）には図示していないが、コンテンツの再生中に停止ボタン（図４参照）を操作することにより当該コンテンツの再生を停止することができる。そして、再度の再生ボタン（図４参照）の操作により停止したコンテンツの再生を再開することができる。また、視聴者は適宜の指示を与えることによって上述の各処理を任意に終了させることができるようにしてもよい。
【００３０】
上述した番組再生システムでは、１つのコンテンツの再生が終了したら次のコンテンツを再生することにより番組を進行している。つまり、そのように番組（番組ファイル等）が構成されていることから、複数のコンテンツを並行して再生することができない。しかし、これに限らず、複数のコンテンツを並行して再生できるように番組（番組ファイル等）を構成してもよい。こうすると、例えばオーディオのＭＣを再生している途中でＭＩＤＩの曲を同時に再生したり、あるいはＭＩＤＩの曲を再生しながら背景画像として静止画を切替ながら再生する、というような番組作りが可能となる。図８に、複数のコンテンツを並行して再生することができるように構成した番組ファイルの一実施例を示す。
【００３１】
１つの番組ファイルは複数のトラックから構成され、各トラックはコンテンツファイルの種類毎（ＭＩＤＩ、オーディオ、動画、静止画等）に対応している。すなわち、１つのトラック内に複数種類のコンテンツファイルが混在して記憶されることはない。この場合、複数トラックから各コンテンツを並行して読み出すことができる。すなわち、異なるトラックから時間的に重なって複数のコンテンツを読み出すことができ、当該読み出された複数のコンテンツはそれぞれ異なった専用の再生エンジンに渡されて再生される。すなわち、再生エンジンもコンテンツの種類毎に複数並行して動作する。複数トラックのデータを並行して読み出す再生処理については自動演奏等の分野で周知であることから、ここでの説明は省略する。なお、１つのトラック内での連続した２つのコンテンツの再生タイミングは、時間的に重ならないようにしておく。番組ファイルを読み出した後の処理は、上述した処理と同様の処理が行われる。
なお、複数トラックは、図８に示すように記憶領域を分けることで実現するようにしてもよいし（すなわち、トラックの異なるコンテンツがトラック毎に分かれて記憶される）、コンテンツ毎にトラック識別データを付与して記憶領域を分けないで実現するようにしてもよい（すなわち、トラックの異なるコンテンツが混在記憶される）。
【００３２】
複数のコンテンツを同時に再生する場合、フェードイン／アウトなどの効果を付与することが望ましい。このフェードイン／アウトなどの効果を付与するために、予めフェードイン／アウトするコンテンツを用意しておいてもよいし、番組中にフェードイン／アウトを指定するコマンドをその指定タイミング情報とともに埋め込んでおき、そのコマンドが読み出されたらフェードイン／アウトを開始するようにしてもよい。コマンドを埋め込む場合の効果としては、フェードイン／アウトの効果に限らない。つまり、コンテンツが曲やＭＣならばリバーブ等の音響効果でもよいし、静止画や動画ならばモザイクやワイプ等の映像効果でもよい。これらの効果はコンテンツの開始又は終了タイミング時に付与されることに限らず、コンテンツの再生途中に付与されるようにしてもよい。
【００３３】
また、図９Ａに示すように、クライアントは、携帯電話やＰＨＳあるいはモバイル端末のような携帯型通信端末ＭＴであってもよい。その場合、携帯型通信端末ＭＴは、適宜の楽音生成機能（音源機能やシーケンサ機能）を持たせるものとする。図９Ｂは、楽音生成機能を持たせた携帯型通信端末ＭＴの内部構成例を示すブロック図である。携帯型通信端末ＭＴは、通常の携帯電話側回路１０１のほかに、ＣＰＵ１０２、ＲＡＭ１０３、ＲＯＭ１０４を含むマイクロコンピュータを内蔵しており、携帯電話側回路１０１と該マイクロコンピュータとの間は通信インタフェース１０５を介して相互に通信する。携帯電話側回路１０１では、インターネット機能若しくは簡易インターネット機能を有しており、インターネット通信時においてサイト（サーバ）Ａ〜Ｎとの間に無線電話接続を確立すると、内部の通信インターフェイス１０５を介して上記内蔵マイクロコンピュータとサイト（サーバ）Ａ〜Ｎとの間の情報通信を可能にする。ＲＯＭ１０４においては、楽音生成機能に必要なプログラム及びデータ類を記憶し、更に、本発明に従う番組再生処理のプログラム（アプリケーションソフトウエア）を記憶させておく。この場合、ＲＯＭ１０４を、フラッシュＲＯＭのような書き換え可能なメモリを使用し、楽音生成用のプログラムやデータあるいは本発明に従うアプリケーションソフトウエアの内容を随時更新できるようにしてもよい。
【００３４】
なお、入力操作用の各種ボタンの機能は、携帯電話側回路ＭＴで具備するスイッチ類を利用するものとする。その場合、内部の通信インタフェース１０５を介して、携帯電話側回路１０１でのスイッチ操作情報を上記内蔵マイクロコンピュータで受け取り、これらの操作入力信号に応じて上述の本発明に従う処理を進める。また、この処理の過程でサイト（サーバ）Ａ〜Ｎから受け取ったコンテンツ等の各種データは、携帯電話側回路１０１から通信インタフェース１０５を介して内蔵マイクロコンピュータに送られ、ＲＡＭ１０３に記憶される。受け取ったコンテンツ等の各種データは、通信インタフェース１０５を介して携帯電話側回路１０１に送られ、そのディスプレイで表示させることができる。更に、受け取ったコンテンツ等の各種データあるいは内蔵マイクロコンピュータで生成したコンテンツ等の各種データを、通信インタフェース１０５を介して携帯電話側回路１０１に送り、そこから無線電話回線を介して所望の携帯型通信端末ＭＴやパーソナルコンピュータ等に対して送信することができる（例えば、メールに添付して送信する）。また、内蔵マイクロコンピュータの側で生成したコンテンツも通信インタフェース１０５を介して携帯電話側回路１０１に送り、その内蔵スピーカから放音させたり、そのディスプレイで表示させたりすることができる。なお、ＭＩＤＩインタフェース１０６を具備し、外部との間でＭＩＤＩ演奏データの送受を行えるようにしてもよい。更に、上記のようにしてサイト（サーバ）Ａ〜Ｎから取り込んだＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどのうち好みのものを適宜手段によって保存しておき、これらを携帯電話の着信メロディや保留メロディ、あるいは着信を知らせる画像データ等として利用することが可能である。また、これらのＭＩＤＩファイル、オーディオファイル、動画ファイル、静止画ファイルなどのうちの好みのものを、通話中のバックグラウンドミュージックあるいはバックグラウンドビジュアル画像として使用することも可能である。
なお、コンテンツを購入した場合に、コンテンツ購入代金を携帯型通信端末ＭＴの利用料金に加算してコンテンツ購入者に課金するようにしてもよいし、あるいは携帯型通信端末ＭＴの利用料金とは別にコンテンツ購入代金をコンテンツ購入者に課金するようにしてもよい。また、携帯型通信端末ＭＴをクライアントとして使用する場合は、上述したような全ての機能を備えずに一部の機能のみを備えるようにしてもよい。
【００３５】
なお、「ＦＦボタン」又は「ＲＥＷボタン」では１つ後や前のコンテンツを選択できるようにしたが、所定の時間分だけ後や前に進むようにしてもよい。また、複数トラックのコンテンツを同時に再生するタイプの番組において１つ後や前のコンテンツを選択する場合には、どのトラックのコンテンツを１つ後や前に進めるかを視聴者が選択できるようにしてもよいし、コンテンツを進めるトラックがどのトラックかを予め固定的に決めておくようにしてもよい。また、コンテンツの早送りと巻き戻しの機能の両方を具えることなく、少なくともどちらか一方の機能のみを具えるようにしてもよい。更に、コンテンツ再生中に早送りや巻き戻しが可能なものに限らず、再生の一時停止中に早送りや巻き戻しが可能であってもよい。
インフォメーション表示やコンテンツの購入指示は、ＷＥＢブラウザを利用してもよい。すなわち、「クライアント側の処理」とは別にＷＥＢブラウザの処理を起動し、ＷＥＢブラウザの処理の中でインフォメーション表示をして、購入指示できるようにしてよい。また、インフォメーション表示やコンテンツの購入指示はコンテンツ再生中に限らず、再生の一時停止中にこれらが可能であってもよい。
番組ファイルやコンテンツファイル等の各種データ等を外部記憶媒体から供給したり、あるいは通信インタフェースを介して外部装置からサイトやクライアントに供給するように構成してもよい。
番組ファイル等のコンテンツ情報は連続する領域に時系列に記憶されていてもよいし、飛び飛びの領域に散在して記憶されているコンテンツ情報を時系列的に連続するデータとして別途管理するようにしてもよい。つまり、時系列的に連続するコンテンツ情報として管理することができればよく、記憶領域に連続して記憶されているか否かは問題ではない。
また、上述したような機能を携帯電話側回路１０１とは別に設けた内蔵マイクロコンピュータにより実現するものに限らず、携帯電話側回路１０１内部の資源（図示しないＣＰＵやＲＡＭ、ＲＯＭ等）を利用して、上述したような機能を実現してもよい。音楽ファイルの形式はＭＩＤＩファイルに限らず、音楽演奏情報を何らかの形式で符号化したものを用いてよい。オーディオファイルの形式は、ＰＣＭに限らず、ＡＤＰＣＭ、ＤＰＣＭ等その他適宜の圧縮コード化された形式を用いてよい。動画ファイル及び静止画ファイルも適宜の圧縮データ化したものを用いてよい。
【００３６】
次に、本発明に係る番組作成再生装置の第２の実施例について、以下に示す図１０〜図１７を用いて説明する。
図１０は、この発明に係る番組作成再生装置を適用した番組再生システム全体構成の別の実施例を示すハードブロック図である。図１０から理解できるように、この実施例に示す番組再生システムは複数のサイト（サーバ）Ａ〜Ｎ（ただし、図１０では１台のサイトのみを代表的に示した）と、複数のクライアントＰＣ１〜ＰＣｎと、通信ネットワークＸとにより構成される。これらのサイトＡ〜Ｎ及びクライアントＰＣ１〜ＰＣｎは、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、モデム等を含むコンピュータにより構成されてなり、各々が独立にＬＡＮ（ローカルエリアネットワーク）やインターネット、電話回線などの種々の通信ネットワークＸを介してデータ（例えば、ユーザが生成したオリジナルなユーザ番組ファイルやコンテンツ等）を送出したりあるいは受信したりすることができる。すなわち、図１に示した番組再生システムとそのハード構成は同様であり、ユーザはクライアントＰＣ１〜ＰＣｎのいずれかを用いて通信ネットワークＸを介して各サイトＡ〜Ｎにアクセスすることによって、クライアントＰＣ１〜ＰＣｎと各サイトＡ〜Ｎとの間で各種データ等の送受信を行うことができるようになっている。勿論、図９Ａに示すように携帯型通信端末ＭＴを用いて各サイトＡ〜Ｎにアクセスして、各種データ等の送受信を可能としてよいことは言うまでもない。
【００３７】
各サイトＡ〜Ｎには、ユーザ管理ファイルとサイトＤＢとユーザＤＢとが記憶される。ユーザ管理ファイルはユーザ毎のユーザ識別情報（例えばユーザ名、パスワード、アドレスなど）を複数記憶したファイルであり、各サイトＡ〜ＮにクライアントＰＣ１〜ＰＣｎを介してアクセスしてきたユーザを識別して、各サイトＡ〜Ｎ毎にアクセスが許可されているユーザであるか否かを判定する際に用いられるファイルである。例えば、各サイトＡ〜Ｎ毎にアクセスが許可されているユーザである場合には、各サイトＡ〜Ｎに用意されているユーザＤＢにデータ内容を追加登録したり、あるいはユーザＤＢのデータ内容を変更することができる。各サイトＡ〜Ｎには、サイトＤＢとユーザＤＢの２つのデータベース（ＤＢ）が用意される。サイトＤＢは各サイトＡ〜Ｎ毎に予め用意されている各種の情報（例えば、サイト番組リストファイル、複数のサイト番組ファイル、複数のサイトコンテンツ）などを記憶するデータベースであり、ユーザＤＢはユーザが作成したユーザコンテンツや、ユーザの指示に従って各サイトＡ〜Ｎ上で作成されるユーザ番組ファイルやユーザ番組リストファイルなどを記憶するデータベースである。このユーザＤＢは、ユーザが各サイトＡ〜Ｎに初めてアクセスした際（例えば、ユーザ登録をした時）などに各ユーザに対して割り当てられる。このように、サイトＤＢあるいはユーザＤＢは、各データベースの所有者が管理する番組リストファイルや番組ファイル、コンテンツなどをそれぞれのデータベース毎に記憶する。すなわち、サイトＤＢは各サイトＡ〜Ｎの所有者、ユーザＤＢは各サイトＡ〜Ｎに登録済みの各ユーザのみがデータ管理することのできるデータベースである。これらのＤＢに記憶される各情報（つまり、番組リストファイルや番組ファイルやコンテンツ）の内容についての詳細は既に説明した（図１参照）ことからここでの説明を省略するが、この実施例における番組ファイルあるいはコンテンツには、それらのデータを所有者が管理するための利用管理情報（例えば、該データを参照することのみが可能な「リードオンリー」権や、該データを参照するだけでなく変更・追加することまで可能な「リードライト」権などがユーザ毎に定義されているアクセス権情報など）が対応付けられている。
クライアントＰＣ１〜ＰＣｎは各サイトＡ〜Ｎ毎に用意された上記情報を利用するための通信機能を具えた端末であり、各サイトＡ〜Ｎにアクセスして各サイトＡ〜Ｎに記憶されている番組ファイルを再生したり、各サイトＡ〜Ｎ上に新たな番組ファイルを作成したり、クライアントＰＣ１〜ＰＣｎに記憶されているコンテンツを各サイトＡ〜Ｎ上にアップロードしたり、各サイトＡ〜Ｎから番組ファイルを取得してクライアントＰＣ１〜ＰＣｎ側で利用したりすることができる。すなわち、クライアントＰＣ１〜ＰＣｎはクライアントＰＣ１〜ＰＣｎ側で作成したコンテンツ、クライアントＰＣ１〜ＰＣｎの外部（例えば、サイトＡ〜Ｎや外部記憶媒体など）から取得したコンテンツや番組ファイル、これらのコンテンツや番組ファイルを再生するための番組再生プログラム、などを記憶する。
【００３８】
この第２の実施例では、ユーザが適宜にコンテンツを組合せた番組を各サイトＡ〜Ｎに作成し登録しておくことによって、ユーザの意向を詳細に反映させたオリジナルの番組を他のユーザ（つまり、クライアントＰＣ１〜ＰＣｎ）に対して配信することができるようにした。このユーザが所定のクライアントＰＣ１〜ＰＣｎを用いてコンテンツを指定することによってオリジナルのユーザ番組ファイルを、ユーザ所望のサイトＡ〜Ｎのいずれかに作成し登録するユーザ番組作成処理について、図１１を用いて説明する。ただし、ここでは、クライアントＰＣ１からのコンテンツ指定に基づいて、サイトＡにユーザ番組ファイルを作成し登録する例について説明する。
図１１は、ユーザ番組作成処理の一実施例を示すフローチャートである。当該処理は上述した操作パネルにおける「オリジナル番組作成ボタン」（図４参照）が操作された時に起動される処理であり、上述の「お気に入り／オリジナル番組の処理」におけるステップ５６（図７参照）以降の動作の他の処理例である。
【００３９】
まず、ユーザはオリジナルの番組を作成するため、クライアントＰＣ１から所望のサイトＡに対して番組作成の開始を指示（要求）する（ステップＳ１）。クライアントＰＣ１から番組生成の開始を指示されたサイトＡでは、指示を出したユーザを識別する（ステップＳ２）。このユーザ識別はサイトＡに記憶されているユーザ管理ファイルを参照して行われるものであり、例えばユーザがアクセスに用いたクライアントＰＣ１のアドレスによって行われたり、サイトＡへのアクセス時（番組作成開始の要求時）にユーザ名とパスワードをクライアントＰＣ１から入力させることによって行われる。こうしたユーザ識別が正しく行われると、サイトＡは該ユーザがユーザ番組ファイルの作成に利用できるコンテンツをリスト化した情報（以下、これをリストファイルと呼ぶ）を作成し、クライアントＰＣ１に対して該リストファイルを送信する（ステップＳ３）。ユーザ番組作成の際にユーザが利用することのできるコンテンツ（つまり、リストファイルに記載されるコンテンツ）は、予めサイトＡに記憶されていたコンテンツ（すなわち、サイトＤＢに記憶されているコンテンツ）、当該ユーザがサイトＡに登録したコンテンツ（すなわち、当該ユーザのユーザＤＢに記憶されているコンテンツ）、他のユーザが作成したコンテンツ中において当該ユーザによるアクセスが許可されているコンテンツ（すなわち、当該ユーザ以外のユーザＤＢに記憶されているコンテンツ）、などである。クライアントＰＣ１では、取得したリストファイルに基づきコンテンツ選択画面（後述する）を表示し、コンテンツの選択とコンテンツに関する各種設定を受けつける（ステップＳ４）。この際にコンテンツ選択画面に表示されるコンテンツは、当該ユーザが利用することのできるコンテンツのみである。
【００４０】
ここで、コンテンツ選択画面について簡単に説明する。図１２は、コンテンツ選択画面の一実施例を示す概略図である。
該コンテンツ選択画面は、サイトＡから受信したリストファイルに基づいて表示される。図１２に示すように、コンテンツ選択画面には、サイトコンテンツ表示／選択エリア、ユーザ（自己）コンテンツ表示／選択エリア、他ユーザコンテンツ表示／選択エリア、選択コンテンツ表示エリア及び決定ボタンとが表示される。「サイトコンテンツ表示／選択エリア」は、受信したリストファイルに記載されたコンテンツの中から、予めサイトＡのサイトＤＢに記憶されていたコンテンツ（つまりサイトコンテンツ）のみをリスト表示する。「ユーザ（自己）コンテンツ表示／選択エリア」は、受信したリストファイルに記載されたコンテンツの中から、ユーザがサイトに登録しているコンテンツ（つまりユーザコンテンツ）のみをリスト表示する。「他ユーザコンテンツ表示／選択エリア」は、受信したリストファイルに記載されたコンテンツの中から、他のユーザのコンテンツのみをリスト表示する。これらのコンテンツは、作成中のユーザ番組ファイルで利用するコンテンツとして選択的に指定することができる。「選択コンテンツ表示エリア」には、上記した各表示／選択エリアに表示されたコンテンツのうち、選択されたコンテンツのみが表示される。例えば、上記した各表示／選択エリアに表示されている各コンテンツの中から希望のコンテンツをマウスによりクリックすると、クリックされたコンテンツのみを「選択コンテンツ表示エリア」に表示する。この選択操作を繰り返すことで複数のコンテンツを選択することができ、選択されたコンテンツは選択順（再生順）に選択コンテンツ表示エリアに表示される。また、「選択コンテンツ表示エリア」では、表示したコンテンツに対して所定の操作を行うことによって、指定したコンテンツの再生順や各コンテンツの再生時間などを設定することもできる。こうしたコンテンツの選択と設定が全て完了した後に「決定ボタン」を操作すれば、該操作に伴って選択と設定を完了したことを表わす情報や選択および設定された内容を表わす情報がサイトへと送信され（後述する図１１のステップＳ５参照）、次の処理へ進む。
【００４１】
図１１に戻り、コンテンツの選択と設定が決定（つまり終了）されると（ステップＳ５）、サーバＡはコメントを入力させるためのコメント入力画面情報をクライアントＰＣ１へ送信する（ステップＳ６）。すなわち、選択された各コンテンツに対してコメントを入力することを促す画面（コメント入力画面）用の情報をサイトＡ側で作成し、その情報をクライアントＰＣ１へ送信する。クライアントＰＣ１では取得したコメント入力画面情報に基づきコメント入力画面（後述する）を表示し、コメントの入力を受けつける（ステップＳ７）。クライアントＰＣ１でコメントの入力が決定（つまり終了）されると（ステップＳ８）、サイトＡは指定されたコンテンツと入力されたコメントに基づいて番組ファイルを作成し、該ユーザの管理するユーザＤＢに登録する（ステップＳ９）。すなわち、サイトＡは、クライアントＰＣ１から受信したコンテンツの選択と設定に関する情報およびコメントに関する情報などから、図３に示すようなユーザ番組ファイルを生成する。こうして生成されたユーザ番組ファイルは、作成ユーザのデータベースに登録（つまり記憶）されると共に、ユーザ番組リストファイルにその番組に関する情報が追加される。
こうすることによって、ユーザはユーザ自身の意向を詳細に反映させて新たなオリジナル番組を作成することができ、該作成したオリジナル番組をサイトＡ上で公表可能とすることができるようになる。
【００４２】
ここで、上述したコメント入力画面について簡単に説明する。図１３は、コメント入力画面の一実施例を示す概略図である。
該コメント入力画面は、サイトＡから受信したコメント入力画面情報に基づいて表示される。図１３に示すように、コメント入力画面には、ユーザの選択したコンテンツを表示するエリア（図では「選択コンテンツ名」と表示）とそのコンテンツに添付したいコメントを入力するための「コメント入力エリア」、がユーザにより設定されたコンテンツの再生順に表示される。「決定ボタン」を操作すると、該コメント入力画面から入力された各種コメントが各コンテンツに対応付けられてサイトＡに送信され、上述した次の処理（番組ファイルの登録）へ進む。このコメント入力画面から入力されたコメントは、対応するコンテンツのコンテンツ基本情報（図３参照）として記憶される。そしてこのコメントは、番組再生時に対応するコンテンツが再生されている間、図４に示すような操作パネル上の基本情報表示エリアに表示される。この表示の動作は、図６Ｂのステップ１４（もしくはステップ２２）に相当するものであることから、ここでの説明を省略する。
【００４３】
以上のようにして作成されたユーザ番組ファイルは、サイトＡにアクセス可能なユーザであればどのユーザであっても利用することができる。具体的には、既に説明した図６Ａのステップ５とステップ６において、サイト番組リストファイルと共に該サイトＡの全ユーザＤＢに記憶されているユーザ番組リストファイルをサイトＡから送出してクライアントＰＣが取得するようにして、サイトＡ上の全番組ファイルを図４に示すような操作パネル上の番組表示／選択エリアに表示する。ユーザ番組ファイルの再生については既に説明した番組ファイルの再生と同じ方法を用いてよいことから、ここでの説明を省略する。すなわち、再生の動作については図６Ｂのステップ（２０）２１〜図６Ｃのステップ２８にかけて既に説明した。ただし、上述した第１の実施例においてはオリジナル番組ファイル（ユーザ番組ファイルに相当）がクライアントＰＣ１〜ＰＣｎに記憶されているのに対し、この第２の実施例ではユーザ番組ファイルをサイトＡ〜Ｎに記憶するようにしたことから、図６Ｂのステップ８の処理では必ずサイトＡ〜Ｎからユーザ番組ファイルをダウンロードするように変更される。
【００４４】
上述したような第２の実施例においては、クライアントＰＣからのコンテンツの選択と設定入力により番組ファイルをサイト側で作成して記憶するだけでなく、ユーザ自身が作成したコンテンツをサイト側に登録することによって、オリジナルのユーザコンテンツを用いた番組を作成して他のユーザ（あるいはクライアントＰＣ）に対して配信することができる。そこで、次に、ユーザがクライアントＰＣからサイトに対してユーザコンテンツをアップロード（つまり登録）する処理について説明する。図１４は、コンテンツ追加処理の一実施例を示すフローチャートである。当該処理は、操作パネル（図４参照）上に表示される「コンテンツ追加ボタン」（図示せず）が操作された時に起動される。この際に行うボタン操作の有無の検出は、例えば図６のステップ３やステップ６、あるいはステップ３２の後などに行うようにするとよい。
図１４のステップＳ１１では、ユーザは所定のクライアントＰＣ１から所望のサイトＡに対してコンテンツ追加の開始を指示する。クライアントＰＣ１からコンテンツ追加の開始を指示されたサイトＡでは、コンテンツ追加を指示したクライアントＰＣ１に対して、コンテンツ追加画面情報を送信する（ステップＳ１２）。クライアントＰＣ１では、コンテンツ追加画面情報を取得してコンテンツ追加画面（後述する）を表示し、ユーザによる追加したいコンテンツの指定とそのコンテンツへのアクセス権の設定を受けつけ可能とする（ステップＳ１３）。
【００４５】
ここで、コンテンツ追加画面について簡単に説明する。図１５は、コンテンツ追加画面の一実施例を示す概略図である。
コンテンツ追加画面は、サイトＡから受信したコンテンツ追加画面情報に基づいて表示される。図１５に示すように、コンテンツ追加画面には、追加コンテンツ指定エリア、アクセス権表示／設定エリアとが表示される。「追加コンテンツ指定エリア」は、追加したいコンテンツの記憶されているアドレス（クライアントＰＣ内あるいはそれに外部接続された外部記憶装置内など）を指定することで、追加コンテンツを指定することができるようになっている。この場合、複数のコンテンツを指定することが可能である。「アクセス権表示／設定エリア」は、サイトＡ上のユーザ管理ファイルの情報を利用して、サイトＡに登録されているユーザのリストを表示する。その中から今回追加するコンテンツの利用を許可するユーザを選択する。ユーザに関する情報は、コンテンツ追加画面情報に含まれる。
【００４６】
図１４に戻り、コンテンツ追加画面を用いてコンテンツの追加と設定を決定（つまり終了）すると、コンテンツ追加の開始を指示した所望のサイトＡに対し、追加したいコンテンツとそのコンテンツに対する設定情報（アクセス権に関する情報など）を送信する（ステップＳ１４）。サイトＡは追加したいコンテンツとそのコンテンツに対する設定情報を送信してきたユーザを識別し（ステップＳ１５）、受信したコンテンツに対して、設定情報に対応するアクセス権を設定し、それを識別したユーザのデータベースに登録する（ステップＳ１６）。すなわち、サイトＡは、クライアントＰＣ１から受信したコンテンツを、コンテンツ送信したユーザに割り当てられた専用のデータベース（つまりユーザＤＢ）に登録（つまり記憶）する。このユーザＤＢへのコンテンツ登録時には、コンテンツに付随する設定情報に基づいてそのコンテンツに対するアクセス権が設定され、該アクセス権と共にコンテンツは登録される。このアクセス権は、例えば、他のユーザが当該コンテンツを利用して新たにユーザ番組ファイルを作成することが可能であるか否かを規定する情報であり、このアクセス権はコンテンツそのものに添付して登録するようにしてもよいし、アクセス権を管理情報として一括登録するようにしてもよい。
【００４７】
次に、ユーザが生成したオリジナルのユーザ番組ファイルをサイトから取得する処理について説明する。図１６は、番組ファイル取得処理の一実施例を示すフローチャートである。この実施例では、ユーザがサイトＡから番組ファイルをダウンロードする際に、クライアントＰＣ１の操作パネル（図４参照）に当該ユーザがダウンロード可能な番組だけがリスト表示され、その中から適宜に番組を選択することのできる例を示す。該番組ファイル取得処理は、操作パネル上に表示される「番組取得ボタン」（図示せず）が操作された時に起動される。この際のボタン操作の有無の検出は、例えば図６のステップ３やステップ６やステップ３２の後などで行うようにするとよい。
【００４８】
クライアントＰＣ１でサイトＡに対して番組取得を指示すると（ステップＳ２１）、サイトＡではユーザ識別情報に基づいて番組取得指示を出したユーザの識別を行う（ステップＳ２２）。ユーザ識別が正常に行われた場合、すなわち、サイトＡにアクセス許可されているユーザである場合には、ユーザが取得できる番組ファイルのリスト（つまりユーザが取得できる番組ファイルをリスト化したリストファイル）を作成してクライアントＰＣ１へ送信する（ステップＳ２３）。すなわち、この実施例においてユーザが取得することのできる番組ファイルは、当該ユーザの作成したユーザ番組ファイルのみとなる。クライアントＰＣ１ではリストファイルを取得すると操作パネル上に番組選択画面を表示して、ユーザによる番組の選択を受けつける（ステップＳ２４）。この番組選択画面はコンテンツ選択画面（図１２参照）と表示形態がほぼ同じであることから図示を省略するが、コンテンツ選択画面と異なる点は「コンテンツ表示／選択エリア」に代わって「番組ファイル表示／選択エリア」が表示される点である。この「番組ファイル表示／選択エリア」には、ユーザが選択可能な番組のリストが表示される。そして、ユーザが該番組選択画面を用いて番組の選択を決定すると（ステップＳ２５）、選択された番組の番組ファイルとその番組で利用されるコンテンツをサイトＡからユーザに対して送信する（ステップＳ２６）。すなわち、ユーザの選択した番組ファイルとその番組の再生に利用される全コンテンツがサイトＡからクライアントＰＣ１へと送信される。クライアントＰＣ１では、送信された番組ファイルとコンテンツを記憶する（ステップＳ２７）。送信された番組ファイルとコンテンツを記憶することによって、クライアントＰＣ１では受信した番組ファイルに基づく番組をサイトＡにアクセスすることなく（すなわちオフラインで）、いつでも好きなときに再生することができるようになる。また、クライアントＰＣ１のみで独自に立ち上げて運営している自己サイト上で、その番組を他のユーザに対して公表することもできる。こうした場合には、ユーザの自己サイトで番組ファイルを再生できるように図６に記載されている再生処理を実行するための番組再生プログラムをサイトＡからダウンロードし、本実施例に記載されているサイトＡの動作を自己サイトを立ち上げているクライアントＰＣ１上で行わせる。
【００４９】
上述した実施例では当該ユーザがダウンロード可能な番組だけをリスト表示し、その中から適宜に番組を選択する例を示したが、これに限らない。例えば、サイト上の全番組をリスト表示し、当該ユーザがダウンロード可能な番組に対してはダウンロードを許可し、ダウンロード不可能な番組に対しては、ダウンロード可能とするようにその番組の所持ユーザに関する所定の情報を表示するようにしてもよい。そこで、次に番組ファイルを取得する処理について別の実施例について説明する。
図１７は、番組ファイル取得処理の別の実施例を示すフローチャートである。該処理は、クライアントＰＣの操作パネル上にサイトに記憶されている全番組のリストを表示し、ダウンロード不可能な番組に対してはダウンロードできるようにその番組の所持ユーザと交渉することができる所定の情報を表示するようにサイトが設定する処理である。ただし、各ユーザは自分の作成したユーザ番組ファイルにアクセス権を適宜に設定することができるものとする。サイトからクライアントＰＣに送信されるリストファイルはサイト上の全番組ファイルを表示／選択するためのもので、それを使って所望の番組ファイルをユーザに選択させる。この動作は既に説明した番組ファイル取得処理（図１６参照）と同じであることから、こうした部分における処理の図示を省略し、番組ファイルを選択した後の動作を図１７に示した。すなわち、図１６のステップＳ２４以降の処理である。また、選択した番組が取得可能なもの（例えば、自分の所有しているユーザ番組ファイルやアクセスを許可された他のユーザのユーザ番組ファイルなど）であった場合の動作については図１６の動作と同様であるため、ここでの説明は省略する。
【００５０】
クライアントＰＣ１で番組の選択を決定すると（ステップＳ３１）、サイトＡでは選択された番組の番組ファイルが当該ユーザが取得可能な番組ファイルであるか否かが判定され（ステップＳ３２）、取得不可能な番組ファイルである場合には（ステップＳ３２のＹＥＳ）選択された番組の番組ファイルの所有ユーザに連絡を取るための連絡情報をクライアントＰＣ１へ送信する（ステップＳ３３）。クライアントＰＣ１では、受信した連絡情報を利用して連絡をとるための連絡情報を表示してユーザに連絡を促す（ステップＳ３４）。連絡情報とは、メールアドレスや住所や電話番号であり、個人情報がもれない安全な方法としてサイトを介して掲示板形式でユーザ間の連絡を取り合わせたりする方法なども考えられる。このように、ユーザの選択した番組が取得不可能な番組ファイル、つまりサイト番組ファイルもしくは、アクセス権を設定されていない他のユーザの所有するユーザ番組ファイル、であった場合には、そのファイルの所有者と交渉してアクセス権を設定してもらえるようにすることができるようになっている。
【００５１】
以上のようにして、生成されたユーザ番組ファイルを記憶すると共に、サイトが公表する番組のリスト(サイト番組リストファイルおよびユーザ番組リストファイル)にユーザ番組ファイルを追加し、この番組リストをクライアントに提示するようにした。これにより、サイトで公表される番組の内容が多様なものとなる。
また、クライアントから受信したコンテンツをそのコンテンツの利用管理情報(つまりアクセス権)と対応させて記憶し、番組ファイルの作成時には作成者が利用できるコンテンツのみを選択させるよう制御するようにした。これにより、番組ファイルの作成時に利用できるコンテンツの種類を適宜増加することができると共に、自分で作成(追加)したコンテンツを他のクライアントが勝手に利用できないようにすることができることから、例えばコンテンツが曲や映像であるような場合の著作権の侵害を防止する観点から有用である。
さらに、番組ファイルをその番組ファイルの利用管理情報(例えばアクセス権)と対応させて記憶するようにし、番組ファイルの取得時にはクライアントが取得できる番組ファイルのみを選択できるように制御するようにした。これにより、クライアント上に番組ファイルを取得して、サイトと再度接続することなくクライアントのみで番組を再生できるようになると共に、自分で作成した番組ファイルを他のユーザが勝手に利用できないように設定することができることから、これによっても著作権の侵害を防止するなどの点から有用である。
【００５２】
なお、ユーザ番組ファイルを作成する際にユーザが利用できるコンテンツを制限するようにしているが、この利用制限をなくしてサイト内の全てのデータベースにあるコンテンツを利用してユーザがユーザ番組ファイルを作成できるようにしてもよい。しかし、実施例のように制限を持たせることが一番好ましい。また、ユーザ番組ファイルを作成する際に利用できるコンテンツだけをユーザに提示しているが、全コンテンツを提示して利用できないコンテンツを選択した場合にはそのコンテンツの所有者と連絡をとってコンテンツの利用の許可を求めることができるようにすることもできる。こうした場合には、番組ファイル取得処理の動作（図１７参照）と同様の処理で実現できる。
なお、ユーザ番組ファイルには上述の実施例で記載した情報以外にも、番組名、作成者、作成日時、番組内容に関するコメント、などの情報が付加されていてもよい。これらの付加された情報はその番組ファイルが再生される時に表示する。例えば、図４に示す操作パネルの基本情報表示エリアなどを使って表示するとよい。
なお、ユーザ番組ファイルに対して、そのファイルの所有者(ユーザ)が他のユーザに対する利用管理情報（例えばアクセス権）を設定でき、その利用管理情報を添付することが好ましい。この例は、番組ファイル取得処理の実施例（図１７参照）で説明したように、アクセス権を表わす利用管理情報はユーザ番組ファイル作成時に添付されるようにし、それ以後、そのファイルの所有者のみが(勿論、サイトの管理者も)自由に変更できるようにするとよい。また、コンテンツに対する利用管理情報（例えば、アクセス権）の設定についても、コンテンツ追加時以降にも、そのコンテンツの所有者のみが(勿論、サイトの管理者も)自由に変更できるようにするとよい。
なお、上述した第２の実施例では、選択された番組ファイルで利用されるコンテンツそのものをクライアントに送信し、クライアントでコンテンツ再生することによって番組を視聴することのできる例を示したが、これに限らない。例えば、コンテンツそのものをクライアントに送信することなくサーバで選択された番組ファイルで利用されるコンテンツを順次に再生し、該再生内容をクライアントに送信することによって番組を視聴することができるようにしてもよい。
【００５３】
【発明の効果】
この発明によれば、クライアント側にコンテンツＵＲＬ等の各種コンテンツ情報を含む番組ファイルを記憶しておき、当該番組ファイルに基づいてサーバ側から必要なコンテンツをコンテンツ毎あるいは一括して読み出して番組を再生する。そのため、性質の異なる複数種類のコンテンツが混在した番組であっても当該番組を再生することができるようになり、したがって多様なコンテンツをもつ番組ができる、という効果がある。
また、視聴者はオリジナルの番組を自由に作成して公表することができるので、サイトで公表される番組の内容を多様なものとすることができる、という効果がある。
【図面の簡単な説明】
【図１】 この発明に係る番組作成再生装置を適用した番組再生システム全体構成の一実施例を示すハードブロック図である。
【図２】 図１に示した番組再生システムにおいて用いられる番組リストファイルの一実施例を示す概念図である。
【図３】 図１に示した番組再生システムにおいて用いられる番組ファイルの一実施例を示す概念図である。
【図４】 操作パネルの一実施例を概念的に示す図である。
【図５】 インフォメーション表示の一実施例を示す概念図である。
【図６Ａ】 図１に示した番組再生システムにおいて行われる番組再生処理の一実施例であり、前半部分を示すフロー図である。
【図６Ｂ】 図６Ａに示した番組再生処理の前半部分に続くフロー図である。
【図６Ｃ】 図６Ａに示した番組再生処理の後半部分を示し、図６Ｂの処理に続くフロー図である。
【図７】 お気に入り／オリジナル番組の処理の一実施例を示すフロー図である。
【図８】 複数のコンテンツを並行して再生することができるように構成した番組ファイルの一実施例を示す概念図である。
【図９Ａ】 クライアントとして携帯型通信端末を使用する例を示すブロック図である。
【図９Ｂ】 楽音生成機能を持たせた携帯型通信端末の内部構成例を示すブロック図である。
【図１０】 この発明に係る番組作成再生装置を適用した番組再生システム全体構成の別の実施例を示すハードブロック図である。
【図１１】 図１０に示した番組再生システムにおいて行われるユーザ番組作成処理の一実施例を示すフローチャートである。
【図１２】 コンテンツ選択画面の一実施例を示す概略図である。
【図１３】 コメント入力画面の一実施例を示す概略図である。
【図１４】 図１０に示した番組再生システムにおいて行われるコンテンツ追加処理の一実施例を示すフローチャートである。
【図１５】 コンテンツ追加画面の一実施例を示す概略図である。
【図１６】 図１０に示した番組再生システムにおいて行われる番組ファイル取得処理の一実施例を示すフローチャートである。
【図１７】 図１０に示した番組再生システムにおいて行われる番組ファイル取得処理の別の実施例を示すフローチャートである。
【符号の説明】
Ｂ１…ＲＥＷボタン、Ｂ２…停止ボタン、Ｂ３…再生ボタン、Ｂ４…ＦＦボタン、Ａ〜Ｎ…サイト（サーバコンピュータ）、ＰＣ（ＰＣ１〜ＰＣｎ）…クライアント（クライアントコンピュータ）、Ｘ…通信ネットワーク、ＭＴ…携帯型通信端末
Claims (9)
- 通信ネットワークを介して接続されている複数のクライアント装置に対して、複数のコンテンツを含む番組を、所定のサイト上のコンテンツとして公開すると共に、いずれかの前記クライアント装置からの要求に応じて配信する番組作成再生装置であって、
データ形式の異なる複数種類のコンテンツ、及びコンテンツの再生順を規定して前記番組の内容を制御する番組ファイルをそれぞれ複数記憶する記憶手段と、
いずれかの前記クライアント装置に対して、複数のコンテンツを選択することと、各コンテンツに付加する付加情報を入力することを要求し、選択されたコンテンツのＩＤ情報と入力された付加情報とに基づいて前記選択された順序にてコンテンツの再生手順を規定した前記番組ファイルを作成する作成手段と、
前記作成した番組ファイルを配信可能に前記記憶手段に記憶させ、前記所定のサイト上のコンテンツとして公開すると共に、いずれかの前記クライアント装置からの要求に応じて当該クライアント装置に対して、該記憶させた番組ファイルを配信する制御手段と
を具備する番組作成再生装置。 - 前記作成手段は、前記記憶手段に記憶されている全コンテンツのうち、ユーザ毎に使用が決められている一部のコンテンツのみを選択可能とすることを特徴とする請求項１に記載の番組作成再生装置。
- 前記付加情報は、前記作成する番組ファイルに対する他のクライアント装置による閲覧、変更・追加の可否を、前記クライアント装置による入力に応じて規定するアクセス制限情報であって、
前記制御手段は、前記付加情報に基づいて前記番組ファイルに対する他のクライアント装置によるアクセスを制御することを特徴とする請求項１又は２に記載の番組作成再生装置。 - 通信ネットワークを介して接続されている複数のクライアント装置に対して、複数のコンテンツを含む番組を、所定のサイト上のコンテンツとして公開すると共に、いずれかの前記クライアント装置からの要求に応じて配信する番組作成再生方法であって、
データ形式の異なる複数種類のコンテンツ、及び該コンテンツの再生順を規定して前記番組の内容を制御する番組ファイルを所定の記憶手段にそれぞれ複数記憶するステップと、
いずれかの前記クライアント装置に対して、複数のコンテンツを選択することと、コンテンツに付加する付加情報を入力することを要求し、選択されたコンテンツのＩＤ情報と入力された付加情報とに基づいて前記選択された順序にてコンテンツの再生手順を規定した前記番組ファイルを作成するステップと、
前記作成した番組ファイルを配信可能に前記記憶手段に記憶させ、前記所定のサイト上のコンテンツとして公開すると共に、いずれかの前記クライアント装置からの要求に応じて当該クライアント装置に対して、該記憶させた番組ファイルを配信するステップと
を具える。 - 前記番組ファイルを作成するステップは、前記記憶手段に記憶されている全コンテンツのうち、ユーザ毎に使用が決められている一部のコンテンツのみを選択可能とすることを特徴とする請求項４に記載の番組作成再生方法。
- 前記付加情報は、前記作成する番組ファイルに対する他のクライアント装置による閲覧、変更・追加の可否を、前記クライアント装置による入力に応じて規定するアクセス制限情報であって、
前記制御するステップは、前記付加情報に基づいて前記番組ファイルに対する他のクライアント装置によるアクセスを制御することを特徴とする請求項４又は５に記載の番組作成再生方法。 - 機械読取り可能な記憶媒体であって、通信ネットワークを介して接続されている複数のクライアント装置に対して、複数のコンテンツを含む番組を、該クライアント装置からの要求に応じて配信する番組作成再生方法をプロセッサに実行させるためのプログラムを記憶してなり、前記番組作成再生方法は、
データ形式の異なる複数種類のコンテンツ、及び該コンテンツの再生順を規定して前記番組の内容を制御する番組ファイルを所定の記憶手段にそれぞれ複数記憶するステップと、
いずれかの前記クライアント装置に対して、複数のコンテンツを選択することと、コンテンツに付加する付加情報を入力することを要求し、選択されたコンテンツのＩＤ情報と入力された付加情報とに基づいて前記選択された順序にてコンテンツの再生手順を規定した前記番組ファイルを作成するステップと、
前記作成した番組ファイルを配信可能に前記記憶手段に記憶させ、前記所定のサイト上のコンテンツとして公開すると共に、いずれかの前記クライアント装置からの要求に応じて当該クライアント装置に対して、該記憶させた番組ファイルを配信するステップと
を具える。 - 前記番組ファイルを作成するステップは、前記記憶手段に記憶されている全コンテンツのうち、ユーザ毎に使用が決められている一部のコンテンツのみを選択可能とすることを特徴とする請求項７に記載の記憶媒体。
- 前記付加情報は、前記作成する番組ファイルに対する他のクライアント装置による閲覧、変更・追加の可否を、前記クライアント装置による入力に応じて規定するアクセス制限情報であって、
前記制御するステップは、前記付加情報に基づいて前記番組ファイルに対する他のクライアント装置によるアクセスを制御することを特徴とする請求項７又は８に記載の記憶媒体。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000359611A JP4162181B2 (ja) | 2000-11-27 | 2000-11-27 | 番組作成再生装置及び番組作成再生方法並びに記憶媒体 |
| EP01127662A EP1209854A3 (en) | 2000-11-27 | 2001-11-20 | Apparatus and method for creating and supplying a program via a communication network |
| US09/992,106 US7167896B2 (en) | 2000-11-27 | 2001-11-21 | Apparatus and method for creating and supplying a program via communication network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000359611A JP4162181B2 (ja) | 2000-11-27 | 2000-11-27 | 番組作成再生装置及び番組作成再生方法並びに記憶媒体 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005101322A Division JP4356639B2 (ja) | 2005-03-31 | 2005-03-31 | 番組作成再生装置及び番組作成再生方法並びに記憶媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002165199A JP2002165199A (ja) | 2002-06-07 |
| JP4162181B2 true JP4162181B2 (ja) | 2008-10-08 |
Family
ID=18831353
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000359611A Expired - Fee Related JP4162181B2 (ja) | 2000-11-27 | 2000-11-27 | 番組作成再生装置及び番組作成再生方法並びに記憶媒体 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US7167896B2 (ja) |
| EP (1) | EP1209854A3 (ja) |
| JP (1) | JP4162181B2 (ja) |
Families Citing this family (50)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0107104D0 (en) * | 2001-03-21 | 2001-05-09 | Netpd Ltd | Method and apparatus for identifying electronic files |
| JP2002287990A (ja) * | 2001-03-26 | 2002-10-04 | Canon Inc | アプリケーション管理装置、アプリケーション管理方法、記憶媒体及びプログラム |
| US6949704B2 (en) * | 2001-06-27 | 2005-09-27 | Yamaha Corporation | Apparatus for delivering music performance information via communication network and apparatus for receiving and reproducing delivered music performance information |
| JP4664386B2 (ja) * | 2002-02-08 | 2011-04-06 | 株式会社エヌ・ティ・ティ・ドコモ | 情報配信システム、情報配信方法、情報配信サーバ及びコンテンツ配信サーバ |
| JP2003304523A (ja) | 2002-02-08 | 2003-10-24 | Ntt Docomo Inc | 情報配信システム、情報配信方法、情報配信サーバ、コンテンツ配信サーバ及び端末 |
| JP2003242081A (ja) * | 2002-02-21 | 2003-08-29 | Sony Corp | デジタルデータ放送番組制作装置 |
| JP3747884B2 (ja) * | 2002-05-23 | 2006-02-22 | ソニー株式会社 | コンテンツ記録再生装置及びコンテンツ記録再生方法、並びにコンピュータ・プログラム |
| JP2004056372A (ja) | 2002-07-18 | 2004-02-19 | Pioneer Electronic Corp | 番組編成装置、番組提供システム、それらの方法、それらのプログラムおよびそれらのプログラムを記録した記録媒体 |
| JP4209176B2 (ja) * | 2002-11-14 | 2009-01-14 | アルパイン株式会社 | クライアント装置およびサーバ装置 |
| JP2004205633A (ja) * | 2002-12-24 | 2004-07-22 | Shinano Kenshi Co Ltd | Ｂｇｍ再生システム |
| JP2004287928A (ja) | 2003-03-24 | 2004-10-14 | Vision Arts Kk | コンテンツ管理プログラム |
| JP4661047B2 (ja) * | 2003-05-30 | 2011-03-30 | ソニー株式会社 | 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム |
| US7715934B2 (en) | 2003-09-19 | 2010-05-11 | Macrovision Corporation | Identification of input files using reference files associated with nodes of a sparse binary tree |
| US20050203851A1 (en) * | 2003-10-25 | 2005-09-15 | Macrovision Corporation | Corruption and its deterrence in swarm downloads of protected files in a file sharing network |
| US20050091167A1 (en) * | 2003-10-25 | 2005-04-28 | Macrovision Corporation | Interdiction of unauthorized copying in a decentralized network |
| US20050108378A1 (en) * | 2003-10-25 | 2005-05-19 | Macrovision Corporation | Instrumentation system and methods for estimation of decentralized network characteristics |
| US20050089014A1 (en) * | 2003-10-27 | 2005-04-28 | Macrovision Corporation | System and methods for communicating over the internet with geographically distributed devices of a decentralized network using transparent asymetric return paths |
| JP4172390B2 (ja) * | 2003-12-22 | 2008-10-29 | ヤマハ株式会社 | サーバコンピュータおよびこれに適用されるプログラム |
| JP4134904B2 (ja) * | 2003-12-26 | 2008-08-20 | ヤマハ株式会社 | 電子音楽装置、音楽コンテンツ配信サーバ及び音楽コンテンツ処理プログラム |
| US7877810B2 (en) * | 2004-03-02 | 2011-01-25 | Rovi Solutions Corporation | System, method and client user interface for a copy protection service |
| JP4305278B2 (ja) * | 2004-05-19 | 2009-07-29 | ソニー株式会社 | コンテンツデータ供給システム、コンテンツデータ供給装置および方法、コンテンツデータ再生装置および方法、並びにプログラム |
| EP1758043A3 (en) * | 2004-08-04 | 2010-07-28 | Yamaha Corporation | Electronic musical apparatus for reproducing received music content |
| US20080212934A1 (en) * | 2005-06-01 | 2008-09-04 | Ehmann David M | Apparatus For Forming A Select Talent Group And Method Of Forming The Same |
| JP2007034734A (ja) * | 2005-07-27 | 2007-02-08 | Sony Corp | データ流通システム、データ流通方法、サーバ、及び端末装置 |
| US7809943B2 (en) * | 2005-09-27 | 2010-10-05 | Rovi Solutions Corporation | Method and system for establishing trust in a peer-to-peer network |
| JP4655878B2 (ja) * | 2005-10-24 | 2011-03-23 | ヤマハ株式会社 | 音楽コンテンツ作成装置、方法及びプログラム |
| JP4846352B2 (ja) * | 2005-11-28 | 2011-12-28 | ソフトバンクＢｂ株式会社 | マルチメディア視聴システム及びマルチメディア視聴方法 |
| JP4866076B2 (ja) * | 2005-12-16 | 2012-02-01 | ソフトバンクＢｂ株式会社 | マルチメディア視聴システム及びマルチメディア視聴方法 |
| US8086722B2 (en) * | 2005-12-21 | 2011-12-27 | Rovi Solutions Corporation | Techniques for measuring peer-to-peer (P2P) networks |
| US20070198516A1 (en) * | 2006-01-31 | 2007-08-23 | Ganapathy Palamadai R | Method of and system for organizing unstructured information utilizing parameterized templates and a technology presentation layer |
| US8090699B2 (en) * | 2006-03-08 | 2012-01-03 | Sms.Ac, Inc. | Automatic generation of application pod |
| US8887212B2 (en) * | 2006-03-21 | 2014-11-11 | Robin Dua | Extended connectivity point-of-deployment apparatus and concomitant method thereof |
| JP3929478B1 (ja) * | 2006-08-08 | 2007-06-13 | 株式会社Ｓｏｆｔｐｏｃｋｅｔ | インターネット放送番組制作支援システム |
| JP4933932B2 (ja) | 2007-03-23 | 2012-05-16 | ソニー株式会社 | 情報処理システム、情報処理装置、情報処理方法、プログラム |
| US20080239888A1 (en) * | 2007-03-26 | 2008-10-02 | Yamaha Corporation | Music Data Providing System |
| US20090043849A1 (en) * | 2007-07-27 | 2009-02-12 | Intelligent Software Solutions, Inc. | Collaborative web-based computing |
| CN101639841B (zh) * | 2008-07-30 | 2012-05-09 | 深圳市九洲电器有限公司 | 一种提供多媒体数据搜索和查询服务的方法及*** |
| JP5533432B2 (ja) * | 2010-08-24 | 2014-06-25 | ソニー株式会社 | 情報処理装置、情報処理方法、プログラムおよび情報処理システム |
| JP5978653B2 (ja) * | 2012-02-27 | 2016-08-24 | ヤマハ株式会社 | コンテンツ提供装置 |
| JP5858071B2 (ja) * | 2014-03-07 | 2016-02-10 | ソニー株式会社 | 情報処理装置、情報処理方法、プログラムおよび情報処理システム |
| WO2017078701A1 (en) * | 2015-11-04 | 2017-05-11 | Thomson Licensing | Providing supplemental content for media assets |
| US11698890B2 (en) | 2018-07-04 | 2023-07-11 | Monday.com Ltd. | System and method for generating a column-oriented data structure repository for columns of single data types |
| US11455298B2 (en) | 2019-02-06 | 2022-09-27 | Parsons Corporation | Goal-directed semantic search |
| US20210150481A1 (en) | 2019-11-18 | 2021-05-20 | Monday.Com | Digital processing systems and methods for mechanisms for sharing responsibility in collaborative work systems |
| IL297858A (en) | 2020-05-01 | 2023-01-01 | Monday Com Ltd | Digital processing systems and methods for improved networking and collaborative work management systems, methods and devices |
| US11829953B1 (en) | 2020-05-01 | 2023-11-28 | Monday.com Ltd. | Digital processing systems and methods for managing sprints using linked electronic boards |
| US11392556B1 (en) | 2021-01-14 | 2022-07-19 | Monday.com Ltd. | Digital processing systems and methods for draft and time slider for presentations in collaborative work systems |
| US11741071B1 (en) | 2022-12-28 | 2023-08-29 | Monday.com Ltd. | Digital processing systems and methods for navigating and viewing displayed content |
| US11886683B1 (en) | 2022-12-30 | 2024-01-30 | Monday.com Ltd | Digital processing systems and methods for presenting board graphics |
| US11893381B1 (en) | 2023-02-21 | 2024-02-06 | Monday.com Ltd | Digital processing systems and methods for reducing file bundle sizes |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5455910A (en) | 1993-01-06 | 1995-10-03 | International Business Machines Corporation | Method and system for creating a synchronized presentation from different types of media presentations |
| US5418713A (en) | 1993-08-05 | 1995-05-23 | Allen; Richard | Apparatus and method for an on demand data delivery system for the preview, selection, retrieval and reproduction at a remote location of previously recorded or programmed materials |
| US5541638A (en) * | 1994-06-28 | 1996-07-30 | At&T Corp. | User programmable entertainment method and apparatus |
| US5721951A (en) | 1995-02-24 | 1998-02-24 | Digital Interactive Corporation Systems, Ltd. | Home entertainment system for playing software designed for play in home computer |
| US6018765A (en) | 1996-01-23 | 2000-01-25 | Storage Concepts, Inc. | Multi-channel multimedia data server |
| US5835722A (en) * | 1996-06-27 | 1998-11-10 | Logon Data Corporation | System to control content and prohibit certain interactive attempts by a person using a personal computer |
| US5926624A (en) * | 1996-09-12 | 1999-07-20 | Audible, Inc. | Digital information library and delivery system with logic for generating files targeted to the playback device |
| JPH10150629A (ja) * | 1996-11-15 | 1998-06-02 | Sony Corp | 送受信システム、受信装置、及び送信装置 |
| US5861958A (en) * | 1997-01-31 | 1999-01-19 | Biscom Incorporated | Multiple-file feature for a fax printer driver |
| JP3076260B2 (ja) | 1997-03-10 | 2000-08-14 | 松下電器産業株式会社 | 情報提供装置 |
| JPH1127649A (ja) * | 1997-07-01 | 1999-01-29 | Matsushita Electric Ind Co Ltd | テレビ放送システム、及びそれに用いられる番組作成方法 |
| JPH11185381A (ja) * | 1997-10-16 | 1999-07-09 | Shoichi Iida | パーソナル記録媒体購入システム、パーソナル記録媒体購入方法及びパーソナル記録媒体購入プログラムを記録した記録媒体 |
| US6785429B1 (en) | 1998-07-08 | 2004-08-31 | Matsushita Electric Industrial Co., Ltd. | Multimedia data retrieval device and method |
| US6374266B1 (en) * | 1998-07-28 | 2002-04-16 | Ralph Shnelvar | Method and apparatus for storing information in a data processing system |
| US6434621B1 (en) * | 1999-03-31 | 2002-08-13 | Hannaway & Associates | Apparatus and method of using the same for internet and intranet broadcast channel creation and management |
| US6256554B1 (en) | 1999-04-14 | 2001-07-03 | Dilorenzo Mark | Multi-room entertainment system with in-room media player/dispenser |
| AU6223200A (en) | 1999-07-28 | 2001-02-19 | Erudite, Llc | System and method for interactive multi-modal distance learning |
-
2000
- 2000-11-27 JP JP2000359611A patent/JP4162181B2/ja not_active Expired - Fee Related
-
2001
- 2001-11-20 EP EP01127662A patent/EP1209854A3/en not_active Withdrawn
- 2001-11-21 US US09/992,106 patent/US7167896B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1209854A3 (en) | 2009-07-22 |
| US7167896B2 (en) | 2007-01-23 |
| JP2002165199A (ja) | 2002-06-07 |
| EP1209854A2 (en) | 2002-05-29 |
| US20020065880A1 (en) | 2002-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4162181B2 (ja) | 番組作成再生装置及び番組作成再生方法並びに記憶媒体 | |
| JP2001036423A (ja) | 番組再生システム及び番組再生方法 | |
| JP4708128B2 (ja) | 携帯端末及びコンテンツ継続視聴システム | |
| US8745132B2 (en) | System and method for audio and video portable publishing system | |
| KR100998792B1 (ko) | 통신 시스템 및 방법, 정보 처리 장치 및 방법, 정보 관리장치 및 방법, 기록 매체 및 프로그램 | |
| JP2003131918A (ja) | マルチメディアの同期化の方法及びデバイス | |
| JP2006085045A (ja) | 情報処理装置および方法、記録媒体、プログラム、並びに情報処理システム | |
| JP4209126B2 (ja) | 番組供給用のサーバ装置及び再生用のクライアント装置並びに方法 | |
| JP2003167585A (ja) | 情報提供方法及び情報提供システム | |
| JPH10207476A (ja) | カラオケ装置 | |
| JP2006267672A (ja) | 楽曲データ生成システム及びプログラム | |
| JP4356639B2 (ja) | 番組作成再生装置及び番組作成再生方法並びに記憶媒体 | |
| JP2006191633A (ja) | 通信ネットワークを介してコンテンツを取得し再生するクライアント装置及びコンテンツ再生方法 | |
| JP3649202B2 (ja) | 番組供給用のサーバ装置及び再生用のクライアント装置並びに方法 | |
| JP4209127B2 (ja) | 番組供給用のサーバ装置及び再生用のクライアント装置並びに方法 | |
| WO2006031809A2 (en) | System and method for audio and video portable publishing system | |
| JP2008176126A (ja) | 通信端末およびコンテンツリスト管理システム | |
| GB2362487A (en) | Program Reproduction System with Content-Related Information. | |
| JP2002366779A (ja) | 番組供給用のサーバ装置及び再生用のクライアント装置並びに方法 | |
| JP4365087B2 (ja) | ネットワークを介したコンテンツ提供方法及び装置並びにコンテンツ取得方法及び装置 | |
| JP2005269665A (ja) | コンテンツ再生装置及び方法 | |
| JP2006157943A (ja) | 携帯電話端末装置及びそのコンテンツの再生方法 | |
| JP2004212632A (ja) | 音楽活動支援システム、及びプログラム | |
| JP2004045624A (ja) | コラボレーション方法、コラボレーションシステム、サーバおよびプログラム | |
| JP6980942B1 (ja) | 再生端末、再生方法、プログラム、記録媒体、および楽曲再生システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050215 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050418 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050628 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050829 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20051101 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051129 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051206 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060303 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060313 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20060407 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080718 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110801 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120801 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130801 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |