JP2001285825A

JP2001285825A - 利益還元装置、利益還元方法、プログラム格納媒体及び利益還元システム

Info

Publication number: JP2001285825A
Application number: JP2000097880A
Authority: JP
Inventors: Yukiro Yoshimine; 幸郎吉峯; Mototsugu Tsutsui; 基次筒井; Takahiko Sueyoshi; 隆彦末吉; Toshinori Nakamura; 年範中村; Hiroyuki Hanatani; 博幸花谷; Nobuyuki Uchiyama; 信幸内山
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-03-30
Filing date: 2000-03-30
Publication date: 2001-10-12

Abstract

(57)【要約】【課題】本発明は、ＣＭ映像付コンテンツを提供した提
供回数に応じて正当な利益還元を行うようにする。【解決手段】本発明は、コンテンツサーバ３９からイン
ターネット５を介して供給されたコンテンツに広告依頼
者から供給されたＣＭ映像を付加することにより生成さ
れたＣＭ映像付コンテンツを蓄積し、クライアントＰＣ
４からの要求に応じてＣＭ映像付コンテンツをインター
ネット５を介して提供し、ＣＭ映像付コンテンツをクラ
イアントＰＣ４へ提供した提供回数に応じたポイントを
発生し、当該ポイントの累積ポイント数に応じた利益還
元処理をユーザＰＣ２に対して行うことにより、ＣＭ映
像付コンテンツの提供回数に応じた正当な利益還元処理
を行うことができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は利益還元装置、利益
還元方法、プログラム格納媒体及び利益還元システムに
関し、例えばインターネットを介してコンテンツを提供
するコンピュータネットワークシステムに適用して好適
なものである。

【０００２】

【従来の技術】従来、コンピュータネットワークシステ
ムにおいて、例えば個人が作成した映像及び又は音声か
らなるコンテンツをインターネットを介して提供する場
合、個人でホームページを開設することが一般的に行わ
れている。

【０００３】このように個人でホームページを開設する
場合、ユーザはパーソナルコンピュータを介してホーム
ページ作成プログラムを入手し、当該ホームページ作成
プログラムに基づいて複数のコンテンツとハイパーリン
クしたホームページを制作し、これをインターネットサ
ービスプロバイダ（以下、これをＩＳＰと呼ぶ）のサー
バに蓄積しておく。

【０００４】そしてＩＳＰは、インターネットを介して
アクセスしてきたクライアントに対してサーバからホー
ムページを提供し、そのホームページ上のアンカーがク
リックされた場合、ハイパーリンクされたコンテンツを
続いて提供するようになされている。

【０００５】

【発明が解決しようとする課題】ところでかかる構成の
コンピュータネットワークシステムにおいては、開設し
たホームページにバナー広告が表示されていた場合、当
該ホームページの人気が高くクライアントのアクセス回
数が多いと、通常バナー広告を提供している広告依頼者
からアクセス回数に応じた報酬をＩＳＰが受けることに
なるにも係わらず、コンテンツ制作者に対してはアクセ
ス回数に応じた正当な利益を還元していないという問題
があった。

【０００６】本発明は以上の点を考慮してなされたもの
で、広告情報付コンテンツに対するアクセス数に応じて
正当な利益還元を実行し得る利益還元装置、利益還元方
法、プログラム格納媒体及び利益還元システムを提案し
ようとするものである。

【０００７】

【課題を解決するための手段】かかる課題を解決するた
め本発明においては、コンテンツ蓄積提供手段から供給
されたコンテンツに広告依頼者から供給された広告情報
を付加することにより生成された広告情報付コンテンツ
を蓄積し、クライアントからの要求に応じて広告情報付
コンテンツをネットワークを介してクライアントへ提供
し、広告情報付コンテンツをクライアントへ提供した提
供回数に応じたポイントを発生し、当該ポイントの累積
ポイント数に応じた利益還元処理をコンテンツ供給手段
に対して行うようにした。

【０００８】広告情報付コンテンツの提供回数が広告情
報をクライアントに提供した回数に相当するので、広告
情報付コンテンツの提供回数に応じたポイントを発生
し、当該ポイントの累積ポイント数に応じた利益還元処
理をコンテンツ供給手段に対して行うことにより、広告
情報付コンテンツの提供回数に応じた正当な利益還元処
理を行うことができる。

【０００９】

【発明の実施の形態】以下図面について、本発明の一実
施の形態を詳述する。

【００１０】（１）インターネットを利用した電子商取
引の原理インターネットは、多数のコンピュータを通信リンクを
介して相互に接続することにより構築したコンピュータ
ネットワークであり、コンピュータ間で電子メール、ゴ
ーファー（Gopher）及びＷＷＷ（World Wide Web）等の
各種サービスを利用して情報を送受信し得るようになさ
れている。

【００１１】すなわち図１に示すように、インターネッ
ト３００を介してクライアントＰＣ(Personal Compute
r) ３０２−１〜３０２−ＮへＷＷＷ等の各種サービス
を提供するＷＷＷサーバ３０１（ＷｅｂサーバやＷｅｂ
サイト等とも呼ばれている）は、図形や画像等のグラフ
ィックス情報によって構成されるＷｅｂページを内部の
ハードディスクに格納している。

【００１２】このＷＷＷサーバ３０１やＷｅｂページ等
のＷＷＷ上で用いられる各リソースは、インターネット
３００上で識別するためのアドレシング技術であるＵＲ
Ｌ（Uniform Resource locator）によって一意的に認識
可能となっている。

【００１３】従って、インターネット３００に接続され
ているクライアントＰＣ３０２−１〜３０２−Ｎは、Ｈ
ＴＴＰ（Hyper Text Transfer Protocol）等の所定の転
送プロトコルで例えば閲覧を希望するＷｅｂページのＵ
ＲＬがユーザによって指定されると、当該ＵＲＬに従っ
てＷＷＷサーバ３０１にＷｅｂページの閲覧要求を行
う。

【００１４】そしてクライアントＰＣ３０２−１〜３０
２−Ｎは、ＷＷＷサーバ３０１に対して閲覧要求した結
果、当該ＷＷＷサーバ３０１から送信されたＷｅｂペー
ジを受信すると、内部のハードディスクに予め格納され
たＷＷＷブラウザを介して当該Ｗｅｂページを表示部に
表示するようになされており、これによりユーザに対し
てＷｅｂページを閲覧させ得るようになされている。

【００１５】ここでＷｅｂページとしては、ＨＴＭＬ
（Hyper Text Markup Language）を使用して定義されて
いるものが代表的であり、当該Ｗｅｂページを定義して
いるＨＴＭＬドキュメントには、Ｗｅｂページをどのよ
うに表示させるかを指定するためにＨＴＭＬで規定され
たタグ（予約語）と呼ばれる記号が含まれている。

【００１６】因みにＨＴＭＬドキュメントには、グラフ
ィックス、コントロール及びその他の機能を表示する様
々なタグが含まれていると共に、Ｗｅｂページの閲覧を
要求するＷＷＷサーバ３０１又は他のＷＷＷサーバで利
用できるＷｅｂページのＵＲＬをリンク先として指定す
ることも可能になっている。

【００１７】従ってＷｅｂページは、当該Ｗｅｂページ
の提供者が意図する表示方法でクライアントＰＣ３０２
−１〜３０２−Ｎの表示部に表示されることになる。

【００１８】ところで最近、インターネット３００を利
用した電子商取引に上述のＷＷＷが用いられている。

【００１９】この場合ＷＷＷサーバ３０１においては、
販売対象の商品を電子的にリスト化した商品カタログで
構成されるＷｅｂページを用意しており、顧客の閲覧要
求に応じてそのＷｅｂページを当該顧客が所有するクラ
イアントパーソナルコンピュータ３０２−１〜３０２−
Ｎに送信する。

【００２０】これによりクライアントＰＣ３０２−１〜
３０２−Ｎは、ＷＷＷサーバ３０１からインターネット
３００を介して受信したＷｅｂページを表示部に表示
し、その結果、販売対象の商品カタログを顧客に閲覧さ
せ得るようになされている。

【００２１】クライアントＰＣ３０２−１〜３０２−Ｎ
は、表示部に表示した商品カタログのＷｅｂページ上で
購入希望の商品がユーザによって指定されると、その旨
をＷＷＷサーバ３０１にインターネット３００を介して
通知する。

【００２２】これを受けたＷＷＷサーバ３０１は、クラ
イアントＰＣ３０２−１〜３０２−Ｎに対して顧客情報
を要求し、当該クライアントＰＣ３０２−１〜３０２−
Ｎから商品を購入する顧客の氏名、顧客の所有するクレ
ジットカード番号、商品の配達先を示す住所等の顧客情
報を受信する。

【００２３】次にＷＷＷサーバ３０１は、上述の顧客情
報を受信すると、商品の注文確認用のＷｅｂページをク
ライアントＰＣ３０２−１〜３０２−Ｎに送信し、当該
Ｗｅｂページ上で注文内容を顧客に確認させ、その後、
商品の配送のスケジュールを調整する。

【００２４】このようなインターネット３００を利用し
た電子商取引においては、インターネット３００を介し
て顧客に例えば音楽等の電子的なコンテンツを電子的に
配送したり、配送業者等を利用して顧客に例えばパーソ
ナルコンピュータ等の物理的な商品を配送する等して、
種々の商品に対する電子商取引を実現し得るようになさ
れている。

【００２５】因みに、Ｗｅｂページを定義するものとし
ては、ＨＴＭＬの他にＸＭＬ（eXtensible Markup Lang
uage）と呼ばれるものがあり、当該ＸＭＬはＨＴＭＬと
同様にタグを用いるものの、文書の構造やその意味を表
現し得ると共に、文書型定義（DTD:Document Type Defi
nition）によりタグに対して階層構造やデータ型等の属
性を指定することができる。

【００２６】従ってＷＷＷサーバ３０１においては、Ｗ
ｅｂページがＸＭＬを使用して定義されていれば、例え
ばデータベースに予め記憶している受注コード、商品コ
ード、単価、数量等の情報処理用のデータを各種タグに
それぞれ埋め込むことができるので、Ｗｅｂページを閲
覧用のみならずに、そのタグに埋め込んだ情報処理用の
データを用いて受注計算等の情報処理を自動的に実行す
るために利用することもできる。

【００２７】（２）コンテンツ提供システムの構成図２において、１は全体としてインターネットを利用し
た電子商取引を実現する本発明のコンテンツ提供システ
ムを示し、コンテンツ制作者が使用するユーザＰＣ(Per
sonal Computer) ２と、当該ユーザＰＣ２によって制作
されたコンテンツを蓄え、要求に応じて提供するコンテ
ンツ提供プロバイダ３と、Ｗｅｂサイト上で指定したコ
ンテンツの提供をコンテンツ提供プロバイダ３から受け
る複数のクライアントＰＣ４（４Ａ〜４Ｎ）と、コンテ
ンツ制作者がユーザＰＣ２を介してインターネット上で
オンラインショッピングを行うためのオンライン通信販
売会社６と、コマーシャル映像（以下、これをＣＭ映像
と呼ぶ）を作成し、当該ＣＭ映像をコンテンツ提供プロ
バイダ３からクライアントＰＣ４へ提供するよう依頼す
るコマーシャルクライアント（以下、これをＣＭクライ
アントと呼ぶ）７とが互いにインターネット５を介して
接続されている。

【００２８】このコンテンツ提供システム１は、ユーザ
ＰＣ２で制作された個人のコンテンツに対するクライア
ントＰＣ４からのアクセス回数に応じて、コンテンツ提
供プロバイダ３が受ける利益をコンテンツ制作者に正当
に還元する（以下、これを利益還元と呼ぶ）システムで
あり、一段と優れたコンテンツの制作をコンテンツ制作
者に促すと共に、Ｗｅｂサイトに対するクライアントＰ
Ｃ４のアクセス回数を増加させることを目的とした、イ
ンターネット５上の全く新たなビジネスモデルを構築し
ている。

【００２９】ここで、破線で囲われたコンテンツ提供プ
ロバイダ３、オンライン通信販売会社６及びＣＭクライ
アント７は互いに提携関係にあってビジネスアライアン
ス８を構築しており、コンテンツ制作者（ユーザＰＣ
２）に対して様々な形態で利益還元処理を行うようにな
されている。

【００３０】（３）ユーザＰＣのユーザ登録手続きこのコンテンツ提供システム１においてユーザＰＣ２
は、まずコンテンツ提供プロバイダ３に対してユーザ登
録手続きを行う必要があり、当該ユーザ登録手続きにつ
いて以下詳細に説明する。

【００３１】図３に示すように、ユーザＰＣ２はバス１
１を介してＣＰＵ１０、ハードディスクドライブ（ＨＤ
Ｄ）１２、ＲＡＭ(Random Access Memory)１３、ＩＥＥ
Ｅ(Institute of Electrical and Electronics Enginee
rs) １３９４インターフェース１４、ネットワークイン
ターフェース１６及び液晶ディスプレイでなる表示部１
７が互いに接続されて構成されている。

【００３２】このようなユーザＰＣ２においては、ＨＤ
Ｄ１２に基本プログラムであるＯＳ(Operating System)
の他、各種アプリケーションソフトウェアが格納されて
おり、これらのアプリケーションソフトウェアをＲＡＭ
１３上に適宜立ち上げて所定の処理を実行するようにな
されている。

【００３３】すなわちユーザＰＣ２は、図４に示すよう
にＯＳを起動することにより表示部１７に表示したデス
クトップ画面１９（マイクロソフト社のウィンドウズ画
面）のオンラインサインアップアイコン２０がコンテン
ツ制作者によってクリックされると、ＣＰＵ１０がＨＤ
Ｄ１２から自動オンラインサインアップソフトウェアを
立ち上げることにより、図５に示すようなユーザ情報登
録画面２１を表示部１７に表示する。

【００３４】このユーザ情報登録画面２１は、画面タイ
トルにもあるようにパーソナルキャスティングサービス
を申し込む際のユーザ情報を登録するためのものであ
り、コンテンツ制作者はこの画面に従って「氏名」、
「住所」、「電話番号」、「電子メールアドレス」、
「生年月日」、「クレジットカード番号」、「第１希望
ユーザＩＤ」、「第２希望ユーザＩＤ」、「第３希望ユ
ーザＩＤ」、「希望チャンネル名」、「パスワード」及
び「パスワード確認」の入力を行い、最後に「申し込み
サービス」を「使い放題コース」或いは「ビギナーコー
ス」のいずれかから選択する。

【００３５】ここでパーソナルキャスティングサービス
とは、本発明のコンテンツ提供システム１において新た
に開始するコンテンツの提供形態であり、オンデマンド
型及びライブ型と呼ばれるコンテンツの提供形態が用い
られ、その内容については後程詳細に説明する。

【００３６】ユーザ情報登録画面２１においては、コン
テンツ制作者によって入力されたユーザ情報の内容を無
効にするためのキャンセルボタン２２と、コンテンツ制
作者によって入力されたユーザ情報で申し込みを行うた
めの申込みボタン２３とが設けられている。

【００３７】従ってユーザＰＣ２のＣＰＵ１０は、ユー
ザ情報の入力が終了した後に申込みボタン２３がクリッ
クされると、図６に示すようにユーザ情報登録画面２１
（図５）と同一内容のユーザ情報ファイル２５を作成
し、これをネットワークインターフェース１６（図３）
からインターネット５（図２）を介してコンテンツ提供
プロバイダ３に所定のプロトコルで送信すると共に、Ｈ
ＤＤ１２にユーザ情報ファイル２５を書き込んで記憶し
ておく。

【００３８】コンテンツ提供プロバイダ３は、図７に示
すようにユーザＰＣ２をインターネット５に接続するた
めのインターネットサービスプロバイダ（以下、これを
ＩＳＰと呼ぶ）３１と、ユーザＰＣ２から供給されたコ
ンテンツを蓄積し、クライアントＰＣ４からの要求に応
じて提供するアプリケーションサービスプロバイダ（以
下、これをＡＳＰと呼ぶ）３２とから構成されている。

【００３９】ＩＳＰ３１は、全体を統括管理する制御サ
ーバ３３と、ユーザＰＣ２に対する課金管理を行う課金
管理データベース３４と、インターネット５を介してユ
ーザＰＣ２とのネットワーク接続を行うネットワークイ
ンターフェース３５とが互いにＬＡＮ(Local Area Netw
ork)４２を介して接続されており、制御サーバ３３の制
御に基づいて課金管理及びネットワーク制御を行うよう
になされている。

【００４０】ＡＳＰ３２は、全体を統括管理するための
管理サーバ３６と、ユーザＰＣ２のユーザ情報ファイル
２５を管理するためのユーザ情報データベース３７と、
コンテンツの提供スケジュールを管理するための提供ス
ケジュール管理データベース３８と、コンテンツの蓄積
及び提供を行うためのコンテンツサーバ３９と、コンテ
ンツの視聴者であるクライアントＰＣ４（ビューワー）
に関するビューワー情報を管理するためのビューワー情
報データベース４０と、ＣＭクライアント７から供給さ
れたＣＭ映像をＣＭ映像ＩＤ(Identification)に対応さ
せて蓄積管理するためのＣＭ管理データベース４４とが
互いにＬＡＮ４３を介して接続されており、管理サーバ
３６の制御に基づいてユーザ情報管理、提供スケジュー
ル管理、コンテンツの蓄積提供処理、ビューワー情報管
理及びＣＭ提供管理を行うようになされている。

【００４１】このコンテンツ提供プロバイダ３は、ユー
ザ登録手続きの際にユーザＰＣ２から送信されたユーザ
情報ファイル２５をＩＳＰ３１のネットワークインター
フェース３５及びＡＳＰ３２のネットワークインターフ
ェース４１を介して管理サーバ３６で受け取る。

【００４２】ＡＳＰ３２の管理サーバ３６は、ユーザ情
報ファイル２５を受け取ると、内部のハードディスクか
ら立ち上げたユーザ登録手続プログラムに従って、図８
に示すルーチンＲＴ１の開始ステップから入ってステッ
プＳＰ１に移る。

【００４３】ステップＳＰ１においてＡＳＰ３２の管理
サーバ３６は、ユーザＰＣ２から送信されたユーザ情報
ファイル２５の内容を読み出してクレジットカード番号
の桁数をチェックし、正しい桁数であったときには次の
ステップＳＰ２に移る。

【００４４】なおＡＳＰ３２の管理サーバ３６は、クレ
ジットカード番号が正しい桁数ではないとき、その旨を
インターネット５を介してユーザＰＣ２に通知し、正し
い桁数のクレジットカード番号を入力するように促す。

