JP2003085105A - データ配信システム及び受信端末 - Google Patents

Abstract

(57)【要約】 【課題】 ＩＰアドレスが不定な受信端末に対して、セ
ンタ主導でコンテンツデータを配信すること。 【解決手段】 コンテンツ生成部１１により生成された
コンテンツデータがコンテンツサーバ１２に格納される
と、管理部１３は、各受信端末３０宛の電子メールＥＭ
を生成し、メールサーバ２０に送信する。この電子メー
ルＥＭには、コンテンツサーバ１２にアクセスしてコン
テンツデータをダウンロードするのに必要な情報（サー
バアドレス等）が記述されている。受信端末３０は、電
子メールＥＭを受信して内容を解析し、コンテンツサー
バ１２にアクセスしてコンテンツデータを取得する。こ
れにより、ＩＰアドレスが不定な場合でも、円滑にコン
テンツデータを配信することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、映像デー
タ等のコンテンツデータを受信端末に配信する配信シス
テム及び受信端末に関する。

【０００２】

【従来の技術】ネットワーク基盤及びパーソナルコンピ
ュータの普及進展に伴って、インターネットのような広
域通信網を介して各種のコンテンツデータ（例えば、映
画、ニュース、ドラマ、音楽等）を配信するサービスが
種々提案されている。

【０００３】従来のコンテンツ配信サービスは、その配
信方法に着目すると、二種類に大別することができる。
一つは、ユーザ側で受信端末をサーバに接続し、コンテ
ンツデータをサーバから取得するものである。他の一つ
は、サーバ側からコンテンツデータを受信端末に送信す
るものである。

【０００４】

【発明が解決しようとする課題】ユーザ側からサーバに
アクセスしてコンテンツデータを取得する場合は、ユー
ザ数（受信端末数）が多い場合、アクセスが集中してサ
ーバ側の負荷が増大したり、通信トラフィックが増大し
たりする可能性がある。このため、複数のサーバや負荷
分散装置等を導入したりする必要を生じ、コンテンツ配
信サービスの立ち上げコスト及び運営コストが増大す
る。また、トラフィックが増大すると、複数ユーザで共
用する通信回線の速度が低下し、円滑コンテンツ配信が
阻害される可能性もある。さらに、受信端末からサーバ
にアクセスしてもコンテンツデータが用意されていない
場合は、それは無駄なアクセスとなる。

【０００５】一方、サーバ側から各受信端末に向けてコ
ンテンツデータを送り込む場合は、コンテンツ配信時期
をサーバ側で調整できるため、サーバ負荷の増大等を予
め防止することも可能である。また、受信端末側での特
別な処理も必要なく、自動的にコンテンツを取得できる
ため、ユーザにとっても便利である。しかし、常時接続
環境が普及しつつあるとはいえ、ユーザの受信端末に割
り当てられるＩＰアドレスは常時固定されているわけで
はない。通常の場合、インターネットサービスプロバイ
ダからＩＰアドレスが適宜割り当てられるため、接続毎
に、あるいは時間毎に受信端末のＩＰアドレスは変化す
る。これに加えて、受信端末に割り当てられるＩＰアド
レスは、世界中で一意に定まっているグローバルアドレ
スであるとは限らず、プライベートな通信網の中で使用
されるプライベートアドレスである場合も多い。従っ
て、広範囲に散在する多数の受信端末に対して、サーバ
側からコンテンツデータを円滑に送り込むことは、実際
には難しい。受信端末を特定するのに必要なＩＰアドレ
スがいつ変化するかわからないため、データ量の小さい
コンテンツはともかく、映画やドラマ等の大容量のコン
テンツを安定して配信することは困難である。

