JP2002007463A

JP2002007463A - コンテンツ配信システム及び配信サーバのドキュメントファイル配信方法

Info

Publication number: JP2002007463A
Application number: JP2000186906A
Authority: JP
Inventors: Kimimasa Yamakawa; 公正山川; Masahiro Hirakawa; 正広平川; Hideaki Inoue; 英昭井上
Original assignee: Individual
Current assignee: Individual
Priority date: 2000-06-21
Filing date: 2000-06-21
Publication date: 2002-01-11

Abstract

(57)【要約】【課題】ホームページ内にコンテンツを自動的に掲載
し、自動的に更新させることができるコンテンツ配信シ
ステムを得ること。【解決手段】インターネットに接続してホームページを
閲覧可能なブラウザを有する端末機１と、ブラウザ１ａ
によって閲覧要求されたホームページのＨＴＭＬドキュ
メントを端末機１に配信するＷｅｂサーバ２と、閲覧要
求した閲覧者の属性に適合したドキュメントファイルを
Ｗｅｂサーバ２に配信する配信サーバ７とを有するコン
テンツ配信システムにおいて、Ｗｅｂサーバ２がＨＴＭ
Ｌドキュメントを端末機１に配信する際に、ＨＴＭＬド
キュメント内にドキュメントファイルを動的に挿入さ
せ、そのドキュメントファイルを挿入させたＨＴＭＬド
キュメントを端末機１に配信し、ホームページを自動的
に掲載し、更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツ配信シ
ステム及び配信サーバのドキュメントファイル配信方法
に関し、特にインターネットのホームページに閲覧者の
属性に応じたコンテンツを表示させることができるコン
テンツ配信システム及び配信サーバのドキュメントファ
イル配信方法に関する。

【０００２】

【従来技術】インターネット上でメディアサイトを運営
するコンテンツプロバイダの多くは、ホームページのペ
ージビューに応じて得られる広告掲載料を収入源として
運営を行っているため、より多くのページビューを獲得
すべく、ホームページに豊富でかつ最新のコンテンツ
（情報）を掲載してその内容を充実化させる努力を行っ
ている。しかし、ホームページに掲載する情報を収集す
る作業は大変な労力を有し、このような労力の軽減は、
コンテンツプロバイダにとって大きな課題であった。そ
こで、従来より、情報の収集作業を軽減する方法の一つ
として、コンテンツベンダからコンテンツデータを購入
することが行われている。

【０００３】

【発明が解決しようとする課題】しかしながら、コンテ
ンツベンダからコンテンツデータの提供を受けた場合で
も、そのコンテンツデータをホームページに掲載する作
業は自らの手作業によって行う必要があり、その労力は
大変なものであった。また、自ら収集した情報をコンテ
ンツとしてホームページに掲載し、更新する場合も同様
であった。

【０００４】本発明は、上述の点に鑑みてなされたもの
であり、その目的は、ホームページ内にコンテンツを自
動的に掲載し、自動的に更新させることができるコンテ
ンツ配信システムを提供することにある。

【０００５】

【課題を解決するための手段】上記課題を解決する請求
項１に記載の発明によるコンテンツ配信システムは、イ
ンターネットに接続してホームページを閲覧可能なブラ
ウザを有する端末機と、ブラウザによって閲覧要求され
たホームページのＨＴＭＬドキュメントを端末機に配信
するＷｅｂサーバと、閲覧要求した閲覧者の属性に適合
したドキュメントファイルをＷｅｂサーバに配信する配
信サーバとを有し、Ｗｅｂサーバが、ＨＴＭＬドキュメ
ントを端末機に配信する際に、ＨＴＭＬドキュメント内
にドキュメントファイルを動的に取り込み、そのドキュ
メントファイルを取り込んだＨＴＭＬドキュメントを端
末機に配信することを特徴とする。

【０００６】ここで、「ブラウザを有する端末機」に
は、端末機自体がブラウザを有しているものの他に、端
末機自身はブラウザを有さずにインターネットに接続す
る際に端末機と接続されるゲートウェイがブラウザを有
しているものも含まれる。また、「閲覧者の属性」と
は、閲覧者の年齢、性別、住所、出身地、職業、年収、
家族構成、趣味、嗜好など個人の情報に関するもの全て
が含まれる。

