JP2001344530A

JP2001344530A - 寄付処理装置、寄付処理方法、寄付受付装置、寄付受付方法、プログラム格納媒体及び寄付処理システム

Info

Publication number: JP2001344530A
Application number: JP2001087880A
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: 2001-03-26
Publication date: 2001-12-14
Also published as: TW498673B

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）によりタグに対して階層構造やデータ型等の属
性を指定することができる。

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

【００３１】（２）第１の実施の形態図２において、１は全体としてインターネットを利用し
た電子商取引を実現する本発明の第１の実施の形態にお
けるコンテンツ提供システムを示し、コンテンツ制作者
が使用するユーザＰＣ(Personal 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)４、ＭＰＥＧ２及びＲｅａｌＧ２等のいずれかか
ら選択するようになされており、コンテンツ制作者によ
って例えばＭＰＥＧ４にチェックマークが付けられる
と、ユーザＰＣ２のＣＰＵ１０はコーデックの種類をＭ
ＰＥＧ４であると認識し、当該認識した結果をコーデッ
ク種類データとしてＨＤＤ１２に一旦記憶する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０２８８】なおクライアントＰＣ４のＣＰＵは、上述
した寄付処理の方法だけではなく、ＡＳＰ３２のコンテ
ンツサーバ３９から提供されたコンテンツとして例えば
図４６に示すようなコンテンツ表示画面３５０を表示部
に表示した場合、当該コンテンツ表示画面３５０の寄付
金額入力エリア３５１を介してユーザ所望の寄付金額を
直接入力し得ると共に、隣接して設けられたアップボタ
ン３５２又はダウンボタン３５３に対するユーザのクリ
ック操作により当該寄付金額入力エリア３５１の寄付金
額を所定最小単位額毎にアップダウンして変更し得るよ
うになされている。

【０２８９】このコンテンツ表示画面３５０では、寄付
金額入力エリア３５１に所定最小単位額以上の金額を入
力可能としているが、ここで設定されている所定最小単
位額とは、コンテンツ製作者に対してポイント還元可能
な最小金額（例えば１ポイント＝１００円であれば１０
０円）である。

【０２９０】従ってユーザは、寄付金額入力エリア３５
１に直接金額を入力した後に、さらにその金額を変更す
る場合には、アップボタン３５２又はダウンボタン３５
３をクリックするだけで寄付金額を所定最小単位額毎に
訂正することができ、また最初から寄付金額の入力をや
り直したい場合にはクリアボタン３５４をクリックすれ
ば寄付金額入力エリア３５１の金額を一旦全てクリアす
ることができる。

【０２９１】そしてクライアントＰＣ４のＣＰＵは、ユ
ーザによって寄付ボタン３５５がクリックされると、図
４７に示すような寄付確認画面３６０をコンテンツ表示
画面３５０に代えて表示する。

【０２９２】因みにクライアントＰＣ４のＣＰＵは、ユ
ーザによって終了ボタン３５６がクリックされると、寄
付を行わないものと判断して強制的にコンテンツ表示画
面３５０を終了するようになされている。

【０２９３】寄付確認画面３６０では、金額確認エリア
３６１にコンテンツ表示画面３５０の寄付金額入力エリ
ア３５１で入力された寄付金額が表示され、金額の訂正
を希望する場合には当該金額確認エリア３６１で訂正希
望金額を直接入力し得るようになされている。

【０２９４】また寄付確認画面３６０では、例えば支払
い方法として、クレジットカードのチェックボックス３
６３、電子マネーのチェックボックス３６４又はポイン
トのチェックボックス３６５のいずれかを選択すること
により、ユーザ所望の方式で寄付金額を支払うことがで
きるようになされており、当該ユーザがパーソナルキャ
スティングサービスの登録ユーザでポイントを有してい
る場合は当該ポイントで寄付を行うこともできるように
なされている。

【０２９５】この寄付確認画面３６０で寄付金額及び支
払い方法が決定された後に、「ＯＫ」ボタン３６２がユ
ーザによってクリックされると、クライアントＰＣ４の
ＣＰＵは、ＡＳＰ３２の管理サーバ３６を介して登録ユ
ーザであるか否かを判定し、登録ユーザである場合に
は、「ＯＫ」ボタン３６２に対するワンクリックで図４
８に示すような寄付処理終了画面３７０を表示し、登録
ユーザにおける寄付処理を終了する。

【０２９６】またクライアントＰＣ４のＣＰＵは、ＡＳ
Ｐ３２の管理サーバ３６を介して登録ユーザであるか否
かを判定した結果、登録ユーザでないことを認識した場
合には、図４９に示すようなクレジットカード番号入力
画面３８０を表示し、登録ユーザでないユーザに対して
寄付行為を実行可能とするために、クレジットカード番
号入力エリア３８１で当該ユーザのクレジットカード番
号の入力を促し、送信ボタン３８２のワンクリックで当
該クレジットカード番号及び寄付金額に応じた寄付デー
タをＡＳＰ３２の管理サーバ３６へ送信するようになさ
れている。

