用于为智能移动对象建议、启动和自动或半自动下载应用的系统的制作方法

文档序号:15742773发布日期:2018-10-23 22:34阅读:144来源:国知局
用于为智能移动对象建议、启动和自动或半自动下载应用的系统的制作方法

本发明涉及用于自动或半自动下载应用的系统的领域,特别是涉及旨在其被用于例如电话、平板计算机、便携式计算机、可穿戴计算机、连接的手表、服务器、连接的对象等智能移动对象(OMI)上。

本发明提出了一种从应用的创建者到终端使用者的方法和一种系统,以在其可用时,无论通信手段如何,在任何地方以安全的方式传播、分发并提供相关数据和/或应用,无需或需要很少来自终端使用者的动作,不会使OMI接收装置的私有上下文信息处于危险之中,并且确保具有附加值的实时服务并且对于终端使用者是安全机密的。



背景技术:

可以观察到,可用于智能移动对象(例如电话、平板计算机或便携式计算机)的应用的数量不断增加。因此,使用者难以找到满足其需求的应用,特别是当他的需求随着时间并根据环境而变化时。

文献EP2706730公开了一种用于建议由终端实现的应用的方法,其中,包括标识符的数据结构允许服务器选择待建议的第三方应用,以便使用者将其下载到他的终端上。因此,这种类型的方法不断需要终端和服务器之间的连接。此外,所述建议由服务器进行,该服务器向终端发送链接,而不是位于终端上的客户端应用,这可能在服务器没有响应或不可访问时引起问题。此外,该文献中没有关于选择此类应用的建议的原因的信息,并且甚至很少考虑建议特定应用的环境上下文。

文献US8904274公开了一种用于建议第一客户端应用启动第三方应用的方法。该建议基于使用者在第二客户端应用上提供的信息。此外,该建议涉及先前安装在设备上并可由第一客户端应用访问的第三方应用。但没有安装新的第三方应用的建议。

因此,需要一种包括客户端应用和应用服务器、根据具体情况建议、启动或安装所述客户端应用和应用服务器、然后根据其环境启动第三方应用的系统,当应用服务器不可用或不可访问时所述系统保持运行并在其操作中提供模块化。



技术实现要素:

因此,本发明的目的是提出一种用于建议、启动和自动或半自动地下载智能移动对象(OMI)上的应用的系统,使得可以通过提出一种将确定使用者的需求并根据环境上下文向他建议应用的系统以减轻现有技术的至少一部分缺点。

为此目的,本发明涉及一种使用服务器的系统,该系统包括含有待建议的第三方应用或到该第三方应用的链接的至少一个数据库以及硬件和软件通信装置,用于将从数据库中选择的至少一个应用自动或半自动地下载到智能移动通信IT对象OMI,该智能移动通信IT对象OMI包括使用可以演化或被修改的规则R安装在智能移动对象上的客户端应用ACOMI(2),以通过客户端应用ACOMI(2)的适当引擎处理下载的应用,并且通过使用来自智能移动IT对象OMI的至少一个传感器的上下文数据到达通过使用上下文信息、定义配置文件P和/或上下文C的上下文数据确定的待下载的应用的推荐,客户端应用ACOMI(2)根据智能移动通信IT对象OMI附近的网络的可用性以及优选连接参数通过使用与远程IT对象的连接来自动或半自动地触发远程或近程下载和/或自动启动推荐的应用,优选连接参数由使用者先前存储在服务器中或智能移动IT对象OMI中和/或包括定义连接的安全性级别的参数。

有利地,上下文C至少由与地理位置坐标、网络的存在、日期和时间相关的数据结合来自以下传感器中的至少一种传感器的数据或使用者指示的至少一个期望形成:

●图像传感器,

●音频传感器,

●压力传感器,

●生物数据传感器,

●亮度传感器,

●运动传感器,

●环境传感器,

●近程传感器。

