JPH10301879A - 視聴データを収集する機能をもつ情報受配信システム - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、自ネットワークの情報と外部ネッ
トワークからの情報とを区別しつつ、情報の内容に基づ
いて情報の受信及び配信を統一的に行うと共に、視聴デ
ータを効率よく収集することを目的としている。 【解決手段】 ツリー状に接続されたサーバとクライア
ントとをもち、夫々のサーバが自己にて生成したチャネ
ル情報を保持すると共に公開可のチャネル情報について
ディレクトリを他サーバに提供するシステム構成とし、
クライアントが閲覧したチャネル情報についての視聴デ
ータが適宜指定されたサーバにおいて集計され得るよう
にした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、視聴データを収集
する機能をもつ情報受配信システムに関し、特に、情報
の内容に基づいて情報の受信及び配信を統一的に行う視
聴データを収集する機能をもつ情報受配信システムに関
する。

【０００２】

【従来の技術】最近のコンピュータネットワークの発達
に伴い、種々の公開された情報が企業や個人というユー
ザの個々の壁を越えてこれらの間でコンピュータネット
ワークを介して受信、配信されている。例えば、新聞社
がコンピュータネットワークを介して配信する新聞記事
を情報端末から一般の個人が読むことができる。また、
ある企業が自社の情報をインターネット等を介して他人
が自由に参照できる情報として公開することが行われて
いる。

【０００３】一方、例えば企業等においては、自社内の
支店、営業所、工場、研究所等をコンピュータネットワ
ークで接続する企業内ネットワークの構築が行われてい
る。企業内では、一般的に、会社内の情報の管理の必要
や端末数が多いこと等から、社員の使用する端末の各々
を相互に接続するのではなく、ツリー状の接続形態が採
られる。例えば、社員は自己の使用する端末からその営
業所のホストコンピュータ（下位サーバ）等を介して本
社のホストコンピュータ（上位サーバ）にアクセスし
て、必要な情報を配信し受信することができる。

【０００４】この種の情報受配信システムにおいて、下
位サーバや下位サーバに接続されているクライアント
が、どのような情報について興味をもち、あるいはどの
程度視聴したかなどの視聴データを収集しようとする場
合、従来から図１４に示す如き形態と、図１５に示す如
き形態とが知られている。

【０００５】図１４において、５００はサーバ、５０１
−１，５０１−２，…はクライアント、５０２は集計情
報、５０３−１，５０３−２，…はログを表している。
前者の形態に対応する図１４に示す形態においては、夫
々のクライアント５０１−ｉがサーバ５００に対して接
続を行った際のログ情報を、サーバ５００において解析
する。即ち、サーバ５００はログ情報を集計して、
（ｉ）参照したフィールド名、（ii）ユーザ（クライア
ント）のアドレス、(iii) 日時などを抽出してゆくよう
にしている。

【０００６】図１５において、６００はサーバ、６０１
−１，６０１−２，…はクライアント、６０２は集計情
報、６０３−１，６０３−２，…は送信情報、６０４−
１，６０４−２，…は返信情報を表している。後者の形
態に対応する図１５に示す形態においては、サーバ６０
０は夫々のクライアント６０１−ｉへ情報を送信情報６
０３−ｉとして送信した際にその送信記録を残し、また
夫々のクライアント６０１−ｉからの視聴状況に関する
情報を返信情報６０４−ｉとして受け取ってその返信記
録を残し、当該両者送信記録と返信記録とをまとめて、
視聴データとする。

【０００７】即ち、サーバ６００は夫々のクライアント
６０１−ｉに対して情報を送信するが、一方、クライア
ント６０１−ｉの側では、どの情報についてどの程度の
期間の間に誰が視聴したかを、上記返信情報６０４−ｉ
として、サーバ６００に対して返送するようにしてい
る。サーバ６００は、自己の送った送信記録と、受け取
った返信記録とを、視聴データとして収集する。

【０００８】

【発明が解決しようとする課題】ところで、企業内ネッ
トワーク（自ネットワーク又はプライベートネットワー
ク）を構築する場合、企業内ネットワークとインターネ
ット等の公開された外部のネットワーク（グローバルネ
ットワーク）とを相互に接続することが一般的である。
これは投資効率や業務上、管理上の理由等から必須であ
ると考えられ、現実にそのような構成が採られている。
従って、例えば、企業内の端末からインターネットにア
クセスして種々の情報を受信することができ、また、企
業内の端末からインターネットを介して種々の情報を配
信できる。

【０００９】このように、現在は、必要なパスワード等
が整えば、ネットワーク相互間の接続により種々の情報
の受信／配信が各端末から略自由に行ない得る状況にあ
る。しかし、このことが逆に種々の問題を生じる原因と
なっている。

【００１０】例えば、企業内の端末から外部ネットワー
クにアクセスして、情報の内容からしてその企業の業務
には全く無関係な情報を受信することが考えられる。即
ち、その社員が個人的に興味のあるような情報、例えば
ギャンブルの情報等を受信して個人的に使用する等の場
合である。

【００１１】また、利便性が高いが故に、企業内ネット
ワークで受信／配信される情報量が多過ぎて、本来の重
要な情報が埋没してしまうことが考えられる。即ち、情
報の内容からして、各端末に必ず配信する必要がある情
報、各端末に配信してはならない情報、各端末に配信し
なくても良い情報等の区別がなされない等により、端末
を使用する社員に情報が確実に伝わらない場合である。

【００１２】そこで、企業内ネットワークにおいては、
受信／配信される情報の内容に着目してこれらを管理す
ることが必要となる。また、企業内ネットワークでのみ
受信／配信されるべき情報（例えば、社内情報）と外部
ネットワークからの情報とを区別しつつ統一的に取り扱
うことが必要となる。

【００１３】更に、上記受信／配信される情報の内容に
着目してこれらを管理すると共に、個々の下位サーバや
クライアントが、どのような情報について興味をもち、
あるいはどの程度視聴したかなどの視聴データを収集
し、例えばグローバルネットワークから購入する情報の
種類を決定したりすることが必要となる。

【００１４】当該視聴データを収集するに当たって、図
１４に示す形態（Ｉ）の場合や図１５に示す形態(II)の
場合でも、サーバ５００や６００は、夫々のクライアン
ト５０１−ｉや６０１−ｉからの要請に対応して所望さ
れる情報を配信する処理と、上記の視聴データを収集す
る処理とを行う必要があり、処理負担量がきわめて大と
なる可能性がある。

【００１５】本発明は、自ネットワークの情報と外部ネ
ットワークからの情報とを区別しつつ、情報の内容に基
づいて情報の受信及び配信を統一的に行うと共に、情報
を効率良く受信及び配信し、かつ視聴データを効率よく
収集することを目的とする。

【００１６】

