CN110266536B - 一种车联网资源管理方法及装置 - Google Patents

Abstract

本发明实施例提供的一种车联网资源管理方法及装置，所述方法包括：每间隔第一预设时间段向接入资源管理平台的目标信源发送请求信息；根据发送的所述请求信息，获得所述请求信息对应的异常信息；根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，其中所述异常信源表用于放置无法使用的信源。本发明解决了目前的车网联基础平台上资源可靠性无法保证，容易出现内容异常等影响用户体验的问题。

Description

一种车联网资源管理方法及装置

技术领域

本发明涉及车联网技术领域，具体而言，涉及一种车联网资源管理方法及装置。

背景技术

目前车联网已经实现了智能网联基础平台，包括TSP平台(Telematics ServiceProvider，车联网服务平台)，车主APP(Application，应用程序)，数据报表分析，用户行为分析，车机应用等相应基础功能，伴随着车企智能网联业务拓展，智能网联车型大量投放市场。

但是，目前的智能网联基础平台的资源可靠性无法保证，容易出现内容异常等影响用户体验的问题。

发明内容

有鉴于此，本发明实施例的目的在于提供一种车联网资源管理方法及装置，解决了目前的车联网基础平台上资源可靠性无法保证，容易出现内容异常等影响用户体验的问题。

第一方面，本申请通过一实施例提供如下技术方案：

一种车联网资源管理方法，包括：

每间隔第一预设时间段向接入资源管理平台的目标信源发送请求信息；

根据发送的所述请求信息，获得所述请求信息对应的异常信息；

根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，其中所述异常信源表用于放置无法使用的信源。

优选地，所述根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，包括：

在第二预设时间段内对产生异常信息的次数进行计次；

将在所述第二预设时间段内，产生所述异常信息的次数超过预设的次数阈值的目标信源添加至异常信源表中。

优选地，所述在第二预设时间段内对产生异常信息的次数进行计次之后，还包括：

若当前所述第二预设时间段内所述异常信息的次数未超过所述次数阈值，在下一所述第二预设时间段内进行重新计次。

优选地，所述根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中之后，还包括：

为所述资源管理平台配置与所述目标信源相对应的备用信源。

优选地，所述根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中之后，还包括：

每隔第三预设时间段向目标信源发送请求信息，并监控在第四预设时间段内是否产生所述异常信息；

若否，则将所述目标信源从所述异常信源表中移除，并接入到所述资源管理平台。

优选地，所述将所述目标信源从所述异常信源表中移除，并接入到所述资源管理平台之后，还包括：

接收车机端的内容请求；

获取所述目标信源根据所述内容请求中携带的用户ID反馈的内容，并将所述反馈的内容推送至所述车机端。

优选地，所述异常信息包括：

无法与目标信源建立链接的网络异常；

目标信源的服务不可用的服务异常；

目标信源反馈结果失败的数据异常。

第二方面，基于同一发明构思，本申请通过一实施例提供如下技术方案

一种车联网资源管理装置，包括：

请求模块，用于每间隔第一预设时间段向接入资源管理平台的目标信源发送请求信息；

反馈模块，用于根据发送的所述请求信息，获得所述请求信息对应的异常信息；

信源处理模块，用于根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，其中所述异常信源表用于放置无法使用的信源。

优选地，所述信源处理模块，还用于：

在第二预设时间段内对产生异常信息的次数进行计次；

将在所述第二预设时间段内，产生所述异常信息的次数超过预设的次数阈值的目标信源添加至异常信源表中。

第三方面，基于同一发明构思，本申请通过一实施例提供如下技术方案

一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

每间隔第一预设时间段向接入资源管理平台的目标信源发送请求信息；

根据发送的所述请求信息，获得所述请求信息对应的异常信息；

根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，其中所述异常信源表用于放置无法使用的信源。

本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

本发明提供的一种车联网资源管理方法及装置，与现有技术相比，其中所述方法通过每间隔第一预设时间段向接入资源管理平台的目标信源发送请求信息，实现对目标信源的请求与反馈的通道进行不间断监控。然后，根据发送的所述请求信息，获得所述请求信息对应的异常信息；若无法请求道对应的内容就会产生对应的异常信息。最后，通过根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，其中所述异常信源表用于放置无法使用的信源，保证了异常信源在正常使用的时候不被使用到，解决了目前的车联网基础平台上资源可靠性无法保证，容易出现内容异常等影响用户体验的问题。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明第一实施例提供的一种车联网资源管理方法的流程示意图；