根据一个特性,由每个智能移动通信IT对象OMI发送的上下文信息的处理允许可以演化或被修改的规则R的加工,每个规则使得可以有助于根据来自上下文C的数据推荐在数据库的应用中的待推荐的应用。

有利地,在智能移动通信IT对象OMI上执行加工。

根据一个特性,用于感测上下文的规则通过发送消息根据服务器的应用AS而在移动装置的应用ACOMI中被更新,并且因此可以演化。

根据另一个特性,在服务器上执行加工。

本申请的另一主题为用于根据本发明的系统中的智能移动通信IT对象OMI,其特征在于,在使用者选择自动下载的情况下并且在由智能移动通信IT对象OMI生成建议之后,客户端应用ACOMI(2)在验证条件后,向含有推荐的应用的服务器AS发送接受消息,并且由服务器初始化并执行下载。

根据一个特性,在使用者选择半自动下载的情况下,在智能移动通信IT对象OMI生成建议之后,客户端应用ACOMI(2)在读取条件之后将其程序转移到一序列,该序列致使显示询问使用者是否同意下载的窗口、图标、通知或框。使用者借助于人机界面在他的智能移动通信IT对象OMI上选择回复,并且智能移动通信IT对象OMI的客户端应用ACOMI(2)根据回复生成适于回复的消息将其发送到含有推荐的应用的服务器AS,并且服务器AS根据回复通过向使用者的电话发送或不发送建议的应用来做出反应。

根据另一个特性,客户端应用ACOMI(2)包括参数化机制,该参数化机制允许使用者在开启客户端应用ACOMI(2)时或通过访问应用的菜单来选择和激活可用于与服务器或另一个智能移动通信IT对象OMI进行通信以执行数据交叉的网络或通信的类型。

术语“数据交叉”应理解为表示在至少两个客户端应用ACOMI之间或客户端应用ACOMI与应用服务器AS之间的任何单向或多向数据交换,该数据交换可以涉及来自配置文件P、上下文C、规则R和/或第三方应用的数据以及系统通常可用的任何数据。这包括但不限于考虑到配置文件和/或上下文C和/或使用者的规则R的服务器AS以便改善其一般规则,考虑到来自应用提供商的新规则或改进规则的服务器AS。

有利地,客户端应用ACOMI(2)包括参数化机制,该参数化机制允许使用者在开启客户端应用ACOMI(2)时选择与服务器或另一智能移动通信IT对象OMI进行通信以执行数据交叉所需的安全性级别。

根据一个特性,客户端应用ACOMI(2)包括参数化机制,该参数化机制允许使用者在启动客户端应用ACOMI(2)时或通过访问应用的菜单来选择自动或半自动下载或交叉的条件以及其在应用的存储器中的存储。

根据另一个特性,收集的并形成上下文C的信息从不同的源直接发出或在处理之后发出,不同的源例如:至少一个运动传感器,或至少一个环境传感器,或至少一个移动网络子系统,或至少一个WLAN子系统,或至少一个PAN子系统,或至少一个LAN子系统,或以下网络中的至少一个:GSM、WiFi、蓝牙、NFC、无线电、LIFI或以太网或上述这些源中的一个或多个的混合或外延。

有利地,生成所收集的并形成上下文C的信息的环境传感器至少由以下传感器形成:

-运动传感器,例如加速度计、陀螺仪、磁力计、倾角仪,和/或

-环境传感器,例如湿度传感器或温度传感器,和/或

-近程传感器,例如雷达或声纳,和/或

-位置传感器,例如地理位置的GPS/GALILEO、地理围栏、WiFi或蓝牙或信标或NFC或RFID的近程对象检测,和/或

-GSM、WiFi、LIFI、蓝牙、信标、NFC、WLAN、PAN网络传感器,和/或

-生物常数传感器,生物常数例如心率、动脉压、血氧测量,和/或

-亮度传感器,和/或

-触敏或物理压力传感器,例如触敏区域、键盘,和/或

-成像传感器,例如摄像机、照相机,和/或

-音频传感器,例如麦克风,和/或