【０００７】請求項１の発明によれば、Ｗｅｂサーバ
は、配信サーバから閲覧者の属性に適合したドキュメン
トファイルの配信を受け、そのドキュメントファイルを
ＨＴＭＬドキュメント内に動的に取り込んで配信する。
従って、ホームページに自動的にコンテンツを掲載し、
自動的に更新させることができる。そして更に、コンテ
ンツを閲覧者の属性に適合したものに動的に変更して掲
載させることができる。

【０００８】請求項２に記載の発明によるコンテンツ配
信システムは、配信サーバが、予め指定された分野の情
報内容を有したドキュメントファイルをＷｅｂサーバに
配信することを特徴とする。請求項２の発明によれば、
例えばＷｅｂサーバ側で特定の分野に関する情報の配信
を要求した場合には、その分野内でかつ閲覧者の属性に
応じた情報のドキュメントファイルがＷｅｂサーバに配
信される。従って、コンテンツプロバイダがホームペー
ジへの掲載を希望する情報分野内で閲覧者の属性に適合
した情報をホームページ上に表示させることができる。

【０００９】請求項３に記載の発明によるコンテンツ配
信システムは、閲覧要求に含まれるリクエストヘッダ情
報を配信サーバが判断処理可能なフォーマット形式に変
換すると共に、配信サーバからの応答に含まれるレスポ
ンスヘッダ情報を端末機のブラウザが判断処理可能なフ
ォーマット形式に変換するルータを有することを特徴と
する。

【００１０】請求項３の発明は、リクエストヘッダ情報
を配信サーバが判断処理可能なフォーマット形式に変換
して配信サーバに渡し、また、配信サーバからのレスポ
ンスヘッダ情報を端末機のブラウザが判断処理可能なフ
ォーマット形式に変換してＷｅｂサーバに渡すルータを
有することから、Ｗｅｂサーバと配信サーバとの間でド
キュメントファイルの受け渡しを確実に行うことができ
る。従って、端末機の機種やバージョンの相違などに影
響を受けることなくドキュメントファイルをホームペー
ジ上のコンテンツとして確実に表示させることができ
る。

【００１１】請求項４に記載の発明による配信サーバの
ドキュメントファイル配信方法は、端末機からの閲覧要
求に対してホームページのＨＴＭＬドキュメントを端末
機に配信するＷｅｂサーバから閲覧者の属性を入手し、
その属性に適合したドキュメントファイルをＷｅｂサー
バがＨＴＭＬドキュメント内に動的に取り込んで端末機
に配信するようにＷｅｂサーバに配信することを特徴と
する。

【００１２】請求項４の発明によれば、配信サーバによ
って閲覧者の属性に適合したドキュメントファイルがＷ
ｅｂサーバに配信されるため、Ｗｅｂサーバによってド
キュメントファイルが動的に取り込まれたＨＴＭＬドキ
ュメントの配信を受ける端末機に、閲覧者の属性に応じ
たコンテンツを有するホームページを自動的に掲載し、
その更新も自動的に行わせることができる。従って、コ
ンテンツプロバイダは、情報収集やホームページの更新
等の煩雑な作業を不要なものとすることができる。

【００１３】

【発明の実施の形態】次に、本発明の実施の形態につい
て図に基づいて説明する。図１は、コンテンツ配信シス
テムの機能構成を示す概念図である。本システムは、ブ
ラウザ（閲覧ソフト）１ａを有する端末機１、メディア
サイト２ａを有するＷｅｂサーバ２、データ配信を行う
センタ３を主たる構成要素としており、それぞれインタ
ーネットに接続されている。

【００１４】端末機１には、デスクトップパソコン、ノ
ートパソコン、携帯電話、ＰＤＡ、テレビや冷蔵庫など
のインターネット家電、カーナビ、ゲーム機等、インタ
ーネット接続機能を有し、Ｗｅｂサーバ２のメディアサ
イト２ａにアクセスすることができるもの全てが含まれ
る。内部にブラウザ１ａを備えるデスクトップパソコン
やノートパソコン等の端末機１は、接続プロバイダ等を
介してインターネットに接続され、内部にブラウザ１ａ
を備えていない携帯電話等の端末機１は、ブラウザ１ａ
を備えた接続センタ等（ゲートウェイ）を利用してイン
ターネットに接続される。

