本發(fā)明屬于電梯技術領域，涉及可通過社交通信媒體軟件與電梯或電梯群組進行即時交互通信的電梯交互終端以及包括其的電梯交互系統(tǒng)。

背景技術：

在電梯的運行過程中，各種用戶需要與電梯進行交互以進行呼梯等操作。傳統(tǒng)方案中，以用戶需要乘坐電梯為例，通過在樓宇電梯的呼梯按鈕上實現與電梯交互，從而發(fā)出呼梯指令，等待電梯調度系統(tǒng)處理并指派相應的電梯供用戶乘坐。這種方案是非常費時的；并且用戶與電梯之間的交互僅能夠通過類似呼梯按鈕來實現，功能非常單一；例如，用戶不能實現電梯的提前預約、不能滿足用戶需要了解電梯運行狀態(tài)信息的需求等。以電梯維護人員需要對電梯進行維護或監(jiān)控為例，維護人員僅能夠在電梯的電梯遠程監(jiān)控系統(tǒng)中實現與電梯交互，交互困難且專業(yè)化程度要求高。

隨著移動通信和人工智能的快速發(fā)展，移動終端的使用越來越普遍，并廣泛使用社交通信媒體軟件，例如wechat（微信），因此，人與人之間的溝通變得更加容易、快速、有效。

技術實現要素：

本發(fā)明的目的之一在于，實現用戶與電梯之間的交互通信更加有效、便利、快捷。

本發(fā)明的又一目的在于，實現用戶與電梯之間的遠程即時交互通信。

為實現以上目的或者其他目的，本發(fā)明提供以下技術方案。

按照本發(fā)明的一方面，提供一種電梯交互終端，其被配置有社交通信媒體模塊，其中，用戶在所述社交通信媒體模塊中注冊為第一注冊用戶；所述電梯交互終端被配置為所述用戶基于所述社交通信媒體模塊來實現第一注冊用戶與一個或多個電梯對應的第二注冊用戶的交互通信，其中，所述第二注冊用戶是所述電梯在所述社交通信媒體模塊中對應注冊的。

根據本發(fā)明一實施例的電梯交互終端，其中，所述社交通信媒體模塊為wechat、whatsapp、line、微博、twitter或facebook。

根據本發(fā)明一實施例的電梯交互終端，其中，所述電梯交互終端為智能移動終端。

根據本發(fā)明一實施例的電梯交互終端，其中，所述電梯交互終端被配置為所述第一注冊用戶基于所述社交通信媒體模塊請求添加所述第二注冊用戶為好友。

具體地，所述第一注冊用戶與第二注冊用戶之間可交互通信的內容由所述第一注冊用戶是所述第二注冊用戶的好友類型限制。

具體地，所述第一注冊用戶是所述第二注冊用戶的普通好友類型，所述第一注冊用戶與第二注冊用戶之間可交互通信的內容包括：

查詢電梯運行狀態(tài)信息以及相應返回的第一查詢結果信息；和/或

呼梯指令以及相應返回的電梯調度結果信息。

具體地，所述第一注冊用戶是所述第二注冊用戶的特殊好友類型，所述第一注冊用戶與第二注冊用戶之間可交互通信的內容包括：

查詢電梯維護計劃表以及返回相應的第二查詢結果信息；

電梯控制指令；和/或

電梯維護狀態(tài)信息。

在一實例中，所述第一查詢結果信息包括：電梯轎廂當前所處的樓層位置、電梯運行速度和/或轎廂擁擠程度信息。

具體地，可以通過所述服務器的社交通信媒體模塊發(fā)起定位查詢來獲取所述電梯轎廂當前所處的樓層位置。

在又一實例中，所述呼梯指令包括初始樓層和目的樓層，所述相應的電梯調度結果信息包括被分派的電梯編號、該被分派的電梯的當前樓層位置和運行方向。

根據本發(fā)明一實施例的電梯交互終端，其中，所述第一注冊用戶進一步基于用戶的身份而被分為vip用戶、殘障人士用戶和正常用戶，其中，所述vip用戶和殘障人士用戶相對所述正常用戶具有更高優(yōu)先級別與第二注冊用戶進行交互通信。

根據本發(fā)明一實施例的電梯交互終端，其中，所述第一注冊用戶與第二注冊用戶之間交互通信的內容包括文字信息、語音信息和/或圖像信息。

具體地，所述第二注冊用戶發(fā)送的所述圖像信息來自相應電梯的轎廂中的圖像傳感器。

