JP2000148611A

JP2000148611A - イントラネットとデータベースサーバおよびそのデータ転送方法

Info

Publication number: JP2000148611A
Application number: JP31603898A
Authority: JP
Inventors: Hideaki Hanaoka; 秀明花岡; Takafumi Izumi; 貴文泉; Katsuto Matsuda; 勝人松田; Motohisa Ando; 元久安藤; Shuichi Maruyama; 修一丸山; Noriyoshi Hattori; 法義服部
Original assignee: Nippon Telegraph and Telephone Corp; Nippon Telegraph and Telephone West Corp; Nippon Telegraph and Telephone East Corp
Current assignee: Nippon Telegraph and Telephone Corp; Nippon Telegraph and Telephone West Corp; Nippon Telegraph and Telephone East Corp
Priority date: 1998-11-06
Filing date: 1998-11-06
Publication date: 2000-05-30

Abstract

(57)【要約】【課題】従来、イントラネット間での各データベース
の更新通知は、ファイアウォール等を設けたハイレベル
のセキュリティを有するインターネットを通過できな
い。【解決手段】イントラネットにおいてＷＷＷサーバと
リンクしたデータべースのデータが更新されると、メー
ル作成部１７により、その更新命令とデータを電子メー
ルの形に変換し（命令メール）、メールサーバを介して
他のイントラネットに送信する。受信側のイントラネッ
トでは、更新情報作成部１８により、受信した命令メー
ルに記載された命令とデータを読み出し、自デー夕べー
スのメンテナンス作業を実行する。このようにメールを
利用することにより、ファイアウォールを介してインタ
ーネット経由で、データベースの更新を他のイントラネ
ットに通知することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベース（Ｄ
Ｂ：Data-Base）サーバとＷＷＷ（World Wide Web）サ
ーバを有する複数のイントラネット（Intranet）をファ
イアウォール（Fare wall）を介して接続してなるエク
ストラネット（Extranet）構成におけるデータベースの
管理技術に係わり、特に、イントラネットのセキュリテ
ィ性能を損なうことなく、各イントラネットのそれぞれ
のデータベースの整合性管理を効率的に行なうのに好適
なイントラネットとデータベースサーバおよびそのデー
タ転送方法に関するものである。

【０００２】

【従来の技術】特定の企業間で秘匿性の高い情報を安全
に共有するためには、不正アクセスを防止するセキュリ
ティシステムを構築することが不可欠である。例えば、
イントラネット内に不正にアクセスされることを防止す
るために、ファイアウォールと呼ばれるゲートウェイ
（Gateway）を各イントラネットの入り口に構築し、そ
の外側に共有ＷＷＷサーバを構築している。

【０００３】しかし、このような構成では、各企業のそ
れぞれのイントラネット内にある各データベース間のデ
ータ転送が、ファイアウォールによって阻止される。こ
のような問題に対処するために、従来は、図３１や図３
２に示す技術が用いられている。

【０００４】図３１は、ファイアウォール対応にイント
ラネット・データベース間でのデータ転送を行なうため
の従来のシステムを示すブロック図である。図３１にお
いて、２８１はＡ社イントラネット、２８２はＢ社イン
トラネットであり、Ａ社イントラネット２８１とＢ社イ
ントラネット２８２のそれぞれには、クライアント２８
１ａ，２８１ｂ、２８２ａ，２８２ｂ、データベースサ
ーバ（図中、「ＤＢサーバ」と記載）２８１ｃ，２８２
ｃ、社内用ＷＷＷサーバ２８１ｄ，２８２ｄ、ルータ２
８１ｅ，２８１ｉ，２８２ｅ，２８２ｉ、メールサーバ
２８１ｆ，２８２ｆ、ファイアウォール（図中、「Ｆ
Ｗ」と記載）２８１ｇ，２８２ｇ、ＳＳＬ（Secure Soc
ket Layer)による暗号化機能対応のＷＷＷサーバ２８１
ｈ，２８２ｈが設けられている。

【０００５】Ａ社イントラネット２８１において、クラ
イアント２８１ａ，２８１ｂとデータベースサーバ２８
１ｃおよび社内用ＷＷＷサーバ２８１ｄとからなるＬＡ
Ｎ（Local Area Network）に、ルータ２８１ｅを介し
て、メールサーバ２８１ｆとファイアウォール２８１ｇ
およびＷＷＷサーバ２８１ｈが接続され、Ｂ社イントラ
ネット２８２においても同様な接続構成となっている。
このような構成のＡ社イントラネット２８１とＢ社イン
トラネット２８２間は、それぞれのＷＷＷサーバ２８１
ｈ，２８２ｈにより、インターネット２８３を介して接
続されている。

【０００６】しかし、このようなＷＷＷサーバ２８１
ｈ，２８２ｈによるインターネット２８３を介しての接
続だけでは、Ａ社イントラネット２８１とＢ社イントラ
ネット２８２のそれぞれにある各データベースサーバ２
８１ｃ，２８２ｃ間でのデータ転送が、ファイアウォー
ル２８１ｇ，２８２ｇによって阻止されるので、このよ
うなデータベースサーバ２８１ｃ，２８２ｃ間でのデー
タ転送用に専用線２８０を設けている。この専用線２８
０を介して、ルータ２８１ｉ，２８２ｉにより、各デー
タベースサーバ２８１ｃ，２８２ｃ間でのデータ転送を
行なうことができる。

【０００７】図３２は、ファイアウォール対応にイント
ラネット・データベース間でのデータ転送を行なうため
の従来の他のシステムを示すブロック図である。図３２
におけるＡ社イントラネット２９１とＢ社イントラネッ
ト２９２は、図３１におけるＡ社イントラネット２８１
とＢ社イントラネット２８２のそれぞれ設けられていた
ルータ２８１ｉ，２８２ｉの代わりに、外部記憶媒体
（図中、「外部媒体」と記載）２９０を用いてデータの
読み書きを行なう入出力装置（図中、「入力装置」、
「出力装置」と記載）２９１ａ，２９２ａを設けた構成
となっている。

【０００８】このような構成により、Ａ社イントラネッ
ト２９１とＢ社イントラネット２９２では、ＷＷＷサー
バ２８１ｈ，２８２ｈによるインターネット２８３を介
しての接続を利用することなく、外部記憶媒体２９０を
介して、入出力装置２９１ａ，２９２ａにより、各デー
タベースサーバ２８１ｃ，２８２ｃ間でのデータ転送を
行なうことができる。

【０００９】しかし、図３１および図３２で示したそれ
ぞれの技術では、以下のような問題がある。まず、企業
間で最も必要なデータベースのレプリケーション（Repl
ication：複製、すなわち、元のデータベースに対して
施された更新の内容を、ネットワーク経由でローカルサ
イトに送り、そこにある複製データベースを更新する処
理）ができず、リアルタイムで変更できない。また、特
に、図３２のように外部記憶媒体をやり取りする技術で
は、外部記憶媒体へのデータの読み書きを行なう入出力
装置が別途必要であり、また、外部記憶媒体のやり取り
に時間がかかり、リアルタイム性に欠ける。

【００１０】尚、上述のような構成で、クライアント上
のブラウザを介して入力された条件・指示に対して、Ｗ
ＷＷサーバにより、データベース上のデータの照会、登
録、更新、削除といった処理を行なうイントラネットに
関しては、例えば、ＮＥＣイントラネットプロジェクト
編「イントラネット完全構築ガイド」（１９９６年、日
経ＢＰ社発行）の第４４〜６９頁等に記載されている。

