TWI628596B - Internal group system, internal group system control method and data integration determination method - Google Patents

Abstract

本發明提供一種可進行無誤動作之控制的內組系統(100)，其包括：讀取開始手段(211)，其係開始讀取處理；讀取整合開始手段(212)，其係依每一讀取處理而分配讀取ID，且將顯示所分配之讀取ID之數量的讀取ID數予以更新；讀取手段(213)，其係讀取通訊資料；讀取結束手段(214)，其係結束讀取手段所進行的讀取；讀取整合結束手段(215)，其係取得讀取ID、顯示是否為寫入處理中的資料寫入中旗標、及顯示資料寫入處理時之讀取ID數的寫入時ID數，且根據資料寫入中旗標、讀取ID、寫入時讀取ID數，而判定所讀取之資料的整合性。

Description

內組系統、內組系統控制方法以及資料整合性判定方法

本發明係關於一種具有共享記憶體的內組系統、其控制方法及對於共享記憶體進行讀取處理時的資料整合性判定方法。

一種主要用來進行內建於機器而用以實現該機器之功能之控制的內組系統已被廣泛使用。在內組系統中，當內組系統所具備之複數個功能(軟體或硬體)必須存取共通的資料(以下稱共享資料)時，係將對象的資料記憶於該複數個功能所共享之特定的記憶體區域(以下稱共享記憶體區域)。例如當內組系統之通訊元件(device)所接收之資料使用於機器的控制時，控制通訊元件的軟體(以下稱元件驅動器(device driver))係將接收資料寫入於共享記憶體區域，且由機器控制軟體(以下稱應用程式軟體(application software))讀取該區域的資料。藉由此結構，共享記憶體區域內的資料總是保持在最新的狀態，而應用程式軟體可藉由讀取共享記憶體區域內的接收資料而動作。

在此結構中，接收資料的讀取時序(timing)係當應用程式軟體需要資料的時候，而接收資料寫入於共享記憶體區域的時序則為從外部機器接收到通訊封包(packet)的時候， 而成為各自獨立的時序。因此，當在接收資料寫入於共享記憶體區域的期間進行該接收資料的讀取時，會有在應用程式軟體所讀取的資料產生不匹配的情形。

如此，為了使應用程式軟體所讀取的資料不會產生不匹配，一般係進行防止共享資料的讀取與寫入同時產生，且在對於共享資料的存取期間禁止其他人對於相同的資料進行存取的排他處理。以具體的方法而言，一般係使用在存取共享記憶體區域時獲得鎖定(lock)，藉此來將資料寫入與資料讀取進行排他的方法。當使用此方法時，係構成為在元件驅動器藉由接收資料寫入於共享記憶體區域之前獲得鎖定，且在寫入於共享記憶體區域之後解除鎖定。從應用程式軟體而言則係在讀取接收資料前獲得鎖定，且於讀取後解除鎖定。藉此，先獲得鎖定的一方就不會在中途***斷而可優先地對共享記憶體區域進行存取，且不會再有應用程式軟體使用更新中之共享資料的情形。

然而在該排他方法中，當從應用程式軟體讀取接收資料領先元件驅動器所進行的接收資料寫入時，藉由元件驅動器將接收資料寫入於共享記憶體區域的處理就有可能會被迫等待很長的時間。元件驅動器係在通訊元件或通訊協定(protocol)所規定之嚴格的時間限制下動作，當如前所述要被迫等待至應用程式軟體的處理完成時，會有通訊無法持續進行，而有引起誤動作之可能性的問題。

為了解決前述的問題，乃要求一種接收資料對於共享記憶體區域的寫入不會被迫等待從共享記憶體區域讀取 資料的完成，而且，從共享記憶體區域所讀取的資料不會產生不匹配的資料讀取方法。

作為此種讀取方法，已有一種藉由使用被賦予至接收資料的識別記號來判定在資料寫入時被寫入於共享記憶體區域之資料的整合性的方法被提出(專利文獻1)。在此方法中，係於資料寫入於共享記憶體區域時對於資料開頭與結尾賦予並寫入相同的識別記號，而於讀取時，則係首先讀取對象資料的開頭與結尾的識別記號，且藉由一致或不一致來判定資料的整合性。一致時，即視為資料寫入已完成而讀取資料，不一致時則視為正讀取資料中而待機至寫入完成為止。

再者，亦有一種具有接收資料名稱與儲存有該接收資料之場所的對應關係表，於資料寫入結束後更新前述對應關係表，藉以實現排他的方法被提出(專利文獻2)。在此方法中，係於寫入共享記憶體區域時，寫入至區域內已預先確保的未使用區域，且於寫入結束後更新前述對應關係表，而變更成為最新的資料儲存場所。藉此，在讀取時即使是寫入中途，亦因為對應關係表尚未被更新，因此可讀取舊的資料，而於寫入完成後，因為對應關係表已被更新，因此可讀取新的資料。因此，可獨立地進行寫入與讀取的處理。

[先前技術文獻]

[專利文獻]

專利文獻1：日本實開平5-020146號公報

專利文獻2：日本特開平5-158892號公報

在習知之專利文獻1所示的技術中，由於係藉由依每一資料所賦予的識別記號來判定整合性，因此只能判定資料單位的整合性，而當在複數個資料以組合方式具有意義的情形時，則有無法判定整合性的問題。

在此，以當因複數個資料的組合而具有意義的情形之例而言，例如，可推測在室內空調器(room air conditioner)中，從無線遙控器(wireless remote controller)接收顯示運轉模式(冷氣、暖氣等)的資料A、及顯示設定溫度(28℃等)的資料B，且由元件驅動器寫入共享記憶體區域內之各個資料的情形。

在此例中，原本被寫入於共享記憶體區域的資料為「資料A=暖氣、資料B=25℃」，在從無線遙控器接收到「資料A=冷氣、資料B=28℃」的時候，當在僅有資料A寫入完成的狀態下應用程式軟體從共享記憶體區域讀取接收資料時，就會讀取「資料A=冷氣、資料B=25℃」，而資料A與資料B間的整合性將消失，而引起誤動作。

在專利文獻1所示的技術中，雖只要彙整複數個資料而作為1個資料來處理亦可判定整合性，但要讀取或寫入的資料容量會變大，即使是在僅欲更新其一部分時，也必須寫入資料整體，因此會導致處理的非效率化。

此外，在習知的專利文獻2所示的技術中亦利用每一資料的對應關係，因此與專利文獻1同樣地會有只能判定 按照資料單位的整合性。

