汇聚车辆相关的大数据的制作方法

本发明涉及汇聚车辆相关的大数据。

背景技术：

大数据涉及如此庞大或复杂的数据集，以至于传统的数据处理技术是不够的，例如，处理艾字节数据和更大的数据。配备有远程信息处理装置的车辆具有向可以分析该数据的车辆呼叫中心发送车辆状态报告的能力。然而，随着近年来远程信息处理装备车辆的数量的增加，车辆状态报告的数据量也在增加，例如，该数据量正在接近或已经可分类为“大数据”。因此，为了利用接收到大量的车辆状态报告，需要提供用于汇聚该数据的手段。

技术实现要素：

根据本发明的实施例，提供了一种利用与车辆数据服务中心相关的专用计算机网络来汇聚车辆数据的方法。该方法包括以下步骤：在负载平衡计算机(lbc)处从第一用户车辆接收一个或多个上传消息，其中一个或多个上传消息中的每一个包括未加密数据；基于该未加密数据，在lbc处选择远程信息处理服务器群中的至少一个远程信息处理服务器，以发送该一个或多个上传消息；以及向所述至少一个远程信息处理服务器提供该一个或多个上传消息以用于上传消息汇聚，其中lbc和远程信息处理服务器群与专用计算机网络相关。

根据本发明的另一实施例，提供了一种利用与车辆数据服务中心相关的专用计算机网络来汇聚车辆数据的方法。该方法包括以下步骤：在负载平衡计算机(lbc)处接收多个上传消息，其中该多个上传消息接收自多个用户车辆，其中该多个上传消息中的每一个包括报头，其中该报头中的至少一些包括未加密部分；在lbc处，解析该多个上传消息的未加密部分用于相似性数据；以及基于该相似性数据：在lbc处选择与远程信息处理服务器群相关的至少一个远程信息处理服务器；并将该多个上传消息的一部分提供给该至少一个远程信息处理服务器以用于上传消息汇聚。

根据本发明的另一个实施例，提供了一种与适于汇聚车辆数据的车辆数据服务中心相关的专用计算机网络。专用计算机网络包括：包括存储器和一个或多个处理器的负载平衡计算机(lbc)，其中存储器存储可由该一个或多个处理器执行的指令；以及远程信息处理服务器群，其包括多个远程信息处理服务器，该多个远程信息处理服务器包括第一远程信息处理服务器，其中lbc和远程信息处理服务器群通信地耦联，其中指令包括：处理从多个用户车辆接收的多个上传消息；在接收到该多个上传消息中的第一上传消息时，解析该第一上传消息用于未加密数据；基于未加密数据的内容，确定将第一上传消息发送到多个远程信息处理服务器中的第一远程信息处理服务器；以及在将第一上传消息发送到第一远程信息处理服务器之前，确定第一远程信息处理服务器是否正在经历处理延迟，其中，当确定第一远程信息处理服务器正在经历处理延迟时，确定不同的远程信息处理服务器来发送第一上传消息并将第一上传消息发送到该不同的远程信息处理服务器，并且其中，当确定第一远程信息处理服务器未经历处理延迟时，将第一上传消息发送到第一远程信息处理服务器。

附图说明

以下将结合附图描述本发明的一个或多个实施例，其中相同的标号表示相同的元件，并且其中：

图1是示出了与多个车辆通信的数据服务中心的实施例的框图，该数据服务中心被配置为执行本文公开的方法；

图2是图1所示的数据服务中心的负载均衡计算机的示意图；

图3是图1所示的数据服务中心的远程信息处理服务器的示意图；

图4是示出上传消息的示例性组成部分的框图；

图5是示出由一个或多个上传消息组成的车辆数据上传(vdu)的框图；

图6是示出由一个或多个vdu组成的数据汇编的框图；以及

图7a-图7b是汇聚经由上传消息从多个车辆用户接收的车辆数据的过程的流程图。

具体实施方式

下面描述的系统和方法涉及汇聚、辑和/或利用从与公共后端系统相关的车辆接收的大量数据。现代车辆可以被配置为向后端系统提供各种类型的车辆信息，该后端系统可以使用该信息用于各种目的(例如，提供导航信息、电话信息、紧急援助信息、诊断信息、资讯娱乐信息等)。例如，后端系统可以从远程信息服务配备车辆接收车辆数据上传(vdu)形式的诊断数据。vdu可以指示车辆的健康或对车辆维护的需要。在后端系统处接收时，后端系统可以确定是否向车辆的操作人员提供警报或通知(例如，对车辆发动机进行检查)。诊断数据只是一种类型的vdu信息；其他vdu中携带的数据可以与非诊断车辆系统或子系统相关，如下面将解释的。随着近年来远程信息处理配备车辆的数量的增加，vdu信息的量也被发送到后端系统。传统的数据处理技术通常不足以处理大量信息或大数据，如本领域技术人员所理解的那样。下面描述的系统和方法包括负载平衡计算机和远程信息处理服务器群，负载平衡计算机和远程信息处理服务器群被配置为从与公共后端系统(或车辆数据服务中心)相关的远程信息服务配备车辆接收和汇聚大量车辆数据，使得该车辆数据可以被分析并且用于改善对远程信息服务配备车辆的服务。