【００１１】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、複数の企業のそれぞれが構築し
ているイントラネット内で保有する各データベースに対
して新規登録、削除、変更等の更新処理を行った場合、
その更新処理したデータベースから他のイントラネット
のデータベースに発信される更新情報が、ファイアウォ
ール等を設けたハイレベルなセキュリティを有するイン
ターネットを通過できない点である。

【００１２】本発明の目的は、これら従来技術の課題を
解決し、専用線や外部記憶媒体を用いることなく、複数
のイントラネット内の各データベース同士が常に同一の
内容を保持し続けることを自動的に行うことを可能とす
るイントラネットとデータベースサーバおよびそのデー
タ転送方法を提供することである。

【００１３】

【課題を解決するための手段】上記目的を達成するた
め、本発明のイントラネットとデータベースサーバおよ
びそのデータ転送方法では、ＷＷＷブラウザを利用して
いるクライアントからＷＷＷサーバにアクセスし、デー
タの書き換え等を行った場合、書き換えの命令とそのデ
ータを電子メールの型に変換して、必要な他のイントラ
ネットに、ファイアウォールを介してインターネット経
由で送信するので、送信側のデータベースと受信側のデ
ータベースの内容を、従来のように専用線や外部記憶媒
体を用いることなく、効率的に一致させることができ
る。さらに、ファイアウォールの設定により、電子メー
ルの配送プロトコルであるＳＭＴＰ（Simple Mail Tran
sfer Protocol）のみが通過可能である閉域ネットワー
ク（イントラネット）であるので、外部からの侵入を防
止でき、また、暗号さえかけておけば盗聴をも防止する
ことができる。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。図１は、本発明のイントラネ
ットの本発明に係る構成の一実施例を示すブロック図で
ある。本図１において、１０はＡ社イントラネット、２
０はＢ社イントラネットであり、Ａ社イントラネット１
０とＢ社イントラネット２０によりエクストラネットが
構成されている。

【００１５】Ａ社イントラネット１０とＢ社イントラネ
ット２０のそれぞれには、クライアントに設けられたブ
ラウザ１１，２１、ＷＷＷサーバ１２，２２、データベ
ースサーバ（図中、「ＤＢサーバ」と記載）１３，２
３、メールサーバ１４，２４、ファイアウォール（図
中、「ＦＷ」と記載）１５，２５がＬＡＮ等のネットワ
ーク１６，２６上に設けられている。

【００１６】また、Ａ社イントラネット１０およびＢ社
イントラネット２０のそれぞれのデータベースサーバ１
３，２３においては、データベースサーバ１３，２３が
管理するデータベースに更新がなされたことを他のイン
トラネットに通知するための情報（更新情報）を、メー
ルサーバ１４，２４で取扱可能なように電子メール形式
（命令メール）に変換するメール作成部（図中、「メー
ル作成」と記載）１７，２７と、他のイントラネットか
ら送られてきた電子メールが更新情報を変換した命令メ
ールであることを判別して、元の更新情報に戻す更新情
報作成部（図中、情報作成」と記載）１８，２８、およ
び、命令メールに基づく各処理状況を管理する作業結果
管理部（図中、「作業管理」と記載）１９，２９が設け
られている。

【００１７】メール作成部１７，２７は、データベース
テーブルの内容が書き換えられた時、書き換えの命令と
そのデータ（以下、「送信データ」という）をテーブル
形式で蓄積し、その送信データを電子メールのフォーマ
ット（以下、「命令メール」という）に変換する。

【００１８】更新情報作成部１８，２８は、他のイント
ラネットから送られてきた命令メールを取り込み、この
命令メールから命令とデータを分離し、データベースサ
ーバ１３，２３のアプリケーションソフトを起動する。
このアプリケーションソフトは、当該命令に応じたデー
タ処理を行ない、自イントラネット内のデータベースを
更新する。

【００１９】作業結果管理部１９，２９は、メール作成
部１７，２７および更新情報作成部１８，２８による処
理状況を監視して、命令メールに基づくデータベースの
更新が正常に実行されるように、例えば、データベース
の更新終了後、その旨を通知するメール（作業結果メー
ル）を作成して、命令メールの送信元に送信するようメ
ールサーバ１４，２４に依頼する等の処理を行なう。

【００２０】これらのメール作成部１７，２７の処理、
および、それに伴う更新情報作成部１８，２８と作業結
果管理部１９，２９の処理は、ＷＷＷサーバ１２，２２
とデータベースサーバ１３，２３との間でやり取りされ
る各種の業務処理の発生に基づき起動される。

【００２１】例えば、Ａ社イントラネット１０のブラウ
ザ１１からＷＷＷサーバ１２を介して、Ｂ社の商品に対
する要望や苦情等、あるいは、Ｂ社に対する工事の発注
等のデータが入力されると、データベースサーバ１３で
は、「insert」トリガを起動させ、管理下のデータベー
スにデータを追加し、それに伴い、メール作成部１７の
処理が開始される。その結果、データの追加が、ファイ
アウォール１５を介してインターネット３０経由で、Ｂ
社イントラネット２０側のデータベースサーバ２３の管
理下のデータベースに反映され、Ｂ社側でも、ブラウザ
２１からＷＷＷサーバ２２を介して、それらの情報を参
照することができる。

【００２２】また、Ｂ社側で、例えばＡ社から発注され
た工事の完了後、ブラウザ２１からＷＷＷサーバ２２を
介して、工事の完了報告をデータ入力すると、データベ
ースサーバ２３では、「update」トリガを起動させ、管
理下のデータベースにデータを追加し、かつ、メール作
成部２７の処理により、「工事の完了報告」が、Ａ社イ
ントラネット１０側のデータベースサーバ１３の管理下
のデータベースに反映され、Ａ社側では、ブラウザ１１
からＷＷＷサーバ１２を介して、その情報を参照するこ
とにより、工事の進捗を確認することができる。

【００２３】このように図１に示す構成により、例えば
Ａ社イントラネット１０では、ＷＷＷサーバとリンクし
たデータべースサーバ１３で管理するデータベースのデ
ータに書き換えイべントが発生すると、その命令（inse
rt,update,delete）とデータとを、電子メールの形に変
換して、すなわち、命令メールとしてメールサーバ１４
に渡す。メールサーバ１４は、宛先に指定された受信側
のメールのアドレス、例えばＢ社イントラネット２０に
自動発信する。

【００２４】Ａ社イントラネット１０のメールサーバ１
４からの命令メールは、ファイアウォール１５を介して
インターネット３０経由でＢ社イントラネット２０に送
られる。Ｂ社イントラネット２０では、Ａ社イントラネ
ット１０からの命令メールをメールサーバ２４で受信
し、データべースサーバ２３に渡す。データべースサー
バ２３は、この命令メール本文に記載された命令とデー
タを解析して、データべースサーバ２３で管理している
デー夕べースのメンテナンス作業を実行する。

【００２５】このように本例のエクストラネットでは、
Ａ社イントラネット１０でのデータベースの更新情報
を、ファイアウォール１５，２５を介してインターネッ
ト３０経由でＢ社イントラネット２０のデータベースサ
ーバ２３に通知することができる。そして、このことに
より、常に同一の内容のデータベースが、Ａ社イントラ
ネット１０とＢ社イントラネット２０のそれぞれに存在
し、それぞれの企業内で利用できる。

【００２６】尚、受信側のＢ社イントラネット２０で
は、作業結果管理部２９により、自動データメンテナン
ス作業が終了した旨のメール（作業結果メール）を作成
して、メールサーバ２４を介して、Ａ社イントラネット
１０に送り、Ａ社イントラネット１０では、受信した作
業結果メールを、メールサーバ１４からデータベースサ
ーバ１３に送る。このデータべースサーバ１３では、作
業結果管理部１９により、受信した作業結果メールと、
先に送信した命令メールを常に照合し、作業漏れや誤作
業を監視する。

