JP2003099685A

JP2003099685A - 取引データ処理装置、及びプログラム

Info

Publication number: JP2003099685A
Application number: JP2001294173A
Authority: JP
Inventors: Masateru Yamagishi; 将照山岸; Tsutomu Yamaguchi; 勉山口
Original assignee: Casio Computer Co Ltd; Casio Soft Co Ltd
Current assignee: Casio Computer Co Ltd; Casio Soft Co Ltd
Priority date: 2001-09-26
Filing date: 2001-09-26
Publication date: 2003-04-04

Abstract

(57)【要約】【課題】本発明の課題は、飲食店等の代金精算におい
て、割り勘による代金精算処理業務の円滑化を図ること
である。【解決手段】各種代金精算時に、客との取引に関する
データを処理するＥＣＲ１において、複数の客からなる
グループとの一取引において取引された商品の合計金額
の支払いを割り勘（個別割り勘、又は単純割り勘）にす
る場合、支払人毎に、支払方法（現金払い、クレジット
カード払い、デビットカード払い、プリペイドカード払
い等）が入力部１２により指定されると、ＣＰＵ１１
は、支払人毎に指定された支払方法に従って、各支払人
に対する割り勘代金の決済を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、飲食店等の代金精
算において、客との取引に関するデータを処理する取引
データ処理装置、及びプログラムに関する。

【０００２】

【従来の技術】飲食店で複数人からなるグループで飲食
し、飲食代金の精算を行う際、割り勘の形態で支払いを
することがある。従来は、例えば、特開平１１−８６１
３７号に開示されているように、店舗が備えるレジス
タ、又はＰＯＳ（Point Of Sales）端末において、合計
金額と支払い人数に基づいて、一人あたりの支払い金額
を算出させ、その金額をＰＯＳ端末の顧客用表示器に表
示させ、レシートに印刷出力させていた。

【０００３】

【発明が解決しようとする課題】しかしながら、上記で
示した従来の割り勘形態の支払い時は、店舗側では、Ｐ
ＯＳ端末の顧客用表示器やレシートに、合計金額と一人
分の支払い金額を表示、出力するだけであったため、一
人分の支払い金額がわかったとしても、実際の決済処理
は、支払い者一人一人にとって依然煩わしかった。実
際、支払い前に、グループの代表者が、残りのメンバー
から、店舗側から提示された割り勘金額を集金する形態
がとられることが多く、小銭を持ち合わせていないメン
バーがいた場合など、結局、割り勘金額が曖昧になって
しまうことがあった。特に、グループの中に、現金払い
を希望する者と、クレジットカード払いを希望する者が
混在していた場合、支払い方法の決定自体が面倒であっ
た。

【０００４】本発明の課題は、飲食店等の代金精算にお
いて、割り勘による代金精算処理業務の円滑化を図るこ
とである。

【０００５】

【課題を解決するための手段】本発明は、このような課
題を解決するために、次のような特徴を備えている。な
お、次に示す手段の説明中、括弧書きにより実施の形態
に対応する構成を例示する。符号等は、後述する図面参
照符号等である。

【０００６】請求項１記載の発明は、客と取引された商
品の合計金額に関するデータを処理する取引データ処理
装置（例えば、図１に示すＥＣＲ１）において、複数の
客からなるグループとの一取引において取引された商品
の合計金額の支払いを割り勘にするか否かを指定する割
り勘指定手段（例えば、図２に示す入力部１２）と、支
払人毎に、複数の支払方法のうちから任意の支払方法を
指定する支払方法指定手段（例えば、図２に示す入力部
１２）と、前記割り勘指定手段により割り勘による支払
いが指定された場合、前記支払人毎に指定された支払方
法に従って、各支払人に対する割り勘代金の決済を行う
代金決済手段（例えば、図２に示すＣＰＵ１１）と、を
備えることを特徴としている。

【０００７】この請求項１記載の発明によれば、割り勘
指定手段により割り勘による支払いが指定された場合
に、代金決算手段が、支払い方法指定手段により、支払
人毎に指定された支払い方法に従って、各支払人に対す
る割り勘代金の決済を行うことで、割り勘による代金精
算処理を円滑に行うことができる。

【０００８】

【発明の実施の形態】以下、図を参照して本発明の実施
の形態を詳細に説明する。

【０００９】[第１の実施の形態]図１〜図１８は、本発
明を適用した代金決済システム１００の第１の実施の形
態を説明するための図である。まず、構成を説明する。

【００１０】図１は、本発明を適用した代金決済システ
ム１００の全体構成を示す図である。図１に示すよう
に、代金決済システム１００は、飲食店１０に設置さ
れ、顧客との取引の記録、各種演算、金銭管理等を行う
ＥＣＲ（Electronic Cash Register：電子レジスタ）
１、クレジットカード会社サーバ２、銀行サーバ３によ
り構成される。各端末は、通信ネットワークＮを介して
通信接続されている。

【００１１】なお、図１においては、本実施の形態の説
明を簡略化するために、ＥＣＲ１に通信接続されるクレ
ジットカード会社サーバ２、及び銀行サーバ３がそれぞ
れ１台で構成される場合を示しているが、飲食店１０と
業務提携しているクレジットカード会社のサーバ、及び
銀行のサーバであれば、何台接続されていても、本実施
の形態の代金決済システム１００は適用可能である。

【００１２】図２は、図１に示したＥＣＲ１の内部構成
を示すブロック図である。図２に示すように、ＥＣＲ１
は、ＣＰＵ１１、入力部１２、タッチ入力部１３、カー
ドリーダ１４、ドロア１５、伝送制御部１６、表示部１
７、印字装置１８、ＲＡＭ１９、記憶装置２０、記録媒
体２１を備え、記録媒体を除く各部はバス２２により接
続されている。

【００１３】ＣＰＵ（Central Processing Unit）１１
は、記憶装置２０に格納されている各種アプリケーショ
ンプログラムを読み出してＲＡＭ１９の図示しないプロ
グラム格納エリアに展開し、これらの各プログラムに基
づく各種処理を実行し、処理結果をＲＡＭ１９内のワー
クメモリ１９ｆ（図３参照）に一時的に格納するととも
に、表示部１７に表示する。また、ＣＰＵ１１は、入力
部１２から入力される操作信号に基づいて、前記処理結
果を記憶装置２０内の指示された保存先に保存する。

【００１４】具体的には、ＣＰＵ１１は、飲食等の代金
精算の際にメイン処理を実行する（図６参照）。また、
ＣＰＵ１１は、このメイン処理において、一取引におけ
る客人数や割り勘の種別をＲＡＭ１９に一時的に記憶さ
せる登録処理（図７参照）や、実際の割り勘形態による
代金精算として、個別割り勘処理（図９参照）や単純割
り勘処理（図１４参照）を実行する。

【００１５】ここで、個別割り勘とは、複数からなるグ
ループが取引した商品の金額を割り勘にする場合に、各
客が取引した金額を一人あたりの支払い金額とするもの
で、単純割り勘とは、グループ全体で取引した複数商品
の合計金額を、単純に客の人数で割った金額を一人あた
りの支払い金額とするものである。

【００１６】入力部１２は、置数キー、商品別キー、取
引別キー、ファンクションキー等の各種キーを備え、キ
ーの押下信号をＣＰＵ１１に出力する。

