JP2002207661A

JP2002207661A - 広告システムと記憶媒体

Info

Publication number: JP2002207661A
Application number: JP2001000001A
Authority: JP
Inventors: Keisuke Nakamura; 圭介中村; Toshiyuki Sakamoto; 俊行阪本
Original assignee: Individual
Current assignee: Individual
Priority date: 2001-01-04
Filing date: 2001-01-04
Publication date: 2002-07-26

Abstract

(57)【要約】【課題】広告を除いて閲覧できないネットワーク広告サ
ーバを提供すること。【解決手段】広告あるいは広告供給手段２Ａについて記
憶する広告記憶手段２Ｂと、コンテンツあるいはコンテ
ンツ供給手段３Ａについて記憶するコンテンツ記憶手段
３Ｂとを備え、管轄するネットワークアドレスあるいは
ＵＲＬ等であるチャネルＵＲＬが要求されたときに、広
告記憶手段２Ｂあるいは広告供給手段２Ａから得ること
ができる広告の集合と、コンテンツ記憶手段３Ｂあるい
はコンテンツ供給手段３Ａから得ることができるコンテ
ンツの集合とのいずれかの集合に含まれる一つの要素を
決定し、該要素を提供する。要素の決定に乱数発生手段
を用いることができる。提供した要素の履歴を記憶して
おき、同じ要素が短い間隔で頻繁に提供されないように
する。また、要素を提供するシナリオを設定できる。ま
た、自動的にチャネル要求を繰り返すクライアントシス
テムも提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＴ技術を用いた
ネットワーク上のシステム、とくにサーバクライアント
型システムに関する。特に、ＩＴ技術により広告を行う
ためのものに関する。また、このためのプログラムを記
憶した記憶媒体に関する。

【０００２】

【従来の技術】従来Ｗｅｂをはじめとしたネットワーク
を用いた広告では、例えばＷｅｂホームページ（例："h
ttp://rc.kseq.com/viewlib.html"）の中で、新製品の
紹介等を行うＷｅｂ広告の部分のＵＲＬ（例："http://
rc.kseq.com/image/ad/newproducts1.png"）と、美しい
景色や料理のレシピ等を提示するＷｅｂコンテンツの部
分のＵＲＬ（例："http://rc.kseq.com/image/viewlib/
view1.jpg"）とが完全に分離しており、例えばあるＷｅ
ｂコンテンツのＵＲＬさえわかっておれば、ホームペー
ジ上でそのＷｅｂコンテンツの部分の周囲に通常配置さ
れたＷｅｂ広告の部分をみなくても、Ｗｅｂコンテンツ
の部分だけを閲覧することができた。

【０００３】このため、広告主の期待した広告効果、例
えば景色のコンテンツと同時に新製品の広告も見てもら
えるという効果、が得られない場合があった。

【０００４】

【発明が解決しようとする課題】本発明の目的は、ユー
ザがコンテンツの部分のＵＲＬさえ知っておれば、ｗｗ
ｗホームページ用等のサーバの提供者の意図に反して、
広告の部分をみなくても、コンテンツの部分だけを閲覧
できてしまうことを解決し、広告が広告主の期待した広
告効果をもって提供されるネットワーク上のサーバ、ク
ライアントシステムおよび記憶媒体を提供することであ
る。

【０００５】

【課題を解決するための手段】本発明のサーバシステム
は、広告あるいは広告供給手段（２Ａ）について記憶す
る広告記憶手段（２Ｂ）と、コンテンツあるいはコンテ
ンツ供給手段（３Ａ）について記憶するコンテンツ記憶
手段（３Ｂ）とを備え、管轄するネットワークアドレス
あるいはＵＲＬ等であるチャネルＵＲＬが要求されたと
きに、広告記憶手段（２Ｂ）あるいは広告供給手段（２
Ａ）から得ることができる広告の集合と、コンテンツ記
憶手段（３Ｂ）あるいはコンテンツ供給手段（３Ａ）か
ら得ることができるコンテンツの集合とのいずれかの集
合に含まれる一つの要素を決定し、該要素を提供するこ
とを最も基本的な特徴とする。

