JPH11219329A - 情報受配信システム - 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」を得るための入手要
求（手順の点線）と、これに応じた記事アーカイブ１
０４の配信（手順の実線）が繰り返される。

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

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

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

【００５３】このような疑似プッシュ型（又はプッシュ
型）の情報受配信システムにおいて、閲覧属性情報は、
図示はしないが、上述のように、「必須」「自由」又は
「不可」のいずれかとされる。「必須」は、当該情報の
受信（閲覧又は購読）を下位のサーバ１００又はクライ
アント２００に義務付ける。「自由」は、当該情報の受
信を下位のサーバ１００又はクライアント２００に委ね
る。「不可」は、当該情報の受信を下位のサーバ１００
又はクライアント２００に許さない。配信される各情報
毎に、「必須」「自由」又は「不可」のいずれかの配信
制御情報が、サーバ１００によって付加される。

【００５４】なお、閲覧属性情報は、図示はしないが、
閲覧属性情報の書き換えの可否を示す配信変更可否情報
と共に配信される。配信変更可否情報は、「変更可」又
は「変更不可」のいずれかである。「変更可」は、当該
閲覧属性情報の変更を下位のサーバ１００に許す。「変
更不可」は、当該閲覧属性情報の変更を下位のサーバ１
００に許さない。閲覧属性情報毎（従って、配信される
各情報毎）に配信変更可否情報がサーバ１００によって
付加される。

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

【００５６】上位のサーバ１００は、そのチャネル情報
一覧１０３において各種の制御情報を設定してこれを下
位のサーバ１００又はクライアント２００に渡す。これ
により、上位のサーバ１００は、当該サーバ１００に接
続された下位のサーバ１００又はクライアント２００に
おける当該上位のサーバ１００の配信する情報について
の処理を、当該サーバ１００から制御する。即ち、上位
のサーバ１００は、当該上位のサーバ１００の配信する
情報の配信処理に関して、下位のサーバ１００又はクラ
イアント２００の制御プログラム１０１及び２０１を制
御する。

【００５７】上位のサーバ１００は、下位のサーバ１０
０又はクライアント２００に対して、閲覧属性情報及び
配信変更可否情報を配信する。この配信は、前述のよう
に、手順及び手順の実行による当該情報の書き込ま
れたチャネル一覧情報１０３の配信によって行われる。
下位のサーバ１００及びクライアント２００は、閲覧属
性情報に従って上位のサーバ１００の配信した情報の受
信を行う。例えば、上位のサーバ１００は、閲覧属性情
報を「必須」と設定することにより、下位のサーバ１０
０又はクライアント２００に対して、当該閲覧属性情報
を有する情報を必ず受信させることができる。

【００５８】このシステムは擬似プッシュ型（又はプッ
シュ型）であるから、実際には、前述のように、手順
、即ち、閲覧属性情報に従って下位のサーバ１００か
ら上位のサーバ１００への配信要求が必ず実行されるこ
とによって、当該情報である記事アーカイブ１０４が配
信される。

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

【００６０】このように、本発明の情報受配信システム
では、記事アーカイブ１０４が実際にどのクライアント
２００に配信されるかの選択肢は極めて多く、従来のよ
うに、他の方法（電話やファクシミリ等）によりクライ
アント２００のユーザに記事の更新や削除を依頼するこ
とは、極めて煩わしい（実質的に不可能である）。

【００６１】そこで、以上のような擬似プッシュ型（又
はプッシュ型）配信システムにおいて、配信した情報の
クライアント２００における記事の更新処理及び削除処
理が、本発明に従って、サーバ１００の制御の下に自動
的に行われる。

【００６２】図５は本発明が適用される情報受配信シス
テムの構成を示す。このシステムでは、サーバ１００が
クライアント２００における記事の登録処理、更新処理
及び削除処理の制御を行う。

【００６３】なお、以下の図５乃至図８についての説明
はサーバ１００とクライアント２００との間での記事の
更新処理及び削除処理についてものであるが、サーバ１
００と更に下位のサーバ１００との間でもほぼ同様の関
係が成立する。即ち、この説明において、クライアント
２００を下位のサーバ１００と置き換えても良い。

【００６４】図５に示すように、サーバ１００は、記事
をサーバ保持部３に登録する記事登録部１、記事をクラ
イアント２００に配信する記事配信部２、記事登録部１
により登録された記事を保持するサーバ保持部３、登録
制御部５により作成された登録制御情報４、クライアン
ト２００における記事の登録を制御するために登録制御
情報４を作成する登録制御部５を備える。

