JPH11212881A - 情報受配信システム - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、情報受配信システムに関し、サー
バ側から、クライアントでの情報の配信や表示を制御
し、クライアントの動作環境を制御することを目的とす
る。 【解決手段】 上位のサーバ１００が、下位のサーバ１
００又はクライアント２００における上位のサーバ１０
０の配信する情報についての処理を制御する配信制御手
段１、下位のサーバ１００等における上位のサーバ１０
０の配信する情報についての表示を制御する表示形態制
御手段２、及び、下位のサーバ１００等の動作環境を制
御する動作環境制御手段３を備える。配信制御手段１は
下位のサーバ１００等における情報の配信モードを設定
管理する。表示形態制御手段２は下位のサーバ１００等
における情報の表示モードを設定管理する。動作環境制
御手段３は下位のサーバ１００等における動作モードを
設定管理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報受配信システ
ムに関し、特に、情報の内容に基づいて情報の受信及び
配信を統一的に行う情報受配信システムにおいて、情報
を配信するサーバ側から、クライアントでの情報の配信
及び表示やクライアントの動作環境を制御する情報受配
信システムに関する。

【０００２】

【従来の技術】最近のコンピュータネットワークの発達
に伴い、種々の公開された情報（コンテンツ）が企業や
個人というユーザの個々の壁を越えてこれらの間でコン
ピュータネットワークを介して受信、配信されている。
一方、例えば企業等においては、自社内の支店、営業
所、工場、研究所等をコンピュータネットワークで接続
する企業内ネットワーク（イントラネット）の構築が行
われている。

【０００３】このようなコンピュータネットワークを介
して情報の受信及び配信を行う情報受配信システムにお
いては、一般的に、端末数が多いこと等から、ツリー状
の接続形態が採られ、情報を配信するサーバと情報を受
信するクライアントとで構成される。サーバは多段で構
成され、上位サーバから下位サーバへ情報が伝播され、
更に各サーバに接続されているクライアントに情報が伝
播される。

【０００４】

【発明が解決しようとする課題】例えば、情報受配信シ
ステムの一例であるインターネット上のニュースシステ
ムによれば、新聞社（のホストコンピュータ、即ち、サ
ーバ）が配信する新聞記事を、個人（クライアントユー
ザ）がその情報端末（即ち、クライアント）から読むこ
とができる。この場合、クライアントユーザは自分が購
読したいニュースをグループ単位で自由に選択して、そ
のニュースグループのみを購読することができる。

【０００５】従って、このような情報受配信システムに
おいては、情報を配信する側（サーバ又はコンテンツサ
ーバ）は、サーバが意図するある特定の情報についてク
ライアントに必ず購読又は閲覧（即ち、受信）させるこ
とができない。クライアントユーザが受信するか否かは
そのユーザの意思により、ユーザが受信の操作をしない
限り受信は行われない。即ち、従来のサーバはサーバ側
からクライアントでの情報の受信を制御する手段を備え
ていない。また、これと同様に、従来のサーバはサーバ
側からクライアントでの情報の表示やクライアントの動
作環境を制御する手段を備えていない。

【０００６】このため、例えば、企業内ネットワークの
サーバがインターネット上の当該会社にとって業務上必
須な情報や社内の全体に周知徹底させるべき情報（例え
ば、社内通達）を社内のクライアントに配信した場合で
も、これをクライアントに購読させるように制御する手
段を持たないため、クライアントに必ず購読させること
ができない。また、企業内ネットワークのサーバが社内
に緊急に知らせるべき情報（速報）を社内のクライアン
トに配信した場合でも、クライアントに早いタイミング
で購読させることができない。

【０００７】また、企業内ネットワークのサーバが同一
社内でありながら他の部署に対して秘匿性のある情報を
配信した場合、サーバ側はクライアントでの情報の表示
を制御する手段を持たないため、他人の目に触れにくい
表示形態にさせることができない。

【０００８】更に、企業内ネットワークのサーバが業務
上必須な情報を社内のクライアントに配信したい場合で
も、従来のサーバはサーバ側からクライアントの動作環
境を制御する手段を持たないため、クライアントの動作
状況によっては配信できない事態が生じてしまう。

【０００９】本発明は、サーバ側からクライアントでの
情報の受信を制御する手段を備える情報受配信システム
を提供することを目的とする。また、本発明は、サーバ
側からクライアントでの情報の表示を制御する手段を備
える情報受配信システムを提供することを目的とする。

【００１０】また、本発明は、サーバ側からクライアン
トの動作環境を制御する手段を備える情報受配信システ
ムを提供することを目的とする。

【００１１】

【課題を解決するための手段】図１は本発明の原理構成
図であり、本発明による情報受配信システムの構成を示
す。この情報受配信システムは、多段の構成を有する複
数のサーバ１００とこのサーバ１００に接続された複数
のクライアント２００とからなる。複数のサーバ１００
の内の上位のサーバ（情報を配信するサーバ）１００か
ら配信された情報を、複数のサーバ１００の内のサーバ
１００であって、当該上位１００のサーバに接続された
複数のサーバの内の下位のサーバ１００又はクライアン
ト２００が受信する。

【００１２】本発明の情報受配信システムでは、上位の
サーバ１００が、サーバ１００に接続された下位のサー
バ１００又はクライアント２００における、上位のサー
バ１００の配信した情報についての処理を制御する配信
制御手段１を備える。配信制御手段１は、下位のサーバ
１００又はクライアント２００における情報の配信モー
ドを設定管理する。

【００１３】本発明の情報受配信システムによれば、情
報を配信するサーバ１００は、この配信制御手段１によ
って、下位のサーバ１００又はクライアント２００にお
ける当該上位のサーバ１００の配信する情報の処理、例
えば、情報の受信を制御することができる。従って、上
位のサーバ１００は配信した情報をクライアント２００
に必ず閲覧又は購読（受信）させることができる。これ
により、例えば、企業内ネットワークのサーバ１００は
情報を社内のクライアント２００に配信して必ず購読さ
せることができる。

【００１４】また、本発明の情報受配信システムでは、
上位のサーバ１００が、下位のサーバ１００又はクライ
アント２００において当該サーバ１００の配信した情報
の表示を制御する表示形態制御手段２を備える。表示形
態制御手段２は、下位のサーバ又はクライアントにおけ
る情報の表示モードを設定管理する。

【００１５】本発明の情報受配信システムによれば、情
報を配信するサーバ１００は、この表示形態制御手段２
によって、クライアント２００での情報の表示を制御す
ることができる。従って、例えば、企業内ネットワーク
のサーバ１００は、情報を社内のクライアント２００に
配信した場合に、情報を他人の目に触れにくい表示形態
にさせることができる。

【００１６】また、本発明の情報受配信システムでは、
上位のサーバ１００が、下位のサーバ１００又はクライ
アント２００の動作環境を制御する動作環境制御手段３
を備える。動作環境制御手段３は、下位のサーバ又はク
ライアントにおける動作モードを設定管理する。

【００１７】本発明の情報受配信システムによれば、情
報を配信するサーバ１００は、この動作環境制御手段３
によって、クライアント２００の動作環境を制御するこ
とができる。このため、例えば、企業内ネットワークの
サーバ１００は、情報を社内のクライアント２００の動
作状況に依らず配信できる。

【００１８】

【発明の実施の形態】図２は本発明が適用される情報受
配信システムの構成を示す。前述のように、この情報受
配信システムは多段の構成を有する複数のサーバ１００
と複数のクライアント２００とからなる。クライアント
２００はいずれかのサーバ１００に接続される。サーバ
１００相互の間及びサーバ１００とクライアント２００
の間は、専用回線、公衆網、その他の接続線を介して接
続される。

【００１９】以下の説明において、サーバ１００につい
て、その各々を区別する場合には、サーバ１００を表す
Ｓに、Ａ、Ｂ等の符号を付加して、サーバＳＡ、ＳＢ等
と表す。また、クライアント２００について、その各々
を区別する場合には、クライアント２００を表すＣに、
１、２等の符号を付加して、クライアントＣ１、Ｃ２等
と表す。

【００２０】サーバ１００は情報を作成又は受信して他
のサーバ１００又はクライアント２００に対して送信す
る。クライアント２００の接続されたサーバ１００を
（そのクライアント２００の）親サーバ１００と言う。
クライアント２００は、情報伝搬のルートの末端にあっ
て、情報を受信するのみである。

【００２１】この明細書において、サーバ１００の内で
情報を作成して他のサーバ１００又はクライアント２０
０に配信するものをコンテンツサーバ１００と言う。ま
た、あるサーバ１００又はクライアント２００から見
て、当該サーバ１００又はクライアント２００とコンテ
ンツサーバ１００とを結ぶルート（情報の伝播経路）上
にあって、よりコンテンツサーバ１００側にあるサーバ
１００を上位サーバ１００と言い、よりクライアント２
００側にあるサーバ１００を下位サーバ１００と言う。
更に、コンテンツサーバ１００とクライアント２００と
の間にあるサーバ１００を中間サーバ１００と言う。中
間サーバ１００はサーバであると同時に、より上位のサ
ーバ１００に対してはクライアント２００でもある。

【００２２】図２においては、サーバＳＡがコンテンツ
サーバ１００である。例えば、サーバＳＧはサーバＳＨ
の上位サーバであり、サーバＳＨはサーバＳＧの下位サ
ーバである。サーバＳＨ以外のサーバにも、同様に１又
は複数のクライアント２００が接続されている。

【００２３】コンテンツサーバ１００（サーバＳＡ）
は、例えば、１つの企業内におけるコンピュータネット
ワーク（イントラネット）の最も上位に位置するサー
バ、又はインターネットにおけるＷＷＷサーバである。
インターネットにイントラネットを接続した場合、イン
トラネットの最上位のサーバやＷＷＷサーバの双方がコ
ンテンツサーバ１００となる。ＷＷＷサーバから見て、
イントラネットの最上位のサーバは下位サーバである。

