JP2022511480A - バーチャル法人カード基盤の金融取引を提供する方法、プログラム及びシステム - Google Patents

Abstract

前記のバーチャル法人カード基盤の金融取引を提供する方法は、決済サーバによって行われる、管理者アプリケーションにバーチャル法人カード番号の生成条件を設定し、前記の管理者アプリケーションは、法人カードの管理者のユーザー端末にインストールされるものであって、実際の法人カード番号を探索する上で利用されるバーチャル法人カード番号を生成するものである、バーチャル法人カード番号の生成条件の設定段階、前記の管理者アプリケーションによって第１の役職員に発行された第１のバーチャル法人カード番号を獲得し、前記の第１バーチャル法人カード番号は前記の第１の役職員がバーチャル法人カード番号を要請した時点で前記の管理者アプリケーションによって生成されたものである、第１のバーチャル法人カード番号の獲得段階及び前記の第１のバーチャル法人カード番号に基づいて探索された実際の法人カード番号で決済を行う、決済遂行段階を含むことができる。【選択図】図１

Description

本発明は、バーチャル法人カード基盤の金融取引を提供する方法、プログラム及びシステムに関する。

法人カード（corporate card）は、法人向けに発行されるカードであって、法人が使用する経費の透明性を高め、税法で定められたカードの義務使用を充当することができるカードである。

一般に、法人カードは法人内の管理者によって役職員別又は組織別に管理され、カード発行会社は各々の対象（役職員又は組織）に対してカード番号が与えられたカードを発行する。

コード形態のデータは、多くの領域で利用されている。決済の際に利用されるカード番号、口座番号に限らず、ユーザーを識別するためのＩＰＩＮ番号、住民登録番号等のコード形態のデータである。

しかし、これらのコードデータを利用する過程で流出する事故が多く発生する。カード番号の場合、カードの表面に実際のカード番号がそのまま記載されているため、他人に視覚的に流出され、マグネティックを利用した決済の際にカード番号がそのままＰＯＳ装置に転送されて流出される。

実際のコードがそのまま流出しないようバーチャルコードを利用しようとする試みが多くあったが、バーチャルコードに対応する実際のコードを探索するために、ユーザーを識別するためのデータが必要であった。例えば、ＯＴＰ（one time password）の場合、時間毎にコードが変わって生成されるが、ユーザーに与えられたアルゴリズムの判断にログイン手続を要するため、様々な領域に適用されることは困難である。

（発明の詳細な説明）
（技術的課題）
従来の法人カードの管理方法は、金融会社から実物の法人カードが複数枚発行され、必要に応じて実物の法人カードを役職員に発行及び回収する方式が一般的である。
本発明が解決しようとする課題は、不要な実物の法人カードの発行を減らし、法人カードの発行及び管理をリアルタイムで便利且つ迅速に管理できるようにするバーチャル法人カード基盤の金融取引を提供する方法、プログラム及びシステムを提供することである。

また、本発明が解決しようとする課題は、バーチャル法人カードで金融取引を行う際に、実際の法人カード番号が外部に露出しないようにし、該バーチャル法人カード番号の有効性を検証して決済を行うことのできるバーチャル法人カード基盤の金融取引を提供する方法、プログラム及びシステムを提供することである。

更に、本発明が解決しようとする課題は、従来の決済プロセスを変えないまま、アルゴリズムのみを追加して使用することのできるバーチャル法人カード基盤の金融取引を提供する方法、プログラム及びシステムを提供することである。

本発明が解決しようとする課題等は、前述の課題に限られず、言及されていない他の課題等は以下の記載により通常の技術者に明確に理解されることができるはずである。

（技術的な解決方法）
前述の課題を解決するための本発明の一面によるバーチャル法人カード基盤の金融取引を提供する方法は、決済サーバによって行われる、管理者アプリケーションにバーチャル法人カード番号の生成条件を設定し、前記の管理者アプリケーションは法人カードの管理者のユーザー端末にインストールされるものであり、実際の法人カード番号を探索する上で利用されるバーチャル法人カード番号を生成する、バーチャル法人カード番号の生成条件の設定段階、前記の管理者アプリケーションによって第１の役職員に発行された第１のバーチャル法人カード番号を獲得し、前記の第１のバーチャル法人カード番号は前記の第１の役職員がバーチャル法人カード番号を要請した時点で前記の管理者アプリケーションによって生成された、第１のバーチャル法人カード番号の獲得段階及び前記の第１のバーチャル法人カード番号に基づいて探索された実際の法人カード番号で決済を行う、決済遂行段階を含むことができる。

また、前記の方法において、前記の第１のバーチャル法人カード番号はバーチャル法人カード番号を要請された時点で対応する時間データに基づいて生成され、他の時点で生成されたバーチャル法人カード番号と重複しない。

更に、前記の方法において、前記の第１のバーチャル法人カード番号の獲得段階は、第１のバーチャル役職員カード番号によって探索された保存領域から前記の第１のバーチャル法人カード番号を抽出して獲得することを特徴とし、前記の第１のバーチャル役職員カード番号は役職員アプリケーションに事前に保存されたバーチャル役職員カード番号の生成関数によって独自に生成されたものであり、単位時間毎に変更される。

また、前記の方法において、前記の第１のバーチャル法人カード番号の獲得段階は、第１の空きカード番号によって探索された保存領域から前記の第１のバーチャル法人カード番号を抽出して獲得することを特徴とし、前記の第１の空きカード番号は、前記の第１の役職員が役職員アプリケーションに登録した空きカードに保存された番号であって、前記の第１のバーチャル法人カード番号が保存された保存領域に連結されたものであり、前記の空きカードは表面上に番号が記載されていない。

更に、前記の方法において、前記の第１のバーチャル法人カード番号の獲得段階は、前記の第１の役職員が前記の第１のバーチャル法人カード番号を別途のモバイル決済サービスに登録して使用する場合、前記の決済サーバが、前記の第１の役職員が前記のモバイル決済サービスを利用して法人カード決済を利用する際に、モバイル決済サービスサーバから前記の第１のバーチャル法人カード番号に含まれている識別子番号（ＢＩＮ）に基づいて受信することを特徴とする。

また、前記の方法において、前記の決済遂行段階は、前記の第１のバーチャル法人カード番号が管理者アプリケーションによって生成されたバーチャル法人カード番号であることを確認して決済を承認することを特徴とする。

更に、前記の方法において、前記の決済遂行段階は、前記の第１のバーチャル法人カード番号が前記の第１のバーチャル法人カード番号によって探索された保存領域に保存されているバーチャル法人カード番号と一致するかを確認する段階、及び前記の第１バーチャル法人カード番号に基づいて実際の法人カード番号を探索する段階を含むことができる。

また、前記の方法において、前記の第１のバーチャル法人カード番号は、実際の法人カード番号を探索する上で利用される複数の詳細コードを含み、前記の複数の詳細コードは実際の法人カード番号の探索のための相関関係を持っており、前記の実際の法人カード番号は前記の複数の詳細コードの一つ以上の詳細コードと対応する経由地点を経由し、前記の経由地点から前記の相関関係に基づいて演算して探索される。

更に、前記の方法は、役職員アプリケーション又は管理者アプリケーションから前記の第１のバーチャル法人カード番号を受信して使用登録し、前記の役職員アプリケーションは、前記の管理者アプリケーションから生成された前記の第１のバーチャル法人カード番号が提供された役職員アプリケーションである、第１のバーチャル法人カード番号の登録段階を更に含むことができる。

また、前記の方法において、前記の第１のバーチャル法人カード番号の登録段階は、前記の役職員アプリケーションからバーチャル法人カード番号を受信する場合、前記の役職員アプリケーションへの登録の際に与えられるＵＩＤ（User identification）を探索する段階、前記のＵＩＤに連結された保存領域に受信したバーチャル法人カード番号を保存する段階、前記の受信したバーチャル法人カード番号に基づいてＣＩＤ（Company identification）を探索する段階及び前記のＣＩＤに連結された保存領域に前記の受信したバーチャル法人カード番号を保存する段階を含むことができる。

更に、前記の方法において、前記のＣＩＤに連結された保存領域には、前記の受信したバーチャル法人カード番号とマッチングして前記のバーチャル法人カード番号の生成条件が保存され、前記のバーチャル法人カード番号の生成条件は有効期限又は使用限度を含むことができる。