【０００６】これにより、ユーザが直接にも間接にも要
求できるＵＲＬはチャネルＵＲＬのみとなり、広告部分
の情報を避けて、コンテンツ部分の情報だけを見ること
ができなくなる。

【０００７】本発明のシステムによるコンテンツの提供
の形態は、このため、通常は、サーバシステムが管理す
る複数のコンテンツを次々に閲覧する目的で、ユーザが
チャネルＵＲＬを何度も要求（Ｗｅｂブラウザでは、
「リロード」または「更新」）することになり、そのう
ちの何回かは広告が表示され、ユーザはなんらかの割合
で広告に触れることになる。これにより所望の広告効果
が保証される。

【０００８】また、最初にチャネルＵＲＬだけを選択す
れば、あとは再要求（あるいは画面を１クリックするだ
けで再要求できたり、一定時間ごとに自動的に再要求が
行われるようにクライアントを設計）することにより、
簡単に次のコンテンツに進むことができ、従来のＷＷＷ
システム等より操作を間違えにくい簡潔なユーザインタ
ーフェースが提供できる。またテレビなどに比べて自分
のペースで次の要素にすすむ（ページをめくる感覚）こ
とができ、幅広い層が従来のＷＥＢコンテンツに類する
情報を楽しむことができる。

【０００９】本発明はまた、さらに乱数発生手段を備
え、乱数発生手段の出力結果により前記決定をすること
ができる。

【００１０】これにより、ユーザが何回もチャネルＵＲ
Ｌを要求したときに、転送されてくる情報（すなわち要
素：コンテンツあるいは広告）の順番や規則性を予想す
ること難しくなり、広告をさけてコンテンツだけを閲覧
しようとするユーザやネットワークロボットを回避する
ことができる。すなわちネットワーク上の通常のＷＥＢ
により実装された絵本や、（市販のリアルサーバーなど
の）動画システムにより実装されたＴＶとも根本的に異
なる機能性をもつものとすることもできる。

【００１１】本発明はまた、さらに前記チャネルＵＲＬ
を要求したユーザを識別するユーザ識別手段と、ユーザ
へ前記要素を提供した履歴を記憶する提供履歴記憶手段
（５）とを備えることができる。

【００１２】これにより利用度に応じて広告主やユーザ
に自動的に課金を行ったり、コンテンツ提供者に統計を
提供したり、その他のさまざま清算、調査などを経済的
に効率的にすすめることができる。

【００１３】本発明はまた、前記ユーザ識別手段と前記
提供履歴記憶手段とを用いて、短い時間間隔で同じユー
ザになるべく同じ要素を提供しないように前記決定をす
ることができる。

【００１４】これにより、ユーザは単にチャネルＵＲＬ
の要求を繰り返すだけで、同じコンテンツの閲覧を避け
ることができ、次々に新しいコンテンツを見ることがで
きる。もちろん、サーバによっては複数のチャネルＵＲ
Ｌをもち、提供するコンテンツや広告の内容をチャネル
ＵＲＬごとに区別することもできる。また、履歴をもと
に、そのユーザにとってタイムリーであるはずのコンテ
ンツや広告のみ、あるいは教育コンテンツや食品広告な
ど繰り返し提供したほうが効果のある要素のみを前記提
供する要素として決定するようにすることもできる。

【００１５】本発明はまた、さらに各広告、各コンテン
ツ、あるいはそれらの組み合わせについての提供する所
望の期間、頻度、頻度割合、順序、対象ユーザ、あるい
はこれらの組み合せである設定情報を記憶した設定情報
記憶手段（４）を備え、該設定情報になるべく従って前
記決定をすることができる。

【００１６】これにより、ユーザや広告主、コンテンツ
制作者の嗜好を反映した効率的な運営（コンテンツ的に
も、広告効果的にも）が可能になる。現在のＩＴ技術で
は、特にソフトウエア技術を用いて、こういったいわゆ
る「シナリオ」の導入はいかようにでも実現可能であ
り、当業者はこのようなシナリオを自由にかつ容易にデ
ザインあるいは実装し、前記設定情報記憶手段（４）な
どに、プログラム実行ファイル、インタプリタスクリプ
ト、データベースなどとして記憶できる。