【００２４】情報（配信情報）は、コンテンツサーバ１
００から下位のサーバ１００に配信され、更に下位のサ
ーバ１００に配信され、更にクライアント２００に配信
される。これにより、情報はコンテンツサーバ１００か
ら末端のクライアント２００にまで伝播される。

【００２５】情報は「チャネル」と呼ぶカテゴリ単位に
分別されて配信される。チャネルは、記事のまとまりの
グループであり、情報の配信制御、表示形態制御及び動
作環境設定制御の単位である。チャネルには、例えばス
ポーツチャネル、天気予報チャネル、ニュースチャネル
等がある。この情報と共に、当該情報の配信等を制御す
るための各種の制御情報も同様に配信される。

【００２６】図３及び図４は本発明が適用される情報受
配信システムにおける情報の配信を示す。本発明が適用
される情報受配信システムは擬似プッシュ型配信を行う
システムである。擬似プッシュ型配信システムは、下位
のサーバ１００又はクライアント２００がユーザによる
上位のサーバ１００に対する配信要求の指示入力なしで
自動的に情報の配信要求を行い、一方、上位のサーバ１
００が当該配信要求があった時に下位のサーバ１００又
はクライアント２００に対して情報を配信するシステム
である。

【００２７】なお、以下の図３及び図４についての説明
はサーバ１００とクライアント２００との間での情報の
受配信についてのものであるが、サーバ１００と更に下
位のサーバ１００との間でもほぼ同様の関係が成立す
る。即ち、この説明において、クライアント２００を下
位のサーバ１００と置き換えても良い。

【００２８】各々のサーバ１００又はクライアント２０
０の実行する処理は、実際には、当該サーバ１００又は
クライアント２００の制御プログラム（又はオペレーテ
ィングシステム）１０１及び２０１が実行する。即ち、
サーバ１００の制御プログラム１０１とクライアント２
００の制御プログラム２０１とが相互に通信をすること
によって、情報が受配信され、各々において所定の処理
が実行される。

【００２９】図３（Ａ）に示すように、あるクライアン
トＣ１があるサーバＳＡ及びＳＢに接続されている。サ
ーバＳＡ及びＳＢはクライアントＣ１の親サーバであ
り、コンテンツサーバ１００であっても中間サーバ１０
０であっても良い。サーバＳＢはサーバＳＡと関連する
他のサーバ１００であって情報の作成元及び／又は内容
によって、サーバＳＡと分離したり一体化することが可
能なものである。

【００３０】サーバＳＡはクライアントＣ１への配信を
行うために、ユーザリスト１０２、チャネル一覧情報１
０３、記事アーカイブ１０４を備える。ユーザリスト１
０２は当該サーバＳＡから情報の配信を受けるクライア
ント２００（及び下位のサーバ１００）を登録するため
のものである。チャネル一覧情報１０３は当該サーバＳ
Ａが現在公開しているチャネルを示す管理情報である。
なお、実際は、チャネル一覧情報１０３は、チャネルに
ついての情報やその他の制御情報を含む管理テーブルの
一部である。記事アーカイブ１０４は当該サーバＳＡが
現在公開しているチャネルにおける個々の情報、即ち、
記事（情報の中身を「記事」という）であり、所定の単
位でアーカイブされデータ圧縮されている。

【００３１】チャネル一覧情報１０３及び記事アーカイ
ブ１０４は共に当該サーバＳＡに接続されたクライアン
トＣ１に配信される。チャネル一覧情報１０３はこれが
配信されたクライアントＣ１においてローカルに記憶さ
れ、ローカルな（クライアントＣ１の）チャネル一覧情
報２０３とされる。チャネル一覧情報２０３はクライア
ントＣ１の管理テーブルである。一方、記事アーカイブ
１０４は、本発明に従って、特別の許可がない限り、こ
れが配信されたクライアントＣ１におけるチャネルから
のミラーリングは許されない。クライアントＣ１に代え
て下位のサーバ１００を考える時は、配信された記事ア
ーカイブ１０４は更に下位のサーバ１００に配信され
る。

【００３２】このような構成の擬似プッシュ型配信シス
テムにおけるサーバＳＡとクライアントＣ１との間での
情報の配信は図３（Ｂ）に示す手順で行われる。最初
に、クライアントＣ１がサーバＳＡにユーザ登録を依頼
する（手順）。このユーザ登録依頼は、クライアント
Ｃ１のクライアントユーザへのサーバ名登録（入力）に
応じて実行される。ユーザ登録依頼を受信したサーバＳ
Ａは、これに応じて、当該サーバＳＡが保持しているユ
ーザリスト１０２に当該クライアントＣ１をユーザとし
て登録する。これにより、クライアントＣ１から接続要
求があった時は、当該接続が行われる。

【００３３】次に、クライアントＣ１がサーバＳＡに接
続要求をする（手順の点線）。この接続要求は、クラ
イアントＣ１のユーザによる指示入力なしで、クライア
ントＣ１の制御プログラム２０１が、所定の時間間隔又
は所定のタイミング（例えば、クライアントＣ１である
情報端末でのユーザにおける所定の操作入力）で自動的
に行う。

【００３４】接続要求を受信したサーバＳＡは、これに
応じて、当該サーバＳＡが現在公開している情報のチャ
ネルの一覧（図４（Ａ）に示すチャネル一覧情報１０
３）を、当該接続要求の送信元であるクライアントＣ１
に送信（配信）する（手順の実線）。これにより、ク
ライアントＣ１はサーバＳＡから配信されたチャネル一
覧情報１０３を得て、これを自己の管理する記憶装置の
所定の位置に記憶して自己のチャネル一覧情報２０３
（図４（Ｂ）に示す）とする。

【００３５】この応答において、ユーザは、その端末で
あるクライアントＣ１を何も操作しておらず、接続要求
が行われたことを意識していない。なお、ユーザには接
続要求が見えないことを、手順において点線を用いて
表している。以下の手順においても同様である。これに
より、ユーザから見ると、外見上何もしないで、サーバ
ＳＡから自動的にチャネル一覧情報１０３が流れてきた
ように見える。

【００３６】サーバＳＡから配信されたチャネル一覧情
報１０３の一例を図４（Ａ）に示す。チャネル一覧情報
１０３は、チャネルＩＤ、チャネル名称、入手元、各種
の制御情報からなる。図４（Ａ）においては、制御情報
の一例として閲覧属性情報を示した（図では「閲覧」と
してある）。

【００３７】チャネルＩＤはチャネルを識別するための
ＩＤであり、当該システムにおいてユニークなものであ
る。チャネル名称は当該チャネルの名称であり、対応す
るチャネルＩＤを有するチャネルに含まれる情報のカテ
ゴリを示す。入手元は当該チャネルの情報を入手できる
（配信している）サーバ１００の名称（又はサーバＩ
Ｄ）である。

【００３８】チャネル一覧情報１０３が各チャネル毎の
閲覧属性情報等からなる各種の制御情報を含む。即ち、
チャネル一覧情報１０３には、本発明に従って、各チャ
ネル毎に閲覧属性情報等からなる各種の制御情報が、配
信元であるサーバＳＡ（最初はコンテンツサーバ１０
０）の配信制御手段１によって付加される。これによ
り、配信元であるサーバＳＡ（最初はコンテンツサーバ
１００）からクライアントＣ１のチャネル一覧情報２０
３の内容を設定することができ、この結果、クライアン
トＣ１における各種の処理をサーバＳＡ（又はコンテン
ツサーバ１００）から制御できる。これらの制御情報に
ついては、図５以下を参照して詳細に説明する。

【００３９】クライアントＣ１は、図４（Ｂ）に示すチ
ャネル一覧情報２０３を作成するために、配信されたチ
ャネル一覧情報１０３を参照して、その中の各種の制御
情報に基づいた処理を行う。

【００４０】クライアントＣ１は、既にあるチャネルに
ついてサーバＳＡにより閲覧が「必須」「不可」が設定
されている場合には、この属性をそのまま引き継ぐ。
「必須」「不可」はクライアントＣ１では変更できな
い。「自由」はクライアントＣ１が閲覧する／しないに
応じて選択できる。そして、クライアントＣ１は、この
状態のチャネル一覧情報１０３を表示してユーザに参照
させる。この表示を見たユーザは、チャネル一覧情報１
０３に付加された各種の制御情報を更新する。クライア
ントＣ１におけるこの更新は、後述するように、本発明
によって、サーバＳＡにより許される場合と許されない
場合とが予め設定される。

【００４１】例えば、クライアントＣ１は、「自由」と
されているチャネル「ＸＸ新聞ニュース」について、実
際に閲覧が必要であるならそのまま「自由」とし、一
方、不要であるなら「不可」を入力する。これにより、
クライアントＣ１のクライアントユーザによる指示入力
が付加されたチャネル一覧情報２０３が作成される。チ
ャネル一覧情報２０３の一例を図４（Ｂ）に示す。この
チャネル一覧情報２０３に設定された制御情報は、本発
明に従って、そのまま更に下位のサーバ１００又はクラ
イアント２００にその属性として引き継がれる。

【００４２】なお、クライアントＣ１が既にチャネル一
覧情報２０３を備えている場合、クライアントＣ１が、
当該既存のチャネル一覧情報２０３の内容を、サーバＳ
Ａから配信された最新のチャネル一覧情報１０３の内容
に基づいて更新する（書き換える）。この処理もユーザ
には意識されない。

【００４３】次に、「必須」及び「自由」の記事の配信
を受けるために、クライアントＣ１が、チャネル一覧情
報２０３に基づいて、当該「必須」及び「自由」のチャ
ネルについてサーバＳＡに一覧要求をする（手順の点
線）。この一覧要求も、クライアントＣ１のユーザによ
る指示入力なしで、クライアントＣ１によって自動的に
行われる。