【００６５】一方、クライアント２００は、各々、情報
を閲覧させるための情報閲覧部１１、クライアント２０
０において登録された記事を保持するクライアント保持
部１６、配信された登録制御情報４に従ってクライアン
ト２００における記事の登録処理、更新処理及び削除処
理を行う記事管理部１７を備える。

【００６６】記事登録部１は、クライアント２００に対
して配信すべき記事を登録する。記事配信者は、サーバ
１００の入力装置（図示せず）から、当該サーバ１００
の記事登録部１に対して、自己の提供したいと思ってい
る記事を入力する。記事登録部１は当該入力された記事
をサーバ保持部３に登録する。即ち、当該入力された記
事について、図４に示すように、記事ＩＤを与え、当該
記事の内容をアーカイブしてアーカイブファイルを作成
し、これにデータ名を与える。これと同時に、登録制御
部５が、当該記事の属するチャネルのチャネル一覧情報
１０３及び記事一覧１０３’に前述の所定の事項、例え
ば登録制御情報４を登録する。

【００６７】登録制御部５は、登録された記事について
の処理を指定するための登録制御情報４を作成する。登
録制御情報４は、前述の記事一覧１０３’の一部であ
る。なお、記事一覧１０３’は記事の配信を管理する情
報であるので、記事配信管理情報とも言う。従って、登
録制御情報４は、登録制御部５によって記事一覧１０
３’即ち、記事配信管理情報の一部として設定される。
登録制御情報４は、記事一覧１０３’内に書き込まれる
ので、記事毎に個別に指定される。記事の更新及び削除
は記事配信者によって記事毎に設定されるので、登録制
御情報４も記事毎に定められる。

【００６８】登録制御情報４は、当該記事が新規記事と
して登録すべき記事であることを示す「新規」、既存記
事の更新記事として登録すべき記事であることを示す
「更新（update）」、又は、既存記事の削除であること
を示す「削除（delete）」のいずれかである。登録制御
情報４は、当該情報が「更新」である場合、更に、更新
の版数を表す通版情報を含む。通版情報は、図４には示
されていないが、記事に固有の記事ＩＤの一部に含ま
れ、これにより当該記事の版数が判るようにされる。

【００６９】このような登録制御情報４は、記事配信者
が自己の記事をサーバ１００に登録する際に、登録制御
部５によって入力させられる。登録制御部５は、入力さ
れた登録制御情報４（update、delete、）に当該記事に
付加した記事ＩＤ（記事Ａ、記事Ｂ等）を付加した全体
を登録制御情報４として、各記事毎に、記事一覧１０
３’の一部に書き込む。

【００７０】「新規」は、最も通常の登録制御であるの
で、その記述が省略され、当該記事ＩＤのみで記述され
た登録制御情報４とされる。例えば、「記事Ａ」とのみ
記述される。「更新（update）」は、登録制御情報と共
に矢印の前後に更新前の記事ＩＤと更新後の記事ＩＤの
双方が付加された登録制御情報４とされる。例えば、
「update 記事Ａ→記事Ａ’」と記述される。「削除
（delete）」は、登録制御情報と共に記事ＩＤが付加さ
れた登録制御情報４とされる。例えば、「delete記事
Ａ」と記述される（図６乃至図８参照）。

【００７１】このように、登録制御情報４（及び記事一
覧１０３’）は記事毎に当該記事の登録時に設定される
のが通常であるから、登録制御部５と記事登録部１とは
一体に構成されて良い。これに対して、チャネル一覧情
報１０３は、チャネル毎に設定されるものであるから、
例えば、サーバ１００の管理者が設定する。

【００７２】登録制御部５は、クライアント２００にお
ける当該サーバ１００の配信した情報の更新処理及び削
除処理を制御する。即ち、登録制御部５がクライアント
２００における記事更新削除モードを設定管理する。こ
のために、登録制御部５（実際は記事配信部２）が、ク
ライアント２００に対して、当該サーバ１００の配信す
る記事の更新及び削除処理を制御するための登録制御情
報４を配信する。登録制御情報４は、登録制御部５によ
って記事一覧１０３’内に書き込まれた後、記事配信部
２によって前述の手順の実線の通信処理において記事
一覧１０３’が配信される時、この記事一覧１０３’内
に書き込まれてクライアント２００に配信される。

