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

文档序号:3936191阅读:158来源:国知局
专利名称:一种车载系统的需求处理方法
技术领域
本发明涉及车载系统领域,特别涉及一种车载系统的需求处理方法。
背景技术
随着汽车产业的发展,汽车的数量越来越多。人们在拥有汽车的同时,也越来越关注使用汽车时的使用体验。汽车上的车载终端可以实现包括音乐、视频、图片等多媒体需求的服务,以及实时路况信号、目的地地图等行车导航方面的服务等。车载终端提供的各种服务可以通过应用程序来实现,用户通过应用程序向车载终 端的操作系统发出需求,例如,阅读电子书、听音乐、浏览新闻等。而操作系统根据用户发出的需求选择相应的应用程序,例如,若用户想要阅读电子书则提供电子书阅览器,若用户想要听音乐则提供音乐播放器,若用户想要浏览新闻则提供网站浏览器等。更多的关于车载终端的应用程序可以參考中国专利申请号为200510002158. 3的专利申请文件公开的ー种车载应用程序选择系统和车载应用程序选择装置。但是目前的车载系统架构中,存在应用程序需要解决多个需求、不同的应用程序重复针对ー个需求的现状,从而造成开发资源浪费,而用户的使用体验也不好,车载终端资源的使用效率也会受影响。

发明内容
本发明解决的问题是提供一种车载系统的需求处理方法,使车载系统上各个应用程序相互配合解决不同的用户需求。为解决上述问题,本发明提供了一种车载系统的需求处理方法,所述车载系统包含有多个用于处理用户需求的应用程序,包括如下步骤从第一应用程序获取其不适于处理的用户需求;针对获取到的用户需求选择车载系统中相应的第二应用程序进行处理。可选地,所述车载系统还包含有数据关系库,所述数据关系库用于存储应用程序与其适于处理的用户需求的对应关系;针对获取到的用户需求选择车载系统中相应的第二应用程序进行处理包括如下步骤基于所述数据关系库存储的应用程序与其适于处理的用户需求的对应关系,选择适于处理所述获取到的用户需求的第二应用程序;将所述用户需求发送至所述第二应用程序进行处理;将所述第二应用程序处理用户需求的处理结果反馈给所述第一应用程序。可选地,还包括判断车载系统中是否有适于处理所述获取到的用户需求的应用程序。可选地,所述应用程序与其适于处理的用户需求的对应关系通过索引号相关联。可选地,所述应用程序运行于所述车载系统的操作系统上。可选地,所述操作系统是Android系统或者Symbian系统或者Mac OS系统。与现有技术相比,上述技术方案具有以下优点
在处理用户需求时,多个应用程序之间可以产生互动,在当前应用程序无法处理用户需求的情况下,通过操作系统的控制调用可以将用户需求交由适于处理该用户需求的应用程序来处理,从而可以充分利用车载系统内现有的应用程序更好地处理不同的用户需求。同时对于应用程序开发者而言,在考虑应用程序的功能时可以只针对相关的用户需求进行开发,各个应用程序处理的用户需求相对单一,而不必考虑每个用户需求,这样提高了开发者开发应用程序的效率。


