TW202102760A - 利用行動裝置之網路位址之開門方法及門鎖解除方法 - Google Patents

Abstract

本發明提供一種開門方法，其係包含使用與使用者相關聯之行動裝置中固有的IP位址，對構成為限制入場至既定空間之門傳送請求前述門之開放之開門訊號的步驟(S8)；回應前述開門訊號之接收，基於票券管理表及前述行動裝置之IP位址，判定是否許可前述使用者入場至前述既定空間的步驟(S9)；及回應許可前述使用者入場至前述既定空間之判定，為了讓前述使用者可入場至前述既定空間而控制前述門的步驟(S11)。票券管理表，係包含表示複數行動裝置中固有的複數IP位址之複數網路位址資訊。

Description

利用行動裝置之網路位址之開門方法及門鎖解除方法

本發明關於一種利用行動裝置之網路位址的開門方法及門鎖解除方法。

現今，智慧型手機等行動裝置急速地普及，行動裝置被使用於日常生活之所有情境中。沒有行動裝置的生活在現代社會中快變得無法成立。例如，在搭乘電車時使用之乘車券，已逐漸從Suica(註冊商標)等IC卡乘車券置換為行動Suica(註冊商標)等智慧型手機上運作之應用軟體。此外，航空票券，已逐漸置換為於智慧型手機顯示畫面顯示之二維條碼(QR code等)來取代紙本的航空票券。

此外，於近期備受矚目之共享服務(例如，房間共享服務或車輛共享服務)中，亦頻繁地使用智慧型手機進行車輛或房間的使用預約等。例如，在非專利文獻1中揭露之車輛共享服務中，使用者在使用智慧型手機預約車輛後，藉由將用於使用車輛共享服務之會員卡於預約車輛上感應而能夠使用預約車輛。此外，房間共享服務(民宿)中，使用者可使用智慧型手機預約民宅之房間，另一方面，為了使用預約房間，必須從預約房間之所有者取得預約房間之物理性的鑰匙。同樣地，使用旅館或會議 室之情況下，亦可使用智慧型手機預約旅館及會議室，另一方面，為了使用旅館或會議室，必須於服務台等取得卡片鑰匙。

【先前技術文獻】

【非專利文獻】

【非專利文獻1】「車輛共享Times car PLUS」，(online)、(2019年1月11日檢索)，網址<https://plus.timescar.jp/use/>

然而，藉由利用作為行動裝置之智慧型手機的服務來提升使用者便利性，另一方面，基於以下觀點，仍有檢討利用智慧型手機等之行動裝置的服務之改善的餘地。例如，使用者在利用複數相異之車輛共享服務時，必須管理與各車輛共享服務對應之複數會員卡。此外，使用者在使用旅館或民宿時，為了使用房間而必須取得物理性的鑰匙。進一步，在使用智慧型手機利用各種服務之情況下，必須安裝與各種服務對應之複數應用軟體於智慧型手機中，且每次使用既定服務時，必須啟動對應的應用軟體。

從上述觀點而言，本發明之目的在於利用行動裝置之各種服務中提升使用者的便利性。尤其是，本發明之目的在於提供一種能夠提升使用者的便利性之開門方法及門鎖解除方法。

本發明之一態樣之開門方法，係包含：

使用與使用者相關聯之行動裝置中固有的網路位址，對構成為限制入場至既定空間之門，傳送請求開放前述門之開門訊號，的步驟；

回應前述開門訊號之接收，基於管理表及前述行動裝置之網路位址，判定是否許可前述使用者入場至前述既定空間的步驟；及

回應許可前述使用者入場至前述既定空間之判定，為了讓前述使用者能夠入場至前述既定空間而控制前述門的步驟。

前述管理表，包含複數網路位址資訊，且前述複數網路位址資訊係表示個別與複數使用者之一相關聯之複數行動裝置中固有的複數網路位址。

根據前述方法，使用行動裝置中固有的網路位址，判定是否應該許可與前述行動裝置相關聯之使用者入場至既定空間。因此，可將行動裝置本身用作入場至既定空間時使用之入場票券。因此，使用者不需要攜帶物理性的入場票券或二維條碼，可僅藉由行動裝置通過門。

此外，根據本方法，使用者在通過複數門時，不用準備與各門對應之物理性的票券或二維條碼等即可通過複數門。

因此，可提供一種能夠提升使用者之便利性、並提供使用者新穎之門入場體驗之開門方法。

此外，前述管理表，亦可進一步包含關於複數票券之複數票券資訊。前述開門方法，亦可進一步包含回應許可前述使用者入場至前述既定空間之判定，將與前述使用者相關聯之票券資訊輸出至外部或者將前述票券資訊傳送至前述行動裝置的步驟。

根據上述方法，當使用者通過門時可取得票券資訊，因此可進一步提升使用者之便利性。

此外，前述管理表，亦可包含使用者管理表、及票券管理表。前述使用者管理表，亦可包含關於複數使用者之複數使用者識別資訊、及個別與前述複數使用者識別資訊之一相關聯之前述複數網路位址資訊。前述票券管理表，亦可包含前述複數使用者識別資訊。

判定是否許可前述使用者入場至前述既定空間的步驟，亦可包含：

基於前述使用者管理表及前述行動裝置之網路位址，確定與前述行動裝置之網路位址對應的使用者識別資訊的步驟；

基於前述確定之使用者識別資訊及前述票券管理表，判定前述確定之使用者識別資訊是否與前述票券管理表所含之複數使用者識別資訊之一為一致的步驟；及

在前述確定之使用者識別資訊與前述票券管理表所含之複數使用者識別資訊之一為一致的情況下，決定許可前述使用者入場至前述既定空間的步驟。

根據前述方法，藉由參照使用者管理表、票券管理表及行動裝置之網路位址，可判定是否應該許可與前述行動裝置相關聯之使用者入場至既定空間。

此外，前述管理表，亦可包含票券管理表。

前述票券管理表，亦可包含前述複數網路位址資訊。

判定是否許可前述使用者入場至前述既定空間的步驟，亦可包含：

基於前述票券管理表及前述行動裝置之網路位址，判定前述行動裝置 之網路位址是否與前述票券管理表所含之前述複數行動裝置之網路位址之一為一致的步驟；及

在前述行動裝置之網路位址與前述票券管理表所含之前述複數行動裝置之網路位址之一為一致的情況下，決定許可前述使用者入場至前述既定空間的步驟。

根據前述方法，藉由參照票券管理表及行動裝置之網路位址，可判定是否應該許可與前述行動裝置相關聯之使用者入場至既定空間。

前述管理表，亦可藉由通訊網路而存放於可通訊地連接至前述門之管理伺服器。

判定是否許可前述使用者入場至前述既定空間的步驟，亦可藉由前述管理伺服器執行，且亦可包含藉由前述通訊網路從前述門接收關於前述行動裝置的網路位址之資訊的步驟。

根據前述方法，藉由配置在通訊網路上之管理伺服器，判定是否應該許可使用者入場至既定空間。如此，不必將管理表存放於門，且不必由門執行前述判定處理。

此外，前述管理表，亦可存放於前述門。

判定是否許可前述使用者入場至前述既定空間的步驟，亦可藉由前述門執行。

根據前述方法，藉由門判定是否應該許可使用者入場至既定空間。如此，在管理伺服器不介入之情況下即可執行前述判定處理。

亦可提供一種開門程式，其係用於使電腦執行前述開門方法。

根據前述，可提供一種能夠提升使用者之便利性之開門程式。

亦可提供一種電腦可讀取之記憶媒體，其係保存有前述開門程式。

此外，本發明之一態樣之開門系統，係具備：

與使用者相關聯且具有固有的網路位址之行動裝置、以及

構成為可通訊地連接至前述行動裝置並同時限制入場至既定空間之門。

前述開門系統，係構成為執行前述開門方法。

根據前述，可提供一種能夠提升使用者之便利性之開門系統。

此外，開門系統，亦可進一步具備藉由通訊網路而可通訊地連接至前述門之管理伺服器。

本發明之一態樣之門鎖解除方法，係包含：

使用與使用者相關聯之行動裝置中固有的網路位址，向對象物傳送請求前述對象物之門之解鎖的門鎖解除訊號的步驟；

回應前述門鎖解除訊號之接收，基於管理表及前述行動裝置之網路位址，判定是否許可前述門之解鎖的步驟；及

回應許可前述門之解鎖之判定，將前述門解鎖的步驟。

前述管理表，包含複數網路位址資訊，且前述複數網路位址資訊表示個別與複數使用者之一相關聯之複數行動裝置中固有的複數網路位址。

根據前述方法，使用行動裝置中固有的網路位址，判定是否 許可對象物之門之解鎖。因此，行動裝置本身可用作用於解鎖對象物(例如，車輛或房間)之門的鑰匙。因此，使用者不需要攜帶物理性的鑰匙(包含卡片鑰匙)，可僅藉由行動裝置將對象物之門解鎖。

此外，藉由本方法，使用者在使用複數對象物時，不用準備與各對象物對應之物理性的鑰匙即可將複數對象物之門解鎖。

因此，可提供一種能夠提升使用者之便利性、並提供使用者新穎的體驗(例如，共享體驗)之門鎖解除方法。

此外，前述門鎖解除方法，亦可進一步包含在前述門解鎖後，回應前述行動裝置與前述對象物之間之通訊，將前述門上鎖或解鎖的步驟。

根據前述方法，回應行動裝置與對象物之間的通訊而將門上鎖或解鎖。如此，在對象物之門被解鎖後仍可繼續利用行動裝置作為對象物之鑰匙。

此外，前述管理表，亦可包含使用者管理表、及前述對象物之預約管理表。

前述使用者管理表，亦可包含關於複數使用者之複數使用者識別資訊、及個別與前述複數使用者識別資訊之一相關聯之前述複數網路位址資訊。

前述預約管理表，亦可包含複數使用者識別資訊。

判定是否許可前述門之解鎖的步驟，亦可包含：

基於前述使用者管理表及前述行動裝置之網路位址，確定與前述行動裝置之網路位址對應之使用者識別資訊的步驟；

基於前述確定之使用者識別資訊及前述預約管理表，判定前述對象物 是否由與前述使用者識別資訊對應之前述使用者所預約的步驟；及

在前述對象物由與前述使用者識別資訊對應之前述使用者所預約之情況下，決定許可前述門之解鎖的步驟。

根據前述方法，藉由參照對象物之預約管理表、使用者管理表及行動裝置之網路位址，可判定是否應該許可對象物之門之解鎖。

此外，前述管理表，亦可包含前述對象物之預約管理表。

前述預約管理表，亦可包含前述複數網路位址資訊。

判定是否許可前述門之解鎖的步驟，亦可包含：