【０２９７】この後クライアントＰＣ４のＣＰＵは、Ａ
ＳＰ３２の管理サーバ３６を介して与信チェックが無事
に終了したことを確認すると、寄付処理終画面３７０
（図４８）を表示し、未登録ユーザにおける寄付処理を
終了する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０３２９】（９）本実施の形態における動作及び効果以上の構成において、クライアントＰＣ４はＡＳＰ３２
からダウンロードしたコンテンツのＣＭ付動画像ファイ
ルに基づいて表示したオンデマンド型のコンテンツ表示
画面１６５（図２８）や、ライブ映像のコンテンツのＣ
Ｍ付動画像データに基づいて表示したライブ型のコンテ
ンツ表示画面２４０（図４０）及びコンテンツ表示画面
２６０（図４４）にそれぞれ設けられた寄付ボタン１６
７、２４２及び２６２が、コンテンツを視聴したユーザ
によってクリックされると、当該寄付ボタン１６７、２
４２及び２６２の隣に寄付金額選択画面２７０（図４
５）を表示する。

【０３３０】そしてクライアントＰＣ４のＣＰＵは、寄
付金額選択画面２７０における寄付金選択ボタン２７１
〜２７６の中から寄付したい金額に相当する寄付金選択
ボタンがクライアントＰＣ４のユーザによってクリック
されると、選択された寄付金選択ボタンに対応する金額
の寄付データを生成し、これをインターネット５を介し
てＡＳＰ３２の管理サーバ３６に送信する。

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

【０３３２】このようにクライアントＰＣ４は、寄付デ
ータをＡＳＰ３２の管理サーバ３６に送信し、当該管理
サーバ３６によって寄付データを基に換算したポイント
をコンテンツＩＤに対応するユーザ情報ＤＢテーブル４
５の累積ポイント数に加算して更新することにより、イ
ンターネット５を介して送信した寄付データという形で
コンテンツ制作者に対する寄付行為を容易に実行するこ
とができる。

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

【０３３４】以上の構成によれば、クライアントＰＣ４
は寄付ボタンのクリック操作に基づいて所定金額の寄付
データを生成し、これをインターネット５を介してＡＳ
Ｐ３２の管理サーバ３６に送信することにより、当該管
理サーバ３６を介して寄付データに応じたポイントとし
てコンテンツ制作者への寄付行為をオンライン上で容易
に実行することができる。

【０３３５】（１０）第２の実施の形態図５２において、４００は全体としてインターネットを
利用した電子商取引を実現する本発明の第２の実施の形
態におけるネットワークシステムを示し、通信サービス
の提供エリアを所望の大きさに分割したセル内にそれぞ
れ固定無線局である基地局ＣＳ１〜ＣＳ４が設置され、
当該基地局ＣＳ１〜ＣＳ４と移動無線局である携帯情報
端末ＭＳ１及びＭＳ２やカメラ付ディジタル携帯電話機
ＭＳ３及びＭＳ４が無線接続されている。

【０３３６】これらの基地局ＣＳ１〜ＣＳ４と、携帯情
報端末ＭＳ１及びＭＳ２やカメラ付ディジタル携帯電話
機ＭＳ３及びＭＳ４とは、例えばＷ−ＣＤＭＡ（Wideba
nd-Code Division Multiple Access）と呼ばれる符号分
割多元接続方式によって無線接続されるようになされて
おり、２[GHz]の周波数帯域を使用して最大２[Mbps]の
データ転送速度で大容量データを高速にデータ通信し得
るようになされている。

【０３３７】このように携帯情報端末ＭＳ１及びＭＳ２
やカメラ付ディジタル携帯電話機ＭＳ３及びＭＳ４は、
Ｗ−ＣＤＭＡ方式によって大容量データを高速にデータ
通信し得るようになされていることにより、音声通話だ
けでなく電子メールの送受信、簡易ホームページの閲
覧、画像の送受信等の多種に及ぶデータ通信を実行し得
るようになされている。

【０３３８】また基地局ＣＳ１〜ＣＳ４は、有線回線を
介して公衆回線網ＩＮＷに接続されており、当該公衆回
線網ＩＮＷにはインターネット５を介して図示しない多
くの加入者有線端末、コンピュータネットワーク、企業
内ネットワークやコンテンツサーバＴＳ及び第１の実施
の形態におけるコンテンツ提供プロバイダ３等が接続さ
れている。

【０３３９】このコンテンツサーバＴＳは、加入者有線
端末や携帯情報端末ＭＳ１、ＭＳ２及びカメラ付ディジ
タル携帯電話機ＭＳ３、ＭＳ４からの要求に応じて例え
ば簡易ホームページ等のコンテンツを例えばコンパクト
ＨＴＭＬ（Hyper Text Markup Language）形式のファイ
ルとして提供するようになされている。

【０３４０】因みに携帯情報端末ＭＳ１、ＭＳ２及びカ
メラ付ディジタル携帯電話機ＭＳ３、ＭＳ４は、基地局
ＣＳ１〜ＣＳ４までを２[Mbps]の簡易トランスポートプ
ロトコルで通信し、当該基地局ＣＳ１〜ＣＳ４からイン
ターネット５を介してコンテンツサーバＴＳ及びコンテ
ンツ提供プロバイダ３までをＴＣＰ／ＩＰプロトコルで
通信するようになされている。