【００２７】以下、図２および図３を用いてデータベー
スサーバ１３の本発明に係わる詳細な構成を説明する。
図２および図３は、図１におけるデータベースサーバの
本発明に係わる構成例を示すブロック図である。尚、図
２、図３において、実線矢印は「テーブル登録処理」、
破線矢印は「テーブル参照処理」、点線矢印は「メッセ
ージ軌跡」を表わしている。

【００２８】図２に示すように、データベースサーバ
（図中、「ＤＢサーバ」と記載）１３は、送信データ蓄
積部（図中、「第１，ｎ送信データストアテーブル」と
記載）１３ａ，１３ｂと、送信データ管理部（図中、
「送信データ管理テーブル」と記載）１３ｃ、メール管
理部（図中、「メール管理テーブル」と記載）１３ｄ、
メッセージ管理部（図中、「メッセージ管理テーブル」
と記載）１３ｅ、転送管理部（図中、「転送管理テーブ
ル」と記載）１３ｆ、メール作成部（図中、「データメ
ール作成・メール送信タスク（スケジュール起動）」と
記載）１７、作業結果管理部（図中、「作業結果メール
取込・作業結果登録タスク（スケジュール起動）」と記
載）１９、作業結果登録・更新部（図中、「作業結果登
録・更新」と記載）１９ａ、リトライ要求部（図中、
「メール（リトライ）の送信」と記載）１９ｂを有す
る。

【００２９】データベースサーバ１３は、管理下のアプ
リケーションデータベース（図中、「ＡＰデータベー
ス」と記載）４０におけるデータ（ＡＰ第１，ｎテーブ
ル）にトランザクションデータ作成タスク４１，４２に
よる書き換えイベントが発生して内容が書き換えられる
と、その書き換え命令（insert,update,delete）とその
データ（送信データ）を、送信データ蓄積部１３ａ，１
３ｂで蓄積する。

【００３０】送信データ管理部１３ｃでは、図７で示す
テーブル（送信データ管理テーブル（sendmg）７１）を
用いて、送信データの通番管理や対応する処理状況管理
を行なう。メール管理部１３ｄでは、図１５で示すテー
ブル（サービス管理情報テーブル（ｍａｉｌｍｇ）１５
１）を用いて、送信先アドレスや送信先データベース等
の各サービス毎固有の転送情報の管理を行なう。

【００３１】メッセージ管理部１３ｅでは、送受信メッ
セージ情報をストア（格納）して、メールリーダ（メー
ル・クライアント・モジュール）とのインタフェース部
となる情報を管理する。転送管理部１３ｆでは、図１４
および図２２で示すテーブル（送信タスク管理テーブル
（transmg）１４１，２１２）を用いて、送受信サーバ
間のデータ転送状況や送信データを管理する。

【００３２】メール作成部１７は、送信データ管理部１
３ｃやメール管理部１３ｄの管理内容（テーブル）を参
照して、送信データを電子メールのフォーマットに変換
して命令メールを作成し、メールサーバ１４に送信依頼
する。このメール作成部１７の処理結果は、メッセージ
管理部１３ｅおよび転送管理部１３ｆにおいてテーブル
登録される。

【００３３】作業結果管理部１９は、命令メールの送信
先の他のイントラネットからの当該命令メールに対する
処理結果を取り込み、メール管理部１３ｄやメッセージ
管理部１３ｅおよび転送管理部１３ｆにおける管理内容
（テーブル）を参照して、作業結果登録・更新部１９ａ
もしくはリトライ要求部１９ｂを起動する。

【００３４】作業結果登録・更新部１９ａは、命令メー
ルの送信先の他のイントラネットからの当該命令メール
に対する処理完了結果が返された場合に、作業結果管理
部１９により起動され、その結果を、送信データ管理部
１３ｃやメッセージ管理部１３ｅおよび転送管理部１３
ｆに登録する。

【００３５】リトライ要求部１９ｂは、命令メールの送
信先の他のイントラネットからの当該命令メールに対す
る処理完了結果が未到着の場合に、作業結果管理部１９
により起動され、他のイントラネットに対して、当該当
該命令メールに対する処理完了結果の送信を再度依頼す
る。

【００３６】また、図３に示すように、データベースサ
ーバ１３は、更新情報作成部（図中、「データメール取
込・データ登録タスク（スケジュール起動）」と記載）
１８と、データベース登録部（図中、「ＡＰデータベー
ス登録」と記載）１８ａ、結果メール作成部（図中、
「作業結果メール作成・メール送信」と記載）１８ｂを
有する。

【００３７】更新情報作成部１８は、メールサーバ１４
から命令メールを取り込み、この命令メールを送信デー
タに戻して、元の更新命令とデータに分離し、その更新
命令に対応して、転送管理部１３ｆに登録されているテ
ーブル内容を参照し、その登録内容に基づき、データベ
ース登録部１８ａを起動する。尚、更新情報作成部１８
によるメールサーバ１４からの命令メールの取り込み状
況は、メッセージ管理部１３ｅにおいてテーブル登録さ
れる。

【００３８】データベース登録部１８ａは、データベー
スサーバ１３のアプリケーションソフトを起動して、当
該命令（insert,update,delete）に応じたデータ処理
（ＡＰ第１，第ｎテーブルの更新）を行なう。このデー
タベース登録部１８ａによる処理結果は、転送管理部１
３ｆにおいてテーブル登録される。

【００３９】データベース登録部１８ａによる処理後、
結果メール作成部１８ｂが起動され、結果メール作成部
１８ｂは、命令メールに基づいた作業の結果データを電
子メールのフォーマットに変換して、メールサーバ１４
に送信依頼する。この結果メール作成部１８ｂによる処
理結果は、メッセージ管理部１３ｅにおいてテーブル登
録内容に反映される。

【００４０】尚、更新情報作成部１８で取り込んだ命令
メールが、更新処理できないもの等、適切なものでない
場合、結果メール作成部１８ｂを起動して、その旨を通
知するメールを作成し、メールサーバ１４を介して命令
メールの送信元に返す。

【００４１】このような構成のデータベースサーバ１３
による本発明に係わる動作を、図４〜図２７を用いて説
明する。まず、図４〜図１０を用いて、図２におけるト
ランザクションデータ作成タスク４１，４２に係わる処
理動作例を説明する。

【００４２】図４は、図２におけるアプリケーションデ
ータベースの更新操作例を示す説明図であり、図５は、
図４における更新操作等に対応する図２におけるトラン
ザクションデータ作成タスクの処理動作例を示すフロー
チャート、図６は、図２における送信データ管理部が生
成するテーブルの構成例を示す説明図、図７は、図２に
おける送信データ管理部で管理する送信データ管理テー
ブルの構成例を示す説明図、図８は、図２における送信
データ蓄積部が生成するテーブルの構成例を示す説明
図、図９は、図２における送信データ蓄積部で管理する
実データストアテーブルの構成例を示す説明図、図１０
は、更新対象のデータベースのテーブルの識別情報を登
録したテーブルの構成例を示す説明図である。

【００４３】以下、図５における処理を説明する。デー
タベースサーバには、アプリケーションデータベース４
０のデータに「insert,delete,update」の処理が行なわ
れたとき自動的に起動するプログラムであるテーブルト
リガが予め設定されており（ステップ５０１）、図４に
おけるＷＷＷブラウザの画面５１を介してアプリケーシ
ョンデータベース４０に対するデータ更新があれば、更
新処理の種別に応じて各プログラムを起動する（ステッ
プ５０２）。