【００７３】このように、サーバ１００は、登録制御情
報４をクライアント２００に配信することにより、クラ
イアント２００における記事の更新及び削除処理をサー
バ１００から制御することができる。なお、サーバ１０
０のサーバ保持部３における記事の更新処理及び削除処
理も登録制御情報４に基づいて定められる。従って、記
事配信者は、自己の登録した記事（のみ）の更新処理及
び削除処理については、クライアント２００のみならず
サーバ１００をも制御することができる。記事配信部２
は、クライアント２００に対してサーバ保持部３に登録
された各種の記事及び登録制御情報４を配信する。即
ち、記事配信部２は、登録された記事について情報の配
信を行うため、クライアント２００の記事管理部１７と
の間で、図３（Ｂ）に示す手順乃至を実行する。記
事管理部１７は、サーバ１００から情報の配信を受ける
ために、図３（Ｂ）に示す手順乃至において点線で
表される各種のサーバ１００に対する要求を実行し、サ
ーバ１００から配信された情報をユーザに閲覧させる。
記事配信部２は、当該各種の要求に応じて、手順乃至
において実線で表すように、クライアント２００にチ
ャネル情報一覧１０３、記事一覧１０３’及び記事アー
カイブ１０４等の情報を配信する。

【００７４】即ち、図３（Ａ）のユーザリスト１０１に
登録されたクライアント２００の記事管理部１７から接
続要求があると（図３（Ｂ）の手順の点線）、サーバ
１００の記事配信部２はチャネル一覧情報１０３を当該
記事管理部１７に配信する（手順の実線）。更に、記
事管理部１７から一覧要求があると（手順の点線）、
記事配信部２は記事一覧１０３’を当該記事管理部１７
に配信する（手順の実線）。この時、登録制御情報４
が記事一覧１０３’内に書き込まれて配信される。更
に、記事管理部１７から入手要求があると（手順の点
線）、記事配信部２は当該入手要求があった記事アーカ
イブ１０４を当該記事管理部１７に配信する（手順の
実線）。記事管理部１７はこの記事アーカイブ１０４か
ら記事を受信し復元してクライアント保持部１６に保持
する。

【００７５】記事管理部１７は、サーバ１００から配信
される記事又はサーバ１００から配信されクライアント
２００において保持された記事について、サーバ１００
から配信された登録制御情報４であって当該記事につい
てのものに基づいて、所定の処理を行う。

【００７６】登録制御情報４が「新規」である場合、記
事管理部１７は、サーバ１００から配信される当該記事
をクライアント２００においてそのクライアント保持部
１６に保持する。また、この場合、「新規」であるの
で、記事管理部１７は、当該記事の当該クライアント２
００における履歴情報を全く新しいものとする。

【００７７】即ち、記事管理部１７は、登録制御情報４
において当該記事ＩＤ（記事Ａ等）のみで記述された記
事についての入手要求を行い、その記事アーカイブ１０
４の配信を受けて、これを記事に復元しクライアント保
持部１６に新たに登録する。例えば、登録制御情報が
「記事Ａ」であるとすると、サーバ１００から当該記事
Ａの配信を受けてこれを新たに登録する。

【００７８】なお、履歴情報とは、当該記事についてユ
ーザの閲覧状態等をクライアント２００又はユーザ自身
が記録する情報であって、例えば、「保存期間」「未読
／既読」「保存」等が記録されるものである。

【００７９】「保存期間」は当該記事の当該クライアン
ト２００のクライアント保持部１６での保持の期間を指
定し、クライアント２００によって設定される。プッシ
ュ型（又は疑似プッシュ型）システムではサーバ１００
から情報が随時配信されるためその記憶量が膨大となる
ので、ある一定期間の経過により記事が自動的にクライ
アント２００によって削除される。「保存期間」は当該
記事の当該クライアント２００における有効期間を示
す。「未読／既読」は当該記事についてユーザが閲覧し
たか否かを示し、クライアント２００によって設定され
る。「保存」は「保存期間」が経過してもその設定にか
かわらず当該記事を保存することを指示し、ユーザが保
存したい記事について設定する。

【００８０】従って、履歴情報についての設定は、「新
規」の場合、「保存期間」が新たに開始され（その上限
値又は最長値とされる）、「未読／既読」は登録の時点
では「未読」とされ、「保存」は設定されない。

