KR102584808B1

KR102584808B1 - 밸류 유닛 변환, 활용, 중재 및 거래 상품 애플리케이션 생성을 위한 시스템 및 방법

Info

Publication number: KR102584808B1
Application number: KR1020197038294A
Authority: KR
Inventors: 푸테 카오; 존 미첼; 체르만 휴
Original assignee: 에피소드 식스 인크.
Priority date: 2017-05-30
Filing date: 2018-05-30
Publication date: 2023-10-04
Also published as: AU2018277043A1; CN110809776A; CA3064880A1; JP2020522813A; JP7280836B2; EP3631730A1; AU2018277043B2; KR20200018496A; EP3631730A4; US11449935B2; WO2018222649A1; CA3064880C; US20180349997A1

Abstract

하나 이상의 밸류 유닛 교환과 상호 작용하여 통합된 복수의 밸류 유닛교환에 걸쳐 밸류 유닛 전환 비율을 생성하는 거래 프로세서의 시스템 및 방법. 거래 당 기초에 구현될 수 있는 거래 상품 계정에서 밸류 유닛 유형의 지정을 허용하는 다중 밸류 유닛 지갑의 지정 및 조작을 위한 시스템 및 방법. 거래 동안 상이한 밸류 유닛 유형의 사용을 우선순위화하기 위하여 밸류 유닛 인출의 대체 시퀀스를 선택하기 위한 다중 인터페이스를 갖는 밸류 유닛 변환 및 활용 상품을 위한 시스템 및 방법. 상품 레벨에서 및 거래 당 기초에서 거래 상품 및 밸류 유닛 거래의 구현을 허용하도록 애플리케이션 프로그래밍 인터페이스 거래 상품을 구축하기 위한 상품 엔진을 위한 시스템 및 방법.

Description

밸류 유닛 변환, 활용, 중재 및 거래 상품 애플리케이션 생성을 위한 시스템 및 방법

<관련 출원의 상호 참조>

본 출원은 2017년 6월 22일에 출원된 "SYSTEM AND METHOD FOR VALUE UNIT CONVERSION MEDIATED BY MULTIPLE EXCHANGE QUERYING AND EVALUATION"이라는 미국 특허 출원 15/630,853을 우선권으로 주장한다. 이 출원은 또한 2017년 6월 15일에 출원된 "SYSTEM AND METHOD FOR VALUE UNIT CONVERSION AND UTILIZATION"이라는 미국 특허 출원 15/623,386을 우선권으로 주장한다. 이 출원은 또한 2017년 5월 30일에 전체 명세서로 제출된 "SYSTEM AND METHOD FOR CREATING A TRANSACTION PRODUCT APPLICATION PROGRAMMING INTERFACE THAT INTERACTS WITH BOTH A TRANSACTION NETWORK AND COMMUNICATIONS NETWORK"의 미국 특허 출원 15/608,974의 우선권을 주장하며. 이들 각각은 본원에 참조로 포함된다.

<기술 분야>

본 명세서에 설명된 바와 같은 개시는 거래 시스템(transactional system)의 기술 분야에 있다. 보다 구체적으로, 본 개시는 최종 사용자 구성형 애플리케이션 프로그래밍 인터페이스(end user configured application programming interface)의 기술 분야에 관한 것이다. 보다 구체적으로, 본 개시는 거래를 위한 교환 시스템의 기술 분야에 관한 것이다.

현재 은행 및 기타 결제 상품 발행인(issuer)은 그들의 고객에게 제공하는 금융 상품 및 거래 상품을 보유하고 있다. 여기에는 다양한 기능을 갖춘 개인 또는 비즈니스 수표(checking), 저축 및 차용 계좌뿐만 아니라 이용 약관(terms and conditions), 지불 상품 및 전자 및 외화 송급, 온라인 청구서 지불, 직불 및 신용카드, 개인 대 개인 송금 및 기타와 같은 기능이 포함된다. 이 금융 상품 및 거래 상품은 은행, 발행인 및 기타 회사가 고객에게 제공하는 귀중한 도구이다.

소비자가 결제 상품을 사용하여 거래를 시작하면, 거래를 받는 획득기(acquirer)는 거래 요구 사항의 세부 사항과 상품의 발행인 및 고객 계정을 식별하는 결제 상품을 포함하는 거래 메시지를 작성한다. 상기 지불 거래 메시지는 스위치를 통해 거래 네트워크로 전송되고, 여기서 거래와 관련된 특정 발행인 및 특정 계정의 발행인 프로세서로 라우팅된다. 상기 거래가 발행인 프로세서에 도달하면, 상기 발행인 프로세서는 지불 거래 세부 정보를 수신하고 메시지와 관련된 계정을 검사하여 거래 요구 사항을 충족시킬 수 있는지 확인한 다음 요구 사항을 충족할 수 있으면 거래를 승인한다. 응답 메시지는 발행인 프로세서에서 다시 스위치로 전송되며, 상기 응답 메시지는 판매 시점에 거래를 승인하거나 거절할 수 있는 획득기에게 응답 메시지를 전달한다.

현재 소비자 또는 회사가 거래 별로 원하는 상호 작용을 사용자 정의할 수 있는 방법은 거의 없다. 예를 들어, 기존 수단 중 하나는 특정 지불 상품에 대한 거래 금액에 대한 일일 한도를 설정하는 발행인이 규칙을 설정할 수 있다는 것이다. 그러나 거래에 존재할 수 있는 기능의 유형을 규제하는 이러한 규칙은 일반적으로 특정 발행 기관의 소프트웨어에 하드 코딩된다. 이 하드-코딩된 소프트웨어는 종종 시장에서 경쟁하기 위해 최종 사용자에게 금융 상품을 제공하는데 사용된다.

(통합으로) 복수의 값 유닛 교환에서 밸류 유닛에 대한 밸류 유닛 비율을 생성하기 위하여, 필요한 것은 밸류 유닛 교환과 상호작용하는 교환 프로세서를 포함하는 구성 가능한 복수의 디지털 지갑이다. 이를 통해 디지털 통화(예를 들어 비트 코인), 법정 통화, 소비자 보상(예를 들어 로열티 포인트) 및 기타 유형의 밸류 유닛과 같은 여러 유형의 밸류 유닛을 최종 사용자가 거래 기초별로 사용할 수 있다.

본 발명은 은행, 발행인 및 다른 회사가 제어 콘솔(control console)을 사용하여 금융 상품(financial instrument) 및 거래 상품을 생성할 수 있는 플랫폼이다. 또한, 상기 제어 콘솔은 최종 사용자에게 제공될 수 있는 거래 상품을 구성하는 수단으로서 거래 상품 입력을 수용한다. 상기 플랫폼에는 이러한 매개 변수를 승인하고 애플리케이션 프로그래밍 인터페이스 거래 상품을 구축하는 상품 엔진을 포함하고, (일단 상품에 대한 최종 사용자 응용 프로그램이 구축된 경우) 이를 통해 최종 사용자는 거래 레벨 및 거래 당 기준(per-transaction basis)으로 거래 상품 및 밸류 유닛 거래의 측면을 관리하고 구성할 수 있다.

또한 본 발명은 밸류 유닛 변환 및 활용 제품이라고 하는 하나의 유형의 거래 상품을 개시하고, 이는 최종 사용자가 거래 기초별(per-transaction basis)로 거래 상품 계정에서 어떤 유형의 밸류 유닛을 구현할 수 있는지를 지정할 수 있도록 허용하는 복수의 밸류 유닛 지갑의 지정 및 조작을 허용하고 따라서 개인은 하나의 밸류 유닛으로 거래를 수행하고 다른 것을 사용하여 결제할 수 있다. 거래 상품의 생성은 구체적으로 밸류 유닛 교환과 관련된 수수료를 감소시킬 수 있다.

게다가, 상기 밸류 유닛 변환 및 활용 상품은 개인이 밸류 유닛 인출의 대체 순서를 선택할 수 있는 다중 인터페이스를 가질 수 있고, 따라서 최종 사용자는 거래 중에 계좌에서 인출되는 다양한 유형의 밸류 유닛에 우선순위를 매길 수 있다(prioritize).

또한, 본 발명의 바람직한 실시 예는 (통합으로서) 복수의 밸류 유닛 교환에 걸쳐 밸류 유닛에 대한 밸류 유닛 변환율(conversion rate)을 생성하기 위해 하나 이상의 밸류 유닛 교환과 상호 작용하는 교환 프로세서를 개시한다. 이를 통해 디지털 통화(예를 들어, 비트 코인), 법정 통화(fiat currency), 소비자 보상(예를 들어, 로열티 포인트) 및 기타 유형의 밸류 유닛과 같은 여러 유형의 밸류 유닛 교환의 명목상 사용(nominal usage)을 최종 사용자가 거래별로 사용할 수 있다.

도 1은 본 발명의 실시 예에서 사용되는 컴퓨팅 장치의 예시적인 하드웨어 아키텍처를 도시하는 사시도이다.
도 2는 본 발명의 실시 예에 따른 클라이언트 장치에 대한 예시적인 논리 아키텍처를 도시하는 사시도이다.
도 3은 본 발명의 일 실시 예에 따른 클라이언트, 서버 및 외부 서비스의 예시적인 아키텍처 구성을 도시하는 사시도이다.
도 4는 본 발명의 다양한 실시 예에서 사용되는 네트워크에 연결된 컴퓨팅 장치의 하드웨어 아키텍처의 실시 예를 도시하는 사시도이다.
도 5는 거래 상품을 생성하기 위한 시스템 다이어그램을 도시하는 사시도이다.
도 6은 거래 상품의 생성을 허용하는 제어 콘솔에 의해 구성된 데이터 및 조직을 도시하는 사시도이다.
도 7은 거래 당 기준 취득자로부터 처리하기 위한 지갑의 생성 및 구성을 나타내는 사시도이다.
도 8은 거래 동안 거래 상품의 구현을 나타내는 사시도이다.
도 9A-9B는 시스템의 전체 사용 다이어그램이다.
도 10은 거래 상품 파트너를 설정하는 다이어그램이다.
도 11A-11B는 거래 상품을 설정하는 다이어그램이다.
도 12는 밸류 유닛 변환 및 활용 상품을 구성하는 다이어그램이다.
도 13은 밸류 유닛 변환 및 활용 상품을 사용하는 다이어그램이다.
도 14는 총 요구량(total required amount)을 계산하는 다이어그램이다.
도 15는 현재 지갑의 검사 다이어그램이다.
도 16은 밸류 유닛 변환 비율을 결정하는 다이어그램이다.
도 17은 밸류 유닛 변환 비율을 설정하기 위한 방법을 결정하는 다이어그램이다.
도 18은 지갑 밸류 유닛 및 목표 금액 밸류 유닛 모두와의 통합이 없을 때 2개의 통합과 상호 작용하는 다이어그램이다.
도 19는 단일 상호 작용으로부터 호가 밸류 유닛 전환 비율(quote value unit conversion rate)을 얻는 다이어그램이다.
도 20은 지갑 밸류 단위 및 목표 밸류 단위를 모두 갖는 둘 이상의 통합으로부터 호가 밸류 유닛 전환율을 얻는 다이어그램이다.