【課題を解決するための手段】図１は本発明の原理構成
図であり、本発明による情報受配信システム（又はネッ
トワークオペレーティングシステム）の構成を示す。こ
の情報受配信システムは、自ネットワーク１００内の情
報であるプライベート情報と、自ネットワーク１００に
接続された外部ネットワーク２００内の情報であるグロ
ーバル情報とを受信及び配信する。この情報受配信シス
テムは、自ネットワーク１００内の所定の上位サーバ１
１０に、グローバルディレクトリ一覧２及びプライベー
トディレクトリ一覧３を備える。グローバルディレクト
リ一覧２は、情報の提供元（サーバ）とその情報を受信
するための情報である受信情報とからなるディレクトリ
であって前記グローバル情報を保持する。プライベート
ディレクトリ一覧３は、情報の提供元とその情報を受信
するための情報である受信情報とからなるディレクトリ
であって前記プライベート情報を保持する。所定の上位
サーバ１１０が、グローバルディレクトリ一覧２及びプ
ライベートディレクトリ一覧３を用いて、自ネットワー
ク１００内の他のサーバ１２０等についての情報の受信
及び配信を管理する。

【００１７】本発明の情報受配信システムによれば、グ
ローバルディレクトリ一覧２及びプライベートディレク
トリ一覧３により、グローバル情報及びプライベート情
報について、予め情報毎にその受信情報を保持すること
ができる。これにより、グローバル情報とプライベート
情報とを区別しつつ統一的に管理して、情報毎の受信情
報により、その情報自体（本文）の受信及び配信を管理
することができる。

【００１８】従って、本発明によれば、企業内ネットワ
ークのようなプライベートネットワークと公開された外
部のネットワーク（グローバルネットワーク）とを相互
に接続した場合においても、受信／配信される情報の内
容（コンテンツ）に着目してこれらを管理することがで
きる。これにより、ネットワークで受信／配信される情
報について、企業内ネットワークでのみ受信／配信され
るべき情報と外部ネットワークからの情報とを区別しつ
つ統一的に取り扱うことができる。

【００１９】サーバ１２０の下位には、必要に応じて下
位サーバ（図示せず）が介在し、クライアント１４０が
接続されている。また存在するサーバの１つとして、視
聴データ集計サーバ１８０をもうけており、例えばクラ
イアント１４０が視聴したチャネル情報についての視聴
状況に関する情報が返信情報の形で、視聴データ集計サ
ーバ１８０に通知されるようにされる。

【００２０】視聴データ集計サーバ１８０は、夫々のク
ライアントからの上記返信情報を受け取った集計情報を
作成し、必要に応じて、図示の上位サーバ１１０に通知
する。

【００２１】視聴データ集計サーバ１８０は自ネットワ
ーク１００内に複数個存在してもよく、クライアント１
４０が視聴したチャネル情報の中に当該チャネル情報を
視聴した際の上記返信情報の送信先が記述されている。

【００２２】言うまでもなく、本発明にいう視聴データ
集計サーバ１８０をもうけたことによって、例えば上位
サーバ１１０における処理負担量が軽減される。

【００２３】

【発明の実施の形態】図２乃至図５は本発明の情報受配
信システムの構成を示す。特に、図２はネットワークの
接続について示し、図３は外部（又は共有）ネットワー
ク（グローバルネットワーク）２００の構成について示
し、図４は自ネットワーク（プライベートネットワーク
又はＬＡＮ）１００の構成について示し、図５は自ネッ
トワーク１００の端末（クライアント）１４０の構成に
ついて示す。

【００２４】図２に示すように、企業内ネットワークの
ような自ネットワーク１００は、公衆回線又は専用回線
のような回線３００を介して外部ネットワーク２００で
あるインターネット２０１に接続され、情報の受信及び
配信を行う。インターネット２０１には他の外部ネット
ワーク２００であるグローバルネットワーク２０２が接
続され、情報の受信及び配信を行う。従って、自ネット
ワーク１００はインターネット２０１を介してグローバ
ルネットワーク２０２とも接続され、情報の受信及び配
信を行う。なお、グローバルネットワーク２０２はイン
ターネット２０１を介して自ネットワーク１００から接
続できるものであるが、自ネットワーク１００は回線３
００を介して外部ネットワーク２００であるグローバル
ネットワーク２０３に直接接続され、情報の受信及び配
信を行う場合もある。これらの情報は例えば新聞記事等
の公開された情報である。

【００２５】従って、自ネットワーク１００において
は、インターネット２０１からの情報、グローバルネッ
トワーク２０２からの情報、グローバルネットワーク２
０３からの情報が受信及び配信される。これらは、自ネ
ットワーク１００以外で作成され提供される情報である
ので、自ネットワーク１００にとってのグローバル情報
である。また、自ネットワーク１００においては、自ネ
ットワーク１００内で作成され提供される情報が受信及
び配信される。従って、これらは自ネットワーク１００
にとってのプライベート情報である。

【００２６】図３に示すように、インターネット２０１
及びグローバルネットワーク２０２、２０３等の外部ネ
ットワーク２００は、上位サーバであるグローバルディ
レクトリサーバ２１０と下位（又は中間）サーバである
グローバルサーバ２２０とを含む。グローバルディレク
トリサーバ２１０は、外部ネットワーク２００における
ディレクトリの管理についての第１の階層（最上位）の
サーバである。グローバルサーバ２２０はディレクトリ
の管理についての第２の階層のサーバである。なお、図
示しないが、グローバルサーバ２２０の下に、更に下位
のサーバ及びクライアントが接続される。

【００２７】グローバルサーバ２２０の１つであるグロ
ーバルサーバ２２０Ａ（２２０Ｂ及び２２０Ｃも同様で
ある）が記事（アーカイブ）からなる情報（グローバル
情報）とその内容についての内容情報又は属性情報（コ
ンテンツ）とを作成し格納する。この記事を「アーカイ
ブ＃ａ」と表し、表題を「コンテンツ（又はグローバル
コンテンツ）ａ」と表す。従って、グローバルサーバＡ
等は、例えばインターネット２０１のニュースサーバで
ある。

【００２８】例えば、アーカイブ＃ａとしては、新聞社
が作成して公開する「新聞Ａの記事それ自体（記事内
容）」が挙げられる。また、そのコンテンツａとして
は、アーカイブ＃ａの内容を端的に表示する例えば「新
聞Ａの記事」の如き表現が考えられる。この場合のグロ
ーバルサーバＡは、その新聞社の有するグローバルサー
バ２２０である。

【００２９】グローバルサーバＡのシステム管理者がア
ーカイブ＃ａを公開しても良いと考えた場合、その指示
入力に応じて、グローバルサーバＡが、アーカイブ＃ａ
についてのディレクトリ（コンテンツディレクトリ）
「＃Ａ」を作成して、これをそのコンテンツａと共にグ
ローバルディレクトリサーバ２１０にアップロードす
る。ディレクトリは常にそのコンテンツと共にアップロ
ードされダウンロードされる。これは以下においても同
様である。アーカイブ＃ａは依然としてグローバルサー
バＡに存在する。

