CN117223026A - 管理系统及管理方法 - Google Patents

Abstract

管理系统具备：控制部(505)；以及存储部(504)，其存储与搭载于各移动体的运算资源相关的资源信息(D14)和各移动体的工作历史信息(D15)。控制部(505)参照资源信息(D14)及工作历史信息(D15)，进行提取运算资源被增强的对象移动体的提取处理、向对象移动体的拥有者发送运算资源的增强指引的指引处理以及在获取到更新信息时基于更新信息更新资源信息(D14)的更新处理。

Description

管理系统及管理方法

技术领域

此处公开的技术属于涉及管理系统及管理方法的技术领域。

背景技术

专利文献1中公开了具备多个通信装置和管理网格计算的管理服务器的系统。管理服务器具备信号接收部、状态判定部和响应发送部。信号接收部从通信装置接收表示该通信装置能够参加网格计算的信号。状态判定部基于多个处理装置各自的计算资源的使用状况，判定多个处理装置各自的处理能力的不足状态。在多个处理装置中的至少任一个的处理能力不足的情况下，响应发送部基于上述信号向上述通信装置发送参加网格计算的指示。通过这样的结构，意图有效运用多个通信装置的计算资源。

现有技术文献

专利文献

专利文献1：日本特开2020-160661号公报

发明内容

发明所要解决的课题

然而，在将专利文献1的技术应用于个人拥有的移动体(车辆等)的情况下，存在各个拥有者也有行动计划的问题。在拥有者使用移动体的情况下，例如，在车辆行驶中，不能参加网格计算。因此，对于这些移动体，存在如下问题：即使收到了作为网格计算的运算资源的使用许可，在委托其参加时，能否参加的不确定性也非常高。即，在多个处理装置中的至少任一个的处理能力不足的情况下，即使收到了向网格计算的参加指示，收到指示的移动体也不一定能够参加网格计算。

另外，在个人拥有的移动体的情况下，作为向网格计算的主要参加场景，可假定移动体未被拥有者使用时。而且，在移动体未被使用时，该移动体多数情况下是放置在各个人住宅中。于是，假定移动体彼此的物理距离较为远离。如果考虑网格计算的处理稳定性、移动体相互间的数据的收发等，则优选由处于某规定的距离范围内的移动体彼此构建网格计算。然而，在存在于该距离范围内的移动体中，在运算资源不够的情况下，有时不能充分地确保执行网格计算方面的计算能力。

此处公开的技术是鉴于这一点而提出的，其目的在于按照网格计算处理的工作状况在不安排追加的车辆的前提下确保追加的运算资源。

用于解决课题的手段

为了解决所述课题，在此处公开的技术中，以对运用了分别搭载于多个移动体的运算资源的网格计算进行管理的管理系统为对象，将其构成为具备：控制部；以及存储部，其存储资源信息和工作历史信息，所述资源信息是与搭载于各所述移动体的运算资源相关的信息，所述工作历史信息表示各所述移动体在网格计算中的计算处理的历史；所述控制部进行以下处理：提取处理，参照存储于所述存储部的所述资源信息及所述工作历史信息，从所述多个移动体中提取成为运算资源被增强的对象的对象移动体；指引处理，向所述对象移动体的拥有者发送运算资源的增强指引；以及更新处理，在获取到表示已对所述对象移动体进行了运算资源的增强的更新信息时，基于所述更新信息更新所述资源信息。

根据上述方式，参照资源信息及工作历史信息从多个移动体中提取成为运算资源被增强的对象的对象移动体，并发送运算资源的增强指引来促使运算资源增强。由此，不改变多个移动体的架构就能加强运算资源。即，在如专利文献1那样处理能力不足的情况下，不用向通信装置发送向网格计算的参加指示，就能增加执行网格计算处理方面的运算资源。

发明效果

如以上说明，根据在此公开的技术，能够按照网格计算处理的工作状况在不安排追加的移动体的前提下确保追加的运算资源。

附图说明

图1是例示实施方式的系统的构成的概略图。

图2是用于对网格计算进行说明的概念图。

图3是例示车辆的构成的框图。

图4是例示用户终端的构成的框图。

图5是例示客户端服务器的构成的框图。

图6是例示设施服务器的构成的框图。

图7是例示管理服务器的构成的框图。

图8是对用于供客户端向运营侧服务器委托作业的登记表进行例示的概略图。

图9是表示在设施终端、车辆、客户端终端及管理服务器之间传递的信息的概略图。

图10是例示管理系统的动作的流程图。

图11是表示网格的编组例的图。

图12是表示网格的编组例的图。

图13是例示网格的编组处理的流程图。

图14是例示作业的受理处理的流程图。

图15是例示匹配处理的流程图。

图16是例示网格计算处理的流程图。

具体实施方式

以下，参照附图对示例性的实施方式进行详细说明。此外，对图中的相同或相当的部分标注相同的附图标记，有时省略重复的说明。

＜第一实施方式＞

(网格计算系统)

图1例示了实施方式的网格计算系统1(以下，也简称为“系统1”)的构成。

该系统1具备多个车辆10、多个用户终端20、客户端终端30、设施终端40和管理服务器50。这些构成要素能够经由通信网5相互通信。在多个车辆10中分别搭载运算装置105。

〔网格计算〕

如图2所示，在实施方式的系统1中，由多个运算装置105构成网格计算(以下，也简称为“网格G”)，进行使多个运算装置105中的能够利用的运算装置105处理作业数据的网格计算处理。

此外，如果在车辆10中需要运算装置105的计算能力，则运算装置105成为工作状态，利用运算装置105的计算能力。例如，在车辆10行驶的情况下，为了车辆10的行驶控制而需要运算装置105的计算能力，运算装置105成为工作状态。

另一方面，如果在车辆10中不需要运算装置105的计算能力，则运算装置105成为停止状态，不利用运算装置105的计算能力。例如，如果车辆10停车且车辆10的电源成为断开状态，则不需要运算装置105的计算能力，运算装置105成为停止状态。

〔车辆〕

车辆10为用户所拥有。用户驾驶车辆10。在该例子中，车辆10为机动四轮车。另外，在车辆10中搭载电池(省略图示)。电池的电力被供给到运算装置105等车载设备。作为这样的车辆10的例子，可举出电动汽车、插电式混合动力汽车等。

