(57)【特許請求の範囲】
【請求項１】
予め定められた制限条件を満たすか否かを判別する制御手段と、
前記制御手段により前記制限条件を満たすと判別された場合に、ユーザからのリクエストを、リクエストのカテゴリに応じて分類して記憶する記憶手段と、
前記記憶手段に記憶されているリクエストの中からリクエストを抽出するリクエスト抽出手段と、
前記リクエスト抽出手段により抽出されたリクエストを、リストに追加するリスト生成手段と、を備え、
前記制限条件とは、前記記憶手段に記憶されているリクエストのうち、ユーザからのリクエストと同一カテゴリのリクエストの数が、予め定められた上限値未満であることを特徴とするリクエスト受付装置。
【請求項２】
前記リクエスト抽出手段は、前記記憶手段に記憶されているリクエストの中から、カテゴリごとに予め定められた数のリクエストを、受信したタイミングの早いものから順に抽出することを特徴とする請求項１に記載のリクエスト受付装置。
【請求項３】
前記リクエスト抽出手段は、前記記憶手段に記憶されているリクエストの中から、カテゴリごとに予め定められた数のリクエストを、予め定められた優先度に基づいて抽出することを特徴とする請求項１に記載のリクエスト受付装置。
【請求項４】
前記リクエスト抽出手段は、前記予め定められた数を、前記記憶手段に記憶されているリクエストの数に応じて設定することを特徴とする請求項２または３に記載のリクエスト受付装置。
【請求項５】
前記リストに含まれているリクエストに基づいてコンテンツを配信するコンテンツ配信手段を備え、
前記制限条件とは、
前記記憶手段に記憶されているリクエストのうち、ユーザからのリクエストと同一カテゴリのリクエストの数が、予め定められた上限値未満であり、
かつ、
コンテンツ配信手段により配信中であるコンテンツのリクエストとは異なるリクエストであることを特徴とする請求項１から４のいずれかに記載のリクエスト受付装置。
【請求項６】
前記リストに含まれているリクエストに基づいて、複数のユーザ端末にコンテンツを配信するコンテンツ配信手段と、
前記ユーザ端末から第１信号を受信した回数が第１の閾値以上であれば、前記コンテンツ配信手段により配信中であるコンテンツの配信を終了するコンテンツ配信中止手段と、を備えることを特徴とする請求項１から５のいずれかに記載のリクエスト受付装置。
【請求項７】
前記ユーザ端末から第２信号を受信した回数が第２の閾値以上であれば、前記コンテンツ配信中止手段によるコンテンツの配信の終了を禁止するコンテンツ配信継続手段を備えることを特徴とする請求項６に記載のリクエスト受付装置。
【請求項８】
制御手段、記憶手段、リクエスト抽出手段、およびリスト生成手段を備えるリクエスト受付装置におけるリクエスト受付方法であって、
前記制御手段が、予め定められた制限条件を満たすか否かを判別する第１ステップと、
前記記憶手段が、前記第１ステップにおいて前記制限条件を満たすと判別した場合に、ユーザからのリクエストを、リクエストのカテゴリに応じて分類して記憶する第２ステップと、
前記リクエスト抽出手段が、前記第２ステップにおいて記憶したリクエストの中からリクエストを抽出する第３ステップと、
前記リスト生成手段が、前記第３ステップにおいて抽出したリクエストを、リストに追加する第４ステップと、を備え、
前記制限条件とは、前記第２ステップにおいて記憶したリクエストのうち、ユーザからのリクエストと同一カテゴリのリクエストの数が、予め定められた上限値未満であることを特徴とするリクエスト受付方法。
【請求項９】
予め定められた制限条件を満たすか否かを判別する第１ステップと、
前記第１ステップにおいて前記制限条件を満たすと判別した場合に、ユーザからのリクエストを、リクエストのカテゴリに応じて分類して記憶する第２ステップと、
前記第２ステップにおいて記憶したリクエストの中からリクエストを抽出する第３ステップと、
前記第３ステップにおいて抽出したリクエストを、リストに追加する第４ステップと、をコンピュータに実行させるためのプログラムであって、
前記制限条件とは、前記第２ステップにおいて記憶したリクエストのうち、ユーザからのリクエストと同一カテゴリのリクエストの数が、予め定められた上限値未満であることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リクエスト受付装置、リクエスト受付方法、およびプログラムに関する。
【背景技術】
【０００２】
従来より、ユーザからのリクエストに応じて、動画像や音声といったコンテンツを配信する手法が提案されている（例えば、特許文献１参照）。
【０００３】
特許文献１には、各ユーザからのリクエストを所定のルールで集計し、例えばリクエスト数の多いコンテンツを配信する手法が示されている。この手法によれば、ユーザからのリクエストを受付けるオペレータがいなくても、ユーザからのリクエストに応じたコンテンツを配信できる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−３５８６８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところが、特許文献１に示されている手法では、リクエストの内容を考慮することなく、配信するコンテンツを決定する。このため、配信内容に偏りが生じてしまい、ユーザが飽きてしまうおそれがあった。
【０００６】
そこで、本発明は、上述の課題に鑑みてなされたものであり、配信内容に偏りが生じるのを抑制できるリクエスト受付装置、リクエスト受付方法、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、上述の課題を解決するために、以下の事項を提案している。
【０００８】
（１）  本発明は、予め定められた制限条件を満たすか否かを判別する制御手段（例えば、図２の制御部１２に相当）と、前記制御手段により前記制限条件を満たすと判別された場合に、ユーザからのリクエストを、リクエストのカテゴリ（例えば、後述のジャンル、アーティスト名、年代に相当）に応じて分類して記憶する記憶手段（例えば、図２の記憶部１３に相当）と、前記記憶手段に記憶されているリクエストの中からリクエストを抽出するリクエスト抽出手段（例えば、図２の配信リスト生成部１４に相当）と、前記リクエスト抽出手段により抽出されたリクエストを、リスト（例えば、後述の配信リストに相当）に追加するリスト生成手段（例えば、図２の配信リスト生成部１４に相当）と、を備え、前記制限条件とは、ユーザからのリクエストと同一カテゴリのリクエストが前記記憶手段に記憶されている数が、予め定められた上限値（例えば、第１実施形態の「３」に相当）未満であることを特徴とするリクエスト受付装置を提案している。
【０００９】
この発明によれば、リクエスト受付装置に、制御手段、記憶手段、リクエスト抽出手段、およびリスト生成手段を設けた。そして、制御手段により、予め定められた制限条件を満たすか否かを判別することとした。そして、記憶手段により、制御手段により制限条件を満たすと判別された場合に、ユーザからのリクエストを、リクエストのカテゴリに応じて分類して記憶することとした。そして、リクエスト抽出手段により、記憶手段に記憶されているリクエストの中からリクエストを抽出し、リスト生成手段により、リクエスト抽出手段により抽出されたリクエストを、リストに追加することとした。さらに、制限条件として、ユーザからのリクエストと同一カテゴリのリクエストが記憶手段に記憶されている数が、予め定められた上限値未満であることを採用した。このため、ユーザからのリクエストを受付ける数を、リクエストのカテゴリごとに制限することができるので、その結果、リストに対して反映させるリクエストの数を、リクエストのカテゴリごとに制限することができる。したがって、リストに対して、同一カテゴリのリクエストが多数反映されてしまうのを抑制できる。よって、リストに基づいて配信内容を決定することで、様々なカテゴリのリクエストを配信内容に反映させることができ、配信内容に偏りが生じるのを抑制できる。
【００１０】
（２）  本発明は、（１）のリクエスト受付装置について、前記リクエスト抽出手段は、前記記憶手段に記憶されているリクエストの中から、カテゴリごとに予め定められた数のリクエストを、受信したタイミングの早いものから順に抽出する（例えば、後述の先着順に相当）ことを特徴とするリクエスト受付装置を提案している。
【００１１】
この発明によれば、リクエスト抽出手段により、記憶手段に記憶されているリクエストの中から、カテゴリごとに予め定められた数のリクエストを、受信したタイミングの早いものから順に抽出することとした。このため、リストに対して反映させるリクエストの数を、リクエストのカテゴリごとに制限することができる。したがって、リストに対して、同一カテゴリのリクエストが多数反映されてしまうのを防止できる。よって、リストに基づいて配信内容を決定することで、様々なカテゴリのリクエストを配信内容に反映させることができ、配信内容に偏りが生じるのを防止できる。
【００１２】
また、この発明によれば、上述のように、リクエスト抽出手段により、記憶手段に記憶されているリクエストの中から、カテゴリごとに予め定められた数のリクエストを、受信したタイミングの早いものから順に抽出することとした。このため、リクエストを行ったタイミングの早いユーザからのリクエストを、優先的にリストに追加することができる。
【００１３】
（３）  本発明は、（１）のリクエスト受付装置について、前記リクエスト抽出手段は、前記記憶手段に記憶されているリクエストの中から、カテゴリごとに予め定められた数（例えば、第１実施形態の「１」に相当）のリクエストを、予め定められた優先度（例えば、後述の優先度に相当）に基づいて抽出することを特徴とするリクエスト受付装置を提案している。
【００１４】
この発明によれば、リクエスト抽出手段により、記憶手段に記憶されているリクエストの中から、カテゴリごとに予め定められた数のリクエストを、予め定められた優先度に基づいて抽出することとした。このため、リストに対して反映させるリクエストの数を、リクエストのカテゴリごとに制限することができる。したがって、リストに対して、同一カテゴリのリクエストが多数反映されてしまうのを防止できる。よって、リストに基づいて配信内容を決定することで、様々なカテゴリのリクエストを配信内容に反映させることができ、配信内容に偏りが生じるのを防止できる。
【００１５】
また、この発明によれば、上述のように、リクエスト抽出手段により、記憶手段に記憶されているリクエストの中から、カテゴリごとに予め定められた数のリクエストを、予め定められた優先度に基づいて抽出することとした。このため、優先度を設定することにより、ユーザが興味を持つ配信内容を優先的に決定することができる場合がある。
【００１６】
（４）  本発明は、（２）または（３）のリクエスト受付装置について、前記リクエスト抽出手段は、前記予め定められた数を、前記記憶手段に記憶されているリクエストの数に応じて設定することを特徴とするリクエスト受付装置を提案している。
【００１７】
この発明によれば、リクエスト抽出手段により、上述の予め定められた数を、記憶手段に記憶されているリクエストの数に応じて設定することとした。このため、例えば、記憶手段に記憶されているリクエストの数が多くなるに従って、上述の予め定められた数を少なく設定する。すると、リストに対して反映されるカテゴリごとのリクエストの数は、少なくなるので、リストに対して反映されるリクエストのカテゴリは、多様となる。したがって、リストに基づいて配信内容を決定することで、多様なカテゴリのリクエストを配信内容に反映させることができ、配信内容に偏りが生じるのを防止できる。
【００１８】
（５）  本発明は、（１）〜（４）のいずれかのリクエスト受付装置について、前記リストに含まれているリクエストに基づいてコンテンツを配信するコンテンツ配信手段（例えば、図２の通信部１１および制御部１２に相当）を備え、前記制限条件とは、ユーザからのリクエストと同一カテゴリのリクエストが前記記憶手段に記憶されている数が、予め定められた上限値（例えば、第２実施形態の「３」に相当）未満であり、かつ、コンテンツ配信手段により配信中であるコンテンツのリクエストとは異なるリクエストであることを特徴とするリクエスト受付装置を提案している。
【００１９】
この発明によれば、リクエスト受付装置に、リストに含まれているリクエストに基づいてコンテンツを配信するコンテンツ配信手段を設けた。そして、制限条件として、ユーザからのリクエストと同一カテゴリのリクエストが記憶手段に記憶されている数が、予め定められた上限値未満であり、かつ、コンテンツ配信手段により配信中であるコンテンツのリクエストとは異なるリクエストであることを採用した。このため、ユーザからのリクエストを受付ける数を、リクエストのカテゴリごとに制限することができるとともに、配信中であるコンテンツのリクエストは、ユーザから受付けないようにすることができる。したがって、リストに対して、同一カテゴリのリクエストが多数反映されてしまうのを抑制できるとともに、配信中のコンテンツのリクエストがリストに対して反映されてしまうのを防止できる。よって、リストに基づいて配信内容を決定することで、様々なカテゴリのリクエストを配信内容に反映させることができ、配信内容に偏りが生じるのを抑制できるとともに、同一のコンテンツを短時間に繰り返し配信してしまうのを抑制できる。
【００２０】
（６）  本発明は、（１）〜（５）のいずれかのリクエスト受付装置について、前記リストに含まれているリクエストに基づいて、複数のユーザ端末にコンテンツを配信するコンテンツ配信手段（例えば、図２の通信部１１および制御部１２に相当）と、前記ユーザ端末から第１信号（例えば、第２実施形態の反対コマンドに相当）を受信した回数が第１の閾値（例えば、第２実施形態の「５０」に相当）以上であれば、前記コンテンツ配信手段により配信中であるコンテンツの配信を終了するコンテンツ配信中止手段（例えば、図２の通信部１１および制御部１２に相当）と、を備えることを特徴とするリクエスト受付装置を提案している。
【００２１】
この発明によれば、リクエスト配信装置に、コンテンツ配信手段およびコンテンツ配信中止手段を設けた。そして、コンテンツ配信手段により、リストに含まれているリクエストに基づいて、複数のユーザ端末にコンテンツを配信することとした。また、コンテンツ配信中止手段により、ユーザ端末から第１信号を受信した回数が第１の閾値以上であれば、コンテンツ配信手段により配信中であるコンテンツの配信を終了することとした。このため、配信中であるコンテンツをユーザが視聴したくない場合に、このユーザのユーザ端末から第１信号を受信するものとすると、配信中であるコンテンツを視聴したくないと感じたユーザの人数が第１の閾値以上であれば、このコンテンツの配信が終了することとなる。したがって、ユーザの嗜好に合ったコンテンツを配信できる。
【００２２】
（７）  本発明は、（６）のリクエスト受付装置について、前記ユーザ端末から第２信号（例えば、第２実施形態の応援コマンドに相当）を受信した回数が第２の閾値（例えば、第２実施形態の「５０」に相当）以上であれば、前記コンテンツ配信中止手段によるコンテンツの配信の終了を禁止するコンテンツ配信継続手段（例えば、図２の制御部１２に相当）を備えることを特徴とするリクエスト受付装置を提案している。
【００２３】
この発明によれば、リクエスト配信装置に、ユーザ端末から第２信号を受信した回数が第２の閾値以上であれば、コンテンツ配信中止手段によるコンテンツの配信の終了を禁止するコンテンツ配信継続手段を設けた。このため、配信中であるコンテンツをユーザが最後まで視聴したい場合に、このユーザのユーザ端末から第２信号を受信するものとすると、配信中であるコンテンツを最後まで視聴したいと感じたユーザの人数が第２の閾値以上であれば、このコンテンツの配信の終了が禁止されることとなる。したがって、ユーザの嗜好に合ったコンテンツを配信できる。
【００２４】
（８）  本発明は、予め定められた制限条件を満たすか否かを判別する第１ステップ（例えば、図４のステップＳ２１に相当）と、前記第１ステップにおいて前記制限条件を満たすと判別した場合に、ユーザからのリクエストを、リクエストのカテゴリ（例えば、後述のジャンル、アーティスト名、年代に相当）に応じて分類して記憶する第２ステップ（例えば、図４のステップＳ２２に相当）と、前記第２ステップにおいて記憶したリクエストの中からリクエストを抽出する第３ステップ（例えば、図５のステップＳ３１に相当）と、前記第３ステップにおいて抽出したリクエストを、リスト（例えば、後述の配信リストに相当）に追加する第４ステップ（例えば、図５のステップＳ３１に相当）と、を備え、前記制限条件とは、ユーザからのリクエストと同一カテゴリのリクエストが前記第２ステップにおいて記憶された数が、予め定められた上限値（例えば、第１実施形態の「３」に相当）未満であることを特徴とするリクエスト受付方法を提案している。
【００２５】
この発明によれば、第１ステップにおいて、予め定められた制限条件を満たすか否かを判別し、第２ステップにおいて、第１ステップにおいて制限条件を満たすと判別した場合に、ユーザからのリクエストを、リクエストのカテゴリに応じて分類して記憶することとした。そして、第３ステップにおいて、第２ステップにおいて記憶したリクエストの中からリクエストを抽出し、第４ステップにおいて、第３ステップにおいて抽出したリクエストを、リストに追加することとした。さらに、制限条件として、ユーザからのリクエストと同一カテゴリのリクエストを第２ステップにおいて記憶した数が、予め定められた上限値未満であることを採用した。このため、ユーザからのリクエストを受付ける数を、リクエストのカテゴリごとに制限することができる。したがって、リストに対して、同一カテゴリのリクエストが多数反映されてしまうのを抑制できる。よって、リストに基づいて配信内容を決定することで、様々なカテゴリのリクエストを配信内容に反映させることができ、配信内容に偏りが生じるのを抑制できる。
【００２６】
（９）  本発明は、予め定められた制限条件を満たすか否かを判別する第１ステップ（例えば、図４のステップＳ２１に相当）と、前記第１ステップにおいて前記制限条件を満たすと判別した場合に、ユーザからのリクエストを、リクエストのカテゴリ（例えば、後述のジャンル、アーティスト名、年代に相当）に応じて分類して記憶する第２ステップ（例えば、図４のステップＳ２２に相当）と、前記第２ステップにおいて記憶したリクエストの中からリクエストを抽出する第３ステップ（例えば、図５のステップＳ３１に相当）と、前記第３ステップにおいて抽出したリクエストを、リスト（例えば、後述の配信リストに相当）に追加する第４ステップ（例えば、図５のステップＳ３１に相当）と、をコンピュータに実行させるためのプログラムであって、前記制限条件とは、ユーザからのリクエストと同一カテゴリのリクエストが前記第２ステップにおいて記憶された数が、予め定められた上限値（例えば、第１実施形態の「３」に相当）未満であることを特徴とするプログラムを提案している。
【００２７】
この発明によれば、プログラムをコンピュータに実行させることで、第１ステップにおいて、予め定められた制限条件を満たすか否かを判別し、第２ステップにおいて、第１ステップにおいて制限条件を満たすと判別した場合に、ユーザからのリクエストを、リクエストのカテゴリに応じて分類して記憶することとした。そして、第３ステップにおいて、第２ステップにおいて記憶したリクエストの中からリクエストを抽出し、第４ステップにおいて、第３ステップにおいて抽出したリクエストを、リストに追加することとした。さらに、制限条件として、ユーザからのリクエストと同一カテゴリのリクエストを第２ステップにおいて記憶した数が、予め定められた上限値未満であることを採用した。このため、ユーザからのリクエストを受付ける数を、リクエストのカテゴリごとに制限することができる。したがって、リストに対して、同一カテゴリのリクエストが多数反映されてしまうのを抑制できる。よって、リストに基づいて配信内容を決定することで、様々なカテゴリのリクエストを配信内容に反映させることができ、配信内容に偏りが生じるのを抑制できる。
【発明の効果】
【００２８】
リストに基づいて配信内容を決定することで、様々なカテゴリのリクエストを配信内容に反映させることができ、配信内容に偏りが生じるのを抑制できる。
【図面の簡単な説明】
【００２９】
【図１】本発明の第１実施形態に係るコンテンツ配信システムの構成を示すブロック図である。
【図２】前記コンテンツ配信システムが備えるリクエスト受付装置の構成を示すブロック図である。
【図３】前記リクエスト受付装置が実行する楽曲配信処理のフローチャートである。
【図４】前記リクエスト受付装置が実行するリクエスト受付処理のフローチャートである。
【図５】前記リクエスト受付装置が実行する配信リスト生成処理のフローチャートである。
【図６】前記コンテンツ配信システムが備えるユーザ端末に表示されるリクエスト受付画面を示す図である。
【図７】本発明の第２実施形態に係るコンテンツ配信システムが備えるユーザ端末に表示されるリクエスト受付画面を示す図である。
【図８】前記コンテンツ配信システムが備えるリクエスト受付装置が実行する楽曲配信処理のフローチャートである。
【図９】前記リクエスト受付装置が実行する応援コマンド受付処理のフローチャートである。
【図１０】前記リクエスト受付装置が実行する反対コマンド受付処理のフローチャートである。
【図１１】前記リクエスト受付装置が実行するリクエスト受付処理のフローチャートである。
【発明を実施するための形態】
【００３０】
以下、本発明の実施形態について図面を参照しながら説明する。なお、以下の実施形態における構成要素は適宜、既存の構成要素などとの置き換えが可能であり、また、他の既存の構成要素との組合せを含む様々なバリエーションが可能である。したがって、以下の実施形態の記載をもって、特許請求の範囲に記載された発明の内容を限定するものではない。
【００３１】
＜第１実施形態＞
［コンテンツ配信システムＡＡの構成］
図１は、本発明の第１実施形態に係るコンテンツ配信システムＡＡの構成を示すブロック図である。コンテンツ配信システムＡＡは、インターネットラジオサービスにより楽曲をストリーミング配信するリクエスト受付装置１と、ユーザＵ１〜Ｕｎ（ｎは、ｎ≧１を満たす整数）のそれぞれが所有するユーザ端末Ｔ１〜Ｔｎと、を備える。ユーザ端末Ｔ１〜Ｔｎのそれぞれと、リクエスト受付装置１とは、例えばインターネット回線や電話回線を介して、互いに通信可能に設けられる。
【００３２】
［リクエスト受付装置１の構成］
図２は、リクエスト受付装置１の構成を示すブロック図である。リクエスト受付装置１は、通信部１１、制御部１２、記憶部１３、配信リスト生成部１４、およびコンテンツ記憶部１５を備える。
【００３３】
通信部１１は、ユーザ端末Ｔ１〜Ｔｎのそれぞれから送信されたリクエストを受信したり、ユーザ端末Ｔ１〜Ｔｎのそれぞれに楽曲を配信したりする。
【００３４】
コンテンツ記憶部１５は、多数の楽曲が蓄積された楽曲データベースを記憶する。
【００３５】
記憶部１３は、カテゴリ別記憶領域１３１〜１３ｍ（ｍは、ｍ≧１を満たす整数）を備える。これらカテゴリ別記憶領域１３１〜１３ｍのそれぞれは、楽曲のカテゴリごとに設けられ、ユーザ端末Ｔ１〜Ｔｎのそれぞれから受信したリクエストを、カテゴリに応じて分類して記憶する。なお、カテゴリ別記憶領域１３１〜１３ｍのそれぞれには、記憶できるリクエストの数の上限値が予め定められており、本実施形態では、この上限値として「３」が一律に設定されているものとする。また、カテゴリ別記憶領域１３Ｘ（Ｘは、１≦Ｘ≦ｍを満たす任意の整数）には、カテゴリＸに分類される楽曲のリクエストが記憶されるものとする。ここで、カテゴリとは、例えば、ロックやクラシックやポップスといったジャンル、アーティスト名、年代などのことであり、１つの楽曲が１つのカテゴリにのみ分類される場合もあれば、１つの楽曲が複数のカテゴリに分類される場合もあるものとする。
【００３６】
配信リスト生成部１４は、ユーザ端末Ｔ１〜Ｔｎに配信する楽曲のリストである配信リストを、カテゴリ別記憶領域１３１〜１３ｍのそれぞれに記憶されているリクエストと、予め定められた抽出条件と、に基づいて生成し、記憶部１３に記憶させる。配信リストには、コンテンツ記憶部１５に記憶されている楽曲のうちユーザ端末Ｔ１〜Ｔｎに配信するものの名前が、ユーザ端末Ｔ１〜Ｔｎに配信する楽曲の順序に応じて記述される。
【００３７】
上述の抽出条件としては、例えば、多数決や先着順を採用できる。多数決を採用した場合には、予め定められた期間ごとに、カテゴリ別記憶領域１３１〜１３ｍに記憶されているリクエストを集計する。そして、リクエスト数の最も多い楽曲のリクエストをカテゴリごとに１つずつ抽出し、抽出したリクエストに応じた楽曲の名前を配信リストに追加する。
【００３８】
一方、先着順を採用した場合には、予め定められた期間ごとに、通信部１１により受信されたタイミングの最も早いリクエストをカテゴリごとに１つずつ抽出し、抽出したリクエストに応じた楽曲の名前を配信リストに追加する。
【００３９】
なお、本実施形態では、上述の抽出条件として、優先度順を採用したものとする。優先度順を採用した場合には、予め定められた期間ごとに、最も優先度の高い楽曲のリクエストをカテゴリごとに「１」ずつ抽出し、抽出したリクエストに応じた楽曲の名前を配信リストに追加する。なお、優先度としては、例えば、楽曲の公表された日付が新しくなるに従って優先度を高く設定したり、楽曲を配信した回数が少なくなるに従って優先度を高く設定したりすることができる。
【００４０】
また、配信リスト生成部１４は、配信リストに名前を追加した楽曲のリクエストを、カテゴリ別記憶領域１３１〜１３ｍのそれぞれから削除するとともに、楽曲の配信が開始されると、配信の開始された楽曲の名前を配信リストから全て削除する。
【００４１】
制御部１２は、通信部１１によりユーザ端末Ｔｋ（ｋは、１≦ｋ≦ｎを満たす任意の整数）からカテゴリＸに分類される楽曲のリクエストを受信すると、カテゴリＸに対応して設けられたカテゴリ別記憶領域１３Ｘに、リクエストがいくつ記憶されているかを確認する。そして、記憶されているリクエストの数が「３」未満である場合には、ユーザ端末Ｔｋから受信したカテゴリＸに分類される楽曲のリクエストを、カテゴリ別記憶領域１３Ｘに記憶させる。一方、記憶されているリクエストの数が「３」である場合には、ユーザ端末Ｔｋから受信したカテゴリＸに分類される楽曲のリクエストを、破棄する。
【００４２】
また、制御部１２は、配信リスト生成部１４により生成された配信リストに基づいて、コンテンツ記憶部１５からコンテンツを読み出し、通信部１１を介してユーザ端末Ｔ１〜Ｔｎのそれぞれに配信する。
【００４３】
また、制御部１２は、図６を用いて後述するリクエスト受付画面を表示させるためのデータを、通信部１１を介してユーザ端末Ｔ１〜Ｔｎのそれぞれに送信する。
【００４４】
以上の構成を備えるリクエスト受付装置１は、図３を用いて後述する楽曲配信処理を実行して、配信リストに基づいて楽曲を配信する。また、図４を用いて後述するリクエスト受付処理を実行して、ユーザ端末から送信されたリクエストを受信する。また、図５を用いて後述する配信リスト生成処理を実行して、配信リストを生成する。
【００４５】
［楽曲配信処理］
図３は、楽曲配信処理のフローチャートである。楽曲配信処理は、リクエスト受付装置１がインターネットラジオサービスを提供している期間において、常時、リクエスト受付装置１で実行される。
【００４６】
まず、ステップＳ１１において、制御部１２は、配信リストの最上位に名前のある楽曲について、配信を開始する。具体的には、記憶部１３に記憶されている配信リストを読み出し、配信リストの最上位に名前のある楽曲をコンテンツ記憶部１５から読み出す。そして、インターネットラジオサービスを利用中である全てのユーザ端末に対して、読み出した楽曲のデータの送信を開始して、楽曲のストリーミング配信を開始する。これによれば、インターネットラジオサービスを利用中である全てのユーザ端末では、同一の楽曲が略同一のタイミングで再生されることとなる。
【００４７】
次に、ステップＳ１２において、制御部１２は、ステップＳ１１において配信を開始した楽曲の名前を、配信リストから全て削除する。
【００４８】
次に、ステップＳ１３において、制御部１２は、配信中の楽曲が終わったか否か、すなわちステップＳ１１において配信を開始した楽曲について最後まで配信したか否かを判別する。そして、最後まで配信した場合には、ステップＳ１１に処理を移し、最後まで配信していない場合には、ステップＳ１３の処理を繰り返す。
【００４９】
［リクエスト受付処理］
図４は、リクエスト受付処理のフローチャートである。リクエスト受付処理は、リクエスト受付装置１がインターネットラジオサービスを提供している期間において、ユーザ端末からリクエストを受信するたびに、リクエスト受付装置１で実行される。なお、図４では、ユーザ端末Ｔａ（ａは、１≦ａ≦ｎを満たす任意の整数）から送信されたカテゴリＰ（Ｐは、１≦Ｐ≦ｍを満たす任意の整数）に分類される楽曲のリクエストを通信部１１が受信したものとして、説明する。
【００５０】
まず、ステップＳ２１において、制御部１２は、カテゴリＰに対応して設けられたカテゴリ別記憶領域１３Ｐに空きがあるか否かを判別する。具体的には、カテゴリ別記憶領域１３Ｐに記憶されているリクエストの数が「３」未満であるか否かを判別する。そして、「３」未満である場合には、ステップＳ２２に処理を移し、「３」である場合には、リクエスト受付処理を終了する。これによれば、カテゴリ別記憶領域１３Ｐにリクエストが３つ記憶されている場合には、ユーザ端末Ｔａから受信したカテゴリＰに分類される楽曲のリクエストは、配信リストに反映されることなく破棄されることとなる。
【００５１】
次に、ステップＳ２２において、制御部１２は、カテゴリ別記憶領域１３Ｐに、ユーザ端末Ｔａから受信したカテゴリＰに分類される楽曲のリクエストを記憶させる。
【００５２】
［配信リスト生成処理］
図５は、配信リスト生成処理のフローチャートである。配信リスト生成処理は、リクエスト受付装置１がインターネットラジオサービスを提供している期間において、予め定められた期間ごとに、リクエスト受付装置１で実行される。
【００５３】
まず、ステップＳ３１において、配信リスト生成部１４は、カテゴリ別記憶領域１３１〜１３ｍのそれぞれに記憶されているリクエストと、上述の予め定められた抽出条件と、に基づいて配信リストを生成し、記憶部１３に記憶させる。
【００５４】
次に、ステップＳ３２において、配信リスト生成部１４は、ステップＳ３１において配信リストに名前の追加された楽曲のリクエストを、カテゴリ別記憶領域１３１〜１３ｍのそれぞれから削除する。
【００５５】
図６は、インターネットラジオサービスを利用中である全てのユーザ端末において表示される、リクエスト受付画面を示す図である。
【００５６】
画像ＩＭＧ１は、ストリーミング配信中である楽曲のアーティスト名および曲名を示す。画像ＩＭＧ２は、インターネットラジオを聴きたい場合にユーザが操作するアイコンを示す。この画像ＩＭＧ２のアイコンをユーザが操作すると、このユーザのユーザ端末への楽曲のストリーミング配信が開始され、このユーザ端末でのインターネットラジオの再生が開始されることとなる。
【００５７】
画像ＩＭＧ３は、インターネットラジオを聴くのを辞める場合にユーザが操作するアイコンである。この画像ＩＭＧ３のアイコンをユーザが操作すると、このユーザのユーザ端末への楽曲のストリーミング配信が停止され、このユーザ端末でのインターネットラジオの再生が停止されることとなる。
【００５８】
画像ＩＭＧ４は、インターネットラジオを聴く際の音量を調節する場合にユーザが操作するアイコンである。この画像ＩＭＧ４のアイコンをユーザが操作すると、このユーザのユーザ端末では、再生されているインターネットラジオの音量が操作に応じて変化することとなる。
【００５９】
画像ＩＭＧ５は、配信リストに記述されている楽曲の曲名およびアーティスト名を示す。
【００６０】
画像ＩＭＧ６、ＩＭＧ７は、リクエストを行う場合にユーザが操作する画像である。リクエストを行う場合、ユーザは、まず、画像ＩＭＧ６を操作して、リクエストしたいアーティスト名を選択する。すると、画像ＩＭＧ７には、選択されたアーティストの楽曲の曲名が表示される。ユーザは、次に、画像ＩＭＧ７を操作して、リクエストしたい楽曲の曲名を選択する。これによれば、リクエストしたい楽曲が決定され、この楽曲のリクエストがリクエスト受付装置１に送信されることとなる。
【００６１】
以上のリクエスト受付装置１によれば、ユーザＵａがカテゴリＰに分類される楽曲をリクエストしようとした際に、カテゴリ別記憶領域１３Ｐにリクエストが３つ記憶されている場合には、ユーザＵａはリクエストを行うことができない。すなわち、ユーザからのリクエストを受付ける数を、リクエストが行われた楽曲のカテゴリごとに制限することができるので、その結果、配信リストに対して反映させるリクエストの数を、カテゴリごとに制限することができる。このため、配信リストに対して、同一カテゴリに分類される楽曲のリクエスト、例えば同じアーティストの楽曲のリクエストや、同じジャンルの楽曲のリクエストが、多数反映されてしまうのを抑制できる。リクエスト受付装置１は、配信リストに基づいて配信する楽曲を決定するので、様々なカテゴリに分類される楽曲のリクエストを配信内容に反映させることができ、配信内容に偏りが生じるのを抑制できる。
【００６２】
また、リクエスト受付装置１によれば、配信リストを生成する際に、最も優先度の高い楽曲のリクエストをカテゴリごとに１つずつ抽出する。このため、配信リストに対して、優先度の高いリクエストを反映させることができる。
【００６３】
＜第２実施形態＞
［リクエスト受付装置１Ａの構成］
以下、本発明の第２実施形態に係るリクエスト受付装置１Ａについて説明する。リクエスト受付装置１Ａは、図２に示した本発明の第１実施形態に係るリクエスト受付装置１とは、制御部１２の代わりに制御部１２Ａを備える点が異なる。なお、リクエスト受付装置１Ａにおいて、リクエスト受付装置１と同一構成要件については、同一符号を付し、その説明を省略する。
【００６４】
制御部１２Ａは、制御部１２とは、通信部１１によりユーザ端末Ｔｋからリクエストを受信した際の動作と、楽曲の配信中の動作と、が異なる。
【００６５】
通信部１１によりユーザ端末Ｔｋからリクエストを受信した際の動作が異なるとは、具体的には、制御部１２は、ユーザ端末ＴｋからカテゴリＸに分類される楽曲のリクエストを受信すると、カテゴリＸに対応して設けられたカテゴリ別記憶領域１３Ｘに、リクエストがいくつ記憶されているかを確認する。これに対して、制御部１２Ａは、ユーザ端末ＴｋからカテゴリＸに分類される楽曲のリクエストを受信すると、カテゴリＸに対応して設けられたカテゴリ別記憶領域１３ｋに、リクエストがいくつ記憶されているかを確認するとともに、受信したリクエストの楽曲が、配信中の楽曲とは異なるかを確認する。
【００６６】
そして、記憶されているリクエストの数が「３」未満で、かつ、配信中の楽曲とは異なる楽曲のリクエストを受信した場合には、ユーザ端末Ｔｋから受信したカテゴリＸに分類される楽曲のリクエストを、カテゴリ別記憶領域１３Ｘに記憶させる。
【００６７】
一方、記憶されているリクエストの数が「３」であるか、または、配信中の楽曲のリクエストを受信した場合には、カテゴリ別記憶領域１３Ｘに記憶されている３つのリクエストと、ユーザ端末Ｔｋから受信したカテゴリＸに分類される楽曲のリクエストと、のうち、優先度の高い３つを、カテゴリ別記憶領域１３Ｘに記憶させる。優先度としては、上述の抽出条件と同様に、例えば、楽曲の公表された日付が新しくなるに従って優先度を高く設定したり、楽曲を配信した回数が少なくなるに従って優先度を高く設定したりすることができる。
【００６８】
一方、楽曲の配信中の動作が異なるとは、具体的には、制御部１２Ａは、楽曲の配信中に、ユーザ端末から応援コマンドおよび反対コマンドを受信するとともに、それぞれのコマンドを受信した回数に応じて配信中の楽曲を変更する。
【００６９】
応援コマンドとは、配信中の楽曲をユーザが最後まで聴きたい場合に、このユーザがユーザ端末で後述の第１の操作を行うことにより、このユーザ端末から送信されるコマンドのことである。一方、反対コマンドとは、配信中の楽曲をユーザが聴きたくない場合に、このユーザがユーザ端末で後述の第２の操作を行うことにより、このユーザ端末から送信されるコマンドのことである。
【００７０】
そして、楽曲Ｍ１の配信中に反対コマンドを「５０」回受信すると、楽曲Ｍ１の配信を強制的に終了させ、配信リストの最上位に名前のある楽曲、すなわち次の楽曲の配信を開始する。一方、楽曲Ｍ１の配信中に賛成コマンドを「５０」回受信すると、反対コマンドを受信した回数を無効とし、楽曲Ｍ１の配信を楽曲Ｍ１の最後まで行う。
【００７１】
図７は、インターネットラジオサービスを利用中である全てのユーザ端末において表示される、リクエスト受付画面を示す図である。図７に示すリクエスト受付画面には、画像ＩＭＧ８、ＩＭＧ９、ＩＭＧ１０、ＩＭＧ１１が示されている点が、図６に示したリクエスト受付画面とは異なる。
【００７２】
画像ＩＭＧ８は、配信中の楽曲を聴きたくない場合にユーザが操作するアイコンを示す。この画像ＩＭＧ８のアイコンをユーザが操作すると、上述の第２の操作が行われたこととなる。画像ＩＭＧ９は、画像ＩＭＧ８のアイコンを操作したユーザの数を示す。
【００７３】
画像ＩＭＧ１０は、配信中の楽曲を最後まで聴きたい場合にユーザが操作するアイコンを示す。この画像ＩＭＧ１０のアイコンをユーザが操作すると、上述の第１の操作が行われたこととなる。画像ＩＭＧ１１は、画像ＩＭＧ１０のアイコンを操作したユーザの数を示す。
【００７４】
以上の構成を備えるリクエスト受付装置１Ａは、図８を用いて後述する楽曲配信処理を実行して、配信リストに基づいて楽曲を配信する。また、図９を用いて後述する応援コマンド受付処理を実行して、応援コマンドを受信した回数を計数するとともに、図１０を用いて後述する反対コマンド受付処理を実行して、反対コマンドを受信した回数を計数する。また、図１１を用いて後述するリクエスト受付処理を実行して、ユーザ端末から送信されたリクエストを受信する。また、図５を用いて上述した配信リスト生成処理を実行して、配信リストを生成する。
【００７５】
［楽曲配信処理］
図８は、楽曲配信処理のフローチャートである。楽曲配信処理は、リクエスト受付装置１Ａがインターネットラジオサービスを提供している期間において、常時、リクエスト受付装置１Ａで実行される。
【００７６】
まず、ステップＳ４１において、図３のステップＳ１１と同様に、制御部１２Ａは、配信リストの最上位に名前のある楽曲について、配信を開始する。
【００７７】
次に、ステップＳ４２において、図３のステップＳ１２と同様に、制御部１２Ａは、ステップＳ４１において配信を開始した楽曲の名前を、配信リストから全て削除する。
【００７８】
次に、ステップＳ４３において、制御部１２Ａは、応援カウンタ（後述の図９参照）の値が「５０」以上であるか否かを判別する。そして、「５０」以上である場合には、ステップＳ４５に処理を移し、「５０」未満である場合には、ステップＳ４４に処理を移す。これによれば、応援カウンタの値が「５０」以上である場合には、反対カウンタ（後述の図１０参照）の値を確認するステップＳ４４の処理を行わないこととなり、反対カウンタの値を無効とすることとなる。
【００７９】
次に、ステップＳ４４において、制御部１２Ａは、反対カウンタの値が「５０」以上であるか否かを判別する。そして、「５０」以上である場合には、ステップＳ４６に処理を移し、「５０」未満である場合には、ステップＳ４５に処理を移す。これによれば、反対カウンタの値が「５０」以上である場合には、楽曲の配信が途中であるか否かによらず、応援カウンタおよび反対カウンタをクリアするステップＳ４６の処理を行った後、次の楽曲の配信を開始するステップＳ４１の処理を行うこととなる。
【００８０】
次に、ステップＳ４５において、図３のステップＳ１３と同様に、制御部１２Ａは、配信中の楽曲が終わったか否か、すなわちステップＳ４１において配信を開始した楽曲について最後まで配信したか否かを判別する。そして、最後まで配信した場合には、ステップＳ４６に処理を移し、最後まで配信していない場合には、ステップＳ４３に処理を移す。
【００８１】
次に、ステップＳ４６において、制御部１２Ａは、応援カウンタおよび反対カウンタをクリアする。これによれば、応援カウンタの値と、反対カウンタの値と、が「０」となる。
【００８２】
［応援コマンド受付処理］
図９は、応援コマンド受付処理のフローチャートである。応援コマンド受付処理は、リクエスト受付装置１Ａがインターネットラジオサービスを提供している期間において、ユーザ端末から応援コマンドを受信するたびに、リクエスト受付装置１Ａで実行される。
【００８３】
ステップＳ５１において、制御部１２Ａは、応援カウンタに「１」を加算する。応援カウンタは、ユーザ端末から応援コマンドを受信した回数を計数するために、記憶部１３に設けられる。
【００８４】
［反対コマンド受付処理］
図１０は、反対コマンド受付処理のフローチャートである。反対コマンド受付処理は、リクエスト受付装置１Ａがインターネットラジオサービスを提供している期間において、ユーザ端末から反対コマンドを受信するたびに、リクエスト受付装置１Ａで実行される。
【００８５】
ステップＳ６１において、制御部１２Ａは、反対カウンタに「１」を加算する。反対カウンタは、ユーザ端末から反対コマンドを受信した回数を計数するために、記憶部１３に設けられる。
【００８６】
［リクエスト受付処理］
図１１は、リクエスト受付処理のフローチャートである。リクエスト受付処理は、リクエスト受付装置１Ａがインターネットラジオサービスを提供している期間において、ユーザ端末からリクエストを受信するたびに、リクエスト受付装置１Ａで実行される。なお、図１１では、ユーザ端末Ｔｂ（ｂは、１≦ｂ≦ｎを満たす任意の整数）から送信されたカテゴリＱ（Ｑは、１≦Ｑ≦ｍを満たす任意の整数）に分類される楽曲のリクエストを通信部１１が受信したものとして、説明する。
【００８７】
まず、ステップＳ７１において、図４のステップＳ２１と同様に、制御部１２Ａは、カテゴリＱに対応して設けられたカテゴリ別記憶領域１３Ｑに空きがあるか否かを判別する。そして、空きがある場合には、ステップＳ７２に処理を移し、空きがない場合には、ステップＳ７４に処理を移す。
【００８８】
次に、ステップＳ７２において、制御部１２Ａは、ユーザ端末Ｔｂから受信したリクエストの楽曲が、配信中の楽曲とは異なるか否かを判別する。そして、異なる場合には、ステップＳ７３に処理を移し、同じである場合には、リクエスト受付処理を終了する。これによれば、配信中の楽曲のリクエストを受信した場合には、ユーザ端末Ｔｂから受信したカテゴリＱに分類される楽曲のリクエストは、配信リストに反映されることなく破棄されることとなる。
【００８９】
次に、ステップＳ７３において、図４のステップＳ２２と同様に、制御部１２Ａは、カテゴリ別記憶領域１３Ｑに、ユーザ端末Ｔｂから受信したカテゴリＱに分類される楽曲のリクエストを記憶させる。
【００９０】
ステップＳ７４において、制御部１２Ａは、カテゴリ別記憶領域１３Ｑに記憶されている３つのリクエストと、ユーザ端末Ｔｂから受信したカテゴリＱに分類される楽曲のリクエストと、のうち優先度の高い３つを、カテゴリ別記憶領域１３Ｑに記憶させる。優先度としては、上述の抽出条件と同様に、例えば、楽曲の公表された日付が新しくなるに従って優先度を高く設定したり、楽曲を配信した回数が少なくなるに従って優先度を高く設定したりすることができる。
【００９１】
以上のリクエスト受付装置１Ａによれば、ユーザＵｂがカテゴリＱに分類される楽曲をリクエストしようとした際に、カテゴリ別記憶領域１３Ｑにリクエストが３つ記憶されている場合には、これら３つのリクエストと、ユーザＵｂがリクエストしようとしたリクエストと、のうち優先度の高い３つを、カテゴリ別記憶領域１３Ｑに記憶させる。すなわち、配信リストに対して反映させるリクエストの数を、カテゴリごとに制限することができる。このため、配信リストに対して、同一カテゴリに分類される楽曲のリクエスト、例えば同じアーティストの楽曲のリクエストや、同じジャンルの楽曲のリクエストが、多数反映されてしまうのを抑制できる。リクエスト受付装置１Ａは、配信リストに基づいて配信する楽曲を決定するので、様々なカテゴリに分類される楽曲のリクエストを配信内容に反映させることができ、配信内容に偏りが生じるのを抑制できる。
【００９２】
また、リクエスト受付装置１Ａによれば、上述のように、ユーザＵｂがカテゴリＱに分類される楽曲をリクエストしようとした際に、カテゴリ別記憶領域１３Ｑにリクエストが３つ記憶されている場合には、これら３つのリクエストと、ユーザＵｂがリクエストしようとしたリクエストと、のうち優先度の高い３つを、カテゴリ別記憶領域１３Ｑに記憶させる。このため、配信リストに対して、カテゴリごとに、優先度の高い楽曲のリクエストを反映させることができる。
【００９３】
また、リクエスト受付装置１Ａによれば、配信中の楽曲のリクエストを受信した場合には、このリクエストを破棄して受付けない。このため、同一の楽曲を短時間に繰り返し配信してしまうのを抑制できる。
【００９４】
また、リクエスト受付装置１Ａによれば、楽曲の配信中にユーザ端末から反対コマンドを受信した回数が５０回に達すると、楽曲の配信が途中であるか否かによらず、この楽曲の配信を終了し、次の楽曲の配信を開始する。反対コマンドとは、配信中の楽曲を聴きたくない場合に、このユーザがユーザ端末で所定の操作を行うことにより、このユーザ端末から送信されるコマンドのことである。このため、配信中の楽曲を聴きたくないと感じたユーザが５０人以上いた場合に、この楽曲の配信を終了し、次の楽曲の配信を開始するので、ユーザの嗜好に合った楽曲を配信できる。
【００９５】
また、リクエスト受付装置１Ａによれば、楽曲の配信中にユーザ端末から応援コマンドを受信した回数が５０回に達すると、反対コマンドを受信した回数が５０回に達したか否かによらず、この楽曲の配信をこの楽曲の最後まで行う。応援コマンドとは、配信中の楽曲を最後まで聴きたい場合に、このユーザがユーザ端末で所定の操作を行うことにより、このユーザ端末から送信されるコマンドのことである。このため、配信中の楽曲を最後まで聴きたいと感じたユーザが５０人以上いた場合に、この楽曲を最後まで配信するので、ユーザの嗜好に合った楽曲を配信できる。
【００９６】
なお、本発明のリクエスト受付装置１、１Ａの処理を、コンピュータ読み取り可能な記録媒体に記憶し、記録媒体に記録されたリクエスト受付装置１、１Ａに読み込ませ、実行させることによって、本発明を実現できる。
【００９７】
また、上述のプログラムは、このプログラムを記憶装置などに格納したリクエスト受付装置１、１Ａから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネットなどのネットワーク（通信網）や電話回線などの通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
【００９８】
また、上述のプログラムは、上述の機能の一部を実現するためのものであってもよい。さらに、上述の機能をリクエスト受付装置１、１Ａにすでに記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００９９】
以上、本発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成は、上述の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計なども含まれる。
【０１００】
例えば、上述の各実施形態では、配信するコンテンツとして楽曲を用いたが、これに限らず、例えば、動画像、静止画像、音声などであってもよい。
【０１０１】
また、例えば、上述の各実施形態では、楽曲データベースは、リクエスト受付装置に設けられたコンテンツ記憶部１５に記憶されているものとしたが、これに限らず、リクエスト受付装置とは別個に設けられた記憶部に記憶されているものとしてもよい。
【０１０２】
また、例えば、上述の各実施形態では、配信リストに名前の追加した楽曲のリクエストを、カテゴリ別記憶領域１３１〜１３ｍのそれぞれから削除することとしたが、これに限らない。例えば、予め定められた時間が経過するたびに、カテゴリ別記憶領域１３１〜１３ｍのそれぞれに記憶されている全てのリクエストを削除してもよい。また、例えば、カテゴリ別記憶領域１３１〜１３ｍのそれぞれに記憶されているリクエストと、予め定められた抽出条件と、に基づいて配信リストを生成した後に、カテゴリ別記憶領域１３１〜１３ｍのそれぞれに記憶されている全てのリクエストを削除してもよい。
【０１０３】
また、例えば、上述の各実施形態では、リクエスト受付装置において、配信リストの生成と、楽曲の配信と、を行うこととしたが、これに限らず、配信リストの生成と、楽曲の配信と、を別個の装置で行うこととしてもよい。
【０１０４】
また、例えば、上述の第１実施形態では、カテゴリ別記憶領域１３１〜１３ｍのそれぞれが記憶できるリクエストの数の上限値を、一律に「３」と設定したが、これに限らず、例えばカテゴリ別記憶領域１３１〜１３ｍのそれぞれに個別に設定してもよい。また、リクエスト受付装置１が提供しているインターネットラジオサービスを利用中であるユーザ端末の総数や、リクエスト受付装置１に対してリクエストを送信したユーザ端末の総数に応じて、設定してもよい。
【０１０５】
また、例えば、上述の第２実施形態では、楽曲の配信中にユーザ端末から反対コマンドを受信した回数が５０回に達すると、楽曲の配信が途中であるか否かによらず、この楽曲の配信を終了し、次の楽曲の配信を開始することとしたが、これに限らない。例えば、リクエスト受付装置１Ａが提供しているインターネットラジオサービスを利用中であるユーザ端末の総数に対する、反対コマンドを受信した回数の割合が、予め定められた割合（例えば５０％）に達すると、配信中である楽曲の配信を終了し、次の楽曲の配信を開始することとしてもよい。
【０１０６】
また、例えば、上述の第２実施形態では、楽曲の配信中にユーザ端末から応援コマンドを受信した回数が５０回に達すると、反対コマンドを受信した回数が５０回に達したか否かによらず、この楽曲の配信をこの楽曲の最後まで行うこととしたが、これに限らない。例えば、リクエスト受付装置１Ａが提供しているインターネットラジオサービスを利用中であるユーザ端末の総数に対する、応援コマンドを受信した回数の割合が、予め定められた割合（例えば１０％）に達すると、反対コマンドを受信した回数が５０回に達したか否かによらず、この楽曲の配信をこの楽曲の最後まで行うこととしてもよい。
【符号の説明】
【０１０７】
１、１Ａ；リクエスト受付装置
１１；通信部
１２、１２Ａ；制御部
１３；記憶部
１３１〜１３ｍ；カテゴリ別記憶領域
１４；配信リスト生成部
１５；コンテンツ記憶部
ＡＡ；コンテンツ配信システム
Ｔ１〜Ｔｎ；ユーザ端末
【図１】
0005514654.tif 000002
【図２】
0005514654.tif 000003
【図３】
0005514654.tif 000004
【図４】
0005514654.tif 000005
【図５】
0005514654.tif 000006
【図６】
0005514654.tif 000007
【図７】
0005514654.tif 000008
【図８】
0005514654.tif 000009
【図９】
0005514654.tif 000010
【図１０】
0005514654.tif 000011
【図１１】
0005514654.tif 000012