JP3021816B2 - 通信装置 - Google Patents
通信装置Info
- Publication number
- JP3021816B2 JP3021816B2 JP3213202A JP21320291A JP3021816B2 JP 3021816 B2 JP3021816 B2 JP 3021816B2 JP 3213202 A JP3213202 A JP 3213202A JP 21320291 A JP21320291 A JP 21320291A JP 3021816 B2 JP3021816 B2 JP 3021816B2
- Authority
- JP
- Japan
- Prior art keywords
- serial number
- management table
- missing
- transmission
- transmitted
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Landscapes
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
Description
【０００１】
【産業上の利用分野】この発明は、送信データが正しく
送信されてきたかを管理する通信装置に関する。
送信されてきたかを管理する通信装置に関する。
【０００２】
【従来の技術】従来、銀行の各営業支店から本部の処理
センターへ帳票を送信するファクシミリ伝送による帳票
送受信方式は、同一着信で複数枚の帳票を連続的に送信
している時に用紙吸入器のジャムあるいは通信回線のエ
ラー等が発生した場合、どの帳票までが正しく送信され
たかが判断できない為、送信者の判断で送信されていな
いだろうと思われる帳票から再送するようにしていた。
センターへ帳票を送信するファクシミリ伝送による帳票
送受信方式は、同一着信で複数枚の帳票を連続的に送信
している時に用紙吸入器のジャムあるいは通信回線のエ
ラー等が発生した場合、どの帳票までが正しく送信され
たかが判断できない為、送信者の判断で送信されていな
いだろうと思われる帳票から再送するようにしていた。
【０００３】
【発明が解決しようとする課題】このように送信者の判
断で再送する為、結果的に同一帳票が２度送信された
り、あるいは送信されなかったりすることがよくあっ
た。特に、送信帳票が為替帳票等の様に金銭に関するも
のである場合には２重振り込みや振り込みミスにつなが
るので、非常に深刻な問題となっていた。この為、銀行
業務においては同じ日に同一内容の振り込みが有ったか
否かを検査するとか、送信側と受信側とで帳票の振り込
み金額の合計が一致するかどうかを検査するという方法
で対処するようにしていた。しかしながら、いずれの方
法であっても一日の締めの時点でしかチェックすること
ができない為、対応が非常に遅れたり、またどの帳票が
２重送りや空送りになったのかを探し出すのにも多大な
時間を費すことが多く、合理性に欠けるという問題があ
った。そこで、受信帳票の通番に重複や欠落が生じた場
合、人手の介在なしに送信元にその旨を通知できれば、
通番管理を極めて合理的に行うことが可能となり、為替
業務などの様に原稿量が多い業務に特に有効なものとな
ることは明らかである。この発明の課題は、受信原稿の
通番に重複や欠落が生じた場合、人手の介在なしに送信
元にその旨を自動的に通知できるようにすることであ
る。
断で再送する為、結果的に同一帳票が２度送信された
り、あるいは送信されなかったりすることがよくあっ
た。特に、送信帳票が為替帳票等の様に金銭に関するも
のである場合には２重振り込みや振り込みミスにつなが
るので、非常に深刻な問題となっていた。この為、銀行
業務においては同じ日に同一内容の振り込みが有ったか
否かを検査するとか、送信側と受信側とで帳票の振り込
み金額の合計が一致するかどうかを検査するという方法
で対処するようにしていた。しかしながら、いずれの方
法であっても一日の締めの時点でしかチェックすること
ができない為、対応が非常に遅れたり、またどの帳票が
２重送りや空送りになったのかを探し出すのにも多大な
時間を費すことが多く、合理性に欠けるという問題があ
った。そこで、受信帳票の通番に重複や欠落が生じた場
合、人手の介在なしに送信元にその旨を通知できれば、
通番管理を極めて合理的に行うことが可能となり、為替
業務などの様に原稿量が多い業務に特に有効なものとな
ることは明らかである。この発明の課題は、受信原稿の
通番に重複や欠落が生じた場合、人手の介在なしに送信
元にその旨を自動的に通知できるようにすることであ
る。
【０００４】
【課題を解決するための手段】この発明は、送信データ
の１ページ毎に順次送信される一連の通番を受信した際
に、同一通番が存在するか、あるいは空番が存在するか
を検出する検出手段と、この検出手段が通番の重複ある
いは欠落を検出した場合に、送信元にその旨を通知する
通知手段と、を具備したことを特徴とする。
の１ページ毎に順次送信される一連の通番を受信した際
に、同一通番が存在するか、あるいは空番が存在するか
を検出する検出手段と、この検出手段が通番の重複ある
いは欠落を検出した場合に、送信元にその旨を通知する
通知手段と、を具備したことを特徴とする。
【０００５】
【実施例】以下、図１〜図５を参照して一実施例を説明
する。図２は銀行の各営業支店から本部の処理センター
へ帳票をファクシミリ装置を用いて送信するファクシミ
リ通信システムを示したシステム構成図である。このフ
ァクシミリ通信システムでは同一営業店内に複数台の送
信用ファクス装置１１Ａ、１１Ｂと１台の受信用ファク
ス装置１２が設置されており、送信用ファクス装置１１
Ａ、１１Ｂによって読み取られた帳票イメージデータは
交換器１３を介して処理センターに設置されている帳票
送受信装置１４に送信される。なお、上述のように同一
営業店内に複数台の送信用ファクス装置１１Ａ、１１Ｂ
が設置されている場合、各ファクシミリ装置には予め同
一のファクスＩＤ（ファクス端末識別子）がセットされ
ており、これによって同一店内に設置されている送信用
ファクシミリ装置の何れから送信した帳票も帳票管理上
同じ扱いとなる。また、ファクスＩＤは通常、２０文字
まで自由にセットでき、送信者名や電話番号等を識別子
とするが、本実施例においては受信用ファクス装置１２
の電話番号を各ファクシミリ装置１１Ａ、１１Ｂ、１２
に共通するファクスＩＤとしてある。
する。図２は銀行の各営業支店から本部の処理センター
へ帳票をファクシミリ装置を用いて送信するファクシミ
リ通信システムを示したシステム構成図である。このフ
ァクシミリ通信システムでは同一営業店内に複数台の送
信用ファクス装置１１Ａ、１１Ｂと１台の受信用ファク
ス装置１２が設置されており、送信用ファクス装置１１
Ａ、１１Ｂによって読み取られた帳票イメージデータは
交換器１３を介して処理センターに設置されている帳票
送受信装置１４に送信される。なお、上述のように同一
営業店内に複数台の送信用ファクス装置１１Ａ、１１Ｂ
が設置されている場合、各ファクシミリ装置には予め同
一のファクスＩＤ（ファクス端末識別子）がセットされ
ており、これによって同一店内に設置されている送信用
ファクシミリ装置の何れから送信した帳票も帳票管理上
同じ扱いとなる。また、ファクスＩＤは通常、２０文字
まで自由にセットでき、送信者名や電話番号等を識別子
とするが、本実施例においては受信用ファクス装置１２
の電話番号を各ファクシミリ装置１１Ａ、１１Ｂ、１２
に共通するファクスＩＤとしてある。
【０００６】一方、各営業店に用意されている帳票の中
には帳票１枚毎に予め印刷等によって書き込まれた通番
（「１」から始まる一連番号）が含まれており、この通
番は帳票の記入事項と共に帳票イメージデータとして送
信される。
には帳票１枚毎に予め印刷等によって書き込まれた通番
（「１」から始まる一連番号）が含まれており、この通
番は帳票の記入事項と共に帳票イメージデータとして送
信される。
【０００７】他方、処理センター側に設置してある帳票
送受信装置１４は受信イメージバッファ１４−１、文字
認識部１４−２、コード格納バッファ１４−３、ＣＰＵ
１４−４、通番管理テーブル１４−５、送信イメージバ
ッファ１４−６、メッセージテーブル１４−７を有する
構成で、ＣＰＵ１４−４は各種プログラムにしたがって
この帳票送受信装置１４の全体動作を制御する。
送受信装置１４は受信イメージバッファ１４−１、文字
認識部１４−２、コード格納バッファ１４−３、ＣＰＵ
１４−４、通番管理テーブル１４−５、送信イメージバ
ッファ１４−６、メッセージテーブル１４−７を有する
構成で、ＣＰＵ１４−４は各種プログラムにしたがって
この帳票送受信装置１４の全体動作を制御する。
【０００８】受信イメージバッファ１４−１は営業店か
ら送信された来た帳票イメージデータを取り込み、また
文字認識部１４−２はこの受信イメージバッファ１４−
１に取り込まれた帳票イメージデータを文字認識し、こ
れによって変換されたコードデータはコード格納バッフ
ァ１４−３に格納される。この場合、帳票イメージデー
タの中に存在する通番もコードデータに変換されてコー
ド格納バッファ１４−３に格納される。なお、本実施例
において、通番コードの桁数やコードデータ中に存在し
ている通番の位置（何番目のフィールドに存在するか）
は予め固定的に決められているものとなる。また、コー
ド格納バッファ１４−３の内容はホストコンピュータへ
送られて処理される。
ら送信された来た帳票イメージデータを取り込み、また
文字認識部１４−２はこの受信イメージバッファ１４−
１に取り込まれた帳票イメージデータを文字認識し、こ
れによって変換されたコードデータはコード格納バッフ
ァ１４−３に格納される。この場合、帳票イメージデー
タの中に存在する通番もコードデータに変換されてコー
ド格納バッファ１４−３に格納される。なお、本実施例
において、通番コードの桁数やコードデータ中に存在し
ている通番の位置（何番目のフィールドに存在するか）
は予め固定的に決められているものとなる。また、コー
ド格納バッファ１４−３の内容はホストコンピュータへ
送られて処理される。
【０００９】通番管理テーブル１４−５は同じ営業所か
ら順次送信されて来る通番の重複や欠落を管理する為の
もので、ＣＰＵ１４−４は通番管理テーブル１４−５を
参照して通番管理を行い、その結果通番の重複や欠落を
検出すると、メッセージテーブル１４−７から検出結果
に応じた警告メッセージを読み出し、送信イメージバッ
ファ１４−６にセットする。メッセージテーブル１４−
７は警告メッセージをイメージデータとして格納するも
ので、送信イメージバッファ１４−６に読み込まれた警
告メッセージは、送信元へ送られる。
ら順次送信されて来る通番の重複や欠落を管理する為の
もので、ＣＰＵ１４−４は通番管理テーブル１４−５を
参照して通番管理を行い、その結果通番の重複や欠落を
検出すると、メッセージテーブル１４−７から検出結果
に応じた警告メッセージを読み出し、送信イメージバッ
ファ１４−６にセットする。メッセージテーブル１４−
７は警告メッセージをイメージデータとして格納するも
ので、送信イメージバッファ１４−６に読み込まれた警
告メッセージは、送信元へ送られる。
【００１０】図２、図３は通番管理テーブル１４−５の
構成を示し、通番管理テーブル１４−５には２種類のテ
ーブル、即ち図２に示す欠落管理テーブルＴＡ、図３に
示す最終通番管理テーブルＴＢを有している。欠落管理
テーブルＴＡはファクスＩＤに対応してエラー通番（欠
番）、エラー発生時刻を記憶する。最終通番管理テーブ
ルＴＢはファクスＩＤに対応して現時点までに送信され
て来た最終通番を記憶する。なお、最終通番管理テーブ
ルＴＢはホストコンピュータからのリセット要求によっ
てクリアされる。
構成を示し、通番管理テーブル１４−５には２種類のテ
ーブル、即ち図２に示す欠落管理テーブルＴＡ、図３に
示す最終通番管理テーブルＴＢを有している。欠落管理
テーブルＴＡはファクスＩＤに対応してエラー通番（欠
番）、エラー発生時刻を記憶する。最終通番管理テーブ
ルＴＢはファクスＩＤに対応して現時点までに送信され
て来た最終通番を記憶する。なお、最終通番管理テーブ
ルＴＢはホストコンピュータからのリセット要求によっ
てクリアされる。
【００１１】次に、本実施例の動作を説明する。図４は
帳票送受信装置１４が帳票イメージデータを受信する毎
に実行される通番管理処理を示したフローチャートであ
る。先ず、ＣＰＵ１４−４は受信帳票の中から文字認識
した通番コードを取り込み、これをＣＰＵ１４−４内の
ワークレジスタＮにセットする（ステップＡ１）。次い
で、通番管理テーブル１４−５の最終通番管理テーブル
ＴＢから該当ファクスＩＤに対応する最終通番を読み込
み、これをＣＰＵ１４−４内のワークレジスタＮＭＡＸ
にセットする（ステップＡ２）。そして、ワークレジス
タＮの値（受信通番）とワークレジスタＮＭＡＸの値
（現在の最終通番）とを比較する（ステップＡ３）。こ
の結果、「Ｎ−ＮＭＡＸ＝１」の場合、つまり、受信し
た通番が現在の最終通番よりも「１」だけ大きい場合に
は受信した通番は正常通りの順序で送られて来たことが
分かる為、ワークレジスタＮの値を現時点における最終
通番として最終通番管理テーブルＴＢに登録する（ステ
ップＡ４）。なお、最初は通番の初期値「１」が送信さ
れて来るが、この場合、最終通番管理テーブルＴＢの内
容はリセットされ最終通番は「０」となっている。した
がって、この場合、ステップＡ３で「Ｎ−ＮＭＡＸ＝
１」が検出される為、最終通番管理テーブルＴＢに最終
通番「１」が登録される。
帳票送受信装置１４が帳票イメージデータを受信する毎
に実行される通番管理処理を示したフローチャートであ
る。先ず、ＣＰＵ１４−４は受信帳票の中から文字認識
した通番コードを取り込み、これをＣＰＵ１４−４内の
ワークレジスタＮにセットする（ステップＡ１）。次い
で、通番管理テーブル１４−５の最終通番管理テーブル
ＴＢから該当ファクスＩＤに対応する最終通番を読み込
み、これをＣＰＵ１４−４内のワークレジスタＮＭＡＸ
にセットする（ステップＡ２）。そして、ワークレジス
タＮの値（受信通番）とワークレジスタＮＭＡＸの値
（現在の最終通番）とを比較する（ステップＡ３）。こ
の結果、「Ｎ−ＮＭＡＸ＝１」の場合、つまり、受信し
た通番が現在の最終通番よりも「１」だけ大きい場合に
は受信した通番は正常通りの順序で送られて来たことが
分かる為、ワークレジスタＮの値を現時点における最終
通番として最終通番管理テーブルＴＢに登録する（ステ
ップＡ４）。なお、最初は通番の初期値「１」が送信さ
れて来るが、この場合、最終通番管理テーブルＴＢの内
容はリセットされ最終通番は「０」となっている。した
がって、この場合、ステップＡ３で「Ｎ−ＮＭＡＸ＝
１」が検出される為、最終通番管理テーブルＴＢに最終
通番「１」が登録される。
【００１２】このように帳票１枚毎に順次送信されて来
る通番が「Ｎ−ＮＭＡＸ＝１」の条件を満足する場合に
は、その都度、最終通番管理テーブルＴＢ内の最終通番
が「２」、「３」、「４」……の如く書き替えられてゆ
く。
る通番が「Ｎ−ＮＭＡＸ＝１」の条件を満足する場合に
は、その都度、最終通番管理テーブルＴＢ内の最終通番
が「２」、「３」、「４」……の如く書き替えられてゆ
く。
【００１３】一方、ワークレジスタＮ内の受信通番がワ
ークレジスタＮＭＡＸ内の最終通番よりも２以上大きか
ったり、最終通番以下の場合には、通番通りの順序で帳
票が送られて来なかった場合である。このような場合、
ステップＡ５で「Ｎ−ＮＭＡＸ＝１」の不成立が検出さ
れる為、ステップＡ５に進み、更にワークレジスタＮ、
ＮＭＡＸの値を比較し、受信通番が最終通番よりも２以
上大きいか、最終通番以下かを調べる。ここで、「Ｎ−
ＮＭＡＸ＞１」の条件が成立し、受信通番が最終通番よ
りも２以上大きい場合には、通番「ＮＭＡＸ＋１」から
通番「Ｎ−１」までが欠番となっている可能性がある
為、その間の通番をエラー通番としてその発生時刻と共
に欠落管理テーブルＴＡに登録する。例えば、ワークレ
ジスタＮの値が「６」、ワークレジスタＮＭＡＸの値が
「２」のとき、「ＮＭＡＸ＋１＝３」から「Ｎ−１＝
５」までの通番「３」、「４」、「５」がそのときのエ
ラー発生時刻と共に欠落管理テーブルＴＡに登録され
る。次いで、ワークレジスタＮ内の受信通番を最終通番
管理テーブルＴＢ内に最終通番として登録しておく（ス
テップＡ７）。この場合、今回の受信通番「６」が現時
点における最終通番となる。この状態において、以下、
正常通りの送り順にしたがって通番「７」、「８」、
「９」……が順次送られて来ると、その都度、ステップ
Ａ３で「Ｎ−ＮＭＡＸ＝１」が検出される為、最終通番
の更新が行われ（ステップＡ４）、最終通番は「７」、
「８」、「９」……に如く変化する。
ークレジスタＮＭＡＸ内の最終通番よりも２以上大きか
ったり、最終通番以下の場合には、通番通りの順序で帳
票が送られて来なかった場合である。このような場合、
ステップＡ５で「Ｎ−ＮＭＡＸ＝１」の不成立が検出さ
れる為、ステップＡ５に進み、更にワークレジスタＮ、
ＮＭＡＸの値を比較し、受信通番が最終通番よりも２以
上大きいか、最終通番以下かを調べる。ここで、「Ｎ−
ＮＭＡＸ＞１」の条件が成立し、受信通番が最終通番よ
りも２以上大きい場合には、通番「ＮＭＡＸ＋１」から
通番「Ｎ−１」までが欠番となっている可能性がある
為、その間の通番をエラー通番としてその発生時刻と共
に欠落管理テーブルＴＡに登録する。例えば、ワークレ
ジスタＮの値が「６」、ワークレジスタＮＭＡＸの値が
「２」のとき、「ＮＭＡＸ＋１＝３」から「Ｎ−１＝
５」までの通番「３」、「４」、「５」がそのときのエ
ラー発生時刻と共に欠落管理テーブルＴＡに登録され
る。次いで、ワークレジスタＮ内の受信通番を最終通番
管理テーブルＴＢ内に最終通番として登録しておく（ス
テップＡ７）。この場合、今回の受信通番「６」が現時
点における最終通番となる。この状態において、以下、
正常通りの送り順にしたがって通番「７」、「８」、
「９」……が順次送られて来ると、その都度、ステップ
Ａ３で「Ｎ−ＮＭＡＸ＝１」が検出される為、最終通番
の更新が行われ（ステップＡ４）、最終通番は「７」、
「８」、「９」……に如く変化する。
【００１４】他方、ステップＡ５でワークレジスタＮ、
ＮＭＡＸとの値を比較した結果、受信通番が最終通番以
下のときには、欠落管理テーブルＴＡを参照し、受信通
番と同一のものが欠落管理テーブルＴＡに既に登録され
ていて欠番となっているか否かを調べる（ステップＡ
８）。ここで、受信通番と同じ通番（同一ファクスＩＤ
に関するもの）が欠落管理テーブルＴＡ内に既に欠番と
して登録されている場合、その通番は順番が前後して送
信されて来ただけなので、それを欠番扱いとしない為、
欠落管理テーブルＴＡからその通番を削除する。
ＮＭＡＸとの値を比較した結果、受信通番が最終通番以
下のときには、欠落管理テーブルＴＡを参照し、受信通
番と同一のものが欠落管理テーブルＴＡに既に登録され
ていて欠番となっているか否かを調べる（ステップＡ
８）。ここで、受信通番と同じ通番（同一ファクスＩＤ
に関するもの）が欠落管理テーブルＴＡ内に既に欠番と
して登録されている場合、その通番は順番が前後して送
信されて来ただけなので、それを欠番扱いとしない為、
欠落管理テーブルＴＡからその通番を削除する。
【００１５】更に、受信通番が最終通番以下の場合、受
信通番が欠落管理テーブルＴＡに欠番として登録されて
いなければ、この通番の帳票は２重送りなので、この通
番を後述する通番重複処理に回す（ステップＡ１０）。
信通番が欠落管理テーブルＴＡに欠番として登録されて
いなければ、この通番の帳票は２重送りなので、この通
番を後述する通番重複処理に回す（ステップＡ１０）。
【００１６】図５はタイマ時間がタイムアップする毎に
実行される割り込み処理（欠番確定処理）を示したフロ
ーチャートである。ここで、通番は通常、その初期値
「１」から昇順に順次送られて来るが、本実施例のよう
に複数台の送信用ファクス装置１１Ａ、１１Ｂが設置さ
れている場合、どの送信用ファクス装置から順次前後し
て３０分以内に送られて来れば、欠番扱いとしないよう
にしたものである。
実行される割り込み処理（欠番確定処理）を示したフロ
ーチャートである。ここで、通番は通常、その初期値
「１」から昇順に順次送られて来るが、本実施例のよう
に複数台の送信用ファクス装置１１Ａ、１１Ｂが設置さ
れている場合、どの送信用ファクス装置から順次前後し
て３０分以内に送られて来れば、欠番扱いとしないよう
にしたものである。
【００１７】即ち、この割り込み処理が開始されると、
欠落管理テーブルＴＡを参照し、発生時刻から３０分以
上経過しても欠番となったままのファクスＩＤとエラー
通番が欠落管理テーブルＴＡ内に登録されたままとなっ
ているかを調べる（ステップＢ１）。ここで、欠落管理
テーブルＴＡ内に登録されたまま３０分以上経過したも
のが有れば、後述する通番欠番処理（ステップＢ２）を
実行したのちステップＢ３に進み、ステップＢ２で処理
したものを欠落管理テーブルＴＡから削除する（ステッ
プＢ３）。一方、欠落管理テーブルＴＡ内に該当するも
のが存在しなければ、欠落管理テーブルＴＡ内で最も古
い発生時刻をＴレジスタ（図示せず）に取り込む。この
場合、欠落管理テーブルＴＡ内に何も登録されていなけ
れば、現在時刻をＴレジスタに取り込む。次いで、Ｔレ
ジスタの値に「３０分」を加算し、この加算結果から現
在時刻を減算し、この値を割り込み用タイマにセットす
る（ステップＢ５）。なお、割り込み用タイマがタイム
アップする毎に図５の割り込み処理が実行される。
欠落管理テーブルＴＡを参照し、発生時刻から３０分以
上経過しても欠番となったままのファクスＩＤとエラー
通番が欠落管理テーブルＴＡ内に登録されたままとなっ
ているかを調べる（ステップＢ１）。ここで、欠落管理
テーブルＴＡ内に登録されたまま３０分以上経過したも
のが有れば、後述する通番欠番処理（ステップＢ２）を
実行したのちステップＢ３に進み、ステップＢ２で処理
したものを欠落管理テーブルＴＡから削除する（ステッ
プＢ３）。一方、欠落管理テーブルＴＡ内に該当するも
のが存在しなければ、欠落管理テーブルＴＡ内で最も古
い発生時刻をＴレジスタ（図示せず）に取り込む。この
場合、欠落管理テーブルＴＡ内に何も登録されていなけ
れば、現在時刻をＴレジスタに取り込む。次いで、Ｔレ
ジスタの値に「３０分」を加算し、この加算結果から現
在時刻を減算し、この値を割り込み用タイマにセットす
る（ステップＢ５）。なお、割り込み用タイマがタイム
アップする毎に図５の割り込み処理が実行される。
【００１８】次に、図４のステップＡ１０（通番重複処
理）、図５のステップＢ２（通番欠番処理）について説
明する。通番重複処理はメッセージテーブル１４−７か
ら通番重複を警告するメッセージデータ『通番○○○○
○が重複しました』を読み出す。この場合、図中○印で
示すものを除く固定文字列はメッセージテーブル１４−
７から読み出したイメージデータであり、図中○印部分
はメッセージテーブル１４−７に格納されている数字
「０」〜「９」のイメージデータを適宜取り出し、それ
を組み合せることによって作成されたものである。この
ようにして作成された警告メッセージは送信イメージバ
ッファ１４−６に送られ、送信元に自動発信する。この
場合、本実施例においては、送信元のファクス電話番号
は受信用ファクス装置１２のファクスＩＤにしてあるの
で、そこに自動送信する為、警告メッセージは受信用フ
ァクス装置１２から出力される。また、通番欠番処理も
上述と同様であるが、この場合、警告メッセージは『通
番○○○○○が欠番です』となる。
理）、図５のステップＢ２（通番欠番処理）について説
明する。通番重複処理はメッセージテーブル１４−７か
ら通番重複を警告するメッセージデータ『通番○○○○
○が重複しました』を読み出す。この場合、図中○印で
示すものを除く固定文字列はメッセージテーブル１４−
７から読み出したイメージデータであり、図中○印部分
はメッセージテーブル１４−７に格納されている数字
「０」〜「９」のイメージデータを適宜取り出し、それ
を組み合せることによって作成されたものである。この
ようにして作成された警告メッセージは送信イメージバ
ッファ１４−６に送られ、送信元に自動発信する。この
場合、本実施例においては、送信元のファクス電話番号
は受信用ファクス装置１２のファクスＩＤにしてあるの
で、そこに自動送信する為、警告メッセージは受信用フ
ァクス装置１２から出力される。また、通番欠番処理も
上述と同様であるが、この場合、警告メッセージは『通
番○○○○○が欠番です』となる。
【００１９】なお、上記実施例は警告メッセージのみを
送信するようにしたが、受信した時の時刻などの情報も
合せて送るようにしてもよい。また、通番重複時にはコ
ード格納バッファ１４−３内のコードデータをホストコ
ンピュータに出力しないようにしてもよい。
送信するようにしたが、受信した時の時刻などの情報も
合せて送るようにしてもよい。また、通番重複時にはコ
ード格納バッファ１４−３内のコードデータをホストコ
ンピュータに出力しないようにしてもよい。
【００２０】
【発明の効果】この発明によれば、送信データの通番に
重複や欠番が生じた場合、人手の介在なしに送信元にそ
の旨を通知することができるので、通番管理を極めて合
理的に行なうことができ、送信ページが多い場合には特
に有効である。
重複や欠番が生じた場合、人手の介在なしに送信元にそ
の旨を通知することができるので、通番管理を極めて合
理的に行なうことができ、送信ページが多い場合には特
に有効である。
【図１】実施例を示したファクシミリ通信システムのブ
ロック図。
ロック図。
【図２】図１で示した通番管理テーブル１４−５内に設
けられている欠番管理テーブルＴＡの構成図。
けられている欠番管理テーブルＴＡの構成図。
【図３】図１で示した通番管理テーブル１４−５内に設
けられている最終通番管理テーブルＴＢの構成図。
けられている最終通番管理テーブルＴＢの構成図。
【図４】上記実施例の通番管理処理を示したフローチャ
ート。
ート。
【図５】上記実施例の割り込み処理（欠番確定処理）を
示したフローチャート。
示したフローチャート。
１１Ａ、１１Ｂ 送信用ファクス装置 １２ 受信用ファクス装置 １３ 交換器 １４ 帳票送受信装置 １４−１ 受信イメージバッファ １４−２ 文字認識部 １４−３ コード格納バッファ １４−４ ＣＰＵ １４−５ 通番管理テーブル １４−６ 送信イメージバッファ １４−７ メッセージテーブル
───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) H04N 1/00 H04N 1/32
Claims (1)
- 【請求項１】 送信データの１ページ毎に順次送信され
る一連の通番を受信した際に、同一通番が存在するか、
あるいは空番が存在するかを検出する検出手段と、 この検出手段が通番の重複あるいは欠落を検出した場合
に、送信元にその旨を通知する通知手段と、 を具備したことを特徴とする通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3213202A JP3021816B2 (ja) | 1991-07-31 | 1991-07-31 | 通信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3213202A JP3021816B2 (ja) | 1991-07-31 | 1991-07-31 | 通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0537698A JPH0537698A (ja) | 1993-02-12 |
| JP3021816B2 true JP3021816B2 (ja) | 2000-03-15 |
Family
ID=16635229
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3213202A Expired - Lifetime JP3021816B2 (ja) | 1991-07-31 | 1991-07-31 | 通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3021816B2 (ja) |
-
1991
- 1991-07-31 JP JP3213202A patent/JP3021816B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0537698A (ja) | 1993-02-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3694328B2 (ja) | フォームまたはシートの自動生成におけるフォームからの画像の使用法 | |
| US5644404A (en) | Facsimile server system capable of recognizing at transmitting end an access to received facsimile data at receiving end | |
| WO2001067263A1 (en) | Messaging system for computers | |
| US7145685B2 (en) | Method and apparatus for electronic collation | |
| JP3021816B2 (ja) | 通信装置 | |
| US7154620B1 (en) | Image forming device management system and method | |
| US20040015385A1 (en) | Delivery reception aknowledging method and delivery reception acknowledging system | |
| JPH0591108A (ja) | メツセージ通信制御方法および通信システム | |
| JP3184106B2 (ja) | Ｆａｘデータの電子メール転送システム | |
| JPH1013592A (ja) | 電子メールシステムとそのメッセージ配信方法 | |
| JP2862882B2 (ja) | ファクシミリ装置 | |
| JP2000105791A (ja) | 為替集中処理システムおよび為替帳票処理装置 | |
| JPS59110271A (ja) | フアクシミリ送信管理方式 | |
| JP2951151B2 (ja) | 障害リカバリ制御システム | |
| JP3549258B2 (ja) | マークシート認識装置 | |
| JPH05252202A (ja) | ファクシミリサーバ装置 | |
| JP2713238B2 (ja) | Ｐｏｓ送信データ欠落時の対応方法 | |
| JPH04127772A (ja) | ファクシミリ蓄積装置 | |
| JP3495451B2 (ja) | ファクシミリ送信デ−タ受信処理方式およびその装置 | |
| JPH0553102B2 (ja) | ||
| JP2658215B2 (ja) | 自動取引装置 | |
| JPH0946372A (ja) | ファックス電子メール連動装置 | |
| JP2604495B2 (ja) | ループインタフェース装置 | |
| JPH0756837A (ja) | 通信サーバ及びｌａｎ端末 | |
| JPH08204875A (ja) | ファクシミリによる帳票処理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090114 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090114 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100114 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110114 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110114 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120114 Year of fee payment: 12 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120114 Year of fee payment: 12 |