また、前記の方法において、前記の有効期限の満了の際に、前記のＣＩＤに連結された保存領域に保存された前記のバーチャル法人カード番号は非活性化又は削除されることができる。

更に、前記の方法において、前記の受信したバーチャル法人カード番号に含まれている識別子番号（ＢＩＮ）に基づいて前記の受信したバーチャル法人カード番号が法人カードのグループに該当するかを確認する段階を更に含むことができる。

また、前記の方法において、前記の第１のバーチャル法人カード番号の登録段階は、前記の管理者アプリケーションから役職員の識別情報を受信する段階及び前記のＣＩＤに連結された保存領域に前記の役職員の識別情報を前記のバーチャル法人カード番号とマッチングして保存する段階を更に含むことができる。

前述の課題を解決するための本発明の他の面によるバーチャル法人カードに基づいて金融取引を提供するプログラムは、ハードウェアのコンピュータと結合し、前記のバーチャル法人カードに基づいて金融取引を提供する方法を実行させるために媒体に保存されることができる。

前述の課題を解決するための本発明のまた他の面によるバーチャル法人カード基盤の金融取引を提供するシステムは、管理者アプリケーションにバーチャル法人カード番号の生成条件を設定し、前記の管理者アプリケーションは法人カード管理者のユーザー端末にインストールされるものであり、実際の法人カード番号を探索する上で利用されるバーチャル法人カード番号を生成する、バーチャル法人カード番号の生成条件の設定部、前記の管理者アプリケーションによって第１の役職員に発行された第１のバーチャル法人カード番号を獲得し、前記の第１のバーチャル法人カード番号は前記の第１の役職員がバーチャル法人カード番号を要請した時点で前記の管理者アプリケーションによって生成されたものである、第１のバーチャル法人カード番号の獲得部及び前記の第１のバーチャル法人カード番号に基づいて探索された実際の法人カード番号で決済を行う決済遂行部を含むことができる。

また、前記のシステムにおいて、役職員アプリケーションへの登録の際に与えられるＵＩＤを探索する、ＵＩＤ探索部、前記の第１のバーチャル法人カード番号に基づいてＣＩＤを探索する、ＣＩＤ探索部及び前記の第１のバーチャル法人カード番号に基づいて実際の法人カード番号を探索する、実際の法人カード番号の探索部を更に含むことができる。

本発明のその他の具体的な事項等は、詳細な説明及び図等に含まれている。

（発明の効果）
前記の本発明によれば、役職員各々に実際の法人カード番号を発行する必要がなく、一つの実際の法人カード番号とマッチングする複数のバーチャル法人カード番号を法人独自に発行することができるようになり、役職員に法人カードを発行する手続を簡素化することができ、実物カードの発行コストを節約することができる。

また、前記の本発明によれば、管理者は管理者アプリケーションを介して法人カードをリアルタイムで発行、使用権限（例えば、使用期限、使用限度等）の設定等を行うことができるようになり、便利且つ迅速に法人カードを管理することができる。

更に、本発明によれば、役職員本人が使用しやすい決済手段（通常のプラスチックカード等のオフライン決済手段、使い捨てバーチャルカード番号基盤のオンライン／オフライン決済手段、グーグルペイ等の従来の簡便決済手段）を選択して法人カード決済を行うことができる。

また、本発明によれば、役職員によって選択された決済手段を利用する際に、管理者から役職員に提供されたバーチャル法人カード番号が直接外部に露出しないことにより、バーチャル法人カード番号の流出によってカード無し取引の詐欺が発生することも防ぐことができる。

更に、前記の本発明によれば、バーチャルコードの生成及び決済用コードの保存空間の探索のためのアルゴリズムが追加されれば良いため、従来のプロセスをそのまま維持することができる。例えば、金融取引サービスを提供するアプリケーションで重複して生成されないバーチャルコードを生成して提供する場合、ＰＯＳ装置とＰＧ社のサーバーはそのまま維持されてバーチャルコードを決済サーバに転送し、決済サーバがバーチャルコードに相応する決済用コードの保存領域を探索して決済を行うことができる。これにより、セキュリティ性を高めるために従来のプロセス内で変更されるべき部分を最小限にとどめることができ、ユーザーはセキュリティ性の向上のための別途の段階を遂行しなくても済む。

本発明の効果等は、前述の効果に限られず、言及されていないまた他の効果等は以下の記載により通常の技術者に明確に理解することができるはずである。

図１は、本発明の一実施例によるバーチャル法人カード基盤の金融取引を提供するシステムのブロック図である。 図２は、本発明の一実施例による決済サーバの構成図である。 図３は、本発明の一実施例による探索部の詳細構成が含まれている決済サーバの構成図である。 図４は、本発明の一実施例によるバーチャル法人カード基盤の金融取引を提供する方法を概略的に示すフローチャートである。 図５は、本発明の一実施例による決済サーバがバーチャル法人カード番号を獲得する段階に対し、決済手段による例等を示す例示図である。 図６は、本発明の一実施例による決済遂行段階の詳細過程を概略的に示すフローチャートである。 図７は、本発明の一実施例によるバーチャル法人カード番号の登録段階が更に含まれたバーチャル法人カード基盤の金融取引を提供する方法を示すフローチャートである。 図８は、本発明の一実施例によるバーチャル法人カード番号の登録段階の詳細過程を概略的に示すフローチャートである。 図９は、本発明の一実施例による法人カードグループを確認する段階が更に含まれたバーチャル法人カード番号の登録段階を示すフローチャートである。 図１０は、本発明の一実施例による役職員の識別情報の受信及び保存を行う段階が更に含まれたバーチャル法人カード番号の登録段階を示すフローチャートである。 図１１は、本発明の一実施例による探索アルゴリズムが駆動される様子を示す例示図である。

本発明の利点及び特徴、そしてそれらを達成する方法は、添付の図とともに詳細に後述されている実施例等を参照すれば明らかになる。しかし、本発明は、以下に開示される実施例等に制限されず、互いに異なる様々な形態に具現されることができ、単に本実施例等は本発明の開示を完全なものとし、本発明の属する技術分野において通常の技術者に本発明のカテゴリーを完全に知らせるために提供されるものであり、本発明は請求項のカテゴリーによって定義されるだけである。

本明細書で使用された用語は実施例等を説明するためのものであり、本発明を制限しようとするものではない。本明細書において、単数形は語句で特に言及しない限り、複数形も含む。明細書で使用される「含む（comprises）」及び／又は「含んでいる（comprising）」とは、言及された構成要素以外に一つ以上の他の構成要素の存在又は追加を排除しない。明細書全体にわたって同一の図面符号は同一の構成要素を指し、「及び／又は」は言及された構成要素等の各々及び１つ以上のすべての組み合わせを含む。たとえ「第１」、「第２」等が様々な構成要素等を述べるために使用されるが、これらの構成要素はそれらの用語によって制限されないことは勿論である。これらの用語は、単に一つの構成要素を他の構成要素と区別するために使用されるものである。従って、以下に言及される第１の構成要素は、本発明の技術的思想での第２の構成要素であり得ることは勿論である。

他の定義がなければ、本明細書で使用されるすべての用語（技術及び科学的用語を含む）は、本発明の属する技術分野において通常の技術者に共通して理解され得る意味として使用されることができるはずである。また、一般に使用される、辞書に定義されている用語等は、明らかに特段に定義されていない限り、理想的又は過度に解釈されない。

本明細書での「法人カード（corporate card）」とは、法人等の組織の費用を処理するためのカードをいう。すなわち、「法人カード」は金融会社から法人に発行されるカードに限らず、石油元売会社等から法人に発行されて決済の際に使用させるカードを含む。さらに、法人カードと呼んでも、法人カードの主体は法人に限らず、複数の構成員からなる任意の組織を含む。

本明細書での「文字」は、コードを構成する構成要素であって、大文字のアルファベット、小文字のアルファベット、数字及び特殊文字等の全部又は一部を含む。

本明細書での「コード」とは、文字が並べられた文字列をいう。

