JP3443472B2 - 通帳プリンタ装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、銀行、その他の金融機
関等の店舗に設置され、取引に使用する通帳（取引通
帳）の磁気ストライプに対して、データのリード／ライ
トを行う通帳プリンタ装置に関する。

【０００２】前記通帳プリンタ装置には、ＡＴＭ、ＣＤ
等の自動取引装置に組み込まれた装置、或いは単独で使
用する装置（独立した装置）等があり、いずれも、装置
内部に通帳を取り込んで、磁気ストライプのリード／ラ
イトを行うものである。

【０００３】ところで、現在、あらゆる分野で処理の高
速化とシステムの高信頼性が求められている。また、処
理の高速化とシステムの高信頼性を実現することがベン
ダーにとっても、ユーザーである金融機関等にとっても
顧客の確保につながる。特に、金融機関等に設置したＡ
ＴＭ、ＣＤ等の自動機に代表されるような無人化のフォ
ールトトレランスシステムでは、高速化とシステムの信
頼性はより強く要求されている。

【０００４】金融機関で発生する障害は社会問題となり
多くの損失を生む。このようなことを防ぎ、ユーザーで
ある金融機関等が一人でも多くの顧客にサービスを提供
できるように、ベンダーに、より高速でより高信頼の製
品を要求しているところにある。

【０００５】

【従来の技術】図１３〜図２０は従来例を示した図であ
り、図１３〜図２０中、１は通帳プリンタ装置、２はＭ
Ｓリーダ／ライタ部、３はＭＳリード処理部、４はＭＳ
リード／ライト機構、５はデータ取り込み処理部、６は
ＭＳデータ編集処理部、７は編集データ通知処理部、１
３、１４、１５はメモリを示す。なお、以下の説明で
は、通帳の磁気ストライプを単に「ＭＳ」、通帳の磁気
ストライプに記録されたデータを「ＭＳデータ」と記
す。

【０００６】§１：通帳プリンタ装置の構成説明・・・
図１３参照 図１３は従来の通帳プリンタ装置構成図である。図示の
ように、従来の通帳プリンタ装置１には、ＭＳリーダ／
ライタ部２が設けてあり、前記ＭＳリーダ／ライタ部２
には、ＭＳリード処理部３、ＭＳリード／ライト機構４
等が設けてある。

【０００７】また、前記ＭＳリード／ライト機構４に
は、メモリ１３が設けてあり、前記ＭＳリード処理部３
には、データ取り込み処理部５、ＭＳデータ編集処理部
６、編集データ通知処理部７等が設けてある。更に、デ
ータ取り込み処理部５にはメモリ１４が設けてあり、Ｍ
Ｓデータ編集処理部６にはメモリ１５が設けてある。前
記各部の機能等は次の通りである。

【０００８】(1) ：ＭＳリード処理部３は、ＭＳリード
／ライト機構４に対してデータ取り込み指示を出し、前
記指示に基づいて通帳から読み出したＭＳデータ（磁化
転移線データ）を取り込んで編集処理等を行うものであ
る。

【０００９】(2) ：ＭＳリード／ライト機構（メカ部）
４は、装置内部に取り込んだ通帳に対し磁気ストライプ
のリード／ライトを行うものである。このため、ＭＳリ
ード／ライト機構４には、磁気ヘッド、磁気ヘッド駆動
機構、メモリ１３等が設けてある。

【００１０】(3) ：データ取り込み処理部５は、ＭＳリ
ード／ライト機構４にデータ取り込み指示を出したり、
ＭＳリード／ライト機構４で読み出したＭＳデータ（磁
化転移線データ）の取り込み処理を行うものである。

【００１１】(4) ：ＭＳデータ編集処理部６は、前記デ
ータ取り込み処理部５が取り込んだデータを編集するも
のである。 (5) ：編集データ通知処理部７は、ＭＳデータ編集処理
部６が編集した編集済みデータを上位装置に通知するも
のである。

【００１２】(6) ：メモリ１３は、磁気ヘッドを移動さ
せて読み出したＭＳデータ（磁化転移線データ）を一時
格納しておくためのメモリである。 (7) ：メモリ１４はデータ取り込み処理部５が取り込ん
だＭＳデータ（磁化転移線データ）を一時格納しておく
ものである。

【００１３】(8) ：メモリ１５は、ＭＳデータ編集処理
部６が編集処理で使用する各種の設定情報を格納した
り、編集時の各種データを格納したり、カウンタ、フラ
グ等を設定したりするものである。

【００１４】例えば、メモリ１５には、リトライ回数
（初期値＝０）、リトライ回数の閾値＝２、内部リトラ
イ回数、内部リトライ回数の閾値＝１、ビットカウン
タ、ビットカウンタの閾値＝５、スタートコードＳＴＸ
（同期データ）、エンドコードＥＴＸ（同期データ）、
ブロックカウンタ（初期値＝０）、ブロック指定値（１
ブロックの場合は１、２ブロックの場合は２を設定）、
「ＥＴＸ発見フラグ」（初期値＝０）等を格納する領域
がある。

【００１５】また、前記メモリ１５には、ＳＴＸデータ
蓄積領域、編集データ領域、リードデータ格納領域等が
設けてある。 §２：ＭＳデータ構成の説明・・・図１４参照 図１４はＭＳデータ構成説明図であり、Ａ図は１ブロッ
ク（規定値コード有り）、Ｂ図は２ブロック（規定値コ
ード有り）、Ｃ図は１ブロック（規定値コード無し）を
示す。なお、図において、ＤＭＹはダミー、ＳＴＸはス
タートコード、ＥＴＸはエンドコード、ＢＣＣ／ＣＲＣ
はチェックコードを示す。

【００１６】通帳のＭＳ（磁気ストライプ）には、顧客
の暗証番号、通帳のページ情報、印字情報等の各種情報
（ＭＳデータ）が記録される。前記ＭＳデータのデータ
構成としては、１ブロック（規定値コード有り）、２ブ
ロック（規定値コード有り）、１ブロック（規定値コー
ド無し）等の構成がある。

【００１７】前記１ブロック（規定値コード有り）のＭ
Ｓデータは、先頭から順番に「ＤＭＹ→ＳＴＸ→データ
→ＥＴＸ→ＢＣＣ→ＤＭＹ」の順に並んでいる。前記２
ブロック（規定値コード有り）は、先頭から順番に「Ｄ
ＭＹ→ＳＴＸ→データ→ＥＴＸ→ＢＣＣ→ＤＭＹ→ＳＴ
Ｘ→データ→ＥＴＸ→ＢＣＣ→ＤＭＹ」の順に並んでい
る。

【００１８】前記１ブロック（規定値コード無し）のＭ
Ｓデータは、先頭から順番に「ＣＲＣ→ＣＲＣ→デー
タ」の順に並んでいる。この場合、先頭のＣＲＣは例え
ば上位４ビットのＣＲＣ、次のＣＲＣは下位４ビットの
ＣＲＣである。

【００１９】§３：ＭＳデータ編集方法の説明・・・図
１５参照 図１５はＭＳデータ編集方法説明図であり、Ａ図はブロ
ック数別編集方法、Ｂ図は規定値コード別編集方法であ
る。

【００２０】前記ＭＳデータ編集処理部６は、データ取
り込み処理部５が取り込んだデータ（取り込みデータ）
を編集する。この編集処理では、前記通帳のＭＳデータ
構成により次のように異なった編集を行う。

【００２１】Ａ図に示したブロック数別編集方法では、
１ブロックの場合、取り込みデータから１ブロックのデ
ータを生成する。また、２ブロックの場合、２ブロック
の内、どちらか１ブロックが生成できれば良いとする編
集方法（ＯＲ）と、２ブロック共に生成され、かつ２ブ
ロック間でデータの照合が成功すれば良いとする編集方
法（ＡＮＤ）がある。

【００２２】Ｂ図に示した規定値コード別編集方法で
は、規定値コード有りの場合、規定値コードを持つた
め、そのコードによって同期を取りデータを生成する編
集方法である。しかし、規定値コード無しの場合は、基
準トラックでタイミングをとりながらデータを生成する
編集方法である。

【００２３】§４：ＭＳデータ編集処理の説明・・・図
１６〜図１８参照 図１６は従来のＭＳデータ編集処理フローチャート１、
図１７は従来のＭＳデータ編集処理フローチャート２、
図１８は従来のＭＳデータ編集処理フローチャート３で
ある。以下、図１６〜図１８に基づいて従来のＭＳデー
タ編集処理を説明する。なお、Ｓ１〜Ｓ３４は各処理ス
テップを示す。

