JPH04316157A - テーブルトップイメージに基づく文書処理機と文書処理方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はイメージに基づき文書を
処理する機械およびこの機械を用いて文書を処理する方
法に関する。

【０００２】

【従来の技術】銀行の出納係等により現在使用されてい
る文書処理機に関わる問題は出納業務に多数の異なった
装置が必要とされることである。例えば使用されている
装置にはラインコードリーダー、認証スタンプ、エンコ
ーダー、タイプライター、レシート／伝票プリンタ、マ
イクロフィルマー等がある。これほど多数の装置がカウ
ンタ上にあれば、出納係の持ち場は大変混雑し、装置の
機能のいくつかは重複することになろう。別の問題は、
これらの装置がすべて非常に大きな領域を占めることで
ある。

【０００３】

【発明が解決しようとする課題】本発明はカウンター上
で走査できるように小さな占有面積を有する機械に組み
込むことができ、多数の機能を提供できる文書処理機を
与えることを課題とする。本発明の好ましい実施例は経
理文書の処理に向けられているが、本発明の処理機およ
び方法は航空機の搭乗券、送金処理、通行券の処理、卸
売り制御、および図書カードの処理等の他の活動にも利
用できる。

【０００４】

【課題を解決するための手段】本文書処理機は、二方向
の送り方向を有する文書移送装置を使用するが、この二
方向性が本機械に小さな占有面積を与えるに役立つ。

【０００５】本文書処理機は完全に「ソフト」に設計さ
れている。言い換えると、パーソナルコンピューター（
ＰＣ）のようなコンピューター内にオペレーティングシ
ステムの埋め込まれた制御ソフトウェア、読取りアルゴ
リズム、印刷フォント、およびアプリケーションプログ
ラムが格納されて折、処理機自体の中に接地されるチッ
プ内にない。このことはパーソナルコンピューターおよ
び本処理機が立ち上げられたとき、新規なソフトウェア
の特徴が自動的にダウンロードされることを意味する。 立ち上げの際に符号入力（符号化したデータの入力）用
のフォントおよび読取りフォントもダウンロードされ、
何時でも変更できる。

【０００６】本発明の一態様は、キーボード、ディスプ
レー、およびコンピューター制御装置を備えたコンピュ
ーターと共に使用され、第一の側と第二の側を有する文
書を処理するための文書処理機であって、該文書を出し
入れするために使用する第一端と、該文書を出すために
使用する第二端とを有する文書トラックと、該文書トラ
ック内にあって該文書を該第二端に向いた第一送り方向
および、第一端に向いた第二送り方向に移動させるプロ
グラム可能な移送装置と、該第一側および第二側の一方
をイメージ化するイメージ化装置にして該イメージ化装
置とイメージ化に必要な関係を保ちつつ該文書が該第一
および第二送り方向の一方に移動される際にイメージ化
を行うイメージ化装置と、該文書の該第一および第二側
の一方の上に印刷を行うため該文書トラックに沿って配
置されたプリンタと、該移送装置、イメージ化装置、お
よびプリンタに作動上結合された制御ボードと、該制御
ボードを該コンピューターの該制御装置に結合する入力
装置とを含む文書処理装置である。

【０００７】本発明の別の態様は、文書トラックと、該
文書トラック内にあって第一側と第二側を有する文書を
両方向の送り方向に移動させるプログラム可能な移送装
置と、該第一側および第二側の少なくとも一方をイメー
ジ化するイメージ化装置と、該第一側および第二側の一
方の側上に印刷を行う少なくとも一つのプリンタと、該
制御装置、該プログラム可能な移送装置、該イメージ化
装置、および該少なくとも一つのプリンタに結合された
オペレーティングシステムとを含み、キーボード、ディ
スプレー、データ格納装置、およびコンピューター制御
装置により制御される文書処理機（以下処理機と言う）
において、該文書を処理する方法であって、（ａ）該制
御装置に該処理機の動作を制御するためのプログラムを
負荷するステップと、 （ｂ）該文書トラック内に処理すべき文書を配置するス
テップと、 （ｃ）該文書の第一および第二側の一方上に印刷すべき
グラフィックの型式を示す制御信号を該制御装置に入力
するステップと、 （ｄ）該文書トラックに隣接して配置された該プリンタ
と印刷関係を持つように該文書を移送することにより該
文書上に該グラフィックを印刷するステップとを含む文
書処理方法である。

【０００８】本発明には他の多数の特徴および利点があ
るが、これらについては本発明の詳細な説明において適
当な時期に説明する。

【０００９】本発明の上記その他の利点を以下の説明と
添付の図面および特許請求の範囲の記載から明らかにす
る。

【００１０】

【実施例】図１は本発明の好ましい実施例の全体的斜視
図で、本発明に基づいて製作された文書処理機１０（以
下、処理機と言う）を示す。前述したように、処理機１
０は経理文書の処理に関して説明する。本発明は、例え
ば銀行で小切手が受理されるときに多数の処理を銀行員
が行なうような環境で特に有用である。

【００１１】一般的に言って、処理機１０はカウンター
上に載置する低速の文書処理機である。処理機１０は例
えば文書のイメージ化、光学的文字認識、インクジェッ
ト技術を使用するテキストおよびグラフィックスの印刷
、磁気カードの読取り、および小切手等の文書にＭＩＣ
Ｒデータを印字する熱的符号印刷のような異なったいろ
いろの機能を行う。小さな面積しか占有しない処理機１
０内にこれらすべての特徴が組み込まれるため処理機１
０を銀行員のカウンター上に容易に適合させることがで
きる。処理機１０の別の特徴は、その構成がモジュール
設計になっており、そのため本処理機を需要者の要求に
応える特定の機械に適合するようにこれら特徴を仕立て
ることができる。処理機１０は、図１に略線的に示すパ
ーソナルコンピューター（ＰＣ）１２のようなコンピュ
ーターの周辺機器として動作する。したがって本装置を
ＭＳ−ＤＯＳまたはＯＳ／２システムを利用して需要者
が容易にそのプログラムを組むことができる。（ＭＳ−
ＤＯＳ、ＯＳ／２はマイクロソフト社およびＩＢＭ社が
所有する商標である。）

【００１２】処理機１０（図１）は、以下に述べるいろ
いろの素子を支持するシャーシと、図２の平面図に示す
諸素子を収容するためのキャビネット１６を含む。

【００１３】処理機１０（図２）は、第一領域または入
口領域２０と、第二領域または出口領域２２とを有する
文書トラック１８を含む。入口領域２０は文書を出す出
口領域としても使用できる。処理機１０中に入れるべき
文書２４は手で入口領域２０に配置され、文書トラック
１８中に移送される。文書トラック１８では文書２４を
文書トラック１８中の送り方向に移送するために移送装
置２６が使用される。送り方向には二方向がある。送り
方向の一は入口領域２０から出口領域２２に向けて指向
され、他の送り方向は出口領域２２から入口領域２０に
向けて指向される。二方向性の送り方向を有することに
より、処理機１０が前述した小さな占有面積しかとらな
いことを可能にする。典型的な例であるが、トラックの
ただ一方向にのみ文書を送る文書トラックに沿って文書
処理素子を配置するときは、長い文書トラックが必要と
される。

【００１４】移送装置２６は、第一および第二センサー
２８、第二センサー３０（図２）を含む。これらセンサ
ーは、文書トラック１８の底近辺に配置される。その理
由は同様に移送装置２６の一部である移送装置２６の一
部であるステッパーモーター３２を作動させる前に文書
トラック１８内に文書２４が適切に配置された、すなわ
ち捩れていないことを保証するためである。言い換える
と、第一センサー２８、第二センサー３０の両方のセン
サーが文書２４により覆われた（このときは適切な整合
をしている）場合を除き、ステッパーモーター３２は作
動されない。ステッパーモーター３２は図３に最も良く
示すように、在来のタイミングベルト４２およびアイド
ラローラ４３、４４、４６、４８、５０および５１を介
していくつかの駆動ローラ３４、３６、３８および４０
と結合される。駆動ローラ３４、３６、３８および４０
それぞれに対向してこれらと協同する適当なピンチロー
ラ３４−１、３６−１、３８−１および４０−１が配置
される。文書２４を前記送り方向に移動させるかは、逆
転可能なステッパーモーター３２をいずれの方向に作動
させるかによる。図２に見られるように、文書２４の長
い側部が見え、文書の底の長い側部は文書トラック１８
の底に接触している。上記移送装置２６により、文書２
４は処理機１０から出口領域２２で外に出ることができ
、また文書は入口領域２０で処理機１０中に入った後、
入口領域２０から出ることができる。これは処理機１０
の特徴の一つである。

【００１５】処理機１０はまた、文書が文書トラック１
８に沿って２６により移送される際に文書２４をイメー
ジ化するためのイメージ化装置５２を含む。このイメー
ジ化装置５２は文書２４の第一側または表面をイメージ
化するための第一イメージャー５２−１と、その第二側
または裏面をイメージ化するための第二イメージャー５
２−２とを含む。第一イメージャー５２−１は文書２４
の高さ（本実施例では４インチ）全体にわたって延びる
走査線５６を照明するための光源５４を含む。走査線５
６で文書２４から反射された光は、鏡５８から反射して
リダクションレンズ（ｒｅｄｕｃｔｉｏｎ　ｌｅｎｓ）
６０を通って電荷結合デバイス（以下、ＣＣＤという）
６２上に入射する。上記実施例では移送装置２６は文書
２４を毎秒約６インチの速度で走査線５６を通過させる
ように移送する。但し他のいろいろの用途には別の速度
を使用することができる。ＣＣＤ６２の走査線から来る
画素または「ピクセル」は、在来の方法で処理してデジ
タル化し、パーソナルコンピューター１２につながれた
メモリに格納し、またはディスプレー６４（図５）上に
表示できる。これらピクセルから得られるイメージは電
力投入時にダウンロードされる読取りアルゴリズムを利
用して読取り、または認識することができる。この機能
は例えば図６に関連して後述すオペレーションシステム
により制御することができる。

