(57)【要約】【課題】  決済処理方法、決済処理サーバ、及びコンピュータプログラムを提供する。【解決手段】  購買者に発給された決済ＩＤ、及び販売者によって生成された販売情報を組み合わせた決済要求を販売者端末から受信し、決済要求に応じて決済を行うことができ、購買者と販売者との間で個人識別情報を交換することなく、取り引きデータに基づいてコミュニケーションを開始または実行することができる、決済処理方法、決済処理サーバ、及びコンピュータプログラムである。【選択図】      図２
2017208084.tif 000002
【特許請求の範囲】
【請求項１】
通信インターフェース及びプロセッサを含む決済処理サーバが実行する決済処理方法において、
前記通信インターフェースが、第１ユーザの第１ユーザ端末から決済ＩＤを含む決済要求を受信する段階と、
前記プロセッサが、前記決済要求に含まれる前記決済ＩＤが所定の規則を満たすか否かと、前記決済ＩＤの有効期間が残っているか否かと、を一次的に判定し、この一次的な判定の結果、前記決済要求に含まれる前記決済ＩＤが前記所定の規則を満たし、前記決済ＩＤの有効期間が残っている場合、前記決済ＩＤを受信した第２ユーザを検索し、前記第２ユーザに係わる決済手段が存在するか否かと、前記決済手段の有効期間が残っているか否かと、を二次的に判定し、この二次的な判定の結果、前記決済手段が存在し、前記決済手段の有効期間が残っている場合、前記決済要求が有効であると評価する段階と、
前記決済要求が有効である場合、前記プロセッサが、前記決済要求に対応する決済を処理するために、前記決済要求に対応するトランザクションＩＤを含むパケットを生成し、決済処理のために存在するメッセージキューに、前記パケットを保存する段階と、
を含む決済処理方法。
【請求項２】
前記トランザクションＩＤは、
購買者コードに対応する部分、販売者コードに対応する部分、及び決済情報に対応する部分を含む、請求項１に記載の決済処理方法。
【請求項３】
前記決済要求が処理された場合、
前記第２ユーザの第２ユーザ端末に、前記の処理された決済要求に含まれる販売元、販売品目、販売金額に基づいて生成された販売データを送信する段階と、
前記第２ユーザの第２ユーザ端末から、前記販売データに係わる伝達メッセージを受信した場合、前記伝達メッセージを分析して導き出されたトランザクションＩＤを利用して、前記伝達メッセージの受信者を決定し、前記受信者のユーザ端末に、前記伝達メッセージを送信する段階と、
をさらに含む、請求項１に記載の決済処理方法。
【請求項４】
前記伝達メッセージは、
メニュー完成通知、商品配送通知、商品品切れ通知、配送予定時間通知のうち少なくとも一つを含む、請求項３に記載の決済処理方法。
【請求項５】
前記決済要求が処理された場合、
前記第１ユーザの第１ユーザ端末に、前記の処理された決済要求を分析して導き出された販売元、販売品目、販売金額に基づいて生成された購買データを送信する段階と、
前記第１ユーザの第１ユーザ端末から、前記購買データに係わる問い合わせメッセージを受信した場合、前記の受信された問い合わせメッセージから抽出されたトランザクションＩＤを利用して、前記購買データの販売者を抽出し、前記販売者のユーザ端末に、前記購買データに対応する販売データとリンクされた前記問い合わせメッセージを送信する段階と、
をさらに含む、請求項１に記載の決済処理方法。
【請求項６】
前記決済ＩＤは、
前記第２ユーザの第２ユーザ端末からの決済開始要求の応答として生成され、前記第２ユーザの第２ユーザ端末にしか送信されない、請求項１に記載の決済処理方法。
【請求項７】
前記第１ユーザの第１ユーザ端末の購買データまたは前記第２ユーザの第２ユーザ端末の販売データを利用した対話ルーム開設要求を受信し、前記対話ルーム開設要求を分析して取得されたトランザクションＩＤを利用して、対話ルームの参加者を抽出し、前記参加者を含む前記対話ルームを開設する段階
を含む、請求項３または５に記載の決済処理方法。
【請求項８】
前記対話ルームを開設した前記第１ユーザまたは前記第２ユーザは、自分の個人情報を公開していない状態で、前記対話ルームの参加者とメッセージをやり取りすることができる、請求項７に記載の決済処理方法。
【請求項９】
通信インターフェース及びプロセッサを含む決済処理サーバにおいて、
前記通信インターフェースは、第１ユーザの第１ユーザ端末から決済ＩＤを含む決済要求を受信し、
前記プロセッサは、
前記決済要求に含まれる前記決済ＩＤが所定の規則を満たすか否かと、前記決済ＩＤの有効期間が残っているか否かと、を一次的に判定し、この一次的な判定の結果、前記決済要求に含まれる前記決済ＩＤが前記所定の規則を満たし、前記決済ＩＤの有効期間が残っている場合、前記決済ＩＤを受信した第２ユーザを検索し、前記第２ユーザに係わる決済手段が存在するか否かと、前記決済手段の有効期間が残っているか否かと、を二次的に判定し、この二次的な判定の結果、前記決済手段が存在し、前記決済手段の有効期間が残っている場合、前記決済要求が有効であると評価し、
前記決済要求が有効である場合、前記決済要求に対応する決済を処理するために、前記決済要求に対応するトランザクションＩＤを含むパケットを生成し、決済処理のために存在するメッセージキューに、前記パケットを保存する
決済処理サーバ。
【請求項１０】
前記決済要求が処理された場合、
前記プロセッサは、
前記第２ユーザの第２ユーザ端末に、前記の処理された決済要求に含まれる販売元、販売品目、販売金額に基づいて生成された販売データを送信するように制御し、
前記第２ユーザの第２ユーザ端末から、前記販売データに係わる伝達メッセージを受信した場合、前記伝達メッセージを分析して導き出されたトランザクションＩＤを利用して、前記伝達メッセージの受信者を決定し、前記受信者のユーザ端末に、前記伝達メッセージを送信するように制御する、請求項９に記載の決済処理サーバ。
【請求項１１】
前記伝達メッセージは、
メニュー完成通知、商品配送通知、商品品切れ通知、配送予定時間通知のうち少なくとも一つを含む、請求項１０に記載の決済処理サーバ。
【請求項１２】
前記決済要求が処理された場合、
前記プロセッサは、
前記第１ユーザの第１ユーザ端末に、前記の処理された決済要求を分析して導き出された販売元、販売品目、販売金額に基づいて生成された購買データを送信するように制御し、
前記第１ユーザの第１ユーザ端末から、前記購買データに係わる問い合わせメッセージを受信した場合、前記の受信された問い合わせメッセージから抽出されたトランザクションＩＤを利用して、前記購買データの販売者を抽出し、前記販売者のユーザ端末に、前記購買データに対応する販売データとリンクされた前記問い合わせメッセージを送信するように制御する、請求項９に記載の決済処理サーバ。
【請求項１３】
前記プロセッサは、
前記第１ユーザの第１ユーザ端末の購買データまたは前記第２ユーザの第２ユーザ端末の販売データを利用した対話ルーム開設要求を受信し、前記対話ルーム開設要求を分析して取得されたトランザクションＩＤを利用して、対話ルームの参加者を抽出し、前記参加者を含む前記対話ルームを開設する、請求項１０または１２に記載の決済処理サーバ。
【請求項１４】
前記対話ルームを開設した前記第１ユーザまたは前記第２ユーザは、自分の個人情報を公開していない状態で、前記対話ルームの参加者とメッセージをやり取りすることができる、請求項１３に記載の決済処理サーバ。
【請求項１５】
請求項１ないし８のうちいずれか１項に記載の決済処理方法をコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、決済処理方法、決済処理サーバ、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
決済代行サービス（payment  gateway）は、オンライン上の電子商取引において、決済者が販売者の商品またはサービスを決済するとき、クレジットカードやその他決済手段によって代金を支給して決済することができるように、電子決済を中継して精算するサービスである。かような決済代行サービスは、電子商取引において、クレジットカード、口座振込み、仮想口座振込み、携帯電話少額決済などの多様な決済方法を提供する。
【０００３】
かような決済代行サービスは、販売者が別途のシステムを構築しなくても、決済代行サービスが提供する決済システム及びセキュリティソリューションなどを使用することができるので、管理が容易であって安全な決済手段である。それにより、最近では、決済代行サービスは、大規模オンラインショッピングモール以外に、中小規模オンラインショッピングモール及び個人のＳＮＳ（social  network  service）でも使用量が増加しており、ＰＯＳ（point  of  sale）端末などを利用して、オフラインでの対面決済に拡大使用されている。
【０００４】
また、電子商取引を利用する販売者及び決済者の端末が、デスクトップコンピュータ及びノート型ＰＣ（personal  computer）などの一般的なコンピュータ、スマートフォン、タブレットＰＣ、及びスマートＴＶ（smart  ＴＶ（television））などの最新スマートデバイス（smart  device）など、多様になっている。
【０００５】
かように多様な環境で安全な決済代行サービスを提供するために、特許文献１は、携帯端末を利用した決済方法と割引ポリシーとを結び付ける技術に係わるものであり、携帯端末を利用して、決済方法と割引ポリシーとを結び付け、商品購買に係わる利益として消費者に補償する方法を開示している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】韓国公開特許第２０１２−０１４５０２９号
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明が解決しようとする課題は、購買者が、購買者端末に発給された決済ＩＤ（identification）、及び販売者によって生成された販売情報を組み合わせた決済要求を販売者端末から受信し、決済要求に応じて決済を行う、決済処理方法、決済処理サーバ、及びコンピュータプログラムを提供することである。
【０００８】
本発明が解決しようとする課題はまた、購買者と販売者との間で個人識別情報を交換することなく、取り引きデータに基づいて、コミュニケーションを開始または実行する、決済処理方法、決済処理サーバ、及びコンピュータプログラムを提供することである。
【課題を解決するための手段】
【０００９】
本発明の実施形態によれば、通信インターフェース及びプロセッサを含む決済処理サーバが実行する決済処理方法は、前記通信インターフェースが、第１ユーザの第１ユーザ端末から決済ＩＤを含む決済要求を受信する段階と、前記プロセッサが、前記決済要求に含まれる前記決済ＩＤが所定の規則を満たすか否かと、前記決済ＩＤの有効期間が残っているか否かと、を一次的に判定し、この一次的な判定の結果、前記決済要求に含まれる前記決済ＩＤが前記所定の規則を満たし、前記決済ＩＤの有効期間が残っている場合、前記決済ＩＤを受信した第２ユーザを検索し、前記第２ユーザに係わる決済手段が存在するか否かと、前記決済手段の有効期間が残っているか否かと、を二次的に判定し、この二次的な判定の結果、前記決済手段が存在し、前記決済手段の有効期間が残っている場合、前記決済要求が有効であると評価する段階と、前記決済要求が有効である場合、前記プロセッサが、前記決済要求に対応する決済を処理するために、前記決済要求に対応するトランザクションＩＤを含むパケットを生成し、決済処理のために存在するメッセージキュー（queue）に、前記パケットを保存する段階と、を含んでよい。
【００１０】
前記トランザクションＩＤは、購買者コードに対応する部分（portion）、販売者コードに対応する部分、及び決済情報に対応する部分を含んでもよい。
【００１１】
本実施形態によれば、前記決済要求が処理された場合、前記第２ユーザの第２ユーザ端末に、前記の処理された決済要求に含まれる販売元、販売品目、販売金額に基づいて生成された販売データを送信する段階と、前記第２ユーザの第２ユーザ端末から、前記販売データに係わる伝達メッセージを受信した場合、前記伝達メッセージを分析して導き出されたトランザクションＩＤを利用して、前記伝達メッセージの受信者を決定し、前記受信者のユーザ端末に、前記伝達メッセージを送信する段階と、をさらに含んでもよい。
【００１２】
前記伝達メッセージは、メニュー完成通知、商品配送通知、商品品切れ通知、配送予定時間通知のうち少なくとも一つを含んでもよい。
【００１３】
本発明の実施形態による決済処理方法は、前記決済要求が処理された場合、前記第１ユーザの第１ユーザ端末に、前記の処理された決済要求を分析して導き出された販売元、販売品目、販売金額に基づいて生成された購買データを送信する段階と、前記第１ユーザの第１ユーザ端末から、前記購買データに係わる問い合わせメッセージを受信した場合、前記の受信された問い合わせメッセージから抽出されたトランザクションＩＤを利用して、前記購買データの販売者を抽出し、前記販売者のユーザ端末に、前記購買データに対応する販売データとリンクされた前記問い合わせメッセージを送信する段階と、をさらに含んでもよい。
【００１４】
前記決済ＩＤは、前記第２ユーザの第２ユーザ端末からの決済開始要求の応答として生成され、前記第２ユーザの第２ユーザ端末にしか送信されなくてもよい。
【００１５】
本発明の実施形態による決済処理方法は、前記第１ユーザの第１ユーザ端末の購買データまたは前記第２ユーザの第２ユーザ端末の販売データを利用した対話ルーム開設要求を受信し、前記対話ルーム開設要求を分析して取得されたトランザクションＩＤを利用して、対話ルームの参加者を抽出し、前記参加者を含む前記対話ルームを開設する段階を含んでもよい。
【００１６】
前記対話ルームを開設した前記第１ユーザまたは前記第２ユーザは、自分の個人情報を公開していない状態で、前記対話ルームの参加者とメッセージをやり取りすることができる。
【００１７】
本発明の実施形態による、通信インターフェース及びプロセッサを含む決済処理サーバにおいて、前記通信インターフェースは、第１ユーザの第１ユーザ端末から決済ＩＤを含む決済要求を受信し、前記プロセッサは、前記決済要求に含まれる前記決済ＩＤが所定の規則を満たすか否かと、前記決済ＩＤの有効期間が残っているか否かと、を一次的に判定し、この一次的な判定の結果、前記決済要求に含まれる前記決済ＩＤが前記所定の規則を満たし、前記決済ＩＤの有効期間が残っている場合、前記決済ＩＤを受信した第２ユーザを検索し、前記第２ユーザに係わる決済手段が存在するか否かと、前記決済手段の有効期間が残っているか否かと、を二次的に判定し、この二次的な判定の結果、前記決済手段が存在し、前記決済手段の有効期間が残っている場合、前記決済要求が有効であると評価し、前記決済要求が有効である場合、前記決済要求に対応する決済を処理するために、前記決済要求に対応するトランザクションＩＤを含むパケットを生成し、決済処理のために存在するメッセージキューに、前記パケットを保存することができる。
【００１８】
本発明の実施形態によるコンピュータプログラムは、コンピュータに、本発明の実施形態による決済処理方法のうちいずれか一つの決済処理方法を実行させ、媒体に記録されてもよい。
【００１９】
上記以外にも、本発明を具現化するための他の方法、他のシステム、及び上記決済処理方法を実行するためのコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体がさらに提供される。
【００２０】
上記以外の他の側面、特徴、利点が、図面、特許請求の範囲、及び発明の詳細な説明から明確になるであろう。
【発明の効果】
【００２１】
本発明によれば、購買者に発給された決済ＩＤ、及び販売者によって生成された販売情報を組み合わせた決済要求を販売者端末から受信し、決済要求に応じて決済を行うことができる。また、本発明によれば、購買者と販売者との間で個人識別情報を交換することなく、取り引きデータに基づいて、コミュニケーションを開始または実行することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施形態による決済処理システムを概略的に示す図面である。
【図２】本発明の実施形態による決済処理サーバの構成を示すブロック図である。
【図３】決済処理サーバ、購買者のユーザ端末、及び販売者のユーザ端末の間のデータ送受信を示す図面である。
【図４】本発明の実施形態による決済処理方法のフローチャートである。
【図５】本発明の実施形態による決済処理方法のフローチャートである。
【図６】本発明の実施形態による決済処理方法のフローチャートである。
【図７】本発明の実施形態による決済処理方法のフローチャートである。
【図８】決済処理サーバ、購買者のユーザ端末、及び販売者のユーザ端末の間のデータ送受信を示す図面である。
【図９】決済処理サーバ、購買者のユーザ端末、及び販売者のユーザ端末の間のデータ送受信を示す図面である。
【図１０】決済処理サーバ、購買者のユーザ端末、及び販売者のユーザ端末の間のデータ送受信を示す図面である。
【図１１】決済処理サーバによって提供されるユーザ・インターフェースである。
【図１２】決済処理サーバによって提供されるユーザ・インターフェースである。
【発明を実施するための形態】
【００２３】
本発明は、多様な変更を加えることができ、さまざまな実施形態を有することができるが、特定の実施形態を図面に例示し、詳細な説明によって詳細に説明する。本発明の効果、特徴、及びそれらを達成する方法は、図面と共に詳細に説明する実施形態を参照すると、明確になるであろう。しかし、本発明は、以下で開示される実施形態に限定されるものではなく、多様な形態で具現化されるものである。以下の実施形態において、第１、第２のような用語は、限定的な意味ではなく、１つの構成要素を他の構成要素と区別する目的で使用されている。また、単数の表現は、文脈上明確に異なって意味しない限り、複数の表現を含む。また、「含む」または「有する」というような用語は、明細書に記載された特徴または構成要素が存在するということを意味するものであり、１以上の他の特徴または構成要素が付加される可能性をあらかじめ排除するものではない。また、図面では、説明の便宜のために、構成要素が、その大きさが拡大されていることもあるし、縮小されていることもある。例えば、図面に示される各構成の大きさ及び厚みは、説明の便宜のために任意に示されており、本発明は、必ずしも図示されるものに限定されるものではない。
【００２４】
以下、添付の図面を参照して、本発明の実施形態について詳細に説明するが、図面を参照して説明するとき、同一の又は対応する構成要素は、同一の図面符号を付し、それに係わる重複説明は省略する。
【００２５】
図１は、本発明の実施形態による決済処理システム１０を示す図面である。
【００２６】
図１を参照すると、本発明の実施形態による決済処理システム１０は、決済処理サーバ１００、ユーザ端末２００，３００、通信網４００を含んでよい。
【００２７】
決済処理サーバ１００は、販売者のユーザ端末２００及び購買者のユーザ端末３００に、ショッピングアプリケーション及び／または決済アプリケーションを配布することができる。決済処理サーバ１００は、販売者のユーザ端末２００からの決済要求に応じて、当該決済要求の決済者（購買者）の決済手段を利用して決済がなされるようにする。それにより、本発明の実施形態による決済処理サーバ１００は、購買のための決済手段の直接的な使用または接触なく、販売者による決済要求に応じて、当該決済要求の購買者の決済手段を介した決済を処理することができる。
【００２８】
決済処理サーバ１００は、販売者のユーザ端末２００から受信した、販売行為に係わる伝達メッセージを、購買者のユーザ端末３００に伝達することができる。ここで、販売行為に係わる伝達メッセージは、販売行為の完了、配送中、配送完了などの配送状態を含んでよい。それにより、本発明の実施形態による決済処理サーバ１００は、購買者の電話番号または購買者のＩＤを介した１対１通信方式ではない、販売行為がなされた決済アプリケーションを利用して、購買者のユーザ端末３００に、販売行為に係わる伝達メッセージを伝達することができる。すなわち、本発明の実施形態による決済処理サーバ１００は、購買者の個人情報を公開することなく、販売者から有益な情報を受信する。
【００２９】
決済処理サーバ１００は、購買者のユーザ端末３００から受信した問い合わせメッセージを、販売者のユーザ端末２００に伝達することができる。それにより、本発明の実施形態による決済処理サーバ１００は、販売者の電話番号、ＩＤを検索するというような手間なく、決済内訳を利用して、販売者のユーザ端末２００に問い合わせメッセージを伝達することができる。
【００３０】
決済処理サーバ１００は、配布された決済アプリケーションを介して行われた１以上の決済内訳を個別的に区分するために、一意なトランザクションＩＤを生成し、このトランザクションＩＤを利用して、各決済内訳を管理することができる。ここで、決済処理サーバ１００は、トランザクションＩＤの生成に先立ち、購買者を示す購買者コード及び販売者を示す販売者コードを抽出、生成、検索することができる。決済処理サーバ１００は、購買者コード及び販売者コードへのアクセスと購買者コード及び販売者コードの解釈とが可能な一意なトランザクションＩＤを生成することができる。トランザクションＩＤは、購買者コード及び／または販売者コードをそのまま含むだけではなく、購買者コード及び／または販売者コードに置換されるコードを含んでもよい。また、トランザクションＩＤは、決済内訳にしたがって処理された決済金額、決済商品、決済日、決済日時などに置換可能なコードをさらに含んでもよい。すなわち、トランザクションＩＤは、意味のある複数のコードによっても構成される。ここで、上記コードは、数字、英文字、及び／または記号であってもよいし、数字、英文字、及び／または記号に置換される幾何学的記号であってもよい。
【００３１】
決済処理サーバ１００は、配布された決済アプリケーション及びショッピングアプリケーションを介して、購買者と販売者との持続的なコミュニケーションが可能な対話ルーム機能を提供することができる。決済処理サーバ１００は、購買者及び販売者の個人情報を公開することなく、購買者と販売者との対話ルームを開設することができ、対話ルームを介して、購買者及び販売者が交流するように制御する。
【００３２】
販売者は、ユーザ端末２００を利用して、決済処理サーバ１００にアクセスすることができ、決済処理サーバ１００にアクセスし、多様な販売及び／または決済サービスのためのアプリケーションをダウンロードすることができる。購買者は、ユーザ端末３００を利用して、決済処理サーバ１００にアクセスすることができ、決済処理サーバ１００にアクセスし、多様なショッピング及び／または決済サービスのためのアプリケーションをダウンロードすることができる。購買者及び販売者は、同一ユーザであることもあり、前述の説明において、購買者及び販売者を区分したのは、説明の便宜のためだけであるが、本発明の実施形態は、それに限定されるものではない。
【００３３】
複数のユーザ端末２００，３００は、有線／無線通信環境でウェブサービスを利用することができる通信端末を意味する。ここで、ユーザ端末２００，３００は、ＰＣ２０１，３０１であってもよいし、携帯端末２０２，３０２であってもよい。図１では、携帯端末２０２，３０２がスマートフォンとして図示されているが、本発明の思想は、それに限定されるものではなく、前述のように、ウェブブラウジングが可能なアプリケーションがインストールされた端末であるならば、制限なしに適用される。
【００３４】
それについてさらに詳細に説明すると、ユーザ端末２００，３００は、サーバコンピュータ、デスクトップコンピュータ、ラップトップコンピューティングデバイス、コンシューマ電子デバイス、モバイルコンピューティングデバイス、携帯電話、スマートフォン、タブレットコンピューティングデバイス、携帯情報端末、ウェアラブルコンピューティングデバイス、スマートテレビ、スマート機器、及び／または他の種類のコンピューティングデバイスを含むが、それらに限定されるものではない。
【００３５】
通信網４００は、複数のユーザ端末２００，３００と決済処理サーバ１００とを接続する役割を行う。すなわち、通信網３００は、ユーザ端末２００，３００が決済処理サーバ１００にアクセスした後、データを送受信することができるように、接続経路を提供する通信網を意味する。通信網３００は、例えば、ＬＡＮ（local  area  network）、ＷＡＮ（wide  area  network）、ＭＡＮ（metropolitan  area  network）、ＩＳＤＮ（integrated  service  digital  network）などの有線ネットワーク；無線ＬＡＮ、ＣＤＭＡ（code  division  multiple  access）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、衛星通信などの無線ネットワークを網羅することができるが、本発明の範囲は、それらに限定されるものではない。
【００３６】
図２は、本発明の実施形態による決済処理サーバ１００の構成を示すブロック図である。
【００３７】
図２を参照すると、本発明の実施形態による決済処理サーバ１００は、データベース（ＤＢ）１１０、メッセージキュー１２０、プロセッサ１３０、記録媒体１４０、通信インターフェース１５０を含んでよい。
【００３８】
データベース１１０は、決済処理サーバ１００に登録された１以上の購買者及び１以上の販売者の関連情報を保存管理することができる。データベース１１０は、購買者のユーザＩＤ、パスワード、決済手段に係わる情報；販売者のユーザＩＤ、パスワード、販売元（販売者が購買者に商品を発送するときに経ることになる店舗など）の住所及び電話番号、事業者登録番号などを保存管理することができる。
【００３９】
メッセージキュー１２０は、処理されなければならない決済に対応するパケットを保存する保存空間を表す。メッセージキュー１２０は、決済処理のために生成、具現化されるタスク実行部によって制御される。ただし、例外的な状況では、メッセージキュー１２０に対するアクセスが不可能なこともある。かような例外的な状況は、例えば、決済処理サーバ１００の電源がオンになったりオフになったりする瞬間である場合、決済処理サーバ１００が決済処理のためのモジュールに接続されていない場合、決済処理サーバ１００のオペレーティングシステムの動作にエラーがあった場合、決済処理サーバ１００に、ウイルス、悪性コードなどの攻撃が生じた場合、決済処理サーバ１００で実行されるプロセッサ、スレッドによって、中央処理装置（ＣＰＵ：central  processing  unit）またはメモリの使用率が、あらかじめ設定された閾値、例えば、９０パーセント以上である場合のうち少なくとも一つであってよい。
【００４０】
プロセッサ１３０は、プロセッサのように、データを処理することができる全ての種類の装置を含んでよい。ここで、「プロセッサ」は、例えば、プログラム内に含まれるコードまたは命令によって表現された機能を実行するために、物理的に構造化された回路を有する、ハードウェアに内蔵されたデータ処理装置を意味する。かようにハードウェアに内蔵されたデータ処理装置の一例として、マイクロプロセッサ、中央処理装置（ＣＰＵ）、プロセッサコア、マルチプロセッサ、ＡＳＩＣ（application-specific  integrated  circuit）、ＦＰＧＡ（field  programmable  gate  array）などの処理装置を網羅することができるが、本発明の範囲は、それらに限定されるものではない。
【００４１】
記録媒体１４０は、オペレーティングシステム、アプリケーション、プログラム、ライブラリ、及びドライバのような、決済処理サーバ１００の動作中に使用される多様なソフトウェア及びデータを保存することができる。ここで、記録媒体１４０は、磁気記録媒体またはフラッシュ記録媒体を含んでよいが、本発明の範囲は、それらに限定されるものではない。記録媒体１４０は、本発明の実施形態による決済処理方法を実行するための命令を保存することができる。
【００４２】
通信インターフェース１５０は、他のネットワーク装置と、有線／無線接続を介して、制御信号またはデータ信号のような信号を送受信するために必要なハードウェア及びソフトウェアを含む装置であってよい。通信インターフェース１５０は、ユーザ端末２００，３００から、決済に係わる要求、すなわち、決済要求、決済開始要求などを受信したり、ユーザ端末２００，３００に、決済開始要求の応答として、決済ＩＤなどを送信したりすることができる。また、通信インターフェース１５０は、購買者端末と近距離通信で接続された販売者端末から、購買者端末を介して取得された決済ＩＤ、及び販売者によって生成された販売情報を組み合わせた決済要求を受信することができる。ここで、決済要求は、販売者端末から受信され、決済開始要求は、購買者端末から受信される。また、通信インターフェース１５０は、タスク実行部の制御にしたがって、メッセージキューに保存されたパケットを外部の決済代行サーバに選択的に送信することもできる。また、通信インターフェース１５０は、外部の決済代行サーバから、パケットの処理結果を受信する。また、通信インターフェース１５０は、ユーザ端末２００または３００から受信したメッセージを、受信者のユーザ端末３００または２００に伝達することもできる。通信インターフェース１５０は、購買者端末または販売者端末から、対話ルーム開設要求を受信することができる。対話ルーム開設要求は、特定の購買データまたは販売データに対応して生成される。
【００４３】
次に、記録媒体１４０についてさらに詳細に説明する。
【００４４】
記録媒体１４０は、本発明の実施形態を実行させるために、第１判定部１４１、第２判定部１４２、評価部１４３、パケット生成部１４４、タスク実行部１４５、状態モニタリング部１４６、対話ルーム管理部１４７を含んでよい。
【００４５】
第１判定部１４１は、通信インターフェース１５０によって受信された決済要求に含まれる決済ＩＤが、第１条件を満たすか否かを判定することができる。
【００４６】
ここで、決済要求は、販売者の端末２００にインストールされた決済アプリケーションによって生成される要求であり、販売者の端末２００によってあらかじめ登録された登録情報、及び販売者の端末２００によって新たに入力された入力情報をいずれも含んでよい。特に、決済要求は、購買者の端末３００から取得された決済ＩＤを含む。決済ＩＤは、購買者の端末３００に提供される１回限りのＩＤまたは時間が限られて有効なＩＤであってよく、購買者の端末３００とは無関係であるが、購買者の端末３００または購買者を識別することもできる。ここで、購買者の端末３００は、販売者の端末２００と一般的には異なるが、特殊な状況では、同一であることもある。すなわち、購買者でありながら、販売者が所持する端末は、購買者端末でありながら販売者端末でもある。ここで、第１条件は、決済ＩＤに係わる条件であり、決済ＩＤに含まれる数字、記号、英文字などが、決済ＩＤに係わる規則を満たすか否か、決済ＩＤの有効期間が満了しているか否か、販売者の端末２００の位置が、決済ＩＤが付与された購買者の端末３００の位置からあらかじめ設定された閾距離以内であるか否かのうち少なくとも一つを含んでよい。それにより、本発明の実施形態による決済処理サーバ１００は、決済要求に含まれる決済ＩＤが有効であるか否か、決済ＩＤに係わる購買者によって決済要求が開始されたか否かを確認することができる。結果として、本発明の実施形態による決済処理サーバ１００は、決済ＩＤが異なるユーザによって使用されたり、以前に発給された決済ＩＤを介して決済ＩＤを発給されたユーザ以外のユーザによって継続的に決済が行われたりすることを防止することができる。
【００４７】
第２判定部１４２は、第１条件を満たす決済要求が、第２条件を満たすか否かを判定することができる。ここで、第２条件は、決済ＩＤに係わる購買者に係わる条件であり、決済ＩＤを受信した購買者が、決済手段を有しているか否か、購買者によって登録された決済手段があるか否か、購買者によって登録された決済手段の有効期間が残っているか否か、決済手段が決済可能であるか否かのうち少なくとも一つを含んでよい。ここで、決済手段が決済可能であるか否かは、紛失申告などによって使用が停止されているか否か、限度額を超えて使用されたか否かなどによって決定される。一般的には、決済手段に係わる有効性は、外部の決済代行サーバからの応答を介して確認することができた。それに対して、本発明の実施形態による決済処理サーバ１００は、決済代行サーバと通信することなく、第２判定部１４２によって、あらかじめ登録された決済手段についての情報を考慮し、決済手段の有効性を判定することができる。
【００４８】
評価部１４３は、第１判定部１４１及び第２判定部１４２によって、決済要求が第１条件及び第２条件を満たすと判定された場合、決済要求が有効であると評価することができる。
【００４９】
決済要求が有効である場合、パケット生成部１４４は、決済要求の当事者である購買者・販売者、決済情報（例えば、決済金額、決済品目など）にアクセスすることができるように生成されるトランザクションＩＤを生成し、トランザクションＩＤを含むパケットを生成することができる。パケット生成部１４４によって生成された１以上のパケットは、生成された順序でメッセージキュー１２０に保存される。メッセージキュー１２０は、処理されなければならない決済に対応するパケットを保存する保存空間を表す。メッセージキュー１２０は、記録媒体１４０またはデータベース１１０とは独立して動作しうるものであり、そのために、別途のストレージに含まれてよいが、独立して動作するように設定される記録媒体１４０またはデータベース１１０と同一ストレージに含まれてもよい。メッセージキュー１２０は、独立してパケットを処理するために生成されたタスクによってのみアクセスされ、オペレーティングシステム、及び他のプロセスまたはスレッドによっては、アクセスされない。しかし、例外的に、決済処理サーバ１００は、自主的な状態モニタリングを介して、例外的な状況である場合、メッセージキュー１２０に対するアクセスを防ぐことができる。例外的な状況は、例えば、決済処理サーバ１００の電源がオンになったりオフになったりする瞬間である場合、決済処理サーバ１００が、内部または外部の決済処理のためのモジュールに接続されていない場合、決済処理サーバ１００のオペレーティングシステムの動作にエラーがあった場合、決済処理サーバ１００に、ウイルス、悪性コードなどの攻撃が生じた場合、決済処理サーバ１００で実行されるプロセッサ、スレッドによって、ＣＰＵまたはメモリの使用率があらかじめ設定された閾値、例えば、９０パーセント以上である場合のうち少なくとも一つであってよい。メッセージキュー１２０は、あらかじめ定められた閾数までのパケットのみを保存することができ、閾数を超える場合には、それ以上パケットを保存することができないという信号を状態モニタリング部１４６に伝達することができる。
【００５０】
タスク実行部１４５は、決済処理のために生成されたタスクを制御する機能を実行する。タスク実行部１４５は、記録媒体１４０に保存されている他の構成要素の動作とは独立して動作するように設定され、メッセージキューに保存されたパケットを読み取ったり、メッセージキューに保存されたパケットを削除したり、メッセージキューに保存されたパケットを変更したりするというような動作を実行することができる。タスク実行部１４５以外の他の構成要素は、メッセージキューに保存されたパケットを読み取ったり削除したりすることができない。タスク実行部１４５は、メッセージキューに保存されたデータの復号キーを管理することにより、メッセージキューに保存されたデータを読み取ったり削除したりすることができる。タスク実行部１４５は、メッセージキューに保存されたパケットを、保存された順に処理することができる。タスク実行部１４５は、保存されたパケットを分析し、パケットに対応する決済を処理することができる。タスク実行部１４５は、保存されたパケットから抽出された販売関連情報、購買関連情報に基づいて、パケットに対応する決済を自主的に処理することができる。ここで、決済処理とは、購買者の決済手段を介して、販売関連情報に対応する決済が行われ、販売者の口座に、決済による販売代金が支払われるようにすることを意味する。タスク実行部１４５は、メッセージキューに保存された１以上のパケットのうち最も先に保存された第１パケットを処理し、第１パケットに対する処理結果を受信するまで待機する。タスク実行部１４５は、第１パケットに対する処理結果として、真（TRUE）を受信すれば、第１パケットをメッセージキューから削除し、第１パケットに対応する決済が処理されたと決定する。その後、タスク実行部１４５は、メッセージキューに保存されたパケットがなくなるまで、次のパケットを処理することができる。このとき、タスク実行部１４５は、プロセッサ１３０によって実行される他のプロセス、スレッドなどとは別個に、独立しているメモリ、ＣＰＵなどを利用してパケットを処理する。タスク実行部１４５は、第１パケットに対する処理結果として、偽（FALSE）を受信すれば、所定の時間後に第１パケットを再送信するか、あるいは第１パケットに対応する決済が処理されていないと決定する。
【００５１】
タスク実行部１４５は、周期的に、例えば、１秒または０．１秒のように相当に短い時間間隔でメッセージキュー１２０にアクセスし、保存されたパケットがあるか否かをチェックし、保存されたパケットがある場合、保存された順にパケットを処理することができる。または、タスク実行部１４５は、メッセージキューにパケットが保存されたときに生じるイベント（event）または割り込み（interrupt）が受信されれば、メッセージキューに保存されたパケットを、保存された順に処理することができる。タスク実行部１４５は、外部の決済代行サーバとのデータ送受信を介して、決済を選択的に処理することもできる。
【００５２】
状態モニタリング部１４６は、タスク実行部１４５の決済処理状態を、購買者及び販売者のユーザ端末２００，３００に送信することができる。状態モニタリング部１４６は、決済処理状態が真（TRUE）である場合には、それによって購買者のユーザ端末３００に購買データを送信することができ、販売者のユーザ端末２００に販売データを送信することができる。ユーザ端末にインストールされた決済アプリケーションを介して、購買データは、購買履歴として保存され、販売データは、販売履歴として保存される。購買データは、トランザクションＩＤを介して取得された決済情報に基づいて生成され、販売者に係わる識別情報（電話番号、住所など）を含んでよい。販売データも、トランザクションＩＤを介して取得された決済情報に基づいて生成され、販売データは、購買データと異なり、購買者に係わる識別情報、個人情報（電話番号、氏名、住所など）を含まない。
【００５３】
状態モニタリング部１４６は、決済処理状態が偽（FALSE）である場合には、販売者のユーザ端末２００に、決済要求が処理されていないことを通知するメッセージを送信することができる。このとき、状態モニタリング部１４６は、購買者のユーザ端末３００には、決済要求が処理されていないことを通知するメッセージを伝達する必要がない。
【００５４】
例示的な実施形態において、状態モニタリング部１４６は、販売者のユーザ端末２００から受信した伝達メッセージから、この伝達メッセージに含まれるトランザクションＩＤを利用して購買者を抽出し、購買者のユーザ端末３００に、この伝達メッセージを送信することができる。状態モニタリング部１４６は、この伝達メッセージを分析して導き出されたトランザクションＩＤを利用して、この伝達メッセージの受信者を決定し、受信者のユーザ端末に、この伝達メッセージを送信することができる。伝達メッセージは、販売行為の完了、販売行為の後続アクションの完了などを含んでよい。例えば、食品／飲み物などを販売する販売者は、別途の通知装置なく、食品の完成、飲み物の完成についての伝達メッセージを生成して、この伝達メッセージを購買者のユーザ端末３００に伝達することができる。また、オンラインショッピングモールを運用する販売者は、商品の配送状態（出庫、配送など）に基づいて伝達メッセージを生成し、購買者のユーザ端末３００に、商品の配送状態（出庫、配送など）を通知するこの伝達メッセージを伝達することができる。このとき、販売者は、購買者の電話番号、ＩＤなどの個人情報を確認する過程なく、販売履歴に基づいて、購買者に伝達メッセージを伝達することができる。購買者には、常時具備しているユーザ端末３００を介して、販売場所を外れても、飲み物、食品などの販売行為の後続アクションである完成のような情報が伝達される。
【００５５】
状態モニタリング部１４６は、メッセージキューに保存されたパケットの数が閾数を超える場合にも、決済が不可能であるというメッセージを販売者のユーザ端末２００に伝達することができる。このとき、状態モニタリング部１４６は、購買者のユーザ端末３００には、決済が不可能であるというメッセージを伝達する必要がない。
【００５６】
状態モニタリング部１４６は、購買者のユーザ端末３００から受信した問い合わせメッセージから抽出されたトランザクションＩＤを利用して、購買データの販売者を抽出し、販売者のユーザ端末に、購買データに対応する販売データとリンクされたこの問い合わせメッセージを送信することができる。状態モニタリング部１４６は、購買者のユーザ端末３００から受信した問い合わせメッセージから、この問い合わせメッセージに含まれるトランザクションＩＤを利用して販売者を抽出し、販売者のユーザ端末２００に、この問い合わせメッセージを送信することができる。例えば、購買者は、販売者の電話番号、ＩＤなどの個人情報、識別情報を確認する過程なく、購買履歴から、決済した食品／飲み物などの完了時点、オンラインショッピングモールを介して購買した商品の配送状態などを確認したり、販売者に、サイズ、色などの商品に係わる問い合わせを行う問い合わせメッセージを送信したりすることができる。それにより、本発明の実施形態による決済処理サーバ１００は、購買者及び販売者が、互いの個人情報（電話番号、ＩＤなど）を知らないとしても、購買者または販売者にメッセージを伝達することができるようにする。本発明の実施形態による決済処理サーバ１００は、商品購買を介する、購買者の個人情報流出を防止することができる。本発明の実施形態による決済処理サーバ１００は、商品販売を介する、販売者の個人情報流出を防止することができる。
【００５７】
対話ルーム管理部１４７は、購買者端末の購買データまたは販売者端末の販売データを利用した対話ルーム開設要求の応答として、対話ルームを開設することができる。購買者端末から対話ルーム開設要求を受信した場合、対話ルーム管理部１４７は、対話ルーム開設要求を分析して取得されたトランザクションＩＤを利用して販売者情報を検索し、検索された販売者を対話ルームの参加者として決定することができる。このとき、対話ルーム参加者である販売者に係わる情報は、購買者端末に提供される。
【００５８】
販売者端末から対話ルーム開設要求を受信した場合、対話ルーム管理部１４７は、対話ルーム開設要求を分析して取得されたトランザクションＩＤを利用して購買者情報を検索し、検索された購買者を対話ルームの参加者として決定することができる。このとき、対話ルーム参加者である購買者に係わる情報は、販売者端末に提供されない。生成された対話ルームを介してやり取りされたメッセージは、対話ルーム参加者である購買者及び販売者に提供されるが、購買者または販売者の個人情報は、提供されない。
【００５９】
本発明の実施形態による決済処理サーバ１００は、ユーザ端末２００，３００にインストールされた決済アプリケーションを介して、決済手段または販売者情報をあらかじめ登録させることができる。このとき、決済手段の種類に応じて、登録させる過程は異なる。購買者の決済手段は、決済が可能なクレジットカード、口座振込みが可能な口座情報などを含み、購買者ではない他のユーザの決済手段を登録することもできる。かような場合、本発明の実施形態による決済処理サーバ１００は、決済手段による決済情報を、決済手段の名義者であるユーザのユーザ端末３０２に伝達し、販売者からの伝達メッセージを購買者のユーザ端末３０１に伝達することができる。
【００６０】
本発明の実施形態による決済処理サーバ１００は、第１ユーザによってあらかじめ決済された事前決済金額ほどの決済手段を生成し、この決済手段を第２ユーザに伝達することができる。第２ユーザは、本人ではない第１ユーザによって生成された決済手段を利用して、購買行為を行うことができる。例えば、第１ユーザは、第１ユーザが有している決済手段を利用して所定の金額を事前決済し、事前決済した金額を第２ユーザにプレゼントすることができる。かような場合、決済処理サーバ１００は、事前決済した金額の決済手段を第２ユーザが有していると登録する。ここで、プレゼントを受け取る第２ユーザは、それに対する承認、承諾の応答を行った場合にのみ、事前決済した金額の決済手段を有するということは、言うまでもない。他のユーザによって事前決済又は登録された決済手段については、特別に、決済手段が有効であるか否かが判定されない。
【００６１】
図３は、決済処理サーバ１００、購買者のユーザ端末３００、及び販売者のユーザ端末２００の間のデータ送受信を示す図面である。
【００６２】
販売者のユーザ端末２００は、決済処理サーバ１００によって配布された決済アプリケーション２２０をインストールして、決済アプリケーションによって販売された販売履歴２３０を保存することができる。また、販売者のユーザ端末２００は、販売者の販売元、販売品目などについての情報を登録させて販売することができるショッピングアプリケーション２１０を追加してインストールすることができる。
【００６３】
購買者のユーザ端末３００は、決済処理サーバ１００によって配布された決済アプリケーション３２０、及びショッピングアプリケーション３１０を保存することができる。また、購買者のユーザ端末３００は、決済アプリケーションを介して購買された購買履歴３３０を保存することができる。また、購買者のユーザ端末３００は、決済アプリケーションを介して購買された、購買者の購買に係わる情報である購買履歴３３０を含んでよい。
【００６４】
決済処理サーバ１００は、購買者の要求に応じて決済ＩＤを発給し、決済ＩＤを購買者のユーザ端末３００に送信することができる。このとき、購買者のユーザ端末３００は、決済アプリケーション３２０を介して、決済ＩＤを受信する。決済ＩＤは、購買者の決済アプリケーション３２０を介して、販売者の決済アプリケーション２３０に伝達され得る。このとき、決済ＩＤは、販売者のユーザ端末２００に具備されたイメージセンサなどを介して認識されてもよいし、近距離通信を介して伝達されてもよい。販売者のユーザ端末２００は、決済処理サーバ１００に決済要求を送信する。決済要求の応答として、決済処理サーバ１００は、決済要求に含まれる販売情報及び決済ＩＤを考慮し、決済要求に対応するトランザクションＩＤを生成することができ、トランザクションＩＤを利用した決済処理を行うこともできる。また、決済処理サーバ１００は、販売者のユーザ端末２００に、トランザクションＩＤを含む販売データを送信し、購買者のユーザ端末３００に、トランザクションＩＤを含む購買データを送信する。
【００６５】
図４ないし図７は、本発明の実施形態による決済処理方法を示すフローチャートである。
【００６６】
図４を参照すると、本発明の実施形態による決済処理方法は、決済要求受信段階（Ｓ１１０）、決済ＩＤ判定段階（Ｓ１２０）、決済手段判定段階（Ｓ１３０）、決済要求評価段階（Ｓ１４０）、パケット生成段階（Ｓ１５０）、パケット保存段階（Ｓ１６０）を含んでよい。
【００６７】
Ｓ１１０において、決済処理サーバ１００は、販売者の端末２００から決済要求を受信することができる。ここで、決済要求は、販売者の端末２００にインストールされた決済アプリケーションによって生成された要求であり、販売者の端末２００によってあらかじめ登録された登録情報、及び販売者の端末２００によって新たに入力された入力情報をいずれも含んでよい。特に、決済要求は、購買者の端末３００から取得された決済ＩＤを含む。決済ＩＤは、購買者の端末３００に提供される１回限りのＩＤまたは時間が限られて有効なＩＤを表し、購買者の端末３００とは無関係であるが、購買者の端末３００または購買者を識別することもできる。ここで、購買者の端末３００は、販売者の端末２００と一般的には異なるが、特殊な状況では、同一であることもある。すなわち、購買者でありながら、販売者が所持している端末は、購買者端末でありながら、販売者端末でもある。
【００６８】
Ｓ１２０において、決済処理サーバ１００は、決済要求に含まれる決済ＩＤが、第１条件を満たすか否かを一次的に判定することができる。決済処理サーバ１００は、決済要求に含まれる決済ＩＤが有効であるか否かを一次的に判定することができる。第１条件は、決済ＩＤに係わる条件であり、決済ＩＤに含まれる数字、記号、英文字などが、決済ＩＤに係わる規則を満たすか否か、決済ＩＤの有効期間が満了しているか否か、販売者の端末２００の位置が、決済ＩＤが付与された購買者の端末３００の位置からあらかじめ設定された閾距離以内であるか否かのうち少なくとも一つを含んでよい。決済処理サーバ１００は、一次的な判定を介して、販売者の端末２００からの決済要求に含まれる決済ＩＤ自体が有効であるか否かを判定することができる。
【００６９】
Ｓ１３０において、決済処理サーバ１００は、決済ＩＤを受信した購買者を検索し、購買者に係わる決済手段が、第２条件を満たすか否かを二次的に判定することができる。第２条件は、決済ＩＤに係わる購買者に係わる条件であり、決済ＩＤを受信した購買者が決済手段を有しているか否か、購買者によって登録された決済手段があるか否か、購買者によって登録された決済手段の有効期間が残っているか否か、決済手段が決済可能であるか否かのうち少なくとも一つを含んでよい。ここで、決済手段が決済可能であるか否かは、紛失申告などによって使用が停止されているか否か、限度額を超えて使用されたか否かなどによって決定される。決済処理サーバ１００は、二次的な判定を介して、決済要求に含まれる決済ＩＤを受信した購買者の決済手段によって、決済が処理されるか否かを判定する。
【００７０】
一次的な判定及び二次的な判定をいずれも満たす場合、Ｓ１４０において、決済処理サーバ１００は、決済要求が有効であると評価することができる。すなわち、決済処理サーバ１００は、有効な決済要求については、即座に決済が行われるように処理する。
【００７１】
Ｓ１５０において、決済処理サーバ１００は、決済要求に対応する決済を処理するために、決済要求に係わる決済情報、決済要求の購買者、及び販売者に係わるコードを含むトランザクションＩＤを含むパケットを生成することができる。ここで、決済要求に係わる決済情報は、決済金額、決済品目などの情報を含んでよい。購買者に係わるコードは、購買者のＩＤに対応させて付与されたコードであり、購買者の氏名、決済手段、購買者の他の個人情報とは直接的に対応しないが、間接的には対応する。販売者に係わるコードは、販売者のＩＤに対応させて付与されたコードであり、販売者の氏名、販売者の事業者登録番号のような個人情報とは直接的に対応するものではない。トランザクションＩＤは、販売者に対応する販売者コード及び購買者に対応する購買者コードを含みつつ、１つの決済要求に対応するように生成される。各決済要求は、一意なトランザクションＩＤによって管理される。
【００７２】
Ｓ１６０において、決済処理サーバ１００は、メッセージキューにパケットを保存することができる。決済処理サーバ１００は、データベースとは独立して存在する領域であるメッセージキューにパケットを保存することができる。また、メッセージキューが保存される領域は、管理者によって設定された領域であり、不揮発性記録媒体に具備される。また、メッセージキューは、決済処理の独立性及び安全性を維持するために、オペレーティングシステム、インストールされたコンピュータプログラムなどによってアクセスされないように設定される。
【００７３】
図５を参照すると、本発明の実施形態による決済処理方法は、メッセージキューに保存された第１パケットを処理する段階（Ｓ２１０）、第１パケットに対する処理結果を受信する段階（Ｓ２２０）、第１パケットに対する処理結果が真（TRUE）であるか否かを判定する段階（Ｓ２３０）、第１パケットに係わる販売者または購買者を検索する段階（Ｓ２４０）、販売者の端末に、第１パケットに係わる販売データを送信する段階（Ｓ２５０）、購買者の端末に、第１パケットに係わる購買データを送信する段階（Ｓ２６０）を含んでよい。
【００７４】
Ｓ２１０において、決済処理サーバ１００は、決済のためのパケットのメッセージキューに保存された１以上のパケットを、例えば保存された順に、処理することができる。決済処理サーバ１００は、メッセージキューに保存されたパケットを処理するためのタスク実行部１４５（図２）を生成し、タスク実行部を介して、メッセージキューを管理する機能を実行する。タスク実行部は、周期的に、例えば、１秒または０．１秒のように相当に短い時間間隔でメッセージキューにアクセスし、保存されたパケットがあるか否かをチェックし、保存されたパケットがある場合、例えば保存された順に、パケットを処理することができる。または、タスク実行部は、メッセージキューにパケットが保存されたときに生じるイベントまたは割り込みが受信されれば、メッセージキューに保存されたパケットを、保存された順に処理することができる。しかし、決済処理サーバ１００は、自主的なモニタリングプログラムを介して、例外的な状況であると判定される場合、メッセージキューに対するアクセスを防ぐことができる。例外的な状況は、例えば、決済処理サーバ１００の電源がオンになったりオフになったりする瞬間である場合、決済処理サーバ１００が、内部または外部の決済処理のためのモジュールに接続されていない場合、決済処理サーバ１００のオペレーティングシステムの動作にエラーがあった場合、決済処理サーバ１００に、ウイルス、悪性コードなどの攻撃が生じた場合、決済処理サーバ１００で実行されるプロセッサ、スレッドによって、ＣＰＵまたはメモリの使用率が、あらかじめ設定された閾値、例えば、９０パーセント以上である場合のうち少なくとも一つであってよい。
【００７５】
Ｓ２２０において、決済処理サーバ１００は、第１パケットに対する処理結果を受信する。
【００７６】
Ｓ２３０において、決済処理サーバ１００は、第１パケットに対する処理結果が真（TRUE）であるか否かを判定する。
【００７７】
第１パケットに対する処理結果が真（TRUE）である場合、Ｓ２４０において、決済処理サーバ１００は、第１パケットをメッセージキューから除去または削除し、第１パケットに係わる販売者または購買者を検索することができる。決済処理サーバ１００は、第１パケットに含まれるトランザクションＩＤを利用して、販売者または購買者情報を検索することができる。決済処理サーバ１００は、第１パケットに含まれるトランザクションＩＤにおいて、購買者に対応する部分、販売者に対応する部分を抽出し、購買者に対応する部分から購買者を検索し、販売者に対応する部分から販売者を検索することができる。
【００７８】
Ｓ２５０において、決済処理サーバ１００は、販売者の端末に、第１パケットに係わる販売データを送信することができる。決済処理サーバ１００は、第１パケットを分析して取得されたトランザクションＩＤを利用して、データベース１１０において決済情報を検索することができる。決済処理サーバ１００は、決済情報から、購買者に係わる情報を削除した販売データを生成することができる。それにより、本発明の実施形態による決済処理サーバ１００は、購買者の個人情報なしでも、購買者にアクセスすることができる販売データを、販売者のユーザ端末に提供することができる。
【００７９】
Ｓ２６０において、決済処理サーバ１００は、購買者の端末に、第１パケットから、購買者によってなされた購買データを抽出して送信することができる。決済処理サーバ１００は、トランザクションＩＤを利用して、データベース１１０において決済情報を検索することができる。決済処理サーバ１００は、決済情報、決済金額、決済日／日時、販売元、販売者の電話番号などを含む購買データを生成することができる。購買者の端末は、クレジットカードの種類とは無関係に、決済処理サーバ１００から受信された１以上の購買データを一括して管理することができる。購買データは、トランザクションＩＤを介して取得された決済情報に基づいて生成され、販売者に係わる識別情報（電話番号、住所など）を含んでよい。
【００８０】
それにより、本発明の実施形態による決済処理サーバ１００は、決済手段の区分なく、購買者の端末によってなされた購買履歴を管理することができる。
【００８１】
図６を参照すると、本発明の実施形態による決済処理方法は、第１トランザクションＩＤを含む伝達メッセージを受信する段階（Ｓ３１０）、第１トランザクションＩＤに係わる購買者を検索する段階（Ｓ３２０）、購買者の端末３００に、伝達メッセージを送信する段階（Ｓ３３０）を含んでよい。
【００８２】
Ｓ３１０において、決済処理サーバ１００は、販売者の端末２００から、特定の販売データに係わる、第１トランザクションＩＤを含む伝達メッセージを受信することができる。販売データは、決済情報に基づいて生成され、購買データと異なり、購買者に係わる識別情報、個人情報（電話番号、氏名、住所など）を含まない。
【００８３】
Ｓ３２０において、決済処理サーバ１００は、第１トランザクションＩＤを利用して、第１トランザクションＩＤに係わる購買者を検索することができる。
【００８４】
Ｓ３３０において、決済処理サーバ１００は、購買者の端末３００に、第１トランザクションＩＤと組み合わされたこの伝達メッセージを送信する。購買者の端末３００は、第１トランザクションＩＤを利用して、この伝達メッセージに係わる購買履歴を検索し、購買履歴と関連付けて伝達メッセージを保存する。購買者の端末３００は、伝達メッセージの受信表示を購買内訳と関連付けて行う。
【００８５】
伝達メッセージは、販売行為の完了、販売行為の後続アクションの完了などを含んでよい。例えば、食品／飲み物などを販売する販売者は、別途の通知装置なく、食品の完成、飲み物の完成についての伝達メッセージを生成して、この伝達メッセージを購買者のユーザ端末３００に伝達することができる。また、オンラインショッピングモールを運用する販売者は、商品の配送状態（出庫、配送など）に基づいて伝達メッセージを生成し、この伝達メッセージを購買者のユーザ端末３００に伝達することができる。このとき、販売者は、購買者の電話番号、ＩＤを確認する過程なく、販売履歴に基づいて、購買者に伝達メッセージを伝達することができる。購買者には、常時具備しているユーザ端末３００を介して、販売場所を外れても、飲み物、食品の完成のような情報が伝達される。
【００８６】
図７を参照すると、本発明の実施形態による決済処理方法は、購買者の端末３００から第２トランザクションＩＤを含む問い合わせメッセージを受信する段階（Ｓ４１０）、第２トランザクションＩＤを利用して、第２トランザクションＩＤに係わる販売者を検索する段階（Ｓ４２０）、販売者の端末２００に、第２トランザクションと組み合わされた問い合わせメッセージを送信する段階（Ｓ４３０）を含んでよい。
【００８７】
Ｓ４３０において、決済処理サーバ１００は、問い合わせメッセージを、販売者の端末２００に送信するとともに、購買者及び販売者を参加者とする対話ルームを開設することができる。
【００８８】
例えば、購買者は、販売者の電話番号、ＩＤを確認する過程なく、購買履歴から、決済した食品／飲み物などの完了時点、オンラインショッピングモールを介して購買した商品の配送状態などを確認したり、販売者に、サイズ、色などの商品に係わる問い合わせを行う問い合わせメッセージを送信したりすることができる。それにより、本発明の実施形態による決済処理サーバ１００は、購買者及び販売者が互いの個人情報（電話番号、ＩＤなど）を知らないとしても、購買者または販売者にメッセージを伝達することができる。本発明の実施形態による決済処理サーバ１００は、商品購買を介して購買者の個人情報が流出されることを防止することができる。
【００８９】
図８ないし図１０は、決済処理サーバ１００、販売者の端末２００、及び購買者の端末３００の間のデータ送受信を説明するためのフローチャートである。
【００９０】
図８を参照すると、購買者の端末３００は、購買者のＩＤを含む決済開始要求を決済処理サーバ１００に送信することができる（Ｓ７１０）。決済処理サーバ１００は、購買者ＩＤのための決済ＩＤを生成することができる（Ｓ７１１）。決済処理サーバ１００は、決済ＩＤを購買者の端末３００に送信することができる（Ｓ７１２）。購買者の端末３００は、決済ＩＤを販売者の端末２００に伝達する（Ｓ７１３）。販売者の端末２００は、決済ＩＤを含む決済要求を生成する（Ｓ７１４）。販売者の端末２００は、決済要求を決済処理サーバ１００に送信する（Ｓ７１５）。決済処理サーバ１００は、決済ＩＤが、第１条件を満たすか否かを判定することができる（Ｓ７１６）。決済処理サーバ１００は、決済要求の決済ＩＤを利用して、購買者のＩＤを検索する（Ｓ７１７）。決済処理サーバ１００は、購買者ＩＤが、第２条件を満たすか否かを判定する（Ｓ７１８）。決済処理サーバ１００は、決済要求が有効であると評価することができる。決済要求に対応する処理結果が真（TRUE）である場合、決済処理サーバ１００は、決済要求を完了処理する（Ｓ７１９）。決済要求が完了すれば、決済処理サーバ１００は、購買者のユーザ端末３００には、購買データを送信し（Ｓ７２０）、販売者のユーザ端末２００には、販売データを送信する（Ｓ７２１）。
【００９１】
図９を参照すると、販売者のユーザ端末２００は、保存された販売履歴に係わる後続アクションを受信し（Ｓ９０１）、後続アクションに対応する伝達メッセージを生成する（Ｓ９０２）。販売者のユーザ端末２００は、伝達メッセージ、及び販売履歴に対応するトランザクションＩＤを、決済処理サーバ１００に伝達する（Ｓ９０３）。決済処理サーバ１００は、トランザクションＩＤを利用して、検索、取得、抽出された購買者コードを利用して、購買者を検索し（Ｓ９０４）、購買者のユーザ端末３００に、伝達メッセージを伝達する（Ｓ９０５）。例えば、購買者コードを利用して、購買者端末と共に参加する対話ルームを生成し、対話ルームを介して、伝達メッセージを提供することができる。
【００９２】
図１０を参照すると、購買者のユーザ端末３００は、保存された購買履歴に係わる問い合わせメッセージを受信する（Ｓ１００１）。購買者のユーザ端末３００は、問い合わせメッセージ、及び購買履歴のトランザクションＩＤを、決済処理サーバ１００に送信する（Ｓ１００２）。決済処理サーバ１００は、トランザクションＩＤに含まれる販売者コードを利用して、販売者を抽出する（Ｓ１００３）。決済処理サーバ１００は、問い合わせメッセージに対応する販売履歴と結び付けられる、この問い合わせメッセージを送信する（Ｓ１００４）。より具体的には、決済処理サーバ１００は、販売者コードを利用して、販売者及び購買者を共に含めた対話ルームを生成し、対話ルームを介して、上記問い合わせメッセージを提供することができる。
【００９３】
図１１は、購買者のユーザ端末３００によって提供されるユーザ・インターフェースの例示である。
【００９４】
購買者のユーザ端末３００は、決済アプリケーションの実行を介して、図１１（ａ）のような第１ユーザ・インターフェースＳ１を提供することができる。第１ユーザ・インターフェースＳ１の後に、購買者のユーザ端末３００は、決済処理サーバ１００から受信した決済ＩＤに対応するイメージコード（バーコード、ＱＲコード（登録商標）など）を含む第２ユーザ・インターフェースＳ２を提供することができる。第２ユーザ・インターフェースＳ２は、決済ＩＤの残余有効時間を通知する時間表示領域Ａ１、及び、決済意思がなくなることにより、前のユーザ・インターフェースに戻るか、あるいはホーム画面に戻ることができる取消ボタン領域Ａ３を含んでよい。第２ユーザ・インターフェースＳ２を、販売者のユーザ端末２００を介して認識させれば、購買者のユーザ端末３００は、購買が完了したという購買データを提供する第３ユーザ・インターフェースＳ３を提供することができる。第３ユーザ・インターフェースＳ３は、購買した商品に係わる情報を含んでよい。
【００９５】
購買が完了した購買データは、購買履歴を提供する第４ユーザ・インターフェースＳ４に追加される。第４ユーザ・インターフェースＳ４は、１以上の購買データＡ４，Ａ５をリストとして含み、オンラインショッピングモールで購買した商品である第１購買データＡ４は、購買取消が可能なボタンＡ６、販売者に質問を送信することができるボタンＡ７を含んでよく、オフライン飲食品売場で購買した商品である第２購買データＡ５は、完了通知ボタンＡ８、及び購買取消が可能なボタンＡ９を含んでよい。第２購買データＡ５を介して、購買者は、注文した飲食品が完了したかどうかを確認することができる。
【００９６】
図１２に図示されているように、決済処理サーバ１００は、購買者端末または販売者端末から受信された対話ルーム開設要求に応じて、購買者端末と販売者端末とのメッセージ送受信のための対話ルームを開設することができる。決済内訳を介して結び付けられた購買者または販売者には、各端末に保存された購買履歴または販売履歴を利用して、購買履歴の販売者または販売履歴の購買者と対話することができる窓口が提供される。購買履歴の販売者または販売履歴の購買者と連絡することができる電話番号、電子メールアドレスなどの個人情報を有していないとしても、決済処理サーバ１００によって提供される購買履歴または販売履歴を利用して、購買者と販売者とのコミュニケーションが可能である。
【００９７】
図１２（ａ）に図示されているように、購買者端末は、購買履歴を提供する画面Ｓ５を提供することができる。購買履歴に含まれる購買データは、購買した物品についての情報だけではなく、交換／返品申請のためのボタン、対話ルーム開設のためのボタン、購買を確定するボタン、購買を取り消すボタン、問い合わせメッセージを送信するボタンを含んでよい。ユーザによる、対話ルーム開設のためのボタン、または問い合わせメッセージを送信するボタンに対する選択入力が受信された場合、購買者端末は、選択入力に対応する要求を、決済処理サーバに送信することができる。決済処理サーバは、要求の応答として、購買者及び販売者を含めた対話ルームＳ７を開設して提供することができる。このとき、決済処理サーバは、購買データを分析して取得されたトランザクションＩＤを利用して、販売者を検索、抽出する。また、対話ルームに含まれる参加者らのプロフィールは、参加者らの個人情報が公開されないように仮想的に生成される。このとき、決済処理サーバは、参加者らのうち販売者によって販売される物品のイメージを、販売者のプロフィールｉ２として設定することができる。また、販売者によって受信されたメッセージｔ２を、プロフィールと結び付けて提供することができる。購買者のプロフィールｉ１，ｉ３は、購買者によって設定されたプロフィール写真をそのまま含み、購買者によって入力されたメッセージｔ１，ｔ３は、プロフィールと結び付けられて提供される。
【００９８】
図１２（ｂ）に図示されているように、販売者端末は、販売履歴を提供する画面Ｓ６を提供することができる。販売履歴に含まれる販売データは、販売日時、販売金額、購買者に対応する仮想ＩＤ情報を含んでよい。また、販売履歴は、販売を確定するボタン、伝達メッセージを送信するか、あるいは対話ルームを開設するためのボタンを含んでよい。対話ルーム開設のためのボタン、または伝達メッセージを送信するボタンに対する選択入力が受信された場合、販売者端末によって、購買者との対話ルームを提供する画面Ｓ８が提供される。このとき、販売者端末によって提供される画面Ｓ８には、購買者のプロフィールが仮想的に生成されて提供される。購買者の仮想プロフィールｉ５は、仮想ＩＤによってのみ構成され、ランダムなイメージで構成される。購買者によって入力されたメッセージｔ５は、購買者の仮想プロフィールｉ５と結び付けられて提供される。販売者のプロフィールｉ４，ｉ６は、販売者にだけ提供されるものであり、販売者によって設定されたそのままでもある。メッセージｔ４，ｔ６は、販売者のプロフィールｉ４，ｉ６と結び付けられて提供される。
【００９９】
以上説明した本発明による実施形態は、コンピュータ上で多様な構成要素を介して実行されるコンピュータプログラムの形態で具現化され、かようなコンピュータプログラムは、コンピュータ読み取り可能な媒体に記録される。ここで、かような媒体は、ハードディスク、フロッピー（登録商標）ディスク、及び磁気テープのような磁気媒体；ＣＤ−ＲＯＭ（compact  disc  read  only  memory）及びＤＶＤ（digital  versatile  disc）のような光記録媒体；フロプティカルディスク（floptical  disk）のような光磁気媒体；及び、ＲＯＭ（read-only  memory）、ＲＡＭ（random  access  memory）、フラッシュメモリのような、プログラム命令を保存して実行するように特別に構成されたハードウェア装置を含んでよい。さらに、かような媒体は、ネットワーク上で伝送可能な形態で具現化される無形の媒体を含んでもよく、例えば、ソフトウェア形態またはアプリケーション形態で具現化され、ネットワークを介して伝送及び流通が可能な形態の媒体でもある。
【０１００】
上記コンピュータプログラムは、本発明のために特別に設計されて構成されたものであってもよく、コンピュータソフトウェア分野の当業者に公知されて使用可能なものであってもよい。かようなコンピュータプログラムの例としては、コンパイラによって作成されるような機械語コードだけではなく、インタープリタなどを使用して、コンピュータによって実行される高級言語コードも含まれる。
【０１０１】
本発明で説明した特定の実行は、一実施形態であり、いかなる方法も、本発明の範囲を限定するものではない。明細書の簡潔さのために、従来技術的な構成、制御システム、ソフトウェア、システムの他の機能的な側面の記載は省略されている。また、図面に図示された構成要素間の線の接続または接続部材は、機能的な接続及び／または物理的または回路的な接続を例示的に示したものであり、実際の装置では、代替可能であったり、追加されたりする多様な機能的な接続、物理的な接続または回路の接続として示される。また、「必須な」、「重要に」のように、具体的な言及がなければ、本発明の適用のために必ずしも必要な構成要素であるとは限らない。
【０１０２】
本明細書（特に、特許請求の範囲）において、「前記」の用語、及びそれと類似した指示語の使用は、単数及び複数のいずれにも該当する。また、本発明において、範囲（range）を記載している場合、この範囲に属する個別的な値を適用した発明を含むものであり（それに反する記載がなければ）、発明の詳細な説明に、上記範囲を構成する各個別的な値を記載している通りである。最後に、本発明による方法を構成する段階について、明確に順序を記載するか、あるいはそれに反する記載がなければ、上記段階は、適切な順序で実行される。段階の記載順序によって、本発明が限定されるものではない。本発明において、全ての例または例示を示す用語（例えば、など）の使用は、単に本発明を詳細に説明するためのものであり、請求項によって限定されない以上、上記例、または例示を示す用語によって、本発明の範囲が限定されるものではない。また、当業者は、多様な修正、組み合わせ、及び変更が付加された請求項、またはその均等物の範囲内で、設計条件及びファクタによって構成されるということが分かるであろう。
【産業上の利用可能性】
【０１０３】
本発明の決済処理方法、決済処理サーバ、及びコンピュータプログラムは、例えば、電子取引関連の技術分野に効果的に適用可能である。
【符号の説明】
【０１０４】
１０      決済処理システム
１００    決済処理サーバ
１１０    データベース
１２０    メッセージキュー
１３０    プロセッサ
１４０    記録媒体
１４１    第１判定部
１４２    第２判定部
１４３    評価部
１４４    パケット生成部
１４５    タスク実行部
１４６    状態モニタリング部
１４７    対話ルーム管理部
１５０    通信インターフェース
２００，３００    ユーザ端末
２０１，３０１    ＰＣ
２０２，３０２    携帯端末
２１０，３１０    ショッピングアプリケーション
２２０，３２０    決済アプリケーション
２３０    販売履歴
３３０    購買履歴
４００    通信網
【図１】
2017208084.tif 000003
【図２】
2017208084.tif 000004
【図３】
2017208084.tif 000005
【図４】
2017208084.tif 000006
【図５】
2017208084.tif 000007
【図６】
2017208084.tif 000008
【図７】
2017208084.tif 000009
【図８】
2017208084.tif 000010
【図９】
2017208084.tif 000011
【図１０】
2017208084.tif 000012
【図１１】
2017208084.tif 000013
【図１２】
2017208084.tif 000014