TW201710811A - 設備維護管理系統、設備維護裝置及電腦程式產品 - Google Patents

Abstract

本發明提供一種設備維護管理系統、設備維護裝置及電腦程式產品，在對設備執行由複數個處理所構成的維護時，有關想要在維護人員之會同下執行的處理，可在維護人員之會同下確實地執行。本發明係具有：維護執行控制部(52)，進行由複數個處理所構成的維護之執行控制；維護人員偵測部(54)，偵測維護人員已會同於建築物設備(4)之維護；以及維護要求受理部(51)，受理設定有從維護管理伺服器送來的處理之執行順序、及各處理是否需要維護人員之會同的維護要求；且維護執行控制部(52)係在按照執行順序執行維護之際，在執行需要會同之處理時，維護人員偵測部(54)未確認到維護人員之會同的情況下，使該處理成為待機中，而在確認會同之後才開始該處理的執行。

Description

設備維護管理系統、設備維護裝置及電腦程式產品

本發明係關於一種設備維護管理系統、設備維護裝置及電腦程式產品，尤其是關於從遠端場所進行的維護之執行。

建築物設備的維護，一般是維護人員前往現場(建築物)對維護對象的設備進行維護作業，但是依維護的內容，也常有維護人員不前往現場而從監控中心經由網際網路等的網路進行維護(遠端維護)的情況。

具體而言，從監控中心將已描述維護之處理內容、各處理之執行順序的維護要求送至已設置於建築物的建築物設備維護裝置。建築物設備維護裝置係藉由按照描述於維護要求的執行順序，對設備施予各處理來進行維護。就能夠進行如此之遠端維護的維護而言，可舉例如依診斷程式等進行的動作確認、功能試驗、軟體的更新、已儲存於機器的日誌之收集等。

〔先前技術文獻〕 〔專利文獻〕

專利文獻1：日本特開2008-265926號公報

專利文獻2：日本特開2002-060154號公報

專利文獻3：日本特開2011-088711號公報

專利文獻4：日本特開2009-215001號公報

專利文獻5：日本特開2008-273730號公報

專利文獻6：日本特開2007-238202號公報

專利文獻7：日本特開2014-002624號公報

專利文獻8：日本特開2010-024024號公報

專利文獻9：日本特開2008-186392號公報

專利文獻10：日本特開2006-011717號公報

專利文獻11：日本特開2003-202919號公報

另外，例如，在進行軟體之更新的維護中，係包含軟體的版本之確認、執行中的處理之停止、更新、系統的再啟動等及於複數個項目之應執行的處理。此等的處理，皆不需要維護人員手動地進行而能夠從遠端場所經由網路來執行。

然而，當考慮無法正常執行處理時，例如系統的再啟動之處理，也有維護人員在現場以便可即時對應該異常為宜的處理。

本發明的第一目的係在於：在對設備執行由 複數個處理所構成的維護時，對於想要在維護人員之會同下執行的處理，可在維護人員之會同下確實地執行。

又，第二目的係在於提供一種偵測維護人員之會同的手法。

本發明的設備維護管理系統，係具有：維護管理伺服器，設置於監控中心；以及設備維護裝置，按照來自前述維護管理伺服器之維護要求而進行維護對象之設備的維護；前述設備維護裝置係具有：維護執行要求資訊取得手段，取得包含由複數個處理所構成的維護中的該處理之執行順序，及顯示每一處理是否需要維護人員之會同的要否資訊的維護執行要求資訊；控制手段，在執行維護時，按照維護執行要求資訊之設定內容，控制各處理之執行；處理執行手段，執行由前述控制手段所指示的處理；以及維護人員偵測手段，偵測維護人員已會同於維護；前述控制手段係在執行需要維護人員之會同的處理時，前述維護人員偵測手段未偵測到維護人員的情況下，使該處理之執行待機。

又，具有：攜帶式終端，由維護人員所攜帶；前述設備維護裝置係具有：進展狀況通知手段，向前述維護管理伺服器通知維護之進展狀況；前述維護管理伺服器係具有：資訊提供手段，向前述攜帶式終端提供進展狀況資訊，該進展狀況資訊係包含從前述設備維護裝置所通知的維護之進展狀況，以及該維護正執行中的設施之識別資 訊。

又，前述進展狀況通知手段係僅在處理之狀態有發生變化時，才向前述維護管理伺服器通知維護之進展狀況。

又，具有：待機中清單產生手段，基於由前述進展狀況通知手段所通知的維護之進展狀況，來產生處理為待機中之維護正執行中的設施之清單，作為待機中清單；前述資訊提供手段係從待機中清單中所含的設施當中，向前述攜帶式終端提供與符合預定之條件的設施有關的進展狀況資訊。

又，前述資訊提供手段係向前述攜帶式終端提供與由維護之管理者所指定的設施有關的進展狀況資訊。

又，前述資訊提供手段係在設施依待機中之順序登錄於待機中清單的情況下，向前述攜帶式終端提供與待機中清單之上起第n個(n為自然數)的設施有關的進展狀況資訊。

又，具有：設施資訊記憶手段，記憶至少包含設施之識別資訊及位置資訊的設施資訊；前述攜帶式終端係具有：測位手段；以及現在地通知手段，向前述維護管理伺服器通知自體終端之現在地；前述資訊提供手段係基於待機中清單中所含的設施與前述攜帶式終端之位置關係，向前述攜帶式終端提供與離該攜帶式終端位在一定距離內的設施或離該攜帶式終端較近者之第n個(n為自然數) 的設施有關的進展狀況資訊。

又，前述攜帶式終端係具有：測位手段；以及現在地通知手段，向前述維護管理伺服器通知自體終端之現在地；前述資訊提供手段係將來自前述攜帶式終端所具有的前述現在地通知手段之通知看作進展狀況資訊之發送要求，而向該攜帶式終端提供進展狀況資訊。

又，前述設備維護裝置係具有：會同通知手段，當由前述維護人員偵測手段偵測出維護人員已會同時，就向形成同一群組的其他設備維護裝置通知維護人員已會同；以及要求通知手段，在對應前述會同通知手段之通知而返送維護人員之會同要求的情況下，向維護人員通知有會同要求。

又，前述維護人員偵測手段係藉由從已設置於維護正執行中之設施的機器所輸入的認證資訊之認證，來偵測維護人員已會同於維護。

又，前述維護人員偵測手段係藉由記錄於維護人員攜入維護正執行中之設施的維護人員專用之記憶裝置中的認證資訊之認證，來偵測維護人員已會同於維護。

又，具有：攜帶式終端，由維護人員所攜帶；前述設備維護裝置係具有：認證資訊通知手段，向已連接的前述攜帶式終端通知自體裝置之認證資訊；前述攜帶式終端係具有：認證要求手段，藉由向前述維護管理伺服器發送從前述設備維護裝置所通知的該設備維護裝置之認證資訊來要求認證；前述維護管理伺服器係具有：維護人員 認證手段，在基於從前述攜帶式終端所發送的前述設備維護裝置之認證資訊而進行認證後，向該設備維護裝置發送維護人員偵測確認資訊；前述維護人員偵測手段係藉由從前述維護管理伺服器接收維護人員偵測確認資訊，來偵測維護人員已會同於維護。

又，前述攜帶式終端係具有：測位手段；以及現在地通知手段，向前述維護管理伺服器通知自體終端之現在地；前述維護管理伺服器係具有；設備資訊記憶手段，記憶前述設備之位置資訊；以及維護人員偵測通知手段，藉由比較從前述攜帶式終端所通知的現在地以及前述各設備之位置資訊，而偵測到前述攜帶式終端位於任一前述設備之預定距離內的情況下，向進行該設備之維護的前述設備維護裝置通知維護人員之偵測；前述維護人員偵測手段係藉由來自前述維護管理伺服器的維護人員之偵測的通知，而偵測維護人員已會同於維護。

又，本發明之設備維護裝置係進行已設置於設施的設備之維護者，具有：維護執行要求資訊取得手段，取得包含由複數個處理所構成的維護中的該處理之執行順序，及顯示每一處理是否需要維護人員之會同的要否資訊的維護執行要求資訊；控制手段，在執行維護時，按照維護執行要求資訊之設定內容，控制各處理之執行；處理執行手段，執行由前述控制手段所指示的處理；以及維護人員偵測手段，偵測維護人員已會同維護；前述控制手段係在執行需要維護人員之會同的處理時，前述維護人員偵測 手段未偵測到維護人員的情況下，使該處理之執行待機。

