JPH05268227A - 電子データ配送方式 - Google Patents

Abstract

(57)【要約】 【目的】 伝票等の電子データ毎の配送系路の修正の容
易化、代理受信者の設定、電子データ毎の配送系路の指
定の簡易化、送信メッセージの縮小、複数の配送先から
の受信の確認の自動化、電子データ処理の効率化、発信
者への納期遅れの自動通達等を行なえるようにする。 【構成】 この電子データ配送方式は、処理ノードをロ
ーカルエリア２４に分割し、処理ノードをグローバル電
子データ処理ノード１とローカル電子データ処理ノード
２に分けると共に並行処理を行うグループノード３とロ
ーカルエリア２４の階層化を行う階層化ノード４を導入
し、また、伝票管理機構にプライオリティ管理機構と時
間管理機構を導入し、不在検出機構を導入したものであ
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、主に企業内の伝票，
文書等を電子メール等で送受信する電子データ配送方式
に関するものである。

【０００２】

【従来の技術】図２５は例えば特開昭５９−１９６６４
７号公報等に示された従来の電子データ処理ノードの構
成を示すブロック図である。図２５において、２５１は
属性付加方式の伝票処理ノード、５は伝票、６は伝票送
受信処理、９は保存された伝票、８は伝票処理、１０は
送信機構、１１は受信機構、１２は自動配送決定機構、
１４は伝票管理機構、１５は伝票処理機構、１９は属性
である。

【０００３】次に動作について説明する。受信機構１１
は伝票５を受信して伝票９として保存する。伝票処理８
は伝票９を加工する。自動配送決定機構１２は伝票９の
属性１９に従い、伝票９を送信機構１０に渡す。送信機
構１０は伝票５を送信する。図２６は、伝票５の構成例
を示す。図２６において、１９はあて先、押入処理、承
認処理などの属性、５は伝票である。

【０００４】図２７は例えば特開昭６２−２５３７３号
公報や特開昭６３−１４１１７６号公報等に示された従
来の電子データ処理ノードの構成を示すブロック図であ
る。図２７において、２７２はテーブル参照方式の伝票
処理ノードである。

【０００５】この従来例の特徴とする動作は、自動配送
決定機構１２は配送情報テーブル１３ａに応じて伝票５
の送信先を送信機構１０に送信指示１７する。

【０００６】図２８は従来のグループ送信方式の構成を
示す。伝票５が並行して処理される時、同一の伝票５を
複数の伝票処理ノード２ａに発信する。

【０００７】図２９は他の従来のグループ受信方式の構
成を示す。伝票５が複数の伝票処理ノード２ａで処理さ
れ、送信される時、伝票処理ノード２９２には複数の伝
票５が着信する。

【０００８】

【発明が解決しようとする課題】従来の電子データ配送
方式は以上のように構成されているので、テーブル参照
方式のシステムは、伝票毎の配送系路の指定ができず、
配送の修正を加えるときにシステム全体を停止させなけ
ればならなかった。

【０００９】また、属性付加方式のシステムは、伝票作
成者がすべての宛先を意識して伝票を発送しなければな
らなかったし、送信メッセージが属性が多いと大きくな
るし、受信者の不在等による代理受信者の指定ができな
いし、組織の変更に伴う受信者の変更ができないという
問題があった。

【００１０】また、両方式においても、複数の配送先か
ら受信が完了しているかどうかを調べることはできな
い。

【００１１】また、発信者が配送する伝票のプライオリ
ティを設定したり、納期を設定したりできるものの、受
信者が伝票のプライオリティを設定できるものはなく不
便であった。

【００１２】また、受信者が不在の時、納期遅れになる
ことを発信者は知ることができず、一度、発信した伝票
が、受信者の多忙等の理由により、納期遅れになること
を発信者は知ることができないという問題があった。

【００１３】この発明は上記のような問題点を解消する
ためになされたもので、伝票等の電子データ毎の配送系
路の簡易な指定，配送系路の容易な修正，送信メッセー
ジの縮小，代理受信者の設定，複数の配送先からの受信
の確認，受信者による着信メッセージのプライオリティ
の設定，発信者への納期遅れの自動通達ができる電子デ
ータ配送方式を得ることを目的とする。

【００１４】

【課題を解決するための手段】請求項１の発明に係る電
子データ配送方式は、電子データの宛先等を示す配送情
報テーブルを電子データの配送及び処理を行なう複数の
電子データ処理ノード毎に持たせ、上記複数の電子デー
タ処理ノードをローカルエリア２４に分割し、上記複数
の電子データ処理ノードをローカルエリア２４間の電子
データの配送及び処理を行なうローカルエリア２４内の
グローバル電子データ処理ノード１と、ローカルエリア
２４内の他のローカル電子データ処理ノード２との間で
電子データの配送及び処理を行なうローカルエリア２４
内のローカル電子データ処理ノード２とに分け、電子デ
ータの配送を行なうものである。

【００１５】請求項２の発明に係る電子データ配送方式
は、電子データの宛先等を示す配送情報テーブルを電子
データの配送及び処理を行なう複数の電子データ処理ノ
ード毎に持たせ、上記複数の電子データ処理ノードをロ
ーカルエリア２４に分割し、上記複数の電子データ処理
ノードをローカルエリア２４間の電子データの配送及び
処理を行なうローカルエリア２４内のグローバル電子デ
ータ処理ノード１と、ローカルエリア２４内の他のロー
カル電子データ処理ノード２との間で電子データの配送
及び処理を行なうローカルエリア２４内のローカル電子
データ処理ノード２とに分けると共に、配送の並行処理
を行なうグループノード３とローカルエリア２４の階層
化を行なう階層化ノード４とを導入した構成とし、更に
電子データの種別で着信の電子データのプライオリティ
を決定して管理するプライオリティ管理手段（プライオ
リティ管理機構４４）と、受信者の指定した納期と現在
の日時とを比較して納期が現在の日時を経過した時に発
信者に納期遅れのメッセージを発信する時間管理手段
（時間管理機構７１）と、受信者が設定した不在期間と
受信した電子データの納期とを比較して納期が不在期間
内にある時は受信者が処理不能である旨のメッセージを
発信者へ送信する不在検出手段（不在検出機構６９）と
のうちの少なくとも１つの手段を備え、電子データの配
送を行なうものである。

