JP2014059855A - 決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステム - Google Patents

Abstract

【課題】本発明は、ワンタイムメッセージ認証コードを利用した決済方法、これを実行する決済サーバ、これを保存した記録媒体及びこれを実行するシステムを提供することを目的とする。
【解決手段】本発明の決済サーバは、第１の部分決済コードを含む決済申請コードを受信する決済申請受信部と、前記受信された決済申請コードに基づいて第２の部分決済コードを決定する決済コード決定部と、前記第１及び第２の部分決済コードに基づいて使用者によって決済され得る決済コードを生成する決済コード生成部とを備える。
【選択図】図１

Description

本発明は、決済技術に関するものであって、より詳しくは、ワンタイムメッセージ認証コードを利用した決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステムに関するものである。

従来、携帯電話の端末は、決済を進行するために決済情報を保存しているか、或いは決済サーバに決済情報を保存していた。このような決済情報は、マルウェア、モバイル端末の紛失、決済サーバのハッキングによって、セキュリティ上脆弱であるという問題点を有している。

携帯電話の端末は、既に保存されている決済情報をバーコードとして表示をし、オフラインバーコード決済を遂行することができるが、バーコードの画面キャプチャを通じた不正使用が容易であるという問題点を有している。また他の方法として、携帯電話の端末は、決済サーバにある決済情報をダウンロードし、オフラインバーコード決済を遂行することができるが、決済サーバによるバーコードもまた画面キャプチャを通じた不正使用が容易であるという問題点を有しており、決済サーバにおいてバーコードを生成し、携帯電話の端末に転送することは、モバイルネットワークの状況に負担となるプロセスである。

韓国公開特許第１０-２００６-０１３２７６３号公報は、ＯＴＰコードが付加されたバーコード認証システム及びその方法に関するものであって、ＯＴＰコード及び個人情報を含むバーコードを携帯端末機を通じてリアルタイムで生成し、これを個人認証及び決済手段として活用することができる。しかしながら、韓国公開特許第１０-２００６-０１３２７６３号公報は、携帯端末機に全ての決済情報が保存されているとセキュリティ上危険性があり、決済申請情報とかけ離れている個人識別番号及びＯＴＰコード情報のみで電子商取引を利用する際、取引情報の無欠性を保障することはできず、ＯＴＰの特性上、生成アルゴリズムを知りＯＴＰ値を生成できる装置としては、携帯端末機と検証サーバが可能であり、認証データの生成及び商取引決済の否認防止には困難がある。

韓国公開特許第１０−２００８−０１２４０２０号公報は、統合型信用サービスのための信用サービス情報の生成及び認証方法とそのシステムに関するものであって、信用サービス別に個別的なネットワーク体系を構築しなくても、多数の信用サービスを単一のネットワークを通じて全て利用するようにすることができる。しかしながら、韓国公開特許第１０-２００８-０１２４０２０号公報は、認証情報の生成の際、携帯用端末に保存されている決済情報を利用するようになっており、セキュリティ上脆弱であり、認証情報の生成の際、主要個人情報に対してＰＫＩ基盤の暗号化アルゴリズムを用いるようになっているため、携帯電話で公認認証書を管理しなければならない不便さがあり、認証情報は、決済処理情報と分離されており、決済申請情報の変更及び操作の可能性を排除できないという限界がある。

韓国公開特許第１０-２００６-０１３２７６３号公報 韓国公開特許第１０-２００８-０１２４０２０号公報

本発明の一実施例は、決済申請受信の前に第１のワンタイムコードを受信し、使用者を認証することによって、決済の認証を強化することができる決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステムを提供することを目的とする。

本発明の一実施例は、使用者端末及び決済サーバに第１の部分決済コード及び第２の部分決済コードをそれぞれ分配して保存することによって、決済情報の外部漏洩を困難にし、安全に決済情報を保存することができる決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステムを提供することを目的とする。

本発明の一実施例は、使用者端末に第１の部分決済コードを保存することによって、第１の部分決済コードが同一の携帯電話番号を利用する複製された携帯電話から提供されたものではなく、使用者端末から提供されたものであることを確認することができる決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステムを提供することを目的とする。

本発明の一実施例は、第１及び第２の部分決済コードを連結して臨時決済コードを生成し、臨時決済コードを再配置及びマスキングのうち少なくとも一つを遂行し、決済コードを生成することによって、決済コードのセキュリティを高めることができる決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステムを提供することを目的とする。

本発明の一実施例は、決済機関を通じて決済処理する前に生成された決済コードを検証することによって、電子決済の無欠性及び信頼性を確保することができる決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステムを提供することを目的とする。

