JP5504348B2 - プログラム、支払方法、配布方法、及び、携帯端末 - Google Patents

Description

本発明は、プログラム、支払方法、情報記録媒体、及び、携帯端末に関し、特に、複数の電子的決済手段が利用可能な携帯端末おける支払に関するものである。

近年、商品を購入する際に、ユーザが複数の支払方法からいずれかを指定し、指定された支払方法で商品の決済を行う手法が普及している。例えば、特許文献１には、電子商取引において、クレジットカード払い、銀行振り込み、代金引替等の中から一つを選択して決済を行うシステムが開示されている。

特開２００９−０２６１１５号公報

携帯電話においても複数の電子マネーが設定され、その中から一つを指定して、コンビニエンスストアなどの実在店舗で商品の支払を行うことがある。このような場合、ユーザが決済機器の操作部（タッチパネル、ボタン等）を操作して、支払を行う電子マネーを指定するか、あるいは、実在店舗の店員に支払を行う電子マネーを伝え、店員が当該電子マネーで決済をするための決済機器を準備するのが一般的である。しかしながら、ユーザにとって、支払を行う度に上記のような操作を行うことや準備を待つのは煩わしく、簡易な方法で支払を行いたいという要望がある。

本発明は、上記のような課題を解決するもので、複数の電子的決済手段を利用できる携帯端末において、簡易に支払を行うのに好適な、プログラム、支払方法、情報記録媒体、及び、携帯端末を提供することを目的とする。

本発明の第１の観点に係るプログラムは、
複数の種類の電子的な決済手段を搭載し、決済装置と通信可能な携帯型コンピュータを、
前記決済装置を特定する決済装置情報を感知する感知部、
前記感知された決済装置情報に対応付けて保存された決済手段情報を取得する取得部、
前記取得された決済手段情報に基づいて決定される決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる支払部、
前記決定された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて保存する保存部
として機能させることを特徴とする。

また、本発明のプログラムにおいて、
前記決済手段情報が取得されなかった場合、前記複数の種類の決済手段からいずれかを、支払を行おうとするユーザに選択させる選択部、として前記携帯型コンピュータをさらに機能させ、
前記支払部は、前記選択された決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる
ように構成することができる。

また、本発明のプログラムにおいて、
前記選択部は、前記ユーザが過去に選択した決済手段の履歴に基づいて、前記複数の種類の決済手段に優先順位を設けて提示して、いずれかを選択させる
ように構成することができる。

また、本発明のプログラムにおいて、
前記保存部は、前記ユーザごとに、前記決済装置情報と、前記選択された決済手段情報とを、対応付けて所定のサーバに保存し、
前記取得部は、前記決済装置情報に対応付けられた決済手段情報を、前記所定のサーバから取得する
ように構成することができる。

また、本発明のプログラムにおいて、
前記決済手段情報が取得されなかった場合、前記取得部は、他のユーザが過去に選択した決済手段の履歴に基づいて定められる決済手段の優先順位情報を、前記所定のサーバから取得し、
前記選択部は、前記取得された優先順位情報に基づいて、前記複数の種類の決済手段に優先順位を設けて提示して、いずれかを選択させる
ように構成することができる。

また、本発明のプログラムにおいて、
前記優先順位情報は、前記他のユーザのうち前記支払を行おうとするユーザと類似するユーザの履歴に基づいて定められる
ように構成することができる。

また、本発明のプログラムにおいて、
前記感知部は、前記決済装置から感知された当該決済装置の識別情報を前記所定のサーバ装置に問い合わせて、当該決済装置の業種ＩＤを取得し、
前記決済装置情報は、前記取得された業種ＩＤである
ように構成することができる。

また、本発明のプログラムにおいて、
前記決済装置情報は、前記携帯型コンピュータにより感知された当該携帯型コンピュータの位置情報である
ように構成することができる。

また、本発明のプログラムにおいて、
前記決済装置情報は、前記決済装置から感知された当該決済装置の識別情報である
ように構成することができる。

本発明の第２の観点に係る支払方法は、
感知部と、取得部と、支払部と、保存部と、を備え、複数の種類の電子的な決済手段を搭載し、決済装置と通信可能な携帯端末が実行する支払方法であって、
前記感知部が、前記決済装置を特定する決済装置情報を感知する感知工程と、
前記取得部が、前記感知された決済装置情報に対応付けて保存された決済手段情報を取得する取得工程と、
前記支払部が、前記取得された決済手段情報に基づいて決定される決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる支払工程と、
前記保存部が、前記決定された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて保存する保存工程と
を備えることを特徴とする。

本発明の第３の観点に係る情報記録媒体は、
複数の種類の電子的な決済手段を搭載し、決済装置と通信可能な携帯型コンピュータを、
前記決済装置を特定する決済装置情報を感知する感知部、
前記感知された決済装置情報に対応付けて保存された決済手段情報を取得する取得部、
前記取得された決済手段情報に基づいて決定される決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる支払部、
前記決定された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて保存する保存部
として機能させることを特徴とするプログラムを記録する。

本発明の第４の観点に係る携帯端末は、
複数の種類の電子的な決済手段を搭載し、決済装置と通信可能な携帯端末であって、
前記決済装置を特定する決済装置情報を感知する感知部と、
前記感知された決済装置情報に対応付けて保存された決済手段情報を取得する取得部と、
前記取得された決済手段情報に基づいて決定される決済手段を指定して前記決済装置と通信し、当該決済装置に支払の決済を行わせる支払部と、
前記決定された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて保存する保存部と
を備えることを特徴とする。

なお、本発明のプログラムは、プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。また、上記情報記録媒体は、コンピュータとは独立して配布・販売することができる。

本発明によれば、複数の電子的決済手段（例えば、電子マネー機能、携帯クレジット機能など）を利用できる携帯端末において、簡易に支払を行うのに好適な、プログラム、支払方法、情報記録媒体、及び、携帯端末を提供することができる。

本発明の実施形態に係る携帯端末と、決済装置と、サーバとの関係を示す図である。 本発明の実施形態に係る携帯端末が実現される典型的な携帯型情報処理装置の概要構成を示す図である。 本発明の実施形態に係る携帯端末の概要構成を示す図である。 業種テーブルを説明するための図である。 ユーザ履歴テーブルを説明するための図である。 優先順位情報テーブルを説明するための図である。 ユーザに提示される優先順位情報を説明するための図である。 本発明の実施形態に係る携帯端末が行う支払処理を説明するためのフローチャートである。