本發明係為解決前述的問題而研創者，其目的在實現一種內組系統，其可確認在從共享記憶體讀取資料中所被讀取之複數個資料的整合性。

為了解決上述的問題而達成目的，本發明的內組系統係包括：讀取開始手段，其係開始應用程式部所執行之資料的讀取處理；讀取整合開始手段，其係將讀取ID分配至藉由讀取開始手段所開始的各個讀取處理，且將顯示所分配之前述讀取ID之數量的讀取ID數予以更新；讀取手段，其係讀取資料；讀取結束手段，其係結束讀取手段所進行之資料的讀取；及讀取整合結束手段，其係取得讀取ID、顯示是否為寫入處理中的資料寫入中旗標、及顯示資料寫入處理時之讀取ID數的寫入時ID數，且根據資料寫入中旗標、讀取ID、寫入時ID數，而判定所讀取之資料的整合性。

此外，本發明之內組系統控制方法係具有：讀取ID分配步驟，其係分配在資料讀取處理開始時用以識別讀取處理的讀取ID；資料讀取步驟，其係從共享記憶體讀取資料；整合性資訊取得步驟，其係取得整合性資訊，該整合性資訊係包括：讀取ID數，其係為資料讀取步驟結束時從共享記憶體所分配的讀取ID的數量；資料寫入中旗標，其係為是否為對於共享記憶體寫入資料處理中的旗標；及寫入時ID數，其係為對於共享記憶體寫入資料處理時的讀取ID數；及整合性判定步驟，其係當在整合性資訊取得步驟中所取得的資料寫入中 旗標非為寫入中，而且，讀取ID較寫入時ID數更大時，判定為在資料讀取步驟中所讀取的資料具有整合性。

此外，本發明之資料整合性判定方法係根據在從共享記憶體開始資料讀取處理時用以識別讀取開始處理所分配的讀取ID、顯示所分配之讀取ID之數量的讀取ID數、顯示是否為正對於共享記憶體寫入資料中的資料寫入中旗標、及顯示資料寫入處理時之讀取ID數的寫入時ID數來判定所讀取的資料是否有整合性。

再者，本發明之資料整合性判定方法係根據從共享記憶體讀取資料處理結束時是否正在將資料寫入於共享記憶體中、該讀取處理是第幾個開始的讀取處理、及對於共享記憶體寫入資料處理時所執行過的讀取處理是包含至第幾個開始的讀取處理來判定所讀取的資料是否有整合性。

本發明之內組系統係具有前述構成，因此可保證從共享記憶體讀取的複數個資料具有整合性，且可進行不會有因為所讀取之資料的不匹配所引起之誤動作的控制。

100、300‧‧‧內組系統

110‧‧‧CPU

120‧‧‧ROM

121‧‧‧應用程式方塊符碼

122‧‧‧通訊控制部符碼

123‧‧‧元件驅動器符碼

124‧‧‧通訊資料管理表單

125‧‧‧群組分類管理表單

130‧‧‧RAM

131‧‧‧通訊資料資料庫

132‧‧‧讀取ID管理表單

133‧‧‧寫入ID管理表單

134‧‧‧整合性資訊資料庫

140‧‧‧通訊元件

200、400‧‧‧軟體

201‧‧‧應用程式方塊

202‧‧‧通訊控制部

203‧‧‧元件驅動器

210‧‧‧資料讀取處理部

211‧‧‧讀取開始處理

212‧‧‧讀取整合開始處理

213‧‧‧讀取處理

214‧‧‧讀取結束處理

215‧‧‧讀取整合結束處理

220‧‧‧通訊資料保存部

230‧‧‧整合性資訊保存部

240‧‧‧資料寫入處理部

241‧‧‧寫入開始處理

242‧‧‧寫入整合開始處理

243‧‧‧寫入處理

244‧‧‧寫入整合處理

245‧‧‧寫入結束處理

246‧‧‧寫入整合結束處理

第1圖係為本發明之實施形態1之內組系統100之系統構成之一例的構成圖。

第2圖係為顯示本發明之實施形態1之內組系統之軟體200之軟體構成之一例的構成圖。

第3圖係為顯示本發明之實施形態1之通訊資料管理表單 124內之通訊資料管理表單構造之一例的表單構造圖。

第4圖係為顯示本發明之實施形態1之整合性資訊資料庫134內之整合性資訊之資料構造之一例的資料構造圖。

第5圖係為顯示本發明之實施形態1之資料讀取處理部210之處理程序(sequence)之一例的流程圖。

第6圖係為顯示本發明之實施形態1之讀取ID管理表單132構造之一例的表單構造圖。

第7圖係為顯示本發明之實施形態1之資料寫入處理部240之處理程序之一例的流程圖。

第8圖係為顯示本發明之實施形態1之寫入ID管理表單133內之寫入ID管理表單構造之一例的表單構造圖。

第9圖係為顯示本發明之實施形態1之判定是否有整合性之一例的說明圖。

第10圖係為顯示本發明之實施形態1之判定是否有整合性之一例的說明圖。

第11圖係為顯示本發明之實施形態1之判定是否有整合性之一例的說明圖。

第12圖係為顯示本發明之實施形態1之判定是否有整合性之一例的說明圖。

第13圖係為顯示本發明之實施形態1之判定是否有整合性之一例的說明圖。

第14圖係為顯示本發明之實施形態1之判定是否有整合性之一例的說明圖。

第15圖係為顯示本發明之實施形態1之判定是否有整合 性之一例的說明圖。

第16圖係為顯示本發明之實施形態1之判定是否有整合性之一例的說明圖。

第17圖係為顯示本發明之實施形態1之判定是否有整合性之一例的說明圖。

第18圖係為顯示本發明之實施形態1之判定是否有整合性之一例的說明圖。

第19圖係為顯示本發明之實施形態2之內組系統300之系統構成之一例的構成圖。

第20圖係為顯示本發明之實施形態2之內組系統之軟體400之軟體構成之一例的構成圖。

第21圖係為顯示本發明之實施形態2之群組分類管理表單125內之群組分類管理表單構造之一例的表單構造圖。

第22圖係為顯示本發明之實施形態2之整合性資訊資料庫134內之整合性資訊之資料構造之一例的資料構造圖。

第23圖係為顯示本發明之實施形態2之資料讀取處理部210之處理程序之一例的流程圖。

第24圖係為顯示本發明之實施形態2之資料寫入處理部240之處理程序之一例的流程圖。