根據本發(fā)明一實施例的電梯交互終端，其中，所述第二注冊用戶通過所述社交通信媒體模塊發(fā)布信息，所述電梯交互終端的第一注冊用戶通過所述社交通信媒體模塊獲知該發(fā)布信息。

根據本發(fā)明一實施例的電梯交互終端，其中，所述電梯的所述第二注冊用戶是多個電梯組成的電梯群組在所述社交通信媒體模塊中對應注冊的。

根據本發(fā)明一實施例的電梯交互終端，其中，所述第一注冊用戶和第二注冊用戶進一步通過云進行交互通信，所述第一注冊用戶與第二注冊用戶之間的交互通信的內容存儲在該云的云服務器上。

按照本發(fā)明的又一方面，提供一種電梯交互系統(tǒng)，包括：

電梯交互終端，其被配置有社交通信媒體模塊，其中，用戶在所述社交通信媒體模塊中注冊為第一注冊用戶；以及

與電梯系統(tǒng)的通信總線耦接的服務器，其被配置有所述社交通信媒體模塊，并且將電梯在所述社交通信媒體模塊中注冊為所述第二注冊用戶；

其中，基于所述社交通信媒體模塊，所述電梯交互終端上所述用戶對應的第一注冊用戶與服務器上所述電梯對應的第二注冊用戶之間進行交互通信。

根據本發(fā)明一實施例的電梯交互系統(tǒng)，其中，所述社交通信媒體模塊為wechat、whatsapp、line、微博、twitter或facebook。

根據本發(fā)明一實施例的電梯交互系統(tǒng)，其中，所述服務器與電梯總線耦接。

根據本發(fā)明一實施例的電梯交互系統(tǒng)，其中，所述服務器設置有：

第一轉碼模塊，其用于將所述第一注冊用戶傳輸過程的信息轉換為符合電梯總線數據格式的信息；以及

第二轉碼模塊，其用于將所述電梯總線傳輸過程的信息轉換為所述社交通信媒體模塊可讀格式的信息。

根據本發(fā)明一實施例的電梯交互系統(tǒng)，其中，所述服務器設置有語音助手模塊。

根據本發(fā)明一實施例的電梯交互系統(tǒng)，其中，所述電梯交互終端與所述服務器之間通過3g/4g網絡通信連接，對應所述服務器設置有3g/4g收發(fā)器。

根據本發(fā)明一實施例的電梯交互系統(tǒng)，其中，所述第一注冊用戶和第二注冊用戶進一步通過云進行交互通信，所述第一注冊用戶與第二注冊用戶之間的交互通信的內容存儲在該云的云服務器上。

根據本發(fā)明一實施例的電梯交互系統(tǒng)，其中，所述服務器與所述電梯的轎廂中設置的圖像傳感器耦接，其中，所述服務器被配置為根據所述電梯交互終端的第一注冊用戶的命令請求而將所述圖像傳感器在相應時刻采集的圖像信息發(fā)送至所述第一注冊用戶。

具體地，所述服務器與樓宇的樓宇管理系統(tǒng)耦接，所述第一注冊用戶與第二注冊用戶之間交互通信的內容被全部或部分地發(fā)送給所述樓宇管理系統(tǒng)，所述樓宇管理系統(tǒng)被配置為根據第一注冊用戶與第二注冊用戶之間交互通信的內容來調整控制除電梯之外的其他設備或系統(tǒng)的狀態(tài)。

具體地，所述電梯交互終端為智能移動終端。

根據本發(fā)明一實施例的電梯交互系統(tǒng)，其中，所述電梯交互終端被配置為所述第一注冊用戶基于所述社交通信媒體模塊請求添加所述第二注冊用戶為好友。

具體地，所述第一注冊用戶與第二注冊用戶之間可交互通信的內容由所述第一注冊用戶是所述第二注冊用戶的好友類型限制。

具體地，所述第一注冊用戶是所述第二注冊用戶的普通好友類型，所述第一注冊用戶與第二注冊用戶之間可交互通信的內容包括：

查詢電梯運行狀態(tài)信息以及相應返回的第一查詢結果信息；和/或

呼梯指令以及相應返回的電梯調度結果信息。

具體地，所述第一注冊用戶是所述第二注冊用戶的特殊好友類型，所述第一注冊用戶與第二注冊用戶之間可交互通信的內容包括：

查詢電梯維護計劃表以及返回相應的第二查詢結果信息；

電梯控制指令；和/或