【０３４１】なお管理制御装置ＭＣＵは、公衆回線網Ｉ
ＮＷを介して加入者有線端末や携帯情報端末ＭＳ１、Ｍ
Ｓ２及びカメラ付ディジタル携帯電話機ＭＳ３、ＭＳ４
に接続されており、当該加入者有線端末や携帯情報端末
ＭＳ１、ＭＳ２及びカメラ付ディジタル携帯電話機ＭＳ
３、ＭＳ４に対する認証処理や課金処理等を行うように
なされている。

【０３４２】（１１）カメラ付ディジタル携帯電話機の
外観構成次に、カメラ付ディジタル携帯電話機ＭＳ３の外観構成
について説明する。図５３に示すようにカメラ付ディジ
タル携帯電話機ＭＳ３は、中央のヒンジ部４１１を境に
表示部４１２と本体４１３とに分けられており、当該ヒ
ンジ部４１１を介して折り畳み可能に形成されている。

【０３４３】表示部４１２には、上端左部に送受信用の
アンテナ４１４が引出し及び収納可能な状態に取り付け
られており、当該アンテナ４１４を介して基地局ＣＳ３
との間で電波を送受信するようになされている。

【０３４４】また表示部４１２には、上端中央部にほぼ
１８０度の角度範囲で回動自在なカメラ部４１５が設け
られており、当該カメラ部４１５のＣＣＤカメラ４１６
によって所望の撮像対象を撮像し得るようになされてい
る。

【０３４５】ここで表示部４１２は、カメラ部４１５が
ユーザによってほぼ１８０度回動されて位置決めされた
場合、図５４に示すように当該カメラ部４１５の背面側
中央に設けられたスピーカ４１７が正面側に位置するこ
とになり、これにより通常の音声通話状態に切り換わる
ようになされている。

【０３４６】さらに表示部４１２には、その正面に液晶
ディスプレイ４１８が設けられており、電波の受信状
態、電池残量、電話帳として登録されている相手先名や
電話番号及び発信履歴等の他、電子メールの内容、簡易
ホームページ、カメラ部４１５のＣＣＤカメラ４１６で
撮像した種々の画像を表示し得るようになされている。

【０３４７】一方、本体４１３には、その表面に「０」
〜「９」の数字キー、発呼キー、リダイヤルキー、終話
及び電源キー、クリアキー及び電子メールキー等の操作
キー４１９が設けられており、当該操作キー４１９を用
いて各種指示を入力し得るようになされている。

【０３４８】また本体４１３には、操作キー４１９の下
部にメモボタン４２０やマイクロフォン４２１が設けら
れており、当該メモボタン４２０によって通話中の相手
の音声を録音し得ると共に、マイクロフォン４２１によ
って通話時のユーザの音声を集音するようになされてい
る。

【０３４９】さらに本体４１３には、操作キー４１９の
上部に回動自在なジョグダイヤル４２２が当該本体４１
３の表面から僅かに突出した状態で設けられており、当
該ジョグダイヤル４２２に対する回動操作に応じて液晶
ディスプレイ４１８に表示されている電話帳リストや電
子メールのスクロール動作、簡易ホームページのページ
捲り動作及び画像の送り動作等の種々の動作を実行する
ようになされている。

【０３５０】例えば本体４１３は、ユーザによるジョグ
ダイヤル４２２の回動操作に応じて液晶ディスプレイ４
１８に表示された電話帳リストの中から所望の電話番号
が選択され、当該ジョグダイヤル４２２が本体４１３の
内部方向に押圧されると、選択された電話番号を確定し
て当該電話番号に対して自動的に発呼処理を行うように
なされている。

【０３５１】なお本体４１３は、背面側に図示しないバ
ッテリパックが挿着されており、終話及び電源キーがオ
ン状態になると、当該バッテリパックから各回路部に対
して電力が供給されて動作可能な状態に起動する。

【０３５２】ところで本体４１３には、当該本体４１３
の左側面上部に抜差自在なメモリスティック（ソニー
（株）商標）４２３を挿着するためのメモリスティック
スロット４２４が設けられており、メモボタン４２０が
押下されるとメモリスティック４２３に通話中の相手の
音声を記録したり、ユーザの操作に応じて電子メール、
簡易ホームページ、ＣＣＤカメラ４１６で撮像した画像
を記録し得るようになされている。

【０３５３】ここでメモリスティック４２３は、本願出
願人であるソニー株式会社によって開発されたフラッシ
ュメモリカードの一種である。このメモリスティック４
２３は、縦21.5×横50×厚さ2.8[mm] の小型薄型形状の
プラスチックケース内に電気的に書換えや消去が可能な
不揮発性メモリであるＥＥＰＲＯＭ（Electrically Era
sable and Programmable Read Only Memory ）の一種で
あるフラッシュメモリ素子を格納したものであり、１０
ピン端子を介して画像や音声、音楽等の各種データの書
き込み及び読み出しが可能となっている。