【００２４】以下の処理を行う際、メモリ１５には、リ
トライ回数の閾値＝２、内部リトライ回数の閾値＝１、
ビットカウンタの閾値＝５、リトライ回数（初期値＝
０）、内部リトライ回数（初期値＝０）、ＳＴＸ（同期
データ）、ＥＴＸ（同期データ）、ビットカウンタ（初
期値＝０）、ブロックカウンタ（初期値＝０）、ブロッ
ク指定値（１ブロックの場合は１、２ブロックの場合は
２を設定）、ＥＴＸ発見フラグ（初期値＝０）等を設定
して処理を行う。

【００２５】ＭＳリード処理部３が上位装置の指示によ
りＭＳリード処理を開始すると（Ｓ１）、ＭＳデータ編
集処理部６は、先ず、メモリ１５の情報を基に、リトラ
イ回数＞２の条件を満たしているか否かを判定する（Ｓ
２）。その結果、前記条件を満たしていれば異常終了
（エラー）とする（Ｓ３）。

【００２６】しかし、前記条件を満たしていない場合
は、ＭＳデータ編集処理部６からデータ取り込み処理部
５へデータ取り込み依頼を通知する。この通知を受けた
データ取り込み処理部５はＭＳリード／ライト機構４へ
データ取り込み指示を出し、ＭＳリード／ライト機構４
の磁気ヘッドを移動させて通帳のＭＳデータのリードを
行う（Ｓ４）。この時、磁気ヘッドで読み出したＭＳデ
ータは一旦ＭＳリード／ライト機構４のメモリ１３に格
納しておく。

【００２７】その後、データ取り込み処理部５は、ＭＳ
リード／ライト機構４（ハードウェアＨＷ）のメモリ１
３からリードデータ（以後「生データ」と記す）を読み
出し、データ取り込み処理部５のメモリ１４（ＭＳタス
クのメモリ）に格納する（Ｓ５）。

【００２８】次に、ＭＳデータ編集処理部６は、データ
取り込み処理部５のメモリ１４に格納してある前記生デ
ータを読み出し、ＭＳデータ編集処理を開始する。この
場合、メイン処理部９は、メモリ１５内の情報を基に内
部リトライ回数＞１の条件を満たしているか否かを判定
する（Ｓ６）。

【００２９】その結果、前記条件を満たしていれば、Ｍ
Ｓデータ編集処理部６はメモリ１５内のリトライ回数を
インクリメントして（Ｓ３３）、前記Ｓ２の処理から繰
り返して行う。しかし、前記条件を満たしていなけれ
ば、ＭＳデータ編集処理部６は生データが終わりか否か
を判定する（Ｓ７）。

【００３０】前記Ｓ７の処理で生データが終わりなら
ば、ＭＳデータ編集処理部６はリトライ回数をインクリ
メントして（Ｓ３３）、前記Ｓ２の処理から繰り返して
行う。しかし、前記Ｓ７の処理で生データが終わりでな
ければ、ＭＳデータ編集処理部６は、データ取り込み処
理部５のメモリ１４から生データを取り出し、０／１の
判定を行う（Ｓ８）。

【００３１】次に、ＭＳデータ編集処理部６は０／１の
判定をしたデータ（以降「１ビットデータ」と記す）を
メモリ１５内のＳＴＸデータ蓄積領域にセーブする（以
降、「ＳＴＸデータ」と記す）（Ｓ９）。

【００３２】前記処理終了後、ＭＳデータ編集処理部６
は、メモリ１５内のＳＴＸ（ＳＴＸ同期データ）と前記
ＳＴＸ蓄積領域のＳＴＸデータが等しくなったか（ＳＴ
Ｘ同期データ＝ＳＴＸデータ）否かを判定する（Ｓ１
０）。

【００３３】その結果、等しくなければ前記Ｓ７の処理
から繰り返して行うが、等しくなったら、ＳＴＸ同期成
立（同期がとれた状態）なので、前記ＳＴＸデータをメ
モリ１５内のリードデータ格納領域にセットする（ＳＴ
Ｘ(1) にセット）（Ｓ１１）。

【００３４】前記Ｓ１１の処理終了後、ＭＳデータ編集
処理部６は生データが終わりか否かを判定し（Ｓ１
２）、終わりならば、前記Ｓ３３の処理から繰り返して
行う。しかし、生データが終わりでなければ、ＭＳデー
タ編集処理部６はメモリ１４内の生データを取り出し、
０／１の判定を行う（Ｓ１３）。次に、ＭＳデータ編集
処理部６は１ビットデータを編集データ領域にセットす
る（以後「編集データ」と記す）（Ｓ１４）。

【００３５】そして、ＭＳデータ編集処理部６はメモリ
１５内のビットカウンタをカウントアップし（Ｓ１
５）、ビットカウンタの値＝ビットカウンタの閾値＝５
の条件を満たしているか否かを判定する（Ｓ１６）。

【００３６】その結果、前記条件を満たしていなけれ
ば、前記Ｓ１２の処理から繰り返して行うが、前記条件
を満たしていれば、ＭＳデータ編集処理部６はパリティ
チェックを行う（Ｓ１７）。この場合、１ビットデータ
５個で１データ成立であるが、その内の１ビット（最下
位ビット）をパリティビット（この例では奇数パリテ
ィ）としている。

【００３７】前記パリティチェックの結果、正常終了し
なければ、ＭＳデータ編集処理部６はメモリ１５内の内
部リトライ回数をインクリメントし（Ｓ３２）、前記Ｓ
６の処理から繰り返して行う。しかし、パリティチェッ
クが正常終了した場合は、ＭＳデータ編集処理部６はメ
モリ１５内のＥＴＸ発見フラグがＥＴＸ発見フラグ＝１
の条件を満たしているか否かを判定する（Ｓ１９）。

【００３８】その結果、前記条件を満たしていなけれ
ば、ＭＳデータ編集処理部６は、メモリ１５内のＥＴＸ
（同期データ）を参照して、編集データ＝ＥＴＸ（同期
データ）の条件を満たしているか否かを判定する（Ｓ２
０）。その結果、前記条件を満たしていれば、ＥＴＸを
発見できたので、メモリ１５内のＥＴＸ発見フラグをＥ
ＴＸ発見フラグ＝１にセットする（Ｓ２１）。

【００３９】前記Ｓ２１の終了後、及び、前記処理Ｓ２
０で編集データ＝ＥＴＸの条件を満たしていなかった場
合、ＭＳデータ編集処理部６は、前記編集データをメモ
リ１５内のリードデータ格納領域にセットする（図示の
(2) の領域にセット）（Ｓ２２）。

【００４０】次に、ＭＳデータ編集処理部６は、前記編
集データによってＢＣＣデータ（以降「作成ＢＣＣ」と
記す）を作成する（Ｓ２３）。そして、１データの領域
とビットカウンタを０にクリアする（Ｓ２４）。なお、
ＢＣＣデータの作成は１データ毎に行うことにより、各
データ毎にＢＣＣのチェック演算（例えば、多項式によ
るチェック演算）を行う。そして、前記Ｓ２４の処理終
了後、前記Ｓ１２の処理から繰り返して行う。

【００４１】また、前記Ｓ１９の処理で、ＥＴＸ発見フ
ラグ＝１の条件を満たしていたら、ＭＳデータ編集処理
部６は、編集データ＝作成ＢＣＣの条件を満たしている
か否かを判定する（Ｓ２６）。その結果、前記条件を満
たしていなければ、前記Ｓ３３の処理から繰り返して行
う。しかし、前記処理Ｓ２６で条件を満たしていれば、
ＭＳデータ編集処理部６は編集データをメモリ１５内の
リードデータ格納領域にセット（図示の(3) の領域にセ
ット）する（Ｓ２７）。

【００４２】その後、ＭＳデータ編集処理部６は、メモ
リ１５内のブロックカウンタをインクリメントし（Ｓ２
８）、ブロックカウンタ＝ブロック指定の条件を満たし
ているか否かを判定する（Ｓ２９）。

【００４３】その結果、前記条件を満たしていれば、編
集処理を終了する（Ｓ３０）が前記条件を満たしていな
い場合は、ＭＳデータ編集処理部６はメモリ１５内の内
部リトライ回数＝０にクリアし（Ｓ３４）、前記Ｓ６の
処理から繰り返して行う。

【００４４】§５：ＭＳデータの説明と、編集処理の説
明・・・図１９、図２０参照 図１９はＭＳデータ（例１）説明図、図２０はＭＳデー
タ（例２）説明図である。なお、図１９、図２０に示し
た例は「ＮＲＺＩ２トラック」フォーマットによるＭＳ
データ例である。以下、図１９、図２０に基づいて、Ｍ
Ｓデータの具体例と、編集処理について説明する。

【００４５】(1) ：例１の説明・・・図１９参照 ＭＳデータは、通帳のＭＳ（磁気ストライプ）上に磁化
転移線によって記録される。例１では、０トラックのデ
ータと、１トラックのデータが磁化転移線により記録さ
れるようになっている。