本明細書での「ＵＩＤ（user identification）」とは、ユーザーを識別するためにユーザー別に重複しないよう与えられる固有のコード形態の値をいう。

本明細書での「ＣＩＤ（company identification）」とは、法人等の組織を識別するために、組織別に重複しないよう与えられる固有のコード形態の値をいう。

本明細書での「実際の法人カード番号」とは、金融会社又はカード会社から発行された実際の法人カードに与えられる番号であり、一般の実物カード、モバイルカード等に与えられる法人向けの実際のカード番号をいう。

本明細書での「バーチャル法人カード番号」とは、実際の法人カード番号を探索し、又はＣＩＤを探索する上で利用される法人向けのバーチャルカード番号をいう。

本明細書での「ユーザー端末」とは、アプリケーションを駆動することのできるアプリケーション・プロセッサ（application processor、ＡＰ）を備えた任意の電子機器である。ユーザー端末は、携帯が不可能なデスクトップ（desktop）コンピュータや携帯が可能なモバイル機器（例えば、スマートフォン（smart phone）、タブレットＰＣ、ＰＤＡ（personal digital assistant）、ＥＤＡ（enterprise digital assistant）、ＰＭＰ（portable multimedia player）、ＰＮＤ（personal navigation device）、ウェアラブル・デバイス（wearable device）等）を含み、これに限られない。

本明細書での「ウェアラブル・デバイス（wearable device）」とは、体に付着又は着用して使用したり、所持することのできる機器をいう。具体的な例として、空きカード、スマートウォッチ（Smart watch）、腕時計、ブレスレット、アンクレット、指輪、ネックレス、眼鏡、靴、衣類等、様々な形で構成されることがあるが、これに限られず、体に付着したり着用することのできる任意の形態を含む。

本明細書での「空きカード」とは、ユーザーの実際のカードと区別される別のカードであって、特定の金融機関や決済業者に連結されていない状態のカードをいう。一方、空きカードには別の空きカード番号又は識別番号（例えば、シリアル番号）が与えられることができる。

本明細書での「バーチャル法人カード番号の生成条件」とは、決済サーバにより各管理者アプリケーションに設定された当該法人のバーチャル法人カード番号を生成する条件をいう。例えば、バーチャル法人カード番号の生成条件は、バーチャル法人カード番号の生成アルゴリズムの形で管理者アプリケーションに与えられることができる。

本明細書での「個々のバーチャル法人カード番号の使用条件」とは、役職員に発行されたバーチャル法人カード番号の使用を制限する条件をいう。例えば、個々のバーチャル法人カード番号の使用条件は、有効期限、使用限度、使用先の加盟店等の情報を含むことができ、これに限られない。

以下、添付の図を参照し、本発明の実施例を詳述する。

図１は、本発明の一実施例によるバーチャル法人カード基盤の金融取引を提供するシステム（１０００）のブロック図である。

図１を参照すると、本発明の一実施例によるバーチャル法人カード基盤の金融取引を提供するシステム（１０００）は、管理者アプリケーション（１００）、役職員アプリケーション（２００）と決済サーバ（３００）を含むことができる。

管理者アプリケーション（１００）は、金融会社から法人カードが発行される際に法人カード管理者に提供されるアプリケーションである。管理者アプリケーション（１００）は、金融会社に法人カードの発行を要請する際、決済サーバ（３００）によって法人カードの管理者に活性化されることができる。

管理者アプリケーション（１００）は、バーチャル法人カード番号を生成して役職員アプリケーション（２００）に提供することにより、役職員向けにバーチャル法人カードを独自に発行及び管理を行うことができる。このとき、管理者アプリケーション（１００）は、バーチャル法人カード番号を生成し、役職員アプリケーション（２００）に直接転送し、又は社内システムを介して役職員アプリケーション（２００）に提供することができる。

さらに、管理者アプリケーション（１００）は、発行されたバーチャル法人カードに個別のバーチャル法人カードの使用条件（例えば、法人カードの有効期限、使用限度等）を設定することができる。

管理者アプリケーション（１００）は、バーチャル法人カード番号を生成する上で利用される関数であるバーチャル法人カード番号の生成関数を含むことができる。この場合、管理者アプリケーション（１００）は、決済サーバ（３００）等の外部との通信を行うことなく、事前に保存されたバーチャル法人カード番号の生成関数によってバーチャル法人カード番号を生成する。すなわち、管理者アプリケーション（１００）は、バーチャル法人カード番号を生成する過程で、外部から別のシードデータ（seed data）を受信しないため、セキュリティが強化され、外部との通信が限られた状況でも決済を利用できる効果を奏する。

一方、バーチャル法人カード番号は、他のバーチャル法人カード番号と重複しないよう生成される。具体的な例として、バーチャル法人カード番号は、バーチャルカード番号を要請した時点で対応する時間データ（例えば、インストール時点又は登録時点から経過した時間の長さ）に基づいて生成されることができる。したがって、管理者アプリケーション（１００）は、生成時点によって異なるバーチャル法人カード番号を生成することができ、特定の時点で生成されたバーチャル法人カード番号は、他の時点で生成されるバーチャル法人カード番号と重複しない。

一実施例として、バーチャル法人カード番号の生成関数は、詳細コードの生成関数及び詳細コードの結合関数を含むことができる。すなわち、バーチャル法人カード番号は、複数の詳細コードを組み合わせて生成されることができる。

詳細コードの生成関数は、決済サーバ（３００）からＵＩＤ又はＣＩＤを探索する上で利用される複数の詳細コードを生成する役割を果たす。さらに、詳細コードの結合関数は、詳細コードの生成関数によって生成された複数の詳細コードを特定の結合ルールに基づいて組み合わせ、バーチャル法人カード番号を生成する役割を果たす。

役職員アプリケーション（２００）は、管理者アプリケーション（１００）からバーチャル法人カードの発行を受けて使用登録を行い、登録されたバーチャル法人カードに基づいて様々な決済手段を利用して金融取引を処理する役割を果たす。

一実施例として、役職員アプリケーション（２００）は、役職員の認証手続を経て活性化されることができる。すなわち、役職員がユーザー端末に役職員アプリケーション（２００）をインストールし、該法人の役職員であることを認証して役職員アプリケーション（２００）を活性化することができる。このとき、役職員の認証手続には管理者アプリケーション（１００）の承認手続が含まれることができる。

また、他の実施例として、役職員は役職員アプリケーション（２００）を介して法人カードの管理者にバーチャル法人カード番号の発行を申請することができる。すなわち、役職員アプリケーション（２００）は、管理者アプリケーション（１００）でバーチャル法人カード番号の発行を要請し、又は社内システムを介してバーチャル法人カード番号の発行を要請することができる。

役職員アプリケーション（２００）は、管理者アプリケーション（１００）から管理者アプリケーション（１００）によって生成されたバーチャル法人カード番号を受信する。役職員アプリケーション（２００）が受信したバーチャル法人カード番号を決済サーバ（３００）に転送すると、決済サーバ（３００）から受信したバーチャル法人カード番号を検証し、役職員に与えられたＵＩＤ（user identification）に連結された保存領域に保存することにより、バーチャル法人カードの使用登録を行う。このとき、ＵＩＤは役職員が管理者アプリケーション（２００）をインストールする際、管理者アプリケーション（２００）にユーザー登録時又は役職員の認証時に与えられ、役職員を識別できる固有のコード形態の値である。

一方、役職員アプリケーション（２００）を介して使用登録が行われるカード番号は、実際の法人カード番号ではなく、バーチャル法人カード番号である。これにより、セキュリティを強化することができ、不要な実際の法人カード番号の発行を減らせるようになり、カード発行コストが削減される効果を奏する。役職員アプリケーション（２００）のバーチャル法人カードの登録プロセス及び使用プロセスの詳細については、後述する。

一実施例として、役職員アプリケーション（２００）は、法人向けアプリケーションであることができる。法人向けアプリケーションは、決済サーバ（３００）から提供されるアプリケーションであって、法人カードを利用して金融取引を行うことができるアプリケーションである。役職員は、決済サーバ（３００）から提供された法人向けアプリケーションにユーザー登録を行うことによってＵＩＤが与えられ、該ＵＩＤに連結された保存領域に役職員に発行されたバーチャル法人カード番号を登録して使用することができる。