又，本發明之電腦程式產品係使使為了進行已設置於設施的設備之維護所用的電腦具有：維護執行要求資訊取得手段，取得包含由複數個處理所構成的維護中的該處理之執行順序，及顯示每一處理是否需要維護人員之會同的要否資訊的維護執行要求資訊；控制手段，在執行維護時，按照維護執行要求資訊之設定內容，控制各處理之執行；處理執行手段，執行由前述控制手段所指示的處理；以及維護人員偵測手段，偵測維護人員已會同於維護之功能；且前述控制手段係在執行需要維護人員之會同的處理時，前述維護人員偵測手段未偵測到維護人員的情況下，使該處理之執行待機。

依據本發明，在對設備執行由複數個處理所構成的維護時，對於想要在維護人員之會同下執行的處理，係可在維護人員之會同下確實地執行。

又，由於對攜帶式終端提供進展狀況資訊，所以維護人員可掌握維護的進展狀況。

又，可僅在處理的狀態變化時，向維護管理伺服器通知維護的進展狀況。

又，可從待機中清單中所含的設施當中，向攜帶式終端提供僅與符合預定之條件的設施有關的進展狀況資訊。

又，可從攜帶式終端側向維護管理伺服器要 求進展狀況資訊的發送。

又，不使用維護管理伺服器，藉由屬於同一群組的設備維護裝置間之資訊交換，就可通知維護人員需要會同。

又，藉由使用設置於設備的機器、以及使用基於維護人員之知識的資訊之二個要素認證，可偵測維護人員的會同。

又，藉由維護人員專用的記憶裝置由維護人員所攜入、以及使用記憶於該記憶裝置的認證資訊之二個要素認證，可偵測維護人員的會同。

又，根據攜帶式終端與各設備的位置關係，可偵測維護人員會同於維護。

1‧‧‧監控中心

2‧‧‧建築物

3‧‧‧網路

4‧‧‧建築物設備

5‧‧‧設備網路

6‧‧‧建築物內部網路

7‧‧‧維護用PC

8‧‧‧行動電話網

9‧‧‧攜帶式終端

10‧‧‧管理終端

11‧‧‧維護要求製作部

12‧‧‧結果顯示部

13‧‧‧資訊提供指示部

20‧‧‧維護管理伺服器

21‧‧‧維護執行要求部

22‧‧‧維護要求記憶部

23‧‧‧結果記憶部

24‧‧‧待機中清單產生部

25‧‧‧資訊提供部

26‧‧‧現在地取得部

27‧‧‧建築物設備資訊記憶部

28‧‧‧進展狀況記憶部

29‧‧‧待機中清單記憶部

30‧‧‧維護人員認證部

31‧‧‧維護人員偵測通知部

50‧‧‧建築物設備維護裝置

51‧‧‧維護要求受理部

52‧‧‧維護執行控制部

53‧‧‧處理執行部

54‧‧‧維護人員偵測部

55‧‧‧通知部

57‧‧‧維護要求記憶部

58‧‧‧結果記憶部

59‧‧‧其他裝置協同部

60‧‧‧會同要求通知部

61‧‧‧協同目的地資訊記憶部

62‧‧‧ID通知部

81‧‧‧CPU

82‧‧‧ROM

83‧‧‧RAM

84‧‧‧硬碟驅動裝置(HDD)

85‧‧‧外部網路控制器

86‧‧‧內部網路控制器

87‧‧‧連接器

88‧‧‧內部匯流排

89‧‧‧滑鼠

90‧‧‧鍵盤

91‧‧‧測位部

92‧‧‧現在地通知部

93‧‧‧資訊顯示部

94‧‧‧認證要求部

98‧‧‧顯示器

99‧‧‧輸出入控制器

第1圖係顯示本發明的設備維護管理系統之一實施形態的整體構成圖。

第2圖係實施形態1中的建築物設備維護裝置之硬體構成圖。

第3圖係實施形態1中的建築物設備維護裝置之方塊構成圖。

第4圖係顯示記憶於實施形態1中的建築物設備維護裝置之維護要求記憶部內的維護要求資訊之資料構成之一例的示意圖。

第5圖係實施形態1中，設置於監控中心側的系統之 方塊構成圖。

第6圖係顯示實施形態1中的維護要求執行處理之流程圖。

第7圖係實施形態2中，監控中心側的系統之方塊構成圖。

第8圖係顯示實施形態2中，至向維護用PC提供資訊為止的基本處理之流程的流程圖。

第9圖係顯示實施形態3中，形成群組的建築物設備維護裝置之網路構成之一例的示意圖。

第10圖係實施形態3中的建築物設備維護裝置之方塊構成圖。

第11圖係顯示實施形態3中的協同處理之流程圖。

第12圖係實施形態5中的建築物設備維護裝置之方塊構成圖。

第13圖係實施形態5中，設置於監控中心側的系統之方塊構成圖。

第14圖係實施形態6中，設置於監控中心側的系統之方塊構成圖。

以下，基於圖式，針對本發明之較佳的實施形態加以說明。

〔實施形態1〕

第1圖係顯示本發明的設備維護管理系統之一實施形 態的整體構成圖。第1圖中係顯示有：監控中心1；建築物2；以及藉由連接監控中心1和建築物2的網際網路等所構建的網路3。建築物2係構建有將建築物設備4以及建築物設備維護裝置50連接於建築物2內之設備網路5的系統，該建築物設備4係作為維護對象而具有一個或複數個，該建築物設備維護裝置50係按照來自監控中心1的維護要求而執行建築物設備4的維護。另一方面，監控中心1係構建有將維護管理伺服器20以及一個或複數個管理終端10連接於監控中心1內之建築物內部網路6的系統，該維護管理伺服器20係用於維護服務，該管理終端10係進行要求建築物設備4之維護、確認維護之進展等的維護業務等。另外，由於只要在已訂立維護契約的建築物2中構建包含建築物設備維護裝置50之同等的系統即可，所以僅圖示一個建築物2。

第2圖係本實施形態中之形成建築物設備維護裝置50的電腦之硬體構成圖。本實施形態中，形成建築物設備維護裝置50的電腦，係可以由個人電腦等既存的通用之硬體構成來實現。亦即，如第2圖所示，電腦係於內部匯流排88連接CPU81、ROM82、RAM83、硬碟驅動裝置(HDD)84、連接外部之網路3的外部網路控制器85、連接設備網路5的內部網路控制器86、以及連接維護人員所攜入之維護用PC的連接器87而構成。又，為了使維護人員或建築物管理者等可操作，亦可將分別連接作為輸入手段之滑鼠89和鍵盤90、以及作為顯示裝置之顯示器98的輸 出入控制99，更進一步連接於內部匯流排88。

第3圖係本實施形態中的建築物設備維護裝置50之方塊構成圖。另外，第3圖中省略了不用於本實施形態之說明的構成要素。本實施形態中的建築物設備維護裝置50係具有：維護要求受理部51、維護執行控制部52、處理執行部53、維護人員偵測部54、通知部55、維護要求記憶部57以及結果記憶部58。維護要求受理部51係受理從維護管理伺服器20經由網路3發送來的維護要求，並登錄於維護要求記憶部57。

另外，本實施形態中的建築物設備維護裝置50所執行之維護，係藉由執行複數個處理而執行。詳細內容將於後述，惟，維護管理伺服器20係藉由發送維護要求資訊來要求建築物設備4之維護，但是，由於在該維護要求資訊中係設定有複數個處理之執行順序，所以維護執行控制部52係按照維護要求資訊之設定內容，控制各處理之執行。處理執行部53係執行由維護執行控制部52所指示的處理。維護人員偵測部54係藉由偵測維護人員所攜帶的維護用PC7已連接於連接器，來確認維護人員會同於維護。通知部55係將包含按照維護要求而執行的維護之執行結果的執行結果資訊，經由網路3發送至維護管理伺服器20，藉此向位在監控中心1的管理者等通知維護之執行結果。在結果記憶部58係記憶有執行結果資訊。

第4圖係顯示記憶於實施形態1中的維護要求記憶部57內的維護要求資訊之資料構成之一例的示意 圖。在維護要求資訊中係包含有執行順序、處理ID、處理名、維護人員要否、以及參數的各項目。如前面所述般，在本實施形態中所執行的維護係藉由執行複數個處理而執行。在執行順序中係設定有執行的處理之順序。另外，在第4圖中，為了方便說明起見，顯示有依順序執行處理之方式設定的執行順序之例，但不限於此，可同時進行或使其他的處理配合結束而使自我處理亦跟著強制結束等，以使維護執行控制部52進行各種執行控制的方式，設定執行順序。處理ID為用以識別應執行之處理的識別資訊。處理名為方便以名稱來顯示其處理ID的資訊。並且，在本實施形態中，作為特徵的維護人員要否，為顯示在該處理之執行中是否需要維護人員之會同，亦即顯示維護人員之會同要否的要否資訊。參數為執行該處理時所需要的參數資訊。例如，第4圖所例示的建築物設備位址為用以特定施予該處理的建築物設備4之資訊，在第4圖中係顯示設定全球(global)IP位址之例。另外，在對建築物設備4設定私人(private)(IP)位址的情況時，亦可將特定建築物的建築物識別資訊包含在參數中，藉由建築物識別資訊與私人IP位址之組合來特定建築物設備4。又，在檔案轉送的處理之情況時，係顯示設定有檔案名作為要轉送哪個檔案之特定轉送對象之檔案的資訊之例。另外，在第4圖中係省略說明，但另外亦可在處理再啟動的情況下設定超時時間(timeout time)、在完成報告的情況下設定用以特定通知維護管理伺服器20的資訊之種類的資訊等。

