(57)【要約】【課題】電子マネー機能を有する携帯電話端末を使って支払を行う際に利用者側により決められる支払金額に対応でき、また、利用者側で支払金額の確認を行えるようにする。【解決手段】  注文時に、携帯電話端末１を使って注文を行い、支払金額算出部１６で、注文時の情報を使って支払金額を算出する。支払時に、携帯電話端末１側で求めた支払金額を店舗サーバ３に送り、携帯電話端末１の残高メモリ１６の残高を支払金額に応じて減算し、店舗サーバ３の売上高メモリ１５の売上金額を支払金額に応じて加算し、電子マネーによる料金の支払を行う。携帯電話端末１側で支払金額を算出しているので、利用者側で支払金額を確認でき、また、チップの支払や、クーポン、ポイントサービス等、利用者側により決められる支払金額に対応できる。【選択図】図２
2007219959.tif 000002
【特許請求の範囲】
【請求項１】
注文情報が入力される入力部と、残高金額の情報が記憶される残高メモリと、前記入力部からの注文情報に基づいて支払金額を算出する支払金額算出部と、非接触でデータの通信を行う非接触インターフェースとを有する携帯端末と、
前記携帯端末からの注文を処理する注文処理部と、売上金額の情報が記憶される売上高メモリとを有する店舗サーバと、
前記携帯端末と前記店舗サーバとの間で、非接触のデータ通信を行うためのリーダー／ライタとを備え、
注文時に、前記携帯端末の入力部に注文情報が入力され、前記携帯端末が前記リーダー／ライタに近接されると、この注文情報が前記リーダー／ライタを介して前記店舗サーバに送信され、
支払時に、前記携帯端末の支払金額算出部により、注文情報に基づいて支払金額が算出され、前記携帯端末が前記リーダー／ライタに近接されると、前記携帯端末側で算出された支払金額の情報が前記店舗サーバに送信され、前記支払金額に基づいて、前記残高メモリの残高金額から支払金額が差し引かれ、前記売上高メモリの売上高金額に支払金額が加算される
ようにしたことを特徴とする注文決済システム。
【請求項２】
前記店舗サーバは、更に、前記携帯端末から送られてきた注文情報に基づいて支払金額を算出し、
支払時に、前記店舗サーバで、前記携帯端末の支払金額算出部により算出された支払金額と、前記店舗サーバで算出された支払金額とを比較するようにしたことを特徴とする請求項１に記載の注文決済システム。
【請求項３】
前記店舗サーバは、更に、前記携帯端末から送られてきた注文情報に基づいて支払金額を算出し、
支払時に、前記携帯端末で、前記携帯端末の支払金額算出部により算出された支払金額と、前記店舗サーバで算出された支払金額とを比較するようにしたことを特徴とする請求項１に記載の注文決済システム。
【請求項４】
前記携帯端末の支払金額算出部は、注文情報により求められた総額料金に、チップの金額を加算して支払金額とするようにしたことを特徴とする請求項１に記載の注文決済システム。
【請求項５】
前記携帯端末の支払金額算出部は、クーポンやポイントを金額に換算し、注文情報により求められた総額料金から、前記換算された金額を差し引いて支払金額とするようにしたことを特徴とする請求項１に記載の注文決済システム。
【請求項６】
注文情報が入力される入力部と、残高金額の情報が記憶される残高メモリと、前記入力部からの注文情報に基づいて支払金額を算出する支払金額算出部と、非接触でデータの通信を行う非接触のインターフェースとを有する携帯端末と、
前記携帯端末に入力された注文を処理する注文処理部を有する店舗サーバと、
前記携帯端末と前記店舗サーバとの間で、非接触のデータ通信を行うためのリーダー／ライタと、
決済処理を行う決済センタとからなり、
注文時に、前記携帯端末の入力部に注文情報が入力され、前記携帯端末が前記リーダー／ライタに近接されると、この注文情報が前記リーダー／ライタを介して前記店舗サーバに送信され、
支払時に、前記携帯端末の支払金額算出部により、注文情報に基づいて支払金額が算出され、前記携帯端末が前記リーダー／ライタに近接されると、前記携帯端末側で算出された支払金額の情報が前記店舗サーバに送信され、更に、前記店舗サーバから前記決済センタに送信され、前記支払金額に基づいて、前記残高メモリから支払金額が差し引かれ、前記決済センタで決済処理が行われる
ようにしたことを特徴とする注文決済システム。
【請求項７】
非接触インターフェースを有する携帯端末と、前記携帯端末からの注文を処理すると共に売上金額の情報を処理する店舗サーバと、前記携帯端末と前記店舗サーバとの間で非接触のデータ通信を行うためのリーダー／ライタとからなるシステムの注文決済方法であって、
前記携帯端末には、残高金額の情報が記憶される残高メモリが備えられ、前記店舗サーバには、売上金額の情報が記憶される売上高メモリが備えられており、
注文時に、携帯端末の入力部に注文情報が入力され、前記携帯端末が前記リーダー／ライタに近接されると、この注文情報が前記リーダー／ライタを介して前記店舗サーバに送信される工程と、
支払時に、前記携帯端末により、注文情報に基づいて支払金額が算出され、前記携帯端末が前記リーダー／ライタに近接されると、前記携帯端末側で算出された支払金額の情報が前記店舗サーバに送信され、前記支払金額に基づいて、前記携帯端末の残高メモリの残高金額から支払金額が差し引かれ、前記店舗サーバの売上高メモリの売上高金額に支払金額が加算される工程と
からなることを特徴とする注文決済方法。
【請求項８】
前記店舗サーバは、更に、前記携帯端末から送られてきた注文情報に基づいて支払金額を算出し、
支払時に、前記店舗サーバで、前記携帯端末の支払金額算出部により算出された支払金額と、前記店舗サーバで算出された支払金額とを比較するようにしたことを特徴とする請求項７に記載の注文決済方法。
【請求項９】
前記店舗サーバは、更に、前記携帯端末から送られてきた注文情報に基づいて支払金額を算出し、
支払時に、前記携帯端末で、前記携帯端末の支払金額算出部により算出された支払金額と、前記店舗サーバで算出された支払金額とを比較するようにしたことを特徴とする請求項７に記載の注文決済方法。
【請求項１０】
前記携帯端末で支払金額を算出する際に、注文情報により求められた総額料金に、チップの金額を加算して支払金額とするようにしたことを特徴とする請求項７に記載の注文決済方法。
【請求項１１】
前記携帯端末で支払金額を算出する際に、クーポンやポイントを金額に換算し、注文情報により求められた総額料金から、前記換算された金額を差し引いて支払金額とするようにしたことを特徴とする請求項７に記載の注文決済方法。
【請求項１２】
非接触インターフェースを有する携帯端末と、前記携帯端末からの注文を処理すると共に売上金額の情報を処理する店舗サーバと、前記携帯端末と前記店舗サーバとの間で非接触のデータ通信を行うためのリーダー／ライタと、決済処理を行う決済センタとからなるシステムの注文決済方法であって、
前記携帯端末には、残高金額の情報が記憶される残高メモリが備えられ、
注文時に、携帯端末の入力部に注文情報が入力され、前記携帯端末が前記リーダー／ライタに近接されると、この注文情報が前記リーダー／ライタを介して前記店舗サーバに送信される工程と、
支払時に、前記携帯端末の支払金額算出部により、注文情報に基づいて支払金額が算出され、前記携帯端末が前記リーダー／ライタに近接されると、前記携帯端末側で算出された支払金額の情報が前記店舗サーバに送信され、更に、前記店舗サーバから前記決済センタに送信され、前記支払金額に基づいて、前記残高メモリから支払金額が差し引かれ、前記決済センタで決済処理が行われる工程と
からなることを特徴とする注文決済方法。
【請求項１３】
注文情報が入力される入力部と、
残高金額の情報が記憶される残高メモリと、
前記入力部からの注文情報に基づいて支払金額を算出する支払金額算出部と、
非接触でデータの通信を行う非接触インターフェースとを備え、
支払時に、前記支払金額算出部により支払金額を算出し、前記残高メモリの残高金額から前記支払金額を差し引くようにしたことを特徴とする注文決済機能を有する携帯端末。
【請求項１４】
更に、チップ額を求めるチップ額演算部を有し、
前記支払金額算出部は、支払金額を算出する際に、注文情報により求められた総額料金に、チップの金額を加算して支払金額とするようにしたことを特徴とする請求項１３に記載の注文決済機能を有する携帯端末。
【請求項１５】
更に、クーポンやポイントを金額に換算するポイント処理部を有し、
前記支払金額算出部は、前記携帯端末で支払金額を算出する際に、クーポンやポイントを金額に換算し、注文情報により求められた総額料金から、前記換算された金額を差し引いて支払金額とするようにしたことを特徴とする請求項１３に記載の注文決済機能を有する携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非接触で通信を行う電子マネー機能を備えた携帯端末を用いた注文決済システム、注文決済方法、及びこのような注文決済機能を有する携帯端末に関する。
【背景技術】
【０００２】
電子マネーとしては、ＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を利用して、電波により非接触でデータのやりとりを行う非接触ＩＣカードのものが広く普及している（例えば特許文献１）。このような電子マネーでは、あらかじめチャージした金額が残高情報（バリュー値）としてカード内のメモリに記憶されている。また、小売店には、電子マネーのカードの読み出し／書き込みを行うためのリーダー／ライタが設置される。このリーダー／ライタは、店舗サーバに接続されている。店舗サーバには、売上金額の情報が記憶されるメモリが設けられている。
【０００３】
図１４は、このような電子マネーを利用して商品を購入する場合のシーケンスを示すものである。例えばＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅｓ）システムと連動して、店側で支払金額が決められ、この支払金額が店舗サーバに設定される（ステップＳ７０１）。利用者は、電子マネーのカードを小売店のリーダー／ライタに近接させる。電子マネーのカードを小売店のリーダー／ライタに近接させると、電子マネーのカードとリーダー／ライタとが非接触で接続され、電子マネーのカードと店舗サーバとの間で、データのやりとりが可能となる。
【０００４】
電子マネーのカードから店舗サーバに向けて、支払要求が送信される（ステップＳ７０２）。この支払要求は、リーダー／ライタを介して、店舗サーバに送られる（ステップＳ７０３）。店舗サーバは、支払要求を受け取ると、支払金額の確認を行い（ステップＳ７０４）、そして。支払金額を付して、決済要求を送る（ステップＳ７０５）。
【０００５】
電子マネーのカードと、リーダー／ライタとの間で相互認証が行われ（ステップＳ７０６、Ｓ７０７）、認証が成立すると、リーダー／ライタから電子マネーのカードに、決済要求が送られる（ステップＳ７０８）。
【０００６】
電子マネーのカードは、決済要求を受け取ると、カード内のメモリに記憶された残高情報から、その支払金額に相当する金額を減算する（ステップＳ７０９）。そして、決済完了の信号を店舗サーバに向けて送信する（ステップＳ７１０）。この決済完了の信号は、リーダー／ライタを介して店舗サーバに送られる（ステップＳ７１１）。
【０００７】
店舗サーバは、決済完了の信号を受信すると、支払金額に相当する金額を売上金額に加算する（ステップＳ７１２）。そして、必要に応じて、店舗サーバは電子マネーのカードに向けて履歴の書き込み要求を送信する（ステップＳ７１３）。この履歴の書き込み要求は、リーダー／ライタを介して電子マネーのカードに送られ（ステップＳ７１４）、電子マネーのカードに履歴が書き込まれる（ステップＳ７１５）。電子マネーのカードは、履歴の書き込みを完了すると、履歴書込完了の信号を送信する（ステップＳ７１６）。この履歴書込完了の信号は、リーダー／ライタを介して、店舗サーバに送られる（ステップＳ７１７）。
【０００８】
また、近年、携帯電話端末に、ＲＦＩＤを利用した電子マネーが搭載されているものが登場してきている。このような電子マネー機能を有する携帯電話端末を使うと、利用者は、携帯電話端末だけを携帯すれば、電話、メール、インターネットによる情報の閲覧に加えて、電子マネーによる料金の支払を行うことができる。
【特許文献１】特開２００１−２２７６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述のように、従来の電子マネーシステムでは、店側で支払金額を設定している。そして、この支払金額に相当する金額を電子マネーのメモリの残高情報から差し引いて決算を行っている。
【００１０】
このように、従来の電子マネーシステムでは、店側で一方的に決められた支払金額を、利用者側が電子マネーを使って支払を行う形態となっている。ところが、実際には、店側だけでは支払金額を決められない場合もある。
【００１１】
例えば、購入金額に応じてポイントを取得し、このポイントを商品の支払金額に還元できるクーポンやポイントサービスが知られている。このようなポイントサービスでは、利用者側が取得しているポイント数に応じて、割り引きが受けられる。
【００１２】
また、レストラン等では、スタッフのサービスに対してチップを支払う習慣がある。このようなチップは、利用者側がサービスを評価して、料理の金額に加えて支払う。
【００１３】
これら以外にも、会員による特別割り引き等、店側だけでは一方的に支払金額を決められない場合がある。また、店側で一方的に決められた支払金額が電子マネーのメモリの残高情報から差し引かれることに対して、疑問を持つ利用者もいる。
【００１４】
本発明は、上述の課題を鑑み、チップの支払や、クーポン、ポイントサービス等、利用者側により決められる支払金額に対応でき、また、利用者側で支払金額の確認を行えるようにした注文決済システム、注文決済方法、注文決済機能を有する携帯端末を提供することを目的とする。
【課題を解決するための手段】
【００１５】
請求項１の発明に係る注文決済システムは、注文情報が入力される入力部と、残高金額の情報が記憶される残高メモリと、入力部からの注文情報に基づいて支払金額を算出する支払金額算出部と、非接触でデータの通信を行う非接触インターフェースとを有する携帯端末と、携帯端末からの注文を処理する注文処理部と、売上金額の情報が記憶される売上高メモリとを有する店舗サーバと、携帯端末と店舗サーバとの間で、非接触のデータ通信を行うためのリーダー／ライタとを備え、注文時に、携帯端末の入力部に注文情報が入力され、携帯端末がリーダー／ライタに近接されると、この注文情報がリーダー／ライタを介して店舗サーバに送信され、支払時に、携帯端末の支払金額算出部により、注文情報に基づいて支払金額が算出され、携帯端末がリーダー／ライタに近接されると、携帯端末側で算出された支払金額の情報が店舗サーバに送信され、支払金額に基づいて、残高メモリの残高金額から支払金額が差し引かれ、売上高メモリの売上高金額に支払金額が加算されるようにしたことを特徴とする。
【００１６】
請求項２に係る発明では、請求項１の発明に係る注文決済システムにおいて、店舗サーバは、更に、携帯端末から送られてきた注文情報に基づいて支払金額を算出し、支払時に、店舗サーバで、携帯端末の支払金額算出部により算出された支払金額と、店舗サーバで算出された支払金額とを比較するようにしたことを特徴とする。
【００１７】
請求項３に係る発明では、請求項１の発明に係る注文決済システムにおいて、店舗サーバは、更に、携帯端末から送られてきた注文情報に基づいて支払金額を算出し、支払時に、携帯端末で、携帯端末の支払金額算出部により算出された支払金額と、店舗サーバで算出された支払金額とを比較するようにしたことを特徴とする。
【００１８】
請求項４に係る発明では、請求項１の発明に係る注文決済システムにおいて、携帯端末の支払金額算出部は、注文情報により求められた総額料金に、チップの金額を加算して支払金額とするようにしたことを特徴とする。
【００１９】
請求項５に係る発明では、請求項１の発明に係る注文決済システムにおいて、携帯端末の支払金額算出部は、クーポンやポイントを金額に換算し、注文情報により求められた総額料金から、換算された金額を差し引いて支払金額とするようにしたことを特徴とする。
【００２０】
請求項６に係る発明注文決済システムは、注文情報が入力される入力部と、残高金額の情報が記憶される残高メモリと、入力部からの注文情報に基づいて支払金額を算出する支払金額算出部と、非接触でデータの通信を行う非接触のインターフェースとを有する携帯端末と、携帯端末に入力された注文を処理する注文処理部を有する店舗サーバと、携帯端末と店舗サーバとの間で、非接触のデータ通信を行うためのリーダー／ライタと、決済処理を行う決済センタとからなり、注文時に、携帯端末の入力部に注文情報が入力され、携帯端末がリーダー／ライタに近接されると、この注文情報がリーダー／ライタを介して店舗サーバに送信され、支払時に、携帯端末の支払金額算出部により、注文情報に基づいて支払金額が算出され、携帯端末がリーダー／ライタに近接されると、携帯端末側で算出された支払金額の情報が店舗サーバに送信され、更に、店舗サーバから決済センタに送信され、支払金額に基づいて、残高メモリから支払金額が差し引かれ、決済センタで決済処理が行われるようにしたことを特徴とする。
【００２１】
請求項７の発明に係る注文決済方法は、非接触インターフェースを有する携帯端末と、携帯端末からの注文を処理すると共に売上金額の情報を処理する店舗サーバと、携帯端末と店舗サーバとの間で非接触のデータ通信を行うためのリーダー／ライタとからなるシステムの注文決済方法であって、携帯端末には、残高金額の情報が記憶される残高メモリが備えられ、店舗サーバには、売上金額の情報が記憶される売上高メモリが備えられており、注文時に、携帯端末の入力部に注文情報が入力され、携帯端末がリーダー／ライタに近接されると、この注文情報がリーダー／ライタを介して店舗サーバに送信される工程と、支払時に、携帯端末により、注文情報に基づいて支払金額が算出され、携帯端末がリーダー／ライタに近接されると、携帯端末側で算出された支払金額の情報が店舗サーバに送信され、支払金額に基づいて、携帯端末の残高メモリの残高金額から支払金額が差し引かれ、店舗サーバの売上高メモリの売上高金額に支払金額が加算される工程とからなるようにしたことを特徴とする。
【００２２】
請求項８に係る発明では、請求項７の発明に係る注文決済方法において、店舗サーバは、更に、携帯端末から送られてきた注文情報に基づいて支払金額を算出し、支払時に、店舗サーバで、携帯端末の支払金額算出部により算出された支払金額と、店舗サーバで算出された支払金額とを比較するようにしたことを特徴とする。
【００２３】
請求項９に係る発明では、請求項７の発明に係る注文決済方法において、店舗サーバは、更に、携帯端末から送られてきた注文情報に基づいて支払金額を算出し、支払時に、携帯端末で、携帯端末の支払金額算出部により算出された支払金額と、店舗サーバで算出された支払金額とを比較するようにしたことを特徴とする。
【００２４】
請求項１０に係る発明では、請求項７の発明に係る注文決済方法において、携帯端末で支払金額を算出する際に、注文情報により求められた総額料金に、チップの金額を加算して支払金額とするようにしたことを特徴とする。
【００２５】
請求項１１に係る発明では、請求項７の発明に係る注文決済方法において、携帯端末で支払金額を算出する際に、クーポンやポイントを金額に換算し、注文情報により求められた総額料金から、換算された金額を差し引いて支払金額とするようにしたことを特徴とする。
【００２６】
請求項１２の発明に係る注文決済方法は、非接触インターフェースを有する携帯端末と、携帯端末からの注文を処理すると共に売上金額の情報を処理する店舗サーバと、携帯端末と店舗サーバとの間で非接触のデータ通信を行うためのリーダー／ライタと、決済処理を行う決済センタとからなるシステムの注文決済方法であって、携帯端末には、残高金額の情報が記憶される残高メモリが備えられ、注文時に、携帯端末の入力部に注文情報が入力され、携帯端末がリーダー／ライタに近接されると、この注文情報がリーダー／ライタを介して店舗サーバに送信される工程と、支払時に、携帯端末の支払金額算出部により、注文情報に基づいて支払金額が算出され、携帯端末がリーダー／ライタに近接されると、携帯端末側で算出された支払金額の情報が店舗サーバに送信され、更に、店舗サーバから決済センタに送信され、支払金額に基づいて、残高メモリから支払金額が差し引かれ、決済センタで決済処理が行われる工程とからなるようにしたことを特徴とする。
【００２７】
請求項１３の発明に係る注文決済機能を有する携帯端末は、注文情報が入力される入力部と、残高金額の情報が記憶される残高メモリと、入力部からの注文情報に基づいて支払金額を算出する支払金額算出部と、非接触でデータの通信を行う非接触インターフェースとを備え、支払時に、前記支払金額算出部により支払金額を算出し、残高メモリの残高金額から支払金額を差し引くようにしたことを特徴とする。
【００２８】
請求項１４に係る発明では、請求項１３の発明に係る注文決済機能を有する携帯端末において、更に、チップ額を求めるチップ額演算部を有し、支払金額算出部は、支払金額を算出する際に、注文情報により求められた総額料金に、チップの金額を加算して支払金額とするようにしたことを特徴とする。
【００２９】
請求項１５に係る発明では、請求項１３の発明に係る注文決済機能を有する携帯端末において、更に、クーポンやポイントを金額に換算するポイント処理部を有し、支払金額算出部は、携帯端末で支払金額を算出する際に、クーポンやポイントを金額に換算し、注文情報により求められた総額料金から、換算された金額を差し引いて支払金額とするようにしたことを特徴とする。
【発明の効果】
【００３０】
本発明によれば、携帯端末で注文を行い、その注文情報から、携帯端末で支払金額が算出される。このように、店側で一方的に決められた支払金額ではなく、利用者の携帯電話端末側で支払金額が求められるので、利用者が安心して携帯電話端末の電子マネー機能を利用することができる。
【００３１】
また、店側で求められた支払金額と、利用者の携帯端末側で求めた支払金額とを比較することで、支払金額の誤りをなくすことができる。
【００３２】
また、利用者の携帯端末側で支払金額を求めることで、店舗サーバの負担を軽減できる。更に、利用者の携帯端末側で支払金額が求めることで、店舗サーバに負担を与えることなく、クーポンやポイントを使った支払や、チップを含めた支払等に対応することができる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の実施の形態について図面を参照しながら説明する。本発明は、例えば、レストランの注文決済システムに利用できる。
（第１の実施形態）
図１は、本発明の第１の実施形態のレストランの注文支払システムの概要を示し、図２はその機能ブロック図を示すものである。
【００３４】
図１及び図２において、１は携帯電話端末、２はリーダー／ライタ、３は店舗サーバ、４は決済センタである。
【００３５】
携帯電話端末１は、利用者がレストランの注文や料金の支払に用いるものである。携帯電話端末１としては、非接触の通信により電子マネーの支払が可能な機能を有するものが用いられる。
【００３６】
携帯電話端末１には、図２に示すように、通信処理部１１と、制御部１２と、表示部１３と、入力部１４と、残高メモリ１５、支払金額算出部１６と、ＲＦＩＤ用の非接触インターフェース１７とが設けられる。
【００３７】
通信処理部１１は、基地局（図示せず）と通信を行って、音声通話やインターネットに接続して、電子メールの転送やウェブサイトの閲覧等の処理を実現する。制御部１２は、携帯電話端末１の全体の制御を行っている。表示部１３は、各種の情報を表示する。入力部１４は、電話番号等の入力を行うと共に、各種の動作を設定するための入力キーである。残高メモリ１５には、電子マネーの残高金額の情報（バリュー値）が記憶される。この残高情報は、利用者が入金したチャージ金額に相当して加算され、利用者が支払を行う毎に、支払金額分だけ減算されていく。支払金額算出部１６は、携帯電話端末１側で、注文情報に基づいて支払金額を算出する。非接触インターフェース１７は、ＲＦＩＤを利用した非接触のインターフェースである。
【００３８】
また、この携帯電話端末１の制御部１２には、注文処理アプリケーションプログラム１８と、決済処理アプリケーションプログラム１９とがインストールされている。注文処理アプリケーションプログラム１８及び決済処理アプリケーションプログラム１９は、例えば、このシステムを提供しているサーバ（図示せず）のサイトからダウンロードにより取得できる。
【００３９】
図１において、リーダー／ライタ２は、携帯電話端末１と非接触でデータのやりとりを行うための非接触型のリーダー／ライタである。このリーダー／ライタ２は、例えば、レストランの店頭のカウンタに配設されており、このリーダー／ライタ２は、店舗サーバ３に接続されている。
【００４０】
店舗サーバ３は、携帯電話端末１からの注文を受け付けて注文処理を行うと共に、支払時に、電子マネーによる売上金額の処理を行うものである。
【００４１】
店舗サーバ３には、図２に示すように、制御部２１と、メニューデータベース２２と、注文処理部２３と、売上高メモリ２４とが設けられる。制御部２１は、店舗サーバ３の全体を制御している。メニューデータベース２２は、図３に示すように、販売している飲食物と、その飲食物の料金との関連を示すデータベースである。注文処理部２３は、利用者が注文した料理の種類やその数量、料理がサービス状況等を利用者毎に管理している。売上高メモリ２４は、電子マネーによる支払を行ったときの売上金額の情報が記憶される。この売上金額の情報は、利用者が支払を行う毎に、支払金額分だけ加算されていく。
【００４２】
店舗サーバ３は、インターフェース２５を介して、リーダー／ライタ２に接続される。また、店舗サーバ３は、インターフェース２６、ネットワーク網５を介して、決済処理センタ４に接続されている。
【００４３】
本発明の第１の実施形態の注文決済システムにおいては、飲食物を注文する場合には、携帯電話端末１の注文処理アプリケーションプログラム１８を起動させ、携帯電話端末１をそのレストランのリーダー／ライタ２に近接させる。
【００４４】
携帯電話端末１をリーダー／ライタ２に近接させると、携帯電話端末１の非接触インターフェース１７とリーダー／ライタ２とが非接触で接続され、携帯電話端末１と店舗サーバ３との間で、データのやりとりが可能となる。
【００４５】
そして、先ず、携帯電話端末１は、店舗サーバ３のメニューデータベース２２から、そのレストランで販売されている飲食物とその飲食物の料金等からなるメニューデータを取得する。携帯電話端末１の注文処理アプリケーションプログラム１８は、店舗サーバ３からメニューデータを受け取ると、これに基づいて、図４に示すように、飲食物のメニュー画面を生成し、携帯電話端末１の表示部１３に表示させる。
【００４６】
利用者は、携帯電話端末１の表示部１３に表示された飲食物のメニューを見て、自分の注文した飲食物やその数量を決め、携帯電話端末１の入力部１４を操作して、飲食物を選択して、注文を行う。携帯電話端末１に入力された飲食物の注文情報は、携帯電話端末１から、リーダー／ライタ２を介して、店舗サーバ３に送られる。また、注文した料理の種類や数を基に、支払金額算出部１６で支払金額が算出される。
【００４７】
図５は、注文時の処理の流れを示すシーケンス図である。図５において、携帯電話端末１からメニュー要求が送信され（ステップＳ１）、このメニュー要求が、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ２）。店舗サーバ３は、メニュー要求を受け取ると、メニューデータベース２２からメニューデータを読み出し（ステップＳ３）、このメニューデータを携帯電話端末１に向けて送信する（ステップＳ４）。
【００４８】
このメニューデータがリーダー／ライタ２を介して、携帯電話端末１に送られる（ステップＳ５）。携帯電話端末１は、メニューデータを受信すると、このメニューデータに基づいて、飲食物のメニュー画面を生成し、携帯電話端末１の表示部１３に表示させる（ステップＳ６）。利用者は、このメニュー画面から、注文する飲食物を選択する。注文する飲食物が選択されると（ステップＳ７）、携帯電話端末１から店舗サーバ３に向けて、注文要求が送信される（ステップＳ８）。
【００４９】
この注文要求が、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ９）。店舗サーバ３は、注文要求を受け取ると、注文処理を行う（ステップＳ１０）。そして、この注文確認信号を携帯電話端末１に向けて送信する（ステップＳ１１）。この注文確認信号がリーダー／ライタ２を介して、携帯電話端末１に送られる（ステップＳ１２）。
【００５０】
以上のような注文処理により、利用者は、携帯電話端末１をリーダー／ライタ２に近接させ、携帯電話端末１を操作することで、飲食物の注文を行うことができる。そして、利用者の注文した飲食物がその利用者にサービスされる。
【００５１】
利用者は、その支払を行う場合には、携帯電話端末１の決済処理アプリケーションプログラム１９を起動させる。そして、利用者は、携帯電話端末１をリーダー／ライタ２に近接させる。
【００５２】
携帯電話端末１がリーダー／ライタ２に近接されると、携帯電話端末１とリーダー／ライタ２とが非接触で接続され、携帯電話端末１と店舗サーバ３との間で、データのやりとりが可能となる。
【００５３】
携帯電話端末１において、支払金額算出部１６により、その利用者の支払金額が算出される。そして、携帯電話端末１から店舗サーバ３に向けて、支払要求が送信される。このとき、支払要求には、支払金額算出部１６で算出された支払金額の情報が付加される。そして、支払処理が実行されると、携帯電話端末１の残高メモリ１５の残高金額から、支払金額に相当する額が差し引かれる。また、店舗サーバ３の売上高メモリ２４の売上金額に、支払金額に相当する額が加算される。
【００５４】
図６は、本発明の第１の実施形態の支払処理を示すシーケンス図である。図６において、携帯電話端末１において、支払金額算出部１６により、注文情報を参照して、支払金額が算出される（ステップＳ１０１）。そして、携帯電話端末１から店舗サーバ３に向けて、支払要求が送信される（ステップＳ１０２）。この支払要求には、携帯電話端末１の支払金額算出部１６により算出された支払金額が付加される。この支払要求は、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ１０３）。
【００５５】
店舗サーバ３は、支払要求を受け取ると、支払金額の確認をする（ステップＳ１０４）。そして、店舗サーバ３は、携帯電話端末１に向けて、決済要求を送信する（ステップＳ１０５）。
【００５６】
実際の支払が行われる前に、携帯電話端末１と、リーダー／ライタ２との間で相互認証が行われ（ステップＳ１０６、Ｓ１０７）、認証が成立すると、リーダー／ライタ２から携帯電話端末１に、決済要求が送られる（ステップＳ１０８）。
【００５７】
携帯電話端末１は、決済要求を受け取ると、残高メモリ１５に記憶された残高金額の情報から、その支払金額に相当する金額を減算する（ステップＳ１０９）。そして、携帯電話端末１は、決済完了の信号を店舗サーバ３に向けて送信する（ステップＳ１１０）。この決済完了の信号は、リーダー／ライタ２を介して店舗サーバ３に送られる（ステップＳ１１１）。
【００５８】
店舗サーバ３は、決済完了の信号を受信すると、支払金額に相当する金額を売上高メモリ２４の売上金額に加算する（ステップＳ１１２）。そして、必要に応じて、店舗サーバ３は携帯電話端末１に向けて履歴書き込み要求を送信する（ステップＳ１１３）。この履歴書き込み要求は、リーダー／ライタ２を介して携帯電話端末１に送られ（ステップＳ１１４）、携帯電話端末１に履歴が書き込まれる（ステップＳ１１５）。携帯電話端末１は、履歴の書き込みを完了すると、履歴書込完了の信号を送信する（ステップＳ１１６）。この履歴書込完了の信号は、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ１１７）。
【００５９】
なお、図示していないが、店舗サーバ３と決済センタ４とは、後日接続される。そして、店舗サーバ３の売上高メモリ２４の売上金額が決済センタ４に送られ、決済処理が行われる。
【００６０】
このように、本発明の第１の実施形態では、携帯電話端末１側で利用者が注文した飲食物の総額が支払金額として算出され、この携帯電話端末１側で算出された支払金額を用いて、決済処理が行われる。このため、店舗サーバ３の負担を軽減させることができる。
【００６１】
なお、上述の例では、決済処理アプリケーションプログラム１９を起動させて、支払金額が算出させているが、注文処理アプリケーションプログラム１８により注文処理を行っているときに、支払金額を算出し、この支払金額を保存して、決済処理アプリケーションプログラム１９に引き継がせるようにしてもよい。注文処理アプリケーションプログラム１８から決済処理アプリケーションプログラム１９への決済料金の情報の引き継ぎは、注文処理アプリケーションプログラム１８及び決済処理アプリケーションプログラム１９を基本アプリケーションプログラムのチャイルドプロセスとして起動させる場合には、チャイルドプロセスの起動に、支払金額の情報を作業領域の変数に格納して参照させるようにすればよい。また、注文処理アプリケーションプログラム１８が決済処理アプリケーションプログラム１９をコールするような場合には、注文処理アプリケーションプログラム１８起動時に支払金額の情報をスタックにプッシュし、決済処理アプリケーションプログラム１９をコールしたとき、スタックから支払金額の情報をポップさせるようにすればよい。
（第２の実施形態）
図７は、本発明の第２の実施形態のレストランの注文支払システムの支払処理を示すシーケンス図である。前述の第１の実施形態では、携帯電話端末１側で算出された支払金額だけを用いて決済処理が行われる。これに対して、第２の実施形態では、携帯電話端末１で算出された支払金額と、店舗サーバ３側で算出された支払金額とを用いて決算処理を行うようにしている。
【００６２】
図７において、携帯電話端末１の支払金額算出部１６により、注文情報を参照して、支払金額が算出される（ステップＳ２０１）。また、店舗サーバ３の制御部２１により、注文処理部２３からのその利用者の注文情報を参照して、支払金額が算出される（ステップＳ２０２）。
【００６３】
そして、携帯電話端末１から店舗サーバ３に向けて、支払要求が送信される（ステップＳ２０３）。この支払要求には、携帯電話端末１の支払金額算出部１６により算出された支払金額が付加される。この支払要求は、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ２０４）。
【００６４】
店舗サーバ３は、支払要求を受け取ると、携帯電話端末１から送られてきた支払金額と、店舗サーバ３側で求めた支払金額とを比較して、支払金額が合致しているかどうかを確認する（ステップＳ２０５）。携帯電話端末１から送られてきた支払金額と、店舗サーバ３側で求めた支払金額とが合致してれば、決済要求を送信する（ステップＳ２０６）。この決済要求には、支払金額が付加される。携帯電話端末１から送られてきた支払金額と、店舗サーバ３側で求めた支払金額とが合致していなければ、ＮＧ処理となる。
【００６５】
実際の支払が行われる前に、携帯電話端末１と、リーダー／ライタ２との間で相互認証が行われ（ステップＳ２０７、Ｓ２０８）、認証が成立すると、リーダー／ライタ２から携帯電話端末１に、決済要求が送られる（ステップＳ２０９）。
【００６６】
携帯電話端末１は、決済要求を受け取ると、残高メモリ１５に記憶された残高金額から、その支払金額に相当する金額を減算する（ステップＳ２１０）。そして、決済完了の信号を店舗サーバ３に向けて送信する（ステップＳ２１１）。この決済完了の信号は、リーダー／ライタ２を介して店舗サーバ３に送られる（ステップＳ２１２）。
【００６７】
店舗サーバ３は、決済完了の信号を受信すると、支払金額に相当する金額を売上高メモリ２４の売上金額に加算する（ステップＳ２１３）。そして、必要に応じて、店舗サーバ３は携帯電話端末１に向けて履歴書き込み要求を送信する（ステップＳ２１４）。この履歴書き込み要求は、リーダー／ライタ２を介して携帯電話端末１に送られ（ステップＳ２１５）、携帯電話端末１に履歴が書き込まれる（ステップＳ２１６）。携帯電話端末１は、履歴の書き込みを完了すると、履歴書込完了の信号を送信する（ステップＳ２１７）。この履歴書込完了の信号は、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ２１８）。
【００６８】
なお、図示していないが、店舗サーバ３と決済センタ４とは、後日接続される。そして、店舗サーバ３の売上高メモリ２４の売上金額が決済センタ４に送られ、決済処理が行われる。
【００６９】
このように、本発明の第２の実施形態では、支払を行い際に、携帯電話端末１に蓄積されている注文情報を基に、利用者が注文した飲食物の総額が支払金額として携帯電話端末１側で算出されると共に、利用者の携帯電話端末１から送られてきた注文情報を基に、利用者が注文した飲食物の総額が支払金額として店舗サーバ３で算出される。そして、携帯電話端末１側で算出された支払金額と、店舗サーバ３側で算出された支払金額とを比較して、実際の支払金額を決定するようにしている。このため、店側で一方的に決められた支払金額により、電子マネーのメモリの残高金額が差し引かれることがなくなり、支払金額の誤りが防止できる。
（第３の実施形態）
図８は、本発明の第３の実施形態の支払処理を示すシーケンス図である。上述の第２の実施形態では、携帯電話端末１で算出された支払金額と、店舗サーバ３側で算出された支払金額とが合致しているかどうかを店舗サーバ３で確認している。これに対して、この実施形態では、携帯電話端末１で算出された支払金額と、店舗サーバ３側で算出された支払金額とが合致しているかどうかを携帯電話端末１側で確認するようにしている。
【００７０】
図８において、携帯電話端末１の支払金額算出部１６により、注文情報を参照して、支払金額が算出される（ステップＳ３０１）。また、店舗サーバ３の制御部２１により、注文処理部２３からのその利用者の注文情報を参照して、支払金額が算出される（ステップＳ３０２）。
【００７１】
そして、携帯電話端末１から店舗サーバ３に向けて、支払要求が送信される（ステップＳ３０３）。この支払要求には、携帯電話端末１の支払金額算出部１６により算出された支払金額が付加される。この支払要求は、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ３０４）。
【００７２】
店舗サーバ３は、支払要求を受け取ると、支払金額を確認し（ステップＳ３０５）、決済要求を送信する（ステップＳ３０６）。この決済要求には、店舗サーバ３側で求めた支払金額が付加される。
【００７３】
実際の支払が行われる前に、携帯電話端末１と、リーダー／ライタ２との間で相互認証が行われ（ステップＳ３０７、Ｓ３０８）、認証が成立すると、リーダー／ライタ２から携帯電話端末１に、決済要求が送られる（ステップＳ３０９）。
【００７４】
携帯電話端末１では、決済要求を受信したら、携帯電話端末１で求めた支払金額と、店舗サーバ３側で求められた支払金額とを比較して、支払金額が合致しているかどうかを確認する（ステップＳ３１０）。そして、両者の金額が合致していたら、残高メモリ１５に記憶された残高金額から、その支払金額に相当する金額を減算し（ステップＳ３１１）、決済完了の信号を店舗サーバ３に向けて送信する（ステップＳ３１２）。この決済完了の信号は、リーダー／ライタ２を介して店舗サーバ３に送られる（ステップＳ３１３）。
【００７５】
携帯電話端末１で求めた支払金額と、店舗サーバ３側で求められた支払金額とが一致していなければ、ＮＧ処理となる（ステップＳ３１４、ステップＳ３１５）。
【００７６】
店舗サーバ３は、決済完了の信号を受信すると、支払金額に相当する金額を売上高メモリ２４の売上金額に加算する（ステップＳ３１６）。そして、必要に応じて、店舗サーバ３は携帯電話端末１に向けて履歴書き込み要求を送信する（ステップＳ３１７）。この履歴書き込み要求は、リーダー／ライタ２を介して携帯電話端末１に送られ（ステップＳ３１８）、携帯電話端末１に履歴が書き込まれる（ステップＳ３１９）。携帯電話端末１は、履歴の書き込みを完了すると、履歴書込完了の信号を送信する（ステップＳ３２０）。この履歴書込完了の信号は、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ３２１）。
【００７７】
なお、図示していないが、店舗サーバ３と決済センタ４とは、後日接続される。そして、店舗サーバ３の売上高メモリ２４の売上金額の情報が決済センタ４に送られ、決済処理が行われる。
【００７８】
このように、本発明の第３の実施形態では、携帯電話端末１で算出された支払金額と、店舗サーバ３側で算出された支払金額とが、携帯電話端末１側で確認される。このため、携帯電話端末１を保有する利用者側が、金額に間違いがないかどうかの確認を行うことができる。
（第４の実施形態）
図９及び図１０は、本発明の第４の実施形態を示すものである。この実施形態では、携帯電話端末１側で、チップの金額を含めて支払金額を算出し、この支払金額を決算するものである。
【００７９】
図９に示すように、この実施形態では、携帯電話端末１に、チップ額演算部３１が設けられる。このチップ額演算部３１は、例えば、飲食物の料金の例えば１０％をチップ金額として算出するものである。他の構成は、図２に示した第１の実施形態と同様である。
【００８０】
図１０は、本発明の第４の実施形態の支払処理を示すシーケンス図である。図１０において、チップ額演算部３１により、飲食物の料金の例えば１０％がチップ額として算出される（ステップＳ４０１）。そして、支払金額算出部１６により、飲食物の総料金とチップ額とが加算されて、支払金額が算出される（ステップＳ４０２）。そして、携帯電話端末１から店舗サーバ３に向けて、支払要求が送信される（ステップＳ４０３）。この支払要求には、携帯電話端末１の支払金額算出部１６により算出された支払金額が付加される。この支払要求は、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ４０４）。
【００８１】
店舗サーバ３は、支払要求を受け取ると、支払金額の確認をする（ステップＳ４０５）。そして、店舗サーバ３は、携帯電話端末１に向けて、決済要求を送信する（ステップＳ４０６）。
【００８２】
実際の支払が行われる前に、携帯電話端末１と、リーダー／ライタ２との間で相互認証が行われ（ステップＳ４０７、Ｓ４０８）、認証が成立すると、リーダー／ライタ２から携帯電話端末１に、決済要求が送られる（ステップＳ４０９）。
【００８３】
携帯電話端末１は、決済要求を受け取ると、残高メモリ１５に記憶された残高金額から、その支払金額に相当する金額を減算する（ステップＳ４１０）。そして、携帯電話端末１は、決済完了の信号を店舗サーバ３に向けて送信する（ステップＳ４１１）。この決済完了の信号は、リーダー／ライタ２を介して店舗サーバ３に送られる（ステップＳ４１２）。
【００８４】
店舗サーバ３は、決済完了の信号を受信すると、支払金額に相当する金額を売上高メモリ２４の売上金額に加算する（ステップＳ４１３）。そして、必要に応じて、店舗サーバ３は携帯電話端末１に向けて履歴書き込み要求を送信する（ステップＳ４１４）。この履歴書き込み要求は、リーダー／ライタ２を介して携帯電話端末１に送られ（ステップＳ４１５）、携帯電話端末１に履歴が書き込まれる（ステップＳ４１６）。携帯電話端末１は、履歴の書き込みを完了すると、履歴書込完了の信号を送信する（ステップＳ４１７）。この履歴書込完了の信号は、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ４１８）。
【００８５】
なお、図示していないが、店舗サーバ３と決済センタ４とは、後日接続される。そして、店舗サーバ３の売上高メモリ２４の売上金額の情報が決済センタ４に送られ、決済処理が行われる。
【００８６】
このように、この実施形態では、支払金額にチップの金額を含めることができる。なお、この例では、チップ額演算部３１により、例えば、飲食料金の素額の１０％をチップの金額として計算しているが、チップの額を、支払の度に、入力部１４により利用者に入力させるようにしてもよい。
（第５の実施形態）
図１１及び図１２は、本発明の第５の実施形態を示すものである。この実施形態では、携帯電話端末１側に、ポイント処理部３２が設けられる。ポイント処理部３２には、クーポンやポイントの点数が記憶されている。このクーポンやポイントの点数を金額に換算することで、割り引きが受けられる。ポイント処理部３２にクーポンやポイントが蓄積されている場合には、入力部１４から入力により、ポイントの使用許可を与えることができる。また、入力部１４から入力により、ポイント処理部３２に蓄積されているポイントのうち、どのくらいのポイントを使用するかを決めることができる。
【００８７】
図１２は、本発明の第５の実施形態の支払処理を示すシーケンス図である。図１２において、携帯電話端末１において、ポイント処理部３２により、ポイントが金額に換算される（ステップＳ５０１）。そして、支払金額算出部１６により、飲食物の総料金から、金額に換算されたポイントの額が減額されて、支払金額が算出される（ステップＳ５０２）。そして、携帯電話端末１から店舗サーバ３に向けて、支払要求が送信される（ステップＳ５０３）。この支払要求には、携帯電話端末１の支払金額算出部１６により算出された支払金額が付加される。この支払要求は、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ５０４）。
【００８８】
店舗サーバ３は、支払要求を受け取ると、支払金額の確認をする（ステップＳ５０５）。そして、店舗サーバ３は、携帯電話端末１に向けて、決済要求を送信する（ステップＳ５０６）。
【００８９】
実際の支払が行われる前に、携帯電話端末１と、リーダー／ライタ２との間で相互認証が行われ（ステップＳ５０７、Ｓ５０８）、認証が成立すると、リーダー／ライタ２から携帯電話端末１に、決済要求が送られる（ステップＳ５０９）。
【００９０】
携帯電話端末１は、決済要求を受け取ると、残高メモリ１５に記憶された残高金額から、その支払金額に相当する金額を減算する（ステップＳ５１０）。そして、携帯電話端末１は、決済完了の信号を店舗サーバ３に向けて送信する（ステップＳ５１１）。この決済完了の信号は、リーダー／ライタ２を介して店舗サーバ３に送られる（ステップＳ５１２）。
【００９１】
店舗サーバ３は、決済完了の信号を受信すると、支払金額に相当する金額を売上高メモリ２４の売上金額に加算する（ステップＳ５１３）。そして、必要に応じて、店舗サーバ３は携帯電話端末１に向けて履歴データを送信する（ステップＳ５１４）。この履歴データは、リーダー／ライタ２を介して携帯電話端末１に送られ（ステップＳ５１５）、携帯電話端末１に履歴が書き込まれる（ステップＳ５１６）。携帯電話端末１は、履歴の書き込みを完了すると、履歴書込完了の信号を送信する（ステップＳ５１７）。この履歴書込完了の信号は、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ５１８）。
【００９２】
なお、図示していないが、店舗サーバ３と決済センタ４とは、後日接続される。そして、店舗サーバ３の売上高メモリ２４の売上金額の情報が決済センタ４に送られ、決済処理が行われる。
【００９３】
このように、この実施形態では、クーポンやポイントを金額に換算し、総額料金から、クーポンやポイントを金額を割り引いて支払金額とすることができる。そして、この実施形態では、クーポンやポイントにより割り引いた支払金額を携帯電話端末１側で算出しているため、店舗サーバ３の負担にならない。
（第６の実施形態）
図１３は、本発明の第６の実施形態を示すものである。前述までの実施形態では、支払時に、携帯電話端末１の残高メモリ１５の残高金額から支払金額に相当する金額を差し引き、店舗サーバ３の売上高メモリ２４の売上金額に支払金額に相当する金額を加算し、後日、店舗サーバ３と決済センタ４とを接続し、店舗サーバ３の売上高メモリ２４の売上金額を決済センタ４に送って決済処理を完了させるようにしている。これに対して、この実施形態では、携帯電話端末１で支払を行うときに、その都度、決済センタ４により決済を完了させるようにしている。
【００９４】
図１３において、支払金額算出部１６により、注文情報を参照して、支払金額が算出される（ステップＳ６０１）。そして、携帯電話端末１から店舗サーバ３に向けて、支払要求が送信される（ステップＳ６０２）。この支払要求には、携帯電話端末１の支払金額算出部１６により算出された支払金額が付加される。この支払要求は、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ６０３）。
【００９５】
店舗サーバ３は、支払要求を受け取ると、支払金額の確認をする（ステップＳ６０４）。そして、店舗サーバ３は、携帯電話端末１に向けて、決済要求を送信する（ステップＳ６０５）。
【００９６】
実際の支払が行われる前に、携帯電話端末１と、リーダー／ライタ２との間で相互認証が行われる（ステップＳ６０６、Ｓ６０７）。認証が成立すると、リーダー／ライタ２は、携帯電話端末１にＩＤ要求を送り（ステップＳ６０８）、携帯電話端末１はＩＤを返送する（ステップＳ６０９）。ＩＤは、リーダー／ライタ２を介して、店舗サーバ３に送られ（ステップＳ６１０）。そして、残高メモリ１５に記憶された残高金額から、その支払金額に相当する金額を減算する（ステップＳ６１１）。
【００９７】
店舗サーバ３は、決済センタ４にＩＤ認証要求を送信し（ステップＳ６１２）、決済センタ４は店舗サーバ３にＩＤ認証結果を送信する（ステップＳ６１３）。ＩＤ認証が成立すると、店舗サーバ３は決済センタ４に携帯電話端末１から送られてきた支払金額を含む決済データを送信する（ステップＳ６１４）。決済センタ４では、この決済データに基づいて決済処理が行われる（ステップＳ６１５）。
【００９８】
決済が完了すると、決済センタ４から店舗サーバ３に決済完了通知が送られる（ステップＳ６１６）。そして、必要に応じて、店舗サーバ３は携帯電話端末１に向けて履歴データの書き込み要求を送信する（ステップＳ６１７）。この履歴書き込み要求は、リーダー／ライタ２を介して携帯電話端末１に送られ（ステップＳ６１８）、携帯電話端末１に履歴が書き込まれる（ステップＳ６１９）。携帯電話端末１は、履歴の書き込みを完了すると、履歴書込完了の信号を送信する（ステップＳ６２０）。この履歴書込完了の信号は、リーダー／ライタ２を介して、店舗サーバ３に送られる（ステップＳ６２１）。
【００９９】
以上説明したように、本発明の実施形態によれば、携帯電話端末１で注文を行い、その注文情報から、携帯電話端末１で支払金額が算出される。このように、店側で一方的に決められた支払金額ではなく、利用者の携帯電話端末側で支払金額が求められるので、利用者が安心して携帯電話端末の電子マネー機能を利用することができる。また、店側で求められた支払金額と、利用者の携帯電話端末側で求めた支払金額とを比較することで、支払金額の誤りをなくすことができる。また、利用者の携帯電話端末側で支払金額を求めることで、店舗サーバの負担を軽減できる。更に、利用者の携帯電話端末側で支払金額が求めることで、クーポンやポイントを使った支払や、チップを含めた支払等に対応することができる。
【０１００】
本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。例えば、上述の実施形態では、携帯端末として携帯電話端末を用いているが、非接触での通信機能を備えたＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）を用いるようにしてもよい。
【０１０１】
また、本発明は、上述のように構成されたハードウェア又は同様に構成されたソフトウェアにより実現可能である。
【産業上の利用可能性】
【０１０２】
本発明は、電子マネー機能を備えた携帯電話端末を使った注文決済システムに利用可能である。
【図面の簡単な説明】
【０１０３】
【図１】本発明の第１の実施形態の注文決済システムの概要を示すブロック図である。
【図２】本発明の第１の実施形態の注文決済システムの構成を示す機能ブロック図である。
【図３】メニューデータベースの説明図である。
【図４】メニュー表示の説明図である。
【図５】本発明の第１の実施形態の注文決済システムにおける注文処理の説明に用いるシーケンス図である。
【図６】本発明の第１の実施形態の注文決済システムにおける支払処理の説明に用いるシーケンス図である。
【図７】本発明の第２の実施形態の注文決済システムにおける支払処理の説明に用いるシーケンス図である。
【図８】本発明の第３の実施形態の注文決済システムにおける支払処理の説明に用いるシーケンス図である。
【図９】本発明の第４の実施形態の注文決済システムの構成を示す機能ブロック図である。
【図１０】本発明の第４の実施形態の注文決済システムにおける支払処理の説明に用いるシーケンス図である。
【図１１】本発明の第５の実施形態の注文決済システムの構成を示す機能ブロック図である。
【図１２】本発明の第５の実施形態の注文決済システムにおける支払処理の説明に用いるシーケンス図である。
【図１３】本発明の第６の実施形態の注文決済システムにおける支払処理の説明に用いるシーケンス図である。
【図１４】従来の電子マネーの支払処理の説明に用いるシーケンス図である。
【符号の説明】
【０１０４】
１：携帯電話端末
２：リーダー／ライタ
３：店舗サーバ
４：決済センタ
５：ネットワーク網
１１：通信処理部
１２：制御部
１３：表示部
１４：入力部
１５：残高メモリ
１６：支払金額算出部
１７：非接触インターフェース
１８：注文処理アプリケーションプログラム
１９：決済処理アプリケーションプログラム
２１：制御部
２２：メニューデータベース
２３：注文処理部
２４：売上高メモリ
２５：インターフェース
２６：インターフェース
３１：チップ額演算部
３２：ポイント処理部
【図１】
2007219959.tif 000003
【図２】
2007219959.tif 000004
【図３】
2007219959.tif 000005
【図４】
2007219959.tif 000006
【図５】
2007219959.tif 000007
【図６】
2007219959.tif 000008
【図７】
2007219959.tif 000009
【図８】
2007219959.tif 000010
【図９】
2007219959.tif 000011
【図１０】
2007219959.tif 000012
【図１１】
2007219959.tif 000013
【図１２】
2007219959.tif 000014
【図１３】
2007219959.tif 000015
【図１４】
2007219959.tif 000016