【００１７】置数キーは、数値「０」〜「９」、及び
「00」を示すキーを備え、商品別キーは、各種商品名を
示すキー（例えば、Ａ定食を表す「Ａ定」キー等）を備
える。取引別キーは、各種取引を区分するキーであり、
現金払いを指定する「現金／預かり金」キー、クレジッ
トカード払いを指定する「カード１」キー、デビットカ
ード払いを指定する「カード２」キー、プリペイドカー
ド払いを指定する「カード３」キー、個別割り勘による
支払いを指定する「個別割」キー、単純割り勘による支
払いを指定する「単割」キー等を備える。ファンクショ
ンキーは、直前訂正等、間違えて操作したときに元に戻
すための「訂正」キー、締め処理（合計／釣銭演算、取
引データ更新）を行うための「締め」キー、乗算計算を
行うための「×」キー、除法計算（売上合計金額÷人
数）を行うための「÷」キー等の各種演算キーを備え
る。

【００１８】タッチ入力部１３は、表示部１７を覆うよ
うにして設けられたタッチパネルを備え、電磁誘導式、
磁気歪式、感圧式等の座標読み取り原理でタッチ指示さ
れた座標を検出し、検出した座標を位置信号としてＣＰ
Ｕ１１に出力する。

【００１９】カードリーダ１４は、クレジットカード、
キャッシュカード、プリペイドカード等の磁気カードを
読み取るための専用装置であり、磁性体の塗られたカー
ドの磁気部分に記録されている磁気データをヘッダで読
み取り、デジタル信号に変換してＣＰＵ１１に出力す
る。カードリーダには、例えば、スリットにカードを通
すスライド式、スロットにカードを差し込む挿入式があ
るが、本実施の形態では、スライド式であるとする。

【００２０】ドロア１５は、現金を収納し、入力部１２
において「現金／預かり金」キー等が操作された際に開
放される。

【００２１】伝送制御部１６は、モデム（ＭＯＤＥＭ：
MOdulator/DEModulator）、又はターミナルアダプタ（T
erminal Adapter）等によって構成され、電話回線、Ｉ
ＳＤＮ（Integrated Service Digital Network）回線等
の通信回線を介して外部機器との通信を行うための制御
を行う。モデムは、電話回線を介してパーソナルコンピ
ュータ等の外部機器との通信を行うために、ＣＰＵ１１
によって処理されたデジタルデータを電話回線の周波数
帯域にあったアナログ信号に変調し、また、電話回線を
介して入力されたアナログ信号をデジタル信号に復調す
る装置である。ターミナルアダプタは、ＩＳＤＮ回線を
介してパーソナルコンピュータ等の外部機器との通信を
行うために、既存のインターフェースをＩＳＤＮに対応
するインターフェースに変換する装置である。

【００２２】表示部１７は、ＬＣＤ（Liquid Crystal D
isplay）等により構成され、ＣＰＵ１１から入力される
表示信号に従って、所要の表示を行う。個別割り勘、単
純割り勘による支払いが行われる際の画面表示例を、そ
れぞれ、図１２、図１６に示す。

【００２３】印字装置１８は、ラインサーマルプリンタ
等により構成され、記憶装置２０に格納された印字制御
プログラムに従って印字動作と紙送り動作を制御し、Ｃ
ＰＵ１１から入力される売上データ等を、所定の時間間
隔で１ライン毎にサーマルプリンタ内の印字ヘッドに出
力し、セットされるレシート用紙に印刷する。個別割り
勘、単純割り勘による支払いが行われる際に発行される
レシート例を、それぞれ、図１３、図１７に示す。

【００２４】ＲＡＭ（Random Access Memory）１９は、
ＣＰＵ１１により実行される上記処理プログラムや各種
アプリケーションプログラムを、ＲＡＭ１５内の図示し
ないプログラム格納領域に展開するとともに、入力指
示、入力データ、及び上記処理プログラムが実行される
際に生じる処理結果等を、ワークメモリ１９ｆ（図３参
照）に一時的に格納する。

【００２５】例えば、ＲＡＭ１９は、図３に示すよう
に、売上データメモリ１９ａ、売上合計レジスタ１９
ｂ、割り勘種別レジスタ１９ｃ、置数レジスタ１９１
ｄ、客人数レジスタ１９１ｅ、ワークメモリ１９ｆ等を
有し、これらのうち、売上合計金額レジスタ１９ｂ、割
り勘種別レジスタ１９ｃ、置数レジスタ１９１ｄ、客人
数レジスタ１９１ｅを、取引毎に互いに対応付けて記憶
する。

【００２６】売上データメモリ１９ａは、当日の売上に
関するデータを蓄積し、売上合計金額レジスタ１９ｂ
は、一取引における売上合計金額データを記憶し、割り
勘種別レジスタ１９ｃは、当該取引における割り勘の種
別データ（個別割り勘、単純割り勘、割り勘指定なし）
を記憶し、置数レジスタ１９１ｄは、当該取引において
入力部１２から入力された置数データを記憶し、客人数
レジスタ１９１ｅは、当該取引における客人数データを
記憶する。ワークメモリ１９ｆは、ＣＰＵ１１によって
実行される登録処理や割り勘締め処理等に際して処理さ
れる各種データを一時的に記憶する。

【００２７】売上データメモリ１９ａは、図４に示すよ
うに、キャラクタ、単価、売上個数、カード売上金額、
現金売上金額の各項目を互いに対応付けて記憶する。キ
ャラクタとしては、飲食店１０が顧客に提供する商品名
データ（例えば、Ａ定食やＢ定食等）を記憶し、単価と
しては、各商品の単価データを記憶し、売上個数として
は、商品毎の売上個数データを記憶し、カード売上金額
としては、商品毎に、クレジットカード、デビットカー
ド、プリペイドカードによる売上金額データを記憶し、
現金売上金額としては、商品毎に、現金による売上金額
データを記憶する。

【００２８】記憶装置２０は、ＥＣＲ１に対応する各種
アプリケーションプログラム、登録処理プログラム、割
り勘締め処理プログラム、印字制御プログラム、及び各
処理プログラムで処理されたデータ等を記憶しており、
磁気的、光学的記録媒体、若しくは半導体メモリなど、
ＣＰＵ１１で読み取り可能な記録媒体２１を含んだ構成
である。この記録媒体２１は、ＣＤ−ＲＯＭ、メモリカ
ード等の可搬型の媒体やハードディスク等の固定的な媒
体を含む。また、この記録媒体２１に格納するプログラ
ム、データ等は、その一部若しくは全部をサーバやクラ
イアントからＷＡＮ（Wide Area Network）、ＬＡＮ（L
ocal Area Network）等のネットワークを介して伝送制
御部１６から受信する構成にしてもよく、更に、記録媒
体２１は、ネットワーク上に構築されたサーバやクライ
アントの記録媒体であってもよい。

【００２９】図１において、クレジットカード会社サー
バ２は、飲食店１０と業務提携しているクレジット会社
に設置されたサーバであり、当該クレジットカードの利
用者に関する情報（顧客名、決済銀行名、口座番号、カ
ード有効期限等）を格納する顧客ＤＢ（Data Base）を
有する（図示略）。

