JPH1097447A

JPH1097447A - 電文制御システム及び電文制御プログラムを格納した記憶媒体

Info

Publication number: JPH1097447A
Application number: JP9205050A
Authority: JP
Inventors: Yoshie Inoue; 善恵井上
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1996-07-31
Filing date: 1997-07-30
Publication date: 1998-04-14

Abstract

(57)【要約】【課題】電文交換処理を迅速にすると共に、同一電文
に対するイベント記録数に制限を設けることなく、処理
可能な電文制御システム及び電文制御プログラムを格納
した記憶媒体を提供する。【解決手段】本発明は、電文処理装置が受信した電文
と該電文に一意に対応する通番とを組にして格納する電
文格納手段と、電文処理装置において電文を処理する際
に発生するイベントをイベント種別毎に格納する少なく
とも１つのイベント格納手段とを有し、電文とイベント
記録を別個に管理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電文制御システム
及び電文制御プログラムを格納した記憶媒体に係り、特
に、電文の送受信、電文の各種処理におけるログ取得、
エラー電文を検知した場合における再開処理、取得電文
のフィルタ処理及び電文を次段の処理に転送するための
電文制御システム及び電文制御プログラムを格納した記
憶媒体に関する。

【０００２】詳しくは、緊急信号等の電文を受け付けた
場合に、電文のエラー等のイベント情報を管理する、エ
ラー等が発生した場合に、当該電文を破棄せずに、修正
して当該電文に関する処理を再開する、電文について種
々の条件を設けてフィルタリングする、電文を確実に相
手に届けるための転送制御処理等を行うための電文制御
システム及び電文制御プログラムを格納した記憶媒体に
関する。

【０００３】

【従来の技術】

（１）電文ログ取得従来の電文のログを取得する例を説明する。図２１は、
従来の電文ログ取得の方法を説明するための図である。
受信処理部において、電文を受け付けると当該電文を電
文ＤＢに格納する。次に、電文処理部Ａに処理が移行
し、当該電文処理部Ａにおいて、エラーや緊急電文等の
イベントが発生すると、当該イベント情報を電文ＤＢに
格納する。

【０００４】さらに、電文処理部Ｎまで各処理を行い、
各処理において発生したイベントは、全て電文ＤＢに格
納され、送信処理は、電文処理部Ａから電文処理部Ｎま
でに処理された電文をネットワークを介して他の通信装
置に送信される。このとき、送信処理部は、送信した電
文を電文データベースに格納する。電文データベースに
は、図２１に示すように、受信した電文、送信した電
文、処理した電文の各々に通番が付与され、１つのデー
タベースにログ情報として格納される。同図において、
電文ｂについては、受信エラーというイベントが発生
し、電文ｃについてはＳＯＳ信号等の緊急情報であるこ
とを示すイベント情報が電文データベース格納されてい
る。

【０００５】このように、従来のログ取得方法は、受信
した電文及び送信した電文、さらに、各処理において発
生したイベントのログ情報を全て１つの電文データベー
スに格納して管理する。（２）エラー発生時における再開処理次に、従来の電文のエラー発生時における処理を説明す
る。

【０００６】従来、電文受信時、電文処理時において、
エラーが発生した場合には、当該電文の発信元から再度
電文を送信する。例えば、図２２において、処理Ａを行
う通信処理装置２が受信処理を行う通信処理装置１から
電文を受け取り、処理中にエラーが発生した場合には、
通信処理装置１に対して再度電文の送信依頼を発行し、
再度受信した電文に基づいて再度処理Ａを行う。

【０００７】受信処理を行う通信処理装置１において、
受信エラーが発生した場合には、受信電文の発信元の通
信装置に対して再送信依頼を発行し、再受信処理を行
う。（３）フィルタ処理次に、従来の電文フィルタ処理について説明する。従
来、受信した電文について種々のフィルタ条件をプログ
ラム内部に既述し、当該プログラムを実行することによ
り、入力された電文のフィルタ処理を行う。

【０００８】（４）転送制御処理さらに、従来の転送制御処理について説明する。従来、
電文を送信する場合は、同じ通信形態の通信機器間にお
いて、電文の送受信を行う。例えば、ファクシミリ送信
における送信先は、ファクシミリ端末であり、このと
き、送信先として、ファクシミリ端末に一意に設定され
ているファクシミリ番号を宛先として送信する。また、
当該ファクシミリ端末に接続出来ない場合には、他のフ
ァクシミリ端末のファクシミリ番号を宛先として再度フ
ァクシミリ情報を転送する。

【０００９】

【発明が解決しようとする課題】しかしながら、上記の
各従来の技術には、以下のような問題点がある。まず、
上記従来の電文ログを取得する方法では、１つのデータ
ベースに対して種々の処理からの電文及びイベントが格
納される。つまり、電文についてのイベントが当該デー
タベースに書き戻されるため、電文に対する排他制御が
行われるため、その間電文処理ができないため、処理が
遅延するという問題がある。さらに、同一電文のイベン
トの記録数に制限があり、１つのデータベースに全ての
イベント情報を記録することが困難であるという問題が
ある。このため、処理電文が緊急情報である場合に、も
し、所定の記録数を越えている場合には、当該緊急であ
るというイベント情報を当該データベースに記録できな
いという問題が発生し、当該緊急情報に対する処理がで
きなくなるという危険性がある。

【００１０】また、上記の従来の電文にエラーが発生し
た場合には、当該電文の発信元の通信処理装置から電文
を再送信するため、受信電文のエラー中に緊急性が高い
電文であった場合には、電文に対する処理が遅延し、緊
急な事態の処理を行うことができない場合も発生する。
さらに、上記従来の電文フィルタ処理において、フィル
タ条件を全てプログラムに記入するため、フィルタ位
置、フィルタ条件、フィルタ条件格納先等の変更を行う
場合には、プログラムの改修が必要となる。さらに、電
文形式の変更に伴う項目名の追加、削除等においても同
様にプログラムの改修を行う必要がある。

【００１１】さらに、上記従来の電文の転送では、１つ
の通信手段の中で代行回線を設定し、電文の転送を行う
ために、他の通信手段間においては、電文の転送ができ
ないため、ファクシミリ電文の転送が不可能な場合に、
例えば、テレックス等を用いて代行送信できないという
問題がある。本発明は、上記の点に鑑みなされたもの
で、第１の目的として、電文交換処理を迅速にすると共
に、同一電文に対するイベント記録数に制限を設けるこ
となく、処理可能な電文制御システム及び電文制御プロ
グラムを格納した記憶媒体を提供する。