【０００６】本発明は、上記の課題に鑑みてなされたも
のであり、その目的は、ＩＰアドレスが不定の受信端末
に対しても、サーバ側の主導でコンテンツデータを配信
できるようにしたデータ配信システム及び受信端末を提
供することにある。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、本発明に係るデータ配信システムは、受信端末に配
信すべきコンテンツデータを記憶する第１の記憶領域
と、受信端末により確認され、該受信端末宛の所定のフ
ァイルを記憶する第２の記憶領域との２種類の記憶領域
を有している。そして、管理手段は、第１の記憶領域に
コンテンツデータが記憶された場合には、所定のファイ
ルを第２の記憶領域に記憶させるようになっている。こ
の所定のファイルには、第１の記憶領域に記憶されたコ
ンテンツデータを受信端末が取得するのに必要な情報が
含まれており、受信端末は第２の記憶領域から取得した
所定のファイルに基づいて、第１の記憶領域からコンテ
ンツデータを取得する。

【０００８】コンテンツデータとしては、例えば、映
画、ニュース、音楽等の各種コンテンツを挙げることが
できる。コンテンツデータは、以下のようにして、配信
システムから各受信端末に配信される。

【０００９】即ち、まず、第１の記憶領域にコンテンツ
データが記憶されて配信準備が完了すると、管理手段
は、所定のファイルを第２の記憶領域に格納する。この
第２の記憶領域は、受信端末によって定期的に又は不定
期に確認される。具体的には、例えば、第２の記憶領域
としてメールサーバを用いた場合、所定のファイルは電
子メールの形式となる。第２の記憶領域としてファイル
サーバを用いてもよい。コンテンツの種類等によって異
なるが、一例を挙げると、受信端末は、数分程度の周期
で定期的に第２の記憶領域を確認するのが望ましい。第
１の記憶領域と第２の記憶領域とは同一の記憶装置内に
形成されてもよく、それぞれ異なる記憶装置に形成され
てもよい。

【００１０】受信端末は、第２の記憶領域を確認して所
定のファイルを発見すると、この所定のファイルを取得
する。所定のファイルには、第１の記憶領域に記憶され
たコンテンツデータを取得するのに必要な情報が予め含
まれている。ここで、必要な情報としては、例えば、第
１の記憶領域を特定するためのアドレス情報（サーバ
名、ＩＰアドレス等）、コンテンツデータを特定するた
めの情報（コンテンツＩＤ（識別情報）やＵＲＬ等）、
データサイズ、配信システムへのログイン情報（ユーザ
ＩＤやパスワード等）、コンテンツ視聴の有効期間、課
金情報等を挙げることができる。但し、例示列挙した全
ての情報が所定のファイルに含まれている必要はない。
第１の記憶領域の所定箇所（ディレクトリ）にアクセス
するのに必要な情報（例えば、サーバアドレスやログイ
ン情報等）を最低限含んでいれば足りる。その他の情報
は、所定箇所に置かれた別ファイル（コンテンツデータ
に対応付けられた別ファイル）に格納するように構成し
てもよい。

【００１１】受信端末は、所定のファイルの内容を解析
して第１の記憶領域にアクセスし、コンテンツデータを
取得する。取得されたコンテンツデータは、受信端末内
に記憶され、ディスプレイ装置等により再生される。こ
のように、管理手段が第２の記憶領域に記憶させた所定
のファイルに基づいて受信端末が第１の記憶領域にアク
セスするため、配信システム側の主導によってコンテン
ツデータを受信端末に配信することができる。

【００１２】管理手段は、受信端末が第１の記憶領域か
らコンテンツデータを取得する時期を、第２の記憶領域
に所定のファイルが格納される時期によって調整するこ
ともできる。

【００１３】上述の通り、管理手段が所定のファイルを
第２の記憶領域に記憶させた後、受信端末は第２の記憶
領域を確認して所定のファイルを取得し、これにより、
第１の記憶領域にアクセスしてコンテンツデータを取得
する。所定のファイルが記憶される前に受信端末が第２
の記憶領域を確認しても、第１の記憶領域からコンテン
ツデータを取得することはできない。従って、所定のフ
ァイルを記憶させる時期によって、受信端末によるコン
テンツデータの取得時期を調整（スケジューリング）す
ることができる。これにより、システム側の負荷が一時
期に集中しないように分散させることができる。