実施例において、決済サーバは、使用者端末から、第１の部分決済コードを含む決済申請コードを受信する決済申請受信部と、前記受信された決済申請コードに基づいて第２の部分決済コードを決定する決済コード決定部と、前記第１及び第２の部分決済コードに基づいて使用者によって決済され得る決済コードを生成する決済コード生成部とを備える。前記決済申請コードは、１次元バーコード、２次元バーコード、及びＱＲ（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ）コードのうち少なくとも一つを含むことができる。

前記決済コード生成部は、使用者端末によって再配置及びマスキングのうち少なくとも一が遂行され、暗号化された第１の部分決済コードの復号化を遂行し、前記決済コード生成部は、前記復号化された第１の部分決済コード及び前記第２の部分決済コードを連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）し、前記決済コードを生成することができる。前記生成された決済コードは、クレジットカード、スマートカード、即時決済カード又はプリペイドカードにある決済コードに該当することができる。

前記決済サーバは、前記決済申請受信の前に前記使用者端末から第１のワンタイムコードを受信して、前記使用者を認証する認証部をさらに備えることができる。

前記認証部は、
前記使用者の認証が成功すると、第２のワンタイムコードを生成し、前記使用者端末に第２のワンタイムコードを送信し、前記第２のワンタイムコードに基づいて前記使用者端末によって前記決済サーバが認証されることができる。前記認証部は、前記使用者の認証が成功すると、前記使用者端末に取引識別子を送信することができる。

前記決済申請コードは、前記第２のワンタイムコード及び取引識別子をさらに含むことができる。

前記決済サーバは、前記生成された決済コードに基づいて決済機関を通じて取引内訳に関する決済処理を遂行する決済処理部をさらに備えることができる。前記決済処理部は、前記使用者端末から受信した認証値と既に保存されている認証値とを比較して前記決済機関を通じた決済処理の前に前記生成された決済コードを自ら検証することができる。前記決済処理部は、前記決済機関と独立的に前記決済処理の結果を使用者端末に送信することができる。

実施例において、決済方法は、決済サーバで遂行され、使用者端末から、第１の部分決済コードを含む決済申請コードを受信するステップと、前記受信された決済申請コードに基づいて第２の部分決済コードを決定するステップと、前記第１及び第２の部分決済コードに基づいて使用者によって決済され得る決済コードを生成するステップとを備える。前記決済申請コードは、１次元バーコード、２次元バーコード、及びＱＲ（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ）コードのうち少なくとも一つを含むことができる。

前記使用者によって決済され得る決済コードを生成するステップは、使用者端末によって再配置及びマスキングのうち少なくとも一つが遂行され、暗号化された第１の部分決済コードの復号化を遂行するステップと、前記復号化された第１の部分決済コード及び前記第２の部分決済コードを連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）し、前記決済コードを生成するステップとを備えることができる。前記生成された決済コードは、クレジットカード、スマートカード、即時決済カード又はプリペイドカードにある決済コードに該当することができる。

前記方法は、前記決済申請受信の前に前記使用者端末から第1のワンタイムコードを受信して、前記使用者を認証するステップをさらに備えることができる。前記使用者を認証するステップは、前記使用者の認証が成功すると、第２のワンタイムコードを生成し、前記使用者端末に第２のワンタイムコードを送信するステップをさらに備え、前記第２のワンタイムコードに基づいて前記使用者端末によって前記決済サーバが認証されることができる。

前記使用者を認証するステップは、前記使用者の認証が成功すると、前記使用者端末に取引識別子を送信するステップをさらに備えることができる。

前記方法は、前記生成された決済コードに基づいて決済機関を通じて取引内訳に関する決済処理を遂行するステップをさらに備えることができる。前記取引内訳に関する決済処理を遂行するステップは、前記使用者端末から受信した認証値と既に保存されている認証値とを比較して前記決済機関を通じた決済処理の前に前記生成された決済コードを自ら検証することができる。

前記取引内訳に関する決済処理を遂行するステップは、前記決済機関と独立的に前記決済処理の結果を使用者端末に送信することができる。

実施例において、前記プログラムは、決済サーバで遂行される決済方法を実行するためのプログラムであって、コンピュータに、使用者端末から第1の部分決済コードを含む決済申請コードを受信するステップと、前記受信された決済申請コードに基づいて第２の部分決済コードを決定するステップと、前記第１及び第２の部分決済コードに基づいて使用者によって決済され得る決済コードを生成するステップとを実行させるためのプログラムである。

実施例において、決済システムは、第１の部分決済情報を含む決済申請コードを生成して送信する使用者端末、前記決済申請コードを受信し、前記決済申請コードに基づいて第２の部分決済コード情報を決定し、前記第１及び第２の部分決済コードに基づいて使用者によって決済され得る決済コードを生成する決済サーバを備える。

前記決済システムは、前記使用者端末から前記決済申請コードを受信し、前記決済サーバに送信するＰＯＳ端末をさらに備えることができる。