본 출원에서는 하나 이상의 상이한 발명이 설명될 수 있다. 또한, 본 명세서에 설명된 하나 이상의 발명에 대하여, 다수의 대안적인 실시 예가 설명될 수 있다; 이들은 예시적인 목적으로만 제시되며, 본 명세서에 포함된 발명 또는 본 명세서에 제시된 청구 범위를 제한하는 것이 아님을 이해해야 한다. 상기 발명 중 하나 이상은 본 명세서로부터 쉽게 분명해지는 바와 같이, 다수의 실시 예들에 폭넓게 적용 가능할 수 있다. 이러한 실시예들은 본 기술분야의 숙련된 자가 발명 중 하나 이상을 실시하는 것을 가능하게 하도록 충분히 상세하게 설명되고, 다른 실시예들이 이용될 수 있으며, 발명 중 하나 이상의 범위를 벗어나지 않고서 구조적, 논리적, 소프트웨어적, 전기적 및 다른 변경이 이루어질 수 있음을 이해해야 한다. 따라서, 본 기술분야의 숙련된 자들은 발명(들) 중 하나 이상이 다양한 수정 및 변경을 갖고서 실시될 수 있음을 인식할 것이다.

본 명세서에서 설명된 발명 중 하나 이상의 특정한 특징들은 본 명세서의 일부분을 형성하는 하나 이상의 특정한 실시예 또는 도면을 참조하여 설명될 수 있으며, 거기에서는 발명 중 하나 이상의 구체적인 실시 예들이 예시로서 나타나 있다. 그러나 그러한 특징들은 그들의 설명에 참조로 이용되는 하나 이상의 특정한 실시예 또는 도면에서의 이용에 한정되지 않음을 이해해야 한다. 본 명세서는 발명 중 하나 이상의 모든 실시 예에 대한 문자 그대로의 설명이 아니며, 모든 실시예들에 반드시 존재해야 하는 발명 중 하나 이상의 특징의 목록도 아니다.

본 특허 출원에 제공되는 섹션들의 제목 및 본 특허 출원의 명칭은 편의를 위한 것일 뿐이고, 어떠한 방식으로든 본 명세서를 제한하는 것으로 간주되어서는 안된다.

서로 통신하는 장치들은 명시적으로 다르게 지정되지 않는 한, 서로 지속적으로 통신할 필요가 없다. 추가로, 서로 통신하는 장치들은 직접적으로 통신할 수도 있고 하나 이상의 중개자를 통해 간접적으로 통신할 수도 있다.

서로 통신하는 수 개의 구성 요소를 포함하는 실시예의 설명은 그러한 구성 요소들 전부가 요구됨을 암시하는 것은 아니다. 반대로, 다양한 선택적인 구성 요소들은 발명 중 하나 이상의 다양한 가능한 실시 예를 도시하고 본 발명의 하나 이상의 측면을 보다 완전하게 설명하기 위해 설명될 수 있다. 유사하게, 프로세스 단계들, 방법 단계들, 알고리즘들 또는 그와 유사한 것이 순차적인 순서로 설명될 수 있지만, 그러한 프로세스들, 방법들 및 알고리즘들은 대안적인 순서로 작동하도록 구성될 수 있다. 즉, 본 특허 출원에서 설명될 수 있는 단계들의 임의의 시퀀스 또는 순서는 그것 자체가 단계들이 그 순서로 수행되어야 한다는 요건을 나타내지 않는다. 설명되는 프로세스들의 단계들은 임의의 타당한 순서로 수행될 수 있다. 또한, 일부 단계들은 (예를 들어 한 단계가 다른 단계 이후에 설명된 것으로 인해) 동시에 발생하지 않는 것으로서 설명되거나 암시되었더라도, 동시에 수행될 수 있다.

더욱이, 프로세스를 도면에 도시함으로써 예시한 것은 그 예시된 프로세스가 그에 대한 다른 변형들 및 수정들을 배제한다는 것을 암시하지 않고, 예시된 프로세스 또는 그것의 단계들 중 임의의 것이 발명(들) 중 하나 이상에 필요하다는 것을 암시하지 않으며, 예시된 프로세스가 선호된다는 것을 암시하지 않는다. 또한, 단계들은 일반적으로 실시 예 당 한 번 설명되지만, 이것이 한 번 발생해야 하거나 프로세스, 방법 또는 알고리즘이 수행되거나 실행될 때마다 한 번만 발생할 수 있다는 것을 의미하지는 않는다. 일부 단계는 일부 실시 예 또는 일부 발생에서 생략될 수 있거나, 일부 단계는 주어진 실시 예 또는 발생에서 한 번 이상 실행될 수 있다.

단일의 장치 또는 제품이 설명될 때, 단일 장치 또는 제품을 대신하여 하나보다 많은 장치 또는 제품이 이용될 수 있음을 쉽게 알 것이다. 마찬가지로, 하나 이상의 장치 또는 제품이 설명될 때, 하나 이상의 장치 또는 제품을 대신하여 단일 장치 또는 제품이 이용될 수 있음을 쉽게 알 것이다. 장치의 기능성 또는 특징들은 그러한 기능성 또는 특징들을 갖는 것으로서 명시적으로 설명되지 않은 하나 이상의 다른 장치에 의해 대안적으로 구현될 수 있다. 따라서, 발명 중 하나 이상의 다른 실시예들이 장치 자체를 포함할 필요는 없다. 여기에 설명되거나 참조된 기법들 및 메커니즘들은 때때로 명확함을 위하여 단수 형태로 설명될 것이다. 그러나 다르게 언급되지 않는 한, 특정 실시예들은 기법의 복수의 반복 또는 메커니즘의 복수의 인스턴스화를 포함한다는 점에 유의해야 한다.

도면에서의 프로세스 설명 또는 블록은 프로세스에서 특정 논리 기능 또는 단계를 구현하기 위해 프로세서에 의해 실행 가능한 하나 이상의 명령을 포함하는 모듈, 세그먼트 또는 프로그램 코드의 일부를 나타내는 것으로 이해되어야 한다. 예를 들어, 본 발명의 실시 예들의 범위 내에 다른 구현들이 포함되며, 본 기술 분야의 통상의 지식을 가진 자에 의해 이해되는 바와 같이, 관련 기능에 따라 실질적으로 동시에 또는 역순을 포함하여, 기능이 도시되거나 논의된 것으로부터 순서 없이 실행될 수 있다.

본 명세서에 개시된 실시 예의 적어도 일부의 소프트웨어/하드웨어 하이브리드 구현은 메모리 내에 저장된 컴퓨터 프로그램에 의해 선택적으로 활성화 또는 재구성되는 프로그래밍 가능한 네트워크-레지던트 머신(간헐적으로 연결된 네트워크 인식 시스템을 포함하는 것으로 이해되어야 함) 상에서 구현될 수 있다. 그러한 네트워크 장치들은 상이한 유형의 네트워크 통신 프로토콜들을 이용하도록 구성 또는 설계될 수 있는 다수의 네트워크 인터페이스를 가질 수 있다. 소정의 기능 유닛이 구현될 수 있는 하나 이상의 예시적인 수단을 도시하기 위해 이러한 머신들 중 일부를 위한 일반적인 아키텍처가 여기에 개시된 설명에 나타날 수 있다.

구체적인 실시 예에 따르면, 본 명세서에 개시되는 다양한 실시 예의 특징들 및/또는 기능성들 중 적어도 일부는 최종 사용자 컴퓨터 시스템, 클라이언트 컴퓨터, 네트워크 서버 또는 기타 서버 시스템, 모바일 컴퓨팅 장치(예를 들어, 태블릿 컴퓨터 장치, 모바일 전화기, 스마트폰, 랩탑, 또는 다른 적절한 컴퓨팅 장치), 소비자 전자 장치, 뮤직 플레이어, 또는 임의의 다른 적합한 전자 장치, 라우터, 스위치 또는 다른 적합한 장치, 또는 그들의 임의의 조합과 같은 하나 이상의 네트워크와 관련된 하나 이상의 범용 컴퓨터에서 구현될 수 있다. 적어도 일부 실시예들에서, 본 명세서에 개시된 다양한 실시 예의 특징들 또는 기능의 적어도 일부는 하나 이상의 가상화된 컴퓨팅 환경(예를 들어 네트워크 컴퓨팅 클라우드, 하나 이상의 물리적 컴퓨팅 머신에서 호스팅되는 가상 머신 또는 기타 적절한 가상 환경)에서 구현될 수 있다.

이제 본 발명의 실시 예에서 사용되는 컴퓨팅 장치의 예시적인 하드웨어 아키텍처를 도시하는 도 1을 참조한다. 컴퓨팅 장치(101)는 메모리에 저장된 하나 이상의 프로그램에 따라 소프트웨어 또는 하드웨어 기반 명령을 실행할 수 있는 전자 장치를 포함한다. 일부 실시 예에서, 컴퓨팅 장치(101)의 예는 데스크탑 컴퓨터, 카푸터(carputer), 게임 콘솔, 랩탑, 노트북, 팜탑(palmtop), 태블릿, 스마트폰, 스마트북, 또는 CPU(102), 로컬 메모리(103) 및/또는 원격 메모리(105), 및 인터페이스(106)를 이용하는 서버 시스템을 포함할 수 있다. CPU(102)는 구체적으로 구성된 컴퓨팅 장치 또는 기계의 기능과 관련된 특정 기능을 구현하는 유닛을 포함한다. 중앙 처리 장치는 CPU(102)를 나타내는 약어이다. 일부 실시 예들에서, CPU(102)의 예는 시스템-온-칩(SOC) 유형 하드웨어, Qualcomm SNAPDRAGON™또는 Samsung EXYNOS™ CPU를 포함할 수 있다.

로컬 메모리(103)는 컴퓨터 또는 다른 디지털 전자 장치에서 사용하기 위해 일시적 또는 영구적으로 프로그램(명령 시퀀스) 또는 데이터(예를 들어 프로그램 상태 정보)를 저장하는 데 사용되는 하나 이상의 물리적 장치를 포함하고 이는 많은 다른 구성으로 시스템에 연결되도록 구성될 수 있다. 일부 실시 예에서, 로컬 메모리(103)의 예는 비휘발성 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 또는 하나 이상의 레벨의 캐시 메모리(cached memory)를 포함할 수 있다. 프로세서(104)는 컴퓨터 처리와 관련된 명령 및 작업을 수행하는 구성 요소를 포함한다. 일부 실시 예에서, 프로세서(104)의 예는 인텔 프로세서, ARM 프로세서, Qualcomm 프로세서, AMD 프로세서, ASICs(application-specific integrated circuits), EEPROM(electrically erasable programmable read-only memories), FPGA(field-programmable gate arrays), 모바일프로세서, 마이크로프로세서, 마이크로컨트롤러, 마이크로컴퓨터, 프로그래머블 로직 컨트롤러 또는 프로그래머블 회로를 포함할 수 있다.