【００１５】Ｗｅｂサーバ２は、コンピュータハードウ
エア、オペレーティングシステム（ＯＳ）、ネットワー
クソフトウエアからなるプラットフォームと、Ｗｅｂサ
ーバソフトウエア（ＨＴＴＰデーモン）と、ＨＴＭＬド
キュメント（ホームページ）を備えており、後述するＳ
ＳＩ(Server Side Include)という仕組みを使用可能な
機能を有している。

【００１６】ＨＴＭＬドキュメントは、ブラウザ１ａに
よっていわゆるホームページとして表示されるものを含
み、Ｗｅｂサーバ２でメディアサイト２ａを運営するコ
ンテンツプロバイダによって作成され、ハードウエアの
メモリ内に記憶されている。ＨＴＭＬドキュメントは、
テキストの整形や画像ファイルの表示位置及びリンク先
の指定、スクリプトの宣言などを行う、いわゆるタグを
用いて記述されている。

【００１７】そして、上述のＨＴＭＬドキュメント内に
は、Ｗｅｂサーバ２が端末機１からＨＴＴＰリクエスト
を受けた場合に、そのＨＴＴＰリクエストをセンタ３に
転送すると共に、センタ３からドキュメントファイルを
受け取り、ＨＴＭＬドキュメント内に動的に挿入し、Ｗ
ｅｂサーバ２がＨＴＭＬドキュメントを端末機１に配信
する際に、そのドキュメントファイルをＨＴＭＬドキュ
メント内に挿入して、ＨＴＭＬドキュメントの一部とし
て端末機１に配信するという処理を行うリクエストタグ
が記述されている。このリクエストタグは、ＳＳＩ(Ser
ver Side Include)というＷｅｂサーバ２の機能を使用
するものであり、これを用いることによって、ＨＴＭＬ
ドキュメントの一部を動的に更新することができる。

【００１８】図２は、センタ３のアーキテクチャを示す
概念図である。センタ３は、Ｗｅｂサーバと同様にプラ
ットフォームを備え、また、図示のようにＨＴＴＰデー
モン４、リクエストパーサ５、ルータ６、配信サーバ
７、データベース８、フォーマット変換プログラム９を
有する。

【００１９】リクエストパーサ５は、端末機１からのリ
クエストの種類を判別するものであり、コンテンツ配
信、広告配信、メール配信、クーポン券の発行等のリク
エストが判別する。データベース８には、コンテンツプ
ロバイダが自ら情報収集したコンテンツデータと、コン
テンツベンダのデータベースから供給されたコンテンツ
データの両方がドキュメントファイルという形式で収容
されている。

【００２０】配信サーバ７は、Ｗｅｂサーバ２にアクセ
スしてきた閲覧者を、コンテンツプロバイダによって予
め分類された属性のいずれに該当するかを絞り込む、い
わゆるターゲティングを行い、その属性に適合したコン
テンツデータのドキュメントファイルをデータベース８
から選択し、Ｗｅｂサーバ２に配信するものである。

【００２１】フォーマット変換プログラム９は、データ
ベース８内のドキュメントファイルをＷｅｂサーバ２に
配信する際に、端末機１のブラウザ１ａによって表示可
能なフォーマット形式に変換するものであり、例えば、
表示能力の大きいパソコン用などの画像データを表示能
力が小さい携帯電話で表示できるように変換処理する。

【００２２】ルータ６は、配信サーバ７との間でＨＴＴ
ＰリクエストとＨＴＴＰレスポンスの受け渡しを行うも
のであり、マルチデバイスハンドラ１１、デバイスベー
スクラス１２、ＨＴＴＰインターフェースクラス１３を
有している。