一方、法人向けアプリケーションは、法人カードのみを登録することができるものに限られず、役職員の個人カードを追加で登録して使用することも可能である。すなわち、役職員は一つのアプリケーションに法人カード及び個人カードを含む複数のカードを登録し、必要に応じてカードを選択して使用することができる。

他の実施例として、役職員アプリケーション（２００）は、個人向けカード決済アプリケーションであることができる。すなわち、役職員は従来使用していた個人向けカード決済アプリケーションがある場合、該アプリケーションに発行された法人カードを追加で登録して使用することができる。例えば、役職員が個人クレジットカード、デビットカード（Debit card）を安全に使用するために、固定されたカード番号を登録して使用する変動型バーチャルカード番号のアプリケーションがある場合、役職員が所属の法人の役職員であることを変動型バーチャルカード番号アプリケーションで認証を行った後、発行されたバーチャル法人カード番号の使用登録を行うことができる。

管理者アプリケーション（１００）と役職員アプリケーション（２００）は、各々管理者のユーザー端末と役職員のユーザー端末にインストールされ、又は内蔵（Embedded）された形で提供されることができる。

決済サーバ（３００）は、法人カードを発行するカード会社等の金融機関又は石油元売会社等が運営するサーバである。

決済サーバ（３００）は、管理者アプリケーション（１００）又は役職員アプリケーション（２００）に連動し、バーチャル法人カードの使用登録プロセス及び決済プロセスを処理する役割を果たす。

決済サーバ（３００）は、法人カードの発行を要請した法人に対し、実際の法人カード番号を発行して管理者アプリケーション（１００）に提供する。

決済サーバ（３００）は、管理者アプリケーション（１００）に対してバーチャル法人カード番号の生成条件を設定する。管理者アプリケーション（１００）は、決済サーバ（３００）によって設定されたバーチャル法人カード番号の生成条件に基づいてバーチャル法人カード番号を生成することができる。例えば、管理者アプリケーション（１００）は、バーチャル法人カードの生成条件として決済サーバ（３００）から与えられたバーチャル法人カード番号の生成アルゴリズムを利用してバーチャル法人カード番号を生成することができる。

決済サーバ（３００）は、役職員アプリケーション（２００）に連動して役職員に発行されたバーチャル法人カードの使用登録及び活性化するバーチャル法人カードの使用登録プロセスを遂行することができる。

バーチャル法人カードの使用登録プロセスの一実施例として、法人別の役職員カード管理モジュール（図示せず）と法人カード管理モジュール（図示せず）が利用されることができる。すなわち、バーチャル法人カードの使用登録プロセスは、役職員が法人別の役職員カード管理モジュール内で本人に与えられたＵＩＤに連結された保存領域（以下、役職員別の保存領域）にバーチャル法人カード番号の保存及び登録を行う過程と、法人カード管理モジュールで法人別の役職員カード管理モジュールを介して登録されたバーチャル法人カード番号が正常に発行されたかの有効性を判断し、使用可能になるよう登録及び活性化する過程を含むことができる。

有効性を判断する具体的な例として、決済サーバ（３００）は、管理者アプリケーション（１００）から発行されて役職員別の保存領域に登録されたバーチャル法人カード番号及び役職員の組み合わせと決済サーバ（３００）でのバーチャル法人カード番号及び役職員の組み合わせとを比較して検証を行う。このとき、「バーチャル法人カード番号と役職員との組み合わせ」は、管理者の発行によって生成されたバーチャル法人カード番号と発行先の役職員とのマッピング（mapping）関係である。これにより、決済サーバ（３００）は、役職員アプリケーション（２００）から受信したバーチャル法人カード番号が法人カードの管理者によって正常に発行されたバーチャル法人カード番号なのか、法人カードの管理者が実際に発行した役職員であるかを確認することができる。

図２は、本発明の一実施例による決済サーバ（３００）の構成図である。

図２を参照すると、本発明の一実施例による決済サーバ（３００）は、バーチャル法人カード番号の生成条件設定部（３１０）、第１のバーチャル法人カード番号の獲得部（３２０）、決済遂行部（３３０）及び探索部（３４０）を含むことができる。

バーチャル法人カード番号の生成条件設定部（３１０）は、管理者アプリケーション（１００）でバーチャル法人カード番号の生成条件を設定する役割を果たす。

管理者アプリケーション（１００）は、決済サーバ（３００）によって設定されたバーチャル法人カード番号の生成条件（例えば、バーチャル法人カード番号の生成アルゴリズム）に基づいてバーチャル法人カード番号を生成する。さらに、決済サーバ（３００）は、バーチャル法人カード番号の生成条件に基づいてバーチャル法人カードの使用登録プロセス又は決済プロセスでＣＩＤを探索することができる。すなわち、決済サーバ（３００）は、バーチャル法人カード番号の生成条件に基づいてＣＩＤを探索し、ＣＩＤに連結された保存領域（以下、「法人別の保存領域」）にバーチャル法人カード番号又は実際の法人カード番号を保存し、又はすでに保存されているバーチャル法人カード番号又は実際の法人カード番号を抽出することができる。これに対する詳細な説明は、後述する。

第１のバーチャル法人カード番号の獲得部（３２０）は、管理者アプリケーション（１００）によって第１の役職員に発行された第１のバーチャル法人カード番号を獲得する役割を果たす。

第１のバーチャル法人カード番号は、第１の役職員がバーチャル法人カード番号を要請した時点で、管理者アプリケーション（１００）によって生成されたバーチャル法人カード番号である。すなわち、第１の役職員は、役職員アプリケーション（２００）を介してバーチャル法人カード番号の発行を要請することができ、管理者アプリケーション（１００）は第１の役職員が要請した時点で第１のバーチャル法人カード番号を生成する。

第１のバーチャル法人カード番号の獲得部（３２０）は、第１のバーチャル法人カード番号の発行を受けて使用登録を行った役職員が、第１のバーチャル法人カード番号に基づいて決済を要請したときに第１のバーチャル法人カード番号を獲得する。

第１のバーチャル法人カード番号の獲得部（３２０）が第１のバーチャル法人カード番号を獲得する方法は、役職員が使用する決済手段の種類によって様々であり、具体的な実施例等は、図５を参照して後述する。

決済遂行部（３３０）は、第１のバーチャル法人カード番号の獲得部（３２０）が獲得した第１のバーチャル法人カード番号に基づいて探索された実際の法人カード番号で決済を実行する役割を果たす。

探索部（３４０）は、バーチャル法人カード番号の登録プロセス又はバーチャル法人カード番号に基づいて決済を行うプロセスでＵＩＤ又はＣＩＤを探索する役割を果たす。

探索部（３４０）を構成する一部又は全部は、決済遂行部（３３０）に含まれて構成されることができる。

図３を参照すれば、探索部（３４０）は各々ＵＩＤ又はＣＩＤを探索するＵＩＤ探索部（３４１）とＣＩＤ探索部（３４２）を含むことができる。

ＵＩＤ探索部（３４１）は、役職員に与えられたＵＩＤを探索する役割を果たす。
決済サーバ（３００）は、ＵＩＤ探索部（３４１）が探索したＵＩＤに連結された保存領域（役職員別の保存領域）からバーチャル法人カード番号を抽出することができる。

ＣＩＤ探索部（３４２）は、バーチャル法人カード番号に基づいてＣＩＤを探索する役割を果たす。

決済サーバ（３００）は、ＣＩＤ探索部（３４２）が探索したＣＩＤに連結された保存領域（法人別の保存領域）から既に保存されているバーチャル法人カード番号又は実際の法人カード番号を抽出することができる。

具体的な例として、決済サーバ（３００）は、バーチャル法人カード番号の有効性を検証するために役職員アプリケーション（２００）から受信したバーチャル法人カード番号と該バーチャル法人カード番号に基づいて探索されたＣＩＤに連結された保存領域（法人別の保存領域）から抽出されたバーチャル法人カード番号が一致しているかを確認することができる。

具体的な他の例として、決済サーバ（３００）は決済を行うために役職員アプリケーション（２００）から受信したバーチャル法人カード番号に基づいてＣＩＤを探索し、該ＣＩＤに連結された保存領域（法人別の保存領域）に保存されている実際の法人カード番号を抽出することができる。

