基于跨用户消息的功能项使用框架的方法及系统与流程

本发明涉及信息技术领域和用户界面技术领域，尤其涉及一种基于跨用户消息的功能项使用框架的方法和系统。

背景技术：

当前的移动操作系统，无论是基于android，ios，windows，或是其他操作系统，通常都要符合以应用程序驱动的使用模型。也就是说，用户在使用某个应用程序去达到其目的之前，需要知道使用哪个应用程序(假设这个应用程序已经安装在移动设备上)。这种方法无法完全吻合人类的自然逻辑与行为模式，即所谓的由意愿驱使的使用模型，也就是说,让用户按照当前的意愿与设备进行交互(如我饿了,我累了等等)。这种由意愿驱使的使用模型可以更好地服务用户，因为用户不再需要了解某个应用程序的用途，甚至不需要知道该应用程序的概念。

本发明所公开方法和系统用于解决上述一个或多个问题以及其他问题。

技术实现要素：

本发明一方面公开了一种在用户设备上向用户提供理想的应用程序使用体验的方法。所述方法包括:将应用程序页面转换为多个预先存储的功能项描述符，所述的功能项描述符至少包括功能项的非功能性属性和功能项的性能，以及用于调用对应功能项的功能项界面；获得至少一个由用户输入的用户意图；在所述功能项描述符中，确定至少一个能够符合用户意图的目标功能项描述符；通过在用户设备上呈现至少一个功能项描述符，向用户推荐至少一个与所述目标功能项描述符对应的功能项；以及在不使用提供所述功能项的移动应用的启动页面的情况下，直接调用用户设备上的至少一个功能项。

本发明另一个方面公开了一种在用户设备上向用户提供理想的应用程序使用体验的系统。所述系统包括：功能项描述符模块；页面-功能项转换模块，用于将应用程序页面转换为多个预先存储的功能项描述符，所述的功能项描述符至少包括功能项的非功能性属性和功能项的性能，以及用于调用对应功能项的功能项界面；以及功能项推荐器，用于获得至少一个由用户输入的用户意图；在所述功能项描述符中，确定至少一个能够符合用户意图的目标功能项描述符；通过在用户设备上呈现至少一个功能项描述符，向用户推荐至少一个与所述目标功能项描述符对应的功能项；以及在不使用提供所述功能项的移动应用的启动页面的情况下，直接调用用户设备上的至少一个功能项。

本领域技术人员可以根据本发明揭露的说明书、权利要求以及附图理解本发明揭露的其它方面。

附图说明

为便于对实施例理解，结合附图对实施例进行描述，仅用于解释本发明，而不能解释为对本发明的限制。

图1为本发明实施例的操作环境的示意图；

图2为本发明实施例的计算系统的框图；

图3为本发明实施例的功能项系统的系统架构图；

图4为本发明实施例的功能项描述子转换的示意图；

图5为本发明实施例的功能项描述子重置的示意图；

图6a为本发明实施例的功能项描述子的呈现形式示意图；

图6b为本发明实施例的重置后功能项描述子呈现形式的示意图；

图7a为本发明实施例的功能项描述子根据设备特点重置后的呈现形式示意图；

图7b为本发明另一实施例的功能项描述子根据设备特点重置后的呈现形式示意图；

图8a为本发明实施例的功能项描述子在一页中呈现的示意图；

图8b-8c为本发明另一实施例的功能项描述子在两页中呈现的示意图；

图9为本发明实施例的功能项操作的使用场景示意图；

图10为本发明实施例的功能项操作方法的方法流程图。

具体实施方式

为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。除非另外指出，在各图中相同的参考数字用于相同的部件。

为了将用户意图与移动设备提供的服务连接起来,例如将“我饿了”与“找到一个餐厅，预订一张桌子和乘坐优步前往餐厅”连接,本发明揭露了在功能层次的操作流的概念。使用“功能项”(func)这样的术语代表这种功能层次上的操作。