前記決済システムは、前記ＰＯＳ端末から受信した前記決済申請コードを前記決済サーバに提供するＶＡＮ端末をさらに備えることができる。

前記使用者端末は、前記第１の部分決済コードに対する再配置及びマスキングのうち少なくとも一つを実行することができる。

前記決済サーバは、前記使用者端末によって再配置及びマスキングのうち少なくとも一つが実行された第１の部分決済コードに対する復号化を実行することができる。

本発明の一実施例による決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステムは、決済申請受信の前に第１のワンタイムコードを受信して使用者を認証することによって、決済の認証を強化することができる。

本発明の一実施例による決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステムは、使用者端末及び決済サーバに第１の部分決済コード及び第２の部分決済コードをそれぞれ分配して保存することによって、決済情報の外部漏洩を困難にし、安全に決済情報を保存することができる。

本発明の一実施例による決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステムは、使用者端末に第１の部分決済コードを保存することによって、第１の部分決済コードが同一の携帯電話番号を利用する複製された携帯電話から提供されたものではなく、使用者端末から提供されたものであることを確認することができる。

本発明の一実施例による決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステムは、第１及び第２の部分決済コードを連結して臨時決済コードを生成し、臨時決済コードを再配置及びマスキングのうち少なくとも一つを遂行して決済コードを生成することによって、決済コードのセキュリティを高めることができる。

本発明の一実施例による決済方法、これを実行する決済サーバ、これを実行するためのプログラム及びこれを実行するシステムは、決済機関を通じて決済処理の前に生成された決済コードを検証することによって、電子決済の無欠性及び信頼性を確保することができる。

本発明の一実施例による決済システムを説明するブロック図である。 本発明の一実施例による決済サーバを説明するブロック図である。 本発明の他の一実施例による決済サーバを説明するブロック図である。 図１の決済方法の一実施例を説明するためのフローチャートである。 図１の決済方法の他の一実施例を説明するためのフローチャートである。 図１の決済方法のまた他の一実施例を説明するためのフローチャートである。 図１の決済方法のまた他の一実施例を説明するためのフローチャートである。 図１の決済サーバによって生成された決済コードを例示する図である。

本発明に関する説明は、構造的乃至機能的な説明のための実施例に過ぎないため、本発明の権利範囲は、これらの実施例によって制限されるものと解釈されてはならない。すなわち、実施例は、多様な変更が可能であり、多様な形態を有することができるため、本発明の権利範囲は、技術的思想を実現できる均等物を含むものと理解されなければならない。なお、本発明において提示された目的又は効果は、特定の実施例がこれを全て含まなければならないか、或いはそのような効果のみを含まなければならないとの意味ではないため、本発明の権利範囲は、これによって制限されるものと理解されてはならない。

一方、本出願において使用する用語の意味は、次のように理解されなければならない。

「第１の」、「第２の」等の用語は、一つの構成要素を他の構成要素から区別するためのものであって、この用語によって権利範囲が限定されてはならない。例えば、第１の構成要素は第２の構成要素と称することができ、同様に第２の構成要素もまた第１の構成要素と称することができる。

ある構成要素が他の構成要素に「連結されている」と言及するときは、その他の構成要素に直接的に連結されることもできるが、その間に他の構成要素が存在し得ると理解されなければならない。一方、如何なる構成要素が他の構成要素に「直接連結されている」と言及するときは、その間に他の構成要素が存在しないものと理解されなければならない。一方、構成要素間の関係を説明する他の表現、すなわち「〜間に」及び「すぐ〜間に」又は「〜に隣合う」及び「〜に直接隣合う」等も同様に解釈されなければならない。

単数の表現は、文脈上、明らかに相違するように意味しない限り、複数の表現を含むものと理解されなければならず、「含む」又は「有する」等の用語は、説示される特徴、数字、ステップ、動作、構成要素、部分品又はこれらを組み合わせたものが存在することを示すものであり、一つ又はそれ以上の他の特徴や数字、ステップ、動作、構成要素、部分品又はこれらを組み合わせたものの存在又は付加可能性を予め排除しないものと理解されなければならない。

各ステップにおいて、識別符号（例えば、ａ、ｂ、ｃ等）は、説明の便宜のために用いられるものであって、識別符号は、各ステップの順序を説明するものではなく、各ステップは、文脈上、明らかに特定の順序を記載しない限り、表記された順序と相違するように起きる可能性がある。すなわち、各ステップは、表記された順序と同様に起きる可能性もあり、実質的に同時に遂行される可能性もあり、或いは逆の順序に遂行される可能性もある。