以下根據圖式來詳細說明本發明之內組系統的實施形態。在以下參照的圖式中，係對於相同或相等的部分賦予相同的符號。另外，本發明並不限定於該實施形態。

實施形態1

第1圖係為顯示本發明之實施形態1之內組系統100之系統構成之一例的構成圖，第2圖係為顯示本發明之實施形態1之內組系統之軟體200之軟體構成之一例的構成圖。

在第1圖中，內組系統100係包括CPU(Central Processing Unit，中央處理單元)110、ROM(Read Only Memory，唯讀記憶體)120、RAM(Random Access Memory，隨機存取記憶體)130、及通訊元件140，CPU110係為執行儲存於ROM120之各符碼(code)區域的程式，且控制資料讀取及寫入的控制部，而ROM120與RAM130係為記錄資料的共享記憶體，通訊元件140則為與UART(Universal Asynchronous Receiver Transmitter，通用異步接收發射器)等之外部機器進行資料之傳收送的通訊部。另外，ROM120與RAM130的詳細內容將於後陳述。

在第2圖中，軟體200係由應用程式方塊(application block)201、通訊控制部202及元件驅動器203所構成，且儲存於ROM120與RAM130，在CPU110上執行。

在此，應用程式方塊201係為依每一製品或系統所作成的應用程式軟體(應用程式部)，用以進行從通訊控制部202讀取資料，以及所讀取之資料所進行之製品或系統獨自的控制。通訊控制部202係依據來自應用程式方塊201或元件驅動器203的要求而進行從ROM120讀取資料、或對於RAM130讀取及寫入資料。元件驅動器203係進行由通訊元件140、或通訊對象所規定之通訊協定所規定的通訊處理。另外，應用程式方塊201、通訊控制部202及元件驅動器203的詳細內容將於後 陳述。

通訊控制部202係由資料讀取處理部210、通訊資料保存部220、整合性資訊保存部230、及資料寫入處理部240所構成。

資料讀取處理部210、讀取開始處理211、讀取整合開始處理212、讀取處理213、讀取結束處理214、讀取整合結束處理215所構成，且於應用程式方塊201讀取資料時執行。另外，構成資料讀取處理部210的各處理，係相當於構成內組系統100的手段。讀取開始處理211係被應用程式方塊201呼叫而開始資料讀取的處理。讀取整合開始處理212係被讀取開始處理211呼叫，而將整合性資訊保存部230更新為顯示資料讀取開始的狀態。讀取處理213係從通訊資料保存部220讀取曾從應用程式方塊201有過讀取要求的資料。讀取結束處理214係被讀取處理213呼叫而結束資料讀取處理。讀取整合結束處理215係被讀取結束處理214呼叫，而將整合性資訊保存部230更新為顯示資料讀取結束的狀態。另外，讀取整合開始處理212及讀取整合結束處理215中之整合性資訊之更新方法的詳細內容將於後陳述。

通訊資料保存部220係由儲存於ROM120的通訊資料管理表單124與儲存於RAM130的通訊資料資料庫131所構成。通訊資料管理表單124係為通訊資料資料庫131內之資料儲存位置的管理表單，在資料讀取處理部210及資料寫入處理部240的讀取或寫入處理中被參照。通訊資料資料庫131係在供保存由通訊元件140所接收之資料的區域被資料寫入處理 部240更新，而總是保持為最新的狀態。另外，通訊資料資料庫131不僅接收資料，亦可記憶傳送資料。

整合性資訊保存部230係由儲存於RAM130的讀取ID管理表單132、寫入ID管理表單133及整合性資訊資料庫134所構成。讀取ID管理表單132係為依每一個從應用程式方塊201所執行之通訊資料資料庫131讀取資料的處理來分配，且與各個讀取處理之讀取對象資料建立對應關係之讀取ID的管理表單。寫入ID管理表單133係為依每一個對於元件驅動器203所執行之通訊資料資料庫131寫入資料的處理來分配，且與各個寫入處理之寫入對象資料建立對應關係之寫入ID的管理表單。此外，整合性資訊資料庫134係為保存用以判定應用程式方塊201從通訊資料資料庫131所讀取之資料的整合性之整合性資訊的資料庫。

資料寫入處理部240係為在由通訊協定所規定之接收時序中被元件驅動器203所呼叫者，且由寫入開始處理241、寫入整合開始處理242、寫入處理243、寫入整合處理244、寫入結束處理245、及寫入整合結束處理246所構成。另外，構成資料寫入處理部240的各處理，係相當於構成內組系統100的手段。寫入開始處理241係被元件驅動器203呼叫，而開始對於通訊控制部202寫入接收資料的處理。寫入整合開始處理242係被寫入開始處理241呼叫，而將整合性資訊保存部230更新為顯示資料寫入開始的狀態。寫入處理243係為將元件驅動器203從外部機器接收到的資料寫入至通訊資料保存部220的處理。寫入整合處理244係被寫入處理243呼叫，而 將整合性資訊保存部230更新為顯示資料寫入的狀態。寫入結束處理245係被寫入整合處理244呼叫，而結束對於通訊控制部202寫入接收資料的處理。寫入整合結束處理246係被寫入結束處理245呼叫，而將整合性資訊保存部230更新為顯示資料寫入結束的狀態。

在ROM120中係供儲存屬於應用程式方塊201、構成通訊控制部202的資料讀取處理部210與資料寫入處理部240、元件驅動器203之各個程式符碼的應用程式方塊符碼121、通訊控制部符碼122、元件驅動器符碼123、及構成通訊資料保存部的通訊資料管理表單124。在此，通訊資料資料庫131內之資料儲存位置係例如由資料位址(data address)所管理，而通訊資料管理表單124內之管理表單之構成的一例，係為第3圖所示之接收資料名稱與資料位址、及顯示資料大小之資料容量與建立對應關係的管理表單。

此外，在RAM130中，係供儲存構成通訊資料保存部的通訊資料資料庫131與構成整合性資訊保存部230的讀取ID管理表單132、寫入ID管理表單、及整合性資訊資料庫134。

第4圖係為用以判定整合性資訊資料庫134內之整合性之整合性資訊之資料構造圖的一例，且為由保持資料寫入開始之次數的寫入開始次數、屬於顯示是否正寫入資料至通訊資料資料庫131中(執行寫入，且維持可執行寫入狀態的狀態)之旗標的資料寫入中旗標、保持所分配之讀取ID之個數的讀取ID數、保持所分配之讀取ID中之屬於資料讀取中之ID 之數量的讀取中ID數、及保持在進行資料寫入之時點之讀取ID之數量的寫入時ID數所構成。