所述的“func”或“func”通常表示某个应用程序的一个访问点,即,一个应用程序的功能。每个func是一个功能层次的操作流,并且与一个满足用户特定需求的功能或服务相关。对于同样的需要,不同的用户根据其习惯和偏好，可以在不同的移动应用程序使用不同的func(例如,一个用户可以使用facebook分享一张图片,而另一个用户也可以使用微信分享一张图片)。因为func提供了本地应用程序,一个网页应用程序,或一个自定义功能的接入口。所以，一个移动应用程序可以直接转换到另一个移动应用程序以实现一个功能序列而无需通过应用程序的启动页面。

因此,func可以实现多个移动应用的跨界服务。具体地,func类似于移动设备的底层链接,表示移动设备或网络上功能的接入口，具体表现为以下几种形式:(1)本机移动应用程序页面的快捷方式,即底层链接；(2)网页应用程序的功能的接入口；以及(3)移动设备上基于云api服务的定制功能。

因此，基于func的意愿驱动使用模型，通过将用户的即时需求映射为func流的序列而实现人机交互，从而确保此意图为用户所期待。

此外,考虑到人与人之间显性或隐性的协作呈上升趋势(如通过即时通信发生的主动协作,通过类似于groupon的应用程序发生的被动合作),若使用模型只涉及用户和他/她的设备而不将其他人的信息纳入系统，则该使用模型所得到的信息是不充分的。例如,在现有的系统中，当一个经理的助理使用应用程序为经理购买机票时,当需要一些敏感信息(如经理的常旅客号码和密码)时,理想的方式是将先该页面转给经理，让经理填信息,然后再将控制权返回给助理。

也就是说,意愿驱动使用模型利用func概念跨越应用程序之间的界限以实现人机交互,让用户更容易发现满足自己即时需求的func(或应用程序),而不需要考虑人与人之间通过func的互动。因此,扩展的func可以在整个人人交互和人机交互过程中充分利用跨用户信息。

图1为本发明实施例的应用环境示意图100，如图1所示，所述应用环境100包括终端102，服务器106，用户108以及网络110。

终端102(也称为终端设备)可以指具有一定运算能力的任何合适的用户移动终端，比如个人电脑，工作站电脑，服务器电脑，便携式计算设备(平板电脑)，智能手机，手机，或任何其他的用户端计算设备。在一些实施例中，所述终端102可以是移动终端设备，比如智能手机、平板电脑或手机等，所述终端102可以应用于任何合适的计算平台。

所述多个用户108可以利用所述多个终端102连接到所述网络110，向所述服务器106发出请求。每个用户108可以使用一个或多个终端102。在用户108的指示下，所述终端102可以从任何合适的来源获取信息，比如从本地存储设备，从服务供应商的有线或无线网络设备，或者从互联网上。

具体的，所述服务器106指的是为提供某些网络服务器功能而配置的一个或多个服务器计算机(如搜索服务器)。所述服务器106包括并行执行计算机程序的一个或多个处理器。所述服务器106可以存储用户接收的网页，每个网页都有单独的网址，即所谓的统一资源定位符数据(url)。在用户108的请求下，服务器106可以向终端102提供多个应用程序或给予用户多个有关网页、应用程序或者应用程序功能的建议。所述服务器106可以是云服务器。

所述终端102和所述服务器106通过所述网络110通信连接，比如有线电视网络、电话网络、和/或卫星网络，等。虽然图1中只显示了一台终端102和一台服务器106，但是可以包括任意数量的移动终端和/或服务器。

终端102和/或服务器106能够在任何合适的电子计算平台上应用。图2为一个能够应用终端102和/或服务器106的典型计算系统200的框图。

如图2所示，计算机系统200年包括一个处理器202、存储介质204、显示器206、通信模块208、数据库210以及外围设备212。其中某些设备可被省略，也可以包括其他设备。