電梯維護狀態(tài)信息。

具體地，所述第一查詢結果信息包括：電梯轎廂當前所處的樓層位置、電梯運行速度和/或轎廂擁擠程度信息。

具體地，可以通過所述服務器的社交通信媒體模塊發(fā)起定位查詢來獲取所述電梯轎廂當前所處的樓層位置。

具體地，所述呼梯指令包括初始樓層和目的樓層，所述相應的電梯調度結果信息包括被分派的電梯編號、該被分派的電梯的當前樓層位置和運行方向。

根據本發(fā)明一實施例的電梯交互系統(tǒng)，其中，所述第一注冊用戶進一步基于用戶的身份而被分為vip用戶、殘障人士用戶和正常用戶，其中所述vip用戶和殘障人士用戶相對所述正常用戶具有更高優(yōu)先級別與第二注冊用戶進行交互通信。

根據本發(fā)明一實施例的電梯交互系統(tǒng)，其中，所述第二注冊用戶通過社交通信媒體模塊發(fā)布信息，所述電梯交互終端的第一注冊用戶通過所述社交通信媒體模塊獲知該發(fā)布信息。

本發(fā)明的技術效果是，本發(fā)明實施例的電梯交互終端和電梯交互系統(tǒng)可以基于大規(guī)模應用的即時在線聊天工具實現，不但省去專門開發(fā)相應的app或軟件的工作，開發(fā)成本低，而且使用戶更容易接收這種與電梯的交互通信方式；并且，可以以即時在線聊天的方式實現交互通信過程，與電梯的交互通信過程非常方便、簡單、有效、便利、快捷，可以遠程實現。因此，大大提高了用戶的體驗。

附圖說明

從結合附圖的以下詳細說明中，將會使本發(fā)明的上述和其他目的及優(yōu)點更加完整清楚，其中，相同或相似的要素采用相同的標號表示。

圖1是按照本發(fā)明一實施例的電梯交互系統(tǒng)的模塊結構示意圖。

圖2是圖1所示實施例的電梯交互系統(tǒng)的服務器的模塊結構示意圖。

圖3是本發(fā)明一實施例的電梯交互終端與電梯進行交互通信的一應用實例。

圖4是本發(fā)明一實施例的電梯交互終端與電梯進行交互通信的又一應用實例。

圖5是本發(fā)明一實施例的電梯交互終端與電梯進行交互通信的過程示意圖。

圖6是按照本發(fā)明又一實施例的電梯交互系統(tǒng)的模塊結構示意圖。

具體實施方式

下面介紹的是本發(fā)明的多個可能實施例中的一些，旨在提供對本發(fā)明的基本了解，并不旨在確認本發(fā)明的關鍵或決定性的要素或限定所要保護的范圍。容易理解，根據本發(fā)明的技術方案，在不變更本發(fā)明的實質精神下，本領域的一般技術人員可以提出可相互替換的其他實現方式。因此，以下具體實施方式以及附圖僅是對本發(fā)明的技術方案的示例性說明，而不應當視為本發(fā)明的全部或者視為對本發(fā)明技術方案的限定或限制。

下面的描述中，為描述的清楚和簡明，并沒有對圖中所示的所有多個部件或模塊進行詳細描述。附圖中示出了本領域普通技術人員為完全能夠實現本發(fā)明的多個部件或模塊，對于本領域技術人員來說，許多部件或模塊的操作都是熟悉而且明顯的。

圖1所示為按照本發(fā)明一實施例的電梯交互系統(tǒng)的模塊結構示意圖。如圖1所示，本發(fā)明實施例的電梯交互系統(tǒng)使用了一實施例的電梯交互終端10，電梯交互終端10可以為用戶使用的各種智能移動終端，例如，如圖1所示的智能手機（smartphone）；電梯交互終端10被用戶隨身攜帶，用戶使用非常方便，電梯交互終端10中安裝了各種社交通信媒體應用或社交通信媒體軟件，例如，wechat（微信）、whatsapp、line、微博、twitter或facebook等。

對應于電梯控制一端，電梯交互系統(tǒng)相應地也配置有服務器30，服務器30可以為計算機模塊，可以與電梯控制系統(tǒng)的服務器共用；服務器30同樣安裝有相應的社交通信媒體應用或社交通信媒體軟件，例如，wechat（微信）、whatsapp、line、微博、twitter或facebook等等。

