JP2006190010A - コンテンツ配信装置、コンテンツ配信方法、コンテンツ配信プログラム及びそれを記憶した記憶媒体 - Google Patents

Abstract

【課題】 従来の音楽配信システムにおいては、番組配信の運営者がコンテンツリストを作成する手間を省くことができるものの、端末装置のユーザが要求した曲数や時間に基づいた曲数のコンテンツを一度にすべて分析することになるため、その処理の負担が一時的に大きくなりシステムのパフォーマンスを低下させていた。
【解決手段】 データベースに記憶された複数のコンテンツデータを、ネットワークを介して接続された端末装置に配信するコンテンツ配信装置であって、配信するコンテンツデータの配信条件を設定する配信条件設定手段と、配信条件設定手段により設定された配信条件を満たすコンテンツを選択する選択手段と、選択手段によって選択されたコンテンツのコンテンツデータを端末装置に配信する配信手段とを備え、選択手段は、配信手段によりコンテンツデータの配信を開始した後、さらに配信条件を満たすコンテンツの選択を実行する。
【選択図】 図２

Description

データベースに記憶された複数のコンテンツを、ネットワークを介して端末装置へ配信するコンテンツ配信装置及び方法等の技術分野に関する。

従来から、映像や音楽等などのコンテンツを、インターネットやＣＡＴＶ等のネットワークを介して、端末装置へ配信するコンテンツ配信システムが種々知られている。

このようなコンテンツ配信システムとしては、端末装置の要求に応じたコンテンツデータをその要求があるごとに、端末装置へ配信する個別配信（オン・デマンド）タイプのコンテンツ配信システムのほか、一以上の端末装置に対して複数のコンテンツデータを連続的に配信する番組配信（放送）タイプのコンテンツ配信システムがある。

そして、この番組配信タイプのコンテンツ配信システムは、コンテンツとその配信順番が規定されたコンテンツリストに基づいて当該コンテンツを配信している。そのため、番組配信の運営者はこのコンテンツリストを予め作成しておかなければならず、手間がかかっていた。

そこで、このコンテンツリストを動的に作成するコンテンツ配信システムが提案されている。例えば、特許文献１には、ネットワークに接続された端末装置から入力された配信条件に適したコンテンツリストを動的に生成し、そのコンテンツリストに基づいて音楽データを端末装置へ配信する音楽配信システムが提案されている。
特開２００４−１１７６３２号公報

しかしながら、このような音楽配信システムにおいては、配信条件に適したコンテンツリストが動的に生成されるため、番組配信の運営者はそのコンテンツリストを作成する手間を省くことができるものの、コンテンツリストを生成するために必要なコンテンツを一度にすべて分析することになるため、その処理の負担が一時的に大きくなりシステムのパフォーマンスを低下させていた。

また、コンテンツ配信においては、ユーザのニーズに合わせるために逐次新しいコンテンツを追加する必要があるものの、従来のシステムでは、コンテンツリストが生成される時点でデータベースに追加されていないコンテンツは、そのコンテンツリストに反映することができなかった。

本発明は、以上の点に鑑みてなされたものであり、予めコンテンツリストを生成することなく、配信条件に応じたコンテンツデータを連続的に配信するコンテンツ配信装置及びコンテンツ配信方法等を提供することを課題とする。

上記課題を解決するために、第１の発明のコンテンツ配信装置は、データベースに記憶された複数のコンテンツデータを、ネットワークを介して接続された端末装置に配信するコンテンツ配信装置であって、配信するコンテンツデータの配信条件を設定する配信条件設定手段と、前記配信条件設定手段により設定された前記配信条件を満たすコンテンツを選択する選択手段と、前記選択手段によって選択されたコンテンツのコンテンツデータを前記端末装置に配信する配信手段とを備え、前記選択手段は、前記配信手段によりコンテンツデータの配信を開始した後、さらに前記配信条件を満たすコンテンツの選択を実行することを特徴とする。

第２の発明は、上記第１の発明のコンテンツ配信装置において、前記選択手段により選択されたコンテンツを記憶する配信データ記憶手段を備え、前記配信手段は、配信データ記憶手段に記憶されたコンテンツに対応するコンテンツデータを配信することを特徴とする。

第３の発明は、上記第２の発明のコンテンツ配信装置において、前記選択手段は、前記配信データ記憶手段に記憶されたコンテンツ数が所定数以下であるとき、前記配信条件を満たすコンテンツの選択を実行することを特徴とする。

第４の発明は、上記第１〜３のいずれかの発明のコンテンツ配信装置において、前記端末装置から送信される特定コンテンツの配信を要求するコンテンツリクエストを受信するコンテンツリクエスト受信手段を備え、前記選択手段は、前記コンテンツリクエストに対応するコンテンツのうち、前記配信条件を満たすコンテンツを選択する、ことを特徴とする。

第５の発明は、上記第１〜４のいずれかの発明のコンテンツ配信装置において、前記配信条件を入力する入力手段を備え、前記配信条件設定手段は、前記入力手段から入力された配信条件を設定することを特徴とする。

第６の発明は、上記第１〜５のいずれかの発明のコンテンツ配信装置において、前記端末装置から送信される配信条件を受信する配信条件受信手段を備え、前記配信条件設定手段は、前記配信条件受信手段が受信した配信条件を設定することを特徴とする。

第７の発明は、上記第１〜３のいずれかの発明のコンテンツ配信装置において、コンテンツ配信要求と配信条件とを含む配信リクエストを前記端末装置から受信する配信リクエスト受信手段を備え、前記配信条件設定手段は、前記配信リクエスト受信手段が受信した配信条件を設定し、前記配信手段は、前記配信リクエスト受信手段が受信したコンテンツ配信要求を送信した前記端末装置に対して前記選択手段によって選択されたコンテンツデータを配信することを特徴とする。

第８の発明は、上記第１〜７のいずれかの発明のコンテンツ配信装置において、前記コンテンツデータは、音声データ又は画像データを含み、前記選択手段は、前記音声データ又は前記画像データの物理的な特徴量を分析することによって、前記配信条件を満たすコンテンツを選択することを特徴とする。

第９の発明は、上記第１〜８のいずれかの発明のコンテンツ配信装置において、前記コンテンツデータは、コンテンツ識別情報を含み、前記選択手段は、前記コンテンツ識別情報に基づいて前記配信条件を満たすコンテンツを選択することを特徴とする。

第１０の発明は、上記第１〜９のいずれかの発明のコンテンツ配信装置において、前記配信手段は、コンテンツデータを配信するための複数のチャンネルを有し、前記配信条件設定手段は、前記チャンネル毎に前記配信条件を設定可能である、ことを特徴とする。

第１１の発明は、上記第４〜１０のいずれかの発明のコンテンツ配信装置において、前記選択手段によりコンテンツリクエストに対応するコンテンツが選択されない場合、前記コンテンツリクエストを送信した端末装置へその旨を示す情報を送信する通知手段を設けたことを特徴とする。

第１２の発明は、上記第１０又は第１１の発明のコンテンツ配信装置において、前記選択手段は、コンテンツリクエストに対応するコンテンツが前記所定の条件を満たさずに選択されない場合、この配信条件とは異なる他のチャンネルの配信条件に対する選択処理を行うことを特徴とする。

第１３の発明は、上記第１２の発明のコンテンツ配信装置において、前記通知手段は、前記選択手段により前記他のチャンネルの配信条件に対して、コンテンツリクエストに対応するコンテンツデータが選択されると、この他のチャンネルの情報を送信することを特徴とする。

第１４の発明は、上記第１３の発明のコンテンツ配信装置において、前記配信手段は、前記他のチャンネルから、前記コンテンツリクエストに対応するコンテンツデータを配信することを特徴とする。

第１５の発明は、上記第１〜１４のいずれかの発明の記載のコンテンツ配信装置において、前記配信手段は、所定の端末装置以外の端末装置からのアクセスに対しては、前記コンテンツデータの配信を行わないことを特徴とする。

第１６の発明のコンテンツ配信プログラムは、データベースに記憶された複数のコンテンツデータを、ネットワークを介して接続された端末装置に配信するコンピュータを、配信するコンテンツデータの配信条件を設定する配信条件設定手段と、前記配信条件設定手段により設定された前記配信条件を満たすコンテンツを選択する選択手段と、前記選択手段によって選択されたコンテンツデータを前記端末装置に配信する配信手段と、前記配信手段によりコンテンツデータの配信を開始した後、さらに前記配信条件を満たすコンテンツデータの選択を実行する第２の選択手段として機能させることを特徴とする。

第１７の発明の記憶媒体は、上記第１６のコンテンツ配信プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。

第１８の発明のコンテンツ配信方法は、データベースに記憶された複数のコンテンツデータを、ネットワークを介して接続された端末装置からのリクエストに応じて、配信するコンテンツ配信方法であって、配信するコンテンツデータの配信条件を設定する配信条件設定工程と、前記配信条件設定工程により設定された前記配信条件を満たすコンテンツを選択する選択工程と、前記選択工程によって選択されたコンテンツデータを前記端末装置に配信する配信工程と、前記配信手段によりコンテンツデータの配信を開始した後、さらに前記配信条件を満たすコンテンツデータの選択を実行する第２の選択工程とを備えることを特徴とする。

第１乃至１８の発明によれば、配信条件を満たすコンテンツを選択しつつ、選択されたコンテンツのデータを順次配信することにより、コンテンツの選択処理を集中させることがなく、システムのパフォーマンス低下を防止することができる。

また、第２の発明によれば、配信待ちとしてコンテンツを記憶しておくことができるので、コンテンツデータを連続して配信することができる。

また、第３の発明によれば、配信データ記憶手段に記憶されたコンテンツ数が所定数以下のときにコンテンツの選択を行うので、選択動作を不必要に行うことがない。

また、第４の発明によれば、端末装置からリクエストされたコンテンツのデータのうち、配信条件を満たすコンテンツのデータを配信するので、端末装置へは配信条件を満たさないコンテンツデータを配信されることがなく、端末装置のユーザは所望するコンテンツデータの配信を受けることができる。

また、第５の発明によれば、コンテンツ配信装置から配信条件を入力することができるので、コンテンツ配信サービスの運営者は配信条件をコンテンツ配信装置から容易に設定できる。

また、第６の発明によれば、端末装置から配信条件を設定できるから、コンテンツ配信サービスの運営者はそのコンテンツ配信装置から設定する手間を省くことができ、しかも端末装置のユーザは好みのコンテンツ配信サービスを設定することができるためサービスの魅力を増すことができる。

