JP2006165878A - コンテンツ配信システム、及びデータ構造 - Google Patents

Abstract

【課題】 コンテンツを構成する様々なデータとの共有関係を作り、かつそれらのデータの二次加工が容易となる配信用データを生成するとともに、これを一系統の通信手段によって容易に配信できるようにする。
【解決手段】 データサーバ１００に記憶された動画、音声、画像、テキスト文、リンク等の表示情報にタイミングデータを加え、これらを１つにまとめるエンコード処理を所定のタイミングで行って配信用のコンテンツデータを生成する。生成されたデータはインターネット５００を介してリアルタイムでユーザ端末２００に配信される。ユーザ端末２００では、配信されたデータをデコードし、エンコード前の個々のデータの状態に分解する。これらはタイミングデータに基づいて画面の定められた位置に再生・表示される。
【選択図】 図１

Description

本発明は、インターネット等の通信手段を介して情報配信を行うコンテンツ配信システムとその配信用プログラム、及び配信用データをエンコード・デコードするプログラムに関する。

近年のインターネットによるコンテンツ配信は、文字、静止画像、動画映像、リンク等、ばらばらな情報をＨＴＭＬ（Hyper Text Markup Language）上に配置して配信するものが主流となっている。ところが、動画映像を用いたコンテンツに関しては、その容量の大きさが問題となり、現状では、例えば、ＭＰＥＧ２（Moving
Picture Experts Group phase 2）やＭＰＥＧ４（Moving Picture Experts Group phase 4）等のような圧縮技術により、文字情報・音声等を動画データの中に含めた形で圧縮して配信する技術が一般的に利用されている。また、デジタル放送に見られるように、衛星通信を利用して容量の大きい映像配信を行い、その他のテキスト文章情報やリンク情報はＩＰ接続で配信することで、映像と文字情報の双方を配信するといった形態もある。

特開２００２−１１２２２０号公報

しかしながら、これらの技術を利用したコンテンツ配信には、以下のような課題があった。ＭＰＥＧ等を利用して、動画や音声、文字情報を含むコンテンツ配信を行う場合、配信者側では、動画データに音声データや文字データ等を含めた形でＭＰＥＧ形式に圧縮し、これを配信用のデータとしてデータサーバ上に保存しておく必要がある。ところがこのデータの一部を修正等の二次加工を施すような場合、その作業には極めて時間が掛かるという課題があった。具体的に言うと、二次加工を行う場合には、既に圧縮されたデータをそのまま加工することはできないため、まずは圧縮・符号化された配信用データを解凍・復号化する必要がある。そして、解凍・復号されたデータの中から更新したいデータを全データの中から検索・抽出し、その上で修正を行う。そして改めて圧縮・符号化し、データサーバ上に保存しなければならないのである。つまり、このような圧縮データによる配信を行う場合は、わずかなデータの修正・変更であっても、上記と同様の作業が必要となるため、その非効率さが問題となっていた。

また、デジタル放送のような衛星通信など利用する２系統のコンテンツ配信の場合は、確かに効率よくデータの配信を行うことは可能であるが、衛星通信を利用するための費用を考えると、一般ユーザが容易に利用できるものではなかった。

本発明の課題は、コンテンツを構成する様々なデータとの共有関係を作り、かつそれらのデータの二次加工が容易となる配信用データを生成するとともに、これを一系統の通信手段によって容易に配信することができるコンテンツ配信システムと、配信側のデータサーバに備えられるコンテンツ配信用プログラム、及びユーザ端末側に備えられるデコードプログラム等を提供することにある。

課題を解決するための手段および発明の効果

上記課題を解決するために、本発明のコンテンツ配信システムは、
データサーバからユーザ端末にコンテンツを配信するために、前記データサーバと前記ユーザ端末とがインターネット等の通信手段を介して接続され、前記ユーザ端末からのコンテンツ配信要求に基づいて前記データサーバが前記コンテンツを配信するコンテンツ配信システムであって、
配信される前記コンテンツは、動画や音声等の再生データおよび文字や静止画等の静止データとからなる表示用データと、これらの表示データ個々に対して再生・停止、表示・非表示のタイミングを定めるタイミングデータとからなる基礎データを含んで構成され、前記ユーザ端末の表示部において所定の時間をかけて再生表示されるものであり、
このコンテンツを配信する前記データサーバは、前記基礎データをそのデータ種に応じて個別の領域に記憶するデータ記憶手段と、前記データ記憶手段に記憶された前記基礎データを更新するデータ更新手段と、前記ユーザ端末からのコンテンツ配信要求を受信する配信要求受信手段と、前記コンテンツを再生時間方向に複数に分割し、分割された時間範囲内に含まれる前記基礎データと、分割されたこれらのコンテンツの再生同期を図る同期データとを記憶してなる時分割データを生成する時分割データ生成手段と、その時分割データを構成する個々の前記基礎データを、該基礎データ単位で符号化することで前記時分割データ全体を圧縮するエンコード処理を行い、これを配信用データとするエンコード手段と、前記配信要求受信手段が前記コンテンツ配信要求を受信したときに、要求された前記コンテンツに対応する前記配信用データをストリーミング配信するコンテンツ配信手段とを備え、
前記コンテンツを受信する前記ユーザ端末は、前記データサーバに前記コンテンツ配信要求を行う配信要求送信手段と、前記データサーバから配信される前記配信用データのストリームを受信するコンテンツ受信手段と、受信した前記配信用データを復号化して前記時分割データを再現し、その時分割データを構成する前記基礎データを抽出可能な状態とするデコード処理を行うデコード手段と、再現された前記時分割データを構成する前記表示用データのそれぞれを、前記表示部の予め定められた位置に、前記タイミングデータに基づくタイミングで再生・停止、表示・非表示を行う表示手段と、
を備えることを特徴とする。

通常、動画・音声等の再生データと、テキスト文章や静止画、その他リンク等の静止データとからなるコンテンツを配信する場合には、静止データを再生データの一部として組み入れた形で圧縮されてデータサーバ側から配信される。従って、ユーザ端末側では再生データの中からテキスト文章やリンク等のデータのみを抽出することは極めて困難な作業であった。ところが、本発明のコンテンツ配信システムによれば、データサーバ側でエンコードされて配信されたデータは、ユーザ端末側の専用のデコーダ（デコード手段）でデコード処理することによって、エンコード前の個々のデータ、すなわち、動画、音声、テキスト文章、静止画、リンク等のコンテンツを構成する複数の表示用データやタイミングデータのそれぞれに分解することができるため、ユーザ側でこれら個々のデータの抽出が容易となり、コンテンツの二次加工が容易に可能となる。

また、本発明のコンテンツ配信システムによれば、コンテンツを構成する基礎データ、具体的に言えば、動画データ、音声データ、テキスト文章データ、画像データ、リンクデータ、タイミングデータ等は、データサーバの複数のデータ格納領域に、そのデータの分類に応じて記憶される。そして、コンテンツが配信される際には、データサーバがこれらの基礎データの中からコンテンツに必要なものを選択し、選択された基礎データに対してエンコード処理を行い、配信用のデータを生成するように構成されている。従って、コンテンツの内容を修正する際には、修正が必要な基礎データのみをデータサーバ上で修正し、保存し直すだけでよい。データベースのデータが修正されていれば、配信時のエンコード処理において自動的に最新の基礎データが集められるため、配信側での煩雑な修正作業を必要としない。また、この場合、基礎データの製作を個別に行うことができるため、データごとに製作の分担ができ、それぞれに特化した製作者によって質の高いデータを製作することもできる。

