在WEB平台中嵌入应用的方法和系统技术方案

技术编号:7161414 阅读:202 留言:0更新日期:2012-04-11 18:40
描述了一种用于在web平台中嵌入应用的方法和系统。为了订阅嵌入的应用,web平台接收来自用户的用于订阅应用的订阅请求以及配置数据。配置数据既包括来自平台本身的默认字段又包括由应用开发者请求的特定于应用的数据。该数据被提供给该开发者,所述开发者可授权订阅请求、拒绝订阅请求或告知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、本文档来自技高网...

【技术保护点】
1.一种授权和创建对服务的订阅的方法,所述方法包括:在电子商务平台处接收用于订阅所述服务的用户发起的请求;接收与由所述电子商务平台请求的第一组多个订阅配置字段相关联的第一配置数据;接收与由所述服务的提供者请求的第二组多个订阅配置字段相关联的第二配置数据;向所述服务的提供者发送所述第一配置数据和所述第二配置数据以使得所述提供者能够对用于订阅所述服务的所述用户发起的请求进行授权;以及利用微处理器来创建对所述服务的订阅。

【技术特征摘要】
【国外来华专利技术】...

【专利技术属性】
技术研发人员:法尔汗·凯赛
申请(专利权)人:电子湾有限公司
类型:发明
国别省市:US

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1