JP2002352096A - ネットワーク上のデジタルコンテンツ配信装置およびデジタルコンテンツ配信方法 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上のユーザに所望のデジタルコ
ンテンツとは別個の情報を確実に呈示する。 【解決手段】 一つのサービスを提供するデジタルコン
テンツを構成する複数ブロックの各々に、次のブロック
の送信要求の要否をユーザに案内する機能を与えてお
く。ユーザの端末機１１ａからのコンテンツの送信要求
がサーバ機４１ｂで受信されると、サーバ機４１ｂは最
初の広告情報と最初のブロックを送信する。以後、端末
機からの次のブロックの送信要求が受信されるたびに、
サーバ機は広告情報と送信要求されたブロックを送信す
る。従って、所望のコンテンツの全てを受信するために
は、ユーザは頻繁に端末機を操作する必要がある。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワークを
介して音楽や映像、ゲームソフト等のデジタルコンテン
ツを配信するネットワーク上のデジタルコンテンツ配信
装置およびデジタルコンテンツ配信方法に関するもので
ある。

【０００２】

【従来の技術】有償のコンピュータプログラムや映像ソ
フトウェア等のソフトウェアのネットワークでの利用回
数や利用時間に応じて料金を徴収する技術として、特公
平６−９５３０２号公報に開示された「ソフトウェア管
理方式」がある。これは、利用されたソフトウェアの識
別符号と利用者識別符号と料金とを記録しておき、この
記録を回収することで、ソフトウェアの権利者が所有す
るソフトウェアの利用状況を把握し、利用量に応じたソ
フトウェアの利用料金を回収している。

【０００３】しかし、上記公報の「ソフトウェア管理方
式」では、広告情報を取り扱うことができない。他方、
雑誌や新聞のような情報媒体に関しては、利用者が情報
を取得するため手数料は、広告料により割り引かれてい
るのが常識である。すなわち、発行元が広告主から広告
依頼を受けて雑誌や新聞に掲載し、広告料を徴収するこ
とにより、雑誌や新聞の発行価格は引き下げられてい
る。ところが、そのような広告料金を考慮した料金体系
は、上記公報の技術ではネットワークに関して実現する
ことが不可能である。従って、ソフトウェアのユーザ
は、ソフトウェアのサイトに広告があろうがなかろう
が、ソフトウェアの提供者から請求される画一的な利用
料金を全額支払う必要があった。

【０００４】広告情報を取り扱う技術として、特開平９
−１１４７５５号公報に開示された「情報課金システ
ム」がある。これは、デジタル情報の利用時に広告情報
を強制的にユーザのディスプレイに表示させ、デジタル
情報の利用料金の一部を広告料で賄うことで、デジタル
情報を利用するユーザから徴収する利用料金の一部を割
り引いて、ユーザの負担を軽減することにより、デジタ
ル情報の利用及び流通を一層促進させるものである。

【０００５】

【発明が解決しようとする課題】しかし、特開平９−１
１４７５５号公報に記載の従来のネットワーク上のデジ
タルコンテンツ配信装置およびデジタルコンテンツ配信
方法は以上のように構成されているので、たとえ上記の
技術に従ってディスプレイに広告が表示されたとして
も、ユーザがそれを見るとは限らないという課題があっ
た。必要なデジタルコンテンツのダウンロードが終了す
るまで、ディスプレイの前にユーザが継続して居ること
は期待できない。従って、ユーザにすれば広告情報を見
ずに，デジタルコンテンツの利用だけを行うことも可能
である。よって、広告主がその効果を疑問視し、広告を
出すことを躊躇するという課題があった。

【０００６】この発明は上記のような課題を解決するた
めになされたもので、ユーザに所望のデジタルコンテン
ツとは別個の情報を確実に呈示することが可能な、ネッ
トワーク上のデジタルコンテンツ配信装置およびデジタ
ルコンテンツ配信方法を得ることを目的とする。

【０００７】

【課題を解決するための手段】この発明に係るネットワ
ーク上のデジタルコンテンツ配信装置は、一つのサービ
スを提供するためのデジタルコンテンツを構成する複数
のブロックであって、そのうちの少なくともいくつかが
ユーザに次のブロックの送信要求の要否を案内する機能
を有する複数のブロックをユーザ端末機からの要求に応
じて送信することにより、デジタルコンテンツを上記ユ
ーザ端末機に与える送信部と、個々のブロックに対する
送信要求を上記ユーザ端末機から受信する受信部と、上
記受信部が個々のブロックに対する送信要求を受信した
ときだけ、この送信要求に該当するブロックを上記送信
部に送信させる送信制御部とを備えるものである。

【０００８】この発明に係るネットワーク上のデジタル
コンテンツ配信装置は、デジタルコンテンツを送信する
ときに、ユーザに広告を呈示する機能を有する広告情報
を送信部がユーザ端末機に送信するものである。

【０００９】この発明に係るネットワーク上のデジタル
コンテンツ配信装置は、個々のブロックを送信するたび
に、ユーザに広告を呈示する機能を有する広告情報を送
信部がユーザ端末機に送信するものである。

【００１０】この発明に係るネットワーク上のデジタル
コンテンツ配信方法は、一つのサービスを提供するため
のデジタルコンテンツを構成する複数のブロックであっ
て、そのうちの少なくともいくつかがユーザに次のブロ
ックの送信要求の要否を案内する機能を有する複数のブ
ロックをユーザ端末機からの要求に応じて送信すること
により、デジタルコンテンツを上記ユーザ端末機に与え
る方法であり、ブロックを上記ユーザ端末機に送信する
工程と、次のブロックに対する送信要求をユーザ端末機
から受信する工程と、次のブロックに対する送信要求を
受信したときだけ、この送信要求に該当するブロックを
上記ユーザ端末機に送信する工程とを備えるものであ
る。

【００１１】

