本發(fā)明屬于電梯技術(shù)領(lǐng)域,涉及可通過社交通信媒體軟件與電梯或電梯群組進(jìn)行即時(shí)交互通信的電梯交互終端以及包括其的電梯交互系統(tǒng)。
背景技術(shù):
在電梯的運(yùn)行過程中,各種用戶需要與電梯進(jìn)行交互以進(jìn)行呼梯等操作。傳統(tǒng)方案中,以用戶需要乘坐電梯為例,通過在樓宇電梯的呼梯按鈕上實(shí)現(xiàn)與電梯交互,從而發(fā)出呼梯指令,等待電梯調(diào)度系統(tǒng)處理并指派相應(yīng)的電梯供用戶乘坐。這種方案是非常費(fèi)時(shí)的;并且用戶與電梯之間的交互僅能夠通過類似呼梯按鈕來實(shí)現(xiàn),功能非常單一;例如,用戶不能實(shí)現(xiàn)電梯的提前預(yù)約、不能滿足用戶需要了解電梯運(yùn)行狀態(tài)信息的需求等。以電梯維護(hù)人員需要對(duì)電梯進(jìn)行維護(hù)或監(jiān)控為例,維護(hù)人員僅能夠在電梯的電梯遠(yuǎn)程監(jiān)控系統(tǒng)中實(shí)現(xiàn)與電梯交互,交互困難且專業(yè)化程度要求高。
隨著移動(dòng)通信和人工智能的快速發(fā)展,移動(dòng)終端的使用越來越普遍,并廣泛使用社交通信媒體軟件,例如wechat(微信),因此,人與人之間的溝通變得更加容易、快速、有效。
技術(shù)實(shí)現(xiàn)要素:
本發(fā)明的目的之一在于,實(shí)現(xiàn)用戶與電梯之間的交互通信更加有效、便利、快捷。
本發(fā)明的又一目的在于,實(shí)現(xiàn)用戶與電梯之間的遠(yuǎn)程即時(shí)交互通信。
為實(shí)現(xiàn)以上目的或者其他目的,本發(fā)明提供以下技術(shù)方案。
按照本發(fā)明的一方面,提供一種電梯交互終端,其被配置有社交通信媒體模塊,其中,用戶在所述社交通信媒體模塊中注冊(cè)為第一注冊(cè)用戶;所述電梯交互終端被配置為所述用戶基于所述社交通信媒體模塊來實(shí)現(xiàn)第一注冊(cè)用戶與一個(gè)或多個(gè)電梯對(duì)應(yīng)的第二注冊(cè)用戶的交互通信,其中,所述第二注冊(cè)用戶是所述電梯在所述社交通信媒體模塊中對(duì)應(yīng)注冊(cè)的。
根據(jù)本發(fā)明一實(shí)施例的電梯交互終端,其中,所述社交通信媒體模塊為wechat、whatsapp、line、微博、twitter或facebook。
根據(jù)本發(fā)明一實(shí)施例的電梯交互終端,其中,所述電梯交互終端為智能移動(dòng)終端。
根據(jù)本發(fā)明一實(shí)施例的電梯交互終端,其中,所述電梯交互終端被配置為所述第一注冊(cè)用戶基于所述社交通信媒體模塊請(qǐng)求添加所述第二注冊(cè)用戶為好友。
具體地,所述第一注冊(cè)用戶與第二注冊(cè)用戶之間可交互通信的內(nèi)容由所述第一注冊(cè)用戶是所述第二注冊(cè)用戶的好友類型限制。
具體地,所述第一注冊(cè)用戶是所述第二注冊(cè)用戶的普通好友類型,所述第一注冊(cè)用戶與第二注冊(cè)用戶之間可交互通信的內(nèi)容包括:
查詢電梯運(yùn)行狀態(tài)信息以及相應(yīng)返回的第一查詢結(jié)果信息;和/或
呼梯指令以及相應(yīng)返回的電梯調(diào)度結(jié)果信息。
具體地,所述第一注冊(cè)用戶是所述第二注冊(cè)用戶的特殊好友類型,所述第一注冊(cè)用戶與第二注冊(cè)用戶之間可交互通信的內(nèi)容包括:
查詢電梯維護(hù)計(jì)劃表以及返回相應(yīng)的第二查詢結(jié)果信息;
電梯控制指令;和/或
電梯維護(hù)狀態(tài)信息。
在一實(shí)例中,所述第一查詢結(jié)果信息包括:電梯轎廂當(dāng)前所處的樓層位置、電梯運(yùn)行速度和/或轎廂擁擠程度信息。
具體地,可以通過所述服務(wù)器的社交通信媒體模塊發(fā)起定位查詢來獲取所述電梯轎廂當(dāng)前所處的樓層位置。
在又一實(shí)例中,所述呼梯指令包括初始樓層和目的樓層,所述相應(yīng)的電梯調(diào)度結(jié)果信息包括被分派的電梯編號(hào)、該被分派的電梯的當(dāng)前樓層位置和運(yùn)行方向。
根據(jù)本發(fā)明一實(shí)施例的電梯交互終端,其中,所述第一注冊(cè)用戶進(jìn)一步基于用戶的身份而被分為vip用戶、殘障人士用戶和正常用戶,其中,所述vip用戶和殘障人士用戶相對(duì)所述正常用戶具有更高優(yōu)先級(jí)別與第二注冊(cè)用戶進(jìn)行交互通信。
根據(jù)本發(fā)明一實(shí)施例的電梯交互終端,其中,所述第一注冊(cè)用戶與第二注冊(cè)用戶之間交互通信的內(nèi)容包括文字信息、語音信息和/或圖像信息。
具體地,所述第二注冊(cè)用戶發(fā)送的所述圖像信息來自相應(yīng)電梯的轎廂中的圖像傳感器。
根據(jù)本發(fā)明一實(shí)施例的電梯交互終端,其中,所述第二注冊(cè)用戶通過所述社交通信媒體模塊發(fā)布信息,所述電梯交互終端的第一注冊(cè)用戶通過所述社交通信媒體模塊獲知該發(fā)布信息。
根據(jù)本發(fā)明一實(shí)施例的電梯交互終端,其中,所述電梯的所述第二注冊(cè)用戶是多個(gè)電梯組成的電梯群組在所述社交通信媒體模塊中對(duì)應(yīng)注冊(cè)的。
根據(jù)本發(fā)明一實(shí)施例的電梯交互終端,其中,所述第一注冊(cè)用戶和第二注冊(cè)用戶進(jìn)一步通過云進(jìn)行交互通信,所述第一注冊(cè)用戶與第二注冊(cè)用戶之間的交互通信的內(nèi)容存儲(chǔ)在該云的云服務(wù)器上。
按照本發(fā)明的又一方面,提供一種電梯交互系統(tǒng),包括:
電梯交互終端,其被配置有社交通信媒體模塊,其中,用戶在所述社交通信媒體模塊中注冊(cè)為第一注冊(cè)用戶;以及
與電梯系統(tǒng)的通信總線耦接的服務(wù)器,其被配置有所述社交通信媒體模塊,并且將電梯在所述社交通信媒體模塊中注冊(cè)為所述第二注冊(cè)用戶;
其中,基于所述社交通信媒體模塊,所述電梯交互終端上所述用戶對(duì)應(yīng)的第一注冊(cè)用戶與服務(wù)器上所述電梯對(duì)應(yīng)的第二注冊(cè)用戶之間進(jìn)行交互通信。
根據(jù)本發(fā)明一實(shí)施例的電梯交互系統(tǒng),其中,所述社交通信媒體模塊為wechat、whatsapp、line、微博、twitter或facebook。
根據(jù)本發(fā)明一實(shí)施例的電梯交互系統(tǒng),其中,所述服務(wù)器與電梯總線耦接。
根據(jù)本發(fā)明一實(shí)施例的電梯交互系統(tǒng),其中,所述服務(wù)器設(shè)置有:
第一轉(zhuǎn)碼模塊,其用于將所述第一注冊(cè)用戶傳輸過程的信息轉(zhuǎn)換為符合電梯總線數(shù)據(jù)格式的信息;以及
第二轉(zhuǎn)碼模塊,其用于將所述電梯總線傳輸過程的信息轉(zhuǎn)換為所述社交通信媒體模塊可讀格式的信息。
根據(jù)本發(fā)明一實(shí)施例的電梯交互系統(tǒng),其中,所述服務(wù)器設(shè)置有語音助手模塊。
根據(jù)本發(fā)明一實(shí)施例的電梯交互系統(tǒng),其中,所述電梯交互終端與所述服務(wù)器之間通過3g/4g網(wǎng)絡(luò)通信連接,對(duì)應(yīng)所述服務(wù)器設(shè)置有3g/4g收發(fā)器。
根據(jù)本發(fā)明一實(shí)施例的電梯交互系統(tǒng),其中,所述第一注冊(cè)用戶和第二注冊(cè)用戶進(jìn)一步通過云進(jìn)行交互通信,所述第一注冊(cè)用戶與第二注冊(cè)用戶之間的交互通信的內(nèi)容存儲(chǔ)在該云的云服務(wù)器上。
根據(jù)本發(fā)明一實(shí)施例的電梯交互系統(tǒng),其中,所述服務(wù)器與所述電梯的轎廂中設(shè)置的圖像傳感器耦接,其中,所述服務(wù)器被配置為根據(jù)所述電梯交互終端的第一注冊(cè)用戶的命令請(qǐng)求而將所述圖像傳感器在相應(yīng)時(shí)刻采集的圖像信息發(fā)送至所述第一注冊(cè)用戶。
具體地,所述服務(wù)器與樓宇的樓宇管理系統(tǒng)耦接,所述第一注冊(cè)用戶與第二注冊(cè)用戶之間交互通信的內(nèi)容被全部或部分地發(fā)送給所述樓宇管理系統(tǒng),所述樓宇管理系統(tǒng)被配置為根據(jù)第一注冊(cè)用戶與第二注冊(cè)用戶之間交互通信的內(nèi)容來調(diào)整控制除電梯之外的其他設(shè)備或系統(tǒng)的狀態(tài)。
具體地,所述電梯交互終端為智能移動(dòng)終端。
根據(jù)本發(fā)明一實(shí)施例的電梯交互系統(tǒng),其中,所述電梯交互終端被配置為所述第一注冊(cè)用戶基于所述社交通信媒體模塊請(qǐng)求添加所述第二注冊(cè)用戶為好友。
具體地,所述第一注冊(cè)用戶與第二注冊(cè)用戶之間可交互通信的內(nèi)容由所述第一注冊(cè)用戶是所述第二注冊(cè)用戶的好友類型限制。
具體地,所述第一注冊(cè)用戶是所述第二注冊(cè)用戶的普通好友類型,所述第一注冊(cè)用戶與第二注冊(cè)用戶之間可交互通信的內(nèi)容包括:
查詢電梯運(yùn)行狀態(tài)信息以及相應(yīng)返回的第一查詢結(jié)果信息;和/或
呼梯指令以及相應(yīng)返回的電梯調(diào)度結(jié)果信息。
具體地,所述第一注冊(cè)用戶是所述第二注冊(cè)用戶的特殊好友類型,所述第一注冊(cè)用戶與第二注冊(cè)用戶之間可交互通信的內(nèi)容包括:
查詢電梯維護(hù)計(jì)劃表以及返回相應(yīng)的第二查詢結(jié)果信息;
電梯控制指令;和/或
電梯維護(hù)狀態(tài)信息。
具體地,所述第一查詢結(jié)果信息包括:電梯轎廂當(dāng)前所處的樓層位置、電梯運(yùn)行速度和/或轎廂擁擠程度信息。
具體地,可以通過所述服務(wù)器的社交通信媒體模塊發(fā)起定位查詢來獲取所述電梯轎廂當(dāng)前所處的樓層位置。
具體地,所述呼梯指令包括初始樓層和目的樓層,所述相應(yīng)的電梯調(diào)度結(jié)果信息包括被分派的電梯編號(hào)、該被分派的電梯的當(dāng)前樓層位置和運(yùn)行方向。
根據(jù)本發(fā)明一實(shí)施例的電梯交互系統(tǒng),其中,所述第一注冊(cè)用戶進(jìn)一步基于用戶的身份而被分為vip用戶、殘障人士用戶和正常用戶,其中所述vip用戶和殘障人士用戶相對(duì)所述正常用戶具有更高優(yōu)先級(jí)別與第二注冊(cè)用戶進(jìn)行交互通信。
根據(jù)本發(fā)明一實(shí)施例的電梯交互系統(tǒng),其中,所述第二注冊(cè)用戶通過社交通信媒體模塊發(fā)布信息,所述電梯交互終端的第一注冊(cè)用戶通過所述社交通信媒體模塊獲知該發(fā)布信息。
本發(fā)明的技術(shù)效果是,本發(fā)明實(shí)施例的電梯交互終端和電梯交互系統(tǒng)可以基于大規(guī)模應(yīng)用的即時(shí)在線聊天工具實(shí)現(xiàn),不但省去專門開發(fā)相應(yīng)的app或軟件的工作,開發(fā)成本低,而且使用戶更容易接收這種與電梯的交互通信方式;并且,可以以即時(shí)在線聊天的方式實(shí)現(xiàn)交互通信過程,與電梯的交互通信過程非常方便、簡(jiǎn)單、有效、便利、快捷,可以遠(yuǎn)程實(shí)現(xiàn)。因此,大大提高了用戶的體驗(yàn)。
附圖說明
從結(jié)合附圖的以下詳細(xì)說明中,將會(huì)使本發(fā)明的上述和其他目的及優(yōu)點(diǎn)更加完整清楚,其中,相同或相似的要素采用相同的標(biāo)號(hào)表示。
圖1是按照本發(fā)明一實(shí)施例的電梯交互系統(tǒng)的模塊結(jié)構(gòu)示意圖。
圖2是圖1所示實(shí)施例的電梯交互系統(tǒng)的服務(wù)器的模塊結(jié)構(gòu)示意圖。
圖3是本發(fā)明一實(shí)施例的電梯交互終端與電梯進(jìn)行交互通信的一應(yīng)用實(shí)例。
圖4是本發(fā)明一實(shí)施例的電梯交互終端與電梯進(jìn)行交互通信的又一應(yīng)用實(shí)例。
圖5是本發(fā)明一實(shí)施例的電梯交互終端與電梯進(jìn)行交互通信的過程示意圖。
圖6是按照本發(fā)明又一實(shí)施例的電梯交互系統(tǒng)的模塊結(jié)構(gòu)示意圖。
具體實(shí)施方式
下面介紹的是本發(fā)明的多個(gè)可能實(shí)施例中的一些,旨在提供對(duì)本發(fā)明的基本了解,并不旨在確認(rèn)本發(fā)明的關(guān)鍵或決定性的要素或限定所要保護(hù)的范圍。容易理解,根據(jù)本發(fā)明的技術(shù)方案,在不變更本發(fā)明的實(shí)質(zhì)精神下,本領(lǐng)域的一般技術(shù)人員可以提出可相互替換的其他實(shí)現(xiàn)方式。因此,以下具體實(shí)施方式以及附圖僅是對(duì)本發(fā)明的技術(shù)方案的示例性說明,而不應(yīng)當(dāng)視為本發(fā)明的全部或者視為對(duì)本發(fā)明技術(shù)方案的限定或限制。
下面的描述中,為描述的清楚和簡(jiǎn)明,并沒有對(duì)圖中所示的所有多個(gè)部件或模塊進(jìn)行詳細(xì)描述。附圖中示出了本領(lǐng)域普通技術(shù)人員為完全能夠?qū)崿F(xiàn)本發(fā)明的多個(gè)部件或模塊,對(duì)于本領(lǐng)域技術(shù)人員來說,許多部件或模塊的操作都是熟悉而且明顯的。
圖1所示為按照本發(fā)明一實(shí)施例的電梯交互系統(tǒng)的模塊結(jié)構(gòu)示意圖。如圖1所示,本發(fā)明實(shí)施例的電梯交互系統(tǒng)使用了一實(shí)施例的電梯交互終端10,電梯交互終端10可以為用戶使用的各種智能移動(dòng)終端,例如,如圖1所示的智能手機(jī)(smartphone);電梯交互終端10被用戶隨身攜帶,用戶使用非常方便,電梯交互終端10中安裝了各種社交通信媒體應(yīng)用或社交通信媒體軟件,例如,wechat(微信)、whatsapp、line、微博、twitter或facebook等。
對(duì)應(yīng)于電梯控制一端,電梯交互系統(tǒng)相應(yīng)地也配置有服務(wù)器30,服務(wù)器30可以為計(jì)算機(jī)模塊,可以與電梯控制系統(tǒng)的服務(wù)器共用;服務(wù)器30同樣安裝有相應(yīng)的社交通信媒體應(yīng)用或社交通信媒體軟件,例如,wechat(微信)、whatsapp、line、微博、twitter或facebook等等。
其中,電梯交互終端10與服務(wù)器30中安裝的社交通信媒體應(yīng)用是同一類型的應(yīng)用,例如均為微信。社交通信媒體應(yīng)用一般地被廣大用戶使用,使用面廣,因此,基于該社交通信媒體應(yīng)用與電梯通信交互的方式容易被接受。并且,社交通信媒體應(yīng)用的功能強(qiáng)大,例如可以實(shí)現(xiàn)不同用戶之間的文字、圖像、語音等多種形式的信息的交互傳輸,并且例如還具有自媒體發(fā)布功能等,因此,也非常有利于拓展用戶與電梯之間的交互通信的內(nèi)容形式。
需要說明的是,社交通信媒體應(yīng)用或軟件的具體類型不是本發(fā)明的實(shí)施例,例如還可以為在本申請(qǐng)的申請(qǐng)日后出現(xiàn)的各種不同類型的社交通信媒體應(yīng)用或軟件。以下以社交通信媒體應(yīng)用是微信為示例進(jìn)行示例地說明,其中服務(wù)器30和電梯交互終端10下微信客戶端程序安裝即可,從而不需要針對(duì)電梯的交互而在專門開發(fā)適用于電梯交互終端的app或軟件;應(yīng)當(dāng)理解,其他社交通信媒體應(yīng)用也可以基于類似的原理同樣實(shí)現(xiàn)本申請(qǐng)的目的和功能。
對(duì)于用戶,其在電梯交互終端10的微信中注冊(cè)為第一注冊(cè)用戶;不同的用戶注冊(cè)不同的第一注冊(cè)用戶。由于用戶在使用微信進(jìn)行社交聊天時(shí),通常已經(jīng)注冊(cè)有該第一注冊(cè)用戶(即用戶id),因此,不需要專門針對(duì)與電梯的交互通信而專門注冊(cè)相應(yīng)的用戶id。
對(duì)于一個(gè)或多個(gè)電梯,其在服務(wù)器30一端注冊(cè)為第二注冊(cè)用戶,通過服務(wù)器30,該第二注冊(cè)用戶可以主動(dòng)發(fā)送信息至相應(yīng)的第一注冊(cè)用戶。在該實(shí)施例中,可以以多個(gè)電梯為一個(gè)群組注冊(cè)第二注冊(cè)用戶(即用戶id),以樓宇中的電梯a、電梯b、電梯c和電梯d組成一個(gè)電梯群組為示例,其通過服務(wù)器30在微信中注冊(cè)一個(gè)注冊(cè)用戶id,即第二注冊(cè)用戶。需要說明的是,也可以每個(gè)電梯注冊(cè)一個(gè)第二注冊(cè)用戶,如果樓宇中存在多個(gè)電梯群組,每個(gè)電梯群組注冊(cè)一個(gè)相應(yīng)的用戶id。
以電梯交互終端10為安裝有微信的智能手機(jī)為示例,服務(wù)器30與電梯交互終端10之間通過網(wǎng)絡(luò)200通信連接,網(wǎng)絡(luò)200具體可以但不限于為3g/4g網(wǎng)絡(luò),對(duì)應(yīng)地,在服務(wù)器30一端,設(shè)置有相應(yīng)的3g/4g收發(fā)器310,從而,用戶從電梯交互終端10發(fā)出的微信信息可以被3g/4g收發(fā)器310即時(shí)接收并傳送到服務(wù)器30。需要說明的是,網(wǎng)絡(luò)200中可以通過社交通信媒體應(yīng)用運(yùn)營(yíng)商(例如微信運(yùn)營(yíng)商)的服務(wù)器進(jìn)行傳輸內(nèi)容的交互;網(wǎng)絡(luò)200也不限于為3g/4g網(wǎng)絡(luò),例如還可以為5g網(wǎng)絡(luò)或無線網(wǎng)絡(luò)等;在本發(fā)明的圖示實(shí)施例中,其是基于3g/4g網(wǎng)絡(luò)進(jìn)行示例說明的。
在一實(shí)施例中,服務(wù)器30與電梯總線420耦接,從而實(shí)現(xiàn)與若干電梯的控制器410耦接,以電梯a、電梯b、電梯c和電梯d組成的電梯群組示例,它們分別對(duì)應(yīng)的電梯a控制器410a、電梯b控制器410b、電梯c控制器410c和電梯d控制器410d,這些控制器均設(shè)置在電梯總線420上。因此,服務(wù)器30可以與每個(gè)電梯控制器進(jìn)行交互通信。
圖2所示為圖1所示實(shí)施例的電梯交互系統(tǒng)的服務(wù)器的模塊結(jié)構(gòu)示意圖。在該實(shí)施例中服務(wù)器30中設(shè)置有兩個(gè)轉(zhuǎn)碼模塊,即第一轉(zhuǎn)碼模塊310和第二轉(zhuǎn)碼模塊320,其中第一轉(zhuǎn)碼模塊310可以接收從3g/4g收發(fā)器310上送過來的用戶消息或用戶指令,此時(shí),用戶消息或用戶指令例如為微信語言格式,第一轉(zhuǎn)碼模塊310將其轉(zhuǎn)換成符合電梯總線數(shù)據(jù)格式的消息或指令,并上送至電梯總線420,從而可以與各個(gè)電梯控制器交互通信。第二轉(zhuǎn)碼模塊320可以接收從電梯總線420傳輸過來的消息或信息,并將其轉(zhuǎn)換成符合社交通信媒體應(yīng)用格式的消息或信息,例如,可以將其轉(zhuǎn)換為微信語言,并下送至3g/4g收發(fā)器310,進(jìn)而傳輸給電梯交互終端10的用戶。
這樣,可以實(shí)現(xiàn)用戶與電梯或電梯群組的交互通信,并且可以以在線聊天的方式實(shí)現(xiàn)。
在用戶與電梯或電梯群組的交互通信之前,電梯交互終端10的用戶對(duì)應(yīng)的第一注冊(cè)用戶需要首先請(qǐng)求添加相應(yīng)電梯或電梯群組所對(duì)應(yīng)的第二注冊(cè)用戶為好友,并通過管理該第二注冊(cè)用戶的工作人員的驗(yàn)證。以上添加好友的過程可以在微信中進(jìn)行,管理該第二注冊(cè)用戶的工作人員可以根據(jù)樓宇管理規(guī)則、第一注冊(cè)用戶信息等確定是否通過驗(yàn)證,其具體條件不是限制性的。
繼續(xù)如圖1所示,在該實(shí)施例中,示出了兩種類型的用戶,即乘客91和維護(hù)人員92,乘客91需要實(shí)現(xiàn)對(duì)電梯的呼梯功能,維護(hù)人員92相對(duì)乘客91具有更多的需求,例如需求更多的電梯相關(guān)信息。需要理解的是,用戶并不限于本發(fā)明實(shí)施例的兩種類型,例如,還可以增加樓宇管理人員的用戶等。
在該實(shí)施例,類似乘客91的用戶所對(duì)應(yīng)的第一注冊(cè)用戶在電梯或電梯群組對(duì)應(yīng)的第二注冊(cè)用戶中被定義為普通好友類型,類似維護(hù)人員92的用戶所對(duì)應(yīng)的第一注冊(cè)用戶在電梯或電梯群組對(duì)應(yīng)的第二注冊(cè)用戶中被定義為特殊好友類型。不同的好友類型,確定了其與電梯或電梯群組可以交互通信的內(nèi)容的廣度和深度,也即,第一注冊(cè)用戶與第二注冊(cè)用戶之間可交互通信的內(nèi)容由第一注冊(cè)用戶是第二注冊(cè)用戶的好友類型限制;當(dāng)?shù)谝蛔?cè)用戶是第二注冊(cè)用戶的普通好友類型,第一注冊(cè)用戶與第二注冊(cè)用戶之間(也即乘客91與電梯或電梯群組之間)可交互通信的內(nèi)容包括但不限于:查詢電梯運(yùn)行狀態(tài)信息以及相應(yīng)返回的第一查詢結(jié)果信息、和/或呼梯指令以及相應(yīng)返回的電梯調(diào)度結(jié)果信息;當(dāng)?shù)谝蛔?cè)用戶是第二注冊(cè)用戶的特殊好友類型,第一注冊(cè)用戶與第二注冊(cè)用戶之間(也即維護(hù)人員92與電梯或電梯群組之間)可交互通信的內(nèi)容包括但不限于:查詢電梯運(yùn)行狀態(tài)信息以及相應(yīng)返回的第一查詢結(jié)果信息、呼梯指令以及相應(yīng)返回的電梯調(diào)度結(jié)果信息,并且還包括:查詢電梯維護(hù)計(jì)劃表以及返回相應(yīng)的第一查詢結(jié)果信息、電梯控制指令、和/或電梯維護(hù)狀態(tài)信息。
在第二注冊(cè)用戶獲取類似電梯位置的第一查詢結(jié)果信息時(shí),可以基于微信的定位功能來查詢電梯的位置,方便快捷。
在一實(shí)施例中,乘客91或維護(hù)人員91可以在發(fā)出呼梯指令之前查詢相應(yīng)的電梯或電梯群組的電梯運(yùn)行狀態(tài)信息,例如,查詢電梯轎廂當(dāng)前所處的樓層、查詢電梯運(yùn)行速度和/或查詢轎廂擁擠程度信息等電梯運(yùn)行狀態(tài)信息;需要說明的是,任何乘客91或維護(hù)人員91查詢的電梯運(yùn)行狀態(tài)信息并不限于以上實(shí)施例,任何有利于提高乘客體驗(yàn)但不影響電梯正常運(yùn)行的電梯運(yùn)行狀態(tài)都可以被乘客91或維護(hù)人員92主動(dòng)查詢,從而被用戶獲知。
電梯或電梯群組對(duì)應(yīng)的第二注冊(cè)用戶可以根據(jù)乘客91或維護(hù)人員92的主動(dòng)查詢,反饋相應(yīng)的查詢結(jié)果信息,即第一查詢結(jié)果信息。第一查詢結(jié)果信息包括但不限于:電梯轎廂當(dāng)前所處的樓層位置、電梯運(yùn)行速度和/或轎廂擁擠程度信息。從而乘客91可以根據(jù)這些結(jié)果信息來確定或調(diào)整呼梯指令。
乘客91或維護(hù)人員91在電梯交互終端10發(fā)出的呼梯指令具體可以為包括初始樓層和目的樓層信息的呼梯指令,當(dāng)然,在其他實(shí)施例中,也可以是“上”或“下”的呼梯指令(不包括目的樓層信息),還包括初始樓層、目的樓層信息和預(yù)約時(shí)間的預(yù)約呼梯指令,因此,用戶可以以多種形式進(jìn)行呼梯,用戶體驗(yàn)好。這些呼梯指令依次通過3g/4g網(wǎng)絡(luò)200、3g/4g收發(fā)器310、服務(wù)器30上送到電梯總線420,從而可以上送到電梯系統(tǒng)的調(diào)度控制系統(tǒng)(圖中未示出),調(diào)度控制系統(tǒng)反饋調(diào)度控制信息至相應(yīng)的電梯控制器410,電梯控制器410進(jìn)一步將電梯調(diào)度結(jié)果信息發(fā)送至服務(wù)器30,在服務(wù)器30的第二轉(zhuǎn)碼模塊320進(jìn)行格式轉(zhuǎn)換后以微信語言反饋給第一注冊(cè)用戶,即乘客91或維護(hù)人員92。具體地,相應(yīng)的電梯調(diào)度結(jié)果信息可以包括但不限于:被分派的電梯編號(hào)、該被分派的電梯的當(dāng)前樓層位置和運(yùn)行方向。這樣,用戶可以預(yù)計(jì)到需要等待時(shí)間等,有利于提高用戶體驗(yàn)。
在第一注冊(cè)用戶使用預(yù)約呼梯指令預(yù)約電梯時(shí),第二注冊(cè)用戶并不立即返回相應(yīng)的電梯調(diào)度結(jié)果信息,而是在預(yù)約時(shí)間點(diǎn)即將來臨時(shí)反饋相應(yīng)的電梯調(diào)度結(jié)果信息給第一注冊(cè)用戶?;诒景l(fā)明實(shí)施例的電梯交互終端10,可以非常方便地實(shí)現(xiàn)預(yù)約呼梯,不但有利于提高電梯系統(tǒng)后臺(tái)的調(diào)度算法和效率,而且可以更有效地在預(yù)約時(shí)間點(diǎn)派梯,縮短乘客的等待時(shí)間,提高電梯的運(yùn)行效率。
在該實(shí)施例中,維護(hù)人員可以與電梯實(shí)現(xiàn)更多信息內(nèi)容的交互通信,如上所述,甚至可以向電梯系統(tǒng)發(fā)送電梯控制指令,例如,發(fā)送使電梯在預(yù)定時(shí)間進(jìn)入睡眠模式的電梯控制指令。對(duì)應(yīng)電梯的第二注冊(cè)用戶甚至可以將電梯維護(hù)狀態(tài)信息主動(dòng)發(fā)送給維護(hù)人員的第一注冊(cè)用戶,例如,主動(dòng)發(fā)送“潤(rùn)滑油剩余狀態(tài)”等電梯維護(hù)狀態(tài)信息給維護(hù)人員,從而給電梯維護(hù)人員以主動(dòng)警示或體現(xiàn),有利于維護(hù)人員快速進(jìn)行維護(hù)工作,保障電梯的安全運(yùn)行。需要說明的是,電梯維護(hù)狀態(tài)信息可以是指電梯需要維護(hù)的部件或模塊的狀態(tài)信息,其可以根據(jù)需要維護(hù)的部件或模塊來選擇確定。
進(jìn)一步,維護(hù)人員92查詢電梯維護(hù)計(jì)劃表,該查詢被服務(wù)器30上送至電梯總線420,并在電梯系統(tǒng)中對(duì)電梯維護(hù)計(jì)劃表進(jìn)行查詢后返回第二查詢結(jié)果信息,該第二查詢結(jié)果信息在服務(wù)器30被轉(zhuǎn)碼后返回至維護(hù)人員92對(duì)應(yīng)的第一注冊(cè)用戶;從而,可以方便地獲知維護(hù)工作計(jì)劃或維護(hù)工作安排。
以上電梯交互終端10的第一注冊(cè)用戶與服務(wù)器30的第二注冊(cè)用戶之間的交互通信在如圖1中以標(biāo)號(hào)20示出,其中,21表示從而電梯交互終端10的第一注冊(cè)用戶發(fā)送的信息,22表示從電梯或電梯群組對(duì)應(yīng)的第二注冊(cè)用戶(服務(wù)器30一端)發(fā)送或返回的信息?;谖⑿?,實(shí)現(xiàn)了電梯交互終端10的第一注冊(cè)用戶與電梯或電梯群組對(duì)應(yīng)的第二注冊(cè)用戶的即時(shí)聊天,方便快捷地完成了諸如呼梯等操作,并且,可以通過諸如3g/4g網(wǎng)絡(luò)200實(shí)現(xiàn),用戶與電梯之間的交互通信不受局域位置限制,可以遠(yuǎn)程即時(shí)交互通信。因此,用戶體驗(yàn)大大提高,用戶接受度高。
在又一實(shí)施例中,對(duì)于第一注冊(cè)用戶,按照交互通信的優(yōu)先級(jí)別等,可以分為vip用戶、殘障人士用戶和正常用戶三種類型。vip用戶、殘障人士用戶和正常用戶這三種類型可以但不限于屬于以上所述的普通好友類型。在用戶請(qǐng)求添加好友時(shí),根據(jù)第一注冊(cè)用戶的身份驗(yàn)證進(jìn)一步將第一注冊(cè)用戶定義到某種類型的用戶。vip用戶和殘障人士用戶對(duì)應(yīng)的第一注冊(cè)用戶相對(duì)具有更高的權(quán)限與第二注冊(cè)用戶進(jìn)行交互通信,并且,第二注冊(cè)用戶優(yōu)先接收vip用戶和殘障人士用戶發(fā)送來的諸如呼梯等指令,并優(yōu)先進(jìn)行處理。例如,在緊急疏散的場(chǎng)景下,第二注冊(cè)用戶只接收或優(yōu)先接受殘障人士用戶所發(fā)送過來呼梯指令。在服務(wù)器30中,對(duì)于不同的用戶分類,第二注冊(cè)用戶在好友列表中對(duì)第一注冊(cè)用戶進(jìn)行管理分類即可簡(jiǎn)單實(shí)現(xiàn)。
繼續(xù)如圖1所示,在該實(shí)施例中,服務(wù)器30還可以與電梯a、電梯b、電梯c和電梯d分別所對(duì)應(yīng)的圖像傳感器a510a、圖像傳感器b510b、圖像傳感器c510c和圖像傳感器d510c耦接,圖像傳感器a、圖像傳感器b、圖像傳感器c和圖像傳感器d例如分別可以為安裝在電梯a、電梯b、電梯c和電梯d的轎廂內(nèi)部的圖像傳感器,其所獲得的圖像信息可以上送至服務(wù)器30,服務(wù)器30根據(jù)電梯交互終端10的第一注冊(cè)用戶的命令請(qǐng)求,可以將相應(yīng)時(shí)刻的圖像信息發(fā)送至第一注冊(cè)用戶,該圖像信息可以反映轎廂擁擠程度信息等,其可以供第一注冊(cè)用戶參考,例如,參考獲知轎廂的當(dāng)前擁擠程度。當(dāng)然,第一注冊(cè)用戶直接可以與第二注冊(cè)用戶發(fā)起視頻交互通信,例如視頻聊天形式,這樣,方便乘客91或維護(hù)人員92更全面地掌握轎廂內(nèi)的信息或狀態(tài)。
在又一實(shí)施例中,在第一注冊(cè)用戶查詢了解電梯轎廂的當(dāng)前擁擠程度時(shí),其擁擠程度信息也可以在服務(wù)器30中計(jì)算得到(例如根據(jù)負(fù)載重量的滿載百分比),第二注冊(cè)用戶通過服務(wù)器30回復(fù)“擁擠”、“滿載”等擁擠程度信息至第一注冊(cè)用戶,乘客可以方便、簡(jiǎn)單地獲知擁擠程度信息。
因此,電梯交互終端10的第一注冊(cè)用戶與服務(wù)器30的第二注冊(cè)用戶之間的交互通信20的內(nèi)容不但包括文字信息(例如微信語言表示的文字信息),可以包括來自以上圖像傳感器a510a、圖像傳感器b510b、圖像傳感器c510c和圖像傳感器d510c中的圖像信息(例如一個(gè)或多個(gè)圖片信息或視頻信息),甚至還可以語音信息,以微信為示例,第一注冊(cè)用戶或第二注冊(cè)用戶可以發(fā)送語音信息,或者二者之間可以實(shí)現(xiàn)語音聊天。為此,可以在服務(wù)器30上設(shè)置語音助手模塊(圖中未示出),例如siri語音助手或cotena語音助手。通過語音助手模塊,第二注冊(cè)用戶不但能夠識(shí)別第一注冊(cè)用戶發(fā)送過來的語音信息或語音指令,甚至還可以將電梯控制器反饋過來的信息轉(zhuǎn)換為語音信息發(fā)送至第一注冊(cè)用戶。
繼續(xù)如圖1所示,在一實(shí)施例中,服務(wù)器30可以與樓宇的樓宇管理系統(tǒng)(buildingmanagesystem,bms)80直接或間接耦接,例如,如圖1所示,通過電梯總線420與bms80耦接,從而服務(wù)器30進(jìn)一步可以與bms80交互通信,例如,電梯控制器410返回給服務(wù)器30的內(nèi)容可以同時(shí)全部或部分地傳輸給bms80,服務(wù)器30從第一注冊(cè)用戶接收到的信息或指令在進(jìn)行格式轉(zhuǎn)換后可以同時(shí)發(fā)送給bms80。也就是說,第一注冊(cè)用戶與第二注冊(cè)用戶之間交互通信的內(nèi)容可以全部或部分地發(fā)送給bms80,bms80進(jìn)一步被配置為根據(jù)第一注冊(cè)用戶與第二注冊(cè)用戶之間交互通信的內(nèi)容來調(diào)整控制其所控制的其他設(shè)備或系統(tǒng)(電梯之外的)的狀態(tài)。例如,bms80根據(jù)第一注冊(cè)用戶與第二注冊(cè)用戶之間交互通信內(nèi)容,可以獲知用戶的呼梯指令以及電梯目前的運(yùn)行狀態(tài),這樣,bms80就可以判斷出當(dāng)前有用戶即將要到某樓層的會(huì)議室開會(huì),bms80控制空調(diào)系統(tǒng)、燈光控制系統(tǒng)等,及時(shí)自動(dòng)打開該樓層會(huì)議室的空調(diào)、燈光,甚至把燈光、空調(diào)調(diào)到預(yù)定的模式,或者bms80還可以控制門禁系統(tǒng),在用戶到達(dá)時(shí)識(shí)別并自動(dòng)解鎖門禁系統(tǒng)。以下示例給出電梯交互系統(tǒng)的應(yīng)用實(shí)施例。
圖3所示為本發(fā)明一實(shí)施例的電梯交互終端與電梯進(jìn)行交互通信的一應(yīng)用實(shí)例。如圖3所示,電梯交互終端10的微信會(huì)話窗口110中,乘客對(duì)應(yīng)的第一注冊(cè)用戶91與電梯群組1(包括電梯a、電梯b、電梯c和電梯d)對(duì)應(yīng)的第二注冊(cè)用戶31進(jìn)行微信聊天的情形。在該示例中,第一注冊(cè)用戶91發(fā)出了呼梯指令(例如,“35樓”、“35樓至2樓”)或者預(yù)約呼梯指令(例如,“25樓至2樓,10am”)、第二注冊(cè)用戶31即時(shí)返回了相應(yīng)的電梯調(diào)度結(jié)果信息(例如,“電梯b派送中”、“電梯a派送中”、“已接收”);第一注冊(cè)用戶91查詢電梯運(yùn)行狀態(tài)信息(例如,“你在哪里”),第二注冊(cè)用戶31即時(shí)返回相應(yīng)的第一查詢結(jié)果信息(例如,“電梯a在1樓電梯b在20樓、電梯c正從5至40樓的過程中”),結(jié)果信息主要為電梯轎廂當(dāng)前所處的樓層位置。
圖4所示為本發(fā)明一實(shí)施例的電梯交互終端與電梯進(jìn)行交互通信的又一應(yīng)用實(shí)例。如圖4所示,電梯交互終端10的微信會(huì)話窗口110中,維護(hù)人員對(duì)應(yīng)的第一注冊(cè)用戶92與電梯群組1(包括電梯a、電梯b、電梯c和電梯d)對(duì)應(yīng)的第二注冊(cè)用戶31進(jìn)行即時(shí)在線會(huì)話的情形。在該示例中,第一注冊(cè)用戶92發(fā)出查詢電梯維護(hù)計(jì)劃表的指令(例如,“下次維護(hù)是什么時(shí)候?”),第二注冊(cè)用戶31即時(shí)返回相應(yīng)的第二查詢結(jié)果信息(例如,“8月1號(hào)”);第一注冊(cè)用戶92發(fā)出電梯控制指令(例如,“現(xiàn)在停1樓”、“在下午12點(diǎn)進(jìn)入睡眠模式”),第二注冊(cè)用戶31返回相應(yīng)的回應(yīng)(例如,“2分鐘內(nèi)”、“已經(jīng)接收”);第二注冊(cè)用戶31還可以在某個(gè)時(shí)刻主動(dòng)發(fā)送電梯維護(hù)狀態(tài)信息(例如,“報(bào)警!潤(rùn)滑油現(xiàn)在下降到60%”),這樣電梯維護(hù)人員可以即時(shí)在線接收,快速啟動(dòng)對(duì)電梯進(jìn)行維護(hù)。
需要說明的是,電梯交互終端與電梯進(jìn)行交互通信的內(nèi)容和方式并不限于以上實(shí)施例,例如,第二注冊(cè)用戶可以通過微信在朋友圈發(fā)布信息(諸如發(fā)布電梯當(dāng)前處于維護(hù)狀態(tài)的信息),使諸多第一注冊(cè)用戶能夠方便地獲知該信息。因此,電梯能夠以社交媒體的方式實(shí)現(xiàn)與用戶交互通信。
圖5所示為本發(fā)明一實(shí)施例的電梯交互終端與電梯進(jìn)行交互通信的過程示意圖。以下結(jié)合圖1、圖2和圖5進(jìn)行詳細(xì)說明,其中主要示出了對(duì)應(yīng)服務(wù)器30一端與電梯控制器的交互通信過程,其中以一條用戶指令的問答通信過程進(jìn)行示例說明。
首先,步驟s41,判斷3g/4g收發(fā)器310是否收到新的用戶指令。該用戶指令可以是由乘客91或維護(hù)人員92對(duì)應(yīng)的第一注冊(cè)用戶從電梯交互終端10發(fā)送過來的各種微信語言格式的指令或信息。
進(jìn)一步,步驟s42,服務(wù)器30接收3g/4g收發(fā)器310上的用戶指令,并將其轉(zhuǎn)碼為符合電梯總線420的數(shù)據(jù)格式的指令。該步驟主要在如圖2所示的服務(wù)器310的第一轉(zhuǎn)碼模塊310中完成。
進(jìn)一步,步驟s43,服務(wù)器30將轉(zhuǎn)碼后的指令發(fā)送至電梯總線420。
進(jìn)一步,步驟s44,與電梯總線420耦接的電梯控制器410響應(yīng)該指令,并將響應(yīng)結(jié)果信息返送至服務(wù)器30。例如,該指令為查詢電梯位置時(shí),電梯控制器410將響應(yīng)該指令并反饋電梯群組內(nèi)的各個(gè)電梯的位置。需要理解的是,在其他實(shí)施例中,與電梯總線420耦接的其他部件或系統(tǒng)(電梯調(diào)度系統(tǒng)等)也可以響應(yīng)相應(yīng)的指令并將響應(yīng)結(jié)果信息返送至服務(wù)器30。
進(jìn)一步,步驟s45,服務(wù)器接收該響應(yīng)結(jié)果信息,并將其轉(zhuǎn)碼為微信語言。該步驟主要在如圖2所示的服務(wù)器310的第二轉(zhuǎn)碼模塊320中完成。
進(jìn)一步,步驟s46,3g/4g收發(fā)器將該微信語言即時(shí)發(fā)送至電梯交互終端,也即發(fā)送給第一注冊(cè)用戶。
至此,步驟s47,該條用戶指令的問答通信結(jié)束。
以上步驟s41至步驟s47可以不斷循環(huán)進(jìn)行。
圖6所示為按照本發(fā)明又一實(shí)施例的電梯交互系統(tǒng)的模塊結(jié)構(gòu)示意圖。相比于圖1所示實(shí)施例的電梯交互系統(tǒng),圖6所示實(shí)施例的電梯交互系統(tǒng)的主要差別在于在網(wǎng)絡(luò)200中設(shè)置有云(cloud)210。在此,與圖1所示實(shí)施例相同或相似的部件將不再一一贅述。
如圖6所示,服務(wù)器30可以通過網(wǎng)絡(luò)200與云210通信連接并進(jìn)行數(shù)據(jù)傳輸,電梯交互終端10也可以通過網(wǎng)絡(luò)200與云210通信連接并進(jìn)行數(shù)據(jù)傳輸;云210中設(shè)置有一個(gè)或多個(gè)云服務(wù)器211,第一注冊(cè)用戶與第二注冊(cè)用戶之間的交互通信的內(nèi)容都可以云數(shù)據(jù)形式存儲(chǔ)在該云服務(wù)器211上并基于云進(jìn)行相互交互通信,這樣,對(duì)于追求信息安全的電梯系統(tǒng)來說,是相對(duì)比較安全的。具體地,云服務(wù)器211可以設(shè)置相應(yīng)的云數(shù)據(jù)庫來存儲(chǔ)第一注冊(cè)用戶與第二注冊(cè)用戶之間的交互通信的內(nèi)容。
本發(fā)明實(shí)施例的電梯交互終端和電梯交互系統(tǒng)可以基于大規(guī)模應(yīng)用的即時(shí)在線聊天工具實(shí)現(xiàn),不但省去專門開發(fā)相應(yīng)的app或軟件的工作,開發(fā)成本低,而且使用戶更容易接收這種與電梯的交互通信方式;并且,可以以即時(shí)在線聊天的方式實(shí)現(xiàn)交互通信過程,與電梯的交互通信過程非常方便、簡(jiǎn)單、有效、便利、快捷,可以遠(yuǎn)程實(shí)現(xiàn)。因此,大大提高了用戶的體驗(yàn)。
將理解,當(dāng)據(jù)稱將部件“連接”或“耦接”到另一個(gè)部件時(shí),它可以直接連接或耦接到另一個(gè)部件或可以存在中間部件。相反,當(dāng)據(jù)稱將部件“直接耦接”或“直接連接”到另一個(gè)部件時(shí),則不存在中間部件。
以上例子主要說明了本發(fā)明的電梯交互終端以及其電梯交互系統(tǒng)。盡管只對(duì)其中一些本發(fā)明的實(shí)施方式進(jìn)行了描述,但是本領(lǐng)域普通技術(shù)人員應(yīng)當(dāng)了解,本發(fā)明可以在不偏離其主旨與范圍內(nèi)以許多其他的形式實(shí)施。因此,所展示的例子與實(shí)施方式被視為示意性的而非限制性的,在不脫離如所附各權(quán)利要求所定義的本發(fā)明精神及范圍的情況下,本發(fā)明可能涵蓋各種的修改與替換。