基於前述預約管理表及前述行動裝置之網路位址，判定前述對象物是否由與前述行動裝置相關聯之前述使用者所預約的步驟；及

在前述對象物由與前述行動裝置相關聯之前述使用者所預約之情況下，決定許可前述門之解鎖的步驟。

根據前述方法，藉由參照對象物之預約管理表及行動裝置之網路位址，可判定是否應該許可對象物之門之解鎖。

此外，前述管理表，係藉由通訊網路而存放於可通訊地連接至前述對象物之管理伺服器。

判定是否許可前述門之解鎖的步驟，係藉由前述管理伺服器執行，且亦可包含藉由前述通訊網路從前述對象物接收關於前述行動裝置之網路位址之資訊的步驟。

根據前述方法，藉由配置在通訊網路上之管理伺服器，判定是否應該許可對象物之門之解鎖。因此，不必將預約管理表存放於對象物，且對象物不必執行前述判定處理。

前述管理表，亦可存放於前述對象物。

判定是否許可前述門之解鎖的步驟，亦可藉由前述對象物執行。

此外，前述對象物，亦可為車輛。

根據前述方法，使用行動裝置之網路位址判定是否許可車輛之門之解鎖。因此，行動裝置本身可用作用於解鎖車輛的門之鑰匙。因此，使用者不需要攜帶物理性的鑰匙(包含卡片鑰匙)，可僅藉由行動裝置將車輛之門解鎖。

此外，根據本方法，使用者在使用複數車輛時不用準備與各車輛對應之物理性的鑰匙即可將複數車輛之門解鎖。

因此，可提供一種能夠提升使用者之便利性、並提供使用者新穎的車輛共享體驗或租車體驗之門鎖解除方法。

此外，前述對象物，亦可為房間。

根據前述方法，使用行動裝置之網路位址判定是否許可房間之門之解鎖。因此，行動裝置本身可用作用於解鎖房間之門之鑰匙。因此，使用者不需要攜帶物理性的鑰匙(包含卡片鑰匙)，可僅藉由行動裝置將房間之門解鎖。

此外，根據本方法，使用者在使用複數房間時不用準備與各房間對應之物理性的鑰匙即可將複數房間之門解鎖。

因此，可提供一種能夠提升使用者之便利性、並提供新穎的房間共享體驗之門鎖解除方法。

此外，亦可提供一種門鎖解除程式，其係用於使電腦執行前述門鎖解除方法。

藉由前述，可提供一種能夠飛躍性地提升使用者之便利性之門鎖解除程式。

此外，亦可提供一種電腦可讀取之記憶媒體，其係保存有前述門鎖解除程式。

一種門鎖解除系統，其係具備與使用者相關聯且具有固有的網路位址之行動裝置、及可通訊地連接至前述行動裝置之對象物。

前述門鎖解除，係構成為執行前述門鎖解除方法。

藉由前述，可提供一種能夠飛躍性地提升使用者之便利性之門鎖解除系統。

前述門鎖解除系統，亦可進一步具備藉由通訊網路而與前述對象物連接之管理伺服器。

根據本發明，可提升在利用行動裝置之各種服務中之使用者之便利性。尤其是，本發明可提供一種能夠提升使用者之便利性之開門方法及門鎖解除方法。

1:開門系統

1a、1b:門鎖解除系統

2:行動裝置

3:門

3a:車輛

3b:房間

4、4a、4b:管理伺服器

5:通訊網路

20:控制部

23:儲存裝置

24:相機

25:網路介面

26:顯示部

27:輸入操作部

29:匯流排

30、30a:控制部

30b:門鎖控制系統

31b:控制部

32a:驅動機構

32b:門

33、33a、33b:儲存裝置

34a:人機介面(HMI)

35、35a、35b:網路介面

36:門板驅動電路

36a、36b:門鎖控制電路

37:門板

37a、37b:門鎖機構

38、38a、38b:擴音器

39:匯流排

39a:門

40:控制部

43:儲存裝置

45:網路介面

49:匯流排

U:使用者

【圖1】表示本實施型態之開門系統的圖。

【圖2】表示行動裝置之硬體構成之一例的圖。

【圖3】表示管理伺服器之硬體構成之一例的圖。

【圖4】表示門之硬體構成之一例的圖。

【圖5】用於說明本實施型態之開門方法之順序圖(1)。

【圖6】用於說明本實施型態之開門方法之順序圖(2)。

【圖7】(a)，表示使用者管理表之一例的圖。(b)，表示票券管理表之一例的圖。

【圖8】用於說明取得門之IP位址之處理的流程圖。

【圖9】用於說明代替圖6所示之處理A之處理的流程圖。

【圖10】用於說明變形例之開門方法的順序圖(1)。

【圖11】用於說明變形例之開門方法的順序圖(2)。

【圖12】表示本實施型態之車輛之門鎖解除系統的圖。

【圖13】表示車輛之硬體構成之一例的圖。

【圖14】用於說明本實施型態之車輛之門鎖解除方法的順序圖(1)。

【圖15】用於說明本實施型態之車輛之門鎖解除方法的順序圖(2)。

【圖16】(a)，表示使用者管理表之一例的圖。(b)，表示車輛管理表之一例的圖。

【圖17】表示車輛預約管理表之一例的圖。

【圖18】用於說明取得車輛之IP位址之處理的流程圖。

【圖19】用於說明代替圖15所示之處理B之處理的流程圖。

【圖20】用於說明變形例之車輛之門鎖解除方法的順序圖(1)。

【圖21】用於說明變形例之車輛之門鎖解除方法的順序圖(2)。

【圖22】表示本實施型態之房間之門鎖解除系統的圖。

【圖23】表示門鎖控制系統之硬體構成之一例的圖。

【圖24】用於說明本實施型態之房間之門鎖解除方法的順序圖(1)。

【圖25】用於說明本實施型態之房間之門鎖解除方法的順序圖(2)。

【圖26】(a)，表示使用者管理表之一例的圖。(b)，表示房間管理表之一例的圖。

【圖27】表示房間預約管理表之一例的圖。

【圖28】用於說明取得房間之IP位址之處理的流程圖。

【圖29】用於說明代替圖25所示之處理C之處理的流程圖。

【圖30】用於說明變形例之房間之門鎖解除方法的順序圖(1)。

【圖31】用於說明變形例之房間之門鎖解除方法的順序圖(2)。

(開門系統)

以下，參照圖式並說明本發明之實施型態(以下，稱為本實施型態)之開門系統1。首先，參照圖1說明開門系統1。如圖1所示，開門系統1，係具備與使用者U相關聯之行動裝置2、門3、及管理伺服器4。行動裝置2、門3、及管理伺服器4，係以無線或有線可通訊地連接至通訊網路5。通訊網路5為IP網路，其係包含區域網路(LAN)、廣域網路(WAN)、無線存取網路(RAN)及網際網路中至少一種。行動裝置2，亦可藉由無線LAN路由器或無線基地台等之存取點而與通訊網路5連接。門3及管理伺服器4，亦可經由有線電纜而與路由器連接。

接著，以下參照圖2說明行動裝置2之硬體構成。圖2，為表示行動裝置2之硬體構成之一例的圖。行動裝置2，係由使用者U所攜帶之通訊機器，典型為智慧型手機。此外，行動裝置2，亦可為筆記型電腦、 平板電腦、或者穿戴於使用者之身體(例如，手腕或頭部等)之穿戴式裝置(例如，智慧型手錶或擴增實境(AR)眼鏡等)。

如圖2所示，行動裝置2，係具備控制部20、儲存裝置23、相機24、網路介面25、輸入操作部27、及顯示部26。此等藉由匯流排29互相直接地或間接地連接。

控制部20，係構成為控制行動裝置2之運作，並具備記憶體及處理器。記憶體，係構成為儲存電腦可讀指令。例如，記憶體，亦可由存放各種程式等之唯讀記憶體(ROM，Read Only Memory)以及存放藉由處理器執行之各種程式等之具有複數工作區之隨機存取記憶體(RAM，Random Access Memory)等所構成。處理器，係例如包含中央處理器(CPU，Central Processing Unit)、微處理器(MPU，Micro Processing Unit)及圖形處理器(GPU，Graphics Processing Unit)中至少一種。CPU，亦可由複數CPU核心所構成。GPU，亦可由複數GPU核心所構成。處理器，亦可構成為從編入至儲存裝置23或ROM之各種程式中將所指定的程式於RAM上展開，並藉由與RAM之協作執行各種處理。尤其是藉由處理器執行儲存於記憶體中之程式，行動裝置2構成為執行本實施型態之開門方法中之一部分的處理。

儲存裝置23，為例如硬碟(HDD，Hard Disk Drive)、固態硬碟(SSD，Solid State Drive)、快閃記憶體等之儲存裝置(storage)，並構成為存放程式或各種數據。

網路介面25，係構成為將行動裝置2連接於通訊網路5。具體而言，網路介面25亦可包含藉由通訊網路5用於與伺服器等之外部裝置 進行通訊之各種有線連接端子。此外，網路介面25，亦可包含用於與無線路由器或無線基地台進行通訊之各種處理電路及天線等。無線通訊之規格，係包含例如Wi-Fi(註冊商標)、Bluetooth(註冊商標)、ZigBee(註冊商標)、低功率廣域網路(LPWA)、第5代行動通訊系統(5G)及近距離無線通訊(NFC)中至少一種。

輸入操作部27，係構成為受理操作行動裝置2之使用者U的輸入操作，並產生回應前述輸入操作之指令訊號。輸入操作部27，為例如於顯示部26上重疊配置之觸控面板、安裝於外框之操作按鍵、滑鼠及/或鍵盤等。由輸入操作部27產生之指令訊號藉由匯流排29向控制部20傳送後，控制部20執行回應指令訊號之既定動作。顯示部26，亦可為液晶顯示器、有機EL顯示器等之顯示裝置。顯示部26及輸入操作部27，亦可藉由USB介面等之輸入輸出介面與行動裝置2連接。

本實施型態中，行動裝置2具有行動裝置2中固有的IP位址。行動裝置2之IP位址，並非為由網際網路服務提供者(ISP)發行之IP位址，而為由行動裝置2本身產生之IP位址，就此點而言，係與先前之IP位址截然不同。行動裝置2之IP位址，例如為與以32個16進位數表示之IPv6對應之IP位址(128位元)。

尤其是前述IP位址亦可基於憑證機構所認證之行動裝置2的公開金鑰而產生。具體而言，控制部20，係在行動裝置2之私密金鑰(512位元)產生之後，產生與前述私密金鑰對應之公開金鑰(256位元)。然後，控制部20基於公開金鑰及既定雜湊函數而產生雜湊值(256位元)。接著，前述產生之雜湊值滿足既定條件之情況下，控制部20基於雜湊值產生行動 裝置2之IP位址。例如，控制部20，亦可將產生之雜湊值(256位元)中之前半的128位元決定為行動裝置2之IP位址。

