JP6085114B2 - 携帯決済端末装置、決済処理方法、およびプログラム - Google Patents

Description

本発明は、電子マネーの決済に利用可能な携帯決済端末装置等に関するものである。

従来の技術として、コンピュータに電子マネーカードを処理する端末としての機能を発揮させるプログラムをコンピュータにインストールし、加盟店端末として使用するものが知られていた（例えば、特許文献１参照）。

また、バリュー交換処理の途中で通信障害が発生した場合、交換処理実行手段は通信手段を介して通信手段との間で通信路を設定し、復旧処理実行手段はその通信路を介して確定順序記憶手段及びトランザクションＩＤ記憶手段から通信障害発生時の確定順序とトランザクションＩＤとを取得し、復旧ログ記憶手段から過去に他方の端末に対して復旧処理を行ったかどうかを確認し、復旧処理実行手段は確定順序と過去の復旧処理とから、バリュー記憶手段をそのまま、または前の状態で確定状態にするものが知られていた（例えば、特許文献２参照）。

特開２００５−２４２８９５号公報（第１頁、第１図等） 特開２００８−１５７８３号公報（第１頁、第１図等）

しかしながら、電子マネーを処理する端末として、コンピュータ等の汎用性の高い情報処理端末を利用する場合、電子マネーのセキュリティを十分に確保することができないという課題があった。例えば、コンピュータ等は可搬性が高いものが多いことから、ユーザ（例えば、店員等）が、電子マネーを処理するコンピュータを加盟店以外の場所に持ち出して、電子マネーの受取や支払いを、私的な用途等に使用することが考えられる。この結果、不適切な電子マネーの決済が行われる可能性があるという問題があった。また、一般的な情報処理端末は、複数のアプリケーションソフトウェア等を同時に実行することができることから、例えば、電子マネーの受取を行うアプリケ−ションソフトウェアと、電子マネーの支払いを行うアプリケーションソフトウェアとを同時に起動している場合には、電子マネーの受取を行う処理を行う際に、操作のミス等によって、誤って、電子マネーの支払いを行ってしまうことが起こりうるという問題があった。

本発明の携帯決済端末装置は、電子マネーが格納される電子マネー格納部と、電子マネーを受信する受信部と、受信部を用いて電子マネーを受信して電子マネー格納部に蓄積する処理を実行可能なアプリケーションプログラムである受取アプリが格納されるアプリ格納部と、受取アプリを実行する実行部と、現在の状況が、受取アプリを実行するための予め指定された条件である実行条件を満たすか否かを判断する判断部とを備え、実行部は、判断部が条件を満たさないと判断した場合に、受取アプリを実行しない携帯決済端末装置である。

かかる構成により、実行条件を満たさない場合は、電子マネーの受取処理を行わないようにして、電子マネーのセキュリティを向上させることができる。

また、本発明の携帯決済端末装置は、前記携帯決済端末装置において、電子マネーを送信する送信部を更に備え、アプリ格納部には、電子マネー格納部に格納される電子マネーを送信部から送信する処理を実行可能なアプリケーションプログラムである支払アプリが更に格納されており、実行部は、支払アプリを更に実行する携帯決済端末装置である。

かかる構成により、一の携帯決済端末装置で、電子マネーの受取と支払とを行うことができる。

また、本発明の携帯決済端末装置は、前記携帯決済端末装置において、判断部は、実行部が支払アプリを実行中である場合に、実行条件を満たさないと判断する携帯決済端末装置である。

かかる構成により、支払アプリの実行中に受取アプリを実行できないようにして、例えば、受取処理を行っている際に、誤って支払処理が行われたりすることを防ぐことができる。

また、本発明の携帯決済端末装置は、前記携帯決済端末装置において、判断部は、現在の日時が、受取アプリが実行可能な予め指定された期間内でない場合に、実行条件を満たさないと判断する携帯決済端末装置である。

かかる構成により、予め指定された期間以外に、受取処理を行わないようにすることができる。これにより、例えば、可搬性の高い携帯決済端末装置を用いて、ユーザ等が勝手に受取処理を行うことを、期間によって制限することができる。

また、本発明の携帯決済端末装置は、前記携帯決済端末装置において、実行部は、受取アプリの実行中に、判断部が実行条件を満たさないと判断した場合に、受取アプリの実行を中止する携帯決済端末装置である。

かかる構成により、実行条件を満たさなくなった場合に、受取処理を行わないようにすることができる。

また、本発明の携帯決済端末装置は、サーバ装置と、複数の携帯決済端末装置とを備えた決済システムを構成する前記携帯決済端末装置であって、受取アプリにより蓄積された電子マネーを、自動的に電子マネー格納部から読み出して、サーバ装置に送信する売上送信部を更に備えた携帯決済端末装置である。

かかる構成により、複数の携帯決済端末装置に蓄積された電子マネーを、自動的に、サーバ装置に移すことができ、電子マネーの管理を容易に行うことができる。

また、本発明の携帯決済端末装置は、前記携帯決済端末装置において、売上送信部は、現在の状況が、予め指定された条件に合致した時に電子マネーを自動的に送信する携帯決済端末装置である。

かかる構成により、予め指定された状況となったときに、電子マネーをサーバ装置に移すことができる。

また、本発明の携帯決済端末装置は、前記携帯決済端末装置において、売上送信部は、受取アプリにより電子マネー格納部に蓄積された一の電子マネーを、電子マネーが電子マネー格納部に蓄積された時刻から予め指定された時間が経過した時に、サーバ装置に送信する携帯決済端末装置である。

かかる構成により、電子マネーを、例えば、返金等が行えるよう携帯決済端末装置に一時的に保管した後に、サーバ装置に送信ことができ、携帯決済端末装置が取得した電子マネーを取得直後にサーバ装置に送信した場合の、返金用の電子マネーがなくなる等の不便さを解消しつつ、電子マネーを管理する利便性を高めることができる。

また、本発明の携帯決済端末装置は、前記携帯決済端末装置において、売上送信部は、サーバ装置からの指示に応じて電子マネーを送信する携帯決済端末装置である。

かかる構成により、携帯決済端末装置に蓄積された電子マネーを、サーバ装置が収集したいタイミングで収集することができる。

また、本発明の携帯決済端末装置は、携帯決済端末装置を複数備えた決済システムを構成する前記携帯決済端末装置であって、実行部が受取アプリおよび支払アプリをそれぞれ実行することにより、受信部および送信部が、他の携帯決済端末装置との間で電子マネーの受信および送信を行う携帯決済端末装置である。

かかる構成により、携帯決済端末間で、電子マネーの支払いと受取とを行うことができる。

また、本発明の携帯決済端末装置は、前記携帯決済端末装置において、実行部が、受取アプリを実行している場合と、支払アプリを実行している場合とで異なる色の画面を表示する表示部を更に備えた携帯決済端末装置である。

かかる構成により、現在実行しているアプリケーションプログラムが、受取アプリであるか支払アプリであるかをユーザが視覚的に容易に判断することができる。

本発明による携帯決済端末装置等によれば、電子マネーのセキュリティを向上させることができる。

本発明の実施の形態における決済システムのブロック図 同携帯決済端末装置の動作の一例について説明するフローチャート 同携帯決済端末装置の動作の一例について説明するフローチャート 同携帯決済端末装置を備えた決済システムの概念図 携帯決済端末装置の一例を示す図 同携帯決済端末装置の期間設定情報を示す図（図６（ａ））、及び、領域設定情報を示す図（図６（ｂ）） 同携帯決済端末装置の表示例を示す図 同携帯決済端末装置の受取履歴管理情報を示す図 同携帯決済端末装置の表示例を示す図 同携帯決済端末装置の表示例を示す図 本発明の実施の形態におけるコンピュータシステムの外観の一例を示す図 本発明の実施の形態におけるコンピュータシステムの構成の一例を示す図

以下、携帯決済端末装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態）
図１は、本実施の形態における携帯決済端末装置１を備えた決済システムのブロック図である。

決済システム１０００は、１以上の携帯決済端末装置１と、サーバ装置２とを備えている。携帯決済端末装置１とサーバ装置２とは、ネットワークや通信回線等を介して通信可能に接続されうる。図１では、説明の便宜上、携帯決済端末装置１が１つである場合を示しているが、携帯決済端末装置１は複数であっても良い。また、サーバ装置２も複数であっても良い。

携帯決済端末装置１は、電子マネー格納部１１１、受信部１１２、送信部１１３、アプリ格納部１１４、判断部１１５、実行部１１６、売上送信部１１７、表示部１１８、および設定情報格納部１１９を備える。