【００８１】登録制御情報４が「更新」である場合、記
事管理部１７は、サーバ１００から配信されクライアン
ト２００において保持された当該登録制御情報４に対応
する記事を更新する。また、この場合、「新規」とは異
なり、記事管理部１７は、当該登録制御情報４に対応す
る記事についてのクライアント２００における履歴情報
を、当該更新後の記事についての履歴情報として引き継
ぐ。

【００８２】即ち、記事管理部１７は、登録制御情報４
において、登録制御情報「update」に当該記事の記事Ｉ
Ｄを付加して記述された記事について、クライアント保
持部１６から当該記事を削除すると共に、当該記事の入
手要求を行い、その記事アーカイブ１０４の配信を受け
て、これを記事に復元しクライアント保持部１６に新た
に登録する。

【００８３】例えば、登録制御情報が「update 記事Ａ
→記事Ａ’」であるとすると、クライアント保持部１６
に保持されている記事Ａを削除し、一方、サーバ１００
から当該記事Ａ’の配信を受けてこれを記事Ａに代えて
クライアント保持部１６に登録する。記事Ａ’は、記事
Ａの上書きではなく、記事Ａの格納されていた領域とは
異なる領域に格納される。

【００８４】履歴情報についての設定は、「更新」の場
合、「保存期間」が更新前の記事Ａの保存期間を引き継
いでその残りの期間とされ（より短い期間とされる）、
「未読／既読」及び「保存」はその時点での内容を引き
継ぐ。

【００８５】「更新」は複数回繰り返されることがあっ
ても良い。このために、前述のように、登録制御情報４
が更新の版数を表す通版情報を含む。記事管理部１７
は、サーバ１００から配信されクライアント２００にお
いて保持された当該登録制御情報４に対応する記事を、
最も版数の新しいものに更新する。また、当該更新の対
象とされた記事についての履歴情報を当該更新後の記事
についての履歴情報として引き継ぐ。

【００８６】例えば、２回の更新があったとする。即
ち、登録制御情報が「update 記事Ａ→記事Ａ’」の
後、更に「update 記事Ａ’→記事Ａ’’」とされたと
する。この場合、記事管理部１７は、クライアント保持
部１６に保持されている記事Ａ’（又は記事Ａ）を削除
し、一方、サーバ１００から当該記事Ａ’’の配信を受
けてこれを記事Ａに代えて登録する。履歴情報について
は、記事Ａ’（又は記事Ａ）の内容を引き継ぐ。これは
記事Ａの内容に等しいので、結果として、常に「保存期
間」が最も古い記事Ａの内容を引き継いで、その残りの
期間とされる。

【００８７】登録制御情報４が「削除」である場合、記
事管理部１７は、サーバ１００から配信されクライアン
ト２００において保持された当該登録制御情報４に対応
する記事を当該登録から削除する。また、この場合、記
事管理部１７は、当該登録制御情報４に対応する記事に
ついてのクライアント２００における履歴情報も、当該
情報と共に削除され、何ら記録されない。

【００８８】即ち、記事管理部１７は、登録制御情報４
において、登録制御情報「delete」に当該記事の記事Ｉ
Ｄを付加して記述された記事について、クライアント保
持部１６から当該記事を削除する。例えば、登録制御情
報が「delete 記事Ａ」であるとすると、クライアント
保持部１６に保持されている記事Ａを削除する。履歴情
報も同様に削除される。

【００８９】なお、登録制御情報４の指示する当該情報
の「削除」にとは反対に、当該情報の履歴情報において
ユーザが当該情報の「保存」を指定している場合があ
る。この場合、記事管理部１７は、その記事についての
その時点での履歴情報「保存」にかかわらず、クライア
ント２００において保持された当該記事を、クライアン
ト保持部１６における登録から削除する。即ち、サーバ
１００の指示情報である登録制御情報４がクライアント
２００の指示情報である当該情報の履歴情報に優先す
る。

【００９０】情報閲覧部１１は、ユーザによる閲覧指示
（表示指示）の入力があると、これに応じて、クライア
ント保持部１６に保持されている当該情報を表示する。
表示される情報は、クライアント保持部１６に保持され
ている情報であり、その履歴情報にも変化はない。従っ
て、クライアント２００のユーザは、上述のような記事
の更新処理及び削除処理があったことを何ら意識するこ
とがない。なお、前述のように、プッシュ型（及び疑似
プッシュ型）配信においては、新たな記事の登録処理に
ついてもユーザが意識する必要はない。

