车载终端的文件处理方法、装置及车载终端、存储介质

摘要

本申请公开了一种车载终端的文件处理方法、装置及车载终端、存储介质，该方法包括：在车载终端中配置嵌入式服务，嵌入式服务用于提供对车载终端的文件进行处理的文件处理接口；通过文件处理接口接收用户端设备的文件处理请求，用户端设备与车载终端处于同一局域网内；根据文件处理请求在车载终端的文件管理系统中进行文件处理，得到文件处理结果；将文件处理结果发送至用户端设备进行显示。本申请通过车载终端中的嵌入式服务提供的文件处理接口可直接对外提供文件处理操作，实现车载终端文件的远端处理，无需额外搭建外部服务器，可直接实现用户端设备与车载终端之间的文件传输等操作，满足了用户对车载终端文件进行处理的迫切需求。

说明书

技术领域

本申请涉及车载终端技术领域，尤其涉及一种车载终端的文件处理方法、装置及车载终端、存储介质。

背景技术

智能化的车载终端如今越来越受到消费者的欢迎，用户可以在车载终端上进行出行规划，观看视频，欣赏音乐等，这也导致车载终端会随着用户的使用而产生越来越多的文件和数据。

为了对车载终端中的文件进行管理，目前车载终端领域的文件管理方式主要有以下几种：

1)专业人士使用电脑连接USB OTG端口进行文件管理；

2)采用U盘连接USB方式对特定格式的文件进行文件管理；

3)采用网络连接的方式将文件下载到车载系统中。

然而，上述方式1)必须有专业人士使用专业软件且需要对车载中控机器进行改线，操作极其繁琐，且会对车辆有损伤；方式2)只能管理特定目录下的特定文件，大多是娱乐软件中的音乐、视频等一类文件，无法做更多的扩展；方式3)只能通过内置应用程序访问下载资源，无法将车载终端的文件上传出去。

发明内容

本申请实施例提供了一种车载终端的文件处理方法、装置及车载终端、存储介质，以提高对车载终端的文件管理效率。

本申请实施例采用下述技术方案：

第一方面，本申请实施例提供一种车载终端的文件处理方法，其中，所述方法包括：

在车载终端中配置嵌入式服务，所述嵌入式服务用于提供对车载终端的文件进行处理的文件处理接口；

通过所述文件处理接口接收用户端设备的文件处理请求，所述用户端设备与所述车载终端处于同一局域网内；

根据所述文件处理请求在所述车载终端的文件管理系统中进行文件处理，得到文件处理结果；

将所述文件处理结果发送至所述用户端设备进行显示。

可选地，所述在车载终端中配置嵌入式服务包括：

根据文件处理需求配置文件处理接口，所述文件处理接口包括文件上传接口、文件下载接口、文件删除接口、文件修改接口以及文件浏览接口中的任意一种或多种，

所述文件上传接口用于将所述文件管理系统中的文件上传至所述用户端设备中，所述文件下载接口用于将所述用户端设备的文件下载至所述文件管理系统中，所述文件删除接口用于删除所述文件管理系统中的文件，所述文件修改接口用于修改所述文件管理系统中的文件，所述文件浏览接口用于查看所述文件管理系统中的文件。

可选地，所述根据所述文件处理请求在所述车载终端的文件管理系统中进行文件处理，得到文件处理结果包括：

根据所述文件处理请求，确定待处理文件及所述待处理文件所在的存储位置；

根据所述待处理文件所在的存储位置，按照预设文件处理策略对所述待处理文件进行处理。

可选地，所述文件处理请求包括文件上传请求、文件下载请求、文件删除请求、文件修改请求以及文件浏览请求中的任意一种，所述根据所述待处理文件所在的存储位置，按照预设文件处理策略对所述待处理文件进行处理包括：

在所述文件处理请求为文件上传请求的情况下，从所述文件管理系统的第一目录下获取待上传文件并将所述待上传文件上传至所述用户端设备中；

在所述文件处理请求为文件下载请求的情况下，从所述用户端设备接收待下载文件并将所述待下载文件下载至所述文件管理系统的第二目录下；

在所述文件处理请求为文件删除请求的情况下，将所述文件管理系统的第三目录下的待删除文件删除；

在所述文件处理请求为文件修改请求的情况下，对所述文件管理系统的第四目录下的待修改文件进行修改；

在所述文件处理请求为文件浏览请求的情况下，从所述文件管理系统的第五目录下获取待查看文件并展示给所述用户端设备。