【発明の実施の形態】以下、この発明の実施の一形態を
説明する。 実施の形態１．図１はこの発明の実施の形態１における
ネットワーク上のデジタルコンテンツ配信方法を実行す
るデジタルコンテンツ配信システムの構成を示す図であ
る。図において、１１ａ，１１ｂはユーザがそれぞれ保
有している端末機（ユーザ端末機）、２はデジタルコン
テンツを転送するネットワーク、２１はネットワーク２
を管理している通信事業者、４ａ，４ｂは、デジタルコ
ンテンツを、ネットワーク２を介してユーザに配信する
配布者、４１ａ，４１ｂは、配布者４ａ，４ｂがそれぞ
れ保有しているサーバ機である。図示のように、ネット
ワーク２を介して、サーバ機４１ａ，４１ｂを含む複数
のサーバ機と、端末機１１ａ，１１ｂを含む複数の端末
機が相互接続されている。後述するように、サーバ機４
１ｂが、実施の形態１に係るデジタルコンテンツ配信装
置に該当する。

【００１２】図２はあるユーザが保有している端末機１
１ａの構成を示すブロック図である。図において、１１
１は配信されたデジタルコンテンツを格納する大容量の
蓄積メディア、１１２は端末機１１ａ全体の処理を制御
するＣＰＵ、１１３はＣＰＵ１１２の作業領域のための
メモリ、１１４は外部メディア入出力回路、１１５はデ
ジタルコンテンツに施された暗号を暗号鍵又は実行鍵に
より復号化する暗号復号化回路、１１６はネットワーク
インタフェース、１１７は端末機１１ａ内のバスであ
る。端末機１１ａは、例えばパーソナルコンピュータで
あり、その内部において、蓄積メディア１１１、ＣＰＵ
１１２、メモリ１１３、外部メディア入出力回路１１
４、暗号復号化回路１１５およびネットワークインタフ
ェース１１６がバス１１７に接続されており、これらの
間で信号の交換が可能になっている。

【００１３】Ｇａｃはゲーム用コントローラ、Ｋ／Ｂは
キーボード、Ｍｏはマウス、ＴＶはテレビモニタであ
る。これらのマンマシンインタフェースは、外部メディ
ア入出力回路１１４に接続されている。従って、ゲーム
用コントローラＧａｃ、キーボードＫ／Ｂおよびマウス
Ｍｏからの指令信号が外部メディア入出力回路１１４を
経てＣＰＵ１１２に供給され、これらの指令信号に基づ
いて、ＣＰＵ１１２はプログラムを実行する。また、Ｃ
ＰＵ１１２は、プログラムに従ってテレビモニタＴＶに
映像を表示させる。端末機１１ａのディスプレイとし
て、テレビモニタＴＶの代わりにコンピュータ用ディス
プレイを使ってもよい。

【００１４】１２ａはＤＳＵ（Ｄｉｇｉｔａｌ Ｓｅｒ
ｖｉｃｅ Ｕｎｉｔ：加入者線終端装置）、２０は通信
路である。ＤＳＵ１２ａは、ネットワークインタフェー
ス１１６と通信路２０を接続する。通信路２０を介し
て、端末機１１ａはネットワーク２にリンクすることが
可能である。通信路２０は双方向の通信路であって、光
ファイバケーブルでもよいし、同軸ケーブルでもよい
し、通常の電話線でもよい。

【００１５】ネットワークインタフェース１１６を介し
て、端末機１１ａはネットワーク２上のサイトにデジタ
ルコンテンツの送信要求を送信することができる。ま
た、端末機１１ａはネットワークインタフェース１１６
を介してネットワーク２上のウエブサーバからデジタル
コンテンツを受信することができる。受信されたデジタ
ルコンテンツは、暗号復号化回路１１５により復号さ
れ、そこで復号されたデジタルコンテンツは蓄積メディ
ア１１１に蓄積される。上述したマンマシンインタフェ
ースを利用しながら、ユーザは各種のデジタルコンテン
ツを活用したり楽しんだりすることができる。

【００１６】ネットワーク２にリンクする他の端末機
（図示されている端末機１１ｂも含む）は、端末機１１
ａと同様の構成を有するパーソナルコンピュータであ
る。但し、この発明をパーソナルコンピュータへのデー
タの配信に限定する意図ではない。データが配信される
端末機は携帯電話のハンドセットでもよく、そのように
変更された形態もこの発明の範囲に含まれる。

【００１７】図３は、上述した配布者４ｂが所有するサ
ーバ機４１ｂの詳細を示す。図において、２００は制御
部（送信制御部）、２０１は送信部、２０２は受信部、
２０３は蓄積装置を示す。蓄積装置２０３には、各種の
サービスを提供するためのデジタルコンテンツが保存さ
れている。かかるデジタルコンテンツには、音楽や映像
のファイル、ゲームソフトや業務用ソフト等のアプリケ
ーションソフトウェアに関するデジタルコンテンツでユ
ーザにとってダウンロード可能なものが含まれている。

【００１８】また、蓄積装置２０３には、ユーザに広告
を呈示する機能を有する広告情報が保存されている。こ
の実施の形態１において、広告情報はグラフィックなデ
ータであって、ユーザの端末機に読み取られると、その
ディスプレイに広告を表示することにより、ユーザに視
覚的に広告を呈示する。但し、広告情報は、この発明を
これに限定する意図ではない。広告情報はユーザの端末
機に読み取られると、そのスピーカにより広告音声を発
生させる音声データでもよく、そのように変更された形
態もこの発明の範囲に含まれる。

【００１９】受信部２０２は、ネットワーク２に接続さ
れている多数のユーザの端末機から様々な送信要求を受
信する。送信要求が受信されると、制御部２００は蓄積
装置２０３からその送信要求に該当するデータを読み出
して、送信部２０１に渡す。渡されたデータを送信部２
０１は要求した端末機を宛先としてネットワーク２に送
出する。従って、端末機は、サーバ機４１ｂにアクセス
し、サーバ機４１ｂが提供する画面をディスプレイに表
示し、画面の案内に従ってファイルおよびアプリケーシ
ョンソフトウェアをダウンロードすることができる。

