CN102833278A - 一种车载系统的需求处理方法 - Google Patents

Abstract

一种车载系统的需求处理方法，所述车载系统包含用于处理用户需求的车载应用程序，所述需求处理方法包括如下步骤：从所述第一车载应用程序获取其不适于处理的用户需求；针对获取到的用户需求搜索相应的第二车载应用程序进行处理；若没有相应的第二车载应用程序适于处理所述用户需求，则在远程服务器上搜索相应的远程应用程序进行处理。本技术方案实现了车载应用程序之间的互动，同时当车载应用程序都不适于处理所述用户需求时，还可以通过搜索远程服务器上的远程应用程序来处理用户需求，这样不仅能提供用户更好的使用体验，同时也节省了车载系统的存储空间。

Description

一种车载系统的需求处理方法

技术领域

本发明涉及车载系统领域，特别涉及一种车载系统的需求处理方法。

背景技术

随着汽车产业的发展，汽车的数量越来越多。人们在拥有汽车的同时，也越来越关注使用汽车时的使用体验。汽车上的车载终端可以实现包括音乐、视频、图片等多媒体需求的服务，以及实时路况信号、目的地地图等行车导航方面的服务等。

车载终端提供的各种服务可以通过应用程序来实现，用户通过应用程序向车载终端的操作系统发出需求，例如，阅读电子书、听音乐、浏览新闻等。而操作系统根据用户发出的需求选择相应的应用程序，例如，若用户想要阅读电子书则提供电子书阅览器、若用户想要听音乐则提供音乐播放器、若用户想要浏览新闻则提供网站浏览器等。更多的关于车载终端的应用程序可以参考中国专利申请号为200510002158.3的专利申请文件公开的一种车载应用程序选择系统和车载应用程序选择装置。

但是目前的车载系统架构中，存在应用程序需要解决多个需求、不同的应用程序重复针对一个需求的现状，从而造成开发资源浪费，而用户的使用体验也不好，车载终端资源的使用效率也会受影响。

同时，当车载系统上的应用程序无法处理用户需求时，也没有提供相应的技术方案来解决上述问题。

发明内容

本发明解决的问题是提供一种车载系统的需求处理方法，使车载系统上各个应用程序相互配合解决不同的用户需求，并且当车载系统上不具有处理所述用户需求的应用程序时，还可以通过远程服务器上的应用程序来处理所述用户需求。

为解决上述问题，本发明提供一种车载系统的需求处理方法，所述车载系统包含用于处理用户需求的车载应用程序，包括如下步骤：从第一车载应用程序获取其不适于处理的用户需求；针对获取到的用户需求搜索相应的第二车载应用程序进行处理；若没有相应的第二车载应用程序适于处理所述用户需求，则在远程服务器上搜索相应的远程应用程序进行处理。

可选地，所述车载系统包括无线通讯模块，用于通过无线网络连接到远程服务器。

可选地，所述无线通讯模块是WiFi无线通讯模块或者GPRS无线通讯模块。

可选地，所述车载系统还包括数据关系库，用于存储车载应用程序与其适于处理的用户需求的对应关系；在远程服务器上搜索相应的远程应用程序进行处理包括如下步骤：

通过所述无线通讯模块连接到远程服务器上；

在远程服务器上搜索适于处理所述用户需求的远程应用程序；

通过所述远程应用程序对用户需求进行处理；

将所述远程应用程序处理用户需求的处理结果反馈给所述第一车载应用程序。

可选地，在远程服务器上搜索相应的远程应用程序进行处理还包括如下步骤：下载搜索到的远程应用程序，将下载的远程应用程序与用户需求的对应关系添加至所述数据关系库中。

可选地，所述车载应用程序和远程应用程序与其适于处理的用户需求的对应关系通过索引号相关联。

可选地，所述车载应用程序和远程应用程序运行于所述车载系统的操作系统上。

可选地，所述操作系统是Android系统或者Symbian系统或者Mac OS系统。

与现有技术相比，本发明技术方案具有以下优点：在处理用户需求时，多个车载应用程序之间可以产生互动，并且当车载系统上不具有处理所述用户需求的车载应用程序时，所述车载系统上的操作系统可以通过无线通讯模块连接到远程服务器，搜索远程服务器上适于处理所述用户需求的远程应用程序来处理用户需求。这样在一定程度上节省了车载系统上的存储空间。

