JP2001282730A - 情報処理装置、サーバ接続方法、プログラム格納媒体及びネットワーク接続システム - Google Patents

Abstract

(57)【要約】 【課題】本発明は、予め指定されたアクセス先に一段と
容易に接続できるようにする。 【解決手段】本発明は、ＡＳＰ３２に設けられたコンテ
ンツサーバ３９上に自分専用の記憶領域を確保するため
に必要なユーザ登録データをインターネット５を介して
ＡＳＰ３２へ送信し、ユーザ登録データに対応した自分
専用の記憶領域を示すアクセス先として指定されたＵＲ
ＬをＡＳＰ３２からインターネット５を介して受信し、
当該受信したＵＲＬに基づいてコンテンツサーバ３９上
のアクセス先にインターネット５を介して自動的に接続
処理することにより、ＵＲＬの入力操作をユーザに対し
て強いることなく一段と容易に予め指定されたアクセス
先に接続することができる。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

【０００５】

【発明が解決しようとする課題】ところでかかる構成の
コンピュータネットワークシステムにおいては、ＩＳＰ
のサーバに当該ホームページのデータを蓄積するに当た
って、まず当該サーバ上に専用の記憶領域を確保しなけ
ればならず、そのためにユーザ登録手続きを行う必要が
ある。

【０００６】そしＩＳＰは、サーバ上の専用の記憶領域
をユーザ毎に割り当てるため、ユーザＩＤに対応付けた
ＵＲＬ(Uniform Resource Locator)を発行し、当該ＵＲ
Ｌをユーザに通知することにより、ＵＲＬに対応したサ
ーバ上の専用の記憶領域にホームページのデータを蓄積
することをユーザに対して許可するようになされてい
る。

【０００７】しかしながらユーザは、例えばホームペー
ジの内容を更新するためにサーバ上の専用の記憶領域に
アクセスする場合等にも一々ＵＲＬを入力する必要があ
るので、ＵＲＬの入力操作を毎回強いられると共に、パ
ーソナルコンピュータの操作に不慣れなユーザにとって
は使い難いという問題があった。

【０００８】本発明は以上の点を考慮してなされたもの
で、予め指定されたアクセス先に一段と容易に接続し得
る情報処理装置、サーバ接続方法、プログラム格納媒体
及びネットワーク接続システムを提案しようとするもの
である。

【０００９】

【課題を解決するための手段】かかる課題を解決するた
め本発明においては、所定のネットワーク接続事業者に
設けられたサーバ上に自分専用の記憶領域を確保するた
めに必要なユーザ登録データをネットワークを介してネ
ットワーク接続事業者へ送信し、ユーザ登録データに対
応した自分専用の記憶領域を示すアクセス先として指定
されたアドレスデータをネットワーク接続事業者からネ
ットワークを介して受信し、当該受信したアドレスデー
タに基づいてサーバ上のアクセス先にネットワークを介
して自動的に接続処理するようにする。

【００１０】ネットワーク接続事業者から受信したアド
レスデータに基づいて自分専用の記憶領域を示すアクセ
ス先に自動的に接続することにより、アドレスデータの
入力操作をユーザに対して強いることなく一段と容易に
予め指定されたアクセス先に接続することができる。

【００１１】

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

【００１２】（１）インターネットを利用した電子商取
引の原理 インターネットは、多数のコンピュータを通信リンクを
介して相互に接続することにより構築したコンピュータ
ネットワークであり、コンピュータ間で電子メール、ゴ
ーファー（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 Memory) 、ＤＶＤ(D
igital Video Disc)等のパッケージメディアでなるプロ
グラム格納媒体を再生することによりユーザ登録手続プ
ログラムをインストールしても良く、またユーザ登録手
続プログラムが一時的もしくは永続的に格納される半導
体メモリや光磁気ディスク等のプログラム格納媒体を再
生することによりユーザ登録手続プログラムをインスト
ールしても良い。

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

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

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

【０３２５】