【００３０】飲食店１０から、クレジットカードを利用
した決済及び認証の依頼があると、クレジットカード会
社サーバ２は、当該クレジットカードに記録されている
顧客情報を顧客ＤＢと照合し、クレジット決済の可否を
飲食店１０に通知する。

【００３１】図１において、銀行サーバ３は、銀行に設
置され、図５（ａ）に示すように、ＣＰＵ３１、ＲＡＭ
３２、伝送制御部３３、記憶装置３４、記録媒体３５を
備え、記録媒体３５を除く各部はバス３６により接続さ
れている。

【００３２】ＣＰＵ３１は、記憶装置３４に格納されて
いる各種アプリケーションプログラムを読み出してＲＡ
Ｍ３２の図示しないプログラム格納エリアに展開し、こ
れらの各プログラムに基づく各種処理を実行し、処理結
果をＲＡＭ３２内のワークエリア（図示略）に一時的に
格納する。

【００３３】具体的には、ＣＰＵ３１は、各店舗や飲食
店等から受信した顧客のキャッシュカードデータから、
暗証番号と残高の確認を行い、顧客の購入金額が残高以
内であれば、直ちに該顧客の口座から支払い金額を引き
落とすデビットカード決済処理を実行する（図１８参
照）。

【００３４】ＲＡＭ３２は、ＣＰＵ３１により実行され
る上記処理プログラムや各種アプリケーションプログラ
ムを、ＲＡＭ３２内の図示しないプログラム格納領域に
展開するとともに、上記処理プログラムが実行される際
に生じる処理結果等を、図示しないワークエリアに一時
的に格納する。例えば、ＲＡＭ３２は、図５（ｂ）に示
すように、口座ＤＢ（Data Base）として、各顧客の口
座データを記憶している。

【００３５】伝送制御部３３は、モデム（ＭＯＤＥＭ：
MOdulator/DEModulator）、又はターミナルアダプタ（T
erminal Adapter）等によって構成され、電話回線、Ｉ
ＳＤＮ回線等の通信回線を介して外部機器との通信を行
うための制御を行う。モデムは、電話回線を介してパー
ソナルコンピュータ等の外部機器との通信を行うため
に、ＣＰＵ３１によって処理されたデジタルデータを電
話回線の周波数帯域にあったアナログ信号に変調し、ま
た、電話回線を介して入力されたアナログ信号をデジタ
ル信号に復調する装置である。ターミナルアダプタは、
ＩＳＤＮ回線を介してパーソナルコンピュータ等の外部
機器との通信を行うために、既存のインターフェースを
ＩＳＤＮに対応するインターフェースに変換する装置で
ある。

【００３６】記憶装置３４は、銀行サーバ３に対応する
各種アプリケーションプログラム、デビットカード決済
処理プログラム、及び各処理プログラムで処理されたデ
ータ等を記憶しており、磁気的、光学的記録媒体、若し
くは半導体メモリなど、ＣＰＵ１１で読み取り可能な記
録媒体３５を含んだ構成である。この記録媒体３５は、
ＣＤ−ＲＯＭ、メモリカード等の可搬型の媒体やハード
ディスク等の固定的な媒体を含む。また、この記録媒体
３５に格納するプログラム、データ等は、その一部若し
くは全部をサーバやクライアントからＷＡＮ、ＬＡＮな
どのネットワークを介して伝送制御部３３から受信する
構成にしてもよく、更に、記録媒体３５は、ネットワー
ク上に構築されたサーバやクライアントの記録媒体であ
ってもよい。

【００３７】次に、本第１の実施の形態の動作を説明す
る。図６〜図１０、図１４、図１８は、本発明に係る第
１の実施の形態の動作を説明するためのフローチャート
である。これらのフローチャートのうち、図６〜図１
０、及び図１４に示すフローチャートは、本発明を適用
したＥＣＲ１を構成するコンピュータに各機能を実現さ
せるためのプログラムを説明するためのものである。こ
のプログラムはＣＰＵ１１が読み取り可能なプログラム
コードの形態で記録媒体２１に格納されている例で説明
するが、全ての機能を記録媒体２１に格納する必要はな
く、必要に応じて、その一部若しくは全部を通信ネット
ワークＮを介して伝送制御部１６から受信して実現する
ようにしてもよい。

【００３８】また、図１８に示すフローチャートは、本
発明を適用した銀行サーバ３を構成するコンピュータに
各機能を実現させるためのプログラムを説明するための
ものである。このプログラムはＣＰＵ３１が読み取り可
能なプログラムコードの形態で記録媒体３５に格納され
ている例で説明するが、全ての機能を記録媒体３５に格
納する必要はなく、必要に応じて、その一部若しくは全
部を通信ネットワークＮを介して伝送制御部３３から受
信して実現するようにしてもよい。

【００３９】まず、図６のフローチャートを参照して、
飲食等の代金精算の際にＥＣＲ１において実行されるメ
イン処理について説明する。

【００４０】ＣＰＵ１１は、入力部１２からの操作信号
の入力を待機しており（ステップＳ１）、操作信号が入
力され（ステップＳ１；ＹＥＳ）、それが客人数を示す
置数キー、乗算キー「×」、割り勘の種別を示すキー
（「個別割」キー又は「単割」キー）の中の何れかによ
る操作信号であれば、登録入力がされたものとみなし
（ステップＳ２；ＹＥＳ）、後述する登録処理（ステッ
プＳ３、図７参照）を実行する。

【００４１】登録処理後に、上記以外のキーによる操作
信号が入力され（ステップＳ２；ＮＯ）、それが商品別
キー（例えば、「Ａ定」キー）操作による信号であれ
ば、ＣＰＵ１１は、後述する割り勘締め処理（ステップ
Ｓ５；図８参照）を実行する。

【００４２】上記の登録処理、割り勘締め処理以外を指
定するキーが入力されると、ＣＰＵ１１は、商品登録
や、現金やカードによる通常の締め処理を実行する（ス
テップＳ６）。

【００４３】次に、図６に示したメイン処理のステップ
Ｓ３における登録処理について、図７のフローチャート
を参照して説明する。

【００４４】ＣＰＵ１１は、入力部１２からの操作信号
が入力されると、この入力が、後述する割り勘締め処理
（図８参照）、又は、通常の締め処理等の締め処理終了
直後の入力であるか否かを確認する（ステップＳ３
１）。締め処理直後に（ステップＳ３１；ＹＥＳ）、置
数キーによる操作信号が入力されると（ステップＳ３
２；ＹＥＳ）、ＣＰＵ１１は、ステップＳ３２で入力さ
れた置数データをＲＡＭ１９内の置数レジスタ１９１ｄ
に一時記憶させ（ステップＳ３３）、次のキー入力を待
機する。締め処理直後に、乗算キーや割り勘種別キーが
押下された場合、ＣＰＵ１１は、本登録処理を一旦終了
し、ＥＣＲ１ユーザ（レジ係）による置数キー入力を待
機する。

【００４５】置数キーによる操作信号入力直後に（ステ
ップＳ３１；ＮＯ）、乗算キー「×」が押下されると
（ステップＳ３４；ＹＥＳ）、ＣＰＵ１１は、ＲＡＭ１
９内の置数レジスタ１９１ｄに一時記憶させていた置数
データを客人数データとして確定し（ステップＳ３
５）、この確定された客人数データを客人数レジスタ１
９１ｅに一時記憶させ、次のキー入力を待機する。