携帯決済端末装置１は、汎用性を有する情報処理端末であることが好ましく、例えば、いわゆるスマートフォンや携帯電話、タブレット型端末、ノート型コンピュータ等の、汎用性を備えた携帯情報端末や、移動体通信端末等であることが好ましい。汎用性を有する情報処理端末とは、例えば、様々な機能を実現する複数のアプリケーションプログラム等をインストールして実行可能な情報処理端末である。

電子マネー格納部１１１には、電子マネーが格納される。電子マネーとは、貨幣の価値（バリュー）を電子化した情報である。電子マネー格納部１１１に、電子マネーが格納されるということは、電子マネーの金額等のバリューが格納されることと考えても良い。なお、ここでは、電子マネーのバリューが、電子マネーの金額である場合を例に挙げて説明する。電子マネーが示す金額は、通常、実際の貨幣の金額と対応している。なお、電子マネーは、いわゆるポイント等も含むものと解してもよい。ここでのポイントとは、例えば、電子マネーと同様に、特定の店舗や店舗のアライアンス等で貨幣の代わりに利用可能なものであっても良いし、いわゆるマイル等のように商品やサービス、特典、ステータス等と交換可能なものであっても良い。本実施の形態における電子マネーは、例えば、いわゆるオンライン方式に対応した電子マネーであってもよく、いわゆるオフライン方式に対応した電子マネーであってもよく、いわゆる仮想マネー方式の電子マネーであっても良い。また、本実施の形態における電子マネーは、プリペイド方式の電子マネーでもよいし、ポストペイ方式の電子マネーでも良い。電子マネー格納部１１１には、例えば、後述する受信部１１２が受信した電子マネーが格納される。電子マネー格納部１１１には、例えば、後述する受信部１１２が受信した複数の電子マネーが示す金額の合計金額が格納される。例えば、受信部１１２が、電子マネーを新たに受信すると、新たな電子マネーの金額を加算した合計金額で、電子マネー格納部１１１に格納されている電子マネーの金額が更新される。この合計金額は、電子マネーの残高と考えても良い。ただし、受信部１１２が受け取った電子マネーが、個別に、電子マネー格納部１１１に格納されていても良い。なお、電子マネー格納部１１１には、電子マネーが蓄積された金額とその時間とが対応付けられた受取履歴や、電子マネーが出力された金額と、その時間とが対応付けられた支払履歴等が格納されるようにしても良い。電子マネー格納部１１１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

受信部１１２は、電子マネーを受信する。電子マネーを受信することは、電子マネーのバリューを示す情報を受信することと考えても良い。受信部１１２は、例えば、ＮＦＣ（near field communication）等の近距離無線通信や赤外線通信等により、他の携帯決済端末装置１や、ＩＣカード等から送信される電子マネーを受信する。なお、受信部１１２は、利用する電子マネーのシステム等によっては、図示しないサーバ等を介して、他の携帯決済端末装置１等から送信される電子マネーを間接的に受信しても良い。受信部１１２は、通常、無線の通信手段で実現されるが、有線の通信手段で実現されても良い。受信部１１２は、通信デバイスを含むと考えても、含まないと考えても良い。

送信部１１３は、電子マネーを送信する。電子マネーを送信することは、電子マネーのバリューを示す情報を送信することと考えても良い。送信部１１３は、例えば、ＮＦＣ等の近距離無線通信や赤外線通信等により、他の携帯決済端末装置１等に電子マネーを送信する。なお、送信部１１３は、利用する電子マネーのシステム等によっては、図示しないサーバ等を介して、他の携帯決済端末装置１等に対して、電子マネーを間接的に送信しても良い。送信部１１３は、通常、無線の通信手段で実現されるが、有線の通信手段で実現されても良い。送信部１１３は、通信デバイスを含むと考えても、含まないと考えても良い。

なお、受信部１１２および送信部１１３は、通信デバイスであるＲＦＩＤタグリーダライタ（ＩＣタグリーダライタ）と接続されていても良い。

また、受信部１１２は、送信部１１３から電子マネーを送信するために必要な情報を、適宜、他の携帯決済端末装置１や、電子マネーカード等から受信しても良い。電子マネーを送信するために必要な情報とは、例えば、送信する金額を指定する情報や、送信を要求する情報等である。

また、送信部１１３は、受信部１１２が電子マネーを受信するために必要な情報を、適宜、他の携帯決済端末装置１や、電子マネーカード等に送信しても良い。電子マネーを受信するために必要な情報とは、例えば、送信する金額を指定する情報や、送信を要求する情報等である。

アプリ格納部１１４には、１または２以上の受取アプリが格納される。受取アプリは、受信部１１２を用いて電子マネーを受信して電子マネー格納部１１１に蓄積する処理を実行可能なアプリケーションプログラムである。受取アプリは、例えば、後述する実行部１１６により実行される。受取アプリは、例えば、後述する実行部１１６を、電子マネーの受取処理を行う処理部として機能させるためのプログラムである。電子マネーの受取処理を行うためのアプリケーションプログラム等は公知であるので、ここでは詳細な説明は省略する。アプリ格納部１１４には、複数の受取アプリが格納されていても良く、各アプリは、電子マネーを利用する店舗や企業ごとに個別に対応付けられたものであっても良い。電子マネーを電子マネー格納部１１１に格納する処理は、例えば、受信部１１２を用いて受信した電子マネーの金額を、電子マネー格納部１１１に格納されている電子マネーの金額に加算することである。なお、受取アプリは、受信部１１２が受信した電子マネーの金額と、その受信日時とを対応付けて有する受取履歴を、電子マネー格納部１１１に蓄積しても良い。受取アプリは、図示しない受付部等を介してユーザが入力した金額を、送信元の携帯決済端末装置１等に受取を要求する金額として送信するようにしてもよい。

また、アプリ格納部１１４には、１または２以上の支払アプリが更に格納されていてもよい。支払アプリは、電子マネー格納部１１１に格納される電子マネーを送信部１１３から送信する処理を実行可能なアプリケーションプログラムである。支払アプリは、例えば、後述する実行部１１６により実行される。支払アプリは、後述する実行部１１６を、電子マネーの送信処理を行う処理部として機能させるためのプログラムである。電子マネーの支払い処理を行うためのアプリケーションプログラム等は公知であるので、ここでは詳細な説明は省略する。例えば、電子マネー格納部１１１に格納されている電子マネーを送信する処理は、例えば、送信する金額の電子マネーを送信部１１３から送信し、電子マネー格納部１１１に格納されている電子マネーの金額から、送信した電子マネーの金額を減算することである。送信アプリが送信する金額は、図示しない受付部等を介してユーザが入力した金額であっても良いし、支払先の携帯決済端末装置１等の装置から受信した、送信を要求する金額であっても良い。なお、支払アプリは、送信部１１３が送信した電子マネーの金額と、その送信日時とを対応付けて有する送信履歴を、電子マネー格納部１１１に蓄積しても良い。

なお、本発明においては、上述した受取アプリと支払アプリとが一のアプリを構成していてもよく、あるいは、これらが一のアプリに含まれていていても良い。このような場合、本願の受取アプリや支払アプリは、この一のアプリの、受取モジュールや、支払モジュール等の一の機能を実現する部分的なプログラムに相当すると考えて良い。

アプリ格納部１１４は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

判断部１１５は、現在の状況が、受取アプリを実行するための予め指定された条件である実行条件を満たすか否かを判断する。受取アプリを実行するということは、例えば、アプリケーションプログラムを実行とする（アプリケーションプログラムを起動する）ことである。なお、ここでの現在とは、現在の時刻から、実行条件を満たすか否かの判断処理に要する時間や、判断処理に用いる情報等を取得するためのタイムラグ分の時間だけ前後した時刻であってもよい。また、現在の時刻近傍の期間、例えば現在の時刻を含む予め指定された長さの期間であっても良い。

以下、実行条件の例を挙げて、判断部１１５の処理について説明する。

