TWI700666B

TWI700666B - 資訊處理裝置

Info

Publication number: TWI700666B
Application number: TW107129425A
Authority: TW
Inventors: 山田英樹; 白川政信; 黒長万里江
Original assignee: 日商東芝記憶體股份有限公司
Priority date: 2018-03-22
Filing date: 2018-08-23
Publication date: 2020-08-01
Also published as: CN110520912B; TW201941154A; US11625926B2; US20230213348A1; KR20190111997A; EP3770876A1; JP2019168815A; EP3770876A4; US20200005059A1; CN110520912A; WO2019180985A1

Abstract

根據一實施形態，資訊處理裝置包括第1記憶體、第1接收部、第1判斷部及第1發送部。第1記憶體保持第1時刻之汽車內之第1影像資料。第1接收部藉由無線通訊自汽車接收較第1時刻靠後之第2時刻之汽車內之第2影像資料。第1判斷部基於第1影像資料及第2影像資料，判斷於第1時刻與第2時刻之間汽車內是否存在變化。第1發送部藉由無線通訊向汽車發送基於第1判斷部之判斷結果之第1資料。

Description

資訊處理裝置

實施形態係關於一種資訊處理裝置、資訊處理方法及電腦程式產品。

近年來，正積極地進行與汽車之自動駕駛相關之研究。

1:計程車操作系統

100:汽車

101:前部座位

102:後部座位

103:儀錶板

104:把手

105:加速器、刹車踏板

106:感測器

110:前窗

111:後窗

112:車門

113:感測器

114:揚聲器

115:GPS接收機

116:顯示器

117:臭味感測器

120:包

121:污損

130:控制部

131:處理器

132:ROM

133:RAM

134:輸入輸出電路

135:遺失物程式

136:中斷程式

137:污損程式

138:臭味程式

140:通訊部

160:上下車判斷部

161:感測部

162:第1判斷部

163:第2判斷部

164:第1命令部

165:中斷處理部

166:第2命令部

167:第4判斷部

168:第6判斷部

170:NFC讀取器

180:攝影機

200:車站

300、400:攜帶型資訊終端/終端

500:伺服器

530:控制部

531:處理器

532:ROM

533:RAM

534:輸入輸出電路

535:比較程式

536:乘車前資料

537:乘車後資料

538:顧客資料庫

539:車站資訊

540:中斷程式

541:污損判斷程式

542:臭味判斷程式

543:臭味資料

544:運費計算程式

545:運費計算資料

546:車資料庫

560:資料獲取部

561:比較部

563:第3判斷部

564:檢索部

565:訊息發送部

566:到達資訊通知部

567:中斷處理部

568:第5判斷部

569:第7判斷部

570:運費計算部

571:索取對象變更部

580:通訊部

600:網路

700:伺服器

800:公共汽車

A:顧客

B:顧客

S100:步驟

S101:步驟

S102:步驟

S103:步驟

S104:步驟

S105:步驟

S106:步驟

S107:步驟

S108:步驟

S109:步驟

S110:步驟

S111:步驟

S112:步驟

S113:步驟

S114:步驟

S115:步驟

S116:步驟

S117:步驟

S118:步驟

S119:步驟

S120:步驟

S121:步驟

S130:步驟

S131:步驟

S132:步驟

S133:步驟

S134:步驟

S135:步驟

S140:步驟

S141:步驟

S150:步驟

S151:步驟

S152:步驟

S153:步驟

S154:步驟

S155:步驟

S201:步驟

S301:步驟

S302:步驟

S303:步驟

S304:步驟

S305:步驟

S310:步驟

S311:步驟

S312:步驟

S401:步驟

S500:步驟

S501:步驟

S502:步驟

S503:步驟

S504:步驟

S505:步驟

S506:步驟

S507:步驟

S508:步驟

S509:步驟

S510:步驟

S511:步驟

S512:步驟

S513:步驟

S514:步驟

S515:步驟

S516:步驟

S517:步驟

S518:步驟

S519:步驟

S520:步驟

S521:步驟

S522:步驟

S523:步驟

S524:步驟

S525:步驟

S530~534:步驟

S540:步驟

S541:步驟

S542:步驟

S543:步驟

S544:步驟

S545:步驟

S546:步驟

S547:步驟

S548:步驟

S549:步驟

S560:步驟

S561:步驟

S562:步驟

S563:步驟

S564:步驟

S565:步驟

XX:營業車

ZZ:營業車

圖1係第1實施形態之計程車操作系統之概念圖；圖2係表示第1實施形態之計程車車內之情況的模式圖；圖3A係第1實施形態之計程車之方塊圖；圖3B係第1實施形態之計程車之處理器之功能方塊圖；圖4A係第1實施形態之伺服器之方塊圖；圖4B係第1實施形態之伺服器之處理器之功能方塊圖；圖5係表示第1實施形態之計程車操作系統之動作之流程圖；圖6A係表示第1實施形態之伺服器所保持之影像例之模式圖；圖6B係表示於第1實施形態之計程車中拍攝之影像例之模式圖；圖6C係表示第1實施形態之計程車發出警告音之情況之模式圖；圖7係第2實施形態之計程車操作系統之概念圖；圖8A係第2實施形態之計程車之方塊圖；圖8B係第2實施形態之計程車之處理器之功能方塊圖；圖9A係第2實施形態之伺服器之方塊圖；圖9B係第2實施形態之伺服器之處理器之功能方塊圖；圖9C係第2實施形態之顧客資料庫之概念圖；圖10係表示第2實施形態之計程車操作系統之動作之流程圖；圖11A係表示第2實施形態之顧客終端之顯示畫面例之模式圖；圖11B係表示第2實施形態之車站終端之顯示畫面例之模式圖；圖12係表示第2實施形態之計程車操作系統之動作之流程圖；圖13A係表示第2實施形態之顧客終端之顯示畫面例之模式圖；圖13B係表示第2實施形態之車站終端之顯示畫面例之模式圖；圖13C係表示第2實施形態之顧客終端之顯示畫面例之模式圖；圖14係表示第2實施形態之計程車操作系統之動作之流程圖；圖15A及圖15B係表示第2實施形態之顧客終端之顯示畫面例之模式圖；圖15C係表示第2實施形態之伺服器之動作之流程圖；圖16A係第3實施形態之計程車之方塊圖；圖16B係第3實施形態之計程車之處理器之功能方塊圖；圖17A係第3實施形態之伺服器之方塊圖；圖17B係第3實施形態之伺服器之處理器之功能方塊圖；圖18係表示第3實施形態之計程車操作系統之動作之流程圖；圖19係表示於第3實施形態之計程車中拍攝之影像例之模式圖；圖20係表示第3實施形態之計程車操作系統之動作之流程圖；圖21係表示第3實施形態之顧客終端之顯示畫面例之模式圖；圖22係表示第4實施形態之計程車之車內之情況的概念圖；圖23A係第4實施形態之計程車之方塊圖；圖23B係第4實施形態之計程車之處理器之功能方塊圖；圖24A係第4實施形態之伺服器之方塊圖；圖24B係第4實施形態之伺服器之處理器之功能方塊圖；圖25係表示第4實施形態之計程車操作系統之動作之流程圖；圖26A係第5實施形態之計程車之方塊圖；圖26B係第5實施形態之計程車之處理器之功能方塊圖；圖27A係第5實施形態之伺服器之方塊圖；圖27B係第5實施形態之伺服器之處理器之功能方塊圖；圖28A係第5實施形態之顧客資料庫之概念圖；圖28B及圖28C係第5實施形態之運費計算資料之概念圖；圖29係表示第5實施形態之計程車操作系統之動作之流程圖；圖30A係第6實施形態之伺服器之方塊圖；圖30B係第6實施形態之伺服器之處理器之功能方塊圖；圖30C係第6實施形態之車資料庫之概念圖；圖31係表示第6實施形態之計程車操作系統之動作之流程圖；圖32A、圖32B、圖32C、圖32D、圖32E、及圖32F係表示第6實施形態之顧客終端之顯示畫面例之模式圖；圖33A、圖33B、及圖33C係表示第6實施形態之計程車之車內之顯示部的顯示畫面例之模式圖；及圖34A及圖34B係第1至第6實施形態之變化例之計程車之外觀圖。

一般而言，根據一實施形態，資訊處理裝置包括：第1記憶體，其保持第1時刻之汽車內之第1影像資料；第1接收部，其藉由無線通訊自上述汽車接收較上述第1時刻靠後之第2時刻之上述汽車內之第2影像資料；第1判斷部，其基於上述第1影像資料及上述第2影像資料，判斷於上述第1時刻與上述第2時刻之間上述汽車內是否存在變化；及第1發送部，其藉由無線通訊向上述汽車發送基於上述第1判斷部之判斷結果之第1資料。

1.第1實施形態

對第1實施形態之資訊處理裝置、資訊處理方法及電腦程式產品進行說明。本實施形態係關於一種對於一般搭乘用旅客汽車運輸事業(以下為計程車運營)，藉由級別4或級別5之自動駕駛而實現無駕駛者之汽車之操作方法。更具體而言，關於一種於作為計程車營業駕駛中之汽車內乘客遺失物品之情形時之對策。

1.1 關於構成 1.1.1 關於整體構成

圖1示出本實施形態之計程車操作系統之構成例。如圖示般，計程車操作系統1具備汽車100、車站200及伺服器500。該等汽車100、車站200及伺服器500例如可藉由無線通訊，經由網路600相互通訊。又，該系統1可供複數位顧客(圖1中圖示為顧客A及顧客B)分別使用攜帶型資訊終端300、400進行存取。以下，以攜帶型資訊終端300、400例如為智慧型手機之情形為例進行說明，但只要為行動電話、平板PC(Personal Computer，個人電腦)、筆記型PC等可攜帶之資訊通訊終端便可。

汽車100如上所述可實現自動駕駛，可於無駕駛者之狀態下將乘客運送至目的地為止。又，汽車100具有無線通訊功能，可經由網路600與伺服器500進行通訊。