【００４６】前記０トラックの磁化転移線はビット０で
あり、１トラックの磁化転移線はビット１である。そし
て、０トラックの磁化転移線と１トラックの磁化転移線
は縦方向で重ならないようにして記録される。すなわ
ち、０トラックに磁化転移線があれば、その位置の１ト
ラックには磁化転移線がなく、１トラックに磁化転移線
があれば、その位置の０トラックには磁化転移線がな
い。

【００４７】ＭＳデータをリードする際、磁気ヘッドは
図示矢印方向へ移動させ、左側から右側方向に順次磁化
転移線をリードするが、この場合、０トラック側に磁化
転移線があると、ビット０のデータをリードし、１トラ
ック側に磁化転移線があると、ビット１のデータをリー
ドする。

【００４８】例１は正常データが記録された例であるか
ら、ＭＳデータをリードして編集すると、００００１１
０１０１０００００１０００１１００１００１００１１
１１１１１０１０のデータが得られる。

【００４９】前記編集データでは、左から、ＳＴＸ（Ｄ
ＭＹを含む）９ビット→データ１（５ビット）→データ
２（５ビット）→データ３（５ビット）→データ４（５
ビット）→ＥＴＸ（５ビット）→ＢＣＣ（５ビット）の
順に並んでいる。

【００５０】(2) ：例２の説明・・・図２０参照 例２は異常データの例である。図示のように、例１で
は、０トラックと１トラックの両方の同じ位置に磁化転
移線が並んでおり（縦方向で重なる位置にある）、異常
データとなっている。

【００５１】このような異常データの例としては、例え
ば、新規通帳のＭＳデータがある。新規通帳には予め例
２に示したようなＭＳデータが記録されている場合があ
り、取引が開始されると前記例１のようなＭＳデータが
記録される。しかし、最初に正常なＭＳデータを記録し
ないで、そのままリード処理を行うと、異常データとな
ってしまう。

【００５２】例１のＭＳデータをリードして、前記ＭＳ
データ編集処理部６が編集処理を行った場合次のように
なる。 ：先ず、０トラックから編集が始まり、００００００
０００・・・・００００（１〜ｎ）と、最後の生データ
まで正常に編集が進み、生データが無くなった所で１ト
ラックに編集が移る。

【００５３】この時、１トラックの最初のデータ１を取
り出し０／１に変換する処理でエラーが発生する。その
理由は、０トラックと１トラックのデータが重なってい
ることが判明するためである。

【００５４】：そこで、ＭＳデータ編集処理部６で
は、編集開始位置を修正して再び編集処理を行う（１回
目のリトライ）。この場合、１トラック側のデータ１
（最初のデータ）をエラーとし、両トラック共データ２
（２番目のデータ）から編集を行う。先ず、０トラック
側の編集が始まり、０００００００００・・・・０００
０（２〜ｎ）と、最後の生データまで正常に編集が進
み、生データが無くなった所で１トラックに編集が移
る。

【００５５】この時、１トラックのデータ２（２番目の
データ）を取り出し０／１に変換する処理でエラーが発
生する。その理由は、０トラックと１トラックのデータ
が重なっていることが判明するためである。

【００５６】：次に、ＭＳデータ編集処理部６では、
編集開始位置を修正して再び編集処理を行う（２回目の
リトライ）。この場合、１トラック側のデータ２（２番
目のデータ）をエラーとし、両トラック共データ３（３
番目のデータ）から編集を行う。先ず、０トラック側の
編集が始まり、０００００００００・・・・００００
（３〜ｎ）と、最後の生データまで正常に編集が進み、
生データが無くなった所で１トラックに編集が移る。

【００５７】この時、１トラックのデータ３（３番目の
データ）を取り出し０／１に変換する処理でエラーが発
生する。その理由は、０トラックと１トラックのデータ
が重なっていることが判明するためである。

【００５８】：次に、ＭＳデータ編集処理部６では、
編集開始位置を修正して再び編集処理を行う（３回目の
リトライ）。この場合、１トラック側のデータ３（３番
目のデータ）をエラーとし、両トラック共データ４（４
番目のデータ）から編集を行う。先ず、０トラック側の
編集が始まり、０００００００００・・・・００００
（４〜ｎ）と、最後の生データまで正常に編集が進み、
生データが無くなった所で１トラックに編集が移る。

【００５９】この時、１トラックのデータ４（４番目の
データ）を取り出し０／１に変換する処理でエラーが発
生する。その理由は、０トラックと１トラックのデータ
が重なっていることが判明するためである。

【００６０】：以降、同様にして編集のリトライがｎ
回続く。そして、ｎ回のリトライを行ってもエラーが発
生したら、このＭＳデータがエラーであるとして、再び
磁気ヘッドを移動させて編集処理のリトライ（再編集処
理）を行うことになる。

【００６１】従って、例２のＭＳデータがエラーと判定
するのはｎ回のリトライ終了後となるので、エラー判定
に極めて長い時間がかかり、更に、ＭＳデータがエラー
であるとして、再び磁気ヘッドを移動させて編集処理の
リトライ（再編集処理）を行うには更に極めて長い時間
がかかり、編集処理の効率が悪い。

【００６２】

【発明が解決しようとする課題】前記のような従来のも
のにおいては、次のような課題があった。 (1) ：ＭＳデータ編集処理において、エラーが発生した
場合、リトライまでに時間がかかっていた。例えば、前
記例２のＭＳデータの編集を行った場合、エラーと判定
するのはｎ回のリトライ終了後となるので、エラー判定
に極めて長い時間がかかり、更に、ＭＳデータがエラー
であるとして、再び磁気ヘッドを移動させて編集処理の
リトライ（再編集処理）を行うには更に極めて長い時間
がかかり、編集処理の効率が悪かった。

【００６３】(2) ：ＭＳデータリード時に、ノイズ等の
原因によって取り込みデータの中にゴミデータが混入し
てしまい、ビットデータ編集処理において、最大データ
桁数を超えるデータが生成されることがある。このよう
な場合、救済ができずエラーとしていた。従って、編集
処理の効率が悪かった。

【００６４】本発明は、このような従来の課題を解決
し、ＭＳデータ編集処理において、エラーを早期に発見
し、エラー発生時にリトライ動作までの時間を短縮する
ことにより処理の高速化を達成することを目的とする。

【００６５】また、本発明は、ビットデータ編集処理に
おいて、最大データ桁数を超えるデータが生成された場
合でもデータ切断処理を行うことで救済可能とし、編集
処理の効率向上と、装置の信頼性向上を達成することを
目的とする。

【００６６】

【課題を解決するための手段】図１は本発明の原理説明
図である。本発明は前記課題を解決するため、通帳プリ
ンタ装置を次のように構成した。

【００６７】(1) ：ＭＳリード／ライト機構４とＭＳリ
ード処理部３を備えた通帳プリンタ装置において、ＭＳ
リード処理部３に、ＭＳリード／ライト機構４で読み出
したＭＳデータの取り込み処理を行うデータ取り込み処
理部５と、前記データ取り込み処理部５が取り込んだデ
ータを編集するＭＳデータ編集処理部６と、前記ＭＳデ
ータ編集処理部６が編集した編集済みデータを上位装置
に通知する編集データ通知処理部７を設けると共に、前
記ＭＳデータ編集処理部６には、ＭＳデータのメイン処
理を行うメイン処理部９と、前記ＭＳリード／ライト機
構４から取り込んだＭＳデータの残量が同期をとるのに
必要なビット数未満になったか否かをチェックするデー
タ残量チェック処理部１０と、最大桁数切断処理、チェ
ック演算処理等を行う演算範囲変更処理部１１を設け
た。

【００６８】また、前記通帳プリンタ装置を次のように
構成した。 (2) ：通帳の磁気ストライプ（ＭＳ）の読み取り／書き
込みを行うためのＭＳリード／ライト機構と、前記ＭＳ
リード／ライト機構で読み出した通帳のＭＳデータを取
り込んで編集処理を行うＭＳリード処理部を備えた通帳
プリンタ装置において、前記ＭＳリード処理部は、前記
ＭＳデータのブロック数を判定するブロック数判定手段
と、前記ブロック数判定手段でＭＳデータが２ブロック
と判定した場合、２ブロック目のビットデータ編集処理
を開始する前に、前記データ残量チェック処理部にデー
タ残量チェックを依頼する２ブロック目データチェック
依頼手段と、前記２ブロック目データチェック依頼手段
の依頼によるデータ残量チェック処理部のチェックで、
ＭＳデータの残量が同期をとるのに必要なビット数未満
になった場合、２ブロック目のビットデータ編集処理を
中止させる２ブロック目ビットデータ編集処理中止手段
を備えている。

【００６９】

