控制程序管理裝置、信息處理裝置及控制程序處理方法
【專利摘要】本發明為控制程序管理裝置、信息處理裝置及控制程序處理方法。控制程序管理裝置具備：存儲部，存儲能夠由控制設備的控制器執行的控制程序；發送部，對信息處理裝置發送控制程序；更新部，向信息處理裝置發送控制程序后更新權限以使其他信息處理裝置不能編輯發送的控制程序；保持部，發送控制程序后，基于從信息處理裝置發送的信息，保持用于識別信息處理裝置和發送的控制程序的固有信息。發送部對由固有信息識別出的信息處理裝置詢問是否正在編輯由該固有信息識別出的控制程序。保持部在根據詢問結果判定為沒在編輯控制程序時將固有信息刪除。更新部在根據詢問結果判定為沒在編輯控制程序時將權限解除，以使其他信息處理裝置能夠編輯該控制程序。
【專利說明】控制程序管理裝置、信息處理裝置及控制程序處理方法
[0001]本申請以日本特許申請2013-180623(申請日:2013年8月30日)為基礎，并享受該申請的優先權。本申請通過參照該申請,包含該申請的全部內容。

【技術領域】
[0002]本發明的實施方式涉及控制程序管理裝置、信息處理裝置及控制程序處理方法。

【背景技術】
[0003]以往，通常控制設備的設備控制裝置執行應用程序(以后稱為“控制程序”)，按照由應用程序決定的步驟進行控制，從而實現設備的自動運行。系統程序員制作控制程序，并在試驗和調整后提供給設備運行者。
[0004]此外，系統程序員為了安全地控制設備，在調整時進行控制程序的排錯。控制程序使用由IEC(國際電氣標準會議)61131-3規定的LD(梯形圖)語言、FBD(功能塊圖)語言、SFC(順序功能圖)語言及ST (結構化文本)語言來記述。
[0005]通常，由多個系統程序員進行一個設備的作業。因此，整合服務器/客戶端環境，由多個系統程序員同時進行作業，或者進行數據的備份作業。在這樣的服務器/客戶端環境中，在服務器上使用數據庫一并管理控制程序，并且需要進行排他控制，以避免多人同時變更同一控制程序。
[0006]但是，在現有技術中存在如下問題:任意的客戶端異常結束了的情況下，保持著針對控制程序或數據庫的排他控制等，從而會對其他系統程序員等的作業產生影響。


【發明內容】

[0007]本發明所要解決的課題在于，提供一種控制程序管理裝置、信息處理裝置及控制程序處理方法，即使任意的客戶端異常結束了的情況下也不會給其他系統程序員等的作業帶來影響。
[0008]實施方式的控制程序管理裝置具備:存儲部、發送部、更新部、保持部。存儲部存儲能夠由進行設備的控制的控制器執行的控制程序。發送部對信息處理裝置發送控制程序。更新部在向信息處理裝置發送控制程序后更新權限，以使其他信息處理裝置不能編輯所發送的控制程序。保持部在發送控制程序后，基于從信息處理裝置發送的信息，保持用于對信息處理裝置和發送的控制程序進行識別的固有信息。發送部還對由固有信息識別出的信息處理裝置發送是否正在編輯由該固有信息識別出的控制程序的詢問。保持部還在根據發送部的詢問結果而判定為信息處理裝置沒在編輯控制程序的情況下，將固有信息刪除。更新部還在根據發送部的詢問結果而判定為信息處理裝置沒在編輯控制程序的情況下，將權限解除，以使其他信息處理裝置能夠編輯發送至該信息處理裝置的控制程序。
[0009]根據上述構成的控制程序管理裝置，即使任意的客戶端異常結束了的情況下也不會給其他系統程序員等的作業帶來影響。

【專利附圖】

【附圖說明】
[0010]圖1是表示實施方式的用于制作控制程序的服務器/客戶端的結構例的圖，該控制程序用于進行設備控制。
[0011]圖2是表示由實施方式的服務器PC實現的功能塊結構例的圖。
[0012]圖3是表示實施方式的編輯畫面顯示控制部所顯示的編輯畫面例的圖。
[0013]圖4是表示由實施方式的客戶端PC實現的功能塊結構例的圖。
[0014]圖5是表示實施方式的控制器功能塊結構例的圖。
[0015]圖6是表示在客戶端PC中發生了異常的情況下實施方式的客戶端PC及服務器PC中的處理的步驟例的流程圖。
[0016]圖7是表示實施方式的客戶端PC及服務器PC中的、表示正在訪問數據庫的臨時文件的刪除處理的步驟例的流程圖。
[0017]圖8是表示實施方式的客戶端PC中的異常診斷的處理的步驟例的流程圖。
[0018]圖9是表示由實施方式的編輯畫面顯示控制部顯示的、表示發生了異常的意思的對話框的例子的圖。