建築物設備維護裝置50中的各構成要素51至55係能藉由形成建築物設備維護裝置50的電腦、以及以搭載於電腦的CPU81進行動作的程式之協調動作來實現。又，各記憶部57、58係以搭載於建築物設備維護裝置50的HDD84來實現。或是，亦可經由網路來利用RAM83或位在外部的記憶手段。

第5圖係本實施形態中之設置於監控中心1的系統之方塊構成圖。另外，在第5圖中係省略了未用於本實施形態之說明的構成要素。管理終端10係可如第2圖所示的硬體構成般地以PC等通用的電腦來實現。惟，不需要連接器87。管理終端10係具有維護要求製作部11及結果顯示部12。維護要求製作部11係按照管理者的操作而製作、編輯維護要求(資訊)，且登錄於維護管理伺服器20的維護要求記憶部22。結果顯示部12係藉由將儲存於維護管理伺服器20之結果記憶部23的維護之執行結果顯示於顯示器等來使管理者閱覽。維護要求製作部11及結果顯示部12係能藉由形成管理終端10的電腦、以及以搭載於電腦的CPU進行動作的程式之協調動作來實現。

維護管理伺服器20係可如第2圖所示的硬體構成般地以通用的伺服器電腦來實現。惟，不需要連接器87。維護管理伺服器20係具有維護執行要求部21、維護要求記憶部22及結果記憶部23。維護執行要求部21係當維護要求資訊從管理終端10登錄於維護要求記憶部22時，就藉由將該維護要求資訊發送至建築物設備維護裝置 50來進行維護要求。又，當接收按照維護要求而執行的結果(執行結果資訊)時，就登錄於結果記憶部23。維護執行要求部21係藉由形成維護管理伺服器20的伺服器電腦、以及以搭載於伺服器電腦的CPU進行動作的程式之協調動作來實現。各記憶部22、23係以搭載於維護管理伺服器20的HDD來實現。或是，亦可經由網路來利用RAM或位在外部的記憶手段。

又，在本實施形態中所用的程式，除了利用通訊手段來提供之外，亦能夠儲存於CD-ROM、USB記憶體等電腦可讀取的記錄媒體來提供。從通訊手段或記錄媒體所提供的程式係安裝於電腦中，且藉由電腦之CPU依順序執行程式來實現各種處理。

其次，針對本實施形態中的動作加以說明。首先，針對從監控中心1對建築物2之建築物設備維護裝置50進行維護要求為止的處理加以說明。

如前面所述般，當維護要求製作部11將由管理者所製作成的維護要求資訊登錄於維護要求記憶部22時，維護執行要求部21就參照維護要求資訊中所含的參數之建築物設備位址，來特定與該建築物設備4相同之設置於建築物2的建築物設備維護裝置50並進行發送。在此，係假定維護管理伺服器20基於該維護要求資訊登錄於維護要求記憶部22的時機，該維護要求資訊中所含的參數，將維護要求資訊一齊發送至被特定的建築物設備維護裝置50，但是亦可按照事先設定的發送排程將維護要求資訊發 送至各建築物設備維護裝置50。

在建築物設備維護裝置50中，維護要求受理部51係當受理從監控中心1發送來的維護要求之維護要求資訊時，就登錄於維護要求記憶部57。並且，維護執行控制部52係基於已登錄的維護要求資訊之內容，進行被要求之維護中所含的各處理之執行控制。另外，維護的執行時機，可為維護要求資訊已登錄於維護要求記憶部57時，亦可為維護要求資訊所指定的時機。例如，若是包含對業務之持續進行帶來妨礙之處理的維護，例如需要進行建築物設備4之再啟動的維護，則亦可在午餐時間等的休息時間或休假日之指定的時間開始進行維護。維護要求資訊的發送時機與基於維護要求資訊的維護之執行時機，只要維護管理伺服器20和建築物設備維護裝置50可以在預定之日期及時間開始維護之執行地協同動作即可。

另外，第4圖中係顯示執行對建築物設備4進行軟體更新的維護之情況的維護要求資訊之設定例。進行軟體更新的維護，基本上是僅能夠執行不需要維護人員之會同的處理之遠端維護。當依據該設定例時，維護執行控制部52係依順序執行以下的處理。亦即，首先確認維護對象的建築物設備4(IP位址：123.456.7.8)之現在的軟體之版本，且將與維護要求資訊一起發送來的檔案(v2.0.0.Zip)轉送至建築物設備4之後，停止在建築物設備4中執行中的全部處理(包含控制、監控等)。然後，在更新建築物設備4之軟體之後再啟動。接著，在為了確認更新之正 常結束而再度確認軟體的版本之後，報告軟體更新已完成。

以下，使用第6圖所示的流程圖，說明由於已達維護之執行開始日期及時間而在維護執行控制部52的主導下，基於第4圖所示之維護要求資訊而執行的維護要求執行處理。

維護執行控制部52係從維護要求記憶部57將維護要求所指定的處理按照執行順序，依順序讀出尚未執行之處理(步驟S110)。

接著，維護執行控制部52係參照已讀出的處理之維護人員要否的設定值。在未設定需要維護人員之會同的情況下(步驟S120中為「否」)，維護執行控制部52係藉由指示處理執行部53使其執行該當處理(步驟S140)。在處理已正常結束的情況下(步驟S150中為「是」)，維護執行控制部52係產生包含已正常結束的處理、結束日期及時間等的處理結束資訊，且登錄於結果記憶部58(步驟S160)。然後，若已結束的處理並非最終的處理(依據第5圖為「完成報告」)(步驟S170中為「否」)，則回到步驟S110。當依據第5圖所示的設定例時，由於執行順序1、2的版本之確認1及檔案轉送之各處理為維護人員可不會同的處理，所以維護執行控制部52係使此等的處理自動地執行。

另一方面，在未正常結束的情況下(步驟S150中為「否」)，維護執行控制部52係於發生錯誤時，產生包含該錯誤之內容、發生日期及時間的錯誤資訊，且登錄 於結果記憶部58(步驟S190)。在發生錯誤的情況下，在無法持續執行處理時，通知部55係按照來自維護執行控制部52之指示，將已登錄於結果記憶部58的錯誤資訊當作處理的結果通知監控中心(步驟S180)。

當依據維護要求資訊之設定例時，第三個應執行的「處理停止」之處理就設定為需要維護人員之會同。在此情況下(步驟S120中為「是」)，維護執行控制部52係確認維護人員偵測部54是否已偵測到維護人員。在此，本實施形態中，係以維護人員到達現場的建築物2時就將所攜帶的維護用PC7連接於連接器87為前提。維護人員偵測部54係藉由偵測到維護用PC7已連接於建築物設備維護裝置50來視為維護人員已會同。

在無法確認維護人員之會同的期間(步驟S130中為「否」)，維護執行控制部52不會開始處理停止的處理之執行而待機。然後，在確認維護人員之會同之後才使處理執行部53執行處理停止的處理(步驟S140)。由於步驟S140以後的處理已在前面述及所以省略說明。

由於執行順序4、5之處理亦被設定為需要維護人員之會同(步驟S120中為「是」)，所以與「處理停止」同樣地進行處理即可。由於接下來的執行順序6、7之處理並未被設定為需要會同(步驟S120中為「否」)，所以無論維護人員之會同的有無，該處理都會自動地執行(步驟S140)。換句話說，維護人員係當執行順序3~5之處理結束時，就可從建築物2離開。

如以上，當維護中所含的全部處理結束時(步驟S170中為「是」)，通知部55就基於已登錄於結果記憶部58的處理結束資訊或錯誤資訊而產生執行結果資訊，且藉由發送而向維護管理伺服器20通知維護之執行結果(步驟S180)。

另外，在送至維護管理伺服器20的執行結果資訊中，係包含有：維護之實施日期及時間、IP位址、序號等維護對象的建築物設備4之識別資訊、維護執行結果(正常結束、異常結束/錯誤碼)、與維護要求之內容相應的返回值(若是軟體更新則為更新後的版名、若是診斷程式之執行則為記錄結果的檔案之URL等)。