また、このように生成された配信用のデータは、専用のデコーダによって、個々の基礎データに分解・復号化され、ユーザ端末に備えられる専用のブラウザ（表示手段）によって再生される。このブラウザは、分解された基礎データに含まれるタイミングデータを解析して、動画、音声の再生・停止や、その他の画像・テキスト文章、リンク等の表示・非表示をデータで定義されたタイミングで表示部に表示する。従って、デコードされた複数の再生データ（動画・音声等）や静止データ（画像・テキスト文書・リンク）等の表示用データを、１つの動画のように再生することが可能となる。

さらに、本発明の場合、例えばＩＰ接続のみの１系統の接続でコンテンツを構成する全てのデータの配信が可能であるため、通信衛星とＩＰ接続の２系統を利用する必要のない簡易な方法で、コンンテンツ配信が可能であるとともに、双方向通信も容易に実現できる。

また、本発明のコンテンツ配信システムでは、前記エンコード手段は、前記配信要求受信手段が前記コンテンツ配信要求を受信したことに基づいて、前記エンコード処理を開始して前記配信用データを形成し、前記コンテンツ配信手段は、前記エンコード手段が前記エンコード処理を完了した後、リアルタイムで前記配信用データを前記ユーザ端末に配信するものであってもよい。

コンテンツを構成する基礎データが、頻繁に更新されるような場合、基礎データが更新されるごとにエンコード処理を行い、その都度データサーバに保存する処理を行うことは、データサーバに大きな負荷が掛かる。上記構成によれば、コンテンツ配信要求が無いときにはエンコード処理は行われず、基礎データのみが更新される。そして、コンテンツの配信要求があった場合にはじめて、現在の最新の基礎データがエンコードされ、配信用データが生成されて、コンテンツが配信される。従って、データサーバにかかる処理負荷を低減することができる。また、サーバにおけるデータ記憶手段の使用容量も減じることもできる。

また、本発明のコンテンツ配信システムでは、前記エンコード手段は、前記データ更新手段によって、前記データ記憶手段に記憶された前記基礎データが更新されたことに基づいて、前記エンコード処理を開始して前記配信用データを形成し、その配信用データを前記データベースの配信用データ記憶手段に記憶するとともに、前記コンテンツ配信手段は、前記配信要求受信手段が前記コンテンツ配信要求を受信した後、前記データ記憶手段に記憶されている前記配信用データの中から、要求された前記コンテンツデータに対応する前記配信用データを、リアルタイムで前記ユーザ端末に配信するものであってもよい。

コンテンツの配信頻度が高い場合には、配信するコンテンツを構成する基礎データを時分割データごとに予めエンコードしてデータサーバに保存しておき、コンテンツ配信要求を受信するたびに保存されたデータを配信するようにすれば、データサーバの処理負荷を低減することができる。

また、本発明のコンテンツ配信システムでは、前記時分割データは、その先頭領域に他の時分割データとの同期を図るための前記同期再生データが記憶される一方、その残りの領域は少なくとも２つの記憶領域に分けられて、その第一記憶領域には前記静止データが、その第二記憶領域には前記再生データが記憶されるとともに、これらの第一記憶領域または第二記憶領域のいずれか一方に前記タイミングデータが記憶され、これらが１つにまとめられて形式化されてなるものであってもよい。

ストリーミング配信用に同期再生情報を含みつつ、残りのデータ領域を２つに分割し、タイミングデータをその双方のデータ領域のいずれにも記憶可能とすることで、配信するコンテンツの内容に合わせて、よりトラフィックが稼げる方を任意に選択する余地ができる。また、双方のデータ容量等の違いから起こる問題を回避し易くなる。

また、本発明のコンテンツ配信システムにおける前記ユーザ端末は、前記デコード手段によって分解されたそれぞれの前記基礎データを、個別に閲覧、または取得する基礎データ取得手段を備えるものであってもよい。

本発明のコンテンツ配信システムでは、データサーバから配信された時分割データはユーザ端末側でデコードすることにより、個々の基礎データに分解・復号化される。そのため、分解されたデータは、ユーザ端末で個々に取得することが可能となる。これにより、ユーザ側でのコンテンツデータの二次加工が容易となる。

また、本発明のコンテンツ配信システムでは、前記タイミングデータは、ＸＭＬ形式に記述されたプログラム文であってもよい。配信されたコンテンツに関するキーワードの入力により、キーワードに関連する内容部分からコンテンツの途中再生を行うことが可能となる。また、キーワードによって必要なデータを検索して取得することも可能となる。

また、本発明のコンテンツ配信システムを利用することで、本発明の陶磁器情報配信システムを構築することができる。この陶磁器情報配信システムは、コンテンツとして、前記データサーバのデータ記憶手段に記憶された陶磁器に関連する情報を、前記通信手段を介して前記ユーザ端末に配信するとともに、前記ユーザが前記コンテンツ配信要求を送信する際には、複数の表示言語の中から任意の言語を選択することが可能となる。

また、本発明のコンテンツ配信システムを利用することで、本発明の音楽供給方法音楽配信システムを構築することができる。この音楽配信システムは、コンテンツとして複数の曲目の演奏・歌手の声等の楽音情報を前記ユーザ端末に配信し、その複数の曲の楽音情報を前記ユーザ端末で順次連続的に流し続けることができる。

また、本発明のコンテンツ配信システムを利用することで、本発明の交通情報配信システムを構築することができる。この交通情報配信システムは、コンテンツとして、前記データサーバのデータ記憶手段に記憶された交通情報を、前記通信手段を介して移動体通信機器である前記ユーザ端末に配信することができる。

上記で述べたデータサーバやユーザ端末が行う処理をプログラムに基づいて行うことができる。本発明は、上記のエンコード手段が行う前記エンコード処理を実行するコンテンツ配信用プログラムや、データサーバでのエンコード処理によって生成されたデータに対して、デコード処理を実行するデコードプログラム、上記のデコード手段によって分解されたそれぞれの前記基礎データを、個別に閲覧、または取得を行う基礎データ取得用プログラムとして具体化してもよく、これらが記憶されたデータ記憶メディアであってもよい。

本発明のコンテンツ配信システムは、コンテンツの配信、特に動画像や音声等の所定時間を掛けて再生される動的なデータ（再生データ）と、画像やテキスト文章、リンク等の所定のタイミングで表示・非表示がなされる静的なデータ（静止データ）との双方を含むデジタルコンテンツデータ（以下、コンテンツと略す）の配信に関するものである。配信されるコンテンツの内容に関しては特に限定はないが、配信されるコンテンツは、動画、音声、ＢＧＭ、テキスト文章、リンク等の複数種のデータが、１つの画面上で平行して再生・表示されてなるものである。従って、例えば動画や音声、字幕等によるプロモーションや解説、音楽の楽曲や歌詞等をコンテンツとして配信することができる。