【００１６】

【作用】請求項１の発明において、ローカルエリア２４
内のグローバル電子データ処理ノード１は配送情報テー
ブルの内容に従ってローカルエリア２４間の電子データ
の配送を行ない、ローカル電子データ処理ノード２は配
送情報テーブルの内容に従ってローカルエリア２４内の
他のローカル電子データ処理ノード２との間で電子デー
タの配送を行なう。

【００１７】請求項２の発明において、ローカルエリア
２４内のグローバル電子データ処理ノード１は配送情報
テーブルの内容に従ってローカルエリア２４間の電子デ
ータの配送を行ない、ローカル電子データ処理ノード２
は配送情報テーブルの内容に従ってローカルエリア２４
内の他のローカル電子データ処理ノード２との間で電子
データの配送を行なう。グループノード３は配送の並行
処理を行なう。階層化ノード４はローカルエリア２４の
階層化を行なう。プライオリティ管理手段は電子データ
の種別で着信の電子データのプライオリティを決定して
管理する。時間管理手段は受信者の指定した納期と現在
の日時とを比較して納期が現在の日時を経過した時に発
信者に納期遅れのメッセージを発信する。不在検出手段
は受信者が設定した不在期間と受信した電子データの納
期とを比較して納期が不在期間内にある時は受信者が処
理不能である旨のメッセージを発信者へ送信する。

【００１８】

【実施例】実施例１．図１はこの発明の一実施例に係る
電子データ配送方式の構成を示すブロック図である。図
１において、１はローカルエリア２４間の電子データの
配送及び処理を行なうローカルエリア２４内のグローバ
ル電子データ処理ノード、２はローカルエリア２４内の
他のローカル電子データ処理ノードとの間で電子データ
の配送及び処理を行なうローカルエリア２４内のローカ
ル電子データ処理ノード、３は配送の並行処理を行なう
グループノード、４はローカルエリア２４の階層化を行
なう階層化ノード、５は伝票である。このように、この
実施例では複数の電子データ処理ノードは、ローカルエ
リア２４に分割されており、グローバル電子データ処理
ノード１とローカル電子データ処理ノード２に分けられ
ている。

【００１９】次に動作について説明する。グローバル電
子データ処理ノード１で発生した伝票５は、必要な部門
（ローカル電子データ処理ノード２）で検印等の処理を
うける。伝票５は図２６の従来方式による属性付き伝票
の形式を取る。ただし、属性情報１９の宛先は、グロー
バル電子データ処理ノード１に対応するものだけであ
る。処理依頼を受けたグローバル電子データ処理ノード
１は、自ローカルエリア２４内のローカル電子データ処
理ノード２に伝票５を送信する。ローカル電子データ処
理ノード２は、ローカルエリア２４内のローカル電子デ
ータ処理ノード２又はグローバル電子データ処理ノード
１に伝票５を送信する。ローカル電子データ処理ノード
１は、ローカルエリア２４内の処理が終了した時、別の
ローカルエリア２４内のローカル電子データ処理ノード
１に伝票５を渡す。別のローカルエリア２４内でも同様
の処理を行い、次のローカルエリア２４に伝票５を渡
す。このようにして、順次、伝票が送られ、必要な処理
が行われる。

【００２０】図２はこの実施例における伝票処理ノード
の構成を示すブロック図である。図２において、ローカ
ル伝票処理ノード（ローカル電子データ処理ノード）の
動作を説明する。なお、ローカル伝票処理ノードはロー
カル電子データ処理ノードに相当するので同じ符号２を
用いる。伝票５は伝票送受信処理６で受信し、伝票９に
保存される。伝票処理８は、伝票９を処理する。伝票９
が送信される場合、種別１６が自動配送決定機構１２に
読まれる。次に配送情報テーブル１３ｂの種別１６に対
応するレコードから宛先，順序，処理が読まれる。自動
配送決定機構１２は、送信機構１０に送信指示１７を送
り、伝票５は送信される。

【００２１】図３において、グローバル伝票処理ノード
（グローバル電子データ処理ノード）１の配送方式を示
す。なおグローバル伝票処理ノードはグローバル電子デ
ータ処理ノードに相当するので、同じ符号１を用いる。
グローバル伝票処理ノード１の中の自動配送決定機構１
２は、伝票が他のグローバル伝票処理ノード１から来た
場合、伝票の種別情報１６とローカル配送情報テーブル
１３ｂを参照し、ローカル伝票処理ノード２に伝票を渡
す。伝票が、ローカル伝票処理ノード２から来た場合、
グローバル属性情報１９を参照して、他のグローバル伝
票処理ノード２に渡す。

【００２２】図４においてグローバル伝票処理ノードの
自動配送決定機構のフローチャートを示す。ステップ２
６で伝票の受信を行い、次にステップ２７で下位層から
の受信かどうか判定を行う。下位層からの受信であった
場合、ステップ２８に分岐し、そうでない場合、ステッ
プ３０に分岐する。ステップ２８に分岐した場合、ステ
ップ２６で受信した伝票の属性情報を参照し、ステップ
２９で同位層ノードへのあて先の決定を行い、ステップ
３２であて先ノードに送信を行う。ステップ３０に分岐
した場合、ステップ３０でローカル配送情報テーブルの
参照を行い、ステップ３１で下位層ノードへのあて先を
決定し、ステップ３２であて先ノードに送信を行う。

【００２３】この実施例における電子データ配送システ
ム構成図を図５に示す。図５において、２０は制御装
置、２１は記憶装置、２２は情報処理装置、２３は端末
装置、２４はローカルエリア、２５はグローバルエリア
である。

【００２４】グローバルエリア２５は、複数のローカル
エリア２４から成る。ローカルエリア２４は、制御装置
２０，記憶装置２１及び複数の端末装置２３，情報処理
装置２２から成る。グローバル電子データ処理ノード１
を制御装置２０とし、ローカル電子データ処理ノード２
を情報処理装置２２及び端末装置２３として構成でき
る。