また、第７の発明によれば、端末装置のユーザからリクエストされたコンテンツデータのうち、同じくユーザから送信された配信条件を満たすコンテンツデータを選択して配信することにしたので、端末装置は配信条件を満たさないコンテンツデータを配信されることがなく、所望するコンテンツの配信を受けることができる。

しかも、端末装置のユーザは好みのコンテンツ配信サービスを設定することができるためサービスの魅力を増すことができ、一方コンテンツ配信サービスの運営者がそのコンテンツ配信装置から設定する手間を省くことができる。

また、第８の発明によれば、コンテンツデータの物理的特徴を分析することによって、コンテンツを選択するので、聴覚的な特徴や視覚的な特徴まで踏み込んだ分析を行うことができる。

また、第９の発明によれば、コンテンツ識別情報に基づいて配信条件を満たすコンテンツを選択するので、コンテンツを選択する処理が容易となる。

また、第１０の発明によれば、チャンネル毎に配信条件を設定可能であるので、端末装置のユーザは好みの配信条件のチャンネルを選ぶことができ、ユーザの利便性を向上させることができる。

また、第１１の発明によれば、コンテンツリクエストが選択されない旨を端末装置へ通知することとしたので、端末装置のユーザにそのことを了知させることができる。

また、第１２の発明によれば、チャンネルの配信条件を満たさないコンテンツのリクエストを端末装置のユーザが行った場合であっても、他のチャンネルの配信条件で選択処理を行うため、リクエストされたコンテンツのデータが配信される可能性を増すことができる。

また、第１３の発明によれば、チャンネルの配信条件を満たさないコンテンツのリクエストを端末装置のユーザが行った場合であっても、他のチャンネルの配信条件で選択が可能なときはその他のチャンネルの情報を送信するので、端末装置のユーザは、複数のチャンネルへそれぞれリクエストを行う手間を省くことができる。

また、第１４の発明によれば、チャンネルの配信条件を満たさないコンテンツのリクエストを端末装置のユーザが行った場合であっても、他のチャンネルの配信条件で選択が可能なときはその他のチャンネルからコンテンツデータを配信するので、端末装置のユーザは、複数のチャンネルへそれぞれリクエストを行う手間を省くことができる。

また、第１５の発明によれば、所定の端末装置以外の端末装置からのアクセスに対しては、コンテンツデータの配信を行わないので、個人又は所定のグループ内でのコンテンツ配信を楽しむことができる。

以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施形態は、番組配信タイプのコンテンツ配信システムであって、端末装置から受信したリクエストに基づいてコンテンツを配信するシステムに対して本発明を適用した場合の実施形態である。

［１．コンテンツ配信システムの構成等］
まず、図１を参照して、コンテンツ配信システムの概要構成等について説明する。

図１は、本実施形態に係るコンテンツ配信システムの概要構成例を示す図である。図１に示すように、本実施形態に係るコンテンツ配信システムＳは、本発明のコンテンツ配信装置としてのコンテンツ配信サーバ１と、複数のコンテンツデータを記憶しているコンテンツデータベース２と、複数の端末装置３ａ〜３ｅと、を備えている。

コンテンツ配信サーバ１、コンテンツデータベース２及び各端末装置３ａ〜３ｅには、各々ＩＰアドレスが割り当てられており、これら装置は、ネットワークの一例としてのインターネット４に接続可能となっている。なお、コンテンツデータベース２をコンテンツ配信サーバ１の内部に有することとしてもよく、この場合にはコンテンツデータベース２にはＩＰアドレスは割り当てなくてもよい。

なお、端末装置３ａ〜３ｅのいずれかの端末装置を示す場合には、便宜上、端末装置３という場合がある。

このコンテンツ配信システムＳは、端末装置３からリクエストされたコンテンツのうち、配信するコンテンツを選択するための条件（以下、「配信条件」とする。）を満たすコンテンツデータを配信するものである。

そして、このコンテンツデータの配信は、配信要求を行った端末装置３に対して行われるものであり、コンテンツリクエストを送信した端末装置３に限られない。すなわち、配信要求を行った端末装置３は、他の端末装置３がリクエストしたコンテンツのデータ配信も行われる。

このようなコンテンツ配信システムＳにおける概略動作を、図２を参照して説明する。図２は、本実施形態に係るコンテンツ配信装置の概要動作を示すフローチャートである。

まず、コンテンツ配信サーバ１において、配信条件などが設定される（ステップＳ１）。

次に、端末装置３からのコンテンツ配信のリクエスト、すなわち、端末装置３のユーザがコンテンツ配信サーバ１から配信してもらいたいコンテンツを特定したリクエスト（以下、「コンテンツリクエスト」とする。）を呼びかける呼びかけ情報を端末装置３に対して送信して、コンテンツリクエストの受付を開始する（ステップＳ２）。

その後、端末装置３のユーザは、端末装置３を操作し、コンテンツリクエストをコンテンツ配信サーバ１へ送信する。コンテンツ配信サーバ１は、端末装置３から送信されるコンテンツリクエストを受信する（ステップＳ３）。

そして、コンテンツ配信サーバ１は、このようにリクエストされたコンテンツのうち、配信条件を満たすコンテンツを選択し、選択したコンテンツに対応するコンテンツデータベース２のコンテンツデータを、配信要求している端末装置３へ配信する。（ステップＳ４）。

このように送信されたコンテンツデータは、各端末装置３上で再生される。なお、最初に選択するコンテンツは、端末装置３からのコンテンツリクエストではなく、配信条件を満たすコンテンツをコンテンツデータベース２へ問い合わせるようにすることもできる。このようにすれば、配信条件が設定された後に、端末装置３からのコンテンツリクエストを待たずにコンテンツデータの配信をすることができる。

また、配信条件を満たすコンテンツリクエストが端末装置３から送信されてくるまで、配信条件に合致するコンテンツをコンテンツデータベース２から取出すようにすることもできる。

以降、端末装置３からのリクエストを受け付けながら（ステップＳ５）、配信条件を満たすコンテンツのデータを選択し、順次連続して端末装置３へ配信する。

このようにコンテンツ配信サーバ１は、配信条件を満たすコンテンツを選択しつつ、選択されたコンテンツのデータを順次配信しているため、コンテンツデータの配信開始を早くすることができると共に、選択処理を集中させることがなく、システムのパフォーマンスを低下させない。

しかも、コンテンツデータの配信を開始した後に新しくコンテンツデータベース２に格納されたコンテンツデータも配信対象とすることができる。さらに、端末装置３からのリクエストから配信されるコンテンツが選択されるため、コンテンツ配信システムＳの運営者はコンテンツ選択の手間を省くことができる。

一方、端末装置３のユーザである視聴者は、配信条件を満たすコンテンツを各端末装置３上で視聴することができるので、その配信条件を満たすコンテンツを連続して視聴したいユーザはコンテンツを選択するための操作を省略でき、利便性に優れている。

なお、コンテンツ配信サーバ１は、端末装置３からのコンテンツリクエストに対してコンテンツデータを配信するための配信番組のチャンネル（以下、「配信チャンネル」とする。）を複数設けており、端末装置３はこの配信チャンネルごとにコンテンツデータの配信を要求し、配信の要求を行った配信チャンネルからコンテンツデータの配信を受けることができる。なお、この配信チャンネルごとに配信条件を含む配信チャンネル条件が設けられており、その配信チャンネル条件に従ってコンテンツデータの配信が行われる。

ここで、上記各コンテンツデータは、例えば音声データと映像データ等の少なくとも一方のコンテンツデータにより構成されており、より具体的には、ポップスやクラシックなどの楽曲データや、映画などの映像データなどが該当する。

また、各コンテンツデータは、コンテンツデータベース２に記憶保存され、更に、各コンテンツデータに関連する付帯データとして、各々固有のコンテンツＩＤのほか、楽曲であれば、歌手、作詞家、作曲家、ジャンル、発表日などが、又映像であれば、タイトル、作者、出演者、ジャンル、発表日などが、各コンテンツデータのヘッダ部分に記述されている。なお、これらのコンテンツ識別情報は必ずしもコンテンツデータのヘッダ部分に記述されていなくてもよく、例えば、タグデータとして各コンテンツデータに関連付けられてコンテンツデータベース２に記憶保存されるようにしてもよい。

［２．コンテンツ配信サーバの構成等］
次に、図３を参照して、コンテンツ配信サーバ１の構成及び機能について説明する。

図３は、本実施形態に係るコンテンツ配信サーバ１の概要構成例を示す図である。コンテンツ配信サーバ１は、一般のサーバコンピュータを適用可能であり、図３に示すように、ＣＰＵ（Central Processing Unit）、作業用ＲＡＭ（Random-Access Memory）、各種データ及びプログラム等を記録（格納）するＲＯＭ等から構成された制御部１１と、各種データやプログラム等を記憶（格納）するＨＤＤ（Hard Disc Drive）等から構成された記憶部１２と、インターネット４を介して端末装置３との間で通信を行ったり、ＬＡＮ（Local Area Network）を介してコンテンツデータベース２と通信を行うための通信部１３と、所定の情報を入力可能なキーボードやマウス等の入力部１４を備えて構成され、これらの各種構成要素はバス１５を介して相互に接続されている。

なお、コンテンツ配信サーバ１には、図示しないが、表示装置（液晶ディスプレイ等）等が接続されるようになっており、例えば、コンテンツ配信サーバ１を運用する運営側のオペレータは、この表示装置を見ながら入力部１４から所定の情報を入力することができる。

（記憶部１２について）
記憶部１２には、接続（アクセス）してきた端末装置３に対して提示（提供）するための各種データ等が記憶されている。例えば、コンテンツの配信やリクエストの受付などに使用されるＷｅｂページ（例えば、ＨＴＭＬ（Hyper Text Markup Language）やＸＭＬ（eXtensible Markup Language）等により構成）のベースとなるデータやこれに貼り付ける画像データ等も記憶されている。

また、記憶部１２には、図４に示すように、配信条件を含む配信チャンネル条件メモリ領域、コンテンツリクエストメモリ領域、配信待ちコンテンツメモリ領域及び配信済コンテンツ数メモリ領域を有する配信チャンネルメモリ領域が、配信チャンネルごとに確保されている。

なお、配信チャンネル条件は、後述する配信条件設定手段によりこの配信チャンネル条件メモリ領域に設定されて、又端末装置３からのコンテンツリクエストは、後述するコンテンツリクエスト受信手段によって受信されてこのコンテンツリクエストメモリ領域に設定される。

