(57)【特許請求の範囲】
【請求項１】
コンピュータ端末と情報提供者サーバとがネットワークを介して構成される情報配信システムであって、
前記情報提供者サーバは、前記コンピュータ端末からのアクセスに応じて当該コンピュータ端末に対して情報受信プログラムまたは情報受信プログラム用のタグを含むコンテンツを送出し、
前記コンピュータ端末は、受信した前記コンテンツをブラウザが表示情報として表示した後、予め定められた期間、当該コンテンツそのものに対する入力操作がないと前記情報受信プログラムまたは前記タグによって取得された前記情報受信プログラムによって判断される場合に、前記ネットワークを介して所定のサーバに対してアクセスし、配信情報を自動的に取り込んで表示すると共に、当該ブラウザが当該コンテンツの表示を終了すると当該情報受信プログラムも終了することを特徴とする情報配信システム。
【請求項２】
前記ネットワークに接続され、前記コンピュータ端末からのアクセスに基づき前記配信情報を提供する情報配信サーバと、を含むことを特徴とする請求項１記載の情報配信システム。
【請求項３】
ネットワークを介して視聴者コンピュータ端末に対し自動的に広告を配信する広告配信システムであって、
前記視聴者コンピュータ端末が前記ネットワークを介して取得するＨＴＭＬフォーマットのコンテンツに対して情報受信プログラムを埋め込み、
前記情報受信プログラムが埋め込まれた前記ＨＴＭＬフォーマットのコンテンツが前記視聴者コンピュータ端末のブラウザにて表示された後、予め定められた期間、当該コンテンツそのものに対する入力操作がないと当該情報受信プログラムによって判断された場合に、当該視聴者コンピュータ端末からのアクセスにより配信される広告情報を当該視聴者コンピュータ端末の画面上に流して表示すると共に、当該ブラウザが当該コンテンツの表示を終了すると当該情報受信プログラムも終了することを特徴とする広告配信システム。
【請求項４】
前記視聴者コンピュータ端末が取得した前記ＨＴＭＬフォーマットのコンテンツが備えるタグ情報に基づき、前記ネットワークを介して受信された前記情報受信プログラムが当該ＨＴＭＬフォーマットのコンテンツに埋め込まれることを特徴とする請求項３記載の広告配信システム。
【請求項５】
前記情報受信プログラムは、前記ＨＴＭＬフォーマットのコンテンツを提供するサーバを中継する中継サーバを当該ＨＴＭＬフォーマットのコンテンツが通過する際、または、前記視聴者コンピュータ端末に対する接続サービスを行うプロバイダに当該ＨＴＭＬフォーマットのコンテンツが通過する際に、当該情報受信プログラムそのものが当該ＨＴＭＬフォーマットのコンテンツに対して埋め込まれることを特徴とする請求項３記載の広告配信システム。
【請求項６】
前記情報受信プログラムの埋め込みは、前記ＨＴＭＬフォーマットのコンテンツを提供するサーバを中継する中継サーバにて当該ＨＴＭＬフォーマットのコンテンツに埋め込まれるタグ情報、または、前記視聴者コンピュータ端末に対する接続サービスを行うプロバイダに当該ＨＴＭＬフォーマットのコンテンツが通過する際に当該ＨＴＭＬフォーマットのコンテンツに埋め込まれるタグ情報、に基づいて行われることを特徴とする請求項３記載の広告配信システム。
【請求項７】
ネットワークを介して取得されコンピュータにて表示されるＷｅｂページに依存して配信される情報配信プログラムであって、
ネットワークを介して取得された前記Ｗｅｂページがブラウザにより表示された条件下にて所定の期間、当該Ｗｅｂページそのものに対するユーザからの入力操作がないことを判断する入力操作判断機能と、
前記入力操作判断機能によりユーザからの入力操作がないと判断される場合に、前記ネットワークを介して所定のサーバからコンテンツを取得するコンテンツ取得機能と、
前記コンテンツ取得機能により取得した前記コンテンツを表示させるコンテンツ表示機能と、
を前記コンピュータに実現させ、前記ブラウザが前記Ｗｅｂページの表示を終了すると機能が終了する情報配信プログラム。
【請求項８】
前記コンテンツ表示機能は、前記コンテンツを表示されている前記Ｗｅｂページから切り替えて画面上に表示することを特徴とする請求項７記載の情報配信プログラム。
【請求項９】
前記コンテンツ表示機能により前記コンテンツが切り替えて表示された後、ユーザからの所定の入力操作があった場合に、前記Ｗｅｂページの表示を再開する表示再開機能と、を更に実現させるための請求項８記載の情報配信プログラム。
【請求項１０】
前記コンテンツ取得機能により取得したいと欲するカテゴリをユーザにより指定させるカテゴリ指定機能と、
前記カテゴリ指定機能により指定されたカテゴリに関する情報をユーザ情報としてクッキーに書き込む書き込み機能と、を更に実現させるための請求項７記載の情報配信プログラム。
【請求項１１】
ネットワークを介して取得され、コンピュータにて表示されるＨＴＭＬフォーマットのコンテンツに対して所定の機能が施される情報配信プログラムであって、
コンピュータが備えるブラウザによって前記ＨＴＭＬフォーマットのコンテンツが表示される際に、当該コンテンツそのものに対する視聴者の操作を監視する監視手段と、
前記コンテンツそのものに対する視聴者の操作が所定の条件下でなされない場合に、取得された配信コンテンツを前記ＨＴＭＬフォーマットのコンテンツから切り替えて表示させる表示手段と、を前記コンピュータに機能させ、前記ブラウザが前記コンテンツの表示を終了すると機能が終了する情報配信プログラム。
【請求項１２】
前記配信コンテンツは、前記ＨＴＭＬフォーマットのコンテンツを提供するサーバ側にて指定されたコンテンツ、または、前記ネットワークに接続される情報配信サーバに対して前記ブラウザがアクセスして取得したコンテンツであることを特徴とする請求項１１記載の情報配信プログラム。
【請求項１３】
前記監視手段は、前記ブラウザにより前記ＨＴＭＬフォーマットのコンテンツが表示された後からのカウントアップまたは視聴者による所定の入力操作があった後からのカウントアップにより動作するタイマー機能を備え、当該タイマー機能によって視聴者の操作を監視することを特徴とする請求項１１記載の情報配信プログラム。
【請求項１４】
ネットワークに接続され、当該ネットワークに接続されるコンピュータ装置に対して所定のプログラムを提供するサーバであって、
前記コンピュータ装置が前記ネットワークを介して取得したＨＴＭＬコンテンツに含まれるタグ情報に基づいてなされるプログラム受信要求を受け付けるプログラム受信要求受付手段と、
前記プログラム受信要求受付手段により受け付けたプログラム受信要求に基づいて、前記コンピュータ装置のブラウザにて前記ＨＴＭＬコンテンツを表示した後、当該ＨＴＭＬコンテンツそのものに対する操作が一定期間なされない場合に表示されるスクリーンセーバページを当該コンピュータ装置から前記ネットワークを介して所定のサーバに対して取りに行くと共に、当該ブラウザが当該ＨＴＭＬコンテンツの表示を終了すると機能が終了する情報受信プログラムを提供するプログラム提供手段と、を備えることを特徴とするサーバ。
【請求項１５】
ネットワークに接続され、当該ネットワークに接続されるコンピュータ装置に対してコンテンツを提供する情報配信サーバであって、
前記コンピュータ装置のブラウザにて表示されているＨＴＭＬコンテンツに依存して配信され、当該ブラウザが当該ＨＴＭＬコンテンツの表示を終了すると機能が終了する情報受信プログラムの動作に基づく当該コンピュータ装置からのアクセスを受け付けるアクセス受付手段と、
前記情報受信プログラムに基づく前記コンピュータ装置からのアクセスに基づいて、前記ブラウザにより表示される前記ＨＴＭＬコンテンツそのものに対する所定の入力操作がなされていないと当該情報受信プログラムによって判断される場合に自動的に表示される配信コンテンツの情報を当該コンピュータ装置に提供する配信情報提供手段と、を備えることを特徴とする情報配信サーバ。
【請求項１６】
前記コンピュータ装置が予め定められた所定のグループに属するか否かを判断する判断手段と、を備え、
前記配信情報提供手段は、前記所定のグループ単位で予め定められた範囲にある配信コンテンツの情報を前記コンピュータ装置に対して提供することを特徴とする請求項１５記載の情報配信サーバ。
【請求項１７】
前記配信情報提供手段は、前記コンピュータ装置からのアクセスの際にクッキー情報を参照し、参照された当該クッキー情報に基づいて配信コンテンツを選定して当該コンピュータ装置に提供することを特徴とする請求項１５記載の情報配信サーバ。
【請求項１８】
前記配信情報提供手段により提供される前記配信コンテンツの情報は、配信コンテンツを提供する提供先のＵＲＬ、または他のサイトに対するアクセスの必要ないコンテンツそのものであることを特徴とする請求項１５記載の情報配信サーバ。
【請求項１９】
ネットワークを介して視聴者コンピュータ端末に対し、広告情報を配信する広告情報配信方法であって、
前記視聴者コンピュータ端末にて取得されるＨＴＭＬコンテンツに対して、当該視聴者コンピュータ端末のブラウザが当該ＨＴＭＬコンテンツの表示を終了すると機能が終了する情報受信プログラムを埋め込み、
前記視聴者コンピュータ端末にて前記ＨＴＭＬコンテンツが表示された後に、当該ＨＴＭＬコンテンツそのものに対する入力操作を前記情報受信プログラムによって監視し、
前記ＨＴＭＬコンテンツそのものに対する入力操作が所定時間、行われないと前記情報受信プログラムによって判断される場合には、当該視聴者コンピュータ端末からのアクセスによって前記ネットワークを介して所定のサーバから当該視聴者コンピュータ端末に対して広告情報が配信されることを特徴とする広告情報配信方法。
【請求項２０】
前記視聴者コンピュータ端末に対し、予め定められた規定の操作がなされたか否かを判断し、
前記規定の操作がなされた場合には、前記所定時間の経過を待つことなく前記広告情報が配信されることを特徴とする請求項１９記載の広告情報配信方法。
【請求項２１】
ブラウザを備える視聴者コンピュータ端末にてセーバページを表示するセーバページ表示方法であって、
ネットワークを介してＷｅｂページに依存して提供され前記ブラウザが当該Ｗｅｂページの表示を終了すると機能が終了する情報受信プログラムを含む当該Ｗｅｂページを取得し、
前記ブラウザによって前記Ｗｅｂページが表示された後、予め定められた期間、当該Ｗｅｂページそのものに対する入力操作がなされていないとの第１の条件を満たしたか否かを前記情報受信プログラムによって判断し、
前記第１の条件を満たした場合に前記視聴者コンピュータ端末の前記Ｗｅｂページに含まれる前記情報受信プログラムからのアクセスによって前記ネットワークを介して前記セーバページが配信され、
配信された前記セーバページを前記ブラウザによって前記Ｗｅｂページに代えて表示し、
前記ブラウザによって前記セーバページが表示されるセーバモードに移行した後、予めユーザキー登録されている第２の条件を満たしたか否かを判断し、
前記第２の条件を満たした場合に前記ブラウザによって前記Ｗｅｂページを表示することを特徴とするセーバページ表示方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報を配信するネットワークシステム等に係り、より詳しくは、ネットワークに接続されるユーザに対して、パーソナルコンピュータ(ＰＣ)の画面に施されるスクリーンセーバのように情報を提供するネットワークシステム等に関する。
【０００２】
【従来の技術】
従来、パーソナルコンピュータ(ＰＣ)を操作可能状態にした後、暫く入力などを行わない場合に、例えば、ＣＲＴ等のブラウン管画面の焼き付きを防ぐため、所定の時間入力がないと自動的に画面を暗くして画面上に動画などを表示するスクリーンセーバ機能が存在する。このスクリーンセーバ機能を使用するに際して、スクリーンセーバのプログラムをＰＣ毎にＯＳ(オペレーティングシステム)に依存したプログラム形態でインストールすることが一般に行われる。
【０００３】
ここで、スクリーンセーバの機能について概説すると、スクリーンセーバでは、ＰＣへの入力があると、今までのタイマーカウントがリセットされ、新たにタイマーのカウントが開始される。そして、入力がないまま、タイマーカウントが予め定められた時間(所定の時間)になると、設定された動画等の画像がモニタ画面に表示される。その後、ＰＣに入力があると、スクリーンセーバでは、モニタ画面が元の状態に戻され、タイマーカウントがリセットされた後、再び、タイマーのカウントが開始される。
【０００４】
一方、情報配信の一つである広告配信について着目すると、従来の広告配信としてバナー広告(Banner Advertising)が一般的に行われている。このバナー広告は、Ｗｅｂページに対して表示される看板型の広告であり、所定のドメインにおける検索サイト等にてＷｅｂページに対する表示広告として用いられている。このバナー広告は、検索サイトの一部分に広告情報を貼り付けるもので、広告主にとっては広告費が安価である点で利用度が高い。また、クリック保証型のバナー広告では、かかる広告情報に対するユーザのクリック操作によって、ユーザが見たいと欲するサイトに移行することも可能であり、ユーザ一人一人に対してカスタマイズされた情報提供手法であるワン・トゥ・ワン・マーケティングを達成することもできる。
【０００５】
また、情報配信である他の広告配信として、ポップアップ型の広告配信も存在する。このポップアップ型の広告配信では、ターゲットとなる複数の広告を順次ポップアップしてユーザに示すことが可能である。このポップアップ型広告によれば、広告のために新しいウィンドウを開くことから、比較的大きなサイズにて広告を見ることができる点で優れている。
【０００６】
更に、例えば、米ポイントキャストが始めたポイントキャストネットワーク(PointCastNetwork)サービスのように、インターネットの利用者に対してＷＷＷサーバの有するＨＴＭＬコンテンツをプッシュ配信するプッシュ型情報配信の技術も存在している。
【０００７】
【発明が解決しようとする課題】
まず、上述のように、スクリーンセーバを用いる際には、各ＰＣに依存したプログラム形態でスクリーンセーバプログラムをインストールする必要があり、新たなスクリーンセーバプログラムをＰＣにインストールする際には、ユーザ自身が行う必要がある。かかる場合に、インストール作業に慣れていないユーザは勿論のこと、ある程度熟練しているユーザにとってもインストール作業は面倒である。更に、スクリーンセーバによるモニタ画面上の表示内容(動画等)を変更して他の表示内容に変更したい場合には、別のスクリーンセーバプログラムを再度パソコンにインストールしなければならず、適宜モニタ画面上の表示内容を変更したい場合でも迅速に対応することができない。
【０００８】
また、情報配信の中で、上述したバナー広告による広告配信では、バナー自体に広告効果は少なく、広告画像も小さいことから、広告毎の差別化を図ることが難しい。また、バナー広告は、表示される掲載サイトにそのまま付加されるものであることから、掲載サイトのデザインが乱れる問題もある。更に、ポップアップ型広告では、比較的大きなサイズで広告が見られるものの、ウィンドウがいくつも開かれてしまうことから、ユーザに対する不快感が非常に大きくなる。また、ユーザにとっては、広告の閲覧を終了したい場合に、開かれた広告を丹念に閉じる必要があり、この作業は、ユーザにとっては耐えがたいものである。
【０００９】
更に、ポイントキャストネットワークサービスのごとく、プッシュ型の配信では、視聴者のＰＣ端末にて専用のクライアント・ソフトをインストールする必要がある。また、この専用のクライアント・ソフトの用い方によっては、例えば社内トラフィックの増加を招き、主要な業務通信の障害となることから、かかるサービスを敬遠する企業も存在していた。
また更に、従来、スクリーンセーバを自らコントロールしたいと考える場合には、自らのコンピュータにインストールされているスクリーンセーバの設定時間を再設定する等、煩雑な作業が必要であった。また、状況に合わせて機動的にスクリーンセーバを起動するというような機動的な使い方は困難であった。
【００１０】
本発明は、このような技術的課題を解決するためになされたものであって、その目的とするところは、汎用性をもってモニタ画面上の表示内容の変更を管理することにある。
また他の目的は、ユーザの情報端末機器において、適宜、モニタ画面上の表示内容を変更でき、しかも変更するためのプログラムをインストールするためのユーザ作業を不要とすることにある。
更に他の目的は、ネットワークシステムによる情報配信において、高い情報伝達能力を持たせることにある。
また更に他の目的は、ワン・トゥ・ワンで効率良く情報を配信し、情報の利用性を高めることにある。
【００１１】
【課題を解決するための手段】
かかる目的のもと、本発明は、コンピュータ端末、情報提供者サーバ、およびコンピュータ端末からのアクセスに基づき配信情報を提供する情報配信サーバとがネットワークを介して構成される情報配信システムであって、この情報提供者サーバは、コンピュータ端末からのアクセスに応じて情報受信プログラムまたは情報受信プログラム用のタグを含むコンテンツを送出し、コンピュータ端末は、受信したコンテンツをブラウザが表示情報として表示した後、予め定められた期間、このコンテンツそのものに対する入力操作がないと情報受信プログラムまたはタグによって取得された情報受信プログラムによって判断される場合に、ネットワークを介して例えば情報配信サーバ等、所定のサーバに対してアクセスし、配信情報を自動的に取り込んで表示すると共に、ブラウザがこのコンテンツの表示を終了すると情報受信プログラムも終了することを特徴としている。本発明は、従来あるスクリーンセーバ機能とは、その目的、構成を大きく異ならせている。従来のスクリーンセーバ機能では、画面の焼き付き防止を主目的とすることから、セーバ画面の表示は当然に画面全体であった。本発明では、情報の利用性を主たる目的とし、その表示は、インターネットから入手したコンテンツを表示するためのブラウザが占有する画面の範囲である。従って、本発明が適用される機能は「ブラウザセーバ」と命名されるべきものである。但し、「ブラウザ」は、例えば、米リアルネットワークスが開発したリアルプレーヤ(RealPlayer)やメディアプレーヤ(Media Player)等のデータをストリーム形式で受信して再生するソフトウェアも含む。
【００１２】
尚、サーバは、サイトとして言い換えることも可能であり、必ずしも単体のサーバコンピュータ装置だけを示すものではない。１つのサイトは複数のサーバコンピュータ装置で構成される場合もあり、一方で、単体のハードウェアからなるサーバコンピュータ装置にて複数のサイト機能が含まれる場合がある。即ち、本発明で用いている「サーバ」は、単体のサーバコンピュータ装置であるか複数のサーバコンピュータ装置であるかを問うものではない。以下、全て同様である。
【００１３】
また、本発明は、ネットワークを介して視聴者コンピュータ端末に対し自動的に広告を配信する広告配信システムであって、視聴者コンピュータ端末がネットワークを介して取得するＨＴＭＬフォーマットのコンテンツに対して情報受信プログラムを埋め込み、情報受信プログラムが埋め込まれたＨＴＭＬフォーマットのコンテンツが視聴者コンピュータ端末のブラウザにて表示された後、予め定められた期間、コンテンツそのものに対する入力操作がないと情報受信プログラムによって判断された場合に、所定の条件に基づいて、視聴者コンピュータ端末からのアクセスにより配信される広告情報を画面上に流して表示すると共に、ブラウザがこのコンテンツの表示を終了すると情報受信プログラムも終了することを特徴としている。
【００１４】
ここで、この視聴者コンピュータ端末が取得したＨＴＭＬフォーマットのコンテンツが備えるタグ情報に基づき、ネットワークを介して受信された情報受信プログラムがＨＴＭＬフォーマットのコンテンツに埋め込まれることを特徴とすれば、ネットワークを介して受信されるＨＴＭＬフォーマットのコンテンツ自身には、例えば１行程度の簡単なタグ情報を付加するだけで、本発明の機能を得ることができる点で好ましい。
【００１５】
また、この情報受信プログラムの埋め込みは、ＨＴＭＬフォーマットのコンテンツを提供するサーバを中継する中継サーバにてＨＴＭＬフォーマットのコンテンツに埋め込まれるタグ情報、または、視聴者コンピュータ端末に対する接続サービスを行うプロバイダにＨＴＭＬフォーマットのコンテンツが通過する際にＨＴＭＬフォーマットのコンテンツに埋め込まれるタグ情報に基づいて行われることを特徴とすることができる。また、この中継サーバやプロバイダにて、タグ情報ではなく、情報受信プログラムを直接、埋め込むことができる。これらの構成によれば、プロキシ型にてタグ情報を埋め込むことで、ＨＴＭＬフォーマットのコンテンツ自身に、例えば手作業にてタグ情報等を組み込む手間を省くことができる。
【００１６】
また、このプロキシ型では、視聴者がアクセスしているサイトに関わらず、機能を提供することができる点で優れている。情報提供者のコンテンツにタグやプログラム自身を埋め込む場合には、原則として、そのサイトにアクセスしている視聴者に対する配信が前提であるが、アクセスのためのプロバイダを導入することで、プロバイダ自身により収入を得ることが可能となり、例えば無料プロバイダにとって重要なサービスとなり得る。
【００１７】
一方、本発明は、ネットワークを介して取得されコンピュータにて表示されるＷｅｂページに依存して配信される情報配信プログラムであって、ネットワークを介して取得されたＷｅｂページがブラウザにより表示された条件下にて所定の期間、このＷｅｂページそのものに対するユーザからの入力操作がないことを判断する入力操作判断機能と、所定の期間、ユーザからの入力操作がないと判断される場合に、所定のサーバからコンテンツを取得するコンテンツ取得機能と、取得したコンテンツを表示させるコンテンツ表示機能とをコンピュータに実現させ、ブラウザがこのＷｅｂページの表示を終了すると機能が終了することを特徴としている。尚、スクリーンセーバページ(ブラウザセーバページ)を表示する場合に、表示を切り替える規定時間より先読みしておく場合も「所定の期間」に含まれる。
【００１８】
ここで、このコンテンツ表示機能は、コンテンツを表示されているＷｅｂページから切り替えて画面上に表示することを特徴とすれば、スクリーンセーバに似た機能によって広告等の情報を表示することができる点で好ましい。
また、コンテンツ表示機能によりコンテンツが切り替えて表示された後、ユーザからの所定の入力操作があった場合に、Ｗｅｂページの表示を再開する表示再開機能とを更に実現させることを特徴とすることができる。
更に、このコンテンツ取得機能により取得したいと欲するカテゴリをユーザにより指定させるカテゴリ指定機能と、このカテゴリ指定機能により指定されたカテゴリに関する情報をユーザ情報としてクッキーに書き込む書き込み機能とを更に実現させることを特徴とすることができる。このカテゴリ指定機能は、例えば、視聴者が配信を欲するカテゴリと配信を欲しないカテゴリとを選定して登録する方法等がある。
【００１９】
他の観点から把えると、本発明は、ネットワークを介して取得され、コンピュータにて表示されるＨＴＭＬフォーマットのコンテンツに対して所定の機能が施される情報配信プログラムであって、コンピュータが備えるブラウザによってＨＴＭＬフォーマットのコンテンツが表示される際に、このコンテンツそのものに対する視聴者の操作を監視する監視手段と、このコンテンツそのものに対する視聴者の操作が所定の条件下でなされない場合に、取得された配信コンテンツをＨＴＭＬフォーマットのコンテンツから切り替えて表示させる表示手段とをコンピュータに機能させ、ブラウザがこのコンテンツの表示を終了すると機能が終了するものと言える。この配信コンテンツは、ＨＴＭＬフォーマットのコンテンツに予め埋め込まれた配信コンテンツを含むものである。
【００２０】
この配信コンテンツとしては、ＨＴＭＬフォーマットのコンテンツを提供するサーバ側にて指定されたコンテンツ、または、ネットワークに接続される情報配信サーバに対してブラウザがアクセスして取得したコンテンツであることを特徴とすることができる。
また、この監視手段は、ブラウザによりＨＴＭＬフォーマットのコンテンツが表示された後からのカウントアップまたは視聴者による所定の入力操作があった後からのカウントアップにより動作するタイマー機能を備え、このタイマー機能によって視聴者の操作を監視することを特徴とすることができる。
【００２１】
一方、本発明は、ネットワークに接続され、このネットワークに接続されるコンピュータ装置に対して所定のプログラムを提供するサーバであって、コンピュータ装置がネットワークを介して取得したＨＴＭＬコンテンツに含まれるタグ情報に基づいてなされるプログラム受信要求を受け付けるプログラム受信要求受付手段と、受け付けたプログラム受信要求に基づいて、コンピュータ装置のブラウザにてＨＴＭＬコンテンツを表示した後、このＨＴＭＬコンテンツそのものに対する操作が一定期間なされない場合に表示されるスクリーンセーバページ(ブラウザセーバページ)をコンピュータ装置からネットワークを介して所定のサーバに対して取りに行くと共に、ブラウザがＨＴＭＬコンテンツの表示を終了すると機能が終了する情報受信プログラムを提供するプログラム提供手段とを備えることを特徴とすることができる。尚、前述のように、「サーバ」は「サイト」としてとらえることができ、物理的に単体のコンピュータ装置だけに限定されるものではない。
【００２２】
また、本発明が適用される情報配信サーバは、コンピュータ装置のブラウザにて表示されているＨＴＭＬコンテンツに依存して配信され、ブラウザがこのＨＴＭＬコンテンツの表示を終了すると機能が終了する情報受信プログラムの動作に基づくコンピュータ装置からのアクセスを受け付けるアクセス受付手段と、コンピュータ装置からのアクセスに基づいて、ブラウザにより表示されるＨＴＭＬコンテンツそのものに対する所定の入力操作がなされていないと情報受信プログラムによって判断される場合に自動的に表示される配信コンテンツをコンピュータ装置に提供する配信情報提供手段とを備えることを特徴とすることができる。
【００２３】
ここで、このコンピュータ装置が、例えば法人契約等により予め定められた所定のグループに属するか否かを判断する判断手段とを備え、配信情報提供手段は、所定のグループ単位で予め定められた範囲にある配信コンテンツをコンピュータ装置に対して提供することを特徴とすれば、例えば、企業単位で配信を望まない競合会社の広告情報等が流されるのを防止することが可能となる。
【００２４】
一方、本発明は、ネットワークを介して視聴者コンピュータ端末に対し、広告情報を配信する広告情報配信方法であって、視聴者コンピュータ端末にて取得されるＨＴＭＬコンテンツに対して、視聴者コンピュータ端末のブラウザがこのＨＴＭＬコンテンツの表示を終了すると機能が終了する情報受信プログラムを埋め込み、ＨＴＭＬコンテンツが表示された後に、このＨＴＭＬコンテンツそのものに対する視聴者コンピュータ端末に対する入力操作を情報受信プログラムによって監視し、入力操作が所定時間、行われないと情報受信プログラムによって判断される場合には、視聴者コンピュータ端末からのアクセスによってネットワークを介して所定のサーバから広告情報が配信されることを特徴とすることができる。
【００２５】
【発明の実施の形態】
以下、添付図面に示す実施の形態に基づいてこの発明を詳細に説明する。
図１は、本実施の形態におけるブラウザセーバを実行するネットワークシステムの一例を示すブロック図である。一般に、情報端末装置である視聴者パーソナルコンピュータ(視聴者ＰＣ)１１は、インターネットサービスプロバイダ(ＩＳＰ)サーバ１２に接続されていることが多く、このような視聴者ＰＣ１１では、Ｗｅｂブラウザ２０を備え、インターネット等のネットワーク１３を介して各種情報の送受及び閲覧等を行うことができる。尚、図１には、説明の便宜上、一台の視聴者ＰＣ１１が示されているが、実際には複数の視聴者ＰＣ１１がネットワーク１３に接続されている。尚、視聴者ＰＣ１１としては、パーソナルコンピュータ以外に、Ｗｅｂページを閲覧できる他の情報端末機器の他、無線にてネットワーク１３と接続することができるＰＤＡ(Personal Digital Assistant)や携帯電話等の情報端末機器を用いることができる。
【００２６】
ネットワーク１３には、各種情報を提供するためのサイトとしての情報提供者サーバ(情報提供者サイト)１４が設けられている。情報提供者サーバ１４は、Ｗｅｂブラウザ２０からの要求(アクセス)に応じて、Ｗｅｂブラウザ２０に各種情報を提供する。Ｗｅｂブラウザ２０と情報提供者サーバ１４との間の通信には、ＴＣＰ/ＩＰ(Transmission Control Protocol/Internet Protocol：トランスミッション制御プロトコル/インターネットプロトコル)上で、ＨＴＴＰ(Hypertext Transfer Protocol：ハイパーテキスト転送プロトコル)が用いられ、情報提供者サーバ１４では、指定されたＷＷＷ(World Wide Web)ドキュメントのページをＷｅｂブラウザ２０に送信している。尚、図１に示す例では、説明の便宜上、一つの情報提供者サーバ１４のみが示されているが、実際には複数の情報提供者サーバ１４が存在している。
【００２７】
ＷＷＷドキュメントは、ＨＴＭＬ(Hypertext Markup Language：ハイパーテキスト・マークアップ言語)によって記述されており、Ｗｅｂブラウザ２０からのＷＷＷドキュメントが指定され、あるいはＷＷＷドキュメントから他のドキュメントへのリンクを行う際には、コンテンツの置かれている情報提供者サーバ１４を指定するためにＵＲＬ(Uniform Resource Locator)が用いられる。つまり、ハイパーテキストであるＷＷＷドキュメントでは、関連する他の情報へのリンク(ポインタ)を含むことができる。
【００２８】
図２は、本実施の形態におけるネットワークシステムを更に詳述するための全体構成図である。図２では、本実施の形態における特徴点である情報受信プログラムを視聴者ＰＣ１１に対して提供する情報配信サーバ(情報配信サイト)１５がネットワーク１３に接続されている。また、図１にて示したネットワーク１３に接続される情報提供者サーバ(情報提供者サイト)１４と、情報の提供を受ける視聴者ＰＣ１１が示されている。図２では、この視聴者ＰＣ１１において、最初にＷｅｂブラウザ２０の要求によって情報提供者サーバ１４からＨＴＭＬコンテンツを受信した第１の状態と、情報受信プログラムの動作によって情報配信サーバ１５から他のコンテンツ(配信コンテンツ)が配信された第２の状態を示している。尚、ここで示される情報提供者サーバ１４や情報配信サーバ１５は、「サイト」としてとらえることが可能であり、必ずしも単体のサーバコンピュータ装置に限定されるものではない。物理的には、多種の形態が考えられる。
【００２９】
情報配信サーバ１５は、Ｗｅｂブラウザ２０からのＰＵＬＬ(取りに行く作業)によって、Ｗｅｂブラウザ２０に対して情報受信プログラムを提供するための情報受信プログラムファイル３１を備えている。また、提供した情報受信プログラムに基づくＷｅｂブラウザ２０からのＰＵＬＬに基づき、配信情報を視聴者ＰＣ１１に提供するための配信プログラム３２、および配信される広告などの配信情報を蓄える配信情報ファイル３３を備えている。更に、視聴者が配信されたくない情報コンテンツや優先して配信して欲しい情報コンテンツの種別を視聴者ＰＣ１１毎に指定するユーザコンテンツフィルタ作成プログラム３８を備えている。但し、情報配信サーバ１５に全ての機能を含ませるのではなく、例えば、情報受信プログラムファイル３１を提供するサーバと、配信情報を提供するサーバとを別のサーバにて構成することも可能である。
【００３０】
一方、視聴者ＰＣ１１は、受信または配信される情報を表示するための表示部２５を備えている。また、Ｗｅｂブラウザ２０は、視聴者であるユーザに対して表示するためにＨＴＭＬフォーマットのコンテンツを解釈する解析プログラム２１、情報配信サーバ１５に対して自己の情報を提供するクッキー(Cookie)ファイル２２を備えている。
【００３１】
本実施の形態では、まず、視聴者ＰＣ１１のＷｅｂブラウザ２０から、所定の情報提供者サーバ１４に対して、例えば、ＨＴＭＬで記述されたホームページ等のコンテンツをＵＲＬを用いて取りに行く(ＰＵＬＬ)。情報提供者サーバ１４は、Ｗｅｂブラウザ２０からのＰＵＬＬに対してＨＴＭＬファイル(ＨＴＭＬフォーマットのコンテンツ)を提供する。このＨＴＭＬフォーマットのコンテンツには、タグが含まれており、そのタグの情報には、情報受信プログラムを取りに行くための情報が含まれている。視聴者ＰＣ１１の第１の状態に示されるように、ＨＴＭＬコンテンツを受信したＷｅｂブラウザ２０は、ＨＴＭＬフォーマットのコンテンツに含まれるタグに基づいて、情報配信サーバ１５に対してアクセスし(ＰＵＬＬ)、情報受信プログラムを情報配信サーバ１５の情報受信プログラムファイル３１から受信する。
【００３２】
また、Ｗｅｂブラウザ２０では、解析プログラム２１によってＨＴＭＬコンテンツが解析され、表示部２５により情報が表示される。ここで受信される情報受信プログラムは、標準的なブラウザが解釈できるプログラムとして、例えばオブジェクト指向型のスクリプト言語であるジャバスクリプト(JavaScript)等で記述されたものとすることができる。尚、解釈機能を有さないブラウザである場合や、視聴者であるユーザが自らその解釈実行機能を実行不可に設定している場合には、情報受信プログラムは単なるＨＴＭＬのコメント行として認識され、視聴者は通常通り、ＨＴＭＬフォーマットのコンテンツを閲覧することができる。
【００３３】
視聴者ＰＣ１１の第２の状態では、情報受信プログラムによって、Ｗｅｂブラウザ２０は情報配信サーバ１５に対して配信情報を取りに行く(ＰＵＬＬ)。このとき、クッキーファイル２２に格納されている、情報配信サーバ１５に対して提供すべき自己のユーザ情報を、クッキー(Cookie)によって情報配信サーバ１５に送信する。情報配信サーバ１５では、Ｗｅｂブラウザ２０からの要求によって、配信プログラム３２を稼動させ、配信情報ファイル３３から広告などの配信情報をＷｅｂブラウザ２０に提供する。このとき、Ｗｅｂブラウザ２０からのクッキーに含まれるユーザ情報に基づいて、配信情報が選別されて提供される。
【００３４】
この視聴者ＰＣ１１の第２の状態では、視聴者からの所定の入力操作がない限り、情報受信プログラムによって、例えば１５秒ごとに配信情報を取りに行く。その結果、ブラウザ上に、あたかもスクリーンセーバのごとく、例えば、配信情報である広告情報が視聴者ＰＣ１１の画面上に流れる。尚、以下の説明では、スクリーンセーバに似た表示であることから「スクリーンセーバ」の文言を用いているが、本実施の形態に用いられる機能は、ＨＴＭＬコンテンツを表示するブラウザ上に表示するもので、「ブラウザセーバ」との表現が好ましいとも言える。
【００３５】
図３は、視聴者ＰＣ１１によって実行される処理を示したフローチャートである。まず、視聴者であるユーザは、視聴者ＰＣ１１を起動し、ネットワーク１３を介して情報提供者サーバ１４の所定のＷｅｂサイトにアクセスする。また、Ｗｅｂブラウザ２０により最初にアクセスされて取得されたＷｅｂページを「元Ｗｅｂページ」と呼んでいる。当然のことながら、ユーザは、マウス等のポインティングデバイスやキーボード等の入力装置(図示せず)を操作して、元Ｗｅｂページを閲覧し、種々の情報等を引き出すことが可能である。
【００３６】
このようにして、Ｗｅｂブラウザ２０が情報提供者サーバ１４に接続され、ＨＴＭＬコンテンツである元Ｗｅｂページが取得される(ステップ１０１)。Ｗｅｂブラウザ２０では、受信した元ＷｅｂページをＣＲＴや液晶表示ディスプレイ(ＬＣＤ)を備える表示部２５に表示させると共に、ＨＴＭＬコンテンツに含まれるタグに基づいて情報配信サーバ１５にアクセスし、情報受信プログラムを受信する。そして、この情報受信プログラムによる実行を開始し、スクリーンセーバルーチンが実行される。このようにして、タグに基づき、ＨＴＭＬフォーマットのコンテンツの配信時に自動的に情報受信プログラムを埋め込むことができる。尚、元ＷｅｂページであるＨＴＭＬフォーマットのコンテンツに本実施の形態で適用される情報受信プログラムを予め埋め込み、情報配信サーバ１５への情報受信プログラムを取りに行く作業を省略するように構成することもできる。
【００３７】
情報受信プログラムのスクリーンセーバルーチンでは、タイマー機能を有しており、予め定められた時間(規定時間)がセットされ、計時を開始することができる。情報受信プログラムを実行するＷｅｂブラウザ２０では、ユーザによる視聴者ＰＣ１１の入力操作が監視され、入力装置からの操作があったときにタイマーセットがなされる(ステップ１０２)。タイマーセットがなされた後、ユーザによる入力装置に対する入力操作がなされたか否かを監視し(ステップ１０３)、入力操作がなされれば、ステップ１０２に戻り、再度、タイマーがセットされる。また、タイマーがカウントアップされたか否かを判断し(ステップ１０４)、カウントアップがなされない状態ではステップ１０３による入力操作が監視され、入力装置への操作がなされないまま所定時間が経過してカウントアップした場合には、スクリーンセーバのように表示される画像情報(ここでは、「スクリーンセーバページ(ブラウザセーバページ)」と呼ぶ)に自動的にジャンプされる(ステップ１０５)。
【００３８】
ステップ１０５に示すスクリーンセーバページへのジャンプは、図２の視聴者ＰＣ１１における第２の状態に示したように、情報受信プログラムによって、情報配信サーバ１５から配信情報を受信することによって行われる。即ち、Ｗｅｂブラウザ２０は、受信した配信情報のコンテンツを解析プログラム２１を経て表示部２５に表示する。このとき、情報配信サーバ１５の配信プログラム３２は、クッキー(Cookie)によって認識されたユーザ情報に基づき、ユーザ毎に設定された、例えばユーザの好みのサイト情報を配信情報ファイル３３から提供するように機能する。また、時間の経過に伴い、順次、新しいコンテンツを提供することができる。
【００３９】
また、図２に示した態様以外に、Ｗｅｂブラウザ２０から他のサイトである情報提供者サーバ１４に対して直接、アクセスして、スクリーンセーバページに表示されるコンテンツを取得するように構成しても良い。例えば、スクリーンセーバルーチンを実行する情報受信プログラムに、情報配信サーバ１５以外のリンク先のＵＲＬが格納されている場合には、情報配信サーバ１５を介さずに、元Ｗｅｂページに続いて表示されるＨＴＭＬコンテンツを情報提供者サーバ１４(他の情報提供者サーバの場合もある)から、直接、取得するように構成することができる。
【００４０】
尚、視聴者ＰＣ１１にて備えられるＷｅｂブラウザ２０は、例えば、米マイクロソフト社により提供されるインターネットエクスプローラ(Internet Explorer)や、米ネットスケープ・コミュニケーションズから提供されるネットスケープナビゲータ(Netscape Navigator)等、幾つかの種類がある。また、各バージョンによっても機能が異なる。本実施の形態では、これらのブラウザの種類に応じて、どの処理を実行するかを判定することが可能である。この判定処理は、情報配信サーバ１５でも、また視聴者ＰＣ１１でも実行することができる。情報配信サーバ１５にて判定する場合には、ＨＴＴＰリクエストのヘッダ情報に基づいて、埋め込む情報受信プログラムを変更する。一方、クライアント側である視聴者ＰＣ１１上で判定される場合には、予め複数種のブラウザに対応した情報受信プログラムを埋め込んでおき、視聴者ＰＣ１１で実行されるプログラム上にて、現在実行されているブラウザの情報を取得し、どのプログラムを実行するかを判定することができる。
【００４１】
図３のステップ１０５にて、スクリーンセーバページにジャンプした後、Ｗｅｂブラウザ２０の情報受信プログラムでは、入力装置に対する入力操作がなされたか否かが判断される(ステップ１０６)。入力操作がなされない場合には、スクリーンセーバページの表示を順次行い、入力操作を待つ。例えば、定期的に(予め設定された時間(１５秒)が経過する都度)、表示内容を他のスクリーンセーバページに変更し、即ち、他のスクリーンセーバページに自動的にジャンプするようにすることができる。入力操作があった場合には、スクリーンセーバページになる直前のページ(ここでは元Ｗｅｂページ)に戻り(ステップ１０７)、ステップ１０２に戻って再びタイマーセットが実行される。ここで、他のスクリーンセーバページに表示内容を順次、変更する場合には、必ずしもＵＲＬを変更する場合に限られず、実際はＵＲＬは変更されずにページ内で表示されるコンテンツ(ＦＬＡＳＨやイメージファイル)のみを変更するように構成することもできる。
【００４２】
尚、ステップ１０７に示した直前のページに戻る方法として、Ｗｅｂブラウザ２０に備えられたキャッシュ機能を用いることができる。また、Ｗｅｂブラウザ２０にキャッシュ機能がない場合や、表示していたページのキャッシュ設定がＯＦＦ(メタタグでNO CACHE)となるように指定されていた場合等には、情報受信プログラム内にてＵＲＬを記憶しておき、戻れるようにしておけば良い。更に、直前のページに戻る際に、ユーザの入力操作の種類によって直前のページに戻るか否かを異ならせることができる。例えば、ユーザの入力操作が、エンター・キーの押下、スペース・キーの押下等の、予め設定されている操作の場合には直前のページに戻ることはなく、他の操作の場合にだけ戻るように設定することも可能である。このように構成することで、スクリーンセーバページとして表示されているＷｅｂページに対し、所定の操作を施すことも可能となる。例えば、スクリーンセーバページに表示されている広告等の情報に対して、更にリンクされている目的のページに飛ばしたい場合等に、特定のキーの操作によって、元Ｗｅｂページに戻さずに所定の操作を可能としている。その後、Ｗｅｂブラウザ２０と情報提供者サーバ１４との接続が断たれると、図３に示したスクリーンセーバのサブルーチンは終了する。
【００４３】
尚、配信される情報(コンテンツ)の取得には、いくつかの方法がある。その１つとして、例えば、視聴者ＰＣ１１側でスクリーンセーバ時に表示される内容を情報提供者サーバ１４にて予め指定しておき(例えば、ＵＲＬを指定しておく、コンテンツそのものを受ける等)、ステップ１０１にてＷｅｂページを取得する際、ＨＴＭＬフォーマットのコンテンツと共にかかる指定を受けて、クライアントで保持する方法等である。また、他の方法として、前述したように、クライアント側のＷｅｂブラウザ２０にて情報配信サーバ１５にアクセスし、配信される情報を取得する方法である。
【００４４】
また、表示情報を取得するタイミングとしては、円滑な表示切り替えを実現するために、情報受信プログラム内で実際に情報を配信するタイミングより数秒前に、配信コンテンツのロード(Load)を開始することも可能である。これによって、スクリーンセーバモードに移行した瞬間に表示を切り替えることが可能となる。
【００４５】
図４は、スクリーンセーバページが元Ｗｅｂページと別のウィンドウにて表示される別ウィンドウタイプの処理を示すフローチャートである。図４に示すステップ１１１〜ステップ１１４は、図３に示すステップ１０１〜ステップ１０４と同様である。即ち、Ｗｅｂブラウザ２０が情報提供者サーバ１４に接続されてＷｅｂページを取得すると(ステップ１１１)、タイマーがセットされ(ステップ１１２)、入力操作の監視を行い(ステップ１１３)、規定時間の有無をカウントアップしたか否かで判断する(ステップ１１４)。入力装置が操作されないまま規定時間が経過すると、スクリーンセーバページが最大化されて別ウィンドウで開かれる(ステップ１１５)。
【００４６】
その後、Ｗｅｂブラウザ２０にて入力装置からの入力操作がなされたか否かが判断される(ステップ１１６)。入力操作がなされなければ、スクリーンセーバページの表示が継続される。このとき、スクリーンセーバページの表示は、所定の時間ごとに別のＷｅｂページを表示し、定期的に情報が変化するように構成することができる。ステップ１１６にて入力操作が検出されると、スクリーンセーバページのウィンドウが閉じられ(ステップ１１７)、元Ｗｅｂページを表示しているウィンドウが残されてステップ１１２に戻る。
【００４７】
尚、ステップ１１３に示した入力操作を省略し、Ｗｅｂページが表示されてからステップ１１４の経過時間(規定時間)が経過した時点で、強制的にスクリーンセーバページへジャンプするように構成することができる。例えば、ユーザの入力操作に関係なく、ある一定時間以上、Ｗｅｂページを表示していると判断された場合には、強制的にセーバモードに移行して広告を表示する。例えば、１５秒間、広告コンテンツを配信し、終了した時点で自動的に元のＷｅｂページに戻る。広告配信中は、ユーザがマウス操作を行っても元のページに戻らない。例えば、途中クリックなどが行われると、広告コンテンツにおける広告主のページなど、特定のＷｅｂページを表示することができる。このように構成すれば、Ｗｅｂページ上での入力操作があっても規定時間経過するとジャンプすることで、広告効果を増すことが可能となる。
【００４８】
このように図４に示すような別ウィンドウタイプの処理では、スクリーンセーバページを表示している場合でも元Ｗｅｂページの表示を残すことができる。また、従来のポップアップ広告のように、コンテンツが切り替わる毎に別のウィンドウを表示するのではなく、１つのウィンドウにてスクリーンセーバページが配信されたコンテンツ毎に切り替わるので、ユーザに対する不快感を軽減することが可能となる。
【００４９】
尚、Ｗｅｂブラウザ２０や元Ｗｅｂページにてキャッシュ機能をＯＦＦにする設定がなされている場合に、元Ｗｅｂページに戻ることができない場合が考えられる。しかしながら、別ウィンドウページを使用してスクリーンセーバページを表示すれば、記述されているＵＲＬを保持しておく代替手段として利用することが可能である。即ち、例えばキャッシュがＯＦＦになっている場合、元Ｗｅｂページを開いたまま、ちょうどその真上に同じ大きさで別ウィンドウを開いてスクリーンセーバページを表示することができる。スクリーンセーバページにて入力操作が検知された場合には、スクリーンセーバを表示しているウィンドウを閉じればよい。
【００５０】
このように、本実施の形態では、予め設定された期間、表示されている元Ｗｅｂページに対してユーザからの入力操作がない場合に、スクリーンセーバ型の情報配信システムに移行することが可能となる。即ち、視聴者ＰＣ１１のユーザが特別に意識してプログラムをインストールする作業なくして、スクリーンセーバのごとく、新たに配信されたコンテンツを表示することができる。
【００５１】
尚、本実施の形態におけるスクリーンセーバ型の配信情報(スクリーンセーバページ)を各種広告用コンテンツとして、かかる情報配信技術を広告配信に応用することができる。例えば、視聴者ＰＣ１１にて、情報配信プログラム用のタグが埋め込まれた、または情報配信プログラムそのものが埋め込まれたＷｅｂページを閲覧中に、ユーザによるＰＣ以外の業務従事、休憩、席を立った場合、後ろを向いて人と会話をしている場合等、一定時間、何もＰＣを操作しないでいると、視聴者ＰＣ１１に対して自動的にスクリーンセーバのように広告を流すことが可能となる。
【００５２】
この情報配信プログラムを利用した広告配信では、バナー広告と異なり、元Ｗｅｂページに対して広告内容が表示されないことから、元Ｗｅｂページに対するデザインの変更、既存のバナーの配置換え等が全く不要となる。また、ポップアップ広告とは異なり、他のＷｅｂページに切り替わる毎に別の画面が立ち上がるのではなく、表示されていたページそのものが広告画面に切り替わるので、ポップアップ広告にて生じていたユーザに対する不快感を取り除くことができる。更に、広告内容を画面全体に表示させることも可能であり、ユーザに対してテレビコマーシャルと同様な、高い情報伝達能力を備えさせることができる。また更には、例えばクッキーを利用して、広告画面上にて、自分で見たいカテゴリの広告だけが流れるように設定することが可能であり、広告を見るユーザ側では、必要な広告だけを取得でき、また、広告を配信する企業側では、広告配信の効率を高めることができる。
【００５３】
また、スクリーンセーバ型にすることで、ブラウザ上での作業中、広告は表示されない。さらに作業を再開するときには、利用者に特別な負担を強いることなく、元の作業状態に戻ることができることから、作業者に対する不快感を低減することができる。更に、情報伝達手段として、比較的大きなサイズで表示されることから、ＰＣの利用者当人以外に、周りにいる人々を含めて、より広範囲なターゲットに対して情報伝達が可能である。今までの広告は、インターネットユーザのみがターゲットであったが、本実施の形態により、１日に表示されるブラウザの情報量を資源ととらえると、今まで無駄にしていた資源をターゲットを変えて有効活用することが可能となる。
【００５４】
図５は、Ｗｅｂブラウザ２０によって複数のタスクが実行され、所定のウェブ画面がセーバモードに移行した状態を示した図である。ディスプレイの表示画面６０には、第１のウェブ画面６１と第２のウェブ画面６２とが表示されている。今、ユーザによって第２のウェブ画面６２に対するアクセスがなされており、第１のウェブ画面６１に対する操作が所定の期間、連続してなされていなかったものとする。このとき、図５に示すように、第１のウェブ画面６１では、スクリーンセーバモード(ブラウザセーバモード)に移行し、通常Ｗｅｂページからスクリーンセーバページ(ブラウザセーバページ)である広告ページが表示される。第２のウェブ画面６２の代わりに、例えば電子メールの画面等が表示されていても同様である。
【００５５】
図６は、本実施の形態におけるスクリーンセーバページの表示例を示す図である。ここでは、スクリーンセーバページとして、例えば時間経過と共に配信されるＷｅｂページが切り替わって表示される広告エリア４１と、ユーザの操作を可能とする操作エリア４２とが設けられている。但し、操作エリア４２を設けずに、ほぼ全画面をスクリーンセーバページとし、ユーザからの操作の受け付けは、前述したように、所定のキー操作によって許容するように構成しても良い。
【００５６】
視聴者であるユーザが例えばマウスによってカーソルを広告エリア４１に持ってくると、図３のステップ１０６に示した入力操作が行われたものとして、元Ｗｅｂページの画面に戻る。しかしながら、ユーザがカーソルを操作エリア４２に持ってきても、画面は元に戻ることはない。ユーザは、例えばジャンプボタン４３やユーザ設定ボタン４４をクリックすることで、ユーザが希望する画面へアクセスすることが可能となる。例えばジャンプボタン４３が押下された場合には、広告エリア４１に表示されている広告主のホームページにジャンプし、ユーザ設定ボタン４４が押下された場合には、ユーザが自分で見たい広告の種類を選定することができる。
【００５７】
図７(ａ),(ｂ)は、視聴者ＰＣ１１に対する配信コンテンツのフィルタリングを説明するための図であり、例えば、図６にてユーザ設定ボタン４４が押下された場合に該当する。視聴者であるユーザは、自分が配信されたくない情報コンテンツや優先して配信して欲しい情報コンテンツの種別を指定することが可能である。図７(ａ)では、配信制限画面５１と配信設定画面５２とが示されており、これらは同時にまたは別々に視聴者ＰＣ１１の表示部２５に表示される。視聴者は、自分が配信されたくない情報コンテンツのカテゴリを配信制限画面５１にて選択し、送信ボタン５３を押下する。また、優先して配信して欲しい情報コンテンツのカテゴリを配信設定画面５２によって選択し、送信ボタン５４を押下する。これらのカテゴリが選択され送信ボタン５３,５４が押下されると、Ｗｅｂブラウザ２０は、クッキーにフィルタ情報を書き込む。このときのドメインは、情報配信サーバ１５である。ここで作成されたクッキー情報が情報配信サーバ１５にアクセスする際に参照されて、コンテンツをフィルタリングすることが可能である。
【００５８】
図７(ｂ)は、クッキーに記録されるビット列情報の一例を示している。この例では、カテゴリの種類数分のビット列が作成され、各ビットは、何れかのカテゴリを意味している。ここでは、視聴者が「見たくない」と意思表示したカテゴリに対するビットがＯＮされる。図７(ｂ)に示すビット列情報は、Ｗｅｂブラウザ２０等、各視聴者のブラウザのクッキーに記録される。情報配信サーバ１５の配信プログラム３２は、視聴者が情報配信サーバ１５にアクセスする度に送信されてくるクッキー情報を元に、配信コンテンツの選択を行うことができる。また、配信コンテンツにも同様のカテゴリビットを付与しておき、双方の論理積(BIT AND)が０以上かどうか、という条件で、配信コンテンツが視聴者のフィルタ条件にマッチしているか否かを判断することができる。
【００５９】
尚、一旦、書き込まれたクッキー情報は、視聴者自身が望まない限り、そのドメインにあるページに再度、アクセスするときに常に送信される。クッキー情報では、あるドメイン配下で動作するプログラムは他のドメインのクッキー情報に対して参照や書き換えなどをすることができない仕組みが標準となっている。本実施の形態では、どのコンテンツを配信するかを決定する配信プログラム３２をネットワーク１３上のコンピュータである情報配信サーバ１５に配置してあることから、クッキー情報を書き込むドメインと情報配信サーバ１５のドメインとを一致させておくことで、ユーザ情報に基づくコンテンツの配信が可能となる。また、これらは必ずしも同一のマシンで動作する必要はなく、物理的に離れていても構わない。クッキーを書き込むためのページと情報配信プログラム(配信コンテンツを選択するプログラム)が同一ドメイン内のコンテンツとして運用されていれば構わない。
【００６０】
図８は、情報配信サーバ１５にて実行されるドメインフィルタリングの処理を示すフローチャートである。ここでは、例えば企業単位等のユーザグループ単位で、「配信コンテンツの内容を差し換えたい」、「配信コンテンツのカテゴリを限定したい」とする場合に、これらを実現するものである。情報配信サーバ１５の配信プログラム３２は、配信コンテンツをコントロールしたい法人等の団体が利用しているＩＰネットワークアドレスまたはドメインを情報配信サーバ１５上のデータベースに登録する。
【００６１】
まず、情報配信サーバ１５は、ＨＴＴＰのリクエストヘッダに含まれるユーザＩＰに基づいて、視聴者であるユーザが所属する会社等の団体を認識する。また、本実施の形態では、クッキー情報として、契約されている法人であるかどうかを示す法人契約設定クッキーと、個人の情報であるカテゴリフィルタ(クッキーフィルタ)とを含めることが可能であり、Ｗｅｂブラウザ２０から送られてきたリクエストの中に、法人契約設定クッキーが存在しているか否かが判断される(ステップ２０１)。法人契約クッキーが存在する場合には、契約時に定められたＵＲＬのコンテンツを視聴者ＰＣ１１に対して配信する(ステップ２０２)。存在しない場合には、認識された団体に対する法人契約があるか否かが判断される(ステップ２０３)。即ち、法人契約先の情報が格納されているテーブル情報の中に認識されたユーザＩＰが存在するか否かが判断される。法人契約がある場合には、法人契約クッキーが設定され(ステップ２０４)、契約時に定められたＵＲＬのコンテンツを視聴者ＰＣ１１に対して配信する(ステップ２０２)。ステップ２０４にて法人契約クッキーを設定することで、以後、同じユーザからリクエストがあった場合に、ステップ２０３、２０４の処理を省略することが可能となる。また、法人契約がある場合に、契約時に定められたＵＲＬのコンテンツを配信することで、例えば法人の従業員が使用する視聴者ＰＣ１１にて、競合会社のコンテンツや業務と全く無関係な会社のコンテンツ等、企業が流して欲しくないと考える情報が画面上に流れることを防止することができる。
【００６２】
ステップ２０３で法人契約がない場合には、個人フィルタであるクッキーフィルタが設定されているか否かが判断される(ステップ２０５)。設定されている場合には、ユーザコンテンツフィルタ作成プログラム３８によって配信のための選択条件にクッキーによるカテゴリ条件が追加されて(ステップ２０６)、ステップ２０７に移行する。クッキーフィルタが設定されていない場合には、そのままステップ２０７に移行する。
【００６３】
ステップ２０７では、動画等のマルチメディア情報に対する表現能力を拡大する米マクロメディア社が開発したフラッシュ(FLASH)がＯＫか否かが判断される。フラッシュがＯＫであるユーザに対しては、フラッシュを優先的に流すために、ユーザコンテンツフィルタ作成プログラム３８はデータベースにおける選択フィールドをFLASH_URLに設定し(ステップ２０８)、ステップ２１０に移行する。フラッシュがＯＫではない場合には、通常のＨＴＭＬのコンテンツを流すために、選択フィールドをHTML_URLに設定し(ステップ２０９)、ステップ２１０に移行する。
【００６４】
尚、ここでは、フラッシュについて説明したが、ステップ２０７では、配信するコンテンツのメディアの種類(動画、音声、フラッシュ、静止画像、文字画像など)にプライオリティを付けて、視聴者のブラウザの能力に合わせてメディアの種類を選択している。例えばメディアのプライオリティは、動画、音声、フラッシュ、…の順番であった場合、視聴者ブラウザが動画を受け入れ可能である場合には、動画を配信することができる。一方、視聴者ブラウザが、動画は駄目であるが音声、フラッシュはＯＫである場合には、音声からなるコンテンツが配信される。
【００６５】
ステップ２１０では、元Ｗｅｂページを提供するサイトを識別するサイトＩＤ、クッキーフィルタをキーとして、配信テーブルからＭＡＸ(配信数ＧＡＰ)であるFLASH_URLを取得する。例えば、配信数に基づいて広告主から課金するシステムを採用している場合に、広告主から見ると、ある一定数以上の配信があった場合に、それ以上の配信作業に対しては課金して欲しくないと欲する場合がある。このような場合に、配信数の最大数をクッキーに書き込むことで、広告主である顧客ごとに、またＵＲＬごとに、配信回数の条件を設定することが可能となる。
【００６６】
ステップ２１１では、ＳＱＬ(Structured Query Language)によってデータベースが操作され、フラッシュの情報、クッキーの情報、配信回数の情報、サイトＩＤ、の条件に該当するレコードが存在するかどうかが抽出される。レコードが存在しなかった場合、即ち、配信すべきレコードがなく条件が不一致のとき(流す広告がないとき)には、予め定められた特定(規定)のコンテンツが配信される(ステップ２１２)。レコードが存在する場合には、選択されたコンテンツＩＤの配信実績をカウントアップする(ステップ２１３)。そして、バックグラウンドの白/黒やボタンの位置等を規定するFLAME_TYPEはサイト毎に指定されていることから、サイト毎に指定されているＨＴＭＬテンプレートを読み込み(ステップ２１４)、選択したコンテンツを読み込んだテンプレートに埋め込み、視聴者ＰＣ１１に対して返却する(ステップ２１５)。尚、ここで言うコンテンツの返却は、必ずしもプログラムでコンテンツそのものを返却することを意味するものではなく、コンテンツの格納場所(ＵＲＬ)のみを返却する場合もある。
【００６７】
図９は、ブラウザセーバモードに移行するトリガについて、他の例を示すフローチャートである。セーバページ表示方法として、ここでは、まず、Ｗｅｂブラウザ２０によってＷｅｂページが表示されている(ステップ３０１)。このとき、例えばエスケープ(ＥＳＣ)キー等の規定の操作がなされたか否かが判断される(ステップ３０２)。規定の操作がなされていない場合には、その操作を待ち、操作がなされた場合には、スクリーンセーバページ(ブラウザセーバページ)にジャンプする(ステップ３０３)。即ち、ユーザがＷｅｂブラウザ２０でインターネットコンテンツを閲覧中に特定のキーの押下等がなされた場合に、Ｗｅｂブラウザ２０を強制的にセーバモードとすることができる。その後、ユーザによって、マウス操作等の規定の入力操作がＷｅｂブラウザ２０の実行しているタスク(実行しているウィンドウ)に対して行われたか否かを判断し(ステップ３０４)、入力操作が行われた場合には、ステップ３０１に戻って、最初のＷｅｂページが表示される。
【００６８】
このように構成することで、例えば、利用者が席を離れようとする場合に、自らコントロールして自分のコンピュータスクリーンをセーブすることが可能となる。従来では、コンピュータにインストールされているスクリーンセーバの設定時間を再設定する等の煩雑な作業が必要であると共に、状況に合わせてユーザの意思をもって、セーバ機能を今すぐに起動するといったような機動的な使い方は困難であった。かかる構成によって、状況に合わせて機動的にセーバを起動できるようになり、他人に自らのコンピュータスクリーンを見られたくない場合等、従来の画面の焼き付けを抑制する等の効果もより向上させることが可能となる。
【００６９】
次に、ブラウザセーバモード(スクリーンセーバモード)から通常モードに戻る際の動作について説明する。
図１０および図１１は、セーバ割り込みのためのユーザ入力操作におけるカスタマイズ機能を説明するための図である。図１０(ａ),(ｂ)はユーザ操作の登録作業を説明するための図であり、図１０(ａ)はその処理の流れを、図１０(ｂ)は画面上に表示されるユーザ操作登録ページを示している。図１１はユーザ操作の登録作業の有無によるセーバ割り込みの処理の流れを示した図である。セーバページ表示方法におけるこれらの処理は、例えば、情報提供者サーバ１４から提供されるプログラムによってＷｅｂブラウザ２０にて実行される。
【００７０】
ユーザ入力操作の登録においては、図１０(ａ)に示すように、まず、ユーザ操作登録ページに接続され (ステップ４０１)、既にユーザキー登録がされているかが判断される(ステップ４０２)。ユーザキー登録がされている場合には、ユーザ登録操作をクッキー(クッキーファイル２２)から読み出し(ステップ４０３)、図１０(ｂ)に示すような「ユーザ操作登録ページ」が表示されてステップ４０４に移行する。この図１０(ｂ)では、セーバから戻るための入力操作として、「マウス移動」が選択されている。ステップ４０２で登録されていない場合には、特定の部分に強調表示がなされずに「ユーザ操作登録ページ」が表示され、ステップ４０４に移行する。そして、ユーザからの特定のキーを指定した登録操作の選択がなされた後(ステップ４０４)、ＯＫボタンの押下を待つ(ステップ４０５)。ＯＫではなく例えばキャンセルキーが押下された場合等には、ユーザ登録作業が終了する。ＯＫボタンが押下された場合には、ステップ４０４で選択された操作をクッキー(クッキーファイル２２)に書き込んで(ステップ４０６)、処理が終了する。このように、ユーザは、セーバページから元のページに戻る(ターゲットページにジャンプする)ための動作を個別にカスタマイズして登録することができる。
【００７１】
次にセーバモードから元のＷｅｂページに戻る処理では、図１１に示すように、セーバページが表示されている状態にて、まず、ユーザキー登録がされているか否かが判断される(ステップ５０１)。ユーザキー登録がされている場合には、ユーザ登録操作をクッキー(クッキーファイル２２)から読み出し(ステップ５０２)、登録されている入力操作がなされるのを待つ(ステップ５０３)。そして、登録されている入力操作がなされた場合には、元のＷｅｂページに戻り(ステップ５０５)、タイマーセット等のその後の処理がなされる(ステップ５０６)。ステップ５０１にてユーザ登録がなされていない場合には、規定の入力操作がなされるのを待つ(ステップ５０４)。規定の入力操作がなされた場合には、元のＷｅｂページに戻り(ステップ５０５)、その後の処理がなされる(ステップ５０６)。このように、セーバモードから元のＷｅｂページに戻るためのトリガは、ユーザから特定の入力操作があった場合にのみ戻るようにすることもできる。逆に言うと、特定の操作がなされない限り、セーバモードから元のＷｅｂページには復帰しない。これによって、どのキーで元のページに戻るのかが登録した本人以外には解らなくなるので、簡易なスクリーンロック機能を実現することができる。
【００７２】
次に、例えば情報配信サーバ１５で実行されるセッションに関連する処理を説明する。本実施の形態では、通常のＷｅｂページからセーバページに移行する毎に、サーバ側(情報配信サーバ１５)でセッションＩＤが割り振られ、情報配信サーバ１５にログとしてデータベース(ＤＢ)やログファイルに記録される。ここで言う「セッション」とは、通常Ｗｅｂページからセーバページに移行した後、更に元のＷｅｂページに戻るまでのブラウザ(Ｗｅｂブラウザ２０)と配信サーバ(情報配信サーバ１５)とにおける一連の会話を指している。例えば、
「通常Ｗｅｂページ［⇒配信サーバ⇒セーバページ１⇒配信サーバ⇒セーバページ２⇒配信サーバ⇒セーバページ２⇒］通常Ｗｅｂページ［⇒配信サーバ⇒セーバページ１⇒配信サーバ⇒セーバページ２⇒配信サーバ⇒セーバページ３⇒］通常Ｗｅｂページ」
の場合に、［ ］内が１単位のセッションである。セッションＩＤは個々の［ ］を識別するための識別子である。
【００７３】
図１２は、情報配信サーバ１５に格納されるログファイル(ＤＢ)の形式例を示した図である。ここでは、ユーザＩＰ、元ページＵＲＬ、配信日時等の情報と共に、セッションＩＤが割り振られている。４番目、６番目、および７番目は、同じセッションＩＤが割り振られており、同一のセッションであることが解る。情報配信サーバ１５は、クライアント側のＷｅｂブラウザ２０からの配信リクエストの呼出パラメータにセッションＩＤが設定されているか否かを判定する。設定されていない場合には、新規セッションである(通常Ｗｅｂページからセーバページに新規に移行した)と判断して、全てのセッションを区別するための識別を生成し、返却するＨＴＭＬページ内に埋め込んで返却する。
【００７４】
このように、セッションＩＤを割り振って管理することで、連続配信回数を知ることができる。また、リンク元のＵＲＬを表わす文字列であるＨＴＴＰ Refferer変数の値が不安定である場合や、プロキシ(Proxy)サーバ経由でアクセスされた場合も、正確にセッションを記録することができる。更に、各セッション毎にコンテンツの配信順序を後から分析することができる。例えば、一番最初に配信されたコンテンツと一番最後に配信されたコンテンツが視聴者に見られている可能性が高く、特に、最後に配信されたコンテンツは、視聴者がそのコンテンツ配信中に規定の入力操作を行ったという意味で確実に見られていると言える。一方、夜中につけっぱなしのＷｅｂブラウザ２０に配信されたコンテンツは見られていない可能性が高い。このような場合、例えば、深夜、連続配信が１００以上継続したセッションは配信数をカウントしないこと、などが可能となる。
【００７５】
尚、図２に示した本実施の形態では、ＨＴＭＬフォーマットのコンテンツにタグ情報が予め設定される場合を示したが、形成されるＨＴＭＬフォーマットのコンテンツに対して、コンテンツを提供する際にタグ情報を埋め込むように構成すること(プロキシ型)ができる。例えば、情報提供者サーバ１４を中継する中継サーバにて、コンテンツを提供する際にタグ情報を埋め込む方法や、視聴者ＰＣ１１に対してインターネットへの接続サービスを提供するプロバイダ(図１に示すＩＳＰサーバ１２)にて、ＨＴＭＬフォーマットのコンテンツが通過する際にタグ情報を埋め込む方法等がある。また、プロキシ型として、家庭、オフィスにあるルータ(Router) などインターネットへのゲートウェイ装置にてタグを自動挿入することもできる。かかる構成を採用した場合には、家庭やオフィス毎に本機能を埋め込むか否かを決定することが可能となる。これらのプロキシ型によれば、個々のＨＴＭＬフォーマットのコンテンツに対してタグ情報を埋め込む手間が省ける点で優れている。また、例えば１行であるタグ情報に代わって、情報受信プログラム自身をＨＴＭＬフォーマットのコンテンツに埋め込むように構成してもよい。この場合には、視聴者ＰＣ１１にて情報受信プログラムを取りに行く操作が不要となる。
【００７６】
また、プロキシ型の優位な点として、特定の情報配信サーバ１５(情報受信プログラムが導入されているサイト)からだけではなく、プロキシを通過するコンテンツ全てに本実施の形態におけるスクリーンセーバ型の情報提供サービスを提供できる点がある。特定のサイトに対するタグ埋め込みに対する手間の点でも優れているが、通常、Ｗｅｂサーバ(ソフトウェア)の機能で一括してヘッダやフッタ情報を付加する機能があり、それを利用することで、１ページ１ページ、タグを埋め込む作業は行わない。特定のサイトやディレクトリィなどの単位で一括してタグを付加することが可能である。
【００７７】
このように、本実施の形態によれば、Ｗｅｂブラウザ２０がＷｅｂページであるＨＴＭＬコンテンツを取得した後、予め設定された時間(規定時間)が経過しても、入力装置から所定の入力がない場合に、Ｗｅｂブラウザ２０がＷｅｂページからスクリーンセーバページに自動的に変更するようにしたから、スクリーンセーバプログラム(情報受信プログラム)をインストールすることなく、スクリーンセーバ画面を自動的に表示させることができる。加えて、Ｗｅｂブラウザ２０が表示内容を元Ｗｅｂページからスクリーンセーバページに自動的に変更するようにしたから、汎用性を持ってスクリーンセーバ管理を行うことができる。また、情報配信サーバ１５側でスクリーンセーバページの内容を管理運営することが可能となる。
【００７８】
更に、前述のように、情報配信サーバ１５側でスクリーンセーバページ(表示内容)を管理していることで、単純な画像だけではなく、音声および複雑な動画等を出力・表示供給できるばかりでなく、常に最新の内容を送信できるという効果もある。そして、スクリーンセーバページを広告媒体として用いれば、不特定多数のユーザに対して広告を行うこともできる。
【００７９】
【発明の効果】
このように、本発明によれば、ユーザの情報端末機器において、適宜、モニタ画面上の表示内容を変更することができる。
【図面の簡単な説明】
【図１】  本実施の形態におけるネットワークシステムの一例を示すブロック図である。
【図２】  本実施の形態におけるネットワークシステムを更に詳述するための全体構成図である。
【図３】  視聴者ＰＣ１１によって実行される処理を示したフローチャートである。
【図４】  スクリーンセーバページが元Ｗｅｂページと別のウィンドウにて表示される別ウィンドウタイプの処理を示すフローチャートである。
【図５】  Ｗｅｂブラウザによって複数のタスクが実行され、所定のウェブ画面がセーバモードに移行した状態を示した図である。
【図６】  本実施の形態におけるスクリーンセーバページの表示例を示す図である。
【図７】  (ａ),(ｂ)は、視聴者ＰＣ１１に対する配信コンテンツのフィルタリングを説明するための図である。
【図８】  情報配信サーバ１５にて実行されるドメインフィルタリングの処理を示すフローチャートである。
【図９】  ブラウザセーバモードに移行するトリガについて、他の例を示すフローチャートである。
【図１０】  (ａ),(ｂ)はユーザ操作の登録作業を説明するための図である。
【図１１】  ユーザ操作の登録作業の有無によるセーバ割り込みの処理の流れを示した図である。
【図１２】  情報配信サーバに格納されるログファイル(ＤＢ)の形式例を示した図である。
【符号の説明】
１１…視聴者パーソナルコンピュータ(視聴者ＰＣ)、１２…インターネットサービスプロバイダ(ＩＳＰ)サーバ、１３…ネットワーク、１４…情報提供者サーバ(情報提供者サイト)、１５…情報配信サーバ(情報配信サイト)、２０…Ｗｅｂブラウザ、２１…解析プログラム、２２…クッキー(Cookie)ファイル、２５…表示部、３１…情報受信プログラムファイル、３２…配信プログラム、３３…配信情報ファイル、３８…ユーザコンテンツフィルタ作成プログラム
【図１】
0003693938.tif 000002
【図２】
0003693938.tif 000003
【図３】
0003693938.tif 000004
【図４】
0003693938.tif 000005
【図５】
0003693938.tif 000006
【図６】
0003693938.tif 000007
【図７】
0003693938.tif 000008
【図８】
0003693938.tif 000009
【図９】
0003693938.tif 000010
【図１０】
0003693938.tif 000011
【図１１】
0003693938.tif 000012
【図１２】
0003693938.tif 000013