【００２０】この実施の形態１において、ユーザがダウ
ンロードできるデジタルコンテンツは次の様式で作成さ
れている。一つのサービスを提供するためのデジタルコ
ンテンツ、すなわち一つのファイルまたはアプリケーシ
ョンソフトウェアは、複数のブロックに分割されてい
る。各ブロックには、ユーザに次のブロックの送信要求
の要否を案内する機能を有する情報が与えられている。

【００２１】一つのファイルまたはアプリケーションソ
フトウェアを構成するブロックは、相互に関連づけられ
て蓄積装置２０３に保存されている。ただし、この発明
をこれに限定する意図ではなく、蓄積装置２０３には、
ファイルおよびアプリケーションソフトウェアが従来技
術と同様に完全な形態で保存されていて、ユーザからの
送信要求があったときに制御部２００が必要なファイル
またはアプリケーションソフトウェアを読み出して、こ
れを複数のブロックに分割するのでもよい。そのように
変更された形態もこの発明の範囲に含まれる。

【００２２】次に動作について説明する。図４は、この
実施の形態１によるデジタルコンテンツ配信方法に従っ
たサーバ機と端末機との間のデータの流れを示すデータ
フローシーケンス図である。図４は配布者４ｂのサーバ
機４１ｂと、端末機の一例としての端末機１１ａとのデ
ータ交換を示すが、端末機は端末機１１ａに限られな
い。

【００２３】図４に示す手順の前に、端末機１１ａはサ
ーバ機４１ｂにアクセスしており、端末機１１ａのテレ
ビモニタＴＶには配布者４ｂのホームページ（配布者４
ｂが提供する最初のページ）がすでに表示されている。
ホームページでは、配布者４ｂが提供することのできる
複数のファイルまたはアプリケーションソフトウェアの
名称が列挙されている。

【００２４】表示された名称を今ユーザがマウスＭｏで
クリックしたと想定しよう。このクリックの動作をデジ
タルコンテンツ選択動作と呼ぶ。この動作に応じて、端
末機１１ａは、送信要求（デジタルコンテンツ要求）を
サーバ機４１ｂに発行する。デジタルコンテンツ要求を
受信した端末機１１ａは、その名称に該当するファイル
またはアプリケーションソフトウェアのダウンロードを
開始する。

【００２５】ここでユーザが選択したファイルまたはア
プリケーションソフトウェアは、三つのブロック（デジ
タルコンテンツブロック＃１〜＃３）に分割されてい
る。各ブロックには公知の圧縮技術が施されていてもよ
い。サーバ機４１ｂは、これらの三つのデジタルコンテ
ンツブロックを順次、要求元の端末機１１ａに送信する
が、各ブロックの送信の直前に広告情報を送信する。

【００２６】具体的には、デジタルコンテンツ要求に応
答して、サーバ機４１ｂはまず最初の広告情報＃１を送
信し、続いて最初のデジタルコンテンツブロック＃１を
送信する。各デジタルコンテンツブロックのサイズが大
きい場合には、各ブロックをさらにセグメントまたはフ
レームに細分し、セグメントを搭載したパケットを端末
機１１ａに送信したり、フレームを端末機１１ａに送信
したりしてもよい。図４におけるデジタルコンテンツブ
ロックの文字の下の複数の並行する矢印は、一つのブロ
ックに由来する複数のパケットまたはフレームがサーバ
機４１ｂから端末機１１ａへ送信されることを表す。

【００２７】要求を発行した端末機１１ａは最初の広告
情報＃１を受信し、これに応じてテレビモニタＴＶに広
告を表示する。この後、端末機１１ａは、最初のデジタ
ルコンテンツブロック＃１を受信する。最初のブロック
＃１のダウンロードの間中、端末機１１ａはテレビモニ
タＴＶに広告情報＃１に基づく広告を表示し続ける。広
告は静止画像でもよいし、動画像でもよい。ユーザは、
テレビモニタＴＶの画面に表示される広告を見つつ、最
初のブロック＃１の送信が完了するのを待つと期待され
る。公知の誤り検出方式、自動再送方式や誤り訂正方式
のいずれかまたは組み合わせをパケットまたはフレーム
の受信に応用して、誤りが発見されたらパケットまたは
フレームの再送を端末機１１ａがサーバ機４１ｂに自動
的に要求したり、端末機１１ａが誤りを自動的に訂正し
たりしてもよい。

【００２８】上記の通り、各ブロックには、ユーザに次
のブロックの送信要求の要否を案内する機能を有する情
報が付与されているので、最初のブロック＃１のダウン
ロードの終了直前または直後に、端末機１１ａのテレビ
モニタＴＶには、次のブロックを送信するか否かをユー
ザに選択させる指標を有する画面が表示される。ユーザ
が次のブロックの送信の要求を画面上で指定すると（例
えばマウスＭｏでクリック操作すると）、端末機１１ａ
はサーバ機４１ｂに次のブロックの送信要求（クリック
操作通知）を発行する。

【００２９】この送信要求が受信されると、サーバ機４
１ｂは、第２の広告情報＃２と、この送信要求に該当す
る次のブロック（第２のデジタルコンテンツブロック＃
２）を端末機１１ａに送信する。端末機１１ａは第２の
広告情報＃２を受信し、これに応じてテレビモニタＴＶ
に広告を表示する。この後、端末機１１ａは、第２のデ
ジタルコンテンツブロック＃２を受信する。第２のブロ
ック＃２のダウンロードの間中、端末機１１ａはテレビ
モニタＴＶに広告情報＃２に基づく広告を表示し続け
る。

【００３０】第２のブロック＃２のダウンロードの終了
直前または直後に、端末機１１ａのテレビモニタＴＶに
は、次のブロックを送信するか否かをユーザに選択させ
る指標を有する画面が表示される。ユーザが次のブロッ
ク（すなわち最終デジタルコンテンツブロック＃３）の
送信の要求を画面上で指定すると（例えばマウスＭｏで
クリック操作すると）、端末機１１ａはサーバ機４１ｂ
に次のブロックの送信要求（クリック操作通知）を発行
する。