【００４４】データの「insert」または「de1ete」であ
れば、「insert」トリガまたは「de1ete」トリガを起動
して、ステップ５０５の処理にあるように、図２の送信
データ管理部１３ｃで管理している図７の送信データ管
理テーブル（sendmg）７１と図２の送信データ蓄積部１
３ａで管理している図９の実データストアテーブル（ds
tore）９１のそれぞれのＳＱＬステートメントを“inse
rt”または“delete"としてデータを書き込む。

【００４５】例えば、データの「insert」処理であれ
ば、図２のトランザクションデータ作成タスク４１，４
２が、insertされたデータを一時テーブル（insertedテ
ーブル）に記憶するので、図２の送信データ蓄積部１３
ａ，１３ｂおよび送信データ管理部１３ｃは、この一時
テーブルのデータを参照して必要なデータを取得し、そ
れぞれ、図６に示す構成のsendmgテーブル６１および図
８に示すdstoreテーブル８１に、そのテーブル構成に合
わせて取り込む。

【００４６】このようにして、図６に示す構成のsendmg
テーブル６１および図８に示すdstoreテーブル８１に取
り込まれたデータは、各トランザクションＩＤ単位で、
図７の送信データ管理テーブル（sendmg）７１および図
９の実データストアテーブル（dstore）９１に示される
ように登録される。ここでは、図６のsendmgテーブル６
１には、図７に表わされているトランザクションＩＤが
「０００００００００１」のデータに対応する具体例
が、また、図８のdstoreテーブル８１には、図９のトラ
ンザクションＩＤが「０００００００００１」のデータ
に対応する具体例が記入されている。

【００４７】また、データの「update」でれば、「Upda
te」トリガを起動して、ステップ５０３の処理にあるよ
うに、図２の送信データ管理部１３ｃで管理している図
７の送信データ管理テーブル（sendmg）７１のＳＱＬス
テートメントを“update"と記入し、図２の送信データ
蓄積部１３ａで管理している図９の実データストアテー
ブル（dstore）９１において、「update」処理前のデー
タのＳＱＬステートメントを、“delete"として登録
し、その後、ステップ５０４の処理にあるように、図２
の送信データ蓄積部１３ａで管理している図９の実デー
タストアテーブル（dstore）９１において、「update」
処理後のデータのＳＱＬステートメントを“insert"と
して登録する。

【００４８】次に、図４におけるＷＷＷブラウザの画面
５１を介してのアプリケーションデータベース４０に対
するデータ更新が、入力例５２の内容で行なわれるもの
として、図５の処理に関して説明する。まず、図４にお
けるＷＷＷブラウザの画面５１上で、操作者により、入
力例５２で示される内容で、「受付日：１９９８０５２
０１２３０００」、「支店名：長野」、「氏名：信越太
郎」等が入力されると、その情報は、「オートナンバ
ー：１」および数値型が自動的に付与され、送信対象の
データべースであるアプリケーションデータベース４０
に送信登録される。

【００４９】これと同時に、データべースに設定されて
いるテーブルトリガ（アプリケーションデータベース４
０のデータに「insert」、「delete」、「update」等の
処理が行なわれたとき自動的に起動するプログラム）の
機能により一時テーブルに記憶されたデータに基づき、
図２の送信データ管理部１３ｃは、図６のsendmgテーブ
ル１に示されるように、処理するデータ管理番号として
の「トランザクションＩＤ：０００００００００１」、
「サービスＩＤ：３」、「転送方向：送信」、「ＳＱＬ
ステートメント：ｉｎｓｅｒｔ」、「転送ステータス：
未」、「テーブル識別ＩＤ：１」、「データ生成日時：
１９９８５２０４：３０ＰＭ」、「最終データ更
新日時：１９９８５２０４：３０ＰＭ」の各デー
タを取得し、図７の送信データ管理テーブル（sendmg）
７１に登録する。

【００５０】また、同じ内容で、図２の送信データ蓄積
部１３ａは、図９の実データストアテーブル（dstore）
９１に示すように、「トランザクションＩＤ：００００
０００００１」、「サービスＩＤ：３」、「ＳＱＬステ
ートメント：ｉｎｓｅｒｔ」、「データ識別子：０５６
（数値型）」、「実データ：１（オートナンバー）」、
「トランザクションＩＤ：０００００００００１」、
「サービスＩＤ：３」、「ＳＱＬステートメント：ｉｎ
ｓｅｒｔ」、「データ識別子：０３９（文字型）」、
「実データ：１９９８０５２０１２３０００（受付
日）」、「トランザクションＩＤ：０００００００００
１」、「サービスＩＤ：３」、「ＳＱＬステートメン
ト：ｉｎｓｅｒｔ」、「データ織別子：０３９（文字
型）」、「実データ：長野（支店名）」、「トランザク
ションＩＤ：０００００００００１」、「サービスＩ
Ｄ：３」、「ＳＱＬステートメント：ｉｎｓｅｒｔ」、
「データ識別子：０３９（文字型）」、「実データ：信
越太郎（氏名）」として、図７の送信データ管理テーブ
ル（sendmg）７１における登録データ数と同じ数のレコ
ードを登録する。

【００５１】例えば、図４におけるＷＷＷブラウザの画
面５１で「受付日」、「支店名」、「氏名」が入力さ
れ、入力例５２での「オートナンバー」と合わせて４つ
のデータが登録された場合、実データストアテーブル
（dstore）９１においては、同じ「トランザクションＩ
Ｄ」のデータは４つできる。これにより、データのカラ
ム数に関係なくデータを転送できる。尚、トリガの処理
は、図５で説明したように、転送対象データが「inser
t」または「de1ete」されたものか、あるいは、「updat
e」されたものかによって異なる。

【００５２】このように、図９の実データストアテーブ
ル（dstore）９１における「トランザクションＩＤ」
は、図７の送信データ管理テーブル（sendmg）７１にお
ける「トランザクションＩＤ」と１対１の関係になって
おり、この「トランザクションＩＤ」と「サービスＩ
Ｄ」によって送信対象データを確定することができる。

【００５３】すなわち、送信データ管理テーブル（send
mg）７１における「転送ステータス」は、アプリケーシ
ョンデータベース４０の更新が、他イントラネットに反
映されどうかを表わすものであり、送信データに対応す
る命令メールを作成する際には、まず、送信データ管理
部１３ｃにおける「転送ステータス」が「未」となって
いるデータの「トランザクションＩＤ」を取得し、その
ＩＤと一致するデータ（送信対象データ）を実データス
トアテーブル（dstore）９１から取得する。

【００５４】尚、実データストアテーブル（dstore）９
１における「データ識別値」には、データ型が記入さ
れ、これにより、データの型に関係なく転送でき、ま
た、「実データ」のカラムには、実際に記入されたデー
タの値が登録される。

【００５５】図１０の送受信テーブル情報（tbinfo）１
０１は、サービス開始にあたって、インターネット間で
のデータをあわせるための大量データ一括送信（初期同
期処理）時に用いるものであり、この初期同期処理時
に、送信対象データベース（図４のアプリケーションデ
ータベース４０）のデータベース名、送受信対象テーブ
ル名を取得し、「サービスＩＤ」に各テーブルの識別子
（「テーブル識別ＩＤ」）を対応付け、この「テーブル
識別ＩＤ」で識別される各テーブルのデータを、図９の
実データストアテーブル（dstore）９１に登録し、その
管理情報として、「テーブル識別ＩＤ」を図７の送信デ
ータ管理テーブル（sendmg）７１にも登録する。これに
より、テーブルが複数ある場合にも、送受信テーブル情
報（tbinfo）１０１において、「テーブル識別ＩＤ」に
よってテーブルを識別できる。

【００５６】次に、図１１〜図１５を用いて、図２にお
けるメール作成部（デー夕作成・メール送信タスク）１
７に係わる処理動作例を説明する。

