JP4538697B2 - 利益還元装置、利益還元方法及びシステム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明はコンテンツ提供装置、コンテンツ提供方法、プログラム格納媒体及びコンテンツ提供システムに関し、例えばインターネットを介してコンテンツを提供するコンピュータネットワークシステムに適用して好適なものである。
【０００２】
【従来の技術】
従来、コンピュータネットワークシステムにおいて、例えば個人が作成した映像及び又は音声からなるコンテンツをインターネットを介して提供する場合、ユーザはパーソナルコンピュータを使用して作成した個人のホームページを開設することが一般的に行われている。
【０００３】
このように個人のホームページを開設する場合、ユーザはパーソナルコンピュータを介してホームページ作成プログラムを入手し、当該ホームページ作成プログラムに基づいて複数のコンテンツとハイパーリンクしたホームページを制作し、これをインターネットサービスプロバイダ（以下、これをＩＳＰと呼ぶ）のサーバに蓄積しておく。
【０００４】
そしてＩＳＰは、インターネットを介してアクセスしてきたクライアントに対してサーバからホームページを提供し、そのホームページ上のアンカーがクリックされた場合、ハイパーリンクされたコンテンツを続いて提供するようになされている。
【０００５】
またホームページ上には、バナー広告が表示されており、クライアントのユーザにバナー広告がクリックされると、ＩＳＰは当該バナー広告の詳細な内容をクライアントに送信して視聴させるようになされている。
【０００６】
【発明が解決しようとする課題】
ところでかかる構成のコンピュータネットワークシステムにおいては、クライアントに提供したホームページ上のバナー広告をユーザに視聴させるためには、当該バナー広告をクリックしてもらう必要があるが、ユーザにとって関心のないバナー広告の場合にはクリックしてもらうことができず、バナー広告の詳細な内容を必ずしもユーザに視聴させ得ないという問題があった。
【０００７】
またパーソナルコンピュータを介してバナー広告付きのホームページを制作することは容易ではなく、それだけでホームページ制作者に対して煩雑な操作を強いるという問題があった。
【０００８】
本発明は以上の点を考慮してなされたもので、広告情報を容易かつ確実にクライアントのユーザに提供し得るコンテンツ提供装置、コンテンツ提供方法、プログラム格納媒体及びコンテンツ提供システムを提案しようとするものである。
【０００９】
【課題を解決するための手段】
かかる課題を解決するため本発明においては、コンテンツ供給手段から供給されたコンテンツに広告依頼者から供給された広告情報を付加することにより生成された広告情報付コンテンツをコンテンツ蓄積提供手段によって蓄積し、クライアントからの要求に応じて広告情報付コンテンツをコンテンツ蓄積提供手段によりネットワークを介してクライアントへ提供し、クライアントが広告情報付コンテンツの提供を受けた後に当該広告情報付コンテンツを再生することにより当該クライアントの表示部にコンテンツ表示画面を表示し、当該コンテンツ表示画面に設けられている寄付ボタンが操作されたときに複数種類の金額が示された寄付金額提示画面を表示した後、当該寄付金額提示画面の中から選択された金額に基づいて生成した寄付データをクライアントから受信手段を介して受信し、選択された金額に基づいて生成された寄付データを所定の換算率でポイントに換算し、コンテンツ蓄積提供手段が広告付コンテンツをクライアントへ提供した提供回数に応じて発生した累積ポイント数を換算したポイントで更新し、当該更新した累積ポイント数を用いて課金処理を実行するようにする。
【００１０】
これにより、寄付データを所定の換算率でポイントに換算し、コンテンツ蓄積提供手段が広告付コンテンツをクライアントへ提供した提供回数に応じて発生した累積ポイント数を当該寄付データに基づいて換算したポイントにより更新し、当該更新した累積ポイント数を用いて課金処理を実行することができるので、寄付データを累積ポイント数に反映した利益還元を実行することができる。
【００１１】
【発明の実施の形態】
以下図面について、本発明の一実施の形態を詳述する。
【００１２】
（１）インターネットを利用した電子商取引の原理
インターネットは、多数のコンピュータを通信リンクを介して相互に接続することにより構築したコンピュータネットワークであり、コンピュータ間で電子メール、ゴーファー（Gopher）及びＷＷＷ（World Wide Web）等の各種サービスを利用して情報を送受信し得るようになされている。
【００１３】
すなわち図１に示すように、インターネット３００を介してクライアントＰＣ(Personal Computer) ３０２−１〜３０２−ＮへＷＷＷ等の各種サービスを提供するＷＷＷサーバ３０１（ＷｅｂサーバやＷｅｂサイト等とも呼ばれている）は、図形や画像等のグラフィックス情報によって構成されるＷｅｂページを内部のハードディスクに格納している。
【００１４】
このＷＷＷサーバ３０１やＷｅｂページ等のＷＷＷ上で用いられる各リソースは、インターネット３００上で識別するためのアドレシング技術であるＵＲＬ（Uniform Resource locator）によって一意的に認識可能となっている。
【００１５】
従って、インターネット３００に接続されているクライアントＰＣ３０２−１〜３０２−Ｎは、ＨＴＴＰ（Hyper Text Transfer Protocol）等の所定の転送プロトコルで例えば閲覧を希望するＷｅｂページのＵＲＬがユーザによって指定されると、当該ＵＲＬに従ってＷＷＷサーバ３０１にＷｅｂページの閲覧要求を行う。
【００１６】
そしてクライアントＰＣ３０２−１〜３０２−Ｎは、ＷＷＷサーバ３０１に対して閲覧要求した結果、当該ＷＷＷサーバ３０１から送信されたＷｅｂページを受信すると、内部のハードディスクに予め格納されたＷＷＷブラウザを介して当該Ｗｅｂページを表示部に表示するようになされており、これによりユーザに対してＷｅｂページを閲覧させ得るようになされている。
【００１７】
ここでＷｅｂページとしては、ＨＴＭＬ（Hyper Text Markup Language）を使用して定義されているものが代表的であり、当該Ｗｅｂページを定義しているＨＴＭＬドキュメントには、Ｗｅｂページをどのように表示させるかを指定するためにＨＴＭＬで規定されたタグ（予約語）と呼ばれる記号が含まれている。
【００１８】
因みにＨＴＭＬドキュメントには、グラフィックス、コントロール及びその他の機能を表示する様々なタグが含まれていると共に、Ｗｅｂページの閲覧を要求するＷＷＷサーバ３０１又は他のＷＷＷサーバで利用できるＷｅｂページのＵＲＬをリンク先として指定することも可能になっている。
【００１９】
従ってＷｅｂページは、当該Ｗｅｂページの提供者が意図する表示方法でクライアントＰＣ３０２−１〜３０２−Ｎの表示部に表示されることになる。
【００２０】
ところで最近、インターネット３００を利用した電子商取引に上述のＷＷＷが用いられている。
【００２１】
この場合ＷＷＷサーバ３０１においては、販売対象の商品を電子的にリスト化した商品カタログで構成されるＷｅｂページを用意しており、顧客の閲覧要求に応じてそのＷｅｂページを当該顧客が所有するクライアントパーソナルコンピュータ３０２−１〜３０２−Ｎに送信する。
【００２２】
これによりクライアントＰＣ３０２−１〜３０２−Ｎは、ＷＷＷサーバ３０１からインターネット３００を介して受信したＷｅｂページを表示部に表示し、その結果、販売対象の商品カタログを顧客に閲覧させ得るようになされている。
【００２３】
クライアントＰＣ３０２−１〜３０２−Ｎは、表示部に表示した商品カタログのＷｅｂページ上で購入希望の商品がユーザによって指定されると、その旨をＷＷＷサーバ３０１にインターネット３００を介して通知する。
【００２４】
これを受けたＷＷＷサーバ３０１は、クライアントＰＣ３０２−１〜３０２−Ｎに対して顧客情報を要求し、当該クライアントＰＣ３０２−１〜３０２−Ｎから商品を購入する顧客の氏名、顧客の所有するクレジットカード番号、商品の配達先を示す住所等の顧客情報を受信する。
【００２５】
次にＷＷＷサーバ３０１は、上述の顧客情報を受信すると、商品の注文確認用のＷｅｂページをクライアントＰＣ３０２−１〜３０２−Ｎに送信し、当該Ｗｅｂページ上で注文内容を顧客に確認させ、その後、商品の配送のスケジュールを調整する。
【００２６】
このようなインターネット３００を利用した電子商取引においては、インターネット３００を介して顧客に例えば音楽等の電子的なコンテンツを電子的に配送したり、配送業者等を利用して顧客に例えばパーソナルコンピュータ等の物理的な商品を配送する等して、種々の商品に対する電子商取引を実現し得るようになされている。
【００２７】
因みに、Ｗｅｂページを定義するものとしては、ＨＴＭＬの他にＸＭＬ（eXtensible Markup Language）と呼ばれるものがあり、当該ＸＭＬはＨＴＭＬと同様にタグを用いるものの、文書の構造やその意味を表現し得ると共に、文書型定義（DTD:Document Type Definition）によりタグに対して階層構造やデータ型等の属性を指定することができる。
【００２８】
従ってＷＷＷサーバ３０１においては、ＷｅｂページがＸＭＬを使用して定義されていれば、例えばデータベースに予め記憶している受注コード、商品コード、単価、数量等の情報処理用のデータを各種タグにそれぞれ埋め込むことができるので、Ｗｅｂページを閲覧用のみならずに、そのタグに埋め込んだ情報処理用のデータを用いて受注計算等の情報処理を自動的に実行するために利用することもできる。
【００２９】
（２）コンテンツ提供システムの構成
図２において、１は全体としてインターネットを利用した電子商取引を実現する本発明のコンテンツ提供システムを示し、コンテンツ制作者が使用するユーザＰＣ(Personal Computer) ２と、当該ユーザＰＣ２によって制作されたコンテンツを蓄え、要求に応じて提供するコンテンツ提供プロバイダ３と、Ｗｅｂサイト上で指定したコンテンツの提供をコンテンツ提供プロバイダ３から受ける複数のクライアントＰＣ４（４Ａ〜４Ｎ）と、コンテンツ制作者がユーザＰＣ２を介してインターネット上でオンラインショッピングを行うためのオンライン通信販売会社６と、コマーシャル映像（以下、これをＣＭ映像と呼ぶ）を作成し、当該ＣＭ映像をコンテンツ提供プロバイダ３からクライアントＰＣ４へ提供するよう依頼するコマーシャルクライアント（以下、これをＣＭクライアントと呼ぶ）７とが互いにインターネット５を介して接続されている。
【００３０】
このコンテンツ提供システム１は、ユーザＰＣ２で制作された個人のコンテンツに対するクライアントＰＣ４からのアクセス回数に応じて、コンテンツ提供プロバイダ３が受ける利益をコンテンツ制作者に正当に還元する（以下、これを利益還元と呼ぶ）システムであり、一段と優れたコンテンツの制作をコンテンツ制作者に促すと共に、Ｗｅｂサイトに対するクライアントＰＣ４のアクセス回数を増加させることを目的とした、インターネット５上の全く新たなビジネスモデルを構築している。
【００３１】
ここで、破線で囲われたコンテンツ提供プロバイダ３、オンライン通信販売会社６及びＣＭクライアント７は互いに提携関係にあってビジネスアライアンス８を構築しており、コンテンツ制作者（ユーザＰＣ２）に対して様々な形態で利益還元処理を行うようになされている。
【００３２】
（３）ユーザＰＣのユーザ登録手続き
このコンテンツ提供システム１においてユーザＰＣ２は、まずコンテンツ提供プロバイダ３に対してユーザ登録手続きを行う必要があり、当該ユーザ登録手続きについて以下詳細に説明する。
【００３３】
図３に示すように、ユーザＰＣ２はバス１１を介してＣＰＵ１０、ハードディスクドライブ（ＨＤＤ）１２、ＲＡＭ(Random Access Memory)１３、ＩＥＥＥ(Institute of Electrical and Electronics Engineers) １３９４インターフェース１４、ネットワークインターフェース１６及び液晶ディスプレイでなる表示部１７が互いに接続されて構成されている。
【００３４】
このようなユーザＰＣ２においては、ＨＤＤ１２に基本プログラムであるＯＳ(Operating System)の他、各種アプリケーションソフトウェアが格納されており、これらのアプリケーションソフトウェアをＲＡＭ１３上に適宜立ち上げて所定の処理を実行するようになされている。
【００３５】
すなわちユーザＰＣ２は、図４に示すようにＯＳを起動することにより表示部１７に表示したデスクトップ画面１９（マイクロソフト社のウィンドウズ画面）のオンラインサインアップアイコン２０がコンテンツ制作者によってクリックされると、ＣＰＵ１０がＨＤＤ１２から自動オンラインサインアップソフトウェアを立ち上げることにより、図５に示すようなユーザ情報登録画面２１を表示部１７に表示する。
【００３６】
このユーザ情報登録画面２１は、画面タイトルにもあるようにパーソナルキャスティングサービスを申し込む際のユーザ情報を登録するためのものであり、コンテンツ制作者はこの画面に従って「氏名」、「住所」、「電話番号」、「電子メールアドレス」、「生年月日」、「クレジットカード番号」、「第１希望ユーザＩＤ」、「第２希望ユーザＩＤ」、「第３希望ユーザＩＤ」、「希望チャンネル名」、「パスワード」及び「パスワード確認」の入力を行い、最後に「申し込みサービス」を「使い放題コース」或いは「ビギナーコース」のいずれかから選択する。
【００３７】
ここでパーソナルキャスティングサービスとは、本発明のコンテンツ提供システム１において新たに開始するコンテンツの提供形態であり、オンデマンド型及びライブ型と呼ばれるコンテンツの提供形態が用いられ、その内容については後程詳細に説明する。
【００３８】
ユーザ情報登録画面２１においては、コンテンツ制作者によって入力されたユーザ情報の内容を無効にするためのキャンセルボタン２２と、コンテンツ制作者によって入力されたユーザ情報で申し込みを行うための申込みボタン２３とが設けられている。
【００３９】
従ってユーザＰＣ２のＣＰＵ１０は、ユーザ情報の入力が終了した後に申込みボタン２３がクリックされると、図６に示すようにユーザ情報登録画面２１（図５）と同一内容のユーザ情報ファイル２５を作成し、これをネットワークインターフェース１６（図３）からインターネット５（図２）を介してコンテンツ提供プロバイダ３に所定のプロトコルで送信すると共に、ＨＤＤ１２にユーザ情報ファイル２５を書き込んで記憶しておく。
【００４０】
コンテンツ提供プロバイダ３は、図７に示すようにユーザＰＣ２をインターネット５に接続するためのインターネットサービスプロバイダ（以下、これをＩＳＰと呼ぶ）３１と、ユーザＰＣ２から供給されたコンテンツを蓄積し、クライアントＰＣ４からの要求に応じて提供するアプリケーションサービスプロバイダ（以下、これをＡＳＰと呼ぶ）３２とから構成されている。
【００４１】
ＩＳＰ３１は、全体を統括管理する制御サーバ３３と、ユーザＰＣ２に対する課金管理を行う課金管理データベース３４と、インターネット５を介してユーザＰＣ２とのネットワーク接続を行うネットワークインターフェース３５とが互いにＬＡＮ(Local Area Network)４２を介して接続されており、制御サーバ３３の制御に基づいて課金管理及びネットワーク制御を行うようになされている。
【００４２】
ＡＳＰ３２は、全体を統括管理するための管理サーバ３６と、ユーザＰＣ２のユーザ情報ファイル２５を管理するためのユーザ情報データベース３７と、コンテンツの提供スケジュールを管理するための提供スケジュール管理データベース３８と、コンテンツの蓄積及び提供を行うためのコンテンツサーバ３９と、コンテンツの視聴者であるクライアントＰＣ４（ビューワー）に関するビューワー情報を管理するためのビューワー情報データベース４０と、ＣＭクライアント７から供給されたＣＭ映像をＣＭ映像ＩＤ(Identification)に対応させて蓄積管理するためのＣＭ管理データベース４４とが互いにＬＡＮ４３を介して接続されており、管理サーバ３６の制御に基づいてユーザ情報管理、提供スケジュール管理、コンテンツの蓄積提供処理、ビューワー情報管理及びＣＭ提供管理を行うようになされている。
【００４３】
このコンテンツ提供プロバイダ３は、ユーザ登録手続きの際にユーザＰＣ２から送信されたユーザ情報ファイル２５をＩＳＰ３１のネットワークインターフェース３５及びＡＳＰ３２のネットワークインターフェース４１を介して管理サーバ３６で受け取る。
【００４４】
ＡＳＰ３２の管理サーバ３６は、ユーザ情報ファイル２５を受け取ると、内部のハードディスクから立ち上げたユーザ登録手続プログラムに従って、図８に示すルーチンＲＴ１の開始ステップから入ってステップＳＰ１に移る。
【００４５】
ステップＳＰ１においてＡＳＰ３２の管理サーバ３６は、ユーザＰＣ２から送信されたユーザ情報ファイル２５の内容を読み出してクレジットカード番号の桁数をチェックし、正しい桁数であったときには次のステップＳＰ２に移る。
【００４６】
なおＡＳＰ３２の管理サーバ３６は、クレジットカード番号が正しい桁数ではないとき、その旨をインターネット５を介してユーザＰＣ２に通知し、正しい桁数のクレジットカード番号を入力するように促す。
【００４７】
ステップＳＰ２においてＡＳＰ３２の管理サーバ３６は、ユーザ情報データベース３７にアクセスし、送られてきたユーザ情報ファイル２５のクレジットカード番号が重複していないかどうかをチェックし、重複していない場合にのみ次のステップＳＰ３に移る。
【００４８】
ステップＳＰ３においてＡＳＰ３２の管理サーバ３６は、ネットワークインターフェース４１からインターネット５を介してクレジットカード会社の与信チェックサーバ２６にアクセスし、そのクレジットカード番号が有効か否かの与信チェックを行い、当該クレジットカード番号が使用可能な状態であったときのみ次のステップＳＰ４に移る。
【００４９】
ステップＳＰ４においてＡＳＰ３２の管理サーバ３６は、ユーザ情報データベース３７に再度アクセスし、ユーザ情報ファイル２５の第１〜第３希望ユーザＩＤが既に使用されているか否かを調べ、第１〜第３希望ユーザＩＤのいずれかが未だ使用されていない場合、次のステップＳＰ５に移る。
【００５０】
ステップＳＰ５においてＡＳＰ３２の管理サーバ３６は、第１〜第３希望ユーザＩＤのうち希望順位の高い未使用のユーザＩＤを選定し、当該ユーザＩＤに対応したＵＲＬ(Uniform Resource Locator)を決定した後、ユーザ情報ファイル２５に基づいて図９に示すようなユーザ情報ＤＢテーブル４５を生成し、これをユーザ情報データベース３７に新たに登録し、次のステップＳＰ６に移る。
【００５１】
ここでユーザ情報データベース３７に新たに登録されたユーザ情報ＤＢテーブル４５には、ユーザ情報ファイル２５の内容に加えてユーザＩＤに対応して決定されたＵＲＬ、利益還元を受けるときに必要なコンテンツ制作者が獲得した累積ポイント数、当該累積ポイント数に応じたユーザのランクを表すユーザステータス（ステージ１）、接続開始日時、接続終了日時、現時点のインターネット５に対するＩＳＰ３１のインターネット接続料及びＡＳＰ３２の申込みサービス（「使い放題コース」）に対するサービス利用料が新たに追加されている。
【００５２】
このようにＡＳＰ３２の管理サーバ３６は、ユーザＩＤに対応したＵＲＬを決定した後ユーザ情報データベース３７に登録することにより、個々のコンテンツ制作者が制作したコンテンツの動画像ファイルをＵＲＬに対応したコンテンツサーバ３９の予め決められた専用の記憶領域に占有的に書き込む権利を与えるようになされている。
【００５３】
またＡＳＰ３２の管理サーバ３６は、ユーザ情報データベース３７のユーザ情報ＤＢテーブル４５をコンテンツ制作者毎に管理するようになされており、クライアントＰＣ４からのアクセス回数に応じてコンテンツ制作者の累積ポイント数を増加して更新し、当該累積ポイント数に応じてコンテンツ制作者のユーザステータスを変更したり、接続開始日時、接続終了日時、現在のインターネット接続料及び申込みサービスに対するサービス利用料に関する種々のデータを逐次更新する。
【００５４】
因みにユーザステータスとは、累積ポイント数に応じたコンテンツ制作者に対する格付けで、低いほうから順にステージ１、ステージ２、プロフェッショナルステージと位置付けられるようになされている。従ってユーザステータスの高いコンテンツ制作者ほど、多くの利益還元を受けることが可能である。
【００５５】
ステップＳＰ６においてＡＳＰ３２の管理サーバ３６は、選定したユーザＩＤと共に当該ユーザＩＤに対応したＵＲＬをネットワークインターフェース４１からインターネット５を介してユーザＰＣ２に通知する。
【００５６】
このときＡＳＰ３２の管理サーバ３６は、「ユーザＩＤに対応したＵＲＬに自動的に接続し、ユーザＰＣ２で制作されたコンテンツの動画像ファイルをＵＲＬに対応したコンテンツサーバ３９の専用の記憶領域に自動的に書き込む」ようにプログラムされた自動アップロードソフトウェアをシェアウエアとしてインターネット５を介してユーザＰＣ２に対して供給するようになされている。
【００５７】
これによりユーザＰＣ２のＣＰＵ１０は、自動アップロードソフトウェアをインターネット５を介してダウンロードし、当該自動アップロードソフトウェアに基づいてデスクトップ画面１９（図４）に自動アップロードソフトウェアのアップロードアイコン２７を表示する。
【００５８】
そしてユーザＰＣ２のＣＰＵ１０は、デスクトップ画面１９のアップロードアイコン２７がコンテンツ制作者によってクリックされると、自動アップロードソフトウェアに従ってインターネット５からＩＳＰ３１を経由してＡＳＰ３２に接続し、当該ＡＳＰ３２の管理サーバ３６に対して「ＵＲＬに対応するコンテンツサーバ３９の専用の記憶領域にコンテンツの動画像ファイルを自動的に書き込む」指示を与えるようになされている。
【００５９】
これによりＡＳＰ３２の管理サーバ３６は、ユーザＰＣ２から供給されたコンテンツの動画像ファイルをＵＲＬに基づくコンテンツサーバ３９の専用の記憶領域に書き込み、クライアントＰＣ４からの要求に応じてコンテンツの動画像ファイルをコンテンツサーバ３９の専用の記憶領域から読み出して提供することができる。
【００６０】
このようにユーザＰＣ２のＣＰＵ１０は、コンテンツ制作者によるユーザ情報の登録手続きによってユーザＩＤが選定されると共にＵＲＬが決定され、ＡＳＰ３２から自動アップロードソフトウェアをダウンロードしてしまえば、ＵＲＬをコンテンツ制作者に意識させたり入力させることなく、アップロードアイコン２７に対するクリック操作だけで、制作したコンテンツの動画像ファイルをコンテンツサーバ３９の専用の記憶領域にアップロードすることを一段と容易に実行し得るようになされている。
【００６１】
この結果コンテンツ提供システム１においては、あたかも自分専用チャンネル（以下、これをマイチャンネルと呼ぶ）を介してコンテンツを提供する個人放送局を開設したかのようなシステムを構築し得るようになされている。
【００６２】
ステップＳＰ７においてＡＳＰ３２の管理サーバ３６は、ユーザ登録手続き処理を完了したので、ユーザ登録完了通知メールを作成し、これをネットワークインターフェース４１からインターネット５を介してユーザＰＣ２に送信し、次のステップＳＰ８でユーザ登録手続き処理を全て終了する。
【００６３】
ところでＡＳＰ３２の管理サーバ３６は、要求に応じて個人のユーザ情報ＤＢテーブル４５をビジネスアライアンスを構築しているＩＳＰ３１の制御サーバ３３や、ユーザＰＣ２からＩＳＰ３１のアクセスポイントまでの回線接続を行う電話会社（図示せず）及びオンライン通信販売会社６に対して送信するようになされている。
【００６４】
この結果ＩＳＰ３１の制御サーバ３３及びオンライン通信販売会社６もユーザ情報ＤＢテーブル４５を保持することになる。
【００６５】
従ってユーザＰＣ２は、ＩＳＰ３１、電話会社及びオンライン通信販売会社６等にアクセスする都度、コンテンツ制作者に対して面倒な登録手続きを強いることがなく、最初に行ったユーザ登録手続き処理だけで済むようになされている。
【００６６】
因みにＡＳＰ３２の管理サーバ３６は、ＩＳＰ３１の制御サーバ３３、電話会社及びオンライン通信販売会社６に対して個人のユーザ情報ＤＢテーブル４５の内容を送信することに関して、ユーザ登録手続きのときに予めコンテンツ制作者に対して承諾をとるようになされている。
【００６７】
（４）パーソナルキャスティングサービスの形態
本発明のコンテンツ提供システム１においては、上述したようにパーソナルキャスティングサービスによるコンテンツの提供形態としてオンデマンド型とライブ型とがある。
【００６８】
オンデマンド型は、パーソナルキャスティングサービスのユーザ登録時に予めユーザＰＣ２が取得したＵＲＬに対応するコンテンツサーバ３９の専用の記憶領域に予めコンテンツを格納しておき、当該コンテンツサーバ３９の専用の記憶領域を介して、要求のあったクライアントＰＣ４に対してコンテンツを提供するサービス形態であり、あたかも個人放送局のように自分専用チャンネル（マイチャンネル）を介して要求のあったクライアントＰＣ４にコンテンツを提供できるようにしたものである。
【００６９】
一方ライブ型は、不特定多数のパーソナルキャスティングサービスの登録ユーザだけが特定ジャンルの映像チャンネル（例えば結婚式チャンネル、音楽ライブチャンネル、演劇ライブチャンネル及びイベントライブチャンネル）毎にＵＲＬで指定されたコンテンツサーバ３９の専用の記憶領域を時間帯毎に区分けして共有使用し、当該コンテンツサーバ３９の専用の記憶領域を介して、要求のあったクライアントＰＣ４に対してライブ映像のコンテンツをストリーミング再生して送信することによりリアルタイムに提供するサービス形態である。
【００７０】
このようにライブ型は、特定ジャンルの映像チャンネル毎にＵＲＬで指定されたコンテンツサーバ３９の専用の記憶領域に対する使用時間帯枠を予約することにより不特定多数の登録ユーザが自由にコンテンツを提供し得るようになされており、あたかも公共的な映像チャンネル（以下、これをパブリックチャンネルと呼ぶ）を介して要求のあったクライアントＰＣ４にライブ映像のコンテンツを提供できるようにしたものである。
【００７１】
（５）オンデマンド型によるパーソナルキャスティングサービス
次に、コンテンツ提供システム１のオンデマンド型によるパーソナルキャスティングサービスの説明を具体的に行う。
【００７２】
（５−１）オンデマンド型のコンテンツ制作処理
ユーザＰＣ２（図３）のＣＰＵ１０は、まずＨＤＤ１２から画像取込ソフトウェアを起動することにより、図１０に示すようなキャプチャー画面５０を表示部１７に表示する。
【００７３】
この場合ユーザＰＣ２のＣＰＵ１０は、ＩＥＥＥ１３９４インターフェース１４を介して接続されたディジタルビデオカメラ１８と画像取込ソフトウェアによるキャプチャー画面５０とを連動させるようになされており、コンテンツ制作者によるムービーモード切換ボタン５３のクリック操作に応じてオンデマンドモードに設定する。
【００７４】
そしてユーザＰＣ２のＣＰＵ１０は、ディジタルビデオカメラ１８で撮影した映像をファインダ表示エリア５１に表示してコンテンツ制作者に確認させると共に、当該コンテンツ制作者によるキャプチャーボタン５２のクリック操作に基づいてディジタルビデオカメラ１８による収録を開始し、キャプチャーボタン５２の再クリック操作に基づいて収録を終了する。
【００７５】
このときユーザＰＣ２のＣＰＵ１０は、キャプチャーボタン５２のクリック操作に応じて収録したディジタルビデオカメラ１８の動画像データをＩＥＥＥ１３９４インターフェース１４を介して取り込み、ＨＤＤ１２に一旦記録する。
【００７６】
次にユーザＰＣ２のＣＰＵ１０は、図１１に示すように画像取込ソフトウェアに従って確認画面５５を表示部１７に表示する。この確認画面５５には、ＨＤＤ１２に一旦記録した動画像データを再生して表示する映像表示エリア５６、再生中の動画像データに対するタイムコードを表示するタイムコード表示エリア５７、収録時の日付を表示する日付表示エリア５８、動画像データに対する再生、停止、早戻し、早送り等の操作を行う操作ボタン５９、動画像データの一部又は全部をＨＤＤ１２から削除する削除ボタン６０及びＯＫボタン６１が設けられており、確認画面５５上で収録した動画像データのシーンをコンテンツ制作者に対して確認させて所望のシーンだけを残すように編集し得るようになされている。
【００７７】
従って、収録した動画像データのシーンをコンテンツ制作者が確認画面５５上で確認し編集した後、当該コンテンツ制作者がＯＫボタン６１をクリックすると、ユーザＰＣ２のＣＰＵ１０は次にＨＤＤ１２から編集ソフトウェアを起動することにより、図１２に示すような編集画面６５を表示部１７に表示する。
【００７８】
この編集画面６５には、ディジタルビデオカメラ１８で収録した動画像データの確認画面５５を表示し得るようになされた３種類の確認画面表示エリア６６〜６８と、３種類の動画像データに対する合成順序を決定するための順番ボタン６９と、決定された合成順序で３種類の動画像データを合成するための合成ボタン７０と、ＯＫボタン７１とが設けられている。
【００７９】
従ってユーザＰＣ２のＣＰＵ１０は、コンテンツ制作者による順番ボタン６９のクリック操作によって３種類の動画像データに対する合成順序を決定し、合成ボタン７０のクリック操作に応じて３種類の動画像データを合成順序に従って合成することにより動画像ファイルを生成し、当該動画像ファイルをＡＳＰ３２のコンテンツサーバ３９に蓄積するコンテンツとしてＨＤＤ１２に一旦格納するようになされている。
【００８０】
（５−２）オンデマンド型のスケジュール予約
その後ユーザＰＣ２のＣＰＵ１０は、コンテンツ制作者によってＯＫボタン７１がクリックされるか、デズクトップ画面１９（図４）のアップロードアイコン２７がクリックされると、ユーザ登録時にＡＳＰ３２から予めダウンロードした自動アップロードソフトウェアを起動し、図１３に示すようなオンデマンド型パーソナルキャスト制御画面７５を表示部１７に表示する。
【００８１】
このオンデマンド型パーソナルキャスト制御画面７５には、モード表示欄７６に現在オンデマンドモードが設定されていることを示す「オンデマンド」の文字が表示され、ＩＳＰ名表示欄７７にＩＳＰ３１の会社名が自動的に表示されると共に、ＡＳＰチャンネル表示欄７８にオンデマンドモードで自動的に設定される「マイチャンネル」の文字が表示される。
【００８２】
またオンデマンド型パーソナルキャスト制御画面７５には、オプションボタン８１が設けられており、当該オプションボタン８１がコンテンツ制作者によってクリックされると、ユーザＰＣ２のＣＰＵ１０は自動アップロードソフトウェアに基づいて図１４に示すようなプルダウンメニュー８５をオンデマンド型パーソナルキャスト制御画面７５に重ねて表示する。
【００８３】
このプルダウンメニュー８５には、コンテンツ制作者が制作したコンテンツの映像ジャンルを指定するためのジャンル設定ボタン８５Ａ、要求のあったクライアントＰＣ４に対してコンテンツを提供する際のコーデックを選択するコーデック選択ボタン８５Ｂ、コンテンツの提供スケジュールをコンテンツ制作者によって自由に決定するためのスケジュール予約ボタン８５Ｃ、コンテンツ制作者の希望によりコンテンツの先頭部分にＣＭ映像を付加してクライアントＰＣ４に提供するためのＣＭ提供リクエストボタン８５Ｄ、ＣＭ映像から例えばＣＭ提供会社のホームページにリンクするためのＣＭリンク設定ボタン８５Ｅ及びコンテンツに対応したコンテンツＩＤを設定するためのコンテンツＩＤ設定ボタン８５Ｆが設けられている。
【００８４】
このようなプルダウンメニュー８５のうちジャンル設定ボタン８５Ａがコンテンツ制作者によってクリックされると、ユーザＰＣ２のＣＰＵ１０は自動アップロードソフトウェアに基づいて図１５に示すようなマイチャンネルジャンル表画面９０を表示部１７に表示する。
【００８５】
マイチャンネルジャンル表画面９０には、コンテンツの映像ジャンルをコンテンツ制作者が指定するために、映像カテゴリ毎にそれぞれ区分けされたカテゴリアイコン９１〜９９が表示され、そのうちのいずれか（例えば「車」カテゴリアイコン９２）がコンテンツ制作者によってクリックされると、ユーザＰＣ２のＣＰＵ１０はコンテンツの映像ジャンルを「車」であると認識し、当該認識した結果をカテゴリデータとしてＨＤＤ１２に一旦記憶する。
【００８６】
また、プルダウンメニュー８５のうちコーデック選択ボタン８５Ｂがコンテンツ制作者によってクリックされると、ユーザＰＣ２のＣＰＵ１０は自動アップロードソフトウェアに基づいて図１６に示すようなコーデック選択画面１００を表示部１７に表示する。
【００８７】
このコーデック選択画面１００では、クライアントＰＣ４に対してコンテンツを提供する際のコーデックとして例えばＭＰＥＧ(Moving Picture Experts Group)４、ＭＰＥＧ２及びＲｅａｌＧ２等のいずれかから選択するようになされており、コンテンツ制作者によって例えばＭＰＥＧ４にチェックマークが付けられると、ユーザＰＣ２のＣＰＵ１０はコーデックの種類をＭＰＥＧ４であると認識し、当該認識した結果をコーデック種類データとしてＨＤＤ１２に一旦記憶する。
【００８８】
さらに、プルダウンメニュー８５のうちスケジュール予約ボタン８５Ｃがコンテンツ制作者によってクリックされると、ユーザＰＣ２のＣＰＵ１０は自動アップロードソフトウェアに基づいて図１７に示すようなオンデマンド型提供スケジュール管理画面１０５を表示部１７に表示する。
【００８９】
このオンデマンド型提供スケジュール管理画面１０５には、カレンダ表示エリア１０６、映像リスト表示エリア１０７、スケジュール内容表示エリア１０８、決定ボタン１０９、スケジュール内容確認ボタン１１０及びスケジュール内容更新ボタン１１１が設けられている。
【００９０】
このオンデマンド型提供スケジュール管理画面１０５のカレンダ表示エリア１０６において、コンテンツを提供する所望の提供日（例えば２月１９日）がコンテンツ制作者のクリック操作によって選択されると、ユーザＰＣ２のＣＰＵ１０はコンテンツ制作者が希望する提供日を２月１９日であると認識し、その結果２月１９日を提供日データとしてＨＤＤ１２に一旦記憶すると共に、スケジュール表示エリア１０８のタイトルに提供日（２月１９日）を自動的に書き込んで表示する。
【００９１】
そしてオンデマンド型提供スケジュール管理画面１０５のスケジュール内容表示エリア１０８において、所望の開始時刻と終了時刻に合わせてクリックすることにより時間帯指定バー１１２がコンテンツ制作者によって指定されると、ユーザＰＣ２のＣＰＵ１０は開始時刻から終了時刻までの時間帯枠を認識すると共に時間帯指定バー１１２をコンテンツ制作者によって指定された時間帯枠毎に区分けして表示する。
【００９２】
すなわちスケジュール内容表示エリア１０８の時間帯指定バー１１２は、６時から６時５９分５９秒までの第１の時間帯枠と、７時から７時５９分５９秒までの第２の時間帯枠と、８時から８時５９分５９秒までの第３の時間帯枠と、９時から１０時５９分５９秒までの第４の時間帯枠と、……、２１時から２１時５９分５９秒までの第５の時間帯枠と、２２時から２３時５９分５９秒までの第６の時間帯枠とに区分けされて表示される。
【００９３】
続いて、コンテンツ制作者がクリックすることにより時間帯指定バー１１２における所望の時間帯枠が選択され、映像リスト表示エリア１０７の中から所望の映像種類（例えば４ＷＤ、スポーツカー、電気自動車）を示す種類記号（ＭＡ、ＭＢ又はＭＣ）がクリックされると、ユーザＰＣ２のＣＰＵ１０は選択された第１〜第６の時間帯枠でそれぞれ提供するコンテンツの映像種類を種類記号（ＭＡ、ＭＢ又はＭＣ）によって認識し、当該認識した種類記号を時間帯指定バー１１２の時間帯枠内にそれぞれ表示する。
【００９４】
そしてオンデマンド型提供スケジュール管理画面１０５で決定ボタン１０９がクリックされると、ユーザＰＣ２のＣＰＵ１０は時間帯指定バー１１２における第１〜第６の時間帯枠毎に決められた映像種類でコンテンツを提供するように予約した提供スケジュールプログラムを生成し、これをＨＤＤ１２に一旦記憶する。
【００９５】
すなわち提供スケジュールプログラムは、時間帯指定バー１１２における第１の時間帯枠の時刻でクライアントＰＣ４から要求を受けると種類記号ＭＡに該当する「４ＷＤ」のコンテンツを提供し、第２の時間帯枠の時刻でクライアントＰＣ４から要求を受けると種類記号ＭＢに該当する「スポーツカー」のコンテンツを提供し、第３の時間帯枠の時刻でクライアントＰＣ４から要求を受けると種類記号ＭＡに該当する「４ＷＤ」のコンテンツを提供し、第４の時間帯枠の時刻でクライアントＰＣ４から要求を受けると種類記号ＭＣに該当する「セダン」のコンテンツを提供し、第５の時間帯枠の時刻でクライアントＰＣ４から要求を受けると種類記号ＭＢに該当する「スポーツカー」のコンテンツを提供し、第６の時間帯枠の時刻でクライアントＰＣ４から要求を受けると種類記号ＭＡに該当する「４ＷＤ」のコンテンツを提供するようにプログラムされている。
【００９６】
さらに、プルダウンメニュー８５（図１４）のうちＣＭ提供リクエストボタン８５Ｄがコンテンツ制作者によってクリックされると、ユーザＰＣ２のＣＰＵ１０は自動アップロードソフトウェアに基づいて図１８に示すようなＣＭ提供リクエスト画面１１５を表示部１７に表示する。
【００９７】
このＣＭ提供リクエスト画面１１５には、自分のコンテンツの先頭部分にＣＭ映像を付加してクライアントＰＣ４に提供することを希望するか否かをコンテンツ制作者に対して問うためのＣＭ希望ボタン１１５Ａ及びＣＭ非希望ボタン１１５Ｂが設けられており、ＣＭ希望ボタン１１５Ａがコンテンツ制作者によってクリックされたときのみ、ユーザＰＣ２のＣＰＵ１０はコンテンツに対してＣＭ映像を付加してもらうことを希望する旨のＣＭ希望データを生成し、これをＨＤＤ１２に一旦記憶する。
【００９８】
さらに、プルダウンメニュー８５のうちＣＭリンク設定ボタン８５Ｅがコンテンツ制作者によってクリックされると、ユーザＰＣ２のＣＰＵ１０は自動アップロードソフトウェアに基づいて図１９に示すようなＣＭリンク設定画面１１６を表示部１７に表示する。
【００９９】
このＣＭリンク設定画面１１６には、コンテンツの最初に付加したＣＭ映像から例えばＣＭ提供会社のホームページにリンクするアンカを設定するためのＣＭリンク有ボタン１１６Ａと、ＣＭ映像からのリンクを設定しないためのＣＭリンク無ボタン１１６Ｂとが設けられており、ＣＭリンク有ボタン１１６Ａがコンテンツ制作者によってクリックされたときのみ、ユーザＰＣ２のＣＰＵ１０はＣＭ映像から所定のホームページにリンクするアンカの設定を希望する旨のＣＭリンクデータを生成し、これをＨＤＤ１２に一旦記憶する。
【０１００】
さらに、プルダウンメニュー８５のうちコンテンツＩＤ設定ボタン８５Ｆがコンテンツ制作者によってクリックされると、ユーザＰＣ２のＣＰＵ１０は自動アップロードソフトウェアに基づいて図２０に示すようなコンテンツＩＤ設定画面１１７を表示部１７に表示する。
【０１０１】
このコンテンツＩＤ設定画面１１７には、コンテンツＩＤ入力欄１１７Ａが設けられており、コンテンツ制作者によってコンテンツに対応した任意のコンテンツＩＤが入力されて実行キーが押下されると、ユーザＰＣ２のＣＰＵ１０はコンテンツＩＤを認識し、これをＨＤＤ１２に一旦記憶する。
【０１０２】
このようにユーザＰＣ２のＣＰＵ１０は、パーソナルキャスト制御画面７５のオプションボタン８１をクリックすることにより表示されたプルダウンメニュー８５に従ってコンテンツを提供する際の種々の条件を設定し、ＨＤＤ１２に一旦記憶した種々の諸条件データ（カテゴリデータ、コーデック種類データ、提供スケジュールプログラム、ＣＭ希望データ、ＣＭリンクデータ及びコンテンツＩＤ）やユーザ登録手続き処理を行った際のユーザ情報ファイル２５の内容に基づいて図２１に示すようなオンデマンド型提供スケジュールコントロールファイル１２０を新たに生成し、これをＨＤＤ１２に一旦記憶するようになされている。
【０１０３】
すなわちＨＤＤ１２に一旦記憶されたオンデマンド型提供スケジュールコントロールファイル１２０には、「ＩＳＰ接続先」としてインターネット５に接続する際のＩＳＰ名（＊＊＊＊＊）、「ＡＳＰチャンネル」としてＡＳＰ３２がコンテンツを提供する際のチャンネルタイプ（マイチャンネル）、「コンテンツＩＤ」としてコンテンツ制作者が決定したコンテンツＩＤ（＊＊＊）、「ＣＯＤＥＣ」として提供時のＣＯＤＥＣ（ＭＰＥＧ４）、「映像ジャンル」として映像カテゴリ（車）、「提供スケジュール」として提供スケジュールデータの内容（２月１９日６時から提供予定等の諸条件）、「ＣＭリクエスト」としてＣＭ提供リクエストの有無（ＣＭ有）、「ＣＭリンク」としてＣＭリンクの有無（ＣＭリンク無）、「ユーザＩＤ」としてユーザ登録時のユーザＩＤ（kimkim) 、「パスワード」としてユーザ登録時のパスワード（＊＊＊＊＊）が格納されている。
【０１０４】
従ってユーザＰＣ２のＣＰＵ１０は、オンデマンド型提供スケジュールコントロールファイル１２０に基づいてオンデマンド型パーソナルキャスト制御画面７５（図１３）の映像ジャンル表示欄７９にコンテンツの映像カテゴリを表す「車」の文字を表示すると共に、提供スケジュール予約表示欄８０にコンテンツの提供予定を表す「２月１９日６時から提供予定」の文字を表示するようになされている。
【０１０５】
なお、ＣＭリンク設定及びコンテンツＩＤ設定はユーザＰＣ２によりプルダウンメニュー８５を用いて設定する旨説明したが、ＡＳＰ３２の管理サーバ３６側で自動的に設定されるようにしても良い。
【０１０６】
例えばＣＭリンク設定は、クライアントＰＣ４により提供されることが決まったＣＭに対して、リンク指定がＣＭクライアント７によって予め行われているときは自動的にＣＭリンクが行われる。
【０１０７】
また、例えば画像のアップロードが行われるとＡＳＰ３２の管理サーバ３６側で自動的にコンテンツＩＤが設定され、このＩＤによりＡＳＰ３２の管理サーバ３６上で管理されることも可能である。
【０１０８】
（５−３）オンデマンド型におけるＡＳＰへのコネクト処理
次にユーザＰＣ２のＣＰＵ１０は、オンデマンド型パーソナルキャスト制御画面７５（図１３）の内容がコンテンツ制作者によって確認され、当該コンテンツ制作者によってコネクトボタン８２がクリックされると、自動アップロードソフトウェアに従って図２２に示すルーチンＲＴ２の開始ステップから入ってステップＳＰ１１に移る。
【０１０９】
ステップＳＰ１１においてユーザＰＣ２のＣＰＵ１０は、ネットワークインターフェース１６（図３）からインターネット５及びＩＳＰ３１を介してＡＳＰ３２にログインし、当該ＡＳＰ３２のユーザ情報データベース３７にアクセスしてユーザＩＤ、パスワード等を基に認証を得た後、次のステップＳＰ１２に移る。
【０１１０】
ステップＳＰ１２においてユーザＰＣ２のＣＰＵ１０は、ＡＳＰ３２の認証を得たので、ＨＤＤ１２からオンデマンド型提供スケジュールコントロールファイル１２０とコンテンツの動画像ファイルとを読み出した後、当該オンデマンド型提供スケジュールコントロールファイル１２０とコンテンツの動画像ファイルとをネットワークインターフェース１６からインターネット５、ＩＳＰ３１のネットワークインターフェース３５及びＡＳＰ３２のネットワークインターフェース４１を経由して管理サーバ３６へ転送し、次のステップＳＰ１３に移って処理を終了する。
【０１１１】
このようにしてユーザＰＣ２のＣＰＵ１０は、自動アップロードソフトウェアに従ってオンデマンド型提供スケジュールコントロールファイル１２０及びコンテンツの動画像ファイルをＡＳＰ３２にアップロードし得るようになされている。
【０１１２】
ＡＳＰ３２の管理サーバ３６は、ネットワークインターフェース４１を介してオンデマンド型提供スケジュールコントロールファイル１２０及びコンテンツの動画像ファイルを受け取り、オンデマンド型提供スケジュールコントロールファイル１２０を提供スケジュール管理データベース３８に登録し、コンテンツの動画像ファイルをユーザＰＣ２がユーザ登録時に取得したＵＲＬに対応するコンテンツサーバ３９の専用の記憶領域に格納する。
【０１１３】
なおＡＳＰ３２の管理サーバ３６は、オンデマンド型提供スケジュールコントロールファイル１２０の内容としてＣＭ提供リクエストが「ＣＭ有」の場合、ＣＭクライアント７から予め供給されてＣＭ管理データベース４４に格納しておいたＣＭ映像をコンテンツの動画像ファイルの先頭部分に付加することによりＣＭ付動画像ファイルを生成し、これをコンテンツサーバ３９に改めて格納しておくようになされている。
【０１１４】
ところでＩＳＰ３１の制御サーバ３３は、ユーザＰＣ２がオンデマンド型提供スケジュールコントロールファイル１２０及びコンテンツの動画像ファイルをＡＳＰ３２にアップロードしている間に発生するインターネット接続料をユーザＰＣ２のユーザＩＤに対応付けて課金し、課金管理データベース３４の課金データを更新する。
【０１１５】
またＡＳＰ３２の管理サーバ３６は、当該ＡＳＰ３２のサービス利用料をユーザＰＣ２のユーザＩＤに対応付けて課金し、その課金データをネットワークインターフェース４１及びＩＳＰ３１のネットワークインターフェース３５を介して課金管理データベース３４に送信し、課金管理データベース３４の課金データを更新する。
【０１１６】
因みにＡＳＰ３２の管理サーバ３６は、ユーザＰＣ２が「使い放題コース」と呼ばれる定額制のサービス契約がなされている場合、接続開始日時から接続終了日時までの接続時間をユーザ情報データベース３７に記録するだけでサービス利用料は一定のままで課金処理は行わない。
【０１１７】
ところで、オンデマンド型提供スケジュールコントロールファイル１２０及びコンテンツの動画像ファイルのＡＳＰ３２に対するアップロードが終了した後、オンデマンド型提供スケジュールコントロールファイル１２０の内容を確認したい場合、コンテンツ制作者はオンデマンド型提供スケジュール管理画面１０５（図１７）のスケジュール内容確認ボタン１１０をクリックすれば良い。
【０１１８】
このときユーザＰＣ２のＣＰＵ１０は、自動アップロードソフトウェアに従って図２３に示すルーチンＲＴ３の開始ステップから入ってステップＳＰ１５に移る。
【０１１９】
ステップＳＰ１５においてユーザＰＣ２のＣＰＵ１０は、コンテンツ制作者によってスケジュール内容確認ボタン１１０がクリックされると、ネットワークインターフェース１６（図３）からインターネット５及びＩＳＰ３１を介してＡＳＰ３２にログイン処理し、当該ＡＳＰ３２のユーザ情報データベース３７にアクセスしてユーザＩＤ、パスワード等の認証を得、次のステップＳＰ１６に移る。
【０１２０】
ステップＳＰ１６においてユーザＰＣ２のＣＰＵ１０は、ＡＳＰ３２の管理サーバ３６によってユーザＩＤ、パスワード等の認証を得たので、提供スケジュール管理データベース３８からオンデマンド型提供スケジュールコントロールファイル１２０の供給を受け、当該オンデマンド型提供スケジュールコントロールファイル１２０に基づいてオンデマンド型提供スケジュール管理画面１０５（図１７）を表示部１７に再度表示する。
【０１２１】
このようにユーザＰＣ２のＣＰＵ１０は、オンデマンド型提供スケジュール管理画面１０５を表示部１７の画面上に表示することにより、コンテンツ制作者に対してオンデマンド型提供スケジュールコントロールファイル１２０の内容を再度確認させ得るようになされている。
【０１２２】
この後コンテンツ制作者が、オンデマンド型提供スケジュールコントロールファイル１２０の内容を変更しようとした場合、オンデマンド型提供スケジュール管理画面１０５上で提供スケジュールの変更が行われた後に決定ボタン１０９がクリックされると、ユーザＰＣ２のＣＰＵ１０は次のステップＳＰ１７に移る。
【０１２３】
ステップＳＰ１７においてユーザＰＣ２のＣＰＵ１０は、オンデマンド型提供スケジュール管理画面１０５上で変更された内容に基づいて新たな提供スケジュールプログラムを生成し、これを基に新たなオンデマンド型提供スケジュールコントロールファイル１２０を生成し、次のステップＳＰ１８に移る。
【０１２４】
ステップＳＰ１８においてユーザＰＣ２のＣＰＵ１０は、オンデマンド型提供スケジュール管理画面１０５上の更新ボタン１１１がコンテンツ制作者によってクリックされると、新たなオンデマンド型提供スケジュールコントロールファイル１２０をインターネット５を介してＡＳＰ３２へ転送し、次のステップＳＰ１９に移って処理を終了する。
【０１２５】
この結果ＡＳＰ３２の管理サーバ３６は、新たなオンデマンド型提供スケジュールコントロールファイル１２０で提供スケジュール管理データベース３８を更新し、以降この新たなオンデマンド型提供スケジュールコントロールファイル１２０に基づいてコンテンツの提供スケジュールを管理するようになされている。
【０１２６】
（５−４）オンデマンド型におけるコンテンツの提供処理
クライアントＰＣ４においても、コンテンツの提供を受けるに当たってユーザＰＣ２と同様に、コンテンツ提供プロバイダ３に対してユーザ登録が可能であり、その場合にはルーチンＲＴ１（図８）のユーザ登録手続き処理手順に従ってユーザ登録手続きを行い、ＡＳＰ３２の管理サーバ３６によってビューワー情報データベース４０にクライアントＰＣ４のユーザＩＤ及びパスワードに対応付けられたビューワー情報ファイルの登録が行われる。
【０１２７】
またクライアントＰＣ４は、ユーザ登録を行っていない場合にはビジターとしてＡＳＰ３２が提供するパーソナルキャスティングサービスのＷｅｂサイトに直接アクセスしてもよく、ユーザ登録したクライアントＰＣ４に限っては感動や共感を覚えたり、あるいは優れていると感じたコンテンツのコンテンツ制作者に対して容易に寄付を行えるようになされている。この寄付に関しては後程説明する。
【０１２８】
実際上、ＡＳＰ３２の管理サーバ３６は、例えばユーザ登録を行ったクライアントＰＣ４に対してオンデマンド型でコンテンツを提供する場合、内部のハードディスクから立ち上げたコンテンツ提供プログラムに従って図２４に示すルーチンＲＴ４の開始ステップから入ってステップＳＰ２１に移る。
【０１２９】
ステップＳＰ２１においてＡＳＰ３２の管理サーバ３６は、クライアントＰＣ４からのログイン処理を受け、当該クライアントＰＣ４から送られてきたユーザＩＤ及びパスワードを基にビューワー情報データベース４０のビューワー情報ファイルを参照し、次のステップＳＰ２２に移る。
【０１３０】
ステップＳＰ２２においてＡＳＰ３２の管理サーバ３６は、ユーザＩＤ及びパスワードを基にビューワー情報データベース４０のビューワー情報ファイルを参照した結果、ログインしてきたクライアントＰＣ４が登録済の正規ユーザであるか否かを判定する。
【０１３１】
ここで否定結果が得られると、このことはユーザＩＤ及びパスワードがビューワー情報データベース４０に登録されたものと一致しないことを表しており、このときＡＳＰ３２の管理サーバ３６はステップＳＰ２１に戻って、クライアントＰＣ４に対して正確なユーザＩＤ及びパスワードの入力を促してログイン処理を再実行させる。
【０１３２】
これに対してステップＳＰ２２で肯定結果が得られると、このことはクライアントＰＣ４が登録済の正規ユーザであることを表しており、このときＡＳＰ３２の管理サーバ３６は次のステップＳＰ２３に移る。
【０１３３】
ステップＳＰ２３においてＡＳＰ３２の管理サーバ３６は、クライアントＰＣ４からのアクセスに応じてパーソナルキャスティングサービスにおけるホームページのＨＴＭＬファイルをコンテンツサーバ３９から読み出し、これをネットワークインターフェース４１からインターネット５を介してクライアントＰＣ４へ送信する。
【０１３４】
ここでクライアントＰＣ４は、ユーザＰＣ２（図３）とほぼ同一の構成を有し、ＡＳＰ３２から送られてきたパーソナルキャスティングサービスにおけるホームページのＨＴＭＬファイルをＣＰＵ（図示せず）が受け取り、これを図２５に示すようなホームページ画面１２５（ネットスケープコミュニケーション社のネットスケープナビゲータ画面）として表示部に表示する。
【０１３５】
このホームページ画面１２５には、オンデマンドモード選択表示エリア１２６にマイチャンネルを介してコンテンツの提供を受けるためのオンデマンド型マイチャンネル選択ボタン１２７が設けられていると共に、ライブモード選択表示エリア１２８にライブ映像のコンテンツの提供をパブリックチャンネルを介して受けるためのライブ型パブリックチャンネル選択ボタン１２９と、ライブ映像のコンテンツの提供をマイチャンネルを介して受けるためのライブ型マイチャンネル選択ボタン１３０とが設けられている。
【０１３６】
このホームページ画面１２５において、オンデマンド型マイチャンネル選択ボタン１２７がユーザによってクリックされると、クライアントＰＣ４のＣＰＵはオンデマンド型マイチャンネル選択ボタン１２７が選択されたことを示すモード選択信号をインターネット５を介してＡＳＰ３２の管理サーバ３６に送信する。
【０１３７】
ステップＳＰ２４において管理サーバ３６は、クライアントＰＣ４から送られたモード選択信号に基づいてコンテンツサーバ３９からマイチャンネル用のジャンル表画面を構成するＨＴＭＬファイルを読み出し、これをネットワークインターフェース４１からインターネット５を介してクライアントＰＣ４へ送信する。
【０１３８】
これによりクライアントＰＣ４のＣＰＵは、ＡＳＰ３２から送られてきたマイチャンネル用のジャンル表画面のＨＴＭＬファイルを受け取り、これを図２６に示すようなマイチャンネル用のジャンル表画面１３５として表示部に表示する。
【０１３９】
このマイチャンネル用のジャンル表画面１３５は、コンテンツ制作者がコンテンツの映像ジャンルを選択するときに用いたマイチャンネル用のジャンル表画面９０（図１５）とほぼ同一内容であり、映像カテゴリ毎に区分けされたカテゴリアイコン１３６〜１４４が表示されている。
【０１４０】
このようなマイチャンネル用のジャンル表画面１３５において、カテゴリアイコン１３６〜１４４のいずれか（例えば「車」カテゴリアイコン１３７）がクライアントＰＣ４のユーザによってクリックされると、当該クライアントＰＣ４のＣＰＵは「車」カテゴリアイコン１３７に対応したジャンル選択信号をインターネット５を介してＡＳＰ３２の管理サーバ３６に送信する。
【０１４１】
ステップＳＰ２５においてＡＳＰ３２の管理サーバ３６は、クライアントＰＣ４から送られたジャンル選択信号に基づいてコンテンツサーバ３９から映像カテゴリ「車」に関するチャンネル表示画面のＨＴＭＬファイルを読み出し、これをネットワークインターフェース４１からインターネット５を介してクライアントＰＣ４へ送信する。
【０１４２】
これによりクライアントＰＣ４のＣＰＵは、ＡＳＰ３２から送られてきたチャンネル表示画面のＨＴＭＬファイルを受け取り、これを図２７に示すように映像ジャンル「車」に関するチャンネル表示画面１５０として表示部に表示する。
【０１４３】
このチャンネル表示画面１５０には、コンテンツ制作者がユーザ登録処理を行ったときのユーザ情報ＤＢテーブル４５（図９）に設定したチャンネル名（木村Ｃｈ）が付けられたチャンネルボタン１５１〜１５９がそれぞれ表示されており、ユーザはこの中から所望のチャンネルボタン（例えば木村Ｃｈ）１５５をクリックして選択するようになされている。
【０１４４】
ステップＳＰ２６においてＡＳＰ３２の管理サーバ３６は、チャンネル表示画面１５０を見ているクライアントＰＣ４のユーザによって所望のチャンネルボタン１５５がクリックされて選択されたか否かを判定する。
【０１４５】
この場合、クライアントＰＣ４のＣＰＵは、ユーザによって選択されたチャンネルボタン１５５に対応して設定されているコンテンツＩＤをインターネット５を介してＡＳＰ３２の管理サーバ３６に送信するようになされている。
【０１４６】
従ってＡＳＰ３２の管理サーバ３６は、コンテンツＩＤを受け取った場合に所望のチャンネルボタン１５５がクリックされたものとして認識し、コンテンツＩＤに基づいて提供スケジュール管理データベース３８に格納されているオンデマンド型提供スケジュールコントロールファイル１２０を参照し、チャンネルボタン１５５に対応したＵＲＬを把握するようになされている。
【０１４７】
このステップＳＰ２６で否定結果が得られると、このことはチャンネル表示画面１５０に表示されているチャンネルボタン１５１〜１５９のいずれもユーザによって選択されていないことを表しており、このときＡＳＰ３２の管理サーバ３６はチャンネルボタン１５１〜１５９のいずれかが選択されるまで待ち受ける。
【０１４８】
これに対してステップＳＰ２６で肯定結果が得られると、このことはチャンネルボタン１５１〜１５９のうちユーザ所望のチャンネルボタン１５５がクリックされて選択されたことを表しており、このときＡＳＰ３２の管理サーバ３６は次のステップＳＰ２７に移る。
【０１４９】
ステップＳＰ２７においてＡＳＰ３２の管理サーバ３６は、クリックされたチャンネルボタン（例えば木村Ｃｈ）１５５に対応したコンテンツＩＤをクライアントＰＣ４からインターネット５を介して受けると、当該コンテンツＩＤに基づいてオンデマンド型提供スケジュールコントロールファイル１２０を参照し、チャンネルボタン１５５がクリックされた時点のタイミングで提供予定にある映像種類（ＭＡ、ＭＢ又はＭＣ）のＣＭ付動画像ファイルを、コンテンツＩＤに対応したＵＲＬに基づいてコンテンツサーバ３９の専用の記憶領域から読み出し、これをインターネット５を介してクライアントＰＣ４へ送信し、次のステップＳＰ２８に移って処理を終了する。
【０１５０】
実際上、チャンネル表示画面１５０において、例えばユーザによって２月１９日の午前１０時５５分にチャンネルボタン（例えば木村Ｃｈ）１５５がクリックされると、ＡＳＰ３２の管理サーバ３６はオンデマンド型提供スケジュールコントロールファイル１２０を参照し、オンデマンド型提供スケジュール管理画面１０５（図１７）で指定したスケジュール内容表示エリア１０８の提供スケジュールに従って、映像種類が「セダン（ＭＣ）」のＣＭ付動画像ファイルをクライアントＰＣ４へ送信する。
【０１５１】
これによりクライアントＰＣ４は、受信したＣＭ付動画像ファイルに基づいて図２８に示すようなコンテンツ表示画面１６５を表示部に表示し、当該コンテンツ表示画面１６５の中央に設けられた表示エリア１６６にＣＭ映像を最初に表示した後、続いて「セダン」の車の動画像を表示する。
【０１５２】
このようにＡＳＰ３２の管理サーバ３６は、オンデマンド型提供スケジュールコントロールファイル１２０の内容に従ってクライアントＰＣ４のユーザによってチャンネルボタン１５１〜１５９がクリックされた時点のタイミングで提供予定にある１種類のＣＭ付動画像ファイルをクライアントＰＣ４へ送信するようになされている。
【０１５３】
これによりＡＳＰ３２の管理サーバ３６は、ほぼ同時に複数のクライアントＰＣ４から同一のコンテンツに対する要求を受けて送信する場合でも、あるタイミングで複数種類のコンテンツを同時に送信しなければならない場合と比較すれば、伝送路の帯域幅を多く消費せずに済むのでコンテンツを滞らせることなく速やかに伝送し得るようになされている。
【０１５４】
また、このときＡＳＰ３２の管理サーバ３６は、クリック操作に応じてクライアントＰＣ４へコンテンツのＣＭ付動画像ファイルを提供する度に、クライアントＰＣ４のクリック回数をアクセス回数としてカウントする。
【０１５５】
この場合、カウントしたアクセス回数がＣＭ映像を視聴させた人数に相当するので、ＡＳＰ３２の管理サーバ３６はアクセス回数の多いコンテンツを制作したコンテンツ制作者に対して正当に利益還元するために、アクセス回数に応じたポイントをコンテンツ制作者に与えるようになされており、そのコンテンツ制作者に対するポイントをユーザＩＤに対応したユーザ情報ＤＢデーブル４５に登録してユーザ情報データベース３７に格納するようになされている。
【０１５６】
（６）ライブ型によるパーソナルキャスティングサービス
次にコンテンツ提供システム１のライブ型によるパーソナルキャスティングサービスの説明を具体的に行う。
【０１５７】
（６−１）ライブ型のスケジュール予約
ライブ型においては、ライブ映像のコンテンツをリアルタイムに提供するため、オンデマンド型のようにコンテンツの動画像ファイルを作成し、当該作成したコンテンツの動画像ファイルを予めＡＳＰ３２のコンテンツサーバ３９に蓄積しておく必要はない。
【０１５８】
但しライブ型では、共用のパブリックチャンネル（結婚式チャンネル、音楽ライブチャンネル、演劇ライブチャンネル又はイベントライブチャンネル）を介してコンテンツを提供するようになされているので、予めパブリックチャンネルを使用する時間帯枠を予約しておく必要がある。
【０１５９】
すなわちパブリックチャンネルを使用する時間帯枠を予約するということは、各パブリックチャンネルのＵＲＬに対応して割り当てられたコンテンツサーバ３９の専用の記憶領域を使用する時間帯枠の予約を行うことである。
【０１６０】
実際上ＡＳＰ３２がライブ映像のコンテンツを提供する場合、各パブリックチャンネル毎にＵＲＬで指定されたコンテンツサーバ３９の専用の記憶領域にユーザＰＣ２から送られてきたライブ映像の動画像ファイルを一旦書き込みながら読み出して出力するようになされている。
【０１６１】
すなわちユーザＰＣ２のＣＰＵ１０は、パブリックチャンネルを使用する時間帯枠の予約を行うために、まずオンデマンド型の場合と同様に画像取込ソフトウェアを起動することによりキャプチャー画面５０（図１０）を表示部１７に表示する。
【０１６２】
そしてユーザＰＣ２のＣＰＵ１０は、キャプチャー画面５０におけるムービーモード切換ボタン５３のクリック操作に応じてライブモードに設定した後、ユーザ登録時にＡＳＰ３２から予めダウンロードしておいた自動アップロードソフトウェアを起動し、図１３との対応部分に同一符号を付して示す図２９のようなライブ型パーソナルキャスト制御画面１７０を表示部１７に表示する。
【０１６３】
ライブ型パーソナルキャスト制御画面１７０には、モード表示欄１７１に現在ライブモードが設定されていることを示す「ライブ」の文字が表示され、ＡＳＰチャンネル表示欄１７２にライブモードでデフォルトとして設定されている「パブリックチャンネル」の文字が表示されると共に、オンデマンド型パーソナルキャスト制御画面７５（図１３）のオプションボタン８１に変わってスケジュール予約ボタン１７３が設けられている。
【０１６４】
またライブ型パーソナルキャスト制御画面１７０には、パブリックチャンネルとして設定されている４種類の結婚式チャンネル、音楽ライブチャンネル、演劇ライブチャンネル及びイベントライブチャンネルの中から、コンテンツ制作者によって時間帯枠を予約した時に決定されたパブリックチャンネルの名称（例えば「音楽ライブ」）が映像ジャンル表示欄７９に表示されるようになされている。
【０１６５】
さらにライブ型パーソナルキャスト制御画面１７０には、オンデマンド型と同様に提供スケジュール予約表示欄８０に、コンテンツ制作者によって予約されたライブ映像のコンテンツの提供予定日時が表示されるようになされている。
【０１６６】
このようなライブ型パーソナルキャスト制御画面１７０において、スケジュール予約ボタン１７３がコンテンツ制作者によってクリックされると、ユーザＰＣ２のＣＰＵ１０はＡＳＰ３２からダウンロードした自動アップロードソフトウェアを起動し、図３０に示すルーチンＲＴ５の開始ステップから入ってステップＳＰ３１に移る。
【０１６７】
ステップＳＰ３１においてユーザＰＣ２のＣＰＵ１０は、ネットワークインターフェース１６（図３）からインターネット５及びＩＳＰ３１を介してＡＳＰ３２にログインし、当該ＡＳＰ３２のユーザ情報データベース３７にアクセスしてユーザＩＤ、パスワード等を基に認証を得た後、次のステップＳＰ３２に移る。
【０１６８】
ステップＳＰ３２においてユーザＰＣ２のＣＰＵ１０は、ＡＳＰ３２の管理サーバ３６によって提供スケジュール管理データベース３８から読み出されたパブリックチャンネルの予約状況に関するライブ型提供スケジュールコントロールファイルをインターネット５を介して受け取り、これをＨＤＤ１２に書き込んだ後、次のステップＳＰ３３に移る。
【０１６９】
ステップＳＰ３３においてユーザＰＣ２のＣＰＵ１０は、ＡＳＰ３２から供給されたパブリックチャンネルの予約状況に関するライブ型提供スケジュールコントロールファイルに基づいて図３１に示すようなパブリックチャンネル用のライブ型提供スケジュール管理画面１７５を表示部１７に表示し、次のステップＳＰ３４で処理を終了する。
【０１７０】
このライブ型提供スケジュール管理画面１７５には、パブリックチャンネルとして４種類の結婚式チャンネル、音楽ライブチャンネル、演劇ライブチャンネル及びイベントライブチャンネルに対応する結婚式Ｃｈボタン１７６、音楽ライブＣｈボタン１７７、演劇ライブＣｈボタン１７８及びイベントライブＣｈボタン１７９が設けられている。
【０１７１】
これら４種類のパブリックチャンネルのうち例えば音楽ライブＣｈボタン１７７がコンテンツ制作者によってクリックされると、ユーザＰＣ２のＣＰＵ１０はライブ型提供スケジュールコントロールファイルに基づいてスケジュール内容表示エリア１８０に「音楽ライブチャンネル」に関する現在の予約状況を表示する。
【０１７２】
このときスケジュール内容表示エリア１８０のスケジュール時刻予定表１８２には、デフォルトとして今日現在の日付に関する予約状況が表示されるようになされており、コンテンツ制作者によってカレンダ表示エリア１８１の予約希望日（例えば２月１９日）がクリックされると、ユーザＰＣ２のＣＰＵ１０はライブ型提供スケジュールコントロールファイルに基づいて音楽ライブチャンネルに関する予約希望日（２月１９日）の予約状況をスケジュール時刻予定表１８２に表示する。
【０１７３】
コンテンツ制作者は、スケジュール時刻予定表１８２に表示された予約希望日（２月１９日）の予約状況を確認し、時間帯指定バー１８３のうち「空」時間帯の中から所望の開始時刻（例えば１０時）と終了時刻（１０時５９分５９秒）をカーソルで指定することにより、ライブ映像のコンテンツを提供する時間帯枠１８３Ａを決定する。
【０１７４】
これによりユーザＰＣ２のＣＰＵ１０は、コンテンツ制作者によって決定された時間帯枠１８３Ａが示す開始時刻と終了時刻を予約時間帯枠データとして認識し、ライブ型提供スケジュールコントロールファイルに書き加えると共に、当該時間帯枠１８３Ａに「満」の文字を表示する。
【０１７５】
またユーザＰＣ２のＣＰＵ１０は、予約された時間帯枠１８３Ａで提供するコンテンツの名称（例えば「××ツアー」）がコンテンツ制作者によって入力されると、その名称を自動的に所定のコンテンツＩＤに対応付けてライブ型提供スケジュールコントロールファイルに書き加えるようになされている。
【０１７６】
続いてユーザＰＣ２のＣＰＵ１０は、コーデック選択表示エリア１８４の中からライブ映像のコンテンツをクライアントＰＣ４に提供する際のコーデックとして例えばＭＰＥＧ４にチェックマークが付けられると、選択されたコーデックの種類をＭＰＥＧ４であると認識し、当該認識した結果をコーデック種類データとしてライブ型提供スケジュールコントロールファイルに書き加える。
【０１７７】
またユーザＰＣ２のＣＰＵ１０は、コンテンツの先頭部分にＣＭ映像を付加してクライアントＰＣ４に提供することを希望するＣＭ希望ボタン１８５と、ＣＭ映像をクライアントＰＣ４に提供することを希望しないＣＭ非希望ボタン１８６とのうち、コンテンツ制作者によってＣＭ希望ボタン１８５がクリックされると、ライブ映像のコンテンツに対してＣＭ映像を付加することを希望したＣＭ希望データ生成し、これをライブ型提供スケジュールコントロールファイルに書き加える。
【０１７８】
このようにユーザＰＣ２のＣＰＵ１０は、上述のようにパブリックチャンネルとして音楽ライブチャンネルを介してライブ映像のコンテンツを提供するための各種設定を行うことにより、図３２に示すようなライブ型提供スケジュールコントロールファイル１８９を新たに生成し、これをＨＤＤ１２に一旦記憶する。
【０１７９】
このライブ型提供スケジュールコントロールファイル１８９には、「ＩＳＰ接続先」としてインターネット５に接続する際のＩＳＰ名（＊＊＊＊＊）、「ＡＳＰチャンネル」としてＡＳＰがライブ映像のコンテンツを提供する際のチャンネルタイプ（パブリックチャンネル）、「コンテンツ名称」としてコンテンツのタイトル（××ツアー）、「ＣＯＤＥＣ」として提供時のＣＯＤＥＣ（ＭＰＥＧ４）、「パブリックチャンネル」としてコンテンツ制作者によってライブ映像の内容に合わせて選択されたパブリックチャンネルの種類（音楽ライブチャンネル）、「提供スケジュール」として提供スケジュールの日時（２月１９日１０時から提供予定等の諸条件）、「ＣＭリクエスト」としてＣＭ提供リクエストの有無（ＣＭ有）、「ユーザＩＤ」としてユーザ登録時のユーザＩＤ（kimkim）、「パスワード」としてユーザ登録時のパスワード（＊＊＊＊＊）が格納されている。
【０１８０】
そしてユーザＰＣ２のＣＰＵ１０は、ライブ型提供スケジュール管理画面１７５の予約ボタン１８７がコンテンツ制作者によってクリックされると、自動アップロードソフトウェアに従って図３３に示すルーチンＲＴ６の開始ステップから入ってステップＳＰ４１に移る。
【０１８１】
ステップＳＰ４１においてユーザＰＣ２のＣＰＵ１０は、ネットワークインターフェース１６（図３）からインターネット５及びＩＳＰ３１を介してＡＳＰ３２にログインし、当該ＡＳＰ３２のユーザ情報データベース３７にアクセスしてユーザＩＤ、パスワード等を基に認証を得た後、次のステップＳＰ４２に移る。
【０１８２】
ステップＳＰ４２においてユーザＰＣ２のＣＰＵ１０は、ＡＳＰ３２の認証を得たので、新たに生成したライブ型提供スケジュールコントロールファイル１８９をインターネット５を介してＡＳＰ３２の管理サーバ３６に転送し、次のステップＳＰ４３に移る。
【０１８３】
これによりＡＳＰ３２の管理サーバ３６は、ユーザＰＣ２から転送されてきたライブ型提供スケジュールコントロールファイル１８９で提供スケジュール管理データベース３８を更新し、その後再び提供スケジュール管理データベース３８からライブ型提供スケジュールコントロールファイル１８９を読み出してユーザＰＣ２に送り返す。
【０１８４】
このときＡＳＰ３２の管理サーバ３６は、ユーザＰＣ２に対してライブ映像のコンテンツを提供するための新たな予約処理を行ったことに対する予約料をサービス利用料としてユーザＩＤに対応させて課金し、ユーザ情報データベース３７のユーザ情報ＤＢテーブル４５を更新する。
【０１８５】
ステップＳＰ４３においてユーザＰＣ２のＣＰＵ１０は、提供スケジュール管理データベース３８を更新したライブ型提供スケジュールコントロールファイル１８９の供給を受け、当該ライブ型提供スケジュールコントロールファイル１８９に基づいて表示部１７にライブ型提供スケジュール管理画面１７５を確認用に再表示し、次のステップＳＰ４４で処理を終了する。
【０１８６】
但し、このとき表示されるライブ型提供スケジュール管理画面１７５は、コンテンツ制作者に対する確認用として「満」の文字が表示された時間帯枠１８３Ａを特定の色で区分けして表示するようになされており、これによりコンテンツ制作者は自分で予約したコンテンツのスケジュールを容易に認識し得るようになされている。
【０１８７】
ところで、パブリックチャンネル用のライブ型提供スケジュール管理画面１７５（図３１）におけるスケジュール内容表示エリア１８０に表示された予約状況を確認した結果、スケジュール時刻予定表１８２の時間帯指定バー１８３において、ライブ映像のコンテンツの提供を希望する時間帯枠が既に「満」の表示で予約できない場合、そのパブリックチャンネルを介してライブ映像のコンテンツを提供することはできない。
【０１８８】
このようなときにライブ型提供スケジュール管理画面１７５の下部に設けられたマイチャンネルボタン１８８がコンテンツ制作者によってクリックされると、ユーザＰＣ２のＣＰＵ１０は、ＡＳＰ３２の管理サーバ３６から提供スケジュール管理データベース３８のオンデマンド型提供スケジュールコントロールファイル１２０の供給を受け、当該オンデマンド型提供スケジュールコントロールファイル１２０に基づいて図３４に示すようなマイチャンネル用のライブ型提供スケジュール管理画面１９０を表示する。
【０１８９】
このマイチャンネル用のライブ型提供スケジュール管理画面１９０は、時間帯指定バー１９４のうちオンデマンド型でコンテンツを提供する予定の予約時間帯枠（ＭＡ及びＭＢで示された時間帯枠）以外の「空」時間帯を利用して、ライブ映像のコンテンツを提供するための予約を行えるようになされており、マイチャンネルスケジュール内容表示エリア１９１、マイチャンネルジャンル表エリア１９５、コーデック選択エリア２０５、ＣＭ希望ボタン２０６、ＣＭ非希望ボタン２０７及び予約ボタン２０８が設けられている。
【０１９０】
この場合も、マイチャンネルスケジュール内容表示エリア１９１に表示されたカレンダ表示エリア１９２の予約希望日（例えば２月１９日）がコンテンツ制作者によってクリックされると、ユーザＰＣ２のＣＰＵ１０はオンデマンド型提供スケジュールコントロールファイル１２０に基づいてマイチャンネルに関する予約希望日（２月１９日）の予約状況をスケジュール時刻予定表１９３に表示する。
【０１９１】
従ってコンテンツ制作者は、スケジュール時刻予定表１９３に表示された予約状況を確認し、時間帯指定バー１９４のうち「空」時間帯の中から所望の開始時刻（例えば１０時）と終了時刻（１０時５９分５９秒）をカーソルで指定することにより、マイチャンネルを介してライブ映像のコンテンツを提供する時間帯枠１９４Ａを決定する。
【０１９２】
これによりユーザＰＣ２のＣＰＵ１０は、コンテンツ制作者によって決定された時間帯枠１９４Ａが示す開始時刻及び終了時刻を予約時間帯枠データとして認識し、当該時間帯枠１９４Ａに「満」の文字を表示すると共に予約時間帯枠データを一旦ＨＤＤ１２に記憶する。
【０１９３】
次にユーザＰＣ２のＣＰＵ１０は、マイチャンネルジャンル表示エリア１９５に表示されたカテゴリアイコン１９６〜２０４の中からライブ映像の映像ジャンルに対応したカテゴリ（音楽）アイコン１９９がクリックされると、選択された映像ジャンルのカテゴリが「音楽」であることを認識すると共に、当該認識した結果をカテゴリデータとして一旦ＨＤＤ１２に記憶する。
【０１９４】
このときユーザＰＣ２のＣＰＵ１０は、同時に時間帯指定バー１９４の時間帯枠１９４Ａを「満」の文字から「音楽」の文字に変更して表示するようになされている。
【０１９５】
続いてユーザＰＣ２のＣＰＵ１０は、コーデック選択表示エリア２０５の中からライブ映像のコンテンツをクライアントＰＣ４に提供する際のコーデックとして例えばＭＰＥＧ４にチェックマークが付けられると、選択されたコーデックの種類をＭＰＥＧ４であると認識し、当該認識した結果をコーデック種類データとして一旦ＨＤＤ１２に記憶する。
【０１９６】
またユーザＰＣ２のＣＰＵ１０は、コンテンツの先頭部分にＣＭ映像を付加してクライアントＰＣ４に提供することを希望するＣＭ希望ボタン２０６と、ＣＭ映像をクライアントＰＣ４に提供することを希望しないＣＭ非希望ボタン２０７とのうち、コンテンツ制作者によってＣＭ希望ボタン２０６がクリックされると、ライブ映像のコンテンツに対してＣＭ映像を付加することを希望したＣＭ希望データを生成し、当該ＣＭ希望データを一旦ＨＤＤ１２に記憶する。
【０１９７】
このようにユーザＰＣ２のＣＰＵ１０は、上述のようにマイチャンネルにおいて音楽ライブのライブ映像をコンテンツとして提供するための各種設定を行った後、コンテンツ制作者によって予約ボタン２０８がクリックされると、図３５に示すような新たなマイチャンネル用のライブ型提供スケジュールコントロールファイル２１０を生成し、これをインターネット５を介してＡＳＰ３２の管理サーバ３６に転送し、提供スケジュール管理データベース３８に登録するようになされている。
【０１９８】
ところで、複数のコンテンツ制作者がライブ映像のコンテンツをマイチャンネルを介して提供するための予約を行う場合、ＡＳＰ３２の管理サーバ３６は同一時間帯枠でライブ映像のコンテンツを提供可能な本数に（例えば１０本まで）制限を設けている。
【０１９９】
従ってＡＳＰ３２の管理サーバ３６は、内部のハードディスクから立ち上げた提供スケジュールプログラムに基づいて、コンテンツ制作者が希望する所望の時間帯枠における提供可能な本数が上限値に達したことを検出すると、それ以降ユーザＰＣ２から送られてくるマイチャンネル用のライブ型提供スケジュールコントロールファイル２１０を受け付けることなく、提供スケジュール管理データベース３８に予め格納されている予約不能メッセージ表示画面の画像データを読み出し、これをインターネット５を介してユーザＰＣ２へ送信する。
【０２００】
ユーザＰＣ２のＣＰＵ１０は、予約不能メッセージ表示画面の画像データに基づいて図３６に示すような予約不能メッセージ表示画面２１２を表示部１７に表示し、これによりコンテンツ制作者に対して「ライブ映像のコンテンツをリアルタイムで提供する希望の時間帯枠が既に予約で一杯である」ことを通知するようになされている。
【０２０１】
これによりＡＳＰ３２の管理サーバ３６は、同時に提供可能なコンテンツの本数が上限値を超えることがないので、処理性能や回線の帯域幅の問題からコンテンツの提供が滞ったり遅れることがなく、ライブ映像のコンテンツを確実にリアルタイムでクライアントＰＣ４に提供し得ると共に、ライブ映像のコンテンツの品質低下を確実に防止することができる。
【０２０２】
上述のようにユーザＰＣ２のＣＰＵ１０は、ライブ映像のコンテンツを所望の予約日時でリアルタイムに提供する方法として、パブリックチャンネルを介して行う方法と、当該パブリックチャンネルが既に予約済であった場合にマイチャンネルを介して行う方法とを選択し得るようになされている。
【０２０３】
従ってユーザＰＣ２のコンテンツ制作者が、自分が行っているアマチュアバンドのライブ映像をリアルタイムで提供する場合には、マイチャンネルを介して提供する方法を選択し、著名なプロのアーティストのライブ映像をリアルタイムで提供する場合にはパブリックチャンネルを介して提供する方法を選択することが可能となる。
【０２０４】
このようにコンテンツ提供サービスシステム１においては、コンテンツの内容や当該コンテンツを視聴するユーザのことを考慮した上で、コンテンツの提供形態をオンデマンド型及びライブ型のいずれかから選択し得るようになされている。
【０２０５】
（６−２）ライブ型におけるＡＳＰへのコネクト処理
次にユーザＰＣ２のＣＰＵ１０は、ライブ映像のコンテンツを提供する日時の予約処理が終了すると、再度ライブ型パーソナルキャスト制御画面１７０（図２９）を表示部１７に表示する。
【０２０６】
このときコンテンツ制作者は、ライブ型パーソナルキャスト制御画面１７０を確認することにより、ライブ映像のコンテンツを提供するときの予約内容を認識し、予約した開始時刻に近づくと撮影現場でディジタルビデオカメラ１８（図３）により収録を開始し、ライブ映像のコンテンツをリアルタイムに提供するためコネクトボタン８２をクリックする。
【０２０７】
するとユーザＰＣ２のＣＰＵ１０は、自動アップロードソフトウェアに従って図３７に示すルーチンＲＴ７の開始ステップから入ってステップＳＰ５１に移る。
【０２０８】
ステップＳＰ５１においてユーザＰＣ２のＣＰＵ１０は、ネットワークインターフェース１６からインターネット５及びＩＳＰ３１を介してＡＳＰ３２にログインし、当該ＡＳＰ３２のユーザ情報データベース３７にアクセスしてユーザＩＤ、パスワード等を基に認証を得た後、次のステップＳＰ５２に移る。
【０２０９】
ステップＳＰ５２においてユーザＰＣ２のＣＰＵ１０は、ＡＳＰ３２の管理サーバ３６によってユーザＩＤ及びパスワードを基に提供スケジュール管理データベース３８に格納されているライブ型提供スケジュールコントロールファイル１８９（図３２）の内容が確認され、次のステップＳＰ５３に移る。
【０２１０】
これによりＡＳＰ３２の管理サーバ３６は、提供スケジュール管理データベース３８のライブ型提供スケジュールコントロールファイル１８９の内容を確認することにより、ユーザＰＣ２によって提供予定であるライブ映像のコンテンツに関する予約状況を認識するようになされている。
【０２１１】
ステップＳＰ５３においてユーザＰＣ２のＣＰＵ１０は、予め予約した開始時刻になると「ライブ映像のコンテンツを送信しろ」という指示命令がＡＳＰ３２の管理サーバ３６から与えられるようになされており、当該指示命令に基づいて予め予約した開始時刻になったか否かを判定する。
【０２１２】
ここで否定結果が得られると、このことは管理サーバ３６から指示命令が未だ与えられていないことを表しており、このときＣＰＵ１０はＡＳＰ３２の管理サーバ３６から指示命令が与えられるまで待ち受ける。
【０２１３】
これに対してステップＳＰ５３で肯定結果が得られると、このことはＡＳＰ３２の管理サーバ３６から指示命令が与えられたことを表しており、このときＣＰＵ１０は開始時刻になったと判断して、次のステップＳＰ５４に移る。
【０２１４】
ステップＳＰ５４においてユーザＰＣ２のＣＰＵ１０は、ＡＳＰ３２の管理サーバ３６から与えられた指示命令をトリガーとして収録中であるライブ映像のコンテンツをインターネット５を介してＡＳＰ３２の管理サーバ３６へリアルタイムに転送する転送処理を開始し、次のステップＳＰ５５で処理を終了する。
【０２１５】
これによりＡＳＰ３２の管理サーバ３６は、ユーザＰＣ２から転送されたライブ映像のコンテンツをパブリックチャンネル用に割り当てられたコンテンツサーバ３９の専用の記憶領域に記録しながらストリーミング再生し、要求のあったクライアントＰＣ４にリアルタイムで提供し得るようになされている。
【０２１６】
なお、このときＩＳＰ３１の制御サーバ３３は、ユーザＰＣ２がライブ映像のコンテンツをインターネット５を介してＡＳＰ３２に転送している間に発生するインターネット接続料をユーザＰＣ２のユーザＩＤに対応付けて課金し、課金管理データベース３４の課金データを更新する。
【０２１７】
またＡＳＰ３２の管理サーバ３６は、当該ＡＳＰ３２のサービス利用料をユーザＰＣ２のユーザＩＤに対応付けて課金し、その課金データをネットワークインターフェース４１及びＩＳＰ３１のネットワークインターフェース３５を介して課金管理データベース３４に送出することにより、当該課金管理データベース３４の課金データを更新するようになされている。
【０２１８】
因みにＡＳＰ３２の管理サーバ３６は、ユーザＰＣ２が「使い放題コース」と呼ばれる定額制のサービス契約をしている場合、接続開始日時から接続終了日時までの接続時間をユーザ情報データベース３７のユーザ情報ＤＢテーブル４５に記録するだけでサービス利用料は一定のままで課金処理は行わない。
【０２１９】
（６−３）ライブ型におけるコンテンツの提供処理
ライブ型においてクライアントＰＣ４がライブ映像のコンテンツの提供を受ける場合も、オンデマンド型においてコンテンツの提供を受ける場合と同様に、ユーザ登録が可能であり、その場合にはルーチンＲＴ１（図８）のユーザ登録手続き処理手順に従ってユーザ登録手続きを行い、ＡＳＰ３２の管理サーバ３６によってビューワー情報データベース４０にクライアントＰＣ４のユーザＩＤ及びパスワードに対応付けられたビューワー情報ファイルの登録が行われる。
【０２２０】
またクライアントＰＣ４は、ユーザ登録を行っていない場合にはビジターとしてＡＳＰ３２が提供しているパーソナルキャスティングサービスのＷｅｂサイトに直接アクセスしても良く、ユーザ登録したクライアントＰＣ４に限っては感動や共感を覚えたり、あるいは優れていると感じたコンテンツのコンテンツ制作者に対して容易に寄付を行えるようになされている。
【０２２１】
実際上、ＡＳＰ３２の管理サーバ３６は、例えばユーザ登録を行ったクライアントＰＣ４に対してライブ型でマイチャンネルを介してライブ映像のコンテンツを提供する場合、内部のハードディスクから立ち上げたコンテンツ提供プログラムに従って、図３８に示すルーチンＲＴ８の開始ステップから入ってステップＳＰ６１に移る。
【０２２２】
ステップＳＰ６１においてＡＳＰ３２の管理サーバ３６は、クライアントＰＣ４からのログイン処理を受け、当該クライアントＰＣ４から送られてきたユーザＩＤ及びパスワードを基にビューワー情報データベース４０のビューワー情報ファイルを参照し、次のステップＳＰ６２に移る。
【０２２３】
ステップＳＰ６２においてＡＳＰ３２の管理サーバ３６は、ユーザＩＤ及びパスワードを基にビューワー情報データベース４０のビューワー情報ファイルを参照した結果としてログインしてきたクライアントＰＣ４が登録済の正規ユーザであるか否かを判定する。
【０２２４】
ここで否定結果が得られると、このことはユーザＩＤ及びパスワードがビューワー情報データベース４０に登録されたものと一致しないことを表しており、このときＡＳＰ３２の管理サーバ３６はステップＳＰ６１に戻って、クライアントＰＣ４に対して正確なユーザＩＤ及びパスワードの入力を促してログイン処理を再実行させる。
【０２２５】
これに対してステップＳＰ６２で肯定結果が得られると、このことはクライアントＰＣ４が登録済の正規ユーザであることを表しており、このときＡＳＰ３２の管理サーバ３６は次のステップＳＰ６３に移る。
【０２２６】
ステップＳＰ６３においてＡＳＰ３２の管理サーバ３６は、クライアントＰＣ４からのアクセスに応じてパーソナルキャスティングサービスのホームページのＨＴＭＬファイルをコンテンツサーバ３９から読み出し、これをネットワークインターフェース４１からインターネット５を介してクライアントＰＣ４へ転送する。
【０２２７】
ここでクライアントＰＣ４は、ＡＳＰ３２から送られてきたパーソナルキャスティングサービスのホームページのＨＴＭＬファイルをＣＰＵが受け取り、これをホームページ画面１２５（図２５）として表示部に表示する。
【０２２８】
このホームページ画面１２５において、ライブモード選択表示エリア１２８のライブ型マイチャンネル選択ボタン１３０がユーザによってクリックされると、クライアントＰＣ４のＣＰＵは、ライブ型マイチャンネル選択ボタン１３０が選択されたことを示すモード選択信号をインターネット５を介してＡＳＰ３２の管理サーバ３６に送信する。
【０２２９】
ステップＳＰ６４においてＡＳＰ３２の管理サーバ３６は、クライアントＰＣ４から送られたモード選択信号に基づいてコンテンツサーバ３９からマイチャンネル用のジャンル表画面を構成するＨＴＭＬファイルを読み出し、これをネットワークインターフェース４１からインターネット５を介してクライアントＰＣ４へ送信する。
【０２３０】
これによりクライアントＰＣ４のＣＰＵは、ＡＳＰ３２から送られてきたマイチャンネル用のジャンル表画面のＨＴＭＬファイルを受け取り、これをマイチャンネル用のジャンル表画面１３５（図２６）として表示部に表示する。
【０２３１】
このマイチャンネル用のジャンル表画面１３５において、カテゴリアイコン１３６〜１４４のいずれか（例えば「音楽」カテゴリアイコン１３９）がクライアントＰＣ４のユーザによってクリックされると、当該クライアントＰＣ４のＣＰＵは「音楽」カテゴリアイコン１３９に対応したジャンル選択信号をインターネット５を介してＡＳＰ３２の管理サーバ３６に送信する。
【０２３２】
ステップＳＰ６５においてＡＳＰ３２の管理サーバ３６は、クライアントＰＣ４から送られたジャンル選択信号に基づいてコンテンツサーバ３９から映像カテゴリ「音楽」に関するライブ映像スケジュール表示画面を構成するＨＴＭＬファイルを読み出し、これをネットワークインターフェース４１からインターネット５を介してクライアントＰＣ４へ送信する。
【０２３３】
これによりクライアントＰＣ４のＣＰＵは、ＡＳＰ３２から送られてきたライブ映像スケジュール表示画面を構成するＨＴＭＬファイルを受け取り、これを図３９に示すようなマイチャンネル用のライブ映像スケジュール表示画面２２０として表示部に表示する。
【０２３４】
マイチャンネル用のライブ映像スケジュール表示画面２２０には、日付を示すカレンダ表示エリア２２１と、マイチャンネルを介してライブ映像のコンテンツを提供する提供スケジュールを示すスケジュール内容表示エリア２２２と、現在マイチャンネルで提供中のチャンネル名を示すチャンネル種類表示エリア２２４とが設けられている。
【０２３５】
このカレンダ表示エリア２２１には、現在の日付（例えば２月１９日）が斜線枠２２１Ａで表示されており、クライアントＰＣ４のユーザに対して現在の日付を容易に認識させるようになされている。
【０２３６】
またスケジュール内容表示エリア２２２には、例えば現在時刻（例えば１５時１０分）でＡＳＰ３２が提供可能なライブ映像のコンテンツの時間帯枠２２３（１５時から１６時５９分５９秒までの間）が表示されており、チャンネル種類表示エリア２２４に表示されている複数種類（１０Ｃｈまで）のチャンネルボタン２２５〜２２９に対応するマイチャンネルを介してそれぞれライブ映像のコンテンツが現時点で提供可能であることを示している。
【０２３７】
ステップＳＰ６６においてＡＳＰ３２の管理サーバ３６は、マイチャンネル用のライブ映像スケジュール表示画面２２０を見ているクライアントＰＣ４のユーザによって例えば所望のチャンネルボタン（「木村」チャンネル）２２６がクリックされて選択されたか否かを判定する。
【０２３８】
この場合クライアントＰＣ４のＣＰＵは、選択されたチャンネルボタン２２６に対応して設定されているＵＲＬを認識し、当該ＵＲＬを表すチャンネル選択信号をインターネット５を介してＡＳＰ３２の管理サーバ３６へ送信するようになされており、これによりＡＳＰ３２の管理サーバ３６はチャンネル選択信号を受け取った場合に所望のチャンネルボタン２２６がクリックされたものとして認識し得るようになされている。
【０２３９】
このステップＳＰ６６で否定結果が得られると、このことはライブ映像スケジュール表示画面２２０のチャンネル種類表示エリア２２４に表示されているチャンネルボタン２２５〜２２９のいずれも選択されていないことを表しており、このときＡＳＰ３２の管理サーバ３６はチャンネルボタン２２５〜２２９のいずれかが選択されるまで待ち受ける。
【０２４０】
これに対してステップＳＰ６６で肯定結果が得られると、このことはチャンネルボタン２２５〜２２９のうちユーザ所望のチャンネルボタン２２６がクリックされて選択されたことを表しており、このときＡＳＰ３２の管理サーバ３６は次のステップＳＰ６７に移る。
【０２４１】
ステップＳＰ６７においてＡＳＰ３２の管理サーバ３６は、クリックされた時点で提供予定のライブ映像であるＣＭ付動画像データを、コンテンツサーバ３９の（「木村」チャンネルに対応する）専用の記憶領域からストリーミング再生し、これをインターネット５を介してクライアントＰＣ４へ送信し、次のステップＳＰ６８に移って処理を終了する。
【０２４２】
これによりクライアントＰＣ４のＣＰＵは、ＡＳＰ３２から送られてきたコンテンツのＣＭ付動画像データに基づいて図４０に示すようなライブ映像のコンテンツ表示画面２４０を表示部に表示し、当該コンテンツ表示画面２４０の中央に設けられた動画像表示エリア２４１にＣＭ映像を最初に表示した後、続いて音楽ライブの模様を表した動画像を表示する。
【０２４３】
ところでＡＳＰ３２の管理サーバ３６は、ライブ映像のコンテンツをクライアントＰＣ４へ送信するようになされているので、オンデマンド型の場合のようにコンテンツを最初から提供することはできず、クリックされた時点でライブ映像のコンテンツを途中からストリーミング再生して提供するようになされている。
【０２４４】
但し、この場合でもＡＳＰ３２の管理サーバ３６は、ユーザＰＣ２のコンテンツ制作者によってＣＭ提供リクエストが「ＣＭ有」に設定されていた場合には、ライブ映像のコンテンツを提供する前にＣＭ映像を必ずクライアントＰＣ４へ送信するようになされている。
【０２４５】
従ってクライアントＰＣ４では、ユーザが所望のチャンネルボタン２２６をクリックした場合でも、その時点から直ちにライブ映像のコンテンツを視聴できるのではなく、最初にＣＭ映像を視聴した後からでなくてはライブ映像のコンテンツを視聴することはできない。
【０２４６】
このようにＡＳＰ３２の管理サーバ３６は、ライブ映像のコンテンツをクライアントＰＣ４へ提供する場合でも、クライアントＰＣ４のユーザの意思に係わらず必ずＣＭ映像を強制的に視聴させるようになされている。
【０２４７】
なお、このときＩＳＰ３１の制御サーバ３３は、ユーザＰＣ２がライブ映像のコンテンツの動画像データをインターネット５を介してＡＳＰ３２へ送信している間に発生するインターネット接続料をユーザＰＣ２のユーザＩＤに対応付けて課金し、課金管理データベース３４の課金データを更新する。
【０２４８】
同時にＡＳＰの管理サーバ３６は、ユーザＰＣ２からインターネット５を介して供給されるライブ映像のコンテンツの動画像データをコンテンツサーバ３９を介してストリーミング再生する間に発生するサービス利用料をユーザＰＣ２のユーザＩＤに対応付けて課金し、その課金データをユーザ情報データベース３７のユーザ情報ＤＢテーブル４５に登録すると共に、ネットワークインターフェース４１及びＩＳＰ３１のネットワークインターフェース３５を介して課金管理データベース３４に記録する。
【０２４９】
因みにＡＳＰ３２の管理サーバ３６は、ユーザＰＣ２が「使い放題コース」と呼ばれる定額制のサービス契約がなされている場合、接続開始日時から接続終了日時までの接続時間がユーザ情報データベース３７のユーザ情報ＤＢテーブル４５に記録されるだけでサービス利用料は一定のままで課金処理は行わない。
【０２５０】
一方、ＡＳＰ３２の管理サーバ３６は、例えばユーザ登録を行ったクライアントＰＣ４に対してパブリックチャンネルを介してライブ映像のコンテンツを提供する場合、内部のハードディスクから立ち上げたコンテンツ提供プログラムに従って、図４１に示すルーチンＲＴ９の開始ステップから入ってステップＳＰ７１に移る。
【０２５１】
ステップＳＰ７１〜ステップＳＰ７３については、ルーチンＲＴ８のステップＳＰ６１〜ステップＳＰ６３のようにマイチャンネルを介してライブ映像のコンテンツを提供する場合と同様であり、ＡＳＰ３２の管理サーバ３６はパーソナルキャスティングサービスのホームページのＨＴＭＬファイルをネットワークインターフェース４１からインターネット５を介してクライアントＰＣ４へ転送する。
【０２５２】
これによりクライアントＰＣ４は、ＡＳＰ３２から送られてきたパーソナルキャスティングサービスのホームページのＨＴＭＬファイルを受け取り、これをホームページ画面１２５（図２５）として表示部１７に表示する。
【０２５３】
このホームページ画面１２５において、ライブモード選択表示エリア１２８のライブ型パブリックチャンネル選択ボタン１２９がユーザによってクリックされると、クライアントＰＣ４のＣＰＵは、ライブ型パブリックチャンネル選択ボタン１２９が選択されたことを示すモード選択信号をインターネット５を介してＡＳＰ３２の管理サーバ３６に送信する。
【０２５４】
ステップＳＰ７４においてＡＳＰ３２の管理サーバ３６は、クライアントＰＣ４から送られたモード選択信号に基づいてコンテンツサーバ３９からパブリックチャンネル用のチャンネル表示画面を構成するＨＴＭＬファイルを読み出し、これをネットワークインターフェース４１からインターネット５を介してクライアントＰＣ４へ送信する。
【０２５５】
これによりクライアントＰＣ４のＣＰＵは、ＡＳＰ３２から送られてきたパブリックチャンネル用のチャンネル表示画面のＨＴＭＬファイルを受け取り、これを図４２に示すようなパブリックチャンネル用のチャンネル表示画面２４５として表示部に表示する。
【０２５６】
このパブリックチャンネル用のチャンネル表画面２４５において、パブリックチャンネルを表す映像チャンネルアイコン２４６〜２４９のいずれか（例えば「音楽ライブ」チャンネルアイコン２４７）がクライアントＰＣ４のユーザによってクリックされると、当該クライアントＰＣ４のＣＰＵは「音楽ライブ」チャンネルアイコン２４７に対応したチャンネル選択信号をインターネット５を介してＡＳＰ３２の管理サーバ３６に送信する。
【０２５７】
ステップＳＰ７５においてＡＳＰ３２の管理サーバ３６は、クライアントＰＣ４から送られたチャンネル選択信号に基づいてコンテンツサーバ３９から「音楽ライブ」チャンネルに関するパブリックチャンネル用のライブ映像スケジュール表示画面のＨＴＭＬファイルを読み出し、これをネットワークインターフェース４１からインターネット５を介してクライアントＰＣ４へ送信する。
【０２５８】
これによりクライアントＰＣ４は、ＡＳＰ３２から送られてきたパブリックチャンネル用のライブ映像スケジュール表示画面のＨＴＭＬファイルを受け取り、これを図４３に示すようなパブリックチャンネル用のライブ映像スケジュール表示画面２５５として表示部に表示する。
【０２５９】
このパブリックチャンネル用のライブ映像スケジュール表示画面２５５には、日付を示すカレンダ表示エリア２５６と、選択された「音楽ライブ」チャンネルに関するライブ映像のコンテンツの提供スケジュールを示すスケジュール内容表示エリア２５７とが設けられている。
【０２６０】
このカレンダ表示エリア２５６には、今日現在の日付（例えば２月１９日）が斜線枠２５６Ａで表示されており、クライアントＰＣ４のユーザに対して現在の日付を容易に認識させるようになされている。
【０２６１】
またスケジュール内容表示エリア２５７には、ＡＳＰ３２が２月１９日に提供予定のライブ映像のコンテンツの名称が表示されている。この場合、６時から８時５９分５９秒までの第１の時間帯枠２５７Ａでは「○△×ライブ」のコンテンツを提供予定であり、１０時から１０時５９分５９秒までの第２の時間帯枠２５７Ｂでは「××ツアー」のコンテンツを提供予定であり、２１時から２３時５９分５９秒までの第３の時間帯枠２５７Ｃでは「×△コンサート」のコンテンツを提供予定であることを示している。
【０２６２】
またパブリックチャンネル用のライブ映像スケジュール表示画面２５５は、例えば現在時刻（例えば１０時０９分）の時点では、スケジュール内容表示エリア２５７の第１の時間帯枠２５７Ａ及び第３の時間帯枠２５７Ｃとは異なる色で現在時刻に該当する第２の時間帯枠２５７Ｂを表示し、これによりクライアントＰＣ４のユーザに対して現時点で「××ツアー」のコンテンツをリアルタイムに視聴し得ることを容易に認識させ得るようになされている。
【０２６３】
ステップＳＰ７６においてＡＳＰ３２の管理サーバ３６は、パブリックチャンネル用のライブ映像スケジュール表示画面２５５を見ているクライアントＰＣ４のユーザによって、現時点（例えば１０時０９分）で視聴し得る第２の時間帯枠２５７Ｂがクリックされて選択されたか否かを判定する。
【０２６４】
この場合クライアントＰＣ４のＣＰＵは、第２の時間帯枠２５７Ｂが選択された場合に、パブリックチャンネルの「音楽ライブ」チャンネルに設定されているＵＲＬを認識し、当該ＵＲＬを表すチャンネル選択信号をインターネット５を介してＡＳＰ３２の管理サーバ３６に送信するようになされており、これによりＡＳＰ３２の管理サーバ３６はチャンネル選択信号を受け取った場合に第２の時間帯枠２５７Ｂが選択されたことを認識し得るようになされている。
【０２６５】
このステップＳＰ７６で否定結果が得られると、このことはスケジュール内容表示エリア２５７のうち現時点で視聴し得る第２の時間帯枠２５７Ｂが選択されていないことを表しており、このときＡＳＰ３２の管理サーバ３６は第２の時間帯枠２５７Ｂが選択されるまで待ち受ける。
【０２６６】
これに対してステップＳＰ７６で肯定結果が得られると、このことはスケジュール内容表示エリア２５７における第２の時間帯枠２５７Ｂが選択されたことを表しており、このときＡＳＰ３２の管理サーバ３６は次のステップＳＰ７７に移る。
【０２６７】
ステップＳＰ７７においてＡＳＰ３２の管理サーバ３６は、クリックされた時点から「音楽ライブ」チャンネルにおいて現在提供可能なライブ映像のＣＭ付動画像データ（「××ツアー」）を、コンテンツサーバ３９の「音楽ライブ」チャンネルに対応する専用の記憶領域からストリーミング再生し、これをインターネット５を介してクライアントＰＣ４へ送信し、次のステップＳＰ７８に移って処理を終了する。
【０２６８】
これによりクライアントＰＣ４のＣＰＵは、ＡＳＰ３２から送られてきたライブ映像のＣＭ付動画像データ（「××ツアー」）に基づいて、図４４に示すようなライブ映像のコンテンツ表示画面２６０を表示部に表示し、当該コンテンツ表示画面２６０の中央に設けられた動画像表示エリア２６１に「音楽ライブ」チャンネルで選択された第２の時間帯枠２５７Ｂに対応するライブ映像（「××ツアー」）を表示する。
【０２６９】
この場合もＡＳＰ３２の管理サーバ３６は、第２の時間帯枠２５７Ｂがクリックされた時点からライブ映像のコンテンツをストリーミング再生して提供するようになされており、当該コンテンツのＣＭ提供リクエストが「ＣＭ有」に設定されていた場合には、クリックされた時点からまず最初にＣＭ映像をクタイアントＰＣ４へ提供し、その後ライブ映像のコンテンツを提供するようになされている。
【０２７０】
このようにＡＳＰ３２の管理サーバ３６は、クライアントＰＣ４へパブリックチャンネルを介してライブ映像のコンテンツを提供する場合でも、クライアントＰＣ４のユーザの意思に係わらず必ずＣＭ映像を視聴させるようになされている。
【０２７１】
なお、このときＩＳＰ３１の制御サーバ３３は、ユーザＰＣ２がライブ映像のコンテンツの動画像データをインターネット５を介してＡＳＰ３２へ送信している間に発生するインターネット接続料をユーザＰＣ２のユーザＩＤに対応付けて課金し、課金管理データベース３４の課金データを更新する。
【０２７２】
同時にＡＳＰの管理サーバ３６は、ユーザＰＣ２からインターネット５を介して供給されるライブ映像のコンテンツの動画像データをコンテンツサーバ３９を介してストリーミング再生する間に発生するサービス利用料をユーザＰＣ２のユーザＩＤに対応付けて課金し、その課金データをユーザ情報データベース３７のユーザ情報ＤＢテーブル４５に登録すると共に、ネットワークインターフェース４１及びＩＳＰ３１のネットワークインターフェース３５を介して課金管理データベース３４に記録する。
【０２７３】
但し、この場合もＡＳＰ３２の管理サーバ３６は、ユーザＰＣ２が「使い放題コース」と呼ばれる定額制のサービス契約がなされている場合、接続開始日時から接続終了日時までの接続時間がユーザ情報データベース３７のユーザ情報ＤＢテーブル４５に記録されるだけでサービス利用料は一定のままで課金処理は行わない。
【０２７４】
（７）クライアントＰＣによる寄付処理
ユーザ登録したクライアントＰＣ４のユーザは、提供されたコンテンツに対して感動や共感を覚えたり、あるいはコンテンツが優れていると感じた場合に、当該コンテンツの制作者に対して容易に寄付を行うことができるようになされている。
【０２７５】
すなわちクライアントＰＣ４のＣＰＵは、ＡＳＰ３２からダウンロードしたコンテンツのＣＭ付動画像ファイルに基づいて表示部に表示したオンデマンド型のコンテンツ表示画面１６５（図２８）や、ライブ映像のコンテンツのＣＭ付動画像データに基づいて表示部に表示したライブ型のコンテンツ表示画面２４０（図４０）及びコンテンツ表示画面２６０（図４４）にそれぞれ設けられている寄付ボタン１６７、２４２及び２６２が、コンテンツを視聴したユーザによってクリックされると、内部のハードディスク（図示せず）から立ち上げた寄付プログラムに従って、寄付ボタン１６７、２４２及び２６２の隣に図４５に示すような寄付金額選択画面２７０を表示するようになされている。
【０２７６】
この寄付金額選択画面２７０には、種々の寄付金額に応じた寄付金選択ボタン２７１〜２７６が設けられており、クライアントＰＣ４のユーザが寄付金選択ボタン２７１〜２７６の中から寄付したい金額に相当する寄付金選択ボタンを自由に選択してクリックし得るようになされている。
【０２７７】
従ってクライアントＰＣ４のＣＰＵは、例えば１０００円の寄付金を寄付するために寄付金選択ボタン２７２がユーザによってクリックされた場合、その選択された寄付金選択ボタン２７２に対応する金額の寄付データを生成し、これをインターネット５を介してＡＳＰ３２の管理サーバ３６に送信する。
【０２７８】
ＡＳＰ３２の管理サーバ３６は、クライアントＰＣ４から送られてきた寄付データを所定の換算率でポイントに換算し、コンテンツＩＤに対応するユーザ情報ＤＢテーブル４５をユーザ情報データベース３７から検索し、そのユーザ情報ＤＢテーブル４５の累積ポイント数を寄付データに基づくポイントで更新する。
【０２７９】
このときクライアントＰＣ４のＣＰＵは、寄付データに対応する課金データを生成し、これをインターネット５を介してＡＳＰ３２の管理サーバ３６に送信する。これによりＡＳＰ３２の管理サーバ３６は、寄付金額に応じた課金データをクライアントＰＣ４のＡＳＰ３２に対するサービス利用料と共にビューワー情報データベース４０のビューワー情報ファイルに記録する。
【０２８０】
同時にＩＳＰ３１も、クライアントＰＣ４がインターネット５を介してＡＳＰ３１からコンテンツの提供を受けている間に発生するインターネット接続料を課金し、その課金データをビューワー情報データベース４０のビューワー情報ファイルに記録すると共に課金管理データベース３４に記録する。
【０２８１】
ところで登録ユーザ以外のビジターがコンテンツ制作者に対して寄付を行う場合に、寄付ボタン１６７、２４２及び２６２がビジターによってクリックされると、クライアントＰＣ４のＣＰＵは当該寄付ボタン１６７、２４２及び２６２の隣に寄付金額選択画面２７０（図４５）を表示すると共に、ビジターが寄付を行うためのクレジットカード番号等の入力画面（図示せず）を表示し、当該ビジターに対してクレジットカード番号の入力を促すようになされている。
【０２８２】
この結果クライアントＰＣ４のＣＰＵは、クレジットカード番号データと寄付金選択ボタンに対応する金額の寄付データとをＡＳＰ３２の管理サーバ３６にインターネット５を介して送信し、当該管理サーバ３６により寄付データに応じたポイントでユーザ情報ＤＢテーブル４５の累積ポイント数を更新するようになされている。
【０２８３】
なおＡＳＰ３２の管理サーバ３６は、ビジターが行った金額の寄付データをクレジットカード番号データに基づいてクレジットカード会社の課金管理データベースに送信し、当該クレジットカード会社に対してビジターの寄付に対する課金処理を依頼する。
【０２８４】
（８）月次ポイント清算処理
最後にコンテンツ提供システム１において、月単位で計算されるユーザ情報ＤＢテーブル４５の累積ポイント数に応じた利益還元をコンテンツ制作者に対して行うときの月次ポイント清算処理について説明するが、その前にＣＭ映像付コンテンツがクライアントＰＣ４に提供されるまでのＣＭ映像付コンテンツの提供処理手順についてまとめてみると、図４６に示すルーチンＲＴ１０の開始ステップから入ってステップＳＰ８１に移る。
【０２８５】
ステップＳＰ８１においてクライアントＰＣ４のＣＰＵは、チャンネル表示画面１５０（図２７）の中から所望のチャンネルボタン１５５がユーザによってクリックされたことを認識し、次のステップＳＰ８２に移る。
【０２８６】
ステップＳＰ８２においてクライアントＰＣ４のＣＰＵは、選択されたチャンネルボタン１５５に対応するコンテンツＩＤをインターネット５を介してＡＳＰ３２の管理サーバ３６へ送信し、次のステップＳＰ８３に移る。
【０２８７】
ステップＳＰ８３においてＡＳＰ３２の管理サーバ３６は、内部のハードディスクから立ち上げたコンテンツ提供プログラムを起動し、例えばクライアントＰＣ４から送られてきたコンテンツＩＤに基づいて提供スケジュール管理データベース３８の中からオンデマンド型提供スケジュールコントロールファイル１２０を検索し、ユーザＩＤ及びＣＭリクエストの内容を確認し、次のステップＳＰ８４に移る。
【０２８８】
ステップＳＰ８４においてＡＳＰ３２の管理サーバ３６は、オンデマンド型提供スケジュールコントロールファイル１２０を確認した結果、ＣＭリクエストが「ＣＭ有」になっているか否かを判定する。
【０２８９】
ここで否定結果が得られると、このことはＣＭリクエストが「ＣＭ無」でクライアントＰＣ４へ提供されるコンテンツにＣＭ映像が付加されない設定であることを表しており、このときＡＳＰ３２の管理サーバ３６はステップＳＰ８７に移って、ＣＭ映像の付加されていないコンテンツの動画像ファイルを提供し、次のステップＳＰ８８で処理を終了する。
【０２９０】
これに対してステップＳＰ８４で肯定結果が得られると、このことはＣＭリクエストが「ＣＭ有」でクライアントＰＣ４へ提供されるコンテンツにＣＭ映像が付加されるように設定されていることを表しており、このときＡＳＰ３２の管理サーバ３６は次のステップＳＰ８５に移る。
【０２９１】
ステップＳＰ８５においてＡＳＰ３２の管理サーバ３６は、ＣＭ管理データベース４４に格納されているＣＭ映像をコンテンツサーバ３９に格納されている動画像ファイルの先頭部分に付加することによりＣＭ付動画像ファイルのコンテンツを生成し、これをコンテンツサーバ３９に一旦格納した後に次のステップＳＰ８６に移る。
【０２９２】
ステップＳＰ８６においてＡＳＰ３２の管理サーバ３６は、ＣＭ付動画像ファイルのコンテンツをクライアントＰＣ４へ提供したとき、発生したポイントでユーザ情報データベース３７におけるユーザ情報ＤＢテーブル４５ファイルの累積ポイント数を更新し、次のステップＳＰ８７に移る。
【０２９３】
ステップＳＰ８７においてＡＳＰ３２の管理サーバ３６は、ＣＭリクエストが「ＣＭ有」であった場合にコンテンツサーバ３９からＣＭ付動画像ファイルのコンテンツを読み出し、これをインターネット５を介してクラアントＰＣ４へ提供し、次のステップＳＰ８８に移って処理を終了する。
【０２９４】
このようにコンテンツ提供システム１において、ＡＳＰ３２の管理サーバ３６は、ＣＭリクエストが「ＣＭ有」でコンテンツサーバ３９からＣＭ付動画像ファイルのコンテンツを読み出してクライアントＰＣ４へ提供した場合に、ポイントを発生してユーザ情報ＤＢテーブル４５の累積ポイント数を更新するようになされている。
【０２９５】
続いてコンテンツ提供システム１において、月単位で計算されるユーザ情報ＤＢテーブル４５の累積ポイント数に応じた利益還元処理をコンテンツ制作者に対して行うときの月次ポイント清算処理手順についてまとめてみると、図４７に示すルーチンＲＴ１１の開始ステップから入ってステップＳＰ９１に移る。
【０２９６】
ステップＳＰ９１においてＡＳＰ３２の管理サーバ３６は、内部のハードディスクから立ち上げた利益還元プログラムに基づいて、ユーザＰＣ２のＩＳＰ３１のインターネット接続料や当該ＡＳＰ３２のサービス利用料（「使い放題コース」が設定されていた場合はサービス利用料は一定である）を加算してユーザ情報ＤＢテーブル４５を更新し終わると、次のステップＳＰ９２に移る。
【０２９７】
ステップＳＰ９２においてＡＳＰ３２の管理サーバ３６は、ユーザ情報データベース３７に格納されているユーザ情報ＤＢテーブル４５を参照して月単位の累積ポイント数を読み出し、次のステップＳＰ９３に移る。
【０２９８】
ステップＳＰ９３においてＡＳＰ３２の管理サーバ３６は、累積ポイント数が所定ポイント数以上残っているか否かを判定する。
【０２９９】
ここで、否定結果が得られると、このことは累積ポイント数が所定ポイント数以上残っていないことを表しており、このときＡＳＰ３２の管理サーバ３６は次のステップＳＰ９４に移る。
【０３００】
ステップＳＰ９４においてＡＳＰ３２の管理サーバ３６は、月単位の累積ポイント数が所定ポイント数以上残っていないので、累積ポイント数に応じた利益還元処理を行わずに現時点でのサービス利用料の請求処理をユーザＰＣ２に対して行い、次のステップＳＰ１０１に移って処理を終了する。
【０３０１】
これに対してステップＳＰ９３で肯定結果が得られると、このことは月単位の累積ポイント数が所定ポイント数以上残っていることを表しており、このときＡＳＰ３２の管理サーバ３６は累積ポイント数に応じた利益還元処理を行うために次のステップＳＰ９５に移る。
【０３０２】
ステップＳＰ９５においてＡＳＰ３２の管理サーバ３６は、ユーザ情報ＤＢテーブル４５における累積ポイント数の相当額を当該ＡＳＰ３２のサービス利用料から減算し、その減算処理したサービス利用料分のポイント数をユーザ情報ＤＢテーブル４５の累積ポイント数から減算して更新し、次のステップＳＰ９６に移る。
【０３０３】
これによりユーザＰＣ２のコンテンツ制作者は、ＡＳＰ３２からクレジットカード会社を通じて受ける支払い請求のサービス利用料が減額もしくは相殺され、累積ポイントに応じた利益還元処理を受けたことになる。
【０３０４】
ステップＳＰ９６においてＡＳＰ３２の管理サーバ３６は、当該ＡＳＰ３２のサービス利用料を利益還元した後の累積ポイント数が所定ポイント数以上残っているか否かを判定する。
【０３０５】
ここで、否定結果が得られると、このことは累積ポイント数が所定ポイント数以上残っていないことを表しており、このときＡＳＰ３２の管理サーバ３６は次のステップＳＰ９４に移ってサービス利用料の請求処理を行い、次のステップＳＰ１０１で処理を終了する。
【０３０６】
これに対してステップＳＰ９６で肯定結果が得られると、このことは累積ポイント数が所定ポイント数以上残っていることを表しており、このときＡＳＰ３２の管理サーバ３６は次のステップＳＰ９７に移る。
【０３０７】
ステップＳＰ９７においてＡＳＰ３２の管理サーバ３６は、ＩＳＰ３１に対して累積ポイント数の相当額をユーザＰＣ２のインターネット接続料から減算処理し、その減算処理したインターネット接続料分のポイント数をユーザ情報ＤＢテーブル４５の累積ポイント数から減算して更新した後、次のステップＳＰ９８に移る。
【０３０８】
これによりユーザＰＣ２のコンテンツ制作者は、ＩＳＰ３１からクレジットカード会社を通じて受ける支払い請求のインターネット接続料が減額もしくは相殺され、ＡＳＰ３２のサービス利用料に続いて累積ポイント数に応じた利益還元処理を受けたことになる。
【０３０９】
ステップＳＰ９８においてＡＳＰ３２の管理サーバ３６は、この段階で未だ累積ポイント数が残っているか否かを判定する。ここで、累積ポイント数が１００万ポイント以上残っていた場合、ＡＳＰ３２の管理サーバ３６は次のステップＳＰ９９に移る。
【０３１０】
ステップＳＰ９９においてＡＳＰ３２の管理サーバ３６は、累積ポイント数の１００万ポイント超過分をクレジットカード会社を通じて例えば決済データから減算して決済処理するように当該クレジットカード会社に指示した後、１００万ポイント超過分のポイント数をユーザ情報ＤＢテーブル４５の累積ポイント数から減算して累積ポイント数を新たに更新し、再度ステップＳＰ９８に戻る。
【０３１１】
これに対してステップＳＰ９８で累積ポイント数が１００万ポイント以下で１０万ポイント以上残っていた場合、ＡＳＰ３２の管理サーバ３６は次のステップＳＰ１００に移る。
【０３１２】
ステップＳＰ１００においてＡＳＰ３２の管理サーバ３６は、オンライン通信販売会社６にインターネット５を介して累積ポイント数の１０万ポイント超過分のポイントデータを転送した後、ユーザ情報ＤＢテーブル４５の累積ポイント数から１０万ポイント超過分のポイント数を減算して累積ポイント数を新たに更新し、次のステップＳＰ１０１で処理を終了する。
【０３１３】
この場合オンライン通信販売会社６は、ユーザ登録時にＡＳＰ３２から転送されたユーザ情報ＤＢテーブル４５の内容に基づいてコンテンツ制作者の住所や電子メールアドレス等の個人情報を認識しており、１０万ポイント超過分のポイント数に応じた所定の商品をユーザＰＣ２のコンテンツ制作者に対して宅配することにより、利益還元処理を行うようになされている。
【０３１４】
さらにステップＳＰ９８で累積ポイント数が１０万ポイント以上残っていなかった場合、ＡＳＰ３２の管理サーバ３６はステップＳＰ９４に移って、サービス利用料の請求処理を行い、次のステップＳＰ１０１で処理を終了する。
【０３１５】
（９）本実施の形態における動作及び効果
以上の構成において、ユーザＰＣ２はコンテンツのスケジュール予約を行うとき、ＣＭ映像が付加されたＣＭ付動画像ファイルのコンテンツをクライアントＰＣ４へ提供するか否かの選択を例えばＣＭ提供リクエスト画面１１５（図１８）で行うことにより、オンデマンド型提供スケジュールコントロールファイル１２０を生成し、これをＡＳＰ３２の管理サーバ３６に送信する。
【０３１６】
ＡＳＰ３２の管理サーバ３６は、オンデマンド型提供スケジュールコントロールファイル１２０を受信し、これを提供スケジュール管理データベース３８に格納する。
【０３１７】
そしてＡＳＰ３２の管理サーバ３６は、オンデマンド型提供スケジュールコントロールファイル１２０の内容としてＣＭリクエストが「ＣＭ有」に設定されていた場合、ＣＭクライアント７から予め供給されてＣＭ管理データベース４４に格納しておいたＣＭ映像をコンテンツの動画像ファイルの先頭部分に付加することによりＣＭ付動画像ファイルを生成し、これをコンテンツサーバ３９に格納しておく。
【０３１８】
この状態でＡＳＰ３２の管理サーバ３６は、クライアントＰＣ４からコンテンツの要求を受けると、オンデマンド型提供スケジュールコントロールファイル１２０に従ってコンテンツサーバ３９からＣＭ付動画像ファイルのコンテンツを読み出し、これをインターネット５を介してクライアントＰＣ４へ送信する。
【０３１９】
これによりクライアントＰＣ４は、ＣＭ付動画像ファイルに基づいてコンテンツ表示画面１６５（図２８）に最初ＣＭ映像を表示した後、続いてコンテンツの動画像を表示することになり、ユーザは所望のコンテンツを選択するときにＣＭを意識することがないにも係わらず最初にＣＭ映像を視聴することになる。
【０３２０】
このようにコンテンツ提供システム１としては、クライアントＰＣ４のユーザにＣＭのことを意識させるとなくコンテンツを選択させるだけで、必ずコンテンツの前にＣＭ映像を視聴させることができるので、当該ＣＭ映像の宣伝効果に応じた恩恵をＣＭクライアント７側が受け、当該ＣＭクライアント７側から宣伝効果に応じた報酬をＡＳＰ３２側が受けた後、ＣＭ映像が付加されたコンテンツのコンテンツ制作者に対して正当な利益還元を行い得るビジネスモデルを構築することが可能となる。
【０３２１】
以上の構成によれば、コンテンツ提供システム１におけるＡＳＰ３２の管理サーバ３６は、ＣＭ映像をコンテンツの動画像ファイルの先頭部分に付加することにより生成したＣＭ映像付動画像ファイルをコンテンツサーバ３９に格納しておき、クライアントＰＣ４からコンテンツの要求を受けたとき、オンデマンド型提供スケジュールコントロールファイル１２０に従ってＣＭ映像付動画像ファイルのコンテンツを提供することにより、クライアントＰＣ４のユーザにコンテンツを選択させるだけで必ずＣＭ映像を視聴させることができる。
【０３２２】
（１０）他の実施の形態
なお上述の実施の形態においては、広告情報としてＣＭ映像をコンテンツに付加するようにした場合について述べたが、本発明はこれに限らず、ＣＭ音声を付加するようにしても良い。この場合にも、上述の実施の形態と同様の効果を得ることができる。
【０３２３】
また上述の実施の形態においては、ＣＭ映像をコンテンツの動画像ファイルの先頭部分に付加することにより生成したＣＭ映像付動画像ファイルをコンテンツ蓄積提供手段としてのコンテンツサーバ３９に格納しておき、記憶手段としての提供スケジュール管理データベース３８に格納されたコンテンツ提供条件データとしてのオンデマンド型提供スケジュールコントロールファイル１２０に従って、制御手段としての管理サーバ３６の制御の基にＣＭ映像付動画像ファイルをコンテンツサーバ３９から提供するようにした場合について述べたが、本発明はこれに限らず、ＣＭ映像をコンテンツの動画像ファイルの終了部分に付加することにより生成したＣＭ映像付動画像ファイルを提供するようにしても良い。
【０３２４】
さらに上述の実施の形態においては、コンテンツとして動画像ファイル又はＣＭ付動画像ファイルのいずれかをオンデマンド型提供スケジュールコントロールファイル１２０に従ってコンテンツサーバ３９から提供するためのコンテンツ提供プログラムが予め管理サーバ３６のハードディスクにインストールされている場合について述べたが、本発明はこれに限らず、コンテンツ提供プログラムの格納された例えばＣＤ−ＲＯＭ(Compact Disc-Read Only Memory) 、ＤＶＤ(Digital Video Disc)等のパッケージメディアでなるプログラム格納媒体を再生することによりコンテンツ提供プログラムをインストールしても良く、またコンテンツ提供プログラムが一時的もしくは永続的に格納される半導体メモリや光磁気ディスク等のプログラム格納媒体を再生することによりコンテンツ提供プログラムをインストールしても良い。
【０３２５】
これらのプログラム格納媒体にコンテンツ提供プログラムを格納する手段としてはローカルエリアネットワーク、ディジタル衛星放送等の有線及び無線通信媒体を利用しても良く、ルータやモデム等の各種通信インターフェースを介在させて格納するようにしても良い。
【０３２６】
さらに上述の実施の形態においては、ＡＳＰ３２の管理サーバ３６がコンテンツを提供する対象としてクライアントＰＣ４を用いるようにした場合について述べたが、本発明はこれに限らず、インターネット５を介して接続されるものであれば携帯情報端末や携帯電話機からの要求に応じてコンテンツを提供するようにしても良い。
【０３２７】
さらに上述の実施の形態においては、ネットワークとしてインターネット５を用いるようにした場合について述べたが、本発明はこれに限らず、有線又は無線で構築された他の種々のネットワークを用いても良い。
【０３２８】
【発明の効果】
上述のように本発明によれば、寄付データを所定の換算率でポイントに換算し、コンテンツ蓄積提供手段が広告付コンテンツをクライアントへ提供した提供回数に応じて発生した累積ポイント数を当該寄付データに基づいて換算したポイントにより更新し、当該更新した累積ポイント数を用いて課金処理を実行することができるので、寄付データを累積ポイント数に反映した利益還元を実行し得る利益還元装置、利益還元方法及びシステムを実現することができる。
【図面の簡単な説明】
【図１】インターネットを利用した電子商取引の原理の説明に供する略線図である。
【図２】本発明によるコンテンツ提供システムの構成を示す略線的ブロツク図である。
【図３】ユーザＰＣの構成を示す略線的ブロック図である。
【図４】デスクトップ画面を示す略線図である。
【図５】ユーザ情報登録画面を示す略線図である。
【図６】ユーザ情報ファイルを示す略線図である。
【図７】コンテンツ提供プロバイダの構成を示す略線的ブロック図である。
【図８】ＡＳＰの管理サーバによるユーザ登録手続き処理手順を示すフローチャートである。
【図９】ユーザ情報ＤＢに登録されたユーザ情報ＤＢテーブルの内容を示す略線図である。
【図１０】キャプチャー画面を示す略線図である。
【図１１】確認画面を示す略線図である。
【図１２】編集画面を示す略線図である。
【図１３】オンデマンド型パーソナルキャスティング制御画面を示す略線図である。
【図１４】プルダウンメニューを示す略線図である。
【図１５】マイチャンネルジャンル表画面を示す略線図である。
【図１６】コーデック選択画面を示す略線図である。
【図１７】オンデマンド型提供スケジュール管理画面を示す略線図である。
【図１８】ＣＭ提供リクエスト画面を示す略線図である。
【図１９】ＣＭリンク設定画面を示す略線図である。
【図２０】コンテンツＩＤ設定画面を示す略線図である。
【図２１】オンデマンド型提供スケジュールコントロールファイルの内容を示す略線図である。
【図２２】オンデマンド型におけるＡＳＰへのコネクト処理手順を示すフローチャートである。
【図２３】提供スケジュールの確認及び変更処理手順を示すフローチャートである。
【図２４】オンデマンド型のキャスティング処理手順を示すフローチャートである。
【図２５】パーソナルキャスティングサービスのホームページ画面を示す略線図である。
【図２６】マイチャンネル用のジャンル表画面を示す略線図である。
【図２７】映像ジャンル「車」に関するチャンネル表示画面を示す略線図である。
【図２８】選択されたチャンネルボタンに対応するコンテンツが表示されたコンテンツ表示画面を示す略線図である。
【図２９】ライブ型パーソナルキャスト制御画面を示す略線図である。
【図３０】ライブ型提供スケジュール管理画面の表示処理手順を示すフローチャートである。
【図３１】パブリックチャンネル用のライブ型提供スケジュール管理画面を示す略線図である。
【図３２】ライブ型提供スケジュールコントロールファイルの内容を示す略線図である。
【図３３】予約処理手順を示すフローチャートである。
【図３４】マイチャンネル用のライブ型提供スケジュール管理画面を示す略線図である。
【図３５】マイチャンネル用のライブ型提供スケジュールコントロールファイルの内容を示す略線図である。
【図３６】予約不能メッセージ表示画面を示す略線図である。
【図３７】ライブ型におけるＡＳＰへのコネクト処理手順を示すフローチャートである。
【図３８】ライブ型でマイチャンネルを介して行うキャスティング処理手順を示すフローチャートである。
【図３９】マイチャンネル用のライブ映像スケジュール表示画面を示す略線図である。
【図４０】選択されたチャンネルボタンに対応するライブ映像のコンテンツが表示されたコンテンツ表示画面を示す略線図である。
【図４１】ライブ型でパブリックチャンネルを介して行うキャスティング処理手順を示すフローチャートである。
【図４２】パブリックチャンネル用のチャンネル表示画面を示す略線図である。
【図４３】パブリックチャンネル用のライブ映像スケジュール表示画面を示す略線図である。
【図４４】音楽ライブチャンネルで選択されたライブ映像のコンテンツが表示されたコンテンツ表示画面を示す略線図である。
【図４５】寄付金額選択画面を示す略線図である。
【図４６】ＣＭ映像付コンテンツの提供処理手順を示すフローチャートである。
【図４７】利益還元処理手順を示すフローチャートである。
【符号の説明】
１……コンテンツ提供サービスシステム、２……ユーザＰＣ、３……コンテンツ提供プロバイダ、４……クライアントＰＣ、５……インターネット、６……オンライン通信販売会社、７……ＣＭクライアント、１０……ＣＰＵ、１１……バス、１２……ＨＤＤ、１４……ＩＥＥＥ１３９４インターフェース、１６、３５、４１……ネットワークインターフェース、１７……表示部、３１……ＩＳＰ、３２……ＡＳＰ、３３……制御サーバ、３４……課金管理データベース、３６……管理サーバ、３７……ユーザ情報ＤＢ、３８……提供スケジュール管理ＤＢ、３９……コンテンツサーバ、４０……ビューワー情報ＤＢ、４４……ＣＭ管理ＤＢ、４５……ユーザ情報ＤＢテーブル。