【００４６】乗算キーによる操作信号入力直後に、割り
勘の種別を示すキー（「個別割」キー、又は「単割」キ
ー）が押下され、割り勘種別が指定されると（ステップ
Ｓ３６；ＹＥＳ）、ＣＰＵ１１は、指定された割り勘種
別データをＲＡＭ１９内の割り勘種別レジスタ１９ｃに
一時記憶させ（ステップＳ３７）、本登録処理を終了す
る。

【００４７】次に、図６に示したメイン処理のステップ
Ｓ５における割り勘締め処理について、図８のフローチ
ャートを参照して説明する。

【００４８】割り勘種別の指定直後に商品別キーが押下
されると、ＣＰＵ１１は、まず、ＲＡＭ１９の割り勘種
別レジスタ１９ｃに一時的に記憶された割り勘種別デー
タを読み出し、指定された割り勘種別を確認する（ステ
ップＳ５１）。

【００４９】ＲＡＭ１９から読み出した割り勘種別が個
別割り勘であれば（ステップＳ５１；個別割）、ＣＰＵ
１１は、後述する個別割り勘処理を実行し（ステップＳ
５２、図９参照）、割り勘種別が単純割り勘であれば
（ステップＳ５１；単割）、後述する単純割り勘処理を
実行する（ステップＳ５４、図１４参照）。

【００５０】個別割り勘処理、又は単純割り勘処理が終
了すると、ＣＰＵ１１は、ＲＡＭ１９内の各レジスタ
（売上合計レジスタ１９ｂ、割り勘種別レジスタ１９
ｃ、置数レジスタ１９１ｄ、客人数レジスタ１９１ｅ）
をクリアし（ステップＳ５３）、本割り勘締め処理を終
了する。

【００５１】次に、図８に示した割り勘締め処理のステ
ップＳ５２における個別割り勘処理について、図９及び
図１０のフローチャートを参照して説明する。

【００５２】登録処理で指定された割り勘種別が個別割
り勘であるときに、商品別キー（例えば、「Ａ定」キ
ー）が押下されると、まず、ＣＰＵ１１は、印字装置１
８に対して、レシートのヘッダ印刷を指示する信号を出
力する（ステップＳ５２１）。レシートのヘッダには、
例えば、図１３に示すように、「領収書」の印字ととも
に、飲食店１０の名称（例えば、○○レストラン）や、
日付等が印字される。

【００５３】次いで、ＣＰＵ１１は、ＲＡＭ１９内の売
上データメモリ１９ａを更新し（ステップＳ５２２）、
印字装置１８から出力されるレシートに、上記で押下さ
れた商品別キーに対応する売上データ（商品名）を印字
させるとともに、表示部１７に該売上データを表示させ
る（ステップＳ５２３）。

【００５４】次いで、ＣＰＵ１１は、当該売上データに
対応する売上合計金額を小計として当該レシートに印字
させるとともに、表示部１７に表示させる（ステップＳ
５２４）。そして、ＣＰＵ１１は、当該小計に対する消
費税を演算し、この消費税額を当該レシートに印字させ
るとともに、表示部１７に表示させ（ステップＳ５２
５）、この消費税を売上合計に加算する（ステップＳ５
２６）。

【００５５】次いで、ＣＰＵ１１は、代金支払い方法を
指定するキー（現金／預かり金キー、カードキー等）に
よる操作信号の入力を待機し（ステップＳ５２７）、支
払い方法が入力されると（ステップＳ５２７；ＹＥ
Ｓ）、入力された支払い方法がカード払いを指定するも
のであるか否かを確認する（ステップＳ５２８）。

【００５６】ステップＳ５２８において、カード払いが
指定され（ステップＳ５２８；ＹＥＳ）、カードリーダ
１４のスリットにカードが通されると、カードリーダ１
４は、カードデータを読み込み（ステップＳ５２９）、
デジタル信号に変換してＣＰＵ１１に出力する。

【００５７】現金／預かり金キーが押下され、現金払い
が指定されると（ステップＳ５３０；ＹＥＳ）、ドロア
１５が開き、飲食店１０のレジ係と顧客との間で現金授
受処理が実行される（ステップＳ５３１）。ステップＳ
５２７において支払い方法を指定したにも関わらず、訂
正キーが押下され、支払い方法を変更する場合等は（ス
テップＳ５３０；ＮＯ）、ＣＰＵ１１は、ステップＳ５
２７に戻り、再度支払い方法の指定を待機する。

【００５８】カードリーダ１４のスリットに通されたカ
ードの種類がデビットカードである場合（図１０のステ
ップＳ５０１；ＹＥＳ）、ＣＰＵ１１は、該カード保有
者である客に、暗証番号の入力を促す。客が該カードの
暗証番号を入力すると、ＣＰＵ１１は、支払い金額（売
上合計金額）に対するカード決済のため、該暗証番号を
含むカードデータを銀行サーバ３に送信する（ステップ
Ｓ５０２）。

【００５９】カードデータ送信後、ＣＰＵ１１は、銀行
サーバ３から、支払い金額の全額決済完了通知を受信す
るのを待機し（ステップＳ５０３）、決済完了通知を受
信すると（ステップＳ５０３）、レシート発行のため
に、後述する図９のステップＳ５３２に移行する。

【００６０】当該デビットカードに対応する口座の残高
が支払い金額より少ない場合は、ＣＰＵ１１は、銀行サ
ーバ３から不足分金額データを受信し、この不足分金額
を支払い金額としてＲＡＭ１９に記憶させ（ステップＳ
５０４）、図９のステップＳ５２７に戻り、不足分金額
の支払い方法の入力を待機する。

【００６１】カードリーダ１４が読みこんだカードの種
類がクレジットカードである場合（ステップＳ５０５；
ＹＥＳ）、カードリーダ１４は、このクレジットカード
データをＣＰＵ１１に出力し、ＣＰＵ１１は、支払い金
額（売上合計金額）に対するカード決済のため、カード
リーダ１４から入力されたクレジットカードデータを、
対応するクレジットカード会社サーバ２に送信する（ス
テップＳ５０６）。

【００６２】クレジット会社サーバ２から、クレジット
決済可能である旨のデータを受信すると（ステップＳ５
０７；ＹＥＳ）、ＣＰＵ１１は、レシート発行のため
に、後述するステップＳ５３２に移行する。当該クレジ
ットカード決済が不可能である旨のデータを受信すると
（ステップＳ５０７；ＮＯ）、ＣＰＵ１１は、表示部１
７に、クレジット決済不可の案内表示をさせ（ステップ
Ｓ５０８）、図９のステップＳ５２７に戻り、クレジッ
トカード以外の支払い方法入力を待機する。

