JP2003323557A - コンテンツ配信システム - Google Patents

Abstract

(57)【要約】 【課題】 クライアント側のコンテンツ取得可否環境を
意識すること無く、クライアントの都合に応じた配信サ
ービスを提供する。 【解決手段】 ネットワークを介してコンテンツをクラ
イアントに配信するコンテンツ配信装置であって、予め
クライアントから指示されたコンテンツ配信条件に基づ
いて、クライアント側にコンテンツを取得するための動
作を起こさせるためのスケジュールを生成し、スケジュ
ールをクライアントに送るコンテンツ取得スケジュール
生成配信部を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを介
してコンテンツを配信する技術に関し、特に、スケジュ
ールに従ってデジタルコンテンツを配信する技術に関す
る。

【０００２】

【従来の技術】ネットワークを介してデジタルコンテン
ツを配信するための技術としては、例えば、特開２００
１−１４５０８５号公報に記載された技術がある。この
技術では、ユーザがデジタルコンテンツを所望する場
合、所定のダウンロード情報を取得した後、ダウンロー
ド要求を送信する。デジタルコンテンツ配信装置は、こ
のダウンロード要求を受け取り、所望のデジタルコンテ
ンツを検索し、送出する。デジタルコンテンツ受信装置
は、このデジタルコンテンツを受信し、記憶する。

【０００３】

【発明が解決しようとする課題】上記文献に記載されて
いる技術は、ユーザがデジタルコンテンツの取得を望む
際に、所定の操作を行うことによりデジタルコンテンツ
配信装置から送られるデジタルコンテンツを、デジタル
コンテンツ受信装置によりダウンロードする技術であ
る。

【０００４】しかしながら、上記技術は、ユーザ側のコ
ンテンツ取得可否環境を意識すること無く、クライアン
トの都合に応じた配信サービスに関するものではない。
例えば提供される情報の種類や情報の提供日時になど関
するユーザの意志を反映したデジタルコンテンツをユー
ザが望む時点で取得することはできない。すなわち、予
め決められている所定のスケジュール等に基づいて、ユ
ーザが、デジタルコンテンツ配信装置からデジタルコン
テンツを取得する点に関しては述べられていない。

【０００５】本発明の目的は、ユーザ側のコンテンツ取
得可否環境を意識すること無く、ユーザの都合に応じた
配信サービスを提供することである。また、ユーザ側の
コンテンツ取得状態に応じたきめ細かな課金体系を形成
することを目的とする。

【０００６】

【課題を解決するための手段】本発明の一観点によれ
ば、ネットワークを介してコンテンツをクライアントに
配信するコンテンツ配信装置であって、予め前記クライ
アントから指示されたコンテンツ配信条件に基づいてコ
ンテンツを取得するための動作を、前記クライアントに
起こさせるためのスケジュールを生成し、該スケジュー
ルを前記クライアントに送るコンテンツ取得スケジュー
ル生成配信部を有するコンテンツ配信装置が提供され
る。

【０００７】上記コンテンツ配信装置によれば、クライ
アント側の要求に基づいたコンテンツ配信を行うための
スケジュールをクライアント側に送ることができる。

【０００８】さらに、前記コンテンツ配信装置は、前記
クライアントが取得したコンテンツに関する情報を前記
クライアントから得るためのコンテンツ取得済み情報受
信部を有し、前記クライアントがコンテンツを取得した
時のコンテンツの価値を算出し、算出されたコンテンツ
の価値に基づいて前記クライアントに課金する課金部を
有するのが好ましい。

【０００９】上記コンテンツ配信装置によれば、コンテ
ンツ取得時のコンテンツの価値に基づいて、クライアン
トに課金することができる。

【００１０】本発明の他の観点によれば、ネットワーク
を介してコンテンツ配信装置からデジタルコンテンツを
受信するコンテンツ受信装置であって、コンテンツ配信
条件を前記コンテンツ配信装置に送るコンテンツ配信条
件送信部と、前記コンテンツ配信条件に基づいて前記コ
ンテンツ配信装置からコンテンツを取得するための動作
を行うためのスケジュールを受け、該スケジュールに基
づいて前記コンテンツ配信装置からコンテンツを受ける
コンテンツ取得部とを有するコンテンツ受信装置が提供
される。