处理器202包括任何合适的一个或多个处理器。此外，处理器202可以包括用于多线程或并行处理的多个核心。存储介质204可以包括内存模块，比如rom、ram、闪存模块，以及大容量存储器，比如光盘和硬盘。存储介质204存储有计算机程序，当处理器202执行这些计算机程序时，可以实现各种流程。

此外，外围设备212包括各种传感器和其他的i/o设备，比如键盘和鼠标。通信模块208包括某些通过通信网络建立连接的网络接口设备。数据库210包含一个或多个数据库用于存储某些数据，并在所存储数据上来执行某些操作，比如数据搜索。

在实际操作中，用户108可以通过终端102或终端102上的浏览器去使用终端102上的某些应用程序或手机应用，或者通过服务器106上在线使用。手机应用程序有主页或者其他的直接访问点用于完成某些功能。手机应用程序访问点包括移动设备或网页上的功能入口，一种功能和其他相关的信息，比如地点，状态和功能的性质等。所述功能可以包括本机移动应用程序，网页应用程序，以及作为云应用程序编程接口(api)的定制功能。

本地移动应用程序指的是使用一种特定的编程语言为一个特定的操作系统而编码的一个移动设备应用程序。本地移动应用程序直接安装在移动设备上。网页应用程序指的是通过移动设备上的浏览器登录的指向某功能的网站。功能入口和所述功能入口的类型可以包括多种配置。

例如,一个接入点包括网页应用程序页面的链接,定制功能的链接,已安装的本地应用页面的链接或快捷方式,本地应用的压缩版本页面的链接,本地应用下载和安装的启动链接,以及应用指南页面的链接用于建议用户打开功能相似的应用程序等。基于func概念,在不具有应用程序层次的操作时，可以更加顺畅地建立用户行为的功能流。应用程序层次的操作是指通过频繁地使用主页在多个移动应用程序或网页服务下进行的操作,,因此需要更多的用户交互(屏幕触摸或按键),这也使得功能序列更难实现。

具体的，服务器106(func服务器)提供func多用户交互系统(func系统)并在新的用户体验模型中应用，该基于func的体验模型结合了应用程序知识和人工智能。图3显示的是基于func的多用户交互系统300。

如图3所示，func系统300包括多个应用页面302，页面-功能项转换器304，func描述符模型306，func重置器308，func推荐器310，func注解器312，以及func合作器314。其中某些设备可被省略，也可以包括其他设备。

多个应用页面302包括向用户提供应用程序功能的任何合适的应用页面。页面-功能项转换器304可以将应用程序页面转换为由func描述符模型306存储和管理的一个或多个func描述符。

func描述符模型306包括存储大量func描述符的数据库。一个func描述符代表一种特定的func，包括描述func组成的属性的结构化数据的集合。例如，“巴山蜀水”这样一个从yelp应用程序转换过来的特定func的func描述符可以按照表1表示为如下几部分：

表1中示出了实施例中的部分func描述符。

如表1所示,一个func描述符包含两个结构部分,属性和相应的值。使用这样的结构化数据,页面-func转换器304可以支持从应用程序页面自动转换为func描述符。如图3所示,页面-func转换器304可以用于自动从应用程序页面转换为一个或多个func描述符。

为了实现从应用程序页面自动转换func描述符,页面-func转换器304包括func本体模块(fo),用于确定规范化的命名和与func概念相关的共享概念的定义。即基于fo，具有特定领域的func映射关系利用func映射器，在对应在领域中生成具有特定结构的func描述子。图4显示的是实施例中带有fo和func映射器的func转换器。

如图4所示，演示的是名为“航班搜索func映射器”的func映射器。这个func映射器指定一般的属性,比如请求url,以及现有应用程序中的航班搜索功能。因此,提供航班搜索功能的应用程序,如expedia和tripadvisor,可以选择使用这个func映射器将应用程序页面自动转换为func描述符。

本体是在特定领域中的共享概念化的定义和规范化的命名。func本体详细说明了func关键概念的主要部分,同时也是建立多个func映射器的基础,可以帮助开发者将他们的应用程序/网页转换成func描述符。