【００１２】また、本発明の第２の目的は、電文にエラ
ーが発生した場合に、エラー通知及び修正を可能とし、
エラーが発生した処理から電文処理の再開が可能な電文
制御システム及び電文制御プログラムを格納した記憶媒
体を提供することである。また、本発明の第３の目的
は、フィルタ条件の変更に伴う電文形式に変更がある場
合であっても、プログラムを改修することなく汎用性の
ある電文形式の変更が可能な電文制御システム及び電文
制御プログラムを格納した記憶媒体を提供することであ
る。

【００１３】また、本発明の第４の目的は、異なる通信
形態間においても確実に電文を送受信することが可能な
電文制御システム及び電文制御プログラムを格納した記
憶媒体を提供することである。

【００１４】

【課題を解決するための手段】第１の発明は、複数の電
文処理装置間において電文の交換を行う電文制御システ
ムであって、電文処理装置が受信した電文と該電文に一
意に対応する通番とを組にして格納する電文格納手段
と、電文処理装置において電文を処理する際に発生する
イベントをイベント種別毎に格納する少なくとも１つの
イベント格納手段とを有する。

【００１５】第２の発明は、第１の発明のイベント格納
手段において、イベント毎に識別子を付与し、イベント
が発生した電文の通番と共に格納する。第３の発明は、
複数の電文処理装置間において電文の交換を行う電文制
御システムであって、抽出された電文のエラーをユーザ
に通知するエラー通知手段と、エラー通知手段により通
知されたエラーを修正する修正手段と、修正手段により
修正された電文について処理再開が可能であるかを判定
する再開判定手段と、再開判定手段により再開可能であ
ると判定された場合に、指定された電文処理装置におい
て処理を再開する再開手段を有する。

【００１６】第４の発明は、複数の電文処理装置間にお
いて電文の交換を行う電文制御システムであって、電文
の項目を所定の桁数毎に区切る電文分割手段と、フィル
タ条件を、電文処理装置で処理される電文の区切られた
項目毎に予め登録するフィルタ条件登録手段と、電文分
割手段により区切られた項目毎に、フィルタ条件登録手
段により登録されているフィルタ条件を参照する条件参
照手段と、条件参照手段により参照されたフィルタ条件
に基づいて電文をフィルタリングするフィルタリング手
段とを有する。

【００１７】第５の発明は、第４の発明のフィルタ条件
登録手段において、新規の電文を処理する場合には、該
電文に対応するフィルタ条件を生成し、登録する手段を
含む。第６の発明は、複数の電文処理装置間において電
文の交換を行う電文制御システムであって、電文を送信
する際に、少なくとも１つの宛先に対して、複数の代替
通信手段と、該代替通信手段に対応する電文形式を設定
する代替送信設定手段と、ある通信手段を用いて電文を
送信時において、送信が失敗した場合には、代替送信設
定手段により設定されている他の代替え通信手段を用い
て再送信する再送信手段を有する。

【００１８】第７の発明は、第６の発明の代替送信設定
手段において、代替通信手段毎に優先順位を付与する優
先順位付与手段を含む。第８の発明は、第６の発明の代
替送信設定手段において、代替通信手段として、他の宛
先を設定する手段を含む。第９の発明は、第６の発明の
再送信手段において、代替通信手段において設定されて
いる電文形式に基づいて、最高優先順位の代替通信手段
で用いられた基本電文を変換する電文変換手段を含む。

【００１９】第１０の発明は、複数の電文処理装置間に
おいて電文の交換を行う電文制御プログラムを格納した
記憶媒体であって、電文処理装置が受信した電文と該電
文に一意に対応する通番とを組にして格納する電文格納
プロセスと、電文処理装置において電文を処理する際に
発生するイベントをイベント種別毎に格納する少なくと
も１つのイベント格納プロセスとを有する。

【００２０】第１１の発明は、複数の電文処理装置間に
おいて電文の交換を行う電文制御プログラムを格納した
記憶媒体であって、抽出された電文のエラーをユーザに
通知するエラー通知プロセスと、エラー通知プロセスに
より通知されたエラーを修正する修正プロセスと、修
正プロセスにより修正された電文について処理再開が可
能であるかを判定する再開判定プロセスと、再開判定プ
ロセスにより再開可能であると判定された場合に、指定
された電文処理装置において処理を再開する再開プロセ
スとを有する。

【００２１】第１２の発明は、複数の電文処理装置間に
おいて電文の交換を行う電文制御プログラムを格納した
記憶媒体であって、電文の項目を所定の桁数毎に区切る
電文分割プロセスと、フィルタ条件を、電文処理装置で
処理される電文の区切られた項目毎に予め登録するフィ
ルタ条件登録プロセスと、電文分割プロセスにより区切
られた項目毎に、フィルタ条件登録プロセスにより登録
されているフィルタ条件を参照する条件参照プロセス
と、条件参照プロセスにより参照されたフィルタ条件に
基づいて電文をフィルタリングするフィルタリングプロ
セスとを有する。

【００２２】第１３の発明は、複数の電文処理装置間に
おいて電文の交換を行う電文制御プログラムを格納した
記憶媒体であって、電文を送信する際に、少なくとも１
つの宛先に対して、複数の代替通信プロセスと、該代替
通信プロセスに対応する電文形式を設定する代替送信設
定プロセスと、ある通信プロセスを用いて電文を送信時
において、送信が失敗した場合には、代替送信設定プロ
セスにより設定されている他の代替え通信プロセスを用
いて再送信する再送信プロセスを有する。

【００２３】上記のように、第１、第２及び第１０の発
明では、電文処理装置（送受信処理部を含む）間におけ
る電文処理の記録について、システム内において一意に
付与される電文の識別子（以下通番を呼ぶ）を付与し、
当該電文について発生したイベントについては、当該イ
ベントの種類毎に一意に対応するイベント識別子を用い
て管理し、電文本体の記憶手段と、イベント毎の記憶手
段とを個別に設けることにより、イベント記録数の制限
もなく、電文処理時において、当該電文に付与されてい
る通番を指定することにより、ユーザに容易に電文の提
示を行うことが可能である。

【００２４】また、上記の第３及び第１１の発明では、
電文エラーをオペレータに通知し、当該電文エラーを修
正し、再度当該エラーが発生した電文処理部から再度、
処理を実行することが可能となる。また、上記の第４、
第５及び第１２の発明は、電文処理時において、当該電
文に区切記号を付与し、当該区切記号に基づいて登録さ
れているフィルタ条件に基づくフィルタリングを行う。
このとき、フィルタ条件毎に独立した、フィルタ条件を
保持する手段にフィルタ条件の登録を行う。これによ
り、電文形式の変更があった場合には、当該フィルタ条
件の記憶手段に格納されているフィルタ条件のみを電文
の区切記号に併せて更新すればよいため、フィルタ条件
を修正するためにプログラムを改修する必要がない。