【００１１】上記コンテンツ受信装置によれば、クライ
アント側からのコンテンツ配信条件に基づいて作成され
たコンテンツ配信スケジュールを受けて、クライアント
側からコンテンツの取得のための動作を行うことによ
り、実際にコンテンツを取得することができる。

【００１２】本発明のさらに別の観点によれば、ネット
ワークを介してクライアントにデジタルコンテンツを配
信するコンテンツ配信システムであって、配信するデジ
タルコンテンツをクライアント側から取得するためのス
ケジュールを含む配信データ取得プログラムを生成する
手段と、生成した配信データ取得プログラムをクライア
ントに送信する手段とを備えたことを特徴とするコンテ
ンツ配信システムが提供される。

【００１３】これにより、クライアントは、その配信デ
ータ取得プログラムを起動し、前記スケジュールにした
がって配信要求を発行する。コンテンツ配信システム
は、その配信要求に応じて、クライアントに配信するデ
ータを契約情報に基づいて編集しクライアントに配信す
る。

【００１４】

【発明の実施の形態】本明細書において、スケジュール
とは、コンテンツの送受信に関する日時のみでなく、例
えば図１４、図１５に示す具体的なコンテンツ内容など
を含む広い概念として定義したものである。以下、本発
明の実施の形態について図面を参照して詳細に説明す
る。

【００１５】図１は、本発明の実施の形態によるコンテ
ンツ配信システムのシステム構成図である。図１に示す
ように、コンテンツ配信システムは、配信サーバ１０１
と、複数のコンテンツ提供者装置１０２と、複数の配信
クライアント１０３とを含み、これらがネットワーク１
０４を介して関連付けされている。

【００１６】図１に示すコンテンツ配信システムにおい
て、まず配信クライアント１０３は、配信サーバ１０１
に接続し、例えば、図１４に示す画面において、配信を
受けたいコンテンツ内容などについての申込を行う。図
１４においては、Ａ新聞、Ｂ新聞、Ｃ新聞などの幾つか
の新聞社からの新聞記事をカテゴリ別に指定して配信す
るように指定できる。また、配信する日時も指定でき
る。

【００１７】図１５に契約申し込みカテゴリ詳細画面を
示す。図１５に示すように、クライアントは、契約申し
込みカテゴリ詳細画面において、例えば契約カテゴリ
と、契約詳細カテゴリを選択することができる。図１５
に示す例では、契約カテゴリとして政治、経済、社会の
ジャンルが選択され、契約詳細カテゴリとしては、政治
のトップニュースと国内ニュース、経済のトップニュー
ス、社会のトップニュースが選択されている。

【００１８】図１４及び図１５のような契約情報に基づ
いて、配信クライアント１０３が配信サーバに対して、
配信データ取得ＰＰを生成させることができる。

【００１９】配信サーバ１０１は、配信クライアント１
０３からの申込があった場合、その内容をチェックし、
クライアント１０３の契約内容に従って配信データ取得
ＰＰを生成し、配信クライアント１０３に配信する。配
信データ取得ＰＰ（プログラム−プロダクト）は、クラ
イアントで常時動作するプログラムであり、現在日時を
チェックして、指定された配信日時になったとき、指定
された記事（配信データ）の配信要求を配信サーバ１０
１に向けて発行し当該記事を取得するプログラムであ
る。配信クライアント１０３は、配信された配信データ
取得ＰＰを所定のデータベース（ＤＢ）に格納してお
き、配信クライアント１０３がオンされているときには
常時動作するように設定しておく。