【００３０】ディレクトリは、アーカイブ＃ａについ
て、その提供元であるグローバルサーバＡに関する情報
と、アーカイブ＃ａを受信するための情報である受信情
報とからなる。具体的には、グローバルサーバＡのアド
レス（ネットワークアドレス又はＩＰアドレス等を含
む）又はＩＤ等である。このディレクトリを「＃Ａ」と
表す。このディレクトリは、自ネットワーク１００から
見ると、グローバル情報についてのディレクトリ（グロ
ーバルディレクトリ）である。

【００３１】グローバルディレクトリサーバ２１０は予
め定められた形式のディレクトリ一覧（テーブル）１を
備える。グローバルディレクトリサーバ２１０はグロー
バルサーバＡからアップロードされたコンテンツａのデ
ィレクトリ「＃Ａ」をディレクトリ一覧１に格納する。
ディレクトリ「＃Ａ」は「コンテンツａ」なるコンテン
ツ名と共に登録される。即ち、ディレクトリ一覧に格納
するためのディレクトリ一覧情報（コンテンツａと言う
名のディレクトリ＃Ａ）が作成され格納される。同様
に、グローバルサーバＢからアップロードされたディレ
クトリ＃Ｂについて、及びグローバルサーバＣからアッ
プロードされたディレクトリ＃Ｃについても、ディレク
トリ一覧１に格納される。なお、グローバルディレクト
リサーバ２１０自体の作成したアーカイブについても、
そのディレクトリをディレクトリ一覧１に格納するよう
にしても良い。

【００３２】グローバルディレクトリサーバ２１０は作
成したディレクトリ一覧１をその作成、更新の都度（又
は予め定められた時間間隔で）グローバルサーバＡ乃至
Ｃに配信する。ディレクトリ一覧１内の情報は公開され
た情報についてのものであるから、配信しても何ら問題
ない。従って、ディレクトリ一覧１を配信されたグロー
バルサーバＡ乃至Ｃは、このディレクトリ一覧１を更に
下位のサーバ又は他のネットワークのサーバに配信す
る。

【００３３】図４に示すように、企業内ネットワークの
ような自ネットワーク１００はツリー（階層）構成を採
る。即ち、上位サーバであるプライベートディレクトリ
サーバ１１０と、中間サーバであるプライベートサーバ
（又はイントラネットサーバ）１２０と、下位サーバで
あるプライベートサーバ１３０と、更にその下位に接続
されたクライアント１４０とを含む。プライベートディ
レクトリサーバ１１０は、自ネットワーク１００におけ
るディレクトリの管理についての第１の階層（最上位）
のサーバ又は端末（又はホスト）である。プライベート
サーバ１２０及び１３０は、各々、ディレクトリの管理
についての第２及び第３の階層のサーバ又は端末であ
る。クライアント１４０はディレクトリの管理について
の第４の階層（例えば最下位）の端末である。

【００３４】自ネットワーク１００の最上位にあるプラ
イベートディレクトリサーバ１１０は、回線３００を介
して、前述のようにして外部ネットワーク２００の配信
するディレクトリ一覧１を受信して、これをグローバル
ディレクトリ一覧（ＧＤ）２にダウンロードする。即
ち、自らのグローバルディレクトリ一覧２として獲得す
る。このために、プライベートディレクトリサーバ１１
０は、予め定められた形式のグローバルディレクトリ一
覧２を備える。グローバルディレクトリ一覧２はディレ
クトリ一覧１と同一の形式とされる。

【００３５】なお、プライベートディレクトリサーバ１
１０がディレクトリ一覧１を受信する相手方は、外部ネ
ットワーク２００のいずれのサーバであっても良い。例
えば、グローバルディレクトリサーバ２１０から直接に
受信しても、又はグローバルサーバＢから受信（図３に
示す場合）しても良い。従って、プライベートディレク
トリサーバ１１０は、インターネット２０１のＷＷＷブ
ラウザでもある。

【００３６】一方、自ネットワーク１００において、プ
ライベートサーバ１２０の１つであるプライベートサー
バＸ（Ｙ及びＺも同様である）が「アーカイブ＃ｘ」な
る記事及び内容情報（コンテンツ）の情報（プライベー
ト情報）を作成し格納する。このコンテンツを「コンテ
ンツ（又はプライベートコンテンツ）ｘ」と表す。プラ
イベートサーバＸ（又は自ネットワーク１００）のシス
テム管理者がコンテンツｘ（したがって、アーカイブ＃
ｘをも）を公開しても良いと考えた場合、その指示入力
に応じて、プライベートサーバＸが、アーカイブ＃ｘに
ついてのディレクトリ「＃Ｘ」を作成して、これをコン
テンツｘと共にプライベートディレクトリサーバ１１０
にアップロードする。

【００３７】なお、ディレクトリは、コンテンツｘにつ
いて、その提供元であるプライベートサーバＸに関する
情報と、アーカイブ＃ｘを受信するための情報である受
信情報とからなる。具体的には、グローバルサーバＸの
アドレス又はＩＤ等である。このディレクトリを「＃
Ｘ」と表す。このディレクトリは、自ネットワーク１０
０から見ると、プライベート情報についてのディレクト
リ（プライベートディレクトリ）である。

【００３８】プライベートディレクトリサーバ１１０は
予め定められた形式のプライベートディレクトリ一覧
（ＰＤ）３を備える。プライベートディレクトリ一覧３
はグローバルディレクトリ一覧２又はディレクトリ一覧
１と同様の形式とされる。従って、ディレクトリ「＃
Ｘ」はディレクトリ「＃Ａ」と同様にしてプライベート
ディレクトリ一覧３に格納される。即ち、この格納のた
めのディレクトリ一覧情報が作成され格納される。同様
に、プライベートサーバＹからアップロードされたディ
レクトリ＃Ｙについても、プライベートディレクトリ一
覧３に格納される。なお、プライベートサーバ１３０又
はプライベートディレクトリサーバ１１０自体の作成し
たアーカイブについても、そのディレクトリをプライベ
ートディレクトリ一覧３に格納するようにしても良い。

【００３９】プライベートディレクトリサーバ１１０
は、受信したグローバルディレクトリ一覧２及び作成し
たプライベートディレクトリ一覧３を、その作成、更
新、受信の都度（又は予め定められた時間間隔で）、プ
ライベートサーバＸ乃至Ｚに配信する。グローバルディ
レクトリ一覧２内の情報は公開された情報についてのも
のであるから、配信しても何ら問題ない。プライベート
ディレクトリ一覧３内の情報は、基本的には、同一企業
内において配信する限りは問題ない。従って、グローバ
ルディレクトリ一覧２及びプライベートディレクトリ一
覧３を配信されたプライベートサーバＸ乃至Ｚは、これ
らを更に下位のプライベートサーバ１３０及びクライア
ント１４０に配信する。