本発明は、コンピュータが読み出し可能な記録媒体に、コンピュータが読み出し可能なコードとして具現することができ、コンピュータが読み出し可能案記録媒体は、コンピュータシステムによって読み出し可能なデータが保存される全種類の記録装置を含む。コンピュータが読み出し可能な記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ保存装置等があり、また、キャリアウェーブ（例えば、インターネットを通じた送信）の形態で具現されるものも含む。なお、コンピュータが読み出し可能な記録媒体は、ネットワークで接続されたコンピュータシステムに分散し、分散方式でコンピュータの読み出し可能なコードが保存され、実行することができる。

本明細書において用いられる全ての用語は、他に定義されない限り、本発明が属する分野における通常の知識を有する者によって一般的に理解されるものと同一の意味を有する。一般的に用いられる辞書に定義されている用語は、関連技術の文脈上の意味と一致するものと解釈されなければならず、本出願において明らかに定義しない限り、理想的であるか、或いは過度に形式的な意味を有するものと解釈されない。

図１は、本発明の一実施例による決済システムを説明するブロック図である。

図１を参照すれば、決済システムは、決済サーバ１００、ＰＯＳ端末２００、使用者端末３００、決済機関４００、及びＶＡＮ端末５００を備える。

決済サーバ１００は、使用者端末３００の申請によって決済を実行することができるコンピュータ装置に該当し得る。一実施例において、決済サーバ１００は、ＰＯＳ端末２００から第１の部分決済コードを含む決済申請コードを受信すれば、決済申請コードに基づいて第２の部分決済コードを決定し、第１及び第２の部分決済コードに基づいて決済コードを生成することができる。

ＰＯＳ端末２００は、使用者端末３００に表示された決済申請情報（例えば、バーコード、ＱＲコード（登録商標））を、決済サーバ１００及びＶＡＮ端末５００のうち少なくとも一つの端末に提供する。

使用者端末３００は、決済アプリケーションを実行することができる端末に該当し得る。決済アプリケーションは、決済手段及び多様なメンバーシップ、イベントクーポン番号等の主要情報を分離保存できるアプリケーションに該当し得る。決済アプリケーションは、コード生成アルゴリズムを利用して決済申請コードを生成することができる。例えば、決済アプリケーションは、ＯＰＴ（Ｏｎｅ Ｔｉｍｅ Ｐａｓｓｗｏｒｄ）生成アルゴリズムを利用してワンタイムメッセージ認証コードを生成することができる。決済アプリケーションは、ワンタイムメッセージ認証コード（例えば、バーコード）を生成するために、取引関連情報と決済情報の一部等を利用した取引連動認証値、決済情報、個人識別情報、及び決済手段情報のうち少なくとも一つを含むことができる。

決済機関４００は、電子取引基本法によって設立された公認電子文書を保存することができる装置であって、電子文書の無欠性、安全性及び信頼性を提供することができる。一実施例において、決済機関４００は、決済サーバ１００から決済コードに関する決済処理の申請が受信されれば、これを遂行することができる。他の一実施例において、決済機関４００は、決済サーバ１００から決済コードに対する検証申請が受信されれば、これを遂行することができる。決済機関は、決済サーバ１００が決済コードを承認申請したとき、該当する件を承認する金融関連社であって、例えば、カード会社、銀行、通信会社、メンバーシップカード会社、プリペイドカード会社等がある。

ＶＡＮ端末５００は、ＰＯＳ端末２００と決済サーバ１００との間の決済を中継する。一実施例において、ＶＡＮ端末５００は、ＰＯＳ端末２００から決済申請情報（例えば、バーコード決済、ＮＦＣ決済、クレジットカード決済等）を受信すれば、決済申請情報にあるＶＡＮコードを分析して決済サーバ１００に結果を提供する。

図２は、本発明の一実施例による決済サーバを説明するブロック図である。

図２を参照すれば、決済サーバ１００は、決済申請受信部１１０、決済コード決定部１１５、及び決済コード生成部１２０を備え、認証部１３０及び決済処理部１４０をさらに備えることができる。

決済申請受信部１１０は、第１の部分決済コードを含む決済申請コードを受信する。一実施例において、決済申請コードは、使用者識別子を含むことができる。ここで、使用者識別子は、使用者を識別することができる情報である。例えば、使用者識別子は、使用者ＩＤ、電話番号、住民登録番号、決済情報の一部の値等である。一実施例において、決済申請受信部１１０は、ＰＯＳ端末２００を通じて使用者端末３００に表示された決済申請コードを受信することができる。

決済コード決定部１１５は、決済申請コードに基づいて第２の部分決済コードを決定し、一実施例において、決済コード決定部１１５は、決済申請コードが使用者識別子を含む場合には、使用者識別子に基づいて第２の部分決済コードを決定することができる。この場合、決済コード決定部１１５は、使用者識別子毎に、第２の部分決済コードを記憶している。