参考图1，示出了包括能够与数据服务中心12进行远程通信的多个车辆10、一个或多个无线载波系统14、陆地通信网络16和数据服务中心12(例如，所有车辆10向其发送vdu信息的公共后端系统)的操作环境。数据服务中心12包括专用计算机网络20，即通过诸如负载平衡计算机22的一个或多个网关计算机可专门访问车辆10的多个计算机。网络20还包括：远程信息处理服务器群24、(多个)数据汇聚器计算机26、(多个)数据分析器计算机28和(多个)数据库30。(在图1中仅示出了一个负载平衡计算机22、一个数据汇聚器计算机26、一个数据分析器计算机28和一个数据库30，并且在下面进行描述；然而，应当理解，根据具体实施方式，这些中的每一个可以表示单个装置或多个装置。)而且，应当理解，系统的架构不特别限于这里所示的操作环境，本文公开的方法可以与具有不同计算机或计算机系统的其他布置的数据服务中心一起使用。

还应当理解，图1示出了与通信和计算系统功能相关的多个抽象层。例如，无线载波系统14和陆地通信网络16可以被认为是物理层(例如，诸如开放系统互连或osi模型中的物理层)。总的来说，负载平衡计算机22、远程信息处理服务器群24和数据汇聚器计算机26可以被认为是表示层(参见osi模型)的子层。如下面将讨论的，这些装置22、24、26中的每一个可以为数据分析器计算机28解析和汇聚车辆数据。并且数据分析器计算机28和数据库30可以被认为是应用层(参见osi模型)。这种多层表示旨在(至少部分地)证明车辆数据的汇聚正在靠近物理层来实现。如下面将解释的，对于大数据，这等同于更大的系统性能和效率。

车辆10在所示实施例中被描绘为客车，但是应当理解，也可以使用任何其他类型的车辆，包括摩托车、卡车，运动型多用途车辆(suv)、休闲车辆(rv)、船舶、飞机等。此外，每个车辆10包括远程信息处理装置或车载通信系统(未示出)，其可以包括用于向数据服务中心12提供车辆数据上传文件(或简称为vdu)32的任何合适的部件。如下面将解释的，vdu32可以被分解为组成部分或上传消息34。每个车载通信系统可以包括蜂窝收发器、短程无线通信(srwc)收发器、有线耦合或连接器接口等中的一个或多个，蜂窝收发器、srwc收发器或连接器接口中的每一个可以适于经由无线载波系统14、陆地通信网络16或两者将vdu传输到数据服务中心12。车辆10中的蜂窝收发器能够根据一个或多个协议(例如，lte、evdo、cdma、gprs、edge等)进行通信。srwc收发器能够使用一个或多个srwc协议(例如，ieee802.11协议、wimax、zigbee^tm、wi-fidirect、蓝牙、近场通信等中的任何协议)。并且任何物理连接器/连接的接口使得能够经由usb端口、以太网端口、obdii端口等进行车辆通信。此外，如本文所使用的，术语车载通信系统包括利用和/或与车辆操作人员的移动装置(例如，蜂窝电话、智能电话、平板电脑等)交互以将车辆数据传送到服务中心12的通信系统。这种车载通信系统以及它们用于任何合适的车对车(v2v)或车对基础设施(v2i)通信的实施方式在本领域中是已知的。

应当理解，每个车辆10的车载通信系统还可以提供各种范围的其他车辆服务；即，其可以不仅被配置为与数据服务中心12通信，而且还可以用于(至少部分地)执行或提供诸如以下的服务：分路段导航和其他导航相关服务，安全气囊展开通知以及与诸如车身控制模块(未示出)的一个或多个碰撞传感器接口模块有关所提供的其他紧急或路旁援助相关服务，使用一个或多个诊断模块(未示出)的诊断报告，通过资讯娱乐模块(未示出)下载或流式传输音乐、网页、电影、电视节目、视频游戏和/或其他信息的资讯娱乐相关服务，实时分析服务(例如，关于车辆健康或诊断，驾驶员行为等)，等等。此外，每个车辆10的车载通信系统可以包括任何合适的硬件、软件或其组合，以执行本文所述的方法的至少一部分。例如，用户车辆10的车载通信系统可以被配置为软件、硬件等，以将推送通知或消息传送到数据服务中心12。如本文所使用的，推送消息或推送通知消息是由用户车辆10在没有来自数据服务中心12的特定请求(或更具体地，没有来自lbc22的请求)的情况下传送的上传消息34。此外，从每个车辆10传送的上传消息34的内容可以与车载通信系统可执行的任何车辆服务相关。

在至少一个实施例中，每个车辆10是用户车辆。如本文所使用的，用户车辆是至少偶尔地向数据服务中心12提供某种类型的状态数据的车辆。状态数据包括提供例如具有任何合适的内容或主题的vdu。用户车辆可以包括如下车辆，其中车辆的用户是同与数据服务中心12相关的服务提供商的认购协议的一方；然而，这不是必需的。在一些实施方式中，车辆10的用户已经确认或同意向车辆数据服务中心12发送或共享车辆数据(例如，在车辆购买、租赁等时或者根据后续的协议，在一些情况下，用户可以这样做以接收数据服务中心效率的间接效益)；然而，同样，这不是必需的。在至少一个实施例中，用户车辆10具有公共制造商或公共制造商协会(例如，通过品牌、业务部门或其他业务单位等相关)。在至少一个实施例中，用户车辆向数据服务中心12提供信息，该信息被编辑和用来提高总体客户满意度，这将在下面的方法中描述。