（配信チャンネル条件メモリ領域）
ここで、配信チャンネル条件メモリ領域は、図４に示すように、コンテンツのジャンルやそのデータの物理的特徴などを定義する配信条件領域、配信するコンテンツ数を定義する配信コンテンツ数領域、配信の開始及び終了を定義する配信時間帯領域、コンテンツの配信を特定の端末装置に限定する（非公開）のか、しない（公開）のかを定義する公開/非公開領域などがある。

配信チャンネル条件領域は、端末装置３から送信されるコンテンツリクエストの中から配信するコンテンツデータを選別するために、「静かな楽曲」や「適度に動きのある楽曲」などといった選択基準情報を含む配信条件を格納する領域である。

配信コンテンツ数領域は、配信チャンネル条件に基づいて配信するコンテンツデータの数を格納する領域である。

配信時間帯領域は、後述する配信手段がコンテンツデータの配信を開始する時間と、その配信を終了する時間を格納する領域である。これらの時間は、分単位又は時単位で設定することができる。なお、この領域で設定された配信終了時間になると、その配信チャンネル条件での配信を終了することになるが、この配信終了時間に到達する前に、配信コンテンツ数領域に格納された数のコンテンツデータの配信が終了すると、その配信チャンネル条件での配信を終了する。

公開/非公開領域は、コンテンツの配信先を、特定の端末装置３とするのか、不特定の端末装置３かを設定するための領域であり、特定の端末装置３のＩＤやＩＰアドレスなどが設定される。

この領域が“非公開”と設定されている場合には、後述する配信手段が、配信チャンネル条件を設定した端末装置３のみのアクセスに対してその配信チャンネル条件でのコンテンツデータの配信を行い、他の端末装置３からのアクセスに対してはコンテンツデータの配信を行わない。

一方、この領域が“公開”と設定されている場合には、配信手段は、どの端末装置３からのアクセスに対してもその配信チャンネル条件でのコンテンツデータの配信を行う。なお、非公開の設定として、複数の端末装置３のＩＤやＩＰアドレスを設定する領域を設けることもでき、設定された複数の端末装置３へのコンテンツデータの配信を可能とするようにしてもよい。

（コンテンツリクエストメモリ領域）
また、コンテンツリクエストメモリ領域は、リクエストされたコンテンツ情報（コンテンツ名など）と共に、その情報に関し配信条件を満たすかどうかの判定が行われたか否かを示す情報（以下、「選択情報」とする。）とが関連付けられて格納される領域である。

（配信待ちコンテンツメモリ領域）
また、配信待ちコンテンツメモリ領域は、選択手段で選択されたコンテンツ情報が一時的に格納される領域であり、後述の配信手段により配信中のコンテンツ情報、その直前に配信が終わったコンテンツ情報、及び、配信待ちのコンテンツ情報が格納される。なお、本実施形態においては、配信待ちのコンテンツを２つ格納することができるがこれに制限されない。また、配信が終了したもので古いものはこの領域から削除される。

（配信済コンテンツ数メモリ領域）
また、配信済コンテンツ数メモリ領域は、配信が終了したコンテンツの数が格納される領域であり、後述する配信手段により配信が終了するたびに、制御部１１によってこの数がインクリメントされる。

なお、この配信待ちコンテンツメモリ領域には、コンテンツ情報ではなく、選択手段が選択したコンテンツ情報に対応するコンテンツデータをコンテンツデータベース２から受信して、格納するようにしてもよい。

また、本実施形態では、リクエストメモリ領域と配信待ちコンテンツメモリ領域とを分けているが、配信待ちコンテンツメモリ領域を設けずに、コンテンツリクエストメモリ領域の選択情報に、配信中、配信終了番号、配信待ち番号を加えるようにしてもよい。

（制御部１１について）
制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラム（本発明のコンテンツ配信プログラムを含む）を読み出して実行することにより、コンテンツ配信サーバ１全体を統括制御し、かつ、本発明の配信条件受信手段、配信条件設定手段、配信リクエスト受信手段（コンテンツリクエスト受信手段を含む。）、選択手段、配信手段、通知手段、Ｗｅｂページ提供手段等として機能させるようになっている。

なお、コンテンツ配信プログラムは、例えば、インターネット４に接続されたサーバ等から記憶部１２にダウンロードされるようにしてもよく、又ＣＤ−ＲＯＭ等の記憶媒体に記録されてから当該記憶媒体のドライブを介して、記憶部１２に読み込まれるようにしてもよい。

（配信条件受信手段）
そして、制御部１１は、配信条件受信手段として、端末装置３から送信される配信チャンネル条件（特定された一つの配信チャンネルにおける配信条件、放送コンテンツ数、放送時間帯、放送公開種別などを含む）を受信する。

（配信条件設定手段）
また、制御部１１は、配信条件設定手段として、配信条件受信手段で受信又は入力部１４から入力された配信チャンネル条件を記憶部１２に記憶することにより設定する。

（配信リクエスト受信手段）
また、制御部１１は、配信リクエスト受信手段として、端末装置３から送信される、コンテンツの配信要求を受信すると共に、配信条件受信手段と同様の動作をする。

（コンテンツリクエスト受信手段）
また、制御部１１は、コンテンツリクエスト受信手段として、インターネット４を介して端末装置３から送信されるコンテンツリクエストを受信する。このコンテンツリクエストには、例えば、「Ｇ線上のアリア」や「バッヘルベルのカレン」といった楽曲名や、「ローマの休日」といった映画タイトルが含まれており、コンテンツリクエスト受信手段は、端末装置３から送信されるコンテンツリクエストからこれらの楽曲や映画タイトル等を受信する。

（選択手段）
さらに、制御部１１は、選択手段として、コンテンツリクエスト受信手段で受信したコンテンツリクエストに対応するコンテンツが、配信条件設定手段によって設定された配信条件を満たすかどうかを判定し、配信条件を満たすコンテンツを選択する。

すなわち、選択手段は、リクエスト受信手段が受信したコンテンツリクエストに対応するコンテンツデータをコンテンツデータベース２に要求し、その要求に対してコンテンツデータベース２から送信されるコンテンツデータ及びそのコンテンツ識別情報を取得すると共に、その取得したコンテンツデータやそのコンテンツ識別情報を以下に説明する分類方法によって分類し、その分類された結果が記憶部１２に記憶されている配信条件を満たすかどうかを判定する。

このように選択されたコンテンツは、配信待ちコンテンツとして記憶部１２の配信待ちコンテンツメモリ領域（本発明の配信データ記憶手段）に記憶される。

また、この選択手段は、後述する配信手段がコンテンツデータの配信を開始した後も、配信条件を満たすコンテンツの選択を行う。例えば、選択手段は、配信待ちコンテンツメモリ領域に記憶されているコンテンツ情報が所定数以下であるときに動作するようにする。このようにすることによって、連続的なコンテンツデータの配信を確保すると共に、選択処理を可及的に少なくすることができる。

また、選択手段が最初に選択するコンテンツは、配信条件を満たすコンテンツリクエストが端末装置３から送られてきていないとき（コンテンツリクエストを全く受信していない場合も含む）には、選択手段によって配信条件を満たすコンテンツをコンテンツデータベース２から取出すようにし、この選択は、配信条件を満たすコンテンツリクエストが端末装置３から送信されてくるまで継続する。

ここで、配信条件とは、コンテンツを選択するための選択基準情報であり、選択手段はこの選択基準情報を満たすコンテンツのデータを選択する。なお、この選択基準情報を満たすか否かの判定時間を設定することもできる。この判定時間を長くすれば、コンテンツデータをより細かく、複雑な分析をすることができる。

コンテンツデータの選択方法として、コンテンツデータに含まれる音声データや映像データの物理的な特徴による選択方法や上述のコンテンツデータに関連するデータ（本発明のコンテンツ識別情報）から類推される特徴による選択方法などがある。なお、コンテンツ配信サーバ１の入力部１４からの入力又は端末装置３から送信により、いずれの選択方法で選択するかの情報、後述の記憶部１２の配信チャンネルメモリ領域に設定することができる。

まず、コンテンツデータの物理的特徴による選択方法について説明する。

音声データの物理的特徴としては、拍子、節、音色などがあり、音楽データを再生することによって得られる音楽信号から音量の平均・最大・最小・偏差や全体に占める特定の周波数帯域の割合などを分析することによって算出される。

そして、この物理的特徴に基づいて、「静かな楽曲」、「適度に動きのある楽曲」、「ビートの効いた楽曲」といった分類を行うことができる。

例えば、音量の変化率が低く、低域周波数が多く含まれている曲は、「静かな楽曲」と分類される。選択手段は、音声データが属する分類を分析し、その分析結果が配信条件を満たすかどうかを判定して、配信条件を満たす音声データを選択する。

図５に、音楽データの物理的特徴を分析して、音楽データを分類分けする処理のフローチャートを示す。なお、この分析はコンテンツ配信サーバ１の選択手段によって行われる。

まず、分析対象となる音声データを取り出し、音声データを高速再生（スキャンニング）（ステップＳ１１）をしながら、音量解析（音の強弱と偏差の解析）を行う（ステップＳ１２）と同時に、周波数成分解析（周波数成分の偏差の解析）を行う（ステップＳ１３）。

その後、これらの解析が終了した時点で、曲調判断処理が開始される（ステップＳ１４）。そして、この音量解析の結果から、高音量偏差が認められる（すなわち、感覚的に大きな音が比較的安定して続く）か否かを判定する（ステップＳ１５）。

その結果、高音量偏差が認められると判定された場合には、低域周波数偏向パターンの分析を行う（ステップＳ１６）。低域周波数偏向パターンは、音楽における低音打楽器が規則的にリズムを刻んでいるかどうかによって音調を判断するもので、低域周波数のヒストグラムを作成することによって分析する。

例えば、作成したヒストグラムから１００ｋＨｚ以下の成分のピークが０．５秒ごとに現れると判定すると、基準音価が一分間に１２０（メトロノーム表示Ｍ．Ｍ．基準音符＝１２０）の比較的早いテンポで演奏される、リズムを強調した楽曲であると判定する。

ステップＳ１６において低域周波数偏向パターンを分析した結果、低域周波数偏向パターンがあると判定すると、分析した音声データは、比較的大音量で激しくリズムを刻むダンスミュージックのような曲調の楽曲、または規則性を持った機械騒音であると判定する（ステップＳ１７）。

また、ステップＳ１６において低域周波数偏向パターンがないと判定すると、分析した音声データは、比較的大音量であるが規則的なリズムの強調がされていない大編成のオーケストラ音楽等であると判定する（ステップＳ１８）。

