決済用ファイル管理システムおよび決済用ファイル管理方法
【課題】携帯通信端末の機種変更時に、煩雑な操作を必要とすることなく複数の決済用サーバに対して機種変更を確実に行い、且つ、決済用ファイルのセキュリティレベルを高く保持することができる決済用ファイル管理システムを提供する。
【解決手段】ユーザが旧携帯電話装置１０Ａを操作して機種変更を開始して、一括送信の操作を行うと、旧携帯電話装置１０Ａは各決済用サーバに対して機種変更要求を行う。各決済用サーバは旧携帯電話装置１０Ａの認証を行う。旧携帯電話装置１０Ａは、認証ＯＫならば、各決済用サーバに対するアドレス情報をメモリカード４０に書き込み、自身のメモリ１７に記憶されている決済用ファイルを消去する。同様に、決済再開時には、新携帯電話装置１０Ｂは決済再開要求をユーザからの一括送信操作により各決済用サーバに行い、決済用ファイルを自身のメモリ１７に記憶するとメモリカード４０のアドレス情報を消去する。
【解決手段】ユーザが旧携帯電話装置１０Ａを操作して機種変更を開始して、一括送信の操作を行うと、旧携帯電話装置１０Ａは各決済用サーバに対して機種変更要求を行う。各決済用サーバは旧携帯電話装置１０Ａの認証を行う。旧携帯電話装置１０Ａは、認証ＯＫならば、各決済用サーバに対するアドレス情報をメモリカード４０に書き込み、自身のメモリ１７に記憶されている決済用ファイルを消去する。同様に、決済再開時には、新携帯電話装置１０Ｂは決済再開要求をユーザからの一括送信操作により各決済用サーバに行い、決済用ファイルを自身のメモリ１７に記憶するとメモリカード４０のアドレス情報を消去する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、携帯電話装置等の携帯通信端末を用いたモバイル決済システムに利用する決済用ファイル管理システムおよび決済用ファイル管理方法に関するものである。
【背景技術】
【０００２】
従来、携帯電話装置等の携帯通信端末を利用したモバイル決済システムでは、各金融機関やクレジット会社等の決済用サーバ毎の決済用プログラムとそれぞれに対応するカードデータとを携帯通信端末に記憶させる。そして、携帯通信端末を用いて決済用プログラムを実行する時に記憶されているカードデータを利用して、モバイル決済を行う。
【０００３】
このようなモバイル決済システムに利用する携帯通信端末では、決済用サーバ毎に機種変更手続を行わなければならない。例えば、甲銀行に対するモバイル決済システムと、乙クレジットに対するモバイル決済システムを利用していた場合、甲銀行と乙クレジットとにそれぞれ個別に機種変更を行っていた（例えば、特許文献１参照）。
【０００４】
この決済用ファイル管理方法では、ユーザが機種変更前の携帯通信端末で機種変更処理を入力すると、決済用サーバはこれを受け付けて、機種変更前の携帯通信端末に対して決済不能処理を行う。これと同時に、決済用サーバは、機種変更処理入力時に取得した変更後の携帯通信端末のメールアドレスに、決済再開処理に関する情報を送信する。ユーザは、機種変更後の携帯通信端末でこのメールを受信して、決済用サーバにアクセスし、決済再開処理を入力する。決済用サーバは、これを受け付けて、機種変更後の携帯通信端末に対して決済再開処理を行う。
【特許文献１】特開２００４−２５８７３８公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に示すような従来の決済用ファイル管理システムでは、契約している決済用サーバ毎に機種変更処理を行わなければならず、機種変更操作が煩雑になってしまう。さらに、それぞれ個別に操作・処理を行うので、機種変更の手続漏れを起こしやすくなり、もし手続漏れを起こした場合には、変更後の携帯通信端末で決済処理を即座に実行することができなくなってしまう。
【０００６】
また、従来の決済用ファイル管理システムでは、機種変更手続後であって使用できない状態であっても、機種変更前の携帯通信端末にモバイル決済に関する情報が残っている。このため、第３者が機種変更前の携帯通信端末を入手した場合に、この携帯通信端末に記憶されているモバイル決済に関する情報を読み出してしまう可能性がある。そして、もし、機種変更前の携帯通信端末に前述の機種変更手続が完了されていない情報が残っていれば、これを悪用されて、ユーザの知らないところで、モバイル決済を利用される可能性がある。
【０００７】
したがって、本発明の目的は、携帯通信端末の機種変更時に、煩雑な操作を必要とすることなく複数の決済用サーバに対して機種変更を確実に行い、且つ、決済用ファイルのセキュリティレベルを高く保持することができる決済用ファイル管理システムおよび決済用ファイル管理方法を提供することにある。
【課題を解決するための手段】
【０００８】
この発明は、決済用操作を受け付ける操作入力手段、および、複数の決済用サーバに対して共通の決済用プログラムを記憶する決済用記憶手段をそれぞれに備える第１携帯通信端末および第２携帯通信端末と、第１携帯通信端末から端末変更情報を受信すると第１携帯通信端末に決済不能処理情報を送信し、第２携帯通信端末から決済再開要求情報を受信すると第２携帯通信端末に決済可能処理情報を送信する複数の決済用サーバと、を備えた決済用ファイル管理システムにおいて、第１携帯通信端末および第２携帯通信端末に着脱可能な着脱式記憶手段を備える。そして、第１携帯通信端末は、自身の操作入力手段により端末変更操作を受け付けると、複数の決済用サーバに一括して端末変更情報を送信し、複数の決済用サーバから決済不能処理情報を受信すると各決済用サーバへのアクセス情報のみを装着されている着脱式記憶手段に書き込み、第２携帯通信端末は、自身の操作入力手段により決済再開要求操作を受け付けると、装着された着脱式記憶手段からアクセス情報を読み出して複数の決済用サーバに決済再開要求情報を一括に送信し、各決済用サーバからの決済可能処理情報を受信するとアクセス情報を着脱式記憶手段から自身の決済用記憶手段に書き込むことを特徴としている。
【０００９】
この構成では、第１携帯通信端末と第２携帯通信端末のそれぞれで、１回ずつ端末変更操作と決済再開要求操作とを行えば、これら携帯通信端末と複数の決済用サーバとにより、端末変更処理と決済再開処理とが行われる。
【００１０】
また、この発明の決済用ファイル管理システムでは、第１携帯通信端末は、複数の決済用サーバから決済不能処理情報を受信すると、アクセス情報のみを装着されている着脱式記憶手段に書き込むとともに自身の決済用記憶手段から決済用データを消去し、第２携帯通信端末は、各決済用サーバからの決済可能処理情報を受信すると、アクセス情報を着脱式記憶手段から自身の決済用記憶手段に書き込むとともに着脱式記憶手段のアクセス情報を消去することを特徴としている。
【００１１】
この構成では、決済不能処理が施された第１携帯通信端末に全ての決済に関する情報が残らない。さらに、決済可能処理が施された後には、着脱式記憶手段にも決済に関する情報が残らず、新たに使用する第２携帯通信端末にのみ全ての決済に関する情報が残される。これにより、高いセキュリティレベルが実現される。
【００１２】
また、この発明の決済用ファイル管理システムでは、第１携帯通信端末および第２携帯通信端末は、端末変更操作時および決済再開要求操作時に利用する第１利用認証手段と、複数の決済用サーバからの認証要求に対して該認証要求の時点を含む所定時間内に取得した認証用データを複数の決済用サーバに送信する認証用データ処理手段と、を備え、複数の決済用サーバは、それぞれに、認証用データに基づいて第１携帯通信端末または第２携帯通信端末による各処理請求を認証する第２利用認証手段を備えたことを特徴としている。
【００１３】
この構成では、機種変更処理の際に第１携帯通信端末に対して認証が行われるとともに各決済用サーバに対して認証が行われ、決済再開処理の際に第２携帯通信端末に対して認証が行われるとともに各決済用サーバに対して認証が行われる。そして、決済用サーバに対する認証は認証開始時点を含む所定時間内に得られた認証用データが用いられる。このように複数の認証処理が行われることにより、さらに高いセキュリティーレベルが実現される。
【００１４】
また、この発明の決済用ファイル管理方法では、次に示す方法で決済用ファイル管理を行うことを特徴としている。
【００１５】
（１）第１携帯通信端末は、自身の操作入力手段により端末変更操作を受け付けると、第１利用認証手段により操作入力の認証を行い、複数の決済用サーバに一括して端末変更情報を送信する。
（２）複数の決済用サーバは端末変更の要求を受け付けて、第１携帯通信端末に認証要求を行う。
（３）第１携帯通信端末は、複数の決済用サーバからの認証要求に対して、認証用データ処理手段により、該認証要求の時点を含む所定時間内に取得した共通の認証用データを複数の決済用サーバに送信する。
（４）複数の決済用サーバは、認証用データに基づき第１携帯通信端末による端末変更要求を認証して、第１携帯通信端末に決済不能処理情報を送信する。
（５）第１携帯通信端末は、複数の決済用サーバから決済不能処理情報を受信すると、アクセス情報のみを装着されている着脱式記憶手段に書き込むとともに、自身の決済用記憶手段から決済用データを消去する。
（６）第２携帯通信端末は、自身の操作入力手段により決済再開要求操作を受け付けると、装着された着脱式記憶手段からアクセス情報を読み出して複数の決済用サーバに決済再開要求情報を一括に送信する。
（７）複数の決済用サーバは決済再開の要求を受け付けて、第２携帯通信端末に認証要求を行う。
（８）第２携帯通信端末は、複数の決済用サーバからの認証要求に対して、認証用データ処理手段により該認証要求の時点を含む所定時間内に取得した共通の認証用データを複数の決済用サーバに送信する。
（９）複数の決済用サーバは、認証用データに基づき第２携帯通信端末による決済再開要求を認証して、第２携帯通信端末に決済可能処理情報を送信する。
（１０）第２携帯通信端末は、複数の決済用サーバからの決済可能処理情報を受信するとアクセス情報を着脱式記憶手段から自身の決済用記憶手段に書き込むとともに、着脱式記憶手段のアクセス情報を消去する。
【００１６】
この方法によれば、複数の決済用サーバに対して、第１携帯通信端末と第２携帯通信端末のそれぞれで一操作入力を行うのみで、機種変更が実行される。
【発明の効果】
【００１７】
この発明によれば、モバイル決済における携帯通信端末の機種変更時に、煩雑な操作を必要とすることなく、新旧の携帯通信端末のそれぞれで１操作入力により複数の決済用サーバに対して機種変更を確実に行うことができる。さらに、全ての決済用ファイルのセキュリティレベルを高く保持することができる。
【発明を実施するための最良の形態】
【００１８】
本発明の第１の実施形態について図を参照して説明する。
図１は本実施形態の決済用ファイル管理システムのシステム構成図である。
決済用ファイル管理システムは、決済用サーバ２１〜２３、入出金用端末３１〜３３、パケット通信網５０、本発明の第１、第２携帯通信端末にそれぞれ相当する携帯電話装置１０Ａ，１０Ｂ、本発明の着脱式記憶手段に相当するメモリカード４０、を備える。決済用サーバ２１〜２３は、Ａ銀行モバイル決済用サーバ２１、Ｂ銀行モバイル決済用サーバ２２、Ｃクレジットモバイル決済用サーバ２３であり、入出金用端末３１〜３３は、Ａ銀行モバイル決済用サーバ２１に接続するＡ銀行ＡＴＭ３１、Ｂ銀行モバイル決済用サーバ２２に接続するＢ銀行ＡＴＭ３２、Ｃクレジットモバイル決済用サーバ２３に接続するＣクレジットＣＡＴ装置３３である。
【００１９】
図２は携帯電話装置１０Ａ，１０Ｂの主要部の構成を示すブロック図であり、図３は携帯電話装置１０Ａ，１０Ｂのソフトウェア構成を示す構成図である。
【００２０】
携帯電話装置１０Ａ，１０Ｂは、制御部１１、送受信部１２、アンテナ１３、近距離通信部１４、操作部１５、表示部１６、メモリ１７、外部メモリ通信部１８を備える。
【００２１】
制御部１１は、携帯電話装置全体の制御を行うものであり、制御部１１およびメモリ１７に記憶された図３に示すソフトウェア構成により実現される各動作の制御命令を、装置各部に与える。制御部１１等に記憶されたソフトウェアは、全ての携帯電話装置に共通な共通ソフトウェア部１７１と、各決済用処理に固有のソフトウェア群からなる個別ソフトウェア部１７２とを備える。共通ソフトウェア部１７１は、基本ＯＳ、ドライバファームウェア、携帯電話用の各標準搭載アプリケーション、および、各社に共通のモバイル決済共通アプリケーションからなる。個別ソフトウェア部１７２は、各社のモバイル決済システム毎に設定される個別モバイル決済情報１７３〜１７５を備える。各個別モバイル決済情報１７３〜１７５は、それぞれに個別のモバイル決済アプリとカードデータとからなる。例えば図３の例では、Ａ銀行モバイル決済情報１７３はＡ銀行モバイル決済アプリケーションとＡ銀行カード情報、Ｂ銀行モバイル決済情報１７４はＢ銀行モバイル決済アプリケーションとＢ銀行カード情報、Ｃクレジットモバイル決済情報１７５はＣクレジットモバイル決済アプリケーションとＣクレジットカード情報をそれぞれ備える。
【００２２】
制御部１１は、操作部１５によりＡ銀行のモバイル決済操作が入力されると、共通ソフトウェア部１７１のモバイル決済共通アプリとともに個別ソフトウェア部１７２のＡ銀行モバイル決済情報１７３を読み出して、Ａ銀行モバイル決済を実行する。同様に、制御部１１は、操作部１５によりＢ銀行のモバイル決済操作が入力されると、共通ソフトウェア部１７１のモバイル決済共通アプリとともに個別ソフトウェア部１７２のＢ銀行モバイル決済情報１７４を読み出して、Ｂ銀行モバイル決済を実行する。制御部１１は、操作部１５によりＣクレジットのモバイル決済操作が入力されると、共通ソフトウェア部１７１のモバイル決済共通アプリとともに個別ソフトウェア部１７２のＣクレジットモバイル決済情報１７５を読み出して、Ｃクレジットモバイル決済を実行する。
送受信部１２は、制御部１１で実行される決済用プログラムにより生成される送信用データをパケット通信信号に変調し、アンテナ１３から得られたパケット通信信号を復調して受信データを制御部１１に与える。アンテナ１３は、送受信部１２で生成されるパケット通信信号を、パケット通信網５０を介して各決済用サーバ２１〜２３に送信し、パケット通信網５０を介して各決済用サーバ２１〜２３から送信されるパケット通信信号を受信して送受信部１２に与える。このようにして、携帯電話装置１０Ａ，１０Ｂは、Ａ銀行モバイル決済サーバ２１、Ｂ銀行モバイル決済用サーバ２２、Ｃクレジットモバイル決済用サーバ２３に対して無線通信を行うことが可能である。
【００２３】
近距離通信部１４は、赤外線による通信回路や所定周波数の電磁波による通信回路からなり、各入出金用端末３１〜３３に備えられた赤外線通信部や電磁波通信部に近接させることで決済用データの近距離通信を行う。この近距離通信は、双方向通信であり、制御部１１で生成される決済用データを変調して各入出金用端末３１〜３３に送信し、各入出金用端末３１〜３３で生成される決済用データを受信して制御部１１に与える。このようにして、携帯電話装置１０Ａ，１０Ｂは、各入出金用端末３１〜３３に対して近距離無線通信を行うことが可能である。
【００２４】
操作部１５は、各種ボタンを備え、ユーザがこれらボタンを操作することにより得られる操作入力データを制御部１１に与える。
表示部１６は制御部１１で行われる各処理に必要な画像情報を表示する。例えば、表示部１６は、現在のモバイル決済の実行状況や操作入力時の選択情報を画面上に表示する。
メモリ１７は、前述の各ソフトウェアやカード情報等を記憶する。
【００２５】
外部メモリ通信部１８は、着脱可能なメモリカード４０が装着された状態で、メモリカード４０に対して、前記カード情報等の各情報の書き込みや読み込みを行う。
【００２６】
図４は決済用サーバ２１〜２３に記憶されているモバイル決済用データのデータ構成図である。
モバイル決済用データは、カード発行管理データ２０１、アプリケーション発行管理データ２０２、個人属性データ２０３を備える。
カード発行管理データ２０１は、カード情報発行ＩＤ、発行日付時刻、暗号化されたカードデータ、カードデータの状態、携帯電話装置等のモバイル決済を行う装置であるキャリア名、および、キャリア製造番号を備える。
【００２７】
アプリケーション発行管理データ２０２は、アプリケーション発行ＩＤ、発行日付時刻、アプリケーションのバージョン、前記キャリア名、および、キャリア製造番号を備える。なお、各金融機関間でモバイル決済処理をリンクさせる構成にする等の場合では、カード発行管理データ２０１、アプリケーション発行管理データ２０２は、銀行名を備える。
【００２８】
個人属性データ２０３は、個人氏名、生年月日、性別、携帯電話番号、メールアドレス、顔画像等の識別基準データを備える。
【００２９】
各モバイル決済用サーバ２１〜２３は、図４に示すようなモバイル決済用データを用いてモバイル決済処理を行う。より具体的には、各モバイル決済用サーバ２１〜２３は、パケット通信網５０を介して受信した携帯電話装置１０Ａ，１０Ｂからモバイル決済処理を受け付けてモバイル決済処理を行ったり、自身に接続するＡＴＭ３１，３２やＣＡＴ装置３３が近距離通信により携帯電話装置１０Ａ，１０Ｂから受け付けた決済情報を取得して決済処理を行う。
【００３０】
次に、本実施形態の決済用ファイル管理システムを用いた機種変更処理について、図５〜図８を参照して説明する。なお、以下の説明では、機種変更前の携帯電話装置を旧携帯電話装置と称し、機種変更後の携帯電話装置を新携帯電話装置と称し、図１に示す携帯電話装置１０Ａを旧携帯電話装置とし、携帯電話装置１０Ｂを新携帯電話装置１０Ｂとする。
図５は旧携帯電話装置１０Ａを用いた機種変更の一括処理を示したフロー図であり、図６は図５の機種変更一括処理時の旧携帯電話装置１０Ａの表示画面を示した図である。
図７は新携帯電話装置１０Ｂを用いた決済再開の一括処理を示したフロー図であり、図８は図７の決済再開一括処理時の新携帯電話装置１０Ｂの表示画面を示した図である。図５，図７では決済用サーバが１つだけ示されているが、実際には複数の決済用サーバが存在し、示された決済用サーバと同じ処理を行う。すなわち、図５、図７では、複数の決済用サーバの内の１つの決済用サーバの処理フローのみを示し、他の決済用サーバは図示を省略する。
【００３１】
（１）一括機種変更届処理
ユーザからの操作入力により、旧携帯電話装置１０Ａは、モバイル決済共通アプリを読み出してモバイル決済プログラムを起動する。同時に、旧携帯電話装置１０Ａは表示部１６に図６（Ａ）に示すメニュー画面を表示する。ユーザからの操作入力により、図６（Ｂ）に示すメニュー画面で機種変更が選択入力されると、旧携帯電話装置１０Ａは、図６（Ｃ）に示す機種変更メニュー画面を表示する。機種変更メニューは機種変更届と決済再開届との２つのメニューを備え、ユーザが機種変更届を選択すると機種変更届の処理が開始される（Ｓ１０１）。機種変更届処理が開始されると、次に、表示画面には図６（Ｄ）に示す対象決済用サーバの選択画面が表示され、ユーザが機種変更届を行う決済用サーバを選択すると、選択状態が図６（Ｄ）に示す選択画面に反映されるとともに、旧携帯電話装置１０Ａは機種変更届用登録リストを生成する（Ｓ１０２）。
【００３２】
次に、旧携帯電話装置１０Ａは、図６（Ｅ）に示す暗証データ入力画面を表示し、ユーザにモバイルパスワード等を暗証データとして入力させる（Ｓ１０３）。旧携帯電話装置１０Ａは、予めモバイルパスワード等の暗証データを基準暗証データとしてメモリ１７に記憶しており、入力された暗証データと基準暗証データとからユーザの認証を行う（Ｓ１０４）。ここで、暗証データと基準暗証データとが一致しなければ、旧携帯電話装置１０Ａは、暗証データの再入力を要求する（Ｓ１０４→Ｓ１１８）。そして、旧携帯電話装置１０Ａは入力された暗証データが基準暗証データと連続して異なる回数が所定回数Ｎｔｈに達しなければ再び暗証データ入力画面を表示し（Ｓ１１８→Ｓ１０３）、所定回数Ｎｔｈに達すればエラー表示を行って機種変更手続の終了処理を行う（Ｓ１１８→Ｓ１２０→Ｓ１１７）。
【００３３】
暗証データと基準暗証データとが一致したことを検出すると、旧携帯電話装置１０Ａは、図６（Ｆ）に示す顔画像認証データ入力画面を表示する。旧携帯電話装置１０Ａにはカメラが備えられており、このカメラにより顔画像データを取得する。取得された顔画像は図６（Ｆ）に示す顔画像認証データ入力画面に表示され、ユーザから承認の操作が入力されると、旧携帯電話装置１０Ａは取得した顔画像データを一時記憶する（Ｓ１０５）。
【００３４】
旧携帯電話装置１０Ａは、顔画像データの取得が終了すると、図６（Ｇ）に示す一括送信確認画面を表示し、ユーザからの認証入力が行われれば、各決済用サーバ２１〜２３への送信開始処理を行う（Ｓ１０６）。旧携帯電話装置１０Ａは、前述の対象決済用サーバの選択処理により選択された決済用サーバに対して、順に機種変更要求データを送信する（Ｓ１０７）。この機種変更要求データの送信は、決済用サーバ毎に行われ、１つの決済用サーバでの機種変更処理が終了すれば次の決済用サーバでの機種変更処理が行われる。
【００３５】
決済用サーバは、旧携帯電話装置１０Ａからの機種変更要求を受信すると（Ｓ２０１）、図４に示したモバイル決済用データを参照して、旧携帯電話装置１０Ａに対して認証データの要求を行う（Ｓ２０２）。
【００３６】
旧携帯電話装置１０Ａは、決済用サーバからの認証データ要求を受信すると（Ｓ１０８）、取得済みの認証データ（顔画像データ）の取得時間から現時点までの経過時間を算出して（Ｓ１０９）、所定タイムアウト時間Ｔｏｕｔよりも算出経過時間が短ければ（Ｓ１１０）、取得した認証データ（顔画像データ）を決済用サーバに送信する（Ｓ１１１）。一方、経過時間が所定タイムアウト時間Ｔｏｕｔ以上であれば（Ｓ１１０）、顔画像データの再取得を表示し、ユーザに対して顔画像データの再入力を指示する。そして、顔画像データが再入力されると（Ｓ１１９）、この認証データ（顔画像データ）を決済用サーバに送信する（Ｓ１１１）。このように、認証データの取得時から送信時までの時間間隔を規定することで、過去に取得した認証データを利用することができなくなる。これにより、ユーザが旧携帯電話装置１０Ａを紛失し、第３者がこれを取得してモバイル決済を利用しようとしても、これを防止することができる。
【００３７】
決済用サーバは、認証データを受信すると（Ｓ２０３）、予め登録されている認証データ（顔画像データ）と受信した顔画像とを比較して認証を行う（Ｓ２０４）。決済用サーバは、認証結果がＯＫ、すなわち、旧携帯電話装置１０Ａから送られた顔画像データと、予め記憶している顔画像データとが一致すれば、認証ＯＫの結果を旧携帯電話装置１０Ａに送信し（Ｓ２０５）、モバイル決済用データの書き換えを行う（Ｓ２０６）。ここで、モバイル決済用データの書き換えは、携帯電話装置の機種等に関するデータを一時的に空白にするとともにアプリケーションのダウンロード可能フラグをオン状態にすることを含む。
【００３８】
一方、決済用サーバは、認証結果がＮＧ、すなわち、旧携帯電話装置１０Ａから送られた顔画像データと、予め記憶している顔画像データとが一致しなければ、認証ＮＧの結果を旧携帯電話装置１０Ａに送信する（Ｓ２０７）。
【００３９】
旧携帯電話装置１０Ａは、認証結果を受信すると（Ｓ１１２）、認証結果を解析して（Ｓ１１３）、認証ＯＫならば、装着済みのメモリカード４０に、該当する決済用サーバの登録ＵＲＬ等のアドレス情報を書き込む（Ｓ１１４）。
【００４０】
図９は、メモリカード４０に書き込むアドレス情報の一例を示す構成図である。
アドレス情報は、銀行やクレジット会社等の事業所名、各事業所のＵＲＬ、およびサポートサービスコードを少なくとも含む。個々で、サービスサポートコードとは、各もバイス決済処理の状況を示すコードであり、機種変更、決済再開、解約破棄等の情報を示すものである。
【００４１】
一方、旧携帯電話装置１０Ａは、認証ＮＧならば、エラー表示を行って機種変更手続の終了処理を行う（Ｓ１１３→Ｓ１２０→Ｓ１１７）。
【００４２】
１つの決済用サーバに対する機種変更届の処理を正常に終了すると、旧携帯電話装置１０Ａは、機種変更届が未処理である決済用サーバが存在するかどうかを確認し、存在すれば該当する決済用サーバに機種変更要求を行う（Ｓ１１５→Ｓ１０７）。
【００４３】
旧携帯電話装置１０Ａは、選択された全ての決済用サーバに対して機種変更届の処理を終了すると（Ｓ１１５）、メモリ１７に記憶されている該当する決済用サーバに対する個別アプリやカードデータを含むモバイル決済用ファイルを消去する（Ｓ１１６）。この消去は、単に通常操作でデータを見ることができないようにするソフトウェア上での消去であってもよいが、物理的に完全に消去するほうが望ましい。
【００４４】
なお、この一連の処理中には、旧携帯電話装置１０Ａは、図６（Ｈ）に示す現在機種変更手続中であることを示す表示を行う。
【００４５】
そして、旧携帯電話装置１０Ａは、図６（Ｉ）に示す機種変更届済み画像を表示し、機種変更届の処理を終了する（Ｓ１１７）。
【００４６】
以上のように本実施形態の構成および処理を行うことで、ユーザによる１回の機種変更届送信操作により、複数の決済用サーバに対して機種変更届の処理を行うことができる。また、機種変更届後の旧携帯電話装置は、モバイル決済用ファイルが消去されているので、万が一、旧携帯電話装置を第３者が取得してもモバイル決済を利用することができないので、モバイル決済のセキュリティーを確実に保持することができる。
【００４７】
（２）一括決済再開届処理
まず、ユーザは、新携帯電話装置１０Ｂに、旧携帯電話装置１０Ａからアドレス情報を書き込んだメモリカード４０を装着する。
【００４８】
ユーザからの操作入力により、新携帯電話装置１０Ｂは、モバイル決済共通アプリを読み出してモバイル決済プログラムを起動する。同時に、新携帯電話装置１０Ｂは表示部１６に図８（Ａ）に示すメニュー画面を表示する。ユーザからの操作入力により、図８（Ｂ）に示すメニュー画面で機種変更が選択入力されると、新携帯電話装置１０Ｂは、図８（Ｃ）に示す機種変更メニュー画面を表示する。機種変更メニューは機種変更届と決済再開届との２つのメニューを備え、ユーザが決済再開届を選択すると決済再開届の処理が開始される（Ｓ３０１）。決済再開届処理が開始されると、新携帯電話装置１０Ｂは、装着されたメモリカード４０からアドレス情報を読み出す（Ｓ３０２）。新携帯電話装置１０Ｂの表示画面には図８（Ｄ）に示す対象決済用サーバの選択画面が表示され、ユーザが機種変更届を行う決済用サーバを選択すると、選択状態が図８（Ｄ）に示す選択画面に反映されるとともに、新携帯電話装置１０Ｂは決済再開届用登録リストを生成する（Ｓ３０３）。
【００４９】
次に、新携帯電話装置１０Ｂは、図８（Ｅ）に示す暗証データ入力画面を表示し、ユーザにモバイルパスワード等を暗証データとして入力させる（Ｓ３０４）。新携帯電話装置１０Ｂは、予めモバイルパスワード等の暗証データを基準暗証データとしてメモリ１７に記憶しており、入力された暗証データと基準暗証データとからユーザの認証を行う（Ｓ３０５）。ここで、暗証データと基準暗証データとが一致しなければ、新携帯電話装置１０Ｂは、暗証データの再入力を要求する（Ｓ３０５→Ｓ３２０）。そして、新携帯電話装置１０Ｂは入力された暗証データが基準暗証データと連続して異なる回数が所定回数Ｎｔｈに達しなければ再び暗証データ入力画面を表示し（Ｓ３２０→Ｓ３０４）、所定回数Ｎｔｈに達すればエラー表示を行って決済再開手続の終了処理を行う（Ｓ３２０→Ｓ３２２→Ｓ３１９）。
【００５０】
暗証データと基準暗証データとが一致したことを検出すると、新携帯電話装置１０Ｂは、図８（Ｆ）に示す顔画像認証データ入力画面を表示する。新携帯電話装置１０Ｂにはカメラが備えられており、このカメラにより顔画像データを取得する。取得された顔画像は図８（Ｆ）に示す顔画像認証データ入力画面に表示され、ユーザから承認の操作が入力されると、新携帯電話装置１０Ｂは取得した顔画像データを一時記憶する（Ｓ３０６）。
【００５１】
新携帯電話装置１０Ｂは、顔画像データの取得が終了すると、図８（Ｇ）に示す一括送信確認画面を表示し、各決済用サーバ２１〜２３への送信開始処理を行う（Ｓ３０７）。新携帯電話装置１０Ｂは、前述の対象決済用サーバの選択処理により選択された決済用サーバに対して、順に決済再開要求データを送信する（Ｓ３０８）。この決済再開要求データの送信は、決済用サーバ毎に行われ、１つの決済用サーバでの決済再開処理が終了すれば次の決済用サーバでの決済再開処理が行われる。
【００５２】
決済用サーバは、新携帯電話装置１０Ｂからの決済再開要求を受信すると（Ｓ４０１）、新携帯電話装置１０Ｂに対して認証データの要求を行う（Ｓ４０２）。
【００５３】
新携帯電話装置１０Ｂは、決済用サーバからの認証データ要求を受信すると（Ｓ３０９）、取得済みの認証データ（顔画像データ）の取得時間から現時点までの経過時間を算出して（Ｓ３１０）、所定タイムアウト時間Ｔｏｕｔよりも算出経過時間が短ければ（Ｓ３１１）、取得した認証データ（顔画像データ）を決済用サーバに送信する（Ｓ３１２）。一方、経過時間が所定タイムアウト時間Ｔｏｕｔ以上であれば（Ｓ３１１）、顔画像データの再取得を表示し、ユーザに対して顔画像データの再入力を指示する。そして、顔画像データが再入力されると（Ｓ３２１）、この認証データ（顔画像データ）を決済用サーバに送信する（Ｓ３１２）。このように、認証データの取得時から送信時までの時間間隔を規定することで、過去に取得した認証データを利用することができなくなる。これにより、ユーザが新携帯電話装置１０Ｂを紛失し、第３者がこれを取得してモバイル決済を利用しようとしても、これを防止することができる。
【００５４】
決済用サーバは、認証データを受信すると（Ｓ４０３）、予め登録されている認証データ（顔画像データ）と受信した顔画像とを比較して認証を行う（Ｓ４０４）。決済用サーバは、認証結果がＯＫ、すなわち、新携帯電話装置１０Ｂから送られた顔画像データと予め記憶している顔画像データとが一致すれば、認証ＯＫの結果を新携帯電話装置１０Ｂに送信し（Ｓ４０５）、決済用ファイルを送信して（Ｓ４０７）、モバイル決済用データの書き換えを行う（Ｓ４０８）。ここで、決済用ファイルとは、該当するモバイル決算用サーバに対する個別アプリケーションや、カード暗証番号等の個別情報により構成される。そして、モバイル決済用データの書き換えは、一時的に空白にされた携帯電話装置の機種等に関するデータを新携帯電話装置１０Ｂに対応するものに書き換えて、アプリケーションのダウンロード可能フラグをオフ状態にする処理を含む。
【００５５】
一方、決済用サーバは、認証結果がＮＧ、すなわち、新携帯電話装置１０Ｂから送られた顔画像データと予め記憶している顔画像データとが一致しなければ、認証ＮＧの結果を新携帯電話装置１０Ｂに送信する（Ｓ４０６）。
【００５６】
新携帯電話装置１０Ｂは、認証結果を受信すると（Ｓ３１３）、認証結果を解析して（Ｓ３１４）、認証ＯＫならば、決済用サーバから送信される決済用ファイルを受信して、メモリ１７に記憶する（Ｓ３１５→Ｓ３１６）。
【００５７】
一方、新携帯電話装置１０Ｂは、認証ＮＧならば、エラー表示を行って決済再開手続の終了処理を行う（Ｓ３１４→Ｓ３２２→Ｓ３１９）。
【００５８】
１つの決済用サーバに対する決済再開届の処理を正常に終了すると、新携帯電話装置１０Ｂは、決済再開届が未処理である決済用サーバが存在するかどうかを確認し、存在すれば該当する決済用サーバに決済再開要求を行う（Ｓ３１７→Ｓ３０８）。
【００５９】
新携帯電話装置１０Ｂは、選択された全ての決済用サーバに対して決済再開届の処理を終了すると（Ｓ３１７）、装着されたメモリカード４０に記憶されているアドレス情報を消去する（Ｓ３１８）。この消去は、単に通常操作でデータを見ることができないようにするソフトウェア上での消去であってもよいが、物理的に完全に消去するほうが望ましい。
【００６０】
なお、この一連の処理中には、新携帯電話装置１０Ｂは、図８（Ｈ）に示す現在決済再開手続中であることを示す表示を行う。
【００６１】
そして、新携帯電話装置１０Ｂは、図８（Ｉ）に示す決済再開届済み画像を表示し、決済再開届の処理を終了する（Ｓ３１９）。
【００６２】
以上のように本実施形態の構成および処理を行うことで、ユーザによる１回の決済再開届送信操作により、複数の決済用サーバに対して決済再開届の処理を行うことができる。また、決済再開届後のメモリカードは、アドレス情報が消去されているので、万が一、メモリカードを第３者が取得してもモバイル決済を利用することができないので、モバイル決済のセキュリティーを確実に保持することができる。
【００６３】
ところで、本実施形態のシステム構成では、各携帯電話装置１０Ａ，１０Ｂがパケット通信網５０を介して各決済用サーバ２１〜２３に直接アクセスするシステムを示したが、図１０に示すようなシステムであってもよい。
【００６４】
図１０は、リモート集中サーバ６０を備える決済用ファイル管理システムのシステム構成図である。
【００６５】
リモート集中サーバ６０は、各決済用サーバ２１〜２３とパケット通信網５０との間に配置され、携帯電話装置１０Ａ，１０Ｂが行うモバイル決済の処理を、複数の決済用サーバ２１〜２３にかわって実行するサーバであり、処理結果は各決済用サーバに反映される。このようなシステムの場合、前述の実施形態に示した機種変更届の処理や決済再開の処理はリモート集中サーバ６０で行われる。すなわち、図５および図７に示す決済用サーバの処理がリモート集中サーバ６０で行われる。
【００６６】
このようなシステム構成であっても前述の効果を奏することができる。
【００６７】
なお、前述の説明では、決済用サーバが３つの場合を示したが、決済用サーバの個数はこれに限らず、複数の決済用サーバを対象とする場合であれば、前述のシステム構成および処理方法を適用することができ、前述の効果を奏することができる。
【００６８】
また、前述の説明では、携帯通信端末として、携帯電話装置を例に説明したが、他のＰＤＡ等の他の携帯通信端末であっても前述のシステム構成および処理方法を適用することができ、前述の効果を奏することができる。
【００６９】
また、前述の説明では、決済用サーバに対する認証データを顔画像データとしたが、指紋等の他の生体認証データやパスワード等の認証データを用いてもよい。
【図面の簡単な説明】
【００７０】
【図１】本発明の実施形態の決済用ファイル管理システムのシステム構成図
【図２】図１に示す携帯電話装置１０Ａ，１０Ｂの主要部の構成を示すブロック図
【図３】携帯電話装置１０Ａ，１０Ｂのソフトウェア構成を示す構成図
【図４】決済用サーバ２１〜２３に記憶されているモバイル決済用データのデータ構成図
【図５】旧携帯電話装置１０Ａを用いた機種変更の一括処理を示したフロー図
【図６】図５の機種変更一括処理時の旧携帯電話装置１０Ａの表示画面を示した図
【図７】新携帯電話装置１０Ｂを用いた決済再開の一括処理を示したフロー図
【図８】図７の決済再開一括処理時の新携帯電話装置１０Ｂの表示画面を示した図
【図９】メモリカード４０に書き込むアドレス情報の一例を示す構成図
【図１０】本発明の実施形態の他の決済用ファイル管理システムのシステム構成図
【符号の説明】
【００７１】
１０Ａ，１０Ｂ−携帯電話装置
１１−制御部
１２−送受信部
１３−アンテナ
１４−近距離通信部
１５−操作部
１６−表示部
１７−メモリ
１８−外部メモリ通信部
２１〜２３−決済用サーバ
３１〜３３−入出金装置
４０−メモリカード
５０−パケット通信網
６０−リモート集中サーバ
１７１−共通ソフトウェア部
１７２−個別ソフトウェア部
１７３〜１７５−個別モバイル決済情報
２０１−カード発行管理データ
２０２−アプリケーション発行管理データ
２０３−個人属性データ
【技術分野】
【０００１】
この発明は、携帯電話装置等の携帯通信端末を用いたモバイル決済システムに利用する決済用ファイル管理システムおよび決済用ファイル管理方法に関するものである。
【背景技術】
【０００２】
従来、携帯電話装置等の携帯通信端末を利用したモバイル決済システムでは、各金融機関やクレジット会社等の決済用サーバ毎の決済用プログラムとそれぞれに対応するカードデータとを携帯通信端末に記憶させる。そして、携帯通信端末を用いて決済用プログラムを実行する時に記憶されているカードデータを利用して、モバイル決済を行う。
【０００３】
このようなモバイル決済システムに利用する携帯通信端末では、決済用サーバ毎に機種変更手続を行わなければならない。例えば、甲銀行に対するモバイル決済システムと、乙クレジットに対するモバイル決済システムを利用していた場合、甲銀行と乙クレジットとにそれぞれ個別に機種変更を行っていた（例えば、特許文献１参照）。
【０００４】
この決済用ファイル管理方法では、ユーザが機種変更前の携帯通信端末で機種変更処理を入力すると、決済用サーバはこれを受け付けて、機種変更前の携帯通信端末に対して決済不能処理を行う。これと同時に、決済用サーバは、機種変更処理入力時に取得した変更後の携帯通信端末のメールアドレスに、決済再開処理に関する情報を送信する。ユーザは、機種変更後の携帯通信端末でこのメールを受信して、決済用サーバにアクセスし、決済再開処理を入力する。決済用サーバは、これを受け付けて、機種変更後の携帯通信端末に対して決済再開処理を行う。
【特許文献１】特開２００４−２５８７３８公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に示すような従来の決済用ファイル管理システムでは、契約している決済用サーバ毎に機種変更処理を行わなければならず、機種変更操作が煩雑になってしまう。さらに、それぞれ個別に操作・処理を行うので、機種変更の手続漏れを起こしやすくなり、もし手続漏れを起こした場合には、変更後の携帯通信端末で決済処理を即座に実行することができなくなってしまう。
【０００６】
また、従来の決済用ファイル管理システムでは、機種変更手続後であって使用できない状態であっても、機種変更前の携帯通信端末にモバイル決済に関する情報が残っている。このため、第３者が機種変更前の携帯通信端末を入手した場合に、この携帯通信端末に記憶されているモバイル決済に関する情報を読み出してしまう可能性がある。そして、もし、機種変更前の携帯通信端末に前述の機種変更手続が完了されていない情報が残っていれば、これを悪用されて、ユーザの知らないところで、モバイル決済を利用される可能性がある。
【０００７】
したがって、本発明の目的は、携帯通信端末の機種変更時に、煩雑な操作を必要とすることなく複数の決済用サーバに対して機種変更を確実に行い、且つ、決済用ファイルのセキュリティレベルを高く保持することができる決済用ファイル管理システムおよび決済用ファイル管理方法を提供することにある。
【課題を解決するための手段】
【０００８】
この発明は、決済用操作を受け付ける操作入力手段、および、複数の決済用サーバに対して共通の決済用プログラムを記憶する決済用記憶手段をそれぞれに備える第１携帯通信端末および第２携帯通信端末と、第１携帯通信端末から端末変更情報を受信すると第１携帯通信端末に決済不能処理情報を送信し、第２携帯通信端末から決済再開要求情報を受信すると第２携帯通信端末に決済可能処理情報を送信する複数の決済用サーバと、を備えた決済用ファイル管理システムにおいて、第１携帯通信端末および第２携帯通信端末に着脱可能な着脱式記憶手段を備える。そして、第１携帯通信端末は、自身の操作入力手段により端末変更操作を受け付けると、複数の決済用サーバに一括して端末変更情報を送信し、複数の決済用サーバから決済不能処理情報を受信すると各決済用サーバへのアクセス情報のみを装着されている着脱式記憶手段に書き込み、第２携帯通信端末は、自身の操作入力手段により決済再開要求操作を受け付けると、装着された着脱式記憶手段からアクセス情報を読み出して複数の決済用サーバに決済再開要求情報を一括に送信し、各決済用サーバからの決済可能処理情報を受信するとアクセス情報を着脱式記憶手段から自身の決済用記憶手段に書き込むことを特徴としている。
【０００９】
この構成では、第１携帯通信端末と第２携帯通信端末のそれぞれで、１回ずつ端末変更操作と決済再開要求操作とを行えば、これら携帯通信端末と複数の決済用サーバとにより、端末変更処理と決済再開処理とが行われる。
【００１０】
また、この発明の決済用ファイル管理システムでは、第１携帯通信端末は、複数の決済用サーバから決済不能処理情報を受信すると、アクセス情報のみを装着されている着脱式記憶手段に書き込むとともに自身の決済用記憶手段から決済用データを消去し、第２携帯通信端末は、各決済用サーバからの決済可能処理情報を受信すると、アクセス情報を着脱式記憶手段から自身の決済用記憶手段に書き込むとともに着脱式記憶手段のアクセス情報を消去することを特徴としている。
【００１１】
この構成では、決済不能処理が施された第１携帯通信端末に全ての決済に関する情報が残らない。さらに、決済可能処理が施された後には、着脱式記憶手段にも決済に関する情報が残らず、新たに使用する第２携帯通信端末にのみ全ての決済に関する情報が残される。これにより、高いセキュリティレベルが実現される。
【００１２】
また、この発明の決済用ファイル管理システムでは、第１携帯通信端末および第２携帯通信端末は、端末変更操作時および決済再開要求操作時に利用する第１利用認証手段と、複数の決済用サーバからの認証要求に対して該認証要求の時点を含む所定時間内に取得した認証用データを複数の決済用サーバに送信する認証用データ処理手段と、を備え、複数の決済用サーバは、それぞれに、認証用データに基づいて第１携帯通信端末または第２携帯通信端末による各処理請求を認証する第２利用認証手段を備えたことを特徴としている。
【００１３】
この構成では、機種変更処理の際に第１携帯通信端末に対して認証が行われるとともに各決済用サーバに対して認証が行われ、決済再開処理の際に第２携帯通信端末に対して認証が行われるとともに各決済用サーバに対して認証が行われる。そして、決済用サーバに対する認証は認証開始時点を含む所定時間内に得られた認証用データが用いられる。このように複数の認証処理が行われることにより、さらに高いセキュリティーレベルが実現される。
【００１４】
また、この発明の決済用ファイル管理方法では、次に示す方法で決済用ファイル管理を行うことを特徴としている。
【００１５】
（１）第１携帯通信端末は、自身の操作入力手段により端末変更操作を受け付けると、第１利用認証手段により操作入力の認証を行い、複数の決済用サーバに一括して端末変更情報を送信する。
（２）複数の決済用サーバは端末変更の要求を受け付けて、第１携帯通信端末に認証要求を行う。
（３）第１携帯通信端末は、複数の決済用サーバからの認証要求に対して、認証用データ処理手段により、該認証要求の時点を含む所定時間内に取得した共通の認証用データを複数の決済用サーバに送信する。
（４）複数の決済用サーバは、認証用データに基づき第１携帯通信端末による端末変更要求を認証して、第１携帯通信端末に決済不能処理情報を送信する。
（５）第１携帯通信端末は、複数の決済用サーバから決済不能処理情報を受信すると、アクセス情報のみを装着されている着脱式記憶手段に書き込むとともに、自身の決済用記憶手段から決済用データを消去する。
（６）第２携帯通信端末は、自身の操作入力手段により決済再開要求操作を受け付けると、装着された着脱式記憶手段からアクセス情報を読み出して複数の決済用サーバに決済再開要求情報を一括に送信する。
（７）複数の決済用サーバは決済再開の要求を受け付けて、第２携帯通信端末に認証要求を行う。
（８）第２携帯通信端末は、複数の決済用サーバからの認証要求に対して、認証用データ処理手段により該認証要求の時点を含む所定時間内に取得した共通の認証用データを複数の決済用サーバに送信する。
（９）複数の決済用サーバは、認証用データに基づき第２携帯通信端末による決済再開要求を認証して、第２携帯通信端末に決済可能処理情報を送信する。
（１０）第２携帯通信端末は、複数の決済用サーバからの決済可能処理情報を受信するとアクセス情報を着脱式記憶手段から自身の決済用記憶手段に書き込むとともに、着脱式記憶手段のアクセス情報を消去する。
【００１６】
この方法によれば、複数の決済用サーバに対して、第１携帯通信端末と第２携帯通信端末のそれぞれで一操作入力を行うのみで、機種変更が実行される。
【発明の効果】
【００１７】
この発明によれば、モバイル決済における携帯通信端末の機種変更時に、煩雑な操作を必要とすることなく、新旧の携帯通信端末のそれぞれで１操作入力により複数の決済用サーバに対して機種変更を確実に行うことができる。さらに、全ての決済用ファイルのセキュリティレベルを高く保持することができる。
【発明を実施するための最良の形態】
【００１８】
本発明の第１の実施形態について図を参照して説明する。
図１は本実施形態の決済用ファイル管理システムのシステム構成図である。
決済用ファイル管理システムは、決済用サーバ２１〜２３、入出金用端末３１〜３３、パケット通信網５０、本発明の第１、第２携帯通信端末にそれぞれ相当する携帯電話装置１０Ａ，１０Ｂ、本発明の着脱式記憶手段に相当するメモリカード４０、を備える。決済用サーバ２１〜２３は、Ａ銀行モバイル決済用サーバ２１、Ｂ銀行モバイル決済用サーバ２２、Ｃクレジットモバイル決済用サーバ２３であり、入出金用端末３１〜３３は、Ａ銀行モバイル決済用サーバ２１に接続するＡ銀行ＡＴＭ３１、Ｂ銀行モバイル決済用サーバ２２に接続するＢ銀行ＡＴＭ３２、Ｃクレジットモバイル決済用サーバ２３に接続するＣクレジットＣＡＴ装置３３である。
【００１９】
図２は携帯電話装置１０Ａ，１０Ｂの主要部の構成を示すブロック図であり、図３は携帯電話装置１０Ａ，１０Ｂのソフトウェア構成を示す構成図である。
【００２０】
携帯電話装置１０Ａ，１０Ｂは、制御部１１、送受信部１２、アンテナ１３、近距離通信部１４、操作部１５、表示部１６、メモリ１７、外部メモリ通信部１８を備える。
【００２１】
制御部１１は、携帯電話装置全体の制御を行うものであり、制御部１１およびメモリ１７に記憶された図３に示すソフトウェア構成により実現される各動作の制御命令を、装置各部に与える。制御部１１等に記憶されたソフトウェアは、全ての携帯電話装置に共通な共通ソフトウェア部１７１と、各決済用処理に固有のソフトウェア群からなる個別ソフトウェア部１７２とを備える。共通ソフトウェア部１７１は、基本ＯＳ、ドライバファームウェア、携帯電話用の各標準搭載アプリケーション、および、各社に共通のモバイル決済共通アプリケーションからなる。個別ソフトウェア部１７２は、各社のモバイル決済システム毎に設定される個別モバイル決済情報１７３〜１７５を備える。各個別モバイル決済情報１７３〜１７５は、それぞれに個別のモバイル決済アプリとカードデータとからなる。例えば図３の例では、Ａ銀行モバイル決済情報１７３はＡ銀行モバイル決済アプリケーションとＡ銀行カード情報、Ｂ銀行モバイル決済情報１７４はＢ銀行モバイル決済アプリケーションとＢ銀行カード情報、Ｃクレジットモバイル決済情報１７５はＣクレジットモバイル決済アプリケーションとＣクレジットカード情報をそれぞれ備える。
【００２２】
制御部１１は、操作部１５によりＡ銀行のモバイル決済操作が入力されると、共通ソフトウェア部１７１のモバイル決済共通アプリとともに個別ソフトウェア部１７２のＡ銀行モバイル決済情報１７３を読み出して、Ａ銀行モバイル決済を実行する。同様に、制御部１１は、操作部１５によりＢ銀行のモバイル決済操作が入力されると、共通ソフトウェア部１７１のモバイル決済共通アプリとともに個別ソフトウェア部１７２のＢ銀行モバイル決済情報１７４を読み出して、Ｂ銀行モバイル決済を実行する。制御部１１は、操作部１５によりＣクレジットのモバイル決済操作が入力されると、共通ソフトウェア部１７１のモバイル決済共通アプリとともに個別ソフトウェア部１７２のＣクレジットモバイル決済情報１７５を読み出して、Ｃクレジットモバイル決済を実行する。
送受信部１２は、制御部１１で実行される決済用プログラムにより生成される送信用データをパケット通信信号に変調し、アンテナ１３から得られたパケット通信信号を復調して受信データを制御部１１に与える。アンテナ１３は、送受信部１２で生成されるパケット通信信号を、パケット通信網５０を介して各決済用サーバ２１〜２３に送信し、パケット通信網５０を介して各決済用サーバ２１〜２３から送信されるパケット通信信号を受信して送受信部１２に与える。このようにして、携帯電話装置１０Ａ，１０Ｂは、Ａ銀行モバイル決済サーバ２１、Ｂ銀行モバイル決済用サーバ２２、Ｃクレジットモバイル決済用サーバ２３に対して無線通信を行うことが可能である。
【００２３】
近距離通信部１４は、赤外線による通信回路や所定周波数の電磁波による通信回路からなり、各入出金用端末３１〜３３に備えられた赤外線通信部や電磁波通信部に近接させることで決済用データの近距離通信を行う。この近距離通信は、双方向通信であり、制御部１１で生成される決済用データを変調して各入出金用端末３１〜３３に送信し、各入出金用端末３１〜３３で生成される決済用データを受信して制御部１１に与える。このようにして、携帯電話装置１０Ａ，１０Ｂは、各入出金用端末３１〜３３に対して近距離無線通信を行うことが可能である。
【００２４】
操作部１５は、各種ボタンを備え、ユーザがこれらボタンを操作することにより得られる操作入力データを制御部１１に与える。
表示部１６は制御部１１で行われる各処理に必要な画像情報を表示する。例えば、表示部１６は、現在のモバイル決済の実行状況や操作入力時の選択情報を画面上に表示する。
メモリ１７は、前述の各ソフトウェアやカード情報等を記憶する。
【００２５】
外部メモリ通信部１８は、着脱可能なメモリカード４０が装着された状態で、メモリカード４０に対して、前記カード情報等の各情報の書き込みや読み込みを行う。
【００２６】
図４は決済用サーバ２１〜２３に記憶されているモバイル決済用データのデータ構成図である。
モバイル決済用データは、カード発行管理データ２０１、アプリケーション発行管理データ２０２、個人属性データ２０３を備える。
カード発行管理データ２０１は、カード情報発行ＩＤ、発行日付時刻、暗号化されたカードデータ、カードデータの状態、携帯電話装置等のモバイル決済を行う装置であるキャリア名、および、キャリア製造番号を備える。
【００２７】
アプリケーション発行管理データ２０２は、アプリケーション発行ＩＤ、発行日付時刻、アプリケーションのバージョン、前記キャリア名、および、キャリア製造番号を備える。なお、各金融機関間でモバイル決済処理をリンクさせる構成にする等の場合では、カード発行管理データ２０１、アプリケーション発行管理データ２０２は、銀行名を備える。
【００２８】
個人属性データ２０３は、個人氏名、生年月日、性別、携帯電話番号、メールアドレス、顔画像等の識別基準データを備える。
【００２９】
各モバイル決済用サーバ２１〜２３は、図４に示すようなモバイル決済用データを用いてモバイル決済処理を行う。より具体的には、各モバイル決済用サーバ２１〜２３は、パケット通信網５０を介して受信した携帯電話装置１０Ａ，１０Ｂからモバイル決済処理を受け付けてモバイル決済処理を行ったり、自身に接続するＡＴＭ３１，３２やＣＡＴ装置３３が近距離通信により携帯電話装置１０Ａ，１０Ｂから受け付けた決済情報を取得して決済処理を行う。
【００３０】
次に、本実施形態の決済用ファイル管理システムを用いた機種変更処理について、図５〜図８を参照して説明する。なお、以下の説明では、機種変更前の携帯電話装置を旧携帯電話装置と称し、機種変更後の携帯電話装置を新携帯電話装置と称し、図１に示す携帯電話装置１０Ａを旧携帯電話装置とし、携帯電話装置１０Ｂを新携帯電話装置１０Ｂとする。
図５は旧携帯電話装置１０Ａを用いた機種変更の一括処理を示したフロー図であり、図６は図５の機種変更一括処理時の旧携帯電話装置１０Ａの表示画面を示した図である。
図７は新携帯電話装置１０Ｂを用いた決済再開の一括処理を示したフロー図であり、図８は図７の決済再開一括処理時の新携帯電話装置１０Ｂの表示画面を示した図である。図５，図７では決済用サーバが１つだけ示されているが、実際には複数の決済用サーバが存在し、示された決済用サーバと同じ処理を行う。すなわち、図５、図７では、複数の決済用サーバの内の１つの決済用サーバの処理フローのみを示し、他の決済用サーバは図示を省略する。
【００３１】
（１）一括機種変更届処理
ユーザからの操作入力により、旧携帯電話装置１０Ａは、モバイル決済共通アプリを読み出してモバイル決済プログラムを起動する。同時に、旧携帯電話装置１０Ａは表示部１６に図６（Ａ）に示すメニュー画面を表示する。ユーザからの操作入力により、図６（Ｂ）に示すメニュー画面で機種変更が選択入力されると、旧携帯電話装置１０Ａは、図６（Ｃ）に示す機種変更メニュー画面を表示する。機種変更メニューは機種変更届と決済再開届との２つのメニューを備え、ユーザが機種変更届を選択すると機種変更届の処理が開始される（Ｓ１０１）。機種変更届処理が開始されると、次に、表示画面には図６（Ｄ）に示す対象決済用サーバの選択画面が表示され、ユーザが機種変更届を行う決済用サーバを選択すると、選択状態が図６（Ｄ）に示す選択画面に反映されるとともに、旧携帯電話装置１０Ａは機種変更届用登録リストを生成する（Ｓ１０２）。
【００３２】
次に、旧携帯電話装置１０Ａは、図６（Ｅ）に示す暗証データ入力画面を表示し、ユーザにモバイルパスワード等を暗証データとして入力させる（Ｓ１０３）。旧携帯電話装置１０Ａは、予めモバイルパスワード等の暗証データを基準暗証データとしてメモリ１７に記憶しており、入力された暗証データと基準暗証データとからユーザの認証を行う（Ｓ１０４）。ここで、暗証データと基準暗証データとが一致しなければ、旧携帯電話装置１０Ａは、暗証データの再入力を要求する（Ｓ１０４→Ｓ１１８）。そして、旧携帯電話装置１０Ａは入力された暗証データが基準暗証データと連続して異なる回数が所定回数Ｎｔｈに達しなければ再び暗証データ入力画面を表示し（Ｓ１１８→Ｓ１０３）、所定回数Ｎｔｈに達すればエラー表示を行って機種変更手続の終了処理を行う（Ｓ１１８→Ｓ１２０→Ｓ１１７）。
【００３３】
暗証データと基準暗証データとが一致したことを検出すると、旧携帯電話装置１０Ａは、図６（Ｆ）に示す顔画像認証データ入力画面を表示する。旧携帯電話装置１０Ａにはカメラが備えられており、このカメラにより顔画像データを取得する。取得された顔画像は図６（Ｆ）に示す顔画像認証データ入力画面に表示され、ユーザから承認の操作が入力されると、旧携帯電話装置１０Ａは取得した顔画像データを一時記憶する（Ｓ１０５）。
【００３４】
旧携帯電話装置１０Ａは、顔画像データの取得が終了すると、図６（Ｇ）に示す一括送信確認画面を表示し、ユーザからの認証入力が行われれば、各決済用サーバ２１〜２３への送信開始処理を行う（Ｓ１０６）。旧携帯電話装置１０Ａは、前述の対象決済用サーバの選択処理により選択された決済用サーバに対して、順に機種変更要求データを送信する（Ｓ１０７）。この機種変更要求データの送信は、決済用サーバ毎に行われ、１つの決済用サーバでの機種変更処理が終了すれば次の決済用サーバでの機種変更処理が行われる。
【００３５】
決済用サーバは、旧携帯電話装置１０Ａからの機種変更要求を受信すると（Ｓ２０１）、図４に示したモバイル決済用データを参照して、旧携帯電話装置１０Ａに対して認証データの要求を行う（Ｓ２０２）。
【００３６】
旧携帯電話装置１０Ａは、決済用サーバからの認証データ要求を受信すると（Ｓ１０８）、取得済みの認証データ（顔画像データ）の取得時間から現時点までの経過時間を算出して（Ｓ１０９）、所定タイムアウト時間Ｔｏｕｔよりも算出経過時間が短ければ（Ｓ１１０）、取得した認証データ（顔画像データ）を決済用サーバに送信する（Ｓ１１１）。一方、経過時間が所定タイムアウト時間Ｔｏｕｔ以上であれば（Ｓ１１０）、顔画像データの再取得を表示し、ユーザに対して顔画像データの再入力を指示する。そして、顔画像データが再入力されると（Ｓ１１９）、この認証データ（顔画像データ）を決済用サーバに送信する（Ｓ１１１）。このように、認証データの取得時から送信時までの時間間隔を規定することで、過去に取得した認証データを利用することができなくなる。これにより、ユーザが旧携帯電話装置１０Ａを紛失し、第３者がこれを取得してモバイル決済を利用しようとしても、これを防止することができる。
【００３７】
決済用サーバは、認証データを受信すると（Ｓ２０３）、予め登録されている認証データ（顔画像データ）と受信した顔画像とを比較して認証を行う（Ｓ２０４）。決済用サーバは、認証結果がＯＫ、すなわち、旧携帯電話装置１０Ａから送られた顔画像データと、予め記憶している顔画像データとが一致すれば、認証ＯＫの結果を旧携帯電話装置１０Ａに送信し（Ｓ２０５）、モバイル決済用データの書き換えを行う（Ｓ２０６）。ここで、モバイル決済用データの書き換えは、携帯電話装置の機種等に関するデータを一時的に空白にするとともにアプリケーションのダウンロード可能フラグをオン状態にすることを含む。
【００３８】
一方、決済用サーバは、認証結果がＮＧ、すなわち、旧携帯電話装置１０Ａから送られた顔画像データと、予め記憶している顔画像データとが一致しなければ、認証ＮＧの結果を旧携帯電話装置１０Ａに送信する（Ｓ２０７）。
【００３９】
旧携帯電話装置１０Ａは、認証結果を受信すると（Ｓ１１２）、認証結果を解析して（Ｓ１１３）、認証ＯＫならば、装着済みのメモリカード４０に、該当する決済用サーバの登録ＵＲＬ等のアドレス情報を書き込む（Ｓ１１４）。
【００４０】
図９は、メモリカード４０に書き込むアドレス情報の一例を示す構成図である。
アドレス情報は、銀行やクレジット会社等の事業所名、各事業所のＵＲＬ、およびサポートサービスコードを少なくとも含む。個々で、サービスサポートコードとは、各もバイス決済処理の状況を示すコードであり、機種変更、決済再開、解約破棄等の情報を示すものである。
【００４１】
一方、旧携帯電話装置１０Ａは、認証ＮＧならば、エラー表示を行って機種変更手続の終了処理を行う（Ｓ１１３→Ｓ１２０→Ｓ１１７）。
【００４２】
１つの決済用サーバに対する機種変更届の処理を正常に終了すると、旧携帯電話装置１０Ａは、機種変更届が未処理である決済用サーバが存在するかどうかを確認し、存在すれば該当する決済用サーバに機種変更要求を行う（Ｓ１１５→Ｓ１０７）。
【００４３】
旧携帯電話装置１０Ａは、選択された全ての決済用サーバに対して機種変更届の処理を終了すると（Ｓ１１５）、メモリ１７に記憶されている該当する決済用サーバに対する個別アプリやカードデータを含むモバイル決済用ファイルを消去する（Ｓ１１６）。この消去は、単に通常操作でデータを見ることができないようにするソフトウェア上での消去であってもよいが、物理的に完全に消去するほうが望ましい。
【００４４】
なお、この一連の処理中には、旧携帯電話装置１０Ａは、図６（Ｈ）に示す現在機種変更手続中であることを示す表示を行う。
【００４５】
そして、旧携帯電話装置１０Ａは、図６（Ｉ）に示す機種変更届済み画像を表示し、機種変更届の処理を終了する（Ｓ１１７）。
【００４６】
以上のように本実施形態の構成および処理を行うことで、ユーザによる１回の機種変更届送信操作により、複数の決済用サーバに対して機種変更届の処理を行うことができる。また、機種変更届後の旧携帯電話装置は、モバイル決済用ファイルが消去されているので、万が一、旧携帯電話装置を第３者が取得してもモバイル決済を利用することができないので、モバイル決済のセキュリティーを確実に保持することができる。
【００４７】
（２）一括決済再開届処理
まず、ユーザは、新携帯電話装置１０Ｂに、旧携帯電話装置１０Ａからアドレス情報を書き込んだメモリカード４０を装着する。
【００４８】
ユーザからの操作入力により、新携帯電話装置１０Ｂは、モバイル決済共通アプリを読み出してモバイル決済プログラムを起動する。同時に、新携帯電話装置１０Ｂは表示部１６に図８（Ａ）に示すメニュー画面を表示する。ユーザからの操作入力により、図８（Ｂ）に示すメニュー画面で機種変更が選択入力されると、新携帯電話装置１０Ｂは、図８（Ｃ）に示す機種変更メニュー画面を表示する。機種変更メニューは機種変更届と決済再開届との２つのメニューを備え、ユーザが決済再開届を選択すると決済再開届の処理が開始される（Ｓ３０１）。決済再開届処理が開始されると、新携帯電話装置１０Ｂは、装着されたメモリカード４０からアドレス情報を読み出す（Ｓ３０２）。新携帯電話装置１０Ｂの表示画面には図８（Ｄ）に示す対象決済用サーバの選択画面が表示され、ユーザが機種変更届を行う決済用サーバを選択すると、選択状態が図８（Ｄ）に示す選択画面に反映されるとともに、新携帯電話装置１０Ｂは決済再開届用登録リストを生成する（Ｓ３０３）。
【００４９】
次に、新携帯電話装置１０Ｂは、図８（Ｅ）に示す暗証データ入力画面を表示し、ユーザにモバイルパスワード等を暗証データとして入力させる（Ｓ３０４）。新携帯電話装置１０Ｂは、予めモバイルパスワード等の暗証データを基準暗証データとしてメモリ１７に記憶しており、入力された暗証データと基準暗証データとからユーザの認証を行う（Ｓ３０５）。ここで、暗証データと基準暗証データとが一致しなければ、新携帯電話装置１０Ｂは、暗証データの再入力を要求する（Ｓ３０５→Ｓ３２０）。そして、新携帯電話装置１０Ｂは入力された暗証データが基準暗証データと連続して異なる回数が所定回数Ｎｔｈに達しなければ再び暗証データ入力画面を表示し（Ｓ３２０→Ｓ３０４）、所定回数Ｎｔｈに達すればエラー表示を行って決済再開手続の終了処理を行う（Ｓ３２０→Ｓ３２２→Ｓ３１９）。
【００５０】
暗証データと基準暗証データとが一致したことを検出すると、新携帯電話装置１０Ｂは、図８（Ｆ）に示す顔画像認証データ入力画面を表示する。新携帯電話装置１０Ｂにはカメラが備えられており、このカメラにより顔画像データを取得する。取得された顔画像は図８（Ｆ）に示す顔画像認証データ入力画面に表示され、ユーザから承認の操作が入力されると、新携帯電話装置１０Ｂは取得した顔画像データを一時記憶する（Ｓ３０６）。
【００５１】
新携帯電話装置１０Ｂは、顔画像データの取得が終了すると、図８（Ｇ）に示す一括送信確認画面を表示し、各決済用サーバ２１〜２３への送信開始処理を行う（Ｓ３０７）。新携帯電話装置１０Ｂは、前述の対象決済用サーバの選択処理により選択された決済用サーバに対して、順に決済再開要求データを送信する（Ｓ３０８）。この決済再開要求データの送信は、決済用サーバ毎に行われ、１つの決済用サーバでの決済再開処理が終了すれば次の決済用サーバでの決済再開処理が行われる。
【００５２】
決済用サーバは、新携帯電話装置１０Ｂからの決済再開要求を受信すると（Ｓ４０１）、新携帯電話装置１０Ｂに対して認証データの要求を行う（Ｓ４０２）。
【００５３】
新携帯電話装置１０Ｂは、決済用サーバからの認証データ要求を受信すると（Ｓ３０９）、取得済みの認証データ（顔画像データ）の取得時間から現時点までの経過時間を算出して（Ｓ３１０）、所定タイムアウト時間Ｔｏｕｔよりも算出経過時間が短ければ（Ｓ３１１）、取得した認証データ（顔画像データ）を決済用サーバに送信する（Ｓ３１２）。一方、経過時間が所定タイムアウト時間Ｔｏｕｔ以上であれば（Ｓ３１１）、顔画像データの再取得を表示し、ユーザに対して顔画像データの再入力を指示する。そして、顔画像データが再入力されると（Ｓ３２１）、この認証データ（顔画像データ）を決済用サーバに送信する（Ｓ３１２）。このように、認証データの取得時から送信時までの時間間隔を規定することで、過去に取得した認証データを利用することができなくなる。これにより、ユーザが新携帯電話装置１０Ｂを紛失し、第３者がこれを取得してモバイル決済を利用しようとしても、これを防止することができる。
【００５４】
決済用サーバは、認証データを受信すると（Ｓ４０３）、予め登録されている認証データ（顔画像データ）と受信した顔画像とを比較して認証を行う（Ｓ４０４）。決済用サーバは、認証結果がＯＫ、すなわち、新携帯電話装置１０Ｂから送られた顔画像データと予め記憶している顔画像データとが一致すれば、認証ＯＫの結果を新携帯電話装置１０Ｂに送信し（Ｓ４０５）、決済用ファイルを送信して（Ｓ４０７）、モバイル決済用データの書き換えを行う（Ｓ４０８）。ここで、決済用ファイルとは、該当するモバイル決算用サーバに対する個別アプリケーションや、カード暗証番号等の個別情報により構成される。そして、モバイル決済用データの書き換えは、一時的に空白にされた携帯電話装置の機種等に関するデータを新携帯電話装置１０Ｂに対応するものに書き換えて、アプリケーションのダウンロード可能フラグをオフ状態にする処理を含む。
【００５５】
一方、決済用サーバは、認証結果がＮＧ、すなわち、新携帯電話装置１０Ｂから送られた顔画像データと予め記憶している顔画像データとが一致しなければ、認証ＮＧの結果を新携帯電話装置１０Ｂに送信する（Ｓ４０６）。
【００５６】
新携帯電話装置１０Ｂは、認証結果を受信すると（Ｓ３１３）、認証結果を解析して（Ｓ３１４）、認証ＯＫならば、決済用サーバから送信される決済用ファイルを受信して、メモリ１７に記憶する（Ｓ３１５→Ｓ３１６）。
【００５７】
一方、新携帯電話装置１０Ｂは、認証ＮＧならば、エラー表示を行って決済再開手続の終了処理を行う（Ｓ３１４→Ｓ３２２→Ｓ３１９）。
【００５８】
１つの決済用サーバに対する決済再開届の処理を正常に終了すると、新携帯電話装置１０Ｂは、決済再開届が未処理である決済用サーバが存在するかどうかを確認し、存在すれば該当する決済用サーバに決済再開要求を行う（Ｓ３１７→Ｓ３０８）。
【００５９】
新携帯電話装置１０Ｂは、選択された全ての決済用サーバに対して決済再開届の処理を終了すると（Ｓ３１７）、装着されたメモリカード４０に記憶されているアドレス情報を消去する（Ｓ３１８）。この消去は、単に通常操作でデータを見ることができないようにするソフトウェア上での消去であってもよいが、物理的に完全に消去するほうが望ましい。
【００６０】
なお、この一連の処理中には、新携帯電話装置１０Ｂは、図８（Ｈ）に示す現在決済再開手続中であることを示す表示を行う。
【００６１】
そして、新携帯電話装置１０Ｂは、図８（Ｉ）に示す決済再開届済み画像を表示し、決済再開届の処理を終了する（Ｓ３１９）。
【００６２】
以上のように本実施形態の構成および処理を行うことで、ユーザによる１回の決済再開届送信操作により、複数の決済用サーバに対して決済再開届の処理を行うことができる。また、決済再開届後のメモリカードは、アドレス情報が消去されているので、万が一、メモリカードを第３者が取得してもモバイル決済を利用することができないので、モバイル決済のセキュリティーを確実に保持することができる。
【００６３】
ところで、本実施形態のシステム構成では、各携帯電話装置１０Ａ，１０Ｂがパケット通信網５０を介して各決済用サーバ２１〜２３に直接アクセスするシステムを示したが、図１０に示すようなシステムであってもよい。
【００６４】
図１０は、リモート集中サーバ６０を備える決済用ファイル管理システムのシステム構成図である。
【００６５】
リモート集中サーバ６０は、各決済用サーバ２１〜２３とパケット通信網５０との間に配置され、携帯電話装置１０Ａ，１０Ｂが行うモバイル決済の処理を、複数の決済用サーバ２１〜２３にかわって実行するサーバであり、処理結果は各決済用サーバに反映される。このようなシステムの場合、前述の実施形態に示した機種変更届の処理や決済再開の処理はリモート集中サーバ６０で行われる。すなわち、図５および図７に示す決済用サーバの処理がリモート集中サーバ６０で行われる。
【００６６】
このようなシステム構成であっても前述の効果を奏することができる。
【００６７】
なお、前述の説明では、決済用サーバが３つの場合を示したが、決済用サーバの個数はこれに限らず、複数の決済用サーバを対象とする場合であれば、前述のシステム構成および処理方法を適用することができ、前述の効果を奏することができる。
【００６８】
また、前述の説明では、携帯通信端末として、携帯電話装置を例に説明したが、他のＰＤＡ等の他の携帯通信端末であっても前述のシステム構成および処理方法を適用することができ、前述の効果を奏することができる。
【００６９】
また、前述の説明では、決済用サーバに対する認証データを顔画像データとしたが、指紋等の他の生体認証データやパスワード等の認証データを用いてもよい。
【図面の簡単な説明】
【００７０】
【図１】本発明の実施形態の決済用ファイル管理システムのシステム構成図
【図２】図１に示す携帯電話装置１０Ａ，１０Ｂの主要部の構成を示すブロック図
【図３】携帯電話装置１０Ａ，１０Ｂのソフトウェア構成を示す構成図
【図４】決済用サーバ２１〜２３に記憶されているモバイル決済用データのデータ構成図
【図５】旧携帯電話装置１０Ａを用いた機種変更の一括処理を示したフロー図
【図６】図５の機種変更一括処理時の旧携帯電話装置１０Ａの表示画面を示した図
【図７】新携帯電話装置１０Ｂを用いた決済再開の一括処理を示したフロー図
【図８】図７の決済再開一括処理時の新携帯電話装置１０Ｂの表示画面を示した図
【図９】メモリカード４０に書き込むアドレス情報の一例を示す構成図
【図１０】本発明の実施形態の他の決済用ファイル管理システムのシステム構成図
【符号の説明】
【００７１】
１０Ａ，１０Ｂ−携帯電話装置
１１−制御部
１２−送受信部
１３−アンテナ
１４−近距離通信部
１５−操作部
１６−表示部
１７−メモリ
１８−外部メモリ通信部
２１〜２３−決済用サーバ
３１〜３３−入出金装置
４０−メモリカード
５０−パケット通信網
６０−リモート集中サーバ
１７１−共通ソフトウェア部
１７２−個別ソフトウェア部
１７３〜１７５−個別モバイル決済情報
２０１−カード発行管理データ
２０２−アプリケーション発行管理データ
２０３−個人属性データ
【特許請求の範囲】
【請求項１】
決済用操作を受け付ける操作入力手段、および、複数の決済用サーバに対して共通の決済用プログラムを記憶する決済用記憶手段をそれぞれに備える第１携帯通信端末および第２携帯通信端末と、
前記第１携帯通信端末から端末変更情報を受信すると前記第１携帯通信端末に決済不能処理情報を送信し、前記第２携帯通信端末から決済再開要求情報を受信すると前記第２携帯通信端末に決済可能処理情報を送信する複数の決済用サーバと、
を備えた決済用ファイル管理システムにおいて、
前記第１携帯通信端末および前記第２携帯通信端末に着脱可能な着脱式記憶手段を備え、
前記第１携帯通信端末は、自身の操作入力手段により端末変更操作を受け付けると、前記複数の決済用サーバに一括して端末変更情報を送信し、前記複数の決済用サーバから決済不能処理情報を受信すると各決済用サーバへのアクセス情報のみを装着されている前記着脱式記憶手段に書き込み、
前記第２携帯通信端末は、自身の操作入力手段により決済再開要求操作を受け付けると、装着された前記着脱式記憶手段から前記アクセス情報を読み出して前記複数の決済用サーバに前記決済再開要求情報を一括に送信し、各決済用サーバからの決済可能処理情報を受信すると前記アクセス情報を前記着脱式記憶手段から自身の前記決済用記憶手段に書き込むことを特徴とする決済用ファイル管理システム。
【請求項２】
前記第１携帯通信端末は、前記複数の決済用サーバから決済不能処理情報を受信すると、前記アクセス情報のみを装着されている前記着脱式記憶手段に書き込むとともに、自身の決済用記憶手段から前記決済用データを消去し、
前記第２携帯通信端末は、各決済用サーバからの決済可能処理情報を受信すると、前記アクセス情報を前記着脱式記憶手段から自身の前記決済用記憶手段に書き込むとともに、前記着脱式記憶手段の前記アクセス情報を消去することを特徴とする請求項１に記載の決済用ファイル管理システム。
【請求項３】
前記第１携帯通信端末および前記第２携帯通信端末は、
前記端末変更操作時および前記決済再開要求操作時に利用する第１利用認証手段と、
前記複数の決済用サーバからの認証要求に対して、該認証要求の時点を含む所定時間内に取得した認証用データを前記複数の決済用サーバに送信する認証用データ処理手段と、を備え、
前記複数の決済用サーバは、それぞれに、前記認証用データに基づいて、前記第１携帯通信端末または前記第２携帯通信端末による各処理請求を認証する第２利用認証手段を備えたことを特徴とする請求項１または請求項２に記載の決済用ファイル管理システム。
【請求項４】
第１携帯通信端末が、自身の操作入力手段により端末変更操作を受け付けると、第１利用認証手段により操作入力の認証を行い、複数の決済用サーバに一括して端末変更情報を送信する工程と、
前記複数の決済用サーバが前記端末変更の要求を受け付けて、前記第１携帯通信端末に認証要求を行う工程と、
前記第１携帯通信端末が、前記複数の決済用サーバからの認証要求に対して、認証用データ処理手段により、該認証要求の時点を含む所定時間内に取得した共通の認証用データを前記複数の決済用サーバに送信する工程と、
前記複数の決済用サーバが、前記認証用データに基づき前記第１携帯通信端末による端末変更要求を認証して、前記第１携帯通信端末に決済不能処理情報を送信する工程と、
前記第１携帯通信端末が、前記複数の決済用サーバから決済不能処理情報を受信すると、前記アクセス情報のみを装着されている前記着脱式記憶手段に書き込むとともに、自身の決済用記憶手段から前記決済用データを消去する工程と、
前記第２携帯通信端末が、自身の操作入力手段により決済再開要求操作を受け付けると、装着された前記着脱式記憶手段から前記アクセス情報を読み出して前記複数の決済用サーバに前記決済再開要求情報を一括に送信する工程と、
前記複数の決済用サーバが前記決済再開の要求を受け付けて、前記第２携帯通信端末に認証要求を行う工程と、
前記第２携帯通信端末が、前記複数の決済用サーバからの認証要求に対して、認証用データ処理手段により、該認証要求の時点を含む所定時間内に取得した共通の認証用データを前記複数の決済用サーバに送信する工程と、
前記複数の決済用サーバが、前記認証用データに基づき前記第２携帯通信端末による決済再開要求を認証して、前記第２携帯通信端末に決済可能処理情報を送信する工程と、
前記第２携帯通信端末が、前記複数の決済用サーバからの決済可能処理情報を受信すると前記アクセス情報を前記着脱式記憶手段から自身の決済用記憶手段に書き込むとともに、前記着脱式記憶手段の前記アクセス情報を消去する工程と、
を有することを特徴とする決済用ファイル管理方法。
【請求項１】
決済用操作を受け付ける操作入力手段、および、複数の決済用サーバに対して共通の決済用プログラムを記憶する決済用記憶手段をそれぞれに備える第１携帯通信端末および第２携帯通信端末と、
前記第１携帯通信端末から端末変更情報を受信すると前記第１携帯通信端末に決済不能処理情報を送信し、前記第２携帯通信端末から決済再開要求情報を受信すると前記第２携帯通信端末に決済可能処理情報を送信する複数の決済用サーバと、
を備えた決済用ファイル管理システムにおいて、
前記第１携帯通信端末および前記第２携帯通信端末に着脱可能な着脱式記憶手段を備え、
前記第１携帯通信端末は、自身の操作入力手段により端末変更操作を受け付けると、前記複数の決済用サーバに一括して端末変更情報を送信し、前記複数の決済用サーバから決済不能処理情報を受信すると各決済用サーバへのアクセス情報のみを装着されている前記着脱式記憶手段に書き込み、
前記第２携帯通信端末は、自身の操作入力手段により決済再開要求操作を受け付けると、装着された前記着脱式記憶手段から前記アクセス情報を読み出して前記複数の決済用サーバに前記決済再開要求情報を一括に送信し、各決済用サーバからの決済可能処理情報を受信すると前記アクセス情報を前記着脱式記憶手段から自身の前記決済用記憶手段に書き込むことを特徴とする決済用ファイル管理システム。
【請求項２】
前記第１携帯通信端末は、前記複数の決済用サーバから決済不能処理情報を受信すると、前記アクセス情報のみを装着されている前記着脱式記憶手段に書き込むとともに、自身の決済用記憶手段から前記決済用データを消去し、
前記第２携帯通信端末は、各決済用サーバからの決済可能処理情報を受信すると、前記アクセス情報を前記着脱式記憶手段から自身の前記決済用記憶手段に書き込むとともに、前記着脱式記憶手段の前記アクセス情報を消去することを特徴とする請求項１に記載の決済用ファイル管理システム。
【請求項３】
前記第１携帯通信端末および前記第２携帯通信端末は、
前記端末変更操作時および前記決済再開要求操作時に利用する第１利用認証手段と、
前記複数の決済用サーバからの認証要求に対して、該認証要求の時点を含む所定時間内に取得した認証用データを前記複数の決済用サーバに送信する認証用データ処理手段と、を備え、
前記複数の決済用サーバは、それぞれに、前記認証用データに基づいて、前記第１携帯通信端末または前記第２携帯通信端末による各処理請求を認証する第２利用認証手段を備えたことを特徴とする請求項１または請求項２に記載の決済用ファイル管理システム。
【請求項４】
第１携帯通信端末が、自身の操作入力手段により端末変更操作を受け付けると、第１利用認証手段により操作入力の認証を行い、複数の決済用サーバに一括して端末変更情報を送信する工程と、
前記複数の決済用サーバが前記端末変更の要求を受け付けて、前記第１携帯通信端末に認証要求を行う工程と、
前記第１携帯通信端末が、前記複数の決済用サーバからの認証要求に対して、認証用データ処理手段により、該認証要求の時点を含む所定時間内に取得した共通の認証用データを前記複数の決済用サーバに送信する工程と、
前記複数の決済用サーバが、前記認証用データに基づき前記第１携帯通信端末による端末変更要求を認証して、前記第１携帯通信端末に決済不能処理情報を送信する工程と、
前記第１携帯通信端末が、前記複数の決済用サーバから決済不能処理情報を受信すると、前記アクセス情報のみを装着されている前記着脱式記憶手段に書き込むとともに、自身の決済用記憶手段から前記決済用データを消去する工程と、
前記第２携帯通信端末が、自身の操作入力手段により決済再開要求操作を受け付けると、装着された前記着脱式記憶手段から前記アクセス情報を読み出して前記複数の決済用サーバに前記決済再開要求情報を一括に送信する工程と、
前記複数の決済用サーバが前記決済再開の要求を受け付けて、前記第２携帯通信端末に認証要求を行う工程と、
前記第２携帯通信端末が、前記複数の決済用サーバからの認証要求に対して、認証用データ処理手段により、該認証要求の時点を含む所定時間内に取得した共通の認証用データを前記複数の決済用サーバに送信する工程と、
前記複数の決済用サーバが、前記認証用データに基づき前記第２携帯通信端末による決済再開要求を認証して、前記第２携帯通信端末に決済可能処理情報を送信する工程と、
前記第２携帯通信端末が、前記複数の決済用サーバからの決済可能処理情報を受信すると前記アクセス情報を前記着脱式記憶手段から自身の決済用記憶手段に書き込むとともに、前記着脱式記憶手段の前記アクセス情報を消去する工程と、
を有することを特徴とする決済用ファイル管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００７−５８４７５（Ｐ２００７−５８４７５Ａ）
【公開日】平成１９年３月８日（２００７．３．８）
【国際特許分類】
【出願番号】特願２００５−２４１９６２（Ｐ２００５−２４１９６２）
【出願日】平成１７年８月２４日（２００５．８．２４）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【公開日】平成１９年３月８日（２００７．３．８）
【国際特許分類】
【出願日】平成１７年８月２４日（２００５．８．２４）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
[ Back to top ]