（Ａ）支払アプリの実行を判断
実行条件は、例えば、実行部１１６が、現在、支払アプリを実行中ではない、という条件である。即ち、判断部１１５は、実行部１１６が支払アプリを実行中である場合に、実行条件を満たさないと判断する。実行中でなければ、実行条件を満たすと判断する。支払アプリを実行中ということは、支払アプリが起動していることであっても良い。また、支払アプリがバックグラウンドで実行中であることも含むと考えて良い。例えば、判断部１１５は、実行部１１６が実行中のアプリケーションプログラムのタスクの識別情報（例えば、タスク名）や、アプリケーションプログラムの識別情報（例えば、プログラム名）を、実行部１１６やタスクマネージャーから取得し、この識別情報が、アプリ格納部１１４に格納されている支払アプリの識別情報や支払アプリに対応したタスク名と一致するか否かを判断し、一致する場合、実行条件を満たさないと判断し、一致しない場合、実行条件を満たすと判断する。また、支払アプリが実行中である場合に、実行部１１６が、図示しない記憶媒体等に、支払アプリが実行中であることを示すいわゆるフラグ等の情報を蓄積するようにし、判断部１１５は、この支払アプリが実行中であることを示すフラグが、図示しない記憶媒体等に格納されているか否かを判断し、格納されている場合には、支払アプリが実行中であると判断し、格納されていない場合、支払アプリが実行中でないと判断しても良い。なお、上述したように、受取アプリと支払アプリとが一のプログラムを構成している場合等においては、支払アプリを実行中ということは、支払アプリに相当するモジュールが実行中であることや、支払アプリの処理画面等が後述する表示部１１８等から出力中であることと考えても良い。この場合、判断部１１５は、実行中のモジュール名を取得して、支払アプリに相当するモジュールが実行中であるか否かを判断するようにすればよい。

（Ｂ）期間の判断
実行条件は、例えば、現在の日時が、受取アプリが実行可能な予め指定された期間内の日時であるという条件である。即ち、判断部１１５は、現在の日時が、受取アプリが実行可能な予め指定された期間内でない場合に、実行条件を満たさないと判断する。また、期間内であれば、実行条件を満たすと判断する。ここでの日時とは、時刻だけであってもよく、日付だけであってもよい。また日時は曜日であってもよい。また、日時は、これらの２以上の組合せであっても良い。予め指定された期間は、期間が特定可能であればどのように指定されたたものであってもよく、例えば、日時の範囲で指定された期間であっても良いし、曜日等で指定されたものであっても良い。例えば、判断部１１５は、現在の日時の情報を、図示しない時計や、図示しないＮＴＰ（Network Time Protocol）サーバ等から取得し、この時間が予め指定された期間内であるか否か判断する。そして、期間内でない場合、実行条件を満たさないと判断し、期間内である場合、実行条件を満たすと判断する。予め指定された期間とは、例えば、携帯決済端末装置１が利用される店舗等の企業の、営業時間や、勤務時間である。あるいは、店舗等の企業の携帯決済端末装置１を保有する従業員の勤務時間等である。また、予め指定された期間は、これらの営業時間や勤務時間から休憩時間等を除いた期間であっても良い。

（Ｃ）領域の判断
実行条件は、例えば、現在の携帯決済端末装置１（自装置）の位置が、予め指定された領域内であるという条件である。即ち、判断部１１５は、現在の携帯決済端末装置１の位置が、予め指定された領域内でない場合に、実行条件を満たさないと判断する。例えば、実行部１１６は、携帯決済端末装置１内に設けられた図示しない位置情報取得部から、携帯決済端末装置１の位置情報を取得し、この位置情報が予め指定された領域内の位置であるか否かを判断する。例えば、図示しない位置情報取得部としては、例えば、ＧＰＳ受信機や、携帯電話の位置検出等に用いられる無線を使った位置検出システムが利用可能である。なお、ここでは、ＧＰＳと同様の技術を用いて、屋内の位置情報を取得するシステムも、便宜上ＧＰＳであるとする。無線を使った位置検出の仕組み等については、以下の非特許文献を参考にされたい。（非特許文献：小野昌之、他５名"無線を使った位置検出"、［online］、［平成１２年６月１８日検索］、インターネット<URL：http://www.oki.com/jp/Home/JIS/Books/KENKAI/n204/pdf/204_R06.pdf>）。このような場合の位置情報は、例えば、緯度と経度とで表される座標である。また、予め指定された領域内にのみ、無線通信用の電波が届くように無線通信用のアクセスポイント（図示せず）を設定し、このアクセスポイントとの通信が可能な場合にだけ、予め指定された領域内であると判断するようにしても良い。予め指定された領域とは、例えば、携帯決済端末装置１が利用される店舗や施設等である。なお、予め指定された領域内であるか否かの判断は、上記以外の手段を用いて行うようにしても良い。

上述した実行条件は、例えば、一以上の関数名や、メソッド名や、「ｉｆ」、「ｔｈｅｎ」等で示される制御構文等で構成される。実行条件は、例えば、図示しない記憶媒体等に予め格納されている。

なお、上述した実行条件を用いた判断処理は、受取アプリを実行しないための予め指定された条件を満たすか否かの判断処理も実質的に含む概念であると考えても良い。この場合、例えば、判断部１１５は、条件を満たすと判断した場合に、上記と同様に、受取アプリを実行するための条件を満たさないとする判断結果を取得すればよい。

また、ここでは、上記の（Ｂ）や（Ｃ）で示した実行条件が示す予め指定された期間を設定する情報である期間設定情報、および予め指定された領域を設定する情報である領域設定情報が、後述する設定情報格納部１１９に予め格納されており、判断部１１５は、判断処理を行う際に、これらの期間設定情報や領域設定情報を適宜読み出すものとする。

判断部１１５が、実行条件を満たすか否かの判断を行うタイミング等は問わない。

判断部１１５は、通常、ＭＰＵやメモリ等から実現され得る。判断部１１５の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

実行部１１６は、ユーザの指示等に応じて、受取アプリを実行する。実行部１１６は、受取アプリを実行させることにより、受信部１１２等を用いて電子マネーを受け取る処理を行う。そして、受け取った電子マネーを電子マネー格納部１１１に蓄積する。実行部１１６による電子マネーを受け取る処理は、通常の電子マネーを受け取る処理と同様の処理である。通常の電子マネーを受け取る処理は、携帯決済端末装置１が扱う電子マネーの方式により異なる。例えば、実行部１１６は、オンライン方式、オフライン方式、仮想マネー方式等の方式に応じた電子マネーを受け取る処理を行う。電子マネーを受け取る処理は公知であるため、ここでは詳細な説明は省略する。

また、実行部１１６は、判断部１１５が実行条件を満たさないと判断した場合に、受取アプリを実行しないようにする。受取アプリを実行しないようにするということは、例えば、受取アプリを起動しないということであっても良いし、実行中の受取アプリを停止、あるいは終了することであっても良い。また、受取アプリに対する入力を受け付けない、あるいは受け付けた入力破棄することであっても良い。

例えば、実行部１１６は、受取アプリの実行中に、判断部１１５が実行条件を満たさないと判断した場合に、受取アプリの実行を中止するようにしてもよい。例えば、受取アプリの実行の中止とは、例えば、実行部１１６が、実行中の受取アプリを停止、あるいは終了することである。また、実行を中止するということは、受取アプリの初期画面（例えばログイン画面）に戻ることや、携帯決済端末装置１の初期画面（例えば、他のアプリケーションプログラム等の画面が非表示である状態の画面）や起動直後の画面等に戻ることであっても良い。また、受取アプリが、起動時にユーザ認証を必要とするものである場合、受取アプリのユーザ認証の画面等を表示するようにしても良い。なお、ここでの、実行を中止する、ということは、実行を中止するか否かを選択するための画面や、ダイヤログ等を含む画面を表示することで、携帯決済端末装置１のユーザに問い合わせることであっても良い。

また、実行部１１６は、ユーザの指示等に応じて、支払アプリを実行する。実行部１１６は、受取アプリを実行させることにより、送信部１１３等を用いて電子マネーを支払う処理を行う。実行部１１６による電子マネーを支払う処理は、通常の電子マネーを支払う処理と同様の処理である。通常の電子マネーを支払う処理は、携帯決済端末装置１が扱う電子マネーの方式により異なる。例えば、実行部１１６は、オンライン方式、オフライン方式、仮想マネー方式等の方式に応じた電子マネーを支払う処理を行う。電子マネーを支払う処理は公知であるため、ここでは詳細な説明は省略する。

例えば、携帯決済端末装置１は、実行部１１６が受取アプリおよび支払アプリをそれぞれ実行することにより、受信部１１２および送信部１１３が、他の携帯決済端末装置１との間で電子マネーの受信および送信を行う。これにより、決済システム１０００を構成する２以上の携帯決済端末装置１間で、電子マネーの支払、受取が可能となる。

なお、受取アプリと支払アプリとが一のプログラム等を構成している場合、受取アプリを実行するということは、一のプログラムの受取アプリに相当するモジュールを実行するということであってもよい。支払アプリを実行することも同様である。