【００９１】次に、図６乃至図８に従って、クライアン
ト２００における記事の登録処理、更新処理及び削除処
理について説明する。なお、図６乃至図８はこれらの処
理について順を追って示す一連の図である。

【００９２】まず、図６（Ａ）に示すように、記事配信
者が新たに記事Ａ、Ｂ及びＣをサーバ１００に入力し、
これを記事登録部１がサーバ保持部３に登録する。これ
と共に、記事配信者が当該記事Ａ、Ｂ及びＣは「新規」
であることをサーバ１００に入力し、これに基づいて登
録制御部５が当該記事Ａ、Ｂ及びＣについての登録制御
情報４（及び記事一覧１０３’）を作成する。登録制御
情報４は、当該記事Ａ、Ｂ及びＣが「新規」であるの
で、その記事ＩＤのみからなる。従って、登録制御情報
４は、図６（Ａ）に示すように、「記事Ａ、記事Ｂ、記
事Ｃ」となり、「update」等の制御情報は付加されな
い。

【００９３】これらの記事Ａ、Ｂ及びＣは、図６（Ａ）
に示すように、前述の手順乃至によりサーバ１００
からクライアント２００に対して配信される。即ち、前
述のように、手順により登録制御情報４が記事管理部
１７に配信される。この登録制御情報４は、記事Ａ、Ｂ
及びＣについての記事ＩＤのみからなるので、記事管理
部１７は、記事Ａ、Ｂ及びＣが「新規」の登録であるこ
とを知る。そこで、記事管理部１７は、自己が記事Ａ、
Ｂ及びＣを保持していないので、これらについて手順
の点線のサーバ１００に対する入手要求を行い、手順
の実線のサーバ１００からの配信を受け、クライアント
保持部１６に保持する。この登録制御情報４は、当該ク
ライアント２００においてその記事一覧２０３’の一部
として保持される。

【００９４】次に、例えば翌日に、図６（Ｂ）に示すよ
うに、全く同様にして新たな記事についての配信が繰り
返される。即ち、新たな記事Ｄ及びＥがサーバ保持部３
に登録され、これらについての「新規」を内容とする登
録制御情報４が作成される。これにより、登録制御情報
４は、図６（Ｂ）に示すように、「記事Ａ、記事Ｂ、記
事Ｃ、記事Ｄ、記事Ｅ」となる（更新される）。

【００９５】記事管理部１７は、この新しい登録制御情
報４（記事一覧１０３’）の配信を受けて、これと自己
が保持している登録制御情報４（記事一覧２０３’）と
を比較する。そして、記事管理部１７は、自己が保持し
ていない記事Ｄ及びＥ（のみ）について入手要求を行っ
てこれらについて配信を受け、クライアント保持部１６
に保持する。従って、クライアント保持部１６には記事
Ａ乃至記事Ｅが保持されている。

【００９６】次に、更に翌日に、図７（Ａ）に示すよう
に、記事配信者が自己の配信した記事Ｂについての誤り
を発見し、記事Ｂを正しい記事Ｂ’に更新しようとした
とする。

【００９７】この場合、まず、図７（Ａ）に示すよう
に、記事配信者は、記事登録部１に記事Ｂ’を入力し、
これを記事登録部１がサーバ保持部３に登録する。ま
た、記事配信者は、登録制御部５に当該記事Ｂ’が記事
Ｂの「更新」であることを入力する。これに基づいて登
録制御部５が当該記事Ｂ’についての登録制御情報４
（及び記事一覧１０３’）を作成する。登録制御情報４
は、図７（Ａ）に示すように、当該記事Ｂ’が「更新」
であるので、配信されなくなる「記事Ｂ」が削除され、
更新を指示する「update 記事Ｂ→記事Ｂ’」が追加さ
れたものとなる。

【００９８】これらの記事Ｂ’及び登録制御情報４は、
図７（Ａ）に示すように、手順乃至によりサーバ１
００からクライアント２００に対して配信される。即
ち、前述のように、「記事Ｂ」が削除され「update 記
事Ｂ→記事Ｂ’」が追加された登録制御情報４が、手順
により記事管理部１７に配信される。この登録制御情
報４は登録制御情報「update」を含むので、記事管理部
１７は、記事Ｂ’が「更新」の登録であることを知る。
そこで、記事管理部１７は、記事Ｂ’について手順の
点線のサーバ１００に対する入手要求を行い、手順の
実線のサーバ１００からの配信を受け、記事Ｂとは別
に、クライアント保持部１６に保持する。この登録制御
情報４は、当該クライアント２００においてその記事一
覧２０３’の一部として保持される。