すなわち、決済サーバ（３００）は、ＵＩＤ又はＣＩＤを探索するための探索アルゴリズムを独自に保有する。ＵＩＤ又はＣＩＤを探索するための各々の探索アルゴリズム（ＵＩＤ探索アルゴリズム又はＣＩＤ探索アルゴリズム）は、一部又は全部が同一であり、又は互いに異なる探索アルゴリズムが適用されることができる。

探索アルゴリズムの一実施例として、決済サーバ（３００）は、バーチャル法人カード番号を構成する複数の詳細コードに基づいてＵＩＤ又はＣＩＤを探索することができる。この場合、複数の詳細コード間には決済サーバ（３００）がＵＩＤ又はＣＩＤを探索する際に利用される相関関係を持っている。決済サーバ（３００）は、複数の詳細コード間の相関関係に基づいて演算し、ＵＩＤ又はＣＩＤを探索する。詳しくは、決済サーバ（３００）は役職員アプリケーション（２００）から受信したバーチャル法人カード番号に含まれた複数の詳細コードを抽出する。決済サーバ（３００）は、独自に保有している探索アルゴリズムを介して抽出した複数の詳細コードに基づいてＵＩＤ又はＣＩＤを探索する。このとき、探索アルゴリズムは、複数の詳細コード間に持つ相関関係に基づいて演算してＵＩＤ又はＣＩＤを探索する。

より詳しくは、決済サーバ（３００）に含まれた探索アルゴリズムは、複数の詳細コードの一つ以上の詳細コードと対応する経由地点を経由し、該経由地点から前記の複数の詳細コード間の相関関係に基づいて演算（探索ルートを設定）してＵＩＤ又はＣＩＤを探索することができる。このとき、経由地点は一つ又は複数であることができ、個数及び順序に制限はない。

複数の詳細コードの具体的な例として、複数の詳細コードは第１のコードと第２のコードを含むことができ、第１のコード及び第２のコードはＵＩＤ又はＣＩＤを探索する上で利用される相関関係を持っている。例えば、第１のコード及び第２のコードは、バーチャル法人カード番号に含まれた第１の法人向けコードと第２の法人向けコードであり、又はバーチャル役職員カード番号に含まれている第１の個人向けコードと第２の個人向けであることができる。

さらに、具体的な他の例として、バーチャル役職員カード番号は、バーチャル法人カード番号と同じ原理で生成されることができる。すなわち、バーチャル役職員カード番号を生成するバーチャル役職員カード番号の生成関数は、バーチャル法人カード番号を生成するバーチャル法人カード番号の生成関数に含まれた詳細コードの生成関数及び詳細コードの結合関数と同じ詳細コードの生成関数と詳細コードの結合関数を含むことができる。

一実施例として、第１のコードと第２のコードは、決済サーバ（３００）がＵＩＤ又はＣＩＤを探索するための相関関係を持つが、管理者アプリケーション（１００）はセキュリティ性を高めるために、第１のコードを生成する第１の関数と第２のコードを生成する第２の関数を詳細コードの生成関数として含むだけであり、第１のコードと第２のコードの相関関係のデータを含まないことがある。

一方、第１のコードと第２のコードは、探索過程で各々の役割を果たすことができる。第１のコードは、経由地点に関する情報を含み、第２のコードは経由地点から実際のコードの保存位置に到達することのできる演算に必要な情報を含むことができる。第１のコードと第２のコードの具体的な例は、図１１を参照して後述する。

また、他の一実施例として、決済サーバは決済手段の登録部（図示せず）を更に含むことができる。決済手段の登録部は、オフライン決済手段（例えば、空きカード、ウェアラブル・デバイス等）を役職員アプリケーション（２００）に登録する役割を果たす。

詳しくは、決済手段の登録部は法人別の役職員カード管理モジュールに連動し、役職員に与えられた役職員別の保存領域にオフライン決済手段を連結させることができる。例えば、決済手段の登録部は、オフライン決済手段に与えられた空きカード番号又は識別番号を法人別の役職員カードの管理モジュールに登録されたバーチャル法人カード番号とマッチングして保存及び登録を行うことができる。

図４は、本発明の一実施例によるバーチャル法人カード基盤の金融取引を提供する方法を概略的に示すフローチャートである。

図４を参照すれば、本発明の一実施例によるバーチャル法人カード基盤の金融取引を提供する方法は、バーチャル法人カードの生成条件の設定段階（Ｓ５００）、第１のバーチャル法人カード番号の獲得段階（Ｓ７００）及び決済遂行段階（Ｓ８００）を含むことができる。

Ｓ５００の段階は、決済サーバ（３００）が管理者アプリケーション（１００）にバーチャル法人カードの生成条件を設定する段階である。管理者アプリケーション（１００）は、設定された生成条件に基づいて実際の法人カード番号を探索する上で利用されるバーチャル法人カード番号を生成することができる。

Ｓ７００の段階は、決済サーバ（３００）が管理者アプリケーション（１００）によって第１の役職員に発行された第１のバーチャル法人カード番号を獲得する段階である。このとき、第１のバーチャル法人カード番号は、前記の第１の役職員がバーチャル法人カード番号を要請した時点で管理者アプリケーション（１００）によって生成されたものである。

Ｓ８００の段階は、決済サーバ（３００）が役職員アプリケーション（２００）から受信した第１のバーチャル法人カード番号に基づいて探索された実際の法人カード番号で決済を行う段階である。決済プロセスの詳細については、図６を参照して後述する。

図５は、本発明の一実施例による決済サーバ（３００）がバーチャル法人カード番号を獲得する段階に対して決済手段による例等を示す例示図である。

役職員は、本人がやりやすい決済手段を選んで使用可能であり、どのような方式の決済手段を使用しても、役職員に発行されたバーチャル法人カード番号が外部に露出しない。これにより、バーチャル法人カード番号でＣＮＰ詐欺等が発生することを遮断することができる。

一実施例として、役職員は決済手段として従来使用していた個人向けカード決済アプリケーション（例えば、固定されたカード番号を登録して使用する変動型バーチャルカード番号アプリケーション）を利用することができる。すなわち、役職員は、従来使用していた個人向けカード決済アプリケーションを役職員アプリケーション（２００）にして発行されたバーチャル法人カード番号を追加で登録して使用することができる。

詳しくは、役職員の個人向けクレジットカード決済アプリケーションは、追加で登録されたバーチャル法人カード番号にマッチングされるバーチャル役職員カード番号を生成する。役職員の個人向けカード決済アプリケーションは、生成されたバーチャル役職員クレジットカード番号を決済端末に提供することにより（例えば、オフライン決済の際にＮＦＣ読み取り又はＱＲコード（登録商標）のスキャンにより決済端末でバーチャル役職員カード番号を転送）バーチャル法人カード番号で決済を要請することができる。

この場合、決済サーバ（３００）は、個人向けカード決済アプリケーションからバーチャル役職員クレジットカード番号を受信し、受信したバーチャル役職員カード番号によって探索された保存領域からバーチャル法人カード番号を抽出して獲得する。このとき、バーチャル役職員カード番号は、個人向けカード決済アプリケーション（２００）に事前に保存されたバーチャル役職員カード番号の生成関数によって独自に生成されたものであり、単位時間毎に変わるものである。

一方、バーチャル役職員カード番号は、識別子番号（ＢＩＮ）を含むことができる。識別子番号（ＢＩＮ）は、決済サーバ（３００）が個人向けカード決済アプリケーションから受信したバーチャル役職員カード番号が役職員の個人向けカードのバーチャル役職員カード番号なのか、役職員に発行されたバーチャル法人カードのバーチャル役職員カード番号なのかを識別する上で利用される。具体的な例として、バーチャル法人カード番号の最初の６桁は、法人別に特定した識別子番号（ＢＩＮ）で構成されることができる。決済サーバ（３００）は、個人向けカード決済アプリケーションから受信したバーチャル役職員カード番号の最初の６桁を抽出し、バーチャル法人カード番号に該当するかどうか及びどのような法人で発行されたバーチャル法人カード番号であるかを識別することができる。

他の実施例として、役職員は決済手段として別途の実物の決済手段を登録して使用することができる。