如图3所示，车辆10具备致动器11、传感器12、输入部101、输出部102、通信部103、存储部104和运算装置(处理器)105。

致动器11包含驱动系统的致动器、转向系统的致动器、制动系统的致动器等。作为驱动系统的致动器的例子，可举出发动机、变速器、电动机。作为制动系统的致动器的例子，可举出制动器。作为转向系统的致动器的例子，可举出方向盘。

传感器12获取用于车辆10的控制的各种信息。作为传感器12的例子，可举出拍摄车外的车外摄像头、拍摄车内的车内摄像头、检测车外的物体的雷达、车速传感器、加速度传感器、偏航率传感器、加速器开度传感器、转向传感器、制动器液压传感器等。

输入部101输入信息、数据。作为输入部101的例子，可举出通过被操作而输入与操作对应的信息的操作部、输入表示信息的图像的摄像头、输入表示信息的语音的麦克风等。输入到输入部101的信息、数据向运算装置105发送。

输出部102输出信息、或数据。作为输出部102的例子，可举出输出表示信息的图像的显示部、输出表示信息的语音的扬声器等。

通信部103收发信息、数据。由通信部103接收到的信息、数据向运算装置105发送。

存储部104存储信息、数据。存储部104的具体结构没有特别限制。例如，可以由内置于芯片的存储器实现，也可以由HDD(Hard disk drive，硬盘驱动器)、SSD(Solid StateDrive，固态驱动器)实现，还可以由DVD、BD这样的光盘实现。在本公开中，将搭载于车辆10且能够存储或蓄积数据的存储区域统称为储存器108。换言之，存储部104由储存器108的一部分存储区域实现。

在该例子中，存储部104存储车辆信息D10。在车辆信息D10中包含车辆识别信息D11、车辆状态信息D12、车辆行驶信息D13、资源信息D14、工作历史信息D15和工作计划信息D16。

〈车辆识别信息〉

车辆识别信息D11是用于识别各个车辆10的信息。具体而言，车辆识别信息D11包含识别车辆10的车辆识别信息、识别拥有车辆10的用户的用户识别信息、表示车辆10的性能的车辆10的等级信息(包含车辆的驱动系统的性能、可选择的状态)。

〈车辆状态信息〉

车辆状态信息D12是表示车辆10的状态的信息。例如，车辆状态信息D12包含车辆位置信息、车辆通信信息、车辆电源信息、车辆电池余量信息、车辆充电信息等。车辆位置信息表示车辆10的位置(纬度及经度)。例如，车辆位置信息能够由GPS(Global PositioningSystem，全球定位系统)获取。车辆通信信息表示车辆10的通信状态。车辆电源信息表示车辆10的电源的状态。例如，车辆电源信息表示点火电源的通断、辅助电源的通断等。车辆电池余量信息表示搭载于车辆10的电池(省略图示)的余量。车辆充电信息表示车辆10是否正在在充电设备(省略图示)处充电。

〈车辆行驶信息〉

车辆行驶信息D13是表示车辆10的行驶历史的信息。例如，车辆行驶信息D13相关联地表示车辆10的位置和时刻。此外，除了行驶历史信息之外，还可以包含表示车辆10的未来的行驶计划的行驶计划信息。

〈资源信息〉

资源信息D14是与后述的运算资源109(包含后述的CPU106、GPU107及储存器108)相关的信息。

例如，关于运算装置105(包含CPU106、GPU107)，资源信息D14包含对运算装置105设定的运算装置ID、对搭载运算装置105的车辆10设定的车辆ID、表示运算装置105的性能的运算装置性能信息。运算装置ID例如也可以针对CPU106、GPU107分别设定。运算装置性能信息例如包含CPU106、GPU107各自的性能信息。

例如，关于储存器108，资源信息D14包含例如存储容量值、储存器的类别(HDD、SSD、闪存等)这样的能够向网格计算处理分配的信息、各储存器108的写入速度/读出速度、错误率等信息。另外，作为与储存器108相关的资源信息，也可以包含由车辆整体搭载的存储容量值、当前的空闲容量值。

运算装置ID为识别运算装置105的运算装置识别信息的一例。在运算装置性能信息所表示的运算装置105的性能中，包含表示运算装置105的计算能力(具体而言为最大计算能力)的计算能力、运算装置105中的CPU106和GPU107的比率等。此外，运算装置105的计算能力是运算装置105在每单位时间能够计算的数据量。

〈工作历史信息〉

工作历史信息D15是表示运算装置105的工作历史的信息。例如，工作历史信息D15相关联地表示运算装置105的计算能力的利用率和/或作业的处理量和时刻。工作历史信息D15包含通常工作历史和网格工作历史。通常工作历史例如是表示为了供用户使用而使运算装置105工作以提供车辆的行驶、导航、音乐播放等服务等的历史的信息。网格工作历史是表示为了执行网格计算处理而使运算装置105工作的历史的信息。

〈工作计划信息〉

工作计划信息D16是表示运算装置105的工作计划的信息。具体而言，工作计划信息D16表示利用历史信息和利用计划信息等，上述利用历史信息表示运算装置105的过去的利用状况，上述利用计划信息表示运算装置105的未来的利用状况。

运算装置105控制车辆10的各部。在该例子中，运算装置105根据由传感器12获得的各种信息控制致动器11。

运算装置105具有处理器、存储器等。作为处理器的例子，可举出CPU(CentralProcessing Unit，中央处理器)、GPU(Graphics Processing Unit，图形处理器)等。存储器存储用于使处理器动作的程序、表示处理器的处理结果的信息、数据等。

此外，搭载于运算装置105的处理器的数量可以是一个，也可以是多个。另外，搭载于运算装置105的处理器可以仅是CPU106及GPU107中的任一方，也可以是CPU106及GPU107双方。在该例子中，运算装置105具有CPU106及GPU107双方。例如，运算装置105由一个或多个ECU(Electronic Control Unit，电子控制单元)构成。