图I是本发明车载系统的需求处理方法的具体实施方式
的流程示意图;图2是本发明车载系统的需求处理方法中针对获取到的用户需求选择车载系统中相应的第二应用程序进行处理的具体实施方式
的流程示意图;图3是本发明车载系统的需求处理方法的应用实例的流程示意图。
具体实施例方式发明人发现在现有的车载系统上,通常一个应用程序需要解决用户的多个需求,而不同的应用程序又可能重复处理同一个需求,这样会造成大量的开发资源浪费,而且用户的使用体验也不好。针对上述问题,发明人经过研究,提供了一种车载系统的需求处理方法,所述车载系统包含有多个用于处理用户需求的应用程序,包括如下步骤从第一应用程序获取其不适于处理的用户需求;针对获取到的用户需求选择车载系统中相应的第二应用程序进行处理。上述技术方案可以应用于车载系统的操作系统中,实现了在处理用户需求时,多个应用程序之间的互动,即在当前应用程序(即第一应用程序)无法处理用户需求的情况下,通过车载系统上的操作系统控制调用可以将用户需求交由适于处理该用户需求的应用程序(即第二应用程序)来处理,从而可以充分利用车载系统内现有的应用程序更好地处理不同的用户需求。同时对于应用程序开发者而言,在考虑应用程序的功能时可以只针对相关的用户需求进行开发,各个应用程序处理的用户需求相对单一,而不必考虑每个用户需求,这样提高了开发者开发应用程序的效率。为使本发明的上述目的、特征和优点能够更为明显易懂,下面结合附图对本发明的具体实施方式
做详细的说明。參考图I所示的是本发明所述车载系统的需求处理方法的具体实施方式
的流程示意图。如图I所示,所述需求处理方法包括如下步骤执行步骤SI :从第一应用程序获取其不适于处理的用户需求;执行步骤S2 :针对获取到的用户需求选择车载系统中相应的第二应用程序进行处理。本发明实施例中,所述车载系统上装载有操作系统,所述第一应用程序和第二应用程序运行于所述操作系统上,所述操作系统可以是Android系统或者Symbian系统或者Mac OS系统。需要说明的是,在实际应用中,所述操作系统上通常可以运行多个应用程序,不局限于仅运行所述第一应用程序和第二应用程序;另外,所述车载系统上至少包括显示装置(例如,触摸显示屏等),用于显示操作系统的操作界面以及各个应用程序的交互界面。具体地,首先,用户通过第一应用程序在车载系统上相应的交互界面发出用户需求,所述第一应用程序接收所述用户需求,其中所述用户需求包括所述第一应用程序适于处理的用户需求以及不适于处理的用户需求。进ー步地,对于所述第一应用程序适于处理的用户需求,所述第一应用程序将对所述用户需求进行处理;而对于所述第一应用程序不适于处理的用户需求,所述第一应用程序则将该用户需求发送给操作系统,即如所述步骤 Si:所述操作系统从第一应用程序获取其不适于处理的用户需求。然后,如所述步骤S2 :所述操作系统将根据获取到的所述用户需求,在车载系统上捜索适于处理所述用户需求的第二应用程序。具体地,所述操作系统可能捜索到ー个应用程序或者多个应用程序适于处理所述用户需求。例如,若捜索一个应用程序适于处理所述用户需求,则将该应用程序作为所述第ニ应用程序。又例如,若所述操作系统搜索到多个应用程序适于处理所述用户需求,那么通常所述操作系统可以选择其中ー个(通常是最适于处理所述用户需求的应用程序)作为所述第二应用程序。根据上述具体实施方式
可以看出,在处理用户需求的过程中,多个应用程序之间产生了互动,每个应用程序仅处理其适于处理的用户需求,并将不适于处理的用户需求发送到操作系统。相应地,所述操作系统将在车载系统上搜索适于处理该用户需求的其他应用程序,并将所述用户需求发送给其他应用程序来处理,这样使应用程序之间产生互动,并且每个应用程序处理的用户需求相对单一。进ー步地,參考图2所示的本发明车载系统的需求处理方法中所述步骤针对获取到的用户需求选择车载系统中相应的第二应用程序进行处理的具体实施方式
的流程示意图。如图2所示,包括如下步骤执行步骤S21 :基于所述数据关系库存储的应用程序与其适于处理的用户需求的对应关系,选择适于处理所述获取到的用户需求的第二应用程序。具体地,所述操作系统包含有数据关系库,所述数据关系库用于存储应用单元与其适于处理的用户需求的对应关系。可选地,所述应用程序与其适于处理的用户需求的对应关系通过索引号相关联。换句话说,在所述数据关系库中,每个所述应用程序都有ー个索引号,每个用户需求也有ー个索引号,并且所述应用程序的索引号与其适于处理的用户需求的索引号相匹配。具体地,例如所述应用程序的索引号与其适于处理的用户需求的索引号一一对应;又例如所述用户需求的索引号可以对应多个适于处理所述用户需求的应用程序的索引号,或者应用程序的索引号可以对应多个用户需求的索引号。这样根据所述索引号就能找到适于处理所述用户需求的应用程序。执行步骤S22 :将所述用户需求发送至所述第二应用程序进行处理。具体地,根据上述步骤S21可以确定适于处理所述用户需求的应用程序,并将所述应用程序作为第二应用程序。所述操作系统可以将所述用户需求发送至所述第二应用程序进行处理。相应地,所述第二应用程序将接收所述操作系统发送的用户需求,并通过所述第二应用程序对所述用户需求进行处理。执行步骤S23 :将所述第二应用程序处理用户需求的处理结果反馈给所述第一应用程序。具体地,根据上述步骤S22,所述第二应用程序在对所述用户需求进行处理后可以将处理结果反馈至所述 操作系统。相应地,所述操作系统将接收所述第二应用程序发送处理所述用户需求的处理結果。进ー步地,所述操作系统再将所述用户需求的处理结果反馈给所述第一应用程序,所述第一应用程序接收所述用户需求的处理結果。在本实施例的一个变化例中,所述步骤S23可以变化成通过所述第二应用程序处理用户需求,并将所述用户需求的处理结果反馈给用户。换句话说,所述第二应用程序在完成所述用户需求的处理后,也可以直接通过所述第二应用程序反馈给用户,而不需要将处理结果通过所述操作系统再反馈给所述第一应用程序。在实际应用中,本领域技术人员可以根据实际需要选择最适合的反馈方式将所述用户需求的处理结果反馈给用户,在此不予赘述。根据上述图2所述的针对获取到的用户需求选择车载系统中相应的第二应用程序进行处理的具体实施方式
可以看出所述操作系统可以通过数据关系库中存储的应用程序与其适于处理的用户需求的对应关系捜索其他应用程序(即所述第二应用程序)来处理所述第一应用程序不适于处理的用户需求,并将所述用户需求发送给所述第二应用程序进行处理。进ー步地,还可以包括判断车载系统中是否有适于处理所述获取到的用户需求的应用程序。若在车载系统上搜索不到适于处理所述用户需求的应用程序时,所述操作系统可以通过无线通信模块连接到互联网,利用互联网资源查找适于处理所述用户需求的应用程序,并提供给用户所述应用程序的相关下载连接,用户可以下载并安装到车载系统的操作系统上,运行下载的应用程序解决第一应用程序解决不了的用户需求,并且,操作系统还可以更新数据关系库,将下载的应用程序与用户需求的对应关系添加至数据关系库中。当然,在其他实施例中,也可以不下载应用程序,而是通过网络向该应用程序发送需求处理请求,应用程序处理完用户需求后,将处理结果通过网络反馈给操作系统。本发明实施例的车载系统的需求处理方法可以应用于如下场景,以下结合图3所示本发明的车载系统的需求处理方法的应用实例的流程示意图来描述,通过操作系统11实现了第一应用程序12a和第二应用程序12b的互动,其中所述第一应用程序12a为新闻浏览器,所述第二应用程序12b为收音机。本实施例中,所述车载系统至少还包括显示装置,其用于显示操作系统的操作界面以及应用程序的交互界面。首先,用户通过车载系统的显示装置(例如显示屏)打开车载系统,并进入应用程序交互界面;所述用户可以根据自己的用户需求(例如浏览新闻)打开第一应用程序12a(即新闻浏览器),并向所述第一应用程序12a发出用户需求(例如点击一条新闻链接)。执行步骤I)第一应用程序12a接收“点击一条新闻链接”用户需求。执行步骤2)第一应用程序12a解決“点击一条新闻链接”用户需求,打开用户点击的新闻链接,显示新闻内容,这样用户就可以通过新闻浏览器浏览新闻内容。
在用户通过所述新闻浏览器浏览新闻时,假设在所述新闻内容中嵌入了一条收听新闻的链接或者图标(例如所述链接或者图标为FM89. 9)。那么当用户希望收听新闻时,所述用户可以点击所述链接或者图标,即所述用户向所述新闻浏览器发出了 “收听FM89. 9的新闻”用户需求。接着执行步骤3)第一应用程序12a接收“收听FM89. 9的新闻”的用户需求。执行步骤4)第一应用程序12a发送“收听FM89. 9的新闻”的用户需求给操作系统11。因为所述第一应用程序12a无法解決“收听FM89. 9的新闻”的用户需求,因此将所述用户需求发送至操作系统11。执行步骤5)操作系统11接收“收听FM89. 9的新闻”的用户需求。执行步骤6)操作系统11在数据关系库内搜索到适于处理“收听FM89. 9的新闻”的用户需求的第二应用程序12b。第二应用程序12b (即收音机)可以处理“收听FM89.9的新闻”的用户需求,因此操作系统11选择第二应用程序12b来处理所述用户需求。 执行步骤7)操作系统11将“收听FM89. 9的新闻”的用户需求发送给第二应用程序12b。具体地,可以是操作系统11打开第二应用程序12b,发送“收听FM89. 9的新闻”的用户需求给第二应用程序12b。执行步骤8)第二应用程序12b接收“收听FM89. 9的新闻”的用户需求。执行步骤9)第二应用程序12b将频率调至FM89. 9,通过车载系统的音频播放设备播放新闻。这样用户就可以通过新闻浏览器收听新闻,实际上,通过操作系统11(例如Android操作系统)实现了在新闻浏览器程序中加载了收音机程序,使用户可以通过新闻浏览器收听新闻。需要说明的是,本实例中,第二应用程序12b不需要将解决用户需求的反馈给第一应用程序12a。对于其他应用实例,如果解决用户需求的应用程序需要将处理结果反馈给发送该用户需求的应用程序,则可以通过操作単元反馈处理结果,在此不再展开说明。进ー步地,在实际应用中并不局限于上述应用实例所述的场景,本领域技术人员还可以根据实际需要,将本发明实施例所述车载系统的需求处理方法应用于其他场景中,在此不予赘述。本发明虽然已以较佳实施例公开如上,但其并不是用来限定本发明,任何本领域技术人员在不脱离本发明的精神和范围内,都可以利用上述掲示的方法和技术内容对本发明技术方案做出可能的变动和修改,因此,凡是未脱离本发明技术方案的内容,依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化及修饰,均属于本发明技术方案的保护范围。
权利要求
1.一种车载系统的需求处理方法,所述车载系统包含有多个用于处理用户需求的应用程序,其特征在于,包括如下步骤 从第一应用程序获取其不适于处理的用户需求; 针对获取到的用户需求选择车载系统中相应的第二应用程序进行处理。
2.根据权利要求I所述的车载系统的需求处理方法,其特征在于,所述车载系统还包含有数据关系库,所述数据关系库用于存储应用程序与其适于处理的用户需求的对应关系;针对获取到的用户需求选择车载系统中相应的第二应用程序进行处理包括如下步骤 基于所述数据关系库存储的应用程序与其适于处理的用户需求的对应关系,选择适于处理所述获取到的用户需求的第二应用程序; 将所述用户需求发送至所述第二应用程序进行处理; 将所述第二应用程序处理用户需求的处理结果反馈给所述第一应用程序。
3.根据权利要求2所述的车载系统的需求处理方法,其特征在于,还包括判断车载系统中是否有适于处理所述获取到的用户需求的应用程序。
4.根据权利要求2所述的车载系统的需求处理方法,其特征在于,所述应用程序与其适于处理的用户需求的对应关系通过索引号相关联。
5.根据权利要求I至4任一项所述的车载系统的需求处理方法,其特征在于,所述应用程序运行于所述车载系统的操作系统上。
6.根据权利要求5所述的车载系统的需求处理方法,其特征在于,所述操作系统是Android系统或者Symbian系统或者Mac OS系统。
全文摘要
一种车载系统的需求处理方法,所述车载系统包含有多个用于处理用户需求的应用程序,包括如下步骤从第一应用程序获取其不适于处理的用户需求;针对获取到的用户需求选择车载系统中相应的第二应用程序进行处理。通过本技术方案,在处理用户需求时,多个应用程序之间可以产生互动,在当前应用程序无法处理用户需求的情况下,通过车载系统上的操作系统控制调用可以将用户需求交由适于处理该用户需求的应用程序来处理,从而可以充分利用车载系统内现有的应用程序更好地处理不同的用户需求。
文档编号B60K28/02GK102826010SQ20111015952
公开日2012年12月19日 申请日期2011年6月14日 优先权日2011年6月14日
发明者张晔晖 申请人:上海博泰悦臻电子设备制造有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1