원격 메모리(105)는 데이터의 백업, 저장 및 복구를 위한 시스템을 사용자에게 제공하는 서비스를 포함한다. 인터페이스(106)는 컴퓨터 네트워크를 통한 데이터 패킷의 송수신을 제어하거나 컴퓨팅 장치(101)와 함께 사용되는 주변 장치를 지원하는 메커니즘을 포함한다. 일부 실시 예에서, 인터페이스(106)의 예는 NIC(network interface cards), 이더넷 인터페이스, 프레임 릴레이 인터페이스, 케이블 인터페이스, DSL 인터페이스, 토큰 링 인터페이스, 그래픽 인터페이스, USB(universal serial bus) 인터페이스, 직렬 포트 인터페이스, 이더넷 인터페이스, FIREWIRE™ 인터페이스, THUNDERBOLT™ 인터페이스, PCI 인터페이스, 병렬 인터페이스, RF(radio frequency) 인터페이스, BLUETOOTH™ 인터페이스, 근거리 통신 인터페이스, 802.11(WiFi) 인터페이스, 프레임 릴레이 인터페이스, TCP/IP 인터페이스, ISDN 인터페이스, 빠른 이더넷 인터페이스, 기가비트 이더넷 인터페이스, SATA(Serial ATA) 또는 ESATA(external SATA) 인터페이스, HDMI(high-definition multimedia interface), DVI(digital visual interface), 아날로그 또는 디지털 오디오 인터페이스, ATM(asynchronous transfer mode) 인터페이스, HSSI(high-speed serial interface) 인터페이스, POS(Point of Sale) 인터페이스, 또는 FDDI(fiber data distributed interfaces)를 포함할 수 있다.

통신 네트워크(107)는 컴퓨터가 알려진 프로토콜을 사용하여 데이터를 교환할 수 있게 하는 통신 네트워크를 포함한다. 일부 실시 예에서, 통신 네트워크(107)의 예는 개인 영역 네트워크, 무선 개인 영역 네트워크, 근거리 네트워크, 로컬 영역 네트워크, 무선 로컬 영역 네트워크, 무선 메쉬 네트워크, 무선 메트로폴리탄 영역 네트워크, 무선 광역 네트워크, 셀룰러 네트워크, 홈 영역 네트워크, 저장 영역 네트워크, 캠퍼스 영역 네트워크, 백본 영역 네트워크, 메트로폴리탄 영역 네트워크, 광역 네트워크, 기업 개인 네트워크, 가상 사설 네트워크, 인트라넷, 엑스트라넷, 인터네트워크, 인터넷, 근거리 통신, 휴대 전화 네트워크, CDMA 네트워크, GSM 셀룰러 네트워크, 또는 WiFi 네트워크를 포함할 수 있다.

이제 본 발명의 일 실시 예에 따른 클라이언트 장치에 대한 예시적인 논리 아키텍처를 도시하는 도 2를 참조한다. 클라이언트 애플리케이션(201)은 서버로부터 정보 및 애플리케이션을 얻을 수 있는 컴퓨팅 장치(101)를 포함한다. 공유 서비스(202)는 컴퓨팅 장치(101)와 관련된 웹 가능(web-enabled) 서비스 또는 기능을 포함한다. 운영 체제(203)는 컴퓨터 하드웨어 및 소프트웨어 자원을 관리하고 컴퓨터 프로그램에 대한 공통 서비스를 제공하는 시스템 소프트웨어를 포함한다. 일부 실시 예에서, 운영 체제(203)의 예는 Microsoft의 WINDOWS™Apple의 Mac OS/X, iOS 운영 체제, Linux 운영 체제 또는 Google의 ANDROID™운영 체제를 포함할 수 있다. 입력 장치(204)는 사용자 입력을 수신하기에 적합한 임의의 유형의 장치를 포함한다. 일부 실시 예에서, 입력 장치(204)의 예는 키보드, 터치스크린, 마이크로폰, 마우스, 터치 패드 또는 트랙볼을 포함할 수 있다.

메모리(205)는 본 명세서에 설명된 다양한 작동을 수행하기 위한 프로그램 명령, 상태 정보 등을 저장하도록 설계된 메커니즘을 포함하며, 일부 실시 예에서, 저장 장치(207)일 수 있다. 일부 실시 예에서, 메모리(205)의 예는 ROM(read-only memory), ROM(read-only memory) 장치, 멤리스터 메모리(memristor memory), RAM(random access memory) 또는 RAM 하드웨어 모듈을 포함할 수 있다.

출력 장치(206)는 컴퓨팅 장치(101) 관련 정보를 출력하기에 적합한 임의의 유형의 장치를 포함한다. 일부 실시 예에서, 출력 장치(206)의 예는 시각 출력을 위한 스크린, 스피커 또는 프린터를 포함할 수 있다. 저장 장치(207)는 일부 실시 예에서 메모리(205)일 수 있는 정보를 저장하도록 설계된 메커니즘을 포함한다. 일부 실시 예에서, 저장 장치(207)의 예는 자기 매체, 하드 디스크, 플로피 디스크, 자기 테이프, 광학 매체, CD-ROM 디스크, 광 자기 매체(magneto-optical media), 광 디스크, 플래시 메모리, SSD(solid state drives), "하이브리드 SSD" 스토리지 드라이브, 교체 가능한 플래시 메모리 모듈, 섬 드라이브(thumb drive), 착탈식 광 저장 디스크, 또는 축전 장치(electrical storage device)를 포함할 수 있다.

이제 본 발명의 일 실시 예에 따른 클라이언트, 서버 및 외부 서비스의 예시적인 아키텍처 구성을 도시한 도 3을 참조한다. 서버(301)는 통신 네트워크(107)를 통해 하나 이상의 클라이언트(302)로부터 수신된 요청을 처리하도록 구성된 컴퓨팅 장치(101)를 포함한다. 클라이언트(302)는 일부 실시 예에서 통신 네트워크(107)에 연결될 수 있는 본 시스템의 클라이언트-사이드 부분(client-side portion)을 구현하기 위한 프로그램 명령을 갖는 하나 이상의 컴퓨팅 장치(101)를 포함한다.

데이터베이스(303)는 데이터베이스의 정의, 생성, 질의, 업데이트 및 관리를 허용하도록 설계된 데이터의 체계화된 수집을 제공하기 위한 프로그래밍 명령을 포함한다. 일부 실시 예에서, 데이터베이스(303)의 예는 관계형 데이터베이스 시스템, NoSQL 시스템, 하둡 시스템(Hadoop system), 카산드라 시스템(Cassandra system), Google BigTable, 컬럼-지향 데이터베이스(column-oriented databases), 인-메모리 데이터베이스(in-memory database) 또는 클러스터된 데이터베이스(clustered database)를 포함할 수 있다.

외부 서비스(304)는 하나 이상의 특정 기업 또는 사용자의 구내(premises)에 배치될 수 있는 컴퓨팅 장치(101) 자체와 관련되거나 그에 설치되는 웹-가능 서비스 또는 기능을 포함한다. 구성 시스템(305)은 구성 또는 관리 시스템을 구현하는 정보 기술(IT) 및 웹 기능에 공통인 시스템을 포함한다. 보안 시스템(306)은 시스템에 대한 정보 기술(IT) 및 보안 관련 기능을 구현하는 웹 기능에 공통인 시스템을 포함한다. 분산 컴퓨팅 네트워크(307)는 시스템을 구현하기 위해 통신 네트워크(107)에 작동 가능하게 연결된 임의의 수의 클라이언트(302) 및/또는 서버(301)를 포함한다.

이제 본 발명의 다양한 실시 예에서 사용되는 네트워크에 연결된 컴퓨팅 장치의 하드웨어 아키텍처의 실시 예가 도시된 도 4를 참조한다. 리얼 타임 클록(401)은 현재 시간을 추적하는 컴퓨팅 장치(101) 클록(대부분은 집적 회로 형태)을 포함한다. 비휘발성 메모리(402)는 전원을 껐다가 다시 켠 후에도 저장된 정보를 검색할 수 있는 컴퓨터 메모리를 포함한다. 전원(403)은 전기 에너지를 전기 부하에 공급하는 전자 장치를 포함한다. 입력 출력 유닛(404)은 컴퓨터와 통신하기 위해 인간(또는 다른 시스템)에 의해 사용되는 장치를 포함한다. NIC(405)는 컴퓨터를 컴퓨터 네트워크에 연결하는 컴퓨터 하드웨어 구성 요소를 포함한다.

이제 거래 상품(transaction product)을 생성하기 위한 시스템 다이어그램을 보여주는 도 5를 참조한다. 거래 플랫폼 구성 시스템(501)은 거래 상품(510)을 생성하는데 사용되는 분산 컴퓨팅 네트워크(307) 시스템을 포함한다. 거래 플랫폼 구성 시스템(501)의 하나의 목표는 하나 이상의 사람이 하나 이상의 거래 상품(510)을 설계 및 구축할 수 있게 하는 것이다. 거래 플랫폼 구성 시스템(501)은 제어 콘솔(503), 상품 엔진(507), 거래 수단 상품 데이터(transaction instrument product data)(504), 거래 상품(510), 통합(515), 거래 상품 계정(514), 및 최종적으로 최종 사용자 애플리케이션 시스템(512)을 포함하는 것이 바람직하다.

시작하기 위해, 거래 상품 파트너는 제어 콘솔(503) 내에 거래 수단 상품 데이터(504)를 구성한다. 거래 상품 파트너(502)는 거래 상품(510)이 생성되도록 거래 플랫폼 구성 시스템(501)으로의 입력을 지정(specifies)하는 엔티티(entity)를 포함한다. 일부 실시 예에서, 거래 상품 파트너(502)는 은행, 회사 또는 지불 프로세서를 포함할 수 있다.

제어 콘솔(503)은 거래 상품(510)을 생성하기 위해 상품 엔진(507)에 의해 사용되는 거래 상품 데이터(505)를 수용하는 거래 플랫폼 구성 시스템(501) 내의 컴퓨팅 장치(101) 상의 인터페이스를 포함한다.

거래 수단 상품 데이터(504)는 하나 이상의 거래 상품(510)의 생성을 허용하는 상품 엔진(507)에 의해 수신되는 데이터 또는 데이터 객체를 포함한다. 거래 수단 상품 데이터(504)는 거래 상품(510)의 맞춤형(customized) 구현을 위해 하나 이상의 데이터 파라미터 또는 객체를 저장하는 기능을 한다. 제어 콘솔에 입력될 수 있는 거래 수단 상품 데이터(504)는 거래 상품 데이터(505) 및 파트너 데이터(506)를 포함하는 것이 바람직하다.

거래 상품 데이터(505)는 거래 상품(510)을 생성하는데 사용되는 전체 데이터 또는 데이터 객체를 포함한다. 거래 상품 데이터(505)의 하나의 목표는 상품 엔진(507)에 의해 생성될 수 있는 입력 데이터에 의존하여 다수 유형의 거래 상품(510)의 구성 및 생성을 허용하는 것이다.

거래 상품 데이터(505)는 바람직하게는 지불(settlement) 날짜 데이터(601), 파트너 수수료 데이터(602), 프로그램 명칭 데이터(606), 카드 프로필 데이터(605), 보안 수준 데이터(612), 기본 언어 데이터(611), 고객 상호 작용 데이터(609), 파트너 리스크 데이터(614), 최종 사용자 리스크 데이터(607), 메일 사용자 그룹 데이터(613), 수수료 리스트 데이터(603), 밸류 유닛 데이터(608), 메일 템플릿 데이터(604), 파트너 위치 데이터(610), 그리고 마지막으로, 메모 템플릿 데이터(622)를 포함한다.

