KR102192876B1 - 리소스 프로세싱 방법 및 장치 - Google Patents

Abstract

본 출원은 리소스 프로세싱 방법 및 장치를 개시한다. 방법은 사용자에 의해 전송된 서비스 요청을 수신하는 단계; 사용자의 사전 생성된 일반 리소스 계정 - 일반 리소스 계정은 사용자의 모든 선불 리소스를 포함함 - 을 결정하는 단계; 및 서비스 요청을 프로세싱하기 위하여, 일반 리소스 계정으로부터, 리소스 소비량에 대응하는 선불 리소스를 획득하는 단계를 포함한다. 이러한 방법으로, 서버는 각각의 리소스 하위 계정으로부터 선불 리소스를 획득하는 것 대신에, 일반 리소스 계정으로부터 대응하는 수량의 선불 리소스를 획득하여, 서버가 선불 리소스를 획득하는 시간을 효과적으로 절감함으로써, 서비스 프로세싱 효율을 더욱 개선시킬 수 있다.

Description

리소스 프로세싱 방법 및 장치

본 출원은 그 전체가 참조로 본원에 편입되는, 2016년 6월 22일자로 출원된 발명의 명칭이 "RESOURCE PROCESSING METHOD AND APPARATUS"인 중국 특허 출원 제201610461033.5호에 대한 우선권을 주장한다.

본 출원은 컴퓨터 기술 분야에 관한 것으로, 특히, 리소스 프로세싱 방법 및 장치에 관한 것이다.

서비스 제공자(예를 들어, 웹사이트(website))에 의해 제공된 서비스를 이용할 때, 사용자는 통상적으로 서비스 제공자의 리소스를 일정 수량 소비한다. 서비스를 원활하게 이용하기 위하여, 사용자는 통상적으로 대응하는 분량의 리소스 비용을 서비스 제공자에 피드백한다.

현재, 실제적으로, 서비스 제공자는 사용자에게 온라인 선불 리소스(online prepaid resource)(예를 들어, 전자 상품권(electronic voucher) 및 전자 선불 카드, 이것은 이하에서 선불 리소스(prepaid resourve)라고 약칭함)을 제공한다. 선불 리소스는 사용자가 서비스 제공자에 의해 제공된 서비스를 이용할 때에 대응하는 분량의 리소스 비용을 상쇄시킬 수 있다.

현존하는 기술에서, 사용자는 서비스 제공자로부터 선불 리소스를 하나씩 획득할 수 있어서, 사용자는 서비스 제공자에 의해 제공된 서비스를 이용할 때에 획득된 선불 리소스를 이용할 수 있다. 서비스 제공자의 백 엔드 서버(back end server)(이하 서버라고 약칭함)는 매번 사용자에 의해 획득된 선불 리소스에 대한 리소스 계정(resource account)을 생성하고(즉, 각각의 리소스 계정은 매번 사용자에 의해 획득된 선불 리소스에 대응함), 각각의 리소스 계정과 사용자 사이의 연관성을 확립한다. 사용자가 선불 리소스를 이용해야 할 때, 서버는 사용자와 연관된 각각의 리소스 계정을 결정하고, 공제된 선불 리소스의 총 수량이 서비스에 필요한 리소스의 총 수량과 일치할 때까지, 각각의 리소스 계정으로부터 대응하는 수량의 선불 리소스를 공제한다.

예를 들어, 사용자는 서비스 제공자에 의해 제공된 복수의 전자 선불 카드를 구입한다. 이에 대응하여, 백 엔드 서버는 각각의 전자 선불 카드에 대한 선불 계정을 생성하고, 선불 계정을 사용자와 연관시킨다. 사용자가 지불을 수행할 때, 사용자는 서비스 제공자에게 사용자 정보(예를 들어, 사용자 이름)만 제공하면 된다. 그런 다음, 서버는 사용자 정보에 기초하여 사용자의 복수의 선불 계정을 결정하고, 각각의 선불 계정으로부터 대응하는 할당량(quota)을 공제하여, 지불을 완료한다.

그러나, 전술한 방법에서, 서버는 리소스 계정으로부터 대응하는 수량의 선불 리소스를 하나씩 공제해야 한다. 이 프로세스는 특히, 다수의 사용자가 그 자신의 선불 리소스를 이용할 때에 시간-소비적이고, 서버의 프로세싱 부하를 증가시킨다. 그 결과, 선불 리소스를 공제하는 프로세스는 더 많은 시간이 들어서, 사용자가 서비스를 효율적으로 그리고 원활하게 획득하는 것에 영향을 미친다.

본 출원의 구현예는 현존하는 기술에서 서비스 제공자의 서버에 의해 사용자의 선불 리소스를 공제한다는 저효율 문제를 해결하기 위한, 리소스 프로세싱 방법을 제공한다.

본 출원의 구현예는 현존하는 기술에서 서비스 제공자의 서버에 의해 사용자의 선불 리소스를 공제한다는 저효율 문제를 해결하기 위한, 리소스 프로세싱 장치를 제공한다.

다음의 기술적 해결책이 본 출원의 구현예들에서 이용된다:

본 출원의 구현예는 리소스 프로세싱 방법을 제공하고, 리소스 프로세싱 방법은, 사용자에 의해 전송된 서비스 요청을 수신하는 단계; 서비스 요청에 대응하는 리소스 소비 수량을 결정하는 단계; 사용자의 사전 생성된 일반 리소스 계정 - 일반 리소스 계정은 사용자에 속한 모든 선불 리소스를 포함 - 을 결정하는 단계; 및 서비스 요청을 프로세싱하기 위하여, 일반 리소스 계정으로부터, 리소스 소비 수량에 대응하는 선불 리소스를 획득하는 단계를 포함한다.

본 출원의 구현예는 또 다른 리소스 프로세싱 방법을 제공하고, 또 다른 리소스 프로세싱 방법은, 사용자에 의해 전송된 지불 요청을 수신하는 단계; 지불 요청에 대응하는 지불량을 결정하는 단계; 사용자 사전 생성된 일반 선불 카드 계정 - 일반 선불 카드 계정은 사용자에 속한 모든 선불 카드 자금을 포함함 - 을 결정하는 단계; 및 지불 요청을 프로세싱하기 위하여, 일반 선불 카드 계정으로부터, 지불량과 동일한 선불 카드 자금을 공제하는 단계를 포함한다.

본 출원의 구현예는 리소스 프로세싱 장치를 제공하고, 리소스 프로세싱 장치는, 사용자에 의해 전송된 서비스 요청을 수신하도록 구성된 수신 모듈; 서비스 요청에 대응하는 리소스 소비 수량을 결정하도록 구성된 결정 모듈; 사용자의 사전 생성된 일반 리소스 계정 - 일반 리소스 계정은 사용자에 속한 모든 선불 리소스를 포함함 - 을 결정하도록 구성된 일반 계정 모듈; 및 서비스 요청을 프로세싱하기 위하여, 일반 리소스 계정으로부터, 리소스 소비 수량에 대응하는 선불 리소스를 획득하도록 구성된 프로세싱 모듈을 포함한다.

본 출원의 구현예는 또 다른 리소스 프로세싱 장치를 제공하고, 또 다른 리소스 프로세싱 장치는, 사용자에 의해 전송된 지불 요청을 수신하도록 구성된 수신 모듈; 지불 요청에 대응하는 지불량을 결정하도록 구성된 결정 모듈; 사용자의 사전 생성된 일반 선불 카드 계정 - 일반 선불 카드 계정은 사용자에 속한 모든 선불 카드 자금을 포함함 - 을 결정하도록 구성된 일반 계정 모듈; 및 지불 요청을 프로세싱하기 위하여, 일반 선불 카드 계정으로부터, 지불량과 동일한 선불 카드 자금을 공제하도록 구성된 프로세싱 모듈을 포함한다.