在运算装置105中包含CPU106和GPU107中的至少一个。在本公开中，将能够用于网格计算的计算/处理的资源称为“运算资源109”。运算资源109包含搭载于车辆10的CPU106、GPU107及储存器108中的一部分或全部。例如，在后述的图12中，在主车辆CM中，作为运算资源，搭载有三个CPU106、一个GPU107和一个储存器108。同样，在车辆C1中搭载有一个CPU106、两个GPU107和一个储存器108，在车辆C2中搭载有两个CPU106、一个GPU107和一个储存器108，在车辆C3中搭载有一个CPU106、一个GPU107和两个储存器108。此外，在搭载于车辆10的CPU106、GPU107及储存器108中，也可以将其一部分作为运算资源109。即，例如，在CPU106、GPU107及存储部104中，也可以包含不能作为运算资源109利用的设备或利用受限的设备。

另外，例如，也可以将允许作为运算资源109利用的时间段和限制作为运算资源109利用的时间段分开。即，也可以是，单一的CPU106在某时间段被算作运算资源109，在其它时间段不被算作运算资源109。对于GPU107及储存器108也是相同的。

另外，在CPU106由单一或多个核实现的情况下，也可以是，该多个核的一部分被算作运算资源109，除此以外的核不被算作运算资源109。对于GPU107也是相同的。同样，也可以是，储存器108的存储区域中的一部分被算作运算资源109，除此以外的存储区域不被算作运算资源109。

〔用户终端〕

用户终端20为用户所拥有。用户操作用户终端20来利用各种功能。另外，用户能够携带用户终端20。作为这样的用户终端20的例子，可举出智能手机、平板电脑、笔记本型个人计算机等。

如图4所示，用户终端20具备输入部201、输出部202、通信部203、存储部204和控制部205。

输入部201输入信息、数据。作为输入部201的例子，可举出通过被操作而输入与操作对应的信息的操作部、输入表示信息的图像的摄像头、输入表示信息的语音的麦克风等。输入到输入部101的信息向运算装置105发送。

输出部202输出信息、数据。作为输出部202的例子，可举出输出表示信息的图像的显示部、输出表示信息的语音的扬声器等。

通信部203收发信息、数据。由通信部303接收到的信息、数据向控制部205发送。

控制部205控制用户终端20的各部。控制部205具有处理器、存储器等。存储器存储用于使处理器动作的程序、表示处理器的处理结果的信息、数据等。

存储部204存储信息、数据。在该例子中，存储部204存储终端信息D21、终端状态信息D22和时间表信息D23。

〈终端信息〉

终端信息D21是与用户终端20相关的信息。例如，终端信息D21包含对用户终端20设定的用户终端ID、表示用户终端20的性能的用户终端性能信息等。用户终端ID为识别用户终端20的用户终端识别信息的一例。

〈终端状态信息〉

终端状态信息D22是表示用户终端20的状态的信息。终端状态信息D22包含表示用户终端20的位置的用户终端位置信息、表示用户终端20的通信状态的用户终端通信状态信息等。

〈时间表信息〉

时间表信息D23表示拥有用户终端20的用户的行动历史及行动计划。例如，时间表信息D23关联地表示用户的位置和停留期间(或计划停留期间)。此外，时间表信息D23能够通过搭载于用户终端20的时间表功能来获取。具体而言，通过由用户利用时间表功能向用户终端20输入自身的行动历史及行动计划，获得表示该用户的行动历史及行动计划的时间表信息D23。

〔客户端服务器〕

客户端终端30为客户端所拥有。客户端委托作业数据的计算。作为这样的客户端的例子，可举出企业、研究机构、教育机构等。

如图5所示，客户端终端30具备输入部301、输出部302、通信部303、存储部304和控制部305。

输入部301输入信息、数据。作为输入部301的例子，可举出通过被操作而输入与操作对应的信息的操作部、输入表示信息的图像的摄像头、输入表示信息的语音的麦克风等。输入到输入部301的信息、数据向控制部305发送。

输出部302输出信息、数据。作为输出部302的例子，可举出输出表示信息的图像的显示部、输出表示信息的语音的扬声器等。

通信部303收发信息、数据。由通信部303接收到的信息、数据向控制部305发送。

控制部305控制客户端终端30的各部。控制部305具有处理器、存储器等。存储器存储用于使处理器动作的程序、表示处理器的处理结果的信息、数据等。

存储部304存储信息、数据。在该例子中，存储部304存储客户端信息D31和作业数据D1。

〈客户端信息〉

客户端信息D31是与客户端相关的信息。客户端信息D31包含对客户端设定的客户端ID、对客户端所拥有的客户端终端30设定的客户端终端ID、负责人姓名、地址、电话号码等。客户端ID为识别客户端的客户端识别信息的一例。客户端服务器ID为识别客户端终端30的客户端识别信息的一例。

〈作业数据〉

作业数据D1是与作业对应的数据，是为了实施作业而被处理的数据。

此外，作业数据D1能够根据计算类型进行分类。作为计算类型的例子，可举出CPU系统的计算类型、GPU系统的计算类型等。在CPU系统的计算类型的作业数据D1中，存在请求模拟计算等条件分支多的复杂的计算的趋势。在GPU系统的计算类型的作业数据D1中，存在请求图像处理、机器学习等大量的简单计算的趋势。

另外，作业数据D1能够根据处理条件进行分类。作为处理条件的例子，可举出请求始终通信的处理条件、不请求始终通信的处理条件等。在请求始终通信的处理条件的作业数据D1中，请求在网格计算处理中运算装置105始终能够通信。在不请求始终通信的处理条件的作业数据D1中，不请求在网格计算处理中运算装置105始终能够通信。

〈作业信息〉

此外，也可以在存储部304存储与作业相关的作业信息。作业信息包含表示作业的名称的作业名称信息、对作业的内容进行说明的作业内容信息、与和作业对应的作业数据相关的作业数据信息、表示作业的交付期的作业交付期信息等。作业数据信息表示作业数据的计算类型、处理条件、所需计算能力等。

〔设施终端〕

设施终端40为设施所拥有。用户访问设施。用户能够向设施进行来访预约。作为这样的设施的例子，可举出销售店、竞技场、剧场、超市、餐厅、住宿设施等。

在该例子中，设施是构成为能够进行车辆的维护的销售店、维修厂，设施终端40被设为设置于该销售店、维修厂的终端。也可以被设为设置于设施的设施服务器，以此来取代设施终端40。在该情况下，功能块结构等也可以与设施终端40相同。

