车端的视频聚合方法、装置、车辆及存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种车端的视频聚合方法、装置、车辆及存储介质。

背景技术

随着车联网快速发展，APP(Application，软件)应用越来越多，一款车机可能会安装多个视频类APP应用，有些APP用户可能长久不用，并且由于多个视频类应用，用户在搜索视频类资源时，部分视频应用没有资源，用户需要打开多个APP单独搜索，过程繁琐，或者用户开通VIP(Very Important Person，会员)模式观看，导致其他没有VIP播放资源的视频应用使用率过低，亟待解决。

发明内容

本申请提供一种车端的视频聚合方法、装置、车辆及存储介质，解决了由于目前车机的视频类APP都是单独apk(Android application package，应用程序包)，用户切换信源繁琐，且搜索资源局限大，导致部分APP使用率低等问题，用户搜索更方便，提高用户的使用体验。

本申请第一方面实施例提供一种车端的视频聚合方法，包括以下步骤：获取多个第三方应用和/或目标云端的视频类SDK(Software Development Kit，软件开发工具包)；基于对所述多个第三方应用的使用频率生成所述多个第三方应用的信源排序结果；根据所述视频类SDK和所述多个第三方应用的信源排序结果聚合生成聚合应用，以使得通过所述聚合应用搜索视频资源。

可选地，上述的车端的视频聚合方法，还包括：接收用户的当前选择信源；

基于所述视频类SDK，获取所述当前选择信源对应的视频页面；控制所述聚合应用按照所述视频页面进行显示。

可选地，上述的车端的视频聚合方法，还包括：接收用户的搜索请求；解析所述搜索请求，并利用所述视频类SDK获取所述搜索请求对应的多个资源信息，并将所述多个资源信息按照所述信源排序结果展示在所述聚合应用的视频页面；接收用户发出的资源确认指令，以根据所述资源确认指令播放对应的资源。

可选地，上述的车端的视频聚合方法，还包括：接收用户发出的会员中心展示指令；基于所述会员中心展示指令，展示单个信源的会员开通链接和所有信源的会员开通链接，并获取所述用户的当前选择指令；在所述当前选择指令为单个信源的会员开通，则展示所述单个信源的会员开通付款界面，在所述当前选择指令为所有信源的会员开通时，则展示所述所有信源的会员开通付款界面，并在所述用户付款完成后，生成会员开通成功提醒。

可选地，上述的车端的视频聚合方法，还包括：接收所述用户发出的下载指令、收藏指令或购买指令；根据所述下载指令、所述收藏指令或所述购买指令下载对应视频资源，收藏所述对应的视频资源或购买所述对应的视频资源。

本申请第二方面实施例提供一种车端的视频聚合装置，包括：第一获取模块，用于获取多个第三方应用和/或目标云端的视频类SDK；生成模块，用于基于对所述多个第三方应用的使用频率生成所述多个第三方应用的信源排序结果；聚合模块，用于根据所述视频类SDK和所述多个第三方应用的信源排序结果聚合生成聚合应用，以使得通过所述聚合应用搜索视频资源。

可选地，上述的车端的视频聚合装置，还包括：第一接收模块，用于接收用户的当前选择信源；第二获取模块，用于基于所述视频类SDK，获取所述当前选择信源对应的视频页面；控制模块，用于控制所述聚合应用按照所述视频页面进行显示。

可选地，第二接收模块，用于接收用户的搜索请求；解析模块，用于解析所述搜索请求，并利用所述视频类SDK获取所述搜索请求对应的多个资源信息，并将所述多个资源信息按照所述信源排序结果展示在所述聚合应用的视频页面；播放模块，用于接收用户发出的资源确认指令，以根据所述资源确认指令播放对应的资源。

可选地，上述的车端的视频聚合装置，还包括：第三接收模块，用于接收用户发出的会员中心展示指令；第一展示模块，用于基于所述会员中心展示指令，展示单个信源的会员开通链接和所有信源的会员开通链接，并获取所述用户的当前选择指令；第二展示模块，用于在所述当前选择指令为单个信源的会员开通，则展示所述单个信源的会员开通付款界面，在所述当前选择指令为所有信源的会员开通时，则展示所述所有信源的会员开通付款界面，并在所述用户付款完成后，生成会员开通成功提醒。

可选地，上述的车端的视频聚合装置，还包括：第四接收模块，用于接收所述用户发出的下载指令、收藏指令或购买指令；下载模块，用于根据所述下载指令、所述收藏指令或所述购买指令下载对应视频资源，收藏所述对应的视频资源或购买所述对应的视频资源。

本申请第三方面实施例提供一种车辆，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序，以实现如上述实施例所述的车端的视频聚合方法。

本申请第四方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行，以用于实现如上述实施例所述的车端的视频聚合方法。

