JP5985632B2 - 情報処理装置、情報処理方法、及び情報処理プログラム - Google Patents
情報処理装置、情報処理方法、及び情報処理プログラム Download PDFInfo
- Publication number
- JP5985632B2 JP5985632B2 JP2014522347A JP2014522347A JP5985632B2 JP 5985632 B2 JP5985632 B2 JP 5985632B2 JP 2014522347 A JP2014522347 A JP 2014522347A JP 2014522347 A JP2014522347 A JP 2014522347A JP 5985632 B2 JP5985632 B2 JP 5985632B2
- Authority
- JP
- Japan
- Prior art keywords
- area
- value
- server
- specified
- amount
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
- G06Q20/0655—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash e-cash managed centrally
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
- G06F3/0486—Drag-and-drop
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/105—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems involving programming of a portable memory device, e.g. IC cards, "electronic purses"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3226—Use of secure elements separate from M-devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
- G06Q20/3676—Balancing accounts
Description
本発明は、情報処理装置、情報処理方法、及び情報処理プログラムに関し、例えば、電子マネーを操作するものに関する。
近年、電子マネーの利用が盛んになってきた。電子マネーでは、バリューと呼ばれる金額情報を貨幣価値に対応させ、これを増減することにより資金決済を行う。
一般に、ユーザは、店舗に設置された決済端末に自己の携帯端末から近距離無線通信でアクセスしてバリューによる決済処理を受ける。
バリューによる決済は、バリューの残高をサーバ側のデータベースに記憶しておき、決済時にサーバにアクセスしてこれを減額するセンター管理型の方式と、携帯端末にバリューの残高を記憶したＩＣチップを内蔵しておき、これを減額して行うストアードバリュー型の方式がある。
一般に、ユーザは、店舗に設置された決済端末に自己の携帯端末から近距離無線通信でアクセスしてバリューによる決済処理を受ける。
バリューによる決済は、バリューの残高をサーバ側のデータベースに記憶しておき、決済時にサーバにアクセスしてこれを減額するセンター管理型の方式と、携帯端末にバリューの残高を記憶したＩＣチップを内蔵しておき、これを減額して行うストアードバリュー型の方式がある。
今までは、ネットワークの通信能力の制約から、携帯端末のＩＣチップにバリューの残高を記憶しておき、決済端末との間でローカルに決済するストアードバリュー型の方式が主流であったが、近年のネットワークの通信能力が著しく向上していることから、センター管理型の方式が普及してくることが見込まれている。
そのため、バリューの残高を記憶したＩＣチップを内蔵すると共にサーバ側のバリュー残高でも決済できる両方式に対応した携帯端末の普及が予想される。
このように、両方式に適合した携帯端末を利用する場合、サーバ側のバリューをＩＣチップに移動したり、あるいは、ＩＣチップに記憶したバリューをサーバ側に移動したりできるとユーザにとって便利である。
そのため、バリューの残高を記憶したＩＣチップを内蔵すると共にサーバ側のバリュー残高でも決済できる両方式に対応した携帯端末の普及が予想される。
このように、両方式に適合した携帯端末を利用する場合、サーバ側のバリューをＩＣチップに移動したり、あるいは、ＩＣチップに記憶したバリューをサーバ側に移動したりできるとユーザにとって便利である。
サーバ側のバリューとＩＣチップ側のバリューを双方向に移動するもの、即ち、サーバ側とＩＣチップ側でバリューを記憶し、サーバ側のバリューをＩＣチップに移動したり、ＩＣチップ側のバリューをサーバに移動したりする技術として、特許文献１の「電子取引システム」がある。
この技術は、決済時にサーバ側に記憶したバリューをＩＣチップ側のバリューに充填したり、ＩＣチップ側に記憶したバリューをサーバ側のバリューに加算入金したりするものである。
この技術は、決済時にサーバ側に記憶したバリューをＩＣチップ側のバリューに充填したり、ＩＣチップ側に記憶したバリューをサーバ側のバリューに加算入金したりするものである。
特許文献１の「電子取引システム」は、数字や記号に対応付けられたボタン（いわゆるテンキー）の操作により移動すべき金額や移動の指示を入力させるユーザインターフェースを採用する決済端末機を用いてバリューの移動を要求する仕組みである（特許文献１の図４等参照）。このため、バリューの移動を指示する操作が現金のやり取りと感覚的にかけ離れており、ユーザにとって使い勝手のよいものではなかった。
本発明は、現金のやり取りと感覚的に近い操作によりバリューの移動を指示するための仕組みを提供することを目的とする。
本発明は、現金のやり取りと感覚的に近い操作によりバリューの移動を指示するための仕組みを提供することを目的とする。
請求項１記載の発明では、画面内に、２以上のバリューにそれぞれ対応する２以上の領域を配置するとともに、前記画面内の前記領域の境界線又は境界領域に重なる位置に単位金額を示す１以上のオブジェクトを表示する表示手段と、画面上のユーザ指示位置を検出する検出手段により検出されたユーザ指示位置が、前記オブジェクトのいずれの表示領域にも含まれない状態から、前記２以上の領域のうちの第１の領域から第２の領域に向かってスライド移動した場合に、当該スライド移動の軌跡上のユーザ指示位置を包含する前記オブジェクトの表示領域を特定する領域特定手段と、前記スライド移動の進行方向に対して後方の領域を示す前記第１の領域から、当該進行方向に対して前方の領域を示す前記第２の領域へ向かう方向を特定する方向特定手段と、前記第１の領域に対応する第１のバリューから前記第２の領域に対応する第２のバリューへ向かう方向を前記バリューの移動方向に決定し、前記特定された表示領域に対応するオブジェクトが示す単位金額を用いて決定したバリューの移動金額と、前記決定されたバリューの移動方向と、を用いて特定したバリューの移動を指示する指示手段と、を具備したことを特徴とする情報処理装置を提供する。
請求項２記載の発明では、前記方向特定手段が、前記特定された表示領域に前記ユーザ指示位置が含まれている状態から当該ユーザ指示位置がさらにスライド移動した場合に、当該スライド移動の進行方向に対して後方の領域を示す前記第１の領域から前方の領域を示す前記第２の領域へ向かう方向を特定することを特徴とする請求項１記載の情報処理装置を提供する。
請求項３記載の発明では、前記領域特定手段により前記オブジェクトの表示領域が最初に特定された後の所定時点までに前記方向特定手段によりスライド移動の方向が複数回特定された場合に、前記指示手段が、当該領域特定手段により特定された表示領域に対応するオブジェクトが示す単位金額を、当該方向特定手段によりスライド移動の方向が特定された回数分だけ加算して得られる累積金額を用いて前記バリューの移動金額を決定することを特徴とする請求項１又は請求項２に記載の情報処理装置を提供する。
請求項４記載の発明では、前記指示手段が、前記領域特定手段により特定された表示領域に対応するオブジェクトが示す単位金額ごとに当該領域特定手段により当該表示領域が特定されてから所定時点までの間に前記方向特定手段によりスライド移動の方向が特定された回数分だけ当該単位金額を加算して得られる累積金額を算出し、当該各累積金額の合計金額を用いて前記バリューの移動金額を決定することを特徴とする請求項３に記載の情報処理装置を提供する。
請求項５記載の発明では、前記指示手段が、前記方向特定手段により最初に特定された方向と反対の方向が特定された回数分だけ前記単位金額を負の値として加算することを特徴とする請求項３又は請求項４に記載の情報処理装置を提供する。
請求項６記載の発明では、前記方向特定手段が、略同時に発生した複数のスライド移動の方向を略同時に特定した場合に、略同時に特定されたスライド移動の数をスライド移動の方向が特定された回数としてカウントすることを特徴とする請求項３から請求項５のいずれか１項に記載の情報処理装置を提供する。
請求項７記載の発明では、前記方向特定手段により前記スライド移動の方向が特定される前に前記領域特定手段により同一のオブジェクトの表示領域が複数回連続して特定された場合に、前記指示手段が、当該特定された表示領域に対応するオブジェクトが示す単位金額を当該表示領域が特定された回数分だけ加算して得られる累積金額を用いて前記バリューの移動金額を決定することを特徴とする請求項１又は請求項２に記載の情報処理装置を提供する。
請求項８記載の発明では、前記方向特定手段により前記スライド移動の方向が複数回特定された場合に、前記指示手段が、当該方向特定手段により特定されたスライド移動の方向ごとに当該方向が特定される前の所定時点から当該方向が特定されるまでの間に前記領域特定手段により同一の表示領域が特定された回数分だけ当該特定された表示領域に対応するオブジェクトが示す単位金額を加算して得られる累積金額を算出し、当該各累積金額の合計金額を用いて前記バリューの移動金額を決定することを特徴とする請求項７に記載の情報処理装置を提供する。
請求項９記載の発明では、前記方向特定手段により最初に特定された方向と反対の方向が特定された場合に、前記指示手段が、当該方向特定手段により反対の方向が特定される前に前記領域特定手段により表示領域が特定された回数分だけ前記単位金額を負の値として加算することを特徴とする請求項８に記載の情報処理装置を提供する。
請求項１０記載の発明では、前記検出手段により異なる複数のユーザ指示位置が略同時に検出された場合に、前記領域特定手段が、当該複数のユーザ指示位置をそれぞれ包含する異なる複数のオブジェクトの表示領域を特定し、前記方向特定手段が、前記特定された異なる複数の表示領域に前記異なる複数のユーザ指示位置がそれぞれ含まれている状態から当該複数のユーザ指示位置又は他のユーザ指示位置がスライド移動した場合に、当該スライド移動の方向を特定し、前記指示手段が、前記特定された異なる複数の表示領域にそれぞれ対応する異なる複数のオブジェクトが示す各単位金額を用いて前記バリューの移動金額を決定することを特徴とする請求項１又は請求項２に記載の情報処理装置を提供する。
請求項１１記載の発明では、前記方向特定手段が、前記スライド移動の軌跡上のユーザ指示位置のうち、２つの領域の境界線上又は境界領域内の位置が検出された時点より前の時点で前記検出手段により検出された位置を包含する領域を示す前記第１の領域から後の時点で前記検出手段により検出された位置を包含する領域を示す前記第２の領域へ向かう方向を特定することを特徴とする請求項１又は請求項２に記載の情報処理装置を提供する。
請求項１２記載の発明では、前記方向特定手段が、前記検出手段により検出されたユーザ指示位置の時間変化から計算される前記スライド移動の運動状態を用いて、当該スライド移動の進行方向に対して後方の領域を示す前記第１の領域から前方の領域を示す前記第２の領域へ向かう方向を特定することを特徴とする請求項１又は請求項２に記載の情報処理装置を提供する。
請求項１３記載の発明では、サーバ側で記憶した電子バリューの残高と、ユーザが携帯する記憶媒体側に記憶した電子バリューの残高の少なくとも一方が所定の金額以下又は未満であるか否かを判断する判断手段と、前記判断手段が所定の金額未満又は以下であると判断した場合に、前記表示手段を起動する起動手段と、を具備したことを特徴とする請求項１から請求項１２のいずれか１項に記載の情報処理装置を提供する。
請求項１４記載の発明では、前記表示手段が、サーバ側で記憶した電子バリューの残高と、ユーザが携帯する記憶媒体側に記憶した電子バリューの残高の少なくとも一方に応じて、前記画面内に表示するオブジェクトが示す単位金額を変更することを特徴とする請求項１から１３のいずれか１項に記載の情報処理装置を提供する。
請求項１５記載の発明では、前記表示手段が、サーバ側で記憶した電子バリューの残高と、ユーザが携帯する記憶媒体側に記憶した電子バリューの残高のいずれか一方に対する所定の数値計算により得られた金額を単位金額として示すオブジェクトを少なくとも１つ前記画面内に表示することを特徴とする請求項１から１４のいずれか１項に記載の情報処理装置を提供する。
請求項１６記載の発明では、コンピュータにより行う情報処理方法であって、画面内に、２以上のバリューにそれぞれ対応する２以上の領域を配置するとともに、前記画面内の前記領域の境界線又は境界領域に重なる位置に単位金額を示す１以上のオブジェクトを表示する表示ステップと、画面上のユーザ指示位置を検出する検出手段により検出されたユーザ指示位置が、前記オブジェクトのいずれの表示領域にも含まれない状態から、前記２以上の領域のうちの第１の領域から第２の領域に向かってスライド移動した場合に、当該スライド移動の軌跡上のユーザ指示位置を包含する前記オブジェクトの表示領域を特定する領域特定ステップと、前記スライド移動の進行方向に対して後方の領域を示す前記第１の領域から、当該進行方向に対して前方の領域を示す前記第２の領域へ向かう方向を特定する方向特定ステップと、前記第１の領域に対応する第１のバリューから前記第２の領域に対応する第２のバリューへ向かう方向を前記バリューの移動方向に決定し、前記特定された表示領域に対応するオブジェクトが示す単位金額を用いて決定したバリューの移動金額と、前記決定されたバリューの移動方向と、を用いて特定したバリューの移動を指示する指示ステップと、を具備したことを特徴とする情報処理方法を提供する。
請求項１７記載の発明では、画面内に、２以上のバリューにそれぞれ対応する２以上の領域を配置するとともに、前記画面内の前記領域の境界線又は境界領域に重なる位置に単位金額を示す１以上のオブジェクトを表示する表示機能と、画面上のユーザ指示位置を検出する検出手段により検出されたユーザ指示位置が、前記オブジェクトのいずれの表示領域にも含まれない状態から、前記２以上の領域のうちの第１の領域から第２の領域に向かってスライド移動した場合に、当該スライド移動の軌跡上のユーザ指示位置を包含する前記オブジェクトの表示領域を特定する領域特定機能と、前記スライド移動の進行方向に対して後方の領域を示す前記第１の領域から、当該進行方向に対して前方の領域を示す前記第２の領域へ向かう方向を特定する方向特定機能と、前記第２の領域に対応する第１のバリューから前記第２の領域に対応する第２のバリューへ向かう方向を前記バリューの移動方向に決定し、前記特定された表示領域に対応するオブジェクトが示す単位金額を用いて決定したバリューの移動金額と、前記決定されたバリューの移動方向と、を用いて特定したバリューの移動を指示する指示機能と、をコンピュータに実現させる情報処理プログラムを提供する。
請求項２記載の発明では、前記方向特定手段が、前記特定された表示領域に前記ユーザ指示位置が含まれている状態から当該ユーザ指示位置がさらにスライド移動した場合に、当該スライド移動の進行方向に対して後方の領域を示す前記第１の領域から前方の領域を示す前記第２の領域へ向かう方向を特定することを特徴とする請求項１記載の情報処理装置を提供する。
請求項３記載の発明では、前記領域特定手段により前記オブジェクトの表示領域が最初に特定された後の所定時点までに前記方向特定手段によりスライド移動の方向が複数回特定された場合に、前記指示手段が、当該領域特定手段により特定された表示領域に対応するオブジェクトが示す単位金額を、当該方向特定手段によりスライド移動の方向が特定された回数分だけ加算して得られる累積金額を用いて前記バリューの移動金額を決定することを特徴とする請求項１又は請求項２に記載の情報処理装置を提供する。
請求項４記載の発明では、前記指示手段が、前記領域特定手段により特定された表示領域に対応するオブジェクトが示す単位金額ごとに当該領域特定手段により当該表示領域が特定されてから所定時点までの間に前記方向特定手段によりスライド移動の方向が特定された回数分だけ当該単位金額を加算して得られる累積金額を算出し、当該各累積金額の合計金額を用いて前記バリューの移動金額を決定することを特徴とする請求項３に記載の情報処理装置を提供する。
請求項５記載の発明では、前記指示手段が、前記方向特定手段により最初に特定された方向と反対の方向が特定された回数分だけ前記単位金額を負の値として加算することを特徴とする請求項３又は請求項４に記載の情報処理装置を提供する。
請求項６記載の発明では、前記方向特定手段が、略同時に発生した複数のスライド移動の方向を略同時に特定した場合に、略同時に特定されたスライド移動の数をスライド移動の方向が特定された回数としてカウントすることを特徴とする請求項３から請求項５のいずれか１項に記載の情報処理装置を提供する。
請求項７記載の発明では、前記方向特定手段により前記スライド移動の方向が特定される前に前記領域特定手段により同一のオブジェクトの表示領域が複数回連続して特定された場合に、前記指示手段が、当該特定された表示領域に対応するオブジェクトが示す単位金額を当該表示領域が特定された回数分だけ加算して得られる累積金額を用いて前記バリューの移動金額を決定することを特徴とする請求項１又は請求項２に記載の情報処理装置を提供する。
請求項８記載の発明では、前記方向特定手段により前記スライド移動の方向が複数回特定された場合に、前記指示手段が、当該方向特定手段により特定されたスライド移動の方向ごとに当該方向が特定される前の所定時点から当該方向が特定されるまでの間に前記領域特定手段により同一の表示領域が特定された回数分だけ当該特定された表示領域に対応するオブジェクトが示す単位金額を加算して得られる累積金額を算出し、当該各累積金額の合計金額を用いて前記バリューの移動金額を決定することを特徴とする請求項７に記載の情報処理装置を提供する。
請求項９記載の発明では、前記方向特定手段により最初に特定された方向と反対の方向が特定された場合に、前記指示手段が、当該方向特定手段により反対の方向が特定される前に前記領域特定手段により表示領域が特定された回数分だけ前記単位金額を負の値として加算することを特徴とする請求項８に記載の情報処理装置を提供する。
請求項１０記載の発明では、前記検出手段により異なる複数のユーザ指示位置が略同時に検出された場合に、前記領域特定手段が、当該複数のユーザ指示位置をそれぞれ包含する異なる複数のオブジェクトの表示領域を特定し、前記方向特定手段が、前記特定された異なる複数の表示領域に前記異なる複数のユーザ指示位置がそれぞれ含まれている状態から当該複数のユーザ指示位置又は他のユーザ指示位置がスライド移動した場合に、当該スライド移動の方向を特定し、前記指示手段が、前記特定された異なる複数の表示領域にそれぞれ対応する異なる複数のオブジェクトが示す各単位金額を用いて前記バリューの移動金額を決定することを特徴とする請求項１又は請求項２に記載の情報処理装置を提供する。
請求項１１記載の発明では、前記方向特定手段が、前記スライド移動の軌跡上のユーザ指示位置のうち、２つの領域の境界線上又は境界領域内の位置が検出された時点より前の時点で前記検出手段により検出された位置を包含する領域を示す前記第１の領域から後の時点で前記検出手段により検出された位置を包含する領域を示す前記第２の領域へ向かう方向を特定することを特徴とする請求項１又は請求項２に記載の情報処理装置を提供する。
請求項１２記載の発明では、前記方向特定手段が、前記検出手段により検出されたユーザ指示位置の時間変化から計算される前記スライド移動の運動状態を用いて、当該スライド移動の進行方向に対して後方の領域を示す前記第１の領域から前方の領域を示す前記第２の領域へ向かう方向を特定することを特徴とする請求項１又は請求項２に記載の情報処理装置を提供する。
請求項１３記載の発明では、サーバ側で記憶した電子バリューの残高と、ユーザが携帯する記憶媒体側に記憶した電子バリューの残高の少なくとも一方が所定の金額以下又は未満であるか否かを判断する判断手段と、前記判断手段が所定の金額未満又は以下であると判断した場合に、前記表示手段を起動する起動手段と、を具備したことを特徴とする請求項１から請求項１２のいずれか１項に記載の情報処理装置を提供する。
請求項１４記載の発明では、前記表示手段が、サーバ側で記憶した電子バリューの残高と、ユーザが携帯する記憶媒体側に記憶した電子バリューの残高の少なくとも一方に応じて、前記画面内に表示するオブジェクトが示す単位金額を変更することを特徴とする請求項１から１３のいずれか１項に記載の情報処理装置を提供する。
請求項１５記載の発明では、前記表示手段が、サーバ側で記憶した電子バリューの残高と、ユーザが携帯する記憶媒体側に記憶した電子バリューの残高のいずれか一方に対する所定の数値計算により得られた金額を単位金額として示すオブジェクトを少なくとも１つ前記画面内に表示することを特徴とする請求項１から１４のいずれか１項に記載の情報処理装置を提供する。
請求項１６記載の発明では、コンピュータにより行う情報処理方法であって、画面内に、２以上のバリューにそれぞれ対応する２以上の領域を配置するとともに、前記画面内の前記領域の境界線又は境界領域に重なる位置に単位金額を示す１以上のオブジェクトを表示する表示ステップと、画面上のユーザ指示位置を検出する検出手段により検出されたユーザ指示位置が、前記オブジェクトのいずれの表示領域にも含まれない状態から、前記２以上の領域のうちの第１の領域から第２の領域に向かってスライド移動した場合に、当該スライド移動の軌跡上のユーザ指示位置を包含する前記オブジェクトの表示領域を特定する領域特定ステップと、前記スライド移動の進行方向に対して後方の領域を示す前記第１の領域から、当該進行方向に対して前方の領域を示す前記第２の領域へ向かう方向を特定する方向特定ステップと、前記第１の領域に対応する第１のバリューから前記第２の領域に対応する第２のバリューへ向かう方向を前記バリューの移動方向に決定し、前記特定された表示領域に対応するオブジェクトが示す単位金額を用いて決定したバリューの移動金額と、前記決定されたバリューの移動方向と、を用いて特定したバリューの移動を指示する指示ステップと、を具備したことを特徴とする情報処理方法を提供する。
請求項１７記載の発明では、画面内に、２以上のバリューにそれぞれ対応する２以上の領域を配置するとともに、前記画面内の前記領域の境界線又は境界領域に重なる位置に単位金額を示す１以上のオブジェクトを表示する表示機能と、画面上のユーザ指示位置を検出する検出手段により検出されたユーザ指示位置が、前記オブジェクトのいずれの表示領域にも含まれない状態から、前記２以上の領域のうちの第１の領域から第２の領域に向かってスライド移動した場合に、当該スライド移動の軌跡上のユーザ指示位置を包含する前記オブジェクトの表示領域を特定する領域特定機能と、前記スライド移動の進行方向に対して後方の領域を示す前記第１の領域から、当該進行方向に対して前方の領域を示す前記第２の領域へ向かう方向を特定する方向特定機能と、前記第２の領域に対応する第１のバリューから前記第２の領域に対応する第２のバリューへ向かう方向を前記バリューの移動方向に決定し、前記特定された表示領域に対応するオブジェクトが示す単位金額を用いて決定したバリューの移動金額と、前記決定されたバリューの移動方向と、を用いて特定したバリューの移動を指示する指示機能と、をコンピュータに実現させる情報処理プログラムを提供する。
本発明によれば、現金のやり取りと感覚的に近い操作によりバリューの移動を指示することが可能である。
（１）実施形態の概要
携帯端末５(図１(ａ))は、端末側バリュー残高を記憶した汎用ＩＣチップ２５を内蔵すると共にインターネット３を介して電子マネーサーバ２に接続することができる。電子マネーサーバ２には、携帯端末５に対応したサーバ側バリュー残高が記憶されている。電子マネーサーバ２と携帯端末５は、協働して動作し、端末側バリュー残高とサーバ側バリュー残高の間でバリューの移動が可能である。
携帯端末５は、ユーザインターフェースによりバリュー移動画面４１を表示し、バリュー移動画面４１からユーザのタッチ操作にて、移動するバリューの金額（単位金額及び単位数）、並びに移動の方向を受け付けることができる。
このようにして、ユーザは、現金のやり取りと感覚的に近い直感的で簡単な操作により、任意のタイミングで任意の金額のバリューを端末側バリュー残高とサーバ側バリュー残高の間で移動することができる。
携帯端末５(図１(ａ))は、端末側バリュー残高を記憶した汎用ＩＣチップ２５を内蔵すると共にインターネット３を介して電子マネーサーバ２に接続することができる。電子マネーサーバ２には、携帯端末５に対応したサーバ側バリュー残高が記憶されている。電子マネーサーバ２と携帯端末５は、協働して動作し、端末側バリュー残高とサーバ側バリュー残高の間でバリューの移動が可能である。
携帯端末５は、ユーザインターフェースによりバリュー移動画面４１を表示し、バリュー移動画面４１からユーザのタッチ操作にて、移動するバリューの金額（単位金額及び単位数）、並びに移動の方向を受け付けることができる。
このようにして、ユーザは、現金のやり取りと感覚的に近い直感的で簡単な操作により、任意のタイミングで任意の金額のバリューを端末側バリュー残高とサーバ側バリュー残高の間で移動することができる。
（２）実施形態の詳細
まず、図１の各図を用いて電子マネーシステム１、及び携帯端末５について説明する。
図１(ａ)は、第１の実施の形態に係る電子マネーシステム１のネットワーク構成を説明するための図である。
電子マネーシステム１は、電子マネーサーバ２、インターネット３、携帯端末５、決済端末６、非同期決済端末７、仮想店舗サーバ５１などを用いて構成されている。
まず、図１の各図を用いて電子マネーシステム１、及び携帯端末５について説明する。
図１(ａ)は、第１の実施の形態に係る電子マネーシステム１のネットワーク構成を説明するための図である。
電子マネーシステム１は、電子マネーサーバ２、インターネット３、携帯端末５、決済端末６、非同期決済端末７、仮想店舗サーバ５１などを用いて構成されている。
電子マネーサーバ２は、バリューによる貨幣価値の移動を管理するサーバである。ここで、バリューとは、貨幣価値に対応させた電子情報(電子バリュー)であり、電子マネーシステム１は、バリューの残高(以下、バリュー残高)を増減することにより貨幣価値を移動させる。
そして、電子マネーシステム１の事業体は、バリューの移動に対応させて実際の貨幣を移動させることによりバリューと実際の貨幣の移動を対応させる。
そして、電子マネーシステム１の事業体は、バリューの移動に対応させて実際の貨幣を移動させることによりバリューと実際の貨幣の移動を対応させる。
電子マネーサーバ２は、携帯端末５に対応づけてバリュー残高を記憶している。後述するように携帯端末５は、携帯端末５の内部にもバリュー残高を記憶しており、これらを区別するため、電子マネーサーバ２側で記憶したバリュー残高をサーバ側バリュー残高と呼び、携帯端末５が記憶しているバリュー残高を端末側バリュー残高と呼ぶことにする。
このように、電子マネーシステム１では、サーバ側バリュー残高によるセンター管理型システムと端末側バリュー残高によるストアードバリュー型システムが混在している。
そのため、電子マネーシステム１では、サーバ側バリュー残高と端末側バリュー残高の何れを用いても決済することができる。
携帯端末５は、例えば、スマートフォン、携帯電話、ゲーム機、タブレット型コンピュータなどで構成された携帯端末であって、インターネット３に接続する機能と決済端末６や非同期決済端末７と近距離無線通信により接続する機能を備えている。
携帯端末５は、予め汎用ＩＣチップ２５を内蔵しており、これに端末側バリュー残高を記憶している。なお、この汎用ＩＣチップ２５は、例えば、携帯端末５に装着するようにすることもできる。
そのため、電子マネーシステム１では、サーバ側バリュー残高と端末側バリュー残高の何れを用いても決済することができる。
携帯端末５は、例えば、スマートフォン、携帯電話、ゲーム機、タブレット型コンピュータなどで構成された携帯端末であって、インターネット３に接続する機能と決済端末６や非同期決済端末７と近距離無線通信により接続する機能を備えている。
携帯端末５は、予め汎用ＩＣチップ２５を内蔵しており、これに端末側バリュー残高を記憶している。なお、この汎用ＩＣチップ２５は、例えば、携帯端末５に装着するようにすることもできる。
携帯端末５は、サーバ側バリュー残高による決済と、端末側バリュー残高による決済の何れを行うこともでき、何れの残高で優先的に決済するかは、各種の形態が可能である。
例えば、サーバ側バリュー残高で決済し、不足分を端末側バリュー残高で決済したり、その逆に、端末側バリュー残高で決済し、不足分をサーバ側バリュー残高で決済する場合などがある。
例えば、サーバ側バリュー残高で決済し、不足分を端末側バリュー残高で決済したり、その逆に、端末側バリュー残高で決済し、不足分をサーバ側バリュー残高で決済する場合などがある。
なお、後述するように非同期決済端末７に対しては、端末側バリュー残高で決済する必要があるため、サーバ側バリュー残高で優先的に決済し、なるべく端末側バリュー残高を温存するのが望ましい。
また、ユーザが携帯端末５にて、決済に用いる残高の優先順位を設定するように構成することもできる。
また、ユーザが携帯端末５にて、決済に用いる残高の優先順位を設定するように構成することもできる。
更に、電子マネーシステム１では、決済のほかに、携帯端末５がインターネット３経由で電子マネーサーバ２に任意のタイミングでアクセスし、サーバ側バリュー残高の少なくとも一部を端末側バリュー残高に移動したり、あるいは、端末側バリュー残高の少なくとも一部をサーバ側バリュー残高に移動したりなど、サーバ側バリュー残高と端末側バリュー残高の間で双方向にバリューの移動が可能である。この処理については後ほど詳細に説明する。
決済端末６は、コンビニエンスストアなどのリアル店舗(不動産店舗などで物理的に営業している店舗)の会計カウンタや自動販売機などに設置されている。
通信回線８は、電子マネーサーバ２と決済端末６を接続する回線である。通信回線８として専用回線を用いることもできるし、インターネット３などの汎用の回線を用いてもよい。
決済端末６は、携帯端末５と近距離無線通信を行うと共に通信回線８を介して電子マネーサーバ２とも通信し、電子マネーサーバ２に決済金額などの情報を送信したり、電子マネーサーバ２と携帯端末５の通信を中継したりする。決済端末６は、携帯端末５を用いた決済時にリアルタイムで電子マネーサーバ２とオンライン通信する同期決済端末である。
通信回線８は、電子マネーサーバ２と決済端末６を接続する回線である。通信回線８として専用回線を用いることもできるし、インターネット３などの汎用の回線を用いてもよい。
決済端末６は、携帯端末５と近距離無線通信を行うと共に通信回線８を介して電子マネーサーバ２とも通信し、電子マネーサーバ２に決済金額などの情報を送信したり、電子マネーサーバ２と携帯端末５の通信を中継したりする。決済端末６は、携帯端末５を用いた決済時にリアルタイムで電子マネーサーバ２とオンライン通信する同期決済端末である。
決済端末６を用いてサーバ側バリュー残高で決済する場合は、次のような処理が行われる。
決済端末６は、携帯端末５の契約者情報ＩＣチップ２１から近距離通信制御部１７を介して、サーバ側バリュー残高の口座番号であるサーバ側電子マネー番号を読み取り、決済金額と共に電子マネーサーバ２に送信する。
電子マネーサーバ２は、サーバ側電子マネー番号で特定されるサーバ側バリュー残高から決済金額を減額して決済処理を行う。
なお、通信回線８を用いずに、携帯端末５が決済端末６から決済金額を受信して、自己が記憶するサーバ側電子マネー番号と共にインターネット３経由で電子マネーサーバ２に送信してもよい。
決済端末６は、携帯端末５の契約者情報ＩＣチップ２１から近距離通信制御部１７を介して、サーバ側バリュー残高の口座番号であるサーバ側電子マネー番号を読み取り、決済金額と共に電子マネーサーバ２に送信する。
電子マネーサーバ２は、サーバ側電子マネー番号で特定されるサーバ側バリュー残高から決済金額を減額して決済処理を行う。
なお、通信回線８を用いずに、携帯端末５が決済端末６から決済金額を受信して、自己が記憶するサーバ側電子マネー番号と共にインターネット３経由で電子マネーサーバ２に送信してもよい。
また、決済端末６を用いて端末側バリュー残高で決済する場合は、次のような処理が行われる。
まず、決済端末６は、決済金額を電子マネーサーバ２に送信する。次に、電子マネーサーバ２は、決済端末６経由で携帯端末５内の汎用ＩＣチップ２５と通信し、これに端末側バリュー残高を決済金額だけ減額させるコマンドを送信して汎用ＩＣチップ２５に決済処理を行わせる。
なお、通信回線８を用いずに、携帯端末５が決済端末６から決済金額を受信してインターネット３経由で電子マネーサーバ２に送り、電子マネーサーバ２からインターネット３経由で携帯端末５にコマンドを送信してもよい。
まず、決済端末６は、決済金額を電子マネーサーバ２に送信する。次に、電子マネーサーバ２は、決済端末６経由で携帯端末５内の汎用ＩＣチップ２５と通信し、これに端末側バリュー残高を決済金額だけ減額させるコマンドを送信して汎用ＩＣチップ２５に決済処理を行わせる。
なお、通信回線８を用いずに、携帯端末５が決済端末６から決済金額を受信してインターネット３経由で電子マネーサーバ２に送り、電子マネーサーバ２からインターネット３経由で携帯端末５にコマンドを送信してもよい。
非同期決済端末７は、例えば、ネットワーク設備の不便な店舗や自動販売機などに設置されており、携帯端末５の近距離通信制御部１７を介して、近距離無線通信する機能を備えている。
非同期決済端末７は、携帯端末５の汎用ＩＣチップ２５と近距離通信制御部１７を介して、近距離無線通信を行って、端末側バリュー残高により決済を行う。非同期決済端末７は、通常は電子マネーサーバ２と接続しておらず(そのため、サーバ側バリュー残高によるリアルタイムの決済ができない)、携帯端末５との決済内容をとりあえずログデータとして記憶しておく。
非同期決済端末７は、携帯端末５の汎用ＩＣチップ２５と近距離通信制御部１７を介して、近距離無線通信を行って、端末側バリュー残高により決済を行う。非同期決済端末７は、通常は電子マネーサーバ２と接続しておらず(そのため、サーバ側バリュー残高によるリアルタイムの決済ができない)、携帯端末５との決済内容をとりあえずログデータとして記憶しておく。
そして、非同期決済端末７は、１日に１回程度、通信回線８を用いて電子マネーサーバ２に接続し、電子マネーサーバ２にログデータを送信する。ネットワーク通信設備がない環境では、ログデータを記録した記録媒体を担当者が手動で収集する場合もある。
電子マネーサーバ２は、端末側バリュー残高に関しては決済端末６や非同期決済端末７でのログデータによって資金移動を管理する。
なお、携帯端末５がインターネット３に接続できる環境では、携帯端末５が非同期決済端末７から決済金額を受信し、携帯端末５と電子マネーサーバ２をインターネット３で接続することにより携帯端末５を介して汎用ＩＣチップ２５と電子マネーサーバ２の間で決済することが可能である。
電子マネーサーバ２は、端末側バリュー残高に関しては決済端末６や非同期決済端末７でのログデータによって資金移動を管理する。
なお、携帯端末５がインターネット３に接続できる環境では、携帯端末５が非同期決済端末７から決済金額を受信し、携帯端末５と電子マネーサーバ２をインターネット３で接続することにより携帯端末５を介して汎用ＩＣチップ２５と電子マネーサーバ２の間で決済することが可能である。
仮想店舗サーバ５１は、インターネット３上で商品やサービスの販売を行っている仮想店舗のサーバである。
仮想店舗サーバ５１は、インターネット３を介して携帯端末５からアクセスを受け付けて商取引を行う。
仮想店舗サーバ５１は、決済を電子マネーサーバ２に依頼し、決済は、インターネット３を媒体として電子マネーサーバ２と携帯端末５の間で行われる。
より詳細には、仮想店舗サーバ５１は、携帯端末５から商品購入の申し込みを受け付けると、電子マネーサーバ２に決済金額を送信すると共に、携帯端末５からの接続を電子マネーサーバ２にリダイレクトする。
そして、電子マネーサーバ２は、携帯端末５と通信して、サーバ側バリュー残高、あるいは端末側バリュー残高による決済金額の決済処理を行う。
仮想店舗サーバ５１は、インターネット３を介して携帯端末５からアクセスを受け付けて商取引を行う。
仮想店舗サーバ５１は、決済を電子マネーサーバ２に依頼し、決済は、インターネット３を媒体として電子マネーサーバ２と携帯端末５の間で行われる。
より詳細には、仮想店舗サーバ５１は、携帯端末５から商品購入の申し込みを受け付けると、電子マネーサーバ２に決済金額を送信すると共に、携帯端末５からの接続を電子マネーサーバ２にリダイレクトする。
そして、電子マネーサーバ２は、携帯端末５と通信して、サーバ側バリュー残高、あるいは端末側バリュー残高による決済金額の決済処理を行う。
図１(ｂ)は、携帯端末５のユーザインターフェース画面を説明するための図である。
携帯端末５は、ユーザからバリュー移動画面４１にてバリューの移動指示を受け付ける。
バリュー移動画面４１は、表示内容に従ってユーザが指先やタッチペンなどで触れると、当該触れた箇所の座標値に対応する入力を受け付けるようになっている。
このように、携帯端末５では、ユーザがバリュー移動画面４１に触れることにより、バリューの移動金額（単位金額及び単位数）、並びに移動方向(サーバ側バリュー残高から端末側バリュー残高へ、又は、端末側バリュー残高からサーバ側バリュー残高へ)を指定できるようになっている。
図の例では、サーバ側バリュー残高領域４２に指先でタッチした状態で端末側バリュー残高領域４３に指先をスライドさせて、サーバ側バリュー残高から端末側バリュー残高へバリューを移動させる旨の指示を入力している。
バリュー移動画面４１の表示内容や指示の入力方法は各種あり、後ほど詳細に説明する。
携帯端末５は、ユーザからバリュー移動画面４１にてバリューの移動指示を受け付ける。
バリュー移動画面４１は、表示内容に従ってユーザが指先やタッチペンなどで触れると、当該触れた箇所の座標値に対応する入力を受け付けるようになっている。
このように、携帯端末５では、ユーザがバリュー移動画面４１に触れることにより、バリューの移動金額（単位金額及び単位数）、並びに移動方向(サーバ側バリュー残高から端末側バリュー残高へ、又は、端末側バリュー残高からサーバ側バリュー残高へ)を指定できるようになっている。
図の例では、サーバ側バリュー残高領域４２に指先でタッチした状態で端末側バリュー残高領域４３に指先をスライドさせて、サーバ側バリュー残高から端末側バリュー残高へバリューを移動させる旨の指示を入力している。
バリュー移動画面４１の表示内容や指示の入力方法は各種あり、後ほど詳細に説明する。
図２は、携帯端末５のハードウェア的な構成を示した図である。ここでは、一例として携帯端末５をスマートフォンであるとするが、携帯電話やその他の携帯端末も同様である。
携帯端末５は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、入力部１４、出力部１５、通信制御部１６、近距離通信制御部１７、記憶部１８、契約者情報ＩＣチップ２１、汎用ＩＣチップ２５などがバスライン１９によって接続している。
携帯端末５は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、入力部１４、出力部１５、通信制御部１６、近距離通信制御部１７、記憶部１８、契約者情報ＩＣチップ２１、汎用ＩＣチップ２５などがバスライン１９によって接続している。
ＣＰＵ１１は、ＲＯＭ１２や記憶部１８に記録したプログラムを実行して各種の情報処理や携帯端末５全体の制御を行う。本実施の形態では、例えば、後述の電子マネーアプリケーションプログラムの提供する機能により電子マネーサーバ２と協働してサーバ側バリュー残高や端末側バリュー残高による決済処理を行ったり、サーバ側バリュー残高と端末側バリュー残高の間でバリューの移動を行ったりする。
ＲＯＭ１２は、読み取り専用のメモリであって、携帯端末５が動作するための基本的なプログラム、パラメータ、データなどが記録されている。
ＲＡＭ１３は、読み書きが可能なメモリであって、ＣＰＵ１１が情報処理を行う際のワーキングメモリを提供する。
ＲＯＭ１２は、読み取り専用のメモリであって、携帯端末５が動作するための基本的なプログラム、パラメータ、データなどが記録されている。
ＲＡＭ１３は、読み書きが可能なメモリであって、ＣＰＵ１１が情報処理を行う際のワーキングメモリを提供する。
出力部１５は、ユーザに対して情報を出力する機能部であって、画面表示用のディスプレイ５４、音声を出力するスピーカなどを備えている。ディスプレイ５４は、例えば、液晶ディスプレイで構成されており、バリュー移動画面４１(図１(ｂ))や各種のアイコンなどのオブジェクトが表示される。
入力部１４は、外部からの情報を入力する機能部であって、ディスプレイ５４の上に設置されたタッチパネル５３、音声を入力するマイクロフォン、被写体を撮影するカメラなどを備えている。ユーザは、ディスプレイ５４の表示に対応してタッチパネル５３にタッチすることにより、その接触位置（ユーザ指示位置）を含む領域に表示されているオブジェクトに対応する情報を入力することができる。
入力部１４は、外部からの情報を入力する機能部であって、ディスプレイ５４の上に設置されたタッチパネル５３、音声を入力するマイクロフォン、被写体を撮影するカメラなどを備えている。ユーザは、ディスプレイ５４の表示に対応してタッチパネル５３にタッチすることにより、その接触位置（ユーザ指示位置）を含む領域に表示されているオブジェクトに対応する情報を入力することができる。
記憶部１８は、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）やハードディスクなどの記録媒体を用いて構成されており、携帯端末５を制御する基本的なプログラムであるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やバリューの移動を行う際のユーザインターフェースを実現するユーザインターフェースプログラム、その他のプログラムやデータを記録している。
通信制御部１６は、携帯電話網の基地局アンテナと無線通信するためのアンテナを備えており、携帯端末５をインターネット３や電話回線に接続する。携帯端末５は、通信制御部１６を介してインターネット３経由で仮想店舗サーバ５１や電子マネーサーバ２と通信することができる。
近距離通信制御部１７は、決済端末６や非同期決済端末７のリーダライタと近距離無線通信するためのアンテナを備えており、携帯端末５の契約者情報ＩＣチップ２１や汎用ＩＣチップ２５と、決済端末６や非同期決済端末７との間の近距離無線通信を制御する。携帯端末５の契約者情報ＩＣチップ２１、汎用ＩＣチップ２５は、近距離通信制御部１７を介して決済端末６、非同期決済端末７と通信する他、決済端末６と通信回線８を経由して電子マネーサーバ２と通信することができる。
近距離通信制御部１７は、決済端末６や非同期決済端末７のリーダライタと近距離無線通信するためのアンテナを備えており、携帯端末５の契約者情報ＩＣチップ２１や汎用ＩＣチップ２５と、決済端末６や非同期決済端末７との間の近距離無線通信を制御する。携帯端末５の契約者情報ＩＣチップ２１、汎用ＩＣチップ２５は、近距離通信制御部１７を介して決済端末６、非同期決済端末７と通信する他、決済端末６と通信回線８を経由して電子マネーサーバ２と通信することができる。
契約者情報ＩＣチップ２１は、電話契約者情報を記憶したＩＣチップであり、着脱可能なＩＣカードとして携帯端末５に実装されている。このカードは、例えば、ＳＩＭ(Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カードと呼ばれる。
契約者情報ＩＣチップ２１は、ＣＰＵ、ＲＡＭ、ＲＯＭなどによって構成され、各種プログラムに従って情報処理を行う情報処理部２２と不揮発性のメモリで構成された記憶部２３を備えている。
契約者情報ＩＣチップ２１は、ＣＰＵ、ＲＡＭ、ＲＯＭなどによって構成され、各種プログラムに従って情報処理を行う情報処理部２２と不揮発性のメモリで構成された記憶部２３を備えている。
記憶部２３には、契約者情報や電子マネー用のアプリケーションプログラムなどが記憶されている。
電話契約者情報には、電話番号を特定するＩＤ情報が含まれており、契約者情報ＩＣチップ２１が装着された携帯端末５は、当該電話番号によって機能する携帯端末となる。
電子マネー用のアプリケーションプログラムは、バリューによる決済や移動を支援するプログラムであって、これを情報処理部２２のＣＰＵで実行すると、当該ＣＰＵ、ＣＰＵ１１、及び汎用ＩＣチップ２５に形成されたＣＰＵが協働して動作する電子マネーアプリケーションが実現される。
電話契約者情報には、電話番号を特定するＩＤ情報が含まれており、契約者情報ＩＣチップ２１が装着された携帯端末５は、当該電話番号によって機能する携帯端末となる。
電子マネー用のアプリケーションプログラムは、バリューによる決済や移動を支援するプログラムであって、これを情報処理部２２のＣＰＵで実行すると、当該ＣＰＵ、ＣＰＵ１１、及び汎用ＩＣチップ２５に形成されたＣＰＵが協働して動作する電子マネーアプリケーションが実現される。
電子マネー用のアプリケーションプログラムは、サーバ側電子マネー番号を備えている。サーバ側電子マネー番号は、電子マネーサーバ２で決済処理や移動処理に用いるサーバ側バリュー残高を特定するバリュー残高の口座番号である。
このように契約者情報ＩＣチップ２１は、契約者情報のほか電子マネー用のアプリケーションプログラムを記憶しているため、ユーザが携帯端末５を新機種に買い換えたときなどは契約者情報ＩＣチップ２１を新規の携帯端末５に装着することにより、電話番号のほか、バリューによるサービスを同じサーバ側電子マネー番号で引き続き利用することができる。
この他に、記憶部２３には、電子マネーサーバ２が契約者情報ＩＣチップ２１を認証するための認証データを記憶することもできる。
このように契約者情報ＩＣチップ２１は、契約者情報のほか電子マネー用のアプリケーションプログラムを記憶しているため、ユーザが携帯端末５を新機種に買い換えたときなどは契約者情報ＩＣチップ２１を新規の携帯端末５に装着することにより、電話番号のほか、バリューによるサービスを同じサーバ側電子マネー番号で引き続き利用することができる。
この他に、記憶部２３には、電子マネーサーバ２が契約者情報ＩＣチップ２１を認証するための認証データを記憶することもできる。
汎用ＩＣチップ２５は、汎用のアプリケーションを記憶したＩＣチップであり、ここでは、着脱可能なＩＣカードとして携帯端末５に装着されている。汎用ＩＣチップ２５には、ユーザがアプリケーションをダウンロードして記憶することができる。
汎用ＩＣチップ２５は、ＣＰＵ、ＲＡＭ、ＲＯＭなどによって構成され、各種プログラムに従って情報処理を行う情報処理部２６と不揮発性のメモリで構成された記憶部２７を備えている。
記憶部２７には、端末側電子マネー番号と端末側バリュー残高、情報処理部２６によって端末側バリュー残高を操作するためのバリュー操作アプリケーションプログラム、及び電子マネーサーバ２が汎用ＩＣチップ２５を認証する認証データなどが記憶されている。
端末側電子マネー番号は、電子マネーサーバ２が端末側バリュー残高を何れのユーザのものであるか識別するための口座番号である。
汎用ＩＣチップ２５は、ＣＰＵ、ＲＡＭ、ＲＯＭなどによって構成され、各種プログラムに従って情報処理を行う情報処理部２６と不揮発性のメモリで構成された記憶部２７を備えている。
記憶部２７には、端末側電子マネー番号と端末側バリュー残高、情報処理部２６によって端末側バリュー残高を操作するためのバリュー操作アプリケーションプログラム、及び電子マネーサーバ２が汎用ＩＣチップ２５を認証する認証データなどが記憶されている。
端末側電子マネー番号は、電子マネーサーバ２が端末側バリュー残高を何れのユーザのものであるか識別するための口座番号である。
汎用ＩＣチップ２５における端末側バリュー残高に関する決済処理、及び増額処理は外部からの命令により汎用ＩＣチップ２５内の情報処理部２６に形成されたバリュー操作アプリケーションプログラムが行う。これは、端末側バリュー残高の処理を汎用ＩＣチップ２５内に限定することによりセキュリティを高めるためである。
なお、バリュー残高の処理に関しては、契約者情報ＩＣチップ２１、汎用ＩＣチップ２５に入力される情報は暗号化されており、契約者情報ＩＣチップ２１、汎用ＩＣチップ２５の内部で復号され、契約者情報ＩＣチップ２１、汎用ＩＣチップ２５から出力される情報は、これらチップ内で暗号化してから出力される。
なお、バリュー残高の処理に関しては、契約者情報ＩＣチップ２１、汎用ＩＣチップ２５に入力される情報は暗号化されており、契約者情報ＩＣチップ２１、汎用ＩＣチップ２５の内部で復号され、契約者情報ＩＣチップ２１、汎用ＩＣチップ２５から出力される情報は、これらチップ内で暗号化してから出力される。
図３は、携帯端末５の機能を説明するための図である。
ユーザインターフェースプログラムを実行するとユーザインターフェース５５が形成され、電子マネーアプリケーションプログラムを実行すると携帯端末５に電子マネーアプリケーション２９が形成される。
電子マネーアプリケーション２９は、ディスプレイ５４にバリュー移動画面４１などを表示する。ユーザインターフェース５５は、タッチパネル５３上の接触位置（ユーザ指示位置）を検出する。ユーザインターフェース５５は、検出された接触位置（ユーザ指示位置）を示す位置情報を電子マネーアプリケーション２９に順次通知する。電子マネーアプリケーション２９は、ユーザインターフェース５５から順次通知される位置情報をもとに移動するバリューの移動金額（単位金額と単位数の積）、並びに移動方向を特定する。
そして、電子マネーアプリケーション２９は、電子マネーサーバ２、契約者情報ＩＣチップ２１、汎用ＩＣチップ２５と通信しながら当該通知された移動金額と移動方向に基づいてバリューの移動を実行する。
ユーザインターフェースプログラムを実行するとユーザインターフェース５５が形成され、電子マネーアプリケーションプログラムを実行すると携帯端末５に電子マネーアプリケーション２９が形成される。
電子マネーアプリケーション２９は、ディスプレイ５４にバリュー移動画面４１などを表示する。ユーザインターフェース５５は、タッチパネル５３上の接触位置（ユーザ指示位置）を検出する。ユーザインターフェース５５は、検出された接触位置（ユーザ指示位置）を示す位置情報を電子マネーアプリケーション２９に順次通知する。電子マネーアプリケーション２９は、ユーザインターフェース５５から順次通知される位置情報をもとに移動するバリューの移動金額（単位金額と単位数の積）、並びに移動方向を特定する。
そして、電子マネーアプリケーション２９は、電子マネーサーバ２、契約者情報ＩＣチップ２１、汎用ＩＣチップ２５と通信しながら当該通知された移動金額と移動方向に基づいてバリューの移動を実行する。
図４は、電子マネーサーバ２の構成を説明するための図である。
電子マネーサーバ２は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、通信制御部３４、記憶部３５などがバスライン３６によって接続している。
ＣＰＵ３１は、ＲＯＭ３２や記憶部３５に記録したプログラムを実行して各種の情報処理や電子マネーサーバ２全体の制御を行う。
本実施の形態では、決済端末６、携帯端末５、仮想店舗サーバ５１と通信しながらサーバ側バリュー残高や端末側バリュー残高をリアルタイムで更新することによりバリューによる決済処理を行ったり、サーバ側バリュー残高と端末側バリュー残高の間で行われるバリューの移動にともなってサーバ側バリュー残高と端末側バリュー残高を更新したりする。
電子マネーサーバ２は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、通信制御部３４、記憶部３５などがバスライン３６によって接続している。
ＣＰＵ３１は、ＲＯＭ３２や記憶部３５に記録したプログラムを実行して各種の情報処理や電子マネーサーバ２全体の制御を行う。
本実施の形態では、決済端末６、携帯端末５、仮想店舗サーバ５１と通信しながらサーバ側バリュー残高や端末側バリュー残高をリアルタイムで更新することによりバリューによる決済処理を行ったり、サーバ側バリュー残高と端末側バリュー残高の間で行われるバリューの移動にともなってサーバ側バリュー残高と端末側バリュー残高を更新したりする。
ＲＯＭ３２は、読み取り専用のメモリであって、電子マネーサーバ２が動作するための基本的なプログラム、パラメータ、データなどが記録されている。
ＲＡＭ３３は、読み書きが可能なメモリであって、ＣＰＵ３１が情報処理を行う際のワーキングメモリを提供する。
ＲＡＭ３３は、読み書きが可能なメモリであって、ＣＰＵ３１が情報処理を行う際のワーキングメモリを提供する。
通信制御部３４は、電子マネーサーバ２が通信回線８を介して決済端末６、非同期決済端末７、携帯端末５と通信したり、インターネット３を介して携帯端末５や仮想店舗サーバ５１と通信する。
記憶部３５は、例えば、大容量のハードディスクで構成されており、ＣＰＵ３１がバリューによる決済処理を行うための電子マネー管理プログラムやその他のプログラムや、ユーザのサーバ側バリュー残高や端末側バリュー残高を管理するユーザＤＢ(データベース)、加盟店のバリュー決済を管理する加盟店ＤＢ、各決済処理を記録したログデータを格納するログデータＤＢなどを記憶している。
なお、本実施の形態では、電子マネーサーバ２は、これらデータベースを備えることとしたが、これは一例であって、別々のサーバに置いてもよい。
記憶部３５は、例えば、大容量のハードディスクで構成されており、ＣＰＵ３１がバリューによる決済処理を行うための電子マネー管理プログラムやその他のプログラムや、ユーザのサーバ側バリュー残高や端末側バリュー残高を管理するユーザＤＢ(データベース)、加盟店のバリュー決済を管理する加盟店ＤＢ、各決済処理を記録したログデータを格納するログデータＤＢなどを記憶している。
なお、本実施の形態では、電子マネーサーバ２は、これらデータベースを備えることとしたが、これは一例であって、別々のサーバに置いてもよい。
次に、図５の各図を用いて電子マネーサーバ２の有するデータベースについて説明する。
図５は、ユーザＤＢの論理的な構成を説明するための図である。
本実施の形態では、サーバ側電子マネー番号用のユーザＤＢと端末側電子マネー番号用のユーザＤＢが別に形成されている。
携帯端末５では、契約者情報ＩＣチップ２１と汎用ＩＣチップ２５が着脱可能である。このため、これらチップの付け替えにより連携して移動するサーバ側バリュー残高と端末側バリュー残高の組み合わせが変わる可能性がある。そこで、サーバ側電子マネー番号用のユーザＤＢと端末側電子マネー番号用のＤＢを別に形成して、移動対象となる残高の対応づけは、携帯端末５に対する契約者情報ＩＣチップ２１と汎用ＩＣチップ２５の実装によるものとした。
図５は、ユーザＤＢの論理的な構成を説明するための図である。
本実施の形態では、サーバ側電子マネー番号用のユーザＤＢと端末側電子マネー番号用のユーザＤＢが別に形成されている。
携帯端末５では、契約者情報ＩＣチップ２１と汎用ＩＣチップ２５が着脱可能である。このため、これらチップの付け替えにより連携して移動するサーバ側バリュー残高と端末側バリュー残高の組み合わせが変わる可能性がある。そこで、サーバ側電子マネー番号用のユーザＤＢと端末側電子マネー番号用のＤＢを別に形成して、移動対象となる残高の対応づけは、携帯端末５に対する契約者情報ＩＣチップ２１と汎用ＩＣチップ２５の実装によるものとした。
サーバ側電子マネー番号用のユーザＤＢは、「ユーザＩＤ」、「サーバ側電子マネー番号」、「サーバ側残高」、その他の項目から構成されている。例えば、契約者情報ＩＣチップ２１の認証データを登録することもできる。
項目「ユーザＩＤ」は、ユーザの識別情報である。
項目「サーバ側電子マネー番号」は、サーバ側バリュー残高を他のユーザのサーバ側バリュー残高から識別するための口座番号である。
項目「サーバ側残高」は、項目「サーバ側電子マネー番号」で特定される口座のサーバ側バリュー残高である。
一方、端末側電子マネー番号用のユーザＤＢは、「ユーザＩＤ」、「端末側電子マネー番号」、図示しないが汎用ＩＣチップ２５の認証データなどの項目から構成されている。
項目「ユーザＩＤ」は、ユーザの識別情報である。このユーザＩＤは、１のユーザに対してサーバ側電子マネー番号用のユーザＤＢでのユーザＩＤと同一になる必要はない。
項目「端末側電子マネー番号」は、端末側バリュー残高を他のユーザの端末側バリュー残高から識別するための口座番号である。
項目「ユーザＩＤ」は、ユーザの識別情報である。
項目「サーバ側電子マネー番号」は、サーバ側バリュー残高を他のユーザのサーバ側バリュー残高から識別するための口座番号である。
項目「サーバ側残高」は、項目「サーバ側電子マネー番号」で特定される口座のサーバ側バリュー残高である。
一方、端末側電子マネー番号用のユーザＤＢは、「ユーザＩＤ」、「端末側電子マネー番号」、図示しないが汎用ＩＣチップ２５の認証データなどの項目から構成されている。
項目「ユーザＩＤ」は、ユーザの識別情報である。このユーザＩＤは、１のユーザに対してサーバ側電子マネー番号用のユーザＤＢでのユーザＩＤと同一になる必要はない。
項目「端末側電子マネー番号」は、端末側バリュー残高を他のユーザの端末側バリュー残高から識別するための口座番号である。
以上の例では、ユーザＤＢがサーバ側電子マネー番号用と端末側電子マネー番号用で独立して形成されているため、移動対象となるサーバ側バリュー残高と端末側バリュー残高の組み合わせは、携帯端末５に物理的に実装されている契約者情報ＩＣチップ２１と汎用ＩＣチップ２５の組み合わせによって規定される。
図６は、バリュー移動画面４１の一例を説明するための図である。
バリュー移動画面４１は、電子マネーアプリケーション２９によって提供される。
バリュー移動画面４１は、画面の外縁部（図６では、画面の左側の領域）に形成された単位金額領域４５、画面右上側の領域に形成されたサーバ側バリュー残高領域４２、画面右下側の領域に形成された端末側バリュー残高領域４３を有している。
単位金額領域４５には、コインを模した、５千円を表すアイコン６１、１千円を表すアイコン６２、１百円を表すアイコン６３が表示されている。これらアイコン６１〜６３は、移動金額の単位を指定するためのオブジェクトであって、ユーザがいずれかのアイコンの表示領域にタッチする(触れる)ことにより指定することができる。
この単位金額領域４５に表示するアイコンが表す金額は、ユーザの使い勝手を考慮して、バリュー残高に応じて適宜変更することができる。例えば、サーバ側バリュー残高が１２，０００円の場合、１万円を表すアイコン、１千円を表すアイコン、１百円を表すアイコンとする。
また、サーバ側バリュー残高に対する所定の数値計算（例えば、減算、除算）により得られる金額を単位金額として示すアイコンを、他のアイコンに代えて又は他のアイコンとともに表示してもよい。例えば、サーバ側バリュー残高が１２，０００円の場合に、５，０００円を減じて得られる７，０００円、２で除して得られる６，０００円等を示すアイコンを表示してもよい。
サーバ側バリュー残高領域４２には、サーバ側バリュー残高が、コインを積み上げたイメージを模した残高表示４６によって表示されている。これは、携帯端末５が電子マネーサーバ２からサーバ側バリュー残高を受信して表示したものである。
コインの高さはサーバ側バリュー残高の金額が多いほど高く表示され、ユーザが直感的に残高を把握できるようになっている。残高表示４６は、ユーザに残高を通知するためのものであってユーザがタッチしても選択することはできない。
バリュー移動画面４１は、電子マネーアプリケーション２９によって提供される。
バリュー移動画面４１は、画面の外縁部（図６では、画面の左側の領域）に形成された単位金額領域４５、画面右上側の領域に形成されたサーバ側バリュー残高領域４２、画面右下側の領域に形成された端末側バリュー残高領域４３を有している。
単位金額領域４５には、コインを模した、５千円を表すアイコン６１、１千円を表すアイコン６２、１百円を表すアイコン６３が表示されている。これらアイコン６１〜６３は、移動金額の単位を指定するためのオブジェクトであって、ユーザがいずれかのアイコンの表示領域にタッチする(触れる)ことにより指定することができる。
この単位金額領域４５に表示するアイコンが表す金額は、ユーザの使い勝手を考慮して、バリュー残高に応じて適宜変更することができる。例えば、サーバ側バリュー残高が１２，０００円の場合、１万円を表すアイコン、１千円を表すアイコン、１百円を表すアイコンとする。
また、サーバ側バリュー残高に対する所定の数値計算（例えば、減算、除算）により得られる金額を単位金額として示すアイコンを、他のアイコンに代えて又は他のアイコンとともに表示してもよい。例えば、サーバ側バリュー残高が１２，０００円の場合に、５，０００円を減じて得られる７，０００円、２で除して得られる６，０００円等を示すアイコンを表示してもよい。
サーバ側バリュー残高領域４２には、サーバ側バリュー残高が、コインを積み上げたイメージを模した残高表示４６によって表示されている。これは、携帯端末５が電子マネーサーバ２からサーバ側バリュー残高を受信して表示したものである。
コインの高さはサーバ側バリュー残高の金額が多いほど高く表示され、ユーザが直感的に残高を把握できるようになっている。残高表示４６は、ユーザに残高を通知するためのものであってユーザがタッチしても選択することはできない。
端末側バリュー残高領域４３には、端末側バリュー残高が、残高表示４６と同様に構成された残高表示４７によって表示されている。これは、携帯端末５が汎用ＩＣチップ２５から端末側バリュー残高を読み取って表示したものである。残高表示４７もユーザがタッチしても選択することはできない。
このように構成されたバリュー移動画面４１で移動金額（単位金額及び単位数）、並びに移動方向の入力は次のようにして行われる。
移動金額のうち単位金額の指定は、ユーザが１の指でアイコン６１〜６３の何れかにタッチすることにより行われる。
バリュー移動画面４１の上面にはタッチパネル５３が設置してあるため、ユーザが指でタッチすると携帯端末５は、指がタッチしている位置（ユーザ指示位置）の座標値を検出することができる。
携帯端末５は、ユーザがタッチしている位置の座標値がアイコン６１〜６３を表示している領域の内部に存在するか否かを判断し、内部に存在すると判断した場合、アイコン６１〜６３がユーザによって選択されたと判断する。
このように構成されたバリュー移動画面４１で移動金額（単位金額及び単位数）、並びに移動方向の入力は次のようにして行われる。
移動金額のうち単位金額の指定は、ユーザが１の指でアイコン６１〜６３の何れかにタッチすることにより行われる。
バリュー移動画面４１の上面にはタッチパネル５３が設置してあるため、ユーザが指でタッチすると携帯端末５は、指がタッチしている位置（ユーザ指示位置）の座標値を検出することができる。
携帯端末５は、ユーザがタッチしている位置の座標値がアイコン６１〜６３を表示している領域の内部に存在するか否かを判断し、内部に存在すると判断した場合、アイコン６１〜６３がユーザによって選択されたと判断する。
一方、移動金額のうちの単位数及び移動方向の入力は、アイコン６１〜６３のうち、所望の単位金額のアイコンを指でタッチした状態で、他の指をサーバ側バリュー残高領域４２と端末側バリュー残高領域４３のうち、移動元となる方にタッチして移動先となる方にスライドさせることにより行われる。
例えば、サーバ側バリュー残高から端末側バリュー残高にバリューを移動させる場合は、指をサーバ側バリュー残高領域４２にタッチした後、端末側バリュー残高領域４３までスライドさせる。
携帯端末５は、タッチパネル５３で指がタッチしている位置の座標値を所定のサンプリング周期でサンプリングしており、リアルタイムで座標値の時間的な変化を追跡することができる。そのため、タッチパネル５３上に指がタッチしたまま移動している場合は、指がバリュー移動画面４１でスライドしていると判断することができる。
例えば、サーバ側バリュー残高から端末側バリュー残高にバリューを移動させる場合は、指をサーバ側バリュー残高領域４２にタッチした後、端末側バリュー残高領域４３までスライドさせる。
携帯端末５は、タッチパネル５３で指がタッチしている位置の座標値を所定のサンプリング周期でサンプリングしており、リアルタイムで座標値の時間的な変化を追跡することができる。そのため、タッチパネル５３上に指がタッチしたまま移動している場合は、指がバリュー移動画面４１でスライドしていると判断することができる。
バリュー移動画面４１での移動金額と移動方向の指定はこのように為され、例えば、矢線７１で示したように１の指でアイコン６１にタッチした状態で、他の指を矢線７２のようにサーバ側バリュー残高領域４２から端末側バリュー残高領域４３にスライドさせると、単位金額５千円を１単位分、すなわち５千円をサーバ側バリュー残高から端末側バリュー残高に移動することができる。
バリューの移動は、電子マネーサーバ２と携帯端末５の間でリアルタイムに行われ、これに従って残高表示４６と残高表示４７の表示もリアルタイムに変化する。ユーザは、所望の金額が移動されるまで上記の指定操作を繰り返せばよい。
バリューの移動は、電子マネーサーバ２と携帯端末５の間でリアルタイムに行われ、これに従って残高表示４６と残高表示４７の表示もリアルタイムに変化する。ユーザは、所望の金額が移動されるまで上記の指定操作を繰り返せばよい。
以上に示した移動金額と移動方向の指定方法は一例であって、次のように各種の変形が考えられる。
(変形１−１ 移動方向の指定操作が変形された例）
アイコン６１〜６３のうち、所望のアイコンにタッチして単位金額を指定し、移動先の領域にこれをドラッグアンドドロップする。
例えば、端末側バリュー残高からサーバ側バリュー残高に千円を移動したい場合、アイコン６２をサーバ側バリュー残高領域４２にドラッグアンドドロップする。
ここで、ドラッグとは、アイコンにタッチした後、指をタッチパネル５３上でスライドさせる操作であり、ドロップとは、指をスライドさせた後、これをタッチパネル５３から離す操作である。ドラッグアンドドロップとは、ドラッグした後ドロップする操作である。
携帯端末５は、タッチパネル５３によって指先の移動軌跡を追跡し、軌跡の始点がアイコン６１〜６３である場合、選択されたアイコンが軌跡の終点でドロップされたと判断する。
(変形１−１ 移動方向の指定操作が変形された例）
アイコン６１〜６３のうち、所望のアイコンにタッチして単位金額を指定し、移動先の領域にこれをドラッグアンドドロップする。
例えば、端末側バリュー残高からサーバ側バリュー残高に千円を移動したい場合、アイコン６２をサーバ側バリュー残高領域４２にドラッグアンドドロップする。
ここで、ドラッグとは、アイコンにタッチした後、指をタッチパネル５３上でスライドさせる操作であり、ドロップとは、指をスライドさせた後、これをタッチパネル５３から離す操作である。ドラッグアンドドロップとは、ドラッグした後ドロップする操作である。
携帯端末５は、タッチパネル５３によって指先の移動軌跡を追跡し、軌跡の始点がアイコン６１〜６３である場合、選択されたアイコンが軌跡の終点でドロップされたと判断する。
(変形１−２ 移動方向の指定操作が変形された例)
アイコン６１〜６３のうち、所望のアイコンにタッチして単位金額を指定し、タッチした指先を移動先の領域にフリックする。
例えば、１万円をサーバ側バリュー残高に移動する場合、指でアイコン６１にタッチして、これをサーバ側バリュー残高領域４２の方へフリックする。
ここで、フリックとは、はじく動作であり、携帯端末５は、タッチパネル５３上での指先のスライド移動の移動速度を計算し、所定速度以上である場合フリック動作であると判断する。そして、携帯端末５は、フリック動作の方向がサーバ側バリュー残高領域４２と端末側バリュー残高領域４３の何れであるか判断し、これによって移動方向の指示を受け付ける。
アイコン６１〜６３のうち、所望のアイコンにタッチして単位金額を指定し、タッチした指先を移動先の領域にフリックする。
例えば、１万円をサーバ側バリュー残高に移動する場合、指でアイコン６１にタッチして、これをサーバ側バリュー残高領域４２の方へフリックする。
ここで、フリックとは、はじく動作であり、携帯端末５は、タッチパネル５３上での指先のスライド移動の移動速度を計算し、所定速度以上である場合フリック動作であると判断する。そして、携帯端末５は、フリック動作の方向がサーバ側バリュー残高領域４２と端末側バリュー残高領域４３の何れであるか判断し、これによって移動方向の指示を受け付ける。
(変形２−１ 単位金額及び移動方向を指定する一連の操作に単位数の指定操作が組み込まれた例)
所望の金額となるまでアイコン６１〜６３をタップした後、他の指で移動方向を指定する。
例えば、２千円をサーバ側バリュー残高から端末側バリュー残高に移動する場合、アイコン６２を２回タップした後、アイコン６２にタッチした状態で、サーバ側バリュー残高領域４２から端末側バリュー残高領域４３に指をスライドさせる。ここで、タップとは、短時間触れる操作である。
所望の金額となるまでアイコン６１〜６３をタップした後、他の指で移動方向を指定する。
例えば、２千円をサーバ側バリュー残高から端末側バリュー残高に移動する場合、アイコン６２を２回タップした後、アイコン６２にタッチした状態で、サーバ側バリュー残高領域４２から端末側バリュー残高領域４３に指をスライドさせる。ここで、タップとは、短時間触れる操作である。
(変形２−２ 単位金額及び移動方向を指定する一連の操作に単位数の指定操作が組み込まれた例)
所望の金額となるまでアイコン６１〜６３をタップした後、移動方向を指定する。
例えば、２千円をサーバ側バリュー残高から端末側バリュー残高に移動する場合、アイコン６２を２回タップした後、アイコン６２を端末側バリュー残高領域４３にドラッグアンドドロップし、又は端末側バリュー残高領域４３の方へフリックする。
所望の金額となるまでアイコン６１〜６３をタップした後、移動方向を指定する。
例えば、２千円をサーバ側バリュー残高から端末側バリュー残高に移動する場合、アイコン６２を２回タップした後、アイコン６２を端末側バリュー残高領域４３にドラッグアンドドロップし、又は端末側バリュー残高領域４３の方へフリックする。
(変形３−１ 単位金額及び移動方向を指定する一連の操作の繰り返しを省略させる例)
複数の指で移動方向を指定する。
例えば、２千円をサーバ側バリュー残高に移動する場合、アイコン６２にタッチした状態で、２本の指を端末側バリュー残高領域４３からサーバ側バリュー残高領域４２にスライドさせる。
変形３−１により、１の単位金額のバリューを複数単位分移動する際に、単位金額及び移動方向を指定する一連の操作を繰り返す必要がなくなる。
複数の指で移動方向を指定する。
例えば、２千円をサーバ側バリュー残高に移動する場合、アイコン６２にタッチした状態で、２本の指を端末側バリュー残高領域４３からサーバ側バリュー残高領域４２にスライドさせる。
変形３−１により、１の単位金額のバリューを複数単位分移動する際に、単位金額及び移動方向を指定する一連の操作を繰り返す必要がなくなる。
(変形３−２ 単位金額及び移動方向を指定する一連の操作の繰り返しを省略させる例)
複数の指でアイコン６１〜６３のうち複数にタッチして、残りの指で移動方向を指定する。
例えば、千百円をサーバ側バリュー残高に移動したい場合、２本の指で、それぞれアイコン６２とアイコン６３にタッチした状態で、他の指を端末側バリュー残高領域４３からサーバ側バリュー残高領域４２へスライドさせる。
変形３−２により、複数の単位金額のバリューをそれぞれ所望の単位数分移動する際に、単位金額及び移動方向を指定する一連の操作を単位金額ごとに繰り返す必要がなくなる。
複数の指でアイコン６１〜６３のうち複数にタッチして、残りの指で移動方向を指定する。
例えば、千百円をサーバ側バリュー残高に移動したい場合、２本の指で、それぞれアイコン６２とアイコン６３にタッチした状態で、他の指を端末側バリュー残高領域４３からサーバ側バリュー残高領域４２へスライドさせる。
変形３−２により、複数の単位金額のバリューをそれぞれ所望の単位数分移動する際に、単位金額及び移動方向を指定する一連の操作を単位金額ごとに繰り返す必要がなくなる。
（変形４ 移動の要求に関連して送信されるデータ量を最小限に抑える例）
本実施の形態及び上記変形例では、携帯端末５と電子マネーサーバ２は、ユーザがバリュー移動画面４１で移動金額（単位金額）と移動方向を指定する一連の操作を行うたびにリアルタイムでバリューを移動した。これに対し、ユーザがバリュー移動画面４１でとりあえずバリューの移動を設定し、設定が完了したところでまとめてバリューを移動するように構成することもできる。
この場合、ユーザは、バリュー移動画面４１上で、所望の金額を所望の移動方向に設定する。実際のバリューの移動は、ユーザが、例えば、実行アイコンをタッチするなどして実行を指示したときや、一連の操作が終了してから所定時間以上次の操作が行われなかったときに行う。
この例では、例えば、ユーザが３千円をサーバ側バリュー残高に移動するように設定し、その後、３百円を端末側バリュー残高側に移動するように設定した場合、携帯端末５は、異なる移動方向の移動金額をネッティング(負の値として加算することによる相殺)して、２千７百円をサーバ側バリュー残高側に移動するように動作することが可能である。
本実施の形態及び上記変形例では、携帯端末５と電子マネーサーバ２は、ユーザがバリュー移動画面４１で移動金額（単位金額）と移動方向を指定する一連の操作を行うたびにリアルタイムでバリューを移動した。これに対し、ユーザがバリュー移動画面４１でとりあえずバリューの移動を設定し、設定が完了したところでまとめてバリューを移動するように構成することもできる。
この場合、ユーザは、バリュー移動画面４１上で、所望の金額を所望の移動方向に設定する。実際のバリューの移動は、ユーザが、例えば、実行アイコンをタッチするなどして実行を指示したときや、一連の操作が終了してから所定時間以上次の操作が行われなかったときに行う。
この例では、例えば、ユーザが３千円をサーバ側バリュー残高に移動するように設定し、その後、３百円を端末側バリュー残高側に移動するように設定した場合、携帯端末５は、異なる移動方向の移動金額をネッティング(負の値として加算することによる相殺)して、２千７百円をサーバ側バリュー残高側に移動するように動作することが可能である。
(変形５−１ バリュー移動画面４１を自動的に表示する例)
また、必要に応じてバリュー移動画面４１を自動的に表示するように構成することもできる。
例えば、携帯端末５に常駐する電子マネーアプリケーション２９は、端末側バリュー残高を監視しており、予め設定された最低残高(閾値)以下又は未満となった場合にバリュー移動画面４１を自動的に表示して、サーバ側バリュー残高からのバリューの移動をユーザに促すように構成することもできる。
あるいは、サーバ側バリュー残高と端末側バリュー残高の両方を監視し、少なくとも一方が最低残高を下回った場合にバリュー移動画面４１を自動的に表示して、バリューの移動をユーザに促すように携帯端末５を構成することもできる。
携帯端末５は、汎用ＩＣチップ２５を内蔵しているため、端末側バリュー残高の確認は逐次行うことができ、サーバ側バリュー残高に関しては、例えば、電子マネーサーバ２にアクセスした際に行うようにする。
また、必要に応じてバリュー移動画面４１を自動的に表示するように構成することもできる。
例えば、携帯端末５に常駐する電子マネーアプリケーション２９は、端末側バリュー残高を監視しており、予め設定された最低残高(閾値)以下又は未満となった場合にバリュー移動画面４１を自動的に表示して、サーバ側バリュー残高からのバリューの移動をユーザに促すように構成することもできる。
あるいは、サーバ側バリュー残高と端末側バリュー残高の両方を監視し、少なくとも一方が最低残高を下回った場合にバリュー移動画面４１を自動的に表示して、バリューの移動をユーザに促すように携帯端末５を構成することもできる。
携帯端末５は、汎用ＩＣチップ２５を内蔵しているため、端末側バリュー残高の確認は逐次行うことができ、サーバ側バリュー残高に関しては、例えば、電子マネーサーバ２にアクセスした際に行うようにする。
(変形５−２ バリュー移動画面４１を自動的に表示する例)
また、非同期決済端末７のみ存在する店舗に入店する際、予め設定された最低残高(閾値)以下又は未満となっている場合にユーザインターフェース５５を自動的に起動して、サーバ側バリュー残高からのバリューの移動をユーザに促すように構成することもできる。
この場合、店舗への入店を検知するのは、例えば、無線ＬＡＮアクセスポイントからＳＳＩＤ（サービスセット識別子）を通信制御部１６のアンテナで検知するようにしてもよい。また、ビーコンからの信号を通信制御部１６のアンテナで検知するようにしてもよい。さらに、携帯端末５が備えているＧＰＳ機能を用いて入店を検知するようにしてもよい。
また、非同期決済端末７のみ存在する店舗に入店する際、予め設定された最低残高(閾値)以下又は未満となっている場合にユーザインターフェース５５を自動的に起動して、サーバ側バリュー残高からのバリューの移動をユーザに促すように構成することもできる。
この場合、店舗への入店を検知するのは、例えば、無線ＬＡＮアクセスポイントからＳＳＩＤ（サービスセット識別子）を通信制御部１６のアンテナで検知するようにしてもよい。また、ビーコンからの信号を通信制御部１６のアンテナで検知するようにしてもよい。さらに、携帯端末５が備えているＧＰＳ機能を用いて入店を検知するようにしてもよい。
図７は、バリュー移動画面４１の他の例を説明するための図である。
この例では、バリュー移動画面４１の上側にサーバ側バリュー残高領域４２が表示され、下側に端末側バリュー残高領域４３が表示され、その間（両領域の境界線に重なる領域）にアイコン６１〜６３が表示されている。
この例のバリュー移動画面４１では、ユーザは、移動元の領域から移動先の領域に、単位金額を示すアイコンを経由して指をスライドさせる。
例えば、サーバ側バリュー残高から端末側バリュー残高に千円移動したい場合、矢線７１で示したように、ユーザは、サーバ側バリュー残高領域４２にタッチした後、アイコン６２を経由して端末側バリュー残高領域４３まで指をスライドさせる。ユーザは、所望の金額が移動されるまでこの操作を繰り返す。
この例では、バリュー移動画面４１の上側にサーバ側バリュー残高領域４２が表示され、下側に端末側バリュー残高領域４３が表示され、その間（両領域の境界線に重なる領域）にアイコン６１〜６３が表示されている。
この例のバリュー移動画面４１では、ユーザは、移動元の領域から移動先の領域に、単位金額を示すアイコンを経由して指をスライドさせる。
例えば、サーバ側バリュー残高から端末側バリュー残高に千円移動したい場合、矢線７１で示したように、ユーザは、サーバ側バリュー残高領域４２にタッチした後、アイコン６２を経由して端末側バリュー残高領域４３まで指をスライドさせる。ユーザは、所望の金額が移動されるまでこの操作を繰り返す。
また、１の指と他の指を同時にスライドさせ、１の指が経由したアイコンの金額と、他の指が経由したアイコンの金額の合計金額を移動させることもできる。
例えば、１の指と他の指をサーバ側バリュー残高領域４２から端末側バリュー残高領域４３へ同時にスライドさせ、１の指がアイコン６２を経由し、他の指がアイコン６３を経由した場合は１千１百円がサーバ側バリュー残高から端末側バリュー残高に移動する。また、２本ともアイコン６２を経由した場合は２千円が移動する。
例えば、１の指と他の指をサーバ側バリュー残高領域４２から端末側バリュー残高領域４３へ同時にスライドさせ、１の指がアイコン６２を経由し、他の指がアイコン６３を経由した場合は１千１百円がサーバ側バリュー残高から端末側バリュー残高に移動する。また、２本ともアイコン６２を経由した場合は２千円が移動する。
この例でも各種の変形が可能である。
例えば、所望の金額のアイコンをタップした後、所望の移動先をタップしたり、あるいは、所望の金額のアイコンを所望の移動先にドラッグアンドドロップしたりするように構成することもできる。
例えば、所望の金額のアイコンをタップした後、所望の移動先をタップしたり、あるいは、所望の金額のアイコンを所望の移動先にドラッグアンドドロップしたりするように構成することもできる。
図８は、バリュー移動画面４１の他の例を説明するための図である。
この例では、バリュー移動画面４１の上側にサーバ側バリュー残高領域４２が表示され、下側に端末側バリュー残高領域４３が表示されている。
そして、サーバ側バリュー残高領域４２には、アイコン６１ａ〜６３ａが表示され、端末側バリュー残高領域４３には、アイコン６１ｂ〜６３ｂが表示されている。
この例のバリュー移動画面４１では、ユーザは、移動元の領域で所望の金額のアイコンをタッチし、移動先の領域にドラッグアンドドロップする。
例えば、サーバ側バリュー残高から端末側バリュー残高に百円を移動したい場合、矢線７１で示したように、アイコン６３ａを端末側バリュー残高領域４３にドラッグアンドドロップする。
この図８に示した例でも各種の変形が可能である。例えば、表示するアイコンが表す金額は、ユーザの使い勝手を考慮して、バリュー残高に応じて適宜変更することができる。
また、図８の例では、サーバ側と端末側を上下で表示したが、左右で表示するようにしてもよい。
この例では、バリュー移動画面４１の上側にサーバ側バリュー残高領域４２が表示され、下側に端末側バリュー残高領域４３が表示されている。
そして、サーバ側バリュー残高領域４２には、アイコン６１ａ〜６３ａが表示され、端末側バリュー残高領域４３には、アイコン６１ｂ〜６３ｂが表示されている。
この例のバリュー移動画面４１では、ユーザは、移動元の領域で所望の金額のアイコンをタッチし、移動先の領域にドラッグアンドドロップする。
例えば、サーバ側バリュー残高から端末側バリュー残高に百円を移動したい場合、矢線７１で示したように、アイコン６３ａを端末側バリュー残高領域４３にドラッグアンドドロップする。
この図８に示した例でも各種の変形が可能である。例えば、表示するアイコンが表す金額は、ユーザの使い勝手を考慮して、バリュー残高に応じて適宜変更することができる。
また、図８の例では、サーバ側と端末側を上下で表示したが、左右で表示するようにしてもよい。
図９（ａ）、（ｂ）は、図８のバリュー移動画面４１の例で実際にバリュー移動を行った例を説明するための図である。
ここに示した例では、サーバ側バリュー残高領域４２のアイコン６３ｂ（１００円）をユーザの指でドラッグアンドドロップすることで端末側へ移動している。移動に際して、移動矢印７８が表示され、ユーザが実際に移動していることを実感できるようになっている。
移動動作が終了すると、（ｂ）に示すように、ポップアップ（ウインドウ）７９が表示され、ユーザにバリュー移動の可否の確認を求めるようになっている。
なお、サーバ側バリュー残高領域４２に表示するアイコンは、バリュー残高に応じて変更するようにしてもよい。例えば、バリュー残高が１２０００ある場合、１００００、１０００、１００を表示し、バリュー残高が９０００の場合は、５０００、３０００、１００といったようにする。
ここに示した例では、サーバ側バリュー残高領域４２のアイコン６３ｂ（１００円）をユーザの指でドラッグアンドドロップすることで端末側へ移動している。移動に際して、移動矢印７８が表示され、ユーザが実際に移動していることを実感できるようになっている。
移動動作が終了すると、（ｂ）に示すように、ポップアップ（ウインドウ）７９が表示され、ユーザにバリュー移動の可否の確認を求めるようになっている。
なお、サーバ側バリュー残高領域４２に表示するアイコンは、バリュー残高に応じて変更するようにしてもよい。例えば、バリュー残高が１２０００ある場合、１００００、１０００、１００を表示し、バリュー残高が９０００の場合は、５０００、３０００、１００といったようにする。
次に、図１０〜図１２を用いて、携帯端末５と電子マネーサーバ２が行うバリュー移動処理の手順について説明する。
この処理では、バリューの移動にともなって、バリューの移動元では残高を移動金額分だけ減額し、バリューの移動先では移動分だけバリューを増額する。
本実施の形態では、バリューの移動元での減額を先に行い、その後、バリューの移動先での増額を行う。
これは、処理の途中で障害が発生して、後ほど復旧する場合、バリューを増額する方向で復旧した方が、バリューを減額する方向で復旧するよりもユーザに与える心理的なストレスが少ないからである。
この処理では、バリューの移動にともなって、バリューの移動元では残高を移動金額分だけ減額し、バリューの移動先では移動分だけバリューを増額する。
本実施の形態では、バリューの移動元での減額を先に行い、その後、バリューの移動先での増額を行う。
これは、処理の途中で障害が発生して、後ほど復旧する場合、バリューを増額する方向で復旧した方が、バリューを減額する方向で復旧するよりもユーザに与える心理的なストレスが少ないからである。
図１０は、バリュー移動処理の手順を説明するためのフローチャートである。
以下の処理は、携帯端末５のＣＰＵ１１、情報処理部２２のＣＰＵ、情報処理部２６のＣＰＵ、及び電子マネーサーバ２のＣＰＵ３１が所定のプログラムに従って行うものである。
まず、ユーザは、携帯端末５で、例えば、バリュー移動処理を開始するアイコンをタッチするなどして、電子マネーアプリケーション２９を起動する。
すると、ディスプレイ５４にバリュー移動画面４１が表示される。このとき、電子マネーアプリケーション２９は、汎用ＩＣチップ２５から端末側残高を取得し、端末側バリュー残高領域に取得した残高に応じた内容を表示する。
なお、これらの起動に際してパスワードや指紋の入力を求めるなどユーザを個人認証してもよい。
以下の処理は、携帯端末５のＣＰＵ１１、情報処理部２２のＣＰＵ、情報処理部２６のＣＰＵ、及び電子マネーサーバ２のＣＰＵ３１が所定のプログラムに従って行うものである。
まず、ユーザは、携帯端末５で、例えば、バリュー移動処理を開始するアイコンをタッチするなどして、電子マネーアプリケーション２９を起動する。
すると、ディスプレイ５４にバリュー移動画面４１が表示される。このとき、電子マネーアプリケーション２９は、汎用ＩＣチップ２５から端末側残高を取得し、端末側バリュー残高領域に取得した残高に応じた内容を表示する。
なお、これらの起動に際してパスワードや指紋の入力を求めるなどユーザを個人認証してもよい。
電子マネーアプリケーション２９が起動すると、携帯端末５は、電子マネーサーバ２にアクセスする。
すると、電子マネーサーバ２は、携帯端末５を介して契約者情報ＩＣチップ２１をポーリングする。このポーリングは、バリュー処理の相手方である契約者情報ＩＣチップ２１が存在するか否かを確認（捕捉）する処理である。
契約者情報ＩＣチップ２１は、携帯端末５を介して電子マネーサーバ２からポーリングを受けると、携帯端末５を介して電子マネーサーバ２にレスポンスを返す。このレスポンスは、例えば、契約者情報ＩＣチップ２１のＩＤ情報を応答するなどして行われる。
この後、電子マネーサーバ２が携帯端末５の契約者情報ＩＣチップ２１に認証データを要求して契約者情報ＩＣチップ２１を認証するように構成することもできる。
すると、電子マネーサーバ２は、携帯端末５を介して契約者情報ＩＣチップ２１をポーリングする。このポーリングは、バリュー処理の相手方である契約者情報ＩＣチップ２１が存在するか否かを確認（捕捉）する処理である。
契約者情報ＩＣチップ２１は、携帯端末５を介して電子マネーサーバ２からポーリングを受けると、携帯端末５を介して電子マネーサーバ２にレスポンスを返す。このレスポンスは、例えば、契約者情報ＩＣチップ２１のＩＤ情報を応答するなどして行われる。
この後、電子マネーサーバ２が携帯端末５の契約者情報ＩＣチップ２１に認証データを要求して契約者情報ＩＣチップ２１を認証するように構成することもできる。
電子マネーサーバ２は、契約者情報ＩＣチップ２１からのレスポンスを携帯端末５を介して受信すると、携帯端末５を介して契約者情報ＩＣチップ２１にサーバ側電子マネー番号を要求する(ステップ５)。
契約者情報ＩＣチップ２１は、携帯端末５を介して電子マネーサーバ２から当該要求を受けると、記憶部２３からサーバ側電子マネー番号を読み出して携帯端末５を介して電子マネーサーバ２に送信する(ステップ１０)。
当該サーバ側電子マネー番号によって、電子マネーサーバ２は、バリューの移動対象となるサーバ側電子マネー番号を特定する。
なお、電子マネーアプリケーション２９の起動時に契約者情報ＩＣチップ２１からサーバ側電子マネー番号を読み出しておき、携帯端末５が電子マネーサーバ２にアクセスした際に、同時にサーバ側電子マネー番号が送信されるようにしてもよい。この場合、電子マネーアプリケーション２９が、契約者情報ＩＣチップ２１にコマンドを送出し、レスポンスとしてサーバ側電子マネー番号を取得する。
契約者情報ＩＣチップ２１は、携帯端末５を介して電子マネーサーバ２から当該要求を受けると、記憶部２３からサーバ側電子マネー番号を読み出して携帯端末５を介して電子マネーサーバ２に送信する(ステップ１０)。
当該サーバ側電子マネー番号によって、電子マネーサーバ２は、バリューの移動対象となるサーバ側電子マネー番号を特定する。
なお、電子マネーアプリケーション２９の起動時に契約者情報ＩＣチップ２１からサーバ側電子マネー番号を読み出しておき、携帯端末５が電子マネーサーバ２にアクセスした際に、同時にサーバ側電子マネー番号が送信されるようにしてもよい。この場合、電子マネーアプリケーション２９が、契約者情報ＩＣチップ２１にコマンドを送出し、レスポンスとしてサーバ側電子マネー番号を取得する。
電子マネーサーバ２は、特定したサーバ側電子マネー番号に対応するバリュー残高を読み出して、携帯端末５に送信する（ステップ１５）。携帯端末５は、バリュー移動画面４１のサーバ側バリュー残高領域４２にサーバ側残高を表示する（ステップ２０）とともに、残高に応じた表示を行う。
次に、携帯端末５は、バリュー移動画面４１に対してユーザが行う操作を受け付ける（ステップ２５）。
これにより、携帯端末５は、バリューの移動金額（単位金額及び単位数）、並びに移動方向を取得する。
次に、携帯端末５は、バリューの移動方向を判断する。
端末側バリュー残高からサーバ側バリュー残高にバリューを移動する場合(ステップ３０；Ｎ)、携帯端末５は、電子マネーサーバ２と共にサーバ側への移動処理を行う(ステップ３５)。
サーバ側バリュー残高から端末側バリュー残高にバリューを移動する場合(ステップ３０；Ｙ)、携帯端末５は、電子マネーサーバ２と共に端末側への移動処理を行う(ステップ４０)。
次に、携帯端末５は、バリューの移動処理が終了したか否かを判断する(ステップ４５)。
この判断は、例えば、ユーザがバリュー移動画面４１で終了アイコンをタッチするなど、ユーザからの指示により判断する。
次に、携帯端末５は、バリュー移動画面４１に対してユーザが行う操作を受け付ける（ステップ２５）。
これにより、携帯端末５は、バリューの移動金額（単位金額及び単位数）、並びに移動方向を取得する。
次に、携帯端末５は、バリューの移動方向を判断する。
端末側バリュー残高からサーバ側バリュー残高にバリューを移動する場合(ステップ３０；Ｎ)、携帯端末５は、電子マネーサーバ２と共にサーバ側への移動処理を行う(ステップ３５)。
サーバ側バリュー残高から端末側バリュー残高にバリューを移動する場合(ステップ３０；Ｙ)、携帯端末５は、電子マネーサーバ２と共に端末側への移動処理を行う(ステップ４０)。
次に、携帯端末５は、バリューの移動処理が終了したか否かを判断する(ステップ４５)。
この判断は、例えば、ユーザがバリュー移動画面４１で終了アイコンをタッチするなど、ユーザからの指示により判断する。
図１１は、ステップ３５のサーバ側への移動処理を説明するためのフローチャートである。
携帯端末５は、移動金額と移動方向を電子マネーサーバ２に送信する(ステップ１００)。この場合、移動方向は端末側バリュー残高からサーバ側バリュー残高に向かう方向である。
電子マネーサーバ２は、これらの情報を受信すると、携帯端末５を介して汎用ＩＣチップ２５をポーリングする。このポーリングは移動元の相手(汎用ＩＣチップ２５)が存在するか否かを確認（捕捉）する処理である。
汎用ＩＣチップ２５は、携帯端末５を介して電子マネーサーバ２からポーリングを受けると電子マネーサーバ２にレスポンスを返す。このレスポンスは、例えば、汎用ＩＣチップ２５のＩＤ情報を応答するなどして行われる。
電子マネーサーバ２は、汎用ＩＣチップ２５からのレスポンスを携帯端末５を介して受信すると、携帯端末５を介して汎用ＩＣチップ２５に端末側電子マネー番号を要求する(ステップ１０５)。
携帯端末５は、移動金額と移動方向を電子マネーサーバ２に送信する(ステップ１００)。この場合、移動方向は端末側バリュー残高からサーバ側バリュー残高に向かう方向である。
電子マネーサーバ２は、これらの情報を受信すると、携帯端末５を介して汎用ＩＣチップ２５をポーリングする。このポーリングは移動元の相手(汎用ＩＣチップ２５)が存在するか否かを確認（捕捉）する処理である。
汎用ＩＣチップ２５は、携帯端末５を介して電子マネーサーバ２からポーリングを受けると電子マネーサーバ２にレスポンスを返す。このレスポンスは、例えば、汎用ＩＣチップ２５のＩＤ情報を応答するなどして行われる。
電子マネーサーバ２は、汎用ＩＣチップ２５からのレスポンスを携帯端末５を介して受信すると、携帯端末５を介して汎用ＩＣチップ２５に端末側電子マネー番号を要求する(ステップ１０５)。
汎用ＩＣチップ２５は、携帯端末５を介して電子マネーサーバ２から端末側電子マネー番号の要求を受けると、記憶部２７から端末側電子マネー番号を読み取って携帯端末５を介して電子マネーサーバ２に送信する(ステップ１１０)。
電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５から端末側電子マネー番号を受信すると、携帯端末５を介して汎用ＩＣチップ２５に認証データを要求する(ステップ１１５)。
汎用ＩＣチップ２５は、携帯端末５を介して電子マネーサーバ２から認証データの要求を受けると、記憶部２７から認証データを読み取って携帯端末５を介して電子マネーサーバ２に送信する(ステップ１２０)。
電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５から認証データを受信すると、これを用いて汎用ＩＣチップ２５を認証する。
認証に成功すると、電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５に端末側バリュー残高を要求する(ステップ１２５)。
電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５から端末側電子マネー番号を受信すると、携帯端末５を介して汎用ＩＣチップ２５に認証データを要求する(ステップ１１５)。
汎用ＩＣチップ２５は、携帯端末５を介して電子マネーサーバ２から認証データの要求を受けると、記憶部２７から認証データを読み取って携帯端末５を介して電子マネーサーバ２に送信する(ステップ１２０)。
電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５から認証データを受信すると、これを用いて汎用ＩＣチップ２５を認証する。
認証に成功すると、電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５に端末側バリュー残高を要求する(ステップ１２５)。
汎用ＩＣチップ２５は、携帯端末５を介して電子マネーサーバ２から端末側バリュー残高の要求を受信すると、記憶部２７から端末側バリュー残高を読み取って携帯端末５を介して電子マネーサーバ２に送信する(ステップ１３０)。
電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５から端末側バリュー残高を受信すると、サーバ側バリュー残高に移動する金額があるか否かを判断する。
不足する場合、電子マネーサーバ２は、携帯端末５にエラー通知を送信して移動処理を中止する。
電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５から端末側バリュー残高を受信すると、サーバ側バリュー残高に移動する金額があるか否かを判断する。
不足する場合、電子マネーサーバ２は、携帯端末５にエラー通知を送信して移動処理を中止する。
移動する金額がある場合、電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５に対し、現在の端末側バリュー残高を移動金額だけ減額するように減額要求を送信する(ステップ１３５)。
汎用ＩＣチップ２５は、携帯端末５を介して電子マネーサーバ２から減額要求を受けると、情報処理部２６によってこれを実行し、端末側バリュー残高を移動金額分だけ減額した値に更新する(ステップ１４０)。
このように、汎用ＩＣチップ２５は、電子マネーサーバ２からの要求を情報処理部２６で実行して端末側バリュー残高を減額することによりセキュリティを高めている。即ち、端末側バリュー残高を更新する機能を電子マネーサーバ２と汎用ＩＣチップ２５内に限定し、勝手なバリューの増額など不正な操作を防止している。
汎用ＩＣチップ２５は、携帯端末５を介して電子マネーサーバ２から減額要求を受けると、情報処理部２６によってこれを実行し、端末側バリュー残高を移動金額分だけ減額した値に更新する(ステップ１４０)。
このように、汎用ＩＣチップ２５は、電子マネーサーバ２からの要求を情報処理部２６で実行して端末側バリュー残高を減額することによりセキュリティを高めている。即ち、端末側バリュー残高を更新する機能を電子マネーサーバ２と汎用ＩＣチップ２５内に限定し、勝手なバリューの増額など不正な操作を防止している。
また、ここで行うバリュー残高更新処理には、次のような方式が考えられる。
（方式１）バリュー残高更新要求として上書き命令を送信する場合。
この場合、電子マネーサーバ２は、汎用ＩＣチップ２５から受信した端末側バリュー残高に対して移動金額による減算を行い、減算後の残高を算出する。そして、電子マネーサーバ２は、端末側バリュー残高更新要求として、当該算出後の残高に上書きする上書き命令を送信する。汎用ＩＣチップ２５は、当該上書き命令に従って端末側バリュー残高を上書きして更新する。
（方式１）バリュー残高更新要求として上書き命令を送信する場合。
この場合、電子マネーサーバ２は、汎用ＩＣチップ２５から受信した端末側バリュー残高に対して移動金額による減算を行い、減算後の残高を算出する。そして、電子マネーサーバ２は、端末側バリュー残高更新要求として、当該算出後の残高に上書きする上書き命令を送信する。汎用ＩＣチップ２５は、当該上書き命令に従って端末側バリュー残高を上書きして更新する。
（方式２）バリュー残高更新要求として減算命令を送信する場合。
この場合、電子マネーサーバ２は、移動金額分だけ端末側バリュー残高を減算する減算命令を端末側バリュー残高更新要求として汎用ＩＣチップ２５に送信する。汎用ＩＣチップ２５は、当該命令に従って端末側バリュー残高から移動金額を減算して端末側バリュー残高を更新する。
上の方式１、２は、端末側バリュー残高を減額する場合であるが、増額する場合も方式１、２を適用することができる。
このようにして汎用ＩＣチップ２５は、端末側バリュー残高を更新した後、電子マネーサーバ２に減額完了通知を送信する(ステップ１４５)。
電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５から減額完了通知を受信すると、ステップ１０（図１０）で受信したサーバ側電子マネー番号で特定される口座のサーバ側バリュー残高を移動金額分だけ増額する(ステップ１５０)。この後、電子マネーサーバ２は、携帯端末５に対して、バリューの移動処理が完了した旨を通知する。携帯端末５は、バリューの移動が完了した旨を表示する。
以上のようにして、端末側バリュー残高からサーバ側バリュー残高にバリューが移動する。
この場合、電子マネーサーバ２は、移動金額分だけ端末側バリュー残高を減算する減算命令を端末側バリュー残高更新要求として汎用ＩＣチップ２５に送信する。汎用ＩＣチップ２５は、当該命令に従って端末側バリュー残高から移動金額を減算して端末側バリュー残高を更新する。
上の方式１、２は、端末側バリュー残高を減額する場合であるが、増額する場合も方式１、２を適用することができる。
このようにして汎用ＩＣチップ２５は、端末側バリュー残高を更新した後、電子マネーサーバ２に減額完了通知を送信する(ステップ１４５)。
電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５から減額完了通知を受信すると、ステップ１０（図１０）で受信したサーバ側電子マネー番号で特定される口座のサーバ側バリュー残高を移動金額分だけ増額する(ステップ１５０)。この後、電子マネーサーバ２は、携帯端末５に対して、バリューの移動処理が完了した旨を通知する。携帯端末５は、バリューの移動が完了した旨を表示する。
以上のようにして、端末側バリュー残高からサーバ側バリュー残高にバリューが移動する。
また、端末側バリュー残高の減額を行った後、サーバ側バリュー残高の増額を行っているため、端末側バリュー残高の減額処理で障害が発生した場合、端末側バリュー残高を増額するリカバリー処理が行われる。リカバリー処理が残高の増額処理となるためユーザに与える心理的なストレスを抑制することができる。
図１２は、ステップ４０の端末側への移動処理を説明するためのフローチャートである。図１１と同じ処理には同じステップ番号を付し、説明を省略する。
携帯端末５は、移動金額と移動方向を電子マネーサーバ２に送信する(ステップ２００)。この場合、移動方向はサーバ側バリュー残高から端末側バリュー残高に向かう方向である。
電子マネーサーバ２は、これらの情報を受信すると、ステップ１０（図１０）で受信したサーバ側電子マネー番号で特定される口座のサーバ側バリュー残高を確認する(ステップ２０５)。なお、サーバ側バリュー残高が移動金額以上である場合、電子マネーサーバ２は、サーバ側バリュー残高のうち移動金額分を一時的にロックするとよい。一方、サーバ側バリュー残高が移動金額に足りない場合、電子マネーサーバ２は、携帯端末５にエラーメッセージを送信して処理を終了する。
以下、ステップ１０５〜１３０は、図１１と同じである。
携帯端末５は、移動金額と移動方向を電子マネーサーバ２に送信する(ステップ２００)。この場合、移動方向はサーバ側バリュー残高から端末側バリュー残高に向かう方向である。
電子マネーサーバ２は、これらの情報を受信すると、ステップ１０（図１０）で受信したサーバ側電子マネー番号で特定される口座のサーバ側バリュー残高を確認する(ステップ２０５)。なお、サーバ側バリュー残高が移動金額以上である場合、電子マネーサーバ２は、サーバ側バリュー残高のうち移動金額分を一時的にロックするとよい。一方、サーバ側バリュー残高が移動金額に足りない場合、電子マネーサーバ２は、携帯端末５にエラーメッセージを送信して処理を終了する。
以下、ステップ１０５〜１３０は、図１１と同じである。
次に、電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５から端末側バリュー残高を受信すると、現在の端末側バリュー残高を移動金額だけ増額するように、携帯端末５を介して汎用ＩＣチップ２５に増額要求を送信する(ステップ２１０)。
汎用ＩＣチップ２５は、携帯端末５を介して電子マネーサーバ２から増額要求を受け付けると、情報処理部２６によってこれを実行し、端末側バリュー残高を移動金額分だけ増額した値に更新する(ステップ２１５)。
そして、汎用ＩＣチップ２５は、携帯端末５を介して電子マネーサーバ２に増額完了通知を送信する(ステップ２２０)。
電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５から増額完了通知を受信すると、サーバ側バリュー残高減額処理を行う（ステップ２２５）。この後、電子マネーサーバ２は、携帯端末５に対して、バリューの移動処理が完了した旨を通知する。携帯端末５は、バリューの移動が完了した旨を表示する。
以上のようにして、サーバ側バリュー残高から端末側バリュー残高にバリューが移動する。
汎用ＩＣチップ２５は、携帯端末５を介して電子マネーサーバ２から増額要求を受け付けると、情報処理部２６によってこれを実行し、端末側バリュー残高を移動金額分だけ増額した値に更新する(ステップ２１５)。
そして、汎用ＩＣチップ２５は、携帯端末５を介して電子マネーサーバ２に増額完了通知を送信する(ステップ２２０)。
電子マネーサーバ２は、携帯端末５を介して汎用ＩＣチップ２５から増額完了通知を受信すると、サーバ側バリュー残高減額処理を行う（ステップ２２５）。この後、電子マネーサーバ２は、携帯端末５に対して、バリューの移動処理が完了した旨を通知する。携帯端末５は、バリューの移動が完了した旨を表示する。
以上のようにして、サーバ側バリュー残高から端末側バリュー残高にバリューが移動する。
以上、本実施の形態について説明したが、各種の変形が可能である。
例えば、本実施の形態では、同一ユーザに属するサーバ側バリュー残高と端末側バリュー残高間でバリューの移動を行ったが、異なるユーザに属する残高間でバリューを移動するように構成することも可能である。
例えば、親のサーバ側バリュー残高から子供の端末側バリュー残高に小遣いを移動するといったような使用方法が可能である。
また、例えば、仮想店舗サーバ５１への支払に端末側バリュー残高を用いることも可能である。
この場合、バリュー移動画面４１のサーバ側バリュー残高領域４２は、仮想店舗サーバ５１の領域となり、端末側バリュー残高から仮想店舗サーバ５１の領域にバリューを移動して決済することが可能である。
例えば、本実施の形態では、同一ユーザに属するサーバ側バリュー残高と端末側バリュー残高間でバリューの移動を行ったが、異なるユーザに属する残高間でバリューを移動するように構成することも可能である。
例えば、親のサーバ側バリュー残高から子供の端末側バリュー残高に小遣いを移動するといったような使用方法が可能である。
また、例えば、仮想店舗サーバ５１への支払に端末側バリュー残高を用いることも可能である。
この場合、バリュー移動画面４１のサーバ側バリュー残高領域４２は、仮想店舗サーバ５１の領域となり、端末側バリュー残高から仮想店舗サーバ５１の領域にバリューを移動して決済することが可能である。
図１３は、バリュー移動画面４１の他の例を説明するための図である。
図６に示した例と同様に、バリュー移動画面４１は、電子マネーアプリケーション２９によって提供される。
バリュー移動画面４１は、画面左側の領域に形成された単位金額領域４５、画面左下側の領域に形成されたサーバ側バリュー残高領域４２、画面右下側の領域に形成された端末側バリュー残高領域４３及び画面上部に形成された預貯金口座残高領域９２を有している。
単位金額領域４５には、図６に示した例と同様に、複数のアイコン６１〜６３が表示されている。これらのアイコン６１〜６３は、移動金額の単位を指定するためのオブジェクトであって、ユーザがいずれかのアイコンの表示領域にタッチする(触れる)ことにより指定することができる。
サーバ側バリュー残高領域４２には、サーバ側バリュー残高が、残高表示４６によって表示されている。これは、携帯端末５が電子マネーサーバ２からサーバ側バリュー残高を受信して表示したものである。
一方、端末側バリュー残高領域４３には、端末側バリュー残高が、残高表示４７によって表示されている。これは、携帯端末５が汎用ＩＣチップ２５から端末側バリュー残高を読み取って表示したものである。
図６に示した例と同様に、バリュー移動画面４１は、電子マネーアプリケーション２９によって提供される。
バリュー移動画面４１は、画面左側の領域に形成された単位金額領域４５、画面左下側の領域に形成されたサーバ側バリュー残高領域４２、画面右下側の領域に形成された端末側バリュー残高領域４３及び画面上部に形成された預貯金口座残高領域９２を有している。
単位金額領域４５には、図６に示した例と同様に、複数のアイコン６１〜６３が表示されている。これらのアイコン６１〜６３は、移動金額の単位を指定するためのオブジェクトであって、ユーザがいずれかのアイコンの表示領域にタッチする(触れる)ことにより指定することができる。
サーバ側バリュー残高領域４２には、サーバ側バリュー残高が、残高表示４６によって表示されている。これは、携帯端末５が電子マネーサーバ２からサーバ側バリュー残高を受信して表示したものである。
一方、端末側バリュー残高領域４３には、端末側バリュー残高が、残高表示４７によって表示されている。これは、携帯端末５が汎用ＩＣチップ２５から端末側バリュー残高を読み取って表示したものである。
さらに、この例では、預貯金口座残高領域９２が設けられている。ここには、ユーザの銀行口座等の預金残高表示４８が表示されるようになっている。また、例えば、クレジットカードの当期分（例えば、当月分）の与信可能枠の残高を表示するようにしてもよい。
この預貯金口座残高領域９２に表示する銀行口座等の預金残高表示４８は、予め電子マネーサーバ２において、当該サーバ側電子マネー番号と対応付けられている銀行口座等の残高を表示する。この処理は、ユーザとの間で、電子マネーサーバ２がユーザの銀行口座等の残高から電子マネーをチャージする際、当該口座から引き落とす旨の契約が成立していることを前提としている。
この銀行口座等の預金残高は、電子マネーサーバ２が、特定したサーバ側電子マネー番号に対応するバリュー残高を読み出して、携帯端末５に送信する際、同時に送信し、携帯端末５のサーバ側バリュー残高領域４２にサーバ側残高を表示し、同時に、預貯金口座残高領域９２に銀行口座等の預金残高を表示する（図１０のステップ１５、ステップ２０参照）。
この図１３に示した例における、バリュー移動画面４１で移動金額（単位金額及び単位数）、並びに移動方向の入力は図６に示した例と同様に行われる。
この図１３に示した例では、銀行等の預金口座から直接端末側にバリューを移転（チャージ）することができる。
この預貯金口座残高領域９２に表示する銀行口座等の預金残高表示４８は、予め電子マネーサーバ２において、当該サーバ側電子マネー番号と対応付けられている銀行口座等の残高を表示する。この処理は、ユーザとの間で、電子マネーサーバ２がユーザの銀行口座等の残高から電子マネーをチャージする際、当該口座から引き落とす旨の契約が成立していることを前提としている。
この銀行口座等の預金残高は、電子マネーサーバ２が、特定したサーバ側電子マネー番号に対応するバリュー残高を読み出して、携帯端末５に送信する際、同時に送信し、携帯端末５のサーバ側バリュー残高領域４２にサーバ側残高を表示し、同時に、預貯金口座残高領域９２に銀行口座等の預金残高を表示する（図１０のステップ１５、ステップ２０参照）。
この図１３に示した例における、バリュー移動画面４１で移動金額（単位金額及び単位数）、並びに移動方向の入力は図６に示した例と同様に行われる。
この図１３に示した例では、銀行等の預金口座から直接端末側にバリューを移転（チャージ）することができる。
図１４には、図７に示した例に、預貯金口座残高領域９２が設けられている例を示したものである。
この図１４に示した例では、図１３に示した例と同様に、銀行等の預金口座から直接端末側にバリューを移転（チャージ）することができる。
この図１４に示した例における、バリュー移動画面４１で移動金額（単位金額及び単位数）、並びに移動方向の入力は図７に示した例と同様に行われる。
また、携帯端末５の預貯金口座残高領域９２に銀行口座等の預金残高表示４８を表示する処理は、図１３に示した例と同様である。
この図１４に示した例では、図１３に示した例と同様に、銀行等の預金口座から直接端末側にバリューを移転（チャージ）することができる。
この図１４に示した例における、バリュー移動画面４１で移動金額（単位金額及び単位数）、並びに移動方向の入力は図７に示した例と同様に行われる。
また、携帯端末５の預貯金口座残高領域９２に銀行口座等の預金残高表示４８を表示する処理は、図１３に示した例と同様である。
図１５には、図８に示した例に、預貯金口座残高領域９２が設けられている例を示したものである。
この図１５に示した例では、図１３、図１４に示した例と同様に、銀行等の預金口座から直接端末側にバリューを移転（チャージ）することができる。
この図１５に示した例における、バリュー移動画面４１で移動金額（単位金額及び単位数）、並びに移動方向の入力は図８に示した例と同様に行われる。
また、携帯端末５の預貯金口座残高領域９２に銀行口座等の預金残高表示４８を表示する処理は、図１３、図１４に示した例と同様である。
この図１５に示した例では、図１３、図１４に示した例と同様に、銀行等の預金口座から直接端末側にバリューを移転（チャージ）することができる。
この図１５に示した例における、バリュー移動画面４１で移動金額（単位金額及び単位数）、並びに移動方向の入力は図８に示した例と同様に行われる。
また、携帯端末５の預貯金口座残高領域９２に銀行口座等の預金残高表示４８を表示する処理は、図１３、図１４に示した例と同様である。
更に、電子マネーシステム１は、汎用ＩＣチップ２５が電子マネーカードに形成されている場合にも、次のようにして適用することができる。
この場合、携帯端末５は、電子マネーカード内の汎用ＩＣチップ２５と近距離無線通信するリーダライタを備えるか、あるいは、物理的に接続可能な接続端子を有する。
そして、携帯端末５は、電子マネーカード内の汎用ＩＣチップ２５と電子マネーサーバ２に接続し、電子マネーカード内の汎用ＩＣチップ２５に記憶された端末側バリュー残高と電子マネーサーバ２のサーバ側バリュー残高の間でバリューの移動を行う。
この場合、携帯端末５は、電子マネーカード内の汎用ＩＣチップ２５と近距離無線通信するリーダライタを備えるか、あるいは、物理的に接続可能な接続端子を有する。
そして、携帯端末５は、電子マネーカード内の汎用ＩＣチップ２５と電子マネーサーバ２に接続し、電子マネーカード内の汎用ＩＣチップ２５に記憶された端末側バリュー残高と電子マネーサーバ２のサーバ側バリュー残高の間でバリューの移動を行う。
以上に説明したように、電子マネーシステム１は、ストアードバリュー型の電子マネーシステムとセンター管理型の電子マネーシステムのハイブリッドシステムであり、汎用ＩＣチップ２５側と電子マネーサーバ２側で電子マネー残高を個別に管理している。
そして、ユーザの操作に応じて任意のタイミングで汎用ＩＣチップ２５側と電子マネーサーバ２側の間でバリューを移転することができる。
また、携帯端末５において直感的な操作用のユーザインターフェースを採用することにより、現金のやり取りに感覚的と近い直感的な操作が可能であり、ユーザの手間や負担を軽減することができる。
そして、ユーザの操作に応じて任意のタイミングで汎用ＩＣチップ２５側と電子マネーサーバ２側の間でバリューを移転することができる。
また、携帯端末５において直感的な操作用のユーザインターフェースを採用することにより、現金のやり取りに感覚的と近い直感的な操作が可能であり、ユーザの手間や負担を軽減することができる。
１ 電子マネーシステム
２ 電子マネーサーバ
３ インターネット
５ 携帯端末
６ 決済端末
７ 非同期決済端末
８ 通信回線
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 入力部
１５ 出力部
１６ 通信制御部
１７ 近距離通信制御部
１８ 記憶部
１９ バスライン
２１ 契約者情報ＩＣチップ
２２ 情報処理部
２３ 記憶部
２５ 汎用ＩＣチップ
２６ 情報処理部
２７ 記憶部
２９ 電子マネーアプリケーション
３１ ＣＰＵ
３２ ＲＯＭ
３３ ＲＡＭ
３４ 通信制御部
３５ 記憶部
３６ バスライン
４１ バリュー移動画面
４２ サーバ側バリュー残高領域
４３ 端末側バリュー残高領域
４５ 単位金額領域
４６ 残高表示
４７ 残高表示
４８ 預金残高表示
５１ 仮想店舗サーバ
５３ タッチパネル
５４ ディスプレイ
５５ ユーザインターフェース
６１〜６３ アイコン
９２ 預貯金口座残高領域
２ 電子マネーサーバ
３ インターネット
５ 携帯端末
６ 決済端末
７ 非同期決済端末
８ 通信回線
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ 入力部
１５ 出力部
１６ 通信制御部
１７ 近距離通信制御部
１８ 記憶部
１９ バスライン
２１ 契約者情報ＩＣチップ
２２ 情報処理部
２３ 記憶部
２５ 汎用ＩＣチップ
２６ 情報処理部
２７ 記憶部
２９ 電子マネーアプリケーション
３１ ＣＰＵ
３２ ＲＯＭ
３３ ＲＡＭ
３４ 通信制御部
３５ 記憶部
３６ バスライン
４１ バリュー移動画面
４２ サーバ側バリュー残高領域
４３ 端末側バリュー残高領域
４５ 単位金額領域
４６ 残高表示
４７ 残高表示
４８ 預金残高表示
５１ 仮想店舗サーバ
５３ タッチパネル
５４ ディスプレイ
５５ ユーザインターフェース
６１〜６３ アイコン
９２ 預貯金口座残高領域
Claims (17)
- 画面内に、２以上のバリューにそれぞれ対応する２以上の領域を配置するとともに、前記画面内の前記領域の境界線又は境界領域に重なる位置に単位金額を示す１以上のオブジェクトを表示する表示手段と、
画面上のユーザ指示位置を検出する検出手段により検出されたユーザ指示位置が、前記オブジェクトのいずれの表示領域にも含まれない状態から、前記２以上の領域のうちの第１の領域から第２の領域に向かってスライド移動した場合に、当該スライド移動の軌跡上のユーザ指示位置を包含する前記オブジェクトの表示領域を特定する領域特定手段と、
前記スライド移動の進行方向に対して後方の領域を示す前記第１の領域から、当該進行方向に対して前方の領域を示す前記第２の領域へ向かう方向を特定する方向特定手段と、
前記第１の領域に対応する第１のバリューから前記第２の領域に対応する第２のバリューへ向かう方向を前記バリューの移動方向に決定し、前記特定された表示領域に対応するオブジェクトが示す単位金額を用いて決定したバリューの移動金額と、前記決定されたバリューの移動方向と、を用いて特定したバリューの移動を指示する指示手段と、
を具備したことを特徴とする情報処理装置。 - 前記方向特定手段が、前記特定された表示領域に前記ユーザ指示位置が含まれている状態から当該ユーザ指示位置がさらにスライド移動した場合に、当該スライド移動の進行方向に対して後方の領域を示す前記第１の領域から前方の領域を示す前記第２の領域へ向かう方向を特定することを特徴とする請求項１記載の情報処理装置。
- 前記領域特定手段により前記オブジェクトの表示領域が最初に特定された後の所定時点までに前記方向特定手段によりスライド移動の方向が複数回特定された場合に、前記指示手段が、当該領域特定手段により特定された表示領域に対応するオブジェクトが示す単位金額を、当該方向特定手段によりスライド移動の方向が特定された回数分だけ加算して得られる累積金額を用いて前記バリューの移動金額を決定することを特徴とする請求項１又は請求項２に記載の情報処理装置。
- 前記指示手段が、前記領域特定手段により特定された表示領域に対応するオブジェクトが示す単位金額ごとに当該領域特定手段により当該表示領域が特定されてから所定時点までの間に前記方向特定手段によりスライド移動の方向が特定された回数分だけ当該単位金額を加算して得られる累積金額を算出し、当該各累積金額の合計金額を用いて前記バリューの移動金額を決定することを特徴とする請求項３に記載の情報処理装置。
- 前記指示手段が、前記方向特定手段により最初に特定された方向と反対の方向が特定された回数分だけ前記単位金額を負の値として加算することを特徴とする請求項３又は請求項４に記載の情報処理装置。
- 前記方向特定手段が、略同時に発生した複数のスライド移動の方向を略同時に特定した場合に、略同時に特定されたスライド移動の数をスライド移動の方向が特定された回数としてカウントすることを特徴とする請求項３から請求項５のいずれか１項に記載の情報処理装置。
- 前記方向特定手段により前記スライド移動の方向が特定される前に前記領域特定手段により同一のオブジェクトの表示領域が複数回連続して特定された場合に、前記指示手段が、当該特定された表示領域に対応するオブジェクトが示す単位金額を当該表示領域が特定された回数分だけ加算して得られる累積金額を用いて前記バリューの移動金額を決定することを特徴とする請求項１又は請求項２に記載の情報処理装置。
- 前記方向特定手段により前記スライド移動の方向が複数回特定された場合に、前記指示手段が、当該方向特定手段により特定されたスライド移動の方向ごとに当該方向が特定される前の所定時点から当該方向が特定されるまでの間に前記領域特定手段により同一の表示領域が特定された回数分だけ当該特定された表示領域に対応するオブジェクトが示す単位金額を加算して得られる累積金額を算出し、当該各累積金額の合計金額を用いて前記バリューの移動金額を決定することを特徴とする請求項７に記載の情報処理装置。
- 前記方向特定手段により最初に特定された方向と反対の方向が特定された場合に、前記指示手段が、当該方向特定手段により反対の方向が特定される前に前記領域特定手段により表示領域が特定された回数分だけ前記単位金額を負の値として加算することを特徴とする請求項８に記載の情報処理装置。
- 前記検出手段により異なる複数のユーザ指示位置が略同時に検出された場合に、前記領域特定手段が、当該複数のユーザ指示位置をそれぞれ包含する異なる複数のオブジェクトの表示領域を特定し、
前記方向特定手段が、前記特定された異なる複数の表示領域に前記異なる複数のユーザ指示位置がそれぞれ含まれている状態から当該複数のユーザ指示位置又は他のユーザ指示位置がスライド移動した場合に、当該スライド移動の方向を特定し、
前記指示手段が、前記特定された異なる複数の表示領域にそれぞれ対応する異なる複数のオブジェクトが示す各単位金額を用いて前記バリューの移動金額を決定することを特徴とする請求項１又は請求項２に記載の情報処理装置。 - 前記方向特定手段が、前記スライド移動の軌跡上のユーザ指示位置のうち、２つの領域の境界線上又は境界領域内の位置が検出された時点より前の時点で前記検出手段により検出された位置を包含する領域を示す前記第１の領域から後の時点で前記検出手段により検出された位置を包含する領域を示す前記第２の領域へ向かう方向を特定することを特徴とする請求項１又は請求項２に記載の情報処理装置。
- 前記方向特定手段が、前記検出手段により検出されたユーザ指示位置の時間変化から計算される前記スライド移動の運動状態を用いて、当該スライド移動の進行方向に対して後方の領域を示す前記第１の領域から前方の領域を示す前記第２の領域へ向かう方向を特定することを特徴とする請求項１又は請求項２に記載の情報処理装置。
- サーバ側で記憶した電子バリューの残高と、ユーザが携帯する記憶媒体側に記憶した電子バリューの残高の少なくとも一方が所定の金額以下又は未満であるか否かを判断する判断手段と、
前記判断手段が所定の金額未満又は以下であると判断した場合に、前記表示手段を起動する起動手段と、
を具備したことを特徴とする請求項１から請求項１２のいずれか１項に記載の情報処理装置。 - 前記表示手段が、サーバ側で記憶した電子バリューの残高と、ユーザが携帯する記憶媒体側に記憶した電子バリューの残高の少なくとも一方に応じて、前記画面内に表示するオブジェクトが示す単位金額を変更することを特徴とする請求項１から１３のいずれか１項に記載の情報処理装置。
- 前記表示手段が、サーバ側で記憶した電子バリューの残高と、ユーザが携帯する記憶媒体側に記憶した電子バリューの残高のいずれか一方に対する所定の数値計算により得られた金額を単位金額として示すオブジェクトを少なくとも１つ前記画面内に表示することを特徴とする請求項１から１４のいずれか１項に記載の情報処理装置。
- コンピュータにより行う情報処理方法であって、
画面内に、２以上のバリューにそれぞれ対応する２以上の領域を配置するとともに、前記画面内の前記領域の境界線又は境界領域に重なる位置に単位金額を示す１以上のオブジェクトを表示する表示ステップと、
画面上のユーザ指示位置を検出する検出手段により検出されたユーザ指示位置が、前記オブジェクトのいずれの表示領域にも含まれない状態から、前記２以上の領域のうちの第１の領域から第２の領域に向かってスライド移動した場合に、当該スライド移動の軌跡上のユーザ指示位置を包含する前記オブジェクトの表示領域を特定する領域特定ステップと、
前記スライド移動の進行方向に対して後方の領域を示す前記第１の領域から、当該進行方向に対して前方の領域を示す前記第２の領域へ向かう方向を特定する方向特定ステップと、
前記第１の領域に対応する第１のバリューから前記第２の領域に対応する第２のバリューへ向かう方向を前記バリューの移動方向に決定し、前記特定された表示領域に対応するオブジェクトが示す単位金額を用いて決定したバリューの移動金額と、前記決定されたバリューの移動方向と、を用いて特定したバリューの移動を指示する指示ステップと、
を具備したことを特徴とする情報処理方法。 - 画面内に、２以上のバリューにそれぞれ対応する２以上の領域を配置するとともに、前記画面内の前記領域の境界線又は境界領域に重なる位置に単位金額を示す１以上のオブジェクトを表示する表示機能と、
画面上のユーザ指示位置を検出する検出手段により検出されたユーザ指示位置が、前記オブジェクトのいずれの表示領域にも含まれない状態から、前記２以上の領域のうちの第１の領域から第２の領域に向かってスライド移動した場合に、当該スライド移動の軌跡上のユーザ指示位置を包含する前記オブジェクトの表示領域を特定する領域特定機能と、
前記スライド移動の進行方向に対して後方の領域を示す前記第１の領域から、当該進行方向に対して前方の領域を示す前記第２の領域へ向かう方向を特定する方向特定機能と、
前記第１の領域に対応する第１のバリューから前記第２の領域に対応する第２のバリューへ向かう方向を前記バリューの移動方向に決定し、前記特定された表示領域に対応するオブジェクトが示す単位金額を用いて決定したバリューの移動金額と、前記決定されたバリューの移動方向と、を用いて特定したバリューの移動を指示する指示機能と、
をコンピュータに実現させる情報処理プログラム。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2012/066813 WO2014002279A1 (ja) | 2012-06-29 | 2012-06-29 | 情報処理装置、情報処理方法、及び情報処理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2014002279A1 JPWO2014002279A1 (ja) | 2016-05-30 |
| JP5985632B2 true JP5985632B2 (ja) | 2016-09-06 |
Family
ID=49782502
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014522347A Active JP5985632B2 (ja) | 2012-06-29 | 2012-06-29 | 情報処理装置、情報処理方法、及び情報処理プログラム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US10043161B2 (ja) |
| JP (1) | JP5985632B2 (ja) |
| WO (1) | WO2014002279A1 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102287160B1 (ko) * | 2014-07-31 | 2021-08-06 | 엘지전자 주식회사 | 웨어러블 디바이스 및 그것의 제어방법 |
| JP6271025B2 (ja) * | 2014-08-19 | 2018-01-31 | Ｊｒ東日本メカトロニクス株式会社 | 情報処理装置、情報処理方法及びプログラム |
| JP2017182580A (ja) * | 2016-03-31 | 2017-10-05 | 株式会社三井住友銀行 | 情報処理装置、方法およびプログラム |
| US10540075B2 (en) | 2016-09-16 | 2020-01-21 | The Toronto-Dominion Bank | System and method to perform an allocation using a continuous two direction swipe gesture |
| US10423307B2 (en) * | 2017-07-12 | 2019-09-24 | The Toronto-Dominion Bank | System and method for indicating data transfer method selection |
| JP6475387B1 (ja) * | 2018-07-17 | 2019-02-27 | 株式会社メルカリ | 情報処理方法、情報処理装置、およびプログラム |
| JP2020024494A (ja) * | 2018-08-06 | 2020-02-13 | 株式会社メルカリ | 情報処理方法、情報処理装置、および情報処理プログラム |
| JP7258592B2 (ja) * | 2019-02-21 | 2023-04-17 | 株式会社ジェーシービー | 決済管理システム、決済管理方法及びコンピュータープログラム |
| JP2021105876A (ja) * | 2019-12-26 | 2021-07-26 | トヨタ自動車株式会社 | ウォレットサーバ、ウォレットプログラムおよびウォレットシステム |
| JP7252154B2 (ja) * | 2020-02-20 | 2023-04-04 | 富士通フロンテック株式会社 | 自動取引装置、自動取引プログラム、自動取引方法およびサーバ |
Family Cites Families (40)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5293319A (en) * | 1990-12-24 | 1994-03-08 | Pitney Bowes Inc. | Postage meter system |
| US5283829A (en) * | 1992-10-01 | 1994-02-01 | Bell Communications Research, Inc. | System and method for paying bills electronically |
| WO1997014108A1 (en) * | 1995-10-11 | 1997-04-17 | Block Financial Corporation | Financial information access system |
| US5918239A (en) * | 1997-01-21 | 1999-06-29 | International Business Machines Corporation | Deferred display of web pages corresponding to links selected by user |
| US6018345A (en) * | 1997-02-18 | 2000-01-25 | International Business Machines Corporation | Cursor change indication of links in document interface |
| US6363364B1 (en) * | 1997-03-26 | 2002-03-26 | Pierre H. Nel | Interactive system for and method of performing financial transactions from a user base |
| US5950197A (en) * | 1997-05-07 | 1999-09-07 | Beam; William N. | Character set and programming language extension for enlarging the capacity of a date code |
| ES2180142T3 (es) * | 1997-06-27 | 2003-02-01 | Swisscom Mobile Ag | Procedimiento de transaccion con un elemento de identificacion portatil. |
| US6088707A (en) * | 1997-10-06 | 2000-07-11 | International Business Machines Corporation | Computer system and method of displaying update status of linked hypertext documents |
| JP3723952B2 (ja) * | 1998-01-22 | 2005-12-07 | 沖電気工業株式会社 | 金額・金種入力方法および自動取引装置 |
| US6362840B1 (en) * | 1998-10-06 | 2002-03-26 | At&T Corp. | Method and system for graphic display of link actions |
| JP4399883B2 (ja) * | 1999-01-13 | 2010-01-20 | 沖電気工業株式会社 | 電子取引システム |
| JP4083430B2 (ja) * | 1999-09-22 | 2008-04-30 | ソフトバンクＢｂ株式会社 | 電子決済システム、決済装置及び端末 |
| US6867789B1 (en) * | 2000-02-15 | 2005-03-15 | Bank One, Delaware, National Association | System and method for generating graphical user interfaces |
| US7542943B2 (en) * | 2000-10-30 | 2009-06-02 | Amazon Technologies, Inc. | Computer services and methods for collecting payments from and providing content to web users |
| US7356507B2 (en) * | 2000-10-30 | 2008-04-08 | Amazon.Com, Inc. | Network based user-to-user payment service |
| EP1387306A4 (en) * | 2001-05-09 | 2007-08-15 | Sony Corp | DISPLAY DEVICE FOR PAYMENTS AND SAVINGS |
| JP2003030449A (ja) * | 2001-05-09 | 2003-01-31 | Sony Corp | 預貯金表示装置、預貯金表示方法、預貯金表示プログラム、預貯金情報提供サーバ装置、預貯金情報提供方法、預貯金情報提供プログラム、記憶媒体、資産管理装置、資産管理方法、資産管理プログラム、及び資産管理サーバ装置 |
| US20040006536A1 (en) * | 2001-06-11 | 2004-01-08 | Takashi Kawashima | Electronic money system |
| US7610218B2 (en) * | 2001-07-31 | 2009-10-27 | Lightsurf Technologies, Inc. | Integrated shopping cart for sale of third party products and services via the internet |
| US7752135B2 (en) * | 2002-01-16 | 2010-07-06 | International Business Machines Corporation | Credit authorization system and method |
| US7113169B2 (en) * | 2002-03-18 | 2006-09-26 | The United States Of America As Represented By The Secretary Of The Air Force | Apparatus and method for a multiple-user interface to interactive information displays |
| US20030222138A1 (en) * | 2002-05-31 | 2003-12-04 | Carole Oppenlander | System and method for authorizing transactions |
| US8374958B2 (en) * | 2002-08-29 | 2013-02-12 | Alcatel Lucent | Method and apparatus for the payment of internet content |
| US7765162B2 (en) * | 2002-10-07 | 2010-07-27 | Mastercard International Incorporated | Method and system for conducting off-line and on-line pre-authorized payment transactions |
| JP2004171527A (ja) * | 2002-11-06 | 2004-06-17 | Jcb:Kk | サーバ管理型決済システム |
| US8082198B2 (en) * | 2002-12-11 | 2011-12-20 | Broadcom Corporation | Billing support in a media exchange network |
| US20060259390A1 (en) * | 2003-06-19 | 2006-11-16 | Rosenberger Ronald J | Multiple account preset parameter method, apparatus and systems for financial transactions and accounts |
| JP2006048117A (ja) * | 2004-07-30 | 2006-02-16 | Scale:Kk | アナログ貨幣方式電子決済装置及び方法 |
| JP2006190095A (ja) * | 2005-01-06 | 2006-07-20 | Oki Electric Ind Co Ltd | 自動取引装置および電子マネー補充システム |
| JP2006277686A (ja) * | 2005-03-30 | 2006-10-12 | Mizuho Bank Ltd | 送金処理支援プログラム |
| US20070168260A1 (en) * | 2005-09-30 | 2007-07-19 | Mastercard International Incorporated | Payment apparatus and method |
| KR100672605B1 (ko) * | 2006-03-30 | 2007-01-24 | 엘지전자 주식회사 | 아이템 선택 방법 및 이를 위한 단말기 |
| US20070252003A1 (en) * | 2006-04-27 | 2007-11-01 | Membrain, Llc | Interactive kiosk and method for vending items using same |
| US8571580B2 (en) * | 2006-06-01 | 2013-10-29 | Loopt Llc. | Displaying the location of individuals on an interactive map display on a mobile communication device |
| JP4792366B2 (ja) * | 2006-09-29 | 2011-10-12 | 株式会社日立製作所 | 画面表示方法 |
| JP5147352B2 (ja) * | 2007-10-16 | 2013-02-20 | 株式会社日立製作所 | データ処理装置の情報提供方法 |
| JP5444073B2 (ja) * | 2010-03-25 | 2014-03-19 | Ｎｅｃカシオモバイルコミュニケーションズ株式会社 | 端末装置及びプログラム |
| JP5418508B2 (ja) * | 2011-01-13 | 2014-02-19 | カシオ計算機株式会社 | 電子機器、表示制御方法及びプログラム |
| US9824376B1 (en) * | 2011-08-03 | 2017-11-21 | A9.Com, Inc. | Map based payment authorization |
-
2012
- 2012-06-29 US US14/411,255 patent/US10043161B2/en active Active
- 2012-06-29 WO PCT/JP2012/066813 patent/WO2014002279A1/ja active Application Filing
- 2012-06-29 JP JP2014522347A patent/JP5985632B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US10043161B2 (en) | 2018-08-07 |
| JPWO2014002279A1 (ja) | 2016-05-30 |
| WO2014002279A1 (ja) | 2014-01-03 |
| US20150206105A1 (en) | 2015-07-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5985632B2 (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
| AU2019281961B2 (en) | User interfaces for transfer accounts | |
| US11100498B2 (en) | User interfaces for transfer accounts | |
| AU2018200628B2 (en) | User interface for payments | |
| US11169830B2 (en) | Account management user interfaces | |
| CN108064393A (zh) | 用于储值账户的用户界面 | |
| CN106022758A (zh) | 信息推荐方法和装置 | |
| US11681537B2 (en) | Account management user interfaces | |
| US20240046031A1 (en) | Account management |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20160401 |
|
| 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: 20160705 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20160803 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5985632 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| 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 |