JP5820130B2 - 情報処理プログラム、情報処理方法、携帯端末、及び電子マネーサーバ - Google Patents
情報処理プログラム、情報処理方法、携帯端末、及び電子マネーサーバ Download PDFInfo
- Publication number
- JP5820130B2 JP5820130B2 JP2011041433A JP2011041433A JP5820130B2 JP 5820130 B2 JP5820130 B2 JP 5820130B2 JP 2011041433 A JP2011041433 A JP 2011041433A JP 2011041433 A JP2011041433 A JP 2011041433A JP 5820130 B2 JP5820130 B2 JP 5820130B2
- Authority
- JP
- Japan
- Prior art keywords
- amount
- chip
- stored
- increase
- predetermined
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
ICチップが記憶するバリューの金額(以下、バリュー残高)を増額する処理は、チャージと呼ばれ、チャージの際に、バリュー相当の金額をユーザから徴収することにより、バリューと実際の金銭との対応が図られ、バリューの交換価値が担保される。
このため、特許文献1では、バリューを自動的にチャージする技術が提案されている。
この技術では、携帯電話内にバリューを記憶し、チェック時刻になると携帯電話がバリュー残高をチェックする。
そして、バリュー残高が、予め設定されている最低残高未満となると、携帯電話は、金融機関サーバにアセスして資金をホールドした後、電子バリュー発行システムにアクセスしてバリューをチャージする。
請求項2記載の発明では、貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得機能と、前記取得した金額が所定の条件を満たすか否かを判断する判断機能と、前記判断機能で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求機能と、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額機能と、をコンピュータに実現させる情報処理プログラムであって、前記ICチップは、個別に金額が増減可能であり、複数の事業主体により運営され、互いに金額の移動ができない複数の個別用の金額記憶手段と、個別用の金額記憶手段に移動可能な金額を記憶する移動用の金額記憶手段と、を備えており、前記金額取得機能は、前記移動用又は個別用の金額記憶手段の内の少なくとも1つの金額を取得し、前記増額機能は、前記金額変更情報によって前記移動用の金額記憶手段の記憶する金額を増額させ、前記移動用の金額記憶手段が記憶する金額を任意の個別用の金額記憶手段に移動する金額移動機能をコンピュータに実現させることを特徴とする情報処理プログラムを提供する。
請求項3記載の発明では、前記金額移動機能は、前記個別用の金額記憶手段が記憶する金額が所定の条件を満たした場合に、前記移動用の金額記憶手段が記憶する金額を当該所定の条件を満たした個別用の金額記憶手段に移動することを特徴とする請求項2に記載の情報処理プログラムを提供する。
請求項4記載の発明では、前記増額機能が前記移動用の金額記憶手段の記憶する金額を増額させた場合に、前記移動用の金額記憶手段の記憶する金額を所定の優先順位に従って複数の前記個別用の金額記憶手段に配分する配分機能をコンピュータに実現させる請求項2、又は、請求項3に記載の情報処理プログラムを提供する。
請求項5記載の発明では、貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得機能と、前記取得した金額が所定の条件を満たすか否かを判断する判断機能と、前記判断機能で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求機能と、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額機能と、をコンピュータに実現させる情報処理プログラムであって、前記ICチップの記憶する金額の平均決済金額を用いて前記判断機能における前記所定の条件を設定する金額設定機能をコンピュータに実現させる情報処理プログラムを提供する。
請求項6記載の発明では、前記判断機能が用いる平均決済金額は、単位期間当たりの平均決済金額又は決済1回当たりの平均決済金額であることを特徴とする請求項5記載の情報処理プログラムを提供する。
請求項7記載の発明では、前記判断機能が条件を満たすか否かを判断する所定の条件に、第1の残高金額と、第2の残高金額を設け、前記判断機能で、前記取得した金額が第1の残高金額以下と判断した場合、ユーザに警告を発する警告機能を備え、前記判断機能で、前記取得した金額が第2の残高金額以下と判断された場合に、前記増額要求機能が金額の増額を所定のサーバに要求することを特徴とする請求項1から請求項6までの内の何れか1項に記載の情報処理プログラムを提供する。
請求項8記載の発明では、前記増額機能で増額させる所定の金額は、前記ICチップが記憶する最大金額から現在の金額を減算した金額、又は、前記ICチップが記憶する最大金額から1回当たりの平均増額金額を減算した金額の内の何れかであることを特徴とする請求項1から請求項7までの内の何れか1の請求項に記載の情報処理プログラムを提供する。
請求項9記載の発明では、金額取得手段と、判断手段と、増額要求手段と、増額手段と、を備えたコンピュータにおいて、前記金額取得手段が、貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで定期的に取得する金額取得ステップと、前記判断手段が、前記取得した金額が所定の条件を満たすか否かを判断する判断ステップと、前記増額要求手段が、前記判断手段で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求ステップと、前記増額手段が、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額ステップと、から構成され、前記判断手段が、前記所定のタイミングで定期的に取得した金額の推移から次の金額取得前に金額が所定の条件を満たすと判断した場合は、当該時点で前記増額要求手段が前記所定のサーバに金額の増額を要求することを特徴とする情報処理方法を提供する。
請求項10記載の発明では、貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで定期的に取得する金額取得手段と、前記取得した金額が所定の条件を満たすか否かを判断する判断手段と、前記判断手段で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求手段と、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額手段と、を具備し、前記判断手段が、前記所定のタイミングで定期的に取得した金額の推移から次の金額取得前に金額が所定の条件を満たすと判断した場合は、当該時点で前記増額要求手段が前記所定のサーバに金額の増額を要求することを特徴とする携帯端末を提供する。
請求項11記載の発明では、金額取得手段と、判断手段と、増額要求手段と、増額手段と、を備えたコンピュータにおいて、前記金額取得手段が、貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得ステップと、前記判断手段が、前記取得した金額が所定の条件を満たすか否かを判断する判断ステップと、前記増額要求手段が、前記判断手段が前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求ステップと、前記増額手段が、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額ステップと、から構成され、前記ICチップは、個別に金額が増減可能であり、複数の事業主体により運営され、互いに金額の移動ができない複数の個別用の金額記憶手段と、個別用の金額記憶手段に移動可能な金額を記憶する移動用の金額記憶手段と、を備えており、前記金額取得ステップは、前記移動用又は個別用の金額記憶手段の内の少なくとも1つの金額を取得し、前記増額ステップは、前記金額変更情報によって前記移動用の金額記憶手段の記憶する金額を増額させ、前記移動用の金額記憶手段が記憶する金額を任意の個別用の金額記憶手段に移動させることを特徴とする情報処理方法を提供する。
請求項12記載の発明では、貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得手段と、前記取得した金額が所定の条件を満たすか否かを判断する判断手段と、前記判断手段で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求手段と、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額手段と、を具備し、前記ICチップは、個別に金額が増減可能であり、複数の事業主体により運営され、互いに金額の移動ができない複数の個別用の金額記憶手段と、個別用の金額記憶手段に移動可能な金額を記憶する移動用の金額記憶手段と、を備えており、前記金額取得手段は、前記移動用又は個別用の金額記憶手段の内の少なくとも1つの金額を取得し、前記増額手段は、前記金額変更情報によって前記移動用の金額記憶手段の記憶する金額を増額させ、前記移動用の金額記憶手段が記憶する金額を任意の個別用の金額記憶手段に移動させることを特徴とする携帯端末を提供する。
請求項13記載の発明では、金額取得手段と、判断手段と、増額要求手段と、増額手段と、を備えたコンピュータにおいて、前記金額取得手段が、貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得ステップと、前記判断手段が、前記取得した金額が所定の条件を満たすか否かを判断する判断ステップと、前記増額要求手段が、前記判断手段が前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求ステップと、前記増額手段が、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額ステップと、から構成され、前記ICチップの記憶する金額の平均決済金額を用いて前記判断ステップにおける前記所定の条件を設定させることを特徴とする情報処理方法を提供する。
請求項14記載の発明では、貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得手段と、前記取得した金額が所定の条件を満たすか否かを判断する判断手段と、前記判断手段が前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求手段と、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額手段と、を具備し、前記ICチップの記憶する金額の平均決済金額を用いて前記判断手段における前記所定の条件を設定させることを特徴とする携帯端末を提供する。
請求項15記載の発明では、貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得手段と、前記取得した金額が所定の条件を満たすか否かを判断する判断手段と、前記判断手段で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求手段と、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額手段と、を具備した携帯端末から金額の増額要求を受信する電子マネーサーバであって、前記増額要求に対する複数の決済手段の登録が可能であり、登録された複数の各決済手段に優先順位が設定されており、この優先順位に従って増額要求が必要額に達するまで決済を行うことを特徴とする電子マネーサーバを提供する。
請求項16記載の発明では、貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得手段と、前記取得した金額が所定の条件を満たすか否かを判断する判断手段と、前記判断手段で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求手段と、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額手段と、を具備した携帯端末から金額の増額要求を受信する電子マネーサーバであって、前記増額要求に対する複数の決済手段の登録が可能であり、登録された複数の各決済手段に優先順位が設定されており、この優先順位に従って増額要求の決済を行い、登録された決済手段で決済ができなかった場合、次回の増額要求に対しては可能な限り当該決済手段以外の決済手段で決済を行うことを特徴とする電子マネーサーバを提供する。
図1は、実施の形態の概要を説明するための図である。
携帯端末7は、バリューを記憶するICチップ12と、電子マネーアプリケーション15を備えている。電子マネーアプリケーション15は、予めユーザが設定した残高基準金額とオートチャージ金額を記憶している。
以下、括弧に示した番号の順に従ってオートチャージが行われる。
(2)ICチップ12は、電子マネーアプリケーション15からの要求に対し、電子マネーアプリケーション15にバリュー残高を送信する。
(3)電子マネーアプリケーション15は、ICチップ12から受信したバリュー残高が残高基準金額以下であるか否かを判断する。
(4)電子マネーアプリケーション15は、バリュー残高が残高基準金額以下であった場合、オートチャージ金額分のチャージを行うように電子マネーサーバ2に要求する。
(5)電子マネーサーバ2は、電子マネーアプリケーション15からの要求を受けてICチップ12にチャージを実行する。
(第1の実施の形態)
図2は、電子マネーシステム1のネットワーク構成を示した図である。
電子マネーシステム1は、携帯端末7、電子マネーサーバ2、クレジット会社サーバ3、インターネット4、基地局5、加盟店81に設置された店舗端末8などから構成されている。
携帯端末7は、基地局5と無線通信することによりインターネット4を介して電子マネーサーバ2と通信することができる。
ICチップ12は、バリューを記憶することができ、店舗端末8から送信されるコマンドを実行することにより、チャージや決済を行うことができる。
また、ICチップ12は、携帯端末7を介して電子マネーサーバ2と通信し、電子マネーサーバ2から送信されるコマンドを実行することにより、チャージや決済を行うこともできる。
電子マネーアプリケーション15は、定期的にICチップ12のバリュー残高を確認し、バリュー残高が残高基準金額以下である場合は、電子マネーサーバ2にアクセスして、電子マネーサーバ2にチャージを要求する。
このように、電子マネーアプリケーション15によって行われる自動的なチャージをオートチャージと呼ぶことにする。
電子マネーサーバ2は、定期的、又は、不定期に店舗端末8からチャージや決済の履歴を記録したログデータを収集する。そして、これとICチップ12に直接チャージや決済を行った際のログデータを合わせて集計し、バリューの流通と通貨との対応をとっている。
加盟店81は、電子マネーシステム1が提供する電子マネーサービスを利用する連合体に加盟しており、単数、又は複数の店舗端末8を備えている。
店舗端末8は、ICチップ12との処理内容を記録したログデータを定期、又は不定期にバッチ処理にて電子マネーサーバ2に送信する。
ICチップ12のユーザは、当該クレジット会社と契約しており、電子マネーサーバ2に自己のクレジットカード番号を登録してある。
クレジット会社サーバ3は、電子マネーサーバ2がICチップ12にチャージする際に、その代金をユーザのクレジットカード番号にて決済する。
携帯端末7は、端末機能部10、ICチップ12、両者を接続するインターフェース部11、及び近距離無線用のアンテナを備えたICチップで形成された端末通信部16を備えている。なお、端末通信部16を内蔵したICチップ12も存在する。
後述するように、端末機能部10もコンピュータとしての機能を有しており、携帯端末7は、2つのコンピュータがインターフェース部11によって接続した状態となっている。
本実施の形態では、電子マネー処理用のアプリケーションプログラムがインストールしてあり、当該プログラムをCPUで実行することにより、バリュー処理部17、電子マネー記憶部18などが構成される。
電子マネー機能部IDは、ICチップ12にインストールされている電子マネー処理用のアプリケーションを特定するための識別情報である。
バリュー残高は、現在記憶しているバリューの金額である。
ログデータは、チャージ、決済、残高参照など、電子マネーに関する処理が行われた場合の処理内容を記録したログデータである。
なお、端末通信部16は、近距離無線用のアンテナを備えており、店舗端末8とバリュー処理部17の通信を仲介する。店舗端末8は、近距離無線用のアンテナを備えたリーダライタを備えており、端末通信部16は、リーダライタを介して店舗端末8と通信する。
加算コマンドは、パラメータで指定した金額分の加算処理をバリュー処理部17に行わせる命令である。
例えば、1000円分のチャージを行う場合、バリュー処理部17は、店舗端末8から入力された加算コマンドに従って、電子マネー記憶部18のバリュー残高に1000円を加算し、加算後の値を電子マネー記憶部18のバリュー残高に上書きする。
例えば、1000円分のチャージを行う場合、まず、店舗端末8は、残高参照コマンドによってICチップ12からバリュー残高を読み出す。次に、店舗端末8は、当該バリュー残高に1000円を加算し、加算後の値で上書きする上書きコマンドをICチップ12に入力する。ICチップ12は、これを実行して、電子マネー記憶部18のバリュー残高を上書きする。
減算コマンドは、パラメータで指定した金額分の減算処理をバリュー処理部17に行わせる命令である。
上書きコマンドで決済する場合は、上書きコマンドでチャージする場合と同様にして行うことができる。
チャージコマンドに加算コマンドと上書きコマンドの何れを用いるか、また、決済コマンドに減算コマンドと上書きコマンドの何れを用いるかは、電子マネーシステム1のシステム設計による。
端末機能部10は、RF回路によって基地局5と通信することができ、また、インターフェース部11を介してICチップ12と通信することができる。
マルチタッチスクリーンは、携帯端末7の表示画面に設置されており、ユーザが画面を指先でタッチして項目を選択するなどしてアプリケーションソフトウェアを操作できるようになっている。
電子マネーアプリケーション15は、例えば、電子マネーサーバ2から電子マネーアプリケーション15用のプログラムを端末機能部10にダウンロードしてインストールしたり、あるいは、当該プログラムを記録した記録媒体をユーザに配布して、当該記録媒体から端末機能部10にインストールして形成される。
そして、電子マネーアプリケーション15は、電子マネーサーバ2に対してユーザ登録やオートチャージの設定を行ったり、電子マネーサーバ2と協働してオートチャージを実施したりする。
これにより、電子マネーアプリケーション15は、ICチップ12に残高参照コマンドを入力してICチップ12からバリュー残高を読み出したり、ID参照コマンドを入力して電子マネー機能部IDを読み出したり、ログデータ参照コマンドを入力してログデータを読み出したりすることができる。
残高基準金額は、オートチャージを実行する際の基準となる金額である。
電子マネーアプリケーション15は、定期的に(例えば、1時間おきに)ICチップ12に残高参照コマンドを入力してバリュー残高を取得し、バリュー残高が残高基準金額以下(あるいは未満)となると、オートチャージ動作を開始する。
そして、電子マネーアプリケーション15は、この要求に対して電子マネーサーバ2が送信してきたチャージコマンドをICチップ12に入力して、ICチップ12にチャージさせる。
この際、電子マネーアプリケーション15は、電子マネーサーバ2からICチップ12に至る通信経路を暗号化してセキュリティを高めている。
電子マネーサーバ2は、CPU21、ROM22、RAM24、通信制御部23、記憶部25などがバスラインで接続されて形成され、情報処理サーバを構成している。
本実施の形態では、携帯端末7からオートチャージの要求を受けてオートチャージを行ったり、店舗端末8からログデータを収集して集計したりする。
なお、これらの機能の全てをCPU21で行う必要はなく、複数台のサーバ装置を組み合わせて電子マネーサーバ2と同等の機能を有するシステムを構成してもよい。
RAM24は、読み書き可能なメモリであって、CPU21にワーキングメモリを提供したり、記憶部25に記憶されたプログラムやデータをロードして記憶したりなどする。
通信制御部23は、店舗端末8と通信したり、インターネット4や基地局5を介して携帯端末7と通信したりする。
プログラム格納部26には、OS、オートチャージを行うためのプログラム、ログデータを処理するプログラム、その他のプログラムが格納されている。
なお、ユーザDBには、ユーザの預貯金口座(例えば、銀行口座)からオートチャージの代金を引き落とす場合は、ユーザの預貯金口座番号(例えば、銀行口座番号)を記憶し、オートチャージ金額を電話料金に合算する場合は、携帯電話会社のユーザIDを記憶する。また、複数の決済手段(クレジットカード、預貯金口座など)を用いる場合は、決済手順を記憶することもできる。
残高基準金額は、電子マネーアプリケーション15に記憶しているものと同じである。そのため、必ずしも電子マネーサーバ2が記憶する必要はないが、ICチップ12の管理のために電子マネーサーバ2にも記憶してある。
日額限度額は、オートチャージによる1日当たりのチャージ合計値の上限値である。
月額限度額は、オートチャージによる1ヶ月当たりのチャージ合計値の上限値である。
また、1日当たりの限度回数、1ヶ月当たりの限度回数を設定するように構成してもよい。
オートチャージ設定画面は、電子マネーアプリケーション15が電子マネーサーバ2にアクセスして表示したものである。
なお、電子マネーサーバ2が携帯端末7に提供する画面には、この他に、ユーザ登録画面など各種のものがある。
残高基準金額設定欄31、オートチャージ金額設定欄32は、何れもドロップダウンメニューとなっており、ユーザがそれぞれ、残高基準金額、1回のオートチャージでチャージする金額を選択するようになっている。なお、ユーザが任意の金額を入力するように構成することもできる。
上限額設定欄33は、ドロップダウンメニューとなっており、ユーザが、1日の上限額を選択するようになっている。なお、ユーザが任意の金額を入力するように構成することもできる。
なお、図示しないが、更に、「3.1ヶ月のオートチャージ上限額を選択して下さい。」などと、1ヶ月間の上限を選択(あるいは任意の金額を入力)する欄も設けられている。
設定ボタン34は、ユーザが選択した内容を電子マネーサーバ2に通知するためのボタンであり、設定ボタン34が選択されると、電子マネーアプリケーション15は、ユーザが設定した内容を電子マネーサーバ2に送信する。
戻るボタン35は、オートチャージ設定画面を表示する前に表示していた画面に戻るためのボタンである。
以下の処理は、携帯端末7のICチップ12に実装されたCPU、携帯端末7の端末機能部10に実装されたCPU、電子マネーサーバ2のCPU21が、それぞれ、電子マネー処理用のアプリケーションプログラム、電子マネーアプリケーション15のプログラム、及び電子マネーサーバ用のプログラムに従って行うものである。
なお、携帯端末7が電子マネーサーバ2に認証画面データを要求し、これに対して電子マネーサーバ2が送信してきた認証画面データを用いて認証画面を表示するように構成することもできる。
認証画面には、パスワード入力欄と送信ボタンが設けられており、ユーザがパスワード入力欄にパスワードを入力すると、電子マネーアプリケーション15は、当該パスワードを受け付けてRAMなどに一時記憶する(ステップ15)。
電子マネーアプリケーション15は、電子マネーサーバ2から認証結果を受信すると、これを用いて認証結果画面を表示する。
一方、電子マネーサーバ2がユーザの認証に成功した場合、認証結果画面には、オートチャージのサービスを受けるに際しての規約と、当該規約に同意する旨を入力する同意ボタンが表示される。
なお、規約表示とその同意は、初回時や規約改訂時に行うように構成することができる。
なお、携帯端末7が電子マネーサーバ2にオートチャージ設定画面データを要求し、これに対して電子マネーサーバ2が送信してきたオートチャージ設定画面データを用いてオートチャージ設定画面を表示するように構成することもできる。
ユーザが、設定するボタンを選択すると電子マネーアプリケーション15は、登録情報を電子マネーサーバ2に送信する(ステップ50)。この際に、電子マネーアプリケーション15は、後にバリュー残高の確認で用いるために残高基準金額をEEPROMなどに記憶する。
以上のようにして、オートチャージサービスに関する登録処理が完了する。
まず、電子マネーアプリケーション15は、前回のバリュー残高の確認から(初回の場合は、オートチャージ機能が起動してから)所定時間が経過したか否かを判断する(ステップ105)。
所定時間が経過した場合(ステップ105;Y)、電子マネーアプリケーション15は、ICチップ12に残高参照コマンドを入力することによりバリュー残高の通知を要求する(ステップ110)。
電子マネーアプリケーション15は、ICチップ12からバリュー残高を取得すると、当該バリュー残高と予め記憶しておいた残高基準金額を比較し、バリュー残高が残高基準金額以下か否かを判断する(ステップ120)。
バリュー残高が残高基準以下である場合(ステップ120;Y)、電子マネーアプリケーション15は、ID参照コマンドをICチップ12に入力して電子マネー機能部IDを読み出す。
なお、チャージコマンドとして上書きコマンドを用いる場合は、電子マネーサーバ2が上書きコマンドを生成するために、電子マネーアプリケーション15は、バリュー残高を読み出して電子マネーサーバ2に送信する。
また、本実施の形態では、オートチャージの登録の際に認証処理を行っているため、オートチャージの際には認証を行わないが、オートチャージの度にパスワードの入力を求めて認証するように構成してもよい。
リモートロック機能が作動していない場合、電子マネーサーバ2は、電子マネー機能部IDをキーとしてオートチャージ登録DBからユーザが設定したオートチャージ金額を検索する。
なお、電子マネーサーバ2は、オートチャージの度に、金額とオートチャージを行った日時刻を記録しており、当該記録を用いて判断する。
一方、これら限度額を満たしている場合、電子マネーサーバ2は、クレジット会社サーバ3にアクセスしてユーザが登録したクレジットカード番号にてオートチャージ金額分の決済処理を行う(ステップ135)。
次に、電子マネーサーバ2は、オートチャージ金額分を増額するチャージコマンドを生成し、電子マネーアプリケーション15に送信する(ステップ140)。
ICチップ12は、電子マネーアプリケーション15からチャージコマンドの入力を受けると、これを実行してバリュー残高をオートチャージ金額分だけ増額する(ステップ155)。
更に、電子マネーサーバ2が、オートチャージした旨を携帯端末7に電子メールなどで通知するように構成することもできる。
このように構成されている場合、電子マネーアプリケーション15がICチップ12のバリュー残高を定期的に確認することにより、バリュー残高の残高基準金額割れを検出することができる。
リモートロック機能では、ユーザからのアクセスを受け、ユーザ認証が成功した場合にオートチャージのサービスを停止する。ユーザ認証に用いる情報の組み合わせは、例えば、(ユーザ氏名、電子メールアドレス、パスワード)、(ユーザ氏名、生年月日、電子メールアドレス、パスワード)、(電話番号、生年月日、電子メールアドレス、パスワード)などを用いることが可能である。
更に、ICチップ12のバリューで決済(支払)した直後に電子マネーアプリケーション15がICチップ12のバリュー残高を確認するように構成することもできる。
また、残高確認の周期を十分に短くすれば、決済した直後にオートチャージを行うことができる。
また、第1の残高基準金額と第2の残高基準金額(第1の残高基準金額>第2の残高基準金額)を設け、第1の残高金額以下となった場合にユーザに警告を発し、第2の残高基準金額以下となった場合にオートチャージを実施するように電子マネーアプリケーション15を構成することもできる。
また、ユーザがオートチャージサービスの利用に登録している場合は、オートチャージ金額は電子マネーサーバ2が設定し、ユーザがオートチャージサービスの利用に登録していない場合は、ユーザが携帯端末7でオートチャージ金額を設定するように構成することもできる。
(決済方法の変形例1)
電子マネーサーバ2は、金融機関(例えば、銀行)のサーバと通信し、ユーザが登録した預貯金口座(例えば、銀行口座)からオートチャージ金額を引き落とす。
銀行口座からオートチャージ金額を引き落とす場合、電子マネーサーバ2は、クレジット会社サーバ3の代わりに銀行のサーバにアクセスし、銀行のサーバに対してユーザの口座からのオートチャージ金額の引き落としを依頼する。
(決済方法の変形例2)
クレジットカードの与信額や預貯金口座の残高が所定の条件を満たす場合(例えば、オートチャージ金額に満たない場合)、電子マネーサーバ2が、その旨のアラートを電子マネーアプリケーション15に送信して、ユーザに当該アラートを表示し、オートチャージを行わないように構成することもできる。
クレジットカードの与信額や預貯金口座の残高が所定の条件を満たす場合(例えば、ユーザの設定した金額に満たない場合、過去の最大オートチャージ金額に満たない場合など)、電子マネーサーバ2が、その旨のアラートを電子マネーアプリケーション15に送信してユーザに当該アラートを表示し、それから、オートチャージを行うように構成することもできる。
決済のために、複数のクレジットカード番号や複数の預貯金口座を登録しておく。
この場合、ユーザが優先順位を設定し、電子マネーサーバ2は、当該優先順位に従って決済するように構成することができる。
例えば、ユーザが、クレジットカード番号A、銀行口座D、クレジットカード番号B、銀行口座E、クレジットカード番号Cの順で優先順位を設定したとする。
変形例4において、決済できないクレジットカード番号、あるいは預貯金口座があった場合、電子マネーサーバ2は、これらの優先順位を、例えば、最下位に変更するなど、再設定するように構成する。
即ち、電子マネーサーバ2は、複数の決済アカウントの優先順位を決済の可否によって変更する。
変形例4において、決済できないクレジットカード番号や預貯金口座があった場合、電子マネーサーバ2は、これらに決済ができなかった旨のフラグ情報を設定し、次回のオートチャージの際には、フラグ情報が設定されているものをスキップして(飛ばして)優先順位順に決済を試みるように構成することもできる。
携帯端末7が電話機能を備えており、ユーザが携帯電話会社と契約を結んでいる場合、オートチャージ金額を電話料金と合算して請求ユーザに請求することも可能である。
この手法は、例えば、デジタルコンテンツの購入代金を電話料金と合算する場合と同様である。
この場合、電子マネーサーバ2は、クレジット会社サーバ3の代わりに携帯電話事業者のサーバにアクセスし、オートチャージ金額の徴収を依頼する。
本実施の形態の電子マネーアプリケーション15は、ICチップ12のバリューでの支払後(例えば、直後)に、次回の残高確認までに残高不足となるか予想し、残高不足となると予想される場合に電子マネーサーバ2と通信して、ICチップ12に対して自動的にチャージする。
このように第2の実施の形態では、第1の実施の形態と同様の定期的なオートチャージに加え、バリュー残高の推移の予想値に基づいて、不定期なオートチャージも行う。
電子マネーアプリケーション15は、・・・、t(n)、t(n+1)、・・・と、周期Tにて定期的に電子マネー記憶部18のバリュー残高を確認する。
時刻t(n)では、バリュー残高が残高基準金額X円を上回っているため、電子マネーアプリケーション15は、オートチャージを実施しない。
電子マネーアプリケーション15は、周期Tによる定期的なバリュー残高の確認に他に、周期Tの期間内でもバリュー残高の推移を監視している。
すると、電子マネーアプリケーション15は、次回の定期的なオートチャージを待たずにオートチャージを実施し、オートチャージ金額Y円だけバリュー残高を増額させる。これによって、バリュー残高は、定期的なオートチャージの前であっても0円とならずに残高基準よりも大きいZ2円となる。
予想方法としては、例えば、バリュー残高の推移を時間で微分した値を用いたり、その他、種々の指標による予想が可能である。
あるいは、次回の定期的なオートチャージまでにバリュー残高が不足すると予想され、かつ、現在のバリュー残高が残高基準金額以下である場合にオートチャージを実施するといったように、複数の条件を組み合わせてもよい。
第3の実施の形態では、ユーティリティバリューを用いて電子マネー記憶部18にチャージする。
まず、ユーティリティバリューについて説明する。
第1の実施の形態では、1の電子マネーシステム1について説明したが、複数の事業者が、それぞれ独自の電子マネーシステムを運営する場合がある。
例えば、事業者Aが電子マネーシステム1a、事業者Bが電子マネーシステム1b、事業者Cが電子マネーシステム1cを運営しているとする。
ユーティリティバリューとは、事業者A、B、Cの何れのバリューにも変換できる(両替できる)バリューである。
即ち、流通するバリューに事業者別などの複数のグループが存在する場合に、何れのグループのバリューにも変換できるバリューがユーティリティバリューである。
ICチップ12は、電子マネー記憶部18a、18b、18cを備えており、それぞれに事業者A用のバリュー残高、事業者B用のバリュー残高、事業者C用のバリュー残高を記憶している。
電子マネー記憶部18dに対しては、ユーティリティバリューを発行する事業者が運営する電子マネーサーバ2dからユーティリティバリューをチャージすることができる。
なお、図示しないが、バリュー処理部17は、これら電子マネー記憶部18a〜18dに共通としてもよいし、あるいは、電子マネー記憶部18a〜18dごとに、バリュー処理部17a〜17dを備えてもよい。
オートチャージしたユーティリティバリューから電子マネー記憶部18a、18b、18cへのバリューの移動は、電子マネーアプリケーション15が自動的に行ってもよいし、ユーザが手動で行ってもよい。
また、電子マネー記憶部18a、18b、18c、18dの内のいずれかの残高、又はこれらの内の特定の記憶部のバリュー残高が残高基準金額以下の場合にユーティリティバリューをオートチャージするように構成することもできる。
(変形例1)
変形例1では、電子マネーアプリケーション15は、電子マネー記憶部18a、18b、18cのバリュー残高のうち、決済後に残高基準金額以下となったものがあった場合、電子マネー記憶部18dのユーティリティバリュー残高を確認し、ユーティリティバリュー残高がある場合には、ユーティリティバリューを残高基準金額以下となった電子マネー記憶部18に移動する。
また、ユーティリティバリュー残高が不足する場合に電子マネー記憶部18dにオートチャージしてから残高基準金額以下となった電子マネー記憶部18に移動する。
バリューの移動金額は、例えば、予め設定した任意の金額としたり、あるいは、当該電子マネー記憶部18で記憶できる上限金額から現在金額を減じた金額するとすることができる。
変形例2では、事業者A、B、Cのバリューに優先順位を設定し、所定のタイミング(定期的、決済時など)ごとに、優先度の高い順に、設定した金額分だけユーティリティバリューを充当する。
例えば、優先順位を電子マネー記憶部18a、18b、18cの順とし、それぞれにX円、Y円、Z円を設定したとする。
電子マネーアプリケーション15は、何れかのバリュー残高が残高基準金額以下となった場合に、電子マネーサーバ2からX+Y+Z円のユーティリティバリューをチャージし、電子マネー記憶部18a、18b、18cに、それぞれX、Y、Z円分のユーティリティバリューを移動する。
変形例3では、電子マネー記憶部18a、18b、18cに予め上限額を設定し、当該上限額に達するまでユーティリティバリューを充当する。
例えば、電子マネー記憶部18a、18b、18cの上限額をX円、Y円、Z円としたとする。
電子マネーアプリケーション15は、何れかのバリュー残高が残高基準金額以下となった場合に、電子マネーアプリケーション15は、電子マネー記憶部18a、18b、18cのそれぞれについて、上限額とバリュー残高の差額を計算し、当該差額の合計金額分のユーティリティバリューを電子マネーサーバ2dからチャージし、電子マネー記憶部18a、18b、18cに、それぞれ差額分のユーティリティバリューを移動する。
変形例4では、電子マネーアプリケーション15は、電子マネー記憶部18a、18b、18cのバリュー残高の合計値を計算し、当該合計値が残高基準金額以下となった場合に、電子マネーサーバ2dからユーティリティバリューをオートチャージする。
ユーティリティバリューから電子マネー記憶部18a、18b、18cへのバリューの移動は、例えば、変形例2、3の方法を用いる。
図10は、変形例5を説明するための図である。
本変形例では、複数の事業者の運用するバリューのうちの1つをユーティリティバリューとして利用する。
ICチップ12は、電子マネー記憶部18a、18b、18cを備えており、電子マネー記憶部18bに記憶したバリューは、事業者A、Cの運営するバリューに変換して電子マネー記憶部18a、18cに移動することができる。
このように、電子マネー記憶部18bのバリューは、上記に説明したユーティリティバリューと同様に使用することができると共に、電子マネー記憶部18bにてチャージや決済を行うこともできる。
例えば、事業者A、Bのバリューをユーティリティバリューとして使用する場合、電子マネー記憶部18aのバリューは、電子マネー記憶部18b、18cに移動可能であり、電子マネー記憶部18bのバリューは、電子マネー記憶部18a、18cに移動できる。
この場合、例えば、電子マネー記憶部18a、18bの順に優先順位を設定して、優先順位の高いものから電子マネー記憶部18cにバリューを移動するなど、各種の運用が可能である。
本実施の形態では、電子マネーアプリケーション15が、バリューの利用状況に応じて最適な残高基準金額を算出することにより、残高基準金額を自動的に設定する。ICチップ12の構成は、第1の実施の形態と同様である。
この場合、電子マネーアプリケーション15は、毎日所定時刻にICチップ12にアクセスして所定期間分(例えば、5日分)のログデータを読み出し、1日当たりの平均決済金額を算出する。そして、ICチップ12は、記憶している残高基準金額を算出した平均決済金額で更新する。
本変形例では、残高基準金額として1回当たりの平均決済金額を用いる。
この場合、電子マネーアプリケーション15は、定期的、又は不定期にICチップ12のログデータを参照して所定回数分の決済金額を読み出し、これを平均して1回当たりの平均決済金額を算出する。
そして、電子マネーアプリケーション15は、記憶している残高基準金額を算出した1回当たりの平均金額で上書きする。
本変形例では、残高基準金額を電子マネーサーバ2が残高基準金額を算出する。
電子マネーサーバ2は、店舗端末8からICチップ12との処理に係るログデータを収集し、単位期間当たりの平均決済金額や1回当たりの平均決済金額などを計算して残高基準金額を算出する。
電子マネーサーバ2は、電子マネーアプリケーション15がアクセスしてきた際に、残高基準金額を電子マネーアプリケーション15に送信し、電子マネーアプリケーション15は、これを受信して記憶する。
本実施の形態では、電子マネーアプリケーション15が、オートチャージ金額を算出することにより、オートチャージ金額を自動的に設定する。ICチップ12の構成は、第1の実施の形態と同様である。
例えば、電子マネーアプリケーション15は、電子マネー記憶部18の最大チャージ可能金額から現在のバリュー残高を減算した値をオートチャージを行う際に計算し、当該値によるオートチャージを電子マネーサーバ2に要求する。
また、最大チャージ可能金額から1回当たりの平均チャージ金額を減算した値をオートチャージ金額としてもよい。
(1)携帯端末7は、定期的にICチップ12のバリュー残高を自動的に確認し、残高が残高基準金額以下であるときに、電子マネーサーバ2と通信してオートチャージするため、ユーザがバリューを管理し、手動でチャージする手間を省くことができる。
(2)ICチップ12にオートチャージすることにより、ユーザがICチップ12のバリューでの支払の際に残高不足となる事態を抑制することができる。
(3)店舗端末8にオートチャージ用の機能を追加するのは困難であるが、電子マネーシステム1では、電子マネーアプリケーション15と電子マネーサーバ2の通信により、オートチャージを実現することができる。
(4)電子マネーアプリケーション15では、残高不足の予想、最適値など、残高基準金額を柔軟に設定することができ、オートチャージ金額も柔軟に設定することができる。
(5)電子マネーアプリケーション15は、ユーティリティバリューをオートチャージすることにより、複数のグループのバリューが混在するシステムに対応することができる。
(6)従来の、携帯端末が金融機関にアクセスして認証を得てから、電子バリュー発行システムにリダイレクトしてチャージする方式は、チャージに時間を要するが、電子マネーシステム1では、与信枠の確認や銀行残高の確認は、電子マネーサーバ2が行うため、携帯端末7は、電子マネーサーバ2にのみ通信して短時間にオートチャージすることができる。
ICチップ12は、電子マネー記憶部18によってバリュー残高を記憶し、外部から入力されるコマンドによってバリュー残高を増減するため、貨幣価値(バリュー)の金額を記憶し、外部端末(店舗端末8や端末機能部10など)から入力される金額変更情報(チャージコマンド、決済コマンド)に従って前記記憶した金額を増減するICチップとして機能している。
そして、端末機能部10で実現された電子マネーアプリケーション15は、例えば、定期的に、又は、バリュー残高が0となると予想される時点など、所定のタイミングで電子マネー記憶部18からバリュー残高を読み出すため、前記記憶した金額を所定のタイミングで取得する金額取得機能を備えている。
また、電子マネーアプリケーション15は、ICチップ12からバリュー残高を読み取って、残高基準金額以下という条件を満たすか否かを判断するため、前記取得した金額が所定の条件を満たすか否かを判断する判断機能を備えている。
また、電子マネーアプリケーション15は、ICチップ12のバリュー残高が残高基準金額以下であるという条件を満たすと判断した場合に、電子マネーサーバ2にアクセスしてICチップ12に対するオートチャージを要求するため、前記判断機能で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求機能を備えている。
また、電子マネーアプリケーション15は、電子マネーサーバ2からチャージのためのコマンドを受信してICチップ12に入力し、ICチップ12のチャージを行う。電子マネーサーバ2からの当該コマンドの送信は、電子マネーサーバ2がオートチャージを承認した承認情報としての機能を有しているため、電子マネーアプリケーション15は、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額機能を有している。また、電子マネーアプリケーション15が電子マネーサーバ2からオートチャージの承認を受けて、電子マネーアプリケーション15がチャージのためのコマンドを生成してICチップ12に入力してもよい。
このように、電子マネーアプリケーション15を端末機能部10で実現するプログラムは、上記機能をコンピュータに実現させる情報処理プログラムに相当する。
第1の実施の形態では、前回のオートチャージから所定時間経過後に電子マネーアプリケーション15がICチップ12のバリュー残高を確認するように構成することもできる。
第1の実施の形態では、ICチップ12のバリューで支払をした際に電子マネーアプリケーション15がICチップ12のバリュー残高を確認するように構成することもできる。
また、第2の実施の形態では、バリュー残高の予想値が所定の条件を満たす場合に電子マネーアプリケーション15がICチップ12のバリュー残高を確認している。また、以上のタイミングを組み合わせてもよい。
このように、前記所定のタイミングは、所定時刻となった場合のタイミング、前記増額機能が前記ICチップに前記サーバから受信した金額変更情報を入力してから所定時間経過後のタイミング、金額変更情報によって前記ICチップが記憶する金額を減額したタイミング、前記ICチップの記憶する金額が所定金額以下となると予測されるタイミング、の内の少なくとも何れかとすることができる。
そして、電子マネーアプリケーション15は、電子マネー記憶部18dのユーティリティバリュー残高が残高基準金額以下となった場合にユーティリティバリューに対してオートチャージを行ったり、また、電子マネー記憶部18a〜18cの事業者別のバリュー残高が残高基準金額以下となった場合にユーティリティバリューに対してオートチャージを行うため、前記金額取得機能は、前記移動用又は個別用の金額記憶手段の内の少なくとも1つの金額を取得し、前記増額機能は、前記金額変更情報によって前記移動用の金額記憶手段の記憶する金額を増額させている。
また、電子マネーアプリケーション15は、電子マネー記憶部18dにオートチャージしたバリューを電子マネー記憶部18a、18b、18cに移動するため、前記移動用の金額記憶手段が記憶する金額を任意の個別用の金額記憶手段に移動する金額移動機能を備えている。
2 電子マネーサーバ
3 クレジット会社サーバ
4 インターネット
5 基地局
7 携帯端末
8 店舗端末
10 端末機能部
11 インターフェース部
12 ICチップ
15 電子マネーアプリケーション
16 端末通信部
17 バリュー処理部
18 電子マネー記憶部
21 CPU
22 ROM
23 通信制御部
24 RAM
25 記憶部
26 プログラム格納部
27 データ格納部
81 加盟店
Claims (16)
- 貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで定期的に取得する金額取得機能と、
前記取得した金額が所定の条件を満たすか否かを判断する判断機能と、
前記判断機能で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求機能と、
前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額機能と、をコンピュータに実現させる情報処理プログラムであって、
前記判断機能が、前記所定のタイミングで定期的に取得した金額の推移から次の金額取得前に金額が所定の条件を満たすと判断した場合は、当該時点で前記増額要求機能が前記所定のサーバに金額の増額を要求することを特徴とする情報処理プログラム。 - 貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得機能と、
前記取得した金額が所定の条件を満たすか否かを判断する判断機能と、
前記判断機能で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求機能と、
前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額機能と、をコンピュータに実現させる情報処理プログラムであって、
前記ICチップは、個別に金額が増減可能であり、複数の事業主体により運営され、互いに金額の移動ができない複数の個別用の金額記憶手段と、個別用の金額記憶手段に移動可能な金額を記憶する移動用の金額記憶手段と、を備えており、
前記金額取得機能は、前記移動用又は個別用の金額記憶手段の内の少なくとも1つの金額を取得し、
前記増額機能は、前記金額変更情報によって前記移動用の金額記憶手段の記憶する金額を増額させ、
前記移動用の金額記憶手段が記憶する金額を任意の個別用の金額記憶手段に移動する金額移動機能をコンピュータに実現させることを特徴とする情報処理プログラム。 - 前記金額移動機能は、前記個別用の金額記憶手段が記憶する金額が所定の条件を満たした場合に、前記移動用の金額記憶手段が記憶する金額を当該所定の条件を満たした個別用の金額記憶手段に移動することを特徴とする請求項2に記載の情報処理プログラム。
- 前記増額機能が前記移動用の金額記憶手段の記憶する金額を増額させた場合に、前記移動用の金額記憶手段の記憶する金額を所定の優先順位に従って複数の前記個別用の金額記憶手段に配分する配分機能をコンピュータに実現させる請求項2、又は、請求項3に記載の情報処理プログラム。
- 貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得機能と、
前記取得した金額が所定の条件を満たすか否かを判断する判断機能と、
前記判断機能で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求機能と、
前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額機能と、をコンピュータに実現させる情報処理プログラムであって、
前記ICチップの記憶する金額の平均決済金額を用いて前記判断機能における前記所定の条件を設定する金額設定機能をコンピュータに実現させる情報処理プログラム。 - 前記判断機能が用いる平均決済金額は、単位期間当たりの平均決済金額又は決済1回当たりの平均決済金額であることを特徴とする請求項5に記載の情報処理プログラム。
- 前記判断機能が条件を満たすか否かを判断する所定の条件に、第1の残高金額と、第2の残高金額を設け、
前記判断機能で、前記取得した金額が第1の残高金額以下と判断された場合、ユーザに警告を発する警告機能を備え、
前記判断機能で、前記取得した金額が第2の残高金額以下と判断された場合に、前記増額要求機能が金額の増額を所定のサーバに要求することを特徴とする請求項1から請求項6までの内の何れか1項に記載の情報処理プログラム。 - 前記増額機能で増額させる所定の金額は、前記ICチップが記憶する最大金額から現在の金額を減算した金額、又は、前記ICチップが記憶する最大金額から1回当たりの平均増額金額を減算した金額の内の何れかであることを特徴とする請求項1から請求項7までの内の何れか1の請求項に記載の情報処理プログラム。
- 金額取得手段と、判断手段と、増額要求手段と、増額手段と、を備えたコンピュータにおいて、
前記金額取得手段が、貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで定期的に取得する金額取得ステップと、
前記判断手段が、前記取得した金額が所定の条件を満たすか否かを判断する判断ステップと、
前記増額要求手段が、前記判断手段で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求ステップと、
前記増額手段が、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額ステップと、
から構成され、
前記判断手段が、前記所定のタイミングで定期的に取得した金額の推移から次の金額取得前に金額が所定の条件を満たすと判断した場合は、当該時点で前記増額要求手段が前記所定のサーバに金額の増額を要求することを特徴とする情報処理方法。 - 貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで定期的に取得する金額取得手段と、
前記取得した金額が所定の条件を満たすか否かを判断する判断手段と、
前記判断手段で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求手段と、
前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額手段と、
を具備し、
前記判断手段が、前記所定のタイミングで定期的に取得した金額の推移から次の金額取得前に金額が所定の条件を満たすと判断した場合は、当該時点で前記増額要求手段が前記所定のサーバに金額の増額を要求することを特徴とする携帯端末。 - 金額取得手段と、判断手段と、増額要求手段と、増額手段と、を備えたコンピュータにおいて、
前記金額取得手段が、貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得ステップと、
前記判断手段が、前記取得した金額が所定の条件を満たすか否かを判断する判断ステップと、
前記増額要求手段が、前記判断手段が前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求ステップと、
前記増額手段が、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額ステップと、
から構成され、
前記ICチップは、個別に金額が増減可能であり、複数の事業主体により運営され、互いに金額の移動ができない複数の個別用の金額記憶手段と、個別用の金額記憶手段に移動可能な金額を記憶する移動用の金額記憶手段と、を備えており、
前記金額取得ステップは、前記移動用又は個別用の金額記憶手段の内の少なくとも1つの金額を取得し、
前記増額ステップは、前記金額変更情報によって前記移動用の金額記憶手段の記憶する金額を増額させ、
前記移動用の金額記憶手段が記憶する金額を任意の個別用の金額記憶手段に移動させることを特徴とする情報処理方法。 - 貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得手段と、
前記取得した金額が所定の条件を満たすか否かを判断する判断手段と、
前記判断手段で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求手段と、
前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額手段と、
を具備し、
前記ICチップは、個別に金額が増減可能であり、複数の事業主体により運営され、互いに金額の移動ができない複数の個別用の金額記憶手段と、個別用の金額記憶手段に移動可能な金額を記憶する移動用の金額記憶手段と、を備えており、
前記金額取得手段は、前記移動用又は個別用の金額記憶手段の内の少なくとも1つの金額を取得し、
前記増額手段は、前記金額変更情報によって前記移動用の金額記憶手段の記憶する金額を増額させ、
前記移動用の金額記憶手段が記憶する金額を任意の個別用の金額記憶手段に移動させることを特徴とする携帯端末。 - 金額取得手段と、判断手段と、増額要求手段と、増額手段と、を備えたコンピュータにおいて、
前記金額取得手段が、貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得ステップと、
前記判断手段が、前記取得した金額が所定の条件を満たすか否かを判断する判断ステップと、
前記増額要求手段が、前記判断手段が前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求ステップと、
前記増額手段が、前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額ステップと、
から構成され、
前記ICチップの記憶する金額の平均決済金額を用いて前記判断ステップにおける前記所定の条件を設定させることを特徴とする情報処理方法。 - 貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得手段と、
前記取得した金額が所定の条件を満たすか否かを判断する判断手段と、
前記判断手段が前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求手段と、
前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額手段と、
を具備し、
前記ICチップの記憶する金額の平均決済金額を用いて前記判断手段における前記所定の条件を設定させることを特徴とする携帯端末。 - 貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得手段と、
前記取得した金額が所定の条件を満たすか否かを判断する判断手段と、
前記判断手段で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求手段と、
前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額手段と、を具備した携帯端末から金額の増額要求を受信する電子マネーサーバであって、
前記増額要求に対する複数の決済手段の登録が可能であり、
登録された複数の各決済手段に優先順位が設定されており、この優先順位に従って増額要求が必要額に達するまで決済を行うことを特徴とする電子マネーサーバ。 - 貨幣価値の金額を記憶し、外部端末から入力される金額変更情報に従って前記記憶した金額を増減するICチップから、前記記憶した金額を所定のタイミングで取得する金額取得手段と、
前記取得した金額が所定の条件を満たすか否かを判断する判断手段と、
前記判断手段で前記取得した金額が所定の条件を満たすと判断された場合に、前記ICチップが記憶する金額の増額を所定のサーバに要求する増額要求手段と、
前記要求に対して前記所定のサーバから承認情報を受信した場合に、所定の金額を増額する金額変更情報を前記ICチップに入力して、前記ICチップの記憶する金額を増額させる増額手段と、を具備した携帯端末から金額の増額要求を受信する電子マネーサーバであって、
前記増額要求に対する複数の決済手段の登録が可能であり、
登録された複数の各決済手段に優先順位が設定されており、この優先順位に従って増額要求の決済を行い、登録された決済手段で決済ができなかった場合、次回の増額要求に対しては可能な限り当該決済手段以外の決済手段で決済を行うことを特徴とする電子マネーサーバ。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011041433A JP5820130B2 (ja) | 2011-02-28 | 2011-02-28 | 情報処理プログラム、情報処理方法、携帯端末、及び電子マネーサーバ |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011041433A JP5820130B2 (ja) | 2011-02-28 | 2011-02-28 | 情報処理プログラム、情報処理方法、携帯端末、及び電子マネーサーバ |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2012178105A JP2012178105A (ja) | 2012-09-13 |
JP5820130B2 true JP5820130B2 (ja) | 2015-11-24 |
Family
ID=46979892
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2011041433A Active JP5820130B2 (ja) | 2011-02-28 | 2011-02-28 | 情報処理プログラム、情報処理方法、携帯端末、及び電子マネーサーバ |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5820130B2 (ja) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014041700A1 (ja) * | 2012-09-14 | 2014-03-20 | 楽天Edy株式会社 | 貨幣端末、貨幣端末の制御方法及びプログラム |
JP2014074968A (ja) * | 2012-10-02 | 2014-04-24 | Dna:Kk | サーバ装置、管理方法、および、システム |
WO2014068737A1 (ja) * | 2012-10-31 | 2014-05-08 | 楽天株式会社 | 携帯端末、携帯端末の制御方法、プログラム及び記録媒体 |
JP6029612B2 (ja) * | 2014-04-22 | 2016-11-24 | ソフトバンク株式会社 | 通信端末装置及び電子決済システム |
JP2016031655A (ja) * | 2014-07-29 | 2016-03-07 | 日本賃貸保証株式会社 | 賃貸料決済システム |
JP6324849B2 (ja) * | 2014-08-29 | 2018-05-16 | Kddi株式会社 | 管理システム及び管理方法 |
JP6567261B2 (ja) * | 2014-09-30 | 2019-08-28 | Kddi株式会社 | 電子通貨管理装置、電子通貨管理方法及び電子通貨管理システム |
JP6453601B2 (ja) * | 2014-09-30 | 2019-01-16 | Kddi株式会社 | 決済情報表示装置及び決済情報表示方法 |
JP6668592B2 (ja) * | 2015-02-04 | 2020-03-18 | 日本電気株式会社 | 管理装置、および通信装置 |
JP2017097615A (ja) * | 2015-11-24 | 2017-06-01 | 日本ユニシス株式会社 | クレジットカードギフトシステムおよびギフト管理サーバ |
JP6064064B2 (ja) * | 2016-02-22 | 2017-01-18 | 日本賃貸保証株式会社 | 賃貸料決済システム |
WO2018042533A1 (ja) * | 2016-08-31 | 2018-03-08 | 楽天株式会社 | 携帯端末、情報処理方法、及び情報処理プログラム |
JP6474519B1 (ja) * | 2018-08-06 | 2019-02-27 | 株式会社メルカリ | 情報処理方法、情報処理装置、および情報処理プログラム |
JP7421741B2 (ja) * | 2019-04-23 | 2024-01-25 | 株式会社Kyash | 法定通貨バリュー、電子マネー、その他ポイント等の各種バリューのチャージ、入金方法及びシステム |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
IL121192A0 (en) * | 1997-06-30 | 1997-11-20 | Ultimus Ltd | Processing system and method for a heterogeneous electronic cash environment |
JP4214653B2 (ja) * | 2000-02-23 | 2009-01-28 | 株式会社日立製作所 | カード情報処理方法 |
JP3924555B2 (ja) * | 2003-07-04 | 2007-06-06 | 株式会社みずほ銀行 | 電子バリュー管理方法 |
JP4549744B2 (ja) * | 2004-06-10 | 2010-09-22 | ソニー・エリクソン・モバイルコミュニケーションズ株式会社 | 電子財布装置、電子財布の管理方法、携帯端末装置、及び電子財布プログラム |
JP5345769B2 (ja) * | 2007-07-02 | 2013-11-20 | 京セラ株式会社 | 通信端末装置および通信システム |
JP2009237831A (ja) * | 2008-03-26 | 2009-10-15 | Dainippon Printing Co Ltd | Icカードチャージシステム、サーバ、プログラム |
US7797248B1 (en) * | 2008-07-11 | 2010-09-14 | Sprint Communications Company L.P. | Automated confirmation of transit card fund replenishment |
-
2011
- 2011-02-28 JP JP2011041433A patent/JP5820130B2/ja active Active
Also Published As
Publication number | Publication date |
---|---|
JP2012178105A (ja) | 2012-09-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5820130B2 (ja) | 情報処理プログラム、情報処理方法、携帯端末、及び電子マネーサーバ | |
JP5156254B2 (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
JP6567261B2 (ja) | 電子通貨管理装置、電子通貨管理方法及び電子通貨管理システム | |
JP5595434B2 (ja) | 情報処理サーバ、情報処理方法、情報処理プログラム及び情報処理プログラムを記録した記録媒体 | |
JP6069328B2 (ja) | 携帯端末、携帯端末の制御方法、プログラム及び記録媒体 | |
JP6145188B1 (ja) | 情報処理システム、サーバ装置、情報処理方法、及び情報処理プログラム | |
KR101652840B1 (ko) | 정보 처리 서버, 정보 처리 방법, 정보 처리 프로그램이 기록된 기록 매체, 휴대 단말기, 휴대형 컴퓨터에 의한 정보 처리 방법, 및 휴대 단말기용 프로그램이 기록된 기록 매체 | |
JP5396001B2 (ja) | 情報処理装置、情報処理装置の制御方法、及び情報処理装置の制御プログラム | |
US8676701B2 (en) | Credit card usage management system, credit card usage management method, program, and information storage medium | |
JP6152185B1 (ja) | 情報処理システム、サーバ装置、情報処理方法、及び情報処理プログラム | |
JP5550630B2 (ja) | 電子マネーサーバ、電子マネー処理方法及び電子マネー処理プログラム | |
JP6699128B2 (ja) | 電子マネー口座の管理サーバ、電子マネーシステム、特典付与方法 | |
JP2021002304A (ja) | 振分管理システム、振分管理方法、利用者端末、及びそのプログラム | |
JP2019074983A (ja) | 情報処理システム | |
KR102022536B1 (ko) | 더치페이(Dutch pay) 결제 전용 어플리케이션이 탑재되어 구동되는 사용자 단말을 이용한 더치페이 결제 처리 시스템 및 결제 처리 방법 | |
JP4851835B2 (ja) | 電子マネー管理装置、電子決済処理方法及び携帯電話装置 | |
JP5936760B1 (ja) | プログラムおよびサーバ | |
JP2017097827A (ja) | プログラムおよびサーバ | |
JP5814493B1 (ja) | 管理装置、管理方法、ならびに、プログラム | |
JP7022108B2 (ja) | 決済処理方法及び決済処理装置 | |
JPWO2018185816A1 (ja) | 購入システム、購入処理方法、購入対象サーバ、及びコンピュータプログラム | |
JP6224195B1 (ja) | 支払い手段切替システム、方法、およびプログラム | |
JP5588487B2 (ja) | 情報処理装置、情報処理装置の制御方法、及び情報処理装置の制御プログラム | |
US20210158337A1 (en) | Payment processing method and payment processing device | |
JP7451945B2 (ja) | 課金管理装置及びプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20140228 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20150116 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20150220 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150421 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20150904 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20151002 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5820130 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |