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