JP2002149472A - 情報管理装置 - Google Patents

Abstract

(57)【要約】 【課題】差分情報の作成に必要なデータの記憶量を軽減
することができるとともに、差分情報作成に係る状態情
報の管理及び処理負担を軽減することができる情報管理
装置を提供する。 【解決手段】本発明による情報管理システムは、情報管
理装置１０と情報要求装置１１とを備える。情報管理装
置１０は、オブジェクトの状態が変化する毎に、その状
態変化に関する状態情報を取得し、記憶部４８に記憶す
る。その後、情報要求装置１１から状態情報の提供要求
があった場合には、記憶部４８に記憶された複数の状態
情報の中から、この提供要求を受け取る前に情報要求装
置に最後に提供された状態情報の次に状態が変化したこ
とを示す状態情報から最新の状態情報までを、差分情報
として情報要求装置１１に提供する。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、情報を管理すると
ともに、要求に応じて管理している情報を提供する情報
管理装置に関する。例えば、複数種類の状態に変化する
オブジェクトの状態に関する状態情報を管理し、要求に
応じて状態情報を提供する情報管理装置に関する。

【０００２】

【従来の技術】従来、サーバがオブジェクトの状態に関
する情報(以下、「状態情報」と称する)を管理し、ネッ
トワークを通じて接続されたクライアントからの要求に
応じて状態情報を与えるサーバ・クライアントシステム
が知られている。このシステムには、以下のタイプがあ
る。 (１)サーバが、或る時点から現時点までにおけるオブジ
ェクトの状態変化に関する複数の状態情報を一つの情報
として(分割不可能な状態で)保持し、クライアントから
の要求を受け取る毎に、保持している全ての状態情報を
クライアントに与える(第１のタイプ)。 (２)サーバが、現時点におけるオブジェクトの状態に関
する状態情報を最新の状態情報として保持し、クライア
ントからの要求に対して、最新の状態情報のみを与える
(第２のタイプ)。 (３)サーバが、ある時点から現時点までのオブジェクト
の状態変化に関する複数の状態情報を最新の状態情報と
して保持するとともに、クライアントに既に提供した単
数又は複数の状態情報のコピーを保持する。クライアン
トから要求があった場合には、サーバは、最新の状態情
報と状態情報のコピーとを対比して両者の相違部分を抽
出し、この相違部分を差分情報としてクライアントに与
える(第３のタイプ)。

【０００３】

【発明が解決しようとする課題】しかしながら、上述し
た第１〜３のタイプによるシステムには、以下の問題が
あった。

【０００４】即ち、第１のタイプでは、サーバが保持し
ている状態情報の全てをクライアントに与える。このた
め、クライアントへ伝送されるデータ量が、第２及び第
３のタイプに比べて多くなる。従って、第２及び第３の
タイプに比べて、ネットワークにかかる負荷が大きくな
るとともに、伝送速度を同じと仮定した場合に、クライ
アントがサーバから状態情報を得るための時間が長くな
っていた。

【０００５】第２のタイプでは、サーバが現時点におけ
るオブジェクトの状態情報しか保持していない。このた
め、クライアントがオブジェクトの状態変化に関する状
態情報を全て取得しようとする場合には、クライアント
が状態情報の提供をサーバに対して頻繁に要求しなけれ
ばならなかった。従って、第１及び第３のタイプに比べ
てネットワークに負荷がかかる可能性があった。また、
オブジェクトの状態変化が頻繁に起こる場合には、クラ
イアントがサーバに対して頻繁に状態情報の提供を要求
しても、全ての状態変化に対する状態情報を取得できな
いことがあった。

【０００６】第３のタイプでは、サーバが、差分情報を
作成するためにクライアントに既に提供した状態情報の
コピーを保持している。特に、複数のクライアントが存
在する場合には、サーバは各クライアントについての状
態情報のコピーを保持しなければならない。このため、
状態情報を保持するための資源(メモリ)の容量を第１及
び第２のタイプに比べて大きくしなければならなかっ
た。さらに、サーバが複数のオブジェクトの状態情報を
管理している場合には、サーバが各クライアントに対す
る状態情報のコピーを作成・管理しなければならないた
め、サーバに多大な処理負担がかかっていた。

【０００７】本発明は、上記問題に鑑みなされたもので
あり、第１のタイプに比べて、伝送される状態情報の量
を軽減することができ、且つ状態情報の取得に要する時
間を短縮することができる情報管理装置を提供すること
を目的とする。

【０００８】また、本発明は、第２のタイプに比べて、
状態情報の提供が要求される回数を減らすことができ、
且つオブジェクトの全ての状態変化に関する状態情報を
得ることができる情報管理装置を提供することを目的と
する。

【０００９】また、本発明は、第３のタイプに比べて、
差分情報の作成に必要なデータの記憶量を軽減すること
ができるとともに、差分情報作成に係る状態情報の管理
及び処理負担を軽減することができる情報管理装置を提
供することを目的とする。

【００１０】

【課題を解決するための手段】本発明は、上述した目的
を達成するために、以下の構成を採用する。すなわち、
本発明の第１の態様は、情報を管理するとともに、要求
側からの要求に応じて管理している情報を提供する情報
管理装置である。この情報管理装置は、複数種類の状態
に変化する対象の状態が変化する毎に、その状態の変化
に関する状態情報を取得する取得部と、前記取得部にて
得られた状態情報を夫々記憶する記憶部と、状態情報の
提供要求を要求側から受け取った場合に、前記記憶部に
記憶された状態情報の中から、この提供要求を受け取る
前に要求側に対して最後に提供された状態情報の次に状
態が変化したことを示す状態情報から最新の状態情報ま
での状態情報を検出し、検出した状態情報を差分情報と
して要求側に提供する提供部とを備える。

【００１１】本発明の第１の態様によれば、記憶部に
は、対象の状態変化に関する状態情報が夫々記憶される
ので、記憶部には、対象の状態変化の履歴が保持される
ことになる。差分情報は、一般に、過去の情報に加えれ
ば最新の情報を得ることができる情報であるので、要求
側が記憶部に記憶されている複数の状態情報のうち、或
る時点までの状態情報を有している場合には、その時点
以降に(次に)状態が変化したことを示す状態情報から最
新の状態情報(記憶部に最後に記憶された状態情報)を要
求側に差分情報として与えれば、要求側は、前回の要求
時から今回の要求時までに生じた全ての状態変化に関す
る状態情報を得ることができる。これにより、要求側で
最新の状態とそれに至る迄の過程とを知ることができ
る。

【００１２】そこで、提供部が提供要求に応じて記憶部
に記憶された複数の状態情報の中から必要な状態情報を
検出し、差分情報として要求側に与える。従って、第１
の態様は、提供する状態情報の量を、上記した第１のタ
イプに比べて抑えることができる。また、差分情報を与
えることで、要求側が対象の状態変化に関する全ての状
態情報を得ることができるので、上記した第２のタイプ
における問題は生じない。さらに、要求側の数に関わら
ず、各要求側に提供すべき差分情報を記憶装置に記憶さ
れた複数の状態情報を用いて作成することができる。ま
た、第３のタイプのように、情報管理装置が状態情報の
コピーを保持する必要がなく、差分情報の作成に必要な
データ記憶量を抑えることができる。

【００１３】取得部は、状態情報を積極的(能動的)に取
得するものであっても、消極的(受動的)に取得するもの
であっても良い。取得部及び提供部は、ＣＰＵやＭＰＵ
等の汎用プロセッサ装置によるプログラムの実行によっ
て実現することができる。また、専用ハードウェア(回
路)によって実現することもできる。記憶部には、例え
ば、ＲＡＭ，ＲＯＭ等の半導体メモリ，磁気ディスク，
光磁気ディスク，光ディスク，磁気テープ等を用いるこ
とができる。

【００１４】第１の態様は、記憶部は前記取得部にて得
られた状態情報をその取得順で記憶し、前記提供部は要
求側に対して最後に提供された状態情報の次に記憶され
た状態情報から最新の状態情報までの状態情報を差分情
報として要求側に提供する構成とするのが好ましい。

【００１５】第１の態様は、提供部が状態情報を要求側
に提供するときに、その時点で記憶部に記憶されている
最新の状態情報を特定するための特定情報を要求側に提
供し、この特定情報を含む提供要求を要求側から受け取
った場合に、前記記憶部に記憶された状態情報の中か
ら、前記要求側に対して最後に提供された状態情報とし
て、特定情報によって特定される状態情報の次に記憶さ
れた状態情報から最新の状態情報までの状態情報を検出
し、検出した状態情報を差分情報として要求側に提供す
るようにすることができる。このようにすれば、提供部
が特定情報に基づいて記憶部に記憶された複数の状態情
報の中から差分情報として必要な状態情報を取り出すこ
とができる。

【００１６】第１の態様は、提供部が記憶部に記憶され
た状態情報の中から、特定情報によって特定されるべき
状態情報を特定することができない場合には、記憶部に
記憶された最新の状態情報を差分情報の代わりに要求側
に提供するしても良い。このようにすれば、要求側は少
なくとも最新の状態を知ることが可能となるので、要求
側が情報管理装置に対して行った提供要求が無駄になら
ない。

【００１７】また、第１の態様は、記憶部が状態情報を
夫々格納する複数の領域を含むとともに、各領域に状態
情報が格納された時刻に関する登録時刻情報をさらに記
憶し、複数の領域は、先頭の領域と最後尾の領域とを含
み、状態情報は、先頭の領域から順に格納され、ある状
態情報が最後尾の領域に格納された場合には、この次に
記憶すべき状態情報が先頭の領域に格納され、提供部
が、状態情報を要求側に提供するときに、その時点で記
憶部に記憶されている最新の状態情報に対応する登録時
刻情報としての最新登録時刻情報をさらに含む特定情報
を要求側に提供し、前記特定情報を含む提供要求を要求
側から受け取った場合に、この提供要求の特定情報に含
まれた最新インデックス情報が割り当てられている状態
情報に対応する登録時刻情報を記憶部から検出し、検出
した登録時刻情報とこの提供要求の特定情報に含まれた
最新登録時刻情報とが一致する場合に、前記差分情報を
要求側に提供するようにしても良い。このように、記憶
部がいわゆるリングバッファとして使用されるようにな
っていれば、状態情報の保持に必要なデータ量(メモリ
資源)を抑えることができる。また、時刻が一致するか
否かによって差分情報を作成するか否かが判定されるの
で、差分情報作成処理の精度を高めることができる。

【００１８】第１の態様は、提供部が要求側が最新の状
態情報のみの提供を要求している場合には、差分情報と
して提供すべき状態情報の中から最新の状態情報に該当
する状態情報を抽出情報として抽出し、この抽出情報を
要求側に提供するようにしても良い。このように、要求
側が最新の状態情報のみを欲している場合に、最新の状
態情報のみを提供するようにすれば、要求側に提供する
データ量を削減することができる。

【００１９】また、第１の態様は、取得部が複数の対象
に関する状態情報を夫々取得し、記憶部が取得部にて取
得された各状態情報をその取得順で記憶し、記憶部に記
憶されている各対象の最新の状態情報を保持する最新状
態保持部をさらに備え、提供部は、前記抽出情報のデー
タ量が前記最新状態保持部に保持された最新の状態情報
のデータ量よりも多い場合には、前記抽出情報に代え
て、前記最新状態保持部に保持された各対象の最新の状
態情報を要求側に提供するようにしても良い。このよう
にすれば、要求側に提供されるデータ量を抑えることが
できる。

【００２０】本発明の第２の態様は、情報管理装置と、
情報要求装置とを含み、前記情報管理装置が、複数種類
の状態に変化する対象の状態が変化する毎に、その状態
の変化に関する状態情報を取得する取得部と、前記取得
部にて得られた各状態情報を記憶する記憶部と、状態情
報の提供要求を情報要求装置から受け取った場合に、前
記記憶部に記憶された状態情報の中から、この提供要求
を受け取る前に情報要求装置に対して最後に提供された
状態情報の次に状態が変化したことを示す状態情報から
最新の状態情報までの状態情報を、差分情報として情報
要求装置に提供する提供部とを備えた情報管理システム
である。

【００２１】第２の態様では、情報要求装置は、状態情
報が前記情報管理装置から提供された場合に、状態情報
に関する情報を、前記情報要求装置の使用者に知らせる
ようにしても良い。使用者に知らせるための手段は、例
えば、状態情報に関する情報を表示装置に表示するよう
にしても良く、光(ランプの点灯)によって表示するよう
にしても良く、音声(サウンド)によって知らせるように
しても良く、空気流や振動で知らせるようにしても良
い。即ち、状態情報に関する情報を使用者が五感を用い
て認識することができるようにされていれば良い。

【００２２】また、第２の態様では、情報要求装置は、
複数の状態情報が前記情報管理装置から提供された場合
に、各状態情報に関する情報を、前記情報要求装置の使
用者に知らせるようにしても良い。この場合には、例え
ば、複数の状態情報に関する情報が一度に表示装置に表
示されるようにしても良く、古いものから順に表示装置
に表示されるようにしても良い。

【００２３】本発明の第３の態様は、情報を管理すると
ともに、要求側からの要求に応じて管理している情報を
提供する情報管理装置の情報提供方法である。この方法
は、複数種類の状態に変化する対象の状態が変化する毎
に、その状態の変化に関する状態情報を取得し、取得し
た状態情報を夫々記憶装置に記憶し、状態情報の提供要
求を要求側から受け取った場合に、前記記憶装置に記憶
された状態情報の中から、この提供要求を受け取る前に
要求側に対して最後に提供された状態情報の次に状態が
変化したことを示す状態情報から最新の状態情報までの
状態情報を取り出し、検出した状態情報を差分情報とし
て要求側に提供することを含む。

【００２４】本発明の第４の態様は、情報を管理すると
ともに、要求側からの要求に応じて管理している情報を
提供する情報管理装置の情報提供方法をコンピュータで
実行するためのプログラムを記録した記録媒体である。
この記録媒体は、複数種類の状態に変化する対象の状態
が変化する毎に、その状態の変化に関する状態情報を取
得するプログラムと、取得した状態情報を記憶装置に夫
々記憶するプログラムと、状態情報の提供要求を要求側
から受け取った場合に、記憶装置に記憶されている複数
の状態情報の中から、この提供要求を受け取る前に要求
側に対して最後に提供された状態情報の次に状態が変化
したことを示す状態情報から最新の状態情報までの状態
情報を検出し、検出した状態情報を差分情報として提供
するプログラムとを記録している。