【００４５】ステップＳＰ２においてＡＳＰ３２の管理
サーバ３６は、ユーザ情報データベース３７にアクセス
し、送られてきたユーザ情報ファイル２５のクレジット
カード番号が重複していないかどうかをチェックし、重
複していない場合にのみ次のステップＳＰ３に移る。

【００４６】ステップＳＰ３においてＡＳＰ３２の管理
サーバ３６は、ネットワークインターフェース４１から
インターネット５を介してクレジットカード会社の与信
チェックサーバ２６にアクセスし、そのクレジットカー
ド番号が有効か否かの与信チェックを行い、当該クレジ
ットカード番号が使用可能な状態であったときのみ次の
ステップＳＰ４に移る。

【００４７】ステップＳＰ４においてＡＳＰ３２の管理
サーバ３６は、ユーザ情報データベース３７に再度アク
セスし、ユーザ情報ファイル２５の第１〜第３希望ユー
ザＩＤが既に使用されているか否かを調べ、第１〜第３
希望ユーザＩＤのいずれかが未だ使用されていない場
合、次のステップＳＰ５に移る。

【００４８】ステップＳＰ５においてＡＳＰ３２の管理
サーバ３６は、第１〜第３希望ユーザＩＤのうち希望順
位の高い未使用のユーザＩＤを選定し、当該ユーザＩＤ
に対応したＵＲＬ(Uniform Resource Locator)を決定し
た後、ユーザ情報ファイル２５に基づいて図９に示すよ
うなユーザ情報ＤＢテーブル４５を生成し、これをユー
ザ情報データベース３７に新たに登録し、次のステップ
ＳＰ６に移る。

【００４９】ここでユーザ情報データベース３７に新た
に登録されたユーザ情報ＤＢテーブル４５には、ユーザ
情報ファイル２５の内容に加えてユーザＩＤに対応して
決定されたＵＲＬ、利益還元を受けるときに必要なコン
テンツ制作者が獲得した累積ポイント数、当該累積ポイ
ント数に応じたユーザのランクを表すユーザステータス
（ステージ１）、接続開始日時、接続終了日時、現時点
のインターネット５に対するＩＳＰ３１のインターネッ
ト接続料及びＡＳＰ３２の申込みサービス（「使い放題
コース」）に対するサービス利用料が新たに追加されて
いる。

【００５０】このようにＡＳＰ３２の管理サーバ３６
は、ユーザＩＤに対応したＵＲＬを決定した後ユーザ情
報データベース３７に登録することにより、個々のコン
テンツ制作者が制作したコンテンツの動画像ファイルを
ＵＲＬに対応したコンテンツサーバ３９の予め決められ
た専用の記憶領域に占有的に書き込む権利を与えるよう
になされている。

【００５１】またＡＳＰ３２の管理サーバ３６は、ユー
ザ情報データベース３７のユーザ情報ＤＢテーブル４５
をコンテンツ制作者毎に管理するようになされており、
クライアントＰＣ４からのアクセス回数に応じてコンテ
ンツ制作者の累積ポイント数を増加して更新し、当該累
積ポイント数に応じてコンテンツ制作者のユーザステー
タスを変更したり、接続開始日時、接続終了日時、現在
のインターネット接続料及び申込みサービスに対するサ
ービス利用料に関する種々のデータを逐次更新する。

【００５２】因みにユーザステータスとは、累積ポイン
ト数に応じたコンテンツ制作者に対する格付けで、低い
ほうから順にステージ１、ステージ２、プロフェッショ
ナルステージと位置付けられるようになされている。従
ってユーザステータスの高いコンテンツ制作者ほど、多
くの利益還元を受けることが可能である。

【００５３】ステップＳＰ６においてＡＳＰ３２の管理
サーバ３６は、選定したユーザＩＤと共に当該ユーザＩ
Ｄに対応したＵＲＬをネットワークインターフェース４
１からインターネット５を介してユーザＰＣ２に通知す
る。

【００５４】このときＡＳＰ３２の管理サーバ３６は、
「ユーザＩＤに対応したＵＲＬに自動的に接続し、ユー
ザＰＣ２で制作されたコンテンツの動画像ファイルをＵ
ＲＬに対応したコンテンツサーバ３９の専用の記憶領域
に自動的に書き込む」ようにプログラムされた自動アッ
プロードソフトウェアをシェアウエアとしてインターネ
ット５を介してユーザＰＣ２に対して供給するようにな
されている。

【００５５】これによりユーザＰＣ２のＣＰＵ１０は、
自動アップロードソフトウェアをインターネット５を介
してダウンロードし、当該自動アップロードソフトウェ
アに基づいてデスクトップ画面１９（図４）に自動アッ
プロードソフトウェアのアップロードアイコン２７を表
示する。

【００５６】そしてユーザＰＣ２のＣＰＵ１０は、デス
クトップ画面１９のアップロードアイコン２７がコンテ
ンツ制作者によってクリックされると、自動アップロー
ドソフトウェアに従ってインターネット５からＩＳＰ３
１を経由してＡＳＰ３２に接続し、当該ＡＳＰ３２の管
理サーバ３６に対して「ＵＲＬに対応するコンテンツサ
ーバ３９の専用の記憶領域にコンテンツの動画像ファイ
ルを自動的に書き込む」指示を与えるようになされてい
る。

【００５７】これによりＡＳＰ３２の管理サーバ３６
は、ユーザＰＣ２から供給されたコンテンツの動画像フ
ァイルをＵＲＬに基づくコンテンツサーバ３９の専用の
記憶領域に書き込み、クライアントＰＣ４からの要求に
応じてコンテンツの動画像ファイルをコンテンツサーバ
３９の専用の記憶領域から読み出して提供することがで
きる。

【００５８】このようにユーザＰＣ２のＣＰＵ１０は、
コンテンツ制作者によるユーザ情報の登録手続きによっ
てユーザＩＤが選定されると共にＵＲＬが決定され、Ａ
ＳＰ３２から自動アップロードソフトウェアをダウンロ
ードしてしまえば、ＵＲＬをコンテンツ制作者に意識さ
せたり入力させることなく、アップロードアイコン２７
に対するクリック操作だけで、制作したコンテンツの動
画像ファイルをコンテンツサーバ３９の専用の記憶領域
にアップロードすることを一段と容易に実行し得るよう
になされている。

【００５９】この結果コンテンツ提供システム１におい
ては、あたかも自分専用チャンネル（以下、これをマイ
チャンネルと呼ぶ）を介してコンテンツを提供する個人
放送局を開設したかのようなシステムを構築し得るよう
になされている。

【００６０】ステップＳＰ７においてＡＳＰ３２の管理
サーバ３６は、ユーザ登録手続き処理を完了したので、
ユーザ登録完了通知メールを作成し、これをネットワー
クインターフェース４１からインターネット５を介して
ユーザＰＣ２に送信し、次のステップＳＰ８でユーザ登
録手続き処理を全て終了する。

【００６１】ところでＡＳＰ３２の管理サーバ３６は、
要求に応じて個人のユーザ情報ＤＢテーブル４５をビジ
ネスアライアンスを構築しているＩＳＰ３１の制御サー
バ３３や、ユーザＰＣ２からＩＳＰ３１のアクセスポイ
ントまでの回線接続を行う電話会社（図示せず）及びオ
ンライン通信販売会社６に対して送信するようになされ
ている。

【００６２】この結果ＩＳＰ３１の制御サーバ３３及び
オンライン通信販売会社６もユーザ情報ＤＢテーブル４
５を保持することになる。

【００６３】従ってユーザＰＣ２は、ＩＳＰ３１、電話
会社及びオンライン通信販売会社６等にアクセスする都
度、コンテンツ制作者に対して面倒な登録手続きを強い
ることがなく、最初に行ったユーザ登録手続き処理だけ
で済むようになされている。

【００６４】因みにＡＳＰ３２の管理サーバ３６は、Ｉ
ＳＰ３１の制御サーバ３３、電話会社及びオンライン通
信販売会社６に対して個人のユーザ情報ＤＢテーブル４
５の内容を送信することに関して、ユーザ登録手続きの
ときに予めコンテンツ制作者に対して承諾をとるように
なされている。

【００６５】（４）パーソナルキャスティングサービス
の形態本発明のコンテンツ提供システム１においては、上述し
たようにパーソナルキャスティングサービスによるコン
テンツの提供形態としてオンデマンド型とライブ型とが
ある。

【００６６】オンデマンド型は、パーソナルキャスティ
ングサービスのユーザ登録時に予めユーザＰＣ２が取得
したＵＲＬに対応するコンテンツサーバ３９の専用の記
憶領域に予めコンテンツを格納しておき、当該コンテン
ツサーバ３９の専用の記憶領域を介して、要求のあった
クライアントＰＣ４に対してコンテンツを提供するサー
ビス形態であり、あたかも個人放送局のように自分専用
チャンネル（マイチャンネル）を介して要求のあったク
ライアントＰＣ４にコンテンツを提供できるようにした
ものである。

【００６７】一方ライブ型は、不特定多数のパーソナル
キャスティングサービスの登録ユーザだけが特定ジャン
ルの映像チャンネル（例えば結婚式チャンネル、音楽ラ
イブチャンネル、演劇ライブチャンネル及びイベントラ
イブチャンネル）毎にＵＲＬで指定されたコンテンツサ
ーバ３９の専用の記憶領域を時間帯毎に区分けして共有
使用し、当該コンテンツサーバ３９の専用の記憶領域を
介して、要求のあったクライアントＰＣ４に対してライ
ブ映像のコンテンツをストリーミング再生して送信する
ことによりリアルタイムに提供するサービス形態であ
る。

【００６８】このようにライブ型は、特定ジャンルの映
像チャンネル毎にＵＲＬで指定されたコンテンツサーバ
３９の専用の記憶領域に対する使用時間帯枠を予約する
ことにより不特定多数の登録ユーザが自由にコンテンツ
を提供し得るようになされており、あたかも公共的な映
像チャンネル（以下、これをパブリックチャンネルと呼
ぶ）を介して要求のあったクライアントＰＣ４にライブ
映像のコンテンツを提供できるようにしたものである。

【００６９】（５）オンデマンド型によるパーソナルキ
ャスティングサービス次に、コンテンツ提供システム１のオンデマンド型によ
るパーソナルキャスティングサービスの説明を具体的に
行う。

【００７０】（５−１）オンデマンド型のコンテンツ制
作処理ユーザＰＣ２（図３）のＣＰＵ１０は、まずＨＤＤ１２
から画像取込ソフトウェアを起動することにより、図１
０に示すようなキャプチャー画面５０を表示部１７に表
示する。

【００７１】この場合ユーザＰＣ２のＣＰＵ１０は、Ｉ
ＥＥＥ１３９４インターフェース１４を介して接続され
たディジタルビデオカメラ１８と画像取込ソフトウェア
によるキャプチャー画面５０とを連動させるようになさ
れており、コンテンツ制作者によるムービーモード切換
ボタン５３のクリック操作に応じてオンデマンドモード
に設定する。

【００７２】そしてユーザＰＣ２のＣＰＵ１０は、ディ
ジタルビデオカメラ１８で撮影した映像をファインダ表
示エリア５１に表示してコンテンツ制作者に確認させる
と共に、当該コンテンツ制作者によるキャプチャーボタ
ン５２のクリック操作に基づいてディジタルビデオカメ
ラ１８による収録を開始し、キャプチャーボタン５２の
再クリック操作に基づいて収録を終了する。

【００７３】このときユーザＰＣ２のＣＰＵ１０は、キ
ャプチャーボタン５２のクリック操作に応じて収録した
ディジタルビデオカメラ１８の動画像データをＩＥＥＥ
１３９４インターフェース１４を介して取り込み、ＨＤ
Ｄ１２に一旦記録する。

【００７４】次にユーザＰＣ２のＣＰＵ１０は、図１１
に示すように画像取込ソフトウェアに従って確認画面５
５を表示部１７に表示する。この確認画面５５には、Ｈ
ＤＤ１２に一旦記録した動画像データを再生して表示す
る映像表示エリア５６、再生中の動画像データに対する
タイムコードを表示するタイムコード表示エリア５７、
収録時の日付を表示する日付表示エリア５８、動画像デ
ータに対する再生、停止、早戻し、早送り等の操作を行
う操作ボタン５９、動画像データの一部又は全部をＨＤ
Ｄ１２から削除する削除ボタン６０及びＯＫボタン６１
が設けられており、確認画面５５上で収録した動画像デ
ータのシーンをコンテンツ制作者に対して確認させて所
望のシーンだけを残すように編集し得るようになされて
いる。

【００７５】従って、収録した動画像データのシーンを
コンテンツ制作者が確認画面５５上で確認し編集した
後、当該コンテンツ制作者がＯＫボタン６１をクリック
すると、ユーザＰＣ２のＣＰＵ１０は次にＨＤＤ１２か
ら編集ソフトウェアを起動することにより、図１２に示
すような編集画面６５を表示部１７に表示する。

【００７６】この編集画面６５には、ディジタルビデオ
カメラ１８で収録した動画像データの確認画面５５を表
示し得るようになされた３種類の確認画面表示エリア６
６〜６８と、３種類の動画像データに対する合成順序を
決定するための順番ボタン６９と、決定された合成順序
で３種類の動画像データを合成するための合成ボタン７
０と、ＯＫボタン７１とが設けられている。

【００７７】従ってユーザＰＣ２のＣＰＵ１０は、コン
テンツ制作者による順番ボタン６９のクリック操作によ
って３種類の動画像データに対する合成順序を決定し、
合成ボタン７０のクリック操作に応じて３種類の動画像
データを合成順序に従って合成することにより動画像フ
ァイルを生成し、当該動画像ファイルをＡＳＰ３２のコ
ンテンツサーバ３９に蓄積するコンテンツとしてＨＤＤ
１２に一旦格納するようになされている。

【００７８】（５−２）オンデマンド型のスケジュール
予約その後ユーザＰＣ２のＣＰＵ１０は、コンテンツ制作者
によってＯＫボタン７１がクリックされるか、デズクト
ップ画面１９（図４）のアップロードアイコン２７がク
リックされると、ユーザ登録時にＡＳＰ３２から予めダ
ウンロードした自動アップロードソフトウェアを起動
し、図１３に示すようなオンデマンド型パーソナルキャ
スト制御画面７５を表示部１７に表示する。

【００７９】このオンデマンド型パーソナルキャスト制
御画面７５には、モード表示欄７６に現在オンデマンド
モードが設定されていることを示す「オンデマンド」の
文字が表示され、ＩＳＰ名表示欄７７にＩＳＰ３１の会
社名が自動的に表示されると共に、ＡＳＰチャンネル表
示欄７８にオンデマンドモードで自動的に設定される
「マイチャンネル」の文字が表示される。

【００８０】またオンデマンド型パーソナルキャスト制
御画面７５には、オプションボタン８１が設けられてお
り、当該オプションボタン８１がコンテンツ制作者によ
ってクリックされると、ユーザＰＣ２のＣＰＵ１０は自
動アップロードソフトウェアに基づいて図１４に示すよ
うなプルダウンメニュー８５をオンデマンド型パーソナ
ルキャスト制御画面７５に重ねて表示する。

【００８１】このプルダウンメニュー８５には、コンテ
ンツ制作者が制作したコンテンツの映像ジャンルを指定
するためのジャンル設定ボタン８５Ａ、要求のあったク
ライアントＰＣ４に対してコンテンツを提供する際のコ
ーデックを選択するコーデック選択ボタン８５Ｂ、コン
テンツの提供スケジュールをコンテンツ制作者によって
自由に決定するためのスケジュール予約ボタン８５Ｃ、
コンテンツ制作者の希望によりコンテンツの先頭部分に
ＣＭ映像を付加してクライアントＰＣ４に提供するため
のＣＭ提供リクエストボタン８５Ｄ、ＣＭ映像から例え
ばＣＭ提供会社のホームページにリンクするためのＣＭ
リンク設定ボタン８５Ｅ及びコンテンツに対応したコン
テンツＩＤを設定するためのコンテンツＩＤ設定ボタン
８５Ｆが設けられている。

【００８２】このようなプルダウンメニュー８５のうち
ジャンル設定ボタン８５Ａがコンテンツ制作者によって
クリックされると、ユーザＰＣ２のＣＰＵ１０は自動ア
ップロードソフトウェアに基づいて図１５に示すような
マイチャンネルジャンル表画面９０を表示部１７に表示
する。

【００８３】マイチャンネルジャンル表画面９０には、
コンテンツの映像ジャンルをコンテンツ制作者が指定す
るために、映像カテゴリ毎にそれぞれ区分けされたカテ
ゴリアイコン９１〜９９が表示され、そのうちのいずれ
か（例えば「車」カテゴリアイコン９２）がコンテンツ
制作者によってクリックされると、ユーザＰＣ２のＣＰ
Ｕ１０はコンテンツの映像ジャンルを「車」であると認
識し、当該認識した結果をカテゴリデータとしてＨＤＤ
１２に一旦記憶する。

【００８４】また、プルダウンメニュー８５のうちコー
デック選択ボタン８５Ｂがコンテンツ制作者によってク
リックされると、ユーザＰＣ２のＣＰＵ１０は自動アッ
プロードソフトウェアに基づいて図１６に示すようなコ
ーデック選択画面１００を表示部１７に表示する。

【００８５】このコーデック選択画面１００では、クラ
イアントＰＣ４に対してコンテンツを提供する際のコー
デックとして例えばＭＰＥＧ(Moving Picture Experts
Group)４、ＭＰＥＧ２及びＲｅａｌＧ２等のいずれかか
ら選択するようになされており、コンテンツ制作者によ
って例えばＭＰＥＧ４にチェックマークが付けられる
と、ユーザＰＣ２のＣＰＵ１０はコーデックの種類をＭ
ＰＥＧ４であると認識し、当該認識した結果をコーデッ
ク種類データとしてＨＤＤ１２に一旦記憶する。

【００８６】さらに、プルダウンメニュー８５のうちス
ケジュール予約ボタン８５Ｃがコンテンツ制作者によっ
てクリックされると、ユーザＰＣ２のＣＰＵ１０は自動
アップロードソフトウェアに基づいて図１７に示すよう
なオンデマンド型提供スケジュール管理画面１０５を表
示部１７に表示する。

【００８７】このオンデマンド型提供スケジュール管理
画面１０５には、カレンダ表示エリア１０６、映像リス
ト表示エリア１０７、スケジュール内容表示エリア１０
８、決定ボタン１０９、スケジュール内容確認ボタン１
１０及びスケジュール内容更新ボタン１１１が設けられ
ている。

