JP2006154895A - 情報公開システム - Google Patents

Abstract

【課題】 イントラネット等の内部ネットワークに配置されたコンピュータ上の情報と、インターネット等の外部ネットワークからアクセス可能なコンピュータ上の情報とを整合する仕組みを備える情報公開システムのセキュリティを高める。
【解決手段】 内部セグメント１０と外部セグメント１２とを２本のシリアル通信路１４Ａ及び１４Ｂで接続する。内部データベース１８と外部データベース２８とを整合させるために必要なデータ通信は、インターネット２で使用されているプロトコルとは異なるプロトコル（例えば、ＲＳ−２３２Ｃシリアル通信）で行う。
【選択図】 図１

Description

本発明は、コンピュータネットワークを利用して一般に情報を公開するためのシステムに関し、特に、イントラネット等の内部セグメントに配置されたデータベースの情報を、インターネット等に接続された外部セグメントを通じて一般に公開する構成を有するシステムに関する。

イントラネット等の内部セグメントで情報を収集し、データベース等に格納することは広く行われているが、このようにして内部セグメントで収集した情報をインターネット等の外部ネットワークにも公開したい場合がある。例えば、各地の気象測定機器から収集された気象情報をインターネット上で一般に公開する場合がこれに該当する。このような場合、内部セグメントのデータベースを外部ネットワークから直接アクセスできる形で配置してしまうと、データの改ざんや破壊といった問題が起こる可能性がある。

上述の問題を考慮したシステム構成として、外部ネットワークに接続された外部セグメント内に外部データベースを別途構築し、その外部データベースの内容と、内部セグメントに配置したマスタのデータベースの内容とを整合させるというものがある。

上記のようなシステムの例として、特許文献１に記載された電子ファイル共有システムが挙げられる。このシステムは、外部に設置された外部設置サーバとファイアウォールを介して通信する内部設置サーバを備えている。外部設置サーバには、インターネットに接続された公開Ｗｅｂサーバと、ユーザがインターネット経由で認証を経てアクセスすることができる共有データベースが設けられており、内部設置サーバには、共有データベースに対応する内部データベースが設けられている。そして、所定の手段により、共有データベースまたは内部データベースの変化情報に基づいて共有データベースおよび内部データベースを整合させる。また、両サーバは専用線で接続されている。

なお、データの整合方法については、特許文献１に詳しい説明はないものの、一般に、データベース管理ソフトウェア固有のレプリケーション機能を利用する方法や、データベース管理ソフトウェアに設けられたデータベース接続用ＡＰＩを利用して外部アプリケーションによりデータを整合させる方法が用いられる。

特開2002-24072号公報（段落[0008]〜[0010]、図2）

特許文献１のシステムでは、内部ネットワークと外部ネットワークの間にファイアウォールを設置してはいるものの、内外のサーバ間でのデータ整合のためにインターネット・プロトコル（ＩＰ）による通信を行っている（特許文献１の段落[0023]）。このようにインターネットで使われているものと同じ通信プロトコルを使用している以上、内部ネットワークに対するインターネット側からの攻撃や侵入の可能性があることは否定できず、セキュリティが完全に確保された状態であるとは言えない。

本発明は以上のような課題を解決するために成されたものであり、その目的は、イントラネット等の内部ネットワークに配置されたコンピュータ上の情報と、インターネット等の外部ネットワークからアクセス可能なコンピュータ上の情報とを整合する仕組みを備える情報公開システムのセキュリティを高めることにある。

上記課題を解決するために成された本発明に係る情報公開システムは、
外部ネットワークに接続された外部セグメントに含まれる外部データベース、
外部ネットワークから切り離された内部セグメントに含まれる内部データベース、
前記内部セグメントと前記外部セグメントとを接続する専用通信路、及び、
前記専用通信路を通じた通信により前記内部データベースと前記外部データベースとを整合させるデータ整合部
を備える情報公開システムにおいて、
前記データ整合部は、外部ネットワークで使用されているプロトコルとは異なる通信プロトコルで前記内部セグメントと前記外部セグメントとの間の通信を行うことにより前記内部データベースと前記外部データベースとを整合させること
を特徴としている。