【００３１】この送信要求が受信されると、サーバ機４
１ｂは、第３の広告情報＃３と、この送信要求に該当す
る次のブロック（第３のデジタルコンテンツブロック＃
３）を端末機１１ａに送信する。端末機１１ａは第３の
広告情報＃３を受信し、これに応じてテレビモニタＴＶ
に広告を表示する。この後、端末機１１ａは、第３のデ
ジタルコンテンツブロック＃３を受信する。第３のブロ
ック＃３のダウンロードの間中、端末機１１ａはテレビ
モニタＴＶに広告情報＃３に基づく広告を表示し続け
る。

【００３２】以上のようにして、ユーザが欲しがってい
たファイルまたはソフトウェアを構成する全てのブロッ
クのダウンロードが完了する。ダウンロードが完了する
と、端末機１１ａでは、暗号復号化回路１１５がブロッ
クから最終的な形態のファイルまたはソフトウェアを再
構築し、再構築したファイルまたはソフトウェアを蓄積
メディア１１１に保存する（図２参照）。

【００３３】この実施の形態１では、各ブロックには、
ユーザに次のブロックの送信要求の要否を案内する機能
を有する情報が付与されており、逐次、次のブロックの
送信が必要か否かがユーザに問われる。従って、ユーザ
はテレビモニタＴＶの画面を頻繁にまたは継続的に見る
ことを強要される。少なくとも、次のブロックの送信が
必要か否かを選択させる指標がテレビモニタＴＶに表示
される段階で、テレビモニタＴＶを見ないと、所望のデ
ジタルコンテンツのダウンロードは終了しない。従っ
て、各ブロックの送信のたびに、テレビモニタＴＶ上で
描き換えられる広告は、必然的にユーザの目に入ると期
待される。

【００３４】最終ブロック（第３のブロック＃３）のダ
ウンロードの終了直前または直後に、端末機１１ａのテ
レビモニタＴＶには、次のブロックを送信するか否かを
ユーザに選択させる指標を有する画面が表示される。最
終ブロックのダウンロードの終了直前または直後に表示
されるこの選択指標は、本来的にファイルまたはソフト
ウェアのダウンロードに不必要であるが、広告情報＃３
に基づく最終広告をユーザに強制的に見せるのに役立
つ。ユーザが次のブロックの送信の要求を画面上で指定
すると（例えばマウスＭｏでクリック操作すると）、端
末機１１ａはサーバ機４１ｂにクリック操作通知を発行
する。このクリック操作通知が受信されると、サーバ機
４１ｂは、送信終了通知を端末機１１ａに送信する。送
信終了通知に基づいて端末機１１ａはテレビモニタＴＶ
に送信終了の指標を表示する。

【００３５】この実施の形態１では、一つのサービスを
提供するための各ブロックにユーザに次のブロックの送
信要求の要否を案内する機能を有する情報が付与されて
いるが、ブロックのサイズや通信速度のような諸般の事
情を考慮すると、全てのブロックにそのような情報を付
与する必要は必ずしもない。例えば、最終ブロックに
は、そのような情報を付与しないとか、ブロックに間欠
的にそのような情報を付与するといった代替的な形態も
考えられ、その代替的な形態も本発明の範囲に含まれ
る。

【００３６】図５は、ユーザがデジタルコンテンツを受
信しているときに、端末機（例えば端末機１１ａ）のデ
ィスプレイ（例えばテレビモニタＴＶ）に表示される画
面の例を示す。図において、３０は画面、３１は広告
枠、３２はダウンロードインジケータ、３３はキャンセ
ルボタン、３４は次ブロックダウンロード指示ボタン、
３５はゴーボタンを示す。

【００３７】この画面の例の条件として、ユーザは“Ａ
ＢＣＤ”という題名の９０分の映画ファイル（サイズは
２．７ＧＢｙｔｅｓ）を、５０Ｍｂ／ｓという帯域（フ
ァイルの全体のダウンロードに要する時間は約８分）で
受信することを選択したと想定する。

【００３８】図５の画面の第１行はダウンロード中であ
ることを示す。第２行は選択された映画が“ＡＢＣＤ”
という題名の９０分の映画ファイル（サイズは２．７Ｇ
Ｂｙｔｅｓ）であることを示す。第３行は約束された転
送速度が５０Ｍｂ／ｓ（ダウンロードに要する時間は約
８分）でこの映画ファイルの価格が＄２．９９であるこ
とを示す。第４行は最初のブロックのダウンロード中で
あることを示す。第５行はそのブロックのサイズが６７
５ＭＢｙｔｅｓであることを示す。最終行のゴーボタン
３５の隣の文字はホームページに戻ることを示す。

【００３９】図５に示すように、広告枠３１には最初の
ブロックに対応した広告情報に基づく広告が表示されて
いる。ダウンロードインジケータ３２は、変色可能な複
数のセグメントを有しており、各ブロックのダウンロー
ドの進行につれて、変色セグメントが増加することによ
り、各ブロックのダウンロードの進行度合いを示す。図
示の状況は、ダウンロードインジケータ３２のセグメン
トの全てが変色し、第１ブロックの全体のダウンロード
完了を表す。ユーザがマウスＭｏでキャンセルボタン３
３またはゴーボタン３５をクリックすると、端末機１１
ａは送信元のサーバ機４１ｂにキャンセル信号を送信
し、ダウンロードは中止される。ゴーボタン３５がクリ
ックされた場合には、さらに、ホームページに戻るため
の信号が端末機１１ａからサーバ機４１ｂに送信され
る。

【００４０】次ブロックダウンロード指示ボタン３４
は、各ブロックのダウンロードが完了するたびに有効に
なる。例えば、各ブロックのダウンロードの途中では画
面３０上で次ブロックダウンロード指示ボタン３４は白
抜きで表示され、これをユーザがマウスＭｏでクリック
しても何のアクションも起こらない。各ブロックのダウ
ンロードが完了すると画面３０上で次ブロックダウンロ
ード指示ボタン３４は明確に表示され、これをユーザが
マウスＭｏでクリックすると、端末機１１ａは送信元の
サーバ機４１ｂに送信要求（クリック操作通知）を送信
する。これに応答して、次のブロックの送信が開始され
る。従って、上述した図４に示す手順にこの画面が利用
できる。