一方、ステップＳ１５で高音量偏向が認められず、感覚的に小さな音が比較的安定して続いていると判定すると、ステップＳ１６と同様に低域周波数偏向パターンを分析する（ステップＳ１９）。

その結果、低域周波数偏向パターンがあると判定すると、分析した音声データは、比較的小音量であるが、リズムを強調したボーカル曲のような楽曲であると判定する（ステップＳ２０）。

一方、低域周波数偏向パターンがないと判定すると、分析した音声データは、比較的小音量であり、規則的なリズムが強調されて静かな楽曲であると判定する（ステップＳ２１）。

また、映像データの物理的特徴としては、動きや色相などがあり、映像データを再生することによって得られる映像信号から明度、彩度、フレーム間差分などの情報を分析することによって算出される。

例えば、映像フレーム間の差分の偏向が大きく、色相周波数の偏向パターンが検出されるものは、動きが大きいが特定の色相の偏りは認められないと分析し、感覚刺激の強い映像と分類する。選択手段は、映像データが属する分類を分析し、その分析結果が配信条件を満たすかどうかを判定して、配信条件を満たす映像データを選択する。

図６に、映像データの物理的特徴を分析して、音楽データを分類分けする処理のフローチャートを示す。なお、この分析はコンテンツ配信サーバ１の選択手段によって行われる。

まず、分析対象となる映像データを取り出し、映像データを高速再生（スキャンニング）する（ステップＳ３１）。

そして、高速再生をしながら、フレーム間差分解析を行う（ステップＳ３２）と同時に、色相周波数成分解析を行う（ステップＳ３３）。

そして、これらの解析が終了した時点で、映像判断処理が開始され（ステップＳ３４）、まずフレーム間差分解析の結果から、偏向が認められる（すなわち、視覚的に動きの多い）か否かを判定する（ステップＳ３５）。

その結果、偏向が認められると判定された場合には、特定の色相への偏向があるか否かの分析を行う。また、心理的に刺激の強い色相が強調されているか否かも明度及び彩度から分析する（ステップＳ３６）。

ステップＳ３６で色相周波数偏差パターンがあると判定すると、分析した映像データは、動きが多く、特定の色調に偏りが認められる視覚的刺激が非常に強い映像であると判定する（ステップＳ３７）。

一方、色相周波数偏差パターンがないと判定すると、分析した映像データは、動きが多いが、特定の色調に偏りが認められない比較的視覚的刺激が強い映像であると判定する（ステップＳ３８）。

一方、ステップＳ３５でフレーム間差分偏向が認められないと判定すると、特定の色相への偏向があるか否かの分析を行う。また、心理的に刺激の強い色相が強調されているか否かも明度及び彩度から分析する（ステップＳ３９）。

ステップＳ３９で色相周波数偏差パターンがあると判定すると、分析した映像データは、動きは少ないが、特定の色調に偏りが認められる少し視覚的刺激が強い映像であると判定する（ステップＳ４０）。

一方、色相周波数偏差パターンがないと判定すると、分析した映像データは、動きが少なく多く、特定の色調に偏りが認められない比較的視覚的刺激が少ない映像であると判定する（ステップＳ４１）。

次に、コンテンツデータに関連するデータ、すなわちコンテンツ識別情報から類推して選択する方法について説明する。コンテンツ情報に関連するデータから類推される特徴としては、言語データなどがあり、例えば、音楽データであれば、歌手、作詞家、作曲家、ジャンル、発表日などから、又映像データであれば、タイトル、作者、出演者、ジャンル、発表日などからコンテンツデータの分類分けをする。例えば、「サムライ」、「カタナ」、「エド」の語を含むものを、日本の時代劇の映像データと類推するがごときである。

選択手段は、この類推の結果が配信条件を満たすかどうかを判定して、配信条件を満たすコンテンツを選択し、記憶部１２の配信待ちコンテンツメモリ領域に記憶する。

（配信手段）
さらに、制御部１１は、配信手段として、選択手段で選択され、記憶部１２の配信待ちコンテンツメモリ領域に記憶されたコンテンツのコンテンツデータを取り出して、インターネット４を介して、端末装置３へ配信する。

また、この配信手段は、コンテンツデータを配信するための複数の配信チャンネルを有し、この配信チャンネル毎にコンテンツデータの連続的な配信を行う。

さらに、配信手段は、公開/非公開領域の情報に基づいて、所定の端末装置以外の端末装置３からのアクセスに対しては、コンテンツデータの配信を行わないようにする。

なお、配信待ちコンテンツメモリ領域に記憶されるものがコンテンツ情報のときには、このコンテンツ情報に基づいて、コンテンツデータベース２から対応するコンテンツデータを取出して、端末装置３へ配信する。一方、配信待ちコンテンツメモリ領域に記憶されるものがコンテンツデータのときには、そのコンテンツデータを取り出して、端末装置３へ配信する。

（通知手段）
さらに、制御部１１は、通知手段として、端末装置３から送信されたコンテンツリクエストが選択手段によって選択することができない場合に、その端末装置３へその旨を示す情報を通知する。

また、選択手段が、リクエストされた配信チャンネルでは選択することができない場合であっても、そのリクエストが他の配信チャンネルの配信条件を満たすときには、その配信チャンネルの情報と共に、そのコンテンツリクエストに対応するコンテンツデータを、コンテンツリクエストを行った端末装置３へ送信する。

（Ｗｅｂページ提供手段）
本実施形態のコンテンツ配信サーバ１には、端末装置３の表示装置上で表示するための、配信チャンネルの状態を一覧にしたトップページ及び配信チャンネル毎のチャンネルページを提供するＷｅｂページ提供手段が設けられている。以下その詳細について説明する。

トップページは、各配信チャンネルのアクセス先及びその配信チャンネルがどのような配信チャンネル条件等にあるかを記述した配信チャンネル一覧を端末装置３で表示するための情報である。そして、このトップページがＷｅｂページ提供手段により端末装置３へ送信される。

より具体的に説明すると、制御部１１のＷｅｂページ提供手段は、端末装置３からＨｔｔｐプロトコルにより行われるコンテンツ配信サーバ１のＩＰアドレスに対するアクセスを、通信部１３を介して受信すると、このＨｔｔｐのヘッダからｇｅｔメソッドのリクエストＵＲＩ（Uniform Resource Identifier）を取り出す。

そして、取り出したリクエストＵＲＩが＜http://www.content-server.com/＞の場合には、端末装置３からのアクセスがトップページを要求するものであると判定し、各配信チャンネルに対応する配信チャンネル領域から配信チャンネル条件等を取り出す。

次に、取り出した配信チャンネル条件等を利用してトップページのＷｅｂページを生成し、アクセスした端末装置３へ送信する。

そして、端末装置３は、このトップページを受信して、内蔵したブラウザプログラム（以下、単に「ブラウザ」とする。）によって、そのトップページを表示部に表示する。

また、トップページには、各配信チャンネルへアクセスするための情報がハイパーリンク形式で記述されており、端末装置３のユーザは、このハイパーリンクを利用して、各配信チャンネルにアクセスすることができる。

すなわち、端末装置３のユーザが上述のトップページから一つの配信チャンネルへのアクセスを要求（端末装置３の表示手段に表示された配信チャンネルのボタンを押下）することによって、要求した配信チャンネルのアドレスに対するチャンネルページの取得要求が、Ｈｔｔｐプロトコルにより端末装置３からコンテンツ配信サーバ１へ送られる。そして、Ｗｅｂページ提供手段は、その要求に対応するチャンネルページを提供する。

たとえば、リクエストＵＲＩが＜http://www.content-server.com/channel-1/＞とすると、制御部１１は、＜channel-1＞を識別し、端末装置３からのアクセスが配信チャンネル１に対するものであると判定する。

そして、記憶部１２から配信チャンネル１に対応する配信チャンネル領域から配信条件やリクエスト情報を取り出して、配信チャンネル１のチャンネルページを生成し、アクセスした端末装置３へ送信する。

同様に、リクエストＵＲＩが＜http://www.content-server.com/channel-3/＞とすると、制御部１１は、端末装置３からのアクセスを配信チャンネル３に対するものであると判定し、記憶部１２から配信チャンネル３に対応する配信チャンネル領域から配信条件やリクエスト情報を取り出して、配信チャンネル３のチャンネルページを生成し、アクセスした端末装置３へ送信する。

また、このチャンネルページには、配信されているコンテンツデータの取得をコンテンツ配信サーバ１へ要求（すなわち、コンテンツ配信要求）するように記述されており、端末装置３は、チャンネルページを取得すると、そのページの情報に従って、表示部にその配信チャンネルの配信条件やリクエスト情報を表示すると共に、コンテンツデータの配信を要求する。

そして、端末装置３は配信されるコンテンツデータを受信すると、そのコンテンツデータを再生して、表示部に映像を表示したり、音声出力部から音声を出力したりする。

このように、制御部１１は、端末装置３から送信されるリクエストＵＲＩに応じて、種々の異なるＷｅｂページを生成して、アクセスした端末装置３へ送信することができる。

なお、このようにＵＲＩ中のディレクトリでチャンネルページを複数設けるといった方法ではなく、ＴＣＰ／ＩＰのポート番号を利用して配信チャンネルを複数も受けるようにすることもできる。

例えば、＜http://www.content-server.com:8081＞は、配信チャンネル１のＷｅｂページの要求とし、＜http://www.content-server.com:8083＞は、配信チャンネル３のＷｅｂページの要求とする等である。

また、ＩＰアドレスごとに、チャンネルページを複数設けてもよい。

また、ディレクトリとポート番号やＩＰアドレスとを組み合わせることもできる。たとえば、トップページやチャンネルページなどのＷｅｂページの提供は、各ディレクトリへのアクセスに応じて行い、コンテンツ配信要求に関しては、配信チャンネルごとにアクセス先のポート番号を設けて、そのポート番号にアクセスさせるようチャネルページに記述する。なお、通信プロトコルをＴＣＰ／ＩＰのみにするのではなく、Ｗｅｂページの提供をＴＣＰプロトコルで行い、コンテンツの配信はＵＤＰプロトコルで行うようにすることもできる。

［３．コンテンツデータベースサーバの構成等］
次に、図７を参照して、コンテンツデータベースの構成及び機能について説明する。図７は、本実施形態におけるコンテンツデータベース２の構成概要例を示す図である。