車站200係供進行汽車100之保養、清潔及供油等，且成為汽車100之停車場之設備。於車站200，例如常駐有工作人員，由該工作人員進行汽車100之保養、清潔、管理。又，車站200係藉由無線或有線通訊連接於網路600，可經由網路600與伺服器500進行通訊。而且，視需要自車站200之資訊終端經由伺服器500發送對汽車100之各種命令。又，來自汽車100之資訊經由伺服器500被發送至車站200之資訊終端。

伺服器500係根據來自汽車100、車站200以及智慧型手機300、400之要求而進行各種處理，將各種資訊提供給汽車100及智慧型手機300、400，進而將各種命令發送至汽車100。即，管理系統1整體之處理者為伺服器500。

繼而，對上述汽車100及伺服器500之詳細情況進行說明。

1.1.2 關於汽車100之構成

首先，對汽車100之構成進行說明。圖2係汽車100之模式圖，尤其是表示打開一側之車門時所看見之車內之情況。

如圖示般，汽車100係於其車內具備前部座位101、後部座位102、儀錶板103、把手104、加速器、刹車踏板105及圖像感測器106。

座位101及102例如以相互相向之方式設置於汽車100之車內地板上。汽車100係藉由自動駕駛而行駛，故而無需特定之駕駛者面向前方就座。因此，於本例之汽車100中，前部座位101與後部座位相向。但，前部座位亦可朝前方及後方旋轉。

儀錶板103可顯示汽車100之行駛速度、引擎轉數、及燃料之剩餘量(若為汽油車則為汽油剩餘量，若為電動汽車則為電池剩餘量)等與汽車100之狀態相關之資訊。進而，儀錶板103亦可具有汽車導航功能，又，於作為計程車營業駕駛之情形時，受理乘客之目的地之輸入或顯示出運費。再者，亦可為例如於前部座位101之靠背部分背面設置有觸控面板型之顯示器，該顯示器亦發揮目的地之受理或運費顯示功能。

把手104及加速器、刹車踏板105係於由駕駛者使汽車行駛之情形時使用，而非於自動駕駛之情形時使用。

感測器106係於汽車100之天花板處之前窗110附近設置有複數個，進而於後窗111附近設置有複數個。感測器106例如為廣角之數位相機或攝錄影機。而且，藉由複數個感測器106例如以不產生盲區之方式記錄車內之情況。又，亦可藉由利用複數個感測器106所獲得之影像及三角測量而測定感測器106與車內之物體之距離。

又，汽車100具備檢測前方車門及後方車門112之開閉之開閉感測器113，進而具備朝向汽車100之外部發出警告音之揚聲器114。

圖3A係表示與於汽車100中乘客遺失物品之情形之對策相關之硬體構成例的方塊圖。如圖示般，汽車100大體上除具備上述感測器106及113、以及揚聲器114以外，還具備控制部130及通訊部140。

如上文所作說明般，感測器106獲取汽車100之車內之影像資料，且向控制部130發送該影像資料。又，感測器113係當檢測出車門112之開閉時，向控制部130發送該內容之資訊。揚聲器114係響應於控制部130之命令，朝向汽車100外部發出警告音。

通訊部140係可藉由無線通訊經由網路600與伺服器500之間收發資訊之無線通訊電路。通訊部140係將自伺服器500接收到之資料傳送至控制部130，又，將自控制部130接收到之資料發送至伺服器500。

控制部130控制與車內之遺失物相關之處理。控制部130具備處理器131、ROM(Read Only Memory，唯讀記憶體)132、RAM(Random Access Memory，隨機存取記憶體)133及輸入輸出電路134。ROM132及RAM133保持由處理器131執行之程式或必需之資料。又，RAM133作為處理器131之作業區域發揮功能。輸入輸出電路134負責與通訊部140之間之資訊之收發。處理器131執行ROM132及RAM133內之程式。於本實施形態中，RAM133保持遺失物程式135。而且，藉由處理器131執行遺失物程式135，汽車100進行遺失物對策動作。

圖3B係執行遺失物程式135時之處理器131之功能方塊圖。如圖3B所示，處理器131係藉由執行程式135而作為上下車判斷部160、感測部161、第1判斷部162、第2判斷部163及第1命令部164發揮功能。

上下車判斷部160係基於來自感測器113之信號而偵測哪一扇車門112打開、關閉或發生該兩者。而且，基於該偵測結果判斷有無乘客之自汽車100之上下車。

感測部161對感測器106命令車內之感測。即，感測部161係當上下車判斷部160判斷存在乘客下車時，對感測器106命令車內之拍攝，並接收由感測器106獲得之影像資料。該影像資料例如被保持於RAM133，且經由通訊部140向伺服器500發送。

第1判斷部162係基於自伺服器500接收到之資訊，判斷車內是否存在遺失物。或，第1判斷部162係判斷是否自伺服器500接收到表示車內存在遺失物之資訊。再者，第1判斷部162亦可對自伺服器500接收到之資訊進行加工。例如，以概率(%)表現來自伺服器500之表示遺失物之有無之資訊，第1判斷部162亦可進行基於該概率之處理，並判斷遺失物之有無。例如於最終判斷若遺失物之概率為50%以上則存在遺失物時，第1判斷部162亦可對該概率進行加權，變更為60%或40%。即，第1判斷部162亦可根據狀況，使自伺服器500接收到之遺失物之存在概率之值變動。而且，亦可基於變動之結果判斷有無遺失物。當然，第1判斷部162之資訊之加工方法並不限定於上述，亦可使用其他適當之方法。

第2判斷部163係於由第1判斷部162判斷存在遺失物之情形時，基於上下車判斷部160之判斷結果判斷乘客是否來取回遺失物。

第1命令部164係於由第1判斷部162判斷存在遺失物之情形時，對揚聲器114命令發出警告音。第1命令部164係使揚聲器114產生警告音，直至第2判斷部163判斷乘客已來取回遺失物或經過一定時間。

1.1.3 關於伺服器500之構成

其次，使用圖4A對伺服器500之構成進行說明。圖4A係表示伺服器500之硬體構成例之方塊圖。如圖示般，伺服器500具備控制部530及通訊部580。

通訊部580係藉由無線或有線通訊連接於網路600，且可經由該網路600與汽車100、車站200及智慧型手機300、400之間收發資訊之通訊電路。通訊部580將自汽車100、車站200及智慧型手機300、400接收到之資料傳送至控制部530，又，將自控制部530接收到之資料發送至汽車100、車站200、及智慧型手機300、400。

控制部530控制與汽車100中產生之遺失物相關之處理。控制部530具備處理器531、ROM532、RAM533及輸入輸出電路534。ROM532及RAM533保持由處理器531執行之程式或必需之資料。又，RAM533作為處理器531之作業區域發揮功能。輸入輸出電路534負責與通訊部580之間之資訊之收發。處理器531執行ROM532及RAM533內之程式。於本實施形態中，RAM533保持比較程式535。又，RAM533保持乘車前資料536及乘車後資料537。乘車前資料536係於顧客乘坐汽車100之前，例如由感測器106拍攝到之影像資料。又，乘車前資料536係例如汽車100於車站200待機中所拍攝之資料。乘車後資料537係於汽車100到達顧客之目的地，顧客剛自汽車100下車後由感測器106拍攝到之影像資料。該乘車前資料536及乘車後資料537係自汽車100發送至伺服器500，繼而保持於RAM533。或，乘車前資料536亦可自車站200之資訊終端提供給伺服器500。繼而，藉由處理器531執行比較程式535，伺服器500進行遺失物對策動作。

圖4B係執行比較程式535時之處理器531之功能方塊圖。如圖4B所示，處理器531係藉由執行程式535而作為資料獲取部560、比較部561及第3判斷部563發揮功能。

資料獲取部560對汽車100命令將乘車前資料536發送至伺服器500。按照該命令，於汽車100中，感測器106獲取車內之影像資料，且向伺服器500發送該影像資料。乘車後資料537亦可基於資料獲取部560之命令而自汽車100向伺服器500發送。比較部561將乘車前資料536與乘車後資料537進行比較。第3判斷部563基於比較部561之比較結果而判斷遺失物之有無。即，第3判斷部563係基於乘車前資料(例如車內之圖像資料)536與乘車後資料(例如與乘車前資料相同區域之車內之圖像資料)537之差量，藉由圖像識別或圖像理解而判斷於乘客下車後是否有任何物品殘留在車內。繼而，第3判斷部563向汽車100發送判斷結果。再者，第3判斷部563基於比較結果僅判斷於汽車100之車內是否產生任何變化(殘留有物品)，該變化是否為遺失物可由汽車100之第1判斷部162進行判斷，或亦可由第3判斷部563判斷該變化是否為遺失物。

1.2 關於動作

其次，關於上述構成之計程車操作系統1之動作，尤其是著眼於遺失物對策動作進行說明。圖5係表示汽車100及伺服器500之動作之流程圖。圖5中之汽車100之動作係基於執行遺失物程式135之處理器131之指示，伺服器500之動作係基於執行比較程式535之處理器531之指示。

如圖示般，首先，汽車100獲取乘車前資料536，並將該資料發送至伺服器500(步驟S101)。繼而，伺服器500將所接收到之乘車前資料記憶於例如RAM533(步驟S500)。該步驟S101之處理係如上所述，例如響應於來自伺服器500之資料獲取部560之命令，於顧客向汽車100乘車前執行。但，亦可為於車站200待機時之汽車100或於無顧客乘車之狀態下行駛中之汽車100自發地獲取乘車前資料536。又，利用感測器106之乘車前資料536之獲取係於顧客乘坐汽車100之前進行，資料之自汽車100向伺服器500之發送只要於任一時序進行便可。即，例如可為汽車100於例如車站200待機中，或以無顧客乘車之狀態行駛中，或顧客乘坐汽車100 後。圖6A係表示乘車前資料536之一例，且為拍攝到汽車100之後部座位102之圖像資料之例。將一張或拍攝複數個部位後獲得之複數張此種車內圖像發送至伺服器500。