如图6所示，设施终端40具备输入部401、输出部402、通信部403、存储部404和控制部405。设施终端40的输入部401、输出部402、通信部403、存储部404、控制部405的构成与客户端终端30的输入部301、输出部302、通信部303、存储部304、控制部305的构成相同。

在该例子中，存储部404存储设施信息D41、设施利用信息D42和运算资源的增设信息D43。

〈设施信息〉

设施信息D41是与设施相关的信息。设施信息D41包含对设施设定的设施ID、对设施所拥有的设施终端40设定的设施终端ID、表示设施的位置(纬度及经度)的设施位置信息、负责人姓名、地址、电话号码等。设施终端ID是识别设施终端40的设施识别信息的一例。

〈设施利用信息〉

设施利用信息D42包含销售店、维修厂等设施的利用历史信息、维护信息及设施的利用预约信息。维护信息包含各车辆的维护的时间表信息、维护的类别、计划实施的维护内容、对维护的询问信息、维护时的传递事项等信息。另外，设施利用信息D42中包含用户的来访预约时间日期、包括运算资源的增设/更换在内的对设施的来访目的。另外，在来访目的中包含“运算资源的增设/更换”的情况下，用户设施利用信息被关联后述的运算资源109的增设信息D43。此外，作为设施利用信息D42，也可以包含将访问设施的用户和停留期间(或计划停留期间)相关联的信息。

〈运算资源的增设信息〉

运算资源109的增设信息D43是使增设的对象即车辆的车辆识别信息D11和增设/更换的对象即运算资源109的信息相关联的信息。

运算资源109的增设形态没有特别限制。例如，可以是安装有CPU106、GPU107及储存器108的多合一的MPU(Micro-processing unit，微处理单元)板，也可以是专用于想要增设的运算资源(CPU106、GPU107或储存器108中的一个或多个)的单体板。

增设/更换的对象即运算资源109的信息例如是如上所述的板的名称、识别码等，以设施终端40的利用者、进行板(运算资源)等的增设的作业人员容易理解的形态进行登记。

〔管理服务器〕

管理服务器50管理网格计算的运营。换言之，对运用了分别搭载于多个车辆10的运算资源109的网格计算进行管理的管理系统具备管理服务器50。管理服务器50为运营系统1的商家所拥有。

如图7所示，管理服务器50具备输入部501、输出部502、通信部503、存储部504和控制部505。管理服务器50的输入部501、输出部502、通信部503的构成与客户端终端30的输入部301、输出部302、通信部303的构成相同。存储部504及控制部505为管理网格计算的管理系统的构成要素的一例。

在该例子中，控制部505具有执行与网格计算的运营、管理相关的一系列的控制及处理的功能。更具体而言，执行用于实现图9所示的箭头的流程的控制、处理，或者执行图10以后的流程图内的控制、处理。此外，在以下的说明中，为了便于说明，将以管理服务器50为主体进行记载，但有的情况下是通过使控制部505帮助该处理、控制来实现的。例如，控制部505构成为在主体上执行后述的“提取处理”、“指引处理”、“更新处理”、“计算能力推定处理”、“作业推定处理”、“决定处理”。关于各个处理，将随后参照流程图等附图对其进行具体说明。

控制部505具有处理器、存储器等。作为处理器的例子，可举出CPU(CentralProcessing Unit，中央处理器)、GPU(Graphics Processing Unit，图形处理器)等。存储器存储用于使处理器动作的程序、表示处理器的处理结果的信息、数据等。此外，用于实现控制部505的处理器的数量可以是一个，也可以是多个。

存储部504存储信息、数据。存储部504的具体结构没有特别限制。例如，可以由内置于芯片的存储器实现，也可以由HDD(Hard disk drive，硬盘驱动器)、SSD(Solid StateDrive，固态驱动器)实现，还可以由DVD、BD这样的光盘实现。

在该例子中，在存储部504存储用户表D51、运算资源表D52、客户端表D53、作业表D54、网格表D55、匹配表D56、作业数据D1、计算结果数据D2和作业趋势信息D9等各种数据。

〈用户表〉

用户表D51是用于管理用户的表。在用户表D51中，针对每个用户登记对该用户设定的用户ID、对该用户所拥有的车辆10(以下，也称为拥有车辆)设定的车辆ID(例如，VIN)、对该用户所拥有的运算资源109设定的运算资源ID、对该用户所拥有的用户终端20设定的用户终端ID等。而且，在用户表D51中，也可以登记有与该用户相关的、销售店、维修厂的利用历史信息、包含拥有车辆的下一个维护日期、定期维护日期等维护日期信息D3的维护信息D4、拥有车辆的等级信息、可否向拥有车辆增设运算资源的信息等。

〈运算资源表〉

运算资源表D52是用于管理运算资源109的表。在运算资源表D52中，针对每个运算资源109登记对该运算资源109设定的运算资源ID、对拥有该运算资源109的用户设定的用户ID、对搭载该运算资源109的车辆10设定的车辆ID等。

另外，在运算资源表D52中，针对每个运算资源109登记运算资源109的类别、该运算资源109的规格(计算能力、存储容量等)、该运算资源109的工作状况(工作历史及工作计划)等。换言之，运算资源表D52包含表示多个运算资源109各自的工作状况的工作状况信息D5和表示多个运算资源109各自的性能的运算资源信息D6。

在运算资源109是CPU106、GPU107的情况下，在运算资源信息D6中，包含表示该运算资源109各自的计算能力的计算能力信息D7。在此处的计算能力中，包含计算能力的随着时间的变化。换言之，在计算能力信息D7中，包含还将计算能力的随着时间的变化纳入考虑而能够在规定期间发挥的计算能力的意思。

另外，在运算资源109是储存器108的情况下，包含存储容量、数据的写入/读出速度、错误率等表示储存器108的性能的储存器性能信息D8。在此处的储存器性能中，包含储存器性能的随着时间的变化。换言之，在储存器性能信息D8中，包含还将性能的随着时间的变化纳入考虑而能够在规定期间发挥的储存器性能的意思。

〈客户端表〉

客户端表D53是用于管理客户端的表。在客户端表D53中，针对每个客户端登记对该客户端设定的客户端ID、对客户端所拥有的客户端终端30设定的客户端终端ID、该客户端的负责人姓名、地址、电话号码等。

〈作业表〉