【００５７】図１１は、図２におけるメール作成部の処
理動作例を示すフローチャートであり、図１２は、図２
における送信データ蓄積部で用いられる実データストア
テーブルの詳細構成要素例を示す説明図、図１３は、図
２におけるメール作成部で作成されたメール本文の構成
例を示す説明図、図１４は、図２における転送管理部で
用いられる送信タスク管理テーブルの構成例を示す説明
図、図１５は、図２におけるメール管理部で用いられる
サービス管理情報テーブルの構成例を示す説明図であ
る。

【００５８】以下、図１１における処理を説明する。メ
ール作成部１７は、起動されると、図２における送信デ
ータ管理部１３ｃで管理している図７の送信データ管理
テーブル（sendmg）７１に未送信データが存在するか否
かをチェックする（ステップ１１０１）。

【００５９】未送信データが存在する場合は、送信デー
タ管理テーブル（sendmg）と、図２の送信データ蓄積部
１３ａで管理している図１２に示す実データストアテー
ブル（dstore）１２１を参照して、未送信の送信データ
を取得し、図１３に示すメール本文１３１を作成した
後、図１５に示す内容の、図２のメール管理部１３ｄで
用いるサービス管理情報テーブル（mailmg）１５１をも
とに送信先アドレス、メール識別用のｓｕｂｊｅｃｔ
（後述の図１７で示す）を作成する（ステップ１１０
２）。

【００６０】そして、作成したメールのサイズが、図１
５におけるサービス管理情報テーブル（mailmg）１５１
にユーザが設定した「メール送信最大サイズ」を超える
か、送信データをすベてメール本文に記入した後にメー
ルを送信する（ステップ１１０３）。

【００６１】その後、図１４に示す送信タスク管理テー
ブル（transmg）１４１に、送信したメールの情報を登
録する（ステップ１１０４）。尚、ステップ１１０１の
処理において、図２における送信データ管理部１３ｃで
管理している図７の送信データ管理テーブル（sendmg）
７１に未送信データが存在しない場合はメールを送信し
ない。

【００６２】次に、図１６〜図２２を用いて、図３にお
ける更新情報作成部（デー夕取込・データ登録タスク）
１８に係わる処理動作例を説明する。

【００６３】図１６は、図３における更新情報作成部の
処理動作例を示すフローチャートであり、図１７は、図
３における更新情報作成部で受信するデータ処理要求時
のメールの構成例を示す説明図、図１８は、図３におけ
る更新情報作成部で受信する再送信要求時のメールの構
成例を示す説明図、図１９は、図３における更新情報作
成部で用いられる送信データ管理テーブルの第１の構成
例を示す説明図、図２０は、図３における更新情報作成
部で用いられる実データストアテーブルの構成例を示す
説明図、図２１は、図３における更新情報作成部で用い
られる送信データ管理テーブルの第２の構成例を示す説
明図、図２２は、図３における更新情報作成部で用いら
れる送信タスク管理テーブルの構成例を示す説明図であ
る。

【００６４】以下、図１６における処理を説明する。更
新情報作成部１８は、起動されると、まず、正規な「ｓ
ｕｂｊｅｃｔ」のメールが届いているか否かをチェック
し（ステップ１６０１）、届いている場合は、処理結果
再送要求メールか否かをチェックする（ステップ１６０
２）。ここで、処理結果再送要求メールでない場合の
「ｓｕｂｊｅｃｔ」は、図１７におけるメール（データ
処理要求時）１７１で示すように「ｉ／ｅ／２０／・・
・」とし、また、処理結果再送要求メールの場合の「ｓ
ｕｂｊｅｃｔ」は、図１８におけるメール（再送信要求
時）１８１で示すように「ｉ／ｅ／５０／・・・」とす
る。

【００６５】届いているメールが処理結果再送要求メー
ルでない場合は、図２２の送信タスク管理テーブル（tr
ansmg）２１２に、既に登録されていないかをチェック
し（ステップ１６０３）、初めての処理の場合は、メー
ル本文に従って、図１９の送信デー夕管理テーブル（se
ndmg）１９１と、図２０の実データストアテーブル（ds
tore）２０１にデータを反映させる（ステップ１６０
４）。

【００６６】その後、所定のプログラムによって、図２
０における実データストアテーブル（dstore）２０１の
内容を、転送対象のデー夕べースのテーブルに登録し、
図２１の送信データ管理テーブル（sendmg）２１１にお
ける「転送ステータス」を「済」にし、かつ、「最終デ
ータ更新日時」を更新する（ステップ１６０５）。

【００６７】このデータベースへの登録を監視し、その
結果（成功／失敗）を、後述の図２４、図２５で示すメ
ール形式で作成して、命令メールの送信元に送信するよ
うメールサーバに依頼する（ステップ１６０６）。そし
て、図２２における送信タスク管理テーブル（transm
g）２１２にデータを書き込み、所定プログラムを起動
して、受信したメールをすべて読込み済みにする（ステ
ップ１６０７）。

【００６８】尚、ステップ１６０１での「ｓｕｂｊｅｃ
ｔ」のチェック処理において、正規なｓｕｂｊｅｃｔの
メールが届いていない場合は、何もしないで処理を終了
する。また、ステップ１６０２での再送要求メールチェ
ック処理において、処理結果メールの再送を要求するメ
ールが届いていた場合は、図２２における送信夕スク管
理テーブル（transmg）２１２に、タスクＩＤが一致す
るデータが存在するかどうかをチェックする（ステップ
１６０８）。

【００６９】存在する場合は、送信夕スク管理テーブル
（transmg）２１２から該当タスクＩＤの「タスク処理
状況」を読み取り、「成功」している場合は、処理結果
を「成功」としてメールを送信する（ステップ１６０
９）。また、送信夕スク管理テーブル（transmg）２１
２の該当タスクＩＤの「タスク処理状況」が「失敗」、
または、タスクＩＤの一致するデー夕が存在しない場合
は、処理結果を「失敗」としてメールを送信する（ステ
ップ１６１０）。

【００７０】また、ステップ１６０３でのタスク管理テ
ーブルの検索時の処理において、メールのｓｕｂｊｅｃ
ｔに書かれたタスクＩＤと一致するデータが存在する場
合は、既に処理済みであることをメールに記入して送信
する（ステップ１６１１）。

【００７１】次に、図２３〜図２７を用いて、図２にお
ける作業結果管理部（作業結果メール取・作業結果登録
タスク）１９に係わる処理動作例を説明する。

【００７２】図２３は、図２における作業結果管理部の
処理動作例を示すフローチャートであり、図２４は、図
２における作業結果管理部で受信する作業成功時のメー
ルの構成例を示す説明図、図２５は、図２における作業
結果管理部で受信する作業失敗時のメールの構成例を示
す説明図、図２６は、図２における作業結果管理部で用
いられる送信タスク管理テーブルの構成例を示す説明
図、図２７は、図２における作業結果管理部で用いられ
る送信データ管理テーブルの構成例を示す説明図であ
る。

【００７３】以下、図２３における処理を説明する。作
業結果管理部１９は、起動されると、まず、メールが届
いているかどうかを判定し（ステップ２３０１）、届い
ている場合は、正規な「ｓｕｂｊｅｃｔ」のメールかど
うかをチェックする（ステップ２３０２）。すなわち、
「ｓｕｂｊｅｃｔ」の内容が、図２のメール管理部１３
ｄで管理しているサービス管理情報テーブル（mailmg）
に登録されたメール認証キーと一致し、かつ、タスクク
ラスが「４０（処理結果）」または「４１（再送要求結
果）」であれば正規なメールと判断する。