【００７０】(3) ：通帳の磁気ストライプ（ＭＳ）の読
み取り／書き込みを行うためのＭＳリード／ライト機構
と、前記ＭＳリード／ライト機構により、スタートコー
ド／エンドコードを持たないＭＳデータを読み出し、そ
のＭＳデータを取り込んで編集処理を行うＭＳリード処
理部を備えた通帳プリンタ装置において、前記ＭＳリー
ド処理部は、前記ＭＳリード／ライト機構から読み出し
たＭＳデータを取り込んでビットデータ編集処理を行う
際、予め決めた最大データ桁数を超えるデータが生成さ
れたか否かを判定するデータ桁数判定手段と、前記デー
タ桁数判定手段で最大データ桁数を超えるデータが生成
されたと判定した場合、前記生成されたデータを最大デ
ータ桁数に切断する最大桁数切断手段と、前記最大桁数
切断手段が切断したデータの範囲でチェックコードの演
算処理を行うチェック演算手段を備えている。

【００７１】(4) ：前記(3) の通帳プリンタ装置におい
て、前記最大桁数切断手段は、前記チェック演算手段の
チェック演算でチェックコードが合わなかった場合、再
度データ切断位置を変更してデータの切断を行う機能を
備えると共に、前記チェック演算手段は、前記最大桁数
切断手段が再度切断したデータの範囲で再度チェック演
算を行う機能を備えている。

【００７２】

【作用】前記構成に基づく本発明の作用を、図１に基づ
いて説明する。 (1) ：スタートコード／エンドコードを持ったＭＳデー
タの編集処理 ＭＳリード処理を開始すると、データ取り込み処理部５
は、ＭＳリード／ライト機構４からリードデータを取り
込み、内部のメモリに格納する。次に、メイン処理部９
はデータ取り込み処理部５のメモリからデータを取り込
み、ＭＳデータ編集処理を開始する。

【００７３】メイン処理部９はデータ編集中にデータ残
量チェック処理部１０へ指示を出し、取り込みデータの
残量をチェックさせる。また、ビットデータ編集中にも
データ残量チェック処理部１０へ指示を出し、取り込み
データの残量をチェックさせる。

【００７４】データ残量チェック処理部１０は、前記指
示によりデータ残量のチェック処理を行うが、この場
合、先ず、スタート同期検出判定処理を行いスタート同
期の検出状態をチェックする。その結果、スタート同期
が検出済みの場合はデータ残量が０か否かを判定する。

【００７５】しかし、スタート同期が検出されていない
場合は、データ残量がスタート同期に必要なビット数だ
け有るか否かをチェックする。その結果、データ残量が
スタート同期に必要なビット数だけ無い場合はエラーと
判定する。このようにすれば、エラーを早期に発見で
き、エラー判定後のリトライ動作の実行までの処理時間
が短縮できる。

【００７６】また、メイン処理部９は、ＭＳデータが２
ブロックと判定した場合、２ブロック目のビットデータ
編集処理を開始する前に、前記データ残量チェック処理
部１０にデータ残量チェックを指示しデータ残量チェッ
ク処理を行わせる。

【００７７】その結果、前記データ残量チェック処理部
１０のチェックで、ＭＳデータの残量が同期をとるのに
必要なビット数未満になった場合、２ブロック目のビッ
トデータ編集処理を実行しないでエラーと判定する。こ
のように、２ブロック目の編集処理に入る前にデータ残
量チェック処理を行うことで、エラー判定が速くなる。

【００７８】(2) ：スタートコード／エンドコードを持
たないＭＳデータの編集処理 ＭＳリード処理を開始するとデータ取り込み処理部５
は、ＭＳリード／ライト機構４からリードデータを取り
込み、内部のメモリに格納する。次に、メイン処理部９
はデータ取り込み処理部５のメモリからデータを取り込
み、ＭＳデータ編集処理を開始する。

【００７９】この編集処理において、ノイズ等の原因に
より取り込みデータの中にゴミデータが混入してしま
い、最大データ桁数を超えるデータが生成されることが
ある。このような場合、メイン処理部９は演算範囲変更
処理部１１へ指示を出し、演算範囲変更処理を行わせ
る。

【００８０】前記演算範囲変更処理部１１は、前記デー
タを最大データ桁数に切断し、その範囲でチェック演算
処理を行い、前記演算結果とチェックコードを照合す
る。前記照合で照合結果が合わない場合は、再度別の位
置で前記データを切断し、その範囲でチェック演算処理
を行い、前記演算結果とチェックコードを照合する。

【００８１】この場合、切断位置と切断回数は、どの程
度の救済率を求めるかによって決定すれば良い。 (3) ：以上のようにして、エラーを早期に発見し、エラ
ー発生時にリトライ動作までの時間を短縮することによ
り処理の高速化を達成することができる。また、ビット
データ編集処理において、最大データ桁数を超えるデー
タが生成された場合でもデータ切断処理を行うことで救
済可能とし、編集処理の効率向上と、装置の信頼性向上
を達成することができる。

【００８２】

【実施例】以下、本発明の実施例を図面に基づいて説明
する。図２〜図１２は、本発明の実施例を示した図であ
り、図２〜図１２中、図１３〜図２０と同じものは、同
一符号で示してある。また、９はメイン処理部、１０は
データ残量チェック処理部、１１は演算範囲変更処理
部、１３、１４、１５はメモリを示す。

【００８３】§１：通帳プリンタ装置の構成説明・・・
図２参照 図２は実施例の通帳プリンタ装置構成図である。図示の
ように、通帳プリンタ装置１にはＭＳリーダ／ライタ部
２が設けてあり、前記ＭＳリーダ／ライタ部２には、Ｍ
Ｓリード処理部３と、ＭＳリード／ライト機構４が設け
てある。そして前記前記ＭＳリード処理部３には、デー
タ取り込み処理部５と、ＭＳデータ編集処理部６と、編
集データ通知処理部７が設けてある。

【００８４】また、前記ＭＳリード／ライト機構４には
メモリ１３が設けてあり、データ取り込み処理部５には
メモリ１４が設けてある。更に、前記ＭＳデータ編集処
理部６には、メイン処理部９とデータ残量チェック処理
部１０と演算範囲変更処理部１１が設けてあり、前記メ
イン処理部９にはメモリ１５が設けてある。前記各部の
機能等は次の通りである。

【００８５】(1) ：ＭＳリード処理部３は、ＭＳリード
／ライト機構４に対してデータ取り込み指示を出し、前
記指示に基づいて通帳から読み出したＭＳデータ（磁化
転移線データ）を取り込んで編集処理等を行うものであ
る。

【００８６】(2) ：ＭＳリード／ライト機構（メカ部）
４は、装置内部に取り込んだ通帳に対し磁気ストライプ
のリード／ライトを行うものである。このため、ＭＳリ
ード／ライト機構４には、磁気ヘッド、磁気ヘッド駆動
機構等が設けてある。

【００８７】(3) ：データ取り込み処理部５は、ＭＳリ
ード／ライト機構４で読み出したＭＳデータ（磁化転移
線データ）の取り込み処理を行うものである。 (4) ：ＭＳデータ編集処理部６は、前記データ取り込み
処理部５が取り込んだデータを編集するものである。

【００８８】(5) ：編集データ通知処理部７は、ＭＳデ
ータ編集処理部６が編集した編集済みデータを上位装置
に通知するものである。 (6) ：メモリ１３は、磁気ヘッドを移動させて読み出し
たデータを一時格納しておくためのメモリである。

【００８９】(7) ：メモリ１４はデータ取り込み処理部
５が取り込んだＭＳデータを一時格納しておくものであ
る。 (8) ：メモリ１５は、ＭＳデータ編集処理部６が編集処
理で使用する各種の設定情報を格納したり、編集時の各
種データを格納したり、カウンタ、フラグ等を設定した
りするものである（詳細は後述する）。

【００９０】(9) ：メイン処理部９は編集のメイン処理
を行うものである。 (10)：データ残量チェック処理部１０は、メイン処理部
９の指示によりデータ残量チェック処理を行うものであ
る。

【００９１】(11)：演算範囲変更処理部１１は、メイン
処理部９の指示により、演算範囲変更処理を行うもので
ある。 §２：メイン処理部のメモリ内領域の説明・・・図３参
照 図３はメイン処理部のメモリ内領域説明図である。前記
メイン処理部９のメモリ１５には、リトライ回数（初期
値＝０）、リトライ回数の閾値＝２、内部リトライ回
数、内部リトライ回数の閾値＝１、ビットカウンタ、ビ
ットカウンタの閾値＝４または５、スタートコードＳＴ
Ｘ（同期データ）、エンドコードＥＴＸ（同期デー
タ）、ブロックカウンタ（初期値＝０）、ブロック指定
値（１ブロックの場合は１、２ブロックの場合は２を設
定）、データ残量比較値、ＥＴＸ発見フラグ（初期値＝
０）、最大データ桁数、ループ回数等を格納する領域を
設け、必要なデータは予め格納しておく。