【００２５】また、上記の第６及び第１３の発明は、電
文の送信処理時において、宛先について複数の通信手段
と、優先順位、及び通信手段に対応する電文形式を登録
しておき、当該情報に基づいて転送制御を行うことによ
り、仮に、ファクシミリによる伝送が不可能であって
も、当該ファクシミリに代わるテレックス等の別の代替
えの通信手段を用いて伝送することが可能となる。

【００２６】

【発明の実施の形態】

（１）電文交換処理最初に、本発明の第１の目的である電文交換処理を達成
するための電文交換シシステムについて説明する。電文
交換処理は、受信電文データベース及び送信電文データ
ベースには、受信した電文及び送信した電文をそれぞれ
格納し、イベントデータベースには、各々の処理で発生
したイベントの種別に応じてインベントを格納するもの
である。

【００２７】図１は、本発明の電文交換システムを説明
するための図である。電文交換システムは、転送制御装
置１０、受信電文格納／通番取得部２０、イベント記録
制御部３０、送信電文格納／通番取得部４０、受信電文
データベース５０、イベントファイル群６０、送信電文
データベース７０、イベント対応表８０、送信一覧デー
タベース９０、表示制御部１１０及び入出力部１２０よ
り構成される。

【００２８】転送制御装置１０は、受信処理部１１、電
文処理部１２₁，…，１２_n及び送信処理部１３より構
成される。受信処理部１１は、他の通信処理装置から受
信した電文を受信電文格納／通番取得部２０と、次段の
電文処理部１２₁に転送すると共に、当該受信電文格納
／通番取得部２０から受信した電文に対応する通番を取
得して、イベント記録制御部３０に転送する。また、受
信を意味するイベントＩＤをイベント記録制御部３０に
転送する。

【００２９】電文処理部１２は、受信処理部１１また
は、前段の電文処理部１２から転送された電文を取得し
て、当該電文の処理を行い、当該電文を後段の電文処理
部１２または、送信処理部１３に転送する。このとき、
電文処理部１２において、イベントが発生すると、当該
イベントＩＤを付与してイベント記録制御部３０に転送
する。

【００３０】送信処理部１３は、送信先一覧データベー
ス９０を参照して、処理された電文を他の通信処理装置
に転送すると共に、転送した電文を送信電文格納／通番
取得部４０に転送する。また、送信を意味するイベント
ＩＤをイベント記録制御部３０に転送する。受信電文格
納／通番取得部２０は、受信処理部１１から転送された
電文を受信電文データベース５０に格納すると共に、当
該電文に対応してシーケンシャルに付与される通番を取
得して受信処理部１１に返却する。

【００３１】イベント記録制御部３０は、受信処理部１
１、電文処理部１２、または、送信処理部１３から取得
したイベントＩＤに基づいてイベント対応表８０を参照
して、イベント種別を意味するキーを取得する。取得し
たイベントキーに基づいて、当該イベントキーに対応す
るイベントを格納するイベントデータベース６０を検索
し、当該イベントデータベース６０に、通番と当該イベ
ントＩＤを格納する制御を行う。

【００３２】送信電文格納／通番取得部４０は、送信処
理部１３から転送された電文を送信電文データベース７
０に格納すると共に、当該電文に対応してシーケンシャ
ルに付与される通番を取得して送信処理部１３に返却す
る。さらに、通番と送信電文を送信電文データベース７
０に格納する。受信電文データベース５０は、受信処理
部１１により受信された電文と、受信電文格納／通番取
得部２０により取得された通番とを図２に示すフォーマ
ットに基づいて格納する。

【００３３】イベントデータベース群６０は、イベント
毎に生成されたデータベースから構成され、当該データ
ベース毎にキーを保持しており、当該キーに対応するイ
ベントＩＤと電文の通番とを格納する。送信電文データ
ベース７０は、送信処理部１３により送信された電文
と、送信電文格納／通番取得部４０により取得された通
番とを図２に示すフォーマットに基づいて格納する。

【００３４】イベント対応表８０は、イベント毎に格納
するイベントデータベース６０のキー情報と当該キー情
報に対応するイベントデータベース６０の識別子を保持
し、イベント記録制御部３０により参照される。送信先
一覧データベース９０は、送信先の通信処理装置の通信
アドレス、通信形態を保持している。

【００３５】表示制御部１１０は、ユーザによりデータ
ベースの内容を表示する旨の入力があると、当該データ
ベースから電文や、イベント情報を取得して、入出力部
１２０のディスプレイに表示する。入出力部１２０は、
検索条件や検索対象となるデータベースのキー等を入力
するするキーボードと、表示制御部１１０より転送され
たデータベースの情報を表示するためのディスプレイよ
り構成される。

【００３６】図３は、本発明の受信処理の動作のフロー
チャートである。ステップ１０１）受信処理部１１が他の通信処理装置
から電文を受信し、受信電文／格納通番取得部２０に転
送する。ステップ１０２）受信電文格納／通番取得部２０は、
受信処理部１１から転送された受信電文に対して順に通
番を付与する。

【００３７】ステップ１０３）受信電文格納／通番取
得部２０は、通番に従って受信電文を受信電文データベ
ース５０に格納する。ステップ１０４）受信電文格納／通番取得部２０は、
通番を受信処理部１１に通知する。ステップ１０５）受信処理部１１は、取得した通番
に、受信を意味するイベントＩＤを付与して、イベント
記録制御部３０に転送する。

【００３８】ステップ１０６）イベント記録制御部３
０は、受信を意味するイベントＩＤに基づいてイベント
対応表８０を参照して当該イベントＩＤに対応するイベ
ントデータベース６０のキーを取得し、当該キーに対応
するイベントデータベース６０に通番とイベントＩＤを
記録する。次に、イベント取得時における処理を説明す
る。

【００３９】図４は、本発明のイベント記録の動作のフ
ローチャートである。ステップ２０１）受信処理部１１、電文処理部１２、
または、送信処理部１３においてイベントが発生する。
イベントの種類としては、例えば、“受信”、“送
信”、“エラー”、“緊急”等がある。ステップ２０２）受信処理部１１、電文処理部１２、
または、送信処理部１３は、発生したイベントにＩＤを
付与し、電文に一意に対応する通番と共にイベント記録
制御部３０に転送する。