本発明の実施形態のプログラムが実行されることにより実現する携帯端末１００を、図１に示す。携帯端末１００は、インターネット等のネットワーク４００に接続される。また、ネットワーク４００にはサーバ装置３００が接続され、携帯端末１００はネットワーク４００を介してサーバ装置３００と通信が可能である。携帯端末１００は、電子マネーによる支払が可能であり、複数の種類の電子マネーが設定されている。

図１の決済装置２００は、一般的にコンビニエンスストアやスーパー等の実在店舗に設置されるものである。決済装置２００は、非接触ＩＣカード等の読み書きが可能なリーダライタ及びＰＯＳ（Point of Sales）装置等から構成され、携帯端末１００と非接触通信が可能である。ユーザは、携帯端末１００を決済装置２００に翳すと、携帯端末１００に設定されている電子マネーで支払を行うことができる。

以下、本発明の実施形態に係る携帯端末１００が実現される典型的な携帯型情報処理装置５００について説明する。

（１．携帯型情報処理装置の概要構成）
携帯型情報処理装置５００は、図２に示すように、例えば、ＣＰＵ（Central Processing Unit）５０１と、ＲＯＭ（Read only Memory）５０２と、ＲＡＭ（Random Access Memory）５０３と、通信部５０４と、電源部５０５と、操作部５０６と、音声処理部５０７と、スピーカ５０８と、マイクロフォン５０９と、表示部５１０と、Ｉ／Ｏ部５１１と、外部メモリ５１２と、アンテナ５１３と、ＩＣ部５１４と、を備える。

ＣＰＵ ５０１は、ＲＯＭ ５０２に記憶されたオペレーティングシステム（ＯＳ）や制御プログラムに従って、携帯型情報処理装置５００全体の制御を行う。ＣＰＵ ５０１は、制御の必要に応じて、上述した各部にシステムバスを介して制御信号及びデータを送信したり、各部から応答信号やデータを受信したりする。

ＲＯＭ ５０２は、携帯型情報処理装置５００全体の制御に必要なＯＳやプログラム等を記憶する不揮発性メモリである。ＣＰＵ ５０１は、ＲＯＭ ５０２に記憶されたＯＳやプログラム等をＲＡＭ ５０３に読み出して実行する。

ＲＡＭ ５０３は、ＣＰＵ ５０１が行う処理に必要なデータやプログラム等を一時的に記憶する。また、ＲＡＭ ５０３の記憶領域の一部はフラッシュメモリから構成され、電話やメールに使用するアドレス帳、通話の履歴、各種機能の設定値等を記憶する。

通信部５０４は、マイクロフォン５０９により入力され、音声処理部５０７が備えるＡ／Ｄ（Analog/Digital）コンバータ（図示せず）により変換された音声信号を変調し、通信部５０４に接続されるアンテナ５１３を用いて相手（受信側）に送信する。あるいは、アンテナ５１３を用いて音声信号等を受信し、入力された音声信号を復調する。復調された音声信号は音声処理部５０７に入力される。また、通信部５０４は、無線基地局や、ＧＰＳ（Global Positioning System）衛星と情報のやり取りを行い、携帯型情報処理装置５００の位置情報を取得する。例えば、通信部５０４は、携帯型情報処理装置５００の緯度、経度、及び高度や、携帯型情報処理装置５００を捕捉した無線基地局の所在地情報を取得する。さらに、携帯型情報処理装置５００が、サーバ装置３００等にアクセスするためのデータ通信処理等も行う。通信部５０４は、例えば、ＣＤＭＡ（Code Division Multiple Access）、ＥＶ−ＤＯ（Evolution-Data Only）、無線ＬＡＮ等の複数の通信方式を利用可能である。

電源部５０５は、携帯型情報処理装置５００を駆動させるための電源である。

操作部５０６は、押圧可能なボタンやタッチパネル等から構成され、ユーザからの操作を受け付ける。ＣＰＵ ５０１は、操作部５０６に入力された操作に基づき所定の処理を行う。

音声処理部５０７は、ユーザの発声音等を音声処理部５０７に接続されるマイクロフォン５０９により集音し、音声処理部５０７が備えるＡ／Ｄコンバータにより音声信号に変換し音声信号を出力する。あるいは、音声処理部５０７は、音声処理部５０７に接続されるスピーカ５０８に、音声処理部５０７が備えるＤ／Ａ（Digital/Analog）コンバータ（図示せず）により復調された通話音を出力する。このほか、音声処理部５０７は、外部メモリ５１２等に記憶された着信メロディなどの音声データを音声信号に変換して出力する。

表示部５１０は、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electroluminescence）等のディスプレイを備える。表示部５１０は、ＣＰＵ ５０１や表示部５１０が備える画像演算プロセッサ（図示せず）によって画像データを加工処理した後、表示部５１０が備える出力バッファ（図示せず）に記録する。出力バッファに記録された画像情報は、所定の同期タイミングで画像信号に変換され、ディスプレイに出力される。表示部５１０は、例えば、電源状態、電話番号、電子メール、及び、接続されたインターネット画面等、携帯型情報処理装置５００の機能を利用するために必要な様々な画面を、ディスプレイに表示する。

Ｉ／Ｏ部５１１は、着脱可能なフラッシュメモリカード等の外部メモリ５１２との接続を行いデータの入出力を行う。また、例えば、ＵＳＢ（Universal Serial Bus）接続により携帯型情報処理装置５００とパーソナルコンピュータ等の外部機器とを接続して、外部機器との間でデータの入出力を行う。赤外線通信インタフェースなど他の外部機器と接続して通信するためのインタフェースを備えることもできる。

ＩＣ部５１４は、リーダライタ等の外部装置と通信を行うことにより電子マネーの支払を行う。この時、ＩＣ部５１４は、外部装置との間で、電子マネーの支払先、支払日、支払金額、又は、外部装置の識別子等の電子マネーの支払に関する情報をやり取りする。ＩＣ部５１４は、ループアンテナやメモリ等を備える。携帯型情報処理装置５００をリーダライタに翳すと、ループアンテナに電力が発生し、この電力によりＩＣ部５１４は動作する。なお、電源部５０５から供給される電力によって動作することも可能である。ＩＣ部５１４に備わるメモリには、電子マネーの支払に関する情報が記憶される。