파트너 데이터(506)는 거래 상품(510)이 일반적으로 거래 상품 파트너(502)에 의해 사용될 수 있을 때 거래 상품 파라미터를 구성하는 데이터 또는 데이터 객체를 포함한다. 파트너 데이터(506)는 파트너 이름 데이터(619), 파트너 지불(settlement) 시간 데이터(617), 파트너 메인 컨택트 데이터(618), 파트너 언어 데이터(620), 파트너 밸류 유닛 리스트 데이터(621), 및 마지막으로 파트너 관리자 데이터(623)를 포함하는 것이 바람직하다.

제어 콘솔이 거래 수단 제품 데이터를 수신하면 상품 엔진이 거래 상품을 생성한다. 상품 엔진(507)은 거래 상품 데이터(505)를 처리하고 거래 상품(510)을 생성하는 분산 컴퓨팅 네트워크(307)에 동작 가능하게 연결된 컴퓨팅 장치(101) 상의 하나 이상의 모듈을 포함한다. 상품 엔진(507)의 하나의 목표는 상이한 유형의 거래 상품 데이터(505)로부터 다수의 거래 상품(510)을 생성하는 것을 허용할 수 있다. 상품 엔진(507)은 통합 관리자(509) 및 거래 상품 생성기(508)를 포함하는 것이 바람직하다.

일 실시 예에서, 상기 거래 상품은 거래 상품 생성기(508)에 의해 생성될 수 있다. 거래 상품 생성기(508)는 최종 사용자 애플리케이션 시스템(512)을 생성하는 하나 이상의 모듈을 포함한다. 거래 상품 생성기(508)는 다음과 같은 많은 목적을 갖는다: 첫째, 거래 상품 생성기(508)의 목적은 거래 상품(510) 내에서 최종 사용자 애플리케이션 시스템(512)의 생성을 허용하는 것일 수 있다. 다음으로, 거래 수단 상품 데이터(504)를 수신하는 역할을 한다. 다음으로, 거래 상품 생성기(508)는 거래 상품(510)을 운영 및/또는 관리하기 위한 하나 이상의 최종 사용자에 대한 사용자 인터페이스를 생성하는 역할을 한다.

일 실시 예에서, 통합 관리자(integration manager)는 거래 상품에 대한 통합을 구성하기 위해 상품 엔진을 보조한다. 통합 관리자(509)는 출력 거래 상품(510) 내에서 사용하기 위해 하나 이상의 통합(515)에 작동 가능하게 연결되는 하나 이상의 모듈을 포함한다. 통합 관리자(509)의 하나의 목표는 예를 들어 제3자 서비스 제공자로부터 사용을 위하여 외부 데이터를 상기 거래 상품(510) 내로 통합을 허용하는 것이다.

일 실시 예에서, 상기 거래 상품은 상품 엔진에 의해 생성된 결과적인 서브-시스템일 수 있고 최종 사용자 애플리케이션 시스템과의 상호 작용을 위한 API를 포함한다. 거래 상품(510)은 거리 기초 단위에서 밸류 유닛 리소스를 제어할 수 있는 애플리케이션을 생성하기 위해 하나 이상의 거래 상품 파트너(502) 및 하나 이상의 최종 사용자(516)에 의해 액세스 되고 관리되도록 구성될 수 있는 API(application programming interface)를 포함하는 서브 시스템으로서 거래 플랫폼 구성 시스템(501)의 출력(output)을 포함한다. 일부 실시 예에서, 거래 상품(510)은 바람직하게는 밸류 유닛 변환 및 활용 상품(711)을 포함한다.

통합 시스템(511)은 거래 상품(510)의 구성이 통합(515)과 같이 하나 이상의 외부 서비스에 동작 가능하게 연결될 수 있게 하는 하나 이상의 모듈을 포함한다.

최종 사용자 애플리케이션 시스템(512)은 바람직하게는 거래 상품(510)의 사용을 허용하는 인터페이스와의 통합을 위해 API와의 상호 작용을 위한 최종 사용자 기반 컴퓨팅 장치를 포함한다. 최종 사용자 애플리케이션 시스템(512)은 최종 사용자 애플리케이션 장치(513) 및 통합 시스템(511)을 포함한다.

최종 사용자 애플리케이션 장치(513)는 통신 네트워크(107)에 작동 가능하게 연결된 거래 상품(510)과 상호 작용하는데 사용될 수 있는 하나 이상의 컴퓨팅 장치(101)를 포함한다. 최종 사용자 애플리케이션 장치(513)는 바람직하게는 최종 사용자 애플리케이션 디스플레이(701)를 포함한다.

일부 실시 예에서, 거래 상품 계정(514)은 밸류 유닛이 저장될 수 있는 하나 이상의 지갑(703)에 대한 보유 계정(holding account)을 포함한다. 통합(515)은 거래 상품(510)에 연결되어 거래를 수행하는 외부 서비스를 포함한다. 일부 실시 예에서, 통합(515)의 예는 지불 게이트웨이 및 네트워크, 비트코인 거래소, 금속 거래소, 밸류 유닛 거래소, 포인트 관리자 또는 외국환 제공자를 포함할 수 있다. 거래 네트워크(517)는 거래가 수행될 수 있게 하는 일종의 통신 네트워크(107)를 포함한다.

최종 사용자(516)는 상기 시스템을 사용하는 사람을 포함한다. 획득기(Acquirer)(518)는 판매자를 대신하여 지불을 처리하는 엔티티(entity)를 포함한다. 획득기는 판매자가 다른 발행인(issuer)의 지불 상품을 승인할 수 있도록 한다. 스위치(519)는 거래 메시지를 정확한 네트워크 또는 엔티티로 라우팅하는 엔티티를 포함한다. 지불 거래 메시지(520)는 거래 및 거래를 만족시키기 위해 사용된 지불 상품에 관한 세부 사항, 및 승인 또는 결제(clearing)가 요청될 수 있는지 또는 거래가 승인 또는 거절되었는지를 포함하는 메시지를 포함한다. 획득(Acquiring) 금액(521)은 지불 거래 메시지(520)의 일부로서 획득기(518)에 의해 수신될 수 있는 거래에 대한 요금을 포함한다. 승인 메시지(522)는 거래가 승인되었음을 나타내는 메시지를 포함한다.

이제 거래 상품을 생성할 수 있는 제어 콘솔로 구성된 데이터 및 조직을 보여주는 도 6을 참조한다. 지불 날짜 데이터(601)는 지불 날짜(settlement date)에 대해 특정 거래 상품(510)을 구성하는 데이터 또는 데이터 객체를 포함한다. 지불 날짜 데이터(601)의 하나의 목표는 거래를 위한 지불이 발생해야 하는 시간의 특정 구성을 허용하는 것일 수 있다. 파트너 수수료 데이터(602)는 거래 상품 파트너(502)에 의해 부과될 수 있은 거래 당 수수료를 특징짓는 데이터 또는 데이터 객체를 포함한다. 파트너 수수료 데이터(602)의 하나의 목표는 거래 상품 파트너(502) 수수료를 지정하도록 거래 상품(510)을 구성하는 것일 수 있다. 수수료 리스트 데이터(603)는 거래 상품(510)의 최종 사용자(516)에게 부과되는 하나 이상의 수수료를 지정하는 데이터 또는 데이터 객체를 포함한다. 수수료 리스트 데이터(603)의 하나의 목표는 거래 상품 파트너(502)가 하나 이상의 수수료를 특정 최종 사용자(516) 또는 거래에 청구하게 하는 것이다.

메일 템플릿 데이터(604)는 거래 상품 파트너(502)가 최종 사용자(516)에게 이벤트를 통지할 수 있게 하는데 사용될 수 있는 템플릿 데이터, 데이터 객체 또는 메시지를 포함한다. 메일 템플릿 데이터(604)는 거래 상품 파트너(502)로부터 최종 사용자(516)로의 통신이 스타일화 되고 커스터마이즈될 수 있게 한다. 카드 프로필 데이터(605)는 거래 상품(510)의 일부로서 발행된 임의의 물리적 카드의 설계를 위해 특정 거래 상품(510)을 구성하고 임의의 물리적 또는 가상 카드의 처음 6자리를 설정하는 데이터 또는 데이터 객체를 포함한다. 프로그램 명칭 데이터(606)는 사용될 수 있는 거래 상품(510)의 특정 이름을 구성하는 데이터 또는 데이터 객체를 포함한다.

최종 사용자 리스크 데이터(607)는 고객이 특정 메트릭스에 대한 지출 또는 인출을 제한하도록 거래 상품(510)을 구성하도록 설정된 데이터 또는 파라미터를 포함한다. 일부 실시 예에서, 최종 사용자 위험 데이터(607)의 예는 1회, 1일 또는 7일 고객 P2P 금액 제한, 1회, 1일 또는 7일 ATM 인출 금액 제한, 1회, 1일 또는 7일 구매 금액 제한, 1회, 1일 또는 7일 조정 금액 제한, 1회, 1일 또는 7일 환불 횟수 제한, 1회, 1일 또는 7일 환불 금액 제한, 핀 실패(pin failure) 수 제한, 차단된 국가 리스트, 차단된 판매자 카테고리 리스트, 또는 거래 속도 정의(예를 들어, 최종 사용자(516)에 의해 동일한 거래 상품(510)을 사용하여 2개의 직접(in-person) 거래 사이에서 경과된 시간 및 이동한 거리에 기초하여 계산된 mph, 이를 초과하면 플래그가 너무 빠르게 설정될 수 있음)를 포함할 수 있다. 최종 사용자 위험 데이터(607)의 하나의 목표는 특정 메트릭스가 최종 사용자의 거래와 관련된 리스크에 대해 설정되는 것을 허용하는 것일 수 있다.

밸류 유닛 데이터(608)는 거래 상품(510)이 사용될 때 특정 타입의 밸류 유닛을 구성하는 데이터 또는 데이터 객체를 포함한다. 밸류 유닛 데이터(608)의 하나의 목표는 거래 상품(510)이 작동할 수 있는 밸류 유닛의 리스트를 포함하는 것이다. 고객 상호 작용 데이터(609)는 고객이 거래 상품(510)과 함께 가질 수 있는 특정 상호 작용을 구성하는 데이터 또는 데이터 객체를 포함한다. 파트너 위치 데이터(610)는 거래 상품 파트너(502)가 거래 삼품(510)을 배포, 판매 또는 서비스할 수 있는 위치를 포함하는 데이터 또는 데이터 객체를 포함한다. 파트너 위치 데이터(610)의 하나의 목표는 거래 상품(510)의 구성이 거래 상품 파트너(502)의 위치로 구성되게 하는 것이다.

기본 언어 데이터(611)는 거래 상품(510)에서 사용될 기본 언어를 구성하는 데이터 또는 데이터 객체를 포함한다. 기본 언어 데이터(611)의 하나의 목표는 거래 상품(510)이 다양한 언어의 국가에서 잠재적인 사용을 위해 다른 언어로 구성될 수 있게 하는 것이다. 보안 레벨 데이터(612)는 명목상의 보안 레벨로 지정될 수 있는 하나 이상의 최종 사용자 리스크 데이터(607) 파라미터의 그룹일 수 있는 데이터 또는 데이터 객체를 포함한다. 예를 들어, 3가지 리스크 매개 변수를 보안 수준 1로 그룹화할 수 있다. 그런 다음 추가 5개의 위험 매개 변수를 레벨 2로 지정할 수 있다. 보안 레벨 데이터(612)는 1) 거래 상품(510)이 보안 레벨로 지정된 다양한 최종 사용자 리스크 데이터 그룹(607)을 가질 수 있게 하고 2) 고객이 상이한 보안 레벨로 할당될 수 있게 한다.