【００９９】この時、記事管理部１７は、クライアント
保持部１６に保持されている記事Ｂを削除する。サーバ
１００から配信された記事Ｂ’は、図７（Ａ）に示すよ
うに、記事Ｂの上書きではなく、記事Ｂの格納されてい
た領域とは異なる領域に格納される。

【０１００】また、記事管理部１７は、当該登録制御情
報４に対応する記事Ｂの履歴情報「履歴Ｂ」を、当該更
新後の記事Ｂ’についての履歴情報として引き継ぐ。即
ち、履歴情報として、「保存期間」が更新前の記事Ｂの
保存期間の残りの期間とされ、「未読／既読」及び「保
存」は記事Ｂの内容を引き継ぐ。従って、記事Ｂ’に
「履歴Ｂ」が付加される。これにより、ユーザは記事Ｂ
の更新を意識することがない。

【０１０１】次に、更に翌日に、図７（Ｂ）に示すよう
に、記事配信者が自己の配信した記事Ｄについての誤り
を発見し、記事Ｄを削除しようとしたとする。この場
合、図７（Ｂ）に示すように、記事配信者は、登録制御
部５に当該記事Ｄが「削除」であることを入力する。こ
れに基づいて登録制御部５が当該記事Ｄについての登録
制御情報４（及び記事一覧１０３’）を作成する。登録
制御情報４は、図７（Ｂ）に示すように、当該記事Ｄが
「削除」であるので、配信されなくなる「記事Ｄ」が削
除され、削除を指示する「delete 記事Ｄ」が追加され
たものとなる。

【０１０２】この登録制御情報４は、図７（Ｂ）に示す
ように、手順乃至によりサーバ１００からクライア
ント２００に対して配信される。即ち、前述のように、
「記事Ｄ」が削除され「delete 記事Ｄ」が追加された
登録制御情報４が、手順により記事管理部１７に配信
される。この登録制御情報４は登録制御情報「delete」
を含むので、記事管理部１７は、記事Ｄが「削除」であ
ることを知る。そこで、記事管理部１７は、記事Ｄにつ
いてクライアント保持部１６から削除する。この登録制
御情報４は、当該クライアント２００においてその記事
一覧２０３’の一部として保持される。この時、記事管
理部１７は、記事Ｄの履歴情報も、同様に削除する。

【０１０３】次に、更に翌日に、図８（Ａ）に示すよう
に、再度、記事配信者が自己の配信した記事Ｂ’につい
ての誤りを発見し、記事Ｂ’を正しい記事Ｂ’’に更新
しようとしたとする。

【０１０４】この場合、まず、図８（Ａ）に示すよう
に、記事配信者は、記事登録部１に記事Ｂ’’を入力
し、これを記事登録部１がサーバ保持部３に登録する。
また、記事配信者は、登録制御部５に当該記事Ｂ’’が
記事Ｂ’の「更新」であることを入力する。これに基づ
いて登録制御部５が当該記事Ｂ’’についての登録制御
情報４（及び記事一覧１０３’）を作成する。登録制御
情報４は、図８（Ａ）に示すように、当該記事Ｂ’’が
「更新」であるので、更新を指示する「update 記事Ｂ
→記事Ｂ’」において、配信されなくなる「記事Ｂ’」
が削除され、配信される「記事Ｂ’’」が追加された
「update 記事Ｂ→記事Ｂ’’」となる。

【０１０５】これらの記事Ｂ’’及び登録制御情報４
は、図８（Ａ）に示すように、手順乃至によりサー
バ１００からクライアント２００に対して配信される。
即ち、「update 記事Ｂ’→記事Ｂ’’」とされた登録
制御情報４が、手順により記事管理部１７に配信され
る。この登録制御情報４は登録制御情報「update」を含
むので、記事管理部１７は、記事Ｂ’’が「更新」の登
録であることを知る。そこで、記事管理部１７は、記事
Ｂ’’について入手要求を行って配信を受け、記事Ｂ’
とは別に、クライアント保持部１６に保持する。この登
録制御情報４は、当該クライアント２００においてその
記事一覧２０３’の一部として保持される。

【０１０６】この時、記事管理部１７は、クライアント
保持部１６に保持されている記事Ｂ’を削除する。サー
バ１００から配信された記事Ｂ’’は、記事Ｂ’の上書
きではなく、記事Ｂ’の格納されていた領域とは異なる
領域に格納される。なお、図８（Ａ）においては、図示
の都合で記事Ｂ’と同じ位置に示してある。

