信息管理装置和信息管理方法
【专利摘要】本发明提供一种信息管理装置和信息管理方法。该信息管理装置从多个设备收集并且保持操作信息，该操作信息是指示多个设备的操作状态的信息，信息管理装置参考提供使用操作信息的服务的信息使用装置，包括：保持与定义与设备有关地提供的服务水平的合同相关的信息；获取设备的合同信息，并且基于合同信息，以包括存储位置信息的方式创建管理策略信息，该管理策略信息是定义针对设备中的每一个设备保持的操作信息的管理方案的信息，存储位置信息是至少每一个存储信息的存储位置的信息。
【专利说明】信息管理装置和信息管理方法
[0001]相关申请的交叉引用
[0002]本申请要求2013年5月24日提交的根据35U.S.C.§ 119(a)对日本专利申请第2013-109761号的优先权权益，其全部公开通过引用包含于此。
【技术领域】
[0003]本公开的实施例主要涉及信息管理装置和信息管理方法。
【背景技术】
[0004]作为对建造设备等提供的维护服务，提出了如下提议:使用附接到设备并且实时监视通过由传感器进行的测量所提供的设备的操作信息的大量传感器，来检测异常或者异常的指示，并且迅速对其进行诸如替换部件的措施。此外，提出了如下提议:利用从设备收集并且积累的操作信息，用于调查设备发生异常的倾向和遇到异常时的异常的原因，或者用于在虽然不存在异常，但是测量到了从稳定状态偏离的值的情况之后，怀疑发生了异常。然而，当存在大量设备作为维护目标时，积累的操作信息的量将非常大，并且其管理成本也将增长。
[0005]存在应用关注信息的业务价值随着时间的变化的称为ILM(信息生命周期管理)的信息生命周期管理，来解决上述问题的提议。ILM通过根据预先指定的策略应用与时间的业务价值相对应的信息管理方法，使得能够降低信息的管理成本。例如，一种技术提出了基于法定要求(检控时限(prosecut1n time limit)、存储期限等)和信息生命周期管理要求(数据的重要性、访问频率等)两个要求，协助合适的信息方法的应用，以控制用于存储并保留法定文档的操作成本的配置(JP-2007-193408-A)。
[0006]上述对建造设备等提供的维护服务需要提供满足在服务提供方(维护服务提供方)和服务的被提供方(设备使用者)之间缔结的合同中定义的服务水平的服务。由于服务水平在每个合同之间不同，因此提供服务所需的信息的生命周期管理方案也需要根据每个服务水平选择合适的方案。另外，因为有服务水平在合同续约时发生改变的可能性，因此可能需要使信息生命周期管理方案适应这些改变。然而，即使信息是与在上述维护服务中同一类型的，在JP-2007-193408-A中公开的采用法定要求的技术也不考虑根据合同细节的不同来应用不同的策略的需要。此外，当将在JP-2007-193408-A中公开的技术应用于基于在服务提供方和用户之间缔结的合同的策略的定义时，操作员需要针对每个合同设置策略。此外，当合同细节改变时，操作员需要根据改变后的内容搜索并修订相关策略。
[0007]因此，本发明的目的是提供一种信息管理设备和信息管理方法，其能够基于与信息服务相关的合同细节，自动创建满足在合同中定义的细节的与数据管理相关的策略。
[0008]此外，当将设备的异常或者其指示的操作信息定义为重要性高的数据时，在JP-2007-193408-A中公开的技术在高速、高可靠性管理方案中，仅处置与该异常和指示相对应的传感器值的操作信息。然而，存在虽然只是稳定状态操作信息，但是假设操作信息是异常的原因或指示的操作信息，或者低速、低可靠性管理方案可以作为重要性低的数据处置在异常或者指示期间提供的来自其它传感器的操作信息的可能性。在这种情况下，维护服务提供方在调查异常的原因时，将需要用于搜索操作信息的时间，这阻止针对异常迅速采取对策，而导致无法满足在合同中保证的服务水平的可能性。
[0009]因此，本发明的另一目的是提供一种信息管理设备和信息管理方法，其广泛收集用来进行信息服务用户的业务的信息，并且使得能够使用该信息。从下面对实施例的描述，本发明的其它目的将变得明显。
【发明内容】
[0010]公开的实施例描述了一种信息管理装置，其从多个设备收集并且保持操作信息，所述操作信息是指示所述多个设备的操作状态的信息，所述信息管理装置参考提供使用所述操作信息的服务的信息使用装置，所述信息管理装置包括:合同信息保持单元，其保持合同信息，所述合同信息是与定义所述信息使用装置提供的与所述设备有关的服务水平的合同相关的信息；以及管理策略创建单元，其从所述合同信息保持单元获取所保持的所述设备中的每一个设备的合同信息，并且基于所述合同信息，以包括存储位置信息的方式创建管理策略信息，所述管理策略信息是定义针对所述设备中的每一个设备保持的所述操作信息的管理方案的信息，所述存储位置信息是至少每一个存储信息的存储位置的信息。
[0011]从对本发明的详细描述中的【具体实施方式】和附图，在本申请中公开的其它问题和用于解决这些问题的手段将变得清楚。
[0012]根据本发明，可以根据针对每个设备定义的管理细节，对多个设备的操作信息进行有效的管理。
【专利附图】
【附图说明】
[0013]为了更完整地理解本发明和其优点，现在参考下面结合附图提出的【具体实施方式】，其中:
[0014]图1是本发明的一个实施例的信息管理系统I的示意图；
[0015]图2是示出作为信息管理设备的服务器10的总体配置的框图；
[0016]图3是示出由历史数据库(下文中称为“DB”)141保持的历史表141a的示例的图；
[0017]图4是示出由设备构成本体(equipment configurat1n master) 18保持的属性表18a的不例的图；
[0018]图5是示出由设备构成本体18保持的构成关联表18b的示例的图；
[0019]图6是示出由合同DB19保持的合同表19a的示例的图；
[0020]图7是示出策略创建处理的流程图的示例；
[0021]图8是示出由合同DB19保持的合同分类本体19b的示例的图；
[0022]图9是示出由策略DB17保持的合同策略表17a的示例的图；
[0023]图10是示出由策略DB17保持的异常值策略表17b的示例的图；
[0024]图11是示出数据迁移处理的流程图的示例；
[0025]图12是示出由历史表141a保持的与异常值策略相对应的历史的示例的图；
[0026]图13是示出由相关程度DB16保持的相关程度表16a的示例的图；
[0027]图14是与时间段设置示例相关的示意图；
[0028]图15是示出历史管理处理的流程图的示例；
[0029]图16是示出由参考历史DB15保持的参考频率表15a的示例的图；
[0030]图17是示出相关程度管理处理的流程图的示例；
[0031]图18是示出由相关程度DB16保持的相关程度更新本体16b的示例的图；
[0032]图19是示出设备构成管理程序的处理的流程图；
[0033]图20是示出由相关程度DB16保持的相关程度定义本体16c的示例的图；以及
[0034]图21是应用信息管理系统I的设备构成示例的示意图。
【具体实施方式】
[0035]下面，参考附图，详细描述信息管理系统的本发明的一个实施例。将在图1中示意性地示出的一个实施例的信息管理系统1，应用于对在矿山等处使用的建造设备和挖矿设备(下文中称为“设备”)的信息进行管理。下面，将参考附图描述在本实施例中采用的设备维护工作。
[0036]与用户缔结了关于设备的维护服务合同的维护业务操作员，使用服务器10对来自多个设备20的信息进行管理。服务器10保持对设备20进行管理和维护所需的信息，并且向实际维护设备20的业务操作员和他们的应用40提供信息。在设备20的操作期间，月艮务器10例如通过诸如公共线路的M2M(机器对机器)等通信网络50，进一步收集从附接到构成设备20的部件的一个或更多个传感器22周期性地收集的传感器值。将收集的传感器值存储在服务器10的历史DB141中。这里，服务器10侧的数据监视功能是检查所收集的传感器值等值，并且检测并向设备维护业务操作员通知从预先针对每个传感器22定义的传感器值的阈值或者范围偏离的传感器值(下文中称为偏离传感器值)。其示例是指示设备20的引擎输出落到稳定状态的范围以下的传感器值(图1中的(I))。
[0037]设备业务操作员接收来自(I)的数据监视功能的通知，并且向服务器10的对策建议功能输入所通知的偏离传感器值。对策建议功能保持过去的偏离传感器值和为了解决这些问题而采取的对策的组合模式(教导数据)。当存在与保持的输入类似的“模式”时，对策建议功能向进行了该输入的设备业务操作员提供模式中的一个或更多个模式。当指示了一个模式时，设备业务操作员执行在该模式中描述的对策，或者向在现场的工人给出指令。例如，指示改变机油，作为与(I)的引擎输出的传感器值类似的模式的对策(图1中的(2))。
[0038]当确定不存在与(2)相对应的模式时，设备业务操作员在服务器10中的历史DB141中搜索过去是否存在与(I)的偏离传感器值类似的传感器值。当找到这种传感器值时，设备业务操作员将与(I)的传感器值偏离时间段相同的时间段的其它传感器22的传感器值或者传感器值偏离时间段之前和之后的时间段期间的传感器值，与过去的相关其它传感器22或者之前和之后的时间段期间的传感器值进行比较，以调查(I)的偏离传感器值的原因，或者由于(I)的偏离传感器值的原因而假设异常，并且对与其相关联地需要的对策进行研究。这也用来创建新的模式，来添加到对策建议功能(图1中的(3))。
[0039]当服务器10的对策建议功能在(2)中指示多个模式时，设备业务操作员检查指示的这些模式中的那个对策模式最好。为此，与(3)的情况类似，设备业务操作员在历史DB141中的过去的传感器值中进行搜索，并且将与(I)的传感器值偏离时间段相同的时间段的其它传感器22的传感器值或者传感器值偏离时间段之前和之后的时间段期间的传感器值，与过去的相关其它传感器22或者之前和之后的时间段期间的传感器值进行比较，以选择具有最类似的状态的模式，来执行对策(图1中的(4))。
[0040]在图2所示的框图中示出了将由本实施例的信息管理系统I提供的历史DB141，应用于在上述(I)至(4)中例示的设备维护操作中的数据生命周期管理的情况。为了方便理解，在图2中仅描述了信息管理系统I的数据生命周期管理的配置。
[0041]如上所述，图2中的服务器10 (信息管理设备)是在其中保持设备20的管理和维护所需的信息的计算机，其向维护应用40提供信息。服务器10从附接到作为管理目标的设备20的传感器22收集传感器值。服务器10接收从一个或更多个设备20周期性地发送的传感器值，并且将其保持在其自己的数据库(DB)中。另外，服务器10向应用40提供保持在DB中的传感器值。
[0042]应用40和服务器10经由通信网络50耦接，并且应用40周期性地或者在适当的定时向服务器10发送包括搜索条件的传感器值历史获取请求。服务器10作为响应向应用40返回适用传感器值的历史。例如，在对使用服务器10的功能的维护业务操作员的办公室等设置的计算机中实现应用40。
[0043]服务器10还耦接到操作应用30。操作应用30是提供诸如服务器10的操作员迁移保持在服务器10中的DB的服务的应用。操作员通过操作应用30提供的接口给出迁移数据的命令，并且操作应用30通过向服务器10通知细节来提供服务。例如，在服务器10的操作管理员的办公室等中设置的计算机(信息利用设备)中实现操作应用30。
[0044]注意，如稍后要描述的，作为至少包括作为在进行运算处理时使用的存储部件的存储器11和进行运算处理的处理单元的计算机构成服务器10。使用RAM(随机存取存储器)等构成存储器11。此外，通过由使用CPU(中央处理器)12构成的运算处理设备执行存储器11中的程序，来实现运算处理。另外，构成服务器10的计算机包括作为用于进行通信的网络接口的通信单元13。使用适当的通信协议，可以实现通过网络50进行的数据通信。
[0045]作为数据收集目标的设备20具有CPU、存储器和作为控制器21嵌入的网络接口。控制器21周期性地从附接到设备20的部件的传感器22收集传感器值，并且周期性地向服务器10发送所收集的信息。虽然依据通信网络50的可使用频带，如果在频带中存在余量，则假设将信息传输间隔设置为至少每几分钟一次或者每几十秒一次，从而可以迅速向维护业务操作员发送设备20的异常和其指示。
[0046]下面，参考图1描述服务器10的具体配置示例。服务器10的通信单元13接收设备20向服务器10发送的传感器值。此外，通信单元13从应用40接收传感器值历史参考请求，并且返回相应的传感器值。从CPU12传送由通信单元13发送的信息，并且向CPU12发送由通信单元13接收到的信息。
[0047]CPU12在存储器11中对从通信单元13接收到的信息进行解压缩，并且执行存储器11中的各种程序，以对信息进行加工，或者对存储器11中的高速缓存、DB或文件中的信息进行登记和/或更新。另外，CPU类似地执行存储器11中的各种程序，以从存储器11中的高速缓存、DB或文件中搜索并获取信息，对存储器11中的信息进行解压缩以根据需要进行加工，并且例如向通信单元13发送信息。例如，作为由CPU12执行的程序，包括设备构成管理程序lid、历史管理程序lib、相关程度管理程序11c、数据迁移程序Ila和策略创建程序lie (管理策略创建单元)。这里，设备构成管理程序Ild用于登记、更新、删除并搜索设备20和构成设备20的部件、附接到设备20的传感器22以及设备20的用户和使用地点。历史管理程序Ilb用于登记并搜索从设备20收集的传感器值的历史。相关程度管理程序IlC包括相关程度信息更新单元，其对稍后描述的相关程度进行管理。数据迁移程序Ila作为操作信息管理单元迁移传感器值的历史的数据。此外，策略创建程序Ile创建本系统I进行的信息管理的策略。这些程序作为普通文件存储在未示出的诸如硬盘的存储部中，并且根据需要在存储器11中对这些程序进行解压缩。稍后将给出这些程序进行的操作的细节。
[0048]下面，描述服务器10保持的信息。服务器10保持的信息例如包括下面给出的信肩、O
[0049]历史管理存储部14保持从设备20的传感器22收集的传感器值(操作信息)的历史。历史管理存储部14包括作为操作信息历史保持单元的历史DB141和带142。历史DB141保持历史表141a。首先，将从设备20发送的传感器值登记在历史DB141中。之后，周期性地或者在使用操作应用30执行迁移数据的命令的定时，虽然历史DB141中的传感器值中的一些传感器值的历史保留在历史DB141中，但是将其它传感器值的历史或者全部历史迁移到带142或者删除。当迁移到带142时，根据需要对历史的数据进行压缩。当参考信息时，由于无法随机访问带142保持的传感器值的历史，因此需要在存储器11上进行读取、解压和加载。另外，由于存在由带142保持的大量历史，因此难以在存储器11上加载全部历史。出于前述原因，由于对使用应用40作出的参考请求进行响应需要时间，因此将不需要即时响应的数据存储在带142中。
[0050]在图3中示出了历史表141a的示例。在历史表141a中，单个记录描述单个传感器值，并且在其中保持有诸如唯一地指定传感器22的ID141aO、指示感测日期和时间的TIMESTAMPHlal、指示感测的值的VALUE141a2以及指示传感器值在历史表141a中的登记日期和时间的ADD_DATE141a3的数据。当单个传感器22可以感测多种类型的值时，对每一种值类型分配ID。
[0051]设备构成本体18 (设备构成信息保持单元)是保持由服务器10管理的设备20的信息、与设备20之间的关联相关的信息、与设备20和传感器22之间的关联相关的信息以及与设备20的用户和使用地点(即矿山)相关的信息的DB。设备构成本体18在其中保持属性表18a和构成关联表18b。属性表18a是在其中分别保持与设备20或传感器22、构成设备20的部件、用户和位置相关的属性信息的表。构成关联表18b是在其中保持与设备20和传感器22、构成设备20的部件、用户和位置之间的关联相关的信息的表。
[0052]在图4中示出了属性表18a的示例。在属性表18a中，单个记录描述单个设备20、部件、传感器22、用户和位置，并且在其中保持有诸如唯一地指定上述内容的IDlSaO和指示其类型的ID_TYPE18al。例如，作为ID18aO分配有“S0010”的传感器22是用于感测电机输出的传感器。类似地，ID18aO为“P004M”的设备指示电机，“D003E”指示挖掘机，“U002”指示设备20的用户，并且“L001”指示使用设备20的地点。
[0053]在图5中示出了构成关联表18b的示例。构成关联表18b中的一个记录示出了设备20、部件、传感器22、用户和位置之间的一对一关联，并且构成关联表18b在其中保持诸如指示描述关联的第一 ID的ID(l)18bO、指示第二 ID的ID(2) 18bl、指示该关联开始的日期和时间的START_DATE18b2以及指示该关联结束的日期和时间的END_DATE18b3。在END_DATE18b3中没有值的记录指示该关联仍然在继续。例如，图5中的第一个记录指示用户U002正在位置LOOl处工作。第二个记录指示用户U002正在使用挖掘机D003E。第三个记录意为存在电机P004M，作为构成挖掘机D003E的部件。此外，第四个记录意为存在用于测量电机的输出的传感器S0010，作为附接到电机P004M的传感器22。另外，在该构成关联表18b中，不仅保持设备20之间的关联的构成，而且例如当部件相同时，或者当挖掘机具有相同的型号时，保持它们之间的它们的关联。例如，当挖掘机D003E和D005E具有相同的型号时，作为构成关联登记该信息。在图21中示出了在构成关联表18b中保持的构成关联的示意图。如图21所示，存在包括使用设备20的地点(LOCAT1N X)、使用设备20的用户或个人(USER Z)、设备20 (EXCAVATOR a)、部件(PARTOl)和传感器22 (SENSOR A)的关联或者在它们的关联之间包括的关联，以及基于在维护业务操作员和用户之间缔结的维护合同的合同编号(CONTRACT Cl)和作为合同的目标的设备20 (EXCAVATOR a)的关联。由于这些关系是等级关系，因此将这些包括的信息保持在ID(I) ISbO中，并且将包括这些的信息保持在ID(2) ISbl中。在位置和用户之间的关系的情况下，将位置保持在ID(I)ISbO中，并且将用户保持在ID(2)18bl中。当诸如在示出同一设备型号的情况下，不存在等级关系时，可以将任一个保持在ID(I) ISbO和ID (2) ISbl中。这些信息使得基于例如维护业务操作员制造设备20时的BOM (材料清单)的信息，经由应用40登记设备20、部件和传感器22的信息。类似地，在缔结设备的用户和维护业务操作员之间的维护合同时，或者在维护业务操作员销售、租赁或者出租设备20时，上述信息登记了要使用设备20的地点和使用设备20的用户的信息。
[0054]合同DB19 (合同信息保持单元)是在其中保持在维护业务操作员和设备用户之间缔结的维护合同的细节的DB，其包括合同表19a。图6示出了合同表19a的示例。在合同表19a中，单个记录描述单个合同，并且在其中保持有诸如指示用于识别合同的合同编号的C_ID19aO、识别缔结合同的设备用户的USER_ID19al、指示合同类别的C_TYPE19a2、指示合同开始日期和时间的START_DATE19a3以及指示合同结束日期和时间的END_DATE19a4的数据。合同类别指示合同的类型。本实施例假设三种类别:维护业务操作员是否保证设备操作；在保证的情况下，在合同中是否存在当设备出现停机时间而阻止连续操作时，诸如向设备用户支付惩罚性费用的惩罚。当合同延长时，不更新END_DATE19a4,但是添加新记录。在稍后描述的对服务器10的程序的操作的描述中，给出对相关程度DB16、参考历史DB15、策略DB17和其它表的说明。
[0055]<第一实施例>
[0056]下面给出对服务器I的程序的操作的描述。首先，说明策略创建程序lie的操作。当服务器10的操作员使用操作应用30或者维护业务操作员使用应用40向合同表19a添加记录时，或者当向构成关联表18b的ID(I) 18b0添加指定为合同编号的记录时，执行该程序，由此根据内容向策略DB17添加与数据迁移相关的“策略”。图7示出了由策略创建程序lie进行的处理的流程图示例。下面给出参考附图的描述。为了方便说明，以程序作为主题来给出描述，但是该操作实际通过CPU12读取程序来执行。
[0057]首先，描述在向合同表19a添加新记录时进行的处理。策略创建程序Ile例如通过周期性地监视合同表19a来检测对合同表149a的新纪录的添加，并且获取内容(SlO)。
[0058]策略创建程序Ile从在SlO获取的记录中，提取合同类别C_TYPE19a2的值(S20)。
[0059]策略创建程序lie基于在S20提取的值参考合同DB19的合同类别本体19b，以获取相应的合同类别的记录。在图8中示出了合同类别本体19b的示例。在合同类别本体19b中，单个记录描述单个合同类别，并且合同类别本体19b与合同类别相对应地描述所需的历史的存储位置，并且在其中保持有诸如合同类别C_TYPE19bO和指示目标历史的存储位置的DATA_L0CAT10N19bl的数据。例如，当合同类别C_TYPE19bO是“保证操作率，存在惩罚”时，相应的历史使得全部历史(在表中描述为“全部”)保持在历史DB141和带142两者中。这样做的原因是将历史保持在历史DB141中，以使得能够针对设备发生异常或者示出其指示时的情况迅速进行响应，由此保持设备的停机时间尽可能短，并且将在带142中保持设备的操作状态的踪迹。当合同类别C_TYPE19bO是“保证操作率，没有惩罚”时，将全部数据作为设备20的操作状态的踪迹保持在带142中与上述相同，但是由于没有针对设备20的停机时间设置惩罚，因此通过在历史DB141中仅保持作为异常和其指示的历史的偏离传感器值(表中的“异常”)，将设置了惩罚的目标合同优先，以缩短针对设备20的历史的搜索时间。当合同类别C_TYPE19bO是“不保证操作率”时，在带142中保持全部历史，而在历史DB141中不进行保持，从而将上述保持操作率的目标合同优先，以缩短针对设备20的历史的搜索时间(S30)。注意，上述与合同类别C_TYPE19bO相关联的数据存储的状态仅仅是一个示例，可以根据所设置的合同细节，适当地改变与合同类别C_TYPE19bO相关联的数据存储状态。
[0060]随后，策略创建程序Ile从在SlO获得的记录中获取合同编号C_ID19aO，并获取具有与构成关联表18b中的ID(I)ISbO —致的合同编号(:_10的记录，并且从构成关联表18b中获取在END_DATE18b3中为空(NULL)的记录或者具有在START_DATE18b2和END_DATE18b3之间到来的处理执行日期和时间的记录(S40)。当存在至少一个记录满足S40中的处理时，处理进行到S60，当不存在这种满足的记录时，处理进行到S70 (S50)。
[0061]当在S40中确定在构成关联表18b中存在满足的记录时，策略创建程序Ile通过根据记录跟踪关联，来获取传感器22的ID。具体地，由于在S40获取的记录具有在ID(I) 18b0中指定的合同编号和在ID(2)18bl中指定的设备ID，因此接下来搜索具有ID(I) 18bl中的设备ID和ID(2)18bl中的部件ID的记录。当确定存在相应的记录时，接下来类似地搜索具有在ID(I) 18b0中指定的部件ID和在ID (2) 18bl中指定的传感器22ID的记录。注意，通过参考属性表18a中的ID_TYPE18al中的值的头部(head)，来区分设备20、部件和传感器22的记录的ID，以确认它们分别指示DEVICE(设备)、PART(部件)和SENS0R(传感器)。重复进行这些处理，直到获取根据在S40获取的记录可以跟踪的传感器22的所有ID为止(S60)。
[0062]在S80中，基于在S60和在S60之前获取的内容，向策略DB17的合同策略表17a添加记录。这里所称的策略定义了保持传感器值的历史的地点，并且合同策略是指基于合同表19a的内容所创建的策略。在图9中示出了合同策略表17a的示例。在合同策略表17a中，单个记录描述目标历史条件和其存储位置的集合，并且在其中保持有诸如作为识别合同策略的ID的P_ID17aO、指示相应的合同编号的C_ID17al、指示目标历史的条件的TARGET17a2、指示历史的存储位置的DATA_L0CAT10N17a3以及指示存储到期日期和时间的VALID_DATE17a4的数据。可能存在多个合同策略对应于单个合同的情况。例如，在图9所示的示例中，存在对应于合同编号C0NT001的？_1017&0中的两个合同策略PlOl和P102。PlOl指示与保持在历史DB141中的历史相关的细节，并且指定了多个历史ID，作为TARGET 17a2中的目标历史的条件。P102指示与保持在带142中的历史相关的细节，其具有与在TARGET17a2中指定的PlOl相同的ID。当目标历史是指示异常或其指示的历史时，在TARGET 17a2中指定“ABNORMAL (异常)”，但是异常值的具体定义被保持在策略DB17中的异常值策略表17b中。在图10中示出了异常值策略表17b的示例。在异常值策略表17b中，单个记录描述单个异常值的定义(异常值策略)，并且在其中保持有诸如识别异常值策略的A_ID17bO、指示异常值策略的目标历史的条件的TARGET17bl以及指示值的边界条件的RANGE17b2的数据。例如，在A_ID17bO中的APlOl中，当对于落在ID_TYPE18al为SENS0R_OUTPUT下的全部传感器22ID，值是20或更小时，该值指示异常值。当在合同策略表17a中的TARGET17a2中指定了“ABNORMAL(异常)”时，在异常值策略表17b中定义的所有异常值策略是应用的目标。维护业务操作员使用应用40来登记异常值策略。
[0063]返回到对S80中的处理的描述，策略创建程序Ile对识别ID P_ID17aO进行编号，并且在合同策略表17a的C_ID17aO中指定在SlO检测到的合同记录的合同编号C_ID，在TARGET 17a2中指定在S60中获取传感器22ID时的传感器22的ID的内容，并在合同策略表17a 的 TARGET17a2 和 DATA_L0CAT10N17a3 中指定在 S30 中获取的 DATA_L0CAT10N19bl 的内容。在VALID_DATE17a4中指定在SOl中检测到的记录的END_DATE19a4。
[0064]当在S50中确定为没有适用记录时，策略创建程序Ile使用应用40进行是否存在新合同的询问，并且在存在新合同时，在S60和S60之后执行附加策略登记处理。当在S70中判断为不存在新合同时，策略创建程序Ile结束该处理。注意，当在S50中确定为不存在适用记录时，可以结束本处理流程。上面描述了当向合同表19a添加新记录时，策略创建程序lie的处理流程。
[0065]类似地，策略创建程序lie监视对构成关联表18b的新记录的添加，并且当检测到在ID(l)18bO的记录中添加了具有在合同表19a中登记的合同编号C_ID19aO的记录时，策略创建程序Ile搜索与上面在S60中进行的处理相关的传感器22的ID，并且将搜索结果添加到合同策略表17a中的TARGET17a2。当已经在构成关联表18b中的END_DATE18b3中登记了日期和时间时，策略创建程序Ile在该日期和时间的定时，从合同策略表17a中的TARGET 17a2中删除相关ID。
[0066]根据上述处理，对于定义服务器10的历史DB141以及累积在带142中的设备20的大量传感器值的历史的迁移和删除的策略，可以基于在缔结合同的维护业务操作员和设备用户之间缔结的合同细节，自动创建在合同中描述的保证的覆盖和满足服务水平的策略。由此，服务器10的操作员或者维护业务操作员不需要在确认每次登记或删除合同细节时所需的细节之后，定义并登记策略。
[0067]接下来，给出对数据迁移程序Ila的操作的说明。当服务器10的操作员使用操作应用30学习历史DB141的可使用容量和已使用容量时，并且当由于剩余容量不足，而要求将历史DB141中的传感器值的历史迁移到带142中，或者由于带142中的容量不足，而以类似的方式要求时，执行数据迁移程序。另外，可能存在周期性地、例如每周一次或每月一次或者自动地执行数据迁移程序Ila的情况。图11示出了当执行数据迁移程序Ila中的命令时进行的处理的流程图的示例。参考图11给出描述。
[0068]在执行命令时，数据迁移程序11&读取策略0817的合同策略表17a和异常值策略表17b中的内容。下面给出对异常值策略表17b的附加说明。图10的第二行中的示例的记录具有作为在TARGET17bl中指定的异常值策略ID的“A_ID = AP101”。这是使用与其相关联的异常值策略登记的记录，其意为针对与在“A_ID = AP101”中的异常值策略中定义的历史的“相关程度”，对于满足在RANGE17b2中指定的值的条件的历史(在表中示出的示例中，相关程度为0.5并且更大)，进行针对作为异常值策略适用的历史进行的相同的处理(在该示例中保持在历史DB141中)。相关程度指示在检测到在异常值策略中定义的偏离传感器值，并且维护业务操作员在过去的历史传感器值中搜索与在前面关于图1描述的设备维护工作的(3)或(4)中检测到的偏离传感器值类似的传感器值时，作为其它传感器22的传感器值或者作为接近该传感器值的值被搜索到的可能性。使用“传感器之间的关联”或“时间段的关联”或者使用两者来定义相关值。例如，假设传感器之间的关联是作为与在异常值策略中定义的偏离传感器值(SENSOR_OUTPUT的传感器值为20或更小)具有高相关程度的传感器值，存在指示“机油量”的传感器值。在这种情况下，即使当在异常值策略中未定义指示机油量的传感器值时，如果偏离传感器值和指示油量的传感器值之间的相关程度高，则也将指示油量的传感器值保持在历史DB141中。由此，当维护工人检测到引擎输出落到20以下的异常，并且调查其原因时，由于当引擎输出为20或更小时，这时的机油量也与过去的机油量的传感器值一起保持在历史DB141中，因此他/她可以参考历史，来对在过去检测到的异常与这时的异常进行比较。此外，对于时间段的关联，例如，与上面类似，在通过SENSOR_OUTPUT的传感器值取20或更小的值指示异常，并且虽然SENSOR_OUTPUT的传感器值为20或更大，但是存在其沿着预定值的模式移动的可能性的情况下，使得维护业务操作员能够通过不仅将感测到20或更小的值的时间段保持在历史DB141中，而且保持其之前的时间段(正常值)，来对检测到异常时的时间进行比较。稍后将给出对相关程度的进一步详细描述。
[0069]除了读取上述合同策略表17a和异常值策略表17b之外，数据迁移程序Ila还读取保持在服务器10的内部文件中的迁移执行日志。该日志在其中保持有与迄今为止进行的历史DB141的迁移相关的信息，并且从该日志获取并保持先前进行的迁移的日期和时间(SlOl)。
[0070]数据迁移程序Ila从在SlOl读取的内容中提取异常值策略(S102)。对在S102提取的异常值策略进行以下S104至SI 19的处理(S103)。
[0071]对于作为处理目标的异常值策略，从历史DB141中的历史表141a中搜索与该策略相对应的历史。例如，搜索VALUE (值)小于20的ID_TYPE18al中的SENS0R_0UTPUT的ID的历史。这里，搜索目标是在SlOl通过ADD_DATE141a3获取的先前的迁移执行的日期和时间或者该日期和时间之后的历史。然后，使用ID和时间段的组合对相关历史进行分类，换句话说，将多个相关历史中的具有相同ID并且具有连续HMESTAMP(时间戳)141al的历史分类到单个ID和时间段中。例如，在图12的历史表141a中示出的示例中的与异常值策略相对应的历史信息是第二、第三、第五和第八行中的记录，但是将第二和第三行中的记录视为属于单个时间段。由此，该示例中的对应于异常值策略的ID和时间段的组合为三个(S104)。
[0072]当在S104中在历史表141a中存在相应的历史时，处理进行到S106，而当不存在相应的历史时，处理进行到SI 19，进行对作为处理目标的下一个异常值策略的处理(S105)。
[0073]当存在对应于策略的历史时，数据迁移程序Ila从在SlOl读取的异常值策略表17b中的内容中，提取将处理目标异常值策略的A_ID指定为TARGET (目标)17bl中的“A_ID =”的策略。下面，将该策略描述为“关联策略”(S106)。当在S106中存在至少一个相应的关联策略时，处理进行到S108。当不存在相应的关联策略时，处理进行到S119，进行对作为处理目标的下一个异常值策略的处理(S107)。对在S106提取的关联策略进行后续S109至SI 17的处理(S108)。
[0074]然后，数据迁移程序Ila获取处理目标的关联策略的RANGE(范围)17b2(S109)。
[0075]之后，数据迁移程序Ila针对与在S104获取的异常值策略相对应的ID和时间段的组合的数量，对ID和时间段的每个组合进行下面Slll至S112或者S116的处理(SllO)。
[0076]数据迁移程序Ila针对处理目标的ID和时间段参考保持在相关程度DB16(相关程度信息保持单元)中的相关程度表16a，并且获取与在S109获取的关联策略的条件相对应的相关程度ID。在图13中示出了相关程度表16a的示例。首先，参考图13，给出对相关程度表16a的描述。
[0077]相关程度表16a定义每个传感器之间的关联和时间段的相关程度，并且单个记录描述一对传感器对之间的关联和时间段的组合。相关程度表16a在其中保持有诸如唯一地指定传感器对和时间段的单个组合的相关程度ID(R_ID)16aO、保持该传感器对的ID中的一个的ID(I) 16al、保持另一传感器的ID的ID(2) 16a2、指示时间段的类型的PER10D16a3以及表示相关程度的值的RELATED_DEGREE16a4。
[0078]上述传感器之间的关联对应于在上述构成关联表18b中定义的传感器之间的关联，并且指示附接到由服务器10管理的设备20的传感器22对的组合。通常，视为附接到相同设备20或部件或者同一型号的设备或部件的传感器之间的关联强，并且还视为在相同位置或者由相同用户使用的设备20的传感器之间的关联强。相反，视为由不同型号的设备20使用并且由不同用户或者在不同位置使用的设备20的传感器之间的关联弱。上述时间段指示与和异常值策略中的RANGE17b2相对应的历史的时间段的相对关联。在图14中示出了传感器值和时间段之间的关联的示例。“PT”指示与异常值策略的条件相对应的时间段，这里图14的示例中的从时间t3至t4的时间段适用。“FT”指示紧接在与异常值策略的条件相对应的时间段PT之前的时间段，这里图14中的从时间t2至t3的时间段适用。进一步“FT”之前的时间段是“F2T”，并且图14中的从时间tl至t2的时间段适用。类似地，紧接在PT之后到来的时间段是“LT”，并且图14中的从时间t4至t5的时间段适用。进一步在“LT”之后到来的时间段是“L2T”，并且图14中的从时间t5至t6的时间段适用。在服务器10中预先将FnT和LnT中的n(n是自然数)的数值以及时间段FnT和LnT的长度设置为预定数值和长度。
[0079]返回到对图13中的相关程度表16a的描述，相关程度ID为(R_ID) 16a0中的ROOl的第一个记录的示例具有分别在ID(I) 16al和ID⑵16a2中定义的S0010和S002V以及在PER10D16a3中设置的PT。这意味着当例如在传感器S0010中存在与异常值策略相对应的时间段时，该历史和在与上述历史相同的日期和时间的时间段内相对应的传感器S002V的历史之间的相关程度为“0.7”。相反的情况也成立，当对于传感器S001V存在与异常值策略相对应的时间段时，其历史和在与上述历史相同的日期和时间的时间段PT内相对应的传感器S0010的历史之间的相关程度也为“0.7”。另外，将R002的相关程度ID中的记录设置为“FT”。这意味着当例如存在在传感器SOOlO中与异常值策略相对应的时间段时，其历史和在该时间段之前的时间段FT中相对应的传感器S002V的历史之间的相关程度为“0.56”。相反地，以类似的方式，当存在在传感器S001V中与异常值策略相对应的时间段时，其历史和在上述时间段之前的先前时间段FT中相对应的传感器S0010的历史之间的相关程度也为“0.56”。注意，不在相关程度表16a中的传感器之间或者时间段的情况的相关程度为“O”。维护业务操作员可以使用应用40或者服务器10的操作员可以使用操作应用30，基于经常在原因的调查或者结果的假设期间搜索到的传感器值的内容，确定相关程度，并且进行来自相关程度表16a的记录的添加、更新和删除。
[0080]返回到对图11中的由数据迁移程序Ila进行的处理的描述，数据迁移程序Ila搜索与相关程度表16a中的ID (I) 16al或者ID (2) 16a2匹配的处理目标的ID，以及与在S109在相关程度RELATED_DEGREE16a4中获取的条件相对应的相关程度(Slll)。
[0081]当在Slll的处理中存在相应的相关ID时，处理进行到SI 13，而当不存在相关ID时，处理进行到S117，对与异常值策略相对应的ID和时间段的组合进行与处理目标相同的处理(S112)。随后，以与Slll中的搜索相对应的相关程度ID和相应的相关程度表16a中的记录为处理目标，进行SI 14至SI 15的处理(SI 13)。
[0082]基于与在S104中搜索到的异常值策略相对应的时间段PT，获取相关程度表16a中的作为处理目标的记录的PER10D16a3的具体开始和结束时间和日期。当PER10D16a3中的值为PT时，时间段与S104中的异常值策略相同，但是当PER10D16a3中的值是FnT或者LnT时，基于预先定义的值FnT或者LnT，计算开始或结束日期和时间(SI 14)。
[0083]然后，数据迁移程序I Ia使用在处理目标的相关程度表16a中的记录的ID⑴16al或者ID (2) 16a2中定义的、与异常值策略相对应的ID之外的ID以及在S114中获取的时间段的搜索条件，在历史表141a中进行搜索。与S104中的情况类似，搜索目标是通过ADD_DATE141a3在SlOl中获取的先前的迁移执行时间的日期和时间或者该日期和时间之后的记录(S115)。以这种方式，通过S114和S115的处理，可以获取与相关策略相对应的历史。
[0084]在S115中的处理之后，数据迁移程序Ila以后续相关程度ID为处理目标，进行SI 14和SI 15中的处理(SI 16)。
[0085]当针对所有相关程度ID进行了直到S116的处理时，数据迁移程序Ila以与后续异常值策略相对应的ID和时间段为处理目标，进行从SlOl至SI 16的处理(SI 17)。
[0086]在针对所有相关程度ID进行了直到S117的处理之后，数据迁移程序Ila以后续关联策略为处理目标，进行S109至SI 17的处理(SI 18)。
[0087]此外，在针对所有关联策略进行了直到S118的处理之后，数据迁移程序Ila以后续异常值策略为处理目标，进行S104至SI 18中的处理(SI 19)。
[0088]此外，在针对所有异常值策略进行了直到S119的处理之后，数据迁移程序Ila根据合同策略表17a中的细节迁移并删除数据。异常值策略和关联策略使用在S104和SI 15中相对应的历史，作为与合同策略表17a的TARGET17a2中的“ABNORMAL(异常)”相对应的历史。从迁移和删除排除的历史是通过ADD_DATE141a3在SlOl中获取的先前的迁移执行时间的日期和时间以及该日期和时间之后的所有记录。当处理日期和时间已经过了 VALID_DATE17a4时，从历史DB141和带142中删除作为目标的历史。在正常结束后，数据迁移程序Ila在迁移执行日志中添加接收到来自数据迁移程序Ila的命令时的日期和时间(S120)。上面是对数据迁移程序Ila的处理流程的描述。
[0089]注意，上面的示例使得针对时间段和传感器之间的构成的每个组合定义了相关程度表16a，但是当时间段之间的关联明显远时，可以仅由传感器之间的构成来定义相关程度表16a。相反，当传感器之间的关联明显远时，可以仅由时间段来定义相关程度表16a。
[0090]通过上述处理，对于累积在服务器10的历史DB141中的设备20的大量传感器值的历史，当从DB的容量和搜索性能的观点，存在将历史从DB迁移到带142或者从DB中删除的需要时，可以在与偏离传感器值、具有未来由于检测到的指示设备20的异常或者异常的指示的偏离传感器值而用来调查发生的异常的原因或者用来假设异常的结果的可能性的正常值的历史一起留在DB中的同时，将数据迁移到带142。由此，在检测到异常和其指示时，可以不在DB中保持从传感器22收集的所有传感器的历史的情况下，与对过去的类似传感器值的迅速搜索一起，迅速搜索上述传感器22周边的其它传感器22的传感器值或者之前和之后的时间段的传感器值，由此使得能够根据对原因的调查和对结果的假设寻求的对策进行研究。特别地，当已经针对作为具有惩罚的保证操作的维护合同的目标的设备开发了偏离传感器值时，除了作为目标的设备的传感器值的历史之外，由于关联策略，还在历史DB141中保持与其相关的设备的传感器值，因此其历史可以用于调查异常的原因或者假设异常的结果。
[0091]〈第二实施例〉
[0092]下面给出参考相关附图对本发明的另一实施例的描述。给出了对假设由维护业务操作员或者服务器10的操作员进行的更新相关程度表16a的第一实施例的描述，然而，作为第二实施例，给出对由服务器10本身自动进行对相关程度表16a中的相关程度RELATED_DEGREE 16a4的查看的示例的描述。除了下面给出的本实施例的细节之外的细节与第一实施例相同。
[0093]详细说明本实施例中的服务器10的程序的操作。本实施例采用使用来自由维护业务操作员操作的应用40的参考频率，查看并更新相关程度表16a的相关程度RELATED_DEGREE16a4中的值的配置。为此，服务器10中的历史管理程序I Ib (参考历史管理单元)对使用应用40进行的参考的频率进行计数。此外，相关程度管理程序Ilc基于上述参考频率，周期性地，或者通过服务器10的操作员经由操作应用30执行命令，更新相关程度RELATED_DEGREE 16a4 中的值。
[0094]首先，描述历史管理程序Ilb的操作。在图15中示出了历史管理程序Ilb执行的处理的流程图示例。下面，参考图15给出描述。
[0095]在执行命令时，历史管理程序Ilb读取合同策略表17a和异常值策略表17b中的内容，并且提取在其中定义的异常值策略，并且在存储器11中读取(S151)。
[0096]之后，历史管理程序Ilb等待从应用40接收参考历史DB141的请求的发出(S152)。
[0097]在接收到来自应用40的对历史DB141的参考请求后，历史管理程序Ilb在历史DB141中搜索与包含在请求中的搜索条件相对应的历史(S153)。历史管理程序Ilb向应用40返回作为搜索结果获得的历史(S154)。
[0098]随后，历史管理程序Ilb确认在向应用40返回的历史中，是否包括与在S151中读取的异常值策略相对应的历史。当存在相应的历史时，获取历史的内容，并且以与在与图11所示的S104中的数据迁移处理中类似的方式，提取ID和时间段的组合(S155)。在提取之后，历史管理程序Ilb进行到S157中的处理。当不存在相应的历史时，历史管理程序Ilb返回到S152中的处理(S156)。
[0099]当在S156中在答复中包括与异常值策略相对应的历史时，历史管理程序IIb确认是否存在答复中包括的任何其它历史(S157)。当存在另一历史时，历史管理程序Ilb进行到S159的处理。当不存在其它历史时，历史管理程序Ilb返回到S152的处理(S158)。
[0100]针对在S155中提取的ID和时间段的组合，重复进行以下S160至S165的处理(S159)。
[0101]首先，历史管理程序Ilb基于预先定义的细节，针对作为处理目标的ID和时间段的组合，计算PT之外的时间段(LnT，FnT)的具体开始和结束日期和时间(S160)。针对不与在S157中获取的异常值策略相对应的其它历史中的每一个，进行以下S162至S164的处理(S161)。
[0102]历史管理程序Ilb获取作为处理目标的历史的HMESTAMPHlal，并且确定该日期和时间对应于在S160中计算的哪个时间段(S162)。注意，当不存在与该日期和时间相对应的在S160中计算的时间段时，结束针对该历史的处理，而进行到对后续历史的处理。历史管理程序Ilb以类似的方式获取作为处理目标的历史的ID(S163)。
[0103]历史管理程序Ilb基于在S162中相对应的时间段(PER1D)、在S163中获取的ID和与在S155中提取的异常值策略相对应的历史的ID，搜索相关程度表16a中相应的记录。ID可以是ID (I) 16al或者ID (2) 16a2。当不存在相应的记录时，通过对相关程度ID进行编号，向相关程度表16a添加记录。在这种情况下，假设相关程度RELATED_DEGREE16a4的值为“O”。历史管理程序Ilb将相应的记录的相关程度ID和添加的相关程度ID保持在存储器11中。然而，当相关程度ID已经存储在存储器11的列表中时，不添加相关程度ID(S164)。
[0104]在S164中的处理之后，历史管理程序Ilb对作为处理目标的后续历史进行从S162至S164的处理(S165)。
[0105]然后，在对所有历史进行了直到S165的处理之后，历史管理程序Ilb对作为处理目标的与后续异常值策略相对应的ID和时间段，进行从S160至S165的处理(S166)。
[0106]此外，在对所有ID和时间段组合进行了直到S166的处理之后，历史管理程序Ilb获取在S164中保持在存储器11中的相关程度ID列表，并且针对包含在该列表中的每个相关程度ID，确认在由参考历史DB15保持的参考频率表15a中是否存在相应的相关程度ID。在图16中示出了参考频率表15a的示例。参考频率表15a针对每个相关程度ID，针对向应用40进行的参考的频率进行计数，并且在其中保持指示相关程度ID的R_ID15aO和指示参考频率的REF_C0UNT15al。当在该表中存在相应的相关程度ID时，递增(increment) REF_COUNT 15a I的值。此外，当不存在相应的相关程度ID时，向参考频率表15a添加相关程度ID,并且将REF_C0UNT15al设置为“I”。在针对列表中的所有相关程度ID进行了更新参考频率表15a或者向参考频率表15a中进行添加的处理之后，处理返回到S152，处于等待状态(S167)。上面描述了由历史管理程序Ilb进行的处理。
[0107]接下来的描述说明相关程度管理程序Ilc进行的操作。相关程度管理程序Ilc是基于由上述历史管理程序IIb更新并创建的参考频率表15a，更新相关程度表16a中的相关程度RELATED_DEGREE16a4中的值的程序。相关程度管理程序Ilc通过服务器10的操作员通过操作程序30执行命令，或者周期性地操作。在图17中示出了相关程度管理程序Ilc执行的处理的流程图示例。参考图17给出下面的描述。
[0108]首先，相关程度管理程序Ilc获取作为服务器10的内部日志保持的相关程度更新日志中的内容，并且获取先前的更新日期和时间。另外，相关程度管理程序Ilc还保持接收到相关程度更新程序的命令执行时的日期和时间(命令执行日期和时间)(S201)。
[0109]随后，相关程度管理程序Ilc获取参考频率表15a的内容，并且获取具有除了 “O”之外的REF_C0UNT15al的相关程度ID的R_ID(S202)。
[0110]然后，相关程度管理程序Ilc针对具有在S202提取的除了 “O”之外的REF_COUNT 15aI的相关程度ID中的每一个，重复进行从S204至S206的处理(S203)。
[0111]随后，相关程度管理程序IlC获取作为处理目标的相关程度ID的参考频率REF_C0UNT15a。之后，相关程度管理程序Ilc根据在S201中获取的先前更新日期和时间与命令执行日期和时间之间的差，计算每单位时间的参考频率。例如，当周期性地在每个星期日午夜O点起动相关程度管理程序11c，并且在单位时间是一天的情况下，该时间段期间的参考频率是7次时，每单位时间的参考频率是“I” (S204)。
[0112]相关程度管理程序Ilc基于在S204中计算的每单位时间的参考频率，获取由相关程度表16a保持的相关程度更新本体16b中的相应的内容。在图18中示出了相关程度更新本体16b的示例。该本体用于保持基于每单位时间的参考频率的相关程度的更新值，并且在其中保持诸如每单位时间的参考频率REF_COUNT16bO和更新值UPDATE_VALUE16bl。例如，当每单位时间的参考频率为“I”时，在图18所示的示例中，更新值为“-0.2”(S205)。
[0113]随后，相关程度管理程序Ilc基于在S205中获取的更新值，更新相关程度表16a中的相应的相关程度ID的相关程度RELATED_DEGREE16a4的值。例如，当相关程度表16a中的相关程度的值为0.7，并且更新值为-0.2时，更新之后的值为0.5。当更新完成时，相关程度管理程序Ilc将参考频率表15a中的相应的相关程度的REF_C0UNT15al更新为“O” (S206)。
[0114]在进行S206的处理之后，相关程度管理程序Ilc对作为处理目标的后续相关程度ID，进行S204至S206的处理(S207)。
[0115]此外，在针对所有相关程度ID进行直到S207的处理之后，相关程度管理程序Ilc将相关程度更新日志的先前更新日期和时间，更新为命令执行日期和时间的值(S208)，并且结束处理。上面描述了由相关程度管理程序Ilc进行的处理。
[0116]上述处理使得能够与来自应用40的参考频率相关联地，查看并更新偏离传感器值与其它时间段和传感器之间的相关程度。由此，可以根据在利用应用40的维护业务操作员调查异常的原因或者假设异常的结果时频繁参考的过去的历史的倾向，在例如通过将具有搜索的倾向的历史保留在历史DB141中，保留具有高搜索可能性的历史的同时，进行数据迁移。
[0117]〈第三实施例〉
[0118]下面给出对本发明的第三实施例的描述。第二实施例中的相关程度管理程序Ilc以来自服务器10的操作员的命令的执行作为触发信号操作。然而，在第三实施例中，描述以对构成关联表18b进行的改变作为触发信号，执行相关程度管理程序Ilc的示例。除了下面所给出的本实施例的细节之外的细节与第二实施例中的细节相同。
[0119]首先，说明在本实施例中由服务器10的程序进行的操作。在本实施例中，维护业务操作员向服务器10通过应用40，作出诸如添加和放置、移除设备20或者改变设备20的部件的改变设备构成的请求。在接收到该请求时，服务器10使用设备构成管理程序Ild进行与该请求相对应的处理。在图19中示出了这里由设备构成管理程序Ild执行的处理的流程图示例。参考图19给出下面的描述。
[0120]首先，设备构成管理程序Ild接收来自应用40的与设备构成改变请求相关的请求(S301)。在接收到请求时，设备构成管理程序Ild参考其中的内容，以确定请求用于删除、添加还是改变设备等。对于删除的情况，设备构成管理程序Ild进行S303的处理，对于添加的情况进行S311的处理，并且对于改变的情况进行S321的处理(S302)。注意，当使用地点和用户改变时，设备构成管理程序Ild进行“删除”和“添加”，而不是“改变”，而当部件或者传感器22改变时，设备构成管理程序Ild进行“改变”。这在应用40中确定。
[0121]当删除设备等(不仅设备，而且由设备构成本体18管理的位置、用户、部件、传感器22等的所有ID作为目标)时，设备构成管理程序Ild获取包含在S301中接收到的请求中的删除目标的ID，并且针对每个ID进行S304至S308的处理(S303)。
[0122]首先，设备构成管理程序Ild从请求的细节中，获取在请求中指定的ID是还用于删除属性，还是仅仅是从构成中删除。在前者的情况下，设备构成管理程序Iid从属性表18a中删除与删除目标ID相对应的记录。在后者的情况下，不进行处理，并且处理进行到后续处理(S304)。
[0123]当还删除属性时，设备构成管理程序Ild从构成关联表18b中，删除在作为删除目标ID的ID(I) 18b0或者ID⑵18bl中指定的所有记录。在从构成中删除的情况下，设备构成管理程序Ild在包含在作为删除目标ID的ID(l)18bO或者ID(2)18bl中的记录的END_DATE18b3中，登记处理执行时间的日期和时间(S305)。
[0124]设备构成管理程序Ild从相关程度表16a中，删除在作为删除目标ID的ID(I) 18b0或者ID(2) 18bl中指定的所有记录。对于相关程度表16a，对于还删除属性的情况和仅从构成中删除的情况两者，都删除记录(S306)。
[0125]设备构成管理程序Ild从参考频率表15a中，删除与在S306中从相关程度表16a中删除的记录的相关程度ID(R_ID) 16a0相对应的记录(S307)。
[0126]在进行S307中的处理之后，设备构成管理程序Ild对作为处理目标的后续删除目标ID进行S303至S307中的处理(S308)。当针对所有删除目标的处理完成时，设备构成管理程序Ild起动相关程度管理程序11c，并且更新相关程度。
[0127]返回到S302的处理，在添加设备等的情况下，设备构成管理程序Ild获取包含在S301中接收到的请求中的添加目标ID，并且针对每个ID进行S312至S314的处理(S311)。
[0128]首先，设备构成管理程序Ild除了添加包含在请求中的ID_TYPE之外，还将添加目标ID的记录添加在属性表18a中。然而，在属性表18a中已经存在相应的ID的情况下，处理在不进行任何处理的情况下，进行到后续处理(S312)。
[0129]然后，当除了添加目标ID之外，请求还指定了与添加目标ID相关的ID时，设备构成管理程序Ild向构成关联表18b添加与指定的ID的数量相同的记录的数量。这里，START_DATE18b2指定添加记录的日期和时间。在诸如包含关系的关系指不等级关系的情况下，在请求中指定位于比添加目标ID更高的等级的ID。将添加目标ID登记在ID (2) ISbl中，并且将相关ID登记在ID(I) ISbO中。在相同型号等没有等级关系的情况下，可以将ID登记在 ID(l)18bO 或者 ID(2)18bl(S313)中(S313)。
[0130]随后，在添加的ID的ID_TYPE18al指示传感器22的情况下(在字符串以“SENS0R_”开始的情况下)，设备构成管理程序Ild基于由相关程度DB16保持的相关程度定义本体16c，向相关程度表16a中添加与添加目标ID相对应的记录。在图20中示出了相关程度定义本体16c的示例。
[0131]相关程度定义本体16c具有针对传感器之间的每个关系或者针对每个时间段定义的相关程度的初始值。单个记录描述对单个关系或者时间段的值分配的相关程度的初始值，并且在其中保持诸如指示关系(CONFIGURE)或者时间段(PER1D)是记录的主题(subject)的TYPE16cO、指示TYPE的值的VALUE16cl以及指示相关程度的初始值的RELATED_DEGREE16c2。当 TYPE 是 PER1D(时间段)时，在 VALUE16cl 中指定 PT 或者 LnT和FnT。此外，当TYPE是CONFI⑶RE(关系)时，在VALUE16cl中指定传感器22之间的距离。传感器22之间的距离意味着根据设备构成得出的传感器22之间的近或者远的逻辑关系。以图21中的示例为例，SENSOR A和SENSOR B两者都是附接到同一部件PART01的传感器22，因此将距离定义为“I”。在SENSOR A和SENSOR C的情况下，传感器22附接到同一设备20 (EXCAVATOR a)的不同的部件，因此将距离定义为“2”。附带地，同一传感器的情况的距离为“O”。由此，可以根据设备构成表18b中的记录创建如图21所示的设备的逻辑构成，并且可以基于此计算传感器22之间的距离。
[0132]如上面所说明的，使用构成关联表18b，获取与在相关程度定义本体16c中定义的TYPE16cO“CONFI⑶RE”中的所有距离相对应的传感器22。例如，当在相关程度定义本体16c中定义了具有直到“3”的距离的记录时，参考构成关联表18b的内容(仅END_DATE18b3被设置为空的记录或者处理执行时间的日期和时间在START_DATE18b2和END_DATE18b3之间的记录为主题)，并且获取基于设备20的逻辑构成添加的传感器22的ID和具有直到3的距离的所有传感器22。此外，对于所有获取的传感器22，作为记录向相关程度表16a中添加在相关程度定义本体16c中定义的TYPE16cO “PER1D”中的所有时间段的组合。例如，当在相关程度定义本体16c中，存在四个传感器22满足作为添加目标的传感器22之间的距离是TYPE16cO “PER1D”中的VALUE16cl，并且存在五个、具体来说为PT、LT、FT、L2T和F2T被定义为TYPE16c “PER1D”的VALUE16cl时，向相关程度表16a中添加的记录的数量是上述两者的组合的20个。要登记在相关程度表16a中的相关程度RELATED_DEGREE16a4中的值是相应的TYPE16cO “PER1D”中的相关程度的初始值和从相关程度定义本体16c获取的TYPE16cO “PER1D”的积。例如，在图20所示的示例中，当CONFI⑶RE的VALUE16cl是“2”，并且PER1D的VALUE16cl是“FT”时，则0.8X0.85 = 0.68是要登记在相关程度表16a中的相关程度RELATED_DEGREE16a4中的值。针对向相关程度表16a中添加的所有记录进行该计算，并且登记计算的相关程度。这里，当添加的ID的ID_TYPE18al是传感器22之外的ID时，不进行该处理(S314)。
[0133]在S314的处理之后，设备构成管理程序Ild对作为处理目标的后续添加目标ID进行S312至S314的处理(S315)。在对所有添加目标的处理完成后，设备构成管理程序Ild起动相关程度管理程序11c，并且更新相关程度。
[0134]返回到S302，在改变设备等的情况下，设备构成管理程序Ild获取包含在S301中接收到的请求中的改变后的ID，并且针对每个ID进行S322至S324的处理(S321)。
[0135]在改变的情况下，设备构成管理程序Ild不从属性表18a中删除在请求中指定的改变前的ID，而仅仅将构成改变为另一 ID。向属性表18a中添加改变后的ID，但是如果在属性表18a中已经存在改变后的ID，则不添加改变后的ID。当添加ID时，与其一起添加包含在请求中的ID_TYPE。然而，当包含在请求中的改变后的ID的ID_TYPE与改变前的ID_TYPE 18a I中的ID不匹配时，不准进行改变，并且作为错误结束处理(S322)。
[0136]随后，设备构成管理程序Ild搜索具有在构成关联表18b中的ID(I) 18b0或者ID (2) 18bl中指定的改变前的ID的记录，并且记录相应的记录的END_DATE18b3中的处理执行时间的日期和时间。之后，设备构成管理程序Ild基于上面指定的记录，将改变前的ID设置为改变后的ID (但是继承另一 ID)，并且添加具有START_DATE18b2作为处理执行时间的日期和时间(但是END_DATE18b3为空)的记录(S323)。
[0137]在相关程度表16a中搜索在ID(I) 18b0或者ID⑵18bl中指定了改变前的ID的记录，并且用改变后的ID更新相应的记录(S324)。
[0138]在S324中的处理之后，设备构成管理程序Ild对作为处理目标的后续添加目标ID，进行S322至S324中的处理(S325)。在所有对添加目标的处理完成后，起动相关程度管理程序11c，以更新相关程度。上面描述了设备构成管理程序Ild的处理流程。
[0139]注意，上面描述的示例假设通过在S314中将从相关程度定义本体16c获取的距离的初始值乘以传感器22之间的构成的初始值来计算相关程度，但是可以使用包括预先定义的距离的初始值和传感器22之间的构成的初始值的计算公式来计算相关程度。另外，与在对第一实施例的描述中相同，当时间段之间的关联明显远时，可以仅使用传感器22之间的构成来计算相关程度。相反，当传感器22之间的关联明显远时，可以仅使用时间段来计算相关程度。
[0140]通过上述处理，针对作为触发信号的具有相关程度产生大的改变的可能性的设备构成的改变(使用设备的地点或用户的改变或者部件或传感器的改变)的情况，可以自动查看并修正相关程度。由此，可以针对设备构成进行的改变立即修正相关程度，因此即使在存在对与对设备构成进行的改变前后的偏离传感器值一起进行搜索的可能性高的正常传感器值的目标进行的改变的情况下，也使得能够进行将正常传感器值保留在DB中的数据迁移。
[0141]虽然上面具体描述了本发明的实施方式，但是本发明不限于此，可以以各种方式改变本发明，而不脱离本发明的范围。例如，在上面描述的实施例中，假设带是来自DB的历史的迁移目的地，然而，本发明可以应用于使用另一存储介质或者在不进行迁移的情况下删除历史的情况。
[0142]此外，在上面的实施例中，假设服务器10合并诸如历史和设备构成信息，给出了描述，然而，同样在以分布方式保持信息和功能的情况下，只要服务器10通过虚拟合并可以随意进行使用和参考，信息和功能的实际位置并不重要。
【权利要求】
1.一种信息管理装置，其从多个设备收集并且保持操作信息，所述操作信息是指示所述多个设备的操作状态的信息，所述信息管理装置参考提供使用所述操作信息的服务的信息使用装置，所述信息管理装置包括: 合同信息保持单元，其保持合同信息，所述合同信息是与已经定义了所述信息使用装置提供的与所述设备有关的服务水平的合同相关的信息；以及 管理策略创建单元，其从所述合同信息保持单元获取所保持的所述设备中的每一个设备的合同信息，并且基于所述合同信息，以包括存储位置信息的方式创建管理策略信息，所述管理策略信息是定义针对所述设备中的每一个设备保持的所述操作信息的管理方案的信息，所述存储位置信息是至少每一个存储信息的存储位置的信息。
2.根据权利要求1所述的信息管理装置，还包括: 操作信息历史保持单元，其与所述设备中的每一个设备相对应地按照时间顺序，保持从所述设备中的每一个设备收集的操作信息，以及 操作信息管理单元，其从所述操作信息历史保持单元获取与所述设备中的每一个设备相对应的操作信息，并且基于与所述设备中的每一个设备相对应的所述管理策略信息，对与所述设备中的每一个设备相关的操作信息进行管理， 其中，所述操作信息管理单元从所述操作信息历史保持单元获取与所述设备中的每一个设备相对应的操作信息，并且参考与所述设备中的每一个设备相对应的所述管理策略信息，以根据针对与所述设备中的每一个设备相对应的操作信息定义的存储位置信息，重新分配所述操作信息的存储位置。
3.根据权利要求2所述的信息管理装置，其中， 所述操作信息是数值数据，并且所述管理策略信息包括与所述数值数据相关的判断条件， 所述信息管理装置还包括: 相关程度信息保持单元，其保持相关程度信息，所述相关程度信息是指示所述设备中的每一个设备之间的相互关系或者所述数值数据满足判断条件的时间之前和/或之后的被设置为预定长度的时间段之间的相互关系的关联程度的信息， 所述操作信息管理单元获取在所述操作信息历史保持单元中与所述设备中的每一个设备相对应地保持的所述操作信息，参考管理策略保持单元，并且确定是否满足所述判断条件，对于确定满足所述判断条件的操作信息，参考所述相关程度信息保持单元，并且根据所述操作信息以及所述管理策略信息，重新分配具有预定相关程度的设备或者时间段的存储位置。
4.根据权利要求3所述的信息管理装置，还包括: 参考历史管理单元，其对来自所述信息使用装置的所述操作信息的参考历史进行管理，以及 相关程度信息更新单元，其被保持在所述相关程度信息保持单元中，所述相关程度信息更新单元更新与设备相对应的所述相关程度信息， 其中，所述参考历史管理单元对与所述设备或者所述时间段中的每一个相对应的所述操作信息的参考频率进行总计，并且 所述相关程度信息更新单元基于所述设备或者所述时间段中的每一个的所述参考频率，更新所述相关程度信息。
5.根据权利要求4所述的信息管理装置，还包括: 设备构成信息保持单元，其保持设备构成信息，所述设备构成信息是包括指示所述设备中的每一个设备的属性的属性信息和定义所述属性的关联性的设备构成信息的信息， 其中，所述相关程度信息更新单元持续监视所述设备构成信息保持单元，当确定与所述设备中的任意一个设备相关的属性信息或者所述设备构成信息发生了改变时，针对确定发生了改变的所述设备，更新在所述相关程度信息保持单元中保持的所述相关程度信息。
6.一种信息管理方法，其从多个设备收集并且保持操作信息，所述操作信息是指示所述多个设备的操作状态的信息，所述方法参考提供使用所述操作信息的服务的信息使用装置，所述方法由包括处理器和存储器的计算机执行，所述方法包括: 保持合同信息，所述合同信息是与已经定义了所述信息使用装置提供的与所述设备有关的服务水平的合同相关的信息；以及 获取所保持的所述设备中的每一个设备的合同信息，并且基于所述合同信息，以包括存储位置信息的方式创建管理策略信息，所述管理策略信息是定义针对所述设备中的每一个设备保持的操作信息的管理方案的信息，所述存储位置信息是至少每一个存储信息的存储位置的信息。
7.根据权利要求6所述的信息管理方法，其中，所述计算机: 与所述设备中的每一个设备相对应地按照时间顺序，保持从所述设备中的每一个设备收集的所述操作信息， 从操作信息历史保持单元获取与所述设备中的每一个设备相对应的操作信息，并且基于与所述设备中的每一个设备相对应的所述管理策略信息，对与所述设备中的每一个设备相关的所述操作信息进行管理，以及 获取与所述设备中的每一个设备相对应的操作信息，并且参考与所述设备中的每一个设备相对应的所述管理策略信息，以根据针对与所述设备中的每一个设备相对应的操作信息定义的存储位置信息，重新分配所述操作信息的存储位置。
8.根据权利要求7所述的信息管理方法，其中， 所述操作信息包括数值数据，并且所述管理策略信息包括与所述数值数据相关的判断条件，以及 所述计算机: 保持相关程度信息，所述相关程度信息是指示所述设备中的每一个设备之间的相互关系或者所述数值数据满足判断条件的时间之前和/或之后的被设置为预定长度的时间段之间的相互关系的关联程度的信息，并且 获取在操作信息历史保持单元中与所述设备中的每一个设备相对应地保持的所述操作信息，参考管理策略保持单元，并且确定是否满足所述判断条件，对于确定满足所述判断条件的操作信息，参考相关程度信息保持单元，并且根据所述操作信息以及所述管理策略信息，重新分配具有预定相关程度的设备或者时间段的存储位置。
9.根据权利要求8所述的信息管理方法，其中，所述计算机还: 通过对与所述设备或者所述时间段中的每一个相对应的所述操作信息的参考频率进行总计，对来自所述信息使用装置的所述操作信息的参考历史进行管理，以及 基于所述设备或者所述时间段中的每一个的所述参考频率，更新与设备相对应的所述相关程度信息。
10.根据权利要求9所述的信息管理方法，其中，所述计算机还: 保持设备构成信息，所述设备构成信息是包括指示所述设备中的每一个设备的属性的属性信息和定义所述属性的关联性的设备构成信息的信息，以及 持续监视设备构成信息保持单元，当确定与所述设备中的任意一个设备相关的属性信息或者所述设备构成信息发生了改变时，针对确定发生了改变的所述设备，更新所保持的所述相关程度信息。
【文档编号】H04L12/24GK104184610SQ201410222392
【公开日】2014年12月3日 申请日期:2014年5月23日 优先权日:2013年5月24日
【发明者】河田洋平, 太田延之, 安藤凉介 申请人:株式会社日立制作所