(57)【要約】【課題】サーバ装置側で情報の更新が行われた場合にのみ、クライアントシステムとの間で必要な情報の送受信が行われるような情報更新システムを提供する。【解決手段】管理サーバ２で取得され、情報公開サーバ３側に格納される新規情報を外部通信ネットワーク７側に提供して、外部通信ネットワーク７に接続されている単数または複数のクライアントシステム８、１０に格納されている情報の更新を行わせる情報更新システム１であって、管理サーバ２が、新規情報を取得したことを表し、且つ新規情報の種別を識別可能な更新通知情報をクライアントシステム８、１０のそれぞれに対して送信する通知送信機能を備え、情報公開サーバ３が、クライアントシステム８、１０のそれぞれから種別を指定して行われる情報提供要求に応じて、指定された種別に該当する新規情報をクライアントシステム８、１０のそれぞれに対して提供する新規情報提供機能を備える。【選択図】  図１
2004213243.tif 000002
【特許請求の範囲】
【請求項１】
互いに通信可能に接続される管理サーバおよび情報公開サーバが外部通信ネットワークと通信可能に構成され、前記管理サーバで取得され、前記情報公開サーバ側に格納される新規情報を前記外部通信ネットワーク側に提供して、前記外部通信ネットワークに接続されている単数または複数のクライアントシステムに格納されている情報の更新を行わせる情報更新システムであって、
前記管理サーバが、前記新規情報を取得したことを表し、且つ前記新規情報の種別を識別可能な更新通知情報を前記クライアントシステムのそれぞれに対して送信する通知送信機能を備え、
前記情報公開サーバが、前記クライアントシステムのそれぞれから前記種別を指定して行われる情報提供要求に応じて、前記指定された種別に該当する新規情報を前記クライアントシステムのそれぞれに対して提供する新規情報提供機能を備える情報更新システム。
【請求項２】
前記管理サーバが、通信可能にネットワーク接続されている複数の情報収集装置から前記新規情報を取得する請求項１に記載の情報更新システム。
【請求項３】
前記複数の情報収集装置で収集された前記新規情報の内の、特定の情報収集装置で収集された新規情報を選別して、前記情報提供要求が行われる請求項２に記載の情報更新システム。
【請求項４】
前記新規情報が、前記情報収集装置のそれぞれで継続的に収集される情報である請求項２または請求項３に記載の情報更新システム。
【請求項５】
請求項１から請求項４の何れか１項に記載の前記通知送信機能と前記新規情報提供機能とをコンピュータに実現させるための情報更新プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は情報通信ネットワークを介してサーバ装置側からクライアント装置側へ電子情報を配布して、クライアント装置に格納されている電子情報を最新のものに更新させるシステムおよびプログラムに関する。
【０００２】
【従来の技術】
従来から、インターネットなどの情報通信ネットワークを介して電子情報を配布するシステムが提案され、そして実際に電子情報の配布が実施されている。例えば、インターネットに接続されたコンピュータが起動された場合、そのコンピュータにインストールされているオペレーティングシステム（ＯＳ）やアプリケーションに関する更新ファイル（アップデータ）が存在するか否かをそのコンピュータがインターネット上で自動的に検索し、存在する場合にはそのアップデータをダウンロードして、自身のファイルを更新するような電子ファイルの配布方法が実施されている。
【０００３】
他には、サーバ装置と複数のクライアント装置とが情報通信ネットワークで接続されたシステムにおいて、サーバ装置がクライアント装置毎に適切な更新ファイルを用意し、クライアント装置から更新ファイルの要求があった場合には、予め用意していた更新ファイルを配布するような方法が提案されている（例えば、特許文献１を参照）。
【０００４】
その他にも、複数の気象観測地点に設置された観測装置において逐次取得された温度、湿度、降水量、気圧、日照時間などの様々な気象観測データを、それらの観測装置と情報通信ネットワークを介して接続されたサーバ装置においてリアルタイムで収集しておき、クライアント装置から要求があった場合には、該当する気象観測データをそのクライアント装置に送信するような電子ファイルの配布方法が提案されている（例えば、特許文献２を参照）。
【０００５】
【特許文献１】
特開２００２−１４８１７号公報（図１）
【０００６】
【特許文献２】
特開２００２−１５２７２３号公報（図１、図３）
【０００７】
【発明が解決しようとする課題】
しかしながら、上述の特許文献１に記載されるような更新ファイルの配布方法では、クライアント装置が必要とする更新ファイルをサーバ装置が個別に用意しなければならない。従って、サーバ装置は、クライアント装置に提供する更新ファイルを予め用意しておく準備作業と、クライアント装置から要求があった場合に、予め用意しておいた更新ファイルを配布する作業という複数の作業をほぼ同時期に行わねばならず、サーバ装置には大きな負荷が与えられることとなる。更に、更新ファイルが発生する頻度が高ければ、サーバ装置にとっては更に大きな負荷が与えられ、クライアント装置に対する更新ファイルの配布に遅れが生じる可能性もある。
【０００８】
また、このようなサーバ−クライアントシステムでは、クライアント装置が必要とする更新ファイルをサーバ装置が予め個別に用意するという任務上、どのようなクライアント装置が情報通信ネットワークに接続されているのかをサーバ装置が正確に理解しておかねばならず、クライアント装置の追加や削除を容易に行うことができないという問題がある。
【０００９】
また、上述の特許文献２に記載されるような電子データの配布方法でも、各サーバ装置におけるデータ収集作業と、クライアント装置からのデータ送信要求を処理する作業と、サーバ装置からクライアント装置へのデータ送信作業とを同時に行わねばならず、サーバ装置に与えられる負荷も大きくなる。更に、クライアント装置側では、観測装置からサーバ装置へどのタイミングで気象観測データが送られるのか、つまり最新のデータがサーバ装置に何時送られるのかが不明であるため、クライアント装置からサーバ装置に対して気象観測データの送信要求を行っても、サーバ装置が所有している気象観測データが既にクライアント装置に送信されている古いデータである可能性もある。このように、サーバ装置が所有しているデータが更新された新規データであるか否かの情報をクライアント装置は持ち合わせていないため、クライアント装置からサーバ装置への気象観測データの送信要求自体が無駄になり、単に情報通信ネットワークを混雑させる元凶となる可能性がある。
【００１０】
本発明は上記の問題点に鑑みてなされたものであり、その目的は、サーバ装置側で情報の更新が行われた場合にのみ、クライアントシステムとの間で必要な情報の送受信が行われるような情報更新システムおよびプログラムを提供する点にある。
【００１１】
【課題を解決するための手段】
上記課題を解決するための本発明に係る情報更新システムの第一の特徴構成は、特許請求の範囲の欄の請求項１に記載の如く、互いに通信可能に接続される管理サーバおよび情報公開サーバが外部通信ネットワークと通信可能に構成され、前記管理サーバで取得され、前記情報公開サーバ側に格納される新規情報を前記外部通信ネットワーク側に提供して、前記外部通信ネットワークに接続されている単数または複数のクライアントシステムに格納されている情報の更新を行わせる情報更新システムであって、前記管理サーバが、前記新規情報を取得したことを表し、且つ前記新規情報の種別を識別可能な更新通知情報を前記クライアントシステムのそれぞれに対して送信する通知送信機能を備え、前記情報公開サーバが、前記クライアントシステムのそれぞれから前記種別を指定して行われる情報提供要求に応じて、前記指定された種別に該当する新規情報を前記クライアントシステムのそれぞれに対して提供する新規情報提供機能を備える点にある。
【００１２】
上記特徴構成により、情報更新システムが新規情報を取得し、その旨の通知がクライアントシステムに伝達された場合にのみクライアントシステムとの間で必要な情報の送受信が行われるので、クライアントシステムから無駄な情報提供要求が行われることが無く、情報更新システムとクライアントシステム間の通信トラフィックを軽減することができる。更に、情報更新システムによる新規情報の取得タイミングから大幅に遅れること無しに、クライアントシステムの情報更新を行うことができる。また、情報更新システムにおいては、新規情報を収集し、その旨の通知をクライアントシステムに送信する作業による処理負荷とクライアントシステムに対して新規情報を提供する作業による処理負荷とを管理サーバおよび情報公開サーバで分担し、各サーバでの処理負荷を低減することができる。
【００１３】
更に、上記情報更新システムは、所得した新規情報の種別を識別可能な更新通知情報をクライアントシステムに対して送信し、クライアントシステムから要求のあった種別の新規情報のみを提供すれば良いため、予めクライアントシステムが必要とすると思われる情報を用意しておく準備作業が不要となる。同時に、どのようなクライアントシステムが情報更新システムと情報通信可能に接続されているのかを管理する必要がなくなる。従って、例えば、上述した新規情報の準備作業などが不要になるため、クライアントシステムの追加や削除を行ったとしても情報更新システム側の処理に変更は無く、更新通知情報の送付先を変更するだけでよい。更に、クライアントシステムは、新規情報の種別を識別可能な更新通知情報の提供を受けることができるので、欲しい情報が更新された場合にのみ、情報更新システムへ情報の送信要求を行えば良い。その結果、情報更新システム−クライアントシステム間の情報通信ネットワークが必要以上に混雑することを回避することができる。
【００１４】
上記課題を解決するための本発明に係る情報更新システムの第二の特徴構成は、特許請求の範囲の欄の請求項２に記載の如く、上記第一の特徴構成に加えて、前記管理サーバが、通信可能にネットワーク接続されている複数の情報収集装置から前記新規情報を取得する点にある。
【００１５】
上記特徴構成により、様々な場所に設置され、上記管理サーバとの間で情報通信可能にネットワーク接続された複数の情報収集装置において収集された新規情報を情報更新システムで取得でき、クライアントシステムはそれらの新規情報の内の所望の種別の新規情報の提供を受けることができる。
【００１６】
上記課題を解決するための本発明に係る情報更新システムの第三の特徴構成は、特許請求の範囲の欄の請求項３に記載の如く、上記第二の特徴構成に加えて、前記複数の情報収集装置で収集された前記新規情報の内の、特定の情報収集装置で収集された新規情報を選別して、前記情報提供要求が行われる点にある。
【００１７】
上記特徴構成により、様々な場所に設置され、上記管理サーバとの間で情報通信可能にネットワーク接続された複数の情報収集装置において収集された新規情報の内の、どの場所に設置された情報収集装置で収集された新規情報であるかを種別として指定して、クライアントシステムは新規情報を取得することができる。
【００１８】
上記課題を解決するための本発明に係る情報更新システムの第四の特徴構成は、特許請求の範囲の欄の請求項４に記載の如く、上記第二または第三の特徴構成に加えて、前記新規情報が、前記情報収集装置のそれぞれで継続的に収集される情報である点にある。
【００１９】
上記特徴構成により、新規情報が継続的に収集される性質の情報である場合であっても、クライアントシステムにおいてはその収集タイミングから大幅に遅れること無しに繰り返して新規情報を取得することができる。
【００２０】
上記課題を解決するための本発明に係る情報更新プログラムの特徴構成は、特許請求の範囲の欄の請求項５に記載の如く、請求項１から請求項４の何れか１項に記載の前記通知送信機能と前記新規情報提供機能とをコンピュータに実現させるためのプログラムである点にある。
【００２１】
上記特徴構成により、その情報更新プログラムがコンピュータにおいて起動されると、コンピュータに情報更新システムの上記通知送信機能と上記新規情報提供機能とを実現させることができる。その結果、上記情報更新システムの上記第一から第三の何れかの特徴構成によるものと同様の作用効果が発揮される。
【００２２】
【発明の実施の形態】
以下に図面を参照して本発明に係る情報更新システムの説明を行う。
図１に例示するのは情報更新システム１とクライアントシステム８、１０とが情報通信ネットワーク（外部通信ネットワーク）７を介して接続されたシステムである。この情報更新システム１は、管理サーバ２および管理サーバデータベース（ＤＢ）４と、情報公開サーバ３および情報公開サーバデータベース（ＤＢ）５とがイントラネット６により接続されて構成される。管理サーバ２は、様々な場所に設置され、管理サーバ２との間で情報通信可能にネットワーク接続された情報収集装置から様々な情報を収集する機能を有するサーバ装置である。管理サーバ２と情報収集装置との接続形態としては、例えば図１に例示するように、管理サーバ２を備えた情報更新システム１が外部に公開された情報通信ネットワーク７を介して情報収集装置としての通信機器１２と接続される形態や、図示しないが、プライベートネットワークを介して管理サーバ２と情報収集装置としての通信機器１２が接続される形態がある。以下の実施形態では、管理サーバ２を備えた情報更新システム１が情報通信ネットワーク７を介して情報収集装置としての通信機器１２と接続される形態を例に本発明の説明を行うが、プライベートネットワークを介して管理サーバ２と情報収集装置としての通信機器１２が接続される場合であっても同様の説明が成り立つ。
【００２３】
また、情報公開サーバ３は、クライアントシステム８、１０からの、情報公開サーバＤＢ５に対するアクセス（情報提供要求）を受け付け、それらのクライアントシステム８、１０が所望する情報を提供する機能を有するサーバ装置である。また、イントラネット６と情報通信ネットワーク７との間にファイアウォールを設けていれば、情報更新システム１に対する外部からの不正なアクセスを遮断することができる点で好ましい。尚、図１中にはクライアント８とクライアント１０の２つのクライアントシステムが接続されている例を示しているが、接続されるクライアントシステムの数は限定されない。
【００２４】
管理サーバ２、情報公開サーバ３、およびクライアント８、１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を中心とした演算処理部と、演算処理部において実行される各種プログラムや、演算処理過程又は演算処理前後の情報を記憶するメモリ、ハードディスクドライブ、外部記憶装置などの記憶媒体で構成される記憶部と、キーボードや通信ネットワークに接続される通信ポートなどの情報の入力手段と、処理結果や処理過程を表示する表示部といった装置を備えて構成される１台または複数台のコンピュータ（情報処理装置）によって実現可能である。
【００２５】
図２に例示するのは、図１に示した情報更新システム１とクライアントシステム８、１０との間で行われる情報更新の手順を説明する図である。
まず、管理サーバ２が新規情報を取得した場合、管理サーバ２は、工程１００においてその新規情報を情報公開サーバ３側へ送信する。次に、管理サーバ２から新規情報を受信した情報公開サーバ３は、その新規情報を情報公開サーバＤＢ５に格納する（工程１０２）。また、工程１０４において管理サーバ２は、クライアントシステムのそれぞれに対して、新規情報を取得したことを表し、且つその新規情報の種別を識別可能な更新通知情報を送信する（通知送信機能）。
【００２６】
工程１０６において、クライアントシステム８、１０は更新通知情報を受信する。クライアントシステム８、１０は更新通知情報を解析して、更新された情報の種別を判別し（工程１０８）、自身に必要な種別の情報の更新が行われている場合には、種別を指定して情報の提供を情報公開サーバ３に対して要求する（工程１１０）。ここで、クライアントシステム８、１０から情報公開サーバ３へ送信される、必要とする情報の種別などが指定された送信要求情報（情報提供要求）は、情報公開サーバ３のネットワークアドレスに対して直接行われる場合や、管理サーバ２のネットワークアドレスに対して行われ、管理サーバ２によってその送信要求情報が情報公開サーバ３のネットワークアドレスへ転送される場合、又は情報更新システム１のイントラネット６のファイアウォール（図示せず）が設けられている場合には、ファイアウォールによってその送信要求情報が情報公開サーバ３のネットワークアドレスへ転送される場合などがある。
【００２７】
工程１１２において、情報公開サーバ３は、クライアントシステム８からの送信要求情報を受信する。尚、同様に、クライアントシステム１０からも送信要求情報を受ける場合もあるが、以下にはクライアントシステム８から受けた送信要求情報に対して応答する場合について説明する。その後、工程１１４において、クライアントシステム８から指定された情報の種別を解析して、要求に該当する新規情報を情報公開サーバＤＢ５から選別する。次に、工程１１６において情報公開サーバ３は、選別された情報をクライアントシステム８に対して送信する（新規情報提供機能）。
【００２８】
工程１１８において、クライアントシステム８は、情報公開サーバ３から送信された新規情報を受信し、クライアントＤＢ１１に格納することで、受信した新規情報によるクライアントＤＢ１１の情報の更新が行われる。
【００２９】
以上のように情報更新システム１とクライアントシステム８、１０との間で行われる情報更新の手順を概略的に説明したが、以下には情報更新システム１とクライアントシステム８、１０との間で行われる情報更新の手順を具体例を挙げて説明する。
【００３０】
その具体例として、情報更新システム１が、広い地域に設置されたガス管内の供給圧力値に関する情報や、広い地域の気象情報や地震情報などのガス事業に直接または間接的に関連する様々な情報を、各地域に分散して設置された計測器において収集し、それらの計測器に併設された各通信機器１２（計測器と通信機器とを合わせて情報収集装置と見なす）から取得して集中的に管理する情報管理センタであり、クライアントシステム８、１０がガス事業者のサービス提供地域内の複数の地区に設けられ、上記情報管理センタにおいて取得された情報を受信して確認するための供給監視システムである場合を挙げる。
【００３１】
まず、ガス管内の供給圧力値は、広い地域に設置されたガス管網におけるガバナ（整圧器）などの複数の部位に設置された圧力計によって定期的に継続して、或いは不定期に収集されたデータが、それらの圧力計に併設された通信機器１２により、情報通信ネットワーク７を介して新規情報として情報更新システム１の管理サーバ２側に送信される。また、気象情報は、気象協会などから発表される注意報や警報の発令や解除に関する情報が、気象協会に設置された通信機器１２により、情報通信ネットワーク７を介して新規情報として情報更新システム１の管理サーバ２に送信される。更に、地震情報は、地震が発生し、地震計のデータの収集を開始したことや、その地震による各地の揺れの大きさに関する情報が、各地に設置された地震計に併設された通信機器１２により、情報通信ネットワーク７を介して新規情報として情報更新システム１の管理サーバ２に送信される。
【００３２】
以上のような各種の新規情報を受信した管理サーバ２はそれらの情報を管理サーバＤＢ４に格納し、そして情報公開サーバ３へ送信する（工程１００）。新規情報を受信した情報公開サーバ３はそれらの情報を情報公開サーバＤＢ５に格納する（工程１０２）。更に、管理サーバ２は、新規情報を取得したことを表す更新通知情報を作成して、管理サーバ２が認識している（ネットワーク上のアドレスを知っている）各クライアントシステム８、１０に対してその更新通知情報を送信する（工程１０４）。
【００３３】
本実施形態において、情報更新システム１（管理サーバ２及び情報公開サーバ３）と各クライアントシステム８、１０との間で行われる情報通信は、コネクション型の通信プロトコル（例えば、ＴＣＰ／ＩＰ）を使用して実行されるものとする。従って、更新通知情報や送信要求情報などのコマンドを送信した場合にはそれぞれ応答が返されるのだが、応答の説明に関しては省略する。
【００３４】
図３に例示するのは、更新通知情報２０のデータ構造であり、ファンクションコード部２１とデータ部２２と有している。ファンクションコード部２１には、新規情報を取得したことを表し、且つその新規情報の種別を識別可能な８バイトの固有のコードが記載されている。従って、表１に例示するファンクションコードのうちの「ＴＭＤＴ−ＳＥＴ」が記載されていた場合、ガス管網におけるガバナなどの複数の部位に設置された圧力計で計測されたガスの供給圧力値に関する情報が管理サーバＤＢ４にセット（格納）されたことを、各クライアントシステムは識別可能である。また、「ＷＥＴＨ−ＳＥＴ」が記載されていた場合、気象注意報や警報の発令や解除に関する情報が管理サーバＤＢ４にセットされたことを、各クライアントシステムは識別可能であり、「ＥＱＤＴ−ＳＴＡ」が記載されていた場合、地震が発生し、地震計のデータの収集を開始したことを、各クライアントシステムは識別可能であり、「ＥＱＤＴ−ＥＮＤ」が記載されていた場合、各地の地震計により得られた揺れの大きさに関する情報の収集が完了し、管理サーバＤＢ４にセットされたことを、各クライアントシステムは識別可能である。
【００３５】
【表１】
2004213243.tif 000003
【００３６】
また、必要があればデータ部２２にも情報が記載される。例えば、地震情報収集開始や地震情報収集完了を伝達するための更新通知情報２０のデータ部２２には、地震データファイルのインデックス番号がキャラクタ形式の４桁の数値「００００」〜「００３０」で記載される。インデックス番号は、データの新しさの指標となる番号であり、数字が小さいほどデータが新しい。従って、インデックス番号が「００００」であれば、最新の地震情報であることを意味する。
【００３７】
工程１０６において上述のような更新通知情報２０を受信したクライアントシステムは、更新通知情報２０のファンクションコード部２１を判別して（工程１０８）、自身に必要な種別の情報の更新が行われている場合には、情報公開サーバに対する情報の送信要求を行うための送信要求情報を作成して、情報更新システム１へ送信する（工程１１０）。
【００３８】
図４（ａ）に例示するのは、送信要求情報２５のデータ構造であり、ファンクションコード部２６とデータ部２７とを有している。ファンクションコード部２６には、要求する情報の種別を識別可能な８バイトの固有のコードが記載されている。従って、表１に例示した「ＴＭＤＴ−ＳＥＴ」がファンクションコード部２１に記載された更新通知情報２０を受け取り、ガス供給管のガバナのＰＶ（計測値）に関する新規の供給圧力情報を要求する場合には、ファンクションデータ部２６に「ＴＭＰＶ−ＲＥＱ」が記載された送信要求情報２５を作成して、情報更新システム１側へ送信すればよい。気象情報又は地震情報を要求する場合も同様である。
【００３９】
【表２】
2004213243.tif 000004
【００４０】
また、必要であればデータ部２７にも情報が記載される。例えば、供給圧力情報（ＰＶ（計測値）やＳＶ（スーパービジョン（接点のオン／オフや、ガバナの開／閉などの０／１信号）））を要求するための送信要求情報２５には、図４（ｂ）に例示するようなデータ構造の情報が記載される。図４（ｂ）に例示するデータ部２７の「ＣＣＣＣ」はリクエスト件数を示し、「ＸＸＸＸ」は局ＩＤを示し、「ＹＹＹＹ」は項目ＩＤを示す。ここで、局ＩＤとは、供給圧力情報の収集を行い、収集した情報を新規情報として管理サーバ２に送信してくる複数の通信機器１２を識別するためのＩＤであり、項目ＩＤとは、その局ＩＤから送信されてくる複数種のデータを項目別に分類するためのＩＤである。例えば、リクエスト件数が２件であり、それぞれの局ＩＤが「Ｕ１０」及び「Ｖ１３」であり、項目ＩＤが「ＨＰ−１」及び「ＡＰ−１」である場合のデータ部２７は、「０００２  Ｕ１０△  ＨＰ−１  Ｖ１３△  ＡＰ−１」となる（△はＮＵＬＬを表す）。
【００４１】
或いは、地震情報を要求するための送信要求情報２５には、更新通知情報２０の場合と同様に、地震データファイルのインデックス番号がキャラクタ形式の４桁の数値「００００」〜「００３０」などが記載される。
【００４２】
各クライアントシステムから情報更新システム１に送信された送信要求情報２０は情報公開サーバ３によって受信される（工程１１２）。ここで、クライアントシステムから情報公開サーバ３のネットワーク上のアドレスに送信要求情報２５が送信された場合には、その送信要求情報２５が情報公開サーバ３によって受信されるのはもちろんのこと、管理サーバ２のネットワーク上のアドレスに送信要求情報２５が送信された場合には、管理サーバ２によってその送信要求情報２５が情報公開サーバ３のネットワークアドレスへ転送されるか、或いは、情報更新システム１のイントラネット６のファイアウォール（図示せず）が設けられている場合には、ファイアウォールによってその送信要求情報２５が情報公開サーバ３のネットワークアドレスへ転送される。
【００４３】
次に、情報公開サーバ３は、受信した送信要求情報２５を解析し、要求に該当する新規情報を情報公開サーバＤＢ５から選別する（工程１１４）。その後、情報公開サーバ３は、送信要求情報２５を送信してきたクライアントシステムに対して、選別された新規情報を送信する（工程１１６）。
【００４４】
図５（ａ）〜図５（ｃ）に例示するのは、工程１１６において情報公開サーバ３からクライアントシステムに対して送信される情報（以下、「アンサーデータ」と記す）のデータ構造である。
【００４５】
図５（ａ）に例示するのは、供給圧力情報を要求する送信要求情報に応答するアンサーデータ３０のデータ構造であり、ファンクションコード部３１とデータ部３２とを有している。用いられるファンクションコードは「ＴＭＰＶ−ＸＸＸ」（ガバナ又はバルブにおけるＰＶ（計測値）データの場合）又は「ＴＭＳＶ−ＸＸＸ」（ガバナ又はバルブにおけるＳＶ（スーパービジョン）データの場合）であり、返信ステータス：ＸＸＸには、「ＡＮＳ」（データ送信正常）又は「ＥＲＲ」（エラー）が記載される。エラーが発生する原因としては、送信要求情報に異常があった場合（例えば、局ＩＤや項目ＩＤの間違いなど）や情報公開サーバＤＢ５に格納されている該当のデータ自体に異常があった場合などがある。データ部３２には、上述の送信要求情報２５に記載されていたリクエスト件数、局ＩＤ、項目ＩＤ、および供給圧力情報が記載される。
【００４６】
図５（ｂ）に例示するのは、気象情報を要求する送信要求情報に応答するアンサーデータ３５のデータ構造であり、ファンクションコード部３６と、日付部３７と、データ部３８とを有する。用いられるファンクションコードは「ＷＥＴＨ−ＸＸＸ」であり、返信ステータス：ＸＸＸには、「ＡＮＳ」（データ送信正常）又は「ＥＲＲ」（エラー）が記載される。エラーが発生する原因としては、送信要求情報に異常があった場合や情報公開サーバＤＢ５に格納されている該当のデータ自体に異常があった場合などがある。日付部３７には、気象情報（注意報・警報）が発令または解除された日と時と分とが記載され、データ部３８には、地点番号、地域コード、注意報・警報の内容などを含む情報が１個または複数個記載されている。
【００４７】
図５（ｃ）に例示するのは、地震情報を要求する送信要求情報に応答するアンサーデータ４０のデータ構造であり、ファンクションコード部４１と、補助データ部４２と、地震インデックス部４３と、地震データ部４４とを有する。用いられるファンクションコードは「ＥＱＤＴ−ＸＸＸ」であり、返信ステータス：ＸＸＸには、「ＡＮＳ」（データ送信正常）又は「ＥＲＲ」（エラー）が記載される。エラーが発生する原因としては、送信要求情報に異常があった場合や情報公開サーバＤＢ５に格納されている該当のデータ自体に異常があった場合などがある。
【００４８】
補助データ部４２には、地震データファイルのインデックス番号が上述の場合と同様にキャラクタ形式の４桁の数値「００００」〜「００３０」で記載される。地震インデックス部４３には、地震発生日、地震データ収集開始日時、地震データ収集終了日時、地震名称、コメントなどの情報が記載されている。地震データ部４４には、震源地、各地域の最大震度（気象庁データ）、各観測点での揺れの大きさ（地震計データ）などの情報が記載されている。
【００４９】
次に工程１１８において、クライアントシステムは情報公開サーバ３から送られた新規情報を受信し、クライアントＤＢ１１に格納すると共に、必要であれば古い情報と置き換える。そして、クライアントシステムを実現する情報処理装置の表示部に、受信した新規情報を表示させることができる。例えば、管理サーバ２において供給圧力情報が１分毎に継続的に収集される場合、上述の工程１００から工程１１８が１分毎に繰り返されることとなり、クライアントシステムの表示部には、管理サーバ２による収集タイミングから大幅に遅延することなく１分毎に新規の供給圧力情報が表示される。
【００５０】
＜別実施形態＞
＜１＞
上述の実施形態では、情報更新システム１が取得する新規情報として、ガス管内の供給圧力値に関する情報や、気象情報や、地震情報などのガス事業に関する様々な情報を用いる場合の例について説明を行ったが、情報更新システム１から各クライアントシステムに配布可能な情報はそれらに限定されず、他の様々な情報であっても同様である。
【００５１】
例えば、各クライアントシステムが所有している局ＩＤや項目ＩＤに関する情報を追加／変更又は削除する場合などにも使用可能である。
上述した例では、各クライアントシステムが供給圧力情報を取得したい場合、図４（ｂ）に例示したような送信要求情報を情報更新システム１側へ送信する必要がある。その際、図５（ａ）を参照してアンサーデータ３０がエラーとして返された場合について説明を行ったように、送信要求情報に含まれる局ＩＤや項目ＩＤなどのマスタデータに間違いがあってはならないのだが、各通信機器１２（或いは、供給圧力情報を取得する圧力計）のメンテナンスなどで局ＩＤが急に変更になる場合や、ある通信機器１２の運用を停止するためにその局ＩＤが存在しなくなる場合、新たな通信機器１２が追加される場合などが発生する。
【００５２】
そのような場合であっても、上述の実施形態と同様に、局ＩＤの追加／変更や削除といったマスタデータの更新作業を情報更新システム１で行い、マスタデータが更新されたことを通知送信機能を用いて各クライアントシステムに対して通知し、クライアントシステムから送信要求情報（情報提供要求）を受けた場合には、その新規マスタデータ（新規情報）を各クライアントシステムに送信して、情報の更新を行わせることができる。
【００５３】
＜２＞
次に、本発明に係る情報更新システムの各機能を実現させるための情報更新プログラムについて説明する。
上述の情報更新システム１は、コンピュータに上記通知送信機能と上記新規情報提供機能とを実現させることで構築される。情報更新システム１は、所定のプログラムを実行可能な演算処理部、メモリ、ハードディスクドライブなどの記憶部を備えてなる情報処理装置を用いて実現可能であり、一般的なコンピュータを用いることもできる。尚、上述の各機能を実現させるためには、上記情報更新システム１にインストールされたオペレーティングシステムなどによる基本機能として具備されているプログラムや既存のプログラムが利用されることもある。また、情報更新システム１が単数または複数台のコンピュータにより構築されている場合には、本発明に係る情報更新プログラムの一部または全部が各コンピュータにインストールされ、他の機能が別のコンピュータ上で実現される場合もある。また、上記情報更新プログラムを記憶媒体に格納して持ち運び、その記憶媒体が読み出し可能な状態におかれた他のコンピュータ上で上記情報更新システムを実現させることもできる。
【図面の簡単な説明】
【図１】情報更新システムを含む情報通信ネットワークの構成図である。
【図２】情報更新システムとクライアントシステムとの間で行われる情報更新の手順を説明する図である。
【図３】更新通知情報のデータ構造である。
【図４】（ａ）は送信要求情報のデータ構造であり、（ｂ）はその具体例である。
【図５】（ａ）〜（ｃ）はアンサーデータのデータ構造の具体例である。
【符号の説明】
１  情報更新システム
２  管理サーバ
３  情報公開サーバ
４  管理サーバデータベース
５  情報公開サーバデータベース
６  イントラネット
７  情報通信ネットワーク
８  クライアントシステム
９  クライアントデータベース
１０  クライアントシステム
１１  クライアントデータベース
１２  通信機器（情報収集装置）
２０  更新通知情報
２１  ファンクションコード部
２２  データ部
２５  送信要求情報
２６  ファンクションコード部
２７  データ部
３０  アンサーデータ
３１  ファンクションコード部
３２  データ部
３５  アンサーデータ
３６  ファンクションコード部
３７  日付部
３８  データ部
４０  アンサーデータ
４１  ファンクションコード部
４２  補助データ部
４３  地震インデックス部
４４  地震データ部
【図１】
2004213243.tif 000005
【図２】
2004213243.tif 000006
【図３】
2004213243.tif 000007
【図４】
2004213243.tif 000008
【図５】
2004213243.tif 000009