其中，電梯交互終端10與服務器30中安裝的社交通信媒體應用是同一類型的應用，例如均為微信。社交通信媒體應用一般地被廣大用戶使用，使用面廣，因此，基于該社交通信媒體應用與電梯通信交互的方式容易被接受。并且，社交通信媒體應用的功能強大，例如可以實現不同用戶之間的文字、圖像、語音等多種形式的信息的交互傳輸，并且例如還具有自媒體發(fā)布功能等，因此，也非常有利于拓展用戶與電梯之間的交互通信的內容形式。

需要說明的是，社交通信媒體應用或軟件的具體類型不是本發(fā)明的實施例，例如還可以為在本申請的申請日后出現的各種不同類型的社交通信媒體應用或軟件。以下以社交通信媒體應用是微信為示例進行示例地說明，其中服務器30和電梯交互終端10下微信客戶端程序安裝即可，從而不需要針對電梯的交互而在專門開發(fā)適用于電梯交互終端的app或軟件；應當理解，其他社交通信媒體應用也可以基于類似的原理同樣實現本申請的目的和功能。

對于用戶，其在電梯交互終端10的微信中注冊為第一注冊用戶；不同的用戶注冊不同的第一注冊用戶。由于用戶在使用微信進行社交聊天時，通常已經注冊有該第一注冊用戶（即用戶id），因此，不需要專門針對與電梯的交互通信而專門注冊相應的用戶id。

對于一個或多個電梯，其在服務器30一端注冊為第二注冊用戶，通過服務器30，該第二注冊用戶可以主動發(fā)送信息至相應的第一注冊用戶。在該實施例中，可以以多個電梯為一個群組注冊第二注冊用戶（即用戶id），以樓宇中的電梯a、電梯b、電梯c和電梯d組成一個電梯群組為示例，其通過服務器30在微信中注冊一個注冊用戶id，即第二注冊用戶。需要說明的是，也可以每個電梯注冊一個第二注冊用戶，如果樓宇中存在多個電梯群組，每個電梯群組注冊一個相應的用戶id。

以電梯交互終端10為安裝有微信的智能手機為示例，服務器30與電梯交互終端10之間通過網絡200通信連接，網絡200具體可以但不限于為3g/4g網絡，對應地，在服務器30一端，設置有相應的3g/4g收發(fā)器310，從而，用戶從電梯交互終端10發(fā)出的微信信息可以被3g/4g收發(fā)器310即時接收并傳送到服務器30。需要說明的是，網絡200中可以通過社交通信媒體應用運營商（例如微信運營商）的服務器進行傳輸內容的交互；網絡200也不限于為3g/4g網絡，例如還可以為5g網絡或無線網絡等；在本發(fā)明的圖示實施例中，其是基于3g/4g網絡進行示例說明的。

在一實施例中，服務器30與電梯總線420耦接，從而實現與若干電梯的控制器410耦接，以電梯a、電梯b、電梯c和電梯d組成的電梯群組示例，它們分別對應的電梯a控制器410a、電梯b控制器410b、電梯c控制器410c和電梯d控制器410d，這些控制器均設置在電梯總線420上。因此，服務器30可以與每個電梯控制器進行交互通信。

圖2所示為圖1所示實施例的電梯交互系統(tǒng)的服務器的模塊結構示意圖。在該實施例中服務器30中設置有兩個轉碼模塊，即第一轉碼模塊310和第二轉碼模塊320，其中第一轉碼模塊310可以接收從3g/4g收發(fā)器310上送過來的用戶消息或用戶指令，此時，用戶消息或用戶指令例如為微信語言格式，第一轉碼模塊310將其轉換成符合電梯總線數據格式的消息或指令，并上送至電梯總線420，從而可以與各個電梯控制器交互通信。第二轉碼模塊320可以接收從電梯總線420傳輸過來的消息或信息，并將其轉換成符合社交通信媒體應用格式的消息或信息，例如，可以將其轉換為微信語言，并下送至3g/4g收發(fā)器310，進而傳輸給電梯交互終端10的用戶。

這樣，可以實現用戶與電梯或電梯群組的交互通信，并且可以以在線聊天的方式實現。

在用戶與電梯或電梯群組的交互通信之前，電梯交互終端10的用戶對應的第一注冊用戶需要首先請求添加相應電梯或電梯群組所對應的第二注冊用戶為好友，并通過管理該第二注冊用戶的工作人員的驗證。以上添加好友的過程可以在微信中進行，管理該第二注冊用戶的工作人員可以根據樓宇管理規(guī)則、第一注冊用戶信息等確定是否通過驗證，其具體條件不是限制性的。