【００４４】この一覧要求を受信したサーバＳＡは、こ
れに応じて、当該サーバＳＡが現在公開している情報の
記事データ( アーカイブ) 一覧１０３’を、当該一覧要
求の送信元であるクライアントＣ１に送信（配信）する
（手順の実線）。この記事データ一覧１０３’も、実
際は、チャネル情報一覧（管理テーブル）１０３の一部
である。これにより、クライアントＣ１は閲覧したい旨
を指定した情報であってサーバＳＡから配信される情報
の記事データを得る。この応答においても、ユーザは、
その端末であるクライアントＣ１を何も操作しておら
ず、一覧要求が必要であることを意識することもない。

【００４５】記事データ一覧１０３’の一例を図４
（Ｃ）に示す。記事データ一覧１０３’は、当該チャネ
ルの個々の記事についての記事ＩＤとそのデータ名とか
らなる。記事ＩＤは当該記事の作成日時（正確には、年
月日時分と他の数字の１３桁）からなる。従って、記事
ＩＤから当該記事の作成日時を知ることができる。デー
タ名は記事ＩＤに当該記事がアーカイブであることを示
す記号を付加したものである。

【００４６】例えば、「19980201a 」はその情報が１９
９８年２月１日のａ番目に作成された記事であることを
示す記事名である。そのデータ名は記事名にアーカイブ
ファイルであることを示す記号「arc 」を付加した「19
980201a.arc 」となる。

【００４７】次に、クライアントＣ１は、配信された最
新の記事データ一覧１０３’に基づいて、記事アーカイ
ブの入手要求（アーカイブ入手要求）をする（手順の
点線）。この入手要求も、クライアントＣ１のユーザに
よる指示入力なしで、クライアントＣ１によって自動的
に行われる。

【００４８】入手要求は、当該クライアントＣ１におい
て不足している記事、即ち、サーバＳＡにおいて新たに
記事として追加された記事について、行われる。このた
めに、クライアントＣ１は、図４（Ｃ）に示す最新の記
事データ一覧１０３’とその時点で自己が記憶している
記事データ一覧２０３’とを比較して、記事データ一覧
１０３’に存在して記事データ一覧２０３’には存在し
ない記事を求める。この求めた記事について、例えばデ
ータ名を用いた入手要求が行われる。

【００４９】入手要求を受信したサーバＳＡは、これに
応じて、当該サーバＳＡが現在公開している情報の記事
アーカイブ１０４の内指定されたものを、当該入手要求
の送信元であるクライアントＣ１に送信（配信）する
（手順の実線）。これにより、クライアントＣ１は閲
覧したい旨を指定した情報であってサーバＳＡから公開
される情報の記事アーカイブ１０４の配信を受ける。こ
の記事アーカイブ１０４がユーザに表示され、ユーザが
これを見ることになる。

【００５０】この応答においても、ユーザは、その情報
端末であるクライアントＣ１を何も操作しておらず、入
手要求が必要であることを意識することもない。これに
より、ユーザから見ると、外見上何もしないで、サーバ
ＳＡから自動的に記事が流れてきたように見える。従っ
て、ユーザは、最初の登録要求及び閲覧したい記事の選
択入力のみで、当該記事を閲覧することができる。

【００５１】また、クライアントＣ１は記事データ一覧
２０３’を更新する。即ち、クライアントＣ１は、予め
定められた有効期限の切れた古い記事の一覧情報を、記
事データ一覧２０３’から削除する。なお、このような
古い記事の一覧情報は、サーバＳＡにおける記事データ
一覧１０３’においても削除される。更に、クライアン
トＣ１は、前述のようにしてサーバＳＡから配信を受け
た記事アーカイブ１０４について、その記事データ一覧
情報を記事データ一覧２０３’に追加する。これによ
り、クライアントＣ１は自己の最新の記事データ一覧２
０３’を得る。

【００５２】図４（Ｄ）は、手順の実行以前にクライ
アントＣ１が持っていた記事データ一覧２０３’の一例
である。例えば、クライアントＣ１のユーザが１９９８
年２月１日以降全く当該情報端末を起動していなかった
とする。この時点でのクライアントＣ１の記事データ一
覧２０３’は、図４（Ｄ）に示すように、その日以前ま
でにサーバＳＡが公開した記事「19980128」及び「1998
0131」についてのみ、その記事データ一覧２０３’を持
っており、その日以降にサーバＳＡが公開した記事「19
980201a 」「19980201b 」及び「19980202」について
は、その記事データ一覧１０３’を持っていない。

【００５３】クライアントＣ１は、図４（Ｄ）に示す記
事データ一覧２０３’に、「19980201a 」「19980201b
」及び「19980202」についての記事データ一覧情報を
追加する。この結果、クライアントＣ１の記事データ一
覧２０３’は、図４（Ｃ）に示すようになる。

【００５４】なお、この手順は、図４（Ｃ）に示す記
事データ一覧１０３’に基づいて前述のように不足して
いるとされた記事について繰り返し実行される。例え
ば、前述の不足している記事「19980201a 」「19980201
b 」及び「19980202」について記事を入手し、すでに持
っている「19980131」については記事を入手しないとす
る。この場合、まず、記事「19980201a 」を得るための
クライアントＣ１からの入手要求（手順の点線）と、
これに応じたサーバＳＡからの当該記事アーカイブ１０
４の配信（手順の実線）が行われ、次に、同様に、記
事「19980201b 」及び「19980202」を得るための入手要
求（手順の点線）と、これに応じた記事アーカイブ１
０４の配信（手順の実線）が繰り返される。

【００５５】また、手順乃至手順は、図４（Ｂ）に
示すチャネル一覧情報２０３においてクライアントＣ１
が閲覧を必要としたチャネルの各々について繰り返し実
行される。例えば、以上に述べた手順乃至手順がチ
ャネル一覧情報２０３のチャネル「社達（社内通達）」
について実行されたとする。この場合、次のチャネル
「ＸＸ新聞ニュース」について、同様に、手順乃至手
順が実行される。この場合も、手順は不足している
とされた記事について繰り返し実行される。更に、「天
気予報」以下の各チャネルについても同様に手順乃至
手順が繰り返し実行される。

【００５６】このように、外見上何もしないでサーバＳ
Ａから情報が配信されたように見えるが、一方、実際に
はクライアント２００からサーバ１００への配信要求等
が行われている。そこで、このような情報受配信システ
ムを疑似プッシュ型配信システムと言う。

【００５７】なお、本発明の情報受配信システムはプッ
シュ型配信を行うシステムであっても良い。プッシュ型
配信は、上位のサーバ１００が、下位のサーバ１００又
はクライアント２００からの情報の配信要求によって、
下位のサーバ１００又はクライアント２００に対して情
報を配信するシステムである。従って、プッシュ型配信
を行うシステムは、以上の疑似プッシュ型配信システム
において、図３（Ｂ）に示した手順乃至において、
点線で示したクライアント２００からのサーバ１００へ
の各種の要求を省略し、この要求なしでサーバ１００か
らクライアント２００への各種の情報の配信が実行され
るシステムである。

【００５８】以上のような擬似プッシュ型（又はプッシ
ュ型）配信システムにおいて、図４（Ａ）及び（Ｂ）に
示したチャネル情報一覧１０３（及び２０３）における
各種の制御情報の設定が、本発明に従って行われる。即
ち、サーバ１００は、そのチャネル情報一覧１０３にお
いて各種の制御情報を予め設定してこれをクライアント
２００に渡す。これにより、サーバ１００は、クライア
ント２００の配信モード、表示モード及び動作モードを
当該サーバ１００側から設定し管理する。なお、以下に
説明する以外の各種の制御情報を設定することにより、
更に他の種々のモードを設定し管理することが可能であ
る。

【００５９】一方、上位のサーバ１００とクライアント
２００との間の中間サーバ１００は、本発明に従って、
上位のサーバ１００により変更の許されている各種の制
御情報を書き換え、かつ、これをより下位のサーバ１０
０又はクライアント２００に配信する。これにより、当
該中間サーバ１００も、より下位のサーバ１００又はク
ライアント２００の各種のモードを設定し管理すること
が可能である。

【００６０】以下、上位のサーバ１００による下位のサ
ーバ１００又はクライアント２００における配信モー
ド、表示モード及び動作モードの設定管理の順で説明す
る。図５及び図６は本発明が適用される情報受配信シス
テムにおける上位のサーバ１００による配信モードの制
御について示す。

【００６１】上位のサーバ１００は、当該サーバ１００
に接続された下位のサーバ１００又はクライアント２０
０における当該上位のサーバ１００の配信する情報につ
いての処理を、当該サーバ１００から制御する配信制御
手段１を、その制御プログラム１０１に備える。配信制
御手段１は下位のサーバ１００又はクライアント２００
の制御プログラム１０１及び２０１を、当該上位のサー
バ１００の配信する情報の配信処理に関する制御を行
う。

【００６２】図５に示すように、配信制御手段１は、閲
覧制御手段１１、ミラーリング制御手段１２、速報制御
手段１３及びアクセス制御手段１４を備える。従って、
配信制御手段１が下位のサーバ１００又はクライアント
２００に対して配信する各種の制御情報は、閲覧制御情
報、ミラーリング可否情報、速報要否情報及びアクセス
制御情報からなる。閲覧制御手段１１は、当該サーバ１
００に接続された下位のサーバ１００又はクライアント
２００における当該上位のサーバ１００の配信した情報
の受信（閲覧）を制御する。閲覧制御手段１１は、下位
のサーバ１００又はクライアント２００を制御するため
に、これらに対する制御情報として閲覧制御情報を配信
する。閲覧制御情報は閲覧属性情報及び配信変更可否情
報からなる。

【００６３】ミラーリング制御手段１２は、当該サーバ
１００に接続された下位のサーバ１００又はクライアン
ト２００における当該サーバ１００の配信した情報のミ
ラーリングを制御する。ミラーリング制御手段１２は、
下位のサーバ１００又はクライアント２００を制御する
ために、これらに対する制御情報としてミラーリング可
否情報を配信する。

【００６４】速報制御手段１３は、当該サーバ１００に
接続された下位のサーバ１００又はクライアント２００
における当該サーバ１００の配信した情報の受信のタイ
ミングを制御する。速報制御手段１３は、下位のサーバ
１００又はクライアント２００を制御するために、これ
らに対する制御情報として速報要否情報を配信する。