本申请获取多个第三方应用和/或目标云端的视频类SDK，并基于对多个第三方应用的使用频率生成多个第三方应用的信源排序结果，根据生成的信源排序结果聚合生成聚合应用，使得通过聚合应用搜索视频资源。由此，解决了由于目前车机的视频类APP都是单独apk，用户切换信源繁琐，且搜资源局限大，导致部分APP使用率低等问题，用户搜索更方便，提高用户的使用体验。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请实施例提供的一种车端的视频聚合方法的流程图；

图2为根据本申请一个实施例的车端的视频聚合方法的流程图；

图3为根据本申请一个实施例的切换信源的示意图；

图4为根据本申请一个实施例的搜索资源的示意图；

图5为根据本申请一个实施例的开通vip的流程示意图；

图6为根据本申请实施例的车端的视频聚合装置的方框示意图；

图7为本申请实施例提供的车辆的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的车端的视频聚合方法、装置、车辆及存储介质。针对上述背景技术中心提到的目前车机的视频类APP都是单独apk，用户切换信源繁琐，且搜资源局限大，导致部分APP使用率低的问题，本申请提供了一种车端的视频聚合方法，在该方法中，获取多个第三方应用和/或目标云端的视频类SDK，并基于对多个第三方应用的使用频率生成多个第三方应用的信源排序结果，根据生成的信源排序结果聚合生成聚合应用，使得通过聚合应用搜索视频资源。由此，解决了由于目前车机的视频类APP都是单独apk，用户切换信源繁琐，且搜资源局限大，导致部分APP使用率低等问题，用户搜索更方便，提高用户的使用体验。

具体而言，图1为本申请实施例所提供的一种车端的视频聚合方法的流程图。

如图1所示，该车端的视频聚合方法包括以下步骤：

在步骤S101中，获取多个第三方应用和/或目标云端的视频类SDK。

具体地，如图2所示，本申请实施例通过Android原生接口获取该款座舱车机上所有的第三方视频类应用，或者TSP(Telematics Service Provider，车联网)上车企推广部署在目标云端的视频类SDK，或者获取所有的第三方视频类应和TSP上车企推广部署在目标云端的视频类SDK，用于实现聚合应用。

在步骤S102中，基于对多个第三方应用的使用频率生成多个第三方应用的信源排序结果。

应当理解的是，本申请实施例按照用户对多个第三方应用的使用频率，从高到低的顺序，生成信源排序结果，打开主页默认展示使用频率最高的排序第一位的第三方应用，用户切换后不断电，保留记忆的功能，下一次打开后主页展示用户选择后的第三方应用卡片。

在步骤S103中，根据视频类SDK和多个第三方应用的信源排序结果聚合生成聚合应用，以使得通过聚合应用搜索视频资源。

可选地，上述的车端的视频聚合方法，还包括：接收用户的当前选择信源；

基于视频类SDK，获取当前选择信源对应的视频页面；控制聚合应用按照视频页面进行显示。

具体地，如图3所示，根据视频类SDK和多个第三方应用的信源排序结果聚合生成聚合应用，用户通过卡片可切换到不同的视频类应用的页面，其中，卡片可放在聚合apk页面主页的右上角，用于切换界面。例如选择爱奇艺切换到爱奇艺页面，选择抖音切换到抖音页面，选择本地USB(Universal Serial Bus)视频切换到本地USB视频页面，聚合应用展示对应视频类应用的hmi(Human Machine Interface，人机交互界面)页面，用户可以根据聚合应用的界面选择使用此第三方应用的功能。例如，观看电视剧、小视频等功能。

可选地，上述的车端的视频聚合方法，还包括：接收用户的搜索请求；解析搜索请求，并利用视频类SDK获取搜索请求对应的多个资源信息，并将多个资源信息按照信源排序结果展示在聚合应用的视频页面；接收用户发出的资源确认指令，以根据资源确认指令播放对应的资源。

具体地，如图4所示，用户选择聚合应用的搜索界面，在弹出的搜索框中输入搜索的内容，聚合应用根据卡片排序的信源调用接口获取多个资源信息，并将多个资源信息按照信源排序展示在聚合应用的视频页面，用户根据展示的资源选择播放资源，聚合应用接收用户的确认指令后，播放用户选择的资源。

可选地，上述的车端的视频聚合方法，还包括：接收用户发出的会员中心展示指令；基于会员中心展示指令，展示单个信源的会员开通链接和所有信源的会员开通链接，并获取用户的当前选择指令；在当前选择指令为单个信源的会员开通，则展示单个信源的会员开通付款界面，在当前选择指令为所有信源的会员开通时，则展示所有信源的会员开通付款界面，并在用户付款完成后，生成会员开通成功提醒。

具体地，如图5所示，本申请实施例整合所有信源会员开通的入口，用户点击聚合应用页面展示会员中心，聚合应用展示单个信源的会员开通链接和所有信源的会员开通链接的界面，用户选择要开通的信源，若用户点击开通单个信源会员，则页面弹出单个信源的会员开通付款的二维码界面，若用户点击开通所有信源会员，则页面弹出所有信源的会员开通付款的二维码界面，用户扫描二维码付款，付款成功后，界面弹出会员开通成功的提示。