【００６３】カードリーダ１４が読みこんだカードの種
類がプリペイドカードである場合（ステップＳ５０９；
ＹＥＳ）、カードリーダ１４は、該プリペイドカードの
残高を読み取り（ステップＳ５１０）、読み取った残高
データをＣＰＵ１１に出力する。ＣＰＵ１１は、売上合
計金額レジスタ１９ｂに一時記憶されている支払い金額
データと、カードリーダ１４から入力された残高データ
とを比較し（ステップＳ５１１）、残高が支払い金額よ
り多ければ（ステップＳ５１１；ＹＥＳ）、レシート発
行のために、後述する図９のステップＳ５３２に移行す
る。

【００６４】当該プリペイドカードの残高が支払い金額
より少なければ（ステップＳ５１１；ＮＯ）、ＣＰＵ１
１は、支払い金額から残高を差し引いた金額を、未払い
金額として表示部１７に表示させ（ステップＳ５１
２）、図９のステップＳ５２７に戻り、未払い金額の支
払い方法の入力を待機する。

【００６５】カードリーダ１４が読みこんだカードが、
飲食店１０で取扱い不可である場合、ＣＰＵ１１は、表
示部１７に、カード取扱い不可の案内表示をさせ（ステ
ップＳ５１３）、図９のステップＳ５２７に戻り、再
度、支払い方法の入力を待機する。

【００６６】支払い金額の現金による授受処理、又はカ
ード払いが終了すると、ＣＰＵ１１は、「締め」キーの
押下信号の入力を待機し（ステップＳ５３２）、「締
め」キーが押下されると（ステップＳ５３２；ＹＥ
Ｓ）、印字装置１８に、レシートを発行させ（ステップ
Ｓ５３３）、売上合計金額（支払い金額）の印字をさせ
る（ステップＳ５３４）。

【００６７】次いで、ＣＰＵ１１は、ＲＡＭ１９内の客
人数レジスタ１９１ｅから客人数データを読み出し、読
み出した人数から１を引き（ステップＳ５３５）、未だ
支払いが済んでいない人数としてＲＡＭ１９に記憶す
る。そして、ＣＰＵ１１は、ステップＳ５３５で算出さ
れた人数の値が０であるか否かを確認し（ステップＳ５
３６）、０でなければ（ステップＳ５３６；ＮＯ）、商
品別キーの押下信号の入力を待機する（ステップＳ５３
７）。

【００６８】ステップＳ５３６において、上記人数の値
が０になると（ステップＳ５３６；ＹＥＳ）、ＣＰＵ１
１は、本個別割り勘処理を終了し、図８のステップＳ５
３に移行して、ＲＡＭ１９内の各レジスタをクリアす
る。

【００６９】ステップＳ５３７において、新たに商品別
キーが押下されると（ステップＳ５３７；ＹＥＳ）、Ｃ
ＰＵ１１は、同一取引内の次の商品に対する代金精算の
ため、ステップＳ５２１に戻り、レシートのヘッダ印刷
を開始する。

【００７０】次に、図１１〜図１３を参照し、個別割り
勘処理の具体例を簡単に説明する。以下の具体例では、
飲食店１０の名称が「○○レストラン」で、この○○レ
ストランで、４名からなるグループが飲食をし、個別割
り勘による代金精算をするものとする。

【００７１】図１１（ａ）の注文書に示すように、上記
４名が、それぞれ、３０００円のＡ定食、２５００円の
Ｂ定食、２５００円のＣ定食、２０００円のＤ定食を注
文した場合の代金精算時のＥＣＲ１におけるキー操作例
を図１１（ｂ）に示す。

【００７２】この場合、置数キーにおいて客人数を示す
数値「４」の押下操作に続き、乗算キー「×」、取引別
キーにおける「個別割」キーが順番に押下されると、表
示部１７には、図１２に示すように、画面左下に人数が
表示され、画面右上の割り勘種別欄では、「個別割」が
選択される。

【００７３】Ａ定食を注文した人がクレジットカードに
よる支払いをする場合、商品別キー内の「Ａ定」キーの
押下操作に続き、取引別キー内の「カード１」キーが押
下される。表示部１７に、クレジットカード会社サーバ
２からのクレジット決済可能通知が表示されると、「締
め」キーが押下され、図１３（ア）に示すようなレシー
トが発行される。

【００７４】Ｂ定食を注文した人が現金払いをする場
合、商品別キー内の「Ｂ定」キーの押下操作に続き、取
引別キー内の「現金／預かり金」キーが押下される。現
金授受処理が終了すると、「締め」キーが押下され、図
１３（イ）に示すようなレシートが発行される。Ｃ定食
を注文した人がデビットカードによる支払いをする場
合、商品別キー内の「Ｃ定」キーの押下操作に続き、取
引別キー内の「カード２」キーが押下される。銀行サー
バ３から決済完了通知があると、「締め」キーが押下さ
れ、図１３（ウ）に示すようなレシートが発行される。

【００７５】Ｄ定食を注文した人がプリペイドカードに
よる支払いをする場合、商品別キー内の「Ｄ定」キーの
押下操作に続き、取引別キー内の「カード３」キーが押
下される。当該プリペイドカードの残高が支払い金額よ
り多ければ、「締め」キーが押下され、図１３（エ）に
示すようなレシートが発行される。

【００７６】これら一連のキー操作に応じて、表示部１
７には、図１２に示すように、４名が注文した商品名と
して、「Ａ定食」、「Ｂ定食」、「Ｃ定食」、「Ｄ定
食」が表示されるとともに、支払い方法として、それぞ
れ、「クレジットカード」、「現金」、「デビットカー
ド」、「プリペイドカード」が表示される。また、支払
い終了時（取引終了時）には、４名の注文品を合計した
小計「１００００円」、該小計に対する消費税「５００
円」、及び売上合計金額「１０５００円」が表示され
る。

【００７７】次に、図８に示した割り勘締め処理のステ
ップＳ５４における単純割り勘処理について、図１４の
フローチャートを参照して説明する。

【００７８】登録処理で指定された割り勘種別が単純割
り勘であるときに、商品別キーが押下されると、まず、
ＣＰＵ１１は、ＲＡＭ１９内の売上データメモリ１９ａ
を更新し（ステップＳ５４１）、押下された商品別キー
に対応する商品の売上データ（商品名）を表示部１７に
表示させ（ステップＳ５４２）、該商品の金額を売上合
計金額に加算し（ステップＳ５４３）、この売上合計金
額データをＲＡＭ１９内の売上合計金額レジスタ１９ｂ
に一時記憶させる。

【００７９】次いで、ＣＰＵ１１は、商品別キーの押下
操作信号の入力を待機し（ステップＳ５４４）、商品別
キーが押下されると（ステップＳ５４４；ＹＥＳ）、ス
テップＳ５４１に戻る。

【００８０】ステップＳ５４４において、商品別キーで
はなく、除法キー「÷」が押下されると（ステップＳ５
４４；ＮＯ）、ＣＰＵ１１は、商品データの入力が終了
したものとみなし（ステップＳ５４５；ＹＥＳ）、ＲＡ
Ｍ１９内の売上合計金額レジスタ１９ｂに記憶されてい
る売上合計金額を、客人数レジスタ１９１ｅに記憶され
ている客人数で割ることで、一人分の支払い金額を算出
して、ＲＡＭ１９に一時記憶させるとともに、表示部１
７に表示させる（ステップＳ５４６）。