如上所述，车辆10可以将车辆数据上传文件(vdu)32传送到数据服务中心12。这些vdu32可以作为分组数据(例如，tcp、udp等)，作为短消息服务(sms)消息等传送，并且可以经由蜂窝传输，经由srwc(例如，经由基础设施)，经由车辆维护或服务中心处的无线或有线连接，或以任何其它合适的方式发送。另外，这些vdu32可作为一个或多个片段或上传消息34零碎地传送；即，当单个dvu32中的数据量超过期望的传输大小(例如，超过合适的分组大小或sms大小)时，可能期望发送多个上传消息34。每个上传消息34可以包括上传消息34的主体中的vdu数据的片段或部分。因此，在这些情况下，车辆10(或其中的车载通信系统)可以将vdu32分成多个部分，并且将整个vdu32作为多个上传消息34发送，并且数据服务中心12可以利用多个消息重新构建vdu32。下面将对此更详细地描述。应当理解，虽然将vdu32分成片段提高了车辆10处或通过无线载波系统14或陆地网络16的传输能力(或传输容量)，但这样做在必须将这些组成部分放回到一起(例如，汇聚、编辑、组织等)的数据服务中心12处提供了更大的复杂性。

至少一些车辆10可以被配置为与数据服务中心12的专用计算机网络20专门通信。例如，(多个)车辆10和数据服务中心12之间的通信链路可以经由仅车辆10已知的专用链路(例如，使用专用接入点名称或apn)来连接。类似地，每个车辆10可以具有仅数据服务中心12已知的唯一标识符(例如，apn)。在这样的示例中，车辆10可以具有用于所有其他车辆通信的另一apn(例如，公共apn)。由每个车辆10经由专用通信链路执行的通信可以利用至少一些加密技术；例如，可以使用密钥(例如，与数据服务中心12和该特定车辆10之间的通信相关的共享密钥或私钥)对通信的至少一部分进行签名。然而，如下面将更详细地解释的，在至少一个实施例中，在(多个)车辆10和数据服务中心12之间发送的上传消息34的一部分可以不被加密。在一些这样的实例中，(多个)上传消息34的其余部分可以使用私钥、公钥等来加密。

无线载波系统14优选地是蜂窝电话系统。例如，在gsm系统中，无线载波系统14可以包括蜂窝塔、基站子系统、移动交换系统等。或者例如，在lte系统中，无线载波系统可以包括蜂窝塔、演进节点bs(enbs)、服务器网关(sgw)、公共数据网络或pdn网关(pgw)等。本领域技术人员将理解，gsm系统和lte系统包括其他元件、子系统或部分，并且所列举的元件仅仅是示例。此外，gsm系统和lte系统仅仅是无线载波系统14的示例，并不旨在进行限制；还构想了其他无线载波系统实施方式。

陆地网络16可以是常规的陆基通信网络，其连接到一个或多个固定电话并且将无线载波系统14连接到数据服务中心12。例如，陆地网络16可以包括诸如用于提供硬连线电话、分组交换数据通信和互联网基础设施的公共交换电话网(pstn)。陆地网络16的一个或多个区段可以通过使用标准有线网络、光纤或其他光网络、电缆网络、电力线、诸如无线局域网(wlan)的其他无线网络，或者提供宽带无线接入(bwa)的网络，或者其任何组合来实现。此外，数据服务中心12不需要经由陆地网络16连接，而是可以包括无线电话设备，使得其可以与诸如无线载波系统14的无线网络直接通信。然而，在至少一个实施方式(如图1所示)中，数据服务中心12连接到陆地网络16。

通常，数据服务中心12被设计为向车辆10提供多个不同的系统后端功能。例如，数据服务中心12可以包括客户服务或呼叫中心，其包括自动语音响应系统、现场顾问公司或两者。如下面将描述的，数据服务中心12可以对传送到车辆10或从车辆传送的数据进行接收、发送、存储、汇聚、分析等。数据可以采取车辆数据上传(vdu)32的形式或任何其它合适的形式。该数据的内容的非限制性示例包括用户认证信息、车辆标识符、配置文件记录、行为模式、车辆诊断(或健康)数据、车辆使用数据(驾驶员行为或其他)、资讯娱乐和娱乐数据、导航和/或交通数据、紧急援助相关数据、以及其他相关用户信息。

图2中还示出了数据服务中心12的负载平衡计算机(lbc)22。在所示实施例中，lbc22包括处理器40、若干存储器装置42和若干缓冲器44。处理器40可以经由陆地网络16(或在一些情况下，直接从无线载波系统14)接收输入数据34。此外，处理器40耦联到(多个)存储器装置42和(多个)缓冲器44两者。处理器40可以是能够处理电子指令的任何类型的装置，包括微处理器、微控制器、主机处理器、控制器、车辆通信处理器和专用集成电路(asic)。处理器40可以被配置为执行各种类型的数字存储指令46，诸如存储在存储器装置42中的软件和/或固件程序，这使得lbc22能够提供多个负载平衡服务。例如，处理器40可以执行程序或处理数据以执行本文所讨论的方法的至少一部分。