进一步地，所述操作系统还可以将远程服务器上搜索到的适于处理用户需求的远程应用程序下载到车载系统上，然后再通过所述远程应用程序(这时其实相当于新添加的车载应用程序)对用户需求进行处理，这样当用户再次发出相同用户需求时，操作系统就可以直接从车载系统上获取到所述车载应用程序来处理用户需求，从而节省了搜索应用程序的时间。

附图说明

图1是本发明车载系统的需求处理方法的具体实施方式的流程示意图；

图2是本发明车载系统的需求处理方法中所述步骤在远程服务器上搜索相应的远程应用程序进行处理的具体实施方式的流程示意图；

图3是本发明车载系统的需求处理方法的应用实例的流程示意图；

图4是本发明车载系统的需求处理方法的另一种应用实例的流程示意图。

具体实施方式

发明人发现在现有的车载系统上，通常一个应用程序需要解决用户的多个需求，而不同的应用程序又可能重复处理同一个需求，这样会造成大量的开发资源浪费，而且用户的使用体验也不好。同时，当车载系统上的应用程序无法处理用户需求时，也没有提供相应的技术方案来解决上述问题。

针对上述问题，发明人经过研究，提供了一种车载系统的需求处理方法，所述车载系统包含用于处理用户需求的车载应用程序，包括如下步骤：从第一车载应用程序获取其不适于处理的用户需求；针对获取到的用户需求搜索相应的第二车载应用程序进行处理；若没有相应的第二车载应用程序适于处理所述用户需求，则在远程服务器上搜索相应的远程应用程序进行处理。

上述技术方案可以应用于车载系统的操作系统中，实现了在处理用户需求时多个车载应用程序之间的互动，即在当前车载应用程序无法处理用户需求的情况下，通过车载系统上的操作系统控制调用，可以将用户需求交由适于处理该用户需求的其他车载应用程序来处理，从而可以充分利用车载系统内现有的应用程序更好地处理不同的用户需求。

进一步地，当所述车载应用程序都不适于处理所述用户需求时，所述操作系统还可以在远程服务器上搜索相应的远程应用程序进行处理，这样在一定程度上节省了车载系统上的存储空间。

为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。

图1是本发明车载系统的需求处理方法的具体实施方式的流程示意图。如图1所示，所述需求处理方法包括如下步骤：

执行步骤S1：从第一车载应用程序获取其不适于处理的用户需求；

执行步骤S2：针对获取到的用户需求搜索相应的第二车载应用程序进行处理；

执行步骤S3：若没有相应的第二车载应用程序适于处理所述用户需求，则在远程服务器上搜索相应的远程应用程序进行处理。

本发明实施例中，所述车载系统上装载有操作系统，所述第一车载应用程序、第二车载应用程序运行于所述操作系统上，所述操作系统可以是Android系统或者Symbian系统或者Mac OS系统。需要说明的是，在实际应用中，所述操作系统上通常可以运行多个车载应用程序，不局限于仅运行所述第一车载应用程序和第二车载应用程序；另外，所述车载系统上还包括显示装置(例如，触摸显示屏等)，用于显示操作系统的操作界面以及各个车载应用程序的交互界面。

具体地，首先，用户通过第一车载应用程序在车载系统上相应的交互界面发出用户需求，所述第一车载应用程序接收所述用户需求，其中所述用户需求包括所述第一车载应用程序适于处理的用户需求以及不适于处理的用户需求。进一步地，对于所述第一车载应用程序适于处理的用户需求，所述第一车载应用程序将对所述用户需求进行处理；而对于所述第一车载应用程序不适于处理的用户需求，所述第一车载应用程序则将该用户需求发送给操作系统，即如所述步骤S1：所述操作系统从第一车载应用程序获取其不适于处理的用户需求。

然后，如所述步骤S2：所述操作系统针对获取到的用户需求搜索相应的第二车载应用程序进行处理。

具体地，所述操作系统上包括数据关系库，用于存储车载应用程序与其适于处理的用户需求的对应关系。所述车载应用程序与其适于处理的用户需求的对应关系可通过索引号相关联。换句话说，在所述数据关系库中，每个所述车载应用程序都有一个索引号，每个用户需求也有一个索引号，并且所述车载应用程序的索引号与其适于处理的用户需求的索引号相匹配。具体地，例如所述车载应用程序的索引号与其适于处理的用户需求的索引号一一对应；又例如所述用户需求的索引号可以对应多个适于处理所述用户需求的车载应用程序的索引号，或者车载应用程序的索引号可以对应多个用户需求的索引号。这样根据所述索引号就能找到适于处理所述用户需求的车载应用程序。