実行部１１６は、通常、ＭＰＵやメモリ等から実現され得る。実行部１１６の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。なお、実行部１１６がソフトウェアで実現される場合、実行部１１６は、ＯＳ（オペレーティングシステム）の一部であっても良いし、ＯＳとは別の実行モジュール等であっても良い。また、実行部１１６は、受取アプリや、支払アプリ等を含むアプリケーションプログラムの一部（例えば、モジュール等）であってもよい。

売上送信部１１７は、受取アプリにより電子マネー格納部１１１に蓄積された電子マネーを電子マネー格納部１１１から読み出して、サーバ装置２に送信する。特に、決済システム１０００が、携帯決済端末装置１を複数有している場合においては、売上送信部１１７は、受取アプリにより電子マネー格納部１１１に蓄積された電子マネーを、自動的に電子マネー格納部１１１から読み出して、サーバ装置２に送信することが好ましい。ここでの自動的に送信するということは、具体的には、ユーザの指示によらずに送信することである。売上送信部１１７が送信する電子マネーは、携帯決済端末装置１が蓄積した売上の情報と考えても良い。売上送信部１１７が電子マネー格納部１１１に蓄積された電子マネーである売上をサーバ装置２に送信することにより、例えば、携帯決済端末装置１の電子マネー格納部１１１に格納されていた売上を、サーバ装置２に集めることができる。

売上送信部１１７は、受取アプリにより電子マネー格納部１１１に蓄積された一の電子マネーを、現在の状況が、予め指定された条件に合致した時に自動的に送信する。

例えば、売上送信部１１７は、実行部１１６が受取アプリを実行することにより一の電子マネーが電子マネー格納部１１１に蓄積された時刻から、予め指定された時間が経過した時に、この一の電子マネーを電子マネー格納部１１１から読み出してサーバ装置２に送信する。例えば、上述したような受取履歴の情報を用いることにより、電子マネーを受け取った日時等を検出可能である。予め指定された時間は、例えば、商品等の返品等を受け付けるための時間等である。

また、売上送信部１１７は、予め指定された日時になった時に、電子マネー格納部１１１に蓄積された電子マネーを、サーバ装置２に送信する。例えば、毎日夜８時に電子マネー格納部１１１に蓄積された電子マネーを、サーバ装置２に送信する。

また、売上送信部１１７は、上述した判断部１１５が、上記で示した（Ｂ）や（Ｃ）で示した条件を満たす場合に、電子マネー格納部１１１に蓄積された電子マネーを、サーバ装置２に送信するようにしてもよい。

また、売上送信部１１７は、サーバ装置２から送信される、電子マネーを送信する処理指示に応じて電子マネーを送信するようにしてもよい。

売上送信部１１７が、電子マネーを電子マネー格納部１１１から読み出してサーバ装置２に送信した場合、電子マネー格納部１１１には、格納されていた電子マネーの金額から読み出した電子マネーの金額を減算した残金を示す電子マネーが格納されることとなる。この電子マネー格納部１１１に格納されていた電子マネーの金額の減算の処理は、例えば、売上送信部１１７が行う。

売上送信部１１７は、通常、無線の通信手段で実現されるが、放送手段で実現されても良い。売上送信部１１７は、通信デバイスを含むと考えても、含まないと考えても良い。

表示部１１８は、例えば、実行部１１６が実行しているアプリケーションソフトウェアの処理画面（例えば、入力インターフェースを示す画面等も含む）を表示する。表示部１１８は、例えば、実行部１１６が受取アプリを実行している場合と、支払アプリを実行している場合とで、異なる色の画面を表示する。異なる色の画面を表示するということは、画面全体、または背景画面を異なる色で表示することであっても良いし、受取アプリや支払アプリのウィンドウ等を異なる色で表示することであっても良い。また、例えば、表示部１１８は、受取アプリを実行している画面と、支払アプリを実行している場合の画面に、異なる色の画面を重ねて表示することで、異なる色の画面を表示する。また、予め受取アプリと支払アプリとの実行時の背景色等の色を、異なる色に予め設定しておくようにしても良い。このように、受取アプリと支払アプリとの動作画面を異なる色とすることにより、ユーザに対して、現在どちらのアプリを利用しているかを分かりやすく示すことが可能となる。

表示部１１８は、ディスプレイデバイスを含むと考えても含まないと考えても良い。表示部１１８は、ディスプレイデバイスのドライバーソフトまたは、ディスプレイデバイスのドライバーソフトとディスプレイデバイス等で実現され得る。

設定情報格納部１１９には、判断部１１５が、上述した（Ｂ）についての判断処理（即ち、期間の判断）に用いる期間設定情報、および（Ｃ）についての判断処理（即ち、領域の判断）に用いる領域設定情報が格納される。なお、判断部１１５が、（Ｂ）についての判断処理を行わない場合は、期間設定情報は省略してもよい。また、判断部１１５が、（Ｃ）についての判断処理を行わない場合は、領域設定情報は省略してもよい。また、（Ｂ）、（Ｃ）についての判断処理をいずれも行わない場合は、設定情報格納部１１９は省略可能である。設定情報格納部１１９は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

なお、携帯決済端末装置１は、上記以外の、電子マネーの支払いや受け取りの処理に必要な処理部を備えていてもよい。なお、このような処理部については、公知の技術であるので、ここでは詳細な説明は省略する。

サーバ装置２は、例えば、電子マネーのシステムを提供する企業等のサーバ装置であっても良いし、携帯決済端末装置１を用いた支払いの受け取りを行う店舗や企業等のサーバ装置であっても良い。

売上格納部２１１には、電子マネーが格納される。具体的には、後述する売上受信部２１２が受信した電子マネーが格納される。売上格納部２１１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

売上受信部２１２は、売上送信部１１７が送信する電子マネーを受信する。そして、受信した電子マネーを売上格納部２１１に蓄積する。これにより、携帯決済端末装置１で受け取った電子マネーである売上をサーバ装置２に集めることができる。売上受信部２１２は、通常、無線の通信手段で実現されるが、放送手段で実現されても良い。売上受信部２１２は、通信デバイスを含むと考えても、含まないと考えても良い。

次に、携帯決済端末装置１の動作の一例について図２のフローチャートを用いて説明する。

（ステップＳ１０１）携帯決済端末装置１は、図示しない受付部等が、受取アプリの起動指示を受け付けたか否かを判断する。受け付けた場合、ステップＳ１０２に進み、受け付けていない場合、ステップＳ１０５に進む。

（ステップＳ１０２）携帯決済端末装置１は、実行条件を満たすか否かの判断処理を行う。この処理の詳細については後述する。

（ステップＳ１０３）実行部１１６は、ステップＳ１０２の処理において、判断部１１５が、実行条件を満たすことを示す判断結果を取得したか否かを判断する。満たす判断結果を取得した場合、ステップＳ１０４に進み、取得しなかった場合、ステップＳ１０１に戻る。

（ステップＳ１０４）実行部１１６は、受取アプリを起動する。また、起動したアプリの画面を表示部１１８が表示する。ここでは、例えば、表示部１１８は、受取アプリの背景色を、予め指定された第１の色で表示したとする。そして、ステップＳ１０１に戻る。

（ステップＳ１０５）実行部１１６は、図示しない受付部等が、支払アプリの起動指示を受け付けたか否かを判断する。受け付けた場合、ステップＳ１０６に進み、受け付けていない場合、ステップＳ１０７に進む。

（ステップＳ１０６）実行部１１６は、支払アプリを起動する。また、起動したアプリの画面を表示部１１８が表示する。ここでは、例えば、表示部１１８は、受取アプリの背景色を、上記の第１の色とは異なる、予め指定された第２の色で表示したとする。第一の色と第２の色とはユーザ等が明確に識別可能な色であることが好ましい。そして、ステップＳ１０１に戻る。

（ステップＳ１０７）売上送信部１１７は、受信部１１２が受信した時刻から、予め指定された時間を経過した電子マネーが電子マネー格納部１１１に格納されているか否かを判断する。格納されている場合、ステップＳ１０８に進み、格納されていない場合、ステップＳ１０１に戻る。

（ステップＳ１０８）売上送信部１１７は、ステップＳ１０７で予め指定された時間を経過したと判断された電子マネーをサーバ装置２に送信する。そして、売上送信部１１７は、送信した分の金額を、電子マネー格納部１１１に格納されている電子マネーから減額する。そして、ステップＳ１０１に戻る。

（ステップＳ１０９）実行部１１６は、受取アプリを実行中であるか否かを判断する。実行中である場合、ステップＳ１１０に進み、実行中でない場合、ステップＳ１１７に進む。

（ステップＳ１１０）携帯決済端末装置１は、実行条件を満たすか否かの判断処理を行う。この処理は、ステップＳ１０２の処理と同様の処理である。

