专利名称：在web平台中嵌入应用的方法和系统的制作方法
技术领域：
本申请涉及基于因特网的商务领域。
背景技术：
随着对于互联网作为无所不在的交互式通信和交互平台的广泛接受，通过互联网进行的在线商务已在包括拍卖和固定价格物品出售在内的各种商业环境中变得平常。许多在线市场被商人用作即使不是主要的也是重要的产品分销渠道。这些“超级卖家(power seller) ”每天通常列出大量待售或拍卖的物品。为了管理大量销售，超级卖家依靠市场和支付应用。这些应用中的某些应用由市场本身提供，而其他应用由第三方软件开发者编写和出售。为了发现这些应用，特别是第三方应用，卖家通常不得不在互联网上搜索它们。另外，应用编写者必须为他们的程序打广告以使它们更容易定位。结果，卖家可能意识不到可能提高他们销售物品的能力的应用，并且他们可能不知道哪些可用应用将最满足他们的需要。另外，对这些第三方应用的订阅(subscription)是在web平台市场的外部处理的，并且某些卖家可能不将支付细节托付给第三方。
本发明的实施例是通过示例而非限制方式在附图中例示的，其中相似的标号指示相似的元素。图1是根据示例实施例的其中可实现用于在web平台中嵌入应用的系统和方法的系统的框图。图2是例示了根据示例实施例的第三方平台和电子商务平台之间的关系的框图。图3是例示了根据示例实施例的创建订阅时使用的应用服务平台的模块的框图。图4是例示了根据示例实施例的应用服务平台和第三方应用之间的基本交互的工作流图示。图5是例示了根据示例实施例的应用服务平台中的第三方应用的生命周期的框图。图6是例示了根据示例实施例的用户和第三方应用之间的交互的工作流图示。图7是根据各种示例实施例的创建对第三方应用的订阅的方法的流程图。图8是例示了根据示例实施例的对应用服务平台的订阅请求的生命周期的框图。图9是其中用于令机器执行这里讨论的任意一种或多种方法的设置指令可被运行的计算机系统的示例形式的机器的图示表示。
具体实施例方式在以下描述中，为了说明的目的，多个特定细节被给出以提供对某些示例实施例的透彻理解。然而，本领域技术人员将明白，本发明的实施可不需要这些特定细节。此外， 公知的指令实例、协议、结构和技术未被详细示出。应用服务平台是使得第三方应用能够提供电子商务市场内的定制功能的框架 (framework)。不是使用户非现场地访问这些工具，而是应用服务平台使得第三方开发者能够以受控而协调的方式来对电子商务市场做出贡献。这种努力使得市场能够发挥 (leverage)发送者团体的力量以增强市场上的购买和出售体验。以卖家来衡量，他们能够将应用添加到他们现有的工具集上而无需迁移到完全不同的环境，这使得他们能够按需成长。对于第三方开发者而言，应用服务平台促进了他们的应用到卖家的分销。现在将参考伴随本说明书的附图来讨论有关上述各种示例实施例的更多细节。图1是根据示例实施例的其中可实现用于在web平台中嵌入应用的系统和方法的系统的框图100。图1示出系统的部分之间的基本关系。应用服务平台(ASP) 102与第三方平台104相集成，并且在ASP 102上部署第三方应用106。第三方平台104 实施参与者接口(Participant Interface) (EPI) 108，唤起 (invoke)应用集成服务(EAIS) 110 并调用(call)API 112。第三方平台104和第三方应用106遵守视觉规范(Visual Spec) 114。用户订阅第三方应用106，并在Web桌面(Web Top) 204 (在图2中示出)上运行它们。图2是例示了根据示例实施例的第三方平台104和电子商务平台之间的关系的框图 200。Web桌面204是ASP 102的面向最终用户的部分。它遵守ASP 102标准视觉规范，该规范说明了 Web桌面204看起来可以是什么样子。Web桌面204包括第三方画布区域(canvas area)，以及到目录和发现(Directory and Discovery)应用244的用户进入点 216，该应用244包含用户安装和运行的应用的列表。第三方平台104还包括用于用户设置的本地数据库212。ASP框架246负责处理第三方应用106和Web桌面204之间的通信。ASP框架246 管理会话、生成对参与的第三方的请求，并处理响应。应用集成服务是第三方应用106唤起以便与电子商务平台218相集成的、由ASP 102实现的一组基于web的API。它包括连接到第三方应用106中的参与者接口实现方式 (implementation) 210的会话230、管理模块232和用于将警告和通知公布给第三方应用 106的用户的简单事件、警告和通知API (SEAN) 234。参与者接口 108是ASP框架M6唤起的一组标准的基于web的API。为了与电子商务平台218恰当地集成，每个第三方应用106必须包含参与者接口实现方式210。身份提供者202是整个系统的主要身份提供者。所有第三方以及ASP框架M6向身份提供者202登记。接收到请求后，所有参与者与身份提供者202进行核对以确保该请求被适当地认证。一组工具被设计以帮助第三方和用户来更容易地使用平台的服务。例如，一个工具包括第三方开发者的入口，在该入口处，第三方向平台部署应用并监视其应用的生命周期、性能和采用。另一个示例工具是“目录和发现”工具，该工具是这样一种应用，其帮助用户找到最适合其需要的应用。电子商务平台218还包括诸如主数据库222和第三方应用数据库236之类的多个数据库，所述第三方应用数据库236包括关于提供给用户的应用的基本细节和列表。它还包括用于存储用户和配置数据的用户和配置数据库238。图3是例示了根据示例实施例的创建订阅时使用的应用服务平台的模块的框图。 请求处理模块302在电子商务平台218处接收用于订阅应用的用户发起的请求。第一配置模块304接收与由电子商务平台218请求的第一组多个订阅配置字段相关联的配置数据， 并且第二配置模块306接收与由第三方请求的第二组多个订阅配置字段相关联的配置数据。发送模块308将第一配置数据和第二配置数据发送到第三方以使得第三方能够授权用于订阅应用的用户发起的请求，并且订阅模块310在电子商务平台218处创建对服务的订阅。图4是例示了根据示例实施例的应用服务平台102和第三方应用106之间的基本交互的工作流图示。首先，用户点击Web桌面204中的第三方应用参考(例如，链接)。接下来，Web桌面204向ASP框架246发送用于唤起/运行第三方应用106的请求。框架246创建会话230(如果它尚不存在)并算出(figure out)到应用的主进入点的物理URL。框架246生成ASP应用，创建开始请求，并将其与当前用户116的会话 Id(sessionld) 一起发送到第三方应用106用户进入点216。第三方应用106接收该请求并使用会话Id来取得会话数据。会话数据包括特别创建的授权和可用于进行规则(regular) API调用的授权令牌(token)。它还包括用户标识信息和所需的任何附加上下文信息。第三方应用进行从市场API 112收集所需数据以及构造将被渲染(render)的页面所需要的任何API调用。在示例实施例中，页面是使用普通HTML、JS、CSS、Flash等来构造的，并且未必使用任何特别的置标语言。接下来，第三方应用以所构造的页面作为响应，该页面直接被渲染在用户的浏览器中。在该系列事件之后，用户可在Web桌面204中查看应用的第一页。用户随后可继续与第三方应用106交互，该第三方应用106现在表现为与电子商务平台218相集成。图5是例示了根据示例实施例的应用服务平台中的第三方应用的生命周期500的框图。当第三方提交将被包含在ASP 102目录中的应用时，生命周期开始于进入点502。 该应用可通过填写部署表格或通过向有效ASP 102部署描述符文件提交URL而处于“已提交”状态504。一旦请求被接收，该应用就在其被指派以供审阅之后转变到待定506状态。 在一个示例实施例中，审阅是由市场站点处的雇员来处理的。
检查之后，应用或者进入已部署(D^)Ioyed)状态514，或者在其需要任何修改以通过审阅的情况下进入校(Calibrating)状态508。最终用户可订阅处在已部署状态514 中的应用。应用的第三方开发者可以选择使已部署的应用离线518以进行排定的维护并使其恢复在线。第三方开发者还可以选择使应用生命终止(End of Life) (EOL)。注意，最终用户不能再订阅处在EOL状态516中的应用。另外，现有订户不能再使用EOL应用。在某些情况中，已部署的应用可进入暂停(suspended)状态512。这种情况下，(部署描述符中包含的)开发者联络人(contact)可接收通知。当暂停时，应用对订户而言可以是不可用的。一旦暂停的原因被解决，应用就可被审阅并返回到已部署状态514。第三方开发者可在第三方入口 242中监视每个应用的状态连同与状态转变相关联的任何附加信息。图6是例示了根据示例实施例的用户和第三方应用之间的交互的工作流图示。首先，用户登录到电子商务平台中并向电子商务平台发送用于订阅第三方应用106的请求。 这开始了其中用户向电子商务平台提供配置数据的订阅处理。该处理完成后，电子商务平台向ASP框架发送消息以创建订阅。ASP框架向第三方应用106发送具有用户标识细节的该请求，第三方应用106尝试对用户进行授权。当授权发生时，第三方应用106可向ASP框架发回待定警告，ASP框架将该警告发送给电子商务平台并最终发送给用户，告知他或她订阅请求待定。授权后，第三方应用向ASP框架发回接受或拒绝。如果订阅请求被接受，则订阅被创建。图7是根据各种示例实施例的创建对第三方应用的订阅的方法的流程图。虽然以下将方法700的操作描述为由特定组件或模块执行，但是将被认识到的是，这些操作不一定需要由所标识出的特定组件来执行，而是可以由可能分布在多个机器上的各种组件和模块来执行。可替代地，至少这里描述的各种组件和模块中的某一些可被布置在单个硬件、软件或固件组件内。在操作702，电子商务平台接收来自用户的用于订阅第三方应用(也称为服务) 的订阅请求。在操作704，电子商务平台接收来自用户的对于大多数应用而言标准的配置数据。在另一实施例中，电子商务平台已具有从先前交易保存的该信息。在操作706，电子商务平台接收来自用户的、用于该用户正尝试订阅的应用的特定第三方配置数据。在操作 708，电子商务平台向第三方提供配置数据，既有默认的也有特定的，以便第三方可以授权或拒绝订阅请求。如果请求被接受，则电子商务平台在操作710创建对服务的订阅。图8是例示了根据示例实施例的对应用服务平台的订阅请求的生命周期800的框图。当用户116同意第三方的条款和条件并同意向第三方发送他/她的标识信息时， ASP 102向应用管理和配置服务发送Mgmt. AddSubscriberO请求。此时，订阅的状态被设置成“待定”804。应用可以以AddSubscritponResult类型作为响应(非HTML或面向用户的响应)。该类型的最终格式将被最后定下来；然而，该返回具有三种主要语义接受、待定和拒绝。在示例实施例中，ASP框架246给予第三方应用106接收和审阅订阅请求并适当进行响应的机会。基于响应，ASP 102将订阅的状态设置成“活动”810、“被拒绝”806，或将其保持在“待定” 804状态。
订阅请求可被接受并立即转变到“活动”810状态(所有通信对用户透明)；然而， 该体系结构考虑了待定的订阅的可能性，在待定的订阅中，第三方应用106厂商在确认该订阅之前需要执行它们自己的检查和验证。如果第三方应用106返回以“待定”结果，则它有责任在它实际确认该订阅时发送订户添加事件，或者在订阅请求被拒绝的情况下发送拒绝事件。订阅可能因为任何原因而被ASP 102或被第三方应用106暂停。这种情况下，订阅的状态被转变到“暂停”808。另外，如果用户116被暂停，则他或她的所有订阅可同样被暂停；然而，暂停的订阅不意味着用户对它的拥有也被暂停。用户116还可终止或取消他们的订阅。这种情况下，订阅的状态被设置成“终止” 812。对应用的一个或全部订阅的状态连同其他订阅信息可通过对应用集成服务110 管理模块232进行适当的调用来获得。<示例机器体系结构和机器可读介质>图9是其中用于令机器执行这里讨论的任意一种或多种方法的指令可被运行的计算机系统900的示例形式的机器的框图。在替代实施例中，机器作为独立设备来操作或者可连接(例如，联网(networked))到其他机器。在联网的部署中，机器可以在服务器-客户端网络环境中以服务器或客户端设备的资格来操作，或者在对等(或分布式)网络环境中作为对等机器来操作。机器可以是个人计算机(PC)、平板PC、机顶盒(STB)、个人数字助理(PDA)、蜂窝电话、web设备、网络路由器、交换机或桥、或者任何能够运行指定将由该机器采取的动作的指令(序列的或其他方式的)的机器。另外，虽然只例示了单个机器，但是术语“机器”还应被理解成包括单独或联合运行一组(或多组)指令以执行这里讨论的任一种或多种方法的机器的任何集合。示例计算机系统900包括经由总线908来相互通信的处理器902 (例如，中央处理单元(CPU)、图形处理单元(GPU)或二者)、主存储器904和静态存储器906。计算机系统 900还可包括视频显示单元910(例如，液晶显示器(LCD)或阴极射线管(CRT))。计算机系统900还包括字母数字输入设备912(例如，键盘)、用户界面(UI)导航设备914(例如，鼠标)、盘驱动单元916、信号发生设备918(例如，扬声器)和网络接口设备920。〈机器可读介质〉盘驱动单元916包括机器可读介质922，该介质上存储了实施这里描述的任一种或多种方法或功能或被这里描述的任一种或多种方法或功能利用的一组或多组指令924 和数据结构(例如，软件)。指令拟4在其被计算机系统900运行期间还可完全或至少部分地驻留在主存储器904和/或处理器902内，主存储器904和处理器902也构成了机器可读介质。虽然机器可读介质922在示例实施例中被示为单个介质，但是术语“机器可读介质”可包括存储一个或多个指令或数据结构的单个介质或多个介质(例如，集中式或分布式数据库和/或相关联的缓存和服务器)。术语“机器可读介质”还应被理解成包括能够对机器运行的并令机器执行本发明的任一种或多种方法的指令进行存储、编码或承载的任何有形介质，或者能够对与这种指令相关联或被这种指令采用的数据结构进行存储、编码或承载的任何有形介质。因此，术语“机器可读介质”应被理解为包括但不限于固态存储器和光介质及磁介质。机器可读介质的具体示例包括非易失性存储器，举例来说包括半导体存储
8设备，例如可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)和闪存设备；磁盘，例如内部硬盘和可拆卸盘；磁光盘；以及⑶-ROM和DVD-ROM盘。<传输介质>指令拟4还可利用传输介质通过通信网络拟6而被发送或接收。指令拟4可利用网络接口设备920和多个公知的传送协议(例如，超文本传送协议(HTTP))中的任一个协议来发送。通信网络的示例包括局域网(LAN)、广域网(WAN)、因特网、移动电话网络、普通传统电话业务(POTS)网络和无线数据网络(例如，WiFi和WiMax网络)。术语“传输介质”应被理解成包括能够对机器运行的指令进行存储、编码或承载的任何无形介质，并且包括数字或模拟通信信号或其他无形介质以辅助这种软件的通信。〈模块、组件和逻辑〉某些实施例在这里被描述成包括逻辑或多个组件、模块或机构。组件是能够执行某些操作的有形单元并可通过某种方式来配置或布置。在示例实施例中，一个或多个计算机系统(例如，独立的客户端或服务器计算机系统)或者计算机系统的一个或多个组件 (例如，一个处理器或一组处理器)可通过软件(例如，应用或应用部分)被配置成用于执行这里描述的某些操作的组件。在各种实施例中，组件可被机械地或电子地实现。例如，组件可包含被永久配置 (例如，作为专用处理器)以执行某些操作的专用电路或逻辑。组件还可包括通过软件来临时配置以执行某些操作的可编程逻辑或电路(例如，被包含在通用处理器或其他可编程处理器内)。将被认识到的是，将组件机械地实现在专用或永久配置的电路中，或实现在(例如，通过软件来配置的)临时配置的电路中的决定可受成本和时间因素驱动。因此，术语“组件”应被理解成包含有形实体，被物理地构造、永久地配置(例如， 硬布线)或临时地配置(例如，编程)以按某种方式操作并/或执行这里描述的某些操作的实体。考虑到组件被临时地配置(例如，编程)的实施例，每个组件无需及时地被配置或实例化在任何一个实例中。例如，在组件包含使用软件来配置的通用处理器的情况中，该通用处理器可在不同时间被配置成各个不同的组件。软件因此可对处理器进行配置以便例如在一个实例时间构成特定组件并在不同的实例时间构成不同的组件。组件可向其他组件提供信息并从其他组件接收信息。因此，所描述的组件可被视为被通信地耦合。在多个这种组件同时存在的情况中，通信可通过连接这些组件的信号传输(例如，通过适当的电路和总线)来实现。在多个组件在不同时间被配置或实例化的实施例中，这些组件之间的通信例如可通过这多个组件可以访问的存储结构中的信息的存储和获取来实现。例如，一个组件可执行操作并将该操作的输出存储在其通信地耦合的存储设备中。另一个组件则可稍后访问该存储设备以获取并处理所存储的输出。组件还可发起与输入或输出设备的通信，并且可对资源(例如，信息的集合)进行操作。虽然这里描述了某些具体示例实施例，但是很明显，在不脱离本发明的更宽精神和范围的情况下可对这些实施例做出各种修改和改变。因此，说明书和附图应在例示性的而非限制性的意义上来理解。形成这里的一部分的附图以例示而非限制方式示出其中主题可被实施的具体实施例。实施例充分详细地被描述和例示，以使得本领域技术人员能够实施这里公开的教导。其他实施例可被使用并从中被获得，使得结构和逻辑替代和改变可在不脱离本公开的范围的情况下被做出。因此，该详细描述不应在限制性的意义上理解，并且各种实施例的范围仅由所附权利要求及这些权利要求有权享有的等同物的完整范围所限定。 发明主题的这些实施例在这里可被术语“发明”单独和/或集体地引用，但仅是为了方便而不打算自愿将本申请的范围限制在任何单一的发明或发明概念(如果实际上不止一个发明或发明概念被公开的话)。因此，虽然具体实施例在这里已被例示和描述，但是应该认识到，意在实现同一目的的任何布置都可代替所示出的具体实施例。本公开希望涵盖各种实施例的任一和全部适应或变化。在阅读以上说明书后，上述实施例的组合及这里未具体描述的其他实施例对本领域技术人员将是明显的。
权利要求
1.一种授权和创建对服务的订阅的方法，所述方法包括 在电子商务平台处接收用于订阅所述服务的用户发起的请求；接收与由所述电子商务平台请求的第一组多个订阅配置字段相关联的第一配置数据；接收与由所述服务的提供者请求的第二组多个订阅配置字段相关联的第二配置数据；向所述服务的提供者发送所述第一配置数据和所述第二配置数据以使得所述提供者能够对用于订阅所述服务的所述用户发起的请求进行授权；以及利用微处理器来创建对所述服务的订阅。
2.根据权利要求1所述的方法，其中对所述用户发起的请求进行授权包括 向所述电子商务平台发出待定警告；利用所述第一配置数据和所述第二配置数据来确定多个用户特性； 在所述多个用户特性被所述服务的提供者接受的情况下，对所述用户发起的请求进行授权；以及取消所述待定警告。
3.根据权利要求1所述的方法，其中所述服务的提供者是与所述电子商务平台相关联的商业应用的第三方提供者。
4.根据权利要求1所述的方法，其中所述第一组多个订阅配置字段包括与所述电子商务平台相关联的多个应用共有的信息。
5.根据权利要求1所述的方法，其中所述第二组多个订阅配置字段包括以选定的时间间隔将被收取的支付金额和订阅支付方法。
6.根据权利要求5所述的方法，其中所述服务的提供者为不需要所述支付金额的订阅提供免费试用期。
7.一种授权和创建对服务的订阅的系统，所述系统包括请求处理模块，所述请求处理模块在电子商务平台处接收用于订阅所述服务的用户发起的请求；第一配置模块，所述第一配置模块接收与由所述电子商务平台请求的第一组多个订阅配置字段相关联的第一配置数据；第二配置模块，所述第二配置模块接收与由所述服务的提供者请求的第二组多个订阅配置字段相关联的第二配置数据；发送模块，所述发送模块向所述服务的提供者发送所述第一配置数据和所述第二配置数据以使得所述提供者能够对用于订阅所述服务的所述用户发起的请求进行授权；以及订阅模块，所述订阅模块利用微处理器来创建对所述服务的订阅。
8.根据权利要求1所述的系统，其中所述服务的提供者是与所述电子商务平台相关联的商业应用的第三方提供者。
9.根据权利要求7所述的系统，其中所述第一组多个订阅配置字段包括与所述电子商务平台相关联的多个应用共有的信息。
10.根据权利要求7所述的系统，其中所述第二组多个订阅配置字段包括以选定的时间间隔将被收取的支付金额和订阅支付系统。
11.根据权利要求10所述的系统，其中所述服务的提供者为不需要所述支付金额的订阅提供免费试用期。
12.—种存储了可执行程序的机器可读介质，其中所述程序指示微处理器 在电子商务平台处接收用于订阅服务的用户发起的请求；接收与由所述电子商务平台请求的第一组多个订阅配置字段相关联的第一配置数据；接收与由所述服务的提供者请求的第二组多个订阅配置字段相关联的第二配置数据；向所述服务的提供者发送所述第一配置数据和所述第二配置数据以使得所述提供者能够对用于订阅所述服务的所述用户发起的请求进行授权；以及利用微处理器来创建对所述服务的订阅。
13.根据权利要求12所述的机器可读介质，其中所述服务的提供者是与所述电子商务平台相关联的商业应用的第三方提供者。
14.根据权利要求12所述的机器可读介质，其中所述第一组多个订阅配置字段包括与所述电子商务平台相关联的多个应用共有的信息。
15.根据权利要求12所述的机器可读介质，其中所述第二组多个订阅配置字段包括以选定的时间间隔将被收取的支付金额和订阅支付机器可读介质。
16.根据权利要求15所述的机器可读介质，其中所述服务的提供者为不需要所述支付金额的订阅提供免费试用期。
全文摘要
描述了一种用于在web平台中嵌入应用的方法和系统。为了订阅嵌入的应用，web平台接收来自用户的用于订阅应用的订阅请求以及配置数据。配置数据既包括来自平台本身的默认字段又包括由应用开发者请求的特定于应用的数据。该数据被提供给该开发者，所述开发者可授权订阅请求、拒绝订阅请求或告知web平台该订阅待定并等待审阅以稍后做出决定。
文档编号G06Q10/00GK102239498SQ200980149166
公开日2011年11月9日 申请日期2009年10月6日 优先权日2008年10月6日
发明者拉什·姚, 法尔汗·凯赛, 西瓦库玛·帝鲁帕斯, 达伦·鲍 申请人:电子湾有限公司