在維護管理伺服器20中，維護執行要求部21係當按照維護要求而執行的維護之結果發送來時，就將接收到的執行結果登錄於結果記憶部23。

藉此，管理終端10中的結果顯示部12係按照管理者之操作指示等，將維護之執行結果顯示於顯示器等，使管理者閱覽。

遠端維護基本上或許不需要維護人員之會同，但是考慮萬一的情形，則亦有想讓維護人員會同的情況。依據本實施形態，由於可針對每一處理設定維護人員之會同的要否，所以想要在維護人員之會同下執行的處理，可在維護人員會同的狀態下確實地執行處理。

另外，在本實施形態的維護要求執行處理中，若在開始執行需要維護人員之會同的處理時已偵測出維護 人員之會同，維護執行控制部52就使其執行該處理(步驟S130中為「是」，步驟S140)。惟，在開始執行處理之後，例如在再啟動處理(處理ID=p5)的情況下，與其在建築物設備4的再啟動開始時點，不如是再啟動是否已被正常進行，亦即，至少在處理之結束時點有維護人員會同為較佳。從而，維護人員偵測部54係例如在已偵測出維護用PC7之連接時(已確認維護人員之會同時)，以恆常地輸出偵測信號等的方式，恆常地通知維護執行控制部52處於偵測到維護人員的狀態。並且，維護執行控制部52係在已確認來自維護人員偵測部54的偵測信號之輸出的期間，持續執行需要維護人員之會同的處理。在處理執行中若成為無法確認偵測信號之輸出，則維護執行控制部52亦可控制在該處理之中途轉換為待機狀態，或是以不轉換為下一個處理的方式，在該處理即將結束前轉換為待機狀態等處理之執行。

又，本實施形態中係假設在維護之結束時點向維護管理伺服器20通知維護之執行結果。但是，亦可在每當維護中所含的處理之執行結束時，就通知維護的進展狀況。

又，在本實施形態中，建築物設備維護裝置50之通知部55係自主地連接於維護管理伺服器20，並發送執行結果資訊，但是維護管理伺服器20亦可連接於進行維護要求的建築物設備維護裝置50，並收集執行結果資訊。

依據本實施形態，有關即便不需維護人員親 手操作來實施但仍想要有會同的處理(處理ID=p3、p4、p5)，即便是在不需要維護人員的遠端維護中，仍可在維護人員的會同下使其執行。即便是在該情況下，有關在建築物設備維護裝置50中可自動地執行的處理(處理ID=p1、p2)，仍可在維護人員到達前事先使其完成。藉此，能提高維護業務的效率，且能預期維護人員之勞動成本的削減、顧客之不可利用設備時間的縮短。

另一方面，即便是在有需要維護人員前往現場(建築物2)實施的維護(現場維護)，有關不需要維護人員之親手操作的處理，仍可使建築物設備維護裝置50自動地執行。雖然現場維護係需要維護人員到現場探訪，但是因可以減少使其會同維護的機會，故而可以削減作業負擔。

另外，亦可對設備維護管理系統提供以下的功能：向維護人員通知要會同的處理已完成，且沒有必要進行更進一步的會同。例如，在要會同的處理已完成之時點，建築物設備維護裝置50係在所連接的維護用PC7之畫面上顯示：「不需要更進一步的會同」、「往下一個現場/可返回」等的訊息。或是，如後面所述的實施形態2般，在每次處理結束時維護管理伺服器20接收處理結束資訊的情況下，維護管理伺服器20係對維護用PC7或維護人員所攜帶的智慧型手機等發送訊息。

又，亦可對建築物設備維護裝置50提供以下的功能：在需要會同的處理之間夾插有不需要會同的處理之情況下，向維護人員通知該意旨。例如，建築物設備維 護裝置50係在維護用PC7顯示「可暫時不用會同」之意旨，或對維護人員所攜帶的智慧型手機等發送同樣的訊息等。又，在處理的執行時間已事先決定或是可推測的情況下，建築物設備維護裝置50亦可顯示「可不需會同○○分鐘」等的訊息。

又，雖然已說明本實施形態中的建築物設備維護裝置50係在有來自維護管理伺服器20的維護要求之後才執行維護，但是若是例如定期性的維護或固定性的處理內容之維護等，則即便沒有來自維護管理伺服器20的要求，仍能夠藉由在內部事先保持該維護的維護要求資訊來單獨執行維護。

〔實施形態2〕

上述實施形態1中的建築物設備維護裝置50係基於每次處理結束所得之處理結束資訊(或錯誤資訊)而產生的執行結果資訊，並作為維護之執行的結果通知維護管理伺服器20。本實施形態中的建築物設備維護裝置50係不僅通知維護的執行結果，還在每次維護中所含的各處理之執行結束時，通知維護的進展狀況。

本實施形態中的建築物設備維護裝置50之硬體構成及方塊構成係可與實施形態1相同，但是，本實施形態中的通知部55，亦具有作為向維護管理伺服器20通知維護之進展狀況的進展狀況通知手段的功能。

第7圖係本實施形態中，與監控中心1及攜 帶式終端9相關聯的系統之方塊構成圖。另外，對與實施形態1相同的構成要素係附記相同的符號且省略說明。又，管理終端10及維護管理伺服器20的硬體構成係可與實施形態1相同。又，在第7圖中係顯示透過行動電話網8與維護管理伺服器20進行通訊的攜帶式終端9。本實施形態中係以智慧型手機作為攜帶式終端9。另外，亦可將維護用PC7兼作為攜帶式終端9來使用。攜帶式終端9係能與維護用PC7一起由各維護人員帶離監控中心1。由於可為與攜帶式終端9同樣的構成，所以在第7圖中僅圖示一台。

本實施形態中的維護管理伺服器20，係除了實施形態1的構成以外，還具有待機中清單產生部24、資訊提供部25、現在地取得部26、建築物設備資訊記憶部27、進展狀況記憶部28、以及待機中清單記憶部29。本實施形態中的維護執行要求部21係當接收從建築物設備維護裝置50通知來的維護之進展狀況時，就登錄於進展狀況記憶部28。

在建築物設備資訊記憶部27中係事先設定登錄有與建築物2、已設置於該建築物2之建築物設備維護裝置50及建築物設備4有關的資訊。具體而言，建築物2的資訊中係包含建築物識別資訊(ID)、建築物名稱、建築物的地址、位置資訊(經緯度資訊)、建築物的顧客資訊、契約資訊等。建築物設備維護裝置50的資訊中係包含裝置識別資訊(裝置ID)、IP位址、位置資訊(經緯度資訊)、機 種等。建築物設備4的資訊中係包含設備識別資訊(設備ID)、IP位址、位置資訊(經緯度資訊)、機種等。

待機中清單產生部24係當對進展狀況記憶部28寫入維護的進展狀況時，就參照記憶於進展狀況記憶部28的進展狀況及建築物設備資訊，抽出處理為待機中的維護，將該維護正執行中的建築物2之清單，產生作為待機中清單，且寫入待機中清單記憶部29。基本上是覆寫保存。在此，所謂「維護正執行中」，係指維護之執行開始而尚未結束之意，維護中所含的任一處理係處於執行中或是待機中的狀態。另外，在以下的說明中，為了方便起見，亦將處理為待機中之維護正執行中的建築物，稱為「待機中的建築物」。如後面所述般，管理者係從待機中清單當中選擇想要通知攜帶式終端9處理為待機中的建築物2，惟，資訊提供部25係產生與管理者所選出之建築物2有關的進展狀況資訊，且藉由發送來向攜帶式終端9提供資訊。現在地取得部26係取得從攜帶式終端9通知的現在地。

維護管理伺服器20中的各構成要素24至26係藉由形成維護管理伺服器20的電腦、以及以搭載於電腦之CPU進行動作的程式之協調動作來實現。又，各記憶部27至29係由搭載於維護管理伺服器20的HDD來實現。或是，亦可經由網路來利用RAM或位在外部的記憶手段。

管理終端10中的資訊提供指示部13係從已登錄於待機中清單記憶部29的待機中清單當中，選擇想要通知攜帶了攜帶式終端9之維護人員的待機中之建築物， 藉此指示進展狀況資訊之提供。資訊提供指示部13係藉由形成管理終端10的電腦、以及以搭載於電腦之CPU進行動作的程式之協調動作來實現。