【００９２】また、前記メモリ１５には、ＳＴＸデータ
蓄積領域、編集データ領域、リードデータ格納領域等が
設けてある。 §３：メモリ内のデータ格納領域の説明・・・図４参照 図４はデータ格納領域説明図であり、Ａ図はＳＴＸデー
タ蓄積領域、Ｂ図は編集データ領域、Ｃ図はリードデー
タ格納領域を示す。

【００９３】前記のようにメモリ１５には、ＳＴＸデー
タ蓄積領域、編集データ領域、リードデータ格納領域等
が設けてある。ＭＳデータ編集処理部６は前記各領域を
使用して編集処理を行う。

【００９４】例えば、ビットデータ編集処理において、
ＳＴＸ検出処理を行う際、０／１の判定したデータをＳ
ＴＸデータ蓄積領域に、図の右側（最下位ビット側）か
ら順次１ビットずつシフトしなから格納し、ＳＴＸ同期
成立か否かを判定する。この場合、ＳＴＸデータ蓄積領
域には５ビット格納するが、最下位のビット（右側）は
パリティビットとなる。

【００９５】前記編集データ領域にはＳＴＸに続くデー
タを編集しながら１ビットずつシフトしながら格納す
る。この場合、ビットカウンタには、編集データ領域に
格納したビット数に対応した値をセットしながら編集を
行う。この場合、編集データ領域には５ビット（１デー
タ成立）格納するが、最下位のビット（右側）はパリテ
ィビットとなる。

【００９６】前記リードデータ格納領域には、ビットデ
ータ編集済みのＳＴＸ、データ（５ビットの１データ単
位）、ＥＴＸ、ＢＣＣ等を順次格納する。 （規定値コード有りの編集処理例の説明）以下、図５、
図６に基づいて規定値コード有りの編集処理例を説明す
る。ＭＳデータに規定値コード（ＳＴＸ、ＥＴＸ等）が
有る場合の編集処理は次の通りである。

【００９７】§４：ＭＳデータ編集処理の説明・・・図
５、図６参照 図５はＭＳデータ編集処理（規定値コード有り）フロー
チャート１、図６はＭＳデータ編集処理（規定値コード
有り）フローチャート２である。以下、図５、図６に基
づいてＭＳデータ編集処理（規定値コード有り）を説明
する。なお、Ｓ５１〜Ｓ８５は各処理ステップを示す。

【００９８】ＭＳリード処理部３が上位装置の指示によ
りＭＳリード処理を開始すると（Ｓ５１）、ＭＳデータ
編集処理部６のメイン処理部９は、先ず、メモリ１５内
の情報を基にリトライ回数＞２の条件を満たしているか
否かを判定する（Ｓ５２）。その結果、前記条件を満た
していれば異常終了とする（Ｓ５３）。

【００９９】しかし、前記条件を満たしていない場合
は、ＭＳデータ編集処理部６のメイン処理部９からデー
タ取り込み処理部５へデータ取り込みを通知する。この
通知を受けたデータ取り込み処理部５はＭＳリード／ラ
イト機構４へデータ取り込み指示を出し、ＭＳリード／
ライト機構４の磁気ヘッドを移動させて通帳のＭＳデー
タのリードを行う（Ｓ５４）。この時、磁気ヘッドで読
み出したＭＳデータは一旦ＭＳリード／ライト機構４の
メモリ１３に格納しておく。

【０１００】その後、データ取り込み処理部５は、ＭＳ
リード／ライト機構４（ハードウェアＨＷ）のメモリ１
３からリードデータ（以後「生データ」と記す）を読み
出し、データ取り込み処理部５のメモリ１４（ＭＳタス
クのメモリ）に格納する（Ｓ５５）。

【０１０１】次に、メイン処理部９はデータ取り込み処
理部５のメモリ１４に格納してある前記生データを読み
出し、ＭＳデータ編集処理を開始する。この場合、メイ
ン処理部９はメモリ１５内の情報を基に内部リトライ回
数＞１の条件を満たしているか否かを判定する（Ｓ５
６）。

【０１０２】その結果、前記条件を満たしていれば、メ
イン処理部９はメモリ１５内のリトライ回数をインクリ
メントして（Ｓ８４）、前記Ｓ５２の処理から繰り返し
て行う。しかし、前記条件を満たしていなければ、メイ
ン処理部９は、データ残量チェック処理部１０へ指示を
出し、データ残量チェック処理部１０がデータ残量チェ
ック処理（後述する）を行う（Ｓ５７）。

【０１０３】前記Ｓ５７の処理終了後、メイン処理部９
は前記チェック処理が正常終了したか否かを判定する
（Ｓ５８）。その結果、正常終了しなければ、前記Ｓ８
４の処理から繰り返して行う（この場合はエラーと判定
する）。しかし、前記チェック処理が正常終了した場合
は、ビットデータ編集処理を行う。

【０１０４】前記のように、データ残量チェック処理で
正常終了したということは、まだ生データがＳＴＸ同期
をとるために必要なビット数以上残っていることであ
る。従って、生データを最後まで検索しなくてもエラー
が発見できるため、エラー判定が速くなる。

【０１０５】前記ビットデータ編集処理では、先ず、メ
イン処理部９はデータ取り込み処理部５のメモリ１４か
ら生データを取り出し、０／１の判定を行う（Ｓ５
９）。次に、メイン処理部９は、０／１の判定をしたデ
ータ（以降「１ビットデータ」と記す）をメモリ１５内
のＳＴＸデータ蓄積領域にセーブする（以降、「ＳＴＸ
データ」と記す）（Ｓ６０）。

【０１０６】前記処理終了後、メイン処理部９は、メモ
リ１５のＳＴＸ同期データと前記編集したＳＴＸデータ
が等しくなったか（ＳＴＸ同期データ＝ＳＴＸデータ）
否かを判定する（Ｓ６１）。その結果、等しくなけれ
ば、ＳＴＸ同期がとれるまで前記Ｓ５７の処理から繰り
返して行うが、両者が等しくなったら、ＳＴＸ同期成立
（同期がとれた状態）なので、前記ＳＴＸデータをメモ
リ１５内のリードデータ格納領域にセット（図４のＣ
図、(1) の領域に格納）する（Ｓ６２）。

【０１０７】前記Ｓ６２の処理終了後、メイン処理部９
は、生データが終わりか否かを判定し（Ｓ６３）、終わ
りならば、前記Ｓ８４の処理から繰り返して行う。しか
し、生データが終わりでなければ、メイン処理部９はメ
モリ１４内の生データを取り出し、０／１の判定を行う
（Ｓ６４）（この処理からＳＴＸに続くデータのビット
データ編集処理）。

【０１０８】次に、メイン処理部９は、１ビットデータ
を編集データ領域（図４のＢ図参照）にセットする（以
後「編集データ」と記す）（Ｓ６５）。そして、メモリ
１５内のビットカウンタをカウントアップし（Ｓ６
６）、ビットカウンタの値＝ビットカウンタの閾値＝５
の条件を満たしているか否かを判定する（Ｓ６７）。

【０１０９】その結果、前記条件を満たしていなけれ
ば、前記Ｓ６３の処理から繰り返して行うが、前記条件
を満たしていれば、メイン処理部９はパリティチェック
を行う（Ｓ６８）。この場合、１ビットデータ５個で１
データ成立であるが、その内の１ビット（最下位ビッ
ト）をパリティビット（この例では奇数パリティ）とし
ている。

【０１１０】前記パリティチェックの結果、正常終了し
なければ（Ｓ６９）、メイン処理部９はメモリ１５内の
内部リトライ回数をインクリメントし（Ｓ８５）、前記
Ｓ５６の処理から繰り返して行う。しかし、パリティチ
ェックが正常終了した場合は（Ｓ６９）、メモリ１５内
のＥＴＸ発見フラグがＥＴＸ発見フラグ＝１の条件を満
たしているか否かを判定する（Ｓ７０）。

【０１１１】その結果、前記条件を満たしていなけれ
ば、メイン処理部９は、編集データ＝ＥＴＸの条件を満
たしているか否かを判定する（Ｓ７１）。その結果、前
記条件を満たしていれば、ＥＴＸを発見できたので、メ
モリ１５内のＥＴＸ発見フラグ＝１にセットする（Ｓ７
２）。しかし前記条件を満たしていなければＥＴＸ発見
フラグはそのままとする。

【０１１２】前記処理Ｓ７１、Ｓ７２の終了後、メイン
処理部９は編集データをメモリ１５内のリードデータ格
納領域にセット（図４のＣ図の(2) の領域に格納）する
（Ｓ７３）。次に、メイン処理部９は編集データによっ
てＢＣＣデータ（以降「作成ＢＣＣ」と記す）を作成す
る（Ｓ７４）。そして、１データの領域とメモリ１５内
のビットカウンタを０にクリアする（Ｓ７５）。その
後、前記Ｓ６３の処理から繰り返して行う。