（ステップＳ１１１）実行部１１６は、ステップＳ１１０の処理において、判断部１１５が、実行条件を満たすことを示す判断結果を取得したか否かを判断する。満たすことを示す判断結果を取得した場合、ステップＳ１１２に進み、取得しなかった場合、ステップＳ１１６に進む。

（ステップＳ１１２）実行部１１６は、図示しない受付部等が受取アプリの終了指示を受け付けたか否かを判断する。受け付けた場合、ステップＳ１１６に進み、受け付けていない場合、ステップＳ１１３に進む。

（ステップＳ１１３）実行部１１６は、図示しない受付部等が、他の携帯決済端末装置１等からの電子マネーの支払いを受取る操作を受け付けたか否かを判断する。受け付けた場合、ステップＳ１１４に進み、受け付けていない場合、ステップＳ１１７に進む。

（ステップＳ１１４）受信部１１２は、ステップＳ１１３により受け付けた操作に応じて、他の携帯決済端末装置１等が送信する電子マネーを受信する。

（ステップＳ１１５）受信部１１２は、受信した電子マネーを、電子マネー格納部１１１に蓄積する。そして、ステップＳ１０１に戻る。

（ステップＳ１１６）実行部１１６は、受取アプリの実行を中止する。例えば、受取アプリを終了する。そして、ステップＳ１０１に戻る。

（ステップＳ１１７）実行部１１６は、支払アプリが実行中であるか否かを判断する。実行中である場合、ステップＳ１１８に進み、実行中でない場合、ステップＳ１０１に戻る。

（ステップＳ１１８）実行部１１６は、図示しない受付部等が支払アプリの終了指示を受け付けたか否かを判断する。受け付けた場合、ステップＳ１１８に進み、受け付けていない場合、ステップＳ１２０に戻る。

（ステップＳ１１９）実行部１１６は、支払アプリの実行を中止する。例えば、支払アプリを終了する。そして、ステップＳ１０１に戻る。

（ステップＳ１２０）実行部１１６は、図示しない受付部等が、電子マネーの支払いを行う操作を受け付けたか否かを判断する。受け付けた場合、ステップＳ１２１に進み、受け付けていない場合、ステップＳ１０１に戻る。

（ステップＳ１２１）送信部１１３は、ステップＳ１２０により受け付けた操作に応じて、他の携帯決済端末装置１等に電子マネーを送信する。

（ステップＳ１２２）送信部１１３は、ステップＳ１２１において送信した分の金額を、電子マネー格納部１１１に格納されている電子マネーから減額する。そして、ステップＳ１０１に戻る。

なお、図２のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、携帯決済端末装置１の実行条件を満たすか否かの判断処理について、図３のフローチャートを用いて説明する。この処理は、図２のステップＳ１０２およびステップＳ１１０の処理に相当するものである。

（ステップＳ２０１）判断部１１５は、支払アプリが実行中でないか、否かを判断する。実行中でない場合、ステップＳ２０２に進み、実行中である場合、ステップＳ２０７に進む。

（ステップＳ２０２）判断部１１５は、図示しない時計等から、現在の日時の情報を取得する。

（ステップＳ２０３）判断部１１５は、ステップＳ２０２で取得した現在の日時が、予め指定された期間内の日時であるか否かを判断する。期間内の日時である場合、ステップＳ２０４に進み、日時でない場合、ステップＳ２０７に進む。

（ステップＳ２０４）判断部１１５は、現在位置の位置情報を、図示しない位置情報取得部等から取得する。位置情報取得部は、例えばＧＰＳ受信機等である。

（ステップＳ２０５）判断部１１５は、ステップＳ２０４で取得した現在位置の位置情報が示す位置が、予め指定された領域内の位置であるか否かを判断する。領域内の位置である場合、ステップＳ２０６に進み、領域内の位置でない場合、ステップＳ２０７に進む。

（ステップＳ２０６）判断部１１５は、実行条件を満たすことを示す判断結果を取得する。そして、上位の処理にリターンする。

（ステップＳ２０７）判断部１１５は、実行条件を満たさないことを示す判断結果を取得する。そして、上位の処理にリターンする。

以下、サーバ装置２の動作について、簡単に説明すると、売上受信部２１２は、携帯決済端末装置１の売上送信部１１７が送信する電子マネーを受信したか否かを判断し、受信した場合、受信した電子マネーを、売上格納部２１１に蓄積する。なお、売上受信部２１２は、例えば、予め登録された複数の携帯決済端末装置１が送信する電子マネーだけを受信するようにすることが好ましい。

以下、本実施の形態における決済システム１０００の具体的な動作について説明する。決済システム１０００の概念図は図４である。ここでは、携帯決済端末装置１は、ある店舗αの３人の店員ａ〜ｃがそれぞれ保持する、いわゆるスマートフォンと呼ばれる多機能携帯電話であり、各携帯決済端末装置１のアプリ格納部１１４には、受取アプリと支払アプリとが予め格納されている（インストールされている）ものとする。ここでは、説明の便宜上、店員ａ〜ｃの保持する携帯決済端末装置１を、携帯決済端末装置１ａ〜１ｃ等として表している。また、サーバ装置２は、ここでは、店舗αの売上を管理するためのサーバ装置２であるとする。サーバ装置２は、店舗α内に設置されていても良いし、他の場所に設置されていてもよい。また、店舗αの店長等が保持していても良い。

図５は、携帯決済端末装置１の一例を示す図である。携帯決済端末装置１は、表示デバイスであるモニタ１１８ａを備えている。このモニタ１１８ａ上には、入力デバイスとして、図示しないタッチパネルが設けられているものとする。この図５においては、一例として、モニタ１１８ａには、携帯決済端末装置１に電源を投入した直後の初期画面が表示されているものとする。例えば、アイコン５５は受取アプリのアイコン、アイコン５６は支払アプリのアイコンであるとする。

ここで、携帯決済端末装置１と同様の携帯決済端末装置１ｆを保持する顧客ｆが、店舗αに来店し、ある商品を購入し、店員ａに対して、その購入代金の電子マネーを用いて支払を行う旨を伝えたとする。

図６は、店員ａが保持する携帯決済端末装置１ａの設定情報格納部１１９に格納されている期間設定情報を示す図（図６（ａ））、及び、領域設定情報を示す図（図６（ｂ））である。期間設定情報は、受取アプリを起動可能な期間を示す情報であり、ここでは、店員ａの勤務を行う曜日と、勤務時間（休憩時間等を除く）とを示している。期間設定情報は、「曜日」と、「時間帯」という項目を有している。また、領域設定情報は、受取アプリを起動可能な領域を示す情報であり、ここでは、店舗αの敷地を、座標を用いて示している。ここでは、店舗αの敷地を、矩形の領域の対角の座標（緯度、経度）を用いて示している。なお、ｘ座標を示すｘ１や、ｙ座標を示すｙ１等は、ここでは、任意の値であるとする。

店員αが、購入代金を受け取るために、携帯決済端末装置１ａに対して受取アプリを起動する操作（例えば、受取アプリのアイコンをタップする操作）等を行ったとすると、携帯決済端末装置１ａの図示しない受付部等が、受取アプリの起動指示を受け付ける。

図示しない受付部等が、受取アプリの起動指示を受け付けたため、携帯決済端末装置１ａの判断部１１５は、現在、実行部１１６が支払アプリを実行中であるか否かを判断する。具体的には、判断部１１５は、実行部１１６が実行しているアプリケーション名を取得し、このアプリケーション名が、アプリ格納部１１４に格納されている支払アプリのアプリケーション名と一致するか否かを判断する。なお、支払アプリのアプリケーション名を、例えば、受取アプリに予め登録しておくようにしてもよい。支払アプリのアプリケーション名と一致する場合、判断部１１５は、実行条件を満たさないと判断する。そして、表示部１１８等が、例えば、受取アプリが起動できない旨のダイアログやアラート等を出力し、判断部１１５が、実行部１１６に受取アプリを起動しないよう指示を与える。ここでは、実行部１１６が実行しているアプリケーション名が、支払アプリのアプリケーション名と一致しなかったとし、判断部１１５は、支払アプリの実行に関する実行条件を満たすと判断する。

次に、判断部１１５は、図示しない時計等から、現在の曜日と時刻を取得する。例えば、取得した曜日が「火曜」で、時刻が「１１：３０（１１時３０分）」であったとする。判断部１１５は、図６（ａ）に示した期間設定情報の「曜日」が「火曜」であるレコード（行）から、「時間帯」の値「８：００〜１２：００」を取得し、上記の時刻「１１：３０」が、この「時間帯」内の時刻であるか否かを判断する。時間帯内でない場合、判断部１１５は、実行条件を満たさないと判断し、例えば、受取アプリが起動できない旨のダイアログやアラート等を出力して、実行部１１６に受取アプリを起動しないよう指示を与える。ここでは、時刻「１１：３０」は、「８：００〜１２：００」内の時刻であるため、判断部１１５は、「時間帯」内の時刻であると判断し、期間に関する実行条件を満たすと判断する。