본 출원의 구현예들에서 이용되는 적어도 하나의 기술적 해결책은 다음의 유익한 효과들을 달성할 수 있다:

서비스 제공자의 서버는 사용자에 대해 생성된 각각의 리소스 하위 계정(sub-account)에서 선불 리소스를 카운팅하고, 사용자에 대해 일반 리소스 계정을 생성하고, 선불 리소스의 카운팅된 총 수량을 일반 리소스 계정에 저장한다. 이와 같이, 사용자의 선불 리소스를 획득할 때, 서버는 각각의 리소스 하위 계정으로부터 선불 리소스를 획득하는 대신에, 일반 리소스 계정으로부터 대응하는 수량의 선불 리소스를 직접 획득할 수 있다. 이 방법은 서버가 선불 리소스를 획득하기 위한 시간을 효과적으로 절감할 수 있고 서비스 프로세싱 효율을 더욱 개선시킬 수 있다.

여기에서의 첨부 도면들은 본 출원의 더 나은 이해를 제공하기 위하여 이용되고, 본 출원의 일부를 구성한다. 본 출원의 구현예들 및 구현예들의 설명들은 본 출원을 설명하기 위하여 이용되며, 본 출원에 대한 부당한 제한을 구성하지 않는다. 첨부 도면들에서:
도 1a는 본 출원의 구현예에 따라, 리소스 프로세싱 아키텍처를 예시하는 개략도이다;
도 1b는 본 출원의 구현예에 따라, 리소스 프로세싱 프로세스를 예시하는 개략도이다;
도 2a는 본 출원의 구현예에 따라, 리소스 계정 생성을 예시하는 개략도 1이다;
도 2b는 본 출원의 구현예에 따라, 리소스 계정 생성을 예시하는 개략도 2이다;
도 2c는 본 출원의 구현예에 따라, 리소스 계정 생성을 예시하는 개략도 3이다;
도 3은 본 출원의 구현예에 따라, 선불 리소스가 이용된 후에 획득되는 리소스 계정을 예시하는 개략도이다;
도 4a는 본 출원의 구현예에 따라, 변환 계수가 있을 경우의 선불 리소스를 예시하는 개략도 1이다;
도 4b는 본 출원의 구현예에 따라, 변환 계수가 있을 경우의 선불 리소스를 예시하는 개략도 2이다;
도 5a는 본 출원의 구현예에 따라, 머천트 시나리오에 있어서 리소스 프로세싱 아키텍처를 예시하는 개략도이다;
도 5b는 도 5a에서 도시된 아키텍처에 기초하여 리소스 프로세싱 절차를 예시하는 개략도이다;
도 6은 본 출원의 구현예에 따라, 서비스 프로세싱 장치를 예시하는 개략적인 구조도이다; 그리고
도 7은 본 출원의 구현예에 따라, 머천트 시나리오에 있어서 리소스 프로세싱 장치를 예시하는 개략적인 구조도이다.

본 출원의 목적, 기술적 해결책, 및 장점을 더 명확하게 하기 위하여, 이하에서는, 본 출원의 특정 구현예들 및 대응하는 첨부 도면들을 참조하여 본 출원의 기술적 해결책들을 명확하게 그리고 철저하게 설명한다. 분명히, 설명된 구현예들은 본 출원의 구현예들의 전부가 아니라, 일부이다. 창조적인 노력 없이 본 출원의 구현예들에 기초하여 해당 분야의 당업자에 의해 획득된 모든 다른 구현예들은 본 출원의 보호 범위 내에 속할 것이다.

전술한 바와 같이, 사용자가 선불 리소스를 이용할 때, 서버는 통상적으로 사용자에 대응하는 선불 계정으로부터 대응하는 선불 리소스를 하나씩 획득한다. 이 프로세스는 시간-소비적이어서, 서비스 제공자로부터 사용자에 제공하는 서비스의 효율을 낮게 한다.

이점을 감안하여, 사용자가 선불 리소스를 이용할 때에, 선불 계정에서 선불 리소스를 신속하게 그리고 편리하게 획득하기 위한 방법이 요구된다. 본 출원의 구현예들은, 서버가 사용자의 선불 리소스를 신속하게 획득할 수 있게 하는 리소스 프로세싱 방법을 제공하여, 사용자에 서비스를 제공하는 효율을 개선시킬 수 있다.

본 출원의 구현예들에서의 서비스 제공자는 온라인 서비스를 제공할 수 있는 서비스 제공자, 예를 들어, 웹사이트 또는 전기통신 운영자일 수 있거나; 오프라인 서비스를 제공할 수 있는 서비스 제공자(이 시나리오에 있어서, 서비스 제공자는 온라인 선불 리소스도 제공함), 예를 들어, 상점 또는 식당일 수 있다는 것을 주목해야 한다. 이 경우, 서비스 제공자의 서버는 예를 들어, 웹사이트 서버, 전기통신 운영자 서버, 또는 온라인 선불 리소스를 프로세싱하도록 구성된 서버일 수 있다. 본 출원은 여기에서 그것으로 제한되지는 않는다.

본 출원의 구현예들에 의해 제공된 기술적 해결책은 첨부 도면들을 참조하여 이하에서 상세하게 설명된다.

도 1a에서 도시된 바와 같이, 도 1a는 본 출원의 구현예에 따라, 리소스 프로세싱 아키텍처를 예시하는 개략도이다. 도 1a에서 도시된 아키텍처에 기초하여, 도 1b는 본 출원의 구현예에 따라 리소스 프로세싱 방법을 도시한다. 리소스 프로세싱 방법은 다음의 단계들을 구체적으로 포함한다:

S101. 사용자에 의해 전송된 서비스 요청을 수신한다.

실제 응용 시나리오에서, 사용자가 서비스 제공자에 의해 제공된 서비스를 이용하는 것을 필요로 할 때, 사용자는 대응하는 서비스 요청을 전송할 수 있다. 예를 들어, 클라우드 컴퓨팅 서비스를 이용할 때, 사용자는 클라우드 컴퓨팅 요청을 전송하고; 또는 온라인 저장 서비스를 이용할 때, 사용자는 저장 요청을 전송한다. 이에 대응하여, 서비스 제공자의 서버는 사용자에 의해 전송된 서비스 요청을 수신한다.

사실상, 본 출원의 본 구현예의 선택적 방법에서, 사용자는 코드를 스캔(scan), 대응하는 페이지 상의 서비스 제어를 클릭 등을 하기 위해 최종 사용자(end-user) 디바이스를 이용하여, (이동 전화, 태블릿 컴퓨터, 컴퓨터 등을 포함할 수 있는) 서비스 요청을 서비스 제공자에게 전송할 수 있다. 본 출원은 여기에서 그것으로 제한되지는 않는다.

S102. 서비스 요청에 대응하는 리소스 소비 수량을 결정한다.

전술한 바와 같이, 서비스 제공자가 사용자의 서비스 요청을 프로세싱할 때, 통상적으로 리소스가 일정 수량 소비된다. 예를 들어, 서비스 제공자가 사용자에 대해 클라우드 컴퓨팅 서비스를 제공할 때, 대응하는 프로세싱 리소스가 소비되고; 서비스 제공자가 네트워크 저장 서비스를 제공할 때, 데이터베이스 내의 저장 공간이 소비된다. 그러므로, 사용자는 대응하는 리소스 비용을 서비스 제공자에게 지불해야 한다.

이 경우, 사용자의 서비스 요청을 수신한 후, 서버는 서비스 요청의 프로세싱에 필요한 리소스의 수량(즉, 서비스 소비 수량)을 먼저 결정한 다음, 사용자가 지불해야 하는 리소스 비용을 후속해서 결정한다.

S103. 사용자의 사전 생성된 일반 리소스 계정을 결정한다.

