车载端游戏的坐标自动配置方法、装置、设备及存储介质与流程

阅读：评论：0

1.本技术涉及智能汽车技术领域，尤其涉及一种车载端游戏的坐标自动配置方法、装置、设备及存储介质。

背景技术：

2.随着科技的进步，ai以及智能汽车等概念在车辆中广泛应用，大大便捷了人们的生活。
3.作为实现人与车，车与外界(车与车)的信息通讯的车载设备，目前的车机，除了传统车机具备的收音机、音乐视频播放、导航功能以外，还具备更多的包括游戏在内的娱乐功能。通过虚拟手柄操控的车机游戏时，需要中台配置人员上传配置文件至云端，然后车机从云端下载该游戏的配置文件。
4.当游戏更新或有新的游戏时，配置人员如果无法及时上传配置文件到云端，就会导致很多用户无法通过虚拟手柄操控游戏，影响用户的游戏体验。

技术实现要素：

5.本技术提供一种车载端游戏的坐标自动配置方法、装置、设备及存储介质，用以解决工作人员上传配置文件不及时，用户无法使用虚拟手柄操作车机上的游戏的问题。
6.一方面，本技术提供一种车载端游戏的坐标自动配置方法，应用于云端，包括：
7.接收多个车机发送的游戏数据，所述游戏数据包括坐标数据和标识数据，所述坐标数据由用户点击事件的点击位置产生的，所述标识数据包括车机标识、屏幕标识、屏幕尺寸或车载端游戏标识中的至少一种；
8.获取相同的目标标识数据所对应的多个目标坐标数据，并根据所述多个目标坐标数据，获取操控点位置；
9.根据所述目标标识数据和所述操控点位置，确定配置文件，所述配置文件用于发送至车机，以配置车载端游戏的坐标。
10.可选地，所述根据所述多个目标坐标数据，获取操控点位置，包括：
11.根据所述多个目标坐标数据的分布范围，获取期望的聚类数量n；
12.根据所述聚类数量n和所述多个目标坐标数据，通过kmeans算法，得到n个聚类中心；
13.将所述n个聚类中心的位置，作为对应的n个所述操控点位置。
14.可选地，所述根据所述多个目标坐标数据的分布范围，获取期望的聚类数量n，包括：
15.根据所述多个目标坐标数据的分布范围，获取不同分布位置的目标坐标数据的密集度；
16.根据不同分布位置的目标坐标数据的密集度，确定聚类范围，其中，密集度与聚类范围的面积正相关；
17.将覆盖目标坐标数据的数量大于预设数量的聚类范围作为目标聚类范围；
18.根据所述目标聚类范围的数量，获取期望的聚类数量n。
19.可选地，所述根据所述聚类数量n和所述多个目标数据，通过kmeans算法，得到n个聚类中心，包括：
20.根据每个目标聚类范围内的目标坐标数据，通过kmeans算法，获取所述目标聚类范围内的聚类中心；
21.根据n个目标聚类范围，获取对应的n个聚类中心。
22.可选地，所述根据所述目标标识数据和所述操控点位置，确定配置文件之后，还包括：
23.将所述目标标识数据和所述配置文件关联存储在云端数据库中；
24.接收车机发送的配置文件请求；
25.根据所述配置文件请求中携带的标识数据，将所述标识数据对应的配置文件发送至车机。
26.可选地，所述接收车机发送的配置文件请求之前，所述方法还包括：
27.查询所述云端数据库中未下发所述配置文件的目标车机标识；
28.根据所述目标车机标识，向所述目标车机标识对应的车机发送通知消息，所述通知消息用于通知配置文件已经完成，所述通知消息包括车载端游戏标识。
29.第二方面，本技术提供一种车载端游戏的坐标自动配置方法，应用于车机，包括：
30.获取游戏数据，所述游戏数据包括坐标数据和标识数据，所述坐标数据由用户点击事件的点击位置产生的，所述标识数据包括车机标识、屏幕标识、屏幕尺寸或车载端游戏标识中的至少一种；
31.将所述游戏数据发送至云端，以使云端根据所述游戏数据生成配置文件，
32.获取所述云端反馈的配置文件，并根据所述配置文件进行屏幕操控点配置。
33.可选地，所述获取所述云端反馈的配置文件，包括：
34.接收云端发送的通知消息，所述通知消息包括车载端游戏标识；
35.根据所述通知消息向云端发送所述配置文件请求；
36.接收云端发送的配置文件。
37.可选地，所述根据所述配置文件进行屏幕操控点配置，包括：
38.根据所述车载端游戏标识，确定需要配置的程序；
39.根据所述屏幕尺寸、所述屏幕标识以及所述操控点位置，确定车机屏幕上的模拟手柄。
40.第三方面，本技术提供一种车载端游戏的坐标自动配置装置，应用于云端，包括：
41.接受模块，用于接收多个车机发送的游戏数据，所述游戏数据包括坐标数据和标识数据，所述坐标数据由用户点击事件的点击位置产生的，所述标识数据包括车机标识、屏幕标识、屏幕尺寸或车载端游戏标识中的至少一种；
42.获取模块，用于获取相同的目标标识数据所对应的多个目标坐标数据，并根据所述多个目标坐标数据，获取操控点位置；
43.确定模块，用于根据所述目标标识数据和所述操控点位置，确定配置文件，所述配置文件用于发送至车机，以配置车载端游戏的坐标。
44.一种可能的实现方式中，获取模块具体用于：
45.根据所述多个目标坐标数据的分布范围，获取期望的聚类数量n；
46.根据所述聚类数量n和所述多个目标坐标数据，通过kmeans算法，得到n个聚类中心；
47.将所述n个聚类中心的位置，作为对应的n个所述操控点位置。
48.一种可能的实现方式中，获取模块具体用于：
49.根据所述多个目标坐标数据的分布范围，获取不同分布位置的目标坐标数据的密集度；
50.根据不同分布位置的目标坐标数据的密集度，确定聚类范围，其中，密集度与聚类范围的面积正相关；
51.将覆盖目标坐标数据的数量大于预设数量的聚类范围作为目标聚类范围；
52.根据所述目标聚类范围的数量，获取期望的聚类数量n。
53.一种可能的实现方式中，获取模块具体用于：
54.根据每个目标聚类范围内的目标坐标数据，通过kmeans算法，获取所述目标聚类范围内的聚类中心；
55.根据n个目标聚类范围，获取对应的n个聚类中心。
56.一种可能的实现方式中，确定模块具体用于：
57.将所述目标标识数据和所述配置文件关联存储在云端数据库中；
58.接收车机发送的配置文件请求；
59.根据所述配置文件请求中携带的标识数据，将所述标识数据对应的配置文件发送至车机。
60.一种可能的实现方式中，确定模块具体用于：
61.查询所述云端数据库中未下发所述配置文件的目标车机标识；
62.根据所述目标车机标识，向所述目标车机标识对应的车机发送通知消息，所述通知消息用于通知配置文件已经完成，所述通知消息包括车载端游戏标识。
63.第四方面，本技术提供一种车载端游戏的坐标自动配置装置，应用于车机，包括：
64.获取模块，用于获取游戏数据，所述游戏数据包括坐标数据和标识数据，所述坐标数据由用户点击事件的点击位置产生的，所述标识数据包括车机标识、屏幕标识、屏幕尺寸或车载端游戏标识中的至少一种；
65.发送模块，用于将所述游戏数据发送至云端，以使云端根据所述游戏数据生成配置文件，
66.配置模块，用于获取所述云端反馈的配置文件，并根据所述配置文件进行屏幕操控点配置。
67.一种可能的实现方式中，确定模块具体用于：
68.接收云端发送的通知消息，所述通知消息包括车载端游戏标识；
69.根据所述通知消息向云端发送所述配置文件请求；
70.接收云端发送的配置文件。
71.一种可能的实现方式中，配置模块具体用于：
72.根据所述车载端游戏标识，确定需要配置的程序；
73.根据所述屏幕尺寸、所述屏幕标识以及所述操控点位置，确定车机屏幕上的模拟手柄。
74.本技术的第五方面，提供了一种电子设备，包括：
75.处理器和存储器；
76.存储器存储计算机执行指令；
77.处理器执行存储器存储的计算机执行指令，使得电子设备执行第一方面中任一项的方法。
78.本技术的第六方面，提供了一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如第一方面任一项的硬件外设的驱动程序的确定方法。
79.本实施例提供了一种车载端游戏的坐标自动配置方法、装置、设备及存储介质，该方法通过车机获取游戏数据；车机将游戏数据发送至云端，以使云端根据游戏数据生成配置文件；云端接收多个车机发送的游戏数据；云端获取相同的目标标识数据所对应的多个目标坐标数据，并根据多个目标坐标数据，获取操控点位置；云端根据目标标识数据和操控点位置，确定配置文件，配置文件用于发送至车机，以配置车载端游戏的坐标；车机获取云端反馈的配置文件，并根据配置文件进行屏幕操控点配置。该方法通过采集多个车机的游戏数据，将其中的坐标数据进行聚类处理得到包括操控点位置的配置文件并下发发送至车机，使得车机可以根据配置文件进行操作点位置设置，解决了工作人员上传配置文件不及时，用户无法使用虚拟手柄操作车机上的游戏的问题。
附图说明
80.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
81.图1为本技术提供的车载端游戏的坐标自动配置方法的具体的应用场景图；
82.图2为本技术实施例提供的车载端游戏的坐标自动配置方法流程图一；
83.图3a为本技术实施例提供的车载端游戏的坐标自动配置方法流程图二；
84.图3b是本技术实施例提供的聚类效果图；
85.图3c是本技术实施例提供的聚类示意图一；
86.图3d是本技术实施例提供的聚类示意图二；
87.图4为本技术实施例提供的车载端游戏的坐标自动配置方法流程图三；
88.图5为本技术实施例提供的一种车载端游戏的坐标自动配置装置的结构示意图一；
89.图6为本技术实施例提供的一种车载端游戏的坐标自动配置装置的结构示意图二；
90.图7为本技术实施例提供的车载端游戏的坐标自动配置设备的硬件结构图。
91.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
92.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
93.图1是本技术提供的车载端游戏的坐标自动配置方法的具体的应用场景图。如图1所示，该应用场景包括：车机101、虚拟接口程序102、云端103以及配置文件104。
94.车机是指车辆上的实体车机，与之对应的是安装在云端上的虚拟车机。车机通过其上安装的虚拟接口程序来将虚拟车机显示在车辆上，在车机屏幕上进行的操作都以事件的形式通过虚拟接口程序上传至云端的虚拟车机上。
95.云端是指云服务器，是基于云应用的服务器。配置文件是指安装在云端虚拟机上的，包括游戏操作所需的信息的文件。当用户需要使用车机之外的屏幕操作游戏时，需要将游戏的配置文件下载在车机上的虚拟接口程序内。
96.示例性的，用户想要通过实体车机101上虚拟接口程序102接入云端103，并通过虚拟手柄来操作云端103上的游戏时，需要实体车机101通过虚拟接口程序102来获取位于云端103的配置文件104，并安装在虚拟接口程序102上。配置文件通常是由工作人员上传到云端，当游戏量过大时，就会由配置不及时的现象，此时没有在车机上的通过虚拟接口程序操作过游戏的用户就不能使用虚拟手柄操作游戏，这大大降低了用户的使用体验。
97.本技术提供了一种车载端游戏的坐标自动配置方法，该方法通过采集多个车机的游戏数据，将其中的坐标数据进行聚类处理得到包括操控点位置的配置文件并发送至车机，使得车机可以根据配置文件进行操作点位置设置，解决了工作人员上传配置文件不及时，用户无法使用虚拟手柄操作车机上的游戏的问题。
98.本技术提供的车载端游戏的坐标自动配置方法，旨在解决现有技术的如上技术问题。
99.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
100.图2为本技术实施例提供的车载端游戏的坐标自动配置方法流程图一。
101.如图2所示，本实施例的方法，包括：
102.s201、车机获取游戏数据，游戏数据包括坐标数据和标识数据，坐标数据由用户点击事件的点击位置产生的，标识数据包括车机标识、屏幕标识、屏幕尺寸或车载端游戏标识中的至少一种；
103.本实施例中，游戏数据中的坐标数据是由用户在车机上玩游戏时，直接操作车机屏幕，点击事件产生的点击位置的坐标数据。
104.采集坐标数据的目的是为了通过算法处理坐标数据，精准定位到真实的操控点位置。同时，由于不同车辆配置的车机型号不同，有的车辆配置有不止一个车机屏幕，不同车机的屏幕尺寸不同。在进行算法处理坐标数据时，要对相同屏幕尺寸的车机数据进行分类后再处理，因此还需要采集标识数据。
105.s202、车机将游戏数据发送至云端，以使云端根据游戏数据生成配置文件；
106.本实施例中，车机上安装有虚拟车机接口程序，用来连接基于云服务的云服务器即云端。这种情况下，虚拟车机接口程序又称为云底座。车机通过虚拟车机接口程序，将游戏数据发送至云端。
107.车机通过虚拟车机接口程序，抽取事件及车型信息，通过webrtc将储存的游戏数据上传至云端，以便云端根据游戏数据生成配置文件。其中webrtc(web real-time communications)是一项实时通讯技术，它允许网络应用或者站点，在不借助中间媒介的情况下，建立浏览器之间点对点(peer-to-peer)的连接，实现视频流和(或)音频流或者其他任意数据的传输。
108.s203、云端接收多个车机发送的游戏数据，游戏数据包括坐标数据和标识数据，坐标数据由用户点击事件的点击位置产生的，标识数据包括车机标识、屏幕标识、屏幕尺寸或车载端游戏标识中的至少一种；
109.本实施例中，云端为了根据游戏数据形成更为准确的配置文件，需要将多个坐标数据进行聚类处理，同时，因为车辆上车机屏幕的不同，所以要接收多个车机发送的游戏数据，为后续的数据处理做好准备工作。
110.s204、云端获取相同的目标标识数据所对应的多个目标坐标数据，并根据多个目标坐标数据，获取操控点位置；
111.本实施例中，云端接受了多个车机的游戏数据后，首先要对游戏数据进行处理。首先是对游戏数据进行解析和降噪处理。因为游戏数据还包括标识数据，根据标识数据先将不同标识对应的数据进行分类。例如不同游戏的数据需要分别处理，不同屏幕尺寸的数据需要分别处理。在进行分类处理之后，云端将对同一个游戏同一个屏幕尺寸的目标标识数据对应的目标坐标数据进行聚类处理，来获得操控点位置。
112.s205、云端根据目标标识数据和操控点位置，确定配置文件，配置文件用于发送至车机，以配置车载端游戏的坐标；
113.本实施例中，配置文件除了包括操控点位置，还包括了屏幕标识、屏幕尺寸或车载端游戏标识，以使得车机根据配置文件就能确定需要配置文件的游戏，以及配置文件对应的屏幕。
114.云端将同一种车载端游戏标识中，不同屏幕尺寸对应的操控点位置与其对应的屏幕标识、屏幕尺寸以及车载端游戏标识打包形成一个配置文件，等待发送给车机后，车机能根据屏幕标识、屏幕尺寸以及车载端游戏标识将匹配的操控点位置设置好。
115.s206、车机获取云端反馈的配置文件，并根据配置文件进行屏幕操控点配置。
116.本实施例中，车机通过虚拟车技程序接口接收到云端发送的配置文件，根据配置文件对游戏和屏幕进行配置。配置完成后，即可以通过虚拟手柄来操作车机上的游戏，虚拟手柄包括但不限于手机等设备。
117.本实施例提供了一种车载端游戏的坐标自动配置方法，该方法通过车机获取游戏数据；车机将游戏数据发送至云端，以使云端根据游戏数据生成配置文件；云端接收多个车机发送的游戏数据；云端获取相同的目标标识数据所对应的多个目标坐标数据，并根据多个目标坐标数据，获取操控点位置；云端根据目标标识数据和操控点位置，确定配置文件，配置文件用于发送至车机，以配置车载端游戏的坐标；车机获取云端反馈的配置文件，并根据配置文件进行屏幕操控点配置。该方法通过采集多个车机的游戏数据，将其中的坐标数
据进行聚类处理得到包括操控点位置的配置文件并发送至车机，使得车机可以根据配置文件进行操作点位置设置，解决了工作人员上传配置文件不及时，用户无法使用虚拟手柄操作车机上的游戏的问题。
118.图3a为本技术实施例提供的车载端游戏的坐标自动配置方法流程图二，图3b是本技术实施例提供的聚类效果图，图3c是本技术实施例提供的聚类示意图一，图3d是本技术实施例提供的聚类示意图二。如图3a、图3b、图3c以及图3d所示，本实施例的方法，应用于云端，对根据多个目标坐标数据，获取操控点位置的过程进行详细表述。
119.s301、根据多个目标坐标数据的分布范围，获取不同分布位置的目标坐标数据的密集度；
120.本实施例中，在使用算法进行坐标数据的聚类处理之前，对坐标数据进行处理是必要的，可以提升算法迭代的速度。因为初始中心点的选择对迭代次数影响较大，如果是随机选择的初始中心点，很容易计算周期过长，如果随机选取的初始中心点均属于同一个聚类簇时，则计算量相对较大。同时提前确定聚类簇的个数k值也是节省时间的关键。对于k值通常根据经验确定。本技术的使用场景是游戏操作点的确定，因此，k值基本是确定的，且根据不同游戏进行调整。
121.本实施例中，目标坐标数据的密集度是指指定形状面积内，目标坐标数据的个数。指定形状及面积和游戏操作点的大小及形状有关。
122.s302、根据不同分布位置的目标坐标数据的密集度，确定聚类范围，其中，密集度与聚类范围的面积正相关；
123.本实施例中，确定聚类范围可以对大量的目标坐标数据进行降噪处理，将离散的，不符合操作点位置的目标坐标数据排除在外。根据不同分布位置的目标坐标数据的密集度，确定聚类范围的方式可以有多种方式。例如设定密集度阈值，求取屏幕尺寸内的每个地方的密集度，大于密集度阈值的即为聚类范围。
124.s303、将覆盖目标坐标数据的数量大于预设数量的聚类范围作为目标聚类范围；
125.本实施例中，目标聚类范围的个数应小于等于操控点中心的个数。因此在根据设定密集度阈值确定聚类范围后，需要根据操控点中心的个数进行阈值的调整。直到取某个设定阈值时，聚类范围的个数小于等于操控点中心的个数，此时的聚类范围即为目标聚类范围。
126.s304、根据目标聚类范围的数量，获取期望的聚类数量n；
127.本实施例中，目标聚类范围的数量与期望的聚类数量n相同，都应该小于等于操控点中心的个数。
128.s305、根据每个目标聚类范围内的目标坐标数据，通过kmeans算法，获取目标聚类范围内的聚类中心；
129.本实施例中，确定期望的聚类数量n后，首先在每个目标聚类范围内随机确定一个中心点，分别计算目标聚类范围内其余点到达中心点的距离，并把每个点到中心点最短的距离作为自己所属的聚簇。在每个聚簇中按照顺序依次选取点，计算该点到当前聚簇中所有点距离之和，最终距离之和最小的点，则视为新的中心点。遍历目标聚类范围内的点，将其都做为中心点，求取其余点到中心点的距离，直到选出不变的中心点。
130.以数据{a，b，c，d，e，f，g，h，i，k}为例，期望的聚类k＝2，则步骤如下：
131.首先，在样本数据中随机选择c、i作为中心点。
132.其次，如果通过计算得到a，b，d，e到c的距离最近，f，k，g，h到i的距离最近，则a，b，d，e为聚族c1，f，k，g，h为聚族c2。示意图如图3c所示。
133.再者，在c1和c2两个聚类集合中，计算一个点到其他店的距离之和的最小值作为新的中心点，假如分别计算出b到c1中其他所有点的距离之和最小，k到c2中其他所有点的距离之和最小。示意图如图3d所示。
134.最后，再以d,e作为聚簇的中心点，重复上述步骤，直到中心点不再改变。
135.s306、根据n个目标聚类范围，获取对应的n个聚类中心；
136.本实施例中，对于n个目标聚类范围，都通过kmeans算法确定聚类中心，即可获得对应的n个聚类中心。经过聚类后，结果如图3b所示。
137.s307、将n个聚类中心的位置，作为对应的n个操控点位置。
138.本实施例中，n个聚类中心的位置即为配置文件中的n个操控点的位置。这里操控点的位置为操控按钮中心的位置，操控按钮的面积可以由目标聚类范围的面积大小确定，也可以由设定值确定，本技术不做限制。
139.本实施例提供了一种车载端游戏的坐标自动配置方法，该方法通过根据多个目标坐标数据的分布范围，获取不同分布位置的目标坐标数据的密集度；根据不同分布位置的目标坐标数据的密集度，确定聚类范围，其中，密集度与聚类范围的面积正相关；将覆盖目标坐标数据的数量大于预设数量的聚类范围作为目标聚类范围；根据目标聚类范围的数量，获取期望的聚类数量n；根据每个目标聚类范围内的目标坐标数据，通过kmeans算法，获取目标聚类范围内的聚类中心；根据n个目标聚类范围，获取对应的n个聚类中心；将n个聚类中心的位置，作为对应的n个操控点位置。该方法通过目标坐标数据的分布范围，确定聚类数量，使用kmeans算法进而确定聚类中心，最后得到操控点的位置，使得不用工作人员上传配置文件即可获得包括游戏的操控点的位置的配置文件，进而减少了车载端游戏的坐标配置的时间和流程，提升了用户的体验。
140.图4为本技术实施例提供的车载端游戏的坐标自动配置方法流程图三。如图4所示，本实施例的方法，对确定配置文件后，将配置文件发送至车机的过程进行详细表述。
141.s401、云端将目标标识数据和配置文件关联存储在云端数据库中；
142.本实施例中，为了使云端能精准的将配置文件推送到没有配置文件的车机中，需要记录操作过游戏的车机的标识，进而确定云端数据库中没有操作过游戏的车机的标识。目标标识数据的来源是有操作游戏记录的车机，因此可以通过目标标识数据和配置文件的关联确定没有操作过游戏的车机的标识。
143.s402、云端查询云端数据库中未下发配置文件的目标车机标识；
144.本实施例中，通过查询云端数据库中，在云端注册过的车机中，没有和配置文件有关联关系的车机的标识，即为未下发配置文件的目标车机标识。
145.s403、云端根据目标车机标识，向目标车机标识对应的车机发送通知消息，通知消息用于通知配置文件已经完成，通知消息包括车载端游戏标识；
146.本实施例中，为了节省车机的网络流量，采用推送消息的方式，询问车机是否有获取配置文件的需求，节省了车机的存储空间。车机通过通知消息中的车载端游戏标识可以确定是否需要对应的配置文件。
147.s404、车机接收云端发送的通知消息，通知消息包括车载端游戏标识；
148.本实施例中，车机通过通知消息中的车载端游戏标识可以确定是否需要对应的配置文件。如果车机并未安装车载端游戏标识对应的车载端游戏或者已经很久没有登录过载端游戏标识对应的车载端游戏，则可以选择不获取该配置文件。通知车机也可以通过征求用户同意来确定是否获取配置文件。
149.s405、车机根据通知消息向云端发送配置文件请求；
150.本实施例中，车机根据通知消息确定车载端游戏标识，并将车机标识、屏幕标识、屏幕尺寸以及车载端游戏标识放入配置文件请求中，并通过虚拟车机接口程序发送给云端。
151.s406、云端接收车机发送的配置文件请求；
152.s407、云端根据配置文件请求中携带的标识数据，将标识数据对应的配置文件发送至车机；
153.本实施例中，云端接收车机发送的配置文件请求后，对配置文件请求进行解析，获取对应的车机标识、屏幕标识、屏幕尺寸以及车载端游戏标识。通过查数据库，到标识数据对应的配置文件并通过虚拟车机接口程序发送给车机。
154.s408、车机接收云端发送的配置文件；
155.本实施例中，车机接收云端发送的配置文件后对配置文件进行解析。将解析后的数据传递给虚拟车机接口程序。
156.s409、车机根据车载端游戏标识，确定需要配置的程序；
157.s410、车机根据屏幕尺寸、屏幕标识以及操控点位置，确定车机屏幕上的模拟手柄。
158.本实施例中，虚拟车机接口程序确定屏幕标识后，通过activity组件中的函数设置游戏要在屏幕标识对应的屏幕上启动，以及模拟手柄的操控点位置。通过包管理器，查看当前要打开的游戏是否配置了对应的配置文件，如果没有则通过包管理器进行配置。本实施例提供了一种车载端游戏的坐标自动配置方法，该方法通过云端将目标标识数据和配置文件关联存储在云端数据库中；云端查询云端数据库中未下发配置文件的目标车机标识；云端根据目标车机标识，向目标车机标识对应的车机发送通知消息，通知消息用于通知配置文件已经完成，通知消息包括车载端游戏标识；车机接收云端发送的通知消息，通知消息包括车载端游戏标识；车机根据通知消息向云端发送配置文件请求；云端接收车机发送的配置文件请求；云端根据配置文件请求中携带的标识数据，将标识数据对应的配置文件发送至车机；车机接收云端发送的配置文件；车机根据车载端游戏标识，确定需要配置的程序；车机根据屏幕尺寸、屏幕标识以及操控点位置，确定车机屏幕上的模拟手柄。该方法通过云端筛选出没有配置文件的车机并向其发送通知消息，车机根据通知消息获取配置文件并根据配置文件进行模拟手柄的配置，提高了配置文件下发的效率，同时防止重复下发占用车机内存。
159.下面以一个具体的实施例，对本技术的技术方案进行详细说明。
160.车机首先通过activity manager service维护一个mrecent tsk，即维护一个最近应用按钮，点击该按钮，可以弹出的界面中的所有应用，它会把当前可见的应用放在最前方的位置。然后使用task.affinity实时监测到当前最前端应用的包名，通过activity组
件，将当前最前端应用的包名以及点击事件motion event坐标等值以及当前操控的屏幕的标识和尺寸等相关信息采集。
161.采集到游戏数据之后，车机要将数据进行储存。车机使用activity组件来完成将游戏数据存储在excel表格中的操作。调用dispatch touch event()中的add coordinate()，将数据写到内存里，调用workbook.get workbook()和workbook.create workbook()到或者新建表格，随后调用new wwb.get sheet()获取指定索引的表格，调用new wwb.write()将内存中的数据写入表格中。
162.在此之后，车机将表格通过虚拟车机接口程序上传至云端。云端接收到表格后，转化成inputstream,通过调用workbook.getworkbook()拿到指定表格后，调用workbook.getsheet()获取指定表格页后，将数据放入kmeans的原始数据dataset arraylist《floatarray》中。通过kmeans算法确定操作点位置，进而得到配置文件，然后查询云端数据库中，注册过的车机标识里，与配置文件没有关联关系的车机标识，向其发送通知消息。得到车机发送的配置文件请求后，根据车机标识，向其发送配置文件。
163.图5为本技术实施例提供的一种车载端游戏的坐标自动配置装置的结构示意图一。本实施例的装置可以为软件和/或硬件的形式。如图5所示，本技术实施例提供的一种车载端游戏的坐标自动配置装置500，应用于云端，包括接受模块501、获取模块502以及确定模块503，
164.接受模块501，用于接收多个车机发送的游戏数据，游戏数据包括坐标数据和标识数据，坐标数据由用户点击事件的点击位置产生的，标识数据包括车机标识、屏幕标识、屏幕尺寸或车载端游戏标识中的至少一种；
165.获取模块502，用于获取相同的目标标识数据所对应的多个目标坐标数据，并根据多个目标坐标数据，获取操控点位置；
166.确定模块503，用于根据目标标识数据和操控点位置，确定配置文件，配置文件用于发送至车机，以配置车载端游戏的坐标。
167.一种可能的实现方式中，获取模块具体用于：
168.根据多个目标坐标数据的分布范围，获取期望的聚类数量n；
169.根据聚类数量n和多个目标坐标数据，通过kmeans算法，得到n个聚类中心；
170.将n个聚类中心的位置，作为对应的n个操控点位置。
171.一种可能的实现方式中，获取模块具体用于：
172.根据多个目标坐标数据的分布范围，获取不同分布位置的目标坐标数据的密集度；
173.根据不同分布位置的目标坐标数据的密集度，确定聚类范围，其中，密集度与聚类范围的面积正相关；
174.将覆盖目标坐标数据的数量大于预设数量的聚类范围作为目标聚类范围；
175.根据目标聚类范围的数量，获取期望的聚类数量n。
176.一种可能的实现方式中，获取模块具体用于：
177.根据每个目标聚类范围内的目标坐标数据，通过kmeans算法，获取目标聚类范围内的聚类中心；
178.根据n个目标聚类范围，获取对应的n个聚类中心。
179.一种可能的实现方式中，确定模块具体用于：
180.将目标标识数据和配置文件关联存储在云端数据库中；
181.接收车机发送的配置文件请求；
182.根据配置文件请求中携带的标识数据，将标识数据对应的配置文件发送至车机。
183.一种可能的实现方式中，确定模块具体用于：
184.查询云端数据库中未下发配置文件的目标车机标识；
185.根据目标车机标识，向目标车机标识对应的车机发送通知消息，通知消息用于通知配置文件已经完成，通知消息包括车载端游戏标识。
186.图6为本技术实施例提供的一种车载端游戏的坐标自动配置装置的结构示意图二。本实施例的装置可以为软件和/或硬件的形式。如图6所示，本技术实施例提供的一种车载端游戏的坐标自动配置装置600，应用于车机，包括获取模块601、发送模块602以及配置模块603，
187.获取模块601，用于获取游戏数据，游戏数据包括坐标数据和标识数据，坐标数据由用户点击事件的点击位置产生的，标识数据包括车机标识、屏幕标识、屏幕尺寸或车载端游戏标识中的至少一种；
188.发送模块602，用于将游戏数据发送至云端，以使云端根据游戏数据生成配置文件，
189.配置模块603，用于获取云端反馈的配置文件，并根据配置文件进行屏幕操控点配置。
190.一种可能的实现方式中，确定模块具体用于：
191.接收云端发送的通知消息，通知消息包括车载端游戏标识；
192.根据通知消息向云端发送配置文件请求；
193.接收云端发送的配置文件。
194.一种可能的实现方式中，配置模块具体用于：
195.根据车载端游戏标识，确定需要配置的程序；
196.根据屏幕尺寸、屏幕标识以及操控点位置，确定车机屏幕上的模拟手柄。
197.本实施例提供的车载端游戏的坐标自动配置的装置，可用于执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
198.图7为本技术实施例提供的车载端游戏的坐标自动配置设备的硬件结构图。如图7所示，该车载端游戏的坐标自动配置设备700包括：
199.处理器701和存储器702；
200.存储器存储计算机执行指令；
201.处理器执行存储器702存储的计算机执行指令，使得电子设备执行如上述的车载端游戏的坐标自动配置方法。
202.应理解，上述处理器701可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理
器中的硬件及软件模块组合执行完成。存储器702可能包含高速随机存取存储器(英文：random access memory，简称：ram)，也可能还包括非易失性存储器(英文：non-volatile memory，简称：nvm)，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
203.本技术实施例相应还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现的车载端游戏的坐标自动配置方法。
204.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。
205.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
206.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。