【００６５】アクセス制御手段１４は、当該サーバ１０
０に接続された下位のサーバ１００又はクライアント２
００において当該サーバ１００の配信した情報を受信す
る際のアクセス制御の実行を制御する。アクセス制御手
段１４は、下位のサーバ１００又はクライアント２００
を制御するために、これらに対する制御情報としてアク
セス制御情報を配信する。アクセス制御情報はアクセス
実行情報及びアクセス変更可否情報からなる。

【００６６】上述の閲覧制御情報等の制御情報は、図５
に示すように、チャネル一覧情報１０３に各チャネル毎
に付加される。即ち、閲覧制御手段１１等がチャネル一
覧情報１０３に閲覧制御情報等を付加した（書き込ん
だ）後に、その状態のチャネル一覧情報１０３が配信制
御手段１によって下位のサーバ１００又はクライアント
２００に配信される。

【００６７】図６において、前述のように、上位のサー
バ１００の閲覧制御手段１１は、そのユーザリスト１０
２に登録された下位のサーバ１００（及びクライアント
２００）における当該上位のサーバ１００の配信した情
報の受信を制御する。そのために、閲覧制御手段１１
は、下位のサーバ１００又はクライアント２００に対し
て、当該上位のサーバ１００の配信した情報の受信を制
御するための閲覧属性情報、及び、閲覧属性情報の書き
換えの可否を示す配信変更可否情報を配信する。この配
信は、前述のように、手順及び手順の実行による当
該情報の書き込まれたチャネル一覧情報１０３の配信に
よって行われる。

【００６８】下位のサーバ１００（及びクライアント２
００）は、閲覧属性情報に従って上位のサーバ１００の
配信した情報の受信を行う。このシステムは擬似プッシ
ュ型（又はプッシュ型）であるから、実際には、前述の
ように、手順の実行、即ち、閲覧属性情報に従って下
位のサーバ１００から上位のサーバ１００への配信要求
によって、当該情報である記事アーカイブ１０４が配信
される。下位のサーバ１００は、更に下位のクライアン
ト２００に対して、当該情報を配信する。この配信も前
述の場合と同様に行われる。

【００６９】また、下位のサーバ１００は、配信変更可
否情報に従って閲覧属性情報の書き換えを行い、かつ、
書き換えた閲覧属性情報及び配信変更可否情報を当該下
位のサーバ１００の更に下位のクライアント２００（及
びサーバ１００）に配信する。この配信は、前述のよう
に、更新されたチャネル一覧情報１０３Ａの配信によ
る。

【００７０】閲覧属性情報は、図５に示すように、「必
須」「自由」又は「不可」のいずれかである。「必須」
は、当該情報の受信（閲覧又は購読）を下位のサーバ１
００又はクライアント２００に義務付ける。「自由」
は、当該情報の受信を下位のサーバ１００又はクライア
ント２００に委ねる。「不可」は、当該情報の受信を下
位のサーバ１００又はクライアント２００に許さない。
配信される各情報毎に、「必須」「自由」又は「不可」
のいずれかの配信制御情報が、配信制御手段１によって
付加される。

【００７１】配信変更可否情報は、図５に示すように、
「変更可」又は「変更不可」のいずれかである。「変更
可」は、当該閲覧属性情報の変更を下位のサーバ１００
に許す。「変更不可」は、当該閲覧属性情報の変更を下
位のサーバ１００に許さない。閲覧属性情報毎（従っ
て、配信される各情報毎）に配信変更可否情報が閲覧制
御手段１１によって付加される。

【００７２】閲覧属性情報及び配信変更可否情報は、基
本的には、各サーバ１００が自由に変更できるようにさ
れる。但し、配信変更可否情報が「変更可」の場合にの
み、閲覧属性情報は「必須」「自由」又は「不可」の間
で相互に変更を許される。配信変更可否情報の変更は、
当該情報が「変更不可」である場合には許されず、当該
情報が「変更可」である場合にのみ「変更不可」にのみ
変更することができる。クライアント２００は、末端に
位置するので、変更を認める意味がなく、従って、変更
の機能を持たない（許されない）。

【００７３】なお、配信変更可否情報は各閲覧属性情報
に対応して付加されるが、図５においては、図示の便宜
上、両者の対応関係とは関係無く示している。図７は閲
覧制御手段１１による閲覧制御についての一例を示す。
図７（Ａ）は、コンテンツサーバ１００が配信変更可否
情報を下位サーバ１００においては「変更不可」である
と設定した場合を示す。従って、下位サーバ１００にお
ける閲覧属性情報の変更は全く許されない。即ち、下位
サーバ１００はコンテンツサーバ１００の属性をそのま
ま引き継ぐ。

【００７４】この場合、コンテンツサーバ１００が閲覧
属性情報を「必須」と設定したとすると、その変更がで
きないので、下位の全サーバ１００又はクライアント２
００に対して、「必須」と配信される。これにより、下
位の全サーバ１００又はクライアント２００の制御プロ
グラム１０１及び２０１は、チャネル一覧情報１０３
（及び２０３）に従って、当該チャネルを必ず受信しな
ければならなくなる。従って、下位のサーバ１００又は
クライアント２００のユーザは当該チャネルの受信を拒
否できない。即ち、コンテンツサーバ１００から下位の
全サーバ１００又はクライアント２００の閲覧を制御で
きる。

【００７５】この例によれば、下位のサーバ１００又は
クライアント２００は当該チャネルの受信をしないとい
う設定ができない。即ち、必ず、その制御プログラム２
０１が上位のサーバ１００に対して配信要求を行うよう
にされる。これにより、例えば、企業内ネットワークに
おいて、社内に周知徹底させたい情報について、これを
必ず社員に読ませることができる。

【００７６】なお、コンテンツサーバ１００が閲覧属性
情報を「自由」又は「不可」と設定したとすると、下位
の全サーバ１００又はクライアント２００に対して、
「自由」又は「不可」と配信される。

【００７７】図７（Ｂ）は、コンテンツサーバ１００が
配信変更可否情報を下位サーバ１００においては「変更
可」であると設定した場合を示す。従って、下位サーバ
１００は閲覧属性情報の設定値を自由に変更する権限を
有する。即ち、各サーバ１００は属性を変更できる。

【００７８】この場合、コンテンツサーバ１００が閲覧
属性情報を「自由」と設定したとすると、その変更がで
きるので、その下位のサーバ１００において「必須」に
変更された上で、更に下位のサーバ１００に配信され
る。そして、この下位のサーバ１００において再度「自
由」に変更された上で、更に下位のサーバ１００に配信
される。これにより、下位の全サーバ１００又はクライ
アント２００は、当該チャネルを自由に受信できる。

【００７９】この例によれば、企業内ネットワークにお
いて、社外では購読が「自由」とされているインターネ
ット上の経済ニュース等について、これが社内で必要で
あれば「必須」とし、不要であれば「不可」とすること
ができる。

【００８０】なお、コンテンツサーバ１００が閲覧属性
情報を「自由」又は「不可」と設定しても、下位の全サ
ーバ１００又はクライアント２００はこれを自由に変更
できるので、当該チャネルを自由に受信できる。

【００８１】図７（Ｃ）は、図７（Ａ）と図７（Ｂ）と
の中間の形態である。即ち、コンテンツサーバ１００は
配信変更可否情報を下位サーバ１００においては「変更
可」と設定したが、途中のある中間サーバ１００が「変
更不可」と設定し直した場合を示す。従って、下位サー
バ１００は配信変更可否情報が「変更可」であるサーバ
１００までは閲覧属性情報を自由に変更できるが、「変
更不可」とされた以降の下位のサーバ１００は閲覧属性
情報の変更を全く許されない。即ち、「変更不可」と設
定したサーバ１００の下位のサーバは全て同一の属性を
引き継ぐ。

【００８２】この場合、コンテンツサーバ１００が閲覧
属性情報を「自由」と設定したとすると、その変更がで
きるので、その下位のサーバ１００において「必須」に
変更された上で、更に下位のサーバ１００に配信され
る。ここまでは図７（Ｂ）と同様であり、当該チャネル
を自由に受信できる。次に、この下位のサーバ１００に
おいて「必須」のまま配信変更可否情報が「変更不可」
とされると、このサーバ１００より下位のサーバ１００
における閲覧属性情報の変更は許されない。これによ
り、これより下位のサーバ１００は、図７（Ａ）と同様
に、当該チャネルを必ず受信しなければならなくなる。
即ち、当該中間のサーバ１００からでも、下位の全サー
バ１００又はクライアント２００の閲覧を制御できる。

【００８３】なお、閲覧属性情報を変更したサーバ１０
０は、原則として、上位のサーバ１００から配信された
変更前の閲覧属性情報に従う。但し、変更後の閲覧属性
情報に従うようにしても良い。これは他の制御情報につ
いても同様である。

【００８４】図８は閲覧制御手段１１による閲覧制御の
具体的な一例を示す。図７は１個の一般化したチャネル
について示したが、図８は複数のチャネルにおける閲覧
制御の実際について示す。コンテンツサーバＳＡが「天
気予報」「ニュース」「速報」の３個のチャネルの情報
を配信しており、これと共に図示のように設定した各チ
ャネルの属性（制御情報）を配信しているとする。サー
バＳＡからの情報はサーバＳＢ、ＳＣ及びＳＤに配信さ
れる。

【００８５】配信されたサーバＳＤにおいて、「天気予
報」及び「ニュース」チャネルの配信変更可否情報が
「変更可」であるので、閲覧属性情報を変更することが
できる。そこで、例えば、サーバＳＤは「天気予報」チ
ャネルの閲覧属性情報を「（購読又は閲覧）不可」に変
更した上で、サーバＳＥ、ＳＦ及びＳＧに配信する。こ
の結果、同一の制御情報（属性）を持っていた「天気予
報」及び「ニュース」チャネルの内、「ニュース」チャ
ネルはサーバＳＤを通過して更に下位のサーバＳＧに配
信されるが、「天気予報」チャネルはサーバＳＤを通過
できずサーバＳＧに配信されない。即ち、「天気予報」
チャネルはフィルタリングされる。このように、制御情
報又はチャネル一覧情報１０３は各チャネルに対するフ
ィルタである。なお、サーバＳＤも、「天気予報」チャ
ネルの属性として「不可」を有することになるので、
「天気予報」チャネルの配信を受けないことになる。

