遠程作業系統、遠程操作設備以及服務中心的製作方法

2023-05-15 01:31:56

專利名稱：遠程作業系統、遠程操作設備以及服務中心的製作方法
技術領域：
本發明涉及遠程作業系統和遠程操作設備，尤其涉及的是可以取 消遠程操作的遠程作業系統和遠程操作設備。
背景技術：
已知某些車輛允許從遠端位置對車裝單元執行遠程操作(參見日本公開專利申請第2004-224067號)。在允許遠程操作的車輛中，允 許車門的鎖定/解鎖或者車窗的打開/關閉。發明內容由於遠程操作是由駕駛員從遠離車輛的遠端位置執行的，因此， 這種有可能降低車輛安全性的遠程操作應該被禁止。由於遠程操作是 經由伺服器執行的，所以，如果一律允許這種諸如解鎖車門等降低安 全性的遠程操作，那麼非法侵入伺服器的人可能解鎖所有允許遠程操 作的車門。為了解決這個問題，在伺服器或車輛中進行設置，以使得 在很多情況下，不允許解鎖車門、開窗操作等遠程操作。但是，存在在對車裝單元進行遠程控制之後應該取消操作的情 況。例如，存在這樣一種情況，其中在執行了鎖門的控制之後，由於 在車內檢測到人，因此門應該被解鎖。在這種情況下，為了避免將人 鎖在車內，優選的是將門解鎖，並且優選的是在預定條件下允許解鎖， 即使是在原則上禁止此類操作的遠程操作中也是如此。本發明是鑑於上述狀況而提出的，並且本發明的目的是提供一種 遠程作業系統、遠程操作設備以及服務中心，由此在確保安全性的情 況下允許取消遠程控制。依照本發明，為了解決上述問題，在車裝單元是通過從駕駛員所
攜帶的可攜式單元經由服務中心所傳送的操作命令來進行控制的遠 程作業系統中，當車輛接收到用於將車裝單元從第二狀態控制到笫一狀態的操作命令B時，只有在操作命令B之前執行了基於操作命令A 的控制的情況下，操作命令B才會執行，操作命令A用於從第一狀態 控制到第二狀態。在這種配置中，可以提供一種遠程作業系統，該系統允許在確保 安全性的情況下取消遠程操作。依照本發明的另一方面，所述車輛具有遠程操作響應生成部分， 該部分在基於操作命令A對所述車裝單元進行了控制之後產生操作 完成通知，並且將該操作完成通知傳送到所述服務中心。當基於操作前的狀態時，所述遠程操作響應生成部分傳送取消操作完成通知。在這種配置中，用戶可以通過讀取操作完成通知或取消完成通知來了解操作結果。依照本發明的另一方面，所述操作完成通知包括指引信息，用於指引用戶以使得將所述車裝單元返回到操作命令A的控制之前的狀態。在這種配置中，用戶可以通過使用指引信息來容易地執行取消操 作。該指引信息例如是用於執行取消操作的URL或類似信息。依照本發明的另一方面，當所述車輛具有基於操作命令A的所 述車裝單元的控制記錄時，所述車輛基於操作命令B將所述車裝單元 返回到操作命令A之前的狀態。在這種配置中，由於在不存在控制記錄時不允許取消操作，因此， 即使發生了諸如對於服務中心的非法訪問這樣的遠程操作，也可以避 免降低安全性。依照本發明的另一方面，在基於操作命令A對所述車裝單元進 行了控制之後，只有在預定時間段期間，所述車輛才基於操作命令B 將所述車裝單元返回到操作命令A之前的狀態。在這種配置中，由於只有在預定時間段期間才允許對於遠程操作
的取消操作，因此可以避免安全性降低。依照本發明的另一方面，當基於操作命令A對所述車裝單元進 行了控制之後對所述車輛進行本地控制時，所述車輛禁止基於操作命 令B將所述車裝單元返回到操作命令A之前的狀態。在這種配置中，由於在允許用戶直接操作車輛時才允許用戶直接對車輛進行操作，因此，取消操作可以得到限制。應該指出的是，"本 地操作"指的是除遠程操作之外的其他操作。依照本發明的另 一方面，所述車輛具有用於確定在接收到操作命 令B時是否要返回到操作命令A之前的狀態的標記；以及當基於操作 命令A對所述車輛的所述車裝單元進行控制時，所述標記變為許可狀 態，當對車輛進行本地控制時或者當在基於操作命令A對車裝單元進 行控制時起經過了預定時間段時，所述標記變為不許可狀態。在這種配置中，當車輛接收到取消操作命令時，可以基於所述標 記返回到操作命令之前的原始狀態。依照本發明的另一方面，所述車輛包括遠程操作響應生成部分， 在基於操作命令A對所述車裝單元進行了控制之後，該遠程操作響應 生成部分將所述標記與操作完成通知一起傳送；當基於操作命令B對 車裝單元進行控制並且將所述車裝單元返回到操作命令A之前的狀 態時，所述遠程操作響應生成部分將所述標記與取消操作完成通知一 起傳送；以及所述服務中心基於從所塑車輛傳送的所述標記的狀態來 確定是否接受操作命令B。在這種配置中，可以基於用以指示車輛狀態的標記來確定是否要 返回到操作命令之前的狀態。依照本發明的另一方面，當所述標記具有許可狀態時，所述服務 中心將能夠從中選擇操作命令B的取消操作菜單頁面傳送到所述便 攜式單元；以及當所述標記具有不許可狀態時，所述服務中心將無法 從中選擇操作命令B的取消操作菜單未顯示頁面傳送到所述可攜式 單元。在這種配置中，可以基於標記的狀態來控制傳送到可攜式單元的頁面。
依照本發明的另一方面，當傳送了操作命令B之後無法正確接 收來自所述車輛的所述操作完成通知時，所述服務中心將該服務中心 的所述標記更新到許可狀態。
在這種配置中，由於將標記設置成許可狀態，因此，即使因為通 信出錯、超時或類似原因而無法接收到操作完成通知時，接受取消操 作的概率仍舊可以提升。
依照本發明的另一方面，當從所述車輛傳送了處於許可狀態的所 述標記之後所述車輛的標記被反轉到不許可狀態時，所述服務中心將 所述取消操作菜單頁面傳送至所述可攜式單元。
在這種配置中，由於服務中心中的標記即使在車輛被本地操作的 時候也保持在許可狀態，因此用於接受取消操作命令的取消操作菜單 頁面可以顯示給用戶，由此可以實現一種用戶可以容易地理解的系 統。依照本發明的另一方面，當從所述標記變成許可狀態時起經過了 預定時間段時，所述服務中心將所述標記更新為不許可狀態。
在這種配置中，月l務中心可以響應於時間的流逝而更新標記的狀 態，並且可以確定是否要接受取消操作。
依照本發明的另 一方面，所述服務中心在經過了所述預定時間段 之後接收到來自所述可攜式單元的操作命令B的情況下，傳送了所述 取消操作菜單頁面之後，即使該標記具有不許可狀態，所述服務中心 也向所述車輛傳送操作命令B。
在這種配置中，在用戶從取消操作菜單頁面傳送了取消操作命令 之後，該取消操作可,皮接受，由此可以避免用戶抱怨。
由此，依照本發明可以提供一種能在確保安全性的情況下允許取 消遠程操作的遠程作業系統、遠程操作設備以及服務中心。
附圖簡述通過結合附圖來閱讀下文的詳細描述，本發明的其他目標和進一步的特徵將變得顯而易見