寫入開始次數係在寫入整合開始處理242被執行時遞增(increment)(+1)，且在寫入整合結束處理246被執行時遞減(decrement)(-1)。初始值為0。

資料寫入中旗標係在寫入整合處理244被執行時成為TRUE，且當在寫入整合結束處理246被執行時遞減的寫入開始次數為0時成為FALSE。初始值為FALSE。

讀取中ID數係於讀取整合開始處理212被執行時遞增，且於讀取整合結束處理215被執行時遞減。初始值為0。

讀取ID數係於讀取整合開始處理212被執行時遞增，且當在讀取整合結束處理215被執行時遞減的讀取中ID數為0時成為0。初始值為0。在此，讀取ID數係可將讀取處理不中斷地連續進行的讀取處理的數量進行計數。

此外，讀取ID係於執行讀取整合開始處理212時，分配遞增後的讀取ID數。

關於讀取ID之分配方法的詳細內容將於後陳述。

寫入時ID數，係於寫入整合處理244被執行時複製讀取ID數的值，且於讀取整合結束處理215被執行時讀取ID數成為0的情形下成為0。初始值為0。

以下針對動作進行說明。

首先，使用第2圖來說明概要。首先，對於通訊資料資料庫131，係設為使資料寫入處理部240的動作比資料讀取處理部210的動作更優先。為了實現此，資料讀取處理部210與資 料寫入處理部240係獨立動作，在藉由資料讀取處理部210的動作所進行的資料讀取中執行由資料寫入處理部240之動作所進行的接收資料寫入時，資料寫入處理部240的寫入雖設為寫入成功，但資料讀取處理部210的寫入則視為所寫入的資料無整合性而設為寫入失敗。另外，寫入失敗時亦可使資料讀取處理部210進行再試(retry)，藉此重複至所讀取的接收資料具有整合性為止。再試一定次數亦無法獲得具有整合性的接收資料時，係對於資料讀取處理部210的呼叫來源通知讀取失敗作為錯誤處理。另外，以下以實施再試的情形為例進行說明。

讀取是否成功的判定，係藉由讀取ID進行。讀取ID係被整合性資訊保存部230內的讀取ID管理表單132所管理，且於執行讀取整合開始處理212時被分配。一度被分配的讀取ID，雖於與讀取整合開始處理212成對的讀取整合結束處理215被執行時成為未分配，但直到處理中的讀取處理全部結束為止，亦即讀取ID數成為0為止都不會再度被分配。整合性資訊資料庫134內的整合性資訊，係藉由讀取整合開始處理212、讀取整合結束處理215、寫入整合開始處理242、寫入整合處理244、寫入整合結束處理246的執行而逐次更新。執行讀取結束處理214時參照該整合性資訊與被分配至讀取處理的讀取ID，藉此來進行讀取的整合性判定，判定讀取是否成功。

茲使用第5圖來說明資料讀取處理部210的處理程序。另外，整合性判定方法的詳細內容將於後陳述。

首先，在讀取開始處理211將再試次數設為0(步驟 S101)。此再試次數只要資料讀取一失敗就各加1，且用於判定讀取前是否已達規定次數，藉此而用來決定讀取的最大再試次數。

接著，確認再試次數是否已達到預先決定的次數(步驟S102)。具體而言，係預先設定N(N係2以上的自然數)次作為最大再試次數，將再試次數與最大再試次數N次作比較，當再試次數較小時，移至步驟S103，當最大再試次數N次與再試次數相同時，視需要實施對於資料讀取處理部210之呼叫來源通知讀取失敗等的讀取失敗時的錯誤處理(步驟S111)，且作為資料讀取失敗而結束。

在步驟S103中，係在讀取整合開始處理212將新的讀取ID分配至已開始的讀取處理，且登錄於整合性資訊保存部230的讀取ID管理表單132。茲將所分配之讀取ID的管理表單之例顯示於第6圖。具體而言，係對於被應用程式方塊201要求讀取之1個以上對象資料的組合分配讀取ID，該值係被分配將讀取ID數遞增後的值。

如此，讀取ID係對讀取處理進行分配，因此可將在1個讀取處理中所讀取之複數的對象資料作為1個組合來管理，且判斷讀取的整合性。

另外，在此讀取中ID數亦被遞增。

接著在讀取處理213中從通訊資料管理表單124讀取出讀取對象資料在通訊資料資料庫131內的儲存位置(步驟S104)，且依據該位置資訊來讀取接收資料(步驟S105)。

在步驟S106中，係判定在讀取結束處理214中是 否已讀取了所有相同讀取ID之讀取對象的資料。當尚有讀取對象資料時，即返回步驟S104及步驟S105，進一步讀取對象資料。若已讀取了讀取對象的所有資料，就移至步驟S107。另外，在此必要的資料係為被應用程式方塊201要求讀取之對象資料的組合，例如，藉由第6圖的讀取ID管理表單132來判定。

在步驟S107中，係在讀取整合結束處理215中以步驟S103中所分配之讀取ID參照整合性資訊資料庫134的整合性資訊來判定整合性。接著，將讀取中ID數遞減而將讀取中之被分配之讀取ID的數量減1，且進一步刪除所對應之讀取ID的資訊，藉此將所分配的讀取ID設為未分配(步驟S108)。另外，在此，遞減後之讀取中ID數成為0時，讀取ID數亦設為0。因此，當讀取被判定為無整合性時亦無其他讀取中的讀取處理時，讀取ID數即成為0。

在判定處理步驟S109中，係藉由在步驟S107中所判定的有無整合性來判定步驟轉換的處理。當在步驟S107中被叛定為無整合性時，將再試次數增加1(步驟S110)，返回步驟S102的判定。當在步驟S107中被判定為有整合性時，則作為讀取成功而結束。

另外，雖以第5圖說明了資料讀取處理部210中的處理程序，但不限定於此。例如，在步驟S109中被判定為無整合性時，雖返回步驟S102且再度執行了讀取，但亦可設為省略關於再試的處理且作為讀取失敗而移至步驟S111的處理程序。

茲使用第7圖來說明資料寫入處理部240中的處 理程序。

首先，在寫入開始處理241中開始寫入處理，且在寫入整合開始處理242中遞增寫入開始次數，藉此將接收資料寫入開始記錄於整合性資訊資料庫134(步驟S201)。藉此來管理寫入的準備已經完成。