【００４０】ステップ２０３）イベント記録制御部３
０は、イベントＩＤを取得すると、当該イベントＩＤで
イベント対応表８０を参照する。ステップ２０４）イベント記録制御部３０は、当該イ
ベントＩＤに参照により取得したキー（イベントデータ
ベースキー）を付与する。ステップ２０５）イベント記録制御部３０は、キーに
対応するイベントデータベース６０に通番とイベントＩ
Ｄの組を格納する。

【００４１】このようにして、受信電文データベース５
０、イベントデータベース６０または、送信電文データ
ベース７０に格納された情報をユーザが取得する場合に
は、入出力部１２０のキーボードから任意のデータベー
スを指定するためのキーまたは、イベントＩＤを入力す
る。これにより、表示制御部１１０は、当該入力情報に
基づいて受信電文データベース５０、イベントデータベ
ース６０または、送信電文データベース７０のいずれか
を選択して、当該データベースを検索して、入出力部１
２０のディスプレイに表示する。

【００４２】（２）エラー電文再開処理次に、電文エラーが発生した場合に、当該電文のエラー
を修正し、修正された電文を用いて、エラーが発生した
電文処理部から電文処理を再開させるシステムについて
説明する。図５は、本発明のエラー電文再開システムを
説明するための図である。エラー電文再開システムは、
電文処理部１２₁，…，１２_n、入出力部１２０、エラ
ー抽出部２１０、エラー通知部２２０、エラー電文ファ
イル２３０、エラー電文修正部２４０、エラー電文再開
部２５０及び再開可能イベントテーブル２６０より構成
される。

【００４３】電文処理部１２₁，…，１２_nは、エラー
が発生すると、前述のようにエラーによるイベント処理
を行うと共に、エラーが発生した電文を当該電文に付与
されている通番により前述の受信電文データベース３０
から読み出してエラー抽出部２１０に転送する。エラー
抽出部２１０は、エラーが発生した電文を取得し、当該
電文によるエラーの内容を解析し、エラー内容をエラー
通知部２２０に転送する。

【００４４】エラー通知部２２０は、当該エラーの情報
をオペレータに通知する。通知する方法としては、当該
エラーの内容として、エラー種別、エラー発生時間、エ
ラー発生処理等を通知し、それらの情報をオペレータの
ディスプレイに表示する。エラー電文ファイル２３０
は、エラー抽出部２１０から取得したエラー電文と電文
に一意に付与されている通番と、エラー種別を示すイベ
ントＩＤと共に格納する。つまり、エラーＩＤと通番及
び、エラーとなった電文の組より構成される。

【００４５】エラー電文修正部２４０は、入出力部１２
０から指定されたエラー電文の通番に基づいてエラー電
文ファイル２３０を読み出して、オペレータから入力さ
れた指示によりエラー電文を修正し、エラー電文ファイ
ル２３０に格納する。エラー電文再開部２５０は、入出
力部１２０から指定されたエラー電文を再開することが
可能か否かをイベントＩＤに基づいて所定のフォーマッ
トチェックやデータチェックを行い、再開可能イベント
テーブル２６０を参照して判定し、再開が可能であれ
ば、指定された処理の再開を指示する。

【００４６】再開可能イベントテーブル２６０は、再開
可能条件、再開可能なイベントＩＤ、再開する電文処理
部の指定情報等が格納されており、エラー電文再開部２
５０により参照される。図６は、本発明のエラー電文再
開動作のフローチャートである。ステップ３０１）電文処理部１２において処理してい
る電文にエラーが発生する。

【００４７】ステップ３０２）エラー電文処理部１２
は、エラーが発生した電文をエラー抽出部２１０に転送
する。このとき、エラー電文処理部１２は、電文に対応
する通番を用いて前述の受信電文データベース３０を検
索し、当該電文を取得してエラー抽出部２１０に転送す
るものとする。ステップ３０３）エラー抽出部２１０は、エラーの内
容を解析し、エラーＩＤ、エラー発生処理部、エラー発
生時刻等を入出力部１２０に転送することによりオペレ
ータに通知する。このとき、エラーＩＤは、前述のイベ
ントＩＤに対応するので、イベント対応表８０より当該
エラーとなった電文のイベントを取得する。エラー発生
処理部のＩＤ及びエラー発生時刻は、エラーが発生した
処理部１２より通知される。

【００４８】ステップ３０４）ユーザよりエラー修正
情報が入出力部１２０より入力される。エラーの修正情
報としては、エラーＩＤ（イベントＩＤ）に基づいて、
例えば、フォーマットエラーであれば、エラーとなった
電文のフォーマットを修正し、データエラーであれば、
当該電文自体を修正する。なお、エラー修正について
は、パラメータを入力することにより、統計情報等を用
いて自動的にエラー修正するアプリケーション等を用い
るようにしてもよい。このようにして修正された電文を
エラー電文ファイル２３０に格納する。また、エラー電
文修正部２４０は、入出力部１２０のディスプレイに表
示された電文に対して直接電文を修正するようにしても
よい。このようなエラー電文の修正は、オペレータがデ
ィスプレイに表示された電文及びイベントＩＤにより適
宜判断する。

【００４９】ステップ３０５）ユーザより入出力部１
２０を介してエラー再開指示が入力される。エラー再開
指示としては、処理を再開する処理部のＩＤ、エラーと
なった電文の通番、チェックの有無、チェック種別等が
指定され、これらの指定情報は、エラー電文再開部２５
０に転送される。ステップ３０６）エラー電文再開部２５０は、入出力
部１２０より入力された指定情報（電文の通番）に基づ
いてエラー電文ファイル２３０を検索して、再開対象と
なる電文を読み出し、エラー再開処理を行う。エラー再
開処理としては、指定情報にチェックが指定されている
場合には、再開可能イベントテーブル２６０を参照し
て、エラーＩＤに基づいてチェック項目に従って修正さ
れた電文をチェックし、再開処理が可能であれば、ステ
ップ３０７に移行し、不可能であれば処理を終了する。

【００５０】ステップ３０７）エラー再開部２５０
は、再開が可能な場合に、指定された電文処理部１２に
対して修正された電文を転送し、再開処理を指示する。
これにより、電文処理部１２は、修正された電文に基づ
いて処理の再開を行う。なお、上記の処理において、再
開可能な電文であるか等のチェックを再開可能イベント
テーブル２６０を参照して、再開処理が可能であるかを
判定する方法の他に、単にオペレータから再開を指示す
るため、再開指示、再開処理部を指定することも可能で
ある。

