最後の難関が、９６００ｂｐｓ（bit pｅr second：１秒間当たりのビット数）という伝送速度で、リアルタイム処理を実現するという事です。例えば、同一構内の端末ならば本体とケーブルで直接、接続されるので、電送速度はMbpsの単位に跳ね上がります。少なくとも１００倍以上の早さがあるので、全画面処理を行っても、画像データに１０００文字（１文字は８ビットなので８０００ビット）あったとしても電送処理は１００分の１秒済みますが、これが、９６００ｂｐｓであれば、電送時間だけで１０分の８秒・・約１秒も必要になる訳です。さらに、往復処理なので２倍、約２秒となり、これに、CPUのデータ処理時間が加算されます。プラス１秒とすると約３秒という訳です。
実際の運用面では、この３秒は辛いものがあります。キーオペレーションする人にとっては、同じペースで作業ができるのがベターなのです。一番最初のプログラムでは、この全画面処理で作っていましたから、現場でテストしてもらうとこの「３秒」が問題になった訳です。
これを解決するのに、画面を行単位に分割した設計にしました。しかも、画面のフレームを変えずにすむようにして、本体のコンピュータと端末間で画面情報のやりとりを極力減少するようにしました。こうする事で、上り電文が１件のデータで品番と数量で約２０バイト・・１６０ビット、下り電文では、品名と単価、金額、在庫の有無などが加わって約４０バイト・・３２０ビットということになり、全画面の２０分の１というものにしました。これだとコンピュータ処理が入っても約１秒でレスポンスが返ってくるので、一定したリズムで作業ができると喜ばれました。