【００１４】あるいは、管理手段は、受信端末が第１の
記憶領域からコンテンツデータを取得する時期を、所定
のファイルに記録されるコンテンツデータの取得可能時
期を示す情報により調整することもできる。

【００１５】即ち、受信端末がコンテンツデータを取得
可能な時期を示す情報を予め所定のファイルの中に含め
ておくことにより、受信端末は、コンテンツ取得時期を
自ら計って第１の記憶領域にアクセスすることができ
る。

【００１６】本発明に係る受信端末は、所定の時期に所
定の記憶領域にアクセスすることにより、コンテンツデ
ータを取得するために必要な情報が記録された所定のフ
ァイルを取得するファイル取得手段と、取得された所定
のファイルを解析する解析手段と、解析された情報に基
づいて他の所定の記憶領域からコンテンツデータを取得
するコンテンツ取得手段とを、備えて構成される。

【００１７】ファイル取得手段は、所定の時期に所定の
記憶領域をアクセスすることにより、所定のファイルを
取得する。このファイルは解析手段により解析され、コ
ンテンツ取得手段は、ファイルに記載された情報に基づ
いて、他の所定の記憶領域からコンテンツデータを取得
する。

【００１８】

【発明の実施の形態】以下、図１〜図７に基づき本発明
の実施の形態について詳述する。

【００１９】図１〜図３は本発明の第１の実施の形態に
係るデータ配信システムに係り、図１は、データ配信シ
ステムの全体概要を示す機能ブロック図である。

【００２０】データ配信システムのコンテンツ配信セン
タ１０は、例えば、映画やドラマ、ニュース、音楽、静
止画像、プログラム等の各種コンテンツを、各ユーザの
受信端末３０にそれぞれ配信するためのものである。

【００２１】コンテンツ配信センタ１０は、それぞれ後
述するように、コンテンツ生成部１１，コンテンツサー
バ１２，管理部１３，コンテンツ管理データベース（図
中「ＤＢ」）１４，ユーザ管理データベース１５及び暗
号化メール生成部１６を備えている。

【００２２】コンテンツ生成部１１は、映画等のコンテ
ンツデータを生成して、「第１の記憶領域」が形成され
るコンテンツサーバ１２に記憶させるものである。な
お、コンテンツ生成部１１は、コンテンツ配信センタ１
０の内部に存在する必要はなく、例えば、テレビジョン
放送会社や映画配給会社等のコンテンツ提供者のシステ
ムから供給されるコンテンツデータをコンテンツサーバ
１２に記憶させるようにしてもよい。

【００２３】「管理手段」としての管理部１３は、コン
テンツサーバ１２に各受信端末宛のコンテンツデータが
記憶されて配信準備が整うと、コンテンツ管理データベ
ース１４及びユーザ管理データベース１５を参照して、
コンテンツ配信用の電子メールＥＭを生成するものであ
る。電子メールＥＭは「所定のファイル」に該当し、暗
号化メール生成部１６により暗号化され、メールサーバ
２０に送信される。なお、管理部１３で電子メールを生
成し、暗号化メール生成部１６で電子メールを暗号化し
てもよいし、管理部１３から電子メール生成に必要な情
報を暗号化メール生成部１６に入力し、暗号化メール生
成部１６で電子メールの生成及び暗号化の両方を行うよ
うにしてもよい。

【００２４】暗号化された電子メールＥＭには、コンテ
ンツサーバ１２から所定のコンテンツデータを取得する
のに必要な情報が含まれており（詳細は後述）、メール
サーバ２０を介して受信端末３０のメールクライアント
３１に受信される。即ち、メールクライアント３１は、
例えば数分程度の所定時間毎にメールサーバ２０のメー
ルボックスを確認しており、未読メールが着信している
場合は、その電子メールを受信する。メールサーバ２０
のメールボックスが「第２の記憶領域」に該当する。な
お、例えば、コンテンツ配信サービスの一部として、各
ユーザにコンテンツ配信連絡用のメールアドレスを設定
するような場合には、メールサーバ２０をコンテンツ配
信センタ１０の内部に設けてもよい。