【００４１】図６はこの実施の形態１によるデジタルコ
ンテンツ配信方法を実現するために、サーバ機４１ｂの
制御部２００が実行する手順を示すフローチャートであ
る。図６に示す手順において、まずステップＳＴ４１で
は、いずれかの端末機から発行されたアクセス要求によ
り制御部２００は、ホームページ情報を送信部２０１に
渡し、送信部２０１は要求元の端末機を宛先としてホー
ムページ情報をネットワーク２に送出する。これにより
端末機（例えば端末機１１ａ）のディスプレイ（例えば
テレビモニタＴＶ）に、複数のファイルまたはアプリケ
ーションソフトウェアの名称が列挙されたホームページ
が表示される。

【００４２】次に手順はステップＳＴ４２に進み、いず
れかの端末機から発行されたファイルまたはアプリケー
ションソフトウェアの送信要求が受信部２０２に受信さ
れたか否かを判断する。この判断が肯定的であれば、手
順はステップＳＴ４３に進み、制御部２００は最初の広
告情報を送信部２０１に渡すとともに、このファイルま
たはソフトウェアを構成するブロックのうちの最初のブ
ロックを送信部２０１に渡す。これにより、要求を発行
した端末機（例えば端末機１１ａ）は最初の広告情報と
最初のブロックを受信する。最初のブロックの受信の直
前に広告情報を受信することにより、最初のブロックの
ダウンロードの間中、端末機はディスプレイ（例えばテ
レビモニタＴＶ）に広告を表示し続ける。

【００４３】次に手順はステップＳＴ４４に進み、端末
機から次のブロックの送信要求を受信部２０２が受信し
たか否かを判断する。この判断が肯定的であれば、手順
はステップＳＴ４５に進み、制御部２００は次の広告情
報と、この送信要求に該当する次のブロックを送信部２
０１に渡す。

【００４４】次に手順はステップＳＴ４６に進み、全部
のブロックを送信したか否か判断する。この判断が肯定
的であれば、手順はステップＳＴ４７に進み、端末機か
ら次のブロックの送信要求を受信部２０２が受信したか
否かを判断する。すなわち図５の次ブロックダウンロー
ド指示ボタン３４がクリックされたか否かを判断する。
ステップＳＴ４７の判断は、この判断が肯定的になるま
で繰り返される。ステップＳＴ４７の判断が肯定的にな
ると、手順はステップＳＴ４８に進み、制御部２００は
送信終了通知を生成し、これを送信部２０１に渡して端
末機宛に送信させる。この後、手順はステップＳＴ４１
に戻り、新たなファイルまたはアプリケーションソフト
ウェアの送信要求に備えて待機する。但し、最終ブロッ
クのダウンロードの後の送信要求は、ファイルまたはソ
フトウェアのダウンロードに不可欠ではないから、ステ
ップＳＴ４７を手順からなくしてもよい。このことは上
述の通りである。

【００４５】また、ユーザが次のブロックの送信要求を
しないことにより、ステップＳＴ４４の判断が否定的で
あれば、手順はステップＳＴ５０に進み、ユーザの端末
機からのキャンセルの指示が受信部２０２で受信された
か否かを判断する。すなわち、図５のキャンセルボタン
３３がクリックされたか否かを判断する。ステップＳＴ
５０の判断が否定的であれば、手順はステップＳＴ５１
に進み、ユーザの端末機からのホームページへ戻るべき
指示が受信部２０２で受信されたか否かを判断する。す
なわち、図５のゴーボタン３５がクリックされたか否か
を判断する。ステップＳＴ５１の判断が否定的であれ
ば、手順はステップＳＴ４４に戻り、再び次のブロック
の送信要求がユーザの端末機から発行されたか否かを判
断する。従って、画面３０のいずれのボタンもクリック
されない期間は、ステップＳＴ４４，ＳＴ５０，ＳＴ５
１からなるループを手順が循環する。

【００４６】もしキャンセルボタン３３がクリックされ
ることによって、ステップＳＴ５０の判断が肯定的であ
るならば、手順はステップＳＴ５２に進む。ステップＳ
Ｔ５２では、制御部２００はキャンセル案内表示情報を
送信部２０１に渡し、ユーザの端末機にキャンセル案内
表示情報を送信させる。これを受けた端末機のディスプ
レイには、ダウンロードがキャンセルされた旨の通知が
表示される。この後、手順はステップＳＴ５３に進み、
キャンセルの指示から一定の待ち時間の経過後、ステッ
プＳＴ４１に戻り、ユーザの端末機にホームページを表
示させる。また、もしゴーボタン３５がクリックされる
ことによって、ステップＳＴ５１の判断が肯定的である
ならば、手順はステップＳＴ４１に戻り、ユーザの端末
機にホームページを表示させる。

【００４７】以上のようにして、ユーザからの送信要求
を受け取るたびに、サーバ機４１ｂはブロックを送信す
る。従って、ユーザが全てのブロックの送信を要求すれ
ば、所望のファイルまたはソフトウェアの全体を入手す
ることができるが、送信を要求しない場合、例えば、ユ
ーザが端末機の前から離れた場合には、必要なデジタル
コンテンツの全体の入手はその分遅れる。このように、
所望のデジタルコンテンツの全てを受信するためには、
ユーザは頻繁に端末機を操作する必要があるため、ユー
ザに画面に映っている広告を確実に閲覧させることがで
きる。

【００４８】次に、実施の形態１のデジタルコンテンツ
配信方法に応用される情報の流通システムおよび課金シ
ステムを説明する。図７はこの発明の実施の形態１にお
けるネットワーク上のデジタルコンテンツ配信方法が利
用されるデジタルコンテンツ配信システムの構成を示す
図であり、図において、１ａ，１ｂはデジタルコンテン
ツを利用するユーザ、３ａ，３ｂはデジタルコンテンツ
を創作した創作者、５ａ，５ｂはユーザに提供する広告
情報を保有している広告主であり、６ａ，６ｂは管理者
であり、６１ａ，６１ｂは、管理者６ａ，６ｂがそれぞ
れ保有しているサーバ機である。図７においては、既に
説明した構成要素を指し示すのに同一の符号が使われて
いる。