以下、上記携帯型情報処理装置５００において実現される携帯端末１００の概要構成について、図１乃至８を参照して説明する。携帯型情報処理装置５００の電源を投入することにより、本実施形態に係るプログラムが実行され、本実施形態に係る携帯端末１００が実現する。

（２．携帯端末の概要構成）
図３に、本実施形態のプログラムが実行されることにより実現する携帯端末１００の構成を示す。携帯端末１００は、感知部１０１と、取得部１０２と、選択部１０３と、支払部１０４と、保存部１０５と、を備え、以下のように構成する。

感知部１０１は、決済装置２００を特定する決済装置情報を感知する。例えば、決済装置情報は、（ａ）携帯端末１００の位置情報、（ｂ）決済装置２００に割り当てられた識別子（以下、「決済装置ＩＤ」という）、あるいは、（ｃ）決済装置２００が設置されている店舗の業種ＩＤ、とすることができる。

決済装置情報が（ａ）携帯端末１００の位置情報の場合、感知部１０１は、以下のように決済装置情報を感知する。
ユーザが携帯端末１００を決済装置２００に翳すと、感知部１０１は、ＧＰＳ機能により携帯端末１００が位置する経度・緯度・高度を取得する。又は、感知部１０１は、携帯端末１００が通信を行う無線基地局の所在地の情報を取得する。

決済装置情報が（ｂ）決済装置２００に割り当てられた決済装置ＩＤの場合、感知部１０１は、以下のように決済装置情報を感知する。
ユーザが携帯端末１００を決済装置２００に翳すと、感知部１０１は決済装置２００に決済装置ＩＤを送信するよう要求し、決済装置２００から決済装置ＩＤを受信する。

決済装置情報が（ｃ）決済装置２００が設置されている店舗の業種ＩＤである場合、感知部１０１は、以下のように決済装置情報を感知する。
サーバ装置３００には、図４に示す業種テーブル３００ａが格納されている。業種テーブル３００ａには、「決済装置ＩＤ」と「業種ＩＤ」（例えば、業種名、業種の識別子等）とが対応付けて登録されている。ユーザが決済装置２００に携帯端末１００を翳すと、感知部１０１は決済装置２００から、決済装置２００の決済装置ＩＤ“ａ１”を受信する。感知部１０１は、受信した決済装置ＩＤ“ａ１”の情報をサーバ装置３００に送信して、当該決済装置ＩＤに対応する業種ＩＤを問い合わせる。サーバ装置３００は、感知部１０１から受信した決済装置ＩＤ“ａ１”に対応する業種ＩＤを、業種テーブル３００ａを参照して求める。業種テーブル３００ａ（図４）には、決済装置ＩＤ“ａ１”に対応する業種ＩＤは“コンビニエンスストア”と登録されているので、サーバ装置３００は、感知部１０１に、業種ＩＤ“コンビニエンスストア”の情報を送信する。このようにして感知部１０１は決済装置ＩＤに対応する業種ＩＤを取得する。

本実施形態では、決済装置情報は（ｃ）決済装置２００が設置されている店舗の業種ＩＤであるとする。

本実施形態において、ＣＰＵ ５０１、通信部５０４、及びＩＣ部５１４が協働して、感知部１０１として機能する。

取得部１０２は、支払を行おうとするユーザについて、決済装置情報に対応付けられて保存された電子マネー情報（本発明における「決済手段情報」の一例）の取得を試みる。ここで、取得部１０２は、サーバ装置３００から当該電子マネー情報の取得を試みる。

例えば、サーバ装置３００には、図５に示すユーザ履歴テーブル３００ｂが格納されているとする。ユーザ履歴テーブル３００ｂには、電子マネーを利用するユーザの「ユーザＩＤ」（例えば、任意の文字列（ユーザアカウント名）、携帯端末１００の識別情報、ＩＣ部５１４の識別情報等）と、ユーザの「属性」と、ユーザが過去に支払を行った決済装置の「決済装置情報」と、当該決済装置での支払に使用した電子マネーの「電子マネー情報」と、が対応付けて登録されている。ユーザＡがコンビニエンスストアに設置された決済装置２００に携帯端末１００を翳して電子マネーによる支払を行ったとする。この場合、感知部１０１は、決済装置２００の業種ＩＤ“コンビニエンスストア”を取得し、取得した業種ＩＤの情報を取得部１０２に送る。取得部１０２は、受け付けた業種ＩＤ“コンビニエンスストア”及びユーザＩＤ“Ａ”をサーバ装置３００に送信して、電子マネー情報を問い合わせる。サーバ装置３００は、取得部１０２から受信した業種ＩＤ“コンビニエンスストア”及びユーザＩＤ“Ａ”に対応する電子マネー情報を、ユーザ履歴テーブル３００ｂを参照して求める。ユーザ履歴テーブル３００ｂには、ユーザＩＤ“Ａ”及び決済装置情報（業種ＩＤ）“コンビニエンスストア”に対応する電子マネー情報は“Ｘ”と登録されているので、サーバ装置３００は、取得部１０２に、電子マネー情報“Ｘ”を送信する。このようにして、取得部１０２は、支払に使用する電子マネー情報を取得する。

一方、取得部１０２が電子マネー情報を取得できなかった場合、すなわち、サーバ装置３００にユーザＩＤ及び業種ＩＤの情報を送信したが、サーバ装置３００から電子マネー情報を受信しなかった場合、取得部１０２は、電子マネーの優先順位情報をサーバ装置３００から取得する。ここで、優先順位情報は、業種ＩＤが示す業種において、優先して使用される可能性の高い順に電子マネーを順位付けた情報であるとする。本実施形態では、優先順位情報は、ユーザ履歴テーブル３００ｂから求められる。例えば、優先順位情報は、ユーザ履歴テーブル３００ｂに登録されたユーザのうち、支払を行おうとするユーザと類似するユーザの履歴に基づいて定められる。ユーザ同士が類似するか否かは、ユーザの属性が同じか否かにより判断されることとする。以下、優先順位情報を求める具体例について説明する。

例えば、ユーザＡがレストランに設置されている決済装置２００に携帯端末１００を翳すと、取得部１０２は、ユーザＩＤ“Ａ”及び業種ＩＤ“レストラン”に対応する電子マネー情報を、サーバ装置３００に問い合わせる。しかし、サーバ装置３００が参照するユーザ履歴テーブル３００ｂには、ユーザＡについて決済装置情報（業種ＩＤ）“レストラン”に対応する電子マネー情報の履歴はないので、取得部１０２は、電子マネー情報を取得することができない。この場合、サーバ装置３００は、例えば、ユーザＡと同じ属性（年代“２０代”、職業“学生”）を持つユーザの履歴をユーザ履歴テーブル３００ｂから全て抽出する（例えば、ユーザＢ等）。