攜帶式終端9係具有測位部91、現在地通知部92以及資訊顯示部93。測位部91係藉由GPS功能來測量自體終端的現在位置。現在地通知部92係向維護管理伺服器20通知藉由測位部91所得的自體終端之現在地(經緯度資訊)。另外，現在地通知部92，可恆常地向維護管理伺服器20通知現在地，亦可例如按照維護人員之預定的操作來通知。資訊顯示部93係在畫面上顯示從維護管理伺服器20提供的進展狀況資訊。

其次，使用第8圖所示的流程圖來說明在本實施形態中，至向維護用PC7提供資訊為止之基本上的處理之流程。另外，為了方便說明起見，在本實施形態中，係說明在建築物設備維護裝置50之處理執行中未發生錯誤(未產生錯誤資訊)者。

本實施形態中的建築物設備維護裝置50之通知部55係向維護管理伺服器20通知在第6圖之步驟S160中每次處理結束資訊被寫入結果記憶部58時重新被寫入的處理結束資訊，作為維護的進展狀況。處理結束資訊中係包含該處理的識別資訊(處理名、處理ID等)、處理的結束日期及時間、結束的狀態(正常/異常)、以及作為特定通知來源之資訊之建築物設備維護裝置50之識別資訊等。

維護管理伺服器20中的維護執行要求部21 係當取得從建築物設備維護裝置50通知的維護之進展狀況時(步驟S210)，就登錄於進展狀況記憶部28。藉此，進展狀況記憶部28係由在各建築物2正執行中的各維護之進展狀況逐次被更新(步驟S220)。待機中清單產生部24係當進展狀況記憶部28被更新時，就參照登錄於進展狀況記憶部28的維護之進展狀況，特定處理為待機中的維護。接著，待機中清單產生部24係參照建築物設備資訊來特定所特定之維護正執行中的建築物2，依該所特定的建築物2產生待機中的建築物2之清單(待機中清單)，且藉由登錄於待機中清單記憶部29來更新(步驟S230)。

維護管理伺服器20中的資訊提供部25係從待機中清單中所含的建築物2當中選擇符合預定之條件的建築物2(步驟S240)。在此，就預定之條件而言，當針對選擇進行維護之執行管理的管理者所指定的建築物2的情況來說明時，管理者係藉由對管理終端10進行預定之操作而將登錄於待機中清單記憶部29的待機中清單，以顯示於顯示器等的方式來閱覽。並且，管理者係從已顯示的待機中清單當中選擇想要通知維護人員的一個或複數個建築物2，藉以指示對維護人員之資訊提供。資訊提供指示部13係當受理由管理者所選出的建築物2時，就參照建築物設備資訊，產生與所受理之建築物2有關的進展狀況資訊，且發送至攜帶式終端9來通知維護人員待機中的建築物2(步驟S250)。

攜帶式終端9中的資訊顯示部93係當接收進 展狀況資訊時，或是於資訊接收後的按照維護人員之操作，就在畫面上顯示進展狀況資訊，向維護人員提示待機中的建築物2。

如以上，維護人員就可知道待機中的建築物2,而從現在的場所移動至待機中的建築物2，將維護用PC7連接於建築物設備維護裝置50以先進行待機中的處理。

另外，依據用以產生進展狀況資訊的預定之條件，會有向複數個維護人員提供與一個待機中之建築物有關的資訊之可能性。換句話說，有複數個維護人員參照相同的建築物2之資訊的可能性。當某一個維護人員移動至該建築物2，且將維護用PC7連接於建築物設備維護裝置50時，該建築物2就會從待機中清單中自動地抹除，藉此其他的維護人員就不會前往該建築物2，然而，在該建築物2從待機中清單中被抹除之前，為了供其他的維護人員使用而產生的進展狀況資訊中會包含該建築物2的資訊，而有被其他的維護人員選出作為前往的目的地的可能性。於是，為了要消除此可能性，當維護人員從進展狀況資訊當中選擇作為前往的目的地的建築物2時，攜帶式終端9亦可向維護管理伺服器20通知該被選出的建築物2，而使之不包含於供其他的維護人員使用之進展狀況資訊中。

另外，如根據以上的處理可知，在進展狀況資訊中必需包含使維護人員移動至待機中之建築物2所需的資訊。在本實施形態中，進展狀況資訊係包含：建築物 2的識別資訊、建築物2的名稱、地址(樓數)、經緯度資訊、維護正執行中的建築物設備4之機種、IP位址、處理的進展狀況之處理的執行狀態(待機中、執行中)、待機中之處理的ID、執行順序、已開始待機的日期及時間等。當然，進展狀況資訊中亦可包含：例如與移動手段、移動所要時間等之移動關聯的資訊、按照所提供的服務等之適當的資訊。資訊顯示部93亦可選擇性地顯示進展狀況資訊中所含的一部分之資訊。

如以上，監控中心1係對維護人員提供資訊，但是上述資訊提供處理當中，步驟S210至S230係在維護之進展狀況每次從任一個建築物設備維護裝置50送來時執行。步驟S240至S250係沒有必要在待機中清單每次被產生時執行，而能夠以管理者所指示的時機等所期望之時機來進行。

接著，以下針對上述資訊提供處理中所含的各處理內容之詳細及變化例加以說明。

在步驟S210中，維護執行要求部21係取得從建築物設備維護裝置50之通知部55通知的維護之進展狀況，但是通知部55並非每次在處理結束時通知，而亦可僅在處理之狀態有發生變化時才向維護管理伺服器20通知維護之進展狀況。維護中所含的處理係如實施形態1中所說明般，若在執行之順序輪到需要維護人員會同之處理時維護人員未會同，則該處理的狀態就從執行中變化為待機中。然後，若確認維護人員之會同，則該處理的狀態就 從待機中變化為執行中。若處理的狀態不變化，就沒有必要更新待機中清單。從而，通知部55亦沒有必要通知維護的進展狀況。若不通知維護的進展狀況，則維護管理伺服器20中亦沒有必要更新待機中清單，所以亦沒有必要使待機中清單產生部24動作。藉此，能減輕維護管理伺服器20中的處理負荷。

在步驟S230中，待機中清單產生部24係對各個維護人員產生待機中清單。在維護人員於各個管轄區域形成群組的情況時，亦可對各個群組產生。又，待機中清單產生部24亦可在由現在地取得部26所取得的攜帶式終端9之現在地，檢索建築物設備資訊之位置資訊，且產生離該維護人員位在一定距離內的待機中之建築物的清單(待機中清單)。待機中清單產生部24亦可參照未圖示的各維護人員之維護計畫表，從該維護人員當日承辦的建築物2當中產生待機中的建築物2之清單，作為對各個維護人員產生待機中清單的其他方法。或是，待機中清單產生部24亦可組合此等方法，從該維護人員當日承辦的建築物2當中產生位在一定距離內的待機中之建築物2的清單。

在步驟S240中，資訊提供部25係從待機中清單當中產生與符合預定之條件的建築物有關的進展狀況資訊。在上述例中，就預定之條件而言，從待機中清單當中選出由管理者所指定的建築物2。另外，管理者係例如亦可參照維護計畫表而選擇一個巡迴順序較快的建築物或顧客優先順序較高的建築物。

又，亦可不接受來自管理者的指示，而是按照資訊提供部25預先設定的預定之條件，從待機中清單當中自動地選擇資訊提供對象的建築物2。例如，資訊提供部25係在建築物2依待機中之順序登錄於待機中清單的情況下，選擇已登錄於待機中清單之排序最上位的建築物2。此是為了使其優先處理待機期間較長的處理。另外，資訊提供部25並不限定於排序最上位而亦可選擇上起第n位(n為自然數)的建築物2。

又，資訊提供部25係基於待機中清單中所含的建築物2與攜帶式終端9之位置關係，而選擇位在與待機中清單之產生時同樣事先決定之一定距離內的建築物2。或是選擇管轄區域內的建築物2。或是僅選擇離攜帶式終端9最近的建築物2。當僅選擇最近的建築物2而提供維護人員時，由於可使維護人員的移動距離最短而有效率。另外，亦可不僅選擇一個最近的建築物2，而是選擇離攜帶式終端9較近之第n個(n為自然數)的建築物2。

另外，資訊提供部25亦可參照維護計畫表，選擇巡迴之順序最快的待機中之建築物、或是從較快者起至第n個(n為自然數)為止的建築物2。

又，在維護要求有優先順序的情況下(例如，不良狀況對策之軟體更新，比實施定期維護之功能試驗的優先順序更高)，資訊提供部25亦可在待機中清單中追加優先順序的項目，按照該優先順序選擇提供維護人員的建築物2。又，資訊提供部25亦可適當組合前面所述的變化 例，依需要而設定優先順序、或進行加權等來選擇建築物2。

如以上，資訊提供部25可按照預定之條件，僅提示一個待機中的建築物，亦可提示複數個待機中的建築物。