【００２５】以上説明した第１〜第４の態様は、サーバ
とクライアントとがネットワークを通じて接続されたサ
ーバ・クライアントシステムの他、情報機器内における
プロセス間通信にも適用することができる。

【００２６】第１〜４の態様がサーバ・クライアントシ
ステムに適用される場合には、情報管理装置がサーバに
相当し、要求側(情報要求装置)がクライアントに相当す
る。また、本発明がプロセス間通信に適用される場合に
は、情報管理装置及び要求側(情報要求装置)が通信主体
となる各プロセスに相当する。

【００２７】第１〜４の態様における情報要求装置の数
は、幾つであっても良い。即ち、情報要求装置の数に関
わらず、各情報要求装置に提供すべき差分情報を、記憶
部に記憶された状態情報を用いて作成することができ
る。

【００２８】「対象」は、例えば、オブジェクトであ
る。オブジェクトとは、値とその値を読み書きしたりす
る手続とを併せ持ったデータ構造である(日経ＢＰ社刊
日経ＢＰ社出版局編 情報・通信新語辞典’９８年度
版参照)。この他、「対象」は、複数の状態に変化可能
であり、その状態変化を情報として得ることができるも
のであれば、処理対象(例えば、各種のプログラム，テ
キストデータ，イメージデータ)，制御対象(例えば、コ
ントローラ，センサ，アクチュエータ)の何れもが「対
象」に含まれる。「対象」の数は、幾つであっても良
い。

【００２９】なお、複数の「対象」についての各状態情
報を取得部が取得する場合において、複数の要求側が存
在し、各要求側が状態情報の提供を求める対象が要求側
間で異なる場合には、要求側に応じて記憶部を複数設け
ること，或いは、差分情報の中から提供要求を発した要
求側が不要な状態情報を削除することで対応することが
できる。

【００３０】「状態情報」は、例えば、対象がオブジェ
クトである場合には、オブジェクトから伝達されるオブ
ジェクトの状態変化に関する情報である。「特定情報に
よって特定される状態情報の次に記憶された状態情報」
は、特定情報によって特定される状態情報の次に取得部
によって取得された(発生した)状態情報である。本発明
では、「特定情報によって特定される状態情報の次に記
憶された状態情報」と「最新の状態情報」とが同じ状態
情報である場合も含む。

【００３１】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。

【００３２】〈情報管理システムの全体構成〉図１は、
情報管理システムの全体構成図である。図１において、
情報管理システムは、サーバ１０と、複数のクライアン
ト端末(図１には、例として、クライアント端末１１〜
１３を図示：以下、「クライアント」という)とからな
り、サーバ１０と各クライアント１１〜１３とは、ネッ
トワーク１４を介して接続されている。また、ネットワ
ーク１４には、ホストコンピュータ１５が接続されてい
る。

【００３３】なお、サーバ１０が、本発明の情報管理装
置に相当し、各クライアント１１〜１３が、本発明の要
求側(情報要求装置)に相当する。

【００３４】〈サーバのハードウェア構成〉図２は、図
１に示したサーバ１０のハードウェア構成図である。図
２において、サーバ１０は、バスＢＵＳで相互に接続さ
れたＣＰＵ(Central Processing Unit)１６，ＲＯＭ(Re
ad Only Memory)１７，ＲＡＭ(Rundom Access Memory)
１８，ハードディスクドライブ(ＨＤＤ)１９，フロッピ
ー（登録商標）ディスクドライブ(ＦＤＤ)２０，ＣＤ−
ＲＯＭドライブ２１，グラフィックボード２２，通信制
御装置２３及び各インターフェイス回路(Ｉ／Ｆ)２４,
２５からなる。

【００３５】グラフィックボード２２には、陰極線管
(ＣＲＴ)や液晶ディスプレイ(ＬＣＤ)等のディスプレイ
装置４１が接続され、Ｉ／Ｆ２３には、キーボード(Ｋ
ＢＤ)２７が接続され、Ｉ／Ｆ２４には、マウス２８，
或いは、トラックボール，フラットスペース，ジョイス
ティック等のポインティングデバイスが接続される。

【００３６】ＲＯＭ１７には、起動用プログラムが記憶
されている。起動用プログラムは、サーバ１０の電源投
入時にＣＰＵ１６によって実行される。これによって、
ＨＤＤ１９に記憶されているオペレーティングシステム
(ＯＳ)及び表示処理や通信処理のための各種のドライバ
が、ＲＡＭ１８にロードされ、各種処理や制御が実行可
能な状態となる。

【００３７】ＲＡＭ１８には、サーバ１０を制御するプ
ログラムが展開され、このプログラムによる処理結果，
処理のための一時データ，ディスプレイ２６の画面上に
処理結果等を表示するための表示用データ等を保持する
ＣＰＵ１６の作業領域として使用される。

【００３８】ＲＡＭ１８上に展開された表示用データ
は、グラフィックボード２２を通じてディスプレイ２６
に伝達され、ディスプレイ２６は、その画面上に表示用
データに対応する表示内容を表示する。

【００３９】ＨＤＤ１９及びＦＤＤ２０は、ＣＰＵ１６
の指示に従って、プログラム，制御用データ，テキスト
データ，イメージデータ等を、夫々に対応する記録媒体
(ハードディスク，フロッピーディスク２９)に記録し、
又は読み出すためのデバイスである。

【００４０】ＣＤ−ＲＯＭドライブ２１は、ＣＰＵ１６
の指示に従って、ＣＤ−ＲＯＭ(コンパクトディスクを
用いた読み出し専用メモリ)２４に記録されているプロ
グラムやデータを読み取るためのデバイスである。

【００４１】通信制御装置２３は、ＣＰＵ１６の指示に
従って、サーバ１０に接続された通信線を用い、他の装
置とのデータの送受信、或いはプログラムやデータのダ
ウンロードを実行する。

【００４２】ＫＢＤ２７は、複数のキー(文字入力キ
ー，カーソルキー等)を備えており、オペレータがサー
バ１０にデータを入力するために使用される。マウス２
８は、ディスプレイ２６に表示されたマウスカーソルを
用いた選択指示を入力するために使用される。

【００４３】ＣＰＵ１６は、ＲＯＭ１７，ＨＤＤ１９，
ＦＤ２９及びＣＤ−ＲＯＭ３０に記憶された各種のプロ
グラムを実行することによって、本発明を実現する。な
お、上記ＨＤＤ１９等の記録媒体に保持されるプログラ
ムやデータは、予め保持されるようにしても良く、他の
装置からダウンロードされたプログラムやデータがＨＤ
Ｄ１９に保持されるようにしても良い。

【００４４】なお、ＣＰＵ１６がプログラムを実行する
ことによって、サーバが取得部，記憶部及び提供部を備
えた情報管理装置として機能する。また、ＲＡＭ１８が
本発明の記憶部(記憶装置)に相当する。また、ＲＡＭ１
８，ＲＯＭ１７，ＨＤＤ１９，ＦＤ２９及びＣＤ−ＲＯ
Ｍ３０が本発明の記録媒体に相当する。

【００４５】〈クライアントのハードウェア構成〉図３
は、図１に示した各クライアント１１〜１３のハードウ
ェア構成図である。各クライアント１１〜１３は、同じ
構成を有しているので、図３には、例としてクライアン
ト１１が図示されている。

【００４６】図３において、クライアント１１は、バス
ＢＵＳで相互に接続されたＣＰＵ３１，ＲＯＭ３２，Ｒ
ＡＭ３３，ＨＤＤ３４，ＦＤＤ３５，ＣＤ−ＲＯＭドラ
イブ３６，グラフィックボード３７，通信制御装置３８
及び各Ｉ／Ｆ３９,４０からなる。グラフィックボード
２２には、ＣＲＴやＬＣＤ等のディスプレイ装置４１が
接続され、Ｉ／Ｆ３９には、キーボード(ＫＢＤ)４２が
接続され、Ｉ／Ｆ４０には、マウス４３，或いは、トラ
ックボール，フラットスペース，ジョイスティック等の
ポインティングデバイスが接続される。

【００４７】以上のように、クライアント１１は、サー
バ１０と同じハードウェア構成を有するので、クライア
ント１１の各構成要素の説明は省略する。

【００４８】〈情報管理システムの機能ブロック〉図４
は、図１に示した情報管理システムの機能ブロック図で
ある。図４に示すように、サーバ１０は、図２に示した
ＣＰＵ１６によるプログラムの実行によって、図４に示
す機能ブロックからなる装置として機能し、本発明を実
現する。同様に、各クライアント１１〜１３は、図３に
示したＣＰＵ３１によるプログラムの実行によって、図
４に示す機能ブロックからなる装置として機能し、本発
明による情報管理装置，情報管理システム，情報提供方
法を実現する。

【００４９】《サーバの機能》図４において、サーバ１
０は、オブジェクト状態管理部４５と、複数のオブジェ
クト(図４には、例として、オブジェクト１〜３を図
示：本発明の「対象」に相当)とを備えた装置として機
能する。

【００５０】即ち、サーバ１０は、オブジェクト１〜３
の状態を管理するとともに、各クライアント１１〜１３
からの問い合わせ(要求)に応じて各オブジェクト１〜３
の状態変化に関する情報(状態情報)を、該当するクライ
アントに提供する。

【００５１】各オブジェクト１〜３は、値とその値を読
み書きする手続とを併せ持ったデータ構造を持つプログ
ラムの一種であり、アプリケーション(アプリケーショ
ンプログラムの実行によって実現する機能)等からの指
示に従って、起動(作成)され、所定の手続を実行する。

【００５２】この手続の実行に際して、各オブジェクト
１〜３は、複数種類の状態に変化する。その後、手続が
終了し、必要がなくなると各オブジェクト１〜３は終了
(消滅)する。従って、図４には、各オブジェクト１〜３
は、常時存在しているように図示されているが、必要に
応じて発生したり消滅したりする。

【００５３】各オブジェクト１〜３は、オブジェクト状
態管理部４５に対して、変化イベントのメッセージを与
える。変化イベントのメッセージは、起動通知，状態変
化通知及び終了通知からなる。各オブジェクト１〜３
は、自身が起動する場合には、起動通知をオブジェクト
状態管理部４５に与える。また、各オブジェクト１〜３
は、自身の状態が変化した場合には、状態変化通知をオ
ブジェクト状態管理部４５に与える。各オブジェクト１
〜３は、自身に係る処理が終了する場合には、終了通知
をオブジェクト状態管理部４５に与える。

【００５４】オブジェクト状態管理部４５は、管理部４
６と、最新状態テーブル４７と、変化イベント記録テー
ブル４８と、最新インデックス格納領域４９と、返却情
報作成領域５０と、差分情報作成領域５１と、要求受信
領域５２とを含んでいる。

【００５５】この管理部４６が、本発明の取得部及び提
供部に相当し、変化イベント記録テーブル４８が本発明
の記憶部に相当し、最新状態テーブル４７が本発明の最
新状態保持部に相当し、最新インデックス格納領域４９
が本発明の最新インデックス保持部に相当する。

【００５６】図５は、各オブジェクト１〜３からオブジ
ェクト状態管理部４５に与えられる変化イベントのメッ
セージのフォーマット説明図である。図５に示すよう
に、変化イベントのメッセージは、「オブジェクト
名」，「イベント種別」，「状態」及び「イベント発生
時刻」の各データの格納領域(フィールド)からなる。

【００５７】「オブジェクト名」は、イベントが発生し
たオブジェクトの名前を示すデータであり、他のオブジ
ェクトと識別可能なものとする。「イベント種別」は、
イベントの種別を示すデータであり、イベントの種別
は、オブジェクトの「追加」，「更新」及び「削除」か
らなる。

【００５８】変化イベントのメッセージが起動通知であ
る場合には、イベント種別は「追加」となり、状態変化
通知である場合には、イベント種別は「更新」となり、
終了通知である場合には、イベント種別は「削除」とな
る。

【００５９】「状態」は、イベント発生後におけるオブ
ジェクトの状態を示すデータであり、「イベント種別」
が「追加」の場合(メッセージが起動通知である場合)に
は、オブジェクトの初期状態が「状態」の格納領域に格
納される。また、「イベント種別」が「更新」の場合
(メッセージが状態変化通知である場合)には、オブジェ
クトの更新後の状態が「状態」の格納領域に格納され
る。また、「イベント種別」が「削除」の場合(メッセ
ージが終了通知である場合)には、“０”や空文字列が
「状態」の格納領域に格納される。

【００６０】「イベント発生時刻」は、イベントが発生
した時刻を示すデータであり、補助情報として取り扱わ
れる。

【００６１】図６は、変化イベント記録テーブル４８の
例を示す図である。変化イベント記録テーブル４８に
は、各オブジェクト１〜３から通知された変化イべント
に関するレコード(以下、「変化イベントレコード」と
称する)がその発生順(オブジェクト状態管理部４５の取
得順)で記録される。これによって、変化イベント記録
テーブル４８には、変化イベントの履歴が格納される。

【００６２】図６に示すように、変化イベントレコード
は、「登録時刻」，「オブジェクト名」，イベントの
「種別」，「状態」及び「イべント発生時刻」の各デー
タからなる。この変化イベントレコードが、本発明の状
態情報に相当する。

【００６３】「イベント登録時刻」は、変化イべントレ
コードが変化イベント記録テーブル４８に記録された時
刻を示すデータである。「オブジェクト名」，「種
別」，「状態」及び「イべント発生時刻」は、変化イベ
ントのメッセージについて説明したデータと同じデータ
である。

【００６４】この変化イベント記録テーブル４８は、リ
ングバッファ構造を有している。即ち、変化イベント記
録テーブル４８は、先頭の領域と最後尾の領域とを有す
る複数の領域からなり、各領域には、変化イベントレコ
ードが格納される。

【００６５】変化イベント記録テーブル４８は、最大Ｎ
個(Ｎは０以外の自然数)の変化イベントレコードを格納
することができる。各領域には、“０”から“Ｎ−１”
までのインデックス番号(インデックス情報に相当)が割
り当てられている。各領域に格納される変化イベントレ
コードには、その領域に割り当てられたインデックス番
号が割り当てられる。