次に、サーバ装置３００は、ユーザＡと同じ属性を持つユーザにより、レストランで使用された電子マネーについて分析する。すなわち、サーバ装置３００は、抽出した履歴について、決済装置情報“レストラン”に対応付けられている電子マネー情報を電子マネーの種類毎に集計する。そして、サーバ装置３００は、当該集計結果に基づいて、電子マネーの種類について数の多い順に順位を付ける。

サーバ装置３００が、例えば、ユーザＡと同じ属性を持つ複数のユーザによりレストランで最も多く使用された電子マネーの種類を“Ｚ”、２番目に多く使用された電子マネーの種類を“Ｘ”、３番目に多く使用された電子マネーの種類を“Ｙ”と求めたとする。サーバ装置３００は、これらの電子マネーの順位の情報（優先順位情報）を、取得部１０２に送信する。優先順位情報は、例えば、図６に示す優先順位情報テーブル３００ｃの形式で、取得部１０２に送信される。優先順位情報テーブル３００ｃには、ユーザＡが支払を行おうとする決済装置２００の「決済装置情報（業種ＩＤ）」と、当該業種において使用されたことのある電子マネーの「電子マネー情報」と、履歴の集計により求められた電子マネーの「優先順位」とが対応付けて記録されている。取得部１０２は、サーバ装置３００から優先順位情報テーブル３００ｃを受信すると、当該テーブルを選択部１０３に送る。

本実施形態において、ＣＰＵ ５０１及び通信部５０４が協働して、取得部１０２として機能する。

選択部１０３は、取得部１０２が電子マネー情報を取得できなかった場合、携帯端末１００に設定されている複数の電子マネーからいずれかをユーザに選択させる。この際、選択部１０３は、取得部１０２から受け付けた優先順位情報を携帯端末１００の表示部５１０に備わるディスプレイに表示させて、いずれかの電子マネーをユーザに選択させる。そして、選択部１０３は、ユーザから電子マネーの選択を受け付ける。図７に、選択部１０３が携帯端末１００のディスプレイ５１５に優先順位情報を表示させた例を示す。ユーザは、表示された優先順位情報の電子マネーから、ボタン５１６等を操作することにより、いずれかの電子マネーを選択する。

本実施形態において、ＣＰＵ ５０１、操作部５０６及び表示部５１０が協働して、選択部１０３として機能する。

支払部１０４は、電子マネー情報が取得された場合、当該電子マネー情報により特定される電子マネーを指定して決済装置２００と通信し、当該決済装置２００に支払の決済を行わせる。一方、支払部１０４は、電子マネー情報が取得されなかった場合、選択部１０３により選択された電子マネーを指定して決済装置２００と通信し、当該決済装置２００に支払の決済を行わせる。

例えば、ユーザＡが支払を行おうとする決済装置２００の業種ＩＤが“コンビニエンスストア”であり、取得部１０２が決済装置情報“コンビニエンスストア”に対応する電子マネー情報“Ｘ”を取得したとする。この場合、支払部１０４は、電子マネー“Ｘ”を使用して支払を行い、決済装置２００に支払の決済を行わせる。一方、ユーザＡが支払を行おうとする決済装置２００の業種ＩＤが“レストラン”であり、取得部１０２が電子マネー情報を取得できず、選択部１０３により優先順位情報がユーザＡに提示されたとする（図７）。ユーザＡが電子マネー“Ｚ”を選択したとすると、支払部１０４は、電子マネー“Ｚ”を使用して支払を行い、決済装置２００に支払の決済を行わせる。

この他、支払部１０４が、取得部１０２により取得された、又は、選択部１０３により選択された電子マネー情報に基づいて、決済装置２００に支払いの決済を行わせる電子マネーを指定する手法について、３つ例を挙げて説明する。以下の例では、決済装置２００は、当該決済装置２００において支払いの決済を行うことが可能な電子マネー情報を、所定のリスト（以下、「支払可能リスト」という）に登録しているものとする。例えば、決済装置２００は、電子マネー情報“Ｘ”、“Ｙ”、“Ｚ”が登録された支払可能リストを有する。また、以下の例では、取得部１０２により取得された、又は、選択部１０３により選択された電子マネー情報を、“Ｚ”とする。

第１の手法は、支払部１０４が、取得部１０２により取得された、又は、選択部１０３により選択された電子マネー情報を支払部１０４の所定の領域に書き込み、決済装置２００が当該所定の領域を指定することにより、決済に使用する電子マネーを指定するものである。

まず、ユーザが携帯端末１００を決済装置２００に翳すと、決済装置２００は通信相手のシステムを捕捉するためのポーリングコマンドを発信する。システムとは、論理的な１枚のカードとして扱われる基準単位であり、１つのＩＣ部５１４には複数のシステムを定義することができる。ＩＣ部５１４のシステムは、システムコードにより特定される。システムコードは、事業者又は使用目的ごとに割り当てられるものである。したがって、ポーリングコマンドには、システムコード等が含まれる。支払部１０４は、決済装置２００からポーリングコマンドを受信すると、システムコードにより特定されるシステムの製造ＩＤや製造パラメータ等の情報を含むレスポンスを決済装置２００に送信する。このようにして、決済装置２００は、通信相手のシステムを特定する。

ユーザが携帯端末１００を決済装置２００に翳し、システムが決済装置２００により捕捉された後、電子マネー情報“Ｚ”が取得又は選択されると、支払部１０４は、ＩＣ部５１４の所定の領域に当該電子マネー情報“Ｚ”を書き込む。ここで所定の領域とは、携帯端末１００が支払いを行う電子マネーを特定するための情報が格納される領域であり、予め決められた領域であるとする。ＩＣ部５１４のメモリ領域は、「ブロック」という最小単位に区切られる。そして、ブロックの集合は「サービス」とよばれ、当該サービスごとにブロックに格納されるデータへアクセスする方式が規定される。所定の領域は、サービスを特定するためのサービスコード及びブロック番号を指定することにより特定される。