【００８６】一方、「速報」チャネルの配信変更可否情
報が「変更不可」であるので、閲覧属性情報を変更する
ことができない。そこで、サーバＳＤは「速報」チャネ
ルについてはそのままの閲覧属性情報を、サーバＳＥ、
ＳＦ及びＳＧに配信する。従って、サーバＳＤに接続し
ているクライアント２００は、この制御情報を受信する
ことになる。

【００８７】次に、サーバＳＤから当該制御情報の配信
を受けたサーバＳＧは、「ニュース及び「速報」チャネ
ル及びその制御情報（チャネル一覧情報１０３）の配信
を受ける。「天気予報」チャネルは、フィルタリングさ
れたので、配信されない。配信された「ニュース」チャ
ネルの配信変更可否情報が「変更可」であるので、例え
ば、サーバＳＧは「天気予報」チャネルの閲覧属性情報
を「自由」に変更した上で、サーバＳＨ、ＳＩ及びＳＪ
に配信する。従って、サーバＳＧに接続しているクライ
アント２００は、この制御情報を受信することになる。

【００８８】なお、実際は、サーバＳＡは、これに接続
されている下位のサーバＳＢ、ＳＣ及びＳＤ毎に、管理
テーブルであるチャネル一覧情報１０３を備える。従っ
て、サーバＳＡは、サーバＳＢ、ＳＣ及びＳＤ毎に異な
る制御情報（チャネル一覧情報１０３）を配信すること
により、これらに対して異なる配信制御を実行すること
ができる。制御情報が同一であれば、同一の制御を行う
ことができる。以上は、サーバＳＤ等の他のサーバ１０
０についても同様である。

【００８９】図５に戻って、本発明が適用される情報受
配信システムにおける上位のサーバ１００によるミラー
リング制御について説明する。前述のように、上位のサ
ーバ１００のミラーリング制御手段１２は、当該サーバ
１００に接続された下位のサーバ１００における当該サ
ーバ１００の配信した情報のミラーリングを制御する。
このために、ミラーリング制御手段１２は、当該サーバ
１００に接続された下位のサーバ１００に対して、当該
上位のサーバ１００の配信した情報のミラーリングを制
御するためのミラーリング可否情報を配信する。この配
信された前記ミラーリング可否情報に従って、下位のサ
ーバ１００が、上位のサーバ１００の配信した情報のミ
ラーリングを行う。

【００９０】ミラーリング可否情報は「ミラーリング
可」又は「ミラーリング不可」のいずれかである。「ミ
ラーリング可」は、当該情報のミラーリングを下位のサ
ーバ１００に許す。「ミラーリング不可」は、当該情報
のミラーリングを下位のサーバ１００に許さない。

【００９１】ミラーリング可否情報は、基本的には、各
サーバ１００が自由に変更できるようにされる。但し、
ミラーリング可否情報の変更は、当該情報が「ミラーリ
ング不可」である場合には許されず、当該情報が「ミラ
ーリング可」である場合にのみ「ミラーリング不可」に
のみ変更することができる。クライアント２００には変
更を認める意味がなく、従って、変更の機能を持たない
（許されない）。

【００９２】従って、コンテンツサーバ１００がミラー
リング可否情報を「ミラーリング不可」と設定したとす
ると、下位の全サーバ１００に対して、「ミラーリング
不可」と配信される。これは図７（Ａ）の場合と類似で
ある。これにより、下位の全サーバ１００は、配信され
た記事アーカイブ１０４のミラーリングができなくな
る。即ち、コンテンツサーバ１００から下位の全サーバ
１００のミラーリングを制御できる。

【００９３】一方、図９に示すように、コンテンツサー
バ１００がミラーリング可否情報を「ミラーリング可」
と設定したとすると、下位のサーバ１００は、配信され
た記事アーカイブ１０４をミラーリング（コピー）し
て、自己の備える記憶装置の所定の位置に、ミラーリン
グ情報１０４’としてローカルに記憶する（図６参
照）。但し、途中のある中間サーバ１００が「ミラーリ
ング不可」と設定し直した場合、その下位のサーバ１０
０は全て同一の属性を引き継ぐ。これは図７（Ｃ）の場
合と類似である。これにより、当該サーバ１００及びよ
り下位のサーバ１００は、配信された記事アーカイブ１
０４のミラーリングができなくなる。即ち、当該中間の
サーバ１００からでも、下位の全サーバ１００のミラー
リングを制御できる。

【００９４】なお、ミラーリング可否情報についての
「変更可」及び「変更不可」からなる変更可否情報を制
御情報として付加しても良い。この場合、ミラーリング
制御の自由度は減少するが、コンテンツサーバ１００か
らの一律のミラーリング制御が可能となる。

【００９５】次に、図５を参照して、本発明が適用され
る情報受配信システムにおける上位のサーバ１００によ
る速報制御について説明する。前述のように、上位のサ
ーバ１００の速報制御手段１３は、当該サーバ１００に
接続された下位のサーバ１００又はクライアント２００
における当該サーバ１００の配信した情報の受信のタイ
ミングを制御する。このために、速報制御手段１３は、
下位のサーバ１００又はクライアント２００に対して、
当該上位のサーバ１００の配信した情報の受信のタイミ
ングを制御するための速報要否情報を配信する。この配
信された速報要否情報に従って、下位のサーバ１００又
はクライアント２００が、上位のサーバ１００の配信す
る情報の受信のタイミングの制御を行う。

【００９６】速報要否情報は、「普通」又は「速報」の
いずれかである。「普通」は、当該情報の受信を下位の
サーバ１００又はクライアント２００に普通のタイミン
グで行わせる。「速報」は、当該情報の受信を下位のサ
ーバ１００又はクライアント２００に「普通」よりも早
いタイミングで行わせる。

【００９７】速報要否情報「普通」を有するサーバ１０
０又はクライアント２００は、手順乃至において点
線で示した上位のサーバ１００に対する各種の要求を、
その制御プログラム１０１間２０１において予め定めら
れた所定の時間間隔又は所定のタイミング（例えば、ク
ライアントＣ１である情報端末でのユーザの所定の操
作）で自動的に行う。

【００９８】速報要否情報「速報」を有するサーバ１０
０又はクライアント２００は、上位のサーバ１００に対
する各種の要求を、上位のサーバ１００から指定された
タイミングで自動的に行う。このタイミングは、「普
通」のタイミングより十分に短い時間間隔とされる。こ
のために、速報要否情報「速報」は、当該時間間隔を指
定する値を含む。

【００９９】速報要否情報は、基本的には、各サーバ１
００が自由に変更できるようにされる。但し、速報要否
情報の変更は、当該情報が「普通」である場合には許さ
れず、当該情報が「速報」である場合にのみ「普通」に
のみ変更することができる。クライアント２００は、末
端に位置するので、変更を認める意味がなく、従って、
変更の機能を持たない（許されない）。

【０１００】従って、コンテンツサーバ１００が速報要
否情報を「普通」と設定したとすると、下位の全サーバ
１００又はクライアント２００に対して、「普通」と配
信される。これは図７（Ａ）の場合と類似である。これ
により、下位の全サーバ１００又はクライアント２００
の制御プログラム１０１及び２０１は、チャネル一覧情
報１０３（及び２０３）に従って、情報の配信を「速
報」で受けることができなくなる。即ち、コンテンツサ
ーバ１００から下位の全サーバ１００又はクライアント
２００の速報の可否を制御できる。

【０１０１】一方、図１０に示すように、コンテンツサ
ーバ１００が速報要否情報を「速報」と設定したとする
と、下位のサーバ１００又はクライアント２００は、情
報の配信を速報で受ける。但し、途中のある中間サーバ
１００が「普通」と設定し直した場合、その下位のサー
バ１００は全て同一の属性を引き継ぐ。これは図７
（Ｃ）の場合と類似である。これにより、当該サーバ１
００及びより下位のサーバ１００は、情報の配信を速報
で受けることができなくなる。即ち、当該中間のサーバ
１００からでも、下位の全サーバ１００又はクライアン
ト２００の速報の可否を制御できる。

【０１０２】なお、速報要否情報についての「変更可」
及び「変更不可」からなる変更可否情報を制御情報とし
て付加しても良い。この場合、速報制御の自由度は減少
するが、コンテンツサーバ１００からの一律の速報制御
が可能となる。

【０１０３】更に、図５を参照して、本発明が適用され
る情報受配信システムにおける下位のサーバ１００によ
るアクセス制御について説明する。前述のように、上位
のサーバ１００のアクセス制御手段１４は、当該サーバ
１００に接続された下位のサーバ１００又はクライアン
ト２００における当該サーバ１００の配信した情報を受
信した際の所定のアクセス制御の実行を制御する。アク
セス制御手段１４は、下位のサーバ１００又はクライア
ント２００に対して、当該上位のサーバ１００の配信す
る情報を受信する際の所定のアクセス制御のためのアク
セス実行情報を配信する。この配信されたアクセス実行
情報に従って、下位のサーバ１００又はクライアント２
００が、上位のサーバ１００の配信した情報の受信する
際に所定のアクセス制御を行う。

【０１０４】また、アクセス制御手段１４は、下位のサ
ーバ１００に対して、アクセス実行情報の書き換えの可
否を示すアクセス変更可否情報を配信する。この配信さ
れたアクセス変更可否情報に従って、下位のサーバ１０
０がアクセス実行情報の書き換えを行って、下位のサー
バ１００の更に下位のサーバ１００に配信する。

