(57)【要約】【課題】仕分後のメッセージ数が宛先数に比例したEDIシステムにおいて、正確に処理時間を予測する。【解決手段】メッセージを含んだ集信ファイルを仕分プロセスにより分割し、統合プロセスにより宛先毎に配信ファイルに結合するEDIシステムが過去に処理したデータのメッセージ数と宛先数と処理時間を記録する処理記録ＤＢと、処理記録ＤＢから処理済みデータのメッセージ数と宛先数および処理時間を読み込み、データ処理時間予測式の連立方程式の定数値を算出し、予測対象となるデータのメッセージ数と宛先数および算出した定数値から、仕分プロセスと統合プロセスの処理時間を予測する処理時間予測部を備える。【選択図】図１
2008083916.tif 000002
【特許請求の範囲】
【請求項１】
メッセージを単数または複数含んだ集信ファイルを、仕分プロセスにより、分割し、統合プロセスにより宛先毎に配信ファイルに結合するEDIシステムにおいて、
EDIシステムが過去に処理したデータのメッセージ数と宛先数および処理時間を記録する処理記録ＤＢと、
処理記録ＤＢから処理済みデータの、メッセージ数と宛先数および処理時間を読み込み、データ処理時間予測式の連立方程式の定数値を算出し、予測対象となるデータのメッセージ数と宛先数および算出した定数値から、仕分プロセスと統合プロセスの処理時間を予測する処理時間予測部を備えることを特徴とするEDIシステムにおけるデータ処理時間予測システム。
【請求項２】
EDIシステムは、仕分けプロセスがスケジューラにより同時には単数のみ起動され、スケジューラ起動時に仕分プロセスが既に起動していた場合、スケジュールキューに次回起動のデータを登録する構成であり、
処理時間予測部は、処理記録ＤＢから処理済みデータのメッセージ数と宛先数および処理時間を読み込んで、データ処理時間予測式の連立方程式の定数値を算出し、予測対象となるデータの、メッセージ数と、宛先数と、予測対象となるデータの投入時刻と、予測対象となるデータの投入時刻において処理中のデータ処理の終了予想時刻と、スケジュールキューに蓄えられたキューの数および算出した定数値から、仕分プロセスと統合プロセスの処理時間を予測する構成にされたことを特徴とする請求項１記載のEDIシステムにおけるデータ処理時間予測システム。
【請求項３】
処理時間予測部は、処理記録ＤＢから処理済みデータのメッセージ数と宛先数および処理時間を読み込んで、データ処理時間予測式の連立方程式の定数値を算出し、予測対象となるデータのメッセージ数と、宛先数と、過去のメッセージ数の年次増加量と、過去の宛先数の年次増加量および算出した定数値から、仕分プロセスと統合プロセスの処理時間を予測する構成にされたことを特徴とする請求項１記載のEDIシステムにおけるデータ処理時間予測システム。
【請求項４】
処理時間予測部は、処理記録ＤＢから処理済みデータのメッセージ数と宛先数および処理時間を読み込んで、データ処理時間予測式の連立方程式の定数値を算出すると共に時系列解析により時系列ｉにおけるデータのメッセージ数と、宛先数を求めて、このメッセージ数と、宛先数と過去のメッセージ数の年次増加量と、過去の宛先数の年次増加量および算出した定数値から仕分プロセスと統合プロセスの処理時間を予測する構成にされたことを特徴とする請求項１記載のEDIシステムにおけるデータ処理時間予測システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＥＤＩ(Eiectronic Data Interchange)システムにおけるデータ処理時間予測システムに関する。
【背景技術】
【０００２】
図２に基本的なEDIシステムの構成を示し、その動作について説明する。
ユーザサーバA６からEDIシステム５上のFTPd (File Transfer Protocol Daemon) 10に対しデータA6-2が送られ、集信メールボックス11にデータA11-2として保管される。
【０００３】
仕分プロセス17は、集信メールボックス11への着信を契機にFTPd 10より起動される。データA11をデータ単位毎に、データAD114〜データAE116に分割する。仕分けプロセス17は、処理終了後、直ちに、統合プロセス18を起動する。
【０００４】
統合プロセス18は、データAD114〜データAE116を宛先毎に統合し、配信メールボックスD22〜配信メールボックスE23に配信する。
ユーザサーバD28は、配信メールボックスD22からデータを引き取る。
【０００５】
一方、特開平5-61830号公報「到着データの処理開始判断システム」には、メッセージ数を元に、処理時間の予測を行い、処理開始時刻の判断を行うシステムが開示されている。この特開平5-61830号公報に示された技術により、図２に示したEDIシステムに対し、データの処理時間を予測する技術を適用することを考えると、図１５のようなシステムが考えられる。図１５を用いて、従来技術によるデータ処理時間予測システムの動作を述べる。
【０００６】
処理時間予測システム34は、入力部35からメッセージ数を受け取り、処理時間計算部36に受け渡す。
【０００７】
処理時間計算部36は、データの処理時間が、メッセージ数に対して、１次関数で表せる関係を持つなどの算式をもとに、データの処理時間を算出し、出力部37から出力する。
【０００８】
また、宛先毎に、仕分けを行うEDIシステムを図３に示す。即ち、図３に示されるEDIシステムは仕分プロセスにおいて、データを分割する際にデータ中で連続するメッセージについて、宛先が等しい場合に仕分せずにそのまま切り出して、統合プロセスに引き渡すシステムで、この仕組みによりディスクIOの数を抑えることができるEDIシステムである。
【０００９】
まず、図３に示すEDIシステムの動作について説明する。
ユーザサーバA39からEDIシステム38上のFTPd43-1に対しデータA39-2が送られ、集信メールボックスA43にデータA43-2として保管される。
【００１０】
図３中、データAD140とは、ユーザサーバA39からユーザサーバD60に送られるデータの一つである。データAD241も同様である。データAE142とは、ユーザサーバA39からユーザサーバE61に送られるデータの一つである。
【００１１】
仕分プロセス49は、集信メールボックス43への着信を契機にFTPd43-1より起動される。データA43-2をデータ中で連続するメッセージについて、宛先が等しいデータAD151とデータAD252、および宛先の異なるデータAE153に分割する。仕分けプロセスは処理終了後、直ちに統合プロセスを起動する。
【００１２】
統合プロセス50は、データAD151〜データAE153を宛先毎に統合し、配信メールボックスD54〜配信メールボックスE55に配信する。
【００１３】
この宛先毎に仕分けを行うEDIシステムに従来技術を適用するものとする。
図２に示したEDIシステムに、図１５に示した従来技術を適用した処理時間予測システムにおいては、仕分されたメッセージ数は、集信されたメッセージ数と比例関係にあるため、正確に処理時間を予測することができた。しかし、図３に示したEDIシステムに従来技術を適用した場合においては、仕分されたメッセージ数は、集信されたデータ中の宛先数と比例関係にあるため、正確に処理時間を予測することができない。
【００１４】
さらに、図４に仕分プロセスがスケジュール起動となるEDIシステムについてその構成を示す。以下に、図４に示したEDIシステムの動きについて説明する。
【００１５】
仕分プロセス116は、スケジューラ108により定期的に起動される。起動された仕分プロセス108は、既にEDIシステム100中で仕分プロセスが起動されていた場合、並列に実行せずに、キュー109に仕分けプロセス起動のデータを登録する。スケジューラ108は、仕分プロセス116の終了イベントを受信した場合、キュー109を確認し、キュー109に仕分けプロセス起動のデータがあった場合、仕分プロセス116を即時起動し、キュー109中の仕分けプロセス起動のデータを一つ削除する。
【００１６】
このEDIシステムに従来技術を適用するものとする。即ち、図４に示したEDIシステムに、図１５に示した従来技術を適用した処理時間予測システムにおいては、スケジューラの存在により、仕分けプロセスの起動待ち時間が発生するため、正確に処理時間を予測することができない。
【００１７】
【特許文献１】特開平5-61830号公報
【発明の開示】
【発明が解決しようとする課題】
【００１８】
図３に示したEDIシステムに従来技術を適用したデータ処理時間予測システムにおいては、仕分されたメッセージ数は、集信されたメッセージ数と比例関係にあるのではなく、集信されたデータ中の宛先数と比例関係にあるため、正確に処理時間を予測することができない課題がある。
【００１９】
また、図４に示したEDIシステムに、従来技術を適用した処理時間予測システムにおいては、スケジューラの存在により、仕分けプロセスの起動待ち時間が発生するため、正確に処理時間を予測することができない課題がある。
【課題を解決するための手段】
【００２０】
この発明に係るデータ処理時間予測システムは、メッセージを単数または複数含んだ集信ファイルを、仕分プロセスにより分割し、統合プロセスにより宛先毎に配信ファイルに結合するEDIシステムが過去に処理したデータのメッセージ数と宛先数および処理時間を記録する処理記録ＤＢと、
処理記録ＤＢから処理済みデータの、メッセージ数と宛先数および処理時間を読み込み、データ処理時間予測式の連立方程式の定数値を算出し、予測対象となるデータのメッセージ数と宛先数および算出した定数値から、仕分プロセスと統合プロセスの処理時間を予測する処理時間予測部を備える。
【発明の効果】
【００２１】
この発明のデータ処理時間予測システムによれば、宛先数の概念を導入することで、データ中で連続するメッセージについて、宛先が等しいデータと宛先の異なるデータにデータを分割する仕分プロセスの処理時間について正しく見積もることができる。これによりこの仕分プロセスの処理時間と、分割されたデータを宛先毎に統合し、配信メールボックスに配信する統合プロセスの処理時間との合計であるEDIシステムのデータ処理時間の予測精度を高めることができる。
【発明を実施するための最良の形態】
【００２２】
実施の形態１．
図１はこの発明の実施の形態１によるデータ処理時間予測システムを示す構成図である。図１において、１は入力部、２は処理時間予測部、３は処理記録ＤＢ(Data Base)、４は出力部である。このデータ処理時間予測システムは図３に示すEDIシステムを対象としたデータ処理時間予測システムである。
【００２３】
図５に処理記録ＤＢ３の構成例を示す。処理記録ＤＢ３では、過去にＥＤＩシステムにおいて処理を行ったデータの、メッセージ数、宛先数および処理時間を記録する。
ここにおいて、宛先数とは、データに含まれる一連の複数のメッセージについて、一続きの宛先が等しいメッセージを、一くくりとしてデータに含まれる数である。
【００２４】
次に動作について説明する。図１において、ユーザは、入力部１から予測対象データの、メッセージ数xおよび宛先数yを入力する。処理時間予測部２は、仕分プロセスの処理時間をf(x)=ax+c、統合プロセスの処理時間g(y)=by+dと表すことにより、T=f(x)+g(y)=ax+c+by+dとして処理時間Tを求める。
【００２５】
処理記録DB３は、EDIシステムにおける過去に行った処理データの処理レコードＮｏ、メッセージ数、宛先数および処理時間の記録である。処理記録DB３の構成を図５に示す。また、図６は、処理時間予測部２の処理の流れを示す
【００２６】
図１、図５および図６を用いて処理時間予測部２の処理の流れを説明する。処理時間予測部２は入力部１よりメッセージ数xおよび宛先数yの値を受け取る(ステップS1001)。処理時間予測部2は処理記録DB３を参照し、過去のメッセージ数、宛先数および処理時間を読み込む(ステップS1002)。処理時間予測部２は読み込んだ値を使って、以下数１の過剰条件（データ処理時間予測式）の連立方程式を解き、a,b,c+dの値を算出する(ステップS1003)。解法としては最小二乗法などを使用する方法がある。
【００２７】
【数１】
2008083916.tif 000003
【００２８】
処理時間予測部２は、得られたa,b,c+dの値であるa0、b0、c0+d0を使い、T=a0x+c0+b0y+d0にxおよびyの値を代入し、Tを算出する(ステップS1004)。処理時間予測部２は、出力部４に算出されたデータ処理時間予測値Tを渡す(ステップS1005)。
出力部４は、画面にTの値を表示する。
【００２９】
実際に図７に示すメッセージ数、宛先数および実際に取得された処理時間から最小二乗法を用いて、a0、b0、c0+d0を算出すると、
a0=0.21
b0=0.18
c0+d0=5.9
を得る。
すなわち、
T=0.21x+0.18y+5.9
となる。
ここから、メッセージ数x=200、宛先数y=100の時の処理時間を予測すると、
T=0.21×200+0.18×100+5.9≒66[sec]
を得る。
【００３０】
実施の形態２．
図４に示す仕分プロセスがスケジュール起動となるEDIシステムを対象とした、処理時間予測システムの構成および動作について説明する。
【００３１】
図８はこの発明における実施の形態２のデータ処理時間予測システム400を示す構成図である。図８において、401は入力部、402は処理時間予測部、403は処理記録ＤＢ、404は出力部である。
このEDIシステムは、仕分けプロセスをスケジューラにより起動させる。仕分プロセスは同時には単数のみ動作させ、スケジュール起動時に仕分プロセスが既に起動していた場合、スケジュールキューに次回起動のデータを登録する。その場合に、予測対象となるデータのメッセージ数と、宛先数と、予測対象となるデータの投入時刻と、予測対象となるデータの投入時刻における処理中のデータ処理の終了予想時刻を登録する。
また、図９は処理時間予測部402の処理の流れを示す。
【００３２】
図８および図９を用いて、データ処理時間予測システム400の処理の流れを説明する。なお、処理記録DB403は、図１に示す処理記録DB３と同一の内容であり、図５に示す構成で図７に示す内容を持つ。処理時間予測部402は、入力部401より処理時間の予想を行うデータの、メッセージ数x、宛先数y、投入時刻tst、処理中のデータの処理終了予想時刻tend、およびスケジュールキューの数zの値を受け取る(ステップS2001)。処理時間予測部402は、処理記録DB403を参照し、過去のメッセージ数、宛先数および処理時間を読み込む(ステップS2002)。処理時間予測部402は、読み込んだ値を使って、上述の数１の過剰条件の連立方程式を解き、a,b,c+dの値を算出する(ステップS2003)。解法としては、最小二乗法などを使用する方法がある。
【００３３】
処理時間予測部402は、得られたa,b,c+dの値である、a0、b0、c0+d0を使い、z>0の時には、T=a0x+c0+b0y+d0+tend-tstにx、y、tendおよびtstの値を代入しTを算出する。z=0の時には、T=a0x+c0+b0y+d0から、Tを算出する(ステップS2004)。処理時間予測部402は、出力部404に算出されたデータ処理時間予測値Tを渡す(ステップS2005)。
出力部404は、画面にTの値を表示する。
【００３４】
実際に図７に示すメッセージ数、宛先数および実際に取得された処理時間から最小二乗法を用いて、a0、b0、c0+d0を算出すると、
a0=0.21
b0=0.18
c0+d0=5.9
を得る。
すなわち、
Z>0のとき、
T=0.21x+0.18y+5.9+ tend-tst
Z=0のとき、
T=0.21x+0.18y+5.9
を得る。
ここから、メッセージ数x=200、宛先数y=100、予想を行うデータの投入時刻tst=2006/6/8 12:00:00、tend=2006/6/8 12:01:00、スケジュールキューにためられたスケジュールキューの数z=1の時の処理時間を予測すると、
T=0.21×200+0.18×100+5.9+60≒126[sec]
を得る。
【００３５】
実施の形態３．
図１０はこの発明のデータ処理時間予測システムを示す構成図である。図１０において、501は入力部、502は処理時間予測部、503は処理記録ＤＢ、504は出力部である。また、図１１は処理時間予測部502の処理の流れを示す。
【００３６】
図１０および図１１を用いて、処理の流れを説明する。なお、処理記録DB503は、図１に示す処理記録DB３と同一で、図５に示す構成で図７に示す内容を持つ。処理時間予測部502は、入力部501よりメッセージ数xoldと、宛先数yoldと、過去のメッセージ数の年次増加量vと、過去の宛先数の年次増加量w、および予測を行う対象となる日までの日数i を受け取る (ステップS3001)。処理時間予測部502は、処理記録DB503を参照し、過去のメッセージ数、宛先数および処理時間を読み込む(ステップS3002)。処理時間予測部502は、読み込んだ値を使って、上述の数１の過剰条件の連立方程式を解き、a,b,c+dの値を算出する(ステップS3003)。解法としては、最小二乗法などを使用する方法がある。
【００３７】
処理時間予測部502は、予測を行う対象となる日までの日数iから、i日後のメッセージ数xおよびi日後の宛先数yを、次のように予測する。
x=xold+v/365/24×i
y=yold+w/365/24×i
この時、処理時間Tについて、得られたa,b,c+dの値である、a0、b0、c0+d0を使い、
T=f(x)+g(y)=ax+c+by+d=a×(xold+ v/365/24×i)+c+b×(yold+ w/365/24×i)+d
として、Tを算出する (ステップS3004)。処理時間予測部502は、出力部504に、算出されたデータ処理時間予測値Tを渡す(ステップS3005)。
出力部504は、画面にTの値を表示する。
【００３８】
実際に図７に示すメッセージ数、宛先数、実際に取得された処理時間から最小二乗法を用いて、a0、b0、c0+d0を算出すると、
a0=0.21
b0=0.18
c0+d0=5.9
を得る。
すなわち、
T= 0.21×(xold+ v/365/24×i)+0.18×(yold+ w/365/24×i)+5.9
を得る。
【００３９】
ここから、メッセージ数xold =200、宛先数yold =100、過去のメッセージ数の年次増加量v=240[件]および、過去の宛先数の年次増加量w=240[件]および、予測を行う対象となる日までの日数365[日]の時の処理時間を予測すると、
T=0.21×(200+240/365/24×365)+0.18×(100+240/365/24×365)+5.9≒70[sec]
を得る。
【００４０】
実施の形態４．
図１２はこの発明のデータ処理時間予測システムを示す構成図である。図１２において、602は処理時間予測部、603は処理記録ＤＢ、604は出力部である。また、図１３は処理時間予測部602の処理の流れを示す。
【００４１】
図１２および図１３を用いて処理の流れを説明する。なお、処理記録DＢ603は、図１に示す処理記録DB３と同一の内容であり、図５に示す構成で図７に示す内容を持つ。処理時間予測部602は、処理時間の予測を開始する信号が入力されると処理記録DB603を参照し、過去のメッセージ数、宛先数および処理時間を読み込む(ステップS4001)。処理時間予測部602は、読み込んだ値を使って、上述の数１の過剰条件の連立方程式を解き、a,b,c+dの値を算出する(ステップS4002)。解法としては、最小二乗法などを使用する方法がある。
【００４２】
処理時間予測部602は、変数iに値mをセットする(ステップS4003)。処理時間予測部602は、ARモデル: (Autoregressive model)などの時系列解析により、時系列iにおけるメッセージ数xiおよび宛先数yiを求める。例えば、メッセージ数xiおよび宛先数yiについて24時間前のデータに対する相関がある場合に、次のように予測する(ステップS4004)。
xi=xi-24+v/364/24
yi=yi-24+w/365/24
ここで、vは過去のメッセージ数の年次増加量、wは過去の宛先数の年次増加量である。
【００４３】
この時、処理時間Tiについて、得られたa,b,c+dの値であるa0、b0、c0+d0を使い、
Ti=f(xi)+g(yi)=axi+c+byi+d
として求める。上記の例の場合、
Ti =a×(xi-24+v/364/24)+c+b×yi-24+w/365/24)+d
として、Tiを算出する (ステップS4005)。
【００４４】
処理時間予測部602は、出力部604に、算出されたデータ処理時間予測値Tiを渡す(ステップS4006)。次にiをインクリメントし、ステップS4004へ戻る(ステップS4007)。
出力部604は、Tの値をグラフ上にプロットする。
以下、ステップS4004〜ステップS4007および出力部604のグラフ上にTの値をプロットする動作を必要な回数繰り返す。
【００４５】
実際に図７に示すメッセージ数、宛先数および実際に取得された処理時間から最小二乗法を用いて、a0、b0、c0+d0を算出すると、
a0=0.21
b0=0.18
c0+d0=5.9
を得る。過去のメッセージ数の年次増加量v=87600[件]および、過去の宛先数の年次増加量w=87600[件]とし、Tiの値を算出し上記の例に従って、メッセージ数xi,、宛先数yiを求め、プロットを行うと、図１４を得る。
【００４６】
以上のように、宛先数の概念を導入することで、集信プロセスの処理時間について正しく見積もることができ、これにより処理時間の予測の精度を高める。
【産業上の利用可能性】
【００４７】
この発明は精度の高いデータ処理時間の予測が可能であり、システム刷新時期の正確な予測にもつながるので、継続的なＥＤＩサービス提供のＥＤＩシステムに適用される。
【図面の簡単な説明】
【００４８】
【図１】この発明の処理時間予測システムの実施の形態１を示すブロック図である。
【図２】基本的なEDIシステムを示すブロック図である。
【図３】宛先毎に仕分けを行うEDIシステムを示すブロック図である。
【図４】仕分プロセスがスケジュール起動となるEDIシステムを示すブロック図である。
【図５】処理記録DBの構成を示す図である。
【図６】実施の形態１における処理時間予測部の処理の流れを示す図である。
【図７】処理記録DBの内容例を示す図である。
【図８】この発明の処理時間予測システムの実施の形態２を示すブロック図である。
【図９】実施の形態２における処理時間予測部の処理の流れを示す図である。
【図１０】この発明の処理時間予測システムの実施の形態３を示すブロック図である。
【図１１】実施の形態３における処理時間予測部の処理の流れを示す図である。
【図１２】この発明の処理時間予測システムの実施の形態４を示すブロック図である。
【図１３】実施の形態４における処理時間予測部の処理の流れを示す図である。
【図１４】実施の形態４におけるデータ処理時間予測値をプロットした図である。
【図１５】従来技術による処理時間予測システムを示すブロック図である。
【符号の説明】
【００４９】
０  処理時間予測システム、  １  入力部、  ２  処理時間予測部、  ３  処理記録ＤＢ、４  出力部、  ５  ＥＤＩシステム、  ６  ユーザサーバＡ、  ６−２  データＡ、  ７  データＡＤ１、  ８  データＡＤ２、  ９  データＡＥ１、  １０  ＦＴＰｄ、  １１  集信メールボックスＡ、  １１−２  データＡ、  １２  集信メールボックスＢ、  １３  集信メールボックスＣ、  １４  データＡＤ１、  １５  データＡＤ２、  １６  データＡＥ１、  １７  仕分プロセス、  １８  統合プロセス、  １９  データＡＤ１、  ２０  データＡＤ２、  ２１  データＡＥ１、  ２２  配信メールボックスＡ、  ２３  配信メールボックスＢ、  ２４  配信メールボックスＣ、  ２５  データＡＤ１、  ２６  データＡＤ２、  ２７  データＡＥ１、  ２８  ユーザサーバＤ、  ２９  ユーザサーバＥ、  ３０  ユーザサーバＦ、  ３１  データ、Ｄ１、  ３２  データＡＤ２、  ３３  データＡＥ１、  ３４  処理時間予測システム、  ３５  入力部、  ３６  処理時間予測部、  ３７  出力部、  ３８  ＥＤＩシステム、  ３９  ユーザサーバＡ、  ３９−２  データＡ、  ４０  データＡＤ１、  ４１  データＡＤ２、  ４２  データＡＥ１、  ４３  集信メールボックスＡ、  ４３−１  ＦＴＰｄ、  ４３−２  データ、  ４４  集信メールボックスＢ、  ４５  集信メールボックスＣ、  ４６  データＡＤ１、  ４７  データＡＤ２、  ４８  データＡＥ１、  ４９  仕分プロセス、  ５０  統合プロセス、  ５１  データＡＤ１、  ５２  データＡＤ２、  ５３  データＡＥ１、  ５４  配信メールボックスＡ、  ５５  配信メールボックスＢ、  ５６  配信メールボックスＣ、  ５７  データＡＤ１、  ５８  データＡＤ２、  ５９  データＡＥ１、  ６０  ユーザサーバＤ、  ６１  ユーザサーバＥ、  ６２  ユーザサーバＦ、  ６３  データＡＤ１、  ６４  データＡＤ２、  ６５  データＡＥ１、  １００  ＥＤＩシステム、  １０１  ユーザサーバＡ、  １０１−２  データＡ、  １０２  ユーザサーバＢ、  １０３  ユーザサーバＣ、１０４  データＡＤ１、  １０５  データＡＤ２、  １０６  データＡＥ１、  １０７  ＦＴＰｄ、  １０８  スケジューラ、  １０９  キュー、  １１０  集信メールボックスＡ、  １１０−２  データＡ、  １１１  集信メールボックスＢ、  １１２  集信メールボックスＣ、  １１３  データＡＤ１、  １１４  データＡＤ２、  １１５  データＡＥ１、  １１６  仕分プロセス、  １１７  統合プロセス、  １１８  データＡＤ１、  １１９  データＡＤ２、  １２０  データＡＥ１、  １２１  配信メールボックスＡ、  １２２  配信メールボックスＢ、  １２３  配信メールボックスＣ、  １２４  データＡＤ１、  １２５  データＡＤ２、  １２６  データＡＥ１、  １２７  ユーザサーバＤ、  １２８  ユーザサーバＥ、  １２９  ユーザサーバＦ、  １３０  データＡＤ１、  １３１  データＡＤ２、  １３２  データＡＥ１、  ４００  処理時間予測システム、  ４０１  入力部、  ４０２  処理時間予測部、  ４０３  処理記録ＤＢ、４０４  出力部、  ５００  処理時間予測システム、  ５０１  入力部、  ５０２  処理時間予測部、  ５０３  処理記録ＤＢ、５０４  出力部、  ６００  処理時間予測システム、  ６０１  入力部、  ６０２  処理時間予測部、  ６０３  処理記録ＤＢ、６０４  出力部。
【図１】
2008083916.tif 000004
【図２】
2008083916.tif 000005
【図３】
2008083916.tif 000006
【図４】
2008083916.tif 000007
【図５】
2008083916.tif 000008
【図６】
2008083916.tif 000009
【図７】
2008083916.tif 000010
【図８】
2008083916.tif 000011
【図９】
2008083916.tif 000012
【図１０】
2008083916.tif 000013
【図１１】
2008083916.tif 000014
【図１２】
2008083916.tif 000015
【図１３】
2008083916.tif 000016
【図１４】
2008083916.tif 000017
【図１５】
2008083916.tif 000018