決済装置２００は、決済で使用する電子マネーの電子マネー情報を得るために、支払部１０４に当該所定の領域に対応するサービスコード及びブロック番号を含む問合せコマンドを送信する。支払部１０４は、当該問合せコマンドを受信すると、指定されたサービスコード及びブロック番号に格納された電子マネー情報“Ｚ”を、決済装置２００に送信する。決済装置２００は、電子マネー情報“Ｚ”を受信すると、例えば、電子マネー情報“Ｚ”及び支払い金額が指定されたコマンドを、支払部１０４に送信する。これにより、取得又は選択された電子マネーによる決済が行われる。

第２の手法は、支払部１０４が、取得部１０２により取得された、又は、選択部１０３により選択された電子マネー情報等が格納されるメモリ領域以外を無効化（隠蔽）し、メモリ領域の無効化が行われていない電子マネーを、決済に使用する電子マネーとして指定するものである。

携帯端末１００で使用できる電子マネーのプログラムや残金等の情報（以下、「電子マネー関連情報」という）は、電子マネーの種類ごとに、ＩＣ部５１４のメモリに格納される。ここで、ＩＣ部５１４には複数のシステムが定義されているとする。例えば、第１のシステムには、電子マネー“Ｘ”の電子マネー関連情報が格納される。また、例えば、第２のシステムは、複数種類の電子マネーの電子マネー関連情報を格納できる共通領域であり、電子マネー“Ｙ”及び“Ｚ”の電子マネー関連情報が格納される。同一のシステムに格納された電子マネー“Ｙ”及び“Ｚ”の電子マネー関連情報はサービスコードにより特定できるものとする。決済装置２００が、携帯端末１００の電子マネー“Ｘ”による決済を試みる場合は、第１のシステムのシステムコードを指定し、電子マネー“Ｙ”又は“Ｚ”による決済を行う場合は、第２のシステムのシステムコード及びサービスコードを指定する。

取得部１０２により電子マネー情報が取得され、又は、選択部１０３により電子マネー情報が選択されると、支払部１０４は、当該電子マネー情報で特定される電子マネー以外の電子マネー関連情報（すなわち、電子マネー“Ｚ”が取得又は選択された場合は、電子マネー“Ｘ”、“Ｙ”の電子マネー関連情報）へアクセスが許可されない状態にする（当該電子マネー関連情報が格納されるメモリ領域を無効化する）。

メモリ領域の無効化が行われた後、決済装置２００は、支払可能リストに記載された電子マネー“Ｘ”、“Ｙ”、“Ｚ”のそれぞれについて、携帯端末１００にポーリングコマンドを順次送信する。そして、決済装置２００は、ポーリングコマンドに対して正当なレスポンスが得られると、ポーリングコマンドの順次送信を終了し、レスポンスより特定される電子マネーにより、支払いの決済を行う。

例えば、支払部１０４は、第１のシステムのシステムコードが含まれるポーリングコマンドを受信すると、電子マネー“Ｘ”の電子マネー関連情報が格納されたメモリ領域は無効化されているので、ポーリングコマンドに対して何も応答しない。一方、支払部１０４は、第２のシステムのシステムコードが含まれるポーリングコマンドを受信すると、電子マネー“Ｙ”の電子マネー関連情報が格納されたメモリ領域は無効化されているが、電子マネー“Ｚ”の電子マネー関連情報が格納されたメモリ領域は無効化されていないので、第２のシステムの製造ＩＤ等が含まれるレスポンスを決済装置２００に送信する。

決済装置２００は当該レスポンスを受信すると、次に、電子マネー“Ｙ”又は“Ｚ”のサービスコードを指定したリクエストコマンドを送信する。支払部１０４は、サービスコードで指定された電子マネーの電子マネー関連情報が格納されたメモリ領域が無効化されていない場合、当該リクエストコマンドに対して鍵バージョンが含まれたレスポンスを決済装置２００に送信する。一方、支払部１０４は、サービスコードで指定された電子マネーの電子マネー関連情報が格納されたメモリ領域が無効化されている場合、鍵バージョンが含まれないレスポンスを決済装置２００に送信する。ここで、鍵バージョンとは、暗号化通信を行う際にどの世代の鍵値を用いるのかを識別する値である。すなわち、支払部１０４が電子マネー“Ｙ”のサービスコードが指定されたリクエストコマンドを受信した場合、鍵バージョンを含まないレスポンスを決済装置２００に送信する。一方、支払部１０４が電子マネー“Ｚ”のサービスコードが指定されたリクエストコマンドを受信した場合、鍵バージョンを含むレスポンスを決済装置２００に送信する。

決済装置２００は、鍵バージョンを含むレスポンスを受信すると、当該レスポンスで特定される電子マネー“Ｚ”により支払いの決済を行うためのコマンドを、支払部１０４に送信する。これにより、取得又は選択された電子マネーによる決済が行われる。

第３の手法は、支払部１０４が、電子マネーを使用する優先順位の情報（以下、「優先順位登録情報」という）を格納し、当該優先順位登録情報と、決済装置２００に格納された支払可能リストを比較した結果に基づいて、決済に使用する電子マネーを指定するものである。

支払部１０４に格納される優先順位登録情報は、取得部１０２によりサーバ装置３００から取得される優先順位情報と同じでも、あるいは、異なっていてもよい。本実施形態では、異なるものであるとする。優先順位登録情報には、携帯端末１００において支払いすることが可能な電子マネー情報が、予め優先順位を付けて登録されている。取得部１０２により電子マネー情報が取得され、又は、選択部１０３により電子マネー情報が選択されると、支払部１０４は、当該電子マネー情報の電子マネーを最も優先順位の高いものとして登録する。なお、この際に２位以下の電子マネーの優先順位を変更してもよい。

電子マネー情報が取得又は選択されると、決済装置２００は、支払可能リストの情報を支払部１０４に送信する。支払部１０４は、当該支払可能リストの情報を受信すると、当該支払可能リストと優先順位登録情報と比較する。例えば、優先順位登録情報には、電子マネー情報“Ｚ”、“Ｘ”、“Ｙ”の順で優先順位が高いように登録されており、支払可能リストには、電子マネー情報“Ｘ”、“Ｙ”が登録されているとする。支払部１０４は、優先順位の高い電子マネー情報“Ｚ”が支払可能リストに含まれるか否かを判断する。この場合、電子マネー情報“Ｚ”は支払可能リストに含まれないので、支払部１０４は次に、電子マネー情報“Ｘ”が支払可能リストに含まれるか否かを判断する。この場合、電子マネー情報“Ｘ”は支払可能リストに含まれるので、支払部１０４は、支払いの決済を行う電子マネーを“Ｘ”に決定し、電子マネー“Ｘ”の電子マネー情報（電子マネー“Ｘ”の識別子）が含まれるレスポンスを決済装置２００に送信する。決済装置２００は、当該レスポンスを受信すると、支払部１０４に電子マネー“Ｘ”により決済を行うためのコマンドを支払部１０４に送信し、決済が行われる。