之後，行動裝置2從憑證機構取得與公開金鑰相關聯之電子憑證。如此，行動裝置2之公開金鑰由憑證機構所認證，因此基於前述公開金鑰所產生之IP位址亦由憑證機構間接地認證。如此，行動裝置2之IP位址，為行動裝置2中固有的IP位址，且為由憑證機構所認證之IP位址，就此點而言，係與先前之IP位址大相逕庭。進一步，本實施型態之開門方法中，將行動裝置2作為入場票券使用，就此點而言，係與先前之開門方法大相逕庭。

再者，控制部20，亦可在決定行動裝置2之IP位址後，調查前述IP位址是否與其他裝置之IP位址重複。具體而言，行動裝置2，係藉由通訊網路，向管理IP位址的IP位址管理伺服器傳送關於行動裝置2之IP位址之資訊。IP位址管理伺服器，係判定從行動裝置2傳送之IP位址是否與存放於本身儲存裝置之IP位址管理表中所含之複數IP位址之一為一致。在此，行動裝置2之IP位址與IP位址管理表中所含之IP位址之一為一致之情況下，IP位址管理伺服器亦可將表明拒絕IP位址登錄的訊息傳送至行動裝置2。此情況下，行動裝置2再次執行用於再次決定IP位址之一連串處理後，將再次決定之IP位址的相關資訊傳送至IP位址管理伺服器。另一方面，行動裝置2之IP位址與IP位址管理表中所含之IP位址之任一個皆不一致之情況下，IP位址管理伺服器亦可將表明許可IP位址登錄的訊息傳送至行動裝置2。

接著，以下參照圖3說明管理伺服器4之硬體構成。圖3， 為表示管理伺服器4之硬體構成之一例的圖。管理伺服器4，係由一個以上之伺服器所構成。本實施型態中，管理伺服器4，亦具有作為WEB伺服器之功能者。如此，管理伺服器4，係意指與管理票券之業者相關聯之一個以上的伺服器。

如圖3所示，管理伺服器4，係具備控制部40、儲存裝置43、及網路介面45。此等藉由匯流排49而互相直接地或間接地連接。

控制部40，係構成為控制管理伺服器4之運作，並具備記憶體及處理器。記憶體，係構成為儲存電腦可讀指令。例如，記憶體，亦可由存放有各種程式等之ROM及具有存放有藉由處理器執行之各種程式等之複數工作區之RAM等所構成。處理器，係包含例如CPU、MPU及GPU中之至少一種。CPU，亦可由複數CPU核心所構成。GPU，亦可由複數GPU核心所構成。處理器，亦可構成為從編入儲存裝置23或ROM之各種程式中將所指定的程式於RAM上展開，並藉由與RAM之協作執行各種處理。尤其是藉由處理器執行儲存於記憶體之程式，管理伺服器4構成為執行本實施型態之開門方法中之一部分的處理。

儲存裝置43，例如為HDD、SSD等之儲存裝置(storage)，並構成為存放程式或各種數據。尤其是儲存裝置43構成為存放使用者管理表及票券管理表(參照圖7)。網路介面45，係構成為將管理伺服器4連接至通訊網路5。

接著，以下參照圖4說明門3之硬體構成。圖4，為表示門3之硬體構成之一例的圖。門3，亦可係構成為限制入場至既定空間之入場門。就此點而言，門3，亦可設置於僅許可已購入既定票券者入場之空間的 入口。例如，門3，亦可設置於舉行既定活動(運動、音樂、娛樂等)之會場的入口。此外，門3，亦可設置於僅相關人員可入場之設施的入口。進一步，門3，亦可設置於用於使用既定公共交通工具(例如，鐵路、航空、船舶等)之設施的入口(例如，剪票口、登機口等)。

如圖4所示，門3，係具備控制部30、儲存裝置33、網路介面35、門板驅動電路36、門板37、及擴音器38。門板37以外之此等構成要素，係藉由匯流排39互相直接地或間接地連接。

控制部30，係構成為控制門3之運作，並具備記憶體及處理器。記憶體，係構成為儲存電腦可讀指令。例如，記憶體，亦可由存放有各種程式等之ROM及具有存放有藉由處理器執行之各種程式等之複數工作區之RAM等所構成。處理器，係包含例如CPU、MPU及GPU中之至少一種。CPU，亦可由複數CPU核心所構成。GPU，亦可由複數GPU核心所構成。處理器，亦可構成為從編入儲存裝置33或ROM之各種程式中將所指定的程式於RAM上展開，並藉由與RAM之協作執行各種處理。尤其是藉由處理器執行儲存於記憶體中之程式，門3構成為執行本實施型態之開門方法中之一部分的處理。

儲存裝置33，例如為HDD、SSD等之儲存裝置(storage)，並構成為存放程式或各種數據。尤其是儲存裝置33亦可構成為存放票券管理表(參照圖7(b))。網路介面35，係構成為將門3連接至通訊網路5。

門板驅動電路36，係構成為回應來自控制部30之指令訊號而驅動門板37。例如，門板驅動電路36，係構成為回應開門訊號/鎖門訊號進而將門板37開鎖/上鎖。擴音器38，係構成為回應來自控制部30之指令 訊號而輸出警示音。本實施型態中，為了使不特定多數無法通過門3，在初期狀態中門板37為上鎖狀態(參照圖1)。

本實施型態中，同於行動裝置2的IP位址，門3具有門3中固有的IP位址。亦即，門3之IP位址並非係由ISP發行之IP位址，而係由門3本身產生之IP位址。門3之IP位址，例如為與以32個16進位數表示之IPv6對應之IP位址(128位元)。此外，門3之IP位址，亦可基於憑證機構所認證之門3的公開金鑰而產生。進一步，門3之公開金鑰亦可由憑證機構所認證。如此，門3之IP位址為門3中固有的IP位址，且為憑證機構所認證之IP位址。

(本實施型態之開門方法)

接著，以下參照圖5及圖6說明本實施型態之開門方法。圖5及圖6，為用於說明本實施型態之開門方法的順序圖。如圖5所示，首先，行動裝置2藉由通訊網路5，將用於購入既定票券(例如，音樂會票券等)之票券購入頁面的請求訊號傳送至管理伺服器4(步驟S1)。在此，應留意管理伺服器4亦具有作為WEB伺服器之功能。尤其是行動裝置2之WEB瀏覽器依照HTTP等之通訊協定，將前述請求訊號傳送至管理伺服器4。接著，管理伺服器4回應從行動裝置2傳送之請求訊號，藉由通訊網路5將票券購入頁面(WEB頁面)傳送至行動裝置2(步驟S2)。

再者，在執行步驟S1處理之前後，亦可執行用於登入由管理伺服器4(WEB伺服器)所提供之線上網站(尤其是用於票券購入之線上網站)之登入處理。此情況下，行動裝置2，亦可在執行步驟S1處理之前後，將用於登入由管理伺服器4所提供之線上網站的登入資訊(使用者 ID及密碼)傳送至管理伺服器4。管理伺服器4，可基於已傳送之登入資訊，以認證使用者U。此外，管理伺服器4，亦可取代登入資訊而基於行動裝置2之IP位址，認證使用者U。就此點而言，行動裝置2之IP位址，作為用於識別行動裝置2之識別資訊而發揮作用，因此管理伺服器4可在無登入資訊下基於行動裝置2之IP位址而認證使用者U。尤其是管理伺服器4可藉由參照使用者管理表(參照圖7(a))，確定與行動裝置2之IP位址對應之使用者ID等的使用者屬性資訊。

接著，在步驟S3中，使用者U經由行動裝置2之輸入操作部27，將用於購入既定票券之票券購入資訊輸入至行動裝置2。例如，使用者U，亦可輸入關於音樂會會場之座位種類或座位編號之座位資訊及/或關於信用卡之資訊(信用資訊)。如此，行動裝置2執行票券購入處理。再者，使用者管理表中，使用者U之信用資訊在已登錄之情況下，使用者U亦可不輸入信用資訊。

接著，在步驟S4中，行動裝置2將輸入於行動裝置2之票券購入資訊傳送至管理伺服器4。之後，管理伺服器4基於從行動裝置2傳送之票券購入資訊，更新圖7(b)所示之票券管理表(步驟S5)。就此點而言，管理伺服器4在產生由使用者U購入之票券的票券ID後，將產生之票券ID、座位資訊、使用者U之使用者ID、及行動裝置2之IP位址登錄於票券管理表。

此外，圖7所示之使用者管理表及票券管理表，為管理表之一例。使用者管理表及票券管理表，係存放於管理伺服器4之儲存裝置43(參照圖3)。使用者管理表，係包含關於複數使用者之複數使用者ID資訊 (使用者識別資訊)、表示複數行動裝置中固有的複數IP位址之IP位址資訊、及複數使用者屬性資訊(聯絡方式或信用資訊等)。使用者管理表中，使用者ID、IP位址、及使用者屬性資訊為互相關聯。尤其是，複數使用者ID資訊個別與複數IP位址資訊之一及複數使用者屬性資訊中之一相關聯。

此外，票券管理表，係包含複數使用者ID資訊、複數IP位址資訊、複數票券ID資訊、及複數座位資訊。票券管理表中，使用者ID、IP位址、票券ID、及座位資訊為互相關聯。尤其是，複數使用者ID資訊個別與複數IP位址資訊之一及複數票券ID資訊之一相關聯。

再者，應留意圖7所示之使用者管理表及票券管理表僅為其中之一例。例如，票券管理表，亦可不包含IP位址資訊。進一步，使用者屬性資訊，並不限定於聯絡方式資訊及信用資訊。

此外，在步驟S5之票券管理表之更新處理的前後，管理伺服器4亦可將關於票券購入款項之資訊及使用者U之信用資訊傳送至執行票券購入相關之結算的外部伺服器。如此，可藉由外部伺服器執行票券購入相關之結算處理。

接著，在步驟S6中，管理伺服器4藉由通訊網路5將票券管理表傳送至門3。就此點而言，在既定票券售完後或者超過票券發售期間後，管理伺服器4亦可將票券管理表傳送至門3。票券管理表，亦可存放於門3之儲存裝置33。

在圖5中，說明經由行動裝置2之票券購入相關之一連串的處理。接著，以下參照圖6，說明在已購入既定票券之使用者U通過設置於音樂會會場(既定空間之一例)之入口之門3時執行之各處理。在步驟 S7以後之處理中，使用者U係存在於門3之附近。

如圖6所示，在步驟S7中，行動裝置2取得門3之IP位址。具體而言，如圖8所示，在步驟S13中，使用者U使用行動裝置2之相機24拍攝顯示在門3上之二維條碼(例如，QR code(註冊商標)等)。然後，行動裝置2之控制部20取得由相機24取得之顯示二維條碼之影像數據。接著，在步驟S14中，控制部20藉由解析顯示二維圖形之影像數據，取得關於二維圖形所含之門3的IP位址的資訊(128位元)。