在步驟S250中，資訊提供部25係將所產生的進展狀況資訊發送至攜帶式終端9。此例如是郵件發送。然後，在發送的郵件之本文中記載進展狀況資訊。亦可為記載用以顯示建築物之位置資訊等的URL。或是，資訊提供部25亦可藉由SMS(Short Message Service：簡訊服務)等的推送通訊，從維護管理伺服器20啟動攜帶式終端9內的應用程式(資訊顯示部93)，使應用程式從維護管理伺服器20取得及顯示進展狀況資訊。又，資訊提供部25亦可將來自現在地通知部92之通知看作進展狀況資訊之發送要求，並向攜帶式終端9提供進展狀況資訊。

或是，例如，亦可在維護管理伺服器20設置公開待機中清單的功能(例如，Web伺服器功能等)，而資訊提供部25可按照維護人員之操作從維護用PC7取得待機中清單。

另外，在本實施形態中，係提供與待機中之建築物有關的資訊，讓維護人員前往待機中的建築物，以將維護之結束作為目標。亦即，在本實施形態中，被設置作為資訊提供手段的資訊提供部25，係藉由從待機中清單當中向維護人員提供符合預定之條件的建築物2中的進展 狀況資訊，使其得知待機中的建築物2。但是，不限定於待機中的建築物而亦可提供自己承辦的建築物、又亦可提供其他的維護人員承辦的建築物等之進展狀況資訊。亦即，亦可向維護人員提供與在維護管理伺服器20中自動地選出之建築物、或是該維護人員承辦之全部的建築物之所謂符合預定之條件的建築物有關的進展狀況資訊，作為預定之條件。

另外，在由複數個維護人員承辦一個管轄區域的情況下，在維護計畫中係事前地分配位在管轄區域內的建築物設備4，而各維護人員則按照自己被分配到的維護計畫移動至建築物2。但是，當會同目的地發生障礙時，維護人員會發生為了對應該障礙而無法實施計畫中之其餘的建築物設備4之維護的可能性。在此情況下，該建築物設備維護裝置50亦可通知維護管理伺服器20，而維護管理伺服器20會重新確認對各維護人員20之建築物2的分配，且將重新確認的維護計畫當作進展狀況資訊通知其他的維護人員。

〔實施形態3〕

第9圖係顯示本實施形態中的建築物設備維護裝置50之網路構成之一例的示意圖。在設備維護管理系統係包含有複數個建築物設備維護裝置50，在第9圖中係顯示其中形成同一群組的四台建築物設備維護裝置50連接於網路3的構成。建築物設備維護裝置50係在網路3上虛擬地形成 P2P(peer to peer：點對點)網路。當然，屬於一個群組的建築物設備維護裝置50，若是二台以上則幾台都可以。本實施形態中的建築物設備維護裝置50之硬體構成係可與實施形態1相同。

第10圖係本實施形態中的建築物設備維護裝置50之方塊構成圖。亦具有與第9圖所示的各建築物設備維護裝置50同樣的構成。另外，對與實施形態1相同的構成要素係附記相同的符號且省略說明。本實施形態中的建築物設備維護裝置50，除了實施形態1中的構成以外，還具有其他裝置協同部59、會同要求通知部60、以及協同目的地資訊記憶部61。在協同目的地資訊記憶部61係至少包含有關於與自體裝置形成同一群組之其他的建築物設備維護裝置50的資訊，具體而言是為了與各建築物設備維護裝置50通訊而所需的IP位址等。在本實施形態的情況，其他的建築物設備維護裝置50係假定與自體裝置位在一定距離內的建築物設備維護裝置50。其他裝置協同部59係被設置作為會同通知手段，當維護人員偵測部54偵測出維護人員已會同時，就向形成同一群組之其他的建築物設備維護裝置50，亦即資訊已登錄於協同目的地資訊記憶部61的建築物設備維護裝置50，通知維護人員已會同。又，按照該通知而受理從其他的建築物設備維護裝置50返送來的維護人員之會同要求。會同要求通知部60係在維護人員之會同要求按照其他連裝置協同部59之通知而從其他的設備維護裝置返送來的情況下，向維護人員通知有會同 的要求。

建築物設備維護裝置50中的各構成要素59、60，係藉由形成建築物設備維護裝置50的電腦、以及以搭載於電腦之CPU81進行動作的程式之協調動作來實現。又，協同目的地資訊記憶部61係以搭載於建築物設備維護裝置50的HDD84來實現。或是，亦可經由網路來利用RAM83或位在外部的記憶手段。

其次，針對本實施形態中的動作加以說明。本實施形態中的動作，基本上亦可與實施形態1相同。本實施形態中的特徵之處理，係在第6圖所示的維護用PC被偵測出之後(步驟S130中為「是」)所實施的處理，且與第6圖為個別獨立實施的處理。使用第11圖所示的流程圖來說明該本實施形態中的特徵之處理。

當維護人員偵測部54偵測出維護人員已會同時(步驟S310)，其他裝置協同部59就參照協同目的地記憶部61，向屬於同一群組之其他的建築物設備維護裝置50通知維護人員已會同(步驟S320)。

當受理維護人員已會同的通知時，其他的建築物設備維護裝置50就在自體裝置所執行之維護為待機中的情況下，對該通知返送會同要求。在維護非為待機中的情況下，則沒有必要返送。

當在預定之時間(超時)內從任一個建築物設備維護裝置50返送會同要求時(步驟S330中為「是」)，會同要求通知部60就以在維護用PC7顯示其要旨等的方 式，向維護人員通知有會同要求(步驟S340)。當在預定之時間內並未從任一個建築物設備維護裝置50返送會同要求的情況下(步驟S330中為「否」)，結束處理。

在上述實施形態2中，是使用維護管理伺服器20向維護人員通知離維護人員之現在地位在一定距離內的待機中之建築物2，但是依據本實施形態，則可藉由在位於鄰近(一定距離內)的建築物設備維護裝置50間進行協同動作，而不使用維護管理伺服器20就可以使維護人員得知待機中的建築物2。藉此，維護人員就能夠移動至移動距離較短的建築物2。

另外，在本實施形態中，係將位在一定距離內的建築物2形成群組。就一定距離的範圍而言，例如亦能夠以經緯度資訊相同且設置於同一建築物的建築物設備維護裝置50來形成群組。又，亦能夠以直線距離例如1Km以內的建築物設備維護裝置50，或是與地圖資訊組合，以存在於維護人員例如可在10分鐘以內移動之距離的建築物設備維護裝置50來形成群組。對協同目的地記憶部61之資料登錄，可取得維護管理伺服器20之資訊來登錄，亦可在建築物設備維護裝置50設置測位手段而自行地登錄。

又，在步驟S320中，亦可組合複數個群組來通知。例如，當維護人員會同於某個建築物設備4之維護時，首先通知第一個P2P網路內的建築物設備維護裝置50。在第一個P2P網路內的任一個建築物設備維護裝置50都沒有發出會同要求的情況下，其他裝置協同部59係通知 第二個P2P網路內的建築物設備維護裝置50。另外，第一個P2P網路和第二個P2P網路並沒有必要形成完全不同的構成，亦可為包含之關係、局部重複。

另外，在本實施形態中，是以將建築物2間距離作為基準而形成群組之例加以說明，但是亦可例如以同一所有者的建築物、基於同一或類似之契約內容的建築物等其他的基準來形成群組。

〔實施形態4〕

在上述實施形態1至3中，係藉由偵測維護用PC7已連接於建築物設備維護裝置50，來辨識維護人員已會同的狀態。但是，只為了維護人員之偵測目的而使維護人員將維護用PC7攜入建築物2，此對維護人員而言將造成負擔增加。在以後的實施形態中，係針對與實施形態1不同的維護人員之會同的偵測方法加以說明。

首先，在建築物設備維護裝置50如第2圖所示般地事先連接有輸出入介面的情況下，維護人員係藉由利用鍵盤90等輸入使用者認證資訊而登入建築物設備維護裝置50。使用者認證資訊係指可能識別只有維護人員才能得知之維護人員的維護人員ID及密碼。維護人員偵測部54係藉由該使用者認證資訊進行使用者認證，且在認證成功的情況下偵測出維護人員之會同。

又，在輸出入介面已連接於建築物設備4的情況下，維護人員亦可從建築物設備4輸入使用者認證資 訊。建築物設備4係在使用者認證成功的情況下，將登入成功之意旨通知建築物設備維護裝置50。建築物設備維護裝置50中的維護人員偵測部54係將來自建築物設備4之登入成功的通知偵測為維護人員之會同。