-基于时间的传感器,例如时钟、日历,和/或

-OMI上存在的任何其他传感器,和/或

-上述一个或多个元件的混合或外延或从至少一个传感器接收到的任何其他信息。

根据一个特性,收集的并形成上下文C的信息与含有表示使用者的偏好或其趋势的数据以及来自例如日历或连接的对象的其他上下文源的数据的配置文件P相关联。

根据另一个特性,客户端应用ACOMI(2)包括参数化菜单,该参数化菜单允许使用者针对以下类别中的至少一个在类别显示器中选择接受或拒绝回复,来选择他完全或部分地接受或拒绝的一种或多种类型的应用类别或一种或多种类型的特定应用:游戏、公用事业、社交、交通、交易、付款。

根据另一个特性,下载或交叉各自实现配对、连接类型的选择、根据使用者在参数化期间确定的认证级别的认证以及根据所选择的安全性级别进行传递的程序。

根据一个特性,当发送到服务器的消息之后的回复不可用时,通信模块建立与至少一个第二本地智能移动通信IT对象OMI2的连接,该第二本地智能移动通信IT对象OMI2包括客户端应用和对应于环境上下文的第三方应用,以便下载并然后启动所述第三方应用。

根据另一个特性,收集的并形成上下文C的信息与在上下文与使用者或移动装置之间创建一一对应关系的唯一标识符相关联。

附图说明

通过参考附图阅读以下描述,本发明的其他特征、细节和优点将变得显而易见:

图1表示根据本发明的处于第一操作模式的系统,在第一操作模式中,客户端应用ACOMI(2)可以借助于不同的连接模式直接与远程服务器上的应用服务器AS(3)通信。

图1b表示根据本发明的系统的菜单,其中该菜单呈现了到远程服务器的不同连接模式,

图2表示根据本发明的处于第二操作模式的系统,在第二操作模式中,客户端应用ACOMI(2)不能与远程服务器上的应用服务器AS(3)通信,然后借助于不同的连接、认证和安全性方式在客户端应用ACOMI(2)与本地服务器上的应用服务器AS(3)之间建立配对,

图3表示根据本发明的在第二操作方法中的系统,在第二操作方法中,客户端应用ACOMI(2)不能与远程服务器上的应用服务器AS(3)通信,然后借助于不同的连接、认证和安全性方式在客户端应用ACOMI(2)与另一个OMI上的第二个客户端应用ACOMI(2)之间建立配对以便建立端到端(P2P)链接。

具体实施方式

在不脱离本发明的范围的情况下,可以设想多种组合;本领域技术人员将根据他必须遵守的经济、人体工程学、尺寸或其它约束来选择一个或另一个。

本发明背后的基本思想是获得“在正确的时间处的正确的应用”。

应用的搜索、安装和启动通常被认为是三个非常不同的步骤,在每个步骤都要求使用者有意识地采取行动。

但是,如果满足先决条件,则使用者就不必关心这些不同的步骤。具体地,使用者不必担心找到正确的应用,就像他可能不知道存在这种类型的应用一样。

为此,本应用的主题为一种系统(1),该系统(1)包括客户端应用ACOMI(2)和应用服务器AS(3),该客户端应用ACOMI(2)旨在由智能移动通信IT对象(OICMI,在本文的其余部分中缩写为OMI)(例如电话、平板计算机、便携式计算机、服务器或连接的对象)执行,并且应用服务器AS(3)旨在被实施在计算机服务器上或在另一个OICMI上。

优选地,实施AS的计算机服务器为通过例如以下各种通信方式连接到互联网(4)的服务器:以太网、GSM、蓝牙、WiFi、无线电。

如图1a所示,通过互联网(4),或借助于各种通信网络,例如GSM、蓝牙、WiFi、无线电,客户端应用ACOMI(2)和应用服务器AS(3)能够彼此通信。