接著，返回圖6，在步驟S8中，行動裝置2藉由通訊網路5，將請求開放門3之開門訊號傳送至門3。具體而言，行動裝置2，係藉由使用行動裝置2之IP位址作為傳送來源位址，並使用門3之IP位址作為傳送對象位址，從而將開門訊號傳送至門3。如此，門3，可藉由參照開門訊號之傳送來源位址來確定行動裝置2之IP位址。

接著，門3基於存放於儲存裝置33之票券管理表及行動裝置2之IP位址，判定是否許可使用者U入場至既定空間(例如，音樂會會場)(步驟S9)。具體而言，門3判定行動裝置2之IP位址是否與票券管理表中所含之複數IP位址中之一為一致。在此，當行動裝置2之IP位址與票券管理表中所含之複數IP位址中之一為一致的情況下，門3會判定許可使用者U入場至既定空間(步驟S9中為YES)。另一方面，當行動裝置2之IP位址與票券管理表中所含之複數IP位址中之一為不一致的情況下，門3會判定不許可使用者U入場至既定空間(步驟S9中為NO)。

步驟S9中之判定結果為YES時，門3之控制部30會將開門訊號傳送至門板驅動電路36。門板驅動電路36，係回應開門訊號而進行 控制，以使門板37開放(步驟S11)。如此，為了讓使用者U可入場至既定空間而控制門3。另一方面，步驟S9中之判定結果為NO時，門3會從擴音器38輸出警示音(步驟S10)。

接著，在步驟S12中，門3藉由參照票券管理表，確定與行動裝置2之IP位址對應之座位資訊。然後，門3將作為票券資訊之座位資訊傳送至行動裝置2。然後，可於行動裝置2之顯示部26顯示票券資訊。再者，門3亦可輸出印上票券資訊之收據。如此，使用者U在通過門3時可取得票券資訊，因此提升使用者U之便利性。

如此，根據本實施型態，使用行動裝置2中固有的IP位址，判定是否應該許可與行動裝置2相關聯之使用者U入場至既定空間。因此，可利用行動裝置2本身作為入場至既定空間時使用之入場票券。因此，使用者U不需要攜帶物理性的入場票券或二維條碼，可僅藉由行動裝置2通過門3。

此外，根據本實施型態之開門方法，使用者U在通過複數門時，不用準備與各門對應之物理性的票券或二維條碼等即可通過複數門。因此，可提供一種開門方法及開門系統1，其提升使用者U之便利性，並可提供使用者U新穎之門入場體驗。進一步，根據本實施型態，由於票券管理表存放在門3，因此在管理伺服器4不介入之情況下判定是否應該許可使用者U入場至既定空間。

再者，由圖6所示之步驟S7及S8所構成之處理A，亦可置換為圖9所示之處理。就此點而言，以下參照圖9說明代替處理A之處理。圖9，為用於說明代替圖6所示之處理A之處理的流程圖。

如圖9所示，在步驟S15中，行動裝置2經由近距離無線通訊(NFC)，將開門訊號、行動裝置2之公開金鑰、及與行動裝置2之公開金鑰相關聯之電子憑證傳送至門3。例如，使用者U將行動裝置2於門3之NFC介面(網路介面35之一部份)感應，藉此開門訊號、公開金鑰及電子憑證從行動裝置2傳送至門3。

接著，門3會判定所接收之電子憑證是否為有效(步驟S16)。尤其是，門3會確認電子憑證之所有者資訊、發行者資訊及數位簽章(雜湊值)。接著，門3會確認電子憑證之有效期限。然後，門3會判定電子憑證之發行來源之可信性。於此，電子憑證之發行來源亦可為中介憑證機構。

接著，門3在判定電子憑證為有效後，從行動裝置2之公開金鑰來確定行動裝置2之IP位址(步驟S17)。具體而言，門3基於行動裝置2之公開金鑰(256位元)及既定雜湊函數，產生雜湊值後，從前述產生之雜湊值來確定行動裝置2之IP位址。就此點而言，雜湊值為256位元之情況下，雜湊值前半之128位元被決定為行動裝置2之IP位址。如此，門3，由於可確定行動裝置2之IP位址，因此基於前述確定之行動裝置2之IP位址及票券管理表，能夠判定是否許可使用者U入場至既定空間。

(變形例之開門方法)

接著，以下參照圖10及圖11說明變形例之開門方法。圖10及圖11為用於說明變形例之開門方法之順序圖。變形例之開門方法，在藉由管理伺服器4執行是否許可使用者U入場至既定空間的判定處理之觀點而言，係與本實施型態之開門方法相異。再者，當說明變形例之開門方法時，不再重複說明與本實施型態之開門方法之處理相同的處理。

如圖10所示，步驟S20~S24之處理，係與圖5所示之步驟S1~S5之處理相同，因此不再特別說明。此外，在圖5所示之開門方法中，在步驟S5之處理後(尤其是，在既定票券售完後或已超過票券發售期間後)，管理伺服器4將票券管理表傳送至門3。另一方面，在變形例之開門方法中，管理伺服器4不將票券管理表傳送至門3。

接著，如圖11所示，在步驟S25中，行動裝置2取得門3之IP位址。然後，行動裝置2藉由使用行動裝置2之IP位址作為傳送來源位址，並使用門3之IP位址作為傳送對象位址，從而藉由通訊網路5將開門訊號傳送至門3(步驟S26)。在此，步驟S25之處理，係與圖6所示之步驟S7之處理相同。進一步，亦可適用圖9所示之各處理來代替步驟S25及S26之處理。

接著，門3藉由通訊網路5將開門訊號及表示行動裝置2之IP位址之資訊轉送至管理伺服器4(步驟S27)。然後，管理伺服器4基於存放於儲存裝置43之票券管理表及行動裝置2之IP位址，判定是否許可使用者U入場至既定空間(例如，音樂會會場)(步驟S28)。具體而言，管理伺服器4判定行動裝置2之IP位址是否與票券管理表所含之複數IP位址中之一為一致。

在此，當判定行動裝置2之IP位址與票券管理表所含之複數IP位址中之一為一致之情況下，管理伺服器4在判定許可使用者U入場至既定空間後，藉由通訊網路5將開門許可訊號及票券資訊(座位資訊)傳送至門3(步驟S29)。另一方面，當判定行動裝置2之IP位址與票券管理表所含之複數IP位址中之一為不一致之情況下，管理伺服器4在判定不 許可使用者U入場至既定空間後，藉由通訊網路5將開門不許可訊號傳送至門3(步驟S29)。

接著，門3，係在從管理伺服器4傳送之訊號為開門許可訊號之情況下(步驟S30中為YES)，開放門板37讓使用者U可入場至既定空間(步驟S32)。另一方面，在從管理伺服器4傳送之訊號為開門不許可訊號之情況下(步驟S30中為NO)，門3會從擴音器38輸出警示音(步驟S31)。

然後，在步驟S33中，門3將管理伺服器4所傳送之票券資訊傳送至行動裝置2。然後，票券資訊可顯示於行動裝置2之顯示部26。

如此，同樣在變形例之開門方法中，亦使用行動裝置2中固有的IP位址來判定是否應該許可與行動裝置2相關聯之使用者U入場至既定空間。因此，可利用行動裝置2本身作為入場至既定空間時使用之入場票券。因此，使用者U不需要攜帶物理性的入場票券或二維條碼，可僅藉由行動裝置2通過門3。此外，在變形例之開門方法中，不必將票券管理表存放於門3，且門3不必執行入場許可之判定處理。

再者，圖7(b)所示之票券管理表不含IP位址資訊之情況下，管理伺服器4亦可藉由參照使用者管理表及票券管理表兩者，執行步驟S28中規定之入場許可的判定處理。此情況下，首先，管理伺服器4基於行動裝置2之IP位址及使用者管理表，確定與行動裝置2之IP位址對應之使用者U的使用者ID。然後，管理伺服器4，亦可基於確定之使用者ID及票券管理表，判定使用者ID是否與票券管理表所含之複數使用者ID之一為一致。

(車輛之門鎖解除系統)

接著，參照圖式說明本實施型態之車輛3a的門鎖解除系統1a。首先，參照圖12以說明門鎖解除系統1a。如圖12所示，門鎖解除系統1a，係具備與使用者U相關聯之行動裝置2、車輛3a、及管理伺服器4a。行動裝置2、車輛3a、及管理伺服器4a，係以無線或有線可通訊地連接至通訊網路5。行動裝置2及車輛3a，亦可藉由無線LAN路由器或無線基地台等存取點而與通訊網路5連接。管理伺服器4a，亦可藉由有線電纜而與路由器連接。

接著，以下參照圖13說明車輛3a之硬體構成。圖13，為表示車輛3a之硬體構成之一例的圖。車輛3a，為與通訊網路5連接之聯網車輛。車輛3a，例如，亦可為用於提供車輛共享服務或出租車服務而使用之車輛。進一步，車輛3a並不限定於一般車輛，亦可為工業車輛。此外，車輛3a並不限定於四輪車，亦可為二輪車或三輪車。

如圖13所示，車輛3a，係具備控制部30a、儲存裝置33a、驅動機構32a、人機介面(HMI，Human Machine Interface)34a、及網路介面35a。車輛3a，係進一步具備門鎖控制電路36a、門鎖機構37a、門39a、及擴音器38a。車輛3a之此等之構成要素，係藉由基於CAN或ETHERNET(註冊商標)規格之匯流排而互相直接地或間接地連接。

控制部30a，例如，由至少一個電子控制單元(ECU)所構成。控制部30a，係包含電腦系統，其包含1個以上之處理器及1個以上之記憶體。記憶體，係構成為儲存電腦可讀指令。例如，記憶體亦可由ROM及RAM所構成。處理器，係包含例如CPU、MPU及GPU中之至少一種。CPU，亦可由複數CPU核心所構成。GPU，亦可由複數GPU核心所構成。 處理器，亦可構成為從編入儲存裝置33a或ROM之各種程式中將所指定的程式於RAM上展開，並藉由與RAM之協作以執行各種處理。尤其是藉由處理器執行儲存於記憶體中之程式，車輛3a構成為執行本實施型態之車輛之門鎖解除方法中之一部分的處理。

儲存裝置33a，例如為HDD、SSD等之儲存裝置(storage)，並構成為存放程式或各種數據。尤其是，儲存裝置33a，亦可構成為存放車輛預約管理表(參照圖17)。驅動機構32a，係包含加速裝置、煞車裝置、及轉向裝置。HMI 34a，係包含方向盤、加速踏板、及煞車踏板。此外，HMI 34a，亦可包含顯示關於車輛3a資訊的顯示部。網路介面35a，係構成為將車輛3a連接至通訊網路5。