繼續(xù)如圖1所示，在該實施例中，示出了兩種類型的用戶，即乘客91和維護人員92，乘客91需要實現對電梯的呼梯功能，維護人員92相對乘客91具有更多的需求，例如需求更多的電梯相關信息。需要理解的是，用戶并不限于本發(fā)明實施例的兩種類型，例如，還可以增加樓宇管理人員的用戶等。

在該實施例，類似乘客91的用戶所對應的第一注冊用戶在電梯或電梯群組對應的第二注冊用戶中被定義為普通好友類型，類似維護人員92的用戶所對應的第一注冊用戶在電梯或電梯群組對應的第二注冊用戶中被定義為特殊好友類型。不同的好友類型，確定了其與電梯或電梯群組可以交互通信的內容的廣度和深度，也即，第一注冊用戶與第二注冊用戶之間可交互通信的內容由第一注冊用戶是第二注冊用戶的好友類型限制；當第一注冊用戶是第二注冊用戶的普通好友類型，第一注冊用戶與第二注冊用戶之間（也即乘客91與電梯或電梯群組之間）可交互通信的內容包括但不限于：查詢電梯運行狀態(tài)信息以及相應返回的第一查詢結果信息、和/或呼梯指令以及相應返回的電梯調度結果信息；當第一注冊用戶是第二注冊用戶的特殊好友類型，第一注冊用戶與第二注冊用戶之間（也即維護人員92與電梯或電梯群組之間）可交互通信的內容包括但不限于：查詢電梯運行狀態(tài)信息以及相應返回的第一查詢結果信息、呼梯指令以及相應返回的電梯調度結果信息，并且還包括：查詢電梯維護計劃表以及返回相應的第一查詢結果信息、電梯控制指令、和/或電梯維護狀態(tài)信息。

在第二注冊用戶獲取類似電梯位置的第一查詢結果信息時，可以基于微信的定位功能來查詢電梯的位置，方便快捷。

在一實施例中，乘客91或維護人員91可以在發(fā)出呼梯指令之前查詢相應的電梯或電梯群組的電梯運行狀態(tài)信息，例如，查詢電梯轎廂當前所處的樓層、查詢電梯運行速度和/或查詢轎廂擁擠程度信息等電梯運行狀態(tài)信息；需要說明的是，任何乘客91或維護人員91查詢的電梯運行狀態(tài)信息并不限于以上實施例，任何有利于提高乘客體驗但不影響電梯正常運行的電梯運行狀態(tài)都可以被乘客91或維護人員92主動查詢，從而被用戶獲知。

電梯或電梯群組對應的第二注冊用戶可以根據乘客91或維護人員92的主動查詢，反饋相應的查詢結果信息，即第一查詢結果信息。第一查詢結果信息包括但不限于：電梯轎廂當前所處的樓層位置、電梯運行速度和/或轎廂擁擠程度信息。從而乘客91可以根據這些結果信息來確定或調整呼梯指令。

乘客91或維護人員91在電梯交互終端10發(fā)出的呼梯指令具體可以為包括初始樓層和目的樓層信息的呼梯指令，當然，在其他實施例中，也可以是“上”或“下”的呼梯指令（不包括目的樓層信息），還包括初始樓層、目的樓層信息和預約時間的預約呼梯指令，因此，用戶可以以多種形式進行呼梯，用戶體驗好。這些呼梯指令依次通過3g/4g網絡200、3g/4g收發(fā)器310、服務器30上送到電梯總線420，從而可以上送到電梯系統(tǒng)的調度控制系統(tǒng)（圖中未示出），調度控制系統(tǒng)反饋調度控制信息至相應的電梯控制器410，電梯控制器410進一步將電梯調度結果信息發(fā)送至服務器30，在服務器30的第二轉碼模塊320進行格式轉換后以微信語言反饋給第一注冊用戶，即乘客91或維護人員92。具體地，相應的電梯調度結果信息可以包括但不限于：被分派的電梯編號、該被分派的電梯的當前樓層位置和運行方向。這樣，用戶可以預計到需要等待時間等，有利于提高用戶體驗。

在第一注冊用戶使用預約呼梯指令預約電梯時，第二注冊用戶并不立即返回相應的電梯調度結果信息，而是在預約時間點即將來臨時反饋相應的電梯調度結果信息給第一注冊用戶?；诒景l(fā)明實施例的電梯交互終端10，可以非常方便地實現預約呼梯，不但有利于提高電梯系統(tǒng)后臺的調度算法和效率，而且可以更有效地在預約時間點派梯，縮短乘客的等待時間，提高電梯的運行效率。