【００２５】また、上記実施例では、配送する電子デー
タに伝票を扱ったが、文書，図面，スプレッドシート，
ＣＡＤデータ等、他の電子データであってもよく、この
場合も上記実施例と同様の効果を奏する。

【００２６】実施例２．なお、上記の実施例では、ロー
カルエリア２４間配送に属性付加方式のものを示した
が、テーブル参照方式を用いてもよい。

【００２７】図６に、この実施例におけるグローバル伝
票処理ノードの配送方式の構成図を示す。グローバル伝
票処理ノード１の中の自動配送決定機構１２は、ローカ
ルエリア間の伝票の配送には、グローバル配送情報テー
ブル１３ｃを参照し、ローカルエリア内の伝票の配送に
は、ローカル配送情報テーブル１３ｄを参照する。この
場合、従来のテーブル参照方式のテーブルの分散化とな
り、上記実施例と同様の効果を奏する。

【００２８】実施例３．なお、実施例１では、ローカル
伝票処理ノード２にテーブル参照方式のものを示した
が、属性付加方式でもよい。この場合のグローバル伝票
処理ノード１の配送方式の構成図を図７に示す。図７に
おいて、自動配送決定機構１２は、ローカル配送情報テ
ーブル１３ｄを参照して、ローカル向け属性付加機構３
３で伝票に属性を付加する。

【００２９】この場合、ローカルエリア２４間を流れる
伝票５は実施例１と同様であり、同様の効果を奏する。

【００３０】実施例４．実施例１の拡張として、ローカ
ルエリア２４の中に階層化ノード４を導入することで、
ローカルエリア２４の中に部分集合としてのローカルエ
リア２４を設定することができる。

【００３１】図８に階層化ノードの処理方式の構成を示
す。グローバル伝票処理ノード１（１ａ）を、グローバ
ル伝票処理ノード１とローカル伝票処理ノード２群の間
に設置することで、ローカルエリア２４が構成できる。
グローバル処理ノード１（１ａ）のグローバル処理をテ
ーブル参照方式とした場合の自動配送決定機構のフロー
チャートを図９に示す。

【００３２】図９においてステップ２６で伝票の受信を
行い、ステップ２７で下位層からの受信かどうか判定を
行う。下位層からの受信であった場合、ステップ３４に
分岐し、そうでない場合、ステップ３０に分岐する。ス
テップ３４に分岐した場合、ステップ３４のグローバル
配送情報テーブルを参照しステップ２９で同，上位層ノ
ードへのあて先の決定を行い、ステップ３２であて先ノ
ードに送信を行う。ステップ３０に分岐した場合、ステ
ップ３０でローカル配送情報テーブルの参照を行い、ス
テップ３１で下位層ノードへのあて先を決定し、ステッ
プ３２であて先ノードに送信を行う。

【００３３】例えば、配送先を階層的に表現するために
４桁の数を用い、４桁の数字のうち最初の２桁をグロー
バルエリアに対応させ、３桁目と４桁目をローカルエリ
アに対応させる。具体表現の詳細については、図２４に
示すように配送先を表現するために、場所名＝本社には
１桁目に１を、イ部には２桁目に１を、２グループには
３桁目に２を、そして、マシン３には４桁目に２を割り
当てるなどして表現を階層化したものである。また、図
１０の２行目に示されたようにグローバルエリアとロー
カルエリアを設定する。例えば、伝票の配送先が結果的
に本社・イ部・２グループ・マシン３となったとする
と、配送先の表現はグローバルエリア１１、ローカルエ
リア２２となる。更にこの発明での配送方式では、伝票
の属性情報は配送先を指定するグローバル情報の二桁で
ある。そして、配送先表現の３桁目と４桁目は受け取り
側のローカル配送プログラム付属の処理テーブルで設定
される。すなわち、上と同じ例で述べれば、グローバル
配送情報１１は伝票の属性として指定され、ローカル情
報２２はローカル配送プログラムで伝票属性情報の書類
種別を参照しプログラム付属の処理テーブルの中に書き
込まれている情報をもとに決定される。次に、配送の経
路について述べる。伝票が発送された場合、発送したマ
シンからそのマシンの直接グローバルノードに配送さ
れ、そこに用意されたグローバル配送プログラムと伝票
に書き込まれたグローバルノード情報により階層の上の
グローバルノードに配送するか同じレベルのグローバル
に配送するか決定され、配送先のローカル処理テーブル
を持つグローバルノードに送られる。一旦、配送先の直
接グローバルノードに伝票が届いた場合、そこに用意さ
れたローカル配送プログラムがローカル処理テーブルと
伝票属性として書き込まれた書類種別情報を用いて配送
先マシンへと配送する。例えば、伝票が１１１１マシン
から１２１１マシンへ配送される場合の経路は１１１１
→１１ｇｌｏｂａｌｎｏｄｅ→１２ｇｌｏｂａｌｎｏｄ
ｅ→１２１１となる。また、配送先が複数ある場合は、
グローバル情報に複数個の配送先を指定し、上に述べた
配送が複数回繰り返される。また、階層を増やす場合も
各々の階層に上に述べたグローバルノード１１と同様な
機能を持たせることにより階層の追加を行う。

【００３４】実施例５．グループ受信方式の構成を図１
１に示す。複数の配送元からの受信において、伝票処理
グループノード３からの受信を待つ伝票処理ノード２ｂ
は、伝票処理グループノード３内の全ての伝票処理ノー
ド２ａからの送信がそろった場合、伝票処理ノード３か
らの送信が終了したこととする。

【００３５】伝票処理ノード２ｂの処理を図１２に示
す。図１２においてグループ受信方式のフローチャート
を示す。ステップ３５で伝票の受信を行い、受信があっ
た場合にはステップ３６で配送情報テーブルの読み込み
を行う。ステップ３７でグループからの受信であるかど
うかの判定を行う。グループからの受信であった場合ス
テップ３８に分岐し、そうでない場合ステップ３９に分
岐する。ステップ３９に分岐した場合、伝票の受信は完
了する。ステップ３８に分岐した場合、ステップ３８で
グループ内のすべての伝票を受信したかどうか判定し、
すべての伝票を受信した場合はステップ３９に分岐し、
そうでない場合は、ステップ３５に分岐する。ステップ
３９に分岐した場合、伝票のグループ受信は完了する。
ステップ３５に分岐した場合は新たに伝票の受信を行
う。