【００５１】（３）電文フィルタシステム次に、本発明の電文フィルタシステムについて説明す
る。電文フィルタシステムは、フィルタ条件毎に、フィ
ルタ条件ファイルに登録し、電文の種別に関係なく、処
理上の指定位置を通過する電文に対して登録されている
フィルタ情報に該当する場合に指定した出力を行う。

【００５２】図７は、本発明の電文フィルタシステムを
説明するための図である。同図において、電文フィルタ
システムは、入出力部１２０、フィルタ条件登録部３１
０、フィルタ条件ファイル３２０₁，…，３２０_n、フ
ィルタ指定部３３０及び電文処理部１２₁，…，１２_n
より構成される。入出力部１２０は、オペレータがキー
ボードからフィルタ条件として図８に示すようなフィル
タ名、電文処理部名、区切記号位置、条件式及びフィル
タ条件ファイル名を入力する。

【００５３】フィルタ条件登録部３１０は、入出力部１
２０から入力されたフィルタ条件を指定されたフィルタ
条件ファイル名に対応するフィルタ条件ファイル３２０
に登録する。フィルタ条件ファイル３２０は、図８に示
すフィルタ条件を項目毎に、各々格納する。つまり、電
文に付与された区切記号の位置毎に指定されているフィ
ルタ条件式を、当該フィルタ条件を格納するファイル名
に従って、当該ファイルに格納する。

【００５４】フィルタ指定部３３０は、電文処理部１２
から入力された電文を図９に示すように、所定の桁数毎
に区切記号を付与し、電文処理部１２のＩＤと区切記号
の位置に対応するフィルタ条件ファイル３２０を検索し
フィルタ処理を実行する。図１０は、本発明の電文フィ
ルタシステムの動作のフローチャートである。ステップ４０１）入出力部１２０は、図８に示すよう
なフィルタ条件と当該条件を格納するファイル名を入力
する。

【００５５】ステップ４０２）フィルタ条件登録部３
１０は、入出力部１２０から入力されたフィルタ条件
を、当該条件のフィルタ条件ファイル名により指定され
ているフィルタ条件ファイル３２０に登録する。ステップ４０３）ある電文処理部１２から電文が入力
されると、電文毎に予め設定されているフォーマット
（桁数）に基づいて図９に示すように、当該電文に区切
記号（例えば、￥）を付与することにより分割する。

【００５６】ステップ４０４）フィルタ指定部３３０
は、当該電文処理部のＩＤと項目番号（区切記号位置）
に基づいてフィルタ条件ファイル３２０を検索する。ステップ４０５）フィルタ指定部３３０は、該当する
フィルタ条件ファイル３２０の内容に従って、当該電文
のフィルタリング処理を行う。このようにフィルタ条件
ファイルをフィルタ条件毎に設定することが可能である
ため、仮に、電文形式が変更になった場合でもフィルタ
条件ファイル３２０の内容を変更するのみであるため、
プログラムの改修を行う必要がない。さらに、電文につ
いては、電文に付与する区切記号の位置を変更するのみ
でよい。

【００５７】（４）転送制御システム次に、転送制御システムについて説明する。転送制御シ
ステムは、電文交換時において、宛先となる複数の通信
処理装置間において電文を送受信する際に、最初に指定
された種類の通信機器の使用が不可能であっても、他の
種類の通信機器を用いて電文を送受信するものである。

【００５８】図１１は、本発明の転送制御システムを説
明するための図である。転送制御システムは、図１の送
信処理部１３で行われる処理に適用可能であるので、当
該送信処理部１３に基づいて説明する。同図において、
送信処理部１３は、送信電文格納処理部１３１、送信電
文基本データベース１３２、送信制御部１３３、変換電
文データベース１３４、送信結果取得部１３５及び電文
形式変換部１３６より構成される。

【００５９】送信電文格納処理部１３１は、前段の電文
処理部１２から転送された電文を基本電文として送信基
本電文データベース１３２に格納する。送信基本電文デ
ータベース１３２は、送信電文格納処理部１３１により
転送された基本電文を格納する。送信一覧データベース
９０は、図１２に示すように、宛先となる送信先名（Ｉ
Ｄ）、採用する通信手段の優先順位、ファクシミリ、テ
レックス及び宛先変更情報等の通信手段、ファクシミリ
番号やテレックス番号等のアクセス番号及び電文形式か
ら構成される。

【００６０】送信制御部１３３は、図１２に示す送信一
覧データベース９０を参照して、宛先の通信手段に応じ
て送信基本電文データベース１３２または、変換電文デ
ータベース１３４の電文を読み込んで宛先に指定されて
いる通信処理装置に電文を送信する。送信制御部１３３
は、送信一覧データベース９０の優先順位が最も高い通
信手段を用いて送信先に、送信基本電文データベース１
３２から基本電文を読み込んで、当該送信先に送信し、
宛先において受信できなかった場合には、送信一覧デー
タベース９０から次の順位の通信手段を用いて、電文形
式に指定されている形式を用いて再度送信先に電文を送
信する。

【００６１】変換電文データベース１３４は、基本電文
を通信手段に応じて変換した電文を格納する。送信結果
取得部１３５は、送信先から受信完了または、受信不可
等の通知情報を取得し、その結果、受信不可の通知を取
得した場合には、電文形式変換部１３６により送信基本
電文１３２の電文を、送信一覧データベース９０に指定
されている通信手段に対応する電文形式に変換する。こ
の変換処理は、送信一覧データベース９０の優先順位に
基づいて行うものとする。

【００６２】図１３は、本発明の転送制御システムの動
作のシーケンスチャートである。ステップ５０１）送信電文格納処理部１３１は、前段
の電文処理部１２から取得した電文を基本電文として送
信基本電文データベース１３２に格納する。ステップ５０２）送信制御部１３３は、送信一覧デー
タベース９０を参照して、電文に記載されている宛先名
に対応するアクセス番号を取得する。図１２の例では、
最初にファクシミリ通信を行うものとし、当該ファクシ
ミリ番号を宛先として、送信基本電文データベース１３
２から基本電文を取得して、送信先（宛先Ａ）に送信す
る。

【００６３】ステップ５０３）送信先結果取得部１３
５は、送信先（宛先Ａ）から受信不可通知を受信する。ステップ５０４）これにより、送信結果取得部１３５
は、当該受信不可通知を電文形式変換部１３６に転送す
ると、電文形式変換部１３６は、送信一覧データベース
９０を参照して、次の優先順位として指定されているテ
レックス用に対応するように、送信基本電文データベー
ス１３２から読み出した基本電文をテレックス形式に変
換し、変換した電文を変換電文データベース１３４に格
納する。