【００６６】変化イベントレコードは、変化イベント記
録テーブル４８の先頭の領域(インデックス番号“０”
の位置)から最後尾の領域(インデックス番号“Ｎ−１”
の位置)に向かって格納されていき、最後尾の領域に変
化イベントレコードが記録された場合(“Ｎ−１”の位
置が使用された場合)には、次の変化イベントレコード
は、先頭の領域(“０”の位置)に上書きされる。その
後、その次の変化イベントレコードは、インデックス番
号順に順次上書きされる。

【００６７】なお、変化イベント記録テーブル４８は、
任意の時刻に多数の変化イベントレコードが記録される
場合に、インデックス番号が一周してしまうことがない
サイズに設定されている。これによって、インデックス
番号が一周し、イベント登録時刻から最新のインデック
スを割り出すことができなくなることが防止される。ま
た、任意の時刻に記録された変化イベントレコードが同
時刻に記録される他の変化イベントレコードによって上
書きされてしまうことが防止される。

【００６８】図４に戻って、最新インデックス格納領域
４９は、変化イベント記録テーブル４８に最後に格納さ
れた変化イベントレコードに対応するインデックス番号
を保持する。

【００６９】図７は、図４に示した最新状態テーブル４
７の説明図である。図７において、最新状態テーブル４
７は、各オブジェクト１〜３についての最新の状態を保
持する。最新状態テーブル４７は、各オブジェクト１〜
３の最新の状態を示す「オブジェクト名」，「状態」及
び「最終イベント発生時刻」からなるレコードを保持す
る。

【００７０】「最終イべント発生時刻」は、オブジェク
トに対して最後に発生した「追加」，「更新」又は「削
除」のイべントの発生時刻を示すデータであり、「オブ
ジェクト名」及び「状態」は、変化イベント記録テーブ
ル４８に含まれているものと同じものである。最新状態
テーブル４７に記録される各レコードは、各レコードに
対応するオブジェクトから変化イベントのメッセージが
通知される度に更新される。

【００７１】図４に戻って、返却情報作成領域５０は、
各クライアント１１〜１３からの問い合わせ(要求メッ
セージ：本発明の提供要求に相当)に対する応答メッセ
ージを編集するために使用される。図８は、返却情報作
成領域５０の説明図であり、応答メッセージのフォーマ
ットに相当する。

【００７２】図８において、返却情報作成領域５０は、
「返却情報タイプ」，「最新インデックス(返却情
報)」，「最新登録時刻」の各データを格納する格納領
域と、情報フィールドとからなる。「返却情報タイプ」
は、情報フィールドの格納内容が「差分情報」なのか
「実情報」なのかを判別するためのデータである。「最
新インデックス」は、変化イベント記録テーブル４８の
インデックス番号を示すデータであり、クライアントが
次回の要求時にサーバ１０から「差分情報」を受け取る
ために指定される。「返却情報タイプ」が「差分情報」
を示す場合には、「差分情報」の作成に使用された変化
イベント記録テーブル４８中の変化イベントレコードの
うち、最新の変化イベントレコードに割り当てられたイ
ンデックス番号が「最新インデックス」として設定され
る。

【００７３】一方、「返却情報タイプ」が「実情報」の
場合には、現時点にて最新インデックス格納領域４９に
格納されているインデックス番号が「最新インデック
ス」として設定される。但し、変化イベント記録テーブ
ル４８に変化イベントレコードが全く記録されていない
場合には、「最新インデックス」として、インデックス
番号の代わりに、例えば“−１”(インデックス番号と
して使用されていない番号であれば良い)が設定され
る。

【００７４】「最新登録時刻」は、変化イベントレコー
ドが変化イベント記録テーブル４８に最後に登録された
時刻を示すデータである。変化イベント記録テーブル４
８に最後に登録された変化イベントレコードを格納して
いる領域(最後に登録された変化イベントレコードに割
り当てられたインデックス番号の位置)を、「最新イン
デックス位置」と称する。

【００７５】この「最新登録時刻」は、クライアントが
次回の要求時に「差分情報」を作成可能か否かをサーバ
１０にて判定させるために指定される。なお、応答メッ
セージ中の「最新インデックス」が“−１”の場合は、
「最新登録時刻」に相当するデータがサーバ１０にない
ことを示すので、当該応答メッセージ中の「最新登録時
刻」は、意味のないデータとなる。

【００７６】情報フィールドには、「返却情報タイプ」
が「実情報」の場合、最新状態テーブル４７中の全レコ
ードが格納される。これに対し、最新状態テーブル４７
にレコードが記録されていない場合には、そのことを示
す情報(ここでは、“なし”で表現)が情報フィールドに
格納される。

【００７７】一方、「返却情報タイプ」が「差分情報」
の場合には、情報フィールドには、差分変化イベント列
(本発明の差分情報に相当)が格納される。差分変化イベ
ント列とは、要求を発したクライアントに最後に提供さ
れた変化イベントレコードの次に変化イベント記録テー
ブル４８に登録された変化イベントレコードから最後に
登録された変化イベントレコードまでの単数又は複数の
変化イベントレコードであり、差分変化イベント列をな
す各変化イベントレコードは、情報フィールドにインデ
ックス番号順で格納される。なお、差分変化イベント列
が、本発明の「提供要求を受け取る前に要求側に対して
最後に提供された状態情報の次に状態が変化したことを
示す状態情報から最新の状態情報までの状態情報」に相
当する。

【００７８】但し、各クライアント１１〜１３が問い合
わせ時に後述する「過程必要フラグ」を「不要」に設定
した場合には、差分変化イベント列から各オブジェクト
の最新状態を生成するのに不要な情報を除いたサブセッ
ト(抽出情報に相当)が、情報フィールドに格納される。

【００７９】また、前回の要求時と今回の要求時とで各
オブジェクト１〜３の状態が変わらない場合には、「差
分情報」は存在しないので、そのことを示す情報(ここ
では“なし”で表現)が、情報フィールドに格納され
る。

【００８０】図４に戻って、差分情報作成領域５１は、
返却情報作成領域５０の情報フィールドに格納される
「差分情報」を作成する場合に、変化イベント記録テー
ブル４８に記録された各変化イベントレコードから必要
な変化イベントレコードを抽出するために使用される作
業領域である。

【００８１】図９は、差分情報作成領域５１の説明図で
ある。図９に示すように、差分情報作成領域５１には、
「オブジェクト名」，「イべント種別状態」，「イべン
ト発生時刻」及び「イべント不要フラグ」が格納され
る。

【００８２】「イべント不要フラグ」は、クライアント
が最後に受け取った各オブジェクトの状態から最新の各
オブジェクトの状態に至るまでの過程を示すデータが不
要な場合に、差分情報作成領域５１に格納されたレコー
ドがクライアントにとって必要かどうかを表すフラグで
あり、「必要」又は「不要」の値をとる。「オブジェク
ト名」，「イベント種別」，「状態」及び「イベント発
生時刻」の各データは、変化イベントレコードについて
説明したデータと同じ種類のデータである。

【００８３】なお、本実施形態では、差分情報作成領域
５１には、変化イベント記録テーブル４８から検出され
た差分変化イベント列自体が格納される。これに代え
て、差分情報作成領域５１が、差分変化イベント列に含
まれる各変化レコードのインデックスの格納領域と、各
インデックスに対するイべント不要フラグの格納領域と
から構成され、各インデックスに従って変化イベント記
録テーブル４８を参照しながらイべント不要フラグが設
定され、イベント不要フラグが「必要」に設定された変
化イベントレコードが変化イベント記録テーブル４８か
ら返却情報作成領域５０に転記されるようにしても良
い。

【００８４】図４に戻って、要求受信領域５２は、各オ
ブジェクト１〜３からのメッセージ及び各クライアント
１１〜１３からのメッセージを格納する領域である。

【００８５】管理部４６は、各オブジェクト１〜３から
受け取ったメッセージや、各クライアント１１〜１３か
ら受け取ったメッセージに従って、最新状態テーブル４
７，変化イベント記録テーブル４８，最新インデックス
格納領域４９，返却情報作成領域５０，差分情報作成領
域５１を管理・制御する。この管理部４６による処理は
後述する。

【００８６】なお、管理部４６は、図２に示したＣＰＵ
１６がプログラムを実行することによって実現される機
能であり、最新状態テーブル４７，変化イベント記録テ
ーブル４８，最新インデックス格納領域４９，返却情報
作成領域５０，差分情報作成領域５１及び要求受信領域
５２は、ＣＰＵ１６がプログラムを実行することによっ
てＲＡＭ１８上に作成される。

【００８７】《クライアントの機能》図４において、各
クライアント１１〜１３は、オブジェクト状態要求部５
４を備えた装置として機能する。即ち、各クライアント
１１〜１３は、必要に応じて各オブジェクト１〜３の状
態情報の提供をサーバ１０に要求し、この要求メッセー
ジに応じた状態情報をサーバ１０から取得し、各オブジ
ェクト１〜３の最新の状態をクライアントの使用者に知
らせる。

【００８８】オブジェクト状態要求部５４は、管理部５
５と、最新状態テーブル５６と、「前回のインデック
ス」格納領域５７と、「前回のイベント時刻」格納領域
５８と、問い合わせパラメータ作成作業領域(パラメー
タ作成領域)５９と、返却情報受信領域６０と、表示手
段６１とを備える。

【００８９】最新状態テーブル５６は、サーバ１０の最
新状態テーブル４７と同じ構成を有している(図７参
照)。

【００９０】「前回のインデックス」格納領域５７は、
サーバ１０から受信した応答メッセージ(図８参照)に
「最新インデックス」として格納されたインデックス番
号の格納領域である。「前回のインデックス」格納領域
５７に格納されたインデックス番号は、次回の問い合わ
せ時にパラメータとして指定され、クライアントがこの
インデックス番号以降の変化イベントレコードによる
「差分情報」(サブセット含む)をサーバ１０から受け取
るために利用される。

【００９１】「前回のイベント時刻」格納領域５８は、
サーバ１０から受信した応答メッセージ(図８参照)に
「最新登録時刻」として格納された登録時刻のデータを
格納する領域である。「前回のイベント時刻」格納領域
５８に格納された登録時刻のデータは、次回の問い合わ
せ時にパラメータとして指定され、この登録時刻のデー
タに対応するインデックス番号の有効性の検査に利用さ
れる。

【００９２】パラメータ作成領域５９は、各クライアン
ト１１〜１３がサーバ１０に状態情報を要求する際に指
定されるパラメータを作成する領域である。図１０は、
パラメータ作成領域５９の説明図である。図１０に示す
ように、オブジェクト情報の要求に際して指定されるパ
ラメータは、「返却先情報」，「前回のインデック
ス」，「前回のイベント時刻」及び「過程必要フラグ」
からなり、これらが、各クライアントからサーバ１０へ
送信される要求メッセージの内容となる。

【００９３】「返却先情報」は、要求メッセージに対す
る応答メッセージのあて先を指定するためのパラメータ
である。「前回のインデックス」は、前回の要求に対す
る応答メッセージから得られた変化イベント記録テーブ
ル４８の最新の変化イベントレコードに対応するインデ
ックス番号であり、「前回のインデックス」格納領域５
７に格納されたインデックス番号が指定される。

【００９４】「前回のイべント時刻」は、前回の要求に
対する応答メッセージから得られた変化イベント記録テ
ーブル４８中の最新の変化イベントレコードに対応する
イべント登録時刻であり、「前回のイベント時刻」格納
領域５８に格納されたイベント登録時刻が指定される。

【００９５】「過程必要フラグ」は、各オブジェクト１
〜３の最新の状態以外に状態変化の過程も必要か否か
を、「必要」または「不要」で指定するためのフラグで
ある。「不要」が指定された場合には、サーバ１０にお
いて、応答メッセージが作成される場合に、後述する
「差分情報」の不要レコード削減処理及びサイズ判定処
理が行われる。

【００９６】図４に戻って、返却情報受信領域６０は、
サーバ１０から受信された応答メッセージを格納する領
域である。表示手段６１は、最新状態テーブル６１の保
持内容を表示する。これによって、変化イベントレコー
ド(状態情報)に関する情報をクライアントの使用者(オ
ペレータ)に知らせることができる。

【００９７】管理部５５は、クライアントのオペレータ
等の指示に従って、最新状態テーブル５６，「前回のイ
ンデックス」格納領域５７，「前回のイベント時刻」格
納領域５８，パラメータ作成領域５９，返却情報受信領
域６０及び表示手段６１を管理・制御する。この管理部
５５による処理は後述する。

【００９８】なお、管理部５５は、図３に示したＣＰＵ
３１がプログラムを実行することによって実現される機
能であり、最新状態テーブル５６，「前回のインデック
ス」格納領域５７，「前回のイベント時刻」格納領域５
８，パラメータ作成領域５９及び返却情報受信領域６０
は、ＣＰＵ３１がプログラムを実行することによってＲ
ＡＭ３３上に作成される。また、表示手段６１は、図３
に示したグラフィックボード２２がＣＰＵ３１からの命
令に従って最新状態テーブル５６の保持内容をディスプ
レイ装置２６に表示することによって実現される。

【００９９】《サーバにおける処理》次に、図４〜図１
５を用いて、サーバ１０における処理を説明する。図１
１〜１５は、サーバ１０における処理(オブジェクト状
態管理部４５の管理部４６による処理)を示すフローチ
ャートである。

【０１００】管理部４６による処理の前提として、最新
状態テーブル４７は、全てのオブジェクトに関するレコ
ードを登録できるだけの領域を有している。また、変化
イベント記録テーブル４８に登録可能な変化イベントレ
コードの最大個数Ｎを“MAX#EVENT”とする。従って、
変化イベント記録テーブル４８内の変化イベントレコー
ドを指定するインデックス番号は、“０”〜“MAX#EVEN
T−１”となる。

【０１０１】図１１において、図４に示した管理部４６
は、例えば、サーバ１０の図示せぬ電源が投入されるこ
とによって処理をスタートする。最初に、管理部４６
は、ステップ(以下、「Ｓ」と表記する)００１〜Ｓ００
７において、起動時の初期化処理を行う。