【００３６】グループ化ノードを実現するための配送情
報テーブル１３ｂを図１３に示す。図１３においてＥグ
ループは、Ａさん，Ｚさん，Ｑさん他のメンバーから構
成している。

【００３７】グループ化ノード３は、図１４に示すよう
に、複数を並置することもできる。この場合、先のグル
ープノード３ａ内の全ての処理ノード２の処理が終わっ
た後、後のグループノード３ｂに伝票が自動送信され
る。

【００３８】実施例６．この実施例におけるプライオリ
ティ管理機構の構成図を図１５に示す。図１５（ａ）に
おいて４０は伝票受信処理、４１はプライオリティ決定
機構、４２は並び換え操作、４３は伝票情報、４４はプ
ライオリティ管理機構、４５はプライオリティ情報、４
６はプライオリティテーブル、４７はプライオリティ設
定機構である。

【００３９】次に動作について説明する。伝票受信処理
４０によって受信された伝票５は、伝票受信処理４０に
よって処理され伝票情報が取り出される。とり出された
伝票情報は、プライオリティ決定機構４１に読み込まれ
る。プライオリティ決定機構４１は伝票情報４３とプラ
イオリティテーブル４６からプライオリティ情報４５を
決定し作成する。作成されたプライオリティ情報４５
は、プライオリティ管理機構４４によって読み込まれ、
プライオリティ管理機構４４は、保存されている伝票９
について並び換え操作４２を行う。

【００４０】保存された伝票９の並び換え操作４２の結
果、図１５（ｂ）のようになる。

【００４１】図１６において、受信者指定プライオリテ
ィ決定機構のフローチャートを示す。ステップ４８で伝
票の受信を行い、ステップ４９で受信者が受信した伝票
のプライオリティの指定を行い、ステップ５０で受信し
た伝票のプライオリティが決定され、ステップ５１でプ
ライオリティ情報が作成される。

【００４２】図１７において、この実施例におけるプラ
イオリティ管理機構のフローチャートを示す。ステップ
５２で受信した伝票からのプライオリティ情報の読み込
みを行い、ステップ５３でプライオリティ情報から伝票
の優先順序の決定を行い、ステップ５４で伝票の優先順
序の並び換えを行う。

【００４３】図１８において、この実施例における受信
者指定プライオリティ付き伝票の画面構成例を示す。図
１８（ａ）は各種伝票を受信した時の画面構成例であ
る。図１８（ｂ）は図１８（ａ）における各種伝票にマ
ウス等の入力手段を用いて受信者がプライオリティを指
定した時の画面構成例である。図１８（ｃ）は、各種伝
票のプライオリティか決定した時の画面構成例である。

【００４４】また、上記実施例ではプライオリティを高
中低で表わしたが、整数値で表わしてもよく、この場合
も上記実施例と同様の効果を奏する。

【００４５】実施例７．図１９において伝票の種別によ
るプライオリティ決定機構のフロチャートを示す。ステ
ップ４８で伝票の受信を行い、ステップ５５で受信した
伝票からの伝票情報の読み込みを行い、ステップ５６で
伝票の種別によるプライオリティの決定を行い、ステッ
プ５１でプライオリティの作成を行う。

【００４６】また、上記実施例では処理待ちキューの並
び換え操作４２は、新しい伝票の到着時に行った。この
タイミングは変更可能であり、例えば並び換え操作４２
のデーモンが常に動いていることによって一定時間毎に
並び換えを行うことができる。この方式では処理期限に
対してより効率的な優先順位をつけることができる。

【００４７】実施例８．実施例７ではステップ５６で伝
票の種別でプライオリティの決定を行ったが、発信者の
所属（同じ係、同じ課、同じ部、同じ支社）でプライオ
リティを決定してもよく、同様の効果を奏する。

【００４８】また上記実施例では、処理待ちキューの並
び換え操作４２は、新しい伝票の到着時に行った。この
タイミングは変更可能であり、例えば並び換え操作４２
のデーモンが常に動いていることによって、一定時間毎
に並び換えを行うことができる。この方式では処理期限
に対してより効率的な優先順位をつけることができる。

【００４９】実施例９．実施例７ではステップ５６で伝
票の種別でプライオリティの決定を行ったが、発信者の
階級でプライオリティを決定してもよく同様の効果を奏
する。

【００５０】また上記実施例では、処理待ちキューの並
び換え操作４２は、新しい伝票の到着時に行った。この
タイミングは変更可能であり、例えば並び換え操作４２
のデーモンが常に動いていることによって、一定時間毎
に並び換えを行うことができる。この方式では、処理期
限に対してより効率的な優先順位をつけることができ
る。

【００５１】実施例１０．図２０において、受信者設定
プライオリティ決定機構のフローチャートを示す。ステ
ップ４８で伝票の受信を行い、ステップ５５で受信した
伝票からの伝票情報の読み込みを行い、ステップ５７で
プライオリティテーブルの読み込みを行い、ステップ５
８で受信した伝票のプライオリティの決定を行い、ステ
ップ５１でプライオリティ情報の作成を行う。

【００５２】実施例１１．図２１において、重み付けプ
ライオリティ決定機構のフローチャートを示す。ステッ
プ４８で伝票の受信を行い、ステップ５５で受信した伝
票からの伝票情報の読み込みを行い、ステップ５９で実
施例６，実施例７，実施例８，実施例９等の方法によっ
てプライオリティの決定を行い、ステップ６０で決定さ
れたプライオリティに関して重み付けを行い、ステップ
５１でプライオリティ情報の作成を行う。