【００２５】各ユーザの受信端末３０は、例えばインタ
ーネット等の広域通信ネットワークＣＮを介してコンテ
ンツ配信センタ１０及びメールサーバ２０と相互通信可
能に接続されている。受信端末３０は、例えば、パーソ
ナルコンピュータ、データ通信機能付きテレビジョン
（データ通信機能は内蔵でも外付けでもよい）、携帯情
報端末、携帯電話等として構成することができる。な
お、図示の便宜上、図中では１台の受信端末３０のみを
示す。

【００２６】受信端末３０のメールクライアント３１が
暗号化された電子メールＥＭを受信すると、解析部３２
は、電子メールＥＭを復号化して記載内容を解析する。
即ち、暗号化された電子メールＥＭには、受信端末３０
がコンテンツサーバ１２から所定のコンテンツデータを
取得するために必要な情報が含まれており、これらの情
報を解析部３２は取り出して、コンテンツ取得部３３に
入力する。コンテンツ取得部３３は、コンテンツサーバ
３３の所定ディレクトリにアクセスし、所定のコンテン
ツデータをダウンロードする。取得されたコンテンツデ
ータは、記憶装置３４に保存され、再生部３５により再
生される。

【００２７】なお、コンテンツデータを記憶装置３４に
保存する期間については、各ユーザとコンテンツ配信サ
ービスとの契約内容、著作権管理の方法、コンテンツの
種類等によってそれぞれ異なる可能性がある。

【００２８】また、再生部３５は、必ずしも受信端末３
０内に設けられている必要はない。再生部３５と受信端
末３０とを別体に構成し、両者をLAN（Local Area Netw
ork）で接続してもよい。また、受信端末３０と再生部
３５が一対一に対応している必要もない。即ち、受信端
末３０に複数の再生部３５を接続してもよい。

【００２９】さらに、記憶装置３４は、受信端末３０に
内蔵されたメモリやハードディスクによって実現するこ
とができるほか、外部接続された他の記憶装置を用いる
こともできるし、カード状やステック状のメモリ媒体を
利用することもできる。

【００３０】次に、図２に基づいて各データベース及び
電子メールの構成を説明する。まず、図２（ａ）はコン
テンツ管理データベース１４の一例を示す。コンテンツ
管理データベース１４には、例えば、コンテンツを識別
するためのコンテンツＩＤ、コンテンツの格納先アドレ
ス、コンテンツ視聴の課金情報、コンテンツの種別（映
画かニュースか等）、コンテンツ視聴の有効期間、著作
権管理情報（著作権者名や複製条件等）、受信回数（ダ
ウンロード回数）等を対応付けて記憶させることができ
る。

【００３１】図２（ｂ）はユーザ管理データベース１５
の一例を示す。ユーザ管理データベース１５には、例え
ば、各ユーザを識別するためのユーザＩＤ、コンテンツ
配信センタ１０にログインするためのログイン情報（パ
スワード等）、ユーザの電子メールアドレス等を対応付
けて記憶させることができる。これ以外にも、例えば、
性別、住所、氏名等の個人情報や、コンテンツ視聴回
数、コンテンツ視聴に伴って加算されるポイント数等の
他の情報を加えてもよい。

【００３２】図２（ｃ）は電子メールＥＭの一例を示
す。コンテンツ配信センタ１０から受信端末３０に向け
て送信される電子メールＥＭには、例えば、発信者及び
受信者や送信日時等を含むヘッダ情報ＥＭ１と、コンテ
ンツサーバ１２のＩＰアドレスＥＭ２と、コンテンツＩ
ＤＥＭ３と、ログイン情報ＥＭ４と、コンテンツデータ
の取得可能な期間を示す情報ＥＭ５と、課金情報ＥＭ６
と、有効期間ＥＭ７とを含めることができる。

