(57)【要約】【課題】完全均等割りの場合における問題点を解決することである。例えば、携帯端末に大きな負荷が掛かったり、リスポンス速度が遅いと言った問題点を解決すること。【解決手段】複数の携帯端末による引落処理で精算が行われる精算システムであって、所定の支払額が記憶される記憶手段と、前記引落処理が行われる際に生じる端数額を算出する端数額算出手段と、前記端数額算出手段で算出された端数額を携帯端末に送信し、該携帯端末による処理結果を受信する通信手段と、前記通信手段で受信した情報を基にして、前記記憶手段に記憶されている所定の支払額から前記端数額を減算する減算手段とを有する。【選択図】図１
2007206761.tif 000002
【特許請求の範囲】
【請求項１】
複数の携帯端末による引落処理で精算が行われる精算システムであって、
所定の支払額が記憶される記憶手段と、
前記引落処理に際して生じる端数額を算出する端数額算出手段と、
前記端数額算出手段で算出された端数額を携帯端末に送信し、該携帯端末による処理結果を受信する通信手段と、
前記通信手段で受信した情報を基にして、前記記憶手段に記憶されている所定の支払額から前記端数額を減算する減算手段
とを有することを特徴とする精算システム。
【請求項２】
端数額算出手段は、
支払総額が入力される支払総額入力手段と、
一回の引落額が入力される一回引落額入力手段と、
前記支払総額入力手段および一回引落額入力手段で入力された情報に基づいて端数額を演算する演算手段
とを有することを特徴とする請求項１の精算システム。
【請求項３】
支払総額入力手段および一回引落額入力手段で入力された情報に基づいて引落回数を算出する引落回数算出手段と、
前記引落回数算出手段で算出された引落回数を越える引落処理がなされる場合に該引落処理を停止させる引落管理手段
とを更に有することを特徴とする請求項２の精算システム。
【請求項４】
端数額算出手段は、
支払総額が入力される支払総額入力手段と、
支払者数が入力される支払者数入力手段と、
前記支払総額入力手段および支払者数入力手段で入力された情報に基づいて端数額を求める演算手段
とを有することを特徴とする請求項１の精算システム。
【請求項５】
引落回数が３回以上の場合に引落処理を停止させる引落管理手段を更に有することを特徴とする請求項４の精算システム。
【請求項６】
複数個の携帯端末による引落処理で精算が行われる精算システムであって、
所定の支払額が記憶される支払額記憶手段と、
一回の引落額が記憶される一回引落額記憶手段と、
前記一回引落額記憶手段に記憶されている一回の引落額を携帯端末に送信し、該携帯端末による処理結果を受信する通信手段と、
前記通信手段で受信した情報を基にして、前記支払額記憶手段に記憶されている支払額から前記一回引落額を減算して引落処理する第１の引落処理手段と、
前記第１の引落処理手段で引落処理された残額が前記一回の引落額未満で流通貨幣の最低額以上の場合、該残額を、携帯端末に送信し、該携帯端末による処理結果を受信した情報を基にして、引落処理する第２の引落処理手段
とを有することを特徴とする精算システム。
【請求項７】
支払総額入力手段および一回引落額入力手段で入力された情報に基づいて引落回数を算出する引落回数算出手段と、
前記引落回数算出手段で算出された引落回数を越える引落処理がなされる場合、該引落処理を停止させる引落管理手段
とを更に有することを特徴とする請求項６の精算システム。
【請求項８】
複数のＮ個の携帯端末による引落処理で精算が行われる精算システムであって、
所定の支払額が記憶される支払額記憶手段と、
前記携帯端末の個数Ｎが記憶されるＮ記憶手段と、
前記支払額記憶手段に記憶されている支払額および前記Ｎ記憶手段に記憶されている個数Ｎの情報を基にして一回の引落額を算出する一回引落額算出手段と、
前記一回引落額算出手段で算出された一回の引落額を所定の携帯端末に送信し、該携帯端末による処理結果を受信する通信手段と、
前記通信手段で受信した情報を基にして、前記支払額記憶手段に記憶されている支払額から前記一回引落額を減算して引落処理する引落処理手段
とを有することを特徴とする精算システム。
【請求項９】
引落回数が３回以上の場合に引落処理を停止させる引落管理手段を更に有することを特徴とする請求項８の精算システム。
【請求項１０】
携帯端末の識別情報を取得する取得手段と、
携帯端末の識別情報を記憶する記憶手段と、
前記取得手段により取得された識別情報と前記記憶手段に記憶されている識別情報とを比較する比較手段と、
前記比較手段による比較で、前記取得手段により取得された識別情報と前記記憶手段に記憶されている識別情報とが一致しない場合、精算処理を行わず、前記取得手段により取得された識別情報と前記記憶手段に記憶されている識別情報とが一致した場合、精算処理を行う制御手段
とを更に有することを特徴とする請求項１〜請求項９いずれかの精算システム。
【請求項１１】
比較手段による比較で、取得手段により取得された識別情報と記憶手段に記憶されている識別情報とが一致しない場合、警告を出す警告手段を更に有することを特徴とする請求項１０の精算システム。
【請求項１２】
複数個の携帯端末が用いられて引落処理が行われる精算システムであって、
数値情報Ｋ（Ｋは１以上の整数）が記憶される記憶手段と、
携帯端末との通信順位をカウントするカウンタと、
前記記憶手段に記憶されている数値情報Ｋと前記カウンタのカウント数とを比較する比較手段と、
前記比較手段の比較により前記数値情報Ｋと前記カウント数とが一致の場合に、該通信順位Ｋの携帯端末による引落処理が行われる引落処理手段
とを有することを特徴とする精算システム。
【請求項１３】
複数の携帯端末による引落処理で精算が行われる精算システムのプログラムであって、
前記プログラムは、
所定の支払額を記憶する処理と、
前記引落処理に際して生じる端数額を算出する端数額算出処理と、
前記端数額算出処理で算出された端数額を携帯端末に送信し、該携帯端末による処理結果を受信する通信処理と、
前記通信処理で受信した情報を基にして、前記記憶されている所定の支払額から前記端数額を減算する減算処理と
を前記精算システムに実行させることを特徴とする精算システムのプログラム。
【請求項１４】
複数個の携帯端末による引落処理で精算が行われる精算システムのプログラムであって、
前記プログラムは、
所定の支払額が記憶される支払額記憶処理と、
一回の引落額が記憶される一回引落額記憶処理と、
前記一回引落額記憶処理で記憶した一回の引落額を携帯端末に送信し、該携帯端末による処理結果を受信する通信処理と、
前記通信処理で受信した情報を基にして、前記支払額記憶処理で記憶した支払額から前記一回引落額を減算して引落処理する第１の引落処理と、
前記第１の引落処理で引落処理された残額が前記一回の引落額未満で流通貨幣の最低額以上の場合、該残額を、携帯端末に送信し、該携帯端末による処理結果を受信した情報を基にして、引落処理する第２の引落処理と
を前記精算システムに実行させることを特徴とする精算システムのプログラム。
【請求項１５】
複数のＮ個の携帯端末による引落処理で精算が行われる精算システムのプログラムであって、
前記プログラムは、
所定の支払額を記憶する支払額記憶処理と、
前記携帯端末の個数Ｎを記憶するＮ記憶処理と、
前記支払額記憶処理で記憶した支払額および前記Ｎ記憶処理で記憶した個数Ｎの情報を基にして一回の引落額を算出する一回引落額算出処理と、
前記一回引落額算出処理で算出された一回の引落額を所定の携帯端末に送信し、該携帯端末による処理結果を受信する通信処理と、
前記通信処理で受信した情報を基にして、前記支払額記憶処理で記憶した支払額から前記一回引落額を減算して引落処理する引落処理と
を前記精算システムに実行させることを特徴とする精算システムのプログラム。
【請求項１６】
複数個の携帯端末が用いられて引落処理が行われる精算システムのプログラムであって、
前記プログラムは、
数値情報Ｋ（Ｋは１以上の整数）を記憶する記憶処理と、
携帯端末との通信順位をカウントするカウンタ処理と、
前記記憶処理で記憶した数値情報Ｋと前記カウンタ処理のカウント数とを比較する比較処理と、
前記比較処理の比較により前記数値情報Ｋと前記カウント数とが一致の場合に、該通信順位Ｋの携帯端末による引落処理が行われる引落処理と
を前記精算システムに実行させることを特徴とする精算システムのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非接触ＩＣカード等の携帯端末を用いた精算システム及びプログラムに関する。特に、複数人で支払い処理を行う際に端数額が生じる場合などの精算システム及びプログラムに関する。
【背景技術】
【０００２】
商品を購入した場合、非接触ＩＣカード等の携帯端末にデポジットされている、所謂、電子マネーを利用して支払いを行うことが、近年、盛んに行われている。すなわち、所謂、小銭を、一々、持っていなくても、支払いが簡単に行われることから、電子マネーによる決済が普遍化しつつ有る。
【０００３】
さて、支払いが一人では無く複数の者によってなされる場合、このような場合の支払いは、現金での支払いと多少異なっている。すなわち、このような場合、誰か一人の者が持っている携帯端末にデポジットされている電子マネーを用いて代表して支払いが行われる。この後、各人の負担分が計算され、代表して支払った者に現金が支払われる。
【０００４】
しかしながら、このような遣り方では、支払後、顧客の間で、割り勘の計算や現金の徴収といった煩瑣な作業が発生する。
【０００５】
そこで、このような問題を解決する為、例えば決済端末機に取り込んだ顧客カード内に記憶されている電子貨幣により代金決済を行う時に、割り勘払いの指示がされると、複数の顧客カードとの間で順次割り勘払い分の代金決済取引きを行い、又、一括支払い指示がされた時には、単一の顧客カードと代金決済取引を行い、その取引履歴情報を該顧客カード内に記憶しておき、後に複数の顧客カード間で順次割り勘払い分の電子貨幣が移動でき、前記割り勘払い指示された時に決済総金額を割り勘人数及び／又は割り勘比率により計算し、端数金額が発生した時にはその端数金額分を分数による金額として割り付ける技術が提案（特許文献１）されている。
【０００６】
又、カード取引処理装置は、投入部に投入されている非接触カードの枚数を検出し、ＰＯＳレジ端末装置から通知された取引金額をここで検出した非接触カードの枚数で除算した割り勘金額を算出し、カード取引処理装置は、投入部に投入されている非接触カード毎に、ここで算出した割り勘金額を精算すると共に、この割り勘金額に相当するポイントを付与することにより、複数人のグループで飲食やサービスの提供を受け、その費用を各人が均等に支払う場合に、各人がカードを使用して精算やポイントの付与が受けられる技術が提案（特許文献２）されている。
【０００７】
又、複数の電子キャッシングカードとしてのＩＣカードの中の選択された所定枚数の代表のＩＣカードにおける暗証番号の一致を条件とし、この代表以外のＩＣカードに対して暗証番号を要求することなく、前記複数のＩＣカードの総てで単一の金銭決済を実行するようにされてなり、レジスターやＰＯＳの端末装置の前さばきによる決済速度を迅速化できる技術が提案（特許文献３）されている。
【特許文献１】特開２００１−１５５２５７号公報
【特許文献２】特開２００４−８６３３９号公報
【特許文献３】特開２００５−１１５９６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところが、上記提案の技術では、幾つかの不具合や不便な点があった。
【０００９】
例えば、均等割勘の場合、丁度、整数で割り切れる場合には左程の問題が無いものの、割り切れない場合（分数の場合）には多少の問題が有る。すなわち、分数の値が幾つも記憶されるようになると、メモリーに負担が掛かり、又、計算処理も厄介になる。更には、例えば１００００／３円を支払った場合に、支払者は、その額を直ちに認識し難いと言った問題も有る。すなわち、私は幾ら支払ったのかを認識し難い難点が有る。又、年配者や若者と言ったように各種の者が混ざっている場合、完全な均等割りであると、年長者は、それはそれで、中々、気持ちが落ち着かないと言った心情になる。
【００１０】
従って、完全割勘の支払い（決済）方式は、決して、好ましいものでは無い。
【００１１】
又、複数人、例えば１００人もの多数の者が一つの支払いを順に行おうとした場合に如何にしておけばトラブルが防げるかと言ったことも従来の提案では顧みられてなかった。例えば、支払わなかった者がいるのか、或いは重複支払いした者はいないか等の問題点について、従来では、全く考えられてなかった。
【００１２】
従って、本発明が解決しようとする第１の課題は、完全均等割りの場合における問題点を解決することである。
【００１３】
本発明が解決しようとする第２の課題は、多数の者が一つの支払いを共に行おうとした場合にトラブルが出来るだけ起き難いようにすることである。
【課題を解決するための手段】
【００１４】
前記の課題は、複数の携帯端末による引落処理で精算が行われる精算システムであって、
所定の支払額が記憶される記憶手段と、
前記引落処理に際して生じる端数額を算出する端数額算出手段と、
前記端数額算出手段で算出された端数額を携帯端末に送信し、該携帯端末による処理結果を受信する通信手段と、
前記通信手段で受信した情報を基にして、前記記憶手段に記憶されている所定の支払額から前記端数額を減算する減算手段
とを有することを特徴とする精算システムによって解決される。
【００１５】
又、上記の精算システムであって、
端数額算出手段は、
支払総額が入力される支払総額入力手段と、
一回の引落額が入力される一回引落額入力手段と、
前記支払総額入力手段および一回引落額入力手段で入力された情報に基づいて端数額を演算する演算手段
とを有することを特徴とする精算システムによって解決される。
【００１６】
又、上記の精算システムであって、
支払総額入力手段および一回引落額入力手段で入力された情報に基づいて引落回数を算出する引落回数算出手段と、
前記引落回数算出手段で算出された引落回数を越える引落処理がなされる場合に該引落処理を停止させる引落管理手段
とを更に有することを特徴とする精算システムによって解決される。
【００１７】
又、上記の精算システムであって、
端数額算出手段は、
支払総額が入力される支払総額入力手段と、
支払者数が入力される支払者数入力手段と、
前記支払総額入力手段および支払者数入力手段で入力された情報に基づいて端数額を求める演算手段
とを有することを特徴とする精算システムによって解決される。
【００１８】
又、上記の精算システムであって、
引落回数が３回以上の場合、引落処理を停止させる引落管理手段を更に有することを特徴とする精算システムによって解決される。
【００１９】
又、複数個の携帯端末による引落処理で精算が行われる精算システムであって、
所定の支払額が記憶される支払額記憶手段と、
一回の引落額が記憶される一回引落額記憶手段と、
前記一回引落額記憶手段に記憶されている一回の引落額を携帯端末に送信し、該携帯端末による処理結果を受信する通信手段と、
前記通信手段で受信した情報を基にして、前記支払額記憶手段に記憶されている支払額から前記一回引落額を減算して引落処理する第１の引落処理手段と、
前記第１の引落処理手段で引落処理された残額が前記一回の引落額未満で流通貨幣の最低額以上の場合、該残額を、携帯端末に送信し、該携帯端末による処理結果を受信した情報を基にして、引落処理する第２の引落処理手段
とを有することを特徴とする精算システムによって解決される。
【００２０】
又、上記の精算システムであって、
支払総額入力手段および一回引落額入力手段で入力された情報に基づいて引落回数を算出する引落回数算出手段と、
前記引落回数算出手段で算出された引落回数を越える引落処理がなされる場合、該引落処理を停止させる引落管理手段
とを更に有することを特徴とする精算システムによって解決される。
【００２１】
又、複数のＮ個の携帯端末による引落処理で精算が行われる精算システムであって、
所定の支払額が記憶される支払額記憶手段と、
前記携帯端末の個数Ｎが記憶されるＮ記憶手段と、
前記支払額記憶手段に記憶されている支払額および前記Ｎ記憶手段に記憶されている個数Ｎの情報を基にして一回の引落額を算出する一回引落額算出手段と、
前記一回引落額算出手段で算出された一回の引落額を所定の携帯端末に送信し、該携帯端末による処理結果を受信する通信手段と、
前記通信手段で受信した情報を基にして、前記支払額記憶手段に記憶されている支払額から前記一回引落額を減算して引落処理する引落処理手段
とを有することを特徴とする精算システムによって解決される。
【００２２】
又、上記の精算システムであって、
引落回数が３回以上（特に、２回以上）の場合に引落処理を停止させる引落管理手段を更に有することを特徴とする精算システムによって解決される。
【００２３】
又、上記の精算システムであって、
携帯端末の識別情報を取得する取得手段と、
携帯端末の識別情報を記憶する記憶手段と、
前記取得手段により取得された識別情報と前記記憶手段に記憶されている識別情報とを比較する比較手段と、
前記比較手段による比較で、前記取得手段により取得された識別情報と前記記憶手段に記憶されている識別情報とが一致しない場合、精算処理を行わず、前記取得手段により取得された識別情報と前記記憶手段に記憶されている識別情報とが一致した場合、精算処理を行う制御手段
とを更に有することを特徴とする精算システムによって解決される。
【００２４】
又、上記の精算システムであって、
比較手段による比較で、取得手段により取得された識別情報と記憶手段に記憶されている識別情報とが一致しない場合、警告を出す警告手段を更に有することを特徴とする精算システムによって解決される。
【００２５】
又、複数個の携帯端末が用いられて引落処理が行われる精算システムであって、
数値情報Ｋ（Ｋは１以上の整数）が記憶される記憶手段と、
携帯端末との通信順位をカウントするカウンタと、
前記記憶手段に記憶されている数値情報Ｋと前記カウンタのカウント数とを比較する比較手段と、
前記比較手段の比較により前記数値情報Ｋと前記カウント数とが一致の場合に、該通信順位Ｋの携帯端末による引落処理が行われる引落処理手段
とを有することを特徴とする精算システムによって解決される。
【００２６】
また、複数の携帯端末による引落処理で精算が行われる精算システムのプログラムであって、
前記プログラムは、
所定の支払額を記憶する処理と、
前記引落処理に際して生じる端数額を算出する端数額算出処理と、
前記端数額算出処理で算出された端数額を携帯端末に送信し、該携帯端末による処理結果を受信する通信処理と、
前記通信処理で受信した情報を基にして、前記記憶されている所定の支払額から前記端数額を減算する減算処理と
を前記精算システムに実行させることを特徴とする精算システムのプログラムによって解決される。
【００２７】
また、複数個の携帯端末による引落処理で精算が行われる精算システムのプログラムであって、
前記プログラムは、
所定の支払額が記憶される支払額記憶処理と、
一回の引落額が記憶される一回引落額記憶処理と、
前記一回引落額記憶処理で記憶した一回の引落額を携帯端末に送信し、該携帯端末による処理結果を受信する通信処理と、
前記通信処理で受信した情報を基にして、前記支払額記憶処理で記憶した支払額から前記一回引落額を減算して引落処理する第１の引落処理と、
前記第１の引落処理で引落処理された残額が前記一回の引落額未満で流通貨幣の最低額以上の場合、該残額を、携帯端末に送信し、該携帯端末による処理結果を受信した情報を基にして、引落処理する第２の引落処理と
を前記精算システムに実行させることを特徴とする精算システムのプログラムによって解決される。
【００２８】
また、複数のＮ個の携帯端末による引落処理で精算が行われる精算システムのプログラムであって、
前記プログラムは、
所定の支払額を記憶する支払額記憶処理と、
前記携帯端末の個数Ｎを記憶するＮ記憶処理と、
前記支払額記憶処理で記憶した支払額および前記Ｎ記憶処理で記憶した個数Ｎの情報を基にして一回の引落額を算出する一回引落額算出処理と、
前記一回引落額算出処理で算出された一回の引落額を所定の携帯端末に送信し、該携帯端末による処理結果を受信する通信処理と、
前記通信処理で受信した情報を基にして、前記支払額記憶処理で記憶した支払額から前記一回引落額を減算して引落処理する引落処理と
を前記精算システムに実行させることを特徴とする精算システムのプログラムによって解決される。
【００２９】
また、複数個の携帯端末が用いられて引落処理が行われる精算システムのプログラムであって、
前記プログラムは、
数値情報Ｋ（Ｋは１以上の整数）を記憶する記憶処理と、
携帯端末との通信順位をカウントするカウンタ処理と、
前記記憶処理で記憶した数値情報Ｋと前記カウンタ処理のカウント数とを比較する比較処理と、
前記比較処理の比較により前記数値情報Ｋと前記カウント数とが一致の場合に、該通信順位Ｋの携帯端末による引落処理が行われる引落処理と
を前記精算システムに実行させることを特徴とする精算システムのプログラムによって解決される。
【発明の効果】
【００３０】
上記のように構成させた本発明にあっては、非接触ＩＣカード等の携帯端末に分数の形式での電子マネーを記憶させることが無いので、携帯端末の記憶素子に無用な負担を掛けずに済む。又、処理も簡単になる。そして、リスポンスの迅速な処理が可能になる。
【００３１】
又、例えば年長者の私は余分に幾ら支払ったと言う満足感を実感できるようにもなる。すなわち、完全均等割勘方式とは異なる支払方式に対応できるようにしたので、誰が幾ら支払ったかを正しく認識でき、満足感が高い支払いが出来るようになる。
【００３２】
又、複数の者で共に支払いを済ませようとした場合、重複支払いが防止されたり、支払わなかった者が出る等のトラブルも防止できるようになる。
【発明を実施するための最良の形態】
【００３３】
本発明になる第１の精算システムは、複数の携帯端末による引落処理で精算が行われる精算システムである。そして、所定の支払額が記憶される記憶手段と、前記引落処理に際して生じる端数額を算出する端数額算出手段と、前記端数額算出手段で算出された端数額を携帯端末に送信し、該携帯端末による処理結果を受信する通信手段と、前記通信手段で受信した情報を基にして、前記記憶手段に記憶されている所定の支払額から前記端数額を減算する減算手段とを有する。前記端数額算出手段は、支払総額が入力される支払総額入力手段と、一回の引落額が入力される一回引落額入力手段と、前記支払総額入力手段および一回引落額入力手段で入力された情報に基づいて端数額を演算する演算手段とを有する。又、更には、支払総額入力手段および一回引落額入力手段で入力された情報に基づいて引落回数を算出する引落回数算出手段と、前記引落回数算出手段で算出された引落回数を越える引落処理がなされる場合に該引落処理を停止させる引落管理手段とを有する。前記端数額算出手段は、支払総額が入力される支払総額入力手段と、支払者数が入力される支払者数入力手段と、前記支払総額入力手段および支払者数入力手段で入力された情報に基づいて端数額を求める演算手段とを有する。そして、引落回数が３回以上の場合に引落処理を停止させる引落管理手段を更に有する。
【００３４】
本発明になる第２の精算システムは、複数個の携帯端末による引落処理で精算が行われる精算システムである。そして、所定の支払額が記憶される支払額記憶手段と、一回の引落額が記憶される一回引落額記憶手段と、前記一回引落額記憶手段に記憶されている一回の引落額を携帯端末に送信し、該携帯端末による処理結果を受信する通信手段と、前記通信手段で受信した情報を基にして、前記支払額記憶手段に記憶されている支払額から前記一回引落額を減算して引落処理する第１の引落処理手段と、前記第１の引落処理手段で引落処理された残額が前記一回の引落額未満で流通貨幣の最低額以上の場合、該残額を、携帯端末に送信し、該携帯端末による処理結果を受信した情報を基にして、引落処理する第２の引落処理手段とを有する。又、更に、支払総額入力手段および一回引落額入力手段で入力された情報に基づいて引落回数を算出する引落回数算出手段と、前記引落回数算出手段で算出された引落回数を越える引落処理がなされる場合に該引落処理を停止させる引落管理手段とを有する。
【００３５】
本発明になる第３の精算システムは、複数のＮ個の携帯端末による引落処理で精算が行われる精算システムである。そして、所定の支払額が記憶される支払額記憶手段と、前記携帯端末の個数Ｎが記憶されるＮ記憶手段と、前記支払額記憶手段に記憶されている支払額および前記Ｎ記憶手段に記憶されている個数Ｎの情報を基にして一回の引落額を算出する一回引落額算出手段と、前記一回引落額算出手段で算出された一回の引落額を所定の携帯端末に送信し、該携帯端末による処理結果を受信する通信手段と、前記通信手段で受信した情報を基にして、前記支払額記憶手段に記憶されている支払額から前記一回引落額を減算して引落処理する引落処理手段とを有する。そして、引落回数が３回以上（特に、２回以上）の場合に引落処理を停止させる引落管理手段を更に有する。
【００３６】
又、上記本発明になる精算システムは、携帯端末の識別情報を取得する取得手段と、携帯端末の識別情報を記憶する記憶手段と、前記取得手段により取得された識別情報と前記記憶手段に記憶されている識別情報とを比較する比較手段と、前記比較手段による比較で、前記取得手段により取得された識別情報と前記記憶手段に記憶されている識別情報とが一致しない場合、精算処理を行わず、前記取得手段により取得された識別情報と前記記憶手段に記憶されている識別情報とが一致した場合、精算処理を行う制御手段とを更に有する。そして、比較手段による比較で、取得手段により取得された識別情報と記憶手段に記憶されている識別情報とが一致しない場合、警告を出す警告手段を更に有する。
【００３７】
本発明になる第４の精算システムは、複数個の携帯端末が用いられて引落処理が行われる精算システムである。そして、数値情報Ｋ（Ｋは１以上の整数）が記憶される記憶手段と、携帯端末との通信順位をカウントするカウンタと、前記記憶手段に記憶されている数値情報Ｋと前記カウンタのカウント数とを比較する比較手段と、前記比較手段の比較により前記数値情報Ｋと前記カウント数とが一致の場合に、該通信順位Ｋの携帯端末による引落処理が行われる引落処理手段とを有する。
【００３８】
以下、更に具体的に説明する。
【００３９】
図１〜図５は本発明になる精算システムの第１実施形態を説明する為のもので、図１は全体のブロック図、図２、図４はフローチャート、図３、図５は表示部における表示例の説明図である。
【００４０】
各図中、Ａは精算システムである。１は、精算システムＡを構成するコンピュータである。このコンピュータ１は、キーボード等の入力手段２と、記憶手段３と、ＬＣＤ等の表示手段（出力手段）４と、通信手段５と、制御手段６とを有する。尚、これ等の各部の関係は通常のコンピュータにおけるものと同様であるから、詳細な説明は省略される。
【００４１】
Ｂは、精算システムＡに対して用いられる携帯端末である。尚、この携帯端末Ｂは、例えばフェリカとかＳＵＩＣＡ（登録商標）などの非接触ＩＣカードである。そして、この携帯端末Ｂには、固有の識別番号（識別情報）が付与され、携帯端末Ｂの記憶手段に記憶されている。
【００４２】
入力手段２は、例えば飲食した際の総額の飲食代金（支払総額）とか物品を購入した際の総額の購入代金（支払総額）が入力される支払総額入力手段２ａを有する。又、複数人で支払う場合、即ち、支払者が複数の場合に、支払総額が幾つかに分割されて支払われるのであるが、この時、一人の者に対して設定される一回の引落額が入力される一回引落額入力手段２ｂを有する。又、支払者数が入力される支払者数入力手段２ｃを有する。
【００４３】
記憶手段３は、支払総額入力手段２ａで入力された支払総額を記憶する支払総額記憶テーブル３ａを有する。又、一回引落額入力手段２ｂで入力された一回引落額を記憶する一回引落額記憶テーブル３ｂを有する。又、支払者数入力手段２ｃで入力された支払者数（携帯端末Ｂの個数）Ｎを記憶する支払者数記憶テーブル３ｃを有する。又、後述の端数額算出手段で算出された端数額を記憶する端数額記憶テーブル３ｄを有する。又、支払総額記憶テーブル３ａに記憶されている支払総額から所定額が引き落とされた結果の残額を記憶する残額記憶テーブル３ｅを有する。又、取引(支払処理)しようとする携帯端末の識別情報を記憶する識別情報記憶テーブル３ｆを有する。又、携帯端末の取引(支払処理)回数を記憶する支払処理回数記憶テーブル３ｇを有する。又、任意（特定）の数値Ｋ（Ｋは１以上の整数）が記憶されるＫ記憶テーブル３ｈを有する。
【００４４】
携帯端末Ｂとの通信を行う通信手段５は、携帯端末Ｂに所定の情報を送信する送信手段５ａと、携帯端末Ｂからの情報を受け取る受信手段５ｂとを有する。
【００４５】
制御手段６は、引落処理に際して生じる端数額を算出する端数額算出手段６ａを有する。尚、この端数額算出手段６ａは、支払総額入力手段２ａ及び一回引落額入力手段２ｂで入力された情報に基づいて端数額を演算する演算手段６ａ１を有する。或いは、支払総額入力手段２ａ及び支払者数入力手段２ｃで入力された情報に基づいて端数額を求める演算手段６ａ２を有する。勿論、演算手段６ａ１と演算手段６ａ２との両方を持っていても良い。又、支払総額記憶テーブル３ａ（残額記憶テーブル３ｅに残額が書き込まれた後は、残額記憶テーブル３ｅ）に記憶されている所定の支払額から端数額（又は、一回の引落額）を減算する減算手段６ｂを有する。又、支払総額入力手段２ａ及び一回引落額入力手段２ｂで入力された情報に基づいて引落回数を算出する引落回数算出手段６ｃを有する。又、引落回数算出手段６ｃで算出された引落回数を越える引落処理がなされる場合には該引落処理を停止させる引落管理手段６ｄを有する。又、支払総額入力手段２ａ及び支払者数入力手段２ｃで入力された情報に基づいて一回の引落額を算出する一回引落額算出手段６ｅを有する。又、引き落とし処理に際して携帯端末Ｂから受信した該携帯端末Ｂの識別情報と、識別情報記憶テーブル３ｆに予め記憶されている携帯端末Ｂの識別情報とを比較する比較手段６ｆを有する。又、比較手段６ｆによる比較の結果、受信・取得した識別情報と識別情報記憶テーブル３ｆに記憶されている識別情報とが一致しない場合、精算処理を行わず、そして一致した場合、精算処理を行う精算処理手段６ｇを有する。又、比較手段６ｆによる比較の結果、受信・取得した識別情報と識別情報記憶テーブル３ｆに記憶されている識別情報とが一致しない場合、精算処理を行わないのであるが、その時、そのことを知らしめる警報音などの警告手段６ｈを有する。又、支払（引き落とし）処理を行う為に、携帯端末Ｂとの交信（通信）を行った場合、その交信順位（回数）を順にカウントするカウント手段６ｉを有する。又、Ｋ記憶テーブル３ｈに記憶されている値Ｋとカウント手段６ｉでカウントされたカウント数とを比較する第２の比較手段６ｊを有する。又、第２の比較手段６ｊによる比較によりＫ記憶テーブル３ｈに記憶されている値Ｋとカウント手段６ｉでカウントされたカウント数とが一致した場合、その交信中の携帯端末に引落処理を実行させる引落処理手段６ｌを有する。
【００４６】
次に、上記のように構成させた精算システムＡの動作について説明する。
【００４７】
先ず、第１の実施例における精算システムについて、複数人、例えば甲と乙と丙との３人が飲食代金（支払総額）の支払いを行う場合の動作について、図２に示すフローチャートに沿って説明する。
【００４８】
本実施形態にあっては、支払総額より少ない所定の金額を決め、この所定の金額（一回引落額）を何回か差し引いて行くことによって支払いを実行する。この時、所定の金額（一回引落額）を差し引いて行った場合、所定の金額（一回引落額）未満の額が残額として残る場合と、残額が０で残らない場合とが有る。例えば、１０５００が支払総額であるとすると、所定の金額（一回引落額）を１０００円とすると、甲、乙、丙の３人は１０００円ずつ３回の引き落としが行われ、そして１５００円が残額として残ることになる。又、一回引落額を２０００円とすると、甲、乙、丙の３人は２０００円ずつ１回の引き落としが行われ、そして４５００円が残額として残ることになる。又、一回引落額を３５００円とすると、甲、乙、丙の３人は３５００円ずつ１回の引き落としが行われ、残額は０となる。残額が０の場合も有るケースは存在するであろうが、現実には、均等割りが出来ないケースが殆どであろう。尚、一回引落額とは、一回の引き落としを行う為に決定される額である。従って、支払い総額未満の金額であれば、幾らでも良いことになる。
【００４９】
さて、甲、乙、丙の三人による支払いに際して、支払者から、飲食代金（支払総額：例えば、１０５００円）と一回引落額（１０００円）とがレジ端末のオペレータに申告される。そして、これ等の情報がオペレータによって入力される（ステップ１０１）。又、支払者数が何名かの申告も受けて、支払者数が入力される（ステップ１０２）。勿論、甲、乙、丙の中の誰かが操作しても良い。すなわち、支払総額入力手段２ａによって支払総額（１０５００円）が入力され、又、一回引落額入力手段２ｂによって一回引落額（１０００円）が入力され、又、支払者数入力手段２ｃにより支払者数（３名）が入力される。これ等の入力によって、支払総額は支払総額記憶テーブル３ａに記憶され、一回引落額は一回引落額記憶テーブル３ｂに記憶され、又、支払者数は支払者数記憶テーブル３ｃに記憶される（ステップ１０３）。
【００５０】
そうすると、制御手段６は次の演算処理を行う。すなわち、演算手段６ａ１は、支払総額入力手段２ａ、一回引落額入力手段２ｂ、及び支払者数入力手段２ｃで入力された情報（１０５００円、１０００円、３名）に基づいて端数額を演算する。つまり、支払総額（１０５００円）／｛一回引落額（１０００円）×支払者数（３名）｝の整数値Ｍ（３）を算出する（ステップ１０４）。この整数値が一人当たりの支払処理（引落）回数になる。又、総精算回数が算出される。すなわち、支払者数×一人当たりの支払処理（引落）回数として総精算回数（ステップ１０５）が算出される。又、前記整数値Ｍの情報を用いて端数額を算出する。すなわち、支払総額（１０５００円）−１回引落額（１０００円）×支払者数（３名）×整数値Ｍ（３）＝端数額（１５００円）が算出される（ステップ１０６）。そして、これ等の算出された情報が記憶手段３の各対応テーブルに記憶させられる（ステップ１０７）。
【００５１】
又、甲、乙、丙の携帯端末Ｂ１，Ｂ２，Ｂ３の識別情報が受信手段５ｂを介して受信され、この受信した携帯端末Ｂ１，Ｂ２，Ｂ３の識別情報を制御手段６は識別情報記憶テーブル３ｆに記憶させる（ステップ１０９）。
【００５２】
この後、支払処理（引落処理）を行おうとする者、例えば甲の携帯端末Ｂ１を精算システムＡと接続させる。この接続によって、携帯端末Ｂ１から携帯端末Ｂ１の識別情報が精算システムＡの受信手段５ｂによって受信される。そうすると、精算システムＡの制御手段６は、識別情報記憶テーブル３ｆに記憶されている識別情報を順に読み出す。この読み出された識別情報と受信した携帯端末Ｂ１の識別情報とを比較手段６ｆが比較する（ステップ１１１）。この比較手段６ｆによる比較の結果、一致した場合、精算システムＡの制御手段６は携帯端末Ｂ１に向けて前記一回引落額（１０００円）の引落処理を実行の旨の情報を送信する。比較手段６ｆによる比較の結果、一致するものがなかった場合、精算システムＡの制御手段６は引落処理が実行不可の旨の警報音を出力させる（ステップ１１８）。
【００５３】
一回引落額（１０００円）の引落処理実行の情報を受信した携帯端末Ｂ１は、引落処理を実行し（ステップ１１２）、実行完了の情報を精算システムＡに向けて送信する。
【００５４】
引落処理実行完了の情報を受信した精算システムＡは、支払総額記憶テーブル３ａに記憶されている支払総額（１０５００円）を読み出す。そして、減算手段６ｂは、前記読み出された支払総額（１０５００円）から前記一回引落額（１０００円）を減算処理する（ステップ１１４）。そして、この減算処理の結果（９５００円）を残額記憶テーブル３ｅに記憶させる（ステップ１１５）。
【００５５】
前記残額記憶テーブル３ｅに０では無い残額（９５００円）が記憶させられると、精算システムＡは乙の持つ携帯端末Ｂ２に対して引落処理を行うようになる。すなわち、上記Ａが持つ携帯端末Ｂ２に対して行われたステップと同様なステップが繰り返される。
【００５６】
次いで、丙が持つ携帯端末Ｂ３に対しても同様に行われる。
【００５７】
さて、残額記憶テーブル３ｅに記憶された残額が端数額記憶テーブル３ｄに記憶されている端数額と同額になったか否かが制御手段６で比較されている（ステップ１１６）。すなわち、残額記憶テーブル３ｅに記憶された残額が端数額になった場合、引落処理（ステップ１１７）はこれ１回のみと言うことになる。従って、これまでに決められた特定の者、例えば乙が端数額を負担することになっていると、乙は、自己の携帯端末Ｂ２による引落処理を行うようにする。尚、この引落処理は金額が異なるのみで他は同様であるから省略する。
【００５８】
そして、端数額の引落処理が実行・完了の情報を受信した精算システムＡは、残額記憶テーブル３ｅに記憶されている残額（１５００円）を読み出す。そして、減算手段６ｂは、前記読み出された残額（１５００円）から前記端数額（１５００円）を減算処理する（ステップ１１９）。そして、この減算処理の結果（０円）を残額記憶テーブル３ｅに記憶させる（ステップ１２０）。又、制御手段６は精算が終了した旨の終了音を報知させる（ステップ１２１）。
【００５９】
尚、上記実施形態では、端数額の精算を１回の処理で行う場合で説明したが、複数回で処理することも出来る。
【００６０】
又、甲、乙、丙の携帯端末による引落回数は同数の場合で説明しているが、これは、甲５回、乙３回、丙１回とすることも可能である。
【００６１】
又、携帯端末の識別情報に関連付けて落処理の回数が記憶されているテーブルを設けておけば、各支払者が何回の引落処理を行ったかを検出、即ち、引落処理が正しい回数行われているか否かを検出できるようになる。
【００６２】
又、上記の本発明になる精算システムＡによれば、次のような処理も可能になる。
【００６３】
本実施形態にあっては、端数額の算出を次のように行う。すなわち、支払総額と支払者数と何円以下を端数額とするかの情報に基づいて算出する。つまり、支払総額（１００００円）と支払者数（３名）であれば、支払総額（１００００円）／支払者数（３名）は３３３３円と１円（端数額）であるが、１円を端数額として処理するのか、それとも３０００円＋１０００（端数額）とするかの問題が有る。従って、端数額を算出する為の閾値となる情報も必要となるので、支払総額と支払者数と端数額算出の為の閾値とが精算システムＡに入力される必要がある。
【００６４】
そして、これ等の情報が入力されると、制御手段６の演算手段６ａ２は端数額を算出する。又、制御手段は、一人当たり１回の支払処理額を算出する。
【００６５】
上記算出後は、上記実施形態と同様なステップを経て引落処理が行われる。
【００６６】
尚、本実施形態においては、一人当たり１回の支払処理額と端数額とを合算する合算手段が設けられており、かつ、この合算手段で合算された合算額と支払者の携帯端末の識別情報とが関連付けられた記憶ターブルを備えるようにしておけば、支払者は各自１回の引落処理で間違いなく引落処理が行われるようになる。又、支払者の携帯端末の識別情報と引落処理回数とを関連付けた記憶テーブルとを設けておけば、２回以上の引落処理がなされたか否かのチェックが可能になり、二重払いが防止される。
【００６７】
又、上記の本発明になる精算システムＡによれば、次のような処理も可能になる。
【００６８】
上記実施形態にあっては、端数額の算出を行って、この端数額を処理する点に特徴を有している。しかしながら、端数額を用いず、所定額ずつ差し引いて行くようにしても、例えば１／３円と言った分数の額を携帯端末に記憶しないようになる。
【００６９】
すなわち、制御手段６は、先ず、一回引落額記憶テーブル３ｂから所定額である一回引落額（支払者が定めた任意の額）を読み出し、この一回引落額の情報を、例えば甲の携帯端末Ｂ１に送信させる。この情報を受信した甲の携帯端末Ｂ１は引落処理し、引落処理が完了すると、その旨の情報が精算システムＡに送信される。この情報を受けて、精算システムＡの減算手段６ｂは、支払総額記憶テーブル３ａに記憶されている総支払額から一回引落額を減算する。そして、この減算された残額を残額記憶テーブル３ｅに記憶させる。又、次の支払者（例えば乙）の携帯端末Ｂ２に一回引落額の情報を送信させ、上記と同様なステップを繰り返す。
【００７０】
そして、上記ステップが順に繰り返され、残額記憶テーブル３ｅに記憶された額が一回引落額より小さな額になった場合には、次の支払者が上記と同様な引落処理を行い、この残額の引落処理が完了すると、その旨の情報が精算システムＡに送信される。そして、この情報を受信した制御手段６は残額記憶テーブル３ｅから前記残額を減算すると、残額が０となって、精算が終了する。
【００７１】
又、上記の本発明になる精算システムＡによれば、次のような処理も可能になる。以下に第２の実施例として下記に説明する。
【００７２】
上記実施形態にあっては、端数額を誰かが特別に負担して支払処理が行われるようにしたものである。従って、少なくとも特定の一人と他の者（残り全員でも、そうでなくても良いが、少なくとも他に１名）との共同による支払処理である。
【００７３】
しかしながら、下記においては、誰かが支払いを行うものの、誰が支払いを行うかは不明、即ち、ゲーム性を帯びた場合の支払処理方法である。
【００７４】
すなわち、１回または複数回における支払額が決定される。１回の場合は支払総額である。２回であれば、半分ずつの額でも、６／４の割合の額でも良く、その割合は特別に適宜定められる。そして、２回とも同一人が支払う場合も有れば、別々の者が支払うようにすることも適宜出来る。
【００７５】
さて、本発明の精算システムＡは、その記憶手段に、所定の整数（１以上の整数）が記憶させられるテーブル３ｈを備えている。かつ、前記整数に関連付けて支払額が記憶させられている。例えば、５の整数と、これ「５」に関連付けて支払全額とが記憶手段に記憶されているとする。尚、前記の整数値は乱数発生器からの出力を受けて記憶させるようにしても良く、その他の手法が用いられても良い。
【００７６】
そして、支払者全員は、順に、各自の携帯端末を用いて支払処理を受けて行く。支払処理を受けて行くにつれて、精算システムＡのカウンタ６ｉは１ずつカウントして行く。そして、制御手段６はテーブル３ｈに記憶させられている整数値を読み出し、この読み出された整数値とカウンタ６ｉでカウントされたカウント数とを比較手段６ｊで比較する。この比較の結果、一致した場合、交信している現在の携帯端末に引落処理実行の情報が送信させられ、引落処理が実行される。
【００７７】
その他の点については上記実施形態と同様に行われるので、詳細な説明は省略される。
【００７８】
上記実施例では支払総額と１回引落額と支払者数と入力して端数を算出し、精算を行ったが、他の実施例として支払者数を入力せずに精算を行うことも可能である。第３の実施例として図４のフローチャートを使用して以下に説明する。
【００７９】
会計の際、支払総額(１０５００円と仮定する)と任意に決めた一回引落額（１０００円と仮定する）がレジ端末のオペレータの操作によって入力される（ステップ２０１）。入力された支払総額は支払総額記憶テーブル３ａに記憶され、一回の引落額は一回引落額記憶テーブル３ｂに記憶される（ステップ２０２）。
【００８０】
ここで、支払総額記憶テーブル３ａに記憶されている支払総額（１０５００円）と一回引落額記憶テーブル３ｂに記憶された一回の引落額（１０００円）とは、制御手段６によりさらに引落回数算出部６ｃに送信され、引落回数が算出される。
【００８１】
尚、引落回数は支払総額を一回引落額で除算した商の整数値+１（１１回）として算出され（ステップ２０３）、支払処理回数記憶テーブル３ｇに記憶される（ステップ２０４）。
【００８２】
また、テーブル３ａ，３ｂに記憶された支払総額と一回の引落額と引落回数は表示手段４により、図５に示したように、お会計［１０５００円］、お支払い金額［1回あたり１０００円］、残りのお会計［１０５００円］、お支払い回数［あと１１回］）の如く表示される（ステップ２０５）。
【００８３】
ここで、甲の所有する携帯端末Ｂ１によって精算システムＡとの接続があると、一回引落額記憶テーブル３ｂに記憶された一回の引落額は携帯端末Ｂに送信され携帯端末Ｂで引落し処理がされる（ステップ２１１）。携帯端末Ｂで処理された結果は通信手段５を介して制御手段６で受信される（ステップ２１２）。正常に処理された旨の結果情報を受信した制御手段６によって、支払総額記憶テーブル３ａに記憶されている支払総額と一回引落額記憶テーブル３ｂに記憶された一回の引落額とは、減算手段６ｂに送信される。減算手段６ｂにより、支払総額（１０５００円）から一回引落額（１０００円）が減算されて（ステップ２１３）、減算結果の残額（９５００円）が残額記憶テーブル３ｅに記憶される（ステップ２１４）。
【００８４】
また、携帯端末による引落処理の結果を制御手段６が受信すると、引落回数算出手段６ｃにより支払処理回数（１１回）から１が減算され、精算を終了させるために必要な残り支払処理回数（１０回）が算出される。
【００８５】
尚、残額記憶テーブル３ｅに記憶された残額とお支払い回数とは表示手段４により表示され、図３において、お会計［１０５００円］、お支払い金額［1回あたり１０００円］、残りのお会計［９５００円］、お支払い回数［あと１０回］）の如く表示される（ステップ２１５、ステップ２１６）。
【００８６】
この支払処理回数の表示によって、支払い者に対して、精算をするために後何回の引落処理を行えばよいのかを知らせることができる。
【００８７】
尚、このとき、携帯端末のチャージ金額の残額も携帯端末に表示させるようにしてもよいが、この技術は既知の為詳細の説明は省略する。
【００８８】
次に乙の所有する携帯端末Ｂ２が精算システムＡに接続すると、同様にして一回引落額記憶テーブル３ｂに記憶された一回の引落額（１０００円）は携帯端末Ｂに送信され携帯端末Ｂで引落し処理がされる。携帯端末によって引落処理がされて処理結果を制御手段６が受信すると、減算手段により残額記憶テーブル３ｅに記憶されている残額（９５００円）から一回引落額（１０００円）がさらに減算され、減算結果（８５００円)が新たな残額として残額記憶テーブル３ｅに記憶される。こうして、複数の携帯端末による引落処理が進むにつれて残額は減っていき、やがて１円以上１回引落額未満となった残額（５００円）が残額記憶テーブル３ｅに記憶された状態となる。
【００８９】
さて、この状態のままさらに前記１回の引落額（１０００円）を処理してしまうと、支払い超過となってしまう。そこで、残額が１円以上、一回の引落額未満の状態となると、該残額が携帯端末により引落とされる（ステップ２１８）。
【００９０】
具体的には、例えば、丙の所有する携帯端末Ｂ３によって精算システムＡに接続がされると、残額（５００円）が携帯端末Ｂ３に送信され、送信された残額（５００円）が携帯端末Ｂ３で引落される。そして、携帯端末Ｂ３にて正常に処理された旨の結果情報を通信手段５を介して制御手段６が受信すると、残額記憶テーブル３ｅに記憶されている残額（５００円）から、前記引落された残額（５００円）が減算される。以上の処理によって残額が０となると、警告手段６ｈで終了音を鳴動させ（ステップ２１９）精算が終了する（ステップ２２０）。
【００９１】
終了音を鳴動させる代わりに引落管理手段を設けて、支払い超過を回避することも可能である。
【００９２】
具体的には、実際に行われた引落し処理の回数が、引落管理手段６ｄによって管理されており、実際に行われた引落し処理の回数が、支払処理回数記憶テーブル３ｇに記憶された引落回数（１１回）を越えた場合には、引き落とし処理が停止されるようにすることもできる。
【００９３】
本実施例では、残額（５００円）の処理を一回の引き落としで行っているが、一回の引落額（１０００円）を改めて設定（例えば１００円）にすることで、さらに複数回の引き落とし処理を行うようにすることも可能である。
【００９４】
また、本実施例では残額（５００円）が残る場合を例にとったが、たまたま残額（５００円）が生じない場合であってもむろん処理が可能である。この場合、引落処理を進めて残額がちょうど０となった時点で精算を終了する。
【００９５】
上記第３の実施例では、一回あたりの引き落とし金額を設定し、支払いの進行にあわせて残額や支払い回数を確認しながら精算を行うことができるので、支払者は、各人の精算回数を自由に変更して精算金額に差を付けて支払いを進めることが可能となる。これにより顧客満足度の高い精算が可能となる。
【図面の簡単な説明】
【００９６】
【図１】本発明になるシステムのブロック図
【図２】本発明になる精算のフローチャート
【図３】本発明になるシステム画面の表示例
【図４】本発明になる精算のフローチャート
【図５】本発明になるシステム画面の表示例
【符号の説明】
【００９７】
Ａ        精算システム
１        コンピュータ
２        入力手段
３        記憶手段
４        表示手段（出力手段）
５        通信手段
６        制御手段
特許出願人  ＮＥＣアクセステクニカ株式会社
代  理  人  宇      高          克      己
【図１】
2007206761.tif 000003
【図２】
2007206761.tif 000004
【図３】
2007206761.tif 000005
【図４】
2007206761.tif 000006
【図５】
2007206761.tif 000007