일반 리소스 계정은 사용자에 속한 모든 선불 리소스를 포함한다.

본 출원의 본 구현예에서, 사용자의 일반 리소스 계정은 사용자의 리소스 계정에 기초하여 사전 생성된다(일반 리소스 계정과 구별하기 위하여, 사용자 장비가 선불 리소스를 획득할 때마다 생성된 리소스 계정은 리소스 하위 계정으로서 지칭됨). 일반 리소스 계정에 저장된 선불 리소스는 사용자의 리소스 하위 계정에서의 선불 리소스의 합이고, 다시 말해서, 일반 리소스 계정은 사용자에 속한 선불 리소스의 총 수량을 포함한다.

예를 들어, 사용자는 리소스 계정 A 및 B를 가지고, 리소스 하위 계정 A에서의 선불 리소스의 수량은 100이고, 리소스 하위 계정 B에 포함된 선불 리소스의 수량은 200인 것을 가정한다. 이와 같이, 사용자의 일반 리소스 계정에 포함된 선불 리소스의 총 수량은 300이다.

본 출원의 본 구현예에서의 일반 리소스 계정은 사용자에 대해 서버가 생성한다는 것을 주목해야 한다. 본 출원의 본 구현예의 방법에서, 서버는 사용자의 식별자(예를 들어, 사용자에 의해 서버에 등록된 사용자 ID 또는 서비스 계정)를 저장하여, 서버는 사용자의 식별자에 기초하여, 사용자에 대해 일반 리소스 계정을 생성할 수 있다. 예를 들어, 사용자가 "샤오밍(xiaoming)"으로 명명된 서비스 계정을 서버에 등록할 경우, 서버는 서비스 계정의 계정 명칭에 기초하여, 사용자에 대해 일반 리소스 계정 "샤오밍-일반 리소스 계정"을 생성할 수 있다. 일반 리소스 계정을 생성한 후, 서버는 사용자의 모든 선불 리소스를 수집하고 모든 선불 리소스를 일반 리소스 계정에 저장한다.

사실상, 앞의 예는 일반 리소스 계정을 생성하기 위한 실현가능한 방법을 설명하는 것일 뿐이며, 본 출원에 대한 임의의 제한을 구성하지는 않는다.

본 출원의 본 구현예에서, 일반 리소스 계정이 사용자에 속한 모든 선불 리소스를 수집하여, 각각의 리소스 하위 계정으로부터 선불 리소스를 공제할 필요가 없다는 점이 현존하는 기술과 상이하다.

S104. 서비스 요청을 프로세싱하기 위하여, 일반 리소스 계정으로부터, 리소스 소비 수량에 대응하는 선불 리소스를 획득한다.

서비스 요청에 대하여 소비되어야 할 리소스의 수량 및 사용자의 일반 리소스 계정에 포함된 선불 리소스의 총 수량이 결정된 후, 대응하는 수량의 리소스가 사용자의 일반 리소스 계정으로부터 공제될 수 있다.

실제 응용 시나리오에서는 상이한 경우들이 발생할 수 있다는 것을 주목해야 한다.

어떤 경우, 서비스 요청에 대하여 소비되어야 할 리소스의 수량은 일반 리소스 계정에 포함된 선불 리소스의 총 수량보다 크지 않아서, 서버는 일반 리소스 계정으로부터, 서비스 요청에 대하여 소비되어야 할 리소스의 수량을 공제할 수 있다. 예를 들어, 서비스 요청에 대하여 소비되어야 할 리소스의 수량이 80이고, 사용자의 일반 리소스 계정에서의 선불 리소스의 총 수량이 100인 것을 가정한다. 선불 리소스의 수량 80은 일반 리소스 계정으로부터 공제될 수 있고, 일반 리소스 계정에서의 선불 리소스의 나머지 수량은 20이다.

또 다른 경우, 서비스 요청에 대하여 소비되어야 할 리소스의 수량이 일반 리소스 계정에 포함된 선불 리소스의 총 수량보다 크다. 이와 같이, 서버는 사용자에 속한 선불 리소스가 서비스 요청의 리소스 소비 수량을 충족시키기에 불충분하다는 것을 사용자에게 통지하기 위하여 실패 통지(failure notification)를 최종 사용자 디바이스로 피드백할 수 있거나; 또는 서버는 일반 리소스 계정에서의 모든 선불 리소스를 공제할 수 있고, 불충분한 선불 리소스 부분에 대하여 차이 보상 통지를 최종 사용자 디바이스로 피드백할 수 있고, 사용자는 또 다른 방법을 이용함으로써 리소스의 나머지 수량을 지불할 수 있다. 예를 들어, 서비스 요청에 대하여 소비되어야 할 리소스의 수량이 200이고, 사용자의 일반 리소스 계정에서의 선불 리소스의 총 수량이 100인 것을 가정한다. 사용자의 일반 리소스 계정에서의 선불 리소스의 총 수량이 먼저 공제될 수 있다. 이 경우, 서비스 요청에 대하여 소비되어야 할 리소스의 수량은 미지불된 100을 여전히 가진다. 그러므로, 사용자는 나머지 리소스 소비 수량을 보상하기 위하여 리소스 등을 직접적으로 지불할 수 있다. 본 출원은 여기에서 그것으로 제한되지는 않는다.

앞의 단계들을 이용함으로써, 서비스의 서버는 사용자의 일반 리소스 계정을 사전 생성한다. 일반 리소스 계정은 사용자에 속한 모든 선불 리소스를 수집한다. 서버가 사용자의 서비스 요청을 수신한 후, 서버는 서비스 요청에 대하여 소비되어야 할 리소스의 수량을 결정하여, 일반 리소스 계정으로부터 대응하는 수량의 선불 리소스를 직접 획득해서, 서버는 서비스 요청에 대하여 소비되어야 할 리소스를 보상할 수 있다. 현존하는 기술에서는, 선불 리소스가 사용자의 각각의 리소스 하위 계정으로부터 공제된다. 현존하는 기술과 비교하면, 본 출원의 본 구현예에서의 방법은 대응하는 수량의 선불 리소스가 사용자의 일반 리소스 계정으로부터 직접 획득되는 것을 가능하게 하여, 선불 리소스를 획득하는 효율을 효과적으로 개선시킨다. 이것은 서버가 각각의 리소스 하위 계정에서의 선불 리소스의 수량을 계산하는 것을 방지함으로써, 서버 상에서의 작업 부하를 감소시킨다.

앞의 구현예에서 제공된 방법의 단계들은 동일한 디바이스에 의해 수행될 수 있고, 구체적으로, 서비스 제공자의 서버일 수 있다는 것을 주목해야 한다.

다음은 일반 리소스 계정을 생성하는 프로세스를 상세하게 설명한다.

도 2a에서 도시된 바와 같이, 도 2a는 본 출원의 구현예에 따라, 서버가 일반 리소스 계정을 생성하는 프로세스를 예시하는 개략도이다. 도 2a를 참조하면, 사용자의 일반 리소스 계정을 사전 생성하는 것은, 사용자의 각각의 사전 생성된 리소스 하위 계정을 결정하는 것; 리소스 하위 계정의 선불 리소스의 총 리소스 수량을 카운팅하는 것; 및 카운팅된 총 리소스 수량에 기초하여, 사용자에 대해 일반 리소스 계정을 생성하고, 일반 리소스 계정에서, 총 리소스 수량에 대응하는 선불 리소스를 저장하는 것을 포함한다.

각각의 하위 계정은 매번 사용자에 의해 획득된 선불 리소스를 저장한다.