【００３３】次に、図３は、本実施の形態によるデータ
配信システムの全体動作を示すフローチャートである。
本フローチャートは主な動作の流れを示すもので、実際
のプログラムとは相違する。なお、ステップを「Ｓ」と
略記する。

【００３４】まず、コンテンツ配信センタ１０側では、
コンテンツデータの配信準備が完了したか否かを監視し
ている（Ｓ１）。各ユーザの受信端末３０に配信すべき
コンテンツデータがコンテンツサーバ１２の所定位置に
格納された場合には（S1:YES）、コンテンツ管理データ
ベース１４及びユーザ管理データベース１５を参照して
（Ｓ２）、コンテンツ配信連絡用の電子メールＥＭを生
成する（Ｓ３）。この電子メールＥＭは暗号化されてか
ら（Ｓ４）、メールサーバ２０に送信される（Ｓ５）。

【００３５】一方、各受信端末３０では、メール着信を
確認すべき時期が到来したか否かを監視し（Ｓ６）、確
認時刻と判定した場合は、メールクライアント３１がメ
ールサーバ２０にアクセスして（Ｓ７）、メールボック
スの着信状況を確認する（Ｓ８）。なお、図３中のＳ８
では、図示の便宜上、電子メールが着信するまで待機す
るかのように示しているが、電子メールが着信していな
い場合は、処理を終了してもよい。

【００３６】さて、電子メールＥＭが着信している場合
は（S8:YES）、メールクライアント３１は、この暗号化
された電子メールＥＭを受信する（Ｓ９）。解析部３２
は、電子メールＥＭを復号化してメール内容を解析する
（Ｓ１０）。図２（ｃ）中の符号ＥＭ５で示すように、
コンテンツサーバ１２からコンテンツデータを取得する
時期について条件が設定されている場合、コンテンツ取
得部３３は、その取得許可時期が到来するまで時間待ち
を行う（Ｓ１１）。コンテンツの取得可能時期を電子メ
ールＥＭ中に記述しておくことにより、各受信端末３０
がコンテンツサーバ１２からコンテンツデータを取得す
る時期を調整して負荷の分散等を図ることができる。な
お、コンテンツ取得許可時期は、例えば、「何年何月何
日何時何分」のように日時を指定することによってもで
きるし、あるいは、「メール受信後５分以内」、「メー
ル受信後１分間〜３分間の間」、「13:00〜15:00の間」
等のように指定してもよい。

【００３７】コンテンツの取得が許可された時刻が到来
すると（S11:YES）、コンテンツ取得部３３は、コンテ
ンツ配信センタ１０にログインしてコンテンツサーバ１
２にアクセスする（Ｓ１２）。

【００３８】コンテンツ配信センタ１０側では、受信端
末３０からの取得要求（ログイン要求）が発生すると
（S13:YES）、ユーザＩＤやパスワード等の照合を行っ
て、コンテンツデータの取得権限があるか否かを判定す
る（Ｓ１４）。認証された場合は（S14:YES）、受信端
末３０がコンテンツサーバ１２からコンテンツデータを
取得するのを許可する（Ｓ１５）。なお、ここで、コン
テンツデータの取得が許可された時期に、受信端末３０
からコンテンツデータの取得要求がなされているか否か
をＳ１４で判定してもよい。

【００３９】受信端末３０のコンテンツ取得部３３がコ
ンテンツサーバ１２からコンテンツデータを取得すると
（Ｓ１６）、このコンテンツデータは記憶装置３４に格
納される（Ｓ１７）。受信端末３０にダウンロードされ
たコンテンツデータは、記憶装置３４から読み出され、
再生部３５により再生される。

【００４０】このように構成される本実施の形態によれ
ば、データ配信システム１０から送信する電子メールＥ
Ｍによって受信端末３０によるコンテンツデータの取得
を制御することができるため、コンテンツ配信センタ１
０側の主導でコンテンツデータを円滑に配信することが
できる。