本発明に係る情報公開システムでは、外部セグメントと内部セグメントを専用通信路で接続するとともに、内部データベースと外部データベースとを整合させるためのセグメント間通信には、外部ネットワークで使用されているプロトコルとは異なる通信プロトコルを使用している。例えば、外部ネットワークがインターネットである場合、専用通信路では、インターネット・プロトコル以外の方法で通信を行うようにする。通信方法の例としては、ＲＳ−２３２Ｃシリアル通信が挙げられるが、インターネットプロトコル以外の通信方法であれば、どのような方法を用いてもよい。

データ整合部は、例えば、内部データベースの管理を行うために内部セグメントに設けられた内部データベース管理部と、外部データベースの管理を行うために外部セグメントに設けられた外部データベース管理部を含む構成とする。この構成によるデータ整合処理では、まず、内部データベースが更新されたときに、内部データベース管理部がその更新内容を示す更新通知を外部データベース管理部に送信する。外部データベース管理部は、受け取った更新通知の内容に基づいて外部データベースを更新する。

なお、システムの目的によっては、インターネットに接続された他の端末からの要求に応じて外部データベースの情報が更新されるようにしたい場合もある。この場合、外部データベースの更新に合わせて内部データベースを更新する逆方向のデータ整合処理が必要になる。このデータ整合処理では、まず、外部データベースが更新された時に、外部データベース管理部がその更新内容を示す更新通知を内部データベース管理部に送信する。内部データベース管理部は、受け取った更新通知の内容に基づいて内部データベースを更新する。

本発明に係る情報公開システムにおいて、内部データベース及び外部データベースの更新をＳＱＬ（Structured Query Language）で行うようにするとともに、一方のセグメントにおけるデータベースの更新時に発行したＳＱＬ文を記述したファイルを前記更新通知として他方のセグメントに送信するようにしてもよい。このようにすると、更新通知を受け取ったセグメント側では、その通知に記述されたＳＱＬ文をそのまま実行するだけで、簡単に自己のデータベースを他方のセグメントのデータベースと整合させることができる。上記構成によれば、ＳＱＬ文を実行してデータベースを更新するための既存のアプリケーションやライブラリを利用して本発明のデータ整合部を構成することが可能になり、更には、既に稼働中のデータベースシステムとの連携も容易になる。また、内部、外部更新処理部の共通化が図られる。

なお、上記のようにＳＱＬ文を使用しなくても、更新対象となるテーブル名、フィールド名、データの値等、データベースの更新に必要な最低限のデータがあれば、２つのデータベースを整合させることは可能である。しかし、それらデータを例えばＣＳＶ（Comma Separated Values）形式で相手側セグメントに渡した場合、そのセグメントでは、受け取ったデータを解析して各データの値を取り出し、それらの値を用いて所定形式のデータベース更新命令（例えばＳＱＬ文）を生成しなければならず、それだけ処理負荷がかかる。また、データベースのテーブルやフィールドが追加された場合、データ整合部の改造が必要になる場合がある。これらの問題は、上記のようにセグメント間でＳＱＬファイルを受け渡しすることにより解決できる。

以上のように、本発明に係る情報公開システムでは、外部セグメントと内部セグメントを専用通信路で接続するとともに、外部ネットワークで使用されているプロトコルとは異なる通信プロトコルで内部セグメントと外部セグメントとの間の通信を行うことにより内部データベースと外部データベースとを整合させる。このようにすれば、外部ネットワークから内部セグメントへの不正なアクセスが確実に防止されるため、高いセキュリティが達成される。

本発明に係る情報公開システムの一実施形態の概略構成を図１に示す。本実施形態の情報公開システム１（以下、本システム１）は、インターネット２から切り離されたデータ収集ネットワーク４に接続された測定機器や監視機器等（以下、データ収集機器６）からデータを収集し、そのデータの少なくとも一部をインターネット２上で公開することを目的として構成されている。

本システム１は、データ収集ネットワーク４に接続された内部セグメント１０、インターネット２に接続された外部セグメント１２、及び、内部セグメント１０と外部セグメント１２を接続する専用通信路である２本のシリアル通信路１４Ａ及び１４Ｂを含む。シリアル通信路１４Ａ及び１４ＢはいずれもＲＳ−２３２Ｃ規格のシリアルポートをケーブルで接続して成るものである。データ通信量が小さく、データの発生頻度も低いために高速通信が要求されないシステムであれば、ＲＳ−２３２Ｃのように、過去に多数の製品で長期に渡って使用されてきた実績のある技術を利用することで、システムの信頼性を高めることができる。