【０１０２】即ち、管理部４６は、ＲＡＭ１８上に、十
分なサイズを持つ最新状態テーブル４７の領域，変化イ
ベント記録テーブル４８の領域及び最新インデックス格
納領域４９を確保する(Ｓ００１,Ｓ００２,Ｓ００３)。

【０１０３】続いて、管理部４６は、十分なサイズを持
つ返却情報作成領域５０，差分情報作成領域５１及び要
求受信領域５２を確保する(Ｓ００４,Ｓ００５,Ｓ００
６)。

【０１０４】その後、管理部４６は、最新インデックス
格納領域４９に、「最新インデックス」として、“−
１”を格納する(Ｓ００７)。

【０１０５】起動時の初期化処理が終了すると、管理部
４６は、各オブジェクト１〜３又は各クライアント１１
〜１３からのメッセージ(変更イベントのメッセージ又
はクライアントからの問い合わせ(要求メッセージ))を
待つ。このとき、管理部４６は、変化イベントのメッセ
ージを受信した場合には、処理を図１２に示すＳ００９
に進める。

【０１０６】図１２において、Ｓ００９では、管理部４
６は、受信した変化イベントのメッセージ(図５参照)を
要求受信領域５２に格納する。

【０１０７】Ｓ０１０では、管理部４６は、最新インデ
ックス格納領域４９に格納された値(インデックス番号)
に“１”を加算して“MAX#EVENT”で割った場合の余り
を、最新インデックス格納領域４９に格納する。これに
よって、最新インデックス格納領域４９の値は、“０”
から“Ｎ−１”までの値をサイクリックにとる。

【０１０８】Ｓ０１１では、管理部４６は、要求受信領
域５２に格納された変化イベントのメッセージに対応す
る変化イベントレコード(「オブジェクト名」「(イベン
ト)種別」「状態」「イベント発生時刻」)を、変化イベ
ント記録テーブル４８(図６参照)に現時点で最後に登録
された変化イベントレコードが格納されている領域の次
の領域に登録するとともに、このときの時刻を「イベン
ト登録時刻」として登録する。これによって、新たに登
録された変化イベントレコードが格納された領域が最新
インデックス位置となる。

【０１０９】Ｓ０１２〜Ｓ０１６では、管理部４６は、
最新状態テーブル更新処理を行う。即ち、管理部４６
は、変化イベント記録テーブル４８に新たに登録した変
化イベントレコードの「種別」が「追加」であるか否か
を判定する(Ｓ０１２)。

【０１１０】このとき、「種別」が「追加」である場合
には(Ｓ０１２；Ｙ)、管理部４６は、Ｓ０１１にて登録
した変化イベントレコード中の「オブジェクト名」及び
「イベント発生時刻」を、最新状態テーブル４７に新規
登録するとともに、このオブジェクトの初期状態を「状
態」として登録する(Ｓ０１３)。その後、管理部４６
は、処理を図１１のＳ００８に戻す。

【０１１１】これに対し、変化イベントレコード中の
「種別」が「追加」でない場合には(Ｓ０１２；Ｎ)、管
理部４６は、最新のインデックスに対応する「種別」が
「更新」か否かを判定する(Ｓ０１４)。

【０１１２】このとき、「種別」が「追加」でない場合
には(Ｓ０１４；Ｎ)、管理部４６は、「種別」が「削
除」であるものとして、当該変化イベントレコードの
「オブジェクト名」が一致するレコードを最新状態テー
ブル４７から削除し(Ｓ０１５)、その後、処理を図１１
のＳ００８に戻す。

【０１１３】これに対し、「種別」が「更新」である場
合には、当該変化イベントレコードの「オブジェクト
名」が一致するレコードを最新状態テーブル４７から検
索し、検索されたレコード中の「状態」を、当該変化イ
ベントレコード中の「状態」で更新し(Ｓ０１６)、その
後、処理を図１１のＳ００８に戻す。

【０１１４】図１１に戻って、Ｓ００８において、管理
部４６がクライアントからの問い合わせ(要求メッセー
ジ)を受信した場合には、管理部４６は、処理を図１３
に示すＳ０１７に進める。

【０１１５】Ｓ０１７では、管理部４６は、要求メッセ
ージ(図１０参照)を要求受信領域５２で受信すると、返
却情報作成領域５０(図８参照)を初期化する。

【０１１６】Ｓ０１８では、管理部４６は、要求受信領
域５２に受信された要求メッセージ中の「前回のインデ
ックス」が“−１”か否かを判定する。このとき、「前
回のインデックス」が“−１”の場合には、処理がＳ０
１９に進み、“−１”以外の場合には、処理が図１４の
Ｓ０２６に進む。

【０１１７】Ｓ０１９〜Ｓ０２５では、管理部４６は、
実情報返却準備処理を行う。即ち、管理部４６は、返却
情報作成領域５０の「返却情報タイプ」に「実情報」を
設定する(Ｓ０１９)。

【０１１８】次に、管理部４６は、現時点にて最新イン
デックス格納領域４９に格納された最新インデックス番
号を、返却情報作成領域５０の「最新インデックス」に
設定する(Ｓ０２０)。

【０１１９】次に、管理部４６は、Ｓ０２０にて設定し
た最新インデックスが“−１”か否かを判定する(Ｓ０
２１)。このとき、最新インデックスが“−１”である
場合には、処理がＳ０２２に進み、“−１”以外である
場合には、処理がＳ０２３に進む。

【０１２０】Ｓ０２２に処理が進んだ場合には、管理部
４６は、返却情報作成領域５０の情報フィールドに、最
新状態テーブル４７に情報が格納されていない旨の情報
(“なし”)を格納し、処理をＳ０２５に進める。

【０１２１】Ｓ０２３に処理が進んだ場合には、管理部
４６は、変化イベント記録テーブル４８の最新インデッ
クス位置に格納された変化イベントレコードの登録時刻
を、返却情報作成領域５０の「最新登録時刻」に設定す
る。続いて、管理部４６は、返却情報作成領域５０の情
報フィールドに、最新状態テーブル４７に格納された全
てのレコードを格納する(Ｓ０２４)。その後、管理部４
６は、処理をＳ０２５に進める。

【０１２２】上記したＳ０１９〜Ｓ０２４の処理によっ
て、返却情報作成領域５０に応答メッセージが作成され
る。Ｓ０２５では、作成された応答メッセージを、要求
受信領域５２に受信された(格納された)要求メッセージ
中の「返却先情報」に対応する宛先へ向けて送信する。
その後、処理が図１１のＳ００８に戻る。

【０１２３】一方、処理が図１４のＳ０２６に進んだ場
合には、管理部４６は、要求受信領域５２に格納された
要求メッセージ中の「前回のインデックス」の値が、最
新インデックス格納領域４９に格納された値と一致し、
且つ要求メッセージ中の「前回のイベント時刻」が変化
イベント記録テーブル４８中の最新インデックス位置に
おけるイベント登録時刻に一致するか否かを判定する。
このとき、両者が一致する場合には処理がＳ０２７に進
み、両者が一致しない場合には処理が図１５に示すＳ０
３２に進む。

【０１２４】Ｓ０２７に処理が進んだ場合には、管理部
４６は、返却情報作成領域５０の「返却情報タイプ」に
「差分情報」を設定する。次に、管理部４６は、返却情
報作成領域５０の「最新インデックス」に、現時点にお
ける変化イベント記録テーブル４８の最新インデックス
位置の値(インデックス番号)を設定する(Ｓ０２８)。

【０１２５】次に、管理部４６は、返却情報作成領域５
０の「最新登録時刻」に、変化イベント記録テーブル４
８の最新インデックス位置に格納された「イベント登録
時刻」を設定する(Ｓ０２９)。

【０１２６】次に、管理部４６は、返却情報作成領域５
０の情報フィールドに、「差分情報」がないことを示す
情報(“なし”)を格納する(Ｓ０３０)。以上のＳ０２７
〜Ｓ０３０の処理によって、応答メッセージが作成され
る。その後、管理部４６は、作成された応答メッセージ
を「返却先情報」に対応する宛先へ向けて送信した後、
処理を図１１に示すＳ００８に戻す。

【０１２７】これに対し、処理が図１５のＳ０３２に進
んだ場合には、管理部４６は、差分情報作成処理を行
う。即ち、Ｓ０３２では、管理部４６は、要求メッセー
ジ中の「前回のインデックス」に対応するレコードを変
化イベント記録テーブル４７から検出し、検出されたレ
コード中の「イベント登録時刻」と、要求メッセージ中
の「前回のイベント時刻」とが一致するか否かを判定す
る。

【０１２８】このとき、当該「イベント登録時刻」と、
当該「前回のイベント時刻」とが一致しない場合(Ｓ０
３２；Ｎ)には、管理部４６は、インデックスが無効で
あるものとして、処理を図１３に示すＳ０１９に進め、
上述した実情報返却準備処理を実行する。これに対し、
当該「イベント登録時刻」と、当該「前回のイベント時
刻」とが一致する場合(Ｓ０３２；Ｙ)には、管理部４６
は、インデックスが有効であるものとして、処理をＳ０
３３に進める。

【０１２９】処理がＳ０３３に進んだ場合には、管理部
４６は、以下のＳ０３３〜Ｓ０４６にて、差分情報作成
処理を実行する。即ち、管理部４６は、差分情報作成領
域５１(図９参照)を初期化する(Ｓ０３３)。

【０１３０】次に、管理部４６は、差分情報作成領域５
１中のイべント不要フラグを「不要」に設定する(Ｓ０
３４)。次に、管理部４６は、返却情報作成領域５０の
「返却情報タイプ」として「差分情報」を設定する(Ｓ
０３５)。

【０１３１】次に、管理部４６は、変化イベント記録テ
ーブル４７に格納された複数のレコードのうち差分変化
イベント列として差分情報作成領域５１に格納すべき単
数又は複数のレコードのデータ量が一回の伝送処理で伝
送可能か否かを以下の(１)〜(４)によりレコード量を見
積もることで判定する(Ｓ０３６)。

【０１３２】このとき、管理部４６は、一回で伝送可能
と判定した場合には、差分変化イベント列をなす全ての
変化イベントレコードを変化イベント記録テーブル４７
から検出し、差分情報作成領域５１に「前回のインデッ
クス＋１」を起点として(差分情報作成領域の先頭レコ
ードは必ず「前回のインデックス＋１」又は０位置のレ
コードとなる)以下の(１)〜(４)を満たすレコードをイ
ンデックス順で格納する(Ｓ０３７：図９参照)。その
後、処理をＳ０３９に進める。

【０１３３】Ｓ０３７において、管理部４６が変化イベ
ント記録テーブル４８から差分変化イベント列を取り出
す場合には、変化イベント記録テーブル４８がリングバ
ッファ構造を有しているので、以下のようにして差分変
化イベント列を特定する。 (１)前回のインデックス＜最新インデックスの場合 “前回のインデックス＋１”から最新インデックスまで
の各インデックスに対応する変化イベントレコードを差
分変化イベント列とする。 (２)Ｎ−１＞前回のインデックス＞最新インデックスの
場合 “前回のインデックス＋１”から“Ｎ−１”までと、イ
ンデックス番号“０”から最新インデックスまでの各イ
ンデックスに対応する変化イベントレコードを差分変化
イベント列とする。 (３)前回のインデックス＝Ｎ−１＞最新インデックスの
場合 インデックス番号“０”から最新インデックスまでの各
インデックスに対応する変化イベントレコードを差分変
化イベント列とする。 (４)前回のインデックス＝最新インデックスの場合 差分変化イベント列なし。

【０１３４】さらに処理を詳述すると以下のことが実行
される。 (ａ) (一度に転送可能とした場合の)全体複写レコード
数Ｎ１の計算 前回のインデックスと最新インデックスとから複写レコ
ード数Ｎ１を計算する。 (ｂ) 複写レコード数Ｎ２の決定 複写レコード数Ｎ１と、転送可能なレコード数の上限Ｎ
ｏ．(上限番号)との最小値(ｍｉｎ)をとり、複写レコー
ド数Ｎ２とする。インデックス位置Ｉ２＝「(前回のイ
ンデックス＋Ｎ２) ｍｏｄ Ｎ」がクライアント返却情
報の「最新インデックス」になり、変化イベントテーブ
ルのインデックス位置Ｉ２の「イベント登録時刻」が、
クライアントへの返却情報の「最新登録時刻」になる。 (ｃ)「前回のインデックス＋１」 ｍｏｄ Ｎ で得られ
るインデックス位置を起点にしてＮ２個のレコードを順
に(循環的に)差分情報作成領域５１に複写する。

【０１３５】これに対し、管理部４６は、一回で伝送不
可能と判定した場合には、差分変化イベント列をなす複
数の変化イベントレコードのうち一回で伝送可能な範囲
の変化イベントレコードを変化イベント記録テーブル４
７から検出し、差分情報作成領域５１にインデックス順
で格納し(Ｓ０３８)、その後、処理をＳ０３９に進め
る。

【０１３６】Ｓ０３９では、管理部４６は、差分情報作
成領域５１に格納された各変化イベントレコードについ
てのイベント不要フラグを、「必要」に設定する。続い
て、管理部４６は、現時点で差分情報作成領域５１に格
納されているレコードのうち最も新しい変化イベントレ
コードに割り当てられたインデックス番号を、返却情報
作成領域５０に「最新インデックス」として設定する
(Ｓ０４０)。

【０１３７】次に、管理部４６は、差分情報作成領域５
１に最後に格納した変化イベントレコード，即ち、返却
情報作成領域５０に「最新インデックス」として設定さ
れたインデックス番号が割り当てられた変化イベントレ
コードが変化イベント記録テーブル４８に登録された時
の「イベント登録時刻」を、「最新登録時刻」として、
返却情報作成領域５０に設定する(Ｓ０４１)。

【０１３８】次に、管理部４６は、要求受信領域５２に
格納された要求メッセージ中の過程必要フラグ(図１０
参照)が「不要」に設定されているか否かを判定する(Ｓ
０４２)。このとき、過程必要フラグが「必要」である
場合には、処理がＳ０４５に進み、過程必要フラグが
「不要」である場合には、処理がＳ０４３に進む。

