JPH10301881A - 強制配信機能をもつ情報受配信システム - Google Patents

Abstract

(57)【要約】 【課題】 本発明は、自ネットワークの情報と外部ネッ
トワークからの情報とを区別しつつ、情報の内容に基づ
いて情報の受信及び配信を統一的に行うと共に、緊急情
報を効率良く受信及び配信することを目的としている。 【解決手段】 サーバとクライアントとをもち、夫々の
サーバが自己にて生成したチャネル情報を保持すると共
に緊急チャネル配信手段をもつ構成とし、サーバにおい
て発生した緊急情報を緊急にかつ強制的にクライアント
側に配信され得るようにした。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

【０００４】所で、従来のこの種のシステムにおいて
は、サーバがディレクトリ一覧を用意しておき、クライ
アントからのディレクトリ一覧要求に対応してサーバが
当該ディレクトリ一覧を送信し、この内容にもとづいて
クライアントがサーバから所望するチャネル情報を受け
取るようにされる。

【０００５】図１２は情報配信に関する従来の処理フロ
ーを示す。図の上方に示されているサーバは、一般にツ
リー状に複数階層存在するサーバを代表的に示したもの
である。

【０００６】サーバは自己が配信できる記事情報（図示
の「記事Ａ情報」、「記事Ｂ情報」、…「記事Ａ’情
報」、「記事Ｂ’情報」…）を保持しており、当該各記
事情報は表題図示の「記事Ａ」、「記事Ｂ」、…「記事
Ａ’」、「記事Ｂ’」…と一緒にチャネル記事一覧の形
で保持されている。

【０００７】更にサーバは、複数のチャネル記事一覧を
まとめたディレクトリ一覧を保持している。図中の「チ
ャネルＡ記事一覧」や「チャネルＢ記事一覧」…をまと
めたものが当該ディレクトリ一覧である。ディレクトリ
一覧の内容としては、例えば「チャネルＡ記事一覧」を
代表する表題「チャネルＡ」を付されている。

【０００８】クライアントは起動時にサーバに対して
ディレクトリ一覧を送信するように要求する。 サーバはディレクトリ一覧を送信する。クライアン
トは当該ディレクトリ一覧をみて自己が先に保持してい
る「ディレクトリ一覧」を更新する。

【０００９】 クライアントは、更新したディレクト
リ一覧をもとに、例えば「チャネルＡ記事一覧」を要求
する。 サーバはチャネルＡ記事一覧を送信する。

【００１０】 クライアントは、当該チャネルＡ記事
一覧をみて自己が先に保持している「チャネルＡ記事一
覧」と比較する。そして新しい記事αがあれば、その記
事α情報を要求する。

【００１１】 サーバは記事α情報を送信し、クライ
アントは最新の記事α情報を得る。 クライアントは、同様に、新しい記事βがあれば、
その記事β情報を要求する。

【００１２】 サーバは記事β情報を送信し、クライ
アントは最新の記事β情報を得る。 更に必要があれば続けて、クライアントは「チャネ
ルβ記事一覧」を要求する。

【００１３】以上のようにクライアントからの要求に応
じて、サーバは新しい記事情報を送信する。当該クライ
アントからの要求は、クライアントを操作する個々のユ
ーザから行うこともあるが、より一般的には、クライア
ントの側に時間管理テーブルが用意され、所定周期のタ
イミング時にクライアントがサーバに対して「ディレク
トリ一覧」を要求し、以下上記と同様の処理が繰り返さ
れるようにされる。

【００１４】

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

【００１５】このように、現在は、必要なパスワード等
が整えば、ネットワーク相互間の接続により種々の情報
の受信／配信が各端末から略自由に行ない得る状況にあ
る。また、利便性が高いが故に、企業内ネットワークで
受信／配信される情報量が多過ぎて、本来の重要な情報
が埋没してしまうことが考えられる。即ち、情報の内容
からして、各端末に必ず配信する必要がある情報、各端
末に配信してはならない情報、各端末に配信しなくても
良い情報等の区別がなされない等により、端末を使用す
る社員に情報が確実に伝わらない場合である。

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

【００１７】更に、従来の場合のように、クライアント
側からの一時的な要求や比較的長い周期の下での要求に
したがって情報を配信するのみでは、いわゆる急を要す
る情報の配信に間に合わないことが生じる。

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

