KR20140059183A - 디맨드-주도적인 거래들을 위한 시스템 및 방법 - Google Patents
디맨드-주도적인 거래들을 위한 시스템 및 방법 Download PDFInfo
- Publication number
- KR20140059183A KR20140059183A KR1020147000179A KR20147000179A KR20140059183A KR 20140059183 A KR20140059183 A KR 20140059183A KR 1020147000179 A KR1020147000179 A KR 1020147000179A KR 20147000179 A KR20147000179 A KR 20147000179A KR 20140059183 A KR20140059183 A KR 20140059183A
- Authority
- KR
- South Korea
- Prior art keywords
- interest
- demand
- expressions
- goods
- suppliers
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0241—Advertisements
- G06Q30/0242—Determining effectiveness of advertisements
- G06Q30/0244—Optimization
Landscapes
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Economics (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Complex Calculations (AREA)
Abstract
관심대상 표현들에 대한 응답을 획득하기 위한 시스템들, 방법들 그리고 장치가 개시된다. 한 모습에서, 컴퓨터 하드웨어를 포함한 컴퓨터 시스템은 사용자들로부터 관심대상의 표현들을 수신하며, 이 경우에 관심대상의 상기 표현들은 표현 특징들 (expression characteristics)을 포함한다. 상기 컴퓨터 하드웨어는 상기 표현 특징들을 기반으로 하여 관심대상의 상기 표현들을 조직하여 관심대상의 표현들을 생산한다. 관심대상의 상기 조직된 표현들은 관심대상의 상기 조직된 표현들에 응답할 수 있는 하나 이상의 엔티티들에게 그리고/또는 관심대상의 상기 조직된 표현들에 응답하기 위한 인센티브를 가지는 하나 또는 그 이상의 엔티티들에게 제시될 수 있을 것이다.
Description
관련된 출원들 상호 참조
본원은 2011.6.3.에 출원된 "SYSTEM AND METHODS FOR CONSUMER-INITIATED TRANSACTIONS" 제목의 미국 임시 특허 출원 No. 61/493,410 그리고 2012.4.20.에 출원된 "SYSTEM AND METHODS FOR DEMAND-DRIVEN TRANSACTIONS" 제목의 미국 임시 특허 출원 No. 61/636,478에 대해 35 U.S.C. § 119(e) 하에서의 우선권을 주장하며, 상기 출원들 둘 모두는 그 전체가 본원에 참조로서 편입된다.
상품들 및 서비스들을 위한 전자, 네트워크-기반의 시장 (market)들은 대부분의 시장들처럼 종종 공급에 의해서 주도된다. 비즈니스들은 보통은 하나의 생산품 또는 생산품들의 배열을 전문으로 하며, 이는 입소문, 광고들, 또는 유사한 것을 통해서 소비자들에게 알려질 수 있을 것이다. 비즈니스들은 자신들의 상품들 또는 서비스들이 현재의 소비자 관심대상에 매치 (match)하거나 또는 새로운 관심대상 그리고 매매 약정을 생성하기에 충분하게 관심을 끌기를 희망한다. 종종, 비즈니스들은 공급품을 만들고 그리고 서로 경쟁하며, 소비자가 필요로 하며 그리고 충동적으로 소비하여 거래로 이끌 것을 희망한다.
그러나, 공급자들 사이에서의 경쟁은 실제의 소비자 디맨드 (demand)에 의해서 충분하게 지지될 수 없다. 대신에, 실제의 소비자 디맨드는 시장을 생성하는데 있어서 수동적인 역할을 할 수 있으며, 그리고 거래를 수행하기 위한 능력은 가상적인 디맨드와 실제의 공급 사이에서의 매치의 어떤 행운을 기반으로 될 수 있다. 이 잠재적으로 중대한 미스매치는 사람들에게 실제로 중요한 일들을 해결하기 위한 사람들의 능력을 크게 저하시킬 수 있다.
본 발명은 상기의 문제점들의 적어도 일부를 해결할 수 있는 디맨드-주도적 (demand-driven) 거래들을 위한 시스템 및 방법을 제공하려고 한다.
첨부된 청구항들의 범위 내의 시스템들, 방법들 그리고 기기들의 다양한 구현들은, 그 각각이 여러 모습들을 구비하며, 그것들 중 어떤 단일의 것도 여기에서 설명된 바람직한 속성들을 그 단독으로 책임지지 않는다. 첨부된 청구항들의 범위를 제한하지 않으면서, 몇몇의 두드러진 특징들이 여기에서 설명된다.
본 명세서에서 설명된 주제의 하나 또는 그 이상의 구현들의 상세한 내용들은 아래에서의 첨부된 도면들 그리고 설명에서 제시된다. 다른 특징들, 모습들 및 이점들은 다음의 설명, 도면들, 그리고 청구항들로부터 명백할 것이다.
상기 개시의 한 가지 모습은, 관심대상의 표현들에 대한 응답들을 획득하기 위한 사용자-주도적인 방법을 컴퓨터 하드웨어를 포함하는 컴퓨터 시스템에 의해 제공한다. 상기 방법은 사용자들로부터 관심대상의 표현들을 수신하는 단계를 포함하며, 관심대상의 상기 표현들은 표현 특징들 (expression characteristics)을 포함한다. 상기 방법은 상기 표현 특징들을 기반으로 하여 관심대상의 상기 표현들을 조직하여 관심대상의 집성된 (aggregated) 표현들을 생산하는 단계를 더 포함한다. 상기 방법은 관심대상의 상기 조직된 표현들에 응답할 수 있는 하나 또는 그 이상의 엔티티 (entity)들에게 관심대상의 상기 조직된 표현들을 계획에 따라서 (programmatically) 제시하는 단계를 더 포함한다.
상기 개시의 다른 모습은 컴퓨터 하드웨어를 포함한 컴퓨터 시스템에 의해서 거래들을 개시하기 위한 소비자-주도적인 방법을 제공한다. 상기 방법은 상품, 서비스, 활동 (activity)에 참여하겠다는 욕구 (desire), 그리고 디맨드 (demand) 중 하나 이상에 대해 소비자들로부터 관심대상의 표현을 수신하는 단계를 포함하며, 관심대상의 상기 표현들은 복수의 디맨드 속성들 (demand attributes)을 포함한다. 상기 방법은 상기 디맨드 속성들을 기반으로 하여 관심대상의 상기 표현들을 계획에 따라서 조직하여, 하나 이상의 공급자들이 관심대상의 상기 표현들에 응답하는 것을: 상기 디맨드 속성들을 상기 하나 이상의 공급자들과 계획에 따라서 매치하여 매치된 공급자들을 식별함; 관심대상의 상기 표현들에 관심이 있는 상기 매치된 공급자들에게 제시하기 위해서 관심대상의 상기 표현들을 출력함; 그리고 관심대상의 상기 표현들에 응답하기 위해서 상기 매치된 공급자들용의 기능성을 제공함을 적어도 수행함으로써 가능하게 하는 단계를 포함한다.
본 발명의 효과는 본 명세서의 해당되는 부분들에 개별적으로 명시되어 있다.
도면들을 통해서, 참조된 엘리먼트들 사이에서의 대응을 표시하기 위해서 참조 번호들은 다시 사용될 수 있을 것이다. 도면들은 여기에서 설명된 예시의 실시예들을 도시하기 위해서 제공된 것이며 그리고 개시된 내용의 범위를 제한할 의도는 아니다.
도 1은 통신 시스템의 블록 도면이다.
도 2는 통신 시스템의 더욱 상세한 블록 도면이다.
도 3은 도 1에 도시된 서버의 더욱 상세한 블록도이다.
도 4는 활동을 위한 예시의 부모-자녀-형제 관계를 도시한다.
도 5a - 도 5c는 순위가 정해진 결과들을 추가한 것을 그래픽으로 도시한 것이다.
도 6은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 어젠다 (agenda)을 도시한다.
도 7a - 도 7h는 디맨드 (demand)가 생성되고 있는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 8은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 9는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 10은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 11은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 12는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 13은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 14a - 도 14e는 제안 (offer)이 구매되고 있는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 15는 제안의 구매를 기반으로 하여 바우쳐 (voucher)가 생성되는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 16은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 대시보드를 도시한다.
도 17a - 도 17b는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 대시보드를 도시한다.
도 18은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 대시보드를 도시한다.
도 20a 및 도 20b는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 대시보드들을 도시한다.
도 21은 디맨드를 생성하도록 소비자에게 허용하는 프로세스의 실시예를 도시한다.
도 22는 제안을 구축 (build)할 것을 공급자에게 허용하는 프로세스의 실시예를 도시한다.
도 23은 디맨드-주도적인 요청을 프로세싱하기 위한 프로세스의 실시예를 도시한다.
도 1은 통신 시스템의 블록 도면이다.
도 2는 통신 시스템의 더욱 상세한 블록 도면이다.
도 3은 도 1에 도시된 서버의 더욱 상세한 블록도이다.
도 4는 활동을 위한 예시의 부모-자녀-형제 관계를 도시한다.
도 5a - 도 5c는 순위가 정해진 결과들을 추가한 것을 그래픽으로 도시한 것이다.
도 6은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 어젠다 (agenda)을 도시한다.
도 7a - 도 7h는 디맨드 (demand)가 생성되고 있는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 8은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 9는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 10은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 11은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 12는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 13은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 14a - 도 14e는 제안 (offer)이 구매되고 있는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 15는 제안의 구매를 기반으로 하여 바우쳐 (voucher)가 생성되는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다를 도시한다.
도 16은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 대시보드를 도시한다.
도 17a - 도 17b는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 대시보드를 도시한다.
도 18은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 대시보드를 도시한다.
도 20a 및 도 20b는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 대시보드들을 도시한다.
도 21은 디맨드를 생성하도록 소비자에게 허용하는 프로세스의 실시예를 도시한다.
도 22는 제안을 구축 (build)할 것을 공급자에게 허용하는 프로세스의 실시예를 도시한다.
도 23은 디맨드-주도적인 요청을 프로세싱하기 위한 프로세스의 실시예를 도시한다.
다음의 페이지들에 제공된 개시, 디자인들, 도면들 그리고 설명은 본 발명의 몇몇의 실시예들의 비-한정적인 예들이다. 디맨드-주도적인 시장을 제공하기 위한 시스템들 및 방법들의 다른 실시예들은 여기에서 개시된 특징들을 포함할 수 있을 것이며 또는 포함하지 않을 수도 있을 것이다. 추가로, 개시된 유리함들 및 이점들은 개시된 발명들의 몇몇의 실시예들만에 적용될 수 있을 것이며, 그리고 본 발명을 제한하기 위해서 사용되어서는 안된다.
"디맨드 (demand)"의 용어는 그 용어의 보통의 의미를 가지도록 의도된 넓은 범위의 용어이다. 추가로, 특정 실시예들에서, 디맨드는 상업적인 거래를 직접적으로 포함하거나 참조할 수 있을 또는 없을 어떤 활동 (activity)에 참여하기 위한 사용자에 의해 선언된 욕구 (desire)에 관한 것일 수 있다 (예를 들면, 디맨드는 "체중 줄이기" 위한, "친구의 생일 축하 기원"하기 등을 위한 사용자의 욕구를 포함할 수 있을 것이다). 몇몇의 실시예들에서, 디맨드는 (예를 들면, 상품 (예를 들면, 제품) 및/또는 서비스 등을 획득, 구매, 판매, 기부 등을 하기 위한) 상업적인 거래에 참여하기 위한 고객의 의도 또는 욕구에 관한 것이다. 디맨드는 제품 그리고/또는 서비스 특정, 위치 특정, 시간 특정 등일 수 있다. 디맨드는 하나 또는 그 이상의 활동들 그리고 사용자와 연관될 수 있을 것이다. 또한, 디맨드는 어떤 카테고리에 속할 수 있을 것이며, 그 카테고리는 그것의 특성들을 기반으로 하는 활동에 관한 분류 그리고/또는 서브-분류이다. 디맨드는 하나 또는 그 이상의 활동 속성들을 또한 포함할 수 있을 것이며, 그 활동 속성들 각각은 설명, 값, 그리고/또는 지시 (directive) 등을 포함할 수 있을 것이다. 예를 들면, 설명은 거리에 관한 것일 수 있고, 값은 그 거리의 숫자 값 또는 크기에 관한 것일 수 있으며 (예를 들면, 10 마일), 그리고 지시는 제안에 관한 것일 수 있다. 추가로, 디맨드는 하나 또는 그 이상의 선호도들, 예를 들면, 나이와 같은 사용자-특정 선호도, 음식 앨러지, 좋아하는 음악 등을 포함할 수 있을 것이다. 몇몇의 실시예들에서, 디맨드는 때로는 "의향 (intent)"과 같은 것에 관한 것이다.
"제안 (offer)"의 용어는 그 자신의 보통의 의미를 가지도록 의도된 넓은 범위의 용어이다. 추가로, 특정 실시예들에서, 제안은, 선언된 용어들에 따라서, 고객과 같은 다른 사용자에게 상품들 그리고/또는 서비스들을 제공하기 위한 상품들 그리고/또는 서비스들의 공급자 또는 상인과 같은 사용자에 의한 신청 (proposal)에 관한 것이다. 상기 제안은 제품 그리고/또는 서비스 특정, 위치 특정, 시간 특정 등일 수 있다. 몇몇의 실시예들에서, 상기 제안은 특정 사용자 또는 사용자들의 그룹으로 개인화될 수 있을 것이다.
도 1은 통신 시스템 (100)의 블록 도면이다. 통신 시스템 (100)은 네트워크 (105), 하나 또는 그 이상의 공급자 기기들 (110), 하나 또는 그 이상의 최종 사용자 기기들 (115), 그리고 서버 (120)를 포함할 수 있을 것이다. 상기 네트워크 (105)는 인터넷과 같은 어떤 통신 네트워크를 포함할 수 있을 것이다. 네트워크 (105)는 유선의 네트워크, 무선 네트워크, 또는 그 둘의 결합일 수 있다. 예를 들면, 상기 네트워크 (105)는 로컬 영역 네트워크 (LAN), 광역 네트워크 (WAN), 인터넷, 그리고/또는 그것들의 결합들일 수 있다. 상기 서버 (120)는 다양한 정보-제공 기기들 중 어느 하나와, 직접적으로 또는 상기 네트워크 (105)를 경유하는 것 중 어느 하나의 방식으로 통신할 수 있을 것이다. 예를 들면, 상기 서버 (120)는 날씨 서비스, 트래픽 애플리케이션들, 뉴스 피드, RSS 피드 등, 또는 정보를 제공할 수 있는 다른 표시기들, 센서들, 그리고/또는 애플리케이션들과 통신할 수 있을 것이다. 그런 정보는 사용자 디맨드들을 더 예측하거나 또는 제안하기 위해서 그리고/또는 디맨드들을 적합한 상품들 그리고 서비스 공급자들과 효과적으로 매치 (match)하기 위해서 (이는 아래에서 더욱 상세하게 설명된다) 상기 서버 (120)에 의해서 사용될 수 있다.
하나 또는 그 이상의 공급자 기기들 (110)은 각각이 컴퓨팅 기기를 포함할 수 있을 것이다. 일 실시예에서, 공급자 기기 (110)는 휴대용 전자 기기와 같은 휴대용 기기를 포함한다. 예를 들면, 공급자 기기 (110)는 셀 폰, 스마트 폰, 태블릿, 랩탑, 개인용 디지털 보조기 (PDA), 또는 유사한 것을 포함할 수 있을 것이다. 다른 실시예에서, 공급자 기기 (110)는 컴퓨터, 데스크탑 컴퓨터, 워크스테이션, 서버, 단말, 키오스크, 또는 유사한 것과 같은 고정적인 컴퓨팅 기기를 포함할 수 있을 것이다. 상기 공급자 기기 (110)는 네트워크 (105)를 통해서 서버 (120)와 통신할 수 있다. 일 예로, 상기 공급자 기기 (110)는 네트워크 (105)를 통해서 서버 (120)와 통신하는 애플리케이션 프로세서를 포함할 수 있을 것이다. 일 실시예에서, 상기 애플리케이션 프로세서는 윈도우, 유닉스, 맥 OS, iOS, 안드로이드, 윈도우즈 폰, 리눅스 등과 같은 운영 시스템을 동작시키도록 구성된다. 상기 운영 시스템은 상기 공급자 기기 (110) 상에서 애플리케이션들을 동작시키고 그리고 결과들을 디스플레이 (도시되지 않음)를 경유하여 상기 공급자 기기 (110)의 사용자에게 디스플레이하기 위해 명령어들을 실행시킬 수 있을 것이다. 예를 들면, 상기 운영 시스템은 브라우저를 동작시키도록 구성될 수 있을 것이며, 이 경우에 상기 브라우저는 브라우저-실행가능 코드를 실행시킨다. 상기 운영 시스템은 상기 서버 (120)에 의해서 호스트되는 웹 애플리케이션과 같은 네트워크 애플리케이션에 사용자가 액세스하도록 하는 브라우저를 실행시킬 수 있을 것이다. 다른 예에서, 상기 운영 시스템은 상기 서버 (120)로부터 데이터를 수신하고 저장하는 애플리케이션을 동작시키도록 구성될 수 있을 것이다. 예를 들면, 상기 공급자 기기 (110)가 네트워크 (105)와 통신하지 않더라도 공급자 기기 (110)는 (예를 들면, 단독의 애플리케이션 사용을 경유하여) 사용자가 여기에서 설명된 것과 같은 디맨드 그리고 제안 정보를 보도록 할 수 있을 것이다.
상기 공급자 기기 (110)는 디스플레이 그리고 사용자 상호작용 (interaction)을 위한 하나 또는 그 이상의 입력 기기들을 포함할 수 있을 것이다. 입력 기기는 사용자가 상기 공급자 기기 (110)와 상호작용 하도록 하는 임의 기기일 수 있다. 예를 들면, 입력 기기는 버튼, 마우스, 스타일러스, 키보드, 터치 스크린, 마이크로폰, 그리고/또는 유사한 것일 수 있다. 상기 입력 기기는 사용자가, 예를 들면, 브라우저, 단독 애플리케이션 등과 같은 실행되고 있는 애플리케이션과 상호작용 하도록 하기 위해서 공급자 기기 (110)의 애플리케이션 프로세서와 통신 상태에 있을 수 있다.
일반적으로, 고객들에 의해서 생성된 디맨드의 표시들 (때로는 "디맨드" 또는 "디맨드들"로만 언급된다)을 보기 위해서 그리고/또는 그런 고객의 개별적으로 선언된 디맨드를 기반으로 하여 하나 또는 그 이상의 고객들에 대한 제안을 생성하기 위해서, 공급자 기기 (110)는 상품들 그리고/또는 서비스들의 공급자 또는 판매상과 같은 사용자가 상기 서버 (120)와 통신하는 것을 허용하도록 설정될 수 있을 것이다.
하나 또는 그 이상의 최종 사용자 (예를 들면, 고객, 클라이언트 등) 기기들 (115)은 각각이 어떤 컴퓨팅 기기를 또한 포함할 수 있을 것이다. 일 실시예에서, 최종 사용자 기기 (115)는 휴대용 전자 기기와 같은 휴대용 기기를 포함한다. 예를 들면, 최종 사용자 기기 (115)는 셀 폰, 스마트 폰, 태블릿, 랩탑, 개인용 디지털 보조기 (PDA), 개인용 정보 관리자 (personal information manager (PIM)) 또는 유사한 것을 포함할 수 있을 것이다. 다른 실시예에서, 최종 사용자 기기 (115)는 컴퓨터, 데스크탑 컴퓨터, 워크스테이션, 서버, 단말, 또는 유사한 것과 같은 고정적인 컴퓨팅 기기를 포함할 수 있을 것이다. 상기 최종 사용자 기기 (115)는 네트워크 (105)를 통해서 서버 (120)와 통신할 수 있다. 일 예로, 상기 최종 사용자 기기 (115)는 네트워크 (105)를 통해서 서버 (120)와 통신하는 애플리케이션 프로세서를 포함할 수 있을 것이다. 일 실시예에서, 상기 애플리케이션 프로세서는 윈도우, 유닉스, 맥 OS, iOS, 안드로이드, 윈도우즈 폰, 리눅스, 또는 유사한 것과 같은 운영 시스템을 동작시키도록 구성된다. 상기 운영 시스템은 상기 최종 사용자 기기 (115) 상에서 애플리케이션들을 동작시키고 그리고 결과들을 디스플레이 (도시되지 않음)를 경유하여 상기 최종 사용자 기기 (115)의 사용자에게 디스플레이하기 위해 명령어들을 실행시킬 수 있을 것이다. 예를 들면, 상기 운영 시스템은 브라우저를 동작시키도록 구성될 수 있을 것이며, 이 경우에 상기 브라우저는 브라우저-실행가능 코드를 실행시킨다. 상기 운영 시스템은 상기 서버 (120)에 의해서 호스트되는 웹 애플리케이션과 같은 네트워크 애플리케이션에 사용자가 액세스하도록 하는 브라우저를 실행시킬 수 있을 것이다. 다른 예에서, 상기 운영 시스템은 상기 서버 (120)로부터 데이터를 수신하고 저장하는 애플리케이션을 동작시키도록 구성될 수 있을 것이다. 다른 말로 하면, 상기 최종 사용자 기기 (115)가 네트워크 (105)와 통신하지 않더라도 최종 사용자 기기 (115)는 (예를 들면, 단독의 애플리케이션 사용을 경유하여) 사용자가 여기에서 설명된 것과 같은 디맨드 그리고 제안 정보를 보도록 할 수 있을 것이다.
상기 최종 사용자 기기 (115)는 디스플레이 그리고 사용자 상호작용 (interaction)을 위한 하나 또는 그 이상의 입력 기기들을 포함할 수 있을 것이다. 입력 기기는 사용자가 상기 최종 사용자 기기 (115)와 상호작용 하도록 하는 임의 기기일 수 있다. 예를 들면, 입력 기기는 버튼, 마우스, 스타일러스, 키보드, 터치 스크린, 마이크로폰, 그리고/또는 유사한 것일 수 있다. 상기 입력 기기는 사용자가, 예를 들면, 브라우저, 단독 애플리케이션 등과 같은 실행되고 있는 애플리케이션과 상호작용 하도록 하기 위해서 최종 사용자 기기 (115)의 애플리케이션 프로세서와 통신 상태에 있을 수 있다.
일반적으로, 상품들 그리고/또는 서비스들에 대한 디맨드들을 생성하기 위해서 상기 최종 사용자 기기 (115)는 고객과 같은 사용자가 상기 서버 (120)와 통신하는 것을 허용하도록 설정될 수 있을 것이다. 상기 최종 사용자 기기 (115)는 상인 또는 공급자에 의해서 사용자에게 발생된 하나 또는 그 이상의 제안들을 사용자가 보는 것을 허용하도록 또한 설정될 수 있을 것이며, 이는 사용자의 생성된 그리고 선언된 디맨드를 기반으로 할 수 있을 것이다.
상기 서버 (120)는 상기 공급자 기기 (110) 그리고/또는 상기 최종 사용자 기기 (115)와 네트워크 (105)를 통해서 통신하도록 설정되는 컴퓨팅 기기를 포함할 수 있다. 상기 서버 (120)는 하나 또는 그 이상의 명령어들을 실행하기 위한 하나 또는 그 이상의 프로세서들, 메모리, 그리고 상기 네트워크 (105)를 통해서 데이터를 전송하고 그리고 수신하기 위한 통신 기기들을 포함할 수 있다. 일 실시예에서, 상기 서버 (120)는 공급자와 소비자 사이의 실시간 또는 거의 순간적인 통신을 용이하게 하도록 구성될 수 있다. 상기 서버 (120)는 상기 공급자가, 특정 제품들 그리고/또는 서비스들에 대한 개별 소비자의 선언된 디맨드를 기반으로 하여 소비자에게 관심대상일 수 있는 하나 또는 그 이상의 제안들을 소비자에게 제공하는 것을 허용하도록 구성될 수 있다. 예를 들면, 상기 서버 (120)는 공급자 및 소비자에 의해서 액세스될 수 있을 웹 애플리케이션과 같은 호스팅된 네트워크 애플리케이션을 통해서 그런 통신을 용이하게 할 수 있을 것이다. 도 1에서 하나의 서버 (120)가 도시되지만, 이는 제한하는 것을 의미하지는 않으며, 이는 여기에서 설명된 기능성이 하나보다 많은 서버 (예를 들면, 이 서버들은 같이-위치할 수 있으며 또는 지리학적으로 분리될 수 있다)에서 구현될 수 있을 것이기 때문이다. 여기에서 설명된 기능성은 물리적인 서버 상에서 실행되는 하나 또는 그 이상의 가상의 머신들에서 또한 구현될 수 있을 것이다. 추가로, 여기에서 설명된 상기 기능성은 서버 (120)에서 또는 다른 컴퓨팅 기기들에서 구현될 수 있을 것이다. 또한, 여기에서 설명된 기능성은 클라우드 컴퓨팅 환경에서 구현될 수 있을 것이다.
도 2는 통신 시스템 (100)의 더욱 상세한 블록 도면이다. 일 실시예에서, 상기 서버 (120)는 디맨드-주도적 시장 프로세서 (210)를 포함한다. 상기 디맨드-주도적 시장 프로세서 (210)는 공급자와 고객 상의 통신은 용이하게 하여, 소비자의 선언된 디맨드를 기반으로 하여 그 소비자의 관심대상일 수 있는 하나 또는 그 이상의 제안들을 상기 공급자가 그 소비자에게 제공할 수 있도록 한다. 여기에서 설명된 것처럼, 상기 디맨드-주도적 시장 프로세서 (210)는 소비자가 디맨드를 생성할 것을 허용하고, 공급자가 그 생성된 디맨드를 기반으로 제안을 구축하고 (build), 디맨드-주도적 요청을 프로세스하고, 그리고/또는 공급자에 의한 사용을 위해 시장-요약 대시보드를 생성하는 (아래에서 더 상세하게 설명된다) 명령어들을 실행시킬 수 있을 것이다.
상기 서버 (120)가 여기에서 상기 디맨드-주도적 시장 프로세서 (210)에 관하여 설명되지만, 이는 제한하려는 것을 의미하지는 않는다. 일반적으로, 상기 디맨드-주도적 시장 프로세서 (210)는 여기에서 설명된 동작들을 수행하기 위해서 의미론 매칭 플랫폼 (semantic matching platform (SMP))의 원칙들 및 이점들을 이용한다. 일 실시예에서, 상기 SMP는 소비자 디맨드의 표현들을 그 디맨드들을 충족시켜줄 수 있는 특정 공급자들 (그리고 다른 리소스들)과 정밀하게 매치하기 위치해서 매칭 프로세스 (때로는 "스마트 매칭"으로 언급된다)를 수행하도록 구성된다. 예를 들면, 일 실시예에서, 상기 SMP는 소비자 디맨드의 표현들을 그런 디맨드들이 표현되었을 때에 통지될 욕망을 나타내는 비즈니스들과 매치시킨다. 예를 들면, 차량 판매점이 프로파일을 설립하여, 차량을 구매하기 위한 디맨드를 표현하는 모든 사용자들에게 그것이 통지될 수 있을 것이다.
다른 실시예들에서, SMP는 직관적으로 연결될 수 있을 또는 연결되지 않을 수도 있을 둘 또는 그 이상의 디맨드들을 정의하는 추상 프로세서 (abstraction processor)를 포함한다. 예를 들면, 상기 추상 프로세서는 몇몇의 다른 활동 (activity)과 구문론적인 (syntactic), 사전 편집상의 (lexicographical), 또는 의미상 (semantically) 관계를 가지는 활동들을 판별하도록 구성될 수 있을 것이다 (예를 들면, 도 5a - 5c 등에 관하여 아래에서 설명된다). 상기 SMP는 그런 방식으로 비즈니스가 이어지는 활동 (business-followed-activity)에 관련된 활동에 대한 디맨드를 사용자가 표현할 때를 비즈니스에게 통지하도록 구성될 수 있다. 예를 들면, 차량 판매점이 프로파일을 설립하여, 차량을 구매하기 위한 디맨드를 표현하는 모든 사용자들에게 그것이 통지될 수 있을 것이다. 그러나, 상기 추상 프로세서는 차량을 구매하는 활동이 차량을 수리하고, 차량용의 특정 파트를 구입하고, 특별한 선물을 구입하는 등에 관련된 것이라고 판별할 수 있을 것이다. 그러므로, 비록, 차량을 구매하기 위한 흥미 또는 디맨드를 표현하는 사용자들에게 통지되도록 (또는 사용자들에게의 통지들을 검색하는 것이 가능하도록) 비즈니스가 자신의 프로파일을 좁은 방식으로 설정하더라도, 상기 SMP는 그런 추상-프로세서-식별된 관련 활동들에 대한 디맨드를 표현한 사용자들의 그와 같은 비즈니스들에게 또한 통지할 것이다.
또한, 몇몇의 실시예들에서, 상기 매칭 프로세스는 비즈니스들을 매칭하는 것을 식별하기 위해서 통계적인 데이터를 활용할 수 있다. 예를 들면, 상기 SMP는, 첫 번째 활동이 선택된 이후에 두 번째 활동이 선택될 (예를 들면, 그 활동을 위해서 디맨드가 표현될 것이다) 가능성과 같은, 이력적인 사용자 활동에 관련된 통계적인 정보를 포함할 수 있다. 상기 SMP는 그러므로 통계적인 정보를 활용함에 의한 것은 물론이며, 추상 프로세스를 경유하여 식별된 활동들, 알려진 미리-정의된 관계들 (예를 들면, 활동들 사이에의 관계들에 관한 사람의 지식)의 조합을 활용할 수 있다.
상기 SMP는 디맨드-주도적 프로세스들만이 아니라 일반적인 시장 및 다른 환경들로의 넓은 적응성을 가질 수 있을 것이다. 상기 서버 (120)는 여기에서 설명된 것들과 유사한 동작들을 수행하기 위해서 상기 SMP의 원칙들 그리고 이점들을 이용하도록 설정된 추가적인 프로세서들 또는 모듈들을 포함할 수 있을 것이다 (그리고/또는 상기 디맨드-주도적 시장 프로세스 (210)는 전혀 포함하지 않을 수 있을 것이다).
일반적으로, 상기 SMP는 온톨로지 (ontology)를 적용하도록 구성되며, 이 온톨로지는 특별한 활동 또는 활동들 (예를 들면, 사람들이 하고, 구매하는 등을 원하거나 의도하는 일들과 같은 디맨드들)에 참여하기 위한 의도들의 계속하여 진화하는 그리고 커지는 컬렉션일 수 있다. 일 실시예에서, 상기 온톨로지는 매칭, 검색, 선택, 의사-결정 및 매일 생활의 다른 기능들과 같은 주요 기능들에 대한 지원을 제공하기 위해서 계산할 수 있는 모습으로 디맨드들이 표현될 수 있을 방식을 일정한 형태를 갖추게 한다 (formalize). 그런 표현들은 나중의 행동들의 기호적인 표현들 (또는 다른 표현들, 예를 들면, 숫자 등)일 수 있으며, 그리고 엔티티들 또는 오브젝트들, 동사들 또는 행동들, 속성들, 콘텍스트들, 제한들, 관계들, 그리고/또는 용법과 비슷한 특성들을 포함할 수 있을 것이다.
상기 디맨드-주도적 시장 프로세서는 추상 프로세스 (abstraction process)를 적용하도록 구성된다. 상기 추상 프로세스는 둘 또는 그 이상의 의도들 (intents) 또는 활동들을 그것들 사이의 유사성, 교차점들, 또는 관련들을 식별하고, 그리고 다양한 문제점들의 영향들을 해결하거나 또는 줄이기 위해서 그 공유된 특징들을 이용함으로써 연결시킬 수 있다. 이 추상 프로세스는 공급자들에게 특정 디맨드들을 표현한 사용자들을 매칭하는데 있어서의 효율성들을 가능하게 할 수 있을 것이며, 이 공급자들은 제안들을 이용하여 그것들을 처리하는 것을 도울 수 있는 공급자들이다. 예를 들면, 의도들 또는 활동들은 그것들의 설명을 이용하여 매치될 수 있다. 두 개의 분리된 의도들 또는 활동들은 상이한 행동 특성들을 가질 수 있을 것이지만, 동일한 장소에서 발생할 수 있을 것이다. 이 관계는 상기 추상 프로세스에 의해서 사용될 수 있을 것이다. 다른 예로서, 의도들 또는 활동들은 그것들의 관계에 의해 연결될 수 있다. 의도들 또는 활동들 (예를 들면, 의도들 또는 활동들 A 및 B) 사이의 상이한 유형의 관계들은 "A는 B의 자식이다", "A는 B에 만족한다", "A는 B와 함께 발생한다", "A가 B에 앞장 선다". "A가 B를 따라 간다", 그리고/또는 "A는 B와 유사하다" 등을 포함할 수 있을 것이다 .이 방식에서, 예를 들면, "저녁을 짓다 (make dinner)"의 문구는 "만족하다 (is satisfied by)"과 "장을 보러 가다 (get groceries)"의 관계를 구비한다. 그 관계들은 동일한 또는 변하는 강도 (strength)들을 가질 수 있을 것이다. 예를 들면, 디맨드 그리고 공급 사이클에서의 거래들의 결과 (예를 들면, 여기에서 설명된 것과 같이 생성된 디맨드들을 위해 구축된 제안들이 구매되었는가 또는 구매되지 않았는가의 여부)처럼 캡쳐된 데이터를 기반으로 하여, 특정 관계들의 강도들은 특별한 오브젝트들에 대해서 증가될 수 있을 것이며 또는 감소될 수 있을 것이다 (예를 들어, 디맨드들 또는 제안들의 세트에 대해 거래 속도가 낮으면, 희망했던 상품들 및/또는 서비스들 그리고 제안된 상품들 및/또는 서비스들 사이의 연결을 정의했던 관계의 강도는 줄어들 수 있을 것이다). 관계들의 강도는 아래에서 더 상세하게 설명된다. 주어진 관계 그리고 그 관계의 값들은 편집하여, 자동적으로, 또는 그 둘을 결합하는 혼합된 시작 방식으로 생성될 수 있다. 한 가지 유형의 관계 "A는 B에 만족한다"는 특히 유용할 수 있다. 일 실시예에서, "만족한"이라는 관계는 다른 활동들, 의도들, 또는 디맨드에 참여함으로써 대부분 또는 전체적으로, 비-독점적으로 만족된 활동들, 의도들, 또는 디맨드들을 식별한다. 예를 들면, 상기 활동 "저녁을 짓다"는 "음식을 사기 위해 쇼핑하러 간다"의 활동에 의해서 만족된다. 그러므로, "음식을 사기 위해 쇼핑하러 간다"의 활동을 따른 비즈니스는 사용자들이 음식을 사기 위해서 쇼핑하기 위한 디맨드를 표현할 때만이 아니라 "저녁을 짓다"와 같이 사용자들이 관련된 활동들 (예를 들면, 여기에서 설명된 또는 다른 미리 정의된 관계들 중 하나의 관계 또는 컴퓨터-학습된 관계를 만족시키는 활동)에 대한 디맨드를 표현할 때도 통지받을 수 있다.
그런 관계들은, 매칭 및 검색을 위해서 사용될 수 있는 의도 또는 활동 그래프들을 생성하기 위해서 사용될 수 있을 것이다. 용법 데이터 (usage data) 그리고 다른 속성들은 물론이며, 의미론적 관계들을 이용하여, 상기 그래프들은 의도들 및 활동들을 매칭하는 것을 허용할 수 있을 것이다. 그 그래프들은, (상기 그래프에 도시된 것처럼) 검색 결과들이 검색된 항목에 관련된 항목들과 연관될 수 있을 것이기 때문에 검색에 있어서 도움이 될 수 있을 것이다. 온톨로지의 이용은 또한 순위들을 생성하는데 있어서 사용될 다른 디멘젼을 제공할 수 있을 것이다. 여기에서 개시된 온톨로지는 디맨드 온톨로지들 및 공급 온톨로지들을 포함한다.
도 3은 도 1 - 도 2에서의 서버 (120)와 같은 서버의 더욱 상세한 블록 도면이다. 일 실시예에서, 상기 서버 (120)는 상기 디맨드-주도적 시장 프로세서 (210)를 포함할 수 있을 것이며 그리고 디맨드 데이터베이스 (360) 그리고/또는 제안 데이터베이스 (370)와 통신 상태에 있을 수 있다. "데이터베이스"라는 용어는 넒은 의미의 용어이며, 그 용어의 가장 넓은 일반적인 의미를 가지도록 의도된 것이다. 추가로, 데이터베이스의 용어는 하나 또는 그 이상의 포맷으로 하나 또는 그 이상의 장소들에 저장된 하나 또는 그 이상의 데이터 집합들을 언급할 수 있을 것이다. 상기 디맨드-주도적 시장 프로세서 (210)는 어젠다 (agenda) 생성기 (310), 디맨드 생성기 (320), 제안 빌더 (330), 디맨드-주도적 거래 프로세서 (340), 그리고/또는 대시보드 생성기 (350)를 포함할 수 있을 것이다. 도 3에 다섯 개의 모듈들이 도시되어 있지만, 이것은 제한하려는 것을 의미하는 것이 아니며, 그리고 임의 개수의 모듈들이 상기 디맨드-주도적 시장 프로세서 (210) 내에 포함될 수 있을 것이라는 것은 본 발명이 속한 기술 분야에서의 통상의 지식을 가진 자들에게는 명백해야만 한다. 추가로, 여기에서 설명된 각 모듈에 의해서 수행된 동작들은 임의 모들 또는 모듈들의 조합에 의해서 수행될 수 수 있을 것이다.
몇몇의 모습들에서, 상기 어젠다 생성기 (310)는 최종 사용자 기기 (115)와 통신하도록 구성된다. 상기 어젠다 생성기 (310)는 하나 또는 그 이상의 소비자들을 위한 어젠다를 생성하도록 구성될 수 있을 것이며, 이 경우에 상기 어젠다는 각 소비자를 위해서 개인화되며 그리고 소비자의 현안의 그리고/또는 완료된 디맨드들의 표현이다. 예를 들면, 상기 어젠다 생성기 (310)는 디맨드들을 어떤 공급자도 상품들 그리고/또는 서비스들을 제안하지 않았던 그룹들, 적어도 하나의 공급자가 상품들 그리고/또는 서비스들을 제안한 그룹들, 그리고/또는 적어도 하나의 공급자가 상품들 그리고/또는 서비스들을 제안했으며 그 제안이 상기 소비자에 의해서 구매되었던 그룹들로 조직함으로써 소비자의 디맨드들의 그래픽적인 표현을 생성한다. 상기 어젠다 생성기 (310)는 생성된 어젠다에 소비자가 상기 최종 사용자 기기 (115)를 경유하여 액세스하도록 허용할 수 있을 것이다. 예를 들면, 상기 소비자는 브라우저에서 상기 서버 (120)에 의해서 호스팅되는 네트워크 애플리케이션에 또는 상기 최종 사용자 기기 (115)의 애플리케이션 프로세서에 의해 실행된 다른 애플리케이션에 액세스함으로써 상기 생성된 어젠다에 액세스할 수 있을 것이다.
일 실시예에서, 상기 어젠다 생성기 (310)는 디맨드 생성기 (320)로부터의 결과들을 기반으로 하여 어젠다를 생성할 수 있을 것이다. 일 실시예에서, 상기 디맨드 생성기 (320)는 소비자에 의해 제공된 디맨드 정보를 기반으로 하여 상품들 그리고/또는 서비스들에 대한 디맨드를 생성하도록 구성된다. 이 디맨드는 그 디맨드에 관련된 상품들 그리고/또는 서비스들을 제안하는 공급자들에 매칭되며, 그리고 그 후 그 디맨드는 상기 매치된 공급자들에게 송신되거나 또는 매치된 공급자들에 의해서 관찰 가능하게 된다 (공급자 매칭에 관한 추가적인 상세한 내용들이 여기에서 제공된다). 예를 들면, 소비자에 의해서 제공된 디맨드 정보는, 어떤 활동에 참여하기 위한 욕망; 상기 소비자가 바라는 양호함 (good)의 유형; 소비자가 바라는 서비스 유형; 소비자가 상기 상품 그리고/또는 서비스를 좋아할 시간 또는 시간 구간; 소비자가 상기 상품 그리고/또는 서비스를 좋아할 만료 시간 또는 시간 구간; 소비자가 상기 상품 그리고/또는 서비스를 좋아할 위치; 제한들, 특별 명령들 등에 관한 추가적인 정보; 및/또는 유사한 것을 포함할 수 있을 것이다.
소비자는 이 디맨드 정보를 상기 생성된 어젠다는 경유하여 상기 디맨드 생성기 (320)로 제공할 수 있을 것이다. 일 실시예에서, 상기 소비자는 제시된 디맨드들의 집합으로부터 선택함으로써, 디맨드를 유형에 의해서 선택함으로써, 그리고/또는 자유로운-모습의 포맷으로 디맨드를 입력함으로써 디맨드를 표현할 수 있을 것이다. 상기 디맨드는 자연스러운 언어 형식으로 타이핑하여, 말을 하여, 키들을 선택하며, 터치스크린을 통한 터치에 의해서, 클릭 및 드래그하여, 형상 (form)을 이용하여, 그리고/또는 유사하게 입력될 수 있을 것이다. 디맨드들은 다른 프로세스 또는 프로그램으로부터 또한 수신될 수 있을 것이며, 그리고 애플리케이션 프로그램 인터페이스 (Application Programming Interface) 또는 다른 프로세스를 통해서 전달될 수 있을 것이다. 몇몇의 제시된 디맨드들은, 예를 들면, 먹을 장소 찾기, 새로운 차 구입, 보험 획득, 바 그리고/또는 레스토랑 찾기, 음식에 대한 성분 발견, 건강 서비스들 획득, 옷 찾기, 음료 구입, 및/또는 유사한 것을 포함할 수 있을 것이다. 몇몇의 디맨드들은, 예를 들면, 자동차, 자금조달, 음식, 건강, 가정과 지역, 레저, 개인적인 보호, 쇼핑, 및/또는 유사한 것을 포함할 수 있다. 상기 디맨드 생성기 (320)는 유형을 선택한 이후에 카테고리들 또는 서브카테고리들의 목록을 제안할 수 있을 것이다. 예를 들면, 유형 "음식"이 선택되면, 상기 디맨드 생성기 (320)는 "베이커리 & 디저트", "식품점", "레스토랑" 또는 유사한 것을 서브카테고리들로서 더 목록화할 수 있을 것이다. 이 서브카테고리들 그리고 그 서브카테고리들의 내용들은 상기 소비자가 가장 찾기를 원할 것 같다고 상기 디맨드 생성기 (320)가 판별하는 것을 기반으로 하여 순위가 정해질 수 있을 것이다.
일 실시예에서, 상기 디맨드 생성기 (320)는 상기 소비자에 의해서 초기에 식별된 상품들 그리고/또는 서비스들에 연관되거나 관련된 아이템들을 발견하기 위해서 디맨도 온톨로지와 같은 온톨로지를 사용하도록 구성될 수 있을 것이다. 예를 들면, 상기 입력된 디맨드 정보는 분석되며 그리고 카테고리, 어젠다 동사 (agenda verb), 오브젝트, 동사 의문사 (verb interrogative), 오브젝트 의문사 (object interrogative), 상세 의문사 (detail interrogative), 및/또는 위치 (location)와 같은 상이한 클래스들로 분리될 수 있을 것이다. 상기 카테고리는 바라는 상품들 그리고/또는 서비스의 유형에 대한 일반적인 설명일 수 있으며, 어젠다 동사는 바라는 행동일 수 있으며, 오브젝트는 그 바라는 행동이 발생할 아이템일 수 있으며, 동사 의문사는 상기 어젠다 동사를 수정하는 항목일 수 있으며, 오브젝트 의문사는 상기 오브젝트를 수정하는 항목일 수 있으며, 상세 의문사는 디맨드가 발생할 때일 수 있으며, 그리고 위치는 상기 디맨드가 발생하는 곳일 수 있다.
일 실시예에서, 상기 디맨드 생성기 (320)는 표준화된 메시지를 생성하기 위해서 각 클래스에서 상기 엔트리들을 배열할 수 있을 것이다. 상기 디맨드 생성기 (320)는 초기에 식별된 상품들 그리고/또는 서비스들과 연관된 또는 관련된 아이템들을 식별하기 위해서 표준화된 메시지를 이용할 수 있다. 예를 들어, 사용자가 "차를 수리하기" 위한 욕구를 처음에 표시하면, 상기 디맨드 생성기 (320)는 카테고리 부모 클래스에 "자동차 (auto)"을 입력하고 그리고 자녀 동사 클래스에는 "수리"를 입력할 수 있을 것이다. 다른 자녀 동사들은 "자동차" 부모 클래스와 "구입" 그리고/또는 "기증"과 같이 연관되거나 또는 관련될 수 있을 것이다. 상기 디맨드 생성기 (320)가 상기 생성된 디맨드를 여기에서 설명된 것과 같은 적절한 공급자에게 전송할 때에, 상기 디맨드 생성기 (320)는 그 생성된 디맨드를 차를 수리하는 그 공급자들에게만이 아니라, 차량을 구입하는 공급자들 그리고/또는 차량 기부 서비스들을 제공하는 공급자들에게도 전송할 수 있을 것이다. 이런 방식에서, 소비자가 여기에서 설명된 것 (예를 들면, 자연어 입력, 음성 입력, 말로 하는 입력, 키 입력, 터치스크린 입력, 클릭 및 드래그 인터페이스 등)과 같이 상기 디맨드 정보를 입력하는 방식 또는 사용된 문법 그리고/또는 어휘의 유형에는 관계없이, 메시지들의 상기 표준화는 상기 디맨드 생성기 (320)가 상기 생성된 디맨드를, 원하는 정확한 상품들 그리고/또는 서비스들을 제안하는 공급자들 그리고 유사한 또는 관련된 상품들 그리고/또는 서비스들을 제안하는 공급자들에게 전송하도록 허용한다.
(표준화된 메시지의 모습으로) 생성된 디맨드는 상기 어젠다 생성기 (310), 상기 디맨드 데이터베이스 (360), 그리고/또는 상기 대시보드 생성기 (350)로 전송될 수 있을 것이다. 일 실시예에서, 생성된 디맨드를 수신한 것으로 기반으로 하여, 상기 어젠다 생성기 (310)는 새로운 어젠다를 생성하고 그리고/또는 현존하는 어젠다를 수정하여, 상기 새롭게 생성된 디맨드가 상기 어젠다에 표현되도록 한다. 추가의 실시예들에서, 상기 생성된 디맨드는 상기 디맨드 데이터베이스 (360)에 저장될 수 있을 것이다. 예를 들면, 상기 디맨드 데이터베이스 (360)는 상이한 소비자들에 대해서 생성된 디맨드들을 포함할 수 있을 것이다. 공급자는 소비자들에 의해서 더 잘 구매될 것 같은 제안들을 생성하기 위한 목적들을 위해, 이전의 디맨드들 (예를 들면, 충족되었던 디맨드들, 기간만료된 디맨드들 등) 그리고 현재의 디맨드들 (예를 들면, 미결의 디맨드들, 충족되지 않았던 디맨드들 등)을 분석하기 위해서 상기 생성된 디맨드들 (예를 들면, 그것의 비즈니스에 관련되어 생성된 디맨드들)로의 액세스를 획득할 수 있을 것이다. 대안의 실시예들에서, 상기 생성된 디맨드들은 최종 사용자 기기 (115) 그리고/또는 서버 (120) 상의 메모리 내에 저장될 수 있을 것이다.
추가의 실시예들에서, 상기 생성된 디맨드는 상기 생성된 디맨드에 맞춤인 제안을 공급자가 구축 (build)하는 것을 가능하게 하기 위해서 상기 대시보드 생성기 (350)로 전송될 수 있을 것이다. 상기 생성된 디맨드는 상기 대시보드 생성기 (350)로 전송되어, 원하는 특별한 상품들 그리고/또는 서비스들 또는 관련된 상품들 및/또는 원하는 서비스들을 제안하는 그 공급자들이 이용 가능하도록 한다. 적절한 공급자들은 여기에서 사용된 것과 같은 온톨로지를 이용함으로써 식별될 수 있을 것이다 (예를 들면, 공급자가 원하는 동일한 상품들 그리고/또는 서비스를 제안하면 또는 공급자가 원하는 상품들 그리고/또는 서비스들과 의미론적인 관련을 가지는 상품들 그리고/또는 서비스들을 제안하면 생성된 디맨드는 그 공급자에게 이용 가능할 수 있을 것이다). 일단 대시보드 생성기 (350)가 상기 생성된 디맨드를 수신하면, 상기 공급자는 즉시 통지받을 수 있을 것이며 그리고/또는 상기 생성된 디맨드는 즉시 관찰 가능할 것이다. 통지들은 네트워크 애플리케이션에서 생성된 메시지, 그 공급자에게 송신된 전자 메시지 (예를 들면, 이메일, 텍스트 메시지 등), 전화 호출, 공급자 기기 (110)에 의해서 생성된 가청 사운드 (예를 들면, 상기 공급자의 모바일 기기에 의해 생성된 호출음 또는 유사한 것), 상기 공급자 기기 (110)에 의해서 생성된 진동, 또는 유사한 것을 포함할 수 있을 것이다. 상기 대시보드 생성기 (350)는 아래에서 더욱 상세하게 설명된다.
몇몇의 모습들에서, 상기 대시보드 생성기 (350)는 공급자 기기 (110)와 통신하도록 구성된다. 상기 대시보드 생성기 (350)는 하나 또는 그 이상의 공급자들을 위해 대시보드를 생성하도록 구성될 수 있을 것이며, 이 경우에 상기 대시보드는 각 공급자들을 위해서 개인화되며 그리고 상기 공급자의 비즈니스 (현재의 그리고/또는 이력적인 둘 모두)에 관련된 디맨드의 표현이며 그리고/또는 그렇지 않다면, 공급자, 공급자의 액티브 제안들, 공급자의 기간만료된 제안들, 구매된 제안들의 개수, 구매된 제안들로부터의 최종의 세일들, 다른 비즈니스에 의해서 생성된 제안들, 상기 공급자에 의해서 제안된 상품들 및/또는 서비스들의 표시, 그리고/또는 상기 공급자들에 의해서 제안된 상품들 및/또는 서비스들에 관련된 제안들을 여전히 능동적으로 찾는 여러 사용자들에 의한 관찰을 위해서 선택된 디맨드의 표현이다. 예를 들면, 상기 대시보드 생성기 (350)는 여기에서 설명된 정보의 그래픽적인 표현을 생성한다. 상기 대시보드 생성기 (350)는 공급자가 상기 생성된 대시보드에 공급자 기기 (110)를 경유하여 엑세스하도록 허용할 수 있을 것이다. 예를 들면, 상기 공급자는 브라우저 또는 상기 공급자 기기 (110)의 애플리케이션 프로세서에 의해 실행된 다른 애플리케이션에서 상기 서버 (120)에 의해서 호스트되는 네트워크 애플리케이션에 액세스함으로써 상기 생성된 대시보드에 액세스할 수 있을 것이다.
몇몇의 실시예들에서, 사용자는 소비자 그리고 공급자 둘 모두일 수 있다. 일 실시예에서, 소비자 그리고 공급자 둘 모두인 사용자는 생성된 어젠다에 공급자 기기 (110)를 경유하여 추가적으로 액세스할 수 있으며 그리고 생성된 대시보드에 최종 사용자 기기 (115)를 경유하여 추가적으로 액세스할 수 있을 것이다 (예를 들면, 상기 공급자 기기 (110) 그리고 상기 최종 사용자 기기 (115)는 상이한 기기들 또는 동일한 기기일 수 있다). 소비자들 그리고 공급자들인 그런 사용자들에 대해, 그 사용자들은, 브라우저에서 상기 서버 (120)에 의해 호스트되는 네트워크 애플리케이션에 액세스함으로써 또는 상기 공급자 기기 (110) 그리고/또는 최종 사용자 기기 (115)의 애플리케이션 프로세서에 의해서 실행된 다른 애플리케이션에 액세스함으로써, 상기 생성된 어젠다 그리고 상기 생성된 대시보드 둘 모두에 액세스할 수 있을 것이다. 상기 네트워크 애플리케이션 내에서, 상기 사용자는 상기 생성된 어젠다로부터 상기 생성된 대시보드로의 그리고 그 반대로의 스위칭의 옵션을 가질 수 있을 것이다.
일 실시예에서, 상기 대시보드 생성기 (350)는 공급자가 관찰함에 있어서 관심대상 또는 제안의 비즈니스에 있는 디맨드들, 상품들 그리고/또는 서비스들을 추가하도록 허용한다. 상기 공급자는 디맨드들, 제시된 상품들 그리고/또는 서비스들의 집합으로부터 선택함으로써, 디맨드, 상품 및/또는 서비스를 유형에 의해 선택함으로써, 그리고/또는 디맨드, 상품 및/또는 서비스를 자유로운-형식의 포맷으로 입력함으로써 디맨드들, 상품들 및/또는 서비스들을 추가할 수 있을 것이다. 상기 디맨드, 상품 및/또는 서비스는 자연 언어 포맷으로 타이핑하여, 말을 하여, 키들을 선택하여, 터치스크린을 경유한 터치에 의해서, 클릭, 제스처 (gesturing), 그리고 드래그에 의해, 그리고/또는 유사한 것에 의해서 입력될 수 있을 것이다. 몇몇의 제시된 디맨드들, 상품들 및/또는 서비스들은, 예를 들면, 먹을 장소를 찾고, 새로운 자동차를 구입하고, 보험을 획득하고, 바 및/또는 레스토랑을 찾고, 식사 성분들을 찾고, 건강 서비스들을 얻고, 옷을 찾고, 음료들을 사고, 그리고/또는 유사한 것을 포함할 수 있을 것이다. 몇몇의 디맨드, 상품 및/또는 서비스 유형들은, 예를 들면, 자동차, 재정 (finance), 음식, 건강, 홈 및 지역, 레저, 개인적인 보살핌, 쇼핑, 그리고/또는 유사한 것을 포함할 수 있을 것이다. 유형이 선택된 이후에 상기 대시보드 (350)가 서브카테고리들의 목록을 제시할 수 있을 것이라는 것에 주목한다. 예를 들면, 유형 "음식"이 선택되면, 상기 대시보드 생성기 (350)는 "빵집 & 디저트", "식품점", "레스토랑", 또는 유사한 것을 서브카테고리들로서 추가로 목록에 올릴 수 있을 것이다. 이 서브카테고리들 그리고 그 서브카테고리들의 내용들은 공급자가 가장 찾기를 원하는 것이 어떤 것인지를 상기 대시보드 생성기 (350)가 판별한 것을 기반으로 하여 순위가 정해질 수 있을 것이다.
일 실시예에서, 상기 어젠다 생성기 (320)는 어젠다를 생성하며 그리고 상기 대시보드 생성기 (350)는 제안 빌더 (330)로부터의 결과들을 기반으로 대시보드를 생성할 수 있을 것이다. 일 실시예에서, 상기 제안 빌더 (330)는 공급자에 의해서 제공된 제안 정보를 기반으로 하여 상품들 그리고/또는 서비스들에 대한 제안을 구축하도록 구성된다. 예를 들면, 공급자에 의해서 제공된 제안 정보는 제안의 의도된 수령인 (예를 들면, 소비자, 소비자들의 그룹 등); 상기 제안의 항목들 (예를 들면, 세일을 위해서 제안된 상품들 및/또는 서비스들의 설명, 상기 상품들 그리고/또는 서비스들에 대한 구매 가격, 상기 상품들 및/또는 서비스들에 대한 할인, 상기 제안이 회수될 수 있을 시간 구간, 상기 상품들 및/또는 서비스들에 대한 포기자들, 상기 제안 사용에 관한 제한들, 위치, 상품, 그리고/또는 서비스들의 사진 등); 그리고/또는 유사한 것을 포함할 수 있을 것이다.
제안을 생성하기 이전에, 공급자는 상기 생성된 대시보드에서 현안의 (outstanding) 디맨드들을 볼 수 있을 것이다. 상기 생성된 대시보드는 상기 현안의 디맨드들을, 포스트된 시각을 기반으로 하여 (예를 들면, 이전의 30분, 이전의 1시간, 이전의 2시간 등에 의해 그룹들로 소트하고 그리고 그룹으로), 상기 디맨드에 대한 시간 구간을 기반으로 하여 (예를 들면, 과거, 지금, 오늘에 의해, 날짜에 의해, 날짜에 맞추어 그룹들로 소트하고 그리고 그룹으로), 활동의 유형을 기반으로 하여 (예를 들면, 활동 오브젝트에 의해 그룹들로 소트하고 그리고 그룹으로), 상기 디맨드가 소비자로부터의 특별한 노트들, 그리고/또는 상기 공급자로의 상기 소비자의 로얄티를 포함하는가의 여부를 기반으로 하여 (예를 들면, 상기 디맨드를 표현하는 그리고/또는 그 표현된 디맨드에 따라 행동하는 사용자의 빈도) 그룹으로 하고, 필터링하고 그리고/또는 소트할 수 있을 것이다.
공급자는 제안 정보를 상기 생성된 대시보드를 경유하여 상기 제안 빌더 (330)에게 제공할 수 있을 것이다. 상기 생성된 대시보드는 적절한 제안 정보를 제공하는데 있어서 상기 공급자를 돕기 위한 제시들 (suggestions)을 포함할 수 있을 것이다. 예를 들면, 제시들은 제안 템플리트들 (offer templates), 상기 공급자에 의해 이전에 생성된 제안들, 경쟁자들에 의해서 생성된 제안들, 요금들이 공제된 이후에 구매된 제안들에 관한 예상되는 반환, 상기 제안이 회수될 수 있는 장소들, 장소, 상품, 그리고/또는 서비스의 사진, 그 제안을 사용한 것에 관한 제안을 포함하는 언어, 왜 그 소비자가 귀중한가에 관한 정보 (예를 들면, 그 소비자는 자주 오는 소비자이다, 그 소비자는 팁을 잘 준다 등), 및/또는 유사한 것들을 포함할 수 있을 것이다.
일 실시예에서, 상기 제안 빌더 (330)는 공급자가 여기에서 설명된 것과 같은 제시된 항목들의 집합으로부터 선택함으로써 그리고/또는 자유-양식 포맷에 정보를 입력함으로써 상품들 그리고/또는 서비스들에 대한 제안들을 생성하도록 허용한다. 상기 정보는 자연적인 언어 형식으로 타이핑하여, 말을 하여, 키들을 선택하여, 터치스크린을 경유한 터치에 의해서, 클릭 및 드래그하여, 그리고/또는 유사한 것에 의해 입력될 수 있을 것이다. 몇몇의 모습들에서, 상기 제안 빌더 (330)는 특정 공급자들이 제안들을 구축하는 것을 제한할 수 있을 것이다. 예를 들면, 공급자가 여러 가지 행동 제안들을 가지지만, 어떤 소비자도 그 제안들 중 어느 것도 구매하지 않는다면, 그러면 상기 공급자는 추가의 제안을 구축하는 것이 제한될 수 있을 것이다. 이 방식에서, 상기 공급자는 더욱 경쟁력이 있는 그리고/또는 타겟이 정해진 제안들을 생성하도록 인센티브가 주어질 수 있을 것이다.
일 실시예에서, 상기 제안 빌더 (330)는 상기 소비자에 의해서 식별된 디맨드를 지원하기 위해 상기 제안을 정의하기 위해서 공급 온톨로지 (supply ontology)와 같은 온톨로지를 이용하도록 구성될 수 있을 것이다. 예를 들면, 상기 입력된 제안 정보는 분석되고 그리고 카테고리, 제안 동사 (offer verb), 제안 유형, 유니트 제한 (unit limit), 제안 의문사 (offer interrogative), 유형 의문사 (type interrogative), 상세 의문사 (detail interrogative), 및/또는 위치 (location)와 같은 상이한 클래스들로 분리될 수 있을 것이다. 상기 카테고리는 제안된 상품들 그리고/또는 서비스들의 유형에 대한 일반적인 설명일 수 있으며, 제안 동사는 그 상품들 그리고/또는 서비스들의 가격에 적용된 행동 (예를 들면, 할인, 하나를 사면 하나는 공짜 등)일 수 있으며, 제안 유형은 그 제안이 누구에게 적용되는가 일 수 있으며, 유니트 제한은 상기 제안이 얼마나 많은 상품들 및/또는 서비스들에 적용되는가에 대한 제한일 수 있으며, 제안 의문사는 그 제안이 얼마나 많은 것을 위한 것인가를 설명할 수 있을 것이며, 유형 의문사는 그 제안이 얼마나 많은 상품들 그리고/또는 서비스들을 위해서 양호한가를 설명할 수 있을 것이며, 상세 의문사는 그 상품들 그리고/또는 서비스들이 언제 이용 가능할 것인가일 수 있으며, 위치는 그 상품들 그리고/또는 서비스들이 어디에서 이용 가능할 수 있을 것인가일 수 있다. 일 실시예에서, 상기 제안 빌더 (330)는 표준화된 메시지를 생성하기 위해서 각 클래스 내 엔트리들을 배치할 수 있을 것이다. 상기 표준화된 메시지는 여기에서 설명된 것과 같이 상기 디맨드를 생성했던 소비자에게 전송될 수 있을 것이다.
상기 구축된 (built) 제안은 상기 생성된 대시보드를 경유하여 상기 공급자에 의해서 수정될 수 있을 것이다. (표준화된 메시지 모습인) 상기 구축된 제안이 상기 어젠다 생성기 (310), 상기 제안 데이터베이스 (370), 그리고/또는 상기 대시보드 생성기 (350)로 전송될 수 있을 것이다. 일 실시예에서, 구축된 제안을 수신한 것으로 기반으로 하여, 상기 어젠다 생성기 (310)는 새로운 어젠다를 생성하고 그리고/또는 현존하는 어젠다를 수정할 수 있을 것이며, 그래서 그 새롭게 구축된 제안이 그 어젠다에서 표현되도록 한다. 상기 어젠다 생성기 (310)는 상기 제안에 의해서 커버된 상품들 그리고/또는 서비스들에 대한 디맨드를 나타냈던 그 소비자들을 위해서 새로운 어젠다를 생성하고 그리고/또는 현존하는 어젠다를 수정할 수 있을 뿐이라는 것에 유의한다. 일단 어젠다가 업데이트되면, 소비자는 즉시 통지받을 수 있을 것이다. 통지들은 네트워크 애플리케이션에서 생성된 메시지, 소비자에게 송신된 전자 메시지 (예를 들면, 이메일, 텍스트 메시지 등), 전화 호출, 상기 최종 사용자 기기 (115)에 의해서 생성된 들을 수 있는 사운드 (예를 들면, 소비자의 모바일 기기에 의해서 생성된 호출음 (ring)), 상기 최종 사용자 기기 (115)에 의해서 생성된 진동, 또는 유사한 것을 포함할 수 있을 것이다. 상기 제안들이 플랫폼들을 가로질러 동기화될 수 있을 것이며, 그래서 상기 소비자들 그리고/또는 공급자들이 상이한 기기들 (예를 들면, 데스크톱, 모바일 기기 등)을 경유하여 네트워크 애플리케이션에 액세스할 수 있으며 그리고 그 구축된 제안을 여전히 볼 수 있을 것이라는 것에 또한 유의한다.
추가의 실시예들에서, 상기 구축된 제안은 제안 데이터베이스 (370)에 저장될 수 있을 것이다. 예를 들면, 상기 제안 데이터베이스 (370)는 상이한 공급자들을 위해서 구축된 제안들을 포함할 수 있다. 공급자는 그 공급자가 타겟으로 할 수 있을 소비자들에게 어떤 경쟁자들이 제안하고 있는가를 보기 위해서 상기 구축된 제안들 (예를 들면, 그것의 비즈니스에 관련된 구축된 제안들)에 대한 액세스를 획득할 수 있을 것이다. 비슷하게, 소비자는 상품들 그리고/또는 서비스들에 대한 하나 또는 그 이상의 선언된 디맨드들을 충족시킬 수 있을 제안들을 보기 위해서 상기 구축된 제안들로의 액세스를 획득할 수 있을 것이다. 대안의 실시예들에서, 상기 구축된 제안들은 상기 공급자 기기 (110) 그리고/또는 상기 서버 (120) 상의 메모리에 저장될 수 있을 것이다. 추가의 실시예들에서, 공급자가 상기 소비자들의 구매할 수 있는 현안의 제안들을 보는 것을 허용하고 그리고/또는 구매되었던 제안들을 보는 것을 허용하기 위해서 상기 구축된 제안이 상기 대시보드 생성기 (350)에 전송될 수 있을 것이다.
일 실시예에서, 소비자가 어떤 제안을 구매하기를 결정하면, 상기 어젠다 생성기 (310)는 그 소비자로부터 지불 정보 (예를 들면, 신용 카드 정보, 직불 카드 정보, 은행 계좌 정보, 네트워크로 통화 전달 정보 등)를 수신하고 그리고 이 정보를 상기 디맨드-주도적인 거래 프로세서 (340)로 포워딩할 수 있을 것이다. 예를 들면, 상기 생성된 어젠다는 그 소비자에게 디스플레이된 제안을 구매하기 위한 옵션을 포함할 수 있을 것이다. 구매하기 위한 옵션을 선택함으로써, 상기 생성된 어젠다는 지불 정보를 제공하도록 그 소비자에게 촉구할 수 있을 것이다. 도시되지 않은 대안의 실시예들에서, 소비자가 제안을 구매할 것을 결정하면, 상기 생성된 어젠다는 상기 소비자가 지불 정보를 제공하도록 촉구하고 그리고 상기 디맨드-주도적인 거래 프로세서 (340)는 그 지불 정보를 직접 수신할 수 있을 것이다. 몇몇의 모습들에서, 상기 디맨드-주도적인 거래 프로세서 (340)는 상기 지불 정보가 정확하다는 것을 확인하고 (예를 들면, 그 지불 정보를 도시되지 않은 중앙 저장부에 저장된 정보와 비교함으로써) 그리고 그 지불을 처리할 수 있을 것이다. 지불이 성공적이면, 상기 디맨드-주도적인 거래 프로세서 (340)는 상기 어젠다 생성기 (310) 그리고/또는 상기 대시보드 생성기 (350)로 통지들을 전송할 수 있다. 상기 어젠다 생성기 (310)는 그러면 그 제안이 구매되었다는 것을 사실을 반영하기 위해서, 그 제안을 구매했던 소비자를 위해서 새로운 어젠다를 생성하고 그리고/또는 현존하는 어젠다를 수정할 수 있을 것이다. 상기 디맨드-주도적인 거래 프로세서 (340)는 회수 (redemption) 정보를 추가적으로 생성하고 그리고 이것을 상기 어젠다 생성기 (310)로 전송하며, 그래서 상기 소비자가 상기 구매된 제안을 어떻게 되찾을 수 있는가를 볼 수 있도록 할 수 있다. 상기 대시보드 생성기 (350)는 상기 제안이 구매되었다는 사실을 반영하기 위해서 상기 구매되었던 제안이 비롯된 구입자를 위해 새로운 대시보드를 생성하고 그리고/또는 현존하는 대시보드를 수정할 수 있을 것이다. 예를 들면, 구매된 여러 제안들 그리고/또는 구매된 제안들의 네트 (net) 세일들의 그래픽적인 표현이 업데이트될 수 있다. 일단 대시보드가 업데이트되면, 상기 공급자는 여기에서 설명된 것과 같이 즉각적으로 통지받을 수 있을 것이다.
상기 소비자는 제안을 구매하고 그리고/또는 사용한 이후에 상기 생성된 어젠다를 경유하여 상기 공급자를 평가하도록 설정될 수 있을 것이다. 상기 평가들은 그러면 구축된 제안들 순위를 정하고 그리고/또는 소팅하는데 있어서 상기 어젠다 생성기 (320)에 의해서 그리고 더욱 효율적인 제안들을 제시하는데 있어서 상기 제안 빌더 (330)에 의해서 사용될 수 있을 것이다.
일반적으로, 상기 디맨드-주도적인 시장 프로세서 (210)는 상기 디맨드를 모니터하고 그리고 양 측들에게 알리는 패턴들을 유도하기 위한 사이클을 공급할 수 있을 것이다 (예를 들면, 특별한 영역에서의 공급자들과 같은 변수들 사이의 상호관계들이 더욱 응답성이며, 어떤 유형의 디맨드들은 지연된 서비스들이라기보다는 즉각적으로 더욱 성공적이다 등). 대안으로, 상기 서버 (120) 내에 포함된 도시되지 않은 통계적인 엔진은 상기 디맨드를 모니터하고 그리고 양 측들에게 통지하는 패턴들을 유도하기 위한 사이클을 공급할 수 있을 것이다. 몇몇의 실시예들에서, 상기 디맨드-주도적인 시장 프로세서 (210)는 상기 디맨드를 모니터하고 그리고 실시간으로 사이클을 공급할 수 있을 것이다 (예를 들면, 디맨드들이 생성되고, 제안들이 구축되고, 제안들이 구매되고, 그리고/또는 제안들이 구매되지 않았을 때에 상기 디맨드-주도적 시장 프로세서 (210)는 계속해서 패턴들을 유도할 수 있을 것이다). 다른 말로 하면, 상기 디맨드-주도적인 시장 프로세서 (210)는 생성된 디맨드들, 구축된 제안들, 그리고/또는 거래들이 성취된 또는 성취되지 않았던 이후의 결과들을 기반으로 하여 계속해서 패턴들을 유도할 수 있을 것이다. 다른 실시예들에서, 상기 디맨드-주도적인 시장 프로세서 (210)는 패턴들을 유도하기 위해서 상기 디맨드 데이터베이스 (360) 그리고/또는 상기 제안 데이터베이스 (370)를 주기적으로 모니터할 수 있을 것이다. 다른 이용 가능한 제안들은 물론이며 명백한 디맨드를 봄으로 해서, 공급자들은 경쟁력이 있는 것으로 고무될 수 있으며, 그리고 자신들의 유일한 획득 압박들에 종속하여 (예를 들면, 그룹들이 형성될 기회를 가지기 이전에는) 하나의 소비자 또는 많은 소비자들을 위해서 경쟁할 수 있다
몇몇의 실시예들에서, 상기 어젠다 생성기 (310) 그리고/또는 상기 대시보드 생성기 (350)는 생성된 디맨드들 및/또는 구축된 제안들을 조직하고, 필터링하고, 그리고/또는 순위를 정할 수 있을 것이다. 상기 어젠다 생성기 (310)는 구축된 제안들의 순위를 정하기 위해서 내부적인 규준들 (metrics) (예를 들면, 거리의 충분함, 인센티브 강도, 사회적인 추천 레벨, 변수들을 통해 정규화를 이용할 수 있는 가중된 합 등)을 이용할 수 있을 것이다. 예를 들면, 제안 점수는 다음의 식에 의해 표현될 수 있을 것이다.
이 경우에, ai,j 는 각 제안 i에 대해 각 규준 j의 값이며, 그리고 wj 는 평가 내 그 규준의 가중치이다. 일 예로서, 상기 거리 충분함 규준이 사용되면, 상기 규준은 (실제의 거리 - 최대 거리)/최대 거리 의 비율로서 계산될 수 있을 것이다. 상기 인센티브 강도 규준이 사용되면, 상기 규준은 그런 제안들이 충족되는 빈도 (frequency)로서 계산될 수 있을 것이다. 상기 사회적인 추천 레벨 규준이 사용되면, 상기 규준은 (현재의 순위 / 최대 순위)의 비율로 계산될 수 있을 것이다.
추가의 실시예들에서, 상기 어젠다 생성기 (310) 그리고/또는 상기 대시보드 생성기 (350)는 이질적인 점수 디멘젼 (dimension)들을 단일의 순위로 통합하도록 구성된, 순위 결정 프로세스와 같은, 컴퓨터 프로세스를 구현하는 명령어들을 실행할 수 있을 것이다. 상기 순위 결정 프로세스는 순위 결정 활동들 (예를 들면, 디맨드를 공식화하는 과정에서 소비자에 의해서 보통 고려되는 행동들), 제안들, 검색들 (예를 들면, 검색 결과들), 그리고/또는 제시들에서 사용될 수 있다. 일 실시예에서, 상기 순위 결정 프로세스는 상징적인 표현들 (예를 들면, 활동돌, 제안들, 공급자들, 소비자들, 상품들, 서비스들 등) 또는 어떤 데이터 구조들의 평가에 속한 상이한 디멘젼들을 결합시킨다. 예를 들면, 활동, 활동의 사용, 여기에서 설명된 의도 그래프에 관한 특성들, 사용의 빈도, 위치, 시간, 그리고/또는 항목 벡터 검색을 통해서 획득된 순위에 대한 검색은 검색 결과들의 최종의 순위 결정에 관련될 수 있을 것이다.
몇몇의 모습들에서, 각 디멘젼은 정규화된다. 예를 들면, 각 디멘젼은 주어진 디멘젼의 최대값 d 의 그 특별한 활동에 대한 값의 비율을 취함으로써 정규화될 수 있을 것이다. 예를 들면, 상기 비율은 다음의 수학식으로 표현될 수 있을 것이다:
일 실시예에서, 더 놓은 값이 "더 나은" 점수로 변환될 것이다. 디멘젼들의 예들은 (항목 벡터 분석을 기반으로 한) 항목 점수, 매치 점수 (예를 들면, 동일한 세션에서 질의 항목이 사용된 횟수 당 활동이 검색 결과들의 클릭 오프된 횟수), 인기 점수 (예를 들면, 사용자들의 수), 빈도 점수 (예를 들면, 동일한 시간 구간을 통한 사용자들의 수에 대한 사용 점수의 비율), 사용 점수 (예를 들면, 정의된 시간 구간에 걸쳐서 임의 어젠다로부터 활동이 선택된 횟수), 사용 p 점수 (예를 들면, 정의된 시간 구간에 걸쳐서 임의 어젠다에 대해 특정 사용자에 의해서 상기 활동이 선택된 횟수), 링크 점수 (예를 들면, 어떤 관련에 대해 들어오고 그리고/또는 나가는 링크), 정도 점수 (degree score) (예를 들면, 활동을 다른 것들로 어떻게 연결시키는가를 측정), 근사 (closeness) 점수 (예를 들면, 활동이 다른 것들에 얼마나 가까운가의 측정), 패밀리 점수 (예를 들면, 부모들의 수 (2개 항목 순위), 자녀 (3개 항목 순위), 및/또는 형제들 (1개 항목 순위), 일치 점수 (예를 들면, 질의 통계들에 의해 추론된 값 그리고 링크 점수의 일부), 그리고/또는 응답 점수 (예를 들면, 만들어진 여러 제안들에 걸쳐서 구매된 제안들의 개수)를 포함할 수 있을 것이다. 프로세싱 링크가 득점을 올릴 때에, 원한다면, "사회적인" 점수들은 특정 관계들에만 특화될 수 있다. 다른 가능한 디멘젼들 (dimensions)은 속성 점수, 시간 점수, 위치 점수, 그리고 유사한 것을 포함할 수 있을 것이다.
일 실시예에서, 활동 Activity i 에 대한 기본적인 공식은 포함된 그리고 측정된 각 디멘젼 d에 대한 정규화된 값들의 가중된 곱을 이용한다. 상기 활동의 혼성 값 (상기 활동의 영향 계수로도 또한 불린다)은 다음의 식으로 표현될 수 있을 것이다.
각 디멘젼에 대한 가중치들은 지수들을 통해서 표현될 수 있을 것이다 (순위에 대한 상대적인 기여: 시작 시에서는 수동으로 설립되며, 그 후에 자동화된 적응들을 필요로 한다). 예를 들면, 항목 점수는 1일 것이며 그리고 링크 점수는 0.25일 수 있으며, 이는 다음의 식으로 될 것이다:
활동에 대한 순위는 그러면 상기에서-계산된 혼성 값을 기반으로 할 수 있을 것이다. 일반적으로, 순위를 정하는 것은 활동들, 제안들, 검색들, 그리고/또는 제시들이 어떻게 순서가 정해지는가를 판별할 수 있을 것이다. 예를 들면, 활동들, 제안들, 검색들, 그리고/또는 제시들은 순위가 높으면 제일 위 가까이에 디스플레이될 수 있을 것이다. 유사하게, 활동들, 제안들, 검색들, 그리고/또는 제시들은 순위가 낮으면 바닥에 가깝게 디스플레이될 수 있을 것이다.
다른 실시예들에서 정규화는 다음의 관계를 활용하여 구현된다:
이 경우에 더 작은 (파라미터) 값들이 더 양호하다. 상기 프로세스는 각 디멘젼이 정규화되어 더 양호한 값들이 동일한 방향에서 증가하도록 한다는 것을 확인할 수 있다. 또한, 0으로 잠재적으로 나누는 것은 0을 아주 작은 값, 예를 들면, 0.0001로 대체함으로써 회피된다. 다른 실시예에서, 정규화는 다음의 관계를 활용하며 구현된다:
다른 실시예에서, 정규화는 구현되지 않는다. 0으로 잠재적으로 나누는 것은 0을 파라미터 값들에 비해서 아주 작은 값으로 대체함으로써 회피될 수 있을 것이다.
원래의 것에 더 가까울수록 더 좋은 경우에, 이 측정치들 (점수들)을 원래의 것으로부터의 거리로 변경하기 위해서, 상기 프로세스는 다음의 혼합 값 관계를 또한 활용할 수 있다:
이 구현은 동일한 정규화 접근 방식들을 사용할 수 있다. 잠재적인 log(0)은 0을 매우 작은 값, 예를 들면, 0.0001로 교체함으로써 회피된다.
상기 순위 결정 프로세스는 설정 가능할 수 있을 것이다. 예를 들면, 활동들, 제안들, 검색들, 그리고/또는 제시들의 순위를 결정할 때에, 어떤 디멘젼들은 고려될 수 있을 것이며 그리고 어떤 디멘젼들은 고려되지 않을 수 있을 것이다.
일 예로서, 활동 검색은 순위 결정 목적들을 위해서 InfoStar 프로세스의 둘 또는 그 이상의 인스턴스들을 사용할 수 있을 것이다. 결과들의 첫 번째 집합을 획득하기 위해서 인덱스 (항목 점수)에 대비하여 질의가 실행될 수 있을 것이다. 상기 순위 결정 프로세스는 어떤 디멘젼들을 사용하여 상기 첫 번째 집합 상에서 실행될 수 있을 것이며 그리고 상기 첫 번째 집합이 순위가 정해질 수 있을 것이다. 상기 의도 그래프에서 의미론적 검색은 그 후에 수행될 수 있다. 예를 들면, 상기 첫 번째 집합의 각 엘리먼트에 대해, 상기 엘리먼트의 부모들, 자녀들, 그리고/또는 형제들이 식별될 수 있을 것이다. 부모들, 자녀들, 그리고/또는 형제들이 존재하면, 그것들 위해서 분리된 집합 (예를 들면, 패밀리 집합)이 만들어질 수 있을 것이다. "패밀리 트리"의 활용은 파라미터로 표시될 수 있을 것이며, 이는 확장의 범위가 부모들, 자녀들, 그리고/또는 형제자매들 (siblings)로 제한될 수 있을 것이라는 것을 의미한다. 일 예로, 도 4는 피자를 주문하는 활동의 부모-자녀-형제 관계의 일 예를 도시한다. 첫 번째 집합의 각 엘리먼드에 대해서, 주어진 엘리먼트와 관계를 가진 다른 엘리먼트 아이템들 (예를 들면, 상기 주어진 엘리먼트와 동시 발생의 관계를 가진 그런 엘리먼트들)을 기반으로 하여 다른 집합 (예를 들면, 관계 집합)이 생성될 수 있다. 페밀리 점수 디멘젼 그리고 관계 점수 디멘젼 (예를 들면, 관계들의 개수)을 포함하는 순위 결정 프로세스가 실예를 들어서 설명될 수 있을 것이며, 이 경우에 두 번째 집합이 상기 페밀리 점수들 및/또는 상기 관계 점수들과 함께 상기 첫 번째 집합을 포함한다. 인포스타 프로세스는 상기 두 번째 집합 상에서 실행될 수 있을 것이며 그리고 상기 두 번째 집합은 순위가 정해질 수 있을 것이다. 상기 두 번째 집합의 순위가 정해진 결과들은 그러면 상기 첫 번째 집합의 순위가 정해진 결과들에 추가될 수 있을 것이다.
도 5a - 5c는 두 개의 검색 프로세스들로부터의 결과들의 순위를 정하는 방법들의 다양한 실시예들을 도시한다. 도 5a는 검색 결과들의 첫 번째 집합 (502) 그리고 검색 결과들의 두 번째 집합 (504)의 그래프 (500)를 도시한다. 검색 결과들의 상기 첫 번째 집합 (502)에는 더 높은 영향 계수들이 할당된다 (그러므로 검색 결과들의 두 번째 집합 (504)보다 더욱 관련된 검색 결과들로 간주된다). 예를 들면, 일 실시예에서, 검색 결과들의 상기 첫 번째 집합 (502)은 "항목 벡터 (term vector)" 검색, 또는 질의와 구문론적으로 (syntactically) 또는 렉시그래픽하게 (lexigraphically) 관련된 결과들을 제공하는 검색에 의해서 판별된다. 예를 들면, 상기 검색은 검색 질의에 나타난 특별한 단어 또는 단어들의 그룹 (예를 들면, 검색 항목들, 키워드들 등)을 포함하는 결과들을 반환할 수 있다. 예를 들면, "차를 입수하다 (get a car)"는 "차 보험을 얻는다" 그리고 "세차한다"와 같은 구문론적인 결과들을 반환할 수 있을 것이다. 일 실시예에서, 검색 결과들의 상기 두 번째 집합 (504)은 "패밀리 관계" 검색, 또는 상기 질의와 의미론적으로 관련된 결과들을 제공하는 검색에 의해 판별된다. 예를 들면, 상기 검색은 검색 질의의 공통 부모 (조부모, 증조부모 등)의 자녀들인 결과들을 반환할 수 있다 (도 4 참조). 예를 들면, "차를 입수한다"의 질의는 "값비싼 것을 구입한다" (예를 들면, 종-속 (species-genus) 관계) , 또는 "대출을 받는다" (검색 질의 활동과 부모 질의 활동과 같은 두 활동들의 관련성을 기반으로 하는 관계)의 부모 활동을 구비할 수 있을 것이다, 활동들 사이의 그런 관련성은 미리 정해질 수 있으며 그리고 상기 순위 결정 프로세스에 의해 알려질 수 있다 (예를 들면, 메모리 또는 데이터베이스는 활동들 사이의 그런 관계들을 저장할 수 있다). 상기 검색 결과들은 부모 활동의 자녀를 포함할 수 있다. 예를 들면, 검색 질의가 "차를 입수한다"이며, 그리고 부모 활동이 "값비싼 것을 구입한다"이면, 관련된 의미론 검색 결과 (이는 부모 활동의 자녀이다)는 "집을 구입한다"를 포함할 수 있다. 유사하게, 검색 질의가 "차를 입수한다"이며, 그리고 부모 활동이 "대출을 받는다"이면, 관련된 의미론 검색 결과 (이는 부모 활동의 자녀이다)는 "집을 구입한다"를 또한 포함할 수 있다.
(때로는 InfoStar 또는 I* 로 언급되는) 순위 결정 프로세스는 질의와 검색 결과들 사이의 관계의 유형을 기반으로 하여 검색 결과들의 순위를 정할 수 있다. 예를 들면, 몇몇의 실시예들에서, 도 5a에 도시된 것처럼, 상기 순위 결정 프로세스는 구문론적으로 관련된 모든 결과들을 단순하게 의미론적으로 관련된 결과들보다 더 높게 순위를 정한다. 다른 예시적인, 비-제한적인 예에서, (어떤 행동 동사도 첨부되지 않음) "차"에 대한 검색은 의미론적으로 관련된 결과들 (예를 들면, "대출을 받는다"와 같이, 부모 행동의 자녀들, 또는 형제자매들인 결과들)은 물론이며, 구문론적으로 또는 랙시그래픽하게 관련된 결과들 (예를 들면, "차를 구입하다", "차를 수리하다", "세차하다" 등과 같이, "차"라는 항목을 포함하는 결과들)을 포함할 수 있을 것이다. 도 5a에서 보이는 것처럼, 상기 순위 결정 프로세스는 상기 구문론적인 결과들을 상기 의미론적인 결과들보다 더 높게 순위를 정하도록 구성될 수 있다.
다른 실시예들에서, 상기 순위 결정 프로세스는 도 5b 및 도 5c에서 보이는 것처럼, 두 개의 검색 프로세스들 (예를 들면, 구문론적인 검색 프로세스 그리고 의미론적인 검색 프로세스)로부터의 검색 결과들을 결합하거나 또는 섞을 수 있다. 도 5b는 두 개의 (또는 그보다 많은) 검색 프로세스들 사이에서 오버랩이 존재할 때에 상기 첫 번째 집합 (502) 그리고 상기 두 번째 집합 (504)의 그래프 (500)를 도시한다. 도 5c는 디멘젼 및 의미론적 관계들의 그물 (mesh)이 존재하는 그래프 (500)를 도시한다. 도 5에서의 그래프 (500)에 의해 도시된 것처럼, 상기 의미론적으로 관련된 활동들이 조사되며 그리고 두 번째의 것 이전에 첫 번째의 디멘젼에서 순위가 정해진 것을 위해서 인도된다. 예를 들면, 상기 순위 결정 프로세스는 첫 번째 구문론적인 검색 결과를 가장 높은 순위의 결과로 선택하고 그리고 상기 첫 번째 구문론적인 검색 결과에 관련된 의미론적인 결과들 (예를 들면, 그것의 패밀리 관계들)을 그 다음으로 높은 순위의 결과로 선택하도록 구성될 수 있다. 상기 순위 결정 프로세스는 두 번째의 구문론적인 검색 결과를 다음으로 높은 순위의 결과로 선택하고, 그리고 그것의 의미론적인 관계들을 다음으로 높은 순위의 결과로 선택할 수 있으며, 이하 마찬가지이다.
예를 들어, 활동 질의가 "차"이면, 상기 구문론적인 결과들은 "차를 구입하다", "차를 수리하다", 그리고 "세차하다"를 포함할 수 있을 것이다. "차를 구입하다"라는 결과는 "대출을 받는다"의 활동과 의미론적인 관계를 가질 수 있을 것이다. 이것이 관련된 의미론적인 활동을 가진 유일한 결과이라면, 상기 순위 결정 프로세스는 상기 검색 결과들을 (가장 높은 순위부터 가장 낮은 순위까지) "차를 구입하다", "차를 수리하다", 그리고 "세차하다"로 순위를 매길 수 있을 것이다.
몇몇의 실시예들에서, 대시보드 생성기 (350)는 생성된 디맨드가 속한 공급자들 모두에 대해 대시보드들을 업데이트하지 않을 수 있다. 대시보드 생성기 (350)는 공급자들에게 계류중인 디맨드들을 선택적으로 통지하기 위해서 휴리스틱 규칙 (heuristic rule)들을 사용할 수 있을 것이다. 예를 들면, 대시보드 생성기 (350)는 날짜와 시간, 날씨 상태들, 소비자와 공급자 사이의 거리, 원하는 상품들 그리고/또는 서비스들의 유형, 가격, 품질, 성별 (gender), 빈도, 지속 기간, 또는 유사한 것을 고려할 수 있을 것이다. 일 예로, 소비자가 꽃들에 대한 디맨드를 생성하면, 현재 비가 내리고 있고 그리고 그 공급자가 상기 소비자로부터 문턱값 (threshold) 거리보다 더 멀리 있으면 (예를 들면, 10 마일 등), 화원과 같은 그 공급자는 통지받지 않을 수 있다.
유사하게, 몇몇의 실시예들에서, 상기 어젠다 생성기 (310)는 휴리스틱 규칙들에 따라 제안들에 순위를 매길 수 있다. 예를 들어, 공급자가 고정된 가격으로 상품들 및/또는 서비스들에 대한 제안을 구축하고 그리고 소비자는 그 공급자로부터의 제안을 이전에 구매했다면, 그러면 그 제안은 더 높게 순위가 정해질 수 있을 것이다.
유사하게, 몇몇의 실시예들에서, 상기 어젠다 생성기 (310)는 휴리스틱 규칙들을 기반으로 하여 제시들을 생성할 수 있을 것이다. "휴리스틱"이라는 항목은 그 항목의 가장 넓은, 일반적인 의미를 가질 것으로 의도된 넓은 범위의 항목이다. 추가로, 몇몇의 실시예들에서, 휴리스틱은 규칙, 논리적인 구성, 또는 다른 구조로 표현될 수 있는 수집된 지식의 형식에 관련된다. 예를 들면, 휴리스틱의 한 가지 규칙이 "8:00 am 보다 더 이른 시간이면 그러면 아침을 먹어라"를 포함할 수 있을 것이다. 그런 예에서, 8:00 am 보다 더 이른 시간이었으면 그러면 상기 어젠다 생성기 (310)는 사용자가 "아침을 먹는다"고 제시할 수 있을 것이다.
상기 제시들은 관찰들 (예를 들면, 시스템 관찰, 사용자 관찰 등) 그리고/또는 선호드들 (예를 들면, 시간, 사용자에 의한 입력 등)을 기반으로 할 수 있을 것이다. 예를 들어, 소비자가 두 사람을 위해 레스토랑에 테이블 예약을 위한 디맨드를 생성하면, 그리고 그 소비자의 친구들이 그 레스토랑에 높은 순위를 주었으면, 그러면 상기 어젠다 생성기 (310)는 상기 소비자가 꽃들을 구입하기를 또한 원할 수 있을 것이라고 제시할 수 있다. 다른 예로서, 소비자가 이전에 어떤 제품을 구입했고, 그리고 그 제품이 주기적으로 구매되는 것이라면 (예를 들어, 머리 염색, 치약 등), 상기 어젠다 생성기 (310)는 상기 소비자가 그 제품을 구입하기를 원하고 그리고/또는 그 주 동안에 언젠가 그 제품을 구입하기를 원한다고 제시할 수 있을 것이다.
더욱이, 몇몇의 실시예들에서, 상기 대시보드 생성기 (350)는 생성된 디맨드들을 휴리스틱 규칙들을 기반으로 하여 그룹화 할 수 있을 것이다. 예를 들면, 여러 소비자들이 동일한 또는 유사한 시각에 동일한 상품들 그리고/또는 서비스들에 대한 디맨드들을 생성했으면, 그러면 상기 대시보드 생성기 (350)는 그 디맨드들을 같이 그룹화 할 수 있을 것이다. 추가로, 상이한 시각에 동일한 상품 그리고/또는 서비스들에 대해 생성된 디맨드들은 그룹으로 된 디맨드들과 동시에 디스플레이될 수 있을 것이다. 일 예로서, 공급자가 이발을 제안하면, 수요일 오후의 이발에 대해서 생성된 디맨드들은 그룹으로 구성될 수 있을 것이며 그리고 수요일 오후의 이발들에 대해 얼마나 많은 디맨드들이 생성되었는가에 관한 표시가 만들어질 수 있을 것이다. 목요일 아침의 이발들에 대해서 생성된 디맨드들은 그러면 그룹으로 구성되며 그리고 상기 수요일 오후 디맨드 그룹 아래에 디스플레이될 수 있을 것이며, 이하 동일하다. 몇몇의 모습들에서, 추가의 그룹화들이 만들어질 수 있을 것이다. 예를 들어, 수요일 오후 그리고 목요일 아침 디맨드들은 그룹화될 수 있을 것이며, 그리고 전체 디맨드들의 개수가 표시될 수 있을 것이다. 상기 대시보드 생성기 (350)가 시간-기반의 필요성들이 더욱 분리된 디맨드 노출 그리고/또는 비슷한 것을 포함할 수 있을 것이라고 결정할 때까지, 디맨드들은 공급자의 선호도를 기반으로 그룹화될 (또는 그룹이 해제될) 수 있을 것이다. 다른 예로서, 공급자가 다중의 관련된 상품들 및/또는 서비스들을 제안하면 (예를 들면, 상기 공급자가 올리브 오일 그리고 식초를 판매한다), 그러면 상기 대시보드 생성기 (350)는 그 관련된 상품들 및/또는 서비스들에 대한 디맨드들을 그룹화할 수 있을 것이다 (예를 들면, 올리브 오일 그리고 식초 디맨드들은 "조미료들" 하에서 그룹화될 것이다). 이 방식에서, 공급자는 이용 가능성, 디맨드, 그리고/또는 유시한 것을 기반으로 제안들을 효율적으로 구축 (build)할 수 있을 것이다.
또한, 몇몇의 실시예들에서, 상기 제안 빌더 (330)는 여기에서 설명된 것처럼 휴리스틱 규칙들을 기반으로 하여 제안들을 제시할 수 있을 것이다. 예를 들면, 공급자가 제안을 구축하기를 바라는 생성된 디맨드를 기반으로 하여, 상기 제안 빌더 (330)는 제안 유형, 구매 가격, 및/또는 상기 제안이 유효할 수 있을 시간 구간을 제시할 수 있을 것이다. 제안 유형, 구매 가격, 및/또는 시간 구간에 대한 제시들은 디맨드-주도적 시장 프로세서 (210) 및/또는 도시되지 않은 통계 엔진에 의해서 학습된 패턴들을 기반으로 할 수 있을 것이다 (예를 들면, (거래가 완료된 이후에 또는 거래가 완료되지 않은 때 중 어느 하나에서) 어떤 디맨드들에 대해 어떤 인센티브들이 최선으로 작용하는지, 어떤 디맨드들이 빠르게 성취되는지, 어떤 제안들이 빠르게 구매되는지, 어떤 디맨드들이 덜 성공적인지, 어떤 제안들이 덜 성공적인지 등과 같은 성과를 기반으로 하는 패턴).
몇몇의 실시예들에서, 상기 서버 (120)는 새로운 활동들을 조정하도록 구성될 수 있을 것이다. 예를 들면, 상기 서버 (120)는 외부의 소스들 (예를 들면, 구현된 활동들에 의해 아직 인식되거나 커버되지 않은 상품들 그리고/또는 서비스들을 제안하는 공급자, 구현된 활동들에 의해 아직 인식되지 않은 상품들 그리고/또는 서비스들을 소망하는 소비자 등)로부터 수신한 데이터를 기반으로 하여 새로운 유형의 활동들에 대한 디맨드를 생성하고 그리고/또는 제안들을 구축하도록 구성될 수 있다. 상기 새로운 활동은 새로운 카테고리, 존재하는 카테고리, 새로운 서브카테고리, 존재하는 서브카테고리, 또는 유사한 것에 포함될 수 있을 것이다. 시스템 (예를 들면, 사용자들 및 공급자들에게의 노출의 레벨)을 통한 그 새로운 활동의 전달은 유기적인 활용 그리고 존재하는 활동들과의 편집상의 일관성과 같은 기준들을 기반으로 할 수 있을 것이다.
몇몇의 실시예들에서, 상기 서버 (120)는, 도시되지 않은, 검증 프로세서를 포함할 수 있을 것이다. 상기 검증 프로세서는 공급자가 합법적인 비즈니스 또는 개인인가의 여부를 판별하도록 구성될 수 있을 것이다. 상기 검증 프로세서는 상기 공급자가 대표된 것과 같은 개인 또는 엔티티인가의 여부, 상기 공급자가 그 개인이나 엔티티를 계약으로 묶을 권한을 가지고 있는가의 여부, 사용자가 어떤 정책 또는 다른 임의적인 표준을 위배하는가의 여부, 그리고/또는 계약 위배, 정책 또는 유사한 위배에 대해 회수의 방법을 이용 가능한가의 여부를 모니터할 수 있을 것이다. 이런 요소들을 기반으로, 상기 검증 프로세서는 공급자를 검증됨, 존속 중임, 또는 설립되지 않음으로 분류할 수 있을 것이다. 이 분류를 기반으로, 네트워크 애플리케이션을 공급자가 사용하는 것이 제안될 수도 있고 또는 제한되지 않을 수도 있을 것이다.
도 6은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 어젠다 (600)를 도시한다. 비록 도시된 어젠다 (600)가 브라우저를 통해서 보이지만, (여기에서 제시된 브라우저-구현된 예들 모두는 물론이며) 동일한 또는 유사한 어젠다는 어떤 다른 클라이언트 애플리케이션을 통해서 보일 수 있을 것이며, 단독 (stand-alone) 애플리케이션 (예를 들면, 다운로드 가능한 프로그램, 애플리케이션 등)으로 한정되지 않는다. 상기 어젠다 (600)는 액티브한 그리고/또는 기간 만료된 디맨드들 (602) (몇몇의 도면들, 그리고 아래에서 "너지들 (nudges)" (602)의 용어로 언급됨), 개방 제안들 (open offers) (604), 그리고 구매된 제안들 (purchased offers) (606)을 포함한다. 너지들 (602)은 기간 만료된 것이 어느 것들인지 그리고/또는 그 너지들과 연관된 계류중인 제안들의 개수를 표시할 수 있을 것이다. 개방 제안들 (604)은 제안된 상품들 및/또는 서비스들 (그리고 제안된 거래)의 유형의 설명 그리고/또는 누가 그 제안을 했는지를 포함할 수 있을 것이다. 구매된 제안들 (606)이 도 6에서 보이는 것처럼 비어 있지만, 그 구매된 제안들 (606)은 개방 제안들 (604)과 유사한 정보를 포함할 수 있을 것이다.
도 7a - 7h는 디맨드가 생성되고 있는 네트워크 애플리케이션에 액세스하는 브라우저를 통해 보이는 다른 어젠다 (700)를 도시한다. 도 7a에서, 활동을 선택하여 디맨드 생성 프로세스를 시작하기 위해서, 소비자는 제시된 너지들 (suggested nudges) (702) 중 하나, 카테고리들 (categories) (704) 중 하나로부터 선택하고, 그리고/또는 검색 박스 (706)를 경유하여 자유-양식 검색을 수행할 수 있을 것이다. 제시된 너지들 (702) 중의 몇몇은 "점심 먹으러 나간다", "새로운 차를 입수한다", 차량 보험을 얻는다" 등을 포함한다. 카테고리들 (704) 중 몇몇은 "자동차", "재무", "음식" 등을 포함한다. 자유-양식 검색이 착수되면, 적절한 디맨드를 생성하기 위해서 디맨트 온톨로지와 같은 온톨리지가 구현될 수 있다. 또한, 그 온톨로지를 기반으로 하여, 상기 검색 박스는 소비자가 그 검색 박스에 캐릭터들을 타이핑하거나 또는 그렇지 않다면 입력할 때에 가장 있음직한 표현 매치들을 실시간으로 디스플레이할 수 있을 것이다 (예를 들면, 디맨드 온톨리지와 같은 온톨로지를 기반으로 하는 자동-완성 서비스).
도 7b - 7c는 활동이 선택된 이후의 다음 단계를 도시한다. 도시된 것처럼, "식품점 입수 (get groceries)"가 선택된 활동이었다. 네트워크 애플리케이션은, 예를 들면 상기 디맨드 생성기 (320)를 경유하여, 소비자에게 여러 옵션들을 제공한다. 그 소비자는 그 소비자가 상기 활동을 소망하는 시작 날짜 또는 마감 날짜를 선택할 수 있다. 추가로, 몇몇의 실시예들에서 그 사용자가 그 활동이 소망되는 날짜를 오늘 (Today)로 선택하면, 상기 네트워크 애플리케이션은 지금 (Now), 오후 (Afternoon), 오늘 밤 (Tonight)과 같이 하루 중 시간에 관한 미리 정해진 선택들을 더 제공할 수 있다 (도 7b 참조). 몇몇의 실시예들에서, 사용자가 그 활동이 소망되는 날짜에 대해 시작/만료 날짜 (On/By Date)를 선택하면, 상기 네트워크 애플리케이션은, 내일 (Tomorrow), 모레 (Day After Tomorrow), 특정 날짜 (Specified Date) 등과 같이, 시작/만료 날짜 (On/By Date)에 관련하는 미리 정해진 선택들을 더 제공할 수 있다. 상기 소비자는 그 소망된 활동을 수신하기 위한 위치 (예를 들면, 현재 위치 (Current Location)에서, 근처에서 그리고/또는 선택된 거리 내 (예를 들면, 선택된 반경 내)), 저장된 위치 (Saved Location) (예를 들면, 집 (Home), 일터 (Work) 등), 규정된 위치 (Specific Location) (예를 들면, 주소, 영역 코드, 우편 번호, 랜드마크 등 입력))를 또한 규정할 수 있다
도 7d는 달력을 디스플레이하며 그리고 날짜를 선택할 때에 나타날 수 있을 팝-업 윈도우 (730)를 도시한다. 다른 실시예들에서, 분리된 탭들, 스크린 오버레이들, 슬라이딩 패널들, 그리고 유사한 것과 같은, 팝-업 윈도우들의 대안들이 사용될 수 있을 것이다. 예를 들면, 모바일 기기는 수평의 또는 수직의 스크롤하는 디스플레이를 이용하여 분리된 윈도우들을 보여줄 수 있을 것이며, 이는 유리하게도 작은 디스플레이 영역을 필요로 할 수 있을 것이다. 도 7e는, 날짜를 선택하면, 선택된 날짜가 참조번호 710의 박스 내에 디스플레이되는 것을 도시한다.
도 7f는 위치를 특정할 것을 선택할 때에 나타날 수 있을 텍스트 필드 박스를 디스플레이하는 팝-업 윈도우를 도시한다. 다른 실시예들에서, 분리된 탭들, 스크린 오버레이들, 슬라이딩 패널들, 그리고 유사한 것과 같은, 팝-업 윈도우들의 대안들이 사용될 수 있을 것이다. 예를 들면, 모바일 기기는 수평의 또는 수직의 스크롤하는 디스플레이를 이용하여 분리된 윈도우들을 보여줄 수 있을 것이며, 이는 유리하게도 작은 디스플레이 영역을 필요로 할 수 있을 것이다. 참조번호 712의 박스 내 현재의 위치가 선택되면, 상기 서버 (120)는 최종 사용자 기기 (115)의 위치를 판별하려고 시도할 수 있을 것이다. 상기 서버 (120)는 글로벌 포지셔닝 위성 정보, 상기 최종 사용자 기기 (115)의 인터넷 프로토콜 ("IP") 주소, 및/또는 최종 사용자 기기 (115)의 위치를 판별하기 위한 어떤 다른 알려진 수단을 기반으로 하여 상기 위치를 판별할 수 있을 것이다. 도 7g는, 텍스트 필드 박스에 타이핑하면, 가장 있음직한 표현 매치들을 실시간으로 디스플레이하기 위해서 디맨드 온톨로지와 같은 온톨로지가 실행될 수 있을 것이다. 몇몇의 실시예들에서, 상기 가장 있음직한 표현 매치들은 상기 소비자에 의해 선택된 이전의 위치들 그리고/또는 그 소비자의 현재의 위치를 기반으로 할 수 있을 것이다.
도 7h는, 원하는 활동을 위한 위치를 선택하면, 그 선택된 위치가 참조번호 714의 박스 내에 디스플레이되는 것을 도시한다.
도 8은 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다 (800)를 도시한다. 도 8은 새로운 디맨드가 생성된 이후의 어젠다 (800)를 도시한다. 예를 들면, 도 7a - 7h에 관하여 설명된 것처럼 "새로운 차를 입수한다"에 대한 디맨드를 생성한 이후에, 너지들 (602)은 "새로운 차를 입수한다"가 이제 현안의 너지 (nudge)라는 것을 표시하는 새로운 아이콘을 포함한다.
도 9는 네트워크 애플리케이션에 액세스하는 브라우저를 통해서 보이는 다른 어젠다 (900)를 도시한다. 도 9는 열린 제안들 (open offers) 들 하나가 (예를 들면, 마우스오버, 클릭, 제스처, 음성 입력 등을 경유하여) 선택된 이후의 어젠다 (900)를 도시한다. 팝-업 윈도우는 나타내고 그리고 상기 제안의 설명을 포함할 수 있을 것이다 (예를 들면, 그것이 무엇에 대한 것인가, 누가 그 제안을 만들었는가, 그것이 언제 기간 만료되는가, 회수 기간, 그 위치 및/또는 상품들 및/또는 서비스들의 사진, 그 제안이 회수될 수 있는 위치, 그 제안을 구매하기 위한 항목들 및 조건들, 그리고/또는 옵션). 다른 실시예들에서, 분리된 탭들, 스크린 오버레이들, 슬라이딩 패널들, 그리고 유사한 것과 같은, 팝-업 윈도우들의 대안들이 사용될 수 있을 것이다. 예를 들면, 모바일 기기는 수평의 또는 수직의 스크롤하는 디스플레이를 이용하여 분리된 윈도우들을 보여줄 수 있을 것이며, 이는 유리하게도 작은 디스플레이 영역을 필요로 할 수 있을 것이다.
도 10은 네트워크 애플리케이션에 액세스하는 브라우저를 통해 보이는 다른 어젠다 (1000)를 도시한다. 기간 만료된 또는 현안의 너지들 중 하나를 선택하면, 참조번호 1010의 필드와 같은 곳에서 그 너지의 상세한 내용들이 볼 수 있게 될 것이며, 그리고 그 너지와 연관된 제안들을 볼 수 있을 것이다.
도 11은 네트워크 애플리케이션에 액세스하는 브라우저를 통해 보이는 다른 어젠다 (1100)를 도시한다. "새로운 차 입수" 너지가 (예를 들면, 마우스오버, 클릭, 제스처, 음성 입력 등을 경유하여) 선택되면, 그 새롭게 생상된 너지에 대해서 어떤 제안들도 수신되지 않았기 때문에, 개방 제안들 (open offers) 그리고 구매된 제안들 (purchased offers)은 비게 된다. 그러나, 상기 너지의 상세한 내용들은 참조번호 1110의 필드에서처럼, 여전히 보일 수 있을 것이다.
도 12는 네트워크 애플리케이션에 액세스하는 브라우저를 통해 보이는 다른 어젠다 (1200)를 도시한다. 도 12에 도시된 것처럼, "새로운 차 입수" 너지 위에 놓인 숫자가 매겨진 아이콘에 의해서는 물론이며 개방 제안들 필드 내에 표시된 것처럼, "새로운 차 입수" 너지를 위한 제안이 수신된다
도 13은 네트워크 애플리케이션에 액세스하는 브라우저를 통해 보이는 다른 어젠다 (1300)를 도시한다. 도 13은 "새로운 차 입수" 너지와 연관된 제안이 선택된 이후의 어젠다 (1300)를 도시한다. 팝-업 윈도우가 나타날 수 있으며 그리고 여기에서 설명된 것과 같은 제안의 설명을 포함할 수 있다. 다른 실시예들에서, 분리된 탭들, 스크린 오버레이들, 슬라이딩 패널들, 그리고 유사한 것과 같은, 팝-업 윈도우들의 대안들이 사용될 수 있을 것이다. 예를 들면, 모바일 기기는 수평의 또는 수직의 스크롤하는 디스플레이를 이용하여 분리된 윈도우들을 보여줄 수 있을 것이며, 이는 유리하게도 작은 디스플레이 영역을 필요로 할 수 있을 것이다.
도 14a - 14e는 네트워크 애플리케이션에 액세스하는 브라우저를 통해 보이는 다른 어젠다 (1400)를 도시하며, 여기에서 제안이 구매되고 있다. 도 14a에 도시된 것처럼, 상기 어젠다 (1400)는 구매될 수 있을 제안의 설명을 제공할 수 있으며, 소계 (subtotal)가격 그리고 세금 (tax) 그리고/또는 다른 요금들을 고려한 이후의 전체 (total) 가격을 포함한다. 어떤 실시예에서, 소비자는 신용 카드 또는 다른 구매 정보 (예를 들면, 체크, 유선 전달, 기프트 카드 등)를 입력할 수 있을 것이다. 예를 들면, 도 14b에 도시된 것처럼, 팝-업 윈도우 (1410)가 나타날 수 있으며, 그래서 소비자가 신용 카드 또는 다른 구매 정보를 입력하고 저장하도록 허용한다. 다른 실시예들에서, 분리된 탭들, 스크린 오버레이들, 슬라이딩 패널들, 그리고 유사한 것과 같은, 팝-업 윈도우들의 대안들이 사용될 수 있을 것이다. 예를 들면, 모바일 기기는 수평의 또는 수직의 스크롤하는 디스플레이를 이용하여 분리된 윈도우들을 보여줄 수 있을 것이며, 이는 유리하게도 작은 디스플레이 영역을 필요로 할 수 있을 것이다. 마찬가지로, 도 14c에 도시된 것처럼, 소비자는 과금 정보 (예를 들면, 이름, 주소 등)를 또한 저장할 수 있을 것이다. 몇몇의 실시예들에서, 신용 카드 또는 다른 구매 정보가 일단 입력되면, 이 정보의 표현이 참조번호 1420의 박스와 같은 박스 내에 디스플레이될 수 있을 것이다. 도 14d에 도시된 것처럼, 일단 과금 정보가 입력되면, 그 과금 정보의 표현은 참조번호 1430의 박스와 같은 박스 내에 또한 디스플레이될 수 있을 것이다. 일 실시예에서, 신용 카드 또는 다른 구매 정보를 서버 (120) 상에 존재하는 메모리와 같은 메모리에 저장할 것을 소비자가 원하는가의 여부에 관한 선택이 그 소비자에게 주어질 수 있다. 도 14e에 도시된 것처럼, 구매 주문이 제출되고 그리고 거래가 완료되기 이전에 그 구매 주문을 편집하기 위한 옵션이 소비자에게 주어질 수 있다.
도 15는 네트워크 애플리케이션에 액세스하는 브라우저를 통해 보이는 다른 어젠다 (1500)를 도시하며, 여기에서 제안의 구매를 기반으로 하여 바우쳐 (voucher) (1510)가 생성된다. 상기 바우쳐 (1510)는 신원 정보 (예를 들면, 바코드, 검증 코드, 유일 키, 및/또는 유사한 것), 상기 바우쳐 (1510)가 회수될 수 있는 위치, 구매하는 측의 이름 또는 다른 신원, 그 제안이 구매되었던 시각, 구매된 제안의 신원, 상기 바우쳐 (1510)가 회수될 수 있는 시간 구간, 상기 바우쳐 (1510) 사용의 항목들 및 조건들, 및/또는 다른 유사한 정보를 포함할 수 있을 것이다. 일 예로서, 상기 신원 정보는 상기 네트워크 애플리케이션에 의해서 생성되고 그리고/또는 공급자에 의해서 공급될 수 있을 것이다. 일 실시예에서, 상기 바우쳐 (1510)는 인쇄 가능하다. 다른 실시예들에서, 상기 바우쳐 (1510)는 전자적으로 회수될 수 있을 것이다. 예를 들면, 상기 바우쳐 (1510)는 모바일 기기 상에 디스플레이될 수 있으며 그리고 적절한 기기에 의해서 스캔될 수 있는 바코드를 포함할 수 있다. 마찬가지로, 상기 바우쳐 (1510)는, 상기 최종 사용자 기기 (115)가 상기 상품들 그리고/또는 서비스들을 위한 거래들을 용이하게 하도록 구성된 리더기에 전송하는 정보를 포함할 수 있을 것이다.
도 16은 네트워크 애플리케이션에 액세스하는 브라우저를 통해 보이는 대시보드 (1600)를 도시한다. 상기 대시보드 (1600)는 다음 (following) 필드 (1610), 현재의 요약 (current summary) 필드 (1620), 액티브 제안 (active offer) 필드 (1630), 그리고/또는 업데이트 (update) 필드 (1640)를 포함할 수 있다. 일 실시예에서, 상기 다음 필드 (1610)는 활동들의 유형들을 포함할 수 있으며, 이 활동들에 대해서 생성된 디맨드들을 상기 공급자가 수신한다. 상기 대시보드 (1600)는 공급자가 상기 다음 필드 (1610)에 활동들을 추가하고 그리고/또는 제거하도록 허용할 수 있다. 활동들은 대시보드 (1600)가 제공한 제시들을 기반으로 하여 추가될 수 있을 것이다. 어떤 실시예에서, 상기 현재의 요약 필드 (1620)는 공급자에 의해 제안된 상품들 및/또는 서비스들을 원하는 소비자들의 수의 표시, 여전히 현안인 구축된 제안들의 개수의 표시, 구매되었던 제안들의 개수의 표시, 그리고/또는 구매된 제안들로부터의 최종 세일들의 표시를 포함한다. 상기 현재의 요약 필드 (1620)는 상호 대화식 (interactive)이어서, 공급자가 (예를 들면, 마우스오버, 클릭, 제스처, 음성 입력 등을 통해서) 상기 표시들 중 하나의 표시를 선택하여 추가적인 정보를 수신할 수 있도록 할 수 있을 것이다. 예를 들면, 공급자는 보고를 생성하고, 보고, 그리고/또는 인쇄하기 위해서 상기 표시들 중 하나의 표시를 선택할 수 있을 것이다.
일 실시예에서, 액티브 제안 필드 (1630)는 여전히 현안인 구축된 제안들을 식별하고 그리고/또는 각 구축된 제안의 설명을 제공할 수 있을 것이다. 일 실시예에서, 상기 업데이트 필드 (1640)는 새로운 소비자들 (예를 들면, 공급자가 상기 다음 필드 (1610)에서 따라가며 그리고 그 공급자에 의해서 이미 해결되지 않았던 상품들 그리고/또는 서비스들에 대해서 최근에 디맨드를 생성했던 소비자들) 그리고/또는 다른 비즈니스들 (예를 들면, 상기 공급자에 의해 제안된 상품들 그리고/또는 서비스들과 동일한 또는 관련된 상품들 그리고/또는 서비스들을 제안한 비즈니스들, 상기 공급자에 의해서 경쟁자들로 간주될 수 있을 다른 비즈니스들 등)에 의해 구축된 제안들을 식별한다.
도 17a - 17b는 네트워크 애플리케이션에 액세스하는 브라우저를 통해 보이는 다른 대시보드 (1700)를 도시한다. 일 실시예에서, 공급자는 다른 비즈니스들에 의해서 구축된 제안들의 항목들을 상기 업데이트 필드 (1640) 내 버튼 또는 다른 선택 가능한 컴포넌트를 경유하여 볼 수 있을 것이다. 일 실시예에서, 상기 제안들은 팝-업 윈도우 (1710)에 나타난다. 다른 실시예들에서, 분리된 탭들, 스크린 오버레이들, 슬라이딩 패널들, 그리고 유사한 것과 같은, 팝-업 윈도우들의 대안들이 사용될 수 있을 것이다. 예를 들면, 모바일 기기는 수평의 또는 수직의 스크롤하는 디스플레이를 이용하여 분리된 윈도우들을 보여줄 수 있을 것이며, 이는 유리하게도 작은 디스플레이 영역을 필요로 할 수 있을 것이다. 상기 팝-업 윈도우 (1710) 또는 팝-업 윈도우의 대안 내에서, 소비자는 몇몇 또는 모든 관련된 제안들을 통해서 브라우즈할 수 있을 것이다.
도 18은 네트워크 애플리케이션에 액세스하는 브라우저를 통해 보이는 다른 대시보드 (1800)를 도시한다. 일 실시예에서, 공급자는 상기 대시보드 생성기 (350)에 의해 제공된 제시들을 기반으로, 상기 대시보드 생성기 (350)에 의해 제안된 카테고리들 및/또는 서브카테고리들을 기반으로, 그리고/또는 자유-양식 검색에 입력하는 것을 기반으로 상기 다음 필드 (1610)에 활동을 추가할 수 있을 것이다. 몇몇의 실시예들에서, 활동을 추가하는데 있어서 상기 공급자를 돕기 위해서 디맨드 온톨로지와 같은 온톨로지가 사용될 수 있을 것이다.
도 19a - 19k는 네트워크 애플리케이션에 액세스하는 브라우저를 통해 보이는 다른 대시보드 (1900)를 도시한다. 일 실시예에서, 상기 서버 (120)는 소비자의 수신된 생성된 디맨드에 맞추어진 제안을, 상기 제안 빌더 (330)를 경유하는 것처럼, 공급자가 구축하도록 허용한다. 도 19a - 19k는 제안이 구축될 수 있을 프로세스를 그래픽으로 도시한다. 여기에서 설명된 것처럼, 상기 공급자는 제안 정보를 제공할 수 있을 것이며, 상기 대시보드 (1900)는 적절한 제안 정보를 제공하는데 있어서 상기 공급자를 돕기 위해서 제안들을 제공할 수 있을 것이며, 상기 공급자는 제시된 항목들의 집합으로부터 선택할 수 있을 것이며, 그리고/또는 상기 공급자는 자유-양식 포맷에 정보를 입력할 수 있을 것이다. 일 실시예에서, 상기 공급자에 의해서 입력된 제안 항목들은 실시간으로 분석되고 그리고 디맨드 공간 (demand space)에 대비하여 비교될 수 있다. 상기 입력된 제안 항목들이 상기 디맨드 공간 내 다른 제안 항목들로부터 미리 정해진 정도로 빗나가면 그리고/또는 상기 상품 그리고/또는 서비스에 대한 디맨드를 기반으로 하여 예상된 제안 항목들로부터 빗나가면, 그러면 상기 입력된 제안 항목들은 공급자에 대해서 플래그가 달릴 수 있을 것이다. 이런 방식에서, 공급자들은 더욱 효율적이며 그리고 적절한 제안 항목들을 생성할 수 있을 것이다.
도 20a 및 도 20b는 네트워크 애플리케이션에 액세스하는 브라우저를 통해 보이는 다른 대시보드 (2000)를 도시한다. 일 실시예에서, 상기 다음 필드 (1610) 내 활동이 선택될 수 있을 것이다. 어떤 활동을 선택하면, 그 활동과 연관된 하나 또는 그 이상의 제안들 그리고 그 제안과 연관된 제안 상세 내용들이 디스플레이될 수 있다. 예를 들면, 상기 제안에 대한 설명, 기간 만료 날짜, 남아있는 제안들의 개수의 표시, 회수 기간, 상기 제안이 회수될 수 있는 하나 또는 그 이상의 위치들, 상기 제안의 항목들 그리고/또는 조건들, 상기 제안의 수령자들의 수 표시, 구매된 제안들의 개수의 표시, 회수된 제안들의 개수의 표시, 제안의 회수에 이어지는 상기 공급자에게 지불 가능한 금액의 표시 ("가용 (Available) $" 표시기), 제안의 회수에 이어지는 상기 공급자에게 지불된 금액의 표시 ("이행된 (Fulfilled) $" 표시기), 그리고/또는 회수되고 있는 제안들을 기반으로 하는 전체 세일들의 표시가 상기 공급자에게 제공될 수 있을 것이다. 수령자들 (Recipients) 표시기 (2010)는 공급자가 제안들을 보고 그리고 어떤 제안의 수령자들을 분석하는 것을 허용한다. 예를 들면, 상기 공급자는 어떤 종류의 수령자들이 그 제안을 구매했는가를 판별할 수 있다 (도 20a 참조). 회수 바우쳐 (Redeem Voucher) 표시기 (2020)는 공급자가, 구매된 바우쳐를 구매자에 의해서 제시된 회수 키를 입력함으로써 회수하는 것을 허용한다 (도 20b 참조). 예를 들면, 상기 공급자는 상기 회수 바우쳐 표시기 (2020)를 선택할 때에 나타내는 팝-업 윈도우 (2030)에 회수 키를 타이프하거나 또는 입력할 수 있다. 다른 실시예들에서, 분리된 탭들, 스크린 오버레이들, 슬라이딩 패널들, 그리고 유사한 것과 같은, 팝-업 윈도우들의 대안들이 사용될 수 있을 것이다. 예를 들면, 모바일 기기는 수평의 또는 수직의 스크롤하는 디스플레이를 이용하여 분리된 윈도우들을 보여줄 수 있을 것이며, 이는 유리하게도 작은 디스플레이 영역을 필요로 할 수 있을 것이다. 제안 조기 종결 (End Offer Early) 표시기 (2040)는 제안의 원래 기간만료 이전에 공급자가 그 제안을 종결하도록 허용한다 (도 20b 참조).
도 21은 소비자가 디맨드를 생성하는 것을 허용하기 위한 프로세서 (2100)의 실시예를 도시한다. 다양한 실시예들에서, 추가의 블록들이 수행될 수 있을 것이며, 도시된 것보다 더 적은 수의 블록들이 수행될 수 있을 것이며, 그리고/또는 상기 블록들은 도시된 것과는 다른 순서로 수행될 수 있을 것이다. 상기 프로세스는, 예를 들면, 도 3의 디맨드 생성기 (320)에 의해서 수행될 수 있을 것이다.
일 실시예에서, 상기 프로세스 (2100)는 블록 2110에서 시작한다. 블록 2110에서, 디맨드 정보가 수신된다. 일 실시예에서, 디맨드 정보는 소비자가 바라는 양호함의 유형; 소비자가 바라는 서비스 유형; 소비자가 상품 및/또는 서비스를 원할 시작 시각; 소비자가 상품 및/또는 서비스를 원할 마감 시각; 소비자가 상품 및/또는 서비스를 원할 장소; 제한들, 특별한 명령 등에 관한 추가 정보; 그리고/또는 유사한 것을 포함할 수 있을 것이다. 몇몇의 실시예들에서, 블록 2110 이후에, 상기 프로세스 (2100)는 블록 2120으로 진행한다. 블록 2120에서, 상기 수신된 디맨드 정보에 관련된 또는 연관된 아이템들이 판별된다. 일 실시예에서, 여기에서 설명된 온톨로지와 같은 온톨로지를 구현하여 상기 판별이 만들어진다. 몇몇의 실시예들에서, 블록 2120 이후에, 상기 프로세스 (2100)는 블록 2130으로 진행한다. 블록 2130에서, 상기 수신된 디맨드 정보를 기반으로 하여 디맨드가 생성된다. 그 디맨드는 상기에서 설명된 매칭 프로세스들을 포함하는 여기에서 설명된 방법들 중 어떤 것을 적용하여 생성될 수 있을 것이다. 예를 들면, 몇몇의 실시예들에서, 상기 디맨드는 사용자에 의해 선택된 또는 식별된 특별한 활동일 뿐이다 (예를 들면, 사용자가 "차를 구입한다"는 욕망을 표현하며, 그러면 디맨드는 "차를 구입한다"인 것으로 정해진다). 다른 실시예들에서, 상기 디맨드는 구문론적인 (syntactic), 사전 편집상의 (lexicographical), 그리고/또는 의미상 (semantically) 관련된 활동들을 식별하기 위해서 온톨리지를 적용함으로써 생성된다. 몇몇의 실시예들에서, 블록 2130 이후에, 상기 프로세스 (2100)는 블록 2140으로 진행한다. 블록 2140에서, 상기 수신된 디맨드 정보를 기반으로 하여 생성된 디맨드는 상기 판별된 아이템들에 연관된 공급자들에게 전송된다. 일 실시예에서, 상기 생성된 디맨드는, 상기 생성된 디맨드에 의해서 정의된 것으로 소망된 상품들 그리고/또는 서비스들과 동일한 또는 관련된 상품들 및/또는 서비스들을 제안하는 그런 공급자들에게 이용 가능하게 만들어진다.
도 22는 공급자가 제안을 구축하도록 허용하는 프로세스 (2200)의 실시예를 도시한다. 다양한 실시예들에서, 추가의 블록들이 수행될 수 있을 것이며, 도시된 것보다 더 적은 수의 블록들이 수행될 수 있을 것이며, 그리고/또는 상기 블록들은 도시된 것과는 다른 순서로 수행될 수 있을 것이다. 상기 프로세스는, 예를 들면, 도 3의 제안 빌더 (330)에 의해서 수행될 수 있을 것이다.
실시예에서, 상기 프로세스 (2200)는 블록 2210에서 시작한다. 블록 2210에서, 제안 정보는 디맨드용으로 수신된다. 실시예에서, 제안 정보는 그 제안의 의도된 수령자 (예를 들면, 소비자, 소비자들의 그룹 등); 그 제안의 항목들 (예를 들면, 세일을 위해서 제안된 상품들 및/또는 서비스들의 설명, 그 상품들 및/또는 서비스들에 대한 구매 가격, 그 상품들 및/또는 서비스들에 대한 할인, 상기 제안이 회수될 수 있을 시간 구간, 그 상품들 및/또는 서비스들에 대한 포기자들, 상기 제안의 사용에 관한 제한들, 위치, 상품, 그리고/또는 서비스들의 사진 등); 그리고/또는 유사한 것을 포함할 수 있을 것이다. 몇몇의 실시예들에서, 블록 2210 이후에, 상기 프로세스 (2200)는 블록 2220으로 진행한다. 블록 2220에서, 상기 수신된 제안 정보를 기반으로 하는 표준화된 메시지가 생성된다. 일 실시예에서, 그 표준화된 메시지는 여기에서 설명된 것과 같이 공급 온톨로지와 같은 온톨로지를 구현함으로써 생성된다. 몇몇의 실시예들에서, 블록 2220 이후에 상기 프로세스 (2200)는 블록 2230으로 진행한다. 블록 2230에서, 상기 표준화된 메시지는 그 디맨드를 생성했던 소비자에게 전송된다. 몇몇의 실시예들에서, 상기 프로세스 (2200)는 다중의 잠재적인 제안 수령자들을 식별한다. 상기 잠재적인 제안 수령자들 중 어느 수령자가 제안을 수신할 것인가를 판별하기 위해서, 상기 프로세스 (2200)는 상기에서 설명된 순위 결정 프로세스와 같은 하나 또는 그 이상의 순위 결정 프로세스들을 실시할 수 있다. 몇몇의 실시예들에서, 상기 프로세스 (2200)는 어느 잠재적인 제안 수령자들이 제안을 수신할 것인가를 비즈니스가 결정하는 것을 가능하게 하기 위해 관련성에 의해서 상기 잠재적인 제안 수령자들의 순위를 정한다.
도 23은 디맨드-주도적인 요청을 프로세싱하기 위한 프로세스 (2300)의 실시예를 도시한다. 다양한 실시예들에서, 추가의 블록들이 수행될 수 있을 것이며, 도시된 것보다 더 적은 수의 블록들이 수행될 수 있을 것이며, 그리고/또는 상기 블록들은 도시된 것과는 다른 순서로 수행될 수 있을 것이다. 상기 프로세스는, 예를 들면, 도 1의 서버 (120)에 의해서 수행될 수 있을 것이다.
일 실시예에서, 상기 프로세스 (2300)는 블록 2310에서 시작한다. 블록 2310에서, 디맨드가 생성된다. 일 실시예에서, 상기 디맨드는 여기에서 설명된 디맨드 생성기 (320)에 의해 생성될 수 있을 것이다. 몇몇의 실시예들에서, 블록 2310 이후에, 상기 프로세스 (2300)는 블록 2320으로 진행한다. 블록 2320에서, 상기 생성된 디맨드를 기반으로 하여 제안이 생성된다. 일 실시예에서, 상기 제안은 여기에서 설명된 것과 같은 제안 빌더 (330)에 의해 구축될 수 있을 것이다. 몇몇의 실시예들에서, 블록 2320 이후에, 상기 프로세스 (2300)는 블록 2330으로 진행한다. 블록 2330에서, 소비자는 제안이 수신되었다는 것을 통지받는다. 일 실시예에서, 통지는 상기 네트워크 애플리케이션에서 생성된 메시지, 상기 공급자에게 송신된 전자 메시지 (예를 들면, 이메일, 텍스트 메시지 등), 전화 호출, 최종 사용자 기기 (115)에 의해 생성된 가청의 사운드 (예를 들면, 소비자의 모바일 기기에 의해서 생성된 호출음), 상기 공급자 기기 (110)에 의해서 생성된 진동, 또는 유사한 것을 포함할 수 있을 것이다. 몇몇의 실시예들에서, 블록 2330 이후에, 상기 프로세스 (2300)는 블록 2340으로 진행한다. 블록 2340에서, 상기 수신된 제안을 구매하기 위해서 상기 소비자로부터 지불 정보가 수신된다. 몇몇의 실시예들에서, 블록 2340 이후에, 상기 프로세스 (2300)는 블록 2350으로 진행한다. 블록 2350에서, 수신된 제안의 구매가 성공적이면, 바우쳐가 생성된다. 일 실시예에서, 상기 바우쳐는 신원 정보 (예를 들면, 바코드, 검증 코드, 유일 키, 그리고/또는 유사한 것), 상기 바우쳐가 상환될 수 있는 위치, 구매한 측의 이름 또는 다른 신원, 상기 제안이 구매된 시점, 구매된 제안의 신원, 상기 바우쳐가 회수 가능한 시간 구간, 상기 바우쳐 사용의 항목들 및 조건들, 그리고/또는 다른 유사한 정보를 포함할 수 있을 것이다.
이 방식에서, 소비자는 상품들 그리고/또는 서비스들에 대해 디맨드를 생성하는 몇 분 또는 몇 초 내에 상기 소비자가 바라는 상기 상품들 및/또는 서비스들에 관련된 공급자들로부터의 제안을 보고 그리고/또는 구매할 수 있을 것이다. 여기에서 설명된 개시의 모습들은 이종의 소스들로부터의 정보를 감지하기 위해서 검색하고, 내비게이트하고, 그리고 시도하기 위해서 소비자들에 의해서 소비된 시간을 줄이게 하는 결과가 될 것이다. 여기에서 설명된 개시의 모습들은 관련된 선택들에 소비자들이 빠르게 액세스하는 것을 더 허용하고 그리고 더 빠른 결정을 하도록 이끌 수 있을 것이다.
더욱이, 이 방식에서, 공급자들은 소비자들에게 제시된 선택을 최적화하고, 그리고/또는 디맨드를 캡쳐하고 그리고 이해하도록 하기 위해서 광고에 소비된 자원들 및 예산을 줄이는 것이 가능할 수 있을 것이다.
몇몇의 구현들에서, 상기 서버 (120)는 사용자들로부터, 거래일 수 있지만 거래일 필요는 없는, 관심대상의 표현을 수신하기 위한 기능성을 제공할 수 있다. 대신에, 관심대상의 이 표현들은 뚜렷하게 표현된 디맨드, 정보, 상품들 및/또는 서비스들을 제공하기 위한 신청, 그리고/또는 조언에 대한 요청을 포함할 수 있을 것이다. 일 예로, 사용자는 자신의 다이어트 또는 운동을 변경하는데 있어서의 관심을 표현할 수 있을 것이다.
응답으로, 상기 서버 (120)는 관심대상의 그런 표현들의 파라미터들 또는 속성들을 기반으로 하여 사용자들로부터의 관심대상의 표현들을 집성 (aggregate)할 수 있을 것이다. 상기 서버 (120)는 관심대상의 그 집성된 표현들에 응답할 수 있는 하나 또는 그 이상의 엔티티들에게 관심대상의 그 집성된 표현들을 계획에 따라서 제시할 수 있을 것이다. 일 예로, 상기 서버 (120)는 복수의 사용자들의 운동하고 싶다는 욕망을 의학적인 조언 컬럼의 저자 또는 건강 전문가에게 공급할 수 있을 것이다. 그 저자 또는 건강 전문가는 그러면 돕기 위해서 그 집성된 요청에 응답하기를 선택할 수 있을 것이다. 관심 대상의 표현들, 그 표현들의 집성, 그리고 응답들의 많은 다른 변이들이 다른 실시예들에서 제공될 수 있다.
여기에서 설명된 것과 다른 많은 다른 변이들은 이 개시로부터 명백할 수 있다. 예를 들면, 실시예에 종속하여, 여기에서 설명된 프로세스들 중 임의 프로세스의 어떤 행동들, 이벤트들, 또는 기능들은 상이한 시퀀스로 실행될 수 있으며, 다 같이 추가되고, 융합되고, 또는 배제될 수 있다 (예를 들면, 설명된 모든 행동들 또는 이벤트들이 상기 프로세스들을 실행을 위해서 필요한 것은 아니다). 또한, 어떤 실시예들에서, 행동들 또는 이벤트들은 예를 들면, 멀티-스레드 (multi-threaded) 프로세싱, 인터럽트 프로세싱 또는 다중 프로세서들 또는 프로세서 코어들을 통해서 또는 다른 병렬 구조들 상에서 연속해서가 아니라 동시에 수행될 수 있다. 추가로, 상이한 태스크들 또는 프로세스들은 같이 기능할 수 있는 상이한 기계들 및/또는 컴퓨팅 시스템들에 의해서 수행될 수 있다.
여기에서 설명된 실시예들과 관련하여 설명된 상기 다양한 예시적인 논리 블록들, 모듈들, 그리고 프로세스 단계들은 전자 하드웨어, 컴퓨터 소프트웨어, 또는 그 둘의 결합들로서 구현될 수 있다. 하드웨어와 소프트웨어의 이 교체가능성을 명료하게 예시하기 위해서, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 그리고 단계들이 그것들의 기능성의 관점들에서 일반적으로 상기에서 설명되었다. 그런 기능성이 하드웨어 또는 소프트웨어로 구현되는가의 여부는 전반적인 시스템에 부과된 설계 제한들 및 특별한 애플리케이션에 달려 있다. 예를 들면, 여기에서 설명된 것과 같은 개시는 하나 또는 그 이상의 컴퓨터 시스템들에 의해서 또는 하나 또는 그 이상의 프로세서들을 포함한 컴퓨터 시스템에 의해서 구현될 수 있다. 상기 설명된 기능성은 각 특정 애플리케이션에 대해 변하는 방식들로 구현될 수 있지만, 그런 구현 결정들은 본 발명의 범위로부터 벗어나게 하는 것을 초래하는 것으로 해석되어서는 안 된다.
여기에서 설명된 실시예들과 관련되어 설명된 상기 다양한 예시적 논리 블록들 및 모듈들은, 여기에서 설명된 기능들을 수행하도록 설계된 범용 프로세서, 디지털 신호 프로세서 (DSP), 애플리케이션 특정 집적 회로 (ASIC), 필드 프로그래머블 게이트어레이 (FPGA) 또는 다른 프로그램 가능한 논리 디바이스, 분리된 게이트 도는 트랜지스터 논리, 분리된 하드웨어 컴포넌트들, 또는 그것들의 임의 결합과 같은 기계에 의해서 수행되거나 구현될 수 있다. 범용 프로세서는 마이크로프로세서일 수 있지만, 대안으로, 상기 프로세서는 제어기, 마이크로제어기, 또는 스테이트 머신 (state machine), 동일한 것들의 결합들, 또는 유사한 것일 수 있다. 프로세서는 컴퓨팅 기기들의 결합으로, 예를 들면, DSP와 마이크로프로세서의 결합, 복수의 마이크로프로세서들, DSP 코어와 연결된 하나 또는 그 이상의 마이크로프로세서들, 또는 어떤 다른 그와 같은 구성으로 또한 구현될 수 있다. 컴퓨팅 환경은 몇 가지 예를 들면, 마이크로프로세서 기반의 컴퓨터 시스템, 메인프레임 컴퓨터, 디지털 신호 프로세서, 휴대용 컴퓨팅 기기, 개인용 오거나이저, 기기 제어기, 그리고 설비 내의 계산 엔진을 포함하지만 그것들로 한정되지는 않는 임의 유형의 컴퓨터 시스템을 포함할 수 있다.
여기에서 개시된 실시예들과 연결하여 설명된 방법, 프로세스, 또는 알고리즘의 단계들은 하드웨어로, 프로세서에 의해서 실행되는 소프트웨어 모듈로, 또는 그 두 가지의 결합으로 구체화될 수 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드디스크, 탈부착 가능 디스크, CD-ROM, 또는 비-일시적 컴퓨터-독출가능 저장 매체의 어떤 다른 형상, 미디어, 또는 본 발명이 속한 기술 분야에서 알려진 물리적인 컴퓨터 저장부 내에 존재할 수 있다. 예시적인 저장 매체가 상기 프로세서에 결합되어, 상기 프로세서가 그 저장 매체로부터 정보를 읽고, 그 저장 매체에 정보를 쓸 수 있도록 한다. 대안으로, 상기 저장 매체는 상기 프로세서에 통합될 수 있다. 상기 프로세서 그리고 상기 저장 매체는 ASIC 내에 존재할 수 있다. 그 ASIC은 사용자 단말 내에 존재할 수 있다. 대안으로, 상기 프로세서 및 상기 저장 매체는 사용자 단말 내 분리된 컴포넌트들로서 존재할 수 있다.
여러 가지들 중에서 "할 수 있다", "할 것이다", "할 수 있을 것이다", "예를 들면" 그리고 유사한 것과 같이 여기에서 사용된 조건부적인 언어는 다르게 특별하게 선언되지 않았다면 또는 사용된 맥락 내에서 다르게 이해되지 않는다면, 다른 실시예들이 포함하지 않지만, 어떤 실시예들이 포함하는 어떤 특징들, 엘리먼트들, 그리고/또는 상태들을 전달하도록 일반적으로 의도되었다. 그래서, 그런 조건부적인 언어는 특징들, 엘리먼트들 및/또는 상태들이 하나 또는 그 이상의 실시예들에 대해 어떤 방식이건 필요하다는 것을 의미한다고 일반적으로 의도되지 않으며 또는 하나 또는 그 이상의 실시예들이 그런 특징들, 엘리먼트들 그리고/또는 상태들이 임의의 특정 실시예 내에 포함되거나 또는 그 실시예에서 수행될 것이라는 것의 여부를, 작가의 입력이나 촉구함이 있거나 또는 없는 상태에서, 결정하기 위한 로직을 필수적으로 포함한다는 것을 의미한다고 일반적으로 의도되지 않는다. "포함한다", "포함하며", "구비한다" 및 유사한 용어들은 같은 뜻이며 그리고 양단-개방된 방식 (open-ended fashion)으로 모든 것을 포함하는 것으로 사용되며, 그리고 추가적인 엘리먼트들, 특징들, 행동들, 동작들 등을 배제하지 않는다. 그리고, "또는"의 용어는 그 용어의 포함하는 의미로 사용되며 (그리고 배타적인 의미로 사용된 것이 아니다), 그래서, 예를 들어, 엘리먼트들의 목록을 결합하기 위해서 사용될 때에, "또는"의 용어는 그 목록 내 엘리먼트들 중 하나, 몇몇 또는 모두를 의미한다.
상기의 상세한 설명이 다양한 실시예들에 적용된 신규한 특징들을 보여주고, 설명하며, 그리고 지적하였지만, 예시된 기기들 또는 프로세스들의 모습 및 상세한 내용들에서 다양한 생략들, 치환들, 그리고 변경들이 상기 개시된 내용의 사상으로부터 벗어나지 않으면서도 만들어질 수 있다는 것이 이해될 수 있다. 인식될 수 있을 것처럼, 여기에서 설명된 본 발명들의 어떤 실시예들은 여기에서 제시된 특징들 및 이점들 모두를 제공하지는 않는 모습 내에서 구체화될 수 있으며, 몇몇의 특징들은 다른 특징들로부터 분리하여 사용되거나 또는 실행될 수 있다.
Claims (29)
- 관심대상 표현들에 대한 응답을 획득하는 사용자-주도적인 방법으로서,
컴퓨터 하드웨어를 포함한 컴퓨터 시스템에 의해서:
사용자들로부터 관심대상의 표현들을 수신하는 단계로서, 관심대상의 상기 표현들은 표현 특징들 (expression characteristics)을 포함하는, 수신 단계;
상기 표현 특징들을 기반으로 하여 관심대상의 상기 표현들을 조직하여 관심대상의 집성된 (aggregated) 표현들을 생산하는 단계; 그리고
관심대상의 상기 조직된 표현들에 응답할 수 있는 하나 이상의 엔티티들에게 관심대상의 상기 조직된 표현들을 계획에 따라서 제시하는 단계를 포함하는, 방법. - 제1항에 있어서,
관심대상의 상기 표현들은:
원하는 거래 (desired transaction), 뚜렷한 디맨드 (demand), 정보, 상품들, 또는 서비스들을 제공하기 위한 신청 (proposal), 충고에 대한 요청, 및 검색 질의
중 적어도 하나 이상을 포함하는, 방법. - 제1항에 있어서,
상기 조직된 표현들에 응답할 수 있는 상기 하나 이상의 엔티티들 중의 적어도 몇몇은 상기 조직된 표현들에 응답하기 위한 인센티브를 가진 엔티티들인, 방법. - 거래들을 개시하기 위한 소비자-주도적인 방법으로서,
컴퓨터 하드웨어를 포함한 컴퓨터 시스템에 의해서:
상품, 서비스, 활동 (activity)에 참여하겠다는 욕구 (desire), 그리고 디맨드 (demand) 중 하나 이상에 대해 소비자들로부터 관심대상의 표현을 수신하는 단계로서, 관심대상의 상기 표현들은 복수의 디맨드 속성들 (demand attributes)을 포함하는, 수신 단계; 그리고
상기 디맨드 속성들을 기반으로 하여 관심대상의 상기 표현들을 계획에 따라서 조직하여, 하나 이상의 공급자들이 관심대상의 상기 표현들에 응답하는 것을:
상기 디맨드 속성들을 상기 하나 이상의 공급자들과 계획에 따라서 매치하여 매치된 공급자들을 식별함,
관심대상의 상기 표현들에 관심이 있는 상기 매치된 공급자들에게 제시하기 위해서 관심대상의 상기 표현들을 출력함, 그리고
관심대상의 상기 표현들에 응답하기 위해서 상기 매치된 공급자들용의 기능성을 제공함
을 적어도 수행함으로써 가능하게 하는 단계를 포함하는, 방법. - 제4항에 있어서,
상기 출력하는 것은 메모리 위치에 관심대상의 상기 표현들을 저장하는 것을 포함하는, 방법. - 제4항에 있어서,
관심대상의 상기 표현들은 상기 상품 또는 서비스 거래에 관한 인센티브 또는 정보에 대한 요청들을 포함하는, 방법. - 제6항에 있어서,
상기 요청된 인센티브는 긍정적인 (positive) 인센티브 또는 네거티브 (negative) 인센티브를 포함하는, 방법. - 제6항에 있어서,
상기 요청된 인센티브는:
할인, 옵션, 서비스 아이템, 우선권 대우 (preferential treatment), 그리고 보상 (reward) 프로그램에서의 포인트들
중 적어도 하나 이상을 포함하는, 방법. - 제4항에 있어서,
상기 디맨드 속성들은:
상기 상품이나 서비스를 원하는 시간 구간;
상기 상품이나 서비스에 대한 설명;
하나 이상의 바람직한 공급자들의 목록;
상기 소비자들 각각의 위치;
상기 상품 또는 서비스에 대해 원하는 할인;
상기 상품 또는 서비스에 대해 원하는 가격; 그리고
상기 상품 또는 서비스의 원하는 품질
중 하나 이상을 포함하는, 방법. - 제4항에 있어서,
관심대상의 상기 표현들을 상기 계획에 따라서 조직하는 것은 관심대상의 상기 표현들을 집성하는 (aggregate) 것을 포함하는, 방법. - 제4항에 있어서,
하나 이상의 상기 공급자들에게 제시하기 위해서 관심대상의 상기 표현들을 상기 출력하는 것은, 관심대상의 상기 표현들을 최소 규정된 수의 공급자들에게 공급하는 것을 포함하는, 방법. - 제4항에 있어서,
상기 조직하는 것은 관심대상의 상기 표현들을 상기 매치된 공급자에게 송신하는 것을 포함하는, 방법. - 제4항에 있어서,
상기 조직하는 것은 공급자들이 관심대상의 상기 표현들에 액세스하는 것을 가능하게 하는 애플리케이션 프로그래밍 인터페이스 (API) 또는 소프트웨어 개발 키트 (SDK)를 제공하는 것을 포함하는, 방법. - 제4항에 있어서,
상기 조직하는 것은 관심대상의 상기 표현들을 검색하기 위한 사용자 인터페이스를 제공하는 것을 포함하는, 방법. - 제4항에 있어서,
상기 하나 이상의 공급자들로부터의 응답을 수신하는 단계;
상기 응답을 상기 소비자들에게 제시하는 단계; 및
상기 상품 또는 서비스 거래를 완성하기 위한 수락들을 상기 소비자들로부터 수신하는 단계를 더 포함하는, 방법. - 제4항에 있어서,
응답하기 위해서 상기 매치된 공급자들용의 기능성을 제공하는 것은,
인센티브 유형, 위치, 상품 또는 서비스, 상품이나 서비스의 속성, 그리고 제시된 가격 중 하나 이상을 제공하기 위해, 매치된 공급자들용의 기능성을 제공하는 것을 포함하는, 방법. - 제4항에 있어서,
매치된 공급자들을 상기 식별하는 것은,
관련된 디맨드 속성들을 식별하고 그리고 상기 관련된 디맨드 속성들을 상기 하나 이상의 공급자들과 계획에 따라서 매치하는 것을 더 포함하는, 방법. - 제17항에 있어서,
상기 관련된 디맨드 속성들은 상기 디맨드 속성들과 의미상 (semantically) 관련된, 구문론적으로 (syntactically) 관련된, 그리고 사전 편집상 (lexicographically) 관련된 것 중 하나 이상인, 방법. - 제17항에 있어서,
매치된 공급자들을 상기 식별하는 것은 상기 관련된 디맨드 속성들의 순위를 정하는 것을 더 포함하는, 방법. - 제19항에 있어서,
상기 순위를 정하는 것은 상기 디맨드 속성 및 상기 관련된 디맨드 속성들 사이의 관계의 유형을 기반으로 하는, 방법. - 제20항에 있어서,
상기 관계의 유형은,
통계적인 관계, 의미상의 관계, 구문론적인 관계, 언어학적인 관계, 그리고 사용자-식별 관계 중 하나 이상을 포함하는, 방법. - 제4항에 있어서,
매치된 공급자들의 응답들을 수신하고 그리고 그 응답들을 소비자들에게 송신하는 단계를 더 포함하는, 방법. - 제22항에 있어서,
상기 응답들의 순위를 정하는 단계를 더 포함하며, 그리고
상기 응답들을 송신하는 것은 상기 순위가 정해진 응답들의 적어도 일부를 송신하는 것을 포함하는, 방법. - 제4항에 있어서,
관심대상의 상기 수신된 표현들을 기반으로 하여 관심대상의 제시된 표현을 생성하는 단계를 더 포함하는, 방법. - 제24항에 있어서,
관심대상의 상기 제시된 표현을 생성하는 것은,
관심대상의 상기 수신된 표현들과 연관된 지식 (knowledge) 및 용법 데이터 (usage data)를 기반으로 하여 관심대상의 상기 제시된 표현을 생성하는 것을 포함하는, 방법. - 제25항에 있어서,
지식 및 용법 데이터는,
하나 이상의 소비자들의 프로파일, 하나 이상의 소비자들의 선호도, 하나 이상의 소비자들의 이력, 그리고 소비자들의 집합에 의해서 취해진 이전의 행동들 중 적어도 하나를 포함하는, 방법. - 제4항에 있어서,
관심대상의 상기 표현들이 수신되면 관심대상의 제시된 표현들을 생성하는 단계를 더 포함하는, 방법. - 제27항에 있어서,
관심대상의 제시된 표현들을 생성하는 것은,
관심대상의 상기 수신된 표현들의 적어도 일부 그리고 지식 및 용법 데이터를 기반으로 하여 관심대상의 제시된 표현들을 생성하는 것을 포함하는, 방법. - 제28항에 있어서,
지식 및 용법 데이터는,
하나 이상의 소비자들의 프로파일, 하나 이상의 소비자들의 선호도, 하나 이상의 소비자들의 이력, 그리고 소비자들의 집합에 의해서 취해진 이전의 행동들 중 적어도 하나를 포함하는, 방법.
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161493410P | 2011-06-03 | 2011-06-03 | |
US61/493,410 | 2011-06-03 | ||
US201261636478P | 2012-04-20 | 2012-04-20 | |
US61/636,478 | 2012-04-20 | ||
PCT/US2012/040432 WO2012167059A2 (en) | 2011-06-03 | 2012-06-01 | System and methods for demand-driven transactions |
Publications (1)
Publication Number | Publication Date |
---|---|
KR20140059183A true KR20140059183A (ko) | 2014-05-15 |
Family
ID=47260374
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1020147000179A KR20140059183A (ko) | 2011-06-03 | 2012-06-01 | 디맨드-주도적인 거래들을 위한 시스템 및 방법 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20120330772A1 (ko) |
KR (1) | KR20140059183A (ko) |
WO (1) | WO2012167059A2 (ko) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017122994A1 (ko) * | 2016-01-12 | 2017-07-20 | (주)올윈웨어 | 가치 정보에 기반한 아이템의 판매 조건 결정 방법 및 장치 |
US11216833B2 (en) | 2011-06-03 | 2022-01-04 | Nudgit, Inc. | Systems and methods for ontology ranking display |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8700443B1 (en) * | 2011-06-29 | 2014-04-15 | Amazon Technologies, Inc. | Supply risk detection |
WO2013170187A2 (en) * | 2012-05-11 | 2013-11-14 | Ripple Commerce, Inc. | Consumer-initiated demand-driven interactive marketplace |
US20130311234A1 (en) * | 2012-05-18 | 2013-11-21 | Jeff Lloyd | Demand-based offerings for sale |
US10032180B1 (en) | 2012-10-04 | 2018-07-24 | Groupon, Inc. | Method, apparatus, and computer program product for forecasting demand using real time demand |
US10108974B1 (en) * | 2012-10-04 | 2018-10-23 | Groupon, Inc. | Method, apparatus, and computer program product for providing a dashboard |
US9947024B1 (en) | 2012-10-04 | 2018-04-17 | Groupon, Inc. | Method, apparatus, and computer program product for classifying user search data |
US20210390568A1 (en) * | 2012-10-04 | 2021-12-16 | Groupon, Inc. | Method, apparatus, and computer program product for calculating a supply based on travel propensity |
US10242373B1 (en) | 2012-10-04 | 2019-03-26 | Groupon, Inc. | Method, apparatus, and computer program product for setting a benchmark conversion rate |
US9940635B1 (en) * | 2012-10-04 | 2018-04-10 | Groupon, Inc. | Method, apparatus, and computer program product for calculating a supply based on travel propensity |
US10817887B2 (en) | 2012-10-04 | 2020-10-27 | Groupon, Inc. | Method, apparatus, and computer program product for setting a benchmark conversion rate |
US9330357B1 (en) | 2012-10-04 | 2016-05-03 | Groupon, Inc. | Method, apparatus, and computer program product for determining a provider return rate |
US10915843B1 (en) | 2012-10-04 | 2021-02-09 | Groupon, Inc. | Method, apparatus, and computer program product for identification of supply sources |
US10140668B2 (en) | 2013-03-13 | 2018-11-27 | International Business Machines Corporation | Gifting enabled by integration of commerce and social networks |
US20150019287A1 (en) | 2013-03-14 | 2015-01-15 | Groupon, Inc. | Method, apparatus, and computer program product for providing mobile location based sales lead identification |
US20170178185A1 (en) * | 2015-12-21 | 2017-06-22 | International Business Machines Corporation | Ad-hoc supply chain creation |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7225152B2 (en) * | 1999-02-19 | 2007-05-29 | Ariba, Inc. | Method, apparatus, and system for varying an award volume in an auction |
US8046269B2 (en) * | 2000-02-17 | 2011-10-25 | Fedbid, Inc. | Auction based procurement system |
MXPA04001463A (es) * | 2001-08-16 | 2005-04-29 | Trans World New York Llc | Sistema de muestreo, recomendacion y compra de medios de usuario personalizado utilizando base de datos de inventario en tiempo real. |
US20030212619A1 (en) * | 2002-05-10 | 2003-11-13 | Vivek Jain | Targeting customers |
US7185012B1 (en) * | 2003-02-10 | 2007-02-27 | At&T Corp. | Method and apparatus for ranked join indices |
US20050160414A1 (en) * | 2004-01-21 | 2005-07-21 | Nokia Corporation | System and method for dynamically adding features to software applications |
US7689616B2 (en) * | 2005-04-15 | 2010-03-30 | Microsoft Corporation | Techniques for specifying and collecting data aggregations |
US20090327034A1 (en) * | 2008-06-27 | 2009-12-31 | eHaggle, LLC | Methods and apparatus for electronic commerce |
US20130085884A1 (en) * | 2011-09-30 | 2013-04-04 | Ariba, Inc. | Buyer/supplier network collaboration and bids policy |
-
2012
- 2012-06-01 KR KR1020147000179A patent/KR20140059183A/ko not_active Application Discontinuation
- 2012-06-01 WO PCT/US2012/040432 patent/WO2012167059A2/en active Application Filing
- 2012-06-01 US US13/486,751 patent/US20120330772A1/en not_active Abandoned
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11216833B2 (en) | 2011-06-03 | 2022-01-04 | Nudgit, Inc. | Systems and methods for ontology ranking display |
WO2017122994A1 (ko) * | 2016-01-12 | 2017-07-20 | (주)올윈웨어 | 가치 정보에 기반한 아이템의 판매 조건 결정 방법 및 장치 |
Also Published As
Publication number | Publication date |
---|---|
WO2012167059A3 (en) | 2013-02-21 |
WO2012167059A2 (en) | 2012-12-06 |
US20120330772A1 (en) | 2012-12-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11216833B2 (en) | Systems and methods for ontology ranking display | |
KR20140059183A (ko) | 디맨드-주도적인 거래들을 위한 시스템 및 방법 | |
Yasri et al. | Price perception and price appearance on repurchase intention of Gen Y: do brand experience and brand preference mediate? | |
Behera et al. | Personalized digital marketing recommender engine | |
US11587116B2 (en) | Predictive recommendation system | |
US11734719B2 (en) | Pull-type searching system | |
US11397996B2 (en) | Social match platform apparatuses, methods and systems | |
US10152730B2 (en) | Systems and methods for advertising using sponsored verbs and contexts | |
US20160191450A1 (en) | Recommendations Engine in a Layered Social Media Webpage | |
US10437889B2 (en) | Systems and methods of providing outcomes based on collective intelligence experience | |
US9122757B1 (en) | Personal concierge plan and itinerary generator | |
US20170091883A1 (en) | Dynamic Search in Search | |
Cattapan et al. | Impact of omnichannel integration on Millennials’ purchase intention for fashion retailer | |
Kim et al. | Simultaneous effects of multiple cues in restaurant reviews | |
US20220405485A1 (en) | Natural language analysis of user sentiment based on data obtained during user workflow | |
US20100262482A1 (en) | System and method for conducting sales | |
JP2001243241A (ja) | 情報提供方法および情報通信システム | |
US20220198488A1 (en) | Method and system for programmatic generation of survey queries | |
US10699325B2 (en) | Web service method | |
JP2017037577A (ja) | 装置、方法、および、プログラム | |
US11544756B2 (en) | Web service method | |
JP2017037576A (ja) | 装置、方法、および、プログラム | |
WO2023062852A1 (ja) | 情報処理装置、情報処理方法、およびプログラム | |
WEI | INFLUENCING FACTORS OF USERS’WILLINGNESS TO CONTINUOUSLY USE MEITUAN APP | |
Agarwal et al. | A Gender-Based Comparative Evaluation of O2O Food Delivery Characteristics: A Requirements Prioritization Approach |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
E902 | Notification of reason for refusal | ||
E90F | Notification of reason for final refusal | ||
E601 | Decision to refuse application |