在一个非限制性示例中，处理器40可以为多cpu控制中心，其包括设置成允许并联操作以及改善系统控制的四个或多个独立的cpu48。在多个cpu48的情况下，可以分派每个单元48与存储和/或汇聚数据(例如，分类和/或汇聚上传消息34)相关的一个或多个任务或例程。在一些实施方式中，根据消息的内容可以分派一个或多个cpu48与分类上传消息34相关的任务，而根据发送者的标识或消息的来源可以分派一个或多个其他cpu48与分类上传消息34相关的任务。下面将对此进行更详细的描述。进一步地，应当认识到，所示处理器40仅仅是示例。在其他实施例中，lbc22可以包括多个处理器40，且在至少一个优选实施例中，其确实如此。在这种实施方式中，一个处理器40可以专用于一个汇聚任务(例如，分类来自一组车辆10的消息34)，而另一个处理器40可以专用于不同的汇聚任务(例如，分类来自另一组车辆10的消息34)。这些仅仅是示例，且其他实施例也是可能的。

存储器装置42可包括任何非暂时计算机可用或可读介质，其包括一个或多个存储装置、存储制品，或数据库。示例性非暂时计算机可用存储装置包括常规计算机系统ram(随机存取存储器)、rom(只读存储器)、eprom(可擦除可编程rom)、eeprom(电可擦除可编程rom)和磁性或光学盘或带。所示实施方式示出了用于存储指令46的单个存储器装置42和三个其他存储器装置42；然而，这仅仅是示例。存储器装置42的数量和设置可以改变；进一步地，数字指令同样可以存储在一个以上的装置42上。

缓冲器或队列44可以为任何临时存储装置(例如，易失性存储器，比如ram存储器)且可以用作上传消息34的保存位置直至处理器40可将消息34发送到专用计算机网络20的另一部分(例如，远程信息处理服务器群24)。如下面将更详细描述，在至少一个实施方式中，上传消息34可以由一个或多个缓冲器44保存直至lbc22确定远程信息处理服务器群24中的服务器的状态或者直至服务器能够/准备好接收该消息34。缓冲器44可以在硬件中的固定存储器位置中实施或者通过使用软件中的虚拟数据缓冲器来实施，从而指向物理存储器中的位置。通常，实施缓冲器44的硬件、软件或其组合为本领域技术人员所知且不会在此进一步详述。

如下将在方法中所描述，存储于(多个)存储器装置42中并由处理器40执行的数字指令46可以配置成对从一个或多个车辆10接收的上传消息34进行分类。在至少一个实施例中，指令46读取上传消息报头的未加密部分，并且基于报头中的未加密数据，处理器40(根据指令46)确定服务器群24中的哪一个服务器发送上传消息34。可以对多个上传消息34重复该过程，且在许多情况中可以同时执行。在一些实施例中，报头中的未加密数据包括处理器40(根据指令46)可将其用于标识上传消息34的来源的车辆标识符(例如，远程信息处理序列号、车辆标识号(vin)等)。且在其他实施例中，报头中的未加密数据包括处理器40(根据指令46)可将其用于标识上传消息34的内容的应用触发标识符，即，哪一个车辆子系统或应用触发了vdu32(例如，哪一个系统或子系统触发了上传消息34的突发或一系列上传消息34)。在任意一种情况中，这种未加密数据可以用于选择或确定(在服务器群24中)哪一个服务器发送上传消息34。当然，这些仅仅是示例，且同样可以使用其他合适的分类指令。以下更详尽地描述这些示例。

示于图1中的远程信息服务器群24包括多个服务器50。每个远程信息服务器50可具有类似的硬件；因此，本文将仅仅描述一个(见图3)。每个服务器50可包括一个或多个处理器52和一个或多个存储器装置54。每个处理器52可类似于上述处理器40而设置。例如，(多个)处理器52可以是能够处理电子指令的任何类型的装置，包括微处理器、微控制器、主机处理器、控制器、车辆通信处理器和专用集成电路(asic)。然而，处理器52可以配置成执行存储于(多个)存储器装置54中的数字存储指令56，其可与指令46不同。指令56可以实现为软件和/或固件程序，其使服务器50能够提供当执行时实施至少一部分下述方法的许多汇聚服务。例如，存储于(多个)存储器装置54中并由处理器52执行的数字指令56可以配置成汇聚从lbc22接收的上传消息34。图5示出了将多个上传消息34汇聚到单个车辆数据上传(vdu)32，且在下述方法中提供了这样的示例。进一步地，指令56可以使处理器52能够从每个消息34的主体提取内容或内容数据，并将内容汇编或设置成可理解格式。

除了(多个)装置54可以存储不同数据和/或数字指令外，(多个)存储器装置54可以类似于上述存储器装置42。例如，(多个)存储器装置可以为任何非暂时计算机可用或可读介质，其包括一个或多个存储装置、存储制品，或数据库。示例性非暂时计算机可用存储装置包括常规计算机系统ram(随机存取存储器)、rom(只读存储器)、eprom(可擦除可编程rom)、eeprom(电可擦除可编程rom)，和磁性或光学盘或带。在图3中，示出了一个存储器装置42；然而，每个服务器50可以包括多个存储器装置54。

