(57)【要約】【課題】一般視聴者でも簡単にコンテンツの作成、送信ができるコンテンツ送受信装置、システムを提供すること、ならびに視聴者が欲する有益なライブもしくは準ライブコンテンツの数を増やし、それらをいつでも視聴可能ならしめる、コンテンツ商取引方法を提供することを目的とする。【解決手段】第１の実施の形態は、配信されるコンテンツがライブコンテンツである。第２の実施の形態は、配信されるコンテンツがオンディマンドコンテンツである。【選択図】　　　　図１
2004145621.tif 000002
【特許請求の範囲】
【請求項１】
仲介者と送信者が予めコンテンツ提供契約を交わすステップと、仲介者が受信者にコンテンツ情報を公開するステップと、受信者が仲介者に送信リクエストするステップと、該リクエスト受け、仲介者が送信者に送信リクエストするステップと、該リクエストを受け、送信者がライブコンテンツを仲介者にリアルタイムに送信するステップと、該ライブコンテンツを、仲介者が検閲するステップと、仲介者が受信者に課金の確認を行うステップと、仲介者が受信者にライブコンテンツを配信するステップと、仲介者が受信者から視聴料を徴収するステップと、仲介者が該視聴料の一部を送信者に支払うステップとからなることを特徴とするコンテンツ商取引方法。
【請求項２】
所望のコンテンツを撮影できる送信者の募集、契約および登録を行い、該登録されたコンテンツの一覧情報を公開し、下記第１のコンテンツ送受信装置からのコンテンツ送信リクエストを受け付け、下記第２のコンテンツ送受信装置に対して送信リクエストを出して、所望のコンテンツを送信せしめ、これを下記第１のコンテンツ送受信装置に検閲を伴いながら送信する情報センターと、
予め上記情報センターに登録され、上記情報センターからの送信リクエストに応じて、撮影したビデオ、オーディオデータをリアルタイムにキャプチャ、圧縮符号化及び変換処理してライブストリーミング用データを作成して送信せしめる第２のコンテンツ送受信装置と、
上記情報センターよりコンテンツの一覧情報を得て、所望のコンテンツ送信リクエストを上記情報センターに送出し、所望のライブストリーミングコンテンツを受信する第１のコンテンツ送受信装置と、
上記３者を繋ぐ通信ネットワークとからなることを特徴とするコンテンツ送受信システム。
【請求項３】
予め定められたビデオ、オーディオを撮影する撮影手段と、該信号をキャプチャするキャプチャ手段と、該キャプチャリングされた信号を圧縮符号化および変換処理する符号化手段と、該符号化された信号をバッファリングする第１のバッファ手段と、該バッファリングされた信号を送信する通信手段と、該通信手段より受信された信号をバッファリングする第２のバッファ手段と、該バッファリングされたビデオ、オーディオ信号をそれぞれ複合化するビデオ復号化手段ならびにオーディオ復号化手段と、複合化されたビデオ信号を表示装置に表示可能な信号に変換する表示制御手段と、複合化されたオーディオ信号をＤ／Ａ変換するＤ／Ａ手段と、操作者からの入力を受信する操作入力受信手段と、有料コンテンツ視聴時の課金のためにＩＤ情報を保持するＩＤ手段と、上記全ての手段を制御するＣＰＵ手段とからなることを特徴とするコンテンツ送受信装置。
【請求項４】
予め定められたビデオ、オーディオを撮影する撮影手段と、該信号をキャプチャするキャプチャ手段と、ビデオ、オーディオ信号の圧縮符号化および復号化、変換処理ならびに全ての手段の制御を行うＣＰＵ手段と、該ＣＰＵ手段により符号化された信号をバッファリングする第１のバッファ手段と、該バッファリングされた信号を送信する通信手段と、該通信手段より受信された信号をバッファリングして上記ＣＰＵ手段に転送する第２のバッファ手段と、複合化されたビデオ信号を表示装置に表示可能な信号に変換する表示制御手段と、複合化されたオーディオ信号をＤ／Ａ変換するＤ／Ａ手段と、操作者からの入力を受信する操作入力受信手段と、有料コンテンツ視聴時の課金のためにＩＤ情報を保持するＩＤ手段とからなることを特徴とするコンテンツ送受信装置。
【請求項５】
仲介者と送信者が予めコンテンツ提供契約を交わすステップと、送信者が予めコンテンツを作成し、所望のタイミングで仲介者に送信しておくステップと、仲介者がコンテンツの検閲を行うステップと、仲介者が受信者にオンディマンドコンテンツ情報を公開するステップと、受信者が仲介者に送信リクエストするステップと、該リクエスト受け、仲介者が送信者に送信リクエストするステップと、仲介者が受信者に課金の確認を行うステップと、仲介者が受信者にオンディマンドコンテンツを配信するステップと、仲介者が受信者から視聴料を徴収するステップと、仲介者が該視聴料の一部を送信者に支払うステップとからなるコンテンツ商取引方法。
【請求項６】
所望のコンテンツを撮影できる送信者の募集、契約および登録を行い、下記第２のコンテンツ送受信装置より送信されたコンテンツを検閲後登録し、コンテンツの一覧情報を公開し、下記第１のコンテンツ送受信装置からのコンテンツ送信リクエストを受け付け、所望のコンテンツを送信する情報センターと、
予め上記情報センターに登録され、撮影したビデオ、オーディオデータをキャプチャ、符号化してオンディマンドストリーミング用データを作成して上記情報センターに送信せしめる第２のコンテンツ送受信装置と、
上記情報センターよりコンテンツの一覧情報を得て、所望のコンテンツ送信リクエストを上記情報センターに送出し、所望のオンディマンドストリーミングコンテンツを受信する第１のコンテンツ送受信装置と、
上記３者を繋ぐ通信ネットワークとからなるコンテンツ送受信システム。
【請求項７】
予め定められたビデオ、オーディオを撮影する撮影手段と、該信号をキャプチャするキャプチャ手段と、該キャプチャリングされた信号を圧縮符号化および変換処理する符号化手段と、該符号化された信号を格納するメモリ手段と、該格納された信号を送信する通信手段と、該通信手段より受信された信号をバッファリングするバッファ手段と、該バッファリングされたビデオ、オーディオ信号をそれぞれ複合化するビデオ復号化手段ならびにオーディオ復号化手段と、複合化されたビデオ信号を表示装置に表示可能な信号に変換する表示制御手段と、複合化されたオーディオ信号をＤ／Ａ変換するＤ／Ａ手段と、操作者からの入力を受信する操作入力受信手段と、有料コンテンツ視聴時の課金のためにＩＤ情報を保持するＩＤ手段と、上記全ての手段を制御するＣＰＵ手段とからなることを特徴とするコンテンツ送受信装置。
【請求項８】
予め定められたビデオ、オーディオを撮影する撮影手段と、該信号をキャプチャするキャプチャ手段と、ビデオ、オーディオ信号の圧縮符号化および復号化、変換処理ならびに全ての手段の制御を行うＣＰＵ手段と、該ＣＰＵ手段により符号化された信号を格納するメモリ手段と、該バッファリングされた信号を送信する通信手段と、該通信手段より受信された信号をバッファリングして上記ＣＰＵ手段に転送するバッファ手段と、複合化されたビデオ信号を表示装置に表示可能な信号に変換する表示制御手段と、複合化されたオーディオ信号をＤ／Ａ変換するＤ／Ａ手段と、操作者からの入力を受信する操作入力受信手段と、有料コンテンツ視聴時の課金のためにＩＤ情報を保持するＩＤ手段とからなることを特徴とするコンテンツ送受信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ送受信装置、システムおよびコンテンツ商取引方法に関する。特に、本発明は通信ネットワークを介してコンテンツを送受信可能なコンテンツ送受信装置と、コンテンツの送受信を管理する情報センターとからなるコンテンツ送受信システムと、
情報センターの提示する条件を満足するコンテンツを提供できる送信者が情報センターに登録し、情報センターに既定のコンテンツを自動作成して送信し、これを情報センターがインターネット上に公開して多数の受信者に有料配布し、この有料配布で得た料金を、情報センターと送信者で予め定めた割合で分ける、コンテンツ商取引方法に関する。
【０００２】
【従来の技術】
近年、インターネット等の通信ネットワークインフラの整備に伴って、テレビジョン番組をインターネット経由で送受信することが可能になってきた。これは従来不可能であったインターネット経由のビデオならびにオーディオのリアルタイム通信を、一般家庭のパーソナルコンピューターからインターネットへダイヤルアップ接続する２８．８Ｋｂｐｓの通信速度でも可能にする符号化ならびに通信技術の登場による。この技術では、通信速度（以下ビットレートとする）に応じて、ビデオならびにオーディオの圧縮率を制御して、ビデオならびにオーディオを所望のビットレート以下で送信可能なサイズに圧縮符号化してサーバーに格納しておく。このサーバーへ、受信側のコンピュータにインストールされているクライアントソフトウエアが送信リクエストして、送られてきたビデオ、オーディオデータをバッファリングしながら直ちに復号して表示するもので、全てのデータをダウンロードしてから再生する方式と区別され、ストリーミングと呼ばれる。ストリーミング技術については、米国特許５，７９３，９８０号に詳しく開示されている。該ストリーミング技術としては米国Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（Ｒ）　Ｍｅｄｉａ　Ｔｅｃｈｎｏｌｏｇｙ（Ｗｉｎｄｏｗｓ（Ｒ）　Ｍｅｄｉａ　Ｐｌａｙｅｒ，　Ｗｉｎｄｏｗｓ（Ｒ）　Ｍｅｄｉａ　Ｅｎｃｏｄｅｒ，　Ｗｉｎｄｏｗｓ（Ｒ）　Ｍｅｄｉａ　Ｓｅｒｖｅｒ）や、米国Ｒｅａｌ　Ｎｅｔｗｏｒｋｓ社のＲｅａｌ　Ｐｌａｙｅｒ，　Ｒｅａｌ　Ｐｒｏｄｕｃｅｒ，　Ｒｅａｌ　Ｓｅｒｖｅｒ等があり、パーソナルコンピューター上で動作するソフトウエアとして提供されている。
【０００３】
該ストリーミング送信は、送信されるコンテンツの時間的な種類により、ライブ送信とオンディマンド送信の２種類がある。
【０００４】
ライブ送信手順としては、ビデオカメラで撮影したビデオとオーディオを、リアルタイムにキャプチャ、エンコードしてストリーミングサーバーより送信する。ここでキャプチャ、エンコード処理はパーソナルコンピューターを用いてなされることが多いが、エンコードに関しては専用のハードウエアエンコーダーを用いることもある。
【０００５】
またオンディマンド送信は、予め撮影したビデオ、オーディオデータをキャプチャ、エンコードしてストリーミングサーバーに格納しておき、ユーザーからのリクエストに応じてオンディマンドに送信される。
【０００６】
また上記ストリーミング送信されるコンテンツとしては、ビデオ、オーディオのみならず、ピクチャ（静止画像）、テキスト等があり、これらメタデータコンテンツの同期、表示位置、表示開始時間等を制御する技術としてＳＭＩＬ（Ｓｙｎｃｈｒｏｎｉｚｅｄ　Ｍｕｌｔｉｍｅｄｉａ　Ｉｎｔｅｇｒａｔｅｄ　Ｌａｎｇｕａｇｅ）１．０がある。該ＳＭＩＬを用いることによりビデオ、オーディオ、テキスト、ピクチャ等を用いた広告、プレゼンテーション等をストリーミング配信することができる。ＳＭＩＬ１．０は、Ｗ３Ｃ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ　Ｃｏｎｓｏｒｔｉｕｍ）より１９９８年６月に勧告された。
【０００７】
一方、デジタル技術の進展に伴い、テレビジョン放送方式もこれまでのアナログＮＴＳＣ／ＰＡＬ／ＳＥＣＡＭ方式からデジタル方式に移行しつつある。例えば米国、欧州では既に地上波デジタル放送が開始され、日本においても２０００年１２月からＢＳデジタル放送、２００３年から地上波デジタル放送が開始される予定になっている。これらデジタル放送では番組放送のみならず、天気やニュースといったデータ放送サービスも行われ、さらに電話回線等の上り回線を用いた双方向サービスもオンラインショッピング等への利用を睨んで計画されている。
【０００８】
【発明が解決しようとする課題】
しかしながら上述したようなデジタル放送サービス、インターネット放送においても、操作者はテレビジョン受像機もしくはパーソナルコンピューター等で、有料もしくは無料のコンテンツを受信するのみであり、コンテンツの作成、配信は、高度な技術と手間、資金等を必要とするため、一部の放送事業者、ストリーミングコンテンツ配信事業者以外が、自ら行うことは困難であった。また、配信者が限られることによって、ライブコンテンツもしくは時間的に多少遅れた準ライブコンテンツの数が著しく不足しており、受信者が知りたい、見たい現在の情報を能動的に得ることが困難であった。
【０００９】
本発明は上述の課題に鑑みてなされたものであり、受信者が欲する有益なライブもしくは準ライブコンテンツを撮影できる送信者が、簡単にコンテンツを作成、送受信できるコンテンツ送受信システムを提供すること、ならびに受信者が欲する有益なライブもしくは準ライブコンテンツの数を増やし、それらをいつでも視聴可能ならしめる、コンテンツ商取引方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明にかかるコンテンツ送受信装置第１の実施の形態は、
予め定められたビデオ、オーディオを撮影する撮影手段と、該信号をキャプチャするキャプチャ手段と、該キャプチャリングされた信号を圧縮符号化および変換処理する符号化手段と、該符号化された信号をバッファリングする第１のバッファ手段と、該バッファリングされた信号を送信する通信手段と、該通信手段より受信された信号をバッファリングする第２のバッファ手段と、該バッファリングされたビデオ、オーディオ信号をそれぞれ複合化するビデオ復号化手段ならびにオーディオ復号化手段と、複合化されたビデオ信号を表示装置に表示可能な信号に変換する表示制御手段と、複合化されたオーディオ信号をＤ／Ａ変換するＤ／Ａ手段と、操作者からの入力を受信する操作入力受信手段と、有料コンテンツ視聴時の課金のためにＩＤ情報を保持するＩＤ手段と、上記全ての手段を制御するＣＰＵ手段とからなる。
【００１１】
もしくは、予め定められたビデオ、オーディオを撮影する撮影手段と、該信号をキャプチャするキャプチャ手段と、ビデオ、オーディオ信号の圧縮符号化および復号化、変換処理ならびに全ての手段の制御を行うＣＰＵ手段と、該ＣＰＵ手段により符号化された信号をバッファリングする第１のバッファ手段と、該バッファリングされた信号を送信する通信手段と、該通信手段より受信された信号をバッファリングして上記ＣＰＵ手段に転送する第２のバッファ手段と、複合化されたビデオ信号を表示装置に表示可能な信号に変換する表示制御手段と、複合化されたオーディオ信号をＤ／Ａ変換するＤ／Ａ手段と、操作者からの入力を受信する操作入力受信手段と、有料コンテンツ視聴時の課金のためにＩＤ情報を保持するＩＤ手段とからなる。
【００１２】
本発明にかかるコンテンツ送受信装置第２の実施の形態は、
予め定められたビデオ、オーディオを撮影する撮影手段と、該信号をキャプチャするキャプチャ手段と、該キャプチャリングされた信号を圧縮符号化および変換処理する符号化手段と、該符号化された信号を格納するメモリ手段と、該格納された信号を送信する通信手段と、該通信手段より受信された信号をバッファリングするバッファ手段と、該バッファリングされたビデオ、オーディオ信号をそれぞれ複合化するビデオ復号化手段ならびにオーディオ復号化手段と、複合化されたビデオ信号を表示装置に表示可能な信号に変換する表示制御手段と、複合化されたオーディオ信号をＤ／Ａ変換するＤ／Ａ手段と、操作者からの入力を受信する操作入力受信手段と、有料コンテンツ視聴時の課金のためにＩＤ情報を保持するＩＤ手段と、上記全ての手段を制御するＣＰＵ手段とからなる。
【００１３】
もしくは、予め定められたビデオ、オーディオを撮影する撮影手段と、該信号をキャプチャするキャプチャ手段と、ビデオ、オーディオ信号の圧縮符号化および復号化、変換処理ならびに全ての手段の制御を行うＣＰＵ手段と、該ＣＰＵ手段により符号化された信号を格納するメモリ手段と、該バッファリングされた信号を送信する通信手段と、該通信手段より受信された信号をバッファリングして上記ＣＰＵ手段に転送するバッファ手段と、複合化されたビデオ信号を表示装置に表示可能な信号に変換する表示制御手段と、複合化されたオーディオ信号をＤ／Ａ変換するＤ／Ａ手段と、操作者からの入力を受信する操作入力受信手段と、有料コンテンツ視聴時の課金のためにＩＤ情報を保持するＩＤ手段とからなる。
【００１４】
そして本発明にかかるコンテンツ送受信システム第１の実施の形態では、
所望のコンテンツを撮影できる送信者の募集、契約および登録を行い、該登録されたコンテンツの一覧情報を公開し、下記第１のコンテンツ送受信装置からのコンテンツ送信リクエストを受け付け、下記第２のコンテンツ送受信装置に対して送信リクエストを出して、所望のコンテンツを送信せしめ、これを下記第１のコンテンツ送受信装置に検閲を伴いながら送信する情報センターと、
予め上記情報センターに登録され、上記情報センターからの送信リクエストに応じて、撮影したビデオ、オーディオデータをリアルタイムにキャプチャ、圧縮符号化及び変換処理してライブストリーミング用データを作成して送信せしめる第２のコンテンツ送受信装置と、
上記情報センターよりコンテンツの一覧情報を得て、所望のコンテンツ送信リクエストを上記情報センターに送出し、所望のライブストリーミングコンテンツを受信する第１のコンテンツ送受信装置と、
上記３者を繋ぐ通信ネットワークとからなる。
【００１５】
また本発明にかかるコンテンツ送受信システム第２の実施の形態では、
所望のコンテンツを撮影できる送信者の募集、契約および登録を行い、下記第２のコンテンツ送受信装置より送信されたコンテンツを検閲後登録し、コンテンツの一覧情報を公開し、下記第１のコンテンツ送受信装置からのコンテンツ送信リクエストを受け付け、所望のコンテンツを送信する情報センターと、
予め上記情報センターに登録され、撮影したビデオ、オーディオデータをキャプチャ、符号化してオンディマンドストリーミング用データを作成して上記情報センターに送信せしめる第２のコンテンツ送受信装置と、
上記情報センターよりコンテンツの一覧情報を得て、所望のコンテンツ送信リクエストを上記情報センターに送出し、所望のオンディマンドストリーミングコンテンツを受信する第１のコンテンツ送受信装置と、
上記３者を繋ぐ通信ネットワークとからなる。
【００１６】
さらに、本発明にかかるコンテンツ商取引方法第１の実施の形態では、
仲介者と送信者が予めコンテンツ提供契約を交わすステップと、仲介者が受信者にコンテンツ情報を公開するステップと、受信者が仲介者に送信リクエストするステップと、該リクエスト受け、仲介者が送信者に送信リクエストするステップと、該リクエストを受け、送信者がライブコンテンツを仲介者にリアルタイムに送信するステップと、該ライブコンテンツを、仲介者が検閲するステップと、仲介者が受信者に課金の確認を行うステップと、仲介者が受信者にライブコンテンツを配信するステップと、仲介者が受信者から視聴料を徴収するステップと、仲介者が該視聴料の一部を送信者に支払うステップとからなる。
【００１７】
また、本発明にかかるコンテンツ商取引方法第２の実施の形態では、
仲介者と送信者が予めコンテンツ提供契約を交わすステップと、送信者が予めコンテンツを作成し、所望のタイミングで仲介者に送信しておくステップと、仲介者がコンテンツの検閲を行うステップと、仲介者が受信者にオンディマンドコンテンツ情報を公開するステップと、受信者が仲介者に送信リクエストするステップと、該リクエスト受け、仲介者が送信者に送信リクエストするステップと、仲介者が受信者に課金の確認を行うステップと、仲介者が受信者にオンディマンドコンテンツを配信するステップと、仲介者が受信者から視聴料を徴収するステップと、仲介者が該視聴料の一部を送信者に支払うステップとからなる。
【００１８】
以上、本発明についてその詳細を説明したが、これを下記に整理して記述する。
【００１９】
（１）仲介者と送信者が予めコンテンツ提供契約を交わすステップと、仲介者が受信者にコンテンツ情報を公開するステップと、受信者が仲介者に送信リクエストするステップと、該リクエスト受け、仲介者が送信者に送信リクエストするステップと、該リクエストを受け、送信者がライブコンテンツを仲介者にリアルタイムに送信するステップと、該ライブコンテンツを、仲介者が検閲するステップと、仲介者が受信者に課金の確認を行うステップと、仲介者が受信者にライブコンテンツを配信するステップと、仲介者が受信者から視聴料を徴収するステップと、仲介者が該視聴料の一部を送信者に支払うステップとからなることを特徴とするコンテンツ商取引方法。
【００２０】
（２）所望のコンテンツを撮影できる送信者の募集、契約および登録を行い、該登録されたコンテンツの一覧情報を公開し、下記第１のコンテンツ送受信装置からのコンテンツ送信リクエストを受け付け、下記第２のコンテンツ送受信装置に対して送信リクエストを出して、所望のコンテンツを送信せしめ、これを下記第１のコンテンツ送受信装置に検閲を伴いながら送信する情報センターと、予め上記情報センターに登録され、上記情報センターからの送信リクエストに応じて、撮影したビデオ、オーディオデータをリアルタイムにキャプチャ、圧縮符号化及び変換処理してライブストリーミング用データを作成して送信せしめる第２のコンテンツ送受信装置と、上記情報センターよりコンテンツの一覧情報を得て、所望のコンテンツ送信リクエストを上記情報センターに送出し、所望のライブストリーミングコンテンツを受信する第１のコンテンツ送受信装置と、上記３者を繋ぐ通信ネットワークとからなることを特徴とするコンテンツ送受信システム。
【００２１】
（３）予め定められたビデオ、オーディオを撮影する撮影手段と、該信号をキャプチャするキャプチャ手段と、該キャプチャリングされた信号を圧縮符号化および変換処理する符号化手段と、該符号化された信号をバッファリングする第１のバッファ手段と、該バッファリングされた信号を送信する通信手段と、該通信手段より受信された信号をバッファリングする第２のバッファ手段と、該バッファリングされたビデオ、オーディオ信号をそれぞれ複合化するビデオ復号化手段ならびにオーディオ復号化手段と、複合化されたビデオ信号を表示装置に表示可能な信号に変換する表示制御手段と、複合化されたオーディオ信号をＤ／Ａ変換するＤ／Ａ手段と、操作者からの入力を受信する操作入力受信手段と、有料コンテンツ視聴時の課金のためにＩＤ情報を保持するＩＤ手段と、上記全ての手段を制御するＣＰＵ手段とからなることを特徴とするコンテンツ送受信装置。
【００２２】
（４）予め定められたビデオ、オーディオを撮影する撮影手段と、該信号をキャプチャするキャプチャ手段と、ビデオ、オーディオ信号の圧縮符号化および復号化、変換処理ならびに全ての手段の制御を行うＣＰＵ手段と、該ＣＰＵ手段により符号化された信号をバッファリングする第１のバッファ手段と、該バッファリングされた信号を送信する通信手段と、該通信手段より受信された信号をバッファリングして上記ＣＰＵ手段に転送する第２のバッファ手段と、複合化されたビデオ信号を表示装置に表示可能な信号に変換する表示制御手段と、複合化されたオーディオ信号をＤ／Ａ変換するＤ／Ａ手段と、操作者からの入力を受信する操作入力受信手段と、有料コンテンツ視聴時の課金のためにＩＤ情報を保持するＩＤ手段とからなることを特徴とするコンテンツ送受信装置。
【００２３】
（５）仲介者と送信者が予めコンテンツ提供契約を交わすステップと、送信者が予めコンテンツを作成し、所望のタイミングで仲介者に送信しておくステップと、仲介者がコンテンツの検閲を行うステップと、仲介者が受信者にオンディマンドコンテンツ情報を公開するステップと、受信者が仲介者に送信リクエストするステップと、該リクエスト受け、仲介者が送信者に送信リクエストするステップと、仲介者が受信者に課金の確認を行うステップと、仲介者が受信者にオンディマンドコンテンツを配信するステップと、仲介者が受信者から視聴料を徴収するステップと、仲介者が該視聴料の一部を送信者に支払うステップとからなるコンテンツ商取引方法。
【００２４】
（６）所望のコンテンツを撮影できる送信者の募集、契約および登録を行い、下記第２のコンテンツ送受信装置より送信されたコンテンツを検閲後登録し、コンテンツの一覧情報を公開し、下記第１のコンテンツ送受信装置からのコンテンツ送信リクエストを受け付け、所望のコンテンツを送信する情報センターと、予め上記情報センターに登録され、撮影したビデオ、オーディオデータをキャプチャ、符号化してオンディマンドストリーミング用データを作成して上記情報センターに送信せしめる第２のコンテンツ送受信装置と、上記情報センターよりコンテンツの一覧情報を得て、所望のコンテンツ送信リクエストを上記情報センターに送出し、所望のオンディマンドストリーミングコンテンツを受信する第１のコンテンツ送受信装置と、上記３者を繋ぐ通信ネットワークとからなるコンテンツ送受信システム。
【００２５】
（７）予め定められたビデオ、オーディオを撮影する撮影手段と、該信号をキャプチャするキャプチャ手段と、該キャプチャリングされた信号を圧縮符号化および変換処理する符号化手段と、該符号化された信号を格納するメモリ手段と、該格納された信号を送信する通信手段と、該通信手段より受信された信号をバッファリングするバッファ手段と、該バッファリングされたビデオ、オーディオ信号をそれぞれ複合化するビデオ復号化手段ならびにオーディオ復号化手段と、複合化されたビデオ信号を表示装置に表示可能な信号に変換する表示制御手段と、複合化されたオーディオ信号をＤ／Ａ変換するＤ／Ａ手段と、操作者からの入力を受信する操作入力受信手段と、有料コンテンツ視聴時の課金のためにＩＤ情報を保持するＩＤ手段と、上記全ての手段を制御するＣＰＵ手段とからなることを特徴とするコンテンツ送受信装置。
【００２６】
（８）予め定められたビデオ、オーディオを撮影する撮影手段と、該信号をキャプチャするキャプチャ手段と、ビデオ、オーディオ信号の圧縮符号化および復号化、変換処理ならびに全ての手段の制御を行うＣＰＵ手段と、該ＣＰＵ手段により符号化された信号を格納するメモリ手段と、該バッファリングされた信号を送信する通信手段と、該通信手段より受信された信号をバッファリングして上記ＣＰＵ手段に転送するバッファ手段と、複合化されたビデオ信号を表示装置に表示可能な信号に変換する表示制御手段と、複合化されたオーディオ信号をＤ／Ａ変換するＤ／Ａ手段と、操作者からの入力を受信する操作入力受信手段と、有料コンテンツ視聴時の課金のためにＩＤ情報を保持するＩＤ手段とからなることを特徴とするコンテンツ送受信装置。
【００２７】
【発明の実施の形態】
＜本発明の趣旨＞
まず、本発明が上述した課題を解決できる理由について説明する。
【００２８】
本発明にかかるコンテンツ送受信システムは、コンテンツの作成、配信にあたり、操作者に複雑な操作を強いることがない。例えば、第１の実施の形態では、最初の設置以外に操作を必要としない。第２の実施の形態においても、リモコンの開始、停止、送信のボタンを押すだけである。すなわち、本発明であるコンテンツ送受信システムおよび方法は、撮影後の複雑で面倒なデータ処理をコンテンツ送受信装置が全て行い、データセンターがコンテンツ情報の掲載、配信を代行するため、操作者に複雑な操作を要求しない。また、低ビットレートでの通信を可能にする圧縮符号化技術を用いてコンテンツの送受信を行うため、送信者に通信インフラへの初期投資を要求しない。そして送信者は受信者から支払われたコンテンツ受信料の一部を得られることが、送信者の数を増やす動機となる。さらに情報センターに登録する送信者は、受信者が欲する有益なコンテンツを撮影できる者に限られているため、受信者と送信コンテンツの間にミスマッチが起きず、受信者は所望のコンテンツを能動的に得ることが可能となり、上述した課題を解決できる。
【００２９】
また本コンテンツ送受信方法にかかるデータセンターが、コンテンツ送信者のコンテンツを検閲するため、不適当なコンテンツが配信されることを防ぐことができる。
【００３０】
さらに本コンテンツ送受信装置は、受信も送信もできるため、当初受信目的にコンテンツ送受信装置を購入した者が、送信者としての条件を満たせば、送信者としてコンテンツの有料配信をすることも可能である。
【００３１】
＜第１の実施の形態＞
それでは本発明第１の実施の形態について図面を参照して詳細に説明する。
【００３２】
本発明第１の実施の形態では、本発明にかかる情報センターに登録された送信者が、本発明にかかるコンテンツ送受信装置を用いて、撮影、送信するコンテンツがライブストリーミング用コンテンツであり、圧縮符号化されたビデオ、オーディオデータを受信者を待たせることなくライブ配信する。ライブ配信されるコンテンツは、例えば渋滞することで有名な交差点を窓から撮影できる位置に住んでいる送信者が、情報センターに登録して、コンテンツ送受信装置を所望の位置に設置し、現在の交差点状況を受信者に情報センター経由で有料ライブ配信する。情報センターは、送信者からのコンテンツが適切なものであるか検閲を行うと共に、受信者から徴収した視聴料金のうち、既定の割合を配信者に支払う。従って送信者は、最初に所望の位置にコンテンツ送受信装置を設置するだけで良く、その後のコンテンツ作成、配信に何の操作も必要としない。ただし、本発明第１の実施の形態では送信者が通信ネットワークへ常時接続していることが前提となる。
【００３３】
本発明の実施の形態にかかるコンテンツ送受信方法におけるビジネスモデルは以下の通りである。
【００３４】
（１）情報センターは中間マージン利益が得られるメリットがある。
【００３５】
（２）コンテンツ提供登録した送信者はコンテンツ提供利益が得られるメリットがある。
【００３６】
（３）受信者は所望のコンテンツをいつでも視聴できるメリットがある。
【００３７】
それでは続いて図面を用いて本発明にかかる第１の実施の形態について説明する。
【００３８】
図１は、本発明であるコンテンツ送受信システムの構成例を示すブロック図である。該システムは、情報センター１．１、第１のコンテンツ送受信装置１．２、第２のコンテンツ送受信装置１．３、通信ネットワーク１．４により構成される。
【００３９】
なお、ブロック図における実線はデータ線、破線は制御線を示すものとする。
【００４０】
以下、上記各ブロックについて詳細に説明する。
【００４１】
（情報センター）
情報センター１．１は、インターネット等の通信ネットワークにより、後述するコンテンツ送受信装置と接続されており、付加価値コンテンツ（受信者にとって有益）を提供できるコンテンツ送信者と契約登録し、該登録されたコンテンツ一覧情報を通信ネットワーク上に公開する。図３にコンテンツ一覧情報の例を示す。ここで、例えば道路状況は、渋滞することが多い場所、観光地は、その日の天候が重要な場所のライブ映像を提供することにより受信者にとって有益な情報を提供できる。
【００４２】
まず、図１２を用いて付加価値コンテンツを提供できる送信者の募集、登録例について説明する。
【００４３】
情報センター１．１は、後述する通信ネットワーク１．４上の自社サイト（ホームページ）への掲載、もしくは後述するコンテンツ送受信装置に同梱する等して、募集要項を公開する（Ｓ１２．１）。そして応募があると（Ｓ１２．２）、実際に現地に出向く等して条件に適合しているかの審査を行う（Ｓ１２．３）。ここで審査をクリアした応募者は（Ｓ１２．４）、コンテンツの配信料金等の条件を含む契約を情報センター１．１と交わす（Ｓ１２．５）。そしてコンテンツ送受信装置を所望の位置に設置し、テスト送信を行う（Ｓ１２．６）。該テスト送信が正常に行われたのを確認後（Ｓ１２．７）、情報センター１．１の管理するコンテンツ情報に追加登録する（Ｓ１２．８）。なお、該募集、登録方法は一例であり、その他の方法によってもかまわない。また募集するコンテンツ（例えば場所）の選定については、例えば図３に示したように、受信者からのリクエストによってもかまわないし、情報センター１．１が自身で選定してもかまわない。
【００４４】
続いて、図４を参照して情報センターでなされる、コンテンツの配信ならびに課金処理の流れを説明する。
【００４５】
第１のコンテンツ送受信装置１．２を操作する受信者が、上記コンテンツ一覧情報より所望のコンテンツの転送要求をすると（Ｓ４．１）、情報センター１．１は、該コンテンツの提供登録をしている、第２のコンテンツ送受信装置１．３に対してコンテンツの送信要求をする（Ｓ４．２）。そして第２のコンテンツ送受信装置１．３より送信されてきたコンテンツを受信して（Ｓ４．３）、適切なものであるかどうかを検閲する（Ｓ４．４）。この際、符号化されているコンテンツの一部を所望のタイミングで抜き取り、複合化してチェックを行うが、もし、コンテンツが不適切な場合、受信者のコンテンツ送受信装置１．２に対し通信不可情報を送信する（Ｓ４．１０）と共に、送信を中止し、送信者に改善要求をする。
【００４６】
検閲の結果コンテンツが適切な場合には、受信者に有料コンテンツであり課金がなされる旨を確認し（Ｓ４．５）、受信者がこれを受け入れた場合（Ｓ４．６）、第１のコンテンツ送受信装置１．２より受信者のＩＤを得て課金処理する（Ｓ４．７）。もし受信者が課金を受け入れなかった場合には、該コンテンツ配信ならびに課金処理は終了する。そして該課金処理後、受信者が受信を終了するまで送信を行う（Ｓ４．８）。受信者が受信を終了した場合、送信者のコンテンツ送受信装置１．３に対して送信停止要求を行う（Ｓ４．１１）。
【００４７】
なお、上述した課金方法は、ＣＳ（通信衛星）デジタル放送等で現在行われている方式であり、受信者がコンテンツ送受信機を購入した際に、情報センター１．１と有料コンテンツの受信契約を交わし、例えば月単位に料金が受信者の銀行口座等から引き落とされる方式であるが、課金方法としては他に多くの方式があり、例えば予め視聴可能時間もしくは料金等が決められたプリペイドカードを購入し、ここに記載されたＩＤを入力する方式等がある。なお、該課金方式が本発明を制限しないことはいうまでもない。
【００４８】
ここで、情報センター１．１では、送信者のコンテンツ送受信装置１．３より、符号化されて送信されてきたライブコンテンツストリームを、検閲時以外に複合化することはなく、バッファリングしただけでそのまま受信者のコンテンツ送受信装置１．２に送信する。また検閲のタイミングとしては、所望の任意タイミングでも良いし、例えばストリームの先頭に固定しても良い。
【００４９】
（コンテンツ送受信装置）
続いて本発明にかかるコンテンツ送受信装置１．２、１．３について説明する。本発明の実施の形態では、送信者、受信者ともに同じコンテンツ送受信装置を用いてそれぞれ送受信を行う。これにより受信者が送信者に、送信者が受信者になることが可能となる。図２は該コンテンツ送受信装置１．２、１．３の構成例を説明するためのブロック図である。該ブロックは、撮影手段２．１、キャプチャ手段２．２、符号化手段２．３、第１のバッファ手段２．４、通信手段２．５、第２のバッファ手段２．６、ビデオ複合化手段２．７、オーディオ複合化手段２．８、表示制御手段２．９、Ｄ／Ａ手段２．１０、操作入力受信手段２．１１、ＣＰＵ手段２．１２、ＩＤ手段２．１３からなる。
【００５０】
まず送信時の処理について図５のフロー図を参照して説明する。
【００５１】
情報センター１．１より通信手段２．５に送信要求が入力される（Ｓ５．１）と、ＣＰＵ手段２．１２は撮影手段２．１を制御して撮影を開始する（Ｓ５．２）。ただし、撮影するコンテンツの種類によりビデオのみの場合と、オーディオ付きの場合とがある。例えばコンテンツが道路状況の場合には、オーディオは不要であるためビデオのみ撮影する。
【００５２】
撮影されたビデオ、オーディオはキャプチャ手段２．２によりキャプチャされ（Ｓ５．３）、符号化手段２．３に入力される。符号化手段２．３では、ライブストリーミング送信に好適なデータへの圧縮符号化処理および変換処理がなされる（Ｓ５．４）。ただし、ビデオ、オーディオの圧縮符号化処理としては、ＭＰＥＧ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅｓ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）２よりもさらなる高圧縮率を実現できるＭＰＥＧ４　ＶｉｄｅｏならびＭＰＥＧ４　Ａｕｄｉｏを用いることが好適であるが、高圧縮を実現できる方式であればそれ以外の方式でもかまわない。なお、ＭＰＥＧ４は１９９９年１月にＩＳＯ／ＩＥＣ　１４４９６として国際標準となった圧縮符号化に関する規格であり、ｈｔｔｐ：／／ｄｒｏｇｏ．ｃｓｅｌｔ．ｉｔ／ｍｐｅｇ／ｓｔａｎｄａｒｄｓ／ｍｐｅｇ−４／ｍｐｅｇ−４．ｈｔｍより詳細情報を入手可能である。
【００５３】
符号化手段２．３で圧縮符号化および変換処理されたストリームデータは、バッファ手段２．４でバッファリングされ（Ｓ５．５）、通信手段２．５から送信される（Ｓ５．６）。そして通信手段２．５に送信終了要求が送られてくるまでストリームデータの送信を続ける（Ｓ５．７）。
【００５４】
続いて、受信時の処理について図６のフロー図を参照して説明する。
受信者が例えばリモコンやキーといった操作入力手段を操作して、ＣＰＵ手段２．１２上で動作するＷＷＷ（Ｗｏｕｌｄ　Ｗｉｄｅ　Ｗｅｂ）ブラウザソフトウエアを動作させ、情報センター１．１にアクセスし（Ｓ６．１）、図３に示したようなコンテンツ一覧画面上に貼られたハイパーリンク（所望のコンテンツや画面への参照）をクリックする等して、所望のコンテンツの転送要求をする（Ｓ６．２）。そして情報センター１．１からの課金の確認に対して、受信者がリモコンのＯＫボタンを押す等して応えると、ＩＤ手段２．１３に格納されている該コンテンツ送受信装置１．２のＩＤ情報がＣＰＵ手段２．１２、送信手段２．５により情報センター１．１に送信される（Ｓ６．３）。なお、上記情報センター１．１にあるコンテンツ一覧画面へのアクセスならびに課金の確認表示等は、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）ファイルを情報センター１．１のＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）サーバーより取得し、ＣＰＵ手段２．１２上で動作するＷＷＷブラウザソフトウエアを用いて表示制御手段２．９経由で表示せしめることと等価である。
【００５５】
そして情報センター１．１より通信手段２．５に所望のストリーム（ストリーミングデータ）が送られてくると（Ｓ６．４）、これをバッファ手段２．６でバッファリングしながら、ビデオ復号化手段２．７、オーディオ復号化手段２．８でそれぞれ復号化処理を行う（Ｓ６．５）。ここで該バッファリングは、通信ネットワークのトラフィックが一定でなく、極めて低速になったりする場合にも、コンスタントに復号処理手段へ転送するために有効である。
【００５６】
続いて、複合化されたビデオ信号は、表示制御手段２．９で例えばＮＴＳＣエンコード処理等がなされ（Ｓ６．６）、モニター（図示せず）に出力表示される（Ｓ６．７）。複合化されたオーディオ信号はＤ／Ａ変換処理後出力され、アンプ（図示せず）で増幅された後スピーカーより鳴らされる。もちろんオーディオ信号がないコンテンツの場合、ビデオ処理のみ行われる。
【００５７】
該受信処理は、受信者が上記操作入力手段を操作する等して、受信終了操作をするまで続けられ（Ｓ６．８）、該終了リクエストは情報センター１．１に送られる。
【００５８】
ここで、上述したビデオ、オーディオ信号の符号化および復号化処理は、ＣＰＵ手段２．１２でソフトウエアによりなされても良く、ＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を提供するエンコーダーおよびプレーヤーソフトウエアをＣＰＵ手段上に実装し、該ソフトウエアに符号化および復号化処理も含める方式が現在多く行われている。該プレーヤーソフトウエアの例としては、米国Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（Ｒ）　Ｍｅｄｉａ　ＥｎｃｏｄｅｒおよびＷｉｎｄｏｗｓ（Ｒ）　Ｍｅｄｉａ　Ｐｌａｙｅｒや、米国Ｒｅａｌ　Ｎｅｔｗｏｒｋｓ社のＲｅａｌ　Ｐｒｏｄｕｃｅｒ　およびＲｅａｌ　Ｐｌａｙｅｒ等がある。図７に符号化および復号化処理をＣＰＵ手段で行う場合の構成例を示す。送信時、受信時の処理の流れは、それぞれ図５、図６用いて上述した通りなので説明を省略する。
【００５９】
また通常インターネット等の通信ネットワークのトランスポート層の通信プロトコルとしては、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ）が主に用いられるが、ストリーミングの場合ＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）が用いられる。ＵＤＰはＴＣＰのように、サーバー、クライアント間にコネクションを確立せず、エラー時の再送ができない等、信頼性の面で劣るものの、高速な通信が可能であるため、多少のエラーが問題にならないストリーミングのようなアプリケーションには好適なプロトコルである。アプリケーション層のプロトコルとしてはＲＴＳＰ（Ｒｅａｌ　Ｔｉｍｅ　Ｓｔｒｅａｍｉｎｇ　Ｐｒｏｔｏｃｏｌ）が主に用いられるが、企業内のＬＡＮ環境からファイアーウオール経由で利用する場合には、ＨＴＴＰが用いられる場合もある。これはファイアーウオールの設定によっては、ＨＴＴＰしか通さない場合があるためである。
【００６０】
（通信ネットワーク）
通信ネットワーク１．４は、例えばインターネットであり、上述したように、ファイルの送受信のようなエラーを許さない場合には、ＴＣＰ／ＩＰプロトコルをそれぞれトランスポート層、ネットワーク層のプロトコルとして用いるネットワークである。ネットワークプロトコルは、コンピュータ同士が通信するための標準的な方法を提供し、プロトコルはネットワークを介した送受信のためにデータをどのようにフォーマットすべきかを示す。該プロトコルにより、ネットワーク上で異機種のコンピュータがシームレスに通信することができる。アプリケーション層の標準インターネットプロトコルとしては、ブラウザソフトウエアによりＨＴＭＬファイルを送受信するためのＨＴＴＰ、電子メールを送受信するためのＳＭＴＰ（Ｓｉｍｐｌｅ　Ｍａｉｌ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）、汎用的なファイル送信のためのＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）等があり、例えばＨＴＴＰに関しては、Ｔ．　Ｂｅｒｎｅｒｓ　Ｌｅｅ，　Ｒ．　ＦｉｅｌｄｉｎｇおよびＨ．　Ｆｒｙｓｔｙｋの論文「Ｈｙｐｅｒｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃａｌ−ＨＴＴＰ／１．０」、ｈｔｔｐ：／／ｗｗｗ．ｉｃｓ．ｕｃｉ．ｅｄｕ／ｐｕｂ／ｉｅｔｆ／ｈｔｔｐ／ｄｒａｆｔｉｅｔｆ−ｈｔｔｐ−ｖ１０−ｓｐｅｃ−０３．ｈｔｍｌ、１９９５年９月４日に詳しく解説されている。またＳＭＴＰに関しては、Ｊ．　Ｂ　Ｐｏｓｔｅｌの論文「Ｓｉｍｐｌｅ　Ｍａｉｌ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃａｌ」、ＲＦＣ８２１、Ｉｎｆｏｒｍａｔｉｏｎ　Ｓｃｉｅｎｃｅ　Ｉｎｓｔｉｔｕｔｅ、ＵＳＣ、１９８２年８月、ｈｔｔｐ：／／ｄｓ．ｉｎｔｅｒｎｉｃ．ｎｅｔ／ｓｔｄ／ｓｔｄ１０．ｔｘｔに詳しく解説されている。ＦＴＰに関しては、Ｊ．　Ｂ　ＰｏｓｔｅｌとＪ．　Ｋ．　Ｒｅｙｎｏｌｄｓの論文「Ｆｉｌｅ　ＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ　（ＦＴＰ）　」、ＲＦＣ９５９、ＩｎｆｏｒｍａｔｉｏｎＳｃｉｅｎｃｅｓ　Ｉｎｓｔｉｔｕｔｅ、ＵＳＣ、１９８５年１０月、ｈｔｔｐ：／／ｗｗｗ．ｃｉｓ．ｏｈｉｏ−ｓｔａｔｅ．ｅｄｕ／ｈｔｂｉｎ／ｒｆｃ／ｒｆｃ０９５９．ｈｔｍｌ等に詳細に説明されている。
【００６１】
＜第２の実施の形態＞
本発明第２の実施の形態では、本発明にかかる情報センターに登録された送信者が、本発明にかかるコンテンツ送受信装置を用いて、撮影、送信するコンテンツがオンディマンドストリーミング用コンテンツであり、送信者により予め作成されたオンディマンドストリーミングコンテンツを、情報センターのストリーミングサーバーに転送しておき、受信者のリクエストに応じてオンディマンドに配信する。オンディマンド配信されるコンテンツは、例えば時差のある海外在住で、観光スポットとして有名な場所を窓から撮影できる位置に住んでいる送信者が、情報センターに登録して、コンテンツ送受信装置を所望の位置に設置し、日中の状況を撮影したもの等が想定される。情報センターは、送信者からのコンテンツが適切なものであるか検閲を行うと共に、受信者から徴収した視聴料金のうち、予め定められた割合を配信者に支払う。なお、本発明第２の実施の形態では、送信者が通信ネットワークに常時接続する必要は無く、所望のタイミングでコンテンツを送信する時のみ通信ネットワークに接続すればよい。
【００６２】
それでは続いて図面を用いて本発明第２の実施の形態について説明する。
【００６３】
本発明第２の実施の形態にかかるコンテンツ送受信システムの構成例は、第１の実施の形態と同様、情報センター１．１、第１のコンテンツ送受信装置１．２、第２のコンテンツ送受信装置１．３、通信ネットワーク１．４により構成されるため説明を省略する。
【００６４】
以下、上記各ブロックについて詳細に説明する。
【００６５】
（情報センター）
情報センター１．１は、インターネット等の通信ネットワークにより、後述するコンテンツ送受信装置と接続されており、付加価値コンテンツ（受信者にとって有益）を提供できるコンテンツ送信者と契約登録し、該登録されたコンテンツ一覧情報を通信ネットワーク上に公開する。
【００６６】
ここでコンテンツ送信者の募集、登録は本発明第１の実施の形態と同様であるため説明を省略する。
【００６７】
続いて、図８を参照して情報センターでなされるコンテンツの配信ならびに課金処理の流れについて説明する。
【００６８】
まず、後述する第２のコンテンツ送受信装置１．３より送信されてきたコンテンツを受信して（Ｓ８．１）、適切なものであるかどうかを検閲する（Ｓ８．２）。この際、符号化されているコンテンツの一部または全てを複合化してチェックを行うが、もし、コンテンツが不適切な場合、送信者にコンテンツに不備がある旨連絡する（Ｓ８．７）。検閲の結果コンテンツが適切な場合、該コンテンツをコンテンツ一覧情報に登録して受信者に公開する（Ｓ８．３）。そして後述する第１のコンテンツ送受信装置１．２を操作する受信者が、上記コンテンツ一覧情報より所望のコンテンツの転送要求をすると（Ｓ８．４）、本情報センター１．１は受信者に対して課金の確認表示を行う（Ｓ８．５）。受信者がこれを受け入れた場合（Ｓ８．６）、第１のコンテンツ送受信装置１．２より受信者のＩＤを得て課金処理する（Ｓ８．７）。もし受信者が課金を受け入れなかった場合には、該コンテンツ配信ならびに課金処理は終了する。そして該課金処理後、第１のコンテンツ送受信装置１．２に所望のオンディマンドコンテンツを送信する（Ｓ８．８）。そして該送信は受信者が受信終了要求を出すまで続けられる（Ｓ８．９）。
【００６９】
（コンテンツ送受信装置）
続いて本発明にかかるコンテンツ送受信装置１．２、１．３について説明する。本発明第２の実施の形態でも、送信者、受信者ともに同じコンテンツ送受信装置を用いてそれぞれ送受信を行う。これにより受信者が送信者に、送信者が受信者になることが可能となる。図１０は該コンテンツ送受信装置１．２、１．３の構成例を説明するためのブロック図である。該ブロックは、撮影手段１０．１、キャプチャ手段１０．２、符号化手段１０．３、メモリ手段１０．４、通信手段１０．５、バッファ手段１０．６、ビデオ複合化手段１０．７、オーディオ複合化手段１０．８、表示制御手段１０．９、Ｄ／Ａ手段１０．１０、操作入力受信手段１０．１１、ＣＰＵ手段１０．１２、ＩＤ手段１０．１３からなる。
【００７０】
本発明第２の実施の形態における、コンテンツ送受信装置の受信時の処理は、本発明第１の実施の形態と同様であるため、送信時の処理についてのみ図９のフロー図を参照して説明する。
【００７１】
まず送信者がリモコン等の操作により、撮影の開始を指示すると、ＣＰＵ手段１０．１２は撮影手段１０．１を制御して撮影を開始し、該撮影された信号はキャプチャ手段１０．２によりキャプチャされる（Ｓ９．２）。そして符号化手段１０．３により、オンディマンドストリーミング送信に好適なデータへの圧縮符号化処理および変換処理がなされ（Ｓ９．３）、メモリ手段１０．４に順次格納される（Ｓ９．４）。上記処理は、送信者がリモコン等を操作して、撮影を終了するまで続けられる（Ｓ９．５）。そしてメモリ手段１０．４に格納されたオンディマンドストリーミングコンテンツは、送信者がリモコンの送信ボタンを押す等の操作を行うと、通信手段１０．５により情報センター１．１のサーバーに送信される（Ｓ９．６）。ただし、通信ネットワーク１．４への接続は、該送信時のみなされ、送信終了と共に接続は切断される。また該送信時の通信プロトコルとしては上述したＦＴＰが好適であるが、その他のプロトコルを用いても良い。
【００７２】
また第１の実施の形態同様、撮影するコンテンツは、その種類によりビデオのみの場合と、オーディオ付きの場合とがある。例えばコンテンツが観光地の様子を建物の上階より撮影するような場合には、オーディオは不要であるためビデオのみ撮影する。
【００７３】
さらに、ビデオ、オーディオの圧縮符号化処理としては、第１の実施の形態同様、ＭＰＥＧ２よりもさらなる高圧縮率を実現できるＭＰＥＧ４　ＶｉｄｅｏおよびＭＰＥＧ４　Ａｕｄｉｏを用いることが好適であるが、高圧縮を実現できる方式であればそれ以外の方式でもかまわない。
【００７４】
ここで、第１の実施の形態同様、上述したビデオ、オーディオ信号の符号化および復号化処理は、ＣＰＵ手段１０．１２でソフトウエアによりなされても良く、図１１に符号化および復号化処理をＣＰＵ手段で行う場合の構成例を示す。送信時、受信時の処理の流れは、それぞれ図９、図６を用いて上述した通りなので説明を省略する。
【００７５】
（通信ネットワーク）
通信ネットワーク１．４は、第１の実施の形態と同様であるため説明を省略する。
【００７６】
【発明の効果】
本発明によれば、受信者が欲する有益なライブもしくは準ライブコンテンツを撮影できる操作者が、簡単にコンテンツを作成、送受信できるコンテンツ送受信システムを提供すること、ならびに受信者が欲する有益なライブもしくは準ライブコンテンツの数を増やし、それらをいつでも視聴可能ならしめる、コンテンツ送受信方法を提供することが可能となる。また本発明では、低ビットレートでの通信を可能にする圧縮符号化技術を用いてコンテンツの送受信を行うため、送信者に通信インフラへの初期投資を要求しない。さらに本コンテンツ送受信方法にかかるデータセンターが、コンテンツ送信者のコンテンツを検閲するため、不適当なコンテンツが配信されることを防ぐことができる。
【００７７】
さらに本コンテンツ送受信装置は、受信も送信もできるため、当初受信目的にコンテンツ送受信装置を購入した者が、送信者としての条件を満たせば、送信者としてコンテンツの有料配信をすることも可能である。
【図面の簡単な説明】
【図１】本発明にかかるシステム構成例を示すブロック図
【図２】本発明第１の実施の形態にかかるコンテンツ送受信装置の構成例を示すブロック図
【図３】本発明にかかるコンテンツ一覧情報を説明するための概念図
【図４】本発明第１の実施の形態にかかる情報センターでの処理例を示すフロー図
【図５】本発明第１の実施の形態にかかるコンテンツ送受信装置での送信処理例を示すフロー図
【図６】本発明第１の実施の形態にかかるコンテンツ送受信装置での受信処理例を示すフロー図
【図７】本発明第１の実施の形態にかかるコンテンツ送受信装置の構成例を示すブロック図
【図８】本発明第２の実施の形態にかかる情報センターでの処理例を示すフロー図
【図９】本発明第２の実施の形態にかかるコンテンツ送受信装置での送信処理例を示すフロー図
【図１０】本発明第２の実施の形態にかかるコンテンツ送受信装置の構成例を示すブロック図
【図１１】本発明第２の実施の形態にかかるコンテンツ送受信装置の構成例を示すブロック図
【図１２】本発明にかかるコンテンツ送信者の募集、登録処理例について説明するためのフロー図
【符号の説明】
１．１　情報センター
１．２　コンテンツ送受信装置
１．３　コンテンツ送受信装置
１．４　通信ネットワーク
２．１　撮影手段
２．２　キャプチャ手段
２．３　符号化手段
２．４　バッファ手段
２．５　通信手段
２．６　バッファ手段
２．７　ビデオ復号化手段
２．８　オーディオ復号化手段
２．９　表示制御手段
２．１０　Ｄ／Ａ手段
２．１１　操作入力受信手段
２．１２　ＣＰＵ手段
２．１３　ＩＤ手段
７．１　撮影手段
７．２　キャプチャ手段
７．３　ＣＰＵ手段
７．４　バッファ手段
７．５　通信手段
７．６　バッファ手段
７．７　表示制御手段
７．８　Ｄ／Ａ手段
７．９　操作入力受信手段
７．１０　ＩＤ手段
１０．１　撮影手段
１０．２　キャプチャ手段
１０．３　符号化手段
１０．４　メモリ手段
１０．５　通信手段
１０．６　バッファ手段
１０．７　ビデオ復号化手段
１０．８　オーディオ復号化手段
１０．９　表示制御手段
１０．１０　Ｄ／Ａ手段
１０．１１　操作入力受信手段
１０．１２　ＣＰＵ手段
１０．１３　ＩＤ手段
１１．１　撮影手段
１１．２　キャプチャ手段
１１．３　ＣＰＵ手段
１１．４　メモリ手段
１１．５　通信手段
１１．６　バッファ手段
１１．７　表示制御手段
１１．８　Ｄ／Ａ手段
１１．９　操作入力受信手段
１１．１０　ＩＤ手段
【図１】
2004145621.tif 000003
【図２】
2004145621.tif 000004
【図３】
2004145621.tif 000005
【図４】
2004145621.tif 000006
【図５】
2004145621.tif 000007
【図６】
2004145621.tif 000008
【図７】
2004145621.tif 000009
【図８】
2004145621.tif 000010
【図９】
2004145621.tif 000011
【図１０】
2004145621.tif 000012
【図１１】
2004145621.tif 000013
【図１２】
2004145621.tif 000014