【００１６】第二イメージャー５２−２（図２）はすで
に述べた第一イメージャー５２−１と同一である。しか
し、第二イメージャー５２−２は文書２４の第二の側即
ち裏面をイメージ化すべく文書トラック１８の反対側に
配置される。第二イメージャー５２−２は光源５４−２
、走査線５６−２、鏡５８−２、リダクションレンズ低
減レンズ６０−２、およびＣＣＤ６２−２を含むこのＣ
ＣＤ６２−２は５２−１に関してすでに説明した対応の
素子と同一の機能を果たす。ここに説明する実施例では
文書２４の第一側は文書２４が出口領域２２に向かう送
り方向に移送される際にイメージ化され、その後、文書
を入口領域２０に向かう送り方向に移送すべくステッパ
ーモーター３２の方向を逆転することにより文書２４の
第二側すなわち裏側がイメージ化される。上記送り方向
は単に典型的な例であって、特定の用途に適するように
プログラム化することができる。文書のこの二方向送り
方式は本特徴の一つであり、小さな占有面積しか取らな
い処理機の設計を容易にすると共に文書２４上へのグラ
フィックスの印刷等を容易にする。

【００１７】処理機１０はまた文書２４の第一側すなわ
ち表面側に印刷を行うプリンタまたは表面認証機６６を
含み、また文書２４の裏面に印刷を行う裏面プリンタま
たは裏面認証機６８を含むことができる。上記実施例で
は認証機６６、６８は文書２４の表面および裏面の両方
に本処理機で英数字のみならずグラフィックスをも印刷
することができるようにするため、インクジェットプリ
ンタである。本実施例では認証機６６および６８はそれ
ぞれ、熱駆動インクジェット型プリンタであるヒューレ
ットパッカード社の「シンクジェット（Ｔｈｉｎｋｊｅ
ｔ）」プリンタヘッド＃５１６１６Ａを含む。図３に最
も良く見られるように、認証機６８は枠６８−１と、キ
ャリッジ６８−３上に装架されるプリントヘッド６８−
２とを有する。キャリッジ６８−３は、図３に示すよう
に鉛直な二方向にプリントヘッド６８−２を移動するこ
とができるようにするため、枠６８−１（シャーシ１４
に固定される）内に運動可能に装架される。上にプリン
トヘッド６８−２を載せたキャリッジ６８−３は、上に
ケーブル６８−５を巻き付けられたプーリー６８−４に
より運動される。このケーブルはキャリッジ６８−３に
固定されている。プーリー６８−４は、文書トラック１
８内に配置された文書に相対的に上下に６８−２を運動
させることができるようにするため、ステッパモーター
６８−６により二方向に回転される。移送装置２６が二
方向性であるので、また文書トラック１８内を移送され
る文書２４の送り方向に垂直な方向にプリントヘッド６
８−２が往復されるので、認証機６８により英数字およ
びグラフィックスが文書２４上に印刷できる。これは処
理機処理機１０の一つの特徴である。上記の実施例では
プリントヘッド６８−２は交換可能な交換可能なインク
ジェットプリンタである。

【００１８】認証機６６は処理機１０の表面に配置され
、上記の認証機６８と同一の構造である。この認証機が
文書２４の表面上に英数字およびグラフィックスが文書
２４の表面に印刷できる点は、本処理機１０の別の特徴
である。上記のように文書２４の表面および裏面の両方
に印刷できることにより、文書の処理、異なった種類の
書式の生成、小切手の準備、入金表の準備、図書貸出伝
票の準備等に処理機１０を利用する場合の利用度が高ま
る。処理機１０を動作させて上記いろいろの機能を実行
するためのソフトウェアおよび制御装置１１（図５）は
後に述べる。

【００１９】処理機１０は、例えば文書２４が小切手で
ある場合に文書２４の表面上にＭＩＣＲデータを印刷す
るのに使用する符号化器（エンコーダ）またはプリンタ
７０（図２）を含む。いずれのフォントが処理機１０に
ダウンロードされているかに応じてＥ１３Ｂ、ＣＭＣ７
およびＯＣＲフォントが印刷できる。プリンタ７０で印
刷するため、文書２４がプリンタ７０と整合するように
文書トラック１８内を移送装置２６により移送され、図
２に最も良く見られるように文駆動ローラ３８、４０お
よびそれらに関連のピンチローラ３８−１および４０−
１によってプリンタ７０位置に保持される。図７に示す
ように、熱的に活性化するＭＩＣＲリボン７４を供給す
るため、リボン供給装置７２が使用される。

【００２０】プリンタ７０は台７６上に装架され、台７
６は図３に示すシャーシ１４上に装架される。プリンタ
７０の動作は後述する制御装置１１で制御される。それ
までの間、文書トラック１８内に手で落下した文書上に
印刷または符号入力のみが行われるものと仮定する。文
書２４が前述したように適切に第一センサー２８、第二
センサー３０に相対的に文書トラック１８内に整合され
た後、文書は文書２４の先頭縁が文書登録検知器または
センサ７８（図３）に達するまで、移送装置２６により
右（図２で見て）へ移送される。制御装置１１によりセ
ンサ７８からの信号がステッパーモーター３２を制御す
るために使用され、文書２４がプリンタ７０と印刷関係
を保つ適切な位置に配置される。本発明の一つの特徴は
文書トラック１８内に文書を移送するため、またプリン
タ７０、認証機６６、６８位置に文書を位置させるため
、一個のステッパーモーター３２を使用することである
。

【００２１】文書２４がプリンタ７０（図２）に配置さ
れた後、ステッパモーター８０が作動され、印刷過程が
開始される。ステッパーモーター８０が作動されると、
軸８２が図７で見て時計方向に回転し、印刷を実行する
ための運動を与えるカム８４を回転させる。上記実施例
ではプリンタ７０は熱プリンタである。

【００２２】プリンタ７０は図７に示すように熱プリン
トヘッド８６およびプラッテン８８を含む。文書２４お
よび熱的に活性化するリボン７４がこれらの間に位置さ
れる。しかし今の場合、リボン７４および文書２４は図
を簡単にするため、一方側に配置してある。熱プリント
ヘッド８６はこれがプラッテン８８の表面を下方に走査
する際、一回で一水平ドット行８６−１を印刷する。熱
プリントヘッド８６の幅は、熱プリントヘッド８６が円
弧運動するときに同時的に１５のＭＩＣＲ文字まで印刷
するに足りる幅である。この円弧半径はプラッテン８８
の表面の曲率半径に相応する。熱プリントヘッド８６が
上記半径に沿って運動するのは、支持軸９４等の上かつ
その中心付近に軸着された枠９２上に装架されるからで
ある。図７に見られるように枠９２の一端は引張ばね９
６のバイアス力により下方に付勢されている。この付勢
によりこの枠上のカムフォロワ９８がカム８４の表面部
分８４−１に接触される。カム８４の表面部分８４−１
は、熱プリントヘッド８６のドット行８６−１に、ＭＩ
ＣＲ文字列の印刷を実行するための運動を起こさせる形
状をなすと共に次回の印刷サイクルの開始に備えて原位
置に熱プリントヘッド８６を戻す形状をなす。

【００２３】プラッテン８８は印刷を行う所定位置に去
来し、いかに述べるように熱プリントヘッド８６との関
係を保って印刷を実行する。プラッテン８８はピン１０
２により管状の円筒部材１００に軸着される。この円筒
部材１００はこれから延びるアーム１０４を有する。ア
ーム１０４の残りの端は台７６から直立するピン１０６
（図７）上に軸着される。管状円筒部材１００内にはフ
ランジ付き管状部材１０８が滑動可能に装架される（図
８）。この管状部材１０８内には熱プリントヘッド８６
に向けてプラッテン８８を付勢するための圧縮ばね１０
９が装着される。このフランジ付き管状部材１０８は、
アーム１０４および台７６に固定された引張ばね１１０
によりカム８４の一方側部分８４−２（図７）に係合す
るように付勢される。カム８４の側方部分８４−２は、
文書２４がプリンタ７０に接近するにつれて、文書トラ
ック１８の外へプラッテン８８を移動させるとともにプ
ラッテン８８を熱プリントヘッド８６に向けてプリント
ヘッド８６と印刷関係を保ちつつ運動させることができ
るための適当な形状を有する。プリンタ７０は前述した
制御装置１１により制御される。

【００２４】カム８４の回転は文字列が印刷された後も
、カム８４の回転が継続され、管状部材１０８にかかる
圧力を開放し、熱プリントヘッド８６からプラッテン８
８が遠退くことを許す。ステッパーモーター１１２はリ
ボン供給装置７２の一部であり、制御装置１１により作
動され、プリンタ７０に新鮮なリボン７４を供給する。 この動作において、熱プリントヘッド８６を本実施例の
高位置または原位置に向けて回転すべくカム８４が回転
するとき、印刷された底部文字列からリボン７４が剥が
される。

【００２５】プリンタ７０およびリボン供給装置７２が
台７６上に装架されている結果、プリンタ７０を処理機
１０のシャーシ１４上のユニットとして装着することが
できる。処理機１０の全体的構成は、設計上、処理機１
０に含まれるほぼすべての素子が上方から、すなわち「
ｚ」軸方向からシャーシ上に装架することができるよう
になっている。また処理機１０は処理機中を空気を強制
送風するためのファン１１４を含む。ここに開示した型
式のプリンタがどのように動作するかについては、例え
ば米国特許第４，７１２，１１３号を参照されたい。

【００２６】前述の制御装置１１は図５、図６に示して
ある。この制御装置１１は図６の装置を含む。図６の装
置はパーソナルコンピューター（ＰＣ）１２内の要素お
よび処理機１０自体を含む。このパーソナルコンピュー
ターはＲＯＭ１１６、ＲＡＭ１１８、マイクロプロセッ
サ（ＭＰ）１２０、キーボード１２２、インターフェー
ス１２４、１２６、１２８を有する標準的パーソナルコ
ンピューターである。これらの要素はすべてインターフ
ェースおよび制御論理回路１３０を介してマイクロプロ
セッサ１２０に結合されている。インターフェース１２
８は例えば小型コンピューターシステムインターフェー
ス（ＳＣＳＩ）チップでよい。図５に示すパーソナルコ
ンピューター１２の形態は図５を簡単にし、またパーソ
ナルコンピューターとのいろいろの機能関係を表現する
ために示したもので、実際のパーソナルコンピューター
の形態とは異なる。パーソナルコンピューター１２自体
はホストコンピューター１３２に結合できるが、その理
由は本発明の理解には重要でない。

【００２７】図６に示す制御装置１１は図９にも示され
ているが、それはそのハードウェアを図示するため、ま
たこのハードウェアがパーソナルコンピューター１２に
どのように結合されるかを示すためである。処理機１０
内に含まれるハードウェアのいろいろの機器、例えば図
６に示すＭＩＣＲプリンタ７０、第一イメージャー５２
−１、５２−２は、図９にも示されている。

