一种基于车辆和交通状态的车联网服务智能调度系统的制作方法

本发明涉及车辆中控台应用技术领域，具体涉及一种基于车辆和交通状态的车联网服务智能调度系统。

背景技术：

随着车辆中控台的智能化，越来越多的手机应用服务商希望把他们的应用扩展到车辆上，例如导航，音乐播放，停车服务，加油服务等等。从车企的角度，也希望为车主提供更多的便利服务，但现有的合作方式往往是应用服务商简单的把手机上的应用进行适配后安装在车辆上。但这往往带来一些问题：

1、车辆中控台容量有限，不能安装太多的应用。

2、中控台显示尺寸有限，不能一屏显示太多应用，而频繁的翻屏操作又会影响驾驶安全。

3、单个应用的业务覆盖能力有限，只是单一的停车，加油，导航等，而车主需要多种车辆相关的服务。

4、单个应用因为推广能力限制，地域限制，功能限制导致用户数有限，无法形成规模化效应。

5、对于车主而言，某项应用可能只针对特定的地域，无法实现跨地域无缝服务对接(例如某加油应用只在特定地区有效)，车主需要根据所在位置启用不同的应用，操作过于复杂。

技术实现要素：

本发明的目的是提供一种在同一界面内整合多家资源，解决了地域限制的问题，避免原先单一服务提供商资源不足，造成部分地区服务资源空白的尴尬；节省用户使用开支，同时也为服务提供商带来更多业务流量的基于车辆和交通状态的车联网服务智能调度系统。

为了解决背景技术所存在的问题，本发明是采用以下技术方案：一种基于车辆和交通状态的车联网服务智能调度系统，它包含appeco应用，车辆中控台上只安装单一应用appeco，其中包含多个单一服务接口；

appeco中的单一服务接口不再针对某个具体的服务提供商，而是直接对接网络端的appecobsp服务；

appecobsp网络端服务再与多个具体的服务提供商连接，整合加油、停车、洗车、修车、道路救援等各个汽车服务领域中的多家服务提供商；

服务通过servlet实现，服务提供商重载servlet相关方法，把结果传给appecobsp网络端，网络端经过筛选后，将从多个服务提供商处得到的结果优化，按照一定的智能规则提供给车辆中控台显示，供最终用户选择。

本发明的实施流程为：

appeco为每一位合作的服务提供商，提供了完备的appecobspsdk核心库，服务商只需要实现核心库所提供的接口，拓展abstractdbservlet父类，重载servlet的doget、dopost两个方法，并在方法processrequest中，获取appeco后台通过高德地图获取当前车辆地理坐标值、通过前端app获取用户选择的优先级，将获取的坐标值和优先级作为条件参数，从自身的数据库查询出符合要求的数据，并将查询出所需数据后放入数组中；

appeco后台会将结果转化为json格式写回给printwriter；完成以上部分后，使用ide编译后将生成的jar文件复制到tomcat/webapps/下的相应context下的web-inf/lib下面，与bsp-sdk.jar核心库放在同一个目录下，这样，服务商只需要编辑web-inf/web.xml文件配置好servlet后，启动tomcat后，调用该servlet的路径，appeco后台即可通过这个路径获取服务商所提供的数据；

根据此种方式，即可完成appeco的服务数据获取，由于返回的内容中会出现包含中文的数据，需要使用utf-8编码。

采用上述技术方案后，本发明具有以下有益效果：

1、通过整合加油，停车，洗车，修车，道路救援等各个汽车服务领域中的多家服务提供商，满足了用户对汽车服务的各方面的需求，减少了用户汽车服务app的下载量；

2、appeco屏蔽了后台具体的服务提供商，在同一界面内整合多家资源，解决了地域限制的问题，避免原先单一服务提供商资源不足，造成部分地区服务资源空白的尴尬；