【００２０】配信サーバ１０１は、配信クライアント１
０３の配信データ取得ＰＰからの配信要求に対して、そ
の配信要求を出した配信クライアント１０３が正当な契
約者であるかどうかを判別し、正当な契約者である場合
は、そのクライアントに配信すべき配信データを収集す
る。この収集は、各コンテンツ提供者装置１０２（すな
わち、Ａ新聞、Ｂ新聞、Ｃ新聞などのコンテンツ提供サ
ーバ）から記事を収集する処理である。配信サーバ１０
１は、収集した記事を編集し、当該配信クライアント１
０３に配信する。また、配信サーバ１０１は、所定のＤ
Ｂに配信履歴を保存する。

【００２１】図２は、配信サーバ１０１の構成図であ
る。配信サーバ１０１は、契約設定部２０１と、契約認
識部２０２と、配信データ取得ＰＰ生成・配信部２０３
と、配信データ編集部２０４と、アクセス認識部２０５
と、課金部２０６と、契約クライアントＤＢ（データベ
ース）２０７とを備える。配信サーバ１０１内の各部２
０１〜２０６は、例えば所定のソフトウェアにより実現
される。

【００２２】契約設定部２０１は、配信クライアント１
０３からの申し込みにより契約情報を設定する。契約設
定部２０１の処理手順は、図４で後述する。契約者認識
部２０２は、配信クライアント１０３からの配信要求に
対して、該配信クライアント１０３が契約者であるかど
うかを判別する。契約者認識部２０２の処理手順は、図
５で後述する。配信データ取得ＰＰ生成・配信部２０３
は、配信クライアント１０３の契約内容に従い、その配
信サービスを提供するためのプログラムである配信デー
タ取得ＰＰを生成し、それを配信クライアント１０３に
配信する。配信データ取得ＰＰ生成・配信部２０３の処
理手順は、図６で後述する。また、配信データ取得ＰＰ
の処理手順は、図１０で後述する。配信データ編集部２
０４は、配信クライアント１０３に配信するデータを、
当該配信クライアント１０３の契約情報に基づき、編集
する。配信データ編集部２０４の処理手順は、図７で後
述する。アクセス認識部２０５は、配信クライアント１
０３からの配信要求により配信を行った際にその配信履
歴を保存する。アクセス認識部２０５の処理手順は、図
８で後述する。

【００２３】課金部２０６は、クライアントからの配信
要求により配信要求により配信を行った際に、デジタル
コンテンツ配信時のコンテンツの価値を保存するもので
あり、このフローを図９に示す。

【００２４】契約クライアントＤＢ（契約情報ＤＢとも
呼ぶ）２０７は、配信クライアント１０３の契約情報を
保存するＤＢである。契約情報ＤＢ２０７のテーブル構
成については、図１１で後述する。

【００２５】図３は、配信クライアント１０３の構成図
である。配信クライアント１０３は、契約申請部３０１
と、配信データ取得ＰＰ取得部３０２と、配信データ取
得ＰＰ起動・配信データ取得部３０３と、配信データ取
得ＰＰ格納ＤＢ３０４とを備える。配信クライアント１
０３内の各部３０１〜３０３は、例えば、所定のソフト
ウェアにより実現されている。

【００２６】契約申請部３０１は、配信サービスの申し
込み内容を契約先である配信サーバ１０１に申請する。
配信データ取得ＰＰ取得部３０２は、契約内容に従って
生成された配信データ取得ＰＰを配信サーバ１０１から
取得し、配信データ取得ＰＰ格納ＤＢ３０４に保存す
る。配信データ取得ＰＰ起動・配信データ取得部３０３
は、配信データ取得ＰＰ格納ＤＢ３０４に保存されてい
る配信データ取得ＰＰを常時動作するように起動する。
また、配信データ取得ＰＰ起動・配信データ取得部３０
３は、配信データ取得ＰＰにより取得（ダウンロード）
した配信データを任意の媒体（ＨＤＤ，ＣＦカードな
ど）に保存する。配信データ取得ＰＰの処理手順につい
ては、図９で後述する。配信データ取得ＰＰ格納ＤＢ３
０４は、配信データを取得するプログラムである配信デ
ータ取得ＰＰを格納するＤＢである。配信データ取得Ｐ
Ｐ格納ＤＢ３０４のテーブル構成については、図１３で
後述する。

