JP2004094485A - データ管理システム、データベース管理システム、データ管理方法及びデータベース管理方法 - Google Patents

Abstract

【課題】インターネットから隔離された環境下に置かれたデータベースの更新やメンテナンスを、メールの送受信を行ない、メールに記載された内容に基づいてデータベースのデータの更新やデータベースのメンテナンスを行なうことが可能なデータ管理システム、データベース管理システム、データ管理方法、及び、データベース管理方法を提供すること。
【解決手段】データベースのデータの更新にかかわる更新情報またはデータベースのメンテナンスにかかわるメンテナンス情報を含むメールを受信し、メールに付された判定情報に基づいて受信したメールが送信したメールを基に返信されたメールか否かを判定し、判定により受信したメールが送信したメールを基に返信されたメールであると判定された場合にメールに含まれる更新情報またはメンテナンス情報にもとづいてデータベースのデータの更新またはデータベースのメンテナンスを行なう。
【選択図】　　　図３

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネットとファイヤーウォールで隔離されているＬＡＮ上のデータベース及びそのデータを、インターネットを介して外部から管理するための、そのデータベースのデータ管理システム、データベース管理システム、そのデータベースのデータ管理方法、及び、データベース管理方法に関する。
【０００２】
【従来の技術】
最近では、インターネットに接続されるＬＡＮ等のネットワークには、インターネットからの不正進入を防ぐためファイヤーウォールと呼ばれるシステムによって分離されている。
【０００３】
一般に、ファイヤーウォールは、ＷＷＷサーバーやメールサーバー等の特定のマシンに対してＳＭＴＰ（Ｓｉｍｐｌｅ　Ｍａｉｌ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）やＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）等のプロトコルやポートを利用できるように設定しているが、その他のマシンからは直接、利用できるように設定していない。
【０００４】
したがって、ファイヤーウォールによりインターネットから隔離された環境下に置かれたデータベースにインターネットからアクセスしてデータベースのデータの更新やデータベースのメンテナンスを行なうために、従来、ファイヤーウォールにデータベースとの通信を許すセキュリティホールを設置したり、データベース専用の専用線を設置する等の対応をしていた。
【０００５】
【発明が解決しようとする課題】
しかしながら、これらの対策にはセキュリティ管理の維持・経費が継続的に発生するし、また、企業におけるネットワークではセキュリティが非常に重要であり、これを守るために例えば特定のプロトコルとポートをファイヤーウォールで利用できるような設定をネットワーク管理者が許可することは非常に稀である。
【０００６】
本発明は、上記事情に鑑みてなされたものであり、インターネットから隔離された環境下に置かれたデータベースの更新やメンテナンスを、メールの送受信を行ない、メールに記載された内容に基づいてデータベースのデータの更新やデータベースのメンテナンスを行なうことが可能なデータ管理システム、データベース管理システム、データ管理方法、及び、データベース管理方法を提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するために、請求項１記載の発明は、インターネットを介して接続された外部端末と、ファイヤーウォールにより前記インターネットから隔離されたネットワーク上のデータベース、サーバー及び入出力端末を含み、前記データベースに格納されるデータを管理するデータ管理システムであって、前記入出力端末は、前記データベースのデータの更新を要求する更新要求を前記サーバーに送信する要求手段を含み、前記サーバーは、受信する時のメールが送信する時のメールを基に返信されたメールか否かを判定するための判定情報を付して前記入出力端末から送信される前記更新要求に基づきメールを作成し前記外部端末に送信する送信手段と、前記外部端末から送信されるメールを受信し、該メールに記載された少なくとも前記データベースのデータの更新にかかわる更新情報と、前記判定情報とを解読する受信手段と、前記解読した前記判定情報に基づいて前記受信したメールが前記送信したメールを基に返信されたメールか否かを判定する判定手段と、前記判定により前記受信したメールが前記送信したメールを基に返信されたメールであると判定された場合に前記更新情報に基づいて前記データベースのデータの更新を行なう制御手段とを含むことを特徴としている。
【０００８】
また、請求項２記載の発明は、前記送信手段は、前記更新要求についての関連データがある場合には、前記メールに前記関連データを添付ファイルとして添付し送信することを特徴としている。
【０００９】
また、請求項３記載の発明は、前記送信手段は、前記更新要求についての関連データがある場合には、前記メール送信の際に前記ファイヤーウォールを介して前記インターネットに接続された前記外部端末からアクセス可能なｆｔｐサーバーに前記関連データを送信することを特徴としている。
【００１０】
また、請求項４記載の発明は、前記送信手段は、前記ｆｔｐサーバーに前記関連データを送信する際、前記関連データを暗号化して送信することを特徴としている。
【００１１】
また、請求項５記載の発明は、前記制御手段は、更に前記更新を行なった結果またはその旨を前記入出力端末に出力することを特徴としている。
【００１２】
また、請求項６記載の発明は、前記送信手段で作成されるメールは、該メールが返信されたときに前記受信手段での解読が可能な所定の形式であることを特徴としている。
【００１３】
また、請求項７記載の発明は、前記送信手段は、更に前記判定により前記受信したメールが前記送信したメールを基に返信されたメールではないと判定された場合に、前記受信したメールに前記判定の旨を付して返信することを特徴としている。
【００１４】
また、請求項８記載の発明は、前記送信手段は、前記作成したメールを暗号化し、前記受信するメールは暗号化されたメールであって、前記受信手段は、メールを受信し復号化することを特徴としている。
【００１５】
また、請求項９記載の発明は、前記サーバーは、前記データベースを含むことを特徴としている。
【００１６】
また、請求項１０記載の発明は、インターネットを介して接続された外部端末と、ファイヤーウォールにより前記インターネットから隔離されたネットワーク上のデータベース、サーバー及び入出力端末を含み、前記データベースのメンテナンスを行なうデータベース管理システムであって、前記サーバーは、前記データベースの異常の有無を監視する監視手段と、受信する時のメールが送信する時のメールを基に返信されたメールか否かを判定するための判定情報を付して発見された前記異常の内容に基づきメールを作成し前記外部端末に送信する送信手段と、前記外部端末から送信されるメールを受信し、該メールに記載された少なくとも前記データベースのメンテナンスにかかわるメンテナンス情報と、前記判定情報とを解読する受信手段と、前記解読した前記判定情報に基づいて前記受信したメールが前記送信したメールを基に返信されたメールか否かを判定する判定手段と、前記判定により前記受信したメールが前記送信したメールを基に返信されたメールであると判定された場合に前記メンテナンス情報に基づいて前記データベースのメンテナンスを行なう制御手段とを含むことを特徴としている。
【００１７】
また、請求項１１記載の発明は、インターネットを介して接続された外部端末と、ファイヤーウォールにより前記インターネットから隔離されたネットワーク上のデータベース、サーバー及び入出力端末を含み、前記データベースのメンテナンスを行なうデータベース管理システムであって、前記サーバーは、前記データベースの異常の有無を監視する監視手段と、受信する時のメールが送信する時のメールを基に返信されたメールか否かを判定するための判定情報を付して発見された前記異常の内容に基づきメールを作成し、受信する複数のメールから解読される前記データベースのメンテナンスにかかわるメンテナンス情報の中から前記データベースのメンテナンスを行なうメンテナンス情報を選択するための優先順位が付けられた複数の前記外部端末に送信する送信手段と、前記外部端末から送信されるメールを受信し、該メールに記載された少なくとも前記メンテナンス情報と、前記判定情報とを解読する受信手段と、前記解読した前記判定情報に基づいて前記受信したメールが前記送信したメールを基に返信されたメールか否かを判定する判定手段と、前記判定により送信したメールを基に返信されたメールであると判定された複数のメールから解読される前記メンテナンス情報の中から前記優先順位に基づいて前記データベースのメンテナンスを行なうメンテナンス情報を選択する選択手段と、前記選択されたメンテナンス情報に基づいて前記データベースのメンテナンスを行なう制御手段とを含むことを特徴としている。
【００１８】
また、請求項１２記載の発明は、前記選択手段は、前記優先順位に基づいた選択を行なうための第１の所定の時間内に前記判定により前記送信したメールを基に返信されたメールであると判定されたメールが１つ以上ある場合には、前記優先順位に基づいた選択を行ない、前記第１の所定の時間内に前記判定により前記送信したメールを基に返信されたメールであると判定されるメールが無かった場合には、前記第１の所定の時間経過後に前記判定により前記送信したメールを基に返信されたメールであると最初に判定されるメールから解読される前記メンテナンス情報を選択することを特徴としている。
【００１９】
また、請求項１３記載の発明は、前記選択手段は、前記最初に判定されたメールから解読される前記メンテナンス情報の選択を第２の所定の時間内に行ない、前記制御手段は、更に前記第２の所定の時間内に前記メンテナンス情報の選択がなされなかった場合に前記送信手段による送信を再度行なうように制御することを特徴としている。
【００２０】
また、請求項１４記載の発明は、前記制御手段は、更に前記メンテナンスを行なった結果またはその旨を前記外部端末に出力することを特徴としている。
【００２１】
また、請求項１５記載の発明は、前記メンテナンス情報は、前記サーバーに前記メンテナンスを行なわせるプログラムを含み、前記メンテナンスは、前記プログラムに基づいて行なわれることを特徴としている。
【００２２】
また、請求項１６記載の発明は、前記送信手段で作成されるメールは、該メールが返信されたときに前記受信手段での解読が可能な所定の形式であることを特徴としている。
【００２３】
また、請求項１７記載の発明は、前記送信手段は、更に前記判定により前記受信したメールが前記送信したメールを基に返信されたメールではないと判定された場合に、前記受信したメールに前記判定の旨を付して返信することを特徴としている。
【００２４】
また、請求項１８記載の発明は、前記送信手段は、前記作成したメールを暗号化し、前記受信するメールは暗号化されたメールであって、前記受信手段は、メールを受信し復号化することを特徴としている。
【００２５】
また、請求項１９記載の発明は、前記サーバーは、前記データベースを含むことを特徴としている。
【００２６】
また、請求項２０記載の発明は、インターネットを介して接続された外部端末と、ファイヤーウォールにより前記インターネットから隔離されたネットワーク上のデータベース及び入出力端末と、通信可能とされる前記ネットワーク上のサーバーにより、前記データベースのデータを管理するデータ管理方法であって、受信する時のメールが送信する時のメールを基に返信されたメールか否かを判定するための判定情報を付して前記入出力端末から送信される前記データベースのデータの更新を要求する更新要求に基づきメールを作成し前記外部端末に送信するステップと、前記外部端末から送信されるメールを受信し、該メールに記載された少なくとも前記データベースのデータの更新にかかわる更新情報と、前記判定情報とを解読するステップと、前記解読した前記判定情報に基づいて前記受信したメールが前記送信したメールを基に返信されたメールか否かを判定するステップと、前記判定により前記受信したメールが前記送信したメールを基に返信されたメールであると判定された場合に前記更新情報に基づいて前記データベースのデータの更新を行なうステップとを含むことを特徴としている。
【００２７】
また、請求項２１記載の発明は、前記更新を行なった結果またはその旨を前記入出力端末に出力するステップを更に含むことを特徴としている。
【００２８】
また、請求項２２記載の発明は、前記判定により前記受信したメールが前記送信したメールを基に返信されたメールではない判定された場合に、前記受信したメールに前記判定の旨を付して返信するステップを更に含むことを特徴としている。
【００２９】
また、請求項２３記載の発明は、インターネットを介して接続された外部端末と、ファイヤーウォールにより前記インターネットから隔離されたネットワーク上のデータベース及び入出力端末と、通信可能とされる前記ネットワーク上のサーバーにより、前記データベースを管理するデータベース管理方法であって、前記データベースの異常の有無の監視により異常が発見された場合に、受信する時のメールが送信する時のメールを基に返信されたメールか否かを判定するための判定情報を付して前記発見された異常の内容に基づきメールを作成し前記外部端末に送信するステップと、前記外部端末から送信されるメールを受信し、該メールに記載された少なくとも前記データベースのメンテナンスにかかわるメンテナンス情報と、前記判定情報とを解読するステップと、前記解読した前記判定情報に基づいて前記受信したメールが前記送信したメールを基に返信されたメールか否かを判定するステップと、前記判定により前記受信したメールが前記送信したメールを基に返信されたメールであると判定された場合に前記メンテナンス情報に基づいて前記データベースのメンテナンスを行なうステップとを含むことを特徴としている。
【００３０】
また、請求項２４記載の発明は、インターネットを介して接続された外部端末と、ファイヤーウォールにより前記インターネットから隔離されたネットワーク上のデータベース及び入出力端末と、通信可能とされる前記ネットワーク上のサーバーにより、前記データベースを管理するデータベース管理方法であって、前記データベースの異常の有無の監視により異常が発見された場合に、受信する時のメールが送信する時のメールを基に返信されたメールか否かを判定するための判定情報を付して前記発見された異常の内容に基づきメールを作成し、受信する複数のメールから解読される前記データベースのメンテナンスにかかわるメンテナンス情報の中から前記データベースのメンテナンスを行なうメンテナンス情報を選択するための優先順位が付けられた複数の前記外部端末に送信するステップと、前記外部端末から送信されるメールを受信し、該メールに記載された少なくとも前記データベースのメンテナンスにかかわるメンテナンス情報と、前記判定情報とを解読するステップと、前記解読した前記判定情報に基づいて前記受信したメールが前記送信したメールを基に返信されたメールか否かを判定するステップと、前記判定により送信したメールを基に返信されたメールであると判定された複数のメールから解読される前記メンテナンス情報の中から前記優先順位に基づいて前記データベースのメンテナンスを行なうメンテナンス情報を選択するステップと、前記選択されたメンテナンス情報に基づいて前記データベースのメンテナンスを行なうステップとを含むことを特徴としている。
【００３１】
また、請求項２５記載の発明は、前記メンテナンスを行なった結果またはその旨を前記外部端末に出力するステップを更に含むことを特徴としている。
【００３２】
また、請求項２６記載の発明は、前記判定により前記受信したメールが前記送信したメールを基に返信されたメールではない判定された場合に、前記受信したメールに前記判定の旨を付して返信するステップを更に含むことを特徴としている。
【００３３】
【発明の実施の形態】
以下、本発明に係るデータベースのデータ管理システム、データベース管理システム、データベースのデータ管理方法及びデータベース管理方法の実施の形態について、図面を参照しながら詳細に説明する。
【００３４】
［第１の実施の形態］
（システムの全体構成）
先ず、本発明の画像形成システムの全体の概略構成について、図１を参照して説明する。図１は当該データ管理システム及び当該データベース管理システムの構成図である。
【００３５】
図１に示すように、当該データ管理システム及び当該データベース管理システムは、インターネットＮからの不正進入を阻止するようにファイヤーウォール２によって隔離されたネットワークとしてのＬＡＮ４（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）と、データベース１ａを有すると共に、データベース１ａの管理を行なうサーバー１と、このサーバー１とはＬＡＮ４を介して接続された入出力端末としてのＰＣ３（図では３ａ、３ｂ）とにより構成される。また、図示しないがインターネットＮを介し、外部端末や外部のサーバーや外部端末が接続されているＬＡＮ等に接続されている。
【００３６】
ＬＡＮ４は、ある限られたエリア内に敷設されている情報通信網であり、このＬＡＮ４には図１で示したサーバー１、ＰＣ３のみならず、他のＰＣ、サーバー、その他の周辺機器が接続されていてもよく、また、インターネットＮから受信するメール及びＬＡＮ４内から送信するメールの集配をするメールサーバーを設けても良い。そして、このＬＡＮ４は、インターネットＮと接続するとともに、通過する情報を制限するファイヤーウォール２が設けられている。
【００３７】
サーバー１は、管理装置であり、ＬＡＮ４に接続され、データベース１ａと、制御部１ｂを含んで構成される。制御部１ｂは、少なくとも、後述する更新要求及びメンテナンス要求を取得する機能と、後述するメールを作成し暗号化し送信を行ない、必要に応じて受信したメールの返信を行ない、さらに後述の第２の実施の形態においてはファイルやデータの転送を行うための通信手順であるｆｔｐ（ｆｉｌｅ　ｔｒａｎｓｆｅｒ　ｐｒｏｔｏｃｏｌ）に対応したｆｔｐサーバーに関連データを送信する送信手段としての機能と、受信したメールを復号化し解読する受信手段としての機能と、受信したメールが送信したメールを基に返信されたメールか否かを判定する判定手段としての機能と、受信したメールの解読結果に基づいてデータベース１ａのデータの更新を行なう制御手段としての機能とを有する。さらに後述の第３の実施の形態においてはデータベース１ａの異常の有無を監視する監視手段としての機能と、データベース１ａのメンテナンスを行なう制御手段としての機能とを有し、さらに後述の第４の実施の形態においては、後述する優先順位に基づいてデータベース１ａのメンテナンスを行なうための復旧プログラムを選択する選択手段としての機能を有している。尚、データベース１ａは当該サーバー１とは別のＬＡＮ４に接続されるサーバー等に含まれ、このサーバー１により管理される構成であっても良い。
【００３８】
ＰＣ３は、いわゆる、パーソナルコンピュータであって、モニタ等の表示部と、キーボードやマウス等の操作部とを備えて、少なくとも後述する図４の依頼画面Ａ及び図８の依頼画面Ｂの表示と情報の入力を行なって送信する要求手段としての機能やサーバー１から送られてくるメールを表示する機能を含んで構成される。
【００３９】
（データ管理方法）
次に、データベースのデータの管理を行なうデータ管理方法について更に図を示しながら説明する。まず、データベースのデータの管理であるデータベースのデータの更新について図１２及び図１３を用いつつ例を示しながら説明する。図１２及び図１３はデータベースのデータの更新方法を示すフローチャートである。尚、ここで言うデータベースのデータの更新とは、データの書き換えおよび新しいデータの登録等を含んでいる。
【００４０】
例えば、社内のデータベースにて蓄積された例えば図面データ、希望納期、及び連絡事項等の情報を用いて外部製造会社であるＡ社、Ｂ社、Ｃ社に見積もりを依頼し、その回答に基づいてデータベースのデータを更新する場合。
【００４１】
図２にデータベース１ａの１例を示す。当該データベースは、ＰＣ３で作成されるデータ及び外部端末で作成されるデータを所定のフォーマットで格納するものであり、ここでは部品番号が登録されていてそれぞれについての見積もり等に関する情報を格納するデータベースである。ここで部品番号００５についての見積もり等の情報を更新する場合を例として図３に基づいて説明する。図３は、作業、データ通信の流れを説明する説明図である。また、図３に示した丸囲み数字１乃至１２は、ここで説明する（１）乃至（１２）に相当する。
【００４２】
（１）　サーバー１はＰＣ３からのデータの更新を要求する更新要求を取得する（図１２のＳ１０１）。まず、依頼元のＰＣ３において図４に示すような依頼画面Ａ３１ａを表示させて必要事項（部品番号、会社名、希望納期および連絡事項）を入力し、例えば実行ボタン３１１をクリックしてサーバー１に「納期」「見積もり金額」等のデータの更新を要求する更新要求として送信し、サーバー１はこれを取得する。この入力作業は、サーバー１に付されたモニタ等の表示部と、キーボードやマウス等の操作部とから行うことも可能である。
【００４３】
（２）　サーバー１は、更新要求に基づいて図５（ａ）に示すような送信メール１１ａの作成を行なう（Ｓ１０２）。この送信メール１１ａは、返信されたときに解読が可能な所定の形式に定型化されておりアンダーラインで示した部分は、更新要求に基づいて挿入したものである。実際には、サーバーは、複数の種類の更新要求に応じた送信フォーマットを予め準備しており、更新要求を受けた時に、送信フォーマットを検索し、その検索した送信フォーマットに要求事項に基づいて記入する。更新要求が一種類であれば、１つの送信フォーマットでよい。また、図５（ａ）の送信メール１１ａの（返答）に示した項目には所定の形式の１例として「：」が付してあるが、これは送信メール１１ａが返信された時に項目と「：」以降の文字列を解読可能にするためのものである。また、送信メール１１ａのフッタ部分の（署名）には、送信メール１１ａが返信された時にそのメールが送信したメールを基に返信されたメールか否かを判定しその返信メールに基づいてデータベース１ａのデータの更新を行なうか否かのアクセス可否の判断をするための判定情報としてのキーワードである「アクセスコード」を付している。また、更新要求に関連する関連データがあれば、添付ファイルとして添付する。ここでは、部品番号に対応する図面データを関連データとして添付ファイルとして添付する。この図面データはデータベース１ａ上に部品番号と共に格納しておいても良いし、データベース１ａとは別に保存しておいて部品番号を参照することで認識させても良い。また、この添付ファイルはメール送信先のシステムに合わせてエンコードしておくと良い。例えば送信先のシステムのタイプがＰＣならばエンコードを「ＢＡＳＥ６４」、ＵＮＩＸ（Ｒ）ならばエンコードを「ｕｕｅｖｃｏｄｅ」というようにする。また、サーバー１は、更新要求に基づいてデータベース１ａにデータを書き込んで登録すると共に送信メール１１ａに付したアクセスコードは、データベース１ａに入出力端末からの更新要求に対応させて保存しておく（Ｓ１０３）。
【００４４】
（３）　サーバー１は、（２）で作成した送信メール１１ａを復号化するためのキーとしてのパスワードを与えてメール１１ａを暗号化する（Ｓ１０４）。ただし、パスワードは予め送信先と取り決めておく必要がある。
【００４５】
（４）　サーバー１は、暗号化した送信メール１１ａをＡ社宛（外部端末）に送信する（Ｓ１０５）。また、メールアドレスは、予め依頼会社とそれぞれのメールアドレスをデータベース化しておき、サーバー１が検索してメール１１ａに付しても良いし、依頼画面Ａ３１ａでメールアドレスを入力できるようにしても良い。
【００４６】
（５）　Ａ社では送信メール１１ａを受信し、図示しない外部端末を用いて暗号化された送信メール１１ａをパスワードを用いて復号化する。
【００４７】
（６）　続いてＡ社では、図示しない外部端末を用いて送信メール１１ａの内容および添付ファイルの内容の確認等を行い、図５（ｂ）に示す返信メール１１ｂのように（返答）に示した項目（納期、見積もり金額、連絡事項）についての更新情報としての回答をそれぞれの「：」に続けて記載（入力）する。
【００４８】
（７）　さらにＡ社では、返信メール１１ｂをパスワードを与えて暗号化する。
【００４９】
（８）　返信メール１１ｂをＡ社からサーバー１へ返信する。
【００５０】
（９）　サーバー１は返信メール１１ｂを受信して（Ｓ２０１）、パスワードを用いて復号化する（Ｓ２０２）。
【００５１】
（１０）　サーバー１は返信メール１１ｂの（返答）の項目とそれぞれに対応する更新情報としての文字列と（署名）のアクセスコードとを解読する（Ｓ２０３）。例えばこの場合には、（返答）以降に示したデータベース１ａの項目（図５（ｂ）では、納期、見積もり金額、連絡事項）を識別して、所定の形式に基づいてつまりその項目に付した「：」以降の文字列をその項目についての更新情報として認識しそして解読する。すなわち、「納期」は「２００２／７／１９」、「見積もり金額」は「２，０００円」、「連絡事項」は「明日までにご・・・・・・です。」を解読し、（署名）についても同様に、「アクセスコード」は「ＤＢ２００２０２ＣＤＦＧ」を解読する。ただし、解読方法や解読方法に対応する書込の形式などはこの方法に限るものではなくサーバー１が解読可能な方法であればよい。
【００５２】
（１１）　サーバー１は、読み取ったアクセスコードをデータベース１ａのアクセスコードと照合する（Ｓ２０４）。一致するアクセスコードが存在する場合には、更新情報をそのアクセスコードに対応させてそれぞれの項目に書き込んでデータベース１ａのデータを更新する（Ｓ２０５）。また、一致するアクセスコードが存在しない場合には、受信した返信メールにアクセス不可理由等の判定の旨を付記して暗号化したのちＡ社宛に返信する（Ｓ２０７）。また、判定情報としてのアクセスコードは返信されたメールが送信したメールを基に返信されたメールか否かを判定しその返信されたメールに基づいてデータベース１ａのデータの更新を行なうか否かのアクセス可否の判断をするための１例であってアクセスコードに限るものではなく別の方法を用いて返信されたメールが送信したメールを基に返信されたメールか否かを判定しその返信されたメールに基づいてデータベース１ａのデータの更新を行なうか否かのアクセス可否の判断を行っても良い。
【００５３】
（１２）　サーバー１は、データベース１ａのデータの更新後、更新結果、または更新した旨のメールを依頼元のＰＣ３へ出力する（Ｓ２０６）。
【００５４】
そして、依頼元では更新結果、または更新した旨のメールを表示、または図示しない表示画面で更新された結果の確認を行なう。また、サーバー１がモニタ等の表示部を備えている場合、サーバー１からＰＣ３への出力を特に行なわず、この情報をその表示部に表示出力することでも可能である。
【００５５】
以上説明したように、ファイヤーウォール２を通過することが可能であるメールを用いて、ファイヤーウォール２によってインターネットＮから隔離されたＬＡＮ４内のデータベース１ａのデータの更新を行なうことができる。
【００５６】
また、メールを暗号化することでセキュリティの確保も可能である。ただし、暗号化については、ＩＰ（Ｉｎｔｅｒｎｅｔ　ｐｒｏｔｏｃｏｌ）でセキュリティが確保されるならば（例えばＩＰ　ｖｅｒｓｉｏｎ６）には特に必要としない場合もある。
【００５７】
また、返信された返信メール１１ｂが送信した送信メール１１ａを基に返信されたメールか否かを判定しその返信されたメールに基づいてデータベース１ａの更新を行なうか否かのアクセス可否の判断を行なうことで悪意をもったメールからデータベース１ａを守ることができる。
【００５８】
さらに図３に示した外部製造会社としてのＡ社、Ｂ社、Ｃ社における図示しないＬＡＮがファイヤーウォールによってインターネットＮから隔離されていればセキュリティの面からはさらに望ましい。
【００５９】
［第２の実施の形態］
例えば、病院内データベースにて蓄積された画像データ（放射線画像、超音波診断画像、Ｘ−ｒａｙ写真など）を用いて例えば他の病院に診断を依頼し、その回答に基づいてデータベースのデータを更新する場合。
【００６０】
以下に示す例は上述の第１の実施の形態で示した例に比べ、特に、扱うデータ（ここでは画像データ）のサイズが大きい場合について説明するものである。図６にデータベース１ａの１例を示す。当該データベースは、第１の実施の形態と同様ＰＣ３で作成されるデータ及び外部端末で作成されるデータを格納するものであり、ここでは画像データとその画像データに関する属性、診断結果等を格納したデータベースである。ここで画像データ番号００３についての所見等のデータを更新する場合を例に図７に基づいて説明する。図７は、画像データを用いた診断の流れを説明する説明図である。また、図７に示した丸囲み数字１乃至１２は、ここで説明する（１）乃至（１２）に相当する。
【００６１】
（１）　サーバー１はＰＣ３からのデータの更新を要求する更新要求を取得する（Ｓ１０１）。まず、依頼元のＰＣ３において図８に示すような依頼画面Ｂ３１ｂを表示させて必要事項（画像データ番号、病院名、ｆｔｐサーバーアドレスおよび連絡事項）を入力し、例えば実行ボタン３１１をクリックしてサーバー１に「所見」等のデータの更新を要求する更新要求として送信し、サーバー１はこれを取得する。この入力作業は、サーバー１に付されたモニタ等の表示部と、キーボードやマウス等の操作部とから行うことも可能である。
【００６２】
（２）　サーバー１は、更新要求に基づいて図９（ａ）に示すような送信メール１２ａの作成を行なう（Ｓ１０２）。この送信メール１２ａは、返信されたときに解読が可能な所定の形式に定型化されておりアンダーラインで示した部分は、更新要求に基づいて挿入したものである。実際には、サーバーは、複数の種類の更新要求に応じた送信フォーマットを予め準備しており、更新要求を受けた時に、送信フォーマットを検索し、その検索した送信フォーマットに要求事項に基づいて記入する。更新要求が一種類であれば、１つの送信フォーマットでよい。また、図９（ａ）の送信メール１２ａの（返答）に示した項目には所定の形式の１例として「：」が付してあるが、これは送信メール１２ａが返信された時に項目と「：」以降の文字列を解読可能にするためのものである。また、送信メール１２ａのフッタ部分の（署名）には、送信メール１２ａが返信された時にそのメールが送信したメールを基に返信されたメールか否かを判定しその返信メールに基づいてデータベース１ａのデータの更新を行なうか否かのアクセス可否の判断をするための判定情報としてのキーワードである「アクセスコード」を付している。また、更新要求に関連する関連データがあれば、添付ファイルとして添付が、ここでは、添付ファイルとして添付しないで依頼画面Ｂ３１ｂで指定されたｆｔｐサーバーに送信する場合を後述する（４）で説明する。ただし、添付する場合には、第１の実施の形態と同様に行なってもよい。また、サーバー１は、更新要求に基づいてデータベース１ａにデータを書き込んで登録すると共に送信メール１１ａに付したアクセスコードは、データベース１ａに入出力端末からの更新要求に対応させて保存しておく（Ｓ１０３）。
【００６３】
（３）　サーバー１は、（２）で作成した送信メール１２ａを復号化するためのキーとしてのパスワードを与えてメール１２ａを暗号化する（Ｓ１０４）。ただし、パスワードは予め送信先と取り決めておく必要がある。
【００６４】
（４）　サーバー１は、暗号化した送信メール１２ａをＡ病院宛（外部端末）に送信する（Ｓ１０５）。また、メールアドレスは、予め依頼病院とそれぞれのメールアドレスをデータベース化しておき、サーバー１が検索してメール１２ａに付しても良いし、依頼画面Ｂ３１ｂでメールアドレスを入力できるようにしても良い。さらに、依頼画面Ｂ３１ｂで指定された更新要求についての関連データである画像データを暗号化して同じく依頼画面Ｂ３１ｂで指定された外部端末からアクセス可能なｆｔｐサーバーに送信する。この画像データはデータベース１ａ上に画像データ番号と共に格納しても良いし、データベース１ａとは別に保存しておいて画像データ番号を参照することで認識させても良い。
【００６５】
（５）　Ａ病院では送信メール１２ａを受信し、図示しない外部端末を用いて暗号化された送信メール１２ａをパスワードを用いて復号化する。
【００６６】
（６）　続いてＡ病院では、図示しない外部端末を用いて送信メール１２ａの内容および指定のｆｔｐサーバーから暗号化された画像データをダウンロードし同様にして復号化して確認・診断を行い、図９（ｂ）に示す返信メール１２ｂのように（返答）に示した項目（所見、連絡事項）についての更新情報としての回答をそれぞれの「：」に続けて記載（入力）する。
【００６７】
（７）　さらにＡ病院では、返信メール１２ｂをパスワードを与えて暗号化する。
【００６８】
（８）　返信メール１１ｂをＡ病院からサーバー１へ返信する。
【００６９】
（９）　サーバー１は返信メール１２ｂを受信して（Ｓ２０１）、パスワードを用いて復号化する（Ｓ２０２）。
【００７０】
（１０）　サーバー１は返信メール１２ｂの（返答）の項目とそれぞれに対応する更新情報としての文字列と（署名）のアクセスコードとを読取る（Ｓ２０３）。例えばこの場合には、（返答）以降に示したデータベース１ａの項目（図９（ｂ）では、所見、連絡事項）を識別して、所定の形式に基づいてつまりその項目に付した「：」以降の文字列をその項目についての更新情報として認識しそして解読する。すなわち、「所見」は「異常なしと判断する。」、「連絡事項」は「○○○の場合、・・・・・・明確に異なっている。」を解読し、（署名）についても同様に、「アクセスコード」は「ＤＢ２００２０５ＣＶＢ４ＡＣ」を解読する。
【００７１】
（１１）　サーバー１は、読み取ったアクセスコードをデータベース１ａのアクセスコードと照合する（Ｓ２０４）。一致するアクセスコードが存在する場合には、更新内容をそのアクセスコードに対応させてそれぞれの項目に書き込んでデータベース１ａのデータを更新する（Ｓ２０５）。また、一致するアクセスコードが存在しない場合には、受信した返信メールにアクセス不可理由等の判定の旨を付記して暗号化したのちＡ病院宛に返信する（Ｓ２０７）。また、判定情報としてのアクセスコードは返信されたメールが送信したメールを基に返信されたメールか否かを判定しその返信されたメールに基づいてデータベース１ａの更新を行なうか否かのアクセス可否の判断をするための１例であってアクセスコードに限るものではなく別の方法を用いて返信されたメールが送信したメールを基に返信されたメールか否かを判定しその返信されたメールに基づいてデータベース１ａの更新を行なうか否かのアクセス可否の判断を行っても良い。
【００７２】
（１２）　サーバー１は、データベース１ａのデータの更新後、更新結果、または更新した旨のメールを依頼元のＰＣ３へ出力する（Ｓ２０６）。
【００７３】
そして、依頼元では更新結果、または更新した旨のメールを表示、または、または図示しない表示画面で更新された結果の確認を行なう。また、サーバー１がモニタ等の表示部を備えている場合、サーバー１からＰＣ３への出力を特に行なわず、この情報をその表示部に表示出力することでも可能である。
【００７４】
以上説明したように、ファイヤーウォール２を通過することが可能であるメールを用いて、ファイヤーウォール２によってインターネットＮから隔離されたＬＡＮ４内のデータベース１ａのデータの更新を行なうことができる。
【００７５】
また、メールの添付ファイルとしては大きすぎるデータを暗号化して外部端末からアクセス可能なｆｔｐサーバーに送信しておくことで外部端末からでも確認が可能である。ｆｔｐサーバーに送信した画像データは暗号化されているためセキュリティの確保も可能である。
【００７６】
［第３の実施の形態］
（データベース管理方法）
次に、データベースの管理のうちデータベースのメンテナンスについて図１４及び図１５を用いつつ例を示しながら説明する。図１４及び図１５はデータベースのメンテナンス方法を示すフローチャートである。
【００７７】
社内データベースにて例えばデータの不整合が発生したとき、外部にいる管理者に通知し、その回答に基づいてデータベースをメンテナンスする場合。
【００７８】
図１０は、作業、データ通信の流れを説明する説明図である。また、図１０に示した丸囲み数字１乃至１２は、ここで説明する（１）乃至（１２）に相当する。
【００７９】
（１）　サーバー１はデータベース１ａの異常の有無を監視する（Ｓ３０１）。例えば停電によりデータベース１ａ内のデータに不整合が発生した場合に、データベース１ａの異常を発見する。
【００８０】
（２）　サーバー１は、発見した異常の内容に基づいて図１１（ａ）に示すような送信メール１３ａの作成を行なう（図１４のＳ３０２）。この送信メール１３ａは、返信されたときに解読が可能な所定の形式に定型化され予め準備されておりアンダーラインで示した部分は、異常の内容に基づいて挿入したものである。また、送信先は、予め決められた管理者宛に設定される。また、（返答）に示した復旧プログラムの項には所定の項目の１例として「：」が付してあるが、これは送信メール１３ａが返信された時に「：」以降の文字列を解読可能にするためのものである。また、送信メール１３ａのフッタ部分の（署名）には、名前等の他に、送信メール１３ａが返信された時にそのメールが送信したメールを基に返信されたメールか否かを判定しその返信メールに基づいてデータベース１ａのメンテナンスを行なうか否かのアクセス可否の判断をするための判定情報としてのキーワードである「アクセスコード」を付している。また、送信メール１３ａに付したアクセスコードは、サーバー１に記憶しておく（Ｓ３０３）
（３）　サーバー１は、（２）で作成した送信メール１３ａを復号化するためのキーとしてのパスワードを与えてメール１３ａを暗号化する（Ｓ３０４）。ただし、パスワードは予め送信先と取り決めておく必要がある。
【００８１】
（４）　サーバー１は、暗号化した送信メール１３ａを予め決められた外部にいる管理者宛（外部端末）に送信する（Ｓ３０５）。
【００８２】
（５）　管理者は送信メール１３ａを受信し、外部端末を用いて暗号化された送信メール１３ａをパスワードを用いて復号化する。
【００８３】
（６）　続いて管理者では、外部端末を用いて送信メール１３ａの内容の確認等を行い、図１１（ｂ）に示す返信メール１３ｂのように（返答）に示した「復旧プログラム」の「：」に続けて記載（入力）する。ここでは、メンテナンス情報としての復旧プログラムを添付ファイルとして添付する場合を示し、そのファイル名を記載している。また、添付ファイルには、返信メール１３ｂに説明のために示すが、メンテナンスを行なうためのプログラムとしてのプログラム制御順番、プログラムコードを記載してある。また、「復旧プログラム」の「：」に続けてプログラム制御順番、プログラムコードを記載することも可能である。
【００８４】
（７）　さらに管理者は、返信メール１３ｂをパスワードを与えて暗号化する。
【００８５】
（８）　返信メール１３ｂを管理者からサーバー１へ返信する。
【００８６】
（９）　サーバー１は返信メール１３ｂを受信して（Ｓ４０１）、パスワードを用いて復号化する（Ｓ４０２）。
【００８７】
（１０）　サーバー１は返信メール１１ｂの（返答）の項目とそれぞれに対応する文字列と（署名）のアクセスコードとを解読する（Ｓ４０３）。例えばこの場合には、（返答）に示した「復旧プログラム」を識別して、「：」以降の文字列をプログラムとして解読する。すなわち、「復旧プログラム」は「添付ファイル（ａａ．ｂａｔ）」を解読し、（署名）についても同様に、「アクセスコード」は「ＤＢ２００２０２ＡＫＩＯ」を解読する。
【００８８】
（１１）　サーバー１は、読み取ったアクセスコードをデータベース１ａのアクセスコードと照合する（Ｓ４０４）。一致するアクセスコードが存在する場合には、復旧プログラムに従ってデータベース１ａのメンテナンスを行なう（Ｓ４０５）。また、一致するアクセスコードが存在しない場合には、受信した返信メールにアクセス不可理由等を付記して暗号化したのち管理者宛に返信する（Ｓ４０７）。また、判定情報としてのアクセスコードは返信されたメールが送信したメールを基に返信されたメールか否かを判定しその返信されたメールに基づいてデータベース１ａのメンテナンスを行なうか否かのアクセス可否の判断をするための１例であってアクセスコードに限るものではなく別の方法を用いて返信されたメールが送信したメールを基に返信されたメールか否かを判定しその返信されたメールに基づいてデータベース１ａのメンテナンスを行なうか否かのアクセス可否の判断を行っても良い。
【００８９】
（１２）　サーバー１は、データベース１ａのメンテナンス終了後、実行ログ等のメンテナンス結果、またはメンテナンスを行なった旨を管理者に暗号化したメールにより送信する（Ｓ４０６）。
【００９０】
以上説明したように、ファイヤーウォール２を通過することが可能であるメールを用いて、ファイヤーウォール２によってインターネットＮから隔離されたＬＡＮ４内のデータベース１ａのメンテナンスを行なうことができる。
【００９１】
［第４の実施の形態］
さらに、データベースの管理のうちデータベースのメンテナンスについて図１７及び図１８を用いつつ例を示しながら説明する。図１７及び図１８はデータベースのメンテナンス方法を示すフローチャートである。
【００９２】
本実施の形態では、特に管理者が複数の場合について説明する。即ち、社内データベースにて例えばデータの不整合が発生したとき、外部にいる複数の管理者（以下、説明では管理者Ａ、Ｂ、Ｃ）に通知し、その回答の中から優先順位に基づき選択された回答基づいてデータベースをメンテナンスする場合を説明する。尚、以下においては、前記第３の実施の形態と実質的に同様の構成に関しては説明を省略し、異なる部分についてのみ説明する。
【００９３】
図１６は、作業、データ通信の流れを説明する説明図である。また、図１６に示した丸囲み数字１乃至１２は、ここで説明する（１）乃至（１２）に相当する。尚、図１６中の丸囲み数字４、８、１２について、図が煩雑になるため外部端末Ｂと送受信を行なっているように示したが、外部端末Ａ及び外部端末Ｃとも送受信を行なう。
【００９４】
（１）から（４）では、サーバー１において、データベース１ａに異常が発生した場合に、送信先を予め各々優先順位付けされ決められた管理者宛（管理者Ａ、Ｂ、Ｃ）に設定し（Ｓ５０２）、送信メール１３ａ（図１１（ａ）参照）を各管理者Ａ、Ｂ、Ｃ宛（外部端末Ａ、Ｂ、Ｃ）に送信する（Ｓ５０５）。
【００９５】
（５）から（８）では、各管理者Ａ、Ｂ、Ｃが、送信メール１３ａを復号化及び送信メール１３ａの内容を確認し、返信メール１３ｂ（図１１（ｂ）参照）を作成し、暗号化を行ないサーバー１へ返信する。ただし、管理者Ａ、Ｂ、Ｃの全てが前記作業を行なうとは限らないが、そのような場合のサーバー１での処理については後述する。
【００９６】
（９）から（１２）では、返信メール１３ｂの受信、復号化、解読、メンテナンスの実行、メンテナンス結果送信等を行なうが、本実施の形態においては、それらは図１８に示すフローチャートに基づいて行なわれる。以下、図１８を用いて説明する。
【００９７】
サーバー１は、送信メール１３ａを送信してから第１の所定の時間を経過するまでは（図１８ステップＳ６０１）、管理者Ａ、Ｂ、Ｃからの返信メール１３ｂを受信する（Ｓ６０２）。本実施の形態では第１の所定の時間は３０分とした。受信した場合にはパスワードを用いて復号化し（Ｓ６０３）、サーバー１は返信メール１１ｂの（返答）の項目とそれぞれに対応する文字列と（署名）のアクセスコードとを解読する（Ｓ６０４）。サーバー１は、アクセスコードと照合し（Ｓ６０５）、一致するアクセスコードが存在する場合には、復旧プログラムに管理者に付された優先順位に基づいて復旧プログラムに優先順位を付けて一時的に格納する（Ｓ６０６）。また、一致するアクセスコードが存在しない場合には、管理者宛に暗号化したメールを返信する（Ｓ６０７）。
【００９８】
ここで、第１の所定の時間である３０分が経過した時（Ｓ６０１）、それまでの間に格納された復旧プログラムがあれば（Ｓ６０８）、その復旧プログラムに従ってデータベース１ａのメンテナンスを行なうことになるが、本実施の形態では、管理者Ａ、Ｂ、Ｃから、それぞれ復旧プログラムが送られてくる場合がある。よって、復旧プログラムが複数格納されていれば、ステップＳ６０６で付した優先順位に基づいて最も優先順位の高い復旧プログラムをメンテナンスを行なうための復旧プログラムとして選択する（Ｓ６０９）。そして、選択された復旧プログラムに従ってデータベース１ａのメンテナンスを行ない（Ｓ６１０）、実行ログ等のメンテナンス結果、またはメンテナンスを行なった旨を管理者Ａ、Ｂ、Ｃに暗号化されたメールにより送信する（Ｓ６１１）。ただし、前述したように管理者Ａ、Ｂ、Ｃの全てが返信メール１３ｂを送信するとは限らず、格納された復旧プログラムが一つの場合には、その復旧プログラムに基づいてンテナンスを行なう。
【００９９】
さらに、第１の所定の時間である３０分間に管理者Ａ、Ｂ、Ｃの全てが返信メール１３ｂを送信しなかった場合、つまり、第１の所定の時間である３０分が経過した時（Ｓ６０１）、それまでの間に格納された復旧プログラムが無い場合には（Ｓ６０８）、送信メール１３ａを送信してからさらに第２の所定の時間を経過するまでは（Ｓ６０１）、管理者Ａ、Ｂ、Ｃからの返信メール１３ｂを受信する（Ｓ６０２）。本実施の形態では第１の所定の時間は６０分とした。この場合には、返信メール１３ｂを受信し（Ｓ６０２）、復号化し（Ｓ６１４）、解読し（Ｓ６１５）、アクセスコードが一致したら（Ｓ６１６）、優先順位に関係なくその返信メール１３ｂに付された復旧プログラムに基づいてンテナンスを行なう（Ｓ６１８）。もちろん、一致するアクセスコードが存在しない場合には、管理者宛に暗号化したメールを返信するし（Ｓ６１７）、メンテナンスを行なった旨を管理者Ａ、Ｂ、Ｃに暗号化されたメールにより送信する（Ｓ６１９）。
【０１００】
さらに、第２の所定の時間である６０分間に管理者Ａ、Ｂ、Ｃの全てが返信メール１３ｂを送信しなかった場合には、サーバー１は、再度送信メール１３ａを作成して、各管理者Ａ、Ｂ、Ｃ宛（外部端末Ａ、Ｂ、Ｃ）に送信する（Ｓ５０２〜Ｓ５０５）。
【０１０１】
このように、複数の管理者を設定することで、例えば管理者不在等による復旧の遅延を回避することができる。また、優先順位を設けているので、複数の異なる復旧プログラムが送信されてきても混乱すること無く、また、送信メール１３ａ送信後の第１の所定の時間の間は、メンテナンスは行なわず、復旧プログラムの受信を行なうので、より優先順位の高い管理者からの復旧プログラムによるメンテナンスが可能となる。
【０１０２】
【発明の効果】
以上説明したように本発明によれば、インターネットから隔離された環境下に置かれたデータベースのデータの更新やデータベースのメンテナンスを、メールの送受信を行なうことで、メールに記載された内容に基づいてデータベースのデータの更新やデータベースのメンテナンスを行なうことが可能なデータ管理システム、データベース管理システム、データ管理方法、及び、データベース管理方法を提供することが可能となる。
【図面の簡単な説明】
【図１】本発明にかかるデータ管理システムの１実施の形態を示す構成図である。
【図２】図１に示すデータ管理システムのデータベースの１例を示す図である。
【図３】本発明に係るデータ管理方法による作業の流れを示す説明図である。
【図４】図１に示すデータ管理システムのＰＣにおいて表示されるデータベースの更新にかかわる画面の１例を表す図である。
【図５】（ａ）は図１に示すデータ管理システムにおけるデータの更新にかかわる送信メールの１例を示す図で、（ｂ）は図１に示すデータ管理システムにおけるデータの更新にかかわる受信メールの１例を示す図である。
【図６】図１に示すデータ管理システムのデータベースの１例を示す図である。
【図７】本発明に係るデータ管理方法による作業の流れを示す説明図である。
【図８】図１に示すデータ管理システムのＰＣにおいて表示されるデータの更新にかかわる画面の１例を表す図である。
【図９】（ａ）は図１に示すデータ管理システムにおけるデータの更新にかかわる送信メールの１例を示す図で、（ｂ）は図１に示すデータ管理システムにおけるデータの更新にかかわる受信メールの１例を示す図である。
【図１０】本発明に係るデータベース管理方法による作業の流れを示す説明図である。
【図１１】（ａ）は図１に示すデータベース管理システムにおけるデータベースのメンテナンスにかかわる送信メールの１例を示す図で、（ｂ）は図１に示すデータベース管理システムにおけるデータベースのメンテナンスにかかわる受信メールの１例を示す図である。
【図１２】本発明に係るデータの更新方法の手順を示すフローチャートである。
【図１３】本発明に係るデータの更新方法の手順を示すフローチャートである。
【図１４】本発明に係るデータベースのメンテナンス方法の手順を示すフローチャートである。
【図１５】本発明に係るデータベースのメンテナンス方法の手順を示すフローチャートである。
【図１６】本発明に係るデータベース管理方法による作業の流れを示す説明図である。
【図１７】本発明に係るデータベースのメンテナンス方法の手順を示すフローチャートである。
【図１８】本発明に係るデータベースのメンテナンス方法の手順を示すフローチャートである。
【符号の説明】
１　サーバー
１ａ　データベース
２　ファイヤーウォール
３　ＰＣ
４　ＬＡＮ
１１ａ　送信メール
１１ｂ　返信メール
１２ａ　送信メール
１２ｂ　返信メール
１３ａ　送信メール
１３ｂ　返信メール
３１ａ　依頼画面Ａ
３１ｂ　依頼画面Ｂ
３１１　実行ボタン