【００２３】マルチデバイスハンドラ１１は、ＨＴＴＰ
リクエストに含まれるヘッダ情報に基づいてＨＴＴＰリ
クエストを送信してきたリクエスト元の端末機１の種類
を判別する。デバイスベースクラス１２は、ＨＴＴＰリ
クエストのヘッダ情報を配信サーバ７が判断処理できる
形に変換操作する一方、ＨＴＴＰレスポンスのヘッダ情
報を端末機１のブラウザ１ａが判断処理できる形に変換
操作する。この変換操作は、端末機１の種類ごとに端末
機１に依存する特有の仕様を収容したデバイスカートリ
ッジ１４の中から、リクエスト元の端末機１に対応した
デバイスカートリッジ１４を選択し、デバイスカートリ
ッジ１４内の仕様に基づいて行われる。

【００２４】また、対応するデバイスカートリッジ１４
がデバイスベースクラス１２内に設定されていない新規
の端末機１からアクセスがあった場合には、カートリッ
ジジェネレータ１５によって対応するデバイスカートリ
ッジ１４が新規に生成され、その仕様に基づいてヘッダ
情報の操作が行われる。カートリッジジェネレータ１５
は、新規端末機１が有するブラウザ１ａの仕様に基づい
て生成した仮ＨＴＴＰリクエストを用いて、新規端末機
１にアクセスし、端末機１からのレスポンスによりリク
エストが成功したか否かを判断し、リクエストが成功す
るまで、仮ＨＴＴＰリクエストのリクエストヘッダ情報
の変更と端末機１へのアクセスを交互に行い、デバイス
カートリッジ１４を生成する。ＨＴＴＰインターフェー
スクラス１３は、ＨＴＴＰリクエストを配信サーバ７に
送信すると共に、配信サーバ７のＨＴＴＰレスポンスを
受信する働きをする。

【００２５】ルータ６は、更にエクステンションクラス
１６、トラッキングクラス１７、カスタムクラス１８を
有している。エクステンションクラス１６は、ルータ６
の機能を拡張するためのものであり、例えばフォーマッ
ト変換プログラム９によって変換処理されたドキュメン
トファイルをルータ６内に取り込む働きをする。また、
トラッキングクラス１７は、端末機１からのクリックイ
ベントの処理やログ管理を行い、カスタムクラス１８
は、データベース８からコンテンツデータを受け取る働
きをする。ルータ６と配信サーバ７及びデータベース８
との間には、ファイヤーウォール１９が設けられてお
り、外部から守られている。尚、図中で符号２０はメー
ル配信を行うメールサーバであり、符号２１は、メール
サーバとの間で送受信を行うcustom API classである。

【００２６】次に、上記構成を有するコンテンツ配信シ
ステムの利用方法について説明する。まず最初にコンテ
ンツプロバイダによるホームページ用のＨＴＭＬドキュ
メントの作成及びターゲティング条件の設定が行われ
る。

【００２７】図３は、ホームページの一部をタグにより
示したイメージ図である。コンテンツプロバイダは、Ｈ
ＴＭＬドキュメントの作成において、図示のように、コ
ンテンツの表示位置を枠で指定すると共に、その枠内に
コンテンツを表示させるためのリクエストタグを記述す
る。リクエストタグ内には、ＳＳＩを使用するコマン
ド、及びコンテンツ（ドキュメントファイル）の種類を
示すリクエストＩＤとカテゴリが記入されている。尚、
図４は、リクエストＩＤ及びカテゴリの一部を例示した
一覧表である。

【００２８】図３に示したホームページの場合、<table
>タグによって５つの枠が設けられており、枠には、<
!--#include virtual="servlet?ReqID=ad"-->、枠に
は、、枠には、、枠には、、枠には、、がそれぞれ記
載されている。

【００２９】これにより、リクエストＩＤがadである枠
には広告情報を有するドキュメントファイルが配信さ
れ、リクエストＩＤがshopでカテゴリがgourmetである
枠には飲食店情報を有するドキュメントファイルが配
信されように設定される。また、リクエストＩＤがweat
herでカテゴリがtokyoである枠には東京の天気情報を
有するドキュメントファイルが配信され、リクエストＩ
Ｄがnewsでカテゴリがdomesticである枠には、地方ニ
ュースを有するドキュメントファイルが配信されるよう
に設定される。そして、リクエストＩＤがshop、カテゴ
リがgourmetで、午前中という識別コードが付されてい
る枠には、ランチタイムの情報を有するドキュメント
ファイルが配信されるように設定される。