为了定义fo,这也是之后在应用程序和网络功能的元模型,在接下来的定义中,需要用到元对象机制(mof，metaobjectfacility),定义了抽象语言的规范以及技术-中性的元模型的框架。具体的,在fo的定义中,最常用的mof元模型构造是类别构造(以及类别中隐含的生成子类的构造),表示其它的属性,属性类别及其多种规范。

例如，func代表的是移动应用程序的功能入口，网页服务可以定义如下：

func定义

在定义中，func包括三个部分：非功能属性，能力和交互界面。

非功能性属性定义了func的基本信息，包括非功能层次的描述。推荐的非功能性属性包括：准确性、贡献者,覆盖率,创造者、日期、描述、金融、格式、标识符、语言、网络相关的qos,所有者,性能,出版商,关系,可靠性、权利、稳健性、可伸缩性、安全性、来源、主题、标题、事务性、信任、类型、版本。

能力通过func的功能定义func。

能力定义

根据上面的定义，能力包括五部分：共享的变量、前置条件、假设、后置条件和效果。

共享变量代表共享在前提条件，后置条件,假设和效果中的变量。他们都是连接假设,前提条件,后置条件和效果的公式中量化的变量。

例如,如果axiomv1,…,vn为性能中定义的共享变量,和pre(v1,…vn),ass(v1,…vn)，post(v1,…vn),eff(v1,…vn)是用来表示由先决条件,假设,后置条件,和效果分别定义的公式，那么表明：对于所有的v1,…vn,pre(v1,…vn)和ass(v1,…vn)反映了post(v1,…vn)和eff(v1,…vn)。

前置条件表示func在执行前的信息空间。

假设指明了func执行前的全局状态。

后置条件描述了func在执行后的信息空间。

效果指明了func执行后的全局状态。

具体的，基于func的定义,交互界面描述了如何获取func的功能。即交互界面可以用于直接调用func而无需经过提供相应功能的应用的启动页面。

交互界面定义

通信连接指明了获取func的必要信息，如访问网页服务的交互协议。

协作指明了当前的func如何利用其它的func获取目标能力。

具体的，生成func描述符之后，就可以在func描述符或func上进行特定的操作。例如，编辑，共享和注解操作就可以在func描述符和func上执行。

使用编辑操作,用户可以编辑func描述符的属性。例如,在机票预订func,文本框的默认值为乘客的dob都是“零”。当发送这个func描述符的副本给用户,用户被允许在func副本上改变文本框的值。

使用共享操作，上面例子中提到的编辑过的func描述符可以共享给其他用户。在这个例子中,如果一个用户输入他的dob并且与其他用户共享文件,接收方会看到发送者的dob已经填充完毕。这些数据和状态的共享使得在func上进行协作成为可能。进一步，使用注释操作,用户可以发表评论,标注甚至在func描述符上修改。

请继续参阅图3,使用上述的概念和格式,页面-func转换器304可以用于将应用程序页面数据转换成func描述符格式。这保证了系统中func的通用格式,间接实现了func的共享和协作编辑功能。

此外,当一个用户的当前目的(隐式或显式)通过,例如,语音输入或键盘,触摸屏,或手势输入获得后,func推荐器310用于确保推荐至少一个最符合用户期望的func。func推荐器310通过在用户设备上呈现至少有一个func描述符，向用户推荐至少一个func(与至少一个func描述符对应)。用户可以选择要调用的func,func推荐器310可以从用户设备中直接调用所选func而无需通过提供所选func的应用程序页面的启动页面。

具体的,在推荐过程中,func被选中推荐给用户后,func重置器308用于重置所选func的外观和感受以匹配用户的偏好和当前使用的设备。例如,func在智能手机或平板电脑的布局不同,或者func的风格根据不同的人进行改变。

更具体地说，func重置器308以最合适的方式展示func以符合不同的用户偏好和设备特性。如图5所示,如果多个用户(用户1,2,3)402,404和406请求一个同样的特定func(funcf),func重置器308以原始的func描述符作为输入，然后输出重置的func以及呈现不同的规格，可以为每个用户402,404,406生成最优的结果。

