JP2001282723A - コンテンツ提供装置、コンテンツ提供方法、プログラム格納媒体及びコンテンツ提供システム - Google Patents
コンテンツ提供装置、コンテンツ提供方法、プログラム格納媒体及びコンテンツ提供システムInfo
- Publication number
- JP2001282723A JP2001282723A JP2000097881A JP2000097881A JP2001282723A JP 2001282723 A JP2001282723 A JP 2001282723A JP 2000097881 A JP2000097881 A JP 2000097881A JP 2000097881 A JP2000097881 A JP 2000097881A JP 2001282723 A JP2001282723 A JP 2001282723A
- Authority
- JP
- Japan
- Prior art keywords
- content
- providing
- user
- client
- asp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims description 90
- 238000003860 storage Methods 0.000 claims description 47
- 230000004044 response Effects 0.000 claims description 15
- 238000007726 management method Methods 0.000 description 218
- 238000010586 diagram Methods 0.000 description 36
- 238000012545 processing Methods 0.000 description 28
- 238000005266 casting Methods 0.000 description 23
- 238000012790 confirmation Methods 0.000 description 12
- 230000001186 cumulative effect Effects 0.000 description 9
- 238000012546 transfer Methods 0.000 description 9
- 102100022907 Acrosin-binding protein Human genes 0.000 description 4
- 230000015572 biosynthetic process Effects 0.000 description 4
- 238000004891 communication Methods 0.000 description 4
- 239000013256 coordination polymer Substances 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 238000003786 synthesis reaction Methods 0.000 description 4
- 230000002194 synthesizing effect Effects 0.000 description 4
- 230000010365 information processing Effects 0.000 description 3
- 102100038445 Claudin-2 Human genes 0.000 description 2
- 102100035167 Coiled-coil domain-containing protein 54 Human genes 0.000 description 2
- 101000756551 Homo sapiens Acrosin-binding protein Proteins 0.000 description 2
- 101100459248 Mus musculus Mxra8 gene Proteins 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 2
- 101150016874 asp3 gene Proteins 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 101000775660 Anarhichas lupus Type-3 ice-structuring protein 1.5 Proteins 0.000 description 1
- 101000775628 Anarhichas lupus Type-3 ice-structuring protein 1.9 Proteins 0.000 description 1
- JEYCTXHKTXCGPB-UHFFFAOYSA-N Methaqualone Chemical compound CC1=CC=CC=C1N1C(=O)C2=CC=CC=C2N=C1C JEYCTXHKTXCGPB-UHFFFAOYSA-N 0.000 description 1
- 101000643905 Nostoc sp. (strain PCC 7120 / SAG 25.82 / UTEX 2576) Cytochrome b6-f complex iron-sulfur subunit 3 Proteins 0.000 description 1
- 102100031798 Protein eva-1 homolog A Human genes 0.000 description 1
- 101000775697 Pseudopleuronectes americanus Ice-structuring protein 3 Proteins 0.000 description 1
- 102100021916 Sperm-associated antigen 1 Human genes 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000002542 deteriorative effect Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Landscapes
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
させることなくコンテンツを速やかに提供するようにす
る。 【解決手段】本発明は、クライアントPC4がコンテン
ツの要求を行った要求時刻を認識し、複数種類のコンテ
ンツを時間帯枠毎に1種類づつ提供するように設定され
た提供スケジュールに基づいて要求時刻に該当する時間
帯枠で提供予定のコンテンツの種類を判断し、当該判断
した種類のコンテンツだけをコンテンツサーバ39から
クライアントPC4へ提供することにより、提供スケジ
ュールに従って多種類のコンテンツを1種類づつ順次提
供するのでクライアントPC4のユーザを飽きさせるこ
とがなく、また時間帯枠毎に一種類のコンテンツだけを
提供するので、回線の帯域幅を多く消費することがなく
コンテンツを速やかに提供できる。
Description
置、コンテンツ提供方法、プログラム格納媒体及びコン
テンツ提供システムに関し、例えばインターネットを介
してコンテンツを提供するコンピュータネットワークシ
ステムに適用して好適なものである。
ムにおいて、例えば個人が作成した映像及び又は音声か
らなるコンテンツをインターネットを介して提供する場
合、個人でホームページを開設することが一般的に行わ
れている。
場合、ユーザはパーソナルコンピュータを介してホーム
ページ作成プログラムを入手し、当該ホームページ作成
プログラムに基づいて複数のコンテンツとハイパーリン
クしたホームページを制作し、これをインターネットサ
ービスプロバイダ(以下、これをISPと呼ぶ)のサー
バに蓄積しておく。
アクセスしてきたクライアントに対してサーバからホー
ムページを提供し、そのホームページ上のアンカーがク
リックされた場合、ハイパーリンクされたコンテンツを
続いて提供するようになされている。
コンピュータネットワークシステムにおいては、開設し
たホームページの内容を制作者が更新するまでは、アク
セスしてきたクライアントに対して同一内容のコンテン
ツを永続的に提供し続けることになるので、クライアン
トを飽きさせてしまうという問題があった。
は、ISPがホームページ上でハイパーリンクされた複
数種類のコンテンツに対する要求を同時に複数のクライ
アントから受け、その要求に応じて複数種類のコンテン
ツを複数のクライアントに対して同時に提供する場合、
回線等のネットワークリソースの帯域幅を多く消費して
コンテンツを速やかに伝送し得なくなるという問題があ
った。
で、クライアントを飽きさせることなくコンテンツを速
やかにかつ確実に提供し得るコンテンツ提供装置、コン
テンツ提供方法、プログラム格納媒体及びコンテンツ提
供システムを提案しようとするものである。
め本発明においては、個人毎に専用の記憶領域を確保
し、当該記憶領域に格納された複数種類のコンテンツを
読み出した後ネットワークを介して提供するコンテンツ
蓄積提供手段に対してクライアントがネットワークを介
してコンテンツの要求を行った要求時刻を認識し、複数
種類のコンテンツを任意の時間帯枠毎に1種類づつ提供
するように設定された提供スケジュールに基づいて要求
時刻に該当する時間帯枠で提供予定にあるコンテンツの
種類を判断し、当該判断した種類のコンテンツをコンテ
ンツ蓄積提供手段によりネットワークを介してクライア
ントへ提供するようにした。
クライアントから要求を受けた時間帯枠毎に異なる種類
のコンテンツを提供することができるので、クライアン
トを飽きさせることなく提供スケジュールに従って多種
類のコンテンツを順次提供し得ると共に、時間帯枠毎に
一種類のコンテンツだけを提供するので、回線の帯域幅
を多く消費することがなくコンテンツを速やかにかつ確
実に提供することができる。
施の形態を詳述する。
引の原理 インターネットは、多数のコンピュータを通信リンクを
介して相互に接続することにより構築したコンピュータ
ネットワークであり、コンピュータ間で電子メール、ゴ
ーファー(Gopher)及びWWW(World Wide Web)等の
各種サービスを利用して情報を送受信し得るようになさ
れている。
ト300を介してクライアントPC(Personal Compute
r) 302−1〜302−NへWWW等の各種サービス
を提供するWWWサーバ301(WebサーバやWeb
サイト等とも呼ばれている)は、図形や画像等のグラフ
ィックス情報によって構成されるWebページを内部の
ハードディスクに格納している。
のWWW上で用いられる各リソースは、インターネット
300上で識別するためのアドレシング技術であるUR
L(Uniform Resource locator)によって一意的に認識
可能となっている。
ているクライアントPC302−1〜302−Nは、H
TTP(Hyper Text Transfer Protocol)等の所定の転
送プロトコルで例えば閲覧を希望するWebページのU
RLがユーザによって指定されると、当該URLに従っ
てWWWサーバ301にWebページの閲覧要求を行
う。
2−Nは、WWWサーバ301に対して閲覧要求した結
果、当該WWWサーバ301から送信されたWebペー
ジを受信すると、内部のハードディスクに予め格納され
たWWWブラウザを介して当該Webページを表示部に
表示するようになされており、これによりユーザに対し
てWebページを閲覧させ得るようになされている。
(Hyper Text Markup Language)を使用して定義されて
いるものが代表的であり、当該Webページを定義して
いるHTMLドキュメントには、Webページをどのよ
うに表示させるかを指定するためにHTMLで規定され
たタグ(予約語)と呼ばれる記号が含まれている。
ィックス、コントロール及びその他の機能を表示する様
々なタグが含まれていると共に、Webページの閲覧を
要求するWWWサーバ301又は他のWWWサーバで利
用できるWebページのURLをリンク先として指定す
ることも可能になっている。
の提供者が意図する表示方法でクライアントPC302
−1〜302−Nの表示部に表示されることになる。
用した電子商取引に上述のWWWが用いられている。
販売対象の商品を電子的にリスト化した商品カタログで
構成されるWebページを用意しており、顧客の閲覧要
求に応じてそのWebページを当該顧客が所有するクラ
イアントパーソナルコンピュータ302−1〜302−
Nに送信する。
302−Nは、WWWサーバ301からインターネット
300を介して受信したWebページを表示部に表示
し、その結果、販売対象の商品カタログを顧客に閲覧さ
せ得るようになされている。
は、表示部に表示した商品カタログのWebページ上で
購入希望の商品がユーザによって指定されると、その旨
をWWWサーバ301にインターネット300を介して
通知する。
イアントPC302−1〜302−Nに対して顧客情報
を要求し、当該クライアントPC302−1〜302−
Nから商品を購入する顧客の氏名、顧客の所有するクレ
ジットカード番号、商品の配達先を示す住所等の顧客情
報を受信する。
報を受信すると、商品の注文確認用のWebページをク
ライアントPC302−1〜302−Nに送信し、当該
Webページ上で注文内容を顧客に確認させ、その後、
商品の配送のスケジュールを調整する。
た電子商取引においては、インターネット300を介し
て顧客に例えば音楽等の電子的なコンテンツを電子的に
配送したり、配送業者等を利用して顧客に例えばパーソ
ナルコンピュータ等の物理的な商品を配送する等して、
種々の商品に対する電子商取引を実現し得るようになさ
れている。
ては、HTMLの他にXML(eXtensible Markup Lang
uage)と呼ばれるものがあり、当該XMLはHTMLと
同様にタグを用いるものの、文書の構造やその意味を表
現し得ると共に、文書型定義(DTD:Document Type Defi
nition)によりタグに対して階層構造やデータ型等の属
性を指定することができる。
ebページがXMLを使用して定義されていれば、例え
ばデータベースに予め記憶している受注コード、商品コ
ード、単価、数量等の情報処理用のデータを各種タグに
それぞれ埋め込むことができるので、Webページを閲
覧用のみならずに、そのタグに埋め込んだ情報処理用の
データを用いて受注計算等の情報処理を自動的に実行す
るために利用することもできる。
た電子商取引を実現する本発明のコンテンツ提供システ
ムを示し、コンテンツ制作者が使用するユーザPC(Per
sonal Computer) 2と、当該ユーザPC2によって制作
されたコンテンツを蓄え、要求に応じて提供するコンテ
ンツ提供プロバイダ3と、Webサイト上で指定したコ
ンテンツの提供をコンテンツ提供プロバイダ3から受け
る複数のクライアントPC4(4A〜4N)と、コンテ
ンツ制作者がユーザPC2を介してインターネット上で
オンラインショッピングを行うためのオンライン通信販
売会社6と、コマーシャル映像(以下、これをCM映像
と呼ぶ)を作成し、当該CM映像をコンテンツ提供プロ
バイダ3からクライアントPC4へ提供するよう依頼す
るコマーシャルクライアント(以下、これをCMクライ
アントと呼ぶ)7とが互いにインターネット5を介して
接続されている。
PC2で制作された個人のコンテンツに対するクライア
ントPC4からのアクセス回数に応じて、コンテンツ提
供プロバイダ3が受ける利益をコンテンツ制作者に正当
に還元する(以下、これを利益還元と呼ぶ)システムで
あり、一段と優れたコンテンツの制作をコンテンツ制作
者に促すと共に、Webサイトに対するクライアントP
C4のアクセス回数を増加させることを目的とした、イ
ンターネット5上の全く新たなビジネスモデルを構築し
ている。
ロバイダ3、オンライン通信販売会社6及びCMクライ
アント7は互いに提携関係にあってビジネスアライアン
ス8を構築しており、コンテンツ制作者(ユーザPC
2)に対して様々な形態で利益還元処理を行うようにな
されている。
は、まずコンテンツ提供プロバイダ3に対してユーザ登
録手続きを行う必要があり、当該ユーザ登録手続きにつ
いて以下詳細に説明する。
1を介してCPU10、ハードディスクドライブ(HD
D)12、RAM(Random Access Memory)13、IEE
E(Institute of Electrical and Electronics Enginee
rs) 1394インターフェース14、ネットワークイン
ターフェース16及び液晶ディスプレイでなる表示部1
7が互いに接続されて構成されている。
D12に基本プログラムであるOS(Operating System)
の他、各種アプリケーションソフトウェアが格納されて
おり、これらのアプリケーションソフトウェアをRAM
13上に適宜立ち上げて所定の処理を実行するようにな
されている。
にOSを起動することにより表示部17に表示したデス
クトップ画面19(マイクロソフト社のウィンドウズ画
面)のオンラインサインアップアイコン20がコンテン
ツ制作者によってクリックされると、CPU10がHD
D12から自動オンラインサインアップソフトウェアを
立ち上げることにより、図5に示すようなユーザ情報登
録画面21を表示部17に表示する。
トルにもあるようにパーソナルキャスティングサービス
を申し込む際のユーザ情報を登録するためのものであ
り、コンテンツ制作者はこの画面に従って「氏名」、
「住所」、「電話番号」、「電子メールアドレス」、
「生年月日」、「クレジットカード番号」、「第1希望
ユーザID」、「第2希望ユーザID」、「第3希望ユ
ーザID」、「希望チャンネル名」、「パスワード」及
び「パスワード確認」の入力を行い、最後に「申し込み
サービス」を「使い放題コース」或いは「ビギナーコー
ス」のいずれかから選択する。
とは、本発明のコンテンツ提供システム1において新た
に開始するコンテンツの提供形態であり、オンデマンド
型及びライブ型と呼ばれるコンテンツの提供形態が用い
られ、その内容については後程詳細に説明する。
テンツ制作者によって入力されたユーザ情報の内容を無
効にするためのキャンセルボタン22と、コンテンツ制
作者によって入力されたユーザ情報で申し込みを行うた
めの申込みボタン23とが設けられている。
ザ情報の入力が終了した後に申込みボタン23がクリッ
クされると、図6に示すようにユーザ情報登録画面21
(図5)と同一内容のユーザ情報ファイル25を作成
し、これをネットワークインターフェース16(図3)
からインターネット5(図2)を介してコンテンツ提供
プロバイダ3に所定のプロトコルで送信すると共に、H
DD12にユーザ情報ファイル25を書き込んで記憶し
ておく。
すようにユーザPC2をインターネット5に接続するた
めのインターネットサービスプロバイダ(以下、これを
ISPと呼ぶ)31と、ユーザPC2から供給されたコ
ンテンツを蓄積し、クライアントPC4からの要求に応
じて提供するアプリケーションサービスプロバイダ(以
下、これをASPと呼ぶ)32とから構成されている。
ーバ33と、ユーザPC2に対する課金管理を行う課金
管理データベース34と、インターネット5を介してユ
ーザPC2とのネットワーク接続を行うネットワークイ
ンターフェース35とが互いにLAN(Local Area Netw
ork)42を介して接続されており、制御サーバ33の制
御に基づいて課金管理及びネットワーク制御を行うよう
になされている。
管理サーバ36と、ユーザPC2のユーザ情報ファイル
25を管理するためのユーザ情報データベース37と、
コンテンツの提供スケジュールを管理するための提供ス
ケジュール管理データベース38と、コンテンツの蓄積
及び提供を行うためのコンテンツサーバ39と、コンテ
ンツの視聴者であるクライアントPC4(ビューワー)
に関するビューワー情報を管理するためのビューワー情
報データベース40と、CMクライアント7から供給さ
れたCM映像をCM映像ID(Identification)に対応さ
せて蓄積管理するためのCM管理データベース44とが
互いにLAN43を介して接続されており、管理サーバ
36の制御に基づいてユーザ情報管理、提供スケジュー
ル管理、コンテンツの蓄積提供処理、ビューワー情報管
理及びCM提供管理を行うようになされている。
ザ登録手続きの際にユーザPC2から送信されたユーザ
情報ファイル25をISP31のネットワークインター
フェース35及びASP32のネットワークインターフ
ェース41を介して管理サーバ36で受け取る。
報ファイル25を受け取ると、内部のハードディスクか
ら立ち上げたユーザ登録手続プログラムに従って、図8
に示すルーチンRT1の開始ステップから入ってステッ
プSP1に移る。
サーバ36は、ユーザPC2から送信されたユーザ情報
ファイル25の内容を読み出してクレジットカード番号
の桁数をチェックし、正しい桁数であったときには次の
ステップSP2に移る。
ジットカード番号が正しい桁数ではないとき、その旨を
インターネット5を介してユーザPC2に通知し、正し
い桁数のクレジットカード番号を入力するように促す。
サーバ36は、ユーザ情報データベース37にアクセス
し、送られてきたユーザ情報ファイル25のクレジット
カード番号が重複していないかどうかをチェックし、重
複していない場合にのみ次のステップSP3に移る。
サーバ36は、ネットワークインターフェース41から
インターネット5を介してクレジットカード会社の与信
チェックサーバ26にアクセスし、そのクレジットカー
ド番号が有効か否かの与信チェックを行い、当該クレジ
ットカード番号が使用可能な状態であったときのみ次の
ステップSP4に移る。
サーバ36は、ユーザ情報データベース37に再度アク
セスし、ユーザ情報ファイル25の第1〜第3希望ユー
ザIDが既に使用されているか否かを調べ、第1〜第3
希望ユーザIDのいずれかが未だ使用されていない場
合、次のステップSP5に移る。
サーバ36は、第1〜第3希望ユーザIDのうち希望順
位の高い未使用のユーザIDを選定し、当該ユーザID
に対応したURL(Uniform Resource Locator)を決定し
た後、ユーザ情報ファイル25に基づいて図9に示すよ
うなユーザ情報DBテーブル45を生成し、これをユー
ザ情報データベース37に新たに登録し、次のステップ
SP6に移る。
に登録されたユーザ情報DBテーブル45には、ユーザ
情報ファイル25の内容に加えてユーザIDに対応して
決定されたURL、利益還元を受けるときに必要なコン
テンツ制作者が獲得した累積ポイント数、当該累積ポイ
ント数に応じたユーザのランクを表すユーザステータス
(ステージ1)、接続開始日時、接続終了日時、現時点
のインターネット5に対するISP31のインターネッ
ト接続料及びASP32の申込みサービス(「使い放題
コース」)に対するサービス利用料が新たに追加されて
いる。
は、ユーザIDに対応したURLを決定した後ユーザ情
報データベース37に登録することにより、個々のコン
テンツ制作者が制作したコンテンツの動画像ファイルを
URLに対応したコンテンツサーバ39の予め決められ
た専用の記憶領域に占有的に書き込む権利を与えるよう
になされている。
ザ情報データベース37のユーザ情報DBテーブル45
をコンテンツ制作者毎に管理するようになされており、
クライアントPC4からのアクセス回数に応じてコンテ
ンツ制作者の累積ポイント数を増加して更新し、当該累
積ポイント数に応じてコンテンツ制作者のユーザステー
タスを変更したり、接続開始日時、接続終了日時、現在
のインターネット接続料及び申込みサービスに対するサ
ービス利用料に関する種々のデータを逐次更新する。
ト数に応じたコンテンツ制作者に対する格付けで、低い
ほうから順にステージ1、ステージ2、プロフェッショ
ナルステージと位置付けられるようになされている。従
ってユーザステータスの高いコンテンツ制作者ほど、多
くの利益還元を受けることが可能である。
サーバ36は、選定したユーザIDと共に当該ユーザI
Dに対応したURLをネットワークインターフェース4
1からインターネット5を介してユーザPC2に通知す
る。
「ユーザIDに対応したURLに自動的に接続し、ユー
ザPC2で制作されたコンテンツの動画像ファイルをU
RLに対応したコンテンツサーバ39の専用の記憶領域
に自動的に書き込む」ようにプログラムされた自動アッ
プロードソフトウェアをシェアウエアとしてインターネ
ット5を介してユーザPC2に対して供給するようにな
されている。
自動アップロードソフトウェアをインターネット5を介
してダウンロードし、当該自動アップロードソフトウェ
アに基づいてデスクトップ画面19(図4)に自動アッ
プロードソフトウェアのアップロードアイコン27を表
示する。
クトップ画面19のアップロードアイコン27がコンテ
ンツ制作者によってクリックされると、自動アップロー
ドソフトウェアに従ってインターネット5からISP3
1を経由してASP32に接続し、当該ASP32の管
理サーバ36に対して「URLに対応するコンテンツサ
ーバ39の専用の記憶領域にコンテンツの動画像ファイ
ルを自動的に書き込む」指示を与えるようになされてい
る。
は、ユーザPC2から供給されたコンテンツの動画像フ
ァイルをURLに基づくコンテンツサーバ39の専用の
記憶領域に書き込み、クライアントPC4からの要求に
応じてコンテンツの動画像ファイルをコンテンツサーバ
39の専用の記憶領域から読み出して提供することがで
きる。
コンテンツ制作者によるユーザ情報の登録手続きによっ
てユーザIDが選定されると共にURLが決定され、A
SP32から自動アップロードソフトウェアをダウンロ
ードしてしまえば、URLをコンテンツ制作者に意識さ
せたり入力させることなく、アップロードアイコン27
に対するクリック操作だけで、制作したコンテンツの動
画像ファイルをコンテンツサーバ39の専用の記憶領域
にアップロードすることを一段と容易に実行し得るよう
になされている。
ては、あたかも自分専用チャンネル(以下、これをマイ
チャンネルと呼ぶ)を介してコンテンツを提供する個人
放送局を開設したかのようなシステムを構築し得るよう
になされている。
サーバ36は、ユーザ登録手続き処理を完了したので、
ユーザ登録完了通知メールを作成し、これをネットワー
クインターフェース41からインターネット5を介して
ユーザPC2に送信し、次のステップSP8でユーザ登
録手続き処理を全て終了する。
要求に応じて個人のユーザ情報DBテーブル45をビジ
ネスアライアンスを構築しているISP31の制御サー
バ33や、ユーザPC2からISP31のアクセスポイ
ントまでの回線接続を行う電話会社(図示せず)及びオ
ンライン通信販売会社6に対して送信するようになされ
ている。
オンライン通信販売会社6もユーザ情報DBテーブル4
5を保持することになる。
会社及びオンライン通信販売会社6等にアクセスする都
度、コンテンツ制作者に対して面倒な登録手続きを強い
ることがなく、最初に行ったユーザ登録手続き処理だけ
で済むようになされている。
SP31の制御サーバ33、電話会社及びオンライン通
信販売会社6に対して個人のユーザ情報DBテーブル4
5の内容を送信することに関して、ユーザ登録手続きの
ときに予めコンテンツ制作者に対して承諾をとるように
なされている。
の形態 本発明のコンテンツ提供システム1においては、上述し
たようにパーソナルキャスティングサービスによるコン
テンツの提供形態としてオンデマンド型とライブ型とが
ある。
ングサービスのユーザ登録時に予めユーザPC2が取得
したURLに対応するコンテンツサーバ39の専用の記
憶領域に予めコンテンツを格納しておき、当該コンテン
ツサーバ39の専用の記憶領域を介して、要求のあった
クライアントPC4に対してコンテンツを提供するサー
ビス形態であり、あたかも個人放送局のように自分専用
チャンネル(マイチャンネル)を介して要求のあったク
ライアントPC4にコンテンツを提供できるようにした
ものである。
キャスティングサービスの登録ユーザだけが特定ジャン
ルの映像チャンネル(例えば結婚式チャンネル、音楽ラ
イブチャンネル、演劇ライブチャンネル及びイベントラ
イブチャンネル)毎にURLで指定されたコンテンツサ
ーバ39の専用の記憶領域を時間帯毎に区分けして共有
使用し、当該コンテンツサーバ39の専用の記憶領域を
介して、要求のあったクライアントPC4に対してライ
ブ映像のコンテンツをストリーミング再生して送信する
ことによりリアルタイムに提供するサービス形態であ
る。
像チャンネル毎にURLで指定されたコンテンツサーバ
39の専用の記憶領域に対する使用時間帯枠を予約する
ことにより不特定多数の登録ユーザが自由にコンテンツ
を提供し得るようになされており、あたかも公共的な映
像チャンネル(以下、これをパブリックチャンネルと呼
ぶ)を介して要求のあったクライアントPC4にライブ
映像のコンテンツを提供できるようにしたものである。
ャスティングサービス 次に、コンテンツ提供システム1のオンデマンド型によ
るパーソナルキャスティングサービスの説明を具体的に
行う。
作処理 ユーザPC2(図3)のCPU10は、まずHDD12
から画像取込ソフトウェアを起動することにより、図1
0に示すようなキャプチャー画面50を表示部17に表
示する。
EEE1394インターフェース14を介して接続され
たディジタルビデオカメラ18と画像取込ソフトウェア
によるキャプチャー画面50とを連動させるようになさ
れており、コンテンツ制作者によるムービーモード切換
ボタン53のクリック操作に応じてオンデマンドモード
に設定する。
ジタルビデオカメラ18で撮影した映像をファインダ表
示エリア51に表示してコンテンツ制作者に確認させる
と共に、当該コンテンツ制作者によるキャプチャーボタ
ン52のクリック操作に基づいてディジタルビデオカメ
ラ18による収録を開始し、キャプチャーボタン52の
再クリック操作に基づいて収録を終了する。
ャプチャーボタン52のクリック操作に応じて収録した
ディジタルビデオカメラ18の動画像データをIEEE
1394インターフェース14を介して取り込み、HD
D12に一旦記録する。
に示すように画像取込ソフトウェアに従って確認画面5
5を表示部17に表示する。この確認画面55には、H
DD12に一旦記録した動画像データを再生して表示す
る映像表示エリア56、再生中の動画像データに対する
タイムコードを表示するタイムコード表示エリア57、
収録時の日付を表示する日付表示エリア58、動画像デ
ータに対する再生、停止、早戻し、早送り等の操作を行
う操作ボタン59、動画像データの一部又は全部をHD
D12から削除する削除ボタン60及びOKボタン61
が設けられており、確認画面55上で収録した動画像デ
ータのシーンをコンテンツ制作者に対して確認させて所
望のシーンだけを残すように編集し得るようになされて
いる。
コンテンツ制作者が確認画面55上で確認し編集した
後、当該コンテンツ制作者がOKボタン61をクリック
すると、ユーザPC2のCPU10は次にHDD12か
ら編集ソフトウェアを起動することにより、図12に示
すような編集画面65を表示部17に表示する。
カメラ18で収録した動画像データの確認画面55を表
示し得るようになされた3種類の確認画面表示エリア6
6〜68と、3種類の動画像データに対する合成順序を
決定するための順番ボタン69と、決定された合成順序
で3種類の動画像データを合成するための合成ボタン7
0と、OKボタン71とが設けられている。
テンツ制作者による順番ボタン69のクリック操作によ
って3種類の動画像データに対する合成順序を決定し、
合成ボタン70のクリック操作に応じて3種類の動画像
データを合成順序に従って合成することにより動画像フ
ァイルを生成し、当該動画像ファイルをASP32のコ
ンテンツサーバ39に蓄積するコンテンツとしてHDD
12に一旦格納するようになされている。
予約 その後ユーザPC2のCPU10は、コンテンツ制作者
によってOKボタン71がクリックされるか、デズクト
ップ画面19(図4)のアップロードアイコン27がク
リックされると、ユーザ登録時にASP32から予めダ
ウンロードした自動アップロードソフトウェアを起動
し、図13に示すようなオンデマンド型パーソナルキャ
スト制御画面75を表示部17に表示する。
御画面75には、モード表示欄76に現在オンデマンド
モードが設定されていることを示す「オンデマンド」の
文字が表示され、ISP名表示欄77にISP31の会
社名が自動的に表示されると共に、ASPチャンネル表
示欄78にオンデマンドモードで自動的に設定される
「マイチャンネル」の文字が表示される。
御画面75には、オプションボタン81が設けられてお
り、当該オプションボタン81がコンテンツ制作者によ
ってクリックされると、ユーザPC2のCPU10は自
動アップロードソフトウェアに基づいて図14に示すよ
うなプルダウンメニュー85をオンデマンド型パーソナ
ルキャスト制御画面75に重ねて表示する。
ンツ制作者が制作したコンテンツの映像ジャンルを指定
するためのジャンル設定ボタン85A、要求のあったク
ライアントPC4に対してコンテンツを提供する際のコ
ーデックを選択するコーデック選択ボタン85B、コン
テンツの提供スケジュールをコンテンツ制作者によって
自由に決定するためのスケジュール予約ボタン85C、
コンテンツ制作者の希望によりコンテンツの先頭部分に
CM映像を付加してクライアントPC4に提供するため
のCM提供リクエストボタン85D、CM映像から例え
ばCM提供会社のホームページにリンクするためのCM
リンク設定ボタン85E及びコンテンツに対応したコン
テンツIDを設定するためのコンテンツID設定ボタン
85Fが設けられている。
ジャンル設定ボタン85Aがコンテンツ制作者によって
クリックされると、ユーザPC2のCPU10は自動ア
ップロードソフトウェアに基づいて図15に示すような
マイチャンネルジャンル表画面90を表示部17に表示
する。
コンテンツの映像ジャンルをコンテンツ制作者が指定す
るために、映像カテゴリ毎にそれぞれ区分けされたカテ
ゴリアイコン91〜99が表示され、そのうちのいずれ
か(例えば「車」カテゴリアイコン92)がコンテンツ
制作者によってクリックされると、ユーザPC2のCP
U10はコンテンツの映像ジャンルを「車」であると認
識し、当該認識した結果をカテゴリデータとしてHDD
12に一旦記憶する。
デック選択ボタン85Bがコンテンツ制作者によってク
リックされると、ユーザPC2のCPU10は自動アッ
プロードソフトウェアに基づいて図16に示すようなコ
ーデック選択画面100を表示部17に表示する。
イアントPC4に対してコンテンツを提供する際のコー
デックとして例えばMPEG(Moving Picture Experts
Group)4、MPEG2及びRealG2等のいずれかか
ら選択するようになされており、コンテンツ制作者によ
って例えばMPEG4にチェックマークが付けられる
と、ユーザPC2のCPU10はコーデックの種類をM
PEG4であると認識し、当該認識した結果をコーデッ
ク種類データとしてHDD12に一旦記憶する。
ケジュール予約ボタン85Cがコンテンツ制作者によっ
てクリックされると、ユーザPC2のCPU10は自動
アップロードソフトウェアに基づいて図17に示すよう
なオンデマンド型提供スケジュール管理画面105を表
示部17に表示する。
画面105には、カレンダ表示エリア106、映像リス
ト表示エリア107、スケジュール内容表示エリア10
8、決定ボタン109、スケジュール内容確認ボタン1
10及びスケジュール内容更新ボタン111が設けられ
ている。
画面105のカレンダ表示エリア106において、コン
テンツを提供する所望の提供日(例えば2月19日)が
コンテンツ制作者のクリック操作によって選択される
と、ユーザPC2のCPU10はコンテンツ制作者が希
望する提供日を2月19日であると認識し、その結果2
月19日を提供日データとしてHDD12に一旦記憶す
ると共に、スケジュール表示エリア108のタイトルに
提供日(2月19日)を自動的に書き込んで表示する。
理画面105のスケジュール内容表示エリア108にお
いて、所望の開始時刻と終了時刻に合わせてクリックす
ることにより時間帯指定バー112がコンテンツ制作者
によって指定されると、ユーザPC2のCPU10は開
始時刻から終了時刻までの時間帯枠を認識すると共に時
間帯指定バー112をコンテンツ制作者によって指定さ
れた時間帯枠毎に区分けして表示する。
8の時間帯指定バー112は、6時から6時59分59
秒までの第1の時間帯枠と、7時から7時59分59秒
までの第2の時間帯枠と、8時から8時59分59秒ま
での第3の時間帯枠と、9時から10時59分59秒ま
での第4の時間帯枠と、……、21時から21時59分
59秒までの第5の時間帯枠と、22時から23時59
分59秒までの第6の時間帯枠とに区分けされて表示さ
れる。
ことにより時間帯指定バー112における所望の時間帯
枠が選択され、映像リスト表示エリア107の中から所
望の映像種類(例えば4WD、スポーツカー、電気自動
車)を示す種類記号(MA、MB又はMC)がクリック
されると、ユーザPC2のCPU10は選択された第1
〜第6の時間帯枠でそれぞれ提供するコンテンツの映像
種類を種類記号(MA、MB又はMC)によって認識
し、当該認識した種類記号を時間帯指定バー112の時
間帯枠内にそれぞれ表示する。
理画面105で決定ボタン109がクリックされると、
ユーザPC2のCPU10は時間帯指定バー112にお
ける第1〜第6の時間帯枠毎に決められた映像種類でコ
ンテンツを提供するように予約した提供スケジュールプ
ログラムを生成し、これをHDD12に一旦記憶する。
時間帯指定バー112における第1の時間帯枠の時刻で
クライアントPC4から要求を受けると種類記号MAに
該当する「4WD」のコンテンツを提供し、第2の時間
帯枠の時刻でクライアントPC4から要求を受けると種
類記号MBに該当する「スポーツカー」のコンテンツを
提供し、第3の時間帯枠の時刻でクライアントPC4か
ら要求を受けると種類記号MAに該当する「4WD」の
コンテンツを提供し、第4の時間帯枠の時刻でクライア
ントPC4から要求を受けると種類記号MCに該当する
「セダン」のコンテンツを提供し、第5の時間帯枠の時
刻でクライアントPC4から要求を受けると種類記号M
Bに該当する「スポーツカー」のコンテンツを提供し、
第6の時間帯枠の時刻でクライアントPC4から要求を
受けると種類記号MAに該当する「4WD」のコンテン
ツを提供するようにプログラムされている。
4)のうちCM提供リクエストボタン85Dがコンテン
ツ制作者によってクリックされると、ユーザPC2のC
PU10は自動アップロードソフトウェアに基づいて図
18に示すようなCM提供リクエスト画面115を表示
部17に表示する。
自分のコンテンツの先頭部分にCM映像を付加してクラ
イアントPC4に提供することを希望するか否かをコン
テンツ制作者に対して問うためのCM希望ボタン115
A及びCM非希望ボタン115Bが設けられており、C
M希望ボタン115Aがコンテンツ制作者によってクリ
ックされたときのみ、ユーザPC2のCPU10はコン
テンツに対してCM映像を付加してもらうことを希望す
る旨のCM希望データを生成し、これをHDD12に一
旦記憶する。
Mリンク設定ボタン85Eがコンテンツ制作者によって
クリックされると、ユーザPC2のCPU10は自動ア
ップロードソフトウェアに基づいて図19に示すような
CMリンク設定画面116を表示部17に表示する。
テンツの最初に付加したCM映像から例えばCM提供会
社のホームページにリンクするアンカを設定するための
CMリンク有ボタン116Aと、CM映像からのリンク
を設定しないためのCMリンク無ボタン116Bとが設
けられており、CMリンク有ボタン116Aがコンテン
ツ制作者によってクリックされたときのみ、ユーザPC
2のCPU10はCM映像から所定のホームページにリ
ンクするアンカの設定を希望する旨のCMリンクデータ
を生成し、これをHDD12に一旦記憶する。
ンテンツID設定ボタン85Fがコンテンツ制作者によ
ってクリックされると、ユーザPC2のCPU10は自
動アップロードソフトウェアに基づいて図20に示すよ
うなコンテンツID設定画面117を表示部17に表示
する。
コンテンツID入力欄117Aが設けられており、コン
テンツ制作者によってコンテンツに対応した任意のコン
テンツIDが入力されて実行キーが押下されると、ユー
ザPC2のCPU10はコンテンツIDを認識し、これ
をHDD12に一旦記憶する。
パーソナルキャスト制御画面75のオプションボタン8
1をクリックすることにより表示されたプルダウンメニ
ュー85に従ってコンテンツを提供する際の種々の条件
を設定し、HDD12に一旦記憶した種々の諸条件デー
タ(カテゴリデータ、コーデック種類データ、提供スケ
ジュールプログラム、CM希望データ、CMリンクデー
タ及びコンテンツID)やユーザ登録手続き処理を行っ
た際のユーザ情報ファイル25の内容に基づいて図21
に示すようなオンデマンド型提供スケジュールコントロ
ールファイル120を新たに生成し、これをHDD12
に一旦記憶するようになされている。
デマンド型提供スケジュールコントロールファイル12
0には、「ISP接続先」としてインターネット5に接
続する際のISP名(*****)、「ASPチャンネ
ル」としてASP32がコンテンツを提供する際のチャ
ンネルタイプ(マイチャンネル)、「コンテンツID」
としてコンテンツ制作者が決定したコンテンツID(*
**)、「CODEC」として提供時のCODEC(M
PEG4)、「映像ジャンル」として映像カテゴリ
(車)、「提供スケジュール」として提供スケジュール
データの内容(2月19日6時から提供予定等の諸条
件)、「CMリクエスト」としてCM提供リクエストの
有無(CM有)、「CMリンク」としてCMリンクの有
無(CMリンク無)、「ユーザID」としてユーザ登録
時のユーザID(kimkim) 、「パスワード」としてユー
ザ登録時のパスワード(*****)が格納されてい
る。
デマンド型提供スケジュールコントロールファイル12
0に基づいてオンデマンド型パーソナルキャスト制御画
面75(図13)の映像ジャンル表示欄79にコンテン
ツの映像カテゴリを表す「車」の文字を表示すると共
に、提供スケジュール予約表示欄80にコンテンツの提
供予定を表す「2月19日6時から提供予定」の文字を
表示するようになされている。
設定はユーザPC2によりプルダウンメニュー85を用
いて設定する旨説明したが、ASP32の管理サーバ3
6側で自動的に設定されるようにしても良い。
C4により提供されることが決まったCMに対して、リ
ンク指定がCMクライアント7によって予め行われてい
るときは自動的にCMリンクが行われる。
るとASP32の管理サーバ36側で自動的にコンテン
ツIDが設定され、このIDによりASP32の管理サ
ーバ36上で管理されることも可能である。
へのコネクト処理 次にユーザPC2のCPU10は、オンデマンド型パー
ソナルキャスト制御画面75(図13)の内容がコンテ
ンツ制作者によって確認され、当該コンテンツ制作者に
よってコネクトボタン82がクリックされると、自動ア
ップロードソフトウェアに従って図22に示すルーチン
RT2の開始ステップから入ってステップSP11に移
る。
CPU10は、ネットワークインターフェース16(図
3)からインターネット5及びISP31を介してAS
P32にログインし、当該ASP32のユーザ情報デー
タベース37にアクセスしてユーザID、パスワード等
を基に認証を得た後、次のステップSP12に移る。
CPU10は、ASP32の認証を得たので、HDD1
2からオンデマンド型提供スケジュールコントロールフ
ァイル120とコンテンツの動画像ファイルとを読み出
した後、当該オンデマンド型提供スケジュールコントロ
ールファイル120とコンテンツの動画像ファイルとを
ネットワークインターフェース16からインターネット
5、ISP31のネットワークインターフェース35及
びASP32のネットワークインターフェース41を経
由して管理サーバ36へ転送し、次のステップSP13
に移って処理を終了する。
は、自動アップロードソフトウェアに従ってオンデマン
ド型提供スケジュールコントロールファイル120及び
コンテンツの動画像ファイルをASP32にアップロー
ドし得るようになされている。
ークインターフェース41を介してオンデマンド型提供
スケジュールコントロールファイル120及びコンテン
ツの動画像ファイルを受け取り、オンデマンド型提供ス
ケジュールコントロールファイル120を提供スケジュ
ール管理データベース38に登録し、コンテンツの動画
像ファイルをユーザPC2がユーザ登録時に取得したU
RLに対応するコンテンツサーバ39の専用の記憶領域
に格納する。
デマンド型提供スケジュールコントロールファイル12
0の内容としてCM提供リクエストが「CM有」の場
合、CMクライアント7から予め供給されてCM管理デ
ータベース44に格納しておいたCM映像をコンテンツ
の動画像ファイルの先頭部分に付加することによりCM
付動画像ファイルを生成し、これをコンテンツサーバ3
9に改めて格納しておくようになされている。
ユーザPC2がオンデマンド型提供スケジュールコント
ロールファイル120及びコンテンツの動画像ファイル
をASP32にアップロードしている間に発生するイン
ターネット接続料をユーザPC2のユーザIDに対応付
けて課金し、課金管理データベース34の課金データを
更新する。
ASP32のサービス利用料をユーザPC2のユーザI
Dに対応付けて課金し、その課金データをネットワーク
インターフェース41及びISP31のネットワークイ
ンターフェース35を介して課金管理データベース34
に送信し、課金管理データベース34の課金データを更
新する。
ーザPC2が「使い放題コース」と呼ばれる定額制のサ
ービス契約がなされている場合、接続開始日時から接続
終了日時までの接続時間をユーザ情報データベース37
に記録するだけでサービス利用料は一定のままで課金処
理は行わない。
ルコントロールファイル120及びコンテンツの動画像
ファイルのASP32に対するアップロードが終了した
後、オンデマンド型提供スケジュールコントロールファ
イル120の内容を確認したい場合、コンテンツ制作者
はオンデマンド型提供スケジュール管理画面105(図
17)のスケジュール内容確認ボタン110をクリック
すれば良い。
動アップロードソフトウェアに従って図23に示すルー
チンRT3の開始ステップから入ってステップSP15
に移る。
CPU10は、コンテンツ制作者によってスケジュール
内容確認ボタン110がクリックされると、ネットワー
クインターフェース16(図3)からインターネット5
及びISP31を介してASP32にログイン処理し、
当該ASP32のユーザ情報データベース37にアクセ
スしてユーザID、パスワード等の認証を得、次のステ
ップSP16に移る。
CPU10は、ASP32の管理サーバ36によってユ
ーザID、パスワード等の認証を得たので、提供スケジ
ュール管理データベース38からオンデマンド型提供ス
ケジュールコントロールファイル120の供給を受け、
当該オンデマンド型提供スケジュールコントロールファ
イル120に基づいてオンデマンド型提供スケジュール
管理画面105(図17)を表示部17に再度表示す
る。
オンデマンド型提供スケジュール管理画面105を表示
部17の画面上に表示することにより、コンテンツ制作
者に対してオンデマンド型提供スケジュールコントロー
ルファイル120の内容を再度確認させ得るようになさ
れている。
型提供スケジュールコントロールファイル120の内容
を変更しようとした場合、オンデマンド型提供スケジュ
ール管理画面105上で提供スケジュールの変更が行わ
れた後に決定ボタン109がクリックされると、ユーザ
PC2のCPU10は次のステップSP17に移る。
CPU10は、オンデマンド型提供スケジュール管理画
面105上で変更された内容に基づいて新たな提供スケ
ジュールプログラムを生成し、これを基に新たなオンデ
マンド型提供スケジュールコントロールファイル120
を生成し、次のステップSP18に移る。
CPU10は、オンデマンド型提供スケジュール管理画
面105上の更新ボタン111がコンテンツ制作者によ
ってクリックされると、新たなオンデマンド型提供スケ
ジュールコントロールファイル120をインターネット
5を介してASP32へ転送し、次のステップSP19
に移って処理を終了する。
新たなオンデマンド型提供スケジュールコントロールフ
ァイル120で提供スケジュール管理データベース38
を更新し、以降この新たなオンデマンド型提供スケジュ
ールコントロールファイル120に基づいてコンテンツ
の提供スケジュールを管理するようになされている。
ンツの提供処理 クライアントPC4においても、コンテンツの提供を受
けるに当たってユーザPC2と同様に、コンテンツ提供
プロバイダ3に対してユーザ登録が可能であり、その場
合にはルーチンRT1(図8)のユーザ登録手続き処理
手順に従ってユーザ登録手続きを行い、ASP32の管
理サーバ36によってビューワー情報データベース40
にクライアントPC4のユーザID及びパスワードに対
応付けられたビューワー情報ファイルの登録が行われ
る。
行っていない場合にはビジターとしてASP32が提供
するパーソナルキャスティングサービスのWebサイト
に直接アクセスしてもよく、ユーザ登録したクライアン
トPC4に限っては感動や共感を覚えたり、あるいは優
れていると感じたコンテンツのコンテンツ制作者に対し
て容易に寄付を行えるようになされている。この寄付に
関しては後程説明する。
例えばユーザ登録を行ったクライアントPC4に対して
オンデマンド型でコンテンツを提供する場合、内部のハ
ードディスクから立ち上げたコンテンツ提供プログラム
に従って図24に示すルーチンRT4の開始ステップか
ら入ってステップSP21に移る。
理サーバ36は、クライアントPC4からのログイン処
理を受け、当該クライアントPC4から送られてきたユ
ーザID及びパスワードを基にビューワー情報データベ
ース40のビューワー情報ファイルを参照し、次のステ
ップSP22に移る。
理サーバ36は、ユーザID及びパスワードを基にビュ
ーワー情報データベース40のビューワー情報ファイル
を参照した結果、ログインしてきたクライアントPC4
が登録済の正規ユーザであるか否かを判定する。
ユーザID及びパスワードがビューワー情報データベー
ス40に登録されたものと一致しないことを表してお
り、このときASP32の管理サーバ36はステップS
P21に戻って、クライアントPC4に対して正確なユ
ーザID及びパスワードの入力を促してログイン処理を
再実行させる。
が得られると、このことはクライアントPC4が登録済
の正規ユーザであることを表しており、このときASP
32の管理サーバ36は次のステップSP23に移る。
理サーバ36は、クライアントPC4からのアクセスに
応じてパーソナルキャスティングサービスにおけるホー
ムページのHTMLファイルをコンテンツサーバ39か
ら読み出し、これをネットワークインターフェース41
からインターネット5を介してクライアントPC4へ送
信する。
2(図3)とほぼ同一の構成を有し、ASP32から送
られてきたパーソナルキャスティングサービスにおける
ホームページのHTMLファイルをCPU(図示せず)
が受け取り、これを図25に示すようなホームページ画
面125(ネットスケープコミュニケーション社のネッ
トスケープナビゲータ画面)として表示部に表示する。
マンドモード選択表示エリア126にマイチャンネルを
介してコンテンツの提供を受けるためのオンデマンド型
マイチャンネル選択ボタン127が設けられていると共
に、ライブモード選択表示エリア128にライブ映像の
コンテンツの提供をパブリックチャンネルを介して受け
るためのライブ型パブリックチャンネル選択ボタン12
9と、ライブ映像のコンテンツの提供をマイチャンネル
を介して受けるためのライブ型マイチャンネル選択ボタ
ン130とが設けられている。
ンデマンド型マイチャンネル選択ボタン127がユーザ
によってクリックされると、クライアントPC4のCP
Uはオンデマンド型マイチャンネル選択ボタン127が
選択されたことを示すモード選択信号をインターネット
5を介してASP32の管理サーバ36に送信する。
は、クライアントPC4から送られたモード選択信号に
基づいてコンテンツサーバ39からマイチャンネル用の
ジャンル表画面を構成するHTMLファイルを読み出
し、これをネットワークインターフェース41からイン
ターネット5を介してクライアントPC4へ送信する。
は、ASP32から送られてきたマイチャンネル用のジ
ャンル表画面のHTMLファイルを受け取り、これを図
26に示すようなマイチャンネル用のジャンル表画面1
35として表示部に表示する。
35は、コンテンツ制作者がコンテンツの映像ジャンル
を選択するときに用いたマイチャンネル用のジャンル表
画面90(図15)とほぼ同一内容であり、映像カテゴ
リ毎に区分けされたカテゴリアイコン136〜144が
表示されている。
画面135において、カテゴリアイコン136〜144
のいずれか(例えば「車」カテゴリアイコン137)が
クライアントPC4のユーザによってクリックされる
と、当該クライアントPC4のCPUは「車」カテゴリ
アイコン137に対応したジャンル選択信号をインター
ネット5を介してASP32の管理サーバ36に送信す
る。
理サーバ36は、クライアントPC4から送られたジャ
ンル選択信号に基づいてコンテンツサーバ39から映像
カテゴリ「車」に関するチャンネル表示画面のHTML
ファイルを読み出し、これをネットワークインターフェ
ース41からインターネット5を介してクライアントP
C4へ送信する。
は、ASP32から送られてきたチャンネル表示画面の
HTMLファイルを受け取り、これを図27に示すよう
に映像ジャンル「車」に関するチャンネル表示画面15
0として表示部に表示する。
テンツ制作者がユーザ登録処理を行ったときのユーザ情
報DBテーブル45(図9)に設定したチャンネル名
(木村Ch)が付けられたチャンネルボタン151〜1
59がそれぞれ表示されており、ユーザはこの中から所
望のチャンネルボタン(例えば木村Ch)155をクリ
ックして選択するようになされている。
理サーバ36は、チャンネル表示画面150を見ている
クライアントPC4のユーザによって所望のチャンネル
ボタン155がクリックされて選択されたか否かを判定
する。
は、ユーザによって選択されたチャンネルボタン155
に対応して設定されているコンテンツIDをインターネ
ット5を介してASP32の管理サーバ36に送信する
ようになされている。
ンテンツIDを受け取った場合に所望のチャンネルボタ
ン155がクリックされたものとして認識し、コンテン
ツIDに基づいて提供スケジュール管理データベース3
8に格納されているオンデマンド型提供スケジュールコ
ントロールファイル120を参照し、チャンネルボタン
155に対応したURLを把握するようになされてい
る。
ると、このことはチャンネル表示画面150に表示され
ているチャンネルボタン151〜159のいずれもユー
ザによって選択されていないことを表しており、このと
きASP32の管理サーバ36はチャンネルボタン15
1〜159のいずれかが選択されるまで待ち受ける。
が得られると、このことはチャンネルボタン151〜1
59のうちユーザ所望のチャンネルボタン155がクリ
ックされて選択されたことを表しており、このときAS
P32の管理サーバ36は次のステップSP27に移
る。
理サーバ36は、クリックされたチャンネルボタン(例
えば木村Ch)155に対応したコンテンツIDをクラ
イアントPC4からインターネット5を介して受ける
と、当該コンテンツIDに基づいてオンデマンド型提供
スケジュールコントロールファイル120を参照し、チ
ャンネルボタン155がクリックされた時点のタイミン
グで提供予定にある映像種類(MA、MB又はMC)の
CM付動画像ファイルを、コンテンツIDに対応したU
RLに基づいてコンテンツサーバ39の専用の記憶領域
から読み出し、これをインターネット5を介してクライ
アントPC4へ送信し、次のステップSP28に移って
処理を終了する。
て、例えばユーザによって2月19日の午前10時55
分にチャンネルボタン(例えば木村Ch)155がクリ
ックされると、ASP32の管理サーバ36はオンデマ
ンド型提供スケジュールコントロールファイル120を
参照し、オンデマンド型提供スケジュール管理画面10
5(図17)で指定したスケジュール内容表示エリア1
08の提供スケジュールに従って、映像種類が「セダン
(MC)」のCM付動画像ファイルをクライアントPC
4へ送信する。
たCM付動画像ファイルに基づいて図28に示すような
コンテンツ表示画面165を表示部に表示し、当該コン
テンツ表示画面165の中央に設けられた表示エリア1
66にCM映像を最初に表示した後、続いて「セダン」
の車の動画像を表示する。
は、オンデマンド型提供スケジュールコントロールファ
イル120の内容に従ってクライアントPC4のユーザ
によってチャンネルボタン151〜159がクリックさ
れた時点のタイミングで提供予定にある1種類のCM付
動画像ファイルをクライアントPC4へ送信するように
なされている。
は、ほぼ同時に複数のクライアントPC4から同一のコ
ンテンツに対する要求を受けて送信する場合でも、ある
タイミングで複数種類のコンテンツを同時に送信しなけ
ればならない場合と比較すれば、伝送路の帯域幅を多く
消費せずに済むのでコンテンツを滞らせることなく速や
かに伝送し得るようになされている。
6は、クリック操作に応じてクライアントPC4へコン
テンツのCM付動画像ファイルを提供する度に、クライ
アントPC4のクリック回数をアクセス回数としてカウ
ントする。
M映像を視聴させた人数に相当するので、ASP32の
管理サーバ36はアクセス回数の多いコンテンツを制作
したコンテンツ制作者に対して正当に利益還元するため
に、アクセス回数に応じたポイントをコンテンツ制作者
に与えるようになされており、そのコンテンツ制作者に
対するポイントをユーザIDに対応したユーザ情報DB
デーブル45に登録してユーザ情報データベース37に
格納するようになされている。
ィングサービス 次にコンテンツ提供システム1のライブ型によるパーソ
ナルキャスティングサービスの説明を具体的に行う。
タイムに提供するため、オンデマンド型のようにコンテ
ンツの動画像ファイルを作成し、当該作成したコンテン
ツの動画像ファイルを予めASP32のコンテンツサー
バ39に蓄積しておく必要はない。
ンネル(結婚式チャンネル、音楽ライブチャンネル、演
劇ライブチャンネル又はイベントライブチャンネル)を
介してコンテンツを提供するようになされているので、
予めパブリックチャンネルを使用する時間帯枠を予約し
ておく必要がある。
時間帯枠を予約するということは、各パブリックチャン
ネルのURLに対応して割り当てられたコンテンツサー
バ39の専用の記憶領域を使用する時間帯枠の予約を行
うことである。
ツを提供する場合、各パブリックチャンネル毎にURL
で指定されたコンテンツサーバ39の専用の記憶領域に
ユーザPC2から送られてきたライブ映像の動画像ファ
イルを一旦書き込みながら読み出して出力するようにな
されている。
ブリックチャンネルを使用する時間帯枠の予約を行うた
めに、まずオンデマンド型の場合と同様に画像取込ソフ
トウェアを起動することによりキャプチャー画面50
(図10)を表示部17に表示する。
プチャー画面50におけるムービーモード切換ボタン5
3のクリック操作に応じてライブモードに設定した後、
ユーザ登録時にASP32から予めダウンロードしてお
いた自動アップロードソフトウェアを起動し、図13と
の対応部分に同一符号を付して示す図29のようなライ
ブ型パーソナルキャスト制御画面170を表示部17に
表示する。
0には、モード表示欄171に現在ライブモードが設定
されていることを示す「ライブ」の文字が表示され、A
SPチャンネル表示欄172にライブモードでデフォル
トとして設定されている「パブリックチャンネル」の文
字が表示されると共に、オンデマンド型パーソナルキャ
スト制御画面75(図13)のオプションボタン81に
変わってスケジュール予約ボタン173が設けられてい
る。
170には、パブリックチャンネルとして設定されてい
る4種類の結婚式チャンネル、音楽ライブチャンネル、
演劇ライブチャンネル及びイベントライブチャンネルの
中から、コンテンツ制作者によって時間帯枠を予約した
時に決定されたパブリックチャンネルの名称(例えば
「音楽ライブ」)が映像ジャンル表示欄79に表示され
るようになされている。
面170には、オンデマンド型と同様に提供スケジュー
ル予約表示欄80に、コンテンツ制作者によって予約さ
れたライブ映像のコンテンツの提供予定日時が表示され
るようになされている。
御画面170において、スケジュール予約ボタン173
がコンテンツ制作者によってクリックされると、ユーザ
PC2のCPU10はASP32からダウンロードした
自動アップロードソフトウェアを起動し、図30に示す
ルーチンRT5の開始ステップから入ってステップSP
31に移る。
CPU10は、ネットワークインターフェース16(図
3)からインターネット5及びISP31を介してAS
P32にログインし、当該ASP32のユーザ情報デー
タベース37にアクセスしてユーザID、パスワード等
を基に認証を得た後、次のステップSP32に移る。
CPU10は、ASP32の管理サーバ36によって提
供スケジュール管理データベース38から読み出された
パブリックチャンネルの予約状況に関するライブ型提供
スケジュールコントロールファイルをインターネット5
を介して受け取り、これをHDD12に書き込んだ後、
次のステップSP33に移る。
CPU10は、ASP32から供給されたパブリックチ
ャンネルの予約状況に関するライブ型提供スケジュール
コントロールファイルに基づいて図31に示すようなパ
ブリックチャンネル用のライブ型提供スケジュール管理
画面175を表示部17に表示し、次のステップSP3
4で処理を終了する。
75には、パブリックチャンネルとして4種類の結婚式
チャンネル、音楽ライブチャンネル、演劇ライブチャン
ネル及びイベントライブチャンネルに対応する結婚式C
hボタン176、音楽ライブChボタン177、演劇ラ
イブChボタン178及びイベントライブChボタン1
79が設けられている。
ち例えば音楽ライブChボタン177がコンテンツ制作
者によってクリックされると、ユーザPC2のCPU1
0はライブ型提供スケジュールコントロールファイルに
基づいてスケジュール内容表示エリア180に「音楽ラ
イブチャンネル」に関する現在の予約状況を表示する。
0のスケジュール時刻予定表182には、デフォルトと
して今日現在の日付に関する予約状況が表示されるよう
になされており、コンテンツ制作者によってカレンダ表
示エリア181の予約希望日(例えば2月19日)がク
リックされると、ユーザPC2のCPU10はライブ型
提供スケジュールコントロールファイルに基づいて音楽
ライブチャンネルに関する予約希望日(2月19日)の
予約状況をスケジュール時刻予定表182に表示する。
定表182に表示された予約希望日(2月19日)の予
約状況を確認し、時間帯指定バー183のうち「空」時
間帯の中から所望の開始時刻(例えば10時)と終了時
刻(10時59分59秒)をカーソルで指定することに
より、ライブ映像のコンテンツを提供する時間帯枠18
3Aを決定する。
コンテンツ制作者によって決定された時間帯枠183A
が示す開始時刻と終了時刻を予約時間帯枠データとして
認識し、ライブ型提供スケジュールコントロールファイ
ルに書き加えると共に、当該時間帯枠183Aに「満」
の文字を表示する。
れた時間帯枠183Aで提供するコンテンツの名称(例
えば「××ツアー」)がコンテンツ制作者によって入力
されると、その名称を自動的に所定のコンテンツIDに
対応付けてライブ型提供スケジュールコントロールファ
イルに書き加えるようになされている。
デック選択表示エリア184の中からライブ映像のコン
テンツをクライアントPC4に提供する際のコーデック
として例えばMPEG4にチェックマークが付けられる
と、選択されたコーデックの種類をMPEG4であると
認識し、当該認識した結果をコーデック種類データとし
てライブ型提供スケジュールコントロールファイルに書
き加える。
ンツの先頭部分にCM映像を付加してクライアントPC
4に提供することを希望するCM希望ボタン185と、
CM映像をクライアントPC4に提供することを希望し
ないCM非希望ボタン186とのうち、コンテンツ制作
者によってCM希望ボタン185がクリックされると、
ライブ映像のコンテンツに対してCM映像を付加するこ
とを希望したCM希望データ生成し、これをライブ型提
供スケジュールコントロールファイルに書き加える。
上述のようにパブリックチャンネルとして音楽ライブチ
ャンネルを介してライブ映像のコンテンツを提供するた
めの各種設定を行うことにより、図32に示すようなラ
イブ型提供スケジュールコントロールファイル189を
新たに生成し、これをHDD12に一旦記憶する。
ルファイル189には、「ISP接続先」としてインタ
ーネット5に接続する際のISP名(*****)、
「ASPチャンネル」としてASPがライブ映像のコン
テンツを提供する際のチャンネルタイプ(パブリックチ
ャンネル)、「コンテンツ名称」としてコンテンツのタ
イトル(××ツアー)、「CODEC」として提供時の
CODEC(MPEG4)、「パブリックチャンネル」
としてコンテンツ制作者によってライブ映像の内容に合
わせて選択されたパブリックチャンネルの種類(音楽ラ
イブチャンネル)、「提供スケジュール」として提供ス
ケジュールの日時(2月19日10時から提供予定等の
諸条件)、「CMリクエスト」としてCM提供リクエス
トの有無(CM有)、「ユーザID」としてユーザ登録
時のユーザID(kimkim)、「パスワード」としてユー
ザ登録時のパスワード(*****)が格納されてい
る。
ブ型提供スケジュール管理画面175の予約ボタン18
7がコンテンツ制作者によってクリックされると、自動
アップロードソフトウェアに従って図33に示すルーチ
ンRT6の開始ステップから入ってステップSP41に
移る。
CPU10は、ネットワークインターフェース16(図
3)からインターネット5及びISP31を介してAS
P32にログインし、当該ASP32のユーザ情報デー
タベース37にアクセスしてユーザID、パスワード等
を基に認証を得た後、次のステップSP42に移る。
CPU10は、ASP32の認証を得たので、新たに生
成したライブ型提供スケジュールコントロールファイル
189をインターネット5を介してASP32の管理サ
ーバ36に転送し、次のステップSP43に移る。
は、ユーザPC2から転送されてきたライブ型提供スケ
ジュールコントロールファイル189で提供スケジュー
ル管理データベース38を更新し、その後再び提供スケ
ジュール管理データベース38からライブ型提供スケジ
ュールコントロールファイル189を読み出してユーザ
PC2に送り返す。
ユーザPC2に対してライブ映像のコンテンツを提供す
るための新たな予約処理を行ったことに対する予約料を
サービス利用料としてユーザIDに対応させて課金し、
ユーザ情報データベース37のユーザ情報DBテーブル
45を更新する。
CPU10は、提供スケジュール管理データベース38
を更新したライブ型提供スケジュールコントロールファ
イル189の供給を受け、当該ライブ型提供スケジュー
ルコントロールファイル189に基づいて表示部17に
ライブ型提供スケジュール管理画面175を確認用に再
表示し、次のステップSP44で処理を終了する。
ケジュール管理画面175は、コンテンツ制作者に対す
る確認用として「満」の文字が表示された時間帯枠18
3Aを特定の色で区分けして表示するようになされてお
り、これによりコンテンツ制作者は自分で予約したコン
テンツのスケジュールを容易に認識し得るようになされ
ている。
ブ型提供スケジュール管理画面175(図31)におけ
るスケジュール内容表示エリア180に表示された予約
状況を確認した結果、スケジュール時刻予定表182の
時間帯指定バー183において、ライブ映像のコンテン
ツの提供を希望する時間帯枠が既に「満」の表示で予約
できない場合、そのパブリックチャンネルを介してライ
ブ映像のコンテンツを提供することはできない。
ル管理画面175の下部に設けられたマイチャンネルボ
タン188がコンテンツ制作者によってクリックされる
と、ユーザPC2のCPU10は、ASP32の管理サ
ーバ36から提供スケジュール管理データベース38の
オンデマンド型提供スケジュールコントロールファイル
120の供給を受け、当該オンデマンド型提供スケジュ
ールコントロールファイル120に基づいて図34に示
すようなマイチャンネル用のライブ型提供スケジュール
管理画面190を表示する。
ジュール管理画面190は、時間帯指定バー194のう
ちオンデマンド型でコンテンツを提供する予定の予約時
間帯枠(MA及びMBで示された時間帯枠)以外の
「空」時間帯を利用して、ライブ映像のコンテンツを提
供するための予約を行えるようになされており、マイチ
ャンネルスケジュール内容表示エリア191、マイチャ
ンネルジャンル表エリア195、コーデック選択エリア
205、CM希望ボタン206、CM非希望ボタン20
7及び予約ボタン208が設けられている。
内容表示エリア191に表示されたカレンダ表示エリア
192の予約希望日(例えば2月19日)がコンテンツ
制作者によってクリックされると、ユーザPC2のCP
U10はオンデマンド型提供スケジュールコントロール
ファイル120に基づいてマイチャンネルに関する予約
希望日(2月19日)の予約状況をスケジュール時刻予
定表193に表示する。
時刻予定表193に表示された予約状況を確認し、時間
帯指定バー194のうち「空」時間帯の中から所望の開
始時刻(例えば10時)と終了時刻(10時59分59
秒)をカーソルで指定することにより、マイチャンネル
を介してライブ映像のコンテンツを提供する時間帯枠1
94Aを決定する。
コンテンツ制作者によって決定された時間帯枠194A
が示す開始時刻及び終了時刻を予約時間帯枠データとし
て認識し、当該時間帯枠194Aに「満」の文字を表示
すると共に予約時間帯枠データを一旦HDD12に記憶
する。
ャンネルジャンル表示エリア195に表示されたカテゴ
リアイコン196〜204の中からライブ映像の映像ジ
ャンルに対応したカテゴリ(音楽)アイコン199がク
リックされると、選択された映像ジャンルのカテゴリが
「音楽」であることを認識すると共に、当該認識した結
果をカテゴリデータとして一旦HDD12に記憶する。
時に時間帯指定バー194の時間帯枠194Aを「満」
の文字から「音楽」の文字に変更して表示するようにな
されている。
デック選択表示エリア205の中からライブ映像のコン
テンツをクライアントPC4に提供する際のコーデック
として例えばMPEG4にチェックマークが付けられる
と、選択されたコーデックの種類をMPEG4であると
認識し、当該認識した結果をコーデック種類データとし
て一旦HDD12に記憶する。
ンツの先頭部分にCM映像を付加してクライアントPC
4に提供することを希望するCM希望ボタン206と、
CM映像をクライアントPC4に提供することを希望し
ないCM非希望ボタン207とのうち、コンテンツ制作
者によってCM希望ボタン206がクリックされると、
ライブ映像のコンテンツに対してCM映像を付加するこ
とを希望したCM希望データを生成し、当該CM希望デ
ータを一旦HDD12に記憶する。
上述のようにマイチャンネルにおいて音楽ライブのライ
ブ映像をコンテンツとして提供するための各種設定を行
った後、コンテンツ制作者によって予約ボタン208が
クリックされると、図35に示すような新たなマイチャ
ンネル用のライブ型提供スケジュールコントロールファ
イル210を生成し、これをインターネット5を介して
ASP32の管理サーバ36に転送し、提供スケジュー
ル管理データベース38に登録するようになされてい
る。
ブ映像のコンテンツをマイチャンネルを介して提供する
ための予約を行う場合、ASP32の管理サーバ36は
同一時間帯枠でライブ映像のコンテンツを提供可能な本
数に(例えば10本まで)制限を設けている。
部のハードディスクから立ち上げた提供スケジュールプ
ログラムに基づいて、コンテンツ制作者が希望する所望
の時間帯枠における提供可能な本数が上限値に達したこ
とを検出すると、それ以降ユーザPC2から送られてく
るマイチャンネル用のライブ型提供スケジュールコント
ロールファイル210を受け付けることなく、提供スケ
ジュール管理データベース38に予め格納されている予
約不能メッセージ表示画面の画像データを読み出し、こ
れをインターネット5を介してユーザPC2へ送信す
る。
ッセージ表示画面の画像データに基づいて図36に示す
ような予約不能メッセージ表示画面212を表示部17
に表示し、これによりコンテンツ制作者に対して「ライ
ブ映像のコンテンツをリアルタイムで提供する希望の時
間帯枠が既に予約で一杯である」ことを通知するように
なされている。
は、同時に提供可能なコンテンツの本数が上限値を超え
ることがないので、処理性能や回線の帯域幅の問題から
コンテンツの提供が滞ったり遅れることがなく、ライブ
映像のコンテンツを確実にリアルタイムでクライアント
PC4に提供し得ると共に、ライブ映像のコンテンツの
品質低下を確実に防止することができる。
は、ライブ映像のコンテンツを所望の予約日時でリアル
タイムに提供する方法として、パブリックチャンネルを
介して行う方法と、当該パブリックチャンネルが既に予
約済であった場合にマイチャンネルを介して行う方法と
を選択し得るようになされている。
が、自分が行っているアマチュアバンドのライブ映像を
リアルタイムで提供する場合には、マイチャンネルを介
して提供する方法を選択し、著名なプロのアーティスト
のライブ映像をリアルタイムで提供する場合にはパブリ
ックチャンネルを介して提供する方法を選択することが
可能となる。
ム1においては、コンテンツの内容や当該コンテンツを
視聴するユーザのことを考慮した上で、コンテンツの提
供形態をオンデマンド型及びライブ型のいずれかから選
択し得るようになされている。
ネクト処理 次にユーザPC2のCPU10は、ライブ映像のコンテ
ンツを提供する日時の予約処理が終了すると、再度ライ
ブ型パーソナルキャスト制御画面170(図29)を表
示部17に表示する。
ーソナルキャスト制御画面170を確認することによ
り、ライブ映像のコンテンツを提供するときの予約内容
を認識し、予約した開始時刻に近づくと撮影現場でディ
ジタルビデオカメラ18(図3)により収録を開始し、
ライブ映像のコンテンツをリアルタイムに提供するため
コネクトボタン82をクリックする。
アップロードソフトウェアに従って図37に示すルーチ
ンRT7の開始ステップから入ってステップSP51に
移る。
CPU10は、ネットワークインターフェース16から
インターネット5及びISP31を介してASP32に
ログインし、当該ASP32のユーザ情報データベース
37にアクセスしてユーザID、パスワード等を基に認
証を得た後、次のステップSP52に移る。
CPU10は、ASP32の管理サーバ36によってユ
ーザID及びパスワードを基に提供スケジュール管理デ
ータベース38に格納されているライブ型提供スケジュ
ールコントロールファイル189(図32)の内容が確
認され、次のステップSP53に移る。
は、提供スケジュール管理データベース38のライブ型
提供スケジュールコントロールファイル189の内容を
確認することにより、ユーザPC2によって提供予定で
あるライブ映像のコンテンツに関する予約状況を認識す
るようになされている。
CPU10は、予め予約した開始時刻になると「ライブ
映像のコンテンツを送信しろ」という指示命令がASP
32の管理サーバ36から与えられるようになされてお
り、当該指示命令に基づいて予め予約した開始時刻にな
ったか否かを判定する。
管理サーバ36から指示命令が未だ与えられていないこ
とを表しており、このときCPU10はASP32の管
理サーバ36から指示命令が与えられるまで待ち受け
る。
が得られると、このことはASP32の管理サーバ36
から指示命令が与えられたことを表しており、このとき
CPU10は開始時刻になったと判断して、次のステッ
プSP54に移る。
CPU10は、ASP32の管理サーバ36から与えら
れた指示命令をトリガーとして収録中であるライブ映像
のコンテンツをインターネット5を介してASP32の
管理サーバ36へリアルタイムに転送する転送処理を開
始し、次のステップSP55で処理を終了する。
は、ユーザPC2から転送されたライブ映像のコンテン
ツをパブリックチャンネル用に割り当てられたコンテン
ツサーバ39の専用の記憶領域に記録しながらストリー
ミング再生し、要求のあったクライアントPC4にリア
ルタイムで提供し得るようになされている。
3は、ユーザPC2がライブ映像のコンテンツをインタ
ーネット5を介してASP32に転送している間に発生
するインターネット接続料をユーザPC2のユーザID
に対応付けて課金し、課金管理データベース34の課金
データを更新する。
ASP32のサービス利用料をユーザPC2のユーザI
Dに対応付けて課金し、その課金データをネットワーク
インターフェース41及びISP31のネットワークイ
ンターフェース35を介して課金管理データベース34
に送出することにより、当該課金管理データベース34
の課金データを更新するようになされている。
ーザPC2が「使い放題コース」と呼ばれる定額制のサ
ービス契約をしている場合、接続開始日時から接続終了
日時までの接続時間をユーザ情報データベース37のユ
ーザ情報DBテーブル45に記録するだけでサービス利
用料は一定のままで課金処理は行わない。
提供処理 ライブ型においてクライアントPC4がライブ映像のコ
ンテンツの提供を受ける場合も、オンデマンド型におい
てコンテンツの提供を受ける場合と同様に、ユーザ登録
が可能であり、その場合にはルーチンRT1(図8)の
ユーザ登録手続き処理手順に従ってユーザ登録手続きを
行い、ASP32の管理サーバ36によってビューワー
情報データベース40にクライアントPC4のユーザI
D及びパスワードに対応付けられたビューワー情報ファ
イルの登録が行われる。
行っていない場合にはビジターとしてASP32が提供
しているパーソナルキャスティングサービスのWebサ
イトに直接アクセスしても良く、ユーザ登録したクライ
アントPC4に限っては感動や共感を覚えたり、あるい
は優れていると感じたコンテンツのコンテンツ制作者に
対して容易に寄付を行えるようになされている。
例えばユーザ登録を行ったクライアントPC4に対して
ライブ型でマイチャンネルを介してライブ映像のコンテ
ンツを提供する場合、内部のハードディスクから立ち上
げたコンテンツ提供プログラムに従って、図38に示す
ルーチンRT8の開始ステップから入ってステップSP
61に移る。
理サーバ36は、クライアントPC4からのログイン処
理を受け、当該クライアントPC4から送られてきたユ
ーザID及びパスワードを基にビューワー情報データベ
ース40のビューワー情報ファイルを参照し、次のステ
ップSP62に移る。
理サーバ36は、ユーザID及びパスワードを基にビュ
ーワー情報データベース40のビューワー情報ファイル
を参照した結果としてログインしてきたクライアントP
C4が登録済の正規ユーザであるか否かを判定する。
ユーザID及びパスワードがビューワー情報データベー
ス40に登録されたものと一致しないことを表してお
り、このときASP32の管理サーバ36はステップS
P61に戻って、クライアントPC4に対して正確なユ
ーザID及びパスワードの入力を促してログイン処理を
再実行させる。
が得られると、このことはクライアントPC4が登録済
の正規ユーザであることを表しており、このときASP
32の管理サーバ36は次のステップSP63に移る。
理サーバ36は、クライアントPC4からのアクセスに
応じてパーソナルキャスティングサービスのホームペー
ジのHTMLファイルをコンテンツサーバ39から読み
出し、これをネットワークインターフェース41からイ
ンターネット5を介してクライアントPC4へ転送す
る。
から送られてきたパーソナルキャスティングサービスの
ホームページのHTMLファイルをCPUが受け取り、
これをホームページ画面125(図25)として表示部
に表示する。
イブモード選択表示エリア128のライブ型マイチャン
ネル選択ボタン130がユーザによってクリックされる
と、クライアントPC4のCPUは、ライブ型マイチャ
ンネル選択ボタン130が選択されたことを示すモード
選択信号をインターネット5を介してASP32の管理
サーバ36に送信する。
理サーバ36は、クライアントPC4から送られたモー
ド選択信号に基づいてコンテンツサーバ39からマイチ
ャンネル用のジャンル表画面を構成するHTMLファイ
ルを読み出し、これをネットワークインターフェース4
1からインターネット5を介してクライアントPC4へ
送信する。
は、ASP32から送られてきたマイチャンネル用のジ
ャンル表画面のHTMLファイルを受け取り、これをマ
イチャンネル用のジャンル表画面135(図26)とし
て表示部に表示する。
35において、カテゴリアイコン136〜144のいず
れか(例えば「音楽」カテゴリアイコン139)がクラ
イアントPC4のユーザによってクリックされると、当
該クライアントPC4のCPUは「音楽」カテゴリアイ
コン139に対応したジャンル選択信号をインターネッ
ト5を介してASP32の管理サーバ36に送信する。
理サーバ36は、クライアントPC4から送られたジャ
ンル選択信号に基づいてコンテンツサーバ39から映像
カテゴリ「音楽」に関するライブ映像スケジュール表示
画面を構成するHTMLファイルを読み出し、これをネ
ットワークインターフェース41からインターネット5
を介してクライアントPC4へ送信する。
は、ASP32から送られてきたライブ映像スケジュー
ル表示画面を構成するHTMLファイルを受け取り、こ
れを図39に示すようなマイチャンネル用のライブ映像
スケジュール表示画面220として表示部に表示する。
ル表示画面220には、日付を示すカレンダ表示エリア
221と、マイチャンネルを介してライブ映像のコンテ
ンツを提供する提供スケジュールを示すスケジュール内
容表示エリア222と、現在マイチャンネルで提供中の
チャンネル名を示すチャンネル種類表示エリア224と
が設けられている。
の日付(例えば2月19日)が斜線枠221Aで表示さ
れており、クライアントPC4のユーザに対して現在の
日付を容易に認識させるようになされている。
は、例えば現在時刻(例えば15時10分)でASP3
2が提供可能なライブ映像のコンテンツの時間帯枠22
3(15時から16時59分59秒までの間)が表示さ
れており、チャンネル種類表示エリア224に表示され
ている複数種類(10Chまで)のチャンネルボタン2
25〜229に対応するマイチャンネルを介してそれぞ
れライブ映像のコンテンツが現時点で提供可能であるこ
とを示している。
理サーバ36は、マイチャンネル用のライブ映像スケジ
ュール表示画面220を見ているクライアントPC4の
ユーザによって例えば所望のチャンネルボタン(「木
村」チャンネル)226がクリックされて選択されたか
否かを判定する。
選択されたチャンネルボタン226に対応して設定され
ているURLを認識し、当該URLを表すチャンネル選
択信号をインターネット5を介してASP32の管理サ
ーバ36へ送信するようになされており、これによりA
SP32の管理サーバ36はチャンネル選択信号を受け
取った場合に所望のチャンネルボタン226がクリック
されたものとして認識し得るようになされている。
ると、このことはライブ映像スケジュール表示画面22
0のチャンネル種類表示エリア224に表示されている
チャンネルボタン225〜229のいずれも選択されて
いないことを表しており、このときASP32の管理サ
ーバ36はチャンネルボタン225〜229のいずれか
が選択されるまで待ち受ける。
が得られると、このことはチャンネルボタン225〜2
29のうちユーザ所望のチャンネルボタン226がクリ
ックされて選択されたことを表しており、このときAS
P32の管理サーバ36は次のステップSP67に移
る。
理サーバ36は、クリックされた時点で提供予定のライ
ブ映像であるCM付動画像データを、コンテンツサーバ
39の(「木村」チャンネルに対応する)専用の記憶領
域からストリーミング再生し、これをインターネット5
を介してクライアントPC4へ送信し、次のステップS
P68に移って処理を終了する。
は、ASP32から送られてきたコンテンツのCM付動
画像データに基づいて図40に示すようなライブ映像の
コンテンツ表示画面240を表示部に表示し、当該コン
テンツ表示画面240の中央に設けられた動画像表示エ
リア241にCM映像を最初に表示した後、続いて音楽
ライブの模様を表した動画像を表示する。
ライブ映像のコンテンツをクライアントPC4へ送信す
るようになされているので、オンデマンド型の場合のよ
うにコンテンツを最初から提供することはできず、クリ
ックされた時点でライブ映像のコンテンツを途中からス
トリーミング再生して提供するようになされている。
バ36は、ユーザPC2のコンテンツ制作者によってC
M提供リクエストが「CM有」に設定されていた場合に
は、ライブ映像のコンテンツを提供する前にCM映像を
必ずクライアントPC4へ送信するようになされてい
る。
所望のチャンネルボタン226をクリックした場合で
も、その時点から直ちにライブ映像のコンテンツを視聴
できるのではなく、最初にCM映像を視聴した後からで
なくてはライブ映像のコンテンツを視聴することはでき
ない。
は、ライブ映像のコンテンツをクライアントPC4へ提
供する場合でも、クライアントPC4のユーザの意思に
係わらず必ずCM映像を強制的に視聴させるようになさ
れている。
3は、ユーザPC2がライブ映像のコンテンツの動画像
データをインターネット5を介してASP32へ送信し
ている間に発生するインターネット接続料をユーザPC
2のユーザIDに対応付けて課金し、課金管理データベ
ース34の課金データを更新する。
PC2からインターネット5を介して供給されるライブ
映像のコンテンツの動画像データをコンテンツサーバ3
9を介してストリーミング再生する間に発生するサービ
ス利用料をユーザPC2のユーザIDに対応付けて課金
し、その課金データをユーザ情報データベース37のユ
ーザ情報DBテーブル45に登録すると共に、ネットワ
ークインターフェース41及びISP31のネットワー
クインターフェース35を介して課金管理データベース
34に記録する。
ーザPC2が「使い放題コース」と呼ばれる定額制のサ
ービス契約がなされている場合、接続開始日時から接続
終了日時までの接続時間がユーザ情報データベース37
のユーザ情報DBテーブル45に記録されるだけでサー
ビス利用料は一定のままで課金処理は行わない。
えばユーザ登録を行ったクライアントPC4に対してパ
ブリックチャンネルを介してライブ映像のコンテンツを
提供する場合、内部のハードディスクから立ち上げたコ
ンテンツ提供プログラムに従って、図41に示すルーチ
ンRT9の開始ステップから入ってステップSP71に
移る。
いては、ルーチンRT8のステップSP61〜ステップ
SP63のようにマイチャンネルを介してライブ映像の
コンテンツを提供する場合と同様であり、ASP32の
管理サーバ36はパーソナルキャスティングサービスの
ホームページのHTMLファイルをネットワークインタ
ーフェース41からインターネット5を介してクライア
ントPC4へ転送する。
32から送られてきたパーソナルキャスティングサービ
スのホームページのHTMLファイルを受け取り、これ
をホームページ画面125(図25)として表示部17
に表示する。
イブモード選択表示エリア128のライブ型パブリック
チャンネル選択ボタン129がユーザによってクリック
されると、クライアントPC4のCPUは、ライブ型パ
ブリックチャンネル選択ボタン129が選択されたこと
を示すモード選択信号をインターネット5を介してAS
P32の管理サーバ36に送信する。
理サーバ36は、クライアントPC4から送られたモー
ド選択信号に基づいてコンテンツサーバ39からパブリ
ックチャンネル用のチャンネル表示画面を構成するHT
MLファイルを読み出し、これをネットワークインター
フェース41からインターネット5を介してクライアン
トPC4へ送信する。
は、ASP32から送られてきたパブリックチャンネル
用のチャンネル表示画面のHTMLファイルを受け取
り、これを図42に示すようなパブリックチャンネル用
のチャンネル表示画面245として表示部に表示する。
表画面245において、パブリックチャンネルを表す映
像チャンネルアイコン246〜249のいずれか(例え
ば「音楽ライブ」チャンネルアイコン247)がクライ
アントPC4のユーザによってクリックされると、当該
クライアントPC4のCPUは「音楽ライブ」チャンネ
ルアイコン247に対応したチャンネル選択信号をイン
ターネット5を介してASP32の管理サーバ36に送
信する。
理サーバ36は、クライアントPC4から送られたチャ
ンネル選択信号に基づいてコンテンツサーバ39から
「音楽ライブ」チャンネルに関するパブリックチャンネ
ル用のライブ映像スケジュール表示画面のHTMLファ
イルを読み出し、これをネットワークインターフェース
41からインターネット5を介してクライアントPC4
へ送信する。
32から送られてきたパブリックチャンネル用のライブ
映像スケジュール表示画面のHTMLファイルを受け取
り、これを図43に示すようなパブリックチャンネル用
のライブ映像スケジュール表示画面255として表示部
に表示する。
スケジュール表示画面255には、日付を示すカレンダ
表示エリア256と、選択された「音楽ライブ」チャン
ネルに関するライブ映像のコンテンツの提供スケジュー
ルを示すスケジュール内容表示エリア257とが設けら
れている。
現在の日付(例えば2月19日)が斜線枠256Aで表
示されており、クライアントPC4のユーザに対して現
在の日付を容易に認識させるようになされている。
は、ASP32が2月19日に提供予定のライブ映像の
コンテンツの名称が表示されている。この場合、6時か
ら8時59分59秒までの第1の時間帯枠257Aでは
「○△×ライブ」のコンテンツを提供予定であり、10
時から10時59分59秒までの第2の時間帯枠257
Bでは「××ツアー」のコンテンツを提供予定であり、
21時から23時59分59秒までの第3の時間帯枠2
57Cでは「×△コンサート」のコンテンツを提供予定
であることを示している。
スケジュール表示画面255は、例えば現在時刻(例え
ば10時09分)の時点では、スケジュール内容表示エ
リア257の第1の時間帯枠257A及び第3の時間帯
枠257Cとは異なる色で現在時刻に該当する第2の時
間帯枠257Bを表示し、これによりクライアントPC
4のユーザに対して現時点で「××ツアー」のコンテン
ツをリアルタイムに視聴し得ることを容易に認識させ得
るようになされている。
理サーバ36は、パブリックチャンネル用のライブ映像
スケジュール表示画面255を見ているクライアントP
C4のユーザによって、現時点(例えば10時09分)
で視聴し得る第2の時間帯枠257Bがクリックされて
選択されたか否かを判定する。
第2の時間帯枠257Bが選択された場合に、パブリッ
クチャンネルの「音楽ライブ」チャンネルに設定されて
いるURLを認識し、当該URLを表すチャンネル選択
信号をインターネット5を介してASP32の管理サー
バ36に送信するようになされており、これによりAS
P32の管理サーバ36はチャンネル選択信号を受け取
った場合に第2の時間帯枠257Bが選択されたことを
認識し得るようになされている。
ると、このことはスケジュール内容表示エリア257の
うち現時点で視聴し得る第2の時間帯枠257Bが選択
されていないことを表しており、このときASP32の
管理サーバ36は第2の時間帯枠257Bが選択される
まで待ち受ける。
が得られると、このことはスケジュール内容表示エリア
257における第2の時間帯枠257Bが選択されたこ
とを表しており、このときASP32の管理サーバ36
は次のステップSP77に移る。
理サーバ36は、クリックされた時点から「音楽ライ
ブ」チャンネルにおいて現在提供可能なライブ映像のC
M付動画像データ(「××ツアー」)を、コンテンツサ
ーバ39の「音楽ライブ」チャンネルに対応する専用の
記憶領域からストリーミング再生し、これをインターネ
ット5を介してクライアントPC4へ送信し、次のステ
ップSP78に移って処理を終了する。
は、ASP32から送られてきたライブ映像のCM付動
画像データ(「××ツアー」)に基づいて、図44に示
すようなライブ映像のコンテンツ表示画面260を表示
部に表示し、当該コンテンツ表示画面260の中央に設
けられた動画像表示エリア261に「音楽ライブ」チャ
ンネルで選択された第2の時間帯枠257Bに対応する
ライブ映像(「××ツアー」)を表示する。
は、第2の時間帯枠257Bがクリックされた時点から
ライブ映像のコンテンツをストリーミング再生して提供
するようになされており、当該コンテンツのCM提供リ
クエストが「CM有」に設定されていた場合には、クリ
ックされた時点からまず最初にCM映像をクタイアント
PC4へ提供し、その後ライブ映像のコンテンツを提供
するようになされている。
は、クライアントPC4へパブリックチャンネルを介し
てライブ映像のコンテンツを提供する場合でも、クライ
アントPC4のユーザの意思に係わらず必ずCM映像を
視聴させるようになされている。
3は、ユーザPC2がライブ映像のコンテンツの動画像
データをインターネット5を介してASP32へ送信し
ている間に発生するインターネット接続料をユーザPC
2のユーザIDに対応付けて課金し、課金管理データベ
ース34の課金データを更新する。
PC2からインターネット5を介して供給されるライブ
映像のコンテンツの動画像データをコンテンツサーバ3
9を介してストリーミング再生する間に発生するサービ
ス利用料をユーザPC2のユーザIDに対応付けて課金
し、その課金データをユーザ情報データベース37のユ
ーザ情報DBテーブル45に登録すると共に、ネットワ
ークインターフェース41及びISP31のネットワー
クインターフェース35を介して課金管理データベース
34に記録する。
36は、ユーザPC2が「使い放題コース」と呼ばれる
定額制のサービス契約がなされている場合、接続開始日
時から接続終了日時までの接続時間がユーザ情報データ
ベース37のユーザ情報DBテーブル45に記録される
だけでサービス利用料は一定のままで課金処理は行わな
い。
れたコンテンツに対して感動や共感を覚えたり、あるい
はコンテンツが優れていると感じた場合に、当該コンテ
ンツの制作者に対して容易に寄付を行うことができるよ
うになされている。
ASP32からダウンロードしたコンテンツのCM付動
画像ファイルに基づいて表示部に表示したオンデマンド
型のコンテンツ表示画面165(図28)や、ライブ映
像のコンテンツのCM付動画像データに基づいて表示部
に表示したライブ型のコンテンツ表示画面240(図4
0)及びコンテンツ表示画面260(図44)にそれぞ
れ設けられている寄付ボタン167、242及び262
が、コンテンツを視聴したユーザによってクリックされ
ると、内部のハードディスク(図示せず)から立ち上げ
た寄付プログラムに従って、寄付ボタン167、242
及び262の隣に図45に示すような寄付金額選択画面
270を表示するようになされている。
寄付金額に応じた寄付金選択ボタン271〜276が設
けられており、クライアントPC4のユーザが寄付金選
択ボタン271〜276の中から寄付したい金額に相当
する寄付金選択ボタンを自由に選択してクリックし得る
ようになされている。
えば1000円の寄付金を寄付するために寄付金選択ボ
タン272がユーザによってクリックされた場合、その
選択された寄付金選択ボタン272に対応する金額の寄
付データを生成し、これをインターネット5を介してA
SP32の管理サーバ36に送信する。
ントPC4から送られてきた寄付データを所定の換算率
でポイントに換算し、コンテンツIDに対応するユーザ
情報DBテーブル45をユーザ情報データベース37か
ら検索し、そのユーザ情報DBテーブル45の累積ポイ
ント数を寄付データに基づくポイントで更新する。
寄付データに対応する課金データを生成し、これをイン
ターネット5を介してASP32の管理サーバ36に送
信する。これによりASP32の管理サーバ36は、寄
付金額に応じた課金データをクライアントPC4のAS
P32に対するサービス利用料と共にビューワー情報デ
ータベース40のビューワー情報ファイルに記録する。
がインターネット5を介してASP31からコンテンツ
の提供を受けている間に発生するインターネット接続料
を課金し、その課金データをビューワー情報データベー
ス40のビューワー情報ファイルに記録すると共に課金
管理データベース34に記録する。
テンツ制作者に対して寄付を行う場合に、寄付ボタン1
67、242及び262がビジターによってクリックさ
れると、クライアントPC4のCPUは当該寄付ボタン
167、242及び262の隣に寄付金額選択画面27
0(図45)を表示すると共に、ビジターが寄付を行う
ためのクレジットカード番号等の入力画面(図示せず)
を表示し、当該ビジターに対してクレジットカード番号
の入力を促すようになされている。
クレジットカード番号データと寄付金選択ボタンに対応
する金額の寄付データとをASP32の管理サーバ36
にインターネット5を介して送信し、当該管理サーバ3
6により寄付データに応じたポイントでユーザ情報DB
テーブル45の累積ポイント数を更新するようになされ
ている。
ターが行った金額の寄付データをクレジットカード番号
データに基づいてクレジットカード会社の課金管理デー
タベースに送信し、当該クレジットカード会社に対して
ビジターの寄付に対する課金処理を依頼する。
算されるユーザ情報DBテーブル45の累積ポイント数
に応じた利益還元をコンテンツ制作者に対して行うとき
の月次ポイント清算処理について説明するが、その前に
CM映像付コンテンツがクライアントPC4に提供され
るまでのCM映像付コンテンツの提供処理手順について
まとめてみると、図46に示すルーチンRT10の開始
ステップから入ってステップSP81に移る。
C4のCPUは、チャンネル表示画面150(図27)
の中から所望のチャンネルボタン155がユーザによっ
てクリックされたことを認識し、次のステップSP82
に移る。
C4のCPUは、選択されたチャンネルボタン155に
対応するコンテンツIDをインターネット5を介してA
SP32の管理サーバ36へ送信し、次のステップSP
83に移る。
理サーバ36は、内部のハードディスクから立ち上げた
コンテンツ提供プログラムを起動し、例えばクライアン
トPC4から送られてきたコンテンツIDに基づいて提
供スケジュール管理データベース38の中からオンデマ
ンド型提供スケジュールコントロールファイル120を
検索し、ユーザID及びCMリクエストの内容を確認
し、次のステップSP84に移る。
理サーバ36は、オンデマンド型提供スケジュールコン
トロールファイル120を確認した結果、CMリクエス
トが「CM有」になっているか否かを判定する。
CMリクエストが「CM無」でクライアントPC4へ提
供されるコンテンツにCM映像が付加されない設定であ
ることを表しており、このときASP32の管理サーバ
36はステップSP87に移って、CM映像の付加され
ていないコンテンツの動画像ファイルを提供し、次のス
テップSP88で処理を終了する。
が得られると、このことはCMリクエストが「CM有」
でクライアントPC4へ提供されるコンテンツにCM映
像が付加されるように設定されていることを表してお
り、このときASP32の管理サーバ36は次のステッ
プSP85に移る。
理サーバ36は、CM管理データベース44に格納され
ているCM映像をコンテンツサーバ39に格納されてい
る動画像ファイルの先頭部分に付加することによりCM
付動画像ファイルのコンテンツを生成し、これをコンテ
ンツサーバ39に一旦格納した後に次のステップSP8
6に移る。
理サーバ36は、CM付動画像ファイルのコンテンツを
クライアントPC4へ提供したとき、発生したポイント
でユーザ情報データベース37におけるユーザ情報DB
テーブル45ファイルの累積ポイント数を更新し、次の
ステップSP87に移る。
理サーバ36は、CMリクエストが「CM有」であった
場合にコンテンツサーバ39からCM付動画像ファイル
のコンテンツを読み出し、これをインターネット5を介
してクラアントPC4へ提供し、次のステップSP88
に移って処理を終了する。
いて、ASP32の管理サーバ36は、CMリクエスト
が「CM有」でコンテンツサーバ39からCM付動画像
ファイルのコンテンツを読み出してクライアントPC4
へ提供した場合に、ポイントを発生してユーザ情報DB
テーブル45の累積ポイント数を更新するようになされ
ている。
て、月単位で計算されるユーザ情報DBテーブル45の
累積ポイント数に応じた利益還元処理をコンテンツ制作
者に対して行うときの月次ポイント清算処理手順につい
てまとめてみると、図47に示すルーチンRT11の開
始ステップから入ってステップSP91に移る。
理サーバ36は、内部のハードディスクから立ち上げた
利益還元プログラムに基づいて、ユーザPC2のISP
31のインターネット接続料や当該ASP32のサービ
ス利用料(「使い放題コース」が設定されていた場合は
サービス利用料は一定である)を加算してユーザ情報D
Bテーブル45を更新し終わると、次のステップSP9
2に移る。
理サーバ36は、ユーザ情報データベース37に格納さ
れているユーザ情報DBテーブル45を参照して月単位
の累積ポイント数を読み出し、次のステップSP93に
移る。
理サーバ36は、累積ポイント数が所定ポイント数以上
残っているか否かを判定する。
は累積ポイント数が所定ポイント数以上残っていないこ
とを表しており、このときASP32の管理サーバ36
は次のステップSP94に移る。
理サーバ36は、月単位の累積ポイント数が所定ポイン
ト数以上残っていないので、累積ポイント数に応じた利
益還元処理を行わずに現時点でのサービス利用料の請求
処理をユーザPC2に対して行い、次のステップSP1
01に移って処理を終了する。
が得られると、このことは月単位の累積ポイント数が所
定ポイント数以上残っていることを表しており、このと
きASP32の管理サーバ36は累積ポイント数に応じ
た利益還元処理を行うために次のステップSP95に移
る。
理サーバ36は、ユーザ情報DBテーブル45における
累積ポイント数の相当額を当該ASP32のサービス利
用料から減算し、その減算処理したサービス利用料分の
ポイント数をユーザ情報DBテーブル45の累積ポイン
ト数から減算して更新し、次のステップSP96に移
る。
者は、ASP32からクレジットカード会社を通じて受
ける支払い請求のサービス利用料が減額もしくは相殺さ
れ、累積ポイントに応じた利益還元処理を受けたことに
なる。
理サーバ36は、当該ASP32のサービス利用料を利
益還元した後の累積ポイント数が所定ポイント数以上残
っているか否かを判定する。
は累積ポイント数が所定ポイント数以上残っていないこ
とを表しており、このときASP32の管理サーバ36
は次のステップSP94に移ってサービス利用料の請求
処理を行い、次のステップSP101で処理を終了す
る。
が得られると、このことは累積ポイント数が所定ポイン
ト数以上残っていることを表しており、このときASP
32の管理サーバ36は次のステップSP97に移る。
理サーバ36は、ISP31に対して累積ポイント数の
相当額をユーザPC2のインターネット接続料から減算
処理し、その減算処理したインターネット接続料分のポ
イント数をユーザ情報DBテーブル45の累積ポイント
数から減算して更新した後、次のステップSP98に移
る。
者は、ISP31からクレジットカード会社を通じて受
ける支払い請求のインターネット接続料が減額もしくは
相殺され、ASP32のサービス利用料に続いて累積ポ
イント数に応じた利益還元処理を受けたことになる。
理サーバ36は、この段階で未だ累積ポイント数が残っ
ているか否かを判定する。ここで、累積ポイント数が1
00万ポイント以上残っていた場合、ASP32の管理
サーバ36は次のステップSP99に移る。
理サーバ36は、累積ポイント数の100万ポイント超
過分をクレジットカード会社を通じて例えば決済データ
から減算して決済処理するように当該クレジットカード
会社に指示した後、100万ポイント超過分のポイント
数をユーザ情報DBテーブル45の累積ポイント数から
減算して累積ポイント数を新たに更新し、再度ステップ
SP98に戻る。
ント数が100万ポイント以下で10万ポイント以上残
っていた場合、ASP32の管理サーバ36は次のステ
ップSP100に移る。
管理サーバ36は、オンライン通信販売会社6にインタ
ーネット5を介して累積ポイント数の10万ポイント超
過分のポイントデータを転送した後、ユーザ情報DBテ
ーブル45の累積ポイント数から10万ポイント超過分
のポイント数を減算して累積ポイント数を新たに更新
し、次のステップSP101で処理を終了する。
ーザ登録時にASP32から転送されたユーザ情報DB
テーブル45の内容に基づいてコンテンツ制作者の住所
や電子メールアドレス等の個人情報を認識しており、1
0万ポイント超過分のポイント数に応じた所定の商品を
ユーザPC2のコンテンツ制作者に対して宅配すること
により、利益還元処理を行うようになされている。
が10万ポイント以上残っていなかった場合、ASP3
2の管理サーバ36はステップSP94に移って、サー
ビス利用料の請求処理を行い、次のステップSP101
で処理を終了する。
ンデマンド型の場合、ユーザ登録時にユーザPC2毎に
割り当てられたURLに対応するコンテンツサーバ39
の専用の記憶領域をコンテンツ制作者毎に確保し、そこ
にユーザPC2から供給されたコンテンツの動画像ファ
イルを格納しておく。
ライアントPC4からインターネット5を介してコンテ
ンツの要求があった時刻を認識し、その時刻を含む時間
帯で提供予定にある映像種類のCM付動画像ファイルを
コンテンツサーバ39の専用の記憶領域から読み出し、
これをインターネット5を介してクライアントPC4へ
提供する。
は、予めコンテンツ制作者によって設定されたオンデマ
ンド型提供スケジュールコントロールファイル120に
従って、コンテンツの要求があった時間帯毎に予め設定
された1種類のコンテンツだけをクライアントPC4へ
提供するようにしたことにより、あたかも時間帯毎に放
送される番組が変化するテレビジョン放送のように、個
人の作成したコンテンツをクライアントPC4へ提供す
ることができる。
は、提供されるコンテンツの内容が当該コンテンツの要
求した時間帯毎に変化するので飽きることがなく、何度
でもアクセスするようになる。
テンツの要求があった時間帯毎に1種類のコンテンツだ
けをクライアントPC4へ提供するようにしたことによ
り、同時に複数種類のコンテンツを提供することがない
分ネットワークリソースの帯域幅を多く必要とせず、コ
ンテンツを滞らせることなく速やかに伝送することがで
きる。
クライアントPC4のユーザを飽きさせることがないの
で、パーソナルキャスティングサービスの人気が高まっ
てアクセス数が増加し、コンテンツの最初に提供するC
M映像の宣伝効果を一段と向上し得るビジネスモデルを
構築することが可能となる。
テム1におけるASP32の管理サーバ36は、ユーザ
PC2毎に割り当てられたURLに対応するコンテンツ
サーバ39の専用の記憶領域にコンテンツの動画像ファ
イルを格納しておき、クライアントPC4からのコンテ
ンツの要求時刻に該当する時間帯毎にコンテンツの種類
を変えて順次提供することにより、クライアントPC4
のユーザを飽きさせることなくコンテンツを速やかに提
供することができる。
制御手段としての管理サーバ36の制御により、提供ス
ケジュールデータベースとしての提供スケジュール管理
データベース38に格納された提供スケジュールとして
のオンデマンド型提供スケジュールコントロールファイ
ル120に従って、コンテンツ蓄積提供手段としてのコ
ンテンツサーバ39を介して動画像のコンテンツをネッ
トワークとしてのインターネット5を介してクライアン
トPC4へ提供するようにした場合について述べたが、
本発明はこれに限らず、静止画のコンテンツや音楽デー
タのコンテンツを提供するようにしても良い。この場合
にも、上述の実施の形態と同様の効果を得ることができ
る。
32の管理サーバ36のハードディスクにオンデマンド
型のコンテンツ提供処理を実行するためのコンテンツ提
供プログラムが予めインストールされている場合につい
て述べたが、本発明はこれに限らず、コンテンツ提供プ
ログラムの格納された例えばCD−ROM(Compact Dis
c-Read Only Memory) 、DVD(Digital Video Disc)等
のパッケージメディアでなるプログラム格納媒体を再生
することによりコンテンツ提供プログラムをインストー
ルしても良く、またコンテンツ提供プログラムが一時的
もしくは永続的に格納される半導体メモリや光磁気ディ
スク等のプログラム格納媒体を再生することによりコン
テンツ提供プログラムをインストールしても良い。
提供プログラムを格納する手段としてはローカルエリア
ネットワーク、ディジタル衛星放送等の有線及び無線通
信媒体を利用しても良く、ルータやモデム等の各種通信
インターフェースを介在させて格納するようにしても良
い。
トワークとしてインターネット5を用いるようにした場
合について述べたが、本発明はこれに限らず、有線又は
無線で構築された他の種々のネットワークを用いても良
い。
P32の管理サーバ36がコンテンツを提供する対象と
してクライアントPC4を用いるようにした場合につい
て述べたが、本発明はこれに限らず、インターネット5
を介して接続されるものであれば携帯情報端末や携帯電
話機からの要求に応じてコンテンツを提供するようにし
ても良い。
個人放送局のようにクライアントから要求を受けた時間
帯枠毎に異なる種類のコンテンツを提供することができ
るので、クライアントを飽きさせることなく提供スケジ
ュールに従って多種類のコンテンツを順次提供し得ると
共に、時間帯枠毎に一種類のコンテンツだけを提供する
ので、回線の帯域幅を多く消費することがなくコンテン
ツを速やかにかつ確実に提供することができる。
説明に供する略線図である。
示す略線的ブロツク図である。
る。
ブロック図である。
理手順を示すフローチャートである。
ーブルの内容を示す略線図である。
御画面を示す略線図である。
である。
示す略線図である。
る。
る。
ルファイルの内容を示す略線図である。
処理手順を示すフローチャートである。
示すフローチャートである。
示すフローチャートである。
ページ画面を示す略線図である。
線図である。
画面を示す略線図である。
テンツが表示されたコンテンツ表示画面を示す略線図で
ある。
略線図である。
理手順を示すフローチャートである。
ジュール管理画面を示す略線図である。
イルの内容を示す略線図である。
ル管理画面を示す略線図である。
ルコントロールファイルの内容を示す略線図である。
ある。
順を示すフローチャートである。
スティング処理手順を示すフローチャートである。
表示画面を示す略線図である。
ブ映像のコンテンツが表示されたコンテンツ表示画面を
示す略線図である。
うキャスティング処理手順を示すフローチャートであ
る。
面を示す略線図である。
ュール表示画面を示す略線図である。
像のコンテンツが表示されたコンテンツ表示画面を示す
略線図である。
フローチャートである。
る。
PC、3……コンテンツ提供プロバイダ、4……クライ
アントPC、5……インターネット、6……オンライン
通信販売会社、7……CMクライアント、10……CP
U、11……バス、12……HDD、14……IEEE
1394インターフェース、16、35、41……ネッ
トワークインターフェース、17……表示部、31……
ISP、32……ASP、33……制御サーバ、34…
…課金管理データベース、36……管理サーバ、37…
…ユーザ情報DB、38……提供スケジュール管理D
B、39……コンテンツサーバ、40……ビューワー情
報DB、44……CM管理DB、45……ユーザ情報D
Bテーブル。
Claims (12)
- 【請求項1】個人毎に専用の記憶領域を確保し、当該記
憶領域に格納された複数種類のコンテンツをクライアン
トの要求に応じて読み出した後ネットワークを介して提
供するコンテンツ蓄積提供手段と、 上記複数種類のコンテンツを任意の時間帯枠毎に1種類
づつ提供するように設定された提供スケジュールを格納
する提供スケジュールデータベースと、 上記クライアントが上記ネットワークを介して上記コン
テンツ蓄積提供手段に上記要求を行った要求時刻に基づ
いて上記提供スケジュールの上記時間帯枠を認識し、当
該認識した時間帯枠で提供予定の上記コンテンツを上記
コンテンツ蓄積提供手段を介して提供させる制御手段と
を具えることを特徴とするコンテンツ提供装置。 - 【請求項2】上記個人毎に確保された専用の記憶領域
は、上記個人毎に割り当てられたURL(Uniform Resou
rce Locator)に対応していることを特徴とする請求項1
に記載のコンテンツ提供装置。 - 【請求項3】上記コンテンツ蓄積提供手段は、上記コン
テンツを提供中に上記時間帯枠を過ぎても最後まで提供
し続けることを特徴とする請求項1に記載のコンテンツ
提供装置。 - 【請求項4】個人毎に専用の記憶領域を確保し、当該記
憶領域に格納された複数種類のコンテンツを読み出した
後ネットワークを介して提供するコンテンツ蓄積提供手
段に対してクライアントが上記ネットワークを介して上
記コンテンツの要求を行った要求時刻を認識する要求時
刻認識ステップと、 上記複数種類のコンテンツを任意の時間帯枠毎に1種類
づつ提供するように設定された提供スケジュールに基づ
いて上記要求時刻に該当する時間帯枠で提供予定にある
コンテンツの種類を判断するコンテンツ種類判断ステッ
プと、 上記コンテンツ種類判定ステップで判断した種類の上記
コンテンツを上記コンテンツ蓄積提供手段により上記ネ
ットワークを介して上記クライアントへ提供するコンテ
ンツ提供ステップとを具えることを特徴とするコンテン
ツ提供方法。 - 【請求項5】上記個人毎に確保された専用の記憶領域
は、上記個人毎に割り当てられたURL(Uniform Resou
rce Locator)に対応していることを特徴とする請求項4
に記載のコンテンツ提供方法。 - 【請求項6】上記コンテンツ提供ステップは、上記コン
テンツを提供中に上記時間帯枠を過ぎても最後まで提供
し続けることを特徴とする請求項4に記載のコンテンツ
提供方法。 - 【請求項7】個人毎に専用の記憶領域を確保し、当該記
憶領域に格納された複数種類のコンテンツを読み出した
後ネットワークを介して提供するコンテンツ蓄積提供手
段に対してクライアントが上記ネットワークを介して上
記コンテンツの要求を行った要求時刻を認識する要求時
刻認識ステップと、 上記複数種類のコンテンツを任意の時間帯枠毎に1種類
づつ提供するように設定された提供スケジュールに基づ
いて上記要求時刻に該当する時間帯枠で提供予定にある
コンテンツの種類を判断するコンテンツ種類判断ステッ
プと、 上記コンテンツ種類判定ステップで判断した種類の上記
コンテンツを上記コンテンツ蓄積提供手段により上記ネ
ットワークを介して上記クライアントへ提供するコンテ
ンツ提供ステップとを具えることを特徴とするプログラ
ムをコンテンツ提供装置に実行させるプログラム格納媒
体。 - 【請求項8】上記個人毎に確保された専用の記憶領域
は、上記個人毎に割り当てられたURL(Uniform Resou
rce Locator)に対応していることを特徴とする請求項7
に記載のプログラム格納媒体。 - 【請求項9】上記コンテンツ提供ステップは、上記コン
テンツを提供中に上記時間帯枠を過ぎても最後まで提供
し続けることを特徴とする請求項7に記載のプログラム
格納媒体。 - 【請求項10】コンテンツの提供をネットワークを介し
て要求するクライアントと、 上記クライアントの要求に応じて上記コンテンツを上記
ネットワークを介して提供するコンテンツ提供装置とに
よって構成されるコンテンツ提供システムにおいて、 上記コンテンツ提供装置は、 個人毎に専用の記憶領域を確保し、当該記憶領域に格納
された複数種類のコンテンツを上記クライアントの要求
に応じて読み出した後ネットワークを介して提供するコ
ンテンツ蓄積提供手段と、 上記複数種類のコンテンツを任意の時間帯枠毎に1種類
づつ提供するように設定された提供スケジュールを格納
する提供スケジュールデータベースと、 上記クライアントが上記ネットワークを介して上記コン
テンツ蓄積提供手段に上記要求を行った要求時刻に基づ
いて上記提供スケジュールの上記時間帯枠を認識し、当
該認識した時間帯枠で提供予定の上記コンテンツを上記
コンテンツ蓄積提供手段を介して提供させる制御手段と
を具えることを特徴とするコンテンツ提供システム。 - 【請求項11】上記個人毎に確保された専用の記憶領域
は、上記個人毎に割り当てられたURL(Uniform Resou
rce Locator)に対応していることを特徴とする請求項1
0に記載のコンテンツ提供システム。 - 【請求項12】上記コンテンツ蓄積提供手段は、上記コ
ンテンツを提供中に上記時間帯枠を過ぎても最後まで提
供し続けることを特徴とする請求項10に記載のコンテ
ンツ提供システム。
Priority Applications (14)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000097881A JP2001282723A (ja) | 2000-03-30 | 2000-03-30 | コンテンツ提供装置、コンテンツ提供方法、プログラム格納媒体及びコンテンツ提供システム |
EP01302555A EP1139635A3 (en) | 2000-03-30 | 2001-03-20 | Content providing devices, methods and systems, program storage media, and content reservation control methods |
EP20140178385 EP2797288A1 (en) | 2000-03-30 | 2001-03-20 | Apparatus and method for implementing a content providing schedule |
EP20070001450 EP1791323A1 (en) | 2000-03-30 | 2001-03-20 | Content reservation control methods |
EP14178364.7A EP2802120A1 (en) | 2000-03-30 | 2001-03-20 | Apparatus and method for setting up a content schedule |
AU31340/01A AU770731B2 (en) | 2000-03-30 | 2001-03-27 | Content providing device, content providing method, program storage media, content providing system and content reservation control method |
KR1020010016640A KR100787764B1 (ko) | 2000-03-30 | 2001-03-29 | 콘텐츠 제공 장치 및 콘텐츠 제공 시스템 |
US09/821,501 US6963898B2 (en) | 2000-03-30 | 2001-03-29 | Content providing device and system having client storage areas and a time frame based providing schedule |
CNB011121548A CN1221897C (zh) | 2000-03-30 | 2001-03-30 | 内容提供设备、方法及系统和内容预约控制方法 |
US11/173,298 US7447737B2 (en) | 2000-03-30 | 2005-06-30 | Content reservation control method having client storage areas and a time frame based providing schedule |
US11/173,503 US7822807B2 (en) | 2000-03-30 | 2005-06-30 | Content providing method utilizing client storage areas to provide content over a network |
US11/173,769 US7461124B2 (en) | 2000-03-30 | 2005-06-30 | Content providing method utilizing client storage areas to provide content over a network in accordance with a received schedule |
US11/172,713 US7383301B2 (en) | 2000-03-30 | 2005-06-30 | Content providing device and system having a web data providing device to provide web data which represents a category demanded by a user |
US11/173,496 US7487205B2 (en) | 2000-03-30 | 2005-06-30 | Content providing method utilizing client storage areas to provide content over a network in accordance with a time frame |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000097881A JP2001282723A (ja) | 2000-03-30 | 2000-03-30 | コンテンツ提供装置、コンテンツ提供方法、プログラム格納媒体及びコンテンツ提供システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2001282723A true JP2001282723A (ja) | 2001-10-12 |
Family
ID=18612444
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000097881A Pending JP2001282723A (ja) | 2000-03-30 | 2000-03-30 | コンテンツ提供装置、コンテンツ提供方法、プログラム格納媒体及びコンテンツ提供システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2001282723A (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005173721A (ja) * | 2003-12-08 | 2005-06-30 | Nippon Computer:Kk | コンテンツ保管流通システム |
JP2010020412A (ja) * | 2008-07-08 | 2010-01-28 | Chiiki Joho Bank Kk | 閲覧対象物書き換えプログラム、記録媒体及び閲覧対象物書き換えサーバ |
JP2016063492A (ja) * | 2014-09-19 | 2016-04-25 | カシオ計算機株式会社 | 電子機器、動画記録装置、動画送受信制御方法及びプログラム |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH1027207A (ja) * | 1996-07-10 | 1998-01-27 | Fujitsu Ltd | 自動取引装置および情報提供用端末装置 |
JPH11234752A (ja) * | 1998-02-13 | 1999-08-27 | Toshiba Corp | タウン情報供給システム、タウン情報取得端末、基地局及びタウン情報管理サーバ |
JPH11234435A (ja) * | 1998-02-16 | 1999-08-27 | Hitachi Ltd | 小型携帯情報端末装置とその音声サービスデータ管理方法 |
-
2000
- 2000-03-30 JP JP2000097881A patent/JP2001282723A/ja active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH1027207A (ja) * | 1996-07-10 | 1998-01-27 | Fujitsu Ltd | 自動取引装置および情報提供用端末装置 |
JPH11234752A (ja) * | 1998-02-13 | 1999-08-27 | Toshiba Corp | タウン情報供給システム、タウン情報取得端末、基地局及びタウン情報管理サーバ |
JPH11234435A (ja) * | 1998-02-16 | 1999-08-27 | Hitachi Ltd | 小型携帯情報端末装置とその音声サービスデータ管理方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005173721A (ja) * | 2003-12-08 | 2005-06-30 | Nippon Computer:Kk | コンテンツ保管流通システム |
JP2010020412A (ja) * | 2008-07-08 | 2010-01-28 | Chiiki Joho Bank Kk | 閲覧対象物書き換えプログラム、記録媒体及び閲覧対象物書き換えサーバ |
JP2016063492A (ja) * | 2014-09-19 | 2016-04-25 | カシオ計算機株式会社 | 電子機器、動画記録装置、動画送受信制御方法及びプログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100787764B1 (ko) | 콘텐츠 제공 장치 및 콘텐츠 제공 시스템 | |
CA2851301C (en) | Method of and system for processing video for streaming and advertisement | |
EP1161050B1 (en) | Information processing device, server connection method, program storage medium, and network system | |
US10547907B2 (en) | Personal casting system | |
JP2001344530A (ja) | 寄付処理装置、寄付処理方法、寄付受付装置、寄付受付方法、プログラム格納媒体及び寄付処理システム | |
JP4538697B2 (ja) | 利益還元装置、利益還元方法及びシステム | |
JP4797222B2 (ja) | コンテンツ提供装置、コンテンツ提供方法、プログラム格納媒体及びコンテンツ提供システム | |
JP2001282723A (ja) | コンテンツ提供装置、コンテンツ提供方法、プログラム格納媒体及びコンテンツ提供システム | |
JP2001285825A (ja) | 利益還元装置、利益還元方法、プログラム格納媒体及び利益還元システム | |
JP2001283069A (ja) | コンテンツ提供装置、コンテンツ予約制御方法、プログラム格納媒体及びコンテンツ提供システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070117 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091126 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100112 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100408 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100607 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100701 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101001 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20101012 |
|
A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20110325 |