在步驟S202中，係在寫入整合開始處理242中將新的寫入ID分配至已開始的讀取處理，且登錄於整合性資訊保存部230的寫入ID管理表單133。茲將所分配之寫入ID之管理表單之例顯示於第8圖。具體而言，係對於被元件驅動器203要求寫入之1個以上對象資料的組合分配寫入ID，該值係被分配遞增寫入開始次數之後的值。

如此，寫入ID係對於寫入處理進行分配，因此可將在1個寫入處理中所寫入的複數個對象資料作為1個組合來管理。

接著，在寫入處理243中從通訊資料管理表單124讀取寫入對象資料在通訊資料資料庫131內的儲存位置(步驟S203)，且依據該位置資訊來寫入接收資料(步驟S204)。接著，在寫入整合處理244中更新整合性資訊資料庫134內的資訊。具體而言，係將資料寫入中旗標設為TRUE，且將讀取ID數複製於寫入時ID數(步驟S205)。藉此，分配完成之讀取ID所進行之資料讀取係於執行讀取整合結束處理215時被判定為均無整合性。

在步驟S206中，係判定在寫入結束處理245中是否已寫入了所有曾從元件驅動器203有過要求的寫入對象的資料。當尚有寫入對象資料時，返回步驟S203、步驟S204及步 驟S204，進一步寫入對象資料。若已寫入了寫入對象的所有資料，就移至步驟S207。另外，在此必要的資料係為被元件驅動器203要求寫入之對象資料的組合，例如，藉由第8圖的寫入ID管理表單133來判定。

在步驟S207中，係在寫入整合結束處理246中遞減寫入開始次數，藉此對於整合性資訊資料庫134刪除在步驟S201中所記錄之接收資料寫入開始的資訊。接著，作為寫入成功而結束資料寫入。

另外，在資料寫入處理部240的處理程序中，針對資料寫入更新為整合性資訊的時序並不限定於第7圖所示的時序。例如，亦可在接收資料之寫入步驟S204之前執行將資料寫入反映至整合性資訊的步驟S205。

茲使用第9圖至第18圖來說明整合性資訊資料庫134內的更新方法、讀取ID的分配方法、及整合性判定方法的具體例。另外，圖式中係以底線來表示針對整合性資訊所更新的值。

在此，有無整合性的判定係藉由執行讀取整合結束處理215時將資料寫入中旗標、及對象資料建立對應關係的讀取ID與寫入時ID數的比較來進行。具體而言，係於執行讀取整合結束處理215時的資料寫入中旗標為FALSE，而且讀取ID較寫入時ID數時更大時判定為具有整合性，除此以外的情形，則判定為無整合性。

此係意味在整合性判定對象之資料的讀取結束時資料並非正在寫入中(執行寫入，且維持可執行寫入狀態的狀 態)而是寫入已結束、以及藉由顯示對應於整合性判定對象資料的讀取處理為第幾個開始的讀取處理的讀取ID、及顯示最後執行的資料寫入時已開始了第幾個讀取處理的寫入時ID數，來確認因為讀取ID較寫入時ID數更大使得寫入時整合性判定對象之資料的讀取並未開始。另外，在此之所以要確認資料並非寫入中(執行寫入，且維持可執行寫入狀態的狀態)，係為了防止在此狀態中何時進行寫入均可，而有可能因為整合性資訊的更新狀況等所產生之整合性判定的錯誤。

第9圖係為進行將(B)-(D)設為組合的讀取、(C)-(H)設為組合的讀取、及(E)-(F)-(G)設為組合的寫入，且寫入係以(D)與(H)之間的時序進行之情形之例。此時，預期在(B)-(D)之間並未進行寫入，因此在(D)被判定為有整合性，而在(C)-(H)間有進行寫入，因此在(H)被判定為無整合性。

並未從各資料的初始值進行讀取或寫入的前提條件係成為(A)所示。在此當執行第1次的讀取整合開始處理212時，即依據前述的規則被更新為(B)，讀取ID係被分配遞增後之讀取ID數的值、亦即1。當接著執行第2次的讀取整合開始處理212時，即被更新為(C)，讀取ID係被分配2。接著在(D)中，執行讀取整合結束處理215，進行有無整合性的判定。首先，從藉由讀取整合結束處理215更新內容之前的整合性資訊(在此係(C)時點的內容)取得資料寫入中旗標與寫入時ID數。在此，資料寫入旗標係為FALSE，由於被分配的讀取ID為1，寫入時ID數為0，以讀取ID的值較大， 因此被判定為具有整合性。判定後，整合性資訊的內容成為(D)。接著進行寫入處理，且依據前述的規則更新為(E)(F)(G)。在下一個(H)中，與(D)同樣地執行讀取整合結束處理215，進行有無整合性的判定，且參照在(G)的資料寫入中旗標與寫入時ID數。在此，由於資料寫入中旗標為FALSE，讀取ID為2，寫入時ID數為2，讀取ID與寫入時ID數相等而未滿足具有整合性的條件，因此被判定為無整合性。判定後，整合性資訊的內容成為(H)。

如前所述，(D)、(H)之讀取結束處理214執行時之判定的結果，(B)-(D)設為組合的讀取被判定為具有整合性，(C)-(H)設為組合的讀取被判定為無整合性，而成為符合預期的判定結果。

茲使用第10圖來說明從讀取開始至結束的期間包含寫入開始的情形之例。在此例中，雖然於(B)-(D)期間開始寫入，但實際被寫入的係為(D)之後，因此預期被判定為具有整合性。

當依據前述規則更新讀取ID管理表單132內的整合性資訊時，(D)中之讀取結束時之整合性判定時所參照之(C)的整合性資訊，係由於資料寫入中旗標為FALSE、被分配之讀取ID為1、寫入時ID數為0，以讀取ID的值較大，因此讀取被判定為具有整合性。此結果為符合預期的判定結果。

茲使用第11圖來說明從讀取開始至結束的期間包含寫入的情形之例。在此例中，由於在讀取開始至結束的期間執行了寫入，因此預期被判定為無整合性。

當依據前述規則更新讀取ID管理表單132內的整合性資訊時，(E)中之整合性判定時所參照之(D)的整合性資訊，係由於資料寫入中旗標為TRUE、被分配之讀取ID為1、寫入時ID數為1，資料寫入中旗標非為FALSE，再者讀取ID與寫入時ID數相等而未滿足具有整合性的條件，因此被判定為無整合性。此結果為符合預期的判定結果。

