201224961 六、發明說明： 【發明所屬之技術領域】 本發明大體而言係關於軟體。更具體言之，描述與位置 感知行動市場應用及系統有關之技術。 本申請案為主張以下各美國臨時專利申請案之權利的美 國非臨時專利申請案：2010年8月26曰申請之題為 「Location Aware Mobile Marketplace」之美國臨時專利申 請案第61/377,438號’及2011年3月11日申請之題為 「Gated and Automated Order Processing」之美國臨時專 利申請案第61/452,066號，為了達成所有目的，該等申請 案全部以引用之方式併入本文中。 【先前技術】 消費者及供應商同樣愈來愈多地使用行動能力來瀏覽、 講買、銷售及出售貨物及服務。一方面，消費者使用位置 感知行動H件（例如’行動通信器件、平板電腦等）來劉覽 目錄及選單並進行線上購買或使用行動應用程式。另-方 面七、應商使其商店及服務店為行動的。用於管理消費者 對供應商之存取的習知技術常常限於為消費者提供對單一 供應商或靜態預定供應商群組之存取。存在操作線上商店 或線上訂蹲系統的眾多供應商（例如， A㈣㈣、ChipotleTM等）。此等相同供應商中之許多供應商 、貫肖於行動器件之應用程式。然、而，此等習知網路 ()及行動應用程式不能夠提供基於諸如消費者之當前 應商之§别位置、供應商之操作時間等之準則而 158461.doc 201224961 針對消費者定製之位置感知行動市場。舉例而言，若消費 者訪問Apple™線上商店或行動應用程式，則消費者僅可 存取由Apple™提供之產品及服務。同樣，當消，費者訪問 chip〇tle™行動應用程式時’消費者僅可訂購來自201224961 VI. Description of the Invention: TECHNICAL FIELD OF THE INVENTION The present invention relates generally to software. More specifically, techniques related to location-aware mobile market applications and systems are described. This application is a U.S. Provisional Patent Application No. 61/377,438, entitled "Location Aware Mobile Marketplace", filed on August 26, 2010, which is hereby incorporated by reference. And U.S. Provisional Patent Application Serial No. 61/452,066, filed on Jan. 11, 2011,,,,,,,,,,,,,,,,,,,, [Prior Art] Consumers and suppliers are also increasingly using mobility to browse, buy, sell and sell goods and services. On the one hand, consumers use location-aware actions (such as 'mobile devices, tablets, etc.') to browse catalogs and menus and make online purchases or use mobile apps. In addition - the seven, the business to make their stores and service stores act. Conventional techniques for managing consumer access to suppliers are often limited to providing consumers with access to a single vendor or a static predetermined supplier group. There are numerous vendors that operate online store or online ordering systems (eg, A(4)(4), ChipotleTM, etc.). Many of these same vendors are applications of mobile devices. However, these conventional networks () and mobile applications are not able to provide guidelines based on factors such as the current location of the consumer, the operating time of the supplier, etc. 158461.doc 201224961 Customized for consumers The location-awareness of the action market. For example, if a consumer visits an AppleTM online store or mobile app, the consumer can only access products and services offered by AppleTM. Similarly, when consumers access the chip〇tleTM mobile app, consumers can only order from
Chipoue™之食品、飲料及商品。為了存取多種供應商， 消費者可經由Amazon.com®網站或行動應用程式訪問亞馬 遜市場（Amazon Marketpiace)。然而，經由亞馬遜市場而 可用之供應商之清單並非按照與消費者之行動性或供應商 之行動性相關聯的準則自訂，該等準則諸如消費者之當前 位置（例如’無論消1者之當前位置為距供應商若干碼抑 或數千英里，對供應商是否可用於消費者無影響）、期間 消費者或供應商處於-位置處之日間時間、供應商之操作 時間、消費者當前參加的事件或任何其他準則。此情形極 大地限制可向消費者銷售的供應商之數目及類型，以及限 制消費者可經由此等習知應用程式購買的產品及服務之類 型。 此等習知應用程式在其供應選項方面亦限於在商店位置 處收取或遞送至實體地址，且並不考慮將物品或服務遞送 至不具有實體地址但可以其他方式識別之位置（例如，藉 由區、列及座位號碼識別的運動場中之位置）^消費者可 明求將貨物自Amazon.com®或AppleTM遞送至其家或辦公 室地址。消費者亦可收取來自Chipotle™或另一餐館之食 ，或將食品遞送至其家或辦公室。然而，習知應用程式 並不考慮核對在實體地址之外的消費者之當前位置且遞送 158461.docChipoueTM food, beverages and merchandise. To access multiple vendors, consumers can access the Amazon Marketpiace via the Amazon.com® website or mobile app. However, the list of suppliers available through the Amazon market is not customized according to the criteria associated with the consumer's mobility or the supplier's mobility, such as the current location of the consumer (eg 'no matter The current position is a number of yards or thousands of miles from the supplier, whether the supplier has no effect on the consumer, the time of day when the consumer or supplier is at the location, the operating time of the supplier, the current participation of the consumer Event or any other criteria. This situation greatly limits the number and type of suppliers that can be sold to consumers, as well as the types of products and services that consumers can purchase through such conventional applications. Such prior applications are also limited in their provisioning options to receipt or delivery to the physical address at the store location, and do not consider delivering the item or service to a location that does not have a physical address but can be otherwise identified (eg, by Locations in the stadium identified by zone, column and seat number) ^ Consumers can express delivery of goods from Amazon.com® or AppleTM to their home or office address. Consumers can also receive food from ChipotleTM or another restaurant or deliver food to their home or office. However, the conventional application does not consider checking the current location of the consumer outside the physical address and delivering 158461.doc
II
I 201224961 至肩消費者之當前位置。此情形亦極大地限制可向消費者 銷售的供應商之數目及類型，以及消費者可使用習知應用 程式購貝的產品及服務之類型。 因此’需要在不限制習知技術之情況下的—位置感知行 動市場應用及系統。 【實施方式】 在以下詳細描述及隨附圖式中揭示本發明之各種實施 例。 可以眾多方式來實施各種實施例或實例，該等方式包括 作為系統、程序、裝置、使用者介面或電腦可讀媒體（諸 如，電腦可讀儲存媒體，或經由光學、電子或無線通信鏈 路發送程式指令之電腦網路）上之一系列程式指令。大體 而言，除非申請專利範圍中另外提供，否則所揭示程序之 操作可以任意次序來執行。 下文連同隨附圖-起提供—或多個實例之詳細描述。該 詳細描述係結合此等實例而提供，但不限於任何特定實 例。範疇僅藉由申請專利範圍來限制且涵蓋眾多替代物、 修改及等效物。在以下描述中閣述眾多特定細節，以便提 供透徹理解。此等細節係為了達成實例之目的而提供且所 描述之技術可在無此等特定細節中之一些特定細節或全部 特定細節的情況下根據申請專利範圍來實踐。為了清晰起 見，技術領域中已知的與實例有關之技術材料並未加以詳 細描述以避免不必要地混淆描述。 在一些實例中，所描述之技術可實施為—電腦程式或應 158461.doc 201224961 用程式（「應用程式」）或實施為另一應用程式之一外掛程 式、模組或子組件。所描述之技術可為了達成提供計算及 處理能力之目的而實施為軟體、硬體、韌體、電路或其組 合。若實施為軟體，則所描述之技術可使用各種類型之程 式設計、開發、.指令碼處理或格式化語言、框架、語法、 應用程式、協定、物件或技術來實施，包括C、Objective C、C++、C#、Adobe® Integrated Runtime™(Adobe® AIR™) ' ActionScript™ ' Flex™ ' Lingo™ ' Java™ ' Javascript™、JSON、Ruby、Rails、Ajax、Perl 、 COBOL、Fortran、ADA、XML、MXML、HTML、 DHTML、XHTML、HTTP、XMPP及其他者。又，若實施 為軟體，則所描述之技術可使用軟體開發套組（SDK)或應 用程式設計介面（API)來實施。應用程式之設計、發佈及 其他類型（諸如，Dreamweaver®、Shockwave®、Flash®及 Fireworks®)亦可用以實施所描述之技術。所描述之技術可 變化且不限於所提供之實例或描述。 一位置感知市場允許使用者瀏覽產品並向一給定地理位 置中之多種供應商進行購買。該給定地理位置可經預先定 義或產生。在一些實例中，預先定義之位置可為商場、運 動競技場、遊樂園、機場、機場中之特定機門或其他位 置。在其他實例中，可基於一使用者之當前位置（例如）使 用（例如）具備全球定位系統（GPS)功能之位置感知器件（例 如，行動通信器件、膝上型電腦等）而產生位置。在一些 實例中，可使用使用者之當前位置產生在位置中或位置周 158461.doc 201224961 圍（例如’在由一位置感知器件識別之場地内、在距使用 者之當前位置一特定距離内，等等）的可用商店或供應商 之清單。術語「商店」與「供應商」在本文中可互換地使 用以指代提供貨物或服務之人或實體。在其他實例中，使 用者可能使用不同於使用者之當前地理位置的準則（例 如’使用者可能意欲未來處於特定位置令，使用者可能立 欲向一並不需要地理上接近之供應商進行購買，或使用者 可能想要瀏覽目錄”在再其他實例中，可實施間控功能 性以允許供應商或供應商群組根據一或多個準則控制對訂 單系統之存取，及傳入之請求或訂單的流動。如本文中所 使用，術語「請求」可指代來自用戶端器件的尋求任何種 類之回應的任何通信（例如，對於可用供應商之清單的嘖 求、對於可用物品之清單（例如，選單、目錄等）的請求叫 對於貨物或服務之供應（例如，訂單）的請求）。此等請求之 閘控可以手動方式、半自動方式或自動方式進行。此等請 求之閘控亦可使用以下準則來實施：#態準則(例如，在 固定時間量内的關於物品之職折扣）、動態準則（例如， 待於庫存量或訂單量滿臨限時應㈣附加費用），或 靜態準則與動態準則兩者。 圖1說明用於實施一位置咸4耔 — I从知仃動市場之例示性系統 在些貫例中，糸統1 〇 〇可自拓網牧1 λ η ρ, J巴括網路102、具備GPS功能 載具1 04、膝上型電腦】％、杆 仃勁通偽态件1〇8、平板電 11 〇、電腦112、資訊站雷腦ί，j . 貝。tL站電月由114、伺服器116、商店118 行動供應商120及場地122。在一 在 些貫例中，網路1〇2可 158461.doc 201224961 基於雲端的，且可與伺服器116通信。舉例而言，網路ι〇2 可直接或間接地與所展示之其他器件或位置中之任一者通 信。在其他實例中，位置感知器件（例如，具有GPS功能之 載具1〇4、膝上型電腦106、行動通信器件1〇8、平板電腦 110、電腦112、資訊站電腦114等）及供應商（例如，商店 118、行動供應商120及場地122)可使用有線或無線通信方 式與飼服器m直接通信（未圖示）。在一些實例中，市場框 架（例如，圖2及圖3中所展示）可駐留於伺服器116上。 位置感知器件可包括以下兩者：行動器件（例如，膝上 ^電胳106行動通仏器件1 08(例如，iPhone®、Android® 智慧型電話等）、平板電腦11〇(例如，ipad⑧、Hp TouchPad®、Microsoft®平板pc#)等），與具有已知位置 之固定器件（例如，電腦112、資訊站電腦114等）。供應商 亦可包括行動供應商（例如，行動供應商12〇等）與具有已知 位置之固定供應商(例如，商店118、場地122等)兩者。舉 例而言，行動供應商12()可為食品卡車、冰淇淋購物車、 寵物美容車或卡車，或貨物及服務之任何其他行動提供 在另實例中，商店丨丨8可為具有一預定實體位置的 貨物或服務之任何提供者。在又一實例中，場地122可為 運動場或競技場、商場、購物中心、購物區，或包含供應 商集合的具有預定實體位置之其他場地。供應商可使用供 應商用戶端器件（未圖示）或其他計算及通信器件（未圖示） 與網路102通信。 在一些實例中，消費者可使用一位置感知器件（例如， 158461.doc 201224961 具備GPS功能之載具i〇4、膝上型電腦1〇6、行動通信器件 1〇8、平板電腦110、電腦112、資訊站電腦114等）來存取 市％框架（例如，圖2及圖3中所展示）以向供應商請求—或 多個物品。在一些實例中，可使用由供應商判定之一或多 個準則來閘控對供應商之存取。舉例而言，閘控準則可與 以下各者有關：一供應商之位置（例如，大體上或在—場 地中）、操作時間、可在給定時間週期内加以處理的訂單 之最大數目、在收取時間窗内之訂單槽之最大數目等。在 貫例中，消費者可能僅可存取場地（例如，運動場）中接 近消費者在運動場中之位置（亦即，如藉由區、列及座位 號碼識別）的供應商之一子集。在另一實例中，在棒球場 内銷售啤酒之供應商可限制在比赛之特定點（例如，棒球 比赛十之第7局結束）之後的啤酒出售。在又一實例中，一 供應商可能允許在供應商之位置之十英里半彳⑼的消費者 存取供應商之訂單系統，而另—供應商可能允許在五英里 半徑内之消費者的此存取。與供應商將物品供應至消費者 有關的任何準則可用以閘控來自一用戶端之請求。 在一些實例中，系統100可藉由—閘道器來實施，該閘 道器在-請求經指引至之—場地或商店需要的情況下將該 请求自一位置感知器件指引至一特定伺月艮器。舉例而言， 場地m可能因授權原因（例如’其僅有權使用相關聯之商 店來銷售品牌產品）而需要將對於來自場地122内或與場地 122相關聯之商店的特許或產品之請求指引至一位於場地 122内或由場地122操作之伺服器（例如，飼服器⑽。在其 158461.doc •10· 201224961 他實例中，系統⑽可藉由不同於圖i中所展示之彼等的位 置感知器件、網路、供應商或場地來實施。 圖2說明-位置感知行動市場系統之一例示性架構。此 處，架構200包括框架202、網域模型2〇4、用戶端器件 206、供錢訂單儀錶板鹰、供應商系統管理儀錶板 21〇、整合匯流排212、外部目錄資料庫214、出售點系統 216、付款處理器218、框架錯存庫22〇、訂單警報系統 234、通知服務238、SDK 24〇、通知提供者加。在一些實 例中，用戶端器件206可為-位置感知器件（例如，圖itf7 所展示之位置感知器件）。如所展示，用戶端器件2〇6可操 作以與框架202中之各種服務直接通信，或用戶端器件206 可操作以經由通知提供者242與框架2〇2通信。 在二實例中，網域模型204可包括身分識別服務222、 場地服務224、商業規則23〇、產品目錄服務226、促銷服 務228及訂單處理服務232 ^如所展示，網域模型、整 合匯流排212、通知服務23 8及SDK 24〇可實施為框架2〇2之 部分。在-些實例中，框架搬可為基^雲端的。在其他 實例中，框架2〇2可藉由更多、更少或不同元件來實施。 在些實例中，整合匯流排212可經實施以使得框架202 能夠與外部系統（例如’外部目錄資料庫214、出售點系統 216、付款處理器218、供應商訂單儀錶板2〇8、供應商系 統e理儀錶板21〇等）通信或互動。整合匯流排212可經調 適以支援與任何數目個外部系統之互動。在一些實例中， 外。P目錄資料庫214可儲存可用於由一或多個供應商提供 158461.doc 201224961 (例如，銷售、出租 '遞逆 题达4)之物品（例如，貨物（亦即， 產品）或服務）並將該等物 刃口0奴供至框架2〇2。舉例而言，框 架202可回應於來自用戶 ^益件206之請求而擷取一與適當 供應商相關聯之可用目絲 用目錄。在一些實例中，出售點系統 6可為t體結帳」系統，諸如收銀機或結帳資訊 站’或其可為一電子商務或線上「結帳」系統(經由(例如) 行動應用程式、網路廣用妥。+ •吩愿用耘式等^在一些實例中，付款 處理器118可經組離以桩禹牯〜, 、且-、以接文特定類型之付款（例如，信用卡 或轉帳卡Paypal®、銀行提款等）。在其他實例中，付款 處理盗118可經組態以根據供應商之偏好來閘控付款選 項舉例而σ，一供應商可能僅接受信用卡付款，且另一 供應商可能接受信用卡付款與經由第三方付款公司(例 如，Paypal®)之付款兩者。在另一實例中，一場地（例如， 運動場）可能僅接受由贊助類型之信用卡（例如，visa⑧）進 行之付款用於場地内進行之訂單。在一些實例中，可由第 一方開發或維護位置感知行動市場中之此等及其他外部系 統並自第三方授權。 在一些貫例中’網域模型204可藉由身分識別服務222、 場地服務224 '商業規則230、產品目錄服務226、促銷服 務228及訂單處理服務232來實施。在一些實例中，身分識 別服務222可使得框架202能夠唯一地辨識用戶端器件 206。舉例而言，身分識別服務222可使用傳統識別資訊 (例如’名稱、地址、信用卡號碼、駕驶執照號碼等）操 作。在另一實例中，身分識別服務222可使用電子識別方 158461.doc 201224961 法來唯一地識別用戶端器件2〇6(例如，安全登入（例如，使 用者名稱及密碼）、射頻朗（RFID)W無線方式（例如， ::由近％通k (NFC)或Bluet〇〇th⑧)傳達之其他唯—識別 =)在-實例十’身分識別服務222可為了達成驗證當 前位置處之消費者的存取特權或供應商可用性之目的而識 別用戶食而益件206。在其他實例中，身分識別服務可為 了達成驗應商之存取特權（例如，提供閑控準則或以 其他方式定製閘控及自動訂單處理系統之操作）之目的而 識別用戶端器件206。 在-些實例中，場地服務224可提供與—包含—供應商 群組之場地有關的資訊。在一些實例中，場地服務224可 使用一當前位置（例如，㈣用戶端器件206)來判定一適备 場地以提供至用戶端器件裏。舉例而言，場地服務 糟由自-預定場地集合中抽取、藉由選擇具有匹配當前位 置之已知位置之場地來判定一適當（例如，可用）場地。在 另-實例中，場地服務224可使用各種輸入（例如，來自用 戶端器件施（例士口，當前位£、所要半徑等）、商業規則 230、框架2〇2中之其他服務等）動態地產生—適當（例如， 可用）供應商群組。在-些實例中，場地服務224可將資料 提供至與由場地中之供應商提供的物品（亦即產品）之一 或多個目錄相關聯的訂單處理服務232。在其他實例中， 場地服務224可包括與在可用場地處發生的事件相關聯之 資料（例如，事件之類型、事件之位置、事件之曰期、事 件之開始時間、事件之結束時間等）或與場地相關聯之其 158461.doc •13· 201224961 他資訊。 在一些實例中，產品目錄服務226可提供可用於由可用 供應商提供的物品之目錄。舉例而言，產品目錄服務US 可基於消費者對供應商之選擇或可用於提供物品至消費者 之供應商的判定而擷取或提供一或多個適當目錄。在一此 實例中，一供應商可具有多個目錄（例如，餐館可能且: 午餐選單及晚餐選單），產品目錄服務226可（例如）基^時 間、曰期或其他準則而自該多個目錄選擇。在—些實例 中，一旦識別一適當目錄，便可將該目錄保存於—實施於 用戶端器件206上之本端資料庫（例如，圖4Α中所展示） 上。對用戶端器件206上之本端儲存器的此利用可減少待 於用戶端器件206與框架202之間傳送所需的資料之量，节 情形又可減輕使一場地或給定位置中之頻寬能力(例如了 蜂巢式電話塔、無線網際網路連接等）過載之可能性。 在一些實例中，促銷服務228可經實施以根據各種條件 應用優待券或折扣。在-些實射，此等條件可為靜離的 (例如至前一百個消費者或至輸入促銷碼之消費者）。在 ,、他貫例巾’條件可為動態的(例如，基於需求之波動、 ，境因素或其他條件卜在一些實财，促銷服務咖亦可 提供（例如）待傳達至用戶端器件2〇6之廣告。在一些實例 中，可以推送通知之形式將來自促銷服務228之廣:提供 至用戶端器件206。可將推送通知直接提供至用戶端器件 206 ’或可經由通知服務238、sdk 24〇及通知提供者 242(未圖示）來提供推送通知。 158461.doc -14· 201224961 在-些實例中，商業規則230可更新訂單處理服務232及 促銷服務228。舉例而言，商業規則23〇可經實施以影響與 訂單或物品有關的價格、可用@、服務費或折扣。商業規 貝U30可根據條件及來自促銷服務228、訂單處理服務幻2 或其他輸入（例如，圖3中之環境輸入31〇)之其他輸入進行 此操作。商業規則230可包括靜態及/或動態規則而以手動 方式、半自動方式或自動方式使訂單處理（例如，由訂單 處理服務232進行的）適應改變之條件。 在一些實例中，訂單處理服務232可經實施以管理自用 戶端器件（例如，用戶端器件寫)所接收之請求4例而 言，訂單處理服務232可根據各種輸入（例如，來自產品目 錄服務226、用戶端器件206等）投送、聚集請求（例如，訂 單、對於可用供應商之呈現的請求、對於可用物品之呈現 的請求、對於可用促銷之請求等）並對請求作出回應。舉 J而。°丁單處理服務232可提供資料（例如，與可用供應 商、物品、促銷等相關聯的）至用戶端器件2〇6以懇求訂 單在二貫例中，除用戶端器件206之使用者訂購並購 買物品之外，訂單處理服務232亦可使得消費者能夠保存 物品以用於稍後購買。 ，在其他實例中，訂單處理服務232可管理可由供應商定 製之閘控準則（例如，使用供應商系統管理儀錶板21〇 '另 一用戶端器件等）。此等閘控準則可包括以下各者：在任 °、、、疋τΓ間具有打開狀態之訂單的最大數目 '在給定時間 週期（例如，服務週期、收取時間或其他時間週期）内之訂 158461 .<j〇c •15- 201224961 單的目標數目、收取時間内之訂單槽的最大數目、收取時 間之作用中狀態、訂單槽之作用中狀態、訂單槽之值，或 可能與供應商有關之任何其他準則。 在一些實例中，訂單處理服務232可管理自用戶端器件 206所接收的指引至一個以上供應商之訂單。舉例而言， 回應於來自用戶端器件2〇6之請求，訂單處理服務232可將 一個以上可用供應商之清單提供給用戶端器件2〇6，每一 供應商具有物品（例如，用於購買、出租等）之至少一可用 目錄（亦即，選單）。在此實例中，用戶端器件2〇6可向多個 供應商訂購物品，且訂單處理服務232可將彼等訂單聚集 成一單一結帳「購物車」’從而使得用戶端器件2〇6能夠使 用卓付#欠來為所有物品付款。在一些實例中，訂單處理 服矛2 3 2可使用一識別碼或標記（例如，由用戶端器件 20ό、供應商訂單儀錶板2〇8、出售點系統2! 6、付款處理 器218、訂單警報系統234或藉由框架2〇2實施之其他服務 (已展示的或未展示的）產生）來識別向每一供應商進行之購 買。因此’在此實例中，可分別識別與每一個別供應商相 關聯之購買以供稍後使用（例如，傳回、爭議等）。在一些 實例中，訂單處理服務232可經由通知服務238、SDK 240 及通知提供者242而將通知提供至用戶端器件206。舉例而 言’訂單處理服務可向通知服務23 8指示一訂單準備好收 取或遞送’且通知服務23 8可使用SDK 240提示通知提供者 242將一指示訂單準備好收取或訂單不久將被遞送的通知 §fl息推送至用戶端器件206。在其他實例中，通知服務238 158461.doc -16 · 201224961 了貫把為訂單處理服務232之部分，且通知提供者242可實 施為框架202之部分。在再其他實例中.，訂單處理服務232 可經實施以將通知直接提供至用戶端器件2〇6。在又其他 實例中，T以不同於本文中所描述之方式將通知提供至用 戶端益件206。 在一些實例中，架構200可包括供應商訂單儀錶板2〇8， 訂單警報系統234及供應商系統管理儀錶板21〇。舉例而 言，供應商訂單儀錶板208可為可由供應商操作之訂單系 統（圖4C)。在一些實例中，供應商訂單儀錶板208可結合 °丁單警報系統234 —起工作，以將與訂單相關聯之警報呈 現給供應商（圖4D)以（例如）產生回條236。在另一實例中， 供應商系統管理儀錶板21〇可經實施以使得供應商能夠更 新框架202内之各種模組或服務（圖4B)。在其他實例中， 架構200可藉由更多、更少或不同元件來實施。 圖3說明用於實施於一位置感知行動市場中之閘控及自 動-T單處理系統之例示性架構。此處，雲端框架3可包 括網域模型304、整合匯流排312及框架儲存庫32〇。在一 些貫例中，網域模型304可進一步包括身分識別服務322、 事件服務324、產品目錄服務326、促銷服務328、商業規 則330及訂單處理服務332。在一些實例中，雲端框架3〇2 可結合外部目錄資料庫314、出售點系統316及付款處理器 318 —起貫施。網域模型3〇4、身分識別服務322、產品目 錄服務326、促銷服務328、商業規則33〇及訂單處理服務 332可以與圖2中之相似命名之元件相同或類似的方式來實 158461.doc -17- 201224961 施。整合匯流排312、框架儲存庫32〇、外部目錄資 314、出售點系統316及付款處理器318亦可以與圖2中之相 似命名之元件相㈤或類似的方 < 來實施 % 空貫例中， 框4儲存庫320可實施為雲端框架地之部分。在其 中’可單獨地實施框架儲存庫32〇。 ’ 在一些實例中，雲端框架地可使用基於雲端之平台來 實施’且另外以類似於框架2〇2之方式來實施。在一 例中，事件服務324可經實施以提供與—或多個供應訪 與之相關聯的附近或現場事件有關的資訊。舉例而言，事 件服務324可使用（例如，用戶端器件2〇6(圖。之）當前位置 來判定並提供與可用供應商之供購f的物品之目=關的 資訊（例如，至訂單處理服務332)β在一些實例中，此資讯 可包括事件之類型、事件之位置、事件之日期、事件之開 始時間、事件之結束時間或與事件相關聯之其他資訊^ 似於場地服務224(圖2)，事件服務324可藉由自一預定場地 集合中抽取或動態地使用各種輸入（例如，來自用戶端器 件206(例如，當前位置、所要的半徑等）、商業規則别、 雲端框架302中之其他服務等）而判定附近或現場事件。 圖4A至圖4D說明&置感知行動㈣系統之細件的例示 性架構。圖4八說明用戶端器件2〇6之例示性架構。此處， 用戶端器件206可包括用戶端4〇2、位置感測器4〇4及本端 資料庫406。在一些實例中，用戶端4〇2可為存取另一系統 (例如’電腦、伺服器、網路等）上之遠端伺服器的系統或 應用程式。舉例而言，用戶端4〇2可為下載至一行動通信 158461.doc 201224961 器件（例如，行動通信器件108及平板電腦11〇(圖1)}上並供 該行動通信器件使用之應用程式（例如，「app」）。在此實 例中，用戶端402可為可操作以與桓架2〇2(及框架2〇2内之 服務及模組）通信的應用程式。舉例而言，用戶端4〇2可操 作以發送請求至框架202,並接收來自框架2〇2之通知。^ 一些實例中，位置感測器404可使用原生Gps方法或系統 來判定用戶端器件206之當前位置。在其他實例中，位置 感測器404可使用用於判定當前位置之其他方法（例如，蜂 巢式電話塔三㈣量、存取已知位置中之固定職網路 等）。在一些實例中，本端資料庫4〇6可為可由用戶端器件 206使用之任何資料提供資料儲存。舉例而言，本端資料 庫406可儲存與用戶端相關聯之資料、與自框㈣2(圖 2)所接收的目錄相關聯之資料，或可用於向用戶端器件 206之使用者提供服務的其他資料。在其他實例中，用戶 端器件2〇6可以不同於本文中所描述之方式來實施。 圖4B說明供應商系統管理儀錶板21〇之例示性架構。此 處，供應商系統管理儀錶板21〇可包括用戶端4〇8、報告服 務410、本端資料庫414及分析服務416。在一些實例中， :戶端408可以類似於用戶端4〇2之方式來實施。舉例而 °用戶编408可為存取另一系統（例如’電腦、伺服器、 網路等)上之遠端伺服器的系統或應用程式；可為下載至 一打動通信器件（例如，行動通信器件108及平板電腦 11〇(圖1))上並供該行動通信器件使用之應用程式（例如， 「app」），且可為可操作以與框架2〇2(及框架2〇2内之服務 I58461.doc -19- 201224961 及模組）通信的應用程式，包括發送請求至框架框架2〇2並 接收來自框架202之通知。在一些實例中，供應商系統管 理儀錶板210可經實施以使得供應商能夠使用用戶端4〇8更 新位置感知行動市場框架（例如，框架2〇2(圖2)及雲端框架 3〇2(圖3))内之各種模組或服務。舉例而言，供應商可使用 供應商系統管理儀錶板210來更新商業規則（例如，商業規 貝|J 230及330(圖2至圖3))、產品目錄服務（例如，產品目錄 服務226及326(圓2至圖3))、促銷服務（例如，促銷服務228 及328(圖2至圖3))或其他服務。在—些實例中’本端資料 庫4丨4可儲存與消費者活動（包括消費者購買、傳回、目錄 劉覽歷史及其他消費者活動）相關聯之商業資料。在其他 實例中，本端資料庫414可經實施以儲存可用於供應商系 統管理儀錶板210之操作或可用於供應商系統管理儀錶板 210之使用者的其他資料。在一些實例中，報告服務41〇可 建立並維護與消費者活動有關之報告。舉例而言，報告服 務41 0可建立並維護與消費者購買、目錄劉覽歷史、傳回 及其他重要商業資料相關聯的報告。在一些實例中，分析 服務416可使用儲存於本端資料庫414中之商業資料向供應 商提供統計分析及模型化功能。在其他實例中，供應商系 統官理儀錶板210可以不同於本文中所描述之方式來實 施。 圖4C說明供應商訂單儀錶板2〇8之例示性架構。此處， 供應商訂單儀錶板可包括用戶端418及本端資料庫42〇。在 一些實例中，用戶端418可以類似於用戶端4〇2及4〇8之方 15846 丨.doc -20· 201224961 式來實施。舉例而言，用戶端418可為存取另一系統(例 如:電腦、伺服器、網路等）上之遠端伺服器的系統或應 用程式；可為下載至-行動通信器件(例如，行動通信器 件1〇8及平板電腦叫間)上並供該行動通信器件使用之 應用程式（例如’「app」）；且可為可操作以與框架2〇取 框架202内之服務及模組）通信的應用程式，包括發送請求 至框架202並接收來自框架2〇2之通知。在一些實例中，供 應商訂單儀錶板208可經實施以使得供應商能夠使用用戶 端418來與位置感知行動市場框架（例如，框架2〇以圖u及 雲端框架302(圖3))内之各種模組或服務通信。在一些實例 中，供應商訂單儀錶板208可為可由供應商操作之訂單系 統。在-些實例中’ j共應' 商訂單儀錶板2〇8可為供應商之 已經存在的訂單系統，其經實施以進行以下兩者：將訂單 直接呈現於供應商之實體位置處由供應商操作之出售點系 統上，而且使用框架202呈現來自用戶端器件2〇6或其他用 戶端器件之訂單。舉例而言，供應商訂單儀錶板2〇8可將 經由框架202所接收之訂單（例如）以接收請求所按的次序整 合至供應商之總的訂單佇列中。在其他實例中，供應商訂 單儀錶板208可專用於呈現僅經由框架2〇2接收之訂單。在 再其他實例中，供應商訂單儀錶板2〇8可以不同於本文中 所描述之方式來實施。 圖4D說明訂單警報系統234之例示性架構。此處，訂單 誓報系統234可包括訂單監視代理422、印表機424、指示 燈426及指示蜂鳴器428。在一些實例中，印表機424可產 15846J.doc -21 - 201224961 生回條236,回條236可為訂單之印出（例如，供供應商完 成在其他實例t，回條236可以不同方式（例如，電子郵 件、文字訊息，或以其他方式傳達（例如，使用用戶端器 件）)產生。在-些實例中，訂單警報系統234可向供應商通 知何時經由框架202接收訂單。舉例而言，訂單監視代理 422可與框架202内之各種服務或模組（例如，訂單處理服 務232等）或雲端框架3〇2内之各種服務或模细（例如，訂單 處理服務332等）通信以判定何時接收一訂單。接著，訂單 警報系統234可使用印表機424、指示燈似及指示蜂鳴器 428令之-或多者向供應商警報有傳入訂單。在其他實例 t，訂單警報系統234可以不同於本文中所描述之 實施。 圖5說明用於完成位置感知行動市場中之用戶端請求的 例不性程序。在-些實例中，程序5〇〇可以使用自用戶端 所擷取之位置資料獲得用戶端在-場地中之位置(502)開 始:位置資料可包括自用戶端所接收的與位置（例如，用 而之田則地理位置、環繞用戶端之當前位置的半徑、請 求之場地、場地内之位置（例如’運動場中之區、列及座 位號碼）等）相關聯之任何資料。在—些實例中，用戶端可 以一勞幕或表單(例如’經由行動通信器件上之應用程式） 呈現以供鍵入位置資料。在其他實例中，用戶端可自動地 產生位置=#料（例如’使用内建式GPS能力）並將位置資料 傳輸至-位置感知行動市場框架（例如，框架搬（，或雲 端框架302(圖3))。在獲得用戶端之位置之後，可接收來自 158461.doc ⑧ •22- 201224961 用戶端之與一或多個物品相關聯的請求，該—或多個物品 二母-者與:場地相關聯並在-資料庫中加以識別 Μ⑼或多個物品可為可自與場地相 關：(例如’位於該場地，、隸屬於該場地、處於接近該 Γ之遞送或收取中)之商店得到的物品之目錄的子集。 —些實例中，請求可為該一或多個物品之訂單。在一些 m，該一或多個物品中之每一者可由場地内或與場地 不同商店來提供。在其他實例中，全部該一或 夕個物品可由-單_商店來提供。一旦接收到請求，便可 回應於請求而作出關於該一或多個物品是否可得以提供之 判定（5〇6)。在一些實例中，此判定可包含根據-或多個準 ㈣调該請求。舉例而言，商店可取決於庫存量或各種環 ㈣以其他準則而在不同日間時間針對不同事件提供不 同物品。在一些實例中，满rt 巾商店可建立、定製及/或使用商 業規則（如可使用（例如）商業規則23〇及33〇來實施）、促銷 (如可使糊如）促銷服務228及328來實施）或其他準則（如 可使用（例如）訂單處理服務扣及阳來實施）來判定一物品 =否可得以在給定時間、料地點或在給定環境下用於一 4費，。在判定該_或多個物品可得以提供之後，可(例 如）錯由與場地相關聯之商店來完成請求（508)。在-些實 例中’完成請求可能需要預備待提供（例如，至接收請求 所來自的用戶端之使用者）之物品。在-些實例中，可收 取物品。在其他實例中，可將物品遞送至位置，或由用戶 端指定用於遞送之另一 7^ ^ 置。在再其他實例中，程序5〇〇 158461.doc -23- 201224961 可藉由更多、更少或不同步驟來實施。 圖6說明用於完成一位置感知行動市場中之訂單的例示 性程序。在一些實例中，程序6〇〇可以識別一消費者（6〇2) 開始。在一些實例中，識別一消費者可包括唯一地識別一 用戶纟而器件。舉例而言.，可操取或接收傳統識別資訊（例 如，名稱、地址、信用卡號碼、駕駛執照號碼等）。在另 貫例中，電子識別方法可用以唯一地識別一用戶端器件 (例如，安全登入（例如，使用者名稱及密碼）、射頻識別 (RFID)或以無線方式（例如，經由近場通信（NFC)或 B1Uet〇〇th®)傳達之其他唯一識別符）。在一些實例中，在 自消費者獲得識別資料之後，或結合自消費者獲得識別資 ；亦可自消費者擷取位置資料（例如，消費者之通常位 置、消費者之當前位置、消費者之所要位置等）。一旦識 別一消費者，便可將資料發送至該消費者，該資料盥可用 供應商相關聯（604)。在-些實财，可使用如上文所描述 之間控準則（靜態與動態兩者）來判定供應商之可用性。一 :將可用供應商選項呈現給消費者，便可自消費者接收訂 單（06)纟—些實例中，可進_步將來自可用供應商的可 用物品之各種目錄或選單呈現給消費者以供劉覽及選擇。 在—些實例中，可根據用京 咏、隹 像用以判疋是否可完成訂單之額外閘 控準則來處理訂單。在盆#音 ^ 在八他貫例中，可在將可供選擇或購 :品提供給消費者之前實施閘控準則，在該狀況下， =收到訂單後便可完成訂單而無進一步分析叫在— 二貫例中’完成請求可能需要預備待提供（例如’至接收 158461.doc ⑧ •24- 201224961 請求所來自的用戶端之使用者)之物品。在―歧實例中， 可收取物品。在其他實例中，可將物品遞送至位置，或由 用戶端指定用於遞送之另— 一 _可藉由更多、更少或不同步驟來實施^ 序 圖7說明用於更新位置感知行動市場中之訂單處理系统 的例示性程序。在一此眚仓丨Λ ^ „ 于尤 二貫例中，程序700可以識別一供 商（702)開始。在一些實例 、愿 貝妁Τ，識別一供應商可包括唯一地 識別一用戶端器件。舉例而言，可擷取或接收傳統識別資 a(例如’名稱 '地址、信用卡號碼、駕駛執照號碼等）。 …實例中’電子識別方法可用以唯一地識別—用戶端 β件（例如’女全登人（例如，使用者名稱及密碼）、射頻識 別（RFID)或以無線方式（例如，經由近場通信（胸）或 驗⑽⑽）傳達之其他唯—識別符）。在-些實例中，安 全識別方法可用以驗證一供應商之對於一位置感知行動市 場系統之存取特權。舉例而言’供應商可有權更新或定製 與彼供應商之訂單之處理相關聯的供應商準則（例如，間 控準則），但無權更新或定製另一供應商之供應商準則。 -旦識別供應商，便可將資料發送至供應商，該資料與一 或多個供應商準則相關聯（7〇4)β在一些實例中，供應商準 則可與以下各者相關聯：供應商之位置、操作時間、天氣 或其他環境因素、供應商之庫存，或更具體言之，在任何 給定時間具有打開狀態之訂單的最大數目、在給定㈣週 期（例如，服務週期、收取時間或其他時間週期）内之訂單 的目標數目、收取時間内的訂單槽之最大數目、收取時間 158461.doc •25· 201224961 之作用中狀態、訂單槽之作用中狀態、訂單槽之值，或盘 供應商之將物品提供給消費者的能力有關的任何其他= 貝^。舉例而言，供應商可基於供應商之操作時間或位置 (當前的或永久的）而選擇以限制對其目錄及訂單系統的存 取或限制其目錄及訂單系統的可見性。在另一實例中，'為 運動競技場或運動場之場地可限制在淡季期間對其目錄及 訂皁系統的存取或限制在淡季期間其目錄及訂單系統的可 見丨在將與或夕個供應商準則相關聯之資料發送至供 應商之後’可自供應商接收輸入，該輸入與該一或多個供 應商準則中之至少一者相關聯（706)β在一些實例中，輸入 可用以更新該-或多個供應商準則。在其他實例中，輸入 可用以疋製供應商之該一或多個供應商準則。在再其他實 例中，輸入可用以建立新的供應商準則。接著可使用輸入 來更新-訂單處理㈣（濱），訂單處理系統可操作以處理 供應商之訂單。在其他實例中，程序7〇〇可藉由更多、更 少或不同步驟來實施。 圖8說明用於供應商選擇之螢幕的例示性線框。此處， 線框800可包括標題列8〇2、最愛按鈕8〇4、地圖按鈕8〇6、 清單按鈕808、供應商類別81〇至812、標誌814至822、場 地824至826、供應商828至832、事件m至㈣、供應商描 述838至842、距離844至852、特徵圖示854至856及選擇按 钮858至866 °在一些貫例中，標題列8〇2可顯示一識別螢 幕之軚題或其他片語。舉例而言’對於顯示可用場地及供 應商之螢幕，標題列8〇2可顯示標題「場地及商人」或 158461.doc •26· 201224961 場地及供應商」或其他適當標題。在一些實例中，最愛 按鈕804可使得使用者能夠導覽至顯示使用者之最愛場 地、位置或供應商（未圖示）之螢幕。在一些實例中，地圖 按鈕806可使得使用者能夠導覽至在地圖（圖9)上顯示可用 場地或供應商之螢幕。在一些實例中，清單按鈕8〇8可使 得使用者能夠導覽至以清單（例如，線框8〇〇中所顯示之清 單格式）顯示可用場地或供應商之螢幕。在—些實例中， 供應商類別810至812可顯示（例如）在當前位置及當前時間 可得以將物品提供給使用者的供應商之類別。舉例而言， 供應商類別810可為附近的運動場，且供應商類別812可為 附近的行動食叩供應商（例如，食品卡車）。在其他實例 中，供應商類別810至812可包括其他行動供應商、商場、 購物令〜，或其他類型之供應商。在一些實例中，場地 824至826可識別場地（例如’顯示其名稱）。在供應商類別 810為運動場之實例中，場地824至826可顯示附近的運動 場之名稱。在一些實例中，標誌814可顯示意謂場地824、 表示場地824、由場地824選擇或另夕卜與場地m相關聯的 標誌^且標誌816同樣可顯示與場地咖相關聯之標諸。在 一些實例中，事件834可顯示與在場地824處發生之事件相 關聯的資訊’且事件836同樣可顯示與在場地似處發生之 事件相關聯的資訊。舉例而言，事件m可指示場地m處 之事件中進行比赛的團隊、事件之日期、事件之開始時 間、事件之結束時間或與事件相關聯之其他資訊。事件 836可顯示關於在場地咖處發生之事件的類似類型之資 158461.doc •27· 201224961 訊。 在一些實例中’供應商828至832可識別供應商類別812 中之供應商（例如’顯示其名稱ρ在供應商類別812為行動 食品供應商之實例中，供應商828至832可顯示附近的食品 卡車之名稱。在一些實例中，標誌8丨8至822可分別顯示與 供應商828至832相關聯之標誌。在一些實例中，供應商描 述838至842可分別顯示供應商828至832之描述。舉例而 έ ’供應商描述83 8可顯示由供應商828銷售的物品之類 型、供應商828之當前位置、期間供應商828可用的日期及 時間，或與供應商828相關聯之其他資訊。供應商描述84〇 及842可分別顯示關於供應商830及832的類似類型之資 訊。 在些貫例中，距離844及846可分別指示場地824及826 與使用者之當前位置之間的距離。距離848至852同樣可分 別顯示供應商828至832與使用者之當前位置之間的距離。 在一些實例中，選擇按鈕858及86〇可分別使得使用者能夠 選擇場地824及826 ^舉例而言，選擇按鈕858可使得使用 者能夠導覽至與場地824相關聯之螢幕。舉例而言，觸碰 選擇按鈕858可將使用者導覽至顯示以下各者之螢幕：與 場地824相關聯之商店的清單或地圖、與場地824相關聯之 物品類別之清單、與場地824相關聯之物品之清單，或與 場地824相關聯之其他螢幕。選擇按鈕86〇同樣可關於場地 826以類似方式操作，且選擇按鈕862至866可分別關於供 應商828至832以類似方式操作。 158461.doc -28· 201224961 在一些實例中，特徵圖示854至856可用以指示一特徵化 場地（例如，場地824)或供應商（例如，供應商828)。場地 及供應商可因多種原因而特徵化。舉例而言，場地824及 供應商828可因係、接近使用者之#前位置之最近場地及供 應商而特徵化。在另—實例中，場地824及供應商可因 為其係使用者最常去的、為使用者之指定最愛、具有適用 於使用者之促銷或因任何其他原因而特徵化。在其他實例 中可以不同於本文中所描述之方式來實施用於供應商選 擇之螢幕。 圖9說明在一地圖介面上展示供應商選擇選項之螢幕的 例示性線框。此處，線框_可包括標題列9〇2、最愛独 904、地圖按钮906、清單按紐9〇8及地圖91〇，地圖㈣可 顯示街道912至914、標魏916至918、供應商位置㈣至 922、供應商描述924至926、選擇按紐928至㈣、特徵圖 示932及使用者位置934。在—些實例中，標題列搬可顯 示識別蝥幕之標題或其他片語（例如，「地圖」）。在一些實 例令，最愛按紐904可使得使用者能夠導覽至顯示使㈣ 之最愛場地、位置或供應商(未圖示)的螢幕。在一些實例 令，地圖按紐906可使得使用者能夠導覽至在地圖（例如， 地圖9H))上顯示可用場地或供應商之螢幕。在一些實例 令，清單独_可使得使料频導覽至㈣單（例如， 圖8)顯示可用場地或供應^之螢幕。在—些實例_，供應 商描述924及926可分別顯示與供應商位置92q及奶處:: 應商相關聯的資訊。舉例而言，供應商描述924可顯示位 l5S46l.doc •29- 201224961 於街道912上之第一供應商（例如，食品卡車、其他行動供 應商’或固定供應商）之名稱，以及可能與消費者有關之 其他資訊（例如’營業日期及時間、所供應食品之類型 等）。在此實例中’供應商位置920可指示第一供應商之地 址’或另外指示第一供應商之位置。亦在此實例中，供應 商描述926可顯示位於街道914上之第二供應商（例如，食 品卡車、其他行動供應商，或固定供應商）的相同或類似 類型之資訊’可由供應商位置922來顯示第二供應商之確 切位置。 在一些實例中，標誌916及918可分別顯示與第—供應商 及第—供應商相關聯的標諸。在一些實例中，選擇按钮 928及930可分別使得使用者能夠選擇第一供應商及第二供 應商。舉例而言，選擇按鈕928可使得使用者能夠導覽至 與第—供應商（亦即’位於街道912上的）相關聯之螢幕。舉 例而言，觸碰選擇按鈕928可將使用者導覽至顯示以下各 者之螢幕.與第一供應商相關聯之物品之清單、與第一供 應商相關聯之物品類別之清單，或與第一供應商相關聯之 其他勞幕。選擇按鈕930同樣可關於第二供應商以類似方 式操作。在一些實例中，特徵圖示932可指示一特徵化供 應商（例如，位於街道914上之第二供應商）。供應商可因多 種原因而特徵化。舉例而言，第二供應商可因係接近使用 者位置934之最近供應商、係接近使用者位置934之使用者 最常去的供應商、為使用者之指定最愛、具有適用於使用 者之促銷或因任何其他原因而特徵化。在其他實例中，可 158461.doc 201224961 以不同於本文中所描述之方式來實施在地圖介面上展示供 應商選擇選項之螢幕。 圖ίο說明用於鍵入位置資訊之螢幕的例示性線框。此 處’線框1000可包括團隊橫幅1002、贊助商橫幅1004、事 件描述1006、須知（instruction)1008、座位號碼1010、區 1 0 12、列1 〇 14及繼續按钮1 〇 16。在一些實例中，團隊橫幅 1002可顯示標誌、廣告，或與一與場地（例如，運動場）或 事件（例如，比賽）相關聯之團隊（例如，主隊）相關聯之其 他圖形及/或文字。在一些實例中，贊助商橫幅1〇〇4可顯 示標誌、廣告’或與一與場地或事件相關聯之贊助商（例 如’比赛贊助商）相關聯之其他圖形及/或文字。在一些實 例中，團隊橫幅1002及贊助商橫幅1 〇〇4可分別包含使得使 用者能夠導覽至與團隊或贊助商相關聯之螢幕的連結或按 鈕。在一些實例中，事件描述1006可顯示與事件相關聯的 資訊（例如，比赛位置、團隊資訊、比賽曰期、比赛時間 等）。在一些貫例中，須知10〇8可提供用於完善座位號碼 1010區1 〇 12及列1 〇 14之須知。舉例而言，須知1 可顯 示指導使用者提供使用者之座位資訊的預先設定之訊息， 以（例如）達成在事件下確認可用於使用者之服務的目的。 在一些實例中，座位號碼1〇10、區1〇12及列1〇14可實施為 使用者可分別鍵入使用者之座位號碼、區及列資訊以指示 一位置的欄位。在一些實例中，此位置可供與場地或事件 相關聯之供應商使用以將所購買之物品遞送給使用者。在 一些實例中，繼續按鈕1〇16可使得使用者能夠導覽至下一 158461.doc -31 · 201224961 螢幕（例如，顯示供應商之可用類別、物品之可用類別、 可用物品等）。在其他實例中’可以不同於本文中所描述 之方式來實施用於鍵入位置資訊之螢幕。 圖11說明用於商店選擇之螢幕的例示性線框。此處，線 框1100可包括團隊橫幅11〇2、贊助商橫幅11〇4、商店促銷 橫幅1106、商店1108至1112、標誌1114至1118、重要資訊 1120及選擇按紐1122至1126。團隊橫幅i 1〇2可以與團隊橫 幅1〇〇2相同或類似之方式來實施’且贊助商橫幅ιι〇4可以 與贊助商橫幅1 004相同或類似之方式來實施。在一些實例 中，商店促銷橫幅1106可顯示標誌、廣告或與商店促銷相 關聯之其他圖形或文字。在一些實例中，商店促銷橫幅 1106可包含使得使用者能夠導覽至與商店促銷相關聯之螢 幕的連結或按鈕。在一些實例中，商店11〇8至1112可識別 (例如，顯示名稱或描述）可用於供使用者選擇（例如，可自 其購買物品）之商店。舉例而言，商店11〇8至1112可識別 座位内（in-seat)食品服務、咖啡館、團隊商店、運動場停 車服務、票證服務，或與場地或事件相關聯的可用於使用 者之其他商店或服務《在一些實例中，標誌1114至1118可 分別顯示與商店1108至1112相關聯之標誌。在一些實例 中，重要資訊1120可顯示與商店選擇螢幕、應用程式或位 置感知行動市場之使用有關的各種重要資訊。舉例而言， 重要資訊1120可顯示與付款、訂單時序、遞送時序、後勤 相關聯之資訊或其他資訊。在一些實例中，選擇按鈕1122 至1126可分別使知使用者能夠選擇商店nog至m2中之每 158461.doc •32- 201224961 一者。舉例而言’選擇按鈕1122可使得使用者能夠選擇商 店1108 ’以便導覽至與商店11〇8相關聯之螢幕（例如，可 用物品類別之清單、可用物品之清單、促銷之顯示等）。 選擇按紐1124同樣可關於商店111〇以類似方式操作，且選 擇按紐1126同樣可關於商店1112以類似方式操作。在其他 實例中’可以不同於本文中所描述之方式來實施用於商店 選擇之螢幕。 圖12說明用於物品類別選擇之螢幕的例示性線框。此 處’線框1200可包括團隊橫幅12〇2、贊助商橫幅12〇4、商 店橫幅1206、商店促銷橫幅1208、上一步按紐1210、物品 類別1214至1222、選擇按鈕丨224至1232及導覽列1234。團 隊橫幅1202、贊助商橫幅12〇4、商店促銷橫幅12〇8及選擇 按鈕1224至1232可以與圖1〇至圖u中相似命名之元件相同 或類似之方式來實施。在一些實例中，商店橫幅丨2〇6可顯 不標誌、廣告或與商店相關聯之其他圖形或文字。在一些 貫例中，商店橫幅1206可包含使得使用者能夠導覽至與商 店相關聯之螢幕的連結或按鈕》在一些實例中，上一步按 鈕1210可使得使用者能夠返回導覽至一先前螢幕。舉例而 言，若使用者自商店選擇螢幕導覽至此物品類別選擇螢 幕，則上一步按鈕1210可使得使用者能夠返回導覽至商店 選擇螢幕。在一些實例中，物品類別1214至1222可識別可 得以由商店提供之物品的類別。舉例而言，用於餐館或販 賣部（concession stand)之物品類別1214至1222可包括特價 品、食品、小吃、飲料或待售之其他物品類別。在一些實 158461.doc -33- 201224961 例中，導覽列1234可包含用於導覽至應用程式中之不同螢 幕的各種連結或按鈕。舉例而言，導覽列1234可包括用於 導覽至顯示供應商之螢幕的供應商按鈕、用於導覽至顯示 使用者之祕彳覽歷史之螢幕的歷史按鈕、用於導覽至用於鍵 入位置資訊之螢幕的位置按鈕、用於導覽至付款螢幕之付 款按鈕，以及用於導覽至其他螢幕之其他按鈕。在其他實 例中’可以不同於本文中所描述之方式來實施用於物品類 別選擇之螢幕。 圖13說明用於物品選擇之螢幕的例示性線框。此處，線 框1300可包括團隊橫幅13〇2、贊助商橫幅13〇4、商店橫幅 13〇6、商店促銷橫幅13〇8、上一步按鈕ΐΜ〇、購物車 1312、購物車物品數目1314、物品類別1316及1318、物品 1320至1330、標誌1332及選擇按鈕1334至1344。團隊橫幅 1302、贊助商橫幅13〇4、商店橫幅13()6、商店促銷橫幅 1308、上一步按鈕1310及選擇按鈕1334至1344可以與圖⑺ 至圖12中相似命名之元件相同或類似之方式來實施。在一 些實例中，購物車1312可實施為使得使用者能夠導覽至顯 示經選擇以待購買的物品之購物車螢幕（圖15)的按鈕。使 用者之購物車中的物品之數目可藉由購物車物品數目GW 來指示。在一些實例中，物品類別1316可指示包含物品 1320至1326的物品之類別，且物品類別1318可指示包含物 品1328至1330的物品之類別。舉例而言，物品類別η μ可 為食品，且物品1320至ι326可包括食品物品（例如，熱 狗、起司漢堡、薯條（chips)、玉米片等）。在另—實例 158461.doc -34- 201224961 中物類別1318可為飲料，且物品1328至133〇可包括飲 料物品(例如，啤酒、蘇打水、咖啡、水等)。在一些實例 中私w 1332可顯不標誌、廣告或與物品1328相關聯之其 他圖形或文字。舉例而言，物品1328可為啤酒之品牌，且 標諸1332可為用於彼哮酒品牌之標該。在其他實例中，可 以不同於本文中所描述之方式來實施用於物品選擇之榮 幕。 圖14說明產品螢幕之例示性線框。此處，線框剛可包 括圏隊橫幅1402 '贊助商橫幅觀、商店橫幅觸、產品 橫幅1408、上一步按钮141〇、購物車m2、構物車物品數 目 產〇〇名稱1416、產品描述1418、價格142〇、更多 按紐1422、產品影像1424、選項1426、數量1428、添加至 購物車1430及檢視購物車團隊橫幅购、贊助商橫 中田14〇4、商店橫幅14〇6、上一步按鈕ΐ4ι〇、購物車Mu及 購物車物品數目U14可以與圖1〇至圖13令相似命名之元件 相同或類似之方戎炎眘& 如 , 心乃式果貫鈿。在一些實例中，產品名稱丨416 可顯示產品之名稱（例如，啤酒或蘇打水之品牌等卜在一 些實例中，產品描述1418可顯示產品之描述，或與產品相 關聯之其他資訊。在一些實例中，價格142〇可顯示產品之 價格’且產品影像1424可顯示產品之影像或圖片。在一些 貫例中’更多按紹422可使得使用者能夠導覽至顯示關於 產^或品牌之更多f訊的螢幕。在—些實例中，選項㈣ 可實施為介面工具集、攔位、下拉選單或選擇與產品相關 聯之選項的其他方法。舉例而言，若產品為啤酒，則選項 158461.doc -35- 201224961I 201224961 The current position of the shoulder consumer. This situation also greatly limits the number and type of suppliers that can be sold to consumers, as well as the types of products and services that consumers can use to purchase products. Therefore, there is a need for location-aware marketing market applications and systems without limiting the prior art. [Embodiment] Various embodiments of the present invention are disclosed in the following detailed description and the accompanying drawings. Various embodiments or examples may be implemented in a variety of ways, including as a system, program, device, user interface or computer readable medium, such as a computer readable storage medium, or transmitted via an optical, electronic or wireless communication link. A series of program instructions on a computer network of program instructions. In general, the operations of the disclosed procedures can be performed in any order, unless otherwise provided in the scope of the claims. The following detailed description is provided with reference to the accompanying drawings. This detailed description is provided in connection with such examples, but is not limited to any specific examples. The scope is limited only by the scope of the patent application and encompasses numerous alternatives, modifications, and equivalents. Numerous specific details are set forth in the following description in order to provide a thorough understanding. The details are provided for the purpose of example and the technology described may be practiced in accordance with the scope of the patent application without the specific details or the specific details of the specific details. For the sake of clarity, technical material that is known in the art and is not described in detail to avoid unnecessarily obscuring the description. In some instances, the described techniques may be implemented as a computer program or as a plug-in, module or sub-component of one of the other applications. The described techniques may be implemented as software, hardware, firmware, circuitry, or a combination thereof for the purpose of providing computing and processing capabilities. If implemented as software, the described techniques can be implemented using various types of programming, development, . . . code processing or formatting languages, frameworks, grammars, applications, conventions, objects, or techniques, including C, Objective C, C++, C#, Adobe® Integrated RuntimeTM (Adobe® AIRTM) 'ActionScriptTM ' FlexTM ' LingoTM ' JavaTM ' JavascriptTM, JSON, Ruby, Rails, Ajax, Perl, COBOL, Fortran, ADA, XML, MXML , HTML, DHTML, XHTML, HTTP, XMPP, and others. Also, if implemented as software, the described techniques can be implemented using a software development kit (SDK) or an application programming interface (API). Application design, publishing, and other types (such as Dreamweaver®, Shockwave®, Flash®, and Fireworks®) can also be used to implement the described techniques. The described techniques may vary and are not limited to the examples or descriptions provided. A location-aware market allows users to browse products and make purchases from multiple vendors in a given geographic location. The given geographic location may be pre-defined or generated. In some instances, the predefined location may be a mall, a sports arena, an amusement park, an airport, a particular door in an airport, or other location. In other examples, the location may be generated based on a user's current location (e.g., using, for example, a location-aware device (e.g., a mobile communication device, laptop, etc.) having Global Positioning System (GPS) functionality. In some instances, the user's current location may be generated in the location or location week 158461.doc 201224961 (eg, within a certain distance from the user's current location within the venue identified by a location aware device, A list of available stores or suppliers. The terms "store" and "supplier" are used interchangeably herein to refer to the person or entity providing the goods or services. In other instances, the user may use criteria that are different from the user's current geographic location (eg, 'the user may desire to be in a particular location in the future, the user may wish to make a purchase to a vendor that does not need to be geographically close , or the user may want to browse the directory. In still other examples, inter-functional functionality may be implemented to allow a supplier or supplier group to control access to the order system and incoming requests in accordance with one or more criteria. Or the flow of an order. As used herein, the term "request" may refer to any communication from a client device seeking any kind of response (eg, a request for a list of available suppliers, a list of available items ( For example, a request for a menu, a catalog, etc. is called a request for the supply of goods or services (for example, an order). The gates of such requests can be manually, semi-automatically or automatically. The gates of such requests can also be Use the following guidelines to implement: #state criteria (for example, discounts on items within a fixed amount of time), dynamic criteria For example, when the inventory quantity or the order quantity is full, the (4) additional cost), or both the static and dynamic criteria. Figure 1 illustrates an exemplary system for implementing a location-based In some cases, the 1 system 1 〇〇 可自自网牧1 λ η ρ, J Bar network 102, with GPS function carrier 104, laptop computer%, 〇8, tablet 11 〇, computer 112, information station Lei Lei ί, j. Bei. tL station electricity month 114, server 116, store 118 action provider 120 and venue 122. In some cases, The network 1〇2 can be 158461.doc 201224961 is cloud-based and can communicate with the server 116. For example, the network ι〇2 can directly or indirectly communicate with any of the other devices or locations shown. In other examples, location-aware devices (eg, GPS-enabled carrier 1-4, laptop 106, mobile communication device 〇8, tablet 110, computer 112, kiosk computer 114, etc.) and provisioning Merchants (eg, store 118, mobile provider 120, and venue 122) can use wired or wireless communications The mode communicates directly with the feeder m (not shown). In some examples, a market framework (eg, as shown in Figures 2 and 3) can reside on the server 116. The location aware device can include the following two: Mobile devices (for example, laptops 106 mobile devices 10 (for example, iPhone®, Android® smart phones, etc.), tablets 11 (for example, ipad8, Hp TouchPad®, Microsoft® tablet pc#) And the like, and fixed devices with known locations (eg, computer 112, kiosk computer 114, etc.). Suppliers may also include mobile suppliers (eg, mobile providers, etc.) and fixed supplies with known locations. Both (eg, store 118, venue 122, etc.). For example, the action provider 12() may provide for a food truck, ice cream cart, pet grooming car or truck, or any other action of goods and services. In another example, the store 丨丨 8 may have a predetermined physical location. Any provider of goods or services. In yet another example, the venue 122 can be a sports field or arena, a mall, a shopping mall, a shopping district, or other venue with a predetermined physical location that includes a collection of vendors. The vendor can communicate with the network 102 using a vendor client device (not shown) or other computing and communication device (not shown). In some instances, a location-aware device can be used by a consumer (eg, 158461.doc 201224961 GPS-enabled vehicle i〇4, laptop computer 〇6, mobile communication device 〇8, tablet computer 110, computer 112, kiosk computer 114, etc.) access the city% frame (eg, as shown in Figures 2 and 3) to request - or multiple items from the supplier. In some instances, one or more criteria determined by the vendor may be used to gate access to the vendor. For example, the gating criteria can be related to the location of a supplier (eg, substantially or in the field), the time of operation, the maximum number of orders that can be processed within a given time period, The maximum number of order slots in the time window is charged. In a typical example, a consumer may only have access to a subset of the venue (e.g., a sports field) that is close to the location of the consumer in the playing field (i.e., identified by zone, column, and seat number). In another example, a vendor selling beer in a baseball field may limit the sale of beer after a particular point in the game (e.g., the end of the seventh game of the baseball game). In yet another example, a supplier may allow a ten-mile (9) consumer at the supplier's location to access the supplier's ordering system, while another supplier may allow this for consumers within a five-mile radius. access. Any criteria related to the supplier's provision of the item to the consumer can be used to gate requests from a client. In some instances, system 100 can be implemented by a gateway that directs the request from a location-aware device to a particular month if the request is directed to the venue or store.艮器. For example, venue m may require guidance for a license or product from a store associated with venue 122 or associated with venue 122 for licensing reasons (eg, 'it is only authorized to use the associated store to sell branded products). Up to a server located in or operating by site 122 (eg, a feeder (10). In its example 158461.doc • 10· 201224961, the system (10) may be different from those shown in Figure i. The location-aware device, network, vendor, or venue is implemented. Figure 2 illustrates an exemplary architecture of a location-aware mobile market system. Here, architecture 200 includes a framework 202, a domain model 2〇4, and a client device 206. The money order dashboard eagle, the supplier system management dashboard 21, the integrated bus 212, the external catalog database 214, the point of sale system 216, the payment processor 218, the framework fault bank 22, the order alert system 234, The notification service 238, the SDK 24, the notification provider plus. In some examples, the client device 206 can be a location-aware device (eg, the location-aware device shown in Figure itf7). It is shown that the client device 2〇6 is operable to communicate directly with various services in the framework 202, or the client device 206 is operable to communicate with the framework 2〇2 via the notification provider 242. In a second example, the domain model 204 The identity identification service 222, the venue service 224, the business rules 23, the catalog service 226, the promotion service 228, and the order processing service 232 may be included. As shown, the domain model, the integrated bus 212, the notification service 23 8 and the SDK 24 〇 can be implemented as part of the framework 2〇2. In some examples, the frame can be clouded. In other examples, the frame 2〇2 can be implemented by more, fewer, or different components. In some examples, the integrated bus 212 can be implemented to enable the framework 202 to interact with external systems (eg, 'external catalog database 214, point of sale system 216, payment processor 218, supplier order dashboard 2〇8, vendor system E-instrument 21, etc.) communicate or interact. The integrated bus 212 can be adapted to support interaction with any number of external systems. In some instances, the P-directory repository 214 can be stored for use. One or more suppliers provide 158461.doc 201224961 (for example, selling, renting 'reverse 4') items (for example, goods (ie, products) or services) and supplying them to the blade Framework 2〇2. For example, framework 202 may retrieve a catalog of available meshes associated with the appropriate vendor in response to a request from user benefit 206. In some examples, point of sale system 6 may be A t-checkout system, such as a cash register or checkout kiosk, or it can be an e-commerce or online "checkout" system (via, for example, mobile applications, networks, etc.). + • Preferential use of 等, etc. ^ In some instances, payment processor 118 may be grouped to pick up ~, and -, to receive a specific type of payment (eg, credit card or debit card Paypal®, bank Withdrawal, etc.). In other examples, the payment processing thief 118 can be configured to gate the payment option example according to the supplier's preferences, σ, one supplier may only accept credit card payments, and another supplier may accept credit card payments and via a third party Payments by a payment company (for example, Paypal®). In another example, a field (e.g., a sports field) may only accept payments made by a sponsored type of credit card (e.g., visa8) for orders placed within the venue. In some instances, such other and other external systems in the location aware action market may be developed or maintained by the first party and authorized from a third party. In some instances, the domain model 204 can be implemented by the identity identification service 222, the venue service 224 'business rules 230, the catalog service 226, the promotional service 228, and the order processing service 232. In some examples, the identity identification service 222 can enable the framework 202 to uniquely identify the client device 206. For example, the identity recognition service 222 can operate using conventional identification information (e.g., 'name, address, credit card number, driver's license number, etc.). In another example, the identity recognition service 222 can use the electronic identification party 158461.doc 201224961 method to uniquely identify the client device 2〇6 (eg, secure login (eg, username and password), radio frequency (RFID) W wireless mode (eg, :: Others identified by Near % k (NFC) or Bluet 〇〇 th8) - The Instance 10 ID identification service 222 may be used to verify the consumer at the current location The user's food benefit 206 is identified for the purpose of accessing privileges or supplier availability. In other examples, the identity recognition service may identify the client device 206 for the purpose of achieving an access privilege of the auditor (e.g., providing an idle control criterion or otherwise customizing the operation of the gating and automated order processing system). In some instances, venue service 224 may provide information regarding the venue of the -including-supplier group. In some instances, the venue service 224 can use a current location (e.g., (4) client device 206) to determine a suitable venue for provision to the client device. For example, the venue service is extracted from a set of pre-determined venues to determine an appropriate (e.g., available) venue by selecting a venue having a known location that matches the current location. In another example, the venue service 224 can use various inputs (eg, from a client device (such as a port, a current bit, a desired radius, etc.), a business rule 230, other services in the framework 2〇2, etc.) Generate - appropriate (for example, available) vendor groups. In some instances, the venue service 224 can provide the information to an order processing service 232 associated with one or more catalogues of items (i.e., products) provided by suppliers in the venue. In other examples, venue service 224 may include information associated with events occurring at available venues (eg, type of event, location of event, period of event, time of event start, time of event, etc.) or Associated with the venue 158461.doc •13· 201224961 He information. In some examples, catalog service 226 can provide a catalog of items that are available for use by available vendors. For example, the catalog service US may retrieve or provide one or more appropriate catalogs based on the consumer's selection of the supplier or the determination of the supplier that can be used to provide the item to the consumer. In one such example, a supplier may have multiple directories (eg, a restaurant may: and a lunch menu and a dinner menu), and the catalog service 226 may, for example, base time, schedule, or other criteria from the plurality Directory selection. In some instances, once an appropriate directory is identified, the directory can be stored on a local repository (e.g., as shown in Figure 4) implemented on the client device 206. This utilization of the local storage on the client device 206 can reduce the amount of data required to be transferred between the client device 206 and the frame 202, which in turn can reduce the frequency in a field or a given location. The possibility of overloading (eg, cellular towers, wireless internet connections, etc.). In some examples, the promotion service 228 can be implemented to apply coupons or discounts according to various conditions. In some real shots, these conditions may be static (for example, the first hundred consumers or consumers who enter the promotional code). In his case, the conditions can be dynamic (for example, based on fluctuations in demand, environmental factors or other conditions). In some real money, promotional services can also be provided (for example) to be communicated to the client device. Advertisement of 6. In some instances, the notification may be in the form of a push from the promotion service 228: to the client device 206. The push notification may be provided directly to the client device 206' or may be via the notification service 238, sdk 24 A notification notification 242 (not shown) is provided to provide a push notification. 158461.doc -14· 201224961 In some examples, business rules 230 may update order processing service 232 and promotion service 228. For example, business rule 23 〇 can be implemented to affect the price, availability, service charge or discount associated with the order or item. The commercial code U30 can be based on conditions and from the promotional service 228, order processing service illusion 2 or other input (eg, in Figure 3) This is done by other inputs to the environment input 31. The business rules 230 may include static and/or dynamic rules to process the order manually, semi-automatically or automatically ( For example, the conditions for adapting to changes made by the order processing service 232. In some examples, the order processing service 232 can be implemented to manage 4 requests received from a client device (eg, a client device write), The order processing service 232 can post, aggregate requests (eg, orders, requests for presentations of available vendors, requests for presentation of available items, etc., according to various inputs (eg, from catalog service 226, client device 206, etc.), Requests for available promotions, etc.) and respond to the request. The D-single processing service 232 may provide information (eg, associated with available vendors, items, promotions, etc.) to the client device 2〇6 In the second example, in addition to the user of the user device 206 ordering and purchasing the item, the order processing service 232 may also enable the consumer to save the item for later purchase. In other instances, the order processing Service 232 can manage gatekeeper criteria that can be customized by the vendor (eg, using vendor system management dashboard 21' another client) Etc.) These gating criteria may include the following: the maximum number of orders with an open state between any °, , and 疋τΓ' within a given time period (eg, service period, collection time, or other time period) Booked 158,461. <j〇c •15- 201224961 The target number of the order, the maximum number of order slots in the collection time, the status of the time of the collection time, the status of the order slot, the value of the order slot, or may be related to the supplier. Any other criteria. In some examples, order processing service 232 can manage orders received from client device 206 to orders from more than one supplier. For example, in response to a request from the client device 2〇6, the order processing service 232 can provide a list of more than one available vendor to the client device 2〇6, each vendor having an item (eg, for purchase) At least one available directory (ie, a menu). In this example, the client device 2〇6 can order items from multiple vendors, and the order processing service 232 can aggregate their orders into a single checkout "shopping cart" to enable the client device 2〇6 to be used. Zhuo Fu # owed to pay for all items. In some examples, the order processing service spears 2 3 2 may use an identification code or tag (eg, by the client device 20ό, the supplier order dashboard 2〇8, the point of sale system 2! 6, the payment processor 218, the order) The alert system 234 or other services (shown or not shown) implemented by the framework 2〇2 identify the purchases made to each vendor. Thus, in this example, purchases associated with each individual supplier may be separately identified for later use (e.g., return, dispute, etc.). In some examples, order processing service 232 can provide notifications to client device 206 via notification service 238, SDK 240, and notification provider 242. For example, the 'order processing service may indicate to the notification service 238 that an order is ready to be collected or delivered' and the notification service 238 may use the SDK 240 to prompt the notification provider 242 to prepare an order for receipt or the order will be delivered shortly. The notification §fl is pushed to the client device 206. In other examples, the notification service 238 158461.doc -16 · 201224961 is part of the order processing service 232 and the notification provider 242 can be implemented as part of the framework 202. In still other examples, the order processing service 232 can be implemented to provide notifications directly to the client device 2〇6. In still other examples, T provides notifications to the user benefit 206 in a manner different than that described herein. In some examples, architecture 200 can include a supplier order dashboard 2〇8, an order alert system 234, and a vendor system management dashboard 21〇. For example, the supplier order dashboard 208 can be an order system that can be operated by a vendor (Fig. 4C). In some instances, the supplier order dashboard 208 can work in conjunction with the single alarm system 234 to present an alert associated with the order to the supplier (Fig. 4D) to, for example, generate a receipt 236. In another example, the vendor system management dashboard 21 can be implemented to enable the vendor to update various modules or services within the framework 202 (Fig. 4B). In other examples, architecture 200 can be implemented with more, fewer, or different components. Figure 3 illustrates an exemplary architecture for a gated and auto-T single processing system implemented in a location aware mobile market. Here, the cloud framework 3 may include a domain model 304, an integrated bus 312, and a framework repository 32A. In some examples, the domain model 304 can further include an identity identification service 322, an event service 324, a catalog service 326, a promotion service 328, a business rule 330, and an order processing service 332. In some instances, cloud framework 322 can be implemented in conjunction with external catalog database 314, point of sale system 316, and payment processor 318. The domain model 3〇4, the identity identification service 322, the catalog service 326, the promotion service 328, the business rules 33, and the order processing service 332 may be the same or similar to the similarly named elements in FIG. 2 158461.doc -17- 201224961 施. The integrated bus 312, the framework repository 32, the external catalog 314, the point of sale system 316, and the payment processor 318 may also be similar to the similarly named components of FIG. 2 (five) or similar parties. < To implement the % airflow example, the box 4 repository 320 can be implemented as part of the cloud framework. In it, the framework repository 32 can be implemented separately. In some instances, the cloud framework can be implemented using a cloud-based platform' and otherwise implemented in a manner similar to framework 2〇2. In one example, event service 324 can be implemented to provide information related to nearby or on-site events associated with - or multiple supply visits. For example, the event service 324 can use (eg, the current location of the client device 2〇6) to determine and provide information regarding the item of the available supplier's purchase f (eg, to the order) Processing Service 332) β In some instances, this information may include the type of event, the location of the event, the date of the event, the start time of the event, the end of the event, or other information associated with the event. (FIG. 2), the event service 324 can extract or dynamically use various inputs from a predetermined set of venues (eg, from the client device 206 (eg, current location, desired radius, etc.), business rules, cloud framework A nearby or on-site event is determined by other services in 302. Figures 4A through 4D illustrate an exemplary architecture of a <RTI ID=0.0>> Here, the client device 206 may include a client terminal 2, a location sensor 4〇4, and a local database 406. In some examples, the client terminal 4〇2 may be accessing another system (eg, 'computer ,wait The system or application of the remote server on the server, network, etc. For example, the client 4〇2 can be downloaded to a mobile communication 158461. Doc 201224961 The device (eg, "app") on the mobile communication device 108 and tablet 11 (FIG. 1) and used by the mobile communication device. In this example, the client 402 can be The application operates in communication with the truss 2〇2 (and the services and modules within the framework 2〇2). For example, the client 4〇2 is operable to send a request to the framework 202 and receive from the framework 2〇 Notification of 2. In some examples, position sensor 404 can use the native Gps method or system to determine the current position of the client device 206. In other examples, position sensor 404 can use other methods for determining the current location. Method (e.g., a three-way number of cellular towers, access to a fixed service network in a known location, etc.). In some examples, the local database 〇6 can be provided by any material that can be used by the client device 206. For example, the local repository 406 can store data associated with the client, data associated with the directory received from the box (4) 2 (FIG. 2), or can be used for the user of the user device 206. Serviced In other instances, the client device 2〇6 can be implemented in a manner different from that described herein. Figure 4B illustrates an exemplary architecture of the vendor system management dashboard 21. Here, the vendor system manages the meter The board 21 can include a client 4〇8, a reporting service 410, a local repository 414, and an analysis service 416. In some examples, the client 408 can be implemented similar to the client 4〇2. User 408 may be a system or application that accesses a remote server on another system (eg, 'computer, server, network, etc.); may be downloaded to an immovable communication device (eg, mobile communication device 108 and An application (eg, "app") on the tablet 11 (FIG. 1) for use with the mobile communication device, and operable to interface with the frame 2〇2 (and the service within the frame 2〇2 I58461. The doc -19-201224961 and module) communication application includes sending a request to the framework framework 2〇2 and receiving notification from the framework 202. In some examples, the vendor system management dashboard 210 can be implemented to enable the vendor to update the location-aware action market framework using the client 4〇8 (eg, framework 2〇2 (FIG. 2) and cloud framework 3〇2 ( Figure 3)) Various modules or services. For example, a vendor may use the vendor system management dashboard 210 to update business rules (eg, business rules |J 230 and 330 (FIGS. 2 through 3)), catalog services (eg, catalog services 226 and 326 (round 2 to Figure 3)), promotional services (for example, promotional services 228 and 328 (Figs. 2 to 3)) or other services. In some instances, the local database 4丨4 stores business materials associated with consumer activities, including consumer purchases, returns, catalogue history, and other consumer activities. In other examples, the local repository 414 can be implemented to store other materials that can be used by the vendor system management dashboard 210 or for users of the vendor system management dashboard 210. In some instances, the reporting service 41 can establish and maintain reports related to consumer activities. For example, the reporting service 41 0 can establish and maintain reports associated with consumer purchases, catalogue history, returns, and other important business materials. In some examples, the analysis service 416 can provide statistical analysis and modeling capabilities to the vendor using the business data stored in the local repository 414. In other examples, the vendor system dashboard 210 can be implemented in a manner different than that described herein. Figure 4C illustrates an exemplary architecture of a supplier order dashboard 〇8. Here, the supplier order dashboard may include a client 418 and a local repository 42. In some instances, the client 418 can be similar to the client 4〇2 and 4〇8 of the 15846 丨. Doc -20· 201224961 Formula to implement. For example, the client 418 can be a system or application that accesses a remote server on another system (eg, computer, server, network, etc.); can be downloaded to a mobile communication device (eg, action) An application (eg, 'app') for the mobile communication device on the communication device 1-8 and the tablet; and operable to capture the services and modules in the framework 202 with the framework 2) The communication application includes sending a request to the framework 202 and receiving a notification from the framework 2〇2. In some examples, the supplier order dashboard 208 can be implemented to enable the supplier to use the client 418 to interface with the location-aware action market framework (eg, the framework 2 and the cloud framework 302 (FIG. 3)) Various module or service communication. In some examples, the supplier order dashboard 208 can be an order system that can be operated by a vendor. In some instances, the 'j' should be a supplier's existing ordering system that is implemented to do both: present the order directly at the supplier's physical location by supply The vendor operates on the point of sale system and uses the framework 202 to present orders from the client device 2〇6 or other client devices. For example, the supplier order dashboard 2〇8 may integrate the orders received via the framework 202, for example, into the total order queue of the supplier in the order in which the requests were received. In other examples, the supplier order dashboard 208 can be dedicated to presenting orders received only via the framework 2〇2. In still other examples, the supplier order dashboard 2〇8 can be implemented in a manner different from that described herein. FIG. 4D illustrates an exemplary architecture of the order alert system 234. Here, the order affidavit system 234 can include an order monitoring agent 422, a printer 424, an indicator light 426, and an indicator buzzer 428. In some instances, printer 424 can produce 15846J. Doc -21 - 201224961 Health returns 236, the receipt 236 can be printed for the order (for example, for the supplier to complete in other instances t, the reply 236 can be different (for example, email, text message, or otherwise) The communication (eg, using a client device) is generated. In some examples, the order alert system 234 can notify the vendor when an order is received via the framework 202. For example, the order monitoring agent 422 can interact with various services within the framework 202. Either a module (e.g., order processing service 232, etc.) or various services or modules (e.g., order processing service 332, etc.) within cloud framework 3.1 communicate to determine when an order is received. Next, order alert system 234 can be used. The printer 424, the indicator light and the indicator buzzer 428 command - or more to alert the supplier that there is an incoming order. In other instances t, the order alert system 234 can be implemented differently than described herein. Explain an example procedure for completing a client request in a location-aware action market. In some instances, the program 5 can use the location data retrieved from the client. The client begins at the location (502) in the venue: the location profile may include the location received from the client (eg, the geographic location used, the radius of the current location around the client, the requested venue, the venue) Any information associated with the location (eg, 'area, column, and seat number in the sports field, etc.). In some instances, the client can be a screen or a form (eg, 'via an application on a mobile communication device') Presented for entering location data. In other instances, the client can automatically generate location=#materials (eg, 'use built-in GPS capabilities') and transmit location data to the location-aware action market framework (eg, frame move ( , or Cloud Framework 302 (Figure 3)). After obtaining the location of the client, it can receive from 158461. Doc 8 • 22- 201224961 A request by the client to associate with one or more items, the one or more items being associated with: the venue and identified in the database Μ (9) or multiple items may be It may be associated with a venue: (eg, a subset of the catalog of items obtained at a store located at the venue, affiliated with the venue, in proximity to delivery or collection of the raft). In some instances, the request may be an order for the one or more items. At some m, each of the one or more items may be provided by a store within the venue or with a different venue. In other examples, all of the one or one item may be provided by a - single store. Upon receipt of the request, a determination can be made as to whether the one or more items can be provided in response to the request (5-6). In some instances, this determination may include tuning the request according to - or a plurality of criteria. For example, a store may provide different items for different events at different time periods depending on the amount of inventory or various rings (iv) with other criteria. In some instances, a full-scale towel store may establish, customize, and/or use business rules (eg, may be implemented using, for example, business rules 23 and 33), promotional (eg, pasteable) promotional services 228, and 328 to implement) or other criteria (eg, can be implemented using, for example, an order processing service deduction and yang) to determine whether an item = no can be used for a fee at a given time, material location, or in a given environment. . After determining that the article or items may be provided, the request may be completed (508) by, for example, a store associated with the venue. In some instances, the completion request may require preparation of an item to be provided (e.g., to the user of the client from which the request was received). In some instances, items are available for collection. In other instances, the item may be delivered to a location or specified by the user for delivery. In still other examples, the program 5〇〇 158461. Doc -23- 201224961 can be implemented with more, fewer or different steps. Figure 6 illustrates an exemplary procedure for completing an order in a location aware action market. In some instances, the program 6 can identify a consumer (6〇2) to begin. In some instances, identifying a consumer can include uniquely identifying a user device. For example. , can receive or receive traditional identification information (for example, name, address, credit card number, driver's license number, etc.). In another example, an electronic identification method can be used to uniquely identify a client device (eg, secure login (eg, username and password), radio frequency identification (RFID), or wirelessly (eg, via near field communication (eg, via near field communication (eg, via near field communication) NFC) or B1Uet〇〇th®) conveys other unique identifiers). In some instances, the identification information is obtained after obtaining the identification data from the consumer, or in combination with the consumer; the location information may also be retrieved from the consumer (eg, the general location of the consumer, the current location of the consumer, the consumer's The desired location, etc.). Once a consumer is identified, the data can be sent to the consumer, which is associated with the available supplier (604). In some real money, the inter-control criteria (both static and dynamic) as described above can be used to determine the availability of the supplier. One: presenting the available supplier options to the consumer, and receiving orders from the consumer (06). In some instances, various catalogs or menus of available items from available suppliers can be presented to the consumer. For Liu Yu and choose. In some instances, orders may be processed based on additional gating criteria used to determine whether orders can be completed using Gyeonggi, 隹. In the case of the basin, you can implement the gating control criteria before you can choose or purchase the product. In this case, you can complete the order without receiving further orders. In the two-case example, the completion request may need to be prepared (for example, to receive 158461. Doc 8 •24- 201224961 Request the user of the user from which it came from). In the "different instance", items can be collected. In other instances, the item may be delivered to a location, or specified by the client for delivery - may be implemented by more, fewer, or different steps. Figure 7 illustrates the use of a location-aware action market An exemplary procedure for an order processing system in the middle. In this case, the program 700 can identify a supplier (702) to begin with. In some examples, it is desirable to identify a supplier that can include uniquely identifying a client device. For example, a conventional identification asset a (eg, 'name' address, credit card number, driver's license number, etc.) can be retrieved or received. ... In the example, an 'electronic identification method can be used to uniquely identify the user-side beta (eg, ' Female full admission (eg, username and password), radio frequency identification (RFID), or wirelessly (eg, via near field communication (chest) or test (10) (10))). The security identification method can be used to verify a vendor's access privileges to a location-aware action market system. For example, a supplier may have the right to update or customize a supplier associated with the processing of an order of a supplier. Guidelines (eg, inter-control criteria), but are not authorized to update or customize supplier specifications for another supplier. - Once the supplier is identified, the data can be sent to the supplier with one or more Acceptance criteria (7〇4) β In some instances, supplier criteria can be associated with: supplier location, operating time, weather or other environmental factors, supplier inventory, or more specifically The maximum number of orders with open status at any given time, the target number of orders within a given (four) period (eg, service period, collection time, or other time period), and the maximum number of order slots during the collection time Receive time 158461. Doc •25· 201224961 The status of the role, the status of the order slot, the value of the order slot, or any other vendor's ability to provide the item to the consumer. For example, a supplier may choose to limit the access to its catalog and order system or limit the visibility of its catalog and order system based on the supplier's operating time or location (current or permanent). In another example, 'the venue for a sports arena or sports field may limit access to or limit the access to its catalogue and ordering system during the off-season during the off-season. After the information associated with the business criteria is sent to the supplier, the input may be received from the supplier, the input being associated with at least one of the one or more supplier criteria (706). In some instances, the input is available for updating. The - or multiple supplier guidelines. In other examples, the input can be used to throttle the one or more vendor criteria for the supplier. In still other examples, inputs can be used to establish new vendor criteria. The input can then be used to update - order processing (4) (shore), and the order processing system is operable to process the supplier's order. In other instances, the program 7 can be implemented by more, fewer, or different steps. Figure 8 illustrates an exemplary wireframe for a vendor selected screen. Here, the wireframe 800 may include a title column 8〇2, a favorite button 8〇4, a map button 8〇6, a list button 808, a supplier category 81〇 to 812, flags 814 to 822, venues 824 to 826, a supplier. 828 to 832, event m to (4), supplier descriptions 838 to 842, distances 844 to 852, feature icons 854 to 856, and selection buttons 858 to 866 °. In some examples, the title column 8〇2 may display an identification screen. The title or other phrase. For example, for a screen showing available venues and suppliers, the title column 8〇2 can display the title "Site and Merchant" or 158461. Doc •26· 201224961 Venue and Supplier” or other appropriate title. In some examples, the favorite button 804 may enable the user to navigate to a screen displaying the user's favorite venue, location, or vendor (not shown). In some examples, map button 806 may enable a user to navigate to a screen displaying available venues or vendors on a map (Fig. 9). In some instances, the list button 8〇8 enables the user to navigate to display the screen of the available venue or vendor in a list (e.g., the format format displayed in wireframe 8〇〇). In some instances, the supplier categories 810 through 812 can display, for example, the category of suppliers that can provide the item to the user at the current location and at the current time. For example, the supplier category 810 can be a nearby sports field, and the supplier category 812 can be a nearby mobile restaurant supplier (eg, a food truck). In other examples, vendor categories 810 through 812 may include other mobile providers, malls, shopping orders, or other types of vendors. In some instances, venues 824 through 826 can identify a venue (e.g., 'display its name). In the case where the supplier category 810 is a sports field, the venues 824 through 826 can display the names of nearby sports fields. In some examples, the indicia 814 can display a flag indicating that the venue 824, representing the venue 824, selected by the venue 824, or otherwise associated with the venue m, and the flag 816 can also display the indicia associated with the venue coffee. In some instances, event 834 can display information associated with an event occurring at venue 824' and event 836 can also display information associated with events occurring at the venue. For example, event m may indicate the team in the event at venue m, the date of the event, the start of the event, the end of the event, or other information associated with the event. Event 836 can display similar types of events occurring at the venue cafe 158461. Doc •27· 201224961 News. In some instances, 'vendors 828 through 832 may identify suppliers in supplier category 812 (eg, 'show their name ρ in the instance where supplier category 812 is a mobile food supplier, and suppliers 828 through 832 may display nearby The name of the food truck. In some examples, the markers 8丨8 through 822 may respectively display the logo associated with the suppliers 828-832. In some examples, the vendor descriptions 838-842 may display the suppliers 828-832, respectively. For example, έ 'Vendor Description 83 8 may display the type of item sold by the supplier 828, the current location of the supplier 828, the date and time the supplier 828 was available, or other information associated with the supplier 828 Vendor descriptions 84 and 842 may display similar types of information about vendors 830 and 832, respectively. In some examples, distances 844 and 846 may indicate the distance between venues 824 and 826 and the user's current location, respectively. The distances 848 to 852 can also display the distance between the suppliers 828 to 832 and the current position of the user, respectively. In some examples, the selection buttons 858 and 86 can be used separately. Sites 824 and 826 can be selected. For example, selection button 858 can enable a user to navigate to a screen associated with venue 824. For example, touch selection button 858 can navigate the user to display the following Screen: A list or map of stores associated with venue 824, a list of items associated with venue 824, a listing of items associated with venue 824, or other screens associated with venue 824. Select button 86〇 It is equally possible to operate in a similar manner with respect to venue 826, and selection buttons 862 through 866 can operate in a similar manner with respect to suppliers 828 through 832, respectively. Doc -28 201224961 In some examples, feature illustrations 854 through 856 can be used to indicate a characterized venue (e.g., venue 824) or a vendor (e.g., vendor 828). Sites and suppliers can be characterized for a variety of reasons. For example, site 824 and supplier 828 may be characterized by proximity to the nearest venue and supplier of the #pre-location of the user. In another example, the venue 824 and the supplier may be characterized by the user's most frequent choice, the user's designated favorite, the user-friendly promotion, or for any other reason. In other instances, a screen for vendor selection can be implemented in a manner different from that described herein. Figure 9 illustrates an exemplary wireframe of a screen displaying vendor selection options on a map interface. Here, the wire frame_ may include a title column 〇2, a favorite 904, a map button 906, a list button 9 〇 8 and a map 91 〇, a map (4) may display streets 912 to 914, a standard Wei 916 to 918, a supplier Locations (4) through 922, vendor descriptions 924 through 926, select buttons 928 through (4), feature map 932, and user location 934. In some instances, the title column can display the title or other phrase (e.g., "map") that identifies the curtain. In some embodiments, the favorite button 904 allows the user to navigate to a screen displaying the favorite venue, location, or vendor (not shown). In some instances, the map button 906 may enable a user to navigate to a screen displaying available venues or vendors on a map (e.g., map 9H). In some instances, clearing the _ may cause the frequency to be navigated to (4) a single (eg, Figure 8) showing the available venue or supply screen. In some instances, supplier descriptions 924 and 926 may display information associated with supplier location 92q and milk:: business, respectively. For example, vendor description 924 can display bit l5S46l. Doc •29- 201224961 The name of the first supplier (eg, food truck, other mobile supplier) or fixed supplier on street 912, and other information that may be relevant to the consumer (eg 'business date and time, Type of food supplied, etc.). In this example 'vendor location 920 may indicate the address of the first vendor' or otherwise indicate the location of the first vendor. Also in this example, the supplier description 926 may display the same or similar type of information 'from the supplier location 922' of the second supplier (eg, food truck, other mobile supplier, or fixed supplier) located on the street 914. To show the exact location of the second supplier. In some examples, flags 916 and 918 can display the criteria associated with the first supplier and the first supplier, respectively. In some examples, selection buttons 928 and 930 can enable a user to select a first supplier and a second supplier, respectively. For example, selection button 928 may enable a user to navigate to a screen associated with a first supplier (i.e., 'on street 912'). For example, touch selection button 928 can navigate the user to a screen displaying each of the following. A list of items associated with the first supplier, a list of item categories associated with the first supplier, or other curtains associated with the first supplier. The select button 930 can also operate in a similar manner with respect to the second vendor. In some examples, feature icon 932 can indicate a characterization provider (e.g., a second vendor located on street 914). Suppliers can be characterized for a variety of reasons. For example, the second supplier may be the nearest supplier to the user location 934, the most frequent supplier to the user close to the user location 934, the designated favorite for the user, and the user-applicable Promotion or characterization for any other reason. In other instances, it may be 158461. Doc 201224961 Implements a screen that displays vendor selection options on the map interface in a manner different from that described in this article. Figure ίο illustrates an exemplary wireframe for a screen for typing location information. Here, the wireframe 1000 can include a team banner 1002, a sponsor banner 1004, an event description 1006, an instruction 1008, a seat number 1010, a zone 1 0 12, a column 1 〇 14, and a continuation button 1 〇 16. In some examples, team banner 1002 can display a logo, an advertisement, or other graphic and/or text associated with a team (e.g., a home team) associated with a venue (e.g., a stadium) or event (e.g., a game). In some instances, the sponsor banner 1-4 may display a logo, an advertisement, or other graphics and/or text associated with a sponsor (e.g., a 'sponsor sponsor) associated with the venue or event. In some instances, team banner 1002 and sponsor banner 1 〇〇 4 may each include a link or button that enables the user to navigate to a screen associated with the team or sponsor. In some examples, event description 1006 can display information associated with the event (e.g., match location, team information, matchtime, match time, etc.). In some cases, it is necessary to know that 10〇8 can provide instructions for perfecting the seating number 1010, 1 〇 12 and 1 〇 14. For example, Note 1 may display a pre-set message that instructs the user to provide the user's seat information, for example, to achieve the purpose of confirming the service available to the user under the event. In some instances, seat numbers 1〇10, 1〇12, and 1〇14 may be implemented as fields in which the user can individually enter the seat number, zone, and column information of the user to indicate a location. In some instances, this location is available to suppliers associated with the venue or event to deliver the purchased item to the user. In some instances, the continue button 1〇16 allows the user to navigate to the next 158461. Doc -31 · 201224961 Screen (for example, showing the available categories of suppliers, available categories of items, available items, etc.). In other instances, a screen for entering location information may be implemented in a manner different than that described herein. Figure 11 illustrates an exemplary wireframe for a screen for store selection. Here, the wireframe 1100 may include a team banner 11〇2, a sponsorship banner 11〇4, a store promotion banner 1106, stores 1108 to 1112, flags 1114 to 1118, important information 1120, and selection buttons 1122 to 1126. The team banner i 1〇2 can be implemented in the same or similar manner as the team profile 1〇〇2 and the sponsor banner ιι〇4 can be implemented in the same or similar manner as the sponsor banner 1 004. In some examples, store promotion banner 1106 can display a logo, an advertisement, or other graphic or text associated with a store promotion. In some examples, store promotion banner 1106 can include a link or button that enables a user to navigate to a screen associated with a store promotion. In some instances, stores 11-8 through 1112 can identify (e.g., display a name or description) a store that can be used by a user to select (e.g., an item from which an item can be purchased). For example, stores 11-8 through 1112 may identify in-seat food services, cafes, team stores, stadium parking services, ticket services, or other stores associated with venues or events that are available to users. Or Service "In some instances, the markers 1114 through 1118 may display the logo associated with the stores 1108 through 1112, respectively. In some instances, important information 1120 can display various important information related to the use of a store selection screen, an application, or a location-aware action market. For example, important information 1120 can display information associated with payment, order timing, delivery timing, logistics, or other information. In some examples, selection buttons 1122 through 1126 may respectively enable the user to select each of the stores nog to m2 158461. Doc •32- 201224961 One. For example, the 'select button 1122 can enable the user to select the store 1108' to navigate to the screen associated with the store 11-8 (e.g., a list of available item categories, a list of available items, a display of promotions, etc.). The selection button 1124 can also operate in a similar manner with respect to the store 111, and the selection button 1126 can also operate in a similar manner with respect to the store 1112. In other instances, the screen for store selection may be implemented in a manner different from that described herein. Figure 12 illustrates an illustrative wireframe for a screen for item category selection. Here, the wireframe 1200 can include a team banner 12〇2, a sponsorship banner 12〇4, a store banner 1206, a store promotion banner 1208, a previous button 1210, an item category 1214 to 1222, a selection button 丨224 to 1232, and a guide. See page 1234. The team banner 1202, the sponsor banner 12〇4, the store promotion banner 12〇8, and the selection buttons 1224 to 1232 can be implemented in the same or similar manner as the similarly named elements in Figures 1A through u. In some instances, the store banner 丨2〇6 may display a logo, an advertisement, or other graphic or text associated with the store. In some examples, the store banner 1206 can include a link or button that enables the user to navigate to a screen associated with the store. In some examples, the previous button 1210 can enable the user to return to a previous screen. . For example, if the user selects a screen navigation from the store to the item category selection screen, the previous button 1210 may enable the user to return to the store selection screen. In some examples, item categories 1214 through 1222 can identify categories of items that can be provided by the store. For example, item categories 1214 through 1222 for a restaurant or concession stand may include special items, food, snacks, beverages, or other item categories for sale. In some real 158461. Doc -33- 201224961 In the example, navigation bar 1234 can contain various links or buttons for navigating to different screens in the application. For example, the navigation bar 1234 can include a vendor button for navigating to a display vendor's screen, a history button for navigating to a screen displaying the user's secret browsing history, for navigation purposes. The location button for the location information screen, the payment button for navigating to the payment screen, and other buttons for navigating to other screens. In other embodiments, a screen for item category selection may be implemented in a manner different from that described herein. Figure 13 illustrates an exemplary wireframe for a screen for item selection. Here, the wireframe 1300 may include a team banner 13〇2, a sponsor banner 13〇4, a store banner 13〇6, a store promotion banner 13〇8, a previous button ΐΜ〇, a shopping cart 1312, a shopping cart item number 1314, Item categories 1316 and 1318, items 1320 to 1330, flag 1332, and selection buttons 1334 to 1344. The team banner 1302, the sponsor banner 13〇4, the store banner 13() 6, the store promotion banner 1308, the previous button 1310, and the selection buttons 1334 to 1344 may be the same or similar to the similarly named elements in FIGS. (7) through 12. To implement. In some examples, shopping cart 1312 can be implemented to enable a user to navigate to a button that displays a shopping cart screen (Figure 15) of an item selected for purchase. The number of items in the user's shopping cart can be indicated by the number of shopping cart items GW. In some examples, item category 1316 can indicate the category of items that contain items 1320 through 1326, and item category 1318 can indicate the category of items that contain items 1328 through 1330. For example, item category η μ can be a food item, and items 1320 to ι 326 can include food items (e.g., hot dogs, cheese burgers, chips, corn chips, etc.). In another example 158461. Doc -34- 201224961 The middle category 1318 can be a beverage, and the items 1328 to 133 can include a beverage item (eg, beer, soda, coffee, water, etc.). In some instances, private w 1332 may display no logo, advertisement, or other graphics or text associated with item 1328. For example, item 1328 can be a brand of beer, and the label 1332 can be used for the brand of the wine. In other instances, the honor for item selection can be implemented in a manner different from that described herein. Figure 14 illustrates an exemplary wireframe of a product screen. Here, the wire frame may just include the team banner 1402 'sponsor banner view, store banner touch, product banner 1408, previous button 141 〇, shopping cart m2, structure car item number 〇〇 name 1416, product description 1418 , price 142 〇, more buttons 1422, product image 1424, option 1426, quantity 1428, add to shopping cart 1430 and view shopping cart team banner purchase, sponsor Yokota 14 〇 4, store banner 14 〇 6, the previous step The button ΐ4ι〇, the shopping cart Mu, and the shopping cart item number U14 may be the same as or similar to those of the similarly named elements of FIGS. 1 to 13 , such as Fang Yanshen & In some instances, product name 丨 416 may display the name of the product (eg, the brand of beer or soda, etc. In some instances, product description 1418 may display a description of the product, or other information associated with the product. In some In the example, the price 142 〇 can display the price of the product 'and the product image 1424 can display the image or picture of the product. In some examples, 'more sing 422 can enable the user to navigate to display the product or brand. More screens. In some examples, option (4) can be implemented as an interface tool set, a block, a drop-down menu, or other method of selecting options associated with the product. For example, if the product is beer, then the option 158461. Doc -35- 201224961
等）導覽至其他螢幕，以 】者之講物車的按紐或連結。在一此實 〖口至購物車之後，使用者可（例如，使 、商店橫幅1406、產品品牌橫幅14〇8 ’以（例如）繼續瀏覽並購買其他產品。 在一些實例中，檢視購物車1432可實施為使得使用者能夠 (例如）在並不將當前螢幕上之產品添加至購物車的情況下 檢視使用者之購物車岛按鈕或連結。在其他實例中，可以 不同於本文中所描述之方式來實施產品螢幕。 圖15說明顯示購物車中的選定物品及購買選項之螢幕的 例示性線框。此處，線框15〇〇可包括團隊橫幅15〇2、贊助 商橫幅1504、標題列1506、上一步按鈕1508、商店橫幅 1510至1512、訂單彙總1514至1516、編輯按鈕1518至 152〇、價格1522至1524、移除按鈕1526至1528、小計1530 至1532、供應選項1534、稅金及費用15；36、訂單總計 1538、供應位置1540、結帳選項1542至1544。團隊橫幅 1502 贊助商橫幅1504、標題列1506、上一步按J丑1508、 商店橫幅1510至1512及價格1522至1524可以與圖8至圖13 中相似命名之元件相同或類似之方式來實施。舉例而言， 用於顯示購物車中之選定物品及購買選項的螢幕之標題列 I58461.doc •36· 201224961 1506可顯示標題「購物車」，或識別螢幕之另一標題或名 稱。 在一些實例中，購物車螢幕可顯示來自一個以上商店之 訂單。舉例而言，商店橫幅151〇可顯示標誌、廣告或與第 一商店相關聯之其他圖形及/或文字，且橫幅丨5丨2可顯示 標遠'、廣告或與第二商店相關聯之其他圖形及/或文字。 在此實例中，訂單彙總15 14可顯示由第一商店發出的訂單 之彙總，且訂單彙總1516可顯示由第二商店發出的訂單之 彙總。訂單彙總1514及訂單彙總1516各自可包括訂購之產 品之名稱、數量、價格及與訂購之物品相關聯的其他資訊 (例如，飲料之品牌 '衣服物品之色彩、特許物品之大小 等）。在一些實例中，編輯按鈕1518及152〇可使得使用者 月b夠導覽至編輯訂單（例如，改變數量或類型）之螢幕。在 一些實例中，移除按鈕1526至1528可使得使用者能夠將物 -自購物車移除。在一些實例中，小計153〇可顯示來自第 一商f之訂單的小計量，到、計1532可顯示來自第二商店 訂單的小计董。在一些實例中，訂單總計1538可顯示來 第商店及第二商店之兩個訂單的總量，包括稅金及費 。中所顯不的稅金及費用之量。在其他實例中，使用 \ S講來自更多或更少商店之物品’且訂單總計1538可 :示所有訂單之總量，包括稅金及費用咖中所顯示的稅 金及費用之量。 在一些實例中’供應選項1534可實施為介面工具集、攔 立、下拉選單，或用於選擇關於訂購物品之供應的選項之 158461.doc -37- 201224961 其他方法。舉例而言，供應選項1534可為具有為收取或遞 送之選擇的下拉選單。在一些實例中，若選擇—選項，則 供應選項⑽可指示可包括於訂單總計1538中的該選項之 附加費用。在—些實例中，供應位置⑽可指示將提供訂 購:品之位置。舉例而言，若使用者選擇待遞送至場地中 ，一位置（例如’藉由區、列及座位號碼識別之座位）之訂 單，則供應位置1540可顯示彼位置。在另一實例中，若使 用者選擇收取訂單’則供應位置154〇可指示訂單待被收 取。在再-實例中，供應位置⑽可指示可收取訂單之 處。在又一實例中，供應位置154〇可指示_收取時間窗。 ^ 一些實例中，結帳選項1542及1544可實施為使得使用 者月b夠導覽至用於結帳之勞幕的按紐或連結。在一些實例 中’結帳選項1542可連結至提供一不同於由結帳選項⑽ 連結之營幕的付款選項的螢幕。舉例而言，供應商可接受 不同付款方法，包括信用卡或轉帳卡、⑧、銀行提 款、其他第三方付款公司或其他方法。在此實例令結帳 選項1542可為使得使用者能夠導覽至用於使用第三方付款 公司（例如，Payp,結帳之螢幕的按_連結，且結帳選 項】…可為使得使用者能夠導覽至用於使用信用卡結帳之 螢幕的按钮或連結。在其他實例中，可單獨地實施用於個 別商店之付款選項及供應選項（例如’對於每一商店使用 單獨的或分開的購物車螢幕）。在其他實例中，可以不同 於本文中所描述之方式來實施顯示購物車中之選定物品及 購買選項的螢幕。在再其他實例中，實施於一位置感知行 158461 .doc ‘38- 201224961 #市場_的系統或應用程式可包括更多、更少或不同螢幕 (例如，結帳螢幕、訂單成功頁面等）。 圖16說明適合於實施一位置感知行動市場之例示性電腦 系統。在一些實例中，電腦系統丨600可用以實施電腦程 式、應用程式、方法、程序或其他軟體以執行上文所描述 之技術。電腦系統1600包括匯流排16〇2或用於傳達資訊之 其他通信機構’該通信機構使子系統及器件互連，子系統 及器件諸如處理器1604、系統記憶體i606(例如，RAM)、 儲存器件1608(例如，ROM)、磁碟機1610(例如，磁性的或 光學的）、通信介面1612(例如，數據機、乙太網卡、無線 網際網路卡等）、顯示器1614(例如，cRT、LED、lCD、 電漿、OLED等）、輸入器件1616(例如，鍵盤）及游標控制 1618(例如，滑鼠或執跡球）。 根據一些貫例，電腦系統丨6〇〇藉由處理器丨6〇4執行特定 細作，處理器1604執行儲存於系統記憶體16〇6中之一或多 個指令的-或多個序列。可將此等指令自另一電腦可讀媒 體（諸如，靜態儲存器件刪或磁碟機161〇)讀取至系統記 憶體1606中。在-些實例中’可代替或結合用於實施方案 之軟體指令而使用硬連線電路。 、術D° f腦可讀媒體」指代參與提供指令至處理器16〇4 以用於執行的任何有形媒體。此媒體可採取許多形式，包 :(但不限於)非揮發性媒體及揮發性媒體。非揮發性媒體 例如)光碟或磁碟’諸如磁_〇。揮發性媒體包 括動態記憶體，諸如系統記憶體1606。 15846l.do, -39· 201224961 電腦可讀媒體之常見形式包括（例如）軟性磁碟、軟磁 碟、硬碟、磁帶、任何其他磁性媒體、cd_r〇m、任何其 他光學媒體、打孔卡、紙帶、具有孔圖案之任何其他實體 媒體、RAM、PR0M、EPR〇M、flash epr〇m、任何其 他記憶體晶片或卡E，或電腦可自之讀取之任何其他媒 體。 可使用傳輸媒體來進-步傳輸或接收指令。術語「傳輸 媒體」可包括能_存、編碼或載運由機器執行之指令的 任何有形或無形媒體，1包括數位或類比通信信號或其他 無形媒體以促進此等指令之傳達。傳輸媒體包括同軸電 繞、銅導線及光纖，包括包含用於傳輸電腦資料信號之匯 流排1602的導線。 在一些實例中，可由一單一電腦系統16〇〇來執行指令序 列之執行。根據一些實例，由通信鏈路ΐό2〇(例如， LAN' PSTN或無線網路）耗接之兩個或兩個以上電腦系统 则可彼此配合地執行指令序列。電腦系統剛可經由通 信鏈路“20及通信介面1612傳輸並接收訊息、資料及指 令，包括程式（亦即，應用程式碼）。所接收之程式碼可由 處理器1604在接收到程式碼時執行’及/或儲存於磁碟機 1610或其他非揮發性儲存器中以供稍後執行。 儘管已為了達成理解清晰之目的而相當詳細地描述前述 實例’但本發明不尸艮於所提供之細f。存在實施本發明之 許多替代方式。所揭示之實例為說明性的且非限制性的。 【圖式簡單說明】 158461.doc •40· 201224961 圖1說明用於實施一位置感知行動市塭_ 琢又例示性系統； 圖2說明一位置感知行動市場系統之例示性架構； 的閘控及自 圖3說明用於實施於一位置感知行動市場中 動訂單處理系統之例示性架構； 統之組件 圖4A至圖4D說明用於一位置感知行動市場系 的例示性架構； 圖5說明用於在-位置感知行動市場中完成用戶端請求 之例示性程序； 圖6說明用於在一位置感知行動市場中完成一訂單之例 示性程序； 圖7說明用於在一位置感知行動市場中更新一訂單處理 系統之例示性程序； 圖8說明用於供應商選擇之螢幕的例示性線框； 圖9說明在一地圖介面上展示供應商選擇選項之螢幕的 例示性線框； 圖10說明用於鍵入位置資訊之螢幕的例示性線框； 圖11說明用於商店選擇之螢幕的例示性線框； 圖12說明用於物品類別選擇之螢幕的例示性線框； 圖13說明用於物品選擇之螢幕的例示性線框； 圖14說明一產品螢幕之例示性線框； 圖15說明顯示一購物車中之選定物品及購買選項之螢幕 的例示性線框；及 圖16說明適合於實施位置感知行動市場之例示性電腦系 統。 158461.doc •41 · 201224961 【主要元件符號說明】 100 系統 102 網路 104 具備GPS功能之載具 106 膝上型電腦 108 行動通信器件 110 平板電腦 112 電腦 114 資訊站電腦 116 伺服器 118 商店 120 行動供應商 122 場地 200 架構 202 框架 204 網域模型 206 用戶端器件 208 供應商訂單儀錶板 210 供應商系統管理儀錶板 212 整合匯流排 214 外部目錄資料庫 216 出售點系統 218 付款處理器 220 框架儲存庫 .42- 158461.doc 201224961 222 身分識別服務 224 場地服務 226 產品目錄服務 228 促銷服務 230 商業規則 232 訂單處理服務 234 訂單警報系統 236 回條 238 通知服務 240 軟體開發套組（SDK) 242 通知提供者 302 雲端框架 304 網域模型 310 環境輸入 312 整合匯流排 314 外部目錄資料庫 316 出售點系統 318 付款處理器 320 框架儲存庫 322 身分識別服務 324 事件服務 326 產品目錄服務 328 促銷服務 330 商業規則 I58461.doc - 43 - 訂單處理服務 用戶端 本端感測器 本端資料庫 用戶端 報告服務 本端貢料庫 分析服務 用戶端 本端資料庫 訂單監視代理 印表機 指示燈 指示蜂鳴器 用於完成位置感知行動市場中之用戶端 請求的例示性程序 用於完成一位置感知行動市場中之訂單 的例示性程序 用於更新位置感知行動市場中之訂單處 理系統的例示性程序 線框 標題列 最愛按鈕 地圖按4ft • 44 - 201224961 808 清單按紅 810 供應商類別 812 供應商類別 814 標諸 816 標言志 818 標誌、 820 標諸、 822 標誌、 824 場地 826 場地 828 供應商 830 供應商 832 供應商 834 事件 836 事件 838 供應商描述 840 供應商描述 842 供應商描述 844 距離 846 距離 848 距離 850 距離 852 距離 854 特徵圖示 158461.doc -45- 201224961 856 特徵圖不 858 選擇按钮 860 選擇按鈕 862 選擇按鈕 864 選擇按鈕 866 選擇按鈕 900 線框 902 標題列 904 最愛按钮 906 地圖按^3 908 清早按紐 910 地圖 912 街道 914 街道 916 標誌、 918 標諸 920 供應商位置 922 供應商位置 924 供應商描述 926 供應商描述 928 選擇按鈕 930 選擇按鈕 932 特徵圖示 934 使用者位置 158461.doc -46- ⑧ 201224961 1000 線框 1002 團隊橫幅 1004 供應商橫幅 1006 事件描述 1008 須知 1010 座位號碼 1012 1014 列 1016 繼續按姐 1100 線框 1102 團隊橫幅 1104 贊助商橫幅 1106 商店促銷橫幅 1108 商店 1110 商店 1112 商店 1114 標諸 1116 標諸 1118 標言志 1120 重要資訊 1122 選擇按鈕 1124 選擇按紐 1126 選擇按鈕 1200 線框 158461.doc -47· 201224961 1202 團隊橫幅 1204 贊助商橫幅 1206 商店橫幅 1208 商店促銷橫幅 1210 上一步按鈕 1214 物品類別 1216 物品類別 1218 物品類別 1220 物品類別 1222 物品類別 1224 選擇按鈕 1226 選擇按鈕 1228 選擇按紐 1230 選擇按鈕 1232 選擇按紐 1234 導覽列 1300 線框 1302 團隊橫幅 1304 贊助商橫幅 1306 商店橫幅 - 1308 商店促銷橫幅 1310 上一步按鈕 1312 購物車 1314 購物車物品數目 158461.doc -48- _ ⑧ 201224961 1316 物品類別 1318 物品類別 1320 物品 1322 物品 1324 物品 1326 物品 1328 物品 1330 物品 1332 標誌 1334 選擇按鈕 1336 選擇按鈕 1338 選擇按鈕 1340 選擇按鈕 1342 選擇按鈕 1344 選擇按鈕 1400 線框 1402 團隊橫幅 1404 贊助商橫幅 1406 商店橫幅 1408 產品橫幅/產品品牌檢幅 1410 上一步按鈕 1412 購物車 1414 購物車物品數目 1416 產品名稱 158461.doc -49- 201224961 1418 產品描述 1420 .價格 1422 更多按紐 1424 產品影像 1426 選項 - 1428 數量 _ 1430 添加至購物車 1432 檢視購物車 1500 線框 1502 團隊橫幅 1504 贊助商橫幅 1506 標題列 1508 上一步按紐 1510 商店橫幅 1512 商店橫幅 1514 訂單彙總 1516 訂單彙總 1518 編輯按钮 1520 編輯按紐 1522 價格 - 1524 價格 1526 移除按鈕 1528 移除按鈕 1530 小計 158461.doc 50 ⑧ 201224961 1532 小計 1534 供應選項 1536 稅金及費用 1538 訂單總計 1540 供應位置 1542 結帳選項 1544 結帳選項 1600 電腦糸統 1602 匯流排 1604 處理器 1606 糸統記憶體 1608 儲存器件 1610 磁碟機 1612 通信介面 1614 顯示器 1616 輸入器件 1618 游標控制 1620 通信鍵路 15846 丨.doc -51 · sEtc.) Guided to other screens, buttons or links to the speaker car. After a slogan to the shopping cart, the user may (eg, make, store banner 1406, product brand banner 14〇8' continue to browse and purchase other products, for example. In some examples, view shopping cart 1432 It may be implemented to enable a user to view a user's shopping cart island button or link, for example, without adding a product on the current screen to the shopping cart. In other examples, it may be different than described herein. Ways to implement a product screen. Figure 15 illustrates an exemplary wireframe showing a screen of selected items and purchase options in a shopping cart. Here, the wireframe 15 can include a team banner 15 〇 2, a sponsor banner 1504, a title column 1506, Previous button 1508, Store banner 1510 to 1512, Order summary 1514 to 1516, Edit buttons 1518 to 152, Price 1522 to 1524, Remove buttons 1526 to 1528, Subtotal 1530 to 1532, Supply option 1534, Tax and fee 15; 36, order total 1538, supply location 1540, checkout options 1542 to 1544. Team banner 1502 sponsor banner 1504, title column 1506, previous step by J ugly 1508, Store banners 1510 through 1512 and prices 1522 through 1524 can be implemented in the same or similar manner as the similarly named elements of Figures 8 through 13. For example, the title of the screen used to display selected items and purchase options in the shopping cart. Column I58461.doc •36· 201224961 1506 can display the title “shopping cart” or identify another title or name of the screen. In some instances, the shopping cart screen can display orders from more than one store. For example, the store banner 151" may display a logo, an advertisement, or other graphics and/or text associated with the first store, and the banner 丨5丨2 may display the remote, 'an advertisement, or other graphics and/or text associated with the second store. In this example, the order summary 15 14 can display a summary of the orders placed by the first store, and the order summary 1516 can display a summary of the orders issued by the second store. The order summary 1514 and the order summary 1516 can each include the ordered product. The name, quantity, price, and other information associated with the ordered item (eg, the brand of the beverage, the color of the item, the size of the item, etc.) In some examples, the edit buttons 1518 and 152 can cause the user to navigate to the screen of the edit order (eg, change the number or type). In some examples, the remove buttons 1526 through 1528 can be used The item can be removed from the shopping cart. In some instances, the subtotal 153 can display a small meter from the order of the first merchant f, and the meter 1532 can display the subtotal from the second store order. In the example, the order total 1538 can display the total amount of two orders from the store and the second store, including taxes and fees. The amount of taxes and fees shown in the list. In other instances, \S speaks items from more or fewer stores' and the order totals 1538 can: show the total amount of all orders, including the amount of taxes and fees shown in the taxes and fees. In some instances, the 'supply option 1534' can be implemented as an interface tool set, an escrow, a drop down menu, or an option for selecting options for the supply of ordered items. 158461.doc -37 - 201224961 Other methods. For example, provisioning option 1534 can be a drop down menu with a choice to receive or deliver. In some instances, if the option is selected, the offer option (10) may indicate an additional fee for the option that may be included in the order total 1538. In some instances, the supply location (10) may indicate the location at which the order will be provided. For example, if the user selects an order to be delivered to the venue, such as a seat identified by the zone, column, and seat number, the location 1540 can display the location. In another example, if the user chooses to receive an order' then the supply location 154〇 may indicate that the order is to be received. In the re-instance, the supply location (10) may indicate where the order can be charged. In yet another example, the provisioning location 154A may indicate a _receiving time window. ^ In some instances, checkout options 1542 and 1544 may be implemented such that the user's month b is sufficient to navigate to a button or link for the checkout screen. In some instances, the checkout option 1542 can be linked to a screen that provides a payment option that is different from the camp connected by the checkout option (10). For example, suppliers can accept different payment methods, including credit or debit cards, 8, bank withdrawals, other third-party payment companies, or other methods. In this example, the checkout option 1542 can be such that the user can navigate to a third party payment company (eg, Payp, a checkout of the checkout screen, and a checkout option)... Navigate to buttons or links for screens that use credit card checkout. In other instances, payment options and provisioning options for individual stores can be implemented separately (eg 'Use separate or separate shopping carts for each store Screen. In other examples, a screen displaying selected items and purchase options in a shopping cart may be implemented in a manner different from that described herein. In still other examples, implemented in a location-aware line 158461 .doc '38- 201224961 #市场_The system or application may include more, fewer or different screens (eg, checkout screen, order success page, etc.) Figure 16 illustrates an exemplary computer system suitable for implementing a location aware action market. In some instances, computer system 600 can be used to implement a computer program, application, method, program, or other software to perform the techniques described above. The computer system 1600 includes a bus bar 16〇2 or other communication mechanism for communicating information. The communication mechanism interconnects subsystems and devices, subsystems and devices such as the processor 1604, system memory i606 (eg, RAM). Storage device 1608 (eg, ROM), disk drive 1610 (eg, magnetic or optical), communication interface 1612 (eg, data modem, Ethernet network card, wireless internet card, etc.), display 1614 (eg, cRT, LED, lCD, plasma, OLED, etc.), input device 1616 (eg, keyboard) and cursor control 1618 (eg, mouse or trackball). According to some examples, computer system 〇〇6〇〇 by processing The processor 604 executes a particular sequence, and the processor 1604 executes one or more sequences of one or more instructions stored in the system memory 16 。 6. These instructions can be from another computer readable medium (such as, The static storage device is deleted or the disk drive 161) is read into the system memory 1606. In some instances, the hardwired circuit can be used instead of or in combination with the software instructions for the implementation. "readable media" refers to participation in the provision of Any physical media to processor 16〇4 for execution. This media may take many forms, including: but not limited to, non-volatile media and volatile media. Non-volatile media such as CDs or disks' Such as magnetic _ 〇. Volatile media includes dynamic memory, such as system memory 1606. 15846l.do, -39· 201224961 Common forms of computer readable media include, for example, flexible disks, floppy disks, hard drives, magnetic tape, any other magnetic media, cd_r〇m, any other optical media, punch cards, paper Any other physical medium with a pattern of holes, RAM, PROM, EPR〇M, flash epr〇m, any other memory chip or card E, or any other medium from which the computer can read. The transmission medium can be used to further transmit or receive instructions. The term "transport medium" may include any tangible or intangible medium capable of storing, encoding or carrying instructions executed by a machine, 1 including digital or analog communication signals or other intangible media to facilitate the communication of such instructions. The transmission medium includes coaxial windings, copper wires, and optical fibers, including wires including bus bars 1602 for transmitting computer data signals. In some instances, execution of the instruction sequence can be performed by a single computer system. According to some examples, two or more computer systems that are consumed by a communication link (e.g., a LAN 'PSTN or wireless network) can execute a sequence of instructions in cooperation with one another. The computer system can transmit and receive messages, data and instructions, including programs (ie, application code), via the communication link "20" and the communication interface 1612. The received code can be executed by the processor 1604 upon receiving the code. 'and/or stored in disk drive 1610 or other non-volatile storage for later execution. Although the foregoing examples have been described in considerable detail for purposes of clarity of understanding, the present invention is not provided There are many alternative ways of implementing the invention. The disclosed examples are illustrative and non-limiting. [Simplified illustration] 158461.doc • 40· 201224961 Figure 1 illustrates the implementation of a location-awareness action market塭 琢 例 exemplified system; FIG. 2 illustrates an exemplary architecture of a location-aware mobile market system; gamma control and self-illustration 3 illustrate an exemplary architecture for implementing a dynamic order processing system in a location-aware mobile market; Components FIG. 4A to FIG. 4D illustrate an exemplary architecture for a location-aware mobile marketing system; FIG. 5 illustrates a user-side request for a location-aware mobile market Illustrative procedure; Figure 6 illustrates an exemplary procedure for completing an order in a location aware action market; Figure 7 illustrates an exemplary procedure for updating an order processing system in a location aware action market; Illustrating an illustrative wireframe for a vendor selected screen; Figure 9 illustrates an exemplary wireframe showing a screen of vendor selection options on a map interface; Figure 10 illustrates an exemplary wireframe for a screen for entering location information Figure 11 illustrates an exemplary wireframe for a screen for store selection; Figure 12 illustrates an exemplary wireframe for a screen for item category selection; Figure 13 illustrates an exemplary wireframe for a screen for item selection; Figure 14 illustrates An exemplary wireframe of a product screen; Figure 15 illustrates an exemplary wireframe showing a screen of selected items and purchase options in a shopping cart; and Figure 16 illustrates an exemplary computer system suitable for implementing a location aware action market. Doc •41 · 201224961 [Key component symbol description] 100 System 102 Network 104 GPS-enabled carrier 106 Laptop 108 Mobile communication device 110 Tablet 112 Computer 114 Information Station Computer 116 Server 118 Store 120 Action Provider 122 Venue 200 Architecture 202 Framework 204 Domain Model 206 Client Device 208 Supplier Order Dashboard 210 Vendor System Management Dashboard 212 Integrated Bus 214 External Directory Repository 216 Point of Sale System 218 Payment Processor 220 Framework Repository .42- 158461.doc 201224961 222 Identity Identification Service 224 Venue Service 226 Product Catalog Service 228 Promotion Service 230 Business Rule 232 Order Processing Service 234 Order Alert System 236 Back Section 238 Notification Service 240 Software Development Kit (SDK) 242 Notification Provider 302 Cloud Framework 304 Domain Model 310 Environment Input 312 Integration Bus 314 External Directory Database 316 Point of Sale System 318 Payment Processor 320 Framework Repository 322 Identity Identification Service 324 Event Service 326 Product Directory Service 328 Promotion Service 330 Business Rule I58461.doc - 43 - Order Processing Service Client Local Sensor Local Database Client Report Service Local Franchise Analysis Client-side database order monitoring agent printer indicator light indicates an exemplary procedure for the buzzer to complete a client-side request in a location-aware action market for an exemplary procedure for completing an order in a location-aware action market An illustrative program wireframe title column for the order processing system in the location-aware action market. Favorite button map by 4ft • 44 - 201224961 808 list by red 810 supplier category 812 supplier category 814 label 816 logo 818 logo, 820 Mark, 822 Mark, 824 Venue 826 Venue 828 Vendor 830 Vendor 832 Vendor 834 Event 836 Event 838 Vendor Description 840 Vendor Description 842 Vendor Description 844 Distance 846 Distance 848 Distance 850 Distance 852 Distance 854 Feature Illustration 158461.doc -45- 201224961 856 Feature map 858 Select button 860 Select button 862 Select button 864 Select button 866 Select button 900 Wireframe 902 Title column 904 Favorite button 906 Map press ^3 908 Early morning button 910 Map 912 Street 914 Street 916 standard , 918 Mark 920 Supplier Location 922 Supplier Location 924 Supplier Description 926 Supplier Description 928 Select Button 930 Select Button 932 Feature Icon 934 User Location 158461.doc -46- 8 201224961 1000 Wireframe 1002 Team Banner 1004 Supply Banner 1006 Event Description 1008 Notice 1010 Seat Number 1012 1014 Column 1016 Continue to Press 1100 Wireframe 1102 Team Banner 1104 Sponsor Banner 1106 Store Promotion Banner 1108 Store 1110 Store 1112 Store 1114 Label 1116 Label 1118 Marker 1120 Important Information 1122 Select button 1124 Select button 1126 Select button 1200 Wireframe 158461.doc -47· 201224961 1202 Team banner 1204 Sponsor banner 1206 Store banner 1208 Store promotion banner 1210 Previous button 1214 Item category 1216 Item category 1218 Item category 1220 Item category 1222 Item Category 1224 Select button 1226 Select button 1228 Select button 1230 Select button 1232 Select button 1234 Navigation column 1300 Wireframe 1302 Team banner 1304 Sponsor banner 1306 Banner - 1308 Store Promotion Banner 1310 Previous Button 1312 Shopping Cart 1314 Shopping Cart Item Number 158461.doc -48- _ 8 201224961 1316 Item Category 1318 Item Category 1320 Item 1322 Item 1324 Item 1326 Item 1328 Item 1330 Item 1332 Sign 1334 Select Button 1336 Select button 1338 Select button 1340 Select button 1342 Select button 1344 Select button 1400 Wireframe 1402 Team banner 1404 Sponsor banner 1406 Store banner 1408 Product banner / Product brand check 1410 Previous button 1412 Shopping cart 1414 Shopping cart item number 1416 Product Name 158461.doc -49- 201224961 1418 Product Description 1420 .Price 1422 More Buttons 1424 Product Image 1426 Options - 1428 Quantity _ 1430 Add to Cart 1432 View Shopping Cart 1500 Wireframe 1502 Team Banner 1504 Sponsor Banner 1506 Title Bar 1508 Previous button 1510 Store banner 1512 Store banner 1514 Order summary 1516 Order summary 1518 Edit button 1520 Edit button 1522 Price - 1524 Price 1526 Remove button 1528 Remove button 1530 Subtotal 158461.doc 50 8 201224961 1532 Subtotal 1534 Supply options 1536 Taxes and fees 1538 Order total 1540 Supply location 1542 Checkout options 1544 Checkout options 1600 Computer system 1602 Bus 1604 Processor 1606 System memory 1608 Storage Device 1610 Drive 1612 Communication Interface 1614 Display 1616 Input Device 1618 Cursor Control 1620 Communication Key 15846 丨.doc -51 · s