사용자가 서비스 제공자로부터 선불 리소스(예를 들어, 사용자가 구입한 전자 선불 카드 및 전자 상품권)을 획득한 후, 서버는 사용자에 대해 대응하는 계정을 생성하여, 획득된 선불 리소스를 저장한다. 실제적으로, 서비스 제공자로부터 선불 리소스를 획득할 때, 사용자는 사용자의 식별자(예를 들어, 앞의 사용자 ID 또는 서비스 계정)를 이용한다. 그러므로, 서버는 사용자가 선불 리소스를 획득할 때마다 사용자의 식별자를 획득할 수 있고, 사용자에 속한 리소스 하위 계정을 생성할 수 있다. 리소스 하위 계정을 생성하는 프로세스가 현존하는 기술이므로, 본 출원의 본 구현예에서는 상세하게 설명하지 않는다.

사용자에 속한 각각의 리소스 하위 계정은 매번 사용자에 의해 획득된 선불 리소스를 저장한다. 그러므로, 사용자에 속한 선불 리소스의 총 수량을 결정하기 위하여 리소스 하위 계정이 카운팅된다. 이것에 기초하여, 일반 리소스 계정이 사용자에 대해 생성되고, 사용자에 속한 모든 선불 리소스가 수집되어 일반 리소스 계정에 저장된다.

본 출원의 본 구현예의 방법에서, 사용자의 일반 리소스 계정은 서버가 사용자에 대해 제1 리소스 하위 계정을 생성할 때에 생성될 수 있다. 도 2b에서 도시된 바와 같이, 서버는 사용자에 대해 생성된 제1 리소스 하위 계정(도 2b에서의 리소스 하위 계정 1)을 모니터링한다. 리소스 하위 계정이 생성되는 것을 검출할 때, 서버는 리소스 하위 계정에서의 선불 리소스의 수량을 카운팅하고, 선불 리소스의 카운팅된 수량을 현재의 총 리소스 수량으로서 이용하고, 사용자에 대해 일반 리소스 계정을 생성하고, 일반 리소스 계정에서, 선불 리소스의 수량에 대응하는 선불 리소스를 저장한다. 일반 리소스 계정에서의 리소스의 총 수량은 리소스 하위 계정 1에 포함된 리소스의 수량인 것을 도 2b로부터 알 수 있다. 다시 말해서, 리소스의 총 수량은 100이다.

다시 말해서, 서버가 최초로 사용자에 대해 리소스 하위 계정을 생성할 때, 서버는 사용자에 대해 일반 리소스 계정을 생성한다. 나중에, 사용자가 대응하는 새로운 수량의 선불 리소스를 획득할 경우, 서버는 사용자에 대해 새로운 리소스 하위 계정을 생성한다. 한편, 일반 리소스 계정에서의 선불 리소스의 수량은 또한 변경된다. 구체적으로, 서버는 새로운 리소스 하위 계정에서의 선불 리소스를 일반 리소스 계정에 실시간으로 추가하여, 일반 리소스 계정에서의 총 리소스 수량은 선불 리소스의 대응하는 수량만큼 증가한다.

예를 들어, 도 2c에서 도시된 바와 같이, 사용자는 새로운 선불 리소스(선불 리소스의 수량이 50인 것을 가정함)을 획득하고, 그 후에, 사용자에 대해 새로운 리소스 하위 계정 - 리소스 하위 계정 2(리소스 하위 계정 2에 저장된 선불 리소스의 수량은 50임)을 생성한다. 이 경우, 서버는 리소스 하위 계정 2에서의 선불 리소스의 수량을 일반 리소스 계정에 추가한다. 그러므로, 도 2c에서, 일반 리소스 계정에서의 총 리소스 수량은 150으로 변경된다.

일반 리소스 계정의 생성은 사용자에 의해 획득된 모든 선불 리소스를 조합할 수 있다. 사용자의 선불 리소스를 획득할 때, 서버는 각각의 리소스 하위 계정으로부터 선불 리소스를 획득하는 대신에 선불 리소스를 직접 획득하기 위하여, 일반 리소스 계정을 이용할 수 있다. 현존하는 기술의 방법과 비교하면, 본 출원의 본 구현예에 따른 일반 리소스 계정을 이용하는 방법은 서버가 사용자의 선불 리소스를 획득하는 시간을 효과적으로 절감할 수 있다.

실제적으로, 서비스 제공자에 의해 제공된 선불 리소스는 상이한 변환 계수를 가질 수 있다. 구체적으로, 변환 계수가 상이한 동일한 수량의 선불 리소스는 상이한 분량의 리소스 비용을 상쇄시킬 수 있다. 예를 들어, 변환 계수가 1일 때, 사용자는 100 개의 선불 리소스를 사용하여 동일한 분량의 리소스 비용(즉, 100)을 상쇄시킬 수 있다. 다시 말해서, 변환 계수가 1이고, 사용자에 의해 전송된 서비스 요청에 대한 리소스 소비 수량이 100일 경우, 서버는 사용자에 속한 100 개의 선불 리소스를 획득한다.

그러나, 변환 계수가 2일 경우, 사용자는 100 개의 선불 리소스를 사용하여 200 개의 리소스 비용을 상쇄시킬 수 있다. 다시 말해서, 변환 계수가 2이고, 사용자에 의해 전송된 서비스 요청에 대한 리소스 소비 수량이 100일 경우, 서버는 사용자에 속한 50 개의 선불 리소스를 획득한다.

이것을 고려하면, 서버가 리소스 하위 계정에서의 리소스의 총 수량을 카운팅할 때, 서버는 각각의 리소스 하위 계정의 변환 계수에 기초하여 카운트를 행해야 한다. 리소스 하위 계정의 선불 리소스의 총 리소스 수량을 카운팅하는 것은, 각각의 리소스 하위 계정에서의 선불 리소스의 변환 계수를 결정하는 것; 및 각각의 리소스 하위 계정의 결정된 변환 계수에 기초하여 리소스 하위 계정의 선불 리소스의 총 리소스 수량을 카운팅하는 것을 포함한다.

본 출원의 본 구현예에서, 일반 리소스 계정에서의 선불 리소스의 수량은 리소스 하위 계정에서의 선불 리소스의 변환된 수량의 합이다.

사용자가 서비스 요청을 전송한 후, 서버는 서비스 요청에 대응하는 리소스 소비 수량에 기초하여 일반 리소스 계정으로부터 동일한 수량의 선불 리소스를 획득할 수 있다.

리소스 하위 계정에서의 선불 리소스의 수량은 일반 리소스 계정에서의 선불 리소스의 총 수량에 실시간으로 대응한다는 것을 주목해야 한다. 다시 말해서, 일반 리소스 계정에서의 선불 리소스의 수량은 리소스 하위 계정에서의 선불 리소스의 수량과 함께 대응하여 변경된다. 마찬가지로, 일반 리소스 계정에서의 선불 리소스의 총 수량이 변경될 때, 서버는 리소스 하위 계정에서의 선불 리소스의 수량을 대응하여 조정한다. 그러므로, 일반 리소스 계정으로부터 일정한 수량의 선불 리소스를 획득한 후, 서버는 리소스 하위 계정으로부터 동일한 수량의 선불 리소스를 공제한다.

본 출원의 본 구현예에서, 도 1a 및 도 1b에서 도시된 방법은, 사용자의 일반 리소스 계정으로부터 획득된 선불 리소스의 수량에 기초하여, 사용자에 대응하는 각각의 리소스 하위 계정으로부터 대응하는 수량의 선불 리소스를 공제하는 것을 더 포함한다.

본 출원의 본 구현예에서, 선불 리소스는 복수의 방법들에서 각각의 리소스 하위 계정으로부터 공제될 수 있다. 예를 들어, 실제적으로, 사용자는 복수의 시간에 선불 리소스를 획득할 수 있고, 사용자가 선불 리소스를 획득할 때마다 리소스 하위 계정을 생성한다. 그러므로, 연대 순서(chronological order)가 사용자의 리소스 하위 계정 사이에 존재하여, 선불 리소스는 리소스 하위 계정의 생성 시간의 시간 시퀀스에 기초하여 공제될 수 있다.

