(57)【要約】  ファイル構造が異なる第１，第２のＩＣチップ間でバリューの移行を容易に可能とする。このため第１のファイル構造で管理する第１のＩＣチップに対して通信を行って、第１のＩＣチップに記憶されている第１のバリューを読み込む。そして第１のバリューを、第１のファイル構造とは異なる第２のファイル構造でバリューを管理する第２のＩＣチップに記憶させるために変換した第２のバリューを管理する。この第２のバリューを第２のＩＣチップに対して通信を行って書き込む。
2020261579.tif 000002
【特許請求の範囲】
【請求項１】
電子マネーシステムで使用される通貨価値情報であるバリューを第１のファイル構造で管理する第１のＩＣチップに対して通信を行う第１の通信部と、
前記バリューを前記第１のファイル構造とは異なる第２のファイル構造で管理する第２のＩＣチップに対して通信を行う第２の通信部と、
前記第１の通信部を介して、前記第１のＩＣチップに記憶されている第１のバリューを読み込む読み込み処理部と、
前記第１のバリューを、前記第２のＩＣチップに記憶させるために変換した第２のバリューを管理する変換バリュー管理部と、
前記第２の通信部を介して、前記第２のＩＣチップに前記第２のバリューを書き込む書き込み処理部と、
を備える情報処理装置。
【請求項２】
前記変換バリュー管理部が管理する前記第２のバリューは、
前記第１のバリューを前記第２のバリューに変換する際に取得されている最新の変換レート情報を用いて変換されたものである
請求項１に記載の情報処理装置。
【請求項３】
前記変換レート情報は、為替レート情報、又は電子マネーシステム間での変換レート相場情報である
請求項２に記載の情報処理装置。
【請求項４】
前記変換バリュー管理部が管理する前記第２のバリューは、
前記第１のバリューを前記第２のバリューに変換する際に、前記第１のＩＣチップを含む電子マネー媒体の使用名義人に対する本人確認処理が行われたうえで変換されたものである
請求項１から請求項３のいずれかに記載の情報処理装置。
【請求項５】
前記変換バリュー管理部は、前記第１のバリューを外部サーバに送信し、外部サーバにおいて変換された前記第２のバリューを受信することで第２のバリューを取得する
請求項１から請求項４のいずれかに記載の情報処理装置。
【請求項６】
前記変換バリュー管理部は、前記第１のバリューを前記第２のバリューに変換する変換処理を行う
請求項１から請求項４のいずれかに記載の情報処理装置。
【請求項７】
前記読み込み処理部は、前記第１の通信部を介して、前記第１のＩＣチップに記憶されている第１のバリューの額の範囲内でユーザ指定に係る額に相当するバリューのデータを読み込み、
前記変換バリュー管理部は、前記額に相当するバリューのデータを前記第２のＩＣチップに記憶させるために変換した第２のバリューを取得する
請求項１から請求項６のいずれかに記載の情報処理装置。
【請求項８】
電子マネーシステムで使用される通貨価値情報であるバリューを第１のファイル構造で管理する第１のＩＣチップ、及び前記バリューを前記第１のファイル構造とは異なる第２のファイル構造で管理する第２のＩＣチップに対して情報処理装置が行う情報処理方法であって、
前記第１のＩＣチップに対して通信を行って前記第１のＩＣチップに記憶されている第１のバリューを読み込む読み込みステップと、
前記第１のバリューを、前記第２のＩＣチップに記憶させるために変換した第２のバリューを管理する変換バリュー管理ステップと、
前記第２のＩＣチップに対して通信を行って前記第２のＩＣチップに前記第２のバリューを書き込む書き込みステップと、
を行う情報処理方法。
【請求項９】
電子マネーシステムで使用される通貨価値情報であるバリューを第１のファイル構造で管理する第１のＩＣチップ、及び前記バリューを前記第１のファイル構造とは異なる第２のファイル構造で管理する第２のＩＣチップに対して情報処理装置が行う処理として、
前記第１のＩＣチップに対して通信を行って前記第１のＩＣチップに記憶されている第１のバリューを読み込む処理と、
前記第１のバリューを、前記第２のＩＣチップに記憶させるために変換した第２のバリューを管理する処理と、
前記第２のＩＣチップに対して通信を行って前記第２のＩＣチップに前記第２のバリューを書き込む処理と、
を情報処理装置に実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置、情報処理方法に関し、特に電子マネーの利用に適した処理を行う情報処理技術に関する。
【背景技術】
【０００２】
電子マネーカードとして例えばプラスチックカード（説明上「板カード」ともいう）にＩＣチップが埋め込まれているものや、ＩＣチップを内蔵した携帯端末などの電子マネー媒体が知られている。
板カードや携帯端末を電子マネー媒体として機能させるＩＣチップは、例えば所定のリーダ／ライタ装置との間でＮＦＣ（Near Field Communication）などの近距離無線通信規格による通信を行うとともに、内部の記憶部に対し電子マネーとしての通貨価値情報であるバリューを記憶するチップである。
リーダ／ライタ装置と電子マネー媒体に内蔵されたＩＣチップが通信を行うことで、バリューを加算する更新（いわゆるチャージ等）や、バリューを減算する更新（バリューの使用による決済等）を行うことができる。【０００３】
下記特許文献１には、電子マネー機能を備えたＩＣカード間でのバリュー移動に関する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−２１６４５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで電子マネーシステムとしては各種の通信方式やファイル構造を採用するものが実用化されており、国や地域によって普及しているタイプが異なっている。
具体的な例を挙げると、同じＮＦＣ通信を行うものでも、ＩＣチップ内のフォーマットとしてＦｅｌｉＣａ（登録商標）カードフォーマットを採用するものや、ＩＳＯ７８１６カードフォーマットを用いるものがある。ＦｅｌｉＣａ（登録商標）カードフォーマットを利用する場合には、ＮＦＣ通信部分は「ＴｙｐｅＦ」と呼ばれるものを利用し、ＩＳＯ７８１６カードフォーマットを採用する場合にはＮＦＣ通信部分は「ＴｙｐｅＡ」または「ＴｙｐｅＢ」と呼ばれるものを利用している。【０００６】
現状、電子マネーカードを扱う事業や通貨が異なると、所有している電子マネーカードが使用できない可能性がある。これは、各事業の加盟店毎に使用可能な電子マネーカードが決まっていることや、電子マネーカードのフォーマットの違い等に起因する。このため、ユーザにとっては、例えば自国で使用している電子マネー媒体にチャージしたバリューを、訪問先の国では使用できないといったことも生じている。
仮に自国で使用する電子マネーカードと、訪問先の国で普及している電子マネーカードを所有していたとしても、わざわざ自国で使用する電子マネーカードとは別個に訪問先の国で普及している電子マネーカードにチャージを行って使用しなければならない。
またこのような場合、訪問先の電子マネーカードにおけるバリューが帰国後に使用できないといったことも生ずる。【０００７】
そこで本発明は、これらの不便を解消するため、異なるタイプの電子マネー媒体間でバリュー移行が簡易に実行できるようにし、電子マネーの利便性を向上させることを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る情報処理装置は、電子マネーシステムで使用される通貨価値情報であるバリューを第１のファイル構造で管理する第１のＩＣチップに対して通信を行う第１の通信部と、前記バリューを前記第１のファイル構造とは異なる第２のファイル構造で管理する第２のＩＣチップに対して通信を行う第２の通信部と、前記第１の通信部を介して、前記第１のＩＣチップに記憶されている第１のバリューを読み込む読み込み処理部と、前記第１のバリューを、前記第２のＩＣチップに記憶させるために変換した第２のバリューを管理する変換バリュー管理部と、前記第２の通信部を介して、前記第２のＩＣチップに前記第２のバリューを書き込む書き込み処理部と、を備えるようにする。
即ち異なるファイル構造が採用されている電子マネー媒体（例えば電子マネーカードや端末装置）間において、一方からバリューを読み出し、それを他方に移行させることができるようにする。【０００９】
上記した情報処理装置において前記変換バリュー管理部が管理する前記第２のバリューは、前記第１のバリューを前記第２のバリューに変換する際に取得されている最新の変換レート情報を用いて変換されたものであることが考えられる。
例えば第１，第２のＩＣチップによる電子マネーシステムが使用される国や地域、或いは第１，第２のＩＣチップによる電子マネーシステムでの変換相場などが参照される。【００１０】
上記した情報処理装置においては、前記変換レート情報は、為替レート情報、又は電子マネーシステム間での変換レート相場情報であることが考えられる。
第１，第２のＩＣチップによる電子マネーシステムが使用される国や地域に応じて為替レートを基準にバリュー変換する。また第１，第２のＩＣチップによる電子マネーシステムのタイプに応じて変換レート相場情報を基準にバリュー変換する。【００１１】
上記した情報処理装置においては、前記変換バリュー管理部が管理する前記第２のバリューは、前記第１のバリューを前記第２のバリューに変換する際に、前記第１のＩＣチップを含む電子マネー媒体の使用名義人に対する本人確認処理が行われたうえで変換されたものであることが考えられる。
ここでは電子マネー媒体とは、ＩＣチップを内蔵するカード媒体や、ＩＣチップを内蔵する携帯端末など、電子マネー使用時に用いるものを指す。電子マネー媒体の使用名義人とは、いわゆる正当な持ち主のことである。【００１２】
上記した情報処理装置においては、前記変換バリュー管理部は、前記第１のバリューを外部サーバに送信し、外部サーバにおいて変換された前記第２のバリューを受信することで第２のバリューを取得することが考えられる。
即ち当該情報処理装置は、第１の通信部で読み出した第１のバリューを外部サーバに送信し、外部サーバに第２のバリューへの変換処理を要求する。【００１３】
上記した情報処理装置においては、前記変換バリュー管理部は、前記第１のバリューを前記第２のバリューに変換する変換処理を行うことが考えられる。
即ち当該情報処理装置は、第１の通信部で読み出した第１のバリューを内部処理で第２のバリューに変換する。【００１４】
上記した情報処理装置においては、前記読み込み処理部は、前記第１の通信部を介して、前記第１のＩＣチップに記憶されている第１のバリューの額の範囲内でユーザ指定に係る額に相当するバリューのデータを読み込み、前記変換バリュー管理部は、前記額に相当するバリューのデータを前記第２のＩＣチップに記憶させるために変換した第２のバリューを取得することが考えられる。
即ち第１のＩＣチップの全額に限らず、ユーザ指定に係る額に相当するバリューを移行できるようにする。【００１５】
本発明の情報処理方法は、電子マネーシステムで使用される通貨価値情報であるバリューを第１のファイル構造で管理する第１のＩＣチップ、及び前記バリューを前記第１のファイル構造とは異なる第２のファイル構造で管理する第２のＩＣチップに対して情報処理装置が行う情報処理方法である。そして前記第１のＩＣチップに対して通信を行って前記第１のＩＣチップに記憶されている第１のバリューを読み込む読み込みステップと、前記第１のバリューを、前記第２のＩＣチップに記憶させるために変換した第２のバリューを管理する変換バリュー管理ステップと、前記第２のＩＣチップに対して通信を行って前記第２のＩＣチップに前記第２のバリューを書き込む書き込みステップとを行う。
これにより異なるファイル構造が採用されている電子マネー媒体間に対して一方からバリューを読み出し、それを他方に移行させる。
本発明のプログラムは、上記各ステップに相当する処理を情報処理装置に実行させるプログラムである。
【発明の効果】
【００１６】
本発明によれば、異なるタイプの電子マネー媒体間でのバリュー移行を簡易に実行できるようになることで、電子マネーシステムの利便性が向上される。即ちユーザは複数タイプの電子マネー媒体を所有していても、事情に合わせてバリュー移行を行うことができ、例えば異なる国や地域でも手軽に電子マネー決済ができるようになる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態のシステム構成のブロック図である。
【図２】実施の形態の情報処理装置の機能構成の説明図である。
【図３】実施の形態の情報処理装置のハードウェア構成のブロック図である。
【図４】実施の形態で対応する異なるタイプのＩＣチップのファイル構造の説明図である。
【図５】第１の実施の形態のバリュー移行処理の概要の説明図である。
【図６】第１の実施の形態のバリュー移行処理のフローチャートである。
【図７】第１の実施の形態のバリュー移行処理のフローチャートである。
【図８】第２の実施の形態のバリュー移行処理の概要の説明図である。
【図９】第２の実施の形態のバリュー移行処理のフローチャートである。
【図１０】第２の実施の形態のバリュー移行処理のフローチャートである。
【図１１】第３の実施の形態のバリュー移行処理の概要の説明図である。
【図１２】第３の実施の形態のバリュー移行処理のフローチャートである。
【発明を実施するための形態】
【００１８】
＜１．システム構成＞
図１により実施の形態の情報処理システム１を実現するネットワークシステムの例を説明する。
この情報処理システム１は電子マネーサービスを行うシステムであり、ここではバリュー交換サーバ３、ユーザ端末４、第１電子マネーサーバ６、第２電子マネーサーバ７を有する例としている。
【００１９】
なおこの構成は後述する第１の実施の形態に合わせて示したものである。
第２の実施の形態では、情報処理システム１はバリュー交換サーバ３、ユーザ端末４を有するものとなり、第３の実施の形態では、情報処理システム１はユーザ端末４を有するものとする例を挙げる。
【００２０】
この情報処理システム１は、第１タイプカード１０、及び第２タイプカード２０に対して例えばＮＦＣ規格など近距離無線通信を行うことができる。
第１タイプカード１０は第１のファイル構造や通信変調方式でバリューの書き込みや読み出しが可能とされるＩＣチップを内蔵した電子マネーカードである。
第２タイプカード２０は第２のファイル構造や通信変調方式でバリューの書き込みや読み出しが可能とされるＩＣチップを内蔵した電子マネーカードである。
【００２１】
例えば具体例を当てはめるとすると、第１タイプカード１０が上述のＦｅｌｉＣａ（登録商標）カードフォーマットで「ＴｙｐｅＦ」と呼ばれるものであるとしたら、第２タイプカード２０は例えば上述のＩＳＯ７８１６カードフォーマットで「ＴｙｐｅＡ」と呼ばれるものであることが考えられる。
また例えば仮に第１タイプカード１０が上述の「ＴｙｐｅＡ」と呼ばれるものであるとしたら、第２タイプカード２０は例えば上述の「ＴｙｐｅＦ」と呼ばれるものであることが考えられる。
【００２２】
なお実施の形態の説明では、電子マネー媒体の例として、板カードとしての第１タイプカード１０、第２タイプカード２０を挙げて説明するが、スマートホン等の端末装置がＩＣチップを内蔵する電子マネー媒体とされてもよい。
【００２３】
また図１の例では、ユーザ端末４（例えばスマートホン等）を情報処理システム１の構成要素としているが、これはユーザ端末４に限らず、例えば店舗等に配置されるリーダ／ライタ装置であってもよい。
実施の形態では、ユーザ端末４が第１タイプカード１０、第２タイプカード２０に対するリーダ／ライタ装置として機能することで、ユーザがより手軽にバリュー移行を行うことができる例として説明する。
【００２４】
情報処理システム１を構成するバリュー交換サーバ３、ユーザ端末４、第１電子マネーサーバ６、第２電子マネーサーバ７は、ネットワーク２により相互に通信可能とされている。
【００２５】
ネットワーク２の構成は多様な例が想定される。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＣＡＴＶ（Community Antenna TeleVision）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が想定される。
またネットワーク２の全部又は一部を構成する伝送媒体についても多様な例が想定される。例えばＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４、ＵＳＢ（Universal Serial Bus）、電力線搬送、電話線等の有線でも、ＩｒＤＡ（Infrared Data Association）のような赤外線、ブルートゥース（登録商標）、８０２．１１無線、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【００２６】
第１電子マネーサーバ６、及び第２電子マネーサーバ７は、それぞれ例えば電子マネーサービスを提供する組織が運営するサーバであり、電子マネーサービスシステムを統括管理するための各種処理を行う情報処理装置である。
【００２７】
例えば第１電子マネーサーバ６は、第１タイプカード１０を用いた電子マネーサービスに参加する店舗の管理や通信処理、電子マネーサービスを利用するユーザの申請等の受付や登録や管理のための処理、電子マネーにおける残高情報であるバリューの流通を管理する処理、各ユーザの電子マネーによる支払いに対応した決済のための処理などを行う。
【００２８】
また第２電子マネーサーバ７は、第２タイプカード２０を用いた電子マネーサービスに参加する店舗の管理や通信処理、電子マネーサービスを利用するユーザの申請等の受付や登録や管理のための処理、電子マネーにおける残高情報であるバリューの流通を管理する処理、各ユーザの電子マネーによる支払いに対応した決済のための処理などを行う。
【００２９】
バリュー交換サーバ３は、第１タイプカード１０と第２タイプカード２０の間でのバリュー移行のための処理を行うサーバである。
例えばバリュー交換サーバ３は、第１タイプカード１０と第２タイプカード２０のファイル構造や通信変調方式等の違いに応じたデータ変換等の処理を行う。
【００３０】
ユーザ端末４は、例えばユーザが所持するスマートホン等の端末装置である。本実施の形態の場合、ユーザ端末４にバリュー交換のためのアプリケーションプログラムがインストールされることで、ユーザ端末４は、バリュー移行のための第１タイプカード１０及び第２タイプカード２０との近距離無線通信や、バリュー交換サーバ３との間のネットワーク通信、さらに各種必要な処理を行う機能が実装されることになる。
【００３１】
なお実施の形態でユーザ端末４の処理として説明する処理機能は、スマートホン以外の情報処理装置（例えばパーソナルコンピュータやタブレット機器等）で実行するものとしても良いし、リーダ／ライタ装置等の専用機器により実行するものとしても良い。
【００３２】
第１タイプカード１０と第２タイプカード２０は、例えば上述したＦｅｌｉＣａ（登録商標）カードフォーマットで「ＴｙｐｅＦ」と呼ばれるものや、ＩＳＯ７８１６カードフォーマットで「ＴｙｐｅＡ」と呼ばれるもののように、ファイル構造等が異なり直接的な互換性のないカードである。
説明上の例として、これら第１タイプカード１０と第２タイプカード２０の両方を、ユーザ端末４を所有するユーザが所有しているものとする。
【００３３】
図２に情報処理システム１が備える機能構成を示している。
情報処理システム１は、演算部３０としての構成と通信部４０としての構成を備える。
通信部４０は、第１タイプカード１０及び第２タイプカード２０のそれぞれに対して近距離無線を行う機能としている。
この通信部４０には、ファイル構造や変調方式の違いなどに対応して、第１タイプカード１０との通信処理機能として第１タイプ通信部４１が実装されるとともに、第２タイプカード２０との通信処理機能として第２タイプ通信部４２が実装される。
【００３４】
演算部３０は、第１タイプカード１０と第２タイプカード２０の間でのバリュー移行のための演算処理を行う機能を示している。演算部３０としては、変換バリュー管理部３１、読み込み処理部３２、書き込み処理部３３を備える。
【００３５】
読み込み処理部３２は、第１タイプ通信部４１を介して、第１タイプカード１０に記憶されているバリューを読み込む処理を行う。
或いは読み込み処理部３２は、第２タイプ通信部４２を介して、第２タイプカード２０に記憶されているバリューを読み込む処理を行う。
説明上、第１タイプカード１０をバリュー移行元のカードとし、第２タイプカード２０をバリュー移行先のカードとする。この場合、バリュー移行の際には、読み込み処理部３２は、第１タイプ通信部４１を介して、第１タイプカード１０に記憶されているバリューを読み込む処理を行うことになる。
【００３６】
変換バリュー管理部３１は、読み込み処理部３２が一方のカード（第１タイプカード１０又は第２タイプカード２０）のＩＣチップから読み込んだバリューを、他方のカードのＩＣチップに記憶させるために変換したバリューを取得して管理する処理を行う。
変換バリュー管理部３１が、変換したバリューを取得するためにバリュー変換演算を行う場合もあるし、外部装置でバリュー変換演算を行った結果を受信する場合もある。
【００３７】
書き込み処理部３３は、変換バリュー管理部３１が取得し管理する変換バリューを、読み込み処理部３２がバリューを読み込んだ一方のカードに対する他方のカードのＩＣチップに書き込む処理を、第１タイプ通信部４１又は第２タイプ通信部４２を介して行う。
第２タイプカード２０をバリュー移行先のカードとする場合、バリュー移行の際には、書き込み処理部３３は、第２タイプ通信部４２を介して、第２タイプカード２０にバリューを書き込む処理を行うことになる。
【００３８】
これら図２に示す機能は、情報処理システム１においていずれかの情報処理装置に実装される。
例えばバリュー交換サーバ３、ユーザ端末４、第１電子マネーサーバ６、第２電子マネーサーバ７に分散して実装されることが想定される。
或いはバリュー交換サーバ３とユーザ端末４に分散して実装されることが想定される。
或いはユーザ端末４において全て実装されるようにすることも想定される。
【００３９】
少なくとも通信部４０は、第１タイプカード１０及び第２タイプカード２０と近距離無線通信を行う機能であるため、図１の場合、ユーザ端末４が備えることになる。演算部３０の機能は、例えばユーザ端末４に備えられてもよいし、バリュー交換サーバ３に備えられてもよい。即ち図２に示す情報処理システム１は、１つの情報処理装置で構成されてもよいし、複数の情報処理装置により構成されてもよい。
【００４０】
＜２．ハードウェア構成＞
図１の構成の各部、即ちバリュー交換サーバ３、ユーザ端末４、第１電子マネーサーバ６、第２電子マネーサーバ７を構成する情報処理装置（コンピュータ装置）のハードウェア構成例を図３に示す。
【００４１】
図３において、コンピュータ装置のＣＰＵ（Central Processing Unit）１０１は、ＲＯＭ( Read Only Memory)１０２に記憶されているプログラム、または記憶部１０８からＲＡＭ( Random Access Memory )１０３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１０３にはまた、ＣＰＵ１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
ＣＰＵ１０１、ＲＯＭ１０２、及びＲＡＭ１０３は、バス１０４を介して相互に接続されている。このバス１０４には、入出力インターフェース１０５も接続されている。
【００４２】
入出力インターフェース１０５には、入力部１０６、出力部１０７、記憶部１０８、通信部１０９が接続されている。
入力部１０６はキーボード、マウス、タッチパネルなどにより構成される。コンピュータ装置の使用者は、入力部１０６により各種の入力を行うことができる。
【００４３】
出力部１０７はＬＣＤ（Liquid Crystal Display）、ＣＲＴ（Cathode Ray Tube）、有機ＥＬ（Electroluminescence）パネルなどよりなるディスプレイデバイスを有して画像の表示出力が可能に構成される。
また出力部１０７はスピーカを有して音声出力が可能に構成される。
コンピュータ装置の使用者は、出力部１０７により各種の情報を見聞きすることができる。
【００４４】
記憶部１０８はＨＤＤ（Hard Disk Drive）やフラッシュメモリ装置などにより構成される。
通信部１０９はネットワーク２を介しての通信処理や機器間通信を行う。
入出力インターフェース１０５にはまた、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブル記憶媒体１１１が適宜装着され、リムーバブル記憶媒体１１１に対する情報の書き込みや読み出しが行われる。
ＣＰＵ１０１は必要に応じて記憶部１０８に対する情報の記録再生や、通信部１０９を介した通信（ネットワーク通信等）を行うことができる。
【００４５】
また入出力インターフェース１０５には、必要に応じてメディアドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が適宜装着され、リムーバブルメディア１１１に対する情報の書き込みや読み出しが行われる。
【００４６】
このようなコンピュータ装置では、通信部１０９による通信によりデータやプログラムのアップロード、ダウンロード、及びリムーバブルメディア１１１を介したデータやプログラムの受け渡しが可能である。
このようなコンピュータ装置は、ＣＰＵ１０１が各種のプログラムに基づいて処理動作を行うことで、バリュー交換サーバ３、ユーザ端末４、第１電子マネーサーバ６、第２電子マネーサーバ７として、それぞれ必要な情報処理や通信が実行される。
【００４７】
即ち図２に示した変換バリュー管理部３１、読み込み処理部３２、書き込み処理部３３としての機能は、コンピュータ装置においてＣＰＵ１０１でプログラムに応じて実行される処理により実現される機能である。但し上記機能の全部又は一部の構成の処理をハードウェアにより実現してもよい。
また各機能をソフトウェアで実現する場合に、各機能がそれぞれ独立したプログラムで実現される必要はない。１つのプログラムにより複数の機能の処理が実行されてもよいし、１つの機能が複数のプログラムモジュールの連携で実現されてもよい。
また各機能は複数の情報処理装置に分散されていてもよい。さらに機能の１つが、複数の情報処理装置によって実現されてもよい。
【００４８】
また図１のユーザ端末４の場合、即ち第１タイプカード１０及び第２タイプカード２０との近距離無線通信を行う機能を備える機器としては、図３に示す近距離無線通信部１２０が設けられる。
近距離無線通信部１２０は、第１タイプカード１０及び第２タイプカード２０におけるＩＣチップとの通信を行うためのアンテナ及び送受信回路を備えて構成される。
この近距離無線通信部１２０により、図２の第１タイプ通信部４１、第２タイプ通信部４２が実現されることになる。
【００４９】
なお、バリュー交換サーバ３、ユーザ端末４、第１電子マネーサーバ６、第２電子マネーサーバ７としては、図３のような構成のコンピュータ装置が単一で構成されることに限らず、複数のコンピュータ装置がシステム化されて構成されてもよい。
複数のコンピュータ装置は、ＬＡＮ等によりシステム化されていてもよいし、インターネット等を利用したＶＰＮ等により遠隔地に配置されたものでもよい。複数のコンピュータ装置には、クラウドコンピューティングサービスによって利用可能なサーバ群（クラウド）としてのコンピュータ装置が含まれてもよい。
【００５０】
＜３．ＩＣチップのファイル構造＞
第１タイプカード１０及び第２タイプカード２０は、バリューを記憶管理するファイル構造が互いに異なるＩＣチップを備えた電子マネー媒体の例としている。
ファイル構造の例として、ＦｅｌｉＣａ（登録商標）カードフォーマット（「ＴｙｐｅＦ」）の例を図４Ａ、ＩＳＯ７８１６カードフォーマット（「ＴｙｐｅＡ」「ＴｙｐｅＢ」）の例を図４Ｂに示す。
【００５１】
図４ＡのようにＦｅｌｉＣａ（登録商標）カードフォーマットでは、システムフォルダ（System）下に１又は複数のエリアフォルダ（例えばArea0）が配置される。
そしてエリアフォルダ下に、実データを格納するサービスフォルダ（例えばService0、Service1、Service2）が配置される。
各フォルダのデータはＤＥＳ鍵やＡＥＳ鍵を用いて解読することができる。
サービスフォルダによっては、データの書き込み／読み出しについてランダムサービス、パースサービス、サイクリックサービスが提供される。
【００５２】
ランダムサービスでは、任意のデータを格納する単位であるブロックデータについて、ブロック番号を任意に指定可能とされる。つまり記憶するデータについてはシステムで任意にブロック番号を指定して、そのブロック番号のブロックデータとして格納できる。例えば、ランダムサービスは、ブロックデータのグループの管理に使用される。
サイクリックサービスでは、読み出し時には任意のブロック番号が指定可能とされる。書き込み時には、自動的にその時点で最も古いデータが上書きされ、ブロックのグループを循環的に使用するものとされる。例えば、サイクリックサービスは、残高データの履歴の管理に使用される。
パースサービスとは、ブロックデータの一部を正の数値とみなして、その値を減算する機能を持つサービスである。パースサービスでは、キャッシュバックデータを有し、当該キャッシュバックデータに格納されている値を上限として、パースデータに加算可能とされる。デクリメント機能としてアクセス時に自動的な減算が行われたり、キャッシュバック機能としてアクセス時にコマンドで指定された値を加算することが行われたりする。例えば、パースサービスは、残高データの更新などのバリューデータの管理に使用される。
【００５３】
一方、図４ＢのようにＩＳＯ７８１６カードフォーマットでは、マスターファイル（ＭＦ）を根幹にして専用ファイル（ＤＦ：dedicated File）の階層構造を採る。
ファイルは専用ファイル（ＤＦ）と基礎ファイル（ＥＦ：Elementary File）に分類される。
基礎ファイルＥＦとしては、作業用基礎ファイル（ＷＥＦ：Working Elementary File）と内部基礎ファイル（ＩＥＦ：Internal Elementary File）に大別される。
専用ファイル（ＤＦ：dedicated File）はファイル制御情報及び任意選択の割り付け可能メモリを含むファイルである。作業用基礎ファイル（ＷＥＦ）にアプリケーションが使用するデータが格納される。作業用基礎ファイル（ＷＥＦ）には透過構造とレコード構造の２つの構造があり、レコード構造として固定長順編成、固定長循環編成、可変長順編成がある。また内部基礎ファイル（ＩＥＦ）により鍵が管理される。
【００５４】
作業用基礎ファイル（ＷＥＦ）内の個々のレコードはレコード番号により管理される。レコード番号は作業用基礎ファイル（ＷＥＦ）内で唯一かつ連続とされ、“１”から順に割り付けられる。
固定長順編成、可変長順編成の場合、レコード番号は、追記した順番、即ち生成した順番で割り当てられる。そのため最初のレコード番号“１”は最初に生成されたレコードとなる。固定長順編成はレコードサイズが固定長、可変長順編成はレコードサイズが可変長となる。
固定長循環編成では、レコード番号は、逆の順番で割り当てられる。従ってレコード番号“１”は最後に生成されたレコードとなる。
【００５５】
例えばこのように異なるファイル構造が採用されることで、一方の電子マネー媒体のデータ（バリューを含むデータ）を読み出して他方の電子マネー媒体にコピーしても、バリュー移行は実現されない。
一方の電子マネー媒体のデータを他方の電子マネー媒体に移行させる場合、バリューデータを含むカードデータについてデータ構造の変換処理を行うことが必要である。
例えば上記の図４Ａ、図４Ｂのように異なるタイプの電子マネー媒体でのバリュー移行を想定すると、データ単位であるブロックデータ形式とレコード形式の変換や、サービス／編成を対応させた変換などが必要となる。
【００５６】
一例として「ＴｙｐｅＦ」の電子マネー媒体のバリューを「ＴｙｐｅＡ」の電子マネー媒体に移行するには、サービスフォルダにおけるランダムサービスのブロックデータ、及びパースサービスのブロックデータについては、固定長順編成のレコード形式に変換し、固定長順編成の作業用基礎ファイル（ＷＥＦ）のレコードとして書き込むことが適切である。
また、サービスフォルダにおけるサイクリックサービスのブロックデータについては、固定長循環編成のレコード形式に変換して、固定長循環編成の作業用基礎ファイル（ＷＥＦ）のレコードとして書き込むことが適切である。
【００５７】
実施の形態で例示する第１タイプカード１０、第２タイプカード２０は、この図４Ａ、図４Ｂのように互いに異なるファイル構造を有する電子マネー媒体の例である。
従って、バリュー移行の際には、上記例のように機能を対応づけた上でデータ形式の変換を行い、書き込みデータを生成するような変換処理が必要になる。
【００５８】
＜４．第１の実施の形態のバリュー移行＞
第１の実施の形態としてのバリュー移行の処理を説明する。
図５は第１タイプカード１０、第２タイプカード２０、ユーザ端末４、バリュー交換サーバ３、第１電子マネーサーバ６、第２電子マネーサーバ７の間の通信を示している。
ここでは第１タイプカード１０のバリューを第２タイプカード２０に移行するときの通信の手順を示している。
図５に示す通信ＴＲ１から通信ＴＲ１６の内容は次のとおりである。
【００５９】
・通信ＴＲ１：ユーザ端末４からバリュー交換サーバ３にバリュー移行の処理の開始要求が送信される。
・通信ＴＲ２：バリュー交換サーバ３から第１電子マネーサーバ６に対し、バリュー移行の処理を開始するため第１タイプカード１０の認証（カードＩＤ（identification）の確認）を行うことを要求する。
【００６０】
・通信ＴＲ３：第１電子マネーサーバ６が認証のための第１タイプカード１０のＩＤ要求をユーザ端末４を介して行う。
・通信ＴＲ４：ＩＤ要求に応じて第１タイプカード１０のカードＩＤがユーザ端末４を介して読み出され、第１電子マネーサーバ６に送信される。
【００６１】
・通信ＴＲ５：第１タイプカード１０の認証ＯＫの場合に、第１電子マネーサーバ６が第１タイプカード１０に対するデータ読み出しコマンドを作成し（Ｓ３０３）、そのデータ読み出しコマンドが第１電子マネーサーバ６からユーザ端末４を介して第１タイプカード１０へ送信される。
・通信ＴＲ６：第１タイプカード１０からユーザ端末４を介して読み出されたカードデータが第１電子マネーサーバ６に送信される。
なお「カードデータ」とは、第１タイプカード１０や第２タイプカード２０に記憶されているデータを指し、特にバリューデータを含むものとする。バリューデータとは第１タイプカード１０や第２タイプカード２０に格納されているバリューの金額を示す数値のことである。
【００６２】
・通信ＴＲ７：第１タイプカード１０から読み出されたデータが第１電子マネーサーバ６で復号され、バリュー交換サーバ３に送信される。また減算コマンドが第１電子マネーサーバ６からバリュー交換サーバ３に送信される。減算コマンドは、移行元の第１タイプカード１０からバリューデータを減算することを指示するコマンドである。この減算コマンドは、バリュー全額を移行する場合は、バリューデータ全てに相当する値を減算し、バリューデータを“０”とするコマンドとなる。
・通信ＴＲ８：バリュー交換サーバ３から復号データがユーザ端末４に送信される。また第１電子マネーサーバ６からの減算コマンドは、バリュー交換サーバ３で中継され、ユーザ端末４を介して、第１タイプカード１０に送信されることになる。第１タイプカード１０は、受信した数値データに基づいて、バリューを減算させる。なお、減算コマンドは、バリュー交換サーバ３を介さずに第１電子マネーサーバ６から、ユーザ端末４を介して、第１タイプカード１０に送信されてもよい。
・通信ＴＲ９：ユーザ端末４からデータ移行の指示が送信される。
・通信ＴＲ１０：バリュー交換サーバ３が、移行元の第１タイプカード１０から読み出したバリューを含む復号データを、移行先の第２タイプカード２０のデータ構造に対応したデータに変換するための管理を行う（Ｓ２０８）。バリュー交換サーバ３は、第１電子マネーサーバ６から受信した復号された第１タイプカード１０のカードデータ（復号カードデータ）内の必要な情報を第２電子マネーサーバ７に送信する。第２電子マネーサーバ７は、複号カードデータ内の必要な情報に基づいて、第２タイプカード２０に対する書き込みデータを生成する。
【００６３】
・通信ＴＲ１１：第２電子マネーサーバ７が認証のための第２タイプカード２０のＩＤ要求をユーザ端末４を介して行う。
・通信ＴＲ１２：ＩＤ要求に応じて第２タイプカード２０のカードＩＤがユーザ端末４を介して読み出され、第２電子マネーサーバ７に送信される。
【００６４】
・通信ＴＲ１３：第２タイプカード２０の認証ＯＫの場合に、第２電子マネーサーバ７が第２タイプカード２０に対するデータ書き込みコマンドを作成し（Ｓ４０３）、そのデータ書き込みコマンド及び書き込みデータ（変換したバリュー等）が第２電子マネーサーバ７からユーザ端末４を介して第２タイプカード２０へ送信され、書き込みが行われる。具体的には、第２電子マネーサーバ７は、ユーザ端末４を介して、移行させるバリューの金額分、バリューを加算させる指示を第２タイプカード２０に送信する。第２タイプカード２０は、受信した数値データに基づいて、バリューを加算する。
・通信ＴＲ１４：第２タイプカード２０からユーザ端末４を介して書き込み結果を示すデータが第２電子マネーサーバ７に送信される。
・通信ＴＲ１５：第２電子マネーサーバ７からバリュー交換サーバ３にデータ移行の結果通知がされる。
・通信ＴＲ１６：バリュー交換サーバ３からユーザ端末４にデータ移行の結果通知がされる。
【００６５】
以上の通信過程での各部の処理を図６，図７で説明する。以下の処理は情報処理システム１が図２の機能を備えることで実行される。
図６はユーザ端末４、バリュー交換サーバ３、第１電子マネーサーバ６の処理を示している。
【００６６】
バリュー移行を行う際、ユーザは、ユーザ端末４においてバリュー移行のためのアプリケーションソフトウェアを起動し、バリュー移行を指示する操作を行う。
ユーザ端末４は、図６のステップＳ１０１として、このようなバリュー移行の開始操作に応じて、バリュー交換サーバ３に対してバリュー移行の処理の開始要求を送信する（通信ＴＲ１）。
【００６７】
バリュー交換サーバ３は、通信ＴＲ１の開始要求を受信したら、ステップＳ２０１で第１タイプカード１０に対する認証を行うことの要求を第１電子マネーサーバ６に対して送信する（通信ＴＲ２）。
第１電子マネーサーバ６はこれに応じてステップＳ３０１で認証コマンドを送信する（通信ＴＲ３）。
この認証コマンドは、例えばバリュー交換サーバ３に送信され、バリュー交換サーバ３の中継処理（ステップＳ２０２）を介してユーザ端末４に送信される。或いは認証コマンドは、バリュー交換サーバ３の中継を介さずに第１電子マネーサーバ６から直接ユーザ端末４に送信されるようにしてもよい。
【００６８】
ユーザ端末４は受信した認証コマンドを近距離無線通信により第１タイプカード１０に送信する（ステップＳ１０２）。
なお、このためユーザは、最初にステップＳ１０１で開始操作を行ったら、ユーザ端末４と第１タイプカード１０を近接させるようにする。ユーザ端末４（アプリケーションソフトウェア）は、ユーザに対して、ユーザ端末４と第１タイプカード１０（移行元としたい電子マネー媒体）を近接させるようにガイダンス表示等を行うようにすることが想定される。
【００６９】
第１タイプカード１０のＩＣチップは、認証コマンドに応じて認証データ（カードＩＤ等）をユーザ端末４に送信する。
ユーザ端末４はステップＳ１０３で第１タイプカード１０からの認証データの受信、及び送信を行う。ユーザ端末４からの認証データは、バリュー交換サーバ３の中継処理（ステップＳ２０３）を介して、又は中継を介さずに直接、第１電子マネーサーバ６に送信される（通信ＴＲ４）。
【００７０】
第１電子マネーサーバ６は、認証データを受信したらステップＳ３０２で認証処理を行う。なお図示していないが、もし認証ＯＫとならなければ、バリュー移行はエラー終了される。
【００７１】
認証ＯＫであった場合、第１電子マネーサーバ６はステップＳ３０３でデータ読み出しコマンドを作成する。即ち第１タイプカード１０からバリューデータを含むカードデータを読み出すコマンドである。
そして第１電子マネーサーバ６はステップＳ３０４でデータ読み出しコマンドを送信する（通信ＴＲ５）。このデータ読み出しコマンドは、例えばバリュー交換サーバ３の中継処理（ステップＳ２０４）を介して、又は中継を介さずに直接、ユーザ端末４に送られる。
【００７２】
ユーザ端末４は受信したデータ読み出しコマンドを近距離無線通信により第１タイプカード１０に送信する（ステップＳ１０４）。
第１タイプカード１０のＩＣチップは、データ読み出しコマンドに応じてバリューデータを含むカードデータを送信する。
ユーザ端末４はステップＳ１０５で第１タイプカード１０からのカードデータの受信、及び送信を行う。ユーザ端末４からのカードデータは、バリュー交換サーバ３の中継処理（ステップＳ２０５）を介して、又は中継を介さずに直接、第１電子マネーサーバ６に送信される（通信ＴＲ６）。
【００７３】
カードデータを受信した第１電子マネーサーバ６は、ステップＳ３０５でカードデータ復号を行う。例えば暗号鍵を用いてデータ復号を行い、読み出したバリュー等の情報を得る。
そして第１電子マネーサーバ６はステップＳ３０６で復号カードデータ及び減算コマンドをバリュー交換サーバ３に送信する（通信ＴＲ７）。
バリュー交換サーバ３はステップＳ２０６で、受信した復号カードデータを記憶するとともに復号カードデータと減算コマンドをユーザ端末４に送信する（通信ＴＲ８）。
【００７４】
ユーザ端末４はステップＳ１０６で、減算コマンドを第１タイプカード１０に送信し、バリューデータ減算を行わせる。またユーザ端末４は復号カードデータを受信することに応じてステップＳ１０７で、例えば画面上にバリューを表示し、またこのバリューを第２タイプカード２０に移行する通信の実行指示をユーザに求める。
【００７５】
以降は第２タイプカード２０との通信が必要になるため、ユーザは、第１タイプカード１０に代えて第２タイプカード２０をユーザ端末４に近接させた状態としたうえで実行指示の操作を行う。ユーザ端末４はユーザの指示をバリュー交換サーバ３に通知する（通信ＴＲ９）。
なお、ユーザ端末４（アプリケーションソフトウェア）は、ユーザに対して、ユーザ端末４と第２タイプカード２０（移行先としたい電子マネー媒体）を近接させるようにガイダンス表示等を行うようにすることが想定される。
【００７６】
なお、例えばここまでの処理の途中でユーザが移行キャンセルの指示を行うことができるようにしてもよいが、その場合は、第１タイプカード１０に対する減算コマンドの送信前のタイミングでキャンセル可能とすることが望ましい。
【００７７】
図６のユーザ端末４、バリュー交換サーバ３の以降の処理は、「Ｃ１」「Ｃ２」で示すように図７に続けて示している。
図７ではユーザ端末４、バリュー交換サーバ３、第２電子マネーサーバ７の処理を示している。
【００７８】
バリュー交換サーバ３はユーザ端末４からの移行指示に応じて、ステップＳ２０７で変換レート情報を取得する。
変換レート情報は、バリュー交換サーバ３が所定のサーバから逐次取得する情報であり、現在の各通貨間の為替レートや、電子マネーシステム間のバリュー交換相場などの情報である。
例えば第１タイプカード１０がＡ国通貨として使用される電子マネー媒体、第２タイプカード２０がＢ国通貨として使用される電子マネー媒体である場合、バリュー交換サーバ３はＡ国通貨とＢ国通貨の最新の為替レートを取得する。
【００７９】
ステップＳ２０８でバリュー交換サーバ３は、第１タイプカード１０のカードデータを第２タイプカード２０向けに変換するための管理を行う。
例えば変換する復号カードデータと変換レート情報など、変換処理に必要な情報を第２電子マネーサーバ７に提供できるようにする。
【００８０】
ステップＳ２０９でバリュー交換サーバ３は、変換すべき復号カードデータや変換レート情報を第２電子マネーサーバ７に送信する（通信ＴＲ１０）。この場合、バリュー交換サーバ３は、第２電子マネーサーバ７に対し第２タイプカード２０の認証も要求する。
【００８１】
第２電子マネーサーバ７はステップＳ４００で、第１タイプカード１０と第２タイプカード２０のファイル構造の違いに応じてカードデータフォーマットを変換する。
例えば上述した「ＴｙｐｅＦ」の電子マネー媒体のバリューを「ＴｙｐｅＡ」に移行する場合で説明したブロックデータ形式とレコード形式の間での変換など、データ形式の変換を行う。特にはこの場合のデータ変換処理では、同等又は類似の機能が維持される状態でのデータ変換処理を行う。例えば上述の例でいえば、サイクリックサービスのブロックデータが固定長循環編成のレコード形式に変換されるようにする変換処理や、ランダムサービスやパースサービスのブロックデータが固定長順編成のレコード形式に変換されるようにする変換処理などが行われる。
【００８２】
より具体的には、まず読み出したカードデータに基づいて、データ構造を特定する処理が行われる。
またカードデータを復号する。この場合、バリュー交換サーバ３から提供される復号カードデータは、既に第１電子マネーサーバ６で暗号鍵を使って復号された復号カードデータである。
但し、第１電子マネーサーバ６で暗号鍵を使って復号しない場合、バリュー交換サーバ３又は第２電子マネーサーバ７に復号前のカードデータが提供される。このため、バリュー交換サーバ３又は第２電子マネーサーバ７で暗号鍵を取得して第１タイプカード１０のカードデータの復号を行ってもよい。
そしてバリュー交換サーバ３は、復号されたカードデータに対し、移行先でのデータ形式に対応する暗号鍵を決定する処理を行う。
なお、「ＴｙｐｅＦ」の場合は複合鍵を持つことができる。例えば図４Ａのシステムフォルダ（System）、エリアフォルダ（Area0）、サービスフォルダ（Service0）を一度に復号する複合鍵を持つことができる。
一方、「ＴｙｐｅＡ」「ＴｙｐｅＢ」の場合は、複合鍵を持つことができない。そのため、例えば、サービスフォルダ（Service0）に対応する作業用基礎ファイル（ＷＥＦ）を特定するためには、マスターファイル（ＭＦ）の鍵、専用ファイル（ＤＦ）の鍵、というように複数の暗号鍵を使用しなければならないことになる。
【００８３】
またこのとき、第１タイプカード１０が使用される国／地域と第２タイプカード２０が使用される国／地域での通貨単位や通貨価値の違いなどに応じて、バリューデータも書き換えることになる。その場合、第２電子マネーサーバ７は、バリュー交換サーバ３から送信された最新の変換レート情報を用いて新たなバリューデータの数値を算出する。なお、第２電子マネーサーバ７が変換レート情報の取得を行ってもよい。
第２電子マネーサーバ７はステップＳ４００で以上の変換処理を行って得た変換後のカードデータを第２タイプカード２０に対する書き込みデータとする。
【００８４】
続いて第２電子マネーサーバ７は、認証要求に応じてステップＳ４０１で認証コマンドを送信する（通信ＴＲ１１）。
この認証コマンドは、例えばバリュー交換サーバ３に送信され、バリュー交換サーバ３の中継処理（ステップＳ２１０）を介してユーザ端末４に送信される。或いは認証コマンドは、バリュー交換サーバ３の中継を介さずに第２電子マネーサーバ７から直接ユーザ端末４に送信されるようにしてもよい。
【００８５】
ユーザ端末４は受信した認証コマンドを近距離無線通信により第２タイプカード２０に送信する（ステップＳ１０８）。
【００８６】
第２タイプカード２０のＩＣチップは、認証コマンドに応じて認証データ（カードＩＤ等）を送信する。
ユーザ端末４はステップＳ１０９で第２タイプカード２０からの認証データの受信、及び送信を行う。ユーザ端末４からの認証データは、バリュー交換サーバ３の中継処理（ステップＳ２１１）を介して、又は中継を介さずに直接、第２電子マネーサーバ７に送信される（通信ＴＲ１２）。
【００８７】
第２電子マネーサーバ７は、認証データを受信したらステップＳ４０２で認証処理を行う。図示していないが、もし認証ＯＫとならなければ、バリュー移行はエラー終了される。
【００８８】
認証ＯＫであった場合、第２電子マネーサーバ７はステップＳ４０３でデータ書き込みコマンドを作成する。即ち第２タイプカード２０へ、バリュー交換サーバ３が作成した書き込みデータ（変換したバリューデータを含むカードデータ）を書き込むコマンドである。
そして第２電子マネーサーバ７はステップＳ４０４でデータ書き込みコマンド及び書き込みデータを送信する（通信ＴＲ１３）。このデータ書き込みコマンド及び書き込みデータは、例えばバリュー交換サーバ３の中継処理（ステップＳ２１２）を介して、又は中継を介さずに直接、ユーザ端末４に送られる。
【００８９】
ユーザ端末４は受信したデータ書き込みコマンド及び書き込みデータを近距離無線通信により第２タイプカード２０に送信する（ステップＳ１１０）。
第２タイプカード２０のＩＣチップは、データ書き込みコマンドに応じて、同時に送信されてくる書き込みデータを記憶する処理を行い、書き込み結果データを送信する。
【００９０】
ユーザ端末４はステップＳ１１１で第２タイプカード２０からの書き込み結果データの受信、及び送信を行う。ユーザ端末４からの書き込みデータは、バリュー交換サーバ３の中継処理（ステップＳ２１３）を介して、又は中継を介さずに直接、第２電子マネーサーバ７に送信される（通信ＴＲ１４）。
【００９１】
第２電子マネーサーバ７はステップＳ４０５で書き込み結果を確認する処理を行い、ステップＳ４０６でバリュー交換サーバ３に対して結果通知を行う（通信ＴＲ１５）。
バリュー交換サーバ３は、結果通知に応じて、結果管理処理（例えばバリュー移行の成否の情報や移行履歴の保存など）を行うとともに、ユーザ端末４にデータ移行の結果通知をおこなう（通信ＴＲ１６）。
ユーザ端末４では結果通知に応じてステップＳ１１２で移行結果表示を行い、ユーザに移行結果を提示する。
【００９２】
以上により第１タイプカード１０から第２タイプカード２０へのバリュー移行が完了したことになる。
なお、第２タイプカード２０から第１タイプカード１０へのバリュー移行も同様に行われる。第２タイプカード２０からのバリューの読み出しは第２電子マネーサーバ７によるコマンドにより実行され、第１タイプカード１０への変換したバリューの書き込みは第１電子マネーサーバ６によるコマンドにより実行されることになる。
【００９３】
＜５．第２の実施の形態のバリュー移行＞
第２の実施の形態として、第１電子マネーサーバ６と第２電子マネーサーバ７が介在しない例を説明する。図１の情報処理システム１は、ユーザ端末４とバリュー交換サーバ３により構成される例となる。
そしてバリュー交換サーバ３が、第１の実施の形態において第１電子マネーサーバ６、第２電子マネーサーバ７が行っていた処理を実行する。
【００９４】
図８はバリュー移行の際の通信手順として、第１タイプカード１０、第２タイプカード２０、ユーザ端末４、バリュー交換サーバ３間の通信を示している。
図８に示す通信ＴＲ１、ＴＲ３、ＴＲ４、ＴＲ５、ＴＲ６、ＴＲ８、ＴＲ９、ＴＲ１１、ＴＲ１２、ＴＲ１３、ＴＲ１４、ＴＲ１６は、図５と同様の通信内容となるが、通信主体が異なる。また通信ＴＲ２０を追加している。
【００９５】
・通信ＴＲ１：ユーザ端末４からバリュー交換サーバ３にバリュー移行の処理の開始要求が送信される。
【００９６】
・通信ＴＲ３：バリュー交換サーバ３が認証のための第１タイプカード１０のＩＤ要求をユーザ端末４を介して行う。
・通信ＴＲ４：ＩＤ要求に応じて第１タイプカード１０のカードＩＤがユーザ端末４を介して読み出され、バリュー交換サーバ３に送信される。
【００９７】
・通信ＴＲ２０：バリュー交換サーバ３とユーザ端末４の間でユーザに対する本人確認（この場合のバリュー移行元である第１電子マネーサーバ６の所有者の確認）のための通信が行われる。
【００９８】
・通信ＴＲ５：認証及び本人確認がＯＫの場合に、バリュー交換サーバ３が第１タイプカード１０に対するデータ読み出しコマンドを作成し（Ｓ２２３）、そのデータ読み出しコマンドがバリュー交換サーバ３からユーザ端末４を介して第１タイプカード１０へ送信される。
・通信ＴＲ６：第１タイプカード１０からユーザ端末４を介して読み出されたデータ（バリュー等）がバリュー交換サーバ３に送信される。
【００９９】
・通信ＴＲ８：バリュー交換サーバ３から復号データ及び減算コマンドがユーザ端末４に送信される。減算コマンドはユーザ端末４を介して第１タイプカード１０に送信される。第１タイプカード１０は、受信した数値データに基づいて、バリューを減算させる。
・通信ＴＲ９：ユーザ端末４からデータ移行の指示が送信される。
【０１００】
・通信ＴＲ１１：バリュー交換サーバ３が、移行元の第１タイプカード１０から読み出したバリューを含む復号データを、移行先の第２タイプカード２０のデータ構造に対応したデータに変換し、変換したデータを書き込みデータとする（Ｓ２２８）。
例えば上述した「ＴｙｐｅＦ」の電子マネー媒体のバリューを「ＴｙｐｅＡ」に移行する場合で説明したブロックデータ形式とレコード形式の間での変換など、データ形式の変換を行う。
なお、第２の実施の形態では、暗号鍵の特定手段まで第１の実施の形態と同様の処理を行うため、当該処理に関する説明は省略する。
第２の実施の形態では、バリュー交換サーバ３は、暗号鍵を特定したのち、特定したデータと同等又は類似の機能が維持されるデータへのデータ変換処理を行う。例えば上述の例でいえば、「ＴｙｐｅＦ」のサイクリックサービスのブロックデータを「ＴｙｐｅＡ」の固定長循環編成のレコード形式に変換する際、バリュー交換サーバ３は、「ＴｙｐｅＦ」の複合鍵のうちからサイクリックサービスを含む複合鍵を特定する。次に、バリュー変換サーバ３は、当該複合鍵に含まれる複数の暗号鍵に対応するように、「ＴｙｐｅＡ」のＭＦの暗号鍵、ＤＦの暗号鍵、及びＷＥＦの暗号鍵を特定する。その後、バリュー交換サーバ３は、「ＴｙｐｅＦ」のサイクリックサービスのブロックデータを、当該サイクリックサービスと対応する「ＴｙｐｅＡ」の固定長循環編成のレコード形式に変換する。変換方法としては、例えば、ブロックデータに対し、ゼロパディングを行い、固定長データの桁数に変換することや、固定長データの所定の役割を示すバイトをブロックデータの対応する役割で書き換えることなどが考えられる。なお、ランダムサービスやパースサービスのブロックデータに関しても同様の処理を行う。
バリュー交換サーバ３は、この書き込みデータの書き込み先である第２タイプカード２０に対するＩＤ要求をユーザ端末４を介して行う。
・通信ＴＲ１２：ＩＤ要求に応じて第２タイプカード２０のカードＩＤがユーザ端末４を介して読み出され、バリュー交換サーバ３に送信される。
【０１０１】
・通信ＴＲ１３：認証ＯＫの場合に、バリュー交換サーバ３が第２タイプカード２０に対するデータ書き込みコマンドを作成し（Ｓ２３１）、そのデータ書き込みコマンド及び書き込みデータ（バリュー等）がバリュー交換サーバ３からユーザ端末４を介して第２タイプカード２０へ送信される。
・通信ＴＲ１４：第２タイプカード２０からユーザ端末４を介して書き込み結果を示すデータがバリュー交換サーバ３に送信される。
・通信ＴＲ１６：バリュー交換サーバ３からユーザ端末４にデータ移行の結果通知がされる。
【０１０２】
以上の通信過程でのユーザ端末４、バリュー交換サーバ３の処理を図９，図１０で説明する。
なおユーザ端末４の処理として図６，図７と同様の処理は同一のステップ番号を付しており、重複した詳細な説明は避ける。
【０１０３】
ユーザ端末４のステップＳ１０１の処理により、バリュー交換サーバ３に対してバリュー移行の処理の開始要求が送信（通信ＴＲ１）されると、バリュー交換サーバ３は、これに応じてステップＳ２２０で認証コマンドを送信する（通信ＴＲ３）。
この認証コマンドは、ユーザ端末４に送信され、ユーザ端末４は受信した認証コマンドを近距離無線通信により第１タイプカード１０に送信する（ステップＳ１０２）。
【０１０４】
第１タイプカード１０のＩＣチップは、認証コマンドに応じて認証データ（カードＩＤ等）をユーザ端末４に送信する。
ユーザ端末４はステップＳ１０３で第１タイプカード１０からの認証データを受信し、バリュー交換サーバ３に送信する（通信ＴＲ４）。
【０１０５】
バリュー交換サーバ３は、認証データを受信したらステップＳ２２１で認証処理を行う。図示していないが、認証ＯＫとならなければ、バリュー移行はエラー終了される。
【０１０６】
認証ＯＫとなったら、バリュー交換サーバ３とユーザ端末４は本人確認のための通信（通信ＴＲ２０）を行う（ステップＳ２２２、ステップＳ１２０）。
これはユーザ端末４からユーザに対して何らかの入力を求め、ユーザが第１タイプカード１０の所有者本人であることを確認するための処理である。
【０１０７】
この処理を行うのは、バリューを移行する際に本人確認が法律的に必要になることがあることに基づく。例えば、免許証を送る、ｅＫＹＣ（electronic Know Your Customer：オンライン本人確認方法）など、公的な証明書を用いて、氏名、住所、及び生年月日の確認を行う方法である。公的な証明書とは、運転免許証、マイナンバーカード、健康保険証、パスポート等である。
一度本人確認を行ったユーザについては、所定の条件を満たす場合、本人確認済みのユーザとして認められ、次回以降は、公的な証明書を用いた本人確認を省略できる。
【０１０８】
なお、本人確認済みのユーザとして認められたユーザが本システムを使用する場合、当該ユーザか否かを認証する方法としては、パスワード入力、生体認証（顔認証、声紋認証、指紋認証など）、特定情報入力、その他各種の手法が想定される。
例えば、ｅＫＹＣでは、写真付きの公的な証明書と、本人の容貌の画像とが必要になる。オンラインで完結する本人確認の方法では、写真付きの公的な証明書を、特定事業者が提供するソフトウェアを使用して撮影されたものが必要となる。このため、当該ソフトウェアは、カメラなどの入力装置を起動させて画像を取得したり、既に撮影された画像を選択したりすることで、上記二つの必要書類を特定事業者に送信し、本人確認を行う。
なお、第１の実施形態においても同様の本人確認を行ってもよい。
図示していないが、本人確認ＯＫとならなければ、バリュー移行はエラー終了される。
【０１０９】
本人確認ＯＫであった場合、バリュー交換サーバ３はステップＳ２２３でデータ読み出しコマンドを作成する。即ち第１タイプカード１０からバリューデータを含むカードデータを読み出すコマンドである。
そしてバリュー交換サーバ３はステップＳ２２４でデータ読み出しコマンドをユーザ端末４に送信する（通信ＴＲ５）。
ユーザ端末４は受信したデータ読み出しコマンドを近距離無線通信により第１タイプカード１０に送信する（ステップＳ１０４）。
【０１１０】
第１タイプカード１０のＩＣチップは、データ読み出しコマンドに応じてバリューデータを含むカードデータを送信する。
ユーザ端末４はステップＳ１０５で第１タイプカード１０からのカードデータの受信、及びバリュー交換サーバ３への送信を行う（通信ＴＲ６）。
【０１１１】
カードデータを受信したバリュー交換サーバ３は、ステップＳ２２５でカードデータ復号を行う。例えば暗号鍵を用いてデータ復号を行い、読み出したバリュー等の情報を得る。
またバリュー交換サーバ３はステップＳ２２６で復号カードデータと減算コマンドをユーザ端末４に送信する（通信ＴＲ８）。
【０１１２】
ユーザ端末４はステップＳ１０６で、減算コマンドを第１タイプカード１０に送信し、バリューデータ減算を行わせる。またユーザ端末４は復号カードデータを受信することに応じてステップＳ１０７で、例えば画面上にバリューを表示し、またこのバリューを第２タイプカード２０に移行する通信の実行指示をユーザに求める。ユーザは、第１タイプカード１０に代えて第２タイプカード２０をユーザ端末４に近接させた状態としたうえで実行指示の操作を行う。ユーザ端末４はユーザの指示をバリュー交換サーバ３に通知する（通信ＴＲ９）。
【０１１３】
図９のユーザ端末４、バリュー交換サーバ３の以降の処理は、「Ｃ１１」「Ｃ１２」で示すように図１０に続けて示している。
【０１１４】
バリュー交換サーバ３はステップＳ２２７で変換レート情報を外部サーバ等から取得する。これは図７のステップＳ２０７と同様の処理である。
そしてバリュー交換サーバ３はステップＳ２２８で、第１タイプカード１０のカードデータを第２タイプカード２０向けに変換し、第２タイプカード２０への書き込みデータとする。このステップＳ２２７は図７で第２電子マネーサーバ７によるステップＳ４００と同様の変換処理である。そしてバリュー交換サーバ３は変換処理を行って得た変換後のカードデータを第２タイプカード２０に対する書き込みデータとする。
【０１１５】
バリュー交換サーバ３は、ステップＳ２２９で第２タイプカード２０に対する認証コマンドをユーザ端末４に送信する（通信ＴＲ１１）。
ユーザ端末４は受信した認証コマンドを近距離無線通信により第２タイプカード２０に送信する（ステップＳ１０８）。
第２タイプカード２０のＩＣチップは、認証コマンドに応じて認証データ（カードＩＤ等）を送信する。
ユーザ端末４はステップＳ１０９で第２タイプカード２０からの認証データの受信、及びバリュー交換サーバ３への送信を行う（通信ＴＲ１２）。
【０１１６】
バリュー交換サーバ３は、認証データを受信したらステップＳ２３０で認証処理を行う。図示していないが、もし認証ＯＫとならなければ、バリュー移行はエラー終了される。
【０１１７】
認証ＯＫであった場合、バリュー交換サーバ３はステップＳ２３１でデータ書き込みコマンドを作成する。即ち第２タイプカード２０へ書き込みデータ（変換したバリューデータを含むカードデータ）を書き込むコマンドである。
そしてバリュー交換サーバ３はステップＳ２３２でデータ書き込みコマンド及び書き込みデータをユーザ端末４に送信する（通信ＴＲ１３）。
【０１１８】
ユーザ端末４は受信したデータ書き込みコマンド及び書き込みデータを近距離無線通信により第２タイプカード２０に送信する（ステップＳ１１０）。
第２タイプカード２０のＩＣチップは、データ書き込みコマンドに応じて、同時に送信されてくる書き込みデータを記憶する処理を行い、書き込み結果データを送信する。
ユーザ端末４はステップＳ１１１で第２タイプカード２０からの書き込み結果データの受信、及びバリュー交換サーバ３への送信を行う（通信ＴＲ１４）。
【０１１９】
バリュー交換サーバ３はステップＳ２３３で書き込み結果を確認する処理を行い、結果管理処理（例えばバリュー移行の成否の情報や移行履歴の保存など）を行うとともに、ステップＳ２３４でユーザ端末４にデータ移行の結果通知を行う（通信ＴＲ１６）。
ユーザ端末４では結果通知に応じてステップＳ１１２で移行結果表示を行い、ユーザに移行結果を提示する。
以上により第１タイプカード１０から第２タイプカード２０へのバリュー移行が完了したことになる。
【０１２０】
＜６．第３の実施の形態のバリュー移行＞
第３の実施の形態としてのユーザ端末４のみでバリュー移行を実行させる例を説明する。図１の情報処理システム１がユーザ端末４のみで構成される例となる。例えばユーザ端末４におけるアプリケーションソフトウェアに基づいて、ユーザ端末４がバリュー移行に必要な処理を実行する。
なお、ユーザ端末４がバリュー移行に必要な処理を実行する場合、ユーザ端末４は不正防止のために、例えば、耐タンパ装置などを備える。耐タンパ装置は、暗号鍵の保護を目的とした専用の暗号化プロセッサであり、データの暗号化やデジタル署名の生成時に使用する暗号鍵を安全に保護するための装置である。ユーザ端末４は、耐タンパ装置を使用することで、ユーザ端末４が暗号鍵を持つ場合であっても暗号鍵を保護することができ、安全にバリューの変換を行うことができる。以下の処理では、ユーザ端末４は、耐タンパ装置を備えているものとする。
【０１２１】
図１１はバリュー移行の際の通信手順として、第１タイプカード１０、第２タイプカード２０、ユーザ端末４の間の通信を示している。
図１１に示す通信ＴＲ３、ＴＲ４、ＴＲ５、ＴＲ６、ＴＲ８、ＴＲ１１、ＴＲ１２、ＴＲ１３、ＴＲ１４は、図５や図８と同様の通信内容となるが、全てユーザ端末４とカード（１０，２０）間の近距離無線通信となる。
【０１２２】
・通信ＴＲ３：ユーザ端末４がカード認証のため第１タイプカード１０にＩＤ要求を送信する。
・通信ＴＲ４：ＩＤ要求に応じて第１タイプカード１０のカードＩＤがユーザ端末４に読み出される。
【０１２３】
・通信ＴＲ５：認証ＯＫの場合に、ユーザ端末４が第１タイプカード１０に対するデータ読み出しコマンドを作成し（Ｓ１５３）、第１タイプカード１０へ送信する。
・通信ＴＲ６：読み出しコマンドにより第１タイプカード１０からユーザ端末４にカードデータが読み出される。
・通信ＴＲ８：減算コマンドがユーザ端末４から第１タイプカード１０に送信される。第１タイプカード１０は、受信した数値データに基づいて、バリューを減算させる。
【０１２４】
・通信ＴＲ１１：ユーザ端末４が、移行元の第１タイプカード１０から読み出したバリューを含む復号データを、移行先の第２タイプカード２０のデータ構造に対応したデータに変換し、変換したデータを書き込みデータとする（Ｓ１５８）。ユーザ端末４は、この書き込みデータの書き込み先である第２タイプカード２０に対してＩＤ要求を送信する。
・通信ＴＲ１２：ＩＤ要求に応じて第２タイプカード２０のカードＩＤがユーザ端末４に読み出される。
【０１２５】
・通信ＴＲ１３：認証ＯＫの場合に、ユーザ端末４は第２タイプカード２０に対するデータ書き込みコマンドを作成し（Ｓ１６１）、データ書き込みコマンド及び書き込みデータ（バリュー等）を第２タイプカード２０へ送信する。
・通信ＴＲ１４：第２タイプカード２０からユーザ端末４に書き込み結果を示すデータがバリュー交換サーバ３に送信される。
【０１２６】
以上の通信過程でのユーザ端末４の処理を図１２で説明する。
ユーザ端末４は、アプリケーションソフトウェアが起動され、バリュー移行が開始されると、ステップＳ１５０で認証コマンドを近距離無線通信により第１タイプカード１０に送信する（通信ＴＲ３）。
【０１２７】
第１タイプカード１０のＩＣチップは、認証コマンドに応じて認証データ（カードＩＤ等）をユーザ端末４に送信する（通信ＴＲ４）。
ユーザ端末４は認証データを受信したらステップＳ１５１で認証処理を行う。図示していないが、認証ＯＫとならなければ、バリュー移行はエラー終了される。
【０１２８】
認証ＯＫとなったら、ユーザ端末４はステップＳ１５２で本人確認処理を行う。
例えばユーザ端末４はユーザに対して何らかの入力を求め、操作しているユーザが第１タイプカード１０の所有者本人であることを確認する。
図示していないが、本人確認ＯＫとならなければ、バリュー移行はエラー終了される。
【０１２９】
本人確認ＯＫであった場合、ユーザ端末４はステップＳ１５３で第１タイプカード１０に対するデータ読み出しコマンドを作成する。
そしてユーザ端末４はステップＳ１５４でデータ読み出しコマンドを第１タイプカード１０に送信する（通信ＴＲ５）。
【０１３０】
第１タイプカード１０のＩＣチップは、データ読み出しコマンドに応じてバリューデータを含むカードデータを送信する（通信ＴＲ６）。
ユーザ端末４はステップＳ１５５で第１タイプカード１０からのカードデータを受信して取得し、カードデータ復号を行う。
またユーザ端末４はステップＳ１５６で減算コマンドを第１タイプカード１０に送信する（通信ＴＲ８）。
【０１３１】
ユーザ端末４はステップＳ１５７で所定のサーバとの通信などにより変換レート情報を取得する。
そしてステップＳ１５８でユーザ端末４は、第１タイプカード１０のカードデータを第２タイプカード２０向けに変換し、第２タイプカード２０への書き込みデータとする。
例えば上述した「ＴｙｐｅＦ」の電子マネー媒体のバリューを「ＴｙｐｅＡ」に移行する場合で説明したブロックデータ形式とレコード形式の間での変換など、データ形式の変換を行う。特にはこの場合のデータ変換処理では、同等又は類似の機能が維持される状態でのデータ変換処理を行う。例えば上述の例でいえば、サイクリックサービスのブロックデータが固定長循環編成のレコード形式に変換されるようにする変換処理や、ランダムサービスやパースサービスのブロックデータが固定長順編成のレコード形式に変換されるようにする変換処理などが行われる。
第３の実施の形態は、第２の実施の形態と同様の変換処理を行うため、説明は省略する。
なお、データ形式の変換処理の際には、ユーザ端末４は、耐タンパ装置を用いて、データの改ざんを防止する。
【０１３２】
ユーザ端末４は、ステップＳ１５９で第２タイプカード２０に対して認証コマンドを送信する（通信ＴＲ１１）。
第２タイプカード２０のＩＣチップは、認証コマンドに応じて認証データ（カードＩＤ等）をユーザ端末４に送信する（通信ＴＲ１２）。
ユーザ端末４は第２タイプカード２０からの認証データを受信したら、ステップＳ１６０で認証処理を行う。図示していないが、もし認証ＯＫとならなければ、バリュー移行はエラー終了される。
なおユーザ端末は、少なくともステップＳ１５９の送信は、ユーザが第１タイプカード１０に代えて第２タイプカード２０をユーザ端末４に近接させた状態としたうえで実行指示の操作を行うことを待機することが好適である。
【０１３３】
認証ＯＫであった場合、ユーザ端末４はステップＳ１６１で第２タイプカード２０に対するデータ書き込みコマンドを作成する。
そしてユーザ端末４はステップＳ１６２でデータ書き込みコマンド及び書き込みデータを第２タイプカード２０に送信する（通信ＴＲ１３）。
第２タイプカード２０のＩＣチップは、データ書き込みコマンドに応じて、同時に送信されてくる書き込みデータを記憶する処理を行い、書き込み結果データを送信する（通信ＴＲ１４）。
ユーザ端末４はステップＳ１６３で第２タイプカード２０からの書き込み結果データの受信し、書き込み結果を確認する処理を行う。そしてユーザ端末４はステップＳ１６４で移行結果表示を行い、ユーザに移行結果を提示する。
以上により第１タイプカード１０から第２タイプカード２０へのバリュー移行が完了したことになる。
なお、以上の第３の実施形態においても、第２の実施の形態のステップＳ２２２、ステップＳ１２０で説明した本人確認を行うようにしてもよい。例えばユーザ端末４で図１２の処理を実行するには、それに先だって、例えばバリュー交換サーバ３等との間で本人確認を行うことを要するようにすることが考えられる。
【０１３４】
＜７．バリューの一部移行＞
ところで、以上の第１，第２，第３の実施の形態の処理は、例えば第１タイプカード１０のバリューを全て第２タイプカード２０に移行させることだけでなく、例えばユーザが指定した額のバリューデータを移行させるものとしてもよい。
例えばユーザ端末４の操作において所定のタイミングで移行させたい額を指定する入力を行うことができるようにする。そしてユーザ端末４は、例えば通信ＴＲ１、或いは通信ＴＲ９などのタイミングで移行させる額をバリュー交換サーバ３に通知することが考えられる。
【０１３５】
第１の実施の形態においては、ユーザ端末４、バリュー交換サーバ３、第１電子マネーサーバ６、第２電子マネーサーバ７は、その指定された額を対象として上記の図６，図７の処理でバリュー移行を実行する。
第２の実施の形態では、ユーザ端末４とバリュー交換サーバ３が、指定された額を対象として上記の図９，図１０の処理でバリュー移行を実行する。
第３の実施の形態では、ユーザ端末４がユーザの入力に応じて指定された額を対象として上記の図１２の処理でバリュー移行を実行する。
このようにすることで、ユーザは必要と考える任意の額の移行を行うことができる。
なお、当然この場合に移行元からバリューデータを減算させる減算コマンドは、指定された移行する額の減算を指示するコマンドとなる。
【０１３６】
＜８．まとめ及び変形例＞
以上の実施の形態では次のような効果が得られる。
実施の形態の情報処理システム１は、電子マネーシステムで使用される通貨価値情報であるバリューを第１のファイル構造で管理する第１タイプカード１０（第１のＩＣチップ）に対して通信を行う第１タイプ通信部４１と、バリューを第１のファイル構造とは異なる第２のファイル構造で管理する第２タイプカード２０（第２のＩＣチップ）に対して通信を行う第２タイプ通信部４２を備える。
また情報処理システム１は、第１タイプ通信部４１を介して第１タイプカード１０のＩＣチップに記憶されている、移行元のバリュー（第１のバリュー）を読み込む読み込み処理部３２を備える。
また情報処理システム１は、移行元の第１のバリューを、移行先のＩＣチップに記憶させるために変換した第２のバリューを取得する変換バリュー管理部３１を備える。
また情報処理システム１は、第２タイプ通信部４２を介して移行先となる第２タイプカード２０のＩＣチップに第２のバリューを書き込む書き込み処理部３３を備える。
これにより異なるファイル構造が採用されている電子マネー媒体として第１タイプカード１０と第２タイプカード２０の間でバリューを移行させることができる。
例えば或るユーザが、本国であるＡ国で使用されている第１タイプカード１０と、Ｂ国で使用されている第２タイプカード２０とを有することを想定する。このユーザがＢ国を訪れたときに、第１タイプカード１０が使えないとしても、第１タイプカード１０のバリューをユーザ端末４を用いて第２タイプカード２０に移行させることで、その第２タイプカード２０を用いた決済ができるようになる。
このように異なるファイル構造のカード間のバリュー移動を可能とすることで、ユーザの電子マネー決済での使用性を著しく向上させることができる。
【０１３７】
なお、このような情報処理システム１は、第１の実施の形態では、ユーザ端末４、バリュー交換サーバ３、第１電子マネーサーバ６、第２電子マネーサーバ７により構成される。即ち複数のコンピュータ装置による情報処理システムとして構成される。
またこのような情報処理システム１は、第２の実施の形態では、ユーザ端末４、バリュー交換サーバ３による情報処理システムとして構成される。
またこのような情報処理システム１は、第３の実施の形態では、ユーザ端末４により構成される。
以上のように１又は複数の情報処理装置により構成される情報処理システム１が、本発明でいう情報処理装置に相当することになる。
【０１３８】
実施の形態では、変換バリュー管理部３１が取得する第２のバリュー（移行先に書き込むバリュー）は、移行処理の際の最新の変換レート情報を用いて変換されたものであるとした。
最新の変換レート情報を適切に更新していることで、第１，第２のＩＣチップによる電子マネーシステム間でバリューとしての数値の価値が不適切に変化してしまうようなことを防止できる。
【０１３９】
実施の形態では、変換レート情報は、為替レート情報、又は電子マネーシステム間での変換レート相場情報であるとした。
第１タイプカード１０，第２タイプカード２０を用いる各電子マネーシステムが使用される国や地域が異なる場合は、為替レートに基づいてバリューの値を変換することで、同等の価値でバリュー移行ができる。
また第１のＩＣチップを用いる電子マネーシステムと第２のＩＣチップを用いる電子マネーシステムにおいて、バリューの数値の価値が異なるような場合、その変換レート相場の情報を参照してバリューの値を変換することで、同等の価値でバリュー移行ができる。
【０１４０】
実施の形態では、変換バリュー管理部３１が取得する第２のバリューは、第１のバリューを第２のバリューに変換する際に、第１のＩＣチップを含む電子マネー媒体の使用名義人に対する本人確認処理が行われたうえで変換されたものであるとした。
バリュー変換及びバリュー移行を行う際に、正当な持ち主に対する本人確認処理が行われることで、不正なバリュー変換／移行が防止できる。例えば他人の第１タイプカード１０から無断でバリューを読み出し、自分の第２タイプカード２０にバリューを移行させるといったようなことが防止される。
【０１４１】
実施の形態では、変換バリュー管理部３１は、第１のバリューを外部サーバに送信し、外部サーバにおいて変換された前記第２のバリューを受信することで第２のバリューを取得する例を挙げた。
例えば図２の構成をユーザ端末４が備えることを想定したときに、第１のバリューから第２のバリューへの変換処理自体は外部サーバ（例えばバリュー交換サーバ３、或いは他のサーバ）において行うようにすることで、ユーザ端末４における処理負担を軽減できる。
特にスマートホン等の携帯型ユーザ端末では、ユーザによって他の機能も多く利用されていることが想定される。そのような場合に、処理負担の削減はシステム動作の安定化や、汎用機としてのユーザ端末において演算能力を過度に占有せずに、各種の他の動作機能にとっても望ましいものとなる。
また例えば図２の構成を図１の情報処理システム１内で分散して備える（例えばユーザ端末４やバリュー交換サーバ３において分散して備える）ことを想定した場合でも、第１のバリューから第２のバリューへの変換処理自体はさらに外部サーバにおいて行うことも考えられる。
【０１４２】
実施の形態では、変換バリュー管理部３１は、第１のバリューを第２のバリューに変換する変換処理を行う例を挙げた。
例えば第３の実施の形態では、図２の構成をユーザ端末４が備えることが想定されるが、変換バリュー管理部３１が第１のバリューから第２のバリューへの変換処理自体も行うことで、外部サーバとの通信を行わずにバリュー移行が可能となる。この場合、ユーザ端末４における処理負担は増えるが、通信ができない環境或いは通信が安定しない環境などでもバリュー移行ができるようになるという利点が得られる。
【０１４３】
実施の形態の処理によれば、第１タイプカード１０のバリュー全部を第２タイプカード２０に移行させるだけでなく、ユーザ指定の額のバリュー移行もできる。
読み込み処理部３２は、第１タイプ通信部４１を介して第１タイプカード１０のＩＣチップに記憶されている第１のバリューの額の範囲内でユーザ指定に係る額に相当するバリューのデータを読み込むようにする。変換バリュー管理部３１は、ユーザ指定の額に相当するバリューのデータを第２タイプカード２０のＩＣチップに記憶させるために変換した第２のバリューを取得する。これにより書き込み処理部３３が第２タイプ通信部４２を介して移行先となる第２タイプカード２０のＩＣチップに第２のバリューを書き込むことで、ユーザが指定した額のバリュー移行ができる。
従って、ユーザは使用目的などに合わせて任意の額のバリュー移行ができることになり、電子マネー媒体の使用性を著しく向上させることができる。
【０１４４】
実施の形態のプログラムは、第１のＩＣチップ（例えば第１タイプカード１０）に対して通信を行って第１のＩＣチップに記憶されている第１のバリューを読み込む処理と、第１のバリューを、第２のＩＣチップ（例えば第２タイプカード２０）に記憶させるために変換した第２のバリューを取得する処理と、第２のＩＣチップに対して通信を行って第２のＩＣチップに第２のバリューを書き込む処理とを情報処理装置に実行させるプログラムである。
【０１４５】
例えば第３の実施の形態のようにユーザ端末４がバリュー移行の処理を行う場合、アプリケーションソフトウェアとしてこのようなプログラムが適用される。
このようなプログラムにより、ユーザ端末４として述べたようなバリュー移行を実現する情報処理装置を実現できる。
また第１，第２の実施の形態の場合、バリュー交換サーバ３の処理として、このようなプログラムを用いることもできる。
【０１４６】
そしてこのようなプログラムはコンピュータ装置等の機器に内蔵されている記憶媒体としてのＨＤＤや、ＣＰＵを有するマイクロコンピュータ内のＲＯＭ等に予め記憶しておくことができる。あるいはこのようなプログラムは、半導体メモリ、メモリカード、光ディスク、光磁気ディスク、磁気ディスクなどのリムーバブル記憶媒体に、一時的あるいは永続的に格納（記憶）しておくことができる。またこのようなプログラムを記憶したリムーバブル記憶媒体は、いわゆるパッケージソフトウェアとして提供することができる。
また、このようなプログラムは、リムーバブル記憶媒体からパーソナルコンピュータ等にインストールする他、ダウンロードサイトから、ＬＡＮ、インターネットなどのネットワークを介してダウンロードすることもできる。
【符号の説明】
【０１４７】
１  情報処理システム、２  ネットワーク、３  バリュー交換サーバ、４  ユーザ端末、６  第１電子マネーサーバ、７  第２電子マネーサーバ、１０  第１タイプカード、２０  第２タイプカード、３０  演算部、３１  変換バリュー管理部、３２  読み込み処理部、３３  書き込み処理部、４０  通信部、４１  第１タイプ通信部、４２  第２タイプ通信部
【図１】
2020261579.tif 000003
【図２】
2020261579.tif 000004
【図３】
2020261579.tif 000005
【図４】
2020261579.tif 000006
【図５】
2020261579.tif 000007
【図６】
2020261579.tif 000008
【図７】
2020261579.tif 000009
【図８】
2020261579.tif 000010
【図９】
2020261579.tif 000011
【図１０】
2020261579.tif 000012
【図１１】
2020261579.tif 000013
【図１２】
2020261579.tif 000014
【手続補正書】
【提出日】令和2年6月25日(2020.6.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
携帯型端末装置に設けられ、電子マネーシステムで使用される通貨価値情報であるバリューを第１のファイル構造で管理する第１のＩＣチップに対して通信を行う第１の通信部と、
前記携帯型端末装置に設けられ、前記バリューを前記第１のファイル構造とは異なる第２のファイル構造で管理する第２のＩＣチップに対して通信を行う第２の通信部と、
前記第１の通信部を介して、前記第１のＩＣチップに記憶されている第１のバリューを読み込む読み込み処理部と、
前記第１のバリューを、前記第２のＩＣチップに記憶させるために変換した第２のバリューを管理する変換バリュー管理部と、
前記第２の通信部を介して、前記第２のＩＣチップに前記第２のバリューを書き込む書き込み処理部と、
を備える情報処理装置。
【請求項２】
前記変換バリュー管理部が管理する前記第２のバリューは、
前記第１のバリューを前記第２のバリューに変換する際に取得されている最新の変換レート情報を用いて変換されたものである
請求項１に記載の情報処理装置。
【請求項３】
前記変換レート情報は、為替レート情報、又は電子マネーシステム間での変換レート相場情報である
請求項２に記載の情報処理装置。
【請求項４】
前記変換バリュー管理部が管理する前記第２のバリューは、
前記第１のバリューを前記第２のバリューに変換する際に、前記第１のＩＣチップを含む電子マネー媒体の使用名義人に対する本人確認処理が行われたうえで変換されたものである
請求項１から請求項３のいずれかに記載の情報処理装置。
【請求項５】
前記変換バリュー管理部は、前記第１のバリューを外部サーバに送信し、外部サーバにおいて変換された前記第２のバリューを受信することで第２のバリューを取得する
請求項１から請求項４のいずれかに記載の情報処理装置。
【請求項６】
前記変換バリュー管理部は、前記第１のバリューを前記第２のバリューに変換する変換処理を行う
請求項１から請求項４のいずれかに記載の情報処理装置。
【請求項７】
前記読み込み処理部は、前記第１の通信部を介して、前記第１のＩＣチップに記憶されている第１のバリューの額の範囲内でユーザ指定に係る額に相当するバリューのデータを読み込み、
前記変換バリュー管理部は、前記額に相当するバリューのデータを前記第２のＩＣチップに記憶させるために変換した第２のバリューを取得する
請求項１から請求項６のいずれかに記載の情報処理装置。
【請求項８】
電子マネーシステムで使用される通貨価値情報であるバリューを第１のファイル構造で管理する第１のＩＣチップ、及び前記バリューを前記第１のファイル構造とは異なる第２のファイル構造で管理する第２のＩＣチップに対して携帯型端末装置を含んで構成される情報処理装置が行う情報処理方法であって、
前記携帯型端末装置が前記第１のＩＣチップに対して通信を行って前記第１のＩＣチップに記憶されている第１のバリューを読み込む読み込みステップと、
前記第１のバリューを、前記第２のＩＣチップに記憶させるために変換した第２のバリューを管理する変換バリュー管理ステップと、
前記携帯型端末装置が前記第２のＩＣチップに対して通信を行って前記第２のＩＣチップに前記第２のバリューを書き込む書き込みステップと、
を行う情報処理方法。
【請求項９】
電子マネーシステムで使用される通貨価値情報であるバリューを第１のファイル構造で管理する第１のＩＣチップ、及び前記バリューを前記第１のファイル構造とは異なる第２のファイル構造で管理する第２のＩＣチップに対して携帯型端末装置を含んで構成される情報処理装置が行う処理として、
前記携帯型端末装置により前記第１のＩＣチップに対して通信を行って前記第１のＩＣチップに記憶されている第１のバリューを読み込む処理と、
前記第１のバリューを、前記第２のＩＣチップに記憶させるために変換した第２のバリューを管理する処理と、
前記携帯型端末装置により前記第２のＩＣチップに対して通信を行って前記第２のＩＣチップに前記第２のバリューを書き込む処理と、
を情報処理装置に実行させるプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
【特許文献１】特開２００１−２１６４５９号公報
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
本発明に係る情報処理装置は、携帯型端末装置に設けられ、電子マネーシステムで使用される通貨価値情報であるバリューを第１のファイル構造で管理する第１のＩＣチップに対して通信を行う第１の通信部と、前記携帯型端末装置に設けられ、前記バリューを前記第１のファイル構造とは異なる第２のファイル構造で管理する第２のＩＣチップに対して通信を行う第２の通信部と、前記第１の通信部を介して、前記第１のＩＣチップに記憶されている第１のバリューを読み込む読み込み処理部と、前記第１のバリューを、前記第２のＩＣチップに記憶させるために変換した第２のバリューを管理する変換バリュー管理部と、前記第２の通信部を介して、前記第２のＩＣチップに前記第２のバリューを書き込む書き込み処理部と、を備えるようにする。
即ち異なるファイル構造が採用されている電子マネー媒体（例えば電子マネーカードや端末装置）間において、一方からバリューを読み出し、それを他方に移行させることができるようにする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
本発明の情報処理方法は、電子マネーシステムで使用される通貨価値情報であるバリューを第１のファイル構造で管理する第１のＩＣチップ、及び前記バリューを前記第１のファイル構造とは異なる第２のファイル構造で管理する第２のＩＣチップに対して携帯型端末装置を含んで構成される情報処理装置が行う情報処理方法である。そして前記携帯型端末装置が前記第１のＩＣチップに対して通信を行って前記第１のＩＣチップに記憶されている第１のバリューを読み込む読み込みステップと、前記第１のバリューを、前記第２のＩＣチップに記憶させるために変換した第２のバリューを管理する変換バリュー管理ステップと、前記携帯型端末装置が前記第２のＩＣチップに対して通信を行って前記第２のＩＣチップに前記第２のバリューを書き込む書き込みステップとを行う。
これにより異なるファイル構造が採用されている電子マネー媒体間に対して一方からバリューを読み出し、それを他方に移行させる。
本発明のプログラムは、上記各ステップに相当する処理を情報処理装置に実行させるプログラムである。
【国際調査報告】
2020261579.tif 000015
2020261579.tif 000016