其後，當顧客乘坐汽車100(步驟S102)，且到達目的地時(步驟S103)，汽車100確認顧客之下車(步驟S104)。如上所述，顧客之下車係由上下車判斷部160根據感測器113所感測到之車門之開閉進行判斷。例如，當汽車100到達目的地並停車之後，感測器113檢測出車門112打開及其後車門112關閉之情況時，上下車判斷部160判斷顧客已下車。又，上下車判斷部160不僅檢測車門之開閉，亦可根據利用感測器106所獲得之圖像，進而檢測出於車內無乘客。

當上下車判斷部160確認到乘客下車時(步驟S105，是(YES))，汽車100開始車內之感測(步驟S106)。即，感測部161對複數個感測器106命令獲取車內之影像資料。繼而，感測部161向伺服器500發送步驟S106中所獲得之影像資料(乘車後資料537)(步驟S107)。圖6B示出乘車後資料537之一例，且為拍攝到與圖6A對應之區域之汽車100之後部座位102的圖像資料之例。與乘車前資料536同樣地，將一張或拍攝複數個部位所得之複數張此種車內之圖像發送至伺服器500。

其次，伺服器500之比較部561將乘車前資料536與步驟S107中發送之乘車後資料537進行比較(步驟S501)。繼而，基於步驟S501中之比較結果，伺服器500之第3判斷部563判斷遺失物之有無(步驟S502)，並將其結果發送至汽車100(步驟S503)。即，於將圖6A與圖6B進行比較之情形時，於顧客下車後，乘車前並不存在之包120殘留於後部座位102。於此種情形時，第3判斷部563檢測出包120之存在，並判斷存在遺失物。

繼而，於汽車100中，第1判斷部162對自伺服器500接收到之判斷結果進行確認(步驟S108)。其結果，於判斷無遺失物時(步驟S109，否(NO))，處理結束。再者，如上所述，第1判斷部162既可直接沿用步驟S503中所接收到之判斷結果而判斷遺失物120之有無，亦可藉由對所接收到之判斷結果進行加工(概率之加權等)並進行進一步之處理，而判斷遺失物120之有無。另一方面，於判斷存在遺失物時(步驟S109，是)，第1命令部164對揚聲器114命令發出警告音(步驟S110)。警告音係用以對已處於車外之顧客通知車內存在遺失物。將該情況示於圖6C。

於揚聲器114發出警告音之期間，汽車100之第2判斷部163判斷顧客是否返回至汽車100取回遺失物(步驟S111)。更具體而言，若由感測器113檢測出車門112之開閉，則判斷顧客返回至汽車100。當顧客返回至汽車100，且進行車門之開閉時(步驟S111，是)，汽車100再次對車內進行感測(步驟S106)，由伺服器500判斷遺失物之有無(步驟S501、S502)。該等處理係於某閾值期間內反覆進行(步驟S100)。

繼而，於顧客已獲取遺失物之情形時、即伺服器500之第3判斷部563判斷無遺失物之情形時，或於遺失物殘留在車內且經過閾值期間之情形時(步驟S100，是)，結束處理。關於遺失物殘留在車內之情形時之處理，於第2實施形態中進行詳細說明。

1.3 本實施形態之效果

如上所述，根據本實施形態，自動駕駛型汽車可提供高品質之服務。關於本效果，以下將進行說明。

即，於本實施形態中，汽車100具備拍攝車內之情況之感測器106、及可檢測顧客之上下車之感測器113。進而，伺服器500係於顧客剛下車後，基於顧客乘車前之車內之影像資料與顧客下車後之車內之影像資料而判斷遺失物之有無。而且，汽車100於存在遺失物之情形時，藉由警告音將該內容通知給顧客。

即，可藉由汽車100之感測器及伺服器500之處理器進行目前為止由駕駛者所承擔之遺失物之有無之確認。因此，即便於將未乘坐駕駛者之級別4~5之自動駕駛技術應用於計程車等旅客汽車運輸事業之情形時，亦可對顧客提醒注意遺失物。

再者，於上述實施形態中，以如圖5中所作說明般，利用伺服器500執行用以判斷遺失物之有無之處理(步驟S501~503)之情形為例進行了說明。但，亦可利用汽車100之處理器131進行。於此情形時，處理器131作為比較部561及第3判斷部563進一步發揮功能。

又，存在遺失物之通知並不限於來自揚聲器114之警告音。例如可藉由自動語音通知遺失物，亦可為上述兩者，只要為可引起顧客注意之方法便可。

2.第2實施形態

其次，對第2實施形態之資訊處理裝置、資訊處理方法及電腦程式產品進行說明。本實施形態係關於在上述第1實施形態中，顧客未注意到警告音之情形。以下，僅對與第1實施形態不同之方面進行說明。

2.1 關於構成

圖7係表示本實施形態之計程車操作系統之構成例。本實施形態之系統1與第1實施形態中已說明之圖1之不同點在於以下方面：伺服器500例如經由公共汽車800連接於伺服器700。伺服器700保持顧客資料庫。關於顧客資料庫將於下文進行詳細說明。

其次，使用圖8A及圖8B對本實施形態之汽車100之構成進行說明。圖8A係表示汽車100之硬體構成例之方塊圖，圖8B係處理器131之功能方塊圖，分別對應於第1實施形態中所說明之圖3A及圖3B。

如圖8A所示，汽車100係於圖3A所說明之構成中具備GPS(Global Positioning System：全球定位系統)接收機115。GPS接收機115係藉由接收來自GPS衛星之信號而掌握汽車100之位置。又，RAM133除具備遺失物程式135以外，還具備中斷程式136。藉由執行該中斷程式136，如圖8B所示，處理器131作為中斷處理部165進一步發揮功能。中斷處理部165負責汽車100之車內殘留有遺失物之情形時之處理。再者，於本例中，示出遺失物程式135與中斷程式136為不同之程式之情形，但兩者亦可彙總為1個程式。

其次，使用圖9A及圖9B對本實施形態之伺服器500之構成進行說明。圖9A係表示伺服器500之硬體構成例之方塊圖，圖9B係處理器531之功能方塊圖，分別對應於第1實施形態中所說明之圖4A及圖4B。

如圖9A所示，伺服器500係於圖4A所說明之構成中，RAM533進而具備顧客資料庫538、車站資訊539及中斷程式540。而且，處理器531藉由執行中斷程式540，如圖9B所示，作為檢索部564、訊息發送部565、到達資訊通知部566及中斷處理部567進一步發揮功能。再者，於本例中，中斷程式540與比較程式535亦可彙總為1個程式。

顧客資料庫538例如自伺服器700讀出至伺服器500，並保持於RAM533。將顧客資料庫538之一例示於圖9C。如圖9C所示，於顧客資料庫538，登錄有顧客之聯繫方式、於本例中為電子郵件位址。當然，除電子郵件位址以外，亦可登錄有聯繫電話號碼、自宅住址及工作單位等個人資訊、或使用計程車頻繁地利用之目的地等資訊。車站資訊539保持存在複數個之車站200之位置資訊。又，不僅保持位置資訊，亦可保持與車站200之營業時間或可利用之設備相關之資訊。中斷程式540係於在汽車100之車內殘留有遺失物之情形時執行。

於圖9B中，檢索部564基於汽車100之位置資訊及車站資訊539檢索最近之車站200。訊息發送部565作成並發送針對智慧型手機300及400、以及車站200之資訊終端之各種訊息。到達資訊通知部566係於遺失物對策處理中將汽車100到達目的地之情況通知給智慧型手機300及400、以及車站200之資訊終端。繼而，中斷處理部567承擔伺服器500之遺失物處理之主體。

2.2 關於動作

其次，關於上述構成之計程車操作系統1之動作，以顧客A於汽車100內遺失物品之情形為例進行說明。圖10係表示汽車100、伺服器500及智慧型手機300之動作之流程圖。圖10中之汽車100之動作係基於執行遺失物程式135及中斷程式136之處理器131之指示，伺服器500之動作係基於執行比較程式535及中斷程式540之處理器531之指示。

於第1實施形態中所說明之圖5之處理結果為即便經過閾值時間車內仍殘留有遺失物之情形時(步驟S112)，汽車100之例如第1判斷部 162將該內容通知給伺服器500(步驟S113)。

於接收到通知之伺服器500中，處理器531執行中斷程式540。繼而，例如訊息發送部565作成存在遺失物之內容之訊息，參照顧客資料庫538，對顧客A之智慧型手機300發送訊息(步驟S504)。

自伺服器500接收到訊息之智慧型手機300例如顯示圖11A所示之畫面。圖11A係表示智慧型手機300之畫面顯示之一例之模式圖。如圖示般，添加有存在遺失物之內容之訊息及遺失物之圖像。於本例中，對於圖6B中所說明之圖像，添加有將遺失物即包120放大顯示之圖像。進而，智慧型手機300顯示催促顧客A選擇針對遺失物之應對之訊息。即，智慧型手機300催促顧客A選擇將遺失物送達至顧客A身邊、或保存於最近之車站200、抑或進行處置。繼而，智慧型手機300受理關於遺失物之處理之來自顧客A之選擇(步驟S301)。該選擇資訊自智慧型手機300發送至伺服器500。

於接收到選擇資訊之伺服器500中，中斷處理部567對汽車100命令營業中斷。進而，中斷處理部567基於步驟S301中所選擇之資訊，對汽車100命令移動至遺失物之收領場所，並且將步驟S301之內容與當前之汽車100之狀況發送至車站200之資訊終端(步驟S505)。