【００８１】ステップＳ５４４において、商品別キー以
外のキーが押下され（ステップＳ５４４；ＮＯ）、それ
が除法キーや訂正キー以外のキー入力であれば（ステッ
プＳ５４５；ＮＯ）、ＣＰＵ１１は、ステップＳ５４４
に戻り、商品別キーの押下操作を待機する。

【００８２】一人分の支払い金額を算出すると、ＣＰＵ
１１は、代金支払い方法を指定するキー（現金／預かり
金キー、カードキー）の押下信号の入力を待機し（ステ
ップＳ５４７）、支払い方法が指定されると（ステップ
Ｓ５４７；ＹＥＳ）、印字装置１８から出力されるレシ
ートに、ヘッダ、客人数、売上合計金額を印字させる
（ステップＳ５４８）。

【００８３】ステップＳ５４７において、カード払いが
指定され（ステップＳ５４９；ＹＥＳ）、カードリーダ
１４のスリットにカードが通されると、カードリーダ１
４は、カードデータを読み込み（ステップＳ５５０）、
デジタル信号に変換してＣＰＵ１１に出力する。

【００８４】ステップＳ５４７において、現金払いが指
定された場合（ステップＳ５４９；ＮＯ、ステップＳ５
５１；ＹＥＳ）、ドロア１５が開き、飲食店１０のレジ
係と顧客との間で現金授受処理が実行される（ステップ
Ｓ５５２）。ステップＳ５４７において支払い方法を指
定したにも関わらず、訂正キーが押下され、支払い方法
を変更する場合等は（ステップＳ５５１；ＮＯ）、ＣＰ
Ｕ１１は、ステップＳ５４７に戻り、再度支払い方法の
指定を待機する。

【００８５】支払い金額の現金による授受処理、又はカ
ード払いが終了すると、ＣＰＵ１１は、「締め」キーの
押下信号の入力を待機し（ステップＳ５５３）、「締
め」キーが押下されると（ステップＳ５５３；ＹＥ
Ｓ）、印字装置１８に、レシートを発行させ（ステップ
Ｓ５５４）、該レシートに一人分の支払い金額の印字を
させる（ステップＳ５５５）。

【００８６】次いで、ＣＰＵ１１は、ＲＡＭ１９内の客
人数レジスタ１９１ｅから客人数データを読み出し、読
み出した人数から１を引き（ステップＳ５５６）、未だ
支払いが済んでいない人数としてＲＡＭ１９に記憶す
る。そして、ＣＰＵ１１は、ステップＳ５５６で算出さ
れた人数の値が０であるか否かを確認し（ステップＳ５
５７）、０でなければ（ステップＳ５５７；ＮＯ）、ス
テップＳ５４７に戻り、残りの客の支払い方法が指定さ
れるのを待機する。

【００８７】ステップＳ５５７において、上記人数の値
が０になると（ステップＳ５５７；ＹＥＳ）、ＣＰＵ１
１は、本単純割り勘処理を終了し、図８のステップＳ５
３に移行して、ＲＡＭ１９内の各レジスタをクリアす
る。

【００８８】次に、図１５〜図１７を参照し、単純割り
勘処理の具体例を簡単に説明する。注文書が、図１１
（ａ）に示したものと同一である場合に、単純割り勘に
よる代金精算が行われる時のＥＣＲ１におけるキー操作
例を図１５に示す。本具体例における単純割り勘では、
４名の客の支払い方法は、それぞれ、クレジットカード
払い、現金払い、デビットカード払い、プリペイドカー
ド払いであるものとする。

【００８９】この場合、置数キーにおいて客人数を示す
数値「４」の押下操作に続き、乗算キー「×」、取引別
キーにおける「単割」キーが順番に押下されると、表示
部１７には、図１６に示すように、画面左下に人数が表
示され、画面右上の割り勘種別欄では、「単割」が選択
される。

【００９０】次いで、商品別キー内の「Ａ定」、「Ｂ
定」、「Ｃ定」、「Ｄ定」キーが順番に押下されると、
図１６に示すように、表示部１７の左部には、各商品名
と金額が表示され、下部には、これらの商品の合計金額
としての小計「１００００円」、及びこの小計に対応す
る消費税「５００円」が表示される。

【００９１】次いで、除法キー「÷」が押下されると、
売上合計金額１０５００円が、客人数４で割られ、一人
分の支払い金額「２６５０円」が算出され、図１６に示
すように、表示部１７の右下に表示される。

【００９２】次いで、取引別キー内の「カード１」キー
が押下され、クレジットカードによる支払いが指定さ
れ、表示部１７に、クレジットカード会社サーバ２から
のクレジット決済可能通知が表示されると、「締め」キ
ーが押下され、図１７（カ）に示すようなレシートが発
行される。

【００９３】取引別キー内の「現金／預かり金」キーが
押下され、現金払いが指定され、現金授受処理が終了す
ると、「締め」キーが押下され、図１７（キ）に示すよ
うなレシートが発行される。取引別キー内の「カード
２」キーが押下され、デビットカード払いが指定され、
銀行サーバ３から決済完了通知があると、「締め」キー
が押下され、図１７（ク）に示すようなレシートが発行
される。

【００９４】取引別キー内の「カード３」キーが押下さ
れ、プリペイドカード払いが指定され、当該プリペイド
カードの残高が支払い金額より多ければ、「締め」キー
が押下され、図１７（ケ）に示すようなレシートが発行
される。

【００９５】次に、図１８を参照して、銀行サーバ３に
おいて実行されるデビットカード決済処理について説明
する。

【００９６】まず、飲食店１０に設置されたＥＣＲ１か
ら、売上合計金額データとともに、カードデータを受信
すると（ステップＴ１）、ＣＰＵ３１は、ＲＡＭ３２に
記憶された口座データから、ステップＴ１で受信したカ
ードデータが示すカード番号に対応する口座を抽出し
て、暗証番号の確認を行い、該口座の残高を取得する
（ステップＴ２）。

【００９７】次いで、ＣＰＵ３１は、ステップＴ１で受
信した売上合計金額（支払い金額）データと、ステップ
Ｔ２で取得した口座残高データとを比較する（ステップ
Ｔ３）。売上合計金額が残高内であれば（ステップＴ
４；ＹＥＳ）、ＣＰＵ３１は、直ちに、売上合計金額を
該口座から引き落として、飲食店１０の口座へ振り込み
（ステップＴ５）、飲食店１０に設置されたＥＣＲ１
に、決済が完了した旨を通知して（ステップＴ６）、本
デビットカード決済処理を終了する。

【００９８】ステップＴ２で取得した口座残高より売上
合計金額の方が多ければ（ステップＴ４；ＮＯ）、ＣＰ
Ｕ３１は、該残高の全てを引き落とし、飲食店１０の口
座に振り込む（ステップＴ７）。そして、ＣＰＵ３１
は、支払い不足分金額として、当該売上合計金額から口
座残高を差し引いた金額を算出し（ステップＴ８）、こ
の不足分金額とともに、一部入金が完了した旨を、飲食
店１０のＥＣＲ１に通知し（ステップＴ９）、本デビッ
トカード決済処理を終了する。

