文件获取方法、装置、终端设备及存储介质与流程

1.本技术涉及汽车技术领域，尤其涉及一种文件获取方法、装置、终端设备及存储介质。


背景技术：

2.ecu数据文件也称ecu刷写文件，是一种用于控制汽车ecu内部芯片运行的程序文件。技术人员在进行ecu刷写之前，需要获取适合目标车辆的ecu数据文件。目前向外部获取ecu数据文件的方式可以分为两种：第一种方式是向刷写设备供应商获取ecu数据文件，但是刷写设备供应商提供的ecu数据文件往往种类较少，很可能缺少与目标车辆相适的ecu数据文件；第二种方式是获取其他用户主动共享的ecu数据文件，由于其他用户基数较大，且一般愿意维护各种ecu数据文件，所以其他用户提供的ecu数据文件往往种类齐全，很可能存在与目标车辆相适的ecu数据文件。
3.但是，上述第二种方式并未得到很好的应用。因为其他用户是非常分散的，很难确定哪个用户拥有合适的ecu数据文件，也即难以向其他用户获取合适的ecu数据文件。


技术实现要素：

4.本技术的主要目的在于提供一种文件获取方法、装置、终端设备及存储介质，旨在解决难以向其他用户获取合适的ecu数据文件的问题。
5.为实现上述目的，本技术提供一种文件获取方法，所述文件获取方法包括：
6.获取需求端的ecu数据文件需求信息；
7.将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端，以供所述需求端向所述待选供给端获取目标ecu数据文件。
8.可选地，所述获取需求端的ecu数据文件需求信息的步骤包括：
9.获取目标用户基于所述需求端输入的ecu数据文件需求关键词；
10.所述将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端的步骤包括：
11.根据所述ecu数据文件需求关键词确定对应的需求ecu数据文件信息；
12.将所述需求ecu数据文件信息与所述预存的供给端信息进行匹配，确定所述至少一个待选供给端。
13.可选地，所述将所述需求ecu数据文件信息与所述预存的供给端信息进行匹配，确定所述至少一个待选供给端的步骤包括：
14.将所述需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，确定所述至少一个待选供给端。
15.可选地，所述将所述需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，确定所述至少一个待选供给端的步骤包括：
16.根据所述预存的若干个供给端各自对应的历史刷写记录，确定所述若干个供给端
各自对应的已刷写ecu数据文件；
17.将所述需求ecu数据文件信息与所述若干个供给端各自对应的已刷写ecu数据文件进行匹配，确定所述至少一个待选供给端。
18.可选地，所述将所述需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，确定所述至少一个待选供给端的步骤之前，还包括：
19.通过服务端对所述若干个供给端的ecu刷写事件进行监控，得到所述若干个供给端各自对应的历史刷写记录。
20.可选地，所述将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端的步骤之后，还包括：
21.向所述至少一个待选供给端发送基于所述ecu数据文件需求信息的文件获取请求；
22.若所述至少一个待选供给端响应所述文件获取请求，并向服务端上传所述目标ecu数据文件，则通过所述服务端将所述目标ecu数据文件转发至所述需求端。
23.可选地，所述向所述至少一个待选供给端发送基于所述ecu数据文件需求信息的文件获取请求的步骤之前，还包括：
24.获取所述ecu数据文件需求信息对应的报价信息；
25.基于所述ecu数据文件需求信息及对应的报价信息，生成携带报价信息的文件获取请求；
26.所述向所述至少一个待选供给端发送基于所述ecu数据文件需求信息的文件获取请求的步骤包括：
27.向所述至少一个待选供给端发送所述携带报价信息的文件获取请求。
28.本技术实施例还提出一种文件获取装置，所述文件获取装置包括：
29.获取模块，用于获取需求端的ecu数据文件需求信息；
30.匹配模块，用于将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端，以供所述需求端向所述待选供给端获取目标ecu数据文件。
31.本技术实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的文件获取程序，所述文件获取程序被所述处理器执行时实现如上所述的文件获取方法的步骤。
32.本技术实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有文件获取程序，所述文件获取程序被处理器执行时实现如上所述的文件获取方法的步骤。
33.本技术实施例提出的文件获取方法、装置、终端设备及存储介质，通过获取需求端的ecu数据文件需求信息；将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端，以供所述需求端向所述待选供给端获取目标ecu数据文件。基于本技术方案，先获取需求端的ecu数据文件需求信息，将其与供给端信息进行匹配，确定能够满足需求的待选供给端，进而需求端可以向待选供给端获取合适的目标ecu数据文件，提高了获取ecu数据文件的便利程度，解决了难以向其他用户获取合适的ecu数据文件的问题。
附图说明
34.图1为本技术文件获取装置所属终端设备的功能模块示意图；
35.图2为本技术文件获取方法第一示例性实施例流程示意图；
36.图3为本技术文件获取方法第二示例性实施例流程示意图；
37.图4为本技术文件获取方法第三示例性实施例流程示意图；
38.图5为本技术文件获取方法第四示例性实施例流程示意图；
39.图6为本技术文件获取方法第五示例性实施例流程示意图；
40.图7为本技术文件获取方法第六示例性实施例流程示意图；
41.图8为本技术文件获取方法第七示例性实施例流程示意图。
42.本技术目的的实现、功能特点及优点将结合实施例，参照附图作进一步说明。
具体实施方式
43.应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
44.本技术实施例的主要解决方案是：获取需求端的ecu数据文件需求信息；将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端，以供所述需求端向所述待选供给端获取目标ecu数据文件。基于本技术方案，先获取需求端的ecu数据文件需求信息，将其与供给端信息进行匹配，确定能够满足需求的待选供给端，进而需求端可以向待选供给端获取合适的目标ecu数据文件，提高了获取ecu数据文件的便利程度，解决了难以向其他用户获取合适的ecu数据文件的问题。
45.具体地，参照图1，图1为本技术文件获取装置所属终端设备的功能模块示意图。该文件获取装置可以为独立于终端设备的、能够进行文件获取的装置，其可以通过硬件或软件的形式承载于终端设备上。该终端设备可以为手机、平板电脑等具有数据处理功能的智能移动终端，还可以为具有数据处理功能的固定终端设备或服务器等。
46.在本实施例中，该文件获取装置所属终端设备至少包括输出模块110、处理器120、存储器130以及通信模块140。
47.存储器130中存储有操作系统以及文件获取程序，文件获取装置可以将获取的需求端的ecu数据文件需求信息；将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定的至少一个待选供给端的相关信息；以及所述需求端向所述待选供给端获取的目标ecu数据文件等信息存储于该存储器130中；输出模块110可为显示屏等。通信模块140可以包括wifi模块、移动通信模块以及蓝牙模块等，通过通信模块140与外部设备或服务器进行通信。
48.其中，存储器130中的文件获取程序被处理器执行时实现以下步骤：
49.获取需求端的ecu数据文件需求信息；
50.将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端，以供所述需求端向所述待选供给端获取目标ecu数据文件。
51.进一步地，存储器130中的文件获取程序被处理器执行时还实现以下步骤：
52.获取目标用户基于所述需求端输入的ecu数据文件需求关键词；
53.根据所述ecu数据文件需求关键词确定对应的需求ecu数据文件信息；
54.将所述需求ecu数据文件信息与所述预存的供给端信息进行匹配，确定所述至少
一个待选供给端。
55.进一步地，存储器130中的文件获取程序被处理器执行时还实现以下步骤：
56.将所述需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，确定所述至少一个待选供给端。
57.进一步地，存储器130中的文件获取程序被处理器执行时还实现以下步骤：
58.根据所述预存的若干个供给端各自对应的历史刷写记录，确定所述若干个供给端各自对应的已刷写ecu数据文件；
59.将所述需求ecu数据文件信息与所述若干个供给端各自对应的已刷写ecu数据文件进行匹配，确定所述至少一个待选供给端。
60.进一步地，存储器130中的文件获取程序被处理器执行时还实现以下步骤：
61.通过服务端对所述若干个供给端的ecu刷写事件进行监控，得到所述若干个供给端各自对应的历史刷写记录。
62.进一步地，存储器130中的文件获取程序被处理器执行时还实现以下步骤：
63.向所述至少一个待选供给端发送基于所述ecu数据文件需求信息的文件获取请求；
64.若所述至少一个待选供给端响应所述文件获取请求，并向服务端上传所述目标ecu数据文件，则通过所述服务端将所述目标ecu数据文件转发至所述需求端。
65.进一步地，存储器130中的文件获取程序被处理器执行时还实现以下步骤：
66.获取所述ecu数据文件需求信息对应的报价信息；
67.基于所述ecu数据文件需求信息及对应的报价信息，生成携带报价信息的文件获取请求；
68.所述向所述至少一个待选供给端发送基于所述ecu数据文件需求信息的文件获取请求的步骤包括：
69.向所述至少一个待选供给端发送所述携带报价信息的文件获取请求。
70.本实施例通过上述方案，具体通过获取需求端的ecu数据文件需求信息；将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端，以供所述需求端向所述待选供给端获取目标ecu数据文件。本实施例中，先获取需求端的ecu数据文件需求信息，将其与供给端信息进行匹配，确定能够满足需求的待选供给端，进而需求端可以向待选供给端获取合适的目标ecu数据文件，提高了获取ecu数据文件的便利程度，解决了难以向其他用户获取合适的ecu数据文件的问题。
71.本技术文件获取方法第一实施例涉及的ecu数据文件也可以称为ecu刷写文件，ecu数据文件是一种用于控制汽车ecu内部芯片运行的程序文件。汽车ecu的开发人员通过专业的工具生成适合ecu芯片运行的程序，并基于该程序生成一定格式的ecu数据文件，ecu数据文件之中一般有存储地址、数据、校验和(checksum)、记录类型和记录长度等信息。ecu数据文件可以通过专门的工具和软件发送到ecu内部的存储器中保存并运行，这个过程也可以称为ecu刷写。不同的ecu数据文件可以控制汽车ecu发挥到不一样的汽车性能，因此在汽车维护、升级的过程常常会涉及ecu刷写。
72.参照图2，本技术文件获取方法第一实施例提供一种流程示意图，所述文件获取方法包括：
73.步骤s10，获取需求端的ecu数据文件需求信息。
74.具体地，本实施例的主要目的是获取与目标车辆相适的ecu数据文件，即目标ecu数据文件，以根据目标ecu数据文件对目标车辆进行刷写。
75.向外部获取ecu的方式一般可以分为两种：第一种方式是向刷写设备供应商获取ecu数据文件，刷写设备供应商提供的ecu数据文件种类较少，不能很好地匹配市场上所有的车型，另外，刷写设备供应商提供的ecu数据文件的描述也不清晰，不知道该数据文件是否能达到想要的汽车性能。第二种方式是向其他用户获取ecu数据文件，其他用户的覆盖范围可以包括个人开发者、工作室，以及刷写设备供应商以外的公司或者服务商等，相对于刷写设备供应商来说，其他用户的基数是非常庞大的，且一般愿意维护各种ecu数据文件，所以其他用户提供的ecu数据文件往往种类齐全，很可能存在与目标车辆相适的ecu数据文件。
76.为此，目标用户(即操作刷写目标车辆的用户)需要发起需求，向其他用户获取想要的ecu数据文件。本实施例以需求端指代目标用户使用的终端设备，以供给端指代其他用户使用的终端设备，上述终端设备可以是诊断设备(汽车故障诊断仪)，需求端和供给端之间通过服务端建立通信连接。首先，目标用户向需求端输入ecu数据文件需求信息，进一步地，服务端获取需求端的ecu数据文件需求信息。ecu数据文件需求信息可以是目标用户对需求的描述，包括车型信息、ecu信息、性能要求信息等一种或者多种信息。
77.步骤s20，将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端，以供所述需求端向所述待选供给端获取目标ecu数据文件。
78.具体地，服务端对供给端进行持续监控，收集供给端信息，可以理解的是，供给端的数量往往是多个。供给端信息包括供给端对应的车型信息、ecu数据文件信息、历史刷写记录等信息。
79.服务端在获取需求端的ecu数据文件需求信息之后，对ecu数据文件需求信息进行解析，得到其中的ecu数据文件需求关键词，ecu数据文件需求关键词的数量为至少一个。进一步将ecu数据文件需求关键词与供给端信息进行匹配，将匹配成功的供给端信息对应的供给端确定为待选供给端。可以理解的是，待选供给端可以满足目标用户提出的ecu数据文件需求。
80.值得注意的是，ecu数据文件需求关键词并不一定能全部匹配成功，也有可能存在部分ecu数据文件需求关键词匹配失败的情况。例如，ecu数据文件需求关键词有n个，与供给端a的供给端信息匹配成功m1个关键词，与供给端b的供给端信息匹配成功m2个关键词，与供给端c的供给端信息匹配成功m3个关键词。其中，n＞m2＞m1＞m3，那么匹配度由高到低依次是供给端b、供给端a、供给端c。根据上述匹配度排序可以拓展出多种应用，例如，可以通过需求端显示根据匹配度排序后的待选供给端，或者优先向匹配度高的待选供给端发送文件获取请求，或者将匹配度低的供给端排除在待选供给端之外。基于上述匹配度排序的应用不再一一列举。
81.如此，在确定了满足ecu数据文件需求待选供给端之后，需求端的目标用户就可以进一步与待选供给端的用户联系，以表明目标用户的ecu数据文件需求。若双方达成一致意见，则待选供给端可以将目标ecu数据文件发送至需求端(可以通过服务端发送)。相应地，需求端接收目标ecu数据文件，目标用户可以进一步基于需求端的目标ecu数据文件对目标
车辆进行刷写。
82.本实施例通过上述方案，具体通过获取需求端的ecu数据文件需求信息；将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端，以供所述需求端向所述待选供给端获取目标ecu数据文件。本实施例中，先获取需求端的ecu数据文件需求信息，将其与供给端信息进行匹配，确定能够满足需求的待选供给端，进而需求端可以向待选供给端获取合适的目标ecu数据文件，提高了获取ecu数据文件的便利程度，解决了难以向其他用户获取合适的ecu数据文件的问题。
83.进一步地，参照图3，本技术文件获取方法第二实施例提供一种流程示意图，基于上述图2所示的实施例，步骤s10，获取需求端的ecu数据文件需求信息进一步细化，包括：
84.步骤s101，获取目标用户基于所述需求端输入的ecu数据文件需求关键词。
85.具体地，需求端提供一种ecu数据文件需求输入界面，ecu数据文件需求输入界面可以集成在需求端的app之中。目标用户通过需求端的ecu数据文件需求输入界面输入ecu数据文件需求关键词，输入的方式可以是文本输入或者语音输入。ecu数据文件需求关键词用于表达ecu数据文件需求的内容，ecu数据文件需求的内容可以包括车型信息、ecu信息、性能要求信息等一种或者多种信息，以性能要求信息为例，ecu数据文件需求的内容可以是“省油”“动力强”“扭矩大”等。
86.可以理解的是，ecu数据文件需求关键词可以基于分散词语的形式存在，也可以基于连续语句的形式存在。例如，ecu数据文件需求关键词可以是“省油”“动力强”“扭矩大”等分散词语，也可以是“寻求a车型降低油耗及提高动力的ecu数据文件”类似的连续语句。也可以通过解析的方式将连续语句中的ecu数据文件需求关键词提取为分散词语。
87.步骤s20，将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端进一步细化，包括：
88.步骤s201，根据所述ecu数据文件需求关键词确定对应的需求ecu数据文件信息。
89.具体地，在获取得到ecu数据文件需求关键词之后，可以根据ecu数据文件需求关键词查询ecu数据文件信息库，ecu数据文件信息库记录了已知的多种ecu数据文件。进一步地，可以根据查询结果得到需求ecu数据文件信息，可以理解的是，需求ecu数据文件信息可以指向至少一种符合需求端的用户需求的ecu数据文件，所指向的ecu数据文件可视为需求ecu数据文件。
90.步骤s202，将所述需求ecu数据文件信息与所述预存的供给端信息进行匹配，确定所述至少一个待选供给端。
91.具体地，服务端预存有供给端信息，供给端信息包括若干个供给端各自对应的车型信息、ecu数据文件信息、历史刷写记录等信息。在得到需求ecu数据文件信息之后，服务端可以进一步将需求ecu数据文件信息与预存的供给端信息进行匹配，如果匹配成功，则说明匹配成功的供给端信息对应的供给端可能有需求ecu数据文件信息对应的需求ecu数据文件，可以将匹配成功的供给端信息对应的供给端确定为待选供给端。
92.本实施例通过上述方案，具体通过获取目标用户基于所述需求端输入的ecu数据文件需求关键词；根据所述ecu数据文件需求关键词确定对应的需求ecu数据文件信息；将所述需求ecu数据文件信息与所述预存的供给端信息进行匹配，确定所述至少一个待选供给端。本实施例根据获取的关键词确定对应的需求ecu数据文件信息，并将需求ecu数据文
件信息作为ecu数据文件需求匹配的基础，以基于关键词的需求ecu数据文件信息代表ecu数据文件需求的内容，能够有效提高匹配结果的准确性。
93.进一步地，参照图4，本技术文件获取方法第三实施例提供一种流程示意图，基于上述图2所示的实施例，步骤s202，将所述需求ecu数据文件信息与所述预存的供给端信息进行匹配，确定所述至少一个待选供给端进一步细化，还包括：
94.步骤s2021，将所述需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，确定所述至少一个待选供给端。
95.具体地，服务端预存有若干个供给端各自对应的历史刷写记录，历史刷写记录是指一段时间内供给端执行ecu刷写任务的记录，历史刷写记录的数量可以是多条，一条历史刷写记录至少包括时间戳、刷写的车型、已刷写ecu数据文件的相关信息。
96.服务端将需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，匹配的过程分两阶段进行。第一阶段为解析需求ecu数据文件信息，确定具体的需求ecu数据文件；第二阶段为遍历若干个供给端各自对应的历史刷写记录，确定是否存在需求ecu数据文件的相关信息。如果某个供给端的历史刷写记录表明存在需求ecu数据文件的相关信息，那么就确定匹配成功，反之则确定匹配失败。进一步地，将匹配成功的供给端确定为待选供给端。
97.本实施例通过上述方案，具体通过将所述需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，确定所述至少一个待选供给端。本实施例考虑到拥有相关刷写记录的供给端的用户大概率拥有目标ecu数据文件，因此将需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，将匹配成功的供给端确定为待选供给端，如此提高了需求端获取目标ecu数据文件的便利程度，解决了难以向其他用户获取合适的ecu数据文件的问题。
98.进一步地，参照图5，本技术文件获取方法第四实施例提供一种流程示意图，基于上述图4所示的实施例，步骤s2021，将所述需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，确定所述至少一个待选供给端进一步细化，还包括：
99.步骤s20211，根据所述预存的若干个供给端各自对应的历史刷写记录，确定所述若干个供给端各自对应的已刷写ecu数据文件。
100.具体地，可以对预存的若干个供给端各自对应的历史刷写记录进行解析，得到若干个供给端各自对应的已刷写ecu数据文件的相关信息，从而确定已刷写ecu数据文件。可以理解的是，历史刷写记录之中还包括与匹配过程无关的其他信息，基于历史刷写记录确定若干个供给端各自对应的已刷写ecu数据文件还可以起到降低冗余信息的效果，加速匹配过程。
101.步骤s20212，将所述需求ecu数据文件信息与所述若干个供给端各自对应的已刷写ecu数据文件进行匹配，确定所述至少一个待选供给端。
102.具体地，由于需求ecu数据文件信息可以反映需求ecu数据文件，而前述步骤已确定若干个供给端各自对应的已刷写ecu数据文件。那么，进一步将需求ecu数据文件信息与若干个供给端各自对应的已刷写ecu数据文件进行匹配，便可以快速确定对应的待选供给端，待选供给端的数量为一个或者多个。
103.除此之外，还可以将需求ecu数据文件信息与若干个供给端各自对应的保有ecu数
据文件进行匹配，也可以确定至少一个待选供给端。其中，保有ecu数据文件是指供给端存储于本地的ecu数据文件。
104.本实施例通过上述方案，具体通过根据所述预存的若干个供给端各自对应的历史刷写记录，确定所述若干个供给端各自对应的已刷写ecu数据文件；将所述需求ecu数据文件信息与所述若干个供给端各自对应的已刷写ecu数据文件进行匹配，确定所述至少一个待选供给端。本实施例中，可以从若干个供给端各自对应的历史刷写记录中确定对应的已刷写ecu数据文件，利用需求ecu数据文件信息与已刷写ecu数据文件进行匹配，便可以快速确定至少一个待选供给端。如此，可以有效提高待选供给端的匹配效率。
105.进一步地，参照图6，本技术文件获取方法第五实施例提供一种流程示意图，基于上述图4所示的实施例，步骤s2021，将所述需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，确定所述至少一个待选供给端之前，还包括：
106.步骤s001，通过服务端对所述若干个供给端的ecu刷写事件进行监控，得到所述若干个供给端各自对应的历史刷写记录。
107.具体地，服务端分别与需求端以及若干个供给端建立通信连接，在需求端以及若干个供给端执行ecu刷写任务(即出现了ecu刷写事件)时，会将时间戳、刷写的车型、已刷写ecu数据文件等相关信息上传至服务端，相应地，服务端会将上述相关信息保存至需求端或若干个供给端各自对应的历史刷写记录之中，历史刷写记录可以存储于服务端的数据库、数据表或者其他存储数据的文件之中。可以理解的是，每一条历史刷写记录都对应一个需求端或者供给端。
108.本实施例通过上述方案，具体通过服务端对所述若干个供给端的ecu刷写事件进行监控，得到所述若干个供给端各自对应的历史刷写记录。本实施例中，服务端持续对需求端和供给端的ecu刷写事件进行监控并形成相关的历史刷写记录，在后续需要进行ecu数据文件需求匹配的时候，可以基于历史刷写记录进行匹配，有效提高获取目标ecu数据文件的便利程度，解决了难以向其他用户获取合适的ecu数据文件的问题。
109.进一步地，参照图7，本技术文件获取方法第六实施例提供一种流程示意图，基于上述图2所示的实施例，步骤s20，将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端之后，还包括：
110.步骤s002，向所述至少一个待选供给端发送基于所述ecu数据文件需求信息的文件获取请求；
111.具体地，服务端在确定至少一个待选供给端之后，进一步根据ecu数据文件需求信息生成对应的文件获取请求，然后将文件获取请求发送至待选供给端。相应地，待选供给端接收文件获取请求，并基于文件获取请求向待选供给端的用户推送相关提示，以使待选供给端的用户知道目标用户的需求。
112.值得注意的是，文件获取请求还可以包括会话链接，待选供给端的用户在接收到文件获取请求相关的提示之后，可以基于会话链接主动与需求端的目标用户取得联系，以协商ecu数据文件的共享事宜。
113.步骤s003，若所述至少一个待选供给端响应所述文件获取请求，并向服务端上传所述目标ecu数据文件，则通过所述服务端将所述目标ecu数据文件转发至所述需求端。
114.具体地，如果待选供给端的用户拥有满足ecu数据文件需求的目标ecu数据文件，
且愿意与需求端的目标用户共享目标ecu数据文件，那么可以进一步操作供给端响应文件获取请求，向服务端上传目标ecu数据文件。相应地，服务端接收来自待选供给端的目标ecu数据文件，并将目标ecu数据文件转发给需求端。如此，需求端便完成了对目标ecu数据文件的获取。
115.本实施例通过上述方案，具体通过向所述至少一个待选供给端发送基于所述ecu数据文件需求信息的文件获取请求；若所述至少一个待选供给端响应所述文件获取请求，并向服务端上传所述目标ecu数据文件，则通过所述服务端将所述目标ecu数据文件转发至所述需求端。本实施例中，服务端向待选供给端发送文件获取请求，以便待选供给端的用户及时获知ecu数据文件需求，方便选供给端的用户向需求端的目标用户提供目标ecu数据文件，提高了获取目标ecu数据文件的便利程度。
116.进一步地，参照图8，本技术文件获取方法第七实施例提供一种流程示意图，基于上述图7所示的实施例，步骤s002，向所述至少一个待选供给端发送基于所述ecu数据文件需求信息的文件获取请求之前，还包括：
117.步骤s004，获取所述ecu数据文件需求信息对应的报价信息。
118.具体地，本实施例提出了一种有偿的ecu数据文件获取方式，需求端的用户需要提前通过需求端的人机交互界面输入ecu数据文件需求信息对应的报价信息，然后，需求端将ecu数据文件需求信息对应的报价信息发送至服务端，由服务端完成对报价信息的获取。
119.步骤s005，基于所述ecu数据文件需求信息及对应的报价信息，生成携带报价信息的文件获取请求。
120.具体地，服务端在获取ecu数据文件需求信息及对应的报价信息之后，根据ecu数据文件需求信息及对应的报价信息生成携带报价信息的文件获取请求。其中，报价信息可以指一种带有单位的报价金额，该报价金额是需求端的目标用户愿意为目标ecu数据文件支付的金额。
121.步骤s002，向所述至少一个待选供给端发送基于所述ecu数据文件需求信息的文件获取请求进一步细化，包括：
122.步骤s0021，向所述至少一个待选供给端发送所述携带报价信息的文件获取请求。
123.具体地，服务端将携带报价信息的文件获取请求发送给至少一个待选供给端，相应地，待选供给端接收携带报价信息的文件获取请求之后，可以根据携带报价信息的文件获取请求显示ecu数据文件需求的内容以及对应的报价金额，以供待选供给端的用户参考决定是否提供目标ecu数据文件。
124.除此之外，待选供给端还可以支持文件获取请求的一键转发功能，如果待选供给端的用户没有目标ecu数据文件，可以通过点击一键转发按钮控件，将携带报价信息的文件获取请求发送至其他供给端，如此能够使携带报价信息的文件获取请求在更大范围内扩散，提高需求端的目标用户获取目标ecu数据文件的概率。
125.本实施例通过上述方案，具体通过获取所述ecu数据文件需求信息对应的报价信息；基于所述ecu数据文件需求信息及对应的报价信息，生成携带报价信息的文件获取请求；向所述至少一个待选供给端发送所述携带报价信息的文件获取请求。本实施例提供了一种有偿获取ecu数据文件的方式，需求端的目标用户可以基于ecu数据文件需求进行报价，服务端将携带报价信息的文件获取请求发送给待选供给端，以供待选供给端的用户参
考决定是否提供目标ecu数据文件。有偿获取ecu数据文件的方式能够提高待选供给端的用户共享目标ecu数据文件的积极性，方便了需求端的目标用户获取目标ecu数据文件。
126.此外，本技术实施例还提出一种文件获取装置，所述文件获取装置包括：
127.获取模块，用于获取需求端的ecu数据文件需求信息；
128.匹配模块，用于将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端，以供所述需求端向所述待选供给端获取目标ecu数据文件；
129.所述获取模块包括第一获取单元；所述第一获取单元，用于获取目标用户基于所述需求端输入的ecu数据文件需求关键词；所述匹配模块包括第一确定单元和第一匹配单元；所述第一确定单元，用于根据所述ecu数据文件需求关键词确定对应的需求ecu数据文件信息；所述第一匹配单元，用于将所述需求ecu数据文件信息与所述预存的供给端信息进行匹配，确定所述至少一个待选供给端；
130.所述第一匹配单元包括第二匹配单元；所述第二匹配单元，用于将所述需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，确定所述至少一个待选供给端；
131.所述第二匹配单元包括第二确定单元和第三匹配单元；所述第二确定单元，用于根据所述预存的若干个供给端各自对应的历史刷写记录，确定所述若干个供给端各自对应的已刷写ecu数据文件；所述第三匹配单元，用于将所述需求ecu数据文件信息与所述若干个供给端各自对应的已刷写ecu数据文件进行匹配，确定所述至少一个待选供给端；
132.所述文件获取装置还包括监控单元；所述监控单元，用于通过服务端对所述若干个供给端的ecu刷写事件进行监控，得到所述若干个供给端各自对应的历史刷写记录；
133.所述文件获取装置还包括第一发送单元和转发单元；所述第一发送单元，用于向所述至少一个待选供给端发送基于所述ecu数据文件需求信息的文件获取请求；所述转发单元，用于若所述至少一个待选供给端响应所述文件获取请求，并向服务端上传所述目标ecu数据文件，则通过所述服务端将所述目标ecu数据文件转发至所述需求端；
134.所述文件获取装置还包括第二获取单元和生成单元；所述第二获取单元，用于获取所述ecu数据文件需求信息对应的报价信息；所述生成单元，用于基于所述ecu数据文件需求信息及对应的报价信息，生成携带报价信息的文件获取请求；所述第一发送单元包括第二发送单元；所述第二发送单元，用于向所述至少一个待选供给端发送所述携带报价信息的文件获取请求。
135.本实施例实现文件获取的原理及实施过程，请参照上述各实施例，在此不再赘述。
136.此外，本技术实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的文件获取程序，所述文件获取程序被所述处理器执行时实现如上所述的文件获取方法的步骤。
137.由于本文件获取程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
138.此外，本技术实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有文件获取程序，所述文件获取程序被处理器执行时实现如上所述的文件获取方法的步骤。
139.由于本文件获取程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。
140.相比现有技术，本技术实施例提出的文件获取方法、装置、终端设备及存储介质，通过获取需求端的ecu数据文件需求信息；将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端，以供所述需求端向所述待选供给端获取目标ecu数据文件。基于本技术方案，先获取需求端的ecu数据文件需求信息，将其与供给端信息进行匹配，确定能够满足需求的待选供给端，进而需求端可以向待选供给端获取合适的目标ecu数据文件，提高了获取ecu数据文件的便利程度，解决了难以向其他用户获取合适的ecu数据文件的问题。
141.需要说明的是，在本文中，术语“包括”“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
142.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
143.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本技术每个实施例的方法。
144.以上仅为本技术的优选实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。