【００１９】

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

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

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

【００２２】本発明の場合には更に、サーバ１１０（図
示していないがサーバ１２０も同様）は、緊急の配信す
べき情報が生じた場合に、当該緊急情報に関するディレ
クトリ一覧４を用意して、当該ディレクトリ一覧４を下
位側に緊急にかつ強制的に配信する機能をもつようにさ
れる。

【００２３】なお図１２に示した従来の情報配信におい
て、ディレクトリ一覧とチャネル記事一覧との２段階の
「一覧表」を用いているが、本発明においても同様であ
り、必要に応じて３段階以上の「一覧表」を用いること
もある。ただ以下の説明においては「ディレクトリ一
覧」をもって多段階の「一覧表」を代表させることがあ
る。

【００２４】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５６】上述した如く情報受配信システムが構成さ
れるが、以下、緊急に情報を配信する点に焦点を絞って
説明する。図８は本発明の一実施例構成を示す図であ
る。図中の符号１１０はサーバ、１４０はクライアン
ト、７１はチャネル情報配信部、７２は緊急チャネル情
報配信部、７３は緊急チャネル情報配信受け口、７４は
ダウンローダ、７５は時間管理テーブルを表している。

【００５７】従来からクライアント１４０は、時間管理
テーブル７５をそなえると共にダウンローダ７４をそな
え、時間管理テーブル７５によって所定周期毎にダウン
ローダ７４に要請を発し、ダウンローダ７４からサーバ
１１０におけるチャネル情報配信部７１に対してディレ
クトリ一覧（チャネル一覧やチャネル情報を含む）を送
信するよう要求する構成をもっている。

【００５８】図８に示す構成においては、当該従来の構
成に加えて、サーバ１１０に緊急チャネル情報配信部７
２をもうけ、緊急情報が発生した場合に緊急チャネル情
報一覧や緊急情報を配信するようにする。またクライア
ント１４０には緊急チャネル情報配信受け口７３をもう
け、サーバから送信されてくる緊急チャネル情報一覧や
緊急チャネル情報を受け取るようにする。

【００５９】図９はサーバから強制的に配信する処理を
示す図である。図８の構成と対応して述べる。 （Ｓ１）：クライアント１４０が、時間管理テーブル７
５からのタイムアップにもとづいて、ディレクトリ一覧
の送信を要求する。 （Ｓ２）：サーバ１１０はディレクトリ一覧を送信す
る。 （Ｓ３）：クライアント１４０はディレクトリ一覧の更
新を行う。 （Ｓ４）：クライアント１４０は、緊急チャネル情報が
送られる可能性のあることを知ると、緊急チャネル情報
を受け取るための緊急チャネル情報配信受け口７３を設
置する。 （Ｓ５）：一方、サーバ１１０において緊急記事（緊急
チャネル情報）が登録されると、緊急チャネル記事一覧
が更新される。そしてサーバ１１０は、緊急チャネル情
報配信部７２を介して、クライアント１４０における緊
急チャネル情報配信受け口７３に対して緊急チャネル記
事一覧を送信する。 （Ｓ６）：クライアント１４０においては、自己が保持
している緊急チャネル情報一覧と送られてきた緊急チャ
ネル記事一覧（緊急チャネル情報一覧）とを比較する。 （Ｓ７）：クライアント１４０において、上記比較の結
果、自己が保持していない緊急チャネル情報が存在する
ことが判明すると、クライアント１４０は自動的に対応
する緊急チャネル情報取得要求を発する。 （Ｓ８）：サーバ１１０は、要求された緊急チャネル情
報を送信する。（Ｓ９）：クライアント１４０は緊急チ
ャネル情報を更新する。 （Ｓ10）：そしてクライアント１４０はディスプレイ画
面にポップアップして表示してユーザに対して緊急チャ
ネル情報の到着を通知する。

【００６０】図１０は本発明の他の一実施例構成を示す
図である。図中の符号１１０，１４０，７１，７２，７
３，７４，７５は図８と対応しており、７６はダウンロ
ーダ、７７は時間管理テーブルを表している。