【００９９】以上のように、本第１の実施の形態におけ
るＥＣＲ１によれば、割り勘形態による代金精算におい
て、一取引において、クレジットカード払い、デビット
カード払い、プリペイドカード払い、現金払い等の複数
の支払い方法が可能になることで、割り勘形態による代
金精算業務を円滑に行うことができる。また、個別割り
勘や単純割り勘といった頻繁に利用されると思われる支
払いパターンを予め登録しておき、客からの要望に応じ
て選択できるようにしたことにより、代金精算時のレジ
係の入力作業が軽減される。

【０１００】更に、デパート等の大型小売店で主に利用
可能なデビットカードを、レストランや居酒屋等、割り
勘精算をすることの多い飲食店で利用可能にすること
で、デビットカード決済の普及を促進させることができ
る。

【０１０１】[第２の実施の形態]以下、本発明を適用し
たＥＣＲ１の第２の実施の形態について、図１９を参照
して説明する。

【０１０２】まず、構成を説明する。第２の実施の形態
におけるＥＣＲ１の内部構成図は、図２に示す第１の実
施の形態におけるＥＣＲ１と同一であるため、その図示
を省略し、各部の機能説明は、第１の実施の形態と異な
る点のみを以下に説明する。

【０１０３】ＣＰＵ１１は、代金精算時に、記憶装置２
０に記憶されたカード専用割り勘処理プログラムに従っ
て、カード払い専用の単純割り勘精算をするカード専用
割り勘処理を実行する（図１９参照）。

【０１０４】入力装置１２は、第１の実施の形態で示し
たキー以外に、カード決済を指示する「決済」キーを備
える。

【０１０５】ＲＡＭ１９は、後述のカード専用割り勘処
理（図１９参照）において、取引毎に、売上合計金額、
カードリーダ１４のスリットに通されたカードの情報、
及び、スリットに通されたカードの枚数を支払い人数と
して一時記憶する。なお、支払い人数の初期値は０に設
定されているものとする。

【０１０６】記憶装置２０は、ＥＣＲ１に対応する各種
アプリケーションプログラム、カード専用割り勘プログ
ラム、印字制御プログラム、及び各処理プログラムで処
理されたデータ等を記憶する。

【０１０７】次に、本第２の実施の形態の動作を説明す
る。カード支払い専用のＥＣＲ１により実行されるカー
ド専用割り勘処理について、図１９のフローチャートを
参照して説明する。

【０１０８】まず、複数の商品別キーの押下操作による
商品データの入力が終了すると、ＣＰＵ１１は、これら
の商品の売上合計金額を算出し（ステップＰ１）、該売
上合計金額をＲＡＭ１９に一時記憶させるとともに、表
示部１７に表示する。

【０１０９】次いで、カードリーダ１４のスリットにカ
ードが通されると、カードリーダ１４は、該カードのデ
ータをＣＰＵ１１に出力し、ＣＰＵ１１は、カードリー
ダ１４から入力されたカード情報を読み取って（ステッ
プＰ２）、ＲＡＭ１９に一時記憶させるとともに、ＲＡ
Ｍ１９に記憶されている支払い人数に１を加算して（ス
テップＰ３）、ＲＡＭ１９内の支払い人数データを更新
する。

【０１１０】カードリーダ１４のスリットに次のカード
が通されると（ステップＰ４；ＮＯ）、ＣＰＵ１１は、
ステップＰ２に戻り、該カードの読み取りと支払い人数
のカウントを行う。「決済」キーが押下されると、ＣＰ
Ｕ１１は、カード情報の読み取りや支払い人数のカウン
トを終了し（ステップＰ４；ＹＥＳ）、ステップＰ１で
算出した売上合計金額、及びステップＰ３でカウントし
た支払い人数をＲＡＭ１９から読み出し、売上合計金額
を支払い人数で割った金額を一人あたりの支払い金額と
して算出する（ステップＰ５）。

【０１１１】そして、ＣＰＵ１１は、各支払人に対し
て、図１０（第１の実施の形態）に示すような、一人あ
たりの支払い金額に対するカード決済を行い（ステップ
Ｐ６）、本カード専用割り勘処理を終了する。

【０１１２】以上のように、本第２の実施の形態のＥＣ
Ｒ１によれば、カード払い専用の単純割り勘による代金
精算において、ＣＰＵ１１は、カードリーダ１４が読み
取ったカードの枚数をカウントすることにより支払い人
数を取得して、一人あたりの支払い金額を算出すること
で、レジ係がわざわざ人数の入力をする必要がなくな
り、精算処理業務の簡素化、及び精算処理時間の短縮化
を図ることができる。

【０１１３】なお、上記各実施の形態における記述内容
は、本発明の趣旨を逸脱しない範囲で適宜変更可能であ
る。例えば、上記第１の実施の形態では、割り勘の種別
を指定した後に、商品データの入力を行ったが、割り勘
種別の指定は、商品データの入力後等、一取引内の何れ
のタイミングであってもよい。

【０１１４】また、上記各実施の形態では、ネットワー
ク上の代金決済手段として、クレジットカード、デビッ
トカードによる決済を示したが、これらに限定されるも
のではなく、携帯電話、ＰＤＡ（Personal Digital Ass
istants）等の携帯情報通信端末、電子マネー等による
決済であってもよい。

【０１１５】更に、ＥＣＲ１内に、紛失や盗難届のあっ
たクレジットカード等のカード番号を記憶したネガファ
イルを備え、カード決済の際、ネガティブチェックを行
い、カード利用の可否を判別するようにしてもよい。

【０１１６】また、クレジットカードによる決済は、Ｅ
ＣＲ１が顧客データ（顧客別のクレジット金額）をクレ
ジットカード会社サーバ２に送信し、その与信額に応じ
て決済を行い、後日、クレジットカード会社が、顧客の
銀行口座から、顧客の利用代金を引き落とすような既存
のシステムであってもよい。

【０１１７】更に、上記各実施の形態では、各自が、Ｅ
ＣＲ１から提示された割り勘金額を、その場で所望の支
払い方法で支払ったが、グループの代表者がグループ全
体の合計金額をまとめて支払い、後日、各自から割り勘
金額を回収する形態がとられる場合、ＥＣＲ１は、図２
０に示すように、グループ全体の合計金額を示す領収書
（ソ）と、各人の支払い金額を示す領収書（サ）〜
（セ）を１枚のレシートとして発行し、各々をミシン目
により切り離せるようにしてもよい。

【０１１８】また、複数の商品が一取引内に取引される
場合以外に、セット商品、例えば、複数人分の鍋、焼き
肉等を１商品として取引する場合であっても、その１商
品に対して上述と同様な割り勘処理を行ってもよい。更
に、取引される商品は、飲食物以外に、通常の商品、例
えば、複数個でまとめ売りする商品を１商品として取引
するものであってよい。

【０１１９】

【発明の効果】請求項１及び８記載の発明によれば、割
り勘指定手段により割り勘による支払いが指定された場
合に、代金決算手段が、支払い方法指定手段により、支
払人毎に指定された支払い方法に従って、各支払人に対
する割り勘代金の決済を行うことで、割り勘による代金
精算処理を円滑に行うことができる。

【０１２０】請求項２、３、４記載の発明によれば、割
り勘の形態として、頻繁に使用される単純割り勘か個別
割り勘の何れかを指定できることで、客の要望に応じた
割り勘による代金精算が可能になる。

