(57)【特許請求の範囲】
【請求項１】
相互通信が可能な複数個の装置を利用し、複数個の機能モジュールを含む動的仮想カードフラットフォームを分散して設置する方法であって、
第１装置が、有効に動作する動的仮想カードフラットフォームを構成する第１機能モジュール、及び前記第１機能モジュールに関連する第２機能モジュールを更新するフラットフォーム更新ステップと、
前記第１装置が、前記更新された第１機能モジュールを前記第１装置に貯蔵し、遠隔の保安モジュールに前記第１機能モジュール及び前記第２機能モジュールのうち第２機能モジュールのみを提供するフラットフォーム分散設置ステップと、
を含む動的仮想カードフラットフォームの分散設置方法。
【請求項２】
前記第１機能モジュールはＩＳＤモジュールを含み、
前記第２機能モジュールはＡＰＳＤモジュールを、
含む請求項１に記載の動的仮想カードフラットフォームの分散設置方法。
【請求項３】
前記フラットフォーム更新ステップの前に、前記第１装置が第３装置から金融決済を用意するための要請を受信するステップを更に含むが、
前記フラットフォーム更新ステップは、前記要請を受信するたびに行われ、
前記第３装置と前記保安モジュールは互いに通信するようになっている請求項１に記載の動的仮想カードフラットフォームの分散設置方法。
【請求項４】
前記第１装置はサーバであり、
前記保安モジュールは前記第３装置と通信する保安装置であるか、または前記第３装置内にソフトウェアによって具現されたモジュールであり、
前記フラットフォーム分散設置ステップにおいて、前記第２機能モジュールは前記第１装置と前記第３装置との間の有線通信または無線通信を利用して前記保安モジュールに提供される請求項３に記載の動的仮想カードフラットフォームの分散設置方法。
【請求項５】
相互通信が可能な複数個の装置を利用し、動的に仮想カードを生成する仮想カード生成方法であって、
第１装置が、有効に動作する動的仮想カードフラットフォームを構成する第１機能モジュール、及び前記第１機能モジュールに関連する第２機能モジュールを更新するフラットフォーム更新ステップと、
前記第１装置が、前記更新された第１機能モジュールを前記第１装置に貯蔵し、遠隔の保安モジュールに前記第１機能モジュール及び前記第２機能モジュールのうち第２機能モジュールのみを提供するフラットフォーム分散設置ステップと、
前記第１装置が、前記動的仮想カードフラットフォームで動作する動的仮想決済アプリケーションを構成する価値貯蔵モジュール、及び前記価値貯蔵モジュールに関連する中継モジュールを更新する決済アプリケーション更新ステップと、
前記第１装置が、前記更新された価値貯蔵モジュールを前記第１装置にのみ貯蔵し、前記保安モジュールに前記更新された中継モジュールを提供する決済アプリケーション分散設置ステップと、
を含み、
前記中継モジュールは、前記保安モジュールと通信する第３装置が前記価値貯蔵モジュールに貯蔵された金融価値を利用して支払取引を行うように中継する機能をするようになっている動的仮想カード生成方法。
【請求項６】
前記支払取引が行われると、前記更新された動的仮想カードフラットフォームと前記更新された決済アプリケーションによって定義される仮想カードを無効化するために、前記支払取引が行われると、前記更新された動的仮想カードフラットフォームが無効化されるようになっている請求項５に記載の動的仮想カード生成方法。
【請求項７】
前記フラットフォーム更新ステップ及び前記決済アプリケーション更新ステップの前に、前記第１装置が前記第３装置から金融決済を用意するための要請を受信するステップを更に含み、
前記フラットフォーム更新ステップ及び前記決済アプリケーション更新ステップは、前記要請を受信するたびに行われる請求項５に記載の動的仮想カード生成方法。
【請求項８】
前記決済アプリケーション更新ステップは、
前記更新された中継モジュールを複数個のセグメントに区分するステップと、
前記複数個のセグメントから電子署名値を生成するステップと、
前記複数個のセグメントを一つ以上のキー（ｋｅｙ）を利用して暗号化するステップと、
前記暗号化された複数個のセグメントをスクランブルするステップと、
を含み、
前記決済アプリケーション分散設置ステップは、前記スクランブルされた情報を前記保安モジュールに提供するステップを含み、
前記一つ以上のキー及び前記電子署名値は、前記保安モジュールに提供されるようになっている請求項５に記載の動的仮想カード生成方法。
【請求項９】
前記保安モジュールは、
前記スクランブルされた情報をデスクランブルするステップと、
前記一つ以上のキーを利用して前記デスクランブルされた情報を復号化するステップと、
前記復号化された情報を前記電子署名値を利用して検証するステップと、
前記検証済みの復号化された情報を利用して前記保安モジュールに前記中継モジュールを設置するステップと、
を行うようになっていることを特徴とする請求項８に記載の動的仮想カード生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はハードウェアとして提供されるカードを仮想カードとして提供し、前記仮想カードを動的に生成し廃棄する動的仮想カードの生成及び廃棄方法に関する。特に、前記動的仮想カードのための仮想カードフラットフォームをサーバとモバイル装置に分散設置する方法に関する。
【背景技術】
【０００２】
交通カード、商品・サービスの決済、身分の確認、ポイントの積立・使用の用途としてモバイルカードが使用されている。一般に、決済支払手段として使用されているカードのために、変更または複製を介した盗用を防ぐための目的として独立した保安装置（例えば、ＵＳＩＭ、ＩＣ  Ｃｈｉｐ）が使用されている。
【０００３】
図１は、従来のモバイルカードサービスを説明する図である。
【０００４】
独立した保安装置（例えば、ＵＳＩＭ、ＩＣチップ、Ｈ／Ｗ  Ｓｅｃｕｒｅ  Ｅｌｅｍｅｎｔ−Ｂａｓｅｄ  Ｃａｒｄ）１０は、保安装置の運営体制であって保安の役割及びアプリケーション管理の役割をするカードフラットフォーム（Ｃｈｉｐ  Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）１２階層と、決済支払情報を貯蔵し、決済端末機（＝チャージ・支払装置）２０と支払取引を行う決済アプリケーション（Ｐａｙｍｅｎｔ  Ａｐｐ）１１階層に区分される。保安装置１０のカードフラットフォーム１２で行われる決済アプリケーション１１は、一般に保安性が保障されている。
【０００５】
従来のモバイルカードサービスによると、前記保安装置１０は、例えば、スマートフォンのようなモバイル装置に設置される。前記モバイル装置と前記保安装置は互いに区分される運営体制によって運営され、前記モバイル装置と前記保安装置には互いに区分されるユーザアプリケーションが設置される。
【０００６】
従来のモバイルカードサービスによると、前記モバイル装置に取り付けられた保安装置１０に決済アプリケーション１１が設置され、決済アプリケーション１１にローカルに（ｌｏｃａｌｌｙ）貯蔵されたデータと保安キーを介して演算された取引認証コードを端末機アプリケーションに伝送する過程を経て取引が行われる。
【０００７】
つまり、決済アプリケーション１１がネットワーク上に存在する決済管理サーバ（図示せず）から静的データ（ｓｔａｔｉｃ  ｄａｔａ）を受信し貯蔵することで金融カードを発給され得る。決済アプリケーション１１は、決済端末機２０から取引要請を受信すると、貯蔵されている前記静的データを使用して取引を行い、必要であれば取引履歴情報を決済アプリケーション１１の貯蔵所に貯蔵することで前記発給された金融カードを使用することができる。この際、発給された決済アプリケーション１１は、前記決済管理サーバとは連結されていないオフライン形態で支払またはチャージ取引に使用される。
【０００８】
上述した物理的保安装置１０に決済アプリケーション１１を設置してカード媒体として使用する場合、以下のような問題がある。
【０００９】
まず、独立した保安装置が適用されているカード、例えば、ＩＣカードに決済アプリケーションを設置し、設置された決済アプリケーション支給払情報を貯蔵するためには、通常、ＩＣカードの所有者（例えば、通信会社）と前記決済アプリケーションの提供者との間でビジネス合意が行われているべきである。そして、前記決済アプリケーションの提供者が前記ＩＣカードの所有者から前記物理的保安装置の技術的権限を委任されることが一般的である。このようなビジネス合意の手順は、前記決済アプリケーションの提供者が自らが提供するサービスを拡散するに当たって、事業的に前記ＩＣカードの所有者（通信会社）に従属せざるを得ないという事業的問題がある。
【００１０】
また、物理的保安装置は小さいメモリ空間を有するため、設置可能なアプリケーションの種類が制限的である。
【００１１】
また、物理的保安装置は、独自のネットワーク機能がない構造を有する。よって、上述したように、一度発給された決済アプリケーションは決済管理サーバとは連結されないオフライン形態に支払またはチャージ取引に使用されるため、失われたか盗まれたＩＣカードを制御することが難しい。つまり、失われたか盗まれたＩＣカードは管理サーバのコントロールなしに単独に使用することができるため、盗用の恐れがある。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明では上述した問題を解決するために、独立した保安媒体を使用する必要がないよう、盗用の防止、アプリケーション管理、及び紛失・盗難を制御することができる動的仮想カードの生成方法を提供する。
【００１３】
詳しくは、相互通信が可能な複数個の装置（例えば、サーバ及びモバイル端末）を利用して複数個の機能モジュールを含む動的仮想カードフラットフォームを分散して設置する方法を提供しようとする。つまり、モバイル装置で有効に動作する動的仮想カードフラットフォームを別途のサーバで動的に生成及び廃棄し、それによってサーバとモバイル装置が有機的に有効性可否を判断して、モバイル装置とサーバとの間の動的仮想カードフラットフラットフォームが生成されると、カードアプリケーションを駆動するか、動的に生成したフラットフォームを廃棄する方法を提供しようとする。
【課題を解決するための手段】
【００１４】
本発明の一観点によって相互通信が可能な複数個の装置を利用し、複数個の機能モジュールを含む動的仮想カードフラットフォームを分散して設置する方法が提供される。前記方法は、第１装置が、有効に動作する動的仮想カードフラットフォームを構成する第１機能モジュール、及び前記第１機能モジュールに関連する第２機能モジュールを更新するフラットフォーム更新ステップと、前記第１装置が、前記更新された第１機能モジュールを前記第１装置に貯蔵し、遠隔の保安モジュールに前記第１機能モジュール及び前記第２機能モジュールのうち第２機能モジュールのみを提供するフラットフォーム分散設置ステップと、を含む。
【００１５】
この際、前記第１機能モジュールはＩＳＤモジュールを含み、前記第２機能モジュールはＡＰＳＤモジュールを含む。
【００１６】
この際、前記フラットフォーム更新ステップの前に、前記第１装置が第３装置から金融決済を用意するための要請を受信するステップを更に含むが、前記フラットフォーム更新ステップは前記要請を受信するたびに行われ、前記第３装置と前記保安モジュールは互いに通信するようになっている。
【００１７】
この際、前記第１装置はサーバであり、前記保安モジュールは前記第３装置と通信する保安装置であるか、または前記第３装置内にソフトウェアによって具現されたモジュールであり、前記フラットフォーム分散設置ステップにおいて、前記第２機能モジュールは前記第１装置と前記第３装置との間の有線通信または無線通信を利用して前記保安モジュールに提供される。
【００１８】
本発明の一観点によって相互通信が可能な複数個の装置を利用し、動的に仮想カードを生成する仮想カード生成方法が提供される。前記動的仮想カード生成方法は、第１装置が、有効に動作する動的仮想カードフラットフォームを構成する第１機能モジュール、及び前記第１機能モジュールに関連する第２機能モジュールを更新するフラットフォーム更新ステップと、前記第１装置が、前記更新された第１機能モジュールを前記第１装置に貯蔵し、遠隔の保安モジュールに前記第１機能モジュール及び前記第２機能モジュールのうち第２機能モジュールのみを提供するフラットフォーム分散設置ステップと、前記第１装置が、前記動的仮想カードフラットフォームで動作する動的仮想決済アプリケーションを構成する価値貯蔵モジュール、及び前記価値貯蔵モジュールに関連する中継モジュールを更新する決済アプリケーション更新ステップと、前記第１装置が、前記更新された価値貯蔵モジュールを前記第１装置にのみ貯蔵し、前記保安モジュールに前記更新された中継モジュールを提供する決済アプリケーション分散設置ステップと、を含む。この際、前記中継モジュールは、前記保安モジュールと通信する第３装置が前記価値貯蔵モジュールに貯蔵された金融価値を利用して支払取引を行うように中継する機能をするようになっている。
【００１９】
この際、前記支払取引が行われると、前記更新された動的仮想カードフラットフォームと前記更新された決済アプリケーションによって定義される仮想カードを無効化するために、前記支払取引が行われると、前記更新された動的仮想カードフラットフォームが無効化されるようになっている。
【００２０】
この際、前記フラットフォーム更新ステップ及び前記決済アプリケーション更新ステップの前に、前記第１装置が前記第３装置から金融決済を用意するための要請を受信するステップを更に含み、前記フラットフォーム更新ステップ及び前記決済アプリケーション更新ステップは、前記要請を受信するたびに行われる。
【００２１】
この際、前記決済アプリケーション更新ステップは、前記更新された中継モジュールを複数個のセグメントに区分するステップと、前記複数個のセグメントから電子署名値を生成するステップと、前記複数個のセグメントを一つ以上のキー（ｋｅｙ）を利用して暗号化するステップと、前記暗号化された複数個のセグメントをスクランブルするステップと、を含み、前記決済アプリケーション分散設置ステップは、前記スクランブルされた情報を前記保安モジュールに提供するステップを含み、前記一つ以上のキー及び前記電子署名値は、前記保安モジュールに提供されるようになっている。
【００２２】
この際、前記保安モジュールは、前記スクランブルされた情報をデスクランブルするステップと、前記一つ以上のキーを利用して前記デスクランブルされた情報を復号化するステップと、前記復号化された情報を前記電子署名値を利用して検証するステップと、前記検証済みの復号化された情報を利用して前記保安モジュールに前記中継モジュールを設置するステップと、を行うようになっていることを特徴とする。
【００２３】
本発明の一観点によって相互通信が可能な複数個の装置を利用し、複数個の機能モジュールを含む動的仮想カードフラットフォームを分散して設置するサーバが提供される。前記サーバは、有効に動作する動的仮想カードフラットフォームを構成する第１機能モジュール、及び前記第１機能モジュールに関連する第２機能モジュールを更新するフラットフォーム更新ステップを行うようになっており、前記更新された第１機能モジュールを前記サーバに貯蔵し、遠隔の保安モジュールに前記第１機能モジュール及び前記第２機能モジュールのうち第２機能モジュールのみを提供するフラットフォーム分散設置ステップを行うようになっている。
【００２４】
この際、前記第１機能モジュールはＩＳＤモジュールを含み、前記第２機能モジュールはＡＰＳＤモジュールを含む。
【００２５】
この際、前記フラットフォーム更新ステップの前に、前記サーバが第３装置から金融決済を用意するための要請を受信するステップを更に行うようになっており、前記フラットフォーム更新ステップは前記要請を受信するたびに行われ、前記第３装置と前記保安モジュールは互いに通信するようになっていることを特徴とする。
【発明の効果】
【００２６】
本発明によると、動的仮想カードフラットフォームをサーバ及び前記サーバと通信可能なユーザの携帯装置に分散して提供することができる。それによって、サーバ（＝クラウド）基盤の動的仮想カードフラットフォームを利用する動的仮想カードを提供することができる。前記動的仮想カードをリアルタイムで制御することで、カードの変更、複製、盗用を防止することができる。
【００２７】
また、本発明を介して前記動的仮想カードフラットフォームに設置されるアプリケーションを容易に管理することができ、多様な用途のアプリケーションを容易に設置することができる。
【００２８】
また、前記動的仮想カードのためのアプリケーションデータをネットワークを介して自由に更新することができる。また、物理的保安装置の所有者と前記動的仮想カードフラットフォームに設置されるアプリケーションの提供者との間の従属性を除去することができる。
【図面の簡単な説明】
【００２９】
【図１】従来のモバイルカードサービスを説明するための図である。
【図２】本発明の一実施例によるモバイルカードサービスを説明する図である。
【図３】本発明の一実施例によるモバイルカードサービスを提供する順序図である。
【図４】図３の実施例を具体化した図である。
【図５】本発明の一実施例によってクラウドサーバで中継モジュールを更新してから行われるステップを示す順序図である。
【図６】本発明の一実施例によってモバイル装置で中継モジュールを受信した際に行われる過程を示す順序図である。
【発明を実施するための形態】
【００３０】
以下、本発明の実施例を添付した図面を参照して説明する。しかし、本発明は本明細書で説明する実施例に限らず、様々な他の形態に具現されてもよい。本明細書で使用されている用語は実施例の理解を助けるためのものであって、本発明の範囲を限定しようと意図されたものではない。また、以下で使用される単数の形態は語句がこれと明白に反対の意味を示さない限り、複数の形態も含む。
【００３１】
図２は、本発明の一実施例によるモバイルカードサービスを説明する図である。
【００３２】
ここでモバイルカードサービスとは、例えば、スマートフォンのようなモバイル装置に金融カードを仮想に提供し、前記金融カードと前記モバイル装置が互いに協力して前記金融カードを利用したチャージ・支払を行うサービスをいう。この際、前記モバイル装置は別途のチャージ・支払装置のうちいずれか一つが他の一つに金融行為に対する要請を開始し、前記他の一つがそれに応答することで前記モバイルカードサービスが行われる。
【００３３】
本発明の一実施例によるモバイルカードサービスを提供するためのシステムは、チャージ・支払装置２０、クラウドサーバ３０、及びモバイル装置４０を含む。
【００３４】
この際、モバイル装置４０は前記モバイル装置４０のための運営体制、及び前記運営体制上で実行されるＵＸ・ＵＩアプリケーション４１を含む。
【００３５】
前記モバイル装置４０には、保安モジュール４２がインストールされている。
【００３６】
この際、前記モバイル装置４０と前記保安モジュール４２は互いに独立したコンピューティング装置である。この場合、前記保安モジュールは従来のＳＥ（Ｓｅｃｕｒｅ  Ｅｌｅｍｅｎｔ）を利用して提供されてもよい。
【００３７】
または、前記保安モジュール４２は、前記モバイル装置４０内でソフトウェアとして実行されるモジュールであってもよい。
【００３８】
ＵＸ・ＵＩアプリケーション４１は、例えば、モバイル装置４０のユーザが実際にモバイル装置を介して決済をするために使用するアプリケーションである。
【００３９】
図１において、上述した決済アプリケーション１１及びカードフラットフォーム１２は、図２のようにクラウドサーバ３０と保安モジュール４２に分散されて位置する。つまり、従来は決済アプリケーション１１が保安モジュール４２にのみ設置されていたが、それに対し本発明では、決済アプリケーション１１がクラウドサーバ３０と保安モジュール４２にそれぞれ価値貯蔵モジュール３２及び中継モジュール５２に分けられて設置される。
【００４０】
本発明によると、従来のカードフラットフォームがネットワークを介して複数個の装置（サーバ及びモバイル装置）に分けられて設置されるため、本発明によるカードフラットフォームは「動的仮想カードフラットフォーム」と称される。本発明の一実施例において、前記動的仮想カードフラットフォームが金融取引要請のたびに更新されるため、「動的仮想カードフラットフォーム」と称される。
【００４１】
また、従来はカードフラットフォーム１２が保安モジュール４２にのみ設置されていたが、これに対し本発明では、動的仮想カードフラットフォーム１２は第１機能モジュール３１及び第２機能モジュール５１に分解されて提供され、第１機能モジュール３１及び第２機能モジュール５１はそれぞれクラウドサーバ３０と保安モジュール４２に分散されて設置される。
【００４２】
動的仮想カード１は前記決済アプリケーション１１と前記動的仮想カードフラットフォーム１２を合わせて形成される。前記決済アプリケーション１１もネットワークを介して複数個の装置（サーバ及びモバイル装置）に分けられて設置されるため、本発明による決済アプリケーションは「動的仮想決済アプリケーション」と称される。前記動的仮想決済アプリケーションは、本発明の一実施例において、金融取引要請があるたびに更新されるため「動的仮想決済アプリケーション」と称される。
【００４３】
図２の実施例において、クラウドサーバ３０とモバイル装置４０はネットワークを介して互いに連結されて情報を交換する。
【００４４】
チャージ・支払装置２０を介して決済を行う際には、クラウドサーバ３０に貯蔵された価値貯蔵モジュール３１を利用して決済が行われるが、この際、中継モジュール５１は、価値貯蔵モジュール３１に貯蔵された金融価値を利用して前記チャージ・支払装置２０と支払取引を行うように中継する機能をする。
【００４５】
この際、モバイル装置４０は、保安モジュール４２とクラウドサーバ３０との間のデータ交換を助け、チャージ・支払装置２０と保安モジュール４２との間のデータ交換を助ける役割をする。例えば、前記ＵＸ・ＵＩ  ＡＰＰ４１は、前記動的仮想決済アプリケーション１１を提供する者が提供したものであってもよい。
【００４６】
実際の金融取引は動的仮想カード１とチャージ・支払装置２０との間で行われ、モバイル装置４０が前記金融取引のための通信機能などを提供する。
【００４７】
この際、前記第１機能モジュール３２は、例えば、ＩＳＤ（Ｉｓｓｕｅｒ  Ｓｅｃｕｒｉｔｙ  Ｄｏｍａｉｎ）を含み、前記第２機能モジュール５２は、例えば、ＡＰＳＤ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｖｉｄｅｒ  Ｓｅｃｕｒｉｔｙ  Ｄｏｍａｉｎ）、ＣＡＳＤ（Ｃｅｒｔｉｆｉｃａｔｅ  Ａｕｔｈｏｒｉｔｙ  Ｓｅｃｕｒｉｔｙ  Ｄｏｍａｉｎ）、及びＵＡＦ（Ｕｓｅｒ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）を含む。
【００４８】
図３は、本発明の一実施例によるモバイルカードサービスを提供する順序図である。
【００４９】
ステップＳ１０において、モバイル装置４０のＵＩアプリケーション４１からクラウドサーバ３０に金融決済の用意を要請する。ＵＩアプリケーション４１の各種機能は、モバイル装置４０のユーザがモバイル装置４０のユーザインタフェースを介して活性化する。
【００５０】
前記金融決済用意の要請は、例えば、チャージ・支払装置２０に接近したモバイル装置４０のユーザが、金融決済のために前記ＵＩアプリケーション４１を活性化する行為によって誘発される。
【００５１】
ステップＳ２０において、クラウドサーバ４０で、有効に動作する動的仮想カードフラットフォーム１２を構成する前記第１機能モジュール、及び前記第１機能モジュールに関連する前記第２機能モジュールを更新する。前記第１機能モジュールと前記第２機能モジュールが更新されると、前記第１機能モジュールと前記第２機能モジュールによって定義される動的仮想カードフラットフォーム１２が更新される。
【００５２】
このように、ＵＩアプリケーション４１から金融決済の用意を要請するたびに動的仮想カードフラットフォーム１２が更新される。
【００５３】
ステップＳ３０において、クラウドサーバ４０が前記更新された第１機能モジュールをクラウドサーバ３０に貯蔵する。
【００５４】
ステップＳ３１において、クラウドサーバ４０が前記更新された第２機能モジュールをモバイル装置４０の保安モジュール４２に有無線ネットワークを介して伝送する。この過程で、モバイル装置４０が保安モジュール４２のために有無線ネットワーク通信機能を提供する。
【００５５】
ステップＳ４０において、クラウドサーバ４０が前記動的仮想カードフラットフォーム１２で動作する動的仮想決済アプリケーション１１を構成する価値貯蔵モジュール３１、及び前記価値貯蔵モジュールに関連する中継モジュール５１を更新する。例えば、前記価値貯蔵モジュールはクラウドティーマネー（Ｃｌｏｕｄ  Ｔｍｏｎｅｙ）ＴＭであってもよく、前記中継モジュールはティーマネーエージェント（Ｔｍｏｎｅｙ  Ａｇｅｎｔ）ＴＭであってもよい。
【００５６】
前記価値貯蔵モジュール３１及び前記中継モジュール５１が更新されると、前記価値貯蔵モジュール３１及び前記中継モジュール５１によって定義される前記動的仮想決済アプリケーション１１が更新される。
【００５７】
このように、ＵＩアプリケーション５１から金融決済の用意を要請するたびに動的仮想決済アプリケーション１１が更新される。
【００５８】
ステップＳ５０において、クラウドサーバ４０が前記更新された中継モジュール５１をモバイル装置４０の保安モジュール４２に有無線ネットワークを介して伝送する。この過程で、モバイル装置４０が保安モジュール４２のために有無線ネットワーク通信機能を提供する。
【００５９】
ステップＳ６０において、モバイル４０の保安モジュール４２で前記更新されて提供された中継モジュール５１をインストールする。
【００６０】
ここで、チャージ・支払装置２０に接近したモバイル装置４０のユーザによって前記金融決済用意の要請が行われた後、例えば、チャージ・支払装置２０を操作する店員が前記チャージ・支払装置２０を制御することで、前記動的仮想カードと前記チャージ・支払装置２０間との金融取引が誘発される。または、前記金融取引の誘発は前記動的仮想カードや前記ＵＩアプリケーション、または前記モバイル装置４０によって行われてもよい。
【００６１】
ステップＳ７０において、前記金融取引が誘発されれば、前記動的仮想カードフラットフォーム１２を構成する前記第１機能モジュールと前記第２機能モジュールと間の整合性を検証し、前記動的仮想決済アプリケーションを構成する価値貯蔵モジュールと中継モジュールと間の整合性を検証する。整合性を検証する利用は、カードフラットフォームと決済アプリケーションが更新されるたびに、異なるマッピング値で対応するそれぞれのモジュールが対をなして動的に生成されるためである。
【００６２】
前記整合性の検証は、前記クラウドサーバまたは前記動的仮想カードまたは前記ＵＩアプリケーションによって行われるが、そのために前記モバイル装置４０と前記クラウドサーバ３０との間の通信が維持される。
【００６３】
前記クラウドサーバは、物理的に一つのサーバによって具現されるか、または複数の互いに区分される装置によって具現される。
【００６４】
ステップＳ８０において、前記動的仮想カードは、前記中継モジュールを介して前記価値貯蔵モジュールと前記チャージ・支払装置との間の決済を行う。
【００６５】
ステップＳ９０において、前記決済が無事に完了したか前記決済が失敗したことが前記クラウドサーバ３０によって確認されれば、クラウドサーバ３０は、クラウドサーバ３０の前記更新された第１機能モジュール及び価値貯蔵モジュールを除去する。
【００６６】
ステップＳ９１において、前記決済が無事に完了したか前記決済が失敗したことが前記保安モジュール４２によって確認されれば、保安モジュール４２は、保安モジュール４２の前記更新された第２機能モジュール及び中継モジュールを除去する。
【００６７】
本発明の一実施例において、前記動的仮想カードを構成する全ての更新されたモジュールは、支払取引プロセスが一回行われて成功したか失敗した後に廃棄される。つまり、ステップＳ１０のように金融決済の用意が要請されるたびに仮想カードを構成する全てのモジュール、つまり、前記動的仮想カードが更新される。
【００６８】
そして、前記更新された動的仮想カードは、ステップＳ９０及びステップＳ９１のように支払取引プロセスが一回行われてから除去される。上述した内容は、金融決済の用意が要請されるたびに（カードの生成が要請されるたびに）動的に動的仮想カードを生成し、取引が終了されれば動的仮想カードプログラムが終了することを意味する。
【００６９】
図４は、図３の実施例を具体化したダイヤグラムである。
【００７０】
クラウドサーバ３０は、サービス応用サーバ３５、決済管理部（Ｐａｙｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ）３６、及び動的仮想カードフラットフォーム管理部（Ｖ−Ｃａｒｄ  Ｐｌａｔｆｏｒｍ  Ｍａｎａｇｅｍｅｎｔ）３７を含む。
【００７１】
モバイル装置４０は、ＵＩアプリケーション４１及び保安モジュール４２を含む。ＵＩアプリケーション４１は、一回券、定期券、クラウドティーマネー、ティーマネーペイ、及びモバイルティーマネーのような交通手段に対する種類を選択するようになっている。モバイル装置のユーザがサービスに加入及び／または所望の交通手段を選択したら、ＵＩアプリケーション４１からクラウドサーバ３０のサービス応用サーバにサービスに加入及び／またはカード活性化要請を送信する。
【００７２】
サービス応用サーバ３５において、例えば、クラウドティーマネーに対するカード活性化要請を受信されれば、決済管理部３６及び動的仮想カードフラットフォーム管理部３７にクラウドティーマネーを活性化するように要請する。そして、決済管理部３６及び動的仮想カードフラットフォーム管理部３７で動的仮想カードを生成する。この際、価値貯蔵モジュールに当たるクラウドティーマネー３１とカードフラットフォームのＩＳＤモジュールはサーバに貯蔵され、中継モジュールに当たるティーマネーエージェント５１とカードフラットフォ０ムのＡＰＳＤ、ＣＡＳＤ、及びＵＡＦモジュールはモバイル装置４０の保安モジュール４２に貯蔵される。決済管理部３６及び動的仮想フラットフォーム管理部３７から前記活性化の要請を受ければ、決済管理部３６ではアカウント（Ａｃｃｏｕｎｔ）を生成し、ティーマネーエージェントを個人化する。そして、動的仮想カードフラットフォーム管理部３７ではそれぞれの保安ドメインＳＤモジュール及びＵＡＦモジュールを個人化する。モバイル装置別に、ティーマネーエージェント、それぞれの保安ドメイン（ＡＰＳＤ、ＣＡＳＤ）モジュール、及びＵＡＦモジュールのソースコードは異なり、暗号化及びスクランブルされてモバイル装置の保安装置に送信される。保安装置ではアプリケーションの実行時点に、メモリ上で暗号化及びスクランブルされたモジュールをデスクランブル及び復号化してから取引に利用する。
【００７３】
決済アプリケーションに当たるクラウドティーマネー３１、ティーマネーエージェント５１、及びカードフラットフォームに当たるＩＳＤ、ＡＰＳＤ、ＣＡＳＤ及びＵＡＦは、一つの仮想カード１として機能する。
【００７４】
この際、動的仮想カードを生成するためのアカウント及び保安情報はクラウドサーバに貯蔵され、前記アカウントに接近するためのＩＤ及び非保安情報はモバイル装置に貯蔵される。
【００７５】
この際、ティーマネーエージェント５１を利用して、クラウドティーマネー３１を介して決済を行う。
【００７６】
図５は、本発明の一実施例によってクラウドサーバで中継モジュールを更新してから行われるステップを示す順序図である。つまり、図５は図３のステップＳ４０とステップＳ５１との間で行われる過程を示す順序図である。
【００７７】
以下、図５を参照して説明する。
【００７８】
ステップＳ１００において、更新された中継モジュールを複数個のセグメントに区分する。
【００７９】
ステップＳ１１０において、前記複数個のセグメントを利用して電子署名値を生成する。
【００８０】
ステップＳ１２０において、前記複数個のセグメントを一つ以上のキーを利用して暗号化する。
【００８１】
ステップＳ１３０において、前記暗号化された複数個のセグメントをスクランブルする。
【００８２】
ステップＳ１４０において、前記スクランブルした情報、前記使用された一つ以上のキーに関する情報、及び前記生成された電子署名値をモバイル装置４０の保安モジュール４２に伝送する。
【００８３】
図６は、本発明の一実施例によってモバイル装置で中継モジュールを受信した際に行われる過程を示す順序図である。つまり、図６は図３のステップＳ６０で行われる過程を示す順序図である。
【００８４】
以下、図６を参照して説明する。
【００８５】
ステップＳ２００において、保安装置からクラウドサーバにスクランブルされた情報、一つ以上のキーに関する情報、及び電子署名値を受信する。
【００８６】
ステップＳ２１０において、前記スクランブルされた情報を元の配列通りに復元する。
【００８７】
ステップＳ２２０において、復元されたデスクランブル情報を前記一つ以上のキーに関する情報を利用して復号化する。
【００８８】
ステップＳ２３０において、ステップＳ２２０によって復号化された情報を電子署名値を利用して検証する。
【００８９】
ステップＳ２４０において、検証済みの復号化された情報を利用して中継モジュールを設置する。
【００９０】
本発明で説明した前記動的仮想カードフラットフォームは、前記動的仮想カードのためのＯＳである。そして、前記動的仮想決済アプリケーションは、前記動的仮想カードフラットフォームで動作するアプリケーションプログラムである。
【００９１】
上述した本発明の実施例を利用して、本発明の技術分野に属する者は本発明の本質的特性から逸脱しない範囲内で多様な変更及び修正を容易に実施し得るはずである。特許請求の範囲の各請求項の内容は、本明細書を介して理解し得る範囲内で引用関係のない他の請求項に結合され得る。
【図１】
0006840861.tif 000002
【図２】
0006840861.tif 000003
【図３】
0006840861.tif 000004
【図４】
0006840861.tif 000005
【図５】
0006840861.tif 000006
【図６】
0006840861.tif 000007