在一个实施例中，每个服务器50是相同的并类似地配置。例如，存储于每个服务器50上的指令56可以是相同的，使得每个服务器可类似地执行汇聚指令。以此方式，如果一个服务器50经历处理延迟，则一个或多个其他服务器50可承担其任务或职责。如本文所用，处理延迟包括任何服务器相关延迟、服务器相关故障、难题或问题，和/或任何服务器相关不可操作性，所有这些将趋于将相应服务器50的处理能力或容量降低至小于预定阈值或比较阈值。预定阈值是客观值(例如，百分比)且包括基于其余cup或处理能力(例如，代替当前处理任务、例程、程序等)的阈值。比较阈值可以为当与服务器群24中的其他服务器50相比时基于相关cpu或处理能力的主观值。因此例如，在至少一个实施例中，服务器可以在低于预定阈值但相对于比较阈值较高下操作，在这种情况下，服务器不会被认为正在经历处理延迟。继续本示例，如果相同的服务器在低于预定阈值和比较阈值下操作，则服务器可以经历处理延迟。

在其他实施例中，一个或多个服务器50可以专用或标记(例如，指定)用于接收某些上传消息34，例如基于消息内容或消息34的来源。例如，一个或多个服务器50可接收来自关于第一组车辆10的lbc22的上传消息34，而一个或多个不同服务器50可接收来自关于第二组车辆10的lbc22的上传消息34等。或者例如，当上传消息与在车辆10处确定的诊断报告或功能相关时，一个或多个服务器50可接收来自lbc22的上传消息34。或者例如，当上传消息与车辆10的车载通信系统的软件版本相关时，一个或多个不同服务器50可以接收来自lbc22的上传消息34。如下文更详细地描述，lbc22可以负责分类这些不同类别的消息34并相应地将消息34提供给各种服务器50。

在其他实施例中，lbc22可以确定每个服务器50的操作状态，使得可以在服务器50中的一个或多个处的处理延迟的情况下划分相应服务器50的汇聚任务或者职责。因此，当服务器50被标记用于基于比如内容、来源等类别接收消息34时，在至少一个优选实施例中，多个服务器50与每个类别相关，以这种方式，在处理延迟的情况下，另一个类似的被标记的服务器50(处于相同类别)可以承担经历处理延迟的服务器的职责。因此，不管服务器50的构造如何，可以设想的是，至少一个其他服务器50可以承担每个服务器50的任务或职责，使得lbc22可以做出服务器选择调整以及平衡不同服务器50之间的上传消息通信。

图1示出了数据汇聚器计算机26和数据分析器计算机28各自分别包括处理器62、72，存储器装置64、74和数字存储指令66、76。为了简明，在本文不再介绍处理器62、72和存储器装置64、74。应当认识到，根据以上参照lbc22和/或服务器50描述的处理器和存储器装置实施方式中的一个或多个可以实现这些装置62-64和72-74中的每一个。因此，处理器62、72中的每一个可以执行存储于存储器装置64、74(分别地)上的指令66、76以实施本文所述方法的至少一部分。然而，指令66和指令76可以在配置、目的和功能上不同。

在至少一个实施例中，指令66可根据适合的相似性将来自服务器群24的一个或多个vdu32进行分组，例如在分析的准备中通过数据分析器计算机28汇聚vdu32。例如，图6示出了多个vdu32可以汇聚到数据编辑或vdu相似性组80(例如，通过类推，如果vdu32为文件，则相似性组80可以近似于文件的集合；然而，这种示例仅仅用于说明相似性分组；但还设想了其他合适的相似性分组或表示)。vdu汇聚到相似性组80的非限制性示例包括：根据从其接收vdu32的特定车辆10汇聚vdu32，根据从其接收vdu32的预定数量和选择的车辆10汇聚vdu32，根据在上传消息34的时间特定或普通地理位置或区域内的车辆10汇聚vdu32，根据一种类型或类别的诊断消息或故障代码(例如dtc)汇聚vdu32，根据与车辆10相关的软件版本(例如，与车载通信系统中的每一个相关的软件版本)汇聚vdu32等等。同样，这些仅仅是示例。可以通过数据分析器计算机28准备和汇聚数据用于分析的方式可以根据熟悉特定车辆分析的类型和/或需求的系统架构师和其他本领域技术人员来选择或配置。

此外，在执行指令66时，处理器62可根据预定或预配置相似性来分组vdu32。或者指令66可允许处理器62接收来自数据分析器计算机28的输入或反馈82，例如将规律的或间歇实时变化提供给期望相似性。在后一种情况下，数据汇聚器计算机26可至少暂时地将vdu32汇聚到不同相似性组80，然后将这些不同相似性组80提供给计算机28。同样，这仅仅是示例；系统架构师还可以设想其他实施方式。

指令76可以进行vdu32、vdu组80或二者的相似性分析。例如，数据分析器计算机28可以处理vdu32、vdu组80或二者以揭示：与车辆10相关的模式或与车辆10的使用者相关的模式；基于地理、车辆制造商、车辆模型、车辆使用者人口统计、车辆硬件和/或软件(例如，包括软件版本)、车辆诊断的相关性，仅仅列出几个非限制性示例；客户偏好和意向(例如，数据下载、上传意向、用户使用的车辆硬件/软件等)；和/或行销或其它有用的商业信息。系统架构师和其他本领域技术人员将认识到适合类型的分析、这种分析的适合定时和持续时间、这种分析的适合实施方式等。将认识到，使用指令76的大数据分析可以用于改善用户车辆10的车辆体验，改善数据服务中心12的操作效率，产生行销收益，和/或为数据中心12提供相对于其他后端系统的某些竞争优势。分析指令76的示例仅仅是示例性的；本文可以设想其他实施方式。