【０１３９】Ｓ０４３では、管理部４６は、不要レコー
ド削減処理を実行する。即ち、管理部４６は、差分情報
作成領域５１に格納された差分変化イベント列(または
その一部)をなす各変化イベントレコードを、差分情報
作成領域５１に最後に格納したレコードから当該領域の
先頭に向かって逆順に参照する。

【０１４０】このとき、管理部４６は、イベント種別
「削除」を含む変化イベントレコードを検出した場合に
は、この変化イベントレコードよりも先に変化イベント
記録テーブル４８に登録されたレコードであって、当該
変化イベントレコードと同じ「オブジェクト名」を含む
変化イベントレコードに対するイべント不要フラグを
「不要」に設定する。但し、管理部４６は、「削除」を
含む変化イベントレコードより先に変化イベント記録テ
ーブル４８に登録されたレコードで当該変化イベントレ
コードと同じ「オブジェクト名」とイベント種別「追
加」とを含む変化イベントレコードがある場合には、当
該イベント種別「削除」を含む変化イベントレコードに
対するイベント不要フラグを「不要」に設定する。

【０１４１】その後、管理部４６は、イベント種別「更
新」を含む変化イベントレコードを検出した場合には、
この変化イベントレコードよりも先に登録された変化イ
ベントレコードであって、当該変化イベントレコードと
同じ「オブジェクト名」を含む変化イベントレコードで
種別が「更新」であるものはイベント不要フラグを「不
要」に設定する。

【０１４２】上記処理のさらに具体的な処理手順を示す
と、以下のようになる。 〈作業域〉 作業域として以下のものを用意する。 ＷＵ：補助ワーク領域(更新：Update) ＷＤ：補助ワーク領域(削除：Delete) ＩＤＸ：ループカウンタ 各補助ワーク領域ＷＵ,ＷＤは、次のようなレコードを
保持する辞書領域である。 〈レコード構造〉 オブジェクト名｜差分情報作成領域５１におけるインデ
ックス 即ち、各補助ワーク領域ＷＵ,ＷＤは、レコードとし
て、「オブジェクト名」と「差分情報作成領域５１にお
けるインデックス」とを保持する。 〈手順〉 (１)ＩＤＸに(複写レコード数Ｎ２)−１((差分情報作成
領域５１に最後に格納したレコードのインデックス)−
１)を代入する。 (２)ＷＵ及びＷＤを初期化する(レコード未登録状態に
する)。 (３)ＩＤＸ≧０の間、以下の(３−１)〜(３−４)を繰り
返す。 (３−１)差分情報作成領域５１からＩＤＸ位置のレコー
ドを読み出す。 (３−２)オブジェクト名がＷＤに登録されている場合 (３−２−１)差分情報作成領域５１における、ＩＤＸで
指定されるインデックス位置のレコードを“不要”に設
定する。 (３−２−２)種別が「追加」ならば、差分情報作成領域
５１において見つかったレコードの「差分情報作成領域
５１におけるインデックス」で指定されるインデックス
位置のレコード(種別は「削除」)を“不要”に設定す
る。 (３−３)読み出したレコード中の「オブジェクト名」が
ＷＤに登録されていない場合、「種別」により処理を分
ける(３択)。 (３−３−１)「種別」が「削除」の場合、オブジェクト
名がＷＤに未登録ならばＷＤに登録する。 (３−３−２)「種別」が「更新」の場合、オブジェクト
名がＷＵに未登録ならば登録する。これに対し、オブジ
ェクト名がＷＵに登録済ならば、ＩＤＸで指定されるイ
ンデックス位置のレコードを“不要”に設定する。 (３−３−３)「種別」が「追加」の場合には、何もしな
い。 (３−４)ＩＤＸを１減らす。 (４)終了(ＥＮＤ) この結果、各オブジェクトについて、イべント不要フラ
グが「必要」となる変化イベントレコードは最大２つと
なり、登録順に次のパターンの何れかで現れる。 (１)「追加」のみ (２)「追加」+「更新」(最後に行われたもののみ) (３)「削除」のみ このようにして、不要な変化イベントレコードが検出さ
れるので、クライアントへ送信すべきデータ量が削減さ
れる。不要レコード削減処理が終了すると、管理部４６
は、処理をＳ０４４に進める。

【０１４３】Ｓ０４４では、管理部４６は、サイズ比較
処理を実行する。即ち、管理部４６は、不要レコード検
出処理によってイべント不要フラグが「必要」に設定さ
れた全ての変化イベントレコード(「必要レコード」と
称する)のサイズが最新状態テーブル４７に格納された
全てのレコード(「最新状態テーブルレコード」と称す
る)のサイズを上回るか否かを判定する。

【０１４４】このとき、必要レコードのサイズが最新状
態テーブルレコードのサイズを上回る場合には、処理が
Ｓ０１９に進み、上述した実情報返却準備処理が行われ
る。これに対し、必要レコードのサイズが最新状態テー
ブルレコードのサイズ以下である場合には、管理部４６
は、必要レコードをその登録順で、返却情報作成領域５
０の情報フィールドに格納する。但し、必要レコードが
ない場合には、「差分情報」がないことを示す情報
(“なし”)を、情報フィールドに格納する。その後、処
理がＳ０４５に進む。

【０１４５】Ｓ０４５では、管理部４６は、返却情報作
成領域５０の格納内容を応答メッセージとして要求メッ
セージ中の「返却先情報」で指定された場所(クライア
ントのアドレス)へ向けて伝送する。即ち、図２に示し
た通信制御装置２３が応答メッセージを通信線に送出
し、応答メッセージが該当するクライアントの通信制御
装置３８へ伝送される。

【０１４６】《各クライアントにおける処理》次に、各
クライアント１１〜１３における処理(オブジェクト状
態要求部５４の管理部５５による処理)について説明す
る。図１６〜１９は、クライアントにおける処理を示す
フローチャートである。

【０１４７】図１６において、管理部５５は、クライア
ントの図示せぬ電源が投入されることによって処理を開
始する。管理部５５は、Ｓ１０１〜１０７において、起
動時の初期化処理を行う。

【０１４８】即ち、管理部５５は、ＲＡＭ３２上に、十
分なサイズを持つ最新状態テーブル５６の領域，「前回
のインデックス」格納領域５７及び「前回のイベント時
刻」格納領域５８をの領域を確保(作成)する(Ｓ１０
１，Ｓ１０２，Ｓ１０３)。

【０１４９】次に、管理部５５は、ＲＡＭ３２上に、十
分なサイズを有する問い合わせパラメータ作成領域５９
及び返却情報受信領域６０を確保(作成)する(Ｓ１０
４，Ｓ１０５)。

【０１５０】次に、管理部５５は、「前回のインデック
ス」格納領域５７に、未だサーバ１０から応答メッセー
ジを受信していないことを示す“−１”を格納する(Ｓ
１０６)。さらに、管理部５５は、「前回のイベント時
刻」格納領域５８に任意の時刻を設定する(Ｓ１０７)。
但し、このＳ１０７の処理は省略することができる。

【０１５１】Ｓ１０８では、管理部５５は、サーバ１０
に対する状態情報の問い合わせメッセージ(要求メッセ
ージ)の送信指示を待ち、送信指示を受け取ると、処理
を図１７に示すＳ１１０に進める。

【０１５２】この送信指示は、クライアントのオペレー
タがＫＢＤ４２やマウス４３を用いてクライアントに入
力されたものであっても良く、管理部５５に対する設定
によって自動的に発せられるものであっても良い。ま
た、送信指示が定期的に発せられるようにしても良い。

【０１５３】Ｓ１０９では、管理部５５は、サーバ１０
からの応答メッセージを受信したか否かを判定し、受信
した場合には、処理を図１８に示すＳ１１６に進め、そ
うでない場合には、処理をＳ１０８に戻す。

【０１５４】処理が図１７に示すＳ１１０に進んだ場合
には、管理部５５は、Ｓ１１０〜Ｓ１１４において、問
い合わせパラメータ(要求メッセージ)作成処理を実行す
る。即ち、Ｓ１１０では、管理部５５は、パラメータ作
成領域５９(図１０参照)を初期化する。

【０１５５】Ｓ１１１では、管理部５５は、パラメータ
作成領域５９中の「返却先情報」に、返却情報受信領域
６０の場所(アドレス)に関する情報を格納する。

【０１５６】Ｓ１１２では、管理部５５は、「前回のイ
ンデックス」格納領域５７の値(インデックス番号)を、
パラメータ作成領域５９中の「前回のインデックス」に
設定する(格納する)。

【０１５７】Ｓ１１３では、管理部５５は、「前回のイ
ベント時刻」格納領域５８に保持された時刻を、パラメ
ータ作成領域５９の前回のイべント時刻に、「前回のイ
べント時刻」を設定する。

【０１５８】Ｓ１１４では、管理部５５は、オブジェク
ト１〜３の状態変化の過程の必要性の有無に応じて、パ
ラメータ作成領域５９の過程必要フラグに、「必要」又
は「不要」を設定する。

【０１５９】Ｓ１１５では、管理部５５は、Ｓ１１０〜
Ｓ１１４の処理によってパラメータ作成領域５９に作成
された要求メッセージをサーバ１０へ向けて送信する。
即ち、図３に示した通信制御装置３８が要求メッセージ
を通信線に送出し、要求メッセージがサーバ１０の通信
制御装置２３へ伝送される。

【０１６０】その後、応答メッセージを待ち合わせて、
管理部５５は、サーバ１０からの応答メッセージ(図８
参照)を返却情報受信領域６０に格納する(Ｓ１１６)。

【０１６１】Ｓ１１７では、管理部５５は、応答メッセ
ージに含まれた「最新インデックス」を、「前回のイン
デックス」格納領域５７に上書きする。これによって。
「前回のインデックス」格納領域５７が更新される。

【０１６２】Ｓ１１８では、管理部５５は、応答メッセ
ージに含まれた「最新登録時刻」を、「前回のイべント
時刻」格納領域５８に上書きする。これによって、「前
回のイベント時刻」格納領域５８が更新される。

【０１６３】Ｓ１１９では、管理部５５は、応答メッセ
ージに含まれた「返却情報タイプ」が「実情報」か否か
を判定する。このとき、「返却情報タイプ」が「実情
報」である場合には、処理がＳ１２０に進み、「返却情
報タイプ」が「実情報」でない場合には、「返却情報タ
イプ」が「差分情報」であるものとして、処理が図１９
に示すＳ１２２に進む。

【０１６４】処理がＳ１２０に進んだ場合には、管理部
５５は、応答メッセージの情報フィールドの格納内容
で、最新状態テーブル５６を更新する。これによって、
最新状態テーブル５６が、現時点で最新の各オブジェク
ト１〜３の状態を保持した状態となる。

【０１６５】その後、Ｓ１２１では、管理部５５は、最
新状態テーブル５６の内容を表示手段６１に表示する。
これによって、クライアントのディスプレイ装置４１
(図３参照)に各オブジェクト１〜３の最新の状態が表示
される。その後、処理がＳ１０８へ戻る。

【０１６６】一方、処理が図１９に示すＳ１２２に進ん
だ場合には、管理部５５は、応答メッセージの情報フィ
ールドに格納された変化イベントに係るレコードを、イ
ンデックス順に一つ取り出す。

【０１６７】Ｓ１２３では、管理部５５は、Ｓ１２２で
取り出したレコード中のイベント種別が「追加」か否か
を判定する。このとき、イベント種別が「追加」である
場合には、処理がＳ１２４に進み、「追加」でない場合
には、処理がＳ１２５に進む。

【０１６８】Ｓ１２４に処理が進んだ場合には、管理部
５５は、当該レコード中の必要なデータ(「オブジェク
ト名」及び「イベント発生時刻」)を、最新状態テーブ
ル５６に新規に格納し、「状態」として、そのオブジェ
クトの初期状態を設定する。その後、処理がＳ１２８へ
進む。

【０１６９】Ｓ１２５に処理が進んだ場合には、管理部
５５は、Ｓ１２２で取り出したレコード中のイベント種
別が「更新」か否かを判定する。このとき、イベント種
別が「更新」である場合には、処理がＳ１２６に進み、
「更新」でない場合には、イベント種別が「削除」であ
るものとして、処理がＳ１２７に進む。

【０１７０】Ｓ１２６に処理が進んだ場合には、管理部
５５は、当該レコード中の必要なデータ(「オブジェク
ト名」，「状態」及び「イベント発生時刻」)で、最新
状態テーブル５６を更新し、処理をＳ１２８へ進める。
これによって、当該レコードに対応するオブジェクトの
状態が最新の内容に更新される。

【０１７１】Ｓ１２７に処理が進んだ場合には、最新状
態テーブル５６から当該レコードに対応するレコードを
削除し、処理をＳ１２８へ進める。これによって、「削
除」に対応するオブジェクトのレコードが最新状態テー
ブル５６から削除される。

【０１７２】Ｓ１２８に処理が進んだ場合には、管理部
５５は、最新状態テーブル５６の内容を表示手段６１に
表示した後、処理をＳ１２９に進める。

【０１７３】Ｓ１２９では、管理部５５は、応答メッセ
ージの情報フィールドに格納された全てのレコードにつ
いてＳ１２２〜Ｓ１２８の処理を実行したか否かを判定
する。このとき、全てのレコードについて処理が実行さ
れている場合には、処理が図１６に示したＳ１０８に戻
る。これに対し、全てのレコードについて処理が実行さ
れていない場合には、Ｓ１２２に処理が戻り、次のレコ
ードについてＳ１２３〜Ｓ１２８の処理が実行される。

【０１７４】なお、クライアントからの一回の要求に対
する応答は一回のみである。このため、上記処理で、サ
ーバ１０が差分変化イベント列を一回の伝送でクライア
ントに伝送できない場合(クライアントに送信すべきレ
コードの全てを一度に送信できない場合)には、上記応
答メッセージを受信したクライアントは、応答メッセー
ジ中の「最新インデックス」を利用して再び要求メッセ
ージをサーバ１０に送信することにより、前回受け取る
ことができなかった変化イベント記録テーブル４８のＮ
２＋１以降のレコード(差分変化イベント列の残りの部
分)を受け取る。