將接收到步驟S505之資訊之車站200之資訊終端所顯示之畫面之例示於圖11B。如圖示般，車站200之資訊終端顯示有發生遺失物品之情況、發生遺失物品之營業車、顧客所選擇之應對方法(於圖11B之例中係由車站200收領)、及汽車100之當前狀況(於圖11B之例中為向車站200移動中)等資訊。藉此，各車站200可逐一掌握各汽車100之狀況。

就自伺服器500接收到營業中斷命令之汽車100而言，處理器131執行中斷程式136。因此，汽車100暫時中斷作為計程車之營業駕駛。繼而，基於來自伺服器500之移動命令，汽車100向遺失物之收領場所移動(步驟S114)。

其次，作為上述動作之具體例，對顧客A希望由最近之車站200收領遺失物之情形、及希望立即帶來至顧客A身邊之情形進行說明。

<由車站200收領之情形>

首先，關於希望由最近之車站200收領之情形，使用圖12進行說明。圖12係表示汽車100、伺服器500及車站200之動作之流程圖，示出圖10中之尤其是步驟S505及S114之處理之詳細情況。

如圖示般，首先，伺服器500之中斷處理部567對汽車100發送營業中斷命令(步驟S506)。於是，汽車100之中斷處理部165中斷營業駕駛(步驟S115)。具體而言，汽車100成為不受理下一位顧客之乘車之狀態。

然後，汽車100之中斷處理部165基於由GPS接收機115獲得之資訊，將當前之汽車100之位置資訊發送至伺服器500(步驟S116)。該位置資訊被保持於伺服器500之例如RAM533。繼而，伺服器500之檢索部564基於所接收到之位置資訊、及保持於RAM533之車站資訊539，檢索距離當前之汽車100最近之車站200(步驟S507)。進而，中斷處理部567向汽車100發送步驟S507中找到之最近之車站200之位置資訊、及向該車站200之移動命令(步驟S508)。

接收到移動命令之汽車100基於中斷處理部165之控制，於搭載有顧客A之遺失物之狀態下，開始向最近之車站200移動(步驟S117)。又，伺服器500之中斷處理部567預測汽車100之向最近之車站200之到達時刻，將其結果通知給顧客A之智慧型手機300及車站200之資訊終端(步驟S509)。將接收到該通知之智慧型手機300及車站200之資訊終端之顯示畫面之情況示於圖13A及圖13B中。

如圖13A所示，智慧型手機300將汽車100於15：20到達XY車站之內容及催促於該時刻之後前來收領之訊息與遺失物(包120)之圖像一起顯示出。又，如圖13B所示，車站200之資訊終端亦顯示相同之資訊，且顯示對車站200之員工催促取出遺失物之訊息。

繼而，當汽車100到達最近之車站200時，汽車100之中斷處理部165將該內容通知給伺服器500(步驟S118)。於是，伺服器500之到達資訊通知部566將汽車100已到達最近之車站200之情況發送至顧客A之智慧型手機300(步驟S510)。將此時智慧型手機300之顯示畫面之例示於圖13C。

其後，伺服器500之中斷處理部567對汽車100發送營業重新開始命令(步驟S511)，響應於此，汽車100之中斷處理部165結束中斷處理，重新開始營業駕駛(步驟S119)。再者，亦可為對車站200之資訊終端輸入車站200之員工已將遺失物自汽車100取出之情況，資訊終端將該內容及營業重新開始命令發送至伺服器500(步驟S201)，伺服器500接收到上述資訊，響應於此，中斷處理部567發送營業重新開始命令。當然，上述情況僅為中斷處理部567發送營業重新開始命令之觸發之一例，並不限定於此。例如，亦可為不介入車站200之員工之處理之情形。即，亦可為如當汽車100到達車站200後經過一定時刻時，車站200之資訊終端或汽車 100自動地對伺服器500發送要求營業重新開始之命令之情形，可適當設定。

<送達至顧客A身邊之情形>

其次，對顧客A希望立即將遺失物帶來至自己身邊之情形進行說明。圖14係表示汽車100、伺服器500及顧客A之智慧型手機300之動作之流程圖，與圖12同樣地示出圖10中之尤其是步驟S505及S114之處理之詳細情況。

如圖示般，首先，與圖12同樣地執行步驟S506、S115及S116之處理。然後，中斷處理部567對智慧型手機300請求位置資訊(步驟S512)。響應於該請求，智慧型手機300基於智慧型手機300所具有之GPS功能，將位置資訊發送至伺服器500(步驟S302)。該位置資訊被保持於伺服器500之例如RAM533。

其次，伺服器500之中斷處理部567基於步驟S116中所接收到之汽車100之位置資訊、及步驟S302中所接收到之智慧型手機300之位置資訊，預測汽車100到達顧客A身邊之時刻，並通知給智慧型手機300(步驟S513)。接收到該通知之智慧型手機300將當前之智慧型手機300之位置顯示於顯示部，並且智慧型手機300顯示來自智慧型手機300之使用者(典型而言為顧客A，但亦可能為其相關者之情形)之催促指定當前位置周邊之收領場所之畫面(步驟S303)。將此時之智慧型手機300之顯示畫面之例示於圖15A中。於圖15A中，示出智慧型手機300之使用者將當前地點附近之「○○公寓」指定為收領場所，智慧型手機300受理了該指定之情形。進而，智慧型手機300當受理使用者之顯示畫面上之確認按鈕之選擇時，將收領場所資訊發送至伺服器500(步驟S304)。該資訊例如被保持於RAM533。

然後，伺服器500之中斷處理部567將步驟S304中所接收到之收領場所之位置資訊、及向該收領場所之移動命令發送至汽車100(步驟S514)。

接收到移動命令之汽車100基於中斷處理部165之控制，於搭載有顧客A之遺失物之狀態下，向指定之收領場所移動(步驟S120)。繼而，當汽車100到達收領場所時，中斷處理部165將該內容通知給伺服器500(步驟S120)。又，伺服器500之到達資訊通知566將汽車100到達收領場所通知給智慧型手機300(步驟S515)。繼而，當由顧客A獲取遺失物時，智慧型手機300將該內容通知給伺服器500(步驟S305)。將步驟S305中之智慧型手機300之顯示畫面之例示於圖15B。如圖示般，智慧型手機300當受理顯示畫面上之確認按鈕之選擇時，識別為已由顧客A(或其代理人)獲取遺失物。又，於汽車100中亦確認遺失物之獲取(步驟S121)。步驟S121可藉由第1實施形態中所說明之方法實施。更具體而言，只要於檢測出車門112之開閉後(圖5之步驟S105，是)，獲取車內之影像資料並將該影像資料與乘車前資料進行比較便可。

當接收到來自智慧型手機300之通知時，伺服器500之中斷處理部567對汽車100發送營業重新開始命令(步驟S511)，響應於此，汽車100之中斷處理部165結束中斷處理，並重新開始營業駕駛(步驟S119)。再者，步驟S511亦可於在步驟S121中實際地確認到遺失物已自車內消失之後執行。

再者，於圖14中，於顧客雖指定了遺失物之收領場所但並未前來取回之情形時，汽車100亦可於在指定場所待機一定時間之後，返回至車站或者直接重新開始營業駕駛。關於對圖14之步驟S515~S511施加之伺服器500之處理之另一例，示於圖15C中。

如圖示般，於在步驟S515之後，遺失物獲取之通知(步驟S305)未自智慧型手機300送達至伺服器500(S516，否)而經過一定時間之情形時(步驟S517，是)，中斷處理部567決定使汽車100向最近之車站100移動，令該車站200保管遺失物(步驟S518)。即，進行圖12中所說明之步驟S506之後之處理。

另一方面，於在經過一定時間之前(步驟S517，否)，通知自智慧型手機300送達至伺服器500之情形時(步驟S516，是)，伺服器500之比較部561及第3判斷部563基於自汽車100發送之車內之影像資料確認到遺失物已消失，對汽車100命令營業重新開始(步驟S519)。

再者，關於步驟S516之判斷處理，亦可代替來自智慧型手機300之通知，替代為是否已基於來自汽車100之影像資料確認到遺失物自車內消失之判斷。即，當顧客到達指定場所後打開汽車100之車門112，並於獲取遺失物之後關閉車門112時，感測器113檢測出該車門之開閉。於是，上下車判斷部160判斷顧客已來取回遺失物，感測部161基於該判斷結果對感測器113命令車內之拍攝，且將所獲得之影像資料發送至伺服器500。基於該影像資料與乘車前資料之比較結果，第3判斷部563判斷無遺失物。於此情形時，伺服器500對汽車100命令營業重新開始。當然，亦可為營業重新開始需要來自智慧型手機300之步驟S305之通知。

進而，關於顧客未前來取回遺失物之情形時之應對，亦可採取除上述以外之應對。

2.3 本實施形態之效果

如上所述，根據本實施形態，即便於在第1實施形態中遺失物品之顧客未注意到警告音之情形時，亦可將遺失物送達至顧客。又，當瞭解到車內殘留有遺失物時，伺服器500迅速地中斷汽車100之營業，按照顧客之請求使汽車100移動至收領場所。因此，對於計程車運營商，可大幅度地削減人工之處理。

再者，於上述實施形態中以遺失物之收領場所為車站200與顧客A之當前位置周邊之任一者之情形為例進行了說明。但，亦可為收領場所可由顧客A自由地指定之情形。即，於圖14之步驟S303及圖15A中，智慧型手機300及伺服器500可受理除顧客A(智慧型手機300)周邊以外之場所之自由選擇，進而亦可受理收領時刻。

又，汽車100亦可於載有遺失物之狀態下繼續營業。對此種示例進行說明。例如，假設汽車100預定於運送顧客A之後，運送其他顧客B。於此情形時，於圖10之步驟S504及S301中，伺服器500使是否可將遺失物與顧客B一起運送之確認畫面顯示於智慧型手機300之顯示部。當智慧型手機300受理可運送之內容之輸入時，伺服器500搜索路徑，並對智慧型手機300通知將遺失物送達至顧客A所需之時間。又，對於顧客B，伺服器500亦使是否可調度存在遺失物之汽車100之確認畫面顯示於顧客B之智慧型手機400之顯示部。於顧客B拒絕存在遺失物之汽車100之調度之情形時，伺服器500會搜尋其他顧客，反覆進行上述處理。又，對顧客B分配無遺失物之另一汽車100。