메일 사용자 그룹 데이터(613)는 마케팅, 안전, 보안 등과 같은 통신을 위한 거래 상품(510)의 고객 또는 사용자인 데이터 또는 데이터 객체를 포함한다. 메일 사용자 그룹 데이터(613)의 하나의 목표는 이메일이 특정 템플릿 또는 스타일로 거래 상품(510)의 최종 사용자에게 전송되도록 하는 것이다. 파트너 리스크 데이터(614)는 하나 이상의 거래 상품(510)을 서비스하기 위해 거래 상품 파트너(502)에 의해 사용되는 하나 이상의 거래 상품 파트너 위치의 거래량을 제어하는데 사용되는 데이터 또는 데이터 객체를 포함한다. 파트너 리스크 데이터(614)의 하나의 목표는 파라미터를 설정하기 위한 구성을 허용하는 것일 수 있다. 파트너 리스크 데이터(614)는 파트너 위치 리스크 데이터(615) 및 파트너 사용자 리스크 데이터(616)를 포함한다. 일부 실시 예에서, 파트너 위치 리스크 데이터(615)의 예는 위치 당 1회, 1일 또는 7일 고객 로드량(load amount)을 제한하거나 또는 위치 당 1회, 1일 또는 7일 고객 인출량 등을 제한할 수 있다.

파트너 사용자 위험 데이터(616)는 하나 이상의 거래 상품(510)을 서비스하기 위해 거래 상품 파트너(502)에 의해 사용되는 거래 상품 파트너 위치에서 파트너 사용자의 거래량을 제어하는데 사용되는 데이터 또는 데이터 객체를 포함한다. 일부 실시 예에서, 파트너 사용자 위험 데이터(616)의 예는 위치 당 1회, 1일 또는 7일 고객 로드량(load amount)을 제한하거나 또는 위치 당 1회, 1일 또는 7일 고객 인출량 등을 제한할 수 있다. 파트너 지불 시간 데이터(617)는 거래 상품(510)이 사용될 수 있는 거래 파트너 결제 시간을 구성하는 데이터 또는 데이터 객체를 포함한다. 파트너 지불 시간 데이터(617)의 하나의 목표는 거래를 집계할 때 및 지불이 발생해야 하는 (오늘의) 지불 시간의 특정 구성을 허용하는 것이다.

파트너 메인 컨택트 데이터(618)는 거래 상품 파트너(502) 주요 인물의 연락처 정보를 구성하는 데이터 또는 데이터 객체를 포함한다. 파트너 이름 데이터(619)는 거래 상품(510)에 대한 파트너 데이터(506) 이름 정보를 구성하는 데이터 또는 데이터 객체를 포함한다. 파트너 언어 데이터(620)는 거래 상품(510)을 사용할 때 표시될 언어에 대한 파트너 데이터(506)를 구성하는 데이터 또는 데이터 객체를 포함한다. 파트너 밸류 유닛 리스트 데이터(621)는 거래 상품 파트너(502)가 거래 상품(510)의 일부가 되도록 지원할 수 있는 거래 상품 파트너(502) 밸류 유닛을 구성하는 데이터, 어레이, 데이터 객체 또는 데이터 객체 어레이를 포함한다. 메모 템플릿 데이터(622)는 최종 사용자(516)에게 각각의 거래에 관한 특정 정보를 제공하기 위해 사용될 수 있은 템플릿 데이터, 데이터 객체 또는 메시지를 포함한다. 메모 템플릿 데이터(622)의 하나의 목표는 거래 상세 정보 통신이 최종 사용자(516)에게 스타일링되고 커스터마이즈되도록 하는 것이다. 파트너 관리자 데이터(623)는 사람들이 거래 상품(510)을 관리하기 위한 프로파일 및 역할의 확립을 허용하는 데이터 또는 데이터 객체를 포함한다. 일부 실시 예에서, 파트너 관리자 데이터(623)의 예는 리스크 파라미터, 보안 레벨, 역할 구성 또는 권한 구성을 포함할 수 있다. 파트너 관리자 데이터(623)의 하나의 목표는 거래 상품(510)의 사용자의 구성을 허용하는 것일 수 있다.

이제 거래 당 기준(per transaction basis)으로 획득기로부터 처리하기 위한 지갑의 생성 및 구성을 도시하는 도 7을 참조한다. 최종 사용자 애플리케이션 디스플레이(701)는 밸류 유닛 변환 및 활용 상품(711) 플랫폼과의 상호 작용을 위한 디스플레이를 포함한다. 최종 사용자 애플리케이션 디스플레이(701)는 지갑 컨테이너(702) 및 리스크 관리 인터페이스(705)를 포함한다. 지갑 컨테이너(702)는 지갑(703) 주문이 주된 지갑 시퀀스 데이터(804)를 결정하도록 조정될 수 있는 디스플레이를 포함한다. 지갑 컨테이너(702)는 바람직하게는 하나 이상의 지갑(703)을 포함한다.

지갑(703)은 밸류 유닛의 금액(amount)을 보유하는 인터페이스, 데이터, 데이터 객체 또는 프로세서 기능을 포함할 수 있는 그래픽 모듈을 포함한다. 지갑(703)은 본 명세서에서 "교차 경계 지갑(cross-boundary wallet)"으로 지칭되는 대안적인 실시 예를 갖는다. 교차 경계 지갑은 거래 상품 계정과 상호 작용하지 않고 외부 통화(call)를 통해 교차 경계 계정과 상호 작용하는 지갑을 구성한다.

지갑(703)은 바람직하게는 2차 지갑 시퀀스 선택기 토글(704)을 포함한다. 이차 지갑 시퀀스 선택기 토글(704)은 최종 사용자가 이차 지갑 시퀀스의 일부가 되는 것 또는 되지 않는 것 사이에서 지갑(703)의 상태를 토글할 수 있게 하는 최종 사용자 인터페이스 선택기(selector)를 포함한다.

리스크 관리 인터페이스(705)는 거래 상품 파트너(502) 또는 최종 사용자(516)가 최종 사용자 리스크 데이터(607)에 기초하여 자신의 리스크를 관리하기 위한 수단을 포함한다. 밸류 유닛 변환 관리자(706)는 밸류 유닛 변환을 위한 알고리즘을 구현 및/또는 데이터를 저장하는 모듈을 포함한다. 일 실시 예에서, 밸류 유닛 변환 관리자(706)는 바람직하게는 지갑 프로세서(710), 거래 평가기(evaluator)(708), 교환 프로세서(709) 및 최종적으로 밸류 유닛 레지스트리(707)를 포함한다. 밸류 유닛 레지스트리(707)는 밸류 유닛 교환을 구성하는 파라미터를 포함한다.

거래 평가기(708)는 거래당 기준에서 거래 상품(510)의 데이터, 알고리즘 및 기능을 관리하는 하나 이상의 모듈을 포함한다. 일 실시 예에서, 거래 평가기(708)는 바람직하게는 획득 금액 데이터(808), 거래 결정기(809), 적용 가능한 수수료 데이터(807), 수수료 선택기(806), 거래 계산기(805) 및 최종적으로 필요한 총 금액(810)을 포함한다.

교환 프로세서(709)는 하나 이상의 지갑 컨테이너(702) 사이에서 알고리즘을 구현하고 및/또는 밸류 유닛의 교환을 중재하기 위해 데이터를 저장하는 하나 이상의 모듈을 포함한다. 교환 프로세서(709)는 바람직하게는 지갑 대 타겟 밸류 유닛 비율(wallet to target value unit rate)(820), 타겟 교차 거래 밸류 유닛 비율(target cross-trade value unit rate)(821), 지갑 교차 거래 밸류 유닛 비율(wallet cross-trade value unit rate)(815), 교차 거래 밸류 유닛(818), 교차 거래 관리자(817), 지갑 밸류 유닛(816), 타겟 밸류 유닛 지갑(803), 타겟 밸류 유닛(819), 및 최종적으로 필요한 실행 총 금액(required amount running total)을 포함한다.

지갑 프로세서(710)는 거래 상품(510)의 지갑-기반 기능을 지원하기 위해 알고리즘/저장 데이터를 구현하는 하나 이상의 모듈을 포함한다. 지갑 프로세서(710)는 바람직하게는 2차 지갑 시퀀스 선택기(811), 주된 지갑 시퀀스 데이터(804), 2차 지갑 시퀀스 데이터(802), 지갑 유형 데이터(813), 지갑 프로세스 알고리즘(812) 그리고 최종적으로 보류 해제기(clearer)(814)를 포함한다.

밸류 유닛 변환 및 활용 상품(711)은 최종 사용자(516)가 다수의 밸류 유닛 유형을 관리하고 하나 이상의 거래를 수행할 수 있게 하는 거래 상품(510)의 실시 예를 포함한다. 밸류 유닛 변환 및 활용 상품(711)의 하나의 목표는 구매 또는 기타 다른 활용에 대하여 밸류 유닛이 교환, 인출, 사용되는 방식을 나타내기 위해 하나 이상의 교환에 작동 가능하게 연결된 상이한 밸류 유닛의 하나 이상의 지갑(703)을 갖도록 하는 것일 수 있다. 밸류 유닛 변환 및 활용 상품(711)은 밸류 유닛 변환 관리자(706)를 포함하는 것이 바람직하다.

이제 거래 동안 상기 거래 상품의 구현을 도시하는 도 8을 참조한다. 현재 지갑 시퀀스(801)는 반복될 수 있는 인스턴스 데이터 시퀀스를 포함한다. 예를 들어, 주된 지갑 시퀀스 데이터(804) 또는 2차 지갑 시퀀스 데이터(802). 2차 지갑 시퀀스 데이터(802)는 주된 지갑 시퀀스 데이터(804)로부터 선택될 수 있고 주된 지갑 시퀀스 데이터(804)의 순서를 상속하는 하나 이상의 지갑(703)의 시퀀스를 포함한다.

타겟 밸류 유닛 지갑(803)은 지불 거래 메시지(520)로부터 이행하기 위해 요구될 수 있는 통화 유형을 포함한다. 　주된 지갑 시퀀스 데이터(804)는 특정 순서로 설정된 하나 이상의 지갑(703)의 시퀀스를 포함한다. 주된 지갑 시퀀스 데이터(804)의 하나의 목표는 거래 상품(510)의 최종 사용자(516)가 지갑 밸류 유닛(816)이 거래에 적용되는 순서를 설정하게 하는 것이다.

거래 계산기(805)는 총 요구 금액(810)을 얻기 위해 적용 가능한 수수료 데이터(807) 및 획득 금액 데이터(808)를 합산하는 모듈을 포함한다. 수수료 선택기(806)는 지불 거래 메시지(520)로부터 수집된 금액에 추가될 추가 수수료를 결정하는 모듈을 포함한다. 수수료 선택기(806)의 하나의 목표는 총 요구 금액(810)을 결정할 때 추가될 수수료를 결정하기 위해 구성된 데이터를 질의하는 수단을 갖는 것일 수 있다.