图2为图1步骤S30的一具体实施方式流程图；

图3为本发明第二实施例提供的一种车联网资源管理装置的功能模块示意图；

图4为是本发明第三实施例提供的一种计算机可读存储介质的功能模块示意图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

本发明为了解决车联网资源内容管理的问题，通过TSP平台接入CP资源(ContentProvider，CP，内容提供商)，搭建成为TSP-CP资源管理平台，在该资源管理平台中可提供API(Application Programming Interface，应用程序编程接口)测试，API申请，API调用、数据定制等服务，为本发明的车联网资源管理方法提供基础，以接入更多的CP资源为车机端提供服务，并实现信源的管理、信源的审核、信源的监控统计、信源的监控配置以及信源的列表等(信源为接入的内容供应商)，解决了目前的车联网平台内容资源单一的问题。

接入的信源可提供的服务支持包括但不限于：支持查询当前实况天气，例如温度、湿度、风向风力等；支持查询生活指数，例如穿衣指数、洗车指数、晨练指数等；支持根据GPS坐标直接查询天气；支持城市覆盖全国主要市县区；根据车辆信息查询车辆的历史违章记录，进一步的可支持持主要城市县区违章规则查询，支持根据车牌号、车架号以及发动机号信息查询违章历史等。

第一实施例

请参照图1，在本实施例中提供一种车联网资源管理方法，所述方法包括：

步骤S10：每间隔第一预设时间段向接入资源管理平台的目标信源发送请求信息；

步骤S20：根据发送的所述请求信息，获得所述请求信息对应的异常信息；

步骤S30：根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，其中所述异常信源表用于放置无法使用的信源。

在步骤S10中，请求信息为用于向目标信源请求资源或服务的信息，也可以是用于检测车机端与目标信源之间的网络、目标信源的资源可靠性(提供的内容是否有效)等的特定信息。第一预设时间段可以是30分钟，10分钟，1分钟，30秒，不作限制。通过对第一预设时间段的调整可控制对目标信源发送请求信息的频率，可表示为M分钟/次。

在步骤S20中，异常信息可包括：

1、无法与目标信源建立链接的网络异常；例如，在请求信息发送之后，若处于无网络状态，则可反馈网络异常的异常信息。

2、车机端处于有网络链接状态时，在发送请求信息之后，若目标信源没有对应的资源或服务。则可反馈目标信源的服务不可用的服务异常的异常信息。

3、当在发送请求信息之后，若目标信源所提供的资源或服务的数据出现错误时，反馈结果失败，可反馈数据异常的异常信息。

在步骤S30中，产生异常信息的次数越多，说明目标信源越差。

请参阅图2，在本实施例中可通过如下方式对异常信源进行管理：

步骤S31：在第二预设时间段内对产生异常信息的次数进行计次。

在步骤S31中，第二预设时间段的时长应当大于第一预设时间段，第二预设时间段的具体时长不作限制。例如，第一预设时间段为5分钟，第二预设时间段可设置为1小时、10小时、24小时等不作限制，即保证第一预设时间段小于第二预设时间段即可。

步骤S32：将在所述第二预设时间段内，产生所述异常信息的次数超过预设的次数阈值的目标信源添加至异常信源表中。

在步骤S32中，次数阈值为第二预设时间段内允许产生的总的最大异常次数；进一步的，次数阈值可根据上述不同的异常信息进行区分设置。

例如：

网络异常的异常信息产生的最大允许次数为第一次数阈值；目标信源的服务不可用的服务异常的异常信息产生的最大允许次数为第二次数阈值；数据异常的异常信息产生的最大允许次数为第三次数阈值。当任意的异常信息产生的次数超过了对应的次数阈值时，均可将目标信源确定为异常信源，并加入到异常信源表中。

异常信源表用于存放无法使用的异常信源，例如车机端无法通过网络链接的信源，资源或服务不可用的信源，数据异常的信源。

在步骤S31之后，还包括：

若当前所述第二预设时间段内所述异常信息的次数未超过所述次数阈值，在下一所述第二预设时间段内进行重新计次。即在第一预设时间段内确定目标信源为非异常的信源，则在下一个第二预设时间段内重新开始对异常信息的计次。这样可以避免累积计次造成异常信源的确认失真。