まず、本発明のコンテンツ配信システムの概要について説明する。本発明のコンテンツ配信システムは、図１に示すように、コンテンツ配信側のデータサーバ１００と、それを受け取るユーザ側の端末（ユーザ端末）２００とが、例えば、インターネット５００を介して相互通信可能に接続されて構成される。このコンテンツ配信システム１では、所定のサーバに、複数のＷＥＢページ群１１、１２、１３・・・からなるＷＥＢサイト１０を置き、これをインターネット上に公開する。このＷＥＢサイト１０には、データサーバ１００に対してコンテンツの配信要求をすることができるＷＥＢページ１１が設けられており、ユーザは、端末２００に備えられるＷＥＢブラウザによって、インターネット５００を介してこのＷＥＢページ１１にアクセスし、閲覧することができる。そして、そのページ１１の中から配信を希望するコンテンツを任意に選択・決定することによって、ユーザ自身の端末（本実施形態ではこれをパーソナルコンピュータとし、以下、これをＰＣとも略す）２００に指定したコンテンツのストリーミング配信を受ける。

ユーザ端末２００は、コンテンツのストリーミング配信を受けると、そのディスプレイ（表示部）２２０では、例えば、図１の３１に示すような表示形態でコンテンツの再生が開始する。本発明の場合、配信されるコンテンツは、動画、音声、画像、テキスト文章（文字情報）、リンク等の複数の表示用データと、これらの個々のデータを再生・停止／表示・非表示するタイミングを定義するデータ（タイミングデータ）とを含んで構成される。表示用データの個々は、ブラウザ（表示手段）によってディスプレイ２２０上の定められた表示領域内に、タイミングデータに定められたタイミング、例えば、図２のようなタイミングで表示される。なお、本発明では、コンテンツはストリーミング配信されるため、コンテンツを構成するデータは、時間軸方向に分割した複数の時分割データからなる。これらの時分割データは、ユーザからの配信要求を受けた後に、データサーバ１００から所定時間間隔おきに連続的に配信され、ユーザ端末２００側はこれらを連続的に受信・再生し、ユーザはこれらを１つのコンテンツとして閲覧できる。

次に、本発明のコンテンツ配信システムの具体的な構成について説明する。図１、図５、図６に示すコンテンツ配信システム１は本発明の一実施形態であり、以下ではこの実施形態について説明する。

図１に示すコンテンツ配信システム１は、コンテンツ配信側のデータサーバ１００（図５）と、それを受け取るユーザ側の端末（ユーザ端末）２００（図６）とが、インターネット５００により接続されて構成される。

データサーバ１００は、図５に示すように、中央演算装置であり、各種プログラムの実行の主体的役割を果たすＣＰＵ１０１、ワークメモリとして使用されるＲＡＭ１０２、各種プログラムを記憶するＲＯＭ１０３、インターネット等と外部接続するＩ／Ｏインターフェース１０４（本発明の配信要求受信手段に相当）、コンテンツを構成する各種基礎データが保存されるハードディスク（本発明のデータ記憶手段に相当。以下、ＨＤＤと略す）１１０等が、バスライン１０６を介して接続されて構成される。

ＨＤＤ１１０には、ユーザに配信されるコンテンツを構成するための基礎データとして、動画データ、音声データ、文字データ、リンクデータ、タイミングデータ等が、データ種ごとに所定の格納領域に記憶されている。具体的には、図５に示すように、これらのデータを保存する領域として、動画格納領域１１１，音声データ格納領域１１２，文字データ格納領域１１３，リンクデータ格納領域１１４，画像データ格納領域１１５、タイミングデータ格納領域１１６等が設けられ、それぞれが対応する領域に記憶される。これらの基礎データは、個々が属する時分割データに関連付けられた形で記憶される。また、格納された基礎データは、データサーバが備える入力手段１０５（本発明のデータ更新手段）を用いてアクセスすることが可能となっており、必要に応じてこれらのデータの修正、例えばデータの変更・追加や、関連する時分割データの変更等を行うことができる。なお、これらの修正に関しては、コンテンツ配信側の管理者等が、インターネットに接続された外部端末（ＰＣ）３００等の入力手段３０５によって、インターネットを介してアクセスして行ってもよい。この際には、ＩＤやパスワードによる認証を必要とすることが望ましい。

ＲＯＭ１０３には、エンコードプログラム１０３ａ（本発明のエンコード手段に相当）、時分割データ選択プログラム１０３ｂ、配信用プログラム１０３ｃ（本発明のコンテンツ配信手段、および時分割データ生成手段に相当）が記憶されている。時分割データ選択プログラム１０３ｂは、コンテンツを構成する時分割データの中から、所望の時分割データを特定するプログラムである。エンコードプログラム１０３ａは、選択された基礎データをエンコード（圧縮・符号化）するプログラムである。配信用プログラム１０３ｃは、そのコード化されたデータを、コンテンツ配信を要求したユーザの端末２００にストリーミング配信するプログラムである。これらのプログラムは、ＣＤ（Compact Disc）やフロッピーディスク、ＤＶＤ（Digital Versatile Disk）等の所定のメディアに保存され、そのメディアからデータサーバ１００にインストールすることができる。なお、これらのプログラムの詳細については後述する。

ユーザ端末２００は、図６に示すように、インターネット５００に接続可能な環境にある端末であり、例えばパーソナルコンピュータ（ＰＣ）や携帯電話機、車両に搭載されるナビゲーション装置などとすることができる。なお、本実施形態では、ユーザ端末２００はＰＣであるとして説明を行う。ユーザ端末２００は、図６に示すように、中央演算装置であり、各種プログラムの実行の主体的役割を果たすＣＰＵ２０１、ＲＡＭ２０２、Ｉ／Ｏインターフェース２０４（本発明の配信要求送信手段およびコンテンツ受信手段）、ＨＤＤ２０５を備え、さらにキーボードやマウス等の入力部２１０、ディスプレイ等の画面表示手段やスピーカ等の音声出力手段を含む出力部２２０を備える周知のＰＣと同様にして構成される。

また、ユーザ端末２００は、ＨＤＤ２０５に、配信された時分割データをバッファリングするためのバッファ領域２０５ａを備え、さらに、ブラウザ２０６（本発明の表示手段に相当）とそのヘルパーアプリケーションであるデコーダ２０７（本発明のデコード手段に相当）とを備える。データサーバ１００から配信される基礎データは、デコーダ２０７によってデコードされ、そのデコードされたデータをブラウザ２０６が解析することによって、ユーザ端末２００の出力部２２０、例えばディスプレイ等での表示が可能となる。さらに、配信されたコンテンツの基礎データを個別に取得するアプリケーションとして、データ取得ツール（データ取得プログラム）２０８を備える。

次に、上記コンテンツ配信システム１によるコンテンツ配信の具体的な流れを、図４を参照して説明する。