例如，若搜索一个车载应用程序适于处理所述用户需求，则将该车载应用程序作为所述第二车载应用程序。又例如，若所述操作系统搜索到多个车载应用程序适于处理所述用户需求，那么通常所述操作系统可以选择其中一个(通常是最适于处理所述用户需求的车载应用程序)作为所述第二车载应用程序。

接着，如所述步骤S3：若没有相应的第二车载应用程序适于处理所述用户需求，则在远程服务器上搜索相应的远程应用程序进行处理。

具体地，在所述车载系统上包括无线通讯模块，用于通过无线网络连接到远程服务器，搜索所述远程服务器上的适于处理所述用户需求的远程应用程序。其中，所述无线通讯模块可以是Wife无线通讯模块或者GPRS无线通讯模块，在实际应用中，所述无线通讯模块可以同时包含上述两种无线通讯模块，所述操作系统根据实际网络覆盖范围以及信号强度等因素，选择其中网络覆盖范围最大或者信号强度最佳的无线通讯模块连接到远程服务器上。

进一步地，在所述远程服务器上存储有多个远程应用程序，用于处理用户需求，所述操作系统可以根据用户需求选择适于处理所述用户需求的远程应用程序进行处理。

根据上述具体实施方式可以看出，在处理用户需求的过程中，多个车载应用程序之间产生了互动，每个车载应用程序仅处理其适于处理的用户需求，并将不适于处理的用户需求发送到操作系统。相应地，所述操作系统将在车载系统上搜索适于处理该用户需求的其他车载应用程序，若存在适于处理所述用户需求的其他车载应用程序，则将所述用户需求发送至所述车载应用程序来处理。进一步地，当车载应用程序都不适于处理所述用户需求时，所述操作系统还可以通过无线通讯模块连接到远程服务器，从所述远程服务器上搜索适于处理所述用户需求的远程应用程序来处理所述用户需求，这样使得用户可以得到更好的体验，同时也在一定程度上节省了车载系统的存储空间。

图2是本发明车载系统的需求处理方法中所述步骤在远程服务器上搜索相应的远程应用程序进行处理的具体实施方式的流程示意图。如图2所示，所述在远程服务器上搜索相应的远程应用程序进行处理包括如下步骤：

执行步骤S31：通过所述无线通讯模块连接到远程服务器上。

具体地，在本实施例中，所述无线通讯模块可以是WiFi无线通讯模块或者GPRS无线通讯模块。在实际应用中，所述无线通讯模块可以同时包含上述两种无线通讯模块，操作系统可以根据实际网络覆盖范围以及信号强度等因素，选择其中网络覆盖范围最大或者信号强度最佳的无线通讯模块连接到远程服务器上。进一步地，所述无线通讯模块并不局限于上述这两种模块，例如还可以是WiMax无线通讯模块等。

执行步骤S32：在远程服务器上搜索适于处理所述用户需求的远程应用程序。

具体地，在本实施例中，在所述远程服务器上包含多个远程应用程序，那么，在所述远程服务器上也可以通过一个数据关系库存储各个远程应用程序与其适于处理的用户需求的对应关系，所述对应关系同样可以通过索引号相关联。这样，所述操作系统可以根据所述用户需求的索引号在远程服务器上搜索与该索引号相匹配的远程应用程序。

执行步骤S33：通过所述远程应用程序对用户需求进行处理。

具体地，在本实施例中，所述远程应用程序可以直接在远程服务器端对所述用户需求进行处理。

执行步骤S34：将所述远程应用程序处理用户需求的处理结果反馈给所述第一车载应用程序。

具体地，所述远程应用程序首先将所述用户需求的处理结果反馈至所述操作系统，然后所述操作系统再将所述处理结果反馈至发送用户需求的车载应用程序，即所述第一车载应用程序。

进一步地，在本具体实施方式的一个变化例中，在所述步骤S32和所述步骤S33之间还可以增加一个步骤：下载搜索到的远程应用程序，将下载的远程应用程序与用户需求的对应关系添加至所述数据关系库中。

具体地，当所述操作系统在远程服务器上搜索到适于处理用户需求的远程应用程序，可以先将所述远程应用程序下载至车载系统上。其中，所述下载过程可以由操作系统默认将所述远程应用程序下载至车载系统上，也可以提示用户是否需要下载所述远程应用程序，当用户确定下载时，所述操作系统再将所述远程应用程序下载至车载系统上。本领域技术人员可以通过公知的技术实现上述下载过程，在此不予赘述。