示于图1中的大数据或后端数据库30通常可以为任何合适类型或集合的存储器装置(类似于以上所述)；例如，数据库30可以包括非暂时计算机可用或可读介质。在至少一个实施例中，数据库30的(多个)存储器装置的规模或大小可以大于任何先前描述的存储器装置(例如大于装置42、64或74)；例如，大于数十、数百，或甚至数千倍。数据库30可以存储历史vdu数据和vdu分组数据、vdu数据和vdu分组的历史分析等。进一步地，数据库30可以被数据分析器计算机28访问，例如用于现在或当前数据相对于历史数据的比较。本领域技术人员将认识到数据库30存储这种数据的持续时间、存储在其中的数据的具体类型等。

下面将描述一种使用数据服务中心12的专用计算机网络20的方法，其中先前描述的元件22、24、26、28和30依序工作和/或彼此一致工作以实施该方法。如图1所示，上传消息34可以经由任何合适的通信介质传送到负载平衡计算机(lbc)22，其可确定服务器群24中的一个或多个合适的服务器50中的哪一个发送上传消息34。在服务器群24，上传消息34可以编辑成vdu32并发送到数据汇聚器计算机26。在数据汇聚器计算机26，vdu32可进一步汇聚到vdu组80；然后，vdu32和/或vdu组80可以转发到数据分析器计算机28。在分析器计算机28，可以分析数据32、80，且可以提供任何合适的输出。vdu32、组80、数据分析器计算机28的分析输出，或其任何组合可以在(多个)数据库30处存储任何合适的持续时间。该过程可以持续。进一步地，lbc22可以配置成优化数据通信，使得数据分析器计算机28更接近实时地接收vdu32和vdu组80，例如，换言之，lbc22可以平衡服务器50之间的数据通信负载以最大化汇聚速度和效率。如将在随后的方法中所述，专用计算机网络20的结构以及相应计算机/计算系统的配置和指令适于推动大数据的汇聚更接近专用计算机网络20的边缘；即，适于推动大数据的汇聚更接近lbc22从而最终实现更有效和更快的数据分析。

方法-

现转到图7a-图7b，示出了使用与数据服务中心12相关的专用计算机网络20汇聚车辆数据的方法700。该方法开始于步骤705，其中负载平衡计算机(lbc)22接收上传消息34。为了说明目的，方法700描述了单个上传消息。然而，应当认识到，在实践中，lbc22可同时或接近同时地接收数百万的上传消息34。在步骤705中，可以经由任何合适的方式(例如经由蜂窝传输、srwc通信(例如，经由基础设施)、经由车辆服务中心等)接收消息34。在至少一个实施例中，上传消息34是经由用户车辆10之一的车载通信系统而蜂窝式地接收(例如，经由无线载波系统14和陆地网络16发送的分组数据消息)。这可能是车辆10将上传消息34推送到lbc22(例如，推送通知消息)的结果。

一旦上传消息34在lbc22处被接收，则在步骤710中，lbc确定(例如，解析、读取和解释)上传消息34的报头102的至少一个参数；参见图4。图4示出了上传消息34的一个分组数据实施例的格式。同样，应理解，分组数据仅仅是上传消息34的一种类型(例如，如上所论述，消息34可以是sms消息或任何其它适当类型的数字传输)。图4中的上传消息34包括报头102、主体104和脚注106。在至少一个实施例中，报头102至少包括未加密部分110；在一些实施例中，报头102可进一步包括加密部分112(然而，这不是必需的)。未加密部分110可以是传输控制协议/用户数据报协议(或者tcp/udp)报头，并可包括一个或多个报头参数120-132。在图4中，示出了未加密报头参数120-132的实施例；然而，这些仅仅是实施例。在一些实施例中，可呈现单个未加密报头参数(例如，参数120-132中的一个)。并且在另外其它实施例中，可存在与本文中所显示且描述的那些未加密报头参数不同的未加密报头参数，或者比在图4中所显示的参数更多或更少的参数。未加密报头参数120-132的非限制性实施例包括：消息格式指示参数120、应用触发器识别参数122、单元识别参数124、时间戳参数126、消息尺寸参数128、一个或多个子报头参数130和一个或多个传输或传输协议参数132。消息格式指示参数120可提供针对(多个)服务器50的指令性信息，例如，如何解析消息34的主体104。另外地，消息格式指示参数120可识别由车辆10的车载通信系统所使用的软件版本(从该处发送消息34)。应用触发器识别参数122可指示消息或用例的目的，例如，消息34是否涉及诊断、驾驶员行为等。在一些实施方式中，参数122可指示数据是否与相应车辆10中的特定模块相关(例如，主体控制模块、导航单元等)。单元识别参数124可识别从其发送消息34的特定车辆10。在一些实施例中，这可以是识别特定车辆10的车载通信系统的车辆识别码(vin)或序列号或apn。这些仅仅是实施例；也存在其它实施例(例如，与用户身份模块(sim)相关的识别符，诸如国际移动用户识别码(或imsi))。时间戳参数126包括与何时传输消息34相关的时间的任何指示；例如，车辆10的实际传输时间。这仅仅是时间参数的实施例；也可以使用其它时间参数。尺寸参数128可指示特定上传消息34的尺寸(或例如，消息34的主体104的尺寸)和/或(消息34所属的)整个vdu32的尺寸。(多个)子报头参数130可指示与包括vdu32的上传消息34的类型和系列相关的额外信息。例如，一个子报头参数130可以是索引值，其允许(在服务器群24中的)服务器50以顺序次序使消息34与特定vdu32的其它构成构件重新汇编。仅为了说明的目的，考虑到突发的具有001、002、003、004和005的索引值的五个上传消息，其中特定上传消息34(在步骤710中)具有004的索引值。(一旦服务器50也接收到那些消息)，服务器50可在具有003和005的指数的构成消息之间重新汇编特定上传消息。这当然仅是实施例以说明子报头参数130的一个实施例(例如，以及在服务器50上稍后如何将重新汇编一系列或突发的上传消息34)；也可考虑其它实施方式。并且(多个)传输参数132可识别源互联网协议(ip)地址和端口编号(和/或目的ip地址和端口编号)，以及任何其它合适的传输协议信息。