【００４９】管理者６ａ，６ｂは、いわゆる広告代理店
に相当し、配布者４ａ，４ｂ及び広告主５ａ，５ｂと契
約し、広告主５ａ，５ｂの広告情報を、ネットワーク２
を介して配布者４ａ，４ｂに配信すると共に、配布者４
ａ，４ｂに対して、ユーザへのデジタルコンテンツの配
信回数に対応した広告料を支払う。

【００５０】図８は、図７のシステムでの情報と通貨の
流れを示すフローシーケンス図である。広告主５ａは管
理者６ａに広告情報を配布し、管理者６ａは広告情報を
サーバ機６１ａに格納する。一方、創作者３ｂは創作し
たデジタルコンテンツを、ネットワーク２を介して、デ
ジタルコンテンツを配信する配布者４ｂのサーバ機４１
ｂに配信する。配布者４ｂは、創作者３ｂから配信され
たデジタルコンテンツを、ネットワーク２を介して、ユ
ーザの端末機１１ａに配信する。

【００５１】なお、広告主５ａから管理者６ａへの広告
情報の配布と、創作者３ｂから配布者４ｂへのデジタル
コンテンツの配信は、ネットワーク２を用いてもよい
し、広告情報またはデジタルコンテンツをディスクやカ
ードその他の適当な蓄積メディアに格納し、その蓄積メ
ディアを物理的に輸送してもよい。

【００５２】配布者４ｂは、デジタルコンテンツの配信
を欲しているユーザからの配信要求に基づき、創作者３
ｂから配信されたデジタルコンテンツに、広告主５ａか
ら配布された広告情報を付加して、ネットワーク２を介
してユーザの端末機１１ａに配信する。ユーザは、配布
者４ｂからデジタルコンテンツの配信を受けていると
き、前記ユーザの保有する端末機１１ａに付属するＴＶ
画面に現れた広告情報を見る。このとき、管理者６ａか
ら配信された広告情報が自動的に表示される。

【００５３】たとえば、配布者４ｂは、１週間や１カ月
等の定められた期間の広告配布回数を、管理者６ａに報
告し、あらかじめ締結した契約に乗っ取り、広告配布料
を受け取る。一方、管理者６ａも、１週間や１カ月等の
定められた期間の広告配布回数を、広告主５ａに報告
し、あらかじめ締結した契約に乗っ取り、広告料を受け
取る。加えて、配布者４ｂは、ユーザへのデジタルコン
テンツの配信回数に対応したデジタルコンテンツの料金
を創作者３ｂに支払う。場合によっては、逆に、創作者
３ｂは、デジタルコンテンツ配布料金を配布者４ｂに支
払う。

【００５４】図９は実施の形態１のデジタルコンテンツ
配信方法を実行する前の準備段階の処理の流れを示すフ
ローシーケンス図である。ステップＳＴ１１において、
配布者４ｂは創作者３ｂとデジタルコンテンツの配布契
約を結ぶと、ステップＳＴ１２において、創作者３ｂ
は、ネットワーク２を介して、あるいは、蓄積メディア
に格納し、その蓄積メディアを物理的に輸送して、デジ
タルコンテンツを配布者４ｂに配布する。ステップＳＴ
１３において、管理者６ａは広告主５ａと広告情報の配
布契約を結び、広告情報を、管理者６ａに配布する。こ
れも、ネットワーク２を介してもよいし、蓄積メディア
に格納し、その蓄積メディアを物理的に輸送して配布し
てもよい。また、広告情報自体を、管理者６ａに作成依
頼してもよい。

【００５５】ステップＳＴ１５において、配布者４ｂは
管理者６ａと広告情報の配信契約を結ぶと、ステップＳ
Ｔ１６において、管理者６ａが、ネットワーク２を介し
て、あるいは、蓄積メディアに格納しその蓄積メディア
を物理的に輸送して、広告情報を配布者４ｂに配布す
る。上記ステップＳＴ１１のデジタルコンテンツの配布
契約、ステップＳＴ１３の広告情報の配布契約、ステッ
プＳＴ１５の広告情報の配布契約の順番は、いずれが先
でも良い。

【００５６】また、配布者４ｂと創作者３ｂは一致して
いても良い。このときは、上記ステップＳＴ１５，ＳＴ
１６が省略される。加えて、管理者６ａと広告主５ａは
一致していても良い。このときは、上記ステップＳＴ１
３，ＳＴ１４が省略される。さらに、配布者４ｂと管理
者６ａは一致していても良い。このときは、上記ステッ
プＳＴ１５，ＳＴ１６が省略される。

【００５７】図１０は実施の形態１のネットワーク上の
デジタルコンテンツ配信方法におけるデジタルコンテン
ツの利用段階の処理の流れを示すフローシーケンス図で
ある。ステップＳＴ２１において、配布者４ｂは、ネッ
トワーク２を介して、利用可能なゲームソフトウェアの
デジタルコンテンツをユーザに配信する。ステップＳＴ
２２において、ユーザは、広告表示を閲覧した後に、デ
ジタルコンテンツを利用する。

【００５８】ステップＳＴ２３において、配布者４ｂ
は、ネットワーク２を介して、管理者６ａに、広告情報
の配布の報告をする。後述のように、この報告は、例え
ば一週間または一ヶ月といった定められた期間毎にまと
めて行ってもよいため、広告情報の配信毎に行う必要は
ない。ステップＳＴ２４〜ＳＴ２６間での処理は、デジ
タルコンテンツが映画の場合であり、上記ステップＳＴ
２１〜ＳＴ２３までの処理と同様である。