コンテンツデータベース２は、一般のサーバコンピュータを適用可能であり、図７に示すように、ＣＰＵ、作業用ＲＡＭ、各種データ及びプログラムを記憶するＲＯＭ等から構成された制御部２１と、各種データ及びプログラム等を記憶（格納）するＨＤＤ等から構成された記憶部２２と、コンテンツデータ及びそれに関連するコンテンツ識別情報を関連付けて記憶するデータベース２３と、インターネット４を介して端末装置３やコンテンツ配信サーバ１との間で通信を行うための通信部２４と、を備えて構成され、これらの各構成要素は、バス２５を介して相互に接続される。

制御部２１は、ＣＰＵが記憶部等に記憶したプログラムを読み出して実行することにより、コンテンツ要求受信手段と、コンテンツデータ検索手段と、コンテンツ送信手段等として機能するようになっている。なお、このプログラムは、例えば、インターネット４上の所定サーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記憶媒体に記憶されてこの記憶媒体のドライブを介して読み出されるようにしてもよい。

このようなコンテンツデータベース２において、制御部２１は、コンテンツ要求受信手段としてコンテンツ配信サーバ１からコンテンツリクエストの情報を受信し、コンテンツ検索手段としてコンテンツリクエストの情報に対応するコンテンツデータがデータベースに存在するかどうかを検索する。

コンテンツ検索手段によりコンテンツリクエストに対応するコンテンツデータが存在すると確認されると、コンテンツ検索手段によって、そのコンテンツデータに関連するコンテンツ識別情報がコンテンツデータベース２から取り出される。

そして、制御部２１は、コンテンツ送信手段として、コンテンツデータベース２から取り出したコンテンツデータ及びそのコンテンツ識別情報を、コンテンツ配信サーバ１へ送信する。なお、コンテンツリクエストに対応するコンテンツデータがデータベースにないとコンテンツ検索手段により判定されると、コンテンツ送信手段は、その旨をコンテンツ配信サーバ１へ送信する。

［４．端末装置の構成等］
次に、図８を参照して、端末装置３の構成及び機能について説明する。図８は、端末装置３の概要構成例を示す図である。

各端末装置３は、例えば一般の汎用コンピュータのほか、携帯電話機、ＰＤＡ（Personal digital assistant）などの携帯端末や、ＳＴＢ（Set Top Box）付きの受像機等を適用可能である。

そして、各端末装置３は、図８に示すように、ＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成された制御部３１と、各種データ及びＷｅｂブラウザなどのプログラム等を記憶保存（格納）するためのＨＤＤ等から構成された記憶部３２と、受信されたコンテンツデータやＷｅｂページデータなどを一時蓄積するバッファメモリ３３と、コンテンツデータ（ビデオデータ）をデコード（データ伸張や復号化等）するデコーダ部３４と、当該デコードされたコンテンツデータ（ビデオデータ）等に対して所定の描画処理を施しビデオ信号として出力する映像処理部３５と、当該映像処理部３５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部３６と、上記デコードされたコンテンツデータ（オーディオデータ）をアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部３７と、当該音声処理部３７から出力されたオーディオ信号を音波として出力するスピーカ３８と、インターネット４を通じて他の端末装置３やコンテンツ配信サーバ３との間で通信を行うための通信部３９と、ユーザから情報を入力するための入力部（例えば、キーボード、マウス、或いは、操作パネル等）４０と、バス４１を備えて構成され、制御部３１、記憶部３２、バッファメモリ３３、デコーダ部３４、及び通信部３９はバス４１を介して相互に接続されている。

そして、制御部３１は、ＣＰＵが記憶部３２等に記憶された各種プログラムを実行することにより、端末装置３全体を統括制御するようになっている。

上述したように、制御部３１は、コンテンツ配信サーバ１から送信されたＷｅｂページデータ及び画像データ等の情報をブラウザにより表示部３６の表示画面上に表示（以下、「ブラウザ画面」とする。）する。

また、制御部３１は、ユーザから入力部４０を介して入力されたコンテンツリクエストや配信チャンネル条件等を、コンテンツ配信サーバ１に通信部３９等を介して送信する。

また、制御部３１は、接続したコンテンツ配信サーバ１から送信されたＷｅｂページデータに基づいて、コンテンツ配信要求をコンテンツ配信サーバ１に送信する。

［５．コンテンツ配信システムの動作］
次に、図９〜図１１を参照して、コンテンツ配信システムＳの動作について説明する。

図９は、本実施形態に係るコンテンツ配信装置の動作を示すフローチャート、図１０は、本実施形態に係るポータルページを示す図、図１１は、本実施形態に係るトップページを示す図である。

まず、端末装置３のユーザが入力部４０を操作して、端末装置３のブラウザ表示画面にコンテンツ配信サーバ１のＵＲＩを指定すると、端末装置３のブラウザは、このＵＲＩに対するＩＰアドレス（すなわち、コンテンツ配信サーバ１のＩＰアドレス）をＤＮＳサーバ（図示せず）から取得して、ＴＣＰ／ＩＰパケットのヘッダ部にあて先ＩＰアドレスとして設定すると共に、ＴＣＰ／ＩＰパケットのデータ部として、ＨｔｔｐヘッダのＧｅｔメソッドにＵＲＩを設定（get=”http://www.content-server.com）する。

そして、端末装置３のブラウザは、このＴＣＰ／ＩＰパケットを、通信部３９を介してインターネット４へＨｔｔｐプロトコルにより送信する。

一方、このようにして端末装置３から送信されたＴＣＰ／ＩＰパケットは、インターネット４を介して、コンテンツ配信サーバ１にルーティングされる。そして、このＴＣＰ／ＩＰパケットをコンテンツ配信サーバ１が受信する。すると、図９のフローチャートがスタートする。

コンテンツ配信サーバ１の制御部１１は、このパケットのＨｔｔｐヘッダからＵＲＩを取り出して、そのＵＲＩに応じたＷｅｂページを生成し、端末装置３に対して生成したＷｅｂページを送信する。

ここでは、ＵＲＩとして、“www.content-server.com”が指定されているので、コンテンツ配信サーバのポータルＷｅｂページ（以下、「ポータルページ」とする。）に必要なデータ（例えば、日付や新着情報など）を記憶部１２から取り出して、ポータルページを生成して、アクセス元の端末装置３へ送信する（ステップＳ１０２）。

端末装置３のブラウザは、このポータルページを受信して表示部３６にブラウザの表示画面（以下、「ブラウザ画面」とする。）として表示する。このように表示した画面の例を図１０に示す。

ブラウザ画面に表示されたポータルページには、ＩＤとパスワードの入力ボックスと、入力されたＩＤ及びパスワードをコンテンツ配信サーバ１へ送信するための送信ボタンが配置されており、端末装置３のユーザがＩＤとパスワードを入力後に送信ボタンを押すと、ポータルページのＨＴＭＬデータの記述に従って、入力されたＩＤとパスワードがコンテンツ配信サーバ１に送信されると共に、コンテンツ配信サーバ１に対しての配信チャンネル番組一覧を表示するためのトップページの送信要求も同時に行われる。

コンテンツ配信サーバ１の制御部１１は、端末装置３からＩＤ及びパスワードを受信するとその認証を行い（ステップＳ１０３）。受信したＩＤ及びパスワードが記憶部１２に記憶されているものと一致したら（ステップＳ１０３：Ｙ）認証したものとし、一致しなければ再びポータルページを端末装置３へ送信する（ステップＳ１０３：Ｎ）。

ステップＳ１０３で、コンテンツ配信サーバ１の制御部１１により端末装置３の認証が行われると（ステップＳ１０３）、制御部１１は、記憶部１２の各配信チャンネルメモリ領域から配信条件や配信状態などのデータを取り出して、端末装置３のＩＤに応じて、トップページを生成する。そして、生成したトップページを、その端末装置３へ送信する（ステップＳ１０４）。

一方、端末装置３のブラウザは、送信されたトップページをブラウザ画面に表示する。このようにブラウザ画面に表示されるトップページの例を図１１に示す。図１１に示すトップページには、コンテンツ配信サーバ１が端末装置３に対して提供する５つの配信チャンネルの状態が、配信チャンネルごとに表示される。

例えば、配信チャンネル１は、配信条件として「落ち着いたクラシック」が設定されており、かつ配信するコンテンツデータが全１０曲であり、現在３曲目を配信中であることを示している。加えて、この配信チャンネル１では、まだ端末装置３からのリクエストを受付け中であることを示している。

また、配信チャンネル２では、配信チャンネル状態が設定されていない状態である。すなわち、端末装置３から配信チャンネルの設定が可能であることを示している。

さらに、配信チャンネル４では、トップページを表示している端末装置３からはコンテンツデータの配信を受けられない配信チャンネル条件（すなわち、アクセスを許可する端末装置３が特定されている）が設定されていることを示している。

このように、トップページには、コンテンツ配信サーバ１の各配信チャンネルの状態を表示されており、端末装置３のユーザは、容易に好みの配信チャンネルを選ぶことができる。

ここで、トップページには、チャンネルボタン１〜５が設けられている。そして、端末装置３のユーザは、これらのボタンをブラウザ画面上で入力部４０によって選択することにより、好みの配信チャンネルを選択することができる。

具体的には、端末装置３で選択された配信チャンネルの情報は、通信部１３からインターネット４を介して、コンテンツ配信サーバ１に送信される。

例えば、配信チャンネル１を選択した場合には、上述したように＜http://www.content-server.com/channel-1/＞がＨｔｔｐヘッダに設定されて、ＴＣＰ／ＩＰパケットが送信される。

一方、コンテンツ配信サーバ１の制御部１１は、端末装置３からチャンネルページの要求を受信すると、要求対象の配信チャンネルの配信中チャンネルか否か（すなわち、設定された配信チャンネル条件に従ってコンテンツが配信中の配信チャンネルか否か）を、要求対象の配信チャンネルの配信チャンネルメモリ領域に格納されたデータから判定する（ステップＳ１０５）。

例えば、配信チャンネルメモリ領域に、すでに配信したコンテンツ又は配信中のコンテンツがある場合や、配信済コンテンツ数が１以上の場合に、配信中チャンネルであると判定する。

そして、この判定の結果、要求対象の配信チャンネルが配信中チャンネルである場合には、配信中チャンネル処理（ステップＳ２００）に移行する。

また、コンテンツ配信サーバ１の制御部１１が、要求対象の配信チャンネルが配信中チャンネルではないと判定すると、次に、この要求対象の配信チャンネルが、コンテンツを配信することが決定されている状態の配信チャンネル（以下、「配信決定段階チャンネル」とする。）か否かを判定する（ステップＳ１０６）。