在重置过程中需要考虑两个因素：用户偏好和当前使用的设备(即设备特征)。具有不同需求或习惯的用户通常不认同一个“最好”的呈现形式。因此,func的表现风格可以在不同的用户中发生改变

例如,如图6a所示,呈现的是一个特定的餐厅func“南传奇”，这家餐馆的常客经常操作“更多…”下拉菜单,使用内部“预定”功能。在这种情况下,对于系统的非常规用户,func“南传奇”的呈现会做出一定的改变，如调整“预定”按钮和“菜单”按钮的位置和隐藏“预定”按钮，如图6b所示。根据用户偏好因素呈现的定制界面可以隐藏那些很少操作的按钮而添加可能使用的按钮。

此外,不同的设备有不同的限制,如屏幕尺寸和分辨率显示。因此,自适应呈现形式需要适应不同的设备的特点。例如,当在智能手机和平板电脑上呈现上面示例中相同的餐厅func时,会考虑不同设备的显示尺寸。

图6a显示了func“南传奇”在智能手机上呈现的默认外观。然而,这样的布局显然不适合大屏幕的平板电脑。图7a显示了func“南传奇”在平板电脑上的未进行重置的呈现。图7b显示了func“南传奇”在平板电脑屏幕上的呈现。如图7b所示,func更好地利用平板屏幕上可用的空间,和func的元素被重新排列,这样可以实现各种好处。例如,所有的功能按钮可以放在表面,而不是“隐藏”在一个下拉菜单,可以显示更多的照片,可以显示更大的字体大小,甚至可以补充放置地图的缩略图等等。

为了达到这种自适应表示,需要使用一个算法为自适应表示建立一个模型作为底层机制。算法基于“操作估算”的概念,表示为est。est是一个用户使用func的所需的操作的估计值，并且est可以用来衡量一个表现形式的最优水平。

更具体地说,est包括两个因素,匹配成本(m)和导航成本(n)。m和n是一对矛盾的因素,分别反映了与采集func元素的窗口相关的不同的用户操作估计值。m是一个设备相关的匹配函数,可以计算每个窗口对于采集func元素的信息的合适程度。n是另一个函数,用于估计用户操作该窗口所需的额外的操作。

例如,一段较长的段落(func元素)需要在一个文本框中适应显示。如果选择小的字体,整个段落可以显示在一个页面,但代价是可读性较低,如图8a所示。相反,如果选择更大的字体,通过两页展示,如图8b和图8c所示。结果是一个更高的可读性,但用户需要额外的操作向下滚动屏幕才能看到图8c中的第二页。

因此，est可以分解为如下算式：

以上算式表示的是func(f)的展示形式(r)的est，是两个因素的综合结果，即在给定的设备(d)和用户(u)中，使用这个展示形式的匹配成本(m)和导航成本(n)。

因此，目标就是发现最佳且est值最小的展示形式。这是一个优化问题，解决方案可以简要的描述如下：

设备模型可以用于特定的设备。设备d可以建模为一个元组：

d＝<w,ctd>

其中w是一系列可用的用户界面组件和与一系列特定设备限制相关的ctd，窗口可以将抽象的func元素转换为呈现界面元素。不同的窗口可以用于不同的设备。例如，其中的用于平板的多列视图组件就不适用于小屏幕的智能手机。特定设备的限制(ctd)是一个对设备的说明，例如，用于反映可用的屏幕尺寸的限制。

此外,用户建模用于指定用户。不同需求或习惯的用户可能不同意这个“最好”的呈现。因此,用户模型可以用于考虑使用模式的差异。一组用户轨迹可以用来表示使用历史。每条轨迹代表一个func的使用。每条轨迹包括func上执行的一系列操作。每个操作被定义为一个元组<ei,voi,vni>,其中ei是被操纵的func元素,voi表示ei的旧值,和vni表示ei的新值。随着轨迹信息的积累,它可以用来呈现适应特定用户偏好的界面。