ユーザがコンテンツ配信側からのコンテンツ配信を受けるためには、ユーザ端末２００によって、コンテンツの配信要求を行うことができるＷＥＢページにアクセスする必要がある（Ｓ５０１）。本実施形態においては、ユーザはまずコンテンツ配信者側が管理・運営する所定のＷＥＢサイト１０（図１）のＷＥＢページ１１にアクセスして、そのページ１１の中から、配信を希望するコンテンツを選択・決定する（Ｓ５０２）。ここでは、ユーザがコンテンツＡの配信を希望するものとする。この場合、ユーザはテキストリンク「コンテンツＡを見る」をマウスクリックすることで、データサーバ１００にコンテンツＡの配信要求を行う（Ｓ５０３）。

なお、このときユーザが選択できるコンテンツの数は１つであっても２以上であってもよく、選択した数のコンテンツが１回で配信されるようになっていても良い。また、このとき、データサーバ１００への配信要求は、ＩＤ等の認証によってその可否がなされてもよい。また、そのときの配信要求がそのユーザの初回の配信要求である場合は、ユーザ端末のブラウザに専用のアプリケーションやプラグインのダウンロードや専用ソフトからのインストールを促すよう設定されていてもよい。

ユーザは、ユーザ端末２００からコンテンツ配信要求（以下、単に配信要求とも言う）を行うと、データサーバ１００がこれを受信する（Ｓ５０４）。その配信要求の受信に基づいて、データサーバ１００のＣＰＵ１０１は配信用プログラム１０３ｃ（図５参照）を実行し（Ｓ５０５）、コンテンツの配信を開始する（Ｓ５０６）。

ここで、配信されるコンテンツのデータ（以下、配信用データという）について詳説する。配信用に生成されるデータとは、コンテンツを構成する複数の時分割データをそれぞれ圧縮・符号化したバイナリデータのことであり、上記の配信用プログラム１０３ｃによって生成される。時分割データは、定められた容量以下となるように生成され、図３に示すようにデータが記憶される領域の先頭部分（以下、先頭領域とも言う）には、複数の時分割データを連続再生可能に復号（デコード）する同期再生データがその先頭領域に記憶される。さらにその後ろには、ヘッダ（第一記憶領域）とボディ（第二記憶領域）と呼ばれる２つの記憶領域にはその時分割データを構成する基礎データが記憶される。ヘッダには、ＸＭＬ形式で記述されたプログラム文と、ＪＰＥＧ（Joint Photographic Experts Group）形式で圧縮された画像データとが記憶される。ボディには、公知のＭＰＥＧ−２（Moving Picture Experts Group phase 2）等に圧縮された動画データや音声データ等の再生データが記憶される。ここで言うＸＭＬ形式のプログラム文とは、動画、音声、画像、文字情報、リンク等の表示タイミングを定義するように構造化されたデータ、つまり上記のタイミングデータのことである。なお、本実施例におけるタイミングデータは、ヘッダとボディの容量差を考慮してヘッダに記憶されるとしているが、ボディの方に記憶されてもよい。その選択は、コンテンツ内容によって決定され、トラフィックや、ヘッダとボディとのデータの容量差による弊害を基に判断される。通常はボディに記憶される動画・音声データ等の再生データの方が容量が大きいため、本実施例においてはヘッダの方に記憶されている。

なお、ヘッダに記憶される画像データは、ＪＰＥＧだけでなく、ＧＩＦ（Graphic Interchange Format）、ＰＮＧ（Portable Network Graphics）等で圧縮された画像データであってもよい。また、テキスト文章やリンク情報であるアドレス等のデータは、タイミングデータ中にＸＭＬ形式で記述されて記憶される。

このような構造をなす時分割データは、データサーバ１００にて生成される。生成される際には、先頭情報をなすデータとヘッダ及びボディに記憶されたデータに対して所定のエンコード処理を施し、これらを１つのバイナリデータに圧縮・符号化する。このようにして生成される複数の時分割データは、ユーザ端末２００からのコンテンツ配信要求に基づいて、データサーバ１００からユーザ端末２００にＭＰＥＧストリームとして連続的に配信される。

ＭＰＥＧストリーミング配信は、本実施形態では配信用プログラム１０３ｃを実行して行う。この配信用プログラム１０３ｃは、所望の時分割データを選択する処理を行う時分割データ選択プログラム１０３ｂと、エンコード処理を行うエンコードプログラム１０３ａとをサブプログラムとして利用するメインプログラムであり、実際には他にも様々な形態のものが考えられる。なお、以下では、図７、図８のフローチャートに示す２通りの配信用プログラム処理の流れについて説明を行う。

まず、第一の配信用プログラム１０３ｃでは、配信者側がデータサーバ１００に記憶される基礎データを修正・更新することに基づいて、配信用のデータを生成するためのエンコード処理を開始して、エンコードされたデータ（配信用データ）をデータサーバ１００に記憶するプログラムされており、ユーザ端末から配信要求があると、要求のあったコンテンツに関連する配信用データがユーザ端末２００へとストリーミング配信される。以下、その流れを図７のフローチャートを用いて説明する。

図７の配信用プログラム１０３ｃの場合、まず、Ｓ１１において、ユーザからのコンテンツ配信要求の有無の判定が行われる。具体的には、ユーザが図１のＷＥＢページ１１の「コンテンツＡを見る」というテキストリンクをクリックすることに基づいて、データサーバ１００にコンテンツ配信要求信号が送信され、その信号がインターネット５００を介してデータサーバ１００のＩ／Ｏインターフェースで受信されたか否かをＣＰＵ１０１が判定する。

このとき、コンテンツ配信要求がない場合にはＳ１３に進み、データサーバ１００に記憶された基礎データの修正・更新の有無を判定する。これは、データサーバ１００のＨＤＤ１１０にデータの保存処理がなされたか否かをＣＰＵ１０１が検出することで行う。具体的に言えば、ＨＤＤ１１０の動画データ格納領域１１１、音声データ格納領域１１２、文字データ格納領域１１３、リンクデータ格納領域１１４、画像データ格納領域１１５、タイミングデータ格納領域１１６、時分割データ格納領域１１７に記憶された基礎データに上書き、あるいはデータの追加等の修正を行った際の、保存処理による保存信号の有無を、ＣＰＵ１０１が判定することで行う。

Ｓ１３にてデータサーバ１００での基礎データの修正・更新がない場合はＳ１１に戻る。修正・更新がある場合は、Ｓ１４に進みエンコード処理を行った上でＳ１１に戻る。Ｓ１４のエンコード処理は、この第一の配信用プログラムにおいては、以下のような流れで行われる。