決済コード生成部１２０は、第１及び第２の部分決済コードに基づいて使用者によって決済され得る決済コードを生成する。ここで、第１の部分決済コードは、決済情報のうち少なくとも一部であってよく、第２の部分決済コードは、決済情報のうち第１の部分決済コードを除いた残りであってよい。あるいは、第１の部分決済コードは、使用者識別子のうち少なくとも一部であってよく、第２の部分決済コードは、使用者識別子のうち第１の部分決済コードを除いた残りであってよい。

例えば、決済情報であるカード番号が１２３４-５６７８-９０ＸＸ-ＸＸＸＸである場合、第１の部分コードは、Ｘで表示される６桁のカード情報であってよく、第２の部分コードは、Ｘで表示される６桁のカード情報を除く１２３４-５６７８-９０であってよい。また、例えば、使用者識別子である携帯電話番号が０１０-ＸＸＸＸ-１２３４である場合、第１の部分コードは、Ｘで表示される携帯電話情報であってよく、第２の部分コードはＸで表示される携帯電話情報を除く０１０-１２３４であってよい。

一実施例において、決済コード生成部１２０は、第１及び第２の部分決済コードを連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）し、臨時決済コードを生成し、生成された臨時決済コードを再配置及びマスキングのうち少なくとも一つを遂行して決済コードを生成することができる。ここで、決済コードは、クレジットカード、スマートカード、即時決済カード又はプリペイドカードにある決済コードに該当することができる。決済コード生成部１２０は、このような連結以前に使用者端末２００によって再配置及びマスキングのうち少なくとも一つが遂行された第１の部分決済コードの復号化を遂行することができる。

認証部１３０は、決済申請受信の前に第１のワンタイムコードを受信して使用者を認証する。

一実施例において、認証部１３０は、使用者の認証が成功したときは、使用者端末３００に第２のワンタイムコードを送信し、使用者端末３００が決済サーバ１００を認証し、決済申請コードを生成するようにすることができる。他の一実施例において、認証部１３０は、使用者端末３００に取引識別子を送信し、使用者端末３００が取引連動認証コードを含む決済申請コードを生成するようにすることができる。

認証部１３０は、使用者端末３００から受信した使用者情報に基づいて使用者を認証する。一実施例において、認証部１３０は、使用者端末３００から受信した使用者情報が既に保存されている使用者情報に該当するか否かを決定することができる。認証部１３０は、もしそうであれば、該当使用者の認証を成功させることができ、もしそうでなければ、該当使用者の認証を失敗させることができる。

決済処理部１４０は、決済コード生成部１２０による決済コードに基づいて決済機関を通じて取引内訳に関する決済処理を遂行する。一実施例において、決済処理部１４０は、決済機関４００を通じた決済処理の前に生成された決済コードを自ら検証することができる。一実施例において、決済処理部１４０は、決済機関４００と独立的に決済処理の結果を使用者端末３００に送信することができる。

図３は、本発明の他の一実施例による決済サーバを説明するブロック図である。

図３に開示された決済サーバの他の一実施例の構成又は動作に対して、図２を参照して前述したところと同一であるか、或いは相応する内容は略して説明するが、当業者は、これより図３の他の一実施例を充分に理解することができるものである。

図３に開示された決済サーバ１００は、決済履歴データベース１６０、ログイン情報管理部１７０、及び加入者データベース１８０をさらに備えることができる。

決済履歴データベース１６０は、決済進行過程中に該当する決済に対する履歴情報を保存することができる。一実施例において、決済履歴データベース１６０は、使用者別に履歴情報を保存することができる。例えば、決済履歴データベース１６０は、使用者が決済申請を行った時間を保存することができる。

ログイン情報管理部１７０は、決済サーバ１００に接続する使用者に関連するログイン情報の生成又は削除を管理することができる。ログイン情報管理部１７０は、使用者によってログイン情報生成命令を受信すれば、該当ログイン情報を生成することができる。他の一実施例において、ログイン情報管理部１７０は、使用者によってログイン情報削除命令を受信すれば、該当ログイン情報を削除することができる。

加入者データベース１８０は、決済サーバ１００に接続した使用者情報を保存するのに用いられる。一実施例において、加入者データベース１８０は、使用者に割り当てられた識別子（例えば、使用者ＩＤ）に対応し、ログインのための情報（例えば、パスワード、住民登録番号、名前、生年月日等）を保存するのに用いられ得る。

以下においては、図４乃至図７を参照して、決済方法に関して説明する。後述する決済方法は、前述した決済サーバ１００において遂行されるため、互いに相応する内容に対しては重複して説明しないが、当業者は、前述した記載から本発明によるゲーム提供方法の一実施例を理解することができる。

図４は、図１の決済方法の一実施例を説明するためのフローチャートである。図４に開示された一実施例は、決済認証のための決済コードを生成する実施例に関するものである。