【００７４】例えば、図２４に示すメール２４１と、図
２５に示すメール２５１は、いずれもタスククラスが
「４０」であり、正規のメールとして判断される。次
に、図２６におけるタスク管理テーブル（transmg）２
６１に、「夕スクＩＤ」が一致し、かつ、「タスク処理
状況」が「成功」のデー夕が存在するか否かを判別する
（ステップ２３０３）。

【００７５】図２６においては、「タスク処理状況」が
「返待」であり、存在しない、すなわち、未処理または
再送要求中との判別結果となる。この場合、夕スク管理
テーブル（transmg）のタスク処理状況を、メールに記
入された結果に従って更新する（ステップ２３０４）。
メールに記入された結果が「成功」であれば、図２６に
おけるタスク管理テーブル（transmg）２６２に示すよ
うに、「タスク処理状況」を「成功」に更新し、また、
「コメント」を「commitは成功しました」に、「データ
更新日時」を「1998 5 20 6:50PM」に更新する。

【００７６】さらに、メールの結果が「成功」の場合に
は（ステップ２３０５）、図２７の送信データ管理テー
ブル（sendmg）２７１で示すように、その「転送ステー
夕ス」を「済」に更新し（ステップ２３０６）、その
後、所定のプログラムを起動して、受信したメールをす
べて読込み済みにする（ステップ２３０７）。また、ス
テップ２３０５の処理において、メールの結果が「失
敗」であれば、送信データ管理テーブル（sendmg）は更
新せず、ステップ２３０７の処理に進み、受信メールを
すべて読込み済みにする。

【００７７】尚、ステップ２３０３での処理において、
図２６に示すタスク管理テーブル（transmg）２６１と
異なり、「タスクＩＤ」は一致するが、「タスク処理状
況」に「成功」とのデータが存在する場合は、メールの
着信順序の入れ替わりなどによって既にデータは登録済
みであるので、二重登録を避けるために、処理結果を更
新しない。

【００７８】また、ステップ２３０２の処理において、
正規な「ｓｕｂｊｅｃｔ」のメールが届いていない場合
には、結果再送要求メールを送信した後（ステップ２３
０８）、ステップ２３０７の処理を行ない、さらに、ス
テップ２３０１の処理において、メールが届いていない
場合には、結果再送要求メールを送信して（ステップ２
３０９）、処理を終了する。

【００７９】図２８と図２９および図３０は、図１にお
けるイントラネット間での本発明に係わる処理動作例を
示すシーケンス図である。本例は、図２８において、
「１．正常処理」と「２．再送要求処理」の内の
「（１）処理結果が未到着の場合」の処理を示し、ま
た、図２９において、「２．再送要求処理」の内の
「（２）送信メールが未到着の場合」と「（３）送信側
のメールが２通とも未到着の場合」の処理を示し、そし
て、図３０において、「２．再送要求処理」の内の
「（４）結果メールが２通とも未到着の場合」の処理を
示している。

【００８０】まず、図２８における「１．正常処理」を
説明する。例えば図１におけるＡ社イントラネット１０
等の送信側から、送信データをメールに記入して送信す
ると、例えば図１におけるＢ社イントラネット２０等の
受信側では、受け取ったメールの内容を確認し、対応す
るデータの登録を行ない、その後、その登録処理結果
（成功／失敗）を示すメールを送信側に送り出す。処理
結果メールを受信した送信側では、そのメールの内容を
確認して、送信したデータに関しての処理状況を管理し
ているテーブルの更新等を行なう。

【００８１】次に、図２８における「２．再送要求処
理」の内の「（１）処理結果が未到着の場合」、すなわ
ち、受信側からの処理結果メールが未到着の場合の処理
を説明する。送信側から送信データをメールに記入して
送信すると、受信側で、受け取ったメールの内容確認、
データの登録、処理結果メールの送信が行なわれるが、
この処理結果メールが送信側に届かない場合、送信側か
ら受信側に、処理結果メールの再送信をメールで要求す
る。尚、この時、送信側では、処理結果はメール未到着
で失敗とする。

【００８２】送信側から再送要求メールが届くと、受信
側は、前回のデータの処理結果を確認して送信側に再度
送り出す。この処理結果メールを受信した送信側では、
そのメールの内容を確認して、送信したデータに関して
の処理状況を管理しているテーブルの更新等を行なう。

【００８３】次に、図２９における「２．再送要求処
理」の内の「（２）送信メールが未到着の場合」、すな
わち、送信側からの送信データメールが受信側に到着し
ない場合の処理を説明する。送信側から送信データをメ
ールに記入して送信しても、受信側に届かない場合、受
信側では何もしないので、送信側には、受信側からの処
理結果メールが届かない。

【００８４】このような状態において送信側では、着信
メールチェック時に、受信側からの処理結果メールが届
いていないことを判別して、処理結果メールを再送信す
るよう要求する再送要求メールを送信する。尚、処理結
果は、処理結果メール未到着であり、失敗とする。この
再送要求メールを受信すると、受信側では、受け取った
メールの内容を確認して、前回の送信データを記入した
メールが未到着のため処理を行なっていないことを記入
したメールを作成して、送信側に送信する。送信側で
は、そのメールの内容を確認すると、当該送信データの
メールを再送信する。

【００８５】次に、図２９における「２．再送要求処
理」の内の「（３）送信側のメールが２通とも未到着の
場合」、すなわち、送信側からの再送要求メールも受信
側に到着しない場合の処理を説明する。送信側から送信
データをメールに記入して送信しても、受信側に届かな
い場合、受信側では何もしないので、送信側には、受信
側からの処理結果メールが届かない。

【００８６】このような状態において送信側では、着信
メールチェック時に、受信側からの処理結果メールが届
いていないことを判別して、処理結果メールを再送信す
るよう要求する再送要求メールを送信する。尚、処理結
果は、処理結果メール未到着であり、失敗とする。この
再送要求メールも、受信側に届かない場合には、受信側
では何もしないので、送信側には、受信側からの処理結
果メールが届かない。

【００８７】次に、図３０における「（４）結果メール
が２通とも未到着の場合」、すなわち、受信側からの処
理結果再送信用のメールも送信側に到着しない場合の処
理を説明する。送信側から送信データをメールに記入し
て送信すると、受信側で、受け取ったメールの内容確
認、データの登録、処理結果メールの送信が行なわれる
が、この処理結果メールが送信側に届かない場合、送信
側から受信側に、処理結果メールの再送信をメールで要
求する。尚、この時、送信側では、処理結果はメール未
到着で失敗とする。

【００８８】送信側から再送要求メールが届くと、受信
側は、前回のデータの処理結果を確認して送信側に再度
送り出す。この前回のデータの処理結果のメールも、送
信側に届かない場合、送信側は、前回の送信データの送
信が失敗になっているので、この前回の送信データに、
その後、新たに登録されたデータを追加したメールを受
信側に送信する。

【００８９】このメールを受信した受信側では、最初の
送信データメールに対応するデータ登録処理が失敗して
いる場合、今回送信されてきたメールの内容に従ってデ
ータの登録を行ない、その処理結果メールを送信する。
また、成功している場合には、今回送信されてきたメー
ルの中に前回登録済みのデータが存在するため、データ
の二重登録となり、今回は「失敗」となる。そして、登
録済みのデータの最新情報をメールに記入して、処理結
果メールとして送信する。送信側では、受信側から送ら
れてきた処理結果メールの最新登録データ情報を参照し
て、次回、送信するデータを受信側と一致させる。