Claims (26)

1. インターネットを介して接続された外部端末と、ファイヤーウォールにより前記インターネットから隔離されたネットワーク上のデータベース、サーバー及び入出力端末を含み、前記データベースに格納されるデータを管理するデータ管理システムであって、
   前記入出力端末は、
   前記データベースのデータの更新を要求する更新要求を前記サーバーに送信する要求手段を含み、
   前記サーバーは、
   受信する時のメールが送信する時のメールを基に返信されたメールか否かを判定するための判定情報を付して前記入出力端末から送信される前記更新要求に基づきメールを作成し前記外部端末に送信する送信手段と、
   前記外部端末から送信されるメールを受信し、該メールに記載された少なくとも前記データベースのデータの更新にかかわる更新情報と、前記判定情報とを解読する受信手段と、
   前記解読した前記判定情報に基づいて前記受信したメールが前記送信したメールを基に返信されたメールか否かを判定する判定手段と、
   前記判定により前記受信したメールが前記送信したメールを基に返信されたメールであると判定された場合に前記更新情報に基づいて前記データベースのデータの更新を行なう制御手段とを含むことを特徴とするデータ管理システム。
2. 前記送信手段は、前記更新要求についての関連データがある場合には、前記メールに前記関連データを添付ファイルとして添付し送信する請求項１に記載のデータ管理システム。
3. 前記送信手段は、前記更新要求についての関連データがある場合には、前記メール送信の際に前記ファイヤーウォールを介して前記インターネットに接続された前記外部端末からアクセス可能なｆｔｐサーバーに前記関連データを送信する請求項１または請求項２に記載のデータ管理システム。
4. 前記送信手段は、前記ｆｔｐサーバーに前記関連データを送信する際、前記関連データを暗号化して送信する請求項３に記載のデータ管理システム。
5. 前記制御手段は、更に前記更新を行なった結果またはその旨を前記入出力端末に出力する請求項１乃至請求項４のいずれかに記載のデータ管理システム。
6. 前記送信手段で作成されるメールは、該メールが返信されたときに前記受信手段での解読が可能な所定の形式である請求項１乃至請求項５のいずれかに記載のデータ管理システム。
7. 前記送信手段は、更に前記判定により前記受信したメールが前記送信したメールを基に返信されたメールではないと判定された場合に、前記受信したメールに前記判定の旨を付して返信する請求項１乃至請求項６のいずれかに記載のデータ管理システム。
8. 前記送信手段は、前記作成したメールを暗号化し、
   前記受信するメールは暗号化されたメールであって、前記受信手段は、メールを受信し復号化する請求項１乃至請求項７のいずれかに記載のデータ管理システム。