예를 들어, 도 2c에서 도시된 경우, 리소스 하위 계정 1은 리소스 하위 계정 2보다 이전에 생성된다. 서버가 사용자의 일반 리소스 계정으로부터 120 개의 선불 리소스를 획득할 경우, 동일한 수량의 선불 리소스가 리소스 하위 계정 1 및 리소스 하위 계정 2로부터 공제되어야 한다. 리소스 하위 계정 1이 더 이전에 생성되었으므로, 서버는 리소스 하위 계정의 생성 시간의 시간 시퀀스에 기초하여 리소스 하위 계정 1로부터 선불 리소스를 먼저 공제한다. 도 3에서 도시된 바와 같이, 현재, 리소스 하위 계정 1에는 선불 리소스가 없지만, 20 개의 선불 리소스가 더 공제되어야 한다. 그러므로, 서버는 리소스 하위 계정 2로부터 20 개의 선불 리소스를 공제한다. 도 3에는, 리소스 하위 계정 2에서 남겨진 30 개의 선불 리소스가 있다.

또 다른 예에 대하여, 상이한 리소스 하위 계정은 상이한 변환 계수들을 가질 수 있고, 각각의 리소스 하위 계정에서의 선불 리소스는 변환 계수의 시퀀스에 기초하여 공제될 수 있다.

도 4a에서 도시된 바와 같이, 리소스 하위 계정 1에서의 선불 리소스의 수량은 100이고, 변환 계수는 2이고; 리소스 하위 계정 2에서의 선불 리소스의 수량은 30이고, 변환 계수는 1인 것을 가정한다. 이 경우, 일반 리소스 계정에서의 리소스의 총 수량은 100*2+30=230이다. 도 4b에서 도시된 바와 같이, 사용자에 의해 이용되어야 할 서비스가 100 개의 리소스를 소비해야 한다면, 서버는 일반 리소스 계정으로부터 100 개의 리소스를 직접 획득하고(현재, 일반 리소스 계정에서 남겨진 130 개의 리소스가 있음), 그 다음에, 서버는 변환 계수의 우선순위에 기초하여 리소스 하위 계정 1로부터 50 개의 선불 리소스를 공제한다.

그러므로, 앞의 내용에서, 사용자에 대응하는 각각의 리소스 하위 계정으로부터 대응하는 수량의 선불 리소스를 공제하는 것은, 리소스 하위 계정과 사용자 사이의 연관성을 확립하는 시간 시퀀스에 기초하여 각각의 리소스 하위 계정으로부터 대응하는 수량의 선불 리소스를 공제하는 것; 또는 각각의 리소스 하위 계정에서의 선불 리소스의 변환 계수에 기초하여 리소스 하위 계정의 우선순위 시퀀스를 결정하는 것, 및 리소스 하위 계정의 결정된 우선순위 시퀀스에 기초하여 각각의 리소스 하위 계정으로부터 대응하는 수량의 선불 리소스를 공제하는 것을 포함한다.

확실히, 실제적으로, 리소스 하위 계정에서의 선불 리소스는 대안적으로, 사용자에 의해 설정되는 리소스 하위 계정의 시퀀스에 기초하여 공제될 수도 있다. 대안적으로, 일부 리소스 하위 계정이 유효성 시간 제한을 가질 때, 선불 리소스는 유효성 시간 제한에 기초하여 공제될 수 있다. 본 출원은 여기에서 그것으로 제한되지는 않는다.

본 출원의 본 구현예에서, 선불 리소스는 서비스 제공자가 서비스를 제공한 후에 리소스 하위 계정으로부터 공제된다는 것을 주목해야 한다. 다시 말해서, 서비스 제공자는 서버가 일반 리소스 계정으로부터 선불 리소스를 획득한 후에 사용자에 대해 대응하는 서비스를 제공하여, 사용자가 서비스를 정시에 획득할 수 있는 것을 보장한다. 이것에 기초하여, 서버는 리소스 하위 계정으로부터 선불 리소스를 추후에 공제한다. 사용자는 이 방법을 이용함으로써 서비스를 정시에 여전히 획득할 수 있다.

본 출원에서의 앞의 방법은 실제 응용 시나리오에서 선불 카드 시나리오에 적용될 수 있다. 실제 응용 시나리오에서의 아키텍처는 도 5a에서 도시된다. 실제 시나리오는 사용자, 상인, 및 지불 서비스 제공자를 포함한다. 사용자는 상인으로부터 대응하는 서비스를 획득한다(예를 들어, 상인은 사용자에게 상품, 음식/음료, 또는 숙소와 같은 서비스를 제공할 수 있음). 상인은 사용자에게 전자 선불 카드(또는 설명의 편의상, 이하에서는 선불 카드라고 지칭하는 전자 상품권 등)를 제공할 수 있다. 지불 서비스 제공자는 상인에 의해 제공된 선불 카드를 위한 온라인 지불을 기술적으로 지원한다. 게다가, 사용자는 사용자 계정을 지불 서비스 제공자에게 등록한다. 실제적으로, 사용자는 선불 카드를 이용하여 상인으로부터 대응하는 상품을 구입할 수 있다. 여기에서의 선불 카드는 선불 리소스로서 간주될 수 있다. 상이한 선불 카드들은 상이한 계정 및 변환 계수들을 가진다. 사용자는 복수의 선불 카드를 구입할 수 있다. 이 시나리오에서, 도 5b에서 도시된 바와 같이, 본 출원의 구현예는 리소스 프로세싱 방법을 제공한다.

도 5b에서의 방법은 다음의 단계들을 포함한다:

S501. 사용자에 의해 전송된 지불 요청을 수신한다.

사용자는 상인에 의해 제공된 서비스들, 예를 들어, 상품, 음식/음료, 또는 숙소를 획득한 후에 대응하는 분량을 지불해야 한다. 본 출원의 본 구현예의 방법에서, 지불 요청은 사용자의 최종 사용자 디바이스를 이용함으로써 사용자에 의해 전송될 수 있다. 상인은 사용자에게 대응하는 신속 응답 코드(quick response code)를 제공할 수 있고, 사용자는 최종 사용자 디바이스를 이용하여 코드를 스캔한 후에, 지불 요청을 전송한다. 본 출원의 본 구현예의 또 다른 방법에서, 지불 요청은 상인에 의해 전송될 수 있다. 상인은 상인의 결제 디바이스(settlement device)(예를 들어, POS 머신 또는 최종 사용자 디바이스)를 이용함으로써, 서비스 요청을 서버로 전송할 수 있다.

확실히, 사용자에 의해 전송된 서비스 요청 및 상인에 의해 전송된 서비스 요청 양자는 사용자의 식별자(예를 들어, 사용자에 의해 지불 서비스 제공자에게 등록된 계정, 전화 번호, 또는 사용자 ID) 및 상인의 식별자(예를 들어, 상인 이름 또는 상인 ID)를 반송(carry)한다.

S502. 지불 요청에 대응하는 지불량을 결정한다.

지불 요청은 지불량에 대한 대응하는 정보를 반송하여, 서버는 지불량에 대한 정보에 기초하여 지불 요청에 대하여 지불되어야 할 분량을 결정할 수 있다.

S503. 사용자의 사전 생성된 일반 선불 카드 계정을 결정한다.

일반 선불 카드 계정은 사용자에 속한 모든 선불 카드 자금을 포함한다.

이 실제 응용 시나리오에서, 상인은 선불 카드를 제공한다는 것을 주목해야 한다. 이것을 고려하면, 서버는 상인의 식별자 및 사용자의 식별자에 기초하여, 사용자에 대해 (선불 카드 하위 계정 및 일반 선불 카드 계정을 포함하는) 선불 카드 계정을 생성한다.