可选地，所述预设文件处理策略通过如下方式确定：

根据所述文件处理请求确定待处理文件的文件类型和文件大小；

根据所述文件类型和文件大小，以及所述车载终端中的嵌入式服务的运行状态确定所述预设文件处理策略。

可选地，所述方法还包括：

在所述用户端设备上提供Web页面；

所述通过所述文件处理接口接收用户端设备的文件处理请求包括：

通过所述Web页面调用所述文件处理接口，以通过所述文件处理接口接收用户端设备的文件处理请求。

可选地，所述用户端设备包括台式电脑、笔记本电脑、手机或者平板电脑中的任意一种能够提供Web页面功能的设备。

第二方面，本申请实施例还提供一种车载终端的文件处理装置，其中，所述装置包括：

配置单元，用于在车载终端中配置嵌入式服务，所述嵌入式服务用于提供对车载终端的文件进行处理的文件处理接口；

接收单元，用于通过所述文件处理接口接收用户端设备的文件处理请求，所述用户端设备与所述车载终端处于同一局域网内；

文件处理单元，用于根据所述文件处理请求在所述车载终端的文件管理系统中进行文件处理，得到文件处理结果；

发送单元，用于将所述文件处理结果发送至所述用户端设备进行显示。

第三方面，本申请实施例还提供一种车载终端，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行前述之任一所述方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的车载终端执行时，使得所述车载终端执行前述之任一所述方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：本申请实施例的车载终端的文件处理方法在进行文件处理时，先在车载终端中配置嵌入式服务，嵌入式服务用于提供对车载终端的文件进行处理的文件处理接口；然后通过文件处理接口接收用户端设备的文件处理请求，用户端设备与车载终端处于同一局域网内；之后根据文件处理请求在文件管理系统中进行文件处理，得到文件处理结果；最后将文件处理结果发送至用户端设备进行显示。本申请实施例的车载终端的文件处理方法事先在车载终端中配置了嵌入式服务，通过该嵌入式服务提供的文件处理接口可直接对外提供各种形式的文件处理操作，实现了车载终端文件的远端处理，且该过程不需要额外搭建外部服务器，用户端设备与车载终端处于同一局域网内，可直接实现二者之间的文件传输等操作，提高了文件处理的实时性和处理效率，大大满足了用户对车载终端文件进行处理的迫切需求。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中一种车载终端的文件处理方法的流程示意图；

图2为本申请实施例中一种文件处理流程示意图；

图3为本申请实施例中一种车载终端的文件处理装置的结构示意图；

图4为本申请实施例中一种车载终端的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

本申请实施例提供了一种车载终端的文件处理方法，如图1所示，提供了本申请实施例中一种车载终端的文件处理方法的流程示意图，所述方法至少包括如下的步骤S110至步骤S140：

步骤S110，在车载终端中配置嵌入式服务，所述嵌入式服务用于提供对车载终端的文件进行处理的文件处理接口。

本申请实施例的车载终端的文件处理方法可以针对车载终端中的系统文件进行处理，也可以针对各种应用程序文件等进行处理。在对车载终端中的文件进行处理时，需要事先在车载终端中配置嵌入式服务，这里的嵌入式服务可以由一个微型的嵌入式服务器来实现，例如可以采用NanoHTTPD服务器，NanoHTTPD是一个轻量级的(只有一个Java文件)HTTP服务器，可以很好地嵌入到Java程序中，同时支持GET、POST、PUT、HEAD和DELETE等请求，支持文件上传，且占用内存很小，并能够轻松定制临时文件使用和线程模型。

本申请实施例配置的嵌入式服务主要用于实现车载终端与用户端设备之间的文件传输等文件处理操作，具体可以通过嵌入式服务定义的文件处理接口来实现，接口的形式可以基于HTTP协议进行定义，当然具体如何配置，本领域技术人员可根据实际需求灵活选择，在此不作具体限定。

步骤S120，通过所述文件处理接口接收用户端设备的文件处理请求，所述用户端设备与所述车载终端处于同一局域网内。

在完成车载终端中的嵌入式服务的配置之后，可以通过嵌入式服务提供的文件处理接口来接收用户端设备的文件处理请求。