正如前面提到的,它是用来测量呈现界面的优化程度。func重置的目标是找到可以最小化成本函数est(r(f),d,u)的映射函数r:e→w，r是用于呈现funcf的界面的优化的格式规范。这里可以使用任何合适的优化算法。

参考图3，func注释器312用于在原始的func描述符的顶层以音频、视觉、文本等格式管理附加注释。这样用户可以共享一个func与他/她自己的评论/注释信息给另一个用户。有时这个功能在即时消息应用程序中非常重要。

此外,func合作器314用于确保一个func可以被多个用户同时操作。func合作器314可能会收到来自用户的让其他用户共同操作func描述符的协作会话请求。func合作器314为每个用户准备一个协作会话中的func描述符副本；并可为每个用户同步func描述符副本以反映协作会话中的所有用户的所有操作。因此，会生成和管理func描述符的多个副本,则需要避免资源争用问题。在这种协作机制下,跨用户情报可以驱动系统来改善用户体验。图9展示了实施例中func系统的用户协作场景。

如图9所示,以团体票预定场景作为一个例子,一群朋友们在计划一次旅行。用户组(例如,约翰,鲍勃,比尔,爱丽丝,等等)计划着一起去旅游。组织者比尔找到一个廉价的飞行合同，为团购交易提供了一个大的折扣。因此,比尔告诉他的朋友他可以为他们买票。然而,当乘客的信息(如出生日期和常旅客数量)是必需时,理想的方式是将预订页面发送给他人让他们自己填自己的信息，然后将控制权返回给比尔完成预订。

在现有的移动系统中,必须由用户自己选择提供票务搜寻和预订功能的旅游应用程序，即比尔，func推荐器310可以直接按照他的意图推荐合适的func给比尔。func可以由应用程序的自动转换生成,例如通过应用func本体模型。例如,在这种情况下,它可能是认为推荐的两个func从expedia应用程序中转换而来,一个“expedia航班搜索”func和一个“expedia机票预订”func。

在创建了“expedia航班搜索”func,“expedia机票预订”func两个func描述符后,以及将两个func描述符的副本发送给比尔之前,根据比尔的用户偏好和比尔正在使用的设备的特点，func重置器308可能添加呈现规范到原始func描述符。之后,这两个func被成功地传输到比尔的设备上准备使用。

比尔可能第一次使用“expedia航班搜索”func寻找廉价航班。一旦比尔完成搜索和选择要买的一个航班,他是直接在相应的“expedia机票预订”func上。然后,他会被要求填写其他乘客的信息,但他不知道。因此,比尔发送一个请求到func合作器314去创建一个协作会话。

收到请求后,func合作器314会发送共享func描述符的副本到每个参与的用户(如鲍勃,约翰和爱丽丝,等等)。每个参与用户可以在共享func描述符上进行操作,如编辑和注释。func合作器314通过转移一台设备上func描述符的变化状态到其他设备上，确保在每个设备上同步视图。

例如,当比尔输入“01/01/1980”到dob文本框,文本框的状态从“零”变为“01/01/1980”。这种变化被发送到func合作器314，同时其他本地副本的文本框状态也发生了改变。通过这种方式,对每个设备进行了同步。func合作器314还支持在func进行注释。例如,比尔可能想提醒别人,这样,他就可以在func描述符的任何一部分添加一个注释。该注释也是互相进行更新。

进一步,为了避免“实时操作”功能发生潜在的并发更新问题,可以提供锁定机制。例如,如果比尔正在输入他的dob，操纵对象可以被锁定,这样其他用户就不能再操作同一个对象。一旦所有的用户完成填写,比尔可以进一步输入付款信息并完成预订。因此,合作问题就可以解决。