図４において、決済サーバ１００は、第１の部分決済コードを含む決済申請コードを受信する（ステップＳ４１０）。ステップＳ４１０に対する他の一実施例において、決済サーバ１００は、ＰＯＳ端末２００を通じて使用者端末３００に表示された決済申請コードを受信することができる。ステップＳ４１０に対する他の一実施例において、決済サーバ１００は、ＰＯＳ端末２００を通じて受信した決済申請コードが暗号化されている場合、元々の決済申請コードに復号化することができる。例えば、決済サーバ１００は、ＰＯＳ端末２００を通じて受信した決済申請コードのうち第１の部分決済コードがシフトするか、或いは位置移動があって混在している場合、元々の第１の部分決済コードに復号化することができる。

決済サーバ１００は、決済申請コードに基づいて第２の部分決済コードを決定し、第１及び第２の部分決済コードに基づいて使用者によって決済され得る決済コードを生成する（ステップＳ４２０）。ここで、第１の部分決済コードの長さは、第２の部分決済コードの長さ以下であってよい。ステップＳ４２０に対する一実施例において、決済サーバ１００は、第1及び第２の部分決済コードを連結して決済コードを生成することができる。

図５は、図１の決済方法の他の一実施例を説明するためのフローチャートである。図５に開示された一実施例は、決済申請受信の前に使用者端末を認証し、使用者端末が決済申請コードを生成するようにする実施例に関するものである。

図５において、決済サーバ１００は、使用者端末３００から決済申請受信の前に第１のワンタイムコードを受信して使用者を認証する（ステップＳ５１０）。ここで、第１のワンタイムコードは、ワンタイムコード生成アルゴリズムに基づいてハッシュバリュー（ｈａｓｈ ｖａｌｕｅ）として生成され得る。決済サーバ１００は、第１のワンタイムコード及び個人識別番号（例えば、個人ＩＤ、電話番号、決済情報の一部の値等）を受信することができる。

決済サーバ１００は、使用者の認証が成功すると（ステップＳ５２０）、使用者端末３００に第２のワンタイムコードを送信し、使用者端末３００が決済サーバ１００を認証し、決済申請コードを生成するようにする。ステップＳ５２０に対する一実施例において、決済サーバ１００は、使用者端末３００に取引識別子を送信し、使用者端末３００が取引連動認証コードを含む決済申請コードを生成するようにすることができる。

図６は、図１の決済方法のまた他の一実施例を説明するためのフローチャートである。図６に開示された一実施例は、決済認証のための決済コードを生成する実施例に関するものである。

図６において、決済サーバ１００は、ＰＯＳ端末２００を通じて使用者端末３００に表示された決済申請コードを受信する（ステップＳ６１０）。ここで、使用者端末３００に表示された決済申請コード（例えば、バーコード、ＱＲコード（登録商標））は、２次元又は３次元で表示され得る。

決済サーバ１００は、使用者端末２００によって暗号化された第１の部分決済コードの復号化を実行する（ステップＳ６２０）。例えば、第１の部分決済コードは、使用者端末２００によってシフトするか、或いは順序を変えて決済コードを生成することができ、一部コードを削除して決済コードを生成することができる。一実施例において、第１の部分決済コードは、下記の［式１］に基づいて暗号化されることができる。

［式１］ Ｐａｙｍｅｎｔ Ｃｏｄｅ＝Ｔ_ｃｏｄｅ＜＜Ｒａｎｄｏｍ（Ｔ_ｃｏｄｅ）
〔ここで、
Ｐａｙｍｅｎｔ Ｃｏｄｅ：決済コード
Ｔ_ｃｏｄｅ ：臨時決済コード
＜＜：Ｓｈｉｆｔ 演算
Ｒａｎｄｏｍ：１からＴ_ｃｏｄｅの最大桁数（例えば、８）に該当する範囲内にある数字をランダムに生成する関数
である。〕

決済サーバ１００は、決済申請コードに基づいて第２の部分決済コードを決定し（ステップＳ６３０）、第1及び第２の部分決済コードを連結して決済コードを生成する（ステップＳ６４０）。

図７は、図１の決済方法のまた他の一実施例を説明するためのフローチャートである。図７に開示された一実施例は、決済コードを決済機関を通じて認証する実施例に関するものである。

図７において、決済サーバ１００は、第１の部分決済コードを含む決済申請コードを受信する（ステップＳ７１０）。ここで、決済申請コードは、使用者識別子をさらに含むことができる。

決済サーバ１００は、決済申請コードに基づいて第２の部分決済コードを決定し、第１及び第２の部分決済コードに基づいて使用者によって決済され得る決済コードを生成する（ステップＳ７２０）。

決済サーバ１００は、使用者端末２００から受信した認証値（例えば、ワンタイム認証値、取引関連情報）と既に保存されている認証値（他の経路を通じて予め保存された認証値）を比べ決済機関４００を通じて決済処理の前に決済コードを自ら検証する（ステップＳ７３０）。