为了保证数据传输的安全性和及时性，车载终端与用户端设备需要处于同一局域网内，例如可以采用WiFi直连技术，建立车载终端与用户端设备之间通信连接，WiFi直连使设备之间能够轻松连接彼此而不再需要一个中介性质的无线接入点，其使用范围从网页浏览到文件传输，以及同时与多个设备进行通信，能够充分发挥WiFi网络的速度优势。并且通过WiFi直连进行车载终端与用户端设备之间数据传输，不会影响车载终端所使用的原有网络，保证了车载终端运行的稳定性。

此外，在外网处于断网或者其它网络异常等情况下，车载终端与用户端设备处于同一局域网内仍然能够保证数据传输的稳定性，进而最大程度的满足了实时获取车载终端文件的需求。

步骤S130，根据所述文件处理请求在所述车载终端的文件管理系统中进行文件处理，得到文件处理结果。

在接收到文件处理请求后，需要根据文件处理请求在车载终端的文件管理系统中进行相应的文件处理操作，从而得到文件处理结果。这里的文件管理系统可以看作是一个部署在车载终端的文件管理应用，用于对车载终端中产生的各种类型的文件进行统一管理。

步骤S140，将所述文件处理结果发送至所述用户端设备进行显示。

在得到文件处理结果后，可以将文件处理结果发送至用户端设备进行显示，从而及时满足用户对于车载终端的文件进行管理的需求。

本申请实施例的车载终端的文件处理方法事先在车载终端中配置了嵌入式服务，通过该嵌入式服务提供的文件处理接口可直接对外提供各种形式的文件处理操作，实现了车载终端文件的远端处理，且该过程不需要额外搭建外部服务器，用户端设备与车载终端处于同一局域网内，可直接实现二者之间的文件传输等操作，提高了文件处理的实时性和处理效率，大大满足了用户对车载终端文件进行处理的迫切需求。

在本申请的一个实施例中，所述在车载终端中配置嵌入式服务包括：根据文件处理需求配置文件处理接口，所述文件处理接口包括文件上传接口、文件下载接口、文件删除接口、文件修改接口以及文件浏览接口中的任意一种或多种，所述文件上传接口用于将所述文件管理系统中的文件上传至所述用户端设备中，所述文件下载接口用于将所述用户端设备的文件下载至所述文件管理系统中，所述文件删除接口用于删除所述文件管理系统中的文件，所述文件修改接口用于修改所述文件管理系统中的文件，所述文件浏览接口用于查看所述文件管理系统中的文件。

本申请实施例在定义嵌入式服务中的文件处理接口时，可以根据实际应用场景下用户的文件处理需求来配置，例如用户对于车载终端中产生的文件可能存在上传、删除和修改等需求，还可能存在将外部文件资源下载到车载终端中的需求，那么在定义文件处理接口时，就可以根据不同的文件处理需求配置相应的文件上传接口、文件删除接口、文件修改接口以及文件下载接口等，也即嵌入式服务中所提供的接口数量和接口功能取决于用户对于车载终端文件的实际处理需求，可根据用户需求灵活扩展，从而适用更多的应用场景。

在本申请的一个实施例中，所述根据所述文件处理请求在所述车载终端的文件管理系统中进行文件处理，得到文件处理结果包括：根据所述文件处理请求，确定待处理文件及所述待处理文件所在的存储位置；根据所述待处理文件所在的存储位置，按照预设文件处理策略对所述待处理文件进行处理。

本申请实施例在根据文件处理请求进行文件处理时，可以先根据文件处理请求确定待处理文件以及待处理文件所在的存储位置，这里需要区分两种情况，具体地，如果用户想要将车载终端的文件上传到用户端设备中，或者对车载终端的文件进行删除或修改，那么需要确定从车载终端中的哪个存储位置获取待处理文件，如果用户想要将用户端设备的文件下载到车载终端中，那么需要确定待处理文件要下载到车载终端中的哪个存储位置。

在确定了待处理文件的存储位置后，就可以结合预设文件处理策略对待处理文件进行处理了，这里的预设文件处理策略可根据实际需求灵活设置，在此不作具体限定。

在本申请的一个实施例中，所述文件处理请求包括文件上传请求、文件下载请求、文件删除请求、文件修改请求以及文件浏览请求中的任意一种，所述根据所述待处理文件所在的存储位置，按照预设文件处理策略对所述待处理文件进行处理包括：在所述文件处理请求为文件上传请求的情况下，从所述文件管理系统的第一目录下获取待上传文件并将所述待上传文件上传至所述用户端设备中；在所述文件处理请求为文件下载请求的情况下，从所述用户端设备接收待下载文件并将所述待下载文件下载至所述文件管理系统的第二目录下；在所述文件处理请求为文件删除请求的情况下，将所述文件管理系统的第三目录下的待删除文件删除；在所述文件处理请求为文件修改请求的情况下，对所述文件管理系统的第四目录下的待修改文件进行修改；在所述文件处理请求为文件浏览请求的情况下，从所述文件管理系统的第五目录下获取待查看文件并展示给所述用户端设备。