Claims (5)

1. コンテンツ供給手段から供給されたコンテンツに広告依頼者から供給された広告情報を付加することにより生成された広告情報付コンテンツを蓄積し、クライアントからの要求に応じて上記広告情報付コンテンツをネットワークを介して上記クライアントへ提供するコンテンツ蓄積提供手段と、
   上記クライアントが上記広告情報付コンテンツの提供を受けた後に当該広告情報付コンテンツを再生することにより当該クライアントの表示部にコンテンツ表示画面を表示し、当該コンテンツ表示画面に設けられている寄付ボタンが操作されたときに複数種類の金額が示された寄付金額提示画面を表示した後、当該寄付金額提示画面の中から選択された金額に基づいて生成した寄付データを当該クライアントから受信する受信手段と、
   上記選択された金額に基づいて生成された上記寄付データを所定の換算率でポイントに換算し、上記コンテンツ蓄積提供手段が上記広告付コンテンツを上記クライアントへ提供した提供回数に応じて発生した累積ポイント数を上記換算したポイントで更新し、当該更新した上記累積ポイント数を用いて課金処理を実行する利益還元処理手段と
   を具える利益還元装置。
2. 上記利益還元処理手段は、上記コンテンツ供給手段の上記ネットワークに対する接続料の課金データから上記累積ポイント数の相当額を減算することにより上記課金処理を実行する
   請求項１に記載の利益還元装置。