【０１７５】ここで、差分変化イベント列中の全てのレ
コード又は必要レコードを受け取ったか否かをクライア
ントに明示的に伝達する構成を採ることもできる。この
場合には、応答メッセージ(図１０参照)の返却情報タイ
プとして、「差分情報(続きあり)」と「差分情報(続き
なし)」と「実情報」との何れかを設定できるように構
成し、サーバ１０が一回の応答で送信すべきレコードの
全てを送信(伝送)できない場合には、「差分情報(続き
あり)」を含む応答メッセージがクライアントに送信さ
れるように構成する。このようにすれば、クライアント
がこの返却情報タイプ「差分情報(続きあり)」の認識を
契機として、再び要求メッセージをサーバ１０に送信す
ることができる。

【０１７６】上記構成を採用する場合の各クライアント
１１〜１３の処理は以下の通りである。サーバ１０は、
レコードを一度に伝送できない場合には、「差分情報
(続きあり)」を含む応答メッセージを返却し、クライア
ントに再要求を促す。各クライアント１１〜１３は、応
答メッセージを受信すると、表示手段６１にその旨(サ
ーバ１０から受信すべきレコードの全てを受信できなか
った旨)を表示後(Ｓ１２１又はＳ１２９)、要求メッセ
ージの確認(Ｓ１０８)に戻らず、パラメータ作成領域の
初期化(Ｓ１１０)に処理を戻す。

【０１７７】サーバ１０が送信すべき全てのレコードを
一度にクライアントに伝送できる場合には、サーバ１０
は、「差分情報(続きなし)」を含む応答メッセージをク
ライアントに返却し、クライアントに処理の完了を伝え
る。クライアントは、応答メッセージを受信すると表示
手段６１にその旨(受信すべきレコードの全てをサーバ
１０から受信した旨)を表示後(Ｓ１２１又はＳ１２
９)、要求メッセージの確認(Ｓ１０８)に処理を戻す。

【０１７８】〈運用例〉次に、上述した情報管理システ
ムの運用例を説明する。運用例として、サーバ１０のオ
ブジェクト状態管理部４５がオブジェクト１〜３の状態
を管理する場合について説明する。

【０１７９】図４において、サーバ１０とホストコンピ
ュータ１５とが通信を行う場合には、サーバ１０では、
ＣＰＵ１６がＨＤＤ１９等に保持されたアプリケーショ
ンプログラムを実行することによって、アプリケーショ
ンＡが起動し、各オブジェクト１〜３を制御する(図４
参照)。

【０１８０】例えば、オブジェクト１は、アプリケーシ
ョンＡの制御によって、アプリケーションＡ(サーバ１
０)とホストコンピュータ１５との間における回線接
続，通信，回線開放を主体的に行う。

【０１８１】図２０は、サーバ１０とホストコンピュー
タ１５との間における通信の例を示すシーケンス図であ
る。図２０において、オブジェクト１は、アプリケーシ
ョンＡによって、起動(作成)・終了(消滅)されるように
なっており、動作中には、「未接続状態」，「接続状
態」及び「会話状態」の３通りの状態の何れかに変化す
る。このように、オブジェクト１は、５種類の状態の何
れかに変化する。また、図２０に示す例において、オブ
ジェクト１の状態変化に関するイべントは、以下の通り
である。 (１)オブジェクト１の追加(生成) ＡＳ 未接続状態(初期状態) (２)オブジェクト１の更新 ＴＯ 接続状態 (３)オブジェクト１の更新 ＴＯ 会話状態 (４)オブジェクト１の更新 ＴＯ 接続状態 (５)オブジェクト１の更新 ＴＯ 未接続状態 (６)オブジェクト１の削除(消滅) 上記ケースにおいて、サーバ１０のオブジェクト状態管
理部４５は、各オブジェクト１〜３から変化イベントの
メッセージを受け取ることで、各オブジェクト１〜３の
状態情報を取得・管理し、各クライアント１１〜１３か
らの要求メッセージに応じた応答メッセージ(状態情報)
を与える。

【０１８２】この運用例では、サーバ１０の変化イベン
ト記録テーブル４８は、１０個(Ｎ＝１０)の変化イベン
ト記録レコードの格納領域からなるリングバッファ構造
を有している。変化イベント記録テーブル４８の各領域
はサイクリックに使われるため、ｉ番目に発生した変化
イべント(最初に登録するものを０番目とする)は、変化
イベント記録テーブル４８の先頭から（ｉmod１０）番
目の領域(インデックス位置)に格納される。

【０１８３】また、以下の説明において、説明を簡単に
するため、各クライアント１１〜１３が起動する前にオ
ブジェクト状態管理部４５が起動したものとする。ま
た、通信時間，変化イべントを記録表４８に登録するた
めの時間，最新状態テーブル４７の更新時間，及び応答
メッセージ作成時間は、無視する。さらに、“差分情報
のサイズ＜実情報のサイズ”が常に成り立つものとす
る。

【０１８４】一方、各クライアント１１〜１３は、１回
目の要求(問い合わせ)時には、要求メッセージ(図１０
参照)の「前回のインデックス」に“−１”を設定し、
２回目以降の要求時には、前回の要求に対する応答メッ
セージ内のインデックスと時刻とを、「前回のインデッ
クス」及び「前回のイベント時刻」として指定するもの
とする。また、各クライアント１１〜１３は、過程必要
フラグ(図１０参照)を「不要」に設定して、最新の状態
情報のみを要求するものとする。

【０１８５】ところで、図２１に示す１５の変化イべン
トが発生したとする(イべント発生時刻は省略する)。図
２１に示すように、変化イベント記録テーブル４８は、
１０個の変化イベントレコードの格納領域からなるた
め、下記の１０番目から１４番目の変化イベントレコー
ドは、夫々インデックス番号“０”〜“４”の領域に格
納される。

【０１８６】これに対し、例えば、クライアント１１
が、１回目の要求メッセージとして次の要求メッセージ
ＲＥＱ１-１を送信したとする。 （要求メッセージ ＲＥＱ１-１：１回目) 1998/10/20
12:32:30.00 この要求メッセージＲＥＱ１-１に対し、サーバ１０で
は、図１１〜図１５に示した処理が実行されることによ
って、応答メッセージＲＳＰ１-１が作成され、クライ
アント１１に送信される。応答メッセージＲＳＰ１-１
の内容は以下の通りである。 (応答メッセージＲＳＰ１
-１) (1)返却情報タイプ ：実情報 (2)最新インデックス ：２ (3)最新インデックス登録時刻 ：1998/10/20 12:32:00.00 (4)情報フィールド ：オブジェクト１ 接続状態 オブジェクト２ 未接続状態 ここでは、要求メッセージＲＥＱ１-１は、サーバ１０
に対する１回目の状態情報の要求であるので、返却され
る状態情報は実情報となり、１〜３番目に登録された変
化イベントレコードが情報フィールドに格納される。

【０１８７】また、クライアント１１が応答メッセージ
ＲＳＰ１-１を受信すると、クライアント１１の表示手
段６１(ディスプレイ装置４１)が、以下の表示内容ＶＩ
ＥＷ１-１を表示する。 (ＶＩＥＷ１-１：応答メッセージＲＳＰ１受信後の表示
内容) 対象 状態 オブジェクト１ 接続状態 オブジェクト２ 未接続状態 その後、クライアント１１が、２回目の要求メッセージ
として次の要求メッセージＲＥＱ１-２を送信したとす
る。 (要求メッセージ ＲＥＱ１-２：２回目) 1998/10/20
12:35:30.00 この要求メッセージＲＥＱ１-２に対し、サーバ１０
は、次の応答メッセージＲＳＰ１-２をクライアント１
１へ送信する。 (応答メッセージＲＳＰ１-２) (1)返却情報タイプ ：差分情報 (2)最新インデックス ：５ (3)最新インデックス登録時刻 ：1998/10/20 12:35:00.00 (4)情報フィールド ：オブジェクト１の「更新」 TO 会話状態 オブジェクト２の「更新」 TO 会話状態 ここでは、要求メッセージＲＥＱ１-２は、２回目の要
求であるので、返却される状態情報は差分情報となる。
また、各インデックス番号４,５の変化イベントレコー
ドは、共にオブジェクト２の「更新」に関するものであ
るので、古い方に該当するインデックス番号４の変化イ
ベントレコードは、削除されている。

【０１８８】また、クライアント１１が応答メッセージ
ＲＳＰ１-２を受信すると、クライアント１１の表示手
段６１(ディスプレイ装置４１)の表示内容が、以下の表
示内容ＶＩＥＷ１-２に変更される。 (ＶＩＥＷ１-２：応答メッセージＲＳＰ２-１受信後の
表示内容) 対象 状態 オブジェクト１ 会話状態 オブジェクト２ 会話状態 その後、クライアント１１が、３回目の要求メッセージ
として次の要求メッセージＲＥＱ１-３を送信したとす
る。 (要求メッセージ ＲＥＱ１-３：３回目) 1998/10/20
12:41:30.00 この要求メッセージＲＥＱ１-３に対し、サーバ１０
は、次の応答メッセージＲＳＰ１-３をクライアント１
１へ送信する。 (応答メッセージＲＳＰ１-３) (1)返却情報タイプ ：差分情報 (2)最新インデックス ：１ (3)最新インデックス登録時刻 ：1998/10/20 12:41:00.00 (4)情報フィールド ：オブジェクト１の「更新」 TO 未接続状態 ここでは、変化イベント記録テーブル４８が一回りして
いる。また、差分変化イベント列には、オブジェクト３
の「削除」の変化イベントレコード(１０番目のレコー
ド)が含まれているので、この変化イベントレコードよ
り前のオブジェクト３の「更新」の変化イベントレコー
ド(７〜９番目のレコード)が削除されている。また、６
番目のレコードがオブジェクト３の「追加」のレコード
であるので、１０番目のレコードも削除されている。

【０１８９】その後、クライアント１１が応答メッセー
ジＲＳＰ１-３を受信すると、クライアント１１の表示
手段６１(ディスプレイ装置４１)の表示内容が、以下の
表示内容ＶＩＥＷ１-３に変更される。 (ＶＩＥＷ１-３：応答メッセージＲＳＰ１-３受信後の
表示内容) 対象 状態 オブジェクトC1 未接続状態 オブジェクトC2 会話状態 その後、クライアント１１が、４回目の要求メッセージ
として次の要求メッセージＲＥＱ１-４を送信したとす
る。 (要求メッセージ ＲＥＱ１-４：４回目) 1998/10/20
12:47:30.00 この要求メッセージＲＥＱ１-４に対し、サーバ１０
は、次の応答メッセージＲＳＰ１-４をクライアント１
１へ送信する。 (応答メッセージＲＳＰ１-４) (1)返却情報タイプ ：差分情報 (2)最新インデックス ：４ (3)最新インデックス登録時刻 ：1998/1O/20 12:44:0O.00 (4)情報フィールド ：オブジェクト１の削除(消滅) ：オブジェクト２の削除(消滅) ここでは、変更イベント列に、各オブジェクト１,２の
「削除」についての変化イベントレコード(１３,１４番
目のレコード)が含まれているので、これらの前に存す
る「更新」の変化イベントレコードが削除されている。

【０１９０】その後、クライアント１１が応答メッセー
ジＲＳＰ１-４を受信すると、クライアント１１の表示
手段６１(ディスプレイ装置４１)の表示内容が、以下の
表示内容ＶＩＥＷ１-４に変更される。 (ＶＩＥＷ１-４：応答メッセージＲＳＰ４-１受信後の
表示内容) 対象 状態 (なし) (なし) 上記の“(なし)”は、何も表示されていないことを示
す。なお、要求メッセージＲＥＱ１-１を送信する前に
おける表示手段６１には、上記した表示内容ＶＩＥＷ１
-４と同じ内容が表示される。

【０１９１】その後、クライアント１１が、５回目の要
求メッセージとして次の要求メッセージＲＥＱ１-５を
送信したとする。 (要求メッセージ ＲＥＱ１-５：５回目) 1998/10/20
12:52:30.00 この要求メッセージＲＥＱ１-５に対し、サーバ１０
は、次の応答メッセージＲＳＰ１-５をクライアント１
１へ送信する。 (応答メッセージＲＳＰ１-５) (1)返却情報タイプ ：差分情報 (2)最新インデックス ：４ (3)最新インデックス登録時刻 ：1998/10/20 12:44:00.00 (4)情報フィールド ：(なし) ここでは、１５番目の変化イベントの後に、変化イベン
トが発生していないので、変化イベント記録テーブル４
８が更新されていない。このため、情報フィールドに
は、変化イベントレコードは格納されていない。

【０１９２】従って、クライアント１１が応答メッセー
ジＲＳＰ１-５を受信しても、表示手段６１の表示内容
は、上記したＶＩＥＷ４-１のままである。

【０１９３】また、クライアント１２が、１回目の要求
メッセージとして、次の要求メッセージＲＥＱ２-１を
サーバ１０に送信したとする。 (要求メッセージＲＥＱ２-１) 1998/10/20 12:29:30.
00 この要求メッセージＲＥＱ２-１に対し、サーバ１０
は、次の応答メッセージＲＳＰ２-１をクライアント１
２へ送信する。 (応答メッセージＲＳＰ２-１) (1)返却情報タイプ ：実情報 (2)最新インデックス ：−１ (3)最新インデックス登録時刻 ：0000/00/00 00:00:00.00 (4)情報フィールド ：(なし) ここでは、サーバ１０の変化イベント記録テーブル４８
に変化イベントレコードが全く登録されていない(空で
ある)ため、最新インデックスとして“−１”が格納さ
れている。

【０１９４】その後、クライアント１２が応答メッセー
ジＲＳＰ２-１を受信すると、クライアント１２の表示
手段６１(ディスプレイ装置４１)には、以下の表示内容
ＶＩＥＷ２-１が表示される。 (ＶＩＥＷ２-１：応答メッセージＲＳＰ２-１受信後の
表示内容) 対象 状態 (なし) (なし) 但し、要求メッセージＲＥＱ２-１を送信する前におけ
る表示手段の表示内容も、ＶＩＥＷ２-１と同じであ
る。