9. 前記サーバーは、前記データベースを含む請求項１乃至請求項８のいずれかに記載のデータ管理システム。
10. インターネットを介して接続された外部端末と、ファイヤーウォールにより前記インターネットから隔離されたネットワーク上のデータベース、サーバー及び入出力端末を含み、前記データベースのメンテナンスを行なうデータベース管理システムであって、
    前記サーバーは、
    前記データベースの異常の有無を監視する監視手段と、
    受信する時のメールが送信する時のメールを基に返信されたメールか否かを判定するための判定情報を付して発見された前記異常の内容に基づきメールを作成し前記外部端末に送信する送信手段と、
    前記外部端末から送信されるメールを受信し、該メールに記載された少なくとも前記データベースのメンテナンスにかかわるメンテナンス情報と、前記判定情報とを解読する受信手段と、
    前記解読した前記判定情報に基づいて前記受信したメールが前記送信したメールを基に返信されたメールか否かを判定する判定手段と、
    前記判定により前記受信したメールが前記送信したメールを基に返信されたメールであると判定された場合に前記メンテナンス情報に基づいて前記データベースのメンテナンスを行なう制御手段とを含むことを特徴とするデータベース管理システム。
11. インターネットを介して接続された外部端末と、ファイヤーウォールにより前記インターネットから隔離されたネットワーク上のデータベース、サーバー及び入出力端末を含み、前記データベースのメンテナンスを行なうデータベース管理システムであって、
    前記サーバーは、
    前記データベースの異常の有無を監視する監視手段と、
    受信する時のメールが送信する時のメールを基に返信されたメールか否かを判定するための判定情報を付して発見された前記異常の内容に基づきメールを作成し、受信する複数のメールから解読される前記データベースのメンテナンスにかかわるメンテナンス情報の中から前記データベースのメンテナンスを行なうメンテナンス情報を選択するための優先順位が付けられた複数の前記外部端末に送信する送信手段と、
    前記外部端末から送信されるメールを受信し、該メールに記載された少なくとも前記メンテナンス情報と、前記判定情報とを解読する受信手段と、
    前記解読した前記判定情報に基づいて前記受信したメールが前記送信したメールを基に返信されたメールか否かを判定する判定手段と、
    前記判定により送信したメールを基に返信されたメールであると判定された複数のメールから解読される前記メンテナンス情報の中から前記優先順位に基づいて前記データベースのメンテナンスを行なうメンテナンス情報を選択する選択手段と、
    前記選択されたメンテナンス情報に基づいて前記データベースのメンテナンスを行なう制御手段とを含むことを特徴とするデータベース管理システム。