【００２７】以下、図面を用いて各部の処理を詳細に説
明する。図４は、契約設定部２０１の処理の手順を示す
フローチャートである。契約設定部２０１は、配信クラ
イアント１０３の契約申請部３０１からの配信契約の申
込に応じて処理が開始される。最初に、図１４に示すよ
うな契約申し込み画面の画面を表示する（ステップ４０
１）。

【００２８】図１４を参照して、契約申し込み画面につ
いて説明する。契約申し込み画面では、契約コンテンツ
と契約日時を指定することができる。契約コンテンツと
しては、契約新聞社、契約カテゴリ、及びＣＭ契約に関
して指定することができる。契約新聞社は、当該クライ
アントが配信を受けたいコンテンツの提供新聞社名であ
る。契約カテゴリは、当該クライアントが配信を受けた
いコンテンツのカテゴリ名である。ＣＭ契約は、配信デ
ータに広告を入れるか入れないかを示す。各指定は、画
面上で当該項目にチェックを入れることで指定できる。
図の例では、Ａ新聞の政治、経済、及び社会のカテゴリ
の記事を配信することが指定されている。契約日時とし
て、当該クライアントが配信を受けたい配信日と配信時
間を指定する。図の例では、平日の７：００に配信を受
けることが指定されている。配信クライアント１０３
は、図１４の画面で契約コンテンツと契約日時を指定す
る。決定ボタン１４０３をオンすることにより、指定内
容が配信サーバ１０１の契約設定部２０１に送信され配
信の申込がなされる。

【００２９】尚、図１４の表示画面は一例であり、少な
くとも配信を受けたいコンテンツと日時を指定できる画
面であれば良い。また、図１５に示す画面を追加しても
良い。

【００３０】図４に戻って、配信サーバ１０１は、配信
クライアント１０３から配信の申込があるか無いかを判
別する（ステップ４０２）。申込があれば、その申込内
容の詳細を順にチェックする（ステップ４０３）。チェ
ックする内容は、例えば、配信を希望する政治、経済な
どのカテゴリ、広告の有無、コンテンツ提供元の新聞
社、配信日、並びに配信時間などである。最後にクライ
アント毎の契約情報を契約クライアントＤＢ２０６に出
力し（ステップ４０４）、契約設定を終了する。

【００３１】図５は、契約者認識部２０２の処理の手順
を示すフローチャートである。この処理は、配信クライ
アント１０３の配信データ取得ＰＰからの配信要求を受
け取った時点で開始される。

【００３２】最初に配信クライアント１０３からの配信
要求に対して、要求を出したクライアントが正当な契約
者であるかどうかを判別する（ステップ５０１）。正当
な契約者でなかった場合は、エラーを返して（ステップ
５０３）、処理を終了する。正当な契約者であった場
合、契約クライアントＤＢ２０７から契約情報を取り出
す（ステップ５０２）。次に、配信クライアント１０３
からの配信要求がその契約情報にしたがってなされてい
るか否か（準じているかどうか）を判別する（ステップ
５０４）。これは、要求されている内容が、図１４の画
面で指定された契約内容に合致しているかどうかをチェ
ックするものである。契約情報に準じている場合は、配
信データ編集部２０４の処理へ移行し（ステップ５０
５）、処理終了する。ステップ５０４で配信要求がその
契約情報に準じていない場合は、エラーを返して（ステ
ップ５０６）、処理を終了する。

【００３３】図６は、配信データ取得ＰＰ生成・配信部
２０３の処理の手順を示すフローチャートである。この
処理は、図４で説明した契約設定部２０１により配信契
約が正常に終了した配信クライアント１０３に対して実
行される。