當智慧型手機300受理接受存在遺失物之汽車之調度之內容之輸入，且將該內容之資訊發送至伺服器500時，接下來，伺服器500使智慧型手機400顯示是否可於將顧客B運送至目的地之前將遺失物送達至顧客A之確認畫面。

當智慧型手機400受理可先將遺失物送達至顧客A之內容之輸入時，按照該通知，伺服器500對汽車100命令移動至顧客A之遺失物之收領場所。繼而，當汽車100到達收領場所時，該內容之資訊自伺服器500發送至智慧型手機300，由顧客A獲取遺失物。繼而，藉由汽車100及伺服器500進行車內感測，確認是否已獲取遺失物。繼而，車內感測之結果顯示於汽車100之儀錶板103、或上文所說明之設置於前部座位101之靠背部分或扶手等之顯示器，進而顯示於顧客A之智慧型手機300之顯示部。繼而，當汽車100內之儀錶板103或顯示器、或智慧型手機300受理顧客A之驗證動作時(例如確認按鈕之選擇、或利用觸控筆進行之簽名等)，將驗證結果發送至伺服器500。繼而，伺服器500對汽車100命令車內感測之結果顯示之結束，進而命令發送顧客B之目的地資訊並且向該目的地出發。

另一方面，當智慧型手機400受理稍後將遺失物送達(先將顧客B運送至目的地)之內容之輸入時，按照該通知，伺服器500對汽車100發送顧客B之目的地資訊，並命令其向該目的地出發。當汽車100到達顧客B之目的地，且顧客B下車時，汽車100進行車內感測，且將車內之影像資料發送至伺服器500。伺服器500基於所接收到之影像資料、及顧客A下車後之車內之影像資料，確認無顧客B之遺失物。於存在顧客B之遺失物之情形時，如第1實施形態中所作說明般發出警告音，且於顧客B未注意到之情形時，對顧客B亦應用本實施形態。當確認無顧客B之遺失物時，伺服器500對汽車100發送顧客A之遺失物之收領場所之位置資訊，且命令其向收領場所出發。其後之處理相同，當顧客A收領遺失物且受理顧客A之驗證動作時，處理結束。

3.第3實施形態

其次，對第3實施形態之資訊處理裝置、資訊處理方法及電腦程式產品進行說明。本實施形態係關於在上述第1或第2實施形態中，車內被乘客弄髒之情形時之對策。以下，僅對與第1及第2實施形態不同之方面進行說明。

3.1 關於構成

首先，使用圖16A及圖16B對本實施形態之汽車100之構成進行說明。圖16A係表示汽車100之硬體構成例之方塊圖，圖16B係處理器131之功能方塊圖，且分別對應於第1實施形態中所說明之圖3A及圖3B。

如圖16A所示，汽車100係於圖3A所說明之構成中具備顯示器116。顯示器116可為第1及第2實施形態中所說明之例如儀錶板103之一部分，或亦可為設置於前部座位之靠背之背面或扶手之顯示器。又，RAM133除具備遺失物程式135以外，還具備污損程式137。藉由執行該污損程式137，如圖16B所示，處理器131作為第2命令部166及第4判斷部167進一步發揮功能。第2命令部166係基於自伺服器500接收到之命令，於車內存在污損之情形時，對顯示器116命令顯示出對乘客要求車內之清潔之內容。第4判斷部167係基於自伺服器500接收到之資訊，判斷車內是否存在污損。或，第4判斷部167判斷是否自伺服器500接收到表示車內存在污損之資訊。再者，於本例中，示出遺失物程式135與污損程式137為不同之程式之情形，但兩者亦可彙總為1個程式，又，亦可為與中斷程式136亦一體化。

其次，使用圖17A及圖17B對本實施形態之伺服器500之構成進行說明。圖17A係表示伺服器500之硬體構成例之方塊圖，圖17B係處理器531之功能方塊圖，且分別對應於第1實施形態中所說明之圖4A及圖4B。

如圖17A所示，於圖4A所說明之構成中，伺服器500之RAM533進而具備污損判斷程式541。而且，處理器531藉由執行污損判斷程式541，而如圖17B所示，作為第5判斷部568進一步發揮功能。第5判斷部568係基於比較部561之比較結果，判斷污損之有無。即，第5判斷部568基於乘車前資料536與乘車後資料537之差量，藉由圖像識別或圖像理解判斷乘客下車後車內是否存在任何污損。繼而，第5判斷部568向汽車發送判斷結果100。再者，第5判斷部568基於比較結果僅判斷汽車100之車內是否產生任何變化，該變化是否為污損可由汽車100之第4判斷部167進行判斷，或亦可由第5判斷部568進行是否為污損之判斷。再者，於本例中，亦可將污損判斷程式541與比較程式535彙總為1個程式。中斷程式540亦相同。

3.2 關於動作

其次，著眼於污損對策動作對上述構成之計程車操作系統1之動作進行說明。圖18係表示汽車100及伺服器500之動作之流程圖。圖18中之汽車100之動作係基於執行污損程式137之處理器131之指示，伺服器500之動作係基於執行污損判斷程式541之處理器531之指示。

如圖示般，首先，執行汽車100之步驟S101~S107及伺服器500之步驟S500之處理。該等處理係如於第1實施形態中使用圖5所作說明般。然後，於伺服器500中執行步驟S501之處理。其次，伺服器500之第5判斷部568基於步驟S501之比較結果判斷污損之有無(步驟S520)，且將其結果發送至汽車100(步驟S503)。圖19係存在污損121之情形時之乘車後資料537之一例。如圖示般，於車內之後部座位102放置有如杯子般之容器，進而，容器內之液體灑出。因此，藉由將圖6A中所說明之乘車前資料536與圖19之乘車後資料537進行比較，第5判斷部568可檢測出污損121。

其後之動作與第1實施形態大致相同。即，於汽車100中，第4判斷部167確認自伺服器500接收到之判斷結果(步驟S130)。再者，第4判斷部167既可直接沿用步驟S503中所接收到之判斷結果而判斷污損121之有無，亦可藉由將所接收到之判斷結果進行加工且進行進一步之處理，而判斷污損121之有無。即，亦可為與第1實施形態中所說明之第1判斷部162同樣地，自伺服器500將有無污損之概率資訊發送至汽車100，且對該概率進行加權等之後，第4判斷部167判斷污損之有無。

其結果，於判斷無污損時(步驟S131，否)，處理結束。另一方面，於判斷存在污損時(步驟S131，是)，第1命令部164對揚聲器114命令發出警告音(步驟S110)。警告音係用以對已處於車外之顧客通知車內存在污損。又，第2命令部166對顯示器116命令催促車內之清潔之顯示(步驟S132)。

於揚聲器114發出警告音之期間，汽車100之第2判斷部163 判斷顧客是否為了清潔污損而返回至汽車100(步驟S111)。更具體而言，若由感測器113檢測出車門112之開閉，則判斷顧客返回至汽車100。當顧客返回至汽車100，且進行車門之開閉時(步驟S111，是)，汽車100再次對車內進行感測(步驟S106)，藉由伺服器500判斷污損之有無。該等處理係於某閾值期間之內反覆進行(步驟S100)。

繼而，於顧客已清潔了污損之情形時、即伺服器500之第5判斷部568判斷無污損之情形時，或於殘留有污損且經過閾值期間之情形時(步驟S100，是)，結束處理。

3.3 本實施形態之效果

就無駕駛者之自動駕駛計程車而言，不僅第1及第2實施形態中所說明之遺失物可能成為問題，由乘客所致之車內之污損亦可能成為問題。該方面，於本實施形態中，與遺失物同樣地，可藉由汽車100之感測器及伺服器500之處理器進行目前為止由駕駛者承擔之污損之有無之確認。因此，於顧客將車內弄髒之情形時，可通知該內容，對顧客提醒注意清潔車內。

再者，於上述實施形態中，以如圖18中所作說明般，利用伺服器500執行用以判斷污損之有無之處理(步驟S501、S520及S503)之情形為例進行說明。但，亦可利用汽車100之處理器131進行該等處理。於此情形時，乘車前資料536被保持於汽車100之RAM133，處理器131亦作為比較部561及第5判斷部568發揮功能。又，與第1實施形態同樣地，存在污損之通知並不限於來自揚聲器114之警告音，例如亦可藉由自動語音進行通知。

再者，本實施形態亦可設為與第1實施形態一體者予以處理。即，第1及第2實施形態均為如下形態：乘車前資料536與乘車後資料537之比較結果為檢測出於車內存在些許變化，汽車100基於該變化對顧客發出警告。此時，關於車內之變化為遺失物抑或為污損，只要藉由處理器531或131之圖像識別或圖像理解進行判斷便可。而且，亦可根據判斷結果，將警告訊息區分為遺失物與污損，或於污損之情形時將該內容顯示於顯示器116。

又，於如在座位灑落有透明之水之情形時，可能有乘車前資料536與乘車後資料537幾乎無差別之情形。因此，例如較佳為對汽車100之椅套使用當被水浸濕時顏色發生變化(顯色)之素材。藉此，可提高圖像識別精度。

又，亦可對本實施形態應用第2實施形態中所說明之技術。即，可藉由汽車100及伺服器500實現與顧客未注意到污損之情形或顧客未進行清潔之情形相關之處理。使用圖20對本例進行說明。圖20係表示汽車100、伺服器500及顧客B之智慧型手機400之動作之流程圖，示出預定為顧客A弄髒汽車100，其後，顧客B乘坐該汽車100之情形為例。圖20中之汽車100之動作係基於執行污損程式137及中斷程式136之處理器131之指示，伺服器500之動作係基於執行污損判斷程式541及中斷程式540之處理器531之指示。