【０１０５】アクセス実行情報は「実行」又は「非実
行」のいずれかである。「実行」は、当該所定のアクセ
ス制御を下位のサーバ１００又はクライアント２００に
行わせる。「非実行」は、当該所定のアクセス制御を下
位のサーバ１００又はクライアント２００に行わせな
い。

【０１０６】アクセス変更可否情報は、「変更可」又は
「変更不可」のいずれかである。「変更可」は、当該ア
クセス実行情報の変更を下位のサーバ１００に許す。
「変更不可」は、当該アクセス実行情報の変更を下位の
サーバ１００に許さない。

【０１０７】アクセス実行情報及びアクセス変更可否情
報は、基本的には、各サーバ１００が自由に変更できる
ようにされる。但し、アクセス変更可否情報が「変更
可」の場合にのみ、アクセス実行情報は「実行」又は
「非実行」の間で相互に変更を許される。アクセス変更
可否情報の変更は、当該情報が「変更不可」である場合
には許されず、当該情報が「変更可」である場合にのみ
「変更不可」にのみ変更することができる。クライアン
ト２００は、末端に位置するので、変更を認める意味が
なく、従って、変更の機能を持たない（許されない）。

【０１０８】アクセス実行情報「実行」を有するサーバ
１００及びクライアント２００は、手順乃至におい
て、上位のサーバ１００をアクセスする際に、アクセス
制御を実行する。このアクセス制御は、例えば、上位の
サーバ１００のユーザリスト１０２に登録された当該ユ
ーザのユーザ名及びパスワードを用いて行う、ユーザの
アクセス資格のチェックである。アクセス制御の結果、
当該ユーザにアクセス資格がなければ、当該アクセスを
することはできない。

【０１０９】図１１はアクセス制御手段１４によるアク
セス制御についての一例を示す。図１１（Ａ）は、コン
テンツサーバ１００がアクセス変更可否情報を下位サー
バ１００においては「変更不可」であると設定した場合
を示す。従って、下位サーバ１００は、アクセス実行情
報の変更をできず、コンテンツサーバ１００の属性をそ
のまま引き継ぐ。

【０１１０】この場合、コンテンツサーバ１００がアク
セス実行情報を「非実行」と設定したとすると、下位の
全サーバ１００又はクライアント２００に対して、「非
実行」と配信される。これにより、下位の全サーバ１０
０又はクライアント２００は、当該アクセス制御を実行
しない。即ち、コンテンツサーバ１００から下位の全サ
ーバ１００又はクライアント２００のアクセス制御の実
行を不要にできる。

【０１１１】この例によれば、例えば、企業内ネットワ
ークにおける最上位のサーバ１００が、外部のネットワ
ーク（例えば、インターネット）に所定のアクセスをし
て得た情報について社内の全員に資格を制限することな
く、社員に読ませることができる。

【０１１２】なお、コンテンツサーバ１００がアクセス
実行情報を「実行」と設定したとすると、下位の全サー
バ１００又はクライアント２００に対して、「実行」と
配信される。この場合、例えば、企業内ネットワークに
おいて、社内の全員について資格をチェックすることが
可能となる。

【０１１３】図１１（Ｂ）は、コンテンツサーバ１００
がアクセス変更可否情報を「変更可」と設定した場合を
示す。従って、下位サーバ１００は、アクセス実行情報
の設定値を自由に変更する権限を有し、属性を変更でき
る。

【０１１４】この場合、コンテンツサーバ１００がアク
セス実行情報を「非実行」と設定し、下位のサーバ１０
０において「実行」に変更され、更に下位のサーバ１０
０において再度「非実行」に変更され、更に下位のサー
バ１００に配信される。これにより、下位の全サーバ１
００又はクライアント２００は、アクセス制御について
自由に「実行」又は「非実行」を設定できる。コンテン
ツサーバ１００がアクセス実行情報を「実行」と設定し
ても、同様である。

【０１１５】図１１（Ｃ）は、図１１（Ａ）と図１１
（Ｂ）との中間の形態である。即ち、コンテンツサーバ
１００がアクセス変更可否情報を「変更可」と設定した
が、途中のある中間サーバ１００が「変更不可」と設定
し直した場合を示す。従って、下位サーバ１００は「変
更可」であるサーバ１００まではアクセス実行情報を自
由に変更できるが、「変更不可」とされた以降の下位の
サーバはアクセス実行情報の変更を全く許されない。即
ち、「変更不可」と設定したサーバ１００の下位のサー
バは全て同一の属性を引き継ぐ。

【０１１６】この場合、コンテンツサーバ１００がアク
セス実行情報を「非実行」と設定し、その下位のサーバ
１００において「必須」に変更され、更に下位のサーバ
１００に配信される。ここまでは図１１（Ｂ）と同様で
あり、アクセス制御を自由に設定できる。次に、この下
位のサーバ１００において「非実行」のままアクセス変
更可否情報が「変更不可」とされると、このサーバ１０
０より下位のサーバ１００におけるアクセス実行情報の
変更は許されない。これにより、当該サーバ１００及び
より下位のサーバ１００は、図１１（Ａ）と同様に、ア
クセス制御の実行を不要とする。即ち、当該中間のサー
バ１００からであっても、下位の全サーバ１００又はク
ライアント２００のアクセス制御の実行を制御できる。

【０１１７】図１に戻って、本発明が適用される情報受
配信システムにおける上位のサーバ１００による表示形
態の制御について説明する。上位のサーバ１００は、当
該サーバ１００に接続された下位のサーバ１００又はク
ライアント２００における当該サーバ１００の配信した
情報の表示を制御する表示形態制御手段２を備える。即
ち、表示形態制御手段２は下位のサーバ１００又はクラ
イアント２００の制御プログラム２０１を、当該上位の
サーバ１００の配信する情報の表示に関して制御する。

【０１１８】表示形態制御手段２は、下位のサーバ１０
０又はクライアント２００に対して、当該上位のサーバ
１００の配信した情報の表示を制御するための表示制御
情報を配信する。配信された表示制御情報に従って、下
位のサーバ１００又はクライアント２００が上位のサー
バ１００の配信した情報の表示を行う。

【０１１９】また、表示形態制御手段２は、下位のサー
バ１００及びクライアント２００に対して、表示制御情
報の書き換えの可否を示す表示変更可否情報を配信す
る。この配信された表示変更可否情報に従って、下位の
サーバ１００が、表示制御情報の書き換えを行い、当該
下位のサーバ１００の更に下位のサーバ１００に配信す
る。

【０１２０】表示制御情報は「表示可」又は「表示不
可」のいずれかである。「表示可」は、当該情報の所定
の表示を下位のサーバ１００又はクライアント２００に
許す。「表示不可」は、当該情報の所定の表示を下位の
サーバ１００又はクライアント２００に許さない。

【０１２１】表示変更可否情報は、「変更可」又は「変
更不可」のいずれかである。「変更可」は、当該表示制
御情報の変更を下位のサーバ１００に許す。「変更不
可」は、当該表示制御情報の変更を下位のサーバ１００
又はクライアント２００に許さない。

【０１２２】表示制御情報は、前述の各種の制御情報と
同様に、下位のサーバ１００又はクライアント２００に
配信するために、上位のサーバ１００によって、チャネ
ル一覧情報１０３へ付加される。表示制御情報の付加さ
れたチャネル一覧情報１０３を図１４に示す。上位のサ
ーバ１００から下位のサーバ１００及びクライアント２
００に配信された情報を、当該下位のサーバ１００又は
クライアント２００において表示する形態の一例として
は、例えば「リーダ」「テロッパ」及び「プレイヤ」の
３形態がある。従って、表示制御情報は、各チャネル毎
に、かつ、情報のさまざまな表示形態毎に設定される。
例えば、表示制御情報は、図１４に示すように、各チャ
ネル毎に、「リーダ」「テロッパ」及び「プレイヤ」の
各々について、前記「表示可」又は「表示不可」のいず
れかが設定される。

【０１２３】なお、「リーダ」「テロッパ」及び「プレ
イヤ」はこのような表示を行うプログラムを指すが、当
該プログラムによって実現される表示形態をも「リー
ダ」「テロッパ」及び「プレイヤ」と呼ぶこととする。

【０１２４】図１２は「リーダ」「テロッパ」及び「プ
レイヤ」の３個の表示形態について示す。「リーダ」
は、図１２（Ａ）に示すように、クライアント２００
（又は下位のサーバ１００）である情報端末の表示装置
２０５の表示画面において、記事表示ブラウザ２０７と
並列に、画面左方に表示される。「リーダ」は、例えば
上位のサーバ１００から配信された情報を静止表示し、
当該情報を表示する主要な形態である。「テロッパ」
は、図１２（Ｂ）に示すように、記事表示ブラウザ２０
７の下方に表示される。「テロッパ」は例えば上位のサ
ーバ１００から配信された情報をテロップ表示する（従
って、行数は通常１行であり、静止していない）。「プ
レイヤ」は、図１２（Ｃ）に示すように、表示装置２０
５の表示画面において、全体に表示される。「プレイ
ヤ」は、当該情報端末のスクリーンセーバが起動してい
る時に起動され、当該スクリーンセーバの代わりとして
動作する。従って、「プレイヤ」は、上位のサーバ１０
０から配信された情報を所定の時間間隔でスクロールし
て表示する。「リーダ」や「プレイヤ」は当該ユーザ以
外の人間にも見えやすい表示の形態である。

【０１２５】図１３は表示形態制御手段２による「テロ
ッパ」についての表示形態制御の一例を示す。なお、表
示形態制御手段２による「リーダ」や「プレイヤ」につ
いての表示形態制御も全く同様である。

【０１２６】図１３（Ａ）は、コンテンツサーバ１００
が表示変更可否情報を「変更不可」と設定した場合を示
す。従って、下位サーバ１００は、表示制御情報の変更
できず、コンテンツサーバ１００の属性をそのまま引き
継ぐ。