【００３４】始めに、配信クライアント１０３の契約内
容に従って、配信データ取得ＰＰを生成する（ステップ
６０１）。これは、契約内容で指定された契約コンテン
ツ及び契約日時を配信データ取得ＰＰに組み込んで、指
定された日時に指定された新聞社及びカテゴリの記事を
取得するような配信データ取得ＰＰとする処理である。
次に、生成した配信データ取得ＰＰを、当該配信クライ
アント１０３に配信する（ステップ６０２）。正常に配
信されたかどうかを判定し（ステップ６０３）、正常に
配信されたら処理を終了する。

【００３５】図７は、配信データ編集部２０４の処理の
手順を示すフローチャートである。この処理は、図５の
ステップ５０５で起動される。

【００３６】最初に、当該クライアントの契約情報を契
約クライアントＤＢ２０７から取り出し、契約情報をチ
ェックする（ステップ７０１）。次に、その契約情報に
基づいて配信データを収集する（ステップ７０２）。例
えば、図１２の指定内容であれば、Ａ新聞の政治、経
済、及び社会のカテゴリの記事を収集する。収集した配
信データを編集する（ステップ７０３）。この編集は、
収集した記事を並べたり、指定に応じて広告を挿入した
りする整理作業を含む処理である。編集した配信データ
を当該配信クライアント１０３に配信する（ステップ７
０４）。

【００３７】図８は、アクセス認識部２０５の処理の手
順を示すフローチャートである。この処理は、図７の配
信が終了した後に実行される。配信クライアント１０３
に配信が行われた際、契約クライアントＤＢ２０７に、
その配信クライアント１０３の配信履歴を保存する（ス
テップ８０１）。

【００３８】図９は、課金部２０６の処理を示すフロー
チャート図である。まず、コンテンツの発生時刻データ
を収集する（ステップ９０１）。次に、配信時刻に基づ
き配信時刻データを収集する（ステップ９０２）。配信
時刻データ（実際にコンテンツを配信した時刻）ｔ２と
コンテンツの発生時刻データ（コンテンツに関するイベ
ントが実際に発生した時刻）ｔ１とに基づき、コンテン
ツの新しさを判断基準とするコンテンツの価値をＶ＝ａ
／（ｔ２−ｔ１）の式に基づいて算出し（ステップ９０
３）、コンテンツの価値を契約クライアントＤＢ２０７
に配信履歴を保存する（ステップ９０４）。但し、ａは
係数である。

【００３９】上記の式に従えば、例えば、コンテンツの
価値Ｖの高さは、実際のコンテンツ発生時刻ｔ１が７：
００だった場合、７：００に近い時刻に例えばｔ２＝
７：１５に実際に配信されれば、新しい情報として価値
Ｖが高くなる。ｔ２＝１９：００に配信されれば、価値
は低くなる。

【００４０】例えば、情報の配信元の違いによっても価
値に差が生じることがある。例えば、Ａ通信社の速報記
事（情報）は、信頼性が高いが、Ｂ通信社の速報記事
（情報）は、信頼性に欠ける場合が多いと、上記式にお
ける係数ａは、Ａ通信社の方が大きくなる（従ってＶも
高くなる）。

【００４１】またＣ通信社の情報は、信頼性はＡ通信社
と同等に高いが、Ａ通信社の情報より遅く配信される
と、ｔ２−ｔ１が大きくなるため、Ａ通信社のコンテン
ツの価値の方が高くなる。

【００４２】但し、（ｔ２−ｔ１）の値が非常に大きい
場合でも、絶版本や希少本などと同様に、骨董的な価値
（入手困難性）がある場合も係数ａが非常に高くなるた
め、価値Ｖが高くなる場合がある。トップニュースやス
クープなども価値が高くなる。また、更に誰もが興味を
有するジャンルのように、コンテンツのジャンルによっ
ても、価値が変動するのは言うまでもない。

【００４３】図１０は、配信データ取得ＰＰ起動・配信
データ取得部３０３により配信クライアント１０３にお
いて常時動作するように起動された配信データ取得ＰＰ
の処理の手順を示すフローチャート図である。