【００８８】このオンデマンド型提供スケジュール管理
画面１０５のカレンダ表示エリア１０６において、コン
テンツを提供する所望の提供日（例えば２月１９日）が
コンテンツ制作者のクリック操作によって選択される
と、ユーザＰＣ２のＣＰＵ１０はコンテンツ制作者が希
望する提供日を２月１９日であると認識し、その結果２
月１９日を提供日データとしてＨＤＤ１２に一旦記憶す
ると共に、スケジュール表示エリア１０８のタイトルに
提供日（２月１９日）を自動的に書き込んで表示する。

【００８９】そしてオンデマンド型提供スケジュール管
理画面１０５のスケジュール内容表示エリア１０８にお
いて、所望の開始時刻と終了時刻に合わせてクリックす
ることにより時間帯指定バー１１２がコンテンツ制作者
によって指定されると、ユーザＰＣ２のＣＰＵ１０は開
始時刻から終了時刻までの時間帯枠を認識すると共に時
間帯指定バー１１２をコンテンツ制作者によって指定さ
れた時間帯枠毎に区分けして表示する。

【００９０】すなわちスケジュール内容表示エリア１０
８の時間帯指定バー１１２は、６時から６時５９分５９
秒までの第１の時間帯枠と、７時から７時５９分５９秒
までの第２の時間帯枠と、８時から８時５９分５９秒ま
での第３の時間帯枠と、９時から１０時５９分５９秒ま
での第４の時間帯枠と、……、２１時から２１時５９分
５９秒までの第５の時間帯枠と、２２時から２３時５９
分５９秒までの第６の時間帯枠とに区分けされて表示さ
れる。

【００９１】続いて、コンテンツ制作者がクリックする
ことにより時間帯指定バー１１２における所望の時間帯
枠が選択され、映像リスト表示エリア１０７の中から所
望の映像種類（例えば４ＷＤ、スポーツカー、電気自動
車）を示す種類記号（ＭＡ、ＭＢ又はＭＣ）がクリック
されると、ユーザＰＣ２のＣＰＵ１０は選択された第１
〜第６の時間帯枠でそれぞれ提供するコンテンツの映像
種類を種類記号（ＭＡ、ＭＢ又はＭＣ）によって認識
し、当該認識した種類記号を時間帯指定バー１１２の時
間帯枠内にそれぞれ表示する。

【００９２】そしてオンデマンド型提供スケジュール管
理画面１０５で決定ボタン１０９がクリックされると、
ユーザＰＣ２のＣＰＵ１０は時間帯指定バー１１２にお
ける第１〜第６の時間帯枠毎に決められた映像種類でコ
ンテンツを提供するように予約した提供スケジュールプ
ログラムを生成し、これをＨＤＤ１２に一旦記憶する。

【００９３】すなわち提供スケジュールプログラムは、
時間帯指定バー１１２における第１の時間帯枠の時刻で
クライアントＰＣ４から要求を受けると種類記号ＭＡに
該当する「４ＷＤ」のコンテンツを提供し、第２の時間
帯枠の時刻でクライアントＰＣ４から要求を受けると種
類記号ＭＢに該当する「スポーツカー」のコンテンツを
提供し、第３の時間帯枠の時刻でクライアントＰＣ４か
ら要求を受けると種類記号ＭＡに該当する「４ＷＤ」の
コンテンツを提供し、第４の時間帯枠の時刻でクライア
ントＰＣ４から要求を受けると種類記号ＭＣに該当する
「セダン」のコンテンツを提供し、第５の時間帯枠の時
刻でクライアントＰＣ４から要求を受けると種類記号Ｍ
Ｂに該当する「スポーツカー」のコンテンツを提供し、
第６の時間帯枠の時刻でクライアントＰＣ４から要求を
受けると種類記号ＭＡに該当する「４ＷＤ」のコンテン
ツを提供するようにプログラムされている。

【００９４】さらに、プルダウンメニュー８５（図１
４）のうちＣＭ提供リクエストボタン８５Ｄがコンテン
ツ制作者によってクリックされると、ユーザＰＣ２のＣ
ＰＵ１０は自動アップロードソフトウェアに基づいて図
１８に示すようなＣＭ提供リクエスト画面１１５を表示
部１７に表示する。

【００９５】このＣＭ提供リクエスト画面１１５には、
自分のコンテンツの先頭部分にＣＭ映像を付加してクラ
イアントＰＣ４に提供することを希望するか否かをコン
テンツ制作者に対して問うためのＣＭ希望ボタン１１５
Ａ及びＣＭ非希望ボタン１１５Ｂが設けられており、Ｃ
Ｍ希望ボタン１１５Ａがコンテンツ制作者によってクリ
ックされたときのみ、ユーザＰＣ２のＣＰＵ１０はコン
テンツに対してＣＭ映像を付加してもらうことを希望す
る旨のＣＭ希望データを生成し、これをＨＤＤ１２に一
旦記憶する。

【００９６】さらに、プルダウンメニュー８５のうちＣ
Ｍリンク設定ボタン８５Ｅがコンテンツ制作者によって
クリックされると、ユーザＰＣ２のＣＰＵ１０は自動ア
ップロードソフトウェアに基づいて図１９に示すような
ＣＭリンク設定画面１１６を表示部１７に表示する。

【００９７】このＣＭリンク設定画面１１６には、コン
テンツの最初に付加したＣＭ映像から例えばＣＭ提供会
社のホームページにリンクするアンカを設定するための
ＣＭリンク有ボタン１１６Ａと、ＣＭ映像からのリンク
を設定しないためのＣＭリンク無ボタン１１６Ｂとが設
けられており、ＣＭリンク有ボタン１１６Ａがコンテン
ツ制作者によってクリックされたときのみ、ユーザＰＣ
２のＣＰＵ１０はＣＭ映像から所定のホームページにリ
ンクするアンカの設定を希望する旨のＣＭリンクデータ
を生成し、これをＨＤＤ１２に一旦記憶する。

【００９８】さらに、プルダウンメニュー８５のうちコ
ンテンツＩＤ設定ボタン８５Ｆがコンテンツ制作者によ
ってクリックされると、ユーザＰＣ２のＣＰＵ１０は自
動アップロードソフトウェアに基づいて図２０に示すよ
うなコンテンツＩＤ設定画面１１７を表示部１７に表示
する。

【００９９】このコンテンツＩＤ設定画面１１７には、
コンテンツＩＤ入力欄１１７Ａが設けられており、コン
テンツ制作者によってコンテンツに対応した任意のコン
テンツＩＤが入力されて実行キーが押下されると、ユー
ザＰＣ２のＣＰＵ１０はコンテンツＩＤを認識し、これ
をＨＤＤ１２に一旦記憶する。

【０１００】このようにユーザＰＣ２のＣＰＵ１０は、
パーソナルキャスト制御画面７５のオプションボタン８
１をクリックすることにより表示されたプルダウンメニ
ュー８５に従ってコンテンツを提供する際の種々の条件
を設定し、ＨＤＤ１２に一旦記憶した種々の諸条件デー
タ（カテゴリデータ、コーデック種類データ、提供スケ
ジュールプログラム、ＣＭ希望データ、ＣＭリンクデー
タ及びコンテンツＩＤ）やユーザ登録手続き処理を行っ
た際のユーザ情報ファイル２５の内容に基づいて図２１
に示すようなオンデマンド型提供スケジュールコントロ
ールファイル１２０を新たに生成し、これをＨＤＤ１２
に一旦記憶するようになされている。

【０１０１】すなわちＨＤＤ１２に一旦記憶されたオン
デマンド型提供スケジュールコントロールファイル１２
０には、「ＩＳＰ接続先」としてインターネット５に接
続する際のＩＳＰ名（＊＊＊＊＊）、「ＡＳＰチャンネ
ル」としてＡＳＰ３２がコンテンツを提供する際のチャ
ンネルタイプ（マイチャンネル）、「コンテンツＩＤ」
としてコンテンツ制作者が決定したコンテンツＩＤ（＊
＊＊）、「ＣＯＤＥＣ」として提供時のＣＯＤＥＣ（Ｍ
ＰＥＧ４）、「映像ジャンル」として映像カテゴリ
（車）、「提供スケジュール」として提供スケジュール
データの内容（２月１９日６時から提供予定等の諸条
件）、「ＣＭリクエスト」としてＣＭ提供リクエストの
有無（ＣＭ有）、「ＣＭリンク」としてＣＭリンクの有
無（ＣＭリンク無）、「ユーザＩＤ」としてユーザ登録
時のユーザＩＤ（kimkim) 、「パスワード」としてユー
ザ登録時のパスワード（＊＊＊＊＊）が格納されてい
る。

【０１０２】従ってユーザＰＣ２のＣＰＵ１０は、オン
デマンド型提供スケジュールコントロールファイル１２
０に基づいてオンデマンド型パーソナルキャスト制御画
面７５（図１３）の映像ジャンル表示欄７９にコンテン
ツの映像カテゴリを表す「車」の文字を表示すると共
に、提供スケジュール予約表示欄８０にコンテンツの提
供予定を表す「２月１９日６時から提供予定」の文字を
表示するようになされている。

【０１０３】なお、ＣＭリンク設定及びコンテンツＩＤ
設定はユーザＰＣ２によりプルダウンメニュー８５を用
いて設定する旨説明したが、ＡＳＰ３２の管理サーバ３
６側で自動的に設定されるようにしても良い。

【０１０４】例えばＣＭリンク設定は、クライアントＰ
Ｃ４により提供されることが決まったＣＭに対して、リ
ンク指定がＣＭクライアント７によって予め行われてい
るときは自動的にＣＭリンクが行われる。

【０１０５】また、例えば画像のアップロードが行われ
るとＡＳＰ３２の管理サーバ３６側で自動的にコンテン
ツＩＤが設定され、このＩＤによりＡＳＰ３２の管理サ
ーバ３６上で管理されることも可能である。

【０１０６】（５−３）オンデマンド型におけるＡＳＰ
へのコネクト処理次にユーザＰＣ２のＣＰＵ１０は、オンデマンド型パー
ソナルキャスト制御画面７５（図１３）の内容がコンテ
ンツ制作者によって確認され、当該コンテンツ制作者に
よってコネクトボタン８２がクリックされると、自動ア
ップロードソフトウェアに従って図２２に示すルーチン
ＲＴ２の開始ステップから入ってステップＳＰ１１に移
る。

【０１０７】ステップＳＰ１１においてユーザＰＣ２の
ＣＰＵ１０は、ネットワークインターフェース１６（図
３）からインターネット５及びＩＳＰ３１を介してＡＳ
Ｐ３２にログインし、当該ＡＳＰ３２のユーザ情報デー
タベース３７にアクセスしてユーザＩＤ、パスワード等
を基に認証を得た後、次のステップＳＰ１２に移る。

【０１０８】ステップＳＰ１２においてユーザＰＣ２の
ＣＰＵ１０は、ＡＳＰ３２の認証を得たので、ＨＤＤ１
２からオンデマンド型提供スケジュールコントロールフ
ァイル１２０とコンテンツの動画像ファイルとを読み出
した後、当該オンデマンド型提供スケジュールコントロ
ールファイル１２０とコンテンツの動画像ファイルとを
ネットワークインターフェース１６からインターネット
５、ＩＳＰ３１のネットワークインターフェース３５及
びＡＳＰ３２のネットワークインターフェース４１を経
由して管理サーバ３６へ転送し、次のステップＳＰ１３
に移って処理を終了する。

【０１０９】このようにしてユーザＰＣ２のＣＰＵ１０
は、自動アップロードソフトウェアに従ってオンデマン
ド型提供スケジュールコントロールファイル１２０及び
コンテンツの動画像ファイルをＡＳＰ３２にアップロー
ドし得るようになされている。

【０１１０】ＡＳＰ３２の管理サーバ３６は、ネットワ
ークインターフェース４１を介してオンデマンド型提供
スケジュールコントロールファイル１２０及びコンテン
ツの動画像ファイルを受け取り、オンデマンド型提供ス
ケジュールコントロールファイル１２０を提供スケジュ
ール管理データベース３８に登録し、コンテンツの動画
像ファイルをユーザＰＣ２がユーザ登録時に取得したＵ
ＲＬに対応するコンテンツサーバ３９の専用の記憶領域
に格納する。

【０１１１】なおＡＳＰ３２の管理サーバ３６は、オン
デマンド型提供スケジュールコントロールファイル１２
０の内容としてＣＭ提供リクエストが「ＣＭ有」の場
合、ＣＭクライアント７から予め供給されてＣＭ管理デ
ータベース４４に格納しておいたＣＭ映像をコンテンツ
の動画像ファイルの先頭部分に付加することによりＣＭ
付動画像ファイルを生成し、これをコンテンツサーバ３
９に改めて格納しておくようになされている。

【０１１２】ところでＩＳＰ３１の制御サーバ３３は、
ユーザＰＣ２がオンデマンド型提供スケジュールコント
ロールファイル１２０及びコンテンツの動画像ファイル
をＡＳＰ３２にアップロードしている間に発生するイン
ターネット接続料をユーザＰＣ２のユーザＩＤに対応付
けて課金し、課金管理データベース３４の課金データを
更新する。

【０１１３】またＡＳＰ３２の管理サーバ３６は、当該
ＡＳＰ３２のサービス利用料をユーザＰＣ２のユーザＩ
Ｄに対応付けて課金し、その課金データをネットワーク
インターフェース４１及びＩＳＰ３１のネットワークイ
ンターフェース３５を介して課金管理データベース３４
に送信し、課金管理データベース３４の課金データを更
新する。

【０１１４】因みにＡＳＰ３２の管理サーバ３６は、ユ
ーザＰＣ２が「使い放題コース」と呼ばれる定額制のサ
ービス契約がなされている場合、接続開始日時から接続
終了日時までの接続時間をユーザ情報データベース３７
に記録するだけでサービス利用料は一定のままで課金処
理は行わない。

【０１１５】ところで、オンデマンド型提供スケジュー
ルコントロールファイル１２０及びコンテンツの動画像
ファイルのＡＳＰ３２に対するアップロードが終了した
後、オンデマンド型提供スケジュールコントロールファ
イル１２０の内容を確認したい場合、コンテンツ制作者
はオンデマンド型提供スケジュール管理画面１０５（図
１７）のスケジュール内容確認ボタン１１０をクリック
すれば良い。

【０１１６】このときユーザＰＣ２のＣＰＵ１０は、自
動アップロードソフトウェアに従って図２３に示すルー
チンＲＴ３の開始ステップから入ってステップＳＰ１５
に移る。

【０１１７】ステップＳＰ１５においてユーザＰＣ２の
ＣＰＵ１０は、コンテンツ制作者によってスケジュール
内容確認ボタン１１０がクリックされると、ネットワー
クインターフェース１６（図３）からインターネット５
及びＩＳＰ３１を介してＡＳＰ３２にログイン処理し、
当該ＡＳＰ３２のユーザ情報データベース３７にアクセ
スしてユーザＩＤ、パスワード等の認証を得、次のステ
ップＳＰ１６に移る。

【０１１８】ステップＳＰ１６においてユーザＰＣ２の
ＣＰＵ１０は、ＡＳＰ３２の管理サーバ３６によってユ
ーザＩＤ、パスワード等の認証を得たので、提供スケジ
ュール管理データベース３８からオンデマンド型提供ス
ケジュールコントロールファイル１２０の供給を受け、
当該オンデマンド型提供スケジュールコントロールファ
イル１２０に基づいてオンデマンド型提供スケジュール
管理画面１０５（図１７）を表示部１７に再度表示す
る。

【０１１９】このようにユーザＰＣ２のＣＰＵ１０は、
オンデマンド型提供スケジュール管理画面１０５を表示
部１７の画面上に表示することにより、コンテンツ制作
者に対してオンデマンド型提供スケジュールコントロー
ルファイル１２０の内容を再度確認させ得るようになさ
れている。

【０１２０】この後コンテンツ制作者が、オンデマンド
型提供スケジュールコントロールファイル１２０の内容
を変更しようとした場合、オンデマンド型提供スケジュ
ール管理画面１０５上で提供スケジュールの変更が行わ
れた後に決定ボタン１０９がクリックされると、ユーザ
ＰＣ２のＣＰＵ１０は次のステップＳＰ１７に移る。

【０１２１】ステップＳＰ１７においてユーザＰＣ２の
ＣＰＵ１０は、オンデマンド型提供スケジュール管理画
面１０５上で変更された内容に基づいて新たな提供スケ
ジュールプログラムを生成し、これを基に新たなオンデ
マンド型提供スケジュールコントロールファイル１２０
を生成し、次のステップＳＰ１８に移る。

【０１２２】ステップＳＰ１８においてユーザＰＣ２の
ＣＰＵ１０は、オンデマンド型提供スケジュール管理画
面１０５上の更新ボタン１１１がコンテンツ制作者によ
ってクリックされると、新たなオンデマンド型提供スケ
ジュールコントロールファイル１２０をインターネット
５を介してＡＳＰ３２へ転送し、次のステップＳＰ１９
に移って処理を終了する。

【０１２３】この結果ＡＳＰ３２の管理サーバ３６は、
新たなオンデマンド型提供スケジュールコントロールフ
ァイル１２０で提供スケジュール管理データベース３８
を更新し、以降この新たなオンデマンド型提供スケジュ
ールコントロールファイル１２０に基づいてコンテンツ
の提供スケジュールを管理するようになされている。

【０１２４】（５−４）オンデマンド型におけるコンテ
ンツの提供処理クライアントＰＣ４においても、コンテンツの提供を受
けるに当たってユーザＰＣ２と同様に、コンテンツ提供
プロバイダ３に対してユーザ登録が可能であり、その場
合にはルーチンＲＴ１（図８）のユーザ登録手続き処理
手順に従ってユーザ登録手続きを行い、ＡＳＰ３２の管
理サーバ３６によってビューワー情報データベース４０
にクライアントＰＣ４のユーザＩＤ及びパスワードに対
応付けられたビューワー情報ファイルの登録が行われ
る。

【０１２５】またクライアントＰＣ４は、ユーザ登録を
行っていない場合にはビジターとしてＡＳＰ３２が提供
するパーソナルキャスティングサービスのＷｅｂサイト
に直接アクセスしてもよく、ユーザ登録したクライアン
トＰＣ４に限っては感動や共感を覚えたり、あるいは優
れていると感じたコンテンツのコンテンツ制作者に対し
て容易に寄付を行えるようになされている。この寄付に
関しては後程説明する。