【００２８】処理機１０はまた顧客の口座番号、図書カ
ード番号、あるいは安全性確保のアクセスコード等、を
入力するために使用できる磁気カード読取り器（ＭＣＲ
）１３３（図１および図６）を含むことができる。これ
らの機能は読取り器１３３が対処することのできる機能
の一例である。読取り器１３３は「スマート」カードを
読み取るにも使用することができる。スマートカードと
は、一般的に不揮発性のメモリとプロセッサとを含むカ
ードである。

【００２９】処理機１０はまた処理機１０をパーソナル
コンピューター１２に結合するための小型コンピュータ
ーシステムインターフェース（ＳＣＳＩ）コネクタ１３
４（図２）を含む。処理機１０はまた処理機が処理した
文書２４の枚数を計数するために使用するカウンター（
図６）を含む。選択利用できる特徴として、後述するよ
うにデータを暗号化するのに図６に示す暗号化システム
またはモジュール１４０を使用することができる。処理
機１０には電力ポケット１４２を含めることができるが
、本発明の理解には重要でない。

【００３０】処理機１０に用いる制御装置１１は、処理
機１０を作動させる二つの型のソフトウェアを有する。 それらの第一のものはブートＲＯＭ１４４に埋め込まれ
ており、第二のものはダウンロードソフトウェアである
。ブートＲＯＭ１４４のソフトウェアは処理機が最初に
電力投入された（「オン」にされた）ときに実行される
。ブートＲＯＭ１４４は処理機１０内に常駐し、図４に
最もよく見られるように主回路ボード１４６上に配置さ
れている。本発明の一つの特徴は、主回路ボード１４６
が処理機１０の底部に配置されること、および第一イメ
ージャー５２−１、５２−２、表面および裏面認証機６
６、６８等の大抵の成分を単に主回路ボード１４６中に
「差し込む」だけで、これら成分を前述した「ｚ」軸方
向の装着ができ、中間的固定工程を排除できることであ
る。

【００３１】ブートＲＯＭ１４４に戻って、このＲＯＭ
は次の論理回路を含む。 １．　　チップセット１４８−１およびＲＡＭ１４８−
２の一体性を検査するのに使用する自己診断コード。 ２．　　オペレーティングシステムソフトウェア１４８
のダウンロードのためのコード。 ３．　　パーソナルコンピューター１２との通信を可能
にするＳＣＳＩ１３４（インターフェース）。 ４．　　パーソナルコンピューター１２からの命令を受
けると共に命令に応答する論理を処理するためのコード
。

【００３２】ブートＲＯＭ１４４はオペレーティングシ
ステムソフトウェア１４８を立ち上げた後、パーソナル
コンピューター１２からのメッセージを待つ。オペレー
ティングシステムソフトウェア１４８はパーソナルコン
ピューターチップセットまたはパーソナルコンピュータ
ー１４８−１を含むハードウェアにより実行される。パ
ーソナルコンピューター１４８−１は実質的に、大容量
ディスク、キーボードおよびディスプレー等を含まない
パーソナルコンピューターであり、上記のＲＡＭ１４８
−２を含む。

【００３３】制御装置１１（図９）はイメージ処理シス
テム１５０、トラックエンコーダシステム１５２および
磁気カード読取りシステム１５３を含む。例えばこれら
のシステム１５０、１５２、１５３は、これらのシステ
ムを立ち上げてダウンロードデータを受け取るため、そ
れら自体のブートＲＯＭ（図示してなし）を含む。一旦
パーソナルコンピューター１２からインターフェース１
５６およびパーソナルコンピューター１４８−１を介し
てダウンロードデータが１５０、１５２、１５３に受容
されると、オペレーティングシステムソフトウェア１４
８に制御が与えられ、オペレーティングシステムソフト
ウェア１４８がを処理する処理機１０に必要な活動を統
制する。

【００３４】一端オペレーティングシステムソフトウェ
ア１４８が処理機１０にダウンロードされると、制御は
ブートＲＯＭ１４４からオペレーティングシステムソフ
トウェア１４８に渡される。一端オペレーティングシス
テムソフトウェア１４８が制御を掌握すると、オペレー
ティングシステムソフトウェア１４８はパーソナルコン
ピューター１２と処理機１０の間の通信リンク１５６を
介して受信されるすべてのメッセージの処理を開始する
。

【００３５】ダウンロードソフトウェアはオペレーティ
ングシステムオペレーティングシステムソフトウェア１
４８と、オペレーティングシステムソフトウェア１４８
を外付け機器と通信して依頼された機能を行うことがで
きるようにするための関連ソフトウェアとを含む。この
ダウンロードソフトウェアは通常はディスクディスク１
５４に格納され、インターフェース１２４を介してパー
ソナルコンピューターに結合されたディスクオペレーテ
ィングシステム１５４−１を通してアクセスされる。処
理機１０の制御がディスク１５４上のソフトウェアを変
更することにより変更できるこの点は本発明の特徴の一
である。新たな制御が１０のために開始されるべきとき
は、新たなソフトウェアを新たなディスク１５４上に格
納し、顧客が使用する１０に送ることができる。ダウン
ロードソフトウェアはまた、システムイメージ処理シス
テム１５０、１５２、１５３のような素子がその機能を
発揮するに必要なコードを含むことができる。

【００３６】処理機１０の別の特徴は、これが設計上、
モジュール型になっており、顧客の要求に容易に適合で
きることである。例えば前記の主回路ボード１４６（図
４）は処理機１０の底部に配置することができ、また処
理機のほとんどすべての機能を扱うべく使用できる。し
かしながらもしも顧客が図１に示す磁気カード読取り器
１３３および暗号化装置１４０の使用を要求するならば
、これらのモジュールに関連するハードウェアをピギー
バックボード１５８（図４）上に配置することができる
。このピギーバックボード１５８は、例えば前述した「
ｚ軸」装着を実行するため主回路ボード１４６中に挿入
すべき第一イメージャー５２−１、５２−２等の他のモ
ジュールの性能と干渉しないように主回路ボード１４６
の上方に配置される。

【００３７】一旦オペレーティングシステムソフトウェ
ア１４８が制御を掌握すると、通信リンク１５６を介し
てパーソナルコンピューター１２から受信するすべての
メッセージをオペレーティングシステムソフトウェア１
４８が取り扱う。パーソナルコンピューター１２内にお
けるメッセージの取り扱いは図６に関連して後述する。

【００３８】パーソナルコンピューター１２（図６）は
例えばソフトウェアインタラプトを備えたＤＯＳアプリ
カーションを利用するシングルタスキングパーソナルコ
ンピューター、あるいは命名されたパイプもしくはデバ
イスドライバーインターフェースを備えたＯＳ／２アプ
リケーション１６２を利用するマルチタスキングパーソ
ナルコンピューターでよい。このパーソナルコンピュー
ター１２は図６の行１６６上に示される「開く（Ｏｐｅ
ｎ）」、「送信（Ｓｅｎｄ）」、「受信（Ｒｅｃｅｉｖ
ｅ）」、「閉じる（Ｃｌｏｓｅ）」および「質問（Ｑｕ
ｅｒｙ）」と言ういろいろのサービスを与える。これら
のいろいろのサービスはメッセージトランスポートレイ
ヤー（以下、ＭＴＬという）１６８（これについては後
に説明する）およびＳＣＳＩ１７０のような通信チップ
を通して取り扱われる。 ＳＣＳＩ１７０に関連された「ＣＡＭ」は「コモンアク
セス方法」を意味し、在来からある標準的のものである
。

【００３９】パーソナルコンピューター１２（図６）か
ら受けるサービスはＳＣＳＩ１３４およびＭＴＬ１７２
を通して処理機１０に受信される。ＭＴＬ１７２は行１
７４上に示されるいろいろのサービスに対して設けられ
たもので、ＭＴＬ１６８に相応する。これらのサービス
はパーソナルコンピューター１２に関連する行１６６上
に示すサービスに相応する。オペレーティングシステム
ソフトウェア１４８は図６の底部に示すいろいろの素子
に対するインターフェースを与える。文書２４を処理す
る場合はオペレーティングシステムソフトウェア１４８
が文書処理に必要とされるいろいろのデバイスの動作を
統制する。

【００４０】例えば、オペレーターまたは係員が小切手
あるいは文書の金額をその文書２４上に印刷しもしくは
符号入力したいと仮定する。この場合、係員はパーソナ
ルコンピューター１２のキーボード１２２上で文書の金
額を入力し、データを符号入力するためエンターキーを
押す。次いで係員は文書２４が適切に文書トラック１８
内に配置されるよう文書２４を入口領域２０に位置させ
る。この配置は第一センサー２８および第二センサー３
０により示される。このように文書を配置すると、パー
ソナルコンピューター１２は「書き込み」および「移送
」というような二つのメッセージを処理機１０のオペレ
ーティングシステムソフトウェア１４８に送り、処理を
開始する。「移送」オペレーションは文書に関連する要
求を開始するのに使用する。オペレーティングシステム
ソフトウェア１４８は次いでこれらの命令を取り上げて
、これを文書移送のための適当な信号に翻訳し、ＭＩＣ
Ｒプリンタ７０を作動させる。この点に関して言うと、
ステッパーモーター３２はトラックエンコーダシステム
１５２により適当な方向に作動され、文書２４をプリン
タ７０に指向させる。トラックエンコーダシステム１５
２は処理機１０内で文書を移送することに関する種々の
活動を取り扱うためのプロセッサ１５２−１を含む。文
書２４が文書登録センサ７８（図３）に接近すると、ス
テッパーモーター３２は文書２４を、プリンタ７０と印
刷関係を持つようにプリンタ７０位置に位置させる。

【００４１】磁気カード読取り器１３３（図９）に関し
ては、カードが磁気カード読取り器１３３内に挿入され
、あるいはこれから除去されるときは常に、磁気カード
読取り器１３３がカードからデータを読み取るように設
計されている。カードから読まれたこのデータは、磁気
カード読取りシステム１５３内のバッファ内に格納され
る。そしてカードが読まれ、そのデータがバッファに格
納されていることがオペレーティングシステムソフトウ
ェア１４８に通知される。オペレーティングシステムソ
フトウェア１４８は次いでホストアプリケーションに、
読まれたデータが当該バッファに格納されたことを通知
する。一般的に、ホストアプリケーションは「読取りオ
ペレーション」を発行し、オペレーティングシステムソ
フトウェア１４８がこの要求を磁気カード読取りシステ
ム１５３に送る。磁気カード読取りシステム１５３は送
信すべきこのデータをフォーマットしてからオペレーテ
ィングシステムソフトウェア１４８に送る。オペレーテ
ィングシステムソフトウェア１４８は次にこのメッセー
ジをホストアプリケーションに転送する。これが制御装
置１１により大抵のメッセージが取り扱われる方法であ
る。