因此,客户端应用ACOMI(2)包括程序模块,该程序模块能够在给定客户端应用的位置的情况下搜索最合适的通信网络,然后通过实现使用者在如图1b所示的应用ACOMI的菜单(5)中选择的安全性级别来使用该通信,这允许他为每种通信方式(5a)选择适当的认证级别(5b)和安全性级别(5c)。认证级别从以下选项中选择:无、令牌、服务器调用等。安全性级别从以下选项中选择:无、低、高、加密等。

因此,对于每种通信方式,使用者将能够通过选择屏幕上显示的与每个子菜单提供的每种可能性相对应的图标而在应用ACOMI上定义期望的最低认证级别和期望的最小安全性,然后将三元组存储在存储器中。一旦此操作在应用ACOMI的配置下或随后在配置修改期间被执行,应用就将三元组(通信方式、认证级别、安全性级别)存储在存储器中,并且应用将使用这些信息项通过本地可用的通信方式建立通信,并向其施加使用者接受的认证和安全性要求。因此应当理解,系统在通信方式的选择和所施加的安全性方面提供了很大的灵活性。应用ACOMI的菜单还含有网络、认证和安全性选项、配对选项,当使用者选择配对选项时,允许他从子菜单中选择以下配对选项中的一个或多个选项:NFC、蓝牙、WiFi、QR码、语音、代码,并且通过进入认证或安全性菜单将安全性功能与每个通信选项关联。此外,应用将所选择的二元组或三元组存储在存储器中,并且在每次配对之前,将在存储器中搜索要应用于操作的规则。

当使用者在屏幕上选择可用于客户端应用ACOMI(2)的通信方式时,后者在存储器中生成按照由客户端应用、应用服务器或使用者自己定义的优先级顺序对通信方式进行分类的文件。一旦执行了该操作,当客户端应用ACOMI(2)必须建立连接时,后者基于可用通信方式及其优先级被建立。以相同的方式,当使用者定义安全性级别和认证级别时,客户端应用ACOMI(2)基于可用通信方式在存储器中生成对安全性级别和认证级别进行分类的文件,以便根据使用者的期望建立连接,同时保持对使用者的环境的灵活性。

所述客户端应用ACOMI(2)适合于托管由OMI的不同传感器提供的上下文信息或数据,以便形成在给定时间T对使用者的环境状况唯一的上下文C。

在应用ACOMI的配置期间或在自动安装时,该应用可以在满足配对条件之后定义形成可转移至另一个OMI的公共上下文的一组信息。

在配置期间,使用者将经由人机界面选择必须被分类为公开的信息和将被分类为非公开的信息,以将它们存储在两个不同的存储器中,其使用规则在应用ACOMI程序中被不同地定义。

可以从以下源中选择可以生成此类上下文数据的传感器:

-运动传感器,例如加速度计、陀螺仪、磁力计、倾角仪,

-环境传感器,例如湿度传感器或温度传感器,

-近程传感器,例如雷达或声纳,

-位置传感器,例如地理位置的GPS/GALILEO、地理围栏、WiFi或蓝牙或信标或NFC或RFID的近程对象检测,

-GSM、WiFi、LIFI、蓝牙、信标、NFC、WLAN、PAN网络传感器

-生物数据传感器,生物数据如心率、动脉压、血氧测量,

-亮度传感器,

-触敏或物理压力传感器,例如触敏区域、键盘,

-图像传感器,如摄像机、照相机,

-音频传感器,例如麦克风,

-基于时间的传感器,如时钟、日历,

-OMI上存在的任何其他传感器,

-上述一个或多个元件的混合或外延或从至少一个传感器接收到的任何其他信息。

上下文C用于精确地定义使用者的环境并且用于结合每个不同上下文来使用加工的规则,以向使用者建议可能对他有用的特定数量的第三方应用。该建议源于上下文C和一组规则R之间的适当引擎的交叉。

优选地,上下文C至少由与地理位置坐标、网络的存在、日期和时间相关的数据结合来自以下传感器中的至少一种传感器的数据或使用者指示的至少一个设备形成:

●图像传感器,