網路介面35a，係構成為將車輛3a連接至通訊網路5。網路介面35a，亦可包含用於與無線路由器或無線基地台通訊之各種處理電路及天線等。無線通訊之規格，係包含例如Wi-Fi、Bluetooth、ZigBee、LPWA、第5代行動通訊系統(5G)及NFC中之至少一種。

門鎖控制電路36a，係構成為回應來自控制部30a之指令訊號而控制門鎖機構37a。門鎖機構37a，係設置於門39a，並構成為將門39a上鎖或解鎖。例如，門鎖控制電路36a，係構成為藉由回應從控制部30a傳送之鎖門訊號/門鎖解除訊號，並驅動設置於門39a之門鎖機構37a，而將門39a上鎖或解鎖。

管理伺服器4a，係具備與圖3所示之管理伺服器4相同之構成。就此點而言，管理伺服器4a之儲存裝置，係存放有使用者管理表及車輛管理表(參照圖16)、及車輛預約管理表(參照圖17)。本實施型態中， 管理伺服器4a，亦具有作為WEB伺服器之功能。管理伺服器4a，係意指與管理車輛使用預約的業者相關聯之一個以上的伺服器。

本實施型態中，同於行動裝置2之IP位址，車輛3a具有車輛3a中固有的IP位址。亦即，車輛3a之IP位址，並非係由ISP發行之IP位址，而係由車輛3a本身所產生之IP位址。車輛3a之IP位址，例如為與以32個16進位數表示之IPv6對應之IP位址(128位元)。此外，車輛3a之IP位址，亦可基於由憑證機構認證之車輛3a的公開金鑰而產生。進一步，車輛3a之公開金鑰亦可由憑證機構所認證。如此，車輛3a之IP位址為車輛3a中固有的IP位址，且為憑證機構認證之IP位址。

(本實施型態之車輛之門鎖解除方法)

接著，以下參照圖14及圖15說明本實施型態之車輛3a之門鎖解除方法。圖14及圖15，為用於說明車輛3a之門鎖解除方法的順序圖。如圖14所示，首先，行動裝置2藉由通訊網路5，將請求用於預約使用車輛3a之車輛預約頁面的請求訊號傳送至管理伺服器4a(步驟S40)。在此，應留意管理伺服器4a亦具有作為WEB伺服器之功能。尤其是，行動裝置2之WEB瀏覽器，係依照HTTP等之通訊協定，將前述請求訊號傳送至管理伺服器4a。接著，管理伺服器4a回應從行動裝置2傳送之請求訊號，藉由通訊網路5將車輛預約頁面(WEB頁面)傳送至行動裝置2(步驟S41)。再者，在執行步驟S40之處理的前後，亦可執行用於登入管理伺服器4a(WEB伺服器)提供之線上網站(尤其是，用於車輛使用預約之線上網站)之登入處理。

接著，在步驟S42中，使用者U經由行動裝置2之輸入操 作部27，將用於預約使用車輛3a之車輛預約資訊輸入至行動裝置2。車輛預約資訊，係包含例如用於確定所預約車輛之車輛3a的資訊及關於車輛3a使用日期和時間之資訊。如此，行動裝置2執行車輛預約處理。

接著，在步驟S43中，行動裝置2將輸入至行動裝置2之車輛預約資訊傳送至管理伺服器4a。然後，管理伺服器4a基於從行動裝置2傳送之車輛預約資訊、使用者管理表、及車輛管理表，更新與車輛3a相關聯之車輛預約管理表(參照圖17)(步驟S44)。就此點而言，管理伺服器4a基於用於確定包含車輛預約資訊之車輛3a的資訊以及車輛管理表，確定與車輛3a對應之車輛ID。接著，管理伺服器4a讀取與車輛3a之車輛ID相關聯之車輛預約表。然後，管理伺服器4a參照關於包含車輛預約資訊之車輛3a的使用日期和時間之資訊及關於使用者U之資訊(使用者ID及行動裝置2之IP位址等)，更新關於車輛3a之車輛預約管理表。

此外，使用者管理表及車輛管理表(參照圖16)及車輛預約管理表(參照圖17)，為管理表之一例。此等之管理表，係存放於管理伺服器4a之儲存裝置。使用者管理表，係包含表示複數使用者ID之複數使用者ID資訊(使用者識別資訊)、表示複數行動裝置中固有的複數IP位址之IP位址資訊、及複數使用者屬性資訊(聯絡方式或信用資訊等)。車輛管理表，係包含表示複數車輛ID之車輛ID資訊、表示複數車輛IP位址之IP位址資訊、及複數車輛屬性資訊(車種或保管場所等)。在使用者管理表中，使用者ID、IP位址、及使用者屬性資訊為互相關聯。尤其是，複數使用者ID資訊，係個別與複數IP位址資訊之一及複數使用者屬性資訊中之一相關聯。同樣地，車輛管理表中，車輛ID、IP位址、及車輛屬性資訊為互相關 聯。

此外，車輛預約管理表，係包含關於車輛之使用日及使用時間帶之資訊、使用者ID資訊、及與使用者ID對應之IP位址資訊。車輛預約管理表中，此等資訊為互相關聯。例如，使用者U之使用者ID、與使用者U相關聯之行動裝置2之IP位址、及關於使用者U使用車輛3a之使用日及使用時間帶之資訊登錄於車輛預約管理表。

接著，在步驟S45中，管理伺服器4a藉由通訊網路5將車輛預約管理表傳送至車輛3a。然後，於車輛3a之儲存裝置33a中存放車輛預約管理表。再者，管理伺服器4a，亦可代替車輛預約管理表而將關於車輛3a之使用日及使用時間帶之資訊及關於使用者U之資訊(使用者ID及行動裝置2之IP位址等)傳送至車輛3a。此情況下，車輛3a，亦可基於從管理伺服器4a傳送之此等資訊，更新存放於儲存裝置33a之車輛預約管理表。

圖14中，已說明經由行動裝置2之車輛使用預約相關之一連串處理。接著，以下參照圖15說明將預約車輛之車輛3a的門39a解鎖之處理。步驟S46之後的處理中，使用者U存在於車輛3a之附近。

如圖15所示，在步驟S46中，行動裝置2取得車輛3a之IP位址。具體而言，如圖18所示，在步驟S51中，使用者U使用行動裝置2之相機24拍攝顯示在車輛3a上之二維條碼(例如，QR code等)。然後，行動裝置2之控制部20取得由相機24取得之顯示有二維條碼之影像數據。接著，在步驟S52中，控制部20藉由解析顯示有二維圖形之影像數據，取得關於二維圖形中所含之車輛3a之IP位址之資訊(128位元)。

接著，返回圖15，在步驟S47中，行動裝置2藉由通訊網路5，將請求車輛3a之門39a之解鎖的門鎖解除訊號傳送至車輛3a。具體而言，行動裝置2藉由使用行動裝置2之IP位址作為傳送來源位址，並使用車輛3a之IP位址作為傳送對象位址，從而將門鎖解除訊號傳送至車輛3a。如此，車輛3a，可藉由參照門鎖解除訊號之傳送來源位址，確定行動裝置2之IP位址。

接著，車輛3a基於存放於儲存裝置33a之車輛預約管理表、行動裝置2之IP位址、及關於現在之日期和時間之資訊，判定是否許可門39a之解鎖(步驟S48)。具體而言，車輛3a，判定與已在包含現在日期和時間之預約時間帶中預約車輛3a之使用者ID對應之IP位址是否與行動裝置2之IP位址為一致。在此，二個IP位址互相為一致之情況下，車輛3a判定許可門39a之解鎖(步驟S48中為YES)。另一方面，二個IP位址互相為不一致之情況下，車輛3a判定不許可門39a之解鎖(步驟S48中為NO)。

步驟S48之判定結果為YES之情況下，車輛3a之控制部30a會將門鎖解除訊號傳送至門鎖控制電路36a。門鎖控制電路36a，係藉由回應門鎖解除訊號，並驅動門鎖機構37a，而將門39a解鎖。如此，車輛3a之門鎖被解除(步驟S50)。另一方面，步驟S48之判定結果為NO之情況下，車輛3a會從擴音器38a輸出警示音(步驟S49)。

如此，根據本實施型態之車輛3a之門鎖解除方法，使用行動裝置2之IP位址來判定是否許可車輛3a之門39a之解鎖。因此，可利用行動裝置2本身作為用於解鎖車輛3a之門39a的鑰匙。因此，使用者U不 需要攜帶物理性之鑰匙(卡片鑰匙等)，可僅以行動裝置2進行門39a之解鎖。此外，使用者U在使用複數車輛時不用準備與各車輛對應之物理性的鑰匙即可將複數車輛之門解鎖。因此，可提供一種門鎖解除方法，其提升使用者U之便利性，並可提供使用者U新穎的車輛共享體驗或租車體驗。

再者，在步驟S50之處理後，由於行動裝置2與車輛3a掌握彼此的IP位址，因此建立行動裝置2與車輛3a間之通訊。如此，行動裝置2藉由通訊網路5而與車輛3a可通訊地連接。因此，行動裝置2，可藉由將請求車輛3a之門39a之上鎖的鎖門訊號傳送至車輛3a，從而將門39a上鎖。另一方面，行動裝置2，可藉由將請求車輛3a之門39a之解鎖的門鎖解除訊號傳送至車輛3a，從而將門39a解鎖。進一步，經由建立行動裝置2與車輛3a間之通訊，使用者U可使用行動裝置2來控制車輛3a之驅動。例如，使用者U可使用行動裝置2，以使車輛3a啟動。此外，使用者U可使用行動裝置2，以結束車輛3a之啟動。

再者，由圖15所示之步驟S46及S47所構成之處理B，亦可置換為圖19所示之處理。就此點而言，以下參照圖19說明代替處理B之處理。圖19，為用於說明代替圖15所示之處理B之處理的流程圖。

如圖19所示，在步驟S53中，行動裝置2經由近距離無線通訊(NFC)，將門鎖解除訊號、行動裝置2之公開金鑰、及與行動裝置2之公開金鑰相關聯之電子憑證傳送至車輛3a。例如，使用者U將行動裝置2於車輛3a之NFC介面(網路介面35a之一部分)感應，藉此門鎖解除訊號、公開金鑰、及電子憑證從行動裝置2傳送至車輛3a。

接著，車輛3a會判定所接收之電子憑證是否為有效(步驟 S54)。尤其是，車輛3a會確認電子憑證之所有者資訊、發行者資訊及數位簽章(雜湊值)。接著，車輛3a會確認電子憑證之有效期限。然後，車輛3a會判定電子憑證之發行來源的可信性。在此，電子憑證之發行來源亦可為中介憑證機構。