技术特征：

1.一种车载端游戏的坐标自动配置方法，应用于云端，其特征在于，包括：接收多个车机发送的游戏数据，所述游戏数据包括坐标数据和标识数据，所述坐标数据由用户点击事件的点击位置产生的，所述标识数据包括车机标识、屏幕标识、屏幕尺寸或车载端游戏标识中的至少一种；获取相同的目标标识数据所对应的多个目标坐标数据，并根据所述多个目标坐标数据，获取操控点位置；根据所述目标标识数据和所述操控点位置，确定配置文件，所述配置文件用于发送至车机，以配置车载端游戏的坐标。2.根据权利要求1所述的方法，其特征在于，所述根据所述多个目标坐标数据，获取操控点位置，包括：根据所述多个目标坐标数据的分布范围，获取期望的聚类数量n；根据所述聚类数量n和所述多个目标坐标数据，通过kmeans算法，得到n个聚类中心；将所述n个聚类中心的位置，作为对应的n个所述操控点位置。3.根据权利要求2所述的方法，其特征在于，所述根据所述多个目标坐标数据的分布范围，获取期望的聚类数量n，包括：根据所述多个目标坐标数据的分布范围，获取不同分布位置的目标坐标数据的密集度；根据不同分布位置的目标坐标数据的密集度，确定聚类范围，其中，密集度与聚类范围的面积正相关；将覆盖目标坐标数据的数量大于预设数量的聚类范围作为目标聚类范围；根据所述目标聚类范围的数量，获取期望的聚类数量n。4.根据权利要求2所述的方法，其特征在于，所述根据所述聚类数量n和所述多个目标数据，通过kmeans算法，得到n个聚类中心，包括：根据每个目标聚类范围内的目标坐标数据，通过kmeans算法，获取所述目标聚类范围内的聚类中心；根据n个目标聚类范围，获取对应的n个聚类中心。5.根据权利要求1所述的方法，其特征在于，所述根据所述目标标识数据和所述操控点位置，确定配置文件之后，还包括：将所述目标标识数据和所述配置文件关联存储在云端数据库中；接收车机发送的配置文件请求；根据所述配置文件请求中携带的标识数据，将所述标识数据对应的配置文件发送至车机。6.根据权利要求5所述的方法，其特征在于，所述接收车机发送的配置文件请求之前，所述方法还包括：查询所述云端数据库中未下发所述配置文件的目标车机标识；根据所述目标车机标识，向所述目标车机标识对应的车机发送通知消息，所述通知消息用于通知配置文件已经完成，所述通知消息包括车载端游戏标识。7.一种车载端游戏的坐标自动配置方法，应用于车机，其特征在于，包括：获取游戏数据，所述游戏数据包括坐标数据和标识数据，所述坐标数据由用户点击事
件的点击位置产生的，所述标识数据包括车机标识、屏幕标识、屏幕尺寸或车载端游戏标识中的至少一种；将所述游戏数据发送至云端，以使云端根据所述游戏数据生成配置文件，获取所述云端反馈的配置文件，并根据所述配置文件进行屏幕操控点配置。8.根据权利要求7所述的方法，其特征在于，所述获取所述云端反馈的配置文件，包括：接收云端发送的通知消息，所述通知消息包括车载端游戏标识；根据所述通知消息向云端发送所述配置文件请求；接收云端发送的配置文件。9.根据权利要求7所述的方法，其特征在于，所述根据所述配置文件进行屏幕操控点配置，包括：根据所述车载端游戏标识，确定需要配置的程序；根据所述屏幕尺寸、所述屏幕标识以及所述操控点位置，确定车机屏幕上的模拟手柄。10.一种车载端游戏的坐标自动配置设备，其特征在于，应用于云端，包括：接受模块，用于接收多个车机发送的游戏数据，所述游戏数据包括坐标数据和标识数据，所述坐标数据由用户点击事件的点击位置产生的，所述标识数据包括车机标识、屏幕标识、屏幕尺寸或车载端游戏标识中的至少一种；获取模块，用于获取相同的目标标识数据所对应的多个目标坐标数据，并根据所述多个目标坐标数据，获取操控点位置；确定模块，用于根据所述目标标识数据和所述操控点位置，确定配置文件，所述配置文件用于发送至车机，以配置车载端游戏的坐标。11.一种车载端游戏的坐标自动配置设备，其特征在于，应用于车机，包括：获取模块，用于获取游戏数据，所述游戏数据包括坐标数据和标识数据，所述坐标数据由用户点击事件的点击位置产生的，所述标识数据包括车机标识、屏幕标识、屏幕尺寸或车载端游戏标识中的至少一种；发送模块，用于将所述游戏数据发送至云端，以使云端根据所述游戏数据生成配置文件，配置模块，用于获取所述云端反馈的配置文件，并根据所述配置文件进行屏幕操控点配置。12.一种电子设备，包括：处理器和存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行权利要求1至6中任一项所述的方法，或者，执行权利要求7至9所述的方法。13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至6中任一项所述的方法，或者，执行权利要求7至9所述的方法。

技术总结

本申请提供一种车载端游戏的坐标自动配置方法、装置、设备及存储介质。该方法包括：接收多个车机发送的游戏数据，所述游戏数据包括坐标数据和标识数据，所述坐标数据由用户点击事件的点击位置产生的，所述标识数据包括车机标识、屏幕标识、屏幕尺寸或车载端游戏标识中的至少一种；获取相同的目标标识数据所对应的多个目标坐标数据，并根据所述多个目标坐标数据，获取操控点位置；根据所述目标标识数据和所述操控点位置，确定配置文件，所述配置文件用于发送至车机，以配置车载端游戏的坐标。本申请的方法，解决了工作人员上传配置信息不及时，用户无法使用虚拟手柄操作车机上的游戏的问题。问题。问题。