적용 가능한 요금 데이터(807)는 요금 선택기(806)로부터 수집된 요금의 합계를 보유하는 모듈을 포함한다. 획득 금액 데이터(808)는 지불 거래 메시지(520)로부터 수집된 밸류 유닛 금액을 포함한다. 거래 결정기(809)는 거래 평가기(708) 내에서 사용하기 위해 지불 거래 메시지(520)로부터 하나 이상의 데이터를 얻는 모듈을 포함한다. 거래 결정기(809)의 하나의 목표는 지불 거래 메시지(520)의 처리가 관련 데이터를 수집하여 밸류 유닛 변환 및 활용 상품(711)의 사용을 구현하는 것을 허용하는 것일 수 있다.

총 요구 금액(810)은 적용 가능한 요금 데이터(807)와 획득 금액 데이터(808)의 합을 저장하는 데이터 또는 데이터 객체를 포함한다.

2차 지갑 시퀀스 선택기(811)는 2차 지갑 시퀀스 데이터(802)로부터 지갑(703)을 추가 또는 제거하는 모듈을 포함한다. 지갑 프로세스 알고리즘(812)은 거래를 만족시키기 위해 충분한 밸류 유닛이 허용 가능한지 여부를 결정하고 계산하는 로직을 포함하며, 밸류 유닛 변환 및 활용 상품(711) 내에서 지갑(703)에 밸류 유닛이 적용되는 순서를 결정하는 능력을 포함하고, 필요한 실행 총 금액(amount running total)에 관한 데이터를 계산 및 저장하고, 밸류 유닛 금액에 승인 보류를 설정할 수 있다. 지갑 유형 데이터(813)는 지갑(703)이 2차 지갑 시퀀스의 일부일 수 있는지를 나타낸다. 보류 해제기(Hold clearer)(814)는 승인 거래의 보류를 해제하는 하나 이상의 모듈을 포함한다. 보류 해제기(814)의 하나의 목표는 승인 거래 동안 지정된 경계 밸류 유닛의 계정을 해제하는 것을 허용할 수 있다.

지갑 교차 거래 밸류 유닛 비율(815)은 타겟 밸류 유닛(819)과 교차 거래 밸류 유닛(818) 사이의 밸류 유닛 변환 비율을 포함한다. 지갑 밸류 유닛(816)은 밸류 유닛 변환 및 활용 상품(711) 내의 지갑 컨테이너(702)에서 이용 가능할 수 있는 밸류 유닛 유형을 포함한다. 교차 거래 관리자(817)는 지갑 대 타겟 밸류 유닛 비율(820)을 생성하기 위한 교차 거래 밸류 유닛(818)을 포함할 수 있는 상이한 통합(515)을 식별하기 위한 모듈을 포함한다.

교차 거래 밸류 유닛(818)은 둘 이상의 통합(515) 사이의 공통 밸류 유닛을 포함하고, 일부 실시 예들에서, 중간 밸류 유닛으로서 이를 통해 제1밸류 유닛 유형으로부터 제2밸류 유닛으로의 변환을 허용한다. 타겟 밸류 유닛(819)은 지불 거래 메시지(520)로부터 이행하기 위해 요구될 수 있는 밸류 유닛 유형을 포함한다. 지갑 대 타겟 밸류 유닛 비율(820)은 중간 교차 거래 밸류 유닛(818)을 통해 지갑 교차 거래 밸류 유닛 비율(815) 및 타겟 교차 거래 밸류 유닛 비율(821)로부터 도출된 밸류 유닛 변환 비율을 포함한다. 타겟 교차 거래 밸류 유닛 비율(821)은 타겟 밸류 유닛(819)과 교차 거래 밸류 유닛(818) 사이의 밸류 유닛 변환 비율을 포함한다.

이제 시스템의 전체 사용을 나타내는 도 9A 내지 도 9B를 참조한다. 제1단계에서, 거래 플랫폼 구성 시스템(501) 내의 제어 콘솔(503)은 컴퓨팅 장치(101) 상에 디스플레이될 수 있다(단계 901). 다음으로, 파트너 데이터(506)는 거래 상품 생성기(508)에 의해 제어 콘솔(503)로부터 수신될 수 있다(단계 902). 단계(902)는 이하 관련 방법(1000- '거래 상품 파트너 설정')에서 더 상세히 설명될 수 있다.

다음으로, 거래 상품 데이터(505)는 거래 상품 생성기(508)에 의해 제어 콘솔(503)로부터 수신될 수 있다(단계 903). 단계(903)는 관련 방법(1100- '거래 상품 설정')에서 아래에 더 상세히 설명될 수 있다. 다음으로, 거래 상품(510)과 거래 상품 파트너(502)는 거래 수단 상품 데이터(504)로서 서로 관련되도록 구성된다(단계 904). 다음으로, 최종 사용자 애플리케이션 시스템(512)은 하나 이상의 컴퓨팅 장치(101)를 통해 하나 이상의 거래 상품 계정(514)에 대한 구성을 수신한다(단계 905). 다음으로, 통합 관리자(509)는 거래 상품(510)을 생성하기 위해 상품 엔진(507) 및 거래 상품 생성기(508)로 구성될 수 있다(단계 906).

다음으로, 최종 사용자 애플리케이션 시스템(512)은 하나 이상의 최종 사용자 애플리케이션 시스템(512)에 액세스하기 위해 통신 네트워크(107)에 동작 가능하게 연결될 수 있다(단계 907). 다음에, 하나 이상의 최종 사용자 애플리케이션 디스플레이(701)가 하나 이상의 최종 사용자 애플리케이션 장치(513) 상에 디스플레이되도록 생성된다(단계 908).

다음으로, 최종 사용자(516)는 획득기(518)에서 하나 이상의 거래를 구현하고, 관련 지불 거래 메시지(520)는 거래 상품(510)에 의해 수신되고, 그 다음에 그 알고리즘을 구현한다(단계 909). 거래 상품(510)이 밸류 유닛 변환 및 활용 상품(711)인 경우(단계 910), 거래 결정기(809)의 거래 평가기(708)는 지불 거래 메시지(520)로부터 거래 유형을 식별한다(단계 911).

거래 결정기(809)가 거래 유형이 결제 거래(clearing transaction)라고 판단하면(단계 912), 거래 평가기(708)는 결제 거래가 사전 승인을 포함하는지 여부를 검사한다(단계 913).

사전 승인이 없는 경우(단계 914), 거래는 밸류 유닛 변환 관리자(706)에 의해 평가될 수 있다(단계 915). 단계(915)는 관련 방법(1300- '밸류 유닛 변환 및 활용 상품 사용')에서 더 상세히 후술된다.

단계(913)로부터, 사전 승인이 있는 경우(단계 916), 보류 해제기(814) 모듈은 하나 이상의 지갑(703)과 관련된 임의의 보류를 해제한다(단계 917). 다음, 단계 915를 참조한다.

단계(911)에서, 거래 결정기(809)가 거래 유형이 승인 거래라고 결정하면(단계(918)), 단계 915를 참조한다.

단계(908)에서, 거래 상품(510)의 최종 사용자 애플리케이션 시스템(512)이 밸류 유닛 변환 및 활용 상품(711)이고 최종 사용자(516)가 거래 상품(510)을 커스터마이징하고자 하면(단계 919), 밸류 유닛 변환 및 이용 상품(711)은 거래 상품 계정(514)을 위해 구성될 수 있다(단계 920). 단계(920)는 관련 방법(1200- '밸류 유닛 변환 및 활용 상품 구성')에서 더 상세히 후술된다. 다음, 단계 909를 참조한다.

이제 거래 상품 파트너를 설정하는 것을 도시한 도 10을 참조한다. 제1단계에서, 파트너 이름 데이터(619)는 제어 콘솔(503)로부터 수신될 수 있고 파트너 데이터(506)의 일부로서 구성될 수 있다(단계 1001). 다음으로, 파트너 언어 데이터(620)는 제어 콘솔(503)로부터 수신될 수 있고 파트너 데이터(506)의 일부로서 구성될 수 있다(단계 1002). 다음에, 파트너 밸류 유닛 리스트 데이터(621)는 제어 콘솔(503)로부터 수신될 수 있고 파트너 데이터(506)의 일부로서 구성될 수 있다(단계 1003).

다음에, 파트너 지불 시간 데이터(617)는 제어 콘솔(503)로부터 수신될 수 있고 파트너 데이터(506)의 일부로서 구성될 수 있다(단계 1004). 다음에, 파트너 메인 컨택 데이터(618)는 제어 콘솔(503)로부터 수신될 수 있고 파트너 데이터(506)의 일부로서 구성될 수 있다(단계 1005). 다음으로, 파트너 관리자 데이터(623)는 제어 콘솔(503)로부터 수신될 수 있고 파트너 데이터(506)의 일부로서 구성될 수 있다(단계 1006).

단계(1003)에서, 거래 파트너가 교차 경계 지갑 제공자가 되기를 원하는 경우(단계 1007), 파트너 밸류 유닛 리스트 데이터(621)의 하나 이상의 부분이 밸류 유닛에 대한 교차 경계 계정에 속하는 것으로 지정될 수 있다(단계 1008). 다음 단계 1004를 참조한다.

이제 거래 상품을 설정하는 것을 도시한 도 11A-11B를 참조한다. 제1단계에서, 밸류 유닛 데이터(608)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1101). 다음으로, 기본 언어 데이터(611)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1102). 다음으로, 파트너 위치 데이터(610)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1103). 다음으로, 파트너 리스크 데이터(614)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1104).

다음으로, 파트너 수수료 데이터(602)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1105). 다음으로, 고객 상호 작용 데이터(609)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1106). 다음으로, 카드 프로필 데이터(605)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1107). 다음으로, 프로그램 이름 데이터(606)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1108).

다음으로, 수수료 리스트 데이터(603)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1109). 다음으로, 메일 사용자 그룹 데이터(613)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1110). 다음으로, 지불 날짜 데이터(601)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1111). 다음으로, 보안 레벨 데이터(612)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1112).

다음으로, 보안 레벨 데이터(612)는 제어 콘솔(503)로부터 수신될 수 있고 최종 사용자 리스크 데이터(607)의 그룹화로서 거래 제품 데이터(505)의 일부로서 구성될 수 있다(단계 1113). 다음으로, 최종 사용자 리스크 데이터(607)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1114). 다음으로, 메일 템플릿 데이터(604)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1115). 다음으로, 메모 템플릿 데이터(622)는 제어 콘솔(503)로부터 수신될 수 있고 거래 상품 데이터(505)의 일부로서 구성될 수 있다(단계 1116).

이제 밸류 유닛 단위 변환 및 활용 상품의 구성을 나타내는 도 12를 참조한다. 제1단계에서, 기본 주된 지갑 시퀀스 데이터(804)가 최종 사용자 애플리케이션 디스플레이(701) 상에 디스플레이될 수 있고 관련 밸류 유닛 데이터(608)가 디스플레이될 수 있다(단계 1201). 다음으로, 최종 사용자 애플리케이션 디스플레이(701) 내의 지갑 컨테이너(702) 내의 하나 이상의 지갑(703)은 최종 사용자(516) 상호 작용에 의해 지갑 유형 데이터(813)를 위해 구성될 수 있다(단계 1202).

최종 사용자 애플리케이션 디스플레이(701) 내에서 하나 이상의 지갑(703)이 2차 지갑 시퀀스 데이터(802) 멤버로서 추가되거나 제거되면(단계 1203), 2차 지갑 시퀀스 선택기(811)는 선택된 지갑 멤버를 추가 또는 제거한다(단계 1204). 다음으로, 지갑 프로세서(710)는 밸류 유닛 변환 및 활용 제품(711) 내에 데이터를 구성하고 지갑 유형 데이터(813) 데이터가 저장될 수 있다(단계 1205).