12. 前記選択手段は、前記優先順位に基づいた選択を行なうための第１の所定の時間内に前記判定により前記送信したメールを基に返信されたメールであると判定されたメールが１つ以上ある場合には、前記優先順位に基づいた選択を行ない、前記第１の所定の時間内に前記判定により前記送信したメールを基に返信されたメールであると判定されるメールが無かった場合には、前記第１の所定の時間経過後に前記判定により前記送信したメールを基に返信されたメールであると最初に判定されるメールから解読される前記メンテナンス情報を選択する請求項１１に記載のデータベース管理システム。
13. 前記選択手段は、前記最初に判定されたメールから解読される前記メンテナンス情報の選択を第２の所定の時間内に行ない、
    前記制御手段は、更に前記第２の所定の時間内に前記メンテナンス情報の選択がなされなかった場合に前記送信手段による送信を再度行なうように制御する請求項１２に記載のデータベース管理システム。
14. 前記制御手段は、更に前記メンテナンスを行なった結果またはその旨を前記外部端末に出力する請求項１０乃至請求項１３のいずれかに記載のデータベース管理システム。
15. 前記メンテナンス情報は、前記サーバーに前記メンテナンスを行なわせるプログラムを含み、
    前記メンテナンスは、前記プログラムに基づいて行なわれる請求項１０乃至請求項１４のいずれかに記載のデータベース管理システム。