【００９０】以上、図１〜図３０を用いて説明したよう
に、本例のイントラネットは、ＷＷＷブラウザを利用し
ているクライアントからＷＷＷサーバにアクセスし、デ
ータベースのデータの書き換え等を行った場合、データ
ベースサーバにおいて、書き換えの命令と、書き換え用
のデータとを電子メールの型に変換して、メールサーバ
およびファイアウォールを介してインターネット経由
で、必要な他のイントラネットに送信することにより、
送信側のＤＢと受信側のＤＢの内容を一致させるので、
従来のように専用線や外部記憶媒体を用いる必要がな
く、エクストラネットにおけるデータベースの管理を効
率的に行なうことができる。

【００９１】また、ファイアウォールの設定により、電
子メールの配送プロトコルであるＳＭＴＰのみが通過可
能である閉域ネットワーク（イントラネット）であるの
で、外部からの侵入の防止や、暗号さえをかけておけ
ば、盗聴を防止することができる。

【００９２】尚、本発明は、図１〜図３０を用いて説明
した実施例に限定されるものではなく、その要旨を逸脱
しない範囲において種々変更可能である。例えば、本例
のデータベースサーバの構成を、データベースサーバ機
能を有するイントラネット・サーバ、すなわち、イント
ラネット・サーバのデータベースエンジンに適用するこ
とも可能である。

【００９３】

【発明の効果】本発明によれば、複数の企業のそれぞれ
が構築しているイントラネット内で保有する各データベ
ースに対する新規登録、削除、変更等の更新処理を行っ
た場合にも、その更新処理したデータベースから他のイ
ントラネットのデータベースに発信される更新情報が、
ファイアウォール等のハイレベルなセキュリティを設け
たインターネットを通過できるので、専用線や外部記憶
媒体を用いることなく、複数のイントラネット内の各デ
ータベースの同一性を効率良く保持させることが可能で
ある。

【図面の簡単な説明】

【図１】本発明のイントラネットの本発明に係る構成の
一実施例を示すブロック図である。

【図２】図１におけるデータベースサーバの本発明に係
わる構成例の一部分を示すブロック図である。

【図３】図１におけるデータベースサーバの本発明に係
わる構成例の残り部分を示すブロック図である。

【図４】図２におけるアプリケーションデータベースの
更新操作例を示す説明図である。

【図５】図４における更新操作等に対応する図２におけ
るトランザクションデータ作成タスクの処理動作例を示
すフローチャートである。

【図６】図２における送信データ管理部が生成するテー
ブルの構成例を示す説明図である。

【図７】図２における送信データ管理部で管理する送信
データ管理テーブルの構成例を示す説明図である。

【図８】図２における送信データ蓄積部が生成するテー
ブルの構成例を示す説明図である。

【図９】図２における送信データ蓄積部で管理する実デ
ータストアテーブルの構成例を示す説明図である。

【図１０】更新対象のデータベースのテーブルの識別情
報を登録したテーブルの構成例を示す説明図である。

【図１１】図２におけるメール作成部の処理動作例を示
すフローチャートである。

【図１２】図２における送信データ蓄積部で用いられる
実データストアテーブルの詳細構成要素例を示す説明図
である。

【図１３】図２におけるメール作成部で作成されたメー
ル本文の構成例を示す説明図である。

【図１４】図２における転送管理部で用いられる送信タ
スク管理テーブルの構成例を示す説明図である。

【図１５】図２におけるメール管理部で用いられるサー
ビス管理情報テーブルの構成例を示す説明図である。

【図１６】図３における更新情報作成部の処理動作例を
示すフローチャートである。

【図１７】図３における更新情報作成部で受信するデー
タ処理要求時のメールの構成例を示す説明図である。

【図１８】図３における更新情報作成部で受信する再送
信要求時のメールの構成例を示す説明図である。

【図１９】図３における更新情報作成部で用いられる送
信データ管理テーブルの第１の構成例を示す説明図であ
る。

【図２０】図３における更新情報作成部で用いられる実
データストアテーブルの構成例を示す説明図である。

【図２１】図３における更新情報作成部で用いられる送
信データ管理テーブルの第２の構成例を示す説明図であ
る。

【図２２】図３における更新情報作成部で用いられる送
信タスク管理テーブルの構成例を示す説明図である。

【図２３】図２における作業結果管理部の処理動作例を
示すフローチャートである。

【図２４】図２における作業結果管理部で受信する作業
成功時のメールの構成例を示す説明図である。

【図２５】図２における作業結果管理部で受信する作業
失敗時のメールの構成例を示す説明図である。

【図２６】図２における作業結果管理部で用いられる送
信タスク管理テーブルの構成例を示す説明図である。

【図２７】図２における作業結果管理部で用いられる送
信データ管理テーブルの構成例を示す説明図である。

【図２８】図１におけるイントラネット間での本発明に
係わる処理動作例の１／３部分を示すシーケンス図であ
る。

【図２９】図１におけるイントラネット間での本発明に
係わる処理動作例の２／３部分を示すシーケンス図であ
る。

【図３０】図１におけるイントラネット間での本発明に
係わる処理動作例の３／３部分を示すシーケンス図であ
る。

【図３１】ファイアウォール対応にイントラネット・デ
ータベース間でのデータ転送を行なうための従来のシス
テムを示すブロック図である。

【図３２】ファイアウォール対応にイントラネット・デ
ータベース間でのデータ転送を行なうための従来の他の
システムを示すブロック図である。

【符号の説明】