このように、決済を行う電子マネーを決定することにより、取得又は選択された電子マネーが、ユーザが支払いを行おうとする決済装置２００で使用できない場合でも、その他の電子マネーにより支払いの決済を行うことができる。

本実施形態において、ＣＰＵ ５０１、表示部５１０、及びＩＣ部５１４が協働して、支払部１０４として機能する。

保存部１０５は、選択部１０３により電子マネーが選択された場合、当該電子マネーを特定する電子マネー情報を、感知された決済装置情報に対応付けて保存する。ここで、保存部１０５は、電子マネー情報と決済装置情報とを対応付けて、サーバ装置３００に保存する。

例えば、ユーザＡがレストランに設置された決済装置２００に携帯端末１００を翳し、携帯端末１００の表示部５１０が備えるディスプレイ５１５に優先順位情報が提示されたとする（図７）。そして、ユーザＡがボタン５１６を操作して電子マネー“Ｚ”を選択したとする。この場合、保存部１０５は、感知部１０１により感知された決済装置情報（業種ＩＤ）“コンビニエンスストア”と、電子マネー情報“Ｚ”を対応付けて、これらの情報をサーバ装置３００が格納するユーザ履歴テーブル３００ｂに登録する。

本実施形態において、ＣＰＵ ５０１が保存部１０５として機能する。

（３．携帯端末の動作）
次に、携帯端末１００の各部が行う動作について図８のフローチャートを用いて説明する。ユーザが携帯端末１００を決済装置２００に翳すと、ＣＰＵ ５０１が図８のフローチャートに示す支払処理を開始する。以下、ユーザＡが支払を行う場合を例に説明する。

感知部１０１は、決済装置２００の決済装置ＩＤの情報を受信したか否かを判断する（ステップＳ１０１）。感知部１０１が決済装置ＩＤの情報を受信したと判断した場合（ステップＳ１０１；Ｙｅｓ）、感知部１０１は、サーバ装置３００に、決済装置ＩＤに対応する決済装置情報（業種ＩＤ）を問い合わせる（ステップＳ１０２）。一方、感知部１０１が決済装置ＩＤの情報を受信しなかったと判断した場合（ステップＳ１０１；Ｎｏ）、そのまま待機する。

例えば、感知部１０１が決済装置２００から決済装置ＩＤ“ａ１”の情報を受信したとすると、感知部１０１はサーバ装置３００に決済装置ＩＤ“ａ１”の情報を送信して、当該決済装置ＩＤに対応する業種ＩＤを問い合わせる。一方、感知部１０１が決済装置２００から決済装置ＩＤの情報を受信しない場合、感知部１０１は、そのまま待機する。

感知部１０１は、サーバ装置３００から決済装置情報（業種ＩＤ）を受信したか否かを判断する（ステップＳ１０３）。感知部１０１が決済装置情報（業種ＩＤ）を受信したと判断した場合（ステップＳ１０３；Ｙｅｓ）、取得部１０２は当該決済装置情報に対応付けられる電子マネー情報の取得を試みる（ステップＳ１０４）。一方、感知部１０１が決済装置情報（業種ＩＤ）を受信しなかったと判断した場合（ステップＳ１０３；Ｎｏ）、感知部１０１はそのまま待機する。

例えば、感知部１０１が、決済装置２００が設置されている店舗の業種ＩＤ（例えば、“コンビニエンスストア”）の情報をサーバ装置３００から受信した場合、取得部１０２は、サーバ装置３００に当該業種ＩＤに対応する電子マネー情報を送信するよう要求する。一方、感知部１０１が、決済装置２００が設置されている店舗の業種ＩＤに関する情報を受信しなかった場合、感知部１０１はそのまま待機する。

次に、取得部１０２は、電子マネー情報を取得したか否かを判断する（ステップＳ１０５）。取得部１０２が電子マネー情報を取得したと判断した場合（ステップＳ１０５；Ｙｅｓ）、支払部１０４は、当該電子マネーの情報により特定される電子マネーを使用して支払を行い、決済装置２００に当該支払の決済を行わせる（ステップＳ１０６）。一方、取得部１０２が電子マネー情報を取得しなかったと判断した場合（ステップＳ１０５；Ｎｏ）、取得部１０２は、サーバ装置３００から優先順位情報を取得する（ステップＳ１０７）。

例えば、取得部１０２が、サーバ装置３００から、ユーザＡについて決済装置情報（業種ＩＤ）“コンビニエンスストア”に対応する電子マネー情報“Ｘ”を取得した場合、支払部１０４は、電子マネー“Ｘ”で支払を行い、決済装置２００に当該支払の決済を行わせる。一方、取得部１０２が、サーバ装置３００から、ユーザＡについて決済装置情報（業種ＩＤ）“レストラン”に対応する電子マネー情報を取得しなかった場合、取得部１０２は、サーバ装置３００から決済装置情報（業種ＩＤ）“レストラン”に関する電子マネーの優先順位情報を取得する。

取得部１０２が優先順位情報を取得すると（ステップＳ１０７）、選択部１０３は、当該優先順位情報をユーザに提示する（ステップＳ１０８）。

例えば、取得部１０２が決済装置情報に対応する電子マネーの優先順位が記載されたテーブル（図６、優先順位情報テーブル３００ｃ）を取得したとする。選択部１０３は、当該テーブルに基づいて、図７に示すように、携帯端末１００のディスプレイ５１５に優先順位情報を表示させる。そして、ユーザに、ディスプレイ５１５に表示された電子マネーの中から選択するように促す。

選択部１０３は、ユーザにより電子マネーが選択されたか否かを判断する（ステップＳ１０９）。選択部１０３が、ユーザにより電子マネーが選択されたと判断した場合（ステップＳ１０９；Ｙｅｓ）、支払部１０４はユーザより選択された電子マネーを使用して支払を行い、決済装置２００に当該支払の決済を行わせる（ステップＳ１１０）。一方、選択部１０３がユーザにより電子マネーが選択されなかったと判断した場合（ステップＳ１０９；Ｎｏ）、選択部１０３はそのまま待機する。