「実物の決済手段」とは、金融取引を行うことのできる機器であって、バーチャルカード番号を直接生成することができない決済手段である。実物の決済手段は、金融取引を発生させ得るコードデータ又は実際のカード番号とマッチングされるコードデータが与えられ、近距離通信に基づいてオフライン決済を行い、又はユーザー端末に連動してオンライン決済を行うことのできる決済手段であることができ、これに限られない。

具体的な例として、実物の決済手段は、表面上に番号が記載されていない空きカードであることができる。この場合、決済サーバ（３００）は、役職員に与えられた役職員別の保存領域に空きカードに与えられた空きカード番号又は識別番号を連結させることにより、該空きカードを役職員に発行されたバーチャル法人カード番号に基づいて決済を行うことのできる実物の決済手段として保存及び使用登録を行うことができる。決済サーバ（３００）は、空きカードから第１の空きカード番号を受信し、受信した第１の空きカード番号によって探索された保存領域から第１のバーチャル法人カード番号を抽出して獲得する。このとき、第１の空きカード番号は、第１の役職員が役職員アプリケーション（２００）に登録された空きカードに保存された番号であって、第１のバーチャル法人カード番号が保存された保存領域に連結されたものである。

また他の実施例として、役職員は決済手段として別途のモバイル決済サービスを利用することができる。すなわち、役職員はモバイル決済サービスにバーチャル法人カード番号を登録し、役職員アプリケーション（２００）としてモバイル決済サービスを利用して法人カード決済を利用することができる。

「モバイル決済サービス」とは、モバイル機器を介してオンラインとオフライン上で製品又はサービスを購入することのできるサービスであって、モバイル機器に固定されたカード番号を登録し、実物のカードを具備しなくてもモバイル機器に登録されたカードを介して決済を行うことのできるサービスである。例えば、モバイル決済サービスは、グーグルペイ、アップルペイ、サムスンペイ等の簡便決済サービスを含み、これに限られない。

この場合、役職員はモバイル決済サービスのバーチャル法人カード番号を登録すると、モバイル決済サービスを提供する業者のトークンサーバ（以下、モバイル決済サービスサーバー）にバーチャル法人カード番号が保存される。また、役職員のモバイル決済サービスアプリケーションには、該バーチャル法人カード番号にマッチングされるバーチャルトークンが保存される。役職員は、前記のバーチャルトークンを決済端末に転送することにより、バーチャル法人カード番号を利用した決済を要請することができる。

一方、モバイル決済サービスアプリケーションに保存されたバーチャルトークンは、識別子番号（ＢＩＮ）を含むことができる。識別子番号（ＢＩＮ）は、モバイル決済サービスのサーバーが役職員のモバイル決済サービスのアプリケーションから受信したバーチャルトークンが役職員の個人向けカードに対応するバーチャルトークンなのか、役職員に発行されたバーチャル法人カードに対応するバーチャルトークンなのかを識別する上で利用される。モバイル決済サービスサーバは、受信したバーチャルトークンに含まれた識別子番号（ＢＩＮ）を判断した結果、バーチャル法人カード番号に対応するバーチャルトークンに該当する場合は、該バーチャルトークンに対応するバーチャル法人カード番号を探索して決済サーバ（３００）に転送する。

図６は、本発明の一実施例による決済遂行段階の詳細過程を概略的に示すフローチャートである。

図６を参照すれば、本発明の一実施例による決済遂行段階（Ｓ８００）は、第１のバーチャル法人カード番号の有効性を検証する段階（Ｓ８１０）及び実際のカード番号を探索する段階（Ｓ８３０）を含むことができる。

Ｓ８１０の段階は、決済サーバ（３００）が役職員アプリケーション（２００）から獲得した第１のバーチャル法人カード番号の有効性を検証する段階である。

決済サーバ（３００）は、獲得したバーチャル法人カード番号が管理者アプリケーション（１００）によって生成されたバーチャル法人カード番号であることを確認して決済を承認する。

詳しくは、決済サーバ（３００）は役職員アプリケーション（２００）から獲得したバーチャル法人カード番号が、前記のバーチャル法人カード番号によって探索されたＣＩＤに連結された保存領域（法人カードの管理モジュールでの法人別の保存領域）に保存されているバーチャル法人カード番号と一致するかを確認する。確認の結果によって一致する場合は、決済サーバ（３００）は該ＣＩＤに保存されている実際の法人カード番号を抽出して決済を進める。

図７は、本発明の一実施例によるバーチャル法人カード番号の登録段階が更に含まれたバーチャル法人カード基盤の金融取引を提供する方法を示すフローチャートである。

図７を参照すると、本発明の一実施例によるバーチャル法人カード基盤の金融取引を提供する方法は、バーチャル法人カード番号の登録段階（Ｓ６００）を更に含むことができる。

Ｓ６００の段階は、決済サーバ（３００）が管理者アプリケーション（１００）又は役職員アプリケーション（２００）からバーチャル法人カード番号を受信して使用登録を行う段階である。

一実施例として、決済サーバ（３００）は、探索アルゴリズムのみを保有し、バーチャル法人カード番号の生成関数を保有しないことができる。この場合、役職員アプリケーション（２００）が管理者アプリケーション（１００）から生成されたバーチャル法人カード番号の提供を受けて決済サーバ（３００）に転送すれば、決済サーバ（３００）は探索アルゴリズムを利用して受信したバーチャル法人カード番号の検証及び使用登録を行う。

他の実施例として、決済サーバ（３００）と管理者アプリケーション（１００）は、同じバーチャル法人カード番号の生成関数を保有することができる。すなわち、決済サーバ（３００）は、法人各々についてＣＩＤに各々のバーチャル法人カード番号の生成関数アルゴリズムを保存して保有している。

この場合、決済サーバ（３００）は生成されたバーチャル法人カード番号自体を獲得するまでもなく、バーチャル法人カード番号の生成に利用されるシードデータ（例えば、時間データ等）さえ受信すれば、同じバーチャル法人カード番号の生成関数を利用して同じバーチャル法人カード番号を生成することができる。

また他の実施例として、管理者アプリケーション（１００）は役職員アプリケーション（２００）に限らず、決済サーバ（３００）にもバーチャル法人カード番号を転送することができる。すなわち、バーチャル法人カード番号が役職員に与えられたＵＩＤに連結された保存領域だけでなく、決済サーバ（３００）自体にも保存されて管理されることができる。

図８は、本発明の一実施例によるバーチャル法人カード番号の登録段階の詳細過程を概略的に示すフローチャートである。

バーチャル法人カード番号の登録段階（Ｓ６００）は、役職員アプリケーション（２００）にバーチャル法人カード番号を与えた後、役職員アプリケーション（２００）を介して登録を行う段階である。

図８を参照すれば、本発明の一実施例によるバーチャル法人カード番号の登録段階（Ｓ６００）は、ＵＩＤを探索する段階（Ｓ６１０）、ＵＩＤに連結された保存領域にバーチャル法人カード番号を保存する段階（Ｓ６３０）、ＣＩＤを探索する段階（Ｓ６５０）及びＣＩＤに連結された保存領域にバーチャル法人カード番号を保存する段階（Ｓ６７０）を含むことができる。

Ｓ６１０の段階は、決済サーバ（３００）が役職員アプリケーション（２００）に登録する際、役職員に与えられたＵＩＤを探索する段階である。ＵＩＤを探索するアルゴリズムに対する内容は、前述の内容と重複するため、省略する。

Ｓ６３０の段階は、決済サーバ（３００）が探索されたＵＩＤに連結された保存領域に役職員アプリケーション（２００）から受信したバーチャル法人カード番号を保存する段階である。

Ｓ６５０の段階は、決済サーバ（３００）が受信したバーチャル法人カード番号に基づいて法人に与えられたＣＩＤを探索する段階である。

Ｓ６７０の段階は、決済サーバ（３００）が探索されたＣＩＤに連結された保存領域に受信したバーチャル法人カード番号を保存する段階である。

Ｓ６１０乃至Ｓ６７０段階を介して、バーチャル法人カード番号は役職員に与えられたＵＩＤ及び法人に与えられたＣＩＤ各々に連結された保存領域に各々保存されて管理される。