【００１７】本発明の前記ネットワークは、インターネ
ットなどのグローバルネットワークであってもよく、前
記ユーザの識別がユーザ端末（７）のＩＰアドレスなど
のネットワークアドレスにより行われてもよい。

【００１８】これにより、ユーザ認証、ユーザ識別とい
った人的、システム的な手間が省け、テレビ感覚のコン
テンツ、広告提供も可能になる。

【００１９】本発明はまた、（ユーザの）選択した前記
チャネルＵＲＬへの要求を自動的に２回以上行うネット
ワーク上のクライアントシステムも提供する。

【００２０】これにより、ユーザが何度もチャネルＵＲ
Ｌを提供しなくても、クライアントシステムが自動的に
チャネルＵＲＬを要求するので、閲覧を自動的に進める
ことができる。また、自動要求の時間間隔を調整するこ
とにより、テレビと同様のアニメーションを提供するこ
とができる。また、自動要求を適当なタイミングで手動
でＯＦＦにすることにより、通常のＷＷＷシステムのよ
うな、いわゆるネットサーフィンをすることもでき、自
動閲覧中に見つけた広告からＥＣサイトへ寄り道すると
いったことも可能である。

【００２１】本発明は、また以上のシステムを実施する
プログラムを記憶した記憶媒体を特徴づける。

【００２２】

【発明の実施の形態】実現に限っていえば、とくにＩＴ
技術に熟達した当業者にとっては、本発明の各構成部分
は現在の技術によりいかようにでも実装およびカスタマ
イズ可能である。したがって、あくまで一例として実施
例を示す。

【００２３】

【実施例】図１は、本発明のシステムの概略図である。

【００２４】１は、本発明のシステム（特にサーバシス
テム）を制御するための制御手段である。典型的には、
いわゆるネットワークサーバ（ＰＣとネットワークＯＳ
と各処理プログラム）である。通常は、このネットワー
クサーバ内に、後述の２Ｂ、３Ｂ、４、５、６までのす
べてを含むことになる。請求の範囲を限定しない単なる
例として制御手段１の好ましい構成を示す。

【００２５】・ＰＣサーバ：ＩＢＭ−ＡＴ互換機（ＣＰ
Ｕ：Ｐｅｎｔｉｕｍ３−８００ＭＨｚ、ＨＤＤ：１００
ＧＢ、主記憶：１ＧＢ、１００Ｍイーサネット（登録商
標）カード、その他一般のサーバで必要となる、磁気テ
ープ等のバックアップ装置、ＲＡＩＤ５等の高可用性装
置、その他通常のパソコン等で必要となるキーボード、
マウス、ディスプレイ等の入出力装置）：各社既製品
（２０万〜１００万円程度）。必要に応じてインターネ
ット用ルータ：各社既製品（１０万〜２００万円程度）
と接続する。

【００２６】・ネットワークＯＳ：ＦｒｅｅＢＳＤ４．
０以上（＋各種ネットワークライブラリ）：なるべく最
新の版をＣＤ等からインストール（無料）。

【００２７】・処理プログラム１：ＷｅｂサーバＡｐａ
ｃｈｅ：なるべく最新のものをネットワーク等を介して
ダウンロードしインストールする（無料）。

【００２８】・処理プログラム２：前記Ａｐａｃｈｅか
ら起動されるＣＧＩプログラム：Ｃ言語処理系ｇｃｃな
どを用いてプログラミング（必要なデータベースライブ
ラリ、ネットワークライブラリ、乱数関係ライブラリを
リンク）し、コンパイルしてできた実行ファイルをＰＣ
サーバ上に記憶しておく。仕様は後述。必要に応じてＯ
ｒａｃｌｅ８ｉ等の既製ＤＢＭＳをインストールして連
携を行う。ただし、本発明はＵＮＩＸ（登録商標）シス
テム等のＯＳの標準的なファイルシステムだけでも十分
実装可能である（開発費：１００万程度）。