【０３５４】またメモリスティック４２３は、大容量化
等による内蔵フラッシュメモリの仕様変更に対しても、
使用する機器で互換性を確保することができる独自のシ
リアルプロトコルを採用し、最大書込速度1.5[MB/S] 、
最大読出速度2.45[MB/S]の高速性能を実現していると共
に、誤消去防止スイッチを設けて高い信頼性を確保して
いる。

【０３５５】従ってカメラ付ディジタル携帯電話機ＭＳ
３は、このようなメモリスティック４２３を挿着可能に
構成されているために、当該メモリスティック４２３を
介して他の電子機器との間でデータの共有化を図ること
ができるようになされている。

【０３５６】（１２）カメラ付ディジタル携帯電話機の
回路構成図５５に示すように、カメラ付ディジタル携帯電話機Ｍ
Ｓ３は、表示部４１２及び本体４１３の各部を統括的に
制御するようになされた主制御部４５０に対して、電源
回路部４５１、操作入力制御部４５２、画像エンコーダ
４５３、カメラインターフェース部４５４、ＬＣＤ（Li
quid Crystal Display）制御部４５５、画像デコーダ４
５６、多重分離部４５７、記録再生部４６２、変復調回
路部４５８及び音声コーデック４５９がメインバス４６
０を介して互いに接続されると共に、画像エンコーダ４
５３、画像デコーダ４５６、多重分離部４５７、変復調
回路部４５８及び音声コーデック４５９が同期バス４６
１を介して互いに接続されて構成されている。

【０３５７】電源回路部４５１は、ユーザの操作により
終話及び電源キーがオン状態にされると、バッテリパッ
クから各部に対して電力を供給することによりカメラ付
ディジタル携帯電話機ＭＳ３を動作可能な状態に起動す
る。

【０３５８】カメラ付ディジタル携帯電話機ＭＳ３は、
ＣＰＵ、ＲＯＭ及びＲＡＭ等でなる主制御部４５０の制
御に基づいて、音声通話モード時にマイクロフォン４２
１で集音した音声信号を音声コーデック４５９によって
ディジタル音声データに変換し、これを変復調回路部４
５８でスペクトラム拡散処理し、送受信回路部４６２で
ディジタルアナログ変換処理及び周波数変換処理を施し
た後にアンテナ４１４を介して送信する。

【０３５９】またカメラ付ディジタル携帯電話機ＭＳ３
は、音声通話モード時にアンテナ４１４で受信した受信
信号を増幅して周波数変換処理及びアナログディジタル
変換処理を施し、変復調回路部４５８でスペクトラム逆
拡散処理し、音声コーデック４５９によってアナログ音
声信号に変換した後、これをスピーカ４１７を介して出
力する。

【０３６０】さらにカメラ付ディジタル携帯電話機ＭＳ
３は、データ通信モード時に電子メールを送信する場
合、操作キー４１９及びジョグダイヤル４２２の操作に
よって入力された電子メールのテキストデータを操作入
力制御部４５２を介して主制御部４５０に送出する。

【０３６１】主制御部４５０は、テキストデータを変復
調回路部４５８でスペクトラム拡散処理し、送受信回路
部４６２でディジタルアナログ変換処理及び周波数変換
処理を施した後にアンテナ４１４を介して基地局ＣＳ３
（図５２）へ送信する。

【０３６２】これに対してカメラ付ディジタル携帯電話
機ＭＳ３は、データ通信モード時に電子メールを受信す
る場合、アンテナ４１４を介して基地局ＣＳ３から受信
した受信信号を変復調回路部４５８でスペクトラム逆拡
散処理して元のテキストデータを復元した後、ＬＣＤ制
御部４５５を介して液晶ディスプレイ４１８に電子メー
ルとして表示する。

【０３６３】この後カメラ付ディジタル携帯電話機ＭＳ
３は、ユーザの操作に応じて受信した電子メールを記録
再生部４６２を介してメモリスティック４２３に記録す
ることも可能である。

【０３６４】さらにカメラ付ディジタル携帯電話機ＭＳ
３は、データ通信モード時に画像データを送信する場
合、ＣＣＤカメラ４１６で撮像された画像データをカメ
ラインターフェース部４５４を介して画像エンコーダ４
５３に供給する。

【０３６５】因みにカメラ付ディジタル携帯電話機ＭＳ
３は、画像データを送信しない場合には、ＣＣＤカメラ
４１６で撮像した画像データをカメラインターフェース
部４５４及びＬＣＤ制御部４５５を介して液晶ディスプ
レイ４１８に直接表示することも可能である。

【０３６６】画像エンコーダ４５３は、ＣＣＤカメラ４
１６から供給された画像データを例えばＭＰＥＧ（Movi
g Picture Experts Group）２やＭＰＥＧ４等の所定の
符号化方式によって圧縮符号化することにより符号化画
像データに変換し、これを多重分離部４５７に送出す
る。

【０３６７】このとき同時にカメラ付ディジタル携帯電
話機ＭＳ３は、ＣＣＤカメラ４１６で撮像中にマイクロ
フォン４２１で集音した音声を音声コーデック４５９を
介してディジタルの音声データとして多重分離部４５７
に送出する。