一実施例として、ＵＩＤ又はＣＩＤに連結された保存領域には、決済サーバ（３００）が受信したバーチャル法人カード番号とマッチングし、個々のバーチャル法人カード番号の使用条件が設定されることができ、個々のバーチャル法人カード番号の使用条件は有効期限、使用限度等を含むことができる。

有効期限が設定される具体的な例として、管理者アプリケーション（１００）がバーチャル法人カード番号とバーチャル法人カード番号にマッチングされる有効期限を決済サーバ（３００）に転送することができる。決済サーバ（３００）は、受信したバーチャル法人カード番号に有効期限をマッチングして保存及び設定を行う。

有効期限が設定される他の具体的な例として、決済サーバ（３００）が法人カードの管理モジュールでの特定の法人のＣＩＤに連結された保存領域（法人別の保存領域）にバーチャル法人カード番号を保存し、該法人の管理者アプリケーション（１００）に登録されたバーチャル法人カード番号の全部又は一部、役職員の識別情報を転送する。管理者アプリケーション（１００）は、決済サーバ（３００）から受信した情報に対応する有効期限を決済サーバ（３００）に転送する。決済サーバ（３００）は、受信した有効期限を対象のバーチャル法人カード番号にマッチングして保存及び設定を行う。

有効期限が設定されるまた他の具体的な例として、管理者アプリケーション（１００）が決済サーバ（３００）に有効期限及び役職員の識別情報さえ転送すれば、決済サーバ（３００）は役職員の使用登録の際に役職員の識別情報によって有効期限とバーチャル法人カード番号をマッチングして保存及び設定を行うことができる。

他の実施例として、保存されている有効期限が満了する際に、バーチャル法人カード番号は自動で非活性化又は削除されて決済が行われないようにすることができる。これにより、法人カードの管理者は、一々実物のカードを発行した後に回収することなく、便利に法人カードの有効期限を管理することができる。

また他の実施例として、決済サーバ（３００）は管理者に各役職員別の法人カードの使用内訳をまとめて提供することができる。

詳しくは、決済サーバ（３００）はバーチャル法人カード番号と役職員の識別情報をマッチングして保存及び登録を行う。決済サーバ（３００）は、特定のバーチャル法人カード番号で決済を進める際、該バーチャル法人カード番号にマッチングされる役職員の識別情報に基づいて決済を要請した役職員を識別することができる。これにより、法人の管理者が役職員等から一々領収書を受領して管理するまでもなく、決済サーバ（３００）が役職員別の使用内訳を精算して提供することができる。

図９は、本発明の一実施例による法人カードのグループを確認する段階（Ｓ６４０）が更に含まれたバーチャル法人カード番号の登録段階を示すフローチャートである。

Ｓ６４０の段階は、決済サーバ（３００）が役職員アプリケーション（２００）から受信したバーチャル法人カード番号が法人カードのグループに該当するかを確認する段階である。

「法人カードグループ」は、個人に発行されたカード（個人向けカード）ではなく、法人に発行されたカード（法人向けカード）等が属するグループである。すなわち、法人カードのグループを確認することは、対象のカードが個人向けカードなのか、それとも法人向けカードかを確認することである。

法人カードのグループを確認する一実施例として、決済サーバ（３００）は受信したバーチャル法人カード番号に含まれた識別子番号（ＢＩＮ）に基づいて受信したバーチャル法人カード番号が法人カードのグループに該当するかを確認する。すなわち、法人カードのグループに該当するバーチャル法人カード番号には、特定の識別子番号（ＢＩＮ）が含まれており、決済サーバ（３００）は識別子番号にマッチングする法人情報を含むグループのデータベースを保有している。決済サーバ（３００）は、受信したバーチャル法人カード番号から抽出した識別子番号（ＢＩＮ）が法人カードのグループに与える識別子番号（ＢＩＮ）であることが確認された場合、バーチャル法人カード番号の使用登録手続を進める。

図１０は、本発明の一実施例による役職員の識別情報の受信及び保存を行う段階が更に含まれたバーチャル法人カード番号の登録段階を示すフローチャートである。

図１０を参照すれば、図９と比較して管理者アプリケーションから役職員の識別情報を受信する段階（Ｓ６８０）及びＣＩＤに連結された保存領域に役職員の識別情報をバーチャル法人カード番号とマッチングして保存する段階（Ｓ６９０）を更に含むことができる。

役職員の識別情報をバーチャル法人カード番号とマッチングして保存することにより、バーチャル法人カード番号とバーチャル法人カード番号を使用する役職員に連結することができる。これにより、決済サーバ（３００）は、該法人の決済金額を正しく算出することができ、該法人の正常な決済かどうかを確認することができる。さらに、法人の法人カード管理者は、各役職員の決済金額の提供を自動で受けられるようになり、役職員別の決済内訳を管理することができる。

図１１は、本発明の一実施例による探索アルゴリズムが駆動される様子を示す例示図である。

前述のとおり、決済サーバ（３００）はＵＩＤ又はＣＩＤを探索するための探索アルゴリズムを独自に保有する。ＵＩＤ又はＣＩＤを探索するための各々の探索アルゴリズム（ＵＩＤ探索アルゴリズム又はＣＩＤ探索アルゴリズム）は、一部又は全部が同一であり、又は互いに相異する探索アルゴリズムが適用されることができる。

また、前述のとおり、第１のコードと第２のコードは、バーチャル法人カード番号に含まれた第１の法人向けコード及び第２の法人向けコードであり、又はバーチャル役職員カード番号に含まれた第１の個人向けコードと第２の個人向けコードであることができる。後述する第１のコード及び第２のコードの具体的な例は、それぞれの場合に同一に適用することができる。

第１のコード及び第２のコードの具体的な例として、第１のコードに対応するコード値（第１のコード値）は、バーチャル法人カード番号の生成関数の駆動時点を基準に、現時点に対応するカウントにＯＴＰコード値を加えた値であることができる。第１のコード値は、探索の過程で経由地点の役割を果たす。第２のコードに対応するコード値（第２のコード値）は、前記の第１のコード値からＵＩＤ又はＣＩＤに対応するコード値を引いた値であることができる。第２のコード値は、経由地点（第１のコード値）からＵＩＤ又はＣＩＤに対応するコード値までのカウントである。

すなわち、管理者アプリケーション（１００）が生成する第１のコードと第２のコードの一実施例は、以下の通りである。

第１のコード＝現時点のカウント＋ＯＴＰコード
第２のコード＝第１のコード－実際のコードの保存位置の値
ＯＴＰ（One time password）コードは、詳細コードの生成関数に含まれたＯＴＰコードの生成関数によって生成されたコードであって、各時点別に異なって生成されるコードである。従って、詳細コードは、バーチャルコードの生成時点によって異なって生成されるため、重複して生成されることを防ぐことができ、セキュリティ性を高める効果を奏する。

第１のコード及び第２のコードの具体的な他の例として、第１のコードに対応するコード値（第１のコード値）はＯＴＰコード値にＵＩＤ値を加えた値であり、第２のコードに対応するコード値（第２のコード値）はＯＴＰコード値であることができる。

すなわち、管理者アプリケーション（１００）が生成する第１のコードと第２のコードの他の実施例は、以下の通りである。

第１のコード＝ＯＴＰコード＋ＵＩＤ
第２のコード＝ＯＴＰコード
図１１で示すように、決済サーバ（３００）は第１のコード値にマッチングするトラック上のカウントを経由地点として経由し、第２のコード値に相当するカウント分が設定された方向にトラックに沿って移動し、ＵＩＤ又はＣＩＤにマッチングされる地点を探索し、該ＵＩＤ又はＣＩＤに連結された保存領域を探索する。

本発明の実施例に関して説明された方法又はアルゴリズムの段階等は、ハードウェアで直接具現され、又はハードウェアによって実行されるソフトウェアのモジュールで具現され、或いはこれらの組み合わせによって具現されることができる。ソフトウェアのモジュールは、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、フラッシュメモリ（Flash Memory）、ハードディスク、着脱型ディスク、ＣＤ－ＲＯＭ、又は本発明の属する技術分野においてよく知られている任意の形態のコンピュータ読取り可能な記録媒体に常駐することもできる。