16. 前記送信手段で作成されるメールは、該メールが返信されたときに前記受信手段での解読が可能な所定の形式である請求項１０乃至請求項１５のいずれかに記載のデータベース管理システム。
17. 前記送信手段は、更に前記判定により前記受信したメールが前記送信したメールを基に返信されたメールではないと判定された場合に、前記受信したメールに前記判定の旨を付して返信する請求項１０乃至請求項１６のいずれかに記載のデータベース管理システム。
18. 前記送信手段は、前記作成したメールを暗号化し、
    前記受信するメールは暗号化されたメールであって、前記受信手段は、メールを受信し復号化する請求項１０乃至請求項１７のいずれかに記載のデータベース管理システム。
19. 前記サーバーは、前記データベースを含む請求項１０乃至請求項１８のいずれかに記載のデータベース管理システム。
20. インターネットを介して接続された外部端末と、ファイヤーウォールにより前記インターネットから隔離されたネットワーク上のデータベース及び入出力端末と、通信可能とされる前記ネットワーク上のサーバーにより、前記データベースのデータを管理するデータ管理方法であって、
    受信する時のメールが送信する時のメールを基に返信されたメールか否かを判定するための判定情報を付して前記入出力端末から送信される前記データベースのデータの更新を要求する更新要求に基づきメールを作成し前記外部端末に送信するステップと、
    前記外部端末から送信されるメールを受信し、該メールに記載された少なくとも前記データベースのデータの更新にかかわる更新情報と、前記判定情報とを解読するステップと、
    前記解読した前記判定情報に基づいて前記受信したメールが前記送信したメールを基に返信されたメールか否かを判定するステップと、
    前記判定により前記受信したメールが前記送信したメールを基に返信されたメールであると判定された場合に前記更新情報に基づいて前記データベースのデータの更新を行なうステップとを含むことを特徴とするデータ管理方法。