在該實施例中，維護人員可以與電梯實現更多信息內容的交互通信，如上所述，甚至可以向電梯系統(tǒng)發(fā)送電梯控制指令，例如，發(fā)送使電梯在預定時間進入睡眠模式的電梯控制指令。對應電梯的第二注冊用戶甚至可以將電梯維護狀態(tài)信息主動發(fā)送給維護人員的第一注冊用戶，例如，主動發(fā)送“潤滑油剩余狀態(tài)”等電梯維護狀態(tài)信息給維護人員，從而給電梯維護人員以主動警示或體現，有利于維護人員快速進行維護工作，保障電梯的安全運行。需要說明的是，電梯維護狀態(tài)信息可以是指電梯需要維護的部件或模塊的狀態(tài)信息，其可以根據需要維護的部件或模塊來選擇確定。

進一步，維護人員92查詢電梯維護計劃表，該查詢被服務器30上送至電梯總線420，并在電梯系統(tǒng)中對電梯維護計劃表進行查詢后返回第二查詢結果信息，該第二查詢結果信息在服務器30被轉碼后返回至維護人員92對應的第一注冊用戶；從而，可以方便地獲知維護工作計劃或維護工作安排。

以上電梯交互終端10的第一注冊用戶與服務器30的第二注冊用戶之間的交互通信在如圖1中以標號20示出，其中，21表示從而電梯交互終端10的第一注冊用戶發(fā)送的信息，22表示從電梯或電梯群組對應的第二注冊用戶（服務器30一端）發(fā)送或返回的信息?；谖⑿?，實現了電梯交互終端10的第一注冊用戶與電梯或電梯群組對應的第二注冊用戶的即時聊天，方便快捷地完成了諸如呼梯等操作，并且，可以通過諸如3g/4g網絡200實現，用戶與電梯之間的交互通信不受局域位置限制，可以遠程即時交互通信。因此，用戶體驗大大提高，用戶接受度高。

在又一實施例中，對于第一注冊用戶，按照交互通信的優(yōu)先級別等，可以分為vip用戶、殘障人士用戶和正常用戶三種類型。vip用戶、殘障人士用戶和正常用戶這三種類型可以但不限于屬于以上所述的普通好友類型。在用戶請求添加好友時，根據第一注冊用戶的身份驗證進一步將第一注冊用戶定義到某種類型的用戶。vip用戶和殘障人士用戶對應的第一注冊用戶相對具有更高的權限與第二注冊用戶進行交互通信，并且，第二注冊用戶優(yōu)先接收vip用戶和殘障人士用戶發(fā)送來的諸如呼梯等指令，并優(yōu)先進行處理。例如，在緊急疏散的場景下，第二注冊用戶只接收或優(yōu)先接受殘障人士用戶所發(fā)送過來呼梯指令。在服務器30中，對于不同的用戶分類，第二注冊用戶在好友列表中對第一注冊用戶進行管理分類即可簡單實現。

繼續(xù)如圖1所示，在該實施例中，服務器30還可以與電梯a、電梯b、電梯c和電梯d分別所對應的圖像傳感器a510a、圖像傳感器b510b、圖像傳感器c510c和圖像傳感器d510c耦接，圖像傳感器a、圖像傳感器b、圖像傳感器c和圖像傳感器d例如分別可以為安裝在電梯a、電梯b、電梯c和電梯d的轎廂內部的圖像傳感器，其所獲得的圖像信息可以上送至服務器30，服務器30根據電梯交互終端10的第一注冊用戶的命令請求，可以將相應時刻的圖像信息發(fā)送至第一注冊用戶，該圖像信息可以反映轎廂擁擠程度信息等，其可以供第一注冊用戶參考，例如，參考獲知轎廂的當前擁擠程度。當然，第一注冊用戶直接可以與第二注冊用戶發(fā)起視頻交互通信，例如視頻聊天形式，這樣，方便乘客91或維護人員92更全面地掌握轎廂內的信息或狀態(tài)。

在又一實施例中，在第一注冊用戶查詢了解電梯轎廂的當前擁擠程度時，其擁擠程度信息也可以在服務器30中計算得到（例如根據負載重量的滿載百分比），第二注冊用戶通過服務器30回復“擁擠”、“滿載”等擁擠程度信息至第一注冊用戶，乘客可以方便、簡單地獲知擁擠程度信息。

