信息管理裝置和信息管理方法
【專利摘要】本發(fā)明提供一種信息管理裝置和信息管理方法。該信息管理裝置從多個設備收集并且保持操作信息，該操作信息是指示多個設備的操作狀態(tài)的信息，信息管理裝置參考提供使用操作信息的服務的信息使用裝置，包括：保持與定義與設備有關地提供的服務水平的合同相關的信息；獲取設備的合同信息，并且基于合同信息，以包括存儲位置信息的方式創(chuàng)建管理策略信息，該管理策略信息是定義針對設備中的每一個設備保持的操作信息的管理方案的信息，存儲位置信息是至少每一個存儲信息的存儲位置的信息。
【專利說明】信息管理裝置和信息管理方法
[0001]相關申請的交叉引用
[0002]本申請要求2013年5月24日提交的根據(jù)35U.S.C.§ 119(a)對日本專利申請第2013-109761號的優(yōu)先權(quán)權(quán)益，其全部公開通過引用包含于此。
【技術領域】
[0003]本公開的實施例主要涉及信息管理裝置和信息管理方法。
【背景技術】
[0004]作為對建造設備等提供的維護服務，提出了如下提議:使用附接到設備并且實時監(jiān)視通過由傳感器進行的測量所提供的設備的操作信息的大量傳感器，來檢測異常或者異常的指示，并且迅速對其進行諸如替換部件的措施。此外，提出了如下提議:利用從設備收集并且積累的操作信息，用于調(diào)查設備發(fā)生異常的傾向和遇到異常時的異常的原因，或者用于在雖然不存在異常，但是測量到了從穩(wěn)定狀態(tài)偏離的值的情況之后，懷疑發(fā)生了異常。然而，當存在大量設備作為維護目標時，積累的操作信息的量將非常大，并且其管理成本也將增長。
[0005]存在應用關注信息的業(yè)務價值隨著時間的變化的稱為ILM(信息生命周期管理)的信息生命周期管理，來解決上述問題的提議。ILM通過根據(jù)預先指定的策略應用與時間的業(yè)務價值相對應的信息管理方法，使得能夠降低信息的管理成本。例如，一種技術提出了基于法定要求(檢控時限(prosecut1n time limit)、存儲期限等)和信息生命周期管理要求(數(shù)據(jù)的重要性、訪問頻率等)兩個要求，協(xié)助合適的信息方法的應用，以控制用于存儲并保留法定文檔的操作成本的配置(JP-2007-193408-A)。
[0006]上述對建造設備等提供的維護服務需要提供滿足在服務提供方(維護服務提供方)和服務的被提供方(設備使用者)之間締結(jié)的合同中定義的服務水平的服務。由于服務水平在每個合同之間不同，因此提供服務所需的信息的生命周期管理方案也需要根據(jù)每個服務水平選擇合適的方案。另外，因為有服務水平在合同續(xù)約時發(fā)生改變的可能性，因此可能需要使信息生命周期管理方案適應這些改變。然而，即使信息是與在上述維護服務中同一類型的，在JP-2007-193408-A中公開的采用法定要求的技術也不考慮根據(jù)合同細節(jié)的不同來應用不同的策略的需要。此外，當將在JP-2007-193408-A中公開的技術應用于基于在服務提供方和用戶之間締結(jié)的合同的策略的定義時，操作員需要針對每個合同設置策略。此外，當合同細節(jié)改變時，操作員需要根據(jù)改變后的內(nèi)容搜索并修訂相關策略。
[0007]因此，本發(fā)明的目的是提供一種信息管理設備和信息管理方法，其能夠基于與信息服務相關的合同細節(jié)，自動創(chuàng)建滿足在合同中定義的細節(jié)的與數(shù)據(jù)管理相關的策略。
[0008]此外，當將設備的異?；蛘咂渲甘镜牟僮餍畔⒍x為重要性高的數(shù)據(jù)時，在JP-2007-193408-A中公開的技術在高速、高可靠性管理方案中，僅處置與該異常和指示相對應的傳感器值的操作信息。然而，存在雖然只是穩(wěn)定狀態(tài)操作信息，但是假設操作信息是異常的原因或指示的操作信息，或者低速、低可靠性管理方案可以作為重要性低的數(shù)據(jù)處置在異常或者指示期間提供的來自其它傳感器的操作信息的可能性。在這種情況下，維護服務提供方在調(diào)查異常的原因時，將需要用于搜索操作信息的時間，這阻止針對異常迅速采取對策，而導致無法滿足在合同中保證的服務水平的可能性。
[0009]因此，本發(fā)明的另一目的是提供一種信息管理設備和信息管理方法，其廣泛收集用來進行信息服務用戶的業(yè)務的信息，并且使得能夠使用該信息。從下面對實施例的描述，本發(fā)明的其它目的將變得明顯。
【發(fā)明內(nèi)容】
[0010]公開的實施例描述了一種信息管理裝置，其從多個設備收集并且保持操作信息，所述操作信息是指示所述多個設備的操作狀態(tài)的信息，所述信息管理裝置參考提供使用所述操作信息的服務的信息使用裝置，所述信息管理裝置包括:合同信息保持單元，其保持合同信息，所述合同信息是與定義所述信息使用裝置提供的與所述設備有關的服務水平的合同相關的信息；以及管理策略創(chuàng)建單元，其從所述合同信息保持單元獲取所保持的所述設備中的每一個設備的合同信息，并且基于所述合同信息，以包括存儲位置信息的方式創(chuàng)建管理策略信息，所述管理策略信息是定義針對所述設備中的每一個設備保持的所述操作信息的管理方案的信息，所述存儲位置信息是至少每一個存儲信息的存儲位置的信息。
[0011]從對本發(fā)明的詳細描述中的【具體實施方式】和附圖，在本申請中公開的其它問題和用于解決這些問題的手段將變得清楚。
[0012]根據(jù)本發(fā)明，可以根據(jù)針對每個設備定義的管理細節(jié)，對多個設備的操作信息進行有效的管理。
【專利附圖】
【附圖說明】
[0013]為了更完整地理解本發(fā)明和其優(yōu)點，現(xiàn)在參考下面結(jié)合附圖提出的【具體實施方式】，其中:
[0014]圖1是本發(fā)明的一個實施例的信息管理系統(tǒng)I的示意圖；
[0015]圖2是示出作為信息管理設備的服務器10的總體配置的框圖；
[0016]圖3是示出由歷史數(shù)據(jù)庫(下文中稱為“DB”)141保持的歷史表141a的示例的圖；
[0017]圖4是示出由設備構(gòu)成本體(equipment configurat1n master) 18保持的屬性表18a的不例的圖；
[0018]圖5是示出由設備構(gòu)成本體18保持的構(gòu)成關聯(lián)表18b的示例的圖；
[0019]圖6是示出由合同DB19保持的合同表19a的示例的圖；
[0020]圖7是示出策略創(chuàng)建處理的流程圖的示例；
[0021]圖8是示出由合同DB19保持的合同分類本體19b的示例的圖；
[0022]圖9是示出由策略DB17保持的合同策略表17a的示例的圖；
[0023]圖10是示出由策略DB17保持的異常值策略表17b的示例的圖；
[0024]圖11是示出數(shù)據(jù)遷移處理的流程圖的示例；
[0025]圖12是示出由歷史表141a保持的與異常值策略相對應的歷史的示例的圖；
[0026]圖13是示出由相關程度DB16保持的相關程度表16a的示例的圖；
[0027]圖14是與時間段設置示例相關的示意圖；
[0028]圖15是示出歷史管理處理的流程圖的示例；
[0029]圖16是示出由參考歷史DB15保持的參考頻率表15a的示例的圖；
[0030]圖17是示出相關程度管理處理的流程圖的示例；
[0031]圖18是示出由相關程度DB16保持的相關程度更新本體16b的示例的圖；
[0032]圖19是示出設備構(gòu)成管理程序的處理的流程圖；
[0033]圖20是示出由相關程度DB16保持的相關程度定義本體16c的示例的圖；以及
[0034]圖21是應用信息管理系統(tǒng)I的設備構(gòu)成示例的示意圖。
【具體實施方式】
[0035]下面，參考附圖，詳細描述信息管理系統(tǒng)的本發(fā)明的一個實施例。將在圖1中示意性地示出的一個實施例的信息管理系統(tǒng)1，應用于對在礦山等處使用的建造設備和挖礦設備(下文中稱為“設備”)的信息進行管理。下面，將參考附圖描述在本實施例中采用的設備維護工作。
[0036]與用戶締結(jié)了關于設備的維護服務合同的維護業(yè)務操作員，使用服務器10對來自多個設備20的信息進行管理。服務器10保持對設備20進行管理和維護所需的信息，并且向?qū)嶋H維護設備20的業(yè)務操作員和他們的應用40提供信息。在設備20的操作期間，月艮務器10例如通過諸如公共線路的M2M(機器對機器)等通信網(wǎng)絡50，進一步收集從附接到構(gòu)成設備20的部件的一個或更多個傳感器22周期性地收集的傳感器值。將收集的傳感器值存儲在服務器10的歷史DB141中。這里，服務器10側(cè)的數(shù)據(jù)監(jiān)視功能是檢查所收集的傳感器值等值，并且檢測并向設備維護業(yè)務操作員通知從預先針對每個傳感器22定義的傳感器值的閾值或者范圍偏離的傳感器值(下文中稱為偏離傳感器值)。其示例是指示設備20的引擎輸出落到穩(wěn)定狀態(tài)的范圍以下的傳感器值(圖1中的(I))。
[0037]設備業(yè)務操作員接收來自(I)的數(shù)據(jù)監(jiān)視功能的通知，并且向服務器10的對策建議功能輸入所通知的偏離傳感器值。對策建議功能保持過去的偏離傳感器值和為了解決這些問題而采取的對策的組合模式(教導數(shù)據(jù))。當存在與保持的輸入類似的“模式”時，對策建議功能向進行了該輸入的設備業(yè)務操作員提供模式中的一個或更多個模式。當指示了一個模式時，設備業(yè)務操作員執(zhí)行在該模式中描述的對策，或者向在現(xiàn)場的工人給出指令。例如，指示改變機油，作為與(I)的引擎輸出的傳感器值類似的模式的對策(圖1中的(2))。
[0038]當確定不存在與(2)相對應的模式時，設備業(yè)務操作員在服務器10中的歷史DB141中搜索過去是否存在與(I)的偏離傳感器值類似的傳感器值。當找到這種傳感器值時，設備業(yè)務操作員將與(I)的傳感器值偏離時間段相同的時間段的其它傳感器22的傳感器值或者傳感器值偏離時間段之前和之后的時間段期間的傳感器值，與過去的相關其它傳感器22或者之前和之后的時間段期間的傳感器值進行比較，以調(diào)查(I)的偏離傳感器值的原因，或者由于(I)的偏離傳感器值的原因而假設異常，并且對與其相關聯(lián)地需要的對策進行研究。這也用來創(chuàng)建新的模式，來添加到對策建議功能(圖1中的(3))。
[0039]當服務器10的對策建議功能在(2)中指示多個模式時，設備業(yè)務操作員檢查指示的這些模式中的那個對策模式最好。為此，與(3)的情況類似，設備業(yè)務操作員在歷史DB141中的過去的傳感器值中進行搜索，并且將與(I)的傳感器值偏離時間段相同的時間段的其它傳感器22的傳感器值或者傳感器值偏離時間段之前和之后的時間段期間的傳感器值，與過去的相關其它傳感器22或者之前和之后的時間段期間的傳感器值進行比較，以選擇具有最類似的狀態(tài)的模式，來執(zhí)行對策(圖1中的(4))。
[0040]在圖2所示的框圖中示出了將由本實施例的信息管理系統(tǒng)I提供的歷史DB141，應用于在上述(I)至(4)中例示的設備維護操作中的數(shù)據(jù)生命周期管理的情況。為了方便理解，在圖2中僅描述了信息管理系統(tǒng)I的數(shù)據(jù)生命周期管理的配置。
[0041]如上所述，圖2中的服務器10 (信息管理設備)是在其中保持設備20的管理和維護所需的信息的計算機，其向維護應用40提供信息。服務器10從附接到作為管理目標的設備20的傳感器22收集傳感器值。服務器10接收從一個或更多個設備20周期性地發(fā)送的傳感器值，并且將其保持在其自己的數(shù)據(jù)庫(DB)中。另外，服務器10向應用40提供保持在DB中的傳感器值。
[0042]應用40和服務器10經(jīng)由通信網(wǎng)絡50耦接，并且應用40周期性地或者在適當?shù)亩〞r向服務器10發(fā)送包括搜索條件的傳感器值歷史獲取請求。服務器10作為響應向應用40返回適用傳感器值的歷史。例如，在對使用服務器10的功能的維護業(yè)務操作員的辦公室等設置的計算機中實現(xiàn)應用40。
[0043]服務器10還耦接到操作應用30。操作應用30是提供諸如服務器10的操作員遷移保持在服務器10中的DB的服務的應用。操作員通過操作應用30提供的接口給出遷移數(shù)據(jù)的命令，并且操作應用30通過向服務器10通知細節(jié)來提供服務。例如，在服務器10的操作管理員的辦公室等中設置的計算機(信息利用設備)中實現(xiàn)操作應用30。
[0044]注意，如稍后要描述的，作為至少包括作為在進行運算處理時使用的存儲部件的存儲器11和進行運算處理的處理單元的計算機構(gòu)成服務器10。使用RAM(隨機存取存儲器)等構(gòu)成存儲器11。此外，通過由使用CPU(中央處理器)12構(gòu)成的運算處理設備執(zhí)行存儲器11中的程序，來實現(xiàn)運算處理。另外，構(gòu)成服務器10的計算機包括作為用于進行通信的網(wǎng)絡接口的通信單元13。使用適當?shù)耐ㄐ艆f(xié)議，可以實現(xiàn)通過網(wǎng)絡50進行的數(shù)據(jù)通信。
[0045]作為數(shù)據(jù)收集目標的設備20具有CPU、存儲器和作為控制器21嵌入的網(wǎng)絡接口。控制器21周期性地從附接到設備20的部件的傳感器22收集傳感器值，并且周期性地向服務器10發(fā)送所收集的信息。雖然依據(jù)通信網(wǎng)絡50的可使用頻帶，如果在頻帶中存在余量，則假設將信息傳輸間隔設置為至少每幾分鐘一次或者每幾十秒一次，從而可以迅速向維護業(yè)務操作員發(fā)送設備20的異常和其指示。
[0046]下面，參考圖1描述服務器10的具體配置示例。服務器10的通信單元13接收設備20向服務器10發(fā)送的傳感器值。此外，通信單元13從應用40接收傳感器值歷史參考請求，并且返回相應的傳感器值。從CPU12傳送由通信單元13發(fā)送的信息，并且向CPU12發(fā)送由通信單元13接收到的信息。
[0047]CPU12在存儲器11中對從通信單元13接收到的信息進行解壓縮，并且執(zhí)行存儲器11中的各種程序，以對信息進行加工，或者對存儲器11中的高速緩存、DB或文件中的信息進行登記和/或更新。另外，CPU類似地執(zhí)行存儲器11中的各種程序，以從存儲器11中的高速緩存、DB或文件中搜索并獲取信息，對存儲器11中的信息進行解壓縮以根據(jù)需要進行加工，并且例如向通信單元13發(fā)送信息。例如，作為由CPU12執(zhí)行的程序，包括設備構(gòu)成管理程序lid、歷史管理程序lib、相關程度管理程序11c、數(shù)據(jù)遷移程序Ila和策略創(chuàng)建程序lie (管理策略創(chuàng)建單元)。這里，設備構(gòu)成管理程序Ild用于登記、更新、刪除并搜索設備20和構(gòu)成設備20的部件、附接到設備20的傳感器22以及設備20的用戶和使用地點。歷史管理程序Ilb用于登記并搜索從設備20收集的傳感器值的歷史。相關程度管理程序IlC包括相關程度信息更新單元，其對稍后描述的相關程度進行管理。數(shù)據(jù)遷移程序Ila作為操作信息管理單元遷移傳感器值的歷史的數(shù)據(jù)。此外，策略創(chuàng)建程序Ile創(chuàng)建本系統(tǒng)I進行的信息管理的策略。這些程序作為普通文件存儲在未示出的諸如硬盤的存儲部中，并且根據(jù)需要在存儲器11中對這些程序進行解壓縮。稍后將給出這些程序進行的操作的細節(jié)。
[0048]下面，描述服務器10保持的信息。服務器10保持的信息例如包括下面給出的信肩、O
[0049]歷史管理存儲部14保持從設備20的傳感器22收集的傳感器值(操作信息)的歷史。歷史管理存儲部14包括作為操作信息歷史保持單元的歷史DB141和帶142。歷史DB141保持歷史表141a。首先，將從設備20發(fā)送的傳感器值登記在歷史DB141中。之后，周期性地或者在使用操作應用30執(zhí)行遷移數(shù)據(jù)的命令的定時，雖然歷史DB141中的傳感器值中的一些傳感器值的歷史保留在歷史DB141中，但是將其它傳感器值的歷史或者全部歷史遷移到帶142或者刪除。當遷移到帶142時，根據(jù)需要對歷史的數(shù)據(jù)進行壓縮。當參考信息時，由于無法隨機訪問帶142保持的傳感器值的歷史，因此需要在存儲器11上進行讀取、解壓和加載。另外，由于存在由帶142保持的大量歷史，因此難以在存儲器11上加載全部歷史。出于前述原因，由于對使用應用40作出的參考請求進行響應需要時間，因此將不需要即時響應的數(shù)據(jù)存儲在帶142中。
[0050]在圖3中示出了歷史表141a的示例。在歷史表141a中，單個記錄描述單個傳感器值，并且在其中保持有諸如唯一地指定傳感器22的ID141aO、指示感測日期和時間的TIMESTAMPHlal、指示感測的值的VALUE141a2以及指示傳感器值在歷史表141a中的登記日期和時間的ADD_DATE141a3的數(shù)據(jù)。當單個傳感器22可以感測多種類型的值時，對每一種值類型分配ID。
[0051]設備構(gòu)成本體18 (設備構(gòu)成信息保持單元)是保持由服務器10管理的設備20的信息、與設備20之間的關聯(lián)相關的信息、與設備20和傳感器22之間的關聯(lián)相關的信息以及與設備20的用戶和使用地點(即礦山)相關的信息的DB。設備構(gòu)成本體18在其中保持屬性表18a和構(gòu)成關聯(lián)表18b。屬性表18a是在其中分別保持與設備20或傳感器22、構(gòu)成設備20的部件、用戶和位置相關的屬性信息的表。構(gòu)成關聯(lián)表18b是在其中保持與設備20和傳感器22、構(gòu)成設備20的部件、用戶和位置之間的關聯(lián)相關的信息的表。
[0052]在圖4中示出了屬性表18a的示例。在屬性表18a中，單個記錄描述單個設備20、部件、傳感器22、用戶和位置，并且在其中保持有諸如唯一地指定上述內(nèi)容的IDlSaO和指示其類型的ID_TYPE18al。例如，作為ID18aO分配有“S0010”的傳感器22是用于感測電機輸出的傳感器。類似地，ID18aO為“P004M”的設備指示電機，“D003E”指示挖掘機，“U002”指示設備20的用戶，并且“L001”指示使用設備20的地點。
[0053]在圖5中示出了構(gòu)成關聯(lián)表18b的示例。構(gòu)成關聯(lián)表18b中的一個記錄示出了設備20、部件、傳感器22、用戶和位置之間的一對一關聯(lián)，并且構(gòu)成關聯(lián)表18b在其中保持諸如指示描述關聯(lián)的第一 ID的ID(l)18bO、指示第二 ID的ID(2) 18bl、指示該關聯(lián)開始的日期和時間的START_DATE18b2以及指示該關聯(lián)結(jié)束的日期和時間的END_DATE18b3。在END_DATE18b3中沒有值的記錄指示該關聯(lián)仍然在繼續(xù)。例如，圖5中的第一個記錄指示用戶U002正在位置LOOl處工作。第二個記錄指示用戶U002正在使用挖掘機D003E。第三個記錄意為存在電機P004M，作為構(gòu)成挖掘機D003E的部件。此外，第四個記錄意為存在用于測量電機的輸出的傳感器S0010，作為附接到電機P004M的傳感器22。另外，在該構(gòu)成關聯(lián)表18b中，不僅保持設備20之間的關聯(lián)的構(gòu)成，而且例如當部件相同時，或者當挖掘機具有相同的型號時，保持它們之間的它們的關聯(lián)。例如，當挖掘機D003E和D005E具有相同的型號時，作為構(gòu)成關聯(lián)登記該信息。在圖21中示出了在構(gòu)成關聯(lián)表18b中保持的構(gòu)成關聯(lián)的示意圖。如圖21所示，存在包括使用設備20的地點(LOCAT1N X)、使用設備20的用戶或個人(USER Z)、設備20 (EXCAVATOR a)、部件(PARTOl)和傳感器22 (SENSOR A)的關聯(lián)或者在它們的關聯(lián)之間包括的關聯(lián)，以及基于在維護業(yè)務操作員和用戶之間締結(jié)的維護合同的合同編號(CONTRACT Cl)和作為合同的目標的設備20 (EXCAVATOR a)的關聯(lián)。由于這些關系是等級關系，因此將這些包括的信息保持在ID(I) ISbO中，并且將包括這些的信息保持在ID(2) ISbl中。在位置和用戶之間的關系的情況下，將位置保持在ID(I)ISbO中，并且將用戶保持在ID(2)18bl中。當諸如在示出同一設備型號的情況下，不存在等級關系時，可以將任一個保持在ID(I) ISbO和ID (2) ISbl中。這些信息使得基于例如維護業(yè)務操作員制造設備20時的BOM (材料清單)的信息，經(jīng)由應用40登記設備20、部件和傳感器22的信息。類似地，在締結(jié)設備的用戶和維護業(yè)務操作員之間的維護合同時，或者在維護業(yè)務操作員銷售、租賃或者出租設備20時，上述信息登記了要使用設備20的地點和使用設備20的用戶的信息。
[0054]合同DB19 (合同信息保持單元)是在其中保持在維護業(yè)務操作員和設備用戶之間締結(jié)的維護合同的細節(jié)的DB，其包括合同表19a。圖6示出了合同表19a的示例。在合同表19a中，單個記錄描述單個合同，并且在其中保持有諸如指示用于識別合同的合同編號的C_ID19aO、識別締結(jié)合同的設備用戶的USER_ID19al、指示合同類別的C_TYPE19a2、指示合同開始日期和時間的START_DATE19a3以及指示合同結(jié)束日期和時間的END_DATE19a4的數(shù)據(jù)。合同類別指示合同的類型。本實施例假設三種類別:維護業(yè)務操作員是否保證設備操作；在保證的情況下，在合同中是否存在當設備出現(xiàn)停機時間而阻止連續(xù)操作時，諸如向設備用戶支付懲罰性費用的懲罰。當合同延長時，不更新END_DATE19a4,但是添加新記錄。在稍后描述的對服務器10的程序的操作的描述中，給出對相關程度DB16、參考歷史DB15、策略DB17和其它表的說明。
[0055]<第一實施例>
[0056]下面給出對服務器I的程序的操作的描述。首先，說明策略創(chuàng)建程序lie的操作。當服務器10的操作員使用操作應用30或者維護業(yè)務操作員使用應用40向合同表19a添加記錄時，或者當向構(gòu)成關聯(lián)表18b的ID(I) 18b0添加指定為合同編號的記錄時，執(zhí)行該程序，由此根據(jù)內(nèi)容向策略DB17添加與數(shù)據(jù)遷移相關的“策略”。圖7示出了由策略創(chuàng)建程序lie進行的處理的流程圖示例。下面給出參考附圖的描述。為了方便說明，以程序作為主題來給出描述，但是該操作實際通過CPU12讀取程序來執(zhí)行。
[0057]首先，描述在向合同表19a添加新記錄時進行的處理。策略創(chuàng)建程序Ile例如通過周期性地監(jiān)視合同表19a來檢測對合同表149a的新紀錄的添加，并且獲取內(nèi)容(SlO)。
[0058]策略創(chuàng)建程序Ile從在SlO獲取的記錄中，提取合同類別C_TYPE19a2的值(S20)。
[0059]策略創(chuàng)建程序lie基于在S20提取的值參考合同DB19的合同類別本體19b，以獲取相應的合同類別的記錄。在圖8中示出了合同類別本體19b的示例。在合同類別本體19b中，單個記錄描述單個合同類別，并且合同類別本體19b與合同類別相對應地描述所需的歷史的存儲位置，并且在其中保持有諸如合同類別C_TYPE19bO和指示目標歷史的存儲位置的DATA_L0CAT10N19bl的數(shù)據(jù)。例如，當合同類別C_TYPE19bO是“保證操作率，存在懲罰”時，相應的歷史使得全部歷史(在表中描述為“全部”)保持在歷史DB141和帶142兩者中。這樣做的原因是將歷史保持在歷史DB141中，以使得能夠針對設備發(fā)生異?；蛘呤境銎渲甘緯r的情況迅速進行響應，由此保持設備的停機時間盡可能短，并且將在帶142中保持設備的操作狀態(tài)的蹤跡。當合同類別C_TYPE19bO是“保證操作率，沒有懲罰”時，將全部數(shù)據(jù)作為設備20的操作狀態(tài)的蹤跡保持在帶142中與上述相同，但是由于沒有針對設備20的停機時間設置懲罰，因此通過在歷史DB141中僅保持作為異常和其指示的歷史的偏離傳感器值(表中的“異?！?，將設置了懲罰的目標合同優(yōu)先，以縮短針對設備20的歷史的搜索時間。當合同類別C_TYPE19bO是“不保證操作率”時，在帶142中保持全部歷史，而在歷史DB141中不進行保持，從而將上述保持操作率的目標合同優(yōu)先，以縮短針對設備20的歷史的搜索時間(S30)。注意，上述與合同類別C_TYPE19bO相關聯(lián)的數(shù)據(jù)存儲的狀態(tài)僅僅是一個示例，可以根據(jù)所設置的合同細節(jié)，適當?shù)馗淖兣c合同類別C_TYPE19bO相關聯(lián)的數(shù)據(jù)存儲狀態(tài)。
[0060]隨后，策略創(chuàng)建程序Ile從在SlO獲得的記錄中獲取合同編號C_ID19aO，并獲取具有與構(gòu)成關聯(lián)表18b中的ID(I)ISbO —致的合同編號(:_10的記錄，并且從構(gòu)成關聯(lián)表18b中獲取在END_DATE18b3中為空(NULL)的記錄或者具有在START_DATE18b2和END_DATE18b3之間到來的處理執(zhí)行日期和時間的記錄(S40)。當存在至少一個記錄滿足S40中的處理時，處理進行到S60，當不存在這種滿足的記錄時，處理進行到S70 (S50)。
[0061]當在S40中確定在構(gòu)成關聯(lián)表18b中存在滿足的記錄時，策略創(chuàng)建程序Ile通過根據(jù)記錄跟蹤關聯(lián)，來獲取傳感器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)，來區(qū)分設備20、部件和傳感器22的記錄的ID，以確認它們分別指示DEVICE(設備)、PART(部件)和SENS0R(傳感器)。重復進行這些處理，直到獲取根據(jù)在S40獲取的記錄可以跟蹤的傳感器22的所有ID為止(S60)。
[0062]在S80中，基于在S60和在S60之前獲取的內(nèi)容，向策略DB17的合同策略表17a添加記錄。這里所稱的策略定義了保持傳感器值的歷史的地點，并且合同策略是指基于合同表19a的內(nèi)容所創(chuàng)建的策略。在圖9中示出了合同策略表17a的示例。在合同策略表17a中，單個記錄描述目標歷史條件和其存儲位置的集合，并且在其中保持有諸如作為識別合同策略的ID的P_ID17aO、指示相應的合同編號的C_ID17al、指示目標歷史的條件的TARGET17a2、指示歷史的存儲位置的DATA_L0CAT10N17a3以及指示存儲到期日期和時間的VALID_DATE17a4的數(shù)據(jù)?？赡艽嬖诙鄠€合同策略對應于單個合同的情況。例如，在圖9所示的示例中，存在對應于合同編號C0NT001的？_1017&0中的兩個合同策略PlOl和P102。PlOl指示與保持在歷史DB141中的歷史相關的細節(jié)，并且指定了多個歷史ID，作為TARGET 17a2中的目標歷史的條件。P102指示與保持在帶142中的歷史相關的細節(jié)，其具有與在TARGET17a2中指定的PlOl相同的ID。當目標歷史是指示異?；蚱渲甘镜臍v史時，在TARGET 17a2中指定“ABNORMAL (異常)”，但是異常值的具體定義被保持在策略DB17中的異常值策略表17b中。在圖10中示出了異常值策略表17b的示例。在異常值策略表17b中，單個記錄描述單個異常值的定義(異常值策略)，并且在其中保持有諸如識別異常值策略的A_ID17bO、指示異常值策略的目標歷史的條件的TARGET17bl以及指示值的邊界條件的RANGE17b2的數(shù)據(jù)。例如，在A_ID17bO中的APlOl中，當對于落在ID_TYPE18al為SENS0R_OUTPUT下的全部傳感器22ID，值是20或更小時，該值指示異常值。當在合同策略表17a中的TARGET17a2中指定了“ABNORMAL(異常)”時，在異常值策略表17b中定義的所有異常值策略是應用的目標。維護業(yè)務操作員使用應用40來登記異常值策略。
[0063]返回到對S80中的處理的描述，策略創(chuàng)建程序Ile對識別ID P_ID17aO進行編號，并且在合同策略表17a的C_ID17aO中指定在SlO檢測到的合同記錄的合同編號C_ID，在TARGET 17a2中指定在S60中獲取傳感器22ID時的傳感器22的ID的內(nèi)容，并在合同策略表17a 的 TARGET17a2 和 DATA_L0CAT10N17a3 中指定在 S30 中獲取的 DATA_L0CAT10N19bl 的內(nèi)容。在VALID_DATE17a4中指定在SOl中檢測到的記錄的END_DATE19a4。
[0064]當在S50中確定為沒有適用記錄時，策略創(chuàng)建程序Ile使用應用40進行是否存在新合同的詢問，并且在存在新合同時，在S60和S60之后執(zhí)行附加策略登記處理。當在S70中判斷為不存在新合同時，策略創(chuàng)建程序Ile結(jié)束該處理。注意，當在S50中確定為不存在適用記錄時，可以結(jié)束本處理流程。上面描述了當向合同表19a添加新記錄時，策略創(chuàng)建程序lie的處理流程。
[0065]類似地，策略創(chuàng)建程序lie監(jiān)視對構(gòu)成關聯(lián)表18b的新記錄的添加，并且當檢測到在ID(l)18bO的記錄中添加了具有在合同表19a中登記的合同編號C_ID19aO的記錄時，策略創(chuàng)建程序Ile搜索與上面在S60中進行的處理相關的傳感器22的ID，并且將搜索結(jié)果添加到合同策略表17a中的TARGET17a2。當已經(jīng)在構(gòu)成關聯(lián)表18b中的END_DATE18b3中登記了日期和時間時，策略創(chuàng)建程序Ile在該日期和時間的定時，從合同策略表17a中的TARGET 17a2中刪除相關ID。
[0066]根據(jù)上述處理，對于定義服務器10的歷史DB141以及累積在帶142中的設備20的大量傳感器值的歷史的遷移和刪除的策略，可以基于在締結(jié)合同的維護業(yè)務操作員和設備用戶之間締結(jié)的合同細節(jié)，自動創(chuàng)建在合同中描述的保證的覆蓋和滿足服務水平的策略。由此，服務器10的操作員或者維護業(yè)務操作員不需要在確認每次登記或刪除合同細節(jié)時所需的細節(jié)之后，定義并登記策略。
[0067]接下來，給出對數(shù)據(jù)遷移程序Ila的操作的說明。當服務器10的操作員使用操作應用30學習歷史DB141的可使用容量和已使用容量時，并且當由于剩余容量不足，而要求將歷史DB141中的傳感器值的歷史遷移到帶142中，或者由于帶142中的容量不足，而以類似的方式要求時，執(zhí)行數(shù)據(jù)遷移程序。另外，可能存在周期性地、例如每周一次或每月一次或者自動地執(zhí)行數(shù)據(jù)遷移程序Ila的情況。圖11示出了當執(zhí)行數(shù)據(jù)遷移程序Ila中的命令時進行的處理的流程圖的示例。參考圖11給出描述。
[0068]在執(zhí)行命令時，數(shù)據(jù)遷移程序11&讀取策略0817的合同策略表17a和異常值策略表17b中的內(nèi)容。下面給出對異常值策略表17b的附加說明。圖10的第二行中的示例的記錄具有作為在TARGET17bl中指定的異常值策略ID的“A_ID = AP101”。這是使用與其相關聯(lián)的異常值策略登記的記錄，其意為針對與在“A_ID = AP101”中的異常值策略中定義的歷史的“相關程度”，對于滿足在RANGE17b2中指定的值的條件的歷史(在表中示出的示例中，相關程度為0.5并且更大)，進行針對作為異常值策略適用的歷史進行的相同的處理(在該示例中保持在歷史DB141中)。相關程度指示在檢測到在異常值策略中定義的偏離傳感器值，并且維護業(yè)務操作員在過去的歷史傳感器值中搜索與在前面關于圖1描述的設備維護工作的(3)或(4)中檢測到的偏離傳感器值類似的傳感器值時，作為其它傳感器22的傳感器值或者作為接近該傳感器值的值被搜索到的可能性。使用“傳感器之間的關聯(lián)”或“時間段的關聯(lián)”或者使用兩者來定義相關值。例如，假設傳感器之間的關聯(lián)是作為與在異常值策略中定義的偏離傳感器值(SENSOR_OUTPUT的傳感器值為20或更小)具有高相關程度的傳感器值，存在指示“機油量”的傳感器值。在這種情況下，即使當在異常值策略中未定義指示機油量的傳感器值時，如果偏離傳感器值和指示油量的傳感器值之間的相關程度高，則也將指示油量的傳感器值保持在歷史DB141中。由此，當維護工人檢測到引擎輸出落到20以下的異常，并且調(diào)查其原因時，由于當引擎輸出為20或更小時，這時的機油量也與過去的機油量的傳感器值一起保持在歷史DB141中，因此他/她可以參考歷史，來對在過去檢測到的異常與這時的異常進行比較。此外，對于時間段的關聯(lián)，例如，與上面類似，在通過SENSOR_OUTPUT的傳感器值取20或更小的值指示異常，并且雖然SENSOR_OUTPUT的傳感器值為20或更大，但是存在其沿著預定值的模式移動的可能性的情況下，使得維護業(yè)務操作員能夠通過不僅將感測到20或更小的值的時間段保持在歷史DB141中，而且保持其之前的時間段(正常值)，來對檢測到異常時的時間進行比較。稍后將給出對相關程度的進一步詳細描述。
[0069]除了讀取上述合同策略表17a和異常值策略表17b之外，數(shù)據(jù)遷移程序Ila還讀取保持在服務器10的內(nèi)部文件中的遷移執(zhí)行日志。該日志在其中保持有與迄今為止進行的歷史DB141的遷移相關的信息，并且從該日志獲取并保持先前進行的遷移的日期和時間(SlOl)。
[0070]數(shù)據(jù)遷移程序Ila從在SlOl讀取的內(nèi)容中提取異常值策略(S102)。對在S102提取的異常值策略進行以下S104至SI 19的處理(S103)。
[0071]對于作為處理目標的異常值策略，從歷史DB141中的歷史表141a中搜索與該策略相對應的歷史。例如，搜索VALUE (值)小于20的ID_TYPE18al中的SENS0R_0UTPUT的ID的歷史。這里，搜索目標是在SlOl通過ADD_DATE141a3獲取的先前的遷移執(zhí)行的日期和時間或者該日期和時間之后的歷史。然后，使用ID和時間段的組合對相關歷史進行分類，換句話說，將多個相關歷史中的具有相同ID并且具有連續(xù)HMESTAMP(時間戳)141al的歷史分類到單個ID和時間段中。例如，在圖12的歷史表141a中示出的示例中的與異常值策略相對應的歷史信息是第二、第三、第五和第八行中的記錄，但是將第二和第三行中的記錄視為屬于單個時間段。由此，該示例中的對應于異常值策略的ID和時間段的組合為三個(S104)。
[0072]當在S104中在歷史表141a中存在相應的歷史時，處理進行到S106，而當不存在相應的歷史時，處理進行到SI 19，進行對作為處理目標的下一個異常值策略的處理(S105)。
[0073]當存在對應于策略的歷史時，數(shù)據(jù)遷移程序Ila從在SlOl讀取的異常值策略表17b中的內(nèi)容中，提取將處理目標異常值策略的A_ID指定為TARGET (目標)17bl中的“A_ID =”的策略。下面，將該策略描述為“關聯(lián)策略”(S106)。當在S106中存在至少一個相應的關聯(lián)策略時，處理進行到S108。當不存在相應的關聯(lián)策略時，處理進行到S119，進行對作為處理目標的下一個異常值策略的處理(S107)。對在S106提取的關聯(lián)策略進行后續(xù)S109至SI 17的處理(S108)。
[0074]然后，數(shù)據(jù)遷移程序Ila獲取處理目標的關聯(lián)策略的RANGE(范圍)17b2(S109)。
[0075]之后，數(shù)據(jù)遷移程序Ila針對與在S104獲取的異常值策略相對應的ID和時間段的組合的數(shù)量，對ID和時間段的每個組合進行下面Slll至S112或者S116的處理(SllO)。
[0076]數(shù)據(jù)遷移程序Ila針對處理目標的ID和時間段參考保持在相關程度DB16(相關程度信息保持單元)中的相關程度表16a，并且獲取與在S109獲取的關聯(lián)策略的條件相對應的相關程度ID。在圖13中示出了相關程度表16a的示例。首先，參考圖13，給出對相關程度表16a的描述。
[0077]相關程度表16a定義每個傳感器之間的關聯(lián)和時間段的相關程度，并且單個記錄描述一對傳感器對之間的關聯(lián)和時間段的組合。相關程度表16a在其中保持有諸如唯一地指定傳感器對和時間段的單個組合的相關程度ID(R_ID)16aO、保持該傳感器對的ID中的一個的ID(I) 16al、保持另一傳感器的ID的ID(2) 16a2、指示時間段的類型的PER10D16a3以及表示相關程度的值的RELATED_DEGREE16a4。
[0078]上述傳感器之間的關聯(lián)對應于在上述構(gòu)成關聯(lián)表18b中定義的傳感器之間的關聯(lián)，并且指示附接到由服務器10管理的設備20的傳感器22對的組合。通常，視為附接到相同設備20或部件或者同一型號的設備或部件的傳感器之間的關聯(lián)強，并且還視為在相同位置或者由相同用戶使用的設備20的傳感器之間的關聯(lián)強。相反，視為由不同型號的設備20使用并且由不同用戶或者在不同位置使用的設備20的傳感器之間的關聯(lián)弱。上述時間段指示與和異常值策略中的RANGE17b2相對應的歷史的時間段的相對關聯(lián)。在圖14中示出了傳感器值和時間段之間的關聯(lián)的示例?！癙T”指示與異常值策略的條件相對應的時間段，這里圖14的示例中的從時間t3至t4的時間段適用?！癋T”指示緊接在與異常值策略的條件相對應的時間段PT之前的時間段，這里圖14中的從時間t2至t3的時間段適用。進一步“FT”之前的時間段是“F2T”，并且圖14中的從時間tl至t2的時間段適用。類似地，緊接在PT之后到來的時間段是“LT”，并且圖14中的從時間t4至t5的時間段適用。進一步在“LT”之后到來的時間段是“L2T”，并且圖14中的從時間t5至t6的時間段適用。在服務器10中預先將FnT和LnT中的n(n是自然數(shù))的數(shù)值以及時間段FnT和LnT的長度設置為預定數(shù)值和長度。
[0079]返回到對圖13中的相關程度表16a的描述，相關程度ID為(R_ID) 16a0中的ROOl的第一個記錄的示例具有分別在ID(I) 16al和ID⑵16a2中定義的S0010和S002V以及在PER10D16a3中設置的PT。這意味著當例如在傳感器S0010中存在與異常值策略相對應的時間段時，該歷史和在與上述歷史相同的日期和時間的時間段內(nèi)相對應的傳感器S002V的歷史之間的相關程度為“0.7”。相反的情況也成立，當對于傳感器S001V存在與異常值策略相對應的時間段時，其歷史和在與上述歷史相同的日期和時間的時間段PT內(nèi)相對應的傳感器S0010的歷史之間的相關程度也為“0.7”。另外，將R002的相關程度ID中的記錄設置為“FT”。這意味著當例如存在在傳感器SOOlO中與異常值策略相對應的時間段時，其歷史和在該時間段之前的時間段FT中相對應的傳感器S002V的歷史之間的相關程度為“0.56”。相反地，以類似的方式，當存在在傳感器S001V中與異常值策略相對應的時間段時，其歷史和在上述時間段之前的先前時間段FT中相對應的傳感器S0010的歷史之間的相關程度也為“0.56”。注意，不在相關程度表16a中的傳感器之間或者時間段的情況的相關程度為“O”。維護業(yè)務操作員可以使用應用40或者服務器10的操作員可以使用操作應用30，基于經(jīng)常在原因的調(diào)查或者結(jié)果的假設期間搜索到的傳感器值的內(nèi)容，確定相關程度，并且進行來自相關程度表16a的記錄的添加、更新和刪除。
[0080]返回到對圖11中的由數(shù)據(jù)遷移程序Ila進行的處理的描述，數(shù)據(jù)遷移程序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的具體開始和結(jié)束時間和日期。當PER10D16a3中的值為PT時，時間段與S104中的異常值策略相同，但是當PER10D16a3中的值是FnT或者LnT時，基于預先定義的值FnT或者LnT，計算開始或結(jié)束日期和時間(SI 14)。
[0083]然后，數(shù)據(jù)遷移程序I Ia使用在處理目標的相關程度表16a中的記錄的ID⑴16al或者ID (2) 16a2中定義的、與異常值策略相對應的ID之外的ID以及在S114中獲取的時間段的搜索條件，在歷史表141a中進行搜索。與S104中的情況類似，搜索目標是通過ADD_DATE141a3在SlOl中獲取的先前的遷移執(zhí)行時間的日期和時間或者該日期和時間之后的記錄(S115)。以這種方式，通過S114和S115的處理，可以獲取與相關策略相對應的歷史。
[0084]在S115中的處理之后，數(shù)據(jù)遷移程序Ila以后續(xù)相關程度ID為處理目標，進行SI 14和SI 15中的處理(SI 16)。
[0085]當針對所有相關程度ID進行了直到S116的處理時，數(shù)據(jù)遷移程序Ila以與后續(xù)異常值策略相對應的ID和時間段為處理目標，進行從SlOl至SI 16的處理(SI 17)。
[0086]在針對所有相關程度ID進行了直到S117的處理之后，數(shù)據(jù)遷移程序Ila以后續(xù)關聯(lián)策略為處理目標，進行S109至SI 17的處理(SI 18)。
[0087]此外，在針對所有關聯(lián)策略進行了直到S118的處理之后，數(shù)據(jù)遷移程序Ila以后續(xù)異常值策略為處理目標，進行S104至SI 18中的處理(SI 19)。
[0088]此外，在針對所有異常值策略進行了直到S119的處理之后，數(shù)據(jù)遷移程序Ila根據(jù)合同策略表17a中的細節(jié)遷移并刪除數(shù)據(jù)。異常值策略和關聯(lián)策略使用在S104和SI 15中相對應的歷史，作為與合同策略表17a的TARGET17a2中的“ABNORMAL(異常)”相對應的歷史。從遷移和刪除排除的歷史是通過ADD_DATE141a3在SlOl中獲取的先前的遷移執(zhí)行時間的日期和時間以及該日期和時間之后的所有記錄。當處理日期和時間已經(jīng)過了 VALID_DATE17a4時，從歷史DB141和帶142中刪除作為目標的歷史。在正常結(jié)束后，數(shù)據(jù)遷移程序Ila在遷移執(zhí)行日志中添加接收到來自數(shù)據(jù)遷移程序Ila的命令時的日期和時間(S120)。上面是對數(shù)據(jù)遷移程序Ila的處理流程的描述。
[0089]注意，上面的示例使得針對時間段和傳感器之間的構(gòu)成的每個組合定義了相關程度表16a，但是當時間段之間的關聯(lián)明顯遠時，可以僅由傳感器之間的構(gòu)成來定義相關程度表16a。相反，當傳感器之間的關聯(lián)明顯遠時，可以僅由時間段來定義相關程度表16a。
[0090]通過上述處理，對于累積在服務器10的歷史DB141中的設備20的大量傳感器值的歷史，當從DB的容量和搜索性能的觀點，存在將歷史從DB遷移到帶142或者從DB中刪除的需要時，可以在與偏離傳感器值、具有未來由于檢測到的指示設備20的異?；蛘弋惓５闹甘镜钠x傳感器值而用來調(diào)查發(fā)生的異常的原因或者用來假設異常的結(jié)果的可能性的正常值的歷史一起留在DB中的同時，將數(shù)據(jù)遷移到帶142。由此，在檢測到異常和其指示時，可以不在DB中保持從傳感器22收集的所有傳感器的歷史的情況下，與對過去的類似傳感器值的迅速搜索一起，迅速搜索上述傳感器22周邊的其它傳感器22的傳感器值或者之前和之后的時間段的傳感器值，由此使得能夠根據(jù)對原因的調(diào)查和對結(jié)果的假設尋求的對策進行研究。特別地，當已經(jīng)針對作為具有懲罰的保證操作的維護合同的目標的設備開發(fā)了偏離傳感器值時，除了作為目標的設備的傳感器值的歷史之外，由于關聯(lián)策略，還在歷史DB141中保持與其相關的設備的傳感器值，因此其歷史可以用于調(diào)查異常的原因或者假設異常的結(jié)果。
[0091]〈第二實施例〉
[0092]下面給出參考相關附圖對本發(fā)明的另一實施例的描述。給出了對假設由維護業(yè)務操作員或者服務器10的操作員進行的更新相關程度表16a的第一實施例的描述，然而，作為第二實施例，給出對由服務器10本身自動進行對相關程度表16a中的相關程度RELATED_DEGREE 16a4的查看的示例的描述。除了下面給出的本實施例的細節(jié)之外的細節(jié)與第一實施例相同。
[0093]詳細說明本實施例中的服務器10的程序的操作。本實施例采用使用來自由維護業(yè)務操作員操作的應用40的參考頻率，查看并更新相關程度表16a的相關程度RELATED_DEGREE16a4中的值的配置。為此，服務器10中的歷史管理程序I Ib (參考歷史管理單元)對使用應用40進行的參考的頻率進行計數(shù)。此外，相關程度管理程序Ilc基于上述參考頻率，周期性地，或者通過服務器10的操作員經(jīng)由操作應用30執(zhí)行命令，更新相關程度RELATED_DEGREE 16a4 中的值。
[0094]首先，描述歷史管理程序Ilb的操作。在圖15中示出了歷史管理程序Ilb執(zhí)行的處理的流程圖示例。下面，參考圖15給出描述。
[0095]在執(zhí)行命令時，歷史管理程序Ilb讀取合同策略表17a和異常值策略表17b中的內(nèi)容，并且提取在其中定義的異常值策略，并且在存儲器11中讀取(S151)。
[0096]之后，歷史管理程序Ilb等待從應用40接收參考歷史DB141的請求的發(fā)出(S152)。
[0097]在接收到來自應用40的對歷史DB141的參考請求后，歷史管理程序Ilb在歷史DB141中搜索與包含在請求中的搜索條件相對應的歷史(S153)。歷史管理程序Ilb向應用40返回作為搜索結(jié)果獲得的歷史(S154)。
[0098]隨后，歷史管理程序Ilb確認在向應用40返回的歷史中，是否包括與在S151中讀取的異常值策略相對應的歷史。當存在相應的歷史時，獲取歷史的內(nèi)容，并且以與在與圖11所示的S104中的數(shù)據(jù)遷移處理中類似的方式，提取ID和時間段的組合(S155)。在提取之后，歷史管理程序Ilb進行到S157中的處理。當不存在相應的歷史時，歷史管理程序Ilb返回到S152中的處理(S156)。
[0099]當在S156中在答復中包括與異常值策略相對應的歷史時，歷史管理程序IIb確認是否存在答復中包括的任何其它歷史(S157)。當存在另一歷史時，歷史管理程序Ilb進行到S159的處理。當不存在其它歷史時，歷史管理程序Ilb返回到S152的處理(S158)。
[0100]針對在S155中提取的ID和時間段的組合，重復進行以下S160至S165的處理(S159)。
[0101]首先，歷史管理程序Ilb基于預先定義的細節(jié)，針對作為處理目標的ID和時間段的組合，計算PT之外的時間段(LnT，F(xiàn)nT)的具體開始和結(jié)束日期和時間(S160)。針對不與在S157中獲取的異常值策略相對應的其它歷史中的每一個，進行以下S162至S164的處理(S161)。
[0102]歷史管理程序Ilb獲取作為處理目標的歷史的HMESTAMPHlal，并且確定該日期和時間對應于在S160中計算的哪個時間段(S162)。注意，當不存在與該日期和時間相對應的在S160中計算的時間段時，結(jié)束針對該歷史的處理，而進行到對后續(xù)歷史的處理。歷史管理程序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已經(jīng)存儲在存儲器11的列表中時，不添加相關程度ID(S164)。
[0104]在S164中的處理之后，歷史管理程序Ilb對作為處理目標的后續(xù)歷史進行從S162至S164的處理(S165)。
[0105]然后，在對所有歷史進行了直到S165的處理之后，歷史管理程序Ilb對作為處理目標的與后續(xù)異常值策略相對應的ID和時間段，進行從S160至S165的處理(S166)。
[0106]此外，在對所有ID和時間段組合進行了直到S166的處理之后，歷史管理程序Ilb獲取在S164中保持在存儲器11中的相關程度ID列表，并且針對包含在該列表中的每個相關程度ID，確認在由參考歷史DB15保持的參考頻率表15a中是否存在相應的相關程度ID。在圖16中示出了參考頻率表15a的示例。參考頻率表15a針對每個相關程度ID，針對向應用40進行的參考的頻率進行計數(shù)，并且在其中保持指示相關程度ID的R_ID15aO和指示參考頻率的REF_C0UNT15al。當在該表中存在相應的相關程度ID時，遞增(increment) REF_COUNT 15a I的值。此外，當不存在相應的相關程度ID時，向參考頻率表15a添加相關程度ID,并且將REF_C0UNT15al設置為“I”。在針對列表中的所有相關程度ID進行了更新參考頻率表15a或者向參考頻率表15a中進行添加的處理之后，處理返回到S152，處于等待狀態(tài)(S167)。上面描述了由歷史管理程序Ilb進行的處理。
[0107]接下來的描述說明相關程度管理程序Ilc進行的操作。相關程度管理程序Ilc是基于由上述歷史管理程序IIb更新并創(chuàng)建的參考頻率表15a，更新相關程度表16a中的相關程度RELATED_DEGREE16a4中的值的程序。相關程度管理程序Ilc通過服務器10的操作員通過操作程序30執(zhí)行命令，或者周期性地操作。在圖17中示出了相關程度管理程序Ilc執(zhí)行的處理的流程圖示例。參考圖17給出下面的描述。
[0108]首先，相關程度管理程序Ilc獲取作為服務器10的內(nèi)部日志保持的相關程度更新日志中的內(nèi)容，并且獲取先前的更新日期和時間。另外，相關程度管理程序Ilc還保持接收到相關程度更新程序的命令執(zhí)行時的日期和時間(命令執(zhí)行日期和時間)(S201)。
[0109]隨后，相關程度管理程序Ilc獲取參考頻率表15a的內(nèi)容，并且獲取具有除了 “O”之外的REF_C0UNT15al的相關程度ID的R_ID(S202)。
[0110]然后，相關程度管理程序Ilc針對具有在S202提取的除了 “O”之外的REF_COUNT 15aI的相關程度ID中的每一個，重復進行從S204至S206的處理(S203)。
[0111]隨后，相關程度管理程序IlC獲取作為處理目標的相關程度ID的參考頻率REF_C0UNT15a。之后，相關程度管理程序Ilc根據(jù)在S201中獲取的先前更新日期和時間與命令執(zhí)行日期和時間之間的差，計算每單位時間的參考頻率。例如，當周期性地在每個星期日午夜O點起動相關程度管理程序11c，并且在單位時間是一天的情況下，該時間段期間的參考頻率是7次時，每單位時間的參考頻率是“I” (S204)。
[0112]相關程度管理程序Ilc基于在S204中計算的每單位時間的參考頻率，獲取由相關程度表16a保持的相關程度更新本體16b中的相應的內(nèi)容。在圖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對作為處理目標的后續(xù)相關程度ID，進行S204至S206的處理(S207)。
[0115]此外，在針對所有相關程度ID進行直到S207的處理之后，相關程度管理程序Ilc將相關程度更新日志的先前更新日期和時間，更新為命令執(zhí)行日期和時間的值(S208)，并且結(jié)束處理。上面描述了由相關程度管理程序Ilc進行的處理。
[0116]上述處理使得能夠與來自應用40的參考頻率相關聯(lián)地，查看并更新偏離傳感器值與其它時間段和傳感器之間的相關程度。由此，可以根據(jù)在利用應用40的維護業(yè)務操作員調(diào)查異常的原因或者假設異常的結(jié)果時頻繁參考的過去的歷史的傾向，在例如通過將具有搜索的傾向的歷史保留在歷史DB141中，保留具有高搜索可能性的歷史的同時，進行數(shù)據(jù)遷移。
[0117]〈第三實施例〉
[0118]下面給出對本發(fā)明的第三實施例的描述。第二實施例中的相關程度管理程序Ilc以來自服務器10的操作員的命令的執(zhí)行作為觸發(fā)信號操作。然而，在第三實施例中，描述以對構(gòu)成關聯(lián)表18b進行的改變作為觸發(fā)信號，執(zhí)行相關程度管理程序Ilc的示例。除了下面所給出的本實施例的細節(jié)之外的細節(jié)與第二實施例中的細節(jié)相同。
[0119]首先，說明在本實施例中由服務器10的程序進行的操作。在本實施例中，維護業(yè)務操作員向服務器10通過應用40，作出諸如添加和放置、移除設備20或者改變設備20的部件的改變設備構(gòu)成的請求。在接收到該請求時，服務器10使用設備構(gòu)成管理程序Ild進行與該請求相對應的處理。在圖19中示出了這里由設備構(gòu)成管理程序Ild執(zhí)行的處理的流程圖示例。參考圖19給出下面的描述。
[0120]首先，設備構(gòu)成管理程序Ild接收來自應用40的與設備構(gòu)成改變請求相關的請求(S301)。在接收到請求時，設備構(gòu)成管理程序Ild參考其中的內(nèi)容，以確定請求用于刪除、添加還是改變設備等。對于刪除的情況，設備構(gòu)成管理程序Ild進行S303的處理，對于添加的情況進行S311的處理，并且對于改變的情況進行S321的處理(S302)。注意，當使用地點和用戶改變時，設備構(gòu)成管理程序Ild進行“刪除”和“添加”，而不是“改變”，而當部件或者傳感器22改變時，設備構(gòu)成管理程序Ild進行“改變”。這在應用40中確定。
[0121]當刪除設備等(不僅設備，而且由設備構(gòu)成本體18管理的位置、用戶、部件、傳感器22等的所有ID作為目標)時，設備構(gòu)成管理程序Ild獲取包含在S301中接收到的請求中的刪除目標的ID，并且針對每個ID進行S304至S308的處理(S303)。
[0122]首先，設備構(gòu)成管理程序Ild從請求的細節(jié)中，獲取在請求中指定的ID是還用于刪除屬性，還是僅僅是從構(gòu)成中刪除。在前者的情況下，設備構(gòu)成管理程序Iid從屬性表18a中刪除與刪除目標ID相對應的記錄。在后者的情況下，不進行處理，并且處理進行到后續(xù)處理(S304)。
[0123]當還刪除屬性時，設備構(gòu)成管理程序Ild從構(gòu)成關聯(lián)表18b中，刪除在作為刪除目標ID的ID(I) 18b0或者ID⑵18bl中指定的所有記錄。在從構(gòu)成中刪除的情況下，設備構(gòu)成管理程序Ild在包含在作為刪除目標ID的ID(l)18bO或者ID(2)18bl中的記錄的END_DATE18b3中，登記處理執(zhí)行時間的日期和時間(S305)。
[0124]設備構(gòu)成管理程序Ild從相關程度表16a中，刪除在作為刪除目標ID的ID(I) 18b0或者ID(2) 18bl中指定的所有記錄。對于相關程度表16a，對于還刪除屬性的情況和僅從構(gòu)成中刪除的情況兩者，都刪除記錄(S306)。
[0125]設備構(gòu)成管理程序Ild從參考頻率表15a中，刪除與在S306中從相關程度表16a中刪除的記錄的相關程度ID(R_ID) 16a0相對應的記錄(S307)。
[0126]在進行S307中的處理之后，設備構(gòu)成管理程序Ild對作為處理目標的后續(xù)刪除目標ID進行S303至S307中的處理(S308)。當針對所有刪除目標的處理完成時，設備構(gòu)成管理程序Ild起動相關程度管理程序11c，并且更新相關程度。
[0127]返回到S302的處理，在添加設備等的情況下，設備構(gòu)成管理程序Ild獲取包含在S301中接收到的請求中的添加目標ID，并且針對每個ID進行S312至S314的處理(S311)。
[0128]首先，設備構(gòu)成管理程序Ild除了添加包含在請求中的ID_TYPE之外，還將添加目標ID的記錄添加在屬性表18a中。然而，在屬性表18a中已經(jīng)存在相應的ID的情況下，處理在不進行任何處理的情況下，進行到后續(xù)處理(S312)。
[0129]然后，當除了添加目標ID之外，請求還指定了與添加目標ID相關的ID時，設備構(gòu)成管理程序Ild向構(gòu)成關聯(lián)表18b添加與指定的ID的數(shù)量相同的記錄的數(shù)量。這里，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_”開始的情況下)，設備構(gòu)成管理程序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之間的距離意味著根據(jù)設備構(gòu)成得出的傳感器22之間的近或者遠的邏輯關系。以圖21中的示例為例，SENSOR A和SENSOR B兩者都是附接到同一部件PART01的傳感器22，因此將距離定義為“I”。在SENSOR A和SENSOR C的情況下，傳感器22附接到同一設備20 (EXCAVATOR a)的不同的部件，因此將距離定義為“2”。附帶地，同一傳感器的情況的距離為“O”。由此，可以根據(jù)設備構(gòu)成表18b中的記錄創(chuàng)建如圖21所示的設備的邏輯構(gòu)成，并且可以基于此計算傳感器22之間的距離。
[0132]如上面所說明的，使用構(gòu)成關聯(lián)表18b，獲取與在相關程度定義本體16c中定義的TYPE16cO“CONFI⑶RE”中的所有距離相對應的傳感器22。例如，當在相關程度定義本體16c中定義了具有直到“3”的距離的記錄時，參考構(gòu)成關聯(lián)表18b的內(nèi)容(僅END_DATE18b3被設置為空的記錄或者處理執(zhí)行時間的日期和時間在START_DATE18b2和END_DATE18b3之間的記錄為主題)，并且獲取基于設備20的邏輯構(gòu)成添加的傳感器22的ID和具有直到3的距離的所有傳感器22。此外，對于所有獲取的傳感器22，作為記錄向相關程度表16a中添加在相關程度定義本體16c中定義的TYPE16cO “PER1D”中的所有時間段的組合。例如，當在相關程度定義本體16c中，存在四個傳感器22滿足作為添加目標的傳感器22之間的距離是TYPE16cO “PER1D”中的VALUE16cl，并且存在五個、具體來說為PT、LT、FT、L2T和F2T被定義為TYPE16c “PER1D”的VALUE16cl時，向相關程度表16a中添加的記錄的數(shù)量是上述兩者的組合的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的處理之后，設備構(gòu)成管理程序Ild對作為處理目標的后續(xù)添加目標ID進行S312至S314的處理(S315)。在對所有添加目標的處理完成后，設備構(gòu)成管理程序Ild起動相關程度管理程序11c，并且更新相關程度。
[0134]返回到S302，在改變設備等的情況下，設備構(gòu)成管理程序Ild獲取包含在S301中接收到的請求中的改變后的ID，并且針對每個ID進行S322至S324的處理(S321)。
[0135]在改變的情況下，設備構(gòu)成管理程序Ild不從屬性表18a中刪除在請求中指定的改變前的ID，而僅僅將構(gòu)成改變?yōu)榱硪?ID。向?qū)傩员?8a中添加改變后的ID，但是如果在屬性表18a中已經(jīng)存在改變后的ID，則不添加改變后的ID。當添加ID時，與其一起添加包含在請求中的ID_TYPE。然而，當包含在請求中的改變后的ID的ID_TYPE與改變前的ID_TYPE 18a I中的ID不匹配時，不準進行改變，并且作為錯誤結(jié)束處理(S322)。
[0136]隨后，設備構(gòu)成管理程序Ild搜索具有在構(gòu)成關聯(lián)表18b中的ID(I) 18b0或者ID (2) 18bl中指定的改變前的ID的記錄，并且記錄相應的記錄的END_DATE18b3中的處理執(zhí)行時間的日期和時間。之后，設備構(gòu)成管理程序Ild基于上面指定的記錄，將改變前的ID設置為改變后的ID (但是繼承另一 ID)，并且添加具有START_DATE18b2作為處理執(zhí)行時間的日期和時間(但是END_DATE18b3為空)的記錄(S323)。
[0137]在相關程度表16a中搜索在ID(I) 18b0或者ID⑵18bl中指定了改變前的ID的記錄，并且用改變后的ID更新相應的記錄(S324)。
[0138]在S324中的處理之后，設備構(gòu)成管理程序Ild對作為處理目標的后續(xù)添加目標ID，進行S322至S324中的處理(S325)。在所有對添加目標的處理完成后，起動相關程度管理程序11c，以更新相關程度。上面描述了設備構(gòu)成管理程序Ild的處理流程。
[0139]注意，上面描述的示例假設通過在S314中將從相關程度定義本體16c獲取的距離的初始值乘以傳感器22之間的構(gòu)成的初始值來計算相關程度，但是可以使用包括預先定義的距離的初始值和傳感器22之間的構(gòu)成的初始值的計算公式來計算相關程度。另外，與在對第一實施例的描述中相同，當時間段之間的關聯(lián)明顯遠時，可以僅使用傳感器22之間的構(gòu)成來計算相關程度。相反，當傳感器22之間的關聯(lián)明顯遠時，可以僅使用時間段來計算相關程度。
[0140]通過上述處理，針對作為觸發(fā)信號的具有相關程度產(chǎn)生大的改變的可能性的設備構(gòu)成的改變(使用設備的地點或用戶的改變或者部件或傳感器的改變)的情況，可以自動查看并修正相關程度。由此，可以針對設備構(gòu)成進行的改變立即修正相關程度，因此即使在存在對與對設備構(gòu)成進行的改變前后的偏離傳感器值一起進行搜索的可能性高的正常傳感器值的目標進行的改變的情況下，也使得能夠進行將正常傳感器值保留在DB中的數(shù)據(jù)遷移。
[0141]雖然上面具體描述了本發(fā)明的實施方式，但是本發(fā)明不限于此，可以以各種方式改變本發(fā)明，而不脫離本發(fā)明的范圍。例如，在上面描述的實施例中，假設帶是來自DB的歷史的遷移目的地，然而，本發(fā)明可以應用于使用另一存儲介質(zhì)或者在不進行遷移的情況下刪除歷史的情況。
[0142]此外，在上面的實施例中，假設服務器10合并諸如歷史和設備構(gòu)成信息，給出了描述，然而，同樣在以分布方式保持信息和功能的情況下，只要服務器10通過虛擬合并可以隨意進行使用和參考，信息和功能的實際位置并不重要。
【權(quán)利要求】
1.一種信息管理裝置，其從多個設備收集并且保持操作信息，所述操作信息是指示所述多個設備的操作狀態(tài)的信息，所述信息管理裝置參考提供使用所述操作信息的服務的信息使用裝置，所述信息管理裝置包括: 合同信息保持單元，其保持合同信息，所述合同信息是與已經(jīng)定義了所述信息使用裝置提供的與所述設備有關的服務水平的合同相關的信息；以及 管理策略創(chuàng)建單元，其從所述合同信息保持單元獲取所保持的所述設備中的每一個設備的合同信息，并且基于所述合同信息，以包括存儲位置信息的方式創(chuàng)建管理策略信息，所述管理策略信息是定義針對所述設備中的每一個設備保持的所述操作信息的管理方案的信息，所述存儲位置信息是至少每一個存儲信息的存儲位置的信息。
2.根據(jù)權(quán)利要求1所述的信息管理裝置，還包括: 操作信息歷史保持單元，其與所述設備中的每一個設備相對應地按照時間順序，保持從所述設備中的每一個設備收集的操作信息，以及 操作信息管理單元，其從所述操作信息歷史保持單元獲取與所述設備中的每一個設備相對應的操作信息，并且基于與所述設備中的每一個設備相對應的所述管理策略信息，對與所述設備中的每一個設備相關的操作信息進行管理， 其中，所述操作信息管理單元從所述操作信息歷史保持單元獲取與所述設備中的每一個設備相對應的操作信息，并且參考與所述設備中的每一個設備相對應的所述管理策略信息，以根據(jù)針對與所述設備中的每一個設備相對應的操作信息定義的存儲位置信息，重新分配所述操作信息的存儲位置。
3.根據(jù)權(quán)利要求2所述的信息管理裝置，其中， 所述操作信息是數(shù)值數(shù)據(jù)，并且所述管理策略信息包括與所述數(shù)值數(shù)據(jù)相關的判斷條件， 所述信息管理裝置還包括: 相關程度信息保持單元，其保持相關程度信息，所述相關程度信息是指示所述設備中的每一個設備之間的相互關系或者所述數(shù)值數(shù)據(jù)滿足判斷條件的時間之前和/或之后的被設置為預定長度的時間段之間的相互關系的關聯(lián)程度的信息， 所述操作信息管理單元獲取在所述操作信息歷史保持單元中與所述設備中的每一個設備相對應地保持的所述操作信息，參考管理策略保持單元，并且確定是否滿足所述判斷條件，對于確定滿足所述判斷條件的操作信息，參考所述相關程度信息保持單元，并且根據(jù)所述操作信息以及所述管理策略信息，重新分配具有預定相關程度的設備或者時間段的存儲位置。
4.根據(jù)權(quán)利要求3所述的信息管理裝置，還包括: 參考歷史管理單元，其對來自所述信息使用裝置的所述操作信息的參考歷史進行管理，以及 相關程度信息更新單元，其被保持在所述相關程度信息保持單元中，所述相關程度信息更新單元更新與設備相對應的所述相關程度信息， 其中，所述參考歷史管理單元對與所述設備或者所述時間段中的每一個相對應的所述操作信息的參考頻率進行總計，并且 所述相關程度信息更新單元基于所述設備或者所述時間段中的每一個的所述參考頻率，更新所述相關程度信息。
5.根據(jù)權(quán)利要求4所述的信息管理裝置，還包括: 設備構(gòu)成信息保持單元，其保持設備構(gòu)成信息，所述設備構(gòu)成信息是包括指示所述設備中的每一個設備的屬性的屬性信息和定義所述屬性的關聯(lián)性的設備構(gòu)成信息的信息， 其中，所述相關程度信息更新單元持續(xù)監(jiān)視所述設備構(gòu)成信息保持單元，當確定與所述設備中的任意一個設備相關的屬性信息或者所述設備構(gòu)成信息發(fā)生了改變時，針對確定發(fā)生了改變的所述設備，更新在所述相關程度信息保持單元中保持的所述相關程度信息。
6.一種信息管理方法，其從多個設備收集并且保持操作信息，所述操作信息是指示所述多個設備的操作狀態(tài)的信息，所述方法參考提供使用所述操作信息的服務的信息使用裝置，所述方法由包括處理器和存儲器的計算機執(zhí)行，所述方法包括: 保持合同信息，所述合同信息是與已經(jīng)定義了所述信息使用裝置提供的與所述設備有關的服務水平的合同相關的信息；以及 獲取所保持的所述設備中的每一個設備的合同信息，并且基于所述合同信息，以包括存儲位置信息的方式創(chuàng)建管理策略信息，所述管理策略信息是定義針對所述設備中的每一個設備保持的操作信息的管理方案的信息，所述存儲位置信息是至少每一個存儲信息的存儲位置的信息。
7.根據(jù)權(quán)利要求6所述的信息管理方法，其中，所述計算機: 與所述設備中的每一個設備相對應地按照時間順序，保持從所述設備中的每一個設備收集的所述操作信息， 從操作信息歷史保持單元獲取與所述設備中的每一個設備相對應的操作信息，并且基于與所述設備中的每一個設備相對應的所述管理策略信息，對與所述設備中的每一個設備相關的所述操作信息進行管理，以及 獲取與所述設備中的每一個設備相對應的操作信息，并且參考與所述設備中的每一個設備相對應的所述管理策略信息，以根據(jù)針對與所述設備中的每一個設備相對應的操作信息定義的存儲位置信息，重新分配所述操作信息的存儲位置。
8.根據(jù)權(quán)利要求7所述的信息管理方法，其中， 所述操作信息包括數(shù)值數(shù)據(jù)，并且所述管理策略信息包括與所述數(shù)值數(shù)據(jù)相關的判斷條件，以及 所述計算機: 保持相關程度信息，所述相關程度信息是指示所述設備中的每一個設備之間的相互關系或者所述數(shù)值數(shù)據(jù)滿足判斷條件的時間之前和/或之后的被設置為預定長度的時間段之間的相互關系的關聯(lián)程度的信息，并且 獲取在操作信息歷史保持單元中與所述設備中的每一個設備相對應地保持的所述操作信息，參考管理策略保持單元，并且確定是否滿足所述判斷條件，對于確定滿足所述判斷條件的操作信息，參考相關程度信息保持單元，并且根據(jù)所述操作信息以及所述管理策略信息，重新分配具有預定相關程度的設備或者時間段的存儲位置。
9.根據(jù)權(quán)利要求8所述的信息管理方法，其中，所述計算機還: 通過對與所述設備或者所述時間段中的每一個相對應的所述操作信息的參考頻率進行總計，對來自所述信息使用裝置的所述操作信息的參考歷史進行管理，以及 基于所述設備或者所述時間段中的每一個的所述參考頻率，更新與設備相對應的所述相關程度信息。
10.根據(jù)權(quán)利要求9所述的信息管理方法，其中，所述計算機還: 保持設備構(gòu)成信息，所述設備構(gòu)成信息是包括指示所述設備中的每一個設備的屬性的屬性信息和定義所述屬性的關聯(lián)性的設備構(gòu)成信息的信息，以及 持續(xù)監(jiān)視設備構(gòu)成信息保持單元，當確定與所述設備中的任意一個設備相關的屬性信息或者所述設備構(gòu)成信息發(fā)生了改變時，針對確定發(fā)生了改變的所述設備，更新所保持的所述相關程度信息。
【文檔編號】H04L12/24GK104184610SQ201410222392
【公開日】2014年12月3日 申請日期:2014年5月23日 優(yōu)先權(quán)日:2013年5月24日
【發(fā)明者】河田洋平, 太田延之, 安藤涼介 申請人:株式會社日立制作所