【００２９】２Ａは、広告供給手段であり、典型的に
は、広告主の管理するＨＴＴＰ／ＦＴＰサーバである。
上記ネットーワークサーバと同様の構成から処理プログ
ラム２を省き、ＦＴＰサーバ（ｆｔｐｄなど）を実装し
たものでもよい。インターネットとの間にファイアウオ
ールを設け、契約した相手からだけアクセス可能なよう
になっていてもよい。制御手段（１）は、ＨＴＴＰによ
り必要に応じてここから動的に広告情報を取り出した
り、ＦＴＰにより定期的にここから広告情報をまとめて
取り出して後述の広告記憶手段（２Ｂ）等で記憶、管理
したりする。

【００３０】２Ｂは、広告記憶手段であり、典型的に
は、前記処理プログラム２のＣＧＩからアクセス可能な
ネットワークサーバ（制御手段１）のハードディスク内
のファイル、あるいは前記処理プログラム２のＣＧＩに
連携したローカル／リモートのＤＢＭＳ（データベース
管理システム）、あるいは両方である。広告をあらわす
情報をファイル（ＨＴＭＬ、動画、音声など）あるいは
ＤＢのレコード形式で記憶、管理することができる。必
要に応じて情報を追加したり提供したりすることができ
る。又、各（すなわち各広告主のサイトの）２ＡのＵＲ
Ｌ等のネットワークアドレスを記憶しており、すなわち
必要に応じて各２Ａから広告情報をとってくるための基
礎となる情報をも蓄積している。

【００３１】３Ａは、コンテンツ供給手段であり、構成
は２Ａと同様であるが、典型的にはコンテンツ制作会社
により運営され、広告のかわりにコンテンツを供給す
る。

【００３２】３Ｂは、コンテンツ記憶手段であり、構成
は２Ｂと同様であるが、広告のかわりにコンテンツに関
して記憶する。

【００３３】４は、設定情報記憶手段であり、構成は、
２Ｂ、３Ｂと同様であるが、記憶する内容は、各広告、
各コンテンツ、あるいはそれらの組み合わせについて
の、提供する所望の期間、頻度、頻度割合、順序、対象
ユーザ、あるいはこれらの組み合せである。制御手段
（１）からの要求に応じてこれらの情報を提供して、前
記要素の決定あるいは提供サービスそのものの制御に供
する。ユーザ、広告主、コンテンツ制作会社からのアク
セスを許して、設定情報を追加、更新、変更したりする
ことができる。

【００３４】５は、提供履歴記憶手段であり、構成は、
上記記憶手段と同様であるが、記憶する内容は例えば、
どのユーザＩＤ（あるいは端末ＩＤ、あるいはＩＰアド
レスなど）に、どの要素（広告の集合またはコンテンツ
の集合のうちのひとつ（あるいは１ページなど）をあら
わすＵＲＬやＩＤなど）を、どの時刻に提供したかとい
う３つ組の履歴である。例えばこの３つ組の集合が例え
ばＯｒａｃｌｅ８ｉのリレーショナルデータベースの形
（例えば３つ以上のフィールドをもったレコードの集合
を蓄積したテーブル）で蓄えられ、必要に応じて前記処
理プログラム２と連携したＳＱＬ処理系等を用いて操作
される。ＳＱＬ処理系との連携はＣ言語やＰｅｒｌにお
けるＯＤＢＣライブラリ、ＤＢＩライブラリなど既存の
ライブラリをもちいることで容易に実現できる。

【００３５】６は、乱数発生手段であり、典型的には前
記ＣＧＩプログラムに乱数発生モジュールがリンクされ
るという形で提供される。

【００３６】７は、ユーザ端末である。通常は、Ｗｅｂ
ブラウザの動作するＰＣを用いれば十分であるが、同等
のプロトコル処理機能をもった携帯端末、専用端末、テ
レビなどでもかまわない。通常はグローバルネットワー
ク（１０）を介してサーバシステムに接続される。これ
に前記請求項のクライアントシステムが（例えばＪＡＶ
Ａ（登録商標）アプレット、あるいは（これとは別もの
の）ＪＡＶＡＳｃｒｉｐｔで実装されたもの、あるいは
専用ブラウザの形式として）実現されてもよい。