例えば、携帯端末１００のディスプレイ５１５に優先順位情報が表示され（図７）、ユーザＡが携帯端末１００のボタン５１６を操作して、電子マネー“Ｚ”を選択したとする。この場合、支払部１０４は、電子マネー“Ｚ”で支払を行い、決済装置２００に当該支払の決済を行わせる。一方、ユーザＡがいずれの電子マネーも選択しなかった場合、選択部１０３は、優先順位情報を表示したまま待機する。

選択部１０３により電子マネーが選択された場合（ステップＳ１０９；Ｙｅｓ）、保存部１０５は、当該電子マネーの電子マネー情報と感知部１０１により感知された決済装置情報（業種ＩＤ）とを対応付けて、サーバ装置３００に保存する。

例えば、感知部１０１が決済装置情報（業種ＩＤ）“レストラン”を感知し、ユーザＡがディスプレイ５１５に表示された電子マネーの中から電子マネー“Ｚ”を選択した場合、保存部１０５は、サーバ装置３００が格納するユーザ履歴テーブル３００ｂに、ユーザＡについて、決済装置情報（業種ＩＤ）“レストラン”と電子マネー情報“Ｚ”とを対応付けて保存する。

ステップＳ１０６において決済が終了し、又は、ステップＳ１１１においてサーバ装置３００への保存が完了すると、携帯端末１００が行う支払処理は終了する。

本実施形態によれば、複数の電子マネーが使用可能な携帯端末において、支払に使用する電子マネーを複数の中から選択する操作を行うことなく、支払を行うことができる。また、支払先に応じて最適な支払い手段にて支払いを行うことが可能である。

なお、本実施形態において、優先順位情報は、支払を行おうとするユーザと類似するユーザの履歴に基づいて定められるとしたが、これに限らない。例えば、優先順位情報は、ユーザ履歴テーブル３００ｂに登録されているすべてのユーザの履歴に基づいて定められることとしてもよい。

また、本実施形態において、ユーザに提示される電子マネーの優先順位は、取得部１０２がサーバ装置３００に問い合わせることにより取得されるとしたが、これに限らない。例えば、携帯端末１００に、携帯端末１００のユーザが使用した電子マネー情報の履歴を記憶させる。そして、当該履歴に基づいて、電子マネーを使用頻度の高い順に順位を付けて、電子マネーの優先順位としてユーザに提示するようにしてもよい。この場合、決済装置２００から取得した決済装置ＩＤに応じて、電子マネーの優先順位を提示することも可能である。

また、図８のフローチャートのステップＳ１０６の処理の後に、ステップＳ１０６の支払で使用された電子マネーの電子マネー情報と、決済を行った決済装置２００の決済装置情報とを対応付けてユーザ履歴テーブル３００ｂに登録するようにしてもよい。このようにすることにより、他のユーザから優先順位情報を求める際に、電子マネーの使用頻度を利用することもできる。

また、図８のフローチャートのステップＳ１０６の処理の前に、ＣＰＵ ５０１が、取得部１０２により取得された電子マネー情報をディスプレイ５１５に表示して、当該電子マネー情報が示す電子マネーによる支払を行うか否かの承認を行うようにしてもよい。そして、ユーザが当該電子マネーでの支払を承認しない場合は、ステップＳ１０７に進むようにしてもよい。この場合、承認されなかった当該電子マネーの電子マネー情報は、最も優先順位が低い電子マネーとしてユーザに提示される。

なお、上記の実施形態は、説明のためのものであり、本願発明の範囲を制限するものではない。また、本願発明は、上記実施形態で示したような、特定の技術仕様への適用に限られるものではない。したがって、当業者であれば本願の各要素もしくは全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。

本発明は、２０１０年９月３０日に出願された日本国特許出願２０１０−２２２９３６号に基づく。本明細書中に日本国特許出願２０１０−２２２９３６号の明細書、特許請求の範囲、図面全体を参照として取り込むものとする。

本発明によれば、複数の電子的決済手段（電子マネー機能、携帯クレジット機能など）を利用できる携帯端末において、簡易に支払を行うのに好適な、プログラム、支払方法、情報記録媒体、及び、携帯端末を提供することができる。

１００ 携帯端末
２００ 決済装置
３００ サーバ装置
４００ ネットワーク
５００ 携帯型情報処理装置
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ 通信部
５０５ 電源部
５０６ 操作部
５０７ 音声処理部
５０８ スピーカ
５０９ マイクロフォン
５１０ 表示部
５１１ Ｉ／Ｏ部
５１２ 外部メモリ
５１３ アンテナ
５１４ ＩＣ部
５１５ ディスプレイ
５１６ ボタン

Claims (11)

1. 複数の種類の電子的な決済手段を搭載する携帯型コンピュータを、
   前記携帯型コンピュータのユーザが支払の決済を行う決済装置を特定する決済装置情報を感知する感知部、
   前記感知された決済装置情報に対応付けられた決済手段情報が記憶部に登録されていれば、当該登録された決済手段情報を取得する取得部、
   前記取得された決済手段情報に基づいて決定される決済手段を指定して前記感知された決済装置情報により特定される決済装置と通信し、前記感知された決済装置情報により特定される決済装置に支払の決済を行わせる支払部、
   前記感知された決済装置情報に対応付けられた決済手段情報が前記記憶部に登録されていなければ、前記ユーザに対して前記複数の種類の決済手段に優先順位を設けて提示して、いずれかを選択させる選択部、
   前記選択された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて前記記憶部に登録する保存部
   として機能させ、
   前記支払部は、前記ユーザが前記選択部を介して決済手段を選択すれば、前記選択された決済手段を指定して前記感知された決済装置情報により特定される決済装置と通信し、前記感知された決済装置情報により特定される決済装置に支払の決済を行わせ、
   前記感知部は、前記携帯型コンピュータが支払の決済を行うために通信を開始した決済装置から送信された決済装置情報が受信されると、前記受信された決済装置情報を前記感知された決済装置情報とする
   ことを特徴とするプログラム。
2. 請求項１に記載のプログラムであって、
   前記選択部は、前記ユーザが過去に選択した決済手段の履歴に基づいて、前記複数の種類の決済手段に優先順位を設けて提示して、いずれかを選択させる
   ことを特徴とするプログラム。