因此，電梯交互終端10的第一注冊用戶與服務器30的第二注冊用戶之間的交互通信20的內容不但包括文字信息（例如微信語言表示的文字信息），可以包括來自以上圖像傳感器a510a、圖像傳感器b510b、圖像傳感器c510c和圖像傳感器d510c中的圖像信息（例如一個或多個圖片信息或視頻信息），甚至還可以語音信息，以微信為示例，第一注冊用戶或第二注冊用戶可以發(fā)送語音信息，或者二者之間可以實現語音聊天。為此，可以在服務器30上設置語音助手模塊（圖中未示出），例如siri語音助手或cotena語音助手。通過語音助手模塊，第二注冊用戶不但能夠識別第一注冊用戶發(fā)送過來的語音信息或語音指令，甚至還可以將電梯控制器反饋過來的信息轉換為語音信息發(fā)送至第一注冊用戶。

繼續(xù)如圖1所示，在一實施例中，服務器30可以與樓宇的樓宇管理系統(tǒng)（buildingmanagesystem，bms）80直接或間接耦接，例如，如圖1所示，通過電梯總線420與bms80耦接，從而服務器30進一步可以與bms80交互通信，例如，電梯控制器410返回給服務器30的內容可以同時全部或部分地傳輸給bms80，服務器30從第一注冊用戶接收到的信息或指令在進行格式轉換后可以同時發(fā)送給bms80。也就是說，第一注冊用戶與第二注冊用戶之間交互通信的內容可以全部或部分地發(fā)送給bms80，bms80進一步被配置為根據第一注冊用戶與第二注冊用戶之間交互通信的內容來調整控制其所控制的其他設備或系統(tǒng)（電梯之外的）的狀態(tài)。例如，bms80根據第一注冊用戶與第二注冊用戶之間交互通信內容，可以獲知用戶的呼梯指令以及電梯目前的運行狀態(tài)，這樣，bms80就可以判斷出當前有用戶即將要到某樓層的會議室開會，bms80控制空調系統(tǒng)、燈光控制系統(tǒng)等，及時自動打開該樓層會議室的空調、燈光，甚至把燈光、空調調到預定的模式，或者bms80還可以控制門禁系統(tǒng)，在用戶到達時識別并自動解鎖門禁系統(tǒng)。以下示例給出電梯交互系統(tǒng)的應用實施例。

圖3所示為本發(fā)明一實施例的電梯交互終端與電梯進行交互通信的一應用實例。如圖3所示，電梯交互終端10的微信會話窗口110中，乘客對應的第一注冊用戶91與電梯群組1（包括電梯a、電梯b、電梯c和電梯d）對應的第二注冊用戶31進行微信聊天的情形。在該示例中，第一注冊用戶91發(fā)出了呼梯指令（例如，“35樓”、“35樓至2樓”）或者預約呼梯指令（例如，“25樓至2樓，10am”）、第二注冊用戶31即時返回了相應的電梯調度結果信息（例如，“電梯b派送中”、“電梯a派送中”、“已接收”）；第一注冊用戶91查詢電梯運行狀態(tài)信息（例如，“你在哪里”），第二注冊用戶31即時返回相應的第一查詢結果信息（例如，“電梯a在1樓電梯b在20樓、電梯c正從5至40樓的過程中”），結果信息主要為電梯轎廂當前所處的樓層位置。

圖4所示為本發(fā)明一實施例的電梯交互終端與電梯進行交互通信的又一應用實例。如圖4所示，電梯交互終端10的微信會話窗口110中，維護人員對應的第一注冊用戶92與電梯群組1（包括電梯a、電梯b、電梯c和電梯d）對應的第二注冊用戶31進行即時在線會話的情形。在該示例中，第一注冊用戶92發(fā)出查詢電梯維護計劃表的指令（例如，“下次維護是什么時候？”），第二注冊用戶31即時返回相應的第二查詢結果信息（例如，“8月1號”）；第一注冊用戶92發(fā)出電梯控制指令（例如，“現在停1樓”、“在下午12點進入睡眠模式”），第二注冊用戶31返回相應的回應（例如，“2分鐘內”、“已經接收”）；第二注冊用戶31還可以在某個時刻主動發(fā)送電梯維護狀態(tài)信息（例如，“報警！潤滑油現在下降到60%”），這樣電梯維護人員可以即時在線接收，快速啟動對電梯進行維護。