接著，在車輛3a判定電子憑證為有效後，從行動裝置2之公開金鑰來確定行動裝置2之IP位址(步驟S55)。具體而言，車輛3a基於行動裝置2之公開金鑰(256位元)及既定雜湊函數，在雜湊值產生後，從前述產生之雜湊值來確定行動裝置2之IP位址。就此點而言，雜湊值為256位元之情況下，雜湊值前半之128位元被決定為行動裝置2之IP位址。如此，車輛3a，由於可確定行動裝置2之IP位址，因此可基於前述確定之行動裝置2之IP位址及車輛預約管理表，判定是否應該許可車輛3a之門鎖之解除。

(變形例之車輛之門鎖解除方法)

接著，以下參照圖20及圖21說明變形例之車輛3a之門鎖解除方法。圖20及圖21，為用於說明變形例之車輛3a之門鎖解除方法的順序圖。變形例之門鎖解除方法，從藉由管理伺服器4a執行是否解除車輛3a之門鎖的判定處理之觀點而言，係與本實施型態之門鎖解除方法相異。再者，當說明變形例之門鎖解除方法時，不再重複說明與本實施型態之門鎖解除方法之處理相同的處理。

如圖20所示，步驟S60~S64之處理，係與圖14所示之步驟S40~S44之處理相同，因此不再特別說明。此外，在圖14所示之門鎖解除方法中，在步驟S44之處理後，管理伺服器4a將與車輛3a相關聯之車 輛預約管理表傳送至車輛3a。另一方面，在變形例之門鎖解除方法中，管理伺服器4a不將車輛預約管理表傳送至車輛3a。

接著，如圖21所示，在步驟S65中，行動裝置2取得車輛3a之IP位址。然後，行動裝置2藉由使用行動裝置2之IP位址作為傳送來源位址，並使用車輛3a之IP位址作為傳送對象位址，從而藉由通訊網路5將門鎖解除訊號傳送至車輛3a(步驟S66)。在此，步驟S65之處理，係與圖15所示之步驟S46之處理相同。進一步，亦可適用圖19所示之各處理來取代步驟S46及S47之處理。

接著，車輛3a藉由通訊網路5將門鎖解除訊號及表示行動裝置2之IP位址之資訊轉送至管理伺服器4a(步驟S67)。然後，管理伺服器4a基於作為傳送對象位址之車輛3a之IP位址及車輛管理表，確定車輛3a之車輛ID。接著，管理伺服器4a基於車輛3a之車輛ID，讀取車輛3a之車輛預約管理表。然後，管理伺服器4a基於存放於儲存裝置之車輛3a之車輛預約管理表、行動裝置2之IP位址、及關於現在之日期和時間之資訊，判定是否許可門39a之解鎖(步驟S68)。具體而言，管理伺服器4a判定與已在包含現在日期和時間之預約時間帶中預約車輛3a之使用者ID對應之IP位址是否與行動裝置2之IP位址為一致。於此，二個IP位址互相為一致之情況下，管理伺服器4a會判定許可門39a之解鎖後，將門鎖解除許可訊號傳送至車輛3a。另一方面，二個IP位址互相為不一致之情況下，管理伺服器4a會判定不許可門39a之解鎖後，將門鎖解除不許可訊號傳送至車輛3a(步驟S69)。

然後，從管理伺服器4a傳送之訊號為門鎖解除許可訊號之 情況下(步驟S70中為YES)，車輛3a之控制部30a會將門鎖解除訊號傳送至門鎖控制電路36a。門鎖控制電路36a，係藉由回應門鎖解除訊號，並驅動門鎖機構37a，而將門39a解鎖。如此，車輛3a之門鎖被解除(步驟S72)。另一方面，從管理伺服器4a傳送之訊號為門鎖解除不許可訊號之情況下(步驟S70中為NO)，車輛3a會從擴音器38a輸出警示音(步驟S71)。

如此，同樣在變形例之車輛之門鎖解除方法中，亦使用行動裝置2之IP位址來判定是否許可車輛3a之門39a之解鎖。因此，可利用行動裝置2本身作為用於解鎖車輛3a之門39a的鑰匙。因此，使用者U不需要攜帶物理性的鑰匙(卡片鑰匙等)，可僅以行動裝置2進行門39a之解鎖。此外，使用者U在使用複數車輛時，不用準備與各車輛對應之物理性的鑰匙即可將複數車輛之門解鎖。因此，可提供一種門鎖解除方法，其提升使用者U之便利性，並可提供使用者U新穎的車輛共享體驗或租車體驗。此外，在變形例之門鎖解除方法中，不必將車輛預約管理表存放於車輛3a，且車輛3a不必判定是否應該解除門鎖。

再者，圖17所示之車輛預約管理表不含IP位址資訊時，管理伺服器4a亦可藉由參照使用者管理表及車輛預約管理表兩者，執行步驟S68所規定之門鎖解除之判定處理。此情況下，首先，管理伺服器4a基於行動裝置2之IP位址及使用者管理表，確定與行動裝置2之IP位址對應之使用者U的使用者ID。然後，管理伺服器4a亦可基於確定之使用者ID及車輛預約管理表，判定已在包含現在日期和時間之預約時間帶中預約車輛3a之使用者ID是否與確定之使用者ID為一致。

(房間之門鎖解除系統)

以下，參照圖式以說明本實施型態之房間3b之門鎖解除系統1b。首先，參照圖22說明門鎖解除系統1b。如圖22所示，門鎖解除系統1b，係具備與使用者U相關聯之行動裝置2、房間3b、及管理伺服器4b。行動裝置2、房間3b、及管理伺服器4b，係以無線或有線可通訊地連接至通訊網路5。行動裝置2及房間3b(尤其是，門鎖控制系統30b)，亦可藉由無線LAN路由器或無線基地台等存取點而與通訊網路5連接。管理伺服器4b，亦可藉由有線電纜而與路由器連接。

接著，以下參照圖23，說明設置於房間3b之門鎖控制系統30b之硬體構成。圖23，為表示門鎖控制系統30b之硬體構成之一例的圖。房間3b，為既定設施之房間，設施之種類不特別限定。例如，本實施型態之房間3b，為旅館之房間、民宅之房間或會議室之房間。房間3b，亦可為例如用於提供房間共享服務所使用之房間。房間3b，係具備門32b、及構成為控制門32b之上鎖或解鎖之門鎖控制系統30b。

如圖23所示，門鎖控制系統30b，係具備控制部31b、儲存裝置33b、網路介面35b、門鎖控制電路36b、門鎖機構37b、及擴音器38b。門鎖控制系統30b之此等構成要素，係藉由匯流排互相直接地或間接地連接。

控制部31b，係包含1個以上之處理器及1個以上之記憶體。記憶體，係構成為儲存電腦可讀指令。例如，記憶體亦可由ROM及RAM所構成。處理器，係包含例如CPU、MPU及GPU中至少一種。CPU，亦可由複數CPU核心而構成。GPU，亦可由複數GPU核心而構成。處理器，亦可構成為從編入儲存裝置33b或ROM之各種程式中將所指定的程式於 RAM上展開，並藉由與RAM之協作執行各種處理。尤其是藉由處理器執行儲存於記憶體中之程式，門鎖控制系統30b構成為執行本實施型態之房間3b之門鎖解除方法中之一部分的處理。

儲存裝置33b，例如為HDD、SSD等之儲存裝置(storage)，並構成為存放程式或各種數據。尤其是，儲存裝置33b亦可構成為存放房間預約管理表(參照圖27)。網路介面35b，係構成為將門鎖控制系統30b連接至通訊網路5。

網路介面35b，係構成為將門鎖控制系統30b連接至通訊網路5。網路介面35b，亦可包含用於與無線路由器或無線基地台通訊之各種處理電路及天線等。無線通訊之規格，係包含例如Wi-Fi、Bluetooth、ZigBee、LPWA、第5代行動通訊系統(5G)及NFC中之至少一種。

門鎖控制電路36b，係構成為回應來自控制部31b之指令訊號而控制門鎖機構37b。門鎖機構37b，係設置於門32b，並構成為將門32b上鎖或解鎖。例如，門鎖控制電路36b，係構成為藉由回應從控制部31b傳送之鎖門訊號/門鎖解除訊號，並驅動設置於門32b之門鎖機構37b，而將門32b上鎖或解鎖。

管理伺服器4b，係具備與圖3所示之管理伺服器4相同之構成。就此點而言，管理伺服器4b之儲存裝置，係存放有使用者管理表及房間管理表(參照圖26)、及房間預約管理表(參照圖27)。在本實施型態中，管理伺服器4b，亦具有作為WEB伺服器之功能。管理伺服器4b，係意指與管理房間使用預約的業者相關聯之一個以上的伺服器。

在本實施型態中，同於行動裝置2之IP位址，房間3b(門 鎖控制系統30b)具有房間3b(門鎖控制系統30b)中固有的IP位址。亦即，房間3b之IP位址，並非係由ISP發行之IP位址，而係由房間3b本身產生之IP位址。房間3b之IP位址，例如為與以32個16進位數表示之IPv6對應之IP位址(128位元)。此外，房間3b之IP位址，亦可基於憑證機構所認證之房間3b之公開金鑰而產生。進一步，房間3b之公開金鑰亦可由憑證機構所認證。如此，房間3b之IP位址，為房間3b中固有的IP位址，且為由憑證機構所認證之IP位址。

(本實施型態之房間之門鎖解除方法)

接著，以下參照圖24及圖25說明本實施型態之房間3b之門鎖解除方法。圖24及圖25，為用於說明房間3b之門鎖解除方法的順序圖。如圖24所示，首先，行動裝置2藉由通訊網路5，將請求用於預約使用房間3b之房間預約頁面的請求訊號傳送至管理伺服器4b(步驟S80)。在此，應留意管理伺服器4b亦具有作為WEB伺服器之功能。尤其是，行動裝置2之WEB瀏覽器，係依照HTTP等之通訊協定，將前述請求訊號傳送至管理伺服器4b。接著，管理伺服器4b回應從行動裝置2傳送之請求訊號，並藉由通訊網路5將房間預約頁面(WEB頁面)傳送至行動裝置2(步驟S81)。再者，在執行步驟S80之處理的前後，亦可執行用於登入由管理伺服器4b(WEB伺服器)所提供之線上網站(尤其是，用於預約使用房間之線上網站)之登入處理。

接著，在步驟S82中，使用者U經由行動裝置2之輸入操作部27，將用於預約使用房間3b之房間預約資訊輸入至行動裝置2。房間預約資訊，係包含例如用於確定預約房間之房間3b的資訊及關於房間3b 之使用日期和時間之資訊。如此，行動裝置2會執行房間預約處理。