【０３６８】多重分離部４５７は、画像エンコーダ４５
３から供給された符号化画像データと音声コーデック４
５９から供給された音声データとを所定の方式で多重化
し、その結果得られる多重化データを変復調回路部４５
８でスペクトラム拡散処理し、送受信回路部４６２でデ
ィジタルアナログ変換処理及び周波数変換処理を施した
後にアンテナ４１４を介して送信する。

【０３６９】これに対してカメラ付ディジタル携帯電話
機ＭＳ３は、データ通信モード時に例えば簡易ホームペ
ージ等の画像データを受信する場合、アンテナ４１４を
介して基地局ＣＳ３から受信した受信信号を変復調回路
部４５８でスペクトラム逆拡散処理し、その結果得られ
る多重化データを多重分離部４５７に送出する。

【０３７０】多重分離部４５７は、多重化データを分離
することにより符号化画像データと音声データとに分
け、同期バス４６１を介して当該符号化画像データを画
像デコーダ４５６に供給すると共に当該音声データを音
声コーデック４５９に供給する。

【０３７１】画像デコーダ４５６は、符号化画像データ
をＭＰＥＧ２やＭＰＥＧ４等の所定の符号化方式に対応
した復号化方式でデコードすることにより再生画像デー
タを生成し、これをＬＣＤ制御部４５５を介して液晶デ
ィスプレイ４１８に、例えば簡易ホームページにリンク
された画像として表示する。

【０３７２】このとき同時に音声コーデック４５９は、
音声データをアナログ音声信号に変換した後、これをス
ピーカ４１７を介して、例えば簡易ホームページにリン
クされた音声として出力する。

【０３７３】この場合も電子メールの場合と同様にカメ
ラ付ディジタル携帯電話機ＭＳ３は、受信した簡易ホー
ムページの画像データをユーザの操作により記録再生部
４６２を介してメモリスティック４２３に記録すること
が可能である。

【０３７４】かかる構成に加えてカメラ付ディジタル携
帯電話機ＭＳ３は、主制御部４５０のＲＯＭに第１の実
施の形態と同様にパーソナルキャスティングサービスを
受けるためのアプリケーションプログラム及び寄付行為
を行うための寄付プログラムが格納されており、インタ
ーネット５を介してアクセスしたコンテンツ提供プロバ
イダ３（図２）からオンデマンド型又はライブ型のコン
テンツを受信して、例えばそのコンテンツ表示画面３５
０（図４６）を表示する。

【０３７５】カメラ付ディジタル携帯電話機ＭＳ３は、
コンテンツ表示画面３５０を視認したユーザによって寄
付金額入力エリア３５１に当該ユーザ所望の金額が入力
されて寄付ボタン３５５がワンクリックされるだけで、
当該金額に応じた寄付データをＡＳＰ３２の管理サーバ
３６へ送信すると共に、寄付データに応じた課金データ
をＡＳＰ３２の管理サーバ３６へ送信することにより寄
付処理を実行するようになされている。

【０３７６】なおカメラ付ディジタル携帯電話機ＭＳ３
は、寄付ボタン３５５がクリックされたときに寄付確認
画面３６０を表示し、当該寄付確認画面３６０で寄付金
額の確認がされた後に「ＯＫ」ボタン３６２がクリック
されたときに、当該金額に応じた寄付データをＡＳＰ３
２の管理サーバ３６へ送信するようにしても良い。

【０３７７】すなわちカメラ付ディジタル携帯電話機Ｍ
Ｓ３は、第１の実施の形態におけるクライアントＰＣ４
と同様にコンテンツに対する寄付処理を実行するように
なされており、屋内のみならずモバイル端末として屋外
であってもコンテンツの提供を受け、そのコンテンツに
対する寄付行為をネットワーク上で容易に実行し得るよ
うになされている。

【０３７８】ここでＡＳＰ３２の管理サーバ３６の処理
としては、第１の実施の形態と同様であり、カメラ付デ
ィジタル携帯電話機ＭＳ３から送られてきた寄付データ
を所定の換算率でポイントに換算し、コンテンツＩＤに
対応するユーザ情報ＤＢテーブル４５をユーザ情報デー
タベース３７から検索し、そのユーザ情報ＤＢテーブル
４５の累積ポイント数を寄付データに基づくポイントで
更新する。

【０３７９】またＡＳＰ３２の管理サーバ３６は、カメ
ラ付ディジタル携帯電話機ＭＳ３から送られてきた寄付
データに応じた課金データを当該カメラ付ディジタル携
帯電話機ＭＳ３のＡＳＰ３２に対するサービス利用料と
共にビューワー情報データベース４０のビューワー情報
ファイルに記録することにより課金処理を行う。

【０３８０】このようにネットワークシステム４００
は、第１の実施の形態と同様に、コンテンツ提供プロバ
イダ３からカメラ付ディジタル携帯電話機ＭＳ３でコン
テンツの提供を受け、当該カメラ付ディジタル携帯電話
機ＭＳ３に表示したコンテンツ表示画面３５０を介して
そのコンテンツに対する寄付データをワンクリックで間
接的に実行し得るようにしたことにより、カメラ付ディ
ジタル携帯電話機ＭＳ３のユーザからコンテンツ製作者
に対する寄付行為をオンライン上で容易に実行すること
ができる。