【００３０】また、図示していないが、上述のＨＴＭＬ
ドキュメント内にはコンテンツプロバイダのセキュリテ
ィのために、第３者サイトへの不正配信を防止する以下
のようなリクエストタグが記述される。

【００３１】<!--#include virtual="btGet?ReqID=Cont
&Param=Value.......> 上記のリクエストタグは、Ｗｅｂサーバ２がセンタ３と
の間でデータの送受信を行う際のライセンス・キーとな
るものである。Ｗｅｂサーバ２は、端末機１からアクセ
スがあった場合に、上記リクエストタグを有するＨＴＴ
Ｐリクエストをセンタ３に送信する。

【００３２】センタ３は、コンテンツ配信に関して正式
に契約したＷｅｂサーバ２に対してリクエストタグ内の
任意のパラメータに対するライセンス・キーを設定し、
ＨＴＴＰリクエストを送信してきたＷｅｂサーバ２が契
約しているものであるか否かを判断する。従って、第３
者サイトからのリクエストによる配信要求を却下し、不
正配信を防止することができる。

【００３３】ターゲティング条件の設定は、コンテンツ
プロバイダがセンタ３の配信サーバ７に対して所定の入
力フォームに従って属性を入力することによって行われ
る。ここでは、例えばリクエストＩＤが<sports>でカテ
ゴリが<baseball>と指定した枠内には、閲覧者の属性が
東京のときはジャイアンツの情報、横浜のときはベイス
ターズの情報を表示させるという条件や、リクエストＩ
Ｄが<shop>でカテゴリが<gourmet>と指定した枠内に
は、閲覧者の属性が中高年のときは和食系のお店の情
報、若者層の場合には洋食系のお店の情報を表示させる
といった各種任意のターゲティング条件がコンテンツプ
ロバイダによって設定される。

【００３４】次に、コンテンツ配信の流れについて説明
する。まず、閲覧者が端末機１のブラウザ１ａにメディ
アサイト２ａのＵＲＬを入力すると、閲覧者の属性を記
録したクッキ情報やリクエストヘッダ情報を含むＨＴＴ
ＰリクエストがＷｅｂサーバ２に送信される。そして、
ＨＴＴＰリクエストを受信したＷｅｂサーバ２は、ＨＴ
ＭＬドキュメント内のリクエストタグ内の処理により、
そのＨＴＴＰリクエストをセンタ３に転送する。

【００３５】ＨＴＴＰリクエストを受信したセンタ３
は、ＨＴＴＰリクエストを送信してきたＷｅｂサーバ２
が正規のものであるか否かをライセンス・キーによって
判断し、正規のＷｅｂサーバ２である場合にはコンテン
ツ配信処理を実行する。

【００３６】コンテンツ配信処理では、まず最初にルー
タ６によりＨＴＴＰリクエストのヘッダ情報が操作され
る。この操作により、ＨＴＴＰリクエストは、端末機１
の機種やバージョン等の相違に影響を受けることなく、
配信サーバ７が判断処理可能な形で渡される。そして、
その際に外部データベース（図示せず）が検索され、閲
覧者の属性が更に詳細に把握され、ＨＴＴＰリクエスト
内に挿入される。

【００３７】ＨＴＴＰリクエストを受け取った配信サー
バ７は、１．リクエストタグ内のリクエストＩＤ及びカ
テゴリ、２．クッキ情報や外部データベース検索等に基
づく閲覧者の属性、３．コンテンツプロバイダによって
設定されたターゲティング条件の３つの要素に基づい
て、データベース８内から対応したコンテンツデータの
ドキュメントファイルを選択する。

【００３８】従って、例えば１．リクエストＩＤがスポ
ーツニュースでカテゴリが野球と設定され、２．閲覧者
の属性が東京であり、３．ターゲティング条件により属
性が東京の場合には巨人の情報を表示させると設定がさ
れている場合には、巨人のコンテンツデータを有したド
キュメントファイルが選択される。