接著，在步驟S83中，行動裝置2將輸入至行動裝置2之房間預約資訊傳送至管理伺服器4b。然後，管理伺服器4b基於從行動裝置2傳送之房間預約資訊、使用者管理表、及房間管理表，更新與房間3b相關聯之房間預約管理表(參照圖27)(步驟S84)。就此點而言，管理伺服器4b基於用於確定房間預約資訊所含之房間3b的資訊及房間管理表，確定與房間3b對應之房間ID。接著，管理伺服器4b會讀取與房間3b之房間ID相關聯之房間預約表。然後，管理伺服器4b參照關於房間預約資訊所含之房間3b之使用日及使用時間帶之資訊以及關於使用者U之資訊(使用者ID及行動裝置2之IP位址等)，更新關於房間3b之房間預約管理表。

此外，使用者管理表及房間管理表(參照圖26)及房間預約管理表(參照圖27)，為管理表之一例。此等之管理表，係存放於管理伺服器4b之儲存裝置中。使用者管理表，係包含表示複數使用者ID之複數使用者ID資訊(使用者識別資訊)、表示複數行動裝置中固有的複數IP位址的IP位址資訊、及複數使用者屬性資訊(聯絡方式或信用資訊等)。房間管理表，係包含表示複數房間ID之房間ID資訊、表示複數房間之IP位址的IP位址資訊、及複數房間屬性資訊(房間編號或地點等)。在使用者管理表中，使用者ID、IP位址、及使用者屬性情報為互相關聯。尤其是，複數使用者ID資訊，係個別與複數IP位址資訊之一及複數使用者屬性資訊中之一相關聯。同樣地，在房間管理表中，房間ID、IP位址、及房間屬性資訊為互相關聯。

此外，房間預約管理表，係包含關於房間3b之使用日及使 用時間帶之資訊、使用者ID資訊、及與使用者ID對應之IP位址資訊。在房間預約管理表中，此等之資訊為互相關聯。例如，將使用者U之使用者ID、與使用者U相關聯之行動裝置2之IP位址、及關於使用者U使用房間3b之使用日及使用時間帶之情報登錄在房間預約管理表中。

接著，在步驟S85中，管理伺服器4b藉由通訊網路5將房間預約管理表傳送至房間3b(門鎖控制系統30b)。然後，於門鎖控制系統30b之儲存裝置33b中存放房間預約管理表。再者，管理伺服器4b，亦可代替房間預約管理表，將關於房間3b之使用日及使用時間帶之資訊及關於使用者U之資訊(使用者ID及行動裝置2之IP位址等)傳送至門鎖控制系統30b。於此情況下，門鎖控制系統30b，亦可基於從管理伺服器4b傳送之此等資訊，更新存放於儲存裝置33b之房間預約管理表。

圖24中，已說明經由行動裝置2之房間使用預約相關之一連串的處理。接著，以下參照圖25說明解鎖預約房間之房間3b之門32b的處理。在步驟S86之後的處理中，使用者U存在於門32b之附近。

如圖25所示，在步驟S86中，行動裝置2取得房間3b之IP位址。具體而言，如圖28所示，在步驟S91中，使用者U使用行動裝置2之相機24拍攝顯示在門32b上之二維條碼(例如，QR code等)。然後，行動裝置2之控制部20取得由相機24取得之顯示二維條碼的影像數據。接著，在步驟S92中，控制部20藉由解析顯示二維圖形之影像數據，取得關於二維圖形所含之房間3b之IP位址之資訊(128位元)。

接著，返回圖25，在步驟S87中，行動裝置2藉由通訊網路5，將請求門32b之解鎖之門鎖解除訊號傳送至門鎖控制系統30b。具體 而言，行動裝置2藉由使用行動裝置2之IP位址作為傳送來源位址，並使用房間3b之IP位址作為傳送對象位址，從而將門鎖解除訊號傳送至門鎖控制系統30b。如此，門鎖控制系統30b能夠藉由參照門鎖解除訊號之傳送來源位址來確定行動裝置2之IP位址。

接著，門鎖控制系統30b基於存放於儲存裝置33b之房間預約管理表、行動裝置2之IP位址、及關於現在的日期和時間之資訊，判定是否許可門32b之解鎖(步驟S88)。具體而言，門鎖控制系統30b會判定與已在包含現在日期和時間之預約時間帶中預約房間3b之使用者ID對應之IP位址是否與行動裝置2之IP位址為一致。於此，二個IP位址互相為一致之情況下，門鎖控制系統30b會判定許可門32b之解鎖(步驟S88中為YES)。另一方面，二個IP位址互相為不一致之情況下，門鎖控制系統30b會判定不許可門32b之解鎖(步驟S88中為NO)。

步驟S88之判定結果為YES之情況下，門鎖控制系統30b之控制部31b會將門鎖解除訊號傳送至門鎖控制電路36b。門鎖控制電路36b藉由回應門鎖解除訊號並驅動門鎖機構37b，而將門32b解鎖。如此，房間3b之門鎖被解除(步驟S90)。另一方面，步驟S88之判定結果為NO之情況下，門鎖控制系統30b會從擴音器38b輸出警示音(步驟S89)。

如此，根據本實施型態之房間3b之門鎖解除方法，使用行動裝置2之IP位址來判定是否許可房間3b之門32b之解鎖。因此，可利用行動裝置2本身作為用於解鎖門32b之鑰匙。因此，使用者U不需要攜帶物理性的鑰匙(卡片鑰匙等)，可僅藉由行動裝置2將門32b解鎖。此外，使用者U在使用複數房間時，不用準備與各房間對應之物理性的鑰匙即可 將複數房間之門解鎖。因此，可提供一種門鎖解除方法，其提升使用者U之便利性，並可提供使用者U新穎的房間共享體驗。

再者，在步驟S90之處理後，行動裝置2與門鎖控制系統30b掌握彼此的IP位址，因此建立行動裝置2與門鎖控制系統30b間之通訊。如此，行動裝置2藉由通訊網路5而與門鎖控制系統30b可通訊地連接。因此，行動裝置2可藉由將請求門32b之上鎖之鎖門訊號傳送至門鎖控制系統30b，從而將門32b上鎖。另一方面，行動裝置2可藉由將請求門32b之解鎖之門鎖解除訊號傳送至門鎖控制系統30b，從而將門32b解鎖。

再者，由圖25所示之步驟S86及S87所構成之處理C，亦可置換為圖29所示之處理。就此點而言，以下參照圖29說明取代處理C之處理。圖29為用於說明代替圖25所示之處理C之處理的流程圖。

如圖29所示，在步驟S93中，行動裝置2經由近距離無線通訊(NFC)，將門鎖解除訊號、行動裝置2之公開金鑰、及與行動裝置2之公開金鑰相關聯之電子憑證傳送至門鎖控制系統30b。例如，使用者U將行動裝置2於門鎖控制系統30b之NFC介面(網路介面35a之一部分)感應，藉此門鎖解除訊號、公開金鑰及電子憑證從行動裝置2傳送至門鎖控制系統30b。

接著，門鎖控制系統30b會判定所接收之電子憑證是否為有效(步驟S94)。尤其是，門鎖控制系統30b會確認電子憑證之所有者資訊、發行者資訊及數位簽章(雜湊值)。接著，門鎖控制系統30b會確認電子憑證之有效期限。然後，門鎖控制系統30b會判定電子憑證之發行來源的可信性。在此，電子憑證之發行來源亦可為中介憑證機構。

接著，門鎖控制系統30b在判定電子憑證為有效後，從行動裝置2之公開金鑰來確定行動裝置2之IP位址(步驟S95)。具體而言，門鎖控制系統30b基於行動裝置2之公開金鑰(256位元)及既定之雜湊函數而產生雜湊值後，從前述產生之雜湊值來確定行動裝置2之IP位址。就此點而言，雜湊值為256位元之情況下，雜湊值之前半的128位元被決定為行動裝置2之IP位址。如此，門鎖控制系統30b，由於可確定行動裝置2之IP位址，因此可基於前述確定之行動裝置2之IP位址及房間預約管理表，判定是否應該許可房間3b之門鎖之解除。

(變形例之房間之門鎖解除方法)

接著，以下參照圖30及圖31說明變形例之房間3b之門鎖解除方法。圖30及圖31為用於說明變形例之房間3b之門鎖解除方法之順序圖。變形例之門鎖解除方法，從藉由管理伺服器4b執行是否解除房間3b之門鎖的判定處理之觀點而言，係與本實施型態之門鎖解除方法相異。再者，當說明變形例之門鎖解除方法時，不再重複說明與本實施型態之門鎖解除方法之處理相同的處理。

如圖30所示，步驟S100~S104之處理，係與圖24所示之步驟S80~S84之處理相同，因此不再特別說明。此外，在圖24所示之門鎖解除方法中，在步驟S84之處理後，管理伺服器4b將與房間3b相關聯之房間預約管理表傳送至房間3b。另一方面，在變形例之門鎖解除方法中，管理伺服器4b不將房間預約管理表傳送至房間3b。

接著，如圖31所示，在步驟S105中，行動裝置2取得房間3b之IP位址。之後，行動裝置2藉由使用行動裝置2之IP位址作為傳 送來源位址，並使用房間3b之IP位址作為傳送對象位址，從而藉由通訊網路5將門鎖解除訊號傳送至門鎖控制系統30b(步驟S106)。於此，步驟S105之處理，係與圖25所示之步驟S86之處理相同。進一步，亦可適用圖29所示之各處理來取代步驟S105及S106之處理。

接著，門鎖控制系統30b藉由通訊網路5將門鎖解除訊號及表示行動裝置2之IP位址之資訊轉送至管理伺服器4b(步驟S107)。然後，管理伺服器4b基於作為傳送來源位址之門鎖控制系統30b(房間3b)之IP位址及房間管理表，確定房間3b之房間ID。接著，管理伺服器4b基於房間3b之房間ID，讀取房間3b之房間預約管理表。然後，管理伺服器4b基於存放於儲存裝置之房間3b之房間預約管理表、行動裝置2之IP位址、及關於現在之日期和時間之資訊，判定是否許可門32b之解鎖(步驟S108)。具體而言，管理伺服器4b會判定與已在包含現在日期和時間之預約時間帶中預約房間3b之使用者ID對應之IP位址是否與行動裝置2之IP位址為一致。在此，當二個IP位址互相一致之情況下，管理伺服器4b在判定許可門32b之解鎖後，會將門鎖解除許可訊號傳送至門鎖控制系統30b。另一方面，當二個IP位址互相為不一致之情況下，管理伺服器4b在判定不許可門32b之解鎖後，會將門鎖解除不許可訊號傳送至門鎖控制系統30b(步驟S109)。