21. 前記更新を行なった結果またはその旨を前記入出力端末に出力するステップを更に含む請求項２０に記載のデータ管理方法。
22. 前記判定により前記受信したメールが前記送信したメールを基に返信されたメールではない判定された場合に、前記受信したメールに前記判定の旨を付して返信するステップを更に含む請求項２０または請求項２１に記載のデータ管理方法。
23. インターネットを介して接続された外部端末と、ファイヤーウォールにより前記インターネットから隔離されたネットワーク上のデータベース及び入出力端末と、通信可能とされる前記ネットワーク上のサーバーにより、前記データベースを管理するデータベース管理方法であって、
    前記データベースの異常の有無の監視により異常が発見された場合に、受信する時のメールが送信する時のメールを基に返信されたメールか否かを判定するための判定情報を付して前記発見された異常の内容に基づきメールを作成し前記外部端末に送信するステップと、
    前記外部端末から送信されるメールを受信し、該メールに記載された少なくとも前記データベースのメンテナンスにかかわるメンテナンス情報と、前記判定情報とを解読するステップと、
    前記解読した前記判定情報に基づいて前記受信したメールが前記送信したメールを基に返信されたメールか否かを判定するステップと、
    前記判定により前記受信したメールが前記送信したメールを基に返信されたメールであると判定された場合に前記メンテナンス情報に基づいて前記データベースのメンテナンスを行なうステップとを含むことを特徴とするデータベース管理方法。