Ｓ１４のエンコード処理は、図９に示すような流れで行われる。まずＳ３１で、データサーバ１００のＨＤＤ１１０の中から修正・更新された基礎データが、どの時分割データに属するものであるかを検出する。ここでは、時分割データ選択プログラム１０３ｂを実行して、上記の保存信号に基づいて修正・更新された基礎データを検出して、その基礎データを含んで構成される時分割データを特定する。この場合、基礎データは属する時分割データに関連付けられた形でそれぞれのデータ格納領域に記憶されているため、上記保存信号をもとに基礎データを特定し、それと関連付けられた全ての時分割データを検出する。そして、Ｓ３２では、検出された時分割データを時分割データ格納領域から読出してデコードし、Ｓ３３で、そのデコードした時分割データから修正・更新前のデータを除き、修正・更新後のデータが新たに追加する。そして、Ｓ３４で、再度時分割データの生成を行うエンコード処理を行う。具体的には、修正・更新がされなかったデータと修正・更新がされたデータとを、それぞれ記憶すべき領域（先頭領域、ヘッダ、またはボディ）に記憶して、これらを１つのバイナリデータとして圧縮・符号化する。エンコード処理が終了するとＳ３５に進み、生成された時分割データ（エンコードデータ）を、それが属するコンテンツと関連付ける形で、ＨＤＤ１１０内の時分割データ記憶領域１１９に上書き保存する。

このようにして、Ｓ１４が終了すると再びＳ１１に戻る。Ｓ１１では、ユーザから配信要求があったときにＳ１２に進み、その要求があったときにはＳ１２にて、要求されたコンテンツに属する複数の時分割データを時分割データ記憶領域１１７から順次読み出して、これらをユーザ端末２００にストリーミング配信する。

なお、データの修正・更新は、データサーバ１００自身が備える入力手段１０５（例えば、キーボードやマウス等の周知の入力手段：本発明のデータ更新手段）から、予め定められたＩＤやパスワードを入力することでデータサーバ１００にアクセスし、ＨＤＤ１１０のデータ更新を可能とする（これらの入力手段が本発明のデータ更新手段に相当する）。つまり、ＨＤＤ１１０に記憶された基礎データの更新は、更新対象となる基礎データに新たなデータを上書きすることによって可能となる。例えば、表示タイミングをそのままの状態とし、そのときに表示される画像データのみを変更する場合であれば、更新対象となる画像データのみを変更・更新し、対応する時分割データと関連付けて画像データ格納領域１１５に保存する。

次に、上記の第一の配信用プログラム１０３ｃとは異なる第二の配信用プログラム１０３ｃについて説明する。第二の配信用プログラム１０３ｃは、図８に示すように、データサーバ１００にユーザ端末２００からのコンテンツ配信要求があったときにエンコード処理を行うプログラムであり、そのエンコードされたデータ（配信用データ）を、ユーザ端末２００にそのままリアルタイムで配信する。

この配信用プログラム１０３ｃの場合、まずＳ２１で、ユーザからのコンテンツ配信要求の有無を確認する。配信要求がない場合は再度Ｓ２１に戻り、あった場合にはＳ２２に進みエンコード処理を行う。なお、配信要求の有無の確認は第一の配信用プログラムと同様とする。

Ｓ２２のエンコード処理は、第一の配信用プログラムとは異なり、図１０に示すような流れで行われる。まず、Ｓ４１で、配信要求を受けたコンテンツに属する時分割データの検出を行う。このとき、時分割データ選択プログラム１０３ｂを実行するが、ここでのこのプログラム１０３ｂは上述した図９の場合とは異なり、配信要求信号に基づいて、配信要求がなされたコンテンツに属する全ての時分割データを検出する。そして、Ｓ４２で、検出した時分割データを構成する基礎データをＨＤＤ１１０から読出す。この際、配信要求前にこれらの基礎データの修正があった場合には、修正前の基礎データに変わって修正後の基礎データが読み出されることとなる。そして、Ｓ４３では、読み出されたこれらの基礎データを時分割データとするエンコード処理を行い、最新の時分割データ（エンコードデータ）を生成する。具体的には、読み出された基礎データを、それぞれ記憶すべき３領域（先頭領域、ヘッダ、またはボディ）に記憶して、これらを１つのバイナリデータとして圧縮・符号化する。エンコードが終了すると、Ｓ４４に進み、更新された時分割データを、それが属するコンテンツに関連付けた形で、ＨＤＤ１１０内の時分割データ記憶領域１１７に保存する。ただし、この第二の配信用プログラムにおいては、Ｓ４４における時分割データの保存は行わなくともよい。むしろこの保存処理Ｓ４４を省略することで、データサーバ１００での処理負荷を低減することができ、ＨＤＤ１１０の時分割データ格納領域が不要となり、その容量を減じることができる。なお、上述した図９のエンコード処理は予め作成されていた時分割データをデコードして、修正前と修正後の基礎データとを入れ替える形で行われているが、図９のエンコード処理も、ここで述べた図１０のエンコード処理と同様に、時分割データを構成する基礎データ全てを改めて集め直してエンコードするようにしてもよい。これにより、上記のデコード処理（Ｓ３２）を省略することができる。この場合は、Ｓ３１を行った後Ｓ４２、Ｓ４３と同様の処理を経てＳ３５に進むような処理が行われる。

Ｓ２２にてエンコード処理が終わると、その時分割データはそのままリアルタイムでユーザ側へと配信される。

データサーバ１００は、これらのプログラムを利用することで、配信するコンテンツのエンコード処理を行い、そのコンテンツをインターネット５００を介してユーザ端末２００に配信する。

図４の説明に戻る。上記のようにデータサーバ１００にて配信用プログラム１０３ｃによって配信用データ（複数の時分割データ）の生成・配信（Ｓ５０３〜Ｓ５０５）がなされると、ユーザ端末２００は配信されたそれらの時分割データをＩ／Ｏインターフェース２０４にて連続的に受信（Ｓ５０７）する。受信した時分割データは、ＨＤＤ２０５のバッファ領域２０５ａにバッファリングされ、その時分割データの先頭情報に基づいて、ヘッダとボディに記憶されたデータがデコーダ２０７によってデコードされる（Ｓ５０８）。これにより、時分割データはエンコード前の状態に復号される。つまり、動画データ、音声データ、画像データ、文章データ、リンクデータ、タイミングデータが、それぞれを個別に抽出可能な状態に復元される。

デコードされると、所定のブラウザ２０６によってヘッダに記憶されていたタイミングデータが解読される。具体的には、ＸＭＬ形式のプログラム文であるタイミングデータを、ＣＳＳ（Cascading Style Sheet）を介してＨＴＭＬ形式で読み込む。これにより、ユーザ端末２００のディスプレイ２２０上には、解読されたタイミングデータに基づいて、図１に示すように、所定のウインドウ３１内に上記の再生・表示情報が表示される。これにより、例えば、図２に示すような所定のタイミングで動画、音声、静止画、テキスト文章、リンク等の再生・停止／表示・非表示がなされる。このようにして再生される時分割データは、同期再生データに基づいて再生が終わるごとに次の時分割データへと連続的に再生がなされ、これにより、ユーザはコンテンツＡの全てを閲覧することができる（Ｓ５０８）。