茲使用第12圖來說明從讀取開始至結束的期間包含寫入結束的情形之例。在此例中，雖然於讀取開始時點開始了寫入，但由於至讀取結束為止期間未進行寫入即結束了寫入，因此預期被判定為具有整合性。

當依據前述規則更新讀取ID管理表單132內的整合性資訊時，(F)中之整合性判定時所參照之(E)的整合性資訊，係由於資料寫入中旗標為FALSE、被分配之讀取ID為1、寫入時ID數為0，以讀取ID的值較大，因此被判定為具有整合性。此結果為符合預期的判定結果。

茲使用第13圖來說明從讀取開始至結束的期間僅包含寫入開始與寫入的情形之例。在此例中，由於係在(B)-(E)間進行了資料寫入，因此預期被判定為無整合性。

當依據前述規則更新整合性資訊資料庫134內的整合性資訊時，(E)中之整合性判定時所參照之(D)的整合性資訊，係由於資料寫入中旗標為TRUE、被分配的讀取ID為1、寫入時ID數為1，資料寫入中旗標非為FALSE，再者讀取ID與寫入時ID數相等而未滿足具有整合性的條件，因此被判定為無整合性。此結果為符合預期的判定結果。

茲使用第14圖來說明從讀取開始至結束的期間僅包含寫入與寫入結束的情形之例。在此例中，由於在(C)-(D)間進行了資料寫入，因此預期被判定為無整合性。

當依據前述規則更新整合性資訊資料庫134內的整合性資訊時，(F)中之整合性判定時所參照之(E)的整合性資訊，係由於資料寫入中旗標為FALSE、被分配之讀取ID為1、寫入時ID數為1，寫入ID與寫入時ID數相等而未滿足具有整合性的條件，因此被判定為無整合性。此結果為符合預期的判定結果。

茲使用第15圖來說明從寫入開始至寫入的期間包含讀取開始與讀取結束的情形之例。在此例中，雖然係在讀取開始時點開始了寫入，但由於是在較寫入開始後之第一次的寫入(E)之前就結束了讀取，因此預期被判定為具有整合性。

當依據前述規則更新整合性資訊資料庫134內的整合性資訊時，(D)中之整合性判定時所參照之(C)的整合性資訊，係由於資料寫入中旗標為FALSE、被分配的讀取ID為1、寫入時ID數為0，讀取ID的值較寫入時ID數更大，因此被判定為具有整合性。此結果為符合預期的判定結果。

茲使用第16圖來說明從寫入至寫入結束的期間包含讀取開始與讀取結束的情形之例。在此例中，由於係在(B)-(F)間之最後的寫入(C)之後進行了讀取，因此雖覺得應判定為具有整合性，但在進行整合性判定的(E)時點，由於(C)是否為最後的寫入並不明確，因此預期被判定為無整合性。

當依據前述規則更新整合性資訊資料庫134內的整合性資訊時，(E)中之整合性判定時所參照之(D)的整合性資訊，係由於資料寫入中旗標為TRUE、被分配的讀取ID為1、寫入時ID數為0，資料寫入中旗標非為FALSE而未滿足具有整合性的條件，因此被判定為無整合性。此結果為符合預期的判定結果。

茲使用第17圖來說明進行以(B)-(G)為組合的讀取、以(E)-(H)為組合的讀取、以(C)-(D)-(F)為組合的寫入，且寫入係以(B)與(E)之間的時序進行時之例。在此例中，由於針對在(B)-(G)間的讀取係於(B)-(G)間進行資料的寫入，因此預期被判定為無整合性，而針對在(E)-(H)間的讀取，由於在(E)-(H)間，直到讀取結束為止期間並未進行寫入即結束了寫入，因此預期被判定為具有整合性。

當依據前述規則更新整合性資訊資料庫134內的整合性資訊時，(G)中之整合性判定時所參照之(F)的整合性資訊，係由於資料寫入中旗標為FALSE、被分配的讀取ID為1、寫入時ID數為1，讀取ID與寫入時ID相等而未滿足具有整合性的條件，因此被判定為無整合性。再者，(H)中之整合性判定時所參照之(G)的整合性資訊，係由於資料寫入中旗標為FALSE、被分配的讀取ID為2、寫入時ID數為1，以讀取ID的值較大，因此被判定為具有整合性。

如前所述，(D)、(H)之讀取結束處理214執行時之判定的結果，以(B)-(G)為組合的讀取係被判定 為無整合性，以(E)-(H)為組合的讀取係被判定為具有整合性，而成為符合預期的判定結果。

茲使用第18圖來說明在從讀取開始至結束的期間，包含寫入開始與寫入結束，且進一步包含2次寫入的情形之例。在此例中，由於係在(B)-(G)間進行了寫入，因此預期被判定為無整合性。

當依據前述規則更新整合性資訊資料庫134內的整合性資訊時，由於在(D)及(E)中進行了2次寫入，因此在各個中進行資料寫入中旗標及寫入時ID數的更新。(G)中之整合性判定時所參照之(F)的整合性資訊，係由於資料寫入中旗標為FALSE、被分配的讀取ID為1、寫入時ID數為1，讀取ID與寫入時ID數相等而未滿足具有整合性的條件，因此被判定為無整合性。

綜上所述，在任一例中，都可在從應用程式方塊201取得接收資料時，判定其是否有整合性。無整合性時，將讀取進行再試，且重複至可讀取具有整合性的資料為止，藉此以保證所讀取的資料具有整合性。此外，由於來自元件驅動器203的接收資料寫入比來自應用程式方塊201的接收資料的讀取處理更為優先，因此元件驅動器203的處理不需被迫等待應用程式方塊201的處理，而使元件驅動器203的處理易於確保通訊元件或通訊協定所規定之處理的時序。

在上述的說明中，雖已就應用程式方塊讀取經由通訊元件所接收之資料的情形進行了說明，但本發明並不限定於此。例如，亦可適用在經由各種感測器所取得的資料被記錄於記憶 體，而應用程式方塊利用該資料的情形等。

此外，在本發明的實施例中為了判定有無整合性所追加的整合性資訊資料庫134係較小規模，不會如專利文獻2所示之技術般使通訊資料重複化，而不會使記憶體使用效率惡化。因此，亦將易於適用在不允許通訊資料之重複化之具有小規模之記憶體的製品或系統上。

綜上所述，依據實施形態1的內組系統100，由於係構成為判定以1個以上的資料為對象之讀取處理的有無整合性，因此可確保所讀取的複數個資料具有整合性，而可獲得可進行無誤動作之控制的效果。