【００４０】図５に示すように、クライアント１４０に
おいて、そのユーザが配信されたグローバルディレクト
リ一覧２及びプライベートディレクトリ一覧３を見る。
これによりクライアント１４０のユーザがある情報それ
自体（アーカイブ）を見たいと考えた場合、ユーザはグ
ローバルディレクトリ一覧２及び／又はプライベートデ
ィレクトリ一覧３内のグローバルディレクトリ及び／又
はプライベートディレクトリを指定してアーカイブの獲
得を指示する。この指示入力により、クライアント１４
０のダウンローダ１０は、指定されたグローバルディレ
クトリ及び／又はプライベートディレクトリを参照し
て、当該グローバルサーバ２１０、２２０及び／又はプ
ライベートサーバ１１０、１２０、１３０から当該アー
カイブ＃ａ等を自端末１４０の記憶装置１１にダウンロ
ードする。

【００４１】クライアント１４０において、その表示プ
ログラム１２が記憶装置１１にダウンロードされたアー
カイブ＃ａ等を自端末の表示装置１３に表示する。これ
により、クライアント１４０のユーザがアーカイブ＃ａ
等を見ることができる。

【００４２】ここで、本発明の情報受配信システムにお
いては、前述のようにしてプライベートディレクトリサ
ーバ１１０から配信されるグローバルディレクトリ一覧
２及びプライベートディレクトリ一覧３の配信、即ちデ
ィレクトリの配信については更に詳細に管理される。ま
た、このディレクトリの詳細な管理を通じてアーカイブ
の受信も詳細に管理される。

【００４３】図６および図７はディレクトリの管理につ
いて示す。特に、図６は自ネットワーク１００のサーバ
例えば中間サーバであるプライベートサーバ（又はイン
トラネットサーバ）１２０の構成を示し、図７はイント
ラネットサーバ１２０の有するディレクトリ管理テーブ
ルの構成を示す。

【００４４】なお、以下の説明はイントラネットサーバ
１２０の構成についてのものであるが、プライベートデ
ィレクトリサーバ１１０及びプライベートサーバ１３０
も同様の構成とされる。これにより、自ネットワーク１
００の各階層に応じた情報の管理が可能となる。なお、
他のサーバにおいては、このような構成は必要に応じて
省略しても良い。

【００４５】図６に示すように、イントラネットサーバ
１２０は、ディレクトリ管理テーブル２１、ディレクト
リ管理プログラム２２、ディレクトリダウンローダ２
３、ディレクトリ更新プログラム２４、ディレクトリア
ップローダ２５を備える。

【００４６】また、図７に示すように、ディレクトリ管
理テーブル２１はコンテンツ名毎に（チャネル情報の各
々について）配信許可フラグとアップロード許可フラグ
とを格納する。配信許可フラグは上位サーバ（プライベ
ートディレクトリサーバ１１０）からのディレクトリの
下位サーバ（プライベートサーバ１３０）への配信の可
否を示す。アップロード許可フラグは下位サーバ（プラ
イベートサーバ１３０）からのディレクトリの上位サー
バ（プライベートディレクトリサーバ１１０）へのアッ
プロードの可否を示す。従って、ディレクトリ管理テー
ブル２１は、イントラネットサーバ１２０（又は自ネッ
トワーク１００）において、他のサーバに配信可能なコ
ンテンツのディレクトリを一括して管理する。

【００４７】ディレクトリ管理プログラム２２は、ディ
レクトリ管理テーブル２１を参照することにより、プラ
イベートディレクトリサーバ１１０及びプライベートサ
ーバ１３０についてのディレクトリの受信及び配信を管
理する。即ち、ディレクトリ管理プログラム２２が、デ
ィレクトリ管理テーブル２１を用いて、上位サーバから
のディレクトリの下位サーバへの配信と、下位サーバか
らのディレクトリの上位サーバへのアップロードとを管
理する。なお、プライベートディレクトリサーバ１１０
について管理することにより、結果的に、当該ディレク
トリに関しては同一階層の他のプライベートサーバ１２
０についても管理する。

【００４８】このために、この受信及び配信に先立っ
て、ディレクトリ管理プログラム２２はディレクトリ管
理テーブル２１に配信許可フラグ及びアップロード許可
フラグを設定する。この設定は、当該イントラネットサ
ーバ１２０のシステム管理者（又は自ネットワーク１０
０の管理者）により、当該ディレクトリ管理プログラム
２２との対話形式で行われる。

【００４９】例えば、図７に示すように、コンテンツａ
がインターネット２０１から配信された「新聞Ａの記
事」であるとする。このコンテンツａは、社員にとって
有益であろうから配信許可フラグは「許可」とされ、一
方上位サーバからの配信であるからアップロード許可フ
ラグは「アップロード不可」とされる。また、コンテン
ツｂがインターネット２０１から配信された「ギャンブ
ルＢのニュース」であるとする。このコンテンツｂは、
企業の業務に無関係であるから配信許可フラグは「不
可」とされ、一方上位サーバからの配信であるからアッ
プロード許可フラグも「アップロード不可」とされる。

【００５０】また、コンテンツｘが下位サーバ（クライ
アント１４０）からアップロードされた「人事通達Ｘ」
であるとする。このコンテンツｘは、社員に周知させる
ために配信許可フラグは「許可」とされ、同様の理由で
アップロード許可フラグは「アップロード可」とされ
る。また、コンテンツｙが下位サーバ（クライアント１
４０）からアップロードされた「総務ニュースＹ」であ
るとする。このコンテンツｙは、当該総務関係以外の社
員には無関係であろうから配信許可フラグは「不可」と
され、同様の理由でアップロード許可フラグは「アップ
ロード不可」とされる。

【００５１】ディレクトリダウンローダ２３は、上位サ
ーバ即ちプライベートディレクトリサーバ１１０に配信
されたグローバルディレクトリ及びプライベートディレ
クトリを当該イントラネットサーバ１２０にダウンロー
ドし、これに基づいてディレクトリ管理テーブル２１の
内容を更新する。新しいコンテンツについてのディレク
トリであればディレクトリ管理テーブル２１に追加さ
れ、ディレクトリの変更であればこれに従って既存のデ
ィレクトリが変更される。例えば、図６及び図７におい
て、コンテンツａ乃至ｃのディレクトリがディレクトリ
ダウンローダ２３によりディレクトリ管理テーブル２１
にエントリされる。

【００５２】なお、ディレクトリ管理テーブル２１にお
いて配信許可フラグが「可」であるディレクトリの下位
のサーバ（プライベートサーバ１３０）へのダウンロー
ドは、当該プライベートサーバ１３０のディレクトリダ
ウンローダ２３によって、同様に行われる。例えば、図
６及び図７において、コンテンツａ、ｃ及びｘのディレ
クトリが、下位サーバのディレクトリダウンローダ２３
によりダウンロードされる。

【００５３】ディレクトリ更新プログラム２４は、下位
サーバ即ちプライベートサーバ１３０からそのディレク
トリアップローダ２５によりアップロードされたプライ
ベートディレクトリを当該イントラネットサーバ１２０
に保持し、これに基づいてディレクトリ管理テーブル２
１の内容を前述と同様に更新する。例えば、図６及び図
７において、コンテンツｘ及びｙのディレクトリがディ
レクトリ更新プログラム２４によりディレクトリ管理テ
ーブル２１にエントリされる。