【００４１】また、受信端末３０により定期的に確認さ
れるメールサーバ２０を利用し、コンテンツ取得に必要
な情報を含む電子メールＥＭをメールサーバ２０に送信
することにより、ＩＰアドレスが不定な受信端末３０に
対してもコンテンツデータを配信することができる。

【００４２】さらに、コンテンツデータの取得を許可す
る時期を電子メールＥＭ中に明示するため、この取得許
可時期を各受信端末３０毎に、あるいはコンテンツ毎に
それぞれ調整することにより、効率的にスケジューリン
グをして負荷分散等を行うことができる。

【００４３】次に、図４は、本発明の第２の実施の形態
に係るデータ配信システムの全体概要を示すブロック図
である。なお、以下の説明では、上述した構成要素と同
一の構成要素に同一の符号を付し、その説明を省略する
ものとする。本実施の形態の特徴は、受信端末３０内に
メールサーバ４１を設けた点にある。

【００４４】このメールサーバ４１は、上位のメールサ
ーバ２０にネットワークＣＮを介して接続されており、
上位メールサーバ２０に到達した電子メールＥＭは、受
信端末３０内のメールサーバ４１に転送されるようにな
っている。メールクライアント３１は、受信端末３０内
のメールサーバ４１を常時監視している。これにより、
前記第１の実施の形態と同様の作用効果を得ることがで
きる。

【００４５】次に、図５及び図６に基づいて、本発明の
第３の実施の形態を説明する。本実施の形態の特徴は、
電子メールＥＭに代えてＦＴＰプロトコルにより取得さ
れるファイルを採用した点にある。

【００４６】コンテンツ配信センタ１０の暗号化ファイ
ル生成部５１は、前記電子メールＥＭと同様に、受信端
末３０がコンテンツサーバ１２から所定のコンテンツデ
ータを取得するのに必要な情報を含んだファイルを生成
して暗号化する。この暗号化されたファイルＦは、ファ
イルサーバ５２の所定ディレクトリに格納される。

【００４７】受信端末３０のＦＴＰクライアント５３
は、例えば、所定時間毎に、ファイルサーバ５２の所定
のディレクトリにアクセスし、自機宛のファイルＦが格
納されたか否かを確認する。なお、常時一定の周期（例
えば５分間隔等）でファイルの存在を確認する必要はな
い。例えば、コンテンツデータの配信が予想される時間
帯が予め契約等により判明している場合は、その時間帯
だけ比較的短い周期でファイルの有無を確認し、それ以
外の時間帯では比較的長い周期でファイルの有無を確認
するようにしてもよい。

【００４８】ファイルＦが所定のディレクトリで発見さ
れた場合には、ＦＴＰクライアント５３はファイルＦを
取得する。以下、前記第１の実施の形態と同様に、取得
されたファイルＦは、解析部３２により復号化されて解
析され、これにより、コンテンツ取得部３３はコンテン
ツサーバ１２からコンテンツデータを取得する。

【００４９】図６は、本実施の形態の作用を示すフロー
チャートである。受信端末３０に配信すべきコンテンツ
データがコンテンツサーバ１２に記憶されて配信準備が
完了すると（S31:YES）、管理部１３は各データベース
１４，１５を参照してファイルＦの生成に必要な情報を
読出す（Ｓ３２）。これにより、暗号化ファイル生成部
５１は、暗号化されたファイルＦを生成し（Ｓ３３，Ｓ
３４）、ファイルサーバ５２の所定のディレクトリに記
憶させる（Ｓ３５）。各受信端末３０のそれぞれについ
て、ファイルサーバ５２に予めディレクトリが作成され
ている。

