KR20160030573A - 보안 원격 지불 거래 처리 - Google Patents

Abstract

본 발명의 실시예들은 원격 거래들을 안전하게 처리하기 위한 방법들, 장치들, 컴퓨터 판독가능 매체 및 시스템들에 관한 것이다. 본 발명의 일 실시예는 모바일 디바이스에 의해 개시된 원격 거래를 처리하는 방법에 관한 것이다. 상기 방법은 서버 컴퓨터가 암호화된 지불 정보를 포함하는 지불 요청을 수신하는 것을 포함한다. 상기 암호화된 지불 정보는 상기 모바일 디바이스의 모바일 지불 애플리케이션에 의해 생성된 것이며 그리고 서드 파티 키를 이용하여 암호화된다. 상기 방법은 상기 암호화된 지불 정보를 상기 서드 파티 키를 이용하여 해독하는 단계, 상기 지불 정보와 연관된 거래 프로세서 공개 키를 판별하는 단계, 그리고 상기 거래 프로세서 공개 키를 이용하여 상기 서버 컴퓨터에 의해 상기 지불 정보를 재-암호화하는 단계를 더 포함한다. 상기 방법은 상기 재-암호화된 지불 정보를 포함하는 지불 응답을 거래 프로세서로 송신하는 단계를 더 포함한다. 상기 거래 프로세서는 상기 재-암호화된 지불 정보를 거래 프로세서 비밀 키를 이용하여 해독하며 그리고 지불 거래를 개시한다.

Description

보안 원격 지불 거래 처리 {SECURE REMOTE PAYMENT TRANSACTION PROCESSING}

본 발명은 원격의 온라인 거래에 관한 것이다.

관련 출원들 상호 참조

본원은 2013년 7월 15일에 출원된 미국 임시 출원 No. 61/957,948, 2013년 8월 8일에 출원된 미국 임시 출원 No. 61/863,869, 2013년 8월 29일에 출원된 미국 임시 출원 No. 61/871,814, 그리고 2013년 9월 19일에 출원된 미국 임시 출원 No. 61/880,154에 대한 우선권의 이익을 향유하며, 이 출원들은 모든 목적들을 위해 그 전체가 본원에 참조로 편입된다.

배경기술

점점 늘어나는 수의 소비자들은 지불 거래들을 위해 근거리 무선 통신 (near-field communication (NFC)) 및 다른 근접 통신 프로토콜들을 사용하도록 구성된 디바이스들을 이용하고 있다. 예를 들면, 소비자의 모바일 디바이스는 NFC 하드웨어 그리고 민감한 계정 정보를 저장하기 위한 보안 요소 또는 다른 보안 저장 매체를 포함할 수 있다. 지불 거래를 수행하기 위해서, 소비자는 모바일 디바이스를 판매점 단말, 액세스 디바이스, 또는 다른 근접 또는 비접촉식 통신 리더기에 근접하게 위치시킬 수 있다. 그러면 그 거래는 상기 보안 저장 매체 상에 저장된 보안 지불 정보를 이용하여 처리될 수 있을 것이며, 사용자가 물리적인 신용 카드를 제공하거나 또는 신용 카드 번호를 수동으로 입력할 것을 필요로 하지 않는다.

소비자들은 모바일 디바이스들을 이용하여 온라인 지불 거래들을 또한 수행한다. 예를 들면, 소비자는 상인 애플리케이션을 다운로드하고 그리고 구매할 몇몇의 아이템들을 선택할 수 있을 것이다. 그러면, 지불 거래를 수행하기 위해서, 그 소비자는 물리적인 또는 스크린 상 키보드를 이용하여 지불 정보를 입력할 수 있을 것이다. 그러나, 상인 애플리케이션들로 지불 정보를 수동으로 입력하는 것은 종종 잉여이며, 이는 보안 저장 매체에 저장된 지불 정보를 그 소비자가 이미 가지고 있을 수 있기 때문이다. 또한, 지불 정보를 수동으로 입력하는 것은 도청에 취약함과 같은 보안의 위험성을 초래할 수 있을 것이다.

따라서, 소비자가 원격 거래를 개시하고 처리하기 위해 모바일 디바이스 상에 저장된 보안 지불 크리덴셜 (credential)들을 사용하도록 허용할 필요가 있다. 그러나, 모바일 디바이스 상에 저장된 그 지불 크리덴셜들은 민감하며 그리고 모바일 디바이스 상의 상인 애플리케이션들은 해킹, 속임수, 및 다른 보안 위협들에 열려있을 수 있다. 그처럼, 모바일 디바이스 상에 안전하게 저장된 지불 크리덴셜들이 지불 거래 처리 동안에 상기 모바일 디바이스 상에서의 잠재적인 악의의 애플리케이션들 및 위협들에 대해 안전하다는 것을 보장할 필요가 있다.

더욱이, 지불 크리덴셜들이 도난당하거나 가로채진 것이 아니며 그리고 부당한 서드 파티 (third party)에 의해 사용되고 있는 것이 아니라는 것을 검증하기 위해 소비자가 상인에게 또는 서비스 제공자에게 출두하지는 않기 때문에, 전통적인 원격 거래들은 보안 특징들 및 부정 수단의 더 높은 위험을 제한했다. 따라서, 모바일 디바이스들로부터 개시된 원격 거래의 보안을 증가시킬 필요가 있다.

본 발명의 실시예들은 이런 문제점들 및 다른 문제점들을 개별적으로 그리고 집합적으로 중점을 두어 해결한다.

본 발명의 실시예들은 원격 거래들을 안전하게 처리하기 위한 방법들, 장치들, 컴퓨터 판독가능 매체 및 시스템들에 관한 것이다. 예를 들면, 본 발명의 실시예들은 소비자들이 상인 웹사이트 또는 상인 애플리케이션을 통해서 개시된 원격 지불 거래 동안에 보안 및 민감한 지불 크리덴셜들을 포함하는 모바일 디바이스를 이용하도록 허용한다. 상기 상인 웹사이트 또는 상기 애플리케이션은 상기 소비자 디바이스가 키패드를 이용하여 계정 번호 및 만료 날짜를 제공하게 하거나 또는 안전하지 않은 메모리로부터 상기 정보를 얻는 것 대신에 지불 크리덴셜들 (예를 들면, 계정 번호 및 만료 날짜)을 얻기 위해 보안 요소 기반의 모바일 지불 애플리케이션을 활용할 수 있다. 실시예들은 신뢰받지 못하는, 안전하지 않은, 그리고/또는 잠재적으로 악의의 모바일 애플리케이션 (예를 들면, 상기 상인 애플리케이션)으로부터 민감한 정보를 보호하면서 민감한 지불 정보를 전달하기 위한 보안 프로세스를 제공한다.

또한, 실시예들은 모바일 지불 애플리케이션을 통해서 개시된 원격 거래들을 위해 칩-기반의 동적 인증 데이터 (예를 들면, 동적 암호들 또는 다른 값들)의 생성을 통합하고 그리고 전형적인 원격 지불 거래들을 통해 추가의 보안을 제공한다. 따라서, 실시예들은 더욱 안전하고 강건한 원격 지불 거래 시스템들을 제공한다. 그처럼, 실시예들은 그런 보안 특징들을 포함하는 능력을 보통은 가지지 않은 거래들에서 유일한 동적 및 검증 가능한 암호들을 제공함으로써 카드가 존재하지 않는 거래들의 보안 레벨을 향상시킨다.

본 발명의 일 실시예는 모바일 디바이스에 의해 개시된 원격 거래를 처리하는 방법에 관한 것이다. 상기 방법은 서버 컴퓨터가 암호화된 지불 정보를 포함하는 지불 요청을 수신하는 것을 포함한다. 상기 암호화된 지불 정보는 상기 모바일 디바이스의 모바일 지불 애플리케이션에 의해 생성된 것이며 그리고 상기 암호화된 지불 정보는 서드 파티 키를 이용하여 암호화된다. 상기 방법은 상기 암호화된 지불 정보를 상기 서드 파티 키를 이용하여 해독하는 단계, 상기 지불 정보와 연관된 거래 프로세서 공개 키를 판별하는 단계, 그리고 상기 거래 프로세서 공개 키를 이용하여 상기 서버 컴퓨터에 의해 상기 지불 정보를 재-암호화하는 단계를 더 포함한다. 상기 방법은 상기 재-암호화된 지불 정보를 포함하는 지불 응답을 거래 프로세서로 송신하는 단계를 더 포함한다. 상기 거래 프로세서는 상기 재-암호화된 지불 정보를 거래 프로세서 비밀 키를 이용하여 해독하며 그리고 상기 해독된 지불 정보를 이용하여 지불 거래를 개시한다.

본 발명의 다른 실시예는 프로세서 및 상기 프로세서에 연결된 컴퓨터-판독가능 매체를 포함하는 서버 컴퓨터에 관한 것이다. 상기 컴퓨터-판독가능 매체는 원격 거래를 처리하는 방법을 수행하기 위해 상기 프로세서에 의해 실행 가능한 코드를 포함한다. 상기 방법은 서버 컴퓨터가 암호화된 지불 정보를 포함하는 지불 요청을 수신하는 것을 포함한다. 상기 암호화된 지불 정보는 상기 모바일 디바이스의 모바일 지불 애플리케이션에 의해 생성된 것이며 그리고 상기 암호화된 지불 정보는 서드 파티 키를 이용하여 암호화된다. 상기 방법은 상기 암호화된 지불 정보를 상기 서드 파티 키를 이용하여 해독하는 단계, 상기 지불 정보와 연관된 거래 프로세서 공개 키를 판별하는 단계, 그리고 상기 거래 프로세서 공개 키를 이용하여 상기 서버 컴퓨터에 의해 상기 지불 정보를 재-암호화하는 단계를 더 포함한다. 상기 방법은 상기 재-암호화된 지불 정보를 포함하는 지불 응답을 거래 프로세서로 송신하는 단계를 더 포함한다. 상기 거래 프로세서는 상기 재-암호화된 지불 정보를 거래 프로세서 비밀 키를 이용하여 해독하며 그리고 상기 해독된 지불 정보를 이용하여 지불 거래를 개시한다.

본 발명의 이런 실시예들 그리고 다른 실시예들은 아래에서 더욱 상세하게 설명된다.

본 발명의 효과는 본 명세서의 해당되는 부분들에 개별적으로 명시되어 있다.

도 1은 본 발명의 몇몇의 실시예들에 따른, 원격 키 관리자 및 모바일 디바이스의 상인 애플리케이션을 이용하여 원격 거래를 수행하기 위한 예시적인 시스템의 블록 도면을 보여준다.
도 2는 본 발명의 몇몇의 실시예들과 함께 사용될 수 있을 예시적인 모바일 디바이스의 블록 도면을 보여준다.
도 3은 본 발명의 몇몇의 실시예들에 따른 예시적인 원격 키 관리자의 블록 도면을 보여준다.
도 4는 본 발명의 몇몇의 실시예들에 따른, 인증 기관을 이용하여 상인 공개/비밀 키 쌍들 및 상인 애플리케이션 증명서들을 제공하는 예시적인 방법 (400)의 흐름도를 보여준다.
도 5는 본 발명의 몇몇의 실시예들에 따른, 원격 키 관리자 및 모바일 디바이스의 상인 애플리케이션을 이용하여 원격 거래를 처리하기 위한 예시적인 방법의 흐름도를 보여준다.
도 6은 본 발명의 몇몇의 실시예들에 따른, 원격 키 관리자 및 모바일 디바이스 상의 상인 애플리케이션을 이용하여 원격 거래를 수행하기 위한 추가의 예시적인 방법들을 보여준다.
도 7은 본 발명의 몇몇의 실시예들에 따른, 지불 처리 네트워크와 연관된 모바일 게이트웨이 및 모바일 디바이스의 상인 애플리케이션을 이용하여 원격 거래를 수행하기 위한 예시적인 시스템의 블록 도면을 보여준다.
도 8은 본 발명의 몇몇의 실시예들에 따른, 원격 거래들용의 거래 프로세싱 암호화 키들을 관리하고 그리고 보안 원격 거래들을 처리하도록 구성된 예시적인 지불 처리 네트워크의 블록 도면을 보여준다.
도 9는 본 발명의 몇몇의 실시예들에 따른, 지불 처리 네트워크와 연관된 모바일 게이트웨이 및 모바일 디바이스의 상인 애플리케이션을 이용하여 원격 처리를 처리하기 위한 예시적인 방법의 흐름도를 보여준다.
도 10은 본 발명의 몇몇의 실시예들에 따른, 서드 파티 서비스 제공자 (예를 들면, 모바일 지갑 제공자) 및 모바일 디바이스의 상인 애플리케이션을 이용하여 원격 거래를 수행하기 위한 예시적인 시스템의 블록 도면을 보여준다.
도 11은 본 발명의 몇몇의 실시예들에 따른, 서드 파티 서비스 제공자 (예를 들면, 모바일 지갑 제공자) 및 모바일 디바이스의 상인 애플리케이션을 이용하여 원격 거래를 처리하기 위한 예시적인 방법의 흐름도를 보여준다.
도 12는 본 발명의 몇몇의 실시예들에 따른, 타원 곡선 암호를 이용하여 정보를 암호화하고 해독하는 예시적인 방법의 흐름도를 보여준다.
도 13은 본 발명의 몇몇의 실시예들에 따른, 타원 곡선 암호를 이용하여 정보를 암호화하고 해독하는 다른 예시적인 방법의 흐름도를 보여준다.
도 14는 예시전인 컴퓨터 장치의 블록 도면을 보여준다.

본 발명의 실시예들은 모바일 디바이스 상의 신뢰받지 않는 상인 애플리케이션들에 의해 개시된 원격 거래들을 안전하게 처리하기 위한 시스템 및 방법에 관한 것이다. 실시예들은 모바일 디바이스의 보안 메모리에 저장된 민감한 지불 정보를 보호하고 그리고 원격 지불 거래를 수행하기 위해서 그 민감한 지불 정보를 안전한 방식으로 전송하는 것을 허용하는 보안 시스템을 제공하기 위한 여러 상이한 구성들을 포함한다.

모바일 디바이스 상에서 원격 전자 커머스 (commerce) (즉, e-커머스) 거래를 수행할 때에, 소비자는 상인 웹사이트에 지불 크리덴셜들 및 다른 민감한 정보를 제공하며, 그래서 상인이 그 거래를 위한 지불을 식별하고 개시하도록 할 필요가 있을 수 있다. 보통은 소비자는 프라이머리 계정 번호 (primary account number (PAN)), 만료 날짜, 및 카드 검증 값 (예를 들면, CVV2)을 모바일 디바이스에 키로 넣거나 또는 그렇지 않고 입력할 수 있으며, 그러면 그 모바일 디바이스는 그 정보를 상인 서버로 송신한다. 그러나, 이 방법은 안전하지 않으며 사기의 거래들로 이끌 수 있을 것이다. 예를 들면, 그 소비자가 소비자 스스로를 나타낸 바로 그 자신인가 또는 그 소비자가 그 근원적인 지불 디바이스를 소유한 것인지 또는 상기 디바이스로부터 상기 PAN, 만료 날짜, 및 카드 검증 값을 단지 가로채거나 또는 악의적으로 획득하고, 그리고 그것들 적절한 허가를 받지 않고 사용하고 있는지의 여부를 상인이 알 방법이 전혀 없다.

본 발명의 실시예들에 따라, 상인 웹 서버 컴퓨터 또는 상인 애플리케이션은 계정 정보를 안전하게 저장하는 모바일 디바이스의 모바일 지불 애플리케이션으로부터 그 계정 정보를 안전하게 획득할 수 있다. 또한, 원격 거래는 그 모바일 디바이스 상의 모바일 지불 애플리케이션을 통해서 개시되고 있기 때문에, 몇몇의 실시예들은 상기 모바일 디바이스 상의 계정 정보가 인증되었으며 그리고 허가된 방식으로 제공되었거나 인스톨되었다는 것을 더 보장하는 추가적인 인증 데이터를 제공할 수 있을 것이다. 따라서, 실시예들은 더욱 안전한 원격 지불 거래 처리 시스템들을 제공한다.

몇몇의 실시예들에서, 상기 모바일 지불 애플리케이션은 모바일 디바이스의 보안 요소 또는 보안 메모리로부터 계정 정보를 얻을 수 있다. 추가로, 거래는 근접 또는 비접촉식 통신들 동안에 칩 데이터 (예를 들면, 동적 (dynamic) 값, 암호 등)를 제공하도록 구성될 수 있을 모바일 지불 애플리케이션을 이용하여 처리되고 있기 때문에, 상기 원격 거래는 원격 거래용의 동적 칩 데이터 (예를 들면, 동적 값 또는 암호)를 포함할 수 있다. 따라서, 계정 정보의 소비자의 키 입력 및/또는 칩 데이터로의 액세스가 없기 때문에 상인이 고도로 안전한 칩 데이터 (예를 들면, 동적 값 또는 암호)를 보통은 수신할 수 없을 e-커머스 거래 동안에, 본 발명의 실시예들은 거래 처리 동안에 동적 인증 정보 및 확인을 위한 다른 칩 데이터를 제공한다.

본 발명의 실시예들은 상인 컴퓨터가 원격 지불 거래 동안에 모바일 지불 애플리케이션으로부터 계정 크리덴셜들 및 칩 데이터 두 가지 모두를 안전하게 수신하도록 허용한다. 따라서, 원격 상인 서버 컴퓨터는 전형적인 원격 거래보다 더 높은 레벨의 보안을 제공하는 표준의 "카드 존재 (card present)" 칩 거래 허가 요청 메시지를 구축하기에 충분한 데이터를 수신할 수 있다.

본 발명의 실시예들은 여러 유리한 점들을 가진다. 예를 들면, 실시예들은 모바일 디바이스 상에서 신뢰받지 않는 또는 모르는 상인 애플리케이션들을 사용하여 지불 거래들의 보안을 향상시킨다. 몇몇의 실시예들에서, 원격 키 관리자, 모바일 게이트웨이, 지불 처리 네트워크, 모바일 지갑 제공자, 또는 어떤 다른 서드 파티 시스템은 상인 키들을 확인하고, 지불 정보를 해독하고, 그리고 신뢰받는 상인의 공개 키를 이용하여 상기 지불 정보를 재-암호화하기 위해 사용될 수 있을 것이다. 이것은 부도덕한 애플리케이션들이나 디바이스들이 민감한 데이터로의 액세스를 얻는 것을 방지하며, 이는 상기 지불 정보는 상기 신뢰받는 거래 프로세서 암호화 키 (예를 들면, 상인 비밀 키, 상인 애플리케이션 비밀 키, 인수자 (acquirer) 비밀 키 등)가 없으면 판독될 수 없기 때문이다.

추가로, 실시예들은 고도의 보안의 그리고 거래 동안에 재생산하기 어려운 정보를 사용하는 것을 허용함으로써 더욱 안전한 지불 시스템들을 제공한다. 예를 들면, 거래 동안에 제공된 동적 암호 또는 동적 값은 소비자가 실제로 계정을 이용하여 거래를 수행하는 것을 허가받은 것에 대한 상인에 의한 더 높은 레벨의 신뢰를 허용한다. 따라서, 보다 적은 수의 사기 거래들 및 지불 거절들이 지불 처리 네트워크들, 발행자들, 및 상인들에 의해 처리될 것이다.

또한, 거래를 개시하고 처리하기위해서 모바일 디바이스 상에 이미 존재하는 지불 정보 (예를 들면, 계정 정보)를 소비자가 사용하는 것을 상기 시스템이 허용하기 때문에 본 발명 실시예들은 소비자들 및 사용자들에게 더욱 편리하다. 예전의 원격 거래들은 소비자가 지불 정보를 수동으로 입력하도록 하거나 또는 보안 메모리에 저장되지 않았던 정보를 사용할 것을 요청했다. 따라서, 본 발명 실시예들은 소비자들이 모바일 디바이스로부터 거래들을 개시하도록 하는 더욱 안전하고 편리한 방법을 제공한다.

또한 상기 원격 거래 처리에 결부된 다중의 키 교환들 때문에, 상기 민감한 정보는 목적지 엔티티 (entity)에게 전송되거나 전달되고 있을 때에 항상 보호될 수 있다. 따라서, 본 발명 실시예들은 정적이며 그리고 미래의 거래들에서 다시 사용될 수 있을 민감한 정보 (예를 들면, 정적인 계정 식별자들, 만료 날짜 등)의 보호를 허용하기 위해 원격 거래에 관련된 민감한 정보를 전송하기 위한 보안의 통신 프로세스를 제공한다.

본 발명의 실시예들을 설명하기 이전에, 본 발명의 실시예들을 이해하는데 있어서 몇몇의 용어들에 대한 설명이 도움이 될 수 있을 것이다.

"원격 거래 (remote transaction)"는 거래의 한 측이 거래의 다른 측으로부터 얼마간의 거리에 의해 그리고/또는 어떤 디바이스에 의해서 분리된 경우인 어떤 거래도 포함할 수 있다. 예를 들면, 원격 거래는 "카드가 존재하지 않는 (card-not present)", 전자 커머스, 둘 또는 그 이상의 디바이스들 사이에서의 통신을 통해 수행되는 다른 온라인 거래를 포함할 수 있다. 예를 들어, 원격 거래들은 동일한 위치에 존재하지 않는 디바이스들 또는 양 측들 (예를 들면, 상인과 소비자)이 거래를 완료하기 위해서 동일한 디바이스를 사용하지 않는 경우의 다중의 디바이스들을 포함할 수 있을 것이다. 추가로, 원격 거래는 상인의 판매점 디바이스 (즉, 액세스 디바이스)를 사용하여 완료되지 않으며 대신에 원격 거래들을 처리하도록 구성된 원격 (또는 로컬) 상인 서버 컴퓨터와 통신하기 위해 자신의 모바일 디바이스를 사용하는 소비자에 의해 완료되는 상점 내 (in-store) 거래를 포함할 수 있다. 전통적으로, ("카드 존재" 또는 상점 내 거래에서처럼) 거래 동안에 양 측들이 동일한 위치에 존재하지 않으므로 원격 거래들은 수취인이 지불하는 사람을 식별할 기회를 허용하지 않기 때문에 또는 그렇지 않다면 자신들이 받고 있는 지불이 합법적인가를 확실하게 할 것을 허용하지 않기 때문에, 원격 거래들은 사기당할 기회가 더 많다. 로컬의, 카드가 존재하는, 얼굴을 맞댄 또는 상점 내 거래는 거래에 둘 또는 그 이상의 당사자들이 동일한 위치에 존재하며, 동일한 거래 디바이스를 사용하는 경우의 거래를 포함할 수 있으며, 또는 지불자 및/또는 수취자의 신원을 인증하기 위해 적어도 하나의 존재하는 개인이나 엔티티를 통해 수행된다.

"지불 요청 (payment request)"은 지불을 처리하거나 개시하기 위한 요청을 포함하는 메시지를 구비할 수 있다. 예를 들면, 지불 요청은 상인에 의해 제공된 상품들이나 서비스들과 연관된 구매 거래에 관련된 소비자와 연관된 모바일 디바이스로부터 송신될 수 있다. 상기 지불 요청은 지불 정보 (예를 들면, 계정 식별자들, 개인적인 정보 등), 거래 정보 (예를 들면, 상인 정보, 구매되고 있는 아이템들 등), 디바이스 정보 (예를 들면, 모바일 디바이스 전화 번호, 보안 요소 식별자 등), 라우팅 정보 (예를 들면, 목적지 컴퓨터의 인터넷 프로토콜 (IP) 주소, 목적지 컴퓨터를 위한 식별자, 은행 신원 번호 (bank identification number (BIN)) 등), 및 지불 거래에 관련된 다른 정보를 포함하는 상기 거래에 관련된 어떤 정보를 포함할 수 있을 것이다. 예를 들면, 지불 요청은 거래에 대한 암호화된 지불 정보를 포함할 수 있을 것이며 그리고 상기 지불 요청을 인증하고, 공개 키 증명서를 확인하고, 암호화된 지불 정보를 해독하고, 상기 확인된 증명서로부터 공개 키를 추출하고, 상기 해독된 지불 정보를 재-암호화하고, 그리고 지불 거래의 개시를 위해서 그 재-암호화된 지불 정보를 거래 프로세서로 송신하도록 구성된 서드 파티 컴퓨터로 송신될 수 있다. 따라서, 상기 지불 요청은 원격 거래를 처리하기 위해서 민감한 데이터를 상인 서버로 전송하기 위한 보안 프로세스에 관련된 어떤 정보를 포함할 수 있다.

여기에서 사용되는 것과 같은 "지불 정보 (payment information)"는 지불을 수행하기 위한 어떤 관련된 정보를 포함할 수 있다. 예를 들면, 지불 정보는 민감한 계정 정보 및/또는 발행자에서 소비자 계정을 식별하고 그리고/또는 인증하기 위해 사용될 수 있을 개인적인 정보를 포함할 수 있다. 또한, 몇몇의 실시예들에서, 상기 지불 정보는 상인 정보, 소비자 정보, 모바일 디바이스 정보, 라우팅 정보, 또는 지불 거래들을 집행하고, 관리하고, 그리고 전달하기 위해 사용될 수 있을 어떤 다른 관련 정보를 또한 포함할 수 있을 것이다. 그처럼, 지불 정보는 민감한 정보 및 비-민감 정보 둘 모두를 포함할 수 있다. 추가로, 지불 정보는 거래를 수행하기 위해 사용될 수 있을 계정 정보, 개인적인 정보 등의 일부만을 포함할 수 있을 것이다. 예를 들면, 지불 정보는 거래 또는 계정과 연관된 민감한 정보를 포함할 수 있을 것이며 그리고 지불 정보로 간주되지 않을 다른 비-민감 정보 (예를 들면, 거래 금액 등)와 함께 송신될 수 있을 것이다.