단계 1202에서, 지갑 컨테이너(702) 내부의 지갑(703)의 주된 지갑 시퀀스 데이터(804)가 최종 사용자 애플리케이션 디스플레이(701) 내에서 재배열되면(단계 1206), 새로운 주된 지갑 시퀀스 데이터(804)는 최종 사용자(516)에 구성된 지갑 프로세서(710)에 의해 업데이트될 수 있다(단계 1207). 다음 단계 1205를 참조한다.

이제 밸류 유닛 변환 및 활용 제품을 사용하는 것을 도시한 도 13을 참조한다. 제1단계에서, 거래 결정기(809)는 획득 금액 데이터(808)를 처리한다(단계 1301). 다음에, 거래 결정기(809)는 획득 금액 데이터(808)의 타겟 밸류 유닛(819)을 식별한다(단계 1302). 다음으로, 거래 계산기(805)는 총 요구 금액(810)을 계산하고 필요한 실행 총 금액을 총 요구 금액(810)으로 설정한다(단계 1303). 단계 1303은 관련 방법(1400- '총 요구 금액 계산')에서 아래에 더 상세히 설명된다.　다음으로, 지갑 프로세서(710)는 현재 지갑(703)으로서 2차 지갑 시퀀스에서 제1지갑(703)부터 시작하여 지갑(703)의 검사를 시작한다(단계 1304). 단계 1304는 이하 관련 방법(1500- '현재 지갑의 검사')에서 더 상세히 설명된다.

거래 요구가 충족되지 않으면(단계 1305), 거래 평가기는 거래 거부 메시지를 스위치(519)에 전송한다(단계 1306).

단계 1304에서, 거래 요구가 충족되고(단계 1307), 거래가 승인 거래인 경우(단계 1308), 상기 지갑 프로세서(710)는 상기 총 요구 금액(810)을 함께 합한 지갑(703)의 밸류 유닛 금액에 대한 승인 보류를 설정한다. 다음으로, 거래 평가기(708)는 인증 메시지(522)를 스위치(519)에 전송한다(단계 1310).

단계 1307에서, 거래가 결제(clearing) 거래인 경우(단계 1311), 상기 교환 프로세서(709)는 적용 가능한 지갑을 사용하여 통합(515)으로부터 타겟 밸류 유닛 비율(820)로의 총 요구 금액(810)을 이행하는데 필요한 밸류 유닛 변환을 실행한다(단계 1312). 다음으로, 거래 평가기(708)는 결제 거래를 수락하는 메시지를 스위치(519)에 전송한다(단계 1313).

이제 총 요구량을 계산하는 것을 보여주는 도 14를 참조한다. 제1단계에서, 수수료 선택기(806)는 수수료 리스트 데이터(603)를 질의하여 최종 사용자에게 추가된 추가 요금을 결정한다(단계 1401). 다음으로, 수수료 선택기(806)는 파트너 수수료 데이터(602)를 질의하여 필요한 경우 최종 사용자에게 추가되는 추가 금액을 결정할 수 있다(단계 1402). 다음으로, 거래 계산기(805)는 적용 가능한 수수료 데이터(807) 및 획득한 금액 데이터(808)를 총 요구 금액(810)으로 합산한다(단계 1403).

이제 현재 지갑의 검사를 보여주는 도 15를 참조한다. 　제1단계에서, 지갑 프로세서(710)는 현재 지갑(703)의 밸류 유닛 및 가용 금액을 검사한다(단계 1501). 현재 지갑(703)이 교차 경계 지갑인 경우, 지갑 프로세서(710)는 적용 가능한 프로그래밍 인터페이스를 사용하여 교차 경계 지갑 제공자(cross-boundary wallet provider)에서 현재 지갑(703)의 밸류 유닛 및 가용 금액을 검사한 다음(단계 1502), 교환 프로세서(709)가 적용 가능한 지갑 대 타겟 밸류 유닛 비율(820)을 결정한다(단계 1503). 단계(1503)는 이하 관련 방법(1600- '밸류 유닛 변환 비율 결정')에서 더 상세히 설명된다.

다음으로, 거래 평가자(708)는 적용 가능한 지갑 대 타겟 밸류 유닛 비율(820)을 사용하여 지갑(703)에서 이용 가능한 밸류 유닛 금액을 총 요구 금액(810)의 타겟 밸류 유닛(819)으로 변환하고, 필요한 실행 총 금액(required amount running total)에서 그 금액을 뺀다(단계 1504).

결과로 초래된 필요한 실행 총 금액이 0 이하이면, 상기 거래 요구가 충족된다(단계 1505). 그 다음 1307 단계를 참조한다.

단계 1504로부터, 결과로 초래된 필요한 실행 총 금액이 0보다 크면, 상기 거래 요구는 충족되지 않는다(단계 1506). 검사를 위하여 지갑 시퀀스 내에 다른 지갑(703)이 있으면, 검사될 지갑 시퀀스 내의 다음 지갑(703)은 현재 지갑(703)이 되고(단계 1507), 단계 1501을 참조한다.

단계 1506에서, 검사를 위하여 검사될 지갑 시퀀스 내에 다른 지갑(703)이 없는 경우(단계 1508), 그리고 타겟 밸류 유닛 지갑(803)이 검사되지 않은 경우, 상기 타겟 밸류 유닛 지갑(803)은 현재 지갑(703)이 된다(단계 1509). 그런 다음 1501 단계를 참조한다.

단계 1508에서, 타겟 밸류 유닛 지갑(803)이 이미 검사되었다면(단계 1510), 그리고 주된 지갑 시퀀스가 검사되지 않은 경우, 상기 주된 지갑 시퀀스의 제1지갑(703)은 현재 지갑(703)이 된다(단계 1511). 그런 다음 1501 단계를 참조한다. 단계 1510으로부터, 주된 지갑 시퀀스가 이미 검사된 경우(단계 1512). 다음 1305 단계를 참조한다.

이제 밸류 유닛 변환 비율의 결정을 나타내는 도 16을 참조한다. 제1단계에서, 교환 프로세서(709)는 교환 테이블에 질의한다(단계 1601). 다음으로, 교환 프로세서(709)는 밸류 유닛 변환 비율을 리턴한다(단계 1602).

단계 1601에서, 상기 교환 테이블이 주기적 업데이트를 필요로 하면(단계 1603), 교환 테이블 업데이터는 하나 이상의 밸류 유닛으로부터 하나 이상의 밸류 유닛 변환 비율을 결정한다(단계 1604). 단계(1603)는 이하 관련 방법(1700- '밸류 유닛 변환 비율을 설정하는 방법을 결정하는 단계')에서 더 상세히 설명된다. 다음으로, 교환 프로세서(709)는 교환 테이블을 업데이트 한다(단계 1605).

이제 밸류 유닛 변환 비율을 설정하기 위한 방법을 결정하는 것을 도시하는 도 17을 참조한다.　제1단계에서, 교환 프로세서(709)는 목표 밸류 유닛(819)을 결정한다(단계 1701). 다음으로, 교환 프로세서(709)는 지갑 밸류 유닛(816)을 결정한다(단계 1702).

상기 시스템이 통합(515)으로부터 견적(quote) 밸류 유닛 변환 비율을 얻고자 한다면(단계 1703), 단일(single) 통합(515)으로부터 견적 밸류 유닛 변환 비율을 얻는다(단계 1704). 단계 1704는 이하 관련 방법(1900- '단일 상호 작용으로부터 견적 밸류 유닛 전환 비율을 얻는 단계')에서 더 상세히 설명된다.

단계 1702에서, 시스템이 둘 이상의 통합(515)으로부터 밸류 유닛 변환 비율 견적을 얻고자 한다면(단계 1705), 지갑 밸류 유닛(816)과 타겟 밸류 유닛(819)을 모두 포함하는 둘 이상의 통합(515)으로부터 견적 전환 비율(quote conversion rate)을 얻는다(단계 1706). 단계(1706)는 관련 방법(2000- '지갑 밸류 유닛 및 타겟 밸류 유닛을 모두 갖는 둘 이상의 통합으로부터 견적 밸류 유닛 전환 비율을 얻는 단계')에서 더 상세히 후술된다.

단계 1702에서, 지갑 밸류 유닛(816) 및 타겟 밸류 유닛(819) 모두와 일치할 수 있는 통합(515)이 없으면(단계 1707), 단계 2001을 참조한다. 단계(1707)는 관련 방법(1800- '지갑 밸류 유닛 및 타겟 금액 밸류 유닛 둘 모두와 통합이 없을 때 2개의 통합과 상호 작용하는 단계')에서 더 상세히 설명된다.

이제 지갑 밸류 유닛과 타겟 금액 밸류 유닛 모두와의 통합이 없을 때 두 개의 통합과 상호 작용하는 것을 나타내는 도 18을 참조한다. 제1단계에서, 교차-거래 관리자(817)는 교차-거래 밸류 유닛(818) 및 또한 지갑 밸류 유닛(816)을 포함하는 하나 이상의 통합(515)을 식별한다(단계 1801). 다음에, 교차-거래 관리자(817)는 교차-거래 밸류 유닛(818) 및 또한 타겟 밸류 유닛(819)을 포함하는 하나 이상의 통합(515)을 식별한다(단계 1802). 다음에, 지갑 교차 거래 밸류 유닛 비율(815)은 하나 이상의 통합(515)으로부터 수신될 수 있다(단계 1803).

다음에, 타겟 교차-거래 밸류 유닛 비율(821)은 하나 이상의 통합(515)으로부터 수신될 수 있다(단계 1804). 다음으로, 지갑 교차 타겟 밸류 유닛 비율(815)에 타겟 교차 거래 밸류 유닛 비율(821)을 곱하여 지갑 대 타겟 밸류 유닛 비율(wallet to target value unit rate)(820)로 얻는다(단계 1805). 다음으로, 상기 타겟 밸류 유닛(819)에서의 거래 요구를 만족시키기 위해 지갑 대 타겟 밸류 유닛 비율(820)에 기초하여 필요한 지갑 밸류 유닛(816)의 금액을 계산한다(단계 1806).

이것이 결제 거래인 경우(단계 1807), 거래를 통합(515)에 제출하여 밸류 유닛 교환을 수행하거나 나중에 일괄 거래된다(단계 1808).

단계 1806에서, 이것이 승인 거래인 경우(단계 1809), 요구 지갑 밸류 유닛(816) 금액에 승인 보류(authorization hold)를 추가한다(단계 1810).

이제 단일 상호 작용으로부터 견적 밸류 유닛 전환 비율을 얻는 것을 나타내는 도 19를 참조한다. 제1단계에서, 지갑 밸류 유닛(816) 및 타겟 밸류 유닛(819)을 포함하는 통합(515)을 식별한다(단계 1901). 다음으로, 시스템은 지갑을 타겟 밸류 유닛 비율(820)로 얻는다(단계 1902).

