(57)【特許請求の範囲】
【請求項１】
同じ共有チャンネルに属する複数のユーザ端末に対して放送コンテンツを配信することで、当該ユーザ端末にて視聴可能な当該共有チャンネルを提供する共有チャンネル提供装置であって、
前記放送コンテンツを、該放送コンテンツを放送する時間帯を示すスケジュール情報とともに受信することにより放送リクエストを受け付ける受信手段と、
前記同じ共有チャンネルに属する複数のユーザが嗜好するジャンル情報、および、前記同じ共有チャンネルに属する複数のユーザが前記共有チャンネル提供装置へアクセスするアクセス時間帯の情報のうち少なくとも一方を記憶した記憶手段と、
前記受信手段が放送リクエストを受け付けたときには、前記放送リクエストされた前記放送コンテンツと前記記憶手段に記憶された前記ジャンル情報、および、前記スケジュール情報と前記記憶手段に記憶された前記アクセス時間帯のうち少なくとも一方に基づいて、前記放送リクエストされた前記放送コンテンツを前記スケジュール情報で示される前記時間帯に放送可能か否かを決定するスケジュール決定手段と、
前記スケジュール決定手段により前記時間帯に放送可能と決定されたときには、時分割された前記放送コンテンツを順次前記時間帯に配信する配信手段と
を備えることを特徴とする共有チャンネル提供装置。
【請求項２】
同じ共有チャンネルに属する複数のユーザ端末に対して放送コンテンツを配信することで、当該ユーザ端末にて視聴可能な当該共有チャンネルを提供する共有チャンネル提供装置であって、
前記放送コンテンツに割り当てられた通信アドレスを、該放送コンテンツを放送する時間帯を示すスケジュール情報とともに受信することにより放送リクエストを受け付ける受信手段と、
前記同じ共有チャンネルに属する複数のユーザが嗜好するジャンル情報、および、前記同じ共有チャンネルに属する複数のユーザが前記共有チャンネル提供装置へアクセスするアクセス時間帯の情報のうち少なくとも一方を記憶した記憶手段と、
前記受信手段が、放送リクエストを受け付けたときには、前記放送リクエストされた前記放送コンテンツと前記記憶手段に記憶された前記ジャンル情報、および、前記スケジュール情報と前記記憶手段に記憶された前記アクセス時間帯の情報のうち少なくとも一方に基づいて、前記放送リクエストされた前記放送コンテンツを前記スケジュール情報で示される前記時間帯に放送可能か否かを決定するスケジュール決定手段と、
前記スケジュール決定手段により前記時間帯に放送可能と決定されたときには、前記通信アドレスを前記時間帯に配信する配信手段と
を備えることを特徴とする共有チャンネル提供装置。
【請求項３】
前記放送スケジュール決定手段が、前記ユーザ端末から受信する多数決投票情報により、放送リクエストされた前記放送コンテンツが前記スケジュール情報で示される前記時間帯に放送可能か否かを決定することを特徴とする、請求項１又は２に記載の共有チャンネル提供装置。
【請求項４】
前記放送スケジュール決定手段が、少なくとも前記放送する時間帯の始まりが一致する複数の前記放送コンテンツについては、最先に放送リクエストされた前記放送コンテンツを前記時間帯に放送可能と決定することを特徴とする、請求項１に記載の共有チャンネル提供装置。
【請求項５】
前記放送スケジュール決定手段が、少なくとも前記放送する時間帯の始まりが一致する複数の前記放送コンテンツについては、最先に放送リクエストされた前記通信アドレスが割り当てられた前記放送コンテンツを前記時間帯に放送可能と決定することを特徴とする、請求項２に記載の共有チャンネル提供装置。
【請求項６】
前記放送スケジュール決定手段が、前記同じ共有チャンネルに属する複数のユーザ端末間でチャットをしながら、放送リクエストされた前記放送コンテンツを前記スケジュール情報で示される前記時間帯に放送可能か否かを投票できるチャット・投票画面を前記同じ共有チャンネルに属する複数のユーザ端末に提供する
ことを特徴とする請求項３記載の共有チャンネル提供装置。
【請求項７】
前記放送スケジュール決定手段が、前記チャット・投票画面において放送リクエストされた前記放送コンテンツを前記スケジュール情報で示される前記時間帯に放送可能か否かの投票を受け付ける有効時間を予め設定している
ことを特徴とする請求項６記載の共有チャンネル提供装置。
【請求項８】
前記スケジュール決定手段は、少なくとも、前記複数ユーザの各々に対応して生成され、前記複数ユーザのうち他のユーザがアクセス可能なＷｅｂページであって、少なくとも、前記他のユーザのアクセス履歴がコメントとともに表されたＷｅｂページを参照することにより、前記他のユーザが嗜好するジャンル情報を判定し、
判定した他のユーザが嗜好するジャンル情報と、放送リクエストされた前記放送コンテンツのジャンル情報とに基づいて、放送リクエストされた前記放送コンテンツを前記時間帯に放送可能か否かを決定することを特徴とする、請求項１から７のいずれかに記載の共有チャンネル提供装置。
【請求項９】
コンピュータが、同じ共有チャンネルに属する複数のユーザ間で放送コンテンツを共有して視聴可能な当該共有チャンネルを提供する共有チャンネル提供方法であって、
前記放送コンテンツを、該放送コンテンツを放送する時間帯を示すスケジュール情報とともに受信することにより放送リクエストを受け付ける受信ステップと、
前記同じ共有チャンネルに属する複数のユーザが嗜好するジャンル情報、および、前記同じ共有チャンネルに属する複数のユーザが前記コンピュータへアクセスするアクセス時間帯の情報のうち少なくとも一方を記憶する記憶ステップと、
放送リクエストされた前記放送コンテンツと前記ジャンル情報、および、前記スケジュール情報と前記アクセス時間帯の情報の少なくとも一方に基づいて、放送リクエストされた前記放送コンテンツを前記スケジュール情報で示される前記時間帯に放送可能か否かを決定するスケジュール決定ステップと、
前記時間帯に放送可能と決定されたときには、時分割された前記放送コンテンツを順次前記時間帯に配信する配信ステップと
を備えることを特徴とする共有チャンネル提供方法。
【請求項１０】
コンピュータが、同じ共有チャンネルに属する複数のユーザ間で放送コンテンツを共有して視聴可能な当該共有チャンネルを提供する共有チャンネル提供方法であって、
前記放送コンテンツに割り当てられた通信アドレスを、該放送コンテンツを放送する時間帯を示すスケジュール情報とともに受信することにより放送リクエストを受け付ける受信ステップと、
前記同じ共有チャンネルに属する複数のユーザが嗜好するジャンル情報、および、前記同じ共有チャンネルに属する複数のユーザが前記コンピュータへアクセスするアクセス時間帯の情報のうち少なくとも一方を記憶する記憶ステップと、
放送リクエストされた前記放送コンテンツと前記ジャンル情報、および、前記スケジュール情報と前記アクセス時間帯の情報の少なくとも一方に基づいて、放送リクエストされた前記放送コンテンツを前記スケジュール情報で示される前記時間帯に放送可能か否かを決定するスケジュール決定ステップと、
前記時間帯に放送可能と決定されたときには、前記通信アドレスを前記時間帯に配信する配信ステップと
を備えることを特徴とする共有チャンネル提供方法。
【請求項１１】
請求項９又は請求項１０に記載の方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数ユーザ間で放送コンテンツを共有して視聴可能な共有チャンネルを提供する共有チャンネル提供装置、方法及びプログラムに関する。
【背景技術】
【０００２】
下記特許文献１によれば、ユーザが定義した様々な分類別に、地上波などにより受信した放送番組を時系列的に録画する録画・再生システムが提案されている。
このような録画・再生システムは、ユーザが定義した様々な分類別、又はユーザ別に仮想チャンネルが割り当てられており、録画された放送番組はそれぞれの分類別に仮想チャンネルが割り当てられる。
こうして仮想チャンネルが割り当てられた録画番組は、所定のルールに従って時系列的に再生順位が決定される。そして、いずれかの仮想チャンネルが選択されたときには、選択された時刻に再生予定とされている録画番組が再生される。
このように、仮想チャンネルが割り当てられた録画番組は、時系列的に再生順位が決定され、いずれかの仮想チャンネルが選択されたときには、選択された時刻に再生予定とされている録画番組を再生することにより、ユーザに対して、見たい録画番組を早送り、巻き戻し、コマ送りなどによってサーチするといった能動的な操作を求めることがなく、これにより、受動的な視聴スタイルを持つユーザの便宜を図るようにしている。
【特許文献１】特開２００１−３３３３５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、前記した特許文献１に係る録画・再生システムによれば、録画番組の分類別又はユーザ別に仮想チャンネルを割り当て、仮想チャンネル毎に録画番組を再生して視聴することはできるが、複数ユーザ間で共有可能な共有チャンネル上に、複数ユーザの各々が所望の放送番組を所望の時間帯に録画させ、録画番組を複数ユーザの各々が共有して視聴するようなことはできない。
そして、近年、ＹＡＨＯＯ！ＪＡＰＡＮ（登録商標）などのポータルサイト、ミクシィ（登録商標）などのＳＮＳ（ソーシャル・ネットワーキング・サイト）においては、動画サイトにおいて様々なジャンルの動画を提供するサービスが行われている。
例えば、ＹＡＨＯＯ！ＪＡＰＡＮ（登録商標）が提供するポータルサイトを例示すると、期間限定で、「機動戦士ガンダム（登録商標）特集」と銘打たれ、期間中に専用サイトにアクセスすると、劇場版やテレビ放映版などの各種動画が表示され、ユーザはこれらの動画から視聴したい動画を選択して視聴することができるようになっている。
【０００４】
しかしながら、このようなサービスにあっても、前記したような共有チャンネルに、複数ユーザの各々が所望の放送番組を所望の時間帯に録画させ、録画番組を複数ユーザの各々が共有して視聴できるものではなかった。
そこで、本発明は、上記事情を考慮して提案されるものであり、複数ユーザの各々が同一番組を同一時間帯に視聴できるサービスを提供できる共有チャンネル提供装置を提供することを第１の目的とする。
また、複数ユーザのいずれかがリクエストした放送コンテンツを、そのユーザが指定する時間帯に放送することを、他のユーザの嗜好などに従って決定できる共有チャンネル提供装置を提供することを第２の目的とする。
更に、前記第１、第２の目的を実現できる方法及びプログラムを提供することを第３の目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明者は、以下の本発明を想到した。
【０００６】
（１）  複数のユーザ端末に対して、放送コンテンツを配信することで、当該ユーザ端末にて視聴可能な共有チャンネルを提供する共有チャンネル提供装置であって、
前記放送コンテンツを、該放送コンテンツを放送する時間帯を示すスケジュール情報とともに受信することにより放送リクエストを受け付ける受信手段と、
前記受信手段が、前記放送コンテンツと前記スケジュール情報とを受信したときには、放送リクエストされた前記放送コンテンツを前記スケジュール情報で示される前記時間帯に放送可能か否かを決定するスケジュール決定手段と、
前記スケジュール決定手段により前記時間帯に放送可能と決定されたときには、時分割された前記放送コンテンツを順次前記時間帯に配信する配信手段、とを備えることを特徴とする共有チャンネル提供装置。
【０００７】
本発明のこのような構成によれば、複数ユーザから、時間帯が指定された放送コンテンツの放送リクエストを受け付けると、指定された時間帯に放送コンテンツを放送するか否かを決定するようにしてから、時分割された放送コンテンツを指定された時間帯に順次配信する。
【０００８】
従って、複数のユーザのリクエストに応じて、時分割された放送コンテンツを配信することができるので、複数のユーザが、前記時間帯の範囲内であれば、放送コンテンツの始め又は途中から視聴できるので、複数のユーザは、同一時間帯の間に、同一の放送コンテンツを共有して楽しむことができる。
また、他のユーザの嗜好、都合のよい時間帯等を加味した放送スケジュールを組むことができる。
【０００９】
（２）  複数のユーザ端末に対して、放送コンテンツを配信することで、当該ユーザ端末にて視聴可能な共有チャンネルを提供する共有チャンネル提供装置であって、
前記放送コンテンツに割り当てられた通信アドレスを、該放送コンテンツを放送する時間帯を示すスケジュール情報とともに受信することにより放送リクエストを受け付ける受信手段と、
前記受信手段が、前記通信アドレスと前記スケジュール情報とを受信したときには、放送リクエストされた前記放送コンテンツを前記スケジュール情報で示される前記時間帯に放送可能か否かを決定するスケジュール決定手段と、
前記スケジュール決定手段により前記時間帯に放送可能と決定されたときには、前記通信アドレスを前記時間帯に配信する配信手段、とを備えることを特徴とする共有チャンネル提供装置。
【００１０】
本発明のこのような構成によれば、（１）に提案する構成とは異なり、放送コンテンツに割り当てられた通信アドレスをスケジュール情報とともに受信することにより、放送リクエストを受け付け、その後、指定された時間帯に放送コンテンツに割り当てられた通信アドレスを配信するか否かを決定してから、通信アドレスを指定された時間帯に配信する。
【００１１】
従って、複数のユーザのリクエストに応じて、放送コンテンツに割り当てられた通信アドレスを指定された時間帯に配信することができる。また、他のユーザの嗜好、都合のよい時間帯等を加味した放送スケジュールを組むことができ、複数ユーザが同一時間帯に同一の放送コンテンツを楽しむことができる。
【００１２】
（３）前記放送スケジュール決定手段が、前記複数ユーザによる多数決投票情報により、放送リクエストされた前記放送コンテンツが前記スケジュール情報で示される前記時間帯に放送可能か否かを決定することを特徴とする、（１）又は（２）に記載の共有チャンネル提供装置。
【００１３】
本発明のこのような構成によれば、放送リクエストされた放送コンテンツを指定された時間帯に放映してもよいかどうかを、ユーザの民主的な多数決投票により決することができる。
【００１４】
（４）前記放送スケジュール決定手段が、少なくとも前記放送する時間帯の始まりが一致する複数の前記放送コンテンツについては、最先に放送リクエストされた前記放送コンテンツを前記時間帯に放送可能と決定することを特徴とする、（１）に記載の共有チャンネル提供装置。
【００１５】
（５）前記放送スケジュール決定手段が、少なくとも前記放送する時間帯の始まりが一致する複数の前記放送コンテンツについては、最先に放送リクエストされた前記通信アドレスが割り当てられた前記放送コンテンツを前記時間帯に放送可能と決定することを特徴とする、（２）に記載の共有チャンネル提供装置。
【００１６】
本発明のこのような構成によれば、少なくとも放送する時間帯の始まりが一致する複数の放送コンテンツのリクエストが競合した場合には、先着順に放送可能と決定されるので、ユーザによる多数決投票を行う操作や時間的な手間を省いて、放送スケジュールを組むことができる。
【００１７】
（６）前記放送スケジュール決定手段が、前記放送コンテンツのジャンル情報と、前記複数ユーザが嗜好するジャンル情報とに基づいて、放送リクエストされた前記放送コンテンツを前記時間帯に放送可能か否かを決定することを特徴とする、（１）又は（２）に記載の共有チャンネル提供装置。
【００１８】
本発明のこのような構成によれば、放送リクエストされた放送コンテンツのジャンルが、複数ユーザが嗜好するジャンルに沿えば、放送リクエストされた放送コンテンツを指定された時間帯に放送可能と決定するので、各ユーザが、真にユーザが視聴したいジャンルの放送コンテンツのみ視聴することができる。
【００１９】
（７）前記放送スケジュール決定手段が、前記放送コンテンツの前記時間帯と、前記複数ユーザが前記共有チャンネル提供装置へアクセスするアクセス時間帯とに基づいて、放送リクエストされた前記放送コンテンツを前記時間帯に放送可能か否かを決定することを特徴とする、（１）又は（２）に記載の共有チャンネル提供装置。
【００２０】
本発明のこのような構成によれば、指定された時間帯が、複数ユーザが共有チャンネル提供装置へアクセスする時間帯に沿えば、その時間帯に放送コンテンツを提供するようにしているので、複数ユーザのうち多くのユーザが放送コンテンツを楽しむことができる。
【００２１】
（８）前記スケジュール決定手段は、少なくとも、前記複数ユーザの各々に対応して生成され、前記複数ユーザのうち他のユーザがアクセス可能なＷｅｂページであって、少なくとも、前記他のユーザのアクセス履歴がコメントとともに表されたＷｅｂページを参照することにより、前記他のユーザが嗜好するジャンル情報を判定し、
判定した他のユーザが嗜好するジャンル情報と、放送リクエストされた前記放送コンテンツのジャンル情報とに基づいて、放送リクエストされた前記放送コンテンツを前記時間帯に放送可能か否かを決定することを特徴とする、（１）〜（７）のいずれかに記載の共有チャンネル提供装置。
【００２２】
本発明のこのような構成によれば、放送リクエストされた放送コンテンツのジャンル情報が、Ｗｅｂページにアクセスした他のユーザの多くのコメント中に表されていれば、放送リクエストされた放送コンテンツのジャンル情報は、他のユーザの総意として、放送可能と決定する。そのため、複数ユーザは、これら各々が嗜好するジャンルの放送コンテンツを視聴することができる。
【００２３】
（９）コンピュータが、複数ユーザ間で放送コンテンツを共有して視聴可能な共有チャンネルを提供する共有チャンネル提供方法であって、
前記放送コンテンツを、該放送コンテンツを放送する時間帯を示すスケジュール情報とともに受信することにより放送リクエストを受け付ける受信ステップと、
放送リクエストされた前記放送コンテンツを前記スケジュール情報で示される前記時間帯に放送可能か否かを決定するスケジュール決定ステップと、
前記時間帯に放送可能と決定されたときには、時分割された前記放送コンテンツを前記時間帯に配信する配信ステップ、とを備えることを特徴とする共有チャンネル提供方法。
【００２４】
（１０）コンピュータが、複数ユーザ間で放送コンテンツを共有して視聴可能な共有チャンネルを提供する共有チャンネル提供方法であって、
前記放送コンテンツに割り当てられた通信アドレスを、該放送コンテンツを放送する時間帯を示すスケジュール情報とともに受信することにより放送リクエストを受け付ける受信ステップと、
放送リクエストされた前記放送コンテンツを前記スケジュール情報で示される前記時間帯に放送可能か否かを決定するスケジュール決定手段と、
前記時間帯に放送可能と決定されたときには、前記通信アドレスを前記時間帯に配信する配信ステップ、とを備えることを特徴とする共有チャンネル提供方法。
【００２５】
（１１）（１０）又は（１１）に記載の方法をコンピュータに実行させることを特徴とするプログラム。
【発明の効果】
【００２６】
この発明によれば、放送コンテンツに割り当てられた通信アドレスを指定された時間帯に配信することができる。また、他のユーザの嗜好、都合のよい時間帯等を加味した放送スケジュールを組むことができ、複数ユーザが同一時間帯に同一の放送コンテンツを楽しむことができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００２８】
（第１の実施形態）
［共有チャンネル提供装置と関連要素の全体構成］
図１は、本実施形態に係る共有チャンネル提供装置と関連要素の全体構成を示す図である。
【００２９】
共有チャンネル提供サービスを提供するサービス事業者は、共有チャンネル提供装置１と、共有チャンネルに属するユーザの認証情報が記憶され、共有チャンネル提供装置１による認証要求を受け付けて、ユーザのそれぞれが属する共有チャンネルにアクセスすることを認証する認証装置３とを所有している。
【００３０】
一方、共有チャンネル提供サービスを利用する利用者は、ユーザ端末（例えばパーソナルコンピュータで構成されている）２（＃１）〜２（＃Ｎ）を所有している。そして、共有チャンネル提供装置１は、ユーザ端末２（＃１）〜２（＃Ｎ）との間で、インターネットＮを介して接続され構成されており、後述の処理を実行する。
【００３１】
このような構成によれば、ユーザ端末２（＃１）〜２（＃Ｎ）は、認証装置３による認証を受けることを条件として、インターネットＮを介して、共有チャンネル提供装置１へアクセス可能となっており、放送コンテンツの放送を時間帯を指定してリクエストすることができる。
【００３２】
［共有チャンネル提供装置の機能構成］
図２は、本実施形態に係る共有チャンネル提供装置の機能構成を示す図である。
【００３３】
共有チャンネル提供装置１は、放送コンテンツ受信手段（受信手段）１０と、放送スケジュール情報受信手段１１と、放送スケジュール決定手段１２と、番組表作成手段１３と、番組表配信手段１４と、放送コンテンツ配信手段１５とを備える。
【００３４】
放送コンテンツ受信手段１０は、本発明の受信手段の一部を構成しており、ユーザ端末２（＃１）〜（＃Ｎ）のいずれかから、放送コンテンツ又は放送コンテンツに割り当てられた通信アドレスを受信することにより、放送リクエストを受け付ける。
【００３５】
放送スケジュール情報受信手段１１も、本発明の受信手段の一部を構成しており、ユーザ端末（＃１）〜（＃Ｎ）のいずれかから、放送コンテンツ又は放送コンテンツに割り当てられた通信アドレスに付随して送信されてくるスケジュール情報を受信する。
ここに、スケジュール情報は、放送コンテンツを放送する（放送を希望する）時間帯（以下、指定時間帯という）を示す情報のことをいう。
【００３６】
放送スケジュール決定手段１２は、本発明のスケジュール決定手段を構成しており、リクエストされた放送コンテンツを指定時間帯に放送可能か否かを決定する。尚、放送スケジュール決定手段１２による放送可能か否かについての決定手法は後述される。
【００３７】
番組表作成手段１３は、指定時間帯に放送可能と決定された放送スケジュールを少なくとも表した番組表を作成する。そして、番組表配信手段１４は、共有チャンネルに属するユーザが所有するユーザ端末２（＃１）〜（＃Ｎ）からの要求に応じて、番組表作成手段１３により作成された番組表を配信する。
【００３８】
放送コンテンツ配信手段１５は、スケジュール決定手段１２により指定時間帯に放送可能と決定された放送コンテンツ（又はその通信アドレス）を配信する。これにより、共有チャンネルに属するユーザが所有するユーザ端末２（＃１）〜（＃Ｎ）では、ユーザが、予めインストールされている映像再生アプリケーションを用いて、放送コンテンツを視聴することができる。尚、望ましくは、前記放送コンテンツを後述するように時分割しておけば、その放送コンテンツを途中からでも視聴することができる。
【００３９】
ここで、本実施形態では、放送コンテンツ（通信アドレス）の配信は、番組表にリンク表示された放送コンテンツの名称を指定時間帯に選択することにより行われるが、本発明ではこの例には限られず、指定時間帯が到来すれば自動的に放送コンテンツを配信するようにしてもよいことはいうまでもない。
【００４０】
［共有チャンネル提供装置のハードウェア構成図］
図３は、本実施形態に係る共有チャンネル提供装置のハードウェア構成を示す図である。
【００４１】
共有チャンネル提供装置１は、制御部３００を構成するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３１０（マルチプロセッサ構成ではＣＰＵ３２０等複数のＣＰＵが追加されてもよい）、バスライン２００、通信Ｉ／Ｆ（Ｉ／Ｆ：インタフェース）３３０、メインメモリ３４０、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）３５０、Ｉ／Ｏコントローラ３６０、ハードディスク３７０、光ディスクドライブ３８０、並びに半導体メモリ３９０を備える。尚、ハードディスク３７０、光ディスクドライブ３８０、並びに、半導体メモリ３９０はまとめて記憶装置４１０と呼ばれる。
【００４２】
制御部３００は、共有チャンネル提供装置１を統括的に制御する部分であり、ハードディスク３７０（後述）に記憶された各種プログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。
【００４３】
通信Ｉ／Ｆ３３０は、共有チャンネル提供装置１が、インターネットＮ（図１）を介してユーザ端末２（＃１）〜２（＃Ｎ）等（図１）と情報を送受信する場合のネットワーク・アダプタである。通信Ｉ／Ｆ３３０は、モデム、ケーブル・モデム及びイーサネット（登録商標）・アダプタを含んでよい。
【００４４】
ＢＩＯＳ３５０は、共有チャンネル提供装置１の起動時にＣＰＵ３１０が実行するブートプログラムや、共有チャンネル提供装置１がハードウェアに依存するプログラム等を記録する。
【００４５】
Ｉ／Ｏコントローラ３６０には、ハードディスク３７０、光ディスクドライブ３８０、及び半導体メモリ３９０等の記憶装置４１０を接続することができる。
【００４６】
ハードディスク３７０は、本ハードウェアを共有チャンネル提供装置１として機能させるための各種プログラム、本発明の機能を実行するプログラム及び後述するテーブル及びレコードを記憶する。なお、共有チャンネル提供装置１は、外部に別途設けたハードディスク（図示せず）を外部記憶装置として利用することもできる。
【００４７】
光ディスクドライブ３８０としては、例えば、ＤＶＤ−ＲＯＭドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＡＭドライブ、ＣＤ−ＲＡＭドライブを使用することができる。この場合は各ドライブに対応した光ディスク４００を使用する。光ディスク４００から光ディスクドライブ３８０によりプログラムまたはデータを読み取り、Ｉ／Ｏコントローラ３６０を介してメインメモリ３４０またはハードディスク３７０に提供することもできる。
【００４８】
なお、本発明でいうコンピュータとは、記憶装置、制御部等を備えた情報処理装置をいい、共有チャンネル提供装置１は、記憶装置４１０、制御部３００等を備えた情報処理装置により構成され、この情報処理装置は、本発明のコンピュータの概念に含まれる。
【００４９】
この共有チャンネル提供装置１では、制御部３００が主として、放送コンテンツ受信手段１０、放送スケジュール情報受信手段１１、放送スケジュール決定手段１２、番組表作成手段１３、番組表配信手段１４、放送コンテンツ配信手段１５に対応する。
【００５０】
［ユーザ端末２（＃１）〜２（＃Ｎ）、認証装置３のハードウェア構成］
ユーザ端末２（＃１）〜２（＃Ｎ）や、認証装置３も、上述の共有チャンネル提供装置１と同様な構成を持つ。また、上述の例ではいわゆるコンピュータで実現した例について説明したが、さらに、本発明の原理が適用可能である限り、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄａｔａ  Ａｓｓｉｓｔａｎｔ）、ゲーム機等の様々な端末で実現してよい。
【００５１】
［第１実施形態に係るフローチャート］
Ｓ１：放送コンテンツ受信手段１０は、ユーザ端末２（＃１）〜２（＃Ｎ）のいずれかから、放送コンテンツを受信して放送リクエストを受け付ける。ここに、ユーザ端末２（＃１）〜（＃Ｎ）は、予め市場に流通しているＷｅｂブラウザを搭載しており、係るＷｅｂブラウザを用いて、放送コンテンツと後述する放送スケジュール情報とを送信した放送リクエストを行うものである。
Ｓ２：放送スケジュール情報受信手段１１は、ユーザ端末２（＃１）〜２（Ｎ）のいずれかから、放送コンテンツに付随して送信されてくる放送スケジュール情報を受信して放送リクエストを受け付ける。ここに、放送スケジュール情報は、放送コンテンツを放送する時間帯を示す情報を意味する。
【００５２】
Ｓ３，Ｓ４：放送スケジュール決定手段１２は、ユーザ端末２（＃１）〜（＃Ｎ）のいずれかから受け付けた放送リクエストに基づいて、放送リクエストに係る放送コンテンツを、その放送コンテンツを放送する時間帯（以下、指定時間帯という）に放送可能か否かを、後述する手法により決定する。
【００５３】
このように放送スケジュール決定手段１２が、放送コンテンツを指定時間帯に放送可能か否かを決定するので、共有チャンネルに属する複数ユーザが、同一の時間帯に同一の放送コンテンツを視聴することが可能となる。
【００５４】
Ｓ５：放送スケジュール決定手段１２が、ステップＳ４における判別の結果、放送コンテンツを指定時間帯に放送可能と決定したときには、放送スケジュールが確定される。つまり、放送リクエストされた放送コンテンツを指定時間帯に放送することが決定される。
Ｓ６：一方、放送スケジュール決定手段１２が、ステップＳ４における判別の結果、放送コンテンツを指定時間帯に放送不可能と決定したときには、所定のエラー報知を行う。
【００５５】
ここに、エラー報知は、放送リクエストを行ったユーザ端末２（＃１）〜２（＃Ｎ）にエラー画面を送信して表示させる等して行われる。このエラー報知を受けて、ユーザは、放送リクエストを再度やり直すことができる。
【００５６】
Ｓ７：番組表作成手段１３は、放送スケジュール決定手段１２による判別により決定された放送スケジュールに基づいて番組表を作成する。つまり、放送リクエストされた放送コンテンツとその指定時間帯を少なくとも表した番組表を作成する。尚、番組表の構成については後述する。
【００５７】
Ｓ８：放送コンテンツ配信手段１５は、受信した放送コンテンツを前記指定時間帯の範囲で時分割し、時分割された放送コンテンツの集合体を所定の記憶領域に格納する。ここに、具体的な分割手法は例えば次の手法が挙げられる。すなわち、指定時間帯が「１６：００〜１７：００」であれば、始期「１６：００」から終期「１７：００」までの間で１分間隔に区切るとともに、「１６：０１」、「１６：０２」と一分間隔で区切った時間情報を付加した静止画の集合体とする。
尚、本実施形態では、放送コンテンツの時分割は、放送スケジュールの確定（Ｓ７）後に行われているが、本発明はこの例には限られず、例えば、放送コンテンツの受信後に行われてもよいことはいうまでもない。
Ｓ９：番組表配信手段１４は、ユーザ端末２（＃１）〜２（＃Ｎ）からの要求があったときには、番組表作成手段１３が作成した番組表を配信する。配信された番組表は、ユーザ端末２（＃１）〜（＃Ｎ）のブラウザ画面上に表示される。
【００５８】
Ｓ１０，Ｓ１１：放送コンテンツ配信手段１５は、ユーザ端末２（＃１）〜２（＃Ｎ）のブラウザ画面上で放送コンテンツが選択され、選択された時点で指定時間帯が到来していれば以下の配信処理を行う。
すなわち、放送コンテンツ配信手段１５は、指定時間帯が到来していれば、指定時間帯の範囲で時分割された放送コンテンツを読み出し、現在時刻（放送コンテンツが選択された時刻）に合致する時間情報が付加された放送コンテンツから指定時間帯の終期までの放送コンテンツを順次、ユーザ端末２（＃１）〜２（＃Ｎ）へ配信する。これにより、ユーザ端末２（＃１）〜２（＃Ｎ）のブラウザ画面上で選択された放送コンテンツが、最初から又は途中からユーザ端末２（＃１）〜２（＃Ｎ）に配信され、表示されるのである。
【００５９】
［放送リクエスト受付処理］
次に、ステップＳ１，Ｓ２（図４）で示した放送リクエスト受付処理について、図５とともに説明する。
【００６０】
図５は、共有チャンネル提供装置１によりユーザ端末２（＃１）〜２（＃Ｎ）に配信される放送リクエスト受付画面の一例を示すものであり、図５（ａ）は放送コンテンツ受付専用画面の一例、図５（ｂ）は指定時間帯受付専用画面の一例を示すものである。
【００６１】
尚、共有チャンネル提供装置１は、このような画面をユーザ端末２（＃１）〜２（＃Ｎ）に配信する前手順として、アクセスしたユーザが共有チャンネル（ここではグループ１チャンネル）に属していることを、認証装置３により認証する。
【００６２】
放送コンテンツ受信手段１０は、図示する放送コンテンツ受付専用画面において、放送リクエストをしたい放送コンテンツ（の動画ファイル）を参照ボタンＢ１を操作して選択する。本実施形態では、放送リクエストを行いたい放送コンテンツとして「北海道旅行の映像」が選択されている。そして、ＯＫボタンＢ２が操作されると、共有チャンネル提供装置１は図示する指定時間帯受付専用画面を配信する。
尚、ここで示した放送リクエストの方法は一例であり、例えば、放送リクエストを行いたい放送コンテンツ（の動画ファイル）のファイル名を空欄Ｃに直接入力してもよいことはいうまでもない。
【００６３】
次に、放送スケジュール情報受信手段１１は、図示する指定時間帯受付専用画面において、指定時間帯が入力されＯＫボタンＢ２が操作されると、入力された指定時間帯を受信する。本実施形態では、指定時間帯として「１６：００〜１７：００」を受信する。
【００６４】
［放送スケジュール決定処理］
次に、ステップＳ３（図４）で示した放送スケジュール決定処理について、図６、図７とともに説明する。
図６は、共有チャンネル提供装置１により、共有チャンネル（ここではグループ１チャンネル）に属するユーザが所有するユーザ端末２（＃１）〜（＃Ｎ）に提供されるチャット・投票画面の一例を示すものである。
【００６５】
ステップＳ１，Ｓ２（図４）において、放送コンテンツとスケジュール情報とを受信したときには、放送スケジュール決定手段１２は、共有チャンネル（ここではグループ１チャンネル）を共有するユーザのユーザ端末２（＃１）〜２（＃Ｎ）に対して、チャット・投票画面を提供する。
【００６６】
［チャット・投票画面］
このようなチャット・投票画面は、ユーザ間でチャットをしながら、放送リクエストされた放送コンテンツを指定時間帯に放送可能か否かを投票により決定できるようにしている。
【００６７】
図示するチャット・投票画面では、「北海道の映像を１６：００〜１７：００に放送するリクエストがされています」と表されて、放送リクエストがされている旨が通知されており、ユーザの１人であるＡさんが、「投票してね」と、他のユーザの投票を促している。尚、リクエストされた放送コンテンツの名称「北海道の映像」は、先述した放送コンテンツ受付専用画面の空欄Ｃに表示された名称と一致するものである。
【００６８】
これに対して他のユーザは、図示するようにチャット・投票画面上で発言ができるほか、放送コンテンツを指定時間帯に放送可能か否かについて、ＯＫボタンＢ２、ＮＧボタンＢ３のいずれかを操作することにより意思表示ができるようになっている。
【００６９】
尚、放送スケジュール決定手段１２は、チャット・投票画面において他のユーザによる投票を受け付ける有効時間を予め設定しておき、チャット・投票画面を表示させてからタイムアップした場合には、ユーザが行った放送リクエストが無効となるようにしてもよい。
【００７０】
［リクエスト認証画面、リクエスト拒否画面］
図７は、他のユーザによる投票の結果、放送リクエストを行ったユーザ端末２（＃１）〜２（＃Ｎ）のＷｅｂブラウザ上に表示される画面の一例を示し、図７（ａ）はリクエスト認証画面、図７（ｂ）はリクエスト拒否画面の一例を示すものである。
【００７１】
これらの画面は、放送スケジュール決定手段１２が、先述した投票結果を集計することにより多数決投票情報を生成し、生成された多数決投票情報に基づいて、ＯＫボタンＢ２、ＮＧボタンＢ３のいずれのボタンを操作したユーザが、他方のボタンＢ２，Ｂ３を操作したユーザよりも多いかどうかを判別することにより生成される。
【００７２】
図示するリクエスト認証画面（図７（ａ））では、「リクエストが認められました」と表示されている。このようなリクエスト認証画面が表示されるのは、放送スケジュール決定手段１２が、ＯＫボタンＢ２を操作したユーザのほうが、ＮＧボタンＢ３を操作したユーザよりも多いと判別した場合である。
【００７３】
図示するリクエスト拒否画面（図７（ｂ））では、「リクエストが認められませんでした。再度リクエストして下さい」と表示されている。このようなリクエスト拒否画面が表示されるのは、放送スケジュール決定手段１２が、ＮＧボタンＢ３を操作したユーザのほうが、ＯＫボタンＢ２を操作したユーザよりも多いと判別した場合である。
Ａさんはこの画面を参照して。再度リクエスト操作をやり直すこととなる。
【００７４】
［番組表］
図８は、番組表作成手段１３により作成される番組表の一例を示すものである。
図示する番組表には、放送スケジュールが確定された放送コンテンツ「北海道旅行の映像」が、指定時間帯「１６：００〜１７：００」とともに表されている。そして、放送コンテンツの名称「北海道旅行の映像」がリンク表示されている。尚、番組表には、共有チャンネル（ここではグループ１チャンネル）のほか、他の実チャンネル（ここでは８チャンネル、１０チャンネル）の番組名が放送時間帯とともに表されている。
【００７５】
［番組表配信］
番組表配信手段１４は、共有チャンネル（ここではグループ１チャンネル）に属するユーザが所有するユーザ端末２（＃１）〜２（＃Ｎ）のいずれかからの要求に応じて、番組表（図８）を配信する。
【００７６】
［番組表配信の別例］
図９は、番組表の配信要求を行ったユーザが、複数の共有チャンネルに属している場合の番組表配信態様を示すものである。
番組表配信手段１４は、要求を行ったユーザが複数の共有チャンネルに属している場合には、そのユーザが属している全ての共有チャンネルの番組表を配信する。
図示する例では、例えば、Ａさんが、共有チャンネル「グループ１」と、共有チャンネル「グループ２」の双方に属する場合には、双方のグループの番組表を配信する。
【００７７】
［放送コンテンツ配信］
図１０は、放送コンテンツ配信手段１５によりユーザ端末２（＃１）〜２（＃Ｎ）に配信される放送コンテンツの一例を示すものである。ここに、図１０右上には、先述した時分割処理において付加された時刻情報が表示されている。
放送コンテンツ配信手段１５は、ユーザ端末２（＃１）〜２（＃Ｎ）のＷｅｂブラウザ上に表示された番組表（図８、図９）においてリンクが選択されたときには、先述したように放送コンテンツを配信する。このようにしてユーザ端末２（＃１）〜２（＃Ｎ）に配信された放送コンテンツは、ユーザ端末２（＃１）〜２（＃Ｎ）に搭載された映像再生アプリケーションにより再生表示される。
【００７８】
尚、放送コンテンツ配信手段１５は、番組表（図８、図９）においてリンクが選択されたときに放送コンテンツを配信しているが、本発明ではこの例には限られず、共有チャンネルにアクセスしているユーザ端末２（＃１）〜２（＃Ｎ）が、図示しない専用ページに更にアクセスしていれば、指定時間帯が到来すれば、その時間帯が指定された放送コンテンツを自動的に配信してもよいことはいうまでもない。
【００７９】
以上、説明したように、本発明の第１の実施形態によれば、いずれかのユーザから放送リクエストが行われたときには、共有チャンネルを共有する他のユーザ全てによる投票を経て、リクエストされた放送コンテンツを指定時間帯に放送可能か否かを決定してから、放送コンテンツを指定時間帯に配信するので、他のユーザの嗜好、都合などに合わせて放送コンテンツを配信することが可能となる。
【００８０】
尚、先述した第１の実施形態によれば、共有チャンネル提供装置１は、ユーザ端末２（＃１）〜２（＃Ｎ）のいずれかから受信した放送コンテンツを共有チャンネル上で配信しているが、本発明ではこの例には限られない。
つまり、放送コンテンツ受信手段１０が、ユーザ端末２（＃１）〜（＃Ｎ）のいずれかから放送コンテンツではなく、放送コンテンツに割り当てられたＵＲＬなどの通信アドレスを受信し、放送コンテンツ配信手段１５が、インターネットＮを通じて通信アドレスが割り当てられた放送コンテンツへアクセスして該放送コンテンツをダウンロードし、ダウンロードした放送コンテンツを配信してもよい。
尚、このように放送コンテンツの通信アドレスを用いる場合、チャット・投票画面（図６）、番組表（図８、図９）中に表示する放送コンテンツの名称は、放送コンテンツ受付専用画面
(図５（ａ）)に直接入力された名称を用いることができる。
【００８１】
図１１は、放送スケジュール決定手段１２が行う放送スケジュール決定処理の別例を示すものである。
放送スケジュール決定手段１２は、同一時間帯が指定された放送リクエストが競合した場合には、以下の処理を行う。ユーザ端末２（＃１）による放送リクエスト（放送リクエスト１）と、ユーザ端末２（＃２）による放送リクエスト（放送リクエスト２）とが、同一時間帯（１６：００〜１７：００）で重複しているとする。
このような場合、放送スケジュール決定手段１２は、最先に行われた放送リクエストを優先する。つまり、最先の放送リクエスト１は認めるが、この放送リクエスト１よりも遅れた放送リクエスト２は認めないのである。
このように、同一の時間帯に複数の放送リクエストが重複した場合、最先の放送リクエストを優先するので、ユーザによる多数決投票を行う操作や時間的な手間を省いて、放送スケジュールを組むことができる。
【００８２】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。
図１２は、本実施形態に係る共有チャンネル提供装置の機能構成を示す図である。
この共有チャンネル提供装置１Ａは、第１実施形態に係る共有チャンネル提供装置１に、ジャンル情報受信手段１７と共有チャンネルユーザプロファイル１６とを更に付加した構成とされている。
【００８３】
ジャンル情報受信手段１７は、放送コンテンツ受信手段１０、放送スケジュール情報受信手段１１とともに受信手段を構成しており、ユーザ端末２（＃１）〜２（＃Ｎ）のいずれかから放送リクエストが行われたときに、花、アニメ、車等といったジャンル情報を受信する。ＣＰＵ３００（図３）がジャンル情報受信手段１７に対応している。
共有チャンネルユーザプロファイル１６は、記憶装置４１０に対応している。
【００８４】
図１３は、共有チャンネルユーザプロファイル１６の一例を示すものである。
このような共有チャンネルユーザプロファイル１６は、共有チャンネルに属する複数のユーザ（本実施形態ではＡさん、Ｂさん、Ｃさん、Ｄさん、Ｅさん）の各々に対応して、それぞれのユーザが嗜好するジャンル情報が記憶されている。
図示する共有チャンネルユーザプロファイル１６では、Ａさんが嗜好するジャンル情報が「鉄道」とされ、Ｂさんが嗜好するジャンル情報が「たんぽぽ」とされ、Ｃさんが嗜好するジャンル情報が「すみれ」とされ、Ｄさんが嗜好するジャンル情報が「いけばな」であり、Ｅさんが嗜好するジャンル情報が「車」とされている。
【００８５】
第２の実施形態では、ユーザ端末２（＃１）〜２（＃Ｎ）のいずれかから放送リクエストを行う際には、放送コンテンツ、スケジュール情報の他に、放送コンテンツのジャンル情報をも送信する。
【００８６】
放送スケジュール決定手段１２は、ジャンル情報受信手段１７が受信した放送コンテンツのジャンル情報を受け付けたときには、共有チャンネルユーザプロファイル１６を参照して、各ユーザが嗜好するジャンル情報のうち、いずれのジャンル情報が最も多いかを判別する。
【００８７】
受け付けた放送コンテンツのジャンル情報が、共有チャンネルユーザプロファイル１６中で最も多いジャンル情報と一致したときには、リクエストされた放送コンテンツを指定時間帯に放送可能と判定する。
【００８８】
一方、受け付けた放送コンテンツのジャンル情報が、共有チャンネルユーザプロファイル１６中で最も多いジャンル情報と一致しないときには、リクエストされた放送コンテンツの放送を指定時間帯に放送不可能と判定する。
【００８９】
図示する共有チャンネルユーザプロファイル１６を使用する場合には、リクエストされた放送コンテンツのジャンル情報が「花」であれば、Ｂさん、Ｃさん、Ｄさんいずれの嗜好も「花」で共通するため、多数決により、リクエストされた放送コンテンツを放送可能と決定する。
【００９０】
［共有チャンネルユーザプロファイルの別例］
図１４は、共有チャンネルユーザプロファイルの別例を示すものである。
共有チャンネルユーザプロファイル１６には、共有チャンネルに属するユーザが、共有チャンネル提供装置１へアクセスしているアクセス時間帯を集計した結果が記憶されている。
【００９１】
放送スケジュール決定手段１２は、放送リクエストを受け付けたときには、受信したスケジュール情報を基に指定時間帯を抽出し、抽出した指定時間帯が、共有チャンネルに属する多くのユーザのアクセス時間帯と重複している場合には、リクエストされた放送コンテンツを放送可能と決定する。
【００９２】
例えば、指定時間帯が１７：００〜１８：００である場合、Ａさん〜Ｅさんのうち、Ｂさん、Ｄさん、Ｅさんが当該時間帯にアクセスしている。そのため、多数決により、リクエストされた放送コンテンツを放送可能と決定する。
【００９３】
このような第２の実施形態によれば、共有チャンネルユーザプロファイル１６を参照して、複数ユーザが嗜好するジャンル情報のうち最も多いジャンル情報に合わせて、放送可能か否かを決定するので、複数ユーザが嗜好するジャンルの放送コンテンツを視聴することができる。
【００９４】
また、共有チャンネルユーザプロファイル１６を参照して、複数ユーザの多くが共有チャンネル提供装置１へアクセスする時間帯に合わせて、放送可能か否かを決定するので、放送コンテンツを放送するスケジュールが、複数ユーザの都合の良い時間帯に合わせて確定されるので、多くのユーザが放送コンテンツを楽しむことができる。
【００９５】
（第３の実施形態）
次に、本発明の第３の実施形態について説明する。
図１５は、図示しないＷｅｂページ配信装置により配信されるＷｅｂページのアクセス履歴の一例を示すものである。
アクセス履歴は、共有チャンネルに属するユーザの１人（例えばＡさん）が所有するＷｅｂページに他のユーザがアクセスした結果、ユーザ名とコメントとが表された、いわゆる「足跡」を表すものである。
【００９６】
図示するアクセス履歴には、「足跡」として、Ｂさん、Ｃさん、Ｄさん、Ｅさんがアクセスしたことが表されており、それぞれのコメントとして、「北海道行ってきたよ」、「北海道行きたい」、「九州の方が良いね」、「いややっぱり北海道だよ」が表されている。
【００９７】
放送スケジュール決定手段１２は、放送リクエストを受け付ける際に受信された放送コンテンツのジャンル情報と、ユーザのコメントに含まれる特定キーワードとに基づいて、放送リクエストが行われた放送コンテンツを指定時間帯に放送可能か否かを決定する。
【００９８】
すなわち、放送スケジュール決定手段１２は、ジャンル情報受信手段１７がジャンル情報を受け付けた後、ＡさんのＷｅｂページのアクセス履歴を参照して、そのアクセス履歴に表されたコメントの中で、受け付けたジャンル情報と一致する特定キーワードの抽出を行う。
【００９９】
そして、ジャンル情報受信手段１７が受け付けたジャンル情報と一致する特定キーワードが表されたコメント数が、一致する特定キーワードが表されていないコメント数よりも多い場合には、リクエストが行われた放送コンテンツを指定時間帯に放送可能と決定する。
【０１００】
一方、一致する特定キーワードが表されたコメント数が、一致する特定キーワードが表されていないコメント数よりも少ない場合には、リクエストが行われた放送コンテンツを指定時間帯に放送不可能と決定する。
【０１０１】
例えば、受け付けたジャンル情報が「北海道」である場合には、コメントの中から特定キーワード「北海道」を抽出できるユーザの人数を判別する。
そして、特定キーワード「北海道」が抽出できたユーザの人数が、特定キーワード「北海道」が抽出できなかったユーザの人数よりも多いか少ないかを判別する。
【０１０２】
図示するアクセス情報によれば、特定キーワード「北海道」が抽出できるユーザが、Ｂさん、Ｃさん、Ｅさんであり、抽出できなかったＤさん１人よりも多いため放送可能と決定する。
【０１０３】
このような第３の実施形態によれば、共有チャンネルのユーザが所有するＷｅｂページのアクセス履歴と、放送リクエストで受け付けたジャンル情報とに基づいて、放送リクエストされた放送コンテンツを放送可能か否かを決定するので、共有チャンネルに属するユーザの総意を反映して、民主的に放送可能かを決定することができる。
【０１０４】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。
【図面の簡単な説明】
【０１０５】
【図１】本発明の第１の実施形態に係る共有チャンネル提供装置と関連要素の全体構成の一例を示す図である。
【図２】本発明の第１の実施形態に係る共有チャンネル提供装置の機能構成の一例を示す図である。
【図３】本発明の第１の実施形態に係る共有チャンネル提供装置のハードウェア構成の一例を示す図である。
【図４】本発明の第１の実施形態に係る共有チャンネル提供装置の基本動作の一例を示すフローチャートである。
【図５】本発明の第１の実施形態に係る放送リクエスト受付画面の一例を示す図である。
【図６】本発明の第１の実施形態に係るチャット・投票画面の一例を示す図である。
【図７】本発明の第１の実施形態に係るリクエスト認証画面、リクエスト拒否画面の一例を示す図である。
【図８】本発明の第１の実施形態に係る番組表配信態様の一例を示す図である。
【図９】本発明の第１の実施形態に係る番組表配信態様の別例を示す図である。
【図１０】本発明の第１の実施形態に係る放送コンテンツの配信態様の一例を示す図である。
【図１１】本発明の第１の実施形態に係る放送スケジュール決定処理の一例を示す図である。
【図１２】本発明の第２の実施形態に係る共有チャンネル提供装置の機能構成の一例を示す図である。
【図１３】本発明の第２の実施形態に係る共有チャンネルユーザプロファイルの一例を示す図である。
【図１４】本発明の第２の実施形態に係る共有チャンネルユーザプロファイルの別例を示す図である。
【図１５】発明の第３の実施形態に係るアクセス履歴の一例を示す図である。
【符号の説明】
【０１０６】
１，１Ａ  共有チャンネル提供装置
１０  放送コンテンツ受信手段
１１  放送スケジュール情報受信手段
１２  放送スケジュール決定手段
１３  番組表作成手段
１４  番組表配信手段
１５  放送コンテンツ配信手段
１６  共有チャンネルユーザプロファイル
１７  ジャンル情報受信手段
【図１】
0005027041.tif 000002
【図２】
0005027041.tif 000003
【図３】
0005027041.tif 000004
【図４】
0005027041.tif 000005
【図５】
0005027041.tif 000006
【図６】
0005027041.tif 000007
【図７】
0005027041.tif 000008
【図８】
0005027041.tif 000009
【図９】
0005027041.tif 000010
【図１０】
0005027041.tif 000011
【図１１】
0005027041.tif 000012
【図１２】
0005027041.tif 000013
【図１３】
0005027041.tif 000014
【図１４】
0005027041.tif 000015
【図１５】
0005027041.tif 000016