【０１２１】請求項５記載の発明によれば、割り勘の形
態であっても、カードによる支払方法を指定できること
で、従来のような現金による支払いと同様の感覚で手軽
に割り勘代金決済を行うことができる。

【０１２２】請求項６記載の発明によれば、紛失や盗難
届、使用停止要請のあったカードのカード番号を記憶す
るネガファイル記憶手段と、カード利用の可否を判定す
る判定手段とを備えることにより、第三者によるカード
の不正使用を防止でき、取引データ処理装置の信頼性を
向上させることができる。

【０１２３】請求項７記載の発明によれば、各支払人の
支払い方法が全てカードである場合に、カードデータが
読み込まれるカードの枚数を支払い人数として計数し
て、代金決済を行うことで、カード決済を簡易迅速に行
うことができる。

【図面の簡単な説明】

【図１】本発明を適用した代金決済システム１００の全
体構成を示すブロック図。

【図２】本発明を適用したＥＣＲ１の内部構成を示すブ
ロック図。

【図３】第１の実施の形態におけるＥＣＲ１内のＲＡＭ
１９のメモリ構成を示す図。

【図４】第１の実施の形態におけるＲＡＭ１９内の売上
データメモリ１９ａのデータ構成を示す図。

【図５】銀行サーバ３の内部構成を示すブロック図（同
図（ａ））と、ＲＡＭ３２のメモリ構成を示す図（同図
（ｂ））である。

【図６】第１の実施の形態における代金精算時のＥＣＲ
１のメイン処理を示すフローチャート。

【図７】図６に示したメイン処理のステップＳ３におけ
る登録処理を示すフローチャート。

【図８】図６に示したメイン処理のステップＳ５におけ
る割り勘締め処理を示すフローチャート。

【図９】図８に示した割り勘締め処理のステップＳ５２
における個別割り勘処理を示すフローチャート。

【図１０】図９に示した個別割り勘処理、及び図１４に
示した単純割り勘処理において実行されるカード決済処
理を示すフローチャート。

【図１１】○○レストランでの注文書例（同図（ａ））
と、個別割り勘処理におけるキー操作例を示す図（同図
（ｂ））。

【図１２】個別割り勘処理において表示部１７に表示さ
れる支払方法詳細設定画面示例を示す図。

【図１３】個別割り勘処理において発行されるレシート
例を示す図。

【図１４】図８に示した割り勘締め処理のステップＳ５
４における単純割り勘処理を示すフローチャート。

【図１５】単純割り勘処理におけるキー操作例を示す
図。

【図１６】単純割り勘処理において表示部１７に表示さ
れる支払方法詳細設定画面例を示す図。

【図１７】単純割り勘処理において発行されるレシート
例を示す図。

【図１８】銀行サーバ３において実行されるデビットカ
ード決済処理を示すフローチャート。

【図１９】本発明を適用した第２の実施の形態における
ＥＣＲ１において実行されるカード専用割り勘処理を示
すフローチャート。

【図２０】グループの代表者が飲食代金を支払う場合に
発行されるレシート例を示す図。

【符号の説明】

１ＥＣＲ１１ＣＰＵ１２入力部１３タッチ入力部１４カードリーダ１５ドロア１６伝送制御部１７表示部１８印字装置１９ＲＡＭ１９ａ売上データメモリ１９ｂ売上合計金額レジスタ１９ｃ割り勘種別レジスタ１９ｄ置数レジスタ１９ｅ客人数レジスタ１９ｆワークメモリ２０記憶装置２１記録媒体２２バス２クレジットカード会社サーバ３銀行サーバ３１ＣＰＵ３２ＲＡＭ３３伝送制御部３４記憶装置３５記録媒体３６バス１００代金決済システムＮ通信ネットワーク

フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０７Ｇ 1/12 ３６１Ｇ０７Ｇ 1/12 ３６１Ｃ (72)発明者山口勉東京都羽村市栄町３丁目２番１号カシオ計算機株式会社羽村技術センター内Ｆターム(参考） 3E042 AA04 CB03 CC02 CD04 EA01

Claims

【特許請求の範囲】

【請求項１】客と取引された商品の合計金額に関するデ
ータを処理する取引データ処理装置において、複数の客からなるグループとの一取引において取引され
た商品の合計金額の支払いを割り勘にするか否かを指定
する割り勘指定手段と、支払人毎に、複数の支払方法のうちから任意の支払方法
を指定する支払方法指定手段と、前記割り勘指定手段により割り勘による支払いが指定さ
れた場合、前記支払人毎に指定された支払方法に従っ
て、各支払人に対する割り勘代金の決済を行う代金決済
手段と、を備えることを特徴とする取引データ処理装置。
【請求項２】前記割り勘指定手段による指定は、前記一
取引で取引された商品の合計金額を、支払い人数で割っ
た金額を一人あたりの支払い額とする単純割り勘を含
み、前記割り勘指定手段により、単純割り勘による支払いが
指定されると、前記代金決済手段は、支払人毎に、単純
割り勘額の決済を行うことを特徴とする請求項１記載の
取引データ処理装置。
【請求項３】前記割り勘指定手段による指定は、複数の
客からなるグループとの一取引において、該グループを
構成する各客が各々取引した商品の金額を各客の支払い
金額とする個別割り勘を更に含み、前記割り勘指定手段により、個別割り勘による支払いが
指定されると、前記代金決済手段は、客毎に、個別割り
勘額の決済を行うことを特徴とする請求項１記載の取引
データ処理装置。
【請求項４】前記割り勘指定手段は、単純割り勘か個別
割り勘の何れかを指定することを特徴とする請求項１か
ら３の何れかに記載の取引データ処理装置。
【請求項５】前記支払方法指定手段により、支払人毎に
指定される支払方法は、金融機関やクレジットカード会
社が発行するカードによる支払いを含むことを特徴とす
る請求項１記載の取引データ処理装置。
【請求項６】紛失や盗難届け、使用停止要請のあったカ
ードのカード番号を記憶するネガファイル記憶手段と、前記支払方法指定手段により、カードによる支払いが指
定された場合、該カードの番号と、前記ネガファイル記
憶手段に記憶されたカード番号とを照合することで、該
カード使用の可否を判定する判定手段と、を更に備え、前記代金決済手段は、前記判定手段によりカード利用が
可能であると判定された場合に決済を行うことを特徴と
する請求項１又は５記載の取引データ処理装置。
【請求項７】前記各支払人の支払方法が全てカードであ
る場合、カードデータ読み取りの際に、読み取られたカ
ードの枚数を支払い人数として計数する計数手段を更に
備え、前記代金決済手段は、前記計数手段により計数した支払
い人数分の代金決済を行うことを特徴とする請求項５記
載の取引データ処理装置。
【請求項８】コンピュータに、複数の客からなるグループとの一取引において取引され
た商品の合計金額の支払いを割り勘にするか否かを指定
する割り勘指定機能と、支払人毎に、複数の支払方法のうちから任意の支払方法
を指定する支払方法指定機能と、前記割り勘指定機能により割り勘による支払いが指定さ
れた場合、前記支払人毎に指定された支払方法に従っ
て、各支払人に対する割り勘代金の決済を行う代金決済
機能と、を実現させるためのプログラム。