【００５３】実施例１２．図２において、不在検出機構
６９は受信者が不在であるかどうかを不在設定機構７０
からの情報７２により判定し、不在の場合受信機構１１
からの伝票５の回答期限情報７１と不在設定機構７０か
らの帰着日時情報７２とにより伝票５の回答期限と受信
者の帰着日時を比較し、帰着日時が回答期限より遅けれ
ば、不在通知の送信を送信機構１０に依頼する。依頼さ
れた送信機構は、伝票５の発信者に不在通知を送信す
る。

【００５４】図２２において、不在検出機構の受信者不
在についてのフローチャートを示す。ステップ４８で伝
票の受信を行い、ステップ６１で受信者が不在かどうか
を判定し、不在ならばステップ６３に分岐し、そうでな
ければステップ６２に分岐する。ステップ６３に分岐し
た場合、ステップ６３で回答期限を受信者帰着日時の比
較を行い、帰着日時か回答期より早ければステップ６２
に分岐する。そうでなければステップ６４に分岐する。
ステップ６４に分岐した場合、ステップ６４で不在通知
の送信を発信者に対して行う。ステップ６２に分岐した
場合、ステップ６２で伝票ファイルに保存される。

【００５５】上記実施例では、不在設定機構７０として
専用の機構を設けたが、個人スケジュールとしてもよ
く、この場合も同様の効果を奏する。

【００５６】実施例１３．図２において時間管理機構７
１は、伝票９の納期期限が現在時間より先の場合、送信
機構１０に対して伝票９の発信者に対して期限切れメッ
セージを送信するように依頼する。依頼された送信機構
１０は、発信者に対して期限切れメッセージを送信す
る。

【００５７】図２３において時間管理機構の納期期限に
ついてのフローチャートを示す。ステップ６５で納期期
限テーブル６６から納期期限の読み込みを行う。ステッ
プ６７で現在時間と納期期限の比較を行い、納期期限が
早い場合ステップ６８に分岐する。ステップ６８で発信
者に期限切れメッセージを送信する。

【００５８】以上説明したように、本実施例の特徴は次
のようになる。本電子データ配送方式は、全データ処理
ノードを分割したローカルエリアと、ローカルエリア間
の電子データの配送を行うグローバル電子データ処理ノ
ードと、ローカルエリア内のグローバル電子データ処理
ノード及びローカルエリア内の他のローカル電子データ
処理ノードとの間で電子データの配送を行うローカル電
子データ処理ノードとを備えている。

【００５９】本電子データ配送方式は、全データ処理ノ
ードを分割したローカルエリアと、ローカルエリア間の
データの配送を、グローバルなデータ配送テーブルで処
理するローカルエリア間自動配送機構及びローカルエリ
ア内のデータの配送をローカルエリア内のデータ配送テ
ーブルで処理するローカルエリア内自動配送機構をもつ
グローバル電子データ処理ノードと、ローカルエリア内
のデータの配送を、ローカルエリア内のデータ配送テー
ブルで処理するローカルエリア内自動配送機構とを備え
ている。

【００６０】本電子データ配送方式は、全データ処理ノ
ードを分割したローカルエリアと、ローカルエリア間の
データの配送を、データに付けた属性で処理するローカ
ルエリア間自動配送機構と、ローカルエリア内のデータ
の配送を、ローカルエリア内のデータ配送テーブルで処
理するローカルエリア内自動配送機構とを備えている。

【００６１】本電子データ配送方式は、全データ処理ノ
ードを分割したローカルエリアと、ローカルエリア間の
データの配送を、データに付けた属性で処理するローカ
ルエリア間自動配送機構及びローカルエリア内のデータ
の配送を、ローカルエリア内のデータ配送テーブルに基
づき属性を付加するグローバル電子データ処理ノード
と、ローカルエリア内のデータの配送を、データの属性
で処理するローカル電子データ処理ノードとを備えてい
る。

【００６２】本電子データ配送方式は、電子データの配
送先を組織の系統図に従い階層的に表現する。

【００６３】本電子データ配送方式は、全データ処理ノ
ードを分割したローカルエリアと、ローカルエリア内の
データ処理ノード群から成るローカルエリアと、ローカ
ルエリア間の電子データの配送を行うグローバル電子デ
ータ処理ノードと、ローカルエリア内のグローバル電子
データ処理ノード及びローカルエリア内の他のローカル
電子データ処理ノードとの間で電子データの配送を行う
ローカル電子データ処理ノードとを備えている。

【００６４】本電子データ配送方式は、並行して処理さ
れる伝票の全ての着信感知を行う電子データ処理ノード
と、並行して処理するデータ処理ノード群をグループ化
したグループノードとを備えている。

【００６５】本電子データ配送方式は、各種の情報を重
み付けしてプライオリティを決めるプライオリティ決定
機構と、プライオリティに応じて表示順序を変えるプラ
イオリティ管理機構とを備えている。

【００６６】本電子データ配送方式は、着信時に利用者
が電子データの処理プライオリティを付加するプライオ
リティ決定機構と、プライオリティに応じて表示順序を
変えるプライオリティ管理機構とを備えている。

【００６７】本電子データ配送方式は、電子データの種
別でプライオリティを決めるプライオリティ決定機構
と、プライオリティに応じて表示順序を変えるプライオ
リティ管理機構とを備えている。

【００６８】本電子データ配送方式は、受信者が送信さ
れてくる電子データの特定情報の内容毎にプライオリテ
ィを決めておくプライオリティテーブル設定機構と、送
信されてきた電子データの特定情報の内容からプライオ
リティを決めるプライオリティ決定機構と、プライオリ
ティに応じて表示順序を変えるプライオリティ管理機構
とを備えている。

【００６９】本電子データ配送方式は、発信者の指定し
た納期と現在の日時を比較して発信者に納期遅れのメッ
セージを自動発信する時間管理機構を備えている。

【００７０】本電子データ配送方式は、受信者が不在期
間を設定する不在設定機構と、不在期間と受信した電子
データの納期を比較して、受信者が処理不能である旨の
メッセージを送信する不在検出機能とを備えている。

【００７１】本電子データ配送方式は、電子データの発
信者の所属（同じ係，同じ課，同じ部，同じ支社）でプ
ライオリティを決めるプライオリティ決定機構と、プラ
イオリティに応じて表示順序を変えるプライオリティ管
理機構とを備えている。