【００５４】ディレクトリアップローダ２５はディレク
トリ管理テーブル２１にエントリされているコンテンツ
の中でアップロード許可フラグが「アップロード可」で
あるコンテンツを抽出して、そのディレクトリを上位サ
ーバであるプライベートディレクトリサーバ１１０にア
ップロードする。例えば、図６及び図７において、コン
テンツｘのディレクトリがディレクトリアップローダ２
５によりディレクトリ管理テーブル２１から上位サーバ
にアップロードされる。

【００５５】上述した如く情報受配信システムが構成さ
れるが、以下、視聴データを収集する点に焦点を絞って
説明する。図８は視聴データ収集を説明するシステム構
成図を示す。図８においては外部ネットワークに対して
自ネットワークが接続されており夫々のサーバが視聴デ
ータを集計する機能をもっているシステム構成を示して
いる。ただ図８は説明を容易にするために例示したシス
テム構成であり、本発明はこれに限られるものではな
い。

【００５６】図８において、符号１００，１１０，１２
０，１４０，２１０は図３や図４などに対応しており、
１はグローバルディレクトリ一覧、１４はディレクトリ
一覧テーブル、１５はチャネル情報格納部、１６は集計
データ格納部を表している。

【００５７】夫々のサーバやクライアントにおいては、
自己が生成したチャネル情報がチャネル情報格納部１５
−ｉに保持されている。また夫々のサーバはディレクト
リ一覧テーブル１４−ｉをもっていて、グローバルディ
レクトリ一覧ＧＤやプライベートディレクトリ一覧ＰＤ
を保持している。また夫々のサーバにおいては、必要に
応じて、自己の生成したチャネル情報についての視聴デ
ータを収集する集計データ格納部１６−ｉをもってい
る。なお、図８においては、サーバ（Ｃ２）１２０−２
は集計データ格納部１６−ｉを持たないでサーバ（Ｃ
２’）１２０−３に当該視聴データを収集する機能を代
行してもらうようにしている。言うまでもなく、この代
行実行を可能にしていることが、本発明の１つの特徴で
ある。

【００５８】以下図８について説明するが、上記ディレ
クトリ一覧テーブル１４−ｉの内容やチャネル情報格納
部１５−ｉの内容を具体的に説明するために、図８に代
えて、図９および図１０を用いて説明する。

【００５９】図９と図１０とは一緒になって１つの図を
構成しているものであり、図８をより詳細に書き直した
図である。したがって、図９および図１０における符号
は図８に対応している。