【００３７】１０は、ネットワークである。通常はイン
ターネットなどのグローバルネットワークである。コン
テンツや広告を逐次あるいは一括に集積することがで
き、さらにはユーザ端末７との接続（すなわち配信な
ど）も提供することができる。

【００３８】以下さらに動作にあわせて、実施例を追加
的に示す。

【００３９】Ｋ社では、コンテンツ制作会社と広告会社
をいくつか集め、テーマ（ニュース、趣味、ドラマ）ご
とに３つの固定チャネルと、１つの視聴者毎カスタマイ
ズ可能教育チャネルを運営している。設備は以下のとお
りである。・同社の運営センターに前記ネットワークサーバが設置
され、既製のインターネットルータを介してインターネ
ットに１０Ｍｂｐｓで接続されている。・このネットワークサーバは２Ｂ、３Ｂ、４の各記憶手
段を、このサーバ内に、すべてＯＳ標準のファイルとし
て実現している。これは記憶内容（情報）の形式が均一
でなく、更新があまり頻繁でないためである。一方５は
市販のＤＢＭＳを利用して、処理プログラム２と連携さ
せて使用している。これは記憶する内容が均一であり、
更新が頻繁であるためである。

【００４０】以下、静止画コンテンツを例にとって説明
する。

【００４１】・あるユーザＵ（Ｋ社における識別番号：
４１７）がニュースｃｈ１のチャネルＵＲＬ（例：htt
p://rc.kseq.com/ch1.cgi）を要求する。

【００４２】・この要求はサイトkseq.comのサーバrcに
インターネット（その他のグローバルネットワークでも
よい）を介して伝わり、rcはＷｅｂサーバ（処理プログ
ラム１）を介して、サービス用ルートディレクトリにあ
るch1.cgi（処理プログラム２）という名前のプログラ
ムを起動する。ＷｅｂサーバでＣＧＩを起動する仕組み
および設定については当業者に自明であるため特に詳述
しない。

【００４３】・ch1.cgiは提供履歴記憶手段を検索し、
ユーザＵの端末７のＩＰアドレス（あるいはユーザＵの
Ｗｅｂブラウザからのクッキー情報）をもとに今までそ
のユーザＵにどのような要素を提供してきたかを調べ、
提供したことのない要素の集合をピックアップする。こ
のとき、前記設定情報記憶手段４をもとに、ユーザＵの
嗜好（例：格闘技試合結果優先）や、ｃｈ１に対する広
告主の希望（例：なるべく若い男世代に提供）や優先度
（例：広告主Ｘ１回に対して広告主Ｙは２回）が反映さ
れる。この反映のための基礎となる情報がテキスト形式
などで設定情報記憶手段４に記憶される。基礎となる情
報としては、ユーザごとの性別、年齢、職業、嗜好な
ど、広告となる前記要素の分類情報（例：格闘技ニュー
ス）など、広告主の優先度などがあり、必要に応じて加
減して適当な形式で記憶することができる。情報の処理
はテキストの場合はパターンマッチング技術等をもち
い、一方適当に符号化した場合はそれなりの数値処理等
を行う。いずれも当業者にとっては自明の要素技術であ
る。