【０１２６】実際上、ＡＳＰ３２の管理サーバ３６は、
例えばユーザ登録を行ったクライアントＰＣ４に対して
オンデマンド型でコンテンツを提供する場合、内部のハ
ードディスクから立ち上げたコンテンツ提供プログラム
に従って図２４に示すルーチンＲＴ４の開始ステップか
ら入ってステップＳＰ２１に移る。

【０１２７】ステップＳＰ２１においてＡＳＰ３２の管
理サーバ３６は、クライアントＰＣ４からのログイン処
理を受け、当該クライアントＰＣ４から送られてきたユ
ーザＩＤ及びパスワードを基にビューワー情報データベ
ース４０のビューワー情報ファイルを参照し、次のステ
ップＳＰ２２に移る。

【０１２８】ステップＳＰ２２においてＡＳＰ３２の管
理サーバ３６は、ユーザＩＤ及びパスワードを基にビュ
ーワー情報データベース４０のビューワー情報ファイル
を参照した結果、ログインしてきたクライアントＰＣ４
が登録済の正規ユーザであるか否かを判定する。

【０１２９】ここで否定結果が得られると、このことは
ユーザＩＤ及びパスワードがビューワー情報データベー
ス４０に登録されたものと一致しないことを表してお
り、このときＡＳＰ３２の管理サーバ３６はステップＳ
Ｐ２１に戻って、クライアントＰＣ４に対して正確なユ
ーザＩＤ及びパスワードの入力を促してログイン処理を
再実行させる。

【０１３０】これに対してステップＳＰ２２で肯定結果
が得られると、このことはクライアントＰＣ４が登録済
の正規ユーザであることを表しており、このときＡＳＰ
３２の管理サーバ３６は次のステップＳＰ２３に移る。

【０１３１】ステップＳＰ２３においてＡＳＰ３２の管
理サーバ３６は、クライアントＰＣ４からのアクセスに
応じてパーソナルキャスティングサービスにおけるホー
ムページのＨＴＭＬファイルをコンテンツサーバ３９か
ら読み出し、これをネットワークインターフェース４１
からインターネット５を介してクライアントＰＣ４へ送
信する。

【０１３２】ここでクライアントＰＣ４は、ユーザＰＣ
２（図３）とほぼ同一の構成を有し、ＡＳＰ３２から送
られてきたパーソナルキャスティングサービスにおける
ホームページのＨＴＭＬファイルをＣＰＵ（図示せず）
が受け取り、これを図２５に示すようなホームページ画
面１２５（ネットスケープコミュニケーション社のネッ
トスケープナビゲータ画面）として表示部に表示する。

【０１３３】このホームページ画面１２５には、オンデ
マンドモード選択表示エリア１２６にマイチャンネルを
介してコンテンツの提供を受けるためのオンデマンド型
マイチャンネル選択ボタン１２７が設けられていると共
に、ライブモード選択表示エリア１２８にライブ映像の
コンテンツの提供をパブリックチャンネルを介して受け
るためのライブ型パブリックチャンネル選択ボタン１２
９と、ライブ映像のコンテンツの提供をマイチャンネル
を介して受けるためのライブ型マイチャンネル選択ボタ
ン１３０とが設けられている。

【０１３４】このホームページ画面１２５において、オ
ンデマンド型マイチャンネル選択ボタン１２７がユーザ
によってクリックされると、クライアントＰＣ４のＣＰ
Ｕはオンデマンド型マイチャンネル選択ボタン１２７が
選択されたことを示すモード選択信号をインターネット
５を介してＡＳＰ３２の管理サーバ３６に送信する。

【０１３５】ステップＳＰ２４において管理サーバ３６
は、クライアントＰＣ４から送られたモード選択信号に
基づいてコンテンツサーバ３９からマイチャンネル用の
ジャンル表画面を構成するＨＴＭＬファイルを読み出
し、これをネットワークインターフェース４１からイン
ターネット５を介してクライアントＰＣ４へ送信する。

【０１３６】これによりクライアントＰＣ４のＣＰＵ
は、ＡＳＰ３２から送られてきたマイチャンネル用のジ
ャンル表画面のＨＴＭＬファイルを受け取り、これを図
２６に示すようなマイチャンネル用のジャンル表画面１
３５として表示部に表示する。

【０１３７】このマイチャンネル用のジャンル表画面１
３５は、コンテンツ制作者がコンテンツの映像ジャンル
を選択するときに用いたマイチャンネル用のジャンル表
画面９０（図１５）とほぼ同一内容であり、映像カテゴ
リ毎に区分けされたカテゴリアイコン１３６〜１４４が
表示されている。

【０１３８】このようなマイチャンネル用のジャンル表
画面１３５において、カテゴリアイコン１３６〜１４４
のいずれか（例えば「車」カテゴリアイコン１３７）が
クライアントＰＣ４のユーザによってクリックされる
と、当該クライアントＰＣ４のＣＰＵは「車」カテゴリ
アイコン１３７に対応したジャンル選択信号をインター
ネット５を介してＡＳＰ３２の管理サーバ３６に送信す
る。

【０１３９】ステップＳＰ２５においてＡＳＰ３２の管
理サーバ３６は、クライアントＰＣ４から送られたジャ
ンル選択信号に基づいてコンテンツサーバ３９から映像
カテゴリ「車」に関するチャンネル表示画面のＨＴＭＬ
ファイルを読み出し、これをネットワークインターフェ
ース４１からインターネット５を介してクライアントＰ
Ｃ４へ送信する。

【０１４０】これによりクライアントＰＣ４のＣＰＵ
は、ＡＳＰ３２から送られてきたチャンネル表示画面の
ＨＴＭＬファイルを受け取り、これを図２７に示すよう
に映像ジャンル「車」に関するチャンネル表示画面１５
０として表示部に表示する。

【０１４１】このチャンネル表示画面１５０には、コン
テンツ制作者がユーザ登録処理を行ったときのユーザ情
報ＤＢテーブル４５（図９）に設定したチャンネル名
（木村Ｃｈ）が付けられたチャンネルボタン１５１〜１
５９がそれぞれ表示されており、ユーザはこの中から所
望のチャンネルボタン（例えば木村Ｃｈ）１５５をクリ
ックして選択するようになされている。

【０１４２】ステップＳＰ２６においてＡＳＰ３２の管
理サーバ３６は、チャンネル表示画面１５０を見ている
クライアントＰＣ４のユーザによって所望のチャンネル
ボタン１５５がクリックされて選択されたか否かを判定
する。

【０１４３】この場合、クライアントＰＣ４のＣＰＵ
は、ユーザによって選択されたチャンネルボタン１５５
に対応して設定されているコンテンツＩＤをインターネ
ット５を介してＡＳＰ３２の管理サーバ３６に送信する
ようになされている。

【０１４４】従ってＡＳＰ３２の管理サーバ３６は、コ
ンテンツＩＤを受け取った場合に所望のチャンネルボタ
ン１５５がクリックされたものとして認識し、コンテン
ツＩＤに基づいて提供スケジュール管理データベース３
８に格納されているオンデマンド型提供スケジュールコ
ントロールファイル１２０を参照し、チャンネルボタン
１５５に対応したＵＲＬを把握するようになされてい
る。

【０１４５】このステップＳＰ２６で否定結果が得られ
ると、このことはチャンネル表示画面１５０に表示され
ているチャンネルボタン１５１〜１５９のいずれもユー
ザによって選択されていないことを表しており、このと
きＡＳＰ３２の管理サーバ３６はチャンネルボタン１５
１〜１５９のいずれかが選択されるまで待ち受ける。

【０１４６】これに対してステップＳＰ２６で肯定結果
が得られると、このことはチャンネルボタン１５１〜１
５９のうちユーザ所望のチャンネルボタン１５５がクリ
ックされて選択されたことを表しており、このときＡＳ
Ｐ３２の管理サーバ３６は次のステップＳＰ２７に移
る。

【０１４７】ステップＳＰ２７においてＡＳＰ３２の管
理サーバ３６は、クリックされたチャンネルボタン（例
えば木村Ｃｈ）１５５に対応したコンテンツＩＤをクラ
イアントＰＣ４からインターネット５を介して受ける
と、当該コンテンツＩＤに基づいてオンデマンド型提供
スケジュールコントロールファイル１２０を参照し、チ
ャンネルボタン１５５がクリックされた時点のタイミン
グで提供予定にある映像種類（ＭＡ、ＭＢ又はＭＣ）の
ＣＭ付動画像ファイルを、コンテンツＩＤに対応したＵ
ＲＬに基づいてコンテンツサーバ３９の専用の記憶領域
から読み出し、これをインターネット５を介してクライ
アントＰＣ４へ送信し、次のステップＳＰ２８に移って
処理を終了する。

【０１４８】実際上、チャンネル表示画面１５０におい
て、例えばユーザによって２月１９日の午前１０時５５
分にチャンネルボタン（例えば木村Ｃｈ）１５５がクリ
ックされると、ＡＳＰ３２の管理サーバ３６はオンデマ
ンド型提供スケジュールコントロールファイル１２０を
参照し、オンデマンド型提供スケジュール管理画面１０
５（図１７）で指定したスケジュール内容表示エリア１
０８の提供スケジュールに従って、映像種類が「セダン
（ＭＣ）」のＣＭ付動画像ファイルをクライアントＰＣ
４へ送信する。

【０１４９】これによりクライアントＰＣ４は、受信し
たＣＭ付動画像ファイルに基づいて図２８に示すような
コンテンツ表示画面１６５を表示部に表示し、当該コン
テンツ表示画面１６５の中央に設けられた表示エリア１
６６にＣＭ映像を最初に表示した後、続いて「セダン」
の車の動画像を表示する。

【０１５０】このようにＡＳＰ３２の管理サーバ３６
は、オンデマンド型提供スケジュールコントロールファ
イル１２０の内容に従ってクライアントＰＣ４のユーザ
によってチャンネルボタン１５１〜１５９がクリックさ
れた時点のタイミングで提供予定にある１種類のＣＭ付
動画像ファイルをクライアントＰＣ４へ送信するように
なされている。

【０１５１】これによりＡＳＰ３２の管理サーバ３６
は、ほぼ同時に複数のクライアントＰＣ４から同一のコ
ンテンツに対する要求を受けて送信する場合でも、ある
タイミングで複数種類のコンテンツを同時に送信しなけ
ればならない場合と比較すれば、伝送路の帯域幅を多く
消費せずに済むのでコンテンツを滞らせることなく速や
かに伝送し得るようになされている。

【０１５２】また、このときＡＳＰ３２の管理サーバ３
６は、クリック操作に応じてクライアントＰＣ４へコン
テンツのＣＭ付動画像ファイルを提供する度に、クライ
アントＰＣ４のクリック回数をアクセス回数としてカウ
ントする。

【０１５３】この場合、カウントしたアクセス回数がＣ
Ｍ映像を視聴させた人数に相当するので、ＡＳＰ３２の
管理サーバ３６はアクセス回数の多いコンテンツを制作
したコンテンツ制作者に対して正当に利益還元するため
に、アクセス回数に応じたポイントをコンテンツ制作者
に与えるようになされており、そのコンテンツ制作者に
対するポイントをユーザＩＤに対応したユーザ情報ＤＢ
デーブル４５に登録してユーザ情報データベース３７に
格納するようになされている。

【０１５４】（６）ライブ型によるパーソナルキャステ
ィングサービス次にコンテンツ提供システム１のライブ型によるパーソ
ナルキャスティングサービスの説明を具体的に行う。

【０１５５】（６−１）ライブ型のスケジュール予約ライブ型においては、ライブ映像のコンテンツをリアル
タイムに提供するため、オンデマンド型のようにコンテ
ンツの動画像ファイルを作成し、当該作成したコンテン
ツの動画像ファイルを予めＡＳＰ３２のコンテンツサー
バ３９に蓄積しておく必要はない。

【０１５６】但しライブ型では、共用のパブリックチャ
ンネル（結婚式チャンネル、音楽ライブチャンネル、演
劇ライブチャンネル又はイベントライブチャンネル）を
介してコンテンツを提供するようになされているので、
予めパブリックチャンネルを使用する時間帯枠を予約し
ておく必要がある。

【０１５７】すなわちパブリックチャンネルを使用する
時間帯枠を予約するということは、各パブリックチャン
ネルのＵＲＬに対応して割り当てられたコンテンツサー
バ３９の専用の記憶領域を使用する時間帯枠の予約を行
うことである。

【０１５８】実際上ＡＳＰ３２がライブ映像のコンテン
ツを提供する場合、各パブリックチャンネル毎にＵＲＬ
で指定されたコンテンツサーバ３９の専用の記憶領域に
ユーザＰＣ２から送られてきたライブ映像の動画像ファ
イルを一旦書き込みながら読み出して出力するようにな
されている。

【０１５９】すなわちユーザＰＣ２のＣＰＵ１０は、パ
ブリックチャンネルを使用する時間帯枠の予約を行うた
めに、まずオンデマンド型の場合と同様に画像取込ソフ
トウェアを起動することによりキャプチャー画面５０
（図１０）を表示部１７に表示する。

【０１６０】そしてユーザＰＣ２のＣＰＵ１０は、キャ
プチャー画面５０におけるムービーモード切換ボタン５
３のクリック操作に応じてライブモードに設定した後、
ユーザ登録時にＡＳＰ３２から予めダウンロードしてお
いた自動アップロードソフトウェアを起動し、図１３と
の対応部分に同一符号を付して示す図２９のようなライ
ブ型パーソナルキャスト制御画面１７０を表示部１７に
表示する。

【０１６１】ライブ型パーソナルキャスト制御画面１７
０には、モード表示欄１７１に現在ライブモードが設定
されていることを示す「ライブ」の文字が表示され、Ａ
ＳＰチャンネル表示欄１７２にライブモードでデフォル
トとして設定されている「パブリックチャンネル」の文
字が表示されると共に、オンデマンド型パーソナルキャ
スト制御画面７５（図１３）のオプションボタン８１に
変わってスケジュール予約ボタン１７３が設けられてい
る。

【０１６２】またライブ型パーソナルキャスト制御画面
１７０には、パブリックチャンネルとして設定されてい
る４種類の結婚式チャンネル、音楽ライブチャンネル、
演劇ライブチャンネル及びイベントライブチャンネルの
中から、コンテンツ制作者によって時間帯枠を予約した
時に決定されたパブリックチャンネルの名称（例えば
「音楽ライブ」）が映像ジャンル表示欄７９に表示され
るようになされている。

【０１６３】さらにライブ型パーソナルキャスト制御画
面１７０には、オンデマンド型と同様に提供スケジュー
ル予約表示欄８０に、コンテンツ制作者によって予約さ
れたライブ映像のコンテンツの提供予定日時が表示され
るようになされている。

【０１６４】このようなライブ型パーソナルキャスト制
御画面１７０において、スケジュール予約ボタン１７３
がコンテンツ制作者によってクリックされると、ユーザ
ＰＣ２のＣＰＵ１０はＡＳＰ３２からダウンロードした
自動アップロードソフトウェアを起動し、図３０に示す
ルーチンＲＴ５の開始ステップから入ってステップＳＰ
３１に移る。

【０１６５】ステップＳＰ３１においてユーザＰＣ２の
ＣＰＵ１０は、ネットワークインターフェース１６（図
３）からインターネット５及びＩＳＰ３１を介してＡＳ
Ｐ３２にログインし、当該ＡＳＰ３２のユーザ情報デー
タベース３７にアクセスしてユーザＩＤ、パスワード等
を基に認証を得た後、次のステップＳＰ３２に移る。

【０１６６】ステップＳＰ３２においてユーザＰＣ２の
ＣＰＵ１０は、ＡＳＰ３２の管理サーバ３６によって提
供スケジュール管理データベース３８から読み出された
パブリックチャンネルの予約状況に関するライブ型提供
スケジュールコントロールファイルをインターネット５
を介して受け取り、これをＨＤＤ１２に書き込んだ後、
次のステップＳＰ３３に移る。

【０１６７】ステップＳＰ３３においてユーザＰＣ２の
ＣＰＵ１０は、ＡＳＰ３２から供給されたパブリックチ
ャンネルの予約状況に関するライブ型提供スケジュール
コントロールファイルに基づいて図３１に示すようなパ
ブリックチャンネル用のライブ型提供スケジュール管理
画面１７５を表示部１７に表示し、次のステップＳＰ３
４で処理を終了する。

【０１６８】このライブ型提供スケジュール管理画面１
７５には、パブリックチャンネルとして４種類の結婚式
チャンネル、音楽ライブチャンネル、演劇ライブチャン
ネル及びイベントライブチャンネルに対応する結婚式Ｃ
ｈボタン１７６、音楽ライブＣｈボタン１７７、演劇ラ
イブＣｈボタン１７８及びイベントライブＣｈボタン１
７９が設けられている。

【０１６９】これら４種類のパブリックチャンネルのう
ち例えば音楽ライブＣｈボタン１７７がコンテンツ制作
者によってクリックされると、ユーザＰＣ２のＣＰＵ１
０はライブ型提供スケジュールコントロールファイルに
基づいてスケジュール内容表示エリア１８０に「音楽ラ
イブチャンネル」に関する現在の予約状況を表示する。

【０１７０】このときスケジュール内容表示エリア１８
０のスケジュール時刻予定表１８２には、デフォルトと
して今日現在の日付に関する予約状況が表示されるよう
になされており、コンテンツ制作者によってカレンダ表
示エリア１８１の予約希望日（例えば２月１９日）がク
リックされると、ユーザＰＣ２のＣＰＵ１０はライブ型
提供スケジュールコントロールファイルに基づいて音楽
ライブチャンネルに関する予約希望日（２月１９日）の
予約状況をスケジュール時刻予定表１８２に表示する。

【０１７１】コンテンツ制作者は、スケジュール時刻予
定表１８２に表示された予約希望日（２月１９日）の予
約状況を確認し、時間帯指定バー１８３のうち「空」時
間帯の中から所望の開始時刻（例えば１０時）と終了時
刻（１０時５９分５９秒）をカーソルで指定することに
より、ライブ映像のコンテンツを提供する時間帯枠１８
３Ａを決定する。

【０１７２】これによりユーザＰＣ２のＣＰＵ１０は、
コンテンツ制作者によって決定された時間帯枠１８３Ａ
が示す開始時刻と終了時刻を予約時間帯枠データとして
認識し、ライブ型提供スケジュールコントロールファイ
ルに書き加えると共に、当該時間帯枠１８３Ａに「満」
の文字を表示する。