然後，從管理伺服器4b傳送之訊號為門鎖解除許可訊號之情況下(步驟S110中為YES)，門鎖控制系統30b之控制部31b會將門鎖解除訊號傳送至門鎖控制電路36b。門鎖控制電路36b藉由回應門鎖解除訊號並驅動門鎖機構37b，從而將門32b解鎖。如此，房間3b之門鎖被解除(步驟S112)。另一方面，從管理伺服器4b傳送之訊號為門鎖解除不許可 訊號之情況下(步驟S110中為NO)，門鎖控制系統30b會從擴音器38b輸出警示音(步驟S111)。

如此，同樣在變形例之房間3b之門鎖解除方法中，亦使用行動裝置2之IP位址來判定是否許可門32b之解鎖。因此，可利用行動裝置2本身作為用於房間3b之解鎖之鑰匙。因此，使用者U不需要攜帶物理性之鑰匙(卡片鑰匙等)，可僅藉由行動裝置2進行門32b之解鎖。此外，使用者U在使用複數房間時，不用準備與各房間對應之物理性的鑰匙即可將複數房間之門解鎖。因此，可提供一種門鎖解除方法，其提升使用者U之便利性，並可提供使用者U新穎的房間共享體驗。此外，在變形例之門鎖解除方法中，不必將房間預約管理表存放於房間3b，且房間3b不必判定是否應該將門鎖解除。

再者，圖27所示之房間預約管理表不含IP位址資訊之情況下，管理伺服器4b亦可藉由參照使用者管理表及房間預約管理表兩者，執行在步驟S108中所規定之門鎖解除之判定處理。此情況下，首先，管理伺服器4b基於行動裝置2之IP位址及使用者管理表，確定與行動裝置2之IP位址對應之使用者U之使用者ID。然後，管理伺服器4b亦可基於確定之使用者ID及房間預約管理表，判定已在包含現在日期和時間之預約時間帶中預約房間3b之使用者ID是否與確定之使用者ID為一致。

以上，雖已對本發明之實施型態進行說明，但本發明之技術範圍不應受本實施型態之說明而被限定地解釋。本實施型態為其中一例，所屬技術領域中具有通常知識者能理解在申請專利範圍所記載之發明範圍內，可進行各種實施型態之變更。本發明之技術範圍，應基於申請專利範 圍所記載之發明範圍及其均等範圍而確定。

在本實施型態中，作為行動裝置2、門3、車輛3a及房間3b(門鎖控制系統30b)之網路位址之一例，對於與網際網路協定對應之網路位址之IP位址進行說明，但網路位址並不限定於IP位址。例如，網路位址亦可為與網際網路協定以外之既定通訊協定對應之網路位址。

此外，本實施型態之方法，亦可藉由電腦程式來實現。此情況下，前述電腦程式，亦可存放於儲存裝置或ROM等。此外，前述電腦程式，亦可存放於磁碟(例如，HDD、磁片)、光碟(例如，CD-ROM、DVD-ROM、Blu-ray(註冊商標)光碟)、磁光碟(例如，MO)、快閃記憶體(例如，SD卡、USB記憶體、SSD)等電腦可讀取之記憶媒體。此情況下，存放於電腦可讀取之記憶媒體之電腦程式亦可編入至儲存裝置中。進一步，在編入儲存裝置之前述程式被載入RAM後，處理器亦可執行載入於RAM上之前述程式。

Claims (22)

1. 一種開門方法，其特徵係其包含：

   使用與使用者相關聯之行動裝置中固有的網路位址，對構成為限制入場至既定空間之門，傳送請求開放前述門之開門訊號，的步驟；

   回應前述開門訊號之接收，基於管理表及前述行動裝置之網路位址，判定是否許可前述使用者入場至前述既定空間的步驟；及

   回應許可前述使用者入場至前述既定空間之判定，為了讓前述使用者能夠入場至前述既定空間而控制前述門的步驟；

   前述管理表，包含複數網路位址資訊，且前述複數網路位址資訊係表示個別與複數使用者之一相關聯之複數行動裝置中固有的複數網路位址。
2. 如申請專利範圍第1項所記載之開門方法，其中，前述管理表進一步包含關於複數票券之複數票券資訊；

   前述開門方法，進一步包含回應許可前述使用者入場至前述既定空間之判定，將與前述使用者相關聯之票券資訊輸出至外部或者將前述票券資訊傳送至前述行動裝置的步驟。
3. 如申請專利範圍第1或2項所記載之開門方法，其中，前述管理表包含使用者管理表、及票券管理表；

   前述使用者管理表，包含關於複數使用者之複數使用者識別資訊、及個別與前述複數使用者識別資訊之一相關聯之前述複數網路位址資訊；

   前述票券管理表，包含前述複數使用者識別資訊；且

   判定是否許可前述使用者入場至前述既定空間的步驟，包含：

   基於前述使用者管理表及前述行動裝置之網路位址，確定與前述行動裝置之網路位址對應的使用者識別資訊的步驟；

   基於前述確定之使用者識別資訊及前述票券管理表，判定前述確定之使用者識別資訊是否與前述票券管理表所含之複數使用者識別資訊之一為一致的步驟；及

   在前述確定之使用者識別資訊與前述票券管理表所含之複數使用者識別資訊之一為一致的情況下，決定許可前述使用者入場至前述既定空間的步驟。
4. 如申請專利範圍第1或2項所記載之開門方法，其中，前述管理表包含票券管理表；

   前述票券管理表，包含前述複數網路位址資訊；

   判定是否許可前述使用者入場至前述既定空間的步驟，包含：

   基於前述票券管理表及前述行動裝置之網路位址，判定前述行動裝置之網路位址是否與前述票券管理表所含之前述複數行動裝置之網路位址之一為一致的步驟；及

   在前述行動裝置之網路位址與前述票券管理表所含之前述複數行動裝置之網路位址之一為一致的情況下，決定許可前述使用者入場至前述既定空間的步驟。
5. 如申請專利範圍第1或2項所記載之開門方法，其中，前述管理表藉由通訊網路而存放於可通訊地連接至前述門之管理伺服器；

   是否許可前述使用者入場至前述既定空間的步驟，係

   藉由前述管理伺服器執行，

   並包含藉由前述通訊網路從前述門接收關於前述行動裝置的網路位址之資訊的步驟。
6. 如申請專利範圍第1或2項所記載之開門方法，其中，前述管理表存放於前述門；

   判定是否許可前述使用者入場至前述既定空間的步驟，係藉由前述門執行。
7. 一種開門程式，其特徵係其用於使電腦執行如申請專利範圍第1至6項中任一項所記載之前述開門方法。
8. 一種電腦可讀取之記憶媒體，其特徵係其保存有如申請專利範圍第7項所記載之前述開門程式。
9. 一種開門系統，其係具備與使用者相關聯且具有固有的網路位址之行動裝置、及

   構成為可通訊地連接至前述行動裝置並同時限制入場至既定空間之門，其特徵係

   前述開門系統，係構成為執行如申請專利範圍第1至6項中任一項所記載之前述開門方法。
10. 如申請專利範圍第9項所記載之開門系統，其中，其進一步具備藉由通訊網路而可通訊地連接至前述門之管理伺服器。
11. 一種門鎖解除方法，其特徵係其包含：

    使用與使用者相關聯之行動裝置中固有的網路位址，向對象物傳送請求前述對象物之門之解鎖的門鎖解除訊號的步驟；

    回應前述門鎖解除訊號之接收，基於管理表及前述行動裝置之網路位 址，判定是否許可前述門之解鎖的步驟；及

    回應許可前述門之解鎖之判定，將前述門解鎖的步驟；

    前述管理表，包含複數網路位址資訊，且前述複數網路位址資訊表示個別與複數使用者之一相關聯之複數行動裝置中固有的複數網路位址。
12. 如申請專利範圍第11項所記載之門鎖解除方法，其中，其進一步包含在前述門解鎖後，回應前述行動裝置與前述對象物之間之通訊，將前述門上鎖或解鎖的步驟。
13. 如申請專利範圍第11或12項所記載之門鎖解除方法，其中，前述管理表包含使用者管理表、及前述對象物之預約管理表；

    前述使用者管理表，包含關於複數使用者之複數使用者識別資訊、及個別與前述複數使用者識別資訊之一相關聯之前述複數網路位址資訊；

    前述預約管理表，包含複數使用者識別資訊；

    判定是否許可前述門之解鎖的步驟，包含：

    基於前述使用者管理表及前述行動裝置之網路位址，確定與前述行動裝置之網路位址對應之使用者識別資訊的步驟；

    基於前述確定之使用者識別資訊及前述預約管理表，判定前述對象物是否由與前述使用者識別資訊對應之前述使用者所預約的步驟；及

    在前述對象物由與前述使用者識別資訊對應之前述使用者所預約之情況下，決定許可前述門之解鎖的步驟。
14. 如申請專利範圍第11或12項所記載之門鎖解除方法，其中，前述管理表包含前述對象物之預約管理表；

    前述預約管理表，包含前述複數網路位址資訊；

    判定是否許可前述門之解鎖的步驟，包含：

    基於前述預約管理表及前述行動裝置之網路位址，判定前述對象物是否由與前述行動裝置相關聯之前述使用者所預約的步驟；及

    在前述對象物由與前述行動裝置相關聯之前述使用者所預約之情況下，決定許可前述門之解鎖的步驟。
15. 如申請專利範圍第11或12項所記載之門鎖解除方法，其中，前述管理表藉由通訊網路而存放於可通訊地連接至前述對象物之管理伺服器；

    判定是否許可前述門之解鎖的步驟，係

    藉由前述管理伺服器執行，

    並包含藉由前述通訊網路從前述對象物接收關於前述行動裝置之網路位址之資訊的步驟。
16. 如申請專利範圍第11或12項所記載之門鎖解除方法，其中，前述管理表存放於前述對象物；

    判定是否許可前述門之解鎖的步驟，藉由前述對象物執行。
17. 如申請專利範圍第11或12項所記載之門鎖解除方法，其中，前述對象物為車輛。
18. 如申請專利範圍第11或12項所記載之門鎖解除方法，其中，前述對象物為房間。
19. 一種門鎖解除程式，其特徵係其用於使電腦執行如申請專利範圍第11至18項中任一項所記載之前述門鎖解除方法。
20. 一種電腦可讀取之記憶媒體，其特徵係其保存有如申請專利範圍第19項所記載之前述門鎖解除程式。
21. 一種門鎖解除系統，其係具備與使用者相關聯且具有固有的網路位址之行動裝置、及

    可通訊地連接至前述行動裝置之對象物，其特徵係

    前述門鎖解除，係構成為執行如申請專利範圍第11至18項中任一項所記載之前述門鎖解除方法。
22. 如申請專利範圍第21項所記載之門鎖解除系統，其中，其進一步具備藉由通訊網路而與前述對象物連接之管理伺服器。

Images