【００４４】まず、現在日時をチェックし、契約した配
信日かつ配信時刻になったかどうかを判別する（ステッ
プ１００１）。その配信日時になった場合、契約内容に
応じて配信要求を出す（ステップ１００２）。配信要求
に対してデータが配信されたら当該配信データを取得す
る（ステップ１００３）。

【００４５】図１１は、契約クライアントＤＢ２０７の
テーブル構成を示す図である。このテーブルは、契約者
ＩＤ１１０１と、契約者名１１０２と、契約新聞１１０
３と、契約カテゴリ識別子１１０４と、広告ビット１１
０５と、配信日識別子１１０６と、配信時間１１０７
と、配信カウンタ１１０８の各フィールドからなる。

【００４６】契約者ＩＤ１１０１は、契約者毎に一意の
任意のＩＤ（識別子）である。契約者名１１０２は、契
約者の氏名である。契約新聞１１０３は、契約者が選ん
だ新聞社の情報である。例えば、行１１０９の契約者の
場合は、Ａ新聞を選択している。行１１１１の契約者の
ように、複数の契約新聞を選択する事も可能とする。

【００４７】契約カテゴリ識別子１１０４は、図１４に
示す契約カテゴリの選択情報に対応しており、選択され
たカテゴリに対応するビットに１が立ち、選択無しの場
合は当該ビットに０が立つ。これらの各カテゴリに対応
するビットを順に並べたものである。例えば、行１１０
９の契約者の場合、契約カテゴリ識別子１１０４が「１
１００１」であるが、これは政治と経済と社会とを選ん
だ事を示している。

【００４８】広告ビット１１０５は、配信データに広告
を入れるか否かのビットを示しており、行１１０９のよ
うに１の場合は広告を入れる事を示し、行１１１０のよ
うに０の場合は広告を入れないことを意味する。

【００４９】配信日識別子１１０６は、一週間のうち、
どの日時にコンテンツを配信するかの契約情報に対応し
ており、行１１０９の場合は平日のみで、行１１１０の
場合は毎日、行１１１１の場合は土日のみということを
示している。配信時間１１０７は、契約した配信時間に
対応しており、行１１０９の場合は７時以降、行１１１
０の場合は９時半以降、行１１１１の場合は２１時以降
という事を示している。

【００５０】配信カウンタ１１０８は、一定期間内にそ
のクライアントが配信データを受けた回数を格納する領
域である。例えば、行１１０９の場合、現在１５回配信
を受けた事を示している。有料配信の場合、この配信カ
ウンタ１１０８の値に基づいて課金することができる。
さらに細かく配信データの配信状況を記憶するように
し、どの契約新聞のどのカテゴリの記事をどれ程の量だ
け配信したかに応じて課金するようにしても良い。

【００５１】図１２は，契約クライアントＤＢ２０７の
契約情報の契約カテゴリ詳細テーブルである。契約者Ｉ
Ｄ１２０１と契約カテゴリ識別子１２０２と契約詳細カ
テゴリ識別子１２０３からなる。ここで、契約者ＩＤ１
２０１は、図１１の契約者ＩＤである。契約カテゴリ識
別子１２０２は、図１１の契約カテゴリ識別子である。

【００５２】契約カテゴリ詳細識別子１２０３は、図１
１の契約カテゴリ識別子１１０４の下位のカテゴリを示
す。図１５に示した契約詳細カテゴリの選択情報に対応
しており，選択されていた場合にビット１が立ち，選択
無しの場合はビット０が立つ。これらを順に並べたもの
である。例えば，列１２０４の場合，「１０１」は，政
治関係のトップニュースと政治関係の国内ニュースを選
んだことを意味している。

【００５３】図１３は、配信データ取得ＰＰ格納ＤＢ３
０４のテーブル構成を示す図である。配信データ取得Ｐ
Ｐ格納ＤＢ３０４には、配信データ取得ＰＰを格納す
る。配信データ取得ＰＰは、プログラムの本体部分であ
る配信データ取得ＰＰ（狭義）１３０１と、制御データ
１３０２とからなる。配信データ取得ＰＰ１３０１は、
図１０で説明した処理を行うプログラム本体である。