【０１７３】またユーザＰＣ２のＣＰＵ１０は、予約さ
れた時間帯枠１８３Ａで提供するコンテンツの名称（例
えば「××ツアー」）がコンテンツ制作者によって入力
されると、その名称を自動的に所定のコンテンツＩＤに
対応付けてライブ型提供スケジュールコントロールファ
イルに書き加えるようになされている。

【０１７４】続いてユーザＰＣ２のＣＰＵ１０は、コー
デック選択表示エリア１８４の中からライブ映像のコン
テンツをクライアントＰＣ４に提供する際のコーデック
として例えばＭＰＥＧ４にチェックマークが付けられる
と、選択されたコーデックの種類をＭＰＥＧ４であると
認識し、当該認識した結果をコーデック種類データとし
てライブ型提供スケジュールコントロールファイルに書
き加える。

【０１７５】またユーザＰＣ２のＣＰＵ１０は、コンテ
ンツの先頭部分にＣＭ映像を付加してクライアントＰＣ
４に提供することを希望するＣＭ希望ボタン１８５と、
ＣＭ映像をクライアントＰＣ４に提供することを希望し
ないＣＭ非希望ボタン１８６とのうち、コンテンツ制作
者によってＣＭ希望ボタン１８５がクリックされると、
ライブ映像のコンテンツに対してＣＭ映像を付加するこ
とを希望したＣＭ希望データ生成し、これをライブ型提
供スケジュールコントロールファイルに書き加える。

【０１７６】このようにユーザＰＣ２のＣＰＵ１０は、
上述のようにパブリックチャンネルとして音楽ライブチ
ャンネルを介してライブ映像のコンテンツを提供するた
めの各種設定を行うことにより、図３２に示すようなラ
イブ型提供スケジュールコントロールファイル１８９を
新たに生成し、これをＨＤＤ１２に一旦記憶する。

【０１７７】このライブ型提供スケジュールコントロー
ルファイル１８９には、「ＩＳＰ接続先」としてインタ
ーネット５に接続する際のＩＳＰ名（＊＊＊＊＊）、
「ＡＳＰチャンネル」としてＡＳＰがライブ映像のコン
テンツを提供する際のチャンネルタイプ（パブリックチ
ャンネル）、「コンテンツ名称」としてコンテンツのタ
イトル（××ツアー）、「ＣＯＤＥＣ」として提供時の
ＣＯＤＥＣ（ＭＰＥＧ４）、「パブリックチャンネル」
としてコンテンツ制作者によってライブ映像の内容に合
わせて選択されたパブリックチャンネルの種類（音楽ラ
イブチャンネル）、「提供スケジュール」として提供ス
ケジュールの日時（２月１９日１０時から提供予定等の
諸条件）、「ＣＭリクエスト」としてＣＭ提供リクエス
トの有無（ＣＭ有）、「ユーザＩＤ」としてユーザ登録
時のユーザＩＤ（kimkim）、「パスワード」としてユー
ザ登録時のパスワード（＊＊＊＊＊）が格納されてい
る。

【０１７８】そしてユーザＰＣ２のＣＰＵ１０は、ライ
ブ型提供スケジュール管理画面１７５の予約ボタン１８
７がコンテンツ制作者によってクリックされると、自動
アップロードソフトウェアに従って図３３に示すルーチ
ンＲＴ６の開始ステップから入ってステップＳＰ４１に
移る。

【０１７９】ステップＳＰ４１においてユーザＰＣ２の
ＣＰＵ１０は、ネットワークインターフェース１６（図
３）からインターネット５及びＩＳＰ３１を介してＡＳ
Ｐ３２にログインし、当該ＡＳＰ３２のユーザ情報デー
タベース３７にアクセスしてユーザＩＤ、パスワード等
を基に認証を得た後、次のステップＳＰ４２に移る。

【０１８０】ステップＳＰ４２においてユーザＰＣ２の
ＣＰＵ１０は、ＡＳＰ３２の認証を得たので、新たに生
成したライブ型提供スケジュールコントロールファイル
１８９をインターネット５を介してＡＳＰ３２の管理サ
ーバ３６に転送し、次のステップＳＰ４３に移る。

【０１８１】これによりＡＳＰ３２の管理サーバ３６
は、ユーザＰＣ２から転送されてきたライブ型提供スケ
ジュールコントロールファイル１８９で提供スケジュー
ル管理データベース３８を更新し、その後再び提供スケ
ジュール管理データベース３８からライブ型提供スケジ
ュールコントロールファイル１８９を読み出してユーザ
ＰＣ２に送り返す。

【０１８２】このときＡＳＰ３２の管理サーバ３６は、
ユーザＰＣ２に対してライブ映像のコンテンツを提供す
るための新たな予約処理を行ったことに対する予約料を
サービス利用料としてユーザＩＤに対応させて課金し、
ユーザ情報データベース３７のユーザ情報ＤＢテーブル
４５を更新する。

【０１８３】ステップＳＰ４３においてユーザＰＣ２の
ＣＰＵ１０は、提供スケジュール管理データベース３８
を更新したライブ型提供スケジュールコントロールファ
イル１８９の供給を受け、当該ライブ型提供スケジュー
ルコントロールファイル１８９に基づいて表示部１７に
ライブ型提供スケジュール管理画面１７５を確認用に再
表示し、次のステップＳＰ４４で処理を終了する。

【０１８４】但し、このとき表示されるライブ型提供ス
ケジュール管理画面１７５は、コンテンツ制作者に対す
る確認用として「満」の文字が表示された時間帯枠１８
３Ａを特定の色で区分けして表示するようになされてお
り、これによりコンテンツ制作者は自分で予約したコン
テンツのスケジュールを容易に認識し得るようになされ
ている。

【０１８５】ところで、パブリックチャンネル用のライ
ブ型提供スケジュール管理画面１７５（図３１）におけ
るスケジュール内容表示エリア１８０に表示された予約
状況を確認した結果、スケジュール時刻予定表１８２の
時間帯指定バー１８３において、ライブ映像のコンテン
ツの提供を希望する時間帯枠が既に「満」の表示で予約
できない場合、そのパブリックチャンネルを介してライ
ブ映像のコンテンツを提供することはできない。

【０１８６】このようなときにライブ型提供スケジュー
ル管理画面１７５の下部に設けられたマイチャンネルボ
タン１８８がコンテンツ制作者によってクリックされる
と、ユーザＰＣ２のＣＰＵ１０は、ＡＳＰ３２の管理サ
ーバ３６から提供スケジュール管理データベース３８の
オンデマンド型提供スケジュールコントロールファイル
１２０の供給を受け、当該オンデマンド型提供スケジュ
ールコントロールファイル１２０に基づいて図３４に示
すようなマイチャンネル用のライブ型提供スケジュール
管理画面１９０を表示する。

【０１８７】このマイチャンネル用のライブ型提供スケ
ジュール管理画面１９０は、時間帯指定バー１９４のう
ちオンデマンド型でコンテンツを提供する予定の予約時
間帯枠（ＭＡ及びＭＢで示された時間帯枠）以外の
「空」時間帯を利用して、ライブ映像のコンテンツを提
供するための予約を行えるようになされており、マイチ
ャンネルスケジュール内容表示エリア１９１、マイチャ
ンネルジャンル表エリア１９５、コーデック選択エリア
２０５、ＣＭ希望ボタン２０６、ＣＭ非希望ボタン２０
７及び予約ボタン２０８が設けられている。

【０１８８】この場合も、マイチャンネルスケジュール
内容表示エリア１９１に表示されたカレンダ表示エリア
１９２の予約希望日（例えば２月１９日）がコンテンツ
制作者によってクリックされると、ユーザＰＣ２のＣＰ
Ｕ１０はオンデマンド型提供スケジュールコントロール
ファイル１２０に基づいてマイチャンネルに関する予約
希望日（２月１９日）の予約状況をスケジュール時刻予
定表１９３に表示する。

【０１８９】従ってコンテンツ制作者は、スケジュール
時刻予定表１９３に表示された予約状況を確認し、時間
帯指定バー１９４のうち「空」時間帯の中から所望の開
始時刻（例えば１０時）と終了時刻（１０時５９分５９
秒）をカーソルで指定することにより、マイチャンネル
を介してライブ映像のコンテンツを提供する時間帯枠１
９４Ａを決定する。

【０１９０】これによりユーザＰＣ２のＣＰＵ１０は、
コンテンツ制作者によって決定された時間帯枠１９４Ａ
が示す開始時刻及び終了時刻を予約時間帯枠データとし
て認識し、当該時間帯枠１９４Ａに「満」の文字を表示
すると共に予約時間帯枠データを一旦ＨＤＤ１２に記憶
する。

【０１９１】次にユーザＰＣ２のＣＰＵ１０は、マイチ
ャンネルジャンル表示エリア１９５に表示されたカテゴ
リアイコン１９６〜２０４の中からライブ映像の映像ジ
ャンルに対応したカテゴリ（音楽）アイコン１９９がク
リックされると、選択された映像ジャンルのカテゴリが
「音楽」であることを認識すると共に、当該認識した結
果をカテゴリデータとして一旦ＨＤＤ１２に記憶する。

【０１９２】このときユーザＰＣ２のＣＰＵ１０は、同
時に時間帯指定バー１９４の時間帯枠１９４Ａを「満」
の文字から「音楽」の文字に変更して表示するようにな
されている。

【０１９３】続いてユーザＰＣ２のＣＰＵ１０は、コー
デック選択表示エリア２０５の中からライブ映像のコン
テンツをクライアントＰＣ４に提供する際のコーデック
として例えばＭＰＥＧ４にチェックマークが付けられる
と、選択されたコーデックの種類をＭＰＥＧ４であると
認識し、当該認識した結果をコーデック種類データとし
て一旦ＨＤＤ１２に記憶する。

【０１９４】またユーザＰＣ２のＣＰＵ１０は、コンテ
ンツの先頭部分にＣＭ映像を付加してクライアントＰＣ
４に提供することを希望するＣＭ希望ボタン２０６と、
ＣＭ映像をクライアントＰＣ４に提供することを希望し
ないＣＭ非希望ボタン２０７とのうち、コンテンツ制作
者によってＣＭ希望ボタン２０６がクリックされると、
ライブ映像のコンテンツに対してＣＭ映像を付加するこ
とを希望したＣＭ希望データを生成し、当該ＣＭ希望デ
ータを一旦ＨＤＤ１２に記憶する。

【０１９５】このようにユーザＰＣ２のＣＰＵ１０は、
上述のようにマイチャンネルにおいて音楽ライブのライ
ブ映像をコンテンツとして提供するための各種設定を行
った後、コンテンツ制作者によって予約ボタン２０８が
クリックされると、図３５に示すような新たなマイチャ
ンネル用のライブ型提供スケジュールコントロールファ
イル２１０を生成し、これをインターネット５を介して
ＡＳＰ３２の管理サーバ３６に転送し、提供スケジュー
ル管理データベース３８に登録するようになされてい
る。

【０１９６】ところで、複数のコンテンツ制作者がライ
ブ映像のコンテンツをマイチャンネルを介して提供する
ための予約を行う場合、ＡＳＰ３２の管理サーバ３６は
同一時間帯枠でライブ映像のコンテンツを提供可能な本
数に（例えば１０本まで）制限を設けている。

【０１９７】従ってＡＳＰ３２の管理サーバ３６は、内
部のハードディスクから立ち上げた提供スケジュールプ
ログラムに基づいて、コンテンツ制作者が希望する所望
の時間帯枠における提供可能な本数が上限値に達したこ
とを検出すると、それ以降ユーザＰＣ２から送られてく
るマイチャンネル用のライブ型提供スケジュールコント
ロールファイル２１０を受け付けることなく、提供スケ
ジュール管理データベース３８に予め格納されている予
約不能メッセージ表示画面の画像データを読み出し、こ
れをインターネット５を介してユーザＰＣ２へ送信す
る。

【０１９８】ユーザＰＣ２のＣＰＵ１０は、予約不能メ
ッセージ表示画面の画像データに基づいて図３６に示す
ような予約不能メッセージ表示画面２１２を表示部１７
に表示し、これによりコンテンツ制作者に対して「ライ
ブ映像のコンテンツをリアルタイムで提供する希望の時
間帯枠が既に予約で一杯である」ことを通知するように
なされている。

【０１９９】これによりＡＳＰ３２の管理サーバ３６
は、同時に提供可能なコンテンツの本数が上限値を超え
ることがないので、処理性能や回線の帯域幅の問題から
コンテンツの提供が滞ったり遅れることがなく、ライブ
映像のコンテンツを確実にリアルタイムでクライアント
ＰＣ４に提供し得ると共に、ライブ映像のコンテンツの
品質低下を確実に防止することができる。

【０２００】上述のようにユーザＰＣ２のＣＰＵ１０
は、ライブ映像のコンテンツを所望の予約日時でリアル
タイムに提供する方法として、パブリックチャンネルを
介して行う方法と、当該パブリックチャンネルが既に予
約済であった場合にマイチャンネルを介して行う方法と
を選択し得るようになされている。

【０２０１】従ってユーザＰＣ２のコンテンツ制作者
が、自分が行っているアマチュアバンドのライブ映像を
リアルタイムで提供する場合には、マイチャンネルを介
して提供する方法を選択し、著名なプロのアーティスト
のライブ映像をリアルタイムで提供する場合にはパブリ
ックチャンネルを介して提供する方法を選択することが
可能となる。

【０２０２】このようにコンテンツ提供サービスシステ
ム１においては、コンテンツの内容や当該コンテンツを
視聴するユーザのことを考慮した上で、コンテンツの提
供形態をオンデマンド型及びライブ型のいずれかから選
択し得るようになされている。

【０２０３】（６−２）ライブ型におけるＡＳＰへのコ
ネクト処理次にユーザＰＣ２のＣＰＵ１０は、ライブ映像のコンテ
ンツを提供する日時の予約処理が終了すると、再度ライ
ブ型パーソナルキャスト制御画面１７０（図２９）を表
示部１７に表示する。

【０２０４】このときコンテンツ制作者は、ライブ型パ
ーソナルキャスト制御画面１７０を確認することによ
り、ライブ映像のコンテンツを提供するときの予約内容
を認識し、予約した開始時刻に近づくと撮影現場でディ
ジタルビデオカメラ１８（図３）により収録を開始し、
ライブ映像のコンテンツをリアルタイムに提供するため
コネクトボタン８２をクリックする。

【０２０５】するとユーザＰＣ２のＣＰＵ１０は、自動
アップロードソフトウェアに従って図３７に示すルーチ
ンＲＴ７の開始ステップから入ってステップＳＰ５１に
移る。

【０２０６】ステップＳＰ５１においてユーザＰＣ２の
ＣＰＵ１０は、ネットワークインターフェース１６から
インターネット５及びＩＳＰ３１を介してＡＳＰ３２に
ログインし、当該ＡＳＰ３２のユーザ情報データベース
３７にアクセスしてユーザＩＤ、パスワード等を基に認
証を得た後、次のステップＳＰ５２に移る。

【０２０７】ステップＳＰ５２においてユーザＰＣ２の
ＣＰＵ１０は、ＡＳＰ３２の管理サーバ３６によってユ
ーザＩＤ及びパスワードを基に提供スケジュール管理デ
ータベース３８に格納されているライブ型提供スケジュ
ールコントロールファイル１８９（図３２）の内容が確
認され、次のステップＳＰ５３に移る。

【０２０８】これによりＡＳＰ３２の管理サーバ３６
は、提供スケジュール管理データベース３８のライブ型
提供スケジュールコントロールファイル１８９の内容を
確認することにより、ユーザＰＣ２によって提供予定で
あるライブ映像のコンテンツに関する予約状況を認識す
るようになされている。

【０２０９】ステップＳＰ５３においてユーザＰＣ２の
ＣＰＵ１０は、予め予約した開始時刻になると「ライブ
映像のコンテンツを送信しろ」という指示命令がＡＳＰ
３２の管理サーバ３６から与えられるようになされてお
り、当該指示命令に基づいて予め予約した開始時刻にな
ったか否かを判定する。

【０２１０】ここで否定結果が得られると、このことは
管理サーバ３６から指示命令が未だ与えられていないこ
とを表しており、このときＣＰＵ１０はＡＳＰ３２の管
理サーバ３６から指示命令が与えられるまで待ち受け
る。

【０２１１】これに対してステップＳＰ５３で肯定結果
が得られると、このことはＡＳＰ３２の管理サーバ３６
から指示命令が与えられたことを表しており、このとき
ＣＰＵ１０は開始時刻になったと判断して、次のステッ
プＳＰ５４に移る。

【０２１２】ステップＳＰ５４においてユーザＰＣ２の
ＣＰＵ１０は、ＡＳＰ３２の管理サーバ３６から与えら
れた指示命令をトリガーとして収録中であるライブ映像
のコンテンツをインターネット５を介してＡＳＰ３２の
管理サーバ３６へリアルタイムに転送する転送処理を開
始し、次のステップＳＰ５５で処理を終了する。

【０２１３】これによりＡＳＰ３２の管理サーバ３６
は、ユーザＰＣ２から転送されたライブ映像のコンテン
ツをパブリックチャンネル用に割り当てられたコンテン
ツサーバ３９の専用の記憶領域に記録しながらストリー
ミング再生し、要求のあったクライアントＰＣ４にリア
ルタイムで提供し得るようになされている。

【０２１４】なお、このときＩＳＰ３１の制御サーバ３
３は、ユーザＰＣ２がライブ映像のコンテンツをインタ
ーネット５を介してＡＳＰ３２に転送している間に発生
するインターネット接続料をユーザＰＣ２のユーザＩＤ
に対応付けて課金し、課金管理データベース３４の課金
データを更新する。

【０２１５】またＡＳＰ３２の管理サーバ３６は、当該
ＡＳＰ３２のサービス利用料をユーザＰＣ２のユーザＩ
Ｄに対応付けて課金し、その課金データをネットワーク
インターフェース４１及びＩＳＰ３１のネットワークイ
ンターフェース３５を介して課金管理データベース３４
に送出することにより、当該課金管理データベース３４
の課金データを更新するようになされている。

【０２１６】因みにＡＳＰ３２の管理サーバ３６は、ユ
ーザＰＣ２が「使い放題コース」と呼ばれる定額制のサ
ービス契約をしている場合、接続開始日時から接続終了
日時までの接続時間をユーザ情報データベース３７のユ
ーザ情報ＤＢテーブル４５に記録するだけでサービス利
用料は一定のままで課金処理は行わない。