次に、判断部１１５は、図示しないＧＰＳ受信機等から、現在の携帯決済端末装置１ａの位置情報である座標を取得する。取得した座標が（ｘ５，ｙ５）であったとする。判断部１１５は、この座標が、図６（ｂ）の領域設定情報が示す領域、即ち、座標（ｘ１，ｙ１）と、座標（ｘ２，ｙ２）とを対角とする矩形領域内の座標であるか否かを判断する。矩形領域内の座標でない場合、判断部１１５は、実行条件を満たさないと判断し、例えば、受取アプリが起動できない旨のダイアログやアラート等を出力して、実行部１１６に受取アプリを起動しないよう指示を与える。ここでは、矩形領域内の座標であったとすると、判断部１１５は、領域に関する実行条件を満たすと判断する。

そして、判断部１１５は、最終的に実行条件を満たすとする判断結果を実行部１１６に出力する。実行部１１６は、判断部１１５が出力する判断結果を受け付け、アプリ格納部１１４に格納されている、上記の起動する操作により指定された受取アプリを起動する。

図７は、受取アプリの起動後の状態を示す表示例である。受取アプリの画面には、請求金額（即ち、受取金額）を入力するフィールド７０と、受取の処理を開始する受取開始ボタン７１とが設けられているものとする。

また、顧客ｆが、携帯決済端末装置１ｆを用いて購入する商品の支払いを行うために、携帯決済端末装置１ｆに対して支払アプリを起動する操作（例えば、支払アプリのアイコンをタップする操作）等を行ったとすると、携帯決済端末装置１ｆの図示しない受付部等が、支払アプリの起動指示を受け付ける。

図示しない受付部等が、支払アプリの起動指示を受け付けたため、携帯決済端末装置１ｆの実行部１１６は、支払アプリを起動させる。

店員ａが、携帯決済端末装置１ａで実行中の受取アプリの請求金額を入力するフィールド７０に、顧客ｆが購入する商品の代金「５００円」を入力し、受取開始ボタン７１を押したとする。そして、支払アプリが実行中の携帯決済端末装置１ｆと携帯決済端末装置１ａとを、通信が可能な近距離に近づけると、携帯決済端末装置１ａの送信部１１３が、図７に示したフィールド７０に入力した請求金額が「５００円」であることを示す情報を携帯決済端末装置１ｆに送信する。携帯決済端末装置１ｆの実行部１１６が実行中の支払アプリにより、この請求金額を携帯決済端末装置１ｆの受信部１１２が受信すると、実行中の支払アプリにより、この請求金額が示す電子マネー、即ち「５００円」分の電子マネーを、携帯決済端末装置１ｆの送信部１１３が携帯決済端末装置１ａに送信する。また、支払アプリは、送信した金額分の電子マネーを、携帯決済端末装置１ｆの電子マネー格納部１１１に格納されている電子マネーの金額（残高）から減算し、現在した金額で、携帯決済端末装置１ｆの電子マネー格納部１１１に格納されている電子マネーの値（残高）を更新する。

携帯決済端末装置１ａの実行部１１６が実行中の受取アプリにより、携帯決済端末装置１ｆから送信される「５００円」分の電子マネーを、携帯決済端末装置１ａの受信部１１２が受信し、受信した電子マネーを電子マネー格納部１１１に蓄積する。ここでは、例えば、既に「３２５０円」分の電子マネーが格納されていたとすると、この「３２５０円」に受信した「５００円」を加算した金額「３７５０円」で、電子マネー格納部１１１に格納されている電子マネーの値（残高）を更新する。

また、受取アプリは、電子マネーを受信した日時とその金額とを対応付けた情報である受取履歴を、電子マネー格納部１１１に蓄積する。例えば、図示しない時計等から取得した電子マネー受信時の日時が、「２０１２年６月５日１１時３０分」であったとすると、この日時と、受け取った電子マネーの金額「５００円」とを有する受取履歴が蓄積される。なお、ここでは、既に、他の受取履歴が携帯決済端末装置１ａの電子マネー格納部１１１に格納されており、上記の新たな受取履歴が追記されたとする。

図８は、電子マネー格納部１１１に格納された受取履歴を管理する受取履歴管理情報である。受取履歴管理情報は、電子マネーを受信した日時を示す「日時」と、受信した電子マネーの金額を示す「金額」という項目を有している。

このようにして、携帯決済端末装置１ａによる電子マネーの受取処理が終了する。

ここで、例えば、受取アプリが起動していない時に、店員ａが携帯決済端末装置１ａを用いて、顧客からの商品の返品に伴って、電子マネーを返金するために、携帯決済端末装置１ａに対して支払アプリを起動する操作（例えば、支払アプリのアイコンをタップする操作）等を行ったとすると、この操作に応じて、上記の携帯決済端末装置１ｆの場合と同様に、携帯決済端末装置１ｆの実行部１１６が、支払アプリを起動させる。

図９は、支払アプリの起動後の状態を示す表示例である。ここでは、支払アプリが実行中の画面の背景色が、図７に示したい受取アプリの実行中の画面の背景色と異なるものとなっている。これにより、ユーザ（ここでは店員ａ）に現在、受取アプリと支払アプリとのいずれのアプリが起動中であるかを、目視により容易に認識させることが可能となり、操作のミス等を防ぐことができる。例えば、支払アプリを用いて、受取処理を行おうとする不適切な操作を防ぐことができる。

そして、店員ａが、上記の携帯決済端末装置１ｆの場合と同様に、支払アプリを用いて、商品の購入代金等の支払（即ち返金処理）を行ったとする。

この場合、ここでは、支払った日時と、支払った電子マネーの金額とを有する支払履歴が、電子マネー格納部１１１に蓄積されるものとする。支払履歴については、受け取った電子マネーの金額の代わりに、支払った電子マネーの金額が格納されることを除けば、図８に示した受取履歴と同様の情報であるため、ここでは、詳細な説明は省略する。

携帯決済端末装置１ａの実行部１１６が支払アプリを実行中に、携帯決済端末装置１を有する顧客ｇが、店舗αに来店し、ある商品を購入し、店員ａに対して、その購入代金の電子マネーを用いて支払を行う旨を伝えたとする。

このため、店員αが、購入代金を受け取るために、携帯決済端末装置１ａに対して受取アプリを起動する操作を行ったとすると、携帯決済端末装置１ａの判断部１１５は、現在、実行部１１６が支払アプリを実行中であるか否かを判断する。ここでは、判断部１１５は、支払アプリが実行中であると判断したとする。このため、判断部１１５は、実行条件を満たさないと判断し、実行部１１６に受取アプリを起動しないよう指示を与える。また、ここでは、例えば、表示部１１８に、支払アプリが実行中であるため、受取アプリが起動できない旨の予め指定されたダイアログを出力される

図１０は、表示部１１８が表示するダイアログの一例を示す図である。

これにより、支払アプリ起動中には受取アプリが起動できないようにする（即ち、実行できないようにする）ことができる。このため、支払アプリと受取アプリを同時に実行させることが可能な、汎用性を有する携帯決済端末装置１であるゆえによって起こりうる問題、例えば、電子マネーの受取処理を行うつもりが、誤って支払処理を行ってしまう、という問題や、電子マネーの支払処理を行うつもりが、誤って受取処理を行ってしまう、という問題を防ぐことができる。

ここで、仮に、受取アプリの実行中に、１または２以上の実行条件を満たさなくなったとする。例えば、現在の日時が、予め指定された期間内の日時でなくなったとする。この場合、判断部１１５は、実行条件を満たさないと判断し、実行部１１６が現在実行中の受取アプリの実行を中止する指示を実行部１１６に与える。例えば、受取アプリを終了させる指示を実行部１１６に与える。実行部１１６は、この指示に応じて、受取アプリの実行を終了する。受取アプリの実行を終了した時点で表示部１１８が表示する画面は、例えば、図５に示したような、携帯決済端末装置１ａに電源を投入した直後の初期画面と同様の画面である。

ここで、仮に、店員ａが、勤務時間外に、店舗α内で顧客からの電子マネーによる支払を受け付けるために、受取アプリを起動する操作を行ったとする。