【００５９】図１１は実施の形態１のネットワーク上の
デジタルコンテンツ配信方法を実行した後の決済段階の
処理の流れを示すフローシーケンス図である。本例で
は、例えば、一週間や一ヶ月といったあらかじめ定めら
れた期間毎に行われる決済処理を示す。配布者４ｂは、
ステップＳＴ３１において、広告情報の配布回数の総和
の集計を行い、ステップＳＴ３２において、管理者６ａ
に通知する。ステップＳＴ３３において、管理者６ａが
広告主５ａに、前記報告を受けた広告情報の配布回数の
総和を通知すると、ステップＳＴ３４において、広告主
５ａは、あらかじめ契約で定められた広告料を、管理者
６ａに支払う。ステップＳＴ３５において、管理者６ａ
は配布者４ｂに、あらかじめ契約で定められた広告情報
配布回数に対応した料金を支払う。

【００６０】配布者４ｂは、ステップＳＴ３６におい
て、デジタルコンテンツ配信回数の総和の集計を行い、
ステップＳＴ３７において、創作者３ｂに通知すると同
時に、あらかじめ契約で定められたデジタルコンテンツ
の料金を創作者３ｂに支払う。ステップＳＴ３８におい
て、創作者３ｂが配布者４ｂに、前記報告を受けたデジ
タルコンテンツ配信回数の総和に基づき、配布の手数料
であるデジタルコンテンツ配布料金を支払う。

【００６１】本例では、ステップＳＴ３６とステップＳ
Ｔ３７の両方において、決済が行われているが、両者の
差額だけを決済してもよい。また、上記ステップＳＴ３
１から３５と、ステップＳＴ３６から３８の両者におい
て、いずれが先でも良い。

【００６２】なお、配布者４ｂと創作者３ｂとの支払い
の契約が、デジタルコンテンツの配信回数ではなく、デ
ジタルコンテンツの配信可能な期間によるものである場
合には、上記ステップＳＴ３５のデジタルコンテンツの
配信回数の総和の通知は、必ずしも必要ではなくなる。
また、配布者４ｂが独自の広告主５ｂを見つけて、デジ
タルコンテンツの配信に際して、ユーザがデジタルコン
テンツを選択する画面等に広告情報を載せて、この広告
主５ｂから支払いを受け、上記ステップＳＴ３４と３５
を省略させても良い。さらに、配布者４ｂと創作者３ｂ
は一致していても良い。このときは、上記ステップＳＴ
３６から３８が省略される。

【００６３】以上の説明では、創作者３ａ，３ｂは、デ
ジタルコンテンツを創作する者としたが、創作者３ａ，
３ｂの代わりに保有者でもかまわない。ここでいう保有
者とは、第三者にデジタルコンテンツを使用させる権利
を創作者３ａ，３ｂから譲渡、許諾又は委託された者で
あり、具体的には、デジタルコンテンツの創作者３ａ，
３ｂの代理人、又はソフトウェアのように使用権利の配
布の許可を受けた者、又は映画や音楽のように再生する
権利を配布する許可を得た者、又はデジタルコンテンツ
そのものの配布の許可を受けた者をいう。また、保有者
から委託を受けた別の保有者もあり得る。

【００６４】以上のように、この実施の形態１によれ
ば、所望のデジタルコンテンツの全てを受信するために
は、ユーザは頻繁に端末機を操作する必要があるため、
ユーザに画面に映っている広告を確実に閲覧させること
ができるという効果が得られる。また、個々のブロック
の送信のたびに異なる広告を送信することができ、ユー
ザにそれらの異なる広告を確実に呈示することができる
という効果が得られる。

【００６５】また、ユーザにとっては、配信された広告
情報を見ることにより、所望のデジタルコンテンツを無
料または減額された価格で利用することができるという
効果が得られる。また、ユーザがデジタルコンテンツを
無料で利用することにすれば、創作者３ｂにとっては、
創作したデジタルコンテンツの利用拡大をはかることが
でき、配信回数に対応したデジタルコンテンツの料金を
徴収することができるという効果が得られる。さらに、
管理者６ａにとっては、配布者４ｂからの広告情報配布
回数の通知により、容易に広告閲覧回数を把握すること
ができるという効果が得られる。さらに、創作者３ｂに
とっては、ユーザからデジタルコンテンツ料金を徴収す
る必要がなく、多くのユーザからの料金徴収という手間
を大幅に削減することができるという効果が得られる。
さらに、広告主５ａは、広告料を管理者６ａに支払うこ
とにより、広告情報を効率的にユーザに提示することが
できるという効果が得られる。

【００６６】以上、本発明をその好適な実施の形態を参
照しながら詳細に図示して説明したが、特許請求の範囲
に記載された本発明の範囲内で、形式および細部に関す
る様々な変更が可能であることは当業者であれば理解で
きることだろう。かかる変更、代替、修正も本発明の範
囲に含まれる均等なものである。例えば、広告以外に、
配布者がユーザに提供したい通知を配信するのに、上述
の実施の形態を利用することもできる。

【００６７】

【発明の効果】以上のように、この発明によれば、一つ
のサービスを提供するためのデジタルコンテンツを構成
する複数のブロックであって、そのうちの少なくともい
くつかがユーザに次のブロックの送信要求の要否を案内
する機能を有する複数のブロックをユーザ端末機からの
要求に応じて送信することにより、デジタルコンテンツ
を上記ユーザ端末機に与える送信部と、個々のブロック
に対する送信要求を上記ユーザ端末機から受信する受信
部と、上記受信部が個々のブロックに対する送信要求を
受信したときだけ、この送信要求に該当するブロックを
上記送信部に送信させる送信制御部とを備えるように構
成したので、所望のデジタルコンテンツの全てを受信す
るためには、ユーザは頻繁に端末機を操作する必要があ
るため、ユーザに所望のデジタルコンテンツと別個の情
報を確実に呈示することができるなどの効果がある。

【００６８】この発明によれば、デジタルコンテンツを
送信するときに、ユーザに広告を呈示する機能を有する
広告情報を送信部がユーザ端末機に送信するように構成
したので、ユーザに広告を確実に呈示することができる
などの効果がある。