如以上，維護人員偵測部54係藉由從已設置於維護正執行中之建築物2的機器，即建築物設備維護裝置50或建築物設備4所輸入的使用者認證資訊之認證，偵測出維護人員已會同於維護。換句話說，藉由使用已設置於建築物2的機器、以及使用基於維護人員之知識的資訊的二個要素認證來偵測出維護人員之會同。

又，在建築物設備維護裝置50有USB連接埠的情況下，維護人員係將記錄有維護人員之使用者認證資訊的USB記憶體攜入建築物2，且連接於建築物設備維護裝置50。維護人員偵測部54係藉由記錄於USB記憶體的使用者認證資訊進行使用者認證，在認證成功的情況下偵測為維護人員之會同。

又，在建築物設備維護裝置50具有已記錄於IC卡或攜帶式終端9的認證資訊之讀取手段(讀卡機)的情況下，維護人員偵測部54係將從IC卡等所讀取到的認證資訊，與事先保持於內部的認證資訊進行核對，在核對之結果一致的情況下偵測為維護人員之會同。在此所用的認證資訊，可為維護人員的使用者認證資訊，又可為IC卡的識別資訊(卡ID)等。

如以上，維護人員偵測部54係藉由USB記 憶體等之維護人員專用的記憶裝置，由維護人員攜入維護正執行中的建築物2、以及使用已記憶於該記憶裝置的認證資訊的二個要素認證來偵測出維護人員之會同。

〔實施形態5〕

第12圖係本實施形態中的建築物設備維護裝置50之方塊構成圖。對與實施形態1相同的構成要素係附記相同的符號且省略說明。建築物設備維護裝置50之硬體構成係除了實施形態1之構成以外，還具有藉由Wi-Fi(註冊商標)等與攜帶式終端9進行近距離無線通訊用的手段。本實施形態中的建築物設備維護裝置50係除了實施形態1之構成以外，還具有ID通知部62。ID通知部62係具有向無線連接的攜帶式終端9通知自體裝置之裝置ID作為認證資訊的認證資訊通知手段的功能。ID通知部62係藉由形成建築物設備維護裝置50的電腦、以及以搭載於電腦之CPU81進行動作的程式之協調動作來實現。

第13圖係本實施形態中設置於監控中心1側的系統之方塊構成圖。對與實施形態3相同的構成要素係附記相同的符號且省略說明。攜帶式終端9係除了第7圖所示的構成以外，還具有：認證要求部94，其將以近距離無線通信而從建築物設備維護裝置50發送來的該建築物設備維護裝置50之裝置ID，發送至維護管理伺服器20，藉此要求認證。認證要求部94係藉由搭載於攜帶式終端9的電腦、以及以搭載於電腦之CPU進行動作的程式之協調 動作來實現。

維護管理伺服器20係除了第7圖所示的構成以外，還具有：維護人員認證部30，其在基於從攜帶式終端9發送來的建築物設備維護裝置50之裝置ID的認證後，將維護人員偵測確認資訊發送至該建築物設備維護裝置50。維護人員認證部30係藉由形成維護管理伺服器20的伺服器電腦、以及以搭載於伺服器電腦之CPU進行動作的程式之協調動作來實現。

其次，針對本實施形態中的維護人員之偵測處理加以說明。當攜帶著攜帶式終端9的維護人員靠近建築物設備維護裝置50而藉此使建築物設備維護裝置50和攜帶式終端9連接時，ID通知部62就將自體裝置之裝置ID作為認證資訊發送至攜帶式終端9。當攜帶式終端9接收裝置ID時，認證要求部94就藉由將裝置ID發送至維護管理伺服器20來要求認證。當維護管理伺服器20受理認證要求時，維護人員認證部30就藉由將已受理的裝置ID與已登錄於建築物設備資訊中的裝置ID進行核對來認證維護人員。然後，維護人員認證部30係藉由參照建築物設備資訊，來向以與裝置ID對應之IP位址能夠特定的建築物設備維護裝置50發送維護人員偵測確認資訊。

如以上，當從維護管理伺服器20送來維護人員偵測確認資訊時，建築物設備維護裝置50中的維護人員偵測部54就藉由維護人員偵測確認資訊之接收來偵測出維護人員已會同維護。

依據本實施形態，藉由使用維護人員所攜帶的攜帶式終端9、以及使用建築物設備維護裝置50之認證資訊的二個要素認證來偵測維護人員之會同。

另外，在本實施形態中，攜帶式終端9係藉由靠近建築物設備維護裝置50並利用無線通訊從建築物設備維護裝置50取得裝置ID，但是例如亦可將記錄有裝置ID的QR碼(註冊商標)或NFC(Near Field Communication：近場通訊)標籤等的資料碼事先貼附於建築物設備維護裝置50、建築物設備4或是其等的附近，且使用攜帶式終端9之照相機功能或是近距離無線通訊功能來讀取該資料碼。

〔實施形態6〕

本實施形態之特徵係依據維護人員的現在地與維護對象的建築物設備4之位置關係來偵測維護人員之會同。本實施形態中的建築物設備維護裝置50側之構成係可與實施形態1相同。但是，維護人員偵測部54並非是利用維護用PC7之連接來偵測，而是以後述之方式來偵測維護人員之會同。

第14圖係本實施形態中設置於監控中心1側的系統之方塊構成圖。對與實施形態3相同的構成要素係附記相同的符號且省略說明。攜帶式終端9係可與第7圖所示的構成相同。維護管理伺服器20係除了第7圖所示的構成以外，還具有維護人員偵測通知部31。維護人員偵測 通知部31係在藉由比較從攜帶式終端9通知的現在地、以及已登錄於建築物設備資訊中的建築物設備4之位置資訊，檢測出攜帶式終端9位在任一個建築物設備4之預定距離內的情況下，向進行該建築物設備4之維護的建築物設備維護裝置50通知維護人員之偵測。

以下，針對本實施形態中的動作加以說明。在此，係假定以10m作為預定距離來說明。

攜帶式終端9中的現在地通知部92係向維護管理伺服器20通知由測位部91所得的自體終端之現在地(經緯度資訊)。通知的時機，較佳是考慮到處理負荷而固定週期地恆常通知。

當維護管理伺服器20中的現在地取得部26取得從攜帶式終端9通知的現在地時，維護人員偵測通知部31就將其取得的現在地，與已設定於建築物設備資訊記憶部27中的各建築物設備4之位置資訊進行比較。然後，在攜帶式終端9位在任一個建築物設備4之預定距離(10m)內的情況下，維護人員偵測通知部31就看作維護人員已會同於該建築物設備4之維護，並藉由參照建築物設備資訊記憶部27，特定進行該建築物設備4之維護的建築物設備維護裝置50，且向該建築物設備維護裝置50通知維護人員之偵測。

當從維護人員管理伺服器20通知維護人員之偵測時，建築物設備維護裝置50中的維護人員偵測部54就藉由接受該維護人員之偵測的通知來偵測出維護人員已 會同於維護。

依據本實施形態，當如以上偵測到維護人員已會同於維護時，就可以開始執行待機中的處理。另外，維護管理伺服器20亦可參照待機中清單，而僅向處理為待機中之維護正執行中的建築物設備維護裝置50進行維護人員之偵測的通知。

在上述說明中，是將維護人員位在與建築物設備4距離10m以內的建築物設備4之附近的情況看作維護之會同，但是該10m的距離係只要適當設定即可。

其次，針對取較大之預定距離的情況加以說明。例如，當假定維護人員是以分速70m移動時，若與維護人員之現在地距離500mm以內，就可以從容地在10分鐘以內到達作為目的之建築物2。在此情況下，離所測位的維護人員之現在地位在半徑500m以內的建築物之建築物設備維護裝置50，就可以一起開始該建築物內的建築物設備之維護。換句話說，維護人員能同時會同存在於可在10分鐘以內到達之位置的一個或複數個建築物設備4之維護。又，藉由使維護管理伺服器20具有地圖資訊並使其更正確地推測移動時間，就能夠對位在預定範圍內的複數個建築物設備4同時會同，藉此，亦能夠一起開始預定範圍內的建築物設備4之維護。

〔實施形態7〕

會有建築物所有人將業務委託管理公司等、在公司內 部設置管理部門等，而進行建築物管理的情況。建築物設備4之維護會有：如前面所述般，經由網路3從遠端場所進行監控，不需要維護人員之會同而執行的情況；或在維護人員會同之下執行的情況。即便是不需要維護人員之會同就能夠執行的維護，仍會想要在維護人員之會同下執行，是因具有專門知識或特別技能的維護人員會同時，可對應萬一的情況。但是，從維護人員之排程等的方面考慮，維護人員並不一定能夠會同。在如此的情況下，亦可考慮依據維護之內容或建築物2之運用形態，由建築物管理者取代維護人員來會同實施維護，而在已發生問題的情況下則再改為要求維護人員之會同的運用。本實施形態係在建築物管理者取代維護人員來會同維護的情況下，偵測該建築物管理者之會同的方法。