作业表D54是用于管理由客户端委托的作业的表。在作业表D54中，针对每个作业登记对该作业设定的受理编号、对委托该作业的客户端设定的客户端ID、该作业的名称及内容等。另外，在作业表D54中，针对每个作业登记与该作业对应的作业数据的计算类型及处理条件、该作业数据的计算所需的计算能力即所需计算能力、对该作业设定的交付期等。

〈网格表〉

网格表D55是用于管理网格计算处理中的网格G及各个网格G的计算能力的表。

在网格表D55中，针对每个网格G登记用于识别该网格G的网格ID、构成网格G的车辆的车辆识别信息D11、构成该网格G的运算资源109的计算能力等。在此处的计算能力中，除了成为计算的前提的基本性能(计算规格)之外，还包含计算能力的随着时间的变化的预测结果。

换言之，在网格表D55中登记有可执行作业信息D59，该可执行作业信息D59是在网格计算处理中预想在以规定的期间考虑的情况下能够由该网格G处理的作业的概算预测值。

此外，在网格表D55中，也可以与车辆识别信息D11相关联地登记有其它的车辆信息D10(例如，资源信息D14)。

〈匹配表〉

匹配表D56是用于管理后述的匹配处理的结果的表。在匹配表D56中，针对每个作业登记对该作业设定的受理编号、对与该作业对应的作业数据D1设定的作业数据ID、通过匹配处理对该作业数据分配的网格G的网格ID等。

〈作业数据〉

存储于存储部504的作业数据D1是通过后述的作业受理处理受理的作业数据D1。

〈计算结果数据〉

存储于存储部504的计算结果数据D2是由后述的网格计算处理执行的作业的计算结果的数据。

〔网格计算系统的动作〕

图9是表示在设施终端、车辆、客户端终端及管理服务器之间传递的信息的概略图。另外，图10是对管理系统的动作的一例进行表示的流程图。

〈步骤S1〉

在步骤S1中，管理服务器50推定各车辆10的计算能力。

首先，管理服务器50向各车辆10请求发送最新的车辆信息D10。从管理服务器50收到车辆信息D10的发送请求的各车辆10向管理服务器50发送参加者信息。此时发送的车辆信息D10可以发送车辆信息D10的一部分，也可以发送全部的车辆信息D10。在发送的车辆信息D10中包含车辆识别信息D11和资源信息D14。在管理服务器50中，将从各车辆10接收到的车辆信息D10登记到运算资源表D52中。此外，对于已经在管理服务器50中登记有车辆信息D10的车辆10，也可以从车辆10向管理服务器50发送与所登记的登记信息的差异信息中的所需的信息。

接着，在管理服务器50中，例如执行参照登记在运算资源表D52中的车辆信息D10推定运算资源信息D6的计算能力推定处理。运算资源信息D6包含各车辆的计算能力信息D7和储存器性能信息D8。

在计算能力推定处理中，管理服务器50所参照的信息例如是各车辆10的车辆状态、运算资源109的可运算量、运算资源109所能应对的运算类型、或者可运算时间。关于可运算时间，例如，可以从车辆10接收具体的时间表，也可以对保存于存储部504的车辆10及车辆10的运算装置105的过去的利用趋势进行分析，预测运算装置105可作为运算资源而使用的时间段的时间表。此外，在从各个车辆10接收到相当于运算资源信息D6的信息的情况下，可以利用该信息。

管理服务器50将获取或者预测到的运算资源信息D6登记到运算资源表D52中。

管理服务器50将所推定的运算资源信息D6与各车辆10的车辆识别信息D11关联地登记到运算资源表D52中。

〈步骤S2〉

在步骤S2中，管理服务器50执行对用于执行网格计算处理的网格G进行编组的网格编组处理。

以下，参照图13对网格编组处理进行说明。

－步骤S21－

首先，管理服务器50构成各个网格G。网格G基于搭载于各车辆10的运算装置105及储存器108中的能够用于网格计算处理的运算资源109(也简称为“运算资源109”)而构成。

网格G的结构方法没有特别限制，例如可以由在特定的时间内在规定的区域停车的可能性高的车辆彼此构成网格G。在该情况下，例如，可以基于用户的自家的位置构成网格G，在用户利用车进行通勤的情况下，也可以在其工作场所、营业场所等处构成网格G。另外，例如，也可以由与运算资源109存在补充关系的车辆彼此构成网格G。

另外，例如，管理服务器50也可以根据被委托的作业、或被委托的趋势高的作业、或想要应对的作业的难易度等构成网格G，以便以能够执行专门利用GPU107的作业的方式构成网格G。

另外，管理服务器50也可以采取预先创建多个候补网格，并根据作业最终确定网格G的网格G构成方法。在该情况下，在步骤S3～步骤S5(参照图10)之间进行网格G的编组或重新编组。

另外，管理服务器50也可以在后述的网格计算处理结束后暂时消除网格G并再次重新编组新的网格G。换言之，也可以在后述的步骤S3～S5(参照图10)的循环处理中进行网格G的重建。此外，在以下的说明中，为了便于说明，假设维持在步骤S2中编组的网格G而进行步骤S3以后的处理。

在图11中，示出了针对多个车辆分别进行分组而构成网格GA、GB、GC、……、GX的例子。

此外，管理服务器50也可以根据由后述的客户端终端30请求的作业的趋势、类别等构成网格G。另外，也可以根据所请求的作业，适当地改变构成网格G的车辆10的台数、组合。

另外，如图12所示，管理服务器50也可以从构成网格G的车辆10中决定管理对该网格G分配的作业的主车辆CM。而且，管理服务器50基本上可以与该主车辆CM之间交换数据。在该情况下，主车辆CM具备对属于相同网格的其它车辆10(例如，图12的车辆C1～C3)进行管理的管理功能和作为这些其它车辆(例如，图12的车辆C1～C3)与管理服务器50之间的中继装置的功能。主车辆CM的选定方法没有特别限制，例如，基于网格计算处理的参加率、所搭载的运算资源109的性能等而选定。

－步骤S22－

接着，管理服务器50执行各网格G的计算能力及储存器性能的推定处理。

具体而言，管理服务器50参照构成网格G的各个车辆10的运算资源表D52，基于各个车辆10的运算资源信息D6，推定网格G的计算能力及储存器性能。