进一步地，所述操作系统还将所述下载的远程应用程序与用户需求对应关系添加至所述数据关系库中。这样所述远程应用程序就相当于新添加的车载应用程序，当用户再次发出所述用户需求时，所述操作系统就可以从更新后的数据关系库中搜索到与所述用户需求的索引号相匹配的车载应用程序，而不需要再从远程服务器上重新选择远程应用程序来处理所述用户需求，从而可以简化搜索过程、节省搜索时间。

本发明实施例所述的车载系统的需求处理方法可以应用于如下场景，以下结合图3和图4所示的本发明车载系统的需求处理方法的应用实例的流程示意图来描述。其中图3所示的是通过车载应用程序之间的互动完成处理用户需求的具体应用实例，而图4所示的是当车载应用程序都不适于处理用户需求时，通过车载应用程序与远程应用程序之间的互动完成处理用户需求的具体应用例。

首先，参考图3所示的应用实例，通过操作系统2实现了第一车载应用程序1与第二车载应用程序3之间的互动，在本实施例中，所述第一车载应用程序1为新闻浏览器，第二车载应用程序3为收音机。

本实施例中，所述车载系统至少还包括显示装置，其用于显示操作系统的操作界面以及车载应用程序的交互界面。

首先，用户通过车载系统的显示装置(例如显示屏)打开车载系统，并进入车载应用程序交互界面；用户可以根据自己的用户需求(例如浏览新闻)打开第一车载应用程序1(即新闻浏览器)，并向所述第一车载应用程序1发出用户需求(例如点击一条新闻链接)。

执行步骤1)第一车载应用程序1接收“点击一条新闻链接”用户需求。

执行步骤2)第一车载应用程序1解决“点击一条新闻链接”用户需求，打开用户点击的新闻链接，显示新闻内容，这样用户就可以通过新闻浏览器浏览新闻内容。

在用户通过所述新闻浏览器浏览新闻时，假设在所述新闻内容中嵌入了一条收听新闻的链接或者图标(例如：所述链接或者图标为：FM89.9)。那么当用户希望收听新闻时，可以点击所述链接或者图标，即所述用户向所述新闻浏览器发出了“收听FM89.9的新闻”用户需求。

接着执行步骤3)第一车载应用程序1接收“收听FM89.9的新闻”的用户需求。

执行步骤4)第一车载应用程序1发送“收听FM89.9的新闻”的用户需求给操作系统2。因为所述第一车载应用程序1无法解决“收听FM89.9的新闻”的用户需求，因此将所述用户需求发送至操作系统2。

执行步骤5)操作系统2接收“收听FM89.9的新闻”的用户需求。

执行步骤6)操作系统2在数据关系库内搜索到适于处理“收听FM89.9的新闻”的用户需求的第二车载应用程序3。

执行步骤7)将所述“收听FM89.9的新闻”的用户需求发送给第二车载应用程序3。

执行步骤8)第二车载应用程序3接收“收听FM89.9的新闻”的用户需求。

执行步骤9)第二车载应用程序3将频率调至FM89.9，通过车载系统的音频播放设备播放新闻。

这样用户就可以通过新闻浏览器收听新闻，实际上，通过操作系统2(例如Android操作系统)实现了在新闻浏览器程序中加载了收音机程序，使用户可以通过新闻浏览器收听新闻。需要说明的是，本实例中，第二车载应用程序3不需要将解决用户需求的反馈给第一车载应用程序1。对于其他应用实例，如果解决用户需求的车载应用程序需要将处理结果反馈给发送该用户需求的车载应用程序，则可以通过操作系统反馈处理结果，在此不再展开说明。

进一步地，参考图4所示的具体应用例，所述操作系统2实现第一车载应用程序1与远程应用程序4之间的互动，其中所述第一车载应用程序1为新闻浏览器，远程应用程序4为收音机。

本实施例中，所述车载系统至少还包括显示装置，其用于显示操作系统界面以及车载应用程序和/或远程应用程序的交互界面。

首先，用户通过车载系统的显示装置(例如显示屏)打开车载系统，并进入车载应用程序交互界面；所述用户可以根据自己的用户需求(例如浏览新闻)打开第一车载应用程序1(即新闻浏览器)，并向所述第一车载应用程序1发出用户需求(例如点击一条新闻链接)。

执行步骤1)第一车载应用程序1接收“点击一条新闻链接”用户需求。

执行步骤2)第一车载应用程序1解决“点击一条新闻链接”用户需求，打开用户点击的新闻链接，显示新闻内容，这样用户就可以通过新闻浏览器浏览新闻内容。

