KR20150016971A

KR20150016971A - Eco advantage 중재 장치, 방법 및 시스템

Info

Publication number: KR20150016971A
Application number: KR1020147035854A
Authority: KR
Inventors: 페르미니오 모레이라 네토
Original assignee: 페르미니오 모레이라 네토
Priority date: 2012-05-21
Filing date: 2013-05-21
Publication date: 2015-02-13
Also published as: AU2013264948A1; MX2014014137A; CA2874072A1; WO2013175320A3; AU2013264948A8; WO2013175320A2; EP2852929A2; EP2852929A4; BR112014029153A2

Abstract

ECO ADVANTAGE 중재 장치, 방법 및 시스템("ECO ADVANTAGE")는 사용자 및 계정 보유자 데이터 입력을 에코 및 영역 분석 출력으로 변환한다. 일부 구현예들에서, ECO ADVANTAGE는 계정 보유자로부터 사용자의 에코 밸런스 및 계정 보유자의 현재 에코 스케줄에 대한 요청을 수신하고, 할당이 성공적으로 처리되었음을 나타내는 에코 할당 확인, 및 에코 데이터를 수신하며, 할당에서 사용하기 위해 이전의 교환에서 다른 계정 보유자로부터 수령한 에코들의 금액을 사용자의 계정으로부터 인출하고, 에코 데이터에 기초하여 에코들의 금액을 사용자의 계정에 입금하며, 에코 데이터를 에코 기록에 저장한다.

Description

ECO ADVANTAGE 중재 장치, 방법 및 시스템{ECO ADVANTAGE MEDIATION APPARATUSES, METHODS AND SYSTEMS}

특허 개시 문서에 대한 본 출원은 다양한 신규의 혁신들(이후부터 "개시 내용"이라고 함)을 포함하는 발명 측면들을 기술하고 있으며, 저작권, 마스크 워크(mask work), 및/또는 다른 지적 재산권 보호를 받는 자료를 포함하고 있다. 이러한 지적 재산권의 각자의 소유자들은 공개된 특허청 파일/기록에 나오는 대로 임의의 자에 의한 본 개시 내용의 팩시밀리 재현에 대해서는 이의를 제기하지 않지만, 그렇지 않은 경우 모든 권리를 보유한다.

우선권 주장

출원인은 이로써 2013년 3월 15일자로 출원된, 발명의 명칭이 "ECO ADVANTAGE 중재 장치, 방법 및 시스템(ECO ADVANTAGE MEDIATION APPARATUSES, METHODS AND SYSTEMS)"(대리인 문서 번호 MORE-001/00US/318827-2001)인 미국 특허 출원 제13/842,593호에 기초하여 우선권을 주장하고, 이 미국 출원은 차례로 2012년 5월 21일자로 출원된, 발명의 명칭이 "SISTEMA DE INTERMEDIACAO MUTUA DE VANTAGENS"(대리인 문서 번호 P200015)인 특허 협력 조약(Patent Cooperation Treaty) 특허 출원 제PCT/BR2012/000148호에 기초하여 우선권을 주장한다.

앞서 언급한 출원들의 전체 내용은 참조 문헌으로서 본 명세서에 명확히 포함된다.

본 혁신들은 일반적으로 구매 이익을 교환하는 것에 관한 것으로서, 보다 상세하게는, ECO ADVANTAGE 중재 장치, 방법 및 시스템을 포함한다.

그렇지만, 읽는 사람의 본 혁신들에 대한 이해를 돕기 위해, 이 혁신들의 측면들이 어떻게 독립적으로 동작하고, 개개의 혁신들 간에 연동하며, 그리고/또는 전체적으로 협동하는지를 예시하고 명확히 하기 위해 본 개시 내용이 단일의 설명으로 편집되었다. 본 출원은 계속하여 다양한 혁신들 간의 상호 관계 및 시너지 효과를 추가적으로 기술하고; 이들 모두는 미국 특허법 제112조에 부합한다.

상인은 더 많은 재고품을 판매하기 위해 제품들에 쿠폰 또는 할인을 제공할 수 있다. 쿠폰 및 할인은 특정의 상인 지정 가치를 가질 수 있다.

첨부 부록들 및/또는 도면들은 본 설명에 따른 다양한 비제한적이고 예시적인 혁신적 측면들을 예시하고 있다.
도 1a는 ECO ADVANTAGE의 예시적인 실시예들을 나타낸 블록도.
도 1b는 ECO ADVANTAGE의 예시적인 실시예들을 나타낸 블록도.
도 2a는 ECO ADVANTAGE의 예시적인 실시예들에서 거래를 수행하는 것을 나타낸 데이터 흐름도.
도 2b는 ECO ADVANTAGE의 예시적인 실시예들에서 거래를 수행하는 것을 나타낸 논리 흐름도.
도 2c는 ECO ADVANTAGE의 예시적인 실시예들에서 온라인 거래를 수행하는 것을 나타낸 데이터 흐름도.
도 2d는 ECO ADVANTAGE의 예시적인 실시예들에서 온라인 거래를 수행하는 것을 나타낸 논리 흐름도.
도 3a는 ECO ADVANTAGE의 예시적인 실시예들에서 ECO ADVANTAGE 계정 없이 거래를 수행하는 것을 나타낸 데이터 흐름도.
도 3b는 ECO ADVANTAGE의 예시적인 실시예들에서 ECO ADVANTAGE 계정 없이 거래를 수행하는 것을 나타낸 논리 흐름도.
도 4a는 ECO ADVANTAGE의 예시적인 실시예들에서 상인을 등록하는 것을 나타낸 데이터 흐름도.
도 4b 및 도 4c는 ECO ADVANTAGE의 예시적인 실시예들에서 상인을 등록하는 것을 나타낸 논리 흐름도.
도 5a는 ECO ADVANTAGE의 예시적인 실시예들에서 지역들 및 카테고리들을 생성하고 업데이트하는 것을 나타낸 데이터 흐름도.
도 5b 내지 도 5d는 ECO ADVANTAGE의 예시적인 실시예들에서 지역들 및 카테고리들을 생성하고 업데이트하는 것을 나타낸 논리 흐름도.
도 6a 및 도 6b는 ECO ADVANTAGE의 예시적인 실시예들에서 친구 초대 및 기부를 나타낸 데이터 흐름도.
도 6c 및 도 6d는 ECO ADVANTAGE의 예시적인 실시예들에서 친구 초대 및 기부를 나타낸 논리 흐름도.
도 7a는 ECO ADVANTAGE의 예시적인 실시예들에서 슬로우 커밋, 신용 전용 거래(slow commit, credit-only transaction)를 나타낸 데이터 흐름도.
도 7b는 ECO ADVANTAGE의 예시적인 실시예들에서 슬로우 커밋, 신용 전용 거래를 나타낸 논리 흐름도.
도 8a는 ECO ADVANTAGE의 예시적인 실시예들에서 패스트 커밋, 신용 전용 거래(fast commit, credit-only transaction)를 나타낸 데이터 흐름도.
도 8b는 ECO ADVANTAGE의 예시적인 실시예들에서 패스트 커밋, 신용 전용 거래를 나타낸 논리 흐름도.
도 9a는 ECO ADVANTAGE의 예시적인 실시예들에서 상인 조정(merchant reconciliation)을 나타낸 데이터 흐름도.
도 9b는 ECO ADVANTAGE의 예시적인 실시예들에서 상인 조정을 나타낸 논리 흐름도.
도 10a는 ECO ADVANTAGE의 예시적인 실시예들에서 슬로우 커밋, 현금 및 신용 거래를 나타낸 데이터 흐름도.
도 10b 및 도 10c는 ECO ADVANTAGE의 예시적인 실시예들에서 슬로우 커밋, 현금 및 신용 거래를 나타낸 논리 흐름도.
도 11a는 ECO ADVANTAGE의 예시적인 실시예들에서 패스트 커밋, 현금 및 신용 거래를 나타낸 데이터 흐름도.
도 11b 및 도 11c는 ECO ADVANTAGE의 예시적인 실시예들에서 패스트 커밋, 현금 및 신용 거래를 나타낸 논리 흐름도.
도 12a는 ECO ADVANTAGE의 예시적인 실시예들에서 패스트 커밋, 현금 전용 거래를 나타낸 데이터 흐름도.
도 12b는 ECO ADVANTAGE의 예시적인 실시예들에서 패스트 커밋, 현금 전용 거래를 나타낸 논리 흐름도.
도 13a는 ECO ADVANTAGE의 예시적인 실시예들에서 슬로우 커밋, 현금 전용 거래를 나타낸 데이터 흐름도.
도 13b는 ECO ADVANTAGE의 예시적인 실시예들에서 슬로우 커밋, 현금 전용 거래를 나타낸 논리 흐름도.
도 14a는 ECO ADVANTAGE의 예시적인 실시예들에서 상인 및 파트너 거래를 나타낸 데이터 흐름도.
도 14b 및 도 14c는 ECO ADVANTAGE의 예시적인 실시예들에서 상인 및 파트너 거래를 나타낸 논리 흐름도.
도 15a는 ECO ADVANTAGE의 예시적인 실시예들에서 환불 또는 거래 취소를 나타낸 데이터 흐름도.
도 15b는 ECO ADVANTAGE의 예시적인 실시예들에서 환불 또는 거래 취소를 나타낸 논리 흐름도.
도 16은 ECO ADVANTAGE의 예시적인 실시예들에서 건강 보험을 위해 ECO ADVANTAGE를 사용하는 것을 나타낸 테이블 다이어그램.
도 17a 및 도 17b는 ECO ADVANTAGE의 예시적인 실시예들에서 상인을 등록하는 것을 나타낸 스크린샷 다이어그램.
도 18은 ECO ADVANTAGE의 예시적인 실시예들에서 지역을 생성하는 것을 나타낸 스크린샷 다이어그램.
도 19는 ECO ADVANTAGE의 예시적인 실시예들에서 카테고리들을 생성하는 것을 나타낸 스크린샷 다이어그램.
도 20a 및 도 20b는 ECO ADVANTAGE의 예시적인 실시예들에서 에코들을 기부하는 것을 나타낸 스크린샷 다이어그램.
도 21a 및 도 21b는 ECO ADVANTAGE의 예시적인 실시예들에서 사용자 프로파일들 및 에코 밸런스들을 나타낸 스크린샷 다이어그램.
도 22a 및 도 22b는 ECO ADVANTAGE의 예시적인 실시예들에서 사용자 내비게이션 및 체크인을 나타낸 스크린샷 다이어그램.
도 23은 ECO ADVANTAGE 제어기의 실시예들을 예시한 블록도.
도면들 내에서 각각의 참조 번호의 선두 번호는 그 참조 번호가 소개되고 그리고/또는 상세히 설명된 도면을 가리킨다. 그에 따라, 참조 번호 101의 상세한 논의는 도 1에서 발견되고 그리고/또는 소개될 것이다. 참조 번호 201은 도 2에서 소개되고, 이하 마찬가지이다.

ECO ADVANTAGE

도 1a는 ECO ADVANTAGE의 예시적인 실시예들을 나타낸 블록도를 도시한 것이다. 일부 구현예들에서, 소비자(101)는 각종의 할인 프로그램 계정을 처리할 필요 없이 또는 할인의 특성으로 인한 서비스 품질의 손실에 관한 걱정을 할 필요 없이 저렴한 제품들 및/또는 서비스들을 구입할 쉬운 방법을 찾을 수 있기를 원할 수 있다. 상인(102)은 또한 값비싼 또는 복잡한 할인을 생성할 필요 없이 그리고 예측할 수 없는 수익으로 고가의 마케팅 켐페인에 대량의 금전의 위험을 감수할 필요 없이 서비스를 제공할 더 많은 고객들을 발견하기를 원할 수 있다. 일부 구현예들에서, ECO ADVANTAGE(103)는 상인에 대한 소비자들의 수를 증가시키면서 그리고 상인이 고가의 마케팅에 투자하거나 그의 제품들을 과도하게 할인할 필요가 없으면서 저렴한 제품들 및/또는 서비스들을 소비자들에게 제공하기 위해 이러한 상인들 및 소비자들을 연결시켜 줄 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 설치된 용량을 보다 균등화된 방식으로 사용하는 것, 과소 사용된 설치된 용량을 이용하는 것, 및 자본 투자 없이 성장을 위한 고정된 비용과 같은 다른 이점들을 상인들에게 가져다줄 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 상품, 서비스 또는 둘 다를 제공하는 상인들을 등록할 수 있다.

도 1b는 ECO ADVANTAGE의 예시적인 실시예들을 나타낸 블록도를 도시한 것이다. 일부 구현예들에서, 파티(104)에 있는 사람들의 그룹은 ECO ADVANTAGE(107)에 참여하는 레스토랑에서 청구서(105)를 지불하고자 할 수 있다. 파티(106)에 있는 한 사람 및/또는 커플은 또한 ECO ADVANTAGE에 등록되어 있을 수 있고, ECO ADVANTAGE에 의해 제공된 유닛(예컨대, "에코(eco)"를 포함할 수 있는 거래 값 수정자(transaction value modifier), 가치 점수, 및/또는 기타)을 사용하여 청구서의 적어도 일부를 지불할 수 있으며, 거래를 수행하기 위해 에코들을 수령할 수 있다. 사용자는 또한 파티의 다른 멤버들에게 에코들을 기부(108)할 수 있고, 따라서 그들은 또한 ECO ADVANTAGE에 등록하여 로그인할 수 있고 차후의 거래들에서 그들의 에코들을 사용할 수 있다.

일부 구현예들에서, ECO ADVANTAGE는 또한 친구들을 ECO ADVANTAGE에 초대하도록 장려하기 위해 소정의 에코들의 블록들을 조기 채택 사용자들에게 기부할 수 있다. 일부 구현예들에서, 기부된 에코들은 다른 잠재 사용자들에의 기부를 위해서만 사용될 수 있다.

일부 구현예들에서, ECO ADVANTAGE는, 특정의 하루 중 시간, 특정의 요일, 일년 중 특정의 계절 및/또는 공휴일에서의 상인 용량, 총 거래 금액, 의도된 제품들 및/또는 서비스들, 현재까지의 총 거래, 현재까지의 총 에코, 이용가능한 용량, 성장 잠재성 및/또는 기타에 기초하여, 사용자가 특정의 상인에서 몇개의 에코들을 이용할 수 있는지를 제어할 수 있다. 일부 구현예들에서, 예를 들어, 주간에 식사를 구매하는 사용자는 주간에 많은 고객들이 있지 않은 상인에서 더 많은 수의 에코들을 사용할 수 있고(예컨대, 거래 금액의 30%가 에코로 지불될 수 있음), 주간에 많은 고객들이 있는 상인에서 더 낮은 수의 에코들을 사용할 수 있다(예컨대, 거래 금액의 15%가 에코로 지불될 수 있음).

일부 구현예들에서, 사용자가 상인에서 구매를 하면, 사용자는 차후의 거래들에서 이용될 수 있는 에코들을 받을 수 있다. 예를 들어, 사용자가 $100을 주고 식사를 구입하는 경우, 사용자는 거래 동안 어떤 수의 에코들을 수령할 수 있다. 일부 구현예들에서, 수령된 에코들의 금액은 사용자가 거래에 대해 현금으로(out-of-pocket) 지불하는 금액과 같을 수 있다. 예를 들어, 사용자가 $100을 주고 식사를 구매하지만 식사의 일부에 대해 지불하기 위해 20 에코를 사용하는 경우(그로써 식사에 대해 $80만을 현금으로 지불함), 사용자는 거래로부터 80 에코를 수령할 수 있다. 다른 구현예들에서, 사용자가 수령하는 에코들의 금액은 총 거래의 소정 퍼센트, 사용자가 현금으로 지불하는 금액의 소정 퍼센트, 상인에 따르는 소정 퍼센트, 고정된 금액, 및/또는 기타일 수 있다. 일부 구현예들에서, 이러한 제한들은 ECO ADVANTAGE 또는 관여된 상인(들), 및/또는 기타 엔티티에 의해 결정될 수 있다.

일부 구현예들에서, 이 에코들은 그 에코들을 발행한 상인에 대해서는 사용될 수 없다. 예를 들어, 사용자는 Best Buy에서 TV를 구매하고 거래로부터 100 에코를 수령할 수 있다. 일부 구현예들에서, 이 100 에코는 ECO ADVANTAGE 데이터베이스에 Best Buy로부터 온 것으로 표시될 수 있고, Best Buy에서의 차후의 구매들에서, 사용자는 상기 구매들을 위해 그 100 에코를 사용할 수 없다. 그렇지만, 사용자는 다른 구매매을 위해 다른 상인들에서 100 에코를 사용할 수 있고; 예를 들어, 사용자는 Radio Shack, Whole Foods, 및/또는 기타에서 거래를 위해 100 에코를 사용할 수 있다. 일부 구현예들에서, 사용자가 에코들을 사용할 수 있는 상인(들)은 사용자가 그의 에코들을 수령한 상인과 동일한 산업 또는 카테고리에 있지 않을 수 있고; 예를 들어, 사용자가 그의 에코들을 Best Buy로부터 수령했을 수 있더라도, 사용자는 유사한 전자 제품 점포에서 그들을 사용하는 것, 및/또는 기타로 제한되지 않을 수 있다. 일부 구현예들에서, 사용자는 Best Buy 이외의 임의의 다른 상인에서 에코들을 소비할 수 있다.

다른 구현예들에서, 사용자는 에코들이 소비될 수 있는 상인들의 유형들로 제한될 수 있다. 예를 들어, 다른 구현예들에서, 뉴욕시에 있는 Best Buy로부터 에코들을 수령하는 사용자는 뉴욕시 이외의 지역에서 에코들을 소비할 수 없을 수 있고, Best Buy 이외의 다른 산업 및/또는 카테고리(예컨대, 전자 제품)의 상인에서 에코들을 소비할 수 없을 수 있다. 일부 구현예들에서, 이러한 제한들은 상인, ECO ADVANTAGE, 및/또는 기타 엔티티에 의해 결정될 수 있다. 일부 구현예들에서, ECO ADVANTAGE에 의해 지원되는 예시적인 산업들 및/또는 카테고리들은 다음과 같은 것들을 포함할 수 있다: 액세서리, 광고 및 마케팅, 동물 병원 및 병원, 예술 및 공예, 자동차 정비소, 자동차 딜러, 자동차 전기 용품점, 자동차 부품점, 베이커리, 미용실, 도매 서점, 서점, 건축 자재, 카메라 및 사진, 세차장, 천장/파티션, 휴대폰 공급업자, 어린이 용품점, 초콜릿 가게, 의류 수선, 커피숍, 컴퓨터 및 액세서리, 편의점, 화장품, 의상 제작실, 택배 서비스, 유제품, 델리카테슨(Delicatessen), 다이너(Diner), 자체 제작 용품 가게(Do-It-Yourself Store), 가정용 의료 기기(Durable Medical Equipment), DVD 및 영화, 전기 부품, 전자 및 비디오 게임, 전기/전자 수리 및 유지 관리, 안경 및 선글라스, 직물과 실내 장식 점포, 고속 그래픽 서비스, 가구 매장, 주유소, 선물 가게, 맛집 및 전문 식품 매장, 식료품점, 체육관, 철물절, 난방 및 에어컨, 가정 및 정원, 가정 및 주방 제품, 가전, 홈 개량, 집 전화 제공업체, 호텔, 아이스크림 가게, 청소/청소 용품, 보석, 어린이 파티 장소, 어린이 개인지도, 언어 학교 또는 학습 센터, 세탁 및 드라이 클리닝, 레저 및 관광, 조명 기구, 란제리 및 실내복, 자물쇠, 수하물 및 가방 점포, 남성 패션, 모텔, 모터사이클 딜러, 영화관, 이사 서비스, 악기점, 자연 식품 매장, 해상 상점, 나이트 클럽/디스코, 사무용품, 페인트 가게, 파티 용품점, 향수, 개인 개발 코스, 애완용품점, 약국, 성형 외과, 냉동 숍, 레스토랑(모든 종류), 로티세리(Rotisserie), 양탄자 및 커튼 가게, 학교, 구두 수선, 신발 가게, 스파, 특화 약국, 스포츠 용품, 스포츠 티켓, 슈퍼마켓, 수술 장비, 수영복 패션, 기술 과정, 극장, 티켓(쇼 콘서트), 장난감 가게, 여행사, 비주얼 커뮤니케이션(Visual Communication), 와이너리, 여성 패션, 및/또는 기타.

일부 구현예들에서, 에코들은 또한 만료 일자를 가질 수 있으며, 이 경우 만료 일자가 경과하면 에코들이 비활성화된다. 일부 구현예들에서, 만료할 예정인 에코들을 기부하고 및/또는 다른 방식으로 재기증하는 것은 에코들의 만료 일자를 재설정할 수 있다.

일부 구현예들에서, 사용자는 또한 다른 소비자들을 ECO ADVANTAGE로 보내는 것으로부터 보너스 블록(bonus block)을 수령할 수 있다(도 6a 내지 도 6d를 참조). 일부 구현예들에서, 보너스 블록들은 새로운 사용자들을 ECO ADVANTAGE로 보낸 결과로서 ECO ADVANTAGE에 의해 사용자에게 지불되는 금전의 블록들일 수 있고, 임의의 참여 상인에서의 구매를 위해 에코들과 관련하여 사용될 수 있다. 예를 들어, $100 Best Buy 거래를 위해 지불된 20 에코에 부가하여, 사용자는 구매를 위해 $20 보너스 블록을 사용할 수 있고, 현금 비용을 추가로(예컨대, $60까지) 낮출 수 있다. 일부 구현예들에서, 초대 보너스 블록(예컨대, 다른 사용자들을 초대하기 위한 보너스 블록), 상인 보너스 블록(예컨대, 상인에 의해 발행되는 보너스 블록), 및/또는 기타와 같은 각종의 상이한 유형의 보너스 블록들이 있을 수 있다.

"사업장"이라는 용어는, 본 명세서에서 사용되는 바와 같이, 상점, 백화점, 의료 클리닉, 레스토랑, 애완 동물 가게, 미용실, 여행사, 사무실, 병원, 택시, 소매업체, 유통업체, 생산자, 제조업체, 키오스크, 쇼핑 센터, 박람회, 쇼, 유람선, 벼룩 시장, 공공 시장, 그리고 또한 카탈로그, 웹 사이트, 개인 네트워크 또는 인터넷 접속을 갖는 임의의 디바이스: 컴퓨터, 개인용 컴퓨터, 네트워크 디바이스, 워크 스테이션 컴퓨터, 핸드헬드 컴퓨터, 태블릿, 스마트 폰, 휴대 전화, 음성 전화, POS 전자 단말기, 스마트 TV, 셋톱 박스, 및/또는 기타를 비롯한, 연관된 상인이 거래를 수행하는 상이한 지리적 및 비물리적 장소들을 의미한다.

도 2a는 ECO ADVANTAGE의 예시적인 실시예들에서 거래를 수행하는 것을 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자(201)는 상인과 제품 및/또는 서비스에 대한 거래를 개시하는 것을 통해 상인(202)과 상호작용할 수 있다(205). 일부 구현예들에서, 사용자는 상인 위치에 있는 PoS(Point of Sales) 디바이스를 통해, 상인 키오스크를 통해, 개인 전자 디바이스(예컨대, 웹 사이트에 연결된 컴퓨터, ECO ADVANTAGE 애플리케이션에 연결된 모바일 디바이스, 및/또는 기타)를 통해 거래를 개시할 수 있다. 일부 구현예들에서, 사용자는 ECO ADVANTAGE에서의 사용자의 ID, 사용자의 PIN(및/또는 기타 형태의 인증), 및/또는 기타를 포함하는 정보를 상인에게 제공할 수 있다. 일부 구현예들에서, PoS 디바이스는 또한 거래 금액, 구매, 환불 및/또는 기타가 행해지는 제품들 및/또는 서비스들, 거래 시의 분위기, 및/또는 기타 정보와 같은 정보를 제공할 수 있다. 일부 구현예들에서, 상인은 에코 요청 메시지(206)를 통해 이 정보를 ECO ADVANTAGE 서버(203)로 송신할 수 있다. 일부 구현예들에서, 예시적인 XML-인코딩된 에코 요청 메시지(206)는 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 민감한 정보(예컨대, 사용자 PIN 및/또는 기타)는 암호화될 수 있다. 일부 구현예들에서, ECO ADVANTAGE 서버는 에코 요청 메시지에서 획득된 정보를 사용하여 상인 및 사용자를 탐색할 수 있고, 이들 엔티티 둘 다가 이미 ECO ADVANTAGE에 등록되어 있는지를 결정할 수 있다(207). 일부 구현예들에서, 사용자 및 상인 데이터를 탐색하기 위한 Grails 코드(Grails code)는 이하와 유사한 형태를 취할 수 있다:

서버는 에코 요청(206)에 명시된 사용자 및 상인에 대응하는 사용자 및 상인 기록들에 대해 데이터베이스에 질의(208)하는 것을 통해 ECO ADVANTAGE 데이터베이스(209)에 액세스할 수 있다.

일부 구현예들에서, ECO ADVANTAGE는 이러한 기록들이 존재하는지를 결정하기 위해 ECO ADVANTAGE 데이터베이스의 상인 테이블(209c) 및 사용자 테이블(209d)에 질의할 수 있다. 일부 구현예들에서, ECO ADVANTAGE 데이터베이스는 거래에 관여된 사용자 및/또는 상인에 관한 발견된 기록들을 포함할 수 있는 사용자/상인 결과(210)를 반환할 수 있다. 일부 구현예들에서, 사용자/상인 결과(210)는 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, ECO ADVANTAGE는 사용자가 거래를 위해 사용할 수 있는 에코의 수, 사용자가 거래를 위해 사용할 수 있는 보너스 블록들의 수 및 금액, 및/또는 기타와 같은 다수의 계산들을 결정하기 위해 이 기록들을 사용할 수 있다. 일부 구현예들에서, 이것은 사용자 체크인에 기초하여, 상인의 분위기에 기초하여, 상인의 에코 스케줄에 기초하여, 상인의 현재 이용가능 용량, 예상된 이용가능 용량, 성장 잠재력, 및/또는 기타에 기초하여 결정될 수 있다. 일부 구현예들에서, 상기 계산들을 결정하기 위한 Grails 코드는 이하와 유사할 수 있다:

일부 구현예들에서, 상인의 에코 스케줄은 사용자에 의해 에코로 지불될 수 있는 상인에서의 주어진 거래의 퍼센트를 개략적으로 나타내는 스케줄일 수 있다. 일부 구현예들에서, 이 스케줄은 상인의 분위기, 거래의 분량, 거래의 제품들과 같은 정보에 기초하고, 사용자의 기간별 또는 현재까지의 총 거래, 기간별 또는 현재까지의 총 에코 사용량, 기간별 또는 현재까지의 기부된 총 에코, 기간별 또는 현재까지의 기부된 및 사용된 총 에코, 기간별 또는 현재까지의 활성 친구들의 수, 이들의 어떤 인자, 및/또는 기타에 기초할 수 있다(부가 정보에 대해서는 도 5a 내지 도 5d를 참조).

일부 구현예들에서, ECO ADVANTAGE 서버는 에코 응답(212)을 통해 이 정보를 상인에게 송신할 수 있다. 일부 구현예들에서, XML-인코딩된 에코 응답은 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 상인은 사용자의 에코 밸런스, 거래에서 사용될 수 있는 에코의 수, 에코가 적용되는 경우 새로운 에코 밸런스, 에코가 적용되는 경우 사용자의 새로운 에코 밸런스, 및/또는 기타를 포함할 수 있는 업데이트된 거래 정보를 사용자에게 디스플레이(213)하기 위해 획득된 정보를 사용할 수 있다. 일부 구현예들에서, 상인은 사용자의 보너스 블록 밸런스, 거래에서 사용될 수 있는 보너스 블록들, 보너스 블록들이 적용되는 경우 거래 밸런스, 보너스 블록들이 적용되는 경우 사용자의 새로운 보너스 블록들, 및/또는 기타를 포함할 수 있는 정보를 사용할 수 있다. 사용자는 거래 및 에코의 사용을 확인(214)할 수 있다. 일부 구현예들에서, 사용자는 보너스 블록들의 사용을 독립적으로 확인할 수 있다. 일부 구현예들에서, 사용자는 상인에 있는 PoS 단말기 상의 버튼 및/또는 기타를 누르는 것에 의해, 또는 모바일 애플리케이션, SMS, 웹 사이트, NFC/RFID, 및/또는 기타 근접성 태그들, UTP 디바이스들, 인터넷 지원 전자 디바이스들, 및/또는 기타를 통해 확인할 수 있다. 일부 구현예들에서, 상인은 거래의 처리를 개시하기 위해 지불 요청(215)을 취득자(acquirer)(204)로 송신할 수 있다. 일부 구현예들에서, 취득자는 상인에 대한 자금을 직접 확보할 수 있고; 다른 구현예들에서, 취득자는 상인과 다른 거래 엔티티(acquiring entity)(예컨대, 다른 거래 은행(acquiring bank), 및/또는 기타) 사이의 중재자일 수 있다. 일부 구현예들에서, 지불 요청(215)은 XML-인코딩된 암호화된 메시지일 수 있고, 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 취득자는 거래 밸런스(transaction balance)(예컨대, 에코 및/또는 보너스 블록들이 거래 총액에 적용된 후의 현금 지불 비용(out-of-pocket cost))만을 수신할 수 있다. 일부 구현예들에서, 취득자는 사용자의 지불(216)의 확보에 관여될 수 있는 다양한 지불 엔티티들에 대한 메시지들을 생성하기 위해 거래 요청에서의 정보를 사용할 수 있다. 예를 들어, 취득자는 거래를 처리하기 위해 사용자의 발행 은행, 상인의 은행 계좌, 하나 이상의 다른 거래 엔티티들, 및/또는 기타와 상호작용할 수 있다. 일부 구현예들에서, 그 엔티티들은 다른 취득자, 다른 금융 기관, 지불 게이트웨이, 온라인 지불 서비스(예컨대, PayPal), 전자 자금 이체 네트워크(Electronic Funds Transfer Network)(예컨대, Swift), 및/또는 기타일 수 있다. 일부 구현예들에서, 거래를 처리하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

일단 처리되면, 취득자는 거래가 승인되었는지(예컨대, 성공했는지) 거부되었는지(예컨대, 실패했는지)를 나타내는 거래 확인(217)을 상인에게 송신할 수 있다. 일부 구현예들에서, 거래 확인은 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 상인은 사용자의 새로운 에코 밸런스 및/또는 기타 정보를 나타내는 거래 영수증(218)을 사용자에게 제공할 수 있다. 일부 구현예들에서, 영수증은 상인의 PoS 디바이스에서 인쇄 및/또는 디스플레이될 수 있다. 일부 구현예들에서, 영수증은 이하와 유사한 형태를 취할 수 있다:

상인은 또한 거래 확인을 ECO ADVANTAGE로 포워딩할 수 있다(219). 일부 구현예들에서, 거래 확인(219)은 이하와 유사한 형태를 취할 수 있다:

ECO ADVANTAGE는 (예컨대, 거래에서 사용된 에코들을 공제하는 것에 의해, 상인으로부터 온 것으로 식별된 새로운 에코들을 사용자 계정에 부가하는 것에 의해, 및/또는 기타) 사용자의 계정을 업데이트(220)하기 위해 확인을 사용할 수 있다. 일부 구현예들에서, 사용자의 계정을 업데이트하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

ECO ADVANTAGE는 또한 상인의 계정을 업데이트(221)할 수 있다(예컨대, 상인 계정을 거래의 기록에 링크시킴, 상인의 BI 정보 및 스케줄들, 분위기, 및/또는 기타를 업데이트함). 일부 구현예들에서, 상인 계정을 업데이트하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, ECO ADVANTAGE는 또한 다양한 거래들의 상태를 모니터링할 수 있고, 미리 결정된 기준들에 기초하여 ECO ADVANTAGE 데이터베이스의 기록들에서 발견되는 경우 불완전한 거래들을 번복하고, 재시도하며 그리고/또는 다른 방식으로 처리할 수 있다.

도 2b는 ECO ADVANTAGE의 예시적인 실시예들에서 거래를 수행하는 것을 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자는 사용자의 UID, 사용자의 PIN, 및/또는 기타와 같은 정보를 제공하는 것에 의해 상인과 거래를 개시할 수 있다(226). 상인은 사용자의 정보를 수신할 수 있고(227), 그를 ECO ADVANTAGE에 송신할 수 있으며, ECO ADVANTAGE는 사용자가 ECO ADVANTAGE에 있는지를 검증하기 위해 정보를 사용하라고 프롬프트될 수 있다(228). 일부 구현예들에서, ECO ADVANTAGE는 관여된 엔티티들에 대한 상인 및/또는 사용자 기록이 있는지를 결정하기 위해 ECO ADVANTAGE 데이터베이스에 질의할 수 있다(229). 상인 기록이 발견되지 않는 경우(230), 상인은 ECO ADVANTAGE에 등록하라고 프롬프트될 수 있다(도 4b 및 도 4c 참조). 상인 기록이 발견되었지만 상인에 대한 유효한 PoS 기록이 없는 경우(231), 상인은 PoS 정보를 제출하고 그리고/또는, 필요한 경우, PoS 설정 및/또는 구성을 업데이트하라고 프롬프트될 수 있다(도 4c 참조). 상인 기록이 발견되고 그에 대한 유효한 PoS 기록이 있지만, 사용자에 대한 기록이 없는 경우(232), ECO ADVANTAGE는 사용자가 ECO ADVANTAGE에 등록할 수 있게 하라고 상인에 프롬프트할 수 있다(도 3b 참조).

사용자 기록이 발견되는 경우, ECO ADVANTAGE는 사용자의 에코 밸런스를 사용자 기록으로부터 검색할 수 있고(233), 어느 에코들이 거래에 관여된 상인으로부터 온 것으로 표시되어 있는지를 결정할 수 있다. 앞서 언급한 바와 같이, 일부 구현예들에서, 관여된 상인으로부터 온 것으로 표시된 에코들은 거래를 위해 사용가능하지 않을 수 있다. 그에 부가하여, ECO ADVANTAGE는 임의의 이용가능한 보너스 블록들을 사용자 기록으로부터 검색할 수 있고, 어느 것이 구매를 위해 사용될 수 있는지를 결정할 수 있다. ECO ADVANTAGE는, 그의 상인 기록에 있는 상인의 에코 스케줄 및/또는 기타에 기초하여, 일반적으로 거래에 적용될 수 있는 에코들의 수를 계산할 수 있다(234). ECO ADVANTAGE는 사용자의 에코 밸런스, 상인의 에코 스케줄, 사용자가 특정의 거래를 위해 사용할 수 있는 에코의 금액, 남아 있는 밸런스, 및/또는 기타를 상인에게 송신할 수 있다.

이 정보를 획득한 후에(235), 상인은 그의 에코들 및/또는 보너스 블록들의 사용을 허가하라고 그리고 나머지를 ECO ADVANTAGE에 저장된 신용/직불 카드, 새로운 신용/직불 카드에 과금하는 것을 허가하라고, 밸런스를 현금으로 지불하는 것을 허가하라고, 및/또는 기타를 사용자에게 프롬프트할 수 있다. 사용자는 에코들, 보너스 블록들, 및/또는 직불/신용 카드의 사용을 허가하는 것을 비롯하여 거래를 허가할 수 있고(236), 거래를 허가하기 위해 상인의 PoS 디바이스를 사용할 수 있다. 상인은 사용자에게 과금될 금액을 확보를 위해 상인의 취득자로 송신할 수 있다(237). 일부 구현예들에서, 취득자는 거래 정보를 수신할 수 있고(238), 자금을 확보하기 위해 관련 정보를 사용자의 발행 은행으로 포워딩할 수 있다(239). 다른 구현예들에서, 취득자는 정보를 사용자의 발행자와 직접 상호작용할 다른 취득자 및/또는 기타 엔티티와 같은 상이한 엔티티로 포워딩할 수 있다. 일부 구현예들에서, 취득자는 자금의 확보가 성공적이었는지 여부를 나타내는 응답을 발행자 및/또는 기타 엔티티로부터 수신할 수 있다(240). 취득자는, 거래가 성공하지 못한 경우(241), 실패한 거래의 통지를 포워딩할 수 있는 상인에게(248) 그리고 거래를 재시도하라고 프롬프트될 수 있는 사용자에게(250) 이 정보를 포워딩할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 또한 거래 기록에 관련된 모든 기록들을 완성되지 않은 것으로 그리고 추가의 동작이 필요한 것으로 표시할 수 있다. 거래가 성공한 경우, 상인은 성공한 거래의 통지를 ECO ADVANTAGE로 포워딩할 수 있고(242), ECO ADVANTAGE는 거래에 대한 거래 기록을 생성하고 그 기록을 ECO ADVANTAGE 데이터베이스에 저장할 수 있다(243). ECO ADVANTAGE는 또한 상인 계정 기록을 업데이트하고(245) 사용자 계정 기록을 업데이트할 수 있다(244). 일부 구현예들에서, 상인 기록은 거래 기록에 대한 링크, 업데이트된 에코 및 사용 스케줄 정보, BI 정보, 및/또는 기타로 업데이트될 수 있다. 일부 구현예들에서, 상인 기록을 업데이트하는 것은 또한 조정, 보고, BI 사용자 정보를 업데이트하는 것, 및/또는 기타와 같은 나중의 서비스들을 큐잉하는 것을 수반할 수 있다. 일부 구현예들에서, 사용자 기록을 업데이트하는 것은 거래에서 사용된 에코들 및/또는 보너스 블록들을 공제하는 것, 새로운 에코들을 사용자에 입금하는 것(상기 에코들은 상인으로부터 온 것으로 표시되어 있음), 및/또는 기타를 통해 사용자 기록을 업데이트하는 것을 수반할 수 있다. 일부 구현예들에서, 수령된 새로운 에코들의 금액은 거래 금액에 적어도 부분적으로 기초한 소정의 금액일 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 성공한 거래의 통지를 사용자에게 포워딩할 수 있고(246), 사용자는 통지를 수령할 수 있으며(247), 장래의 참조를 위해 통지를 저장할 수 있다.

도 2c는 ECO ADVANTAGE의 예시적인 실시예들에서 온라인 거래를 수행하는 것을 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자는 상인 PoS 디바이스와 별개인 개인용 컴퓨터, 모바일 디바이스, 상인 키오스크, 및/또는 기타 전자 디바이스를 통해 구매할 제품들 및/또는 서비스들을 상인 웹 사이트, 애플리케이션, 또는 SMS에서 선택할 수 있다(252). 온라인 상인(270)은 사용자 선택 항목들로부터 제품 ID들, 사용자의 거래 밸런스의 누계, 상인 웹 사이트에 대한 사용자의 ID 및 로그인 자격 증명(예컨대, 사용자 이름 및 패스워드), 상인에 대한 분위기, 및/또는 기타를 수집할 수 있다. 상인은 또한 에코 요청(253)을 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, 에코 요청은 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 민감한 정보(예컨대, 사용자 PIN 및/또는 기타)는 암호화될 수 있다. 도 2a와 유사하게, ECO ADVANTAGE는 질의(255)를 ECO ADVANTAGE 데이터베이스(209)로 송신할 수 있고, 상인 및 사용자 데이터(254)를 검색할 수 있으며, 사용자가 구매에 적용할 수 있는 에코들의 금액, 사용자가 그의 에코 및/또는 보너스 블록 밸런스에 가지고 있는 에코들 및/또는 보너스 블록들의 수, 및/또는 기타를 결정하기 위해(257) 질의 결과(256)에서 제공된 데이터를 사용할 수 있다. ECO ADVANTAGE는 상기 정보를 갖는 에코 응답(258)을 다시 온라인 상인에게 송신할 수 있다. 일부 구현예들에서, 에코 응답은 도 2a에서의 에코 응답(212)의 형태와 유사한 형태를 취할 수 있다. 일부 구현예들에서, 온라인 상인은 사용자의 에코 및/또는 보너스 블록 밸런스, 남아 있는 거래 밸런스, 및/또는 기타 정보를 사용자에게 디스플레이하고 상기 정보가 주어지면 거래를 확인하라고 사용자에게 프롬프트하는(259) 사용자를 위한 페이지를 생성할 수 있다.

사용자는 거래를 확인할 수 있고(260), 온라인 상인이 사용자로부터 수집한 임의의 정보(예컨대, 사용자 ID, 사용자 허가, 및/또는 기타)가 도 2a에서의 지불 요청(215)의 형태와 유사한 형태를 취할 수 있는 지불 요청(261)을 통해 취득자(204)에게 송신될 수 있다. 일부 구현예들에서, 취득자는 또한 은행일 수 있는 지불 게이트웨이(Payment Gateway), 온라인 지불 서비스(예컨대, PayPal), 전자 자금 이체, 및/또는 기타일 수 있다. 취득자는 거래 정보를 처리하고 거래 요청(263)을 처리를 위해 다른 지불 엔티티(271)(예컨대, 사용자의 발행자, 다른 거래 엔티티, 및/또는 기타)로 송신하는 것을 통해 지불을 확보한다(262). 지불 엔티티는 거래가 성공적으로 처리되었는지 여부를 나타낼 수 있는 거래 응답(264)을 다시 취득자로 송신할 수 있다. 취득자는 이 통지를 거래 확인(265)을 통해 포워딩할 수 있고, 온라인 상인은 그를 사용하여 영수증 페이지(266)를 생성할 수 있고 그리고 온라인 상인은 그를 사용하여 사용자의 ECO ADVANTAGE, 이메일 주소, 및/또는 기타로 송신할 수 있는 전자 영수증을 생성할 수 있다. 온라인 상인은 또한 거래 확인을 ECO ADVANTAGE로 포워딩할 수 있고(267), ECO ADVANTAGE는 사용자의 에코 및/또는 보너스 블록 밸런스를 업데이트하기 위해(268)(예컨대, 사용된 에코들 및/또는 보너스 블록들을 공제하는 것, 새로운 에코들을 입금하는 것, 및/또는 기타) 그리고 도 2a와 유사한 방식으로 상인의 계정을 업데이트하기 위해(269) 확인 정보를 사용할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 취득자로부터 직접 거래 확인을 수신할 수 있다.

도 2d는 ECO ADVANTAGE의 예시적인 실시예들에서 온라인 거래를 수행하는 것을 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자는 사용자의 UID, 사용자의 PIN, 및/또는 기타와 같은 정보를 제공하는 것에 의해 상인과 거래를 개시할 수 있다(298). 상인은 사용자의 정보를 수신할 수 있고(272), 그를 ECO ADVANTAGE에 송신할 수 있으며, ECO ADVANTAGE는 사용자가 ECO ADVANTAGE에 있는지를 검증하기 위해 정보를 사용하라고 프롬프트될 수 있다(273). 일부 구현예들에서, ECO ADVANTAGE는 관여된 엔티티들에 대한 상인 및/또는 사용자 기록이 있는지를 결정하기 위해 ECO ADVANTAGE 데이터베이스에 질의할 수 있다(274). 상인 기록이 발견되지 않는 경우(275), 상인은 ECO ADVANTAGE에 등록하라고 프롬프트될 수 있다(도 4b 및 도 4c 참조). 상인 기록이 발견되었지만 상인에 대한 유효한 PoS 기록이 없는 경우(276), 상인은 PoS 정보를 제출하고 그리고/또는, 필요한 경우, PoS 설정 및/또는 구성을 업데이트하라고 프롬프트될 수 있다(도 4c 참조). 상인 기록이 발견되고 그에 대한 유효한 PoS 기록이 있지만, 사용자에 대한 기록이 없는 경우(277), ECO ADVANTAGE는 사용자가 ECO ADVANTAGE에 등록할 수 있게 하라고 상인에 프롬프트할 수 있다(도 3b 참조).

사용자 기록이 발견되는 경우, ECO ADVANTAGE는 사용자의 에코 밸런스를 사용자 기록으로부터 검색할 수 있고(278), 어느 에코들이 거래에 관여된 상인으로부터 온 것으로 표시되어 있는지를 결정할 수 있다. 앞서 언급한 바와 같이, 일부 구현예들에서, 관여된 상인으로부터 온 것으로 표시된 에코들은 거래를 위해 사용가능하지 않을 수 있다. 그에 부가하여, ECO ADVANTAGE는 임의의 이용가능한 보너스 블록들을 사용자 기록으로부터 검색할 수 있고, 어느 것이 구매를 위해 사용될 수 있는지를 결정할 수 있다. ECO ADVANTAGE는, 그의 상인 기록에 있는 상인의 에코 스케줄 및/또는 기타에 기초하여, 일반적으로 거래에 적용될 수 있는 에코들의 수를 계산할 수 있다(279). ECO ADVANTAGE는 사용자의 에코 밸런스, 상인의 에코 스케줄, 사용자가 특정의 거래를 위해 사용할 수 있는 에코의 금액, 남아 있는 밸런스, 및/또는 기타를 생성하고 상인에게 송신할 수 있다(280).

이 정보를 획득한 후에(281), 상인은, 사용자의 거래 정보(예컨대, 현재 에코 및/또는 보너스 블록 밸런스, 거래거 하거된 후의 밸런스, 및/또는 기타)를 포함하는 거래 확인 페이지를 생성하는 것(282)을 통해, 그의 에코 및/또는 보너스 블록들의 사용을 허가하라고 그리고 ECO ADVANTAGE에 저장된 신용/직불 카드, 새로운 신용/직불 카드에 나머지를 과금하는 것을 허가하라고, 밸런스를 현금으로 지불하는 것을 허가하라고, 및/또는 기타를 사용자에게 프롬프트할 수 있다. 사용자는 확인 페이지를 통해 에코들, 보너스 블록들, 및/또는 직불/신용 카드의 사용을 허가하는 것을 비롯하여 거래를 허가할 수 있다(283). 상인은 사용자에게 과금될 금액을 확보를 위해 상인의 취득자로 송신할 수 있다(284). 일부 구현예들에서, 취득자는 거래 정보를 수신할 수 있고(285), 자금을 확보하기 위해 관련 정보를 사용자의 발행 은행으로 포워딩할 수 있다(286). 다른 구현예들에서, 취득자는 그 정보를 다른 취득자, 다른 은행, 온라인 지불 서비스, 전자 자금 이체 서비스, 및/또는 기타, 그리고/또는 사용자의 발행자와 직접 상호작용하게 될 기타 엔티티와 같은 상이한 엔티티로 포워딩할 수 있다. 일부 구현예들에서, 취득자는 자금의 확보가 성공적이었는지 여부를 나타내는 응답을 발행자 및/또는 기타 엔티티로부터 수신할 수 있다(287). 취득자는, 거래가 성공하지 못한 경우(288), 실패한 거래의 통지를 포워딩할 수 있는 상인에게(296) 그리고 거래를 재시도하라고 프롬프트될 수 있는 사용자에게(297) 이 정보를 포워딩할 수 있다. 거래가 성공한 경우, 상인은 성공한 거래의 통지를 ECO ADVANTAGE로 포워딩할 수 있고(289), ECO ADVANTAGE는 거래에 대한 거래 기록을 생성하고 그 기록을 ECO ADVANTAGE 데이터베이스에 저장할 수 있다(290). ECO ADVANTAGE는 또한 상인 계정 기록을 업데이트하고(292) 사용자 계정 기록을 업데이트할 수 있다(291). 일부 구현예들에서, 상인 기록은 거래 기록에 대한 링크, 업데이트된 에코 스케줄 정보, BI 정보, 및/또는 기타로 업데이트될 수 있다. 일부 구현예들에서, 사용자 기록을 업데이트하는 것은 거래에서 사용된 에코들 및/또는 보너스 블록들을 공제하는 것, 새로운 에코들을 사용자에 입금하는 것(상기 에코들은 상인으로부터 온 것으로 표시되어 있음), 및/또는 기타를 통해 사용자 기록을 업데이트하는 것을 수반할 수 있다. 일부 구현예들에서, 수령된 새로운 에코들의 금액은 거래 금액에 적어도 부분적으로 기초한 소정의 금액일 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 성공한 거래의 통지를 사용자에게 포워딩할 수 있고(293), 사용자는 통지를 수령할 수 있으며(294), 장래의 참조를 위해 통지를 저장할 수 있다.

도 3a는 ECO ADVANTAGE의 예시적인 실시예들에서 ECO ADVANTAGE 계정 없이 온라인 거래를 수행하는 것을 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자(301)는 거래 정보, 및 고유 사용자 PIN 및/또는 식별자(예컨대, 사회 보장 번호, 전화 번호, 및/또는 기타)를 상인에 제공하는 것을 통해 상인(303)과 거래를 개시할 수 있다(302). 일부 구현예들에서, 상인은 상인에 있는 사람이 거래를 개시하고자 한다는 것을 나타내는 (에코 요청(206)과 유사한 형태를 취할 수 있는) 에코 요청(304)을 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, 민감한 정보(예컨대, 사용자 PIN 및/또는 기타)는 암호화될 수 있다. 일부 구현예들에서, 에코 요청(304)은 에코 요청(206)과 유사할 수 있다. ECO ADVANTAGE는, 사용자 및 상인 정보 질의(307)를 ECO ADVANTAGE 데이터베이스(308)의 사용자 테이블(308d) 및 상인 테이블(308d)로 송신하는 것을 통해, 어느 엔티티가 데이터베이스에 있는지를 결정하기 위해 ECO ADVANTAGE 데이터베이스에서 상인 및 사용자를 탐색할 수 있다(306). 일부 구현예들에서, PHP 인코딩된 사용자 및 상인 질의(307)는 사용자/상인 질의(208)와 유사한 형태를 취할 수 있다.

일부 구현예들에서, ECO ADVANTAGE 데이터베이스는 기록들이 성공적으로 발견되었는지 및 요청된 정보를 나타내는 사용자 및 상인 응답(309)를 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, 사용자 및 상인 응답(309)는 이하와 유사한 형태를 취할 수 있다:

사용자 계정이 발견되지 않은 경우(예컨대, 사용자가 아직 ECO ADVANTAGE에 계정을 가지지 않은 경우), ECO ADVANTAGE는 거래 상세들을 추적하기 위해 및/또는 사용자가 ECO ADVANTAGE에 등록할 수 있게 하기 위해 사용될 수 있는 사용자에 대한 임시 사용자 ID/허가 코드를 생성할 수 있다(310). 일부 구현예들에서, 임시 사용자 ID를 생성하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, ECO ADVANTAGE는 에코 응답(311)을 상인에게 송신할 수 있다. XML-인코딩된 에코 응답(311)은 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 상인은 사용자에 대한 ECO ADVANTAGE로부터 수신된 정보를 인쇄 또는 디스플레이할 수 있고(312), 따라서 사용자는 ECO ADVANTAGE 계정에 등록하고 거래를 통해 수령한 에코를 사용할 수 있다. 일부 구현예들에서, 인쇄된 및/또는 디스플레이된 정보는 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, ECO ADVANTAGE는 사용자가 계정을 생성했는지를 알아보기 위해 임시 사용자 ID를 모니터링할 수 있고(320), 사전 명시된 비활동 기간 후에 사용자의 계정을 비활성화시키기로 할 수 있다. 사용자는 적용 요청(313)을 ECO ADVANTAGE로 전송할 수 있거나, 적용 요청(315)을 ECO ADVANTAGE로 포워딩할 수 있는 상인으로 적용 요청(314)을 전송할 수 있다. 일부 구현예들에서, XML-인코딩된 적용 요청(313, 314 또는 315)은 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 적용 요청에서의 사용자의 적용 정보는 ECO ADVANTAGE에서 사용자 계정을 인스턴스화하기 위해 사용될 수 있다(316). 일부 구현예들에서, 사용자 계정을 인스턴스화하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

ECO ADVANTAGE는 또한 사용자의 허가에서 명시된 에코들의 수를 사용자의 새로운 계정에 입금할 수 있다. ECO ADVANTAGE는 (예컨대, 직접 사용자에게로의 메시지(319)를 통해, 또는 사용자로 포워딩될 수 있는(318) 상인으로의 메시지(317)를 통해) 등록의 확인을 사용자에게 송신할 수 있다. 일부 구현예들에서, XML-인코딩된 등록 메시지의 상태는 이하와 유사한 형태를 취할 수 있다:

도 3b는 ECO ADVANTAGE의 예시적인 실시예들에서 ECO ADVANTAGE 계정 없이 온라인 거래를 수행하는 것을 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, ECO ADVANTAGE는 거래 기록을 저장하고 기록에 대한 거래 ID를 생성한다(321). ECO ADVANTAGE는 또한 임시 사용자 ID, 인증 코드, 저장된 거래에 대한 참조, 및/또는 기타 정보로 임시 사용자 기록(322)을 생성할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 임시 계정과 연관된 에코들의 수를 계산할 수 있고(323), 사용자의 허가 코드 및/또는 임시 ID, 상인의 거래에 적용되었을 수 있는 에코들의 금액, 거래로부터 수령될 에코들의 금액, 사용자가 등록하는 경우 사용자에 대해 발생된 총 에코들, 및/또는 기타 정보를 수신하고 인쇄 및/또는 디스플레이할 수 있는(324) 상인에게 에코 정보를 송신할 수 있다. 사용자는, 상인에 의해 제공된 데이터를 획득할 시에(325), 그의 에코들을 시스템에서 사용할 수 있도록 ECO ADVANTAGE에 계정을 생성할 기회를 부여받을 수 있다. 사용자가 계정을 원하는 경우(326), 사용자는 사용자의 이름, 주소, 이메일, 패스워드, 및/또는 기타와 같은 적용 정보를 상인에게 제공할 수 있다(328). 일부 구현예들에서, 상인은 적용을 메시지에서 ECO ADVANTAGE로 송신하는 것(330)을 통해 적용을 처리할 수 있다(329). 일부 구현예들에서, 사용자는 또한 상인 및/또는 그의 PoS 디바이스와 별개인 전자 디바이스를 통해 적용 정보를 ECO ADVANTAGE로 직접 송신할 수 있다(331). ECO ADVANTAGE는 사용자의 임시 계정을 정상의 사용자 계정으로 변환할 수 있고(332), 적용 데이터 및/또는 기타 정보로 새로운 계정을 업데이트할 수 있다. ECO ADVANTAGE는 또한 수행된 거래에 기초하여 미리 결정된 수의 에코들을 사용자에 입금할 수 있고(333), 일부 구현예들에서, 이 에코들은 거래가 시작된 상인으로부터 온 것으로 표시될 수 있다. ECO ADVANTAGE는 등록이 성공적이었다는 것을 프로세스에서 다른 엔티티들에 통지하기 위해, 사용자의 현재 에코 밸런스를 제공하기 위해, 및/또는 기타를 위해 상태 통지를 생성할 수 있다(334). 일부 구현예들에서, ECO ADVANTAGE는 데이터를 로깅한 후에 사용자에게 통지를 포워딩할 수 있는 상인에게 이 상태 통지를 송신할 수 있다(335). 다른 구현예들에서, ECO ADVANTAGE는 우편, 이메일, SMS, 및/또는 기타를 통해 통지를 사용자로 직접 송신할 수 있다. 일부 구현예들에서, 사용자가 계정을 생성하지 않기로 하는 경우, ECO ADVANTAGE는 ECO ADVANTAGE 데이터베이스에서의 임시 사용자 기록을 비활성화시킬 수 있다(327). 일부 구현예들에서, 사용자는 도 21a에서의 것과 유사한 프로파일 사용자 인터페이스를 통해 그의 새로 생성된 계정을 볼 수 있다.

도 4a는 ECO ADVANTAGE의 예시적인 실시예들에서 상인을 등록하는 것을 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 상인(401)은 상인이 등록을 위한 정보 및/또는 신청서, 및/또는 기타를 얻고자 한다는 표시를 갖는 등록 요청(402)을 ECO ADVANTAGE로 송신하는 것을 통해 ECO ADVANTAGE에 등록하고자 할 수 있다. ECO ADVANTAGE는 등록 양식이 전자 양식 또는 실제 양식인지에 따라, 도 17a 또는 도 17b에서의 형태와 유사한 형태를 취할 수 있는 등록 요청 양식(404)을 송신할 수 있다. 일부 구현예들에서, 상인은 등록 요청 양식을 작성할 수 있고, 요청 양식 메시지(405)를 통해 그를 다시 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, 요청 양식 메시지(405)는 이하와 유사한 XML-인코딩된 메시지일 수 있다:

일부 구현예들에서, ECO ADVANTAGE는 상인을 프로그램에 등록하기 전에 상인에 대해 검사(예컨대, 금융, 품질, 및/또는 기타)(406)를 수행하고자 할 수 있고, 상인에 대한 검사를 실행하기 위해 검사 요청(407)을 상인 에이전트(408)에게 송신할 수 있다. 일부 구현예들에서, 상인 에이전트는 ECO ADVANTAGE 내부 및 외부 둘 다에서 다양한 상인들에 관한 다양한 유형의 정보를 수집, 집계 및 분석할 수 있는 다른 전자 엔티티(예컨대, 웹 크롤러 엔티티, 로봇, 및/또는 기타)일 수 있다. 일부 구현예들에서, 검사 요청 메시지(407)는 집계 동안 사용할 상인에 대한 검사 파라미터들(예컨대, 검색할 상인, 검색할 소스들, 및/또는 기타)을 포함할 수 있는 XML-인코딩된 메시지일 수 있다.

일부 구현예들에서, 상인 에이전트는 상인에 관한 금융 정보, 품질 정보, 배경 정보, 및/또는 기타 정보를 집계할 수 있고(409), 상인 검사 데이터를 포함할 수 있는 상인 검사 응답(410)으로서 이 정보를 ECO ADVANTAGE에 반환할 수 있다.

일부 구현예들에서, ECO ADVANTAGE는, 상인 검사를 수신한 후에, 상인이 사전 명시된 품질 임계치를 충족시키고 ECO ADVANTAGE에 대해 승인된 경우 상인에 대한 상인 계정 기록을 생성할 수 있고, 상인을 프로그램에 등록할 수 있다(411). 일부 구현예들에서, 상인 계정을 생성하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

ECO ADVANTAGE는 정보를 ECO ADVANTAGE 데이터베이스(413)의 스케줄 테이블(413b) 및 상인 테이블(413d)에 저장하는 것을 통해 상인 계정 기록, 상인 에코 스케줄, 및/또는 기타를 인스턴스화할 수 있다(412). 일부 구현예들에서, ECO ADVANTAGE는 또한 ECO ADVANTAGE 데이터베이스의 카테고리들 테이블(413a) 및 지역들 테이블(413c)을 업데이트하는 것을 통해 ECO ADVANTAGE에서의 지역들, 카테고리들, 및/또는 기타를 업데이트할 수 있다.

일부 구현예들에서, ECO ADVANTAGE는 상인이 시스템에 성공적으로 등록했다는 것을 나타내는 통지를 상인에게 송신할 수 있다(414). 일부 구현예들에서, 계정 생성의 통지(414)는 상인의 새로운 ECO ADVANTAGE 자격 증명들 및/또는 기타 등록 정보를 포함할 수 있는 XML-인코딩된 메시지일 수 있다.

일부 구현예들에서, 상인은 거래 동안 ECO ADVANTAGE와 적절히 통신하기 위해 그의 PoS 설정 및/또는 구성을 업데이트할 필요가 있을 수 있다. 일부 구현예들에서, 상인은 POS 설정을 업데이트하고자 하는 바램을 나타내는 그리고 상인의 현재 구성, 설정, 및/또는 기타 정보를 포함하는 PoS(예컨대, 사업장 또는 판매 시점(point-of-sales)) 구성 설정 요청(415)을 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, PoS 구성 설정 요청(415)은 상인의 현재 PoS 구성, 설정, 인프라, 및/또는 기타에 관한 정보를 포함할 수 있는 XML-인코딩된 메시지일 수 있다.

ECO ADVANTAGE는, 상인의 기존의 PoS 정보를 수신한 후에, 상인이 이미 가지고 있는 인프라 및/또는 기타에 기초하여 상인에 대한 PoS 구성을 생성할 수 있고(416), 상인의 PoS 설정이 그에 따라 업데이트될 수 있도록 상인에 대한 훈련 매뉴얼, 지침서, 및/또는 기타 자료들을 생성할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 ECO ADVANTAGE 데이터베이스에서의 PoS 설정 기록을 인스턴스화할 수 있고(417), 새로운 생성된 설정, 구성, 및/또는 기타를 상세히 기술하는 PoS 구성 설정 응답(418)을 송신할 수 있다. 일부 구현예들에서, PoS 구성 설정 응답(418)은 상인의 PoS 구성, 설정, 및/또는 기타에 대한 ECO ADVANTAGE의 제안들을, 훈련 자료들 및/또는 자원들과 함께, 포함할 수 있다. 일부 구현예들에서, PoS 구성 설정 응답(418)은 상인의 취득자(420)로 송신될 수 있고; 다른 구현예들에서, 이는 상인에게 직접 송신될 수 있다. 그 응답이 상인에게 직접 송신되는 경우, 상인은 PoS 구성 설정을 메시지(419)를 통해 상인의 취득자로 포워딩할 수 있다. 취득자는 새로운 구성, 설정, 및/또는 기타에 기초하여 상인의 PoS(422)를 업데이트, 재시작 및 테스트할 수 있다. PoS가 성공적으로 구성되었을 때, 상인은 확인(423)을 ECO ADVANTAGE로 송신할 수 있다.

도 4b 및 도 4c는 ECO ADVANTAGE의 예시적인 실시예들에서 상인을 등록하는 것을 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, 상인은 ECO ADVANTAGE에 등록하라는 요청을 ECO ADVANTAGE로 전송할 수 있고(424), ECO ADVANTAGE는 요청을 수신하고 상인에 대한 템플릿 또는 커스터마이즈된 등록 양식을 생성할 수 있다(425). 일부 구현예들에서, ECO ADVANTAGE는 등록 양식을 상인에게 송신할 수 있고(426), 상인은 등록 양식을 수신할 수 있으며(427), 식별 정보, 상인 판매 정보, 제품 정보, 상인 지불 정보, 분위기, 산업 정보, 및/또는 각종의 다른 유형의 상인 관련 데이터를 포함할 수 있는, ECO ADVANTAGE에 등록하기 위한 신청서를 전송할 수 있다(428). 일부 구현예들에서, ECO ADVANTAGE는 신청서를 수신할 수 있고, 상인에 관한 배경 자료들을 획득하기 위해 ECO ADVANTAGE에 등록된 상인 에이전트들에 대한 질의를 생성할 수 있다(429). 일부 구현예들에서, ECO ADVANTAGE가 질의를 상인에게 송신하면(430), 상인은 상인의 정보를 수신할 수 있고(431), 금융, 품질, 및/또는 기타와 같은 상인에 관한 정보를 집계하기 시작할 수 있다(432). 일부 구현예들에서, 상인 정보가 공인된 금융 심사 기관들, 동료 심사 서비스들, 고객 심사 서비스들, 및/또는 기타로부터 집계될 수 있다. 일부 구현예들에서, 상인 에이전트는 집계된 데이터에 기초하여 배경 검사를 생성할 수 있고(433), 집계된 데이터에 기초한 배경 검사를 송신할 수 있다(434). ECO ADVANTAGE는 상인에 대한 배경 검사를 수신할 수 있고(435), (예컨대, 상인이 좋지 않은 신용 점수를 가지는, 다수의 눈에 띄는 소셜 심사 웹 사이트들에서 낮은 고객 심사 점수를 가지는, 및/또는 기타의 경우) 상인에 관한 어쩌면 놀라운 정보를 찾아내기 위해 배경 검사를 파싱할 수 있다(436). 상인이 다수의 사전 명시된 기준들(예컨대, 신용 임계치, 동료 심사 임계치, 및/또는 기타)을 충족시키는 경우(437), ECO ADVANTAGE는 상인의 등록 신청에서 획득된 정보를 사용하여 ECO ADVANTAGE 데이터베이스에 상인 계정 기록을 생성할 수 있고(440), (추가의 상세를 위해 도 5a 및 도 5b를 참조) 상인의 제공된 데이터를 사용하여 상인에 대한 초기 에코 스케줄을 생성할 수 있다(441). 일부 구현예들에서, 소비자가 특정의 하루 중 시간, 특정의 요일, 및/또는 기타에서 상인에서의 거래에서 몇개의 에코들을 사용할 수 있는지를 결정하기 위해 에코 스케줄이 사용될 수 있다.

도 4c에 도시된 바와 같이, ECO ADVANTAGE는 또한 상인이 성공적으로 등록되었다는 것을 나타내는 확인 통지를 생성할 수 있고(442), 상기 확인을 상인에게 송신할 수 있다(443). 상인이 확인을 수신하면(444), 상인은 상인의 현재 PoS 인프라, 자원, 구성, 설정, 및/또는 기타의 조사를 생성할 수 있고(445), 조사를 ECO ADVANTAGE로 전송할 수 있다(445). 일부 구현예들에서, ECO ADVANTAGE는 조사를 수신할 수 있고(447), 상인의 전송된 인프라 및 ECO ADVANTAGE의 인프라 및/또는 구성 요구들에 기초하여 새로운 PoS(예컨대, 판매 시점(Place of Sales), 사업장(place of business), 또는 판매 시점 디바이스(Point of Sales device)) 구성, 설정, 인프라, 및/또는 기타를 결정할 수 있다(448). ECO ADVANTAGE가 상인의 PoS에 대한 새로운 설정들을 성공적으로 결정할 수 있는 경우(449), ECO ADVANTAGE는 또한 적절한 훈련 매뉴얼들, 구성 지침서들, 및/또는 기타를, 새로운 설정 및/또는 인프라에 대한 판촉들과 함께, 생성할 수 있고(453), 결정된 구성, 설정, 및/또는 기타 그리고 상인 계정 기록에 대한 참조를 포함하는 새로운 PoS 기록을 ECO ADVANTAGE 데이터베이스에 생성할 수 있다. ECO ADVANTAGE는 또한 상인의 기록들에 대한 새로운 구성, 설정, 및/또는 기타를, 훈련 매뉴얼들, 지침서들, 판촉들, 및/또는 기타와 함께, 상인(456)에게 송신할 수 있다(455). 상인은 또한 설정을 상인의 취득자에게 포워딩할 수 있고(457), 그 취득자는 새로운 PoS 구성 및/또는 기타를 수신할 수 있으며, 제안된 구성, 설정, 인프라, 및/또는 기타를 사용하여 새로운 PoS 시스템을 인스턴스화할수 있다(459). 취득자가 PoS를 재시작하고, 새로운 제안된 구성을 테스트하며(460), PoS가 성공적으로 구성될 때, 통지를 ECO ADVANTAGE로 송신할 수 있다(461). ECO ADVANTAGE는 통지를 수신할 수 있고(462), 장래의 참조를 위해 그를 PoS 및/또는 상인 기록에 저장할 수 있다.

일부 구현예들에서, 437에서 상인이 사전 명시된 등록 기준들을 충족시키지 않는 경우, ECO ADVANTAGE는 상인을 거부할 수 있고(438), 상인이 ECO ADVANTAGE에 의해 거부되었지만, 나중의 날짜에 등록하는 것을 다시 시도하라고 격려된다는 것을 나타내는 통지를 상인에게 송신할 수 있다(439). 일부 구현예들에서, 통지는 또한 좋지 않은 신용 점수, 좋지 않은 동료 심사, 및/또는 기타를 포함하는 거부의 이유들을 포함할 수 있다. ECO ADVANTAGE가 상인에 대한 새로운 PoS 설정을 결정할 수 없는 경우, ECO ADVANTAGE는 제공된 정보가 주어진 경우 ECO ADVANTAGE가 상인에 대한 적당한 구성을 생성할 수 없었다는 것을 나타내는 실패 메시지를 생성하고 상인에게 송신할 수 있고(450), 또한 ECO ADVANTAGE가 적당한 구성을 결정할 수 있기 전에 상인이 그의 기존의 인프라 및/또는 기타에 대해 어떤 주요 변경들을 행할 수 있는지를 알려줄 수 있다. 상인이 메시지를 수신한 후에(451), 상인은 상이한 PoS 인프라 및/또는 기타를 획득할 수 있고, PoS 인프라, 구성, 및/또는 기타에서의 변경들을 나타내는 PoS 조사를 ECO ADVANTAGE로 재전송할 수 있다.

도 5a는 ECO ADVANTAGE의 예시적인 실시예들에서 지역들 및 카테고리들을 생성하고 업데이트하는 것을 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 상인 에이전트(501)는 ECO ADVANTAGE에서 분석할 지역을 결정할 수 있다(502). 일부 구현예들에서, 지역은 지리적, 문화적, 산업적, 및/또는 기타 제약조건들에 기초할 수 있다. 상인은 각각의 지역에서 데이터를 획득할 상인들을 검색할 수 있고, ECO ADVANTAGE에 이미 등록된 소매 상인들(503)은 물론 온라인 상인들(504)로부터 집계 데이터를 획득할 수 있다(505). 일부 구현예들에서, 상인 에이전트는 각각의 상인에 관한 획득된 집계 정보를 지역/상인 조사 메시지(506)를 통해 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, XML-인코딩된 지역/상인 조사 메시지(506)는 XML-인코딩된 메시지일 수 있고, 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, ECO ADVANTAGE는 조사에서의 데이터를 파싱할 수 있고(508), 수신된 데이터에 대해 분석을 수행할 수 있다(509)(예컨대, 어느 상인들이 특정의 제품을 하루, 일주일, 및/또는 기타의 어느 때에 가장 많이 판매하는지를 결정하고, 어느 상인들이 소비자들에게 가장 잘 알려져 있는지를 결정하며, 그리고/또는 기타를 함). ECO ADVANTAGE는 분석되는 상인들에 대한 상인 프로파일, 에코 스케줄, 및/또는 기타를 업데이트할 수 있다(510). ECO ADVANTAGE는, 업데이트 질의(512)를 ECO ADVANTAGE 데이터베이스(513)로 송신하는 것을 통해, 상인 정보에 기초하여 ECO ADVANTAGE 데이터베이스 내의 지역 및 카테고리 정보를 생성 및/또는 업데이트할 수 있다(511). 일부 구현예들에서, ECO ADVANTAGE 관리자는 도 18 및 도 19에서의 것들과 같은 관리 사용자 인터페이스들을 통해 지역들 및 카테고리들을 생성 및/또는 업데이트할 수 있다.

도 5b 내지 도 5d는 ECO ADVANTAGE의 예시적인 실시예들에서 지역들 및 카테고리들을 생성하고 업데이트하는 것을 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, 상인 에이전트는 지리적, 문화적, 산업적, 및/또는 기타 인자들에 기초하여 지역을 정의할 수 있고(514), ECO ADVANTAGE에 등록된 상인들을 검색할 수 있다(515). 분석되는 각각의 상인에 대해(516), 상인 에이전트는 상인의 재고, 상인 거래 이력, 상인 위치, 및/또는 상인으로부터의 기타 데이터와 같은 상인 데이터를 검색할 수 있고(517), 상인들이 더 있는 경우(518) 다른 상인에 대한 데이터를 집계할 수 있다. 모든 상인들이 분석된 경우, 상인 에이전트는 집계된 상인 데이터에 기초하여 지역적 상인 조사를 생성하고(519), 지역적 상인 조사를 ECO ADVANTAGE로 송신할 수 있다(520). 일부 구현예들에서, ECO ADVANTAGE는 조사를 수신할 수 있고(521), ECO ADVANTAGE가 상인 데이터에 대한 분석을 수행할 수 있도록(523)(예컨대, 각각의 상인에 대한 평균 매출 피크를 계산하고, 각각의 상인에 대한 가장 흔한 소비자들의 인구 통계를 결정하며, 및/또는 기타) 조사 내의 데이터를 파싱할 수 있다(522). ECO ADVANTAGE는 데이터에 기초하여 각각의 상인에 대한 개별 및/또는 평균 에코 스케줄들을 생성할 수 있고(524), 여기서 개별 스케줄들은 순전히 상인의 매출 및/또는 기타 데이터에 기초할 수 있고, 여기서 평균 스케줄들은 분석되는 모든 상인들의 집계 매출 및/또는 기타 데이터에 기초할 수 있다. ECO ADVANTAGE가 업데이트된 집계된 정보, 업데이트된 에코 스케줄들, 및/또는 기타로 상인 기록들을 업데이트한 후에, ECO ADVANTAGE는 상인의 용량(예컨대, 새로운 고객들, 소비자들, 및/또는 기타를 떠맡을 능력)을 용량 초과의 소정의 임계치와 비교할 수 있다(526). 상인이 용량 초과가 아닌 경우(527), ECO ADVANTAGE는 어떤 변경도 하지 않을 수 있다. 상인이 용량 초과인 경우, ECO ADVANTAGE는 등록된 상인과 동일한 산업/카테고리에 있고 상인의 지역 내에 있는 비등록된 상인들에 관한 데이터에 대한 요청을 생성할 수 있고(528), 요청을 상인 에이전트로 송신할 수 있다(529). 일부 구현예들에서, 상인 에이전트가 요청을 수신한 후에(530), 상인 에이전트는 명시된 기준들(예컨대, 카테고리, 지역, 및/또는 기타)을 충족시키는 상인들의 목록을 집계할 수 있고(531), 각각의 상인에 대해(532), 정성적 및 정량적 상인 데이터를 집계할 수 있고(533)(추가의 상세들에 대해서는 도 4b를 참조), ECO ADVANTAGE에 대한 예상 상인들의 전체적 목록에 데이터를 추가할 수 있다(534). 모든 상인들이 처리되었을 때(535), 상인 에이전트는 발견된 모든 상인들에 대한 집계된 데이터를 생성하고 ECO ADVANTAGE로 송신할 수 있고(536), ECO ADVANTAGE는, 집계된 데이터를 수신할 시(561), 사전 명시된 기준들(예컨대, 상인에 대한 고객들의 평균 및/또는 총수, 상인의 현재 용량, 상인의 재정 평판, 및/또는 기타)에 기초하여 상인들에 순위를 부여할 수 있다(537). ECO ADVANTAGE는 목록 상의 최상의 순위의 상인을 선택할 수 있고(538), 상인이 소정의 ECO ADVANTAGE 요구사항을 충족시킬 수 있는지를 결정할 수 있다(539). 상인이 요구사항들을 충족시키지 않는 경우, ECO ADVANTAGE는 목록 상의 그 다음 최상의 상인을 선택할 수 있고(540), 그 다음 최상의 상인에 대해 동일한 검사를 수행할 수 있다. 상인이 ECO ADVANTAGE 요구사항들을 충족시키는 경우, ECO ADVANTAGE는 등록 초대장을 생성하여(541) 상인에게 송신할 수 있다(542)(추가 상세에 대해서는 도 4b 및 도 4c를 참조). 일부 구현예들에서, 상인이 등록한 후에, ECO ADVANTAGE는, 상인이 지역 및 카테고리 둘 다에 추가되었다는 것을 보여주기 위해, 새로운 상인이 속하는 지역 및 카테고리를 업데이트할 수 있다(543).

일부 구현예들에서, 등록된 상인들에 대한 분석을 수행한 후에, ECO ADVANTAGE는 또한 특정의 지역의 인구를 소정의 인구 임계치와 비교하고자 할 수 있다(544). 지역이 인구 과밀인 것으로 생각되는 경우(545), ECO ADVANTAGE는 각각의 서브지역이 인구 과밀이 아니도록 지역을 분할하고자 할 수 있다. 일부 구현예들에서, 이것은 지역을 분할하는 지리적, 인구 통계적, 및/또는 기타 경계 카테고리를 결정하는 것(546)을 통해 행해질 수 있다. 일부 구현예들에서, 경계 카테고리는 지역 코드, 우편 번호, 선거구, 부유 지역(wealth pocket) 및/또는 기타를 포함할 수 있다. 일부 구현예들에서, 지역에 경계 카테고리의 2개 이상의 변형이 있는 경우(547)(예컨대, 지역에 2개 이상의 지역 코드 및/또는 기타가 있는 경우), ECO ADVANTAGE는 지역에서의 하나 이상의 변형에 의해 기존의 영역을 분할할 수 있다(550)(예컨대, 2개 이상의 지역 코드들 및/또는 기타에 기초하여 지역을 2개 이상의 서브지역들로 분할할 수 있음). 경계 카테고리의 단지 하나의 변형(예컨대, 지역에서의 단지 하나의 지역 코드)이 있는 경우, ECO ADVANTAGE는 지역 지도 및/또는 지역 위치 데이터점들을 사용하여 지역의 중심의 위도 및 경도를 결정할 수 있고(548), 지역을 지역의 결정된 중앙에 중심을 둔 쿼드런트들(quadrants)로 분할할 수 있다(549). 일부 구현예들에서, ECO ADVANTAGE는 각각의 새로운 서브지역을 지정할 수 있고(551), 각각의 새로운 지역에 관련된 기록들(예컨대, 카테고리 기록들, 상인 기록들, 및/또는 기타)을 새로운 지역과 연관되어 있는 것으로서 업데이트할 수 있다(552). 각각의 새로운 서브지역에 대해(553), ECO ADVANTAGE는 또한 ECO ADVANTAGE의 소정의 임계치에 기초하여 서브지역이 또한 인구 과밀인지를 결정하기 위해 검사할 수 있고, 지역이 인구 과밀인 경우 서브지역을 이와 유사하게 분할할 수 있다. 그렇지 않은 경우 그리고 검증할 다른 서브지역들이 있지 않은 경우, ECO ADVANTAGE는, 각각의 새로운 지역에 대해(556), 새로운 지역 정보(예컨대, 인구 통계, 산업, 및/또는 기타)를 수집할 수 있고(557), 수집된 정보에 기초하여 지역의 카테고리들, 기록들, 및/또는 기타를 업데이트할 수 있으며(558), 현재 등록된 그리고 그 지역에 있는 상인들의 업데이트된 정보를 수집할 수 있다(559)(추가 상세에 대해서는 도 5a 내지 도 5c를 참조). ECO ADVANTAGE는, 검사할 어떤 새로운 지역들도 남아 있지 않을 때까지, 각각의 새로운 지역에 대해 계속하여 이것을 행할 수 있다(560).

도 6a 및 도 6b는 ECO ADVANTAGE의 예시적인 실시예들에서 친구 초대 및 기부를 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자(601)는 상인 PoS 디바이스, 상인 키오스크에서, 전자 디바이스(602)를 통해, 및/또는 기타 기술을 사용하여 사용자가 에코들을 기부하고자 한다는 것을 나타낼 수 있다. 일부 구현예들에서, 사용자는 ECO ADVANTAGE에 의해 정의된 기간 후에 만료에 가까운 에코들을 기부하라고 권장될 수 있고, 알선 프로그램의 형태로 자선 단체들, 조직들, 및/또는 기타에 또는 친구들에 기부할 수 있다. 일부 구현예들에서, 사용자는 밸런스 요청(603)을 ECO ADVANTAGE(604)로 송신할 수 있고, ECO ADVANTAGE는 곧 만료할 에코들을 포함하는 사용자의 현재 밸런스를 요청할 수 있다. 일부 구현예들에서, 밸런스 요청(603)은 XML-인코딩된 메시지일 수 있고, 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, ECO ADVANTAGE는 사용자의 에코 밸런스, 에코들 모두에 대한 만료 일자 데이터, 및/또는 기타를 포함할 수 있는 밸런스 응답(605)을 송신할 수 있다. 일부 구현예들에서, 밸런스 응답(605)은 XML-인코딩된 응답일 수 있고, 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 사용자는 도 21b에서의 것과 유사한 에코 밸런스 사용자 인터페이스를 통해 그의 에코 밸런스를 볼 수 있을 것이고, 도 20a 및 도 20b의 것과 유사한 인터페이스를 사용하여, 친구에게 기부할 에코들의 수를 선택할 수 있으며, 기증 요청(606)을 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, 기증 요청(606)은 이하와 유사한 형태를 취할 수 있는 XML-인코딩된 메시지일 수 있다:

일부 구현예들에서, ECO ADVANTAGE는 친구가 이미 등록되어 있는지 여부를 결정할 수 있을 것이고(607), 사용자의 밸런스에서의 사용자 지정된 에코들의 수를 친구에게 기부될 에코들로서 할당할 수 있다(608). 일부 구현예들에서, 친구 등록에 대해 검사하고 에코들을 할당하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, ECO ADVANTAGE는 할당 확인 요청(609)을 사용자에게 송신할 수 있다. 일부 구현예들에서, 사용자는 사용자가 명시된 수령자에 대한 기증 할당을 확인했다는 것을 나타내는 ECO ADVANTAGE로 송신될 확인 응답(611)을 트리거할 수 있는 기증 할당을 확인할 수 있다(610). 일부 구현예들에서, XML-인코딩된 확인 응답(611)은 이하와 유사한 형태를 취할 수 있다:

ECO ADVANTAGE는 에코 기증에 관한 정보를 포함하는 기증 통지(612)를 친구(613)에게 송신할 수 있다. 일부 구현예들에서, 기증 통지(612)는 실제 우편, 이메일, 및/또는 기타를 통해 송신될 수 있고, 이하와 유사한 형태를 취할 수 있다:

친구는 친구에 대한 계정을 생성하는 데 필요한 정보를 갖는 등록 요청(614)을 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, XML-인코딩된 친구 등록 요청은 적용 요청(313, 314, 또는 315)과 유사한 형태를 취할 수 있다. 일부 구현예들에서, 민감한 정보(예컨대, 사용자 PIN 및/또는 기타)는 암호화될 수 있다.

일부 구현예들에서, ECO ADVANTAGE는, 사용자 계정 삽입 질의(616)를 ECO ADVANTAGE 데이터베이스(617)의 사용자들 테이블(617d)로 송신하는 것을 통해, 제공된 등록 데이터를 사용하여 친구에 대한 사용자 계정을 인스턴스화할 수 있다(615). 일부 구현예들에서, ECO ADVANTAGE는 (예컨대, 에코들을 사용자의 새로운 계정으로 이동시키는 것, 그들을 "기부 에코들"로서 지정하는 것, 기부된 에코들에 대한 만료 일자를 재설정하는 것, 및/또는 기타 기록 업데이트에 의해) 에코들의 블록을 사용자로부터 친구로 이체할 수 있다(618). 일부 구현예들에서, 에코들을 이체하기 위한 예시적인 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 기부되는 것으로서 지정된 에코들은 어떤 사용자에 의해서도 다시 기부될 수 없고, 단지 소비될 수만 있다. 일부 구현예들에서, ECO ADVANTAGE는 에코 업데이트(619)를 통해 기록들을 업데이트할 수 있다.

일부 구현예들에서, ECO ADVANTAGE는, 기부된 에코들이 성공적으로 친구의 새로운 계정으로 이체되었다는 것을 나타내는 친구에 대한 확인(620)과 함께, 사용자의 에코들이 친구에게 성공적으로 이체되었다는 것을 나타내는 확인을 사용자에게 송신할 수 있다(621).

도 6b를 참조하면, 일부 구현예들에서, 친구(613)는 복수의 거래들에서 기부된 에코들을 사용할 수 있다(622)(추가 상세에 대해서는 도 2a 내지 도 2d를 참조). ECO ADVANTAGE는 사용자의 기부된 에코들의 소비를 모니터링할 수 있고(623), 친구가 기부된 에코들의 어떤 소정의 금액을 소비했을 때(624), 초대 보너스 블록 갱신(625)을 ECO ADVANTAGE 데이터베이스로 송신하는 것을 통해, 초대 보너스 블록을 사용자의 계정에 할당할 수 있다. 일부 구현예들에서, 기부된 에코들의 소비를 모니터링하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 초대 보너스 블록들을 할당하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 보너스 블록 업데이트 질의(625)는 PHP-인코딩된 삽입 명령문일 수 있다.

일부 구현예들에서, 사용자는 초대 보너스 블록의 가치, 그것이 입금된 날짜, 및/또는 기타를 포함할 수 있는, 초대 보너스 블록이 사용자의 계정으로 입금되었다는 확인(626)을 수신할 수 있다. 사용자는 등록된 상인에서의 구매 거래와 같은 자격있는 거래에 참여할 수 있다(627)(도 2a 내지 도 2d를 참조). 일부 구현예들에서, 자격있는 거래는 에코들 및 보너스 블록들을 사용하는 것의 결합의 결과 거래 밸런스가 얻어질 거래(예컨대, 에코들 및/또는 보너스 블록들을 사용하는 것의 결과, 무료 구매 및/또는 기타가 일어나지 않음), 보너스 블록 임계치(예컨대, 사용자가 거래를 위해 보너스 블록들을 사용할 수 있는 최소 가치)에 도달하는 거래, 특정의 상인에서, 특정의 지역에서, 특정의 카테고리에서, 특정의 제품에 대해, 특정의 하루 중 시간에서, 특정의 요일에서, 수정의 금액의 에코들이 사용자에 의해 사용된 후에, 사용자가 특정의 금액의 에코들을 기부한 후에 개시된 거래, 및/또는 기타를 포함할 수 있다.

일부 구현예들에서, 친구가 소정의 기간 후에 소정의 금액의 기부된 에코들을 소비하지 않은 경우, ECO ADVANTAGE는 기부된 에코들이 소비되지 않았다는 것을 나타내는 메시지를 친구 및/또는 사용자에게 송신할 수 있고, 기부된 에코들의 소비를 장려하기 위해 다양한 상인들 및/또는 기타에 대한 현재 에코 퍼센트들을 포함시킬 수 있다. 이 메시지는 실제 우편, 이메일, 텍스트, ECO ADVANTAGE를 통한 개인 메시지들, 및/또는 기타를 통해 송신될 수 있다.

일부 구현예들에서, 상인은 (에코 메시지(206)와 비슷할 수 있는) 에코 요청(629)을 송신할 수 있고, 사용자의 새로 획득된 초대 보너스 블록에 관한 정보를 포함할 수 있는 (에코 메시지(212)와 비슷할 수 있는) 에코 응답(630)을 수신할 수 있다. 일부 구현예들에서, 상인은 사용자가, 이용가능한 에코들에 부가하여, 새로 획득된 초대 보너스 블록들을 남아 있는 구매 밸런스에 적용할 수 있게 할 수 있다(632). 일부 구현예들에서, 상인은 사용자에 대한 에코 밸런스 및/또는 초대 보너스 블록 밸런스를 인쇄 및/또는 디스플레이할 수 있고, 거래를 확인 및/또는 인증하라고 사용자에게 프롬프트할 수 있다. 상인은 도 2a 내지 도 2d에서의 것과 유사하게 거래를 처리할 수 있다.

도 6c 및 도 6d는 ECO ADVANTAGE의 예시적인 실시예들에서 친구 초대 및 기부를 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자는, 어느 에코들이 곧 만료할 것인지 및 어느 것이 다른 당사자들에 기부될 수 있는지의 표시와 함께, 그의 에코 밸런스를 획득할 수 있다(633). 사용자는 기부할 만료하는 에코들의 블록을 선택할 수 있고(634), 기부할 친구 및 기부할 에코들의 금액을 나타내는 기증 요청을 생성하여 ECO ADVANTAGE로 송신하기 위해 그의 전자 디바이스(및/또는 상인에 의해 제공되는 디바이스, 예컨대, 상인의 PoS 디바이스)를 사용할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 기증 요청을 수신할 수 있고(636), 친구가 ECO ADVANTAGE에 등록되어 있는지를 결정할 수 있다(637). ECO ADVANTAGE는 친구 식별 정보를 포함할 수 있는(그리고 친구가 ECO ADVANTAGE에 등록되어 있는 경우, 친구 계정 정보를 포함할 수 있는) 이체 확인을 생성하고 사용자에게 송신할 수 있다(638). 사용자는 기증 이체 확인을 수신할 수 있고(639), 거래를 확인해야 하는지 여부를 결정할 수 있다(640). 사용자가 거래를 확인하고자 하는 경우, ECO ADVANTAGE는, 친구가 등록되어 있다면(641), 명시된 에코들의 블록을 친구에게 이체할 수 있고(642), 사용자의 밸런스 및 친구의 밸런스를 업데이트할 수 있으며, 이체된 에코를 "기부된 에코들"로서 표시할 수 있고(643), 기부된 에코들의 만료 일자들을 재설정하고 그리고/또는 다른 이체 상세들을 관리할 수 있다. ECO ADVANTAGE는 에코들이 사용자로부터 친구에게 성공적으로 이체되었다는 것을 사용자 및 친구에게 통지할 수 있다(644).

친구가 등록되어 있지 않은 경우, ECO ADVANTAGE는 그 대신에 친구에게 기부될 사용자의 에코들의 블록을 할당할 수 있고(645), 템플릿 또는 커스터마이즈된 등록 양식을 준비하고 친구에게 송신할 수 있다(646). 친구는, 그에게 기부되는 에코들의 금액, 누구로부터, 및/또는 기타와 함께, 등록 양식을 수신할 수 있다(647). 친구가 등록하기를 거부하는 경우(648), ECO ADVANTAGE는 등록 초대를 비활성화할 수 있고(649), 친구가 ECO ADVANTAGE에 등록하고자 하지 않았기 때문에 그의 등록 초대가 비활성화되었다는 통지를 사용자에게 송신할 수 있다(650). 친구가 등록하기로 하는 경우(648), 친구는 등록 양식을 완성하여 ECO ADVANTAGE로 전송하는 것(651)에 의해 그렇게 할 수 있고, 이는 친구의 전송된 등록 양식에서의 제공된 등록 데이터에 기초하여 친구에 대한 사용자 계정을 생성할 수 있다(652). ECO ADVANTAGE는 기부될 할당된 에코들의 블록을 사용자 계정으로부터 친구의 새로운 계정으로 이체할 수 있고(653), 사용자의 에코 밸런스 및 친구의 에코 밸런스를 업데이트할 수 있다. ECO ADVANTAGE는, 에코의 만료 일자를 재설정하는 것 및/또는 기타와 함께, 이체된 에코들을 "기증 에코들"로서 표시할 수 있다(654). 사용자는 성공적인 에코 기부를 통지받을 수 있다(655).

일부 구현예들에서, 친구는 하나 이상의 차후의 거래들에서 기부된 에코들을 사용할 수 있고(추가 상세를 위해 도 2a 내지 도 2d를 참조), 이는 ECO ADVANTAGE에 의해 모니터링될 수 있다(657). ECO ADVANTAGE가 친구가 기부된 에코들의 어떤 사전 정의된 수 및/또는 퍼센트를 소비하였다는 것을 발견하는 경우(658), ECO ADVANTAGE는 소정의 초대 보너스 블록 가치를 사용자에게 할당할 수 있고(659), 할당된 초대 보너스 블록으로 사용자의 계정을 업데이트할 수 있다(660). ECO ADVANTAGE는 사용자에 의해 기부된 미리 결정된 수의 에코들이 소비되었다는 것, 사용자가 결과적으로 초대 보너스 블록을 수신하고 있다는 것, 사용자의 현재 에코 밸런스 및 초대 보너스 블록 밸런스, 및/또는 기타를 나타내는 확인 메시지를 생성(661)하고 사용자에게 송신(662)할 수 있으며, 사용자는 확인을 수신할 수 있으며(663), 이어서 ECO ADVANTAGE에 등록된 상인에서 구매를 행하고 그리고/또는 거래를 개시할 수 있다(664). 상인은 사용자의 에코 밸런스 및 초대 보너스 블록 밸런스, 및/또는 기타를 포함하는 사용자의 거래 정보를 ECO ADVANTAGE에 요청할 수 있고(665), 사용자가 거래를 확인할 수 있도록 사용자에 대한 상기 사용자 거래 정보를 수신하고 인쇄하며 그리고/또는 디스플레이할 수 있다(666). 사용자가 그의 에코들 및 새로운 초대 보너스 블록의 사용을 확인하는 경우(667), 상인은 에코들 및 초대 보너스 블록을 거래 밸런스에 적용하는 것을 통해 거래를 완료할 수 있고(668), ECO ADVANTAGE 데이터베이스에서의 사용자의 에코 밸런스 및 초대 보너스 블록 밸런스를 업데이트할 수 있다.

도 7a는 ECO ADVANTAGE의 예시적인 실시예들에서 슬로우 커밋, 신용 전용 거래(slow commit, credit-only transaction)를 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자(701)는 상인의 PoS 디바이스 및/또는 사용자 전자 디바이스(702)를 사용하여 (거래 개시(205)와 유사한 형태를 취할 수 있는) 거래 개시 요청을 상인(704)에게 송신할 수 있다. 일부 구현예들에서, 민감한 정보(예컨대, 사용자 PIN 및/또는 기타)는 암호화될 수 있다. 일부 구현예들에서, 상인은 에코 요청(705)을 ECO ADVANTAGE(706)로 송신할 수 있다. 일부 구현예들에서, 에코 요청(705)은 에코 요청(206)과 유사한 형태를 취할 수 있다. ECO ADVANTAGE는 사용자 ID(UID) 및 상인 ID를, 각각, 사용하여 사용자의 기록 및 상인의 기록을 탐색할 수 있고, (예컨대, 상인의 에코 스케줄, 상인의 에코 밸런스 및 보너스 블록 밸런스, 및/또는 기타에 기초하여) 사용자가 어느 그리고 몇개의 에코 및 보너스 블록을 그의 거래에 적용할 수 있는지를 결정할 수 있으며, 사용자 확인 설정의 상태를 결정할 수 있다(707). 확인 설정이 "참"으로 설정되어 있는 경우, ECO ADVANTAGE는 사용자가 그의 거래의 임의의 일부분을 개시하기 전에 그의 거래를 확인할 것을 필요로 할 수 있다. 일부 구현예들에서, 확인 설정이 사용자에 의해, (예컨대, 상인에서의 검증을 요구하기 위해) 상인에 의해, 및/또는 기타에 의해 설정될 수 있고, 일부 구현예들에서, 예를 들어, 어떤 상인들은 에코 응답(예컨대, 멀리 떨어진 장소 및/또는 기타 거짓 트리거들로부터 금방 수신된 에코)에 포함된 정보에 기초하여 거래 이전에 검증을 요구할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 에코 응답(212)과 유사한 형태를 취할 수 있는 에코 응답(708)을 다시 상인에게 송신할 수 있다. 일부 구현예들에서, 상인은 거래에서 사용될 에코 및/또는 보너스 블록을 포함하는 사용자에 대한 에코 정보를 디스플레이 및/또는 인쇄할 수 있고(709), 사용자는 정보를 검토하고 거래를 확인할 수 있다(710). 일부 구현예들에서, 거래를 확인하는 것은, 예컨대, 패스워드, 사용자 PIN, 확실한 ID(예컨대, 생일, 휴대폰 번호 또는 SSN의 마지막 네자리 숫자들, 거리 주소, 및/또는 기타)를 제공하는 것을 통해, 거래를 인증하는 것을 포함할 수 있다. 일부 구현예들에서, 사용자는 신용 카드, 직불 카드, 선불 카드, 여행 카드, 바우처 카드, 및/또는 기타를 사용하여 거래에 대해 지불하기로 할 수 있다. 상인은 거래를 처리하라고 엔티티에 요구할 수 있는 지불 요청(711)을 상인의 취득자(713)로 송신할 수 있다. 일부 구현예들에서, 지불 요청(711)은 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 지불 요청(711)은 에코 및/또는 보너스 블록이 적용된 후의 거래 밸런스만을 포함할 수 있다. 취득자는 거래를 준비하고 거래 요청(714)을 은행 엔티티(715)(예컨대, 사용자의 발행 은행, 다른 취득자, 및/또는 기타)로 송신하는 것을 통해 지불을 확보한다(712).

은행은 거래가 승인 및/또는 처리되었는지 또는 거래가 거부되었는지를 나타낼 수 있는 거래 응답(716)을 취득자로 송신할 수 있다. 취득자는 거래 확인(219)과 유사한 형태를 취할 수 있는 거래 확인(717)을 통해 이 정보를 ECO ADVANTAGE로 포워딩할 수 있거나, (거래 확인(219)과 유사한 형태를 취할 수 있는) 거래 확인(718)을 통해 정보를 상인에게 포워딩할 수 있고, 상인은 정보를 거래 확인(719)을 통해 ECO ADVANTAGE로 포워딩할 수 있다. 일부 구현예들에서, 취득자가 확인을 포워딩하는 엔티티는 엔티티들의 보안, 엔티티 자원들, 및/또는 기타에 의존할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 (예컨대, 취득자 또는 상인을 통해) 확인을 수신하지 않을 수 있다. 일부 구현예들에서, 거래 확인(719)은 거래 확인(219)과 유사한 형태를 취할 수 있다. ECO ADVANTAGE는, 거래 확인을 수신하면, 사용된 에코 및 보너스 블록을 사용자의 밸런스로부터 인출할 수 있고, 거래 금액에 관련된 소정의 금액과 같은 새로운 에코들을 사용자에게 입금할 수 있으며, 사용자의 밸런스를 업데이트할 수 있다. 일부 구현예들에서, 사용자의 밸런스를 업데이트하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

ECO ADVANTAGE는 또한 BI 정보, 거래 데이터, 상인의 사용 스케줄, 분위기, 및/또는 기타를 업데이트하는 것을 비롯하여 상인 계정 기록을 업데이트할 수 있다(721). 일부 구현예들에서, 사용자의 밸런스를 업데이트하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

ECO ADVANTAGE는 거래가 성공적이었다는 것과 사용자의 밸런스가 업데이트되었다는 것을 알려주기 위해 에코 입금 확인(722)을 상인에게 송신할 수 있다. 일부 구현예들에서, 에코 입금 확인(722)은 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 상인은 이하와 유사한 정보를 포함할 수 있는 거래 영수증(723)을 생성하여 사용자에게 송신하기 위해 에코 입금 확인을 사용할 수 있다.

도 7b는 ECO ADVANTAGE의 예시적인 실시예들에서 슬로우 커밋, 신용 전용 거래를 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자는, 거래 입력을 상인에게 제공하는 것을 통해, 등록된 상인과 거래를 개시할 수 있다(724). 상인은 사용자 입력 및 거래 정보를 수신할 수 있고(725), 사용자의 에코 밸런스 및/또는 보너스 블록 밸런스에 대한 요청을 생성하여 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 사용자의 에코 밸런스 및 보너스 블록 밸런스에 대한 요청을 수신할 수 있고(726), 어느 및 몇개의 에코들 및 보너스 블록들이 현재 거래에 적용될 수 있는지를 결정하기 위해서는 물론, 사용자의 확인 설정을 결정하기 위해, 사용자의 이용가능한 에코들, 보너스 블록들, 및/또는 기타를 ECO ADVANTAGE 데이터베이스(727)로부터 검색할 수 있다. 확인 설정이 온인 경우(728), ECO ADVANTAGE는 사용자의 에코 밸런스 및/또는 보너스 블록 밸런스 및/또는 기타 거래 정보를 나타내는 응답을 생성하여(729) 상인에게 송신할 수 있다(730). 상인은 밸런스 정보를 수신할 수 있고, 사용자에 대한 거래 정보를 디스 및/또는 인쇄하는 것 및 거래를 확인하라고 사용자에게 요구하는 것을 통해 정보를 사용자에게 포워딩할 수 있다(731). 사용자는 그의 패스워드, 사용자 PIN, 및/또는 기타 형태의 ID(identification)를 사용하여 거래 및 거래에 대한 그의 에코 및/또는 보너스 블록의 사용을 인증할 수 있다(732). 일부 구현예들에서, 상인은 사용자의 지불 정보, 원래의 거래 금액에 대해 적용된 에코 및/또는 보너스 블록을 차감한 후의 거래 밸런스, 및/또는 기타 정보를 갖는 지불 요청을 생성하여 확보를 위해 취득자로 송신할 수 있다(733). 일부 구현예들에서, 취득자는 사용자의 지불 정보, 거래 데이터, 및/또는 기타를 수신할 수 있고(734), 사용자의 발행 은행에 거래 밸런스를 요청할 수 있다(735).

취득자가 자금을 성공적으로 확보할 수 있는 경우(736),취득자는 자금을 획득할 수 있고, 거래가 성공적으로 처리되었음을 나타내는 확인을 상인에게(일부 구현예들에서, ECO ADVANTAGE로) 송신할 수 있다(737). 일부 구현예들에서, 상인은, 거래가 성공한 경우(739), 성공 통지를 ECO ADVANTAGE로 포워딩할 수 있고 - ECO ADVANTAGE는 성공적인 거래의 확인을 획득할 수 있고, 거래에서 사용된 에코 및/또는 보너스 블록을 인출하기 위해 확인을 사용할 수 있으며(743), 거래 금액에 관련된 소정의 금액을 사용자의 계정에 입금할 수 있음(744) -, 721에 기술된 정보 및/또는 기타 정보를 사용하여 사용자의 밸런스를 업데이트하는 것은 물론, 상인 및 거래 기록을 업데이트할 수 있다(745).

취득자가 자금을 성공적으로 확보할 수 없는 경우(736), 취득자는 거래 실패의 통지를 상인에게(그리고, 일부 구현예들에서, ECO ADVANTAGE로) 송신할 수 있다(738). 상인은, 거래가 성공적이지 않은 것으로 결정한 후에(739), (예컨대, 상이한 지불 방법 및/또는 기타로) 거래를 재시도하라는 프롬프트와 함께, 통지를 사용자(740)에게 송신할 수 있다. 일부 구현예들에서, 상인은 또한 통지를 ECO ADVANTAGE로 포워딩할 수 있고, ECO ADVANTAGE는, 거래 실패의 통지를 획득한 후에(741), 거래가 성공적으로 처리될 때까지, 사용자가 거래를 취소할 때까지, 및/또는 기타일 때까지 모든 관련된 기록을 불완전한 것으로 표시할 수 있다(742). 일부 구현예들에서, ECO ADVANTAGE는 또한 다양한 거래들의 상태를 모니터링할 수 있고, 미리 결정된 기준들에 기초하여 ECO ADVANTAGE 데이터베이스의 기록들에서 발견되는 경우 불완전한 거래들을 번복하고, 재시도하며 그리고/또는 다른 방식으로 처리할 수 있다.

도 8a는 ECO ADVANTAGE의 예시적인 실시예들에서 패스트 커밋, 신용 전용 거래(fast commit, credit-only transaction)를 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자(801)는 상인의 PoS 디바이스 및/또는 사용자 전자 디바이스(802)를 사용하여 거래 개시 요청(803)을 상인(804)에게 송신할 수 있다. 일부 구현예들에서, 민감한 정보(예컨대, 사용자 PIN 및/또는 기타)는 암호화될 수 있다. 일부 구현예들에서, 거래 개시 요청은 거래 개시(205)와 유사한 형태를 취할 수 있거나, 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 민감한 정보(예컨대, 사용자 PIN 및/또는 기타)는 암호화될 수 있다. 일부 구현예들에서, 상인은 에코 요청(805)을 ECO ADVANTAGE(806)로 송신할 수 있다. 일부 구현예들에서, 에코 요청(805)은 에코 요청(206)과 유사한 형태를 취할 수 있다. ECO ADVANTAGE는 사용자 ID(UID) 및 상인 ID를, 각각, 사용하여 사용자의 기록 및 상인의 기록을 탐색할 수 있고, (예컨대, 상인의 에코 스케줄, 상인의 에코 밸런스 및 보너스 블록 밸런스, 및/또는 기타에 기초하여) 사용자가 어느 그리고 몇개의 에코 및 보너스 블록을 그의 거래에 적용할 수 있는지를 결정할 수 있으며, 사용자 확인 설정의 상태를 결정할 수 있다(807). 확인 설정이 "거짓"으로 설정되어 있는 경우, ECO ADVANTAGE는 사용자가 그의 거래의 임의의 일부분을 개시하기 전에 그의 거래를 확인할 것을 필요로 하지 않을 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 사용된 에코 및 보너스 블록을 사용자의 밸런스로부터 인출할 수 있고, 거래 금액에 관련된 소정의 금액과 같은 새로운 에코들을 사용자에게 입금할 수 있으며, 사용자의 밸런스를 업데이트할 수 있다(808). ECO ADVANTAGE는 또한 BI 정보, 거래 데이터, 상인의 사용 스케줄, 분위기, 및/또는 기타를 업데이트하는 것을 비롯하여 상인 계정 기록을 업데이트할 수 있다(809).

ECO ADVANTAGE는 에코 응답(212)과 유사한 형태를 취할 수 있는 에코 응답(810)을 다시 상인에게 송신할 수 있다. 상인은 거래를 처리하라고 엔티티에 요구할 수 있는 지불 요청(811)을 상인의 취득자(813)로 송신할 수 있다. 일부 구현예들에서, 지불 요청(811)은 지불 요청(215)과 유사한 형태를 취할 수 있다. 취득자는 거래를 준비하고 거래 요청(814)을 은행 엔티티(815)(예컨대, 사용자의 발행 은행, 다른 취득자, 및/또는 기타)로 송신하는 것을 통해 지불을 확보한다(812). 일부 구현예들에서, 거래 요청(814)은 거래 요청(714)과 유사한 형태를 취할 수 있다. 은행은 거래가 승인 및/또는 처리되었는지 또는 거래가 거부되었는지를 나타낼 수 있는 거래 응답(816)을 취득자로 송신할 수 있다. 취득자는 거래 확인(219)과 유사한 형태를 취할 수 있는 거래 확인(819)을 통해 이 정보를 ECO ADVANTAGE로 포워딩할 수 있거나, (거래 확인(219)과 유사한 형태를 취할 수 있는) 거래 확인(817)을 통해 정보를 상인에게 포워딩할 수 있고, 상인은 정보를 거래 확인(818)을 통해 ECO ADVANTAGE로 포워딩할 수 있다. 일부 구현예들에서, 거래 확인(818)은 거래 확인(719)과 유사한 형태를 취할 수 있다. 일부 구현예들에서, 상인은 거래 영수증(723)과 유사한 정보를 포함할 수 있는 거래 영수증(820)을 생성하여 사용자에게 송신하기 위해 에코 입금 확인을 사용할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 또한 다양한 거래들의 상태를 모니터링할 수 있고, 미리 결정된 기준들에 기초하여 ECO ADVANTAGE 데이터베이스의 기록들에서 발견되는 경우 불완전한 거래들을 번복하고, 재시도하며 그리고/또는 다른 방식으로 처리할 수 있다.

도 8b는 ECO ADVANTAGE의 예시적인 실시예들에서 패스트 커밋, 신용 전용 거래를 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자는, 거래 입력을 상인에게 제공하는 것을 통해, 등록된 상인과 거래를 개시할 수 있다(821). 상인은 사용자 입력 및 거래 정보를 수신할 수 있고(822), 사용자의 에코 밸런스 및/또는 보너스 블록 밸런스에 대한 요청을 생성하여 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 사용자의 에코 밸런스 및 보너스 블록 밸런스에 대한 요청을 수신할 수 있고(82), 어느 및 몇개의 에코들 및 보너스 블록들이 현재 거래에 적용될 수 있는지를 결정하기 위해서는 물론, 사용자의 확인 설정을 결정하기 위해, 사용자의 이용가능한 에코들, 보너스 블록들, 및/또는 기타를 ECO ADVANTAGE 데이터베이스(824)로부터 검색할 수 있다. 확인 설정이 오프인 경우(825), ECO ADVANTAGE는 사용자가 구매에 적용할 수 있는 에코 및/또는 보너스 블록을 계산하여 사용자의 계정으로부터 자동으로 인출할 수 있다(826). ECO ADVANTAGE는 또한 사용되는 에코 및 보너스 블록을 거래 총액으로부터 차감할 수 있고, 거래 밸런스 및/또는 총액에 기초하여 소정의 금액과 같은 수의 에코들을 사용자의 계정에 입금할 수 있다(827). ECO ADVANTAGE는 원래의 거래 금액, 관여된 사용자 및 상인, 거래에서 사용되는 에코 및/또는 보너스 블록의 금액, 남아 있는 거래 밸런스, 거래의 일자, 및/또는 기타 정보를 캡슐화하는 거래 기록을 생성할 수 있고(828), 거래 데이터 및/또는 809에 기술된 것과 같은 기타 데이터 및/또는 기타 정보로 상인 기록들을 업데이트할 수 있다(829). 일부 구현예들에서, ECO ADVANTAGE는, 상인에게 송신할 거래 영수증(831)을 생성할 수 있고, 상인은 거래 영수증 및 남아 있는 밸런스를 수신하고(832), 사용자의 지불 정보, 원래의 거래 금액에 대해 적용된 에코 및/또는 보너스 블록을 차감한 후의 거래 밸런스, 및/또는 기타 정보를 갖는 지불 요청을 생성하여(849) 확보를 위해 취득자로 송신할 수 있다(833). 일부 구현예들에서, 취득자는 사용자의 지불 정보, 거래 데이터, 및/또는 기타를 수신할 수 있고(834), 거래 밸런스에 대한 요청을 생성하여 사용자의 발행 은행으로 송신할 수 있다(835).

취득자가 자금을 성공적으로 확보할 수 있는 경우(836), 취득자는 자금을 획득할 수 있고, 거래가 성공적으로 처리되었음을 나타내는 확인을 상인에게(일부 구현예들에서, ECO ADVANTAGE로) 송신할 수 있다(837). 일부 구현예들에서, 상인은, 성공적인 거래를 나타내는 통지를 수신하면(838), 사용자를 위해 거래 영수증을 인쇄 및/또는 디스플레이할 수 있고(839), 거래가 성공적이었다는 것을 나타내는 거래 확인 메시지를 생성하여(840) ECO ADVANTAGE로 송신할 수 있다(841). ECO ADVANTAGE는, 거래 확인을 수신한 후에(842), 거래를 완료된 것으로 표시하기 위해 확인을 ECO ADVANTAGE 데이터베이스에서의 거래 기록 내에 저장할 수 있다.

취득자가 자금을 성공적으로 확보할 수 없는 경우(836), 취득자는 거래 실패의 통지를 상인에게(그리고, 일부 구현예들에서, ECO ADVANTAGE로) 송신할 수 있다(843). 상인은, 실패한 거래의 통지를 수신한 후에(844), 거래가 실패했다는 것을 나타내는 거래 확인을 생성하여 ECO ADVANTAGE로 송신할 수 있고(845), 또한 사용자를 위해 거래 실패의 통지를 디스플레이 및/또는 인쇄할 수 있으며 그리고/또는 (예컨대, 상이한 지불 방법 및/또는 기타로) 거래를 재시도하라고 사용자에게 프롬프트할 수 있다(856). ECO ADVANTAGE는 거래 확인 메시지를 수신하고, 거래를 불완전하여 재시도할 필요가 있는 것으로 표시할 수 있으며(847), 관련 기록들(예컨대, 사용자의 기록, 상인의 기록 및/또는 기타)을 또한 불완전한 것으로서 표시할 수 있다(848). 일부 구현예들에서, ECO ADVANTAGE는 또한 다양한 거래들의 상태를 모니터링할 수 있고, 미리 결정된 기준들에 기초하여 ECO ADVANTAGE 데이터베이스의 기록들에서 발견되는 경우 불완전한 거래들을 번복하고, 재시도하며 그리고/또는 다른 방식으로 처리할 수 있다.

일부 구현예들에서, ECO ADVANTAGE 및/또는 상인은 거래가 커밋되고 처리된 후에 확인하라고 사용자에게 프롬프트할 수 있다. 이러한 구현예에서, 사용자가 거래를 확인하면, 사용자는 거래 영수증(820)을 수신할 수 있다. 사용자가 거래를 거부하면, ECO ADVANTAGE는 처리된 거래를 취소할 수 있다(도 15a 및 도 15b를 참조).

도 9a는 ECO ADVANTAGE의 예시적인 실시예들에서 상인 조정(merchant reconciliation)을 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, ECO ADVANTAGE(901)는 (예컨대, 불완전한 거래 기록 및/또는 기타에 기초하여) ECO ADVANTAGE에서의 상인에게 지불해야 하는 밸런스를 결정할 수 있고, 취득자에 대한 배치 지불 요청(batch payment request)을 생성할 수 있다(902). 일부 구현예들에서, ECO ADVANTAGE는 배치 지불 요청(903)을 취득자(904)로 송신할 수 있다. 일부 구현예들에서, 예시적인 배치 지불 요청(903)은 이하와 유사한 형태를 취할 수 있다:

취득자는 지불 지시 메시지(906)를 사용자의 발행 은행(907)으로 그리고 취득자 지불 지시 메시지(908)를 거래 은행(909)으로 송신하는 것을 통해 다양한 지불 엔티티들과 조정을 수행할 수 있다(905). 일부 구현예들에서, 발행자 은행은 청구서(910)를 사용자(911)로 송신할 수 있고, 사용자는 상인 위치에서 또는 사용자의 전자 디바이스(912)에서 청구서를 볼 수 있다. 사용자는 발행자가 지불을 위해 자금을 제공해야만 한다는 것을 나타내기 위해 지불 표시(913)를 발행자로 송신할 수 있다.

발행자는 처리되는 지불을 위해 요청된 자금을 포함할 수 있는 상인 지불 메시지(914)를 상인의 은행(915)으로 송신할 수 있다. 발행자는 또한 거래를 처리하기 위한 취득자에 대한 지불을 포함할 수 있는 취득자 지불(916)을 거래 은행(909)으로 송신할 수 있다. 거래 은행은, 취득자 지불 지시(908) 및 취득자 지불(916)을 사용하여, ECO ADVANTAGE(918)로 송신될 지불 가치를 계산할 수 있고, ECO ADVANTAGE 지불(917)을 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 또한, 배치 지불(batch payment)이 성공적이었는지를 결정하기 위해, 요청 날짜를 포함하는 확인 요청을 취득자로 송신할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 배치(batch)에서의 각각의 거래에 대해, 지불이 ECO ADVANTAGE 은행에서 처리되면, 거래가 성공적으로 처리되었다는 확인, 취득자로부터의 각각의 거래에 대한 거래 ID, 및/또는 기타를 포함할 수 있는 확인을 수신할 수 있다.

도 9b는 ECO ADVANTAGE의 예시적인 실시예들에서 상인 조정을 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, ECO ADVANTAGE에 연결된 각각의 취득자에 대해(919), ECO ADVANTAGE는 상인에 대해 임의의 조정이 필요한지를 알아보기 위해 취득자를 사용하는 모든 상인을 검사할 수 있다(920). ECO ADVANTAGE는 거래 데이터, 상인 데이터, 상인의 에코 스케줄, 취득자의 수익 퍼센트, 취득자가 그 때 처리할 수 있는 총 자금의 최대 금액, 및/또는 기타에 대해 데이터베이스에 질의할 수 있다(921). 조정되지 않은 거래 데이터에서의 각각의 거래에 대해(922), ECO ADVANTAGE는 거래에 대한 거래 총액을 계산할 수 있고, 또한 그 때 거래가 조정된 경우 그 때의 취득자의 누계 거래 총액, 그 때의 상인의 누계 거래 총액, 및 그 때의 ECO ADVANTAGE 거래 총액이 무엇인지를 계산할 수 있다(923). 거래가 처리가능하지 않은 경우(924)(예컨대, 예상된 총액들이 그 때 취득자에 의해 처리될 수 있는 총 자금의 최대 금액을 초과하지 않는 경우), ECO ADVANTAGE는 (예컨대, 다른 조정되지 않은 거래가 처리가능할 수 있는 경우에) 다른 조정되지 않은 거래들이 있는지를 결정할 수 있고(928), 데이터베이스에서 각각의 조정되지 않은 거래를 계속하여 검사할 수 있다.

거래가 처리가능한 경우, ECO ADVANTAGE는 또한 예상된 총액들이 처리할 가능한 자금의 상인의 최대 금액 미만인지를 결정하기 위해 검사할 수 있다(925). 아니오인 경우, ECO ADVANTAGE는 처리할 임의의 다른 조정되지 않은 거래들이 있는지를 결정할 수 있다(928). 예상된 총액들이 또한 상인의 최대 처리가능 자금 금액 미만인 경우, ECO ADVANTAGE는, 거래가 처리되면, 상인, 취득자, ECO ADVANTAGE, 및/또는 기타의 계산된 누계 총액을 반영하기 위해 실제의 계산된 누계 총액들을 업데이트할 수 있다(926). ECO ADVANTAGE는 또한 신용/직불 카드로부터 수령될 자금의 총 금액, 현금으로 수령된 자금의 총 금액, 에코로 수령된 자금의 총 금액, 및/또는 기타와 같은 상이한 지불 방법들에 대한 누계 총액을 유지할 수 있다. ECO ADVANTAGE는 그 때 계산된 총액들로 ECO ADVANTAGE 데이터베이스 기록들을 업데이트할 수 있고, 거래가 조정되었다는 것을 반영하기 위해 거래 기록을 업데이트할 수 있다(927). 모든 거래들이 검사되면, ECO ADVANTAGE는 상인의 총액들에 기초하여 취득자에 대한 누계 총액을 업데이트할 수 있고(929), 처리할 임의의 다른 상인들이 있는지를 알아보기 위해 검사할 수 있다(930). 예인 경우, ECO ADVANTAGE는 남아 있는 상인들에 대해 동일한 총액들을 계산할 수 있고; 아니오인 경우, ECO ADVANTAGE는 모든 처리된 상인들로부터 획득된 데이터를 사용하여 취득자에 대한 배치 지불 요청을 준비할 수 있고(931), 지불 처리를 위해 배치 지불 요청을 취득자로 송신할 수 있다(932). 처리할 다른 취득자들이 있는 경우(933), ECO ADVANTAGE는 ECO ADVANTAGE와 연결된 각각의 다른 취득자에 대해 처리를 반복할 수 있다.

일부 구현예들에서, 배치 지불을 처리하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

도 10a는 ECO ADVANTAGE의 예시적인 실시예들에서 슬로우 커밋, 현금 및 신용 거래를 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자(1001)는 상인의 PoS 디바이스 및/또는 사용자 전자 디바이스(1002)를 사용하여 거래 개시 요청(1003)을 상인(1004)에게 송신할 수 있다. 일부 구현예들에서, 민감한 정보(예컨대, 사용자 PIN 및/또는 기타)는 암호화될 수 있다. 일부 구현예들에서, 상인은 에코 요청(1005)을 ECO ADVANTAGE(1006)로 송신할 수 있다. 일부 구현예들에서, 에코 요청(1005)은 에코 요청(206)과 유사한 형태를 취할 수 있다. ECO ADVANTAGE는 사용자 ID(UID) 및 상인 ID를, 각각, 사용하여 사용자의 기록 및 상인의 기록을 탐색할 수 있고, (예컨대, 상인의 에코 스케줄, 상인의 에코 밸런스 및 보너스 블록 밸런스, 및/또는 기타에 기초하여) 사용자가 어느 그리고 몇개의 에코 및 보너스 블록을 그의 거래에 적용할 수 있는지를 결정할 수 있으며, 사용자 확인 설정의 상태를 결정할 수 있다(1007). 확인 설정이 "참"으로 설정되어 있는 경우, ECO ADVANTAGE는 사용자가 그의 거래의 임의의 일부분을 개시하기 전에 그의 거래를 확인할 것을 필요로 할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 에코 응답(212)과 유사한 형태를 취할 수 있는 에코 응답(1008)을 다시 상인에게 송신할 수 있다.

일부 구현예들에서, 상인은 거래에서 사용될 에코 및/또는 보너스 블록을 포함하는 사용자에 대한 에코 정보를 디스플레이 및/또는 인쇄할 수 있고(1009), 사용자는 정보를 검토하고 거래를 확인할 수 있다(1010). 사용자는 또한 거래의 일부를 현금으로 지불하기로 선택할 수 있다. 일부 구현예들에서, 현금 지불은 또한 체크(check), 경품권(gift coupon), 선불 상품권(pre-paid gift voucher), 공동체 가증권(community scrip), 전자 자금 이체, 현금 카드, 우편환, 은행 이체, 은행 지불 전표(bank payment slip), 및/또는 기타 지불 방법일 수 있다. 이러한 경우들에서, 상인은 사용자가 거래 밸런스의 일부를 현금으로 이미 지불하였고 나머지를 신용/직불 카드로 지불해야 한다는 것, 및/또는 기타를 나타내는 현금 거래 확인 메시지(1011)를 ECO ADVANTAGE로 송신할 수 있다. ECO ADVANTAGE는 거래에 대해 사용된 에코 및/또는 보너스 블록을 사용자 계정으로부터 인출할 수 있고, 현금 지불에 기초하여 소정의 금액의 에코를 사용자 계정에 입금할 수 있으며, 사용자의 밸런스를 업데이트할 수 있다(1012).

상인은 거래를 처리하라고 엔티티에 요구할 수 있는 지불 요청(1013)을 상인의 취득자(1014)로 송신할 수 있다. 일부 구현예들에서, 지불 요청(1013)은 지불 요청(215)과 유사한 형태를 취할 수 있다. 취득자는 거래를 준비하고 거래 요청(1016)을 은행 엔티티(1017)(예컨대, 사용자의 발행 은행, 다른 취득자, 및/또는 기타)로 송신하는 것을 통해 지불을 확보한다(1015). 은행은 거래가 승인 및/또는 처리되었는지 또는 거래가 거부되었는지를 나타낼 수 있는 거래 응답(1018)을 취득자로 송신할 수 있다. 취득자는 이하와 유사한 형태를 취할 수 있는 거래 확인(1021)을 통해 이 정보를 ECO ADVANTAGE로 포워딩할 수 있거나,

일부 구현예들에서, 취득자는 (거래 확인(219)과 유사한 형태를 취할 수 있는) 거래 확인(1019)을 통해 정보를 상인에게 포워딩할 수 있고, 상인은 정보를 거래 확인(1020)을 통해 ECO ADVANTAGE로 포워딩할 수 있다. ECO ADVANTAGE는, 거래 확인을 수신하면, 신용/직불 및/또는 기타 거래 금액에 관련된 소정의 금액과 같은 새로운 에코들을 사용자에게 입금할 수 있으며, 사용자의 밸런스를 업데이트할 수 있다(1022). ECO ADVANTAGE는 또한 BI 정보, 거래 데이터, 상인의 사용 스케줄, 분위기, 및/또는 기타를 업데이트하는 것을 비롯하여 상인 계정 기록을 업데이트할 수 있다(1023). 일부 구현예들에서, 상인은 거래 영수증(723)과 유사한 정보를 포함할 수 있는 거래 영수증(1024)을 생성하여 사용자에게 송신할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 또한 다양한 거래들의 상태를 모니터링할 수 있고, 미리 결정된 기준들에 기초하여 ECO ADVANTAGE 데이터베이스의 기록들에서 발견되는 경우 불완전한 거래들을 번복하고, 재시도하며 그리고/또는 다른 방식으로 처리할 수 있다.

도 10b 및 도 10c는 ECO ADVANTAGE의 예시적인 실시예들에서 슬로우 커밋, 현금 및 신용 거래를 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자는, 거래 입력을 상인에게 제공하는 것을 통해, 등록된 상인과 거래를 개시할 수 있다(1025). 상인은 사용자 입력 및 거래 정보를 수신할 수 있고(1026), 사용자의 에코 밸런스 및/또는 보너스 블록 밸런스에 대한 요청을 생성하여 ECO ADVANTAGE로 송신할 수 있다(1027). 일부 구현예들에서, ECO ADVANTAGE는 사용자의 에코 밸런스 및 보너스 블록 밸런스에 대한 요청을 수신할 수 있고(1028), 어느 및 몇개의 에코들 및 보너스 블록들이 현재 거래에 적용될 수 있는지를 결정하기 위해서는 물론, 사용자의 확인 설정을 결정하기 위해, 사용자의 이용가능한 에코들, 보너스 블록들, 및/또는 기타를 ECO ADVANTAGE 데이터베이스(1029)로부터 검색할 수 있다. 확인 설정이 온인 경우(1030), ECO ADVANTAGE는 사용자의 에코 밸런스 및/또는 보너스 블록 밸런스 및/또는 기타 거래 정보를 나타내는 응답을 생성하여(1031) 상인에게 송신할 수 있다(1032). 상인은 밸런스 정보를 수신할 수 있고(1033), 사용자에 대한 거래 정보를 디스 및/또는 인쇄하는 것 및 거래를 확인하라고 사용자에게 요구하는 것을 통해 정보를 사용자에게 포워딩할 수 있다(1034). 사용자는 그의 패스워드, 사용자 PIN, 및/또는 기타 형태의 ID(identification)를 사용하여 거래 및 거래에 대한 그의 에코 및/또는 보너스 블록의 사용을 인증할 수 있고, 밸런스의 일부 금액을 현금으로 지불할 수 있다(1035). 일부 구현예들에서, 상인은 사용자가 그의 에코 및/또는 보너스 블록의 사용을 확인했고 거래에 대해 지불하고자 한다는 것과 거래 밸런스의 적어도 일부분을 현금으로 지불했다는 것 둘 다를 나타내는 메시지를 생성하여 ECO ADVANTAGE로 송신할 수 있다(1036). ECO ADVANTAGE는, 메시지를 수신하면(1037), 거래에서 사용된 에코 및/또는 보너스 블록 모두를 사용자의 계정으로부터 인출할 수 있고, 현금 지불에 기초한 소정의 금액과 같은 새로운 에코들을 사용자의 계정에 입금할 수 있다(1038).

일부 구현예들에서, 상인은 또한 사용자의 지불 정보, 원래의 거래 금액으로부터 적용된 에코 및/또는 보너스 블록 그리고 부분 현금 지불을 차감한 후의 거래 밸런스, 및/또는 기타 정보를 갖는 지불 요청을 생성하여 확보를 위해 취득자로 송신할 수 있다(1039). 일부 구현예들에서, 취득자는 사용자의 지불 정보, 거래 데이터, 및/또는 기타를 수신할 수 있고(1040), 메시지의 송신자를 인증할 수 있으며 사용자의 발행 은행에 거래 밸런스를 요청하기 위해 정보를 사용할 수 있다(1041).

취득자가 자금을 성공적으로 확보할 수 있는 경우(1042), 취득자는 자금을 획득할 수 있고, 거래가 성공적으로 처리되었음을 나타내는 확인을 상인에게(일부 구현예들에서, ECO ADVANTAGE로) 송신할 수 있다(1043). 일부 구현예들에서, 상인은, 성공적인 거래를 나타내는 통지를 수신하면(1044), 사용자를 위해 거래 영수증을 인쇄 및/또는 디스플레이할 수 있고(1045), 거래가 성공적이었다는 것을 나타내는 거래 확인 메시지를 생성하여(1046) ECO ADVANTAGE로 송신할 수 있다(1047). ECO ADVANTAGE는, 거래 확인을 수신한 후에(1047), 거래를 완료된 것으로 표시하기 위해 확인을 ECO ADVANTAGE 데이터베이스에서의 거래 기록 내에 저장할 수 있다. ECO ADVANTAGE는 또한 사용자의 신용/직불 결제에 기초한 소정의 금액의 새로운 에코를 사용자의 계정에 입금할 수 있고(1048), 전체 거래 금액이 처리되고 확보되었다는 것을 나타내기 위해 1023에서의 데이터 및/또는 ECO ADVANTAGE 데이터베이스 내의 기타 정보를 사용하여 상인 및 거래 기록을 업데이트할 수 있다(1049).

취득자가 자금을 성공적으로 확보할 수 없는 경우(1042), 취득자는 거래 실패의 통지를 상인에게(그리고, 일부 구현예들에서, ECO ADVANTAGE로) 송신할 수 있다(1050). 상인은, 실패한 거래의 통지를 수신한 후에(1051), 거래가 실패했다는 것을 나타내는 거래 확인을 생성하여 ECO ADVANTAGE로 송신할 수 있고(1052), 또한 사용자를 위해 거래 실패의 통지를 디스플레이 및/또는 인쇄할 수 있으며 그리고/또는 (예컨대, 상이한 지불 방법 및/또는 기타로) 거래를 재시도하라고 사용자에게 프롬프트할 수 있다(1053). ECO ADVANTAGE는 거래 확인 메시지를 수신하고, 거래를 불완전하여 재시도할 필요가 있는 것으로 표시할 수 있으며(1054), 관련 기록들(예컨대, 사용자의 기록, 상인의 기록 및/또는 기타)을 또한 불완전한 것으로서 표시할 수 있다(1055). 일부 구현예들에서, ECO ADVANTAGE는 또한 다양한 거래들의 상태를 모니터링할 수 있고, 미리 결정된 기준들에 기초하여 ECO ADVANTAGE 데이터베이스의 기록들에서 발견되는 경우 불완전한 거래들을 번복하고, 재시도하며 그리고/또는 다른 방식으로 처리할 수 있다.

도 11a는 ECO ADVANTAGE의 예시적인 실시예들에서 패스트 커밋, 현금 및 신용 거래를 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자(1101)는 상인의 PoS 디바이스 및/또는 사용자 전자 디바이스(1102)를 사용하여 거래 개시 요청(1103)을 상인(1104)에게 송신할 수 있다. 일부 구현예들에서, 민감한 정보(예컨대, 사용자 PIN 및/또는 기타)는 암호화될 수 있다. 일부 구현예들에서, 사용자는 또한 사용자의 에코 및/또는 보너스 블록이 적용된 경우 남아 있는 거래 밸런스의 적어도 일부를 커버하는 현금 지불을 상인에게 제공할 수 있다. 일부 구현예들에서, 현금 지불은 또한 체크, 경품권, 선불 상품권, 공동체 가증권, 전자 자금 이체, 현금 카드, 우편환, 은행 이체, 은행 지불 전표, 및/또는 기타 지불 방법일 수 있다. 일부 구현예들에서, 상인은 에코 요청(1105)을 ECO ADVANTAGE(1106)로 송신할 수 있다. 일부 구현예들에서, 에코 요청(1105)은 에코 요청(206)과 유사한 형태를 취할 수 있다. ECO ADVANTAGE는 사용자 ID(UID) 및 상인 ID를, 각각, 사용하여 사용자의 기록 및 상인의 기록을 탐색할 수 있고, (예컨대, 상인의 에코 스케줄, 상인의 에코 밸런스 및 보너스 블록 밸런스, 및/또는 기타에 기초하여) 사용자가 어느 그리고 몇개의 에코 및 보너스 블록을 그의 거래에 적용할 수 있는지를 결정할 수 있으며, 사용자 확인 설정의 상태를 결정할 수 있다(1107). 확인 설정이 "거짓"으로 설정되어 있는 경우, ECO ADVANTAGE는 사용자가 그의 거래의 임의의 일부분을 개시하기 전에 그의 거래를 확인할 것을 필요로 하지 않을 수 있다. ECO ADVANTAGE는 거래에 대해 사용된 에코 및/또는 보너스 블록을 사용자 계정으로부터 인출할 수 있고(1108), 현금 지불에 기초하여 소정의 금액의 에코를 사용자 계정에 입금할 수 있으며, 사용자의 밸런스를 업데이트할 수 있다(1109). 일부 구현예들에서, 사용자의 밸런스를 업데이트하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

ECO ADVANTAGE는 또한 BI 정보, 거래 데이터, 상인의 사용 스케줄, 분위기, 및/또는 기타를 업데이트하는 것을 비롯하여 상인 계정 기록을 업데이트할 수 있다(1110).

일부 구현예들에서, ECO ADVANTAGE는 에코 응답(212)과 유사한 형태를 취할 수 있는 에코 응답(1111)을 다시 상인에게 송신할 수 있다. 일부 구현예들에서, 상인은 에코 거래 영수증을 통해 사용자에 대한 에코 정보를 디스플레이 및/또는 인쇄할 수 있다(1112). 상인은 거래를 처리하라고 엔티티에 요구할 수 있는 지불 요청(1113)을 상인의 취득자(1114)로 송신할 수 있다. 일부 구현예들에서, 지불 요청(1113)은 지불 요청(1013)과 유사한 형태를 취할 수 있다. 취득자는 거래를 준비하고 거래 요청(1116)을 은행 엔티티(1117)(예컨대, 사용자의 발행 은행, 다른 취득자, 및/또는 기타)로 송신하는 것을 통해 지불을 확보한다(1115). 은행은 거래가 승인 및/또는 처리되었는지 또는 거래가 거부되었는지를 나타낼 수 있는 거래 응답(1118)을 취득자로 송신할 수 있다. 취득자는 거래 확인(1021)과 유사한 형태를 취할 수 있는 거래 확인(1121)을 통해 이 정보를 ECO ADVANTAGE로 포워딩할 수 있거나, (거래 확인(219)과 유사한 형태를 취할 수 있는) 거래 확인(1119)을 통해 정보를 상인에게 포워딩할 수 있고, 상인은 정보를 거래 확인(1120)을 통해 ECO ADVANTAGE로 포워딩할 수 있다. 일부 구현예들에서, 상인은 거래 영수증(1024)과 유사한 정보를 포함할 수 있는 거래 영수증(1122)을 생성하여 사용자에게 송신할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 또한 다양한 거래들의 상태를 모니터링할 수 있고, 미리 결정된 기준들에 기초하여 ECO ADVANTAGE 데이터베이스의 기록들에서 발견되는 경우 불완전한 거래들을 번복하고, 재시도하며 그리고/또는 다른 방식으로 처리할 수 있다.

도 11b 및 도 11c는 ECO ADVANTAGE의 예시적인 실시예들에서 패스트 커밋, 현금 및 신용 거래를 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자는, 거래 입력을 상인에게 제공하는 것을 통해, 등록된 상인과 거래를 개시할 수 있다(1150). 상인은 사용자 입력 및 거래 정보를 수신할 수 있고(1123), 사용자의 에코 밸런스 및/또는 보너스 블록 밸런스에 대한 요청을 생성하여 ECO ADVANTAGE로 송신할 수 있다(1124). 일부 구현예들에서, ECO ADVANTAGE는 사용자의 에코 밸런스 및 보너스 블록 밸런스에 대한 요청을 수신할 수 있고(1125), 어느 및 몇개의 에코들 및 보너스 블록들이 현재 거래에 적용될 수 있는지를 결정하기 위해서는 물론, 사용자의 확인 설정을 결정하기 위해, 사용자의 이용가능한 에코들, 보너스 블록들, 및/또는 기타를 ECO ADVANTAGE 데이터베이스(1126)로부터 검색할 수 있다. 확인 설정이 오프인 경우(1127), ECO ADVANTAGE는 거래에서 사용된 에코 및/또는 보너스 블록을 사용자 계정으로부터 인출할 수 있고, 거래 금액(예컨대, 현금 지불 및 보류 중인 신용/직불 카드 결제 둘 다)에 기초할 수 있는 소정의 금액의 새로운 에코를 사용자의 계정에 입금할 수 있다(1128). ECO ADVANTAGE는 또한 거래를 ECO ADVANTAGE 데이터베이스에 부가하기 위해 그리고 거래 데이터에 기초하여 상인의 기록을 업데이트하기 위해(예컨대, 1110에 기술된 정보를 업데이트하기 위해) 1110에서의 정보 및/또는 기타 정보를 사용하여 상인 계정 및 거래 기록을 업데이트할 수 있다(1219). ECO ADVANTAGE는 사용자의 에코 밸런스 및/또는 보너스 블록 밸런스 및/또는 기타 거래 정보를 나타내는 응답을 생성하여 상인에게 송신할 수 있다(1130). 응답을 수신한 후에(1131), 상인은 거래로부터의 데이터(예컨대, 거래 총액, 현금으로 지불된 금액, 신용/직불 카드로 지불된 금액, 사용된 에코 및/또는 보너스 블록의 금액, 및/또는 기타)를 포함하는 거래 영수증을 생성하여 사용자에게 송신할 수 있다(1132).

일부 구현예들에서, 상인은 또한 사용자의 지불 정보, 원래의 거래 금액으로부터 적용된 에코 및/또는 보너스 블록 그리고 부분 현금 지불을 차감한 후의 거래 밸런스, 및/또는 기타 정보를 갖는 지불 요청을 생성하여 확보를 위해 취득자로 송신할 수 있다(1134). 일부 구현예들에서, 취득자는 사용자의 지불 정보, 거래 데이터, 및/또는 기타를 수신할 수 있고(1135), 메시지의 송신자를 인증할 수 있으며 사용자의 발행 은행에 거래 밸런스를 요청하기 위해 정보를 사용할 수 있다(1136).

취득자가 자금을 성공적으로 확보할 수 있는 경우(1137), 취득자는 자금을 획득할 수 있고, 거래가 성공적으로 처리되었음을 나타내는 확인을 상인에게(일부 구현예들에서, ECO ADVANTAGE로) 송신할 수 있다(1138). 일부 구현예들에서, 상인은, 성공적인 거래를 나타내는 통지를 수신하면(1139), 사용자를 위해 거래 영수증을 인쇄 및/또는 디스플레이할 수 있고(1140), 거래가 성공적이었다는 것을 나타내는 거래 확인 메시지를 생성하여(1141) ECO ADVANTAGE로 송신할 수 있다(1142). ECO ADVANTAGE는, 거래 확인을 수신한 후에(1143), 거래를 완료된 것으로 표시하기 위해 확인을 ECO ADVANTAGE 데이터베이스에서의 거래 기록 내에 저장할 수 있다.

취득자가 자금을 성공적으로 확보할 수 없는 경우(1137), 취득자는 거래 실패의 통지를 상인에게(그리고, 일부 구현예들에서, ECO ADVANTAGE로) 송신할 수 있다(1144). 상인은, 실패한 거래의 통지를 수신한 후에(1145), 거래가 실패했다는 것을 나타내는 거래 확인을 생성하여 ECO ADVANTAGE로 송신할 수 있고(1145), 또한 사용자를 위해 거래 실패의 통지를 디스플레이 및/또는 인쇄할 수 있으며 그리고/또는 (예컨대, 상이한 지불 방법 및/또는 기타로) 거래를 재시도하라고 사용자에게 프롬프트할 수 있다(1147). ECO ADVANTAGE는 거래 확인 메시지를 수신하고, 거래를 불완전하여 재시도할 필요가 있는 것으로 표시할 수 있으며(1148), 관련 기록들(예컨대, 사용자의 기록, 상인의 기록 및/또는 기타)을 또한 불완전한 것으로서 표시할 수 있다(1149). 일부 구현예들에서, ECO ADVANTAGE는 또한 다양한 거래들의 상태를 모니터링할 수 있고, 미리 결정된 기준들에 기초하여 ECO ADVANTAGE 데이터베이스의 기록들에서 발견되는 경우 불완전한 거래들을 번복하고, 재시도하며 그리고/또는 다른 방식으로 처리할 수 있다.

도 12a는 ECO ADVANTAGE의 예시적인 실시예들에서 패스트 커밋, 현금 전용 거래를 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자(1201)는 상인의 PoS 디바이스 및/또는 사용자 전자 디바이스(1202)를 사용하여 거래 개시 요청(120)을 상인(1204)에게 송신할 수 있다. 일부 구현예들에서, 민감한 정보(예컨대, 사용자 PIN 및/또는 기타)는 암호화될 수 있다. 일부 구현예들에서, 사용자는 또한 사용자의 에코 및/또는 보너스 블록이 적용된 경우 남아 있는 거래 밸런스의 전체를 커버하는 현금 지불을 상인에게 제공할 수 있다. 일부 구현예들에서, 현금 지불은 또한 체크, 경품권, 선불 상품권, 공동체 가증권, 전자 자금 이체, 현금 카드, 우편환, 은행 이체, 은행 지불 전표, 및/또는 기타 지불 방법일 수 있다. 일부 구현예들에서, 상인은 에코 요청(1205)을 ECO ADVANTAGE(1206)로 송신할 수 있다. 일부 구현예들에서, 에코 요청(1205)은 에코 요청(206)과 유사한 형태를 취할 수 있다. ECO ADVANTAGE는 사용자 ID(UID) 및 상인 ID를, 각각, 사용하여 사용자의 기록 및 상인의 기록을 탐색할 수 있고(1207), (예컨대, 상인의 에코 스케줄, 상인의 에코 밸런스 및 보너스 블록 밸런스, 및/또는 기타에 기초하여) 사용자가 어느 그리고 몇개의 에코 및 보너스 블록을 그의 거래에 적용할 수 있는지를 결정할 수 있으며, 사용자 확인 설정의 상태를 결정할 수 있다(1207). 확인 설정이 "참"으로 설정되어 있는 경우, ECO ADVANTAGE는 사용자가 그의 거래의 임의의 일부분을 개시하기 전에 그의 거래를 확인할 것을 필요로 할 수 있다. ECO ADVANTAGE는 거래에 대해 사용된 에코 및/또는 보너스 블록을 사용자 계정으로부터 인출할 수 있고, 현금 지불에 기초하여 소정의 금액의 에코를 사용자 계정에 입금할 수 있으며, 사용자의 밸런스를 업데이트할 수 있다(1208). ECO ADVANTAGE는 또한 BI 정보, 거래 데이터, 상인의 사용 스케줄, 분위기, 및/또는 기타를 업데이트하는 것을 비롯하여 상인 계정 기록을 업데이트할 수 있다(1209).

일부 구현예들에서, ECO ADVANTAGE는 에코 응답(212)과 유사한 형태를 취할 수 있는 에코 응답(1210)을 다시 상인에게 송신할 수 있다. 일부 구현예들에서, 상인은 거래 영수증(1122)과 유사한 형태를 취할 수 있는 거래 영수증을 통해 사용자에 대한 에코 정보를 디스플레이 및/또는 인쇄할 수 있다(1211). 사용자는 상인에게 현금을 지불할 수 있고(1212), 상인은 현금을 상인의 은행 계좌에 예금할 수 있다(1213).

도 12b는 ECO ADVANTAGE의 예시적인 실시예들에서 패스트 커밋, 현금 전용 거래를 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자는, 거래 입력을 상인에게 제공하는 것을 통해, 등록된 상인과 거래를 개시할 수 있다(1214). 상인은 사용자 입력 및 거래 정보를 수신할 수 있고, 사용자의 에코 밸런스 및/또는 보너스 블록 밸런스에 대한 요청을 생성하여 ECO ADVANTAGE로 송신할 수 있다(1215). 일부 구현예들에서, ECO ADVANTAGE는 사용자의 에코 밸런스 및 보너스 블록 밸런스에 대한 요청을 수신할 수 있고, 어느 및 몇개의 에코들 및 보너스 블록들이 현재 거래에 적용될 수 있는지를 결정하기 위해서는 물론, 사용자의 확인 설정을 결정하기 위해, 사용자의 이용가능한 에코들, 보너스 블록들, 및/또는 기타를 ECO ADVANTAGE 데이터베이스(1216)로부터 검색할 수 있다. 확인 설정이 오프인 경우(1217), ECO ADVANTAGE는 거래에서 사용된 에코 및/또는 보너스 블록을 사용자의 계정으로부터 인출할 수 있고, 현금 지불에 기초할 수 있는 소정의 금액의 새로운 에코를 사용자의 계정에 입금할 수 있다(1218).

ECO ADVANTAGE는 또한 거래를 ECO ADVANTAGE 데이터베이스에 부가하기 위해 그리고 거래 데이터에 기초하여 상인의 기록을 업데이트하기 위해(예컨대, 1110에 기술된 정보를 업데이트하기 위해) 1209로부터의 정보 및/또는 기타 정보를 사용하여 상인 계정 및 거래 기록을 업데이트할 수 있다(1219). ECO ADVANTAGE는 사용자의 에코 밸런스 및/또는 보너스 블록 밸런스 및/또는 기타 거래 정보를 나타내는 응답을 생성하여 상인에게 송신할 수 있다(1220). 응답을 수신한 후에(1221), 상인은 거래로부터의 데이터(예컨대, 거래 총액, 현금으로 지불된 금액, 사용된 에코 및/또는 보너스 블록의 금액, 및/또는 기타)를 포함하는 거래 영수증을 생성하여 사용자에게 송신할 수 있다. 사용자가 거래 영수증을 수신할 때(1222), 사용자는 상인에게 현금을 지불할 수 있다(1223). 상인은 사용자의 자격있는 에코 및 보너스 블록이 적용된 후에 거래 밸런스를 커버할 수 있는 현금 지불을 사용자로부터 받을 수 있다(1224). 상인은 현금을 상인의 은행 계좌에 예금하는 것을 통해 현금 지불을 상인의 은행 계좌에 입금할 수 있다(1225).

일부 구현예들에서, ECO ADVANTAGE 및/또는 상인은 거래가 커밋된 후에 확인하라고 사용자에게 프롬프트할 수 있다. 이러한 구현예에서, 사용자가 거래를 확인하면, 사용자는 거래 영수증을 수신할 수 있고 거래에 대해 지불할 수 있다(1211). 사용자가 거래를 거부하면, ECO ADVANTAGE는 ECO ADVANTAGE 데이터베이스에서의 커밋된 거래 정보를 번복할 수 있다. 도 13a는 ECO ADVANTAGE의 예시적인 실시예들에서 슬로우 커밋, 현금 전용 거래를 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자(1301)는 상인의 PoS 디바이스 및/또는 사용자 전자 디바이스(1302)를 사용하여 거래 개시 요청(1303)을 상인(1304)에게 송신할 수 있다. 일부 구현예들에서, 민감한 정보(예컨대, 사용자 PIN 및/또는 기타)는 암호화될 수 있다. 일부 구현예들에서, 상인은 에코 요청(1305)을 ECO ADVANTAGE(1306)로 송신할 수 있다. 일부 구현예들에서, 에코 요청(1305)은 에코 요청(206)과 유사한 형태를 취할 수 있다.

ECO ADVANTAGE는 사용자 ID(UID) 및 상인 ID를, 각각, 사용하여 사용자의 기록 및 상인의 기록을 탐색할 수 있고, (예컨대, 상인의 에코 스케줄, 상인의 에코 밸런스 및 보너스 블록 밸런스, 및/또는 기타에 기초하여) 사용자가 어느 그리고 몇개의 에코 및 보너스 블록을 그의 거래에 적용할 수 있는지를 결정할 수 있으며, 사용자 확인 설정의 상태를 결정할 수 있다(1307). 확인 설정이 "참"으로 설정되어 있는 경우, ECO ADVANTAGE는 사용자가 그의 거래의 임의의 일부분을 개시하기 전에 그의 거래를 확인할 것을 필요로 할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 에코 응답(1210)과 유사한 형태를 취할 수 있는 에코 응답(1308)을 다시 상인에게 송신할 수 있다. 일부 구현예들에서, 상인은 거래에서 사용될 에코 및/또는 보너스 블록을 포함하는 사용자에 대한 에코 정보를 디스플레이 및/또는 인쇄할 수 있고(1309), 사용자는 정보를 검토하고 (예컨대, 패스워드, 사용자 PIN, 및/또는 기타를 사용하여) 거래를 확인할 수 있다(1310). 사용자는 또한 거래의 전체를 현금으로 지불하기로 선택할 수 있다. 일부 구현예들에서, 현금 지불은 또한 체크, 경품권, 선불 상품권, 공동체 가증권, 전자 자금 이체, 현금 카드, 우편환, 은행 이체, 은행 지불 전표, 및/또는 기타 지불 방법일 수 있다. 일부 구현예들에서, 확인은 또한 성공적인 현금 지불을 통해 표현될 수 있다. 이러한 경우들에서, 상인은 현금을 그의 은행 계좌에 예금할 수 있고(1311), 사용자가 거래 밸런스를 현금으로 이미 지불했다는 것을 나타내는 현금 거래 확인 메시지(1312)를 ECO ADVANTAGE로 송신할 수 있다. ECO ADVANTAGE는 거래에 대해 사용된 에코 및/또는 보너스 블록을 사용자 계정으로부터 인출할 수 있고, 현금 지불에 기초하여 소정의 금액의 에코를 사용자 계정에 입금할 수 있으며, 사용자의 밸런스를 업데이트할 수 있다(1313).

ECO ADVANTAGE는 또한 BI 정보, 거래 데이터, 상인의 사용 스케줄, 분위기, 및/또는 기타를 업데이트하는 것을 비롯하여 상인 계정 기록을 업데이트할 수 있다(1314). 일부 구현예들에서, 상인은 거래 영수증(1211)과 유사한 정보를 포함할 수 있는 거래 영수증(1315)을 생성하여 사용자에게 송신할 수 있다.

도 13b는 ECO ADVANTAGE의 예시적인 실시예들에서 슬로우 커밋, 현금 전용 거래를 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자는, 거래 입력을 상인에게 제공하는 것을 통해, 등록된 상인과 거래를 개시할 수 있다(1316). 상인은 사용자 입력 및 거래 정보를 수신할 수 있고(1317), 사용자의 에코 밸런스 및/또는 보너스 블록 밸런스에 대한 요청을 생성하여 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 사용자의 에코 밸런스 및 보너스 블록 밸런스에 대한 요청을 수신할 수 있고, 어느 및 몇개의 에코들 및 보너스 블록들이 현재 거래에 적용될 수 있는지를 결정하기 위해서는 물론, 사용자의 확인 설정을 결정하기 위해, 사용자의 이용가능한 에코들, 보너스 블록들, 및/또는 기타를 ECO ADVANTAGE 데이터베이스(1318)로부터 검색할 수 있다. 확인 설정이 오프인 경우(1319), ECO ADVANTAGE는 사용자의 에코 밸런스 및/또는 보너스 블록 밸런스 및/또는 기타 거래 정보를 나타내는 응답을 생성하여 상인에게 송신할 수 있다(1320). 상인은 밸런스 정보를 수신할 수 있고, 사용자에 대한 에코 정보를 디스 및/또는 인쇄하는 것 및 거래를 확인하라고 사용자에게 요구하는 것을 통해 정보를 사용자에게 포워딩할 수 있다(1321). 사용자는 그의 패스워드, 사용자 PIN, 및/또는 기타 형태의 ID(identification)를 사용하여 거래 및 거래에 대한 그의 에코 및/또는 보너스 블록의 사용을 확인할 수 있고, 거래 밸런스를 현금으로 지불할 수 있다(1322).

일부 구현예들에서, 상인은 사용자의 에코 및/또는 보너스 블록이 적용된 후에 거래 밸런스와 같을 수 있는 현금 지불을 사용자로부터 받을 수 있다(1323). 상인은 현금 지불을 상인의 은행 계좌에 예금하는 것을 통해 현금 지불을 그의 계정에 입금할 수 있고, 현금 예금의 확인을 생성하여 ECO ADVANTAGE로 그리고 현금 영수증을 생성하여 사용자에게 송신할 수 있다(1324). 일부 구현예들에서, 사용자는 거래 영수증을 수신할 수 있고(1325), ECO ADVANTAGE는 사용된 에코 및/또는 보너스 블록을 사용자의 밸런스로부터 인출할 수 있고, 현금 지불에 기초하여 소정의 금액의 새로운 에코를 사용자 계정에 입금할 수 있으며, 계정을 업데이트할 수 있다(1325). ECO ADVANTAGE는 또한, ECO ADVANTAGE 데이터베이스에 저장된 상인 및 거래 데이터를 업데이트하기 위해, 1314로부터의 정보 및/또는 기타 정보 그리고 ECO ADVANTAGE의 거래 기록을 사용하여 상인 계정을 업데이트할 수 있다(1327).

도 14a는 ECO ADVANTAGE의 예시적인 실시예들에서 상인 및 파트너 거래를 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 파트너(1401)는 상인과 유사한 프로세스를 통해 ECO ADVANTAGE에 등록할 수 있다(도 4a 내지 도 4c를 참조). 일부 구현예들에서, 파트너는 소매 상인, 제조업체, 도매업자, 대규모 유통업자, 및/또는 기타일 수 있다. 일부 구현예들에서, 파트너는 그의 제품 및/또는 서비스의 벌크 금액을 결정하고자 할 수 있고, 에코 스케줄 요청(1402)을 ECO ADVANTAGE(1403)로 송신할 수 있다. 일부 구현예들에서, 에코 스케줄 요청(1402)은 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, ECO ADVANTAGE는 파트너의 ID를 사용하여 ECO ADVANTAGE 데이터베이스에서 파트너를 탐색할 수 있고, 벌크 금액에 대한 파트너의 에코 스케줄을 검색할 수 있다(1404). 일부 구현예들에서, 에코 스케줄은 거래 및 과거 데이터, 분위기, 및/또는 기타에 기초할 수 있다. ECO ADVANTAGE는 에코 스케줄 및/또는 기타를 포함하는 에코 스케줄 응답(1405)을 파트너로 송신할 수 있다. 일부 구현예들에서, 에코 스케줄 응답(1405)은 이하와 유사한 형태를 취할 수 있다:

파트너는 프로모터의 에코 스케줄 및/또는 다른 ECO ADVANTAGE 파라미터에 기초하여 제품/서비스 벌크 금액을 생성하기 위해 응답에서의 정보를 사용할 수 있다(1406).

일부 구현예들에서, 파트너는 또한 장려 프로그램의 일부로서(예컨대, 보너스, 보상금, 및/또는 기타로서) 직원 및/또는 기타에게 제공할 수 있는 에코, 보너스 블록 및/또는 기타의 할당을 ECO ADVANTAGE로부터 수신할 수 있다. 일부 구현예들에서, 파트너는 직원을 위해 신용 한도(credit line)를 개설할 수 있고, 여기서 신용 한도는 직원에 주어지는 에코의 금액 / 10일 수 있다. 일부 구현예들에서, 다른 ECO ADVANTAGE 파트너는 SRP로 제품 및/또는 서비스에서의 그 금액의 소정 퍼센트(예컨대, 금액의 4배 및/또는 기타)를 그들로부터 구입할 수 있다. 일부 구현예들에서, 소비자는 또한 파트너와의 거래의 일부를 에코로 지불할 수 있다.

다른 구현예들에서, 파트너는 또한 파트너가 새로운 제품을 출시하고 및/또는 기타 정보를 제공할 수 있게 하는 B2B 마켓플레이스 인터페이스(예컨대, 웹 사이트, 애플리케이션, 및/또는 기타)에 액세스할 수 있다.

일부 구현예들에서, ECO ADVANTAGE는 참여하는 파트너와 사용될 에코, 보너스 블록, 및/또는 기타의 할당량을 상인에게 제공할 수 있다. 일부 구현예들에서, 상인은 이러한 할당량을 한번(예컨대, 이정표를 충족시킨 후에, 예컨대, 소정의 금액의 에코를 그의 소비자 및/또는 기타에게 제공한 후에, 등록 후에, 및/또는 기타) 또는 일정 기간(예컨대, 주간, 월간, 연간, 및/또는 기타, 상인이 사전 정의된 ECO ADVANTAGE 기준들 및/또는 기타를 충족시키는 경우 어떤 간격으로)에 걸쳐 2번 이상 수신할 수 있다. 일부 구현예들에서, 상인(1407)은, 파트너로부터 구매할 수 있는 제품 및/또는 서비스를 선택하는 것(1408)을 통해, 파트너로부터의 제품 및/또는 서비스를 구매하기 위해 에코의 할당을 사용할 수 있다. 파트너는 상인의 에코 밸런스, 업데이트된 파트너 에코 스케줄, 및/또는 기타를 획득하기 위해 에코 요청(1409)을 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, 에코 요청(1409)은 이하와 유사한 형태를 취할 수 있다:

ECO ADVANTAGE는 상인이 ECO ADVANTAGE 데이터베이스에 계정을 가지고 있는지를 확인하기 위해 상인을 탐색할 수 있고 그의 이용가능한 스케줄 및/또는 기타가 있는지 파트너를 탐색할 수 있다(1410). 일부 구현예들에서, 상인 및 파트너를 탐색하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

ECO ADVANTAGE는 요청된 정보를 갖는 에코 응답(1411)을 파트너에게 송신할 수 있다. 일부 구현예들에서, 에코 응답(1411)은 이하와 유사한 형태를 취할 수 있다:

파트너는 거래 밸런스 및/또는 기타 거래 정보를 나타내는 그리고 거래를 확인하라고 상인에게 프롬프트하는 거래 확인 메시지(1412)를 상인으로 송신할 수 있다. 일부 구현예들에서, 거래 확인 메시지(1412)는 이하와 유사한 형태를 취할 수 있다:

상인은 거래 및 거래에 대한 에코의 사용을 확인(1413)할 수 있고, 파트너는 지불 획득을 위해 파트너의 취득자 및/또는 기타 지불 엔티티로 송신될 거래 데이터(1414)를 준비할 수 있다. 일부 구현예들에서, 파트너는 거래가 성공했는지 여부를 나타내는 거래 확인을 취득자로부터 수신할 수 있고, 이 거래 확인을 메시지(1415)를 통해 ECO ADVANTAGE로 포워딩할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는, 거래가 성공했다는 확인을 수신할 시에, 거래를 위해 사용된 에코를 상인의 계정으로부터 인출할 수 있고, 새로운 소정의 양의 에코(거래에 대해 상인이 지불하는 금액에 적어도 부분적으로 기초한 금액)를 상인의 계정에 입금할 수 있으며, 상인의 밸런스를 업데이트할 수 있다(1416). 일부 구현예들에서, 상인의 밸런스를 업데이트하는 것은 이하와 유사한 형태를 취할 수 있다:

ECO ADVANTAGE는 또한 거래 기록을 생성하는 것, 거래의 날짜, 시간 및 분위기를 사용하여 파트너의 BI 정보, 거래 데이터, 사용 스케줄을 업데이트하는 것, 및/또는 기타를 비롯하여 파트너의 계정 기록 및 거래 기록을 업데이트할 수 있다. 일부 구현예들에서, 파트너 데이터를 업데이트하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

도 14b 및 도 14c는 ECO ADVANTAGE의 예시적인 실시예들에서 상인 및 파트너 거래를 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, 거래 이전에, 파트너는 그의 에코 스케줄 정보에 대한 요청을 생성하여 ECO ADVANTAGE로 송신할 수 있다(1418). ECO ADVANTAGE는 파트너의 에코 밸런스에 대한 요청을 수신할 수 있고(1419), 요청에 포함된 파트너 ID를 사용하여 파트너의 기록을 탐색할 수 있다. ECO ADVANTAGE는 파트너의 에코 스케줄 및/또는 기타 파트너 정보를 검색할 수 있고, 이들을 사용해 파트너의 제품들 및/또는 서비스들의 벌크별 금액을 제공할 에코 스케줄을 계산할 수 있다. ECO ADVANTAGE는 스케줄 응답을 생성하여 파트너에게 송신할 수 있고(1421), 파트너는 에코 스케줄 응답을 수신할 수 있으며 제품 및 서비스 벌크 금액을 생성 및/또는 업데이트하기 위해 수신된 벌크 금액별 에코 스케줄을 사용할 수 있다(1422).

일부 구현예들에서, 상인은, 어떤 시점에서, 구매할 제품들 및/또는 서비스들을 선택하는 것을 통해 파트너와 거래를 개시할 수 있다(1423). 파트너는 상인으로부터 거래 정보를 획득할 수 있고, 에코 요청을 생성하여 ECO ADVANTAGE로 송신할 수 있다(1424). ECO ADVANTAGE는 파트너로부터 에코 요청을 수신할 수 있고, 파트너 ID 및 상인 ID를 각각 사용하여 파트너 및 상인을 탐색할 수 있다(1425). 파트너 기록이 발견되지 않는 경우, ECO ADVANTAGE는 ECO ADVANTAGE에 등록하라고 파트너에 프롬프트할 수 있다. 파트너 기록이 발견되는 경우(1426), ECO ADVANTAGE는 상인에 대한 기록이 발견될 수 있는지를 결정할 수 있다. 상인 기록이 발견되지 않는 경우(1427), ECO ADVANTAGE는 ECO ADVANTAGE에 등록하라고 상인에게 프롬프트할 수 있다(추가의 상세에 대해서는 도 4a 내지 도 4c를 참조). 상인의 기록이 발견될 수 있는 경우, ECO ADVANTAGE는 상인의 에코 밸런스를 검색할 수 있고, 그를 사용하여 거래 금액에 적용될 수 있는 에코의 수를 결정할 수 있다(1429). ECO ADVANTAGE는 또한 파트너의 에코 스케줄, 벌크 금액, 및/또는 기타를 검색할 수 있고, 상인에 대한 에코 응답을 통해 파트너 및 상인 데이터를 파트너에게 송신할 수 있다(1430). 상인은 ECO ADVANTAGE로부터 에코 응답을 수신할 수 있고, 상인의 에코 정보 및 파트너의 현재 벌크 금액이 주어진 경우 거래를 확인하라고 상인에게 프롬프트할 수 있다(1431). 상인이 거래 및 에코의 사용을 확인한 경우(1432), 파트너는 확보를 위해 거래 밸런스(예컨대, 거래 금액 - 적용된 에코)를 취득자로 송신할 수 있다(1433).

일부 구현예들에서, 확보가 성공했다고 취득자가 파트너에 통지하면(1434), ECO ADVANTAGE는 성공적인 거래를 나타내는 통지를 수신할 수 있고, 거래의 기록을 생성하여 ECO ADVANTAGE 데이터베이스에 저장할 수 있다(1438). ECO ADVANTAGE는 거래에서 사용된 에코를 상인의 계정으로부터 인출할 수 있고, 거래 금액에 기초한 그리고 프로모터로부터 온 것으로 표시된 소정의 금액의 에코를 상인의 계정에 입금할 수 있다(1439). ECO ADVANTAGE는 또한 1417에서의 거래 정보 및/또는 기타 정보, 및/또는 기타 정보를 사용해 상인 및 파트너의 계정 기록을 업데이트할 수 있다(1440).

일부 구현예들에서, 확보가 성공적이지 않은 경우(1434), 상인은 거래 실패의 통지를 수신할 수 있고, 거래를 재시도하라고 프롬프트될 수 있으며, 그리고/또는 기타일 수 있다(1435). 파트너는 또한 통지를 ECO ADVANTAGE로 포워딩할 수 있, ECO ADVANTAGE는 통지를 수신하고 거래에 대한 거래 기록을 저장할 수 있다(1436). 일부 구현예들에서, 기록이 불완전한 것으로 표시될 수 있고, 따라서 ECO ADVANTAGE는 나중에 거래를 재시도할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 또한 거래 실패의 결과로서 관련 기록들(예컨대, 상인 및 파트너 기록, 및/또는 기타)을 불완전한 것으로서 표시할 수 있다(1437).

도 15a는 ECO ADVANTAGE의 예시적인 실시예들에서 환불 또는 거래 취소를 나타낸 데이터 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자(1501)는 거래를 취소하고 그리고/또는 그에 대한 환불을 받고자 한다는 것을 상인(1503)에게 알려줄 수 있고(1502), 거래 정보(예컨대, 상인 및/또는 주문 ID, 사용자의 ID, 및/또는 기타)를 상인에게 제공할 수 있다. 일부 구현예들에서, 민감한 정보(예컨대, 사용자 PIN 및/또는 기타)는 암호화될 수 있다. 상인은 제공된 거래 정보를 포함하는 취소 요청(1504)을 ECO ADVANTAGE(1505)로 송신할 수 있다. 일부 구현예들에서, 취소 요청(1504)은 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, ECO ADVANTAGE는 ECO ADVANTAGE 데이터베이스에서 거래 기록을 찾아내기 위해 거래 ID 및/또는 다른 제공된 데이터를 사용할 수 있다(1506). 일부 구현예들에서, 거래를 찾아내기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

ECO ADVANTAGE는 사용자가 거래에서 지불한 금액, 거래 동안 사용자에게 입금된 에코의 수, 사용자가 거래에 대해 소비한 에코 및/또는 보너스 블록의 수, 및/또는 기타를 결정할 수 있다(1507). 일부 구현예들에서, 거래 데이터를 결정하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

ECO ADVANTAGE는 사용자에게 환불할 금액, 사용자의 에코 및/또는 보너스 블록 밸런스가 어떻게 업데이트되어야만 하는지, 및/또는 기타를 결정하기 위해 정보를 사용할 수 있고, 취소 응답(1508)을 통해 이 정보를 상인에게 송신할 수 있다. 일부 구현예들에서, 취소 응답(1508)은 이하와 유사한 형태를 취할 수 있다:

상인은 환불될 에코의 금액, 환불될 실제 화폐의 금액, 사용자의 계정으로부터 철회될 에코의 금액, 및/또는 기타 정보를 인쇄 및/또는 디스플레이할 수 있고, 거래를 확인하라고 사용자에게 프롬프트할 수 있다(1509). 사용자는 환불 및/또는 취소 거래를 인증 및/또는 확인할 수 있고(1510), 상인은 거래를 처리하기 위해 환불 요청(1511)을 그의 취득자(1512) 및/또는 기타 엔티티로 송신할 수 있다. 일부 구현예들에서, 환불 요청(1511)은 이하와 유사한 형태를 취할 수 있다:

취득자 및/또는 기타 엔티티는 요청을 인증할 수 있고, 이전의 거래를 취소하고 그리고/또는 이전의 거래의 취소를 처리하기 위해 기타 작업들을 수행할 수 있다(1513). 일부 구현예들에서, 취득자는 환불 거래가 성공적이었는지 여부를 나타내는 환불 응답(1514) 및/또는 기타를 상인에게 송신할 수 있고, 상인은 환불 응답(1515)을 ECO ADVANTAGE로 포워딩할 수 있다. 일부 구현예들에서, 환불 응답(1514, 1515, 및 1516)는 이하와 유사한 형태를 취할 수 있다:

일부 구현예들에서, 취득자는 또한 환불 응답(1516)을 ECO ADVANTAGE로 송신할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 취소된 거래에서 사용된 에코 및/또는 보너스 블록을 사용자의 계정을 재입금할 수 있고, 취소된 거래 및/또는 기타에서 사용자에게 입금된 에코를 철회할 수 있으며, 사용자의 밸런스를 업데이트하고 관련된 거래 기록 및/또는 다른 관련 기록들을 취소 또는 환불된 것으로 표시할 수 있다(1517). 일부 구현예들에서, 사용자의 밸런스를 업데이트하기 위한 Grails 코드는 이하와 유사한 형태를 취할 수 있다:

상인은 또한 거래 영수증(1315)과 유사한 형태를 취할 수 있는 거래 영수증(1518)을 사용자에게 송신할 수 있다.

도 15b는 ECO ADVANTAGE의 예시적인 실시예들에서 환불 또는 거래 취소를 나타낸 논리 흐름도를 도시한 것이다. 일부 구현예들에서, 사용자는 거래를 취소 및/또는 환불하고자 한다는 바램을 상인에게 표시할 수 있다(1519). 상인은 환불에 대한 요청을 받을 수 있고, 거래 ID 및/또는 사용자에 의해 제공된 다른 데이터를 사용해 거래의 정보에 대한 요청을 생성하여 ECO ADVANTAGE로 송신할 수 있다(1520). ECO ADVANTAGE는 거래에 관한 정보에 대한 요청을 수신할 수 있고(1521), ECO ADVANTAGE에서 적절한 거래 기록을 찾아내기 위해 거래 ID 및/또는 기타 정보를 사용할 수 있다(1522). ECO ADVANTAGE는 거래 기록으로부터 사용자에게 과금된 금액, 사용자가 거래에서 소비한 에코 및/또는 보너스 블록의 금액, 사용자가 거래로부터 획득한 에코의 금액, 및/또는 기타를 결정할 수 있다(1523). ECO ADVANTAGE는 이어서 거래 기록으로부터 결정된 정보를 갖는 응답을 생성하여 상인에게 송신할 수 있다(1524).

상인은, 응답을 수신할 시에, 사용자가 검토하도록 수신된 정보를 인쇄 및/또는 디스플레이할 수 있고, 환불 및/또는 거래 취소를 확인하라고 사용자에게 프롬프트할 수 있다(1525). 사용자가 디스플레이된 정보에 기초하여 거래를 인증하고 그리고/또는 다른 방식으로 확인하는 경우(1526), 상인은 환불 거래를 처리하기 위해 메시지를 취득자 및/또는 기타 지불 엔티티로 송신할 수 있다(1527). 일부 구현예들에서, 취득자는 환불 요청을 수신할 수 있고(1528), 요청을 인증할 수 있으며(1529), 원래의 지불 거래를 취소할 수 있다(1530).

취소가 성공적인 경우(1531), 취득자는 환불의 처리에서의 성공을 나타내는 통지를 상인에게 송신할 수 있다(1532). 상인은 통지를 수신할 수 있고, 확인을 ECO ADVANTAGE로 포워딩할 수 있으며(1533), 사용자는 환불 확인 및/또는 추가의 거래 상세를 나타내는 거래 영수증을 상인으로부터 수신할 수 있다(1534). 일부 구현예들에서, ECO ADVANTAGE는 거래 메시지를 수신할 수 있고, 장래의 참조를 위해 확인을 거래 기록으로서 ECO ADVANTAGE 데이터베이스에 저장할 수 있다(1535). 일부 구현예들에서, ECO ADVANTAGE는 또한 취소된 거래에서 사용된 에코 및/또는 보너스 블록을 사용자의 계정을 재입금할 수 있고, 원래의 거래에서 사용자에게 주어진 임의의 에코를 철회할 수 있으며, 사용자의 밸런스를 업데이트할 수 있다(1526). ECO ADVANTAGE는 또한 모든 관련 기록들(예컨대, 거래 기록 및/또는 기타)을 환불된 것으로서 표시할 수 있다(1537).

취소가 성공적이지 않은 경우(1531), 취득자는 거래 싶패의 통지를 상인에게 송신할 수 있고(1538), 상인은 통지를 수신하고 그를 ECO ADVANTAGE로 포워딩할 수 있다(1539). 사용자는 또한 환불 거래가 실패했다는 것과 사용자가 나중의 날짜에 환불 거래를 재시도할 수 있다는 통지를 상인으로부터 수신할 수 있다(1540). ECO ADVANTAGE는 환불 실패 통지를 수신할 수 있고 거래가 나중에 재시도되어야만 한다는 것을 나타내기 위해 ECO ADVANTAGE 데이터베이스에서의 환불 거래 기록에 표시할 수 있다(1541). ECO ADVANTAGE는 또한 모든 관련 기록들(예컨대, 거래 기록 및/또는 기타)을 불완전한 것으로서 표시할 수 있다(1542).

도 16은 ECO ADVANTAGE의 예시적인 실시예들에서 건강 보험을 위해 ECO ADVANTAGE를 사용하는 것을 나타낸 테이블 다이어그램을 도시한 것이다. 일부 구현예들에서, ECO ADVANTAGE는 다양한 건강 관리 지불 옵션들(1601)에 대한 사용자의 비용 및/또는 대기 시간을 감소시키기 위해 사용될 수 있다. 일부 구현예들에서, 예를 들어, 사용자는 환자(1608)에 대한 비용이 $0일 수 있기 때문에 모든 경제 계층(1606)에 의해 감당할 수 있지만, 6개월 이상의 약속에 대한 대기 시간(1607)을 필요로 할 수 있고 의사가 방문마다 $10을 벌 수 있고(1609) 건강 보험 제공자에 대한 비용(1610)이 $0일 수 있는 공중 옵션(1602)을 사용할 수 있다.

일부 구현예들에서, 사용자가 HMO와 유사한 건강 보험 플랜을 이용하는 경우(1603), 사용자는 사용자가 상위 몇몇(예컨대, A, B 또는 C) 경제 계층들에 적합한 경우에만 플랜을 감당할 수 있지만, 사용자는 3개월 이상을 기다릴지도 모르고, 방문마다 $0 내지 15를 지불할 수 있고, 그 결과 의사는 방문마다 $15 내지 35를 벌 수 있으며 건강 보험 제공자에 대한 비용은 $15 내지 35일 수 있다.

일부 구현예들에서, 다른 건강 보험과 결합된 개인 건강 플랜(1604)은 대기 시간을 상당히 감소시킬 수 있지만, 사용자에게 $120(또는 사용자가 보험에 미가입된 경우 $200, 일부 구현예들에서, 사용자의 보험이 의사 방문 비용으로 최대 $80을 환불하는 경우)을 청구할 수 있으며, 그 결과 상위(예컨대, A) 경제 계층만이 그 플랜을 감당할 수 있다. 다른 한편으로, 개인 건강 관리 플랜은 사용자가 보험에 가입된 경우 건강 보험 제공자에 $80을 부담시키고, 방문마다 의사에게 $130의 수익(세후)을 제공한다.

일부 구현예들에서, ECO ADVANTAGE(1605)에 등록된 사용자는 그의 건강 보험의 비용을 상당히 감소시킬 수 있는 반면, 사용자가 공중 옵션 또는 HMO와 유사한 플랜을 사용하는 경우에 가능한 것보다 의사가 방문마다 더 많은 수익을 얻을 수 있게 한다. 일부 구현예들에서, 사용자는 약속을 위해 (공중 옵션에 대한 6개월 이상 또는 HMO와 유사한 플랜에 대한 3개월 이상과 달리) 하루를 기다리기만 하면 될 수 있고, 보험에 미가입된 경우 (120 에코와 함께) 방문마다 $80만을 지불하면 될 수 있으며, 보험에 가입된 경우 그리고 사용자의 보험이 의료 비용으로 최대 $80을 환불하는 경우 방문마다 $0 및 120 에코만을 지불할 수 있다. ECO ADVANTAGE는 하위 경제 계층들(예컨대, B, C, D, E)에 있는 사람들이 개인 건강 플랜의 혜택을 경험할 수 있게 할 수 있는데, 그 이유는 그들이 혜택을 받기 위해 그만큼 지불할 필요가 없을 것이기 때문이다. 의사는 또한, 환자가 공중 옵션 또는 HMO 및/또는 기타 옵션들(예컨대, 그 경제 계층들이 감당할 수 있는 유일한 다른 옵션들)을 사용하는 경우의 $10 또는 $15 내지 35와 달리, ECO ADVANTAGE를 사용하는 환자에 대해 방문마다 $70을 벌 수 있다. 건강 보험 제공자의 부담도 역시 환자가 개인 건강 보험을 감당할 수 있는 경우와 동일한 비용인 $80에 여전히 있다.

도 22a 및 도 22b는 ECO ADVANTAGE의 일부 실시예들에서 ECO ADVANTAGE에의 체크인을 나타낸 블록도를 도시한 것이다. 일부 구현예들에서, 사용자(2201)는, 그의 전자 디바이스(2201)에서, 그의 사용자 자격 증명들, GPS 데이터 및/또는 기타를 사용하여 ECO ADVANTAGE(2204)에 로그인(2203)하고자 할 수 있다. ECO ADVANTAGE는 사용자가 ECO ADVANTAGE에 계정을 가지고 있는지를 결정할 수 있고(2205), 사용자의 프로파일 정보, GPS 데이터, 로그인의 날짜 및 시간, 사용자 스케줄, 상인 피드백(2206)에 기초한 사용자에 대한 제안, 분위기 데이터, 및/또는 기타에 기초한 사전 검토를 위해 사용자에게 제공할 선택된 상인들의 목록을 결정할 수 있다(2207). ECO ADVANTAGE는 이어서 검토할 상인들의 목록, 사용자의 선호된 지역(들)의 지도, 사용자가 브라우징하기 위한 카테고리들, 상인 순위 및 제안, 및/또는 기타를 포함하는 로그인 응답(2208)을 사용자에게 송신할 수 있다. 사용자는 (예컨대, 목록 보기를 통해 또는 로그인 응답에 포함된 지도와 상호작용하는 것을 통해) 상인들의 목록을 살펴보고 ECO ADVANTAGE로의 상인 선택 메시지(2209)를 통해 추가의 정보를 획득하기 위해 적어도 하나를 선택할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 상인으로부터 및/또는 상인에서 사용된 에코들의 총수, 상인의 현재 에코 스케줄(및/또는 명시된 날짜 범위 내의 스케줄), 및/또는 기타 정보와 같은 상인에 대한 에코 통계를 검색할 수 있고(2210), 상인에 대한 현재 거래(2211), 현재 에코 %, GPS 데이터, 및/또는 기타를 검색할 수 있다. ECO ADVANTAGE는 에코노미터 응답(econometer response)(2212)을 통해 그 정보를 사용자에게 송신할 수 있다. 사용자는 이어서 사용자 식별 정보, 체크인의 날짜 및 시간, 체크인 시의 사용자의 GPS 좌표, 및/또는 기타 정보를 포함할 수 있는 체크인 요청(2213)을 ECO ADVANTAGE에게 송신할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 소셜 미디어 웹 사이트(예컨대, 페이스북, 트위터, 및/또는 기타)에서의 사용자의 체크인(2214)을 공유할 수 있고, 그리고/또는 체크인 데이터를 공유할 소셜 네트워킹 웹 사이트들을 선택할 기회를 사용자에게 제공할 수 있다. ECO ADVANTAGE는 또한 체크인이 성공적이었는지 여부를 나타내기 위해 체크인 확인(2215)을 사용자에게 송신할 수 있다.

일부 구현예들에서, ECO ADVANTAGE는 사용자, 상인, 거래, 에코, 보너스 블록, 기부, 에코 계산, 및/또는 기타에 관한 현재 실시간 거래 및 과거 데이터로부터 정보를 모으기 위해 원격 측정 구성요소를 사용할 수 있다.

원격 측정 구성요소와 관련하여 BI 및 분석 구성요소를 사용하여, ECO ADVANTAGE는 이 유형의 데이터를 처리할 수 있고, 거래 데이터, 사용자, 상인, 에코 스케줄, 사용 스케줄, 지역, 카테고리, 총계 엔티티 데이터 및/또는 기타마다 개개의 그리고 집계된 경향 및 왜곡을 생성할 수 있다. ECO ADVANTAGE는 또한 이 경향 및 왜곡 데이터를 상부 및 하부 임계치, 예측된 플랜, 전체 경향, 및/또는 기타와 비교하기 위해 이 구성요소들을 사용할 수 있다.

ECO ADVANTAGE는 이어서 정의된 상업 정보를 계속하여 전달하기 위해 에코 스케줄 계산 구성요소, 상인 관리자, 경제 프로모터, 상인, 에코 및 사용 스케줄, 및/또는 기타를 비롯한 다양한 구성요소들 및 엔티티들 상의 즉각 조치 메커니즘들을 트리거하기 위해 원격 측정 및/또는 다른 구성요소들을 사용할 수 있다. 이는 또한 그 구성요소들은 물론 지역/카테고리 관리 구성요소 상의 단기 및 장기 조치 및/또는 조치 메커니즘을 트리거할 수 있다. 상인 정보 집계 구성요소, 및 상인 및 사용자 등록 구성요소. ECO ADVANTAGE는 또한 임계치의 교정을 위해 원격 측정 및/또는 다른 구성요소들을 사용할 수 있다.

일부 구현예들에서, 에코노미터 구성요소는 ECO ADVANTAGE가 ECO ADVANTAGE 데이터의 상이한 차원들을 이득으로 통합시킬 수 있게 하고, 그들을 정리된 채로 둘 수 있으며, 필요에 따라 이 데이터를 모든 구성요소들 및 엔티티들에 배포할 수 있다.

일부 구현예들에서, ECO ADVANTAGE는 사용자, 상인, 거래, 에코, 보너스 블록, 기부, 에코 계산, 및/또는 기타에 관한 현재 실시간 거래 및 과거 데이터로부터 정보를 모으기 위해 에코노미터 구성요소 및/또는 다른 구성요소를 사용할 수 있다. ECO ADVANTAGE는 또한 이 데이터를 모든 이용가능한 디바이스들 및 엔티티들에 배포하기 위해 에코노미터 구성요소를 사용할 수 있다.

예를 들어, 일부 구현예들에서, ECO ADVANTAGE는 사용자의 모바일 디바이스, 웹 사이트, SMS, 푸시 메시지, 이메일, PoS, 및/또는 기타 형태의 통신을 통해 상인과 사용자 엔티티들 간의 통신을 용이하게 하기 위해 이 구성요소를 사용할 수 있다. ECO ADVANTAGE는 또한 이 구성요소 및/또는 다른 구성요소들을 (예컨대, 특정의 상인들에 대한, 특정의 엔티티들 전체에 대한, 및/또는 기타에 대한) 에코 계산기로서 사용할 수 있다. 일부 구현예들에서, ECO ADVANTAGE는 또한 현재 및/또는 가까운 장래의 상인 에코 스케줄을 수치적 및 비유적 표현으로 계산하기 위해 이 구성요소를 사용할 수 있다.

일부 구현예들에서, ECO ADVANTAGE는 사용자의 모바일 디바이스, 웹 사이트, SMS, 푸시 메시지, 이메일, PoS, 및/또는 기타 형태의 통신을 통해 ECO ADVANTAGE로부터 사용자로의 통신을 용이하게 하기 위해 이 구성요소를 사용할 수 있다. ECO ADVANTAGE는 또한 각각의 사용자의 총 거래 사용, 총 에코 사용, 총 보너스 블록 사용, 총 에코 기부(모두 기간별 또는 현재까지)를 추적하기 위해, 그래프, %, 에코 및 보너스 블록 밸런스, 및/또는 기타 값을 보여주기 위해 이 구성요소를 사용할 수 있고, ECO ADVANTAGE가 이들 유형의 데이터 모두의 보고를 생성 및/또는 제공할 수 있게 할 수 있다.

일부 구현예들에서, ECO ADVANTAGE는 상인의 모바일 디바이스, 웹 사이트, SMS, 푸시 메시지, 이메일, PoS, 및/또는 기타 형태의 통신을 통해 ECO ADVANTAGE로부터 상인으로의 통신을 용이하게 하기 위해 이 구성요소를 사용할 수 있다. ECO ADVANTAGE는 또한 기간별로 집계된 거래 사용, 에코 사용, 보너스 블록 사용을 계산하기 위해, 그래프, %, 밸런스, 및/또는 기타 값을 보여주기 위해 이 구성요소 및/또는 다른 구성요소들을 사용할 수 있고, 이들 유형의 데이터 모두의 보고를 생성 및/또는 제공하기 위해 이 구성요소를 사용할 수 있다.

일부 구현예들에서, ECO ADVANTAGE는 또한 모바일 애플리케이션, 웹 사이트, 및/또는 기타를 통해 집계된 전체적인 총계 에코 사용(예컨대, 모든 사람들이 ECO ADVANTAGE 시스템을 사용하여 지금까지 이미 저장한 총 금액), 및/또는 기타 통계를 ECO ADVANTAGE 상의 엔티티들에 제공하기 위해 이 구성요소를 사용할 수 있다.

도 22b는 ECO ADVANTAGE에 체크인하고 상인들을 검색하는 다른 예시적인 구현예들을 설명하고 있다.

ECO ADVANTAGE 제어기

도 23은 ECO ADVANTAGE 제어기의 실시예들을 예시한 블록도를 나타낸 것이다. 이 실시예에서, ECO ADVANTAGE 제어기(2301)는 상거래 및 상호 이익 기술들, 및/또는 다른 관련 데이터를 통해 컴퓨터와의 상호작용들을 집계, 처리, 저장, 검색, 서비스, 식별, 지시, 발생, 정합, 및/또는 용이하게 하는 역할을 한다.

전형적으로, 사람들 및/또는 다른 시스템들일 수 있는 사용자들은 정보 처리를 용이하게 하기 위해 정보 기술 시스템들(예컨대, 컴퓨터들)을 관여시킬 수 있다. 차례로, 컴퓨터들은 정보를 처리하기 위해 프로세서들을 이용하고; 이러한 프로세서들(2303)은 중앙 처리 유닛(CPU)이라고 할 수 있다. 한 형태의 프로세서는 마이크로프로세서라고 한다. CPU들은 다양한 동작들을 가능하게 하는 명령어들로서 역할하는 이진 인코딩된 신호들을 전달하기 위해 통신 회로들을 사용한다. 이 명령어들은 메모리(2329)(예컨대, 레지스터, 캐시 메모리, 랜덤 액세스 메모리 등)의 다양한 프로세서 액세스가능 및 동작가능 영역들에서 다른 명령어들 및 데이터를 포함하고 그리고/또는 참조하는 동작 및/또는 데이터 명령어들일 수 있다. 이러한 통신 명령어들은 원하는 동작들을 용이하게 하기 위해 프로그램들 및/또는 데이터 컴포넌트들로서 배치(batch)(예컨대, 명령어들의 배치)로 저장 및/또는 전송될 수 있다. 이 저장된 명령어 코드들(예컨대, 프로그램들)은 원하는 동작들을 수행하기 위해 CPU 회로 구성요소들 및 다른 마더보드 및/또는 시스템 구성요소들을 관여시킬 수 있다. 한 유형의 프로그램은 컴퓨터 상의 CPU에 의해 실행될 수 있는 컴퓨터 운영 체제이고; 운영 체제는 사용자들이 컴퓨터 정보 기술 및 자원들에 액세스하고 그를 동작시키는 것을 가능하게 하고 용이하게 한다. 정보 기술 시스템에서 이용될 수 있는 일부 자원들은 입력 및 출력 메커니즘들(이를 통해 데이터가 컴퓨터 내로 그리고 컴퓨터 밖으로 전달될 수 있음); 데이터가 저장될 수 있는 메모리 저장 장치; 및 정보를 처리할 수 있는 프로세서들을 포함한다. 이 정보 기술 시스템들은 나중의 검색, 분석, 및 조작 - 이들은 데이터베이스 프로그램을 통해 용이하게 될 수 있음 - 을 위해 데이터를 수집하는 데 사용될 수 있다. 이 정보 기술 시스템들은 사용자들이 다양한 시스템 구성요소들에 액세스하고 그를 동작시킬 수 있게 하는 인터페이스들을 제공한다.

하나의 실시예에서, ECO ADVANTAGE 제어기(2301)는 사용자 입력 디바이스들(2311)로부터의 하나 이상의 사용자들; 주변 장치들(2312); 선택적인 암호 프로세서 디바이스(2328); 및/또는 통신 네트워크(2313)(이들로 제한되지 않음)와 같은 엔티티들에 연결되고 그리고/또는 그와 통신할 수 있다.

네트워크들은 흔히 그래프 토폴로지에서의 클라이언트들, 서버들, 및 중간 노드들의 상호연결 및 연동을 포함하는 것으로 생각된다. 유의할 점은, "서버"라는 용어가, 본 출원에서 사용되는 바와 같이, 일반적으로 통신 네트워크를 통해 원격 사용자들의 요청들을 처리하고 그에 응답하는 컴퓨터, 다른 디바이스, 프로그램, 또는 이들의 조합을 말한다는 것이다. 서버들은 그의 정보를 요청측 "클라이언트들"에 제공한다. "클라이언트"라는 용어는, 본 명세서에서 사용되는 바와 같이, 일반적으로 요청들을 처리하고 요청들을 할 수 있으며 통신 네트워크를 통해 서버들로부터의 임의의 응답들을 획득하고 처리할 수 있는 컴퓨터, 프로그램, 다른 디바이스, 사용자 및/또는 이들의 조합을 말한다. 정보 및 요청들을 용이하게 하고 처리하며 그리고/또는 소스 사용자로부터 목적지 사용자로의 정보의 전달을 촉진시키는 컴퓨터, 다른 디바이스, 프로그램, 또는 이들의 조합은 흔히 "노드"라고 한다. 네트워크들은 일반적으로 소스 지점들로부터 목적지들로의 정보의 전송을 용이하게 하는 것으로 생각된다. 소스로부터 목적지로의 정보의 전달을 촉진시키는 특별한 임무를 맡고 있는 노드는 흔히 "라우터"라고 한다. 근거리 통신망(LAN), 피코 네트워크, 원거리 통신망(WAN), 무선 네트워크(WLAN) 등과 같은 많은 형태의 네트워크들이 있다. 예를 들어, 인터넷은 일반적으로 원격 클라이언트들 및 서버들이 서로 액세스하고 연동할 수 있게 하는 다수의 네트워크들의 상호연결인 것으로 받아들여진다.

ECO ADVANTAGE 제어기(2301)는 메모리(2329)에 연결된 컴퓨터 시스템화(computer systemization)(2302)와 같은 구성요소들(이들로 제한되지 않음)을 포함할 수 있는 컴퓨터 시스템들에 기초할 수 있다.

컴퓨터 시스템화

컴퓨터 시스템화(2302)는 클럭(2330), 중앙 처리 유닛("CPU" 및/또는 "프로세서(들"(이 용어들은 달리 언급하지 않는 한 본 개시 내용 전체에 걸쳐 서로 바꾸어 사용될 수 있음))(2302), 메모리(2329)(예컨대, 판독 전용 메모리(ROM)(2306), 랜덤 액세스 메모리(RAM)(2305) 등), 및/또는 인터페이스 버스(2307)를 포함할 수 있고, 꼭 그럴 필요는 없지만, 대체로 이들 모두는 통신, 동작, 저장 등을 수행하기 위해 명령어들(예컨대, 이진 인코딩된 신호들)이 이동할 수 있는 전도성 및/또는 다른 전송 회로 경로들을 가지는 하나 이상의 (마더)보드(들)(2302) 상에 있는 시스템 버스(2304)를 통해 상호연결되고 그리고/또는 통신하고 있다. 컴퓨터 시스템화는 전원(2386)에 연결될 수 있고; 예컨대, 선택적으로 전원은 내장형일 수 있다. 선택적으로, 암호 프로세서(2326) 및/또는 송수신기들(예컨대, IC들)(2374)은 시스템 버스에 연결될 수 있다. 다른 실시예에서, 암호 프로세서 및/또는 송수신기들은 인터페이스 버스 I/O를 통해 내장형 및/또는 외장형 주변 장치들(2312)로서 연결될 수 있다. 차례로, 송수신기들은 안테나(들)(2375)에 연결될 수 있고, 그로써 다양한 통신 및/또는 센서 프로토콜들의 무선 전송 및 수신을 수행하며; 예를 들어, 안테나(들)는 Texas Instruments WiLink WL1283 송수신기 칩(예컨대, 802.1m, Bluetooth 3.0, FM, GPS(global positioning system)를 제공함(그로써 ECO ADVANTAGE 제어기가 그의 위치를 결정할 수 있게 함)); Broadcom BCM4329FKUBG 송수신기 칩(예컨대, 802.1m, Bluetooth 2.1 + EDR, FM 등을 제공함); Broadcom BCM4750IUB8 수신기 칩(예컨대, GPS); Infineon Technologies X-Gold 618-PMB9800(예컨대, 2G/3G HSDPA/HSUPA 통신을 제공함); 및/또는 기타에 연결될 수 있다. 시스템 클록은 전형적으로 수정 발진기를 가지며, 컴퓨터 시스템화의 회로 경로들을 통해 기준 신호(base signal)를 발생시킨다. 클록은 전형적으로 시스템 버스 및 컴퓨터 시스템화 내의 상호연결된 다른 구성요소들에 대한 기준 동작 주파수(base operating frequency)를 증가시키거나 감소시키는 다양한 클럭 체배기들에 결합되어 있다. 컴퓨터 시스템화 내의 클록 및 다양한 구성요소들은 시스템 전체에 걸쳐 정보를 구현하는 신호들을 구동한다. 컴퓨터 시스템화 전체에 걸쳐 정보를 구현하는 명령어들의 이러한 전송 및 수신은 흔히 통신이라고 할 수 있다. 이 통신 명령어들이 이 컴퓨터 시스템화를 넘어 통신 네트워크들, 입력 디바이스ㄷ르, 다른 컴퓨터 시스템화들, 주변 장치들, 및/또는 기타로 추가로 전송, 수신되고, 반송 및/또는 답신 통신을 야기할 수 있다. 대안의 실시예들에서, 상기 구성요소들 중 임의의 것이 서로 직접 연결되고, CPU에 연결되며 그리고/또는 다양한 컴퓨터 시스템들이 보여주는 바와 같이 이용되는 다양한 변형들로 구성될 수 있다는 것을 잘 알 것이다.

CPU는 사용자 및/또는 시스템-발생 요청들을 실행하기 위한 프로그램 컴포넌트들을 실행하기에 적절한 적어도 하나의 고속 데이터 프로세서를 포함한다. 종종, 프로세서들 자체는 통합 시스템(버스) 제어기들, 메모리 관리 제어 유닛들, 부동 소수점 유닛들, 및 심지어 특수 처리 서브유닛들(그래픽 처리 유닛들, 디지털 신호 처리 유닛들 및/또는 기타 등)(이들로 제한되지 않음)과 같은 다양한 특수 처리 유닛들을 포함할 것이다. 그에 부가하여, 프로세서들은 내부 고속 액세스 어드레싱가능 메모리(internal fast access addressable memory)를 포함할 수 있고, 프로세서 자체를 넘어 메모리(2329)를 매핑 및 어드레싱할 수 있으며; 내부 메모리는 고속 레지스터들, 다양한 레벨의 캐시 메모리(예컨대, 레벨 1, 2, 3 등), RAM 등을 포함할 수 있지만, 이들로 제한되지 않는다. 프로세서는 메모리 상태를 가지는 특정의 메모리 주소 공간으로의 회로 경로에 액세스할 수 있도록 프로세서가 구성하고 디코딩할 수 있는 명령어 주소를 통해 액세스가능한 메모리 주소 공간의 사용을 통해 이 메모리에 액세스할 수 있다. CPU는 다음과 같은 마이크로프로세서일 수 있다: AMD의 Athlon, Duron 및/또는 Opteron; ARM의 애플리케이션, 임베디드 및 보안 프로세서들; IBM 및/또는 Motorola의 DragonBall 및 PowerPC; IBM 및 Sony의 Cell 프로세서; Intel의 Celeron, Core (2) Duo, Itanium, Pentium, Xeon, 및/또는 XScale; 그리고/또는 유사한 프로세서(들). CPU는 종래의 데이터 처리 기법들에 따라 저장된 명령어들(즉, 프로그램 코드)을 실행하기 위해 전도성 및/또는 전송 통로들(예컨대, (인쇄) 전자 및/또는 광학 회로들)을 통해 전달되는 명령어를 통해 메모리와 상호작용한다. 이러한 명령어 전달은 ECO ADVANTAGE 제어기 내에서 그리고 다양한 인터페이스들을 통해 그를 넘어 통신을 용이하게 한다. 처리 요건이 더 많은 속도 및/또는 용량을 요구하는 경우, 분산 프로세서(예컨대, 분산 ECO ADVANTAGE), 메인프레임, 멀티 코어, 병렬, 및/또는 수퍼컴퓨터 아키텍처가 이와 유사하게 이용될 수 있다. 다른 대안으로서, 설치 요건이 더 많은 휴대성을 요구하는 경우, 보다 작은 PDA(Personal Digital Assistant)가 이용될 수 있다.

특정의 구현에 따라, ECO ADVANTAGE의 특징들이 CAST의 R8051XC2 마이크로컨트롤러; Intel의 MCS 51(즉, 8051 마이크로컨트롤러); 및/또는 기타를 구현함으로써 달성될 수 있다. 또한, ECO ADVANTAGE의 특정의 특징들을 구현하기 위해, 일부 특징 구현예들은 다음과 같은 임베디드 구성요소들에 의존할 수 있다: ASIC(Application-Specific Integrated Circuit), DSP(Digital Signal Processing), FPGA(Field Programmable Gate Array), 및/또는 기타 임베디드 기술. 예를 들어, ECO ADVANTAGE 구성요소 컬렉션(분산 또는 기타) 및/또는 특징들 중 임의의 것이 마이크로프로세서를 통해 및/또는 임베디드 구성요소들을 통해; 예컨대, ASIC, 코프로세서, DSP, FPGA, 및/또는 기타를 통해 구현될 수 있다. 대안적으로, ECO ADVANTAGE의 일부 구현예들은 각종의 특징들 또는 신호 처리를 달성하도록 구성되고 사용되는 임베디드 구성요소들로 구현될 수 있다.

특정의 구현에 따라, 임베디드 구성요소들은 소프트웨어 솔루션, 하드웨어 솔루션, 및/또는 하드웨어/소프트웨어 솔루션 둘 다의 어떤 조합을 포함할 수 있다. 예를 들어, 본 명세서에서 논의된 ECO ADVANTAGE 특징들은 "논리 블록"이라고 하는 프로그램가능 논리 구성요소들, 및 Xilinx에 의해 제조되는 고성능 FPGA Virtex 시리즈 및/또는 저렴한 Spartan 시리즈와 같은 프로그램가능 상호연결부를 포함하는 반도체 디바이스인 FPGA를 구현하는 것을 통해 달성될 수 있다. 논리 블록 및 상호연결부는 ECO ADVANTAGE 특징들 중 임의의 것을 구현하기 위해, FPGA가 제조된 후에, 고객 또는 설계자에 의해 프로그램될 수 있다. 프로그램가능 상호연결부들의 계층구조는 논리 블록들이 필요에 따라 ECO ADVANTAGE 시스템 설계자/운영자에 의해, 얼마간 원칩 프로그램가능 브레드보드(breadboard)와 같이, 상호연결될 수 있게 한다. FPGA의 논리 블록들은 AND 및 XOR과 같은 기본 논리 게이트들, 또는 디코더 또는 수학 연산과 같은 보다 복잡한 조합 연산자들의 동작을 수행하도록 프로그램될 수 있다. 대부분의 FPGA에서, 논리 블록들은 또한 회로 플립-플롭 또는 보다 완전한 메모리 블록일 수 있는 메모리 요소를 포함한다. 어떤 상황들에서, ECO ADVANTAGE가 정규의 FPGA에서 개발되고 이어서 ASIC 구현과 더 비슷한 고정 버전으로 마이그레이션될 수 있다. 대안의 또는 조정 구현들은 ECO ADVANTAGE 제어기 특징들을, FPGA 대신에 또는 그에 부가하여, 최종적인 ASIC으로 마이그레이션할 수 있다. 구현에 따라, 앞서 언급한 임베디드 구성요소들 및 마이크로프로세서들 모두는 ECO ADVANTAGE에 대한 "CPU" 및/또는 "프로세서"로 간주될 수 있다.

전원

전원(2386)은 알칼리, 수소화리튬, 리튬 이온, 리튬 중합체, 니켈 카드뮴, 태양 전지, 및/또는 기타 등의 전지와 같은 소형 전자 회로 보드 디바이스에 전원을 공급하는 임의의 표준 형태일 수 있다. 다른 유형의 AC 또는 DC 전원이 또한 사용될 수 있다. 태양 전지의 경우에, 하나의 실시예에서, 케이스는 태양 전지가 광자 에너지를 포착할 수 있는 개구부를 제공한다. 전지(2386)는 ECO ADVANTAGE의 상호연결된 후속 구성요소들 중 적어도 하나에 연결되어 있고, 그로써 모든 후속 구성요소들에 전류를 제공한다. 하나의 예에서, 전원(2386)은 시스템 버스 구성요소(2304)에 연결되어 있다. 대안의 실시예에서, 외부 전원(2386)은 I/O(2308) 인터페이스를 거치는 연결을 통해 제공된다. 예를 들어, USB 및/또는 IEEE 1394 연결은 연결을 통해 데이터 및 전력 둘 다를 전달하고, 따라서 적당한 전력 공급원이다.

인터페이스 어댑터

인터페이스 버스(들)(2307)는 입력 출력 인터페이스(I/O)(2308), 저장 인터페이스(2309), 네트워크 인터페이스(2310), 및/또는 기타(이들로 제한되지 않음)와 같은 다수의 인터페이스 어댑터들(종래에 어댑터 카드의 형태로 되어 있지만 꼭 그렇지는 않음)을 수락하고, 그에 연결되며 그리고/또는 그와 통신할 수 있다. 선택적으로, 암호 프로세서 인터페이스(2327)는 이와 유사하게 인터페이스 버스에 연결될 수 있다. 인터페이스 버스는 인터페이스 어댑터들의 서로 간의 통신은 물론 인터페이스 어댑터들과 컴퓨터 시스템화의 다른 구성요소들 간의 통신을 제공한다. 인터페이스 어댑터들은 호환 인터페이스 버스에 적응되어 있다. 인터페이스 어댑터들은 종래에 슬롯 아키텍처를 통해 인터페이스 버스에 연결된다. 다음과 같은 종래의 슬롯 아키텍처들이 이용될 수 있지만, 이들로 제한되지 않는다: AGP(Accelerated Graphics Port), 카드 버스, (E)ISA((Extended) Industry Standard Architecture), MCA(Micro Channel Architecture), NuBus, PCI(X)(Peripheral Component Interconnect (Extended)), PCI Express, PCMCIA(Personal Computer Memory Card International Association), 및/또는 기타.

저장 인터페이스(2309)는 저장 디바이스(2314), 이동식 디스크 디바이스, 및/또는 기타(이들로 제한되지 않음)와 같은 다수의 저장 디바이스들을 수락하고, 그와 통신하며 그리고/또는 그에 연결될 수 있다. 저장 인터페이스는 다음과 같은 연결 프로토콜들을 이용할 수 있지만, 이들로 제한되지 않는다: (Ultra) (Serial) ATA(PI)((Ultra) (Serial) Advanced Technology Attachment (Packet Interface)), (E)IDE((Enhanced) Integrated Drive Electronics), IEEE(Institute of Electrical and Electronics Engineers) 1394, 파이버 채널(fiber channel), SCSI(Small Computer Systems Interface), USB(Universal Serial Bus), 및/또는 기타.

네트워크 인터페이스(2310)는 통신 네트워크(2313)를 수락하고, 그와 통신하며 그리고/또는 그에 연결될 수 있다. 통신 네트워크(2313)를 통해, ECO ADVANTAGE 제어기는 원격 클라이언트(2333b)(예컨대, 웹 브라우저를 갖는 컴퓨터)를 통해 사용자들(2333a)에 의해 액세스가능하다. 네트워크 인터페이스는 직접 연결(direct connect), 이더넷(굵은(thick), 가는(thin), 트위스티드 페어(twisted pair) 10/100/1000 Base T, 및/또는 기타), 토큰 링(Token Ring), IEEE 802.11a-x와 같은 무선 연결, 및/또는 기타와 같은 연결 프로토콜들을 이용할 수 있다. 처리 요건이 더 큰 속도 및/또는 용량을 요구하는 경우, ECO ADVANTAGE 제어기에 의해 요구된 통신 대역폭을 풀링, 부하 분산, 및/또는 다른 방식으로 증가시키기 위해 분산 네트워크 제어기(예컨대, 분산 ECO ADVANTAGE), 아키텍처가 이와 유사하게 이용될 수 있다. 통신 네트워크는 다음과 같은 것들 중 임의의 하나 및/또는 조합일 수 있다: 직접 상호연결; 인터넷; LAN(Local Area Network); MAN(Metropolitan Area Network); OMNI(Operating Missions as Nodes on the Internet); 보안 커스텀 연결(secured custom connection); WAN(Wide Area Network); 무선 네트워크(예컨대, WAP(Wireless Application Protocol), I-모드, 및/또는 기타(이들로 제한되지 않음)와 같은 프로토콜들을 이용함); 및/또는 기타. 네트워크 인터페이스는 입력 출력 인터페이스의 특수 형태로서 간주될 수 있다. 게다가, 다양한 통신 네트워크 유형들(2313)을 활용하기 위해 다수의 네트워크 인터페이스들(2310)이 사용될 수 있다. 예를 들어, 브로드캐스트, 멀티캐스트, 및/또는 유니캐스트 네트워크들을 통한 통신을 가능하게 하기 위해 다수의 네트워크 인터페이스들이 이용될 수 있다.

입력 출력 인터페이스(I/O)(2308)는 사용자 입력 디바이스(2311), 주변 디바이스(2312), 암호 프로세서 디바이스(2328), 및/또는 기타를 수락하고, 그와 통신하며, 그리고/또는 그에 연결될 수 있다. I/O는 오디오: 아날로그, 디지털, 모노럴, RCA, 스테레오, 및/또는 기타; 데이터: ADB(Apple Desktop Bus), IEEE I394a-b, 직렬(serial), USB(universal serial bus); 적외선; 조이스틱; 키보드; 미디; 광; PC AT; PS/2; 병렬; 무선; 비디오 인터페이스: ADC(Apple Desktop Connector), BNC, 동축(coaxial), 컴포넌트(component), 컴포지트(composite), 디지털(digital), DVI(Digital Visual Interface), HDMI(high-definition multimedia interface), RCA, RF 안테나, S-Video, VGA, 및/또는 기타; 무선 송수신기: 802.na/b/g/n/x; Bluetooth; 셀룰러(예컨대, CDMA(code division multiple access), HSPA(+)(high speed packet access), HSDPA(high-speed downlink packet access), GSM(global system for mobile communications), LTE(long term evolution), WiMax, 기타); 및/또는 기타와 같은 연결 프로토콜들을 이용할 수 있다. 하나의 전형적인 출력 디바이스는 비디오 인터페이스로부터 신호들을 수신하는 인터페이스(예컨대, DVI 회로 및 케이블)를 갖는 CRT(Cathode Ray Tube) 또는 LCD(Liquid Crystal Display) 기반 모니터를 전형적으로 포함하는 비디오 디스플레이를 포함할 수 있다. 비디오 인터페이스는 컴퓨터 시스템화에 의해 생성된 정보를 합성하고, 합성된 정보에 기초하여 비디오 메모리 프레임에서 비디오 신호를 생성한다. 다른 출력 디바이스는 비디오 인터페이스로부터 신호를 수신하는 텔레비전 세트이다. 전형적으로, 비디오 인터페이스는 비디오 디스플레이 인터페이스를 받아들이는 비디오 연결 인터페이스(예컨대, RCA 컴포지트 비디오 케이블을 받아들이는 RCA 컴포지트 비디오 커넥터; DVI 디스플레이 케이블을 받아들이는 DVI 커넥터, 기타)를 통해 합성된 비디오 정보를 제공한다.

사용자 입력 디바이스(2311)는 종종 주변 디바이스(2312)의 일종이고(이하 참조), 카드 판독기, 동글, 지문 판독기, 장갑, 그래픽 태블릿, 조이스틱, 키보드, 마이크, 마우스, 리모콘, 망막 판독기, 터치 스크린(예컨대, 용량성, 저항성, 기타), 트랙볼, 트랙패드, 센서(예컨대, 가속도계, 주변광, GPS, 자이로스코프, 근접성, 기타), 스타일러스, 및/또는 기타를 포함할 수 있다.

주변 디바이스(2312)는 I/O 및/또는 네트워크 인터페이스, 저장 인터페이스와 같은 다른 설비들에, 인터페이스 버스, 시스템 버스, CPU 및/또는 기타에 직접 연결되고 그리고/또는 그와 통신할 수 있다. 주변 디바이스는 외장형, 내장형, 및/또는 ECO ADVANTAGE 제어기의 일부일 수 있다. 주변 디바이스는 안테나, 오디오 디바이스(예컨대, 라인 입력, 라인 출력, 마이크 입력, 스피커, 기타), 카메라(예컨대, 정지, 비디오, 웹캠, 기타), 동글(예컨대, 복사 방지, 디지털 서명으로 보안 거래를 보장하는 것, 및/또는 기타를 위한 것), 외부 프로세서(부가 기능; 예컨대, 암호 디바이스(2328)를 위한 것), 힘 피드백 디바이스(예컨대, 진동 모터), 네트워크 인터페이스, 프린터, 스캐너, 저장 디바이스, 송수신기(예컨대, 셀룰러, GPS, 기타), 비디오 디바이스(예컨대, 고글, 모니터, 기타), 비디오 소스, 바이저, 및/또는 기타를 포함할 수 있다. 주변 디바이스는 종종 여러 유형들의 입력 디바이스(예컨대, 카메라)를 포함한다.

주목할 점은, 사용자 입력 디바이스 및 주변 디바이스가 이용될 수 있지만, ECO ADVANTAGE 제어기가 임베디드, 전용, 및/또는 모니터 리스(monitor-less)(즉, 헤드리스(headless)) 디바이스로서 구현될 수 있다는 것이며, 여기서 액세스는 네트워크 인터페이스 연결을 통헤 제공될 것이다.

마이크로컨트롤러, 프로세서(2326), 인터페이스(2327), 및/또는 디바이스(2328)(이들로 제한되지 않음)와 같은 암호 유닛이 ECO ADVANTAGE 제어기에 부착되고 그리고/또는 그와 통신할 수 있다. Motorola Inc.에 의해 제조된 MC68HC16 마이크로컨트롤러는 암호 유닛을 위해 및/또는 그 내에서 사용될 수 있다. MC68HC16 마이크로컨트롤러는 16 MHz 구성으로 16-비트 곱셈 및 누적(multiply-and-accumulate) 명령어를 이용하고, 512-비트 RSA 비밀키 연산을 수행하기 위해 1초 미만을 필요로 한다. 암호 유닛은 상호작용하는 에이전트들로부터의 통신의 인증을 지원하는 것은 물론, 익명 거래들을 가능하게 한다. 암호 유닛은 또한 CPU의 일부로서 구성될 수 있다. 동등한 마이크로컨트롤러 및/또는 프로세서가 또한 사용될 수 있다. 다른 상업적으로 이용가능한 특수 암호 프로세서는 Broadcom의 Crypt oNetX 및 다른 보안 프로세서; nCipher의 nShield; SafeNet의 Luna PCI (예컨대, 7100) 시리즈; Semaphore Communications의 40 MHz Roadrunner 184; Sun의 암호 가속기(Cryptographic Accelerator)(예컨대, Accelerator 6000 PCIe Board, Accelerator 500 Daughtercard); 500+ MB/s의 암호 명령어들을 수행할 수 있는 Via Nano Processor(예컨대, L2100, L2200, U2400) 라인; VLSI Technology의 33 MHz 6868; 및/또는 기타를 포함한다.

메모리

일반적으로, 프로세서가 정보의 저장 및/또는 검색에 영향을 줄 수 있는 임의의 기계화(mechanization) 및/또는 실시예는 메모리(2329)로서 간주된다. 그렇지만, 메모리는 대체가능 기술 및 자원이고, 따라서 임의의 수의 메모리 실시예들이 서로의 대신에 또는 그와 함께 이용될 수 있다. ECO ADVANTAGE 제어기 및/또는 컴퓨터 시스템화가 다양한 형태의 메모리(2329)를 이용할 수 있다는 것을 잘 알 것이다. 예를 들어, 온칩 CPU 메모리(예컨대, 레지스터), RAM, ROM, 및 임의의 다른 저장 디바이스의 동작이 종이 펀치 테이프 또는 종이 펀치 카드 메커니즘에 의해 제공되는 컴퓨터 시스템화가 구성될 수 있지만, 이러한 실시예의 결과 극히 느린 동작 속도가 얻어진다. 전형적인 구성에서, 메모리(2329)는 ROM(2306), RAM(2305), 및 저장 디바이스(2314)를 포함할 것이다. 저장 디바이스(2314)는 임의의 종래의 컴퓨터 시스템 저장 장치일 수 있다. 저장 디바이스는 드럼(drum); (고정식 및/또는 이동식) 자기 디스크 드라이브; 광자기 드라이브; 광 드라이브(즉, 블루레이, CD ROM/RAM/R(Recordable)/RW(ReWritable), DVD R/RW, HD DVD R/RW 기타); 디바이스들의 어레이(예컨대, RAID(Redundant Array of Independent Disk)); 고상 메모리 디바이스(USB 메모리, SSD(solid state drive), 기타); 다른 프로세서 판독가능 저장 매체; 및/또는 다른 디바이스를 포함할 수 있다. 이와 같이, 컴퓨터 시스템화는 일반적으로 메모리를 필요로 하고 메모리를 사용한다.

구성요소 컬렉션

메모리(2329)는 운영 체제 구성요소(들)(2315)(운영 체제); 정보 서버 구성요소(들)(2316)(정보 서버); 사용자 인터페이스 구성요소(들)(2317)(사용자 인터페이스); 웹 브라우저 구성요소(들)(2318)(웹 브라우저); 데이터베이스(들)(2319); 메일 서버 구성요소(들)(2321); 메일 클라이언트 구성요소(들)(2322); 암호 서버 구성요소(들)(2320)(암호 서버); 구성요소들(2348, 2349)을 포함하는 ECO ADVANTAGE 구성요소(들)(2335); 및/또는 기타(이들로 제한되지 않음)와 같은 프로그램 및/또는 데이터베이스 구성요소들 및/또는 데이터의 컬렉션(즉, 모두 합하여 구성요소 컬렉션)을 포함할 수 있다. 이 구성요소들은 저장 디바이스들 및/또는 인터페이스 버스를 통해 액세스가능한 저장 디바이스들에 저장되고 그로부터 액세스될 수 있다. 구성요소 컬렉션 내의 것들과 같은 종래의 프로그램 구성요소들이 전형적으로 로컬 저장 디바이스(2314)에 저장되어 있지만, 이들이 또한 주변 디바이스, RAM, 통신 네트워크를 통한 원격 저장 설비, ROM, 다양한 형태의 메모리, 및/또는 기타와 같은 메모리에 로드되고 그리고/또는 저장될 수 있다.

운영 체제

운영 체제 구성요소(2315)는 ECO ADVANTAGE 제어기의 동작을 용이하게 하는 실행가능 프로그램 구성요소이다. 전형적으로, 운영 체제는 I/O, 네트워크 인터페이스, 주변 디바이스, 저장 디바이스, 및/또는 기타의 액세스를 용이하게 한다. 운영 체제는 다음과 같은 고 장애 허용(highly fault tolerant), 확장가능, 및 보안 시스템일 수 있다. Apple Macintosh OS X (Server); AT&T Plan 9; Be OS; Unix 및 Unix 유사 시스템 배포(AT&T의 UNIX; FreeBSD, NetBSD, OpenBSD 및/또는 기타와 같은 BSD(Berkley Software Distribution) 변형; Red Hat, Ubuntu 및/또는 기타와 같은 Linux 배포); 및/또는 기타 운영 체제들. 그렇지만, Apple Macintosh OS, IBM OS/2, Microsoft DOS, Microsoft Windows 2000/2003/3.1/95/98/CE/Millenium/NT/Vista/XP (Server), Palm OS, 및/또는 기타와 같은 보다 제한되고 및/또는 덜 안전한 운영 체제들이 또한 이용될 수 있다. 운영 체제는 그 자신 및/또는 기타를 비롯한 구성요소 컬렉션 내의 다른 구성요소들과 통신할 수 있다. 가장 빈번하게, 운영 체제는 다른 프로그램 구성요소들, 사용자 인터페이스들 및/또는 기타와 통신한다. 예를 들어, 운영 체제는 프로그램 구성요소, 시스템, 사용자, 및/또는 데이터 통신, 요청, 및/또는 응답을 포함하고, 전달하며, 생성하고, 획득하며, 그리고/또는 제공할 수 있다. 운영 체제는, CPU에 의해 실행되면, 통신 네트워크, 데이터, I/O, 주변 디바이스, 프로그램 구성요소, 메모리, 사용자 입력 디바이스, 및/또는 기타와의 상호작용을 가능하게 할 수 있다. 운영 체제는 ECO ADVANTAGE 제어기가 통신 네트워크(2313)를 통해 다른 엔티티들과 통신할 수 있게 하는 통신 프로토콜을 제공할 수 있다. 다양한 통신 프로토콜이 ECO ADVANTAGE 제어기에 의해 멀티캐스트, TCP/IP, UDP, 유니캐스트, 및/또는 기타(이들로 제한되지 않음)와 같은 상호작용을 위한 부반송파 전송 메커니즘으로서 사용될 수 있다.

정보 서버

정보 서버 구성요소(2316)는 CPU에 의해 실행되는 저장된 프로그램 구성요소이다. 정보 서버는 Apache Software Foundation의 Apache, Microsoft의 인터넷 정보 서버(Internet Information Server) 및/또는 기타(이들로 제한되지 않음)와 같은 종래의 인터넷 정보 서버일 수 있다. 정보 서버는 ASP(Active Server Page), ActiveX, (ANSI) (Objective-) C(++), C# 및/또는 .NET, CGI(Common Gateway Interface) 스크립트, 동적(D) HTML(hypertext markup language), FLASH, Java, JavaScript, PERL(Practical Extraction Report Language), PHP(Hypertext Pre-Processor), 파이프(pipe), Python, WAP(wireless application protocol), WebObjects, 및/또는 기타와 같은 설비를 통해 프로그램 구성요소들의 실행을 가능하게 할 수 있다. 정보 서버는 FTP(File Transfer Protocol); HTTP(HyperText Transfer Protocol); HTTPS(Secure Hypertext Transfer Protocol), SSL(Secure Socket Layer), 메시징 프로토콜(예컨대, AIM(AOL(America Online) Instant Messenger), APEX(Application Exchange), ICQ, IRC(Internet Relay Chat), MSN(Microsoft Network) 메신저 서비스, PRIM(Presence and Instant Messaging Protocol), IETF(Internet Engineering Task Force)의 SIP(Session Initiation Protocol), SIMPLE(SIP for Instant Messaging and Presence Leveraging Extensions), 개방 XMPP(XML-based Extensible Messaging and Presence Protocol)(즉, Jabber 또는 OMA(Open Mobile Alliance)의 IMPS(Instant Messaging and Presence Service)), Yahoo! 인스턴트 메신저 서비스(Instant Messenger Service), 및/또는 기타와 같은 보안 통신 프로토콜을 지원할 수 있다. 정보 서버는 결과들을 웹 페이지의 형태로 웹 브라우저에 제공하고, 다른 프로그램 구성요소들과의 상호작용을 통해 웹 페이지의 조작된 생성을 가능하게 한다. HTTP 요청의 DNS(Domain Name System) 해석 부분이 특정의 정보 서버로 해석된 후에, 정보 서버는 HTTP 요청의 나머지에 기초하여 ECO ADVANTAGE 제어기 상의 명시된 위치들에서의 정보에 대한 요청들을 해석한다. 예를 들어, http://123.124.125.126/myInformation.html와 같은 요청은 DNS 서버에 의해 그 IP 주소에 있는 정보 서버로 해석되는 요청의 IP 부분 "123.124.125.126"을 가질 수 있고; 그 정보 서버는 차례로 요청의 "/mylnformation.html" 부분에 대한 http 요청을 추가로 파싱하고 그를 정보 "mylnformation.html"을 포함하는 메모리에서의 위치로 해석할 수 있다. 그에 부가하여, 다른 정보 서비스 프로토콜이 다양한 포트들, 예컨대, 포트 21을 통한 FTP 통신 및/또는 기타를 통해 이용될 수 있다. 정보 서버는 그 자신 및/또는 기타의 설비를 비롯한 구성요소 컬렉션 내의 다른 구성요소들과 통신할 수 있다. 가장 빈번히, 정보 서버는 ECO ADVANTAGE 데이터베이스(2319), 운영 체제, 다른 프로그램 구성요소, 사용자 인터페이스, 웹 브라우저, 및/또는 기타와 통신한다.

ECO ADVANTAGE 데이터베이스에의 액세스는 이하에서 열거되는 것과 같은 스크립팅 언어(예컨대, CGI)를 통하는 것 및 이하에서 열거되는 것과 같은 애플리케이션간 통신 채널들을 통하는 것(예컨대, CORBA, WebObjects 등)과 같은 다수의 데이터베이스 브리지 메커니즘들을 통해 달성될 수 있다. 웹 브라우저를 통한 임의의 데이터 요청은 브리지 메커니즘을 통해 ECO ADVANTAGE에 의해 요구되는 적절한 문법들로 파싱된다. 하나의 실시예에서, 정보 서버는 웹 브라우저에 의해 액세스가능한 웹 폼(Web form)을 제공할 것이다. 웹 폼 내의 주어진 필드들에 행해지는 입력들은 특정의 필드들에 입력된 것으로서 태깅되고, 그에 따라 파싱된다. 입력된 항들은 이어서 적절한 테이블들 및/또는 필드들에 대한 질의들을 발생하라고 파서에 지시하는 기능을 하는 필드 태그들과 함께 파싱된다. 하나의 실시예에서, 파서는 태깅된 텍스트 엔트리들에 기초하여 적절한 조인(join)/선택(select) 명령들을 갖는 검색 문자열을 인스턴스화함으로써 표준 SQL에서의 질의들을 생성할 수 있고, 여기서 얻어진 명령은 브리지 메커니즘을 통해 ECO ADVANTAGE에 질의로서 제공된다. 질의로부터 질의 결과들을 생성할 시에, 결과들은 브리지 메커니즘을 통해 전달되고, 브리지 메커니즘에 의한 새로운 결과 웹 페이지의 형식 지정 및 생성을 위해 파싱될 수 있다. 이러한 새로운 결과 웹 페이지는 이어서 정보 서버에 제공되고, 정보 서버는 그를 요청측 웹 브라우저에 공급할 수 있다.

또한, 정보 서버는 프로그램 구성요소, 시스템, 사용자, 및/또는 데이터 통신, 요청, 및/또는 응답을 포함하고, 전달하며, 생성하고, 획득하며, 그리고/또는 제공할 수 있다.

사용자 인터페이스

컴퓨터 인터페이스는, 어떤 측면에서, 자동차 조작 인터페이스와 유사하다. 운전대, 기어 변속, 및 속도계와 같은 자동차 조작 인터페이스 요소들은 자동차 자원, 및 상태의 액세스, 조작, 및 디스플레이를 용이하게 한다. 체크 박스, 커서, 메뉴, 스크롤러, 창(모두 합하여 그리고 흔히 위젯이라고 함)과 같은 컴퓨터 상호작용 인터페이스 요소들은 이와 유사하게 데이터 및 컴퓨터 하드웨어 및 운영 체제 자원 및 상태의 액세스, 기능, 동작, 및 디스플레이를 용이하게 한다. 조작 인터페이스는 흔히 사용자 인터페이스라고 불리운다. Apple Macintosh Operating System의 Aqua, IBM의 OS/2, Microsoft의 Windows 2000/2003/3.i/95/98/CE/Millenium/NT/XP/Vista/7(즉, Aero), Unix의 X-Windows(예컨대,e.g., which may include additional Unix graphic interface libraries and layers such as KDE(K Desktop Environment), mythTV 및 GNOME(GNU Network Object Model Environment)와 같은 부가의 Unix 그래픽 인터페이스 라이브러리들을 포함할 수 있음), 웹 인터페이스 라이브러리(예컨대, ActiveX, AJAX, (D)HTML, FLASH, Java, JavaScript, Dojo, jQuery(UI), MooTools, Prototype, script.aculo.us, SWFObject, Yahoo! User Interface(이들로 제한되지 않음)와 같은 기타 인터페이스 라이브러리, 이들 중 임의의 것이 사용될 수 있음)와 같은 GUI(Graphical user interface)는 정보에 액세스하여 이를 사용자에게 그래픽적으로 디스플레이하는 기준 및 수단을 제공한다.

사용자 인터페이스 구성요소(2317)는 CPU에 의해 실행되는 저장된 프로그램 구성요소이다. 사용자 인터페이스는 이미 논의된 것과 같은 운영 체제들 및/또는 운영 환경들에 의해, 그와 함께 및/또는 그 상부에 제공되는 종래의 그래픽 사용자 인터페이스일 수 있다. 사용자 인터페이스는 텍스트 및/또는 그래픽 설비를 통해 프로그램 구성요소들 및/또는 시스템 설비들의 디스플레이, 실행, 상호작용, 조작, 및/또는 동작을 가능하게 할 수 있다. 사용자 인터페이스는 사용자가 컴퓨터 시스템에 영향을 미치고, 그와 상호작용하며 그리고/또는 그를 작동시킬 수 있는 설비를 제공한다. 사용자 인터페이스는 그 자신 및/또는 기타의 설비를 비롯한 구성요소 컬렉션 내의 다른 구성요소들과 통신할 수 있다. 가장 빈번하게, 사용자 인터페이스는 운영 체제, 다른 프로그램 구성요소, 및/또는 기타와 통신한다. 사용자 인터페이스는 프로그램 구성요소, 시스템, 사용자, 및/또는 데이터 통신, 요청, 및/또는 응답을 포함하고, 전달하며, 생성하고, 획득하며, 그리고/또는 제공할 수 있다.

웹 브라우저

웹 브라우저 구성요소(2318)는 CPU에 의해 실행되는 저장된 프로그램 구성요소이다. 웹 브라우저는 Microsoft Internet Explorer 또는 Netscape Navigator와 같은 종래의 하이퍼텍스트 보기 애플리케이션일 수 있다. 보안 웹 브라우징은 HTTPS, SSL 및/또는 기타에 의한 128 비트(또는 그 이상) 암호화를 제공받을 수 있다. 웹 브라우저는 ActiveX, AJAX, (D)HTML, FLASH, Java, JavaScript, 웹 브라우저 플러그인 API(예컨대, FireFox, Safari Plug-in, 및/또는 기타 API), 및/또는 기타와 같은 설비들을 통해 프로그램 구성요소들의 실행을 가능하게 한다. 웹 브라우저 및 기타 정보 액세스 도구는 PDA, 셀룰러 전화, 및/또는 다른 모바일 디바이스 내에 통합되어 있을 수 있다. 웹 브라우저는 그 자신 및/또는 기타의 설비를 비롯한 구성요소 컬렉션 내의 다른 구성요소들과 통신할 수 있다. 가장 빈번하게, 웹 브라우저는 정보 서버, 운영 체제, 통합된 프로그램 구성요소(예컨대, 플러그인), 및/또는 기타와 통신하고; 예컨대, 이는 프로그램 구성요소, 시스템, 사용자, 및/또는 데이터 통신, 요청, 및/또는 응답을 포함하고, 전달하며, 생성하고, 획득하며, 그리고/또는 제공할 수 있다. 또한, 웹 브라우저 및 정보 서버 대신에, 이 둘의 유사한 동작들을 수행하기 위해 결합된 애플리케이션이 개발될 수 있다. 결합된 애플리케이션은 이와 유사하게 정보를 획득하여 ECO ADVANTAGE 지원 노드로부터 사용자, 사용자 에이전트, 및/또는 기타에 제공하는 것에 영향을 미칠 것이다. 결합된 애플리케이션은 표준 웹 브라우저를 이용하는 시스템들에서 쓸모가 없을 수 있다.

메일 서버

메일 서버 구성요소(2321)는 CPU(2303)에 의해 실행되는 저장된 프로그램 구성요소이다. 메일 서버는 sendmail, Microsoft Exchange 및/또는 기타(이들로 제한되지 않음)와 같은 종래의 인터넷 메일 서버일 수 있다. 메일 서버는 ASP, ActiveX, (ANSI) (Objective-) C(++), C# 및/또는 .NET, CGI 스크립트, Java, JavaScript, PERL, PHP, 파이프, Python, WebObjects, 및/또는 기타와 같은 설비를 통해 프로그램 구성요소들의 실행을 가능하게 할 수 있다. 메일 서버는 다음과 같은 통신 프로토콜들을 지원할 수 있지만, 이들로 제한되지 않는다: IMAP(Internet message access protocol), MAPI(Messaging Application Programming Interface)/Microsoft Exchange, POP3(post office protocol), SMTP(simple mail transfer protocol), 및/또는 기타. 메일 서버는 ECO ADVANTAGE를 통해 및/또는 ECO ADVANTAGE로 송신된, 중계된 그리고/또는 다른 방식으로 트래버스된 착신 및 발신 메일 메시지들을 라우팅, 포워딩, 및 처리할 수 있다.

ECO ADVANTAGE 메일에의 액세스는 개개의 웹 서버 구성요소들 및/또는 운영 체제에 의해 제공된 다수의 API를 통해 달성될 수 있다.

또한, 메일 서버는 프로그램 구성요소, 시스템, 사용자, 및/또는 데이터 통신, 요청, 정보, 및/또는 응답을 포함하고, 전달하며, 생성하고, 획득하며, 그리고/또는 제공할 수 있다.

메일 클라이언트

메일 클라이언트 구성요소(2322)는 CPU(2303)에 의해 실행되는 저장된 프로그램 구성요소이다. 메일 클라이언트는 Apple Mail, Microsoft Entourage, Microsoft Outlook, Microsoft Outlook Express, Mozilla, Thunderbird, 및/또는 기타와 같은 종래의 메일 보기 애플리케이션일 수 있다. 메일 클라이언트는 다음과 같은 다수의 전송 프로토콜들을 지원할 수 있다: IMAP, Microsoft Exchange, POP3, SMTP, 및/또는 기타. 메일 클라이언트는 그 자신 및/또는 기타의 설비를 비롯한 구성요소 컬렉션 내의 다른 구성요소들과 통신할 수 있다. 가장 빈번하게, 메일 클라이언트는 메일 서버, 운영 체제, 다른 메일 클라이언트, 및/또는 기타와 통신하고; 예컨대, 이는 프로그램 구성요소, 시스템, 사용자, 및/또는 데이터 통신, 요청, 정보, 및/또는 응답을 포함하고, 전달하며, 생성하고, 획득하며, 그리고/또는 제공할 수 있다. 일반적으로, 메일 클라이언트는 전자 메일 메시지를 작성 및 전송하는 설비를 제공한다.

암호 서버

암호 서버 구성요소(2320)는 CPU(2303), 암호 프로세서(2326), 암호 프로세서 인터페이스(2327), 암호 프로세서 디바이스(2328), 및/또는 기타에 의해 실행되는 저장된 프로그램 구성요소이다. 암호 프로세서 인터페이스는 암호 구성요소에 의한 암호화 및/또는 복호화 요청의 처리를 가능하게 할 것이지만, 암호 구성요소는, 다른 대안으로서, 종래의 CPU 상에서 실행될 수 있다. 암호 구성요소는 제공된 데이터의 암호화 및/또는 복호화를 가능하게 한다. 암호 구성요소는 대칭 및 비대칭(예컨대, PGP(Pretty Good Protection)) 암호화 및/또는 복호화 둘 다를 가능하게 한다. 암호 구성요소는 디지털 인증서(예컨대, X.509 인증 프레임워크), 디지털 서명, 듀얼 서명, 엔벨로핑(enveloping), 패스워드 액세스 보호, 공개 키 관리, 및/또는 기타(이들로 제한되지 않음)와 같은 암호 기법들을 이용할 수 있다. 암호 구성요소는 체크섬(checksum), DES(Data Encryption Standard), ECC(Elliptical Curve Encryption), IDEA(International Data Encryption Algorithm), MD5(Message Digest 5)(단방향 해시 연산(one way hash operation)임), 패스워드, RC5(Rivest Cipher), Rijndael, RSA(Ron Rivest, Adi Shamir, 및 Leonard Adleman에 의해 1977년에 개발된 알고리즘을 사용하는 인터넷 암호화 및 인증 시스템임), SHA(Secure Hash Algorithm), SSL(Secure Socket Layer), HTTPS(Secure Hypertext Transfer Protocol), 및/또는 기타(이들로 제한되지 않음)와 같은 수많은 (암호화 및/또는 복호화) 보안 프로토콜들을 용이하게 한다. 이러한 암호화 보안 프로토콜을 이용하여, ECO ADVANTAGE는 모든 착신 및/또는 발신 통신을 암호화할 수 있고, 보다 넓은 통신 네트워크를 갖는 가상 사설 네트워크(VPN) 내의 노드로서 역할할 수 있다. 암호 구성요소는 자원에의 액세스가 보안 프로토콜에 의해 금지되는 "보안 허가"의 프로세스를 용이하게 하고, 여기서 암호 구성요소는 보안 자원에의 허가된 액세스를 수행한다. 그에 부가하여, 암호 구성요소는, 예컨대, 디지털 오디오 파일에 대한 고유 서명을 획득하기 위해 MD5 해시를 이용하여, 콘텐츠의 고유 식별자를 제공할 수 있다. 암호 구성요소는 그 자신 및/또는 기타의 설비를 비롯한 구성요소 컬렉션 내의 다른 구성요소들과 통신할 수 있다. 암호 구성요소는 그렇게 원하는 경우 ECO ADVANTAGE 구성요소가 보안 트랜잭션에 참여할 수 있게 하기 위해 통신 네트워크를 통한 정보의 보안 전송을 가능하게 하는 암호화 방식을 지원한다. 보안 구성요소는 ECO ADVANTAGE 상의 자원의 보안 액세스를 용이하게 하고, 원격 시스템 상의 보안 자원의 액세스를 용이하게 하며; 즉 보안 자원의 클라이언트 및/또는 서버로서 기능할 수 있다. 가장 빈번하게, 보안 구성요소는 정보 서버, 운영 체제, 다른 프로그램 구성요소, 및/또는 기타와 통신한다. 보안 구성요소는 프로그램 구성요소, 시스템, 사용자, 및/또는 데이터 통신, 요청, 및/또는 응답을 포함하고, 전달하며, 생성하고, 획득하며, 그리고/또는 제공할 수 있다.

ECO ADVANTAGE 데이터베이스

ECO ADVANTAGE 데이터베이스 구성요소(2319)는 데이터베이스 및 그의 저장된 데이터에 구현될 수 있다. 데이터베이스는 CPU에 의해 실행되는 저장된 프로그램 구성요소이고; 저장된 프로그램 구성요소 부분은 저장된 데이터를 처리하도록 CPU를 구성한다. 데이터베이스는 Oracle 또는 Sybase와 같은 종래의 장애 허용, 관계형, 확장가능 보안 데이터베이스일 수 있다. 관계형 데이터베이스는 플랫 파일(flat file)의 확장이다. 관계형 데이터베이스는 일련의 관련된 테이블들로 이루어져 있다. 테이블들은 키 필드를 통해 상호연결되어 있다. 키 필드의 사용은 키 필드에 대한 인덱싱에 의해 테이블들의 결합을 가능하게 하고; 즉 키 필드는 다양한 테이블들로부터의 정보를 결합하기 위한 차원 구심점(dimensional pivot point)으로서 기능한다. 관계들은 일반적으로 주 키(primary key)들을 정합시키는 것에 의해 테이블들 간에 유지되는 링크들을 식별해준다. 주 키는 관계형 데이터베이스에서의 테이블의 행들을 일의적으로 식별해주는 필드를 나타낸다. 보다 정확하게는, 이들은 일대다 관계의 "한쪽" 측면에 있는 테이블의 행들을 일의적으로 식별해준다.

다른 대안으로서, ECO ADVANTAGE 데이터베이스는 어레이, 해시, (연결) 리스트, 구조체, 구조화된 텍스트 파일(예컨대, XML), 테이블, 및/또는 기타와 같은 다양한 표준 데이터 구조를 사용하여 구현될 수 있다. 이러한 데이터 구조들은 메모리에 및/또는 (구조화된) 파일에 저장될 수 있다. 다른 대안에서, Frontier, ObjectStore, Poet, Zope, 및/또는 기타와 같은 객체 지향 데이터베이스가 사용될 수 있다. 객체 데이터베이스는 공통의 속성들에 의해 서로 그룹화되고 그리고/또는 링크되는 다수의 객체 컬렉션들을 포함할 수 있고; 이들은 어떤 공통의 속성들에 의해 다른 객체 컬렉션들에 관계될 수 있다. 객체 지향 데이터베이스는, 객체들이 단순히 데이터가 아니고 주어진 객체 내에 캡슐화되는 다른 유형의 기능들을 가질 수 있다는 것을 제외하고는, 관계형 데이터베이스와 유사하게 기능한다. ECO ADVANTAGE 데이터베이스가 데이터 구조로서 구현되는 경우, ECO ADVANTAGE 데이터베이스(2319)의 사용은 ECO ADVANTAGE 구성요소(2335)와 같은 다른 구성요소 내에 통합될 수 있다. 또한, 데이터베이스는 데이터 구조들, 객체들, 및 관계 구조들의 혼합으로서 구현될 수 있다. 데이터베이스는 표준 데이터 처리 기법들을 통해 무수한 변형들로 통합 및/또는 분산될 수 있다. 데이터베이스의 일부분(예컨대, 테이블)은 익스포트 및/또는 임포트될 수 있고, 따라서 분산(decentralized) 및/또는 통합될 수 있다.

하나의 실시예에서, 데이터베이스 구성요소(2319)는 몇개의 테이블들(2319a 내지 2319k, 2319m, 2319n, 2319p 내지 2319r)을 포함한다.

사용자 테이블(2319a)은 user_ID, user_fhame, user_lname, user_ID_type, user_auth_code, user_email, user_address, user_date_created, user_pay_method, user_password, user_phone, user_interests, user_devices, user_confirmed, user_account_locked, user_enabled, user_username, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 사용자 테이블은 ECO ADVANTAGE 상에서 다수의 사용자 계정들을 지원하고 그리고/또는 추적할 수 있다. 상인 테이블(2319b)은 merchant_ID, merchant_name, merchant_email, merchant_date_created, merchant_username, merchant_password, merchant_enabled, merchant_account_locked, merchant_confirmed, merchant_phone, merchant_contact, merchant_open_time, merchant_website, merchant_region, merchant_min_consumpt, merchant_max_consumpt, merchant_bank, merchant_bank_agency, merchant_bank_acct, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 상인 테이블은 ECO ADVANTAGE 상에서 다수의 상인 계정들을 지원하고 그리고/또는 추적할 수 있다. 경제 프로모터 테이블(2319c)은 ep_ID, ep_date_created, ep_ecos, ep_users, ep_region, ep_username, ep_password, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 경제 프로모터 테이블은 ECO ADVANTAGE 상에서 다수의 경제 프로모터 계정들을 지원하고 그리고/또는 추적할 수 있다. 상인 에이전트 테이블(2319d)은 ma_ID, ma_name, ma_merchants, ma_region, ma_categories, ma_parameters, ma_agg_info, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 상인 에이전트 테이블은 ECO ADVANTAGE 상에서 다수의 상인 에이전트 계정들을 지원하고 그리고/또는 추적할 수 있다. 파트너 테이블(2319e)은 partner_ID, partner_name, partner_email, partner_date_created, partner_username, partner_password, partner_enabled, partner_account_locked, partner_confirmed, partner_phone, partner_contact, partner_open_time, partner_website, partner_region, partner_min_consumpt, partner_max_consumpt, partnerjbank, partner_bank_agency, partner_bank_acct, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 파트너 테이블은 ECO ADVANTAGE 상에서 다수의 파트너 계정들을 지원하고 그리고/또는 추적할 수 있다. 에코 테이블(2319f)은 eco_ID, eco_user_ID, eco_merchant_ID, eco_expiration, eco_donated, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 에코 테이블은 ECO ADVANTAGE 상에서 다수의 에코들을 지원하고 그리고/또는 추적할 수 있다. PoS 테이블(2319g)은 pos_ID, pos_infrastructure, pos_configuration, pos_settings, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. PoS 테이블은 ECO ADVANTAGE 상에서 다수의 PoS 디바이스들을 지원하고 그리고/또는 추적할 수 있다. 거래 테이블(2319h)은 transaction_ID, transaction_date, transaction_amount, transaction_user, transaction_merchant, transaction_ecos_paid, transaction_ecos_received, transaction_payment_method, transaction_atmospherics, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 거래 테이블은 ECO ADVANTAGE 상에서 다수의 거래들을 지원하고 그리고/또는 추적할 수 있다. 거래 분석 테이블(2319i)은 ta_ID, ta_date, ta_results_merchants, ta_results_transactions, ta_results_ecos, ta_results_credit, ta_results_acquirer, ta_results_users, ta_results_ea, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 거래 분석 테이블은 ECO ADVANTAGE 상에서 거래 분석 결과들을 지원하고 그리고/또는 추적할 수 있다. 취득자 테이블(2319j)은 account_firstname, account_lastname, account_type, account_num, account_ balance_list, billingaddress_ linei, billingaddress_ line2, billing_zipcode, billing_state, shipping_preferences, shippingaddress_linei, shippingaddress_line2, shipping_ zipcode, shipping_state, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 취득자 테이블은 ECO ADVANTAGE 상에서 다수의 취득자 계정들을 지원하고 그리고/또는 추적할 수 있다. 발행자 테이블(2319k)은 issuer_id, issuer_name, issuer_address, ip_address, mac_address, auth_key, port_num, security_settings_list, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 발행자 테이블은 ECO ADVANTAGE 상에서 다수의 발행자 계정들을 지원하고 그리고/또는 추적할 수 있다. 보너스 블록 테이블(2319m)은 bb_ID, bb_user_ID, bb_merchant_ID, bb_expiration, bb_type, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 보너스 블록 테이블은 ECO ADVANTAGE 상에서 다수의 보너스 블록들을 지원하고 그리고/또는 추적할 수 있다. 지역 테이블(2319n)은 region_ID, region_name, region_geography, region_demographics, region_demarcations, region_mer chants, region_users, region_partners, region_epromoters, region_mmanagers, region_categories, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 지역 테이블은 ECO ADVANTAGE 상에서 다수의 지역들을 지원하고 그리고/또는 추적할 수 있다. 카테고리 테이블(2319p)은 category_ID, category_interests, category_merchants, category_users, category_region, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 카테고리 테이블은 ECO ADVANTAGE 상에서 다수의 카테고리들을 지원하고 그리고/또는 추적할 수 있다. 스케줄 테이블(2319q)은 schedule_ID, schedule_annual, schedule_monthly, schedule_weekly, schedule_daily, schedule_special_schedules, schedule_entity_ID 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. 스케줄 테이블은 ECO ADVANTAGE 상에서 다수의 에코 스케줄들을 지원하고 그리고/또는 추적할 수 있다. BI 정보 테이블(23i9r)은 bi_id, bi_transactions, bi_analytics, 및/또는 기타(이들로 제한되지 않음)와 같은 필드들을 포함한다. BI 정보 테이블은 ECO ADVANTAGE 상에서 BI 정보를 지원하고 그리고/또는 추적할 수 있다.

하나의 실시예에서, ECO ADVANTAGE 데이터베이스는 다른 데이터베이스 시스템들과 상호작용할 수 있다. 예를 들어, 검색 ECO ADVANTAGE 구성요소에 의해 분산 데이터베이스 시스템, 질의 및 데이터 액세스를 이용하는 것은 ECO ADVANTAGE 데이터베이스, 통합 데이터 보안 계층 데이터베이스의 조합을 단일의 데이터베이스 엔티티로서 취급할 수 있다.

하나의 실시예에서, 사용자 프로그램은 ECO ADVANTAGE를 업데이트하는 역할을 할 수 있는 다양한 사용자 인터페이스 프리미티브를 포함할 수 있다. 또한, 다양한 계정들은 ECO ADVANTAGE가 서비스할 필요가 있을 수 있는 환경 및 클라이언트의 유형에 따라 커스텀 데이터베이스 테이블들을 필요로 할 수 있다. 주목할 점은, 임의의 고유 필드들이 전체에 걸쳐 키 필드로서 지정될 수 있다는 것이다. 대안의 실시예에서, 이 테이블들은 그 자신의 데이터베이스들 및 그 각자의 데이터베이스 제어기들(즉, 상기 테이블들 각각에 대한 개개의 데이터베이스 제어기들)로 분산되어 있다. 표준 데이터 처리 기법들을 이용하여, 데이터베이스를 몇개의 컴퓨터 시스템화들 및/또는 저장 디바이스들에 걸쳐 추가로 분산시킬 수 있다. 이와 유사하게, 비집중 데이터베이스 제어기들의 구성이 다양한 데이터베이스 구성요소들(2319a 내지 2319k, 2319m, 2319n, 2319p 내지 2319r)을 통합 및/또는 분산시키는 것에 의해 변화될 수 있다. ECO ADVANTAGE는 데이터베이스 제어기를 통해 다양한 설정, 입력, 및 파라미터를 추적하도록 구성될 수 있다.

ECO ADVANTAGE 데이터베이스는 그 자신 및/또는 기타의 설비를 비롯한 구성요소 컬렉션 내의 다른 구성요소들과 통신할 수 있다. 가장 빈번하게, ECO ADVANTAGE 데이터베이스는 ECO ADVANTAGE 구성요소, 다른 프로그램 구성요소, 및/또는 기타와 통신한다. 데이터베이스는 다른 노드 및 데이터에 관한 정보를 포함하고, 보유하며, 제공할 수 있다.

ECO ADVANTAGE

ECO ADVANTAGE 구성요소(2335)는 CPU에 의해 실행되는 저장된 프로그램 구성요소이다. 하나의 실시예에서, ECO ADVANTAGE 구성요소는 이전의 도면들에서 논의된 ECO ADVANTAGE의 측면들의 임의의 및/또는 모든 조합들을 포함한다. 그에 따라, ECO ADVANTAGE는 다양한 통신 네트워크를 통한 정보, 서비스, 거래, 및/또는 기타의 액세스, 획득 및 제공에 영향을 미친다. 본 명세서에서 논의된 ECO ADVANTAGE의 특징들 및 실시예들은 그의 전송 및 저장을 위해 보다 효율적인 데이터 구조 및 메커니즘을 사용하는 것에 의해 데이터 전송 요건을 감소시킴으로써 네트워크 효율을 향상시킨다. 그 결과로서, 보다 많은 데이터가 보다 적은 시간 내에 전송될 수 있고, 거래와 관련한 지연 시간이 또한 감소된다. 많은 경우들에서, 저장, 전송 시간, 대역폭 요건, 지연 시간, 기타에서의 이러한 감소는 ECO ADVANTAGE의 특징들 및 설비들을 지원하기 위한 용량 및 구조적 인프라 요건을 감소시킬 것이고, 많은 경우에, 비용, 에너지 소비/요구사항을 감소시키며, ECO ADVANTAGE의 하부 인프라의 수명을 연장시킬 것이고; 이것은 ECO ADVANTAGE를 보다 신뢰성있게 만드는 부가의 이점을 가진다. 이와 유사하게, 특징들 및 메커니즘들 중 다수는 사용자가 사용하고 액세스하기 더 쉽도록 설계되어 있으며, 그로써 ECO ADVANTAGE의 특징 세트들을 경험/이용하고 활용할 수 있는 고객을 확장하고; 이와 같은 사용 편의성은 또한 ECO ADVANTAGE의 신뢰성을 향상시키는 데 도움을 준다. 그에 부가하여, 특징 세트들은 암호 구성요소들(2320, 2326, 2328)을 통해 그리고 전체에 걸쳐 언급한 바와 같이 제고된 보안을 포함하여, 특징들 및 데이터에의 액세스를 보다 신뢰성있고 안전하게 만든다.

ECO ADVANTAGE는 ECO ADVANTAGE 거래 처리 구성요소(Transaction Processing Component)(2341), 사용자 등록 구성요소(User Enrollment Component)(2342), 상인 등록 구성요소(Merchant Enrollment Component)(2343), 에코 스케줄 계산 구성요소(Eco Schedule Calculation Component)(2344), 상인 정보 집계 및 분석 구성요소(Merchant Information Aggregation and Analytics Component)(2345), PoS 구성 구성요소(PoS Configuration Component)(2346), 사용자 초대 구성요소(User Invitation Component)(2347), 지역/카테고리 관리 구성요소(Region/Category Management Component)(2348), 조정 구성요소(Reconciliation Component)(2349), 파트너 등록 구성요소(Partner Enrollment Component)(2350), 에코 기부 구성요소(Ecos Donation Component)(2351), 및 에코노미터 원격 측정 구성요소(Econometer Telemetry Component)(2352)를 통해 거래 및 사용자, 상인, 및 지불 데이터 입력을 에코, 거래, 및 지역 분석 출력으로 변환시킨다.

노드들 간의 정보의 액세스를 가능하게 하는 ECO ADVANTAGE 구성요소는 다음과 같은 표준 개발 도구 및 언어를 이용하여 개발될 수 있지만, 이들로 제한되지 않는다: Apache 구성요소, Assembly, ActiveX, 이진 실행파일, (ANSI) (Objective-) C(++), C# 및/또는 .NET, 데이터베이스 어댑터(database adapter), CGI 스크립트, Java, JavaScript, 매핑 도구(mapping tool), 절차적 및 객체 지향 개발 도구, PERL, PHP, Python, 쉘 스크립트(shell script), SQL 명령, 웹 애플리케이션 서버 확장, 웹 개발 환경 및 라이브러리(예컨대, Microsoft의 ActiveX; Adobe AIR, FLEX & FLASH; AJAX; (D)HTML; Dojo, Java; JavaScript; jQuery(UI); MooTools; Prototype; script.aculo.us; SOAP(Simple Object Access Protocol); SWFObject; Yahoo! User Interface; 및/또는 기타), WebObjects, 및/또는 기타. 하나의 실시예에서, ECO ADVANTAGE 서버는 통신을 암호화 및 복호화하기 위해 암호 서버를 이용한다. ECO ADVANTAGE 구성요소는 그 자신 및/또는 기타의 설비를 비롯한 구성요소 컬렉션 내의 다른 구성요소들과 통신할 수 있다. 가장 빈번하게, ECO ADVANTAGE 구성요소는 ECO ADVANTAGE 데이터베이스, 운영 체제, 다른 프로그램 구성요소, 및/또는 기타와 통신한다. ECO ADVANTAGE는 프로그램 구성요소, 시스템, 사용자, 및/또는 데이터 통신, 요청, 및/또는 응답을 포함하고, 전달하며, 생성하고, 획득하며, 그리고/또는 제공할 수 있다.

분산 ECO ADVANTAGE

ECO ADVANTAGE 노드 제어기 구성요소들 중 임의의 것의 구조 및/또는 동작이 개발 및/또는 배포를 용이하게 하기 위해 임의의 수의 방식들로 결합, 통합, 및/또는 분산될 수 있다. 이와 유사하게, 구성요소 컬렉션이 배포 및/또는 개발을 용이하게 하기 위해 임의의 수의 방식들로 결합될 수 있다. 이것을 달성하기 위해, 구성요소들을 공통 코드 베이스(common code base)로 또는 요구시에 통합된 방식으로 구성요소들을 동적으로 로드할 수 있는 설비에서 통합할 수 있다.

구성요소 컬렉션은 표준 데이터 처리 및/또는 개발 기법들을 통해 무수한 변형들로 통합 및/또는 분산될 수 있다. 프로그램 구성요소 컬렉션 내의 프로그램 구성요소들 중 임의의 것의 다수의 인스턴스들은 부하 분산 및/또는 데이터 처리 기법들을 통해 성능을 향상시키기 위해 단일의 노드에서 및/또는 다수의 노드들에 걸쳐 인스턴스화될 수 있다. 게다가, 단일의 인스턴스들은 또한 다수의 제어기들 및/또는 저장 디바이스들(예컨대, 데이터베이스들)에 걸쳐 분산될 수 있다. 협력하여 동작하는 모든 프로그램 구성요소 인스턴스들 및 제어기들은 표준 데이터 처리 통신 기법들을 통해 그렇게 할 수 있다.

ECO ADVANTAGE 제어기의 구성은 시스템 배포의 컨텍스트에 의존할 것이다. 버짓, 용량, 위치, 및/또는 기본 하드웨어 자원의 사용과 같은 인자들은 배포 요건 및 구성에 영향을 미칠 수 있다. 구성의 결과 보다 통합된 및/또는 일체화된 프로그램 구성요소들이 얻어지는지, 보다 분산된 일련의 프로그램 구성요소들이 얻어지는지, 및/또는 통합된 구성과 분산된 구성 간의 어떤 조합이 얻어지는지에 관계없이, 데이터가 전달, 획득 및/또는 제공될 수 있다. 프로그램 구성요소 컬렉션으로부터 공통 코드 베이스로 통합된 구성요소들의 인스턴스들은 데이터를 전달, 획득 및/또는 제공할 수 있다. 이것은 데이터 참조(예컨대, 포인터), 내부 메시징(internal messaging), 객체 인스턴스 변수 전달(object instance variable communication), 공유 메모리 공간, 변수 전달(variable passing), 및/또는 기타(이들로 제한되지 않음)와 같은 애플리케이션내 데이터 처리 통신 기법들을 통해 달성될 수 있다.

구성요소 컬렉션의 구성요소들이 서로 개별적이고, 분리되어 있으며 그리고/또는 서로의 외부에 있는 경우, 데이터를 다른 구성요소들로 전달, 획득 및/또는 제공하는 것은 다음과 같은 애플리케이션간 데이터 처리 통신 기법들을 통해 달성될 수 있지만, 이들로 제한되지 않는다: API(Application Program Interface) 정보 전달; (D)COM((distributed) Component Object Model), (D)OLE((Distributed) Object Linking and Embedding), 및/또는 기타), CORBA(Common Object Request Broker Architecture), Jini 로컬 및 원격 애플리케이션 프로그램 인터페이스, JSON(JavaScript Object Notation), RMI(Remote Method Invocation), SOAP, 프로세스 파이프(process pipe), 공유 파일(shared file), 및/또는 기타. 애플리케이션간 통신을 위해 개별 구성요소들 간에 또는 애플리케이션내 통신을 위해 단일 구성요소의 메모리 공간들 내에서 송신되는 메시지들이 문법의 생성 및 파싱을 통해 용이하게 될 수 있다. 구성요소들 내에서 그리고 그들 간의 통신 메시지들의 기초를 형성할 수 있는 문법 생성 및 파싱 기능을 가능하게 하는 lex, yacc, XML, 및/또는 기타와 같은 개발 도구를 사용하여 문법이 개발될 수 있다.

예를 들어, 문법은 HTTP 포스트 명령(post command)의 토큰들을 인식하도록 구성될 수 있고, 예컨대,

w3c -post http : // . . . Value1

여기서 Value1은 파라미터인 것으로 구별되는데, 그 이유는 "http://"가 문법 구문의 일부이고, 그 다음에 오는 것이 포스트 값(post value)의 일부인 것으로 간주되기 때문이다. 이와 유사하게, 이러한 문법에서, 변수 "Value1"은 "http://" 포스트 명령 내에 삽입되고 이어서 송신될 수 있다. 문법 구문 자체는 파싱 메커니즘(예컨대, lex, yacc 등에 의해 처리되는 구문 설명 텍스트 파일(syntax description text file))을 생성하기 위해 해석되고 및/또는 다른 방식으로 사용되는 구조화된 데이터로서 제시될 수 있다. 또한, 파싱 메커니즘이 생성 및/또는 인스턴스화되면, 그 자체는 문자(예컨대, 탭) 구분 텍스트, HTML, 구조화된 텍스트 스트림, XML, 및/또는 기타 구조화된 데이터(이들로 제한되지 않음)와 같은 구조화된 데이터를 처리 및/또는 파싱할 수 있다. 다른 실시예에서, 애플리케이션간 데이터 처리 프로토콜 자체는 (예컨대, 통신) 데이터를 파싱하는 데 이용될 수 있는 통합된 및/또는 즉각 이용가능한 파서(예컨대, JSON, SOAP, 및/또는 기타 파서)를 가질 수 있다. 게다가, 파싱 문법이 메시지 파싱 이외에 사용될 수 있지만, 또한 데이터베이스, 데이터 컬렉션, 데이터 저장소, 구조화된 데이터, 및/또는 기타를 파싱하는 데 사용될 수 있다. 다시 말하지만, 원하는 구성은 시스템 배포의 컨텍스트, 환경, 및 요구사항에 의존할 것이다.

예를 들어, 일부 구현예들에서, ECO ADVANTAGE 제어기는 클라이언트가 데이터(예컨대, JSON 형식으로 인코딩된 데이터)를 송신할 수 있는 서버 포트를 통해 착신 통신을 리스닝하고 있는 정보 서버를 통해 SSL(Secure Sockets Layer) 소켓 서버를 구현하는 PHP 스크립트를 실행하고 있을 수 있다. 착신 통신을 식별할 시에, PHP 스크립트는 클라이언트 디바이스로부터 착신 메시지를 판독하고, JSON 인코딩된 텍스트 데이터로부터 정보를 추출하기 위해 수신된 JSON 인코딩된 텍스트 데이터를 PHP 스크립트 변수들로 파싱하며, 데이터(예컨대, 클라이언트 식별 정보 등) 및/또는 추출된 정보를 SQL(Structured Query Language)을 사용하여 액세스가능한 관계형 데이터베이스에 저장할 수 있다. SSL 연결을 통해 클라이언트 디바이스로부터 JSON 인코딩된 입력 데이터를 수신하고, 변수들을 추출하기 위해 데이터를 파싱하며, 데이터를 데이터베이스에 저장하는 실질적으로 PHP/SQL 명령들의 형태로 작성된 예시적인 목록이 이하에 제공된다.

또한, 이하의 자원들은 SOAP 파서 구현

및 다른 파서 구현들

에 관한 예시적인 실시예들을 제공하기 위해 사용될 수 있고, 이들 모두는 참조 문헌으로서 명확히 본 명세서에 포함된다.

다양한 문제들을 해결하고 기술을 진보시키기 위해, ECO ADVANTAGE 중재 장치, 방법 및 시스템에 대한 본 출원 전체(커버 페이지, 발명의 명칭, 제목, 필드, 배경 기술, 발명의 내용, 도면의 간단한 설명, 발명을 실시하기 위한 구체적인 내용, 특허청구범위, 요약서, 도면, 부록, 및 기타를 포함함)는, 예시로서, 청구된 혁신들이 실시될 수 있는 다양한 실시예들을 보여준다. 본 출원의 장점들 및 특징들은 단지 실시예들의 대표적인 샘플이고, 전수적 및/또는 배타적인 것은 아니다. 이들은 단지 청구된 원리들의 이해 및 교시에 도움을 주기 위해 제시되어 있다. 이들이 모든 청구된 혁신들을 나타내는 것은 아님을 잘 알 것이다. 그에 따라, 본 개시 내용의 특정의 측면들이 본 명세서에서 논의되지 않았다. 대안의 실시예들이 혁신들의 특정의 부분에 대해 제시되지 않았을 수 있다는 것 또는 추가의 미기술된 대안의 실시예들이 일부분에 대해 이용가능할 수 있다는 것이 그 대안의 실시예들의 권리 포기(disclaimer)로서 간주되어서는 안된다. 그 미기술된 실시예들 중 다수가 혁신들의 동일한 원리들을 포함하고 다른 것들이 동등하다는 것을 잘 알 것이다. 이와 같이, 다른 실시예들이 이용될 수 있고, 본 개시 내용의 범주 및/또는 사상을 벗어남이 없이 기능적, 논리적, 동작적, 구성적, 구조적, 및/또는 토폴로지적 수정들이 행해질 수 있다는 것을 잘 알 것이다. 그에 따라, 모든 예들 및/또는 실시예들이 본 개시 내용 전체에 걸쳐 비제한적인 것으로 생각된다. 또한, 공간 및 반복을 감소시키기 위해 본 명세서에서 논의되지 않은 것에 대해 본 명세서에서 논의된 그 실시예들에 관하여 어떤 추론도 해서는 안된다. 예를 들어, 도면들 및/또는 전체에 걸쳐 기술된 임의의 프로그램 구성요소들(구성요소 컬렉션), 다른 구성요소들 및/또는 임의의 현재의 특징 세트들의 임의의 조합의 논리적 및/또는 토폴로지적 구조가 고정된 동작 순서 및/또는 배열로 제한되지 않고, 오히여 임의의 개시된 순서가 예시적인 것이고 모든 등가물들이 순서에 관계없이 본 개시 내용에 의해 생각되고 있다는 것을 잘 알 것이다. 게다가, 이러한 특징들이 직렬 실행으로 제한되지 않고 오히려 비동기적으로, 동시에, 병렬로, 동시적으로, 동기하여, 및/또는 기타로 실행할 수 있는 임의의 수의 스레드, 프로세스, 서비스, 서버, 및/또는 기타가 본 개시 내용에 의해 생각되고 있다는 것을 잘 알 것이다. 그에 따라, 이 특징들 중 일부는 단일의 실시예에 동시에 존재할 수 없다는 점에서 서로 모순될 수 있다. 이와 유사하게, 일부 특징들은 혁신들의 하나의 측면에 적용가능하지만, 다른 것들에는 적용가능하지 않다. 그에 부가하여, 본 개시 내용은 현재 청구되지 않은 다른 혁신들을 포함하고 있다. 출원인은 이러한 혁신들을 청구하고, 부가 출원, 계속 출원, 일부 계속 출원, 분할 출원, 및/또는 기타를 출원할 권리를 비롯하여, 그 현재 청구되지 않은 혁신들에 모든 권리들을 보유하고 있다. 그에 따라, 본 개시 내용의 장점, 실시예, 예, 기능적, 특징, 논리적, 동작적, 구성적, 구조적, 토폴로지적, 및/또는 기타 측면들이 청구항들에 의해 한정되는 개시 내용에 대한 제한 또는 청구항들의 등가물에 대한 제한으로서 간주되어서는 안된다는 것을 잘 알 것이다. ECO ADVANTAGE 개인 및/또는 기업 사용자, 데이터베이스 구성 및/또는 관계형 모델, 데이터 유형, 데이터 전송 및/또는 네트워크 프레임워크, 구문 구조, 및/또는 기타의 특정의 요구 및/또는 특성에 따라, 많은 유연성 및 커스터마이제이션을 가능하게 하는 ECO ADVANTAGE의 다양한 실시예들이 구현될 수 있다는 것을 잘 알 것이다. 예를 들어, ECO ADVANTAGE의 측면들은 건강 관리, 여행 서비스, 액세서리, 광고 및 마케팅, 동물 병원 및 병원, 예술 및 공예, 자동차 정비소, 자동차 딜러, 자동차 전기 용품점, 자동차 부품점, 베이커리, 미용실, 도매 서점, 서점, 건축 자재, 카메라 및 사진, 세차장, 천장/파티션, 휴대폰 공급업자, 어린이 용품점, 초콜릿 가게, 의류 수선, 커피숍, 컴퓨터 및 액세서리, 편의점, 화장품, 의상 제작실, 택배 서비스, 유제품, 델리카테슨(Delicatessen), 다이너(Diner), 자체 제작 용품 가게(Do-It-Yourself Store), 가정용 의료 기기(Durable Medical Equipment), DVD 및 영화, 전기 부품, 전자 및 비디오 게임, 전기/전자 수리 및 유지 관리, 안경 및 선글라스, 직물과 실내 장식 점포, 고속 그래픽 서비스, 가구 매장, 주유소, 선물 가게, 맛집 및 전문 식품 매장, 식료품점, 체육관, 철물절, 난방 및 에어컨, 가정 및 정원, 가정 및 주방 제품, 가전, 홈 개량, 집 전화 제공업체, 호텔, 아이스크림 가게, 청소/청소 용품, 보석, 어린이 파티 장소, 어린이 개인지도, 언어 학교 또는 학습 센터, 세탁 및 드라이 클리닝, 레저 및 관광, 조명 기구, 란제리 및 실내복, 자물쇠, 수하물 및 가방 점포, 남성 패션, 모텔, 모터사이클 딜러, 영화관, 이사 서비스, 악기점, 자연 식품 매장, 해상 상점, 나이트 클럽/디스코, 사무용품, 페인트 가게, 파티 용품점, 향수, 개인 개발 코스, 애완용품점, 약국, 성형 외과, 냉동 숍, 레스토랑(모든 종류), 로티세리(Rotisserie), 양탄자 및 커튼 가게, 학교, 구두 수선, 신발 가게, 스파, 특화 약국, 스포츠 용품, 스포츠 티켓, 슈퍼마켓, 수술 장비, 수영복 패션, 기술 과정, 극장, 티켓(쇼 콘서트), 장난감 가게, 비주얼 커뮤니케이션(Visual Communication), 와이너리, 여성 패션, 및/또는 기타에 대해 적응될 수 있다. ECO ADVANTAGE의 다양한 실시예들 및 논의들이 상인과 사용자 사이의 상거래를 포함하고 있지만, 본 명세서에 기술된 실시예들이 아주 다양한 다른 응용들 및/또는 구현들을 위해 용이하게 구성 및/또는 커스터마이즈될 수 있다는 것을 잘 알 것이다.

일부 구현예들에서, 일부 실시예들은 다음과 같은 것들을 포함할 수 있다:

1. 상호 이익을 위한 프로세서 구현 방법으로서,

상인으로부터 사용자의 거래 값 수정자(transaction value modifier)(TVM) 밸런스(balance) 및 상인의 현재 TVM 스케줄에 대한 요청을 수신하는 단계;

거래가 성공적으로 처리되었음을 나타내는 TVM 거래 확인(TVM transaction confirmation), 및 TVM 거래 데이터를 수신하는 단계;

거래에서 사용하기 위해 이전의 거래에서 다른 상인으로부터 수령한 TVM들의 금액을 사용자의 계정으로부터 인출하는 단계;

TVM 거래 데이터에 기초하여 TVM들의 금액을 사용자의 계정에 입금하는 단계; 및

프로세서를 통해 TVM 거래 기록을 생성하고 TVM 거래 데이터를 TVM 거래 기록에 저장하는 단계를 포함하는, 방법.

2. 실시예 1에 있어서,

TVM 기록을 사용하여 데이터베이스에서의 상인의 현재 TVM 스케줄을 프로세서를 통해 업데이트하는 단계를 더 포함하는, 방법.

3. 실시예 1에 있어서, TVM은 에코(eco), 값 식별자, 또는 후속 값 거래 수정자인, 방법.

4. 실시예 1에 있어서, TVM 거래 확인을 수신한 후에 사용자의 TVM 밸런스가 업데이트되는, 방법.

5. 실시예 1에 있어서, TVM 거래 확인을 수신하기 전에 사용자의 TVM 밸런스가 업데이트되는, 방법.

6. 실시예 1에 있어서, TVM 거래는 거래 금액의 적어도 일부분을 TVM으로 그리고 거래 금액의 적어도 일부분을 지불 디바이스로 지불하는 것을 포함하는, 방법.

7. 실시예 6에 있어서, 지불 디바이스는 신용 카드, 직불 카드, 또는 선불 카드 중 하나인, 방법.

8. 실시예 1에 있어서, TVM 거래는 거래 금액의 적어도 일부분을 TVM으로 그리고 거래 금액의 적어도 일부분을 현금으로 지불하는 것을 포함하는, 방법.

9. 실시예 1에 있어서, TVM 거래는 거래 금액의 적어도 일부분을 TVM으로, 거래 금액의 적어도 일부분을 현금으로, 그리고 거래 금액의 적어도 일부분을 지불 디바이스로 지불하는 것을 포함하는, 방법.

10. 실시예 9에 있어서, 지불 디바이스는 신용 카드, 직불 카드, 또는 선불 카드 중 하나인, 방법.

11. 실시예 1에 있어서, 입금된 거래 값 수정자들은 후속 거래들에서만 사용될 수 있는, 방법.

12. 실시예 11에 있어서, 입금된 거래 값 수정자들은 상인으로부터 온 것으로 표시되고;

거래 값 수정자들은 그들이 나온 상인에서의 후속 거래들에서 사용될 수 없는, 방법.

13. 실시예 1에 있어서,

사용자의 TVM 밸런스 및 상인의 현재 TVM 스케줄을 상인에게 송신하는 단계를 더 포함하는, 방법.

14. 상호 이익을 위한 프로세서 구현 방법으로서,

사용자의 TVM 밸런스 및 사용자의 TVM 밸런스에서의 적어도 일부 TVM들이 만료될 것이라는 표시를 사용자에게 송신하는 단계;

만료하는 TVM들을 지정된 친구에게 기부하라는 요청을 수신하는 단계;

지정된 친구에게 기부될 사용자의 만료하는 TVM들을 프로세서를 통해 할당하는 단계;

TVM 기부 메시지를 지정된 친구에게 송신하는 단계;

지정된 친구로부터 등록 요청을 수신하는 단계;

지정된 친구에 대한 새로운 사용자 계정을 프로세서를 통해 생성하는 단계;

할당된 만료하는 TVM들을 지정된 친구의 새로운 사용자 계정으로 이체하는 단계; 및

이체의 확인을 사용자에게 그리고 지정된 친구에게 송신하는 단계를 포함하는, 방법.

15. 실시예 14에 있어서,

지정된 친구에 의한 사용자의 기부된 TVM들의 소비를 모니터링하는 단계; 및

미리 결정된 수의 사용자의 기부된 TVM들이 소비되었을 때 초대 보너스 블록(invite bonus block)을 사용자의 계정에 프로세서를 통해 할당하는 단계를 더 포함하는, 방법.

16. 실시예 14에 있어서,

사용자 거래 값 수정자(TVM) 밸런스 정보에 대한 요청을 사용자로부터 수신하는 단계를 더 포함하는, 방법.

17. 실시예 15에 있어서, 상호 이익 등록 요청은 경제 프로모터(economic promoter)에 의해 기증된 TVM의 금액을 더 포함하는, 방법.

18. 실시예 17에 있어서, 경제 프로모터는 친구에게 기부된 TVM들의 금액의 소정 퍼센트를 획득하는, 방법.

19. 실시예 18에 있어서, 상인 관리자(merchant manager)는 TVM들을 경제 프로모터에게 기증하고 친구에게 기증된 TVM들의 금액의 소정 퍼센트를 획득하는, 방법.

20. 상호 이익을 위한 프로세서 구현 방법으로서,

상호 이익 프로그램에 대한 예비적 관심의 표시를 수신하는 단계;

상호 이익 등록 요청 양식을 상인에게 제공하는 단계;

상호 이익 프로그램에 대한 상호 이익 등록 요청을 상인으로부터 수신하는 단계;

상호 이익 등록 양식을 상인에게 송신하는 단계;

완성된 상호 이익 등록 양식을 상인으로부터 수신하는 단계;

상인에 관한 배경 자료를 요청하는 요청을 상인 에이전트에게 송신하는 단계;

상인에 관한 배경 자료를 상인 에이전트로부터 수신하는 단계;

상인 에이전트로부터의 배경 자료를 분석하는 단계;

배경 자료가 미리 결정된 기준들을 충족시키는 경우 상인을 상호 이익 프로그램에 등록시키는 단계;

상인에 대한 상인 계정을 생성하는 단계; 및

상호 이익 프로그램에의 등록의 확인을 상인에게 송신하는 단계를 포함하는, 방법.

21. 실시예 20에 있어서,

현재 PoS(point-of-sale) 인프라 및 설정 구성들의 조사를 상인으로부터 수신하는 단계;

상호 이익 프로그램 사양들에 기초하여 상인에 대한 새로운 PoS 구성을 결정하는 단계; 및

구현을 위해 새로운 PoS 구성 및 훈련 자료들을 상인에게 송신하는 단계를 더 포함하는, 방법.

22. 실시예 21에 있어서,

새로운 PoS 구성에 대한 훈련 자료들을 생성하는 단계를 더 포함하는, 방법.

23. 상호 이익을 위한 프로세서 구현 방법으로서,

상인으로부터 사용자의 가치 점수 밸런스(value point balance) 및 상인의 현재 가치 점수 스케줄에 대한 요청을 수신하는 단계;

거래가 성공적으로 처리되었음을 나타내는 가치 점수 거래 확인, 및 가치 점수 거래 데이터를 수신하는 단계;

거래에서 사용하기 위해 이전의 거래에서 다른 상인으로부터 수령한 가치 점수들의 금액을 사용자의 계정으로부터 인출하는 단계;

가치 점수 거래 데이터에 기초하여 가치 점수들의 금액을 사용자의 계정에 입금하는 단계; 및

프로세서를 통해 가치 점수 거래 기록을 생성하고 가치 점수 거래 데이터를 가치 점수 거래 기록에 저장하는 단계를 포함하는, 방법.

24. 실시예 23에 있어서,

가치 점수 기록을 사용하여 데이터베이스에서의 상인의 현재 가치 점수 스케줄을 프로세서를 통해 업데이트하는 단계를 더 포함하는, 방법.

25. 상호 이익을 위한 프로세서 구현 방법으로서,

파트너로부터 제품 벌크 금액(product bulk amount)을 수령하는 단계;

파트너로부터 상인의 거래 값 수정자(TVM) 밸런스 및 파트너의 현재 TVM 스케줄에 대한 요청을 수신하는 단계;

상인의 TVM 밸런스 및 파트너의 현재 TVM 스케줄을 파트너에게 송신하는 단계;

적어도 하나의 제품 벌크 금액을 구매하는 것을 수반하는 거래가 성공적으로 처리되었음을 나타내는 TVM 거래 확인, 및 TVM 거래 데이터를 수신하는 단계;

거래에서 사용되는 TVM들의 금액을 상인의 계정으로부터 인출하는 단계;

TVM 거래 데이터에 기초하여 TVM의 금액을 상인의 계정에 입금하는 단계;

프로세서를 통해 TVM 거래 기록을 생성하고 TVM 거래 데이터를 TVM 거래 기록에 저장하는 단계; 및

TVM 거래 기록을 사용하여 데이터베이스에서의 상인의 현재 TVM 스케줄을 프로세서를 통해 업데이트하는 단계를 포함하는, 방법.

26. 상호 이익을 위한 프로세서 구현 방법으로서,

정의된 지리적 인구 통계 지역 내에서 상호 이익 프로그램에서 집계된 엔티티 데이터를 수신하는 단계;

엔티티 데이터에 대해 성과 분석을 수행하는 단계;

지역이 인구 밀집인 경우 지역을 분할하기 위해 경계 표식을 결정하는 단계;

지리적 인구 통계 경계 표식에 기초하여 지역을 서브지역들로 분할하는 단계;

각각의 서브지역에 관한 업데이트된 인구 통계 및 산업 데이터를 수신하는 단계; 및

업데이트된 인구 통계 및 산업 데이터에 기초하여 각각의 서브지역에 대한 새로운 상인 카테고리들을 생성하는 단계를 포함하는, 방법.

27. 실시예 26에 있어서, 엔티티는 상인 또는 인구 통계 데이터 중 적어도 하나인, 방법.

28. 상호 이익을 위한 프로세서 구현 방법으로서,

엔티티 데이터에 대해 성과 분석을 수행하는 단계;

지역 내의 적어도 하나의 상인이 용량 초과(over-capacity)인 경우 적어도 하나의 상인을 상호 이익 프로그램에 등록시키기 위한 등록 기준들을 결정하는 단계;

상호 이익 등록 양식을 상호 이익 프로그램에 등록되지 않은 상인에게 송신하는 단계;

상호 이익 프로그램에 등록되지 않은 상인으로부터 완성된 상호 이익 등록 양식을 수신하는 단계;

상인을 상호 이익 프로그램에 등록시키는 단계; 및

등록된 상인을 포함시키기 위해 데이터베이스에서의 지역 기록을 업데이트하는 단계를 포함하는, 방법.

29. 실시예 28에 있어서, 엔티티는 상인 또는 인구 통계 데이터 중 적어도 하나인, 방법.

30. 실시예 28에 있어서, 등록 기준들은 지역 내의 적어도 하나의 상인이 용량 초과인 카테고리를 포함하는, 방법.

31. 상호 이익을 위한 시스템으로서,

상인으로부터 사용자의 거래 값 수정자(TVM) 밸런스 및 상인의 현재 TVM 스케줄에 대한 요청을 수신하는 수단;

거래가 성공적으로 처리되었음을 나타내는 TVM 거래 확인, 및 TVM 거래 데이터를 수신하는 수단;

거래에서 사용하기 위해 이전의 거래에서 다른 상인으로부터 수령한 TVM들의 금액을 사용자의 계정으로부터 인출하는 수단;

TVM 거래 데이터에 기초하여 TVM들의 금액을 사용자의 계정에 입금하는 수단; 및

프로세서를 통해 TVM 거래 기록을 생성하고 TVM 거래 데이터를 TVM 거래 기록에 저장하는 수단을 포함하는, 시스템.

32. 실시예 31에 있어서,

TVM 기록을 사용하여 데이터베이스에서의 상인의 현재 TVM 스케줄을 프로세서를 통해 업데이트하는 수단을 더 포함하는, 시스템.

33. 실시예 31에 있어서, TVM은 에코, 값 식별자, 또는 후속 값 거래 수정자인, 시스템.

34. 실시예 31에 있어서, TVM 거래 확인을 수신한 후에 사용자의 TVM 밸런스가 업데이트되는, 시스템.

35. 실시예 31에 있어서, TVM 거래 확인을 수신하기 전에 사용자의 TVM 밸런스가 업데이트되는, 시스템.

36. 실시예 31에 있어서, TVM 거래는 거래 금액의 적어도 일부분을 TVM으로 그리고 거래 금액의 적어도 일부분을 지불 디바이스로 지불하는 것을 포함하는, 시스템.

37. 실시예 36에 있어서, 지불 디바이스는 신용 카드, 직불 카드, 또는 선불 카드 중 하나인, 시스템.

38. 실시예 31에 있어서, TVM 거래는 거래 금액의 적어도 일부분을 TVM으로 그리고 거래 금액의 적어도 일부분을 현금으로 지불하는 것을 포함하는, 시스템.

39. 실시예 31에 있어서, TVM 거래는 거래 금액의 적어도 일부분을 TVM으로, 거래 금액의 적어도 일부분을 현금으로, 그리고 거래 금액의 적어도 일부분을 지불 디바이스로 지불하는 것을 포함하는, 시스템.

40. 실시예 39에 있어서, 지불 디바이스는 신용 카드, 직불 카드, 또는 선불 카드 중 하나인, 시스템.

41. 실시예 31에 있어서, 입금된 거래 값 수정자들은 후속 거래들에서만 사용될 수 있는, 시스템.

42. 실시예 41에 있어서, 입금된 거래 값 수정자들은 상인으로부터 온 것으로 표시되고;

거래 값 수정자들은 그들이 나온 상인에서의 후속 거래들에서 사용될 수 없는, 시스템.

43. 실시예 31에 있어서,

사용자의 TVM 밸런스 및 상인의 현재 TVM 스케줄을 상인에게 송신하는 수단을 더 포함하는, 시스템.

44. 상호 이익을 위한 시스템으로서,

사용자의 TVM 밸런스 및 사용자의 TVM 밸런스에서의 적어도 일부 TVM들이 만료될 것이라는 표시를 사용자에게 송신하는 수단;

만료하는 TVM들을 지정된 친구에게 기부하라는 요청을 수신하는 수단;

지정된 친구에게 기부될 사용자의 만료하는 TVM들을 프로세서를 통해 할당하는 수단;

TVM 기부 메시지를 지정된 친구에게 송신하는 수단;

지정된 친구로부터 등록 요청을 수신하는 수단;

지정된 친구에 대한 새로운 사용자 계정을 프로세서를 통해 생성하는 수단;

할당된 만료하는 TVM들을 지정된 친구의 새로운 사용자 계정으로 이체하는 수단; 및

이체의 확인을 사용자에게 그리고 지정된 친구에게 송신하는 수단을 포함하는, 시스템.

45. 실시예 44에 있어서,

지정된 친구에 의한 사용자의 기부된 TVM들의 소비를 모니터링하는 수단; 및

미리 결정된 수의 사용자의 기부된 TVM들이 소비되었을 때 초대 보너스 블록을 사용자의 계정에 프로세서를 통해 할당하는 수단을 더 포함하는, 시스템.

46. 실시예 44에 있어서,

사용자 거래 값 수정자(TVM) 밸런스 정보에 대한 요청을 사용자로부터 수신하는 수단을 더 포함하는, 시스템.

47. 실시예 45에 있어서, 상호 이익 등록 요청은 경제 프로모터에 의해 기증된 TVM의 금액을 더 포함하는, 시스템.

48. 실시예 47에 있어서, 경제 프로모터는 친구에게 기부된 TVM들의 금액의 소정 퍼센트를 획득하는, 시스템.

49. 실시예 48에 있어서, 상인 관리자는 TVM들을 경제 프로모터에게 기증하고 친구에게 기증된 TVM들의 금액의 소정 퍼센트를 획득하는, 시스템.

50. 상호 이익을 위한 시스템으로서,

상호 이익 프로그램에 대한 예비적 관심의 표시를 수신하는 수단;

상호 이익 등록 요청 양식을 상인에게 제공하는 수단;

상호 이익 프로그램에 대한 상호 이익 등록 요청을 상인으로부터 수신하는 수단;

상호 이익 등록 양식을 상인에게 송신하는 수단;

완성된 상호 이익 등록 양식을 상인으로부터 수신하는 수단;

상인에 관한 배경 자료를 요청하는 요청을 상인 에이전트에게 송신하는 수단;

상인에 관한 배경 자료를 상인 에이전트로부터 수신하는 수단;

상인 에이전트로부터의 배경 자료를 분석하는 수단;

배경 자료가 미리 결정된 기준들을 충족시키는 경우 상인을 상호 이익 프로그램에 등록시키는 수단;

상인에 대한 상인 계정을 생성하는 수단; 및

상호 이익 프로그램에의 등록의 확인을 상인에게 송신하는 수단을 포함하는, 시스템.

51. 실시예 50에 있어서,

현재 PoS(point-of-sale) 인프라 및 설정 구성들의 조사를 상인으로부터 수신하는 수단;

상호 이익 프로그램 사양들에 기초하여 사용자에 대한 새로운 PoS 구성을 결정하는 수단; 및

구현을 위해 새로운 PoS 구성 및 훈련 자료들을 상인에게 송신하는 수단을 더 포함하는, 시스템.

52. 실시예 51에 있어서,

새로운 PoS 구성에 대한 훈련 자료들을 생성하는 수단을 더 포함하는, 시스템.

53. 상호 이익을 위한 시스템으로서,

상인으로부터 사용자의 가치 점수 밸런스 및 상인의 현재 가치 점수 스케줄에 대한 요청을 수신하는 수단;

거래가 성공적으로 처리되었음을 나타내는 가치 점수 거래 확인, 및 가치 점수 거래 데이터를 수신하는 수단;

거래에서 사용하기 위해 이전의 거래에서 다른 상인으로부터 수령한 가치 점수들의 금액을 사용자의 계정으로부터 인출하는 수단;

가치 점수 거래 데이터에 기초하여 가치 점수들의 금액을 사용자의 계정에 입금하는 수단; 및

프로세서를 통해 가치 점수 거래 기록을 생성하고 가치 점수 거래 데이터를 가치 점수 거래 기록에 저장하는 수단을 포함하는, 시스템.

54. 실시예 53에 있어서,

가치 점수 기록을 사용하여 데이터베이스에서의 상인의 현재 가치 점수 스케줄을 프로세서를 통해 업데이트하는 수단을 더 포함하는, 시스템.

55. 상호 이익을 위한 시스템으로서,

파트너로부터 제품 벌크 금액을 수령하는 수단;

파트너로부터 상인의 거래 값 수정자(TVM) 밸런스 및 파트너의 현재 TVM 스케줄에 대한 요청을 수신하는 수단;

상인의 TVM 밸런스 및 파트너의 현재 TVM 스케줄을 파트너에게 송신하는 수단;

적어도 하나의 제품 벌크 금액을 구매하는 것을 수반하는 거래가 성공적으로 처리되었음을 나타내는 TVM 거래 확인, 및 TVM 거래 데이터를 수신하는 수단;

거래에서 사용되는 TVM들의 금액을 상인의 계정으로부터 인출하는 수단;

TVM 거래 데이터에 기초하여 TVM의 금액을 상인의 계정에 입금하는 수단;

프로세서를 통해 TVM 거래 기록을 생성하고 TVM 거래 데이터를 TVM 거래 기록에 저장하는 수단; 및

TVM 거래 기록을 사용하여 데이터베이스에서의 상인의 현재 TVM 스케줄을 프로세서를 통해 업데이트하는 수단을 포함하는, 시스템.

56. 상호 이익을 위한 시스템으로서,

정의된 지리적 인구 통계 지역 내에서 상호 이익 프로그램에서 집계된 엔티티 데이터를 수신하는 수단;

엔티티 데이터에 대해 성과 분석을 수행하는 수단;

지역이 인구 밀집인 경우 지역을 분할하기 위해 경계 표식을 결정하는 수단;

지리적 인구 통계 경계 표식에 기초하여 지역을 서브지역들로 분할하는 수단;

각각의 서브지역에 관한 업데이트된 인구 통계 및 산업 데이터를 수신하는 수단; 및

업데이트된 인구 통계 및 산업 데이터에 기초하여 각각의 서브지역에 대한 새로운 상인 카테고리들을 생성하는 수단을 포함하는, 시스템.

57. 실시예 56에 있어서, 엔티티는 상인 또는 인구 통계 데이터 중 적어도 하나인, 시스템.

58. 상호 이익을 위한 시스템으로서,

엔티티 데이터에 대해 성과 분석을 수행하는 수단;

지역 내의 적어도 하나의 상인이 용량 초과인 경우 적어도 하나의 상인을 상호 이익 프로그램에 등록시키기 위한 등록 기준들을 결정하는 수단;

상호 이익 등록 양식을 상호 이익 프로그램에 등록되지 않은 상인에게 송신하는 수단;

상호 이익 프로그램에 등록되지 않은 상인으로부터 완성된 상호 이익 등록 양식을 수신하는 수단;

상인을 상호 이익 프로그램에 등록시키는 수단; 및

등록된 상인을 포함시키기 위해 데이터베이스에서의 지역 기록을 업데이트하는 수단을 포함하는, 시스템.

59. 실시예 58에 있어서, 엔티티는 상인 또는 인구 통계 데이터 중 적어도 하나인, 시스템.

60. 실시예 58에 있어서, 등록 기준들은 지역 내의 적어도 하나의 상인이 용량 초과인 카테고리를 포함하는, 시스템.

61. 프로세서 실행가능 명령어들을 저장하는 상호 이익 비일시적 컴퓨터 판독가능 매체로서, 상기 명령어들은

상인으로부터 사용자의 거래 값 수정자(TVM) 밸런스 및 상인의 현재 TVM 스케줄에 대한 요청을 수신하고;

거래가 성공적으로 처리되었음을 나타내는 TVM 거래 확인, 및 TVM 거래 데이터를 수신하며;

거래에서 사용하기 위해 이전의 거래에서 다른 상인으로부터 수령한 TVM들의 금액을 사용자의 계정으로부터 인출하고;

TVM 거래 데이터에 기초하여 TVM들의 금액을 사용자의 계정에 입금하며;

프로세서를 통해 TVM 거래 기록을 생성하고 TVM 거래 데이터를 TVM 거래 기록에 저장하기 위해 프로세서에 의해 실행가능한, 매체.

62. 실시예 61에 있어서,

TVM 기록을 사용하여 데이터베이스에서의 상인의 현재 TVM 스케줄을 프로세서를 통해 업데이트하는 명령어들을 더 포함하는, 매체.

63. 실시예 61에 있어서, TVM은 에코, 값 식별자, 또는 후속 값 거래 수정자인, 매체.

64. 실시예 61에 있어서, TVM 거래 확인을 수신한 후에 사용자의 TVM 밸런스가 업데이트되는, 매체.

65. 실시예 61에 있어서, TVM 거래 확인을 수신하기 전에 사용자의 TVM 밸런스가 업데이트되는, 매체.

66. 실시예 61에 있어서, TVM 거래는 거래 금액의 적어도 일부분을 TVM으로 그리고 거래 금액의 적어도 일부분을 지불 디바이스로 지불하는 것을 포함하는, 매체.

67. 실시예 66에 있어서, 지불 디바이스는 신용 카드, 직불 카드, 또는 선불 카드 중 하나인, 매체.

68. 실시예 61에 있어서, TVM 거래는 거래 금액의 적어도 일부분을 TVM으로 그리고 거래 금액의 적어도 일부분을 현금으로 지불하는 것을 포함하는, 매체.

69. 실시예 61에 있어서, TVM 거래는 거래 금액의 적어도 일부분을 TVM으로, 거래 금액의 적어도 일부분을 현금으로, 그리고 거래 금액의 적어도 일부분을 지불 디바이스로 지불하는 것을 포함하는, 매체.

70. 실시예 69에 있어서, 지불 디바이스는 신용 카드, 직불 카드, 또는 선불 카드 중 하나인, 매체.

71. 실시예 61에 있어서, 입금된 거래 값 수정자들은 후속 거래들에서만 사용될 수 있는, 매체.

72. 실시예 71에 있어서, 입금된 거래 값 수정자들은 상인으로부터 온 것으로 표시되고;

거래 값 수정자들은 그들이 나온 상인에서의 후속 거래들에서 사용될 수 없는, 매체.

73. 실시예 61에 있어서,

사용자의 TVM 밸런스 및 상인의 현재 TVM 스케줄을 상인에게 송신하는 명령어들을 더 포함하는, 매체.

74. 프로세서 실행가능 명령어들을 저장하는 상호 이익 비일시적 컴퓨터 판독가능 매체로서, 상기 명령어들은

사용자의 TVM 밸런스 및 사용자의 TVM 밸런스에서의 적어도 일부 TVM들이 만료될 것이라는 표시를 사용자에게 송신하고;

만료하는 TVM들을 지정된 친구에게 기부하라는 요청을 수신하며;

지정된 친구에게 기부될 사용자의 만료하는 TVM들을 프로세서를 통해 할당하고;

TVM 기부 메시지를 지정된 친구에게 송신하고;

지정된 친구로부터 등록 요청을 수신하며;

지정된 친구에 대한 새로운 사용자 계정을 프로세서를 통해 생성하고;

할당된 만료하는 TVM들을 지정된 친구의 새로운 사용자 계정으로 이체하며;

이체의 확인을 사용자에게 그리고 지정된 친구에게 송신하기 위해 프로세서에 의해 실행가능한, 매체.

75. 실시예 74에 있어서,

지정된 친구에 의한 사용자의 기부된 TVM들의 소비를 모니터링하는 명령어들; 및

미리 결정된 수의 사용자의 기부된 TVM들이 소비되었을 때 초대 보너스 블록을 사용자의 계정에 프로세서를 통해 할당하는 명령어들을 더 포함하는, 매체.

76. 실시예 74에 있어서,

사용자 거래 값 수정자(TVM) 밸런스 정보에 대한 요청을 사용자로부터 수신하는 명령어들을 더 포함하는, 매체.

77. 실시예 75에 있어서, 상호 이익 등록 요청은 경제 프로모터에 의해 기증된 TVM의 금액을 더 포함하는, 매체.

78. 실시예 77에 있어서, 경제 프로모터는 친구에게 기부된 TVM들의 금액의 소정 퍼센트를 획득하는, 매체.

79. 실시예 78에 있어서, 상인 관리자는 TVM들을 경제 프로모터에게 기증하고 친구에게 기증된 TVM들의 금액의 소정 퍼센트를 획득하는, 매체.

80. 프로세서 실행가능 명령어들을 저장하는 상호 이익 비일시적 컴퓨터 판독가능 매체로서, 상기 명령어들은

상호 이익 프로그램에 대한 예비적 관심의 표시를 수신하고;

상호 이익 등록 요청 양식을 상인에게 제공하며;

상호 이익 프로그램에 대한 상호 이익 등록 요청을 상인으로부터 수신하고;

상호 이익 등록 양식을 상인에게 송신하며;

완성된 상호 이익 등록 양식을 상인으로부터 수신하고;

상인에 관한 배경 자료를 요청하는 요청을 상인 에이전트에게 송신하며;

상인에 관한 배경 자료를 상인 에이전트로부터 수신하고;

상인 에이전트로부터의 배경 자료를 분석하며;

배경 자료가 미리 결정된 기준들을 충족시키는 경우 상인을 상호 이익 프로그램에 등록시키고;

상인에 대한 상인 계정을 생성하며; 및

상호 이익 프로그램에의 등록의 확인을 상인에게 송신하기 위해 프로세서에 의해 실행가능한, 매체.

81. 실시예 80에 있어서,

현재 PoS(point-of-sale) 인프라 및 설정 구성들의 조사를 상인으로부터 수신하는 명령어들;

상호 이익 프로그램 사양들에 기초하여 사용자에 대한 새로운 PoS 구성을 결정하는 명령어들; 및

구현을 위해 새로운 PoS 구성 및 훈련 자료들을 상인에게 송신하는 명령어들을 더 포함하는, 매체.

82. 실시예 81에 있어서,

새로운 PoS 구성에 대한 훈련 자료들을 생성하는 명령어들을 더 포함하는, 매체.

83. 프로세서 실행가능 명령어들을 저장하는 비일시적 컴퓨터 판독가능 매체로서, 상기 명령어들은

상인으로부터 사용자의 가치 점수 밸런스 및 상인의 현재 가치 점수 스케줄에 대한 요청을 수신하고;

거래가 성공적으로 처리되었음을 나타내는 가치 점수 거래 확인, 및 가치 점수 거래 데이터를 수신하며;

거래에서 사용하기 위해 이전의 거래에서 다른 상인으로부터 수령한 가치 점수들의 금액을 사용자의 계정으로부터 인출하고;

가치 점수 거래 데이터에 기초하여 가치 점수들의 금액을 사용자의 계정에 입금하며;

프로세서를 통해 가치 점수 거래 기록을 생성하고 가치 점수 거래 데이터를 가치 점수 거래 기록에 저장하기 위해 프로세서에 의해 실행가능한, 매체.

84. 실시예 83에 있어서,

가치 점수 기록을 사용하여 데이터베이스에서의 상인의 현재 가치 점수 스케줄을 프로세서를 통해 업데이트하는 명령어들을 더 포함하는, 매체.

85. 프로세서 실행가능 명령어들을 저장하는 상호 이익 비일시적 컴퓨터 판독가능 매체로서, 상기 명령어들은

파트너로부터 제품 벌크 금액을 수령하고;

파트너로부터 상인의 거래 값 수정자(TVM) 밸런스 및 파트너의 현재 TVM 스케줄에 대한 요청을 수신하며;

상인의 TVM 밸런스 및 파트너의 현재 TVM 스케줄을 파트너에게 송신하고;

적어도 하나의 제품 벌크 금액을 구매하는 것을 수반하는 거래가 성공적으로 처리되었음을 나타내는 TVM 거래 확인, 및 TVM 거래 데이터를 수신하며;

거래에서 사용되는 TVM들의 금액을 상인의 계정으로부터 인출하고;

TVM 거래 데이터에 기초하여 TVM의 금액을 상인의 계정에 입금하며;

프로세서를 통해 TVM 거래 기록을 생성하고 TVM 거래 데이터를 TVM 거래 기록에 저장하고;

TVM 거래 기록을 사용하여 데이터베이스에서의 상인의 현재 TVM 스케줄을 프로세서를 통해 업데이트하기 위해 프로세서에 의해 실행가능한, 매체.

86. 프로세서 실행가능 명령어들을 저장하는 상호 이익 비일시적 컴퓨터 판독가능 매체로서, 상기 명령어들은

정의된 지리적 인구 통계 지역 내에서 상호 이익 프로그램에서 집계된 엔티티 데이터를 수신하고;

엔티티 데이터에 대해 성과 분석을 수행하며;

지역이 인구 밀집인 경우 지역을 분할하기 위해 경계 표식을 결정하고;

지리적 인구 통계 경계 표식에 기초하여 지역을 서브지역들로 분할하며;

각각의 서브지역에 관한 업데이트된 인구 통계 및 산업 데이터를 수신하고;

업데이트된 인구 통계 및 산업 데이터에 기초하여 각각의 서브지역에 대한 새로운 상인 카테고리들을 생성하기 위해 프로세서에 의해 실행가능한, 매체.

87. 실시예 86에 있어서, 엔티티는 상인 또는 인구 통계 데이터 중 적어도 하나인, 매체.

88. 프로세서 실행가능 명령어들을 저장하는 상호 이익 비일시적 컴퓨터 판독가능 매체로서, 상기 명령어들은

엔티티 데이터에 대해 성과 분석을 수행하며;

지역 내의 적어도 하나의 상인이 용량 초과인 경우 적어도 하나의 상인을 상호 이익 프로그램에 등록시키기 위한 등록 기준들을 결정하고;

상호 이익 등록 양식을 상호 이익 프로그램에 등록되지 않은 상인에게 송신하고;

상호 이익 프로그램에 등록되지 않은 상인으로부터 완성된 상호 이익 등록 양식을 수신하며;

상인을 상호 이익 프로그램에 등록시키고;

등록된 상인을 포함시키기 위해 데이터베이스에서의 지역 기록을 업데이트하기 위해 프로세서에 의해 실행가능한, 매체.

89. 실시예 88에 있어서, 엔티티는 상인 또는 인구 통계 데이터 중 적어도 하나인, 매체.

90. 실시예 88에 있어서, 등록 기준들은 지역 내의 적어도 하나의 상인이 용량 초과인 카테고리를 포함하는, 매체.

91. 상호 이익을 위한 장치로서,

프로세서; 및

프로세서와 통신하게 배치되고 프로세서 실행가능 명령어들을 저장하는 메모리를 포함하고, 프로세서 실행가능 명령어들은

상인으로부터 사용자의 거래 값 수정자(TVM) 밸런스 및 상인의 현재 TVM 스케줄에 대한 요청을 수신하는 명령어들;

거래가 성공적으로 처리되었음을 나타내는 TVM 거래 확인, 및 TVM 거래 데이터를 수신하는 명령어들;

거래에서 사용하기 위해 이전의 거래에서 다른 상인으로부터 수령한 TVM들의 금액을 사용자의 계정으로부터 인출하는 명령어들;

TVM 거래 데이터에 기초하여 TVM들의 금액을 사용자의 계정에 입금하는 명령어들; 및

프로세서를 통해 TVM 거래 기록을 생성하고 TVM 거래 데이터를 TVM 거래 기록에 저장하는 명령어들을 포함하는, 장치.

92. 실시예 91에 있어서,

TVM 기록을 사용하여 데이터베이스에서의 상인의 현재 TVM 스케줄을 프로세서를 통해 업데이트하는 명령어들을 더 포함하는, 장치.

93. 실시예 91에 있어서, TVM은 에코, 값 식별자, 또는 후속 값 거래 수정자인, 장치.

94. 실시예 91에 있어서, TVM 거래 확인을 수신한 후에 사용자의 TVM 밸런스가 업데이트되는, 장치.

95. 실시예 91에 있어서, TVM 거래 확인을 수신하기 전에 사용자의 TVM 밸런스가 업데이트되는, 장치.

96. 실시예 91에 있어서, TVM 거래는 거래 금액의 적어도 일부분을 TVM으로 그리고 거래 금액의 적어도 일부분을 지불 디바이스로 지불하는 것을 포함하는, 장치.

97. 실시예 96에 있어서, 지불 디바이스는 신용 카드, 직불 카드, 또는 선불 카드 중 하나인, 장치.

98. 실시예 91에 있어서, TVM 거래는 거래 금액의 적어도 일부분을 TVM으로 그리고 거래 금액의 적어도 일부분을 현금으로 지불하는 것을 포함하는, 장치.

99. 실시예 91에 있어서, TVM 거래는 거래 금액의 적어도 일부분을 TVM으로, 거래 금액의 적어도 일부분을 현금으로, 그리고 거래 금액의 적어도 일부분을 지불 디바이스로 지불하는 것을 포함하는, 장치.

100. 실시예 99에 있어서, 지불 디바이스는 신용 카드, 직불 카드, 또는 선불 카드 중 하나인, 장치.

101. 실시예 91에 있어서, 입금된 거래 값 수정자들은 후속 거래들에서만 사용될 수 있는, 장치.

102. 실시예 101에 있어서, 입금된 거래 값 수정자들은 상인으로부터 온 것으로 표시되고;

103. 실시예 91에 있어서,

사용자의 TVM 밸런스 및 상인의 현재 TVM 스케줄을 상인에게 송신하는 명령어들을 더 포함하는, 장치.

104. 상호 이익을 위한 장치로서,

프로세서; 및

사용자의 TVM 밸런스 및 사용자의 TVM 밸런스에서의 적어도 일부 TVM들이 만료될 것이라는 표시를 사용자에게 송신하는 명령어들;

만료하는 TVM들을 지정된 친구에게 기부하라는 요청을 수신하는 명령어들;

지정된 친구에게 기부될 사용자의 만료하는 TVM들을 프로세서를 통해 할당하는 명령어들;

TVM 기부 메시지를 지정된 친구에게 송신하는 명령어들;

지정된 친구로부터 등록 요청을 수신하는 명령어들;

지정된 친구에 대한 새로운 사용자 계정을 프로세서를 통해 생성하는 명령어들;

할당된 만료하는 TVM들을 지정된 친구의 새로운 사용자 계정으로 이체하는 명령어들; 및

이체의 확인을 사용자에게 그리고 지정된 친구에게 송신하는 명령어들을 포함하는, 장치

105. 실시예 104에 있어서, 프로세서 실행가능 명령어들은

미리 결정된 수의 사용자의 기부된 TVM들이 소비되었을 때 초대 보너스 블록을 사용자의 계정에 프로세서를 통해 할당하는 명령어들을 더 포함하는, 장치.

106. 실시예 104에 있어서, 프로세서 실행가능 명령어들은

사용자 거래 값 수정자(TVM) 밸런스 정보에 대한 요청을 사용자로부터 수신하는 명령어들을 더 포함하는, 장치.

107. 실시예 105에 있어서, 상호 이익 등록 요청은 경제 프로모터에 의해 기증된 TVM의 금액을 더 포함하는, 장치.

108. 실시예 107에 있어서, 경제 프로모터는 친구에게 기부된 TVM들의 금액의 소정 퍼센트를 획득하는, 장치.

109. 실시예 108에 있어서, 상인 관리자는 TVM들을 경제 프로모터에게 기증하고 친구에게 기증된 TVM들의 금액의 소정 퍼센트를 획득하는, 장치.

110. 상호 이익을 위한 장치로서,

프로세서; 및

상호 이익 프로그램에 대한 예비적 관심의 표시를 수신하는 명령어들;

상호 이익 등록 요청 양식을 상인에게 제공하는 명령어들;

상호 이익 프로그램에 대한 상호 이익 등록 요청을 상인으로부터 수신하는 명령어들;

상호 이익 등록 양식을 상인에게 송신하는 명령어들;

완성된 상호 이익 등록 양식을 상인으로부터 수신하는 명령어들;

상인에 관한 배경 자료를 요청하는 요청을 상인 에이전트에게 송신하는 명령어들;

상인에 관한 배경 자료를 상인 에이전트로부터 수신하는 명령어들;

상인 에이전트로부터의 배경 자료를 분석하는 명령어들;

배경 자료가 미리 결정된 기준들을 충족시키는 경우 상인을 상호 이익 프로그램에 등록시키는 명령어들;

상인에 대한 상인 계정을 생성하는 명령어들; 및

상호 이익 프로그램에의 등록의 확인을 상인에게 송신하는 명령어들을 포함하는, 장치.

111. 실시예 110에 있어서, 프로세서 실행가능 명령어들은

구현을 위해 새로운 PoS 구성 및 훈련 자료들을 상인에게 송신하는 명령어들을 더 포함하는, 장치.

112. 실시예 111에 있어서,

새로운 PoS 구성에 대한 훈련 자료들을 생성하는 명령어들을 더 포함하는, 장치.

113. 상호 이익을 위한 장치로서,

프로세서; 및

상인으로부터 사용자의 가치 점수 밸런스 및 상인의 현재 가치 점수 스케줄에 대한 요청을 수신하는 명령어들;

거래가 성공적으로 처리되었음을 나타내는 가치 점수 거래 확인, 및 가치 점수 거래 데이터를 수신하는 명령어들;

거래에서 사용하기 위해 이전의 거래에서 다른 상인으로부터 수령한 가치 점수들의 금액을 사용자의 계정으로부터 인출하는 명령어들;

가치 점수 거래 데이터에 기초하여 가치 점수들의 금액을 사용자의 계정에 입금하는 명령어들; 및

프로세서를 통해 가치 점수 거래 기록을 생성하고 가치 점수 거래 데이터를 가치 점수 거래 기록에 저장하는 명령어들을 포함하는, 장치.

114. 실시예 113에 있어서, 프로세서 실행가능 명령어들은 가치 점수 기록을 사용하여 데이터베이스에서의 상인의 현재 가치 점수 스케줄을 프로세서를 통해 업데이트하는 명령어들을 더 포함하는, 장치.

115. 상호 이익을 위한 장치로서,

프로세서; 및

파트너로부터 제품 벌크 금액을 수령하는 명령어들;

파트너로부터 상인의 거래 값 수정자(TVM) 밸런스 및 파트너의 현재 TVM 스케줄에 대한 요청을 수신하는 명령어들;

상인의 TVM 밸런스 및 파트너의 현재 TVM 스케줄을 파트너에게 송신하는 명령어들;

적어도 하나의 제품 벌크 금액을 구매하는 것을 수반하는 거래가 성공적으로 처리되었음을 나타내는 TVM 거래 확인, 및 TVM 거래 데이터를 수신하는 명령어들;

거래에서 사용되는 TVM들의 금액을 상인의 계정으로부터 인출하는 명령어들;

TVM 거래 데이터에 기초하여 TVM의 금액을 상인의 계정에 입금하는 명령어들;

프로세서를 통해 TVM 거래 기록을 생성하고 TVM 거래 데이터를 TVM 거래 기록에 저장하는 명령어들; 및

TVM 거래 기록을 사용하여 데이터베이스에서의 상인의 현재 TVM 스케줄을 프로세서를 통해 업데이트하는 명령어들을 포함하는, 장치.

116. 상호 이익을 위한 장치로서,

프로세서; 및

정의된 지리적 인구 통계 지역 내에서 상호 이익 프로그램에서 집계된 엔티티 데이터를 수신하는 명령어들;

엔티티 데이터에 대해 성과 분석을 수행하는 명령어들;

지역이 인구 밀집인 경우 지역을 분할하기 위해 경계 표식을 결정하는 명령어들;

지리적 인구 통계 경계 표식에 기초하여 지역을 서브지역들로 분할하는 명령어들;

각각의 서브지역에 관한 업데이트된 인구 통계 및 산업 데이터를 수신하는 명령어들; 및

업데이트된 인구 통계 및 산업 데이터에 기초하여 각각의 서브지역에 대한 새로운 상인 카테고리들을 생성하는 명령어들을 포함하는, 장치.

117. 실시예 116에 있어서, 엔티티는 상인 또는 인구 통계 데이터 중 적어도 하나인, 장치.

118. 상호 이익을 위한 장치로서,

프로세서; 및

엔티티 데이터에 대해 성과 분석을 수행하는 명령어들;

지역 내의 적어도 하나의 상인이 용량 초과인 경우 적어도 하나의 상인을 상호 이익 프로그램에 등록시키기 위한 등록 기준들을 결정하는 명령어들;

상호 이익 등록 양식을 상호 이익 프로그램에 등록되지 않은 상인에게 송신하는 명령어들;

상호 이익 프로그램에 등록되지 않은 상인으로부터 완성된 상호 이익 등록 양식을 수신하는 명령어들;

상인을 상호 이익 프로그램에 등록시키는 명령어들; 및

등록된 상인을 포함시키기 위해 데이터베이스에서의 지역 기록을 업데이트하는 명령어들을 포함하는, 장치.

119. 실시예 118에 있어서, 엔티티는 상인 또는 인구 통계 데이터 중 적어도 하나인, 장치.

120. 실시예 118에 있어서, 등록 기준들은 지역 내의 적어도 하나의 상인이 용량 초과인 카테고리를 포함하는, 장치.

Claims

상호 이익을 위한 프로세서 구현 방법에 있어서,
계정 보유자(account holder)로부터 사용자의 에코 밸런스(eco balance) 및 계정 보유자의 현재 에코 스케줄(current eco schedule)에 대한 요청을 수신하는 단계;
에코 할당이 성공적으로 처리되었음을 나타내는 에코 할당 확인, 및 에코 데이터를 수신하는 단계;
할당에서 사용하기 위해 이전의 에코 교환에서 다른 계정 보유자로부터 수령한 에코들의 금액을 사용자의 계정 ― 상기 사용자의 계정은 계정 보유자들의 상이한 분류로부터 에코들을 저장할 수 있고, 상기 사용자는 따라서 상이한 이익 계정들을 유지할 필요가 없음 ― 으로부터 추출하는 단계;
상기 에코 데이터에 기초하여 에코들의 금액을 상기 사용자의 계정에 부가하는 단계; 및
프로세서를 통해 에코 기록을 생성하고 상기 에코 데이터를 상기 에코 기록에 저장하는 단계
를 포함하는, 상호 이익을 위한 프로세서 구현 방법.
제1항에 있어서, 상기 에코 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 에코 스케줄을 상기 프로세서를 통해 업데이트하는 단계를 더 포함하는, 상호 이익을 위한 프로세서 구현 방법.
제1항에 있어서, 상기 에코 할당 확인을 수신한 후에 상기 사용자의 에코 밸런스가 업데이트되는, 상호 이익을 위한 프로세서 구현 방법.
제1항에 있어서, 상기 에코 할당 확인을 수신하기 전에 상기 사용자의 에코 밸런스가 업데이트되는, 상호 이익을 위한 프로세서 구현 방법.
제1항에 있어서, 상기 부가된 에코들은 후속 교환들에서만 사용될 수 있는, 상호 이익을 위한 프로세서 구현 방법.
제5항에 있어서, 상기 부가된 에코들은 상기 계정 보유자로부터 온 것으로 표시되고;
상기 에코들은 그들이 나온 상기 계정 보유자에서의 후속 교환들에서 사용될 수 없는, 상호 이익을 위한 프로세서 구현 방법.
제1항에 있어서,
상기 사용자의 에코 밸런스 및 상기 계정 보유자의 현재 에코 스케줄을 상기 계정 보유자에게 송신하는 단계를 더 포함하는, 상호 이익을 위한 프로세서 구현 방법.
상호 이익을 위한 프로세서 구현 방법에 있어서,
사용자의 에코 밸런스 및 상기 사용자의 에코 밸런스에서의 적어도 일부 에코들이 만료될 것이라는 표시를 상기 사용자에게 송신하는 단계;
만료하는 에코들을 지정된 친구에게 기부하라는 요청을 수신하는 단계;
상기 지정된 친구에게 기부될 상기 사용자의 만료하는 에코들을 프로세서를 통해 할당하는 단계;
에코 기부 메시지를 상기 지정된 친구에게 송신하는 단계;
상기 지정된 친구로부터 등록 요청을 수신하는 단계;
상기 지정된 친구에 대한 새로운 사용자 계정을 프로세서를 통해 생성하는 단계;
상기 할당된 만료하는 에코들을 상기 지정된 친구의 새로운 사용자 계정으로 이체하는 단계; 및
상기 이체의 확인을 상기 사용자에게 그리고 상기 지정된 친구에게 송신하는 단계
를 포함하는, 상호 이익을 위한 프로세서 구현 방법.
제8항에 있어서,
상기 지정된 친구에 의한 상기 사용자의 기부된 에코들의 소비를 모니터링하는 단계; 및
미리 결정된 수의 상기 사용자의 기부된 에코들이 소비되었을 때 초대 보너스 블록을 상기 사용자의 계정에 프로세서를 통해 할당하는 단계를 더 포함하는, 상호 이익을 위한 프로세서 구현 방법.
제8항에 있어서,
사용자 에코 밸런스 정보에 대한 요청을 사용자로부터 수신하는 단계를 더 포함하는, 상호 이익을 위한 프로세서 구현 방법.
제9항에 있어서, 상호 이익 등록 요청은 프로모터(promoter)에 의해 기증된 에코의 금액을 더 포함하는, 상호 이익을 위한 프로세서 구현 방법.
제11항에 있어서, 상기 프로모터는 상기 친구에게 기부된 에코들의 금액의 소정 퍼센트를 획득하는, 상호 이익을 위한 프로세서 구현 방법.
제12항에 있어서, 계정 보유자 관리자는 에코들을 상기 프로모터에게 기증하고 상기 친구에게 기증된 에코들의 금액의 소정 퍼센트를 획득하는, 상호 이익을 위한 프로세서 구현 방법.
상호 이익을 위한 프로세서 구현 방법에 있어서,
상호 이익 프로그램에 대한 예비적 관심의 표시를 수신하는 단계;
상호 이익 등록 요청 양식을 계정 보유자에게 제공하는 단계;
상기 상호 이익 프로그램에 대한 상호 이익 등록 요청을 상기 계정 보유자로부터 수신하는 단계;
상호 이익 등록 양식을 상기 계정 보유자에게 송신하는 단계;
완성된 상호 이익 등록 양식을 상기 계정 보유자로부터 수신하는 단계;
상기 계정 보유자에 관한 배경 자료를 요청하는 요청을 계정 보유자 에이전트에게 송신하는 단계;
상기 계정 보유자에 관한 배경 자료를 상기 계정 보유자 에이전트로부터 수신하는 단계;
상기 계정 보유자 에이전트로부터의 상기 배경 자료를 분석하는 단계;
상기 배경 자료가 미리 결정된 기준들을 충족시키는 경우 상기 계정 보유자를 상기 상호 이익 프로그램에 등록시키는 단계;
상기 계정 보유자에 대한 계정 보유자 계정을 생성하는 단계; 및
상기 상호 이익 프로그램에의 등록의 확인을 상기 계정 보유자에게 송신하는 단계
를 포함하는, 상호 이익을 위한 프로세서 구현 방법.
제14항에 있어서,
현재 인프라 및 설정 구성들의 조사를 계정 보유자로부터 수신하는 단계;
상호 이익 프로그램 사양들에 기초하여 상기 계정 보유자에 대한 새로운 구성을 결정하는 단계; 및
구현을 위해 상기 새로운 구성 및 훈련 자료들을 상기 계정 보유자에게 송신하는 단계
를 더 포함하는, 상호 이익을 위한 프로세서 구현 방법.
제15항에 있어서,
상기 새로운 구성에 대한 훈련 자료들을 생성하는 단계를 더 포함하는, 상호 이익을 위한 프로세서 구현 방법.
상호 이익을 위한 프로세서 구현 방법에 있어서,
계정 보유자로부터 사용자의 가치 점수 밸런스(value point balance) 및 계정 보유자의 현재 가치 점수 스케줄에 대한 요청을 수신하는 단계;
에코가 성공적으로 처리되었음을 나타내는 가치 점수 할당 확인, 및 가치 점수 데이터를 수신하는 단계;
할당에서 사용하기 위해 이전의 교환에서 다른 계정 보유자로부터 수령한 가치 점수들의 금액을 사용자의 계정으로부터 추출하는 단계;
상기 가치 점수 데이터에 기초하여 가치 점수들의 금액을 상기 사용자의 계정에 부가하는 단계; 및
프로세서를 통해 가치 점수 기록을 생성하고 상기 가치 점수 데이터를 상기 가치 점수 기록에 저장하는 단계
를 포함하는, 상호 이익을 위한 프로세서 구현 방법.
제17항에 있어서,
상기 가치 점수 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 가치 점수 스케줄을 상기 프로세서를 통해 업데이트하는 단계를 더 포함하는, 상호 이익을 위한 프로세서 구현 방법.
상호 이익을 위한 프로세서 구현 방법에 있어서,
파트너로부터 제품 벌크 금액(product bulk amount)을 수령하는 단계;
파트너로부터 계정 보유자의 에코 밸런스 및 파트너의 현재 에코 스케줄에 대한 요청을 수신하는 단계;
상기 계정 보유자의 에코 밸런스 및 상기 파트너의 현재 에코 스케줄을 상기 파트너에게 송신하는 단계;
적어도 하나의 제품 벌크 금액을 구매하는 것을 수반하는 거래가 성공적으로 처리되었음을 나타내는 에코 거래 확인, 및 에코 거래 데이터를 수신하는 단계;
상기 거래에서 사용되는 에코들의 금액을 상기 계정 보유자의 계정으로부터 추출하는 단계;
상기 에코 데이터에 기초하여 에코들의 금액을 상기 계정 보유자의 계정에 부가하는 단계;
프로세서를 통해 에코 기록을 생성하고 상기 에코 데이터를 상기 에코 기록에 저장하는 단계; 및
상기 에코 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 에코 스케줄을 상기 프로세서를 통해 업데이트하는 단계
를 포함하는, 상호 이익을 위한 프로세서 구현 방법.
상호 이익을 위한 프로세서 구현 방법에 있어서,
정의된 지리적 인구 통계(geo-demographical) 지역 내에서 상호 이익 프로그램에서 집계된 엔티티 데이터(aggreagated entity data)를 수신하는 단계;
상기 엔티티 데이터에 대해 성과 분석을 수행하는 단계;
지역이 인구 밀집인 경우 상기 지역을 분할하기 위해 경계 표식(demarcation indicia)을 결정하는 단계;
상기 지리적 인구 통계 경계 표식에 기초하여 상기 지역을 서브지역들로 분할하는 단계;
각각의 서브지역에 관한 업데이트된 인구 통계 및 산업 데이터를 수신하는 단계; 및
상기 업데이트된 인구 통계 및 산업 데이터에 기초하여 각각의 서브지역에 대한 새로운 계정 보유자 카테고리들을 생성하는 단계
를 포함하는, 상호 이익을 위한 프로세서 구현 방법.
제20항에 있어서, 상기 엔티티는 계정 보유자 또는 인구 통계 데이터 중 적어도 하나인, 상호 이익을 위한 프로세서 구현 방법.
상호 이익을 위한 프로세서 구현 방법에 있어서,
정의된 지리적 인구 통계 지역 내에서 상호 이익 프로그램에서 집계된 엔티티 데이터를 수신하는 단계;
상기 엔티티 데이터에 대해 성과 분석을 수행하는 단계;
상기 지역 내의 적어도 하나의 계정 보유자가 용량 초과(over-capacity)인 경우 적어도 하나의 계정 보유자를 상기 상호 이익 프로그램에 등록시키기 위한 등록 기준들을 결정하는 단계;
상호 이익 등록 양식을 상기 상호 이익 프로그램에 등록되지 않은 계정 보유자에게 송신하는 단계;
상기 상호 이익 프로그램에 등록되지 않은 상기 계정 보유자로부터 완성된 상호 이익 등록 양식을 수신하는 단계;
상기 계정 보유자를 상기 상호 이익 프로그램에 등록시키는 단계; 및
상기 등록된 계정 보유자를 포함시키기 위해 데이터베이스에서의 지역 기록을 업데이트하는 단계
를 포함하는, 상호 이익을 위한 프로세서 구현 방법.
제22항에 있어서, 상기 엔티티는 계정 보유자 또는 인구 통계 데이터 중 적어도 하나인, 상호 이익을 위한 프로세서 구현 방법.
제22항에 있어서, 상기 등록 기준들은 상기 지역 내의 적어도 하나의 계정 보유자가 용량 초과인 카테고리를 포함할 수 있는, 상호 이익을 위한 프로세서 구현 방법.
제1항에 있어서, 상기 에코들은 건강 관리 제공자 및 환자와의 교환에서 사용될 수 있고,
상기 교환은 상기 환자에 대한 건강 관리의 비용을 감소시키는, 상호 이익을 위한 프로세서 구현 방법.
제1항에 있어서, 상기 에코들은 건강 보험 제공자 및 건강 관리 제공자와의 교환에서 사용될 수 있는, 상호 이익을 위한 프로세서 구현 방법.
상호 이익을 위한 시스템에 있어서,
계정 보유자로부터 사용자의 에코 밸런스 및 계정 보유자의 현재 에코 스케줄에 대한 요청을 수신하는 수단;
에코 할당이 성공적으로 처리되었음을 나타내는 에코 할당 확인, 및 에코 데이터를 수신하는 수단;
할당에서 사용하기 위해 이전의 에코 교환에서 다른 계정 보유자로부터 수령한 에코들의 금액을 사용자의 계정 ― 상기 사용자의 계정은 계정 보유자들의 상이한 분류로부터 에코들을 저장할 수 있고, 사용자는 따라서 상이한 이익 계정들을 유지할 필요가 없음 ― 으로부터 추출하는 수단;
상기 에코 데이터에 기초하여 에코들의 금액을 상기 사용자의 계정에 부가하는 수단; 및
프로세서를 통해 에코 기록을 생성하고 상기 에코 데이터를 상기 에코 기록에 저장하는 수단
을 포함하는, 상호 이익을 위한 시스템.
제27항에 있어서,
상기 에코 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 에코 스케줄을 상기 프로세서를 통해 업데이트하는 수단을 더 포함하는, 상호 이익을 위한 시스템.
제27항에 있어서, 상기 에코 할당 확인을 수신한 후에 상기 사용자의 에코 밸런스가 업데이트되는, 상호 이익을 위한 시스템.
제27항에 있어서, 상기 에코 할당 확인을 수신하기 전에 상기 사용자의 에코 밸런스가 업데이트되는, 상호 이익을 위한 시스템.
제27항에 있어서, 상기 부가된 에코들은 후속 교환들에서만 사용될 수 있는, 상호 이익을 위한 시스템.
제31항에 있어서, 상기 부가된 에코들은 상기 계정 보유자로부터 온 것으로 표시되고;
상기 에코들은 그들이 나온 상기 계정 보유자에서의 후속 교환들에서 사용될 수 없는, 상호 이익을 위한 시스템.
제27항에 있어서,
상기 사용자의 에코 밸런스 및 상기 계정 보유자의 현재 에코 스케줄을 상기 계정 보유자에게 송신하는 수단을 더 포함하는, 상호 이익을 위한 시스템.
상호 이익을 위한 시스템에 있어서,
사용자의 에코 밸런스 및 상기 사용자의 에코 밸런스에서의 적어도 일부 에코들이 만료될 것이라는 표시를 상기 사용자에게 송신하는 수단;
만료하는 에코들을 지정된 친구에게 기부하라는 요청을 수신하는 수단;
상기 지정된 친구에게 기부될 상기 사용자의 만료하는 에코들을 프로세서를 통해 할당하는 수단;
에코 기부 메시지를 상기 지정된 친구에게 송신하는 수단;
상기 지정된 친구로부터 등록 요청을 수신하는 수단;
상기 지정된 친구에 대한 새로운 사용자 계정을 프로세서를 통해 생성하는 수단;
상기 할당된 만료하는 에코들을 상기 지정된 친구의 새로운 사용자 계정으로 이체하는 수단; 및
상기 이체의 확인을 상기 사용자에게 그리고 상기 지정된 친구에게 송신하는 수단
을 포함하는, 상호 이익을 위한 시스템.
제34항에 있어서,
상기 지정된 친구에 의한 상기 사용자의 기부된 에코들의 소비를 모니터링하는 수단; 및
미리 결정된 수의 상기 사용자의 기부된 에코들이 소비되었을 때 초대 보너스 블록을 상기 사용자의 계정에 프로세서를 통해 할당하는 수단
을 더 포함하는, 상호 이익을 위한 시스템.
제34항에 있어서,
사용자 에코 밸런스 정보에 대한 요청을 사용자로부터 수신하는 수단을 더 포함하는, 상호 이익을 위한 시스템.
제35항에 있어서, 상호 이익 등록 요청은 프로모터에 의해 기증된 에코의 금액을 더 포함하는, 상호 이익을 위한 시스템.
제37항에 있어서, 상기 프로모터는 상기 친구에게 기부된 에코들의 금액의 소정 퍼센트를 획득하는, 상호 이익을 위한 시스템.
제38항에 있어서, 계정 보유자 관리자는 에코들을 상기 프로모터에게 기증하고 상기 친구에게 기증된 에코들의 금액의 소정 퍼센트를 획득하는, 상호 이익을 위한 시스템.
상호 이익을 위한 시스템에 있어서,
상호 이익 프로그램에 대한 예비적 관심의 표시를 수신하는 수단;
상호 이익 등록 요청 양식을 계정 보유자에게 제공하는 수단;
상기 상호 이익 프로그램에 대한 상호 이익 등록 요청을 계정 보유자로부터 수신하는 수단;
상호 이익 등록 양식을 상기 계정 보유자에게 송신하는 수단;
완성된 상호 이익 등록 양식을 상기 계정 보유자로부터 수신하는 수단;
상기 계정 보유자에 관한 배경 자료를 요청하는 요청을 계정 보유자 에이전트에게 송신하는 수단;
상기 계정 보유자에 관한 배경 자료를 상기 계정 보유자 에이전트로부터 수신하는 수단;
상기 계정 보유자 에이전트로부터의 상기 배경 자료를 분석하는 수단;
상기 배경 자료가 미리 결정된 기준들을 충족시키는 경우 상기 계정 보유자를 상기 상호 이익 프로그램에 등록시키는 수단;
상기 계정 보유자에 대한 계정 보유자 계정을 생성하는 수단; 및
상기 상호 이익 프로그램에의 등록의 확인을 상기 계정 보유자에게 송신하는 수단
을 포함하는, 상호 이익을 위한 시스템.
제40항에 있어서,
현재 인프라 및 설정 구성들의 조사를 계정 보유자로부터 수신하는 수단;
상호 이익 프로그램 사양들에 기초하여 상기 계정 보유자에 대한 새로운 구성을 결정하는 수단; 및
구현을 위해 상기 새로운 구성 및 훈련 자료들을 상기 계정 보유자에게 송신하는 수단
을 더 포함하는, 상호 이익을 위한 시스템.
제41항에 있어서,
상기 새로운 구성에 대한 훈련 자료들을 생성하는 수단을 더 포함하는, 상호 이익을 위한 시스템.
상호 이익을 위한 시스템에 있어서,
에코가 성공적으로 처리되었음을 나타내는 가치 점수 할당 확인, 및 가치 점수 데이터를 수신하는 수단;
할당에서 사용하기 위해 이전의 교환에서 다른 계정 보유자로부터 수령한 가치 점수들의 금액을 사용자의 계정으로부터 추출하는 수단;
상기 가치 점수 데이터에 기초하여 가치 점수들의 금액을 상기 사용자의 계정에 부가하는 수단; 및
프로세서를 통해 가치 점수 기록을 생성하고 상기 가치 점수 데이터를 상기 가치 점수 기록에 저장하는 수단
을 포함하는, 상호 이익을 위한 시스템.
제43항에 있어서,
상기 가치 점수 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 가치 점수 스케줄을 상기 프로세서를 통해 업데이트하는 수단을 더 포함하는, 상호 이익을 위한 시스템.
상호 이익을 위한 시스템에 있어서,
파트너로부터 제품 벌크 금액을 수령하는 수단;
파트너로부터 계정 보유자의 에코 밸런스 및 파트너의 현재 에코 스케줄에 대한 요청을 수신하는 수단;
상기 계정 보유자의 에코 밸런스 및 상기 파트너의 현재 에코 스케줄을 상기 파트너에게 송신하는 수단;
적어도 하나의 제품 벌크 금액을 구매하는 것을 수반하는 거래가 성공적으로 처리되었음을 나타내는 에코 거래 확인, 및 에코 거래 데이터를 수신하는 수단;
상기 거래에서 사용되는 에코들의 금액을 상기 계정 보유자의 계정으로부터 추출하는 수단;
상기 에코 데이터에 기초하여 에코들의 금액을 상기 계정 보유자의 계정에 부가하는 수단;
프로세서를 통해 에코 기록을 생성하고 상기 에코 데이터를 상기 에코 기록에 저장하는 수단; 및
상기 에코 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 에코 스케줄을 상기 프로세서를 통해 업데이트하는 수단
을 포함하는, 상호 이익을 위한 시스템.
상호 이익을 위한 시스템에 있어서,
정의된 지리적 인구 통계 지역 내에서 상호 이익 프로그램에서 집계된 엔터티 데이터를 수신하는 수단;
상기 엔터티 데이터에 대해 성과 분석을 수행하는 수단;
지역이 인구 밀집인 경우 상기 지역을 분할하기 위해 경계 표식을 결정하는 수단;
상기 지리적 인구 통계 경계 표식에 기초하여 상기 지역을 서브지역들로 분할하는 수단;
각각의 서브지역에 관한 업데이트된 인구 통계 및 산업 데이터를 수신하는 수단; 및
상기 업데이트된 인구 통계 및 산업 데이터에 기초하여 각각의 서브지역에 대한 새로운 계정 보유자 카테고리들을 생성하는 수단
을 포함하는, 상호 이익을 위한 시스템.
제45항에 있어서, 상기 엔티티는 계정 보유자 또는 인구 통계 데이터 중 적어도 하나인, 상호 이익을 위한 시스템.
상호 이익을 위한 시스템에 있어서,
정의된 지리적 인구 통계 지역 내에서 상호 이익 프로그램에서 집계된 엔티티 데이터를 수신하는 수단;
상기 엔티티 데이터에 대해 성과 분석을 수행하는 수단;
상기 지역 내의 적어도 하나의 계정 보유자가 용량 초과인 경우 적어도 하나의 계정 보유자를 상기 상호 이익 프로그램에 등록시키기 위한 등록 기준들을 결정하는 수단;
상호 이익 등록 양식을 상기 상호 이익 프로그램에 등록되지 않은 계정 보유자에게 송신하는 수단;
상기 상호 이익 프로그램에 등록되지 않은 상기 계정 보유자로부터 완성된 상호 이익 등록 양식을 수신하는 수단;
상기 계정 보유자를 상기 상호 이익 프로그램에 등록시키는 수단; 및
상기 등록된 계정 보유자를 포함시키기 위해 데이터베이스에서의 지역 기록을 업데이트하는 수단을 포함하는, 상호 이익을 위한 시스템.
제47항에 있어서, 상기 엔티티는 계정 보유자 또는 인구 통계 데이터 중 적어도 하나인, 상호 이익을 위한 시스템.
제47항에 있어서, 상기 등록 기준들은 상기 지역 내의 적어도 하나의 계정 보유자가 용량 초과인 카테고리를 포함할 수 있는, 상호 이익을 위한 시스템.
제27항에 있어서, 상기 에코들은 건강 관리 제공자 및 환자와의 교환에서 사용될 수 있고,
상기 교환은 상기 환자에 대한 건강 관리의 비용을 감소시키는, 상호 이익을 위한 시스템.
제27항에 있어서, 상기 에코들은 건강 보험 제공자 및 건강 관리 제공자와의 교환에서 사용될 수 있는, 상호 이익을 위한 시스템.
프로세서 실행가능 명령어들을 저장하는 상호 이익 비일시적 컴퓨터 판독가능 매체에 있어서,
상기 명령어들은,
계정 보유자로부터 사용자의 에코 밸런스 및 계정 보유자의 현재 에코 스케줄에 대한 요청을 수신하고;
에코 할당이 성공적으로 처리되었음을 나타내는 에코 할당 확인, 및 에코 데이터를 수신하며;
할당에서 사용하기 위해 이전의 에코 교환에서 다른 계정 보유자로부터 수령한 에코들의 금액을 사용자의 계정 ― 상기 사용자의 계정은 계정 보유자들의 상이한 분류로부터 에코들을 저장할 수 있고, 사용자는 따라서 상이한 이익 계정들을 유지할 필요가 없음 ― ;으로부터 추출하고
상기 에코 데이터에 기초하여 에코들의 금액을 상기 사용자의 계정에 부가하며;
프로세서를 통해 에코 기록을 생성하고 상기 에코 데이터를 상기 에코 기록에 저장하기 위해
프로세서에 의해 실행가능한, 비일시적 컴퓨터 판독가능 매체.
제52항에 있어서,
상기 에코 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 에코 스케줄을 상기 프로세서를 통해 업데이트하는 명령어들을 더 포함하는, 비일시적 컴퓨터 판독가능 매체.
제52항에 있어서, 상기 에코 할당 확인을 수신한 후에 상기 사용자의 에코 밸런스가 업데이트되는, 비일시적 컴퓨터 판독가능 매체.
제52항에 있어서, 상기 에코 할당 확인을 수신하기 전에 상기 사용자의 에코 밸런스가 업데이트되는, 비일시적 컴퓨터 판독가능 매체.
제52항에 있어서, 상기 부가된 에코들은 후속 교환들에서만 사용될 수 있는, 비일시적 컴퓨터 판독가능 매체.
제55항에 있어서, 상기 부가된 에코들은 상기 계정 보유자로부터 온 것으로 표시되고;
상기 에코들은 그들이 나온 상기 계정 보유자에서의 후속 교환들에서 사용될 수 없는, 비일시적 컴퓨터 판독가능 매체.
제52항에 있어서,
상기 사용자의 에코 밸런스 및 상기 계정 보유자의 현재 에코 스케줄을 상기 계정 보유자에게 송신하는 명령어들을 더 포함하는, 비일시적 컴퓨터 판독가능 매체.
프로세서 실행가능 명령어들을 저장하는 상호 이익 비일시적 컴퓨터 판독가능 매체에 있어서,
상기 명령어들은,
사용자의 에코 밸런스 및 상기 사용자의 에코 밸런스에서의 적어도 일부 에코들이 만료될 것이라는 표시를 상기 사용자에게 송신하고;
만료하는 에코들을 지정된 친구에게 기부하라는 요청을 수신하며;
상기 지정된 친구에게 기부될 상기 사용자의 만료하는 에코들을 프로세서를 통해 할당하고;
에코 기부 메시지를 상기 지정된 친구에게 송신하며;
상기 지정된 친구로부터 등록 요청을 수신하고;
상기 지정된 친구에 대한 새로운 사용자 계정을 프로세서를 통해 생성하며;
상기 할당된 만료하는 에코들을 상기 지정된 친구의 새로운 사용자 계정으로 이체하고;
상기 이체의 확인을 상기 사용자에게 그리고 상기 지정된 친구에게 송신하기 위해
프로세서에 의해 실행가능한, 비일시적 컴퓨터 판독가능 매체.
제58항에 있어서,
상기 지정된 친구에 의한 상기 사용자의 기부된 에코들의 소비를 모니터링하는 명령어들; 및
미리 결정된 수의 상기 사용자의 기부된 에코들이 소비되었을 때 초대 보너스 블록을 상기 사용자의 계정에 프로세서를 통해 할당하는 명령어들을 더 포함하는, 비일시적 컴퓨터 판독가능 매체.
제58항에 있어서,
사용자 에코 밸런스 정보에 대한 요청을 사용자로부터 수신하는 명령어들을 더 포함하는, 비일시적 컴퓨터 판독가능 매체.
제59항에 있어서, 상호 이익 등록 요청은 프로모터에 의해 기증된 에코의 금액을 더 포함하는, 비일시적 컴퓨터 판독가능 매체.
제61항에 있어서, 상기 프로모터는 상기 친구에게 기부된 에코들의 금액의 소정 퍼센트를 획득하는, 비일시적 컴퓨터 판독가능 매체.
제62항에 있어서, 계정 보유자 관리자는 에코들을 상기 프로모터에게 기증하고 상기 친구에게 기증된 에코들의 금액의 소정 퍼센트를 획득하는, 비일시적 컴퓨터 판독가능 매체.
프로세서 실행가능 명령어들을 저장하는 상호 이익 비일시적 컴퓨터 판독가능 매체에 있어서, 상기 명령어들은
상호 이익 프로그램에 대한 예비적 관심의 표시를 수신하고;
상호 이익 등록 요청 양식을 계정 보유자에게 제공하며;
상기 상호 이익 프로그램에 대한 상호 이익 등록 요청을 상기 계정 보유자로부터 수신하고;
상호 이익 등록 양식을 상기 계정 보유자에게 송신하며;
완성된 상호 이익 등록 양식을 상기 계정 보유자로부터 수신하고;
상기 계정 보유자에 관한 배경 자료를 요청하는 요청을 계정 보유자 에이전트에게 송신하며;
상기 계정 보유자에 관한 배경 자료를 상기 계정 보유자 에이전트로부터 수신하고;
상기 계정 보유자 에이전트로부터의 상기 배경 자료를 분석하며;
상기 배경 자료가 미리 결정된 기준들을 충족시키는 경우 상기 계정 보유자를 상기 상호 이익 프로그램에 등록시키고;
상기 계정 보유자에 대한 계정 보유자 계정을 생성하며;
상기 상호 이익 프로그램에의 등록의 확인을 상기 계정 보유자에게 송신하기 위해 프로세서에 의해 실행가능한, 비일시적 컴퓨터 판독가능 매체.
제64항에 있어서,
현재 인프라 및 설정 구성들의 조사를 계정 보유자로부터 수신하는 명령어들;
상호 이익 프로그램 사양들에 기초하여 상기 계정 보유자에 대한 새로운 구성을 결정하는 명령어들; 및
구현을 위해 상기 새로운 구성 및 훈련 자료들을 상기 계정 보유자에게 송신하는 명령어들을 더 포함하는, 비일시적 컴퓨터 판독가능 매체.
제65항에 있어서,
상기 새로운 구성에 대한 훈련 자료들을 생성하는 명령어들을 더 포함하는, 비일시적 컴퓨터 판독가능 매체.
프로세서 실행가능 명령어들을 저장하는 프로세서 구현 비일시적 컴퓨터 판독가능 매체에 있어서, 상기 명령어들은
에코가 성공적으로 처리되었음을 나타내는 가치 점수 할당 확인, 및 가치 점수 데이터를 수신하고;
할당에서 사용하기 위해 이전의 교환에서 다른 계정 보유자로부터 수령한 가치 점수들의 금액을 사용자의 계정으로부터 추출하며;
상기 가치 점수 데이터에 기초하여 가치 점수들의 금액을 상기 사용자의 계정에 부가하고;
프로세서를 통해 가치 점수 기록을 생성하고 상기 가치 점수 데이터를 상기 가치 점수 기록에 저장하기 위해 프로세서에 의해 실행가능한, 비일시적 컴퓨터 판독가능 매체.
제67항에 있어서,
상기 가치 점수 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 가치 점수 스케줄을 상기 프로세서를 통해 업데이트하는 명령어들을 더 포함하는, 비일시적 컴퓨터 판독가능 매체.
프로세서 실행가능 명령어들을 저장하는 상호 이익 비일시적 컴퓨터 판독가능 매체에 있어서,
상기 명령어들은,
파트너로부터 제품 벌크 금액을 수령하고;
파트너로부터 계정 보유자의 에코 밸런스 및 파트너의 현재 에코 스케줄에 대한 요청을 수신하며;
상기 계정 보유자의 에코 밸런스 및 상기 파트너의 현재 에코 스케줄을 상기 파트너에게 송신하고;
적어도 하나의 제품 벌크 금액을 구매하는 것을 수반하는 거래가 성공적으로 처리되었음을 나타내는 에코 거래 확인, 및 에코 거래 데이터를 수신하며;
상기 거래에서 사용되는 에코들의 금액을 상기 계정 보유자의 계정으로부터 추출하고;
상기 에코 데이터에 기초하여 에코들의 금액을 상기 계정 보유자의 계정에 부가하며;
프로세서를 통해 에코 기록을 생성하고 상기 에코 데이터를 상기 에코 기록에 저장하고;
상기 에코 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 에코 스케줄을 상기 프로세서를 통해 업데이트하기 위해 프로세서에 의해 실행가능한, 비일시적 컴퓨터 판독가능 매체.
프로세서 실행가능 명령어들을 저장하는 상호 이익 비일시적 컴퓨터 판독가능 매체에 있어서,
상기 명령어들은,
정의된 지리적 인구 통계 지역 내에서 상호 이익 프로그램에서 집계된 엔티티 데이터를 수신하고;
상기 엔티티 데이터에 대해 성과 분석을 수행하며;
지역이 인구 밀집인 경우 상기 지역을 분할하기 위해 경계 표식을 결정하고;
상기 지리적 인구 통계 경계 표식에 기초하여 상기 지역을 서브지역들로 분할하며;
각각의 서브지역에 관한 업데이트된 인구 통계 및 산업 데이터를 수신하고;
상기 업데이트된 인구 통계 및 산업 데이터에 기초하여 각각의 서브지역에 대한 새로운 계정 보유자 카테고리들을 생성하기 위해 프로세서에 의해 실행가능한, 비일시적 컴퓨터 판독가능 매체.
제68항에 있어서, 상기 엔티티는 계정 보유자 또는 인구 통계 데이터 중 적어도 하나인, 비일시적 컴퓨터 판독가능 매체.
프로세서 실행가능 명령어들을 저장하는 상호 이익 비일시적 컴퓨터 판독가능 매체에 있어서,
상기 명령어들은,
정의된 지리적 인구 통계 지역 내에서 상호 이익 프로그램에서 집계된 엔티티 데이터를 수신하고;
상기 엔티티 데이터에 대해 성과 분석을 수행하며;
상기 지역 내의 적어도 하나의 계정 보유자가 용량 초과인 경우 적어도 하나의 계정 보유자를 상기 상호 이익 프로그램에 등록시키기 위한 등록 기준들을 결정하고;
상호 이익 등록 양식을 상기 상호 이익 프로그램에 등록되지 않은 계정 보유자에게 송신하며;
상기 상호 이익 프로그램에 등록되지 않은 상기 계정 보유자로부터 완성된 상호 이익 등록 양식을 수신하고;
상기 계정 보유자를 상기 상호 이익 프로그램에 등록시키며;
상기 등록된 계정 보유자를 포함시키기 위해 데이터베이스에서의 지역 기록을 업데이트하기 위해 프로세서에 의해 실행가능한, 비일시적 컴퓨터 판독가능 매체.
제70항에 있어서, 상기 엔티티는 계정 보유자 또는 인구 통계 데이터 중 적어도 하나인, 비일시적 컴퓨터 판독가능 매체.
제70항에 있어서, 상기 등록 기준들은 상기 지역 내의 적어도 하나의 계정 보유자가 용량 초과인 카테고리를 포함할 수 있는, 비일시적 컴퓨터 판독가능 매체.
제52항에 있어서, 상기 에코들은 건강 관리 제공자 및 환자와의 교환에서 사용될 수 있고,
상기 교환은 상기 환자에 대한 건강 관리의 비용을 감소시키는, 비일시적 컴퓨터 판독가능 매체.
제52항에 있어서, 상기 에코들은 건강 보험 제공자 및 건강 관리 제공자와의 교환에서 사용될 수 있는, 비일시적 컴퓨터 판독가능 매체.
상호 이익을 위한 장치에 있어서,
프로세서; 및
프로세서와 통신하게 배치되고 프로세서 실행가능 명령어들을 저장하는 메모리를 포함하고, 상기 프로세서 실행가능 명령어들은
계정 보유자로부터 사용자의 에코 밸런스 및 계정 보유자의 현재 에코 스케줄에 대한 요청을 수신하는 명령어들;
에코 할당이 성공적으로 처리되었음을 나타내는 에코 할당 확인, 및 에코 데이터를 수신하는 명령어들;
할당에서 사용하기 위해 이전의 에코 교환에서 다른 계정 보유자로부터 수령한 에코들의 금액을 사용자의 계정 ― 상기 사용자의 계정은 계정 보유자들의 상이한 분류로부터 에코들을 저장할 수 있고, 사용자는 따라서 상이한 이익 계정들을 유지할 필요가 없음 ― 으로부터 추출하는 명령어들;
상기 에코 데이터에 기초하여 에코들의 금액을 상기 사용자의 계정에 부가하는 명령어들; 및
프로세서를 통해 에코 기록을 생성하고 상기 에코 데이터를 상기 에코 기록에 저장하는 명령어들을 포함하는, 상호 이익을 위한 장치.
제75항에 있어서, 상기 프로세서 실행가능 명령어들은
상기 에코 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 에코 스케줄을 상기 프로세서를 통해 업데이트하는 명령어들을 더 포함하는, 상호 이익을 위한 장치.
제75항에 있어서, 상기 에코 거래 확인을 수신한 후에 상기 사용자의 에코 밸런스가 업데이트되는, 상호 이익을 위한 장치.
제75항에 있어서, 상기 에코 거래 확인을 수신하기 전에 상기 사용자의 에코 밸런스가 업데이트되는, 상호 이익을 위한 장치.
제75항에 있어서, 상기 부가된 에코들은 후속 교환들에서만 사용될 수 있는, 상호 이익을 위한 장치.
제79항에 있어서, 상기 부가된 에코들은 상기 계정 보유자로부터 온 것으로 표시되고;
상기 에코들은 그들이 나온 상기 계정 보유자에서의 후속 교환들에서 사용될 수 없는, 상호 이익을 위한 장치.
제75항에 있어서, 상기 프로세서 실행가능 명령어들은
상기 사용자의 에코 밸런스 및 상기 계정 보유자의 현재 에코 스케줄을 상기 계정 보유자에게 송신하는 명령어들을 더 포함하는, 상호 이익을 위한 장치.
상호 이익을 위한 장치에 있어서,
프로세서; 및
프로세서와 통신하게 배치되고 프로세서 실행가능 명령어들을 저장하는 메모리를 포함하고, 상기 프로세서 실행가능 명령어들은
사용자의 에코 밸런스 및 상기 사용자의 에코 밸런스에서의 적어도 일부 에코들이 만료될 것이라는 표시를 상기 사용자에게 송신하는 명령어들;
만료하는 에코들을 지정된 친구에게 기부하라는 요청을 수신하는 명령어들;
상기 지정된 친구에게 기부될 상기 사용자의 만료하는 에코들을 프로세서를 통해 할당하는 명령어들;
에코 기부 메시지를 상기 지정된 친구에게 송신하는 명령어들;
상기 지정된 친구로부터 등록 요청을 수신하는 명령어들;
상기 지정된 친구에 대한 새로운 사용자 계정을 프로세서를 통해 생성하는 명령어들;
상기 할당된 만료하는 에코들을 상기 지정된 친구의 새로운 사용자 계정으로 이체하는 명령어들; 및
상기 이체의 확인을 상기 사용자에게 그리고 상기 지정된 친구에게 송신하는 명령어들을 포함하는, 상호 이익을 위한 장치.
제82항에 있어서, 상기 프로세서 실행가능 명령어들은
상기 지정된 친구에 의한 상기 사용자의 기부된 에코들의 소비를 모니터링하는 명령어들; 및
미리 결정된 수의 상기 사용자의 기부된 에코들이 소비되었을 때 초대 보너스 블록을 상기 사용자의 계정에 프로세서를 통해 할당하는 명령어들을 더 포함하는, 상호 이익을 위한 장치.
제82항에 있어서, 상기 프로세서 실행가능 명령어들은
사용자 에코 밸런스 정보에 대한 요청을 사용자로부터 수신하는 명령어들을 더 포함하는, 상호 이익을 위한 장치.
제83항에 있어서, 상호 이익 등록 요청은 프로모터에 의해 기증된 에코의 금액을 더 포함하는, 상호 이익을 위한 장치.
제85항에 있어서, 상기 프로모터는 상기 친구에게 기부된 에코들의 금액의 소정 퍼센트를 획득하는, 상호 이익을 위한 장치.
제86항에 있어서, 계정 보유자 관리자는 에코들을 상기 프로모터에게 기증하고 상기 친구에게 기증된 에코들의 금액의 소정 퍼센트를 획득하는, 상호 이익을 위한 장치.
상호 이익을 위한 장치에 있어서,
프로세서; 및
프로세서와 통신하게 배치되고 프로세서 실행가능 명령어들을 저장하는 메모리를 포함하고, 상기 프로세서 실행가능 명령어들은
상호 이익 프로그램에 대한 예비적 관심의 표시를 수신하는 명령어들;
상호 이익 등록 요청 양식을 계정 보유자에게 제공하는 명령어들;
상기 상호 이익 프로그램에 대한 상호 이익 등록 요청을 상기 계정 보유자로부터 수신하는 명령어들;
상호 이익 등록 양식을 상기 계정 보유자에게 송신하는 명령어들;
완성된 상호 이익 등록 양식을 상기 계정 보유자로부터 수신하는 명령어들;
상기 계정 보유자에 관한 배경 자료를 요청하는 요청을 계정 보유자 에이전트에게 송신하는 명령어들;
상기 계정 보유자에 관한 배경 자료를 상기 계정 보유자 에이전트로부터 수신하는 명령어들;
상기 계정 보유자 에이전트로부터의 상기 배경 자료를 분석하는 명령어들;
상기 배경 자료가 미리 결정된 기준들을 충족시키는 경우 상기 계정 보유자를 상기 상호 이익 프로그램에 등록시키는 명령어들;
상기 계정 보유자에 대한 계정 보유자 계정을 생성하는 명령어들; 및
상기 상호 이익 프로그램에의 등록의 확인을 상기 계정 보유자에게 송신하는 명령어들을 포함하는, 상호 이익을 위한 장치.
제88항에 있어서, 상기 프로세서 실행가능 명령어들은
현재 인프라 및 설정 구성들의 조사를 계정 보유자로부터 수신하는 명령어들;
상호 이익 프로그램 사양들에 기초하여 상기 계정 보유자에 대한 새로운 구성을 결정하는 명령어들; 및
구현을 위해 상기 새로운 구성 및 훈련 자료들을 상기 계정 보유자에게 송신하는 명령어들을 더 포함하는, 상호 이익을 위한 장치.
제89항에 있어서, 상기 프로세서 실행가능 명령어들은
상기 새로운 구성에 대한 훈련 자료들을 생성하는 명령어들을 더 포함하는, 상호 이익을 위한 장치.
상호 이익을 위한 장치에 있어서,
프로세서; 및
프로세서와 통신하게 배치되고 프로세서 실행가능 명령어들을 저장하는 메모리를 포함하고, 상기 프로세서 실행가능 명령어들은
계정 보유자로부터 사용자의 가치 점수 밸런스 및 계정 보유자의 현재 가치 점수 스케줄에 대한 요청을 수신하는 명령어들;
에코가 성공적으로 처리되었음을 나타내는 가치 점수 할당 확인, 및 가치 점수 데이터를 수신하는 명령어들;
할당에서 사용하기 위해 이전의 교환에서 다른 계정 보유자로부터 수령한 가치 점수들의 금액을 사용자의 계정으로부터 추출하는 명령어들;
상기 가치 점수 데이터에 기초하여 가치 점수들의 금액을 상기 사용자의 계정에 부가하는 명령어들; 및
프로세서를 통해 가치 점수 기록을 생성하고 상기 가치 점수 데이터를 상기 가치 점수 기록에 저장하는 명령어들을 포함하는, 상호 이익을 위한 장치.
제91항에 있어서, 상기 프로세서 실행가능 명령어들은
상기 가치 점수 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 가치 점수 스케줄을 상기 프로세서를 통해 업데이트하는 명령어들을 더 포함하는, 상호 이익을 위한 장치.
상호 이익을 위한 장치에 있어서,
프로세서; 및
프로세서와 통신하게 배치되고 프로세서 실행가능 명령어들을 저장하는 메모리를 포함하고, 상기 프로세서 실행가능 명령어들은
파트너로부터 제품 벌크 금액을 수령하는 명령어들;
파트너로부터 계정 보유자의 에코 밸런스 및 파트너의 현재 에코 스케줄에 대한 요청을 수신하는 명령어들;
상기 계정 보유자의 에코 밸런스 및 상기 파트너의 현재 에코 스케줄을 상기 파트너에게 송신하는 명령어들;
적어도 하나의 제품 벌크 금액을 구매하는 것을 수반하는 거래가 성공적으로 처리되었음을 나타내는 에코 거래 확인, 및 에코 거래 데이터를 수신하는 명령어들;
상기 거래에서 사용되는 에코들의 금액을 상기 계정 보유자의 계정으로부터 추출하는 명령어들;
상기 에코 데이터에 기초하여 에코들의 금액을 상기 계정 보유자의 계정에 부가하는 명령어들;
프로세서를 통해 에코 기록을 생성하고 상기 에코 데이터를 상기 에코 기록에 저장하는 명령어들; 및
상기 에코 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 에코 스케줄을 상기 프로세서를 통해 업데이트하는 명령어들을 포함하는, 상호 이익을 위한 장치.
상호 이익을 위한 장치에 있어서,
프로세서; 및
프로세서와 통신하게 배치되고 프로세서 실행가능 명령어들을 저장하는 메모리를 포함하고, 상기 프로세서 실행가능 명령어들은
정의된 지리적 인구 통계 지역 내에서 상호 이익 프로그램에서 집계된 엔티티 데이터를 수신하는 명령어들;
상기 엔티티 데이터에 대해 성과 분석을 수행하는 명령어들;
지역이 인구 밀집인 경우 상기 지역을 분할하기 위해 경계 표식을 결정하는 명령어들;
상기 지리적 인구 통계 경계 표식에 기초하여 상기 지역을 서브지역들로 분할하는 명령어들;
각각의 서브지역에 관한 업데이트된 인구 통계 및 산업 데이터를 수신하는 명령어들; 및
상기 업데이트된 인구 통계 및 산업 데이터에 기초하여 각각의 서브지역에 대한 새로운 계정 보유자 카테고리들을 생성하는 명령어들을 포함하는, 상호 이익을 위한 장치.
제93항에 있어서, 상기 엔티티는 계정 보유자 또는 인구 통계 데이터 중 적어도 하나인, 상호 이익을 위한 장치.
상호 이익을 위한 장치에 있어서,
프로세서; 및
프로세서와 통신하게 배치되고 프로세서 실행가능 명령어들을 저장하는 메모리를 포함하고, 상기 프로세서 실행가능 명령어들은
정의된 지리적 인구 통계 지역 내에서 상호 이익 프로그램에서 집계된 엔티티 데이터를 수신하는 명령어들;
상기 엔티티 데이터에 대해 성과 분석을 수행하는 명령어들;
상기 지역 내의 적어도 하나의 계정 보유자가 용량 초과인 경우 적어도 하나의 계정 보유자를 상기 상호 이익 프로그램에 등록시키기 위한 등록 기준들을 결정하는 명령어들;
상호 이익 등록 양식을 상기 상호 이익 프로그램에 등록되지 않은 계정 보유자에게 송신하는 명령어들;
상기 상호 이익 프로그램에 등록되지 않은 상기 계정 보유자로부터 완성된 상호 이익 등록 양식을 수신하는 명령어들;
상기 계정 보유자를 상기 상호 이익 프로그램에 등록시키는 명령어들; 및
상기 등록된 계정 보유자를 포함시키기 위해 데이터베이스에서의 지역 기록을 업데이트하는 명령어들을 포함하는, 상호 이익을 위한 장치.
제95항에 있어서, 상기 엔티티는 계정 보유자 또는 인구 통계 데이터 중 적어도 하나인, 상호 이익을 위한 장치.
제95항에 있어서, 상기 등록 기준들은 상기 지역 내의 적어도 하나의 계정 보유자가 용량 초과인 카테고리를 포함할 수 있는, 상호 이익을 위한 장치.
제75항에 있어서, 상기 에코들은 건강 관리 제공자 및 환자와의 교환에서 사용될 수 있고,
상기 교환은 상기 환자에 대한 건강 관리의 비용을 감소시키는, 상호 이익을 위한 장치.
제75항에 있어서, 상기 에코들은 건강 보험 제공자 및 건강 관리 제공자와의 교환에서 사용될 수 있는, 상호 이익을 위한 장치.
프로세서로 하여금 상호 이익을 위한 절차를 실행하게 하는 프로그램에 있어서,
계정 보유자로부터 사용자의 에코 밸런스 및 계정 보유자의 현재 에코 스케줄에 대한 요청을 수신하는 단계;
에코 할당이 성공적으로 처리되었음을 나타내는 에코 할당 확인, 및 에코 데이터를 수신하는 단계;
할당에서 사용하기 위해 이전의 에코 교환에서 다른 계정 보유자로부터 수령한 에코들의 금액을 사용자의 계정 ― 상기 사용자의 계정은 계정 보유자들의 상이한 분류로부터 에코들을 저장할 수 있고, 사용자는 따라서 상이한 이익 계정들을 유지할 필요가 없음 ― 으로부터 추출하는 단계;
상기 에코 데이터에 기초하여 에코들의 금액을 상기 사용자의 계정에 부가하는 단계; 및
프로세서를 통해 에코 기록을 생성하고 상기 에코 데이터를 상기 에코 기록에 저장하는 단계를 포함하는, 프로그램.
제1항에 있어서,
상기 에코 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 에코 스케줄을 상기 프로세서를 통해 업데이트하는 단계를 더 포함하는, 프로그램.
제100항에 있어서, 상기 에코 할당 확인을 수신한 후에 상기 사용자의 에코 밸런스가 업데이트되는, 프로그램.
제100항에 있어서, 상기 에코 할당 확인을 수신하기 전에 상기 사용자의 에코 밸런스가 업데이트되는, 프로그램.
제100항에 있어서, 상기 부가된 에코들은 후속 교환들에서만 사용될 수 있는, 프로그램.
제104항에 있어서, 상기 부가된 에코들은 상기 계정 보유자로부터 온 것으로 표시되고;
상기 에코들은 그들이 나온 상기 계정 보유자에서의 후속 교환들에서 사용될 수 없는, 프로그램.
제100항에 있어서,
상기 사용자의 에코 밸런스 및 상기 계정 보유자의 현재 에코 스케줄을 상기 계정 보유자에게 송신하는 단계를 더 포함하는, 프로그램.
프로세서로 하여금 상호 이익을 위한 절차를 실행하게 하는 프로그램에 있어서,
사용자의 에코 밸런스 및 상기 사용자의 에코 밸런스에서의 적어도 일부 에코들이 만료될 것이라는 표시를 상기 사용자에게 송신하는 단계;
만료하는 에코들을 지정된 친구에게 기부하라는 요청을 수신하는 단계;
상기 지정된 친구에게 기부될 상기 사용자의 만료하는 에코들을 프로세서를 통해 할당하는 단계;
에코 기부 메시지를 상기 지정된 친구에게 송신하는 단계;
상기 지정된 친구로부터 등록 요청을 수신하는 단계;
상기 지정된 친구에 대한 새로운 사용자 계정을 프로세서를 통해 생성하는 단계;
상기 할당된 만료하는 에코들을 상기 지정된 친구의 새로운 사용자 계정으로 이체하는 단계; 및
상기 이체의 확인을 상기 사용자에게 그리고 상기 지정된 친구에게 송신하는 단계를 포함하는, 프로그램.
제107항에 있어서,
상기 지정된 친구에 의한 상기 사용자의 기부된 에코들의 소비를 모니터링하는 단계; 및
미리 결정된 수의 상기 사용자의 기부된 에코들이 소비되었을 때 초대 보너스 블록을 상기 사용자의 계정에 프로세서를 통해 할당하는 단계를 더 포함하는, 프로그램.
제107항에 있어서, 사용자 에코 밸런스 정보에 대한 요청을 사용자로부터 수신하는 단계를 더 포함하는, 프로그램.
제108항에 있어서, 상호 이익 등록 요청은 프로모터에 의해 기증된 에코의 금액을 더 포함하는, 프로그램.
제110항에 있어서, 상기 프로모터는 상기 친구에게 기부된 에코들의 금액의 소정 퍼센트를 획득하는, 프로그램.
제111항에 있어서, 계정 보유자 관리자는 에코들을 상기 프로모터에게 기증하고 상기 친구에게 기증된 에코들의 금액의 소정 퍼센트를 획득하는, 프로그램.
프로세서로 하여금 상호 이익을 위한 절차를 실행하게 하는 프로그램에 있어서,
상호 이익 프로그램에 대한 예비적 관심의 표시를 수신하는 단계;
상호 이익 등록 요청 양식을 계정 보유자에게 제공하는 단계;
상기 상호 이익 프로그램에 대한 상호 이익 등록 요청을 상기 계정 보유자로부터 수신하는 단계;
상호 이익 등록 양식을 상기 계정 보유자에게 송신하는 단계;
완성된 상호 이익 등록 양식을 상기 계정 보유자로부터 수신하는 단계;
상기 계정 보유자에 관한 배경 자료를 요청하는 요청을 계정 보유자 에이전트에게 송신하는 단계;
상기 계정 보유자에 관한 배경 자료를 상기 계정 보유자 에이전트로부터 수신하는 단계;
상기 계정 보유자 에이전트로부터의 상기 배경 자료를 분석하는 단계;
상기 배경 자료가 미리 결정된 기준들을 충족시키는 경우 상기 계정 보유자를 상기 상호 이익 프로그램에 등록시키는 단계;
상기 계정 보유자에 대한 계정 보유자 계정을 생성하는 단계; 및
상기 상호 이익 프로그램에의 등록의 확인을 상기 계정 보유자에게 송신하는 단계
를 포함하는, 프로그램.
제113항에 있어서,
현재 인프라 및 설정 구성들의 조사를 계정 보유자로부터 수신하는 단계;
상호 이익 프로그램 사양들에 기초하여 상기 계정 보유자에 대한 새로운 구성을 결정하는 단계; 및
구현을 위해 상기 새로운 구성 및 훈련 자료들을 상기 계정 보유자에게 송신하는 단계
를 더 포함하는, 프로그램.
제114항에 있어서,
상기 새로운 구성에 대한 훈련 자료들을 생성하는 단계를 더 포함하는, 프로그램.
상호 이익을 위한 프로세서 구현 프로그램에 있어서,
계정 보유자로부터 사용자의 가치 점수 밸런스 및 계정 보유자의 현재 가치 점수 스케줄에 대한 요청을 수신하는 단계;
에코가 성공적으로 처리되었음을 나타내는 가치 점수 할당 확인, 및 가치 점수 데이터를 수신하는 단계;
할당에서 사용하기 위해 이전의 교환에서 다른 계정 보유자로부터 수령한 가치 점수들의 금액을 사용자의 계정으로부터 추출하는 단계;
상기 가치 점수 데이터에 기초하여 가치 점수들의 금액을 상기 사용자의 계정에 부가하는 단계; 및
프로세서를 통해 가치 점수 기록을 생성하고 상기 가치 점수 데이터를 상기 가치 점수 기록에 저장하는 단계를 포함하는, 프로세서 구현 프로그램.
제116항에 있어서,
상기 가치 점수 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 가치 점수 스케줄을 상기 프로세서를 통해 업데이트하는 단계를 더 포함하는, 프로세서 구현 프로그램.
프로세서로 하여금 상호 이익을 위한 절차를 실행하게 하는 프로그램에 있어서,
파트너로부터 제품 벌크 금액을 수령하는 단계;
파트너로부터 계정 보유자의 에코 밸런스 및 파트너의 현재 에코 스케줄에 대한 요청을 수신하는 단계;
상기 계정 보유자의 에코 밸런스 및 상기 파트너의 현재 에코 스케줄을 상기 파트너에게 송신하는 단계;
적어도 하나의 제품 벌크 금액을 구매하는 것을 수반하는 거래가 성공적으로 처리되었음을 나타내는 에코 거래 확인, 및 에코 거래 데이터를 수신하는 단계;
상기 거래에서 사용되는 에코들의 금액을 상기 계정 보유자의 계정으로부터 추출하는 단계;
상기 에코 데이터에 기초하여 에코들의 금액을 상기 계정 보유자의 계정에 부가하는 단계;
프로세서를 통해 에코 기록을 생성하고 상기 에코 데이터를 상기 에코 기록에 저장하는 단계; 및
상기 에코 기록을 사용하여 데이터베이스에서의 상기 계정 보유자의 현재 에코 스케줄을 상기 프로세서를 통해 업데이트하는 단계를 포함하는, 프로그램.
프로세서로 하여금 상호 이익을 위한 절차를 실행하게 하는 프로그램에 있어서,
정의된 지리적 인구 통계 지역 내에서 상호 이익 프로그램에서 집계된 엔티티 데이터를 수신하는 단계;
상기 엔티티 데이터에 대해 성과 분석을 수행하는 단계;
지역이 인구 밀집인 경우 상기 지역을 분할하기 위해 경계 표식을 결정하는 단계;
상기 지리적 인구 통계 경계 표식에 기초하여 상기 지역을 서브지역들로 분할하는 단계;
각각의 서브지역에 관한 업데이트된 인구 통계 및 산업 데이터를 수신하는 단계; 및
상기 업데이트된 인구 통계 및 산업 데이터에 기초하여 각각의 서브지역에 대한 새로운 계정 보유자 카테고리들을 생성하는 단계를 포함하는, 프로그램.
제119항에 있어서, 상기 엔티티는 계정 보유자 또는 인구 통계 데이터 중 적어도 하나인, 프로그램.
상호 이익을 위한 프로세서 구현 프로그램에 있어서,
정의된 지리적 인구 통계 지역 내에서 상호 이익 프로그램에서 집계된 엔티티 데이터를 수신하는 단계;
상기 엔티티 데이터에 대해 성과 분석을 수행하는 단계;
상기 지역 내의 적어도 하나의 계정 보유자가 용량 초과인 경우 적어도 하나의 계정 보유자를 상기 상호 이익 프로그램에 등록시키기 위한 등록 기준들을 결정하는 단계;
상호 이익 등록 양식을 상기 상호 이익 프로그램에 등록되지 않은 계정 보유자에게 송신하는 단계;
상기 상호 이익 프로그램에 등록되지 않은 상기 계정 보유자로부터 완성된 상호 이익 등록 양식을 수신하는 단계;
상기 계정 보유자를 상기 상호 이익 프로그램에 등록시키는 단계; 및
상기 등록된 계정 보유자를 포함시키기 위해 데이터베이스에서의 지역 기록을 업데이트하는 단계를 포함하는, 프로세서 구현 프로그램.
제121항에 있어서, 상기 엔티티는 계정 보유자 또는 인구 통계 데이터 중 적어도 하나인, 프로세서 구현 프로그램.
제121항에 있어서, 상기 등록 기준들은 상기 지역 내의 적어도 하나의 계정 보유자가 용량 초과인 카테고리를 포함할 수 있는, 프로세서 구현 프로그램.
제100항에 있어서, 상기 에코들은 건강 관리 제공자 및 환자와의 교환에서 사용될 수 있고,
상기 교환은 상기 환자에 대한 건강 관리의 비용을 감소시키는, 프로세서 구현 프로그램.
제100항에 있어서, 상기 에코들은 건강 보험 제공자 및 건강 관리 제공자와의 교환에서 사용될 수 있는, 프로세서 구현 프로그램.