内部セグメント１０は、データ収集ネットワーク４に接続されたデータ収集機器６からデータを収集するデータ収集部１６、収集されたデータ及び後述のアクセスログを保存するための内部データベース１８（以下、内部ＤＢ１８）、内部ＤＢ１８のデータに対する各種操作を行うための内部データベース管理部２０（以下、内部ＤＢ管理部２０）、外部セグメント１２に更新通知を送信するための更新通知送信部２２、及び、外部セグメント１２から更新通知を受信するための更新通知受信部２４を含んでいる。

外部セグメント１２は、内部データベース１８と同じデータを保存するための外部データベース２８（以下、外部ＤＢ２８）、外部ＤＢ２８のデータに対する各種操作を行うための外部データベース管理部３０（以下、外部ＤＢ管理部３０）、内部セグメント１０に更新通知を送信するための更新通知送信部３２、内部セグメント１０から更新通知を受信するための更新通知受信部３４、インターネット２に接続されたユーザ端末８から要求されたコンテンツを該端末８に送信するＷｅｂサーバ３６、及び、特定のデータが更新されたときに所定のユーザのメールアドレス宛に電子メールを送信するメール送信部３８を含んでいる。Ｗｅｂサーバ３６には、外部ＤＢ管理部３０を通じて外部ＤＢ２８を操作するためのサーバサイドスクリプトプログラムを実行するためのモジュールが組み込まれている。外部セグメント１２とインターネット２の間にはファイアウォール５が設けられており、ＨＴＴＰ（HyperText Transfer Protocol）通信及びＳＭＴＰ（Simple Mail Transfer Protocol）通信のみが許可されるように設定されている。また、ユーザ端末８にはＷｅｂブラウザが搭載されている。

本システム１において、ユーザが端末８のＷｅｂブラウザで所定のＵＲＬにアクセスすると、Ｗｅｂサーバ３６が外部ＤＢ管理部３０とも連携しつつ、外部ＤＢ２８の情報を含む様々なＷｅｂページをＷｅｂブラウザに送信する。こうして、ユーザは外部ＤＢ２８に保存されたデータを閲覧することができる。なお、特定のユーザだけが情報を閲覧できるようにするために、ユーザＩＤやパスワードを使ったユーザ認証を行うようにしてもよい。

本システム１における内部ＤＢ１８と外部ＤＢ２８の整合方法について以下に説明する。なお、本発明では、データ収集ネットワーク４から収集されたデータの他に、Ｗｅｂサーバ３６へのアクセスログもデータベース１８、２８で管理するものとする。

まず、測定データの追加とそれに伴うデータ整合処理について説明する。

（ステップＳ１０）各データ収集機器６は、所定のタイミングで内部セグメント１０に測定データや監視記録データ（以下、収集データ）を送信する。収集データには、例えば、発信元端末ＩＤ、データ収集日時、データの種類及びデータの値が含まれる。
（ステップＳ１１）収集データを受け取った内部セグメント１０では、データ収集部１６が、受信したデータの内容に基づいてデータベース更新用のＳＱＬ文を生成し、内部ＤＢ管理部２０に渡す。
（ステップＳ１２）内部ＤＢ管理部２０は、受け取ったＳＱＬ文を実行することにより、内部ＤＢ１８に前記収集データを追加する。
（ステップＳ１３）ステップＳ１１とは別に、データ収集部１６は、前記ＳＱＬ文を記述したファイル４０（以下、ＳＱＬファイル４０）を作成し、更新通知送信部２２に渡す。更新通知送信部２２は、受け取ったＳＱＬファイル４０（すなわち、本発明における更新通知）を第１のシリアル通信路１４Ａを通じて外部セグメント１２に送信する。
（ステップＳ１４）外部セグメント１２では、更新通知受信部３４が前記ＳＱＬファイル４０を受け取り、その中に記述されているＳＱＬ文を取り出して外部ＤＢ管理部３０に渡す。
（ステップＳ１５）外部ＤＢ管理部３０は、受け取ったＳＱＬ文を実行することにより、外部ＤＢ２８に前記収集データを追加する。この結果、外部ＤＢ２８の内容が内部ＤＢ１８の内容と一致したものになる。