【０２１７】（６−３）ライブ型におけるコンテンツの
提供処理ライブ型においてクライアントＰＣ４がライブ映像のコ
ンテンツの提供を受ける場合も、オンデマンド型におい
てコンテンツの提供を受ける場合と同様に、ユーザ登録
が可能であり、その場合にはルーチンＲＴ１（図８）の
ユーザ登録手続き処理手順に従ってユーザ登録手続きを
行い、ＡＳＰ３２の管理サーバ３６によってビューワー
情報データベース４０にクライアントＰＣ４のユーザＩ
Ｄ及びパスワードに対応付けられたビューワー情報ファ
イルの登録が行われる。

【０２１８】またクライアントＰＣ４は、ユーザ登録を
行っていない場合にはビジターとしてＡＳＰ３２が提供
しているパーソナルキャスティングサービスのＷｅｂサ
イトに直接アクセスしても良く、ユーザ登録したクライ
アントＰＣ４に限っては感動や共感を覚えたり、あるい
は優れていると感じたコンテンツのコンテンツ制作者に
対して容易に寄付を行えるようになされている。

【０２１９】実際上、ＡＳＰ３２の管理サーバ３６は、
例えばユーザ登録を行ったクライアントＰＣ４に対して
ライブ型でマイチャンネルを介してライブ映像のコンテ
ンツを提供する場合、内部のハードディスクから立ち上
げたコンテンツ提供プログラムに従って、図３８に示す
ルーチンＲＴ８の開始ステップから入ってステップＳＰ
６１に移る。

【０２２０】ステップＳＰ６１においてＡＳＰ３２の管
理サーバ３６は、クライアントＰＣ４からのログイン処
理を受け、当該クライアントＰＣ４から送られてきたユ
ーザＩＤ及びパスワードを基にビューワー情報データベ
ース４０のビューワー情報ファイルを参照し、次のステ
ップＳＰ６２に移る。

【０２２１】ステップＳＰ６２においてＡＳＰ３２の管
理サーバ３６は、ユーザＩＤ及びパスワードを基にビュ
ーワー情報データベース４０のビューワー情報ファイル
を参照した結果としてログインしてきたクライアントＰ
Ｃ４が登録済の正規ユーザであるか否かを判定する。

【０２２２】ここで否定結果が得られると、このことは
ユーザＩＤ及びパスワードがビューワー情報データベー
ス４０に登録されたものと一致しないことを表してお
り、このときＡＳＰ３２の管理サーバ３６はステップＳ
Ｐ６１に戻って、クライアントＰＣ４に対して正確なユ
ーザＩＤ及びパスワードの入力を促してログイン処理を
再実行させる。

【０２２３】これに対してステップＳＰ６２で肯定結果
が得られると、このことはクライアントＰＣ４が登録済
の正規ユーザであることを表しており、このときＡＳＰ
３２の管理サーバ３６は次のステップＳＰ６３に移る。

【０２２４】ステップＳＰ６３においてＡＳＰ３２の管
理サーバ３６は、クライアントＰＣ４からのアクセスに
応じてパーソナルキャスティングサービスのホームペー
ジのＨＴＭＬファイルをコンテンツサーバ３９から読み
出し、これをネットワークインターフェース４１からイ
ンターネット５を介してクライアントＰＣ４へ転送す
る。

【０２２５】ここでクライアントＰＣ４は、ＡＳＰ３２
から送られてきたパーソナルキャスティングサービスの
ホームページのＨＴＭＬファイルをＣＰＵが受け取り、
これをホームページ画面１２５（図２５）として表示部
に表示する。

【０２２６】このホームページ画面１２５において、ラ
イブモード選択表示エリア１２８のライブ型マイチャン
ネル選択ボタン１３０がユーザによってクリックされる
と、クライアントＰＣ４のＣＰＵは、ライブ型マイチャ
ンネル選択ボタン１３０が選択されたことを示すモード
選択信号をインターネット５を介してＡＳＰ３２の管理
サーバ３６に送信する。

【０２２７】ステップＳＰ６４においてＡＳＰ３２の管
理サーバ３６は、クライアントＰＣ４から送られたモー
ド選択信号に基づいてコンテンツサーバ３９からマイチ
ャンネル用のジャンル表画面を構成するＨＴＭＬファイ
ルを読み出し、これをネットワークインターフェース４
１からインターネット５を介してクライアントＰＣ４へ
送信する。

【０２２８】これによりクライアントＰＣ４のＣＰＵ
は、ＡＳＰ３２から送られてきたマイチャンネル用のジ
ャンル表画面のＨＴＭＬファイルを受け取り、これをマ
イチャンネル用のジャンル表画面１３５（図２６）とし
て表示部に表示する。

【０２２９】このマイチャンネル用のジャンル表画面１
３５において、カテゴリアイコン１３６〜１４４のいず
れか（例えば「音楽」カテゴリアイコン１３９）がクラ
イアントＰＣ４のユーザによってクリックされると、当
該クライアントＰＣ４のＣＰＵは「音楽」カテゴリアイ
コン１３９に対応したジャンル選択信号をインターネッ
ト５を介してＡＳＰ３２の管理サーバ３６に送信する。

【０２３０】ステップＳＰ６５においてＡＳＰ３２の管
理サーバ３６は、クライアントＰＣ４から送られたジャ
ンル選択信号に基づいてコンテンツサーバ３９から映像
カテゴリ「音楽」に関するライブ映像スケジュール表示
画面を構成するＨＴＭＬファイルを読み出し、これをネ
ットワークインターフェース４１からインターネット５
を介してクライアントＰＣ４へ送信する。

【０２３１】これによりクライアントＰＣ４のＣＰＵ
は、ＡＳＰ３２から送られてきたライブ映像スケジュー
ル表示画面を構成するＨＴＭＬファイルを受け取り、こ
れを図３９に示すようなマイチャンネル用のライブ映像
スケジュール表示画面２２０として表示部に表示する。

【０２３２】マイチャンネル用のライブ映像スケジュー
ル表示画面２２０には、日付を示すカレンダ表示エリア
２２１と、マイチャンネルを介してライブ映像のコンテ
ンツを提供する提供スケジュールを示すスケジュール内
容表示エリア２２２と、現在マイチャンネルで提供中の
チャンネル名を示すチャンネル種類表示エリア２２４と
が設けられている。

【０２３３】このカレンダ表示エリア２２１には、現在
の日付（例えば２月１９日）が斜線枠２２１Ａで表示さ
れており、クライアントＰＣ４のユーザに対して現在の
日付を容易に認識させるようになされている。

【０２３４】またスケジュール内容表示エリア２２２に
は、例えば現在時刻（例えば１５時１０分）でＡＳＰ３
２が提供可能なライブ映像のコンテンツの時間帯枠２２
３（１５時から１６時５９分５９秒までの間）が表示さ
れており、チャンネル種類表示エリア２２４に表示され
ている複数種類（１０Ｃｈまで）のチャンネルボタン２
２５〜２２９に対応するマイチャンネルを介してそれぞ
れライブ映像のコンテンツが現時点で提供可能であるこ
とを示している。

【０２３５】ステップＳＰ６６においてＡＳＰ３２の管
理サーバ３６は、マイチャンネル用のライブ映像スケジ
ュール表示画面２２０を見ているクライアントＰＣ４の
ユーザによって例えば所望のチャンネルボタン（「木
村」チャンネル）２２６がクリックされて選択されたか
否かを判定する。

【０２３６】この場合クライアントＰＣ４のＣＰＵは、
選択されたチャンネルボタン２２６に対応して設定され
ているＵＲＬを認識し、当該ＵＲＬを表すチャンネル選
択信号をインターネット５を介してＡＳＰ３２の管理サ
ーバ３６へ送信するようになされており、これによりＡ
ＳＰ３２の管理サーバ３６はチャンネル選択信号を受け
取った場合に所望のチャンネルボタン２２６がクリック
されたものとして認識し得るようになされている。

【０２３７】このステップＳＰ６６で否定結果が得られ
ると、このことはライブ映像スケジュール表示画面２２
０のチャンネル種類表示エリア２２４に表示されている
チャンネルボタン２２５〜２２９のいずれも選択されて
いないことを表しており、このときＡＳＰ３２の管理サ
ーバ３６はチャンネルボタン２２５〜２２９のいずれか
が選択されるまで待ち受ける。

【０２３８】これに対してステップＳＰ６６で肯定結果
が得られると、このことはチャンネルボタン２２５〜２
２９のうちユーザ所望のチャンネルボタン２２６がクリ
ックされて選択されたことを表しており、このときＡＳ
Ｐ３２の管理サーバ３６は次のステップＳＰ６７に移
る。

【０２３９】ステップＳＰ６７においてＡＳＰ３２の管
理サーバ３６は、クリックされた時点で提供予定のライ
ブ映像であるＣＭ付動画像データを、コンテンツサーバ
３９の（「木村」チャンネルに対応する）専用の記憶領
域からストリーミング再生し、これをインターネット５
を介してクライアントＰＣ４へ送信し、次のステップＳ
Ｐ６８に移って処理を終了する。

【０２４０】これによりクライアントＰＣ４のＣＰＵ
は、ＡＳＰ３２から送られてきたコンテンツのＣＭ付動
画像データに基づいて図４０に示すようなライブ映像の
コンテンツ表示画面２４０を表示部に表示し、当該コン
テンツ表示画面２４０の中央に設けられた動画像表示エ
リア２４１にＣＭ映像を最初に表示した後、続いて音楽
ライブの模様を表した動画像を表示する。

【０２４１】ところでＡＳＰ３２の管理サーバ３６は、
ライブ映像のコンテンツをクライアントＰＣ４へ送信す
るようになされているので、オンデマンド型の場合のよ
うにコンテンツを最初から提供することはできず、クリ
ックされた時点でライブ映像のコンテンツを途中からス
トリーミング再生して提供するようになされている。

【０２４２】但し、この場合でもＡＳＰ３２の管理サー
バ３６は、ユーザＰＣ２のコンテンツ制作者によってＣ
Ｍ提供リクエストが「ＣＭ有」に設定されていた場合に
は、ライブ映像のコンテンツを提供する前にＣＭ映像を
必ずクライアントＰＣ４へ送信するようになされてい
る。

【０２４３】従ってクライアントＰＣ４では、ユーザが
所望のチャンネルボタン２２６をクリックした場合で
も、その時点から直ちにライブ映像のコンテンツを視聴
できるのではなく、最初にＣＭ映像を視聴した後からで
なくてはライブ映像のコンテンツを視聴することはでき
ない。

【０２４４】このようにＡＳＰ３２の管理サーバ３６
は、ライブ映像のコンテンツをクライアントＰＣ４へ提
供する場合でも、クライアントＰＣ４のユーザの意思に
係わらず必ずＣＭ映像を強制的に視聴させるようになさ
れている。

【０２４５】なお、このときＩＳＰ３１の制御サーバ３
３は、ユーザＰＣ２がライブ映像のコンテンツの動画像
データをインターネット５を介してＡＳＰ３２へ送信し
ている間に発生するインターネット接続料をユーザＰＣ
２のユーザＩＤに対応付けて課金し、課金管理データベ
ース３４の課金データを更新する。

【０２４６】同時にＡＳＰの管理サーバ３６は、ユーザ
ＰＣ２からインターネット５を介して供給されるライブ
映像のコンテンツの動画像データをコンテンツサーバ３
９を介してストリーミング再生する間に発生するサービ
ス利用料をユーザＰＣ２のユーザＩＤに対応付けて課金
し、その課金データをユーザ情報データベース３７のユ
ーザ情報ＤＢテーブル４５に登録すると共に、ネットワ
ークインターフェース４１及びＩＳＰ３１のネットワー
クインターフェース３５を介して課金管理データベース
３４に記録する。

【０２４７】因みにＡＳＰ３２の管理サーバ３６は、ユ
ーザＰＣ２が「使い放題コース」と呼ばれる定額制のサ
ービス契約がなされている場合、接続開始日時から接続
終了日時までの接続時間がユーザ情報データベース３７
のユーザ情報ＤＢテーブル４５に記録されるだけでサー
ビス利用料は一定のままで課金処理は行わない。

【０２４８】一方、ＡＳＰ３２の管理サーバ３６は、例
えばユーザ登録を行ったクライアントＰＣ４に対してパ
ブリックチャンネルを介してライブ映像のコンテンツを
提供する場合、内部のハードディスクから立ち上げたコ
ンテンツ提供プログラムに従って、図４１に示すルーチ
ンＲＴ９の開始ステップから入ってステップＳＰ７１に
移る。

【０２４９】ステップＳＰ７１〜ステップＳＰ７３につ
いては、ルーチンＲＴ８のステップＳＰ６１〜ステップ
ＳＰ６３のようにマイチャンネルを介してライブ映像の
コンテンツを提供する場合と同様であり、ＡＳＰ３２の
管理サーバ３６はパーソナルキャスティングサービスの
ホームページのＨＴＭＬファイルをネットワークインタ
ーフェース４１からインターネット５を介してクライア
ントＰＣ４へ転送する。

【０２５０】これによりクライアントＰＣ４は、ＡＳＰ
３２から送られてきたパーソナルキャスティングサービ
スのホームページのＨＴＭＬファイルを受け取り、これ
をホームページ画面１２５（図２５）として表示部１７
に表示する。

【０２５１】このホームページ画面１２５において、ラ
イブモード選択表示エリア１２８のライブ型パブリック
チャンネル選択ボタン１２９がユーザによってクリック
されると、クライアントＰＣ４のＣＰＵは、ライブ型パ
ブリックチャンネル選択ボタン１２９が選択されたこと
を示すモード選択信号をインターネット５を介してＡＳ
Ｐ３２の管理サーバ３６に送信する。

【０２５２】ステップＳＰ７４においてＡＳＰ３２の管
理サーバ３６は、クライアントＰＣ４から送られたモー
ド選択信号に基づいてコンテンツサーバ３９からパブリ
ックチャンネル用のチャンネル表示画面を構成するＨＴ
ＭＬファイルを読み出し、これをネットワークインター
フェース４１からインターネット５を介してクライアン
トＰＣ４へ送信する。

【０２５３】これによりクライアントＰＣ４のＣＰＵ
は、ＡＳＰ３２から送られてきたパブリックチャンネル
用のチャンネル表示画面のＨＴＭＬファイルを受け取
り、これを図４２に示すようなパブリックチャンネル用
のチャンネル表示画面２４５として表示部に表示する。

【０２５４】このパブリックチャンネル用のチャンネル
表画面２４５において、パブリックチャンネルを表す映
像チャンネルアイコン２４６〜２４９のいずれか（例え
ば「音楽ライブ」チャンネルアイコン２４７）がクライ
アントＰＣ４のユーザによってクリックされると、当該
クライアントＰＣ４のＣＰＵは「音楽ライブ」チャンネ
ルアイコン２４７に対応したチャンネル選択信号をイン
ターネット５を介してＡＳＰ３２の管理サーバ３６に送
信する。

【０２５５】ステップＳＰ７５においてＡＳＰ３２の管
理サーバ３６は、クライアントＰＣ４から送られたチャ
ンネル選択信号に基づいてコンテンツサーバ３９から
「音楽ライブ」チャンネルに関するパブリックチャンネ
ル用のライブ映像スケジュール表示画面のＨＴＭＬファ
イルを読み出し、これをネットワークインターフェース
４１からインターネット５を介してクライアントＰＣ４
へ送信する。

【０２５６】これによりクライアントＰＣ４は、ＡＳＰ
３２から送られてきたパブリックチャンネル用のライブ
映像スケジュール表示画面のＨＴＭＬファイルを受け取
り、これを図４３に示すようなパブリックチャンネル用
のライブ映像スケジュール表示画面２５５として表示部
に表示する。

【０２５７】このパブリックチャンネル用のライブ映像
スケジュール表示画面２５５には、日付を示すカレンダ
表示エリア２５６と、選択された「音楽ライブ」チャン
ネルに関するライブ映像のコンテンツの提供スケジュー
ルを示すスケジュール内容表示エリア２５７とが設けら
れている。

【０２５８】このカレンダ表示エリア２５６には、今日
現在の日付（例えば２月１９日）が斜線枠２５６Ａで表
示されており、クライアントＰＣ４のユーザに対して現
在の日付を容易に認識させるようになされている。

【０２５９】またスケジュール内容表示エリア２５７に
は、ＡＳＰ３２が２月１９日に提供予定のライブ映像の
コンテンツの名称が表示されている。この場合、６時か
ら８時５９分５９秒までの第１の時間帯枠２５７Ａでは
「○△×ライブ」のコンテンツを提供予定であり、１０
時から１０時５９分５９秒までの第２の時間帯枠２５７
Ｂでは「××ツアー」のコンテンツを提供予定であり、
２１時から２３時５９分５９秒までの第３の時間帯枠２
５７Ｃでは「×△コンサート」のコンテンツを提供予定
であることを示している。

【０２６０】またパブリックチャンネル用のライブ映像
スケジュール表示画面２５５は、例えば現在時刻（例え
ば１０時０９分）の時点では、スケジュール内容表示エ
リア２５７の第１の時間帯枠２５７Ａ及び第３の時間帯
枠２５７Ｃとは異なる色で現在時刻に該当する第２の時
間帯枠２５７Ｂを表示し、これによりクライアントＰＣ
４のユーザに対して現時点で「××ツアー」のコンテン
ツをリアルタイムに視聴し得ることを容易に認識させ得
るようになされている。

【０２６１】ステップＳＰ７６においてＡＳＰ３２の管
理サーバ３６は、パブリックチャンネル用のライブ映像
スケジュール表示画面２５５を見ているクライアントＰ
Ｃ４のユーザによって、現時点（例えば１０時０９分）
で視聴し得る第２の時間帯枠２５７Ｂがクリックされて
選択されたか否かを判定する。

【０２６２】この場合クライアントＰＣ４のＣＰＵは、
第２の時間帯枠２５７Ｂが選択された場合に、パブリッ
クチャンネルの「音楽ライブ」チャンネルに設定されて
いるＵＲＬを認識し、当該ＵＲＬを表すチャンネル選択
信号をインターネット５を介してＡＳＰ３２の管理サー
バ３６に送信するようになされており、これによりＡＳ
Ｐ３２の管理サーバ３６はチャンネル選択信号を受け取
った場合に第２の時間帯枠２５７Ｂが選択されたことを
認識し得るようになされている。

【０２６３】このステップＳＰ７６で否定結果が得られ
ると、このことはスケジュール内容表示エリア２５７の
うち現時点で視聴し得る第２の時間帯枠２５７Ｂが選択
されていないことを表しており、このときＡＳＰ３２の
管理サーバ３６は第２の時間帯枠２５７Ｂが選択される
まで待ち受ける。