【００６１】図１０に示す構成においては、従来の場合
に存在していた比較的長い周期（例えば６時間周期）の
時間管理テーブル７５と共に、比較的短い周期（例えば
５分周期）の時間管理テーブル７７を持つようにされ
る。そして、図示のダウンローダ７４からの要求は図示
のチャネル情報配信部７１に伝えられるが、図示のダウ
ンローダ７６からの要求は緊急チャネル情報配信部７２
に伝えられる。

【００６２】図１１は短時間間隔で問い合わせする処理
を示す図である。図１０の構成と対応して述べる。 （Ｓ11）：クライアント１４０が、時間管理テーブル７
５からのタイムアップにもとづいて、ディレクトリ一覧
の送信を要求する。 （Ｓ12）：サーバ１１０はディレクトリ一覧を送信す
る。 （Ｓ13）：クライアント１４０はディレクトリ一覧の更
新を行う。 （Ｓ14）：クライアント１４０は、緊急チャネル情報が
送られる可能性のあることを知ると、緊急チャネル情報
配信受け口７３を設置すると共に、短時間周期でタイム
アップする時間管理テーブル７７を起動する。 （Ｓ15）：一方、サーバ１１０において緊急記事（緊急
チャネル情報）が登録されると、緊急チャネル記事一覧
が更新される。 （Ｓ16）：この状態の下で、クライアント１４０におけ
る時間管理テーブル７７（短時間周期）がタイムアップ
すると、緊急チャネル情報配信部７２が発動されて、サ
ーバ１１０は緊急チャネル記事一覧を送信する。 （Ｓ17）：クライアント１４０においては、自己が保持
している緊急チャネル情報一覧と送られてきた緊急チャ
ネル記事一覧（緊急チャネル情報一覧）とを比較する。 （Ｓ18）：クライアント１４０において、上記比較の結
果、自己が保持していない緊急チャネル情報が存在する
ことが判明すると、クライアント１４０は自動的に対応
する緊急チャネル情報取得要求を発する。 （Ｓ19）：サーバ１１０は要求された緊急チャネル情報
を送信する。 （Ｓ20）：クライアント１４０は緊急チャネル情報を更
新する。 （Ｓ21）：そしてクライアント１４０は、ディスプレイ
画面にポップアップして表示してユーザに対して緊急チ
ャネル情報の到着を通知する。

【００６３】上記図９と図１１とに夫々ディスプレイ画
面にポップアップして表示したユーザに緊急チャネル情
報の到着を通知するとしたが、当該通知に当たっては、 （ａ）到着を、画面にポップアップして表示する。 （ｂ）到着を音で知らせる （ｃ）到着内容（緊急チャネル情報自体）をポップアッ
プして表示する。 （ｄ）到着内容を、特定の「情報表示クライアント」に
即時表示する。 （ｅ）到着内容の概要をテロップの形で表示する。 （ｆ）到着内容の概要を、他のテロップよりも優先させ
て、テロップの形で表示する。 （ｇ）到着および／または到着内容を、ディスプレイ画
面がスクリーンセーバの状態にあっても、当該スクリー
ンセーバの表示にオーバライトして表示する。

【００６４】などの通知手段を採用することができる。

【００６５】

【発明の効果】以上説明した如く、本発明によれば、緊
急に配信する必要のある情報を、いわば実質上、サーバ
側から緊急にかつ強制的に配信することが可能となり、
各ユーザに対して効率よく周知徹底させることが可能と
なる。

【図面の簡単な説明】

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

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

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

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

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

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

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

【図８】本発明の一実施例構成を示す図である。

【図９】サーバから強制的に配信する処理を示す図であ
る。

【図１０】本発明の他の一実施例構成を示す図である。

【図１１】短時間間隔で問い合わせする処理を示す図で
ある。

【図１２】情報配信に関する従来の処理フローを示す。

【符号の説明】

１ ディレクトリ一覧 ２ グローバルディレクトリ一覧 ３ プライベートディレクトリ一覧 ４ 緊急情報に関するディレクトリ一覧 ２１ ディレクトリ管理テーブル ２２ ディレクトリ管理プログラム ２３ ディレクトリダウンローダ ２４ ディレクトリ更新プログラム ２５ ディレクトリアップローダ ７１ チャネル情報配信部 ７２ 緊急チャネル情報配信部 ７３ 緊急チャネル情報配信受け口 ７４ ダウンローダ ７５ 時間管理テーブル ７６ ダウンローダ ７７ 時間管理テーブル １００ 自ネットワーク １１０ プライベートディレクトリサーバ １２０ プライベートサーバ（イントラネットサー
バ） １３０ プライベートサーバ １４０ クライアント ２００ 外部ネットワーク ２０１ インターネット ２０２，２０３ グローバルネットワーク ３００ 回線