なお、コンテンツ配信システム１では、データサーバ１００からの配信用データから、コンテンツを構成する表示用データを、データとして取得することができる。これは、データ取得ツール（データ取得プログラム）２０８をユーザ端末２００にインストールしておくことで実行可能となる。本実施形態の場合は、コンテンツの表示が終了すると、図１に示す終了画面３２のように、例えば、「テキスト１を取得する」、「画像１を取得する」等のテキストリンクあるいはバナーリンク等の所定のリンクを表示させる。ユーザは、そのいずれかのリンクを選択（マウスクリック等）する（Ｓ５１０）ことにより、コンテンツに利用されたテキスト文章や画像（静止画）等をＰＣ２００上に個別に保存する（Ｓ５１１）ことができる。これらのデータ取得は、コンテンツの閲覧後に限らず、閲覧前であっても閲覧途中であっても良く、これらを取得するためのリンクをどのタイミングで表示させるかによって任意に設定できる。これらのタイミングはタイミングデータによって定めることができる。また、取得できるデータは、例えば、音声、動画等であっても良く、配信された基礎データのうちのどのデータであってもよい。

また、配信可能なコンテンツを複数備える場合には、図１の終了画面３２上に、次にコンテンツを閲覧するためのリンクや、再度同じコンテンツを閲覧するためのリンクが設けられていてもよい。また、閲覧したコンテンツに関連する商品・サービス等の申し込みが可能なリンクを設けることもできる。この場合、そのリンクをユーザが選択することによって、商品・サービスの申し込みが可能もなる。例えば、そのリンクをクリックすることで申込用のフォーマットが記載されたＷＥＢページを表示し、所定の記述事項を入力した上でデータサーバ１００にその申し込みフォーマットを送信させることで、申し込み手続を行うようにしてもよい。

また、本実施形態においては、ＸＭＬ形式で記述されたタイミングデータが配信されるため、そのタイミングデータに、コンテンツを構成する動画、音声、画像（静止画）、文章、リンク等の具体的な文字情報をＸＭＬ形式で記述しておけば、コンテンツを構成する基礎データの内容情報をキーワード検索することができる。従って、ユーザによる基礎データの抽出が、キーワード検索によって可能とすることができる。

以下、このようなコンテンツ配信システムを利用する実施例として、陶磁器に関連する情報を配信する場合、楽音情報を配信する場合について説明する。

まず、陶磁器に関連する情報を配信する場合は、例えば陶磁器の製造過程を解説するコンテンツの配信に利用することができる。この場合、例えば、陶磁器関連の情報を、日本語圏の人のみを配信対象とするのではなく、言語圏の異なる人、例えば英語圏と中国語圏の人に対しても配信を行うことを考えた場合に、本発明を利用することで利点が生まれる。本発明では、動画、音声、テキスト文章、リンク等は個別に保存されており、配信時にはこれらの中から所定のデータを選択して、選択された基礎データをまとめてエンコード処理することで配信用のコンテンツデータを生成する。従って、動画や画像（静止画）等のデータは、どの言語のコンテンツにも利用することができるため、音声やテキスト等に関してのみ、別言語のデータを用意しておけば良く、データベース１００に無駄な容量を使わせないで済む。なお、異言語の他にも、大人向け・子供向けの解説用のものを用意したり、耳の不自由な方や目の不自由な方のためのバリヤフリー用のものを用意しておくことも可能である。

以下、その具体的な流れを図１１を参照して説明する。まず、ユーザは、自身の端末２００を利用して、図１１の（ａ）に示すＷＥＢページにアクセスする。ここでは、「陶磁器Ａの製造過程の解説」というテキストリンクをクリックすることで、その内容のコンテンツ配信を要求することができるが、その際に、解説に用いられる言語の選択が可能となっている。ここでは、図１１の（ｂ）のように、例えば日本語を選択し、その上で「陶磁器Ａの製造過程の解説」というテキストリンクをクリックしたものとする。

これにより、図５のデータサーバ１００はコンテンツ配信要求を受信し、配信用プログラム１０３ｃが実行される。なお、この実施例における配信用プログラムは、上記第一の配信用プログラム（図７）であっても第二の配信用プログラム（図８）であってもよいが、本実施例では第二の配信用プログラムを利用するものとする。この場合、データサーバ１００では、図８のＳ２１でコンテンツ配信要求を受信すると、Ｓ２２に進んでエンコード処理を開始する。このとき、そのとき要求されたコンテンツが日本語である場合には、どの言語においても共通の動画データと画像データと、さらに日本語の音声データと解説文章のテキストデータとを選択した形で、コンテンツを構成する時分割データを生成し、エンコードする。そして、その時分割データをそのままリアルタイムでユーザ端末２００に配信する。

ユーザは、この時分割データを受信すると、バッファリングしつつ、所定のブラウザによって時分割データの連続再生、すなわちコンテンツの再生を行う。このとき、ユーザ端末２００のディスプレイ２２０上には、コンテンツの表示データ（動画データ・音声データ・画像データ・テキストデータ・リンクデータ）が、タイミングデータに基づいて図２のようなタイミングで、かつ図１１の（ｃ）に示すような配置で表示される。

この場合、コンテンツは２つの時分割データからなり、まずは時分割データ１が再生される。これにより、まずは解説用の音声１が再生されるとともに、図１１の（ｃ）に示すように、画面内に表示されるウインドウの左側に、陶磁器の製造過程を示す動画１が再生される。このとき動画１が表示されるスペース内の下部には、字幕としてテキスト１も表示される。また、動画の表示スペースの下側には、このコンテンツの再生・停止・一時停止・早送り・巻戻しを実行するためのバーが表示される。ウインドウ右中央には、解説用の文章としてテキスト２の表示がなされる。そして、所定のタイミングが来ると、ウインドウ右上には画像１（静止画）が表示され、さらにその画像を説明する解説文としてテキスト３が、ウインドウ右中央に表示されていたテキスト２から切り替わる形で表示される。さらに時間が経過すると、その画像１は非表示となり、ウインドウ右下にリンクが表示され、時分割データ１の再生が終了する。時分割データ１が終了すると、時分割データ２の再生が始まる。時分割データも、図２に示すように、まずは音声２、動画１が再生され、さらに字幕としてテキスト４が表示される。所定のタイミングが来ると、解説用文書としてテキスト５が表示され、さらに時間が経過すると、テキスト６や画像２、リンク２が表示され、時分割データ２が再生を完了する。これをもってコンテンツの再生が終了する。

コンテンツが終了すると、画面上にはそのコンテンツの終了が表示されるとともに、次のアクションを実行するためのリンクが表示される。本実施例の場合は、図１１（ａ）のように、配信されたコンテンツを再度再生する「リプレイ」、「申込み手続」、「解説文書の取得」、コンテンツ閲覧を終了する「終了する」というテキストリンクがウインドウの右中央に表示され、さらにその下に他サイトへの「リンク」が設けられており、これらのいずれかを選択することができる。ここで、「申込み手続」とは、陶磁器の購入や、陶磁器に関する書籍の注文、陶磁器の製造を学ぶための講座の申込み等であり、これを選択することによってコンテンツ配信側が定める所定のサービスに対して、オンラインでの申込みを行うことができる。この場合は、ユーザが、その端末２００によって「申込み手続」というテキストリンクをクリックし、例えば図１１の（ｅ）に示すような所定のフォーマットに必要事項を入力した上で、送信ボタンをクリックすることで、申込み手続を行う。また、「解説文書の取得」とは、コンテンツ中で図１１の（ｃ）に表れている解説用のテキスト文章の取得である。つまり、コンテンツ閲覧中に画面上に表示された解説用のテキスト文章データをユーザ端末２００に保存することである。この場合、「解説文書の取得」というテキストリンクをクリックすることによって、データ取得ツール（データ取得プログラム）が起動し、配信されたデータの中から解説用のテキスト文書の位置を特定して、そのデータを取得することができる。なお、取得できるデータは、テキスト文書のみではなく、動画、音声、画像等、配信されたコンテンツに含まれるあらゆる表示データを対象とすることもできる。