例如，偵測建築物管理者已登入自己公司的建築物2內之企業內部網路。藉此，維護人員偵測通知部31就可看作建築物管理者在建築物2內，亦即取代維護人員來會同建築物設備4之維護，而使其開始待機中的處理之執行。

又，在建築物2中已導入出入管理系統的情況下，就與出入管理系統協同動作。亦即，當出入管理系統偵測出建築物管理者之1D卡對讀卡機刷卡時，就通知建築物設備維護裝置50。藉此，建築物設備維護裝置50中的維護人員偵測通知部31係於辨識建築物管理者已進入建築物2內，或是已進入設置有建築物設備4的房間時， 就看作建築物管理者取代維護人員來會同建築物設備4之維護。藉此，可使待機中的處理之執行開始。

如以上說明般，在各實施形態中想要在有維護人員之會同下執行處理的情況時，係可在維護人員已確實會同的狀態下執行該處理。又，可用各種的方法來偵測已會同的維護人員。在各實施形態中分別說明的構成及該構成的處理，亦可適當地組合來實施。

又，在本實施形態中，已將應用於作為維護對象之建築物設備4的情況作為例子加以說明，但是沒有必要限定於已設置於建築物2的設備。

1‧‧‧監控中心

2‧‧‧建築物

3‧‧‧網路

4‧‧‧建築物設備

5‧‧‧設備網路

6‧‧‧建築物內部網路

10‧‧‧管理終端

20‧‧‧維護管理伺服器

50‧‧‧建築物設備維護裝置

Claims (15)

1. 一種設備維護管理系統，具有：維護管理伺服器，設置於監控中心；以及設備維護裝置，按照來自前述維護管理伺服器之維護要求而進行維護對象之設備的維護；前述設備維護裝置係具有：維護執行要求資訊取得手段，取得包含由複數個處理所構成的維護中的該處理之執行順序，及顯示每一處理是否需要維護人員之會同的要否資訊的維護執行要求資訊；控制手段，在執行維護時，按照維護執行要求資訊之設定內容，控制各處理之執行；處理執行手段，執行由前述控制手段所指示的處理；以及維護人員偵測手段，偵測維護人員已會同於維護；前述控制手段係在執行需要維護人員之會同的處理時，前述維護人員偵測手段未偵測到維護人員的情況下，使該處理之執行待機。
2. 如申請專利範圍第1項所述之設備維護管理系統，具有：攜帶式終端，由維護人員所攜帶；前述設備維護裝置係具有：進展狀況通知手段，向前述維護管理伺服器通知維護之進展狀況；前述維護管理伺服器係具有：資訊提供手段，向前述攜帶式終端提供進展狀況資訊，該進展狀況資訊係包 含從前述設備維護裝置所通知的維護之進展狀況，以及該維護正執行中的設施之識別資訊。
3. 如申請專利範圍第2項所述之設備維護管理系統，其中，前述進展狀況通知手段係僅在處理之狀態有發生變化時，才向前述維護管理伺服器通知維護之進展狀況。
4. 如申請專利範圍第2項所述之設備維護管理系統，其具有：待機中清單產生手段，基於由前述進展狀況通知手段所通知的維護之進展狀況，來產生處理為待機中之維護正執行中的設施之清單，作為待機中清單；前述資訊提供手段係從待機中清單中所含的設施當中，向前述攜帶式終端提供與符合預定之條件的設施有關的進展狀況資訊。
5. 如申請專利範圍第4項所述之設備維護管理系統，其中，前述資訊提供手段係向前述攜帶式終端提供與由維護之管理者所指定的設施有關的進展狀況資訊。
6. 如申請專利範圍第4項所述之設備維護管理系統，其中，前述資訊提供手段係在設施依待機中之順序登錄於待機中清單的情況下，向前述攜帶式終端提供與待機中清單之上起第n個(n為自然數)的設施有關的進展狀況資訊。
7. 如申請專利範圍第4項所述之設備維護管理系統，其具有：設施資訊記憶手段，記憶至少包含設施之識別資訊及位置資訊的設施資訊；前述攜帶式終端係具有： 測位手段；以及現在地通知手段，向前述維護管理伺服器通知自體終端之現在地；前述資訊提供手段係基於待機中清單中所含的設施與前述攜帶式終端之位置關係，向前述攜帶式終端提供與離該攜帶式終端位在一定距離內的設施或離該攜帶式終端較近者之第n個(n為自然數)的設施有關的進展狀況資訊。
8. 如申請專利範圍第4項所述之設備維護管理系統，其中，前述攜帶式終端係具有：測位手段；以及現在地通知手段，向前述維護管理伺服器通知自體終端之現在地；前述資訊提供手段係將來自前述攜帶式終端所具有的前述現在地通知手段之通知看作進展狀況資訊之發送要求，而向該攜帶式終端提供進展狀況資訊。
9. 如申請專利範圍第1項所述之設備維護管理系統，其中，前述設備維護裝置係具有：會同通知手段，當由前述維護人員偵測手段偵測出維護人員已會同時，就向形成同一群組之其他的設備維護裝置通知維護人員已會同；以及要求通知手段，在對應前述會同通知手段之通知而返送維護人員之會同要求的情況下，向維護人員通知有會同要求。
10. 如申請專利範圍第1項所述之設備維護管理系統，其中，前述維護人員偵測手段係藉由從已設置於維護正執行中之設施的機器所輸入的認證資訊之認證，來偵測維護人員已會同於維護。
11. 如申請專利範圍第1項所述之設備維護管理系統，其中，前述維護人員偵測手段係藉由記錄於維護人員攜入維護正執行中之設施的維護人員專用之記憶裝置中的認證資訊之認證，來偵測維護人員已會同於維護。
12. 如申請專利範圍第1項所述之設備維護管理系統，其具有：攜帶式終端，由維護人員所攜帶；前述設備維護裝置係具有：認證資訊通知手段，向已連接的前述攜帶式終端通知自體裝置之認證資訊；前述攜帶式終端係具有：認證要求手段，藉由向前述維護管理伺服器發送從前述設備維護裝置所通知的該設備維護裝置之認證資訊來要求認證；前述維護管理伺服器係具有：維護人員認證手段，在基於從前述攜帶式終端所發送的前述設備維護裝置之認證資訊而進行認證後，向該設備維護裝置發送維護人員偵測確認資訊；前述維護人員偵測手段係藉由從前述維護管理伺服器接收維護人員偵測確認資訊，來偵測維護人員已會同於維護。
13. 如申請專利範圍第1項所述之設備維護管理系統，其中，前述攜帶式終端係具有： 測位手段；以及現在地通知手段，向前述維護管理伺服器通知自體終端之現在地；前述維護管理伺服器係具有：設備資訊記憶手段，記憶前述設備之位置資訊；以及維護人員偵測通知手段，藉由比較從前述攜帶式終端所通知的現在地以及前述各設備之位置資訊，而偵測到前述攜帶式終端位於任一前述設備之預定距離內的情況下，向進行該設備之維護的前述設備維護裝置通知維護人員之偵測；前述維護人員偵測手段係藉由來自前述維護管理伺服器的維護人員之偵測的通知，而偵測維護人員已會同於維護。
14. 一種設備維護裝置，係進行已設置於設施的設備之維護者，具有：維護執行要求資訊取得手段，取得包含由複數個處理所構成的維護中的該處理之執行順序，及顯示每一處理是否需要維護人員之會同的要否資訊的維護執行要求資訊；控制手段，在執行維護時，按照維護執行要求資訊之設定內容，控制各處理之執行；處理執行手段，執行由前述控制手段所指示的處理；以及 維護人員偵測手段，偵測維護人員已會同維護；前述控制手段係在執行需要維護人員之會同的處理時，前述維護人員偵測手段未偵測到維護人員的情況下，使該處理之執行待機。
15. 一種電腦程式產品，係使為了進行已設置於設施的設備之維護所用的電腦具有：維護執行要求資訊取得手段，取得包含由複數個處理所構成的維護中的該處理之執行順序，及顯示每一處理是否需要維護人員之會同的要否資訊的維護執行要求資訊；控制手段，在執行維護時，按照維護執行要求資訊之設定內容，控制各處理之執行；處理執行手段，執行由前述控制手段所指示的處理；以及維護人員偵測手段，偵測維護人員已會同於維護之功能；且前述控制手段係在執行需要維護人員之會同的處理時，前述維護人員偵測手段未偵測到維護人員的情況下，使該處理之執行待機。