3. 請求項１又は２に記載のプログラムであって、
   前記保存部は、前記ユーザごとに、前記決済装置情報と、前記選択された決済手段情報とを、対応付けて所定のサーバが備える前記記憶部に保存し、
   前記取得部は、前記決済装置情報に対応付けられた決済手段情報を、前記所定のサーバから取得する
   ことを特徴とするプログラム。
4. 請求項３に記載のプログラムであって、
   前記決済手段情報が取得されなかった場合、前記取得部は、他のユーザが過去に選択した決済手段の履歴に基づいて定められる決済手段の優先順位情報を、前記所定のサーバから取得し、
   前記選択部は、前記取得された優先順位情報に基づいて、前記複数の種類の決済手段に優先順位を設けて提示して、いずれかを選択させる
   ことを特徴とするプログラム。
5. 請求項４に記載のプログラムであって、
   前記優先順位情報は、前記他のユーザのうち前記支払を行おうとするユーザと類似するユーザの履歴に基づいて定められる
   ことを特徴とするプログラム。
6. 請求項４に記載のプログラムであって、
   前記優先順位情報は、前記決済装置情報により特定される前記決済装置に対して前記他のユーザが過去に選択した決済手段の履歴に基づいて定められる
   ことを特徴とするプログラム。
7. 請求項４に記載のプログラムであって、
   前記優先順位情報は、前記決済装置情報により特定される前記決済装置の業種に対して前記他のユーザが過去に選択した決済手段の履歴に基づいて定められる
   ことを特徴とするプログラム。
8. 請求項１乃至７のいずれか１項に記載のプログラムであって、
   前記ユーザが支払の決済を行うための前記決済装置に前記携帯型コンピュータを翳すことにより、前記携帯型コンピュータは、前記決済装置との通信を開始する
   ことを特徴とするプログラム。
9. 複数の種類の電子的な決済手段を搭載する携帯端末が実行する支払方法であって、
   前記携帯端末が、前記携帯端末のユーザが支払の決済を行う決済装置を特定する決済装置情報を感知する感知工程と、
   前記携帯端末が、前記感知された決済装置情報に対応付けられた決済手段情報が記憶部に登録されていれば、当該登録された決済手段情報を取得する取得工程と、
   前記携帯端末が、前記取得された決済手段情報に基づいて決定される決済手段を指定して前記感知された決済装置情報により特定される決済装置と通信し、前記感知された決済装置情報により特定される決済装置に支払の決済を行わせる支払工程と、
   前記携帯端末が、前記感知された決済装置情報に対応付けられた決済手段情報が前記記憶部に登録されていなければ、前記ユーザに対して前記複数の種類の決済手段に優先順位を設けて提示して、いずれかを選択させる選択工程と、
   前記携帯端末が、前記選択された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて前記記憶部に登録する保存工程と
   を備え、
   前記支払工程では、前記ユーザが前記選択工程にて決済手段を選択すれば、前記選択された決済手段を指定して前記感知された決済装置情報により特定される決済装置と通信し、前記感知された決済装置情報により特定される決済装置に支払の決済を行わせ、
   前記感知工程では、前記携帯端末が支払の決済を行うために通信を開始した決済装置から送信された決済装置情報が受信されると、前記受信された決済装置情報を前記感知された決済装置情報とする
   ことを特徴とする支払方法。
10. コンピュータ通信網を介して、コンピュータが、携帯型コンピュータに、プログラムを配布する配布方法であって、前記携帯型コンピュータは、複数の種類の電子的な決済手段を搭載し、決済装置と通信可能であり、前記プログラムは、前記携帯型コンピュータを、
    前記携帯型コンピュータのユーザが支払の決済を行う決済装置を特定する決済装置情報を感知する感知部、
    前記感知された決済装置情報に対応付けられた決済手段情報が記憶部に登録されていれば、当該登録された決済手段情報を取得する取得部、
    前記取得された決済手段情報に基づいて決定される決済手段を指定して前記感知された決済装置情報により特定される決済装置と通信し、前記感知された決済装置情報により特定される決済装置に支払の決済を行わせる支払部、
    前記感知された決済装置情報に対応付けられた決済手段情報が前記記憶部に登録されていなければ、前記ユーザに対して前記複数の種類の決済手段に優先順位を設けて提示して、いずれかを選択させる選択部、
    前記選択された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて前記記憶部に登録する保存部
    として機能させ、
    前記支払部は、前記ユーザが前記選択部を介して決済手段を選択すれば、前記選択された決済手段を指定して前記感知された決済装置情報により特定される決済装置と通信し、前記感知された決済装置情報により特定される決済装置に支払の決済を行わせ、
    前記感知部は、前記携帯型コンピュータが支払の決済を行うために通信を開始した決済装置から送信された決済装置情報が受信されると、前記受信された決済装置情報を前記感知された決済装置情報とする
    ことを特徴とする配布方法。
11. 複数の種類の電子的な決済手段を搭載する携帯端末であって、
    前記携帯端末のユーザが支払の決済を行う決済装置を特定する決済装置情報を感知する感知部と、
    前記感知された決済装置情報に対応付けられた決済手段情報が記憶部に登録されていれば、当該登録された決済手段情報を取得する取得部と、
    前記取得された決済手段情報に基づいて決定される決済手段を指定して前記感知された決済装置情報により特定される決済装置と通信し、前記感知された決済装置情報により特定される決済装置に支払の決済を行わせる支払部と、
    前記感知された決済装置情報に対応付けられた決済手段情報が前記記憶部に登録されていなければ、前記ユーザに対して前記複数の種類の決済手段に優先順位を設けて提示して、いずれかを選択させる選択部と、
    前記選択された決済手段を特定する決済手段情報を前記感知された決済装置情報に対応付けて前記記憶部に登録する保存部と
    を備え、
    前記支払部は、前記ユーザが前記選択部を介して決済手段を選択すれば、前記選択された決済手段を指定して前記感知された決済装置情報により特定される決済装置と通信し、前記感知された決済装置情報により特定される決済装置に支払の決済を行わせ、
    前記感知部は、前記携帯端末が支払の決済を行うために通信を開始した決済装置から送信された決済装置情報が受信されると、前記受信された決済装置情報を前記感知された決済装置情報とする
    ことを特徴とする携帯端末。

Images