次に、ユーザによるデータ閲覧とそれに伴うデータ整合処理について説明する。

（ステップＳ２０）端末８のＷｅｂブラウザでいずれかのデータを閲覧すると、Ｗｅｂサーバ３８がアクセスログのデータ（以下、ログデータ）を外部ＤＢ２８に追加するためのＳＱＬ文を生成し、外部ＤＢ管理部３０に渡す。ログデータには、例えば、アクセス日時、アクセスＵＲＬ、ユーザＩＤ、端末のＩＰアドレス等が含まれる。
（ステップＳ２１）ＳＱＬ文を受け取った外部ＤＢ管理部３０は、そのＳＱＬ文を実行することにより、外部ＤＢ２８に前記ログデータを追加する。
（ステップＳ２２）ステップＳ２０とは別に、Ｗｅｂサーバ３８は、前記ＳＱＬ文を記述したファイル４２を作成し、更新通知送信部３２に渡す。更新通知送信部３２は、受け取ったＳＱＬファイル４２（すなわち、本発明における更新通知）を第２のシリアル通信路１４Ｂを通じて内部セグメント１０に送信する。
（ステップＳ２３）内部セグメント１０では、更新通知受信部２４がＳＱＬファイル４２を受け取り、その中に記述されているＳＱＬ文を取り出して内部ＤＢ管理部２０に渡す。
（ステップＳ２４）内部ＤＢ管理部２０は、受け取ったＳＱＬ文を実行することにより、内部ＤＢ１８に前記ログデータを追加する。この結果、内部ＤＢ１８が外部ＤＢ２８の内容と一致したものとなる。

なお、本システム１では、上述の通り、内部ＤＢ１８の更新を受けて外部ＤＢ２８を更新する場合と、外部ＤＢ２８の更新を受けて内部ＤＢ１８を更新する場合とで、２本のシリアル通信路１４Ａ及び１４Ｂを使い分けることにより、両方向の同時更新による通信路の輻輳を回避している。

本システム１において、外部ＤＢ２８の特定のデータが更新されると、メール送信部３８がそのデータに対応する一又は複数のユーザのメールアドレス宛にデータ更新通知を送信する（なお、データとユーザとの対応関係を示す情報は予めデータベースに保存しておく）。前記メールを受信したユーザは、自分の端末８のＷｅｂブラウザで所定のＵＲＬにアクセスすることにより、目的のデータを閲覧することができる。このユーザアクセスを受けて、外部セグメント１２及び内部セグメントでは、先に説明したステップＳ２０〜Ｓ２４の手順により、ログデータの追加と２つのデータベースの整合が行われる。

以上、本発明に係る情報公開システムの一実施形態について説明したが、本発明の実施形態は上記のものに限られることはない。例えば、上記実施形態では、シリアル通信路としてＲＳ−２３２Ｃ規格に準拠したものを用いたが、大量且つ高速のデータ通信が要求されるシステムでは、ＵＳＢ２．０やＩＥＥＥ１３９４といった高速通信の可能な通信路を利用することが好ましい。また、データ通信量が小さく、データベースの更新頻度が高くない場合は、シリアル通信路の本数を１本にしてもよい。この他にも、本発明の精神及び範囲内で様々な実施形態が考えられる。

本発明に係る情報公開システムの一実施形態の概略構成図。

符号の説明

１…情報公開システム
２…インターネット
４…データ収集ネットワーク
５…ファイアウォール
１０…内部セグメント
１８…内部データベース
２０…内部データベース管理部
１２…外部セグメント
２８…外部データベース
３０…外部データベース管理部
１４Ａ、１４Ｂ…シリアル通信路
４０、４２…ＳＱＬファイル

Claims (1)

1. 外部ネットワークに接続された外部セグメントに含まれる外部データベース、
   外部ネットワークから切り離された内部セグメントに含まれる内部データベース、
   前記内部セグメントと前記外部セグメントとを接続する専用通信路、及び、
   前記専用通信路を通じた通信により前記内部データベースと前記外部データベースとを整合させるデータ整合部
   を備える情報公開システムにおいて、
   前記データ整合部は、外部ネットワークで使用されているプロトコルとは異なる通信プロトコルで前記内部セグメントと前記外部セグメントとの間の通信を行うことにより前記内部データベースと前記外部データベースとを整合させること
   を特徴とする情報公開システム。
   

Images