지갑 밸류 유닛 및 타겟 밸류 유닛을 모두 포함하는 둘 이상의 통합으로부터 견적 밸류 유닛 전환 비율을 얻는 것을 도시하는 도 20을 참조한다. 제1단계에서, 지갑 밸류 유닛(816) 및 타겟 밸류 유닛(819)을 갖는 둘 이상의 통합(515)을 식별한다(단계 2001). 다음으로, 타겟 밸류 유닛 비율(820)에 대해 가장 낮은 지갑을 갖는 통합(515)을 선택한다(단계 2002).

다음 요소 및/또는 용어: 교차 경계 지갑 공급자, 승인 거래, 지불 거래, 필요한 실행 총 금액, 교환 테이블, 교환 테이블 업데이터, 밸류 유닛, 거리, 교차 경계 계정, 물리적 포트, 독립 프로세서, 인터페이스 메모리, 버스(busses), 프로그램 지시, 시스템 서버, 마우스, 키보드, 그래픽 사용자 인터페이스, 교차 경계 지갑, 및 데이터 객체는 작업 기능에 중요하지만 도면에는 나타나지 않으며 아래에 나와 있다.

교차 경계 지갑 제공자(Cross boundary wallet provider)는 URL, 사용자 이름, 비밀번호, 승인 보, 류(authorization hold), 인출, 송금 등을 포함한 계정 관리를 허용하는 노출(exposes)을 갖는 지갑(703)에 대한 계정을 보유하는 엔티티를 포함한다. 승인 거래(Authorization transaction)는 거래 네트워크(517)를 통해 취득자(518)로부터 전송된 거래를 포함하고, 최종 사용자(516)에 의해 개시된 거래를 승인하기 위해 승인을 요청한다. 결제 거래(Clearing transaction)는 실제 지불의 결제가 필요한 거래를 포함한다. 필요한 실행 총 금액(Required amount running total)는 거래 요구가 충족될 수 있는지를 결정하기 위해 현재 지갑을 검사하는 동안 거래 평가자(708)에 의해 사용되는 타겟 값 유닛(819)의 실행 총 금액(running tally amount)을 포함한다. 교환 테이블은 다른 밸류 유닛 및 교환 비율에 대한 데이터로 구성된다. 교환 테이블 업데이터는 교환 테이블에서 데이터를 갱신하는 수단을 포함한다.

밸류 유닛은 적어도 하나의 교환 비율(exchange rate)을 갖도록 계산될 수 있는 거래 가능한 밸류 유닛을 포함한다. 거래는 하나 이상의 밸류 유닛의 변화에 영향을 미치는 이벤트로 구성된다. 일부 실시 예에서, 거래의 예는 변환, 거래, 이체, 지불, 인출 등을 포함할 수 있다. 교차 경계 계정(Cross boundary account)은 교차 경계 지갑 공급자에 대한 관련 계정으로 구성된다.

물리적 포트(Physical port)는 플러그 또는 케이블이 연결되는 장비의 특정 콘센트를 포함한다. 독립 프로세서(Independent processor)는 적절한 매체와의 통신을 가능하게 하는 프로세서(104)를 포함한다. 일부 실시 예들에서, 독립 프로세서의 예는 오디오 프로세서 또는 아마도 비디오 프로세서 등일 수 있다. 일부 실시 예에서, 인터페이스 메모리(interface memory)의 예는 휘발성 및/또는 비휘발성 메모리(예를 들어, RAM), DDR, DDR2 또는 GDDR을 포함할 수 있다. 버스(Busses)는 컴퓨터 내부의 구성 요소 간에 또는 컴퓨터 간에 데이터를 전송하는 통신 시스템을 포함한다.

프로그램 명령(Program instructions)은 운영 체제 및/또는 하나 이상의 애플리케이션의 실행을 제어하거나 이를 위한 메커니즘을 포함한다. 일부 실시 예에서, 프로그램 명령의 예는 객체 코드, 컴파일러에 의해 생성된 코드, 머신 코드, 어셈블러 또는 링커에 의해 생성된 코드, 바이트 코드, 또는 인터프리터를 사용하여 실행된 코드를 포함할 수 있다. 시스템 서버는 컴퓨팅 장치(101)를 포함한다. 마우스는 표면에 대한 2차원 운동을 검출하는 포인팅 장치를 포함한다. 키보드는 텍스트 및 숫자를 워드 프로세서, 텍스트 편집기 또는 기타 프로그램에 입력하기 위한 텍스트 입력 인터페이스로 구성된다. 그래픽 사용자 인터페이스(Graphical user interface)는 사용자가 텍스트 기반 사용자 인터페이스, 입력된 명령 레이블 또는 텍스트 탐색 대신 그래픽 아이콘 및 2차 표기법과 같은 시각적 표시기를 통해 전자 장치와 상호 작용할 수 있는 사용자 인터페이스 유형으로 구성된다.

경계 간 지갑(Cross-boundary wallet)은 거래 상품 계정과 상호 작용하지 않고 외부 전화(call)를 통해 경계 간 계정과 상호 작용하는 지갑을 포함한다.

데이터 객체(Data object)는 변수, 데이터 구조, 함수 또는 방법을 포함하고, 따라서 값을 가지며 식별자에 의해 가능하도록 참조되는 메모리 내의 위치이다. 일부 실시 예에서, 데이터 객체의 예는 상기 객체가 변수, 함수 및 데이터 구조 또는 아마도 테이블 또는 열의 조합이거나 데이터와 데이터베이스 엔터티 간의 연관(예를 들어 사람의 나이를 특정 사람과 연관) 및 그와 유사한 것일 수 있는 클래스의 특정 인스턴스일 수 있다.

Claims

프로세서, 메모리 및 프로그래밍 명령어를 포함하는 네트워크-연결된 거래 상품 관리 컴퓨터를 포함하고,
상기 프로그래밍 명령어는, 상기 프로세서에 의해 실행될 때, 상기 프로세서가
- 복수의 사용자 장치로부터 복수의 연결을 수신하게 하고;
- 복수의 외부 서비스로부터 복수의 연결을 수신하게 하고;
- 복수의 거래 상품 계정을 포함하는 지갑 컨테이너를 수신하게 하고, 여기서 각 거래 제품 계정은 밸류 유닛 타입 및 복수 타입의 밸류 유닛의 밸류 유닛 수량과 연관되며, 상기 지갑 컨테이너는 복수의 사용자 장치 중 제1사용자 장치와 연관되며, 상기 지갑 컨테이너는 복수의 거래 상품 계정의 사용 순서를 결정하기 위한 사전 정의된 지갑 시퀀스를 포함함;
- 상기 사전 정의된 지갑 시퀀스 및 복수의 거래 상품 계정 및 복수의 거래 상품 계정 각각과 연관된 밸류 유닛의 수량과 일치하는 복수의 거래 상품 게정을 제1사용자 장치와 연관된 그래픽 사용자 인터페이스로 전송하게 하고, 상기 그래픽 사용자 인터페이스는 사전 정의된 지갑 시퀀스를 재배열하도록 작동 가능하고, 상기 그래픽 사용자 인터페이스는 또한 복수의 거래 상품 계정 각각을 가능하게 하고, 제1사용자 장치로부터의 사용자 입력을 통해 우선순위를 위해 토글될 수 있도록 추가로 작동 가능함;
- 상기 제1사용자 장치로부터 1차 지갑 시퀀스를 수신하게 하고, 상기 1차 지갑 시퀀스는 사전 정의된 지갑 시퀀스 내에 포함된 복수의 거래 상품 계정 중 적어도 일부의 재배열을 포함함;
- 제1외부 서비스로부터 복수의 거래(transaction) 중 제1거래를 수신게 하고;
- 상기 제1거래와 관련된 거래 밸류 유닛 유형(transaction value unit type)을 결정하게 하고;
- 상기 거래 밸류 유닛 유형을 상기 사전 정의된 지갑 시퀀스 내에 포함된 복수의 거래 상품 계정 중 적어도 하나와 연관된 밸류 유닛 유형과 일치시키게 하고;
- 상기 제1사용자 장치로부터, 상기 복수의 거래 상품 계정 중 하나 이상의 거래 상품 계정에 대한 토글을 수신하게 하고;
- 상기 토글된 하나 이상의 거래 상품 계정을 포함하는 2차 지갑 시퀀스를 생성하게 하고, 상기 2차 지갑 시퀀스는 토글된 하나 이상의 거래 상품 계정의 사용 순서를 결정하고, 상기 2차 지갑 시퀀스의 사용 순서는 1차 지갑 시퀀스와 일치하는 하나 이상의 거래 제품 계정을 토글하고, 여기서 상기 1차 지갑 시퀀스 및 2차 지갑 시퀀스는 제1사용자 장치에 대한 다중 활용 상품(multiple utilization product)을 생성하는데 사용되는 적어도 하나의 애플리케이션 프로그래밍 인터페이스(API)로 변환됨;
- 제1거래를 처리하기 위해 우선 순위가 지정된 사용 순서를 정의하는 활용 상품(utilization product)을 만들게 하고, 상기 제1거래를 처리하기 위한 활용 상품의 우선 사용 순서는 다음과 같은 순서로 결정되고: 매칭된 복수의 거래 상품 계정 중 적어도 하나, 다음 2차 지갑 시퀀스로부터 토글된 하나 이상의 거래 상품 계정, 다음 1차 지갑 시퀀스의 나머지 거래 상품 계정, 여기서 복수의 활용 상품 각각은 복수의 거래 각각에 대한 개별 거래 밸류 유닛 유형에 기초하여 생성됨;
- 제1사용자 장치의 그래픽 사용자 인터페이스에 활용 제품을 표시하게 하고;
- 제1거래와 연관된 타겟 밸류 유닛 유형을 결정하게하고;
- 제1거래에 기초하여 상기 타겟 밸류 유닛 유형에 대응하는 거래 금액을 결정하고;
- 결정된 타겟 밸류 유닛 유형을 기반으로 복수의 활용 상품 중 활용 제품을 활성화하게 하고;
- 거래 금액을 기준으로 누적 합계를 시작하게 하고;
- 제1거래를 처리하기 위한 활용 상품의 사용 순서에 기초하여 활용 상품 내에서 순차적으로 각 거래 상품 계정을 반복적으로 평가하게 하고;
- 각 거래 상품 계정과 연관된 밸류 유닛의 변환된 수량에서 상기 거래 금액을 빼서 누적 합계를 업데이트하게 하고, 여기서 밸류 유닛의 변환된 수량은 사용 가능한 타겟 밸류 유닛 및 사용 가능한 타겟 밸류 유닛이 소진되었을 때 타겟 밸류 유닛으로 변환되는 다른 밸류 유닛에 해당함;
- 상기 누적 합계가 0에 도달하면 변환된 밸류 유닛 수량을 제1거래와 관련된 보유 거래 상품 계정으로 이전하게 하고;
- 활용 상품 내에 포함된 모든 거래 상품 계정의 반복 평가 시
누적 합계가 0보다 클 때 제1외부 서비스에 트랜잭션 거부 메시지를 전송하고, 그렇지 않으면
보유 계정에서 수취인 계정으로 변환된 밸류 유닛 수량을 해제하기 위해 제1사용자 장치로부터 비밀번호를 수신하고,
제1외부 서비스에 인증 메시지를 전송하고,
거래 거부 메시지 또는 승인 메시지를 제1사용자 장치의 그래픽 사용자 인터페이스로 전송하게 하는, 전자 중첩-지갑 시퀀싱 시스템(electronic nested-wallet sequencing system).
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제