－步骤S23－

管理服务器50如果在步骤S21中编组了网格G，则将用于识别网格G的网格ID和各车辆10的车辆信息D10相关联地登记到网格表D55中。此时，管理服务器50将在步骤S22中推定出的网格G的计算能力及储存器性能相关联地登记。

〈步骤S3〉

在步骤S3中，管理服务器50执行作业的受理处理。以下，参照图14对作业受理处理进行说明。

在作业受理处理中，管理服务器50在每次从客户端终端30受理作业数据D1(作业的委托)时，进行以下的处理。

－步骤S31－

首先，管理服务器50从客户端受理作业的委托。具体而言，客户端终端30响应客户端的负责人的操作，向管理服务器50发送作业委托申请。管理服务器50响应该申请，进行以下的处理。

管理服务器50向客户端终端30请求作业的受理所需的信息(具体而言为与委托作业的客户端相关的客户端信息D31和与作业相关的作业信息)的发送。在该例子中，管理服务器50向客户端终端30发送作业受理画面的图像数据。客户端终端30根据该图像数据再现作业受理画面的图像，并向输出部302(显示部)输出(显示)该图像。

图8为用于供客户端向管理服务器50委托作业的登记表R10的一例。该登记表R10例如以能够向客户端所拥有的计算机的显示部输入的形式显示。登记表R10的输入信息包含管理服务器50进行由多个车辆构成的网格G(也简称为“网格G”)与作业的匹配时所需的信息。

在登记表R10中，例如，作为企业(相当于客户端)的概要，有企业名称的输入栏R101、负责人姓名的输入栏R102、企业的地址的输入栏R103及电话号码的输入栏R104。在登记表R10中，例如，作为作业概要，有作业的名称的输入栏R111、作业的内容的输入栏R112、作业的运算类型的输入栏R113、作业的执行条件的输入栏R114、作业的所需计算能力的输入栏R115及计算结果的交付期R116等。作为作业的内容，例如输入作业的目的、客户端中的该作业的重要度等。作为作业的运算类型，例如，与前述的计算能力信息中的“计算类型”相同，输入CPU系统、GPU系统等信息。作为作业的执行条件，例如输入与客户端终端30之间的始终通信的有无、推荐的通信能力等。作为作业的所需计算能力，例如，与前述的计算能力信息中的“计算能力”相同，以FLOPS的单位输入作业的执行所需的计算能力。作为计算结果的交付期，输入年月日及时间。此外，也可以在登记表R10中输入它们以外的信息。例如，在登记表R10中也可以具有输入客户端所希望的计算结果的数据形式的项目。另外，在登记表R10中也可以设置附上执行作业所需的程序的项目。

客户端的负责人操作客户端终端30的输入部301(操作部)，输入作业受理画面所需的信息。由此，输入与委托作业的客户端相关的客户端信息和与作业相关的作业信息。而且，如果完成了这些信息的输入，则客户端的负责人操作客户端终端30的输入部301(操作部)，按下作业受理画面的登记按钮B100。如果按下登记按钮B100，则客户端终端30向管理服务器50发送输入到作业受理画面中的信息(客户端信息及作业信息)。管理服务器50接收客户端信息和作业信息。

接着，管理服务器50向客户端终端30请求与被委托的作业对应的作业数据D1的发送。客户端终端30响应该请求，向管理服务器50发送与所委托的作业对应的作业数据D1。管理服务器50接收作业数据D1。

－步骤S32－

接着，管理服务器50分析在步骤S31中接收到的作业数据D1。具体而言，在管理服务器50中，分析作业数据D1的计算类型、处理条件、所需计算能力等。管理服务器50基于该作业数据D1的计算类型、处理条件、所需计算能力等的分析结果，推定从客户端终端委托的作业的趋势。推定出的作业的趋势作为作业趋势信息D9存储于存储部504。

此外，管理服务器50也可以根据需要，基于作业数据D1的分析的结果，修正在步骤S31中接收到的作业信息。

－步骤S33－

接着，在管理服务器50中，将在步骤S31中接收到的客户端信息和作业信息相关联地登记到作业表D54中，更新作业表D54。而且，在管理服务器50中，在步骤S31中接收到的作业数据D1被以能够基于对应的客户端信息、作业信息进行参照的方式存储于存储部504。在作业表D54的更新和作业数据D1的存储完成之后，作业的受理处理完成。

此外，作业数据D1只要能够在网格计算处理之前获得即可，因此例如也可以在后述的匹配处理的结束后进行作业数据D1的接收。如此，在匹配不顺利的情况下，能够避免进行不必要的数据的收发。

〈步骤S4〉

在步骤S4中，管理服务器50执行匹配处理。以下，参照图15对匹配处理进行说明。

－步骤S41－

首先，管理服务器50对推定计算能力与所受理的作业所需的计算能力进行比较。管理服务器50不仅进行简单的处理能力的比较，还进行可提供的时间段与作业的交付期之间的比较、可提供的场所的通信状态与作业中的始终通信的需要与否之间的比较。

－步骤S42－

接着，管理服务器50判定在当前登记的作业中是否存在能够利用推定计算能力执行的作业。在存在可执行的作业的情况下(在S42中为“是”)，流程进入步骤S43。另一方面，在不存在能够利用推定计算能力执行的作业的情况下(在S42中为“否”)，流程进入步骤S44。

－步骤S43－

管理服务器50从可执行的作业中决定实际使该网格G计算的作业。在作业为一个的情况下，将该作业分配到成为对象的网格G。另一方面，在存在多个可执行的作业的情况下，基于规定的优先顺序，决定向成为对象的网格G分配的作业。此处的优先顺序的赋予方法能够任意设定，没有特别限制。例如，能够以提高交付期近的作业的优先顺序的方式基于交付期、执行时间表设定优先顺序。另外，例如，能够以通过其它网格G也可否执行的方式基于作业的特殊性、该作业的难易度设定优先顺序。

－步骤S44－

管理服务器50分析在步骤S42中不存在能够利用对象网格G的推定计算能力执行的作业的原因。具体而言，管理服务器50参照存储部504的作业趋势信息D9，根据由客户端终端30委托的作业的趋势，提取对象网格G的运算资源109中的不足的运算资源。