【００６４】ステップ５０５）送信制御部１３３は、
送信一覧データベース９０に指定されている次の順位の
通信手段（テレックス）を用いて、変換電文データベー
ス１３４からテレックス用に変換された電文を読みだし
て、再度ステップ５０３において送信した送信先（宛先
Ａ）に送信する。ステップ５０６）しかし、再度、送信結果取得部１３
５が受信不可通知を送信先から取得すると、当該通知を
電文形式変換部１３６に転送する。

【００６５】ステップ５０７）電文形式変換部１３６
は、再度、送信一覧データベース９０の次の優先順位
（３位）の項目を参照すると、宛先変更（宛先Ｂ）が指
定されているため、指定された宛先の通信手段の項目を
参照する。このとき、通信手段としてファクシミリによ
る送信が指定されているため、電文形式変換部１３６
は、送信基本電文データベース１３２から基本電文を取
得して、変換しないまま、変換電文データベース１３４
に格納する。

【００６６】ステップ５０８）送信制御部１３３は、
送信一覧データベース９０に指定されている次の順位の
通信手段（宛先Ｂ）を用いて、変換電文データベース１
３４からステップ５０７で格納された電文を読み出し
て、宛先が変更された（宛先Ｂ）送信先にファクシミリ
用の電文を送信する。なお、この処理は、前述のエラー
電文再開処理にも適用することができる。この場合に
は、イベントとして、送信先から受信不可通知を取得し
た場合であり、当該通知をエラーイベントとして取得
し、送信一覧データベース９０を参照して、再度送信処
理部１３から送信処理を行う。

【００６７】

【実施例】以下、図面と共に本発明の実施例を説明す
る。［第１の実施例］第１の実施例として、図１の構成に基
づいて図３及び図４に基づいて説明する。

【００６８】まず、受信処理部１１が他の通信処理装置
から電文を受信すると、図１４に示すように当該電文を
受信電文データベース５０に格納する。受信電文格納／
通番取得部２０は、通番「０２０」を受信処理部１１に
通知する。受信処理部１１は、取得した通番「０２０」
に、受信を意味するイベントＩＤ「Ｒ２」を付与して、
イベント記録制御部３０に転送する。

【００６９】イベント記録制御部３０は、受信を意味す
るイベントＩＤ「Ｒ２」に基づいてイベント対応表８０
を参照して当該イベントＩＤ「Ｒ２」に対応するイベン
トデータベース６０のキー「６０Ａ」を取得し、当該キ
ー「６０Ａ」に対応するイベントデータベース６０Ａに
通番「０２０」とイベントＩＤ「Ｒ２」を記録する。次
に、イベント取得時における処理を説明する。

【００７０】電文処理部１２₁においてイベントが発生
する。イベントの種類は、“エラー”であるとする。電
文処理部１２₁は、発生したエラーイベントにＩＤ「Ｅ
１」を付与し、電文に一意に対応する通番「０２０」と
共にイベント記録制御部３０に転送する。イベント記録
制御部３０は、イベントＩＤ「Ｅ１」を取得すると、当
該イベントＩＤ「Ｅ１」でイベント対応表８０を参照す
る。

【００７１】イベント記録制御部３０は、当該イベント
ＩＤ「Ｅ１」に参照により取得したキー「６０Ｂ」を付
与する。イベント記録制御部３０は、キー「６０Ｂ」に
対応するイベントデータベース６０Ｂに通番「０２０」
とイベントＩＤ「Ｅ１」の組を格納する。上記の例にお
いて、受信電文データベース５０に格納された電文をユ
ーザが取得する場合には、キーボードから電文通番を入
力することにより、図１４に示すような電文が表示され
る。

【００７２】また、イベントデータベース６０Ｂに格納
された情報をユーザが取得する場合には、入出力部１２
０のキーボードからイベント一覧を表示する指示を行う
と、ず１５に示すような、現時点におけるイベントの一
覧表が表示される。また、イベントデータベース６０Ｂ
を指定するためのキー「６０Ｂ」とイベントＩＤ「Ｅ
１」を入力する。これにより、表示制御部１１０は、当
該入力情報に基づいてイベントデータベース６０Ｂを検
索して、当該電文とイベントがディスプレイに表示され
る。

【００７３】［第２の実施例］次に、第２の実施例とし
て、エラー再開処理について説明する。電文処理部１２
₁において処理している電文にエラーが発生したとき、
エラー電文処理部１２₁は、エラーが発生した電文をエ
ラー抽出部２１０に転送する。このとき、エラー電文処
理部１２は、電文に対応する通番「０２０」を用いて前
述の受信電文データベース５０を検索し、当該電文を取
得してエラー抽出部２１０に転送する。

【００７４】エラー抽出部２１０は、エラー電文（通番
０２０）をエラー電文ファイル２３０に格納すると共
に、当該エラーをエラー通知部２２０に通知する。エラ
ー通知部２２０は、これにより、図１６に示すように、
エラーとなった電文を入出力部１２０のディスプレイに
表示する。オペレータは、図１６に示す内容を参照し
て、図１７に示すように、電文内容を修正する。このと
き、修正される箇所は、図１７に網かけで示される部分
である。このように、修正された内容が入力されると、
オペレータは、“再開ボタン”をクリックする。これに
より、エラー電文再開部２５０は、入出力部１２０のキ
ーボードより入力された電文の通番「０２０」に基づい
てエラー電文ファイル２３０を検索して、再開対象とな
る図１７に示す電文を読み出し、さらに、再開可能イベ
ントテーブル２６０を参照して、エラーＩＤ（イベント
ＩＤ）「Ｅ２」に基づいてチェック項目に従って修正さ
れた電文をチェックする。

【００７５】この例では、再開が可能であるとし、図１
８に示す再開可能イベントテーブル２６０を参照して、
イベントＩＤ「Ｅ２」に指定された電文処理部１２₁に
対して、修正された電文を転送し、再開処理を指示す
る。これにより、電文処理部１２₁は、修正された電文
に基づいて処理の再開を行う。［第３の実施例］次に、第３の実施例として、電文フィ
ルタシステムについて説明する。

【００７６】フィルタ条件登録部３１０は、入出力部１
２０から入力された図１９に示すフィルタ条件登録情報
を、条件のフィルタ条件ファイル名により指定されてい
るフィルタ条件ファイル３２０に登録する。例えば、受
信電文処理部１１から電文が入力されると、電文毎に予
め設定されているフォーマット（桁数）に基づいて、￥ＡＢＣＤ￥ＥＦＧＨ￥ＩＪＫＬのように分割する。