本申请实施例提供了几种文件处理请求对应的文件处理方式，对于文件上传请求，其表征了用户想要将车载终端中的文件导入到用户端设备中，例如可以获取车载终端的地图APP的历史记录文件。因此这里可以先确定待上传文件以及待上传文件在车载终端的文件管理系统中的存储位置，这里可以用第一目录来表示，然后从第一目录下获取待上传文件，再通过文件上传接口将待上上传文件上传到用户端设备中，这里可以事先设置用户端设备用于接收车载终端文件的具体位置。

对于文件下载请求，其表征了用户想要将用户端设备中的文件下载到车载终端中，例如用户可以将用户端设备中的音频文件下载到车载终端中，因此这里可以通过文件下载接口接收从用户端设备传来的待下载文件，然后将待下载文件下载到车载终端的文件管理系统的第二目录下。

对于文件删除请求，其表征了用户想要对车载终端中的文件进行删除，例如用户可以删除不再使用的应用程序对应的应用程序文件，因此这里可以通过文件删除接口接收用户的文件删除请求，确定车载终端中的待删除文件及其所在位置即第三目录，进而将该待删除文件从第三目录下删除。

对于文件修改请求，其表征了用户想要对车载终端中的文件进行修改，例如用户可以对车载终端中的系统配置文件进行修改，因此这里可以通过文件修改接口接收用户的文件修改请求，确定车载终端中的待修改文件及其所在位置即第四目录，进而根据文件修改请求对该待修改文件进行修改。

对于文件浏览请求，其表征了用户想要查看车载终端中的文件信息，例如用户可以查看车载终端中的所有应用程序文件或者指定应用程序文件等，因此这里可以通过文件浏览接口接口用户的文件浏览请求，确定车载终端中的待查看文件及其所在位置即第五目录，进而通过用户端设备的前端页面将改文件信息展示给用户。

需要说明的是，文件处理接口的类型不限于上述列举的几种，本领域技术人员可根据实际需求灵活设置，在此不一一列举。

在本申请的一个实施例中，所述预设文件处理策略通过如下方式确定：根据所述文件处理请求确定待处理文件的文件类型和文件大小；根据所述文件类型和文件大小，以及所述车载终端中的嵌入式服务的运行状态确定所述预设文件处理策略。

如前述实施例，不同的文件处理请求，对应的预设文件处理策略是不同的，本申请实施例还提供了一种预设文件处理策略的确定方式，适用于不同类型的文件处理场景。

具体地，由于不同类型、不同大小的文件，在处理过程中所占用的资源是不同的，因此本申请实施例在进行文件处理时，可以先根据接收到的文件处理请求确定待处理文件的文件类型和文件大小，以此作为确定文件处理策略的一个方面。

另一方面，由于本申请采用在车载终端中配置的嵌入式服务来实现文件传输等操作，为了保证处理效率和稳定性，嵌入式服务一般适用于占用内存较小的文件处理操作，因此本申请可以设置允许用户操作的文件大小的上限值，在超过该上限值时，嵌入式服务的运行状态将达到饱和状态，此时可以提醒用户无法进行文件处理或者可以分批次进行文件处理。

举例说明，用户端设备发起了音频文件的下载请求，此时车载终端的文件下载接口会判断待下载的音频文件的大小，然后结合当前车载终端的嵌入式服务的运行状态，确定是否具备足够的资源来支撑音频文件的下载操作，如果是，那么可以允许用户将音频文件下载到车载终端的文件管理系统中，反之，则不允许。

此外，在进行文件处理操作时，还可以进一步结合车载终端的系统运行状态来确定当前是否可以执行文件处理操作，从而避免文件处理操作对于车载终端系统的正常运行造成影响。

在本申请的一个实施例中，所述根据所述文件处理请求在所述车载终端的文件管理系统中进行文件处理，得到文件处理结果包括：对所述用户端设备进行权限验证，所述权限验证包括用户端设备的权限状态和权限范围；在验证通过的情况下，根据所述文件处理请求在所述车载终端的文件管理系统中进行文件处理，得到文件处理结果。