【０１０７】また、記事管理部１７は、当該登録制御情
報４に対応する記事Ｂ’の（従って、記事Ｂの）履歴情
報「履歴Ｂ」を、当該更新後の記事Ｂ’’についての履
歴情報として引き継ぐ。即ち、履歴情報として、「保存
期間」が更新前の記事Ｂの保存期間の残りの期間とさ
れ、「未読／既読」及び「保存」は記事Ｂの内容を引き
継ぐ。従って、記事Ｂ’’に「履歴Ｂ」が付加される。
これにより、ユーザは記事Ｂの更新を意識することがな
い。

【０１０８】このように「更新」が複数回繰り返される
場合、記事管理部１７は、登録制御情報４に含まれる通
版情報を用いて、常に最も版数の新しい記事Ｂ’’に更
新し、また、その履歴情報として常に最初の記事Ｂにつ
いての履歴情報「履歴Ｂ」を引き継ぐ。従って、この場
合、クライアント保持部１６が記事Ｂ又は記事Ｂ’のい
ずれを保持していても、これにかかわりなく、更新後
は、記事Ｂ’’に「履歴Ｂ」が付加される。

【０１０９】次に、更に翌日に、図８（Ｂ）に示すよう
に、再度、記事配信者が自己の配信した記事Ｄについて
は誤りがなかったことを発見し、記事Ｄを配信しようと
したとする。

【０１１０】この場合、まず、図８（Ｂ）に示すよう
に、記事配信者が新たに記事Ｄを記事登録部１に入力
し、これを記事登録部１がサーバ保持部３に登録する。
これと共に、記事配信者が当該記事Ｄは「新規」である
ことを登録制御部５に入力し、登録制御部５が記事Ｄに
ついての登録制御情報４（及び記事一覧１０３’）を作
成する。登録制御情報４は、図８（Ｂ）に示すように、
当該記事Ｄが「新規」であるので、配信される「記事
Ｄ」が追加され、削除を指示する「delete 記事Ｄ」が
削除されたものとなる。

【０１１１】これらの記事Ｄ及び登録制御情報４は、図
８（Ｂ）に示すように、前述の手順乃至によりサー
バ１００からクライアント２００に対して配信される。
即ち、手順により登録制御情報４が記事管理部１７に
配信される。この登録制御情報４は、記事Ｄが「新規」
の登録であることを知る。記事管理部１７は、自己が記
事Ｄを保持していないので、これについて入手要求を行
ってその配信を受け、クライアント保持部１６に保持す
る。この登録制御情報４は、当該クライアント２００に
おいてその記事一覧２０３’の一部として保持される。

【０１１２】ここで、記事Ｄは再度の「新規」の登録で
あるので（再登録である）ので、削除すべき古い情報
（図７（Ａ）等の記事Ｄ）もなく、引き継ぐべき履歴情
報もない。従って、履歴情報は全く新しいものとされ
る。即ち、図６（Ａ）に示す新たな登録と全く同一であ
る。

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

【０１１４】

【発明の効果】以上説明したように、本発明によれば、
情報受配信システムにおいて、サーバからからクライア
ントに対して記事についての処理を指定するための登録
制御情報を配信することにより、サーバから配信される
記事又はクライアントにおいて保持された記事について
のクライアントにおける更新や削除等の処理をサーバか
ら制御することができるので、クライアントにおける情
報（記事）の削除や更新処理をサーバの情報配信者及び
クライアントのユーザの負担なしでサーバから制御する
ことができ、クライアントの指示情報よりもサーバの指
示情報を優先して情報の削除や更新処理を行うことがで
き、また、更新や削除等の処理を行った情報についての
履歴情報の処理についてもサーバから制御することがで
き、これにより、一旦配信した情報が誤っている等の場
合に、サーバからクライアントにおける当該誤った情報
の削除や更新を制御することができる。

【図面の簡単な説明】

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

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

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

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

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

【図６】削除更新処理説明図である。

【図７】削除更新処理説明図である。

【図８】削除更新処理説明図である。

【符号の説明】

１ 記事登録部 ２ 記事配信部 ３ サーバ保持部 ４ 登録制御情報 ５ 登録制御部 １１ 情報閲覧部 １６ クライアント保持部 １７ 記事管理部 １００ サーバ ２００ クライアント