【００７７】フィルタ指定部３３０は、当該受信電文処
理部１１の処理部のＩＤに基づいてフィルタ条件ファイ
ル３２０₁を検索する。当該フィルタ条件ファイル３２
０₁に指定されているフィルタ条件「Ｎ＝Ｆ」によりフ
ィルタリングを行った結果、フォーマットエラーと判明
し、イベントＩＤ「Ｅ１」を取得する。このようにし
て、取得したイベントＩＤは何に関するイベントである
かを格納する場合には、入出力部１２０のキーボードよ
りイベント一覧を表示する指定を行うと、図２０に示す
ようなイベント一覧がディスプレイ上に表示される。

【００７８】この後の処理として、前述の第２の実施例
のエラー再開処理に移行するようにしてもよい。［第４の実施例］次に、第４の実施例として、図１２、
図１３に基づいて転送制御システムについて説明する。

【００７９】送信電文格納処理部１３１は、前段の電文
処理部１２_nから取得した電文を基本電文として送信基
本電文データベース１３２に格納する。送信制御部１３
３は、図１２に示す送信一覧データベース９０を参照し
て、電文に記載されている宛先名「Ａ」に対応するアク
セス番号「１２３４５６７８」を取得する。図１２の例
では、最初にファクシミリ通信を行うものとし、当該フ
ァクシミリ番号「１２３４５６７８」を宛先として、送
信基本電文データベース１３２から基本電文を取得し
て、宛先Ａに送信する。

【００８０】送信先結果取得部１３５は、宛先Ａから受
信不可通知を受信すると、送信結果取得部１３５は、当
該受信不可通知を電文形式変換部１３６に転送する。電
文形式変換部１３６は、送信一覧データベース９０を参
照して、次の優先順位（第２位）として指定されている
テレックス用に対応するように、基本電文をテレックス
形式に変換し、変換した電文を変換電文データベース１
３４に格納する。

【００８１】送信制御部１３３は、送信一覧データベー
ス９０に指定されている次の順位の通信手段であるテレ
ックスで変換された電文を読み出して、再度宛先Ａに送
信する。ここで、再度、送信結果取得部１３５が送信し
たテレックスから受信不可通知を送信先から取得する
と、当該通知を電文形式変換部１３６に転送する。

【００８２】電文形式変換部１３６は、再度送信一覧デ
ータベース９０の次の順位（３位）の項目を参照する
と、宛先変更となり、宛先として、「Ｂ」が指定されて
いるため、指定された宛先「Ｂ」の通信手段であるファ
クシミリに、上記で用いたファクシミリ用の基本電文を
送信する。これにより、宛先Ａに送信できなかった電文
を宛先Ｂに転送することが可能である。このような例
は、ある会社において宛先Ａとなる部署のファクシミリ
装置がビジー状態であったとき、宛先Ｂとなる部署のフ
ァクシミリ装置に送信することが可能となるため、緊急
な電文を通知する際に有効である。

【００８３】なお、上記の実施例では、図５に示すシス
テム構成に基づいて説明したが、当該構成要件をプログ
ラムで構築し、電文の制御を行うコンピュータに接続さ
れるディスク装置等に格納しておき、必要に応じてイン
ストールして使用することが可能である。また、プログ
ラムをフロッピーディスクやＣＤ−ＲＯＭ等の可搬記憶
媒体に格納し、汎用的に利用することも可能である。

【００８４】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内で種々変更・応用が可能
である。

【００８５】

【発明の効果】上述の第１及び第１０の発明によれば、
送受信する電文と、当該電文を処理する際に発生したイ
ベントをイベント毎個別に格納しておくことにより、従
来のように、イベント記録数の制限を受けることなく、
さらに、単に電文の通番を指定するのみで、所望の電文
を取得することが可能であるため、迅速に電文を取得す
ることが可能となる。

【００８６】また、第２の発明によれば、イベントと当
該イベントが発生した電文の通番をイベントデータベー
スに共に格納しておくことにより、当該イベントが発生
した電文を取得する際には、当該通番に基づいて電文を
容易に検索することが可能である。また、第３及び第１
１の発明によれば、イベントの一つであるエラーが発生
した場合には、当該エラーイベントに対応する電文をオ
ペレータに提示し、オペレータにより修正された電文を
用いて再度当該イベントが発生した電文処理部より実行
を開始することが可能であるため、従来のように、当該
電文の送信元から処理の再開を行う必要がなく、特に、
緊急性の高い電文については、送信元からの再開を行う
のに比べて格段にロスタイムが削減される。

【００８７】また、第４及び第１２の発明によれば、電
文形式に変更が発生した場合でも、プログラムを改修す
ることなく、フィルタリング位置、条件、条件の出力先
等の指定がオンライン実行中に変更可能となる。また、
電文に区切記号の位置を桁数に応じて登録するため、桁
位置指定によりオペレータによる登録が容易である。ま
た、第５の発明によれば、新規の電文が発行された場合
には、当該電文に対応する区切記号の位置に対応するフ
ィルタ条件を生成して登録しておくだけで、新規の形式
の電文のフィルタリング処理にも対処できる。

【００８８】また、第６及び第１３の発明によれば、あ
る宛先に対して複数の通信手段を優先順位に沿って登録
しておくことにより、仮に、最高順位の通信手段を用い
て通信が失敗した場合でもそれ以下の順位に設定されて
いる他の通信手段を用いてリトライすることが可能であ
るため、緊急性を要する電文の転送において、送信され
なかった電文が廃棄されることなく、確実に転送され
る。

【図面の簡単な説明】

【図１】本発明の電文交換システムを説明するための図
である。

【図２】本発明の電文交換システムにおけるデータベー
スのレコードフォーマットの例である。

【図３】本発明の受信処理の動作のフローチャートであ
る。

【図４】本発明のイベント記録の動作のフローチャート
である。

【図５】本発明のエラー電文再開システムを説明するた
めの図である。

【図６】本発明のエラー電文再開動作のフローチャート
である。

【図７】本発明の電文フィルタシステムを説明するため
の図である。

【図８】本発明のフィルタ条件の例を示す図である。

【図９】本発明のフィルタ部において電文に区切記号を
付与する例を示す図である。

【図１０】本発明の電文フィルタシステムの動作のフロ
ーチャートである。

【図１１】本発明の転送制御システムを説明するための
図である。

【図１２】本発明の送信一覧データベースの内容を示す
図である。

【図１３】本発明の転送制御システムの動作シーケンス
チャートである。

【図１４】本発明の第１の実施例の受信データベースに
格納される電文の例を示す図である。

【図１５】本発明の第１の実施例のイベント一覧の表示
例である。