【０３８１】（１３）他の実施の形態なお上述の第１及び第２の実施の形態においては、寄付
ボタンのクリック操作に基づいて寄付金額選択画面２７
０の中から選択された金額に対応する寄付データを生成
してＡＳＰ３２の管理サーバ３６へ送信するようにした
場合について述べたが、本発明はこれに限らず、クライ
アントＰＣ４又はカメラ付ディジタル携帯電話機ＭＳ３
のユーザが書き込んだ任意の金額に対応する寄付データ
を生成してＡＳＰ３２の管理サーバ３６へ送信するよう
にしても良い。この場合にも、上述の実施の形態と同様
の効果を得ることができる。

【０３８２】また上述の第１及び第２の実施の形態にお
いては、寄付データを生成してＡＳＰ３２の管理サーバ
３６へ送信するための寄付プログラムがクライアントＰ
Ｃ４又はカメラ付ディジタル携帯電話機ＭＳ３に予めイ
ンストールされている場合について述べたが、本発明は
これに限らず、寄付プログラムの格納された例えばＣＤ
−ＲＯＭ(Compact Disc-Read Only Memory)、ＤＶＤ(Di
gital Video Disc)等のパッケージメディアでなるプロ
グラム格納媒体を再生することにより寄付プログラムを
インストールしても良く、また寄付プログラムが一時的
もしくは永続的に格納される半導体メモリや光磁気ディ
スク等のプログラム格納媒体を再生することにより寄付
プログラムをインストールしても良い。

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

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

【０３８５】さらに上述の第１及び第２の実施の形態に
おいては、オンデマンド型のコンテンツ表示画面１６５
（図２８）や、ライブ型のコンテンツ表示画面２４０
（図４０）及びコンテンツ表示画面２６０（図４４）に
表示したオンデマンド型又はライブ型のコンテンツに対
して寄付行為を実行するようにした場合について述べた
が、本発明はこれに限らず、一般的なホームページ、当
該ホームページのデザインや企画力、機能性、情報提供
の質等に対して寄付行為を実行したり、あるいはニュー
ス、詩、小説、解説記事、評論やコメント等の活字媒体
コンテンツ、写真、イラスト、絵画及びコンピュータグ
ラフィックス等の静止画コンテンツに関する個人の表現
物に対して寄付行為を実行するようにしても良い。

【０３８６】さらに上述の第１及び第２の実施の形態に
おいては、寄付を行うために寄付ボタンを設けてコンテ
ンツ制作者に対して寄付を行うようにした場合について
述べたが、本発明はこれに限らず、ライブ映像で結婚式
のコンテンツを提供したときには祝儀ボタンを設けてコ
ンテンツ制作者に対してご祝儀を寄付データとして送る
ようにしたり、また提供を受けたコンテンツの内容に応
じて、投げ銭、香典、出産祝い、内祝い、誕生祝い、新
築祝い、引越し祝い、入学祝い、卒業祝い、いわゆる薄
謝、チップ、心づけ等のお祝い事に関する種々の寄付を
行うようにしても良い。

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

【０３８８】

【発明の効果】上述のように本発明によれば、コンテン
ツ提供装置からネットワークを介して供給されたコンテ
ンツの画像データを受信し、当該画像データに基づいて
所定の寄付ボタンが設けられたコンテンツ表示画面を表
示し、当該コンテンツ表示画面の中から寄付ボタンが選
択されたとき、当該寄付ボタンに対応した所定金額の寄
付データを生成し、当該寄付データをネットワークを介
してコンテンツ提供装置に送信することにより、当該コ
ンテンツ提供装置を介してコンテンツ制作者に対する寄
付行為をコンテンツに対応した寄付データとして間接的
かつ容易に行うことができる。

【０３８９】また本発明によれば、コンテンツ表示画面
の中から選択された寄付ボタンに対応した所定金額の寄
付データを生成し、当該寄付データをネットワークを介
してコンテンツ提供装置に送信することにより、当該コ
ンテンツ提供装置を介してコンテンツ制作者に対する寄
付行為をコンテンツに対応した寄付データとして間接的
かつ容易に行うことができる。

【０３９０】さらに本発明によれば、供給したコンテン
ツに対する評価としてユーザが任意に決定した金額の寄
付データを当該ユーザの端末装置から受信してコンテン
ツに対応付けて記憶すると共に、寄付データに応じた金
額をユーザに対して課金することにより、コンテンツ制
作者に対する寄付処理及びユーザに対する課金処理を同
時に行って寄付受付処理を実行することができる。

【０３９１】さらに本発明によれば、コンテンツ表示画
面の中から選択された寄付ボタンに対応した所定金額の
寄付データを生成し、当該寄付データをネットワークを
介してコンテンツ提供装置に送信し、当該寄付データを
受信してコンテンツに対応付けて記憶すると共に、寄付
データに応じた金額をユーザに対して課金することによ
り、コンテンツ制作者に対する寄付行為をコンテンツに
対応した寄付データとして間接的かつ容易に行うことが
できる。