3. 上記利益還元処理手段は、上記コンテンツ供給手段の上記コンテンツ蓄積提供手段に対するサービス利用料の課金データから上記累積ポイント数の相当額を減算することにより上記課金処理を実行する
   請求項１に記載の利益還元装置。
4. コンテンツ供給手段から供給されたコンテンツに広告依頼者から供給された広告情報を付加することにより生成された広告情報付コンテンツをコンテンツ蓄積提供手段によって蓄積し、クライアントからの要求に応じて上記広告情報付コンテンツをコンテンツ蓄積提供手段によりネットワークを介して上記クライアントへ提供するコンテンツ蓄積提供ステップと、
   上記クライアントが上記広告情報付コンテンツの提供を受けた後に当該広告情報付コンテンツを再生することにより当該クライアントの表示部にコンテンツ表示画面を表示し、当該コンテンツ表示画面に設けられている寄付ボタンが操作されたときに複数種類の金額が示された寄付金額提示画面を表示した後、当該寄付金額提示画面の中から選択された金額に基づいて生成した寄付データを上記クライアントから受信手段を介して受信する受信ステップと、
   利益還元処理手段により、上記選択された金額に基づいて生成された上記寄付データを所定の換算率でポイントに換算し、上記コンテンツ蓄積提供手段が上記広告付コンテンツを上記クライアントへ提供した提供回数に応じて発生した累積ポイント数を上記換算したポイントで更新し、当該更新した上記累積ポイント数を用いて課金処理を実行する利益還元処理ステップと
   を有する利益還元方法。