【００４２】図９に関して説明すると、プリンタ７０は
バス７１を介してトラックエンコーダシステム１５２に
結合される。暗号化装置１４０、制御されたモジュール
ポケット１４０および磁気カード読取りシステム１５３
はバス１３６を介してオペレーティングシステムソフト
ウェア１４８に結合される。インターフェース１３４は
パーソナルコンピューター１２につながるバス１５６に
バス１３６を結合する。第一イメージャー５２−１、５
２−２はバス１３９を介してイメージ処理システム１５
０に結合される。

【００４３】前節の例で述べた文書２４上に印刷される
金額は、パーソナルコンピューター１２からオペレーテ
ィングシステムソフトウェア１４８（図９）に転送され
、このオペレーティングシステムソフトウェア１４８が
通常の方法で文書２４上にデータを印刷するＭＩＣＲプ
リンタ７０にデータを送る。このデータが印刷された後
、熱プリントヘッド８６は前述したようにその原位置に
移動され、ステッパーモーター１１２（図３）が作動さ
れ、次回の印刷オペレーションに備えてプリンタ７０に
新たなリボン７４を与える。印刷の後、文書２４は特定
の用途に応じて文書トラック１８のいずれかの端から送
出される。

【００４４】本処理機１０の特徴の一つは、処理機１０
が非常に広範囲の適用性を有することである。この柔軟
性を与えるため、ＤＩツール（文書情報ツール）１７６
が使用される。このＤＩツール１７６（図１０）は商標
名「ウィンドウ」というオペレーティングシステムに基
づくアプリケーションである。このアプリケーションは
マイクロソフト社が所有する。言い換えると、ＤＩツー
ル１７６はウィンドウ環境でのみパーソナルコンピュー
ター上で走る。図１０はパーソナルコンピューター１２
上でＤＩツール１７６がウィンドウ１７８環境で走るこ
とを示す略線図である。ウィンドウプログラム１７８は
これに関連する「クリップボード」１８０を有する。ク
リップボードは、例えば作業を施すデータすなわち編集
するデータを格納するためのものである。クリップボー
ド１８０からデータは例えばイメージ強化等の編集を行
うため、「ペイント」プログラム１８２に転送すること
ができる。ウィンドウプログラム１７８およびペイント
プログラム１８２はマイクロソフト社から入手できるソ
フトウェアプログラムである。上記のプログラムに加え
て、ペイントのような他のプログラムを使用することも
できる。

【００４５】ＤＩツール１７６はウィンドウに基づくア
プリケーションで、読取りあるいは印刷機能に供するた
めの文書２４上の領域を指定することができるアプリケ
ーションである。

【００４６】ＤＩツール１７６は処理機１０に関して三
つの主な機能を行う。これらの機能とは、１．　　ロゴ
の発生：この機能は、表面および裏面認証機６６、６８
により文書２４の表面または裏面のいずれかに印刷でき
る「ロゴ」のグラフィック情報を含むファイルを生成す
る。銀行によってはグラフィックを、小切手が銀行で受
理されたときに小切手上に通常はスタンプとして押す認
証またはロゴの一部とすることができる。 ２．　　領域の指定：この機能は表面および裏面認証機
６６、６８によりデータを印刷できる文書２４上の領域
を指定することができる。これら領域は文書読取り機６
５（図６）により認識が行われる場所を示すのにも使用
できる。 ３．　　書式印刷モード：この機能は書式印刷が行われ
るべき文書２４上の場所を確定することができる。

【００４７】「ロゴ発生」に関しては説明すると、ロゴ
またはグラフィックを発生する二つの一般的方法がある
。第一の方法はディスク１５４からイメージを読み、す
なわちイメージを第一または第二イメージャー５２−１
もしくは５２−２のいずれかから取り上げ、そのイメー
ジをパーソナルコンピューター１２のディスプレー６４
に転送することである。一旦このイメージがパーソナル
コンピューター１２のディスプレー上に現われると、ロ
ゴを含むイメージ部分が選択できる。この選択の後、選
択された部分がクリップボード１８０にコピーされる。 クリップボード１８０からこのイメージ部分がペイント
プログラム１８２に「糊付け」される。ペイントプログ
ラム１８２は、例えば印刷するためにこのイメージを一
層鮮明化すべくイメージ強化を行うために使用できる。 イメージの強化が完了すると、これがクリップボード１
８０にコピーされる。次いで強化化されたイメージをク
リップボード１８０からＤＩツール１７６に「糊付け」
するため、ＤＩツール１７６が使用される。ＤＩツール
１７６から強化化されたイメージまたはロゴがディスク
１５４上のロゴファイルに転送される。このロゴは、認
証機６６、６８により文書２４の表面または裏面上に印
刷するためアプリケーションによりディスク１５４から
オペレーティングシステムソフトウェア１４８に転送で
きる。上記事項は手押しのスタンプを排除し、文書トラ
ック１８に沿って配置した認証機の固定的ロゴで文書上
にロゴを印刷することに比較していろいろの文章上にい
ろいろのロゴを印刷できる非常に大きな柔軟性を与える
本発明の一つの特徴である。

【００４８】処理機１０で使用するためのロゴを生成す
る別の方法はスクラッチを利用する方法である。これに
関して説明すると、ロゴはウィンドウ１７８およびペイ
ントプログラム１８２を使用して発生することができる
。そのロゴを選択し、クリップボード１８０にコピーす
る。クリップボード１８０からロゴイメージがＤＩツー
ル１７６に糊付けされ、そこからディスク１５４上のロ
ゴファイルに転送される。ロゴはディスク１５４から取
り出して上記特定の用途にしたがって使用することがで
きる。

【００４９】要約すると、このようなロゴの発生は銀行
で保有、使用しなければならない多数の手押しスタンプ
に代わるものである。その代わりとしてロゴが生成され
、または必要が生じたときに更新される。特定の文書２
４上に特定のロゴを配置しなければならないような、多
数のロゴを必要とする用途においては、係員は多数の手
押しスタンプ等を扱う必要がない。認証機６６、６８で
文書２４の表面または裏面の所定位置にロゴを正しく印
刷するため、係員は例えばキーボード１２２上の適当な
キーを押すだけでよい。正しいロゴはまた特定の用途に
より選択することができ、あるいはそのためのコードが
例えば磁気カード読取り器１３３により読まれたデータ
から選択できる。また図１０に示すＤＩツール１７６、
クリップボード１８０またはペイントプログラム１８２
は必要とする情報を得るためにディスク１５４に個別に
アクセスすることができ、あるいはディスク１５４へ情
報を転送するのに使用することができる。

【００５０】ＤＩツール１７６の第二の特徴は、ユーザ
ーが認識または印刷のいずれかのため領域の指定をした
いときに、それが文書２４上のいずれの位置であっても
ＤＩツール１７６で指定することができることである。 例えば図１１は文書２４上のいくつかの領域を示すもの
であるが、ここでは領域２４−１は銀行＃、顧客口座＃
、小切手または文書型式＃等、領域２４−２は顧客によ
り書き込まれる小切手の金額、領域２４−３は顧客の署
名、領域２４−４は小切手が符号入力された後の小切手
の金額とされている。領域２４−４内の金額は一般的に
ＭＩＣＲインクで符号入力される。この場合、ヨーロッ
パ諸国ではＣＭＤ７フォントおよび光学的フォントが使
用され、米国ではＥ１３Ｂフォントが使用される。文書
型式＃は、上記の情報すべてが文書上にあるか、あるい
はある一定の情報もしくはデータが文書２４上に印刷さ
れるべきかに関するキーを与えるために使用することが
できる。読取りまたは印刷のための領域情報はディスク
１５４上の文書情報ファイルに保管される。印刷すべき
情報と共にロゴは関連文書形式＃と共にディスク１５４
上に（ＡＳＣＩＩフォーマットで）保管される。

【００５１】文書２４の認識が行われるべきときは文書
２４の表面および裏面をイメージ化するのにそれぞれ第
一イメージャー５２−１、５２−２が使用される。イメ
ージ処理システム１５０（図９）はソフトウェアを走ら
せるプロセッサ１５０−１およびイメージ処理を行うた
めのＲＡＭ１５０−３を有する。第一イメージャー５２
−１文書２４が図２で見て左から右へ移送されるときに
文書２４の表面をイメージ化するのに使用できる。この
イメージ化は、文書移送装置１５２によって第一イメー
ジャー５２−１を文書が通過されるときにピクセルデー
タである連続的な走査線を発生することにより実行され
る。 このピクセルデータはイメージ処理システム１５０によ
り従来方式で処理でき、その後この処理済みデータは文
字認識のため文書読取り機６５（図６）に回送される。 本実施例では、文字認識機は光学的に行われる。従来の
読取りアルゴリズムが使用できる。当然のことに、文書
読取り機６５は、読むべきデータの型式に相応する。例
えばもしも読み取るべきデータがＣＭＣ７フォントで印
刷されていれば、文書読取り機６５は上記例のＣＭＣ７
文字を光学的に読み取る能力があるものである。

【００５２】前述したように、トラックエンコーダシス
テム１５２は文書トラック１８内で文書２４を二方向に
移送することを可能にする。このことは、もしも文書が
図２で見て左へ移送されるなら、文書２４の裏面が右か
ら左へ持読み取ることができることを意味する。このこ
とによりイメージ処理システム１５０で同一の処理アル
ゴリズムを使用することができる。文書２４の表面およ
び裏面は共に同時に読み取ることができよう。しかしそ
うすると通常処理機１０に準備されるメモリ格納に必要
なメモリ容量よりも大きなメモリが必要となる。イメー
ジプロセッサ１５０−１は異なる走査方向に由来するイ
メージを「反転」することができ、その結果イメージ化
の方向は極めて重要な問題とはならない。このことは第
一イメージャー５２−１および第二イメージャー５２−
２の両方について言える。トラックエンコーダシステム
１５２はまたステージング領域（すなわち文書２４を文
書トラック１８内の特定位置に位置させ、かつ保持する
領域）としても機能し、文書トラック１８内で文書２４
を移送することに関して処理機１０に非常に大きな柔軟
性を与える。これはパーソナルコンピューター１２内の
ソフトウェア機能である。本実施例では一回の認識は領
域２４−２のような特定の一領域上でのみ行われる。も
しも二以上の領域が文字認識を受けるなら、第二領域は
第一領域が処理された後で指定されなければならない。 後続の読取り領域についての情報は、イメージ処理シス
テム１５０からオペレーティングシステムソフトウェア
１４８により回収することができる。一文書２４につい
てのイメージデータはＲＡＭ１５０−３に格納されてい
る。