图10显示了实施例中基于图3中用户交互系统300的func操作过程。如图10所示,在操作过程的开始,应用程序页面转化为func描述符(1002)。转换的func描述符存储在数据库中以便进一步操作。在实施例中,在用户表达了对特定应用程序的意图之后，这个应用程序页面也可以实时转化为func描述符。此外,func描述符可以是默认格式。即func描述符呈现的是为默认用户和默认设备准备的默认格式,或没有任何修改的应用程序页面。

进一步地,收到用户请求使用某些程序(1004)。用户可以显式或隐式表达想要使用特定应用程序,以及用户设备可以发送用户意图到func服务器进行处理的请求。进一步地,请求可能还包括设备信息或用户设备和/或用户偏好的设备特征。func服务器也可以存储用户偏好和/或现有用户的设备特点,也可能要求用户的实时信息。如果有其他用户,任何用户都可以注释func描述符,而接收注释并和函数描述符一同存储(1006)。

进一步,基于请求中的用户意图,一个或多个func描述符可以推荐给用户(1008)。即一个或多个func描述符的副本匹配用户的意图被发送到用户设备上以供用户选择和使用。

此外,发送到用户的func描述符会基于用户偏好和/或用户设备特征进行重置，这样呈现给用户的func可以适应用户的偏好和用户设备(1010)。如果有任何注释,注释也可以以呈现形式向用户显示。

用户可以选择一个特定的func和直接调用func而不经过相应的应用程序页面(1012)。因为func是一个由相应的应用程序页面提供的功能入口,用户可以直接调用func来访问相应的应用程序页面提供的功能，而不需要通过单独的应用程序页面。

进一步地,用户可能需要其他用户的协作来完成一个特定的func,并且发送协作会话的请求到func服务器(1014)。协作请求可以识别其他所需的用户和/或需要合作的对象/项目。例如,用户可以从一个社交网络或电子邮件系统的联系人列表中的多个朋友或添加在协作请求中其他用户进行选择。

在收到来自用户的协作请求后(例如,第一个用户),func服务器会发送与其他任何用户操作执行协作的共享func描述符的副本给所需协作的每个用户(1016)。即func服务器确保协作的所有用户有func描述符最新更新的版本,这样第一个用户可以得到其他用户所有的更新,确定是否合作成功。当第一个用户确定协作完成,用户可以继续之前调用的func,也可以通知func服务器协作的完成,然后func服务器可以关闭协作会话。

通过使用本发明的方法和系统,可以基于func描述符和相关操作实现各种应用程序,以确保网页应用程序页面可以自动转换为func描述符,并确保应用程序开发人员将func系统链接到应用程序页面。例如,一个基于func描述符和相关操作的新的使用模型,,func重置模型,可以实现多用户func协作模型,充分利用人人交互和人机交互过程中的跨用户情报。

用户不需要知道使用哪个应用程序，而仅需要告诉设备他/她目前的意愿或在联系人列表中选择一个朋友进行交流。func是用户用来和设备以及他/她的朋友进行通信的基本单元。本发明的系统可以自动将应用程序页面转换成一个可以编辑,扩展,或者可以为不同的使用场景进行重新设定的func描述符，和本发明的系统将func描述符呈现成个性化的风格,可以最好地适应用户的偏好和设备。另一方面,本发明的系统允许多个用户以协作的方式在func描述符上同时进行操作。

在func的支持下，用户行为的功能流可以在不使用应用程序层次的操作的情况下更顺利地建立。也就是说,用户可以使用func层次的操作而不是跨多个应用程序或网页服务。当用户结束当前的func操作之后,可能下一步将向用户推荐func的格式。func中的数据传输也简化了用户体验,也就是说,在前面func使用的一些信息将安排在当前的func中使用,这样用户不需要在当前的func中再次输入信息。

本发明还包括与上述实施例的可拓展的用户意图挖掘系统相关的其他步骤。以上所述仅为本发明的较佳实施例而已，并不用于限制本发明。凡在本发明的原则和精神之内所作的任何修改、等同替换和改进等，均包含在本发明的保护范围之内。