接着在步骤715中，在上传消息34被发送至一个或多个服务器50之前，lbc可确定(例如，解析、读取和解释)上传消息34的时间戳参数126。更具体地说，在步骤715中，lbc22可确定用于上传消息34的相关时间窗口是否已到期。在一个实施例中，lbc22可存储预定时间段或到期窗口，将时间戳参数126与该到期窗口进行比较，并确定上传消息34是否已到期。如果上传消息已到期，则lbc22可忽略和/或丢弃消息34，且方法700可返回到步骤705。如果上传消息未到期，则方法可进行到步骤720。到期窗口可与lbc22预期接收从车辆10发送的整个vdu32的持续时间相关。例如，当车辆10以突发的上传消息34来传输vdu时，这可相对较快地发生(例如，在几秒或甚至几分钟内)。在一些情况下，lbc22可能没有接收到若干额外时间的所有上传消息，尤其是如果存在传输延迟时。因此，在至少一些实施例中，到期窗口可以是15分钟、20分钟，或甚至30分钟。在这些实施例中的每个中，到期窗口的持续占有车辆传输时间、载体系统14或陆地网络26中的延迟或滞后，以及往往数十或更多的额外分钟(例如，时间或延迟容限)。因此，仅仅用于说明的目的-以及假设到期窗口是30分钟，lbc22可确定时间戳参数126的值是2015-10-31,13:10:59，并将其在lbc处与时钟值进行比较。如果lbc时钟值小于或等于2015-10-31,13:40:59(即，来自传输时间的30分钟)，则lbc22确定消息34未到期并进行到步骤720。且如果lbc时钟值大于2015-10-31,13:40:59，则lbc22确定消息34已到期，忽略和/或丢弃消息34，并返回到步骤705。以这种方式，可不再与实时分析相关的消息34可从大数据汇聚过程中移除，由此改善系统效率。

接着在步骤720中，lbc22可在服务器群24中确定一个或多个服务器50以发送未到期的上传消息34。如上所述，这种选择可取决于未加密报头参数120-132中的一个或多个。例如，如果lbc22基于源将上传消息分类，则lbc22可基于未加密单元识别参数124来确定(多个)服务器50。或例如，如果lbc22基于内容将上传消息分类，则lbc22可基于未加密应用触发器识别参数122来确定(多个)服务器50。或例如，如果lbc22基于(相应的上传通信系统的)软件版本将上传消息分类，则lbc22可基于未加密消息格式指示符120来确定(多个)服务器50。或如果lbc22基于(多个)传输参数将上传消息分类，则lbc可基于源ip地址和端口和/或目的ip地址和端口来确定(多个)服务器50。在一些实施方式中，在确定哪(些)个服务器来发送消息34中可考虑多于一个参数120-132。因此，这些分类方式可单独使用或彼此结合使用。以及这些仅仅是几个实施例以说明lbc22可如何选择服务器50的一个方面。如在以下步骤725中所述，lbc22也可考虑哪(些)个服务器50处于较低数据通信量。

在至少一个实施例中，lbc22仅使用单元识别参数124和/或时间戳参数126。在至少一个其它实施例中，lbc22使用单元识别参数124、时间戳参数126，和(多个)传输参数132中的至少一个。且在至少一个其它实施例中，lbc22使用单元识别参数124、时间戳参数126、(多个)传输参数132、消息格式指示参数120，和应用触发器识别参数122中的至少一个。

在步骤725中，lbc22确定(多个)选定服务器50的状态，例如，(多个)选定服务器50是在正常模式下还是非正常模式下操作。如果(多个)服务器50正在正常模式下操作，则方法进行到步骤740(图7b)。然而，如果(多个)选定服务器50正在非正常模式下操作，则方法进行到步骤730(例如，选择不同服务器50或至少考虑不同服务器)。正常模式50可指示正在经历未处理(多个)延迟的(多个)服务器50。且非正常模式意思是指，(多个)服务器50正在经历处理延迟(或甚至完全不可操作)。

