用于移动应用开发的基于云的整合平台及智能引擎系统的制作方法
【专利摘要】本发明建议了一种用于移动应用开发的基于云的整合平台和智能引擎系统，其不仅允许经由API对服务进行整合，而且还提供了用于基于上下文、如位置和用户喜好进行选择和过滤的动态层。所述整合平台可执行下述操作：从多个服务提供商收集内容信息；对所收集的内容信息进行整合以生成数据仓库；并从数据仓库索取数据以供移动应用开发。利用根据本发明的系统，可以很好地理解不同服务（社交网络、微博、评论等）的核心价值，以便将这些服务联系起来，提供丰富的信息叠加。
【专利说明】用于移动应用开发的基于云的整合平台及智能引擎系统
【技术领域】
[0001 ] 本发明总体上涉及一种用于移动应用开发的基于云的技术，尤其是涉及一种整合平台及智能引擎系统。
【背景技术】
[0002]近年来，随着智能手机、平板电脑、个人数字助理(PDA)等智能移动设备的广泛应用，已经开发出各种各样的应用(App)，以更有效地帮助人们实现信息组织，这对于随时随地作出各种决定来说是非常重要的。
[0003]目前如社交网络、微博、评论、云存储等大多数应用仍然依赖于垂直服务，其分别作为单独的信息库，服务提供商需要向应用开发者开放其自身的应用程序接口(API )，以提供这样的信息。也就是说，各个应用开发者必须从不同的服务提供商索取这些信息库，然后再把它们整合到一起。这对于没有太多信息索取和信息整合经验的一般性应用开发者而言可能是一件非常有难度的事情。而且，这些应用开发者无法仅从一种服务(例如对餐馆的评论)获取用户行为信息，也无法把其他信息(例如查找类似餐馆的朋友行为信息、或者关于云存储中的就餐地点的搜索提示)整合起来，从而为终端用户提供更有关联性的建议。
[0004]图1示出了现有技术中用于移动应用开发的静态平台的示意图。如图中所示，四个应用开发者I至4分别拥有其各自的数据系统，每个应用开发者都必须单独地从三个服务提供商I至3收集内容信息。每个服务提供商都开发出了其自己的API，并把这些API与所有的应用开发者共享。在这种“垂直的”应用开发架构中，各个应用开发者I至4相互之间不能共享资源，他们所做的许多工作是重复的，包括创建他们自己的数据中心。另外，利用传统的静态API/数据收集方式，应用开发者必须始终跟踪不同服务提供商的各种API的改变，以确保实时更新他们的移动应用。对内容提供商来说，他们不得不提供某些与核心价值无关的API，以满足不同应用开发者的需求。
[0005]因此，需要有一种统一的平台，其能够进行动态的信息整合和服务叠加，各个应用开发者可通过这种统一的平台对内容进行整合，并把来自不同在线服务提供商的行为联系起来。
【发明内容】
[0006]为了实现上述目的，本申请建议了一种用于移动应用开发的整合平台及智能引擎系统，其不仅允许经由API对服务进行整合，而且还提供了用于基于上下文、如位置和用户喜好进行选择和过滤的动态层。该系统基于云技术，能够理解不同服务(社交网络、微博、评论等)的核心价值，以便把它们联系起来，提供丰富的信息叠加。
[0007]在一个方面，本申请提供了一种用于移动应用开发的系统，该系统包括一整合平台，该整合平台执行下述操作:从多个服务提供商处收集内容信息；对所收集的内容信息进行整合，以生成数据仓库；以及从所述数据仓库索取数据，以供开发移动应用。
[0008]在本申请的另一个方面，所述整合平台可利用从所述数据仓库索取的数据生成统一的API，并把所生成的统一的API提供给应用开发者，以供开发其独特的移动应用。
[0009]作为替代，所述整合平台可利用从所述数据仓库索取的数据为终端用户生成完整的移动应用。
[0010]在本申请的另一个方面，整合和收集操作是在云服务系统上实现的。
[0011]在另一方面，所述整合平台动态地从服务提供商处收集内容信息，并相应地对所述数据仓库进行调整。
[0012]在另一方面，根据本申请的系统还包括一智能引擎，所述智能引擎根据用户上下文对所述数据仓库中的数据执行搜索、相关、排序和/或过滤操作，以获得所需的结果。
[0013]在本申请的另一个方面，所述智能引擎索取诸如用户地理位置或用户喜好、或者用户输入的查询数据这样的用户上下文。
[0014]可选的是，所述智能引擎保存在和用户进行互动期间所记录的用户上下文的历史，并能够基于该历史进行自我学习。
[0015]在另一方面，所述搜索、相关、排序和/或过滤操作是根据预定的规则或算法来执行的。
[0016]在另一方面，根据本申请的系统还包括图形用户界面(⑶I)，用于接收用户输入的查询数据和/或把结果呈现给用户。
[0017]可选的是，所述智能系统还可以在呈现相对粗略的结果之后进一步索取细化的用户上下文，缩小要操作的数据集范围，以获得相应细化的结果。
[0018]当访问传统的静态平台以获取服务信息时，其结果对于每个用户来说都是相同的。与之不同的是，通过本发明所述的动态系统，将对每个用户所注册的多重服务进行分析，并基于和该用户最为相关的上下文对结果进行组织和重新评级，从而提供更好的应用体验。对于服务提供商来说，本发明所述的系统支持更具有时间敏感性的信息反馈。
[0019]在另一方面，根据本发明的系统可以向服务提供商提供事件反馈，借助于这种事件反馈，服务提供商可以添加和更新其内容数据，和/或定位相关用户。
[0020]在另一方面，根据本发明的系统还具有广告投放功能。这为应用开发者提供了另外的盈利模式。
【专利附图】
【附图说明】
[0021]所包括的附图提供了对本申请的进一步理解，其被结合到本说明书中，构成本说明书的一部分。附图示出了本申请的【具体实施方式】，并与说明书一起用于解释本申请的原理。本申请的其他实施方式以及本申请意图实现的许多优点很容易被了解，因为它们参照后面的详细说明将被更好地理解。附图中各个单元相互之间不必按照比例绘出。图中类似的附图标记相应地表示类似的组成部分。
[0022]图1示出了现有技术中用于移动应用开发的垂直架构。
[0023]图2示出了根据本申请用于移动应用开发的示例性平台。
[0024]图3示出了根据本申请的一个实施例的整合平台所执行的操作的流程图。
[0025]图4示出了根据本申请的一个实施例的智能引擎所执行的操作的流程图。
【具体实施方式】[0026]在下面的具体描述中，参考了本申请的几个特定实施例。这些实施例被充分详细地描述，使本领域技术人员能够实施本申请。应该理解的是，也可以采用其他实施例，并且可以作出各种结构上、逻辑上和电气上的改动，而不背离本申请的主旨和保护范围。
[0027]图2示出了根据本申请的用于移动应用开发的示例性平台。如图所示，在应用开发者一侧与服务提供商一侧之间提供了一种新颖的平台。这个中介平台能够从不同的服务提供商I至3处索取内容信息，把从不同信息源索取的信息整合起来，并向各个应用开发者I至4提供统一的API。由于各个应用开发者不再需要直接从服务提供商处索取内容，而是从该平台获得统一的API，可以节省大量重复性工作。而且，服务提供商也不需要向外部开发者提供各种不同的API，从而可以繁重的负担下解放出来。用于该平台的数据计算和存储可以在具有海量存储和运算能力的高效云端架构之下来完成。各个不同的应用开发者也可以与云端架构进行通信，以获取必要的结果。这种基于云的平台可容纳大量的用户，并可以基于大的集群数据集实现人工智能(Al)。
[0028]图3示出了根据本申请的一个实施例由所述整合平台执行的操作的流程图。在第一个步骤中，该平台收集与不同服务提供商、如Twitter和Facebook所提供的在线服务(如博客、微博、社交网络、聊天、视频共享、评论、电子购物、云存储或类似服务)相关的海量内容数据。所收集的这些数据在该平台中进行整合，以生产一数据仓库，该数据仓库是面向主题的、集成的、非易失性的、时变的数据集合，其包含有在决定支持中所使用的一致性数据。在数据整合时，所述平台可以对这些服务的细节进行识别，并把相应的信息组织起来。数据分析、处理和存储可基于云技术来完成。然后，该平台可以从所述数据仓库索取所需的数据，以供开发各种移动应用。例如，所述平台可使用索取得到的数据来生成具有不同功能的统一 API，并把这些API提供给许多应用开发者，使得开发者能够用这些统一的API进行移动应用编程。所述平台也可以利用从数据仓库索取得到的数据创建其自己的移动应用，所创建的这些移动应用可以由终端用户下载并安装到他们的移动设备、如安卓手机上。
[0029]图4示出了根据本申请的一个实施例由智能引擎所执行的操作的流程图。在这个实施例中，提供了 GUI以供用户输入他/她的上下文，如喜好或查询。作为替代，该智能引擎可自动获取用户上下文，例如通过GPS识别用户的地理位置。然后，该智能引擎可基于用户上下文对数据仓库中的信息进行分析和重新评级，例如根据某些预定的规则或算法对数据集合进行搜索、相关、排序和/或过滤，从而把所需的结果呈现给用户。借助结果的呈现，用户可进一步输入细化的精选条件，以缩小要搜索的数据集合范围。智能引擎可重复执行上述操作，直至输出用户所希望的精确结果。
[0030]下面给出了应用的示例:假定用户是移动应用开发者，其希望创建一个简单的App,能够显示出他所在的位置并通过用户的Twitter分享该信息。该用户首先可以在⑶I上指定一个主题，例如操作一个下拉列表，其中包含了多个主题选项，如位置、新闻、天气、博客、评论等等。也允许用户选择超过一个的主题，例如同时选择“天气”和“微博”。在所选择的主题之下，还设置有复选框，其中包含不同的子选项。例如，用户可以选择“天气”主题之下的“位置”以及“微博”主题之下的“服务”，作为细化的搜索条件。关于“位置”的信息可以由用户输入，或者从手机上的GPS获得。类似地，在“微博”主题之下，可以选择“Twitter”作为具体服务选项，用户还可以选择10公里的半径范围作为“距离”。当设定了这些条件之后，用户可以使用由中介平台所提供的服务API，以基于所选的参数触发动作。该服务API通过智能引擎调取结果，将所得到的数据呈现给用户，并连接Twitter服务。可选的是，该平台使得用户可以经由⑶〗对输出结果的外观进行设计，或者查看源代码。最后，用户可以创建出独特的App,以显示在其位置处的天气，并把天气信息发布到他的Twitter上。[0031]上述所披露的本发明的实施例仅仅是出于示意和说明性的目的而提供的。其并不意图把本发明限制在所披露的具体形式。本领域技术人员基于上面的披露，可以对这里所描述的实施例作出多种变体和改变。本发明的保护范围仅通过所附的权利要求书及其等同来限定。
【权利要求】
1.一种用于移动应用开发的系统，包括一整合平台，该整合平台执行下述操作: 从多个服务提供商处收集内容信息； 对所收集的内容信息进行整合，以生成数据仓库；以及 从所述数据仓库索取数据，以供移动应用开发。
2.根据权利要求1的系统，其中所述整合平台利用从所述数据仓库索取的数据生成统一的API，并把所生成的统一的API提供给应用开发者，以供开发其独特的移动应用。
3.根据权利要求1的系统，其中所述整合平台利用从所述数据仓库索取的数据为终端用户生成移动应用，该移动应用是以完整的应用程序形式或者以源代码形式生成的。
4.根据权利要求1的系统，其中整合和索取操作是在云服务系统上实现的。
5.根据权利要求1的系统，其中所述整合平台动态地从服务提供商处收集内容信息，并相应地对所述数据仓库进行调整。
6.根据权利要求1的系统，还包括一智能引擎，该智能引擎根据用户上下文对所述数据仓库中的数据进行检索、相关、排序和/或过滤操作，以获得所需的结果。
7.根据权利要求6的系统，其中所述用户上下文是用户的地理位置或用户喜好，或者是用户输入的查询数据。
8.根据权利要求6的系统，其中所述智能引擎保存在与用户互动期间所记录的用户上下文的历史，并且能够基于所述历史进行自我学习。
9.根据权利要求6的系统，其中所述检索、相关、排序和/或过滤操作是根据预定的规则或算法执行的。
10.根据权利要求6的系统，还包括图形用户接口，用于接收用户输入的查询数据和/或把结果呈现给用户。
11.根据权利要求6的系统，其中所述智能引擎在呈现相对粗略的结果之后，进一步索取细化的用户上下文，缩小要操作的数据集范围，以通过多次用户互动获得相应细化的结果O
12.根据权利要求1的系统，其中所述系统向服务提供商提供事件反馈，借助所述事件反馈，服务提供商能够添加和更新他们的内容数据，和/或定位相关用户。
13.根据权利要求1的系统，其中所述系统允许应用开发者投放广告。
【文档编号】H04L29/08GK103809957SQ201210544449
【公开日】2014年5月21日 申请日期:2012年12月14日 优先权日:2012年11月8日
【发明者】K·D·徐 申请人:K·D·徐