【０１１３】なお、ＢＣＣデータの作成は１データ毎に
行うことにより、各データ毎にＢＣＣのチェック演算
（例えば、多項式によるチェック演算）を行う。そし
て、前記処理終了後、前記Ｓ６３の処理から繰り返して
行う。

【０１１４】また、前記Ｓ７０の処理で、前記条件を満
たしていたら、メイン処理部９は編集データ＝作成ＢＣ
Ｃの条件を満たしているか否かを判定する（Ｓ７６）。
その結果、前記条件を満たしていなければ、前記Ｓ８４
の処理から繰り返して行う。しかし、前記処理Ｓ７６で
条件を満たしていれば、メイン処理部９は編集データを
メモリ１５のリードデータ格納領域にセット（図４のＣ
図の(3) の領域に格納）する（Ｓ７７）。

【０１１５】その後、メイン処理部９はメモリ１５のブ
ロックカウンタをインクリメントし（Ｓ７８）、ブロッ
クカウンタの値＝ブロック指定値の条件を満たしている
か否かを判定する（Ｓ７９）。

【０１１６】その結果、前記条件を満たした場合（１ブ
ロックの場合は、１度で前記条件を満たす）、編集処理
を終了する（Ｓ８０）。しかし、前記条件を満たしてい
ない場合（２ブロックの場合は最初は前記条件を満たさ
ない）は、メイン処理部９はデータ残量チェック処理部
１０へ指示を出し、データ残量チェック処理部１０がデ
ータ残量チェック処理を行う（Ｓ８１）。

【０１１７】このように、２ブロック目の編集処理に入
る前にデータ残量チェック処理を行うことで、エラー判
定が速くなる。前記Ｓ８１の処理終了後、メイン処理部
９は前記チェックが正常終了か否かを判定する（Ｓ８
２）。その結果、正常終了しなければ、前記Ｓ８４の処
理から繰り返して行う。しかし、正常終了した場合は、
メモリ１５内の内部リトライ回数＝０にクリアし（Ｓ８
３）、前記Ｓ５６の処理から繰り返して行う（２ブロッ
ク目の編集処理）。

【０１１８】§５：データ残量チェック処理の説明・・
・図７参照 図７はデータ残量チェック処理（規定値コード有り）フ
ローチャートである。以下、図７に基づいて前記データ
残量チェック処理を説明する。なお、Ｓ９１〜Ｓ９６は
各処理ステップを示す。

【０１１９】データ残量チェック処理部１０は、メイン
処理部９からの指示により次のようにしてデータ残量チ
ェック処理を行う。この場合、データ残量チェック処理
部１０はメイン処理部９内のメモリ１５にアクセスしな
がら処理を行う。

【０１２０】先ず、データ残量チェック処理部１０にチ
ェック指示が出されると、スタート同期検出判定処理
（図のの処理参照）を行い、スタート同期（ＳＴＸ同
期）の検出状態をチェックする。その結果、スタート同
期が検出済みならば、従来通りデータ残量が０か否かを
チェックする。

【０１２１】しかし、スタート同期が検出されていなけ
れば、データ残量がスタート同期成立に必要なビット数
だけあるか否かをチェックする（図のの残量チェック
処理参照）。そして、前記チェック結果をレスポンスに
セットする。具体的には次の通りである。

【０１２２】先ず、メモリ１５内のデータ残量比較値を
０にクリア（データ残量比較値＝０）し（Ｓ９１）、ス
タート同期の検出状態をチェックする（Ｓ９２）。その
結果、スタート同期が検出済みならば、データ残量比較
値＝０＜データ残量の条件を満たしているか否かを判定
する（Ｓ９４）。

【０１２３】しかし、スタート同期が検出されていなけ
れば、メモリ１５内のデータ残量比較値に、スタート同
期成立に必要な最低のビット数（この例ではビット数＝
５）をセットする（Ｓ９３）。そして、データ残量比較
値＝０＜データ残量の条件を満たしているか否かを判定
する（Ｓ９４）。

【０１２４】前記Ｓ９４の処理で、前記条件を満たして
いれば、レスポンスに正常をセット（Ｓ９５）し、前記
条件を満たしていない場合は、レスポンスに異常をセッ
ト（Ｓ９６）する。

【０１２５】（規定値コード無しの編集処理例の説明）
以下、図８〜図１２に基づいて規定値コード無しの場合
の編集処理例を説明する。ＭＳデータに規定値コード
（ＳＴＸ、ＥＴＸ等）が無しの場合の編集処理は次の通
りである。

【０１２６】§６：ＭＳデータ編集メイン処理の説明・
・・図８参照 図８はＭＳデータ編集メイン処理（規定値コード無し）
フローチャートである。以下、図８に基づいてＭＳデー
タ編集メイン処理（規定値コード無し）を説明する。な
お、Ｓ１０１〜Ｓ１１０は各処理ステップを示す。

【０１２７】ＭＳリード処理部３が上位装置の指示によ
りＭＳリード処理を開始すると、ＭＳデータ編集処理部
６のメイン処理部９は、先ず、メモリ１５内の情報を基
にリトライ回数＞２の条件を満たしているか否かを判定
する（Ｓ１０１）。その結果、前記条件を満たしていれ
ば異常終了とする（Ｓ１０３）。

【０１２８】しかし、前記条件を満たしていない場合
は、ＭＳデータ編集処理部６のメイン処理部９からデー
タ取り込み処理部５へデータ取り込み指示をする。この
通知を受けたデータ取り込み処理部５はＭＳリード／ラ
イト機構４へデータ取り込み指示を出し、ＭＳリード／
ライト機構４の磁気ヘッドを移動させて通帳のＭＳデー
タのリードを行う（Ｓ１０２）。この時、磁気ヘッドで
読み出したＭＳデータは一旦ＭＳリード／ライト機構４
のメモリ１３に格納しておく。

【０１２９】その後、データ取り込み処理部５は、ＭＳ
リード／ライト機構４（ハードウェアＨＷ）のメモリ１
３からリードデータ（以後「生データ」と記す）を読み
出し、データ取り込み処理部５のメモリ１４（ＭＳタス
クのメモリ）に格納する（Ｓ１０４）。

【０１３０】次に、メイン処理部９はデータ取り込み処
理部５のメモリ１４に格納してある前記生データを読み
出し、ビットデータ編集処理（後述する）を行い（Ｓ１
０５）、前記処理が正常終了したか否かを判定する（Ｓ
１０６）。

【０１３１】その結果、正常終了したら何もしないが、
正常終了しなかったら、メイン処理部９は前記処理で編
集したデータが最大データ桁数オーバーか否かを判定す
る（Ｓ１０７）。この場合、メイン処理部９はメモリ１
５内の最大データ桁数を読み出し、この桁数と前記処理
で編集したデータとを比較することにより最大データ桁
数オーバーか否かを判定する。

【０１３２】すなわち、ＭＳデータリード時にノイズ等
の原因によって取り込みデータ中にゴミデータ等が混入
してしまい、最大データ桁数を超えるデータが生成され
ることがあるので、前記の処理を行う。前記Ｓ１０７の
処理で、最大データ桁数オーバーでなければ、メモリ１
５内のリトライ回数をカウントアップ（インクリメン
ト）し（Ｓ１１０）、前記Ｓ１０１の処理から繰り返
す。

【０１３３】しかし、前記Ｓ１０７の処理で、最大デー
タ桁数オーバーとなった場合は、メイン処理部９は、演
算範囲変更処理部１１へ指示を出し、演算範囲変更処理
部１１が演算範囲変更処理（後述）を行う（Ｓ１０
８）。

【０１３４】そして、メイン処理部９は、前記Ｓ１０８
の処理が正常終了したか否かを判定し（Ｓ１０９）、正
常終了しなければ、前記Ｓ１１０の処理から繰り返して
行う。しかし、正常終了したらＭＳデータ編集メイン処
理を終了する。なお、Ｓ１０６の処理で正常終了となっ
た場合は前記Ｓ１０７、Ｓ１０８の処理を行わずにＭＳ
データ編集メイン処理を終了する。

【０１３５】§７：ビットデータ編集処理の説明・・・
図９参照 図９はビットデータ編集処理（規定値コード無し）フロ
ーチャートである。以下、図９に基づいてビットデータ
編集処理（規定値コード無し）を説明する。なお、Ｓ１
２１〜Ｓ１３１は各処理ステップを示す。

【０１３６】この処理は前記Ｓ１０５の処理であり、先
ず、メイン処理部９は、メモリ１４内の生データが終わ
りか否かを判定し（Ｓ１２１）、生データが終わりでな
ければ、メイン処理部９はメモリ１４内の生データを取
り出し、０／１の判定を行う（Ｓ１２２）。