【図１６】本発明の第２の実施例のオペレータに提示さ
れる画面例（修正前）を示す図である。

【図１７】本発明の第２の実施例のオペレータに提示さ
れる画面例（修正後）を示す図である。

【図１８】本発明の第２の実施例の再開可能イベントテ
ーブルの例である。

【図１９】本発明の第３の実施例のフィルタ条件登録情
報の例である。

【図２０】本発明の第３の実施例のエラーイベントの一
覧の例を示す図である。

【図２１】従来の電文ログ取得の方法を説明するための
図である。

【図２２】従来の電文エラー時の処理を説明するための
図である。

【符号の説明】

１０転送制御装置１１受信処理部１２電文処理部１３送信処理部２０受信電文格納／通番取得部３０イベント記録制御部４０送信電文格納／通番取得部５０受信電文データベース６０イベントファイル群７０送信電文データベース８０イベント対応表９０送信先一覧データベース１１０表示制御部１２０入出力部１３１送信電文格納処理部１３２送信基本データベース１３３送信制御部１３４変換電文データベース１３５送信結果取得部１３６電文形式変換部２１０エラー抽出部２２０エラー通知部２３０エラー電文ファイル２４０エラー電文修正部２５０エラー電文再開部２６０再開可能イベントテーブル３１０フィルタ条件登録部３２０フィルタ条件ファイル３３０フィルタ指定部

Claims

【特許請求の範囲】

【請求項１】複数の電文処理装置間において電文の交
換を行う電文制御システムであって、前記電文処理装置が受信した電文と該電文に一意に対応
する通番とを組にして格納する電文格納手段と、前記電文処理装置において前記電文を処理する際に発生
するイベントをイベント種別毎に格納する少なくとも１
つのイベント格納手段とを有することを特徴とする電文
制御システム。
【請求項２】前記イベント格納手段は、前記イベント毎に識別子を付与し、前記イベントが発生
した電文の前記通番と共に格納する請求項１記載の電文
制御システム。
【請求項３】複数の電文処理装置間において電文の交
換を行う電文制御システムであって、抽出された電文のエラーをユーザに通知するエラー通知
手段と、前記エラー通知手段により通知されたエラーを修正する
修正手段と、前記修正手段により修正された電文について処理再開が
可能であるかを判定する再開判定手段と、前記再開判定手段により再開可能であると判定された場
合に、指定された電文処理装置において処理を再開する
再開手段を有することを特徴とする電文制御システム。
【請求項４】複数の電文処理装置間において電文の交
換を行う電文制御システムであって、前記電文の項目を所定の桁数毎に区切る電文分割手段
と、フィルタ条件を、前記電文処理装置で処理される電文の
区切られた項目毎に予め登録するフィルタ条件登録手段
と、前記電文分割手段により区切られた項目毎に、前記フィ
ルタ条件登録手段により登録されている前記フィルタ条
件を参照する条件参照手段と、前記条件参照手段により参照されたフィルタ条件に基づ
いて前記電文をフィルタリングするフィルタリング手段
とを有することを特徴とする電文制御システム。
【請求項５】前記フィルタ条件登録手段は、新規の電文を処理する場合には、該電文に対応するフィ
ルタ条件を生成し、登録する手段を含む請求項４記載の
電文制御システム。
【請求項６】複数の電文処理装置間において電文の交
換を行う電文制御システムであって、前記電文を送信する際に、少なくとも１つの宛先に対し
て、複数の代替通信手段と、該代替通信手段に対応する
電文形式を設定する代替送信設定手段と、ある通信手段を用いて電文を送信時において、送信が失
敗した場合には、前記代替送信設定手段により設定され
ている他の代替え通信手段を用いて再送信する再送信手
段を有することを特徴とする電文制御システム。
【請求項７】前記代替送信設定手段は、前記代替通信手段毎に優先順位を付与する優先順位付与
手段を含む請求項６記載の電文制御システム。
【請求項８】前記代替送信設定手段は、前記代替通信手段として、他の宛先を設定する手段を含
む請求項６記載の電文制御システム。
【請求項９】前記再送信手段は、前記代替通信手段において設定されている電文形式に基
づいて、最高優先順位の代替通信手段で用いられた基本
電文を変換する電文変換手段を含む請求項６記載の電文
制御システム。
【請求項１０】複数の電文処理装置間において電文の
交換を行う電文制御プログラムを格納した記憶媒体であ
って、前記電文処理装置が受信した電文と該電文に一意に対応
する通番とを組にして格納する電文格納プロセスと、前記電文処理装置において前記電文を処理する際に発生
するイベントをイベント種別毎に格納する少なくとも１
つのイベント格納プロセスとを有することを特徴とする
電文制御プログラムを格納した記憶媒体。
【請求項１１】複数の電文処理装置間において電文の
交換を行う電文制御プログラムを格納した記憶媒体であ
って、抽出された電文のエラーをユーザに通知するエラー通知
プロセスと、前記エラー通知プロセスにより通知されたエラーを修正
する修正プロセスと、前記修正プロセスにより修正された電文について処理再
開が可能であるかを判定する再開判定プロセスと、前記再開判定プロセスにより再開可能であると判定され
た場合に、指定された電文処理装置において処理を再開
する再開プロセスとを有することを特徴とする電文制御
プログラムを格納した記憶媒体。
【請求項１２】複数の電文処理装置間において電文の
交換を行う電文制御プログラムを格納した記憶媒体であ
って、前記電文の項目を所定の桁数毎に区切る電文分割プロセ
スと、フィルタ条件を、前記電文処理装置で処理される電文の
区切られた項目毎に予め登録するフィルタ条件登録プロ
セスと、前記電文分割プロセスにより区切られた項目毎に、前記
フィルタ条件登録プロセスにより登録されている前記フ
ィルタ条件を参照する条件参照プロセスと、前記条件参照プロセスにより参照されたフィルタ条件に
基づいて前記電文をフィルタリングするフィルタリング
プロセスとを有することを特徴とする電文制御プログラ
ムを格納した記憶媒体。
【請求項１３】複数の電文処理装置間において電文の
交換を行う電文制御プログラムを格納した記憶媒体であ
って、前記電文を送信する際に、少なくとも１つの宛先に対し
て、複数の代替通信プロセスと、該代替通信プロセスに
対応する電文形式を設定する代替送信設定プロセスと、ある通信プロセスを用いて電文を送信時において、送信
が失敗した場合には、前記代替送信設定プロセスにより
設定されている他の代替え通信プロセスを用いて再送信
する再送信プロセスを有することを特徴とする電文制御
プログラムを格納した記憶媒体。