【０１９５】その後、クライアント１２が、２回目の要
求メッセージとして、次の要求メッセージＲＥＱ２-２
をサーバ１０に送信したとする。 (要求メッセージＲＥＱ２-２) 1998/10/20 12:30:30.
00 この要求メッセージＲＥＱ２-２に対し、サーバ１０
は、次の応答メッセージＲＳＰ２-２をクライアント１
１へ送信する。 (応答メッセージＲＳＰ２-２) (1)返却情報タイプ ：実情報 (2)最新インデックス ：０ (3)最新インデックス登録時刻 ：1998/10/20 12:30:00.00 (4)情報フィールド ：オブジェクト１ 未接続状態 ここでは、前回のインデックスが“−１”であったた
め、実情報として、１番目に登録された変化イベントレ
コードが格納されている。

【０１９６】その後、クライアント１２が応答メッセー
ジＲＳＰ２-２を受信すると、クライアント１２の表示
手段６１の表示内容が、次のＶＩＥＷ２-２が変更され
る。 (ＶＩＥＷ２-２：応答メッセージＲＳＰ２-２受信後の
表示内容) 対象 状態 オブジェクト１ 未接続状態 その後、クライアント１２が、３回目の要求メッセージ
として、次の要求メッセージＲＥＱ２-３をサーバ１０
に送信したとする。 (要求メッセージＲＥＱ２-３) 1998/10/20 12:40:30.
00 この要求メッセージＲＥＱ２-３に対し、サーバ１０
は、次の応答メッセージＲＳＰ２-３をクライアント１
２へ送信する。 (応答メッセージＲＳＰ２-３) (1)返却情報タイプ ：実情報 (2)最新インデックス ：０ (3)最新インデックス登録時刻 ：1998/10/20 12:40:00.00 (4)情報フィールド ：オブジェクト１：会話状態 オブジェクト２：会話状態 ここでは、インデックス番号０の領域が更新されている
ため、要求メッセージＲＥＱ２-３に含まれた「前回イ
ンデックス」に対応する位置(インデックス番号０の領
域)に格納されたイベント登録時刻が、要求メッセージ
ＲＥＱ２-３に含まれた「前回イベント時刻」と異な
る。このため、実情報が情報フィールドに格納される。
即ち、１〜１０番目に登録された変化イベントレコード
を反映した実情報が情報フィールドに格納される。

【０１９７】その後、クライアント１２が応答メッセー
ジＲＳＰ２-３を受信すると、クライアント１２の表示
手段６１が、次の表示内容ＶＩＥＷ２-３を表示する。 (ＶＩＥＷ２-３：応答メッセージＲＳＰ２-３受信後の
表示内容) 対象 状態 オブジェクト１ 会話状態 オブジェクト２ 会話状態 〈実施形態の作用〉本実施形態では、サーバ１０で状態
情報を変更するトリガとなる変化イべントの履歴を変化
イベント記録テーブル４８に登録する。そして、各クラ
イアント１１〜１３からオブジェクトの状態情報の提供
を要求する要求メッセージを受信した場合には、変化イ
ベント記録テーブル４８に登録された複数の変化イベン
トレコードの中から、要求メッセージを送信したクライ
アントが最後に取得した変化イベントレコードの次の変
化イベントレコードから最新の変化イベントレコードま
での変化イベントレコードを差分情報として、当該クラ
イアントに提供する。

【０１９８】従って、サーバ１０が、各クライアント１
１〜１３の２回目以降の要求に対し、差分情報を実情報
よりも優先的に提供すれば、クライアント・サーバ間の
データの伝送量を抑えることができ、ネットワーク１４
に対する負荷が軽減される。また、各クライアント１１
〜１３が、実情報を受信する場合に比べて早く応答メッ
セージを受信することができる。また、変化イべントの
履歴を用いて差分情報を作成するので、差分情報を容易
に作成することができる。

【０１９９】また、変化イベントの履歴が変化イベント
記録テーブル４８に記録され、各クライアント１１〜１
３が提供を受けていない全ての変化イベントレコードが
各クライアント１１〜１３に提供される。このため、各
クライアント１１〜１３は頻繁にサーバ１０に対して状
態情報の提供を要求しなくて済む。これによって、ネッ
トワーク１４に対する負荷が軽減される。

【０２００】また、サーバ１０では、各クライアント１
１〜１３に提供すべき差分情報を変化イベント記録テー
ブル４８に登録された変化イベントレコードを用いて作
成することができる。このため、クライアント毎に差分
情報作成用のデータを保持する必要がない。従って、サ
ーバ１０のメモリ資源の容量を抑えることができる。

【０２０１】また、変化イベント記録テーブル４８がリ
ングバッファ構造を有しているので、サーバ１０のメモ
リ資源の容量を抑えることができる。そして、要求メッ
セージに含まれた「前回のインデックス」及び「前回の
イベント時刻」を用いて差分情報を作成するか否かが判
定されるので、変化イベント記録テーブル４８がリング
バッファ構造を持つことで、誤った差分情報が作成され
てしまうことを防止することができる。

【０２０２】また、サーバ１０にて差分情報を作成でき
ない場合には、実情報が各クライアント１１〜１３に提
供されるので、サーバ１０が差分情報を作成できない場
合でも、各クライアント１１〜１３はオブジェクトの最
新の状態を得ることができる。

【０２０３】また、各クライアント１１〜１３が、各オ
ブジェクト１〜３の最新の状態のみを要求する場合に
は、不要レコード削減処理(Ｓ０４３：図１５参照)が行
われ、差分変化イベント列から不要レコードが削減され
たサブセットが各クライアント１１〜１３に提供される
ので、伝送されるデータ量を抑えることができる。ま
た、サイズ比較処理(Ｓ０４４：図１５参照)が行われる
ことで、差分情報と実情報とのデータ量が少ない方がク
ライアントに送信されるので、伝送されるデータ量を抑
えることができる。

【０２０４】また、各クライアント１１〜１３の表示手
段６１(ディスプレイ装置４１)には、応答メッセージを
受信する毎に、各オブジェクト１〜３の最新の状態が表
示される。このため、各クライアント１１〜１３の使用
者(オペレータ)は、サーバ１０における各オブジェクト
１〜３の状態を知ることができる。

【０２０５】なお、各クライアント１１〜１３が、差分
情報を受信した場合には、受信した実情報や差分情報に
含まれた複数の変化イベントレコードが表示手段６１に
表示され、各オブジェクト１〜３の状態変化の履歴が表
示されるようにしても良い。このとき、ＫＢＤ４２やマ
ウス４３の操作，或いは自動画面切替によって、状態変
化の履歴が表示手段６１の画面に切替表示されるように
しても良い。

【０２０６】また、サーバ・クライアント間の通信に異
常が発生しても、復旧後、前回問い合わせ時のインデッ
クスと現在のインデックスとが分かれば、その間の変化
イベントを差分情報として受け取り、この差分情報をク
ライアントが保持する最新状態テーブル５６に適用する
ことで、最新の状態及びそれに至る過程をクライアント
側で確認することができる。従って、通信異常の場合
に、クライアントがサーバから実情報を受け取らなくて
も良いので、ネットワークへの伝送量を抑えることがで
きる。

【０２０７】以上述べてきたことは、通信プロトコルに
依存しないので、要求時にサーバ側プログラムに渡す返
却先情報に同一マシン内の情報を指定することでプロセ
ス間通信にも容易に適用できる。

【０２０８】〔その他〕本発明は、以下のように特定す
ることができる。 （付記１）情報を管理するとともに、要求側からの要求
に応じて管理している情報を提供する情報管理装置であ
って、複数種類の状態に変化する対象の状態が変化する
毎に、その状態の変化に関する状態情報を取得する取得
部と、前記取得部にて得られた状態情報を夫々記憶する
記憶部と、状態情報の提供要求を要求側から受け取った
場合に、前記記憶部に記憶された状態情報の中から、こ
の提供要求を受け取る前に要求側に対して最後に提供さ
れた状態情報の次に状態が変化したことを示す状態情報
から最新の状態情報までの状態情報を検出し、検出した
状態情報を差分情報として要求側に提供する提供部とを
備えた情報管理装置。 （付記２）前記記憶部は前記取得部にて得られた状態情
報をその取得順で記憶し、前記提供部は要求側に対して
最後に提供された状態情報の次に記憶された状態情報か
ら最新の状態情報までの状態情報を差分情報として要求
側に提供する付記１記載の情報管理装置。 （付記３）前記提供部は、状態情報を要求側に提供する
ときに、その時点で記憶部に記憶されている最新の状態
情報を特定するための特定情報を要求側に提供し、この
特定情報を含む提供要求を要求側から受け取った場合
に、前記記憶部に記憶された状態情報の中から、前記要
求側に対して最後に提供された状態情報として、特定情
報によって特定される状態情報の次に状態が変化したこ
とを示す状態情報から最新の状態情報までの状態情報を
検出し、検出した状態情報を差分情報として要求側に提
供する付記１記載の情報管理装置。 （付記４）前記提供部は、前記記憶部に記憶された状態
情報の中から前記特定情報によって特定されるべき状態
情報を特定することができない場合には、前記記憶部に
記憶された最新の状態情報を差分情報の代わりに要求側
に提供する付記３記載の情報管理装置。 （付記５）前記取得部は、複数の対象に関する状態情報
を夫々取得し、前記記憶部は、取得部にて取得された各
状態情報を記憶し、前記提供部は、前記記憶部に記憶さ
れた状態情報の中から前記特定情報によって特定される
べき状態情報を特定することができない場合には、記憶
部に記憶された各対象の最新の状態情報を差分情報の代
わりに要求側に提供する付記３記載の情報管理装置。 （付記６）前記記憶部に記憶された状態情報にはインデ
ックス情報が割り当てられ、前記記憶部に記憶された最
新の状態情報に割り当てられたインデックス情報として
の最新インデックス情報を保持する最新インデックス保
持部をさらに備え、前記最新インデックス保持部に保持
される最新インデックス情報は、記憶部に状態情報が新
たに記憶される毎に更新され、前記提供部は、状態情報
を要求側に提供するときに、その時点で最新インデック
ス保持部に保持されている最新インデックス情報を含む
特定情報を要求側に提供し、前記特定情報を含む提供要
求を要求側から受け取った場合に、この提供要求の特定
情報に含まれた最新インデックス情報と、前記最新イン
デックス保持部に保持された最新インデックス情報とが
一致しないときには、前記差分情報を要求側に提供する
付記３記載の情報管理装置。 （付記７）前記記憶部は、状態情報を夫々格納する複数
の領域を含むとともに、各領域に状態情報が格納された
時刻に関する登録時刻情報をさらに記憶し、前記複数の
領域は、先頭の領域と最後尾の領域とを含み、状態情報
は、先頭の領域から順に格納され、ある状態情報が最後
尾の領域に格納された場合には、この次に記憶すべき状
態情報が先頭の領域に格納され、前記提供部は、状態情
報を要求側に提供するときに、その時点で記憶部に記憶
されている最新の状態情報に対応する登録時刻情報とし
ての最新登録時刻情報をさらに含む特定情報を要求側に
提供し、前記特定情報を含む提供要求を要求側から受け
取った場合に、この提供要求の特定情報に含まれた最新
インデックス情報が割り当てられている状態情報に対応
する登録時刻情報を記憶部から検出し、検出した登録時
刻情報とこの提供要求の特定情報に含まれた最新登録時
刻情報とが一致する場合に、前記差分情報を要求側に提
供する付記６記載の情報管理装置。 （付記８）前記提供部は、前記検出された登録時刻情報
と提供要求に含まれた最新登録時刻情報とが一致しない
場合には、前記記憶部に記憶された最新の状態情報を要
求側に提供する付記７記載の情報管理装置。 （付記９）前記取得部は、複数の対象に関する状態情報
を夫々取得し、前記記憶部は、取得部にて取得された各
状態情報を記憶し、前記提供部は、前記検出された登録
時刻情報と提供要求に含まれた最新登録時刻情報とが一
致しない場合には、前記記憶部に記憶された各対象の最
新の状態情報を要求側に提供する付記７記載の情報管理
装置。 （付記１０）前記提供部は、要求側が最新の状態情報の
みの提供を要求している場合には、差分情報として提供
すべき状態情報の中から最新の状態情報に該当する状態
情報を抽出情報として抽出し、この抽出情報を要求側に
提供する付記１記載の情報管理装置。 （付記１１）前記記憶部に記憶されている最新の状態情
報を保持する最新状態保持部をさらに備え、前記提供部
は、前記抽出情報のデータ量が前記最新状態保持部に保
持された最新の状態情報のデータ量よりも多い場合に
は、前記抽出情報に代えて、前記最新状態保持部に保持
された最新の状態情報を要求側に提供する付記１０記載
の情報管理装置。 （付記１２）前記取得部は、複数の対象に関する状態情
報を夫々取得し、前記記憶部は、取得部にて取得された
各状態情報を記憶し、前記記憶部に記憶されている各対
象の最新の状態情報を保持する最新状態保持部をさらに
備え、前記提供部は、前記抽出情報のデータ量が前記最
新状態保持部に保持された最新の状態情報のデータ量よ
りも多い場合には、前記抽出情報に代えて、前記最新状
態保持部に保持された各対象の最新の状態情報を要求側
に提供する付記１０記載の情報管理装置。 （付記１３）情報管理装置と、情報要求装置とを含み、
前記情報管理装置は、複数種類の状態に変化する対象の
状態が変化する毎に、その状態の変化に関する状態情報
を取得する取得部と、前記取得部にて得られた状態情報
を夫々記憶する記憶部と、状態情報の提供要求を情報要
求装置から受け取った場合に、前記記憶部に記憶された
状態情報の中から、この提供要求を受け取る前に情報要
求装置に対して最後に提供された状態情報の次に状態が
変化したことを示す状態情報から最新の状態情報までの
状態情報を、差分情報として情報要求装置に提供する提
供部とを備えた情報管理システム。 （付記１４）前記記憶部は前記取得部にて得られた状態
情報をその取得順で記憶し、前記提供部は要求側に対し
て最後に提供された状態情報の次に記憶された状態情報
から最新の状態情報までの状態情報を差分情報として要
求側に提供する付記１３記載の情報管理システム。 （付記１５）前記情報要求装置は、状態情報が前記情報
管理装置から提供された場合に、状態情報に関する情報
を、前記情報要求装置の使用者に知らせる付記１３記載
の情報管理システム。 （付記１６）前記情報要求装置は、複数の状態情報が前
記情報管理装置から提供された場合に、提供された複数
の状態情報のうち、最新の状態情報に該当する状態情報
に関する情報を、前記情報要求装置の使用者に知らせる
付記１５記載の情報管理システム。 （付記１７）前記情報要求装置は、複数の状態情報が前
記情報管理装置から提供された場合に、各状態情報に関
する情報を、前記情報要求装置の使用者に知らせる付記
１５記載の情報管理システム。 （付記１８）情報を管理するとともに、要求側からの要
求に応じて管理している情報を提供する情報管理装置の
情報提供方法であって、複数種類の状態に変化する対象
の状態が変化する毎に、その状態の変化に関する状態情
報を取得し、取得した状態情報を夫々記憶装置に記憶
し、状態情報の提供要求を要求側から受け取った場合
に、前記記憶装置に記憶された状態情報の中から、この
提供要求を受け取る前に要求側に対して最後に提供され
た状態情報の次に状態が変化したことを示す状態情報か
ら最新の状態情報までの状態情報を取り出し、検出した
状態情報を差分情報として要求側に提供することを含む
情報管理装置の情報提供方法。 （付記１９）前記取得した状態情報をその取得順で記憶
し、要求側に対して最後に提供された状態情報の次に記
憶された状態情報から最新の状態情報までの状態情報を
差分情報として要求側に提供する付記１８記載の情報管
理装置の情報提供方法。 （付記２０）状態情報を要求側に提供するときに、その
時点で記憶部に記憶されている最新の状態情報を特定す
るための特定情報を要求側に提供し、この特定情報を含
む提供要求を要求側から受け取った場合に、前記記憶装
置に記憶された状態情報の中から、前記要求側に対して
最後に提供された状態情報として、特定情報によって特
定される状態情報の次に状態が変化したことを示す状態
情報から最新の状態情報までの状態情報を検出し、検出
した状態情報を差分情報として要求側に提供することを
さらに含む付記１８記載の情報管理装置の情報提供方
法。 （付記２１）前記記憶装置に記憶された状態情報の中か
ら前記特定情報によって特定されるべき状態情報を特定
することができない場合には、記憶装置に記憶された最
新の状態情報を差分情報の代わりに要求側に提供するこ
とをさらに含む付記２０記載の情報管理装置の情報提供
方法。 （付記２２）複数の対象に関する状態情報を夫々取得
し、複数の対象についての状態情報を夫々前記記憶装置
に記憶し、前記記憶装置に記憶された状態情報の中か
ら、前記特定情報によって特定されるべき状態情報を特
定することができない場合には、記憶装置に記憶された
各対象の最新の状態情報を差分情報の代わりに要求側に
提供することをさらに含む付記２０記載の情報管理装置
の情報提供方法。 （付記２３）前記記憶装置に記憶された状態情報にイン
デックス情報を割り当て、前記記憶装置に記憶された最
新の状態情報に割り当てられたインデックス情報として
の最新インデックス情報を記憶装置に保持し、記憶装置
に保持される最新インデックス情報を、記憶装置に状態
情報を新たに記憶する毎に更新し、状態情報を要求側に
提供するときに、その時点で記憶装置に保持されている
最新インデックス情報を含む特定情報を要求側に提供
し、前記特定情報を含む提供要求を要求側から受け取っ
た場合に、この提供要求の特定情報に含まれた最新イン
デックス情報と、前記記憶装置に保持された最新インデ
ックス情報とが一致しないときには、前記差分情報を要
求側に提供することをさらに含む付記２０記載の情報管
理装置の情報提供方法。 （付記２４）前記記憶装置は、先頭の領域と最後尾の領
域とを含み状態情報を夫々格納する複数の領域を含み、
各領域に状態情報が格納された時刻に関する登録時刻情
報を記憶装置に記憶し、状態情報を、先頭の領域から順
に格納し、ある状態情報を最後尾の領域に格納した場合
には、この次に記憶すべき状態情報を先頭の領域に格納
し、状態情報を要求側に提供するときに、その時点で記
憶装置に記憶されている最新の状態情報に対応する登録
時刻情報としての最新登録時刻情報をさらに含む特定情
報を要求側に提供し、前記特定情報を含む提供要求を要
求側から受け取った場合に、この提供要求の特定情報に
含まれた最新インデックス情報が割り当てられている状
態情報に対応する登録時刻情報を記憶装置から検出し、
検出した登録時刻情報とこの提供要求の特定情報に含ま
れた最新登録時刻情報とが一致する場合に、前記差分情
報を要求側に提供することをさらに含む付記２３記載の
情報管理装置の情報提供方法。 （付記２５）記憶装置から検出した登録時刻情報と提供
要求に含まれた最新登録時刻情報とが一致しない場合に
は、前記記憶装置に記憶された最新の状態情報を要求側
に提供することをさらに含む付記２４記載の情報管理装
置の情報提供方法。 （付記２６）複数の対象に関する状態情報を夫々取得
し、複数の対象についての状態情報を夫々記憶装置に記
憶し、記憶装置から検出された登録時刻情報と提供要求
に含まれた最新登録時刻情報とが一致しない場合には、
前記記憶装置に記憶された各対象の最新の状態情報を要
求側に提供することをさらに含む付記２４記載の情報管
理装置の情報提供方法。 （付記２７）要求側が最新の状態情報のみの提供を要求
している場合には、差分情報として提供すべき状態情報
の中から最新の状態情報に該当する状態情報を抽出情報
として抽出し、この抽出情報を要求側に提供することを
さらに含む付記１８記載の情報管理装置の情報提供方
法。 （付記２８）前記抽出情報のデータ量が前記記憶装置に
記憶された最新の状態情報のデータ量よりも多い場合に
は、前記抽出情報に代えて、最新の状態情報を要求側に
提供することをさらに含む付記２７記載の情報管理装置
の情報提供方法。 （付記２９）複数の対象に関する状態情報を夫々取得
し、取得した各状態情報をその取得順で記憶装置に記憶
し、前記抽出情報のデータ量が前記記憶装置に記憶され
た各対象の最新の状態情報のデータ量よりも多い場合に
は、前記抽出情報に代えて、記憶装置に記憶された各対
象の最新の状態情報を要求側に提供することをさらに含
む付記２７記載の情報管理装置の情報提供方法。 （付記３０）情報を管理するとともに、要求側からの要
求に応じて管理している情報を提供する情報管理装置の
情報提供方法をコンピュータで実行するためのプログラ
ムを記録した記録媒体であって、複数種類の状態に変化
する対象の状態が変化する毎に、その状態の変化に関す
る状態情報を取得するプログラムと、取得した状態情報
を記憶装置に夫々記憶するプログラムと、状態情報の提
供要求を要求側から受け取った場合に、記憶装置に記憶
されている複数の状態情報の中から、この提供要求を受
け取る前に要求側に対して最後に提供された状態情報の
次に状態が変化したことを示す状態情報から最新の状態
情報までの状態情報を検出し、検出した状態情報を差分
情報として提供するプログラムとを記録した記録媒体。 （付記３１）前記取得した状態情報をその取得順で記憶
するプログラムと、要求側に対して最後に提供された状
態情報の次に記憶された状態情報から最新の状態情報ま
での状態情報を差分情報として要求側に提供するプログ
ラムとをさらに記録した付記３０記載の記録媒体。