【０１２７】この場合、コンテンツサーバ１００が「テ
ロッパ」についての表示制御情報を「表示不可」と設定
したとすると、下位の全サーバ１００又はクライアント
２００に対して「表示不可」と配信される。これによ
り、下位の全サーバ１００又はクライアント２００は
「テロッパ」の表示ができなくなる。即ち、コンテンツ
サーバ１００から下位の全サーバ１００又はクライアン
ト２００の「テロッパ」の表示を制御できる。

【０１２８】なお、コンテンツサーバ１００が「テロッ
パ」についての表示制御情報を「表示可」と設定したと
すると、下位の全サーバ１００又はクライアント２００
に対して「表示可」と配信される。

【０１２９】図１３（Ｂ）は、コンテンツサーバ１００
が表示変更可否情報を「変更可」と設定した場合を示
す。従って、下位サーバ１００は、表示制御情報の設定
値を自由に変更する権限を有し、属性を変更できる。

【０１３０】この場合、コンテンツサーバ１００が表示
制御情報を「表示可」と設定し、下位のサーバ１００に
おいて「表示不可」に変更され、更に下位のサーバ１０
０において再度「表示可」に変更され、更に下位のサー
バ１００に配信される。これにより、下位の全サーバ１
００又はクライアント２００は、「テロッパ」の表示を
自由に設定できる。なお、コンテンツサーバ１００が表
示制御情報を「表示不可」と設定しても、同様に自由で
ある。

【０１３１】図１３（Ｃ）は、図１３（Ａ）と図１３
（Ｂ）との中間の形態である。即ち、コンテンツサーバ
１００が表示変更可否情報を「変更可」と設定したが、
途中のある中間サーバ１００が「変更不可」と設定し直
した場合を示す。従って、下位サーバ１００は「変更
可」であるサーバ１００までは表示制御情報を自由に変
更できるが、「変更不可」とされた以降の下位のサーバ
は表示制御情報の変更を全く許されない。即ち、「変更
不可」と設定したサーバ１００の下位のサーバは全て同
一の属性を引き継ぐ。

【０１３２】この場合、コンテンツサーバ１００が表示
制御情報を「表示可」と設定し、下位のサーバ１００に
おいて「表示不可」に変更され、更に下位のサーバ１０
０に配信される。ここまでは図１３（Ｂ）と同様であ
り、「テロッパ」の表示を自由に設定できる。次に、こ
の下位のサーバ１００において「表示不可」のまま表示
変更可否情報が「変更不可」とされると、このサーバ１
００より下位のサーバ１００における表示制御情報の変
更は許されない。これにより、当該サーバ１００及びよ
り下位のサーバ１００は、図１３（Ａ）と同様に、「テ
ロッパ」の表示ができなくなる。即ち、当該中間のサー
バ１００からでも、下位の全サーバ１００又はクライア
ント２００の「テロッパ」の表示を制御できる。

【０１３３】また、図１を参照して、本発明が適用され
る情報受配信システムにおける上位のサーバ１００によ
る動作環境制御について説明する。上位のサーバ１００
は、当該サーバ１００に接続された下位のサーバ１００
又はクライアント２００の動作環境を制御する動作環境
制御手段３を備える。即ち、動作環境制御手段３は下位
のサーバ１００又はクライアント２００の制御プログラ
ムを、当該下位のサーバ１００又はクライアント２００
の動作環境に関して所定の制御を行う。

【０１３４】動作環境制御手段３は、下位のサーバ１０
０又はクライアント２００に対して、当該下位のサーバ
１００又はクライアント２００の動作環境を制御するた
めの動作環境制御情報を配信する。この配信された動作
環境制御情報に従って、下位のサーバ１００又はクライ
アント２００が、自己の動作環境を構築し、この動作環
境の下で当該上位のサーバ１００との間での情報の受配
信を行う。

【０１３５】動作環境制御情報は、前述の各種の制御情
報と同様に、下位のサーバ１００又はクライアント２０
０に配信するために、上位のサーバ１００によって、チ
ャネル一覧情報１０３へ付加される。動作環境制御情報
の付加されたチャネル一覧情報１０３を図１５に示す。
上位のサーバ１００は、これに接続される下位のサーバ
１００又はクライアント２００毎に異なる動作環境制御
情報を配信することにより、これらに対して異なる動作
環境制御を行う。

【０１３６】動作環境制御情報は、図１５に示すよう
に、「上位接続先」「ダウンロード時刻」及び「ダウン
ロードスケジュール」を含む。「上位接続先」は、当該
下位のサーバ１００又はクライアント２００の上位の接
続先（例えば、アドレス又はＩＤ）を示す。即ち、図３
（Ｂ）に示す手順において、当該下位のサーバ１００
又はクライアント２００が登録を依頼できる上位のサー
バ１００を示す。これは複数個であっても良い。当該下
位のサーバ１００又はクライアント２００は、以後、当
該指定された上位の接続先に登録依頼（手順）し、接
続する。

【０１３７】「ダウンロード時刻」は、下位のサーバ１
００又はクライアント２００が上位のサーバ１００の配
信する情報をダウンロードする時刻を示す。具体的に
は、当該ダウンロードをする時刻そのものが指定され
る。この時刻に、当該下位のサーバ１００又はクライア
ント２００が手順乃至を実行する。当該下位のサー
バ１００又はクライアント２００は当該指定されたダウ
ンロード時刻に手順乃至を実行するので、これを短
い時間間隔で指定することにより「速報」を実現するこ
ともできる。

【０１３８】「ダウンロードスケジュール」は、下位の
サーバ１００又はクライアント２００が上位のサーバ１
００の配信する情報をダウンロードするスケジュールを
示す。具体的には、当該ダウンロードをする曜日や日時
が指定される。この曜日や日時（の上記時刻））に、当
該下位のサーバ１００又はクライアント２００が手順
乃至を実行する。

【０１３９】動作環境制御情報は、前述の各種の制御情
報とは異なり、上位のサーバ１００から下位のサーバ１
００又はクライアント２００へ順に伝播される性質のも
のではない。下位のサーバ１００又はクライアント２０
０は、上位のサーバ１００から配信された動作環境制御
情報に従う。しかし、下位のサーバ１００は、更に下位
のサーバ１００に対する動作環境制御情報を上位のサー
バ１００からの干渉なしに全く自由に設定して配信でき
る。従って、各サーバ１００において、一斉にダウンロ
ードをしても良く、全く関連なくダウンロードをしても
良い。これにより、下位のサーバ１００又はクライアン
ト２００の動作環境をその直ぐ上位のサーバ１００から
制御することができる。

【０１４０】なお、前述の動作環境制御情報以外にも種
々の動作環境について制御するようにしても良い。ま
た、前述の各種の制御情報と同様にして、コンテンツサ
ーバ１００等の上位のサーバ１００から動作環境制御情
報を設定できるようにしても良い。

【０１４１】以上、本発明を情報受配信システムとして
説明したが、本発明は当該情報受配信システムを実現す
るプログラムがプログラム記憶媒体に記憶されたものを
も含むものである。即ち、当該プログラムがフレキシブ
ルディスクやＣＤ−ＲＯＭなどの記憶媒体に記述されて
いてもよく、またダウンロードによってハードディスク
などの記憶媒体にロードされてもよく、いずれも、本願
発明の技術的範囲に属するものと解すべきである。

【０１４２】

【発明の効果】以上説明したように、本発明によれば、
情報受配信システムにおいて、上位のサーバが下位のサ
ーバ又はクライアントにおける情報の受信を制御する配
信情報制御手段を備えることにより上位のサーバは情報
をクライアントに必ず購読（受信）させることができ、
また、上位のサーバが下位のサーバ等における情報の表
示を制御する表示形態制御手段を備えることによりクラ
イアントでの情報の表示を他人の目に触れにくい表示形
態にさせることができ、また、上位のサーバが下位のサ
ーバ等における動作環境を制御する動作環境制御手段を
備えることにより、情報をクライアントの動作状況に依
らず配信できる。

【図面の簡単な説明】

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

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

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

【図４】情報受配信説明図である。

【図５】配信制御説明図である。

【図６】閲覧制御説明図である。

【図７】閲覧制御説明図である。

【図８】閲覧制御説明図である。

【図９】ミラーリング制御説明図である。

【図１０】速報制御説明図である。

【図１１】アクセス制御説明図である。

【図１２】表示形態制御説明図である。

【図１３】表示形態制御説明図である。

【図１４】表示形態制御説明図である。

【図１５】動作環境制御説明図である。

【符号の説明】

１ 配信制御手段 ２ 表示形態制御手段 ３ 動作環境制御手段 １１ 閲覧制御手段 １２ ミラーリング制御手段 １３ 速報制御手段 １４ アクセス制御手段 １００ サーバ ２００ クライアント

───────────────────────────────────────────────────── フロントページの続き (72)発明者 軽部 香紀 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内 (72)発明者 川岸 清隆 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユーソフトウェアラ ボラトリ内 (72)発明者 久保田 旭 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内

Claims (25)

【特許請求の範囲】
1. 【請求項１】 多段の構成を有する複数のサーバと前記
   サーバに接続された複数のクライアントとからなり、前
   記複数のサーバの内の上位のサーバから配信された情報
   を、前記上位のサーバに接続された前記複数のサーバの
   内の下位のサーバ又はクライアントが受信する情報受配
   信システムにおいて、 前記上位のサーバが、前記下位のサーバ又はクライアン
   トにおける当該上位のサーバの配信する情報についての
   処理を制御する配信制御手段を備え、 前記上位のサーバの配信制御手段が、前記下位のサーバ
   又はクライアントにおける情報の配信モードを設定管理
   することを特徴とする情報受配信システム。
2. 【請求項２】 前記上位のサーバの配信制御手段が、前
   記下位のサーバ又はクライアントにおける当該上位のサ
   ーバの配信する情報の受信を制御する閲覧制御手段を備
   えることを特徴とする請求項１に記載の情報受配信シス
   テム。