为了保证文件处理操作的安全性，本申请实施例还可以对用户端设备进行权限验证，具体可以包括验证用户端设备的权限状态和权限范围，权限状态是指用户端设备是否具备对车载终端的文件进行处理的权限，权限范围是指如果用户端设备具备文件处理的权限，那么其可以处理哪些文件。

具体实现时，可以对用户端设备进行身份验证，提示用户在用户端设备输入登录车载终端系统的用户名和密码，然后对用户名和密码与车载终端本地存储的用户名和密码进行比对，如果比对一致，则验证通过，说明用户端设备具备对车载终端的文件进行处理的权限，反之则不具备。在此基础上，还可以进一步结合用户端设备发起的文件处理请求的具体类型，确定用户端设备可操作的文件范围。

此外，本申请实施例还可以针对不同类型的文件如系统文件和应用程序文件等设置不同权限等级，权限等级越高，则越需要经过更加严格的权限验证环节，且能够操作文件范围也更小。例如对于十分重要的车载系统文件，可以设置较高的权限等级，对于不太重要的车载文件，可以设置较低的权限等级，从而避免用户的误操作。

当然，为了简化验证环节，车载终端可以保留一段时间内的用户端设备的权限验证记录，在该时间段内，如果用户端设备再次发起文件处理请求，可以省去权限验证环节。

实际应用场景下，考虑到用户可能使用不同的用户端设备访问车载终端，因此在本申请的一个实施例中，还可以事先建立同一个用户的不同的用户端设备之间的关联关系或者绑定关系，从而共享同一个用户的权限信息，简化权限验证环节。

在本申请的一个实施例中，所述方法还包括：在所述用户端设备上提供Web页面；所述通过所述文件处理接口接收用户端设备的文件处理请求包括：通过所述Web页面调用所述文件处理接口，以通过所述文件处理接口接收用户端设备的文件处理请求。

本申请实施例还面向用户端设备设计了Web页面，具体可以通过在车载终端中配置的Web服务来实现，该Web页面上可以根据实际应用场景的需求灵活配置，例如可以包括文件上传、文件上传以及文件删除等各种功能的输入框或者按钮，从而满足用户不同的文件处理需求。

用户通过上述配置好的Web页面可以发起相应的文件处理请求，然后Web页面会通过调用车载终端的文件处理接口来接收和处理该文件处理请求，从而对用户的文件处理请求作出及时响应。

在本申请的一个实施例中，所述用户端设备包括台式电脑、笔记本电脑、手机或者平板电脑中的任意一种能够提供Web页面功能的设备。

本申请的用户端设备可以是台式电脑、笔记本电脑，也可以是便于用户随身携带的手机、平板电脑等设备。通过用户端设备上呈现的Web页面可以让用户跨终端对车载终端中的文件进行实时查看、删除和上传，从而提高车载终端的文件处理效率。用户端设备不再局限于电脑，只要具备网页浏览功能的设备就可以实现上述文件处理功能，极大地拓展了本申请实施例的车载终端的文件处理方法的应用场景。

为了便于对本申请各实施例的理解，如图2所示，提供了本申请实施例中一种文件处理流程示意图，首先用户可以在用户端设备的Web页面上输入或者选择文件处理内容如文件上传、文件删除或者修改等操作，以此触发文件处理请求。然后用户端设备调用车载终端中配置的嵌入式服务器NanoHTTPD所提供的文件处理接口，通过文件处理接口访问文件管理系统，通过文件管理系统实现具体的文件处理操作，最后将文件处理结果返回至用户端设备的Web页面上进行显示。

本申请实施例的车载终端的文件处理方法事先在车载终端中配置了嵌入式服务，通过该嵌入式服务提供的文件处理接口可直接对外提供各种形式的文件处理操作，实现了车载终端文件的远端处理，且该过程不需要额外搭建外部服务器，用户端设备与车载终端处于同一局域网内，可直接实现二者之间的文件传输等操作，提高了文件处理的实时性和处理效率，大大满足了用户对车载终端文件进行处理的迫切需求。

本申请实施例还提供了一种车载终端的文件处理装置300，如图3所示，提供了本申请实施例中一种车载终端的文件处理装置的结构示意图，所述装置300包括：配置单元310、接收单元320、文件处理单元330以及发送单元340，其中：

配置单元310，用于在车载终端中配置嵌入式服务，所述嵌入式服务用于提供对车载终端的文件进行处理的文件处理接口；