Claims (8)

【特許請求の範囲】
1. 【請求項１】 自ネットワーク内の情報であるプライベ
   ート情報と自ネットワークに接続された外部ネットワー
   ク内の情報であるグローバル情報とを受信及び配信する
   ようにしたサーバとクライアントとを有する情報受配信
   システムであって、 前記サーバの側に緊急チャネル情報配信部をもうけると
   共に、前記クライアントの側に緊急チャネル情報配信受
   け口をもうけ、 前記サーバの側において緊急配信を必要とする情報が発
   生した際に、当該サーバが前記緊急チャネル情報配信部
   を介して前記クライアントの側の前記緊急チャネル情報
   配信受け口に配信するようにしたことを特徴とする強制
   配信機能をもつ情報受配信システム。
2. 【請求項２】 自ネットワーク内の情報であるプライベ
   ート情報と自ネットワークに接続された外部ネットワー
   ク内の情報であるグローバル情報とを受信及び配信する
   ようにしたサーバとクライアントとを有する情報受配信
   システムであって、 前記自ネットワーク内の所定の上位サーバに、 情報の提供元とその情報を受信するための情報である受
   信情報とからなるディレクトリであって前記グローバル
   情報を保持するグローバルディレクトリ一覧と、 情報の提供元とその情報を受信するための情報である受
   信情報とからなるディレクトリであって前記プライベー
   ト情報を保持するプライベートディレクトリ一覧とを備
   え、 前記所定の上位サーバが、前記グローバルディレクトリ
   一覧及びプライベートディレクトリ一覧を用いて、前記
   自ネットワーク内の他のサーバについての情報の受信及
   び配信を管理するよう構成されてなり、 前記サーバの側に緊急チャネル情報配信部をもうけると
   共に、前記クライアントの側に緊急チャネル情報配信受
   け口をもうけ、 前記サーバの側において緊急配信を必要とする情報が発
   生した際に、当該サーバが前記緊急チャネル情報配信部
   を介して前記クライアントの側の前記緊急チャネル情報
   配信受け口に配信するようにしたことを特徴とする強制
   配信機能をもつ情報受配信システム。
3. 【請求項３】 前記緊急チャネル情報配信部は、自己サ
   ーバ内からの緊急情報発生に対応して発動させることを
   特徴とする請求項１記載の強制配信機能をもつ情報受配
   信システム。
4. 【請求項４】 前記クライアントがより長い周期を管理
   する第１の時間管理テーブルとより短い周期を管理する
   第２の時間管理テーブルとの少なくとも２種類の時間管
   理テーブルをもつよう構成され、 かつ前記緊急チャネル情報配信部が前記第２の時間管理
   テーブルにもとづく送信要求に対応して緊急配信を必要
   とする情報を送信するようにしたことを特徴とする請求
   項１記載の強制配信機能をもつ情報受配信システム。
5. 【請求項５】 前記クライアントは、前記緊急配信を必
   要とする情報を受け取った際に、当該情報の到着自体を
   緊急通知するようにしたことを特徴とする請求項１記載
   の強制配信機能をもつ情報受配信システム。
6. 【請求項６】 前記クライアントは、前記緊急配信を必
   要とする情報を受け取った際に、当該情報の内容を緊急
   通知するようにしたことを特徴とする請求項１記載の強
   制配信機能をもつ情報受配信システム。
7. 【請求項７】 前記クライアントは、前記緊急配信を必
   要とする情報を受け取った際に、当該情報の概要を緊急
   通知するようにしたことを特徴とする請求項１記載の強
   制配信機能をもつ情報受配信システム。
8. 【請求項８】 前記クライアントは、前記緊急配信を必
   要とする情報を受け取った際に、当該クライアントのデ
   ィスプレイ画面がスクリーンセーバ表示状態にあった場
   合でも、当該緊急配信に関連する情報を当該スクリーン
   セーバ表示にオーバランして通知するようにしたことを
   特徴とする請求項１記載の強制配信機能をもつ情報受配
   信システム。