【００７２】本電子データ配送方式は、電子データの発
信者の階級でプライオリティを決めるプライオリティ決
定機構と、プライオリティに応じて表示順序を変えるプ
ライオリティ管理機構とを備えている。

【００７３】以上のように本実施例によれば、ローカル
エリアを導入し、ローカルエリア内は、テーブル参照方
式で、ローカルエリア間は、属性付加方式を用いたの
で、テーブル参照方式だけのシステムに比べて、配送系
路の指定が柔軟であるという効果があり、属性付加方式
だけのシステムに比べて、伝票作成者が各ローカルエリ
アの宛先等をいちいち意識せずに伝票が発送できると共
に、全体の送信メッセージの大きさを小さくできる。

【００７４】また、配送機構テーブルを分散して持つこ
とにより、伝票システムの全体を停止することなく、ロ
ーカル配送情報テーブルに修正を加えることができる。

【００７５】また、配送情報テーブルをローカルエリア
の中に置いたので、ローカルエリアの中で、伝票処理の
代理人を容易に変更できる。

【００７６】また、配送情報テーブルを組織の階層構成
要素に対応させると、組織の変更に伴なうデータ配送の
変更が機械的にできる。

【００７７】また、配送情報テーブルを組織の階層構成
要素に対応させると、組織が一部変更された場合、一部
の変更で対応できる。

【００７８】また、複数の配送元からの受信において、
グループノードにより、受信者が個々の伝票を確認する
ことなく全伝票の受信が終えたことを知ることができ
る。

【００７９】また、プライオリティ決定機構を用いたこ
とにより、プライオリティの高い伝票から処理していく
ことができる。

【００８０】また、時間管理機構により、伝票処理の納
期が遅れることを送信者に自動的に知らせることができ
る。

【００８１】また、不在検出機構により、送信者が受信
者の不在により伝票が処理されないことを知ることがで
きる。

【００８２】また、プライオリティテーブル設定機構に
より、特定の発信者からの伝票を最優先で処理するよう
に設定しておくことができる。

【００８３】

【発明の効果】請求項１の発明によれば、電子データの
宛先等を示す配送情報テーブルを電子データの配送を行
なう複数の電子データ処理ノード毎に持たせ、上記複数
の電子データ処理ノードをローカルエリアに分割し、上
記複数の電子データ処理ノードをローカルエリア間の電
子データの配送を行なうローカルエリア内のグローバル
電子データ処理ノードと、ローカルエリア内の他のロー
カル電子データ処理ノードとの間で電子データの配送を
行なうローカルエリア内のローカル電子データ処理ノー
ドとに分け、電子データの配送を行なうようにしたの
で、伝票等の電子データ毎の配送系路の簡易な指定、配
送系路の容易な修正、送信メッセージの縮小等を図れる
という効果が得られる。

【００８４】請求項２の発明によれば、電子データの宛
先等を示す配送情報テーブルを電子データの配送を行な
う複数の電子データ処理ノード毎に持たせ、上記複数の
電子データ処理ノードをローカルエリアに分割し、上記
複数の電子データ処理ノードをローカルエリア間の電子
データの配送を行なうローカルエリア内のグローバル電
子データ処理ノードと、ローカルエリア内の他のローカ
ル電子データ処理ノードとの間で電子データの配送を行
なうローカルエリア内のローカル電子データ処理ノード
とに分けると共に、配送の並行処理を行なうグループノ
ードとローカルエリアの階層化を行なう階層化ノードと
を導入した構成とし、更に電子データの種別で着信の電
子データのプライオリティを決定して管理するプライオ
リティ管理手段と、発信者の指定した納期と現在の日時
とを比較して納期が現在の日時を経過した時に発信者に
納期遅れのメッセージを発信する時間管理手段と、受信
者が設定した不在期間と受信した電子データの納期とを
比較して納期が不在期間内にある時は受信者が処理不能
である旨のメッセージを発信者へ送信する不在検出手段
とのうちの少なくとも１つの手段を設け、電子データの
配送を行なうようにしたので、上記効果に加え、代理受
信者の設定、複数の配送先からの受信の確認、受信者に
よる着信メッセージのプライオリティの設定、発信者へ
の納期遅れの自動通達等ができ、したがって、電子デー
タ処理が効率化できるという効果が得られる。

【図面の簡単な説明】

【図１】この発明の一実施例に係る電子データ配送方式
の全体構成図である。

【図２】本実施例におけるローカル伝票処理ノードの構
成図である。

【図３】本実施例におけるグローバル伝票処理ノードの
配送方式の構成図である。

【図４】本実施例におけるグローバル伝票処理ノードの
自動配送決定機構のフローチャートである。

【図５】本実施例における電子データ配送システムの構
成図である。

【図６】本実施例におけるグローバル伝票処理ノードの
配送方式の構成図である。

【図７】本実施例におけるグローバル伝票処理ノードの
配送方式の構成図である。

【図８】本実施例における階層化ノードの処理方式の構
成図である。

【図９】本実施例におけるグローバル伝票処理ノードの
自動配送決定機構のフローチャートである。

【図１０】本実施例における論理的配送情報テーブルの
一例を示す図である。

【図１１】本実施例におけるグループ受信方式の構成図
である。

【図１２】本実施例におけるグループ受信方式のフロー
チャートである。

【図１３】本実施例におけるグループ化方式の配送情報
テーブルの一例を示す図である。

【図１４】本実施例におけるグループ送受信応用事例を
示す図である。

【図１５】本実施例におけるプライオリティ管理機構の
構成図である。

【図１６】本実施例における受信者指定プライオリティ
決定機構のフローチャートである。

【図１７】本実施例におけるプライオリティ管理機構の
フローチャートである。

【図１８】本実施例における受信者指定プライオリティ
付き伝票の画面構成例を示す図である。

【図１９】本実施例における伝票の種別によるプライオ
リティ決定機構のフローチャートである。

【図２０】本実施例における受信者設定プライオリティ
決定機構のフローチャートである。