为了保证目标信源被加入到异常信源表中之后，缺乏对应的服务的信源导致车机端的功能缺失。因此，在本实施例中在步骤S32之后，还包括：为所述资源管理平台配置与所述目标信源相对应的备用信源。该过程可通过代码自动完成，也可通过管理人员配置完成。另外，在出现异常信源时可通过资源管理平台通知紧急联系人，例如可向预设的紧急联系人发送短信进行告知，短信模板由后台维护，可动态增删紧急联系人，紧急联系人的人数不做限制；新增时可填写联系人姓名、手机号及职责备注。

在本实施例中，所述的备用信源也可以执行与所述目标信源相同的监控操作，即：

每间隔第一预设时间段向所述备用信源发送请求信息；根据发送的所述请求信息，获得所述请求信息对应的异常信息；根据所述异常信息产生的次数，将所述备用信源加入到预设的异常信源表中。

需要说明的是，备用信源的具体监控管理方式可参照目标信源的监控管理方法执行。

另外，为了避免目标信源阶段性的出现异常时，将正常信源误加入到异常信源表中后无法再次使用。本实施例中需要对已经加入异常信源表中的目标信源进行监视。即在步骤S32之后，还包括：

A、每隔第三预设时间段向目标信源发送请求信息，并监控在第四预设时间段内是否产生所述异常信息；其中，第三预设时间段可以与第一预设时间段相同，也可与第一预设时间段不同。第四预设时间段大于第三预设时间段。

B、若在所述第四预设时间段内未产生所述异常信息，则将所述目标信源从所述异常信源表中移除，并接入到所述资源管理平台。

本实施例中，资源管理平台对接入的信源进行应用时，具体的一种实施方式如下：

首先，接收车机端的内容请求；然后，获取所述目标信源根据所述内容请求中携带的用户ID反馈的内容，并将所述反馈的内容推送至所述车机端。

以一实例进行说明，例如本发明方法应用的车联网系统中可包括：车机端与TSP-CP资源管理平台(包含TSP平台、CP资源平台)。

车机端与TSP平台之间可通过用户鉴权的方式确定相互的访问权限。然后，车机端判断鉴权TOKEN的有效性，若有效则携带TOKEN信息向TSP平台请求CP资源(接入有对应的信源)；在TSP平台接收到车机端的CP资源请求信息时，采用车机端的用户账号、密码在接入的对应的CP资源上进行登录，实现TSP与CP资源的绑定，然后CP资源平台根据该登录账号的历史数据(如，收藏、关注、历史搜索记录)反馈相应的内容给TSP平台；最后TSP平台可将CP资源平台反馈的内容推送至车机端，同时可将本次车机端的请求数据(请求CP资源的数据)进行保存，以便进行历史查阅或下次推送等。

综上所述，本发明提供的一种车联网资源管理方法，通过每间隔第一预设时间段向接入资源管理平台的目标信源发送请求信息，实现对目标信源的请求与反馈的通道进行不间断监控。然后，根据发送的所述请求信息，获得所述请求信息对应的异常信息；若无法请求道对应的内容就会产生对应的异常信息。最后，通过根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，其中所述异常信源表用于放置无法使用的信源，保证了异常信源在正常使用的时候不被使用到，解决了目前的车联网基础平台上资源可靠性无法保证，容易出现内容异常等影响用户体验的问题。

第二实施例

请参阅图3，在本实施例中提供一种车联网资源管理装置300，所述装置300包括：

请求模块301，用于每间隔第一预设时间段向接入资源管理平台的目标信源发送请求信息；

反馈模块302，用于根据发送的所述请求信息，获得所述请求信息对应的异常信息；

信源处理模块303，用于根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，其中所述异常信源表用于放置无法使用的信源。

作为一种可选的实施方式，所述信源处理模块303，还用于：

在第二预设时间段内对产生异常信息的次数进行计次；

将在所述第二预设时间段内，产生所述异常信息的次数超过预设的次数阈值的目标信源添加至异常信源表中。

作为一种可选的实施方式，还包括重计次模块，用于：

若当前所述第二预设时间段内所述异常信息的次数未超过所述次数阈值，在下一所述第二预设时间段内进行重新计次。

作为一种可选的实施方式，还包括备用信源配置模块，用于：

为所述资源管理平台配置与所述目标信源相对应的备用信源。

作为一种可选的实施方式，还包括异常信源监控模块，用于：