實施形態2

在實施形態1中，係針對從讀取開始至結束期間執行寫入時判定為全都讀取失敗，且需要進行再試的實施例進行了說明。在實施形態2中，係針對僅在被寫入與所讀取之資料的整合性具有關係的資料時才判定為讀取失敗，藉此即可進行更適切之有無整合性之判定的實施例進行說明。

具體而言，係將通訊資料資料庫131內的資料，先分類為與整合性有關的數個群組，當應用程式方塊201所要求之讀取對象的資料、與元件驅動器203所要求之寫入對象的資料屬於不同的群組時，係藉由即使讀取或寫入的時序重疊亦不判定為讀取失敗來實現。結果，可減低讀取再試所產生的頻率。

第19圖係為顯示本發明之實施形態2之內組系統300之系統構成之一例的構成圖，第20圖係為顯示本發明之實 施形態2之內組系統之軟體400之軟體構成之一例的構成圖。

在第19圖中，內組系統300之與實施形態1之內組系統100的相異點係為ROM120儲存有群組分類管理表單125，除此以外的構成則為相同的構成。

此外，在第20圖中，內組系統之軟體400之與實施形態1之內組系統之軟體200的相異點，係為整合性資訊保存部230具備有群組分類管理表單125，除此以外的構成則為相同的構成。

群組分類管理表單125係為將通訊資料資料庫131內的資料分類為與整合性有關之資料後之群組的管理表單，該資料構造的一例係如第21圖所示。內組系統300係設為在資料讀取處理部210的讀取開始處理211、資料寫入處理部240之寫入開始處理241之執行時參照群組分類管理表單125，藉此指定設為對象的群組，在以後的處理中於參照或更新整合性資訊資料庫134時，係使用所指定的群組。藉此，即使讀取或寫入的時序重疊，只要是設為對象的群組不同，使用於整合性判定之整合性資訊的群組也會不同，因此不會被判定為讀取失敗。

此外，第22圖係為實施形態2中之整合性資訊資料庫134內之整合性資訊之資料構造的一例，而各個群組之整合性資訊的構成係與第4圖所示之實施形態1相同。另外，第21圖、第22圖係例如為將通訊資料整體區分為4個群組的情形，所區分的群組數係設為可自由選擇。此外，群組的區分方式係可依室內空調器、電視等之成為對象的每一製品或系統來 區分，亦可依成為空調設定變更處理等之成為對象的每一個處理來區分。

第19圖及第20圖中之群組分類管理表單125以外的構成，係與實施形態1之第1圖及第2圖的構成相同，故詳細的說明予以省略。

茲使用第23圖來說明實施形態2之資料讀取處理部210中的處理程序。

與未將通訊資料區分群組之第5圖的相異點，係增加了從第22圖所示的整合性資訊，選擇設為讀取對象之群組的處理(步驟S301)，除此以外的處理(從步驟S302至步驟S312)則為分別對應第5圖之步驟S101至步驟S111的處理。然而，在關於整合性資訊的處理(步驟S304、步驟S308、步驟S309)中則係設為使用在步驟S301中所選擇之群組的整合性資訊。

首先在讀取開始處理211中選擇設為讀取對象之群組的整合性資訊(步驟S301)。具體而言，係參照第21圖來指定曾從應用程式方塊201有過讀取要求之資料的對象群組，且參照第22圖來選擇對象群組的整合性資訊。在此所選擇之整合性資訊中的對象群組，在之後的處理中係予以參照或更新。接著，將再試次數設為0的處理(步驟S302)、確認再試次數是否已達預先決定之次數的處理(步驟S303)、以及在步驟S303中再試次數已達預先設定之最大再試次數N次時係移至讀取失敗時的錯誤處理(步驟S312)。此等處理係為相當於第5圖之步驟S101、S102、S111的處理，故詳細的說明予以省略。

在步驟S303中當再試次數未達最大再試次數N次時，即移至步驟S304。在步驟S304中，係於讀取整合開始處理212中將新的讀取ID，對已開始的讀取處理進行分配，且登錄於整合性資訊保存部230的讀取ID管理表單132。另外，在此，讀取中ID數亦遞增。此處理係為相當於第5圖的步驟S103的處理，故詳細的說明予以省略。

在此讀取ID係對於屬於相同群組的讀取對象資料分配1個ID。假若必須同時讀取複數個群組的資料時，係依每一群組分配讀取ID，且分別予以個別管理。

接著在讀取處理213中從通訊資料管理表單124讀取出讀取對象資料在通訊資料資料庫131內的儲存位置(步驟S305)，且依據該位置資訊而讀取接收資料(步驟S306)。在此，在資料讀取中，係設為僅讀取屬於相同群組的讀取對象資料。假若必須讀取複數個群組的資料時，係對於各個群組執行本處理程序。

在步驟S307中，係判定在讀取結束處理214中是否已讀取了所有相同群組且相同讀取ID之讀取對象的資料。此處理係相當於第5圖之步驟S106的處理，故詳細的說明予以省略。

步驟S308之有無整合性的判定處理、將步驟S309之讀取ID作為未分配的處理，係分別相當於第5圖之步驟S107、步驟S108的處理。因此，處理之詳細的說明予以省略。惟在此所參照的整合性資訊係為在步驟S301中所選擇之群組的整合性資訊。

在判定處理步驟S310中，係藉由在步驟S308中所判定的有無整合性而判定步驟轉換的處理。當在步驟S310中被判定為無整合性時，將再試次數增加1(S311)，返回步驟S303的判定。當在步驟S310中被判定為有整合性時，則作為讀取成功而結束。

另外，雖已在第23圖中說明了資料讀取處理部210中的處理程序，但不限定於此。例如，當在步驟S310中被判定為無整合性時，雖返回步驟S303再度執行了讀取，但亦可設為省略再試的處理且作為讀取失敗而移至步驟S312的處理程序。

茲使用第24圖來說明實施形態2之資料寫入處理部240中的處理程序。

與未將通訊資料分組之第7圖的相異點，係增加了從第22圖所示的整合性資訊，選擇作為寫入對象之群組的處理(步驟S401)，除此以外的處理(從步驟S402至步驟S407)，係分別對應於第7圖之步驟S201至步驟S206的處理。惟在關於整合性資訊的處理(步驟S402、步驟S405、步驟S407)中，係設為使用在步驟S401所選擇之行的資訊。