【具體實施方式】
[0019]圖1是表示實施方式的用于制作控制程序的服務器/客戶端的結構例的圖，該控制程序用于進行設備控制。在圖1所示的例子中，本實施方式大體上由3個部分構成。具體地說，由控制器150、客戶端PC101_1?101_n、服務器PC100構成。并且，控制器150、客戶端PC101_1?101_n、服務器PC100通過通信網絡(例如Ethernet (注冊商標))連接。
[0020]控制器150由多個工作站構成，作為設備控制裝置發揮功能。構成控制器150的多個工作站分別按照從服務器PC100下載的控制程序，對(未圖示的)設備進行控制。這時，控制器150使用高級的循環控制和高速循環運算處理，實現對設備的進程控制。
[0021]本實施方式的控制程序例如可以想到由IEC(國際電氣標準會議)61131-3的標準規格作為PLC用的程序語言規定的LD (梯形圖)語言、FBD (功能塊圖)語言、SFC(順序功能圖)語言及ST (結構化文本)語言等，但是只要是能夠對設備進行控制的程序即可。
[0022]服務器PC100具備存儲控制程序的數據庫，作為管理控制程序的控制程序管理裝置發揮功能。
[0023]客戶端PC101_1?101_n讀取服務器PC100所存儲的控制程序，進行該控制程序的編輯處理。本實施方式不限制所連接的客戶端PC的數量，只要是I臺以上即可。
[0024]服務器PC100通過執行程序群，實現各種各樣的軟件結構。圖2是表示由本實施方式的服務器PC100實現的功能塊結構例的圖。如圖2所示，服務器PC100與顯示裝置201、鍵盤202及指示器件203連接。
[0025]進而，服務器PC100具備:數據庫管理部210、客戶端診斷部220、控制程序管理部230、客戶端通信部240。
[0026]客戶端通信部240在與客戶端PClOll?10l_n等之間進行數據的收發。
[0027]數據庫管理部210具備:權限更新部211、源文件部212、對象文件部213、數據備份部214、數據庫最優化/最小化部215、控制部216。本實施方式的數據庫管理部210使用數據庫來管理控制程序的源文件(源文件部212)和將該源文件編譯后的對象文件(對象文件部213)。
[0028]源文件部212保持能夠由控制器150執行的控制程序的源文件。本實施方式的源文件部212將編輯權與控制程序的每個源文件建立對應地存儲。編輯權是表示服務器PC100及客戶端PC101_1?101_n中的某I個是否正在編輯該源文件的標志。并且，在編輯權表示沒有正在編輯源文件的意思的情況下，能夠編輯該源文件，在編輯權表示正在編輯源文件的意思的情況下，禁止編輯該源文件。
[0029]對象文件部213保持將源文件部212保持的源文件編譯之后的、能夠由控制器150直接執行的控制程序的對象文件。
[0030]控制部216進行數據庫管理部210的整體控制。例如，按照控制部216的控制，客戶端通信部240對能夠編輯源文件的客戶端PC101_1?101_n收發控制程序的源文件。進而，客戶端通信部240從客戶端PC101_1?101_n接收到編輯后的源文件的情況下，控制部216使用該源文件進行源文件部212的更新。進而，從客戶端PC101_1?101_n接收到將該源文件編譯后的對象文件的情況下，控制部216使用該對象文件進行對象文件部213的更新。
[0031]此外，控制部216進行將對象文件部213所保持的對象文件向控制器150傳送的控制。
[0032]在客戶端通信部240將控制程序的源程序發送給了客戶端PC101_1?101_n中的某I個時，或者由服務器PC10編輯該源文件時，權限更新部211將編輯權更新為“編輯中”，以使其他客戶端PC101_1?101_n等不能編輯控制程序的源文件。
[0033]進而，在源文件編輯結束而通過編輯后的源文件將源文件部212更新后，權限更新部211將編輯權更新為“無編輯”，以使其他客戶端PC101_1?101_n等能夠編輯該源文件。
[0034]進而，編輯源文件的客戶端PC101_1?101_n等發生了異常等而不再能由客戶端PC101_1?101_n進行源文件的編輯的情況下，權限更新部211將設定為“編輯中”的編輯權解除并更新為“無編輯”，以使其他客戶端PC101_1?101_n能夠編輯向客戶端PC101_1?101_n發送的源文件。另外，關于客戶端PC101_1?101_n是否在進行編輯的判斷，使用后述的客戶端診斷部220來進行。
[0035]數據備份部214進行源文件部212所保持的源文件及對象文件部213所保持的對象文件的備份控制。備份目的地沒有特別限制，根據實施方式決定。
[0036]數據庫最優化/最小化部215對由源文件部212所保持的源文件及對象文件部213所保持的對象文件構成的數據庫進行最優化/最小化。
[0037]進而，在本實施方式中，控制部216在訪問源文件部212或對象文件部213時，生成表示正在訪問源文件部212或對象文件部213的臨時文件。臨時文件是訪問數據庫時為了進行訪問處理而臨時制作的文件。
[0038]此外，控制部216在結束了向源文件部212或對象文件部213的訪問的情況下(從客戶端PC101_1?101_n接收到訪問結束的意思的通知的情況下)，將臨時文件刪除。
[0039]在此，進行備份或數據庫的最優化/最小化時，需要將數據庫(例如源文件部212或對象文件部213)設為沒有被客戶端PC101_1?101_11等訪問的狀態。在此，進行備份或數據庫的最優化/最小化時，通過控制部216的控制，客戶端通信部240對經由網絡連接的客戶端PC101_1?101_n進行備份或數據庫的最優化/最小化，所以與訪問的結束請求一起發送當前正訪問的客戶端PC101_1?101_n的報告請求。
[0040]控制程序管理部230具備編輯畫面顯示控制部231、程序編譯器232、客戶端側加載控制部233，并進行控制程序的編輯等。這樣，在本實施方式中，系統程序員除了在客戶端PC101_1?101_n中，還能夠在服務器PC100中參照該編輯畫面進行控制程序的編輯。
[0041]編輯畫面顯示控制部231進行編輯控制程序時的編輯畫面的顯示控制。圖3是表示本實施方式的編輯畫面顯示控制部231所顯示的編輯畫面例的圖。圖3所示的畫面例是使用由JIS B 3503(或IEC 61131-3)規定的LD/FBD語言的控制程序的編輯畫面的例子。
[0042]在該控制程序的編輯畫面中進行編輯的情況下，獲得該控制程序的編輯權。換言之，該控制程序的編輯權被更新為“編輯中”，以避免由其他客戶端PC進行編輯。然后，在編輯正常結束的情況下，將編輯權釋放(編輯權被更新為“無編輯”)。
[0043]但是，以往，在編輯權被設定為其他客戶端PC無法編輯的情況下，取得了編輯權的客戶端PC或服務器PC由于故障等而未能正常結束時，維持被設定了編輯權的狀態，所以無法在其他客戶端PC或服務器PC中對同一控制程序進行編輯作業。以往，產生這樣的狀況的情況下，為了恢復到初始狀態，需要將服務器PC10和客戶端PC101_1?101_n重啟。與此相對，在本實施方式中，客戶端診斷部220監視與客戶端PC的連接健全性，以在發生了異常的情況下能夠適當地恢復。
[0044]系統程序員保存了控制程序時，控制程序被保存到源文件部212。進而，程序編譯器232對該源文件進行編譯，將通過編譯生成的對象文件保存到對象文件部213。
[0045]在執行了編譯之后，客戶端側加載控制部233對控制器150發送對象文件。由此，控制器150能夠執行編輯后的控制程序。
[0046]客戶端診斷部220具備固有信息保持部222和設定信息存儲部223，監視與客戶端的連接健全性。
[0047]固有信息保持部222將控制程序的源文件發送到了客戶端PC101_1?101_n時，基于從客戶端PC101_1?101_n發送的信息，保持用于對發送目的地的客戶端PC101_1?101_n和所發送的源文件進行識別的固有信息。
[0048]本實施方式的固有信息保持部222，作為固有信息保持針對客戶端PC101_1?101_n的數據庫的登錄用戶名、客戶端PC101_1?101_n的名稱、用戶系統名(能夠確定設備的系統名稱)、工作站名、控制器的槽位號、控制程序名(相當于IEC 61131-3中的程序、功能塊、功能)。
[0049]即，以往，在客戶端PC異常結束了的情況下，服務器PC無法識別哪個客戶端PC在編輯控制程序，所以難以恢復。與此相對，本實施方式的服務器PClOO保持正在編輯控制程序的客戶端PC101_1?101_n的固有信息。由此，正在編輯控制程序的客戶端PC101_1?101_n發生了異常結束了的情況下，能夠確定正在編輯該控制程序的客戶端PC101_1?101_n。
[0050]為了由客戶端診斷部220監視健全性，設定信息存儲部223保持對客戶端PC101_1?101_n進行監視(詢問)的時間間隔。本實施方式的客戶端診斷部220按照從用戶受理的操作來設定時間間隔。本實施方式的設定信息存儲部223按照每個客戶端PC101_1?101_11存儲時間間隔。
[0051]S卩，本實施方式的客戶端診斷部220能夠根據設備來調整所連接的客戶端PC的數量，或者根據計算機的負荷來調整時間間隔(監視時間)。即，根據設備不同而客戶端PC的數量或PC的負荷多種多樣，所以需要有時間間隔(監視時間)的調整功能。因此，本實施方式的設定信息存儲部223能夠調整時間間隔(監視時間)。
[0052]作為調整方法，考慮以下的方法。首先，按照每個客戶端PC設定的時間間隔(監視時間)在初始狀態下被設定為默認值。
[0053]并且，根據設備的狀況而需要變更默認值的情況下，客戶端診斷部220根據系統程序員的操作來變更設定信息存儲部223所存儲的設定信息(例如文本文件)，從而能夠調整時間間隔(監視時間)。
[0054]在設定信息存儲部223的設定信息內，作為時間間隔能夠在30秒?600秒(10分鐘)的范圍內設定。對于單位無特別限制，例如可以想到秒等。
[0055]通過設定信息設定了 30秒以下的情況下，最短抑制為30秒，從而不會增加監視的負荷。
[0056]此外,通過設定信息設定了比600秒(10分鐘)大的值的情況下,最大抑制為600秒(10分鐘)。
[0057]通過設定信息，能夠按照每個服務器PC和每個客戶端PC進行不同的設定。由此，與根據設備而不同的客戶端的數量或個人計算機的負荷對應，能夠進行適當的監視時間的調整。
[0058]并且，按照來自客戶端診斷部220的請求，客戶端通信部240對于由固有信息保持部222所保持的固有信息識別出的客戶端PC101_1?101_n，發送是否正在編輯由該固有信息識別出的控制程序的詢問。
[0059]S卩，本實施方式的服務器PC100在客戶端PC101_1?101_n等編輯控制程序時，保持該客戶端PC101_1?101_n的固有信息。并且，在進行編輯的期間繼續保持固有信息，在編輯結束的階段將該固有信息刪除。但是，在客戶端PC101_1?101_n中發生了異常的情況下，無法刪除固有信息而編輯結束。換言之，在盡管殘留有固有信息但該固有信息所示的客戶端PC101_1?101_n并沒有進行編輯處理的情況下，能夠判定為該客戶端PC101_1?101_n發生了異常。
[0060]作為在判定為發生了異常的情況下進行的處理，權限更新部211將固有信息所示的控制程序的源文件的編輯權更新為“無編輯”。進而，客戶端診斷部220將該固有信息刪除。另外，不限于編輯權的更新和固有信息的刪除，也可以進行其他處理。由此，由于客戶端PC101_1?101_n的異常結束等而產生的異常狀態被解除。
[0061]客戶端PC101_1通過執行程序群，實現各種各樣的軟件結構。圖4是表示由本實施方式的客戶端PC101_1實現的功能塊結構例的圖。如圖4所示，客戶端PC101_1與顯示裝置301、鍵盤302及指示器件303連接。另外，客戶端PC101_2?101_n具有與客戶端PC101_1相同的結構而省略說明。
[0062]此外，客戶端PC101_1具備控制程序管理部310、服務器診斷部320、服務器通信部330。
[0063]服務器通信部330在與服務器PC100等之間進行數據的收發。
[0064]控制程序管理部310具備編輯畫面顯示控制部311、程序編譯器312、客戶端側加載控制部313，并進行控制程序的編輯等。另外，控制程序管理部310的結構與服務器PClOO的控制程序管理部230的結構大體相同而省略說明。在此，僅說明與服務器PC100的不同點。
[0065]編輯畫面顯示控制部311在控制程序的編輯畫面啟動時，控制服務器通信部330，將用于識別該客戶端PC101_1和控制程序的固有信息發送至服務器PC100。由此，服務器PClOO能夠基于該固有信息進行客戶端PClO 1_1的診斷。
[0066]進而，服務器通信部330從服務器PC100接收控制程序的源文件。由此，編輯畫面顯示控制部311讀取所接收到的源文件并顯示編輯畫面。
[0067]服務器診斷部320具備設定信息存儲部323，監視與服務器PC100的連接健全性。具體地說，服務器診斷部320在該客戶端PC101_1正編輯控制程序的源文件時，控制服務器通信部330，對服務器PC100發送是否保持著固有信息的詢問。
[0068]但是，如上述那樣，在服務器PC100中，在判定為編輯中的客戶端PC101_1發生了異常結束等的情況下，進行編輯權的更新和固有信息的刪除。
[0069]因此，服務器診斷部320控制服務器通信部330，監視服務器PC100是否繼續保持著固有信息，從而能夠識別在與服務器PClOO之間是否發生了異常。
[0070]這樣，服務器診斷部320在使用編輯畫面顯示控制部311進行控制程序的編輯處理的期間，控制服務器通信部330來發送服務器PC100是否具有用于識別客戶端PC101_1和被客戶端PC101_1編輯的控制程序的固有信息。
[0071]然后，服務器診斷部320根據服務器PC100對詢問的響應結果而判定為服務器PC100不具有固有信息的情況下，使控制程序的編輯處理結束。然后，對編輯畫面顯示控制部311通知與服務器PC100之間的通信已切斷的意思。
[0072]圖5是表示本實施方式的控制器150的功能塊結構例的圖。如圖5所示，控制器150由對象存儲器410和標準控制部420構成。
[0073]對象存儲器410具備數據存儲器411和代碼存儲器412。代碼存儲器412保存控制程序的對象文件。數據存儲器411作為執行控制程序時的作業區域使用，保存參數等。
[0074]標準控制部420具備服務器側加載控制部421、程序執行控制部422、進程輸入輸出處理部423，執行控制程序的對象文件的寫入和讀取。
[0075]服務器側加載控制部421與客戶端PC101_1?101_n或服務器PC100的客戶端側加載控制部233、313協同，將經由網絡發送的控制程序的對象程序配置到代碼存儲器412。
[0076]程序執行控制部422執行對象存儲器410所保存的控制程序。進程輸入輸出處理部423將來自設備的進程信號傳送給控制程序。由此，能夠實現設備的自動控制。
[0077]接下來，說明由客戶端PC101_1結束控制程序的編輯后在客戶端PC101_1和控制器150之間進行的處理。
[0078]由客戶端PC101_1結束了編輯時，在編譯等結束后，將控制程序的源文件和對象文件傳送給服務器PC100。由此，編輯后的源文件被保存到源文件部212，編輯后的對象文件被保存到對象文件部213。
[0079]然后，客戶端PC101_1的客戶端側加載控制部313將服務器PC100的對象文件部213所保持的對象文件取出，傳送給控制器150的服務器側加載控制部421。然后，控制器150的服務器側加載控制部421將傳送來的對象文件配置到代碼存儲器412。然后，程序執行處理部422執行該文件而執行控制程序。
[0080]接下來，說明本實施方式的客戶端PC101_1及服務器PC100中的、正編輯控制程序的客戶端PC101_1發生了異常時的處理。圖6是表示本實施方式的客戶端PC101_1及服務器PC100中的上述處理的步驟例的流程圖。
[0081]首先，客戶端PC101_1的編輯畫面顯示控制部311啟動，開始控制程序的編輯畫面的顯示(步驟S501)。
[0082]然后，客戶端PC101_1的服務器通信部330將固有信息發送至服務器PC100，該固有信息包含用于識別客戶端PC101_1和編輯對象的控制程序的信息(步驟S502)。
[0083]服務器PC100的客戶端通信部240從客戶端PC101_1接收固有信息(步驟S511)。然后，客戶端診斷部220的固有信息保持部222保持所接收到的固有信息(步驟S512)。
[0084]進而，客戶端通信部240將接收到的固有信息所示的控制程序的源文件發送至客戶端 PC101_1(步驟 S513)。
[0085]然后，服務器PC100的權限更新部211將固有信息保持部222保存的固有信息所示的控制程序的源文件(與發送的控制程序的源文件建立了對應)的編輯權進行鎖定控制，以避免被其他客戶端PC等編輯(步驟S514)。
[0086]接下來，服務器PC100的客戶端診斷部220基于固有信息保持部222所保持的固有信息，與客戶端PC101_1執行連接確認(步驟S515)。具體地說，對于固有信息所示的客戶端PC101_1，詢問是否正在編輯該固有信息所示的控制程序。
[0087]然后，服務器PC100的客戶端診斷部220基于詢問結果，判定是否正常地進行了連接確認(步驟S516)。判定為正常地進行了連接確認(收到了正在編輯控制程序的意思的響應)的情況下(步驟S516:是)，定期地重復從步驟S515起的處理。此外，控制程序的編輯正常結束的情況下，該處理結束。
[0088]另一方面，客戶端PC101_1從服務器PC100接收控制程序的源文件(步驟S503)。然后，編輯畫面顯示控制部311讀取所接收到的源文件并顯示，從用戶受理控制程序的編輯(步驟S504)。然后，由于客戶端PC101_1發生了異常，所以判定為客戶端PC101_1發生了異常結束(步驟S505)。由此，控制程序的編輯結束，并且在服務器PC100中維持著該控制程序的編輯權被鎖定的狀態。
[0089]在此，在客戶端診斷部220基于步驟S515的詢問結果而判定為未能正常地進行連接確認(未收到正在編輯控制程序的意思的響應)的情況下(步驟S516:否)，權限更新部211基于示出未能進行連接確認的客戶端PClO 1_1的固有信息，將編輯權的鎖定解除(步驟S517)。進而，固有信息保持部222將示出未能進行連接確認的客戶端PC101_1的固有信息刪除(步驟S518)。
[0090]通過上述的處理步驟，監視由客戶端PC等編輯的控制程序的健全狀態，能夠在客戶端PC等異常時自動地適當更新編輯權。
[0091]接下來，說明由服務器PC100進行數據庫的備份、最優化、最小化的情況。但是，在存在有由于其他信息處理裝置訪問該數據庫而生成的臨時文件的期間，無法進行數據庫的備份、最優化、最小化。并且，如果信息處理終端在數據庫的訪問中異常結束，則僅殘留臨時文件，有可能無法進行數據庫的備份、最優化、最小化。以往，出現這樣的狀況的情況下，通過將服務器PC10及客戶端PC101_1?101_n重啟來應對。與此相對，本實施方式在滿足規定條件的情況下，進行臨時文件的刪除。
[0092]說明本實施方式的客戶端PC101_1及服務器PC100中的、表示正在訪問數據庫的臨時文件的刪除處理。圖7是表示本實施方式的客戶端PC101_1及服務器PC100中的上述處理的步驟例的流程圖。
[0093]首先，服務器PC100的數據備份部214或數據庫最優化/最小化部215開始維護(例如備份、最優化、最小化)時，客戶端通信部240對于經由網絡連接的全部客戶端PC101_1?101_n，通過廣播通知維護(例如備份)的開始(步驟S611)。
[0094]然后，客戶端PC101_1的服務器通信部330接收維護(例如備份)的開始通知(步驟S601)。當前，在客戶端PC101_1上正在進行控制程序的編輯。
[0095]這種情況下，客戶端PC101_1的服務器通信部330通知正在訪問服務器PC100的數據庫的登錄用戶(步驟S602)。另一方面，沒在進行控制程序的編輯的情況下，客戶端PClO 1_1通知準備完成的意思。
[0096]另一方面，服務器PC100的客戶端通信部240從客戶端PC101_1接收正在訪問數據庫(源文件部212、對象文件部213)的登錄用戶(步驟S612)。由此，服務器PC100進行一定時間待機的控制，直到訪問的登錄用戶登出。
[0097]另一方面，客戶端PC101_1的編輯畫面顯示控制部311結束源文件的編輯畫面的顯示，編輯作業結束(步驟S603)。這時，進行固有信息的刪除和編輯權的鎖定解除等。
[0098]然后，客戶端PC101_1將準備完成(使正在進行數據庫訪問的作業的畫面全部結束)的意思通知給服務器PClOO (步驟S604)。這時，登錄用戶也通知給服務器PC100。
[0099]然后，服務器PC100的客戶端通信部240從客戶端PC101_1接收準備完成的意思(步驟 S613)。
[0100]接下來，服務器PC100的控制部216判定是否從發送來登錄用戶的全部客戶端PC受理了準備完成的意思的通知(步驟S614)。判定為未受理的情況下(步驟S614:否)，從步驟S613開始進行處理。
[0101]另一方面，服務器PC100的控制部216判定為從全部客戶端PC受理了準備完成的意思的通知的情況下(步驟S614:是)，數據備份部214開始對數據庫(源文件部212、對象文件部213)進行作業(步驟S615)。
[0102]在此，客戶端PC異常結束等的情況下，如果殘留著正在訪問數據庫(源文件部212、對象文件部213)的進程，則無法進行臨時文件等的刪除。在步驟S616的階段，對于全部客戶端PC101_1?101_n的數據庫的正常訪問應該已經結束，所以控制部216將正在訪問數據庫的進程等作為異常進程而使其強制結束(步驟S616)。
[0103]進而，在殘留有臨時文件的情況下，控制部216將該臨時文件刪除(步驟S617)。通常，在全部客戶端PC對數據庫的訪問結束的時刻，臨時文件已經被刪除，所以步驟S617的刪除只限于客戶端PC異常結束等情況。
[0104]由此，數據備份部214對數據庫(源文件部212、對象文件部213)進行備份處理(步驟 S618)。
[0105]通過上述處理，訪問時生成的特殊的臨時文件被刪除，所以能夠進行備份。另外，圖7所示的處理步驟不限于備份處理，只要是數據庫的最優化/最小化等的數據庫的維護即可。
[0106]從以上的結果可知，任意的客戶端PC由于各種故障而異常結束了的情況下，在以往的客戶端PC/服務器PC環境下只能重啟，否則不能恢復。
[0107]與此相對，在本實施方式中，能夠繼續編輯控制程序，將由于異常結束而產生的臨時文件刪除之后，能夠進行數據庫的最優化/最小化和備份作業。由此，不必中止正通過其他客戶端進行作業的系統程序員的作業，能夠提高整體的作業效率。
[0108]此外，異常與否的診斷不限于服務器PC100側，也可以在客戶端PC101_1?101_n側進行。例如，作為由客戶端PC101_1?101_n側進行的異常診斷，可以想到如下的診斷:盡管客戶端PC101_1正在編輯控制程序，服務器PC100也診斷客戶端PC101_1是否作為異常結束而進行了處理。因此，客戶端PC101_1?101_n通過服務器PC100是否刪除了固有信息，來判定在與服務器PClOO之間的通信中是否發生了異常。圖8是表示本實施方式的客戶端PC101_1中的異常診斷的處理步驟例的流程圖。
[0109]首先，客戶端PC101_1的編輯畫面顯示控制部311啟動，開始控制程序的編輯畫面的顯示(步驟S801)。
[0110]然后，客戶端PC101_1的服務器通信部330將固有信息發送至服務器PC100，該固有信息包含用于識別客戶端PC101_1和編輯對象的控制程序的信息(步驟S802)。
[0111]服務器PC100的客戶端通信部240從客戶端PC101_1接收固有信息(步驟S811)。然后，客戶端診斷部220的固有信息保持部222保持所接收到的固有信息(步驟S812)。
[0112]另一方面，客戶端PC101_1的服務器診斷部320控制服務器通信部330，進行步驟S802中發送的固有信息的確認請求(步驟S803)。與此對應，服務器PC100進行固有信息的確認響應(步驟S813)。然后，服務器診斷部320根據來自服務器PC100的響應結果來判定是否存在固有信息(步驟S804)。判定為存在固有信息的情況下(步驟S804:是)，再次從步驟S803開始處理。
[0113]之后，通過圖6所示的處理步驟，無法從服務器PC100參照客戶端PC101_1而未能正常地進行連接確認，所以編輯權的鎖定被解除，并且進行固有信息的刪除。
[0114]另一方面，在步驟S804中客戶端PC101_1的服務器診斷部320判定為沒有固有信息的情況下(步驟S804:否)，編輯畫面顯示控制部311顯示發生了異常的意思(步驟S805)。進而，服務器診斷部320使控制程序管理部310原本進行著的控制程序的源文件的編輯處理結束。
[0115]圖9是表示由編輯畫面顯示控制部311顯示的、示出發生了異常的意思的對話框的例子的圖。如圖9的例子所示，通過顯示該對話框，系統程序員能夠知道與服務器PC100之間的通信已切斷。
[0116]通過上述的處理步驟，客戶端PC101_1能夠識別與服務器PC100之間的通信是否發生了異常。即，以往，客戶端側在不進行與服務器PC的通信而進行控制程序的編輯處理的期間由于網絡故障等而發生了與服務器的切斷的情況下，無法立即識別到該切斷。這種情況下，系統程序員不知道與服務器PC已切斷而進行編輯處理。這種情況下，無法更新編輯后的源文件，所以作業白干了。
[0117]在此，在本實施方式中，客戶端PC101_1與服務器PC100定期地進行通信。并且，在無法通信的情況下，判定為網絡切斷并顯示上述的消息后，進行客戶端PC101_1的強制彡口水寸。
[0118]這樣，在客戶端PC101_1?101_M則，即使發生網絡故障，也能夠立即識別到與服務器PClOO的切斷。因此，抑制了在切斷的狀態下進行編輯處理，能夠抑制客戶端PC101_1?101_11側的無用作業。
[0119]在本實施方式的服務器PC/客戶端PC環境下，控制程序在服務器PC100上的數據庫中被一元地管理，進行排他控制以避免多人變更同一部位。進行這樣的排他控制時，即使在任意的客戶端PC由于發生各種故障而異常結束了的情況下，由于服務器PC100具備上述的結構，也能夠適當地將排他控制解除，由其他客戶端PC進行該控制程序的編輯。
[0120]以往，客戶端PC異常結束了的情況下，由于正在訪問數據庫，所以無法進行數據庫的最優化/最小化和備份作業。這種情況下，需要使全部系統程序員的作業中止而將服務器/客戶端環境重啟。
[0121]與此相對，在本實施方式的服務器PC100中，由于具備上述的結構，將數據庫的訪問狀態解除，不需要將服務器/客戶端環境重啟就能夠執行最優化/最小化和備份作業。
[0122]以往，有時無法在客戶端PC側立刻知曉由于網絡故障等理由而導致與服務器PC之間產生了切斷。在這樣的狀況下，即使客戶端PC繼續作業，也無法將作業結果反映到服務器PC，所以作業白做。與此相對，在本實施方式中，進行異常診斷，在發生了異常的情況下通知該意思，從而能夠抑制出現無用的作業。
[0123]進而，在上述的實施方式的服務器PC100中，客戶端PC發生了異常結束的情況下，檢測該異常結束，并進行編輯權的鎖定解除、固有信息的刪除，從而能夠進行適當的恢復處理。由此，不會給使用異常結束了的客戶端PC以外的客戶端PC等的其他系統程序員等帶來影響。
[0124]以上說明了本發明的若干實施方式，但是這些實施方式只是作為例子提出，不意欲限定發明的范圍。這些新的實施方式能夠以其他各種方式來實施，在不脫離發明的主旨的范圍內能夠進行各種省略、置換、變更。這些實施方式及其變形包含在發明的范圍和主旨內，也包含在權利要求所記載的發明及其等同范圍內。
【權利要求】
1.一種控制程序管理裝置，其中，具備: 存儲部，存儲能夠由進行設備的控制的控制器執行的控制程序； 發送部，對能夠編輯所述控制程序的信息處理裝置發送所述控制程序； 更新部，對所述信息處理裝置發送了所述控制程序后，更新權限，以使其他信息處理裝置不能編輯所發送的所述控制程序；以及 保持部，對所述信息處理裝置發送了所述控制程序后，基于從所述信息處理裝置發送的信息，保持用于對所述信息處理裝置和所發送的所述控制程序進行識別的固有信息；所述發送部還對由所述固有信息識別出的所述信息處理裝置發送是否正在編輯由該固有信息識別出的所述控制程序的詢問， 所述保持部還在根據所述發送部的詢問結果而判定為所述信息處理裝置沒在編輯所述控制程序的情況下，將所述固有信息刪除， 所述更新部還在根據所述發送部的詢問結果而判定為所述信息處理裝置沒在編輯所述控制程序的情況下，將所述權限解除，以使其他信息處理裝置能夠編輯發送至該信息處理裝置的所述控制程序。
2.如權利要求1所述的控制程序管理裝置，其中， 還具備: 文件控制部，在所述信息處理裝置訪問所述存儲部時，生成表示所述存儲部正被訪問的臨時文件， 所述發送部還在進行所述存儲部的維護時，對與網絡連接的信息處理裝置發送使對所述存儲部的訪問結束的意思， 所述文件控制部還在從被所述發送部發送了使訪問結束的意思的所述信息處理裝置接收到結束了對所述存儲部的訪問的意思的響應的情況下，將正在訪問所述存儲部的進程和所述臨時文件刪除。
3.如權利要求1所述的控制程序管理裝置，其中， 還按照每個所述信息處理裝置配設用于設定所述發送部發送詢問的時間間隔的設定部。
4.如權利要求1所述的控制程序管理裝置，其中， 所述保持部作為所述固有信息，保持所述信息處理裝置登錄所述存儲部時的登錄用戶名、所述信息處理裝置的名稱、所述設備的工作站名、所述設備的所述控制器的槽位號、以及所述控制程序的名稱中的任意一個以上。
5.如權利要求1所述的控制程序管理裝置，其中， 所述存儲部是將控制程序的源文件與該源文件的所述權限建立對應地進行保持的數據庫。
6.一種信息處理裝置，其中，具備: 接收部，從控制程序管理裝置接收控制程序，該控制程序管理裝置管理能夠由進行設備的控制的控制器執行的控制程序； 發送部，將用于對自裝置和由該自裝置編輯的控制程序進行識別的固有信息向所述控制程序管理裝置發送，并且在接收到的所述控制程序被編輯的期間，發送所述控制程序管理裝置是否具有所述固有信息的詢問；以及 控制部，在根據所述發送部發送的詢問的結果而判定為所述控制程序管理裝置不具有所述固有信息的情況下，使所述控制程序的編輯處理結束。
7.如權利要求6所述的信息處理裝置，其中， 還具備: 顯示控制部，在根據所述發送部發送的詢問的結果而判定為所述控制程序管理裝置不具有所述固有信息的情況下，顯示與所述控制程序管理裝置之間的通信已切斷的意思。
8.—種控制程序處理方法，該控制程序處理方法由控制程序管理裝置來執行，其中， 所述控制程序管理裝置具備存儲能夠由進行設備的控制的控制器執行的控制程序的存儲部， 在該控制程序處理方法中， 對能夠編輯所述控制程序的信息處理裝置發送所述控制程序， 對所述信息處理裝置發送了所述控制程序后，更新權限，以使其他信息處理裝置不能編輯所發送的所述控制程序， 對所述信息處理裝置發送了所述控制程序后，基于從所述信息處理裝置發送的信息，將用于對所述信息處理裝置和所發送的所述控制程序進行識別的固有信息保持于保持部，對由所述固有信息識別出的所述信息處理裝置發送是否正在編輯由該固有信息識別出的所述控制程序的詢問， 在根據所述詢問結果而判定為所述信息處理裝置沒在編輯所述控制程序的情況下，將所述固有信息刪除， 在根據所述詢問結果而判定為所述信息處理裝置沒在編輯所述控制程序的情況下，將所述權限解除，以使其他信息處理裝置能夠編輯發送至該信息處理裝置的所述控制程序。
9.如權利要求8所述的控制程序處理方法，其中， 在所述信息處理裝置訪問所述存儲部時，生成表示所述存儲部正被訪問的臨時文件，在進行所述存儲部的維護時，對與網絡連接的信息處理裝置發送使對所述存儲部的訪問結束的意思， 在從被所述發送部發送了使訪問結束的意思的所述信息處理裝置接收到結束了對所述存儲部的訪問的意思的響應的情況下，將正在訪問所述存儲部的進程和所述臨時文件刪除。
10.如權利要求8所述的控制程序處理方法，其中， 按照每個所述信息處理裝置設定所述發送部發送詢問的時間間隔。
11.如權利要求8所述的控制程序處理方法，其中， 作為所述固有信息，保持所述信息處理裝置登錄所述存儲部時的登錄用戶名、所述信息處理裝置的名稱、所述設備的工作站名、所述設備的所述控制器的槽位號、以及所述控制程序的名稱中的任意一個以上。
12.—種控制程序處理方法，該控制程序處理方法由信息處理裝置來執行，其中， 從控制程序管理裝置接收控制程序，該控制程序管理裝置管理能夠由進行設備的控制的控制器執行的控制程序， 將用于對所述信息處理裝置和由所述信息處理裝置編輯的控制程序進行識別的固有信息向所述控制程序管理裝置發送，并且在接收到的所述控制程序被編輯的期間，發送所述控制程序管理裝置是否具有所述固有信息的詢問， 在根據所述詢問的結果而判定為所述控制程序管理裝置不具有所述固有信息的情況下，使所述控制程序的編輯處理結束。
13.如權利要求12所述的控制程序處理方法， 在根據所述詢問的結果而判定為所述控制程序管理裝置不具有所述固有信息的情況下，顯示與所述控制程序管理裝置之間的通信已切斷的意思。
【文檔編號】G06F9/44GK104423963SQ201410366334
【公開日】2015年3月18日 申請日期:2014年7月29日 優先權日:2013年8月30日
【發明者】川本淳一, 小野將英 申請人:株式會社東芝