【図２１】本実施例における重み付けプライオリティ決
定機構のフローチャートである。

【図２２】本実施例における不在検出機構の受信者不在
についてのフローチャートである。

【図２３】本実施例における時間管理機構の納期期限に
ついてのフローチャートである。

【図２４】本実施例におけるシステム構成表を示す図で
ある。

【図２５】従来の属性付加方式による伝票処理ノードの
構成図である。

【図２６】従来の属性付き伝票の構成例図である。

【図２７】従来のテーブル参照方式による伝票処理ノー
ドの構成図である。

【図２８】従来のグループ送信方式の構成図である。

【図２９】従来のグループ受信方式の構成図である。

【符号の説明】

１ グローバル電子データ処理ノード ２ ローカル電子データ処理ノード ３ グループノード ４ 階層化ノード ４４ プライオリティ管理機構（プライオリティ管理手
段） ６９ 不在検出機構（不在検出手段） ７１ 時間管理機構（時間管理手段）

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成４年９月２４日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００１４

【補正方法】変更

【補正内容】

【００１４】

【課題を解決するための手段】請求項１の発明に係る電
子データ配送方式は、電子データの配送及び処理を行な
う複数の電子データ処理ノードをローカルエリア２４に
分割し、上記複数の電子データ処理ノードをローカルエ
リア２４間の電子データの配送及び処理を行なうローカ
ルエリア２４内のグローバル電子データ処理ノード１
と、ローカルエリア２４内の他のローカル電子データ処
理ノード２との間で電子データの配送及び処理を行なう
ローカルエリア２４内のローカル電子データ処理ノード
２とに分け、ローカルエリア２４間での電子データの宛
先等を示す配送情報テーブル又は伝票に付加された属性
を元にローカルエリア２４間の配送を行ない、ローカル
エリア２４内での電子データの宛先等を示す配送情報テ
ーブル又は伝票に付加された属性を元にローカルエリア
２４内の配送を行なうようにして電子データの配送を行
なうものである。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００１５

【補正方法】変更

【補正内容】

【００１５】請求項２の発明に係る電子データ配送方式
は、電子データの配送及び処理を行なう複数の電子デー
タ処理ノードをローカルエリア２４に分割し、上記複数
の電子データ処理ノードをローカルエリア２４間の電子
データの配送及び処理を行なうローカルエリア２４内の
グローバル電子データ処理ノード１と、ローカルエリア
２４内の他のローカル電子データ処理ノード２との間で
電子データの配送及び処理を行なうローカルエリア２４
内のローカル電子データ処理ノード２とに分け、ローカ
ルエリア２４間での電子データの宛先等を示す配送情報
テーブル又は伝票に付加された属性を元にローカルエリ
ア２４間の配送を行ない、ローカルエリア２４内での電
子データの宛先等を示す配送情報テーブル又は伝票に付
加された属性を元にローカルエリア２４内の配送を行な
うようにすると共に、配送の並行処理を行なうグループ
ノード３とローカルエリア２４の階層化を行なう階層化
ノード４とを導入した構成とし、更に電子データの種別
で着信の電子データのプライオリティを決定して管理す
るプライオリティ管理手段（プライオリティ管理機構４
４）と、受信者の指定した納期と現在の日時とを比較し
て納期が現在の日時を経過した時に発信者に納期遅れの
メッセージを発信する時間管理手段（時間管理機構７
１）と、受信者が設定した不在期間と受信した電子デー
タの納期とを比較して納期が不在期間内にある時は受信
者が処理不能である旨のメッセージを発信者へ送信する
不在検出手段（不在検出機構６９）とのうちの少なくと
も１つの手段を備え、電子データの配送を行なうもので
ある。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００１９

【補正方法】変更

【補正内容】

【００１９】次に動作について説明する。グローバル電
子データ処理ノード１で発生した伝票５は、必要な部門
（ローカル電子データ処理ノード２）で検印等の処理を
うける。伝票５は図２６の従来方式による属性付き伝票
の形式を取る。ただし、属性情報１９の宛先は、グロー
バル電子データ処理ノード１に対応するものだけであ
る。処理依頼を受けたグローバル電子データ処理ノード
１は、自ローカルエリア２４内のローカル電子データ処
理ノード２に伝票５を送信する。ローカル電子データ処
理ノード２は、ローカルエリア２４内のローカル電子デ
ータ処理ノード２又はグローバル電子データ処理ノード
１に伝票５を送信する。グローバル電子データ処理ノー
ド１は、ローカルエリア２４内の処理が終了した時、別
のローカルエリア２４内のグローバル電子データ処理ノ
ード１に伝票５を渡す。別のローカルエリア２４内でも
同様の処理を行い、次のローカルエリア２４に伝票５を
渡す。このようにして、順次、伝票が送られ、必要な処
理が行われる。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】００４６

【補正方法】変更

【補正内容】

【００４６】また、上記実施例では処理待ちキューの並
び換え操作４２は、新しい伝票の到着時に行った。この
タイミングは変更可能であり、例えば並び換え操作４２
の処理が常に動いていることによって一定時間毎に並び
換えを行うことができる。この方式では処理期限に対し
てより効率的な優先順位をつけることができる。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】００４８

【補正方法】変更

【補正内容】

【００４８】また上記実施例では、処理待ちキューの並
び換え操作４２は、新しい伝票の到着時に行った。この
タイミングは変更可能であり、例えば並び換え操作４２
の処理が常に動いていることによって、一定時間毎に並
び換えを行うことができる。この方式では処理期限に対
してより効率的な優先順位をつけることができる。

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】００５０

【補正方法】変更

【補正内容】

【００５０】また上記実施例では、処理待ちキューの並
び換え操作４２は、新しい伝票の到着時に行った。この
タイミングは変更可能であり、例えば並び換え操作４２
の処理が常に動いていることによって、一定時間毎に並
び換えを行うことができる。この方式では、処理期限に
対してより効率的な優先順位をつけることができる。

【手続補正８】

【補正対象書類名】明細書

【補正対象項目名】００８３

【補正方法】変更

【補正内容】

【００８３】