【００５０】受信端末３０のＦＴＰクライアント５３
は、ファイルサーバ５２の所定ディレクトリを確認すべ
き時期に達すると（S36:YES）、ファイルサーバ５２の
所定ディレクトリにアクセスし（Ｓ３７）、ファイルＦ
が格納されているか否かを判定する（Ｓ３８）。新たな
ファイルＦが格納されている場合は、そのファイルＦを
ファイルサーバ５２から取得し（Ｓ３９）、内容を解析
する（Ｓ４０）。

【００５１】そして、コンテンツデータの取得を許可さ
れた時期になると（S41:YES）、コンテンツ取得部３３
はコンテンツサーバ１２にアクセスする（Ｓ４２）。デ
ータ配信システム側の認証等を経て、所定のコンテンツ
データが受信端末３０にダウンロードされ（Ｓ４３〜Ｓ
４６）、記憶装置３４に格納される（Ｓ４７）。

【００５２】そして、受信端末３０によるコンテンツデ
ータの取得が完了すると、ファイルサーバ５２の所定デ
ィレクトリから用済みになったファイルＦが削除される
（Ｓ４８）。

【００５３】ここで、ファイルＦの削除方法としては種
々の方法を採用することができる。例えば、一つの方法
としては、ＦＴＰクライアント５３がファイルサーバ５
２からファイルＦを取得した時点で、ファイルＦをファ
イルサーバ５２から削除する方法がある。他の一つの方
法としては、コンテンツサーバ１２からコンテンツデー
タが受信端末３０にダウンロードされた時点で、ファイ
ルＦをファイルサーバ５２から削除する方法もある。

【００５４】このように構成される本実施の形態でも、
上記第１の実施の形態と同様の作用効果を得ることがで
きる。

【００５５】次に、図４のフローチャートは、本発明の
第４の実施の形態に係るデータ処理システムの全体の流
れを示すものである。

【００５６】本実施の形態の特徴は、コンテンツデータ
の配信準備が完了した後、コンテンツ配信用の電子メー
ルＥＭの送信時期を調整する点にある（Ｓ５１）。即
ち、各電子メールＥＭの送信時期を各受信端末３０毎に
それぞれスケジューリングし、負荷の分散を図るように
なっている。

【００５７】また、これに加えて、電子メールＥＭ中に
も、コンテンツデータの取得許可時期が記述されてい
る。但し、電子メールＥＭの送信時期の調整又は電子メ
ールＥＭ中に記述されるコンテンツ取得許可時期の調整
のいずれか一方のみで、コンテンツ配信のスケジューリ
ングを行うようにしてもよい。

【００５８】なお、本発明は、上述した各実施の形態に
限定されない。当業者であれば、前記各実施の形態に構
成要素を追加したり、削除したり、変更等したりして種
々の変形を行うことができる。

【００５９】例えば、コンテンツ生成部１１，コンテン
ツサーバ１２，管理部１３，コンテンツ管理データベー
ス１４，ユーザ管理データベース１５，暗号化メール生
成部１６等、データ配信システムを構成する各主要機能
は、同一のコンピュータ内に実現される必要はなく、そ
れぞれ物理的に異なるコンピュータ内に構成し、互いに
連携動作させてもよい。

【００６０】なお、本発明は、例えば、下記のように表
現することもできる。また、下記の表現は、システムや
装置あるいは方法としても採用することもできる。

【００６１】表現１．受信端末に配信すべきコンテンツ
データを記憶する第１の記憶領域と、前記受信端末によ
り確認され、該受信端末宛の所定のファイルを記憶する
第２の記憶領域とを管理下におくコンピュータを制御す
るプログラムであって、前記第１の記憶領域に記憶され
た前記コンテンツデータを前記受信端末が取得するのに
必要な情報が含まれてなる所定のファイルを生成し、前
記第１の記憶領域に前記コンテンツデータが記憶された
場合には、前記所定のファイルを前記第２の記憶領域に
記憶させる管理機能を前記コンピュータ上に実現させる
ためのプログラム。

【００６２】表現２．前記管理機能は、前記受信端末が
前記第１の記憶領域から前記コンテンツデータを取得す
る時期を、前記第２の記憶領域に前記所定のファイルが
格納される時期によって調整する表現１に記載のプログ
ラム。