於第3實施形態中所說明之圖18之處理之結果為，即便經過閾值時間車內亦殘留有污損之情形時(步驟S133)，汽車100之例如第4判斷部167將該內容通知給伺服器500(步驟S134)。

於接收到通知之伺服器500中，處理器531執行中斷程式 540。繼而，例如訊息發送部565作成存在污損之內容之訊息，參照顧客資料庫538，對顧客B之智慧型手機400發送訊息(步驟S521)。

自伺服器500接收到訊息之智慧型手機400例如顯示圖21所示之畫面。圖21係表示智慧型手機400之畫面顯示之一例之模式圖。如圖示般，添加存在污損121之內容之訊息及污損121之圖像。於本例中，於圖19中所說明之圖像中，添加有將污損121即杯子與灑出之液體放大顯示之圖像。進而，智慧型手機400顯示催促顧客B選擇與調度相關之希望之訊息。即，智慧型手機400催促顧客B選擇直接調度存在污損之車輛、抑或希望無污損之其他車輛。繼而，智慧型手機400受理與調度相關之來自顧客B之選擇(步驟S401)。該選擇資訊被自智慧型手機400發送至伺服器500。

於自顧客B受理希望無污損之其他汽車100之情形時(步驟S522，是)，伺服器500及汽車100執行於第2實施形態中使用圖12進行說明之步驟S506、S115、S116及S507之處理，使存在污損之汽車100之營業中斷，並搜索最近之車站200。繼而，中斷處理部567將於步驟S507中發現之車站200設定為目的地(步驟S523)。

另一方面，於自顧客B受理希望調度存在污損之汽車100之情形時(步驟S522，否)，伺服器500之例如中斷處理部567或第5判斷部568將顧客B之乘車位置設定為目的地(步驟S524)。

繼而，於步驟S523或S524之後，中斷處理部567或第5判斷部568將目的地之位置資訊及向目的地之移動命令發送至汽車100(步驟S525)。接收到移動命令之汽車100係按照目的地之位置資訊，向車站200或顧客B之乘車位置移動(步驟S135)。

再者，伺服器500亦可於判斷污損之程度嚴重之情形時，省略步驟S521、S401及S522之處理，前進至步驟S506之處理，而調度無污損之汽車100。

又，於汽車100返回至車站200之情形時，汽車100由車站200之工作人員進行清潔。另一方面，於顧客B乘坐污損之汽車100之情形時，亦可由顧客B清潔汽車100。於此種情形時，伺服器500亦可於顧客資料庫538中對顧客B賦予較高之評價。關於此種示例，將於下述第5實施形態中進行說明。

4.第4實施形態

其次，對第4實施形態之資訊處理裝置、資訊處理方法及電腦程式產品進行說明。本實施形態係於上述第1至第3實施形態中檢測車內之臭味，並根據其強度而變更調度方法者。以下，僅對與第1至第3實施形態不同之方面進行說明。

4.1 關於構成

圖22係本實施形態之汽車100之模式圖，且對應於第1實施形態中所說明之圖2。如圖示般，汽車100係於圖2所說明之構成中進而具備臭味感測器117。臭味感測器117檢測汽車100之車內之氣味。於圖2中，示出於車內之天花板之1處設置有1個臭味感測器117之情形為例。但，亦可於車內之複數個場所分別設置臭味感測器117。於此情形時，既可採用表示最強之強度之感測器117之測定值，亦可採用複數個臭味感測器117之測定值之平均。

圖23A係表示汽車100之硬體構成例之方塊圖，圖23B係處理器131之功能方塊圖，且分別對應於第1實施形態中所說明之圖3A及圖3B。

如圖23A所示，汽車100係於圖3A所說明之構成中具備上述臭味感測器117，RAM133除具備遺失物程式135及中斷程式136以外，還具備臭味程式138。藉由執行該臭味程式138，處理器131作為第6判斷部168進一步發揮功能，又，感測部161對感測器117命令車內感測。即，感測部161當上下車判斷部160判斷存在乘客之下車時，對感測器117命令臭味之測定，且接收表示臭味強度之臭味資料。該臭味資料例如保持於RAM133，且經由通訊部140發送至伺服器500。第6判斷部168關於臭味資料進行必要之運算。或，第6判斷部168判斷是否自伺服器500接收到表示一定程度以上之車內之臭味強度之資訊。於本例中，遺失物程式135、中斷程式136及臭味程式138亦可彙總為1個程式。

其次，使用圖24A及圖24B對本實施形態之伺服器500之構成進行說明。圖24A係表示伺服器500之硬體構成例之方塊圖，圖24B係處理器531之功能方塊圖，且分別對應於第1實施形態中所說明之圖4A及圖4B。

如圖24A所示，伺服器500係於圖4A所說明之構成中，RAM533進而保持有中斷程式540、臭味判斷程式542及臭味資料543。繼而，處理器531藉由執行臭味判斷程式542，而如圖24B所示，作為第7判斷部569進一步發揮功能。於本例中，比較程式535、中斷程式540及臭味判斷程式542亦可彙總為1個程式。臭味資料543係自汽車100接收。繼而，第7判斷部569基於臭味資料543判斷汽車100之車內之臭味強度。再者，第7判斷部569僅判斷臭味之有無，臭味是否為一定程度以上之強度可由汽車100之第6判斷部168進行判斷，或亦可由第7判斷部569判斷車內之臭味強度是否為一定程度以上。

4.2 關於動作

其次，對上述構成之計程車操作系統1之動作進行說明。圖25係表示汽車100及伺服器500之動作之流程圖。圖25中之汽車100之動作係基於執行臭味程式138之處理器131之指示，伺服器500之動作係基於執行臭味判斷程式542之處理器531之指示。

如圖示般，首先，執行汽車100之步驟S101~S105及伺服器500之步驟S500之處理。該等處理係如於第1實施形態中使用圖5所作說明般。繼而，當確認到顧客下車時，處理器131之感測部161對感測器117命令車內之感測(步驟S140)。即，對感測器117命令計測車內之臭味。繼而，步驟S140中所獲得之臭味資料453被發送至伺服器500，且保持於RAM533(步驟S107)。再者，感測器117亦可始終對臭味進行測定。而且，可為於車內之臭味超過一定值之情形時，經由伺服器500對車站200發出警告般之構成，或亦可於確認到下車時(步驟S105，是)，將該時間點之測定值發送至伺服器500(步驟S107)。

其次，伺服器500之第7判斷部569基於步驟S107中所發送之臭味資料543判斷車內之臭味之強度(步驟S50)。此時，處理器531使用保持於ROM532或RAM533之臭味之閾值α、β。但，α<β。首先，於車內之臭味強度為α以下之情形時(步驟S531，是)，第7判斷部569判斷為對營業不造成影響之程度之氣味，且對汽車100命令繼續營業(步驟S532)。響應於該命令，汽車100向下一個目的地(下一位顧客之乘車地)移動(步驟S141)。

於車內之臭味強度超過α且為β以下之情形時，第7判斷部569對接下來預定乘車之顧客A之智慧型手機300發送詢問是否希望該汽車100之調度之內容之訊息(步驟S534)。其後之動作與第3實施形態之圖20中之步驟S522之後相同。但，步驟S524中所設定之目的地並非下一位顧客B，而是本次顧客A之乘車地。即，若顧客A不希望為其他車，則汽車100將直接運送顧客A。另一方面，於顧客A期望為其他車之情形時，有臭味之該汽車100中斷營業，且於最近之車站200被清潔。

於車內之臭味強度超過β之情形時，第7判斷部569進行第3實施形態之圖20中之步驟S506之後的處理。即，汽車100由於車內之臭味強烈，故而被判斷對營業造成妨礙，汽車100中止營業，且於最近之車站200被清潔。

4.3 本實施形態之效果

根據本實施形態，藉由將臭味感測器117設置於汽車100之車內，不僅可應對車內之污損，亦可應對臭味。

即，若為無駕駛者之自動駕駛，則例如儘管為禁煙車，亦會考慮到如乘客於車內吸煙之實例。但，根據本實施形態，即便發生此種事態，亦可藉由汽車100及伺服器500判斷車內之臭味之程度，於營業存在問題之情形時，可立即準備替代車輛。又，藉由確認顧客之希望，即便於存在少許臭味之情形時，汽車100亦可營業駕駛。

再者，於上述實施形態中，以如圖25中所作說明般，利用伺服器500執行用以判斷臭味強度之處理(步驟S530~534)之情形為例進行了說明。但，既可利用汽車100之處理器131進行。於此情形時，與閾值α及β相關之資料被保持於汽車100之RAM133。

又，本實施形態亦可與第3實施形態組合而執行。即，亦可為將臭味與污損不區分地理解為一體者，根據影像資料及臭味資料而判斷污損之有無。例如，於僅根據影像資料難以判斷為遺失物抑或為污損之情形時，亦可參照臭味資料，只要為一定以上之臭味強度則判斷為污損。或，首先，藉由臭味資料判斷為遺失物抑或為污損，於判斷為遺失物之情形時，亦可進而藉由影像資料之圖像識別或圖像理解而判斷為遺失物抑或為污損。

5.第5實施形態

其次，對第5實施形態之資訊處理裝置、資訊處理方法及電腦程式產品進行說明。本實施形態係於上述第1至第4實施形態中，基於針對遺失物、污損及臭味之應對，對每位顧客賦予積分，以該積分為基準而算出運費。以下，僅對與第1至第4實施形態不同之方面進行說明。

5.1 關於構成

首先，對本實施形態之汽車100之構成進行說明。圖26A係表示汽車100之硬體構成例之方塊圖，圖26B係處理器131之功能方塊圖，分別對應於第1實施形態中所說明之圖3A及圖3B。