每隔第三预设时间段向目标信源发送请求信息，并监控在第四预设时间段内是否产生所述异常信息；

若否，则将所述目标信源从所述异常信源表中移除，并接入到所述资源管理平台。

作为一种可选的实施方式，还包括内容推送模块，用于：

接收车机端的内容请求；

获取所述目标信源根据所述内容请求中携带的用户ID反馈的内容，并将所述反馈的内容推送至所述车机端。

作为一种可选的实施方式，所述异常信息包括：

无法与目标信源建立链接的网络异常；目标信源的服务不可用的服务异常；目标信源反馈结果失败的数据异常。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

第三实施例

基于同一发明构思，如图4所示，本实施例提供了一种计算机可读存储介质500，其上存储有计算机程序511，计算机程序511被处理器执行时实现以下步骤：

在具体实施过程中，计算机程序511被处理器执行时，可以实现第一实施例(或第二实施例)中的任一实施方式，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

本发明中的所述方法功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (5)

1.一种车联网资源管理方法，其特征在于，应用于车机端，所述方法包括：

每间隔第一预设时间段向接入资源管理平台的目标信源发送请求信息；

根据发送的所述请求信息，获得所述请求信息对应的异常信息；所述异常信息包括：无法与目标信源建立链接的网络异常；目标信源的服务不可用的服务异常；以及目标信源反馈结果失败的数据异常；

根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，其中所述异常信源表用于放置无法使用的信源；所述根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，包括：在第二预设时间段内对产生异常信息的次数进行计次；将在所述第二预设时间段内，产生所述异常信息的次数超过预设的次数阈值的目标信源添加至异常信源表中；

若当前所述第二预设时间段内所述异常信息的次数未超过所述次数阈值，在下一所述第二预设时间段内进行重新计次；

所述根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中之后，还包括：为所述资源管理平台配置与所述目标信源相对应的备用信源。

2.根据权利要求1所述的方法，其特征在于，所述根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中之后，还包括：

每隔第三预设时间段向目标信源发送请求信息，并监控在第四预设时间段内是否产生所述异常信息；

若否，则将所述目标信源从所述异常信源表中移除，并接入到所述资源管理平台。

3.根据权利要求2所述的方法，其特征在于，所述将所述目标信源从所述异常信源表中移除，并接入到所述资源管理平台之后，还包括：

接收车机端的内容请求；

获取所述目标信源根据所述内容请求中携带的用户ID反馈的内容，并将所述反馈的内容推送至所述车机端。

4.一种车联网资源管理装置，其特征在于，包括：

请求模块，用于每间隔第一预设时间段向接入资源管理平台的目标信源发送请求信息；

反馈模块，用于根据发送的所述请求信息，获得所述请求信息对应的异常信息；所述异常信息包括：无法与目标信源建立链接的网络异常；目标信源的服务不可用的服务异常；以及目标信源反馈结果失败的数据异常；

信源处理模块，用于根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，其中所述异常信源表用于放置无法使用的信源；所述信源处理模块，还用于：在第二预设时间段内对产生异常信息的次数进行计次；将在所述第二预设时间段内，产生所述异常信息的次数超过预设的次数阈值的目标信源添加至异常信源表中；若当前所述第二预设时间段内所述异常信息的次数未超过所述次数阈值，在下一所述第二预设时间段内进行重新计次；在所述根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中之后，用于为所述资源管理平台配置与所述目标信源相对应的备用信源。

5.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，计算机程序被处理器执行时实现以下步骤：

每间隔第一预设时间段向接入资源管理平台的目标信源发送请求信息；

根据发送的所述请求信息，获得所述请求信息对应的异常信息；所述异常信息包括：无法与目标信源建立链接的网络异常；目标信源的服务不可用的服务异常；以及目标信源反馈结果失败的数据异常；

根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，其中所述异常信源表用于放置无法使用的信源；所述根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中，包括：在第二预设时间段内对产生异常信息的次数进行计次；将在所述第二预设时间段内，产生所述异常信息的次数超过预设的次数阈值的目标信源添加至异常信源表中；

若当前所述第二预设时间段内所述异常信息的次数未超过所述次数阈值，在下一所述第二预设时间段内进行重新计次；

所述根据所述异常信息产生的次数，将所述目标信源加入到预设的异常信源表中之后，还包括：为所述资源管理平台配置与所述目标信源相对应的备用信源。

Images