【００５３】本実施例では第一イメージャー５２−１、
５２−２から得られるイメージデータは２００ピクセル
／インチの解像度を有し、このイメージデータまたはピ
クセルはイメージ処理システム１５０で処理した後はグ
レーレベルおよび二レベルとして１５０−３（図９）内
に格納される。パーソナルコンピューター１２から提供
されるホストアプリケーションによって光学的文字認識
を受けるイメージデータ領域が指定される。イメージ処
理システム１５０はこの指定領域上で光学的文字認識を
行う為のソフトウェアを有する。この認識処理の結果は
次いでホストアプリケーションに送られる。もしもホス
トアプリケーションが追加の読取りが必要であると決定
すると、ＲＡＭ１５０−３内に格納されているイメージ
データに対し、文字認識を行う新たな領域で別の読取り
オペレーションが開始される。

【００５４】書式印刷モードもまたＤＩツール１７６で
行われる機能で、領域指定機能に類似する。しかし、領
域全体を指定する代わりに、印刷が開始される位置が指
定される。印刷されるべき書式は別の文書型式と考える
ことができ、その場合どこで印刷が行われるかについて
多数の位置が定義される、この情報がディスク１５４上
の文書情報ファイル内に保管される。次いでその書式に
対する開始位置を得るため、パーソナルコンピューター
１２内のアプリケーションが指定された書式に関する情
報を読み取る。またこのアプリケーションは（ディスプ
レー６４を介して）ユーザーに、印刷する書式に適用す
るデータを入力することを指示する。すべての情報が入
力された後、パーソナルコンピューター１２内のアプリ
ケーションが適当なメッセージのフォーマットを行い、
それらを処理のため処理機１０に送る。ユーザーは次い
で文書トラック１８内で印刷すべき適当な書式または文
書を挿入する。そうすると印刷すべき情報が文書２４ま
たは書式上の指定領域内に印刷される。実際上、処理機
１０内に白紙用紙を挿入することにより書式自体を印刷
することもできる。

【００５５】上述したことから、処理機１０は、顧客が
在来の書式印刷機を処理機１０に替えることが可能であ
ることは明白である。これはいかなるフォーマットが指
定されてもその型式でデータを印刷できるように多様な
印刷型式を生成することができる、という本発明の一つ
の特徴である。処理機１０を用いて入金伝票等を印刷す
ることができる。小切手に入力する方法および入金伝票
を発生する具質的方法はパーソナルコンピューター１２
に用いる特定のソフトウェアに依存する。例えば係員が
小切手入金を計上する特定の口座を同定すべく、顧客の
磁気同定カードを磁気カード読取り器１３３に入れるこ
とができる。その後、係員が入金を計上すべき小切手を
文書トラック１８内に入れ、キーボード１２２上で小切
手の金額を入力する。入力キーが作動されると、上に小
切手の金額が印刷されるための準備としてプリンタ７０
に小切手または文書２４が移送される。金額を印刷した
後、移送装置２６が作動され、文書２４は例えば裏面認
証機６８に向けて移送し戻し、文書の裏面に銀行認証を
印刷する。場合によっては文書２４の表面上に印刷を実
行することができる。ヨーロッパの銀行で認証に使う特
定のロゴは銀行システム内の支店によって異なることが
ある。この場合、係員は適当なロゴを選択すべくキーボ
ード１２２上で「類型」文書を入力することができる。 あるいはまた例えば類型文書は文書２４がプリンタ７０
へ行く途中でイメージャー５２−１を通過する際に読取
り領域２４−１（図１１）から得ることができる。この
種の活動もパーソナルコンピューター１２で使用するソ
フトウェアで制御される。前述したようにこれは処理機
１０の特徴の一つである。

【００５６】入金伝票作成の例について説明を続ける。 係員は次に入金処理を完結するため、残りの小切手につ
いて、前節でのべた処理課程を反復する。最後の小切手
が入力された後、係員は次いでキーボード１２２上の「
合計」キー等を作動し、処理を完了する。次にディスプ
レー６４が入金伝票書式を文書トラック１８内に挿入す
ることを係員に指令する。、その書式が適切に文書トラ
ック１８内に整合された後、例えばキーボード１２２上
の「印刷」キーが使用され、書式は認証機６６、６８と
印刷関係に配置される。当然ながら、イニシエーション
（開始）の方法は使用する特定のアプリケーションによ
って定められている。認証機６６、６８と協同する移送
装置２６は所望の印刷を実行するため、水平方向および
鉛直方向の印刷を行う。書式の形式によってはユーザー
がルースリーフバインダーに綴じ込むことができるよう
にされたルースリーフ型のものがある。この同じ技術を
パスブック（ｐａｓｓ　ｂｏｏｋ）の印刷に使用して別
個のパスブックプリンタの必要を除去することができる
。これも本処理機１０の特徴の一である。

【００５７】支店を結ぶオンライン項目処理システムで
使用される項目処理機に要求される条件の一つは、ホス
トコンピューターまたはパーソナルコンピューター１２
との通信である。前述したように、パーソナルコンピュ
ーター１２により提供されるいろいろのサービスが図６
の行１６６上に示してある。これらのサービスに対する
フォーマットが図１２−１６に示してあり、図１２には
「開く」が示され、図１３、１４、１４および図１６に
はそれぞれ「送信」、「受信」、「閉じる」および「質
問」が示されている。

【００５８】パーソナルコンピューター１２のディスク
１５４上のホストアプリケーションおよびオペレーティ
ングシステムソフトウェア１４８（図６）は「メッセー
ジトランスポートレーヤー（ＭＴＬ）」１６８、１７２
を介して相互通信する。これらの名称のプログラムは相
互にメッセージをやり取りすることにより通信を行う。 ここにいうメッセージとは情報および命令を表す値を含
む構造化されたフィールドの組として定義される。メッ
セージはメッセージトランスポートレイヤー１６８、１
７２により制御されるけれども、ホストアプリケーショ
ンは自身で常にこれらのメッセージの送出または受信の
設定を行う。

【００５９】プログラムの活動が始まる前に、ホストア
プリケーションは初めに処理機１０に、他のソフトウェ
アまたは図６に示す文書読取り機６５に関連する文字認
識ソフトウェア等のプログラムと共にオペレーティング
システムソフトウェア１４８のダウンロードを行わなけ
ればならない。このソフトウェアが一旦ダウンロードさ
れ、走り始めると、ホストアプリケーションはＭＷ−Ｄ
ＯＳソフトウェアインタラプトを発行することにより、
プログラムと通信して作業を開始することができる。こ
れはホストアプリケーションがＤＯＳ環境で動作してい
るときである。ホストアプリケーションは次いで「サー
ビス」要求を発行することによりＭＴＬ１６８と通信す
る。種々のサービスはＭＴＬ１６８により与えられる。

【００６０】言及したサービスは図６の行１６６、１７
４に示す「開く」、「送信」、「受信」、「閉じる」、
および「質問」である。サービスとはホストアプリケー
ションがＭＴＬ１６８と通信するのに使用する命令／応
答の構造体である。これらの構造体はホストアプリケー
ションおよびオペレーティングシステムソフトウェア１
４８との間の相互作用を簡単化するのに使用される。ホ
ストアプリケーションがサービス構造体を指定すると、
ＭＴＬ１６８がこの機能を行うに必要な情報および命令
を組立てる。例えば、もしもホストアプリケーションが
文書２４上にデータを符号入力したいとすると、以下の
サービスが行われる。 １．　　ホストアプリケーションは最初に、「開く」サ
ービスを使用することにより通信ドライバ（ＳＣＳＩイ
ンターフェース１２８）を開く。これは通信ドライバが
閉じているときのみ行われる。 ２．　　ホストアプリケーションは次いで「質問」サー
ビスを行う。「質問」サービスはホストアプリケーショ
ンが処理機１０の目標ＩＤ（ｄｅｓｔｉｎａｔｉｏｎ　
ＩＤ）を決定することを可能にするものである。これは
もしもホストアプリケーションが未だ処理機１０の目標
ＩＤを知らないときのみ行われる。 ３．　　処理機１０が電力投入されたばかりであると、
ホストアプリケーションは次いでで処理機１０に、すべ
ての必要なソフトウェアのダウンロードを行う。このダ
ウンロードが処理機１０に行くことを確実化するため、
「質問」サービスから得られた目標ＩＤが使用される。 ダウンロード情報を送るには「送信」サービスが使用さ
れる。普通、ステップ１、２、および３はホストアプリ
ケーションが開始されるときにただ一度行われる。 ４．　　もしも処理機１０がその中の文書を実行する準
備ができると、ホストアプリケーションは次いで、文書
２４に符号入力するため、「送信」サービスを利用して
「書き込み」命令を介しＭＩＣＲ７０に符号化したデー
タ（本例の場合）を送る。この情報が処理機１０に送ら
れることを確実化するため、再び目標ＩＤが使用される
。 ５．　　ホストアプリケーションは文書２４の到着を待
機する。これは「受信」サービスを介して受信される。 一旦文書２４が入れられ、文書トラック１８内に適切に
整合されたことがセンサ２８、３０により示されると、
「送信」サービスが使用され、文書２４に符号入力すべ
く処理機１０に「移送」命令が送信される。適切なユニ
ットに送信するため、再び前記目標ＩＤが使用される。

【００６１】「送信」サービスの要求が行われると、こ
の要求がＭＴＬ１６８に対し、本例の符号入力ができる
ようにするためＭＴＬ１６８が組み立てて処理機１０内
のオペレーティングシステムソフトウェア１４８に送る
べきメッセージを通告する。

【００６２】もしもホストアプリケーションが処理機１
０から情報を受信したいときは、適当なサービス構造体
を使用する上記と同一の原理を踏襲する。ここで重要な
ことはホストアプリケーションが定期的間隔でメッセー
ジを受信するように設定されていることである。ホスト
アプリケーションがこのように設定されていると、処理
機１０からのメッセージを迅速かつ効率良く処理できる
。