【００６３】表現３．前記管理機能は、前記受信端末が
前記第１の記憶領域から前記コンテンツデータを取得す
る時期を、前記所定のファイルに記録されるコンテンツ
データの取得可能時期を示す情報により調整する表現１
に記載のプログラム。

【００６４】表現４．前記受信端末は、所定の時間帯に
所定の周期で前記第２の記憶領域を確認するものである
表現１に記載のプログラム。

【００６５】

【発明の効果】以上説明した通り、本発明に係るデータ
配信システムによれば、ＩＰアドレスが不定な受信端末
に対してもコンテンツデータを配信することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るデータ配信シ
ステムの全体構成を示すブロック図である。

【図２】各データベース等の記憶内容を示し、図２
（ａ）はコンテンツ管理データベース、図２（ｂ）はユ
ーザ管理データベース、図２（ｃ）は電子メールの内容
例をそれぞれ示す。

【図３】データ配信システムの全体の流れを示すフロー
チャートである。

【図４】本発明の第２の実施の形態に係るデータ配信シ
ステムの全体構成を示すブロック図である。

【図５】本発明の第３の実施の形態に係るデータ配信シ
ステムの全体構成を示すブロック図である。

【図６】データ配信システムの全体の流れを示すフロー
チャートである。

【図７】本発明の第４の実施の形態に係るデータ配信シ
ステムの全体の流れを示すフローチャートである。

【符号の説明】

１０ コンテンツ配信センタ １１ コンテンツ生成部 １２ コンテンツサーバ １３ 管理部 １４ コンテンツ管理データベース １５ ユーザ管理データベース １６ 暗号化メール生成部 ２０ メールサーバ ３０ 受信端末 ３１ メールクライアント ３２ 解析部 ３３ コンテンツ取得部 ３４ 記憶装置 ３５ 再生部 ４１ メールサーバ ５１ 暗号化ファイル生成部 ５２ ファイルサーバ ５３ ＦＴＰクライアント

Claims (4)

【特許請求の範囲】
1. 【請求項１】 受信端末に配信すべきコンテンツデータ
   を記憶する第１の記憶領域と、 前記受信端末により確認され、該受信端末宛の所定のフ
   ァイルを記憶する第２の記憶領域と、 前記第１の記憶領域に前記コンテンツデータが記憶され
   た場合には、前記所定のファイルを前記第２の記憶領域
   に記憶させる管理手段とを備え、 前記所定のファイルには、前記第１の記憶領域に記憶さ
   れた前記コンテンツデータを前記受信端末が取得するの
   に必要な情報が含まれており、 前記受信端末は前記第２の記憶領域から取得した前記所
   定のファイルに基づいて、前記第１の記憶領域から前記
   コンテンツデータを取得することを特徴とするデータ配
   信システム。
2. 【請求項２】 前記管理手段は、前記受信端末が前記第
   １の記憶領域から前記コンテンツデータを取得する時期
   を、前記第２の記憶領域に前記所定のファイルが格納さ
   れる時期によって調整する請求項１に記載のデータ配信
   システム。
3. 【請求項３】 前記管理手段は、前記受信端末が前記第
   １の記憶領域から前記コンテンツデータを取得する時期
   を、前記所定のファイルに記録されるコンテンツデータ
   の取得可能時期を示す情報により調整する請求項１に記
   載のデータ配信システム。
4. 【請求項４】 コンテンツデータを受信する受信端末に
   おいて、 所定の時期に所定の記憶領域にアクセスすることによ
   り、前記コンテンツデータを取得するために必要な情報
   が記録された所定のファイルを取得するファイル取得手
   段と、 前記取得された所定のファイルを解析する解析手段と、 前記解析された情報に基づいて他の所定の記憶領域から
   前記コンテンツデータを取得するコンテンツ取得手段と
   を、備えたことを特徴とする受信端末。