【００３９】配信サーバ７によって選択されたドキュメ
ントファイルは、ＨＴＴＰレスポンス内に挿入されてＨ
ＴＴＰインターフェースクラス１３からルータ６内に送
信される。ルータ６では、ＨＴＴＰレスポンスのヘッダ
情報が端末機１のブラウザ１ａによって判断処理可能な
形に変換される。そして、ドキュメントファイルはＨＴ
ＴＰレスポンス内に含まれた状態でセンタ３からＷｅｂ
サーバ２に送信される。

【００４０】Ｗｅｂサーバ２では、センタ３から配信さ
れてきたドキュメントファイルをＳＳＩの機能によって
ＨＴＭＬドキュメント内に挿入し、そのＨＴＭＬドキュ
メントを端末機１に送信する。これにより、端末機１で
は、センタ３から供給されたコンテンツを含んだ形のホ
ームページが表示される。従って、ホームページ内のコ
ンテンツを閲覧者の属性に応じて動的に変更することが
できる。

【００４１】本システムによれば、コンテンツプロバイ
ダは、ホームページの作成において、ＨＴＭＬドキュメ
ント内にリクエストＩＤとカテゴリを有したリクエスト
タグを記述し、配信サーバ７にターゲティングの条件を
入力するのみで、ホームページ上に所定のカテゴリを有
しかつ閲覧者の属性に適合したコンテンツを動的に表示
させることができるため、ホームページの作成作業及び
コンテンツの更新作業を容易ならしめることができる。

【００４２】また、コンテンツプロバイダは、自分が提
供するコンテンツを更新する場合に、従来はＨＴＭＬド
キュメント全体の書き換え作業を行う必要があったが、
本システムによれば、更新を希望するコンテンツのドキ
ュメントファイルのみを作成してデータベース８に格納
するのみでよく、同様にコンテンツベンダから提供を受
けたコンテンツを掲載・更新する場合もそのコンテンツ
データのドキュメントファイルのみを作成し、データベ
ース８に格納するのみでよいことから、コンテンツの更
新作業に要する労力が大幅に軽減される。

【００４３】尚、図５（ａ）は、コンテンツプロバイダ
自身が情報収集してデータベース８内に格納したドキュ
メントファイルを示すものであり、図５（ｂ）は、配信
サーバ７が図（ａ）のドキュメントファイルを選択した
場合にホームページ上の枠内に表示されるコンテンツを
示すイメージ図である。

【００４４】また、コンテンツプロバイダは、ＨＴＭＬ
ドキュメント内にドキュメントファイルの動的な挿入を
要求するリクエストタグを複数設けるのみで、ホームペ
ージに複数のコンテンツを表示させることができるた
め、容易にコンテンツを豊富化させることができる。

【００４５】更に、センタ３のルータ６によって、ＨＴ
ＴＰリクエストのヘッダ情報が配信サーバ７が判断処理
できる形に変換されると共に、配信サーバ７からのＨＴ
ＴＰレスポンスのヘッダ情報が端末機１のブラウザ１ａ
が判断処理できる形に変換されるため、配信サーバ７
は、端末機１の機種やバージョン等の相違に影響を受け
ることなく、ＨＴＴＰリクエストの内容を判断処理する
ことができ、端末機１のブラウザ１ａは、Ｗｅｂサーバ
２から受け取ったＨＴＴＰレスポンスの内容を判断処理
することができる。従って、コンテンツを含むホームペ
ージを端末機１に確実に表示させることができる。

【００４６】また、本システムによれば、コンテンツベ
ンダからのコンテンツデータの提供は、センタ３が全て
一括して受けるため、コンテンツプロバイダは、コンテ
ンツベンダに対する交渉や契約等の煩雑な手続を排除す
ることができる。また、従来はコンテンツベンダから提
供を受けるコンテンツは、コンテンツプロバイダ側で取
捨選択することはできず、全く必要としないコンテンツ
の対価も支払わなければならなかったが、本システムに
よれば、センタ３の配信サーバ７が閲覧者の属性に応じ
て必要なコンテンツデータだけを配信するので、コンテ
ンツプロバイダは使用した情報に対する対価を支払えば
よく、コンテンツデータの利用金額を低額とすることが
でき、メディアサイトの運営を容易なものとすることが
できる。