例えば、配信チャンネルメモリ領域に、すでに配信条件が設定されているものの、配信したコンテンツ又は配信中のコンテンツがない場合や、配信済みコンテンツ数が０である場合に、配信決定段階チャンネルであると判定する。

そして、この判定の結果、要求対象の配信チャンネルが配信決定段階チャンネルである場合には、配信決定段階チャンネル処理（ステップＳ３００）に移行する。

また、コンテンツ配信サーバ１の制御部１１が、要求対象の配信チャンネルが配信決定段階チャンネルでもないと判定すると、要求対象の配信チャンネルは、コンテンツを配信することが決定されていない状態の配信チャンネル（以下、「空き配信チャンネル」とする。）であるかを判定する（ステップＳ１０７）。

そして、判定の結果、空き配信チャンネルであるときに、空き配信チャンネル処理（ステップＳ４００）に移行する。

（配信中チャンネル処理）
次に、図１２〜図２１を参照して、配信中チャンネル処理について具体的に説明する。

図１２は本実施形態におけるコンテンツ配信サーバ１の配信中チャンネル処理フローチャートを示す図、図１３は本実施形態における配信中チャンネルページを示す図、図１４は本実施形態におけるコンテンツ配信サーバ１のリクエスト処理フローチャートを示す図、図１５は本実施形態におけるコンテンツ配信サーバ１のリクエスト受信フローチャートを示す図、図１６は本実施形態におけるリクエストページを示す図、図１７は本実施形態におけるコンテンツ配信サーバ１のコンテンツ選択配信処理フローチャートを示す図、図１８、図１９は本実施形態におけるコンテンツ配信サーバ１のコンテンツ選択処理フローチャートを示す図、図２０は本実施形態におけるリクエスト拒否ページを示す図、図２１は本実施形態における第２の配信決定待機チャンネルページを示す図である。

配信中チャンネル処理が開始されると、コンテンツ配信サーバ１の制御部１１は、要求対象の配信チャンネルに対応する配信チャンネルメモリ領域から、配信条件を含む配信チャンネル条件及びコンテンツリクエストを取り出して（ステップＳ２０１）、配信中チャンネルのチャンネルページ（以下、「配信中チャンネルページ」とする。）を生成する（ステップＳ２０２）。

そして、生成した配信中チャンネルページを、インターネット４を介してこの配信中チャンネルページを要求した端末装置３へ送信する（ステップＳ２０３）。

一方、コンテンツ配信サーバ１から配信中チャンネルページを受信した端末装置３のブラウザは、ブラウザ画面に配信中チャンネルページを表示する。

このようにブラウザ画面に表示した配信中チャンネルページ（配信チャンネル１）の例を図１３に示す。

図１３には、配信チャンネル１がコンテンツ配信中であることが表示され、又配信チャンネル条件として“落ち着いたクラシック”（配信条件）、“１０曲”（配信コンテンツ数）、“３曲面配信中”、”公開“（公開/非公開）が表示される。

さらに、一つ前に配信されたコンテンツ名、現在配信中のコンテンツ名及び次に配信するコンテンツ名が表示される。なお、これらの情報は、上述のように配信チャンネルの配信チャンネルメモリ領域に記憶された情報に基づくものである。

また、この配信中チャンネルページには、リクエストボタンと戻るボタンが設けられている。そして、端末装置３のユーザがブラウザ画面上でこれらのボタンを選択すると、その情報がコンテンツ配信サーバ１に送られ、それに応じた処理が行われる。

例えば、戻るボタンが選択され、その旨の情報がコンテンツ配信サーバ１で受信される（ステップＳ２０４：Ｙ）と、制御部１１は、ステップＳ１０４へその処理を移行させ、トップページを生成して、その端末装置３へ送信する。また、リクエストボタンが選択され、その旨の情報がコンテンツ配信サーバ１で受信される（ステップＳ２０５：Ｙ）と、制御部１１は、リクエストページ処理（ステップＳ５００）へその処理を移行する。

一方、配信中チャンネルページには、コンテンツ配信サーバ１の配信チャンネルにコンテンツデータの配信を要求する命令が記述されており、端末装置３のブラウザは、このページの記述に従って、コンテンツ配信サーバ１の配信チャンネル（配信チャンネルページが対象とする配信チャンネル）に対して、コンテンツデータの配信を要求する。

コンテンツ配信サーバ１の制御部１１がこの要求を受信する（ステップＳ２０６）と、コンテンツ選択・配信処理（ステップＳ６００）へ移行する。

（リクエスト処理）
リクエストページ処理（ステップＳ５００）に移行すると、コンテンツ配信サーバ１の制御部１１は、要求対象の配信チャンネルに対応する記憶部の配信チャンネルメモリ領域から、配信条件を取り出して、リクエストページを生成し（ステップＳ５０１）、要求元の端末装置３へ生成したリクエストページを送信する（ステップＳ５０２）。

一方、コンテンツ配信サーバ１からリクエストページを受信した端末装置３のブラウザは、ブラウザ画面にこの受信したリクエストページを表示する。

このようにブラウザ画面に表示したリクエストチャンネルページ例を図１６に示す。

図１６には、配信チャンネル１の配信条件と共に、コンテンツリクエストを入力する入力ボックスと、コンテンツ検索のためのキーワード検索ボックス及びアーティスト名検索ボックスが示されている。

また、このリクエストチャンネルページには、リクエスト送信ボタン、リクエスト検索ボタン及び戻るボタンが設けられている。

そして、端末装置３のユーザがブラウザ画面上でこれらのボタンを選択すると、その情報がコンテンツ配信サーバに送られ、それに応じた処理が行われる。

例えば、リクエスト送信ボタンが選択されると、端末装置３からその選択情報と共に、リクエスト入力ボックスに入力されたコンテンツリクエストが、コンテンツ配信サーバ１へ送信される。

そして、制御部１１は端末装置３からのこのリクエスト要求を受信する（ステップＳ５０３：Ｙ）と、制御部１１によるリクエスト受信処理が行われる（ステップＳ８００）。

また、戻るボタンが選択され、その旨の情報がコンテンツ配信サーバで受信される（ステップＳ５０４：Ｙ）と、制御部１１は、リクエスト処理を終了する。

また、ブラウザ画面上で検索ボタンが選択され、その旨の情報がコンテンツサーバで受信される（ステップＳ５０５：Ｙ）と、制御部１１は、要求された検索内容のコンテンツがあるか否かを、コンテンツデータベース２に問い合わせる（ステップＳ５０６）。

そして、その問い合わせに対するコンテンツデータベース２からの応答情報を受信して、端末装置３へその情報を送信する（ステップＳ５０７）。

ステップＳ８００でのリクエスト受信処理が開始されると、制御部１１は、このリクエスト要求と共に送信されるコンテンツリクエストの情報を、リクエスト対象の配信チャンネルに対応する記憶部１２のコンテンツリクエストメモリ領域に記憶する（ステップＳ８０１）。

その後、制御部１１は、リクエスト受付を完了した旨の情報が表示されたリクエスト受付完了Ｗｅｂページを、コンテンツリクエストを送信した端末装置３へ送信する（ステップＳ８０２）。このリクエスト受付完了Ｗｅｂページを受信した端末装置３のブラウザは、ブラウザ画面のこのページを表示する。

（コンテンツ選択配信処理）
ステップＳ２０６にて端末装置３からのコンテンツの要求を受信して、コンテンツ選択・配信処理に移行すると、制御部１１は、まず対象の配信チャンネルに対する記憶部１２の配信チャンネルメモリ領域を参照して、配信条件を満たすと判定し、かつまだ配信していない配信待ちのコンテンツデータが２以上あるか否かを判定する（ステップＳ６０１）。

この判定の結果、配信待ちコンテンツデータが所定数（２個）以上ないと判定する（ステップＳ６０１：Ｎ）と、後述するコンテンツ選択処理（ステップＳ７００）に移行する。なお、この所定数は、配信条件を満たすコンテンツを選択するために必要な最大時間に応じてこの所定数を設定する。

ステップＳ６０１で配信待ちコンテンツデータが２以上あると判定した場合（ステップＳ６０１：Ｙ）、又はＳ７００のコンテンツ選択処理により配信待ちコンテンツデータを追加した場合には、制御部１１により記憶部１２の配信待ちコンテンツデータ領域に記憶されたコンテンツ情報から配信すべきコンテンツデータを選択する。

そして、制御部１１で選択された送信待ちコンテンツデータは、通信部１５を介して配信要求を行った端末装置３へ配信する（ステップＳ６０２）。

その後、制御部１１は、対象の配信チャンネルに対する記憶部１２の配信チャンネルメモリ領域から配信チャンネル条件（配信終了時間、配信済みコンテンツ数、配信コンテンツ数等）を取り出して、その配信チャンネル条件でのコンテンツデータの配信を終了するか否かを判定する（ステップＳ６０３）。

例えば、制御部１１は、配信中のコンテンツデータの配信が終了するまでに配信終了時間が来ると判定すると、その配信終了時間が到達する所定時間前からコンテンツデータの送信をフェードアウト（コンテンツデータが音楽情報であれば、音声レベルを段階的に０になるまで下げていき、映像情報であれば、輝度レベルを段階的に０になるまで下げていく）して配信を終了する（ステップＳ６０４）。

配信終了時間が設定されていない場合や、配信コンテンツ数と配信済みコンテンツ数とが同じになった場合には、配信中のコンテンツデータの配信が終了したときに配信時間到達と判定する。なお、配信時間に到達しない場合には、コンテンツ選択配信処理を終了する。

（コンテンツ選択処理）
ステップＳ７００のコンテンツ選択処理が開始されると、制御部１１は、対象の配信チャンネルに対応する記憶部の配信チャンネルメモリ領域から、分類方法と配信条件とを取り出す（ステップＳ７０１）。

また、制御部１１は、受信されているコンテンツリクエストのうち、まだ判定が終わっていないコンテンツリクエストがコンテンツリクエストメモリ領域に存在するか否かを判定する（ステップＳ７０２）。

そして、そのようなコンテンツリクエストがコンテンツリクエストメモリ領域に存在すると判定する（ステップＳ７０２：Ｙ）と、そのコンテンツリクエストの中から、ランダム（任意）に一つを取り出すと共に、コンテンツデータベース２からこのコンテンツリクエストに対応するコンテンツデータを取り出す（ステップＳ７０３）。

一方、ステップＳ７０２でそのようなコンテンツリクエストがコンテンツリクエストメモリ領域に存在しないと判定する（ステップＳ７０２：Ｎ）と、コンテンツデータベース２から任意のコンテンツデータを取り出す（ステップＳ７０４）。