可选地，上述的车端的视频聚合方法，还包括：接收用户发出的下载指令、收藏指令或购买指令；根据下载指令、收藏指令或购买指令下载对应视频资源，收藏对应的视频资源或购买对应的视频资源。

可以理解的是，若用户需要下载、收藏或者购买信源内的视频资源，则点击界面的下载指令、或者收藏指令或者购买指令，聚合应用根据用户的指令执行相应的动作，将用户下载、收藏和购买的视频资源保存至云端或者本地，方便用户查看。

根据本申请实施例提出的车端的视频聚合方法，获取多个第三方应用和/或目标云端的视频类SDK，并基于对多个第三方应用的使用频率生成多个第三方应用的信源排序结果，根据生成的信源排序结果聚合生成聚合应用，使得通过聚合应用搜索视频资源。由此，解决了由于目前车机的视频类APP都是单独apk，用户切换信源繁琐，且搜资源局限大，导致部分APP使用率低等问题，用户搜索更方便，提高用户的使用体验。

其次参照附图描述根据本申请实施例提出的车端的视频聚合装置。

图6是本申请实施例的车端的视频聚合装置的方框示意图。

如图6所示，该车端的视频聚合装置10包括：第一获取模块100、生成模块200和聚合模块300。

其中，第一获取模块100，用于获取多个第三方应用和/或目标云端的视频类SDK；生成模块200，用于基于对多个第三方应用的使用频率生成多个第三方应用的信源排序结果；聚合模块300，用于根据视频类SDK和多个第三方应用的信源排序结果聚合生成聚合应用，以使得通过聚合应用搜索视频资源。

可选地，上述的车端的视频聚合装置，还包括：第一接收模块，用于接收用户的当前选择信源；第二获取模块，用于基于视频类SDK，获取当前选择信源对应的视频页面；控制模块，用于控制聚合应用按照视频页面进行显示。

可选地，第二接收模块，用于接收用户的搜索请求；解析模块，用于解析搜索请求，并利用视频类SDK获取搜索请求对应的多个资源信息，并将多个资源信息按照信源排序结果展示在聚合应用的视频页面；播放模块，用于接收用户发出的资源确认指令，以根据资源确认指令播放对应的资源。

可选地，上述的车端的视频聚合装置，还包括：第三接收模块，用于接收用户发出的会员中心展示指令；第一展示模块，用于基于会员中心展示指令，展示单个信源的会员开通链接和所有信源的会员开通链接，并获取用户的当前选择指令；第二展示模块，用于在当前选择指令为单个信源的会员开通，则展示单个信源的会员开通付款界面，在当前选择指令为所有信源的会员开通时，则展示所有信源的会员开通付款界面，并在用户付款完成后，生成会员开通成功提醒。

可选地，上述的车端的视频聚合装置，还包括：第四接收模块，用于接收用户发出的下载指令、收藏指令或购买指令；下载模块，用于根据下载指令、收藏指令或购买指令下载对应视频资源，收藏对应的视频资源或购买对应的视频资源。

需要说明的是，前述对车端的视频聚合方法实施例的解释说明也适用于该实施例的车端的视频聚合装置，此处不再赘述。

根据本申请实施例提出的车端的视频聚合装置，获取多个第三方应用和/或目标云端的视频类SDK，并基于对多个第三方应用的使用频率生成多个第三方应用的信源排序结果，根据生成的信源排序结果聚合生成聚合应用，使得通过聚合应用搜索视频资源。由此，解决了由于目前车机的视频类APP都是单独apk，用户切换信源繁琐，且搜资源局限大，导致部分APP使用率低等问题，用户搜索更方便，提高用户的使用体验。

图7为本申请实施例提供的车辆的结构示意图。该车辆可以包括：

存储器701、处理器702及存储在存储器701上并可在处理器702上运行的计算机程序。

处理器702执行程序时实现上述实施例中提供的车端的视频聚合方法。

进一步地，车辆还包括：

通信接口703，用于存储器701和处理器702之间的通信。

存储器701，用于存放可在处理器702上运行的计算机程序。

存储器701可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

如果存储器701、处理器702和通信接口703独立实现，则通信接口703、存储器701和处理器702可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry Standard Architecture，简称为ISA)总线、外部设备互连(PeripheralComponent，简称为PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture，简称为EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器701、处理器702及通信接口703，集成在一块芯片上实现，则存储器701、处理器702及通信接口703可以通过内部接口完成相互间的通信。

处理器702可能是一个中央处理器(Central Processing Unit，简称为CPU)，或者是特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。

本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上的车端的视频聚合方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或N个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“N个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更N个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或N个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，N个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。