１０：Ａ社イントラネット、２０：Ｂ社イントラネッ
ト、３０：インターネット、１１，２１：ブラウザ、１
２，２２：ＷＷＷサーバ、１３，２３：データベースサ
ーバ（ＤＢサーバ）、１４，２４：メールサーバ、１
５，２５：ファイアウォール（ＦＷ）、１６，２６：ネ
ットワーク、１７，２７：メール作成部（データメール
作成・メール送信タスク）、１８，２８：更新情報作成
部（データメール取込・データ登録タスク）、１９，２
９：作業結果管理部（作業結果メール取込・作業結果登
録タスク）、１３ａ，１３ｂ：送信データ蓄積部（第
１，ｎ送信データストアテーブル）、１３ｃ：送信デー
タ管理部（送信データ管理テーブル）、１３ｄ：メール
管理部（メール管理テーブル）、１３ｅ：メッセージ管
理部（メッセージ管理テーブル）、１３ｆ：転送管理部
（転送管理テーブル）、１８ａ：データベース登録部
（ＡＰデータベース登録）、１８ｂ：結果メール作成部
（作業結果メール作成・メール送信）、１９ａ：作業結
果登録・更新部（作業結果登録・更新）、１９ｂ：リト
ライ要求部（メール（リトライ）の送信）、４０：アプ
リケーションデータベース（ＡＰデータベース）、４
１，４２：トランザクションデータ作成タスク、５１：
ＷＷＷブラウザの画面、５２：入力例、６１：sendmgテ
ーブル、７１：送信データ管理テーブル（sendmg）、８
１：dstoreテーブル、９１：実データストアテーブル
（dstore）、１０１：送受信テーブル情報（tbinfo）、
１２１：実データストアテーブル（dstore）、１３１：
メール本文、１４１：送信タスク管理テーブル（transm
g）、１５１：サービス管理情報テーブル（mailmg）、
１７１：メール（データ処理要求時）、１８１：メール
（再送信要求時）、１９１：送信デー夕管理テーブル
（sendmg）、２０１：実データストアテーブル（dstor
e）、２１１：送信データ管理テーブル（sendmg）、２
１２：送信タスク管理テーブル（transmg）、２４１，
２５１：メール、２６１，２６２：送信タスク管理テー
ブル（transmg）、２７１：送信データ管理テーブル（s
endmg）、２８０：専用線、２８１，２９１：Ａ社イン
トラネット、２８２，２９２：Ｂ社イントラネット、２
８１ａ，２８１ｂ、２８２ａ，２８２ｂ：クライアン
ト、２８１ｃ，２８２ｃ：データベースサーバ（ＤＢサ
ーバ）、２８１ｄ，２８２ｄ：社内用ＷＷＷサーバ、２
８１ｅ，２８１ｉ，２８２ｅ，２８２ｉ：ルータ、２８
１ｆ，２８２ｆ：メールサーバ、２８１ｇ，２８２ｇ：
ファイアウォール（ＦＷ）、２８１ｈ，２８２ｈ：ＷＷ
Ｗサーバ（ＳＳＬ対応）、２８３：インターネット、２
９０：外部記憶媒体（外部媒体）、２９１ａ，２９２
ａ：入出力装置（入力装置，出力装置）。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｌ 12/58 (72)発明者泉貴文東京都新宿区西新宿三丁目19番２号日本電信電話株式会社内 (72)発明者松田勝人東京都新宿区西新宿三丁目19番２号日本電信電話株式会社内 (72)発明者安藤元久東京都新宿区西新宿三丁目19番２号日本電信電話株式会社内 (72)発明者丸山修一東京都新宿区西新宿三丁目19番２号日本電信電話株式会社内 (72)発明者服部法義東京都新宿区西新宿三丁目19番２号日本電信電話株式会社内Ｆターム(参考） 5B082 GA02 GB02 GB07 HA08 5B089 GA11 GB02 GB03 HA10 HB07 JA31 KA04 KA13 KC28 LA01 5K030 GA11 HA06 HC01 HC14 HD07 KA01 KA04 KA07 LA01 LE03 LE11 5K033 BA13 CB04 CB08 DA06 DB12 DB14 DB19 EC04 9A001 CC02 JJ12 JJ14 JJ25 JJ27 LL01

Claims

【特許請求の範囲】

【請求項１】データベースサーバとメールサーバおよ
びＷＷＷサーバを具備し、インターネットに接続してエ
クストラネットを構成するイントラネットにおいて、自
データベースの更新に合わせて他のイントラネットのデ
ータベースを更新させるために他のイントラネットのデ
ータベースサーバに通知する更新情報を基に、該更新情
報に対応した電子メール（命令メール）を作成するメー
ル作成手段と、他のイントラネットから受信した上記命
令メールから上記更新情報を作成する更新情報作成手段
とを有し、上記更新情報を、電子メールによりインター
ネット経由で他のイントラネットとやり取りすることを
特徴とするイントラネット。
【請求項２】メールサーバとＷＷＷサーバを有し、イ
ンターネットに接続してエクストラネットを構成するイ
ントラネットに設けられたデータベースサーバであっ
て、自データベースの更新に用いた命令とデータとから
なる送信データを蓄積する送信データ蓄積手段と、上記
送信データを電子メールのフォーマットに変換して命令
メールを作成する命令メール作成手段と、上記命令メー
ルを上記メールサーバに送信依頼するメール送信手段
と、他イントラネットから受信した上記命令メールを取
り込むメール取込手段と、取り込んだ上記命令メールか
ら命令とデータを分離して、該命令とデータを用いて自
データベースを更新するデータベース登録手段とを有
し、上記送信データを電子メールに変換し、メールサー
バを介してインターネット経由で他のイントラネットに
通知することを特徴とするデータベースサーバ。
【請求項３】請求項２に記載のデータベースサーバに
おいて、他のイントラネットから送られてきた上記命令
メールに基づく自データベースの更新処理の結果データ
を電子メールのフォーマットに変換し、上記命令メール
の送信元のイントラネットのデータベースサーバ宛の作
業結果メールを作成して上記メールサーバに送信依頼す
る手段を有することを特徴とするデータベースサーバ。
【請求項４】請求項３に記載のデータベースサーバに
おいて、受信した上記作業結果メールに基づき、当該送
信データに対応した他のイントラネットでのデータ更新
状況を管理する作業結果管理手段を有することを特徴と
するデータベースサーバ。
【請求項５】請求項３もしくは請求項４のいずれかに
記載のデータベースサーバにおいて、他のイントラネッ
トからの上記作業結果メールが未到着の場合、当該作業
結果メールの再送を要求する結果再送要求メールを作成
して上記メールサーバに送信依頼する手段を有すること
を特徴とするデータベースサーバ。
【請求項６】請求項５に記載のデータベースサーバに
おいて、上記結果再送要求メールの受信時、該結果再送
要求メールで要求される処理に対応する命令メールを検
索し、無ければ、対応する命令メールの再送を要求する
命令再送要求メールを作成して上記メールサーバに送信
依頼する命令再送要求手段を有することを特徴とするデ
ータベースサーバ。
【請求項７】請求項５に記載のデータベースサーバに
おいて、上記結果再送要求メールの送信時、新たな命令
メールがあれば、上記結果再送要求メールの代わりに、
該結果再送要求メールに対応する旧命令メールに上記新
たな命令メールを追加した追加命令メールを作成して上
記メールサーバに送信依頼する手段を有することを特徴
とするデータベースサーバ。
【請求項８】請求項７に記載のデータベースサーバに
おいて、上記追加命令メールの受信時、上記旧命令メー
ルに対応する処理が終了していれば、既に処理済みであ
ることを通知するメールを作成して上記メールサーバに
送信依頼する手段を有することを特徴とするデータベー
スサーバ。
【請求項９】請求項２から請求項８のいずれかに記載
のデータベースサーバにおいて、上記送信データ毎の上
記命令メールによる送信処理状況を記憶する送信データ
管理手段と、上記送信データのメール転送に用いる送信
先アドレスおよびメール送信最大サイズを含む転送情報
を記憶するメール管理手段と、受信した命令メールに基
づき、該命令メールの送信元データベースサーバの上記
送信データ管理手段が記憶する同じ内容で、上記送信デ
ータ毎の上記命令メールによる受信処理状況を記憶する
受信データ管理手段と、上記命令メールとして転送した
上記送信データに対する他のイントラネットでの処理状
況、および、他のイントラネットから上記命令メールと
して転送されてきた上記送信データに対する自イントラ
ネットでの処理状況を記憶する転送管理手段と、受信し
た上記命令メールが上記メール取込手段で取り込まれた
か否かの情報を記憶するメッセージ管理手段とを有する
ことを特徴とするデータベースサーバ。
【請求項１０】データベースサーバとメールサーバお
よびＷＷＷサーバを具備し、インターネットに接続して
エクストラネットを構成するイントラネットによるデー
タ転送方法であって、自データベースの更新に合わせて
他のイントラネットのデータベースを更新させるために
他のイントラネットのデータベースサーバに通知する更
新情報を基に、該更新情報に対応した電子メール（命令
メール）を作成するステップと、他のイントラネットか
ら受信した上記命令メールから上記更新情報を作成する
ステップとを有し、上記更新情報を、電子メールにより
インターネット経由で他のイントラネットとやり取りす
ることを特徴とするイントラネットのデータ転送方法。
【請求項１１】メールサーバとＷＷＷサーバを有し、
インターネットに接続してエクストラネットを構成する
イントラネットに設けられたデータベースサーバによる
データ転送方法であって、自データベースの更新に用い
た命令とデータとからなる送信データを蓄積するステッ
プと、上記送信データを電子メールのフォーマットに変
換して命令メールを作成するステップと、上記命令メー
ルを上記メールサーバに送信依頼するステップと、他イ
ントラネットから受信した上記命令メールを取り込むス
テップと、取り込んだ上記命令メールから命令とデータ
を分離して、該命令とデータを用いて自データベースを
更新するステップとを有し、上記送信データを電子メー
ルに変換し、メールサーバを介してインターネット経由
で他のイントラネットに通知することを特徴とするデー
タベースサーバのデータ転送方法。