【発明の効果】請求項１の発明によれば、電子データの
配送を行なう複数の電子データ処理ノードをローカルエ
リアに分割し、上記複数の電子データ処理ノードをロー
カルエリア間の電子データの配送を行なうローカルエリ
ア内のグローバル電子データ処理ノードと、ローカルエ
リア内の他のローカル電子データ処理ノードとの間で電
子データの配送を行なうローカルエリア内のローカル電
子データ処理ノードとに分け、ローカルエリア間での電
子データの宛先等を示す配送情報テーブル又は伝票に付
加された属性を元にローカルエリア間の配送を行ない、
ローカルエリア内での電子データの宛先等を示す配送情
報テーブル又は伝票に付加された属性を元にローカルエ
リア内の配送を行なうようにして電子データの配送を行
なうようにしたので、伝票等の電子データ毎の配送系路
の簡易な指定、配送系路の容易な修正、送信メッセージ
の縮小等を図れるという効果が得られる。

【手続補正９】

【補正対象書類名】明細書

【補正対象項目名】００８４

【補正方法】変更

【補正内容】

【００８４】請求項２の発明によれば、電子データの配
送を行なう複数の電子データ処理ノードをローカルエリ
アに分割し、上記複数の電子データ処理ノードをローカ
ルエリア間の電子データの配送を行なうローカルエリア
内のグローバル電子データ処理ノードと、ローカルエリ
ア内の他のローカル電子データ処理ノードとの間で電子
データの配送を行なうローカルエリア内のローカル電子
データ処理ノードとに分け、ローカルエリア間での電子
データの宛先等を示す配送情報テーブル又は伝票に付加
された属性を元にローカルエリア間の配送を行ない、ロ
ーカルエリア内での電子データの宛先等を示す配送情報
テーブル又は伝票に付加された属性を元にローカルエリ
ア内の配送を行なうようにすると共に、配送の並行処理
を行なうグループノードとローカルエリアの階層化を行
なう階層化ノードとを導入した構成とし、更に電子デー
タの種別で着信の電子データのプライオリティを決定し
て管理するプライオリティ管理手段と、発信者の指定し
た納期と現在の日時とを比較して納期が現在の日時を経
過した時に発信者に納期遅れのメッセージを発信する時
間管理手段と、受信者が設定した不在期間と受信した電
子データの納期とを比較して納期が不在期間内にある時
は受信者が処理不能である旨のメッセージを発信者へ送
信する不在検出手段とのうちの少なくとも１つの手段を
設け、電子データの配送を行なうようにしたので、上記
効果に加え、代理受信者の設定、複数の配送先からの受
信の確認、受信者による着信メッセージのプライオリテ
ィの設定、発信者への納期遅れの自動通達等ができ、し
たがって、電子データ処理が効率化できるという効果が
得られる。

【手続補正１１】

【補正対象書類名】図面

【補正対象項目名】図２

【補正方法】変更

【補正内容】

【図２】

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁵ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/58 (72)発明者 金近 秀明 鎌倉市大船五丁目１番１号 三菱電機株式 会社情報電子研究所内 (72)発明者 堀川 博史 鎌倉市大船五丁目１番１号 三菱電機株式 会社情報電子研究所内 (72)発明者 小津 浩直 鎌倉市大船五丁目１番１号 三菱電機株式 会社情報電子研究所内 (72)発明者 永野 靖忠 鎌倉市大船五丁目１番１号 三菱電機株式 会社情報電子研究所内 (72)発明者 内山 敏郎 鎌倉市大船五丁目１番１号 三菱電機株式 会社情報電子研究所内 (72)発明者 岡村 耕二 鎌倉市大船五丁目１番１号 三菱電機株式 会社情報電子研究所内 (72)発明者 中野 初美 鎌倉市大船五丁目１番１号 三菱電機株式 会社情報電子研究所内 (72)発明者 横里 純一 鎌倉市大船五丁目１番１号 三菱電機株式 会社情報電子研究所内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ローカルエリア間で電子メール等の電子
   データを配送する電子データ配送システムにおいて、電
   子データの宛先等を示す配送情報テーブルを電子データ
   の配送及び処理を行なう複数の電子データ処理ノード毎
   に持たせ、上記複数の電子データ処理ノードをローカル
   エリアに分割し、上記複数のデータ処理ノードをローカ
   ルエリア間の電子データの配送及び処理を行なうローカ
   ルエリア内のグローバル電子データ処理ノードと、ロー
   カルエリア内の他のローカル電子データ処理ノードとの
   間で電子データの配送及び処理を行なうローカルエリア
   内のローカル電子データ処理ノードとに分け、電子デー
   タの配送を行なうことを特徴とする電子データ配送方
   式。
2. 【請求項２】 ローカルエリア間で電子メール等の電子
   データを配送する電子データ配送システムにおいて、電
   子データの宛先等を示す配送情報テーブルを電子データ
   の配送及び処理を行なう複数の電子データ処理ノード毎
   に持たせ、上記複数の電子データ処理ノードをローカル
   エリアに分割し、上記複数のデータ処理ノードをローカ
   ルエリア間の電子データの配送及び処理を行なうローカ
   ルエリア内のグローバル電子データ処理ノードと、ロー
   カルエリア内の他のローカル電子データ処理ノードとの
   間で電子データの配送及び処理を行なうローカルエリア
   内のローカル電子データ処理ノードとに分けると共に、
   配送の並行処理を行なうグループノードとローカルエリ
   アの階層化を行なう階層化ノードとを導入した構成と
   し、更に電子データの種別で着信の電子データのプライ
   オリティを決定して管理するプライオリティ管理手段
   と、発信者の指定した納期と現在の日時とを比較して納
   期が現在の日時を経過した時に発信者に納期遅れのメッ
   セージを発信する時間管理手段と、受信者が設定した不
   在期間と受信した電子データの納期とを比較して納期が
   不在期間内にある時は受信者が処理不能である旨のメッ
   セージを発信者へ送信する不在検出手段とのうちの少な
   くとも１つの手段を設け、電子データの配送を行なうこ
   とを特徴とする電子データ配送方式。