如圖26A所示，汽車100具有將第1至第4實施形態中所說明之圖3A、圖8A、圖16A及圖23A組合而得之構成。而且，如圖26B所示，藉由執行各程式135~138，處理器131作為上下車判斷部160、感測部161、第1判斷部162、第2判斷部163、第1命令部164、中斷處理部165、第2命令部166、第4判斷部167及第6判斷部168發揮功能。

其次，對伺服器500之構成進行說明。圖27A係表示伺服器500之硬體構成例之方塊圖，圖27B係處理器531之功能方塊圖，分別對應於第1實施形態中所說明之圖4A及圖4B。

如圖27A所示，伺服器500具有將第1至第4實施形態中所說明之圖4A、圖9A、圖17A及圖24A組合而得之構成。又，RAM33進而保持運費計算程式544及運費計算資料545。而且，如圖27B所示，藉由執行各程式535及540~542，處理器531作為資料獲取部560、比較部561、第3判斷部563、檢索部564、訊息發送部565、到達資訊通知部566、中斷處理部567、第5判斷部568及第7判斷部569發揮功能，進而，藉由執行運費計算程式544而亦作為運費計算部570發揮功能。

圖28A係本實施形態之顧客資料庫538之概念圖。如圖示般，除第2實施形態中所說明之圖9C之資訊以外，顧客資料庫538進而保持對每位顧客賦予之積分資訊。積分係伺服器500判斷顧客之乘車行為，由伺服器500自動地賦予。例如若為圖28A之例，則對顧客A賦予1000積分，對顧客B賦予500積分，對顧客C賦予2000積分。

該積分反映於運費，積分越高，則應用越便宜之運費，積分越低則應用越高昂之運費。該積分與應用運費之關係係作為運費計算資料545而保持於RAM533。圖28B係表示運費計算資料545之一例之概念圖。如圖示般，將1000~1499積分設為基準積分且應用通常運費。於本例中，例如於初次利用自動駕駛計程車服務時，以賦予1000積分作為獎勵積分為前提。因此，將1000積分以上設為基準積分。而且，具有高於1499之積分之顧客被指定為優良等級，運費折扣5%。反之，對於積分低於1000積分之顧客，根據其積分數而增額地應用運費。而且，於0積分以下之情形時，判斷為劣質之顧客，拒絕針對該顧客之計程車之運行。當然，圖28B僅為一例，可由計程車運營商適當設定。

積分係顧客每次乘坐自動駕駛計程車時，根據其乘車行為而賦予。運費計算資料545亦保持該乘車行為與積分之關係。圖28C係表示其一例之概念圖。如圖示般，乘車行為按照由佳至差之順序，例如分級為「鉑金」、「黃金」、「白銀」及「青銅」。而且，於乘車行為相當於鉑金之情形時加上5積分，若為黃金則加上3積分，若為白銀則加上1積分。青銅相當於乘車行為被判斷為較差者之情形，且被減去100積分。相當於鉑金之基準係例如第2實施形態中所作說明般，乘坐存在前一乘客之遺失物之汽車100且先於自身之目的地而送達遺失物之情形；或如第3實施形態中所作說明般，清潔前一乘客所造成之污損般之情形。相當於黃金之基準係例如第2實施形態中所作說明般，乘坐存在前一乘客之遺失物之汽車100，且將自身配送至目的地之後再送達遺失物之情形；或如第3實施形態中所作說明般，選擇存在前一乘客所造成之污損之汽車100之情形(但，未進行清潔)；或選擇第4實施形態中所說明之存在臭味之汽車100般之情形。而且，於使汽車100污損之情形或產生臭味之情形時，相當於青銅。當然，圖28C亦僅為一例，可適當設定。

5.2 關於動作

其次，關於本實施形態之計程車操作系統1之動作，尤其是著眼於運費計算方法進行說明。圖29係表示伺服器500之動作之流程圖。圖29所示之處理主要由執行運費計算程式544之處理器531進行。

如圖示般，首先，伺服器500自顧客之終端接收到希望調度之請求(步驟S540)。此時，伺服器500亦一併接收到顧客之乘車場所、目的地及調度希望時刻。於是，處理器531執行運費計算程式544。於是，首先，運費計算部570自RAM533讀出作為運費計算資料545之一部分之標準價格表(步驟S541)。該價格表包含例如距離或時間與費用之關係、或增額費用之條件等。又，運費計算部570參照RAM570之顧客資料庫538，確認該顧客之持有積分(步驟S542)。於顧客資訊未登錄至顧客資料庫538之情形時，將該顧客新登錄至顧客資料庫538，且賦予1000積分。

進而，運費計算部570基於價格表及顧客資料庫538計算運費(步驟S543)。繼而，伺服器500將可否調度、及可調度之情形時之運費資訊發送至顧客之終端(智慧型手機300或400)(步驟S544)。如上文所作說明般，若希望調度之顧客之積分為0積分以下，則伺服器500拒絕調度。又，於在顧客之調度希望時刻無可調度之汽車100之情形時，伺服器500通知無法調度之內容。於此情形時，伺服器500亦可對顧客之終端提示可調度之時刻。

其後，對顧客提供旅客運送服務(步驟S545)。於將顧客運送至目的地之後，運費計算部570判斷顧客之乘車行為(步驟S546)。即，如第2實施形態中所作說明般，關於是否與前一乘客之遺失物一起乘車、及是否優先送達遺失物，例如可由第3判斷部563進行判斷。又，關於車內是否產生污損，又，是否如第3實施形態中所作說明般清潔了污損，可由第5判斷部568進行判斷。進而，如第4實施形態中所作說明般，關於是否乘坐存在臭味之汽車100，可由第7判斷部569進行判斷。

基於來自上述第3判斷部563、第5判斷部568及第7判斷部569之資訊，運費計算部570決定顧客之乘車行為，並將其通知給顧客之終端(步驟S547)。繼而，運費計算部570基於與本次之乘車行為相應之累加積分或減除積分，重新計算該顧客之積分(步驟S548)，且將該積分登錄至顧客資料庫538(步驟S549)。

5.3 本實施形態之效果

根據本實施形態，藉由根據乘車行為對顧客賦予指令，可提昇乘車行為，並且圈入優質顧客。

即，若為無駕駛者之自動駕駛計程車，則顧客之乘車行為有可能變差。而且，於如乘車行為較差之乘客增加，例如頻繁地將車內污損之情形時，計程車運營商之負擔(由車站工作人員進行之清潔等)加重。

該方面，若為本實施形態，則根據與乘車行為相應之積分評價顧客。而且，藉由對乘車行為良好之顧客提供折扣服務，而請顧客積極地利用計程車。另一方面，對於乘車行為較差之顧客，可藉由應用增額費用而減輕計程車運營商之負擔，又，對於乘車行為極差之顧客，可拒絕乘車。

6.第6實施形態

其次，對第6實施形態之資訊處理裝置、資訊處理方法及電腦程式產品進行說明。本實施形態係關於在上述第1至第5實施形態中，當調度汽車100之人與實際之乘客不同時，將乘車運費之索取對象變更為乘客之方法。以下，僅對與第1至第5實施形態不同之方面進行說明。

6.1 關於構成

首先，對本實施形態之伺服器500之構成進行說明。圖30A係表示伺服器500之硬體構成例之方塊圖，圖30B係處理器531之功能方塊圖。

如圖30A所示，伺服器500係於第5實施形態中所說明之圖27A所示之構成中，RAM533進而保持車資料庫546者。又，如圖30B所示，藉由執行運費計算程式544，處理器531亦進而作為索取對象變更部571發揮功能。

圖30C係本實施形態之車資料庫546之概念圖。如圖示般，車資料庫546保持有計程車運營商之各營業車之調度時間表。若為圖30C之例，則於9：00~11：00之期間，對顧客A調度營業車XX，於10：30~12：30之期間，對顧客C調度營業車ZZ。於圖30C中僅圖示有1天之調度時間表，但例如亦可保持有1個月或1年之時間表。而且，當受理新調度，又，調度完成時，車資料庫546被更新。又，各營業車中所產生之運費係對登錄至顧客資料庫538之顧客索取。因此，若為圖30C之例，則關於營業車XX，因9：00之調度而產生之運費係對顧客A索取，關於營業車ZZ，因10：30之調度而產生之運費係對顧客C索取。車資料庫546例如與顧客資料庫538一起被保持於伺服器700，且自伺服器700被讀出至伺服器500。

6.2 關於動作

其次，關於本實施形態之計程車操作系統1之動作，尤其是著眼於運費之索取對象之變更方法進行說明。以下，以顧客A進行調度之手續，與顧客A不同之顧客B實際乘車且支付運費之情形為例進行說明。圖31係表示顧客A之智慧型手機300、伺服器500及汽車100之動作之流程圖，亦一併示出顧客資料庫538及車資料庫546之狀況。圖31中之伺服器500之處理主要由執行運費計算程式544之處理器531進行。

如圖示般，首先，自顧客A之智慧型手機300對伺服器500發送調度申請(步驟S310)。步驟S310相當於第5實施形態中所說明之步驟S540。於是，伺服器500之運費計算部570進行車輛調查(步驟S560)及運費計算(步驟S561)。該步驟S560與S561相當於第5實施形態中所說明之步驟S541~543。於步驟S560中，運費計算部570參照車資料庫546，獲得調度時間表資訊。繼而，判斷是否存在於顧客A希望之日期可調度之汽車100。又，於步驟S561中，運費計算部570參照顧客資料庫538，獲得對顧客A應用之費用資訊。即，運費計算部570例如讀出第5實施形態中圖28A中所說明之顧客A之積分數，且選擇圖28B中所說明之任一應用運費。繼而，將該等資訊發送至汽車100。

於顧客A之智慧型手機300顯示有自伺服器500接收到之調度之狀況及運費(步驟S311)。調度之狀況例如包含下述內容。即，以下內容等。

‧可按照顧客A之希望執行調度。

‧無法執行顧客A之希望時刻之調度，但若為其他時刻則可執行調度。

‧拒絕調度。