【０１３７】次に、メイン処理部９は、編集データをメ
モリ１５内の編集データ領域にセットする（Ｓ１２
３）。また、メモリ１５内のビットカウンタをカウント
アップし（Ｓ１２４）、ビットカウンタの値＝ビットカ
ウンタの閾値＝４（データ構成を４ビットとしているた
め）の条件を満たしているか否かを判定する（Ｓ１２
５）。

【０１３８】その結果、前記条件を満たしていなけれ
ば、前記Ｓ１２１の処理から繰り返して行うが、前記条
件を満たしていれば、メイン処理部９は編集データをメ
モリ１５内のリードデータ格納領域に格納する（Ｓ１２
６）。そして、メイン処理部９は前記編集データによっ
てチェックデータ（ＣＲＣ）を作成（作成チェックデー
タ）し（Ｓ１２７）、前記Ｓ１２１の処理から繰り返
す。

【０１３９】また、前記Ｓ１２１の処理で、生データが
終わりと判定した場合、メイン処理部９はメモリ１５内
の最大データ桁数を読み出し、編集データ桁数＞最大デ
ータ桁数の条件を満たしているか否かを判定する（Ｓ１
２８）。その結果、前記条件を満たしていれば、編集デ
ータ桁数が最大データ桁数を超えているので、レスポン
スに異常をセットし（Ｓ１３１）、ビットデータ編集処
理を終了する。

【０１４０】しかし、前記条件を満たしていない場合
は、編集データ桁数が最大データ桁数を超えていないの
で、作成チェックデータ＝読み取りチェックデータ（Ｍ
Ｓデータから読み取ったＣＲＣ）の条件を満たしている
か否かを判定する（Ｓ１２９）。

【０１４１】その結果、前記条件を満たしていなけれ
ば、Ｓ１３１の処理を行うが、前記条件を満たしていれ
ば、作成チェックデータと読み取りチェックデータが等
しいので、レスポンスに正常をセットして（Ｓ１３
０）、ビットデータ編集処理を終了する。

【０１４２】§８：演算範囲変更処理の説明・・・図１
０参照 図１０は演算範囲変更処理（規定値コード無し）フロー
チャートである。以下、図１０に基づいて演算範囲変更
処理（規定値コード無し）を説明する。なお、Ｓ１４１
〜Ｓ１４８は各処理ステップを示す。

【０１４３】以下に説明する演算範囲変更処理は、メイ
ン処理部９からの指示により、演算範囲変更処理部１１
が行う処理である。この処理では、演算範囲変更処理部
１１はメイン処理部９内のメモリ１５をアクセスして演
算範囲変更処理を行う。

【０１４４】先ず、演算範囲変更処理部１１は、メモリ
１５内のループ回数をループ回数＝２にセットして（Ｓ
１４１）処理を開始する。そして、先ず、ループ回数＝
０の条件を満たしているか否かを判定する（Ｓ１４
２）。その結果、前記条件を満たしていなければ、最大
桁数切断処理（後述する）を行う（Ｓ１４３）が、前記
条件を満たしていれば、レスポンスに異常をセット（Ｓ
１４７）して演算範囲変更処理を終了する。

【０１４５】前記Ｓ１４３の処理終了後、演算範囲変更
処理部１１は、チェック演算処理（チェックコードのチ
ェック）を行い（Ｓ１４４）、正常終了したか否かを判
定する（Ｓ１４５）。その結果、正常終了の場合は、レ
スポンスに正常をセットして（Ｓ１４６）、演算範囲変
更処理を終了する。しかし、正常終了でない場合は、メ
モリ１５内のループ回数をディクリメント（−１）し
（Ｓ１４８）、前記Ｓ１４２の処理から繰り返して行
う。

【０１４６】このように編集データを切断して再度チェ
ック演算を行うことで、ゴミデータが偶然編集されてし
まった場合に救済される可能性が大きくなる。 §９：最大桁数切断処理の説明・・・図１１、図１２参
照 図１１は最大桁数切断処理（規定値コード無し）フロー
チャート、図１２は最大桁数切断処理説明図である。以
下、図１１、図１２に基づいて最大桁数切断処理（規定
値コード無し）を説明する。なお、Ｓ１５１〜Ｓ１５４
は各処理ステップを示す。

【０１４７】以下に説明する最大桁数切断処理は、メイ
ン処理部９からの指示により、演算範囲変更処理部１１
が行う処理である。なお、この処理は前記Ｓ１４３の処
理である。

【０１４８】この処理では、先ず、切断数＝編集データ
−最大データ桁数の演算により編集処理データの切断数
を求める（Ｓ１５１）。次に、メモリ１５内のループ回
数がループ回数＝２の条件を満たしているか否かを判定
する（Ｓ１５２）。

【０１４９】その結果、前記条件を満たしていれば、編
集データの後ろから前記切断数分だけデータを切断する
（Ｓ１５３）。また、前記条件を満たしていない場合
は、編集データの前から前記切断数分だけデータを切断
する（Ｓ１５４）。

【０１５０】すなわち、後ろから切断する場合は図１２
のＡ図に示したように、編集データを後ろから切断し、
残りのデータ範囲をチェック演算範囲とする。また、前
側から切断する場合は、図１２のＢ図に示したように、
編集データを前側から切断し、残りのデータ範囲をチェ
ック演算範囲とする。

【０１５１】§１０：具体例による編集処理の説明・・
・図２０参照 従来例との比較のため、図２０に示したＮＲＺＩ２トラ
ックフォーマットによるＭＳデータ例（例２）に対して
本発明の編集処理を行った場合を説明する。図２０に示
したＭＳデータを編集する際、先ず、０トラックから編
集が始まり、０００００００００・・・・００００と、
生データの編集を行いながら０トラック側のデータ残量
チェック処理を行う。

【０１５２】この編集処理では、スタート同期（ＤＭＹ
＋ＳＴＸ）の発見に最低限０データが４ビット必要とし
たならば、データｎ−２のデータの編集に入った時のデ
ータ残量チェックで残量が３（ｎ−２、ｎ−１、ｎ）に
なってしまうため、ここでエラー発見となる。

【０１５３】このように、従来の編集方法では、最終デ
ータまでｎ回のリトライを実行してからでないとエラー
とならなかったが、前記実施例の編集方法では、リトラ
イを実行しなくてもエラーと判定することができる。す
なわち、本実施例では、０トラックの最後のデータを編
集する前に、ｎ−２のデータの編集に入った時エラーと
判定できる。従って、処理の高速化が図れる。

【０１５４】（他の実施例）以上実施例について説明し
たが、本発明は次のようにしても実施可能である。 (1) ：前記実施例において、リトライ回数閾値、内部リ
トライ回数閾値、ビットカウンタ閾値等の値は任意に設
定可能である。

【０１５５】(2) ：メイン処理部に設けたメモリは、Ｍ
Ｓリーダ／ライタ部の何処に設けても実施可能である。
ただし、ＭＳリード処理部の各処理部がアクセスできる
ことが必要である。

【０１５６】

【発明の効果】以上説明したように、本発明によれば次
のような効果がある。 (1) ：従来のＭＳデータ編集処理においては、エラーが
発生した場合リトライまでに時間がかかっていた。例え
ば、前記従来例の例２のＭＳデータの編集を行った場
合、エラーと判定するのはｎ回のリトライ終了後となる
ので、エラー判定に極めて長い時間がかかり、更に、Ｍ
Ｓデータがエラーであるとして、再び磁気ヘッドを移動
させて編集処理のリトライ（再編集処理）を行うには更
に極めて長い時間がかかり、編集処理の効率が悪かっ
た。

【０１５７】しかし、本発明では、ＭＳデータ編集中に
データ残量チェック処理を行ってエラーを発見している
ので、生データを最後まで検索しなくてもエラーが発見
できる。従って、エラーを早期に発見し、エラー発生時
にリトライ動作までの時間を短縮して処理の高速化を達
成することができる。

【０１５８】(2) ：従来の装置では、ＭＳデータリード
時にノイズ等の原因によって取り込みデータの中にゴミ
データが混入してしまい、ビットデータ編集処理におい
て最大データ桁数を超えるデータが生成されることがあ
る。このような場合、救済ができずエラーとしていた。
従って、編集処理の効率が悪かった。

【０１５９】しかし、本発明では、ビットデータ編集処
理において最大データ桁数を超えるデータが生成された
場合、編集データを最大データ桁数に切断しその範囲で
チェック演算を行っている。この処理により、従来の装
置では救済できなかったデータが救済可能となる。

【０１６０】従って、本発明によれば、ビットデータ編
集処理において最大データ桁数を超えるデータが生成さ
れた場合でもデータ切断処理を行うことで救済可能と
し、編集処理の効率向上と、装置の信頼性向上を達成す
ることができる。