【００４７】また、本システムによれば、閲覧者は、自
己の属性に応じた種々の情報を同時に得ることができる
ため、他のサイトを閲覧する必要がない。これはコンテ
ンツプロバイダからすれば、閲覧者の他のサイトへの流
出を防ぎ、自分のメディアサイト内に囲い込みできるこ
ととなり、閲覧者の利用率向上によりページビューを増
大させ、高い広告収入を得ることができるという利点と
なる。

【００４８】尚、本発明は上述の実施の形態に限定され
るものではなく、本発明の趣旨を逸脱しない範囲で種々
の変更が可能である。例えば、上述の実施の形態では、
コンテンツ配信を例に説明したが、メール配信やクーポ
ン券の発行に用いてもよい。

【００４９】

【発明の効果】以上説明したように、本発明に係るコン
テンツ配信システムによれば、Ｗｅｂサーバは、配信サ
ーバから閲覧者の属性に適合したドキュメントファイル
の配信を受け、そのドキュメントファイルをＨＴＭＬド
キュメント内に動的に取り込んで配信するため、ホーム
ページ内に自動的にコンテンツを表示させ、自動的に更
新することができ、ホームページの運営を容易なものと
することができる。

【図面の簡単な説明】

【図１】コンテンツ配信システムの機能構成を示す概念
図である。

【図２】センタのアーキテクチャを示す概念図である。

【図３】ホームページの一部をタグにより示したイメー
ジ図である。

【図４】リクエストＩＤの代表的なものを示した一覧表
である。

【図５】ホームページ内に表示されるコンテンツ及びそ
のコンテンツを表示させるためのドキュメントファイル
を示す図である。

【符号の説明】

１端末機１ａブラウザ２Ｗｅｂサーバ２ａメディアサイト３センタ６ルータ７配信サーバ８データベース

───────────────────────────────────────────────────── フロントページの続き (71)出願人 500150609 井上英昭神奈川県横浜市緑区霧が丘４−１霧が丘グリーンタウン５棟403 (72)発明者山川公正東京都調布市緑ヶ丘２−17−１エルパラドール205号 (72)発明者平川正広東京都世田谷区上用賀４−33−15 馬事公苑ヒルズ101 (72)発明者井上英昭神奈川県横浜市緑区霧が丘４−１−５− 403 Ｆターム(参考） 5B075 ND36 PQ02 PQ05

Claims

【特許請求の範囲】

【請求項１】インターネットに接続してホームページ
を閲覧可能なブラウザを有する端末機と、前記ブラウザによって閲覧要求されたホームページのＨ
ＴＭＬドキュメントを前記端末機に配信するＷｅｂサー
バと、閲覧要求した閲覧者の属性に適合したドキュメントファ
イルを前記Ｗｅｂサーバに配信する配信サーバと、を有
し、前記Ｗｅｂサーバは、前記ＨＴＭＬドキュメントを前記端末機に配信する際
に、前記ＨＴＭＬドキュメント内に前記ドキュメントフ
ァイルを動的に取り込み、そのドキュメントファイルを
取り込んだＨＴＭＬドキュメントを前記端末機に配信す
ることを特徴とするコンテンツ配信システム。
【請求項２】前記配信サーバは、予め指定された分野の情報内容を有したドキュメントフ
ァイルを前記Ｗｅｂサーバに配信することを特徴とする
請求項１に記載のコンテンツ配信システム。
【請求項３】前記閲覧要求に含まれるリクエストヘッ
ダ情報を前記配信サーバが判断処理可能なフォーマット
形式に変換すると共に、前記配信サーバからの応答に含
まれるレスポンスヘッダ情報を前記端末機のブラウザが
判断処理可能なフォーマット形式に変換するルータを有
することを特徴とする請求項１又は２に記載のコンテン
ツ配信システム。
【請求項４】端末機からの閲覧要求に対してホームペ
ージを表示するためのＨＴＭＬドキュメントを端末機に
配信するＷｅｂサーバから閲覧者の属性を入手し、該属性に適合したドキュメントファイルを前記Ｗｅｂサ
ーバがＨＴＭＬドキュメント内に動的に取り込んで前記
端末機に配信するように前記Ｗｅｂサーバに配信するこ
とを特徴とする配信サーバのドキュメントファイル配信
方法。