携帯決済端末装置１ａの判断部１１５は、まず、支払アプリが実行中でないか否かを判断し、支払アプリが実行中でないと判断したとする。

次に、判断部１１５は、現在の日時を示す情報である曜日「火曜」と時刻「１４：１２」を時計等から取得したとする。つぎに、判断部１１５は、図６（ａ）に示した期間設定情報の「曜日」が「火曜」であるレコード（行）から、「時間帯」の値「８：００〜１２：００」を取得し、上記の時刻「１４：１２」が、この「時間帯」内の時刻であるか否かを判断する。ここでは、時間帯内でないため、判断部１１５は、実行条件を満たさないと判断し、例えば、受取アプリが起動できない旨のダイアログやアラート等を出力して、実行部１１６に受取アプリを起動しないよう指示を与える。

これにより、現在の日時が、予め指定された期間内でない場合に、受取アプリを実行できないようにして、電子マネーの受取をできないようにすることができる。これにより、例えば、店員等の社員が、携帯決済端末装置１を用いて、勤務時間外に勝手に電子マネーの受取を行えないようにすることができ、携帯決済端末装置１の業務外での利用などの不正利用や、不適切な利用等を防ぐことができる。

例えば、店員ａが、店舗αの勤務時間外に、近接した異なる店舗βでも働いていたとし、この異なる店舗βにおいては店舗αとは異なり電子マネーが利用できないものとする。この場合において、店舗βにおいては、電子マネーが利用できないにも関わらず、誤って、店員ａの持つ携帯決済端末装置１ａで受取アプリを実行させて電子マネーを受け取ってしまうことが考えられるが、本願においては、電子マネーが利用できる店舗αにおける勤務時間を期間設定情報等として登録しておくことで、電子マネーを利用できる店舗での勤務時間外には、受取アプリを実行できないようにして、不正な電子マネーの受取や、不適切な電子マネーの受取を防ぐことができる。これにより、勤務時間外においても、社員等が保有して自由に利用できるという、携帯決済端末装置１が、携帯性を有するがゆえのセキュリティ上の問題等を解消することができる。

また、仮に、店員ａが、店舗αにおける勤務時間内に、店舗αから離れた場所で、受取アプリを起動する操作を行ったとする。

携帯決済端末装置１ａの判断部１１５は、まず、支払アプリが実行中でないか否かを判断し、支払アプリが実行中でないと判断したとする。

判断部１１５は、つぎに、現在の日時が予め指定された期間内であるか否かを判断し、期間内であると判断したとする。

判断部１１５は、図示しないＧＰＳ受信機が取得した座標が（ｘ６，ｙ６）であったとする。判断部１１５は、この座標が、図６（ｂ）の領域設定情報が示す領域、即ち、座標（ｘ１，ｙ１）と、座標（ｘ２，ｙ２）とを対角とする矩形領域内の座標であるか否かを判断する。ここでは、矩形領域内の座標でないと判断したとする。判断部１１５は、実行条件を満たさないと判断し、例えば、受取アプリが起動できない旨のダイアログやアラート等を出力して、実行部１１６に受取アプリを起動しないよう指示を与える。

これにより、例えば、携帯決済端末装置１の現在の位置が、予め指定された領域でない場合には、受取アプリを実行できないようにして、電子マネーの受取をできないようにすることができる。これにより、例えば、店員等の社員が、携帯決済端末装置１を、本来電子マネーの受取等を行う店舗等の外で使用して、勝手に電子マネーの受取を行えないようにすることができ、携帯決済端末装置１の業務外での利用などの不正利用や、不適切な利用等を防ぐことができる。これにより、携帯決済端末装置１が、携帯性を有するがゆえのセキュリティ上の問題等を解消することができる。

ここで、売上送信部１１７は、予め指定された時間間隔毎（例えば、一時間毎）に、現在の日時（ここでは時刻）を図示しない時計等から取得し、取得した時刻よりも予め指定された時間（例えば、１時間）以上前の時刻を有する受取履歴を、図８に示した受取履歴管理情報から検索する。ただし、ここでは、予め指定された時間以上前の時刻を終点とした、予め指定された期間（例えば１時間）の受取履歴を検索するものとする。例えば、現在の時刻が「１１：００」であったとすると、この時刻よりも１時間前の時刻である「１０：００」を終了時刻とした、１時間の期間内の受取履歴、即ち「９：００」から「１０：００」までの時間内の受取履歴を検索する。そして、検索した受取履歴の電子マネーの「金額」の値の合計を算出する。例えば、図８においては、この期間内の合計の金額は「１５００円」となる。また、同様に、売上送信部１１７は、同じ時間内の支払履歴の「金額」の合計を算出する。算出した値が、「３００円」であったとする。

そして、売上送信部１１７は、この受取履歴から算出した合計金額「１５００円」から、支払履歴から算出した合計金額「３００円」を減算した値「１２００円」に対応する電子マネーを、例えば、「９：００」から「１０：００」までの時間帯の売上に相当する電子マネーとして、サーバ装置２に送信する。そして、電子マネー格納部１１１の電子マネーの金額（残高）から、送信した分の金額「１２００円」を減算する。

サーバ装置２の売上受信部２１２は、売上送信部１１７から送信される電子マネーを受信して、売上格納部２１１に蓄積する。

このようにして、各携帯決済端末装置１が受け取り、蓄積した電子マネーを、サーバ装置２に自動的に送信して集めるようにすることで、各携帯決済端末装置１に蓄積された売上である電子マネーが携帯決済端末装置１に残らないよう、サーバ装置２に収集することができ、各携帯決済端末装置１が受け取った電子マネーが各携帯決済端末装置１のユーザにより勝手に利用されることを防ぐことができる。

また、売上送信部１１７による電子マネーの送信を、受け取りから予め指定された時間が経過後に行うようにすることで、購入直後の電子マネーは、電子マネー格納部１１１に残しておくことで、返品等に伴う返金を、各携帯決済端末装置１から支払アプリ等を用いて行うようにすることができる。

なお、売上送信部１１７は、現在の日時が、電子マネーの受け取りが可能な期間等の予め指定された期間外の日時となった場合や、現在の位置が、電子マネーの受け取りが可能な領域等の予め指定された領域以外の位置となった場合には、電子マネー格納部１１１に格納されている全ての電子マネーを、サーバ装置２に送信するようにしてもよい。あるいは、受取履歴のうちの、売上送信部１１７が送信の処理を行っていない期間内の受取履歴が示す金額の合計分から、同じ期間内の支払履歴が示す金額の合計分を減算した金額分の電子マネーを、サーバ装置２に送信するようにしても良い。

これにより、各携帯決済端末装置１が電子マネーの受け取りが可能な期間等の予め指定された期間内に受け取った電子マネーや、電子マネーの受け取りが可能な領域等の予め指定された領域内で受け取った電子マネーを、予め指定された期間外に各携帯決済端末装置１とともに持ち出されたり、予め指定された領域外に各携帯決済端末装置１とともに持ち出されたりすることを防ぐことができ、各携帯決済端末装置１で受け付けた電子マネーをサーバ装置２でまとめて保管することができ、電子マネーのセキュリティを保つことができる。

以上、本実施の形態によれば、実行条件を満たさない場合に受取アプリを実行させないようにすることにより、電子マネーのセキュリティを向上させることができる。

なお、本実施の形態においては、判断部１１５が、現在の状況が、受取アプリを実行するための予め指定された条件である実行条件を満たすか否かを判断するようにし、実行条件を満たさない場合に、実行部１１６が受取アプリを実行しないようにしたが、本発明においては、判断部１１５が、支払アプリを実行するための予め指定された条件である支払実行条件を満たすか否かを判断するようにし、支払実行条件を満たさない場合に、実行部１１６が支払アプリを実行しないようにしてもよい。この場合の支払実行条件は、例えば、上述した実行条件（Ａ）と同様に、現在、受取アプリを実行中でないという条件である。また、上述した実行条件（Ｂ）と同様に、現在の日時が予め指定された期間内でないという条件であってもよい。また、例えば、上述した実行条件（Ｃ）と同様に、現在の携帯決済端末装置１（自装置）の位置が、予め指定された領域内であるという条件である

また、上記各実施の形態において、一の装置に存在する２以上の通信手段（情報送信部など）は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。その実行時に、プログラム実行部は、格納部（例えば、ハードディスクやメモリ等の記録媒体）にアクセスしながらプログラムを実行してもよい。