在用户通过所述新闻浏览器浏览新闻时，假设在所述新闻内容中嵌入了一条收听新闻的链接或者图标(例如：所述链接或者图标为：FM89.9)。那么当用户希望收听新闻时，所述用户可以点击所述链接或者图标，即所述用户向所述新闻浏览器发出了“收听FM89.9的新闻”用户需求。

接着执行步骤3)第一车载应用程序1接收“收听FM89.9的新闻”的用户需求。

执行步骤4)第一车载应用程序1发送“收听FM89.9的新闻”的用户需求给操作系统2。因为所述第一车载应用程序1无法解决“收听FM89.9的新闻”的用户需求，因此将所述用户需求发送至操作系统2。

执行步骤5)操作系统2接收“收听FM89.9的新闻”的用户需求。

执行步骤6)在远程服务器上搜索到适于处理“收听FM89.9”的用户需求的远程应用程序4。本实施例中，所述远程应用程序4为收音机。

执行步骤7)将所述“收听FM89.9”的用户需求发送给远程应用程序4。

执行步骤8)所述远程应用程序4接收“收听FM89.9的新闻”的用户需求。

执行步骤9)所述远程应用程序4将频率调至FM89.9，通过车载系统的音频播放设备播放新闻。

这样用户就可以通过新闻浏览器收听新闻，通过操作系统2(例如Android操作系统)实现了在远程服务器上选择了收音机程序处理用户需求，并在新闻浏览器程序中加载了收音机程序，使用户可以通过新闻浏览器收听新闻。需要说明的是，本实施例中，所述远程应用程序4直接在远程服务器端处理了所述用户需求，并将用户需求的处理结果反馈至第一车载应用程序1。对于其他应用实例，所述操作系统2还可以将所述远程应用程序4下载至车载系统上，然后再通过所述远程应用程序4处理用户需求，此时所述远程应用程序4相当于新添加的车载应用程序，下次当用户再发出“收听FM89.9的新闻”的用户需求时，所述操作系统2就可以直接在车载系统上搜索到相应的车载应用程序来处理所述用户需求，在此不再展开说明。

进一步地，在实际应用中并不局限于上述应用实例所述的场景，本领域技术人员还可以根据实际需要，将本发明实施例所述车载系统的需求处理方法应用于其他场景中，在此不予赘述。

本发明虽然已以较佳实施例公开如上，但其并不是用来限定本发明，任何本领域技术人员在不脱离本发明的精神和范围内，都可以利用上述揭示的方法和技术内容对本发明技术方案做出可能的变动和修改，因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化及修饰，均属于本发明技术方案的保护范围。

Claims (8)

1.一种车载系统的需求处理方法，所述车载系统包含用于处理用户需求的车载应用程序，其特征在于，包括如下步骤：

从第一车载应用程序获取其不适于处理的用户需求；

针对获取到的用户需求搜索相应的第二车载应用程序进行处理；

若没有相应的第二车载应用程序适于处理所述用户需求，则在远程服务器上搜索相应的远程应用程序进行处理。

2.根据权利要求1所述的车载系统的需求处理方法，其特征在于，所述车载系统包括无线通讯模块，用于通过无线网络连接到远程服务器。

3.根据权利要求2所述的车载系统的需求处理方法，其特征在于，所述无线通讯模块是WiFi无线通讯模块或者GPRS无线通讯模块。

4.根据权利要求2所述的车载系统的需求处理方法，其特征在于，所述车载系统还包括数据关系库，用于存储车载应用程序与其适于处理的用户需求的对应关系；在远程服务器上搜索相应的远程应用程序进行处理包括如下步骤：

通过所述无线通讯模块连接到远程服务器上；

在远程服务器上搜索适于处理所述用户需求的远程应用程序；

通过所述远程应用程序对用户需求进行处理；

将所述远程应用程序处理用户需求的处理结果反馈给所述第一车载应用程序。

5.根据权利要求4所述的车载系统的需求处理方法，其特征在于，在远程服务器上搜索相应的远程应用程序进行处理还包括如下步骤：

下载搜索到的远程应用程序，将下载的远程应用程序与用户需求的对应关系添加至所述数据关系库中。

6.根据权利要求5所述的车载系统的需求处理方法，其特征在于，所述车载应用程序和远程应用程序与其适于处理的用户需求的对应关系通过索引号相关联。

7.根据权利要求1至6任一项所述的车载系统的需求处理方法，其特征在于，所述车载应用程序和远程应用程序运行于所述车载系统的操作系统上。

8.根据权利要求7所述的车载系统的需求处理方法，其特征在于，所述操作系统是Android系统或者Symbian系统或者Mac OS系统。

Images