次に、楽音情報を配信する場合は、例えば、楽曲とその楽曲のプロモーションムービー、さらにはその楽曲のアーティストに関する情報を含むコンテンツを配信することができる。この場合、楽曲が配信されたユーザは、それを再生できるだけではなく、その楽曲をオンラインで購入可能とすることもできる。これにより、購入した楽曲やそのムービー、その他のアーティスト情報等のデータは、配信されたコンテンツに含まれるデータから直接得ることができるため、楽曲やムービーの再ダウンロードを必要としない。

このような楽曲に関するコンテンツの配信を希望する場合、まずユーザは、音楽配信を行うサイトにアクセスして、図１２の（ａ）に示すような楽曲の選択を行うＷＥＢページを開く。そしてそのＷＥＢページの中から、視聴したい楽曲、あるいは購入希望の楽曲を選択し（この場合は、曲Ａ〜Ｇの中から選択）、マウスクリックすることで、データサーバ１００にコンテンツの配信要求を行う。

音楽配信を行う側のデータサーバ１００は、コンテンツの配信要求を受信すると、配信用プログラム１０３ｃを実行する。データベース１００のＨＤＤ１１０には、音声データとして配信される曲のメロディ（旋律）や音声等、音に関するデータが記憶され、さらに動画データとしてその楽曲に合わせて再生されるプロモーション用のムービー等が記憶されている。また、その楽曲を歌うアーティスト情報などのテキストデータや、そのアーティストの写真等の画像データ、アーティスト情報を提供する他サイトへのリンクデータ等も記憶される。配信用プログラム１０３ｃが実行されると、本実施例の場合は、上記の第一の配信用プログラムが実行される。従って、データベース１００のＨＤＤには、時分割データ格納領域１１７に、各楽曲のコンテンツがエンコードされた状態で記憶されており、コンテンツ配信要求を受信すると、要求された楽曲のコンテンツに関する、エンコードされた時分割データが選択され、これがそのままユーザ端末２００にストリーミング配信される。

ユーザは、この時分割データを受信すると、バッファリングしつつ、所定のブラウザによって時分割データの連続再生、すなわちコンテンツの再生を行う。このとき、ユーザ端末２００のディスプレイ２２０上には、コンテンツの表示データ（動画データ・音声データ・画像データ・テキストデータ・リンクデータ）が、時分割データのヘッダに記憶されたタイミングデータに基づいて、かつ図１２の（ｂ）に示すような配置で表示される。この実施例では、コンテンツは複数の時分割データからなり、図１２の（ｂ）に示すような表示が、コンテンツの再生開始から終了まで表示されつづける。つまり、コンテンツを構成する最初の時分割データの再生時には、楽曲が再生されるとともに、画面内に表示されるウインドウの左側には、プロモーションムービーの再生が同時に再生される。このときムービーが表示されるスペースの下部には、曲の再生に合わせて歌詞が表示される。また、動画の表示スペースの下側には、このコンテンツの再生・停止・一時停止・早送り・巻戻しを実行するためのバーが表示される。ウインドウ右中央には、アーティストを紹介する解説用の文章が表示され、ウインドウ右上にはそのアーティストの画像（静止画）が表示され、ウインドウ右下には他サイトへのリンクが表示される。

楽曲の再生が終了する、すなわちコンテンツが終了すると、画面上にはその楽曲の再生の終了が表示されるとともに、次のアクションを実行するためのリンクが表示される。本実施例の場合は、別の楽曲を選択するために同図（ａ）のＷＥＢページに戻る「曲の選択」、楽曲、ムービーを購入するための「購入申込み手続」、アーティストの解説文章を取得する「解説文章の取得」、コンテンツ閲覧を終了する「終了する」というテキストリンクがウインドウの右中央に表示され、さらにその下に他サイトへの「リンク」が設けられており、これらのいずれかを選択することができる。ここで、「購入申込み手続」とは、楽曲、あるいはムービーや歌詞データまでを含めた楽曲の購入、あるいはそのアーティストのコンサートチケットの購入等を行うための申込みであり、これを選択することによってコンテンツ配信側が定める所定のサービスに対して、オンラインでの申込みを行うことができる。この場合は、ユーザが、その端末２００によって「購入申込み手続」というテキストリンクをクリックし、例えば図１２の（ｄ）に示すような所定のフォーマットに必要事項を入力した上で、送信ボタンをクリックすることで、申込み手続を行うことができる。また、「解説文書の取得」とは、コンテンツ中で図１２の（ｂ）にて表示されたアーティストを解説するテキスト文章の取得である。つまり、コンテンツ閲覧中に画面上に表示されたアーティスト解説用のテキスト文章データをユーザ端末２００に保存することである。この場合、「解説文書の取得」というテキストリンクをクリックすることによって、データ取得ツール（データ取得プログラム）が起動し、配信されたデータの中から解説用のテキスト文書を特定して、そのデータを取得することができる。なお、取得できるデータは、テキスト文書のみではなく、画像や歌詞等の配信されたコンテンツに含まれるあらゆる表示データを対象とすることができる。

また、本発明は上記以外にも利用することが可能である。例えば、天気情報、交通情報などをコンテンツとすることができる。また、その際に、ユーザ端末をユーザの所持する移動体通信機器、例えば、携帯電話機、カーナビゲーション装置等とすれば、ユーザはいかなる場所においてもこれらの情報を得られるため便利である。

天気情報の場合は、現在の天気を解説するテキスト文や、他の関連情報サイトへのリンク、さらに現在の天気図、降水量などを表示する画像データ、音声による解説等によってコンテンツを構成し、これを配信する。また、交通情報の場合は、高速道路、国道、県道等の交通情報を解説するテキスト文や、他の関連情報サイトへのリンク、画像による渋滞情報のＭＡＰ表示、音声による解説、所定地点の最近情報を表す動画等によってコンテンツを構成し、これを配信する。これらの情報は、ユーザにとっては、より新しい情報であることが重要となるため、配信されるコンテンツのデータはデータを時間経過に伴って頻繁に更新される必要がある。従って、ユーザのアクセス数、データサーバのスペック等についても考慮しつつ、上記の第一の配信用プログラムまたは第二の配信用プログラムのいずれを用いるかを選択する。

以上、本発明の実施例を説明したが、これらはあくまで例示にすぎず、本発明はこれらに限定されるものではなく、特許請求の範囲の趣旨を逸脱しない限りにおいて、当業者の知識に基づく種々の変更が可能である。