다시 말해서, 서버는 서비스 요청에서 반송되는 사용자의 식별자 및 상인의 식별자에 기초하여 상인에 대응하는 선불 카드 계정을 결정하고, 사용자의 식별자에 기초하여 사용자에 속한 선불 카드 계정을 결정한다.

S504. 지불 요청을 프로세싱하기 위하여, 일반 선불 카드 계정으로부터, 지불량과 동일한 선불 카드 자금을 공제한다.

사용자의 일반 선불 카드 계정으로부터 대응하는 선불 카드 자금을 공제한 후, 서버는 성공적인 공제를 상인에게 통지하여, 상인은 사용자의 지불 거래를 완료한다. 뿐만 아니라, 서버는 자금이 사용자의 선불 카드 계정으로부터 성공적으로 공제된다는 것을 사용자에게 통지하고, 대응하는 공제 세부사항들을 제시한다. 사실상, 본 출원은 여기에서 그것으로 제한되지는 않는다.

확실히, 이 시나리오에서의 리소스 프로세싱 방법은 일반 선불 카드 계정을 생성하는 프로세스, 선불 카드 하위 계정에서의 선불 카드 자금에 기초하여 선불 카드 자금의 총량을 카운팅하는 프로세스, 및 선불 카드 리소스를 공제하는 프로세스를 더 포함한다.

이 시나리오에서, 사용자의 일반 선불 카드 계정을 사전 생성하는 것은, 사용자의 각각의 사전 생성된 선불 카드 하위 계정을 결정하는 것(각각의 선불 카드 하위 계정은 매번 사용자가 구입한 선불 카드 자금을 저장함); 선불 카드 하위 계정의 선불 카드 자금의 총량을 카운팅하는 것; 및 카운팅된 총량에 기초하여 사용자에 대해 일반 선불 카드 계정을 생성하고, 일반 선불 카드 계정에서, 총량과 동일한 선불 카드 자금을 저장하는 것을 포함한다.

위에서 언급된 바와 같이, 사용자가 상인의 선불 카드를 구입한 후, 서버는 사용자의 식별자 및 상인의 식별자에 기초하여 사용자에 대해 선불 카드 하위 계정을 생성한다. 선불 카드 하위 계정은 선불 리소스가 상인에 의해 제공된다는 것을 나타낼 수 있고, 선불 카드 하위 계정은 사용자에 속한 것이다.

이 프로세스에서, 선불 카드 하위 계정의 선불 카드 자금의 총량을 카운팅하는 것은, 각각의 선불 카드 하위 계정에서의 선불 카드 자금의 변환 계수를 결정하는 것; 및 각각의 선불 카드 하위 계정의 결정된 변환 계수에 기초하여 선불 카드 하위 계정의 선불 카드 자금의 총량을 카운팅하는 것을 포함한다.

선불 카드 자금을 공제하는 프로세스에서, 방법은, 사용자의 일반 선불 카드 계정으로부터 공제된 선불 카드 자금에 기초하여, 사용자에 대응하는 각각의 선불 카드 하위 계정으로부터 대응하는 분량의 선불 카드 자금을 공제하는 것을 더 포함한다.

또한, 사용자에 대응하는 각각의 선불 카드 하위 계정으로부터 대응하는 분량의 선불 카드 자금을 공제하는 것은, 선불 카드 하위 계정과 사용자 사이의 연관성을 확립하는 시간 시퀀스에 기초하여 각각의 선불 카드 하위 계정으로부터 대응하는 수량의 선불 카드 자금을 공제하는 것; 또는 각각의 선불 카드 하위 계정에서의 선불 리소스의 변환 계수에 기초하여 선불 카드 하위 계정의 우선순위 시퀀스를 결정하고, 선불 카드 하위 계정의 결정된 우선순위 시퀀스에 기초하여 각각의 선불 카드 하위 계정으로부터 대응하는 분량의 선불 카드 자금을 공제하는 것을 포함한다.

앞의 내용은 도 1b에서 도시된 방법에서 설명된 내용과 유사하다. 세부사항들은 단순함을 위하여 여기에서 생략된다.

본 출원의 구현예에서 제공된 리소스 프로세싱 방법은 앞에서 설명하였다. 동일한 발상에 기초하여, 본 출원의 구현예는 리소스 프로세싱 장치도 제공한다.

도 6에서 도시된 바와 같이, 장치는, 사용자에 의해 전송된 서비스 요청을 수신하도록 구성된 수신 모듈(601); 서비스 요청에 대응하는 리소스 소비 수량을 결정하도록 구성된 결정 모듈(602); 사용자의 사전 생성된 일반 리소스 계정 - 일반 리소스 계정은 사용자에 속한 모든 선불 리소스를 포함함 - 을 결정하도록 구성된 일반 계정 모듈(603); 및 서비스 요청을 프로세싱하기 위하여, 일반 리소스 계정으로부터, 리소스 소비 수량에 대응하는 선불 리소스를 획득하도록 구성된 프로세싱 모듈(604)을 포함한다.

일반 계정 모듈(603)은 사용자의 각각의 사전 생성된 리소스 하위 계정을 결정하고, 여기서, 각각의 리소스 하위 계정은 매번 사용자에 의해 획득된 선불 리소스를 저장하고; 리소스 하위 계정의 선불 리소스의 총 리소스 수량을 카운팅하고; 그리고 카운팅된 총 리소스 수량에 기초하여 사용자에 대해 일반 리소스 계정을 생성하고, 일반 리소스 계정에서, 총 리소스 수량에 대응하는 선불 리소스를 저장한다.

또한, 일반 계정 모듈(603)은 각각의 리소스 하위 계정에서의 선불 리소스의 변환 계수를 결정하고; 각각의 리소스 하위 계정의 결정된 변환 계수에 기초하여 리소스 하위 계정의 선불 리소스의 총 리소스 수량을 카운팅한다.

장치는 사용자의 일반 리소스 계정으로부터 획득된 선불 리소스의 수량에 기초하여, 사용자에 대응하는 각각의 리소스 하위 계정으로부터 대응하는 수량의 선불 리소스를 공제하도록 구성된 리소스 결제 모듈(605)을 더 포함한다.

리소스 결제 모듈(605)은 리소스 하위 계정과 사용자 사이의 연관성들을 확립하는 시간 시퀀스에 기초하여, 각각의 리소스 하위 계정으로부터 대응하는 수량의 선불 리소스를 공제하거나; 또는 각각의 리소스 하위 계정에서의 선불 리소스의 변환 계수에 기초하여 리소스 하위 계정의 우선순위 시퀀스를 결정하고, 리소스 하위 계정의 결정된 우선순위 시퀀스에 기초하여, 각각의 리소스 하위 계정으로부터 대응하는 수량의 선불 리소스를 공제한다.

도 6에서 도시된 장치에 기초한 장치는 사용자가 선불 카드를 이용하는 시나리오에 적용될 수 있다. 구체적으로, 도 7에서 도시된 바와 같이, 본 출원의 구현예는 이 시나리오에서의 리소스 프로세싱 장치를 제공한다. 장치는, 사용자에 의해 전송된 지불 요청을 수신하도록 구성된 수신 모듈(701); 지불 요청에 대응하는 지불량을 결정하도록 구성된 결정 모듈(702); 사용자의 사전 생성된 일반 선불 카드 계정 - 일반 선불 카드 계정은 사용자에 속한 모든 선불 카드 자금을 포함함 - 을 결정하도록 구성된 일반 계정 모듈(703); 및 지불 요청을 프로세싱하기 위하여, 일반 선불 카드 계정으로부터, 지불량과 동일한 선불 카드 자금을 공제하도록 구성된 프로세싱 모듈(704)을 포함한다.

