(57)【特許請求の範囲】
【請求項１】
複数のユーザのそれぞれに予め割り当てられた、オンデマンド型コンテンツの格納及び読出を行うための第１の専用記憶領域に対して第１の情報処理装置から上記オンデマンド型コンテンツの提供時間帯枠が指定されて供給される当該オンデマンド型コンテンツを予め蓄積しておき、上記オンデマンド型コンテンツの上記提供時間帯枠に第２の情報処理装置からの要求に応じて上記第１の専用記憶領域から当該オンデマンド型コンテンツを読み出して、ネットワークを介して上記第２の情報処理装置へ提供することにより、オンデマンド型のコンテンツ提供形態を実現する第１コンテンツ蓄積提供手段と、
公共的に設けられ、ライブ型コンテンツを記録しながらストリーミング再生するための第２の専用記憶領域に対して上記第１の情報処理装置から供給される上記ライブ型コンテンツを蓄積しながら、上記第２の情報処理装置からの要求に応じて上記第２の専用記憶領域から上記ライブ型コンテンツを読み出して、上記ネットワークを介して上記第２の情報処理装置へリアルタイムに提供することにより、ライブ型のコンテンツ提供形態を実現する第２コンテンツ蓄積提供手段と、
上記第２コンテンツ蓄積提供手段に公共的に設けられた上記第２の専用記憶領域を、複数の上記第１の情報処理装置がそれぞれ希望する時間帯枠毎に分けて共用できるように予約制御する制御手段と
を具え、
上記制御手段は、上記第１の情報処理装置が上記ライブ型のコンテンツ提供形態を実現する際、上記第２の専用記憶領域に対する希望の時間帯枠が予約済みであった場合、上記オンデマンド型コンテンツの上記提供時間帯枠以外の空時間帯を利用して上記第１の専用記憶領域を用いて上記第１の情報処理装置による上記ライブ型のコンテンツ提供形態を実現するための予約を当該第１の情報処理装置から受け付け、当該予約に対応した上記空時間帯のとき上記第１コンテンツ蓄積提供手段を介して、上記第１の情報処理装置から供給される上記ライブ型コンテンツを上記第１の専用記憶領域に蓄積しながら、上記第２の情報処理装置からの要求に応じて当該第１の専用記憶領域から上記ライブ型コンテンツを読み出して、上記ネットワークを介して上記第２の情報処理装置へリアルタイムに提供することにより、上記ライブ型のコンテンツ提供形態を実現する
コンテンツ提供装置。
【請求項２】
上記制御手段は、
上記第２の専用記憶領域を複数の上記第１の情報処理装置がそれぞれ希望する上記時間帯枠毎に分けて使用するように予約制御すると共に、上記時間帯枠毎の予約表を作成して上記第１の情報処理装置へ上記ネットワークを介して送信する
請求項１に記載のコンテンツ提供装置。
【請求項３】
上記第２コンテンツ蓄積提供手段は、上記第２の専用記憶領域が上記コンテンツの映像カテゴリ毎にそれぞれ設けられている
請求項２に記載のコンテンツ提供装置。
【請求項４】
第１コンテンツ蓄積提供手段により、複数のユーザのそれぞれに予め割り当てられた、オンデマンド型コンテンツの格納及び読出を行うための第１の専用記憶領域に対して第１の情報処理装置から上記オンデマンド型コンテンツの提供時間帯枠が指定されて供給される当該オンデマンド型コンテンツを予め蓄積しておき、上記オンデマンド型コンテンツの上記提供時間帯枠に第２の情報処理装置からの要求に応じて上記第１の専用記憶領域から当該オンデマンド型コンテンツを読み出して、ネットワークを介して上記第２の情報処理装置へ提供することにより、オンデマンド型のコンテンツ提供形態を実現するオンデマンド型コンテンツ提供ステップと、
第２コンテンツ蓄積提供手段により、公共的に設けられ、ライブ型コンテンツを記録しながらストリーミング再生するための第２の専用記憶領域に対して上記第１の情報処理装置から供給される上記ライブ型コンテンツを蓄積しながら、上記第２の情報処理装置からの要求に応じて上記第２の専用記憶領域から上記ライブ型コンテンツを読み出して、上記ネットワークを介して上記第２の情報処理装置へリアルタイムに提供することにより、ライブ型のコンテンツ提供形態を実現するライブ型コンテンツ提供ステップと、
上記第１の情報処理装置が上記ライブ型のコンテンツ提供形態を実現する際、上記第２の専用記憶領域に対する希望の時間帯枠が予約済みであった場合、上記オンデマンド型コンテンツの上記提供時間帯枠以外の空時間帯を利用して上記第１の専用記憶領域を用いて上記第１の情報処理装置による上記ライブ型のコンテンツ提供形態を実現するための予約を当該第１の情報処理装置から制御手段が受け付け、当該制御手段により、当該予約に対応した上記空時間帯のとき上記第１コンテンツ蓄積提供手段を介して、上記第１の情報処理装置から供給される上記ライブ型コンテンツを上記第１の専用記憶領域に蓄積しながら、上記第２の情報処理装置からの要求に応じて当該第１の専用記憶領域から上記ライブ型コンテンツを読み出して、上記ネットワークを介して上記第２の情報処理装置へリアルタイムに提供することにより、上記ライブ型のコンテンツ提供形態を実現するコンテンツ提供ステップと
を有するコンテンツ提供方法。
【請求項５】
コンピュータに対し、
複数のユーザのそれぞれに予め割り当てられた、オンデマンド型コンテンツの格納及び読出を行うための第１の専用記憶領域に対して第１の情報処理装置から上記オンデマンド型コンテンツの提供時間帯枠が指定されて供給される当該オンデマンド型コンテンツを予め蓄積しておき、上記オンデマンド型コンテンツの上記提供時間帯枠に第２の情報処理装置からの要求に応じて上記第１の専用記憶領域から当該オンデマンド型コンテンツを読み出して、ネットワークを介して上記第２の情報処理装置へ提供することにより、オンデマンド型のコンテンツ提供形態を実現するオンデマンド型コンテンツ提供ステップと、
公共的に設けられ、ライブ型コンテンツを記録しながらストリーミング再生するための第２の専用記憶領域に対して上記第１の情報処理装置から供給される上記ライブ型コンテンツを蓄積しながら、上記第２の情報処理装置からの要求に応じて上記第２の専用記憶領域から上記ライブ型コンテンツを読み出して、上記ネットワークを介して上記第２の情報処理装置へリアルタイムに提供することにより、ライブ型のコンテンツ提供形態を実現するライブ型コンテンツ提供ステップと、
上記第１の情報処理装置が上記ライブ型のコンテンツ提供形態を実現する際、上記第２の専用記憶領域に対する希望の時間帯枠が予約済みであった場合、上記オンデマンド型コンテンツの上記提供時間帯枠以外の空時間帯を利用して上記第１の専用記憶領域を用いて上記第１の情報処理装置による上記ライブ型のコンテンツ提供形態を実現するための予約を当該第１の情報処理装置から受け付け、当該予約に対応した上記空時間帯のとき上記第１コンテンツ蓄積提供手段を介して、上記第１の情報処理装置から供給される上記ライブ型コンテンツを上記第１の専用記憶領域に蓄積しながら、上記第２の情報処理装置からの要求に応じて当該第１の専用記憶領域から上記ライブ型コンテンツを読み出して、上記ネットワークを介して上記第２の情報処理装置へリアルタイムに提供することにより、上記ライブ型のコンテンツ提供形態を実現するコンテンツ提供ステップと
を実行させるためのコンテンツ提供が格納されたプログラム格納媒体。
【請求項６】
オンデマンド型コンテンツ又はライブ型コンテンツを供給する第１の情報処理装置と、
上記オンデマンド型コンテンツ又は上記ライブ型コンテンツの要求を行い、当該要求に応じた上記オンデマンド型コンテンツ又は上記ライブ型コンテンツの提供を受ける第２の情報処理装置と、
上記第１の情報処理装置から供給された上記オンデマンド型コンテンツ又は上記ライブ型コンテンツを蓄積し、上記第２の情報処理装置からの上記要求に応じて上記オンデマンド型コンテンツ又は上記ライブ型コンテンツを読み出して、ネットワークを介して上記第２の情報処理装置へ提供するコンテンツ提供装置と
によって構成されるコンテンツ提供システムにおいて、
上記コンテンツ提供装置は、
複数のユーザのそれぞれに予め割り当てられた、上記オンデマンド型コンテンツの格納及び読出を行うための第１の専用記憶領域に対して第１の情報処理装置から上記オンデマンド型コンテンツの提供時間帯枠が指定されて供給される当該オンデマンド型コンテンツを予め蓄積しておき、上記オンデマンド型コンテンツの上記提供時間帯枠に上記第２の情報処理装置からの要求に応じて上記第１の専用記憶領域から当該オンデマンド型コンテンツを読み出して、上記ネットワークを介して上記第２の情報処理装置へ提供することにより、オンデマンド型のコンテンツ提供形態を実現する第１コンテンツ蓄積提供手段と、
公共的に設けられ、ライブ型コンテンツを記録しながらストリーミング再生するための第２の専用記憶領域に対して上記第１の情報処理装置から供給される上記ライブ型コンテンツを蓄積しながら、上記第２の情報処理装置からの要求に応じて上記第２の専用記憶領域から上記ライブ型コンテンツを読み出して、上記ネットワークを介して上記第２の情報処理装置へリアルタイムに提供することにより、ライブ型のコンテンツ提供形態を実現する第２コンテンツ蓄積提供手段と、
上記第２コンテンツ蓄積提供手段に公共的に設けられた上記第２の専用記憶領域を、複数の上記第１の情報処理装置がそれぞれ希望する時間帯枠毎に分けて共用できるように予約制御する制御手段と
を具え、
上記制御手段は、上記第１の情報処理装置が上記ライブ型のコンテンツ提供形態を実現する際、上記第２の専用記憶領域に対する希望の時間帯枠が予約済みであった場合、上記オンデマンド型コンテンツの上記提供時間帯枠以外の空時間帯を利用して上記第１の専用記憶領域を用いて上記第１の情報処理装置による上記ライブ型のコンテンツ提供形態を実現するための予約を当該第１の情報処理装置から受け付け、当該予約に対応した上記空時間帯のとき上記第１コンテンツ蓄積提供手段を介して、上記第１の情報処理装置から供給される上記ライブ型コンテンツを上記第１の専用記憶領域に蓄積しながら、上記第２の情報処理装置からの要求に応じて当該第１の専用記憶領域から上記ライブ型コンテンツを読み出して、上記ネットワークを介して上記第２の情報処理装置へリアルタイムに提供することにより、上記ライブ型のコンテンツ提供形態を実現する
コンテンツ提供システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はコンテンツ提供装置、コンテンツ提供方法、プログラム格納媒体及びコンテンツ提供システムに関し、例えばインターネットを介してコンテンツを提供するコンピュータネットワークシステムに適用して好適なものである。
【０００２】
【従来の技術】
従来、コンピュータネットワークシステムにおいて、例えば個人が作成した映像及び又は音声からなるコンテンツをインターネットを介して提供する場合、ユーザはパーソナルコンピュータを使用して作成した個人のホームページを開設することが一般的に行われている。
【０００３】
このように個人のホームページを開設する場合、ユーザはパーソナルコンピュータを介してホームページ作成プログラムを入手し、当該ホームページ作成プログラムに基づいて複数のコンテンツとハイパーリンクしたホームページを制作し、これをインターネットサービスプロバイダ（以下、これをＩＳＰと呼ぶ）のサーバに蓄積しておく。
【０００４】
そしてＩＳＰは、インターネットを介してアクセスしてきたクライアントに対してサーバからホームページを提供し、そのホームページ上のアンカーがクリックされた場合、ハイパーリンクされたコンテンツを続いて提供するようになされている。
【０００５】
【発明が解決しようとする課題】
ところでかかる構成のコンピュータネットワークシステムにおいては、ＩＳＰのサーバを介してユーザが作成した個人のホームページ上でコンテンツを提供する場合でも、必ずしも多くのクラアイントに個人のホームページがアクセスしてもらえるとは限らず、必ずしも個人で作成したコンテンツを不特定多数のクライアントに対して広く提供し得ないという問題があった。
【０００６】
本発明は以上の点を考慮してなされたもので、個人が作成したコンテンツを不特定多数に広く提供し得るコンテンツ提供装置、コンテンツ提供方法、プログラム格納媒体及びコンテンツ提供システムを提案しようとするものである。
【０００７】
【課題を解決するための手段】
かかる課題を解決するため本発明においては、複数のユーザのそれぞれに予め割り当てられた、オンデマンド型コンテンツの格納及び読出を行うための第１の専用記憶領域に対して第１の情報処理装置からオンデマンド型コンテンツの提供時間帯枠が指定されて供給される当該オンデマンド型コンテンツを予め蓄積しておき、オンデマンド型コンテンツの提供時間帯枠に第２の情報処理装置からの要求に応じて第１の専用記憶領域から当該オンデマンド型コンテンツを読み出して、ネットワークを介して第２の情報処理装置へ提供することにより、オンデマンド型のコンテンツ提供形態を実現する第１コンテンツ蓄積提供手段と、公共的に設けられ、ライブ型コンテンツを記録しながらストリーミング再生するための第２の専用記憶領域に対して第１の情報処理装置から供給されるライブ型コンテンツを蓄積しながら、第２の情報処理装置からの要求に応じて第２の専用記憶領域からライブ型コンテンツを読み出して、ネットワークを介して第２の情報処理装置へリアルタイムに提供することにより、ライブ型のコンテンツ提供形態を実現する第２コンテンツ蓄積提供手段と、第２コンテンツ蓄積提供手段に公共的に設けられた第２の専用記憶領域を、複数の第１の情報処理装置がそれぞれ希望する時間帯枠毎に分けて共用できるように予約制御する制御手段とを設けるようにして、制御手段により、第１の情報処理装置がライブ型のコンテンツ提供形態を実現する際、第２の専用記憶領域に対する希望の時間帯枠が予約済みであった場合、オンデマンド型コンテンツの提供時間帯枠以外の空時間帯を利用して第１の専用記憶領域を用いて第１の情報処理装置によるライブ型のコンテンツ提供形態を実現するための予約を当該第１の情報処理装置から受け付け、当該予約に対応した空時間帯のとき第１コンテンツ蓄積提供手段を介して、第１の情報処理装置から供給されるライブ型コンテンツを第１の専用記憶領域に蓄積しながら、第２の情報処理装置からの要求に応じて当該第１の専用記憶領域からライブ型コンテンツを読み出して、ネットワークを介して第２の情報処理装置へリアルタイムに提供することにより、ライブ型のコンテンツ提供形態を実現するようにした。
【０００８】
これにより、第１コンテンツ蓄積提供手段を介してオンデマンド型のコンテンツ提供形態を実現し、第２コンテンツ蓄積提供手段を介してライブ型のコンテンツ提供形態を実現し得、第２コンテンツ蓄積提供手段の第２の専用記憶領域を、複数の第１の情報処理装置がそれぞれ希望する時間帯枠毎に分けて共用できるように予約制御しようとしたとき、すなわち第１の情報処理装置がライブ型のコンテンツ提供形態を実現する際、第２の専用記憶領域に対する希望の時間帯枠が予約済みであった場合、オンデマンド型コンテンツの提供時間帯枠以外の空時間帯を利用して第１の専用記憶領域を用いて第１の情報処理装置によるライブ型のコンテンツ提供形態を実現するための予約を受け付け、当該予約に対応した空時間帯のとき第１コンテンツ蓄積提供手段を介してライブ型のコンテンツ提供形態を実現することができる。
【０００９】
【発明の実施の形態】
以下図面について、本発明の一実施の形態を詳述する。
【００１０】
（１）インターネットを利用した電子商取引の原理
インターネットは、多数のコンピュータを通信リンクを介して相互に接続することにより構築したコンピュータネットワークであり、コンピュータ間で電子メール、ゴーファー（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)等のパッケージメディアでなるプログラム格納媒体を再生することによりコンテンツ提供プログラムをインストールしても良く、またコンテンツ提供プログラムが一時的もしくは永続的に格納される半導体メモリや光磁気ディスク等のプログラム格納媒体を再生することによりコンテンツ提供プログラムをインストールしても良い。
【０３２３】
これらのプログラム格納媒体にコンテンツ提供プログラムを格納する手段としてはローカルエリアネットワーク、ディジタル衛星放送等の有線及び無線通信媒体を利用しても良く、ルータやモデム等の各種通信インターフェースを介在させて格納するようにしても良い。
【０３２４】
さらに上述の実施の形態においては、ＡＳＰ３２の管理サーバ３６がコンテンツを提供する対象としてクライアントＰＣ４を用いるようにした場合について述べたが、本発明はこれに限らず、インターネット５を介して接続されるものであれば携帯情報端末や携帯電話機からの要求に応じてコンテンツを提供するようにしても良い。
【０３２５】
さらに上述の実施の形態においては、ネットワークとしてインターネット５を用いるようにした場合について述べたが、本発明はこれに限らず、有線又は無線で構築された他の種々のネットワークを用いても良い。
【０３２６】
【発明の効果】
本発明によれば、第１の情報処理装置がライブ型のコンテンツ提供形態を実現する際に、第２の専用記憶領域に対する希望の時間帯枠が予約済みであった場合でも、オンデマンド型コンテンツの提供時間帯枠以外の空時間帯を利用して第１の専用記憶領域を用いて第１の情報処理装置によるライブ型のコンテンツ提供形態を実現するための予約を受け付け、当該予約に対応した空時間帯のとき第１コンテンツ蓄積提供手段を介して、第１の情報処理装置から供給されるライブ型コンテンツを第１の専用記憶領域に蓄積しながら、第２の情報処理装置からの要求に応じて当該第１の専用記憶領域からライブ型コンテンツを読み出して、ネットワークを介して第２の情報処理装置へリアルタイムに提供することにより、ライブ型のコンテンツ提供形態を実現する。
【図面の簡単な説明】
【図１】インターネットを利用した電子商取引の原理の説明に供する略線図である。
【図２】本発明によるコンテンツ提供システムの構成を示す略線的ブロツク図である。
【図３】ユーザＰＣの構成を示す略線的ブロック図である。
【図４】デスクトップ画面を示す略線図である。
【図５】ユーザ情報登録画面を示す略線図である。
【図６】ユーザ情報ファイルを示す略線図である。
【図７】コンテンツ提供プロバイダの構成を示す略線的ブロック図である。
【図８】ＡＳＰの管理サーバによるユーザ登録手続き処理手順を示すフローチャートである。
【図９】ユーザ情報ＤＢに登録されたユーザ情報ＤＢテーブルの内容を示す略線図である。
【図１０】キャプチャー画面を示す略線図である。
【図１１】確認画面を示す略線図である。
【図１２】編集画面を示す略線図である。
【図１３】オンデマンド型パーソナルキャスティング制御画面を示す略線図である。
【図１４】プルダウンメニューを示す略線図である。
【図１５】マイチャンネルジャンル表画面を示す略線図である。
【図１６】コーデック選択画面を示す略線図である。
【図１７】オンデマンド型提供スケジュール管理画面を示す略線図である。
【図１８】ＣＭ提供リクエスト画面を示す略線図である。
【図１９】ＣＭリンク設定画面を示す略線図である。
【図２０】コンテンツＩＤ設定画面を示す略線図である。
【図２１】オンデマンド型提供スケジュールコントロールファイルの内容を示す略線図である。
【図２２】オンデマンド型におけるＡＳＰへのコネクト処理手順を示すフローチャートである。
【図２３】提供スケジュールの確認及び変更処理手順を示すフローチャートである。
【図２４】オンデマンド型のキャスティング処理手順を示すフローチャートである。
【図２５】パーソナルキャスティングサービスのホームページ画面を示す略線図である。
【図２６】マイチャンネル用のジャンル表画面を示す略線図である。
【図２７】映像ジャンル「車」に関するチャンネル表示画面を示す略線図である。
【図２８】選択されたチャンネルボタンに対応するコンテンツが表示されたコンテンツ表示画面を示す略線図である。
【図２９】ライブ型パーソナルキャスト制御画面を示す略線図である。
【図３０】ライブ型提供スケジュール管理画面の表示処理手順を示すフローチャートである。
【図３１】パブリックチャンネル用のライブ型提供スケジュール管理画面を示す略線図である。
【図３２】ライブ型提供スケジュールコントロールファイルの内容を示す略線図である。
【図３３】予約処理手順を示すフローチャートである。
【図３４】マイチャンネル用のライブ型提供スケジュール管理画面を示す略線図である。
【図３５】マイチャンネル用のライブ型提供スケジュールコントロールファイルの内容を示す略線図である。
【図３６】予約不能メッセージ表示画面を示す略線図である。
【図３７】ライブ型におけるＡＳＰへのコネクト処理手順を示すフローチャートである。
【図３８】ライブ型でマイチャンネルを介して行うキャスティング処理手順を示すフローチャートである。
【図３９】マイチャンネル用のライブ映像スケジュール表示画面を示す略線図である。
【図４０】選択されたチャンネルボタンに対応するライブ映像のコンテンツが表示されたコンテンツ表示画面を示す略線図である。
【図４１】ライブ型でパブリックチャンネルを介して行うキャスティング処理手順を示すフローチャートである。
【図４２】パブリックチャンネル用のチャンネル表示画面を示す略線図である。
【図４３】パブリックチャンネル用のライブ映像スケジュール表示画面を示す略線図である。
【図４４】音楽ライブチャンネルで選択されたライブ映像のコンテンツが表示されたコンテンツ表示画面を示す略線図である。
【図４５】寄付金額選択画面を示す略線図である。
【図４６】ＣＭ映像付コンテンツの提供処理手順を示すフローチャートである。
【図４７】利益還元処理手順を示すフローチャートである。
【符号の説明】
１……コンテンツ提供サービスシステム、２……ユーザＰＣ、３……コンテンツ提供プロバイダ、４……クライアントＰＣ、５……インターネット、６……オンライン通信販売会社、７……ＣＭクライアント、１０……ＣＰＵ、１１……バス、１２……ＨＤＤ、１４……ＩＥＥＥ１３９４インターフェース、１６、３５、４１……ネットワークインターフェース、１７……表示部、３１……ＩＳＰ、３２……ＡＳＰ、３３……制御サーバ、３４……課金管理データベース、３６……管理サーバ、３７……ユーザ情報ＤＢ、３８……提供スケジュール管理ＤＢ、３９……コンテンツサーバ、４０……ビューワー情報ＤＢ、４４……ＣＭ管理ＤＢ、４５……ユーザ情報ＤＢテーブル。
【図１】
0004797222.tif 000002
【図２】
0004797222.tif 000003
【図３】
0004797222.tif 000004
【図４】
0004797222.tif 000005
【図５】
0004797222.tif 000006
【図６】
0004797222.tif 000007
【図７】
0004797222.tif 000008
【図８】
0004797222.tif 000009
【図９】
0004797222.tif 000010
【図１０】
0004797222.tif 000011
【図１１】
0004797222.tif 000012
【図１２】
0004797222.tif 000013
【図１３】
0004797222.tif 000014
【図１４】
0004797222.tif 000015
【図１５】
0004797222.tif 000016
【図１６】
0004797222.tif 000017
【図１７】
0004797222.tif 000018
【図１８】
0004797222.tif 000019
【図１９】
0004797222.tif 000020
【図２０】
0004797222.tif 000021
【図２１】
0004797222.tif 000022
【図２２】
0004797222.tif 000023
【図２３】
0004797222.tif 000024
【図２４】
0004797222.tif 000025
【図２５】
0004797222.tif 000026
【図２６】
0004797222.tif 000027
【図２７】
0004797222.tif 000028
【図２８】
0004797222.tif 000029
【図２９】
0004797222.tif 000030
【図３０】
0004797222.tif 000031
【図３１】
0004797222.tif 000032
【図３２】
0004797222.tif 000033
【図３３】
0004797222.tif 000034
【図３４】
0004797222.tif 000035
【図３５】
0004797222.tif 000036
【図３６】
0004797222.tif 000037
【図３７】
0004797222.tif 000038
【図３８】
0004797222.tif 000039
【図３９】
0004797222.tif 000040
【図４０】
0004797222.tif 000041
【図４１】
0004797222.tif 000042
【図４２】
0004797222.tif 000043
【図４３】
0004797222.tif 000044
【図４４】
0004797222.tif 000045
【図４５】
0004797222.tif 000046
【図４６】
0004797222.tif 000047
【図４７】
0004797222.tif 000048