5. コンテンツの要求を行うクライアントと、
   コンテンツ供給手段から供給された上記コンテンツを蓄積し、上記要求に応じた上記コンテンツをネットワークを介して上記クライアントへ提供し、上記コンテンツ供給手段に対して所定の利益還元処理を行う利益還元装置と
   によって構成されるシステムにおいて、
   上記利益還元装置は、
   上記コンテンツ供給手段から供給されたコンテンツに広告依頼者から供給された広告情報を付加することにより生成された広告情報付コンテンツを蓄積し、上記クライアントからの要求に応じて上記広告情報付コンテンツをネットワークを介して上記クライアントへ提供するコンテンツ蓄積提供手段と、
   上記クライアントが上記広告情報付コンテンツの提供を受けた後に当該広告情報付コンテンツを再生することにより当該クライアントの表示部にコンテンツ表示画面を表示し、当該コンテンツ表示画面に設けられている寄付ボタンが操作されたときに複数種類の金額が示された寄付金額提示画面を表示した後、当該寄付金額提示画面の中から選択された金額に基づいて生成した寄付データを当該クライアントから受信する受信手段と、
   上記選択された金額に基づいて生成された上記寄付データを所定の換算率でポイントに換算し、上記コンテンツ蓄積提供手段が上記広告付コンテンツを上記クライアントへ提供した提供回数に応じて発生した累積ポイント数を上記換算したポイントで更新し、当該更新した上記累積ポイント数を用いて課金処理を実行する利益還元処理手段と
   を具えるシステム。

Images