(57)【要約】【課題】適切な料金体系に基づく多様な情報サービスを提供する。【解決手段】放送データ配信システムは、放送データを再生可能な放送データ受信装置１−２，２−２，３−３と、放送データ受信装置に対して放送データストリームを送信する放送データ送信装置０−１と、放送データ受信装置と放送データ送信装置とを接続する配信路Ｌと、によって構成されている。そして、放送データ送信装置０−１は、ＣＰＵを用いることによって、パケット単位の複数の放送データを含む放送データストリームに対して、課金情報を含む課金パケットを挿入し、かかる課金パケットが挿入された放送データストリームを放送データ受信装置に対して送信することができる。この課金パケットを利用することによって、放送データパケットごとに利用料金を演算することができる。【選択図】図４
2006086917.tif 000002
【特許請求の範囲】
【請求項１】
放送データを再生可能な放送データ受信装置と配信路を介して接続され、前記放送データ受信装置に対して放送データストリームを送信する放送データ送信装置であって、
前記放送データストリームはパケット単位の複数の放送データを含み、
かかる放送データパケット間に課金情報を含む課金パケットを挿入する課金パケット挿入手段と、
前記課金パケットが挿入された前記放送データストリームを前記放送データ受信装置に対して送信する放送データ送信手段と、
を備えることを特徴とする放送データ送信装置。
【請求項２】
請求項１に記載の放送データ送信装置において、
前記配信路はツリー構造に形成されて複数の放送データ受信装置と接続しており、前記複数の放送データ受信装置に対して放送データストリームを送信可能であることを特徴とする放送データ送信装置。
【請求項３】
請求項２に記載の放送データ送信装置において、
前記複数の放送データ受信装置において前記課金情報に基づいて演算される利用料金を、放送データ受信装置ごとに取得する利用料金取得手段を備えることを特徴とする放送データ送信装置。
【請求項４】
請求項１〜３のいずれか１項に記載の放送データ送信装置において、
前記課金パケット挿入手段は、任意のパケット数又は任意のパケット間隔で前記放送データパケット間に前記課金パケットを挿入可能であることを特徴とする放送データ送信装置。
【請求項５】
請求項１〜４のいずれか１項に記載の放送データ送信装置において、
前記放送データストリームには無料の放送データパケットが含まれており、
前記課金パケット挿入手段は、かかる無料の放送データパケット間に前記放送データパケットが無料であることを示す無料情報の課金パケットを挿入することを特徴とする放送データ送信装置。
【請求項６】
請求項１〜４のいずれか１項に記載の放送データ送信装置において、
前記放送データストリームには無料の放送データパケットが含まれており、
前記課金パケット挿入手段は、かかる無料の放送データパケット間には課金パケットを挿入しないことを特徴とする放送データ送信装置。
【請求項７】
放送データストリームを送信する放送データ送信装置と配信路を介して接続される放送データ受信装置であって、
前記放送データストリームは、パケット単位の複数の放送データを含み、放送データパケット間に課金情報を含む課金パケットが挿入されて構成されており、受信した前記放送データストリームを再生するための放送データ再生手段を備えることを特徴とする放送データ受信装置。
【請求項８】
請求項７に記載の放送データ受信装置において、
前記配信路はツリー構造に形成されることによって複数の放送データ受信装置を接続しており、
受信した前記放送データストリームをツリー構造に形成される配信路の下位側に接続している放送データ受信装置に送信するための放送データ送受信手段を備えることを特徴とする放送データ受信装置。
【請求項９】
請求項８に記載の放送データ受信装置において、
前記放送データ送受信手段によって受信された前記放送データストリームを再生するか否かの選択を行う放送データ再生選択部を有することを特徴とする放送データ受信装置。
【請求項１０】
請求項７〜９のいずれか１項に記載の放送データ受信装置において、
受信した前記放送データストリームに含まれる前記課金パケットを判別するための課金パケット判別手段と、
前記課金パケット判別手段によって判別した課金パケットに基づいて利用料金を演算する利用料金演算手段と、
前記利用料金演算手段により演算された利用料金を記憶するための利用料金記憶手段と、
前記利用料金記憶手段によって記憶された利用料金を前記放送データ送信装置に通知する利用料金通知手段と、
を備えることを特徴とする放送データ受信装置。
【請求項１１】
請求項１０に記載の放送データ受信装置において、
前記課金パケット判別手段は、前記放送データ再生手段によって前記放送データストリームを再生するときに、前記放送データストリームに含まれる前記課金パケットを判別し、
前記利用料金演算手段は、再生した放送データの利用料金を演算することを特徴とする放送データ受信装置。
【請求項１２】
請求項１０又は１１に記載の放送データ受信装置において、
個体を識別するための識別情報を備えており、
前記利用料金通知手段は、前記利用料金に対して前記識別情報を添付する識別情報添付部を備えることにより、前記放送データ送信装置に対して放送データ受信装置ごとの利用料金を通知可能であることを特徴とする放送データ受信装置。
【請求項１３】
請求項１０〜１２のいずれか１項に記載の放送データ受信装置において、
前記利用料金記憶手段によって記憶された利用料金を、放送データ再生利用者に対して報知するための料金報知部を備えることを特徴とする放送データ受信装置。
【請求項１４】
請求項８〜１３のいずれか１項に記載の放送データ受信装置において、
ツリー構造に形成される複数の配信路と接続されることによって複数の放送データ送信装置と接続可能であり、かかる複数の放送データ送信装置を選択するための放送データ送信装置選択部を備えることを特徴とする放送データ受信装置。
【請求項１５】
放送データを再生可能な放送データ受信装置と、
前記放送データ受信装置と配信路を介して接続され、前記放送データ受信装置に対して放送データストリームを送信する放送データ送信装置と、
を備える放送データ配信システムであって、
前記放送データストリームはパケット単位の複数の放送データを含み、
前記放送データ送信装置は、
前記放送データパケット間に課金情報を含む課金パケットを挿入する課金パケット挿入手段と、
前記課金パケットが挿入された前記放送データストリームを前記放送データ受信装置に対して送信する放送データ送信手段と、
を備え、
前記放送データ受信装置は、
受信した前記放送データストリームを再生するための放送データ再生手段と、
前記放送データ再生手段によって前記放送データストリームを再生するときに、前記放送データストリームに含まれる前記課金パケットを判別するための課金パケット判別手段と、
前記課金パケット判別手段によって判別した課金パケットに基づいて再生した放送データの利用料金を演算する利用料金演算手段と、
前記利用料金演算手段により演算された利用料金を記憶するための利用料金記憶手段と、
前記利用料金記憶手段によって記憶された利用料金を前記放送データ送信装置に通知する利用料金通知手段と、
を備えることを特徴とする放送データ配信システム。
【請求項１６】
請求項１５に記載の放送データ配信システムにおいて、
前記配信路はツリー構造に形成されることによって前記放送データ送信装置に対して複数の放送データ受信装置が接続されており、
前記放送データ受信装置は、
受信した前記放送データストリームをツリー構造に形成される配信路の下位側に接続している放送データ受信装置に送信するための放送データ送受信手段と、
前記放送データ送受信手段に設置され、受信した前記放送データストリームを再生するか否かの選択を行う放送データ再生選択部と、
前記利用料金通知手段に設置され、前記利用料金に対して複数の放送データ受信装置それぞれの個体を識別するための識別情報を添付する識別情報添付部と、
を備え、さらに、
前記放送データ送信装置は、前記放送データ受信装置ごとの利用料金を取得する利用料金取得手段を備えることにより、
前記放送データ再生選択部が前記放送データストリームの再生を選択することによって放送データが再生されるとき、前記放送データ受信装置から前記放送データ送信装置に対して放送データ受信装置ごとの利用料金が通知されることを特徴とする放送データ配信システム。
【請求項１７】
放送データを再生可能な放送データ受信装置と、
前記放送データ受信装置と配信路を介して接続され、前記放送データ受信装置に対して放送データストリームを送信する放送データ送信装置と、
を備える放送データ配信システムを、コンピュータを用いて動作させる際に用いられる放送データ配信方法であり、前記放送データストリームが、パケット単位の複数の放送データから構成される場合に実行される放送データ配信方法であって、
コンピュータに前記放送データ送信装置を動作させることによって、
前記放送データパケット間に課金情報を含む課金パケットを挿入させる課金パケット挿入ステップと、
前記課金パケットが挿入された前記放送データストリームを前記放送データ受信装置に対して送信させる放送データ送信ステップと、
を実行させ、さらに、
コンピュータに前記放送データ受信装置を動作させることによって、
受信した前記放送データストリームを再生させる放送データ再生ステップと、
前記放送データ再生ステップによって前記放送データストリームを再生するときに、前記放送データストリームに含まれる前記課金パケットを判別させる課金パケット判別ステップと、
前記課金パケット判別ステップによって判別した課金パケットに基づいて再生した放送データの利用料金を演算する利用料金演算手段と、
前記利用料金演算手段により演算された利用料金を記憶させるための利用料金記憶ステップと、
前記利用料金記憶ステップによって記憶された利用料金を、前記放送データ送信装置に通知させる利用料金通知ステップと、
を実行させることを特徴とする放送データ配信方法。
【請求項１８】
請求項１７に記載の放送データ配信方法において、
前記配信路はツリー構造に形成されることによって前記放送データ送信装置に対して複数の放送データ受信装置が接続されており、
コンピュータに前記放送データ受信装置を動作させることによって、
受信した前記放送データストリームをツリー構造に形成される配信路の下位側に接続している放送データ受信装置に送信させる放送データ送受信ステップと、
前記放送データ送受信ステップを実行する際に、受信した前記放送データストリームを再生するか否かの選択を行う放送データ再生選択ステップと、
前記利用料金通知ステップを実行する際に、前記利用料金に対して複数の放送データ受信装置それぞれの個体を識別するための識別情報を添付する識別情報添付ステップと、
を実行させ、さらに、
コンピュータに前記放送データ送信装置を動作させることによって、前記放送データ受信装置ごとの利用料金を取得させる利用料金取得ステップを実行させることにより、
前記放送データ再生選択ステップによって前記放送データストリームの再生が選択されて放送データが再生される際に、前記放送データ受信装置から前記放送データ送信装置に対して放送データ受信装置ごとの利用料金が通知されることを特徴とする放送データ配信方法。
【請求項１９】
放送データを再生可能な放送データ受信装置と、
前記放送データ受信装置と配信路を介して接続され、前記放送データ受信装置に対して放送データストリームを送信する放送データ送信装置と、
を備える放送データ配信システムを、コンピュータを用いて動作させる際に用いられる放送データ配信プログラムであり、前記放送データストリームが、パケット単位の複数の放送データから構成される場合に実行される放送データ配信プログラムであって、
コンピュータに前記放送データ送信装置を動作させることによって、
前記放送データパケット間に課金情報を含む課金パケットを挿入させる課金パケット挿入ステップと、
前記課金パケットが挿入された前記放送データストリームを前記放送データ受信装置に対して送信させる放送データ送信ステップと、
を実行させ、さらに、
コンピュータに前記放送データ受信装置を動作させることによって、
受信した前記放送データストリームを再生させる放送データ再生ステップと、
前記放送データ再生ステップによる前記放送データストリームの再生の際に、前記放送データストリームに含まれる前記課金パケットを判別させる課金パケット判別ステップと、
前記課金パケット判別ステップによって判別した課金パケットに基づいて再生した放送データの利用料金を演算する利用料金演算ステップと、
前記利用料金演算手段により演算された利用料金を記憶させるための利用料金記憶ステップと、
前記利用料金記憶ステップによって記憶された利用料金を、前記放送データ送信装置に通知させる利用料金通知ステップと、
を実行させることを特徴とする放送データ配信プログラム。
【請求項２０】
請求項１９に記載の放送データ配信プログラムにおいて、
前記配信路はツリー構造に形成されることによって前記放送データ送信装置に対して複数の放送データ受信装置が接続されており、
コンピュータに前記放送データ受信装置を動作させることによって、
受信した前記放送データストリームをツリー構造に形成される配信路の下位側に接続している放送データ受信装置に送信させる放送データ送受信ステップと、
前記放送データ送受信ステップを実行する際に、受信した前記放送データストリームを再生するか否かの選択を行う放送データ再生選択ステップと、
前記利用料金通知ステップを実行する際に、前記利用料金に対して複数の放送データ受信装置それぞれの個体を識別するための識別情報を添付する識別情報添付ステップと、
を実行させ、さらに、
コンピュータに前記放送データ送信装置を動作させることによって、前記放送データ受信装置ごとの利用料金を取得させる利用料金取得ステップを実行させることにより、
前記放送データ再生選択ステップによって前記放送データストリームの再生が選択されて放送データが再生されるとき、前記放送データ受信装置から前記放送データ送信装置に対して放送データ受信装置ごとの利用料金が通知されることを特徴とする放送データ配信プログラム。
【請求項２１】
放送データを再生可能な放送データ受信装置と配信路を介して接続され、前記放送データ受信装置に対して放送データストリームを送信する放送データ送信装置を、コンピュータを用いて動作させる際に用いられる放送データ送信プログラムであり、前記放送データストリームが、パケット単位の複数の放送データから構成される場合に実行される放送データ送信プログラムであって、
コンピュータに、
前記放送データパケット間に課金情報を含む課金パケットを挿入させる課金パケット挿入ステップと、
前記課金パケットが挿入された前記放送データストリームを前記放送データ受信装置に対して送信させる放送データ送信ステップと、
を実行させることを特徴とする放送データ送信プログラム。
【請求項２２】
放送データストリームを送信する放送データ送信装置と配信路を介して接続される放送データ受信装置を、コンピュータを用いて動作させる際に用いられる放送データ受信プログラムであり、前記放送データストリームが、パケット単位の複数の放送データを含み、放送データパケット間に課金情報を含む課金パケットが挿入されて構成される場合に実行される放送データ受信プログラムであって、
コンピュータに、受信した前記放送データストリームを再生させるための放送データ再生ステップを実行させることを特徴とする放送データ受信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送データ送信装置およびプログラム、放送データ受信装置およびプログラム、放送データ配信システム、放送データ配信方法およびプログラムに係り、特に、放送データパケット間に課金パケットを挿入して配信する技術に関するものである。
【背景技術】
【０００２】
近年、インターネット等の電気通信回線を介したデジタルコンテンツの配信サービスが盛んに行われている。デジタルコンテンツとしては、テキストデータや静止画像データ、動画像データ、楽曲データ等を例示することができるが、このようなデジタルコンテンツの伝送方式には、大別すると、電話回線等に用いられる双方向通信とテレビ、ラジオ等に用いられる片方向通信とが存在している。
【０００３】
片方向通信の代表的な利用態様として放送がある。当該放送は、同一のデータを多数の利用者に同時に配信することが可能であるため、利用者の多いサービス等に用いることが好適である。例えば、近年、衛星やケーブルテレビ（ＣＡＴＶ）を媒体としたデジタル放送サービスが普及するに至っており、さらに、携帯電話や携帯情報端末（ＰＤＡ：Personal Digital Assistance）、車載ラジオ等の移動端末に対しても、放送サービス受信機能の付与が実施されている。これらは、放送サービスに対する多機能化の要請に応えるための技術によって実現されており、ユーザは、例えば移動端末等を用いることによって音楽データ等をダウンロードし、当該音楽データを記憶・再生することが可能となる。
【０００４】
ところで、放送によるデジタルコンテンツ配信サービスを行うにあたっては、コンテンツデータの配信元である放送事業者等が、ユーザからサービスの利用料金を徴収するシステムを確立することが必要である。そしてこれまで、電気通信回線を利用したデジタルコンテンツ配信サービスの料金徴収システムは、例えば１週間や１ヶ月というような一定期間の契約を締結し、この契約期間に応じて一律の契約金を徴収する方法（期間契約方式）や、あるいは、音楽データであれば１曲いくらのようにデータ単位で利用料金を徴収する方法（データ単位方式）が、一般的に用いられてきた。
【０００５】
しかし、テレビやラジオ等のような放送型の情報提供サービスの場合、期間契約方式では日常的に頻繁にそのサービスを利用するユーザにとっては有効であるが、一部のサービスのみを利用したい一般的なユーザにとっては、このような期間契約の締結には慎重にならざるを得ないという問題がある。また、放送型の情報提供サービスのユーザは、例えば番組や楽曲の途中で視聴を中断したり、別のチャンネルに切り替えたりすることがあるため、データ単位方式は、ユーザと配信元の双方を満足させることができる利用料金徴収システムとはいえなかった。
【０００６】
そこで、上述した問題を解決する技術として、例えば、下記特許文献１には、映像コンテンツに関する転送パケット量の計測を行うためのパケット計測部と、該パケット計測部により計測したパケット量に基づいて課金量を制御するための課金制御部とを備えたコンテンツ配信装置が開示されている。かかる装置を使用すれば、ユーザが一時停止や早送り等の特殊な再生を行った場合であっても、正当な課金を行うことができるとともに、ユーザ間における料金負担の公平性を担保することが可能であるとされている。
【０００７】
なお、下記特許文献１と同様、通信パケットの数に対して課金を行う技術が種々開示されている（例えば、下記特許文献２〜４参照）。
【０００８】
【特許文献１】特開２００２−２０７９３６号公報
【特許文献２】特開２００３−００８７８７号公報
【特許文献３】特開２００４−０８８４７３号公報
【特許文献４】特開２０００−０７８５５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記各特許文献に開示されるような通信パケット数に対して課金を行う方式では、１つの通信パケット当たりの料金が必ず同一となってしまう。したがって、このような上記各特許文献に開示される技術では、例えば、サービス内容やサービス提供時間等に応じた料金の軽重設定や利用時間に応じた公平な課金方式の提供等を実現することは困難である。
【００１０】
本発明は、上述した課題を解決するために成されたものであって、適切な料金体系に基づく多様な情報サービスの提供を実現することができる技術を提供するものである。
【課題を解決するための手段】
【００１１】
本発明に係る放送データ送信装置は、放送データを再生可能な放送データ受信装置と配信路を介して接続され、前記放送データ受信装置に対して放送データストリームを送信する放送データ送信装置であって、前記放送データストリームはパケット単位の複数の放送データを含み、かかる放送データパケット間に課金情報を含む課金パケットを挿入する課金パケット挿入手段と、前記課金パケットが挿入された前記放送データストリームを前記放送データ受信装置に対して送信する放送データ送信手段と、を備えることを特徴とする。
【００１２】
本発明に係る放送データ送信装置において、前記配信路はツリー構造に形成されて複数の放送データ受信装置と接続しており、前記複数の放送データ受信装置に対して放送データストリームを送信可能であることとすることが可能である。
【００１３】
また、本発明に係る放送データ送信装置は、前記複数の放送データ受信装置において前記課金情報に基づいて演算される利用料金を、放送データ受信装置ごとに取得する利用料金取得手段を備えることとすることが好適である。
【００１４】
さらに、本発明に係る放送データ送信装置において、前記課金パケット挿入手段は、任意のパケット数又は任意のパケット間隔で前記放送データパケット間に前記課金パケットを挿入可能であることとすることができる。
【００１５】
またさらに、本発明に係る放送データ送信装置において、前記放送データストリームには無料の放送データパケットが含まれており、前記課金パケット挿入手段は、かかる無料の放送データパケット間に前記放送データパケットが無料であることを示す無料情報の課金パケットを挿入することができる。
【００１６】
さらにまた、本発明に係る放送データ送信装置において、前記放送データストリームには無料の放送データパケットが含まれており、前記課金パケット挿入手段は、かかる無料の放送データパケット間には課金パケットを挿入しないこととすることができる。
【００１７】
本発明に係る放送データ受信装置は、放送データストリームを送信する放送データ送信装置と配信路を介して接続される放送データ受信装置であって、前記放送データストリームは、パケット単位の複数の放送データを含み、放送データパケット間に課金情報を含む課金パケットが挿入されて構成されており、受信した前記放送データストリームを再生するための放送データ再生手段を備えることを特徴とする。
【００１８】
本発明に係る放送データ受信装置において、前記配信路はツリー構造に形成されることによって複数の放送データ受信装置を接続しており、本発明に係る放送データ受信装置は、受信した前記放送データストリームをツリー構造に形成される配信路の下位側に接続している放送データ受信装置に送信するための放送データ送受信手段を備えることとすることが好適である。
【００１９】
また、本発明に係る放送データ受信装置は、前記放送データ送受信手段によって受信された前記放送データストリームを再生するか否かの選択を行う放送データ再生選択部を有することとすることができる。
【００２０】
さらに、本発明に係る放送データ受信装置は、受信した前記放送データストリームに含まれる前記課金パケットを判別するための課金パケット判別手段と、前記課金パケット判別手段によって判別した課金パケットに基づいて利用料金を演算する利用料金演算手段と、前記利用料金演算手段により演算された利用料金を記憶するための利用料金記憶手段と、前記利用料金記憶手段によって記憶された利用料金を前記放送データ送信装置に通知する利用料金通知手段と、を備えることとすることができる。
【００２１】
またさらに、本発明に係る放送データ受信装置において、前記課金パケット判別手段は、前記放送データ再生手段によって前記放送データストリームを再生するときに、前記放送データストリームに含まれる前記課金パケットを判別し、前記利用料金演算手段は、再生した放送データの利用料金を演算することとすることができる。
【００２２】
さらにまた、本発明に係る放送データ受信装置は、個体を識別するための識別情報を備えており、前記利用料金通知手段は、前記利用料金に対して前記識別情報を添付する識別情報添付部を備えることにより、前記放送データ送信装置に対して放送データ受信装置ごとの利用料金を通知可能であることとすることができる。
【００２３】
また、本発明に係る放送データ受信装置は、前記利用料金記憶手段によって記憶された利用料金を、放送データ再生利用者に対して報知するための料金報知部を備えることができる。
【００２４】
さらに、本発明に係る放送データ受信装置は、ツリー構造に形成される複数の配信路と接続されることによって複数の放送データ送信装置と接続可能であり、かかる複数の放送データ送信装置を選択するための放送データ送信装置選択部を備えることが可能である。
【００２５】
本発明に係る放送データ配信システムは、放送データを再生可能な放送データ受信装置と、前記放送データ受信装置と配信路を介して接続され、前記放送データ受信装置に対して放送データストリームを送信する放送データ送信装置と、を備える放送データ配信システムであって、前記放送データストリームはパケット単位の複数の放送データを含み、前記放送データ送信装置は、前記放送データパケット間に課金情報を含む課金パケットを挿入する課金パケット挿入手段と、前記課金パケットが挿入された前記放送データストリームを前記放送データ受信装置に対して送信する放送データ送信手段と、を備え、前記放送データ受信装置は、受信した前記放送データストリームを再生するための放送データ再生手段と、前記放送データ再生手段によって前記放送データストリームを再生するときに、前記放送データストリームに含まれる前記課金パケットを判別するための課金パケット判別手段と、前記課金パケット判別手段によって判別した課金パケットに基づいて再生した放送データの利用料金を演算する利用料金演算手段と、前記利用料金演算手段により演算された利用料金を記憶するための利用料金記憶手段と、前記利用料金記憶手段によって記憶された利用料金を前記放送データ送信装置に通知する利用料金通知手段と、を備えることを特徴とする。
【００２６】
また、本発明に係る放送データ配信システムにおいて、前記配信路はツリー構造に形成されることによって前記放送データ送信装置に対して複数の放送データ受信装置が接続されており、前記放送データ受信装置は、受信した前記放送データストリームをツリー構造に形成される配信路の下位側に接続している放送データ受信装置に送信するための放送データ送受信手段と、前記放送データ送受信手段に設置され、受信した前記放送データストリームを再生するか否かの選択を行う放送データ再生選択部と、前記利用料金通知手段に設置され、前記利用料金に対して複数の放送データ受信装置それぞれの個体を識別するための識別情報を添付する識別情報添付部と、を備え、さらに、前記放送データ送信装置は、前記放送データ受信装置ごとの利用料金を取得する利用料金取得手段を備えることにより、前記放送データ再生選択部が前記放送データストリームの再生を選択することによって放送データが再生されるとき、前記放送データ受信装置から前記放送データ送信装置に対して放送データ受信装置ごとの利用料金が通知されるようにすることが可能である。
【００２７】
本発明に係る放送データ配信方法は、放送データを再生可能な放送データ受信装置と、前記放送データ受信装置と配信路を介して接続され、前記放送データ受信装置に対して放送データストリームを送信する放送データ送信装置と、を備える放送データ配信システムを、コンピュータを用いて動作させる際に用いられる放送データ配信方法であり、前記放送データストリームが、パケット単位の複数の放送データから構成される場合に実行される放送データ配信方法であって、コンピュータに前記放送データ送信装置を動作させることによって、前記放送データパケット間に課金情報を含む課金パケットを挿入させる課金パケット挿入ステップと、前記課金パケットが挿入された前記放送データストリームを前記放送データ受信装置に対して送信させる放送データ送信ステップと、を実行させ、さらに、コンピュータに前記放送データ受信装置を動作させることによって、受信した前記放送データストリームを再生させる放送データ再生ステップと、前記放送データ再生ステップによって前記放送データストリームを再生するときに、前記放送データストリームに含まれる前記課金パケットを判別させる課金パケット判別ステップと、前記課金パケット判別ステップによって判別した課金パケットに基づいて再生した放送データの利用料金を演算する利用料金演算手段と、前記利用料金演算手段により演算された利用料金を記憶させるための利用料金記憶ステップと、前記利用料金記憶ステップによって記憶された利用料金を、前記放送データ送信装置に通知させる利用料金通知ステップと、を実行させることを特徴とする。
【００２８】
また、本発明に係る放送データ配信方法において、前記配信路はツリー構造に形成されることによって前記放送データ送信装置に対して複数の放送データ受信装置が接続されており、コンピュータに前記放送データ受信装置を動作させることによって、受信した前記放送データストリームをツリー構造に形成される配信路の下位側に接続している放送データ受信装置に送信させる放送データ送受信ステップと、前記放送データ送受信ステップを実行する際に、受信した前記放送データストリームを再生するか否かの選択を行う放送データ再生選択ステップと、前記利用料金通知ステップを実行する際に、前記利用料金に対して複数の放送データ受信装置それぞれの個体を識別するための識別情報を添付する識別情報添付ステップと、を実行させ、さらに、コンピュータに前記放送データ送信装置を動作させることによって、前記放送データ受信装置ごとの利用料金を取得させる利用料金取得ステップを実行させることにより、前記放送データ再生選択ステップによって前記放送データストリームの再生が選択されて放送データが再生される際に、前記放送データ受信装置から前記放送データ送信装置に対して放送データ受信装置ごとの利用料金が通知されるようにすることが可能である。
【００２９】
本発明に係る放送データ配信プログラムは、放送データを再生可能な放送データ受信装置と、前記放送データ受信装置と配信路を介して接続され、前記放送データ受信装置に対して放送データストリームを送信する放送データ送信装置と、を備える放送データ配信システムを、コンピュータを用いて動作させる際に用いられる放送データ配信プログラムであり、前記放送データストリームが、パケット単位の複数の放送データから構成される場合に実行される放送データ配信プログラムであって、コンピュータに前記放送データ送信装置を動作させることによって、前記放送データパケット間に課金情報を含む課金パケットを挿入させる課金パケット挿入ステップと、前記課金パケットが挿入された前記放送データストリームを前記放送データ受信装置に対して送信させる放送データ送信ステップと、を実行させ、さらに、コンピュータに前記放送データ受信装置を動作させることによって、受信した前記放送データストリームを再生させる放送データ再生ステップと、前記放送データ再生ステップによる前記放送データストリームの再生の際に、前記放送データストリームに含まれる前記課金パケットを判別させる課金パケット判別ステップと、前記課金パケット判別ステップによって判別した課金パケットに基づいて再生した放送データの利用料金を演算する利用料金演算ステップと、前記利用料金演算手段により演算された利用料金を記憶させるための利用料金記憶ステップと、前記利用料金記憶ステップによって記憶された利用料金を、前記放送データ送信装置に通知させる利用料金通知ステップと、を実行させることを特徴とする。
【００３０】
また、本発明に係る放送データ配信プログラムにおいて、前記配信路はツリー構造に形成されることによって前記放送データ送信装置に対して複数の放送データ受信装置が接続されており、コンピュータに前記放送データ受信装置を動作させることによって、受信した前記放送データストリームをツリー構造に形成される配信路の下位側に接続している放送データ受信装置に送信させる放送データ送受信ステップと、前記放送データ送受信ステップを実行する際に、受信した前記放送データストリームを再生するか否かの選択を行う放送データ再生選択ステップと、前記利用料金通知ステップを実行する際に、前記利用料金に対して複数の放送データ受信装置それぞれの個体を識別するための識別情報を添付する識別情報添付ステップと、を実行させ、さらに、コンピュータに前記放送データ送信装置を動作させることによって、前記放送データ受信装置ごとの利用料金を取得させる利用料金取得ステップを実行させることにより、前記放送データ再生選択ステップによって前記放送データストリームの再生が選択されて放送データが再生されるとき、前記放送データ受信装置から前記放送データ送信装置に対して放送データ受信装置ごとの利用料金が通知されるようにすることが可能である。
【００３１】
本発明に係る放送データ送信プログラムは、放送データを再生可能な放送データ受信装置と配信路を介して接続され、前記放送データ受信装置に対して放送データストリームを送信する放送データ送信装置を、コンピュータを用いて動作させる際に用いられる放送データ送信プログラムであり、前記放送データストリームが、パケット単位の複数の放送データから構成される場合に実行される放送データ送信プログラムであって、コンピュータに、前記放送データパケット間に課金情報を含む課金パケットを挿入させる課金パケット挿入ステップと、前記課金パケットが挿入された前記放送データストリームを前記放送データ受信装置に対して送信させる放送データ送信ステップと、を実行させることを特徴とする。
【００３２】
本発明に係る放送データ受信プログラムは、放送データストリームを送信する放送データ送信装置と配信路を介して接続される放送データ受信装置を、コンピュータを用いて動作させる際に用いられる放送データ受信プログラムであり、前記放送データストリームが、パケット単位の複数の放送データを含み、放送データパケット間に課金情報を含む課金パケットが挿入されて構成される場合に実行される放送データ受信プログラムであって、コンピュータに、受信した前記放送データストリームを再生させるための放送データ再生ステップを実行させることを特徴とする。
【００３３】
なお上記発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションもまた発明となり得る。
【発明の効果】
【００３４】
本発明によれば、放送データパケット間に課金パケットを挿入した状態の放送データストリームをユーザに対して配信することができるので、例えば、サービス内容やサービス提供時間等に応じた料金の軽重設定や利用時間に応じた公平な課金方式の提供等を実現することが可能となる。
【００３５】
特に、ツリー構造に接続される複数のノードに対して放送サービスを提供する場合には、従来技術では不可能であった全てのノードにおける利用状況に応じた課金情報の個別管理が可能となる。
【発明を実施するための最良の形態】
【００３６】
以下、本発明を実施するための好適な実施形態について、図面を用いて説明する。なお、以下の実施形態は、各請求項に係る発明を限定するものではなく、また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００３７】
図１は、本実施形態に係る放送データ配信システムの概要構成を示すブロック図である。本実施形態に係る放送データ配信システムは、放送データ送信装置としてのノード０−１を頂点としたツリー構造により形成されており、第一階層を構成する放送データ受信装置としてのノード１−１，１−２および１−３を含んでおり、第二階層を構成する放送データ受信装置としてのノード２−１および２−２を含んでおり、第三階層を構成する放送データ受信装置としてのノード３−１，３−２，３−３および３−４を含んでおり、さらに第四階層を構成する放送データ受信装置としてのノード４−１，４−２および４−３を含んでいる。そして、各ノードは、ノード０−１を頂点として各々有線回線又は無線回線である配信路Ｌにより相互通信可能に接続されている。
【００３８】
最上位に位置する放送データ送信装置としてのノード０−１は、第二階層以下のノードである放送データ受信装置に対して放送データストリームを送信することが可能であり、具体的にはサーバ等によって構成することができる。
【００３９】
一方、ノード０−１以外のノードについては、例えば各家庭に備えられたパーソナルコンピュータやセットトップボックス（Set Top Box）、あるいはルータ等によって構成することが可能である。これらのノードについては、放送データ送信装置としてのノード０−１から配信されてくる放送データストリームを受信し、当該放送データストリームを構成する放送データを再生することが可能となっている。
【００４０】
そして、図１に示す本実施形態に係る放送データ配信システムにおいては、ノード０−１を配信元として各ノードに送信される放送データが、配信路Ｌ上をそのノードの上位にある階層に含まれている他のノードを経由して送信されてくることになる。このとき、当該放送データは、デジタル化された状態で配信されることになるのであり、いわゆるパケットを単位とした放送データパケットとして構成されるものである。さらに、当該各放送データパケットには、その再生やバッファメモリ等への格納の順番を示す通番のパケット番号が付されて配信される。
【００４１】
なお、図２において示すように、本実施形態に係る放送データストリーム１０は、パケット単位の複数の放送データパケット１２によって構成されるものであり、単体の放送データパケット１２あるいは複数の放送データパケット１２，１２，・・・によって配信コンテンツが形成されることになる。
【００４２】
次に、個々のノードの具体的な構成について、図３を用いて説明する。図３は、本実施形態に係る放送データ配信システムに含まれている一のノードの全体構成を例示するブロック図である。各ノードは、図３に例示するようなコンピュータとして構成することができる。
【００４３】
放送データ送信装置としてのノード０−１は、課金パケット挿入手段、放送データ送信手段および利用料金取得手段としてのＣＰＵ１と、デコーダ２と、テーブルメモリ３と、バッファメモリ４と、ブロードバンドインターフェース５と、タイマ６と、スピーカ７と、ＣＲＴ（Cathode Ray Tube）８と、により構成されており、ＣＰＵ１、デコーダ２、テーブルメモリ３、バッファメモリ４、ブロードバンドインターフェース５およびタイマ６は、相互にバス９を介して接続されている。
【００４４】
一方、放送データ受信装置であるノード０−１以外のノードについては、放送データ再生手段、放送データ再生選択部、課金パケット判別手段、利用料金演算手段、利用料金通知手段、識別情報添付部および放送データ送信装置選択部としてのＣＰＵ１と、デコーダ２と、利用料金記憶手段としてのテーブルメモリ３と、放送データ送受信手段としてのバッファメモリ４と、ブロードバンドインターフェース５と、タイマ６と、スピーカ７と、料金報知部としてのＣＲＴ８と、により構成されており、ＣＰＵ１、デコーダ２、テーブルメモリ３、バッファメモリ４、ブロードバンドインターフェース５およびタイマ６は、相互にバス９を介して接続されている。
【００４５】
次に、本実施形態に係る放送データ配信システムの具体的な構成・動作例について、図３および図４を用いて説明する。なお、図４は、本実施形態に係る放送データ配信システムの接続構造と当該構造に対応した具体的な構成・動作例を示す図であり、図１における４つのノード０−１，１−２，２−２，３−３を用いて放送データの配信を行う場合を例示するものである。
【００４６】
［放送データ送信装置について］
まず、放送データ送信装置として用いられるノード０−１の構成・動作について説明する。ノード０−１は、放送データパケット１２間に課金情報を含む課金パケット１４を挿入するための課金パケット挿入手段１５と、課金パケット１４が挿入された放送データストリーム１０を放送データ受信装置であるノード１−２，２−２，３−３に対して送信するための放送データ送信手段１７と、放送データ受信装置であるノード１−２，２−２，３−３ごとの利用料金を取得するための利用料金取得手段１９と、を備えており、これらの手段１５，１７，１９は、ＣＰＵ１が放送データ送信プログラムを実行することによって実現されている。
【００４７】
課金パケット挿入手段１５としてのＣＰＵ１は、図５に示すように、複数の放送データパケット１２の集合として構成される放送データストリーム１０に対して課金パケット１４を挿入する。ここで、課金パケット１４とは、いわゆるパケットを単位として構成される放送データパケット１２と同様のものであり、特に、課金情報を含むデータが記録されているものをいう。なお、課金情報には、例えば放送データパケット１２の利用料金が含まれている。
【００４８】
ＣＰＵ１による課金パケット１４の挿入態様としては、様々な方式を採用することができる。例えば、ＣＰＵ１は、放送データパケット１２の利用料金を取得することによって、この放送データパケット１２の利用料金に応じた課金パケット１４を任意のパケット数又は任意のパケット間隔で放送データパケット１２間に挿入することが可能である。このような課金パケット１４の挿入間隔又は挿入数の調節については、課金パケット挿入手段１５としてのＣＰＵ１が放送データパケット１２の利用料金の額を取得することによって可能となり、例えばノード０−１内のＣＰＵ１が、図示しないデータベースから利用料金の額を取得したり、ノード０−１内のテーブルメモリ３に記録される料金テーブルと放送データパケット１２とを照合したりすれば良い。したがって、課金パケット１４は、複数の課金パケット１４が連続して放送データパケット１２間に挿入される場合もあるし、複数の放送データパケット１２ごとにとびとびで挿入される場合もある。
【００４９】
課金パケット１４の具体的な挿入態様としては、図６に示すように、定額型（ここでは１課金パケット当たり２円の課金情報が設定されているものとする）の課金パケット１４を設定しておき、放送データパケット１２のコンテンツとしての価値に応じて課金パケット１４の挿入間隔又は挿入数を調節すればよい。
【００５０】
例えば、図６において通常の場合と示されている場合のように、通常料金（ここでは３つの放送データパケット１２で２円とする）の放送データパケット１２を放送するときには、ＣＰＵ１は放送データパケット１２の３つおきに課金パケット１４を挿入する。
【００５１】
一方、高額なコンテンツ（ここでは１つの放送データパケット１２で２円とする）を放送する場合には、ＣＰＵ１は放送データパケット１２の１つおきに課金パケット１４を挿入する。この変更は、放送データストリーム１０の途中でも可能であり、図６において高額コンテンツの場合と示されている場合のように、矢印Ａで示されている利用料金が変更される箇所から課金パケット１４の挿入間隔を変更することによって対応すれば良い。
【００５２】
さらには、挿入する課金パケット１４の数を２つ以上としても良い。このように、ＣＰＵ１が定額型の課金パケット１４の挿入間隔又は挿入数を放送データパケット１２の価値に応じて任意に変更可能とすることによって、利用状況に応じた公平な課金が実現する。
【００５３】
一方、図７に示すように、変額型の課金パケット１４を設定するようにしても良い。例えば、図７において通常の場合と示されている場合のように、通常料金（ここでは３つの放送データパケット１２で２円とする）の放送データパケット１２を放送する場合には、ＣＰＵ１は低額（ここでは１パケット当たり２円）の課金パケット１４を挿入する。
【００５４】
また、高額なコンテンツ（ここでは１つの放送データパケット１２で２円とする）を放送する場合には、ＣＰＵ１は高額（ここでは１パケット当たり６円）の課金パケット１４を挿入する。
【００５５】
もちろん、図６において例示した場合と同様に、変額型の課金パケット１４を設定する場合であっても、ＣＰＵ１は状況に応じて挿入間隔又は挿入数を調節することが可能である。また、図７において高額コンテンツの場合と示されている場合のように、放送データストリーム１０の途中でコンテンツの料金が変わってしまう場合であっても、矢印Ｂで示されているような利用料金が変更される箇所から課金パケット１４の金額を変更することによって対応することが可能である。さらに、課金パケット１４の課金情報を任意の金額に設定することが可能であるため、様々なコンテンツを連続して放送する場合であっても、図６で示した定額型の場合と比較して、挿入する課金パケット１４の数を抑えることができるというメリットがある。このように、ＣＰＵ１が変額型の課金パケット１４の課金情報（金額）、挿入間隔又は挿入数を放送データパケット１２の価値に応じて任意に変更できることによって、利用状況に応じた公平な課金が実現する。
【００５６】
さらに、放送データストリーム１０にＣＭ等の無料の放送データパケット１６が含まれている場合には、ユーザに対して利用料金を課金することはできない。そこで、例えば、図８に示すように、課金パケット挿入手段１５としてのＣＰＵ１は、無料の放送データパケット１６間に放送データパケットが無料であることを示す無料情報の課金パケット１８を挿入するようにしても良いし、図９に示すように、無料の放送データパケット１６間には課金パケットを挿入しないようにしても良い。このようにすることによって、無料放送にも対応することが可能となる。
【００５７】
以上のようにして課金パケット１４，１８が挿入された放送データストリーム１０は、放送データ送信手段１７としてのＣＰＵ１によって、放送データ受信装置であるノード１−２，２−２，３−３に対して送信されることになる。また、詳細は後述するが、放送データ受信装置である各ノード１−２，２−２，３−３では、放送データパケット１２を再生する際に取得する課金パケット１４から利用料金を演算することができ、この利用料金をノード１−２，２−２，３−３ごとに放送データ送信装置として用いられるノード０−１に対して送信してくるので、利用料金取得手段１９としてのＣＰＵ１を用いることによって、ノード１−２，２−２，３−３ごとの利用料金を取得することが可能となっている。
【００５８】
ノード０−１内に課金パケット挿入手段１５として設置されるＣＰＵ１が、放送データパケット１２間に課金パケット１４を挿入する仕組みについては種々のものが考えられるが、その具体的な一例として図１０に示すような方法がある。図１０は、課金パケット１４が定額型の場合における課金パケット１４挿入方法を例示するフローチャートである。なお、図１０に示すフローチャートでは、１つの課金パケット１４の金額Ｐが、１つの放送データパケット１２の利用料金ｍよりも大きい場合を前提としている。
【００５９】
すなわち、放送データ送信装置として用いられるノード０−１内のＣＰＵ１は、まず、処理カウント数としての変数ｎ、基準パケット料金としての変数ｍ、および課金パケット１４を挿入するインターバルとしての変数ｉｎｔｅｒｖａｌに、それぞれ０（ゼロ）を代入する（ステップＳ１０）。なお、これら３つの変数は、ＣＰＵ１に動作指令を与えるためのプログラム等において、予め定められるものである。
【００６０】
そして、ＣＰＵ１は、テーブルメモリ３内に設定された料金テーブルから現在の１パケット当たりの料金を取得し、この値を現在パケット料金ｍ’に代入する（ステップＳ１１）。
【００６１】
続いて、基準パケット料金ｍ（＝０）と現在パケット料金ｍ’を比較する（ステップＳ１２）。ここで、変数ｍと変数ｍ’が同じでなければ、これから送信する放送データパケット１２は、無料放送でないことが明らかとなる。
【００６２】
放送データパケット１２が無料放送でなければ、ＣＰＵ１は、基準パケット料金ｍに対して現在パケット料金ｍ’の値を代入するとともに、インターバルｉｎｔｅｒｖａｌにＰ／ｍの値を代入する（ステップＳ１３）。かかるステップＳ１３の処理によって、課金パケット１４の挿入間隔であるインターバルが決定されることになる。
【００６３】
そして、ＣＰＵ１は、放送データパケット１２を１つ送信し（ステップＳ１４）、処理カウント数ｎに１を加える（ステップＳ１５）。ＣＰＵ１は、さらに、処理カウント数ｎとインターバルｉｎｔｅｒｖａｌを比較し（ステップＳ１６）、処理カウント数ｎがインターバルｉｎｔｅｒｖａｌと同じになれば課金パケットを１つ送信することになる（ステップＳ１７）。ただし、ステップＳ１７の処理は、基準パケット料金ｍが０（ゼロ）でないときのみ実施されるものであり、ｍが０（ゼロ）のときには当然放送データパケット１２は無料であるから、課金パケット１４の送信は実施されない。
【００６４】
ステップＳ１７の処理によって課金パケット１４が１つ送信されると、処理カウント数ｎに０（ゼロ）が代入され、処理カウント数ｎがリセットされる（ステップＳ１８）。
【００６５】
そして、ステップＳ１８の処理によって処理カウント数ｎがリセットされるか、ステップＳ１６において処理カウント数ｎがインターバルｉｎｔｅｒｖａｌより小さい場合には、ＣＰＵ１は放送終了か継続かを確認する（ステップＳ１９）。
【００６６】
放送継続の場合にはステップＳ１１からの処理を繰り返すことになる。ここで、ステップＳ１１〜Ｓ１９までの処理を繰り返すことによって処理カウント数ｎがインターバルｉｎｔｅｒｖａｌと等しくなった場合には、ＣＰＵ１は課金パケット１４を送信することによって放送データパケット１２間に課金パケット１４を挿入する（ステップＳ１７）。
【００６７】
また、ＣＰＵ１は、放送データパケット１２の利用料金が変わるときだけステップＳ１３の処理を実行する。したがって、利用料金が変更される箇所から課金パケット１４の挿入間隔が変更されるので、利用状況に応じた公平な課金が実現することになる。
【００６８】
具体的な数値を図１０に当てはめて説明すると、例えば、現在パケット料金ｍ’が１，０００円であり、一つの課金パケット１４の金額Ｐが１０，０００円の場合には、
ｍ’＝ｍ＝１，０００
ｉｎｔｅｒｖａｌ＝Ｐ／ｍ＝１０，０００／１，０００＝１０
となるので、ＣＰＵ１は放送データパケット１２を１０個送信するごとに１個の課金パケット１４を送信することになる。
【００６９】
以上、図１０に示すフローチャートを用いることによって、課金パケット１４が定額型の場合における課金パケット１４挿入方法を説明したが、課金パケット１４については、変額型のものを採用することもできる。図１１は、課金パケット１４が変額型の場合における課金パケット１４挿入方法を例示するフローチャートである。
【００７０】
放送データ送信装置として用いられるノード０−１内のＣＰＵ１は、まず、処理カウント数としての変数ｎ、基準パケット料金としての変数ｍ、および１つの課金パケット１４の金額としての変数Ｐに、それぞれ０（ゼロ）を代入する（ステップＳ２０）。なお、これら３つの変数は、ＣＰＵ１に動作指令を与えるためのプログラム等において、予め定められるものである。
【００７１】
そして、ＣＰＵ１は、テーブルメモリ３内に設定された料金テーブルから現在の１パケット当たりの料金を取得し、この値を現在パケット料金ｍ’に代入する（ステップＳ２１）。
【００７２】
続いて、基準パケット料金ｍ（＝０）と現在パケット料金ｍ’を比較する（ステップＳ２２）。ここで、変数ｍと変数ｍ’が同じでなければ、これから送信する放送データパケット１２は、無料放送でないことが明らかとなる。
【００７３】
放送データパケット１２が無料放送でなければ、ＣＰＵ１は、基準パケット料金ｍに対して現在パケット料金ｍ’の値を代入するとともに、１つの課金パケット１４の金額Ｐにｉｎｔｅｒｖａｌ×ｍの値を代入する（ステップＳ２３）。ここで、ｉｎｔｅｒｖａｌは、課金パケット１４の挿入間隔を示す定数であり、予めＣＰＵ１に対して任意の値を設定しておく必要がある。かかるステップＳ２３の処理によって、１つ当たりの課金パケット１４の金額Ｐが決定されることになる。
【００７４】
そして、ＣＰＵ１は、放送データパケット１２を１つ送信し（ステップＳ２４）、処理カウント数ｎに１を加える（ステップＳ２５）。ＣＰＵ１は、さらに、処理カウント数ｎとインターバルｉｎｔｅｒｖａｌを比較し（ステップＳ２６）、処理カウント数ｎがインターバルｉｎｔｅｒｖａｌと同じになれば、金額Ｐの課金パケットを１つ送信することになる（ステップＳ２７）。なお、ステップＳ２７の処理において、基準パケット料金ｍが０（ゼロ）のときは、当然金額Ｐは０（ゼロ）となるから、図１１に示す方式は、無料放送にも対応するものである。
【００７５】
ステップＳ２７の処理によって金額Ｐの課金パケット１４が１つ送信されると、処理カウント数ｎに０（ゼロ）が代入され、処理カウント数ｎがリセットされる（ステップＳ２８）。
【００７６】
そして、ステップＳ２８の処理によって処理カウント数ｎがリセットされるか、ステップＳ２６において処理カウント数ｎがインターバルｉｎｔｅｒｖａｌより小さい場合には、ＣＰＵ１は放送終了か継続かを確認する（ステップＳ２９）。放送継続の場合には、ステップＳ２１からの処理を繰り返すことになる。
【００７７】
また、ＣＰＵ１は、放送データパケット１２の利用料金が変わるときだけステップＳ２３の処理を実行する。したがって、利用料金が変更される箇所から課金パケット１４の金額Ｐが変更されるので、利用状況に応じた公平な課金が実現することになる。
【００７８】
具体的な数値を図１１に当てはめて説明すると、例えば、現在パケット料金ｍ’が１，０００円であり、インターバルｉｎｔｅｒｖａｌが１０の場合には、
ｍ’＝ｍ＝１，０００
Ｐ＝ｉｎｔｅｒｖａｌ×ｍ＝１０×１，０００＝１０，０００
となるので、ＣＰＵ１は放送データパケット１２を１０個送信するごとに金額１０，０００円の課金パケット１４を送信することになる。
【００７９】
［放送データ受信装置について］
次に、放送データ受信装置として用いられるノード１−２，２−２，３−３の構成・動作について、図３および図４を用いて説明する。
【００８０】
ノード１−２，２−２，３−３は、受信した放送データストリーム１０を一時的に記憶するとともに、この一時的に記憶された放送データストリーム１０をツリー構造に形成される配信路Ｌの下位側に接続している放送データ受信装置（ノード）に送信するための放送データ送受信手段２８としてのバッファメモリ４を有しており、かかる手段２８は、ＣＰＵ１が動作することによって実現されている。したがって、放送データストリーム１０は、ノード１−２からノード２−２へ、ノード２−２からノード３−３へとそれぞれコピーされて配信されていくことになる。
【００８１】
放送データ送受信手段２８としてのバッファメモリ４については、揮発性のメモリであるいわゆるＦｉＦＯ（First In First Out）形式のリングバッファメモリによって構成することが好適である。リングバッファメモリによれば、配信されてきた放送データストリーム１０を構成する放送データパケット１２，１６や課金パケット１４，１８を配信された順に予め設定されている記憶容量だけ蓄積し、それを蓄積した順に読み出すことによって放送サービスを受けることが可能となる。
【００８２】
また、リングバッファメモリによって構成される放送データ送受信手段２８としてのバッファメモリ４には、受信した放送データストリーム１０を再生するか否かの選択を行う放送データ再生選択部２８ｂが設置されている。ＣＰＵ１が、この放送データ再生選択部２８ｂの操作を行うことによって、配信されてくる放送データストリーム１０のうちから所望の放送サービスのみを選択して再生することが可能となる。
【００８３】
なお、リングバッファメモリは、放送データストリーム１０を書き込むためのライトポインタ２８ａと、放送データストリーム１０を読み出すためのリードポインタ（放送データ再生選択部）２８ｂおよび配信路Ｌの下位側に接続している放送データ受信装置（ノード）に送信するためのフォーワードポインタ２８ｃを有しており、これら３つのポインタによって、リングバッファメモリは放送データ送受信手段２８としての機能を発揮している。これら３つのポインタは、ＣＰＵ１によってその動作を制御されているが、例えば放送サービスの配信契約を行っていない等の事情によって予め放送データストリーム１０を再生しないことが分かっているノード１−２については、リードポインタ（放送データ再生選択部）２８ｂを省略したり、ＣＰＵ１によってその機能を停止したりすることが可能である。同様に、配信路Ｌの末端に位置するノード３−３については、下位側に放送データストリーム１０を配信する必要がないので、フォーワードポインタ２８ｃを省略したり、ＣＰＵ１によってその機能を停止したりすることが可能である。
【００８４】
さらに、ノード１−２，２−２，３−３は、受信した放送データストリーム１０を再生するための放送データ再生手段２０と、放送データ再生手段２０によって放送データストリーム１０を再生したときに、放送データストリーム１０に含まれる課金パケット１４を判別するための課金パケット判別手段２２と、課金パケット判別手段２２によって判別した課金パケット１４に基づいて利用料金を演算し、再生した放送データの利用料金を記憶するための利用料金記憶手段２４と、利用料金通知手段に設置され、利用料金に対して複数の放送データ受信装置それぞれの個体を識別するための識別情報を添付する識別情報添付部３０と、利用料金記憶手段２４によって記憶された利用料金を放送データ送信装置（ノード０−１）に通知する利用料金通知手段２６と、を備えており、これらの手段のうち、手段２０，２２，２６，３０はＣＰＵ１が放送データ受信プログラムを実行することによって、手段２４はテーブルメモリ３によってその機能が実現されている。
【００８５】
図４において例示するノード１−２，２−２，３−３においては、リードポインタ（放送データ再生選択部）２８ｂによって放送データストリーム１０が読み出されて放送コンテンツの再生が開始されると、まず、課金パケット判別手段２２としてのＣＰＵ１が放送データストリーム１０に含まれる課金パケット１４を判別する。また、ＣＰＵ１は、放送データ再生手段２０としての機能を発揮して、課金パケット１４を含まない放送データストリーム１０を送り出して放送データを再生する。また、ＣＰＵ１は、利用料金記憶手段２４としてのテーブルメモリ４に対して、課金パケット判別手段２２によって判別した課金パケット１４に基づいて利用料金を演算し、再生した放送データの利用料金を記憶させることになる。
【００８６】
ノード１−２，２−２，３−３には、利用料金通知手段２４としてのＣＰＵ１に設置され、利用料金に対して複数の放送データ受信装置（ノード）それぞれの個体を識別するための識別情報を添付する識別情報添付部３０が備えられている。そして、固体識別情報が添付された状態で利用料金記憶手段２４としてのテーブルメモリ４に記憶された利用料金は、利用料金通知手段２６としてのＣＰＵ１によって放送データ送信装置（ノード０−１）の有する利用料金取得手段１９に通知されることになる。したがって、放送コンテンツの配信元である放送データ送信装置（ノード０−１）は、放送データ受信装置（ノード）ごとの利用料金を把握することが可能となるのである。
【００８７】
なお、放送データ受信装置として用いられるノード１−２，２−２，３−３については、ユーザの便宜のために、ＣＰＵ１の利用料金記憶手段２４によって記憶された利用料金を、ユーザに対して告知するための料金報知部を備えるように構成することが可能である。かかる料金報知部の機能は、ＣＲＴ８を利用することによって実現することができる。この料金報知部としてのＣＲＴ８を確認すれば、ユーザは現時点で支払い義務の生じた合計利用金額を知ることができるので便利である。また、課金パケット１４の課金情報に対して、例えば現在再生しているコンテンツ（映画や音楽など）を最後まで再生した場合にいくらの利用料金を請求されるかなどの情報を付加しておけば、料金報知部としてのＣＲＴ８に今後必要となるであろう利用料金を表示することができるので、さらにユーザに便利なサービスを提供することも可能となる。
【００８８】
さらに、本実施形態に係る放送データ受信装置として用いられるノード１−２，２−２，３−３については、１つの放送データ送信装置（ノード０−１）に接続している場合について説明したが、ツリー構造に形成される複数系統の配信路と接続されることによって複数の放送データ送信装置と接続可能であることは言うまでもない。このような場合には、複数の放送データ送信装置を選択するためのＣＰＵ１が有する放送データ送信装置選択部（例えば、切り替えチャンネル等）を備えることによって、複数チャンネルの放送サービスを受けることが可能となる。
【００８９】
なお、放送データ受信装置として用いられるノード１−２，２−２，３−３が、課金パケット１４が挿入された放送データパケット１２を再生する仕組みについては種々のものが考えられるが、その具体的な一例として図１２に示すような方法がある。図１２は、課金パケット１４が定額型の場合における放送データパケット１２および課金パケット１４の再生方法を例示するフローチャートである。
【００９０】
すなわち、上述した放送データ送信装置選択部としてのＣＰＵ１を用いることによって選択した放送局の放送データ送信装置に接続し（ステップＳ３０）、放送データストリーム１０を受信する（ステップＳ３１）。この際受信した放送データストリーム１０には、放送データパケット１２と課金パケット１４が含まれている。ノードの下位側にさらにノードが接続しているか否かを確認し（ステップＳ３２）、下位ノードがある場合には、放送データパケット１２と課金パケット１４のコピーを下位ノードに送信して転送処理を行う（ステップＳ３３）。この転送処理は、上述した放送データ送受信手段２８としてのバッファメモリ４が有するフォーワードポインタ２８ｃを、ＣＰＵ１が動作させることによって実現する。
【００９１】
ノードが受信したパケットが課金パケット１４の場合には、放送データ送信装置選択部としてのＣＰＵ１によって選択された放送局の利用料金に、１つの課金パケット１４の金額であるＰを加えた上で（ステップＳ３５）パケット処理を行い（ステップＳ３６）、ノードが受信したパケットが放送データパケット１２の場合には、通常のパケット処理を行う（ステップＳ３６）。
【００９２】
その後、放送局のチャンネルを変更するか否かを確認し（ステップＳ３７）、チャンネル変更する場合にはステップＳ３０からの処理を繰り返す。チャンネル変更しない場合には通信を終了するか否かを確認し（ステップＳ３８）、通信を終了しない場合には、ステップＳ３１からの処理を繰り返す。一方、通信を終了する場合には、受信した課金パケット１４の数を各放送局の放送データ送信装置へ送信し（ステップＳ３９）、処理を終了する。ここで、ＣＰＵ１が受信した課金パケット１４の数のみを各放送局の放送データ送信装置へ送信するのは、図１２に示すのが定額型の課金パケット１４を想定したものであるためであり、パケット数のみをカウントしておけば合計の利用料金が算出できるからである。
【００９３】
なお、ステップＳ３９による課金パケット１４数の返信タイミングについては、受信終了時の他、単位時間毎、日付が変わる時などの所定の時間、月末等、任意のタイミングで行うことが可能である。
【００９４】
以上、図１２に示すフローチャートを用いることによって、課金パケット１４が定額型の場合における放送データパケット１２および課金パケット１４の再生方法を説明したが、課金パケット１４については、変額型のものを採用することもできる。図１３は、課金パケット１４が変額型の場合における放送データパケット１２および課金パケット１４の再生方法を例示するフローチャートである。
【００９５】
放送データ送信装置選択部としてのＣＰＵ１を用いることによって選択した放送局の放送データ送信装置に接続し（ステップＳ４０）、放送データストリーム１０を受信する（ステップＳ４１）。この際受信した放送データストリーム１０には、放送データパケット１２と課金パケット１４が含まれている。ノードの下位側にさらにノードが接続しているか否かを確認し（ステップＳ４２）、下位ノードがある場合には、放送データパケット１２と課金パケット１４のコピーを下位ノードに送信して転送処理を行う（ステップＳ４３）。この転送処理は、上述した放送データ送受信手段２８としてのバッファメモリ４が有するフォーワードポインタ２８ｃを、ＣＰＵ１が動作させることによって実現する。
【００９６】
ノードが受信したパケットが課金パケット１４の場合には、放送データ送信装置選択部としてのＣＰＵ１によって選択された放送局の利用料金に、課金パケット１４から取得した金額であるＰを加えた上で（ステップＳ４５）パケット処理を行い（ステップＳ４６）、ノードが受信したパケットが放送データパケット１２の場合には、通常のパケット処理を行う（ステップＳ４６）。
【００９７】
その後、放送局のチャンネルを変更するか否かを確認し（ステップＳ４７）、チャンネル変更する場合にはステップＳ４０からの処理を繰り返す。チャンネル変更しない場合には通信を終了するか否かを確認し（ステップＳ４８）、通信を終了しない場合には、ステップＳ４１からの処理を繰り返す。一方、通信を終了する場合には、ＣＰＵ１とバッファメモリ４が協働して集計した利用料金を各放送局の放送データ送信装置へ送信し（ステップＳ４９）、処理を終了する。
【００９８】
なお、ステップＳ４９による利用料金の返信タイミングについては、受信終了時の他、単位時間毎、日付が変わる時などの所定の時間、月末等、任意のタイミングで行うことが可能である。
【００９９】
［放送データ配信システムについて］
ここで、図３および図４を用いることにより、放送データ配信システム全体の一連の動作について説明を行う。
【０１００】
まず、放送データ送信装置として用いられるノード０−１が放送データストリーム１０を取得する。このとき、ノード０−１が有するＣＰＵ１は、例えば図示しないデータベースから利用料金の額を取得したり、ノード０−１内のテーブルメモリ３に記憶されている料金テーブルと放送データパケット１２とを照合したりすることによって、放送データパケット１２ごとの利用料金の額を取得し、この情報に基づいて課金パケット挿入手段１５としてのＣＰＵ１が放送データパケット１２間に課金パケット１４を挿入する。この挿入態様については、上述したように定額型又は変額型の課金パケット１４を挿入することが可能であり、放送データパケット１２の価値に応じた任意の課金情報（金額）、挿入間隔又は挿入数を設定することができる。
【０１０１】
次に、課金パケット１４が挿入された放送データストリーム１０は、放送データ送信手段１７としてのＣＰＵ１によって第一階層の放送データ受信装置であるノード１−２に送信される。
【０１０２】
放送データストリーム１０を受信したノード１−２では、ＣＰＵ１がバッファメモリ４に対して放送データストリーム１０を記憶・保持させる。バッファメモリ４は、リングバッファメモリとして構成されることが好適であり、放送データ送受信手段２８としてのバッファメモリ４が有するライトポインタ２８ａによって、放送データストリーム１０が一時的に書き込み保持される。ここで、ノード１−２は、リードポインタ（放送データ再生選択部）２８ｂを有していないので放送データパケット１２は再生されず、放送データストリーム１０は、ＣＰＵ１がフォーワードポインタ２８ｃを動作させることによって配信路Ｌの下位側に接続しているノード２−２に送信される。
【０１０３】
放送データストリーム１０を受信したノード２−２は、ノード１−２と同様に配信路Ｌの下位側に接続しているノード３−３に対して放送データストリーム１０を送信することになるが、さらに、ノード２−２はリードポインタ（放送データ再生選択部）２８ｂを備えているので、放送データストリーム１０の再生が可能となっている。
【０１０４】
すなわち、ノード２−２においては、ＣＰＵ１がリードポインタ（放送データ再生選択部）２８ｂを動作させることによってリングバッファメモリに記憶保持されている放送データストリーム１０を読み出し、放送コンテンツの再生が開始される。放送コンテンツの再生が開始されると、まず、ＣＰＵ１は、課金パケット判別手段２２としての機能を発揮することによって放送データストリーム１０に含まれる課金パケット１４を判別し、さらに放送データ再生手段２０としての機能を発揮することによって課金パケット１４を含まない放送データストリーム１０の再生を実行する。また、ＣＰＵ１は、利用料金記憶手段２４としてのテーブルメモリ３に対して、ＣＰＵ１が課金パケット判別手段２２としての機能を発揮することによって判別した課金パケット１４に基づいて利用料金を演算し、再生した放送データの利用料金を記憶させることになる。
【０１０５】
また、ＣＰＵ１が有する識別情報添付部３０によって、利用料金に対してノード２−２の個体を識別するための識別情報が添付される。そして、固体識別情報が添付された状態で利用料金記憶手段２４としてのテーブルメモリ３に記憶された利用料金は、利用料金通知手段２６としてのＣＰＵ１によって放送データ送信装置（ノード０−１）の有する利用料金取得手段１９に通知されることになる。したがって、放送コンテンツの配信元である放送データ送信装置（ノード０−１）は、放送データ受信装置（ノード）ごとの利用料金を把握することが可能となる。
【０１０６】
なお、配信路Ｌの末端に位置するノード３−３についても、ノード２−２と同様の動作によって放送データストリーム１０を再生することが可能であるが、ノード３−３については、下位側に放送データストリーム１０を配信する必要がないので、フォーワードポインタ２８ｃは設置されていない。ただし、今後下位側に新たなノードを接続できるように、フォーワードポインタ２８ｃを設置しておき、ＣＰＵ１がフォーワードポインタ２８ｃの機能を停止するようにしても良い。
【０１０７】
以上のようにして課金パケット１４，１８が挿入された放送データストリーム１０は、放送データ送信手段１７としてのＣＰＵ１によって放送データ受信装置である全てのノード１−２，２−２，３−３に対して送信されることになる。また、再生可能な放送データ受信装置である各ノード２−２，３−３では、ＣＰＵ１を動作させることによって、放送データパケット１２を再生する際に取得する課金パケット１４から利用料金を演算することができ、この利用料金をノード２−２，３−３ごとに固体識別情報を添付した状態でノード０−１に送信することができる。したがって、放送データ送信装置であるノード０−１は、利用料金取得手段１９としてのＣＰＵ１を用いることによって、ノード２−２，３−３ごとの利用料金を取得することが可能となっている。
【０１０８】
なお、放送データ送信装置であるノード０−１が備える利用料金取得手段１９は、放送データ受信装置である各ノード２−２，３−３のＣＰＵ１が演算した利用料金を取得する際に、割引率を掛け合わせたり、無料視聴分を差し引いたりすることによって、柔軟なサービス形態を実現することができる。
【０１０９】
例えば、無料放送については、図８および図９で説明したような態様の他、所定の期間で一定額の無料視聴額を定めておき、利用料金を請求する際に割引を行うことも可能である。このような方法は、ノード０−１やノード０−１と接続する他の経理システム端末によって実行することができるので、本実施形態に係る放送データ配信システムを変更することなく適用することが可能である。
【０１１０】
別の態様として、例えば課金パケット判別手段２２としてのＣＰＵ１に対して視聴開始から一定時間は課金パケット１４をカウントしないように設定しておき、無料視聴期間を設けることも可能である。また、各ノード２−２，３−３のＣＰＵ１が課金パケット１４をカウントするように設定しておき、放送データ送信装置であるノード０−１が備える利用料金取得手段１９が、視聴開始から一定時間の利用料金を差し引くようにすることもできる。このようにすれば、ユーザがチャンネル操作を間違ってしまった場合にまで課金を行ってしまうことを防止することができるので、より良い放送サービスの提供を行うことが可能となる。
【０１１１】
さらに別の態様として、一度利用料金が支払われた放送データパケット１２については、一定期間課金パケット１４をカウントしないように設定しておき、その期間内であれば何度でも視聴可能とすることができる。また、放送データ送信装置であるノード０−１が備える利用料金取得手段１９は、ノード２−２，３−３ごとの利用料金を取得可能であることから、利用頻度の高い利用者に対して割引を行うなど、過去の利用状況によってユーザごとの割引サービスを行うこともできる。
【０１１２】
なお、上述した実施形態は、複数の機器（例えば、ホストコンピュータ、サーバ、パーソナルコンピュータ、セットトップボックス（Set Top Box）あるいはルータ等）から構成されるシステムに適用する場合について説明したが、もちろん単体の装置として実現することも可能である。
【０１１３】
以上、本発明の好適な実施形態について説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されない。上記実施形態には、多様な変更又は改良を加えることが可能である。
【０１１４】
例えば、本実施形態では、配信路Ｌがツリー構造に形成された場合、すなわち送信相手が複数あるにも関わらず１つのパケットを送信するという「マルチキャスト」を例示して説明したが、本発明は、放送データ配信装置（ノード０−１）が相手ごとに1対1の形態でパケットを送信する「ユニキャスト」であっても適用可能である。
【０１１５】
また、例えばノード２−２，３−３ごとの利用料金を取得することができる利用料金取得手段１９をノード０−１が有するＣＰＵ１の機能から省略し、別の管理コンピュータに設けるようにすることも可能である。このようにすれば、放送データの送信処理と利用料金の集計処理を分けることができるので、ノード０−１の負荷を軽減することが可能となる。
【０１１６】
以上の様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【図面の簡単な説明】
【０１１７】
【図１】本実施形態に係る放送データ配信システムの概要構成を示すブロック図である。
【図２】本実施形態に係る放送データストリームの構成を説明するための図である。
【図３】本実施形態に係る放送データ配信システムに含まれている一のノードの全体構成を例示するブロック図である。
【図４】本実施形態に係る放送データ配信システムの接続構造と当該構造に対応した具体的な構成・動作例を示す図である。
【図５】放送データパケット間に課金パケットが挿入された状態の放送データストリームを例示する図である。
【図６】本実施形態に係る放送データ送信装置が放送データパケット間に定額型の課金パケットを挿入する場合における実施例を示す図である。
【図７】本実施形態に係る放送データ送信装置が放送データパケット間に変額型の課金パケットを挿入する場合における実施例を示す図である。
【図８】本実施形態に係る放送データ送信装置が無料の放送データパケットを放送する場合における対応例を示す図である。
【図９】本実施形態に係る放送データ送信装置が無料の放送データパケットを放送する場合における別の対応例を示す図である。
【図１０】課金パケットが定額型の場合における課金パケット挿入方法を例示するフローチャートである。
【図１１】課金パケットが変額型の場合における課金パケット挿入方法を例示するフローチャートである。
【図１２】課金パケットが定額型の場合における放送データパケットおよび課金パケットの再生方法を例示するフローチャートである。
【図１３】課金パケットが変額型の場合における放送データパケットおよび課金パケットの再生方法を例示するフローチャートである。
【符号の説明】
【０１１８】
０−１，１−１，１−２，１−３，２−１，２−２，３−１，３−２，３−３，３−４，４−１，４−２，４−３  ノード、Ｌ  配信路、１  ＣＰＵ、２  デコーダ、３  テーブルメモリ、４  バッファメモリ、５  ブロードバンドインターフェース、６  タイマ、７  スピーカ、８  ＣＲＴ、９  バス、１０  放送データストリーム、１２  放送データパケット、１４  課金パケット、１５  課金パケット挿入手段、１６  無料の放送データパケット、１７  放送データ送信手段、１８  無料情報の課金パケット、１９  利用料金取得手段、２０  放送データ再生手段、２２  課金パケット判別手段、２４  利用料金記憶手段、２６  利用料金通知手段、２８  放送データ送受信手段、２８ａ  ライトポインタ、２８ｂ  リードポインタ（放送データ再生選択部）、２８ｃ  フォーワードポインタ、３０  識別情報添付部。
【図１】
2006086917.tif 000003
【図２】
2006086917.tif 000004
【図３】
2006086917.tif 000005
【図４】
2006086917.tif 000006
【図５】
2006086917.tif 000007
【図６】
2006086917.tif 000008
【図７】
2006086917.tif 000009
【図８】
2006086917.tif 000010
【図９】
2006086917.tif 000011
【図１０】
2006086917.tif 000012
【図１１】
2006086917.tif 000013
【図１２】
2006086917.tif 000014
【図１３】
2006086917.tif 000015