【００６３】要約すると、パーソナルコンピューター１
２に関連するＭＴＬ１６８および処理機１０に関連する
ＭＴＬ１７２は図６に示す基本的サービスを扱う。サー
ビスの処理がなされたときは、ＭＴＬ１６８またはＭＴ
Ｌ１７２がステータスコードを返す。ステータスコード
は要求に対するサービスの結果を示す。これらステータ
スコードは使用状況の変更に合わせて変更することがで
きるが、以下のコードが使用される。サービス要求者か
ら次のステータスコード（１６進法）を返すことができ
る。 ００００＝ＭＴＬが成功裡に処理した。 ０００１＝ＭＴＬからのメッセージが入手できない。 ＦＦＦＦ＝ＭＴＬに対する無効サービス要求。 ＦＦＦＥ＝ＭＴＬはすでに開かれている。 ＦＦＦＤ＝パス番号の指定が無効。 ＦＦＦＣ＝バッファ長さの指定が無効。 ＦＦＦＢ＝ＭＴＬが開かれていない。「送信」、「受信
」、または「質問」サービス。 ＦＦＦＡ＝「送信」サービスメッセージバッファが指定
されていない。 ＦＦＦ９＝目標ＩＤが無効。 ＦＦＦ８＝「送信」サービス上のデータ長さが無効。 ＦＦＦ７＝ＭＴＬサービス要求は失敗に終わった。 ＦＦＦ６＝受信ＭＴＬが使用中。 ＦＦＦ５＝ＭＴＬが現在受信中。 ＦＦＦ４＝受信中にＭＴＬが誤信号を検出した。 ＦＦＦ３＝通信相手となるＭＴＬがない。 ＦＦＦ２＝「開く」サービス中で、ＣＡＭレーヤーが見
つからない。 ＦＦＦ１＝ＳＣＳＩバスがリセットされた。再開始を行
え。 ＦＦＦ０＝「送信」サービスの時間切れになった。

【００６４】ＭＴＬ１６８にサービスを送るために、ホ
ストアプリケーションはサービス構造体中の適当なフィ
ールドへの記入を行う。いろいろのフィールドについて
は後述する。次いでホストアプリケーションは、例えば
ＤＯＳアプリケーション１６０で作業が行われていると
きはソフトウェアインタラプトを介してＭＴＬ１６８に
サービス同定番号および当該サービス構造体のアドレス
を送る。ソフトウェアインタラプト６０Ｈ、６６Ｈが使
用できる。使用すべきソフトウェアインタラプトは、最
初に通信ドライバがメモリ中に負荷されているときに設
定できる。ソフトウェアインタラプトの設定はＤＯＳに
のコンフィグ・シス（ＣＯＮＦＩＧ．ＳＹＳ）ファイル
を通して行われる。

【００６５】メッセージを送信するには、ＤＯＳアプリ
ケーション、オペレーティングシステムソフトウェア１
４８またはＯＳ／２アプリケーション１６２は、メッセ
ージの詳細およびデータを伴う「送信」サービス構造体
を供給し、次いでＭＴＬにメッセージを「送信」するこ
とを要求しなければならない。「送信」サービスを行っ
た結果は「送信」サービス返還コードを通してＭＴＬア
プリケーションに通知される。

【００６６】ＭＴＬからメッセージを使用するため、ア
プリケーションはサービスを「受信」する構造体に適当
な情報の書き込みを行い、次いでＭＴＬにメッセージの
「受信」を要求する。ＭＴＬはこのメッセージをそのパ
ス（ｐａｔｈ）バッファからアプリケーションの受信バ
ッファに転送する。メッセージの転送は以下の条件のい
ずれかの一つが生じたときに停止する。 １．　　メッセージが完全な形で転送されたこと。 ２．　　アプリケーションの受信バッファが、現行メッ
セージを完全に転送する前に一杯になったこと。

【００６７】アプリケーションは、メッセージ全体が使
用され尽くすまで、さらに「受信」を発行しなければな
らない。「受信」サービスを行った結果は「受信」サー
ビス返還コードを通してＭＴＬアプリケーションに通信
される。

【００６８】「質問」サービスはホストアプリケーショ
ンが処理機１０の目標ＩＤを決定するために使用される
。この目標ＩＤは当該メッセージが意図されたデバイス
に送られることを確実化するために「送信」サービスと
共に使用される。「受信」サービスはデバイスから受信
したメッセージのソースＩＤを報告する。これはまた「
送信」サービスにおける目標ＩＤとしても使用できる。 以下の図表はサービスとそのサービスに使う同定値を示
す。 サービス　　　　　　　　　　　　サービスＩＤ（１６
進法）「開く」　　　　＝　　　　　　　　　　１「送
信」　　　　＝　　　　　　　　　　２「受信」　　　
　＝　　　　　　　　　　３「閉じる」　　＝　　　　
　　　　　　４「質問」　　　　＝　　　　　　　　　
　５処理機１０の追加的要求に応えるため、例えば「質
問」サービス５を拡張することができる。

【００６９】いかに掲げるのは、図６に示すＭＴＬ１６
９および１７２の機能に関係するいくつかの追加的な点
である。 １．　　ＭＴＬは、要求されたサービスが完了するまで
、常駐アプリケーションを保留する。ＭＴＬは、送られ
た命令に対する応答を待つためにその常駐のアプリケー
ションを保留することはしない。 ２．　　ＭＴＬは最小限のサービスおよびメッセージの
有効性の確認を行う。有効性の完全な確認は当該データ
を利用するソフトウェアの最低レベルで行われる。 ３．　　ＭＴＬ１６８、１７２の両方が同時にメッセー
ジの送信を試みている場合は処理機１０のＭＴＬ１７２
がパーソナルコンピューター１２からメッセージを受信
し、自身のメッセージ送信は後の時刻に再試行する。 ４．　　各ＭＴＬは関連のアプリケーションに送信失敗
を報告する前に、失敗したメッセージ送信をある限定回
数だけ再試行する。 ５．　　各ＭＴＬは、関連のメッセージパス（ｍｅｓｓ
ａｇｅ　ｐａｔｈ）受信バッファが空になるまでメッセ
ージ受信を拒否する。各ＭＴＬは、その関連のメッセー
ジパス受信バッファ内に現在存在するメッセージが完全
に当該アプリケーションにより消費されるまで、そのア
プリケーションの新規メッセージの受信を拒否する。 ６．　　各ＭＴＬは、そのアプリケーションが「閉じる
」を発行するときは処理機１０への通信リンク１５６に
対してパーソナルコンピューター１２を停止（ｓｈｕｔ
　　ｄｏｗｎ）する。「閉じる」サービスの結果は「閉
じる」サービス返還コードを通して関連のＭＴＬのアプ
リケーションに通信される。

【００７０】使用されるいろいろのサービスについて議
論したので、これらのサービスに対する命令／応答構造
体について議論するのが適切であろう。

【００７１】図１２は「開く」サービスに対する構造体
１８４を示す。以下にこの「開く」サービスの特徴のい
くつかを示す。 １．　　「開く」サービスはＭＴＬ１６８、１７２およ
び関連の通信ドライバ（ＳＣＳＩ１２８、１３４）を開
くために使用される。 ２．　　「開く」サービスは、メッセージ路の個数、メ
ッセージを受信するための各メッセージパスバッファの
サイズ、および各パスバッファのアドレスをユーザーが
指定することを可能にする。 ３．　　「開く」サービスはまた当該パスでメッセージ
が受信される度に、行われるべきルーチンをユーザーが
指定することを可能にする。このルーチンはメッセージ
がそのメッセージパスで受信されるときにアプリケーシ
ョンに警告を与えるときのみ使用できる。このルーチン
は小さくすべきで、関連のＭＴＬへの直接的アクセスを
有するべきでない。

【００７２】図１２に示す「開く」サービス構造体１８
４に関して、以下の定義が適用される。 ブロック１８４−１（ＮＵＭ　　ＭＳＧ　　ＰＡＴＨＳ
）は、パーソナルコンピューター１２と処理機１０との
間のメッセージパスの数でホストアプリケーションが利
用したがっているものの数を示す、符号なし（ｕｎｓｉ
ｇｎｅｄ）バイト値に関係する。有効値は１ないし８で
ある。他のすべての値はエラーとなる。 ブロック１８４−２（ＲＥＳＥＲＶＥＤ　　＃１）は、
将来の使用に備えて予約される符号なしバイト値に関係
する。要求される各メッセージパスについて以下の指定
がなされなければならない。 ブロック１８４−３（ＰＡＴＨ　　ＢＵＦＦ　　ＬＥＮ
）。 これはこのパスについてパスバッファの長さを指定する
符号なし「長さ」値に関係する。この値は本実施例では
２５６バイトから６５，５３６バイトまで変えることが
できる。 ブロック１８４−４（ＰＡＴＨ　　ＢＵＦＦ　　ＡＤＲ
Ｓ）。これは、メッセージを受信するためのバッファの
アドレスを指定するアドレス値に関係する。各パスにつ
いて指定されたこれらバッファは関連のＭＴＬによって
のみ使用される。ホストアプリケーションはこれらバッ
ファを自己のために使用してはならない。なぜならば当
該パスにより受信されたメッセージが失われるからであ
る。 ブロック１８４−５（ＰＡＴＨ　　ＣＯＤＥ　　ＡＤＲ
Ｓ）。これはパスルーチンのアドレスを指定するアドレ
ス値に関係する。このルーチンは当該パスによりメッセ
ージが受信される度に呼び出される。 ブロック１８４−６（ＲＥＳＥＲＶＥＤ）。これは将来
の利用のための予備的な符号なし２バイトフィールドに
関係する。

【００７３】「送信」サービスはメッセージを処理機１
０に送るのに使用される。ＭＴＬ１６８は図１３に示す
「送信」サービス構造体１８６内に設けられた情報を取
り、依頼されている事項が確実に与えられるようにする
ため、この情報を確認する。もしもこの情報が無効であ
ると、適当なステータスがホストアプリケーションに返
される。もしもこの情報が有効であると、「送信」サー
ビスがメッセージを「送信」する旨の命令を発生し、処
理機１０に送信するための通信ドライバ（ＳＣＳＩ１７
０）にそのメッセージを送る。一旦このメッセージが送
られると、「送信」が成功裡に完了したことを示すステ
ータスを以てホストアプリケーションへの返還がなされ
る。もしもメッセージが送ることができないと、エラー
ステータスがホストアプリケーションに返還される。

