精算システム、携帯情報機器および精算方法
【課題】電子マネーのユーザビリティを向上すること。
【解決手段】精算システム１は、商品の識別情報を取得する取得部１１と、商品情報に応じた使用可能額を記憶する使用可能額記憶部５２と、取得部１１によって取得された識別情報に対応した、商品情報に応じた使用可能額を選択する選択部３３と、取得部１１に取得された識別情報に対応する商品の購入金額と、選択部３３に選択された使用可能額とを比較する比較部３３と、比較部３３の比較において使用可能額が購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払処理部３３とを有する。
【解決手段】精算システム１は、商品の識別情報を取得する取得部１１と、商品情報に応じた使用可能額を記憶する使用可能額記憶部５２と、取得部１１によって取得された識別情報に対応した、商品情報に応じた使用可能額を選択する選択部３３と、取得部１１に取得された識別情報に対応する商品の購入金額と、選択部３３に選択された使用可能額とを比較する比較部３３と、比較部３３の比較において使用可能額が購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払処理部３３とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品の購入金額を電子マネーにより決済する精算システム、携帯情報機器および精算方法に関する。
【背景技術】
【０００２】
近年、市場に流通している携帯電話機には、様々な機能が搭載されている。
携帯電話機には、たとえば、電子マネーの機能が搭載される。
【０００３】
特許文献１は、電子マネーの使用限度額として、たとえば１日毎の使用限度額を設定する技術を開示する。
これにより、電子マネーによる支払金額を制限し、電子マネー機能によるユーザの使い過ぎを未然に防止することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−０３７８６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１のように電子マネーの使用限度額を設定した場合、１日に使用できる電子マネーの金額が固定的に制限されてしまう。
そのため、電子マネーのユーザビリティが良くなかった。
【０００６】
本発明は、電子マネーのユーザビリティを向上できる精算システム、携帯情報機器および精算方法を提供する。
【課題を解決するための手段】
【０００７】
本発明の第１の観点の精算システムは、商品の識別情報を取得する取得部と、商品情報に応じた使用可能額を記憶する使用可能額記憶部と、前記取得部によって取得された前記識別情報に対応した、商品情報に応じた使用可能額を選択する選択部と、前記取得部に取得された前記識別情報に対応する商品の購入金額と、前記選択部に選択された前記使用可能額とを比較する比較部と、前記比較部の比較において前記使用可能額が前記購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払処理部とを有する。
【０００８】
好適には、前記比較部の比較において、前記使用可能額が前記購入金額より大きい場合には、比較に係る前記使用可能額から前記購入金額を減額した額を、新たな使用可能額として更新および保存を行う利用時更新部を有してもよい。
【０００９】
好適には、前記比較部の比較において、前記使用可能額が前記購入金額より小さい場合には、前記支払処理部は、電子マネー機能による決算処理は行わず、前記利用時更新部は、前記使用可能額を更新しなくてもよい。
【００１０】
好適には、前記精算システムは、電子マネーにより商品代金を決済可能な精算装置と、電子マネーの金額を記憶し、前記精算装置と通信可能な携帯情報機器とを有し、前記取得部は、前記精算装置に設けられ、前記使用可能額記憶部は、前記携帯情報機器に設けられ、前記選択部は、前記携帯情報機器または前記精算装置に設けられ、前記比較部は、前記携帯情報機器または前記精算装置に設けられ、前記利用時更新部は、前記携帯情報機器に設けられ、前記支払処理部は、前記携帯情報機器に設けられてもよい。
【００１１】
好適には、前記支払処理部は、前記選択部、前記比較部、および前記利用時更新部の処理を終えた後に、購入可能な商品について、前記電子マネーでの支払処理を実行してもよい。
【００１２】
好適には、前記使用可能額記憶部は、前記複数の商品情報毎の使用可能額に対応づけられる前記複数の商品情報として、商品毎に異なる商品の識別情報、商品の分類情報または商品に関する付加情報を有し、前記選択部は、前記取得部により取得された購入予定の商品の識別情報と一致する商品情報に対応する使用可能額、当該識別情報に基づいて取得した当該購入予定の商品の分類情報と一致する商品情報に対応する使用可能額、または当該識別情報に基づいて取得した当該購入予定の商品の付加情報に含まれる商品情報に対応する使用可能額を選択してもよい。
【００１３】
好適には、前記使用可能額記憶部は、前記複数の商品情報毎の使用可能額および前記複数の商品情報を、前記使用可能額毎の複数のレコードに記憶し、前記選択部は、複数の選択条件について前記複数のレコードの先頭から順番に商品情報との合致を判断し、いずれか１の選択条件が最初に合致する商品情報に対応する使用可能額を選択してもよい。
【００１４】
好適には、前記使用可能額記憶部は、前記複数のレコードの最後のレコードに、前記商品情報が対応付けられていない使用可能額を含み、前記選択部は、前記使用可能額記憶部に前記識別情報もしくは前記分類情報と一致する商品情報が無い場合、または付加情報に含まれる商品情報が無い場合、前記最後のレコードに含まれる前記商品情報が対応付けられていない使用可能額を選択してもよい。
【００１５】
好適には、前記使用可能額記憶部に記憶される前記複数の使用可能額に対応する複数の利用金額を記憶する利用金額記憶部と、所定の期間毎に、前記利用金額記憶部に記憶される前記複数の利用金額により、前記使用可能額記憶部に記憶される前記複数の使用可能額を更新する定期更新部とを有してもよい。
【００１６】
好適には、前記利用金額記憶部は、前記複数の利用金額に、利用金額が無いことを示す値の利用金額を含んでもよい。
【００１７】
本発明の第２の観点の携帯情報機器は、電子マネーにより商品代金を決済可能な精算装置と通信し、決済前に購入予定の商品の商品情報および購入金額を受信する通信部と、商品情報に応じた使用可能額を記憶する使用可能額記憶部と、前記受信部が受信した前記商品情報に応じた使用可能額を選択する選択部と、前記受信部が受信した前記商品の購入金額と、前記選択部に選択された前記使用可能額とを比較する比較部と、前記比較部の比較において前記使用可能額が前記購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払処理部とを有する。
【００１８】
本発明の第３の観点の精算方法は、電子マネーにより購入する予定の商品の識別情報を取得する取得ステップと、商品情報に応じた使用可能額を記憶する使用可能額記憶部から、前記取得ステップで取得した前記識別情報に対応した、商品情報に応じた使用可能額を選択する選択ステップと、前記取得ステップで取得した前記識別情報に対応する商品の購入金額と、前記選択ステップで選択した前記使用可能額とを比較する比較ステップと、前記比較ステップの比較において前記使用可能額が前記購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払ステップとを有する。
【発明の効果】
【００１９】
本発明によれば、電子マネーのユーザビリティを向上できる。
【図面の簡単な説明】
【００２０】
【図１】図１は、本発明の実施の形態に係る電子マネーの精算システムのシステム構成図である。
【図２】図２は、図１のＰＯＳ装置のハードウェア構成図である。
【図３】図３は、図１の携帯電話機のハードウェア構成図である。
【図４】図４は、図１の精算システムの機能ブロック図である。
【図５】図５は、図４の残額テーブルのデータ構造の説明図である。
【図６】図６は、図４のマスターテーブルのデータ構造の説明図である。
【図７】図７は、ＰＯＳ装置の商品販売処理のフローチャートである。
【図８】図８は、携帯電話機での電子マネー決済処理前の処理のフローチャートである。
【図９】図９は、図１の精算システムのシーケンスチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の実施形態を図面に関連付けて説明する。
【００２２】
図１は、本発明の実施の形態に係る電子マネーの精算システム１のシステム構成図である。
精算システム１は、携帯電話機（Ｍ＿Ｐｈｏｎｅ）２、ＰＯＳ装置（ＰＯＳ：Point Of Sale）３、販売価格データベース装置（Ｐｒｉｃｅ）４、商品情報データベース装置（ＣＯＤＥ）５を有する。
【００２３】
携帯電話機２は、電子マネーとして利用可能なバリュ（金額）を記憶する。また、携帯電話機２は、ＰＯＳ装置３と無線通信可能である。
ＰＯＳ装置３および販売価格データベース装置４は、スーパーなどの店舗内のＬＡＮ（Local Area Network）６に接続される。
ＬＡＮ６は、ルータ（ＲＴＲ）７によりインターネットなどの通信網８に接続される。
商品情報データベース装置５は、通信網８に接続される。
【００２４】
販売価格データベース装置４は、店舗で販売する商品の販売価格を記憶する。
販売価格データベース装置４は、複数の商品の販売価格に、互いに異なるバーコードの値を対応付けて記憶する。
【００２５】
商品情報データベース装置５は、商品の分類情報と、商品の属性情報とを記憶する。
商品の分類情報には、たとえばＪＩＣＦＳ（JAN Item Code File Service）商品分類コードによる分類情報がある。
商品の属性情報には、たとえば商品名、商品の生産元、商品の説明などが含まれる。
商品情報データベース装置５は、複数の商品の分類情報および複数の商品の属性情報に、それぞれの商品のバーコードの値を対応付けて記憶する。
【００２６】
図２は、図１のＰＯＳ装置３のハードウェア構成図である。
ＰＯＳ装置３は、スキャナ（ＳＣＮＲ）１１、リーダライタ（Ｒ／Ｗ）１２、操作部（ＫＥＹ）１３、表示部（ＤＩＳＰ）１４、インタフェース部（Ｉ／Ｆ）１５、プリンタ部（ＰＴＲ）１６、メモリ（ＭＥＭ）１７、ＣＰＵ（Central Processing Unit）１８、およびこれらをデータ通信可能に接続するシステムバス１９を有する。
【００２７】
スキャナ１１は、商品に付されたバーコードを読み取る。
バーコードには、ＪＡＮ（Japanese Article Number）コード、ＥＡＮ、ＵＰＣ（Universal Product Code）などがある。
また、ＰＯＳ装置３で使用されるバーコードには、統一商品コードと、インストアコードとがある。
統一商品コードは、国番号で始まるコードである。
インストアコードは、国番号に代わる所定の番号で始まるコードであり、スーパーなどの店舗が独自に付与することができる。
そして、スキャナ１１は、読み取ったバーコードを含む信号をＣＰＵ１８へ出力する。
【００２８】
リーダライタ１２は、図示しないアンテナを有する。
リーダライタ１２は、携帯電話機２と近距離無線通信し、携帯電話機２と通信データを送受する。
そして、リーダライタ１２は、通信データを含む信号がＣＰＵ１８から入力されると、携帯電話機２へ通信データを送信する。
また、リーダライタ１２は、携帯電話機２から通信データを受信すると、受信した通信データを含む信号をＣＰＵ１８へ出力する。
【００２９】
操作部１３は、たとえば商品の販売価格、購入数を入力するための数字キー、合計キーなどの操作キーを有する。
そして、操作部１３は、操作された操作キーに対応する信号をＣＰＵ１８へ出力する。
【００３０】
表示部１４は、ＬＣＤ（Liquid Crystal Display Device）、ＣＲＴ（Cathode Ray Tube）などを有する。
そして、表示部１４は、ＣＰＵ１８から入力された信号に含まれる表示データを表示する。
【００３１】
プリンタ部１６は、サーマルプリンタ、ドットインパクトプリンタ、インクジェットプリンタなどを有する。
そして、プリンタ部１６は、ＣＰＵ１８から入力された信号に含まれる印刷データを印刷する。
【００３２】
インタフェース部１５は、ＬＡＮ６に接続される。
そして、インタフェース部１５は、データ送信リクエストなどの通信データを含む信号がＣＰＵ１８から入力されると、ＬＡＮ６へ通信データを送出する。ＬＡＮ６へ送出された通信データは、販売価格データベース装置４、商品情報データベース装置５などのサーバ装置へ送信される。
また、インタフェース部１５は、データ送信リクエストの応答として、販売価格データベース装置４または商品情報データベース装置５から通信データを受信する。インタフェース部１５は、受信した通信データを含む信号をＣＰＵ１８へ出力する。
【００３３】
メモリ１７は、ＣＰＵ１８が読み込んで実行可能なプログラム、ＣＰＵ１８により読み書きされるデータなどを有する。
メモリ１７に記憶されたプログラムは、たとえばＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などのコンピュータ読み取り可能な記録媒体に記録されたものをインストールしたものであっても、インターネットなどの伝送媒体を介してダウンロードしたものをインストールしたものであってもよい。
【００３４】
そして、メモリ１７に記憶されるデータには、たとえば後述する図５に示すように合計金額データ（ＳＵＭ＿ＶＡＬＵＥ）４１がある。
合計金額データ４１は、購入可能な商品の合計金額を示す値を有する。
【００３５】
ＣＰＵ１８は、メモリ１７に記憶されるプログラムを読み込んで実行するコンピュータであり、ＰＯＳ装置３の処理部として機能する。
図４に、ＣＰＵ１８がプログラムを実行した場合にＰＯＳ装置３に実現される機能ブロックを示す。
ＰＯＳ装置３には、電子マネー集金部（Ｖ＿ＣＴＲ）４６と、購入制御部（ＳＵＭ）４７とが実現される。
図４は、図１の精算システム１の機能ブロック図である。
【００３６】
購入制御部４７は、スキャナ１１で読み取られた購入予定の商品について、当該商品が購入可能である場合に合計金額データ４１を更新する。
購入制御部４７は、合計金額データ４１に記憶される金額に、購入可能な商品の金額を加算し、加算した金額で合計金額データ４１を更新する。
【００３７】
電子マネー集金部４６は、合計金額データ４１に記憶される購入可能な商品の合計金額を、電子マネーとしてのバリュにより集金する。
電子マネー集金部４６は、リーダライタ１２と携帯電話機２との近距離無線通信を、たとえばISO（International Organization for Standardization）／IEC（International Electrotechnical Commission）18092に規定された通信方式で制御する。
そして、電子マネー集金部４６は、携帯電話機２に記憶されるバリュと呼ばれる電子マネーを携帯電話機２から受信し、合計金額データ４１に記憶される購入可能な商品の合計金額を決済する。
【００３８】
図３は、図１の携帯電話機２のハードウェア構成図である。
携帯電話機２は、無線通信部（ＲＦ）２１、操作部（ＫＥＹ）２２、表示部（ＤＩＳＰ）２３、音声モデム部（ＭＯＤＥＭ）２４、ＣＰＵ２５、メモリ（ＭＥＭ）２６、シリアルインタフェース部（Ｓ Ｉ／Ｆ）２７、タイマ（ＴＭＲ）２８、およびこれらを接続するシステムバス２９を有する。
また、シリアルインタフェース部２７には、ＩＣチップ（ＩＣ＿ＣＨＩＰ）３１が接続される。
ＩＣチップ３１は、ＩＣメモリ（ＩＣ＿ＭＥＭ）３２、コントローラ（ＣＴＲＬ）３３、およびアンテナ（ＡＮ）３４を有する。
【００３９】
ＩＣメモリ３２は、コントローラ３３のみからアクセス可能な記憶領域を形成する。
ＩＣメモリ３２は、コントローラ３３が読み込んで実行可能なプログラム、コントローラ３３により読み書きされるデータなどを記憶する。
具体的には図４に示すように、ＩＣメモリ３２には、電子マネーの金額を示すバリュデータ（ＶＡＬＵＥ＿ＤＡＴＡ）５１、残額テーブル（ＲＭ＿ＴＢＬ）５２を記憶する。
【００４０】
アンテナ３４は、リーダライタ１２と近距離無線通信するためのアンテナ３４である。
【００４１】
コントローラ３３は、アンテナ３４を用いて、リーダライタ１２と近距離無線通信する。
コントローラ３３は、ＩＣメモリ３２に記憶されるバリュデータ（ＶＡＬＵＥ＿ＤＡＴＡ）５１、残額テーブル（ＲＭ＿ＴＢＬ）５２を管理する。
たとえば、コントローラ３３は、リーダライタ１２またはＣＰＵ２５から要求されたデータをＩＣメモリ３２から読み出し、リーダライタ１２またはＣＰＵ２５へ出力する。
また、コントローラ３３は、リーダライタ１２またはＣＰＵ２５から入力されたデータをＩＣメモリ３２に格納する。
このようにコントローラ３３を介してのみＩＣメモリ３２に対するアクセスを可能とすることで、バリュデータ５１および残額テーブル５２の秘匿性および安全性を確保できる。
【００４２】
図５は、図４の残額テーブル５２のデータ構造の説明図である。
残額テーブル５２は、複数のレコードを記憶する。
図５において各行が１つのレコードに対応する。
各レコードは、使用可能額としての残額、指定方法および指定値を有する。
指定値は、商品のバーコードの値、商品分類の値または文字列を示す値を有する。
指定方法は、指定値に指定された値が、商品のバーコードの値、商品分類の値、または商品に関する文字列の値であるかを示すデータを有する。
このように各レコードは、それぞれの指定方法において指定された値を有する商品についての購入可能な残額を有する。
図５では、１番目がバーコード指定のレコードであり、２番目が商品分類指定のレコードであり、３番目が文字列指定のレコードである。
それぞれの商品は、レコードの残額の範囲内で購入可能である。
【００４３】
また、図５において、複数のレコードは、検索順に並んでいる。
残額テーブル５２の複数のレコードは、先頭のレコードから順番に検索される。
そして、残額テーブル５２の最後のレコードには、指定方法および指定値を指定しない残額が格納される。
【００４４】
図３および図４において、無線通信部２１は、携帯電話機２用の図示外の基地局と通信チャネルを確立し、基地局と通信データを送受する。
そして、無線通信部２１は、ＣＰＵ２５からの入力信号に含まれる通信データを基地局へ無線送信する。
また、無線通信部２１は、基地局から受信した通信データを含む信号をＣＰＵ２５へ出力する。
【００４５】
操作部２２は、図示外の複数の操作キーを有する。操作キーには、たとえばファンクションキー、電源キー、通話キー、数字キー、文字キー、発信キーなどがある。操作キーは、携帯電話機２の表面に配置される。
そして、操作部２２は、ユーザにより操作された操作キーに対応する信号をＣＰＵ２５へ出力する。
【００４６】
表示部２３は、図示外のＬＣＤ（Liquid Crystal Display Device）や有機ＥＬ（Electro-Luminescence）デバイスなどを有する。ＬＣＤまたは有機ＥＬデバイスは、ＲＧＢの色成分毎に複数の画素（Pixel）がマトリックス配置された構造を有する。表示部２３は、携帯電話機２の表面に配置される。
そして、表示部２３は、ＣＰＵ２５から入力された信号に含まれる表示データを表示する。
【００４７】
音声モデム部２４は、スピーカおよびマイクロフォンに接続される。
そして、音声モデム部２４は、マイクロフォンに入力された音声をサンプリングし、音声データを含む信号をＣＰＵ２５へ出力する。
また、音声モデム部２４は、ＣＰＵ２５からの入力信号に含まれる音声データによりスピーカを駆動する。これにより、スピーカから音声データに対応する音声が出力される。
【００４８】
タイマ２８は、時間を計測する。
そして、タイマ２８は、計測した時間のデータを含む信号をＣＰＵ２５へ出力する。
【００４９】
メモリ２６は、ＣＰＵ２５が読み込んで実行可能なプログラム、ＣＰＵ２５により読み書きされるデータなどを有する。
メモリ２６に記憶されたプログラムは、たとえばＣＤ−ＲＯＭなどのコンピュータ読み取り可能な記録媒体に記録されたものをインストールしたものであっても、インターネットなどの伝送媒体を介してダウンロードしたものをインストールしたものであってもよい。
【００５０】
メモリ２６に記憶されるデータには、たとえば図５に示すようにマスターテーブル（ＭＴＲ＿ＴＢＬ）６１がある。
図６に示すように、マスターテーブル６１は、複数の一日限度額を記憶する。
マスターテーブル６１において、複数の一日限度額は、図５の残額テーブル５２の複数のレコードの配列順と一致する順番に記憶される。
また、図６のマスターテーブル６１では、３番目のレコードに残額０が格納されている。
【００５１】
ＣＰＵ２５は、メモリ２６に記憶されるプログラムを読み込んで実行するコンピュータであり、携帯電話機２の処理部として機能する。
図４に示すように、ＣＰＵ２５がメモリ２６に記憶されるプログラムを読み込んで実行することにより、携帯電話機２には、ＵＩ部（ＵＩ：User Interface）６２と、定期更新部（ＵＰＤＡＴＥＲ）６３とが実現される。
【００５２】
ＵＩ部６２は、操作部２２および表示部２３を管理する。
そして、ＵＩ部６２は、マスターテーブル６１の内容を表示部２３に表示する。
また、ＵＩ部６２は、操作部２２から入力される操作データに基づいて、マスターテーブル６１を更新する。
これにより、マスターテーブル６１には、ユーザにより設定された１日の利用限度額が登録される。
なお、マスターテーブル６１および残額テーブル５２の各レコードおよび金額は、手入力に基づいて生成しても、携帯電話機２が保持する購入履歴などに基づいて生成してもよい。
【００５３】
定期更新部６３は、タイマ２８などで計測される１日毎に、マスターテーブル６１の複数の一日限度額により、残額テーブル５２の複数の残額を更新する。
これにより、残額テーブル５２の複数の残額は、定期的に、１日の利用限度額に更新される。
【００５４】
図７は、ＰＯＳ装置３の商品販売処理のフローチャートである。
図７のフローチャートは、携帯電話機２の電子マネーで決済する場合のものである。
【００５５】
ＰＯＳ装置３のスキャナ１１は、購入予定の商品のバーコードの値を読み取る（ステップＳ１）。
【００５６】
スキャナ１１からバーコードの値を取得すると、購入制御部４７は、このバーコードの値を用いて商品の関連情報を取得する（ステップＳ２）。
具体的には、購入制御部４７は、バーコードの値を含むリクエストをインタフェース部１５へ出力する。インタフェース部１５は、そのリクエストを商品情報データベース装置５へ送信する。
リクエストを受信すると、商品情報データベース装置５は、リクエストに含まれるバーコードの値を用いてデータベースを検索する。商品情報データベース装置５は、リクエストに含まれるバーコードと同じ値に対応付けられた商品の分類情報および属性情報を抽出する。また、商品情報データベース装置５は、抽出した商品の分類情報および属性情報を、ＰＯＳ装置３のインタフェース部１５へ送信する。インタフェース部１５は、受信した商品の分類情報および属性情報を購入制御部４７へ出力する。
これにより、購入制御部４７は、スキャナ１１により読み取ったバーコードに対応する商品の分類情報および属性情報を取得する。
【００５７】
商品の分類情報および属性情報を取得すると、購入制御部４７は、スキャナ１１から取得したバーコードの値を用いて、さらに商品の販売価格を取得する（ステップＳ３）。
具体的には、購入制御部４７は、バーコードの値を含むリクエストをインタフェース部１５へ出力する。インタフェース部１５は、そのリクエストを販売価格データベース装置４へ送信する。
販売価格データベース装置４は、リクエストを受信すると、リクエストに含まれるバーコードの値を用いて、データベースを検索する。販売価格データベース装置４は、リクエストに含まれるバーコードと同じ値に対応付けられた商品の販売価格を抽出する。また、販売価格データベース装置４は、抽出した商品の販売価格を、ＰＯＳ装置３のインタフェース部１５へ送信する。インタフェース部１５は、受信した商品の販売価格を購入制御部４７へ出力する。
これにより、購入制御部４７は、スキャナ１１により読み取ったバーコードに対応する商品の販売価格を取得する。
【００５８】
スキャンした商品の分類情報、属性情報および販売価格を取得すると、購入制御部４７は、スキャンした商品の検索条件および購入金額の情報を、携帯電話機２へ送信する（ステップＳ４）。
商品の検索条件には、バーコードの値、商品の分類情報、および商品の属性情報が含まれる。
購入金額は、購入予定の商品の購入金額である。なお、商品を複数個購入する場合、購入金額は、１個の商品の販売価格に購入数をかけた値となる。
具体的には、購入制御部４７は、商品の検索条件および購入金額の情報をリーダライタ１２へ出力する。
リーダライタ１２は、短距離無線通信回線を確立した携帯電話機２へ、商品の検索条件および販売価格の情報を送信する。
【００５９】
携帯電話機２へ商品の検索条件および購入金額を送信した後、購入制御部４７は、携帯電話機２からの応答待ち状態になる（ステップＳ５）。
その後、リーダライタ１２は、携帯電話機２から購入可能の通知または購入不可の通知を受信する（ステップＳ６）。
【００６０】
商品の購入が可能である旨の通知を携帯電話機２から受信した場合、購入制御部４７は、合計金額データ４１に記憶されている合計金額データ４１の値に、携帯電話機２へ送信した購入金額を加算する。
また、購入制御部４７は、加算演算の結果の金額により、合計金額データ４１を更新する（ステップＳ７）。
【００６１】
商品の購入が不可である旨の通知を携帯電話機２から受信した場合、購入制御部４７は、その商品の販売処理を中止する（ステップＳ８）。
購入制御部４７は、合計金額データ４１を更新しない。また、購入制御部４７は、表示部１５に購入不可である旨を表示する。
【００６２】
携帯電話機２から受信した購入可否の通知に応じた処理を終えると、購入制御部４７は、さらに購入する商品が残っているか否か判断する。（ステップＳ９）。
購入制御部４７は、たとえば操作部１３の合計キーが操作されない場合、さらに購入する商品が残っていると判断する。
そして、スキャナ１１が次の商品を読み取ると、購入制御部４７は、ステップＳ１からＳ９までの処理を繰り返す。
【００６３】
また、たとえば操作部１３の合計キーが操作されて、さらに購入する商品が残っていないと判断すると、購入制御部４７は、合計金額データ４１の値を表示部１４に表示する（ステップＳ１０）。
また、購入制御部４７は、購入可能な商品の一覧を表示部１４に表示する。
なお、購入制御部４７は、これらの表示とともに、購入不可になった商品の一覧を表示部１４に表示してもよい。
【００６４】
その後、購入制御部４７は、電子マネー集金部４６に決済処理を指示する（ステップＳ１１）。
電子マネー集金部４６は、購入商品の合計金額を電子マネーで決済する処理を実行する。
電子マネーの決済処理において、電子マネー集金部４６は、合計金額データ４１の値を読み込み、リーダライタ１２へ出力する。リーダライタ１２は、合計金額データ４１の値を携帯電話機２へ送信する。
また、電子マネー集金部４６は、リーダライタ１２が合計金額データ４１の値に相当するバリュを受信すると、図７の決済処理を終了する。
【００６５】
図８は、携帯電話機２における、電子マネー決済処理前の処理のフローチャートである。
【００６６】
携帯電話機２のコントローラ３３は、短距離無線通信回線を確立したＰＯＳ装置３から、商品の検索条件および購入金額の情報を受信する（ステップＳ２１）。
【００６７】
コントローラ３３は、ＰＯＳ装置３から受信した商品の検索条件を用いて、残額テーブル５２に含まれる複数のレコードについて検索条件との合致を判断する（ステップＳ２２）。
具体的には、コントローラ３３は、残額テーブル５２から、まず最初のレコードを読み込み、レコードに含まれる指定方法および指定値が受信した検索条件と合致するか否かを判断する。
コントローラ３３は、レコードに含まれる指定方法および指定値が、受信した商品のバーコードと一致するか、受信した商品の分類情報と一致するか、または受信した商品の付加情報に含まれる文字列であるかを判断する。
なお、複数の検索条件を受信している場合、コントローラ３３は、そのすべての検索条件について合致するか否かを判断する。
最初のレコードについて検索条件が合致しない場合、コントローラ３３は、残額テーブル５２から、次のレコードを読み込み、検索条件と合致するか否かを判断する。
このように、コントローラ３３は、残額テーブル５２の最初のレコードから順番にレコードを読み込み、レコード毎に検索条件との合致を判断する。
また、残額テーブル５２の最後のレコードには、指定方法および指定値が指定されていない。そして、コントローラ３３は、この最後のレコードを読み込んだ場合は、常に検索条件と合致すると判断する。
これにより、コントローラ３３は、残額テーブル５２から、必ず１つのレコードを一致すると判断する。
たとえばＰＯＳ装置３から受信した商品の検索条件が商品分類「１９ ９８ ０１」である場合、コントローラ３３は、図５の残額テーブル５２の最初のレコードについては指定方法が異なるため合致しないと判断する。
また、コントローラ３３は、２番目のレコードについては、指定方法および指定値が合致すると判断する。
【００６８】
残額テーブル５２から合致するレコードを検索すると、コントローラ３３は、残額テーブル５２の合致判断したレコードから、残額を読み込む。
また、コントローラ３３は、読み込んだ残額と購入金額とを比較する（ステップＳ２３）。
具体的には、コントローラ３３は、残額テーブル５２の残額から購入金額を減算する。
【００６９】
そして、演算結果が０またはプラス値である場合、コントローラ３３は、残額が受信した購入金額以上であると判断する。
演算結果が０またはプラス値である場合、当該商品は購入可能である。
そのため、コントローラ３３は、残額から購入金額を減算し、その減算した値で、選択したレコードの残額を更新する（ステップＳ２４）。
このように、残額テーブル５２の残金は、商品が購入可能であるたびに減算される。
また、コントローラ３３は、購入可能通知をアンテナ３４からリーダライタ１２へ送信する（ステップＳ２５）。
【００７０】
たとえば２番目のレコードから残額２０００を読み込み、購入金額が１０００である場合、コントローラ３３は、残額がプラス値になるので、残額が受信した購入金額以上であると判断する。
また、コントローラ３３は、２０００から１０００を引き、２番目のレコードの残額を１０００に更新する。
【００７１】
また、演算結果がマイナス値である場合、コントローラ３３は、残額が受信した購入金額より小さいと判断する。
残額が受信した購入金額より小さい場合には、購入不可である。
そのため、コントローラ３３は、選択したレコードの残額を更新しない。
これらの場合、コントローラ３３は、購入不可通知をアンテナ３４からリーダライタ１２へ送信する（ステップＳ２６）。
【００７２】
たとえば、１番目のレコードから残額１０００を読み込み、購入金額が１５００である場合、コントローラ３３は、残額がマイナス値になるので、残額が受信した購入金額より小さいと判断する。
コントローラ３３は、１番目のレコードの残額を１０００に維持する。
このように、残額テーブル５２に検索条件が合致するレコードが存在する場合、残額テーブル５２の最後のレコードに残金５０００か格納されているにもかかわらず、商品の購入ができなくなる。
また、たとえば３番目のレコードのように比較時にすでに残額が０である場合には、コントローラ３３は、常に購入不可と判断する。
【００７３】
図９は、図１の精算システム１での携帯電話機２とＰＯＳ装置３との通信の流れを示すシーケンスチャートである。
【００７４】
ＰＯＳ装置３は、たとえば所定の周期毎に繰り返しポーリング信号を送信する（ステップＳ３１）。
携帯電話機２は、ＰＯＳ装置３と近距離通信可能な距離に位置する場合、ＰＯＳ装置３のポーリング信号を受信する。
【００７５】
ポーリング信号の受信によりＰＯＳ装置３の存在を認識すると、携帯電話機２は、ＰＯＳ装置３との間でＣＰＩＤ照会処理を実行する（ステップＳ３２）。
ＣＰＩＤは、たとえば精算システム１の提供元により予め定められたＩＤである。
【００７６】
ＣＰＩＤが一致する場合、携帯電話機２とＰＯＳ装置３とは、さらにＰＩＮコードの照会処理を実行する（ステップＳ３３）。
ＰＩＮコードとは、短距離無線通信機器毎に固有に割り当てられたＩＤコードである。
【００７７】
そして、ＣＰＩＤおよびＰＩＮコードの照会が正常に終了すると、ＰＯＳ装置３と携帯電話機２との間に短距離無線通信回線が確立する。
ＰＯＳ装置３は、携帯電話機２へアプリケーションプログラムの起動コマンドを送信する（ステップＳ３４）。
これにより、携帯電話機２のコントローラ３３は、図８の処理を実行する。
また、ＰＯＳ装置３の購入制御部４７は、図７の処理を実行する。
【００７８】
ＰＯＳ装置３において図７の処理が実行され、かつ携帯電話機２において図８の処理が実行された状態で、ＰＯＳ装置３のスキャナ１１は、商品のバーコードを読み取る（ステップＳ３５）。
ＰＯＳ装置３の購入制御部４７は、読み取られたバーコードに対応する商品の属性情報および販売価格を取得する（ステップＳ３６）。
そして、ＰＯＳ装置３のリーダライタ１２は、商品購入情報（商品の検索条件および購入金額）を携帯電話機２へ送信する（ステップＳ３７）。
【００７９】
携帯電話機２のコントローラ３３は、受信した商品の検索条件と合致するレコードから残額を読み取り、残額と購入金額との比較に基づいて購入可否を判断する（ステップＳ３８）。
また、携帯電話機２のコントローラ３３は、購入可否の判断結果をＰＯＳ装置３へ送信する（ステップＳ３９）。
【００８０】
携帯電話機２から購入可能の通知を受信すると、ＰＯＳ装置３の購入制御部４７は、購入金額を合計金額データ４１の金額に加算する（ステップＳ４０）。
【００８１】
ＰＯＳ装置３と携帯電話機２とは、購入する商品がなくなるまで以上の処理を繰り返す。
これにより、ＰＯＳ装置３の合計金額データ４１には、携帯電話機２に残額が残っていて購入可能な商品の購入金額の合計金額が格納される。
【００８２】
ＰＯＳ装置３においてたとえば合計キーが操作されると、ＰＯＳ装置３の購入制御部４７は、購入する商品がなくなったと判断する。
そして、購入制御部４７は、電子マネー集金部４６に決済処理を指示し、処理を終える。
【００８３】
購入制御部４７の処理が終えた後、ＰＯＳ装置３の電子マネー集金部４６は、合計金額データ４１に記憶されている購入可能な商品の合計金額を示す値を、携帯電話機２のコントローラ３３へ通信する（ステップＳ４１）。
なお、電子マネー集金部４６は、決済処理を開始する前に、独自にＣＰＩＤ照会処理およびＰＩＮコードの照会処理を実行してもよい。
【００８４】
携帯電話機２のコントローラ３３は、ＩＣメモリ３２に記憶されているバリュデータ５１から受信した合計金額を減算する（ステップＳ４２）。
また、携帯電話機２のコントローラ３３は、支払データをＰＯＳ装置３へ送信する（ステップＳ４３）。
【００８５】
携帯電話機２から支払データを受信すると、ＰＯＳ装置３の電子マネー集金部４６は、受信した支払データをメモリ１８に格納し、決済処理を終了する（ステップＳ４４）。
【００８６】
以上のように、この実施の形態は、残額テーブル５２において商品毎に購入可能金額を設定する。よって、この実施の形態では、携帯電話機２の電子マネーを用いた商品購入において、使いすぎを予防できる。また、子供などによる有害物の購入を防止できる。
また、残額テーブル５２に、商品を指定しない残額を含めることにより、指定されない商品の購入も可能である。たとえば二か月に一度の水道利用料金の支払い、不定期に購入する生活必需品の購入が可能である。
その結果、この実施の形態は、電子マネーの利便性を向上する。
【００８７】
以上の実施の形態は、本発明の好適な実施の形態の例であるが、本発明はこれに限定されるものではなく、発明の要旨を逸脱しない範囲において適宜変形または変更が可能である。
【００８８】
たとえば上記実施の形態の精算システム１は、携帯電話機２とＰＯＳ装置３とを有し、携帯電話機２とＰＯＳ装置３とにより、決済前の購入可否の判断処理を実行している。
この他にもたとえば、精算システム１は、携帯電話機２以外のたとえば携帯ゲーム機器、ＰＤＡ（Personal Data Assistant）などの携帯情報機器などを有し、これらの携帯情報機器とＰＯＳ装置３との間で決済前の購入可否の判断処理を実行してもよい。
また、精算システム１は、ＰＯＳ装置３の換わりに精算サーバ装置などを有し、携帯情報機器と精算サーバ装置との間で決済前の購入可否の判断処理を実行してもよい。
【００８９】
上記実施の形態では、残額テーブル５２から１つの残額を選択する機能と、選択した残額と購入予定の商品の購入金額とを比較する機能とは、携帯電話機２のコントローラ３３に実現されている。
この他にもたとえば、これらの機能は、ＰＯＳ装置などの精算装置において実現されてもよい。
【符号の説明】
【００９０】
１…精算システム、２…携帯電話機（携帯情報機器）、３…ＰＯＳ装置（精算装置）、１１…スキャナ（取得部）、２６…メモリ（使用可能額記憶部）、３２…ＩＣメモリ（残額記憶部）、３３…コントローラ（選択部、比較部、利用時更新部、支払処理部）、３４…アンテナ（通信部）、５２…残額テーブル（使用可能額テーブル）、６１…マスターテーブル、６３…定期更新部
【技術分野】
【０００１】
本発明は、商品の購入金額を電子マネーにより決済する精算システム、携帯情報機器および精算方法に関する。
【背景技術】
【０００２】
近年、市場に流通している携帯電話機には、様々な機能が搭載されている。
携帯電話機には、たとえば、電子マネーの機能が搭載される。
【０００３】
特許文献１は、電子マネーの使用限度額として、たとえば１日毎の使用限度額を設定する技術を開示する。
これにより、電子マネーによる支払金額を制限し、電子マネー機能によるユーザの使い過ぎを未然に防止することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−０３７８６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１のように電子マネーの使用限度額を設定した場合、１日に使用できる電子マネーの金額が固定的に制限されてしまう。
そのため、電子マネーのユーザビリティが良くなかった。
【０００６】
本発明は、電子マネーのユーザビリティを向上できる精算システム、携帯情報機器および精算方法を提供する。
【課題を解決するための手段】
【０００７】
本発明の第１の観点の精算システムは、商品の識別情報を取得する取得部と、商品情報に応じた使用可能額を記憶する使用可能額記憶部と、前記取得部によって取得された前記識別情報に対応した、商品情報に応じた使用可能額を選択する選択部と、前記取得部に取得された前記識別情報に対応する商品の購入金額と、前記選択部に選択された前記使用可能額とを比較する比較部と、前記比較部の比較において前記使用可能額が前記購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払処理部とを有する。
【０００８】
好適には、前記比較部の比較において、前記使用可能額が前記購入金額より大きい場合には、比較に係る前記使用可能額から前記購入金額を減額した額を、新たな使用可能額として更新および保存を行う利用時更新部を有してもよい。
【０００９】
好適には、前記比較部の比較において、前記使用可能額が前記購入金額より小さい場合には、前記支払処理部は、電子マネー機能による決算処理は行わず、前記利用時更新部は、前記使用可能額を更新しなくてもよい。
【００１０】
好適には、前記精算システムは、電子マネーにより商品代金を決済可能な精算装置と、電子マネーの金額を記憶し、前記精算装置と通信可能な携帯情報機器とを有し、前記取得部は、前記精算装置に設けられ、前記使用可能額記憶部は、前記携帯情報機器に設けられ、前記選択部は、前記携帯情報機器または前記精算装置に設けられ、前記比較部は、前記携帯情報機器または前記精算装置に設けられ、前記利用時更新部は、前記携帯情報機器に設けられ、前記支払処理部は、前記携帯情報機器に設けられてもよい。
【００１１】
好適には、前記支払処理部は、前記選択部、前記比較部、および前記利用時更新部の処理を終えた後に、購入可能な商品について、前記電子マネーでの支払処理を実行してもよい。
【００１２】
好適には、前記使用可能額記憶部は、前記複数の商品情報毎の使用可能額に対応づけられる前記複数の商品情報として、商品毎に異なる商品の識別情報、商品の分類情報または商品に関する付加情報を有し、前記選択部は、前記取得部により取得された購入予定の商品の識別情報と一致する商品情報に対応する使用可能額、当該識別情報に基づいて取得した当該購入予定の商品の分類情報と一致する商品情報に対応する使用可能額、または当該識別情報に基づいて取得した当該購入予定の商品の付加情報に含まれる商品情報に対応する使用可能額を選択してもよい。
【００１３】
好適には、前記使用可能額記憶部は、前記複数の商品情報毎の使用可能額および前記複数の商品情報を、前記使用可能額毎の複数のレコードに記憶し、前記選択部は、複数の選択条件について前記複数のレコードの先頭から順番に商品情報との合致を判断し、いずれか１の選択条件が最初に合致する商品情報に対応する使用可能額を選択してもよい。
【００１４】
好適には、前記使用可能額記憶部は、前記複数のレコードの最後のレコードに、前記商品情報が対応付けられていない使用可能額を含み、前記選択部は、前記使用可能額記憶部に前記識別情報もしくは前記分類情報と一致する商品情報が無い場合、または付加情報に含まれる商品情報が無い場合、前記最後のレコードに含まれる前記商品情報が対応付けられていない使用可能額を選択してもよい。
【００１５】
好適には、前記使用可能額記憶部に記憶される前記複数の使用可能額に対応する複数の利用金額を記憶する利用金額記憶部と、所定の期間毎に、前記利用金額記憶部に記憶される前記複数の利用金額により、前記使用可能額記憶部に記憶される前記複数の使用可能額を更新する定期更新部とを有してもよい。
【００１６】
好適には、前記利用金額記憶部は、前記複数の利用金額に、利用金額が無いことを示す値の利用金額を含んでもよい。
【００１７】
本発明の第２の観点の携帯情報機器は、電子マネーにより商品代金を決済可能な精算装置と通信し、決済前に購入予定の商品の商品情報および購入金額を受信する通信部と、商品情報に応じた使用可能額を記憶する使用可能額記憶部と、前記受信部が受信した前記商品情報に応じた使用可能額を選択する選択部と、前記受信部が受信した前記商品の購入金額と、前記選択部に選択された前記使用可能額とを比較する比較部と、前記比較部の比較において前記使用可能額が前記購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払処理部とを有する。
【００１８】
本発明の第３の観点の精算方法は、電子マネーにより購入する予定の商品の識別情報を取得する取得ステップと、商品情報に応じた使用可能額を記憶する使用可能額記憶部から、前記取得ステップで取得した前記識別情報に対応した、商品情報に応じた使用可能額を選択する選択ステップと、前記取得ステップで取得した前記識別情報に対応する商品の購入金額と、前記選択ステップで選択した前記使用可能額とを比較する比較ステップと、前記比較ステップの比較において前記使用可能額が前記購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払ステップとを有する。
【発明の効果】
【００１９】
本発明によれば、電子マネーのユーザビリティを向上できる。
【図面の簡単な説明】
【００２０】
【図１】図１は、本発明の実施の形態に係る電子マネーの精算システムのシステム構成図である。
【図２】図２は、図１のＰＯＳ装置のハードウェア構成図である。
【図３】図３は、図１の携帯電話機のハードウェア構成図である。
【図４】図４は、図１の精算システムの機能ブロック図である。
【図５】図５は、図４の残額テーブルのデータ構造の説明図である。
【図６】図６は、図４のマスターテーブルのデータ構造の説明図である。
【図７】図７は、ＰＯＳ装置の商品販売処理のフローチャートである。
【図８】図８は、携帯電話機での電子マネー決済処理前の処理のフローチャートである。
【図９】図９は、図１の精算システムのシーケンスチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の実施形態を図面に関連付けて説明する。
【００２２】
図１は、本発明の実施の形態に係る電子マネーの精算システム１のシステム構成図である。
精算システム１は、携帯電話機（Ｍ＿Ｐｈｏｎｅ）２、ＰＯＳ装置（ＰＯＳ：Point Of Sale）３、販売価格データベース装置（Ｐｒｉｃｅ）４、商品情報データベース装置（ＣＯＤＥ）５を有する。
【００２３】
携帯電話機２は、電子マネーとして利用可能なバリュ（金額）を記憶する。また、携帯電話機２は、ＰＯＳ装置３と無線通信可能である。
ＰＯＳ装置３および販売価格データベース装置４は、スーパーなどの店舗内のＬＡＮ（Local Area Network）６に接続される。
ＬＡＮ６は、ルータ（ＲＴＲ）７によりインターネットなどの通信網８に接続される。
商品情報データベース装置５は、通信網８に接続される。
【００２４】
販売価格データベース装置４は、店舗で販売する商品の販売価格を記憶する。
販売価格データベース装置４は、複数の商品の販売価格に、互いに異なるバーコードの値を対応付けて記憶する。
【００２５】
商品情報データベース装置５は、商品の分類情報と、商品の属性情報とを記憶する。
商品の分類情報には、たとえばＪＩＣＦＳ（JAN Item Code File Service）商品分類コードによる分類情報がある。
商品の属性情報には、たとえば商品名、商品の生産元、商品の説明などが含まれる。
商品情報データベース装置５は、複数の商品の分類情報および複数の商品の属性情報に、それぞれの商品のバーコードの値を対応付けて記憶する。
【００２６】
図２は、図１のＰＯＳ装置３のハードウェア構成図である。
ＰＯＳ装置３は、スキャナ（ＳＣＮＲ）１１、リーダライタ（Ｒ／Ｗ）１２、操作部（ＫＥＹ）１３、表示部（ＤＩＳＰ）１４、インタフェース部（Ｉ／Ｆ）１５、プリンタ部（ＰＴＲ）１６、メモリ（ＭＥＭ）１７、ＣＰＵ（Central Processing Unit）１８、およびこれらをデータ通信可能に接続するシステムバス１９を有する。
【００２７】
スキャナ１１は、商品に付されたバーコードを読み取る。
バーコードには、ＪＡＮ（Japanese Article Number）コード、ＥＡＮ、ＵＰＣ（Universal Product Code）などがある。
また、ＰＯＳ装置３で使用されるバーコードには、統一商品コードと、インストアコードとがある。
統一商品コードは、国番号で始まるコードである。
インストアコードは、国番号に代わる所定の番号で始まるコードであり、スーパーなどの店舗が独自に付与することができる。
そして、スキャナ１１は、読み取ったバーコードを含む信号をＣＰＵ１８へ出力する。
【００２８】
リーダライタ１２は、図示しないアンテナを有する。
リーダライタ１２は、携帯電話機２と近距離無線通信し、携帯電話機２と通信データを送受する。
そして、リーダライタ１２は、通信データを含む信号がＣＰＵ１８から入力されると、携帯電話機２へ通信データを送信する。
また、リーダライタ１２は、携帯電話機２から通信データを受信すると、受信した通信データを含む信号をＣＰＵ１８へ出力する。
【００２９】
操作部１３は、たとえば商品の販売価格、購入数を入力するための数字キー、合計キーなどの操作キーを有する。
そして、操作部１３は、操作された操作キーに対応する信号をＣＰＵ１８へ出力する。
【００３０】
表示部１４は、ＬＣＤ（Liquid Crystal Display Device）、ＣＲＴ（Cathode Ray Tube）などを有する。
そして、表示部１４は、ＣＰＵ１８から入力された信号に含まれる表示データを表示する。
【００３１】
プリンタ部１６は、サーマルプリンタ、ドットインパクトプリンタ、インクジェットプリンタなどを有する。
そして、プリンタ部１６は、ＣＰＵ１８から入力された信号に含まれる印刷データを印刷する。
【００３２】
インタフェース部１５は、ＬＡＮ６に接続される。
そして、インタフェース部１５は、データ送信リクエストなどの通信データを含む信号がＣＰＵ１８から入力されると、ＬＡＮ６へ通信データを送出する。ＬＡＮ６へ送出された通信データは、販売価格データベース装置４、商品情報データベース装置５などのサーバ装置へ送信される。
また、インタフェース部１５は、データ送信リクエストの応答として、販売価格データベース装置４または商品情報データベース装置５から通信データを受信する。インタフェース部１５は、受信した通信データを含む信号をＣＰＵ１８へ出力する。
【００３３】
メモリ１７は、ＣＰＵ１８が読み込んで実行可能なプログラム、ＣＰＵ１８により読み書きされるデータなどを有する。
メモリ１７に記憶されたプログラムは、たとえばＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などのコンピュータ読み取り可能な記録媒体に記録されたものをインストールしたものであっても、インターネットなどの伝送媒体を介してダウンロードしたものをインストールしたものであってもよい。
【００３４】
そして、メモリ１７に記憶されるデータには、たとえば後述する図５に示すように合計金額データ（ＳＵＭ＿ＶＡＬＵＥ）４１がある。
合計金額データ４１は、購入可能な商品の合計金額を示す値を有する。
【００３５】
ＣＰＵ１８は、メモリ１７に記憶されるプログラムを読み込んで実行するコンピュータであり、ＰＯＳ装置３の処理部として機能する。
図４に、ＣＰＵ１８がプログラムを実行した場合にＰＯＳ装置３に実現される機能ブロックを示す。
ＰＯＳ装置３には、電子マネー集金部（Ｖ＿ＣＴＲ）４６と、購入制御部（ＳＵＭ）４７とが実現される。
図４は、図１の精算システム１の機能ブロック図である。
【００３６】
購入制御部４７は、スキャナ１１で読み取られた購入予定の商品について、当該商品が購入可能である場合に合計金額データ４１を更新する。
購入制御部４７は、合計金額データ４１に記憶される金額に、購入可能な商品の金額を加算し、加算した金額で合計金額データ４１を更新する。
【００３７】
電子マネー集金部４６は、合計金額データ４１に記憶される購入可能な商品の合計金額を、電子マネーとしてのバリュにより集金する。
電子マネー集金部４６は、リーダライタ１２と携帯電話機２との近距離無線通信を、たとえばISO（International Organization for Standardization）／IEC（International Electrotechnical Commission）18092に規定された通信方式で制御する。
そして、電子マネー集金部４６は、携帯電話機２に記憶されるバリュと呼ばれる電子マネーを携帯電話機２から受信し、合計金額データ４１に記憶される購入可能な商品の合計金額を決済する。
【００３８】
図３は、図１の携帯電話機２のハードウェア構成図である。
携帯電話機２は、無線通信部（ＲＦ）２１、操作部（ＫＥＹ）２２、表示部（ＤＩＳＰ）２３、音声モデム部（ＭＯＤＥＭ）２４、ＣＰＵ２５、メモリ（ＭＥＭ）２６、シリアルインタフェース部（Ｓ Ｉ／Ｆ）２７、タイマ（ＴＭＲ）２８、およびこれらを接続するシステムバス２９を有する。
また、シリアルインタフェース部２７には、ＩＣチップ（ＩＣ＿ＣＨＩＰ）３１が接続される。
ＩＣチップ３１は、ＩＣメモリ（ＩＣ＿ＭＥＭ）３２、コントローラ（ＣＴＲＬ）３３、およびアンテナ（ＡＮ）３４を有する。
【００３９】
ＩＣメモリ３２は、コントローラ３３のみからアクセス可能な記憶領域を形成する。
ＩＣメモリ３２は、コントローラ３３が読み込んで実行可能なプログラム、コントローラ３３により読み書きされるデータなどを記憶する。
具体的には図４に示すように、ＩＣメモリ３２には、電子マネーの金額を示すバリュデータ（ＶＡＬＵＥ＿ＤＡＴＡ）５１、残額テーブル（ＲＭ＿ＴＢＬ）５２を記憶する。
【００４０】
アンテナ３４は、リーダライタ１２と近距離無線通信するためのアンテナ３４である。
【００４１】
コントローラ３３は、アンテナ３４を用いて、リーダライタ１２と近距離無線通信する。
コントローラ３３は、ＩＣメモリ３２に記憶されるバリュデータ（ＶＡＬＵＥ＿ＤＡＴＡ）５１、残額テーブル（ＲＭ＿ＴＢＬ）５２を管理する。
たとえば、コントローラ３３は、リーダライタ１２またはＣＰＵ２５から要求されたデータをＩＣメモリ３２から読み出し、リーダライタ１２またはＣＰＵ２５へ出力する。
また、コントローラ３３は、リーダライタ１２またはＣＰＵ２５から入力されたデータをＩＣメモリ３２に格納する。
このようにコントローラ３３を介してのみＩＣメモリ３２に対するアクセスを可能とすることで、バリュデータ５１および残額テーブル５２の秘匿性および安全性を確保できる。
【００４２】
図５は、図４の残額テーブル５２のデータ構造の説明図である。
残額テーブル５２は、複数のレコードを記憶する。
図５において各行が１つのレコードに対応する。
各レコードは、使用可能額としての残額、指定方法および指定値を有する。
指定値は、商品のバーコードの値、商品分類の値または文字列を示す値を有する。
指定方法は、指定値に指定された値が、商品のバーコードの値、商品分類の値、または商品に関する文字列の値であるかを示すデータを有する。
このように各レコードは、それぞれの指定方法において指定された値を有する商品についての購入可能な残額を有する。
図５では、１番目がバーコード指定のレコードであり、２番目が商品分類指定のレコードであり、３番目が文字列指定のレコードである。
それぞれの商品は、レコードの残額の範囲内で購入可能である。
【００４３】
また、図５において、複数のレコードは、検索順に並んでいる。
残額テーブル５２の複数のレコードは、先頭のレコードから順番に検索される。
そして、残額テーブル５２の最後のレコードには、指定方法および指定値を指定しない残額が格納される。
【００４４】
図３および図４において、無線通信部２１は、携帯電話機２用の図示外の基地局と通信チャネルを確立し、基地局と通信データを送受する。
そして、無線通信部２１は、ＣＰＵ２５からの入力信号に含まれる通信データを基地局へ無線送信する。
また、無線通信部２１は、基地局から受信した通信データを含む信号をＣＰＵ２５へ出力する。
【００４５】
操作部２２は、図示外の複数の操作キーを有する。操作キーには、たとえばファンクションキー、電源キー、通話キー、数字キー、文字キー、発信キーなどがある。操作キーは、携帯電話機２の表面に配置される。
そして、操作部２２は、ユーザにより操作された操作キーに対応する信号をＣＰＵ２５へ出力する。
【００４６】
表示部２３は、図示外のＬＣＤ（Liquid Crystal Display Device）や有機ＥＬ（Electro-Luminescence）デバイスなどを有する。ＬＣＤまたは有機ＥＬデバイスは、ＲＧＢの色成分毎に複数の画素（Pixel）がマトリックス配置された構造を有する。表示部２３は、携帯電話機２の表面に配置される。
そして、表示部２３は、ＣＰＵ２５から入力された信号に含まれる表示データを表示する。
【００４７】
音声モデム部２４は、スピーカおよびマイクロフォンに接続される。
そして、音声モデム部２４は、マイクロフォンに入力された音声をサンプリングし、音声データを含む信号をＣＰＵ２５へ出力する。
また、音声モデム部２４は、ＣＰＵ２５からの入力信号に含まれる音声データによりスピーカを駆動する。これにより、スピーカから音声データに対応する音声が出力される。
【００４８】
タイマ２８は、時間を計測する。
そして、タイマ２８は、計測した時間のデータを含む信号をＣＰＵ２５へ出力する。
【００４９】
メモリ２６は、ＣＰＵ２５が読み込んで実行可能なプログラム、ＣＰＵ２５により読み書きされるデータなどを有する。
メモリ２６に記憶されたプログラムは、たとえばＣＤ−ＲＯＭなどのコンピュータ読み取り可能な記録媒体に記録されたものをインストールしたものであっても、インターネットなどの伝送媒体を介してダウンロードしたものをインストールしたものであってもよい。
【００５０】
メモリ２６に記憶されるデータには、たとえば図５に示すようにマスターテーブル（ＭＴＲ＿ＴＢＬ）６１がある。
図６に示すように、マスターテーブル６１は、複数の一日限度額を記憶する。
マスターテーブル６１において、複数の一日限度額は、図５の残額テーブル５２の複数のレコードの配列順と一致する順番に記憶される。
また、図６のマスターテーブル６１では、３番目のレコードに残額０が格納されている。
【００５１】
ＣＰＵ２５は、メモリ２６に記憶されるプログラムを読み込んで実行するコンピュータであり、携帯電話機２の処理部として機能する。
図４に示すように、ＣＰＵ２５がメモリ２６に記憶されるプログラムを読み込んで実行することにより、携帯電話機２には、ＵＩ部（ＵＩ：User Interface）６２と、定期更新部（ＵＰＤＡＴＥＲ）６３とが実現される。
【００５２】
ＵＩ部６２は、操作部２２および表示部２３を管理する。
そして、ＵＩ部６２は、マスターテーブル６１の内容を表示部２３に表示する。
また、ＵＩ部６２は、操作部２２から入力される操作データに基づいて、マスターテーブル６１を更新する。
これにより、マスターテーブル６１には、ユーザにより設定された１日の利用限度額が登録される。
なお、マスターテーブル６１および残額テーブル５２の各レコードおよび金額は、手入力に基づいて生成しても、携帯電話機２が保持する購入履歴などに基づいて生成してもよい。
【００５３】
定期更新部６３は、タイマ２８などで計測される１日毎に、マスターテーブル６１の複数の一日限度額により、残額テーブル５２の複数の残額を更新する。
これにより、残額テーブル５２の複数の残額は、定期的に、１日の利用限度額に更新される。
【００５４】
図７は、ＰＯＳ装置３の商品販売処理のフローチャートである。
図７のフローチャートは、携帯電話機２の電子マネーで決済する場合のものである。
【００５５】
ＰＯＳ装置３のスキャナ１１は、購入予定の商品のバーコードの値を読み取る（ステップＳ１）。
【００５６】
スキャナ１１からバーコードの値を取得すると、購入制御部４７は、このバーコードの値を用いて商品の関連情報を取得する（ステップＳ２）。
具体的には、購入制御部４７は、バーコードの値を含むリクエストをインタフェース部１５へ出力する。インタフェース部１５は、そのリクエストを商品情報データベース装置５へ送信する。
リクエストを受信すると、商品情報データベース装置５は、リクエストに含まれるバーコードの値を用いてデータベースを検索する。商品情報データベース装置５は、リクエストに含まれるバーコードと同じ値に対応付けられた商品の分類情報および属性情報を抽出する。また、商品情報データベース装置５は、抽出した商品の分類情報および属性情報を、ＰＯＳ装置３のインタフェース部１５へ送信する。インタフェース部１５は、受信した商品の分類情報および属性情報を購入制御部４７へ出力する。
これにより、購入制御部４７は、スキャナ１１により読み取ったバーコードに対応する商品の分類情報および属性情報を取得する。
【００５７】
商品の分類情報および属性情報を取得すると、購入制御部４７は、スキャナ１１から取得したバーコードの値を用いて、さらに商品の販売価格を取得する（ステップＳ３）。
具体的には、購入制御部４７は、バーコードの値を含むリクエストをインタフェース部１５へ出力する。インタフェース部１５は、そのリクエストを販売価格データベース装置４へ送信する。
販売価格データベース装置４は、リクエストを受信すると、リクエストに含まれるバーコードの値を用いて、データベースを検索する。販売価格データベース装置４は、リクエストに含まれるバーコードと同じ値に対応付けられた商品の販売価格を抽出する。また、販売価格データベース装置４は、抽出した商品の販売価格を、ＰＯＳ装置３のインタフェース部１５へ送信する。インタフェース部１５は、受信した商品の販売価格を購入制御部４７へ出力する。
これにより、購入制御部４７は、スキャナ１１により読み取ったバーコードに対応する商品の販売価格を取得する。
【００５８】
スキャンした商品の分類情報、属性情報および販売価格を取得すると、購入制御部４７は、スキャンした商品の検索条件および購入金額の情報を、携帯電話機２へ送信する（ステップＳ４）。
商品の検索条件には、バーコードの値、商品の分類情報、および商品の属性情報が含まれる。
購入金額は、購入予定の商品の購入金額である。なお、商品を複数個購入する場合、購入金額は、１個の商品の販売価格に購入数をかけた値となる。
具体的には、購入制御部４７は、商品の検索条件および購入金額の情報をリーダライタ１２へ出力する。
リーダライタ１２は、短距離無線通信回線を確立した携帯電話機２へ、商品の検索条件および販売価格の情報を送信する。
【００５９】
携帯電話機２へ商品の検索条件および購入金額を送信した後、購入制御部４７は、携帯電話機２からの応答待ち状態になる（ステップＳ５）。
その後、リーダライタ１２は、携帯電話機２から購入可能の通知または購入不可の通知を受信する（ステップＳ６）。
【００６０】
商品の購入が可能である旨の通知を携帯電話機２から受信した場合、購入制御部４７は、合計金額データ４１に記憶されている合計金額データ４１の値に、携帯電話機２へ送信した購入金額を加算する。
また、購入制御部４７は、加算演算の結果の金額により、合計金額データ４１を更新する（ステップＳ７）。
【００６１】
商品の購入が不可である旨の通知を携帯電話機２から受信した場合、購入制御部４７は、その商品の販売処理を中止する（ステップＳ８）。
購入制御部４７は、合計金額データ４１を更新しない。また、購入制御部４７は、表示部１５に購入不可である旨を表示する。
【００６２】
携帯電話機２から受信した購入可否の通知に応じた処理を終えると、購入制御部４７は、さらに購入する商品が残っているか否か判断する。（ステップＳ９）。
購入制御部４７は、たとえば操作部１３の合計キーが操作されない場合、さらに購入する商品が残っていると判断する。
そして、スキャナ１１が次の商品を読み取ると、購入制御部４７は、ステップＳ１からＳ９までの処理を繰り返す。
【００６３】
また、たとえば操作部１３の合計キーが操作されて、さらに購入する商品が残っていないと判断すると、購入制御部４７は、合計金額データ４１の値を表示部１４に表示する（ステップＳ１０）。
また、購入制御部４７は、購入可能な商品の一覧を表示部１４に表示する。
なお、購入制御部４７は、これらの表示とともに、購入不可になった商品の一覧を表示部１４に表示してもよい。
【００６４】
その後、購入制御部４７は、電子マネー集金部４６に決済処理を指示する（ステップＳ１１）。
電子マネー集金部４６は、購入商品の合計金額を電子マネーで決済する処理を実行する。
電子マネーの決済処理において、電子マネー集金部４６は、合計金額データ４１の値を読み込み、リーダライタ１２へ出力する。リーダライタ１２は、合計金額データ４１の値を携帯電話機２へ送信する。
また、電子マネー集金部４６は、リーダライタ１２が合計金額データ４１の値に相当するバリュを受信すると、図７の決済処理を終了する。
【００６５】
図８は、携帯電話機２における、電子マネー決済処理前の処理のフローチャートである。
【００６６】
携帯電話機２のコントローラ３３は、短距離無線通信回線を確立したＰＯＳ装置３から、商品の検索条件および購入金額の情報を受信する（ステップＳ２１）。
【００６７】
コントローラ３３は、ＰＯＳ装置３から受信した商品の検索条件を用いて、残額テーブル５２に含まれる複数のレコードについて検索条件との合致を判断する（ステップＳ２２）。
具体的には、コントローラ３３は、残額テーブル５２から、まず最初のレコードを読み込み、レコードに含まれる指定方法および指定値が受信した検索条件と合致するか否かを判断する。
コントローラ３３は、レコードに含まれる指定方法および指定値が、受信した商品のバーコードと一致するか、受信した商品の分類情報と一致するか、または受信した商品の付加情報に含まれる文字列であるかを判断する。
なお、複数の検索条件を受信している場合、コントローラ３３は、そのすべての検索条件について合致するか否かを判断する。
最初のレコードについて検索条件が合致しない場合、コントローラ３３は、残額テーブル５２から、次のレコードを読み込み、検索条件と合致するか否かを判断する。
このように、コントローラ３３は、残額テーブル５２の最初のレコードから順番にレコードを読み込み、レコード毎に検索条件との合致を判断する。
また、残額テーブル５２の最後のレコードには、指定方法および指定値が指定されていない。そして、コントローラ３３は、この最後のレコードを読み込んだ場合は、常に検索条件と合致すると判断する。
これにより、コントローラ３３は、残額テーブル５２から、必ず１つのレコードを一致すると判断する。
たとえばＰＯＳ装置３から受信した商品の検索条件が商品分類「１９ ９８ ０１」である場合、コントローラ３３は、図５の残額テーブル５２の最初のレコードについては指定方法が異なるため合致しないと判断する。
また、コントローラ３３は、２番目のレコードについては、指定方法および指定値が合致すると判断する。
【００６８】
残額テーブル５２から合致するレコードを検索すると、コントローラ３３は、残額テーブル５２の合致判断したレコードから、残額を読み込む。
また、コントローラ３３は、読み込んだ残額と購入金額とを比較する（ステップＳ２３）。
具体的には、コントローラ３３は、残額テーブル５２の残額から購入金額を減算する。
【００６９】
そして、演算結果が０またはプラス値である場合、コントローラ３３は、残額が受信した購入金額以上であると判断する。
演算結果が０またはプラス値である場合、当該商品は購入可能である。
そのため、コントローラ３３は、残額から購入金額を減算し、その減算した値で、選択したレコードの残額を更新する（ステップＳ２４）。
このように、残額テーブル５２の残金は、商品が購入可能であるたびに減算される。
また、コントローラ３３は、購入可能通知をアンテナ３４からリーダライタ１２へ送信する（ステップＳ２５）。
【００７０】
たとえば２番目のレコードから残額２０００を読み込み、購入金額が１０００である場合、コントローラ３３は、残額がプラス値になるので、残額が受信した購入金額以上であると判断する。
また、コントローラ３３は、２０００から１０００を引き、２番目のレコードの残額を１０００に更新する。
【００７１】
また、演算結果がマイナス値である場合、コントローラ３３は、残額が受信した購入金額より小さいと判断する。
残額が受信した購入金額より小さい場合には、購入不可である。
そのため、コントローラ３３は、選択したレコードの残額を更新しない。
これらの場合、コントローラ３３は、購入不可通知をアンテナ３４からリーダライタ１２へ送信する（ステップＳ２６）。
【００７２】
たとえば、１番目のレコードから残額１０００を読み込み、購入金額が１５００である場合、コントローラ３３は、残額がマイナス値になるので、残額が受信した購入金額より小さいと判断する。
コントローラ３３は、１番目のレコードの残額を１０００に維持する。
このように、残額テーブル５２に検索条件が合致するレコードが存在する場合、残額テーブル５２の最後のレコードに残金５０００か格納されているにもかかわらず、商品の購入ができなくなる。
また、たとえば３番目のレコードのように比較時にすでに残額が０である場合には、コントローラ３３は、常に購入不可と判断する。
【００７３】
図９は、図１の精算システム１での携帯電話機２とＰＯＳ装置３との通信の流れを示すシーケンスチャートである。
【００７４】
ＰＯＳ装置３は、たとえば所定の周期毎に繰り返しポーリング信号を送信する（ステップＳ３１）。
携帯電話機２は、ＰＯＳ装置３と近距離通信可能な距離に位置する場合、ＰＯＳ装置３のポーリング信号を受信する。
【００７５】
ポーリング信号の受信によりＰＯＳ装置３の存在を認識すると、携帯電話機２は、ＰＯＳ装置３との間でＣＰＩＤ照会処理を実行する（ステップＳ３２）。
ＣＰＩＤは、たとえば精算システム１の提供元により予め定められたＩＤである。
【００７６】
ＣＰＩＤが一致する場合、携帯電話機２とＰＯＳ装置３とは、さらにＰＩＮコードの照会処理を実行する（ステップＳ３３）。
ＰＩＮコードとは、短距離無線通信機器毎に固有に割り当てられたＩＤコードである。
【００７７】
そして、ＣＰＩＤおよびＰＩＮコードの照会が正常に終了すると、ＰＯＳ装置３と携帯電話機２との間に短距離無線通信回線が確立する。
ＰＯＳ装置３は、携帯電話機２へアプリケーションプログラムの起動コマンドを送信する（ステップＳ３４）。
これにより、携帯電話機２のコントローラ３３は、図８の処理を実行する。
また、ＰＯＳ装置３の購入制御部４７は、図７の処理を実行する。
【００７８】
ＰＯＳ装置３において図７の処理が実行され、かつ携帯電話機２において図８の処理が実行された状態で、ＰＯＳ装置３のスキャナ１１は、商品のバーコードを読み取る（ステップＳ３５）。
ＰＯＳ装置３の購入制御部４７は、読み取られたバーコードに対応する商品の属性情報および販売価格を取得する（ステップＳ３６）。
そして、ＰＯＳ装置３のリーダライタ１２は、商品購入情報（商品の検索条件および購入金額）を携帯電話機２へ送信する（ステップＳ３７）。
【００７９】
携帯電話機２のコントローラ３３は、受信した商品の検索条件と合致するレコードから残額を読み取り、残額と購入金額との比較に基づいて購入可否を判断する（ステップＳ３８）。
また、携帯電話機２のコントローラ３３は、購入可否の判断結果をＰＯＳ装置３へ送信する（ステップＳ３９）。
【００８０】
携帯電話機２から購入可能の通知を受信すると、ＰＯＳ装置３の購入制御部４７は、購入金額を合計金額データ４１の金額に加算する（ステップＳ４０）。
【００８１】
ＰＯＳ装置３と携帯電話機２とは、購入する商品がなくなるまで以上の処理を繰り返す。
これにより、ＰＯＳ装置３の合計金額データ４１には、携帯電話機２に残額が残っていて購入可能な商品の購入金額の合計金額が格納される。
【００８２】
ＰＯＳ装置３においてたとえば合計キーが操作されると、ＰＯＳ装置３の購入制御部４７は、購入する商品がなくなったと判断する。
そして、購入制御部４７は、電子マネー集金部４６に決済処理を指示し、処理を終える。
【００８３】
購入制御部４７の処理が終えた後、ＰＯＳ装置３の電子マネー集金部４６は、合計金額データ４１に記憶されている購入可能な商品の合計金額を示す値を、携帯電話機２のコントローラ３３へ通信する（ステップＳ４１）。
なお、電子マネー集金部４６は、決済処理を開始する前に、独自にＣＰＩＤ照会処理およびＰＩＮコードの照会処理を実行してもよい。
【００８４】
携帯電話機２のコントローラ３３は、ＩＣメモリ３２に記憶されているバリュデータ５１から受信した合計金額を減算する（ステップＳ４２）。
また、携帯電話機２のコントローラ３３は、支払データをＰＯＳ装置３へ送信する（ステップＳ４３）。
【００８５】
携帯電話機２から支払データを受信すると、ＰＯＳ装置３の電子マネー集金部４６は、受信した支払データをメモリ１８に格納し、決済処理を終了する（ステップＳ４４）。
【００８６】
以上のように、この実施の形態は、残額テーブル５２において商品毎に購入可能金額を設定する。よって、この実施の形態では、携帯電話機２の電子マネーを用いた商品購入において、使いすぎを予防できる。また、子供などによる有害物の購入を防止できる。
また、残額テーブル５２に、商品を指定しない残額を含めることにより、指定されない商品の購入も可能である。たとえば二か月に一度の水道利用料金の支払い、不定期に購入する生活必需品の購入が可能である。
その結果、この実施の形態は、電子マネーの利便性を向上する。
【００８７】
以上の実施の形態は、本発明の好適な実施の形態の例であるが、本発明はこれに限定されるものではなく、発明の要旨を逸脱しない範囲において適宜変形または変更が可能である。
【００８８】
たとえば上記実施の形態の精算システム１は、携帯電話機２とＰＯＳ装置３とを有し、携帯電話機２とＰＯＳ装置３とにより、決済前の購入可否の判断処理を実行している。
この他にもたとえば、精算システム１は、携帯電話機２以外のたとえば携帯ゲーム機器、ＰＤＡ（Personal Data Assistant）などの携帯情報機器などを有し、これらの携帯情報機器とＰＯＳ装置３との間で決済前の購入可否の判断処理を実行してもよい。
また、精算システム１は、ＰＯＳ装置３の換わりに精算サーバ装置などを有し、携帯情報機器と精算サーバ装置との間で決済前の購入可否の判断処理を実行してもよい。
【００８９】
上記実施の形態では、残額テーブル５２から１つの残額を選択する機能と、選択した残額と購入予定の商品の購入金額とを比較する機能とは、携帯電話機２のコントローラ３３に実現されている。
この他にもたとえば、これらの機能は、ＰＯＳ装置などの精算装置において実現されてもよい。
【符号の説明】
【００９０】
１…精算システム、２…携帯電話機（携帯情報機器）、３…ＰＯＳ装置（精算装置）、１１…スキャナ（取得部）、２６…メモリ（使用可能額記憶部）、３２…ＩＣメモリ（残額記憶部）、３３…コントローラ（選択部、比較部、利用時更新部、支払処理部）、３４…アンテナ（通信部）、５２…残額テーブル（使用可能額テーブル）、６１…マスターテーブル、６３…定期更新部
【特許請求の範囲】
【請求項１】
商品の識別情報を取得する取得部と、
商品情報に応じた使用可能額を記憶する使用可能額記憶部と、
前記取得部によって取得された前記識別情報に対応した、商品情報に応じた使用可能額を選択する選択部と、
前記取得部に取得された前記識別情報に対応する商品の購入金額と、前記選択部に選択された前記使用可能額とを比較する比較部と、
前記比較部の比較において前記使用可能額が前記購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払処理部と
を有する精算システム。
【請求項２】
前記比較部の比較において、前記使用可能額が前記購入金額より大きい場合には、比較に係る前記使用可能額から前記購入金額を減額した額を、新たな使用可能額として更新および保存を行う利用時更新部を
有する請求項１記載の精算システム。
【請求項３】
前記比較部の比較において、前記使用可能額が前記購入金額より小さい場合には、
前記支払処理部は、電子マネー機能による決算処理は行わず、
前記利用時更新部は、前記使用可能額を更新しない
請求項２記載の精算システム。
【請求項４】
前記精算システムは、
電子マネーにより商品代金を決済可能な精算装置と、
電子マネーの金額を記憶し、前記精算装置と通信可能な携帯情報機器と
を有し、
前記取得部は、前記精算装置に設けられ、
前記使用可能額記憶部は、前記携帯情報機器に設けられ、
前記選択部は、前記携帯情報機器または前記精算装置に設けられ、
前記比較部は、前記携帯情報機器または前記精算装置に設けられ、
前記利用時更新部は、前記携帯情報機器に設けられ、
前記支払処理部は、前記携帯情報機器に設けられている
請求項１記載の精算システム。
【請求項５】
前記支払処理部は、
前記選択部、前記比較部、および前記利用時更新部の処理を終えた後に、購入可能な商品について、前記電子マネーでの支払処理を実行する
請求項１または２記載の精算システム。
【請求項６】
前記使用可能額記憶部は、
前記複数の商品情報毎の使用可能額に対応づけられる前記複数の商品情報として、商品毎に異なる商品の識別情報、商品の分類情報または商品に関する付加情報を有し、
前記選択部は、
前記取得部により取得された購入予定の商品の識別情報と一致する商品情報に対応する使用可能額、当該識別情報に基づいて取得した当該購入予定の商品の分類情報と一致する商品情報に対応する使用可能額、または当該識別情報に基づいて取得した当該購入予定の商品の付加情報に含まれる商品情報に対応する使用可能額を選択する
請求項１から３のいずれか一項記載の精算システム。
【請求項７】
前記使用可能額記憶部は、
前記複数の商品情報毎の使用可能額および前記複数の商品情報を、前記使用可能額毎の複数のレコードに記憶し、
前記選択部は、
複数の選択条件について前記複数のレコードの先頭から順番に商品情報との合致を判断し、いずれか１の選択条件が最初に合致する商品情報に対応する使用可能額を選択する
請求項１から４のいずれか一項記載の精算システム。
【請求項８】
前記使用可能額記憶部は、
前記複数のレコードの最後のレコードに、前記商品情報が対応付けられていない使用可能額を含み、
前記選択部は、
前記使用可能額記憶部に前記識別情報もしくは前記分類情報と一致する商品情報が無い場合、または付加情報に含まれる商品情報が無い場合、前記最後のレコードに含まれる前記商品情報が対応付けられていない使用可能額を選択する
請求項５記載の精算システム。
【請求項９】
前記使用可能額記憶部に記憶される前記複数の使用可能額に対応する複数の利用金額を記憶する利用金額記憶部と、
所定の期間毎に、前記利用金額記憶部に記憶される前記複数の利用金額により、前記使用可能額記憶部に記憶される前記複数の使用可能額を更新する定期更新部と
を有する請求項１から６のいずれか一項記載の精算システム。
【請求項１０】
前記利用金額記憶部は、
前記複数の利用金額に、利用金額が無いことを示す値の利用金額を含む
請求項７記載の精算システム。
【請求項１１】
電子マネーにより商品代金を決済可能な精算装置と通信し、決済前に購入予定の商品の商品情報および購入金額を受信する通信部と、
商品情報に応じた使用可能額を記憶する使用可能額記憶部と、
前記受信部が受信した前記商品情報に応じた使用可能額を選択する選択部と、
前記受信部が受信した前記商品の購入金額と、前記選択部に選択された前記使用可能額とを比較する比較部と、
前記比較部の比較において前記使用可能額が前記購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払処理部と
を有する携帯情報機器。
【請求項１２】
電子マネーにより購入する予定の商品の識別情報を取得する取得ステップと、
商品情報に応じた使用可能額を記憶する使用可能額記憶部から、前記取得ステップで取得した前記識別情報に対応した、商品情報に応じた使用可能額を選択する選択ステップと、
前記取得ステップで取得した前記識別情報に対応する商品の購入金額と、前記選択ステップで選択した前記使用可能額とを比較する比較ステップと、
前記比較ステップの比較において前記使用可能額が前記購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払ステップと
を有する精算方法。
【請求項１】
商品の識別情報を取得する取得部と、
商品情報に応じた使用可能額を記憶する使用可能額記憶部と、
前記取得部によって取得された前記識別情報に対応した、商品情報に応じた使用可能額を選択する選択部と、
前記取得部に取得された前記識別情報に対応する商品の購入金額と、前記選択部に選択された前記使用可能額とを比較する比較部と、
前記比較部の比較において前記使用可能額が前記購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払処理部と
を有する精算システム。
【請求項２】
前記比較部の比較において、前記使用可能額が前記購入金額より大きい場合には、比較に係る前記使用可能額から前記購入金額を減額した額を、新たな使用可能額として更新および保存を行う利用時更新部を
有する請求項１記載の精算システム。
【請求項３】
前記比較部の比較において、前記使用可能額が前記購入金額より小さい場合には、
前記支払処理部は、電子マネー機能による決算処理は行わず、
前記利用時更新部は、前記使用可能額を更新しない
請求項２記載の精算システム。
【請求項４】
前記精算システムは、
電子マネーにより商品代金を決済可能な精算装置と、
電子マネーの金額を記憶し、前記精算装置と通信可能な携帯情報機器と
を有し、
前記取得部は、前記精算装置に設けられ、
前記使用可能額記憶部は、前記携帯情報機器に設けられ、
前記選択部は、前記携帯情報機器または前記精算装置に設けられ、
前記比較部は、前記携帯情報機器または前記精算装置に設けられ、
前記利用時更新部は、前記携帯情報機器に設けられ、
前記支払処理部は、前記携帯情報機器に設けられている
請求項１記載の精算システム。
【請求項５】
前記支払処理部は、
前記選択部、前記比較部、および前記利用時更新部の処理を終えた後に、購入可能な商品について、前記電子マネーでの支払処理を実行する
請求項１または２記載の精算システム。
【請求項６】
前記使用可能額記憶部は、
前記複数の商品情報毎の使用可能額に対応づけられる前記複数の商品情報として、商品毎に異なる商品の識別情報、商品の分類情報または商品に関する付加情報を有し、
前記選択部は、
前記取得部により取得された購入予定の商品の識別情報と一致する商品情報に対応する使用可能額、当該識別情報に基づいて取得した当該購入予定の商品の分類情報と一致する商品情報に対応する使用可能額、または当該識別情報に基づいて取得した当該購入予定の商品の付加情報に含まれる商品情報に対応する使用可能額を選択する
請求項１から３のいずれか一項記載の精算システム。
【請求項７】
前記使用可能額記憶部は、
前記複数の商品情報毎の使用可能額および前記複数の商品情報を、前記使用可能額毎の複数のレコードに記憶し、
前記選択部は、
複数の選択条件について前記複数のレコードの先頭から順番に商品情報との合致を判断し、いずれか１の選択条件が最初に合致する商品情報に対応する使用可能額を選択する
請求項１から４のいずれか一項記載の精算システム。
【請求項８】
前記使用可能額記憶部は、
前記複数のレコードの最後のレコードに、前記商品情報が対応付けられていない使用可能額を含み、
前記選択部は、
前記使用可能額記憶部に前記識別情報もしくは前記分類情報と一致する商品情報が無い場合、または付加情報に含まれる商品情報が無い場合、前記最後のレコードに含まれる前記商品情報が対応付けられていない使用可能額を選択する
請求項５記載の精算システム。
【請求項９】
前記使用可能額記憶部に記憶される前記複数の使用可能額に対応する複数の利用金額を記憶する利用金額記憶部と、
所定の期間毎に、前記利用金額記憶部に記憶される前記複数の利用金額により、前記使用可能額記憶部に記憶される前記複数の使用可能額を更新する定期更新部と
を有する請求項１から６のいずれか一項記載の精算システム。
【請求項１０】
前記利用金額記憶部は、
前記複数の利用金額に、利用金額が無いことを示す値の利用金額を含む
請求項７記載の精算システム。
【請求項１１】
電子マネーにより商品代金を決済可能な精算装置と通信し、決済前に購入予定の商品の商品情報および購入金額を受信する通信部と、
商品情報に応じた使用可能額を記憶する使用可能額記憶部と、
前記受信部が受信した前記商品情報に応じた使用可能額を選択する選択部と、
前記受信部が受信した前記商品の購入金額と、前記選択部に選択された前記使用可能額とを比較する比較部と、
前記比較部の比較において前記使用可能額が前記購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払処理部と
を有する携帯情報機器。
【請求項１２】
電子マネーにより購入する予定の商品の識別情報を取得する取得ステップと、
商品情報に応じた使用可能額を記憶する使用可能額記憶部から、前記取得ステップで取得した前記識別情報に対応した、商品情報に応じた使用可能額を選択する選択ステップと、
前記取得ステップで取得した前記識別情報に対応する商品の購入金額と、前記選択ステップで選択した前記使用可能額とを比較する比較ステップと、
前記比較ステップの比較において前記使用可能額が前記購入金額より大きい場合には、購入金額を電子マネー機能による決済処理を行う支払ステップと
を有する精算方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１０−２３１４６１（Ｐ２０１０−２３１４６１Ａ）
【公開日】平成２２年１０月１４日（２０１０．１０．１４）
【国際特許分類】
【出願番号】特願２００９−７７８０６（Ｐ２００９−７７８０６）
【出願日】平成２１年３月２６日（２００９．３．２６）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
【公開日】平成２２年１０月１４日（２０１０．１０．１４）
【国際特許分類】
【出願日】平成２１年３月２６日（２００９．３．２６）
【出願人】（０００００６６３３）京セラ株式会社 (13,660)
【Ｆターム（参考）】
[ Back to top ]