接收单元320，用于通过所述文件处理接口接收用户端设备的文件处理请求，所述用户端设备与所述车载终端处于同一局域网内；

文件处理单元330，用于根据所述文件处理请求在所述车载终端的文件管理系统中进行文件处理，得到文件处理结果；

发送单元340，用于将所述文件处理结果发送至所述用户端设备进行显示。

在本申请的一个实施例中，所述配置单元310具体用于：根据文件处理需求配置文件处理接口，所述文件处理接口包括文件上传接口、文件下载接口、文件删除接口、文件修改接口以及文件浏览接口中的任意一种或多种，所述文件上传接口用于将所述文件管理系统中的文件上传至所述用户端设备中，所述文件下载接口用于将所述用户端设备的文件下载至所述文件管理系统中，所述文件删除接口用于删除所述文件管理系统中的文件，所述文件修改接口用于修改所述文件管理系统中的文件，所述文件浏览接口用于查看所述文件管理系统中的文件。

在本申请的一个实施例中，所述文件处理单元330具体用于：根据所述文件处理请求，确定待处理文件及所述待处理文件所在的存储位置；根据所述待处理文件所在的存储位置，按照预设文件处理策略对所述待处理文件进行处理。

在本申请的一个实施例中，所述文件处理请求包括文件上传请求、文件下载请求、文件删除请求、文件修改请求以及文件浏览请求中的任意一种，所述文件处理单元330具体用于：在所述文件处理请求为文件上传请求的情况下，从所述用户端设备接收待上传文件并将所述待上传文件上传至所述文件管理系统的第一目录下；在所述文件处理请求为文件下载请求的情况下，从所述文件管理系统的第二目录下获取待下载文件并将所述待下载文件下载至所述用户端设备中；在所述文件处理请求为文件删除请求的情况下，将所述文件管理系统的第三目录下的待删除文件删除；在所述文件处理请求为文件修改请求的情况下，对所述文件管理系统的第四目录下的待修改文件进行修改；在所述文件处理请求为文件浏览请求的情况下，从所述文件管理系统的第五目录下获取待查看文件并展示给所述用户端设备。

在本申请的一个实施例中，所述预设文件处理策略通过如下方式确定：根据所述文件处理请求确定待处理文件的文件类型和文件大小；根据所述文件类型和文件大小，以及所述车载终端中的嵌入式服务的运行状态确定所述预设文件处理策略。

在本申请的一个实施例中，所述装置还包括：提供单元，用于在所述用户端设备上提供Web页面；所述接收单元320具体用于：通过所述Web页面调用所述文件处理接口，以通过所述文件处理接口接收用户端设备的文件处理请求。

在本申请的一个实施例中，所述用户端设备包括台式电脑、笔记本电脑、手机或者平板电脑中的任意一种能够提供Web页面功能的设备。

能够理解，上述车载终端的文件处理装置，能够实现前述实施例中提供的车载终端的文件处理方法的各个步骤，关于车载终端的文件处理方法的相关阐释均适用于车载终端的文件处理装置，此处不再赘述。

图4是本申请的一个实施例车载终端的结构示意图。请参考图4，在硬件层面，该车载终端包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该车载终端还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成车载终端的文件处理装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

在车载终端中配置嵌入式服务，所述嵌入式服务用于提供对车载终端的文件进行处理的文件处理接口；

通过所述文件处理接口接收用户端设备的文件处理请求，所述用户端设备与所述车载终端处于同一局域网内；

根据所述文件处理请求在所述车载终端的文件管理系统中进行文件处理，得到文件处理结果；

将所述文件处理结果发送至所述用户端设备进行显示。

上述如本申请图1所示实施例揭示的车载终端的文件处理装置执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central ProcessingUnit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该车载终端还可执行图1中车载终端的文件处理装置执行的方法，并实现车载终端的文件处理装置在图1所示实施例的功能，本申请实施例在此不再赘述。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的车载终端执行时，能够使该车载终端执行图1所示实施例中车载终端的文件处理装置执行的方法，并具体用于执行：

在车载终端中配置嵌入式服务，所述嵌入式服务用于提供对车载终端的文件进行处理的文件处理接口；

通过所述文件处理接口接收用户端设备的文件处理请求，所述用户端设备与所述车载终端处于同一局域网内；

根据所述文件处理请求在所述车载终端的文件管理系统中进行文件处理，得到文件处理结果；

将所述文件处理结果发送至所述用户端设备进行显示。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。