【０２０９】

【発明の効果】本発明による情報管理装置によれば、伝
送される状態情報の量を軽減することができ、且つ状態
情報の取得に要する時間を短縮することができる。

【０２１０】また、本発明によれば、状態情報の提供が
要求される回数を減らすことができ、且つオブジェクト
の全ての状態変化に関する状態情報を得ることができ
る。

【０２１１】また、本発明によれば、差分情報の作成に
必要なデータの記憶量を軽減することができるととも
に、差分情報作成に係る状態情報の管理及び処理負担を
軽減することができる。

【図面の簡単な説明】

【図１】本発明の実施形態による情報管理システムの全
体構成図

【図２】図１に示したサーバのハードウェア構成図

【図３】図１に示したクライアントのハードウェア構成
図

【図４】図１に示した情報管理システムの機能ブロック
図

【図５】状態変化通知のフォーマット説明図

【図６】図４に示した変化イベント記録テーブルの説明
図

【図７】図４に示した最新状態テーブルの説明図

【図８】図４に示した返却情報作成領域の説明図

【図９】図４に示した差分情報作成領域の説明図

【図１０】図４に示したパラメータ作成領域の説明図

【図１１】サーバにおける処理を示すフローチャート

【図１２】サーバにおける処理を示すフローチャート

【図１３】サーバにおける処理を示すフローチャート

【図１４】サーバにおける処理を示すフローチャート

【図１５】サーバにおける処理を示すフローチャート

【図１６】クライアントにおける処理を示すフローチャ
ート

【図１７】クライアントにおける処理を示すフローチャ
ート

【図１８】クライアントにおける処理を示すフローチャ
ート

【図１９】クライアントにおける処理を示すフローチャ
ート

【図２０】サーバとホストコンピュータとの通信を示す
シーケンス図

【図２１】情報管理システムの運用例における変化イベ
ントレコードを示す図

【符号の説明】

Ａ アプリケーション １〜３ オブジェクト １０ サーバ １１〜１３ クライアント １４ ネットワーク １５ ホストコンピュータ １６，３１ ＣＰＵ １７，３２ ＲＯＭ １８，３３ ＲＡＭ １９，３４ ハードディスクドライブ ２０，３５ フロッピーディスクドライブ ２１，３６ ＣＤ−ＲＯＭドライブ ２２，３７ グラフィックボード ２３，３８ 通信制御装置 ２４，２５，３９，４０ インターフェイス回路 ２６，４１ ディスプレイ装置 ２７，４２ キーボード ２８，４３ マウス ２９ フロッピーディスク ３０ ＣＤ−ＲＯＭ ４５ オブジェクト状態管理部 ４６ 管理部 ４７ 最新状態テーブル ４８ 変化イベント記録テーブル ４９ 最新インデックス格納領域 ５０ 返却情報作成領域 ５１ 差分情報作成領域 ５２ 要求受信領域 ５４ オブジェクト状態要求部 ５５ 管理部 ５６ 最新状態テーブル ５７ 「前回のインデックス」格納領域 ５８ 「前回のイベント時刻」格納領域 ５９ パラメータ作成領域 ６０ 返却情報受信領域 ６１ 表示手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者 早川 明 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内 Ｆターム(参考） 5B075 ND04 5B082 GA04 HA03 HA05

Claims (6)

【特許請求の範囲】
1. 【請求項１】情報を管理するとともに、要求側からの要
   求に応じて管理している情報を提供する情報管理装置で
   あって、 複数種類の状態に変化する対象の状態が変化する毎に、
   その状態の変化に関する状態情報を取得する取得部と、 前記取得部にて得られた状態情報を夫々記憶する記憶部
   と、 状態情報の提供要求を要求側から受け取った場合に、前
   記記憶部に記憶された状態情報の中から、この提供要求
   を受け取る前に要求側に対して最後に提供された状態情
   報の次に状態が変化したことを示す状態情報から最新の
   状態情報までの状態情報を検出し、検出した状態情報を
   差分情報として要求側に提供する提供部とを備えた情報
   管理装置。
2. 【請求項２】前記記憶部は前記取得部にて得られた状態
   情報をその取得順で記憶し、前記提供部は要求側に対し
   て最後に提供された状態情報の次に記憶された状態情報
   から最新の状態情報までの状態情報を差分情報として要
   求側に提供する請求項１記載の情報管理装置。
3. 【請求項３】情報管理装置と、情報要求装置とを含み、 前記情報管理装置は、 複数種類の状態に変化する対象の状態が変化する毎に、
   その状態の変化に関する状態情報を取得する取得部と、 前記取得部にて得られた状態情報を夫々記憶する記憶部
   と、 状態情報の提供要求を情報要求装置から受け取った場合
   に、前記記憶部に記憶された状態情報の中から、この提
   供要求を受け取る前に情報要求装置に対して最後に提供
   された状態情報の次に状態が変化したことを示す状態情
   報から最新の状態情報までの状態情報を、差分情報とし
   て情報要求装置に提供する提供部とを備えた情報管理シ
   ステム。
4. 【請求項４】情報を管理するとともに、要求側からの要
   求に応じて管理している情報を提供する情報管理装置の
   情報提供方法であって、 複数種類の状態に変化する対象の状態が変化する毎に、
   その状態の変化に関する状態情報を取得し、 取得した状態情報を夫々記憶装置に記憶し、 状態情報の提供要求を要求側から受け取った場合に、前
   記記憶装置に記憶された状態情報の中から、この提供要
   求を受け取る前に要求側に対して最後に提供された状態
   情報の次に状態が変化したことを示す状態情報から最新
   の状態情報までの状態情報を取り出し、検出した状態情
   報を差分情報として要求側に提供することを含む情報管
   理装置の情報提供方法。
5. 【請求項５】情報を管理するとともに、要求側からの要
   求に応じて管理している情報を提供する情報管理装置の
   情報提供方法をコンピュータで実行するためのプログラ
   ムを記録した記録媒体であって、 複数種類の状態に変化する対象の状態が変化する毎に、
   その状態の変化に関する状態情報を取得するプログラム
   と、 取得した状態情報を記憶装置に夫々記憶するプログラム
   と、 状態情報の提供要求を要求側から受け取った場合に、記
   憶装置に記憶されている複数の状態情報の中から、この
   提供要求を受け取る前に要求側に対して最後に提供され
   た状態情報の次に状態が変化したことを示す状態情報か
   ら最新の状態情報までの状態情報を検出し、検出した状
   態情報を差分情報として提供するプログラムとを記録し
   た記録媒体。
6. 【請求項６】情報を管理するとともに、要求側からの要
   求に応じて管理している情報を提供する情報管理装置の
   情報提供方法をコンピュータで実行するためのプログラ
   ムであって、 複数種類の状態に変化する対象の状態が変化する毎に、
   その状態の変化に関する状態情報を取得するステップ
   と、 取得した状態情報を記憶装置に夫々記憶するステップ
   と、 状態情報の提供要求を要求側から受け取った場合に、記
   憶装置に記憶されている複数の状態情報の中から、この
   提供要求を受け取る前に要求側に対して最後に提供され
   た状態情報の次に状態が変化したことを示す状態情報か
   ら最新の状態情報までの状態情報を検出し、検出した状
   態情報を差分情報として提供するステップとを含むプロ
   グラム。