需要說明的是，電梯交互終端與電梯進行交互通信的內容和方式并不限于以上實施例，例如，第二注冊用戶可以通過微信在朋友圈發(fā)布信息（諸如發(fā)布電梯當前處于維護狀態(tài)的信息），使諸多第一注冊用戶能夠方便地獲知該信息。因此，電梯能夠以社交媒體的方式實現與用戶交互通信。

圖5所示為本發(fā)明一實施例的電梯交互終端與電梯進行交互通信的過程示意圖。以下結合圖1、圖2和圖5進行詳細說明，其中主要示出了對應服務器30一端與電梯控制器的交互通信過程，其中以一條用戶指令的問答通信過程進行示例說明。

首先，步驟s41，判斷3g/4g收發(fā)器310是否收到新的用戶指令。該用戶指令可以是由乘客91或維護人員92對應的第一注冊用戶從電梯交互終端10發(fā)送過來的各種微信語言格式的指令或信息。

進一步，步驟s42，服務器30接收3g/4g收發(fā)器310上的用戶指令，并將其轉碼為符合電梯總線420的數據格式的指令。該步驟主要在如圖2所示的服務器310的第一轉碼模塊310中完成。

進一步，步驟s43，服務器30將轉碼后的指令發(fā)送至電梯總線420。

進一步，步驟s44，與電梯總線420耦接的電梯控制器410響應該指令，并將響應結果信息返送至服務器30。例如，該指令為查詢電梯位置時，電梯控制器410將響應該指令并反饋電梯群組內的各個電梯的位置。需要理解的是，在其他實施例中，與電梯總線420耦接的其他部件或系統(tǒng)（電梯調度系統(tǒng)等）也可以響應相應的指令并將響應結果信息返送至服務器30。

進一步，步驟s45，服務器接收該響應結果信息，并將其轉碼為微信語言。該步驟主要在如圖2所示的服務器310的第二轉碼模塊320中完成。

進一步，步驟s46，3g/4g收發(fā)器將該微信語言即時發(fā)送至電梯交互終端，也即發(fā)送給第一注冊用戶。

至此，步驟s47，該條用戶指令的問答通信結束。

以上步驟s41至步驟s47可以不斷循環(huán)進行。

圖6所示為按照本發(fā)明又一實施例的電梯交互系統(tǒng)的模塊結構示意圖。相比于圖1所示實施例的電梯交互系統(tǒng)，圖6所示實施例的電梯交互系統(tǒng)的主要差別在于在網絡200中設置有云（cloud）210。在此，與圖1所示實施例相同或相似的部件將不再一一贅述。

如圖6所示，服務器30可以通過網絡200與云210通信連接并進行數據傳輸，電梯交互終端10也可以通過網絡200與云210通信連接并進行數據傳輸；云210中設置有一個或多個云服務器211，第一注冊用戶與第二注冊用戶之間的交互通信的內容都可以云數據形式存儲在該云服務器211上并基于云進行相互交互通信，這樣，對于追求信息安全的電梯系統(tǒng)來說，是相對比較安全的。具體地，云服務器211可以設置相應的云數據庫來存儲第一注冊用戶與第二注冊用戶之間的交互通信的內容。

本發(fā)明實施例的電梯交互終端和電梯交互系統(tǒng)可以基于大規(guī)模應用的即時在線聊天工具實現，不但省去專門開發(fā)相應的app或軟件的工作，開發(fā)成本低，而且使用戶更容易接收這種與電梯的交互通信方式；并且，可以以即時在線聊天的方式實現交互通信過程，與電梯的交互通信過程非常方便、簡單、有效、便利、快捷，可以遠程實現。因此，大大提高了用戶的體驗。

將理解，當據稱將部件“連接”或“耦接”到另一個部件時，它可以直接連接或耦接到另一個部件或可以存在中間部件。相反，當據稱將部件“直接耦接”或“直接連接”到另一個部件時，則不存在中間部件。

以上例子主要說明了本發(fā)明的電梯交互終端以及其電梯交互系統(tǒng)。盡管只對其中一些本發(fā)明的實施方式進行了描述，但是本領域普通技術人員應當了解，本發(fā)明可以在不偏離其主旨與范圍內以許多其他的形式實施。因此，所展示的例子與實施方式被視為示意性的而非限制性的，在不脫離如所附各權利要求所定義的本發(fā)明精神及范圍的情況下，本發(fā)明可能涵蓋各種的修改與替換。