일반 계정 모듈(703)은 사용자의 각각의 사전 생성된 선불 카드 하위 계정을 결정하고, 여기서, 각각의 선불 카드 하위 계정은 매번 사용자가 구입한 선불 카드 자금을 저장하고; 선불 카드 하위 계정의 선불 카드 자금의 총량을 카운팅하고; 그리고 카운팅된 총량에 기초하여 사용자에 대해 일반 선불 카드 계정을 생성하고, 일반 선불 카드 계정에서, 총량과 동일한 선불 카드 자금을 저장한다.

또한, 일반 계정 모듈(703)은 각각의 선불 카드 하위 계정에서의 선불 카드 자금의 변환 계수를 결정하고; 그리고 각각의 선불 카드 하위 계정의 결정된 변환 계수에 기초하여 선불 카드 하위 계정의 선불 카드 자금의 총량을 카운팅한다.

장치는 사용자의 일반 선불 카드 계정으로부터 공제된 선불 카드 자금에 기초하여, 사용자에 대응하는 각각의 선불 카드 하위 계정으로부터 대응하는 분량의 선불 카드 자금을 공제하도록 구성된 리소스 결제 모듈(705)을 더 포함한다.

해당 분야의 당업자는 본 개시물의 구현예들이 방법, 시스템, 또는 컴퓨터 프로그램 제품으로서 제공될 수 있다는 것을 이해해야 한다. 그러므로, 본 개시물은 하드웨어 단독 구현예들, 소프트웨어 단독 구현예들, 또는 소프트웨어 및 하드웨어의 조합을 갖는 구현예들의 형태를 이용할 수 있다. 또한, 본 개시물은 컴퓨터-이용가능 프로그램 코드를 포함하는 (자기 디스크 스토리지, CD-ROM, 광학 메모리 등을 포함하지만, 이것으로 제한되지는 않는) 하나 이상의 컴퓨터-이용가능 저장 매체들 상에서 구현되는 컴퓨터 프로그램 제품의 형태를 이용할 수 있다.

본 개시물은 본 개시물의 구현예들에 따른 방법, 디바이스(시스템), 및 컴퓨터 프로그램 제품의 플로우차트들 및/또는 블록도들을 참조하여 설명된다. 컴퓨터 프로그램 명령어들은 플로우차트들 및/또는 블록도들에서의 각각의 프로세스 및/또는 각각의 블록, 및 플로우차트들 및/또는 블록도들에서의 프로세스 및/또는 블록의 조합을 구현하기 위하여 이용될 수 있다는 것을 주목해야 한다. 이 컴퓨터 프로그램 명령어들은 범용 컴퓨터, 전용 컴퓨터, 내장된 프로세서, 또는 머신을 생성하기 위한 또 다른 프로그래밍가능 데이터 프로세싱 디바이스의 프로세서를 위하여 제공될 수 있어서, 또 다른 프로그래밍가능 데이터 프로세싱 디바이스의 컴퓨터 또는 프로세서에 의해 실행된 명령어들은 플로우차트들에서의 하나 이상의 프로세스들 및/또는 블록도들에서의 하나 이상의 블록들에서 특정 기능을 구현하기 위한 장치를 생성한다.

특정 방법에서 작업할 것을 컴퓨터 또는 또 다른 프로그래밍가능 데이터 프로세싱 디바이스에 지시할 수 있는 이 컴퓨터 프로그램 명령어들은 컴퓨터 판독가능 메모리에 저장될 수 있어서, 컴퓨터 판독가능 메모리에 저장된 명령어들은 지시 장치를 포함하는 아티팩트(artifact)를 생성한다. 지시 장치는 플로우차트들에서의 하나 이상의 프로세스들 및/또는 블록도들에서의 하나 이상의 블록들에서 특정 기능을 구현한다.

이 컴퓨터 프로그램 명령어들은 컴퓨터 또는 또 다른 프로그래밍가능 데이터 프로세싱 디바이스 상으로 로딩될 수 있어서, 일련의 동작들 및 단계들은 컴퓨터 또는 또 다른 프로그래밍가능 디바이스 상에서 수행됨으로써, 컴퓨터-구현된 프로세싱을 생성한다. 그러므로, 컴퓨터 또는 또 다른 프로그래밍가능 디바이스 상에서 실행된 명령어들은 플로우차트들에서의 하나 이상의 프로세스들 및/또는 블록도들에서의 하나 이상의 블록들에서 특정 기능을 구현하기 위한 단계들을 제공한다.

전형적인 구성에서, 컴퓨팅 디바이스는 하나 이상의 프로세서들(CPU), 입력/출력 인터페이스, 네트워크 인터페이스, 및 메모리를 포함한다.

메모리는 비영구적 스토리지, 랜덤 액세스 메모리(random access memory; RAM), 비휘발성 메모리, 및/또는 컴퓨터 판독가능 매체, 예를 들어, 리드 온리 메모리(read-only memory; ROM) 또는 플래시 메모리(플래시 RAM)인 또 다른 형태를 포함할 수 있다. 메모리는 컴퓨터 판독가능 매체의 예이다.

컴퓨터 판독가능 매체는 임의의 방법 또는 기술을 이용함으로써 정보 저장을 구현할 수 있는 영구적, 비영구적, 분리형, 및 비분리형 매체들을 포함한다. 정보는 컴퓨터 판독가능 명령, 데이터 구조, 프로그래 모듈, 또는 다른 데이터일 수 있다. 컴퓨터 저장 매체는 상변화 랜덤 액세스 메모리(phase-change random access memory; PRAM), 정적 랜덤 액세스 메모리(static random access memory; SRAM), 동적 랜덤 액세스 메모리(dynamic random access memory; DRAM), 또 다른 유형의 랜덤 액세스 메모리(RAM), 리드 온리 메모리(ROM), 전기적 소거가능 프로그래밍가능 리드 온리 메모리(electrically erasable programmable read-only memory; EEPROM), 플래시 메모리 또는 또 다른 메모리 기술, 컴팩트 디스크 리드 온리 메모리(compact disc read-only memory; CD-ROM), 디지털 다기능 디스크(digital versatile disc; DVD) 또는 또 다른 광학 스토리지, 카세트, 카세트 자기 디스크 스토리지, 또 다른 자기 저장 디바이스, 또는 임의의 다른 비전송 매체(non-transmission medium)를 포함하지만, 이것으로 제한되지는 않는다. 컴퓨터 저장 매체는 컴퓨팅 디바이스에 의해 액세스될 수 있는 정보를 저장하도록 구성될 수 있다. 본 명세서에서의 정의에 기초하여, 컴퓨터 판독가능 매체는 컴퓨터-판독가능 일시적 매체들, 예를 들어, 변조된 데이터 신호 및 캐리어(carrier)를 포함하지 않는다.

용어들 "포함한다(include)", "포함한다(comprise)", 또는 그 임의의 다른 변형은 비-배타적 포함을 포괄하도록 의도된 것이어서, 일련의 구성요소들을 포함하는 프로세스, 방법, 물품, 또는 디바이스는 이 구성요소들을 포함할 뿐만 아니라, 명백히 열거되지 않은 다른 구성요소들을 포함하거나, 이러한 프로세스, 방법, 물품, 또는 디바이스에 고유한 구성요소들을 더 포함한다는 것을 주목해야 한다. "포함한다"에 속하는 구성요소는 더 많은 제약 없이, 구성요소를 포함하는 프로세스, 방법, 물품, 또는 디바이스에서의 추가적인 동일한 구성요소들의 존재를 배제하지는 않는다.