決済サーバ１００は、決済機関４００を通じた決済処理結果を使用者端末２００に提供する（ステップＳ７４０）。

図８は、図１の決済サーバによって生成された決済コードを例示する図である。

図８において、決済コードの長さは、使用者端末３００によるオフラインでバーコード決済のためにバーコードリーダが解読できる文字の長さに制限しなければならない。このような決済コードは、決済手段情報８１１、８２１、８３１、認証識別番号８１３、８２３、８３３、認証情報８１５、８２５、８３５、及び決済情報８１７、８２７、８３７のうち少なくとも一つを含んで構成することができる。

決済手段情報８１１、８２１、８３１は、コンビニ等で用いる特殊目的ＶＡＮコードとして用いることができる。認証識別番号８１３、８２３、８３３は、会員ＩＤとして用いることができる。しかし、オフラインバーコードで決済の取り消しの際には、認証識別情報としてトランザクションＩＤとして用いることもできる。認証情報８１５、８２５、８３５は、ＯＰＴアルゴリズムを利用した取引連動ワンタイム認証値として用いることができる。なお、認証情報８１５、８２５、８３５は、イベント及びタイムシンク方式のうち少なくとも一つである場合、イベント回数をバーコードに追加することができる。

決済情報８１７、８２７、８３７は、使用者端末３００に分離して保存されている一部の決済情報を含むことができる。例えば、決済情報は、クレジットカード番号の一部の番号（例えば、１２３４-５６７８-９０ＸＸ-ＸＸＸＸのうちＸで表示される６桁のカード情報が使用者端末に保存される決済情報とすることができ、残りの情報は、決済サーバに保存される決済情報とすることができる）、又は携帯電話番号の一部の番号（例えば、０１０-１２３４-５６７８のうち１２３４が使用者端末に保存された決済情報とすることができ、残りの情報は、決済サーバに保存される決済情報とすることができる）、又は口座番号の一部又はメンバーシップ、プリペイドカード番号の一部の情報とすることができる。また、決済情報は、使用者端末３００において保存された決済情報を決済サーバ１００に保存されている決済情報と一致させるために、決済情報ＩＤをバーコードに含むことができる。

上記においては、本出願の好ましい実施例を参照して説明したが、該当の技術分野の熟練された当業者は、下記の特許請求の範囲に記載の本発明の思想及び領域から逸脱しない範囲内において本発明を多様に修正及び変更させることができることを理解することができる。

１００：決済サーバ
１１０：決済申請受信部
１２０：決済コード生成部
１３０：認証部
１４０：決済処理部
１５０：決済制御部
１６０：決済履歴データベース
１７０：ログイン情報管理部
１８０：加入者データベース
２００：ＰＯＳ端末
３００：使用者端末
４００：決済期間

Claims (28)

1. 使用者端末から、第１の部分決済コードを含む決済申請コードを受信する決済申請受信部と、
   前記受信された決済申請コードに基づいて第２の部分決済コードを決定する決済コード決定部と、
   前記第1及び第２の部分決済コードに基づいて使用者によって決済され得る決済コードを生成する決済コード生成部と
   を備える決済サーバ。
2. 前記決済申請受信部は、前記使用者端末から、前記第１の部分決済コード及び使用者識別子を含む前記決済申請コードを受信し、
   前記決済コード決定部は、前記受信された決済申請コードに含まれる前記使用者識別子に基づいて、前記第２の部分決済コードを決定する、請求項１記載の決済サーバ。
3. 前記決済申請コードは、１次元バーコード、２次元バーコード、及びＱＲ（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ）コードのうち少なくとも一つを含むことを特徴とする、請求項１に記載の決済サーバ。
4. 前記決済コード生成部は、前記使用者端末によって再配置及びマスキングのうち少なくとも一つが遂行され、暗号化された第１の部分決済コードの復号化を遂行し、前記決済コード生成部は、前記復号化された第１の部分決済コード及び前記第２の部分決済コードを連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）し、前記決済コードを生成することを特徴とする、請求項１に記載の決済サーバ。
5. 前記生成された決済コードは、クレジットカード、スマートカード、即時決済カード又はプリペイドカードにある決済コードに該当することを特徴とする、請求項３に記載の決済サーバ。
6. 前記決済申請受信の前に前記使用者端末から第１のワンタイムコードを受信して、前記使用者を認証する認証部をさらに備えることを特徴とする、請求項１に記載の決済サーバ。
7. 前記認証部は、前記使用者の認証が成功すると、第２のワンタイムコードを生成し、前記使用者端末に第２のワンタイムコードを送信し、
   前記第２のワンタイムコードに基づいて前記使用者端末によって前記決済サーバが認証されることを特徴とする、請求項６に記載の決済サーバ。