【００６９】この発明によれば、個々のブロックを送信
するたびに、ユーザに広告を呈示する機能を有する広告
情報を送信部がユーザ端末機に送信するように構成した
ので、個々のブロックの送信のたびに異なる広告を送信
することができ、しかもユーザにそれらの異なる広告を
確実に呈示することができるなどの効果がある。

【００７０】この発明によれば、一つのサービスを提供
するためのデジタルコンテンツを構成する複数のブロッ
クであって、そのうちの少なくともいくつかがユーザに
次のブロックの送信要求の要否を案内する機能を有する
複数のブロックをユーザ端末機からの要求に応じて送信
することにより、デジタルコンテンツを上記ユーザ端末
機に与える方法であり、ブロックを上記ユーザ端末機に
送信する工程と、次のブロックに対する送信要求をユー
ザ端末機から受信する工程と、次のブロックに対する送
信要求を受信したときだけ、この送信要求に該当するブ
ロックを上記ユーザ端末機に送信する工程とを備えるよ
うに構成したので、所望のデジタルコンテンツの全てを
受信するためには、ユーザは頻繁に端末機を操作する必
要があるため、ユーザに所望のデジタルコンテンツと別
個の情報を確実に呈示することができるなどの効果があ
る。

【図面の簡単な説明】

【図１】 この発明の実施の形態１におけるネットワー
ク上のデジタルコンテンツ配信方法を実行するデジタル
コンテンツ配信システムの構成を示す図である。

【図２】 図１のシステムにおけるユーザが保有してい
る端末機の構成を示すブロック図である。

【図３】 図１のシステムにおける配布者が保有してい
るサーバ機の構成を示すブロック図である。

【図４】 この実施の形態１によるデジタルコンテンツ
配信方法に従ったサーバ機と端末機との間のデータの流
れを示すデータフローシーケンス図である。

【図５】 実施の形態１の配信方法によりユーザがデジ
タルコンテンツを受信しているときに、端末機のディス
プレイに表示される画面の例を示す図である。

【図６】 実施の形態１の配信方法を実現するために、
図３のサーバ機の制御部が実行する手順を示すフローチ
ャートである。

【図７】 この発明の実施の形態１におけるネットワー
ク上のデジタルコンテンツ配信方法が利用されるデジタ
ルコンテンツ配信システムの構成を示す図である。

【図８】 図７のシステムでの情報と通貨の流れを示す
フローシーケンス図である。

【図９】 実施の形態１のデジタルコンテンツ配信方法
を実行する前の準備段階の処理の流れを示すフローシー
ケンス図である。

【図１０】 実施の形態１のネットワーク上のデジタル
コンテンツ配信方法におけるデジタルコンテンツの利用
段階の処理の流れを示すフローシーケンス図である。

【図１１】 実施の形態１のネットワーク上のデジタル
コンテンツ配信方法を実行した後の決済段階の処理の流
れを示すフローシーケンス図である。

【符号の説明】

１ａ，１ｂ ユーザ、２ ネットワーク、３ａ，３ｂ
創作者、４ａ，４ｂ配布者、５ａ，５ｂ 広告主、６
ａ，６ｂ 管理者、１１ａ，１１ｂ 端末機（ユーザ端
末機）、１２ａ ＤＳＵ、２０ 通信路、２１ 通信事
業者、３０ 画面、３１ 広告枠、３２ ダウンロード
インジケータ、３３ キャンセルボタン、３４ 次ブロ
ックダウンロード指示ボタン、３５ ゴーボタン、４１
ａ サーバ機、４１ｂ サーバ機（デジタルコンテンツ
配信装置）、６１ａ，６１ｂ サーバ機、１１１ 蓄積
メディア、１１２ ＣＰＵ、１１３ メモリ、１１４
外部メディア入出力回路、１１５ 暗号復号化回路、１
１６ ネットワークインタフェース、１１７ バス、２
００ 制御部（送信制御部）、２０１ 送信部、２０２
受信部、２０３ 蓄積装置、Ｇａｃ ゲーム用コント
ローラ、Ｋ／Ｂ キーボード、Ｍｏ マウス、ＴＶ テ
レビモニタ。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 一つのサービスを提供するためのデジタ
   ルコンテンツを構成する複数のブロックであって、その
   うちの少なくともいくつかがユーザに次のブロックの送
   信要求の要否を案内する機能を有する複数のブロックを
   ユーザ端末機からの要求に応じて送信することにより、
   デジタルコンテンツを上記ユーザ端末機に与える送信部
   と、 個々のブロックに対する送信要求を上記ユーザ端末機か
   ら受信する受信部と、 上記受信部が個々のブロックに対する送信要求を受信し
   たときだけ、この送信要求に該当するブロックを上記送
   信部に送信させる送信制御部とを備えるネットワーク上
   のデジタルコンテンツ配信装置。
2. 【請求項２】 デジタルコンテンツを送信するときに、
   ユーザに広告を呈示する機能を有する広告情報を送信部
   がユーザ端末機に送信することを特徴とする請求項１記
   載のデジタルコンテンツ配信装置。
3. 【請求項３】 個々のブロックを送信するたびに、ユー
   ザに広告を呈示する機能を有する広告情報を送信部がユ
   ーザ端末機に送信することを特徴とする請求項１記載の
   デジタルコンテンツ配信装置。
4. 【請求項４】 一つのサービスを提供するためのデジタ
   ルコンテンツを構成する複数のブロックであって、その
   うちの少なくともいくつかがユーザに次のブロックの送
   信要求の要否を案内する機能を有する複数のブロックを
   ユーザ端末機からの要求に応じて送信することにより、
   デジタルコンテンツを上記ユーザ端末機に与える方法で
   あり、 ブロックを上記ユーザ端末機に送信する工程と、 次のブロックに対する送信要求をユーザ端末機から受信
   する工程と、 次のブロックに対する送信要求を受信したときだけ、こ
   の送信要求に該当するブロックを上記ユーザ端末機に送
   信する工程とを備えるネットワーク上のデジタルコンテ
   ンツ配信方法。