繼而，當自智慧型手機300發送調度之預約時，伺服器500之例如運費計算部570將任一輛汽車100分配給顧客A(步驟S562)。即，如圖30C所示，例如以將營業車XX於9：00~11：00之期間與顧客A建立對應之方式，更新車資料庫546之調度時間表(步驟S563)。

其後，按照伺服器500之命令，汽車100(營業車XX)設定由顧客A指定之乘車地及目的地(步驟S150)，且前往迎接乘客(步驟S151)。繼而，於乘車地，使顧客B而非顧客A乘車(步驟S152)，且向目的地移動(步驟S153)。又，汽車100於車內顯示器116受理顧客B之索取對象變更(步驟S154)。即，顯示器116受理將運費之索取對象自顧客A變更為顧客B之內容之輸入，汽車100將已受理之資訊發送至伺服器500。

於是，伺服器500之索取對象變更部571變更汽車100(營業車XX)之顧客分配(步驟S564)。即，於圖30C所示之車資料庫546中，將分配給營業車XX之顧客A變更為顧客B(步驟S565)。其後，當汽車100到達目的地時(步驟S155)，處理結束。事後，基於顧客資料庫538之資訊，對顧客B發送運費之賬單，或自登錄至顧客資料庫538之顧客B之信用卡或銀行賬戶扣除運費。

於上述動作中，對顯示於智慧型手機300及顯示器116之畫面之例進行說明。首先，將步驟S310之調度申請畫面之例示於圖32A至圖32E中。如圖32A所示，於主菜單中，智慧型手機300除受理調度預約以外，亦受理例如計程車車票之收領或調度取消。當選擇調度預約時，如圖32B所示，顯示變化為催促即刻之調度抑或指定日期之選擇之畫面。其次，如圖32C所示，顯示變化為乘車地之指定畫面。於圖32C之例中，藉由觸摸地圖上之任一場所而選擇乘車地(例如圖32C之星號)。然後，如圖32D所示，顯示變化為下車地之指定外面。於圖32D之例中，可自地圖選擇，亦可基於住址或設施名精確地指定。其次，如圖32E所示，顯示切換為確認畫面。若於圖32E中選擇「OK」按鈕，則成為調度之申請。

圖32F係相當於步驟S311及S312之畫面之例。如圖示般，顯示出前往指定之乘車地之到達時刻及運費。而且，當選擇「確定」按鈕時，將會預約調度。

其次，對顧客B乘車過程中之汽車100之顯示器116的畫面之例進行說明。圖33A係表示例如步驟S152或S153中之顯示器116之顯示畫面。雖然目的地係根據顧客A所預約之時間點指定，但亦可由顧客B於汽車100之車內變更目的地。圖33A示出此種示例，顯示器116響應於處理器131之命令，催促顧客B設定目的地。又，於圖33A之例中，於顯示器116設置有NFC(Near Field Communication，近距離無線通訊)讀取器170。因此，顧客B可藉由將具有NFC功能之智慧型手機400靠近NFC讀取器170，而將保持於智慧型手機400內之顧客B之資訊傳送至汽車100之RAM133。將此種情形時之顯示示於圖33B。如圖33B所示，顯示器116基於過去之履歷，顯示成為顧客B之目的地之候補。又，處理器131識別乘客中包含顧客B。

進而，顯示器116當於步驟S154中受理索取對象之變更之選擇時，基於處理器131之命令，顯示圖33C所示之畫面。如圖示般，顯示器116將已安排調度之顧客A與實際乘車之顧客B顯示為索取對象。繼而，當顯示器116受理顧客A與顧客B之任一者之選擇時，處理器131將該內容之資訊發送至伺服器500。

6.3 本實施形態之效果

根據本實施形態，可實現運費之索取對象之變更，可提高計程車利用之自由度。

於安排計程車時，存在乘客自身安排計程車之情形、及為他人安排計程車之情形。而且，於無駕駛者之自動駕駛計程車之情形時，關於運費之支付，就確實地收取運費之觀點而言，認為相較車內之電子貨幣等之結算，顧客資料庫538中所登錄之信用卡或賬戶扣除等方法成為較佳之形態。

此時，若汽車100及伺服器500無法識別出安排計程車之人與乘客不同，則伺服器500難以使運費之索取對象為安排計程車之人以外之人。其原因在於：於調度之階段，伺服器500僅具有安排計程車之人之資訊。

該方面，根據本實施形態，可於汽車100之車內變更運費之索取對象。具體而言，例如自智慧型手機400等將可特定出乘客之資訊傳送至汽車100後，選擇索取對象，進而將該選擇資訊自汽車100傳送至伺服器500。藉此，伺服器500可更新車資料庫546之資訊，且按照已更新之資訊索取運費。

再者，於上述實施形態中，以支付運費之顧客B於乘車前被登錄至顧客資料庫538之情形為例進行說明。但，於顧客B未登錄至顧客資料庫538之情形時，亦可藉由於車內自顯示器116輸入姓名、住址、信用卡資訊等而登錄至顧客資料庫538。或，亦可為雖輸入成為運費之索取對象之信用卡資訊，但顧客B自身之資訊未登錄至顧客資料庫538之情形。即便於此情形時，伺服器500亦可按照已輸入之資訊而索取運費。

7.變化例等

如上所述，根據上述實施形態之資訊處理裝置、資訊處理方法及電腦程式產品，即便於在無駕駛者之自動駕駛型汽車中產生遺失物或污損等之情形時，亦可提供高品質之服務。再者，上述實施形態僅為一例，可施加各種變形。例如，上述第3至第6實施形態可個別地實施。即，於上述實施形態中，任一者均以第1及第2實施形態中所說明之遺失物對策為前提，但判斷污損之第3實施形態、檢測臭味之第4實施形態、根據乘車行為決定運費之第5實施形態、及變更顧客資訊之第6實施形態可分別獨立地實施。

又，於上述實施形態中以自動駕駛計程車之情形為例進行了說明。但，不限於計程車，亦可應用於不特定多人或特定多人乘車之公共汽車。但，於應用於公共汽車時，較佳為應用於例如連結2點間之公共汽車、或站點較少之長途公共汽車。其原因在於，就座於座位之人不頻繁更換，又，乘車過程中基本上一直就座之實例相較如乘車之人頻繁地更換之路線公共汽車之實例，容易藉由圖像識別等搜索遺失物，又，盲區亦變少。又，亦可應用於租賃汽車等其他汽車，且並不限定於汽車，亦可應用於鐵路等廣泛之領域。

又，於上述第1至第4實施形態中，以檢測車內之變化(遺失物、污損、臭味)之情形為例進行了說明。但，亦可為檢測車外之變化之情形。圖34A及圖34B係自斜前方觀察變化例之汽車100時及自後方觀察時之外觀圖。

如圖示般，於側鏡、角桿、及/或後照地鏡之內側，設置有例如可進行360°拍攝之攝影機180。而且，藉由將顧客乘車前由攝影機180拍攝之乘車前資料與下車後拍攝之乘車後資料進行比較，而檢測出例如汽車100之車身之凹陷等。該凹陷等若為乘客之故意行為所致者，則可大幅度地減少該顧客之積分或以後拒絕乘車。再者，第1實施形態中所說明之感測器106亦可為能進行360°拍攝之攝影機。於此情形時，可削減感測器106之數量。

進而，於上述第1至第3實施形態中，藉由圖像識別或圖像理解而判斷為遺失物抑或為污損。而且，於為遺失物之情形時，以向顧客確認其處理之情形為例進行了說明。但，於判斷遺失物中包含例如錢包等貴重品之情形時，亦可不向顧客確認，而對顧客之智慧型手機通知存在遺失物，並送達至顧客身邊。反之，於判斷為遮陽傘等價值較低者之情形時，亦可不向顧客確認，而保存於車站200。是否為晴天可根據汽車100之雨刷之移動、或通過網際網路自網站獲得之天氣資訊判斷。於污損之情形時亦相同。亦可為於判斷污損之程度嚴重之情形時，伺服器500使汽車100返回至車站200，於判斷污損之程度非常輕微之情形時，繼續營業駕駛。又，於遺失物之情形時，物品之價值因人而異。由此，對於在忘於車內之情形時想要特別即時地送達之物品，亦可預先由顧客登錄至例如顧客資料庫538等。及/或，亦可為例如伺服器500保持遺失物清單保持，關於該清單內之各物品，由顧客指定於忘於車內之情形時請人立刻送達抑或車站保存。

上述實施形態中所說明之流程圖可儘可能地更換其順序，又，可平行地實施。又，上述實施形態中所說明之圖像之例終究為一例，只要為傳達各圖像理應傳達之內容之設計，則並無限定。

再者，上述實施形態中所說明之各種功能可利用硬體安裝，亦可利用軟體與硬體之組合安裝。於利用軟體安裝之情形時，其功能可設為1個或其以上之命令或編碼(程式)而記憶於電腦可讀取之記憶媒體，或由該記憶媒體傳輸。作為此種記錄媒體，只要可藉由電腦或處理器存取便可，並無特別限定。作為一例，可使用RAM、ROM、EEPROM(Electrically-Erasable Programmable Read-Only Memory，電子可擦可程式化唯讀記憶體)(註冊商標)(包含USB(Universal Serial Bus，通用序列匯流排)記憶體或記憶卡)、CD-ROM(Compact Disc-Read Only Memory，唯讀光碟)等光碟、硬碟等磁碟等。又，可藉由無線或有線之電氣通訊線路而傳輸。關於各種資料亦相同。

對本發明之若干個實施形態進行了說明，但該等實施形態係作為示例而提出，並非意圖限定發明之範圍。事實上，本文所述之新穎之實施形態能以其他多種形態實施，且可於不脫離本發明之精神之情況下對實施形態進行各種省略、置換、變更。該等實施形態或其變化包含於發明之範圍或主旨中，且包含於申請專利範圍中所記載之發明及其均等之範圍內。