【図面の簡単な説明】

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

【図２】第１の実施の形態におけるコンテンツ提供シス
テムの構成を示す略線的ブロック図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図４６】寄付金額を直接入力可能なコンテンツ表示画
面を示す略線図である。

【図４７】寄付確認画面を示す略線図である。

【図４８】寄付処理終了画面を示す略線図である。

【図４９】クレジットカード番号入力画面を示す略線図
である。

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

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

【図５２】第２の実施の形態におけるネットワークシス
テムの全体構成を示す略線図である。

【図５３】カメラ付ディジタル携帯電話機の外観構成を
示す略線的斜視図である。

【図５４】カメラ部を回動したときの表示部を示す略線
的斜視図である。

【図５５】カメラ付ディジタル携帯電話機の回路構成を
示すブロック図である。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者末吉隆彦東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者中村年範東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者花谷博幸東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者内山信幸東京都品川区北品川６丁目７番35号ソニー株式会社内

Claims

【特許請求の範囲】

【請求項１】コンテンツ提供装置からネットワークを介
して供給されたコンテンツの画像データを受信する受信
手段と、上記受信手段によって受信した上記画像データに基づい
て所定の寄付ボタンが設けられたコンテンツ表示画面を
表示する表示手段と、上記コンテンツ表示画面の中から上記寄付ボタンが選択
されたとき、当該寄付ボタンに対応した所定金額の寄付
データを生成する寄付データ生成手段と、上記寄付データ生成手段によって生成された上記寄付デ
ータを上記ネットワークを介して上記コンテンツ提供装
置に送信する送信手段とを具えることを特徴とする寄付
処理装置。
【請求項２】上記寄付データ生成手段は、上記寄付ボタ
ンが選択されたことに応じて複数種類の金額を示す寄付
金額選択画面を上記表示手段に表示し、当該寄付金額選
択画面の中で選択された上記金額に対応する上記寄付デ
ータを生成することを特徴とする請求項１に記載の寄付
処理装置。
【請求項３】上記寄付データ生成手段は、上記寄付ボタ
ンが選択されたとき、当該寄付ボタンに対応する寄付金
額入力欄に直接入力された金額の上記寄付データを生成
することを特徴とする請求項１に記載の寄付処理装置。
【請求項４】上記寄付データ生成手段は、上記寄付ボタ
ンが選択されたとき、当該寄付ボタンに対応する寄付金
額入力欄に直接入力された金額をユーザの操作により所
定最小単位額以上で変更し、当該変更後の金額の上記寄
付データを生成することを特徴とする請求項１に記載の
寄付処理装置。
【請求項５】コンテンツ提供装置からネットワークを介
して供給されたコンテンツの画像データを受信する受信
ステップと、上記受信ステップで受信した上記画像データに基づいて
所定の寄付ボタンが設けられたコンテンツ表示画面を表
示する表示ステップと、上記コンテンツ表示画面の中から上記寄付ボタンが選択
されたとき、当該寄付ボタンに対応した所定金額の寄付
データを生成する寄付データ生成ステップと、上記寄付データ生成ステップで生成された上記寄付デー
タを上記ネットワークを介して上記コンテンツ提供装置
に送信する送信ステップとを具えることを特徴とする寄
付処理方法。
【請求項６】上記寄付データ生成ステップは、上記寄付
ボタンが選択されたことに応じて複数種類の金額を示す
寄付金額選択画面を表示し、当該寄付金額選択画面の中
で選択された上記金額に対応する上記寄付データを生成
することを特徴とする請求項５に記載の寄付処理方法。
【請求項７】上記寄付データ生成ステップは、上記寄付
ボタンが選択されたとき、当該寄付ボタンに対応する寄
付金額入力欄に直接入力された金額の上記寄付データを
生成することを特徴とする請求項５に記載の寄付処理方
法。
【請求項８】上記寄付データ生成ステップは、上記寄付
ボタンが選択されたとき、当該寄付ボタンに対応する寄
付金額入力欄に直接入力された金額をユーザの操作によ
り所定最小単位額以上で変更し、当該変更後の金額の上
記寄付データを生成することを特徴とする請求項５に記
載の寄付処理方法。
【請求項９】供給したコンテンツに対する評価としてユ
ーザが任意に決定した金額の寄付データを当該ユーザの
端末装置から受信する寄付データ受信手段と、上記寄付データを上記コンテンツに対応付けて記憶する
記憶手段と、上記寄付データに応じた上記金額を上記ユーザに対して
課金する課金処理手段とを具えることを特徴とする寄付
受付装置。
【請求項１０】上記寄付データ受付手段は、所定の最小
単位額以上でなる上記金額の上記寄付データについての
み受信することを特徴とする請求項９に記載の寄付受付
装置。
【請求項１１】供給したコンテンツに対する評価として
ユーザが任意に決定した金額の寄付データを当該ユーザ
の端末装置から受信する寄付データ受信ステップと、上記寄付データを上記コンテンツに対応付けて記憶する
記憶ステップと、上記寄付データに応じた上記金額を上記ユーザに対して
課金する課金処理ステップとを具えることを特徴とする
寄付受付方法。
【請求項１２】上記寄付データ受付ステップでは、所定
の最小単位額以上でなる上記金額の上記寄付データにつ
いてのみ受信することを特徴とする請求項１１に記載の
寄付受付方法。
【請求項１３】コンテンツ提供装置からネットワークを
介して供給されたコンテンツの画像データを受信する受
信ステップと、上記受信ステップで受信した上記画像データに基づいて
所定の寄付ボタンが設けられたコンテンツ表示画面を表
示する表示ステップと、上記コンテンツ表示画面の中から上記寄付ボタンが選択
されたとき、当該寄付ボタンに対応した所定金額の寄付
データを生成する寄付データ生成ステップと、上記寄付データ生成ステップで生成された上記寄付デー
タを上記ネットワークを介して上記コンテンツ提供装置
に送信する送信ステップとを具えることを特徴とするプ
ログラムを情報処理装置に実行させるプログラム格納媒
体。
【請求項１４】上記寄付データ生成ステップは、上記寄
付ボタンが選択されたことに応じて複数種類の金額を示
す寄付金額選択画面を表示し、当該寄付金額選択画面の
中で選択された上記金額に対応する上記寄付データを生
成することを特徴とする請求項１３に記載のプログラム
格納媒体。
【請求項１５】上記寄付データ生成ステップは、上記寄
付ボタンが選択されたとき、当該寄付ボタンに対応する
寄付金額入力欄に直接入力された金額の上記寄付データ
を生成することを特徴とする請求項１３に記載のプログ
ラム格納媒体。
【請求項１６】上記寄付データ生成ステップは、上記寄
付ボタンが選択されたとき、当該寄付ボタンに対応する
寄付金額入力欄に直接入力された金額をユーザの操作に
より所定最小単位額以上で変更し、当該変更後の金額の
上記寄付データを生成することを特徴とする請求項１３
に記載のプログラム格納媒体。
【請求項１７】供給したコンテンツに対する評価として
ユーザが任意に決定した金額の寄付データを当該ユーザ
の端末装置から受信する寄付データ受信ステップと、上記寄付データを上記コンテンツに対応付けて記憶する
記憶ステップと、上記寄付データに応じた上記金額を上記ユーザに対して
課金する課金処理ステップとを具えることを特徴とする
プログラムを情報処理装置に実行させるプログラム格納
媒体。
【請求項１８】上記寄付データ受付ステップでは、所定
の最小単位額以上でなる上記金額の上記寄付データにつ
いてのみ受信することを特徴とする請求項１７に記載の
プログラム格納媒体。
【請求項１９】要求に応じてコンテンツを提供するコン
テンツ提供装置と、上記コンテンツ提供装置からネットワークを介して供給
された上記コンテンツを受け、当該コンテンツの制作者
に対して寄付を行う寄付処理装置とによって構成される
寄付処理システムにおいて、上記寄付処理装置は、上記コンテンツ提供装置から上記ネットワークを介して
供給された上記コンテンツの画像データを受信する受信
手段と、上記受信手段によって受信した上記画像データに基づい
て所定の寄付ボタンが設けられたコンテンツ表示画面を
表示する表示手段と、上記コンテンツ表示画面の中から上記寄付ボタンが選択
されたとき、当該寄付ボタンに対応した所定金額の寄付
データを生成する寄付データ生成手段と、上記寄付データ生成手段によって生成された上記寄付デ
ータを上記ネットワークを介して上記コンテンツ提供装
置に送信する送信手段とを具え、上記コンテンツ提供装置は、上記寄付処理装置から上記ネットワークを介して送信さ
れた上記寄付データを受け、当該寄付データを上記コン
テンツに対応付けて記憶する記憶手段と、上記寄付データに応じた金額を上記寄付処理装置のユー
ザに対して課金する課金処理手段とを具えることを特徴
とする寄付処理システム。
【請求項２０】上記寄付データ生成手段は、上記寄付ボタンが選択されたことに応じて複数種類の金
額を示す寄付金額選択画面を上記表示手段に表示し、当
該寄付金額選択画面の中で選択された上記金額に対応す
る上記寄付データを生成することを特徴とする請求項１
９に記載の寄付処理システム。
【請求項２１】上記寄付データ生成手段は、上記寄付ボ
タンが選択されたとき、当該寄付ボタンに対応する寄付
金額入力欄に直接入力された金額の上記寄付データを生
成することを特徴とする請求項１９に記載の寄付処理シ
ステム。
【請求項２２】上記寄付データ生成手段は、上記寄付ボ
タンが選択されたとき、当該寄付ボタンに対応する寄付
金額入力欄に直接入力された金額をユーザの操作により
所定最小単位額以上で変更し、当該変更後の金額の上記
寄付データを生成することを特徴とする請求項１９に記
載の寄付処理システム。
【請求項２３】上記記憶手段は、所定の最小単位額以上
でなる上記金額の上記寄付データについてのみ受け、当
該寄付データを上記コンテンツに対応付けて記憶するこ
とを特徴とする請求項１９に記載の寄付処理システム。