【００７４】図１３に示す「送信」サービス構造体１８
６に関して、以下の定義が適用される。 ブロック１８６−１（ＤＥＳＴ　　ＩＤ）。これは当該
メッセージが送られるべき通信リンク上のデバイスを指
定する符号なしワード値に関係する。このデバイスまた
は値は処理機１０を発見するための「質問」表を探すこ
とにより決定される。この「質問」表はホストアプリケ
ーション内に配置されたバイト配列である。「質問」表
は「質問」サービスにより記入される。「質問」表中へ
のオフセットは当該メッセージを送るときに使用される
目標ＩＤである。 ブロック１８６−２（ＭＳＧ　　ＰＡＴＨ）。これは当
該メッセージが送られるパスを指定する符号なしバイト
値に関する。この値は１から、「開く」サービスで指定
されたパスの数までにわたる。他のいかなる値もエラー
ステータスを返すことになる。１８６−３（ＭＳＧ　　
ＳＥＱ　　＃）。これは特定のメッセージを同定するの
に使用される符号なしバイト値に関係する。この値は１
から２５５までにわたる。数０は処理機１０からの未請
求メッセージに予約されている。 ブロック１８６−４（ＤＥＶ　　ＩＤ）。これは当該メ
ッセージが送られるデバイスを示す符号なしバイト値に
関係する。 ブロック１８６−５（ＳＵＢ　　ＩＤ）。これは当該メ
ッセージが送られるべきサブデバイスを示す符号なしバ
イト値に関係する。 ブロック１８６−６（ＣＭＤ　　ＩＤ）。これは当該デ
バイスにより行われるべき命令の形式を示す符号なしバ
イト値に関係する。 ブロック１８６−７（ＣＭＤ　　ＳＴＳ）。これは送ら
れる命令のステータスを示す符号なしバイト値に関係す
る。ホストアプリケーションではこのフィールドは常に
ＧＯＯＤ（００Ｈ）に設定される。処理機１０は当該命
令を受信して取り扱った旨のステータスを示すためにこ
のフィールドを使用する。 ブロック１８６−８（ＲＥＳＥＲＶＥＤ　　＃１）。こ
れは将来の使用に備える予備の符号なし４バイト値に関
係する。 ブロック１８６−９（ＣＭ　　ＤＡＴＡ　　ＬＥＮ）。 これは、指定されたデバイスに送られるデータ量を示す
符号なし「長さ」値に関係する。この値は本実施例では
０から６５，５３６バイトにわたることができる。 ブロック１８６−１０（ＣＭＤ　　ＤＡＴＡ　　ＡＤＲ
Ｓ）。これは、送るべきデータが格納されるバッファの
アドレスを指定するアドレス値に関係する。 ブロック１８６−１１（ＣＭＤ　　ＦＬＡＧＳ）。これ
は当該メッセージについての情報を特定する符号なしバ
イト値に関係する。この値の各ビットは特定の意味を有
する。もしもすべてのビットがオフ（０）であると、情
報は全くない。これらビット数は０で始まり、右から左
へ書かれる。これらのビットは以下の意味を有する。 ビット０：”さらに到来する”ビット。もしも（１）が
設定されると、当該メッセージは完了しておらず、さら
にメッセージ全体を送るために「送信」を必要とする。 ビット１：完了抑制ビット。もしも（１）に設定される
と、このメッセージについては完了メッセージが返えさ
れない。 ビット２−７：将来の使用に対する予備。 ブロック１８６−１２（ＲＥＳＥＲＶＥＤ　　＃２）。 これは将来の使用に対する予備の符号なし３バイトフィ
ールドに関する。

【００７５】「受信」サービスは特定のパスからメッセ
ージを受信するため、ホストアプリケーションが使用す
る。ＭＴＬ１６８は図１４に示す「受信」サービス構造
体１８８内に与えられる情報を取り、確実に当該要求を
取り扱うことができるようにするため、この情報の有効
性を確認する。もしもこの情報が無効であると、ホスト
アプリケーションにエラーステータすが返えされる。も
しも情報が有効であると、「受信」サービスが当該指定
パスのデータを受信する。

【００７６】図１４に示す「受信」サービス構造体１８
８に関して、以下の定義が適用される。 ブロック１８８−１（ＳＲＣ　　ＩＤ）。これは通信リ
ンク１５６上のいずれのデバイスがメッセージを送った
かを示す符号なしワードに関係する。その値はそのメッ
セージが誰から来たものかを決定するため、「質問」表
中へのオフセットとして使用できる。ＳＲＣ　　ＩＤは
、受信したメッセージに応答するときに「送信」サービ
スのためのＤＥＳＴ　　ＩＤ値として使用すべきもので
ある。 ブロック１８８−２（ＭＳＧ　　ＰＡＴＨ）。これはメ
ッセージを受信すべき受信パスを指定する符号なしバイ
ト値に関係する。この値の範囲は０から「開く」サービ
スで指定されたパスの数までである。他のすべての値は
エラーステータスとして返えされる。もしも当該メッセ
ージパスが０に設定されていると、ＭＴＬ１６８はメッ
セージを持つパスが発見されるまで利用可能なパスすべ
てを探索する。現在もしも利用可能なメッセージがない
と、ホストアプリケーションに「利用可能なメッセージ
がない」というエラーステータスが返される。 ブロック１８８−３（ＭＳＧ　　ＳＥＱ　　＃）。これ
は特定のメッセージを同定するのに使用される。この値
の範囲は０から２５５までである。このＭＳＧＳＥＱ　
　＃はホストアプリケーションが設定せず、受信したメ
ッセージのヘッダ情報部分からＭＴＬが設定する。数０
は未請求メッセージに予約される。 ブロック１８８−４（ＤＥＶ　　ＩＤ）。これはメッセ
ージを発出しているデバイスを示す符号なしバイト値に
関係する。 ブロック１８８−５（ＳＵＢ　　ＩＤ）。これはメッセ
ージを発出したサブデバイスを示す符号なしバイトに関
係する。 ブロック１８８−６（ＣＭＤ　　ＩＤ）。これは現在の
メッセージが含んでいる形式を示す符号なしバイト値に
関係する。このＣＭＤ　　ＩＤはホストアプリケーショ
ンが設定するものではない。このフィールドはメッセー
ジが利用可能であるときのみ、ＭＴＬが設定する。 ブロック１８８−７（ＣＭＤ　　ＳＴＳ）。これは送ら
れる命令のステータスを示す符号なしバイト値に関係す
る。 ブロック１８８−８（ＣＭＤ　　ＢＵＦＦ　　ＬＥＮ）
。これは当該メッセージを受信するためにホストアプリ
ケーションが利用できるバッファの大きさを示す符号な
し「長さ」値に関係する。この値は本実施例では０から
３２，５００バイトにわたる。データ長さ０は、実際に
メッセージを受信しないでそのメッセージを利用できる
かいなかをホストアプリケーションが決定することを許
す。 ブロック１８８−９（ＣＭＤ　　ＤＡＴＡ　　ＬＥＮ）
。これはホストアプリケーションバッファ中に置かれて
いるデータ量を示す符号なし「長さ」値に関係する。こ
のフィールドはＭＴＬにより設定される。この値は０か
らホストアプリケーションにより指定されたバッファの
大きさ（本実施例では６５５３６バイト）にまでわたる
ことができる。もしも全メッセージが指定バッファ中に
入りきれないと、ホストアプリケーションは当該パス上
で多重の「受信」サービスを行う必要があるかも知れな
い。 ブロック１８８−１０（ＣＭＤ　　ＤＡＴＡ　　ＡＤＲ
Ｓ）。このれは当該メッセージデータが格納されるべき
バッファのアドレスに関係する。これはホストアプリケ
ーションにより設定される。 ブロック１８８−１１（ＣＭＤ　　ＦＬＡＧＳ）。当該
メッセージについての情報を特定する符号なしバイト値
である。この値の各ビットは特定の意味を持つ。もしも
すべてのビットがオフ（０）であると、それ以上の情報
はまったくない。ビット数は０から始まり、右から左へ
書かれる。これらビットは以下の意味を持つ。 ビット０：”さらに到来する”ビット。もしも（１）が
設定されていると、当該メッセージは完了しておらず、
通信リンク１５６にさらにメッセージ全体を受信するた
め、「受信」サービスを必要とする。 ビット１−７：将来的使用のための予備。 ブロック１８８−１２（ＲＥＳＥＲＶＥＤ　　＃１）。 これは将来の使用に対する予備の符号なし３バイトフィ
ールドに関係する。

【００７７】「閉じる」サービスは使用中のＭＴＬ１６
８、１７２および関連の通信ドライバ（ＳＣＳＩ１６８
、１３４）を閉じるのに使用される。「閉じる」サービ
ス構造体１９０は図１５に示されており、以下のように
定義される。 ブロック１９０−１（ＲＥＳＥＲＢＥＤ）。これは将来
の使用に対する予備の符号なし１６バイトフィールドに
関係する。

【００７８】「質問」サービスは、ホストアプリケーシ
ョンが通信リンク１５６上のいろいろのデバイスの目標
ＩＤを決定するのに使用される。これらのＩＤは通信リ
ンク１５６上のいろいろのデバイスに対してメッセージ
を送るために「送信」サービスで使用される。但し、例
として図５の例にはこのリンク中に処理機１０のみを示
す。「質問」サービス構造体１９０は図１６に示されて
おり、次のように定義される。 ブロック１９２−１（ＤＥＶＩＣＥ　　ＩＤ）。これは
符号なし８バイト配列に関係する。この配列の各要素は
通信リンク１５６上のデバイスを表す。この配列（０で
始まる）中へのオフセットは、「送信」サービスにおけ
る目標ＩＤとして使用される。各配列要素は以下の値の
一つを持つことができる。 ＊Ｈ　　−　　パーソナルコンピューター１２を表す。 ＊Ｕ　　−　　処理機１０を表す。 ＊？　　−　　未知のデバイスを表す。 ＊Ｉ　　−　　ホストが「質問」サービスを要求してい
ることを示す。

【００７９】ホストアプリケーションはＭＴＬ１６８に
メッセージの送信を試みる前に「質問」サービスを行わ
なければならない。「質問」サービスが指定された処理
機１０を有していないなら、ホストアプリケーションは
「処理機１０をオンにせよと」の要求メッセージを表示
できる。ホストアプリケーションは、処理機１０が利用
可能となるまで、この「質問」サービスを要求し続ける
。このことはまた、もしもホストアプリケーショがパー
ソナルコンピューター１２と同様の別のパーソナルコン
ピューターを探すときも同じである。

【００８０】上記の未知デバイス（？）とは、当該デバ
イスが存在しないこと、またはそのデバイスが存在する
が未知の形式のものであることを示す。

【００８１】もしもホストアプリケーションがデバイス
からメッセージを受信するなら、「受信」サービス構造
体１８８のＳＲＣ　　ＩＤフィールド１８８−１内の値
を、「送信」サービス構造体１８６の目標ＩＤ１８６−
１として使用するべきである。完全なメッセージを受信
した後、ホストアプリケーションは当該メッセージが誰
から到来したかを見るため、「質問」表内のオフセット
値としてＳＲＣ　　ＩＤフィールド１８８−１を使用で
きる。もしも「ソース」ＩＤオフセットにおける「質問
」表データが「？」であると、ホストアプリケーション
はそのメッセージを送っているデバイスが誰であるかを
決定するため、別の「質問」命令を発行すべきである。 このデバイスはその「質問」サービスが行われた後にオ
ンとなったデバイスであるかも知れない。以上の手続き
により、ホストアプリケーションは当該メッセージを取
り扱うために必要な応答を決定することができる。