【００４４】・設定では、１０回に１回広告を表示する
ことになっていたので乱数発生手段の結果を１０で割っ
た余り（すなわち、MOD 10）が０以外の場合にユーザＵ
の嗜好したコンテンツを提供し、０である場合に広告を
提供することにする。いずれの場合もch1.cgiが、さら
に乱数発生手段を起動し、その結果の値を当該期間の当
該チャネル（ｃｈ１）の当該嗜好の当該ユーザ層に提供
するように（前記設定情報記憶手段４等で）設定されか
つまだ提供されていない要素の数である未提供対象総コ
ンテンツ要素数（あるいは未提供対象総広告要素数）で
割った余りをもとにコンテンツ（あるいは広告）の要素
を決定し、その要素を提供することにする。具体的には
コンテンツの各要素のサーバへの登録順（１、２、３、
・・・）でコンテンツの要素に番号を振っていき、次に
既に提供した要素をスキップして高い（あるいは低い）
番号から数え、前記余りに相当する順番の要素を提供す
るようにする。例えば、コンテンツの要素Ｃ１、Ｃ２
（いずれもある制作会社のもの）、Ｃ３（また別の制作
会社のもの）があり、この順番で登録されたときには、
その添え字（１、２、３）の番号がつく。Ｃ２のみが既
に提供されている場合、前記未提供対象総コンテンツ要
素数は２であり、乱数発生手段の結果が１１５である場
合は、１１５を２で割った余り（１１５ｍｏｄ２）
が１となる。したがって、既に提供されたＣ２をスキッ
プしながら高い番号のＣ３から（Ｃ３を０として）１だ
け数えるとＣ１になり、Ｃ１の提供を決定することにな
る。これはあくまでも例であってこの実現法に限られな
い。要素によって設定回だけ繰り返し提供してもよいと
する場合などは、そのような要素に前記番号を振るとき
に設定繰り返し頻度に応じて複数の番号を振るようにプ
ログラムしてもよい（例：Ｃ１、Ｃ｛２，３｝、Ｃ４
で、Ｃ２とＣ３は同じコンテンツ）。その場合は、前例
での前記未提供対象総コンテンツ要素数（＝２：例とし
てＣ２が提供済のとき。Ｃ３は未提供。）を、各要素の
ダブルカウント数（＝１：例の場合）を足し合わせたも
の（＝３：例、Ｃ１、Ｃ３、Ｃ４）で置き換えて計算す
る。広告の場合も同じである。また、提供する新しい要
素がなくなったときは、そのチャネルに該当するそのユ
ーザの履歴をクリアし、最初から繰り返すようにしても
よい。

【００４５】・ch1.cgi（すなわち処理プログラム２）
は、決定された要素に該当する１つ以上のファイル（こ
の場合は１つのＪＰＥＧ静止画ファイルview1.jpg）を
例えば、前記サービス用ルートディレクトリの配下でｃ
ｈ１のこのユーザＵ（識別番号：４１７）用の排他アク
セスディレクトリ（例："http://rc.kseq.com/ch1/u041
7/"）にnow.jpgとしてコピーし、このディレクトリ中の
その他のファイルを削除する。この排他アクセスディレ
クトリはこのユーザＵ（識別番号：４１７）以外はアク
セスできないように制御される（このような制御機能
は、当業者であれば、ユーザＵに関するＩＰアドレスあ
るいは識別番号をもとにして排他制御する機能モジュー
ルをサーバソフトの中に組み込むことで当然実装可能で
あるが、既製品のＩＩＳやａｐａｃｈｅといったＷｅｂ
サーバ、一部の動画サーバでも設定するだけで利用可能
である）。

【００４６】・ch1.cgiはさらにユーザＵの端末７に向
けて、例えば、図２のようなＨＴＭＬファイルを転送す
る。それと同時に、当該転送した事実を前記提供履歴記
憶手段５に記憶する（記憶レコードの例：＜ｃｈ１,２
０００年１２月２９日２１時５９分５９秒,Ｕ０４１
７,"/image/viewlib/view1.jpg"＞）。

【００４７】・これを受け取ったユーザＵの端末のＷｅ
ｂブラウザは、元はview1.jpgという名前であった景色
の静止画の情報（"http://rc.kseq.com/ch1/u0417/now.
jpg"）を表示し、ユーザＵはこれを閲覧することができ
る。

【００４８】・ユーザＵは、実質的にはview1.jpgであ
るコンテンツ画像をじゅうぶんに見たのち画面の静止画
の部分をクリックした（あるいは３秒後に自動的にリロ
ード（再要求）するようにブラウザを設定していた）た
め、さらに先ほどと同じチャネルＵＲＬ（ｃｈ１："htt
p://rc.kseq.com/ch1.cgi"）が要求される（ここでは、
たまたまいわゆるクリッカブルマップの仕組みを用い
た）。