换言之，管理服务器50监视由客户端委托的作业(需求)和对象网格G的计算能力(供给)的供需平衡。而且，基于该监视结果，预测将来的需求动向，基于该预测结果，提取对象网格G中不足的运算资源109，或者提取在通过步骤S2编组网格G时不足或者容易不足的运算资源109。在运算资源109的提取后，流程进入步骤S45。

此外，在后述的步骤S45的对象车辆的提取处理中不使用不足或者容易不足的运算资源109的信息的情况下，也可以省略步骤S44。在该情况下，在步骤S42中的“否”判定之后，进入步骤S45。

－步骤S45－

管理服务器50执行提取处理，即：参照存储于存储部504的资源信息D14及工作历史信息D15，从构成对象网格G的车辆10中提取成为运算资源109被增强的对象的对象车辆10(以下，也简称为对象车辆10)。

对象车辆10的提取方法没有特别限制，例如基于登记在作业趋势信息D9中的作业的趋势和对象网格G的计算能力的推定值，确定被设为增强对象的运算资源，提取该运算资源能够增强的车辆作为对象车辆10。由此，能够结合收到委托的作业的趋势进行运算资源109的增强，因此可获得能够进一步提高作业的匹配率的效果。

另外，例如，也可以将在步骤S44中判断为不足的运算资源109能够增强的车辆10作为对象车辆10。由此，能够将实际不足的运算资源109作为增强对象，即能够结合最近的实际需要来增强运算资源109。

另外，例如，管理服务器50也可以参照用户表D51的维护日期信息D3，在前述的提取处理中，在对象网格G中较高地设定维护的日期近的车辆10的优先级。由于能够按照维护的日期对增设进行设定，因此用户能够按照预先确定的维护进行增设。由此，能够促进用户的增设。

另外，例如，在指定了主车辆CM的情况下，也可以将该主车辆CM或预计设为主车辆的车辆10设为对象车辆10。如前所述，主车辆CM在自车辆中也执行网格计算处理，并且发挥属于相同的对象网格G的其它车辆10的管理、作为其它车辆10和管理服务器50之间的中继装置的功能。因此，通过增强主车辆CM的运算资源109，不仅能够提高作为进行网格计算处理的终端的能力，作为网格G而言还能够有助于性能提高、稳定性的提高。

在步骤S45中的提取处理之后，流程进入步骤S46。

－步骤S46－

管理服务器50执行向对象车辆10的拥有者发送运算资源109的增强指引的指引处理。

具体而言，管理服务器50向用户终端20提示运算资源109的增设指引和由于运算资源109的增设而给予的报酬。

运算资源109的增设指引例如包含销售店、维修厂的预约指引信息(预约表的发送等)、入库引导信息(入库日期和时刻、设施名称、设施地址等)等。

管理服务器50也可以通过按照运算资源109的增设指引来进行运算资源109的增强，从而向对象车辆10的拥有者指引在使用车辆10时能够利用的追加功能、追加服务。

例如，对运算装置105(CPU106、GPU107和/或储存器108)的增强也直接关系到不执行网格计算处理的情况、即日常中的行驶场景下的车辆的性能提高。因此，能够向对象车辆的拥有者指引因进行运算资源的增强而带来的追加功能、追加服务，因而能够提高用户的增设意愿。

－步骤S47－

在步骤S47中，判定是否从设施终端40向管理服务器50接收了增设信息。以下，对从设施终端40向管理服务器50接收到增设信息为止的流程进行说明。

在步骤S46的指引处理后，从用户终端20对管理服务器50发送用户有增设意向。于是，管理服务器50对设施终端40发送对象车辆10的入库预约信息和对对象车辆10增设的运算资源109(例如，MPU板)的信息即增设信息D43。

在设施终端40中，如果接收到增设信息D43，则登记到存储部404。而且，如果用户实际来访设施，则设施的工作人员基于入库预约信息及增设信息D43，实施增设作业。例如，如图9所示，在设施中，实施从旧型的MPU-A1向新型的MPU-A2的更换，或者向空的插槽等追加新的MPU-A3。

如果完成了运算资源109的增设作业，则该信息被登记到设施终端40中，并向管理服务器50发送。

在管理服务器50中，如果接收到增设信息，则在步骤S47中为“是”判定，流程进入下一个步骤S48。

另一方面，在用户是入库前的状态或者被拒绝了增设的情况下，在步骤S47中为“否”判定。于是，例如，回到步骤S41，对网格G实现与新作业的匹配，或者回到步骤S2，进行网格G的重新编组。

〔网格计算处理〕

接着，参照图16对步骤S5的网格计算处理进行说明。在网格计算处理中，使多个运算装置105中的能够利用的运算装置105处理作业数据D1。管理服务器50在步骤S4的匹配处理完成后，进行以下的处理。

〈步骤S51〉

首先，管理服务器50参照匹配表D56，将成为网格计算处理的对象的作业数据D1分配给在匹配处理中对该作业数据D1分配的运算资源109。具体而言，管理服务器50向被分配给作业数据D1的运算资源109分别发送该作业数据D1的一部分。由此，作业数据D1由被分配给该作业数据D1的运算资源109(CPU106、GPU107)并行处理。

〈步骤S52〉

接着，各运算资源109(CPU106、GPU107)在发送到该运算资源109的数据(作业数据D1的一部分)的计算完成时，向管理服务器50发送通过该计算而获得的部分计算结果数据。管理服务器50接收从运算资源109发送的部分计算结果数据，并将该部分计算结果数据存储于存储部504。

〈步骤S53〉

管理服务器50判定在步骤S51中被分配了作业数据D1的运算装置105是否全部完成了计算。在运算装置105全部完成了计算的情况下，进行步骤S54的处理，否则，进行步骤S52的处理。

〈步骤S54〉

如果运算装置105全部完成计算，则在管理服务器50中，通过将存储于存储部504的部分计算结果数据结合在一起，生成与成为网格计算处理的对象的作业数据D1对应的计算结果数据D2(表示作业数据D1的计算的结果的计算结果数据D2)。而且，管理服务器50将与成为网格计算处理的对象的作业数据D1对应的计算结果数据D2向委托该作业数据D1的计算的客户端的客户端终端30发送。

〈步骤S55〉