【０１６１】(3) ：ビットデータ編集処理において、最
大データ桁数を超えるデータが生成された場合、編集デ
ータを最大データ桁数に切断し、その範囲でチェック演
算を行い、前記演算結果とチェックコードを照合する。
そして、前記照合で照合結果が合わない場合は、再度別
の位置で前記データを切断し、その範囲でチェック演算
処理を行い、前記演算結果とチェックコードを照合す
る。

【０１６２】このようにすれば、１度のデータ切断では
救済できなかったデータを２度目のデータ切断により救
済できる可能性が高くなる。従って、ビットデータ編集
処理において、最大データ桁数を超えるデータが生成さ
れた場合、データ救済ができる率が高くなり、より一
層、編集処理の効率向上と、装置の信頼性向上を達成す
ることができる。

【０１６３】前記効果の外、各請求項に対応して次のよ
うな効果がある。 (4) ：請求項１では、通帳プリンタ装置において、ＭＳ
リード処理部は、ＭＳリード／ライト機構から取り込ん
だＭＳデータの残量が同期をとるのに必要なビット数未
満になったか否かをチェックするデータ残量チェック処
理部と、データ残量チェック処理部のチェックで、ＭＳ
データの残量が同期をとるのに必要なビット数未満にな
った場合、ＭＳデータのビットデータ編集処理を終了さ
せるビットデータ編集処理終了手段を備えている。

【０１６４】従って、ＭＳデータ編集中にデータ残量チ
ェック処理を行ってエラーを発見することができるの
で、生データを最後まで検索しなくてもエラーが早期に
発見できる。その結果、エラー発生時にリトライ動作ま
での時間を短縮して処理の高速化を達成することができ
る。

【０１６５】また、ＭＳリード処理部は、ＭＳデータの
ブロック数を判定するブロック数判定手段と、ブロック
数判定手段でＭＳデータが２ブロックと判定した場合、
２ブロック目のビットデータ編集処理を開始する前に、
前記データ残量チェック処理部にデータ残量チェックを
依頼する２ブロック目データチェック依頼手段と、前記
２ブロック目データチェック依頼手段の依頼によるデー
タ残量チェック処理部のチェックで、ＭＳデータの残量
が同期をとるのに必要なビット数未満になった場合、２
ブロック目のビットデータ編集処理を中止させる２ブロ
ック目のビットデータ編集処理を中止させる２ブロック
目ビットデータ編集処理中止手段を備えている。

【０１６６】従って、２ブロック目の編集処理に入る前
にデータ残量チェックを行うことでエラー判定が速くな
る。このため２ブロック構成のデータを編集する場合に
エラーを早期に発見し、エラー発生時にリトライ動作ま
での時間を短縮することにより処理の高速化を達成する
ことができる。

【０１６７】(5) ：請求項２では、通帳プリンタ装置に
おいて、ＭＳリード処理部は、ＭＳリード／ライト機構
から読み出したＭＳデータを取り込んでビットデータ編
集処理を行う際、予め決めた最大データ桁数を超えるデ
ータが生成されたか否かを判定するデータ桁数判定手段
と、前記データ桁数判定手段で最大データ桁数を超える
データが生成されたと判定した場合、前記生成されたデ
ータを最大データ桁数に切断する最大桁数切断手段と、
前記最大桁数切断手段が切断したデータの範囲でチェッ
クコードの演算処理を行うチェック演算手段を備えてい
る。

【０１６８】従って、最大データ桁数を超えるデータが
生成された場合でもデータ切断処理を行うことで救済可
能とし、編集処理の効率向上と、装置の信頼性向上を達
成することができる。

【０１６９】(6) ：請求項３では、最大桁数切断手段
は、チェック演算手段のチェック演算でチェックコード
が合わなかった場合、再度データ切断位置を変更してデ
ータの切断を行う機能を備えると共に、チェック演算手
段は、最大桁数切断手段が再度切断したデータの範囲で
再度チェック演算を行う機能を備えている。

【０１７０】このようにすれば、１度のデータ切断では
救済できなかったデータを２度目のデータ切断により救
済できる可能性が高くなる。従って、ビットデータ編集
処理において、最大データ桁数を超えるデータが生成さ
れた場合、データ救済ができる率が高くなり、より一
層、編集処理の効率向上と、装置の信頼性向上を達成す
ることができる。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】実施例の通帳プリンタ装置構成図である。

【図３】実施例におけるメモリ内領域説明図である。

【図４】実施例におけるデータ格納領域説明図である。

【図５】実施例におけるＭＳデータ編集処理（規定値コ
ード有り）フローチャート１である。

【図６】実施例におけるＭＳデータ編集処理（規定値コ
ード有り）フローチャート２である。

【図７】実施例におけるデータ残量チェック処理（規定
値コード有り）フローチャートである。

【図８】実施例におけるＭＳデータ編集メイン処理（規
定値コード無し）フローチャートである。

【図９】実施例におけるビットデータ編集処理（規定値
コード無し）フローチャートである。

【図１０】実施例における演算範囲変更処理（規定値コ
ード無し）フローチャートである。

【図１１】実施例における最大桁数切断処理（規定値コ
ード無し）フローチャートである。

【図１２】実施例における最大桁数切断処理説明図であ
る。

【図１３】従来の通帳プリンタ装置構成図である。

【図１４】従来のＭＳデータ構成説明図である。

【図１５】従来のＭＳデータ編集方法説明図である。

【図１６】従来のＭＳデータ編集処理フローチャート１
である。

【図１７】従来のＭＳデータ編集処理フローチャート２
である。

【図１８】従来のＭＳデータ編集処理フローチャート３
である。

【図１９】従来のＭＳデータ（例１）説明図である。

【図２０】従来のＭＳデータ（例２）説明図である。

【符号の説明】

１ 通帳プリンタ装置 ２ ＭＳリーダ／ライタ部 ３ ＭＳリード処理部 ４ ＭＳリード／ライト機構 ５ データ取り込み処理部 ６ ＭＳデータ編集処理部 ７ 編集データ通知処理部 ９ メイン処理部 １０ データ残量チェック処理部 １１ 演算範囲変更処理部

Claims (3)

(57)【特許請求の範囲】
1. 【請求項１】 通帳の磁気ストライプ（ＭＳ）の読み取
   り／書き込みを行うためのＭＳリード／ライト機構と、 前記ＭＳリード／ライト機構で読み出した通帳のＭＳデ
   ータを取り込んで編集処理を行うＭＳリード処理部を備
   えた通帳プリンタ装置において、 前記ＭＳリード処理部は、前記ＭＳデータのブロック数
   を判定するブロック数判定手段と、 前記ブロック数判定手段でＭＳデータが２ブロックと判
   定した場合、２ブロック目のビットデータ編集処理を開
   始する前に、前記データ残量チェック処理部にデータ残
   量チェックを依頼する２ブロック目データチェック依頼
   手段と、 前記２ブロック目データチェック依頼手段の依頼による
   データ残量チェック処理部のチェックで、ＭＳデータの
   残量が同期をとるのに必要なビット数未満になった場
   合、２ブロック目のビットデータ編集処理を中止させる
   ２ブロック目ビットデータ編集処理中止手段を備えてい
   る ことを特徴とした通帳プリンタ装置。
2. 【請求項２】 通帳の磁気ストライプ（ＭＳ）の読み取
   り／書き込みを行うためのＭＳリード／ライト機構と、 前記ＭＳリード／ライト機構により、スタートコード／
   エンドコードを持たないＭＳデータを読み出し、そのＭ
   Ｓデータを取り込んで編集処理を行うＭＳリード処理部
   を備えた通帳プリンタ装置において、 前記ＭＳリード処理部は、前記ＭＳリード／ライト機構
   から読み出したＭＳデータを取り込んでビットデータ編
   集処理を行う際、予め決めた最大データ桁数を超えるデ
   ータが生成されたか否かを判定するデータ桁数判定手段
   と、 前記データ桁数判定手段で最大データ桁数を超えるデー
   タが生成されたと判定した場合、前記生成されたデータ
   を最大データ桁数に切断する最大桁数切断手段と、 前記最大桁数切断手段が切断したデータの範囲でチェッ
   クコードの演算処理を行うチェック演算手段を備えてい
   る ことを特徴とした通帳プリンタ装置。
3. 【請求項３】 前記最大桁数切断手段は、前記チェック
   演算手段のチェック演算でチェックコードが合わなかっ
   た場合、再度データ切断位置を変更してデー タの切断を
   行う機能を備えると共に、 前記チェック演算手段は、前記最大桁数切断手段が再度
   切断したデータの範囲で再度チェック演算を行う機能を
   備えている ことを特徴とした請求項２記載の通帳プリン
   タ装置。