3. 【請求項３】 前記上位のサーバの閲覧制御手段が、前
   記下位のサーバ又はクライアントに対して、当該上位の
   サーバの配信した情報の受信を制御するための閲覧属性
   情報を配信し、 前記下位のサーバ又はクライアントが、前記閲覧属性情
   報に従って、前記上位のサーバの配信する情報の受信を
   行うことを特徴とする請求項２に記載の情報受配信シス
   テム。
4. 【請求項４】 前記上位のサーバの閲覧制御手段が、前
   記下位のサーバに対して、前記閲覧属性情報の書き換え
   の可否を示す配信変更可否情報を配信し、 前記下位のサーバが、前記配信変更可否情報に従って、
   前記閲覧属性情報の書き換えを行って、当該下位のサー
   バの更に下位のサーバに配信することを特徴とする請求
   項３に記載の情報受配信システム。
5. 【請求項５】 前記閲覧属性情報は、当該情報の受信を
   前記下位のサーバ又はクライアントに義務付ける「必
   須」、当該情報の受信を前記下位のサーバ又はクライア
   ントに委ねる「自由」、又は、当該情報の受信を前記下
   位のサーバ又はクライアントに許さない「不可」のいず
   れかであり、 前記配信変更可否情報は、当該閲覧属性情報の変更を前
   記下位のサーバに許す「変更可」、又は、当該閲覧属性
   情報の変更を前記下位のサーバに許さない「変更不可」
   のいずれかであることを特徴とする請求項４に記載の情
   報受配信システム。
6. 【請求項６】 前記上位のサーバの配信制御手段が、前
   記下位のサーバ又はクライアントにおける当該上位のサ
   ーバの配信した情報のミラーリングを制御するミラーリ
   ング制御手段を備えることを特徴とする請求項１に記載
   の情報受配信システム。
7. 【請求項７】 前記上位のサーバのミラーリング制御手
   段が、前記下位のサーバに対して、当該上位のサーバの
   配信した情報のミラーリングを制御するためのミラーリ
   ング可否情報を配信し、 前記下位のサーバが、前記ミラーリング可否情報に従っ
   て、前記上位のサーバの配信した情報のミラーリングを
   行うことを特徴とする請求項６に記載の情報受配信シス
   テム。
8. 【請求項８】 前記ミラーリング可否情報は、当該情報
   のミラーリングを前記下位のサーバ又はクライアントに
   許す「ミラーリング可」、又は、当該情報のミラーリン
   グを前記下位のサーバ又はクライアントに許さない「ミ
   ラーリング不可」のいずれかであることを特徴とする請
   求項７に記載の情報受配信システム。
9. 【請求項９】 前記上位のサーバの配信制御手段が、前
   記下位のサーバ又はクライアントにおける当該上位のサ
   ーバの配信した情報の受信のタイミングを制御する速報
   制御手段を備えることを特徴とする請求項１に記載の情
   報受配信システム。
10. 【請求項１０】 前記上位のサーバの速報制御手段が、
    前記下位のサーバ又はクライアントに対して、当該上位
    のサーバの配信した情報の受信のタイミングを制御する
    ための速報要否情報を配信し、 前記下位のサーバ又はクライアントが、前記速報要否情
    報に従って、前記上位のサーバの配信する情報の受信の
    タイミングの制御を行うことを特徴とする請求項９に記
    載の情報受配信システム。
11. 【請求項１１】 前記速報要否情報は、当該情報の受信
    を前記下位のサーバ又はクライアントに普通のタイミン
    グで行わせる「普通」、又は、当該情報の受信を前記下
    位のサーバ又はクライアントに前記「普通」よりも早い
    タイミングで行わせる「速報」のいずれかであることを
    特徴とする請求項１０に記載の情報受配信システム。
12. 【請求項１２】 前記上位のサーバの配信制御手段が、
    前記下位のサーバ又はクライアントにおける当該上位の
    サーバの配信した情報を受信する際の所定のアクセス制
    御の実行を制御するアクセス制御手段を備えることを特
    徴とする請求項１に記載の情報受配信システム。
13. 【請求項１３】 前記上位のサーバのアクセス制御手段
    が、前記下位のサーバ又はクライアントに対して、当該
    上位のサーバの配信した情報を受信する際の所定のアク
    セス制御のためのアクセス実行情報を配信し、 前記下位のサーバ又はクライアントが、配信された前記
    アクセス実行情報に従って、前記上位のサーバからの情
    報を受信する際に前記所定のアクセス制御を行うことを
    特徴とする請求項１２に記載の情報受配信システム。
14. 【請求項１４】 前記上位のサーバのアクセス制御手段
    が、前記下位のサーバに対して、前記アクセス実行情報
    の書き換えの可否を示すアクセス変更可否情報を配信
    し、 前記下位のサーバが、前記アクセス変更可否情報に従っ
    て前記アクセス実行情報の書き換えを行って、当該下位
    のサーバの更に下位のサーバに配信することを特徴とす
    る請求項１２に記載の情報受配信システム。
15. 【請求項１５】 前記アクセス実行情報は、当該所定の
    アクセス制御を前記下位のサーバ又はクライアントに行
    わせる「実行」、又は、当該所定のアクセス制御を前記
    下位のサーバ又はクライアントに行わせない「非実行」
    のいずれかであり、 前記アクセス変更可否情報は、当該アクセス実行情報の
    変更を前記下位のサーバに許す「変更可」、又は、当該
    アクセス実行情報の変更を前記下位のサーバに許さない
    「変更不可」のいずれかであることを特徴とする請求項
    １４に記載の情報受配信システム。
16. 【請求項１６】 多段の構成を有する複数のサーバと前
    記サーバに接続された複数のクライアントとからなり、
    前記複数のサーバの内の上位のサーバから配信された情
    報を、前記上位のサーバに接続された前記複数のサーバ
    の内の下位のサーバ又はクライアントが受信する情報受
    配信システムにおいて、 前記上位のサーバが、前記下位のサーバ又はクライアン
    トにおいて当該サーバ側の配信した情報の表示を制御す
    る表示形態制御手段を備え、 前記上位のサーバの表示形態制御手段が、前記下位のサ
    ーバ又はクライアントにおける当該上位のサーバの配信
    した情報の表示モードを設定管理することを特徴とする
    情報受配信システム。
17. 【請求項１７】 前記上位のサーバの表示形態制御手段
    が、前記下位のサーバ又はクライアントに対して、当該
    上位のサーバの配信した情報の表示を制御するための表
    示制御情報を配信し、 前記下位のサーバ又はクライアントが、配信された前記
    表示制御情報に従って、前記上位のサーバの配信した情
    報の表示を行うことを特徴とする請求項１６に記載の情
    報受配信システム。
18. 【請求項１８】 前記上位のサーバの表示形態制御手段
    が、前記下位のサーバに対して、前記表示制御情報の書
    き換えの可否を示す表示変更可否情報を配信し、 前記下位のサーバが、前記表示変更可否情報に従って前
    記表示制御情報の書き換えを行って、当該下位のサーバ
    の更に下位のサーバに配信することを特徴とする請求項
    １７に記載の情報受配信システム。
19. 【請求項１９】 前記表示制御情報は、当該情報の所定
    の表示を前記下位のサーバ又はクライアントに許す「表
    示可」、又は、当該情報の所定の表示を前記下位のサー
    バ又はクライアントに許さない「表示不可」のいずれか
    であることを特徴とする請求項１８に記載の情報受配信
    システム。
20. 【請求項２０】 前記表示制御情報は、情報のさまざま
    な表示形態毎に、「表示可」又は「表示不可」を指示す
    ることを特徴とする請求項１９に記載の情報受配信シス
    テム。
21. 【請求項２１】 多段の構成を有する複数のサーバと前
    記サーバに接続された複数のクライアントとからなり、
    前記複数のサーバの内の上位のサーバから配信された情
    報を、前記上位のサーバに接続された前記複数のサーバ
    の内の下位のサーバ又はクライアントが受信する情報受
    配信システムにおいて、 前記上位のサーバが、前記下位のサーバ又はクライアン
    トの動作環境を制御する動作環境制御手段を備え、 前記上位のサーバの動作環境制御手段が、前記下位のサ
    ーバ又はクライアントにおける動作モードを設定管理す
    ることを特徴とする情報受配信システム。
22. 【請求項２２】 前記上位のサーバの動作環境制御手段
    が、前記下位のサーバ又はクライアントに対して、当該
    下位のサーバ又はクライアントの動作環境を制御するた
    めの動作環境制御情報を配信し、 前記下位のサーバ又はクライアントが、配信された前記
    動作環境制御情報に従って、前記上位のサーバとの間で
    の情報の受配信を行うことを特徴とする請求項２１に記
    載の情報受配信システム。
23. 【請求項２３】 前記動作環境制御情報は、当該下位の
    サーバ又はクライアントの上位の接続先を指示する「上
    位接続先」、前記下位のサーバ又はクライアントが前記
    上位のサーバの配信する情報をダウンロードする時刻を
    指示する「ダウンロード時刻」、及び、前記下位のサー
    バ又はクライアントが前記上位のサーバの配信する情報
    をダウンロードするスケジュールを指示する「ダウンロ
    ードスケジュール」を含むことを特徴とする請求項２２
    に記載の情報受配信システム。
24. 【請求項２４】 前記情報受配信システムは、予め登録
    された前記下位のサーバ又はクライアントが前記上位の
    サーバに対して配信要求を実行するべき旨の指示入力な
    しで自動的に情報の配信要求を行い、前記下位のサーバ
    又はクライアントからの前記配信要求があった時に、前
    記上位のサーバが前記下位のサーバ又はクライアントに
    対して情報を配信するプッシュ型配信を行うシステムで
    あることを特徴とする請求項１乃至請求項２３のいずれ
    かに記載の情報受配信システム。
25. 【請求項２５】 前記情報受配信システムは、前記上位
    のサーバが、前記下位のサーバ又はクライアントからの
    情報の配信要求によって、予め登録された前記下位のサ
    ーバ又はクライアントに対して情報を配信するプッシュ
    型配信を行うシステムであることを特徴とする請求項１
    乃至請求項２３のいずれかに記載の情報受配信システ
    ム。