【発明の効果】上述のように本発明によれば、ネットワ
ーク接続事業者から受信したアドレスデータに基づいて
自分専用の記憶領域を示すアクセス先に自動的に接続す
ることにより、アドレスデータの入力操作をユーザに対
して強いることなく一段と容易に予め指定されたアクセ
ス先に接続することができる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 末吉 隆彦 東京都品川区北品川６丁目７番35号ソニー 株式会社内 (72)発明者 中村 年範 東京都品川区北品川６丁目７番35号ソニー 株式会社内 (72)発明者 花谷 博幸 東京都品川区北品川６丁目７番35号ソニー 株式会社内 (72)発明者 内山 信幸 東京都品川区北品川６丁目７番35号ソニー 株式会社内 Ｆターム(参考） 5B075 PP03 PP13 PP30 PQ02 5B085 AE04 BG07 CE06 5B089 GA11 GA21 GB03 HA10 JA33 JB07 KA03 KB07 LB19

Claims (20)

【特許請求の範囲】
1. 【請求項１】所定のネットワーク接続事業者に設けられ
   たサーバ上に自分専用の記憶領域を確保するために必要
   なユーザ登録データをネットワークを介して上記ネット
   ワーク接続事業者へ送信する送信手段と、 上記ユーザ登録データに対応した上記自分専用の記憶領
   域を示すアクセス先として指定されたアドレスデータを
   上記ネットワーク接続事業者から上記ネットワークを介
   して受信する受信手段と、 上記受信手段によって受信した上記アドレスデータに基
   づいて上記サーバ上の上記アクセス先に上記ネットワー
   クを介して自動的に接続処理する接続手段とを具えるこ
   とを特徴とする情報処理装置。
2. 【請求項２】上記接続手段は、所定のアプリケーション
   ソフトウェアに対応付けて上記アドレスデータを記憶す
   ることにより、上記アプリケーションソフトウェアに従
   って上記アドレスデータに対応した上記サーバ上の上記
   アクセス先に接続処理することを特徴とする請求項１に
   記載の情報処理装置。
3. 【請求項３】上記受信手段は、上記アドレスデータと共
   に当該アドレスデータの含まれた所定のアプリケーショ
   ンソフトウェアを上記ネットワーク接続事業者から受信
   し、 上記接続手段は、上記アプリケーションソフトウェアに
   従って上記アドレスデータに対応した上記サーバ上の上
   記アクセス先に接続処理することを特徴とする請求項１
   に記載の情報処理装置。
4. 【請求項４】上記接続手段は、所定の表示部に表示され
   た専用のアイコンに対するクリック操作に応じて上記サ
   ーバ上の上記アクセス先に接続処理することを特徴とす
   る請求項１に記載の情報処理装置。
5. 【請求項５】上記アドレスデータは、ＵＲＬ(Uniform R
   esource Locator)であることを特徴とする請求項１に記
   載の情報処理装置。
6. 【請求項６】所定のネットワーク接続事業者に設けられ
   たサーバ上に自分専用の記憶領域を確保するために必要
   なユーザ登録データをネットワークを介して上記ネット
   ワーク接続事業者へ送信する送信ステップと、 上記ユーザ登録データに対応した上記自分専用の記憶領
   域を示すアクセス先として指定されたアドレスデータを
   上記ネットワーク接続事業者から上記ネットワークを介
   して受信する受信ステップと、 上記受信ステップで受信した上記アドレスデータに基づ
   いて上記サーバ上の上記アクセス先に上記ネットワーク
   を介して自動的に接続処理する接続ステップとを具える
   ことを特徴とするサーバ接続方法。
7. 【請求項７】上記接続ステップは、所定のアプリケーシ
   ョンソフトウェアに対応付けて上記アドレスデータを記
   憶することにより、上記アプリケーションソフトウェア
   に従って上記アドレスデータに対応した上記サーバ上の
   上記アクセス先に接続処理することを特徴とする請求項
   ６に記載のサーバ接続方法。
8. 【請求項８】上記受信ステップは、上記アドレスデータ
   と共に当該アドレスデータの含まれた所定のアプリケー
   ションソフトウェアを上記ネットワーク接続事業者から
   受信し、 上記接続ステップは、上記アプリケーションソフトウェ
   アに従って上記アドレスデータに対応した上記サーバ上
   の上記アクセス先に接続処理することを特徴とする請求
   項６に記載のサーバ接続方法。
9. 【請求項９】上記接続ステップは、所定の表示部に表示
   された専用のアイコンに対するクリック操作に応じて上
   記サーバ上の上記アクセス先に接続処理することを特徴
   とする請求項６に記載のサーバ接続方法。
10. 【請求項１０】上記アドレスデータは、ＵＲＬ(Uniform
    Resource Locator)であることを特徴とする請求項６に
    記載のサーバ接続方法。
11. 【請求項１１】所定のネットワーク接続事業者に設けら
    れたサーバ上に自分専用の記憶領域を確保するために必
    要なユーザ登録データをネットワークを介して上記ネッ
    トワーク接続事業者へ送信する送信ステップと、 上記ユーザ登録データに対応した上記自分専用の記憶領
    域を示すアクセス先として指定されたアドレスデータを
    上記ネットワーク接続事業者から上記ネットワークを介
    して受信する受信ステップと、 上記受信ステップで受信した上記アドレスデータに基づ
    いて上記サーバ上の上記アクセス先に上記ネットワーク
    を介して自動的に接続処理する接続ステップとを具える
    ことを特徴とするプログラムを情報処理装置に実行させ
    るプログラム格納媒体。
12. 【請求項１２】上記接続ステップは、所定のアプリケー
    ションソフトウェアに対応付けて上記アドレスデータを
    記憶することにより、上記アプリケーションソフトウェ
    アに従って上記アドレスデータに対応した上記サーバ上
    の上記アクセス先に接続処理することを特徴とする請求
    項１１に記載のプログラム格納媒体。
13. 【請求項１３】上記受信ステップは、上記アドレスデー
    タと共に当該アドレスデータの含まれた所定のアプリケ
    ーションソフトウェアを上記ネットワーク接続事業者か
    ら受信し、 上記接続ステップは、上記アプリケーションソフトウェ
    アに従って上記アドレスデータに対応した上記サーバ上
    の上記アクセス先に接続処理することを特徴とする請求
    項１２に記載のプログラム格納媒体。
14. 【請求項１４】上記接続ステップは、所定の表示部に表
    示された専用のアイコンに対するクリック操作に応じて
    上記サーバ上の上記アクセス先に接続処理することを特
    徴とする請求項１２に記載のサーバ接続方法。
15. 【請求項１５】上記アドレスデータは、ＵＲＬ(Uniform
    Resource Locator)であることを特徴とする請求項１２
    に記載のプログラム格納媒体。
16. 【請求項１６】サーバを有する所定のネットワーク接続
    事業者と、 ネットワークを介して上記ネットワーク接続事業者の上
    記サーバと接続する情報処理装置とによって構成される
    ネットワーク接続システムにおいて、 上記情報処理装置は、 上記サーバ上に自分専用の記憶領域を確保するために必
    要なユーザ登録データを上記ネットワークを介して上記
    ネットワーク接続事業者へ送信する送信手段と、 上記ユーザ登録データに対応した上記自分専用の記憶領
    域を示すアクセス先として指定されたアドレスデータを
    上記ネットワーク接続事業者から上記ネットワークを介
    して受信する受信手段と、 上記受信手段によって受信した上記アドレスデータに基
    づいて上記サーバ上の上記アクセス先に上記ネットワー
    クを介して自動的に接続処理する接続手段とを具えるこ
    とを特徴とするネットワーク接続システム。
17. 【請求項１７】上記接続手段は、所定のアプリケーショ
    ンソフトウェアに対応付けて上記アドレスデータを記憶
    することにより、上記アプリケーションソフトウェアに
    従って上記アドレスデータに対応した上記サーバ上の上
    記アクセス先に接続処理することを特徴とする請求項１
    ６に記載のネットワーク接続システム。
18. 【請求項１８】上記受信手段は、上記アドレスデータと
    共に当該アドレスデータの含まれた所定のアプリケーシ
    ョンソフトウェアを上記ネットワーク接続事業者から受
    信し、 上記接続手段は、上記アプリケーションソフトウェアに
    従って上記アドレスデータに対応した上記サーバ上の上
    記アクセス先に接続処理することを特徴とする請求項１
    ６に記載のネットワーク接続システム。
19. 【請求項１９】上記接続手段は、所定の表示部に表示さ
    れた専用のアイコンに対するクリック操作に応じて上記
    サーバ上の上記アクセス先に接続処理することを特徴と
    する請求項１６に記載のネットワーク接続システム。
20. 【請求項２０】上記アドレスデータは、ＵＲＬ(Uniform
    Resource Locator)であることを特徴とする請求項１６
    に記載のネットワーク接続システム。