3、通过整合资源的同时，为用户同时提供多个服务提供商(app)的优惠信息，节省用户使用开支，同时也为服务提供商带来更多的业务流量。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明所提供的实施例的系统框图；

图2为本发明所提供的实施例的实施流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施方式，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施方式仅用以解释本发明，并不用于限定本发明。

请参阅图1，本具体实施方式采用以下技术方案：一种基于车辆和交通状态的车联网服务智能调度系统，它包含appeco应用，车辆中控台上只安装单一应用appeco，其中包含多个单一服务接口，例如停车，加油等；appeco中的单一服务接口不再针对某个具体的服务提供商，而是直接对接网络端的appecobsp服务；appecobsp网络端服务再与多个具体的服务提供商连接，例如与多个停车类应用服务对接。通过整合加油、停车、洗车、修车、道路救援等各个汽车服务领域中的多家服务提供商，满足了用户对汽车服务的各方面的需求，减少了用户汽车服务app的下载量；具体服务的实现通过servlet实现，服务提供商重载servlet相关方法，把结果传给appecobsp网络端，网络端经过筛选后，将从多个服务提供商处得到的结果优化，按照一定的智能规则提供给车辆中控台显示，供最终用户选择；通过上述方式，appeco屏蔽了后台具体的服务提供商，在同一界面内整合多家资源，解决了地域限制的问题，避免原先单一服务提供商资源不足，造成部分地区服务资源空白的尴尬；通过整合资源的同时，为用户同时提供多个服务提供商(app)的优惠信息，节省用户使用开支，同时也为服务提供商带来更多的业务流量。

请参阅图2，本发明的实施流程为：

appeco为每一位合作的服务提供商，提供了完备的appecobspsdk核心库，服务商只需要实现核心库所提供的接口，拓展abstractdbservlet父类，重载servlet的doget、dopost两个方法，并在方法processrequest中，获取appeco后台通过高德地图获取当前车辆地理坐标值、通过前端app获取用户选择的优先级(如距离、价格)，将获取的坐标值和优先级作为条件参数，从(服务商)自身的数据库查询出符合要求的数据，并将查询出所需数据后放入数组中；

appeco后台会将结果转化为json格式写回给printwriter；完成以上部分后，使用ide编译后将生成的jar文件复制到tomcat/webapps/下的相应context下的web-inf/lib下面，与bsp-sdk.jar核心库放在同一个目录下，这样，服务商只需要编辑web-inf/web.xml文件配置好servlet后，启动tomcat后，调用该servlet的路径，appeco后台即可通过这个路径获取服务商所提供的数据；

根据此种方式，即可完成appeco的服务数据获取，由于返回的内容中会出现包含中文的数据，需要使用utf-8编码。

本发明的原理为：appeco在应用上，不同于其他服务提供商，不再是单一服务提供商，而是通过自有的网络平台，将同类别的服务商各自的资源整合，通过appeco的智能规则筛选出最优服务后，推送给用户使用。

实施例：

以停车为例，具体介绍本发明的实施流程：

1.用户点击车辆中控台上的appeco图标，启动appeco应用；

2.appeco向用户展示可以提供的服务，包括停车，加油，洗车等其他服务项目；

3.用户进一步点击停车；

4.appeco应用向appecobsp网络端发起周边停车场位置查询请求，并将当前车辆经纬度信息传给网络端；

5.appecobsp网络端收到请求后，向所有已注册的停车服务应用发起查询请求；

6.所有已注册的停车服务应用收到请求后，根据收到的经纬度信息查询本应用签约的停车场信息，并回传给appecobsp网络端；

7.appecobsp网络端汇总所有收到的停车场信息，并按照一定的规则进行过滤和排序，例如根据用户的设置，只显示当前车辆位置周边1公里内的停车场。另外，根据用户的设置，按照费用高低或距离远近对所有过滤后的结果进行排序；

8.appecobsp网络端把上述排序后的结果发送给车辆中控台显示，供用户选择。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。

此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。