【０２６４】これに対してステップＳＰ７６で肯定結果
が得られると、このことはスケジュール内容表示エリア
２５７における第２の時間帯枠２５７Ｂが選択されたこ
とを表しており、このときＡＳＰ３２の管理サーバ３６
は次のステップＳＰ７７に移る。

【０２６５】ステップＳＰ７７においてＡＳＰ３２の管
理サーバ３６は、クリックされた時点から「音楽ライ
ブ」チャンネルにおいて現在提供可能なライブ映像のＣ
Ｍ付動画像データ（「××ツアー」）を、コンテンツサ
ーバ３９の「音楽ライブ」チャンネルに対応する専用の
記憶領域からストリーミング再生し、これをインターネ
ット５を介してクライアントＰＣ４へ送信し、次のステ
ップＳＰ７８に移って処理を終了する。

【０２６６】これによりクライアントＰＣ４のＣＰＵ
は、ＡＳＰ３２から送られてきたライブ映像のＣＭ付動
画像データ（「××ツアー」）に基づいて、図４４に示
すようなライブ映像のコンテンツ表示画面２６０を表示
部に表示し、当該コンテンツ表示画面２６０の中央に設
けられた動画像表示エリア２６１に「音楽ライブ」チャ
ンネルで選択された第２の時間帯枠２５７Ｂに対応する
ライブ映像（「××ツアー」）を表示する。

【０２６７】この場合もＡＳＰ３２の管理サーバ３６
は、第２の時間帯枠２５７Ｂがクリックされた時点から
ライブ映像のコンテンツをストリーミング再生して提供
するようになされており、当該コンテンツのＣＭ提供リ
クエストが「ＣＭ有」に設定されていた場合には、クリ
ックされた時点からまず最初にＣＭ映像をクタイアント
ＰＣ４へ提供し、その後ライブ映像のコンテンツを提供
するようになされている。

【０２６８】このようにＡＳＰ３２の管理サーバ３６
は、クライアントＰＣ４へパブリックチャンネルを介し
てライブ映像のコンテンツを提供する場合でも、クライ
アントＰＣ４のユーザの意思に係わらず必ずＣＭ映像を
視聴させるようになされている。

【０２６９】なお、このときＩＳＰ３１の制御サーバ３
３は、ユーザＰＣ２がライブ映像のコンテンツの動画像
データをインターネット５を介してＡＳＰ３２へ送信し
ている間に発生するインターネット接続料をユーザＰＣ
２のユーザＩＤに対応付けて課金し、課金管理データベ
ース３４の課金データを更新する。

【０２７０】同時にＡＳＰの管理サーバ３６は、ユーザ
ＰＣ２からインターネット５を介して供給されるライブ
映像のコンテンツの動画像データをコンテンツサーバ３
９を介してストリーミング再生する間に発生するサービ
ス利用料をユーザＰＣ２のユーザＩＤに対応付けて課金
し、その課金データをユーザ情報データベース３７のユ
ーザ情報ＤＢテーブル４５に登録すると共に、ネットワ
ークインターフェース４１及びＩＳＰ３１のネットワー
クインターフェース３５を介して課金管理データベース
３４に記録する。

【０２７１】但し、この場合もＡＳＰ３２の管理サーバ
３６は、ユーザＰＣ２が「使い放題コース」と呼ばれる
定額制のサービス契約がなされている場合、接続開始日
時から接続終了日時までの接続時間がユーザ情報データ
ベース３７のユーザ情報ＤＢテーブル４５に記録される
だけでサービス利用料は一定のままで課金処理は行わな
い。

【０２７２】（７）クライアントＰＣによる寄付処理ユーザ登録したクライアントＰＣ４のユーザは、提供さ
れたコンテンツに対して感動や共感を覚えたり、あるい
はコンテンツが優れていると感じた場合に、当該コンテ
ンツの制作者に対して容易に寄付を行うことができるよ
うになされている。

【０２７３】すなわちクライアントＰＣ４のＣＰＵは、
ＡＳＰ３２からダウンロードしたコンテンツのＣＭ付動
画像ファイルに基づいて表示部に表示したオンデマンド
型のコンテンツ表示画面１６５（図２８）や、ライブ映
像のコンテンツのＣＭ付動画像データに基づいて表示部
に表示したライブ型のコンテンツ表示画面２４０（図４
０）及びコンテンツ表示画面２６０（図４４）にそれぞ
れ設けられている寄付ボタン１６７、２４２及び２６２
が、コンテンツを視聴したユーザによってクリックされ
ると、内部のハードディスク（図示せず）から立ち上げ
た寄付プログラムに従って、寄付ボタン１６７、２４２
及び２６２の隣に図４５に示すような寄付金額選択画面
２７０を表示するようになされている。

【０２７４】この寄付金額選択画面２７０には、種々の
寄付金額に応じた寄付金選択ボタン２７１〜２７６が設
けられており、クライアントＰＣ４のユーザが寄付金選
択ボタン２７１〜２７６の中から寄付したい金額に相当
する寄付金選択ボタンを自由に選択してクリックし得る
ようになされている。

【０２７５】従ってクライアントＰＣ４のＣＰＵは、例
えば１０００円の寄付金を寄付するために寄付金選択ボ
タン２７２がユーザによってクリックされた場合、その
選択された寄付金選択ボタン２７２に対応する金額の寄
付データを生成し、これをインターネット５を介してＡ
ＳＰ３２の管理サーバ３６に送信する。

【０２７６】ＡＳＰ３２の管理サーバ３６は、クライア
ントＰＣ４から送られてきた寄付データを所定の換算率
でポイントに換算し、コンテンツＩＤに対応するユーザ
情報ＤＢテーブル４５をユーザ情報データベース３７か
ら検索し、そのユーザ情報ＤＢテーブル４５の累積ポイ
ント数を寄付データに基づくポイントで更新する。

【０２７７】このときクライアントＰＣ４のＣＰＵは、
寄付データに対応する課金データを生成し、これをイン
ターネット５を介してＡＳＰ３２の管理サーバ３６に送
信する。これによりＡＳＰ３２の管理サーバ３６は、寄
付金額に応じた課金データをクライアントＰＣ４のＡＳ
Ｐ３２に対するサービス利用料と共にビューワー情報デ
ータベース４０のビューワー情報ファイルに記録する。

【０２７８】同時にＩＳＰ３１も、クライアントＰＣ４
がインターネット５を介してＡＳＰ３１からコンテンツ
の提供を受けている間に発生するインターネット接続料
を課金し、その課金データをビューワー情報データベー
ス４０のビューワー情報ファイルに記録すると共に課金
管理データベース３４に記録する。

【０２７９】ところで登録ユーザ以外のビジターがコン
テンツ制作者に対して寄付を行う場合に、寄付ボタン１
６７、２４２及び２６２がビジターによってクリックさ
れると、クライアントＰＣ４のＣＰＵは当該寄付ボタン
１６７、２４２及び２６２の隣に寄付金額選択画面２７
０（図４５）を表示すると共に、ビジターが寄付を行う
ためのクレジットカード番号等の入力画面（図示せず）
を表示し、当該ビジターに対してクレジットカード番号
の入力を促すようになされている。

【０２８０】この結果クライアントＰＣ４のＣＰＵは、
クレジットカード番号データと寄付金選択ボタンに対応
する金額の寄付データとをＡＳＰ３２の管理サーバ３６
にインターネット５を介して送信し、当該管理サーバ３
６により寄付データに応じたポイントでユーザ情報ＤＢ
テーブル４５の累積ポイント数を更新するようになされ
ている。

【０２８１】なおＡＳＰ３２の管理サーバ３６は、ビジ
ターが行った金額の寄付データをクレジットカード番号
データに基づいてクレジットカード会社の課金管理デー
タベースに送信し、当該クレジットカード会社に対して
ビジターの寄付に対する課金処理を依頼する。

【０２８２】（８）月次ポイント清算処理最後にコンテンツ提供システム１において、月単位で計
算されるユーザ情報ＤＢテーブル４５の累積ポイント数
に応じた利益還元をコンテンツ制作者に対して行うとき
の月次ポイント清算処理について説明するが、その前に
ＣＭ映像付コンテンツがクライアントＰＣ４に提供され
るまでのＣＭ映像付コンテンツの提供処理手順について
まとめてみると、図４６に示すルーチンＲＴ１０の開始
ステップから入ってステップＳＰ８１に移る。

【０２８３】ステップＳＰ８１においてクライアントＰ
Ｃ４のＣＰＵは、チャンネル表示画面１５０（図２７）
の中から所望のチャンネルボタン１５５がユーザによっ
てクリックされたことを認識し、次のステップＳＰ８２
に移る。

【０２８４】ステップＳＰ８２においてクライアントＰ
Ｃ４のＣＰＵは、選択されたチャンネルボタン１５５に
対応するコンテンツＩＤをインターネット５を介してＡ
ＳＰ３２の管理サーバ３６へ送信し、次のステップＳＰ
８３に移る。

【０２８５】ステップＳＰ８３においてＡＳＰ３２の管
理サーバ３６は、内部のハードディスクから立ち上げた
コンテンツ提供プログラムを起動し、例えばクライアン
トＰＣ４から送られてきたコンテンツＩＤに基づいて提
供スケジュール管理データベース３８の中からオンデマ
ンド型提供スケジュールコントロールファイル１２０を
検索し、ユーザＩＤ及びＣＭリクエストの内容を確認
し、次のステップＳＰ８４に移る。

【０２８６】ステップＳＰ８４においてＡＳＰ３２の管
理サーバ３６は、オンデマンド型提供スケジュールコン
トロールファイル１２０を確認した結果、ＣＭリクエス
トが「ＣＭ有」になっているか否かを判定する。

【０２８７】ここで否定結果が得られると、このことは
ＣＭリクエストが「ＣＭ無」でクライアントＰＣ４へ提
供されるコンテンツにＣＭ映像が付加されない設定であ
ることを表しており、このときＡＳＰ３２の管理サーバ
３６はステップＳＰ８７に移って、ＣＭ映像の付加され
ていないコンテンツの動画像ファイルを提供し、次のス
テップＳＰ８８で処理を終了する。

【０２８８】これに対してステップＳＰ８４で肯定結果
が得られると、このことはＣＭリクエストが「ＣＭ有」
でクライアントＰＣ４へ提供されるコンテンツにＣＭ映
像が付加されるように設定されていることを表してお
り、このときＡＳＰ３２の管理サーバ３６は次のステッ
プＳＰ８５に移る。

【０２８９】ステップＳＰ８５においてＡＳＰ３２の管
理サーバ３６は、ＣＭ管理データベース４４に格納され
ているＣＭ映像をコンテンツサーバ３９に格納されてい
る動画像ファイルの先頭部分に付加することによりＣＭ
付動画像ファイルのコンテンツを生成し、これをコンテ
ンツサーバ３９に一旦格納した後に次のステップＳＰ８
６に移る。

【０２９０】ステップＳＰ８６においてＡＳＰ３２の管
理サーバ３６は、ＣＭ付動画像ファイルのコンテンツを
クライアントＰＣ４へ提供したとき、発生したポイント
でユーザ情報データベース３７におけるユーザ情報ＤＢ
テーブル４５ファイルの累積ポイント数を更新し、次の
ステップＳＰ８７に移る。

【０２９１】ステップＳＰ８７においてＡＳＰ３２の管
理サーバ３６は、ＣＭリクエストが「ＣＭ有」であった
場合にコンテンツサーバ３９からＣＭ付動画像ファイル
のコンテンツを読み出し、これをインターネット５を介
してクラアントＰＣ４へ提供し、次のステップＳＰ８８
に移って処理を終了する。

【０２９２】このようにコンテンツ提供システム１にお
いて、ＡＳＰ３２の管理サーバ３６は、ＣＭリクエスト
が「ＣＭ有」でコンテンツサーバ３９からＣＭ付動画像
ファイルのコンテンツを読み出してクライアントＰＣ４
へ提供した場合に、ポイントを発生してユーザ情報ＤＢ
テーブル４５の累積ポイント数を更新するようになされ
ている。

【０２９３】続いてコンテンツ提供システム１におい
て、月単位で計算されるユーザ情報ＤＢテーブル４５の
累積ポイント数に応じた利益還元処理をコンテンツ制作
者に対して行うときの月次ポイント清算処理手順につい
てまとめてみると、図４７に示すルーチンＲＴ１１の開
始ステップから入ってステップＳＰ９１に移る。

【０２９４】ステップＳＰ９１においてＡＳＰ３２の管
理サーバ３６は、内部のハードディスクから立ち上げた
利益還元プログラムに基づいて、ユーザＰＣ２のＩＳＰ
３１のインターネット接続料や当該ＡＳＰ３２のサービ
ス利用料（「使い放題コース」が設定されていた場合は
サービス利用料は一定である）を加算してユーザ情報Ｄ
Ｂテーブル４５を更新し終わると、次のステップＳＰ９
２に移る。

【０２９５】ステップＳＰ９２においてＡＳＰ３２の管
理サーバ３６は、ユーザ情報データベース３７に格納さ
れているユーザ情報ＤＢテーブル４５を参照して月単位
の累積ポイント数を読み出し、次のステップＳＰ９３に
移る。

【０２９６】ステップＳＰ９３においてＡＳＰ３２の管
理サーバ３６は、累積ポイント数が所定ポイント数以上
残っているか否かを判定する。

【０２９７】ここで、否定結果が得られると、このこと
は累積ポイント数が所定ポイント数以上残っていないこ
とを表しており、このときＡＳＰ３２の管理サーバ３６
は次のステップＳＰ９４に移る。

【０２９８】ステップＳＰ９４においてＡＳＰ３２の管
理サーバ３６は、月単位の累積ポイント数が所定ポイン
ト数以上残っていないので、累積ポイント数に応じた利
益還元処理を行わずに現時点でのサービス利用料の請求
処理をユーザＰＣ２に対して行い、次のステップＳＰ１
０１に移って処理を終了する。

【０２９９】これに対してステップＳＰ９３で肯定結果
が得られると、このことは月単位の累積ポイント数が所
定ポイント数以上残っていることを表しており、このと
きＡＳＰ３２の管理サーバ３６は累積ポイント数に応じ
た利益還元処理を行うために次のステップＳＰ９５に移
る。

【０３００】ステップＳＰ９５においてＡＳＰ３２の管
理サーバ３６は、ユーザ情報ＤＢテーブル４５における
累積ポイント数の相当額を当該ＡＳＰ３２のサービス利
用料から減算し、その減算処理したサービス利用料分の
ポイント数をユーザ情報ＤＢテーブル４５の累積ポイン
ト数から減算して更新し、次のステップＳＰ９６に移
る。

【０３０１】これによりユーザＰＣ２のコンテンツ制作
者は、ＡＳＰ３２からクレジットカード会社を通じて受
ける支払い請求のサービス利用料が減額もしくは相殺さ
れ、累積ポイントに応じた利益還元処理を受けたことに
なる。

【０３０２】ステップＳＰ９６においてＡＳＰ３２の管
理サーバ３６は、当該ＡＳＰ３２のサービス利用料を利
益還元した後の累積ポイント数が所定ポイント数以上残
っているか否かを判定する。

【０３０３】ここで、否定結果が得られると、このこと
は累積ポイント数が所定ポイント数以上残っていないこ
とを表しており、このときＡＳＰ３２の管理サーバ３６
は次のステップＳＰ９４に移ってサービス利用料の請求
処理を行い、次のステップＳＰ１０１で処理を終了す
る。

【０３０４】これに対してステップＳＰ９６で肯定結果
が得られると、このことは累積ポイント数が所定ポイン
ト数以上残っていることを表しており、このときＡＳＰ
３２の管理サーバ３６は次のステップＳＰ９７に移る。

【０３０５】ステップＳＰ９７においてＡＳＰ３２の管
理サーバ３６は、ＩＳＰ３１に対して累積ポイント数の
相当額をユーザＰＣ２のインターネット接続料から減算
処理し、その減算処理したインターネット接続料分のポ
イント数をユーザ情報ＤＢテーブル４５の累積ポイント
数から減算して更新した後、次のステップＳＰ９８に移
る。

【０３０６】これによりユーザＰＣ２のコンテンツ制作
者は、ＩＳＰ３１からクレジットカード会社を通じて受
ける支払い請求のインターネット接続料が減額もしくは
相殺され、ＡＳＰ３２のサービス利用料に続いて累積ポ
イント数に応じた利益還元処理を受けたことになる。

【０３０７】ステップＳＰ９８においてＡＳＰ３２の管
理サーバ３６は、この段階で未だ累積ポイント数が残っ
ているか否かを判定する。ここで、累積ポイント数が１
００万ポイント以上残っていた場合、ＡＳＰ３２の管理
サーバ３６は次のステップＳＰ９９に移る。

【０３０８】ステップＳＰ９９においてＡＳＰ３２の管
理サーバ３６は、累積ポイント数の１００万ポイント超
過分をクレジットカード会社を通じて例えば決済データ
から減算して決済処理するように当該クレジットカード
会社に指示した後、１００万ポイント超過分のポイント
数をユーザ情報ＤＢテーブル４５の累積ポイント数から
減算して累積ポイント数を新たに更新し、再度ステップ
ＳＰ９８に戻る。

【０３０９】これに対してステップＳＰ９８で累積ポイ
ント数が１００万ポイント以下で１０万ポイント以上残
っていた場合、ＡＳＰ３２の管理サーバ３６は次のステ
ップＳＰ１００に移る。

【０３１０】ステップＳＰ１００においてＡＳＰ３２の
管理サーバ３６は、オンライン通信販売会社６にインタ
ーネット５を介して累積ポイント数の１０万ポイント超
過分のポイントデータを転送した後、ユーザ情報ＤＢテ
ーブル４５の累積ポイント数から１０万ポイント超過分
のポイント数を減算して累積ポイント数を新たに更新
し、次のステップＳＰ１０１で処理を終了する。

【０３１１】この場合オンライン通信販売会社６は、ユ
ーザ登録時にＡＳＰ３２から転送されたユーザ情報ＤＢ
テーブル４５の内容に基づいてコンテンツ制作者の住所
や電子メールアドレス等の個人情報を認識しており、１
０万ポイント超過分のポイント数に応じた所定の商品を
ユーザＰＣ２のコンテンツ制作者に対して宅配すること
により、利益還元処理を行うようになされている。

【０３１２】さらにステップＳＰ９８で累積ポイント数
が１０万ポイント以上残っていなかった場合、ＡＳＰ３
２の管理サーバ３６はステップＳＰ９４に移って、サー
ビス利用料の請求処理を行い、次のステップＳＰ１０１
で処理を終了する。