【００５４】制御データ１３０２は、契約ＩＤや契約日
時等である。配信データ取得ＰＰ１３０１は、制御デー
タ１３０２の契約日時を参照し、図１０で説明したよう
に、現在日時が契約日時に至ったときに配信要求を発行
する。制御データ１３０２に含まれる契約ＩＤは、配信
サーバ１０１に契約者である旨を認識させるＩＤであ
る。

【００５５】以上、本実施の形態によるコンテンツ配信
システムによれば、クライアントの契約に対応し配信サ
ーバ１０１が作成したスケジュールにしたがってクライ
アントの所望するデジタルコンテンツをクライアント側
からの起動で取得することができる。これによって、ク
ライアント側のコンテンツ取得可否環境を意識すること
無く、クライアントの都合に応じた配信サービスを提供
することができる。また、クライアント側のコンテンツ
取得状況やコンテンツの価値などに基づいて、よりきめ
細かな課金体系を形成することができる。

【００５６】

【発明の効果】本発明によれば、クライアント側のコン
テンツ取得可否環境を意識すること無く、クライアント
の都合に応じた配信サービスを提供することができる。
また、クライアント側のコンテンツ取得状況や価値など
に基づいて、きめ細かな課金体系を形成することができ
る。

【図面の簡単な説明】

【図１】本発明の実施の形態によるコンテンツ配信シス
テムの構成図である。

【図２】図１の配信サーバの構成を示す図である。

【図３】図１の配信クライアントの構成を示す図であ
る。

【図４】図２の契約設定部における処理の流れを示すフ
ローチャート図である。

【図５】図２の契約者認識部における処理の流れを示す
フローチャート図である。

【図６】図２の配信データ取得ＰＰ生成・配信部におけ
る処理の流れを示すフローチャート図である。

【図７】図２の配信データ編集部における処理の流れを
示すフローチャート図である。

【図８】図２のアクセス認識部における処理の流れを示
すフローチャート図である。

【図９】図２の課金部における処理の流れを示すフロー
チャート図である。

【図１０】図３の配信データ取得ＰＰの処理の流れを示
すフローチャート図である。

【図１１】契約クライアントデータベース（ＤＢ）中の
契約情報テーブルの構成例を示す図である。

【図１２】契約クライアントデータベース（ＤＢ）中の
テーブルの構成例を示す図である。

【図１３】配信データ取得ＰＰ格納データベース（Ｄ
Ｂ）中のテーブルの構成例を示す図である。

【図１４】契約申し込み画面の表示例を示す図である。

【図１５】契約申し込みカテゴリ詳細画面の表示例を示
す図である。

【符号の説明】

１０１…配信サーバ、１０２…配信コンテンツ提供者、
１０３…配信クライアント、１０４…ネットワーク、２
０１…契約設定部、２０２…契約認識部、２０３…配信
データ取得ＰＰ生成・配信部、２０４…配信データ編集
部、２０５…アクセス認識部、２０６…課金部、２０７
…契約クライアントＤＢ、３０１…契約申請部、３０２
…配信データ取得ＰＰ取得部、３０３…配信データ取得
ＰＰ起動・配信データ取得部、３０４…配信データ取得
ＰＰ格納ＤＢ。

Claims (11)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介してコンテンツをクラ
   イアントに配信するコンテンツ配信装置であって、 予め前記クライアントから指示されたコンテンツ配信条
   件に基づいて、コンテンツを取得するための動作を前記
   クライアントに起こさせるためのスケジュールを生成
   し、該スケジュールを前記クライアントに送るコンテン
   ツ取得スケジュール生成配信部を有するコンテンツ配信
   装置。
2. 【請求項２】 さらに、前記クライアントが取得したコ
   ンテンツに関する情報を前記クライアントから得るため
   のコンテンツ取得済み情報受信部を有する請求項１に記
   載のコンテンツ配信装置。