首先在寫入開始處理241中選擇設為寫入對象之群組的整合性資訊(步驟S401)。具體而言，係參照第21圖來指定曾從元件驅動器203有過寫入要求之資料的對象群組，且參照第22圖來選擇對象群組的整合性資訊。在此所選擇之整合性資訊中的對象群組，在之後的處理中係予以參照或更新。

接著，移至在寫入整合開始處理242中將接收資訊寫入開始記錄於整合性資訊資料庫134之整合性資訊的處理(步驟S402)、將新的寫入ID對於已開始的寫入處理進行分配，並登錄於整合性資訊保存部230之寫入ID管理表單133的處理(步驟S403)、在寫入處理243中從通訊資料管理表單124讀取寫入對象資料在通訊資料資料庫131內之儲存位置的處理(步驟S404)、及依據該位置寫入接收資料的處理(步驟S405)。此等處理係相當於第7圖之步驟S201、S202、S203、S204的處理，詳細的說明予以省略。惟在此寫入ID係對於屬於相同群組的寫入對象資料分配1個ID。假若必須同時讀取複數個群組的資料時，係依每一群組分配寫入ID，且分別予以個別管理，及對於各個群組執行本處理程序。

接著在寫入整合處理244中更新整合性資訊資料庫134內的資訊(步驟S406)。此處理係相當於第7圖之步驟S205的處理，詳細的說明予以省略。另外，在此更新的整合性資訊係為在步驟S401中所選擇之群組的整合性資訊。

在步驟S407中，係判定在寫入結束處理245中是否已讀取了所有曾從元件驅動器203有過要求之寫入對象的資料，在步驟S408中，係對於整合性資訊資料庫134刪除步驟S402中所記錄之接收資料寫入開始的資訊，且作為寫入成功而結束資料寫入。此等處理係相當於第7圖之步驟S206、步驟S207的處理，故詳細的說明予以省略。

另外，在資料寫入處理部240的處理程序中，針對資料寫入更新為整合性資訊的時序，並不限定於第24圖所示的時序。 例如，亦可在接收資料之寫入步驟S404之前執行將資料寫入反映至整合性資訊的步驟S405。

綜上所述，依據實施形態2的內組系統100，係構成為將通訊資料資料庫131內的資料區分為與整合性之判定有關的群組，來判定各個群組中以1個以上的資料為對象之讀取處理的整合性，因此即使在來自應用程式方塊201之讀取與來自元件驅動器203之寫入的時序重疊時，曾從應用程式方塊201有過要求之讀取對象資料、與曾從元件驅動器203有過要求之寫入對象的接收資料不屬於相同群組時，也會作用成判定為具有整合性，而可更適切地判定進行讀取處理後的複數個資料具有整合性，而可獲得可進行無誤動作之控制的效果。再者，亦可獲得降低重複再試之無用之處理的情形而提升處理效率的效果。

Claims (8)

1. 一種內組系統，其特徵為包括：讀取開始手段，其係開始應用程式部所執行之資料的讀取處理；讀取整合開始手段，其係將讀取ID分配至藉由前述讀取開始手段所開始的各個讀取處理，且將顯示所分配之前述讀取ID之數量的讀取ID數予以更新；讀取手段，其係讀取前述資料；讀取結束手段，其係結束前述讀取手段所進行之前述資料的讀取；及讀取整合結束手段，其係取得前述讀取ID、顯示是否為寫入處理中的資料寫入中旗標、及顯示資料寫入處理時之前述讀取ID數的寫入時ID數，且根據前述資料寫入中旗標、前述讀取ID、前述寫入時ID數，而判定所讀取之前述資料的整合性。
2. 根據申請專利範圍第1項之內組系統，其中前述讀取ID係為數值；前述讀取整合開始手段係分配數值經增加1後的前述讀取ID。
3. 根據申請專利範圍第1或2項之內組系統，其中前述讀取整合結束手段於判定為所讀取的資料無整合性時，係再度進行資料讀取處理。
4. 根據申請專利範圍第1或2項之內組系統，其中前述讀取ID、前述讀取ID數、前述資料寫入中旗標、及前述寫入時 ID數，係依設為對象的每一資料區分為複數個群組；前述讀取整合處理手段係依前述複數個的每一群組而判定整合性。
5. 一種內組系統控制方法，用以控制從具備有共享記憶體之內組系統的共享記憶體讀取資料的處理，其特徵為具有：讀取ID分配步驟，其係分配在資料讀取處理開始時用以識別讀取處理的讀取ID；資料讀取步驟，其係從前述共享記憶體讀取資料；整合性資訊取得步驟，其係取得整合性資訊，該整合性資訊係包括：讀取ID數，其係為前述資料讀取步驟結束時從前述共享記憶體所分配的前述讀取ID的數量；資料寫入中旗標，其係為是否為對於前述共享記憶體寫入資料處理中的旗標；及寫入時ID數，其係為對於前述共享記憶體寫入資料處理時的前述讀取ID數；及整合性判定步驟，其係當在前述整合性資訊取得步驟中所取得的前述資料寫入中旗標非為寫入中，而且，前述讀取ID較前述寫入時ID數更大時，判定為在前述資料讀取步驟中所讀取的資料具有整合性。
6. 一種資料整合性判定方法，判定在具備有共享記憶體的內組系統中從前述共享記憶體所讀取的資料是否有整合性；其特徵為：該資料整合性判定方法係根據在從前述共享記憶體開始資料讀取處理時用以識別讀取開始處理所分配的讀取ID、顯 示所分配之讀取ID之數量的讀取ID數、顯示是否為正對於前述共享記憶體寫入資料中的資料寫入中旗標、及顯示資料寫入處理時之前述讀取ID數的寫入時ID數來判定前述所讀取的資料是否有整合性。
7. 根據申請專利範圍第6項之資料整合性判定方法，其中在對於前述共享記憶體的資料寫入處理結束時，當前述資料寫入中旗標非為寫入中，而且，前述讀取ID較寫入時ID數更大時，判定為具有整合性。
8. 一種資料整合性判定方法，判定在具備有共享記憶體的內組系統中從前述共享記憶體所讀取的資料是否有整合性；其特徵為：該資料整合性判定方法係根據從前述共享記憶體讀取資料處理結束時是否正在將資料寫入於前述共享記憶體中、該讀取處理是第幾個開始的讀取處理、及對於前述共享記憶體寫入資料處理時所執行過的讀取處理是包含至第幾個開始的讀取處理來判定前述所讀取的資料是否有整合性。