해당 분야의 당업자는 본 출원의 구현예들이 방법, 시스템, 또는 컴퓨터 프로그램 제품으로서 제공될 수 있다는 것을 이해해야 한다. 그러므로, 본 출원은 하드웨어 단독 구현예들, 소프트웨어 단독 구현예들, 또는 소프트웨어 및 하드웨어의 조합을 갖는 구현예들의 형태를 이용할 수 있다. 게다가, 본 출원은 컴퓨터-이용가능 프로그램 코드를 포함하는 (자기 디스크 스토리지, CD-ROM, 광학 메모리 등을 포함하지만, 이것으로 제한되지는 않는) 하나 이상의 컴퓨터-이용가능 저장 매체들 상에서 구현되는 컴퓨터 프로그램 제품의 형태를 이용할 수 있다.

앞의 설명들은 단지 본 출원의 구현예들이고, 본 출원을 제한하도록 의도되지 않는다. 해당 분야의 당업자를 위하여, 본 출원은 다양한 수정들 및 변경들을 가질 수 있다. 본 출원의 사상 및 원리에서 행해진 임의의 수정들, 동등한 치환들, 개선들 등은 본 출원에서의 청구범위 내에 귀속할 것이다.

Claims (12)

1. 리소스 프로세싱 방법에 있어서,
   수신 모듈에 의해 그리고 사용자 디바이스로부터, 사용자에 의해 전송된 서비스 요청 - 상기 서비스 요청은 네트워크를 통해 이용가능한 리소스 소비에 대한 요청 및 상기 사용자 디바이스의 상기 사용자의 사용자 식별정보(identification)를 포함함 - 을 수신하는 단계(S101);
   결정 모듈에 의해, 상기 서비스 요청에 대응하는 리소스 소비 수량 - 상기 리소스 소비 수량은 서비스를 제공하는 것과 연관된 값에 대응함 - 을 결정하는 단계(S102);
   일반 계정 모듈에 의해, 상기 사용자의 사전 생성된 일반 리소스 계정 - 상기 일반 리소스 계정은 상기 사용자에 속한 하위 계정(sub-account) 내의 복수의 선불 리소스의 합을 포함하고, 하위 계정은 사용자 장비가 선불 리소스를 획득할 때마다 생성됨 - 을 결정하는 단계(S103);
   프로세싱 모듈에 의해, 상기 사용자 식별정보와 연관된 상기 일반 리소스 계정이, 상기 서비스의 상기 리소스 소비 수량의 상기 값보다 큰, 상기 사용자에 속하고 상기 하위 계정 내에 저장된 선불 리소스의 하나 이상의 세트의 집계된 값을 나타내는 총 값을 포함한다고 결정하는 단계 - 상기 일반 리소스 계정은 상기 일반 리소스 계정의 상기 총 값으로부터 하나 이상의 선불 리소스의 직접 공제를 할 수 있도록 구성됨 - ;
   상기 프로세싱 모듈에 의해, 상기 서비스 요청을 프로세싱하기 위하여, 상기 일반 리소스 계정으로부터, 상기 리소스 소비 수량에 대응하는 상기 복수의 선불 리소스 중 상기 하나 이상의 선불 리소스를 획득하는 단계(S104);
   상기 일반 리소스 계정이 상기 서비스의 상기 리소스 소비 수량의 상기 값보다 큰 총 값을 포함한다고 결정하는 것에 응답하여, 상기 프로세싱 모듈에 의해, 상기 사용자 디바이스에 상기 서비스를 제공하는 단계;
   상기 프로세싱 모듈에 의해, 상기 서비스 요청을 프로세싱하기 위하여, 상기 일반 리소스 계정의 상기 총 값으로부터 상기 하나 이상의 선불 리소스를 공제하는 단계 - 상기 하나 이상의 선불 리소스의 합이 상기 서비스의 상기 리소스 소비 수량의 상기 값이 됨 - ; 및
   상기 서비스 요청의 프로세싱 결과를 표시하는 상기 서비스 요청에 대한 응답을 디스플레이하는 단계를 포함하는, 리소스 프로세싱 방법.
2. 제 1 항에 있어서,
   상기 사용자의 일반 리소스 계정을 사전 생성하는 것은,
   사용자의 각각의 사전 생성된 리소스 하위 계정 - 각각의 리소스 하위 계정은 매번 사용자에 의해 획득된 선불 리소스를 저장함 - 을 결정하는 단계;
   상기 리소스 하위 계정의 선불 리소스의 총 리소스 수량을 카운팅하는 단계; 및
   상기 카운팅된 총 리소스 수량에 기초하여 사용자에 대한 일반 리소스 계정을 생성하고, 상기 일반 리소스 계정에서, 상기 총 리소스 수량에 대응하는 선불 리소스를 저장하는 단계를 포함하는, 리소스 프로세싱 방법.
3. 제 2 항에 있어서,
   상기 리소스 하위 계정의 선불 리소스의 총 리소스 수량을 카운팅하는 단계는,
   각각의 리소스 하위 계정에서의 선불 리소스의 변환 계수를 결정하는 단계; 및
   각각의 리소스 하위 계정의 결정된 변환 계수에 기초하여, 상기 리소스 하위 계정의 선불 리소스의 총 리소스 수량을 카운팅하는 단계를 포함하는, 리소스 프로세싱 방법.
4. 제 1 항에 있어서,
   상기 사용자의 일반 리소스 계정으로부터 획득된 선불 리소스의 수량에 기초하여, 사용자에 대응하는 각각의 리소스 하위 계정으로부터 대응하는 수량의 선불 리소스를 공제하는 단계를 더 포함하는, 리소스 프로세싱 방법.
5. 제 4 항에 있어서,
   상기 사용자에 대응하는 각각의 리소스 하위 계정으로부터 대응하는 수량의 선불 리소스를 공제하는 단계는,
   상기 리소스 하위 계정과 사용자 사이의 연관성을 확립하는 시간 시퀀스에 기초하여, 각각의 리소스 하위 계정으로부터 대응하는 수량의 선불 리소스를 공제하는 단계; 또는
   각각의 리소스 하위 계정에서의 상기 선불 리소스의 변환 계수에 기초하여 상기 리소스 하위 계정의 우선순위 시퀀스를 결정하고, 상기 리소스 하위 계정의 결정된 우선순위 시퀀스에 기초하여, 각각의 리소스 하위 계정으로부터 대응하는 수량의 선불 리소스를 공제하는 단계를 포함하는, 리소스 프로세싱 방법.
6. 삭제
7. 제 1 항 내지 제 5 항 중 어느 한 항에 있어서,
   상기 서비스 요청은 클라우드 컴퓨팅 요청 또는 온라인 저장 요청을 포함하는, 리소스 프로세싱 방법.
8. 제 7 항에 있어서,
   상기 리소스 소비 수량은 소비된 프로세싱 리소스 또는 데이터베이스 내의 사용된 저장 공간을 포함하는, 리소스 프로세싱 방법.
9. 제 1 항 내지 제 5 항 중 어느 한 항에 있어서,
   상기 사용자의 사전 생성된 일반 리소스 계정은, 사용자에 대해 서버가 생성하는, 리소스 프로세싱 방법.
10. 제 1 항 내지 제 5 항 중 어느 한 항에 있어서,
    사용자에 속한 선불 리소스가 상기 서비스 요청의 리소스 소비 수량을 충족시키기에 불충분하다는 것을 사용자에게 통지하기 위하여, 최종 사용자(end-user) 디바이스에 대해 실패 통지(failure notification)를 생성하는 단계를 더 포함하는, 리소스 프로세싱 방법.
11. 리소스 프로세싱 장치에 있어서,
    제 1 항 내지 제 5 항 중 어느 한 항의 방법을 수행하도록 구성된 복수의 모듈을 포함하고,
    상기 복수의 모듈은 상기 수신 모듈, 상기 결정 모듈, 상기 일반 계정 모듈 및 상기 프로세싱 모듈을 포함하는 것인, 리소스 프로세싱 장치.
12. 삭제

Images