フロントページの続き (72)発明者 濱野 登志▲邦▼ 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内 (72)発明者 阿部 信也 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内 (72)発明者 軽部 香紀 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内

Claims (9)

【特許請求の範囲】
1. 【請求項１】 サーバと前記サーバに接続された複数の
   クライアントとからなり、前記サーバから配信される情
   報を前記クライアントが受信する情報受配信システムに
   おいて、 前記サーバが、 前記クライアントに対して配信すべき記事を登録する記
   事登録部と、 前記登録された記事についての処理を指定するための登
   録制御情報を作成する登録制御部と、 前記クライアントに対して前記登録された記事及び登録
   制御情報を配信する記事配信部とを備え、 前記クライアントの各々が、 前記サーバから配信される記事又は前記サーバから配信
   され当該クライアントにおいて保持された記事につい
   て、前記サーバから配信された前記登録制御情報であっ
   て当該記事についてのものに基づいて、所定の処理を行
   う記事管理部を備えることを特徴とする情報受配信シス
   テム。
2. 【請求項２】 前記登録制御情報は、当該記事が新規記
   事として登録すべき記事であることを示す「新規」、既
   存記事の更新記事として登録すべき記事であることを示
   す「更新」、又は、既存記事の削除であることを示す
   「削除」のいずれかであり、 前記記事管理部は、 前記登録制御情報が「新規」である場合、前記サーバか
   ら配信された当該記事を当該クライアントにおいて保持
   し、 「更新」である場合、前記サーバから配信され当該クラ
   イアントにおいて保持された当該登録制御情報に対応す
   る記事を更新し、 「削除」である場合、前記サーバから配信され当該クラ
   イアントにおいて保持された当該登録制御情報に対応す
   る記事を当該登録から削除することを特徴とする請求項
   １に記載の情報受配信システム。
3. 【請求項３】 前記記事管理部は、前記登録制御情報が
   「更新」である場合、当該登録制御情報に対応する記事
   についての履歴情報を当該更新後の記事についての履歴
   情報として引き継ぐことを特徴とする請求項２に記載の
   情報受配信システム。
4. 【請求項４】 前記登録制御情報は、当該情報が「更
   新」である場合、更に、更新の版数を表す通版情報を含
   むことを特徴とする請求項３に記載の情報受配信システ
   ム。
5. 【請求項５】 前記記事管理部は、前記登録制御情報が
   「更新」である場合、前記サーバから配信され当該クラ
   イアントにおいて保持された当該登録制御情報に対応す
   る記事を最も版数の新しいものに更新し、当該更新の対
   象とされた記事についての履歴情報を当該更新後の記事
   についての履歴情報として引き継ぐことを特徴とする請
   求項４に記載の情報受配信システム。
6. 【請求項６】 前記記事管理部は、前記登録制御情報が
   「削除」である場合、前記サーバから配信され当該クラ
   イアントにおいて保持された記事を、その記事について
   のその時点での履歴情報にかかわらず、当該登録から削
   除することを特徴とする請求項２に記載の情報受配信シ
   ステム。
7. 【請求項７】 当該情報受配信システムにおけるサーバ
   は多段の構成を有する複数のサーバからなり、 前記クライアントは前記複数のサーバのいずれかに接続
   され、 前記クライアントは、前記上位のサーバから直接、又
   は、前記上位のサーバに接続された前記複数のサーバの
   内の下位のサーバを介して、前記複数のサーバの内の上
   位のサーバから配信された情報を受信することを特徴と
   する請求項１に記載の情報受配信システム。
8. 【請求項８】 前記情報受配信システムは、予め登録さ
   れた前記下位のサーバ又はクライアントが前記上位のサ
   ーバに対して配信要求を実行するべき旨の指示入力なし
   で自動的に情報の配信要求を行い、前記下位のサーバ又
   はクライアントからの前記配信要求があった時に、前記
   上位のサーバが前記下位のサーバ又はクライアントに対
   して情報を配信するプッシュ型配信を行うシステムであ
   ることを特徴とする請求項７に記載の情報受配信システ
   ム。
9. 【請求項９】 前記情報受配信システムは、前記上位の
   サーバが、前記下位のサーバ又はクライアントからの情
   報の配信要求によって、予め登録された前記下位のサー
   バ又はクライアントに対して情報を配信するプッシュ型
   配信を行うシステムであることを特徴とする請求項７に
   記載の情報受配信システム。