以上、添付の図を参照して本発明の実施例を説明したが、本発明の属する技術分野における通常の技術者は、本発明がその技術的思想又は必須の特徴を変えずに他の具体的な形で実施されることができるということを理解できるはずである。従って、前述の実施例は、あらゆる面で例示的なものであり、限定的でないものと理解しなければならない。

Claims (17)

1. 決済サーバによって遂行される、
   管理者アプリケーションにバーチャル法人カード番号の生成条件を設定し、前記の管理者アプリケーションは法人カード管理者のユーザー端末にインストールされるものであって、実際の法人カード番号を探索する上で利用されるバーチャル法人カード番号を生成するものである、バーチャル法人カード番号の生成条件の設定段階；
   前記の管理者アプリケーションによって第１の役職員に発行された第１のバーチャル法人カード番号を獲得し、前記の第１のバーチャル法人カード番号は前記の第１の役職員がバーチャル法人カード番号を要請した時点で前記の管理者アプリケーションによって生成されたものである、第１のバーチャル法人カード番号の獲得段階；及び
   前記の第１のバーチャル法人カード番号に基づいて探索された実際の法人カード番号で決済を遂行する、決済遂行段階；を含む、バーチャル法人カード基盤の金融取引を提供する方法。
2. 前記の第１のバーチャル法人カード番号はバーチャル法人カード番号を要請した時点で対応する時間データに基づいて生成され、他の時点で生成されるバーチャル法人カード番号と重複しないものである、請求項１に記載のバーチャル法人カード基盤の金融取引を提供する方法。
3. 前記の第１のバーチャル法人カード番号の獲得段階は、
   第１のバーチャル役職員カード番号によって探索された保存領域から前記の第１のバーチャル法人カード番号を抽出して獲得することを特徴とし、
   前記の第１のバーチャル役職員カード番号は、役職員アプリケーションに事前に保存されたバーチャル役職員カード番号の生成関数によって独自に生成されたものであって、単位時間毎に変更されるものである、請求項１に記載のバーチャル法人カード基盤の金融取引を提供する方法。
4. 前記の第１のバーチャル法人カード番号の獲得段階は、
   第１の空きカード番号によって探索された保存領域から前記の第１のバーチャル法人カード番号を抽出して獲得することを特徴とし、
   前記の第１の空きカード番号は、前記の第１の役職員が役職員アプリケーションに登録した空きカードに保存された番号であって、前記の第１のバーチャル法人カード番号が保存された保存領域に連結されたものであり、
   前記の空きカードは、表面上に番号が記載されていないものである、請求項１に記載のバーチャル法人カード基盤の金融取引を提供する方法。
5. 前記の第１のバーチャル法人カード番号の獲得段階は、
   前記の第１の役職員が前記の第１のバーチャル法人カード番号を別途のモバイル決済サービスに登録して使用する場合、
   前記の決済サーバが、前記の第１の役職員が前記のモバイル決済サービスを利用して法人カードの決済を利用する際に、モバイル決済サービスのサーバから前記の第１のバーチャル法人カード番号に含まれた識別子番号（ＢＩＮ）に基づいて受信することを特徴とする、請求項１に記載のバーチャル法人カード基盤の金融取引を提供する方法。
6. 前記の決済遂行段階は、
   前記の第１のバーチャル法人カード番号が管理者アプリケーションによって生成されたバーチャル法人カード番号であるかを確認して決済を承認することを特徴とする、請求項１に記載のバーチャル法人カード基盤の金融取引を提供する方法。
7. 前記の決済遂行段階は、
   前記の第１のバーチャル法人カード番号が前記の第１のバーチャル法人カード番号によって探索された保存領域に保存されているバーチャル法人カード番号と一致するかを確認する段階；及び
   前記の第１のバーチャル法人カード番号に基づいて実際の法人カード番号を探索する段階；を含む、請求項６に記載のバーチャル法人カード基盤の金融取引を提供する方法。
8. 前記の第１のバーチャル法人カード番号は、実際の法人カード番号を探索する上で利用される複数の詳細コードを含み、
   前記の複数の詳細コードは、実際の法人カード番号を探索するための相関関係を持っており、
   前記の実際の法人カード番号は、前記の複数の詳細コードの一つ以上の詳細コードと対応する経由地点を経由し、前記の経由地点から前記の相関関係に基づいて演算して探索される、請求項７に記載のバーチャル法人カード基盤の金融取引を提供する方法。
9. 役職員アプリケーション又は管理者アプリケーションから前記の第１のバーチャル法人カード番号を受信して使用登録を行い、前記の役職員アプリケーションは前記の管理者アプリケーションから生成された前記の第１のバーチャル法人カード番号が提供された役職員アプリケーションである、第１のバーチャル法人カード番号の登録段階；を更に含む、請求項１に記載のバーチャル法人カード基盤の金融取引を提供する方法。
10. 前記の第１のバーチャル法人カード番号の登録段階は、
    前記の役職員アプリケーションからバーチャル法人カード番号を受信する場合、
    前記の役職員アプリケーションへの登録の際に与えられるＵＩＤ（User identification）を探索する段階；
    前記のＵＩＤに連結された保存領域に受信したバーチャル法人カード番号を保存する段階；
    前記の受信したバーチャル法人カード番号に基づいてＣＩＤ（Company identification）を探索する段階；及び
    前記のＣＩＤに連結された保存領域に前記の受信したバーチャル法人カード番号を保存する段階；を含む、請求項９に記載のバーチャル法人カード基盤の金融取引を提供する方法。
11. 前記のＣＩＤに連結された保存領域には前記の受信したバーチャル法人カード番号とマッチングして前記のバーチャル法人カード番号の生成条件が保存され、
    前記のバーチャル法人カード番号の生成条件は有効期限又は使用限度を含む、請求項１０に記載のバーチャル法人カード基盤の金融取引を提供する方法。
12. 前記の有効期限の満了の際に、前記のＣＩＤに連結された保存領域に保存された前記のバーチャル法人カード番号は非活性化又は削除される、請求項１１に記載のバーチャル法人カード基盤の金融取引を提供する方法。
13. 前記の受信したバーチャル法人カード番号に含まれた識別子番号（ＢＩＮ）に基づいて前記の受信したバーチャル法人カード番号が法人カードのグループに該当するかを確認する段階；を更に含む、請求項１０に記載のバーチャル法人カード基盤の金融取引を提供する方法。
14. 前記の第１のバーチャル法人カード番号の登録段階は、
    前記の管理者アプリケーションから役職員の識別情報を受信する段階；及び
    前記のＣＩＤに連結された保存領域に前記の役職員の識別情報を前記のバーチャル法人カード番号とマッチングして保存する段階；を更に含む、請求項１０に記載のバーチャル法人カードを提供する方法。
15. ハードウェアのコンピュータと結合し、請求項１から請求項１４のいずれか１項の方法を実行させるために媒体に保存された、バーチャル法人カード基盤の金融取引を提供するプログラム。
16. 管理者アプリケーションにバーチャル法人カード番号の生成条件を設定し、前記の管理者アプリケーションは法人カード管理者のユーザー端末にインストールされるものであって、実際の法人カード番号を探索する上で利用されるバーチャル法人カード番号を生成する、バーチャル法人カード番号の生成条件の設定部；
    前記の管理者アプリケーションによって第１の役職員に発行された第１のバーチャル法人カード番号を獲得し、前記の第１のバーチャル法人カード番号は前記の第１の役職員がバーチャル法人カード番号を要請した時点で前記の管理者アプリケーションによって生成されたものである、第１のバーチャル法人カード番号の獲得部；及び
    前記の第１のバーチャル法人カード番号に基づいて探索された実際の法人カード番号で決済を遂行する、決済遂行部；を含む、バーチャル法人カード基盤の金融取引を提供するシステム。
17. 役職員アプリケーションへの登録の際に与えられるＵＩＤを探索する、ＵＩＤ探索部；
    前記の第１のバーチャル法人カード番号に基づいてＣＩＤを探索する、ＣＩＤ探索部；及び
    前記の第１のバーチャル法人カード番号に基づいて実際の法人カード番号を探索する、実際の法人カード番号の探索部；を更に含む、請求項１６に記載のバーチャル法人カード基盤の金融取引を提供するシステム。

Images