在步骤730中，lbc可确定不同服务器50，例如，至少一个将向其发送上传消息34的替换服务器。由于与在步骤720中的那些类似的原因，可识别或确定不同服务器50。例如，不同服务器50可识别为处理类似分类的上传消息34。在步骤730之后，方法700返回到步骤725并确定(多个)新选定服务器50的状态。在一些实施方式中，(多个)新选定服务器50可处于正常模式，在此情况下方法进行到步骤740。然而，如果(多个)新选定服务器50同样处于非正常模式，则lbc22可进行到步骤730(选择(多个)不同服务器50)或者在先前选定服务器50中的两个或更多个之间做出比较(例如，以确定一个或多个是否比其它更加适合处理特定上传消息34)。这可包括确定上述比较阈值的lbc22。进一步地，在步骤725和730之间的循环可以是迭代的。例如，由于多个服务器50的非正常模式，lbc22可选择多个服务器50(所有这些可在非正常模式下运行)，并最终选择更好(或最好)适合的候选中的一个。例如，这种迭代确定通常可在高通信量，在服务器50上执行的维护，或当多个服务器50正在经历处理延迟期间发生。在一些情况下，该方法甚至可基于其它(多个)参数返回到步骤720并选择远程信息处理服务器。应当理解，步骤715、720、725和730为负载平衡步骤；即，lbc22可确定最有效服务器50以进一步处理特定上传消息34。

在步骤740中(图7b)，lbc22将上传消息34传输到所确定或最终选定的(多个)服务器50。在至少一个实施例中，这是通过专用计算机网络20中的有线连接进行的(例如，通过总线或诸如此类)；然而，这不是必需的。

在步骤745中，在服务器群24中的选定服务器50可使用上传消息34来开始编辑或汇编vdu32。例如，继续以上实施例，如果特定上传消息是004，且假设在此之前服务器50收到消息001、002、003和005，则服务器50可使用这最后消息(即，004)来完成编辑vdu32。服务器50根据vdu32不仅可以汇聚上传消息(001、002、003、004和005)；服务器50可提取每个上传消息34的内容并将构成部分汇编成整个，即，整个vdu文件。如先前所论述，每个上传消息34的主体可至少部分地加密；因此，服务器50可对每个消息34的内容进行解密并汇编未加密内容以重新汇编整个vdu文件。在其它实施方式中，解密可在数据汇聚器计算机26中发生。

在步骤750中，选定服务器50可确定整个vdu32是否被汇编。如果vdu是不完整的，则服务器50可以确定其需要接收额外的上传消息34(步骤755)，并返回到步骤705。如果方法返回到步骤705，应该理解，构成整个vdu的上传消息的序列可以以任何次序且不定期地接收。进一步地，当一个(与特定vdu32相关的)上传消息34正被处理时，另一个相关的上传消息34可在在步骤750中处理第一消息之前在lbc22处接收。因此，该过程通常可以是连续且重叠的。如果在步骤750中，服务器50确定vdu32是整个的(所有的上传消息被编辑)，则方法700可进行到步骤760。

在步骤760中，服务器50将特定vdu32传输到数据汇聚器计算机26。在步骤765中接收之后，汇聚器计算机26根据一个或多个合适的相似性来汇聚vdu32(例如，如上所论述)。一般而言，本领域技术人员和系统架构师应理解哪种相似性对汇聚是适宜或期望的。在至少一个实施例中，数据汇聚器计算机26使用专用计算机网络20将多个vdu32一起编辑成vdu相似性组80，并将该组80提供给数据分析器计算机28(例如，通过数据总线来提供)。在其它实施例中，除了相似性组80之外或代替相似性组80，数据汇聚器计算机26将多个vdu32提供给数据分析器计算机28。被汇聚的vdu32可来自相同车辆10，但是更有可能来自其它用户车辆10。类似地，在很多实施方式中，相似性组80来自多个车辆10(然而，这不是必需的)。一旦汇聚vdu32，方法700就进行到步骤770。

在随后的步骤770中，数据分析器计算机28分析vdu32、相似性组80，或两者。与步骤765类似，本领域技术人员和系统架构师应理解可由分析器计算机28来执行的适宜或期望的分析。这些分析可存储在数据库30中。进一步地，分析器计算机28也可将vdu32和/或相似性组80提供给数据库30以用于存储。在步骤765之后，方法700结束。

因此，已描述了包括专用计算机网络的数据服务中心，其使用来自一个或多个用户车辆的车辆数据。计算机网络包括解析车辆数据并对其分类的网关计算机或负载平衡计算机，并确定多个远程信息处理服务器中的哪个来发送特定车辆数据。计算机网络可进一步为甚至更高层做准备来汇聚数据以执行分析。配置计算机网络，使得较多汇聚靠近物理层进行(例如，无线载波系统和/或陆地通信网络)。以这种方式可提高数据服务中心性能和效率。

应当理解的是，前面是关于本发明的一个或多个实施例的描述。本发明不限于在此公开的特定实施例，而是由下面的权利要求书来单独限定。此外，包括在前述描述中的声明涉及特定实施例，并不能解释为限定本发明的范围或限定权利要求中所使用的术语，在该术语或措词在上面进行了明确限定的情况下除外。各种其它的实施例和已公开(多个)实施例的各种变化以及修改对本领域技术人员而言显而易见。所有这些其它的实施例、变化和修改都应落在所附权利要求的范围之内。

如在本说明书和权利要求中所使用，术语“例如(e.g.)”、“例如(forexample)”、“比如(forinstance)”、“诸如(suchas)”以及“类似(like)”和动词“包括(comprising)”、“具有(having)”、“包含(including)”，以及它们的其它动词形式，当与一个或多个元件或其它术语列表结合使用时，均应解释为开放式，意思是该列表不应被看作排除了其它额外部件或项目。除非用于要求有不同解释的上下文中，否则其他术语使用其最广泛的合理含义来解释。