【００６０】以下、夫々のサーバやクライアントにおい
て保持している情報について、個々に説明する。 〔Ｉ〕サーバ（Ａ）２１０は、自己において「ニュース
内容」と「天気予報内容」とを生成してチャネル情報格
納部１５−０に保持している。なお、ここでいう「ニュ
ース内容」と「天気予報内容」の如く「内容」として記
述した情報を含む情報単位をチャネル情報と呼ぶことに
する（以下も同様）。そしてサーバ（Ａ）２１０は、当
該夫々のチャネル情報を管理するためのディレクトリ一
覧１（ここではグローバルディレクトリ一覧となる）を
もっている。当該グローバルディレクトリ一覧の内容に
おいて、（ｉ）「自（Ｙ）：ニュース（adrs：Ａ）」と
あるのは、表題が「ニュース」として示される「ニュー
ス内容」なるチャネル情報は、自己が生成したもので公
開がＹＥＳのものであり、アドレスＡで特定されるサー
バ（今の場合ではサーバ（Ａ）２１０のこと）が格納し
ていることを示し、（ii）「自（Ｙ）：天気予報（adr
s：Ａ）」とあるのは、表題が「天気予報」として示さ
れる「天気予報内容」なるチャネル情報は、自己が生成
したもので公開がＹＥＳのものであり、アドレスＡで特
定されるサーバが格納していることを示している。 〔II〕サーバ（Ｂ）１１０は、外部ネットワーク２００
内のサーバ（Ａ）２１０から「ニュース内容」なるチャ
ネル情報を受信していてあたかも自己が当該チャネル情
報を生成したかの如く振る舞うことができるようにする
（このことを「ミラー」と呼んでいる）ためにチャネル
情報格納部１５−１に当該「ニュース内容」を保持して
いる。そしてディレクトリ一覧テーブル１４−１の内容
において、(iii) 「ミラー：ニュース（adrs：Ｂ）」と
あるのは、表題が「ニュース」として示される「ニュー
ス内容」なるチャネル情報は、ミラーされていて（自己
がチャネル情報格納部１５−１内に保持していて）、ア
ドレスＢで特定されるサーバ（今の場合ではサーバ
（Ｂ）１１０のこと）が格納していることを示し、(iv)
「通過：天気予報（adrs：Ａ）」とあるのは、表題が
「天気予報」として示される「天気予報内容」なるチャ
ネル情報は、自己が保持しているものではなく（「通
過」で示す）、アドレスＡで特定されるサーバが保持し
ていることを示し、（ｖ）「通過：社達（adrs：Ｃ
２）」とあるのは、表題が「社達」として示される「社
達内容」なるチャネル情報は、自己が保持しているもの
ではなく、アドレスＣ２で特定されるサーバが保持して
いることを示し、（vi）「通過：製品ニュース（adrs：
Ｃ１）」とあるのは、表題が「製品ニュース」として示
される「製品ニュース内容」なるチャネル情報は、自己
が保持しているものではなく、アドレスＣ１で特定され
るサーバが保持していることを示している。 〔III]サーバ（Ｃ１）１２０−１は、自己において「製
品ニュース内容」と「開発情報内容」とを生成してチャ
ネル情報格納部１５−２に保持している。そしてディレ
クトリ一覧テーブル１４−２の内容において、(vii)
「通過：ニュース（adrs：Ｂ）」とあるのは、表題が
「ニュース」として示される「ニュース内容」なるチャ
ネル情報は、自己が保持しているものではなく、アドレ
スＢで特定されるサーバが保持していることを示し、(v
iii)「通過：天気予報（adrs：Ａ）」とあるのは、表題
が「天気予報」として示される「天気予報内容」なるチ
ャネル情報は、自己が保持しているのではなく、アドレ
スＡで特定されるサーバが保持していることを示し、
（ix）「通過：社達（adrs：Ｃ２）」とあるのは、表題
が「社達」として示される「社達内容」なるチャネル情
報は、自己が保持しているのではなく、アドレスＣ２で
特定されるサーバが保持していることを示し、（ｘ）
「自（Ｙ）：製品ニュース（adrs：Ｃ１）」とあるの
は、表題が「製品ニュース」として示される「製品ニュ
ース内容」なるチャネル情報は、自己が保持していて公
開がＹＥＳのものであり、アドレスＣ１で特定されるサ
ーバが格納していることを示し、（xi）自（Ｎ）：開発
情報（adrs：Ｃ１）」とあるのは、表題が「開発情報」
として示される「開発情報内容」なるチャネル情報は、
自己が保持していて公開がＮＯのものであり、アドレス
Ｃ１で特定されるサーバが格納していることを示してい
る。 〔ＩＶ〕サーバ（Ｃ２）１２０−２は、自己において
「社達内容」と「課内情報内容」とを生成してチャネル
情報格納部１５−３に保持している。そしてディレクト
リ一覧テーブル１４−３の内容において、(xii) 「通
過：ニュース（adrs：Ｂ）」とあるのは、表題が「ニュ
ース」として示される「ニュース内容」なるチャネル情
報は、自己が保持しているのではなく、アドレスＢで特
定されるサーバが保持していることを示し、(xiii)「通
過：天気予報（adrs：Ａ）」とあるのは、表題が「天気
予報」として示される「天気予報内容」なるチャネル情
報は、自己が保持しているのではなく、アドレスＡで特
定されるサーバが保持していることを示し、(xiv）「通
過：製品ニュース（adrs：Ｃ１）」とあるのは、表題が
「製品ニュース」として示される「製品ニュース内容」
なるチャネル情報は、自己が保持しているのではなく、
アドレスＣ１で特定されるサーバが保持していることを
示し、（xv）「自（Ｙ）：社達（adrs：Ｃ２）」とある
のは、表題が「社達」として示される「社達内容」なる
チャネル情報は、自己が保持していて公開がＹＥＳのも
のであり、アドレスＣ２で特定されるサーバが保持して
いることを示し、(xvi）「自（Ｎ）：課内情報（adrs：
Ｃ２）」とあるのは、表題が「課内情報」として示され
る「課内情報内容」なるチャネル情報は、自己が保持し
ていて公開がＮＯのものであり、アドレスＣ２で特定さ
れるサーバが格納していることを示している。 〔Ｖ〕クライアント１４０−１は、公開がＹＥＳとなっ
ているチャネル情報についてのディレクトリがダウンロ
ードされ、また自己の上位に位置するサーバにおいて生
成したものであって下位に対してのみ公開を許している
（他には公開がＮＯ）チャネル情報についてディレクト
リがダウンロードされている。したがって、クライアン
ト１４０−１において閲覧可能なチャネル情報は、表題
「ニュース」、表題「天気予報」、表題「社達」、表題
「製品ニュース」、表題「開発情報」のものである。な
お図において、（ａ）「ニュース：（adrs：Ｂ）：返信
先Ｂ：Ａ」とあるのは、表題「ニュース」で与えられる
チャネル情報は、アドレスＢで特定されるサーバが保持
しており、当該チャネル情報を閲覧した状況についての
視聴データはアドレスＢで特定されるサーバに対して返
信すべきことを示し、かつミラー元のサーバはアドレス
Ａのサーバであることを示し、（ｂ）「天気予報：（ad
rs：Ａ）：返信先Ａ」とあるのは、表題「天気予報」で
与えられるチャネル情報は、アドレスＡで特定されるサ
ーバが保持しており、当該チャネル情報を閲覧した状況
についての視聴データはアドレスＡで特定されるサーバ
に対して返信すべきことを示し、（ｃ）「社達：（adr
s：Ｃ２）：返信先Ｃ２’」とあるのは、表題「社達」
で与えられるチャネル情報は、アドレスＣ２で特定され
るサーバが保持しており、当該チャネル情報を閲覧した
状況についての視聴データはアドレスＣ２’で特定され
るサーバに対して返信すべきことを示し、（ｄ）「製品
ニュース：（adrs：Ｃ１）：返信先（不要）」とあるの
は、表題「製品ニュース」で与えられるチャネル情報
は、アドレスＣ１で特定されるサーバが保持しており、
当該チャネル情報を閲覧した状況についての視聴データ
は返信する必要のないことを示し、（ｅ）「開発情報：
（adrs：Ｃ１）：返信先Ｃ１」とあるのは、表題「開発
情報」で与えられるチャネル情報は、アドレスＣ１で特
定されるサーバが保持しており、当該チャネル情報を閲
覧した状況についての視聴データはアドレスＣ１で特定
されるサーバに対して返信すべきことを示している。 〔ＶＩ〕クライアント１４０−２は、公開がＹＥＳとな
っているチャネル情報についてのディレクトリがダウン
ロードされ、また自己の上位に位置するサーバにおいて
生成したものであって下位に対してのみ公開を許してい
る（他には公開がＮＯ）チャネル情報についてのディレ
クトリがダウンロードされている。したがって、クライ
アント１４０−２において閲覧可能なチャネル情報は、
表題「ニュース」、表題「天気予報」、表題「製品ニュ
ース」、表題「社達」、表題「課内情報」のものであ
る。なお図において、（ｆ）「ニュース：（adrs：
Ｂ）：返信先Ｂ：Ａ」とあるのは、表題「ニュース」で
与えられるチャネル情報は、アドレスＢで特定されるサ
ーバが保持しており、当該チャネル情報を閲覧した状況
についての視聴データはアドレスＢで特定されるサーバ
に対して返信すべきであることを示し、かつミラー元の
サーバはアドレスＡのサーバであることを示し、（ｇ）
「天気予報：（adrs：Ａ）：返信先Ａ」とあるのは、表
題「天気予報」で与えられるチャネル情報は、アドレス
Ａで特定されるサーバが保持しており、当該チャネル情
報を閲覧した状況についての視聴データはアドレスＡで
特定されるサーバに対して返信すべきであることを示
し、（ｈ）「製品ニュース：（adrs：Ｃ１）：返信先
（不要）」とあるのは、表題「製品ニュース」で与えら
れるチャネル情報は、アドレスＣ１で特定されるサーバ
が保持しており、当該チャネル情報を閲覧した状況につ
いての視聴データは返信する必要のないことを示し、
（ｉ）「社達：（adrs：Ｃ２）：返信先Ｃ２’」とある
のは、表題「社達」で与えられるチャネル情報は、アド
レスＣ２で特定されるサーバが保持しており、当該チャ
ネル情報を閲覧した状況についての視聴データはアドレ
スＣ２’で特定されるサーバに対して返信すべきである
ことを示し、（ｊ）「課内情報：（adrs：Ｃ２）：返信
先Ｃ２’」とあるのは、表題「課内情報」で与えられる
チャネル情報は、アドレスＣ２で特定されるサーバが保
持しており、当該チャネル情報を閲覧した状況について
の視聴データはアドレスＣ２’で特定されるサーバに対
して返信すべきであることを示している。

【００６１】図示の場合、サーバ２１０、サーバ１１
０、サーバ１２０−１は、夫々、自己の用意したチャネ
ル情報がどのように視聴されたかについての視聴データ
の返信を受け、その視聴データを集計して、夫々対応す
る集計データ格納部１６−ｉに格納する。しかし、サー
バ（Ｃ２）１２０−２は自己の用意したチャネル情報に
ついての上記視聴データの収集処理を、サーバ（Ｃ
２’）１２０−３に代行してもらうようにしている。勿
論、サーバ（Ｃ２’）１２０−３が集計データ格納部１
６−３に格納した結果については、サーバ（Ｃ２）１２
０−２が必要に応じて通知を受け、その結果についての
分析を行う。

【００６２】視聴データについての収集の当該代行処理
を可能にすることが本発明の特徴の１つであり、この代
行処理を行わせるために、個々のチャネル情報の中に、
当該視聴データを送信する返信先が記述されている。図
９および図１０に示すクライアント１４０−１や１４０
−２において「閲覧可能なチャネル情報」の一覧が記述
されているが、その中において「返信先」が記述されて
いるのがこれに相当している。当該「返信先」に関して
「返信先Ｃ２’」として記述されているチャネル情報に
おいては、当該チャネル情報を保持しているのがサーバ
Ｃ２であるにも拘らず、返信先がサーバＣ２’となって
いる。この結果、夫々のクライアントは当該チャネル情
報、例えば表題「社達」で与えられるチャネル情報はサ
ーバＣ２から受け取るが、当該チャネル情報を閲覧した
状況についての視聴データの送信はサーバＣ２’に送ら
れることになり、本来サーバＣ２が行う視聴データの収
集をサーバＣ２’が代行することができる。

【００６３】図１１および図１２は視聴データの送信を
行うフローチャートを示している。 （Ｓ１）：クライアントにおいてチャネル情報を閲覧す
るに当たって、装置内の視聴者情報をクリヤし、かつ当
該視聴者に関する情報、例えば年齢や性別などを入力す
る。 （Ｓ２）：装置内の視聴情報をクリヤする。 （Ｓ３）：視聴情報をカウントアップする。 （Ｓ４）：視聴データを送信する条件になっていない間
においては、閲覧が行われる都度ステップ（Ｓ３）に戻
り、閲覧回数や閲覧時間などがカウントアップされる。 （Ｓ５）：視聴データを送信する時点に達したとき、当
該閲覧したチャネル情報を参照する。当該チャネル情報
中には上述した如く視聴データを送信する返信先が記述
されているから、当該返信先を抽出する（仮にアドレス
Ｃ２’と記載されていたとする）。 （Ｓ６）：視聴者情報と視聴情報とを読み込んで返信す
べき視聴データにまとめる。 （Ｓ７）：返信先のアドレスＣ２’で特定されるサーバ
への接続を行う。 （Ｓ８）：接続が完成するまで待機する。 （Ｓ９）：接続が完成した時点で、サーバ（Ｃ２’）１
２０−３への書き込みを行う。 （Ｓ10）：書き込みが完了するまで待機状態となる。 （Ｓ11）：書き込みが完了すると、サーバ（Ｃ２’）１
２０−３への接続を切断する。そして、ステップ（Ｓ
２）に戻る。

【００６４】図１３はクライアントにおける画面の表示
形態を説明する図である。以下、図１３は画面の表示形
態を説明する図である。ニュースリーダ形態表示手段７
０１は、各種サーバより提供される社外情報、又は社内
情報、即ちビジネス情報をクライアント端末上に表示す
る手段であり、受配信された複数記事の中から特定の記
事を選択して表示することができる。下層に記事ヘッド
ライン一覧を表示し、そのヘッドライン一覧から選択し
た記事の本文を閲覧画面に表示することができる。ま
た、記事ヘッドラインとは、該コンテンツに含まれる記
事のタイトル、又は要約、もしくはこれらの組み合わせ
を意味する。

【００６５】そして、このような階層構造での表示は、
１画面を画面分割して、或いは画面を切替えることによ
って行うことができるし、また、画面全体を使って表示
することも、画面の一部を残した状態で表示することも
できる。このように、画面の一部を残して表示した場
合、同時実行中のワープロ等の通常業務を認識すること
ができるから、通常業務の表示に切替えるに際しても、
この一部覗いている裏画面を単にクリックするのみで行
うようにすることができる。

【００６６】スクロール形態表示手段７０２は、ワープ
ロ等の通常業務画面を表示しているときに、画面の一
部、例えば、画面の下方の一行を使って、ヘッドライン
を、例えば水平方向に、スクロールさせながら、テロッ
プ状態で繰り返し表示するものである。さらに、このス
クロールされているヘッドラインの文字高さ、或いは表
示域の横幅は任意に変更可能に構成することができる
し、また、スクロール速度を変更可能に構成することが
できる。

【００６７】このスクロール形態での表示においては、
通常業務を行いつつも、どのようなビジネス情報がサー
バより受配信されているのかを知ることができる。利用
者は、スクロールされているヘッドライン上をダブルク
リックすることにより、ダブルクリックされた特別の記
事の本文を直ちにニュースリーダ形態表示画面に切替
え、該表示画面上で特定の記事を選択し、閲覧するよう
に構成することもできる。

【００６８】ヘッドライン一覧形態表示手段７０３は、
画面全体にヘッドラインの一覧を表示する。この表示
は、表示画面上で自動的に更新されるように表示され
る。即ち、ヘッドライン一覧が、一定時間をおいて一部
づつ自動的に切替え表示されるか、或いは、画面をスク
ロールさせつつ表示される。このように、画面全体を使
って、しかも、その表示を時間の経過につれて変化させ
ることにより、表示ディスプレイの焼き付きを防止する
スクリーンセーバとして機能させることができる。な
お、ヘッドラインの更新切替えは、利用者のキー押下、
又はマウスの操作によっても可能にできる。

【００６９】表示形態切替制御手段７０４は、これら３
つの表示手段、即ち、ニュースリーダ形態表示手段７０
１、スクロール形態表示手段７０２、及びヘッドライン
一覧形態表示手段７０３を制御して、ビジネス情報の表
示形態を切替えて表示するものである。この表示形態切
替制御手段による表示形態の切替は、キー押下又はマウ
ス操作等のイベントの発生を監視し、これを検出するこ
とにより、また、キー押下又はマウス操作等が一定時間
行われなかったことを、タイマで監視し、これを検出す
ることにより行われる。そして、このように、ビジネス
情報の表現形態は、１行ヘッドライン表示とか、ヘッド
ライン一覧表示とかのように、表示形態切替制御手段の
切替えに応じた独特のものとされている。

【００７０】上述の如く、クライアントにおける画面の
表示形態は適宜選択的に切り換えることができるが、本
発明において視聴データとして抽出する情報は次の如き
ものである。勿論、これらのみに限られるものではな
い。 〔Ａ〕閲覧状態に関する情報 （１）スクロール形態表示の下での表示回数および／ま
たは表示時間。

【００７１】他の仕事をしながらテロップ表示が行われ
ていた時間を調べる。 （２）ヘッドライン一覧形態表示の下での表示回数およ
び／または表示時間。視聴者が席を離れていた時間を調
べる。

【００７２】（３）ニュースリーダ形態表示の下での表
示時間。記事を読もうとしていた時間を調べる。 （４）３分以上無操作だった時間および／または回数。

【００７３】いわゆるスクリーンセーバが起動される回
数を調べる。 〔Ｂ〕閲覧動作に関する情報 （１）スクロール形態表示の下での記事クリック回数。

【００７４】注目した記事を特定する。 （２）ヘッドライン一覧形態表示の下での記事クリック
回数。視聴者が席に戻ってきた際に表示させた記事を特
定する。

【００７５】（３）ニュースリーダ形態表示の下でのチ
ャネル選択回数。興味をもったチャネル情報を調べる。 （４）ニュースリーダ形態表示の下での記事表示回数。

【００７６】興味をもった記事を調べる。 〔Ｃ〕チャネル情報をダウンロードしたことに関する情
報 （１）手動でのダウンロード回数。

【００７７】興味をもったチャネルを調べる。 （２）情報更新回数。 情報中の設定値を更新した可能性を調べる。

【００７８】言うまでもなく従来の場合に視聴データを
収集しているとしても、例えば、視聴者の性別、年齢、
地方コード（郵便番号や市外局番など）、所属部署など
であった。そしてサーバに接続したログから例えば誰が
何秒間どのチャネル情報をみたかを取り出す程度のもの
であった。

【００７９】本発明の場合には、従来の場合に加えて、
更に詳細に、どの記事がどの程度までどのようにして読
まれているかなどの情報を取り出すことができる。

【００８０】

【発明の効果】以上説明した如く、本発明によれば、記
事を生成して保持しているサーバ以外の任意のサーバを
視聴データ集計データとして選定することが可能とな
り、視聴データの収集と集計との処理を行う場合でも各
サーバの処理負担量を均等化することが可能となる。ま
た、当該均等化をはかることが可能であることから、視
聴データとして、閲覧状態に関する情報や閲覧動作に関
する情報やチャネル情報をダウンロードしたことに関す
る情報など、細かい情報を取り込んで解析することが可
能となる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】情報受配信システム構成図である。

【図３】情報受配信システム構成図である。

【図４】情報受配信システム構成図である。

【図５】情報受配信システム構成図である。

【図６】ディレクトリ管理説明図である。

【図７】ディレクトリ管理説明図である。

【図８】視聴データ収集を説明するシステム構成図であ
る。

【図９】図８の一部詳細図に相当するシステム構成図で
ある。

【図１０】図８の一部詳細図に相当するシステム構成図
である。

【図１１】視聴データの送信を行うフローチャートを示
す。

【図１２】視聴データの送信を行うフローチャートを示
す。

【図１３】画面の表示形態を説明する図である。

【図１４】従来形態を説明する図である。

【図１５】従来形態を説明する図である。

【符号の説明】

１ ディレクトリ一覧 ２ グローバルディレクトリ一覧 ３ プライベートディレクトリ一覧 １４ ディレクトリ一覧テーブル １５ チャネル情報格納部 １６ 集計データ格納部 ２１ ディレクトリ管理テーブル ２２ ディレクトリ管理プログラム ２３ ディレクトリダウンローダ ２４ ディレクトリ更新プログラム ２５ ディレクトリアップローダ １００ 自ネットワーク １１０ プライベートディレクトリサーバ １２０ プライベートサーバ（イントラネットサー
バ） １３０ プライベートサーバ １４０ クライアント １８０ 視聴データ集計サーバ ２００ 外部ネットワーク ２０１ インターネット ２０２，２０３ グローバルネットワーク ３００ 回線

Claims (10)

【特許請求の範囲】
1. 【請求項１】 自ネットワーク内の情報であるプライベ
   ート情報と自ネットワークに接続された外部ネットワー
   ク内の情報であるグローバル情報とを受信及び配信する
   ようにしたサーバとクライアントとを有する情報受配信
   システムであって、 前記クライアントの１つが、前記グローバル情報および
   ／または前記プライベート情報の１つからなるチャネル
   情報を閲覧した際に、当該チャネル情報について閲覧し
   た視聴データを、前記サーバに送信すると共に、 当該送信を受けたサーバが当該視聴データを集計するよ
   うにしたことを特徴とする視聴データを収集する機能を
   もつ情報受配信システム。
2. 【請求項２】 自ネットワーク内の情報であるプライベ
   ート情報と自ネットワークに接続された外部ネットワー
   ク内の情報であるグローバル情報とを受信及び配信する
   ようにしたサーバとクライアントとを有する情報受配信
   システムであって、 前記自ネットワーク内の所定の上位サーバに、 情報の提供元とその情報を受信するための情報である受
   信情報とからなるディレクトリであって前記グローバル
   情報を保持するグローバルディレクトリ一覧と、 情報の提供元とその情報を受信するための情報である受
   信情報とからなるディレクトリであって前記プライベー
   ト情報を保持するプライベートディレクトリ一覧とを備
   え、 前記所定の上位サーバが、前記グローバルディレクトリ
   一覧及びプライベートディレクトリ一覧を用いて、前記
   自ネットワーク内の他のサーバについての情報の受信及
   び配信を管理するよう構成されてなり、 かつ前記クライアントの１つが、前記グローバル情報お
   よび／または前記プライベート情報の１つからなるチャ
   ネル情報を閲覧した際に、当該チャネル情報について閲
   覧した視聴データを、前記サーバに送信すると共に、 当該送信を受けたサーバが当該視聴データを集計するよ
   うにしたことを特徴とする視聴データを収集する機能を
   もつ情報受配信システム。
3. 【請求項３】 前記チャネル情報は、当該チャネル情報
   を提供したサーバが保持するようにしたことを特徴とす
   る請求項１記載の視聴データを収集する機能をもつ情報
   受配信システム。
4. 【請求項４】 前記視聴データを受けるサーバは、対応
   する前記チャネル情報を保持するサーバ以外のサーバで
   あることを特徴とする請求項３記載の視聴データを収集
   する機能をもつ情報受配信システム。
5. 【請求項５】 前記視聴データを受けるサーバは、対応
   する前記チャネル情報の中に当該サーバを特定する情報
   をもって指示されていることを特徴とする請求項４記載
   の視聴データを収集する機能をもつ情報受配信システ
   ム。
6. 【請求項６】 前記クライアントは、前記チャネル情報
   を閲覧した際に、当該チャネル情報の中において指示さ
   れている前記サーバを特定する情報を読み取って、当該
   指示されたサーバに対して、前記視聴データを送信する
   ことを特徴とする請求項５記載の視聴データを収集する
   機能をもつ情報受配信システム。
7. 【請求項７】 前記視聴データを送信することを要しな
   い場合に、前記チャネル情報の中において指示されてい
   る前記サーバを特定する情報が予め定めた値あるいは無
   効データをもって記述されていることを特徴とする請求
   項５記載の視聴データを収集する機能をもつ情報受配信
   システム。
8. 【請求項８】 前記視聴データは、チャネル情報を閲覧
   する際の状態に関する情報を含むことを特徴とする請求
   項１記載の視聴データを収集する機能をもつ情報受配信
   システム。
9. 【請求項９】 前記視聴データは、チャネル情報を閲覧
   した際の、閲覧者の動作に関連する情報を含むことを特
   徴とする請求項１記載の視聴データを収集する機能をも
   つ情報受配信システム。
10. 【請求項１０】 前記視聴データは、チャネル情報をダ
    ウンロードしたことに関連する情報を含むことを特徴と
    する請求項１記載の視聴データを収集する機能をもつ情
    報受配信システム。