●音频传感器,

●压力传感器,

●生物数据传感器,

●亮度传感器,

●运动传感器,

●环境传感器,

●近程传感器

该设备使用例如在OMI上输入的方式或通过OMI上的语音指令来指示。举例来说,它可以指示他感到饥饿、冷、热、困倦或有生理需要等。

因此,上下文数据不仅取决于位置数据,而且还取决于包括以下数据的一组数据:来自配置文件的数据(并因此也包括使用者的爱好),以及来自其他传感器(图像、音频、压力、生物数据、亮度、运动、环境、近程)或使用者指示的设备的数据。这样的数据项使得可以比仅使用链接到使用者的位置的数据的应用更精细地改善建议。举例来说,如果使用者在他的配置文件中指定他是素食主义者,则即使使用者在午餐时间每周多次经过肉类餐馆,客户端应用也不会建议肉类餐馆。

该组规则R由至少一个待建议的第三方应用和从可用的所有上下文信息中选择的上下文要素组成,以定义是否应该触发建议。

在一个实施例中,第三方应用的作者/提供者可以创建规则R,该规则R定义用于其应用的使用的最佳上下文C,并且将其与第三方应用本身一起建议给AS。因此,将根据其作者选择的上下文来建议第三方应用。

在另一个实施例中,使用者在给定上下文C中使用应用,该给定上下文C将定义新规则,或者改善ACOMI中的现有规则,然后改善AS中的规则。

在一个实施例中,该组规则R优选地集中于在线数据库中,特别是在应用服务器AS(3)中,并且在将在其上显示建议的客户端应用ACOMI(2)上定期更新。此连接用于同步服务器和使用者移动装置之间的规则。此外,优选地,根据使用者的位置或上下文C,服务器可以发送能够触发建议的一组精确规则,从而避免在移动装置上部署所有规则的需要。

在一个实施例中,对应于使用者的特点和偏好的配置文件P被添加到该组规则R中。这样的配置文件可以由以下要素中的至少一个组成:年龄、地址、国籍、性别、他的爱好、第三方应用的兴趣主题例如“游戏、公用事业、社交、运输、交易”。

在一个实施例中,应用服务器AS(3)可以强制客户端应用ACOMI(2)建议不对应于上下文C或一组规则R或使用者的配置文件P的第三方应用。

根据本发明的系统的操作

当使用者带着他的配备有客户端应用ACOMI(2)的OMI走动或行进时,客户端应用ACOMI(2)从OMI的不同传感器收集数据以形成环境上下文C。

借助于适当的引擎,将上下文C与先前从应用服务器AS(3)接收到的一组规则R以及使用者配置文件P进行比较。如果上下文C满足规则的先决条件,则客户端应用ACOMI(2)在他的OMI上通知使用者第三方应用可能对他有用。然后,使用者有权接受或拒绝建议。如果他接受,则客户端应用ACOMI(2)建立到计算机服务器的连接以进行下载和安装,然后启动所述第三方应用。此外,如果第三方应用已经存在于OMI上,则客户端应用ACOMI(2)会自动地或在使用者批准后触发启动第三方应用。

优选地,客户端应用ACOMI(2)包括图1b所示的参数化菜单(5),其中,使用者通过在OMI的屏幕上选择他希望实现建立与服务器的连接以下载和启动第三方应用的优选的连接模式(5a)(GSM、WiFi、LIFI、蓝牙、信标、NFC、WLAN、PAN)以及认证级别(5b)(无、令牌、服务器调用)和安全性级别(5c)(无、低、高、加密)来指示。

在一个实施例和实施方式的模式中,当服务器AS经由OMI与应用ACOMI进行通信时,其执行以下动作:

-应用ACOMI的一般更新,

-根据以下内容更新该组规则R:

ο先前遇到的上下文C,以便有利于触发第三方应用的建议。举例来说,如果使用者进入地铁并且没有规则对应于该精确上下文,则应用服务器AS(3)更新该组规则以便建议与地铁相关联的第三方应用,