여기에서 사용되듯이, "지불 크리덴셜들 (payment credentials)"은 프로세서가 소비자 계정을 이용하여 지불 거래를 식별하고, 검증하며, 그리고/또는 처리하는 것을 허용하는 정보를 포함할 수 있다. 예를 들면, 지불 크리덴셜은 계정 식별자 (예를 들면, 프라이머리 계정 번호 (primary account number (PAN)), 토큰 (예를 들면, 계정 식별자 대용품), 만료 날짜, 카드 검증 값 (예를 들면, CVV, CVV2, dCVV 등), 동적 암호 또는 동적 값 (예를 들면, 동적 인증 데이터), 계정과 연관된 개인적인 정보 (예를 들면, 주소 등), 계정 별칭, 또는 어떤 다른 관련 데이터를 포함할 수 있을 것이다.

몇몇의 실시예들에서, 상기 지불 크레덴셜들은 모바일 디바이스의 보안 메모리 내에 저장될 수 있을 것이다. 모바일 디바이스의 보안 메모리는, 그 보안 메모리에 저장된 데이터가 외부 애플리케이션들에 의해서 직접적으로 액세스될 수 없으며 그리고 그 보안 메모리와 연관된 모바일 지불 애플리케이션이 그 보안 메모리에 저장된 지불 크리덴셜들을 획득하기 위해서 액세스될 수 있도록 구성될 수 있다. 따라서, 상기 보안 메모리에 저장된 지불 크리덴셜들에 대한 액세스들 얻기 위하여 상기 모바일 지불 애플리케이션과 인터페이스하기 위해서, 상인 애플리케이션은 모바일 지불 애플리케이션과 또는 원격 거래 애플리케이션과 또는 다른 원격 거래 애플리케이션과 인터페이스할 수 있다. 몇몇의 실시예들에서, 모바일 지불 애플리케이션으로부터 지불 크리덴셜들을 요청하기 위해서 소프트웨어 개발 키트 (software development kit (SDK)), 애플리케이션 프로그래밍 인터페이스 (application programming interface (API)), 또는 다른 서드 파티 프로그래밍 코드 또는 모듈이 액세스될 수 있다. 또한, 모바일 디바이스의 보안 메모리에 저장된 지불 크리덴셜들의 발행자와 연관된 공유 마스터 파생 키 (master derived key (MDK))를 기반으로 하는 세션 파생 키들 (session derived keys (SDKs))을 이용하여 상기 지불 크리덴셜들이 암호화된 모습으로 제공될 수 있도록 상기 보안 메모리가 구성될 수 있을 것이다. 추가로, SDK 또는 API 가 보안 메모리 (예를 들면, 보안 요소)를 액세스하기 위해 유효한 디지털 증명서가 존재할 수 있다.

여기에서 사용되듯이, "거래 정보 (transaction information)"는 거래와 연관된 데이터를 포함할 수 있다. 예를 들면, 거래 정보는 거래 액수, 거리 시간, 거래 데이터, 상인 정보 (예를 들면, 등록된 상인 식별자, 주소, 상인 컴퓨터 IP 주소 등), 제품 정보 (예를 들면, 시리얼 번호들, 제품 이름들 또는 다른 식별자들 등)를 포함할 수 있다. 상기 거래 정보는 상기 소비자가 상인 애플리케이션을 통해서 지불 거래를 개시하기 이전에 또는 이후에 상인 서버 컴퓨터에 의해서 모바일 디바이스로 제공될 수 있다. 몇몇의 실시예들에서, 상기 거래 정보는 상기 거래 정보에 포함된 상인 정보를 이용하여 거래와 연관된 특정 상인을 식별하기 위해서 사용될 수 있다.

여기에서 사용되듯이, "상인 정보 (merchant information)"는 상인, 수취자, 서비스 제공자, 생산자, 또는 거래에서의 다른 신뢰하는 측과 연관된 정보를 포함할 수 있다. 예를 들면, 상인 정보는 원격 거래 서비스, 원격 키 관리자, 지불 처리 네트워크, 또는 상기 원격 거래 처리 시스템과 연관된 다른 거래 처리 엔티티를 등록하는 동안에 판별되었던 상인 식별자를 포함할 수 있다. 몇몇의 실시예들에서, 상기 상인 식별자는 등록된 상인 컴퓨터 공개 키, 상인 애플리케이션 공개 키, 및/또는 거래와 연관된 인수자 공개 키를 판별하기 위해 사용될 수 있다.

여기에서 사용되듯이, "암호화된 지불 정보 (encrypted payment information)"는 그 지불 정보로의 허가받지 않은 액세스를 방지하기 위해 몇몇의 당사자들에게 뜻을 알 수 없게 만들어졌던 지불 정보를 포함할 수 있다. 예를 들어, 공유된 비밀 키로의 액세스나 지시된 암호화 키로의 액세스가 없다면 상기 암호화된 지불 정보는 수령인에 의해 읽혀지지 않을 수 있다. 그처럼, 상기 암호화된 지불 정보는 역전 가능하고 재반복 가능한 프로세스를 통해서 뜻을 알 수 없게 만들어질 수 있으며, 그래서 허가받지 않은 엔티티들이 (공유된 비밀 키 또는 암호화 키로의 액세스를 얻지 않는다면) 상기 민감한 지불 정보 또는 상기 지불 정보 내 민감한 지불 크리덴셜들로의 액세스를 얻거나 이해할 수 없도록 하면서 두 당사자들이 공유된 비밀 키나 암호화 키를 이용하여 정보를 공유할 수 있도록 한다.

추가로, 몇몇의 실시예들에서, 상기 암호화된 지불 정보는 암호화된 민감한 정보 및 암호화되지 않은 덜 민감하거나 비-보안 정보의 조합을 포함할 수 있다. 예를 들면, 몇몇의 실시예들에서, 암호화된 지불 정보는 암호화된 지불 크리덴셜들 (예를 들면, 민감한 계정 식별자들 및 만료 날짜) 및 암호화되지 않은 거래 정보 (예를 들면, 거래 금액, 제품 식별자들 등)를 포함할 수 있을 것이다. 다른 실시예들에서, 상기 암호화된 지불 정보는 암호화된 관련 거래 정보 모두를 포함할 수 있다. 예를 들면, 몇몇의 실시예들에서, 상기 암호화된 지불 정보는 암호화된 지불 크리덴셜들 및 암호화된 거래 정보 두 가지 모두를 포함할 수 있다.

몇몇의 실시예들에서, 상기 암호화된 지불 정보는 모바일 디바이스의 모바일 지불 애플리케이션에 의해 생성될 수 있을 것이며, 그래서 상기 모바일 지불 애플리케이션이 저장된 또는 수신된 지불 크레덴셜들 및/또는 거래를 위한 다른 지불 정보를 암호화하기 위해 사용된 암호화 키들 (예를 들면, 서드 파티 공개 키들)을 구비하도록 한다. 예를 들면, 모바일 지불 애플리케이션은 서드 파티 공개 암호화 키를 저장할 수 있다. 그 서드 파티 공개 암호화 키는 원격 키 관리자, 모바일 게이트웨이, 지불 처리 네트워크, 모바일 지갑 공급자, 또는 원격 지불 거래를 처리하도록 구성된 다른 서드 파티에 안전하게 저장될 수 있을 서드 파티 비밀 암호화 키와 쌍을 이룰 수 있다. 상기 서드 파티 비밀 키는 상기 암호화된 지불 정보를 해독하고 그리고 그 서드 파티가 지정된 거래 프로세서용의 공개 키를 이용하여 상기 보안 지불 정보를 더 암호화하는 것을 허용하기 위해 사용될 수 있다. 따라서, 상기 암호화된 지불 정보는 보안 원격 거래 처리를 허용하기 위해 사용될 수 있다. 추가로, 상기 서드 파티 암호화 키는 대칭적인 암호화 키를 포함할 수 있을 것이며 그리고 상기 키들은 공개/비밀 키 쌍들로 제한되지 않는다.

여기에서 사용되듯이, "해독된 지불 정보 (decrypted payment information)"는 뜻을 알 수 없는 상태로부터 이해할 수 있는 상태로 변환되었던 지불 정보를 포함할 수 있다. 예를 들면, 해독된 지불 정보는 원래의 지불 정보를 획득하기 위해 적절한 암호화 키를 암호화된 지불 정보에 적용한 결과를 포함할 수 있다. 예를 들면, 암호화된 지불 정보를 해독하고 근원이 되는 지불 정보를 획득하기 위해서 서드 파티 비밀 키는 서드 파티 공개 키로 암호화되었던 암호화된 지불 정보에 적용될 수 있다. 또한, 상기 암호화된 지불 정보는 암호화된 정보 및 암호화되지 않은 정보 둘 모두를 포함하는 경우에, 암호화되지 않은 부분을 해독하지 않으면서도, 상기 암호화된 부분들을 해독함으로써 해독된 지불 정보가 획득될 수 있다

여기에서 사용되듯이, "재-암호화된 지불 정보 (re-encrypted payment information)"는 적어도 한차례 해독되었던 이후에 상기 지불 정보로의 허가받지 않은 액세스를 방지하기 위해서 뜻을 알 수 없게 만들어졌던 지불 정보를 포함할 수 있다. 예를 들면, 상기 재-암호화된 지불 정보는 암호화될 수 있으며 또는 그렇지 않고 원래의 암호화된 지불 정보와 상이한 암호화 키 또는 암호화 알고리즘을 이용하여, 허가받지 않은 엔티티에게 뜻을 알 수 없게 만들어질 수 있다. 예를 들면, 서드 파티 공개 및 비밀 키 (또는 서드 파티 대칭적 암호화 키)를 이용하여 각각 암호화되고 해독되었던 해독된 지불 정보는 거래 프로세서 공개 키 (예를 들면, 상인 공개 키, 상인 애플리케이션 공개 키, 인수자 공개 키 등)를 이용하여 재-암호화되고 그리고 거래 프로세서로 송신될 수 있다. 그처럼, 동일 정보 (예를 들면, 지불 정보)는 두 상이한 엔티티들이 상기 근원이 되는 정보를 어떤 다른 엔티티들로부터 보호하면서도 그 정보를 안전하게 획득하는 것을 허용하는 두 개의 상이한 키들을 이용하여 암호화될 수 있다

"지불 응답 (payment response)"은 지불을 처리하거나 개시하라는 요청에 대한 응답을 구비한 메시지를 포함할 수 있다. 예를 들면, 상기 지불 응답은 상인에 의해 제공된 상품들이나 서비스들과 연관된 원격 거래 요청과 연관된 구매 요청에 응답하여 서버 컴퓨터로서 송신될 수 있다. 상기 지불 응답은 지불 정보 (예를 들면, 계정 식별자들, 개인적인 정보 등), 거래 정보 (예를 들면, 구매되는 아이템들, 상인 정보 등), 디바이스 정보 (예를 들면, 모바일 디바이스 전화 번호, 보안 요소 식별자들 등), 라우팅 정보 (예를 들면, 목적지 컴퓨터의 인터넷 프로토콜 (IP) 주소, 은행 신원 번호 (BIN) 등), 및 어떤 다른 관련 정보를 포함하는 거래에 관련된 정보를 포함할 수 있다. 예를 들면, 지불 응답은 지불 프로세서 공개 키로 암호화되었던 재-암호화된 지불 정보를 포함할 수 있으며 그리고 추가의 처리를 위해서 상기 거래 프로세서로 송신될 수 있다. 예를 들면, 상기 거래 프로세서는 거래 프로세서 비밀 키를 이용하여 상기 재-암호화된 지불 정보를 포함할 수 있으며 그리고 상기 해독된 지불 정보를 이용하여 지불 거래를 개시할 수 있을 것이다. 또한, 몇몇의 실시예들에서, 상기 지불 응답은 거래, 계정, 소비자, 및/또는 거래에 대한 다른 엔티티가 인증되었는가의 여부를 식별하는 인증 응답 정보를 포함할 수 있다.

"모바일 게이트웨이 (mobile gateway)"는 모바일 디바이스와 통신하도록 구성된 서버 컴퓨터 또는 일련의 서버 컴퓨터들일 수 있다. 상기 모바일 게이트웨이는 OTA (over-the-air) 메시지들을 이용하여 또는 어떤 다른 통신 네트워크들 및 프로토콜들을 이용하여 상기 모바일 디바이스와 통신할 수 있다. 예를 들면, 상기 모바일 게이트웨이는 모바일 통신 네트워크, 인터넷, 및/또는 어떤 다른 관련 통신 네트워크를 이용하여 상기 모바일 디바이스로 그리고 그 모바일 디바이스로부터 정보가 안전하게 전송될 수 있는 보안 통신 채널 (즉, 보안 채널)을 모바일 디바이스에게 제공하도록 구성될 수 있다.

"거래 프로세서 (transaction processor)"는 거래를 처리하는데 관련된 엔티티를 포함할 수 있다. 예를 들면, 상인, 모바일 디바이스, 상인 애플리케이션 또는 모바일 디바이스 상의 다른 모바일 애플리케이션 (예를 들면, 인수자 애플리케이션 또는 지불 서비스 제공자 애플리케이션), 인수자 컴퓨터, 지불 처리 네트워크, 및 거래 처리 에코-시스템 내 어떤 다른 엔티티가 거래 프로세서일 수 있다. 몇몇의 실시예들에서, 거래 프로세서는 원격 지불 거래를 처리하는 동안에 지불 정보를 암호화하고 해독하기 위해 사용될 수 있을 특별한 공개 키 (예를 들면, 상인 공개 키, 상인 애플리케이션 공개 키, 인수자 공개 키 등) 및 비밀 키 (예를 들면, 상인 비밀 키, 상인 애플리케이션 비밀 키, 인수자 비밀 키 등)와 연관될 수 있다.

그처럼, 몇몇의 실시예들에서, 상기 거래 프로세서는 암호화된 (또는 재-암호화된) 지불 정보를 해독하고 지불 거래를 개시하도록 구성된 엔티티일 수 있다. 지불 거래는 상기 해독된 지불 정보를 다른 측에게 통과시키는 어떤 적합한 방식을 통해서 개시될 수 있으며 또는 해독된 지불 정보를 생성하고 그리고/또는 허가 요청 메시지로 매핑함으로써 개시될 수 있다. 예를 들면, 몇몇의 실시예들에서, 상기 거래 프로세서는 상기 해독된 지불 정보를 지불 처리 네트워크에 의해 처리되도록 구성된 허가 요청 메시지로 매핑함으로써 지불 거래를 개시할 수 있다

"동적 값 (dynamic value)"은 변하는 어떤 데이터를 포함할 수 있다. 예를 들면, 상기 동적 값은 시간에 따라 변할 수 있을 것이며 (예를 들면, 주기적으로), 수신된 정보 (예를 들면, 알고리즘으로의 입력 정보)를 기반으로 하여 (예를 들면, 거래마다) 사용하고 그리고/또는 변할 수 있다. 예를 들면, 동적 값은 거래가 개시되는 매 번마다 변할 수 있는 인증 값 (또는 인증 요청 값)을 포함할 수 있으며 그리고 두 개의 엔티티들 사이에서 공유된 다른 정보 비밀 알고리즘 또는 다른 공유 정보를 이용하여 생성될 수 있으며, 그래서 다른 엔티티가 상기 공유 비밀로의 액세스를 가지며 그래서 인증되었다는 것을 한 엔티티가 확인할 수 있도록 할 수 있다. ㅇ것은 인증 데이터로 또한 언급될 수 있을 것이다. 몇몇의 실시예들에서, 동적 값은 두 엔티티들 사이에서의 공유된 비밀 알고리즘을 이용하여 생성된 암호를 포함할 수 있다. 예를 들면, 상기 암호는 각 소비자 디바이스 및/또는 발행자 계정에 특정된 파생 알고리즘을 기반으로 하여 거래마다 생성될 수 있을 것이며 그리고 각 거래를 위한 계정의 발행자 또는 지불 프로세서에서 확인될 수 있을 것이다. 그런 동적 값은 동적 카드 검증 값들 (dynamic card verification values) (예를 들면, dCVV, dCVV2), 유일 인증 감증 값들 (unique authentication verification values (UAVV)), 토큰 인증 검증 값 (token authentication verification value (TAVV)) 등으로 언급될 수 있을 것이며, 그리고 검증 가능한 동적 값들을 생성하기 위해 사용된 알고리즘 및 입력 데이터를 기반으로 하여 구분될 수 있을 것이다. 예를 들면, 토큰 인증 검증 값은 토큰을 검증 알고리즘으로의 입력으로서 사용될 수 있을 것이며, 동적 카드 검증 값은 dCVV를 생성하기 위한 입력으로서 프라이머리 계정 번호를 사용한다.

다른 실시예들에서, 동적 값은 단일의 엔티티에 의해서만 알려진 비밀 알고리즘을 이용하여 생성된 암호를 포함할 수 있다. 예를 들면, 몇몇의 실시예들에서, 지불 처리 네트워크는 지불이 개시되거나 또는 허가 요청 메시지가 생성되기 이전에 거래를 위한 비밀 알고리즘을 이용하여 인증 응답 값을 생성할 수 있을 것이다. 거래가 개시되고 그리고 허가 요청 메시지가 생성될 때에, 인증 응답 메시지는 그 허가 요청 메시지 내에 포함될 수 있으며 그리고 상기 지불 처리 네트워크는 거래 데이터가 변경되지 않았으며 그리고 상기 거래 정보가 부합된 것을 보장하기 위해서 동일한 비밀 알고리즘 및 입력 데이터를 사용하여 상기 인증 응답 값을 확인할 수 있다. 따라서, 동적 값들은 공유 키들 (예를 들면, 동적 검증 값들, 토큰 인증 데이터 등) 또는 비밀 키들 (예를 들면, 인증 응답 값들)을 이용하여 생성된 암호를 포함할 수 있을 것이다.

몇몇의 실시예들에서, 상기 지불 처리 네트워크는 허가 요청 메시지를 수신하기 이전에 상기 거래 값을 인증할 수 있으며 그리고 상기 동적 값이 인증되고 그리고/또는 확인된다면 상기 지불 처리 네트워크는 상기 동적 값의 확인을 표시하는 인증 응답 값을 포함하는 인증 응답을 돌려보낼 수 있다. 따라서, 상기 지불 정보를 재-암호화하고 그리고 지불 거래의 개시를 위해 상기 거래 프로세서에게 송신하기 이전에 서드 파티 원격 거래 프로세서 (예를 들면, 지불 처리 네트워크 컴퓨터)는 상기 동적 값을 상기 지불 정보 내 인증 응답 값으로 치환할 수 있다. 그 이후에, 상기 지불 거래가 이전에 인증되었다는 것을 상기 거래 엔티티에게 통보하기 위해서 상기 인증 응답 값은 상기 지불 처리 네트워크로 돌려보내질 수 있다. 그런 시스템은 거래 처리 시스템들의 보안을 증가시키며 그리고 거래를 처리하는 동안에 여러 인증 프로세스들이 발생하기 때문에 그 거래가 사기일 수 있는 기회들을 최소화한다. 추가로, 인증 정보가 상인들에게 제공될 수 있을 것이다.

"인증 응답 값 (authentication response value)"은 데이터 또는 프로세스가 인증되었다는 것을 엔티티에게 통보하는 데이터를 포함할 수 있다. 예를 들어, 인증 응답 값은 위에서의 동적 값과 유사하게 생성될 수 있을 것이지만 상이한 공유 비밀 또는 알고리즘을 이용하여 생성될 수 있을 것이며, 그래서 상기 공유 비밀에 대한 액세스를 가진 거래 처리 에코-시스템 내 다른 엔티티가 상기 메시지 내에 포함된 메시지, 계정, 또는 다른 정보가 한 엔티티에 의해 인증되었다는 것을 판별하도록 한다. 예를 들면, 거래와 연관된 특별한 정적 데이터 요소들 (예를 들면, 계정 식별자, 만료 날짜, 거래 시간, 날짜 등)은 상기 인증 과정 동안에 상기 인증 응답 값을 생성하기 위해 사용될 수 있으며 그리고 상기 허가 요청 메시지를 수신한 이후에 지불 과정 동안에 (동일한 데이터 요소들을 이용하여) 상기 계산이 반복될 수 있을 것이며, 이는 상기 인증 응답 값을 확인하기 위한 것이다.

"모바일 지불 애플리케이션 (mobile payment application)"은 모바일 디바이스나 다른 전자 디바이스로부터의 지불 거래를 용이하게 하도록 구성된 애플리케이션을 포함할 수 있다. 예를 들면, 모바일 지불 애플리케이션은 보안의 방식으로 소비자 계정을 위한 민감한 지불 정보 및/또는 지불 크리덴셜들을 저장할 수 있으며, 그래서 상기 지불 정보, 계정 정보, 지불 크리덴셜들, 개인적인 정보 또는 어떤 다른 관련 정보가 허가받지 못한 액세스로부터 보호될 수 있도록 한다. 상기 모바일 지불 애플리케이션은 민감한 정보를 모바일 디바이스 상의 허가된 소프트웨어 애플리케이션이나 모듈, 비접촉식 요소, 또는 상기 모바일 지불 애플리케이션과 통신하도록 구성되거나 허가된 어떤 다른 소프트웨어 또는 하드웨어로 제공하도록 구성될 수 있다. 예를 들면, 모바일 지불 애플리케이션은 거래를 위한 지불 정보를 제공하기 위해서 모바일 디바이스 상의 다른 모바일 애플리케이션들이나 상인 애플리케이션들과 인터페이스하도록 구성될 수 있다. 예를 들면, 상기 모바일 지불 애플리케이션은 상인 애플리케이션들 및/또는 다른 모바일 애플리케이션들이 상기 모바일 지불 애플리케이션과 인터페이스하기 위해 사용할 수 있는 소프트웨어 개발 키트 (SDK) 또는 애플리케이션 프로그래밍 인터페이스 (API)를 제공할 수 있다. 상기 모바일 지불 애플리케이션은 보안 메모리 상에 저장된 키들을 이용하여 암호화된 모습으로 상기 민감한 정보를 제공하도록 구성될 수 있다.

또한, 몇몇의 실시예들에서, 상기 모바일 지불 애플리케이션은 서버 컴퓨터 (예를 들면, 원격 키 관리자, 모바일 게이트웨이, 지불 처리 네트워크, 서드 파티 서비스 제공자 등)와 안전하게 통신하기 위해서 보안 요소로부터 지불 정보를 인출하고, 거래를 위한 지불 정보 (예를 들면, 예측할 수 없는 숫자를 이용한 동적 값 등)를 생성하고, 그리고 원격 거래 애플리케이션, 상인 애플리케이션, 모바일 게이트웨이, 및/또는 어떤 다른 애플리케이션과 통신하기에 적합한 API, 서비스, 애플리케이션, 애플릿, 또는 다른 실행 가능한 코드를 포함할 수 있다. 상기 모바일 지불 애플리케이션은 지불 처리 네트워크 공개 키, 지불 크리덴셜들, 서드 파티 키들, 모바일 게이트웨이 크리덴셜들을 포함하는 저장된 정보를 포함하거나 또는 획득하도록 구성될 수 있으며, 그리고 발행자 업데이트들을 획득하기 위해서 모바일 게이트웨이와 통신할 수 있다. 예를 들면, 상기 모바일 지불 애플리케이션은 모바일 게이트웨이와 연관된 증명서를 포함할 수 있으며, 이는 상기 모바일 게이트웨이와 연관된 공개 키를 이용하여 지불 정보를 암호화하기 위해서 사용될 수 있을 것이다.

"상인 애플리케이션 (merchant application)"은 거래에의 당사자와 연관된 애플리케이션을 포함할 수 있다. 예를 들면, 상인 애플리케이션은 특별한 상인과 연관될 수 있을 것이며 또는 여러 상이한 상인들과 연관될 수 있을 것이며 그리고 거래에의 당사자들인 특별한 상인 (또는 여러 상인들)을 식별할 수 있을 것이다. 예를 들면, 상기 상인 애플리케이션은 상인 서버 컴퓨터가 상인 애플리케이션에 의해 개시된 원격 거래들을 처리할 수 있는 세일즈 환경을 제공하도록 구성된 특별한 상인 서버 컴퓨터를 식별하는 정보를 포함할 수 있다. 또한, 상기 상인 애플리케이션은 브라우저가 상인 서버 컴퓨터를 식별하고 그리고 원격 거래를 처리하도록 구성된 한은 여러 상인 서버 컴퓨터들과 상호작용하도록 구성된 범용 브라우저 또는 다른 소프트웨어를 또한 포함할 수 있다. 상기 상인 애플리케이션은 모바일 디바이스의 범용 메모리상에 설치될 수 있으며, 그래서 악의의 공격들, 크랙들 등에 걸리기 쉬울 수 있다. 따라서, 상기 상인 애플리케이션은 상기 모바일 디바이스 및 원격 지불 거래 처리 시스템 내의 보안 시스템들에 의해 신뢰받지 못하는 또는 알려지지 않은 애플리케이션으로서 취급될 수 있을 것이다.

몇몇의 실시예들에서, 상인 애플리케이션은 해독된 지불 정보를 상인 서버 컴퓨터로 송신함으로써 지불 거래를 개시할 수 있을 것이며 그리고 상기 상인 서버 컴퓨터는 그 후에 상기 해독된 지불 정보를 이용하여 지불 거래를 위한 허가 요청 메시지를 생성할 수 있을 것이다. 다른 실시예들에서, 상기 상인 애플리케이션은 허가 요청 메시지를 생성하고 그리고 처리를 위해 그 허가 요청 메시지를 상인 서버로 송신하도록 구성될 수 있다.

추가로, 몇몇의 실시예들에서, 상인 애플리케이션은 인수자, 지불 서비스 제공자, 또는 하나 또는 그 이상의 상인들을 대신하여 동작하고 있으며 그리고/또는 하나 또는 그 이상의 상인들의 원격 거래들을 처리하고 있는 백-엔드 프로세서에 의해 동작되거나 또는 상기 인수자, 지불 서비스 제공자, 또는 백-엔드 프로세서에 연관될 수 있다. 예를 들면, 상기 상인 애플리케이션은 상인 컴퓨터를 대신하여 원격 거래들을 처리하도록 구성된 지불 서비스 제공자를 포함할 수 있다. 추가적으로, 인수자는 상인 컴퓨터들을 대신하여 거래들을 처리할 수 있으며 그리고 인수자 애플리케이션을 제공할 수 있으며, 이 인수자 애플리케이션은 소비자들이 그 인수자 애플리케이션을 통해서 원격 거래들을 개시하도록 허용함으로써 상기 상인 애플리케이션과 유사한 기능을 수행한다.

"공개/비밀 키 쌍 (public/private key pair)"은 엔티티에 의해 생성된 링크된 암호 키들의 쌍을 포함할 수 있다. 상기 공개 키는 상기 엔티티에게 송신하기 위해 메시지를 암호화하는 것과 같은 공개 기능들을 위해 또는 아마도 상기 엔티티에 의해 만들어졌던 디지털 서명을 검증하기 위해 사용될 수 있다. 반면에 상기 비밀 키는 수신된 메시지를 해독하거나 디지털 서명을 적용하는 것과 같은 비밀의 기능들을 위해 사용될 수 있다. 상기 공개 키는 상기 공개 키를 데이터베이스 내에 저장하고 그리고 그것을 요청하는 어떤 다른 엔티티에게 분배하는 인증 기관 (certificate authority)으로 알려진 조직체 (즉, 인증 기관)에 의해서 대개는 허가될 것이다. 상기 비밀 키는 보안 저장 매체 내에 보통은 유지될 것이며 그리고 보통은 상기 엔티티에게만 알려질 것이다. 그러나, 여기에서 설명된 암호 시스템들은 분실된 키들을 복구하고 데이터 손실을 피하기 위한 키 리커버리 메커니즘들이라는 특징을 가질 수 있다.

"공개 키 (public key)"는 공개되고 공공연하게 공유될 수 있을 암호화 키를 포함할 수 있다. 공개 키는 공유되도록 설계될 수 있으며 그리고 그 공개 키를 이용하여 암호화된 정보가 그 공개 키와 연관된 비밀 키 (즉, 공개/비밀 키 쌍)를 이용해서만 해독될 수 있도록 구성될 수 있다.

"비밀 키 (private key)"는 보호되고 안전한 암호화 키를 포함할 수 있다. 예를 들면, 상기 비밀 키는 공개/비밀 키 쌍을 생성하는 엔티티에 안전하게 저장될 수 있으며 그리고 상기 공개/비밀 키 쌍의 연관된 공개 키를 이용하여 암호화되었던 정보를 해독하기 위해 사용될 수 있다.

"디지털 서명 (digital signature)"은 서명하는 측이 문서의 진정함 및 무결성을 명시하도록 허용하고, 그리고 검증하는 측이 그 문서의 진정함 및 무결성을 검증하도록 허용하는 알고리즘을 적용한 결과를 언급할 수 있다. 예를 들면, 공개/비밀 키 쌍에 대해, 상기 서명한 측은 상기 비밀 키에 의해 행동할 수 있을 것이며 그리고 상기 검증하는 측은 상기 공개 키에 의해 행동할 수 있을 것이다. 서명되었던 것에 대해 인정하지 않는 것을 허용하지 않는 소위 부인 방지 (nonrepudiation)의 원칙 때문에 이 프로세스는 송신자의 진정성 및 서명된 문서의 무결성을 증명할 수 있을 것이다. 증명서 또는 서명한 측에 의한 디지털 서명을 포함하는 다른 데이터는 상기 서명하는 측에 의해서 "서명된" 것으로 말해진다.

"증명서 (certificate)"는 엔티티의 신원 (identity) 및/또는 진정함을 확인하는 전자 문서 또는 데이터 파일을 포함할 수 있다. 예를 들면, 증명서는 공개 키를 신원과 연관된 데이터와 묶기 위해 디지털 서명을 사용할 수 있다. 증명서는 신원의 법적 명칭, 증명서의 일련 번호, 그 증명서에 대한 유효 시작 날짜 및 만료 날짜, 증명서 관련 허가, 엔티티 또는 증명서 그 자체를 식별하고 그리고/또는 인증하기 위한 어떤 다른 관련 정보와 같은 하나 또는 그 이상의 데이터 필드들을 포함할 수 있다. 예를 들면, 증명서는 그 증명서가 유효한 첫 번째 날짜를 표시하는 "유효-시작날짜" 데이터, 그리고 그 증명서가 유효한 마지막 날짜를 표시하는 "유효-만료날짜" 데이터를 포함할 수 있다. 또한, 증명서는 상기 데이터 필드들을 포함하는 상기 증명서 내 데이터의 해시를 또한 포함할 수 있다. 추가로, 각 증명서는 인증 기관에 의해 서명될 수 있다.

"인증 기관 (certificate authority)"은 증명서를 발급하도록 구성된 엔티티를 포함할 수 있다. 상기 인증 기관은 인증 기관 증명서를 이용하여 자신의 신원을 입증할 수 있으며, 이 인증 기관 증명서는 인증 기관의 공개 키를 포함한다. 상기 인증 기관 증명서는 다른 인증 기관의 비밀 키에 의해 서명될 수 있을 것이며, 또는 동일한 인증 기관의 비밀 키에 의해 서명될 수 있을 것이다. 후자는 자체-서명 증명서로서 알려져 있다. 상기 인증 기관은 인증 기관에 의해 발행된 모든 증명서들의 데이터베이스를 또한 유지하는 것이 보통이다.

전형적인 증명서 발생 프로세스에서, 상기 인증 기관은 신원이 알려진 엔티티로부터 서명되지 않은 증명서를 수신한다. 그 서명되지 않은 증명서는 공개 키, 하나 또는 그 이상의 데이터 필드들, 그리고 그 증명서 내 데이터의 해시를 포함한다. 인증 기관은 인증 기관 증명서 상에 포함된 공개 키에 대응하는 비밀 키를 이용하여 상기 증명서에 서명할 수 있다. 인증 기관은 그러면 상기 서명된 증명서를 데이터베이스에 저장하고, 그리고 그 서명된 증명서를 상기 엔티티에게 발행한다. 그 이후에, 상기 엔티티는 상기 엔티티의 진정함 및 신원을 나타내기 위한 수단으로서 상기 증명서를 사용할 수 있다.

몇몇의 실시예들에서, 인증 기관은 상기 거래 처리 에코-시스템으로부터의 엔티티들 중 임의 엔티티를 포함할 수 있다. 예를 들면, 상기 거래 시스템 내 지불 처리 네트워크, 원격 키 관리자, 발행자, 인수자, 또는 어떤 다른 엔티티가 증명서를 발행하고 증명하는 것을 또한 담당할 수 있다. 예를 들면, 상인, 상인 애플리케이션, 또는 원격 거래들을 처리하도록 구성된 인수자 컴퓨터는 원격 키 관리자, 지불 처리 네트워크, 모바일 지갑 제공자, 또는 어떤 다른 서드 파티에 등록될 수 있으며, 이는 개별 엔티티가 상기 증명서를 확인하도록 허용하며 그리고 어떤 주어진 거래에 대해 상기 증명서가 유효하다는 것을 보장하도록 허용하는 엔티티에 의해 서명된 공개 키 증명서를 얻기 위한 것이다. 몇몇의 실시예들에서, 원격 거래 처리 시스템 내의 엔티티는 증명서의 상태가 업데이트되었는가, 평판이 좋은가, 무효로 되었는가 등의 여부를 판별하기 위해 인증 기관에 접속할 수 있다. 따라서, 상기 인증 기관은 발행된 증명서들의 상태 정보를 제공하도록 구성될 수 있다.

"토큰 (token)"은 어떤 데이터 대체물을 포함할 수 있다. 예를 들면, 토큰은 발행자, 지불 처리 네트워크, 상인, 또는 어떤 다른 거래 엔티티에서 계정 식별자를 위한 대체물을 포함할 수 있을 것이다. 상기 토큰은 상기 계정과 토큰 사이의 관계가 토큰 등록 (1061)이나 데이터베이스에 의해서 관리되는 경우의 비-지불 계정 또는 지불 계정을 식별할 수 있다.

"서버 컴퓨터 (server computer)"는 하나의 강력한 컴퓨터 또는 컴퓨터들의 클러스터를 포함할 수 있다. 예를 들면, 상기 서버 컴퓨터는 대형 메인프레임, 미니컴퓨터 클러스터, 또는 하나의 유닛으로 기능하는 서버들의 그룹일 수 있다. 일 예에서, 상기 서버 컴퓨터는 웹 서버에 연결된 데이터베이스 서버일 수 있다. 상기 서버 컴퓨터는 데이터베이스에 연결될 수 있으며 그리고 하나 또는 그 이상의 클라이언트 컴퓨터들로부터의 요청들에 대해 서비스를 제공하기 위한 하드웨어, 소프트웨어, 다른 로직, 또는 전술한 것들의 조합을 포함할 수 있다. 상기 서버 컴퓨터는 하나 또는 그 이상의 컴퓨터 장치들을 포함할 수 있으며 그리고 하나 또는 그 이상의 클라이언트 컴퓨터들로부터의 요청들에 서비스를 제공하기 위해 다양한 컴퓨팅 구조들, 설비들, 및 편집물 중 임의의 것을 사용할 수 있다.

여기에서 설명된 본 발명의 실시예들은 본 발명이 속한 기술 분야에서의 통상의 지식을 가진 자가 인식할 수 있을 어떤 적합한 방식으로도 조합될 수 있을 여러 상이한 실시예들을 포함한다. 예를 들면, 아래에서 설명되는 다양한 실시예들에서, 다양한 상이한 당사자들, 상인 애플리케이션들, 모바일 지불 애플리케이션들, 및 거래 프로세서들이 설명되며 그리고 특정 흐름도들이 예들로서 제공된다. 이 예들은 본 발명의 개념들을 예시하기 위해 제공되며 그리고 한정하지 않도록 의도된 것이다. 따라서, 다양한 실시예들로부터의 특징들은 여기에서 설명된 각 예시의 시스템에서 명시적으로 제공된 것과 상이한 구성들인 등록된 공개 키들 및 공개 키 증명서를 이용하는 것을 포함하는 어떤 적합한 방식으로도 조합될 수 있다. 예를 들면, (도 1 및 도 5 - 도 6에 관련하여 설명된) 공개 키 증명 프로세스들은 (도 10의 시스템에서 보이는 것과 같은) 서드 파티 서비스 제공자들과 함께 사용될 수 있을 것이며 그리고 (도 10에 관련하여 설명되는) 등록된 키 프로세스들은 (도 1 및 도 5 - 도 6에 관련하여 설명된) 원격 키 관리자와 함께 사용될 수 있을 것이다. 따라서, 이것은 아래에서 더 상세하게 설명될 수 있을 본 발명의 몇몇의 실시예들에 따라 제공될 수 있는 다양한 조합들 중 단 하나의 예이다.

I. 원격 키 관리자를 이용하여 원격 모바일 지불 거래들을 처리하기 위한 시스템들 및 방법들

도 1은 본 발명의 몇몇의 실시예들에 따른, 원격 키 관리자 (140) 및 모바일 디바이스 (120)의 상인 애플리케이션 (121)을 이용하여 원격 거래를 수행하기 위한 예시적인 시스템 (100)의 블록 도면을 보여준다. 상기 시스템 (100)은 사용자 (예를 들면, 소비자 (110)), 상인 애플리케이션 (121), 보안 요소 (122), 및 모바일 지불 애플리케이션 (123)을 구비한 모바일 디바이스 (120), 원격 키 관리자 (140), 인증 기관 (180), 상인 컴퓨터 (130), 인수자 컴퓨터 (150), 지불 처리 네트워크 (160), 및 발행자 컴퓨터 (170)를 포함한다. 이 다양한 엔티티들은 어떤 적합한 무선의 또는 유선의 통신 네트워크를 통해서 그리고 개방된 통신 프로토콜들 또는 독점의 통신 프로토콜들을 포함하는 어떤 적합한 통신 프로토콜을 이용하여 서로 통신하도록 구성될 수 있다.

여기에서 사용되듯이, "발행자 (issuer)"는 사용자를 위한 금융 계정들을 유지하고 그리고 신용 카드나 직불 카드와 같은 휴대용 소비자 디바이스를 사용자에게 종종 발행하는 비즈니스 엔티티 (예를 들면, 은행)를 언급하는 것이 보통이다. 상기 발행자는 모바일 디바이스에 의해 개시된 모바일 지불들을 허용하기 위해 모바일 디바이스에게 계정 정보를 또한 발행하거나 제공할 수 있다. "상인 (merchant)"은 거래들에 관계하며 그리고 상품들이나 서비스들을 판매할 수 있는 엔티티인 것이 일반적이다. "인수자 (acquirer)"는 특별한 상인이나 다른 엔티티와 사업적인 관계를 가지는 비즈니스 엔티티 (예를 들면, 시중 은행)인 것이 보통이다. 몇몇의 엔티티들은 발행자 기능 및 인수자 기능 둘 모두를 수행할 수 있다. 몇몇의 실시예들은 그런 단일의 엔티티 발행자-인수자들을 포함할 수 있다. 상기 엔티티들 각각은 통신하는 것을 가능하게 하기 위해, 또는 여기에서 설명된 기능들 중 하나 또는 그 이상을 수행하기 위해 하나 또는 그 이상의 컴퓨터 장치들 (예를 들면, 상인 컴퓨터 (130), 인수자 컴퓨터 (150), 지불 처리 네트워크 (160), 및 발행자 컴퓨터 (170))을 포함할 수 있다.

상기 지불 처리 네트워크 (160)는 데이터 프로세싱 서브시스템들, 네트워크들, 및 인증 기관 서비스들, 허가 서비스들, 예외 파일 서비스들, 거래 점수 기록 서비스들, 그리고 정산 및 결산 서비스들을 지원하고 인도하기 위해 사용되는 운영동작들을 포함할 수 있다. 예시적인 지불 처리 네트워크 (160)는 VisaNet™을 포함할 수 있다. VisaNet™과 같은 지불 처리 네트워크들은 신용 카드 거래들, 직불 카드 거래들, 및 다른 유형의 상업적인 거래들을 처리할 수 있다. 특히 VisaNet™은 허가 요청들을 처리하는 VIP 시스템 (Visa Integrated Payments system) 그리고 정산 및 결산 서비스들을 수행하는 Base II 시스템을 포함한다.

상기 지불 처리 네트워크 (160)는 하나 또는 그 이상의 서버 컴퓨터들을 포함할 수 있다. 서버 컴퓨터는 하나의 강력한 컴퓨터 또는 컴퓨터들의 클러스터인 것이 일반적이다. 예를 들면, 상기 서버 컴퓨터는 대형 메인프레임, 미니컴퓨터 클러스터, 또는 하나의 유닛으로 기능하는 서버들의 그룹일 수 있다. 일 예에서, 상기 서버 컴퓨터는 웹 서버에 연결된 데이터베이스 서버일 수 있다. 상기 지불 처리 네트워크 (160)는 인터넷을 포함하는 어떤 적합한 무선의 또는 유선의 네트워크를 사용할 수 있다.

몇몇의 카드 존재 거래 또는 상점 내 지불 거래에서, 사용자는 모바일 디바이스 (120)를 사용하여 상인에게 상품이나 서비스를 구매한다. 예를 들면, 사용자의 모바일 디바이스 (120)는 상인 컴퓨터 (130)와 연관된 상인에게서 액세스 디바이스 (도시되지 않음)와 상호작용 (interact)할 수 있다. 예를 들면, 사용자는 상기 액세스 디바이스 내 근거리 무선 통신 (NFC)에 대해 상기 모바일 디바이스 (120)를 탭할 수 있다. 대안으로, 원격 거래 또는 "카드가 존재하지 않는 (card not present)" 거래에서, 사용자는 지불 상세 내용들을 온라인 거래에서와 같이 상인 컴퓨터 (130)에게 전자적으로 표시할 수 있을 것이다.

허가 요청 메시지는 모바일 디바이스 (120) 또는 상인 컴퓨터 (130)에 의해 생성될 수 있으며 그 후에 인수자 컴퓨터 (150)에게 포워딩될 수 있다. 상기 허가 요청 메시지를 수신한 이후에, 상기 허가 요청 메시지는 지불 처리 네트워크 (160)로 송신된다. 그러면 상기 지불 처리 네트워크 (160)는 상기 허가 요청 메시지를 상기 사용자와 연관된 발행자와 연관된 대응하는 발행자 컴퓨터 (170)로 포워딩한다.

"허가 요청 메시지 (authorization request message)"는 거래에 대한 허가를 요청하기 위해서 지불 처리 네트워크 (160) 및/또는 지불 카드의 발행자에게 송신되는 전자 메시지일 수 있다. 몇몇의 실시예들에 따른 허가 요청 메시지는 ISO 8583에 따를 수 있으며, 이것은 지불 디바이스 또는 지불 계정을 이용하여 사용자에 의해 만들어진 지불과 연관된 전자 거래 정보를 교환하는 시스템들을 위한 표준이다. 상기 허거 요청 메시지는 지불 디바이스 또는 지불 계정과 연관될 수 있을 발행자 계정 식별자를 포함할 수 있다. 허가 요청 메시지는 "신원증명 정보 (identification information)" 에 대응하는 추가적인 데이터 요소들을 또한 포함할 수 있으며, 이 신원증명 정보는 다음의 것들을 예시로만 포함한다: 서비스 코드, CVV (카드 검증 값 (card verification value)), dCVV (동적 카드 검증 값 (dynamic card verification value)), 만료 날짜 등. 허가 요청 메시지는 거래를 식별하고 그리고/또는 허가하는가의 여부를 결정하는데 있어서 활용될 수 있을 어떤 다른 정보는 물론이며, 거래 계정, 상인 식별자, 상인 위치 등과 같이 현재의 거래와 연관된 정보와 같은 "거래 정보 (transaction information)"를 또한 포함할 수 있다. 상기 허가 요청 메시지는 상기 허가 요청 메시지를 생성했던 액세스 디바이스를 식별하는 정보, 그 액세스 디바이스의 위치에 관한 정보 등과 같은 다른 정보를 또한 포함할 수 있다.

상기 발행자 컴퓨터 (170)가 상기 허가 요청 메시지를 수신한 이후에, 발행자 컴퓨터 (170)는 현재의 거래가 허가되었는가 (또는 허가되지 않았는가)의 여부를 표시하기 위해서 허가 응답 메시지를 상기 지불 처리 네트워크 (160)로 거꾸로 송신한다. 상기 지불 처리 네트워크 (160)는 그러면 그 허가 응답 메시지를 인수자 컴퓨터 (150)로 반대로 포워딩한다. 몇몇의 실시예들에서, 예를 들면, 사기 위험 점수의 값에 의존하여 상기 발행자 컴퓨터 (170)가 상기 거래를 허가했다고 하더라도 지불 처리 네트워크 (160)는 상기 거래를 거절할 수 있을 것이다. 상기 인수자 컴퓨터 (150)는 그러면 상기 응답 메시지를 상기 상인 컴퓨터 (130)로 거꾸로 송신한다.

"허가 응답 메시지 (authorization response message)"는 발행 금융 기관 (170) 또는 지불 처리 네트워크 (160)에 의해 생성된 허가 요청 메시지에 대한 전자 메시지 응답일 수 있다. 상기 허가 응답 메시지는 다음의 상대 표시자들 중 하나 또는 그 이상을 예로서만 포함할 수 있을 것이다: 승인 -- 거래가 승인되었다; 거절 -- 거래가 승인되지 않았다; 또는 콜 센터 -- 더 많은 정보가 미결이라는 응답, 상인은 전화요금-공짜 허가 전화 번호에 호출해야만 한다. 상기 허가 응답 메시지는 허가 코드를 또한 포함할 수 있으며, 이 허가 코드는 신용 카드 발행 은행이 전자 메시지 내 허가 요청 메시지에 응답하여 상기 거래의 승인을 표시하는 상인 컴퓨터 (130)로 반환하는 코드일 수 있다. 상기 코드는 허가의 증거로서 소용이 될 수 있다. 위에서 논의된 것처럼, 몇몇의 실시예들에서, 지불 처리 네트워크 (160)는 상기 허가 응답 메시지를 상인에게 생성하거나 포워딩할 수 있다.

상인 컴퓨터 (130)가 상기 허가 응답 메시지를 수신한 이후에, 그 상인 컴퓨터 (130)는 그러면 상기 허가 응답 메시지를 사용자에게 제공할 수 있다. 상기 응답 메시지는 모바일 디바이스 (120)에 의해 디스플레이될 수 있을 것이며 또는 물리적인 영수증 상에 인쇄될 수 있을 것이다. 대안으로, 상기 거래가 온라인 거래라면, 상인은 상기 허가 응답 메시지의 다른 표시 또는 웹 페이지를 가상 영수증으로서 제공할 수 있다. 상기 영수증들은 그 거래에 대한 거래 데이터를 포함할 수 있다.

하루의 끝 부분에서, 정상적인 정산 및 결산 프로세스가 상기 지불 처리 네트워크 (160)에 의해서 수행될 수 있다. 정산 프로세스는 소비자의 지불 계정으로 포스팅하고 사용자의 결산 위치의 조정을 하는 것을 용이하게 하기 위해 인수자와 발행자 사이에서 재정적인 세부 내용들을 교환하는 프로세스이다.

도 1의 원격 거래 처리 시스템에서, 심지어는 알려지지 않은 상인 애플리케이션 (121)을 사용할 때에 또는 다른 모바일 애플리케이션이 모바일 디바이스 (120) 상에 설치될 때에 모바일 디바이스 (120)는 보안 원격 지불 거래 환경을 제공하기 위해서 원격 키 관리자 (140)를 이용하여 상인 컴퓨터 (130)와의 원격 거래를 개시하고 처리하도록 구성된다.

사용자 (예를 들면, 소비자 (110))는 모바일 디바이스 (120)가 수행하도록 구성된 기능들 중 몇몇의 개수를 수행하기 위해 상기 모바일 디바이스 (120)를 동작시킬 수 있다. 예를 들면, 상기 소비자 (110)는 원격 키 관리자 (140) 및 상인 컴퓨터 (130)와 통신함으로써 원격 지불 거래를 수행하기 위해 모바일 디바이스 (120)를 사용할 수 있다. 상인이 위치한 장소에 위치하던가 또는 상인으로부터 원격에 있던 간에 상기 상인 컴퓨터 (130)는 이용 가능한 제품들 및 서비스들을 원격 거래를 개시하기 위해 소비자 (110)가 사용할 수 있는 상인 애플리케이션 (121)에게 배송할 수 있을 것이다.

상기 모바일 디바이스 (120)는 상기 원격 거래를 용이하게 하고 그리고/또는 처리하도록 구성된 원격 키 관리자 (140)와 통신하도록 구성될 수 있을 것이다. 상기 원격 키 관리자 (140)는 거래를 위해 암호화된 지불 정보를 수신하고, 상기 원격 거래와 연관된 공개 키 증명서를 확인하고, 원격 키 관리자 키를 이용하여 상기 암호화된 지불 정보를 해독하고, 그리고 거래 프로세서 (예를 들면, 상인, 상인 프로세서, 인수자 등)와 연관된 공개 키를 이용하여 지불 정보를 재-암호화하는 것을 포함하는 원격 거래에 관련된 여러 기능들을 수행하도록 구성된다. 상기 원격 키 관리자 (140)의 다양한 모듈들은 도 3에서 더 상세하게 설명된다.

"모바일 디바이스 (mobile device)"는 전자 컴퓨팅 디바이스를 포함할 수 있다. 예를 들면, 모바일 디바이스 (120)는 모바일 전화기, 태블릿, 넷북, 랩톱, 또는 어떤 다른 적합한 모바일 컴퓨팅 디바이스를 포함할 수 있다. 상기 모바일 디바이스 (120)는 상인 애플리케이션 (121) 및 모바일 지불 애플리케이션 (123)을 포함할 수 있다. 모바일 지불 애플리케이션 (120)은 보안 메모리 (예를 들면 참조번호 122의 보안 메모리) 내에 저장될 수 있다.

상인 애플리케이션 (121)은 지불 거래를 수행하기에 적합한 임의의 모바일 프로그램, 소프트웨어, 또는 다른 적합한 실행가능 코드를 포함할 수 있다. 몇몇의 실시예들에서, 상인 애플리케이션 (121)은 상인-특정 애플리케이션일 수 있다. 다른 실시예들에서, 상인 애플리케이션 (121)은 웹 브라우저 같은 범용 애플리케이션일 수 있다. 또한, 상인 애플리케이션은, 상인이 아니며 그리고 상인들이나 다른 서비스 제공자 (예를 들면, 지불 서비스 제공자, 인수자 등)들 대신에 지불들을 처리하는 당사자들과 연관될 수 있을 것이다.

보안 요소 (122)는 어떤 정보 및/또는 보안 애플리케이션들을 안전하게 저장하도록 실시 가능한 하드웨어 또는 소프트웨어 컴포넌트일 수 있다. 예를 들면, 상기 보안 요소 (122)는 지불 정보를 저장하도록 실시 가능할 수 있다. 또한, 모바일 지불 애플리케이션 (123)은 소비자의 금융 계좌와 연관된 개인화된 민감한 정보 (예를 들면, 지불 크리덴셜들, 토큰들, 계정 식별자들 등)에 안전하게 액세스하기 위해 보안 요소 (122)에 제공되고 저장될 수 있다. 예를 들면, 몇몇의 실시예들에서, 보안 요소 (122)는 보안 요소 (122) 상에 저장된 정보를 보호하기 위해 보안 암호-프로세서 또는 비접촉식 통합 회로를 포함할 수 있다. 상기 보안 요소 (122)는 분리된 프로세서를 구비할 수 있을 것이며, 그 위에 저장된 정보는 신뢰받는 서비스 관리자들 또는 다른 지정된 엔티티들에 의해 보유된 비밀 키들만으로 암호화될 수 있으며, 그리고 상기 보안 요소 (122)는 어떤 다른 하드웨어를 포함할 수 있어서, 상기 보안 요소 (122)가 중요한 정보 (예를 들면, 지불 크리덴셜들, 암호화 키들, 및 어떤 다른 민감한 정보)가 저장될 수 있을 안전한 영역일 수 있도록 한다. 또한, 상기 보안 요소 (122)의 보안 데이터 요소들은 특정의 신뢰받는 서비스 관리자들만이 액세스할 수 있는 특별한 비밀 키들을 이용해서만 액세스될 수 있을 것이다.

모바일 지불 애플리케이션 (123)은 보안 저장 매체 또는 보안 요소 (122)로부터 지불 정보를 인출하고 상인 애플리케이션 (1210과 통신하기에 적합한 애플리케이션 프로그래밍 인터페이스 (application programming interface (API)), 서비스, 애플리케이션, 애플릿, 또는 다른 실행가능 코드를 포함할 수 있다. 몇몇의 실시예들에서, 모바일 지불 애플리케이션 (123)은 안전할 수 있다. 예를 들면, 모바일 지불 애플리케이션 (123)은 (도 2에서 보이는) 보안 요소 (122) 또는 다른 신뢰받는 환경에서 커널 서비스로서, 또는 상인 애플리케이션 (121)보다 더 높은 허가 레벨에서 실행될 수 있다

모바일 지불 애플리케이션 (123)은 상기 원격 키 관리자 (140)와 연관된 증명서를 포함할 수 있으며, 상기 원격 키 관리자는 원격 키 관리자 (140)와 연관된 공개 키를 이용하여 지불 정보 및 다른 통신들을 암호화하기 위해 사용될 수 있다. 몇몇의 실시예들에서, 모바일 지불 애플리케이션 (123)은 지불 정보와 연관된 암호들을 생성하도록 실시 가능할 수 있다. 예를 들면, 모바일 지불 애플리케이션 (123)은 지불 계정과 연관된 동적 카드 검증 값 (dCVV2)을 생성하도록 실시 가능할 수 있다. 다른 실시예들에서, 상기 모바일 지불 애플리케이션은 개인화된 모바일 지불 애플리케이션과 비밀을 공유하는 지불 처리 네트워크에 의해 확인될 수 있을 특정의 동적 인증 요청 또는 다른 동적 값들을 생성할 수 있을 것이다.

도 2는 본 발명의 몇몇의 실시예들에 따른 예시적인 모바일 디바이스 (120)의 블록 도면을 보여준다. 모바일 디바이스 (120)는 전화 통화와 같은 특정 디바이스 기능들을 가능하게 하기 위해 사용되는 회로를 포함할 수 있다. 그런 기능들을 가능하게 하는 것을 담당하는 기능적 요소들은 상기 디바이스의 상기 기능들 및 동작들을 구현하는 명령어들을 실행하도록 프로그램된 프로세서 (120(A))를 포함한다. 프로세서 (120(A))는 상인 애플리케이션들, 원격 거래 애플리케이션, 또는 다른 모바일 애플리케이션들과 같이 명령어들을 실행하는데 있어서 사용되는 명령어들 또는 데이터를 인출하기 위해 액세스 데이터 저장부 (120(E)) (또는 다른 적합한 메모리 구역 또는 요소)에 액세스할 수 있다. 키보드 또는 터치 스크린과 같은 데이터 입력/출력 요소들 (120(C))은 사용자가 모바일 디바이스 (120) 및 입력 데이터 (예를 들면, 사용자 인증 데이터)를 동작시키는 것을 가능하게 하기 위해 사용될 수 있을 것이다. 데이터 입력/출력 요소들은 (예를 들면, 스피커를 경유하여) 데이터를 출력하도록 또한 구성될 수 있다. 디스플레이 (120(B))는 사용자에게 데이터를 출력하기 위해 또한 사용될 수 있다. 인터넷 또는 다른 통신 네트워크로의 접속을 돕고, 그리고 데이터 전달 기능들을 가능하게 하기 위해 통신 요소 (120(D))는 (예를 들면, 안테나 (120(H))를 경유하여) 모바일 디바이스 (120)와 유선 또는 무선 네트워크 사이에서의 데이터 전달을 가능하게 하기 위해 사용될 수 있다.

모바일 디바이스 (120)는 비접촉식 요소 (120(G))와 상기 디바이스의 다른 요소들 사이에서의 데이터 전달을 가능하게 하기 위해 비접촉식 요소 인터페이스 또는 보안 메모리 인터페이스 (120(F))를 또한 포함할 수 있으며, 이 경우 비접촉식 요소 (120(G))는 보안 메모리 (예를 들면, 보안 요소 (122)) 및 근거리 무선 통신 데이터 전달 요소 (또는 다른 모습의 단거리 또는 비접촉식 통신 기술)를 포함할 수 있다. 논의된 것처럼, 셀룰러 폰 또는 유사한 디바이스는 본 발명의 실시예들에 따라 사용될 수 있을 모바일 디바이스 (120)의 예이다. 그러나, 다른 모습 또는 유형의 디바이스들이 본 발명의 근원이 되는 개념들로부터 벗어나지 않으면서도 사용될 수 있을 것이다. 또한, 디바이스들은 본 발명의 실시예들와 함께 사용하기에 적합하기 위해서 셀룰러 네트워크를 이용하여 통신하기 위한 기능성을 필요로 하지 않을 수 있을 것이다.

도 3은 본 발명의 몇몇의 실시예들에 따른, 예시적인 원격 키 관리자 (140)의 블록 도면을 보여준다. 상기 원격 키 관리자 (140)는 서버 컴퓨터 (141), 인증 기관 루트 공개 키 데이터베이스 (141(F)), 그리고 비밀 키 데이터베이스 (141(E))를 포함할 수 있다. 상기 서버 컴퓨터 (141)는 증명서 검증 모듈 (141(A)), 공개 키 추출 모듈 (141(B)), 거래 처리 모듈 (141(C)), 및 모바일 디바이스 인터페이스 (141(D))를 포함할 수 있다. 상기 서버 컴퓨터 (141)는 프로세서 (도시되지 않음) 그리고 그 프로세서에 연결된 컴퓨터-판독가능 매체 (도시되지 않음)를 더 포함할 수 있으며, 그 컴퓨터-판독가능 매체는 여기에의 실시예들에서 설명된 방법을 수행하기 위해서 상기 프로세서에 의해 실행 가능한 코드를 포함한다.

증명서 검증 모듈 (141(A))은 상인 증명서 (또는 다른 거래 프로세서 증명서)가 특별한 상인과 연관되어 있으며, 인증되어 있으며, 그리고 유효한 것으로서 검증하도록 구성될 수 있다. 상기 증명서 검증 모듈 (141(A))은 이 기능성을 달성하기 위해 여러 개수의 단계들을 수행할 수 있을 것이다. 예를 들면, 상기 증명서 검증 모듈 (141(A))은 상기 공개 증명서가 현재 유효하며 그리고 평판이 좋다 (예를 들면, 증명서 취소 목록들 (certificate revocation lists (CRLs)) 또는 온라인 증명서 상태 프로로콜 응답기들 (online certificate status protocol responders (CSPRs)) 또는 유사한 것을 경유하여 손상되었거나 무효가 되었다고 보고되지 않았음)는 것을 보장하기 위해 인증 기관 (180)과 통신할 수 있을 것이다. 추가로, 상기 증명서 검증 모듈 (141(A))은 상기 공개 키 증명서가 정당하며 그리고 적절한 인증 기관 (180)에 의해 서명되었다는 것을 확인하기 위해 루트 키 데이터베이스 (141(F)) 내에 저장된 인증 기관 루트 공개 키를 사용할 수 있다.

도 1로 돌아가서, 상기 인증 기관 (180)은 상인 서버 컴퓨터와 연관될 수 있으며 그리고 서드 파티 서버 컴퓨터 (예를 들면, 원격 키 관리자 (140))와 상인 서버 컴퓨터 사이에서, 상기 상인 컴퓨터 (130)가 진정한 것이며 그리고 암호화된 지불 정보에서 민감한 지불 크리덴셜들을 획득할 것을 허가받았다는 신뢰를 확립하기 위해 원격 지불 거래 처리하는 동안에 사용될 수 있을 상인 컴퓨터 (130)에게 공개 키 증명서를 발행할 수 있다. 인증 기관 (180)이 상인 증명서를 발행할 수 있을 프로세스는 아래에서 도 4에서 더욱 상세하게 설명된다. 증명서 발행 방법들의 몇몇의 비-한정적인 예들은 ANSI X9.24 Part 2 Retail Financial Services Symmetric Key Management Part 2: Using Asymmetric Techniques for the Distribution of Symmetric Keys and ISO 11568 Part 4 Banking - Key management (retail) - Part 4: Asymmetric cryptosystems - Key management and life cycle에서 발견될 수 있다.

상기 공개 키 추출 모듈 (141(B))은 원격 거래를 처리하는데 있어서 사용하기 위해, 수신된 또는 저장된 공개 키 증명서로부터 공개 키를 추출하도록 구성될 수 있다. 상기 공개 키는 어떤 적합한 프로세스들을 이용하여 추출될 수 있을 것이다. 몇몇의 실시예들에서, 상기 공개 키는 상기 공개 키 증명서의 확인 및/또는 검증 이전에 또는 이후에 추출될 수 있을 것이다.

상기 거래 프로세싱 모듈 (141(C))은 지불 요청을 처리하고 그리고 그 지불 요청에 대한 대답으로 지불 응답을 제공하도록 구성될 수 있으며, 수신된 또는 저장된 공개 키 증명서가 유효하며 그리고 그 거래를 위해 작동하고 있다고 가정한다. 예를 들면, 상기 거래 처리 모듈 (141(C))은 수신된 암호화된 메시지를 비밀 키 데이터베이스 (141(E))에 저장된 원격 키 관리자 비밀 키를 이용하여 해독할 수 있으며 그리고 거래 프로세서로의 안전한 배송을 위해 해독된 메시지 또는 그 메시지로부터의 정보를 재-암호화하기 위해서 상기 거래 프로세서 증명서 (예를 들면, 상인 증명서)로부터의 상기 추출된 거래 프로세서 공개 키를 사용할 수 있다. 상기 거래 처리 모듈 (141(C))은 상기 재-암호화된 메시지 (예를 들면, 지불 응답)를 적절한 거래 프로세서로의 배송을 위해서 모바일 디바이스 인터페이스 (141(D))로 더 전달할 수 있다.

상기 모바일 디바이스 인터페이스 (141(D))는 모바일 디바이스 (120)와 통신하도록 구성될 수 있다. 예를 들면, 상기 모바일 디바이스 (120)는 모바일 디바이스 (120)와 통신하기 위해서 어떤 적합한 통신 프로토콜들이나 네트워크 인터페이스들을 통합할 수 있을 것이다. 상기 모바일 디바이스 인터페이스 (141(D))는 모바일 디바이스 (120)로부터 메시지 (예를 들면, 지불 요청)를 수신할 수 있으며 그리고 그 메시지 내 포함된 관련된 정보를 판별하기 위해 그 메시지를 파싱하도록 구성될 수 있다.

상기 비밀 키 데이터베이스 (141(E))는 상기 원격 키 관리자 (140)를 위한 비밀 키 (원격 키 관리자 비밀 키로도 또한 언급됨)를 포함할 수 있다. 상기 비밀 키는 어떤 적합한 방식을 통해서 생성될 수 있을 것이며 그리고 안전하게 보장될 수 있어서, 허가받지 않은 엔티티들이 그 비밀 키로의 액세스를 제공받지 못하도록 한다. 몇몇의 실시예들에서, 상기 비밀 키는 로컬 메모리에 또는 원격 보안 데이터베이스에 저장될 수 있다. 몇몇의 실시예들에서, 상기 비밀 키는 상기 원격 키 관리자 (140)와 연관된 비밀/공개 키 쌍 중 하나일 수 있으며 그리고 상기 공개 키는 원격 키 관리자 (140)에 의한 처리를 위해서 지불 정보를 암호화하도록 구성된 상인 애플리케이션들 (121), 모바일 지불 애플리케이션들 (123), 모바일 디바이스들 (120), 원격 거래 애플리케이션 (도시되지 않음), 그리고 어떤 다른 거래 엔티티들에게 제공될 수 있을 것이다. 추가로, 몇몇의 실시예들에서, 상기 비밀 키 데이터베이스 (141(E))는 데이터가 공개/비밀 암호화 키 쌍 대신에 대칭적인 암호화 키를 이용하여 암호화되는 경우에 사용될 수 있을 대칭적인 암호화 키를 포함할 수 있다.

상기 루트 공개 키 데이터베이스 (141(F))는 공개 키 증명서와 연관된 인증 기관용의 루트 공개 키를 포함할 수 있다. 몇몇의 실시예들에서, 단일의 인증 기관 루트 공개 키는 단일의 인증 기관과 연관된 원격 키 관리자에 저장될 수 있으며 (그리고 원격 키 관리자 컴퓨터에서 로컬로 저장될 수 있다), 반면에 다른 실시예들에서는, 여러 인증 기관 루트 키들이 데이터베이스에 또는 상기 원격 키 관리자 컴퓨터에 로컬로 저장될 수 있다. 상기 인증 기관 루트 공개 키는 상기 공개 키 검증서가 유효하며 발행하는 인증 기관과 함께 작동하고 있다는 것을 보장하기 위해서 단일의 서명 확인 프로세스에서 사용될 수 있을 것이다.

A. 상인 증명서 발행/제공 방법들

도 4는 본 발명의 몇몇의 실시예들에 따른, 인증 기관을 이용하여 상인 공개/비밀 키 쌍들 및 상인 애플리케이션 증명서들을 제공하는 예시적인 방법 (400)의 흐름도를 보여준다. 몇몇의 실시예들에서, 참조번호 400의 방법은 상인의 신용 또는 진정성을 표시하는 증명서를 상인 컴퓨터 (130)에게 제공하기 위해서 수행될 수 있다. 그 후에, 상기 수신된 상인 증명서는 모바일 디바이스들 상에 설치되거나 그 모바일 디바이스에게 제공된 상인 애플리케이션들 내에 포함될 수 있다.

단계 401에서, 상인 컴퓨터 (130)는 상인 공개-비밀 키 쌍을 생성한다. 상기 상인 공개-비밀 키 쌍은 RSA 또는 타원형 곡선 암호화 (elliptical curve cryptography (ECC))와 같은 어떤 적합한 포맷으로 생성될 수 있다. 몇몇의 실시예들에서, 상인 비밀 키는 상인 컴퓨터 (130)에 안전하게 저장될 수 있을 것이다.

단계 402에서, 상인 컴퓨터 (130)는 공개-비밀 키 쌍의 상인 공개 키를 인증 기관 (180)으로 송신한다. 상기 인증 기관 (180)은 증명서를 발생하고 확인하도록 구성된 어떤 적합한 엔티티를 포함할 수 있다. 예를 들면, 몇몇의 실시예들에서, 상기 인증 기관 (180)은 지불 프로세싱 네트워크 (160), 원격 키 관리자 (140), 모바일 지갑 제공자, 전형적인 지불 거래 처리 시스템에 포함되지 않는 엔티티, 또는 어떤 다른 엔티티를 포함할 수 있다.

단계 403에서, 상기 인증 기관 (180)은 어떤 적합한 수단을 이용하여 상기 상인의 진정성을 검증한다. 예를 들면, 상인 컴퓨터 (130)는 상기 인증 기관 (180)에게 상기 상인 컴퓨터 (130)의 신원이 상기 상인에 의해 운영되고 있다는 것을 제공하는 정보를 제공한다. 일 예에서, 상인 컴퓨터 (130)는 상인의 허가된 서명자 (예를 들면, 상인 조직의 사장)에 의해 서명된 문서를 제공할 수 있다.

단계 404에서, 인증 기관 (180)은 상인 공개 키를 포함하는 수신된 상인 증명서 서명 요청을 이용하여 서명된 상인 증명서를 생성한다. 전형적으로, 상기 상인 증명서는 상기 인증 기관 루트 비밀 키에 의해 서명될 수 있다. 상기 인증 기관 서명은 어떤 엔티티가 인증 기관 루트 공개 키를 이용하여 상인 증명서의 진정성을 확인하는 것을 허용한다.

단계 405에서, 인증 기관 (180)은 상기 서명된 상인 증명서를 상인 컴퓨터 (130)에게 송신한다.

단계 406에서, 상인 컴퓨터 (130)는 서명된 상인 애플리케이션 증명서를 상기 상인 비밀 키를 이용하여 생성한다. 그래서, 신뢰의 체인이 상기 상인 애플리케이션 증명서로부터 상인 증명서로, 인증 기관 루트 증명서로 확립될 수 있을 것이다. 몇몇의 실시예들에서, 상기 서명된 상인 애플리케이션 증명서는 상인 애플리케이션 (121)의 버전이나 사례와 연관될 수 있다. 예를 들면, 상기 상인 애플리케이션 증명서는 상기 상인 애플리케이션 (121)이 상기 상인으로부터 온 것이라는 것을 검증하기 위해 사용될 수 있다.

단계 407에서, 상인 컴퓨터 (130)는 상기 상인 애플리케이션 증명서 그리고 상인 애플리케이션 증명서와 연관된 상인 애플리케이션 비밀 키를 상인 애플리케이션 (121) 내에 저장한다. 그래서, 상인 애플리케이션 (121)이 모바일 디바이스 (120) 상으로 적재될 때에, 상기 상인 애플리케이션 (121)의 진정성이 검증될 수 있을 것이다.

도 4는 설명적이며 비-제한하는 것으로 의도된 것이라는 것이 이해되어야 한다. 예를 들면, 본 발명의 몇몇의 실시예들에서, 상인 공개-비밀 키 쌍이 상기 인증 기관 (180)에 의해 생성될 수 있으며, 그리고 상기 상인 비밀 키는, 예를 들면, 비밀-키 암호화 표준 (Public-Key Cryptography Standards (PKCS)) #12 메시지를 이용하여 상기 상인 컴퓨터 (130)로 안전하게 제공될 수 있을 것이다

B. 원격 키 관리자 및 공개 키 증명서들을 이용한 예시적인 상인 애플리케이션 원격 지불 방법들

도 5는 본 발명의 몇 명의 실시예들에 따라, 원격 키 관리자 (140) 및 모바일 디바이스 (120)의 상인 애플리케이션 (121)을 이용하여 원격 거래를 처리하기 위한 예시적인 방법 (500)의 흐름도를 보여준다. 몇몇의 실시예들에서, 도 5의 방법은 (예를 들면, 참조번호 400의 방법에 따라서) 상인 애플리케이션 증명서가 제공되어 상인 애플리케이션 비밀 키와 함께 또는 상인 애플리케이션 비밀 키 없이 상인 애플리케이션 (121) 내에 저장된 이후에 수행될 수 있을 것이다. 그 후에, 상품들이나 서비스들을 위한 원격 지불 거래를 수행하기 위해 도 5의 방법이 수행될 수 있다.

단계 501에서, 상인 애플리케이션 (121)은 원격 지불 거래를 수행하기 위해서 수취인 정보를 상기 모바일 지불 애플리케이션 (123)에게 송신한다. 수취인 정보는 사용자 지불 방법 (예를 들면, 모바일 지불 애플리케이션 (123)과 연관된 지불 크린덴셜들), 모바일 지불 애플리케이션 (123)과 연관된 상인 (및 원격 지불 거래), 거래의 유형 (에를 들면, 원격 거래), 그리고 원격 지불 거래를 처리하기 위해 모바일 지불 애플리케이션 (123)과 관련될 수 있을 어떤 다른 정보를 식별하기에 적합한 정보를 포함할 수 있다. 예를 들면, 수취인 정보는 사용자 이름, 지불 방법과 연관된 지불 처리 네트워크 식별자 (예를 들면, Visa™, MasterCard™ 등), 그리고 원격 지불 거래를 위해 사용하기 위해 모바일 지불 애플리케이션 (123)이 지불 크리덴셜들 또는 계정 정보를 식별하도록 하기 위한 계정 번호의 마지막 네 자리 숫자를 포함할 수 있다.

또한, 상기 수취인 정보는 원격 키 관리자 (140) 또는 원격 거래 처리 서비스를 위한 등록 단계 동안에 상인 애플리케이션 (121) (또는 상인 애플리케이션 (121)과 연관된 상인 서버)에게 제공되었던 상인 식별자를 포함할 수 있다. 몇몇의 실시예들에서, 상기 수취인 정보는 상인 증명서를 식별하기 위해 사용될 수 있으며, 이 상인 증명서는 원격 키 관리자 (140)에게 제공하기 위한 것이다 (예를 들면, 모바일 지불 애플리케이션 (123)이 상기 상인 증명서를 상기 원격 키 관리자 (140)에게 넘겨주는 실시예들에 대해).

추가로, 상기 수취인 정보는, 상기 요청이 원격 지불 거래와 연관되었다는 것을 상기 모바일 지불 애플리케이션 (123)에게 통보하는 거래 식별자의 유형을 포함할 수 있다. 따라서, 상기 모바일 지불 애플리케이션 (123)은 지불 정보를 암호화하기 위해 적절한 공개 암호화 키 (예를 들면, 원격 키 관리자 공개 키), 상기 원격 키 관리자 (140)를 위한 적절한 목적지 또는 라우팅 주소, 그리고 상기 원격 키 관리자 (140)와 통신하기 위한 올바른 통신 프로토콜 또는 메시지 포맷을 선택할 수 있다.

단계 502에서, 모바일 지불 애플리케이션 (123)은 상기 수신된 수취자 정보를 이용하여 상기 모바일 디바이스 (120)의 보안 요소 (122)로부터 지불 정보를 인출하고 그리고/또는 생성한다. "지불 정보 (payment information)"는 지불 카드 데이터 (예를 들면, 지불 계정 번호 (PAN) 및 만료 날짜), (동적 카드 검증 값 9(dCVV or dCVV2)) 또는 다른 동적으로 생성된 데이터와 같은) 암호 또는 원격 지불 거래를 수행하기에 적합한 어떤 다른 정보를 포함할 수 있다.

단계 503에서, 모바일 지불 애플리케이션 (123)은 원격 키 관리자 키를 이용하여 상기 지불 정보를 암호화한다. 상기 원격 키 관리자 키는 대칭 키 (symmetric key) 또는 원격 키 관리자 공개/비밀 키 쌍과 연관된 공개 키일 수 있다. 몇몇의 실시예들에서, 모바일 지불 애플리케이션 (123)은 모바일 디바이스 (120)에 저장된 원격 키 관리자 증명서를 이용하여 상기 원격 키 관리자 공개 키를 결정할 수 있으며, 상기 모바일 키 관리자로부터 증명서를 요청할 수 있으며, 또는 상기 모바일 디바이스 (120)의 보안 요소 (122) 또는 일반적인 메모리 상의 원격 키 관리자 공개 키를 획득할 수 있다. 상기 원격 키 관리자 키가 대칭 키인 경우, 상기 대칭 키는 상기 모바일 지불 애플리케이션 (123)를 이용하여 안전하게 저장될 수 있다.

단계 504에서, 모바일 지불 애플리케이션 (123)은 상기 암호화된 지불 정보를 상인 애플리케이션 (121)에게 송신한다. 원격 키 관리자 비밀 키가 상인 애플리케이션 (121)에 의해 알려지지 않으므로, 상기 암호화된 지불 정보는 상기 애플리케이션 (121)에 의해서는 해독될 수 없다는 것에 유의해야 한다.

단계 505에서, 상인 애플리케이션 (121)은 상기 암호화된 지불 정보를 수신하고 그리고 상기 암호화된 지불 정보, 상기 수신된 암호화된 지불 정보, 상기 암호화된 지불 정보 내에 포함되지 않았던 지불 거래와 연관된 어떤 다른 거래 데이터 (예를 들면, 거래 액수, 상인 식별자, 제품 식별자들 등), 상인 컴퓨터 (130)와 연관된 상인 증명서, 및 상인 컴퓨터 비밀 키를 이용하여 생성된 서명을 포함하는 지불 요청을 생성한다. 상기 상인 애플리케이션 (121)은 그러면 상기 지불 요청을 상기 원격 키 관리자 (140)에게 전송할 수 있다. 몇몇의 실시예들에서, 상기 지불 요청은 상기 원격 키 관리자 (140) 및 상기 모바일 디바이스 (120) 사이에서 확립된 세션 키를 이용하여 암호화될 수 있다. 상기 세션 키는 어떤 적합한 방식을 통해서 확립되고 전달될 수 있을 것이다.

단계 506에서, 상기 원격 키 관리자 (140)는 상기 지불 요청을 수신하고, 상기 세션 키를 이용하여 지불 요청을 해독할 수 있을 것이며, 그리고 상기 암호화된 지불 정보, 비-암호화된 거래 데이터, 상인 증명서, 서명을 지불 요청으로부터 파싱한다. 상기 원격 키 관리자 (140)는 상기 서명을 확인할 수 있다. 일반적으로, 상기 서명은 상기 상인 증명서에 포함된 공개 키를 이용하여 확인될 수 있다. 대안으로, 몇몇의 실시예들에서, 상기 공개 키는 상기 상인 증명서와 연관된 것으로서 상기 원격 키 관리자에서 등록되고 저장될 수 있다. 상기 서명이 확인되지 않는다면, 그러면 상기 원격 키 관리자 (140)는 상기 서명이 유효하지 않다고 상기 상인 애플리케이션 (121)에게 표시하며, 그리고 상기 방법은 중단된다. 그렇지 않다면, 상기 방법은 단계 507로 진행한다. 상기 서명을 확인하는 것은 옵션이며 (그리고 상기 서명하는 것 또한 옵션이다) 그리고 주기적인 기반으로 발생할 수 있으며, 그래서 상기 서명 역시 상기 상인 컴퓨터 (130)로부터 통과되지 않을 수 있다.

단계 507에서, 원격 키 관리자 (140)는 원격 키 관리자 (140)에 저장된 원격 기 관리자 키를 이용하여 상기 암호화된 지불 정보를 해독한다. 상기 원격 키 관리자 키는 대칭 키 또는 공개/비밀 키 상의 비밀 키를 포함할 수 있다. 상기 원격 키 관리자 비밀 키를 사용하는 실시예들에서, 상기 비밀 키는 대응하는 원격 키 관리자 공개 키를 이용하여 암호화되었던 정보를 해독하도록 구성되며 그리고 상기 공개 키는 상기 원격 키 관리자 (140)에서 안전하게 저장된 것으로 의미되며, 그래서 상기 원격 키 관리자 (140)만이 상기 원격 키 관리자 공개 키를 이용하여 암호화된 정보를 해독할 수 있다. 유사하게, 상기 대칭 키는 상기 원격 키 관리자 (140)에 저장될 수 있으며 그리고 상기 암호화된 지불 정보를 해독하기 위해 사용될 수 있다.

단계 508에서, 원격 키 관리자 (140)는 상기 결정된 상인 공개 키를 이용하여 상기 지불 정보를 재-암호화한다. 위에서 설명된 것처럼, 상기 상인 공개 키는 상기 상인 애플리케이션 증명서 내에 포함되며 그리고 원격 거래 처리 동안에 어떤 시점에서 추출될 수 있다. 상기 원격 키 관리자 (140)는 상인 증명서로부터 공개 키를 추출하고, 상기 원격 키 관리자 (140)와 함께 등록된 상인들을 위한 저장된 상인 공개 키를 이용하는 것을 포함하는 어떤 적합한 방식으로 상기 상인 공개 키를 판별할 수 있다.

단계 509에서, 상기 원격 키 관리자 (140)는 상기 재-암호화된 지불 정보를 포함하는 거래 응답을 생성하며 상기 모바일 디바이스 (120)의 상인 애플리케이션 (121)에게 송신한다. 몇몇의 실시예들에서, 상기 재-암호화된 지불 정보는 이전에 확립된 세션 키를 이용하여 상기 원격 키 관리자 (140)와 상기 모바일 디바이스 (120) 사이에서의 보안 통신을 위해 더 암호화될 수 있다.

단계 510에서, 상기 상인 애플리케이션 (121)은 상기 재-암호화된 지불 정보를 상기 상인 컴퓨터 (130)로 송신한다. 상기 상인 애플리케이션 (121)은 어떤 적합한 방법을 통해서 상기 재-암호화된 지불 정보를 송신하기 위해 적절한 상인 컴퓨터 (130)를 결정할 수 있다. 예를 들면, 라우팅 정보가 상기 지불 응답에 포함될 수 있으며, 상기 상인 애플리케이션 (121)은 지불이 개시될 때에 상기 원격 지불 거래와 연관된 목적지 상인 컴퓨터 (130)를 가질 수 있을 것이며, 또는 상기 상인 애플리케이션 (121)은 상기 지불 응답을 송신하기 위해 지시된 상인 컴퓨터 (130)를 가질 수 있을 것이다.

단계 511에서, 상기 상인 컴퓨터 (130)는 상기 재-암호화된 지불 정보를 수신하고 상인 컴퓨터 (130)에 저장된 상인 비밀 키를 이용하여 상기 재-암호화된 지불 정보를 해독한다. 그래서, 상기 원격 거래 처리에서의 첫 번째 시간 동안, 상기 상인 컴퓨터 (130)는 상기 모바일 지불 애플리케이션 (123)이 획득했고 모바일 통신 디바이스의 보안 메모리로부터 암호화되었던 상기 지불 정보 (예를 들면, 지불 크리덴셜들 및/또는 다른 보안 정보)로의 액세스를 얻을 수 있다. 예를 들면, 상기 상인 서버는 거래 특정 암호 또는 동적 값은 물론이며 지불 계정과 연관된 계정 식별자 (예를 들면, 프라이머리 계정 번호 (PAN)) 및 만료 날짜를 얻을 수 있다. 상기 암호는 지불 프로세서 및/또는 발행자를 위한 추가적인 인증 및 확인 기회들을 제공하며 그리고 그런 원격 거래들에서 사기의 최소화된 위험을 허용한다.

단계 512에서, 상기 상인 컴퓨터 (130)는 지불 거래를 개시하고 그리고/또는 수행하기 위해서 상기 해독된 지불 정보를 이용할 수 있다. 예를 들면, 상인 컴퓨터 (130)는 카드가 존재하는 거래들에서 보통 존재할 것인 정보 (예를 들면, 지불 크리덴셜들, 칩 데이터 등)를 포함하는 허가 요청 메시지를 생성할 수 있다. 따라서, 상인 컴퓨터 (130)는 (상기 지불 응답에 포함된 다른 거래 정보는 물론이며) 상기 해독된 지불 정보를 상기 상인 컴퓨터 (130), 인수자 컴퓨터 (150), 지불 처리 네트워크 (160), 및 발행자 컴퓨터 (170)의 허가 요청 메시지와 연관된 포맷으로 매핑할 수 있다.

도 5는 설명하기 위한 것이며 비-제한하는 것으로 의도된 것임이 이해되어야 한다. 예를 들면, 도 6을 참조하여 아래에서 보여질 것처럼, 상기 재-암호화된 지불 정보를 해독하기 위해 임의 개수의 상이한 엔티티들이 사용될 수 있을 것이다. 예를 들면, 도 6은 지불 정보를 해독하고 통과시키기 위한 세 가지 상이한 옵션들을 보여준다. 다른 거래 엔티티들 또한 상기 재-암호화된 지불 정보를 해독하고 지불 거래를 개시하도록 또한 구성될 수 있을 것이다.

도 6은 본 발명의 몇몇의 실시예들에 따른, 원격 키 관리자 (140) 및 모바일 디바이스 (120)의 상인 애플리케이션 (121)을 이용하여 원격 거래를 수행하기 위한 추가의 예시적인 방법들을 보여준다. 예를 들면, 도 6에서 보이는 것처럼, 원격 키 관리자 (140)가 상기 암호화된 지불 정보를 해독한 이후에, 원격 키 관리자 (140)는 임의 개수의 상이한 거래 처리 엔티티들과 연관된 공개 키를 이용하여 상기 지불 정보를 재-암호화할 수 있다. 예를 들어, 상기 지불 정보를 암호화하기 위해서상인 애플리케이션 공개 키를 사용하는 대신에, (상인 서버 컴퓨터에 저장된 비밀 키와 연관된) 상인 공개 키 또는 (인수자 컴퓨터 (150)에 저장된 비밀 키와 연관된) 인수자 공개 키는 상기 지불 정보를 암호화하기 위해 사용될 수 있으며 그리고 상기 재-암호화된 지불 정보는 해독 및 허가 요청 메시지 생성을 위해 각 개별 엔티티 (예를 들면, 상인 서버 컴퓨터 또는 인수자 컴퓨터 (150))에게로 전달될 수 있다.

단계 601 - 608 (도 6에서 그 중 몇몇만이 도시된다)은 위에서 도 5를 참조하여 설명된 것들과 유사하다. 예를 들면, 단계 601에서, 거래를 위해 적절한 지불 정보를 식별하기 위해서 상인 애플리케이션 (121)은 수취인 정보를 모바일 디바이스 (120)의 모바일 지불 애플리케이션 (123)에게 송신한다. 또한, 단계 602 - 604에서, 모바일 지불 애플리케이션 (123)은 원격 키 관리자 공개 키를 이용하여 지불 정보를 암호화하고 그리고 그 암호화된 지불 정보를 상기 원격 키 관리자 (140)에세 송신한다.

단계 605에서, 그러나, 원격 거래 처리 시스템의 구성에 종속하여, 임의 개수의 공개 키 증명서들 (예를 들면, 상인 애플리케이션 공개 키 증명서, 상인 공개 키 증명서, 인수자 공개 키 증명서 등)이 상기 원격 키 관리자 (140)에게로 통과될 수 있다. 상인 애플리케이션 (121)은 일단 상기 재-암호화된 지불 정보가 원격 키 관리자 (140)로부터 반환되면 상기 암호화된 지불 정보를 위한 라우팅 정보는 물론이며 어느 공개 키 증명서가 제공되어야만 하는가를 결정할 수 있다.

단계 606 - 608은 도 5의 단계 506 - 508을 참조하여 위에서 설명된 것들과 유사하지만, 상기 거래 프로세서 증명서의 신원은 상기 상인 애플리케이션 (1210, 상기 상인 컴퓨터 (130), 또는 상기 인수자 컴퓨터 (150) 중 어느 하나를 포함할 수 있다. 따라서, 상기 원격 키 관리자 (140)는 상기 수신된 공개 키 증명서를 확인하고, 상기 암호화된 지불 정보 (예를 들면, 계정 식별자 및 암호)를 해독하며, 그리고 상기 해독된 지불 정보 (예를 들면, 카드 데이터 및 암호)를 상기 수신된 공개 키 증명서로부터 추출된 공개 키를 이용하여 재-암호화할 수 있다. 위에서 설명된 것처럼, 상기 공개 키 증명서는, 예를 들면, 상인 컴퓨터 (130), 상인 애플리케이션 (121), 또는 인수자 컴퓨터 (150)를 포함하는 어떤 거래 프로세서와 연관될 수 있다.

단계 609A-609C에서, 원격 키 관리자 (140)는 상기 재-암호화된 지불 정보를 상기 수신된 공개 키 증명서 (그리고 그 후에 상기 지불 정보를 암호화하기 위해 사용된 상기 공개 키)와 연관된 거래 처리 엔티티 (예를 들면, 상인 애플리케이션 (121), 상인 컴퓨터 (130), 인수자 컴퓨터 (150) 등)에게 송신할 수 있다

예를 들면, 옵션 A를 위해 단계 605에서 송신된 상기 공개 키 증명서는 상인 애플리케이션 공개 키 증명서를 포함했으며 그래서 상기 원격 키 관리자 (140)는 그 증명서를 확인하고 상기 상인 애플리케이션 공개 키를 추출하거나 그렇지 않다면 획득한다. 따라서, 상기 상인 애플리케이션 공개 키는 상기 해독된 지불 정보를 재-암호화하기 위해 사용되며 그리고 단계 609A에서, 상기 원격 키 관리자 (140)는 상기 재-암호화된 지불 정보를 상인 애플리케이션 (121)에게 송신한다.

단계 610A에서, 상기 상인 애플리케이션 (121)은 상기 재-암호화된 지불 정보를 수신하고, 상기 재-암호화된 지불 정보와 연관된 상인 애플리케이션 비밀 키를 판별하고, 그리고 상기 상인 애플리케이션 비밀 키를 이용하여 상기 재-암호화된 지불 정보를 해독할 수 있다. 따라서, 상기 상인 애플리케이션 (121)은 상기 지불 거래를 위해 상기 모바일 지불 애플리케이션 (123)의 보안 알고리즘들을 이용하여 생성되었던 보안 정보는 물론이며 상기 보안 요소 (122) 상에 저장되었던 상기 민감한 정보를 가질 수 있다. 예를 들면, 상기 상인 애플리케이션 (121)은 암호 또는 상기 거래를 생성하기 위해 사용된 모바일 지불 애플리케이션 (123)이 진정함을 인증하기 위해 사용될 수 있을 다른 동적 값은 물론이며 소비자의 지불 크리덴셜들 (예를 들면, 계정 식별자, 만료 날짜, 카드 검증 값 (CVV), 개인적인 정보 등)을 구비할 수 있다.

상기 상인 애플리케이션 (121)은 그러면 상기 해독된 지불 정보를 이용하여 지불 거래를 개시할 수 있다. 상기 상인 애플리케이션 (121)은 어떤 적합한 방법을 이용하여 지불 거래를 개시할 수 있다. 예를 들면, 상기 상인 애플리케이션 (121)은은 지불 처리 네트워크 (160)를 통해서 송신되도록 구성된 허가 요청 메시지를 생성할 수 있다. 대안으로, 비록 도 6에서는 보이지 않지만, 상기 상인 애플리케이션 (121)은 상인 서버 키를 이용하여 상기 해독된 지불 정보를 다시 암호화할 수 있으며 그리고 해독 및 지불 거래의 개시를 위해 상기 지불 정보를 상인 컴퓨터 (130)에게 송신할 수 있다. 그처럼, 상기 해독된 지불 정보는 허가 요청 메시지의 생성 또는 지불 거래의 다른 개시를 위해 상인 컴퓨터 (130)로 통과될 수 있을 것이다.

단계 612A에서, 상인 컴퓨터 (130)는 거래의 처리를 위해서 상기 허가 요청 메시지를 상기 상인과 연관된 인수자 컴퓨터 (150)로 송신할 수 있다. 상기 허가 요청 메시지는 암호화된 링크 암호화 키 또는 암호화 프로세스를 이용하여 보안 통신 채널을 따라서 송신될 수 있다. 따라서, 몇몇의 실시예들에서, 허가 요청 메시지 내에 포함된 지불 정보는 추가의 회수만큼 암호화될 수 있으며 그리고 처리를 위해서 인수자 컴퓨터 (150)로 송신될 수 있다. 보안 프로세스를 통해서 상기 허가 요청 메시지를 상기 인수자에게 송신하기 위해 어떤 다른 보안 프로세스가 사용될 수 있을 것이다. 비록 도 6에 도시되지 않았지만, 상기 인수자 컴퓨터 (150)는 상기 허가 요청 메시지를, 상기 지불 거래가 카드가 존재하는 거래이거나 또는 다른 로컬 거래인 것처럼 상기 지불 거래를 처리하도록 구성된 지불 처리 네트워크 (160)로 그 후에 포워딩할 수 있다.

몇몇의 실시예들에서, 상기 허가 요청 메시지가 다른 칩 기반의 카드가 존재하는 거래들이 구비할 수 있을 동일한 보안 데이터 필드들을 구비할 수 있기 때문에 상기 지불 처리 네트워크 (160)는 상기 지불 거래가 원격 지불 거래인 것을 의식하지 않을 수 있을 것이다. 따라서, 상기 원격 지불 거래는 더 적은 사기의 거래들로 이끌 수 있을 카드가 존재하는 거래들과 연관된 동일한 보안 특징들 및 위험들을 가질 수 있다.

몇몇의 실시예들에서, 상기 지불 처리 네트워크 (160)는 모바일 지불 애플리케이션 (123)에 의해 또는 상기 지불 정보나 허가 요청 메시지 내에 제공된 보안 레벨 표시기에 의해 생성된 암호나 동적 데이터의 유형을 기초로 하여, 상기 허가 요청 메시지가 원격 지불 거래와 연관되었는지를 판별할 수 있다. 예를 들면, 상기 모바일 지불 애플리케이션 (123), 상기 상인 애플리케이션 (121), 또는 상기 상인 컴퓨터 (130)는 보안 레벨 표시기를 제공할 수 있으며, 이 보안 레벨 표시기는 상기 거래는 원격으로 시작되었지만 여기에서 설명된 보안 원격 지불 거래 처리 방법을 통해서 처리되었다는 것을 발행자들만이 아니라 상기 지불 네트워크에게 통보한다. 그런 실시예들에서, 입력된 전통적인 키 또는 비-보안의 카드-존재하지 않는 거래를 위한 상이한 보안 레벨 표시기들이 존재할 수 있을 것이다. 따라서, 상기 보안 레벨 표시기는 상기 다양한 엔티티들에게 지불 거래에서 누가 사기에 책임을 지는가 (예를 들면, 상인 대 발행자) 그리고 그런 거래 유형들과 연관된 위험들에 관하여 통보할 수 있을 것이다.

상기 원격 지불 거래는 지불 크리덴셜들과 연관된 발행자에게로 더 경로가 정해질 수 있으며 그리고 허가 결정이 내려질 수 있으며 그리고 도 1을 참조하여 위에서 상세하게 설명된 것처럼 그 거래는 허가되거나 거절될 수 있을 것이다. 허가 응답 메시지는 생성되어 거래 처리 시스템을 통해서 상인 서버 컴퓨터, 상인 애플리케이션 (121), 모바일 지불 애플리케이션 (123)으로 리턴될 수 있으며 (상기 모바일 지불 애플리케이션 (123)이나 보안 요소 (122)와 연관된 어떤 계정 또는 거래 이력 정보를 업데이트하기 위한 것임), 그리고 소비자 (110)에게로 제공될 수 있다. 따라서, 상기 거래는 처리될 수 있다.

대안으로, 옵션 B에 대해, 단계 605에서 송신된 공개 키 증명서는 상인 공개 키 증명서를 포함하며, 그래서 상기 원격 키 관리자 (140)는 상기 증명서를 확인하고 상기 상인 공개 키를 추출하거나 또는 그렇지 않다면 획득한다. 그러므로, 상기 상인 애플리케이션 공개 키는 상기 지불 정보를 재-암호화하기 위해 사용되며 그리고 단계 609B에서, 상기 원격 키 관리자 (140)는 상기 재-암호화된 지불 정보를 상인 컴퓨터 (130)에게 송신한다.

상기 재-암호화된 지불 정보를 상기 상인 컴퓨터 (130)로 송신하기 위해 임의 개수의 상이한 방법들이 사용될 수 있을 것이다. 예를 들면, 상기 지불 응답 메시지는 상인 컴퓨터 (130)와 연관된 암호화되지 않은 라우팅 정보를 포함할 수 있으며, 그래서 상기 상인 애플리케이션 (121)은 상기 재-암호화된 지불 정보를 상기 상인 컴퓨터 (130)로 자동적으로 경로를 설정할 수 있다. 대안으로 또는 조합하여, 상기 상인 애플리케이션 (121)은 상인 애플리케이션 (121)으로 프로그램된 상인 컴퓨터 (130)와 연관된 라우팅 정보 (에를 들면, 서버 컴퓨터 주소)를 가질 수 있으며 그리고 거래가 개시될 때에, 상인 애플리케이션 (121)은 각각의 지불 응답 메시지가 상기 상인 컴퓨터 (130)로 경로가 설정될 수 있을 것인가를 알 수 있다. 또한, 상기 재-암호화된 지불 정보를 포함하는 수신된 메시지 내 플래그 또는 다른 데이터 요소는 상기 재-암호화된 지불 정보를 어느 곳으로 그리고 어느 엔티티로 송신하는가에 관하여 상기 상인 애플리케이션 (121)에게 표시할 수 있다.

추가로, 몇몇의 실시예들에서, 상기 원격 키 관리자 (140)는 상기 지불 응답을 상인 컴퓨터 (130)로 직접 송신하도록 구성될 수 있다. 따라서, 상기 원격 키 관리자 (140)는 상기 구매 응답을 직접 송신할 적절한 상인 서버 컴퓨터를 결정하기 위해서 상기 상인 증명서, 원격 지불 처리 서비스를 위한 등록 동안에 제공된 상인 정보, 또는 구매 요청 내에 제공된 상인 정보 내에 포함된 주소 정보를 사용할 수 있다.

단계 610B-611B에서, 위에서 단계 611A-612A에서 설명된 것처럼 상기 상인 컴퓨터 (130)는 상기 재-암호화된 지불 정보를 해독하고, 지불 거래를 개시하며, 그리고 허가 요청 메시지를 인수자에게 송신하다.

추가로, 옵션 C에 대해, 단계 605에서 송신된 공개 키 증명서는 인수자 공개 키 증명서를 포함하며, 그래서 상기 원격 키 관리자 (140)는 상기 증명서를 확인하고 상기 인수자 공개 키를 추출하거나 또는 그렇지 않다면 획득한다. 그러므로, 상기 인수자 공개 키는 상기 지불 정보를 재-암호화하기 위해 사용되며 그리고 단계 609C에서, 상기 원격 키 관리자 (140)는 상기 재-암호화된 지불 정보를 인수자 컴퓨터 (150)에게 송신한다. 상인 공개 키 암호화된 지불 정보를 송신하는 것에 관하여 위에서 설명된 것들과 유사한 프로세스들이 상기 암호화된 지불 정보를 상기 인수자 컴퓨터 (150)로 송신하기 위해 사용될 수 있으며, 상기 상인 애플리케이션 (121) 및 상인 컴퓨터 (130)를 통해서 정보를 경로 설정하거나 또는 상기 암호화된 지불 정보를 상기 인수자 컴퓨터 (150)로 직접 송신하는 것 중 어느 하나를 포함한다.

단계 610C에서, 위에서 단계들 611A-612A 및 610B-611B에서 설명된 것처럼 인수자 컴퓨터 (150)는 상기 재-암호화된 지불 정보를 해독하고, 지불 거래를 개시하며, 그리고 허가 요청 메시지를 인수자에게 송신할 수 있다.

따라서, 민감한 정보가 악의의 서드 파티들에 의해 가로채어지도록 허용하지 않으면서 그리고 원격 지불 거래를 완료하면서도 카드-존재하는 또는 로컬의 거래들의 보안 이점들을 제공하면서, 그 민감한 정보를 모바일 디바이스 (120)의 모바일 지불 애플리케이션 (123)으로부터 원격 상인 서버 컴퓨터로 통과시키기 위해, 상기 원격 지불 거래를 안전하게 처리하기 위한 많은 옵션들이 존재한다

II. 지불 처리 네트워크와 연관된 모바일 게이트웨이를 이용하여 원격 모바일 지불 거래들을 처리하기 위한 시스템들 및 방법들

본 발명의 다른 실시예는 지불 처리 네트워크 컴퓨터 (161)와 연관된 모바일 게이트웨이 (190)를 이용하여 원격 거래를 수행하기 위한 시스템을 포함한다. 지불 처리 네트워크 (160)와 인터페이스하는 것은 허가 요청 메시지를 이용하여 지불 네트워크를 통해 지불 처리 네트워크 (160)로 거래가 제출되기 이전에 인증 값들을 확인하는 것을 포함하는 추가의 인증 능력들을 포함하는 여러 유리함들을 허용할 수 있다. 따라서, 상기 지불 처리 네트워크 (160)는 지불이 개시되기 이전에 상기 지불 요청 (그리고 연관된 소비자 계정) 상에 추가적인 인증 프로세스들 (예를 들면, 위험 관리, 속도 체크 등)을 수행할 수 있으며, 이는 지불 거래가 허가 요청 메시지를 통해서 개시되기 이전에 거래가 진정한 것인가의 여부를 상기 지불 처리 네트워크 (160)가 상인 시스템에게 통보하는 것을 허용할 수 있다. 상기 상인은 상기 지불 처리 네트워크에 의해 제공된 인증 결과들을 기초로 하여 위험 결정, 인증 프로세스들, 그리고 어떤 다른 거래 프로세스들을 그 후에 변경할 수 있다

추가적으로, 상기 지불 처리 네트워크 (160)와 인터페이스함으로써, 상기 지불 처리 네트워크 (160)는 거래가 허가되기 이전에 지불 처리 네트워크 (160)에 의해 확인될 수 있을 허가 응답 값을 생성하여 거래 인증의 추가적인 레이어를 허용할 수 있다.

도 7은 본 발명의 몇몇의 실시예들에 따른, 지불 처리 네트워크 (160)와 연관된 모바일 게이트웨이 (190) 및 모바일 디바이스 (120)의 상인 애플리케이션 (121)을 이용하여 원격 거래를 수행하기 위한 예시적인 시스템 (700)의 블록 도면을 보여준다. 도 7에서 볼 수 있듯이, 상기 원격 거래 처리 시스템 (700)은 도 1에서 도시된 것과 유사하지만, 독립적인 원격 키 관리자 (140) 대신에, 상기 시스템 (700)은 상기 모바일 디바이스 (120)가 상기 암호화된 지불 정보를 상기 원격 지불 거래를 처리하도록 구성된 상기 지불 처리 네트워크 (160)로 직접 전달하는 것을 허용하는 모바일 게이트웨이 (190)를 포함한다. 상기 지불 처리 네트워크 (160)는 아래에서 더욱 상게하게 설명되는 보안 원격 지불 거래 처리 방법을 위한 여러 추가적인 특징들 및 능력들을 제공할 수 있다.

도 7의 시스템의 엔티티들의 대부분에 대한 설명을 도 1을 참조한 위에서의 설명에서 찾을 수 있으며, 그래서 상세한 설명은 여기에서는 제공되지 않는다. 그러나, 도 7의 모바일 디바이스 (120)는, 상기 원격 지불 거래를 처리하는 것과 연관될 수 있는 또는 처리하는 것을 담당할 수 있는 지불 처리 네트워크 (160)와 통신하도록 구성된 모바일 게이트웨이 (190)와 통신하도록 구성된다.

상기 모바일 게이트웨이 (190)는 상기 모바일 디바이스 (120)의 보안 요소 (122) 상에 저장된 모바일 지불 애플리케이션 (123)과 공유될 수 있는 모바일 게이트웨이 암호화 키를 포함할 수 있다. 상기 모바일 게이트웨이 암호화 키는 대칭적일 수 있으며 또는 공개/비밀 암호화 키 쌍 중의 키일 수 있다. 상기 모바일 게이트웨이 암호화 키는 모바일 지불 애플리케이션 (123)으로 제공될 수 있으며 그리고 상기 모바일 지불 애플리케이션 (123)이 모바일 게이트웨이 (190)를 이용하여 보안 채널을 개시하는 것을 허용할 수 있으며, 이 모바일 게이트웨이는 모바일 지불 애플리케이션 (123) 및 지불 처리 네트워크 컴퓨터 (161) 사이의 통신들에 대한 말단-대-말단 암호화를 상기 모바일 지불 애플리케이션 (123)이 제공하는 것을 허용할 수 있다. 대안으로 또는 조합하여, 상기 모바일 지불 애플리케이션 (123)은 정보를 안전하게 암호화하고 상기 모바일 게이트웨이 (190)로 그리고 그 모바일 게이트웨이로부터 전달하기 위해서 모바일 게이트웨이 공개 키를 사용할 수 있다. 따라서, 상기 모바일 게이트웨이 (190)는 공개 키 또는 상기 모바일 디바이스 (120)의 보안 요소 (122) 상에 저장된 다른 보안 암호화 키를 이용하여 암호화되었던 암호화된 지불 정보를 해독하도록 구성될 수 있다. 따라서, 민감한 데이터는 상기 모바일 디바이스 (120) 그리고 상기 모바일 게이트웨이 서버 컴퓨터 사이에서 안전하게 공유될 수 있다.

상기 모바일 게이트웨이 (190)는 상기 모바일 게이트웨이 (190), 모바일 디바이스 (120), 및 지불 처리 네트워크 컴퓨터 (161) 사이에 보안 통신 링크를 설정하도록 구성된 보안 채널 생성 모듈을 포함할 수 있다. 상기 보안 채널 생성 모듈은 민감한 정보를 안전하게 전달하기 위한 용도의 부합하는 또는 우대 세션 키들을 상기 모바일 지불 애플리케이션 (123) 및 상기 모바일 게이트웨이 (190)가 생성하도록 하기 위한 임의 관련 정보를 교환할 수 있다. 보안 채널을 생성하기 위한 어떤 다른 적합한 방법도 구현될 수 있을 것이다.

상기 모바일 게이트웨이 (190)의 능력들에 관한 추가의 정보는 2012년 10월 29일에 출원된 "Over The Air Update of Payment Transaction Data Stored in Secure Memory" 제목의 미국 출원 No. 13/662,843, 2009년 9월 21일에 출원된 "Apparatus and Method for Preventing Unauthorized Access to Payment Application Installed in Contactless Payment Device" 제목의 미국 출원 No. 12/563,410, 그리고 2009년 9월 21일에 출원된 "Over The Air Update of Payment Transaction Data Stored in Secure Memory" 제목의 미국 출원 No. 13/563,421에서 찾아볼 수 있으며, 이 출원들은 그 전체가 모든 목적을 위해 본원에 참조로서 편입된다.

도 1을 참조하여 위에서 설명된 상기 모듈들에 추가로, 도 7의 지불 처리 네트워크 (160)는 여기에서 설명된 원격 지불 거래 처리 능력들과 연관된 여러 다른 모듈들을 구비할 수 있다. 예를 들면, 상기 지불 처리 네트워크 (160)는 공개/비밀 암호화 키 쌍 (예를 들면, 지불 처리 네트워크 암호화 키 쌍) 중의 비밀 키를 더 포함할 수 있으며 그리고 상기 지불 처리 네트워크 공개 암호화 키는, 원격 거래 처리가 제공된 지불 처리 네트워크 (160)를 위해 등록되었던 상인 컴퓨터 (130)와 공유될 수 있다. 상기 지불 처리 네트워크 (160)를 위해서 여기에서 설명된 상기 모듈들 및 모바일 게이트웨이 (190)는 단일의 엔티티로 통합되어 발견될 수 있을 것이며 또는 마찬가지로 추가의 엔티티들로 분리될 수 있을 것이다. 예를 들면, 상기 모바일 게이트웨이 (190)는 상기 지불 처리 네트워크 서버 컴퓨터 (161)로 통합될 수 있을 것이며 또는 상기 지불 처리 네트워크 (160)의 암호화 및 해독 기능들은 상기 모바일 게이트웨이 (190)로 통합될 수 있을 것이다.

도 8은 본 발명에 따른 예시적인 지불 처리 네트워크 (160)의 블록 도면을 보여준다. 상기 지불 처리 네트워크 (160)는 서버 컴퓨터 (161), 등록된 키 데이터베이스 (161(F)), 및 비밀 키 데이터베이스 (161(G))를 포함할 수 있다. 상기 서버 컴퓨터 (161)는 키 등록 모듈 (161(A)), 암호 확인 모듈 (161(B)), 거래 처리 모듈 (161(C)), 상인 확인 모듈 (161(D)), 및 모바일 게이트웨이 인터페이스 (141(E))를 포함할 수 있다. 상기 서버 컴퓨터 (161)는 프로세서 (도시되지 않음) 및 그 프로세서에 연결된 컴퓨터-판독가능 매체 (도시되지 않음)를 더 포함할 수 있으며, 상기 컴퓨터-판독가능 매체는 여기에서의 실시예들에서 설명된 방법을 수행하기 위한 상기 프로세서에 의해 실행 가능한 코드를 포함한다.

키 등록 모듈 (161(A))은 원격 지불 거래들을 처리하는 것을 허용하기 위해서, 암호화 키들, 공유된 비밀들, 및/또는 어떤 다른 거래 프로세서 (예를 들면, 상인 애플리케이션 (121), 상인 컴퓨터 (130), 인수자 컴퓨터 (150) 등), 정보를 지불 처리 네트워크 컴퓨터 (161)에 등록하도록 구성된 소프트웨어 모듈을 포함할 수 있다.

등록된 키 데이터베이스 (161(F))는 다양한 상인들, 상인 애플리케이션들, 인수자들, 및/또는 원격 거래 처리를 위해 등록되었던 어떤 다른 거래 프로세서들과 연관된 공개/비밀 키 쌍들로부터의 등록된 공개 키들을 포함할 수 있다. 상기 등록된 키 데이터베이스 (161(F))는 등록하는 동안에 제공된 특별한 상인 식별자와 연관된 그리고/또는 대응하는 공개 키 증명서와 함께 저장되어 있는 공개 키들을 포함하는 주어진 거래를 위한 적절한 공개 키를 얻기 위한 어떤 적합한 정보를 포함할 수 있다. 상기 상인 식별자는, 지불 처리 네트워크 (160)의 거래 처리 모듈 (161(C))이 상기 거래에 연관된 적절한 거래 프로세서 공개 키를 식별하도록 하는 것을 허용할 수 있는 지불 요청 내에 포함될 수 있다.

비밀 키 데이터베이스 (161(G))는 공개/비밀 키 쌍으로부터의 지불 처리 네트워크 공개 키와 연관된 지불 처리 네트워크 비밀 키를 포함하는 상기 지불 처리 네트워크 서버 컴퓨터 (161)의 로컬 메모리 또는 데이터베이스를 포함할 수 있다. 상기 비밀 키 데이터베이스 (161(G))는 안전할 수 있으며 그리고 상기 비밀 키 보안을 유지할 수 있으며 그리고 상기 지불 처리 네트워크 서버 컴퓨터 (161)로부터만 액세스 가능할 수 있다. 몇몇의 실시예들에서, 상기 지불 처리 네트워크 (160)와 연관된 여러 비밀 키들이 존재할 수 있을 것이다.

상인 확인 모듈 (161(D))은 원격 지불 거래와 연관된 상인 (또는 다른 거래 프로세서)의 등록을 확인하도록 구성된 소프트웨어 모듈을 포함할 수 있다. 예를 들면, 상기 상인 확인 모듈 (161(D))은 상인 컴퓨터 (130) 또는 상인 애플리케이션 (121)과 연관된 공개 키에 대한 액세스를 상기 지불 처리 네트워크 (160)가 구비한다는 것을 보장하기 위해 상기 상인이 상기 지불 처리 네트워크 컴퓨터 (161)에 등록되었는가의 여부를 판별할 수 있다. 도 3을 참조하여 위에서 설명된 원격 키 관리자 (140)의 기능성과 유사하게, 상기 상인 증명서가 현재 유효하고 작동하고 있다는 것을 보장하기 위해 하나의 키가 제공된다면 상기 상인 확인 모듈 (161(D))은 상인 공개 키 증명서를 확인할 수 있다. 상인 (또는 다른 거래 프로세서)이 확인될 수 없다면, 상기 원격 지불 거래 프로세싱은 중단될 수 있다.

암호 확인 모듈 (161(B))은 암호 또는 지불 요청과 연관된 다른 동적 인증 값을 확인하도록 구성된 소프트웨어 모듈을 포함할 수 있다. 상기 암호 확인 모듈 (161(B))은 거래를 위해서 동적 암호를 다시-계산하고 비교하기 위해 반복 가능한 입력 데이터를 사용하는 암호를 확인하기 위해 공유 비밀들 또는 공유 알고리즘들을 사용할 수 있다. 예를 들면, 상기 암호 또는 다른 동적 값은 계정 식별자, 만료 날짜, 거래 시간, 거래 금액, 또는 상기 모바일 지불 애플리케이션 (123) 및 상기 지불 처리 네트워크 (160) (또는 발행자 컴퓨터나 다른 프로세싱 엔티티) 둘 모두에게 이용 가능할 수 있는 어떤 다른 적합한 거래 정보를 이용하여 상기 모바일 지불 애플리케이션 (123)에 의해 생성될 수 있다. 상기 공유 알고리즘은 상기 모바일 지불 애플리케이션 및 상기 지불 처리 네트워크 (160) (또는 발행자 또는 다른 프로세싱 엔티티) 사이에서 공유될 수 있다.

또한, 상기 암호 확인 모듈 (161(B))은 상기 지불 처리 네트워크 (160)에 안전하게 저장된 비밀 알고리즘을 이용하여 인증 응답 값을 생성하도록 구성될 수 있으며 그리고 상기 비밀 알고리즘은 상기 원격 거래 처리 시스템 내 어떤 다른 엔티티들과도 공유되지 않는다. 따라서, 상기 암호 확인 모듈 (161(B))은 상기 모바일 지불 애플리케이션 (123)에 의해 생성된 동적 암호를 확인할 수 있으며 그리고 상기 모바일 디바이스 (120)로 리턴되며 그리고 그 거래를 위해 생성된 허가 요청 메시지와 함께 제출될 수 있는 다른 동적 암호 (예를 들면, 인증 응답 값)를 리턴할 수 있다. 따라서, 상기 지불 처리 네트워크 (160)는 상기 허가 요청 메시지의 거래 처리 동안에 상기 인증 응답 값을 얻을 수 있으며 그리고 상기 인증 응답 값이 상기 원격 지불 거래를 초기에 처리하는 동안에 상기 지불 처리 네트워크 (160)에 의해 원래 생성되었던 상기 생성된 인증 응답 메시지와 부합하는 것을 확인할 수 있다. 따라서, 상기 지불 처리 네트워크 (160)는 상기 거래가 변경되지 않았으며 그리고 상기 거래 데이터가 상기 지불 처리 네트워크 컴퓨터 (161)에 의해 원래 인증되었던 거래와 동일하다는 것을 확신할 수 있다

거래 처리 모듈 (161(C))은, 암호화된 지불 정보를 포함하는 지불 요청을 수신하고, 상기 암호화된 지불 정보를 해독하며, 거래 프로세서 공개 키를 판별하고, 상기 해독된 지불 정보를 그 공개 키로 재-암호화하고, 그리고 상기 재-암호화된 지불 정보를 포함하는 지불 응답을 상기 거래 프로세서로 제공하도록 구성된 소프트웨어 모듈을 포함할 수 있다.

상기 모바일 게이트웨이 인터페이스 (161(E))는 상기 지불 처리 네트워크 (160)가 상기 모바일 게이트웨이 (190)와 인터페이스하고 그리고 지불 처리 네트워크 (160)가 해독할 수 있으며 또는 이미 해독하였다는 통신을 상기 모바일 게이트웨이 (190)로부터 획득하도록 허용할 수 있다.

도 9는 본 발명의 몇몇의 실시예들에 따른, 지불 처리 네트워크 (160)와 연관된 모바일 게이트웨이 (190) 및 모바일 디바이스 (120)의 상인 애플리케이션 (121)을 이용하여 원격 처리를 수행하기 위한 예시적인 방법 (900)의 흐름도를 보여준다.

단계 901에서, 소비자 (110)는 상인 애플리케이션 (121)을 이용하여 원격 지불 거래를 개시하며 그리고 상인 애플리케이션 (121)은 메시지를 상인 서버 컴퓨터로 송신하여 상기 소비자 (110)가 원격 거래를 개시하고 싶어할 것이라는 것을 표시한다.

단계 902에서, 상인 컴퓨터 (130)는 원격 지불 거래를 위한 지불 처리 네트워크 공개 키를 이용하여 암호화된 거래 정보를 생성하고, 암호화하며, 그리고 상기 모바일 디바이스 (120)의 상인 애플리케이션 (121)으로 송신하여 응답한다. 상기 지불 처리 네트워크 공개 키는 원격 지불 거래 프로세스를 위한 상기 상인의 등록 동안에 지불 처리 네트워크 컴퓨터 (161)에 의해 제공된 등록 키를 포함할 수 있다. 상기 거래 정보는, 예를 들면, 상인 식별자, 거래 액수, 거래에 대한 인증 유형, 거래 식별자, 그리고 원격 거래를 처리하기 위한 어떤 다른 관련 정보를 포함할 수 있다. 상기 거래 정보는 원격 지불 거래 처리 기능성을 위한 등록 동안에, 상기 상인 서버 컴퓨터로 제공되었던 지불 처리 네트워크 공개 키를 이용하여 암호화될 수 있다.

단계 903에서, 상인 애플리케이션 (121)은 상기 암호화된 거래 데이터를 상기 모바일 디바이스 (120)의 모바일 지불 애플리케이션 (123)으로 포워딩한다. 이 실시예에서, 상기 상인 애플리케이션 (121)은 상기 거래 데이터를 바꾸거나 변경하지 않을 수 있으며 그리고 상기 상인 컴퓨터 (130)와 상기 모바일 지불 애플리케이션 (123) 사이의 중개자로서만 행동할 수 있다.

단계 904-907에서, 보안 채널이 설립되며 그리고 보안 채널을 초기화하고 준비하기 위해서 상기 모바일 지불 애플리케이션 (123), 상기 지불 처리 네트워크 (160)와 연관된 모바일 게이트웨이 (190), 그리고 상기 지불 처리 네트워크 컴퓨터 (161) 사이에서 통신들이 송신된다. 상기 보안 채널은 상기 모바일 디바이스 (120)과 지불 처리 네트워크 (160) 사이에서의 미래의 통신들이 암호화되고 가로채어지는 것으로부터 안전하도록 허용한다.

상기 보안 채널은 어떤 적합한 방식으로 설립될 수 있다. 예를 들면, 상기 보안 채널은 모바일 지불 애플리케이션 (123)의 개인화 동안에 상기 모바일 지불 애플리케이션 (123)으로 제공된 모바일 게이트웨이 암호화 키를 이용하여 설립될 수 있다. 따라서, 상기 보안 채널을 설립하기 위해 사용된 암호화 키들은 각 세션이나 원격 지불 거래에 대해 변하는 세션 키를 포함할 수 있다. 유사한 프로세스가 2011년 3월 30일에 Aabye 등에 의해 출원된 미국 특허 출원 No. 13/075,592에서 설명되며, 이 출원은 그 전체가 본원에 참조로서 편입된다.

또한, 상기 암호화 키는 모바일 지불 애플리케이션 (123) 발행자, 보안 요소 (122)와 연관된 신뢰받는 서비스 관리자 (TSM), 또는 보안 요소 발행자에 의해 제공된 마스터 키로부터 유도된 유일 파생 키 (unique derived key (UDK))일 수 있다. 추가로, 어떤 다른 적합한 암호화 방법이 본 발명이 속한 기술 분야에서의 통상의 지식을 가진 자가 인식하는 것으로 구현될 수 있을 것이다. 그처럼, 상기 보안 접속은, 예를 들면, 최소 1024 비트의 키를 구비한 RSA, 트리플 데이터 암호화 표준 (data encryption standard (DES)), 128-bit AES (advanced encryption standard), 최소 128 비트 키 길이를 이용한 RC4 스트림 암호화 알고리즘 등과 같은 데이터 암호화 표준들을 이용하여 구현될 수 있다.

단계 908에서, 보안 채널이 설립된 이후에, 모바일 지불 애플리케이션 (123)은, 보안 요소 (122)에 저장된 지불 크리덴셜들 그리고 보안 요소 (122)에 저장되거나 또는 저장된 정보를 이용하여 유도된 모바일 게이트웨이 암호화 키 (예를 들면, 각 세션에 대한 유일 파생 키를 생성하기 위한 방식 또는 공유된 암호화 키)를 이용하여 암호화된 지불 정보를 포함하는 지불 요청을 생성하고 송신할 수 있다. 상기 지불 요청은 상기 상인 컴퓨터 (130) 및 상기 상인 애플리케이션 (121)으로부터 수신된 암호화된 지불 데이터를, 그 암호화된 지불 정보를 더 변경하지도 않고 또는 그 암호화된 지불 정보에 대한 액세스를 하지 않으면서 포함할 수 있다. 상기 암호화된 지불 정보는 지불 크리덴셜들, 거래 암호 또는 다른 동적 값, 그리고 상기 모바일 게이트웨이 (190) 및/또는 지불 처리 네트워크 (160)가 상기 원격 거래 지불 요청을 처리하기 위한 어떤 다른 정보를 포함할 수 있다. 이 실시예에서, 상기 암호화된 지불 정보는 상기 네트워크 공개/비밀 키 쌍과는 상이한 암호화 키를 포함할 수 있는 세션 키를 이용하여 암호화될 수 있다는 것에 유의한다.

따라서, 모바일 게이트웨이 (190)는 상기 모바일 지불 애플리케이션 (123)에 의해 제공된 암호화된 지불 정보를, 상기 상인 서버로부터 전달되며 그리고 지불 처리 네트워크 공개 키를 이용하여 암호화된 상기 암호화된 거래 정보에 영향을 주지 않으면서도 해독할 수 있다. 그러므로, 상기 모바일 게이트웨이 (190)는 상기 보안 채널을 통한 통신을 위해 하나의 암호화 키를 사용할 수 있으며 그리고 상기 지불 처리 네트워크 (160)는 상기 상인 컴퓨터 (130)에 의해 제공된 암호화된 거래 정보를 해독하기 위해 상이한 암호화 키를 사용할 수 있다. 그러므로, 상기 모바일 지불 애플리케이션 (123)은 상기 모바일 디바이스(120)의 보안 요소 (122)에 저장된 지불 크리덴셜들 및 소비자 정보를 생성하고 안전하게 전달하기 위해 제1 키 (예를 들면, 세션 키)를 사용하고 그리고 상기 지불 처리 네트워크 (160)는 상기 상인 서버 컴퓨터로부터 전달된 상기 거래 정보를 해독하기 위해 제2 키 (예를 들면, 지불 처리 네트워크 비밀 키)를 사용할 수 있다.

단계 909에서, 상기 지불 처리 네트워크 컴퓨터 (161)의 암호 확인 모듈 (161(B))은 상기 수신된 지불 요청 내 암호를 진정한 모바일 지불 애플리케이션 (123)에 의해 생성된 것으로서 확인한다. 확인 암호는 모바일 게이트웨이 (190)에 의해 제공된 보안 채널을 통해 상기 지불 처리 네트워크 (160)와 상기 모바일 지불 애플리케이션 (123) 사이에서 공유된 지불 정보 및/또는 거래 정보를 사용하여 상기 지불 처리 네트워크 (160)에 의해서 생성될 수 있다. 상기 수신된 암호가 상기 생성된 확인 암호와 부합한다면, 상기 지불 처리 네트워크 (160)는 유효하며 진정한 모바일 지불 애플리케이션 (123)에 의해 상기 지불 정보가 생성되었다고 결정할 수 있다.

단계 910에서, 상기 지불 처리 네트워크 컴퓨터 (161)의 상기 거래 처리 모듈 (161(C))은 상기 지불 처리 네트워크 (160)와 연관된 비밀 키를 사용하여 상기 거래 데이터를 해독할 수 있다. 상기 해독된 거래 정보는 상인 식별자 또는 어떤 다른 상인 정보를 포함할 수 있으며, 그래서 상기 지불 처리 네트워크 (160)가 상기 원격 지불 거래를 처리하기 위해서 사용하기 위한 상기 신원 및 상기 연관된 공개 키를 판별할 수 있도록 한다. 추가로, 상기 지불 처리 네트워크 (160)의 상기 상인 확인 모듈 (161(D))은 상기 해독된 거래 정보와 연관된 상인이 등록되었으며, 유효하며, 활동하고 있으며, 그리고 평판이 좋다는 것을 상기 원격 지불 거래 처리 시스템으로 확인할 수 있다

단계 911에서, 상기 해독된 지불 정보는 임의 개수의 내부의 또는 외부의 인증 프로세스들을 이용하여 인증될 수 있다. 예를 들면, 위험 기반, 저장된 크리덴셜, 도전-응답, 또는 어떤 다른 유형의 소비자 인증 프로세스가 완료될 수 있다. 몇몇의 실시예들에서, 상기 모바일 게이트웨이 (190)는 인증 요청, 도전 (challenge), 패스워드에 대한 요청을 통해, 또는 어떤 다른 적합한 방법을 통해 소비자 (110)로부터 인증 정보를 요청할 수 있다. 대안으로 또는 조합하여, 상기 지불 처리 네트워크 컴퓨터 (161)는

상기 상인 애플리케이션 (121) 또는 모바일 지불 애플리케이션 (123)이 상기 소비자 (110)를 이전에 인증했는가의 여부를 판별할 수 있으며 그리고 소비자 인증 프로세스들을 수행해야 하는가의 여부 그리고 어느 인증 프로세스들을 수행해야 하는가를 결정하기 위해 이 정보를 이용할 수 있다. 예를 들면, 거래가 개시되기 이전에 상인 애플리케이션 (121)에 의해 수행된 카드보유자 검증 방법들에 관련된 정보는 상기 지불 처리 네트워크 컴퓨터 (161)로 전달될 수 있다.

단계 912에서, 상기 인증 프로세스들이 성공적이며 상기 암호가 확인되었다면, 상기 암호 확인 모듈 (161(B))은 모바일 게이트웨이 (190) 또는 지불 처리 네트워크 (160)에 연관된 비밀 키를 이용하여 상기 거래에 대한 인증 응답 값을 생성할 수 있다. 상기 거래가 상기 지불 처리 네트워크 컴퓨터에 의해서 이전에 분석되고 인증되었으며 변경되지 않았다는 것을 표시함으로써 상기 거래에 대한 인증의 추가적인 레벨을 제공하기 위해서 상기 인증 응답 값은 허가 처리 동안에 상기 지불 처리 네트워크 (160)에 의해 확인될 수 있다.

단계 913에서, 상기 거래 처리 모듈 (161(C))은, 등록되었으며 지불 처리 네트워크 (160)에서 저장된 식별된 상인 공개 암호화 키를 이용하여 상기 지불 정보를 암호화한다.

단계 914에서, 지불 처리 네트워크 컴퓨터 (161)의 모바일 게이트웨이 인터페이스 (161(E))는 암호화된 지불 정보를 포함하는 지불 응답을 상기 모바일 디바이스 (120)의 모바일 지불 애플리케이션 (123)에게 상기 보안 채널을 이용하여 송신한다. 상기 모바일 지불 애플리케이션 (123)이 상인 비밀 키에 대한 액세스를 가지지 않기 때문에 상기 모바일 지불 애플리케이션 (123)은 상기 암호화된 지불 정보에 액세스할 수 없다.

단계 915에서, 상기 모바일 지불 애플리케이션 (123)은 상기 모바일 게이트웨이 (190)로의 보안 채널 접속을 폐쇄한다. 몇몇의 실시예들에서, 상기 모바일 게이트웨이 (190)는 상기 암호화된 지불 정보를 포함하는 지불 응답을 송신한 이후에 상기 보안 채널을 닫을 수 있다.

단계 916에서, 상기 모바일 지불 애플리케이션 (123)은 상기 암호화된 지불 정보를 포함하는 상기 지불 응답을 상인 애플리케이션 (121)에게 리턴한다. 상기 지불 응답은 상기 거래를 식별하기 위한 정보를 포함할 수 있으며 그리고 어느 상인 애플리케이션에게 상기 암호화된 지불 정보를 송신하는지에 관해서 상기 모바일 지불 애플리케이션 (123)에게 통보할 수 있다.

단계 917에서, 상기 상인 애플리케이션 (121)은 상기 암호화된 지불 정보를 포함하는 지불 응답을 수신하고 그리고 그 암호화된 지불 정보를 상기 상인 서버 컴퓨터에게 포워딩한다.

단계 918에서, 상기 상인 서버 컴퓨터는 상기 암호화된 지불 정보를 포함하는 지불 응답을 수신하고 그리고 상인 서버에 안전하게 저장된 상인 비밀 키를 이용하여 상기 암호화된 지불 정보를 해독한다. 따라서, 상인 서버 컴퓨터는 보안 지불 크리덴셜들, 인증 응답 값, 보안 레벨, 책임 표시기, 거래 데이터, 그리고 지불 거래를 개시하는 것에 관련된 어떤 다른 정보를 이제 가진 것이다.

단계 919에서, 상기 상인 서버 컴퓨터는 상기 해독된 지불 정보를 이용하여 허가 요청 메시지를 생성함으로써 지불 거래를 개시한다. 상기 허가 요청 메시지는 상기 허가 요청 메시지 내에 있는 미리 정해진 필드들로 매핑된 상기 해독된 지불 정보를 가질 수 있으며, 이는 상기 거래 에코시스템 내의 거래 엔티티들이 계정, 인증 레벨을 식별하고, 그리고 거래를 처리하는 것을 허용하기 위한 것이다.

단계 920에서, 상기 허가 요청 메시지는 상인 컴퓨터 (130)와 연관된 인수자 컴퓨터 (150)로 송신될 수 있으며 그리고 상기 인수자 컴퓨터 (150)는 상기 허가 요청 메시지를 상기 허가 요청 메시지 내의 상기 발행자 식별자 (예를 들면, BIN) 또는 계정 식별자 (예를 들면, 프라이머리 계정 식별자)와 연관된 지불 처리 네트워크로 경로를 설정할 수 있다.

단계 921에서, 상기 지불 처리 네트워크 (160)는 상기 허가 요청 메시지 내 인증 응답 값을 확인할 수 있다. 상기 지불 처리 네트워크 (160)는 상기 인증 응답 값을 판별하기 위해 상기 허가 요청 메시지를 파싱할 수 있고 그리고 상기 모바일 게이트웨이 비밀 키 또는 확인 인증 값을 생성하기 위해서 상기 인증 응답 값을 생성하려고 사용된 다른 지불 처리 네트워크 비밀 키에 액세스할 수 있다. 상기 확인 인증 값 그리고 상기 인증 응답 값이 부합한다면, 지불 처리 네트워크 (160)는 상기 거래가 이전에 인증되었다는 것을 알 수 있으며 그리고 이 거래가 사기일 가능성이 낮다고 결정할 수 있다. 따라서, 상기 거래는 즉시 허가될 수 있으며 또는 상기 거래는 진정한 것 같으며 그리고 허가되어야 한다는 것을 통보하기 위해 추가적인 인증 정보가 발행자에게 제공될 수 있다.

단계 922에서, 지불 처리 네트워크 (160)는 상기 허가 요청 메시지를 상기 소비자 계정과 연관된 발행자 컴퓨터 (170)로 포워딩한다.

단계 923에서, 상기 발행자 컴퓨터 (170)는 위험 평가 및 허가 결정 프로세스를 수행할 수 있으며, 이 경우에 발행자 컴퓨터 (170)는 인증 응답 값을 포함하는 허가 요청 메시지로부터의 관련 정보, 상기 거래에 관련된 상기 지불 처리 네트워크 (160)로부터의 확인 정보 (예를 들면, 위험 점수, 다른 인증 프로세스들의 결과들 등)를 파싱할 수 있으며 그리고 그 거래가 허가되어야 하는지의 여부에 관한 결정을 할 수 있다. 비록 도 9에서 보이지는 않지만, 상기 발행자 컴퓨터 (170)는 그러면 상기 거래가 허가되었으며 성공적으로 완료되었는가의 여부에 관하여, 상기 거래가 허가되었는가의 여부에 관한 표시를 포함하는 인증 응답 메시지를 생성하여 상기 지불 네트워크를 통해 그리고 궁극적으로는 상기 컴퓨터 (130)와 (상기 모바일 디바이스 (120)를 통해서) 소비자 (110)에게로 거꾸로 리턴할 수 있다.

III. 서드 파티 서비스 제공자 (예를 들면, 모바일 지갑 제공자)를 이용하여 원격 모바일 지불 거래들을 처리하기 위한 시스템들 및 방법들

추가적으로, 본 발명의 몇몇의 실시예들은 도 1에 관련하여 설명된 원격 키 관리자 (140)의 보안 특징들을 제공하여 소비자 (1010)와의 관계를 구비한 서드 파티 서비스 제공자 (예를 들면, 모바일 지갑 제공자, 모바일 네트워크 제공자, 디바이스 제조자 등)를 포함할 수 있다. 상기 서드 파티 서비스 제공자는 상기 보안 요소 (1022) 상에 보안 원격 거래 애플리케이션 (1025)을 제공하며 그리고 상기 모바일 지불 애플리케이션 (1023)으로부터 지불 크리덴셜들을 획득하고, 상기 모바일 지불 애플리케이션 (1023)으로부터 수신된 지불 정보를 해독하고, 그리고 상기 서드 파티 서버 컴퓨터로 배송하기 위해 상기 지불 정보를 암호화하기 위해서 상기 원격 거래 애플리케이션 (1025)을 이용한다.

도 10은 본 발명의 몇몇의 실시예들에 따른, 서드 파티 서비스 제공자 (예를 들면, 모바일 지갑 제공자) 및 모바일 디바이스 (1020)의 상인 애플리케이션 (1021)을 이용하여 원격 거래를 처리하기 위한 예시적인 시스템의 블록 도면을 보여준다. 상기 시스템은 도 1 및 도 7과 유사하며 그리고 주요한 차이점들이 아래에서 더욱 심도있게 설명될 수 있다.

도 10에서 보이는 실시예들은 상기 서드 파티 서비스 제공자 (1040)이 모바일 지갑 제공자인 경우에 소비자 (1010)의 계정을 식별하기 위해 토큰들을 사용하고 그리고 등록된 상인 키들을 사용하는 것을 포함하는 상기 원격 거래 처리 시스템의 추가적인 구성 옵션들을 포함한다. 도 10의 구성은 단지 예시적일 뿐이며 그리고 다양한 당사자들 및 토큰들의 사용은 위에서 설명된 시스템들 중 어느 것에서도 사용될 수 있을 것이다.

도 10에서 보이는 것처럼, 상기 지불 처리 네트워크 (1060)는 또한 토큰 등록부 (1061)에 통신 가능하게 결합되거나 또는 토큰 등록부와 통합될 수 있다. 상기 토큰 등록부 (1061)는 데이터베이스 또는 다른 저장 메모리를 포함할 수 있으며, 여기에서 토큰들이 모바일 디바이스 (1020)로 발행될 수 있고 발행자 계정들과 연관될 수 있어서, 프라이머리 계정 번호들/식별자들 (PANs) 대신에 토큰들을 사용하여 거래들이 처리될 수 있도록 한다.

상기 모바일 디바이스 (1020)는 상인 애플리케이션 (1021), 원격 거래 SDK (1024), API, 또는 상기 상인 애플리케이션 (1021)이 상기 보안 요소 (1022) 내에 저장된 원격 거래 애플리케이션 (1025), 상기 모바일 디바이스 (1020)의 보안 요소 (1022) 상에 설치된 원격 거래 애플리케이션 (1025), 그리고 상기 모바일 디바이스 (1020)의 보안 요소 (1022) 상에 저장된 모바일 지불 애플리케이션 (1023)과 인터페이스하는 것을 허용하기 위해 상기 상인 애플리케이션 (1021)으로 통합될 수 있을 다른 서드 파티 서비스 레이어를 포함할 수 있다.

상기 원격 거래 SDK (1024) 또는 서드 파티 서비스 레이어는 보안 애플리케이션 및/또는 상기 서드 파티 서버 시스템 (예를 들면, 모바일 지갑 제공자, 원격 키 관리자 등)와 인터페이스하기에 적합한 API, 애플리케이션, 애플릿, 또는 다른 실행 가능 코드를 포함할 수 있다. 예를 들면, 상기 원격 거래 SDK (1024)는 상인 애플리케이션 (1021) 내에 내장될 수 있으며 그리고 보안 요소 (1022) 상의 보안 원격 거래 애플리케이션 (1025)으로부터 지불 정보를 인출하기 위해 상기 상인 애플리케이션 (1021)에 의해 사용될 수 있으며, 이는 보안 요소 (1022) 상에 제공된 모바일 지불 애플리케이션 (1023)과 인터페이스하고, 상인 애플리케이션 (1021)과 통신하며, 그리고 서드 파티 시스템과 통신하기 위해서이다. 몇몇의 실시예들에서, 원격 거래 SDK (1024) 또는 서드 파티 서비스 레이어는 안전할 수 있으며 보안 요소 (1022) 내에 내장될 수 있다. 추가로, 비록 상기 원격 거래 SDK (1024)가 상인 애플리케이션 (1021)의 일부로서 도시되지만, 상기 원격 거래 SDK (1024)는 또한 독립적인 애플리케이션일 수 있으며 또는 상기 모바일 디바이스 (1020)의 운영 시스템에 내장될 수 있을 것이다.

상기 원격 거래 애플리케이션 (1025)은 모바일 디바이스 (1020)의 보안 요소 (1022)로 제공된 보안 애플리케이션을 포함한다. 상기 원격 거래 애플리케이션 (1025)은 공개 키 증명서 및/또는 서드 파티 서비스 제공자 시스템 (예를 들면, 모바일 지갑 제공자)을 위한 공개 키의 저장용의 보안 영역을 제공한다. 추가로, 소비자 (1010)가 보안 크린덴셜들을 제공했거나 또는 그렇지 않고 인증되었을 때에 단지 상기 모바일 지불 애플리케이션 (1023)으로의 액세스를 허용함에 의해, 상기 원격 거래 애플리케이션 (1025)은 모바일 지불 애플리케이션 (1023)에게 액세스 제어 검증을 제공할 수 있다 (예를 들면, 모바일 지불 애플리케이션 (1023)을 위해 보안 기능들을 제공한다). 예를 들면, 서명이 확인될 수 없거나 또는 증명서가 인증 기관 (180)과 부합되지 않는다면, 상기 원격 거래 애플리케이션 (1025)은 상기 상인 애플리케이션 (1021)으로부터의 원격 거래에 대한 요청을 거절할 수 있으며 그리고 상기 거래 처리는 종료될 수 있다 (그리고 상기 소비자 (1010)는 상이한 지불 방법을 시도하거나 또는 다시 시도할 것을 촉구받을 수 있다). 대안으로, 상기 증명서가 유효하다면 상기 원격 거래 애플리케이션 (1025)은 상기 지불 정보에 대한 요청을 상기 모바일 지불 애플리케이션 (1023)으로 전달할 수 있다.

서드 파티 서비스 제공자 시스템 (예를 들면, 모바일 지갑 제공자 (1030))은 상기 소비자 (1010), 모바일 디바이스 (1020), 상인들, 지불 처리 네트워크들 (1060), 또는 어떤 다른 지불 거래 처리 방법들이나 시스템들에 흥미를 가지거나 관계가 있는 임의 엔티티를 포함할 수 있다. 예를 들면, 상기 서드 파티 서비스 제공자 시스템은 모바일 지갑 제공자, 모바일 디바이스 제조자, 모바일 네트워크 오퍼레이터, 또는 상인들 및 소비자 디바이스들과 상호작용할 수 있는 어떤 다른 엔티티를 포함할 수 있다. 따라서, 본 발명의 실시예들은 원격 거래들의 더욱 안전한 처리를 제공하기 위해서 서드 파티 서비스 제공자 시스템이 상인들을 등록하고 그리고 상인 원격 거래들을 위한 인증 프로세스들을 관리하는 것을 허용할 수 있다

모바일 지갑 제공자의 등록된 키들은 원격 거래를 처리하면서 상기 지불 정보를 암호화하기 위해 사용된 공개 암호화 키들을 포함할 수 있다. 예를 들면, 상인들이 온-보딩 (on-boarding)하고 있거나 또는 상기 모바일 지갑 제공자에 의해 제공된 원격 지불 거래 서비스에 등록할 때에, 상인은 상기 모바일 지갑 제공자가 상인 서버 컴퓨터로 송신하기 이전에 상기 지불 정보를 암호화하기 위해 사용할 수 있을 공개 키 및/또는 공개 키 증명서를 상기 모바일 지갑 제공자에게 송신할 수 있으며, 그래서 상기 상인 컴퓨터 (1030)가 상기 지불 정보를 해독할 수 있도록 한다. 비록 도 10 - 도 11에서 보이지는 않지만, 모바일 지갑 제공자 (또는 다른 서드 파티)는 상기 키들이 도 1 - 도 6을 참조하여 설명된 것과 같이 공개 키 증명서들을 사용하는 것을 통해서 결정되는 경우인 실시예들을 또한 사용할 수 있다.

도 11은 본 발명의 몇몇의 실시예들에 따른, 서드 파티 서비스 제공자 (예를 들면, 모바일 지갑 제공자) 및 모바일 디바이스 (1020)의 상인 애플리케이션 (1021)을 이용하여 원격 거래를 처리하기 위한 예시적인 방법 (1100)의 흐름도를 보여준다.

단계 1101에서, 소비자 (1010)는 온라인으로 상인과 또는 e-커머스 상점과 통신하는 상인 애플리케이션 (1021)을 통해 자신의 쇼핑 경험을 끝낸다. 소비자 (1010)가 자신의 쇼핑 경험을 체크아웃할 것을 준비하고 그리고 구매를 완료할 때에, 그 소비자 (1010)는 서드 파티 (예를 들면, 모바일 지갑 제공자) 크리덴셜들을 이용하여 서드 파티 애플릿 또는 원격 거래 애플리케이션 (1025) 또는 모바일 디바이스 (1020) 상에 존재하는 서비스 레이어로 로그할 수 있다. 상기 소비자 (1010)는 그러면 상기 상인 애플리케이션 (1021)을 통해서 체크아웃을 개시할 수 있다. 상인 애플리케이션 (1021)은 지불 카드 또는 지불을 위한 계정을 선택하는 옵션을 원격 거래 애플리케이션 (1025)을 통해 제공할 수 있다. 상기 소비자 (1010)는 지불을 개시하기 위해서 계정을 선택할 수 있다.

단계 1102에서, 상인 애플리케이션 (1021)은 원격 거래 소프트웨어 개발 키트 (SDK) 또는 상기 모바일 디바이스 (1020) 상에 위치한 다른 서드 파티 서비스 레이어 또는 애플리케이션을 이용하여 수취자 정보를 원격 거래 애플리케이션 (1025)에게 송신한다. 일 실시예에서, 상기 원격 거래 SDK (1024) 또는 원격 거래 애플리케이션 (1025)은 상인 애플리케이션 (1021) 그리고 모바일 디바이스 (1020)의 보안 요소 (1022) 상에 저장된 원격 거래 애플릿 (1024) 사이에서 인터페이스하도록 구성된 서비스를 포함할 수 있다. 대안으로, 상기 원격 거래 애플리케이션 (1025)은 상기 모바일 디바이스 (1020)의 범용 메모리에 또한 저장될 수 있으며 그리고 서드 파티 서버 플랫폼 (1030) (예를 들면, 모바일 지갑 제공자)과 통신하도록 구성될 수 있다. 어느 한 방식으로, 상기 원격 거래 애플리케이션 (1025)은 상기 모바일 디바이스 (1020)의 보안 요소 (1022) 상에 저장된 모바일 지불 애플리케이션 (1023) (예를 들면, Visa™ Paywave™ 애플리케이션)과 통신하도록 구성될 수 있다.

단계 1103에서, 상기 원격 거래 SDK (1024) 또는 원격 거래 애플리케이션 (1025)은 상기 보안 요소 (1022) 내에 상주하는 원격 거래 애플리케이션 (1025)과 수취인 정보로 통신한다. 상기 원격 거래 애플리케이션 (1025)은 그러면 상기 모바일 지불 애플리케이션 (1023) (예를 들면, Visa™ Paywave™ 애플리케이션)은 상기 보안 요소 (1022) 상에 저장된 제공된 지불 크리덴셜들 (예를 들면, 지불 토큰, 프라이머리 계정 번호 (PAN), 의사-PAN, 고스트 (Ghost) PAN, 만료 날짜 등)을 안전한 방식으로 제공할 것을 요청하기 위해 API들 또는 다른 명령들을 사용할 수 있다.

단계 1104에서, 상기 모바일 지불 애플리케이션 (1023)은 상기 보안 요소 (1022)를 이용하여 지불 정보를 인출하고 생성하기 위해 상기 수신된 수취인 정보를 사용할 수 있다. 예를 들면, 상기 모바일 지불 애플리케이션 (1023)은 상기 보안 요소 (1022)로부터의 토큰 정보에 액세스할 수 있고 그리고 수취인 정보, 토큰, 그리고 상기 토큰과 연관된 정보 (예를 들면, 토큰 만료 날짜)를 이용하여 지불 요청 페이로드 (토큰 데이터 요소들을 포함한다) 및 동적 값 (예를 들면, 인증 값)을 생성한다. 예를 들면, 지불 정보는 토큰 (또는 PAN, 의사-PAN, PAN 대체물 등), 토큰 만료 날짜, 유일 거래 식별자 (예를 들면, Nonce), 토큰 인증 데이터 (예를 들면, CAVV, dCVV 등과 같은 동적 값 또는 암호), 그리고 인증 및/또는 보안 레벨 표시기 (예를 들면, ECI5 값)을 포함할 수 있다. 예를 들면, 지불 정보는 토큰 (또는 PAN)을 포함할 수 있다. 지불 정보는 상기 거래를 처리하는데 있어서 유용할 수 있는 거래 정보를 더 포함할 수 있다 (예를 들어, 금액, 상인 식별자 등).

토큰은 발행된 또는 지불 처리 네트워크 (1060) 또는 다른 지불 엔티티에게 연결된 토큰 등록부 (1061)에서 알려진 지불 크린덴셜들을 포함할 수 있다. 상기 토큰은 PNA 대체물일 수 있으며, 그래서 상기 토큰이 전형적인 프라이머리 계정 번호 (PAN)와 동일한 포맷을 가지고 그리고 현존하는 지불 처리 하부구조를 통해서 처리될 수 있도록 한다. 대안으로, 상기 토큰은 어떤 다른 가능한 포맷일 수 있으며, 그래서 토큰 저장소 (161)에서 그 토큰이 상기 PAN 또는 다른 계정 식별자와 연관되도록 한다. 본 발명의 실시예들은, 보안 요소 (1022) 내에 저장될 수 있으며 상기 모바일 지불 애플리케이션 (1023)을 이용하여 개시된 거래들을 위해서 사용될 수 있는 토큰이 원격 지불 거래들에서 사용되는 것을 가능하게 할 수 있다.

인증 데이터는 보안 알고리즘, 키, 또는 보안 요소 상의 모바일 지불 애플리케이션에 저장된 다른 안전한 그리고 보호받는 방법에 의해서 생성된 암호 값을 포함할 수 있다. 따라서, 상기 인증 데이터 (이 경우에는 "토큰 인증 데이터")는 CAVV, dCVV, 또는 카드 존재, 칩-기반의, 또는 직접하는 지불 거래들 동안에 생성되고 송신되는 인증을 위해 사용된 어떤 다른 동적 값과 유사할 수 있다. 상기 인증 데이터는 상기 지불 요청이 보안 애플리케이션에 의해 생성되었으며 그리고 상기 거래가 더 높은 레벨의 보안을 가진다는 것을 지불 처리 네트워크가 판별하도록 함을 허용한다는 것을 상기 지불 처리 네트워크에게 보증한다. 따라서, 상기 토큰 인증 데이터는 상기 보안 요소 및 상기 지불 처리 네트워크 상에 위치한 암호화 키들 또는 독립적인 알고리즘들을 이용하여 각각 생성될 수 있다.

상기 지불 처리 네트워크가 거래 동안에 생성된 허가 요청 메시지를 수신할 때에, 상기 지불 처리 네트워크는 다른 인증 데이터 암호를 생성하고 그리고 그 독립적으로 생성된 인증 데이터를 상기 수신된 인증 데이터와 비교할 수 있다. 그것들이 부합한다면, 상기 거래는 진정한 모바일 지불 애플리케이션들에 의해 생성된 것으로서 인증될 수 있다, 그리고 상기 토큰 인증 데이터가 부합하지 않는다면, 상기 거래는 거절될 수 있으며, 보안 레벨은 전형적인 e-커머스 거래로 하락될 수 있으며, 또는 어떤 다른 적합한 단계들이 상기 지불 처리 네트워크에 의해 취해져서 거래 처리 환경에 있는 측들에게 상기 거래는 사기라는 것 또는 오류가 발생했음을 통보할 수 있다.

인증 및/또는 보안 레벨 표시기는 거래 처리 환경 내의 당사자들 중 몇몇이나 모두가 현재 거래의 위험 레벨 및 인증 레벨을 이해하는 것을 허용하는 표시기를 포함할 수 있다. 예를 들면, 상기 인증 및/또는 보안 레벨 표시기는 상기 거래가 생성된 인증 데이터 (예를 들면, 동적 값 또는 암호)의 존재에 기초하여 높은 레벨의 보증을 가지기 때문에 새로운 책임 규칙들이나 방식이 이행되고 있다고 모든 참여자들에게 통보할 수 있다.

또한, 단계 1104에서, 상기 모바일 지불 애플리케이션 (1023)은 토큰, 토큰 인증 데이터, 및 다른 거래 데이터를 포함하는 원격 거래 요청 페이로드를 암호화하기 위해 서드 파티 공개 암호화 키를 사용할 수 있다. 몇몇의 실시예들에서, 상기 모바일 지불 애플리케이션 (1023)은 상기 서드 파티 공개 키가 상기 모바일 디바이스 (1020) 상에 저장된 서드 파티 증명서를 이용하는 것으로 판별할 수 있으며 또는 인증 기관 (180)이나 다른 데이터베이스를 통해서 상기 서드 파티 공개 키에 액세스할 수 있다. 상기 공개 키는 모바일 지불 애플리케이션 보안 요소 (1022)로 제공될 수 있으며 그리고 상기 모바일 지불 애플리케이션 (1023)은 상기 서드 파티 공개 키로의 액세스를 가질 수 있다. 대안으로 또는 조합하여, 상기 모바일 지불 애플리케이션 (1023)은 보안 요소 (1022)로 제공된 원격 거래 애플리케이션 (1025)과 연관된 암호화 키 (대칭적이거나 또는 공개/비밀 키 쌍의 공개 키 중 어느 하나)를 가질 수 있으며 그리고 그 제공된 키를 이용하여 상기 지불 정보를 암호화할 수 있다. 대안으로, 상기 모바일 지불 애플리케이션 (1023) 그리고 상기 원격 거래 애플리케이션 (1025) 둘 모두가 상기 보안 요소 (1022) 내에서 동작하고 있기 때문에, 상기 모바일 지불 애플리케이션 (1023)은 상기 지불 정보를 암호화되지 않은 포맷으로 통과시킬 수 있으며, 그래서 어떤 암호화 키들도 필요하지 않도록 한다.

단계 1105에서, 상기 모바일 지불 애플리케이션 (1023)은 (암호화되거나 또는 암호화되지 않은) 상기 지불 정보를 상기 원격 거래 애플리케이션 (1025)으로 송신한다.

단계 1106에서, 상기 원격 거래 애플리케이션 (1025)은 상기 지불 정보가 암호화되었는지의 여부를 판별할 수 있으며 그리고 암호화되었다면 그 암호화된 지불 정보를 해독하기 위한 암호화 키를 획득할 수 있다. 상기 원격 거래 애플리케이션 암호화 키는 상기 지불 정보를 암호화하기 위해 상기 모바일 지불 애플리케이션 (1023)에 의해 사용되거나 제공된 키를 기반으로 하는 어떤 적합한 암호화 키를 포함할 수 있다. 상기 키는 상기 모바일 지불 애플리케이션 (1023)으로부터의 상기 지불 정보를 암호화하기 위해서 사용된 공개 키와 연관된 비밀 키 또는 대칭의 키일 수 있다. 어느 한 방식에서, 상기 원격 거래 애플리케이션 (1025)은 (상기 지불 정보가 암호화되었다면) 상기 암호화된 지불 정보를 해독하고 그리고 지불 크리덴셜들을 포함하는 지불 정보를 획득한다. 추가적으로, 상기 원격 거래 애플리케이션 (1025)은 상기 해독된 지불 정보를 서드 파티 서버 컴퓨터 공개 암호화 키 (예를 들면, 모바일 지갑 제공자 컴퓨터 암호화 키)로 재-암호화할 수 있으며, 그래서 상기 민감한 지불 정보가 상기 모바일 지갑 제공자에게 안전하게 송신될 수 있도록 한다. 상기 원격 거래 애플리케이션 (1025)은 보안 요소 (1022)로 제공된 서드 파티 암호화 공개 키를 가질 수 있으며 또는 올바른 암호화 키를 획득하기 위해서 공개 키 증명서 또는 다른 정보를 사용할 수 있다. 따라서, 상기 지불 정보는 서드 파티 서버 컴퓨터 공개 키 (예를 들면, 모바일 지갑 제공자 공개 키)를 이용하여 암호화될 수 있으며 그리고 그 암호화된 지불 정보는 추가의 원격 거래 처리를 위해서 서드 파티 서비스 제공자 서버 컴퓨터 (예를 들면, 모바일 지갑 제공자)로 송신될 수 있다.

단계 1107에서, 상기 암호화된 지불 정보는 그러면 상기 원격 거래 SDK (1024)로 또는 상기 암호화된 지불 정보를 서드 파티 서버 플랫폼으로 전달할 수 있는 상기 모바일 디바이스 (1020) 상의 다른 원격 거래 애플리케이션 (1025)으로 송신될 수 있다. 상기 원격 거래 SDK (1024)는 그러면 상기 암호화된 지불 정보를 상기 서드 파티 서버 플랫폼 (130)으로 송신할 수 있다. 서드 파티 비밀 키를 상기 원격 거래 SDK (1024), 상인 애플리케이션 (1021), 원격 거래 애플리케이션 (1025), 모바일 지불 애플리케이션 (1023), 또는 상기 모바일 디바이스 (1020) 상의 어떤 다른 애플리케이션이나 프로그램은 모르기 때문에, 상기 암호화된 지불 정보는 상기 모바일 디바이스 (1020) 상의 어떤 프로그램에 의해서도 해독될 수 없다는 것에 유의해야 한다.

단계 1108에서, 상기 서드 파티 서버 플랫폼 (130)은 상기 암호화된 지불 정보를 수신할 수 있으며 그리고 저장된 서드 파티 비밀 키를 이용하여 상기 지불 정보를 해독할 수 있다. 상기 서드 파티 서버 시스템 (130)만이 상기 서드 파티 비밀 키에 대한 액세스를 가질 수 있다. 또한, 상기 서드 파티 서버 시스템 (130)은, 올바른 서드 파티 공개 키가 상기 지불 정보를 암호화하기 위해 사용되었다는 것, 지불 정보의 모습들이 올바르다는 것 (예를 들면, 상인 식별자가 등록된 상인과 연관된다는 것), 그리고 상기 암호화된 지불 정보가 합법적인 지불 애플리케이션, 모바일 디바이스 (1020) 등에 의해 송신되고 있다는 것을 보증하는 어떤 다른 적합한 확인을 보증하기 위해 체크함으로써 상기 수신된 지불 정보를 확인할 수 있다.

상기 서드 파티 서버 시스템 (130)은 그러면 상인 식별자와 연관된 적절한 상인을 판별할 수 있다. 상인 식별자는 상기 서드 파티 서버 시스템 (130)에는 유일할 수 있으며 그리고 상기 수취인 정보를 원래 생성했던 상인 애플리케이션 (1021)과 연관된 상인을 식별하는 정보를 포함할 수 있다. 높아진 인증 e-커머스 지불 처리 방법들 내에 포함되도록 하기 위해서 상인들은 상인 "온-보딩 (on-boarding)" 프로세스를 상기 서드 파트 서버 시스템 (130)에 등록하거나 또는 그렇지 않다면 완료할 수 있다. 따라서, 상기 온-보딩 또는 등록 프로세스는 어느 거래라도 수행되기 이전에 상기 상인과 상기 서드 파티 서버 시스템 (130) 사이에서 수행될 수 있으며 그리고 상기 상인은 상인 지향의 (oriented) 공개 키들 및 다른 등록 정보 (예를 들면, 상인 주소 등)를 그때에 상기 서드 파티 시스템에 제공할 수 있다. 따라서, 상기 서드 파티 서버 시스템 (130)이 상기 지불 정보를 해독하고 그리고 특별한 상인과 연관된 상인 식별자가 포함되어 있다고 판단할 때에, 상기 서드 파티 서버 시스템 (130)은 상기 식별된 상인과 연관된 상인 공개 키를 결정할 수 있다.

단계 1110에서, 모바일 지갑 제공자 컴퓨터 (130)는 온-보딩 동안에 상기 모바일 지갑 제공자 컴퓨터 (130) 상에 저장되었던 상인 공개 키를 이용하여 상기 지불 정보를 재-암호화하기 위해 상기 결정된 상인 공개 키를 사용할 수 있으며, 또는 몇몇의 실시예들에서는, 상기 공개 키가 상인 증명서 내에 포함된 곳인 상기 원격 거래 SDK (1024) 또는 서드 파티 원격 거래 애플리케이션 (1025)으로부터 수신된 지불 정보와 함께 포함될 수 있다.

단계 1111에서, 상기 모바일 지갑 제공자 컴퓨터 (130)는 그러면 상기 상인 공개 키를 이용하여 암호화되었던 상기 재-암호화된 지불 정보를 상기 상인 시스템으로 송신할 수 있다. 상기 상인 키 암호화된 지불 정보는 어떤 적합한 방식을 통해서 상기 상인에게 송신될 수 있다. 예를 들면, 모바일 지갑 제공자 컴퓨터 (130)는 상기 재-암호화된 지불 정보를 상기 원격 거래 SDK (1024) 또는 서드 파티 서버 레이어 애플리케이션으로 송신할 수 있으며 (단계 1111), 이것은 그 후에 상기 재-암호화된 지불 정보를 상인 애플리케이션 (1021)에게 포워딩하며 (단계 1112), 이는 그 후에 상기 재-암호화된 지불 정보를 상기 상인 시스템에게 포워딩한다 (단계 1113). 대안으로, 상기 모바일 지갑 제공자 컴퓨터 (130)는 상기 재-암호화된 지불 정보를 상인 시스템 (도시되지 않음)으로 직접 송신할 수 있으며 또는 상기 상인 시스템 (도시되지 않음)으로 전송되기 이전에 상기 재-암호화된 지불 정보를 다른 서드 파티를 통해서 송신할 수 있다.

단계 1114에서, 상인 시스템은 상인 애플리케이션 (1021)으로부터 상기 재-암호화된 지불 정보를 수신하며 그리고 상기 상인 시스템에게만 알려진 저장된 상인 비밀 키를 이용하여 상기 암호화된 상인 공개 키 지불 정보를 해독한다. 따라서, 상기 상인 시스템은 토큰, 토큰 인증 데이터, 거래 데이터, 및 어떤 다른 관련 정보를 포함하는 지불 정보를 이제 가진 것이다.

상기 상인 시스템은 거래 데이터 요소들 (예를 들면, 토큰 데이터 요소들)을 포함하는 상기 해독된 지불 정보를 허가 요청 메시지 내에 이제 넣을 수 있으며 그리고 그 허가 요청 메시지를 인수자 컴퓨터 (1050)로 제출할 수 있다. 상기 허가 요청 메시지는 칩-기반의 암호 또는 인증을 위한 다른 동적 값 (예를 들면, 토큰 인증 값)을 포함하는 카드가 존재하는 거래 동안에 상인 시스템에 의해서 개시된 전형적인 허가 요청 메시지와 닮은 것 같다

단계 1115에서, 상기 인수자 컴퓨터 (1050)는 적절한 지불 처리 네트워크 (1060)를 결정하고 그리고 상기 허가 요청 메시지를 그 지불 처리 네트워크 (1060)에게 포워딩한다.

단계 1116에서, 상기 지불 처리 네트워크 (1060)는 상기 토큰이 PAN 또는 상기 토큰 등록부 (1061) 내의 다른 계정 식별자를 위해 교체되어야만 하며 그리고 상기 데이터가 부합하고 그래서 보안 요소 (1022) 상에 제공되어 저장된 합법적인 모바일 지불 애플리케이션 (1023)으로부터 시작된 것으로서 확인되는 것을 보장하기 위해서 토큰 인증 데이터는 상기 토큰을 이용하여 생성되어야만 한다고 결정할 수 있다. 상기 지불 처리 네트워크 (1060)는 상기 지불 크리덴셜들이 토큰을 포함한다고 결정하기 위해 적합한 방법을 사용할 수 있다. 예를 들면, 상기 동적 데이터 (예를 들면, 토큰 인증 값)는 상기 거래가 토큰을 포함한다고 상기 지불 처리 네트워크 (1060)에게 알릴 수 있다. 어떤 다른 적합한 정보는 상기 지불 크리덴셜들이 토큰 정보를 포함한다는 것을 상기 지불 처리 네트워크 (1060)에게 통보하기 위해서 포함될 수 있다.

단계 1117에서, 상기 토큰 등록부 (1061)는 계정 식별자 그리고 상기 허가 요청 메시지 내 토큰과 연관된 다른 계정 정보를 판별하고 그리고 그 계정 식별자를 포함하는 업데이트된 허가 요청 메시지를 지불 처리 네트워크 (1060)로 송신한다.

단계 1118에서, 상기 지불 처리 네트워크 (1060)는 상기 업데이트된 허가 요청 메시지를 위험 및 허가 결정을 위해 상기 발행자에게 포워딩한다. 단계 922에 관하여 이전에 설명된 것처럼, 발행자가 상기 거래를 허가한다면, 그 발행자는 상기 거래를 완료하기 위해 상기 상인 및/또는 모바일 디바이스 (1020)로 거꾸로 전송될 수 있는 허가 응답 메시지를 생성할 수 있다. 또한, 상기 토큰 등록부 (1061)는 상기 계정 식별자를 상기 허가 응답 메시지 내의 토큰으로 교체할 수 있을 것이다.

도 11은 설명적이며 비-제한하는 것으로 의도된 것이라는 것이 이해되어야 한다. 따라서, 추가적인 단계들이 수행될 수 있으며 몇몇의 단계들을 건너뛸 수 있으며 그리고 추가의 엔티티들이 상기 설명 및 도 11의 흐름 도면에 포함되거나 제거될 수 있다.

A. 예시적인 타원 곡선 암호화 방법

본 발명의 몇몇의 실시예들에서, 타원 곡선 암호화 (elliptic curve cryptography (ECC))는 여기에서 설명된 방법들의 다양한 거래 흐름 도면들에서 수행된 암호화 및 해독 동작들 중 하나 또는 그 이상을 수행하기 위해서 사용될 수 있다. 예를 들면, 도 12의 흐름 도면의 맥락에서, 타원 곡선 암호화는 상기 모바일 지갑 제공자와 상기 모바일 지불 애플리케이션 (1023) 사이에서 통과된 지불 정보를 암호화하고 해독하기 위해 사용될 수 있다.

예를 들면, 단계들 1104-1108을 참조하여 위에서 설명된 것처럼, 상기 모바일 지불 애플리케이션 (1023)은 상기 보안 요소 (1022)로부터 지불 크리덴셜들을 획득할 수 있으며, 그 지불 크리덴셜들을 암호화할 수 있으며, 그리고 그 암호화된 지불 정보를 모바일 지갑 제공자 컴퓨터로 송신할 수 있다. 상기 모바일 지갑 제공자 컴퓨터는 그러면 상기 암호화된 지불 정보를 해독하기 위해서 비밀 키를 사용할 수 있다. 몇몇의 실시예들에서, 상기 모바일 지불 애플리케이션 (1023) 및 상기 모바일 지갑 제공자 컴퓨터는 상기 지불 정보를 암호화하고 해독하기 위해서 타원 곡선 암호화 (ECC)를 각자 사용할 수 있다. 곡선 커브 암호화를 사용하기 위해서, 상기 모바일 지불 애플리케이션 (1023) 및 상기 서버 컴퓨터는 공유 메시지 인증 기능 및 공유 키 유도 함수를 가질 수 있다.

"키 유도 함수 (key derivation function)"는 대칭 키들 또는 메시지 인증 코드 (message authentication code (MAC)) 키들, 또는 본 발명이 속한 기술 분야에서 알려진 것과 같은 것은 하나 또는 그 이상의 비밀 키들을 결정하기 위한 어떤 기능 또는 동작을 포함할 수 있다. 키 유도 함수 (KDF)의 일 예는 SHA-1 옵션을 구비한 ANSI-X9.63-KDF를 포함할 수 있다.

단계 1201에서, 상기 모바일 지불 애플리케이션 (1023)은 상기 서드 파티 컴퓨터 시스템과 연관된 서버 공개 키를 인출한다. 그 서드 파티 컴퓨터 공개 키는 어떤 적합한 방식으로 인출될 수 있다. 예를 들면, 상기 서버 공개 키는 모바일 디바이스 (1020) 상에 저장된 증명서에 포함될 수 있으며, 또는 애플리케이션 저장부 또는 모바일 지불 애플리케이션 (1023)과 연관된 보안 저장부 내에 상주할 수 있다. 상기 서드 파티 서버 시스템은 상기 서버 공개 키에 대응하는 서버 비밀 키를 저장할 수 있다.

단계 1202에서, 상기 모바일 지불 애플리케이션 (1023)은 암호화 프로세스에서 사용될 키 유도 함수 (KDF)를 인출한다. 본 발명의 몇몇의 실시예들에서, 상기 KDF는 미리-정해질 수 있으며, 그래서 서드 파티 서버 시스템 및 모바일 지불 애플리케이션 (1023)이 동일한 KDF를 사용하도록 구성되게 한다. 다른 실시예들에서, 사용된 KDF는 상기 서드 파티 서버 시스템 그리고 상기 모바일 지불 애플리케이션 (1023) 사이에서 공유될 수 있다.

단계 1203에서, 상기 모바일 지불 애플리케이션 (1023)은 암호화 프로세스에서 사용될 타원 곡선 및 발생기 함수 (예를 들면, P256)를 인출한다. 상기 타원 곡선 및 발생기 함수 (generator function)는 상기 서드 파티 서버 시스템이 또한 알고 있다.

단계 1204에서, 상기 모바일 지불 애플리케이션 (1023)은 지불 거래와 연관된 랜덤한 일시적 타원 곡선 (elliptic curve (EC)) 키 쌍을 생성한다. 그 키 쌍은 거래 비밀 키 및 거래 공개 키를 포함할 수 있다.

단계 1205에서, 상기 모바일 지불 애플리케이션 (1023)은 상기 지불 토큰을 포함하는 암호화된 암호문을 생성한다. 몇몇의 실시예들에서, 상기 암호문은 상기 서버 공개 키, 상기 거래 비밀 키, 상기 키 유도 함수, 상기 타원 곡선, 상기 발생기 함수, 및 지불 토큰을 이용하여 생성될 수 있다. 상기 암호문은 상기 지불 토큰을 포함하지만, 상기 서버 비밀 키가 없다면 판독할 수 없다.

단계 1206에서, 상기 모바일 지불 애플리케이션 (1023)은 상기 암호화된 토큰 및 상기 거래 공개 키를 서드 파티 서버 시스템으로 송신한다.

단계 1207에서, 상기 서드 파티 서버 시스템은 상기 암호화된 지불 토큰을 해독한다. 몇몇의 실시예들에서, 상기 지불 토큰은 상기 거래 공개 키, 상기 서버 비밀 키, 상기 키 유도 함수, 사기 타원 곡선 및 상기 발생기 함수, 그리고 상기 수신되 암호화된 지불 토큰을 이용하여 해독될 수 있다. 해독된 지불 토큰은 그 후에 서드 파티 서버 시스템에 의해서 처리될 수 있다.

도 13은 모바일 지불 애플리케이션 (1023)에서 ECC를 이용하여 지불 토큰을 암호화하고 그리고 그 후에 서드 파티 서버 시스템에서 상기 토큰을 해독하는 다른 방법을 보여준다. 단계들 1301-1303은 도 13의 단계들 1201-1204에 관련되어 위에서 설명된 것과 동일하며 그리고 모바일 지갑 제공자 컴퓨터 (1040)와 연관된 서드 파티 서버 컴퓨터 공개 키를 인출하는 모바일 지불 애플리케이션 (1023), 키 유도 함수 (KDF), 타원 곡선 (예를 들면, P256), 그리고 발생기 함수를 상기 암호화 프로세스에서 사용되도록 포함시킨다.

단계 1304에서, 상기 모바일 지불 애플리케이션 (1023)은 지불 거래와 연관된 랜덤한 일시적인 타원 곡선 (EC) 키 쌍을 생성한다. 상기 키 쌍은 거래 비밀 키 및 거래 공개 키를 포함할 수 있다. 도 13의 실시예들에서, 상기 키 쌍은, 상기 거래 공개 키가 상기 거래 비밀 키에 상기 발생기 함수를 곱한 것과 동일하도록 생성될 수 있다.

단계 1305에서, 상기 모바일 지불 애플리케이션 (1023)은 상기 서버 공개 키 및 거래 비밀 키의 곱을 이용하여 공유된 비밀을 생성한다. 상기 공유된 비밀은 상기 서버 비밀 키, 상기 발생기 함수, 및 상기 비밀 거래 키의 곱과 또한 동일하다. 유사하게, 상기 공유된 비밀은 상기 서버 비밀 키 그리고 상기 거래 공개 키의 곱과 또한 동일하다.

단계 1306에서, 상기 모바일 지불 애플리케이션 (1023)은 단계 1305에서 결정된 상기 공유된 비밀 그리고 단계 1303에서 결정된 상기 KDF를 이용하여 대칭 키 및 메시지 인증 코드 (message authentication code (MAC)) 키를 생성한다. 상기 대칭 키는, 예를 들면, AES 암호화 키일 수 있다. 상기 MAC 키는, 예를 들면, 해시-기반의 메시지 인증 코드 (HMAC)를 생성하기 위해 사용되는 키일 수 있다.

단계 1307에서, 상기 모바일 지불 애플리케이션 (1023)은 상기 지불 토큰을 포함하는 암호화된 암호문을 생성한다. 몇몇의 경우들에서, 상기 암호문은 단계 1306에서 결정된 상기 대칭 키를 이용하여 생성될 수 있다. 상기 암호문은 상기 암호화된 지불 토큰을 포함하며, 그리고 상기 대칭 키가 없다면 판독 불가능하다.

단계 1308에서, 상기 모바일 지불 애플리케이션 (1023)은 상기 암호화된 토큰을 위해 메시지 인증 코드 (MAC)를 생성한다. 상기 MAC은 단계 1306에서 결정된 MAC 키 그리고 HMAC-SHA-256과 같은 어떤 적합한 MAC 함수를 이용하여 생성될 수 있다.

단계 1309에서, 상기 모바일 지불 애플리케이션 (1023)은 상기 암호화된 토큰, 상기 거래 공개 키, 그리고 상기 암호화된 토큰용의 MAC을 서드 파티 서버 시스템으로 송신한다.

단계 1310에서, 상기 서드 파티 서버 시스템은 단계 13에서 수신된 거래 공개 키 및 서버 비밀 키의 곱을 이용하여 상기 공유된 비밀을 결정한다. 비록 상기 공유된 비밀이 상이한 키들을 이용하여 계산되었지만, 단계 1305에서 상기 모바일 지불 애플리케이션 (1023)에 의해 계산된 공유된 비밀과 동일하다는 것에 유의해야 한다.

단계 1311에서, 상기 서드 파티 서버 시스템은 단계 1305에서 결정된 상기 공유된 비밀 그리고 단계 1303에서 결정된 상기 KDF를 이용하여 대칭 키 및 메시지 인증 코드 (MAC) 키를 생성한다. 상기 공유된 비밀 및 KDF가 상기 모바일 지불 애플리케이션 (1023)에 의해 사용된 것들과 동일하므로, 상기 대칭 키 및 MAC 키는 단계 1309에서 상기 서드 파트 서버 시스템에 의해 수신된 상기 암호화된 토큰 및 MAC을 생성하기 위해 사용된 것과 동일하다는 것에 유의해야 한다.

단계 1312에서, 상기 서드 파티 서버 시스템은 단계 1306에서 결정된 상기 MAC 키를 이용하여 상기 수신된 암호화된 토큰의 MAC을 계산한다. 그 계산된 MAC이 단계 1309에서 수신된 MAC가 부합하지 않는다면, 상기 암호화된 토큰이 오염된 것으로 판별되며 그리고 상기 방법은 오류의 결과가 된다. 이것은, 예를 들어, 상기 서드 파티 서버 시스템으로 하여금 상기 암호화된 토큰의 재전송을 요청하도록 할 수 있다. 상기 계산된 MAC 그리고 상기 수신된 MAC이 부합한다면, 그러면 상기 방법은 단계 1313으로 진행한다.

단계 1310에서, 상기 서드 파티 서버 시스템은 단계 1311에서 결정된 대칭 키를 이용하여 상기 암호화된 토큰을 해독한다. 상기 해독된 지불 토큰은 그 후에 상기 서드 파티 서버 시스템에 의해 처리될 수 있다.

IV. 예시적인 컴퓨터 장치

도 14는 위에서 설명된 엔티티들 또는 컴포너트들 중 어느 것을 구현하기 위해 사용될 수 있는 컴퓨터 시스템의 하이 레벨 블록 도면이다. 도 14에서 보이는 서브시스템들은 시스템 버스 (1475)를 경유하여 상호 연결된다. 추가의 서브시스템들은 프린터 (1403), 키보드 (1406), 고정 디스크 (1407), 그리고 모니터 (1409)를 포함하며, 이것들은 디스플레이 어댑터 (1404)에 연결된다. 주변 기기들 및 입력/출력 (I/O_ 디바이스들은 I/O 제어기 (1400)에 연결되며, 시리얼 포트와 같이 당 기술 분야에 알려진 임의 개수의 수단에 의해 상기 컴퓨터 시스템에 연결될 수 있다. 예를 들면, 시리얼 포트 (1405) 또는 외부 인터페이스 (1408)는 상기 컴퓨터 장치를 인터넷과 같은 광역 네트워크, 마우스 입력 디바이스, 또는 스캐너에 연결시키기 위해 사용될 수 있다. 시스템 버스 (1475)를 경유한 상호 접속은 서브시스템들 사이에서의 정보 교환은 물론이며 상기 중앙 프로세서 (1402)가 각 서브시스템과 통신하도록 허용하고 그리고 시스템 메모리 (1401) 또는 고정 디스크 (1407)로부터의 명령어들의 실행을 제어하도록 허용한다. 상기 시스템 메모리 (1401) 및/또는 상기 고정 디스크는 컴퓨터-판독가능 매체를 구체화할 수 있다.

코드 또는 코드의 부분들을 보관하기 위한 저장 매체 및 컴퓨터-판독가능 매체는 당 기술 분야에 알려지거나 사용되는 어떤 적절한 매체도 포함할 수 있으며, 이는 RAM, ROM, EEPROM, 플래시 메모리 또는 다른 메모리 기술, CD-ROM, DVD (digital versatile disk) 또는 다른 광학 저장부, 자기 카세트들, 자기 테이프, 자기 디스크 저장부 또는 다른 자기적 저장 디바이스들, 데이터 신호들, 데이터 전송들, 또는 원하는 정보를 저장하거나 전송하기 위해 사용될 수 있으며 컴퓨터에 의해 액세스될 수 있는 어떤 다른 매체를 포함하는 컴퓨터-판독가능 명령어들, 데이터 구조들, 프로그램 모듈들, 또는 다른 데이터와 같이 정보의 전송 및/또는 저장을 위한 임의 방법이나 기술에서 구현된 휘발성 및 비-휘발성, 탈착가능 및 비-탈착가능 매체와 같은, 그러나 그것들로 한정되지는 않는 저장 매체 및 통신 매체를 포함한다. 여기에서 제공된 개시 및 교시들을 기반으로 하여, 본 발명이 속한 기술 분야에서의 통상의 지식을 가진 자는 다양한 실시예들을 구현하기 위한 다른 방식들 그리고/또는 방법들을 인정할 것이다.

상기의 설명은 예시적인 것이며 한정하는 것이 아니다, 본 발명의 많은 변이들은 상기 개시를 참조한 본 발명이 속한 기술 분야에서의 통상의 지식을 가진 자들에게는 명백해질 수 있다. 그러므로, 본 발명의 범위는 상기의 설명을 참조하여 결정되는 것이 아니며, 대신에 계류된 청구항들을 그것들의 전체 범위 또는 등가물들과 함께 참조하여 결정될 수 있다.

위에서 설명된 본 발명은 컴퓨터 소프트웨어를 모듈로 또는 통합 방식으로 이용하는 제어 로직의 모습으로 구현될 수 있다는 것이 이해될 수 있다. 여기에서 제공된 상기 개시 및 교시들을 기반으로 하여, 본 발명이 속한 기술 분야에서의 통상의 지식을 가진 자는 하드웨어 그리고 하드웨어와 소프트웨어의 조합을 이용하여 본 발명을 구현하기 위한 다른 방식들 및/또는 방법들을 알고 그리고 인정할 수 있다.

본원에서 설명된 소프트웨어 컴포넌트들 또는 기능들은 통상적인 또는 객체-지향적 기술들을 이용하여, 예를 들면, Java, C++ 또는 Perl과 같은 어떤 적합한 컴퓨터 언어를 이용하여 프로세서에 의해 실행될 소프트웨어 코드로서 구현될 수 있다. 상기 소프트웨어 코드는 랜덤 액세스 메모리 (RAM), 읽기 전용 메모리 (ROM), 하드-드라이브나 플로피 디스크와 같은 자기 매체, 또는 CD-ROM과 같은 광학적인 매체 등의 컴퓨터 판독가능 매체 상의 일련의 명령어들 또는 커맨드들로서 저장될 수 있다. 그런 컴퓨터 판독가능 매체의 어떤 것은 단일의 컴퓨터 장치 상에 또는 내부에 상주할 수 있으며, 그리고 한 시스템이나 네트워크 내에 상이한 컴퓨터 장치들에 또는 그 내부에 존재할 수 있다.

임의의 실시예로부터의 하나 또는 그 이상의 특징들은 본 발명의 범위로부터 벗어나지 않으면서도 어떤 다른 실시예의 하나 또는 그 이상의 다른 특징들과 조합될 수 있다.

"어떤", "하나" 또는 "상기"의 표현은 특별하게 반대로 지시되지 않는다면 "하나 또는 그 이상"을 의미하는 것으로 의도된 것이다.

Claims (24)

1. 모바일 디바이스에 의해 개시된 원격 거래를 처리하는 방법으로, 상기 방법은:
   상기 모바일 디바이스의 모바일 지불 애플리케이션에 의해 생성된 암호화된 지불 정보를 포함하는 지불 요청을 서버 컴퓨터에 의해 수신하는 단계로, 상기 암호화된 지불 정보는 서드 파티 키를 이용하여 암호화된, 수신 단계;
   상기 암호화된 지불 정보를 상기 서드 파티 키를 이용하여 상기 서버 컴퓨터에 의해 해독하는 단계;
   상기 지불 정보와 연관된 거래 프로세서 공개 키를 상기 서버 컴퓨터에 의해 판별하는 단계;
   상기 거래 프로세서 공개 키를 이용하여 상기 서버 컴퓨터에 의해 상기 지불 정보를 재-암호화하는 단계; 그리고
   상기 재-암호화된 지불 정보를 포함하는 지불 응답을 상기 서버 컴퓨터에 의해 거래 프로세서로 송신하는 단계를 포함하며,
   상기 거래 프로세서는 상기 재-암호화된 지불 정보를 거래 프로세서 비밀 키를 이용하여 해독하며 상기 해독된 지불 정보를 이용하여 지불 거래를 개시하는, 원격 거래 처리 방법.
2. 제1항에 있어서,
   상기 암호화된 지불 정보는 암호화된 지불 크리덴셜 (credential)들 및 암호화되지 않은 거래 정보를 포함하는, 원격 거래 처리 방법.
3. 제1항에 있어서,
   상기 지불 크리덴셜들은 상기 모바일 디바이스의 보안 메모리 내에 저장되며 그리고 상기 모바일 지불 애플리케이션은 상기 보안 메모리로부터 상기 지불 크리덴셜들을 획득하는, 원격 거래 처리 방법.
4. 제3항에 있어서,
   상기 지불 크리덴셜들은 계정 식별자 및 만료 날짜를 포함하는, 원격 거래 처리 방법.
5. 제4항에 있어서,
   상기 지불 크리덴셜들은 지불 처리 네트워크와 연관된 공유 알고리즘을 이용하여 생성된 동적 값을 더 포함하는, 원격 거래 처리 방법.
6. 제1항에 있어서,
   상기 지불 요청 메시지는 거래 프로세서 증명서를 더 포함하며,
   거래 프로세서 공개 키를 판별하는 단계는:
   상기 거래 프로세서 증명서가 인증된 것을 확인하는 단계;
   상기 거래 프로세서 증명서가 현재 유효하다는 것을 인증 기관을 이용하여 검증하는 단계; 그리고
   상기 거래 프로세서 증명서로부터 상기 거래 프로세서 공개 키를 추출하는 단계를 더 포함하는, 원격 거래 처리 방법.
7. 제1항에 있어서,
   상기 거래 프로세서는 상기 해독된 지불 정보를, 지불 처리 네트워크에 의해 처리되도록 구성된 허가 요청 메시지로 매핑함으로써 상기 지불 거래를 개시하는, 원격 거래 처리 방법.
8. 제1항에 있어서,
   상기 거래 프로세서는 상인 서버 컴퓨터이며, 상기 거래 프로세서 공개 키는 상인 공개 키이며, 그리고 상기 거래 프로세서 비밀 키는 상인 비밀 키인, 원격 거래 처리 방법.
9. 제1항에 있어서,
   상기 거래 프로세서는 상기 모바일 디바이스 상의 상인 애플리케이션이며, 상기 거래 프로세서 공개 키는 상인 애플리케이션 공개 키이며, 그리고 상기 거래 프로세서 비밀 키는 상인 애플리케이션 비밀 키인, 원격 거래 처리 방법.
10. 제9항에 있어서,
    상기 모바일 디바이스의 상기 상인 애플리케이션은 상기 해독된 지불 정보를 상인 서버 컴퓨터로 송신함으로써 상기 지불 거래를 개시하며 그리고 상기 상인 서버 컴퓨터는 상기 해독된 지불 정보를 이용하여 상기 지불 거래를 위한 허가 요청 메시지를 생성하는, 원격 거래 처리 방법.
11. 제1항에 있어서,
    상기 거래 프로세서는 인수자 컴퓨터이며, 상기 거래 프로세서 공개 키는 인수자 공개 키이며, 그리고 상기 거래 프로세서 비밀 키는 인수자 비밀 키인, 원격 거래 처리 방법.
12. 제1항에 있어서,
    상기 서드 파티 키는 서드 파티 공개 키 및 서드 파티 비밀 키를 포함하는 서드 파티 공개/비밀 키 쌍을 포함하며, 상기 암호화된 지불 정보는 상기 서드 파티 공개키를 이용하여 암호화되며, 그리고 상기 암호화된 지불 정보는 상기 서드 파티 비밀 키를 이용하여 해독되는, 원격 거래 처리 방법.
13. 제12항에 있어서,
    상기 서버 컴퓨터, 상기 서드 파티 공개 키, 및 상기 서드 파티 비밀 키는 모바일 지갑 공급자와 연관된, 원격 거래 처리 방법.
14. 제12항에 있어서,
    상기 서버 컴퓨터, 상기 서드 파티 공개 키, 및 상기 서드 파티 비밀 키는 지불 처리 네트워크와 연관된, 원격 거래 처리 방법.
15. 제1항에 있어서,
    상기 지불 요청은 상기 서드 파티 공개 키 및 메시지 인증 코드를 더 포함하며,
    상기 암호화된 지불 정보를 해독하는 단계는:
    상기 암호화된 지불 정보, 상기 메시지 인증 코드, 상기 서드 파티 공개 키, 상기 서버 컴퓨터와 연관된 상기 서드 파티 비밀 키, 상기 모바일 지불 애플리케이션과의 공유 키 유도 함수, 및 상기 모바일 지불 애플리케이션과의 공유 메시지 인증 함수를 이용하여 상기 서버 컴퓨터에 의해 계정 식별자를 판별하는 단계를 더 포함하는, 원격 거래 처리 방법.
16. 서버 컴퓨터로서:
    프로세서; 및
    상기 프로세서에 연결된 컴퓨터-판독가능 매체를 포함하며,
    상기 컴퓨터-판독가능 매체는 원격 거래를 처리하는 방법을 수행하기 위해 상기 프로세서에 의해 실행 가능한 코드를 포함하며, 상기 방법은:
    모바일 디바이스의 모바일 지불 애플리케이션에 의해 생성된 암호화된 지불 정보를 포함하는 지불 요청을 수신하는 단계로, 상기 암호화된 지불 정보는 서드 파티 키를 이용하여 암호화된, 수신 단계;
    상기 암호화된 지불 정보를 상기 서드 파티 키를 이용하여 해독하는 단계;
    상기 지불 정보와 연관된 거래 프로세서 공개 키를 판별하는 단계;
    상기 거래 프로세서 공개 키를 이용하여 상기 지불 정보를 재-암호화하는 단계; 그리고
    상기 재-암호화된 지불 정보를 포함하는 지불 응답을 거래 프로세서로 송신하는 단계를 포함하며,
    상기 거래 프로세서는 상기 재-암호화된 지불 정보를 거래 프로세서 비밀 키를 이용하여 해독하며 상기 해독된 지불 정보를 이용하여 지불 거래를 개시하는, 서버 컴퓨터.
17. 제16항에 있어서,
    상기 지불 크리덴셜들은 상기 모바일 디바이스의 보안 메모리 내에 저장되며 그리고 상기 모바일 지불 애플리케이션은 상기 보안 메모리로부터 상기 지불 크레덴셜들을 획득하는, 서버 컴퓨터.
18. 18. The server computer of claim 17, wherein the payment credentials include an account identifier and an expiration date.
    
    제17항에 있어서,
    상기 지불 크리덴셜들은 계정 식별자 및 만료 날짜를 포함하는, 서버 컴퓨터.
19. 제18항에 있어서,
    상기 지불 크리덴셜들은 지불 처리 네트워크와 연관된 공유 알고리즘을 이용하여 생성된 동적 값을 더 포함하는, 서버 컴퓨터.
20. 제16항에 있어서,
    상기 거래 프로세서는 상기 해독된 지불 정보를, 지불 처리 네트워크에 의해 처리되도록 구성된 허가 요청 메시지로 매핑함으로써 상기 지불 거래를 개시하는, 서버 컴퓨터.
21. 제16항에 있어서,
    상기 거래 프로세서는 상인 서버 컴퓨터이며, 상기 거래 프로세서 공개 키는 상인 공개 키이며, 그리고 상기 거래 프로세서 비밀 키는 상인 비밀 키인, 서버 컴퓨터.
22. 제16항에 있어서,
    상기 거래 프로세서는 상기 모바일 디바이스 상의 상인 애플리케이션이며, 상기 거래 프로세서 공개 키는 상인 애플리케이션 공개 키이며, 그리고 상기 거래 프로세서 비밀 키는 상인 애플리케이션 비밀 키인, 서버 컴퓨터.
23. 제22항에 있어서,
    상기 모바일 디바이스 상의 상기 상인 애플리케이션은 상기 해독된 지불 정보를 상인 서버 컴퓨터로 송신함으로써 상기 지불 거래를 개시하며 그리고 상기 상인 서버 컴퓨터는 상기 해독된 지불 정보를 이용하여 상기 지불 거래를 위한 허가 요청 메시지를 생성하는, 서버 컴퓨터.
24. 제16항에 있어서,
    상기 지불 요청 메시지는 거래 프로세서 증명서를 더 포함하며,
    거래 프로세서 공개 키를 판별하는 단계는:
    상기 거래 프로세서 증명서가 인증된 것을 확인하는 단계;
    상기 거래 프로세서 증명서가 현재 유효하다는 것을 인증 기관을 이용하여 검증하는 단계; 그리고
    상기 거래 프로세서 증명서로부터 상기 거래 프로세서 공개 키를 추출하는 단계를 더 포함하는, 서버 컴퓨터.

Images