圖1示出了將遠程操作設備應用於車輛的遠程作業系統的整體結構；圖2示出了遠程作業系統的處理流程序列的示例；圖3示出了遠程操作設備的框圖；圖4示出了許可判定表的一個示例；圖5示出了取消操作判定表的一個示例；圖6示出了存儲在車輛狀態存儲部分中的車輛狀態的一個示例； 圖7示出了車窗的狀態；圖8示出了遠程操作的操作完成通知和取消操作完成通知的一 個示例；圖9示出了遠程操作與取消操作之間的關係； 圖10示出了操作完成通知的一個示例； 圖ll例示了取消操作接受起始條件；圖12示出了一個活動示例，其中示出了用於在取消用戶遠程操作時返回到初始狀態的處理流程；圖13示出了第二實施例中的遠程操作設備的框圖；圖14示出了在遠程操作之後對車輛進行本地操作時不允許取消操作的控制過程的流程圖；圖15示出了顯示在可攜式單元上的取消操作菜單等；圖16示出了由於自服務中心接受遠程操作時起經過了預定時間段而無法接受遠程操作的取消時的處理的流程圖；圖17示出了顯示在可攜式單元上的取消操作菜單的一個示例； 圖18示出了基於取消許可條件以及取消操作停止條件來確定是否要接受取消操作的處理的流程圖；圖19示出了顯示在可攜式單元上的取消操作接受不許可頁面的一個示例；圖20示出了在服務中心無法接收到操作完成通知時基於用戶實 際進行操作的時間來接受取消操作的處理的流程圖21示出了取消操作接受頁面的一個示例；
圖22示出了在服務中心無法接收到操作完成通知時接受取消操 作的處理過程的流程圖23示出了用於操作完成通知接收不確定狀態的電子郵件或類 似物的一個示例。
執行本發明的最佳模式
在下文中參考附圖來描述用於執行本發明的最佳模式。 首先描述本發明的第一實施例。
圖l示出了將遠程操作設備IO應用於車輛的遠程作業系統的整 體系統結構。圖2示出了遠程作業系統的處理流程的序列圖的一個示 例。
在圖l的遠程操作中，可攜式單元2、服務中心3以及車輛5經 由諸如網際網路的通信網絡l連接在一起。可攜式單元2和車輛5可以 利用移動通信網絡或無線電LAN經由中繼站4而與網絡1相連。此 外，服務中心3可以利用有線或無線電通信而與網絡1相連。
當用戶通過操作可攜式單元2來輸入操作命令時，該操作命令經 由服務中心3而被傳送到車輛5(圖2的S1、 S2)，並且車輛5中的 遠程操作設備10依照該操作命令對車裝單元進行控制(S3)。操作 完成通知從車輛2經由服務中心3而被傳送到可攜式單元2( S4、S5)。 應該指出的是，用戶指的是在服務中心3中登記的人員，並且他有權 對車輛5執行遠程控制，所述用戶例如是車輛5的所有者。
當用戶希望取消先前的遠程操作時，基於預定的用戶操作經由服 務中心3而向車輛5傳送一個用於取消操作的操作命令(S6、 S7)。 車輛5通過讀取車裝單元的控制記錄來取消遠程操作，以便返回到原 始狀態(S8)。然後，車輛5經由服務中心3向可攜式單元2傳送取 消操作完成通知(S9、 S10)。
當允許如圖2所示的取消操作時，如果出現因為鎖門的遠程操作 而將人鎖在車內的事故，那麼可以返回到遠程操作之前的狀態。由此，
遠程作業系統的便利性提高了 。
可攜式單元2可以是一個經由通信網絡而與服務中心3相連並且 可以從其執行服務中心3所要求操作的單元，即，蜂窩電話、PDA (便 攜式數字助理)、PHS (個人手持電話系統)、個人計算機或類似設 備。例如，在蜂窩電話的情況下，它使用GSM(全球移動通信系統)、 TDMA (時分多址)、CDMA (碼分多址)、PDC (個人數字蜂窩) 或類似技術來執行通信。在個人計算機的情況下，它使用無線電LAN 或類似技術來與中繼站4進行通信。
可攜式單元2具有用於控制相應部分的CPU;用於存儲由CPU 執行的諸如OS、瀏覽器等程序的ROM;用於存儲操作結果等的 RAM;定時器；諸如鍵盤的輸入設備；諸如液晶設備、有機EL等的 顯示部分；用於連接到中繼站4的通信設備；麥克風；揚聲器等。該 可攜式單元2還可以被配置成用作用於提供無鑰進入功能的車輛鑰 匙。
服務中心3在車輛5與駕駛員(可攜式單元2)之間為駕駛員提 供各種服務，即使當車輛5和駕駛員相互間隔預定距離時，該服務中 心3也將第三方對車輛5進行的入侵、引擎啟動操作等告知駕駛員， 或者允許駕駛員遠程操作車輛5。
月艮務中心3是計算機，它包括CPU、 ROM、 RAM、存儲設備、 通信設備等，並且經由網絡1與可攜式單元2以及車輛5進行通信。 在ROM或存儲設備中，存儲有可以由CPU執行的OS、程序等，由 此服務中心3可以基於稍後描述的標記來確定是否要接受取消操作。
當用戶使用可攜式單元2來訪問服務中心3時，該服務中心3 傳送一個利用諸如HTML (超文本標記語言)、XML (可擴展標記 語言)等語言而產生的操作頁面。可攜式單元2的瀏覽器程序或類似 程序在顯示部分上顯示該操作頁面，由此用戶可以對其執行預定操 作，從而將依照由此給出的操作的操作命令傳送到服務中心3。服務 中心3將操作命令傳送到車輛5的遠程操作設備10。應該指出的是， 從可攜式單元2輸入操作命令的實際操作可以按照這樣一種方式進
行，即，識別用戶的語音並將其轉換成操作命令，或者藉助鍵盤或語
音對從服務中心3傳送的語音引導進行響應。
接下來將對車輛3具有的遠程操作設備10進行描述。圖3示出 了遠程操作設備10的框圖。該遠程設備10由遠程操作ECU 9進行控 制。該遠程操作ECU9具有用於控制相應部分的CPU;用於存儲 由CPU執行的程序的ROM;用於存儲操作結果等的RAM;用於與 其他ECU進行通信的通信接口等。
遠程操作設備10被配置成具有操作命令分析部分11、遠程操作 許可判定部分12、遠程操作響應生成部分13、車輛狀態存儲部分14 以及控制信號生成部分15。這些功能是通過CPU執行程序來實現的。 應該指出的是，遠程操作設備10與通信設備6、車裝單元17以及用 於控制車裝單元16的控制部分16相連，這些部分被安裝在車輛5中。
通信設備6利用移動通信網絡而與中繼站4相連。在使用蜂窩電 話時，在這裡應用的特定通信方法有GSM、 TDMA、 CDMA、 PDC 等。在使用無線電LAN的情況下，還可以直接連接到網絡l。當與中 繼站4相連時，通信設備6接收從服務中心3傳送的操作命令，或者 向服務中心3傳送遠程操作的操作結果作為操作完成通知，或者傳送 取消操作的操作結果作為取消操作完成通知，稍後對其進行描述。
操作命令分析部分ii對從通信設備6發送的操作命令進行分析， 並且確定用戶的操作內容。
遠程操作許可判定部分12確定是否允許遠程操作。該遠程操作 許可判定部分12具有為每一個操作命令設定操作許可的許可判定表， 並且基於操作命令分析部分所分析的操作命令來確定對操作的許可。
圖4示出了許可判定表的一個示例。例如，在鎖門的情況下，在 滿足下列條件的時候，鎖門的遠程操作是允許的
- 公共前提；
- 車內無人；以及
- 車內沒有鑰匙。
當滿足這些條件時，可以避免將人鎖在車內或類似事故，並且由
此可以提高安全性。應該指出的是，公共前提指的是車輛處於運行中 的狀態(即，車輛實際上正在運行、準備運行，即，駕駛員實際上正 在開車)。
此外，對那些諸如可能降低安全性的遠程操作的操作而言，即，
將車門解鎖或類似的操作而言，遠程操作許可判定部分12原則上不 允許該操作(在默認設置中)。用戶可以在從服務中心3傳送給便攜 式單元2的操作頁面中選擇那些可能降低安全性的操作。
為了基於許可表來確定操作許可，遠程操作許可判定部分12與 車輛狀態存儲部分14相連，並且可以檢測車輛的狀態。如稍後描述 的，車輛狀態可以是例如門、窗和遮陽頂的打開/關閉狀態；門的鎖定 /解鎖狀態、引擎運行狀態等。遠程操作許可判定部分12從車輛狀態 存儲部分14中檢測車輛的狀態，並且確定是否允許進行鎖門或類似 操作。類似的，遠程操作許可判定部分12進行確定，以使得在門被 打開時禁止安全性單元的遠程操作；基於引擎運行狀態以及電池電力 等來禁止啟動空調。
另外，當取消遠程操作時，雖然根據許可表原則上禁止進行取消 操作，但是遠程許可判定部分12基於取消操作判定表來確定是否允 許取消操作，其中所述判定表是為了確定是否允許取消操作而提供 的。
圖5示出了取消操作判定表的一個示例。例如，在許可表中原則 上禁止電動窗(PW)的遠程開啟操作。但是，當要取消遠程關閉操 作時，即，當要返回到關閉操作之前的狀態時，如果滿足下列條件， 則允許取消操作
a )公共前提；
b) 在從遠程PW操作起的預定時間段以內(在下文中也將其稱 為取消操作接受時間)；
c) 沒有進行本地PW操作；以及
d )沒有開啟IG (點火器)或ACC (輔助設備)。 "本地，，意味著車輛不是遠程操作的，而是由人直接操作的。
當不滿足上述a) 、 b)和d)項時，這意味著駕駛員或乘客在 車輛5內，並且可以操作車輛，或者已經本地操作了車輛5。因此， 當不滿足條件a) 、 b)和d)時，沒有必要遠程取消過去的操作。此外，對於遠程操作取消來說，條件b)"在取消操作接受時間 以內，，需要存在對於過去遠程操作的控制記錄，此外該遠程取消操作 是在從過去遠程操作起的取消操作接受時間以內。通過由此要求遠程操作的控制記錄的條件，車輛5可以忽略例如 由於服務中心3被非法入侵而傳送到遍及全國的所有車輛的這種打開 PW的操作命令。由此，可以確保安全性。此外，由於以下原因而需要條件"處於從遠程PW操作起的取消 操作接受時間以內，，即，取消操作的情況是在從進行遠程操作起以 及接收到操作完成通知的相對短時間內進行的。例如，當在車輛5內 部有人的同時關閉車窗或鎖上車門，或者為了避免車輛碰撞而點亮危 險報警燈的情況下，所述操作應該在遠程操作之後立即或者在很短時 間段內取消。因此，作為允許取消操作的條件，條件"處於取消操作 接受時間以內"是充分的，並且由於在受限條件下，諸如固定時間段 以內，允許執行取消操作，因此安全性得到保證。取消操作接受時間可以按照任何方式來確定。但是，用戶未必處 於始終可以檢查遠程操作的操作完成通知的狀態下。因此，假設在生 活周期中，在很多情況下都要在夜晚取消早晨的遠程操作，那麼可以 設置24小時大小作為時間周期，這在很多情況下都不會對用戶造成 不便。在本實施例中，如上所述，車輛5具有遠程操作許可判定部分 12,並且該車輛5基於取消操作許可判定表來確定取消操作許可。服 務中心3可以接收車輛5的上述狀態a) 、 c)或d)，並且確定取消 操作的許可。然而，應該避免這種狀況，即，由於服務中心3與車輛 5之間的通信延遲、通信故障或類似事件，即使在車輛5中不應該實 際執行取消操作時，服務中心5也執行取消操作。此外，如稍後所述， 服務中心3不應該根據服務中心3中的接受時間的原因而過度避免取
消操作。出於這些原因，較為優選的是應該由車輛5來確定取消操作 的許可。從停放車輛5時起經過的允許車輛5中的遠程操作的時間周期 (在下文中，稱為遠程操作接受周期)是基於電池容量來定義的。當 每周將車輛5駕駛一次或兩次時，該遠程操作接受周期大小應該是九 天。因此，當從停放車輛5時起經過了九天時，遠程操作是不允許的。當將遠程操作接受周期設定為九天，並且例如在經過了八天23 小時之後執行遠程操作時，在從所述遠程操作時起經過了 一小時之後 所述遠程操作無法被取消。但是，為了提高安全性，取消操作是更為 優選的，由此，所述取消操作不應該因為這種時間周期到期而被避免。 因此，依照本實施例，即使在將遠程操作接受周期設置在九天之內， 這個遠程操作接受周期，即，九天，也僅會因為取消操作而延長。例如，當在經過了八天23小時之後執行遠程PW關閉操作時， 所述關閉操作的取消操作，即，返回到原始打開狀態的取消操作，在 九天23小時以內(當將取消操作接受時間設置在24小時以內時)是 被接受的。應該指出的是，在經過了九天之後，別的遠程操作(不同 於取消操作)不被接受。此外，當在九天23小時以內進行取消操作 時，即使是在24小時以內，對於所述取消操作的取消操作也可能是 不被接受的。通過進行這種配置，可以避免可能因為"遠程操作+取 消操作"的無限循環而導致的電池耗盡。由此，由於允許取消遠程操作，因此在用戶進行了車裝單元的目 標遠程操作之後，即使那些在原則上依照許可判定表禁止遠程操作的 操作也可以;陂用戶取消，並且可以返回到原始狀態。應該指出的是，與許可判定表相比，取消操作判定表的限制要更 為適度。這是因為取消操作應該在需要的時候儘可能長時間地被執 行，此外，考慮到如上所述地對接受時間的限制，判定條件應該減少。返回到圖3，控制信號生成部分15產生控制信號，用於在遠程 操作許可判定部分12允許操作時執行該操作。例如，當操作命令針 對關窗操作時，產生一個用於對開/關窗的致動器進行控制的控制信
號。由此產生的控制信號經由車體系統的車裝LAN而被發送到控制 部分16。控制部分16包括各種用於接收來自控制信號生成部分15的控制 信號以及控制相應車裝單元17的ECU。車裝單元17可以包括例如門 鎖控制部分、電動窗控制部分、遮陽頂控制部分、行李箱控制部分， 室燈控制部分、安全性控制部分、空調控制部分、導航控制部分、引 擎控制部分等。門鎖控制部分16驅動致動器來逐個地鎖定/解鎖每個車門或者鎖 定/解鎖所有車門。電動窗控制部分驅動致動器來逐個地打開/關閉每 個車窗或是打開/關閉所有車窗。遮陽頂控制部分驅動致動器來打開/ 關閉或上傾/下傾遮陽頂。行李箱控制部分驅動致動器來打開/關閉行 李箱。室燈控制部分對室燈的開/關進行控制。應該指出的是，由於採 用了脈衝寬度調製系統，因此，在打開/關閉的時候可以進行控制以使 得逐漸增加/減少亮度。車頭燈控制部分對車頭燈的開/關進行控制， 執行遠光燈/近光燈控制，報警器開/關控制等。安全性控制部分對安全性單元的開/關、警報號吹響等進行控制。 當開啟打開安全性單元(報警狀態)，以及檢測到車門、引擎罩、行 李箱等等的打開/關閉或陌生人的入侵時，藉助警報單元、車頭燈等的 操作，而以一種恰當的方式針對車輛的環境執行報警器吹響。此外， 可以將陌生人的檢測通知給服務中心3。空調控制部分執行車輛5中安裝的車裝空調的空調控制。導航控 制部分控制導航單元，測量當前車輛位置，將其顯示在LCD屏幕或 類似設備上，並將其經由服務中心3傳送到可攜式單元2。引擎控制部分對引擎的啟動/停止進行控制。由控制部分16控制的相應車裝單元17經由車裝LAN將車輛(也 就是相應的車裝單元)的狀態發送到每個車裝單元17的車輛狀態存 儲部分14。該車輛狀態存儲部分14存儲由此發送的車裝單元的狀態。圖6示出了車輛狀態存儲單元14中存儲的車輛狀態的示例。該 車輛狀態是為相應的車裝單元存儲的。對車門來說，遠端與本地之間 的區別、車門狀態等被按照時序方式與實際操作時間相對應地存儲。車輛5的時鐘是以這樣一種方式來調整的，即，時間測量結果與 服務中心3所具有的時鐘具有預定的有限誤差，這個誤差是周期性或 者是針對每個遠程操作的。操作時間是完成車裝單元控制的時間。但 是，當對車裝單元執行遠程控制時，該操作時間可以是服務中心3接 收到操作命令的時間。此外，對遠程操作的情況來說，存儲遠程操作編號作為車輛狀態。 該遠程操作編號是為使服務中心3能夠識別每個特定遠程操作而給出 的，其中每一個編號在相同的車輛內至少是唯一的。相應的，通過讀 取遠程操作編號，可以確定遠程操作的內容、操作時間以及該操作之 後的車輛狀態。此外，對車窗來說，存儲與對於車門的內容相同的內容作為車輛 狀態。對諸如車門和車窗的在車內提供了多個的車裝單元來說，較為 優選的是為每一個所述單元(也就是每個車門或每個車窗)存儲所述 狀態。圖6示出了存儲了駕駛員座位處的車門、乘客座位處的車門以 及相應的右後方和左後方乘客座位處的車門的相應狀態的示例。對車門鎖定/解鎖狀態來說，可以數值方式存儲不但完全打開/關 閉的狀態，而且車門打開程度的狀態。由此，在取消該操作時可以精 確地返回到原始狀態。圖7示出了用數值表示的車窗狀態。圖7(a)示出了遠程操作之前 的狀態；圖7(b)示出了遠程關閉車窗的狀態；圖7(c)示出了藉助取消 操作而返回到初始狀態的狀態(與圖7(a)的狀態相同)。在圖7中， 從左邊開始分別顯示了駕駛員座位FR、乘客座位FL、後部乘客座位 RR以及右後方乘客座位RL。當將車窗關閉到上止點的狀態稱為"關閉"，並且用"20%開啟" 或類似表示來表述將車窗從上止點打開的情形時，乘客座位FL的開 啟是大約60%，並且右後方座位RR的開啟是大約100%。遠程操作 之後的狀態被存儲在車輛狀態存儲部分14中。
在遠程關閉車窗之後，當接收到取消該遠程操作的操作命令時，控制信號生成部分15讀取車輛狀態存儲部分14，並且將相應的車窗 返回到初始狀態。當基於操作命令對車裝單元17進行控制時，遠程操作響應控制 部分13產生操作完成信號並且將其經由服務中心3傳送到可攜式單 元2。此外，當基於取消操作來控制車裝單元17並將其返回到遠程操 作之前的狀態時，遠程操作響應控制部分13產生取消操作完成通知 並且將其經由服務中心3傳送到可攜式單元2。圖8(a)示出了在可攜式單元2上顯示的遠程操作的操作完成通知 的一個示例，圖8(b)示出了取消操作完成通知的一個示例。如圖8(a) 所示，操作完成通知包括與識別用戶的用戶ID —起顯示遠程操作之 後的車窗狀態、操作時間以及遠程操作編號。另外，作為用於向用戶 指引取消操作的指引信息，還給出了服務中心3的取消操作的站點 URL。相應地，接收到操作完成通知的用戶可以容易地執行取消操作。 遠程作業系統檢測鎖車門或車窗關閉的遺漏，並且將此告知用戶。相 應地，用戶將被指引，以執行"操作遺漏通知今遠程操作+取消操作^ 重新操作"的操作循環。遠程操作是以這樣一種方式單獨管理的，其中遠程操作編號是以 特定方式給出的。相應地，用於取消遠程操作的取消操作也是單獨執 行的。圖9顯示了遠程操作與取消操作之間的關係。用戶在時間tl 執行關閉PW的遠程操作，並且在時間t2執行鎖車門的遠程操作。 相應地，對於PW關閉操作的取消操作可以在時間tl之後的取消操 作接受時間內執行。類似的，對於鎖車門的取消操作可以在時間t2 之後的取消操作接受時間內執行。假設對於PW關閉操作的取消操作 是在時間t3執行的，那麼PW關閉和鎖車門兩者的遠程操作可以在 時間t2到t3的時間段期間被取消。相應地，當用戶藉助來自PW關閉或鎖車門的操作完成通知的 URL來連接到服務中心3的站點時，在可攜式單元2上顯示操作頁面， 其中在tl到t2內可以選擇PW關閉的取消操作；在t2到t3內可以
選擇PW關閉和鎖車門兩者的取消操作；以及在t3到t4內可以選擇 鎖車門的取消操作。此外，在允許多個取消操作的情況下，對用戶來說，較為便利的 是一種可以選擇在當前時間進行所有可取消操作的方式。當在時間t2 遠程執行鎖車門時，PW關閉和鎖車門兩者都可以在t2到t3的時間 段期間被取消。服務中心3像在車輛5自身中那樣存儲車輛的狀態。 相應地，當從車輛5接收到鎖車門操作完成通知時，服務中心3可以 從過去的操作歷史中檢測出在時間tl執行了 PW關閉。相應地，當 服務中心3向用戶告知鎖車門操作完成通知時，由於服務中心3提供 了如圖10所示的操作完成通知，因此，用戶可以通過單個動作來執 行多個取消操作。在圖10中，對於單獨遠程操作(鎖車門)的操作 完成通知如圖8(a)所示，此外，進行如下顯示"當前，對於PW關 閉的取消操作是允許的。在取消PW關閉和鎖車門兩者並且返回到原 始狀態時，請從以下URL執行取消操作"。用戶可以從所述URL通 過一個動作來進行所述多個遠程操作的取消操作。現在將描述對於取消操作的接受起始條件。該描述是參考圖9 來進行的，由此許可從時間tl或時間t2時起的取消操作。時間tl和 t2是服務中心3接收到來自車輛的操作命令到達通知的時間。圖11例示了取消操作接受起始條件。當用戶向服務中心3傳送 操作命令時(S1)，服務中心3將該操作命令傳送到車輛5 (S12)。 但是，在傳送之後，服務中心3未必能夠確定車輛實際是否依照遠程 操作而對車裝單元17進行控制。例如，車輛5是經由無線電來執行通信的。相應地，在某些情況下，由於通信故障或類似情況，即使車 輛5實際控制了車裝單元17，車輛5也無法接收到操作完成通知。此 外，當在傳送了操作命令之後不允許所述控制時，由於車輛5因為通 信故障無法正確接收到該操作命令，或者依照許可判定表而不允許所 述控制，那麼無法確定是否允許所迷控制。因此，提供了一種配置， 以便在服務中心向車輛正確發布了操作命令的時候，假設所述遠程操 作被接受，並且由此接受從該時間起的取消操作接受時間(例如24 小時)內的取消操作(S12)。是否正確地向車輛5發布了操作命令可以從服務中心3是否接收 到來自車輛5的到達通知來確定。例如，當服務中心3利用移動通信 網絡中所使用的短消息服務來執行通信時，服務中心3可以在短時間 段以內獲取來自車輛5的操作命令到達通知。在服務中心3接收到該到達通知之後，取消操作可以由此被允 許。相應地，即使在用戶接收到操作完成通知之前，在服務中心接收 到到達通知之後用戶訪問服務中心3時，取消操作也是允許的。基於圖12的活動圖示，描述利用上述配置取消用戶進行的遠程 操作以及返回到初始狀態的處理流程。當用戶利用可攜式單元2來執 行遠程操作時，操作命令傳送到服務中心3 ( S21 )。服務中心3接收 操作命令，以時序方式記錄操作命令接收歷史，並且還將操作命令傳 送到車輛5 (S22)。車輛5在正確接收到操作命令時傳送到達通知 (S23),由此服務中心3接收到達通知(S24)，此後，服務中心3 可以允許取消操作。接下來，遠程操作許可判定部分12根據許可判定表確定原則上 是否允許所接收的操作命令，如果允許的話，那麼遠程操作許可判定 部分12從車輛狀態存儲部分14中提取車輛狀態，並且確定基於所述 操作命令對車裝單元17的控制是否被允許(S25 )。當允許對車裝單元17的控制時(步驟S25中為"是，，)，控制信 號生成部分15產生控制信號，控制部分16控制車裝單元17(S26)， 並且遠程操作響應生成部分13產生操作完成通知(S27)。在不允許 對車裝單元的控制時(步驟S25中為"否")，向服務中心3傳送操作 禁止的通知(S28)。由於服務中心隨後向可攜式單元2傳送操作完成通知或操作禁 止通知(S29)，因此，用戶可以確定所述遠程操作是否已經完成。如果將人鎖在車內，並且用戶希望取消操作，那麼用戶可以通過 選擇操作完成通知所提供的URL來執行取消操作(S30 )。當執行取 消操作時，服務中心3確定是否已接收到來自車輛5的取消目標遠程
操作的到達通知(S31)。當沒有接收到該到達通知時，服務中心3 向可攜式單元2傳送一個表明該取消操作並非必需的通知。當接收到到達通知時(S31中為"是")，服務中心3向車輛5傳 送對於取消操作的操作命令(S33)，由此車輛5確定是否要允許基 於該操作命令來控制車裝單元17 (S34)。遠程操作許可判定部分13 讀取取消操作判定表，並且還從車輛狀態存儲部分14中提取車輛狀 態，以便確定是否要允許基於取消操作來控制車裝單元17 (S34)。當要允許基於取消操作來控制車裝單元17時(S34中為"是，，)， 控制信號生成部分15基於取消目標的遠程操作編號來產生一個用以 返回到從車輛狀態存儲部分14中提取的車輛狀態的控制信號(S35)。 當由此完成基於取消操作的車裝單元17的控制時，遠程操作響應生 成部分13產生取消操作完成通知，由此車輛5向服務中心3傳送取 消操作完成通知(S36)。當不允許基於取消操作來控制車裝單元17時(步驟S34中為 "否")，遠程操作響應生成部分13產生一個取消操作禁止通知，由 此車輛將該取消操作禁止通知傳送到服務中心3 ( S37 )。應該指出的 是，由於取消操作應該儘可能長時間地執行，因此，較為優選的是自 動重複步驟S34中的判定，或者向可攜式單元2傳送用於把用戶再次 指引到取消操作的URL。由於服務中心3向可攜式單元2傳送了取消操作完成通知或取消 操作禁止通知(S38)，因此，用戶可以從接收到的操作結果中確定 取消操作是否已完成(S39)。由此，依照第一實施例，如上所述，用於返回到原始狀態的操作 在原則上是禁止的。但是，通過在執行了車輛控制之後執行取消操作， 可以將車輛返回到原始狀態。由此，在用戶無心執行了遠程操作，或 者發生了用戶在執行遠程操作之後希望將其取消並希望返回到原始 狀態的情形時，該操作可以被取消。由於取消操作只在滿足預定條件 時才被允許，因此可以避免安全性的降低。接下來將對本發明的第二實施例進行描述。
在第一實施例中，是否要允許遠程操作的取消操作是由車輛5 基於取消操作許可表來確定的。但是，取消操作許可判定表具有如下 條件，即a)公共前提；b)車裝單元的本地操作並未發生；d) IG、 ACC中的任何一個都未開啟；等等。由此，當另一個用戶在本地操作 車輛時，在執行取消操作的用戶沒有意識到的情況下，可能出現未必 允許取消操作的狀況。由此，當在執行取消操作的用戶沒有意識到的 情況下，即使在從遠程操作時起的預定時間段(例如24小時)以內 也不允許取消操作時，用戶可能接收到取消操作禁止通知，並且可能 因為無法理解其原因而迷惑。在第二實施例的遠程作業系統中，例如，即使因為車輛的本地操 作而不允許取消操作，服務中心也將這件事情告知用戶。由此，在第 二實施例中，由服務中心3來確定是否要允許取消操作。當滿足下列條件中的任何一個(在下文將其稱為取消許可條件) 時，服務中心3接受取消操作i) 在作為操作結果而從車輛告知的操作完成通知中，取消處理依照車輛狀態而被允許(取消許可狀態標記)；ii) 從車輛告知的操作完成通知使得無法對其進行分析；以及iii) 從車輛告知的操作完成通知沒有到達服務中心3並且發生超時。但是，即使滿足了取消許可條件，當滿足下列條件(在下文中將 其稱為取消操作停止條件)時，服務中心3也不接受取消操作1) 在接受取消操作之後經過了預定時間段(在本實施例中是24 小時)；以及2) 在作為操作結果而從車輛告知的操作完成通知中，取消處理 依照取消許可狀態標記而不被允許。圖13示出了遠程操作設備10的框圖。在圖13中，對於那些與 圖3組件相同的組件給出了相同的參考數字，並且省略重複的描述。 在圖13中，與圖3不同，車輛狀態存儲部分14具有取消許可狀態標 記18。
取消許可狀態標記18是一個用以表明當前車輛是否允許取消操 作的標記。當取消許可狀態標記為"l"(在下文中將其簡稱為"許可") 時，其表明許可，而當取消許可狀態標記為"0"(在下文中將其簡稱 為"不許可，，)時，其表明不許可。在執行了遠程操作後取消許可狀 態標記18變成"許可"，而在滿足取消操作判定表的a) d)項中的 一個條件時，該標記變成"不許可"。取消許可狀態標記是為每一個車 裝單元17設置的。在第二實施例中，當經由服務中心3而從用戶可攜式單元2接收 到對於取消操作的操作命令時，遠程操作許可判定部分12在未參考 取消操作許可表而是參考取消許可狀態標記18的情況下確定是否允 許取消操作。服務中心3具有車輛狀態21，取消操作接受部分22以及狀態更 新部分23。取消許可狀態標記18是與操作完成通知一起傳送到服務 中心3的。當取消許可狀態標記18具有狀態"許可"時，狀態更新部 分23將車輛狀態21更新為"許可"，而當取消許可狀態標記18具有 狀態"不許可"時，它將車輛狀態21更新為"不許可"。車輛狀態是為 每一輛車保持的，並且是為每一個車裝單元保持的，例如車窗控制部 分、車門控制部分等等。當用戶請求取消操作時，取消操作接受部分 22參考車輛狀態21來確定是否接受所述取消。此外，服務中心3具有用於測量從遠程操作發生時起所經過的時 間的時鐘(定時器)24，並且它為每輛車的每個車裝單元保持執行遠 程操作的時間(例如，從車輛那裡接收到操作完成通知的時間，更新 車輛狀態21的時間等等)。狀態更新部分21讀取取消許可條件以及取消操作停止條件，並 且將車輛狀態21更新為"許可"或"不許可"。例如，當從遠程操作時 起經過了預定時間段(例如24小時)時，車輛狀態被更新為"不許可"。在車輛5的取消操作許可判定表中，條件b)"處於從遠程操作 時起的預定時間段以內"也被包括在用以允許取消操作的條件中。相 應地，即使在服務中心3中並未經過該預定時間段時，在車輛5中也
可能已經經過了該預定時間。由此，在第二實施例中，車輛5中的預 定時間段Tc被設置成長於服務中心3中的預定時間段Ts (ToTs)。 相應地，例如，Ts-24小時，Tc-25小時。由此，可以避免出現在 服務中心3中沒有經過預定時間段時在車輛5中禁止取消操作的情 況。此外，即使ToTs， Tc之後的取消操作也可以被禁止。相應地， 車輛中的安全性可以得到保證。[在本地對車輛進行操作的情況圖14示出了在遠程操作之後在本地操作車輛時不允許取消操作 的控制過程的流程圖。首先，用戶操作可攜式單元2，並且向服務中心3傳送一個用於 關閉車窗的遠程操作的操作命令(S101)。服務中心3將該操作命令 傳送到車輛5(S102)。車輛5的控制部分16基於用於關閉車窗的控 制信號來關閉車窗(S103)。此外，車輛狀態存儲部分14將車窗的 取消許可狀態標記18i義置成"許可"。然後，由於車窗由此被控制並且被關閉，因此，遠程操作響應生 成部分13向服務中心3傳送操作完成通知(S104)。取消許可狀態 標記18與操作完成通知一起被傳送到服務中心3。服務中心3中的狀 態更新部分23將車輛狀態21更新為"許可"條件(S105)。此外，取 消操作接受時間測量開始於服務中心3接收到來自車輛5的操作完成 通知的時間，並且由此執行更新，以便使遠程操作的取消變為許可。服務中心3將操作完成通知傳送到可攜式單元2 ( S106 )。例如， 該操作結果是經由電子郵件傳送的，當打開電子郵件時，在可攜式單 元2上顯示如圖8(a)所示的遠程操作的操作完成通知。當用戶希望取消車窗關閉操作時，用戶選擇操作完成通知的 URL,並且從服務中心3請求顯示取消操作菜單(S107)。這時，由 服務中心3保持的車輛狀態21由此變為"許可"，由此，服務中心3 接受取消操作(S108)，並且將取消操作菜單頁面傳送到可攜式單元 2 (S109)。由此，在用戶的可攜式單元2上顯示取消操作菜單頁面(S110 )。 圖15(a)示出了在可攜式單元2上顯示的取消操作菜單頁面的一個示 例。當用戶選擇以連結方式顯示的"此處，，時(Sill)，向服務中心3 傳送一個用於取消車窗關閉操作的操作命令(S112)。可以顯示可執 行的取消操作的列表。當服務中心3接收到取消操作的操作命令的時候，由服務中心3 保持的車輛狀態21是"許可"。相應地，服務中心3接受取消操作。在這裡，在從步驟S103中關閉車輛5的車窗時起直到服務中心 3由此接收到取消操作的操作命令為止，例如，車輛中的ACC都是本 地開啟的(S114)。由此，在這種情況下，車輛5保持的取消許可狀 態標記變成"不許可"。也就是說，當在本地操作車輛5或對其進行此 類操作時，確定車輛5的操作權利被從具有可攜式單元22的人轉移 到在本地操作車輛5的人。服務中心3將取消操作的操作命令傳送到車輛5 (S115)。車輛 5的遠程操作許可判定部分12讀取取消許可狀態標記18，並且確定 是否要接受取消操作(S116)。由於取消許可狀態標記18已經在步 驟S114中變成"不許可"，因此，車輛5不接受取消操作。結果，遠 程操作響應生成部分13向服務中心3產生用以表明沒有執行取消操 作的操作完成通知以及取消許可狀態標記"不許可"(S117)。服務中心3的狀態更新部分23讀取取消許可標記18的狀態"不 許可"，並且將車輛狀態更新為"不許可"狀態(S118)。此外，服務 中心3的遠程操作響應生成部分13向可攜式單元2傳送用以指示未 執行取消操作的取消操作完成通知(S119)。結果，當用戶打開電子郵件時，在可攜式單元2上顯示如圖15(b) 所示的取消操作完成通知。在圖15(b)中，顯示一個消息"由於在遠程 操作後打開了ACC，所以取消操作失敗"。當用戶出於確認目的而再次請求顯示來自服務中心3的取消操 作菜單時，服務中心3讀取車輛狀態21的狀態"不許可"，並且由此 不接受取消操作(S121)。然後，服務中心3向可攜式單元2傳送一 個未顯示取消操作的取消操作菜單未顯示頁面(S122)。
結果，在可攜式單元2上顯示如圖15(c)所示的取消操作菜單未 顯示頁面。如圖15(c)所示，當服務中心3不接受取消操作時，這時顯 示一個消息"當前沒有可取消的操作"。由此，當在遠程操作之後在用戶沒有意識到的情況下本地操作車 輛時，告知服務中心3取消操作是不許可的。由此，用以表明取消操 作失敗的取消操作完成通知被告知給用戶，並且此後不顯示取消操作 菜單。相應地，在沒有得到任何提前通知的情況下不顯示取消操作菜 單的情形可以得到避免，並且可以實現一種避免用戶產生困惑的易於 為用戶所理解的遠程作業系統。[從服務中心3接受遠程操作時起經過了預定時間段(在第二實 施例中是24小時)的情況接下來基於圖16的流程圖來描述這樣一種情況，其中由於從服 務中心3接收到遠程操作時起已經經過了預定時間段(在第二實施例 中是24小時)而沒有接受遠程操作的取消處理。首先，用戶操作可攜式單元2，並且向服務中心3傳送一個用於 關閉車窗的遠程操作的操作命令(S101)。服務中心3將該操作命令 傳送到車輛5(S102)。車輛5的控制部分16基於用於關閉車窗的控 制信號來關閉車窗(S103)。此外，車輛狀態存儲部分14將車窗的 取消許可狀態標記18設置成"許可"。然後，由於車窗已經由此被控制並且被關閉，因此遠程操作響應 生成部分13向服務中心3傳送操作完成通知(S104)。取消許可狀 態標記18與操作完成通知一起,皮傳送到服務中心3。服務中心3中的 狀態更新部分23讀取取消許可狀態標記18的狀態"許可"，並且將車 輛狀態21更新為許可條件(S105)。此外，取消操作接受時間測量 開始於服務中心3接收到來自車輛5的操作完成通知的時間，並且由 此執行更新，以便使取消遠程操作變為許可。服務中心3將操作完成通知傳送到可攜式單元2(S106)。例如， 該操作結果是經由電子郵件傳送的，當打開該電子郵件時，在可攜式 單元2上顯示如圖8(a)所示的遠程操作的操作完成通知。
當用戶希望取消車窗關閉操作時，用戶選擇操作完成通知的URL，並且從服務中心3請求顯示取消操作菜單(S107)。這時，自 服務中心3接收到操作完成通知起還沒經過24小時，由此，服務中 心3所保持的車輛狀態21被保持為"許可"。由此，服務中心3接 受取消操作(S108)，並且將取消操作菜單頁面傳送到可攜式單元2 (S109)。由此，在用戶的可攜式單元2上顯示取消操作菜單頁面。圖17(a)示出了在用戶的可攜式單元2上顯示的取消操作菜單的 一個示例。當用戶選擇以連結方式顯示的"此處"時(S111)，向服務 中心3傳送一個對於車窗關閉的取消操作的操作命令。但是，在這裡 假設用戶實際上並未進行取消操作。當從服務中心3接收到來自車輛5的操作完成通知時起經過了 24小時時，狀態更新部分23檢測到已經經過了 24小時，並且將車輛 狀態21更新為"不i午可"。當用戶在經過24小時之後從操作完成通知中選擇URL,並且從 服務中心3請求顯示取消操作菜單時(S110)，由於車輛狀態21由 此已經變成"不許可"，因此，服務中心3並不接受取消操作菜單顯示 請求(S111)。然後，取消操作菜單未顯示頁面將被傳送到可攜式單 元2 (S112)。在可攜式單元2上顯示該取消操作菜單未顯示頁面 (S113)。圖17(b)示出了在用戶的可攜式單元2上顯示的取消操作菜單未 顯示頁面的一個示例。在圖17(b)中，與圖17(a)—樣，顯示有一個消 息"取消操作在此處"。但是，進行這樣一種配置，使得具有連結的"此 處，，是不能從中選擇的，並且用戶不能傳送用於取消操作的操作命令。 應該指出的是，該取消操作菜單未顯示頁面僅僅是一個示例。可以採 用如圖15(c)所示的另一個頁面。由此，在從遠程操作後經過了預定時間段之後，當用戶發出要求 顯示取消操作菜單的請求時，服務中心3確定取消操作是不允許的。 相應地，可以避免出現用戶所不期望的沒有及時顯示取消操作菜單的 情況，並且可以實現一種避免用戶產生困惑的易於為用戶所理解的遠
程作業系統。[服務中心3實施的取消操作接受判定處理接下來參考圖18的流程圖來描述這樣一種情況，其中服務中心 3基於上述取消許可條件i)至iii)以及取消操作停止條件1)和2 ) 來判定是否要接受取消操作。應該指出的是，與圖16中相同的步驟 是用相同的參考數字給出的，並且省略重複的描述。在圖18的流程圖中，在用戶在經過24小時之後選擇操作完成通 知的URL以及從服務中心3請求顯示取消操作菜單的步驟(S110) 之前的處理與圖16的處理是相同的。在圖18的處理中，服務中心3的取消操作接受部分22讀取車輛 狀態21,並且不接受對於取消操作菜單的顯示請求(S201)。然後， 服務中心3將取消操作接受不許可頁面傳送到可攜式單元2 ( S202 )。 在可攜式單元2上顯示該取消操作接受不許可頁面(S203 )。在圖19中示出在可攜式單元2上顯示的取消操作接受不許可頁 面的一個示例。在圖19中，顯示了當前時間，車輛停止(停放)位 置以及消息"當前沒有可取消的操作"。通過該處理，由於服務中心3確定是否要接受取消操作，因此， 對於車輛5的取消操作的請求以及從車輛接收操作完成通知的序列可 以省略。此外，通過省略該序列，可以快速地進行對於用戶的響應。 此外，可以避免出現在非預期定時將操作請求傳送到車輛的情況。由 此可以避免在車中的錯誤操作。[基於用戶操作時間來確定接受取消操作的24小時的情況]在本實施例的圖14、 16和18的處理中，當在服務中心3中經過 了 24小時時，用戶的取消操作是不被接受的。但是，即使從接收到 操作完成通知時起經過了 24小時時，在用戶向服務中心3表明了取 消操作的意圖的情況下，較為優選的是考慮用戶的意圖。圖20示出了即使在服務中心3中經過了 24小時時也基於用戶實 際執行操作的時間來接受取消操作的處理的流程圖。在圖20中，與 圖16中相同的步驟是用相同的參考數字給出的。 首先，用戶操作可攜式單元2，並且向服務中心3傳送一個用於 關閉車窗的遠程操作的操作命令(S101)。服務中心3將操作命令傳 送到車輛5(S102)。車輛5的控制部分16基於用於關閉車窗的控制 信號來關閉車窗(S103)。此外，車輛狀態存儲部分14將車窗的取 消許可狀態標記18 i殳置成"許可"。然後，由於車窗已經由此被控制並且被關閉，因此，遠程操作響 應生成部分13向服務中心3傳送操作完成通知(S104)。取消許可 狀態標記18與操作完成通知一起被傳送到服務中心3。服務中心3中 的狀態更新部分23讀取取消許可狀態標記18的狀態"許可"，並且將 車輛狀態21更新為許可條件(S105)。此外，取消操作接受時間測 量開始於服務中心3接收到來自車輛5的操作完成通知的時間，並且 由此執行更新，以便使取消遠程操作變為許可。服務中心3將操作完成通知傳送到可攜式單元2 (S106)。該操 作結果例如經由電子郵件傳送，當打開該電子郵件時，在可攜式單元 2上顯示如圖8(a)所示的遠程操作的操作完成通知。當用戶希望取消車窗關閉操作時，用戶選擇操作完成通知的 URL,並且從服務中心3請求顯示取消操作菜單(S107)。這時，從 服務中心3接收到操作完成通知時起還沒經過24小時，並且由服務 中心3保持的車輛狀態21由此變為"許可"，結果，服務中心3接受 取消操作(S108)，並且將取消操作菜單頁面傳送到可攜式單元2 (S109)。由此，在用戶的可攜式單元2上顯示如圖17(a)所示的取 消操作菜單頁面。然後，當用戶選擇以連結方式顯示的"此處，，時，車窗關閉取消操 作請求被傳送到服務中心(S301)。由於從服務中心3接收到操作完 成通知時起沒有經過24小時，因此服務中心3接受取消操作(S302 )。 然後，服務中心3傳送取消操作接受頁面(S303 )。圖21示出了取消操作接受頁面的一個示例。在該取消操作接受 頁面中，顯示了當前時間、車輛停止位置以及可取消操作。對可取消 操作來說，顯示了一個複選框以及執行遠程操作的日期/時間。用戶檢 查該複選框，當在確認了日期/時間以及遠程操作內容之後確定應該取 消該遠程操作時，用戶選擇"確定"按鈕。在這裡，假設從服務中心3接受取消操作直到用戶實際選擇"確 定"按鈕為止經過了 24小時。結果，當用戶選擇"確定"按鈕時傳送到 服務中心3的取消操作的操作命令在從操作完成通知時起經過了 24 小時之後到達服務中心3。當由此經過了 24小時時，車輛狀態21變成"不許可"。但是，由 於服務中心3已經在步驟S302中接受取消操作，因此，當接收到該 操作命令時，服務中心3在沒有判定是否應該接受取消操作的情況下 向車輛傳送取消操作(S305 )。同樣，在車中已經經過了 24小時。但是，在本實施例中，車輛 的預定時間Tc被設置成長於服務中心3的預定時間Ts，由此，車中 的取消許可狀態標記18仍舊保持為"許可"。車輛5中的遠程操作許可判定部分12讀取具有狀態"許可"的取 消許可狀態標記18，並且允許所述取消操作。相應地，控制部分16 執行取消操作，也就是執行打開車窗的操作(S306)。車輛狀態存儲 部分14將取消許可狀態標記18設置成"不許可"，並且遠程操作響應 生成部分13向服務中心3傳送操作完成通知(S307)。服務中心3接收操作完成通知，並且將取消標記更新為"不許可" 狀態(S308)。然後，服務中心3藉助電子郵件或類似方式將操作完 成通知傳送到可攜式單元2 (S309)。當用戶打開電子郵件時，顯示 一個消息"車窗已打開"。在圖20的處理中，即使在從取消菜單顯示頁面被傳送到可攜式 單元2時起直到用戶實際傳送取消操作請求為止已經經過了 24小時， 也可以防止服務中心3確定不能接受取消操作。由此，在從服務中心 3將取消菜單顯示頁面傳送到用戶之後，取消操作實際是不能接受的 情況下，可以避免用戶產生困惑。此外，當用戶希望執行取消操作時， 可以考慮用戶的意圖，由此例如，將人等鎖在車內的情況可以被避免。用於確定是否經過了 24小時的時間可以是給出步驟S301中的取 消操作請求的時間，或者是給出步驟S304中的取消操作請求的時間。 [在服務中心3不能正確接收來自車輛5的遠程操作的操作完成 通知的情況下當服務中心3不能正確接收來自車輛5的遠程操作的操作完成通 知時，即使車輛實際被遠程操作，該服務中心3也無法接收到取消許 可狀態標記18。在這種情況下，服務中心3無法接受取消操作。由此， 提供了這樣一種配置，使得在服務中心3無法接收到操作完成通知時， 在從傳送遠程操作的操作命令起的24小時內，原則上接受取消操作。 由此，取消操作可以容易地接受。圖22示出了在服務中心3無法接收到操作完成通知時實施的所 接收取消操作的處理過程的流程圖。首先，用戶操作可攜式單元2，並且向服務中心3傳送一個對於 關閉車窗的遠程操作的操作命令(S101)。服務中心3將操作命令傳 送到車輛5(S102)。車輛5的控制部分16基於用於關閉車窗的控制 信號來關閉車窗(S103)。此外，車輛狀態存儲部分14將車窗的取 消許可狀態標記18設置成"許可"。然後，由於車窗已經由此被控制並且被關閉，因此，遠程操作響 應生成部分13向服務中心3傳送操作完成通知(S104)。取消許可狀態標記18與操作完成通知一起被傳送。但是有可能 出現這樣一種情況(在下文中將其簡稱為"操作完成通知接收未確定 狀態，，)，其中服務中心3接收的操作完成通知或取消許可狀態標記 18難於分析，或者因為惡劣的通信條件而導致超時。在操作完成通知 接收未確定狀態下，服務中心3將對於車輛5的車窗的車輛狀態21 更新為"許可"狀態(S401)。服務中心3藉助電子郵件將操作完成通知接收未確定狀態的信 息傳送到可攜式單元2 (S402)。圖23示出了操作完成通知接收未確 定狀態的一個示例。如圖23所示，對用戶來說，示出了消息"車輛遠 程操作結果的通知異常。請檢查車輛狀況"。相應地，例如，用戶隨 後可以藉助其他遠程操作來確認車輛狀態。
當用戶注意到將人等鎖在車內並且希望取消車窗關閉操作時，該用戶訪問預定URL，並且從服務中心3請求顯示取消操作菜單 (S403 )。由服務中心3保持的車輛狀態21已經更新為"許可"(S401)。 相應地，服務中心3接受取消操作(S404)，並且將取消操作頁面傳 送到可攜式單元2 (S405)。在用戶的可攜式單元2上顯示如圖17(a) 所示的取消操作菜單。當用戶選擇以連結方式顯示的"此處，，時，關於車窗關閉的取消操 作請求被傳送到服務中心3( S406 )。服務中心接受該取消操作(S407 )。 然後，服務中心3發送取消操作接受頁面(S408 )。應該指出的是， 在這種情況下，服務中心3接收到取消操作的操作命令的時間是在從 將車輛狀態21更新為"許可"狀態時起的24小時以內。由於在可攜式單元2上顯示了如圖21所示的取消操作接受頁面， 因此，用戶檢查複選框，並且在取消遠程操作時選擇"確定"按鈕。 由此，取消操作的操作命令被傳送到服務中心3 (S409)。服務中心3將取消操作的操作命令傳送到車輛5 (S410)。車輛 5中的遠程操作許可判定部分12讀取具有狀態"許可，，的取消許可狀態 標記18，並且允許該取消操作，由此控制部分16執行取消操作，也 就是打開車窗的操作(S411)。車輛狀態存儲部分14將取消許可狀 態標記18設置成"不許可"，而遠程操作響應生成部分13將操作完成 通知傳送到服務中心(S412)。服務中心3中的狀態更新部分23接收操作完成通知，並且將車 輛狀態21更新為"不許可，，狀態(S413)。然後，服務中心3藉助電 子郵件或類似手段將操作完成通知傳送到可攜式單元2 (S414)。當 用戶打開該電子郵件時，顯示一個消息"車窗已被打開"。在圖22的處理中，即使沒有確定是否已完成遠程操作，該遠程 操作的取消操作也是接受的，由此可以儘可能避免鎖在車內。由此，依照本實施例，遠程操作可以取消並且可返回到原始狀態， 此外，服務中心3可以確定是否要接受取消操作。由於服務中心3由 此做出確定，因此在這裡不需要與車輛進行通信，並且由此可以平滑 地獲得響應。當沒有顯示取消操作菜單時，用戶將被告知原因。相應 地，可以提供一種易於為用戶理解的服務。此外，即使在經過了預定 時間段以後或者在不確定是否已完成遠程操作的情況下，取消操作也 儘可能被接受。相應地，考慮用戶的意圖，並且可以儘可能地執行取 消操作。另外，本發明並不局限於上述實施例，在不脫離權利要求所要求 保護的發明基本概念的情況下，各種變化和修改都是可行的。本申請是以分別在2005年7月7日以及2006年1月24提交的 日本優先權申請2005-199194以及2006-015100為基礎的，並且這些 申請的全部內容被通過引用併入本文。
權利要求
1.一種遠程作業系統，其內的車裝單元是通過從駕駛員所攜帶的可攜式單元經由服務中心傳送的操作命令來控制的，其中當車輛接收到用於將所述車裝單元從第二狀態控制到第一狀態的操作命令B時，只有在操作命令B之前執行了基於操作命令A的控制時，所述操作命令B才被執行，所述操作命令A用於從第一狀態控制到第二狀態。
2. 如權利要求1所述的遠程作業系統，其中 所述車輛包括遠程操作響應生成部分，該部分在基於操作命令a對所述車裝單元進行了控制之後產生操作完成通知，並且將該操作完 成通知傳送到所述服務中心；以及當基於操作命令b對所述車裝單元進行控制並且將該車裝單元 返回到操作命令a之前的狀態時，所述遠程操作響應生成部分傳送取 消操作完成通知。
3. 如權利要求2所述的遠程作業系統，其中 所述操作完成通知包括指引信息，用於指引用戶將所述車裝單元返回到操作命令a的控制之前的狀態。
4. 如權利要求1所述的遠程作業系統，其中 當所述車輛具有基於操作命令a的所述車裝單元的控制記錄時，所述車輛基於操作命令b而將所述車裝單元返回到操作命令a之前的 狀態。
5. 如權利要求l所述的遠程作業系統，其中 在基於操作命令a對所述車裝單元進行了控制之後，只有在預定時間段期間，所述車輛才基於操作命令b將所述車裝單元返回到操 作命令a之前的狀態。
6. 如權利要求1所述的遠程作業系統，其中 當基於操作命令a對所述車裝單元進行了控制之後對所述車輛進行本地控制時，所述車輛禁止基於操作命令b將所述車裝單元返回 到操作命令A之前的狀態。
7. 如權利要求l所述的遠程作業系統，其中 所述車輛具有用於確定在接收到操作命令B時是否要返回到操作命令A之前的狀態的標記；以及當基於操作命令A對所述車輛的所述車裝單元進行控制時，所 述標記變為許可狀態，當對車輛進行本地控制時或者當在基於操作命 令A對車裝單元進行控制時起經過了預定時間段時，所述標記變為不 許可狀態。
8. 如權利要求7所述的遠程作業系統，其中 所述車輛包括遠程操作響應生成部分，在基於操作命令A對所述車裝單元進行了控制之後，該遠程操作響應生成部分將所述標記與操作完成通知一起傳送；當基於操作命令B對所述車裝單元進行控制並且將該車裝單元 返回到操作命令A之前的狀態時，所述遠程操作響應生成部分將所述 標記與取消操作完成通知一起傳送；以及所述服務中心基於從所述車輛傳送的所述標記的狀態來確定是 否接受操作命令B。
9. 如權利要求8所述的遠程作業系統，其中 當所述標記具有許可狀態時，所述服務中心將能夠從中選擇操作命令B的取消操作菜單頁面傳送至所述可攜式單元；以及當所述標記具有不許可狀態時，所述服務中心將無法從中選擇操 作命令B的取消操作菜單未顯示頁面傳送至所述可攜式單元。
10. 如權利要求8所述的遠程作業系統，其中 當傳送了操作命令B之後無法正確接收來自所述車輛的所述操作完成通知時，所述服務中心將該服務中心的所述標記更新到許可狀 態。
11. 如權利要求9所述的遠程作業系統，其中 當從所述車輛傳送了處於許可狀態的所述標記之後所述車輛的所述標記被反轉到不許可狀態時，所述服務中心將所述取消操作菜單 頁面傳送至所述可攜式單元。
12. 如權利要求8所述的遠程作業系統，其中 當從所述標記變成許可狀態時起經過了預定時間段時，所述服務中心將所述標記更新為不許可狀態。
13. 如權利要求12所述的遠程作業系統，其中所述服務中心在經過了所述預定時間段之後接收到來自所述便 攜式單元的操作命令B的情況下，在傳送了所述取消操作菜單頁面之 後，即使所述標記具有不許可狀態，所述服務中心也向所述車輛傳送 操作命令B。
14. 一種遠程操作設備，其基於從駕駛員所攜帶的可攜式單元經 由服務中心傳送的操作命令對車裝單元進行控制，其中當接收到用於將所述車裝單元從第二狀態控制到第一狀態的操 作命令B時，只有在操作命令B之前執行了基於操作命令A的控制 時，所述操作命令B才被執行，所述操作命令A用於從第一狀態控制 到第二狀態。
15. 如權利要求14所述的遠程操作設備，包括遠程操作響應 生成部分，該遠程操作響應生成部分在基於操作命令A對所述車裝單 元進行了控制之後產生操作完成通知，並且將該操作完成通知傳送到 服務中心；以及當基於操作命令B對所述車裝單元進行控制並且將該車裝單元 返回到操作命令A之前的狀態時，所述遠程操作響應生成部分傳送取 消操作完成通知。
16. 如權利要求15所述的遠程操作設備，其中 所述操作完成通知包括指引信息，用於指引用戶將所述車裝單元返回到操作命令A的控制之前的狀態。
17. 如權利要求14所述的遠程操作設備，其中 當具有基於操作命令A的所述車裝單元的控制記錄時，所述設備基於操作命令B將所述車裝單元返回到操作命令A之前的狀態。
18. 如權利要求14所述的遠程操作設備，其中 在基於操作命令a對所述車裝單元進行了控制之後，只有在預 定時間段期間，所述設備才基於操作命令b將所述車裝單元返回到操 作命令a之前的狀態。
19. 如權利要求14所述的遠程操作設備，其中 當基於操作命令a對所述車裝單元進行了控制之後對所述車輛進行本地控制時，所述設備禁止基於操作命令b將所述車裝單元返回 到操作命令a之前的狀態。
20. —種遠程作業系統中的服務中心，該服務中心在可攜式單元 與車裝單元之間傳遞操作命令，其中當所述設備接收到將所述車裝單元從第二狀態控制到第一狀態 的操作命令b時，所述服務中心基於用以表明是否在操作命令b之前 執行了基於操作命令a的控制的標誌，確定是否要接受操作命令b, 操作命令a將所述車裝單元從第 一狀態控制到第二狀態。
21. 如權利要求20所述的服務中心，在基於操作命令a對所述 車裝單元進行了控制之後，該服務中心從所述車輛接收用以表明是否 許可操作命令b的標記以及操作完成通知；當基於操作命令b對車裝單元進行控制並且將該車裝單元返回 到操作命令a之前的狀態時，接收所述標記以及取消操作完成通知； 以及基於所傳送的所述標記的狀態來確定是否要接受操作命令b。
22. 如權利要求21所述的服務中心，當所述標記具有用以允許 取消操作的許可狀態時，所述服務中心將能夠從中選擇操作命令b的 取消操作菜單頁面傳送至所述可攜式單元；以及當所述標記具有不許可狀態時，所述服務中心將無法從中選擇操 作命令b的取消操作菜單未顯示頁面傳送到可攜式單元。
23. 如權利要求21所述的服務中心，在傳送了操作命令a之後 無法正確接收到來自所述車輛的所述操作完成通知時，所述服務中心 將所述標誌更新為許可狀態。
24. 如權利要求22所述的服務中心，當從所述車輛傳送了處於許可狀態的車輛的所述標記之後將該標記反轉到不許可狀態時，所述 服務中心將所述取消操作菜單頁面傳送至所述可攜式單元。
25. 如權利要求21所述的服務中心，當從所述標誌變為許可狀 態時起經過了預定時間段時，所述服務中心將所述標誌更新為不許可 狀態。
26. 如權利要求25所述的服務中心，當所述服務中心在經過了 所述預定時間段之後接收到來自所述可攜式單元的操作命令B時，在 傳送了所述取消操作菜單頁面之後，即使所述標誌處於不許可狀態， 所述服務中心也向所述可攜式單元傳送操作命令B。
全文摘要
在遠程作業系統中，車裝單元是通過由駕駛員所攜帶的可攜式單元經由服務中心傳送的操作命令來控制的，當車輛接收到用於將所述車裝單元從第二狀態調整為第一狀態的操作命令B時，只有在執行了基於操作命令A的控制的時候，所述操作命令B才被執行，其中操作命令A用於從第一狀態控制到第二狀態。
文檔編號B60R25/00GK101163615SQ20068001370
公開日2008年4月16日 申請日期2006年7月4日 優先權日2005年7月7日
發明者加藤竜規, 大塚麻由美, 渡邊篤, 滝直樹 申請人:豐田自動車株式會社