ο配置文件的演变,由使用者直接修改(改变他的爱好)或间接修改(使用期限(age))。

-在使用客户端应用ACOMI(2)进行统计分析之后,更新客户端应用ACOMI(2)的配置文件P。

如图2和3所示,在一个实施例中,当使用者(U1)的OMI上的客户端应用ACOMI(2)与远程服务器上的应用服务器AS(3)之间的连接不可能时,客户端应用ACOMI(2)在已经尝试被定义为使用者可用的每种通信方式的连接并观察每次尝试的失败之后,实施对可访问客户端应用ACOMI(8)的第二使用者(U2)的OMI或本地服务器(6)的搜索和连接的程序(7)。

在这种情况下,使用者(U1)的OMI连接到未经由互联网连接的所有附近的OMI(8)或本地服务器(6),其中,附近的OMI(8)或本地服务器(6)中的至少一个向使用者(U1)的OMI发送可用应用的列表和关联的规则。在附近的OMI(8)上找到它正在搜索的应用之后,第一使用者OMI(U1)启动程序以便根据P2P协议配对(7)并下载所述第三方应用。这种连接或配对可以借助于NFC、WiFi、蓝牙、无线电、IR、QR码读取器或有线(USB、以太网)连接来完成。

在一个实施例中,基于WiFi的SSID、蓝牙BLE或RFID的信标可以自身形成环境上下文,该环境上下文允许建议并且下载和启动第三方应用。借助于纯说明性和非还原性的示例,该实施例在商业中是特别优选的。具体地,客户端应用ACOMI(2)检测信标并建议下载和启动与商业相关的第三方应用。

在一个实施例中,第一客户端应用ACOMI(2)包括适于由第二客户端应用ACOMI2检测并且可以以信标的方式在第二ACOMI2应用中触发建议的上下文C。

在替代实施例中,不需要使用者同意下载并启动应用。

在替代实施例中,第三方应用可以由对应于根据其上下文C对使用者有用的信息的通知替换。借助于纯说明性和非限制性的示例,这样的通知可以为促销报价、广告、购买意见或与用法说明有关的信息。

在另一个实施例中,在当前上下文C不对应于客户端应用ACOMI(2)当前使用的该组规则R、但是当前上下文C与导致第三方应用的建议的早期上下文C相同时,所述第三方应用被自动地建议而不事先更改该组规则R。

在另一个实施例中,生成的上下文集C和使用者接受的建议的集合被发送到应用服务器AS(3),以便分析它们以获得统计数据,使得可以制定更好地对应于使用者通常遇到的各种环境上下文的一组新规则。

在另一个实施例中,如果必须建议的第三方应用(根据上下文C、配置文件P和规则R)已经存在于OMI的存储器中并且已经被安装,则客户端应用ACOMI自动启动所述应用。

在另一个实施例中,客户端应用ACOMI和/或应用服务器AS匿名分析对建议的接受和/或对所建议的第三方应用的使用,以便改善规则R和/或向第三方应用的开发者匿名逐级上报应用不对应于使用者的需求的信息,并且由此不管所建议的上下文。换句话说,存在匿名信息的逐级上报,然后改善由第三方应用的提供商提供的该组一般规则R。

在阅读本申请时,应当容易理解,如在附图中一般描述和图示的,本发明的特性可以以各种各样的不同的配置来布置和设计。因此,本发明的描述和附图不旨在限制本发明的范围,而仅仅表示所选择的实施例。

本领域技术人员应当理解,给定实施例的技术特征实际上可以与另一实施例的特征组合,除非明确说明相反或者显而易见这些特征是不相容的。另外,除非明确说明相反的情况,否则在给定实施例中描述的技术特征可以与该实施例的其他特征隔离。

对于本领域技术人员显而易见的是,在不脱离由所附权利要求的范围限定的领域的情况下,本发明允许具有多个其他特定形式的实施例。它们必须被视为例证,并且本发明不应限于上面给出的细节。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1