本発明のコンテンツ配信システムの概要例を示す説明図。 配信されるコンテンツの再生順序の一例を示す図。 時分割データの一例を説明する説明図。 本発明のコンテンツ配信システムによるコンテンツ配信の流れの一例を示す説明図。 本発明のコンテンツ配信システムを構成するデータサーバの一例を示す概略図。 本発明のコンテンツ配信システムを構成するユーザ端末の一例を示す概略図。 本発明の第一の配信用プログラムの流れの一例を示すフローチャート。 本発明の第二の配信用プログラムの流れの一例を示すフローチャート。 本発明のエンコードプログラムの流れの一例を示すフローチャート。 図９の変形例を示すフローチャート。 本発明のコンテンツ配信システムを利用して、陶磁器関連のコンテンツ配信を行う実施例を説明する説明図。 本発明のコンテンツ配信システムを利用して、楽曲に関連のコンテンツ配信を行う実施例を説明する説明図。

符号の説明

１ コンテンツ配信システム
１０ ＷＥＢサイト
１１ ＷＥＢページ
１００ データサーバ
１０３ ＲＯＭ
１０３ａ エンコードプログラム（エンコード手段）
１０３ｂ 時分割データ選択プログラム
１０３ｃ 配信用プログラム（コンテンツ配信手段、時分割データ選択手段）
１０４ Ｉ／Ｏインターフェース（配信要求受信手段）
１０５ 入力手段（データ更新手段）
１１０ ハードディスクドライブ（ＨＤＤ、データ記憶手段）
２００ ユーザ端末（ＰＣ）
２０３ ハードディスクドライブ（ＨＤＤ）
２０４ Ｉ／Ｏインターフェース（配信要求送信手段、コンテンツ受信手段）
２０５ａ デコーダ（デコード手段）
２０５ｂ ブラウザ（画面表示手段）
２０５ｃ データ取得ツール（基礎データ取得用プログラム、基礎データ取得手段）
２０５ｄ バッファ領域
２１０ 入力部
２２０ 出力部（出力手段）
５００ インターネット（通信手段）

Claims (12)

1. データサーバからユーザ端末にコンテンツを配信するために、前記データサーバと前記ユーザ端末とがインターネット等の通信手段を介して接続され、前記ユーザ端末からのコンテンツ配信要求に基づいて前記データサーバが前記コンテンツを配信するコンテンツ配信システムであって、
   配信される前記コンテンツは、動画や音声等の再生データおよび文字や静止画等の静止データとからなる表示用データと、これらの表示データ個々に対して再生・停止、表示・非表示のタイミングを定めるタイミングデータとからなる基礎データを含んで構成され、前記ユーザ端末の出力部において所定の時間をかけて再生表示されるものであり、
   このコンテンツを配信する前記データサーバは、前記基礎データをそのデータ種に応じて個別の領域に記憶するデータ記憶手段と、前記データ記憶手段に記憶された前記基礎データを更新するデータ更新手段と、前記ユーザ端末からのコンテンツ配信要求を受信する配信要求受信手段と、前記コンテンツを再生時間方向に複数に分割し、分割された時間範囲内に含まれる前記基礎データと、分割されたこれらのコンテンツの再生同期を図る同期再生用データとを記憶してなる時分割データを生成する時分割データ生成手段と、その時分割データを構成する個々の前記基礎データを、該基礎データ単位で符号化することで前記時分割データ全体を圧縮するエンコード処理を行い、これを配信用データとするエンコード手段と、前記配信要求受信手段が前記コンテンツ配信要求を受信したときに、要求された前記コンテンツに対応する前記配信用データをストリーミング配信するコンテンツ配信手段とを備え、
   前記コンテンツを受信する前記ユーザ端末は、前記データサーバに前記コンテンツ配信要求を行う配信要求送信手段と、前記データサーバから配信される前記配信用データのストリームを受信するコンテンツ受信手段と、受信した前記配信用データを復号化して前記時分割データを再現し、その時分割データを構成する前記基礎データを抽出可能な状態とするデコード処理を行うデコード手段と、再現された前記時分割データを構成する前記表示用データのそれぞれを、前記表示部の予め定められた位置に、前記タイミングデータに基づくタイミングで再生・停止、表示・非表示を行う出力手段と、
   を備えることを特徴とするコンテンツ配信システム。
2. 前記エンコード手段は、前記配信要求受信手段が前記コンテンツ配信要求を受信したことに基づいて、前記エンコード処理を開始して前記配信用データを形成し、
   前記コンテンツ配信手段は、前記エンコード手段が前記エンコード処理を完了した後、リアルタイムで前記配信用データを前記ユーザ端末に配信する請求項１に記載のコンテンツ配信システム。
3. 前記エンコード手段は、前記データ更新手段によって、前記データ記憶手段に記憶された前記基礎データが更新されたことに基づいて、前記エンコード処理を開始して前記配信用データを形成し、その配信用データを前記データベースの配信用データ記憶手段に記憶するとともに、
   前記コンテンツ配信手段は、前記配信要求受信手段が前記コンテンツ配信要求を受信した後、前記データ記憶手段に記憶されている前記配信用データの中から、要求された前記コンテンツに対応する前記配信用データを、リアルタイムで前記ユーザ端末に配信する請求項１に記載のコンテンツ配信システム。
4. 前記時分割データは、その先頭領域に他の時分割データとの同期を図るための前記同期再生データが記憶される一方、その残りの領域は少なくとも２つの記憶領域に分けられて、その第一記憶領域には前記静止データが、その第二記憶領域には前記再生データが記憶されるとともに、これらの第一記憶領域または第二記憶領域のいずれか一方に前記タイミングデータが記憶され、これらが１つにまとめられて形式化されてなる請求項１ないし３のいずれか１項に記載のコンテンツ配信システム。
5. 前記タイミングデータは、ＸＭＬ形式に記述されたプログラム文である請求項１ないし４のいずれか１項に記載のコンテンツ配信システム。
6. 前記ユーザ端末は、前記デコード手段によって抽出可能とされたそれぞれの前記基礎データを、個別に閲覧、または取得する基礎データ取得手段を備える請求項１ないし５のいずれか１項に記載のコンテンツ配信システム。
7. 前記コンテンツが陶磁器の製造過程の解説情報を含む陶磁器関連情報である請求項１ないし６のいずれか１項に記載のコンテンツ配信システム。
8. 前記コンテンツが複数の曲目の演奏・歌手の声等の楽音情報である請求項１ないし６のいずれか１項に記載のコンテンツ配信システム。
9. 前記コンテンツが交通情報であり、前記ユーザ端末は車両に搭載される移動体通信機器である請求項１ないし６のいずれか１項に記載のコンテンツ配信システム。
10. 請求項２または３に記載のエンコード手段が行う前記エンコード処理を実行するコンテンツ配信用プログラム。
11. 請求項１ないし１０のいずれか１項に記載のエンコード処理によって生成されたデータに対して、請求項１に記載のデコード処理を実行するデコードプログラム。
12. 請求項５に記載の前記デコード手段によって分解されたそれぞれの前記基礎データを、個別に閲覧、または取得を行う基礎データ取得用プログラム。
    

Images