【００４９】・この新しい要求も前述の要求と同様に処
理されるが、たまたま１０回に１回の余りが０の場合と
なったため、今度は広告の要素であるＰＮＧ形式の画像
（/image/ad/newproduct1.png）が、前記排他ディレク
トリ（"http://rc.kseq.com/ch1/u0417/")にnow.pngと
してコピーされ、他のファイルがこのディレクトリから
削除され、図２のＨＴＭＬファイルの記述のうちnow.jp
gがnow.pngに置き換えられ（さらに"600,400"の画像サ
イズの部分も微調整され）たものがユーザＵに転送さ
れ、この転送の事実が同様に提供履歴記憶手段に記憶さ
れる。

【００５０】・ユーザＵは広告の情報が表示されたのを
見て、内容を確認した上で、さらに画面をクリックする
とさらに新しい要求がなされた。ユーザＵは以前に、こ
のＨＴＭＬの内容を解析し、広告をさけて、Ｋ社サーバ
内の"/image/viewlib/"の内容だけを閲覧しようとした
が、ここも前記排他制御がかかっており、Ｋ社の人間と
viewlibを提供するコンテンツ制作会社の人間だけしか
アクセスできなくなっていたため、アクセスできなかっ
た。また同様に他のユーザＶのディレクトリである、"h
ttp://rc.kseq.com/ch1/u0418/now.jpg"なども閲覧しよ
うとしたが、やはり排他制御がかかっており、閲覧でき
なかった。そのため、ユーザＵはおとなしく１０回に１
回は広告をみることにしたのである。

【００５１】・この新しい要求も前述の要求と同様に処
理されるが、１０回に９回の余りが０以外の場合となっ
たため、今度はコンテンツの要素（/image/viewlib/vie
w3.jpg）が、前記排他ディレクトリ（"http://rc.kseq.
com/ch1/u0417/")にnow.jpgとしてコピーされ、他のフ
ァイルがこのディレクトリから削除され、図２のＨＴＭ
Ｌファイルの記述のうち"600,400"の画像サイズの部分
が微調整されたものがユーザＵに転送され、この転送の
事実が同様に提供履歴記憶手段に記憶される。このview
3.jpgの決定にあたっては、先ほどのview1.jpgの転送
（すなわち提供）の事実が提供履歴記憶手段５により考
慮され、view1が避けられたことはいうまでもない。