なお、上記各実施の形態における携帯決済端末装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、電子マネーが格納される電子マネー格納部と、受信部を用いて電子マネーを受信して電子マネー格納部に蓄積する処理を実行可能なアプリケーションプログラムである受取アプリが格納されるアプリ格納部と、にアクセス可能なコンピュータを、電子マネーを受信する受信部と、受取アプリを実行する実行部と、現在の状況が、受取アプリを実行するための予め指定された条件である実行条件を満たすか否かを判断する判断部として機能させるプログラムであって、実行部は、判断部が条件を満たさないと判断した場合に、受取アプリを実行しないプログラムである。

なお、上記プログラムにおいて、上記プログラムが実現する機能には、ハードウェアでしか実現できない機能は含まれない。例えば、情報を取得する取得部や、情報を出力する出力部などにおけるモデムやインターフェースカードなどのハードウェアでしか実現できない機能は、上記プログラムが実現する機能には含まれない。

また、このプログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

上記プログラムを実行して、上記実施の形態による携帯決済端末装置を実現するコンピュータは、例えば、上述したような携帯情報端末や、移動体通信端末等である。い。

図１１は、上記プログラムを実行して、上記実施の形態によるサーバ装置等を実現するコンピュータは、の外観の一例を示す模式図である。上記実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムによって実現されうる。ただし、上記実施の形態のサーバ装置等も、上記実施の形態の形態決済端末装置と同様の携帯情報端末や、移動体通信端末等であっても良

図１１において、コンピュータシステム９００は、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）ドライブ９０５、ＦＤ（Ｆｌｏｐｐｙ（登録商標） Ｄｉｓｋ）ドライブ９０６を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、モニタ９０４とを備える。なお、本実施の形態の携帯決済端末装置等を実現するコンピュータも、同様の構成を有していても良い。

図１２は、コンピュータシステム９００や、本実施の形態の携帯決済端末装置等を実現するコンピュータの内部構成を示す図である。図１２において、コンピュータ９０１は、ＣＤ−ＲＯＭドライブ９０５、ＦＤドライブ９０６に加えて、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１３と、アプリケーションプログラム、システムプログラム、及びデータを記憶するハードディスク９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５とを備える。なお、コンピュータ９０１は、ＬＡＮへの接続を提供する図示しないネットワークカードを含んでいてもよい。

コンピュータシステム９００や、携帯決済端末装置等を実現するコンピュータに、上記実施の形態による携帯決済端末装置等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ９２１、またはＦＤ９２２に記憶されて、ＣＤ−ＲＯＭドライブ９０５、またはＦＤドライブ９０６に挿入され、ハードディスク９１４に転送されてもよい。これに代えて、そのプログラムは、図示しないネットワークを介してコンピュータ９０１に送信され、ハードディスク９１４に記憶されてもよい。プログラムは実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ＣＤ−ＲＯＭ９２１やＦＤ９２２、またはネットワークから直接、ロードされてもよい。

プログラムは、コンピュータ９０１に、上記実施の形態による携帯決済端末装置等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる携帯決済端末装置等は、決済を行う装置等として適しており、特に、電子マネーを用いた決済を行う装置等として有用である。

１、１ａ〜１ｃ、１ｆ 携帯決済端末装置
１ 端末装置
２ サーバ装置
１１１ 電子マネー格納部
１１２ 受信部
１１３ 送信部
１１４ アプリ格納部
１１５ 判断部
１１６ 実行部
１１７ 売上送信部
１１８ 表示部
１１８ａ モニタ
１１９ 設定情報格納部
２１１ 売上格納部
２１２ 売上受信部
１０００ 決済システム

Claims (7)

1. 電子マネーが格納される電子マネー格納部と、
   電子マネーを受信する受信部と、
   前記受信部を用いて電子マネーを受信して前記電子マネー格納部に蓄積する処理を実行可能なアプリケーションプログラムである受取アプリが格納されるアプリ格納部と、
   前記受取アプリを実行する実行部と、
   現在の状況が、前記受取アプリを実行するための予め指定された条件である実行条件を満たすか否かを判断する判断部と、
   電子マネーを送信する送信部とを備え、
   前記アプリ格納部には、前記電子マネー格納部に格納される電子マネーを前記送信部から送信する処理を実行可能なアプリケーションプログラムである支払アプリが更に格納されており、
   前記実行部は、前記支払アプリを更に実行し、
   前記判断部は、前記実行部が前記支払アプリを実行中である場合に、前記実行条件を満たさないと判断し、
   前記実行部は、前記判断部が前記条件を満たさないと判断した場合に、前記受取アプリを実行しない携帯決済端末装置。
2. 電子マネーが格納される電子マネー格納部と、
   電子マネーを受信する受信部と、
   前記受信部を用いて電子マネーを受信して前記電子マネー格納部に蓄積する処理を実行可能なアプリケーションプログラムである受取アプリが格納されるアプリ格納部と、
   前記受取アプリを実行する実行部と、
   現在の状況が、前記受取アプリを実行するための予め指定された条件である実行条件を満たすか否かを判断する判断部とを備え、
   前記判断部は、現在の日時が、前記受取アプリが実行可能な予め指定された期間内でない場合に、前記実行条件を満たさないと判断し、
   前記実行部は、前記判断部が前記条件を満たさないと判断した場合に、前記受取アプリを実行しない携帯決済端末装置。
3. 電子マネーが格納される電子マネー格納部と、
   電子マネーを受信する受信部と、
   前記受信部を用いて電子マネーを受信して前記電子マネー格納部に蓄積する処理を実行可能なアプリケーションプログラムである受取アプリが格納されるアプリ格納部と、
   前記受取アプリを実行する実行部と、
   現在の状況が、前記受取アプリを実行するための予め指定された条件である実行条件を満たすか否かを判断する判断部と、
   自装置の位置情報を取得する位置情報取得部とを備え、
   前記判断部は、前記位置情報取得部が取得した位置情報が、予め指定された領域内の位置でない場合に、前記実行条件を満たさないと判断し、
   前記実行部は、前記判断部が前記条件を満たさないと判断した場合に、前記受取アプリを実行しない携帯決済端末装置。
4. 前記実行部は、前記受取アプリの実行中に、前記判断部が実行条件を満たさないと判断した場合に、前記受取アプリの実行を中止する請求項２記載の携帯決済端末装置。
5. 複数の携帯決済端末装置を備えた決済システムを構成する請求項１記載の携帯決済端末装置であって、
   前記実行部が前記受取アプリおよび支払アプリをそれぞれ実行することで、前記受信部および送信部が、他の携帯決済端末装置との間で電子マネーの受信および送信を行う携帯決済端末装置。
6. 電子マネーが格納される電子マネー格納部と、受信部と、前記受信部を用いて電子マネーを受信して前記電子マネー格納部に蓄積する処理を実行可能なアプリケーションプログラムである受取アプリが格納されるアプリ格納部と、実行部と、判断部と、送信部とを用いて行われる決済処理方法であって、
   前記受信部が、電子マネーを受信する受信ステップと、
   前記実行部が、前記受取アプリを実行する実行ステップと、
   前記判断部が、現在の状況が、前記受取アプリを実行するための予め指定された条件である実行条件を満たすか否かを判断する判断ステップと、
   前記送信部が、電子マネーを送信する送信ステップとを備え、
   前記アプリ格納部には、前記電子マネー格納部に格納される電子マネーを前記送信ステップにより送信する処理を実行可能なアプリケーションプログラムである支払アプリが更に格納されており、
   前記実行ステップは、前記支払アプリを更に実行し、
   前記判断ステップは、前記実行ステップにより前記支払アプリを実行中である場合に、前記実行条件を満たさないと判断し、
   前記実行ステップは、前記判断ステップで前記条件を満たさないと判断した場合に、前記受取アプリを実行しない決済処理方法。
7. 電子マネーが格納される電子マネー格納部と、前記受信部を用いて電子マネーを受信して前記電子マネー格納部に蓄積する処理を実行可能なアプリケーションプログラムである受取アプリが格納されるアプリ格納部と、にアクセス可能なコンピュータを、
   電子マネーを受信する受信部と、
   前記受取アプリを実行する実行部と、
   現在の状況が、前記受取アプリを実行するための予め指定された条件である実行条件を満たすか否かを判断する判断部と、
   電子マネーを送信する送信部として機能させるプログラムであって、
   前記アプリ格納部には、前記電子マネー格納部に格納される電子マネーを前記送信部から送信する処理を実行可能なアプリケーションプログラムである支払アプリが更に格納されており、
   前記実行部は、前記支払アプリを更に実行し、
   前記判断部は、前記実行部が前記支払アプリを実行中である場合に、前記実行条件を満たさないと判断し、
   前記実行部は、前記判断部が前記条件を満たさないと判断した場合に、前記受取アプリを実行しないプログラム。

Images