3. 【請求項３】 さらに、前記クライアントがコンテンツ
   を取得した時のコンテンツの価値を算出し、算出された
   コンテンツの価値に基づいて前記クライアントに課金す
   る課金部を有する請求項２に記載のコンテンツ配信装
   置。
4. 【請求項４】 ネットワークを介してコンテンツ配信装
   置からデジタルコンテンツを受信するコンテンツ受信装
   置であって、 コンテンツ配信条件を前記コンテンツ配信装置に送るコ
   ンテンツ配信条件送信部と、 前記コンテンツ配信条件に基づいて前記コンテンツ配信
   装置からコンテンツを取得するための動作を行うための
   スケジュールを受け、該スケジュールに基づいて前記コ
   ンテンツ配信装置からコンテンツを受けるコンテンツ取
   得部とを有するコンテンツ受信装置。
5. 【請求項５】 さらに、取得済みのコンテンツに関する
   情報を前記コンテンツ配信装置に送る取得済みコンテン
   ツ情報送信部を有する請求項４に記載のコンテンツ受信
   装置。
6. 【請求項６】 ネットワークを介してクライアントにデ
   ジタルコンテンツを配信するコンテンツ配信システムで
   あって、 配信するデジタルコンテンツをクライアント側から取得
   するためのスケジュールを含む配信データ取得プログラ
   ムを生成する手段と、 生成した配信データ取得プログラムをクライアントに送
   信する手段とを備えたことを特徴とするコンテンツ配信
   システム。
7. 【請求項７】 ネットワークを介してクライアントにデ
   ジタルコンテンツを配信するコンテンツ配信システムで
   あって、 クライアントの申込にしたがって、デジタルコンテンツ
   を取得するスケジュールを含む契約情報を設定する手段
   と、 前記契約情報に基づいて、前記スケジュールを含む配信
   データ取得プログラムを生成する手段と、 生成した配信データ取得プログラムをクライアントに送
   信する手段と、 クライアントが前記配信データ取得プログラムにより前
   記スケジュールに従って配信要求を発行したとき、前記
   クライアントに配信するデータを前記契約情報に基づい
   て編集する手段と、 編集した配信データを前記クライアントに配信する手段
   とを備えたことを特徴とするコンテンツ配信システム。
8. 【請求項８】 請求項７に記載のコンテンツ配信システ
   ムにおいて、 前記配信要求を発行したクライアントが正当な契約者で
   あるかどうかを判別する手段をさらに備え、正当な契約
   者であると判別されたクライアントに対して前記配信デ
   ータを配信することを特徴とするコンテンツ配信システ
   ム。
9. 【請求項９】 請求項６から８までのいずれか１項に記
   載のコンテンツ配信システムで配信される配信データを
   受信するコンテンツ受信システムであって、 前記コンテンツ配信システムから送信される配信データ
   取得プログラムを受信し、記憶する手段と、 前記配信データ取得プログラムを起動し、その配信デー
   タ取得プログラムに含まれるスケジュールにしたがって
   配信要求を前記コンテンツ配信システムに発行する手段
   と、 該配信要求に応じて配信されたデジタルコンテンツを受
   信して記憶する手段とを備えたことを特徴とするコンテ
   ンツ受信システム。
10. 【請求項１０】 ネットワークを介してデジタルコンテ
    ンツを受信するコンテンツ受信システムであって、 デジタルコンテンツの取得条件を送信する手段と、 配信するデジタルコンテンツを取得するためのスケジュ
    ールを含む配信データ取得プログラムを取得する手段
    と、 該配信データ取得プログラムにより前記デジタルコンテ
    ンツを取得する手段とを備えたことを特徴とするコンテ
    ンツ受信システム。
11. 【請求項１１】 さらに、前記クライアントから前記デ
    ジタルコンテンツの取得情報を得て、前記デジタルコン
    テンツ取得時のコンテンツの価値を反映させて前記クラ
    イアントに課金する課金サーバを有する請求項６から８
    までのいずれか１項に記載のコンテンツ配信システム。