【００５２】以上Ｗｅｂブラウザの静止画コンテンツを
例にとって説明したが、市販の通常のネットワークＷｅ
ｂクライアントは、各書式のコンテンツを再生できるソ
フトウエアコンポーネントを動的にダウンロードするな
どして自ら制御し、ダウンロードしたホームページ上の
指定された位置で再生できるため、この仕組みにより実
質的にはあらゆる形式のコンテンツ（動画、静止画、テ
キスト、音声など）が提供できる。動画の場合は、動画
フォーマットに応じた専用のサーバをセンタに別途設
け、ch1.cgiがその動画フォーマット用のプラグインと
再生命令を指定するＨＴＭＬファイルを動的に生成し、
上述と同様な方法でユーザのブラウザに送ればよい。音
声の場合はクリックする対象が少なくなりがちなので、
例えば音声コンテンツ制作会社のアーティスト(演奏
者）の静止画を同様に配置し、そこをクリックすると次
のコンテンツ（あるいは運悪く広告）の閲覧にいくよう
にしてもよい。この場合のように前記排他ディレクトリ
に２つ以上のファイルを配置する場合は、それらを束ね
るＨＴＭＬファイル自体をコンテンツの要素と考え、前
記提供履歴記憶手段５への登録を行うようにしてもよ
い。

【００５３】以上はあくまで例であって、当業者であれ
ば、本特許請求の範囲内で、上述の例および他の実施形
態を組みあわせて実現することができる。

【００５４】また、「広告」を「別の種類のコンテン
ツ」と置き換えて適用することもでき、本発明の範囲に
入る。例えば、漫画コンテンツの中に算数コンテンツを
紛れ込ませて幼児に勉強させるということも本発明の範
囲で容易に可能である。また、コンテンツを、サーバを
経由する以外の手段では分離できないようにすることに
より、遠隔ネットワークを用いないようにすることも可
能であり、この場合は例えばＤＶＤにコンテンツと広告
を、通常のアプリケーションソフトでは識別できないよ
うな（例えば暗号）形式で記憶し、本発明と同様の効果
を期待することもできる。

【００５５】

【発明の効果】以上説明したように、本発明によれば、
ユーザが広告部分をさけてコンテンツ部分だけを閲覧す
るといったことができなくなる効果的な広告システムを
提供できる。従来のＷＷＷシステムより操作を間違えに
くい簡潔なユーザインターフェースが提供でき幅広い層
がインターネットを楽しむことができる。また、ＴＶ等
と比べて自分のペースでコンテンツを閲覧することがで
きる。また、コンテンツの閲覧や広告に関する自動的な
決済や調査を効果的に実施できる。また、ユーザ毎の嗜
好や属性、広告主の希望に応じた効果的な情報提供が可
能である。

【図面の簡単な説明】

【図１】本発明の１実現例を示した概略図である。

【図２】本発明のサーバシステムが提供するＨＴＭＬフ
ァイルの一例である。

【符号の説明】

１制御手段２Ａ広告供給手段２Ｂ広告記憶手段３Ａコンテンツ供給手段３Ｂコンテンツ記憶手段４設定情報記憶手段５提供履歴記憶手段６乱数発生手段７ユーザ端末１０ネットワーク

Claims

【特許請求の範囲】

【請求項１】広告あるいは広告供給手段（２Ａ）につ
いて記憶する広告記憶手段（２Ｂ）と、コンテンツある
いはコンテンツ供給手段（３Ａ）について記憶するコン
テンツ記憶手段（３Ｂ）とを備え、管轄するネットワー
クアドレスあるいはＵＲＬ等であるチャネルＵＲＬが要
求されたときに、広告記憶手段（２Ｂ）あるいは広告供
給手段（２Ａ）から得ることができる広告の集合と、コ
ンテンツ記憶手段（３Ｂ）あるいはコンテンツ供給手段
（３Ａ）から得ることができるコンテンツの集合とのい
ずれかの集合に含まれる一つの要素を決定し、該要素を
提供する、ネットワーク上のサーバシステム。
【請求項２】さらに乱数発生手段を備え、乱数発生手
段の出力結果により前記決定をすることを特徴とする請
求項１に記載のサーバシステム。
【請求項３】さらに前記チャネルＵＲＬを要求したユ
ーザを識別するユーザ識別手段と、ユーザへ前記要素を
提供した履歴を記憶する提供履歴記憶手段（５）とを備
えることを特徴とする請求項１あるいは２に記載のサー
バシステム。
【請求項４】前記ユーザ識別手段と前記提供履歴記憶
手段とを用いて、短い時間間隔で同じユーザに同じ要素
をなるべく提供しないように前記決定をすることを特徴
とする請求項３に記載のサーバシステム。
【請求項５】さらに各広告、各コンテンツ、あるいは
それらの組み合わせについての提供する所望の期間、頻
度、頻度割合、順序、対象ユーザ、あるいはこれらの組
み合せである設定情報を記憶した設定情報記憶手段
（４）を備え、該設定情報になるべく従って前記決定を
する請求項３に記載のサーバシステム。
【請求項６】前記ネットワークがインターネットなど
のグローバルネットワークであり、前記ユーザの識別が
ユーザ端末（７）のＩＰアドレスなどのネットワークア
ドレスにより行われることを特徴とする請求項３に記載
のサーバシステム。
【請求項７】請求項１から６のいずれか一項に記載の
サーバシステムが管轄する、選択された前記チャネルＵ
ＲＬへの要求を自動的に２回以上行う、ネットワーク上
のクライアントシステム。
【請求項８】請求項１から７のいずれか一項に記載の
システムを実施するプログラムを記憶した記憶媒体。