次に、制御部１１は、ステップＳ７０３又はＳ７０４で取り出したコンテンツデータを、取り出した分類方法によって分類すると共に、その分類した結果と取り出した配信条件とを比較する（ステップＳ７０５）。

そして、この比較の結果、コンテンツデータの分類結果が配信条件を満たすと判定する（ステップＳ７０６：Ｙ）と、そのコンテンツデータを送信待ちコンテンツとして、記憶部の配信待ちコンテンツメモリ領域に加える（ステップＳ７０８）。

例えば、コンテンツデータが「Ｇ線上のアリア」であり、コンテンツの分類方法として「コンテンツの物理的特徴」が選択されているとすると、このコンテンツデータは、落ち着いた楽曲と分類される。

そして、配信条件が「落ち着いた楽曲」と設定されている場合には、コンテンツデータの分類結果が配信条件を満たすと判定される。

一方、制御部１１が、コンテンツデータの分類結果が配信条件を満たさないと判定する（ステップＳ７０６：Ｎ）と、他の配信チャンネルの配信条件を満たすか否かを判定する処理を行う（ステップＳ７０７）。

具体的には、まず制御部１１は、配信条件が設定されている他の配信チャンネルがあるか否かを判定する（ステップＳ７０９）。

そして、配信条件が設定されている他の配信チャンネルがないと判定する（ステップＳ７０９：Ｎ）と、制御部１１は、リクエスト受付不可ページを生成して、コンテンツリクエストを行った端末装置３へ生成したページを送信する（ステッＳ７１０）。

このようにして生成され送信されたチャンネルページの例を図２０に示す。図２０は、ステップＳ７１０で送信されるリクエスト受付不可ページの例を示すものであり、配信チャンネル１へリクエストは受付られなかった旨を端末装置３に通知している。

一方、ステップＳ７０９にて、配信条件が設定されている他の配信チャンネルがあると判定する（ステップＳ７０９：Ｎ）と、その配信チャンネルに対応する配信チャンネルメモリ領域から配信条件を取り出し（ステップＳ７１１）、コンテンツリクエストに対応するコンテンツデータをステップＳ７１１で取り出した配信条件と比較、すなわちそのコンテンツデータが配信条件を満たすか否かを判定する（ステップＳ７１２）。

ステップＳ７１２の比較の結果、制御部１１が配信条件を満たすと判定する（ステップＳ７１３：Ｙ）と、その配信チャンネルがコンテンツ配信中の配信チャンネルか否かを判定し（ステップＳ７１４）、制御部１１はその判定の結果に応じたチャンネルページを生成し、端末装置３へ送信する（ステップＳ７１５、Ｓ７１６）。

このようにして生成され送信されたチャンネルページの例を図２１に示す。図２１は、ステップＳ７１５で送信される配信待機決定チャンネルページの例を示すものであり、配信チャンネル１へリクエストしたコンテンツが配信チャンネル５の配信条件を満たし、そのコンテンツの配信を配信チャンネル５で行う旨を端末装置３へ通知するものである。そして、配信開始時間になると配信中チャンネルページへ移行して、コンテンツの配信が開始される。

ステップＳ７０６でコンテンツデータの分類結果が配信条件を満たさないと判定する（ステップＳ７０６：Ｎ）と、その配信条件を満たすコンテンツデータを発見するまで、ステップＳ７０２〜Ｓ７０７の動作を繰り返し行う。

なお、ステップＳ７０３で、制御部１１は、受信されたコンテンツリクエストのうち判定が終わっていないコンテンツリクエストをランダム（任意）に一つを取り出すとしたが、コンテンツリクエストメモリ領域に記憶された順に取り出すコンテンツリクエストを選択するようにしてもよい。

また、ステップＳ７０４で、制御部１１は、コンテンツデータベース２から任意のコンテンツデータを取り出すこととしたが、すでにその配信チャンネルで配信したコンテンツデータを再度配信するようにすることもできる。また、制御部１１は、その配信チャンネルを空き配信チャンネルへ移行させるようにしてもよく、単にコンテンツリクエストがあるまで待つようにしてもよい。

また、制御部１１は、ステップＳ７０６でコンテンツデータの分類結果が配信条件を満たさないと判定すると、空き配信チャンネルでそのコンテンツデータのみ配信するようにしてもよい。

また、ステップＳ７０６でコンテンツデータの分類結果が配信条件を満たさないと判定する（ステップＳ７０６：Ｎ）と、空き配信チャンネルがあるか否かを判定し、空き配信チャンネルがあるとそのコンテンツデータが満たす配信条件を判定して、空き配信チャンネルにその配信条件を設定するようにしてもよく、特にリクエストが多いが配信できないものに対してのみこの処理を行うようにしてもよい。また、配信条件がない配信チャンネルを設け、ステップＳ７０６でコンテンツデータの分類結果が配信条件を満たさないと判定する（ステップＳ７０６：Ｎ）と、その配信チャンネルで配信するようにしてもよい。

なお、コンテンツデータベース２に、コンテンツリクエストに対応するコンテンツデータがない場合、制御部１１は、コンテンツデータがデータベースに格納されるまで定期的にデータベースに問い合わせをし、コンテンツデータベース２にそのコンテンツデータが格納されたときにその旨をリクエスト元の端末装置３へ通知すると共に、そのコンテンツデータが配信条件を満たす配信チャンネルで配信するようにすることもできる。

（配信決定待機チャンネル処理）
次に、図２２、図２３を参照して、配信決定待機チャンネル処理について具体的に説明する。

図２２は、本実施形態におけるコンテンツ配信サーバの配信決定待機チャンネル処理フローチャートを示す図、図２３は本実施形態における配信決定チャンネルページを示す図である。

配信決定待機チャンネル処理（図９のステップＳ３００）が開始されると、コンテンツ配信サーバ１の制御部１１は、要求対象の配信チャンネルに対応する配信チャンネルメモリ領域から、配信条件を含む配信チャンネル条件を取り出して、配信決定待機チャンネルのチャンネルページ（以下、「配信決定チャンネルページ」とする。）を生成する。そして、生成した配信決定チャンネルページを、インターネット４を介してこの配信決定チャンネルページを要求した端末装置３へ送信する（ステップＳ３０１）。

一方、コンテンツ配信サーバ１から配信決定チャンネルページを受信した端末装置３のブラウザは、ブラウザ画面に配信決定チャンネルページを表示する。

このようにブラウザ画面に表示した配信決定チャンネルページ（配信チャンネル５）の例を図２３に示す。

図２３には、配信チャンネル５が配信待機中であることが表示され、又配信チャンネル条件として“落ち着いたクラシック”（配信条件）、“１０曲”（配信コンテンツ数）、“ＰＭ３：００〜４：００”（配信時間）、”公開“（公開/非公開）が表示される。さらに、コンテンツリクエスト受付け中である旨が表示される。なお、これらの情報は、上述のように配信決定待機チャンネルの配信チャンネルメモリ領域に記憶された情報に基づくものである。

また、この配信決定チャンネルページには、リクエストボタンと戻るボタンが設けられている。そして、端末装置３のユーザがブラウザ画面上でこれらのボタンを選択すると、その情報がコンテンツ配信サーバに送られ、それに応じた処理が行われる。

例えば、戻るボタンが選択され、その旨の情報がコンテンツ配信サーバ１で受信される（ステップＳ３０２：Ｙ）と、制御部１１は、Ｓ１０４へその処理を移行させ、トップページを生成して、その端末装置３へ送信する。

また、制御部１１は、この配信決定チャンネルのクエストメモリ領域から、配信時間領域の情報を取り出して、この配信決定チャンネルの配信開始時間が到達したかどうかを判定する（ステップＳ３０３）。そして、制御部１１は、配信時間が到達したと判定する（ステップＳ３０３：Ｙ）と、配信中チャンネル処理へ移行する。

また、リクエストボタンが選択され、その旨の情報がコンテンツ配信サーバ１で受信される（ステップＳ３０４：Ｙ）と、制御部１１は、リクエストページ処理（ステップＳ５００）へその処理を移行する。

（空き配信チャンネル処理）
次に、図２４、図２５を参照して、空き配信チャンネル処理について具体的に説明する。

図２４は本実施形態におけるコンテンツ配信サーバ１の空き配信チャンネル処理フローチャートを示す図、図２５は本実施形態における空き配信チャンネルページを示す図である。

空き配信チャンネル処理が開始されると、コンテンツ配信サーバ１の制御部１１は、記憶部１２に記憶された空き配信チャンネルのチャンネルページ（以下、「空き配信チャンネルページ」とする。）を取り出し、インターネット４を介してこの空き配信チャンネルページを要求した端末装置３へ送信する（ステップＳ４０１）。

一方、コンテンツ配信サーバ１から空き配信チャンネルページを受信した端末装置３のブラウザは、ブラウザ画面に空き配信チャンネルページを表示する。

このようにブラウザ画面に表示した空き配信チャンネルページ（配信チャンネル４）の例を図２５に示す。

図２５には、配信チャンネル４の配信チャンネル条件設定が表示されており、端末装置３のユーザは、この配信チャンネル条件（配信条件、配信局数、配信開始時間、配信終了時間、外部公開情報等）を設定することができる。配信条件として、配信条件１〜３を選択することが可能であり、配信条件１〜３はａｎｄ条件となっている。

例えば、配信条件１はコンテンツの物理的特徴から分類するための条件を選択するために使用され、「落ち着いた」、「適度に動きのある」、「ビートの効いた」などの選択枝から選択することができるように、空き配信チャンネルページが構成されている。

また、配信条件２はコンテンツデータに関連するコンテンツ識別情報から分類するための条件を選択するために使用され、「クラシック」、「ポップス」、「ジャズ」などの選択を行うことができるように、空き配信チャンネルページが構成されている。

なお、配信条件１〜３に選択枝として存在しないものを選択する方法として、配信種別に自由欄が設けられており、端末装置３のユーザはこの欄に入力することによって、コンテンツデータに関連するデータから分類するための条件を選択することができる。また、リクエスト曲の選択も同時に行うことができる。

また、この空き配信チャンネルページには、設定ボタンと戻るボタンが設けられている。そして、端末装置３のユーザがブラウザ画面上でこれらのボタンを選択すると、その情報がコンテンツ配信サーバ１に送られ、それに応じた処理が行われる。