【０３１３】（９）本実施の形態における動作及び効果以上の構成において、ＡＳＰ３２の管理サーバ３６はＣ
Ｍ付動画像ファイルのコンテンツをインターネット５を
介してクライアントＰＣ４へ提供した場合にポイントを
発生し、ユーザ情報ＤＢテーブル４５の累積ポイント数
を更新する。

【０３１４】そしてＡＳＰ３２の管理サーバ３６は、累
積ポイント数の残ポイント数に応じてユーザＰＣ２のＡ
ＳＰ３２に対するサービス接続料を減額又は相殺した
り、ＩＳＰ３１のインターネット接続料を減額又は相殺
したり、クレジットカード会社を通じて決済データから
減額又は相殺したり、オンライン通信販売会社６を介し
て商品をユーザＰＣ２のコンテンツ制作者に対して提供
する。

【０３１５】このようにＡＳＰ３２の管理サーバ３６
は、アクセス数の多いＣＭ付動画像ファイルのコンテン
ツをユーザＰＣ２で作成したコンテンツ製作者に対し
て、累積ポイント数の残ポイント数に応じた種々の利益
還元処理を行うことにより、ＣＭ付動画像ファイルのコ
ンテンツをクライアントＰＣ４に提供したことによるＣ
Ｍクライアント７への貢献度に応じた正当な利益還元処
理を行うことができる。

【０３１６】またコンテンツ提供システム１としては、
ＣＭ付動画像ファイルのコンテンツの提供回数に応じた
正当な利益還元処理を行うことができるので、コンテン
ツ制作者に対して一段と優れたコンテンツの制作意欲を
促すと共に、クライアントＰＣ４のアクセス数を増加し
得るインターネット５上の新たなビジネスモデルを構築
することが可能となる。

【０３１７】以上の構成によれば、コンテンツ提供シス
テム１におけるＡＳＰ３２の管理サーバ３６は、コンテ
ンツの提供回数に応じて発生した累積ポイント数の残ポ
インント数に応じて種々の利益還元処理を実行すること
により、コンテンツ制作者に対して正当な利益還元処理
を行うことができる。

【０３１８】（１０）他の実施の形態なお上述の実施の形態においては、コンテンツ蓄積提供
手段としてのコンテンツサーバ３９により動画像のコン
テンツを提供するようにした場合について述べたが、本
発明はこれに限らず、静止画のコンテンツや音楽データ
のコンテンツを提供するようにしても良い。この場合に
も、上述の実施の形態と同様の効果を得ることができ
る。

【０３１９】また上述の実施の形態においては、利益還
元処理手段としてのＡＳＰ３２の管理サーバ３６におけ
るハードディスクに利益還元を行うための利益還元プロ
グラムが予めインストールされた場合について述べた
が、本発明はこれに限らず、利益還元プログラムの格納
された例えばＣＤ−ＲＯＭ(Compact Disc-Read Only Me
mory) 、ＤＶＤ(Digital Video Disc)等のパッケージメ
ディアでなるプログラム格納媒体を再生することにより
利益還元プログラムをインストールしても良く、また利
益還元プログラムが一時的もしくは永続的に格納される
半導体メモリや光磁気ディスク等のプログラム格納媒体
を再生することにより利益還元プログラムをインストー
ルしても良い。

【０３２０】これらのプログラム格納媒体に利益還元プ
ログラムを格納する手段としてはローカルエリアネット
ワーク、ディジタル衛星放送等の有線及び無線通信媒体
を利用しても良く、ルータやモデム等の各種通信インタ
ーフェースを介在させて格納するようにしても良い。

【０３２１】さらに上述の実施の形態においては、ＡＳ
Ｐ３２の管理サーバ３６がコンテンツを提供する対象と
してクライアントＰＣ４を用いるようにした場合につい
て述べたが、本発明はこれに限らず、インターネット５
を介して接続されるものであれば携帯情報端末や携帯電
話機からの要求に応じてコンテンツを提供するようにし
ても良い。

【０３２２】さらに上述の実施の形態においては、ネッ
トワークとしてインターネット５を用いるようにした場
合について述べたが、本発明はこれに限らず、有線又は
無線で構築された他の種々のネットワークを用いても良
い。

【０３２３】

【発明の効果】上述のように本発明によれば、広告映像
付コンテンツの提供回数が広告映像をクライアントに視
聴させた回数に相当するので、当該提供回数に応じた累
積ポイント数に応じた利益還元処理をコンテンツ供給手
段に対して行うことにより、正当な利益還元を行うこと
ができる。

【図面の簡単な説明】

【図１】インターネットを利用した電子商取引の原理の
説明に供する略線図である。

【図２】本発明によるコンテンツ提供システムの構成を
示す略線的ブロツク図である。

【図３】ユーザＰＣの構成を示す略線的ブロック図であ
る。

【図４】デスクトップ画面を示す略線図である。

【図５】ユーザ情報登録画面を示す略線図である。

【図６】ユーザ情報ファイルを示す略線図である。

【図７】コンテンツ提供プロバイダの構成を示す略線的
ブロック図である。

【図８】ＡＳＰの管理サーバによるユーザ登録手続き処
理手順を示すフローチャートである。

【図９】ユーザ情報ＤＢに登録されたユーザ情報ＤＢテ
ーブルの内容を示す略線図である。

【図１０】キャプチャー画面を示す略線図である。

【図１１】確認画面を示す略線図である。

【図１２】編集画面を示す略線図である。

【図１３】オンデマンド型パーソナルキャスティング制
御画面を示す略線図である。

【図１４】プルダウンメニューを示す略線図である。

【図１５】マイチャンネルジャンル表画面を示す略線図
である。

【図１６】コーデック選択画面を示す略線図である。

【図１７】オンデマンド型提供スケジュール管理画面を
示す略線図である。

【図１８】ＣＭ提供リクエスト画面を示す略線図であ
る。

【図１９】ＣＭリンク設定画面を示す略線図である。

【図２０】コンテンツＩＤ設定画面を示す略線図であ
る。

【図２１】オンデマンド型提供スケジュールコントロー
ルファイルの内容を示す略線図である。

【図２２】オンデマンド型におけるＡＳＰへのコネクト
処理手順を示すフローチャートである。

【図２３】提供スケジュールの確認及び変更処理手順を
示すフローチャートである。

【図２４】オンデマンド型のキャスティング処理手順を
示すフローチャートである。

【図２５】パーソナルキャスティングサービスのホーム
ページ画面を示す略線図である。

【図２６】マイチャンネル用のジャンル表画面を示す略
線図である。

【図２７】映像ジャンル「車」に関するチャンネル表示
画面を示す略線図である。

【図２８】選択されたチャンネルボタンに対応するコン
テンツが表示されたコンテンツ表示画面を示す略線図で
ある。

【図２９】ライブ型パーソナルキャスト制御画面を示す
略線図である。

【図３０】ライブ型提供スケジュール管理画面の表示処
理手順を示すフローチャートである。

【図３１】パブリックチャンネル用のライブ型提供スケ
ジュール管理画面を示す略線図である。

【図３２】ライブ型提供スケジュールコントロールファ
イルの内容を示す略線図である。

【図３３】予約処理手順を示すフローチャートである。

【図３４】マイチャンネル用のライブ型提供スケジュー
ル管理画面を示す略線図である。

【図３５】マイチャンネル用のライブ型提供スケジュー
ルコントロールファイルの内容を示す略線図である。

【図３６】予約不能メッセージ表示画面を示す略線図で
ある。

【図３７】ライブ型におけるＡＳＰへのコネクト処理手
順を示すフローチャートである。

【図３８】ライブ型でマイチャンネルを介して行うキャ
スティング処理手順を示すフローチャートである。

【図３９】マイチャンネル用のライブ映像スケジュール
表示画面を示す略線図である。

【図４０】選択されたチャンネルボタンに対応するライ
ブ映像のコンテンツが表示されたコンテンツ表示画面を
示す略線図である。

【図４１】ライブ型でパブリックチャンネルを介して行
うキャスティング処理手順を示すフローチャートであ
る。

【図４２】パブリックチャンネル用のチャンネル表示画
面を示す略線図である。

【図４３】パブリックチャンネル用のライブ映像スケジ
ュール表示画面を示す略線図である。

【図４４】音楽ライブチャンネルで選択されたライブ映
像のコンテンツが表示されたコンテンツ表示画面を示す
略線図である。

【図４５】寄付金額選択画面を示す略線図である。

【図４６】ＣＭ映像付コンテンツの提供処理手順を示す
フローチャートである。

【図４７】利益還元処理手順を示すフローチャートであ
る。

【符号の説明】

１……コンテンツ提供サービスシステム、２……ユーザ
ＰＣ、３……コンテンツ提供プロバイダ、４……クライ
アントＰＣ、５……インターネット、６……オンライン
通信販売会社、７……ＣＭクライアント、１０……ＣＰ
Ｕ、１１……バス、１２……ＨＤＤ、１４……ＩＥＥＥ
１３９４インターフェース、１６、３５、４１……ネッ
トワークインターフェース、１７……表示部、３１……
ＩＳＰ、３２……ＡＳＰ、３３……制御サーバ、３４…
…課金管理データベース、３６……管理サーバ、３７…
…ユーザ情報ＤＢ、３８……提供スケジュール管理Ｄ
Ｂ、３９……コンテンツサーバ、４０……ビューワー情
報ＤＢ、４４……ＣＭ管理ＤＢ、４５……ユーザ情報Ｄ
Ｂテーブル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者末吉隆彦東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者中村年範東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者花谷博幸東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者内山信幸東京都品川区北品川６丁目７番35号ソニー株式会社内Ｆターム(参考） 5B049 BB11 BB26 BB49 CC05 CC08 CC36 EE01 EE05 EE28 FF03 FF04 FF06 GG04 GG07 5C064 BA07 BB01 BB05 BC01 BC10 BC16 BC18 BC20 BD02 BD07 BD08

Claims

【特許請求の範囲】

【請求項１】コンテンツ供給手段から供給されたコンテ
ンツに広告依頼者から供給された広告情報を付加するこ
とにより生成された広告情報付コンテンツを蓄積し、ク
ライアントからの要求に応じて上記広告情報付コンテン
ツをネットワークを介して上記クライアントへ提供する
コンテンツ蓄積提供手段と、上記コンテンツ蓄積提供手段が上記広告情報付コンテン
ツを上記クライアントへ提供した提供回数に応じたポイ
ントを発生し、当該ポイントの累積ポイント数に応じた
利益還元処理を上記コンテンツ供給手段に対して行う利
益還元処理手段とを具えることを特徴とする利益還元装
置。
【請求項２】上記利益還元処理手段は、上記利益還元処
理として、上記コンテンツ供給手段の上記ネットワーク
に対する接続料の課金データを上記累積ポイント数に応
じて減算することにより上記広告依頼者から得た広告料
の一部を利益還元することを特徴とする請求項１に記載
の利益還元装置。
【請求項３】上記利益還元処理手段は、上記利益還元処
理として、上記コンテンツ供給手段の上記コンテンツ蓄
積提供手段に対するサービス利用料の課金データを上記
累積ポイント数に応じて減算することにより上記広告依
頼者から得た広告料の一部を利益還元することを特徴と
する請求項１に記載の利益還元装置。
【請求項４】上記利益還元処理手段は、上記利益還元処
理として、上記ネットワークを介してオンラインショッ
ピングを行う商品購入の権利を上記累積ポイント数に応
じて上記コンテンツ供給手段に与えることを特徴とする
請求項１に記載の利益還元装置。
【請求項５】上記利益還元処理手段は、上記利益還元処
理として、上記累積ポイント数に応じて返還する現金の
金額を上記コンテンツ供給手段に対して上記ネットワー
クを介して通知することを特徴とする請求項１に記載の
利益還元装置。
【請求項６】上記コンテンツ蓄積提供手段は、上記広告
情報を上記コンテンツの先頭部分に付加することにより
上記広告情報付コンテンツを生成することを特徴とする
請求項１に記載の利益還元システム。
【請求項７】コンテンツ蓄積提供手段から供給されたコ
ンテンツに広告依頼者から供給された広告情報を付加す
ることにより生成された広告情報付コンテンツを蓄積
し、クライアントからの要求に応じて上記広告情報付コ
ンテンツをネットワークを介して上記クライアントへ提
供するコンテンツ蓄積提供ステップと、上記コンテンツ蓄積提供ステップで上記広告情報付コン
テンツを上記クライアントへ提供した提供回数に応じた
ポイントを発生し、当該ポイントの累積ポイント数に応
じた利益還元処理を上記コンテンツ供給手段に対して行
う利益還元処理ステップとを具えることを特徴とする利
益還元方法。
【請求項８】上記利益還元処理ステップは、上記利益還
元処理として、上記コンテンツ供給手段の上記ネットワ
ークに対する接続料の課金データを上記累積ポイント数
に応じて減算することにより上記広告依頼者から得た広
告料の一部を利益還元することを特徴とする請求項７に
記載の利益還元方法。
【請求項９】上記利益還元処理ステップは、上記利益還
元処理として、上記コンテンツ供給手段の上記サーバ手
段に対するサービス利用料の課金データを上記累積ポイ
ント数に応じて減算することにより上記広告依頼者から
得た広告料の一部を利益還元することを特徴とする請求
項７に記載の利益還元方法。
【請求項１０】上記利益還元処理ステップは、上記利益
還元処理として、上記ネットワークを介してオンライン
ショッピングを行う商品購入の権利を上記累積ポイント
数に応じて上記コンテンツ供給手段に与えることを特徴
とする請求項７に記載の利益還元方法。
【請求項１１】上記利益還元処理ステップは、上記利益
還元処理として、上記累積ポイント数に応じて返還する
現金の金額を上記コンテンツ供給手段に対して上記ネッ
トワークを介して通知することを特徴とする請求項７に
記載の利益還元方法。
【請求項１２】上記コンテンツ蓄積提供ステップは、上
記広告情報を上記コンテンツの先頭部分に付加すること
により上記広告情報付コンテンツを生成することを特徴
とする請求項７に記載の利益還元方法。
【請求項１３】コンテンツ蓄積提供手段から供給された
コンテンツに広告依頼者から供給された広告情報を付加
することにより生成された広告情報付コンテンツを蓄積
し、クライアントからの要求に応じて上記広告情報付コ
ンテンツをネットワークを介して上記クライアントへ提
供するコンテンツ蓄積提供ステップと、上記コンテンツ蓄積提供ステップで上記広告情報付コン
テンツを上記クライアントへ提供した提供回数に応じた
ポイントを発生し、当該ポイントの累積ポイント数に応
じた利益還元処理を上記コンテンツ供給手段に対して行
う利益還元処理ステップとを具えることを特徴とするプ
ログラムを情報処理装置に実行させるプログラム格納媒
体。
【請求項１４】上記利益還元処理ステップは、上記利益
還元処理として、上記コンテンツ供給手段の上記ネット
ワークに対する接続料の課金データを上記累積ポイント
数に応じて減算することにより上記広告依頼者から得た
広告料の一部を利益還元することを特徴とする請求項１
３に記載のプログラム格納媒体。
【請求項１５】上記利益還元処理ステップは、上記利益
還元処理として、上記コンテンツ供給手段の上記サーバ
手段に対するサービス利用料の課金データを上記累積ポ
イント数に応じて減算することにより上記広告依頼者か
ら得た広告料の一部を利益還元することを特徴とする請
求項１３に記載のプログラム格納媒体。
【請求項１６】上記利益還元処理ステップは、上記利益
還元処理として、上記ネットワークを介してオンライン
ショッピングを行う商品購入の権利を上記累積ポイント
数に応じて上記コンテンツ供給手段に与えることを特徴
とする請求項１３に記載のプログラム格納媒体。
【請求項１７】上記利益還元処理ステップは、上記利益
還元処理として、上記累積ポイント数に応じて返還する
現金の金額を上記コンテンツ供給手段に対して上記ネッ
トワークを介して通知することを特徴とする請求項１３
に記載のプログラム格納媒体。
【請求項１８】上記コンテンツ蓄積提供ステップは、上
記広告情報を上記コンテンツの先頭部分に付加すること
により上記広告情報付コンテンツを生成することを特徴
とする請求項１３に記載のプログラム格納媒体。
【請求項１９】コンテンツの要求を行うクライアント
と、上記要求に応じた上記コンテンツをネットワークを介し
て上記クライアントへ提供するコンテンツ提供装置とに
よって構成される利益還元システムにおいて、上記コンテンツ提供装置は、コンテンツ供給手段から供給された上記コンテンツに広
告依頼者から供給された広告情報を付加することにより
生成された広告情報付コンテンツを蓄積し、上記クライ
アントからの上記要求に応じて上記広告情報付コンテン
ツを上記ネットワークを介して上記クライアントへ提供
するコンテンツ蓄積提供手段と、上記コンテンツ蓄積提供手段が上記広告情報付コンテン
ツを上記クライアントへ提供した提供回数に応じたポイ
ントを発生し、当該ポイントの累積ポイント数に応じた
利益還元処理を上記コンテンツ供給手段に対して行う利
益還元処理手段とを具えることを特徴とする利益還元シ
ステム。
【請求項２０】上記利益還元処理手段は、上記利益還元
処理として、上記コンテンツ供給手段の上記ネットワー
クに対する接続料の課金データを上記累積ポイント数に
応じて減算することにより上記広告依頼者から得た広告
料の一部を利益還元することを特徴とする請求項１９に
記載の利益還元システム。
【請求項２１】上記利益還元処理手段は、上記利益還元
処理として、上記コンテンツ供給手段の上記コンテンツ
蓄積提供手段に対するサービス利用料の課金データを上
記累積ポイント数に応じて減算することにより上記広告
依頼者から得た広告料の一部を利益還元することを特徴
とする請求項１９に記載の利益還元システム。
【請求項２２】上記利益還元処理手段は、上記利益還元
処理として、上記ネットワークを介してオンラインショ
ッピングを行う商品購入の権利を上記累積ポイント数に
応じて上記コンテンツ供給手段に与えることを特徴とす
る請求項１９に記載の利益還元システム。
【請求項２３】上記利益還元処理手段は、上記利益還元
処理として、上記累積ポイント数に応じて返還する現金
の金額を上記コンテンツ供給手段に対して上記ネットワ
ークを介して通知することを特徴とする請求項１９に記
載の利益還元システム。
【請求項２４】上記コンテンツ蓄積提供手段は、上記広
告情報を上記コンテンツの先頭部分に付加することによ
り上記広告情報付コンテンツを生成することを特徴とす
る請求項１９に記載の利益還元システム。