【００８２】以下の一覧表はサービス要求ルーチンに対
する定数、構造体テンプレート、公用変数の定義、およ
び機能の原形を示す。

【００８３】処理機１０の特徴の一つはこれが、オペレ
ーティングシステムソフトウェア１４８と、トラックエ
ンコーダシステム１５２、磁気カード読取りシステム１
５３および暗号化装置１４０に関連するイメージ処理シ
ステム１５０に関連するランニングソフトウェアとが、
パーソナルコンピューター１２のディスク１５４上に格
納することができるアーキテクチャーを持つ設計となっ
ていることである。オペレーティングシステムソフトウ
ェア１４８および本節上記の種々のシステムと関連する
ランニングソフトウェアがパーソナルコンピューター１
２から処理機１０のオペレーティングシステムソフトウ
ェア１４８にダウンロードされ、オペレーティングシス
テムソフトウェア１４８からこのランニングソフトウェ
アが次いで上記いろいろのシステムにダウンロードされ
る。

【図面の簡単な説明】

【図１】本発明に基づく文書処理機の好ましい実施例全
体の斜視図である。

【図２】図１の処理機のカバーを取り除いたときの、処
理機に含まれるいろいろの要素の平面図である。

【図３】図２の処理機を図１の矢印Ａの方向から見たと
きの全体的等角斜視図である。

【図４】図２の処理機を図２の矢印Ｂの方向から見たと
きのの立面図である。

【図５】図１のパーソナルコンピューターに含まれるい
ろいろの成分を示す略線図である。

【図６】図５に示すパーソナルコンピューターおよび図
１−４の処理機に含まれるいろいろのソフトウェアレイ
ヤーを示す略線図である。

【図７】図３に最もよく示されるＭＩＣＲ符号化器（エ
ンコーダー）の一部の等角斜視図である。

【図８】一部を図７の線８−８に沿う断面で表す平面図
である。

【図９】図１に示す処理機の動作に関連する電気的ハー
ドウェアを示す略線図である。

【図１０】電気的ハードウェアと図１に示す処理機とが
どのように関連するかを示す略線図である。

【図１１】図１の処理機により処理される文書に関連す
る領域を示す略線図である。

【図１２】パーソナルコンピューターと図６に示す処理
機との間の通信を与えるのに使用されるいくつかのサー
ビスの一つである「開く」サービスのフォーマットを示
す略線図である。

【図１３】パーソナルコンピューターと図６に示す処理
機との間の通信を与えるのに使用されるいくつかのサー
ビスの一つである「送信」サービスのフォーマットを示
す略線図である。

【図１４】パーソナルコンピューターと図６に示す処理
機との間の通信を与えるのに使用されるいくつかのサー
ビスの一つである「受信」サービスのフォーマットを示
す略線図である。

【図１５】パーソナルコンピューターと図６に示す処理
機との間の通信を与えるのに使用されるいくつかのサー
ビスの一つである「閉じる」サービスのフォーマットを
示す略線図である。

【図１６】パーソナルコンピューターと図６に示す処理
機との間の通信を与えるのに使用されるいくつかのサー
ビスの一つである「質問」サービスのフォーマットを示
す略線図である。

【符号の説明】

１０　　処理機 １２　　パーソナルコンピューター １６　　キャビネット １８　　文書トラック ２０　　入口領域 ２２　　出口領域 ２４　　文書 ２６　　移送装置 ２８、３０　　センサー ３２　　ステッパーモーター ３４、３６、３８、４０　　駆動ローラ３４−１、３６
−１、３８−１、４０−１　　ピンチローラ４２　　タ
イミングベルト ４３、４４、４６、４８、５０、５１　　アイドラロー
ラ５２　　イメージ化装置（イメージャー）５４　　光
源 ５６　　走査線 ５８　　鏡 ６２　　電荷結合デバイス ６６、６８　　認証機プリンタ ７０　　ＭＩＣＲプリンタ ７２　　リボン供給装置

Claims (5)

【特許請求の範囲】
1. 【請求項１】キーボード、ディスプレー、およびコンピ
   ューター制御装置を備えたコンピューターと共に使用さ
   れ、第一の側と第二の側を有する文書を処理するための
   文書処理機であって、該文書を出し入れするために使用
   する第一端と、該文書を出すために使用する第二端とを
   有する文書トラックと、該文書トラック内にあって該文
   書を該第二端に向いた第一送り方向および、第一端に向
   いた第二送り方向に移動させるプログラム可能な移送装
   置と、該第一側および第二側の一方をイメージ化するイ
   メージ化装置にして該イメージ化装置とイメージ化に必
   要な関係を保ちつつ該文書が該第一および第二送り方向
   の一方に移動される際にイメージ化を行うイメージ化装
   置と、該文書の該第一および第二側の一方の上に印刷を
   行うため該文書トラックに沿って配置されたプリンタと
   、該移送装置、イメージ化装置、およびプリンタに作動
   上結合された制御ボードと、該制御ボードを該コンピュ
   ーターの該制御装置に結合する入力装置とを含む文書処
   理装置。
2. 【請求項２】キーボード、ディスプレー、およびコンピ
   ューター制御装置を備えたコンピューターと共に使用さ
   れ、第一の側と第二の側を有する文書を処理するための
   テーブルトップ文書処理機であって、文書トラック内を
   移動する該文書の該第一、第二側のイメージ化を行うた
   めのランニングソフトウェアを含むイメージ処理システ
   ムと、該第一、第二側上にグラフィックスおよび英数字
   を印刷し、また該文書の該第一側上にＭＩＣＲデータを
   印刷するためのランニングソフトウェアを含むトラック
   エンコーダシステムと、ランニングソフトウェアおよび
   磁気的読取り機を含み、該磁気的読取り機内に挿入され
   たカードから顧客データを読み取る磁気カード読取りシ
   ステムと、該文書処理機で処理されたデータの暗号化を
   行うランニングソフトウェアを含む暗号化システムと、
   オペレーティングシステムソフトウェアと該オペレーテ
   ィングシステムソフトウェアの実行用のパーソナルコン
   ピューターチップとを含むオペレーティングシステムと
   を含み、該文書処理機は、該コンピューターの該制御装
   置内への該オペレーティングシステムソフトウェアおよ
   び該ランニングソフトウェアの格納および該オペレーテ
   ィングシステムへのダウンロードを可能にするアーキテ
   クチャーを有し、関連の該イメージ処理システム、トラ
   ックエンコーダーシステム、磁気カード読取りシステム
   、および暗号化システムへの該ランニングソフトウェア
   のダウンロードが該オペレーティングシステムにより行
   われることを特徴とする文書処理機。
3. 【請求項３】キーボード、ディスプレー、およびコンピ
   ューター制御装置を備えたコンピューターに使用される
   文書処理機であって、第一端および第二端を有する文書
   トラックと、表面および裏面を有する文書を、該文書ト
   ラック内において第一および第二送り方向に移送するプ
   ログラム可能な移送装置にして、該第一および第二方向
   がそれぞれ該表面、裏面に向けられている移送装置と、
   該表面をイメージ化する第一イメージ化装置と、該裏面
   をイメージ化する第二イメージ化装置にして、該第一お
   よび第二イメージ化装置とイメージ化に必要な関係を保
   ちつつ該文書が該送り方向に移動される際にイメージ化
   を行うイメージ化装置と、該文書の該表面上に印刷をす
   るため該文書トラックに沿って配置された第一プリンタ
   と、該文書の該裏面上に印刷をするため該文書トラック
   に沿って配置された第二プリンタと、該文書の該表面上
   にＭＩＣＲデータを印刷をするため該文書トラックに沿
   って配置された第三プリンタと、該移送装置、第一およ
   び第二イメージ化装置、第一、第二、および第三プリン
   タに作動上結合された制御ボードと、該制御ボードを該
   コンピューターの該制御装置に結合する入力装置とを含
   む文書処理装置。
4. 【請求項４】文書トラックと、該文書トラック内にあっ
   て第一側と第二側を有する文書を両方向の送り方向に移
   動させるプログラム可能な移送装置と、該第一側および
   第二側の少なくとも一方をイメージ化するイメージ化装
   置と、該第一側および第二側の一方の側上に印刷を行う
   少なくとも一つのプリンタと、該制御装置、該プログラ
   ム可能な移送装置、該イメージ化装置、および該少なく
   とも一つのプリンタに結合されたオペレーティングシス
   テムとを含み、キーボード、ディスプレー、データ格納
   装置、およびコンピューター制御装置により制御される
   文書処理機（以下処理機と言う）において、該文書を処
   理する方法であって、（ａ）該制御装置に該処理機の動
   作を制御するためのプログラムを負荷するステップと、
   （ｂ）該文書トラック内に処理すべき文書を配置するス
   テップと、（ｃ）該文書の第一および第二側の一方上に
   印刷すべきグラフィックの型式を示す制御信号を該制御
   装置に入力するステップと、（ｄ）該文書トラックに隣
   接して配置された該プリンタと印刷関係を持つように該
   文書を移送することにより該文書上に該グラフィックを
   印刷するステップとを含む文書処理方法。
5. 【請求項５】処理機内の文書トラック内を移動する文書
   の少なくとも一方の側をイメージ化するランニングソフ
   トウェアを含んだイメージ処理システムと、該文書の少
   なくとも一方側上にグラフィックスおよびテキストを印
   刷するためのランニングソフトウェアを含むトラックエ
   ンコーダーシステムと、オペレーティングソフトウェア
   と該オペレーティングソフトウェアを実行するためのパ
   ーソナルコンピューターチップとを含んだオペレーティ
   ングシステムとを含む該機械内の文書を処理する方法で
   あって、 （ａ）該パーソナルコンピューターから該オペレーティ
   ングシステムへの該オペレーティングソフトウェアおよ
   び該ランニングソフトウェアのダウンロードを行うステ
   ップと、 （ｂ）該オペレーティングシステムから該イメージ処理
   システムおよび該エンコーダーシステムへの該ランニン
   グソフトウェアのダウンロードを行うステップと、（ｃ
   ）該オペレーティングソフトウェアおよび該ランニング
   ソフトウェアを使用して該処理機内の該文書を処理する
   ステップとを含む文書処理方法。