技术特征：
1.一种文件获取方法，其特征在于，所述文件获取方法包括：获取需求端的ecu数据文件需求信息；将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端，以供所述需求端向所述待选供给端获取目标ecu数据文件。2.如权利要求1所述的文件获取方法，其特征在于，所述获取需求端的ecu数据文件需求信息的步骤包括：获取目标用户基于所述需求端输入的ecu数据文件需求关键词；所述将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端的步骤包括：根据所述ecu数据文件需求关键词确定对应的需求ecu数据文件信息；将所述需求ecu数据文件信息与所述预存的供给端信息进行匹配，确定所述至少一个待选供给端。3.如权利要求2所述的文件获取方法，其特征在于，所述将所述需求ecu数据文件信息与所述预存的供给端信息进行匹配，确定所述至少一个待选供给端的步骤包括：将所述需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，确定所述至少一个待选供给端。4.如权利要求3所述的文件获取方法，其特征在于，所述将所述需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，确定所述至少一个待选供给端的步骤包括：根据所述预存的若干个供给端各自对应的历史刷写记录，确定所述若干个供给端各自对应的已刷写ecu数据文件；将所述需求ecu数据文件信息与所述若干个供给端各自对应的已刷写ecu数据文件进行匹配，确定所述至少一个待选供给端。5.如权利要求3所述的文件获取方法，其特征在于，所述将所述需求ecu数据文件信息与预存的若干个供给端各自对应的历史刷写记录进行匹配，确定所述至少一个待选供给端的步骤之前，还包括：通过服务端对所述若干个供给端的ecu刷写事件进行监控，得到所述若干个供给端各自对应的历史刷写记录。6.如权利要求1所述的文件获取方法，其特征在于，所述将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端的步骤之后，还包括：向所述至少一个待选供给端发送基于所述ecu数据文件需求信息的文件获取请求；若所述至少一个待选供给端响应所述文件获取请求，并向服务端上传所述目标ecu数据文件，则通过所述服务端将所述目标ecu数据文件转发至所述需求端。7.如权利要求6所述的文件获取方法，其特征在于，所述向所述至少一个待选供给端发送基于所述ecu数据文件需求信息的文件获取请求的步骤之前，还包括：获取所述ecu数据文件需求信息对应的报价信息；基于所述ecu数据文件需求信息及对应的报价信息，生成携带报价信息的文件获取请求；所述向所述至少一个待选供给端发送基于所述ecu数据文件需求信息的文件获取请求
的步骤包括：向所述至少一个待选供给端发送所述携带报价信息的文件获取请求。8.一种文件获取装置，其特征在于，所述文件获取装置包括：获取模块，用于获取需求端的ecu数据文件需求信息；匹配模块，用于将所述ecu数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端，以供所述需求端向所述待选供给端获取目标ecu数据文件。9.一种终端设备，其特征在于，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的文件获取程序，所述文件获取程序被所述处理器执行时实现如权利要求1-7中任一项所述的文件获取方法的步骤。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有文件获取程序，所述文件获取程序被处理器执行时实现如权利要求1-7中任一项所述的文件获取方法的步骤。

技术总结
本申请公开了一种文件获取方法、装置、终端设备及存储介质，其文件获取方法包括：获取需求端的ECU数据文件需求信息；将ECU数据文件需求信息与预存的供给端信息进行匹配，确定至少一个待选供给端，以供需求端向待选供给端获取目标ECU数据文件。基于本申请，通过信息匹配的方式能够确定满足需求的待选供给端，进而需求端可以向待选供给端获取合适的目标ECU数据文件，提高了获取ECU数据文件的便利程度。提高了获取ECU数据文件的便利程度。提高了获取ECU数据文件的便利程度。


技术研发人员：刘新 郭冰
受保护的技术使用者：深圳市易孔立出软件开发有限公司
技术研发日：2023.05.26
技术公布日：2023/9/22