8. 前記認証部は、前記使用者の認証が成功すると、前記使用者端末に取引識別子を送信することを特徴とする、請求項６に記載の決済サーバ。
9. 前記決済申請コードは、前記取引識別子をさらに含むことを特徴とする、請求項８に記載の決済サーバ。
10. 前記生成された決済コードに基づいて決済機関を通じて取引内訳に関する決済処理を遂行する決済処理部をさらに備えることを特徴とする、請求項１に記載の決済サーバ。
11. 前記決済処理部は、前記使用者端末から受信した認証値と既に保存されている認証値とを比較して前記決済機関を通じた決済処理の前に前記生成された決済コードを自ら検証することを特徴とする、請求項１０に記載の決済サーバ。
12. 前記決済処理部は、前記決済機関と独立的に前記決済処理の結果を使用者端末に送信することを特徴とする、請求項１１に記載の決済サーバ。
13. 決済サーバで遂行される決済方法において、
    使用者端末から、第１の部分決済コードを含む決済申請コードを受信するステップと、
    前記受信された決済申請コードに基づいて第２の部分決済コードを決定するステップと、
    前記第１及び第２の部分決済コードに基づいて使用者によって決済され得る決済コードを生成するステップと
    を備える決済方法。
14. 前記決済申請コードは、１次元バーコード、２次元バーコード、及びＱＲ（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ）コードのうち少なくとも一つを含むことを特徴とする、請求項１３に記載の決済方法。
15. 前記使用者によって決済され得る決済コードを生成するステップは、前記使用者端末によって再配置及びマスキングのうち少なくとも一つが遂行され、暗号化された第１の部分決済コードの復号化を遂行するステップと、前記復号化された第1の部分決済コード及び前記第２の部分決済コードを連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）し、前記決済コードを生成するステップとを備えることを特徴とする、請求項１３に記載の決済方法。
16. 前記生成された決済コードは、クレジットカード、スマートカード、即時決済カード又はプリペイドカードにある決済コードに該当することを特徴とする、請求項１５に記載の決済方法。
17. 前記決済申請受信の前に前記使用者端末から第１のワンタイムコードを受信し、前記使用者を認証するステップをさらに備えることを特徴とする、請求項１３に記載の決済方法。
18. 前記使用者を認証するステップは、前記使用者の認証が成功すると、第２のワンタイムコードを生成し、前記使用者端末に第２のワンタイムコードを送信するステップをさらに備え、
    前記第２のワンタイムコードに基づいて前記使用者端末によって前記決済サーバが認証されることを特徴とする、請求項１７に記載の決済方法。
19. 前記使用者を認証するステップは、前記使用者の認証が成功すると、前記使用者端末に取引識別子を送信するステップをさらに備えることを特徴とする、請求項１８に記載の決済方法。
20. 前記生成された決済コードに基づいて決済機関を通じて取引内訳に関する決済処理を遂行するステップをさらに備えることを特徴とする、請求項１３に記載の決済方法。
21. 前記取引内訳に関する決済処理を遂行するステップは、前記使用者端末から受信した認証値と既に保存されている認証値とを比較して前記決済機関を通じた決済処理の前に前記生成された決済コードを自ら検証することを特徴とする、請求項２０に記載の決済方法。
22. 前記取引内訳に関する決済処理を遂行するステップは、前記決済機関と独立的に前記決済処理の結果を使用者端末に送信することを特徴とする、請求項２１に記載の決済方法。
23. 決済サーバで遂行される決済方法を実行するためのプログラムであって、
    コンピュータに、
    使用者端末から第1の部分決済コードを含む決済申請コードを受信するステップと、
    前記受信された決済申請コードに基づいて第２の部分決済コードを決定するステップと、
    前記第１及び第２の部分決済コードに基づいて使用者によって決済され得る決済コードを生成するステップと
    を実行させるためのプログラム。
24. 第１の部分決済情報を含む決済申請コードを生成して送信する使用者端末と、
    前記決済申請コードを受信し、前記決済申請コードに基づいて第２の部分決済コード情報を決定し、前記第１及び第２の部分決済コードに基づいて使用者によって決済され得る決済コードを生成する決済サーバと
    を備える決済システム。
25. 前記使用者端末から前記決済申請コードを受信し、前記決済サーバに送信するＰＯＳ端末をさらに備えることを特徴とする、請求項２４に記載の決済システム。
26. 前記ＰＯＳ端末から受信した前記決済申請コードを前記決済サーバに提供するＶＡＮ端末をさらに備えることを特徴とする、請求項２４に記載の決済システム。
27. 前記使用者端末は、前記第１の部分決済コードに対する再配置及びマスキングのうち少なくとも一つを実行することを特徴とする、請求項２４に記載の決済システム。
28. 前記決済サーバは、前記使用者端末によって再配置及びマスキングのうち少なくとも一つが実行された第１の部分決済コードに対する復号化を実行することを特徴とする、請求項２４に記載の決済システム。