24. インターネットを介して接続された外部端末と、ファイヤーウォールにより前記インターネットから隔離されたネットワーク上のデータベース及び入出力端末と、通信可能とされる前記ネットワーク上のサーバーにより、前記データベースを管理するデータベース管理方法であって、
    前記データベースの異常の有無の監視により異常が発見された場合に、受信する時のメールが送信する時のメールを基に返信されたメールか否かを判定するための判定情報を付して前記発見された異常の内容に基づきメールを作成し、受信する複数のメールから解読される前記データベースのメンテナンスにかかわるメンテナンス情報の中から前記データベースのメンテナンスを行なうメンテナンス情報を選択するための優先順位が付けられた複数の前記外部端末に送信するステップと、
    前記外部端末から送信されるメールを受信し、該メールに記載された少なくとも前記データベースのメンテナンスにかかわるメンテナンス情報と、前記判定情報とを解読するステップと、
    前記解読した前記判定情報に基づいて前記受信したメールが前記送信したメールを基に返信されたメールか否かを判定するステップと、
    前記判定により送信したメールを基に返信されたメールであると判定された複数のメールから解読される前記メンテナンス情報の中から前記優先順位に基づいて前記データベースのメンテナンスを行なうメンテナンス情報を選択するステップと、
    前記選択されたメンテナンス情報に基づいて前記データベースのメンテナンスを行なうステップとを含むことを特徴とするデータベース管理方法。
25. 前記メンテナンスを行なった結果またはその旨を前記外部端末に出力するステップを更に含む請求項２３または請求項２４に記載のデータベース管理方法。
26. 前記判定により前記受信したメールが前記送信したメールを基に返信されたメールではない判定された場合に、前記受信したメールに前記判定の旨を付して返信するステップを更に含む請求項２３乃至請求項２５のいずれかに記載のデータベース管理方法。

Images