例えば、戻るボタンが選択され、その旨の情報がコンテンツ配信サーバ１で受信される（ステップＳ４０２：Ｙ）と、制御部１１は、ステップＳ１０４へその処理を移行させ、トップページを生成して、その端末装置３へ送信する。また設定ボタンが選択され、その旨の情報がコンテンツ配信サーバ１で受信される（ステップＳ４０３：Ｙ）と、制御部１１は、端末装置３から送信される配信チャンネル条件を記憶部１２の配信チャンネルメモリ領域に設定する（ステップＳ４０４）。

そして、配信開始時間が設定されていない場合には、配信開始時間が到達したと判定して（ステップＳ４０５：Ｙ）、配信中チャンネル処理に移行する。

一方、配信開始時間が設定されており、配信開始時間が到達していない場合には、配信決定チャンネル処理に移行する。

以上、説明したように、本実施形態１によれば、配信チャンネル毎にコンテンツ配信の種々の条件（例えば、配信条件や配信時間帯等）を予め設定し、その後、端末装置３のユーザからのコンテンツ配信のリクエストを随時募集しながら、端末装置３から送られてきたリクエストのコンテンツデータが配信条件のコンテンツ配信基準を満たすかどうかを判定して、条件を満たすコンテンツデータのみを配信するようにしているので、一つの配信チャンネルによるコンテンツ配信の中で、特徴が異なるコンテンツ（音楽や映像など）を配信することがなく、不快感を与えることがない。

また、配信条件は、端末装置３のユーザが設定することができるので、コンテンツ配信サーバ１の運営者が、配信チャンネルの各種条件を設定する手間が削減でき、配信サービスの運用の効率化を図ることができる。

そして、配信チャンネルの各種条件を満たすことができないリクエストが端末装置３から送信されてきた場合であっても、そのリクエストを満たす配信チャンネル条件が設定された配信チャンネルへリクエストの転送をすることができるため、端末装置３のユーザは誤った配信チャンネルにリクエストしたり、どの配信チャンネルに設定すればよいか不明なときであっても、そのリクエストにあった配信チャンネルでのコンテンツ配信の提供を受けることが可能となる。

また、一つのチャンネルに対して、複数の配信条件を設定しても良いし、複数の配信条件の選択順を設定しても良い。例えば、一つのコンテンツ毎に配信条件を変更するように設定し、所定時間内に、ゆっくりなコンテンツから徐々に盛り上がるコンテンツへと移っていっても良い。

また、配信されるべき複数のコンテンツが既に決定しており、コンテンツの配信順を設定するために上記配信条件を用いても良い。

また、配信条件に合うコンテンツを選択したら、コンテンツリスト記憶手段に記憶し、そのコンテンツ記憶手段に記憶されたコンテンツを繰り返し配信するようにしても良い。

本実施形態に係るコンテンツ配信システムの概要構成例を示す図である。 本実施形態に係るコンテンツ配信装置の概要動作を示すフローチャートである。 本実施形態に係るコンテンツ配信サーバ１の概要構成例を示す図である。 本実施形態における音楽データの分類処理のフローチャートを示す図である。 本実施形態における映像データの分類処理のフローチャートを示す図である。 本実施形態におけるコンテンツ配信サーバの記憶部の配信チャンネルメモリ領域の構成を示す図である。 本実施形態におけるコンテンツデータベースの構成概要例を示す図である。 本実施形態における端末装置の構成概要例を示す図である。 本実施形態に係るコンテンツ配信装置の動作を示すフローチャートである。 本実施形態に係るポータルページを示す図である。 本実施形態に係るトップページを示す図である。 本実施形態におけるコンテンツ配信サーバの配信中チャンネル処理フローチャートを示す図である。 本実施形態における配信中チャンネルページを示す図である。 本実施形態におけるコンテンツ配信サーバのリクエスト処理フローチャートを示す図である。 本実施形態におけるコンテンツ配信サーバのリクエスト受信フローチャートを示す図である。 本実施形態におけるリクエストページを示す図である。 本実施形態におけるコンテンツ配信サーバのコンテンツ選択配信処理フローチャートを示す図である。 本実施形態におけるコンテンツ配信サーバのコンテンツ選択処理フローチャートを示す図である。 本実施形態におけるコンテンツ配信サーバのコンテンツ選択処理フローチャートを示す図である。 本実施形態におけるリクエスト拒否ページを示す図である。 本実施形態における第２の配信決定待機チャンネルページを示す図である。 本実施形態におけるコンテンツ配信サーバの配信決定待機チャンネル処理フローチャートを示す図である。 本実施形態における配信決定チャンネルページを示す図である。 本実施形態におけるコンテンツ配信サーバの空き配信チャンネル処理フローチャートを示す図である。 本実施形態における空き配信チャンネルページを示す図である。

符号の説明

１ コンテンツ配信サーバ
２ コンテンツデータベース
３ 端末装置
４ インターネット

Claims (18)

1. データベースに記憶された複数のコンテンツデータを、ネットワークを介して接続された端末装置に配信するコンテンツ配信装置であって、
   配信するコンテンツデータの配信条件を設定する配信条件設定手段と、
   前記配信条件設定手段により設定された前記配信条件を満たすコンテンツを選択する選択手段と、
   前記選択手段によって選択されたコンテンツのコンテンツデータを前記端末装置に配信する配信手段とを備え、
   前記選択手段は、前記配信手段によりコンテンツデータの配信を開始した後、さらに前記配信条件を満たすコンテンツの選択を実行することを特徴とするコンテンツ配信装置。
2. 前記選択手段により選択されたコンテンツを記憶する配信データ記憶手段を備え、
   前記配信手段は、配信データ記憶手段に記憶されたコンテンツに対応するコンテンツデータを配信することを特徴とする請求項１に記載のコンテンツ配信装置。
3. 前記選択手段は、前記配信データ記憶手段に記憶されたコンテンツ数が所定数以下であるとき、前記配信条件を満たすコンテンツの選択を実行することを特徴とする請求項２に記載のコンテンツ配信装置。
4. 前記端末装置から送信される特定コンテンツの配信を要求するコンテンツリクエストを受信するコンテンツリクエスト受信手段を備え、
   前記選択手段は、前記コンテンツリクエストに対応するコンテンツのうち、前記配信条件を満たすコンテンツを選択することを特徴とする請求項１〜３のいずれかに記載のコンテンツ配信装置。
5. 前記配信条件を入力する入力手段を備え、
   前記配信条件設定手段は、前記入力手段から入力された配信条件を設定することを特徴とする請求項１〜４いずれかに記載のコンテンツ配信装置。
6. 前記端末装置から送信される配信条件を受信する配信条件受信手段を備え、
   前記配信条件設定手段は、前記配信条件受信手段が受信した配信条件を設定することを特徴とする請求項１〜５のいずれかに記載のコンテンツ配信装置。
7. コンテンツ配信要求と配信条件とを含む配信リクエストを前記端末装置から受信する配信リクエスト受信手段を備え、
   前記配信条件設定手段は、前記配信リクエスト受信手段が受信した配信条件を設定し、
   前記配信手段は、前記配信リクエスト受信手段が受信したコンテンツ配信要求を送信した前記端末装置に対して前記選択手段によって選択されたコンテンツのコンテンツデータを配信することを特徴とする請求項１〜３のいずれかに記載のコンテンツ配信装置。
8. 前記コンテンツデータは、音声データ又は画像データを含み、
   前記選択手段は、前記音声データ又は前記画像データの物理的な特徴量を分析することによって、前記配信条件を満たすコンテンツを選択することを特徴とする請求項１〜７のいずれかに記載のコンテンツ配信装置。
9. 前記コンテンツデータは、コンテンツ識別情報を含み、
   前記選択手段は、前記コンテンツ識別情報に基づいて前記配信条件を満たすコンテンツを選択することを特徴とする請求項１〜８のいずれかに記載のコンテンツ配信装置。
10. 前記配信手段は、コンテンツデータを配信するための複数のチャンネルを有し、
    前記配信条件設定手段は、前記チャンネル毎に前記配信条件を設定可能であることを特徴とする請求項１〜９のいずれかに記載のコンテンツ配信装置。
11. 前記選択手段によりコンテンツリクエストに対応するコンテンツが選択されない場合、前記コンテンツリクエストを送信した端末装置へその旨を示す情報を送信する通知手段を設けたことを特徴とする請求項４〜１０のいずれかに記載のコンテンツ配信装置。
12. 前記選択手段は、コンテンツリクエストに対応するコンテンツが前記所定の条件を満たさずに選択されない場合、この配信条件とは異なる他のチャンネルの配信条件に対する選択処理を行うことを特徴とする請求項１０又は請求項１１に記載のコンテンツ配信装置。
13. 前記通知手段は、前記選択手段により前記他のチャンネルの配信条件に対して、コンテンツリクエストに対応するコンテンツデータが選択されると、この他のチャンネルの情報を送信することを特徴とする請求項１２に記載のコンテンツ配信装置。
14. 前記配信手段は、前記他のチャンネルから、前記コンテンツリクエストに対応するコンテンツデータを配信することを特徴とする請求項１３に記載のコンテンツ配信装置。
15. 前記配信手段は、所定の端末装置以外の端末装置からのアクセスに対しては、前記コンテンツデータの配信を行わないことを特徴とする請求項１〜１４のいずれかに記載のコンテンツ配信装置。
16. データベースに記憶された複数のコンテンツデータを、ネットワークを介して接続された端末装置に配信するコンピュータを、
    配信するコンテンツデータの配信条件を設定する配信条件設定手段と、
    前記配信条件設定手段により設定された前記配信条件を満たすコンテンツを選択する選択手段と、
    前記選択手段によって選択されたコンテンツデータを前記端末装置に配信する配信手段と、
    前記配信手段によりコンテンツデータの配信を開始した後、さらに前記配信条件を満たすコンテンツデータの選択を実行する第２の選択手段として機能させることを特徴とするコンテンツ配信プログラム。
17. 請求項１６に記載のコンテンツ配信プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。
18. データベースに記憶された複数のコンテンツデータを、ネットワークを介して接続された端末装置からのリクエストに応じて、配信するコンテンツ配信方法であって、
    配信するコンテンツデータの配信条件を設定する配信条件設定工程と、
    前記配信条件設定工程により設定された前記配信条件を満たすコンテンツを選択する選択工程と、
    前記選択工程によって選択されたコンテンツデータを前記端末装置に配信する配信工程と、
    前記配信手段によりコンテンツデータの配信を開始した後、さらに前記配信条件を満たすコンテンツデータの選択を実行する第２の選択工程とを備えることを特徴とするコンテンツ配信方法。

Images