接着，由运营系统1的商家对向网格计算处理提供了运算装置105的计算能力的用户赋予报酬。作为向用户赋予的报酬的例子，可举出能够在系统1中利用的点、虚拟货币、商品的折扣优惠等。例如，管理服务器50进行用于对向网格计算处理提供了运算装置105的计算能力的用户赋予报酬的处理。作为用于赋予报酬的处理的例子，可举出将对用户设定的“用户ID”和能够在系统1中利用的“点”(或虚拟货币)相关联地登记到用户表D51中的处理、向用户所拥有的用户终端20发送表示商品的折扣优惠的信息的处理等。

另外，也可以从客户端对向网格计算处理提供了运算装置105的计算能力的用户赋予报酬。例如，客户端终端30也可以执行用于对向网格计算处理提供了运算装置105的计算能力的用户赋予报酬的处理。

〔实施方式的效果〕

如上，根据本实施方式，参照资源信息D14及工作历史信息D15从多个车辆10中提取增强运算资源109的对象车辆10，并发送运算资源109的增强指引来促使运算资源109增强。由此，不改变网格G的架构就能加强该网格G的运算资源109。即，在如专利文献1那样与网格G相当的多个通信装置中的处理能力不足的情况下，不用向其它通信装置(在本实施方式中为车辆)发送向网格计算的参加指示，就能增加该网格G的运算资源109。

(其它实施方式)

在以上的说明中，举出了管理系统的存储部504和控制部505被集中到单一的管理服务器50中的情况为例子，但并不限定于此。例如，存储部504和控制部505也可以分散到经由通信网5相互通信的多个管理服务器50(省略图示)。

另外，在以上的说明中，管理系统的存储部504可以由单一的存储装置构成，也可以由多个存储装置构成。多个存储装置可以集中到单一的管理服务器50，也可以分散到经由通信网5相互通信的多个管理服务器50(省略图示)。

另外，在以上的说明中，管理系统的控制部505可以由单一的控制单元构成，也可以由多个控制单元构成。多个控制单元可以集中到单一的管理服务器50，也可以分散到经由通信网5相互通信的多个管理服务器50(省略图示)。

另外，在以上的说明中，运算装置105可以由单一的运算单元构成，也可以由多个运算单元构成。多个运算单元可以集中到单一的管理服务器50，也可以分散到经由通信网5相互通信的多个管理服务器50(省略图示)。

另外，在以上的说明中，举出了运算装置105搭载于车辆10(具体而言为机动四轮车)的情况为例子，但并不限定于此。例如，运算装置105也可以搭载于不是车辆10的其它移动体。作为这样的移动体的例子，可举出输送用机械、便携信息终端等。作为输送用机械的例子，可举出机动两轮车、铁路车辆、船舶、飞机、无人机等。车辆为输送用机械的一例。作为便携信息终端的例子，可举出笔记本型个人计算机、平板电脑、智能手机等。

另外，也可以将以上的实施方式适当地组合实施。以上的实施方式本质上是优选的示例，并不意图限制此处公开的技术、其适用物或者其用途的范围。即，前述的实施方式只不过是示例，并不是对本公开的范围的限定性解释。本公开的范围由权利要求书定义，属于权利要求书的等同范围的变形、变更全部在本公开的范围内。

工业实用性

如以上说明，此处公开的技术作为对网格计算进行管理的技术是有用的。

附图标记说明

10车辆(移动体)

50管理服务器(管理装置)

504存储部

505控制部

D3维护日期信息

D14资源信息

D15工作历史信息

Claims (6)

1.一种管理系统，对运用了分别搭载于多个移动体的运算资源的网格计算进行管理，其特征在于，具备：

控制部；以及

存储部，其存储资源信息和工作历史信息，所述资源信息是与搭载于各所述移动体的运算资源相关的信息，所述工作历史信息表示各所述移动体在网格计算中的计算处理的历史；

所述控制部进行以下处理：

提取处理，参照存储于所述存储部的所述资源信息及所述工作历史信息，从所述多个移动体中提取成为运算资源被增强的对象的对象移动体；

指引处理，向所述对象移动体的拥有者发送运算资源的增强指引；以及

更新处理，在获取到表示已对所述对象移动体进行了运算资源的增强的更新信息时，基于所述更新信息更新所述资源信息。

2.根据权利要求1所述的管理系统，其特征在于，

所述控制部还进行以下处理：

计算能力推定处理，参照所述资源信息及所述工作历史信息，推定由所述多个移动体构成网格的情况下的该网格的计算能力；以及

作业推定处理，推定从客户端终端委托的作业的趋势；

在所述提取处理中，基于所述作业的趋势和所述网格的计算能力的推定值，确定被设为增强对象的运算资源，提取所述增强对象的运算资源能够增强的移动体作为所述对象移动体。

3.根据权利要求1所述的管理系统，其特征在于，

所述控制部还进行决定处理，在该决定处理中，参照与移动体相关的信息即移动体信息、所述资源信息及所述工作历史信息，从所述多个移动体中决定对被分配的网格计算的作业进行管理的主移动体，

在所述提取处理中，提取所述主移动体作为所述对象移动体。

4.根据权利要求1～3中任一项所述的管理系统，其特征在于，

在所述存储部存储有各所述移动体的维护的日期信息，

所述控制部在所述提取处理中较高地设定所述维护的日期近的移动体的优先级。

5.根据权利要求1～4中任一项所述的管理系统，其特征在于，

在所述指引处理中，所述控制部通过进行所述运算资源的增强来向所述对象移动体的拥有者指引在使用所述移动体时能够利用的追加功能。

6.一种管理方法，使用管理装置对运用了分别搭载于多个移动体的运算资源的网格计算进行管理，其特征在于，

所述管理方法使用资源信息和工作历史信息，所述资源信息是与搭载于各所述移动体的运算资源相关的信息，所述工作历史信息表示各所述移动体在网格计算中的计算处理的历史，

所述管理方法进行以下处理：

提取处理，参照存储于所述管理装置的存储部的所述资源信息及所述工作历史信息，从所述多个移动体中提取成为运算资源被增强的对象的对象移动体；

指引处理，向所述对象移动体的拥有者发送运算资源的增强指引；以及

更新处理，在获取到表示已对所述对象移动体进行了运算资源的增强的更新信息时，基于所述更新信息更新所述资源信息。