专利名称：信息处理装置和方法、信息处理系统、程序以及记录介质的制作方法
技术领域：
本发明涉及信息处理装置和信息处理方法、信息处理系统、程序以及记录介质，并且更具体地，涉及适于在诸如事故或者失窃的紧急情况下使用的信息处理装置和信息处理方法、信息处理系统、程序、以及记录介质。
背景技术：
近年来，个人认证技术已被广泛使用，以便能够在各种时机在具体场合进行人员识别。个人认证技术例如包括传统的磁卡和IC卡(基于RFID等的能够以非接触的方式发送并接收认证信息的方法)，以及现今常用的生物认证。具体地，能够使用诸如脸部图像认证、视网膜图案认证、或者指纹认证的使用个人生物学特征进行认证的生物认证来可靠地识别特殊场合的人员。
例如在日本专利特开第2003-108945号中已经提出了一种驾驶证个人识别信息管理系统。该系统将从驾驶证的ID芯片中读取的ID信息经由通信线路从ID读取/显示设备发送到驾驶证管理中心。该系统随后从驾驶证管理中心的数据库中读取对应于该驾驶证的ID芯片中的ID信息的、关于该驾驶证的持有者的个人识别信息。该系统随后将所读取的关于该驾驶证的持有者的个人识别信息经由通信线发送到ID读取/显示设备。该系统由此使ID读取/显示设备显示关于该驾驶证的持有者的个人识别信息。这使得能够基于记录在驾驶证的ID芯片中的ID信息对该驾驶证的持有者进行认证。因此，当在驾驶过程中发生事故时，可立即提供关于该驾驶证的持有者的个人识别信息。
已经提出了用于紧急救护的技术，该技术能够为医生或者救护人员提供与不省人事或者难以应答的病人有关的医疗信息。利用此技术，当病人突然感觉不舒服时，在该病人有知觉的情况下他或者她自己，或者在该病人不省人事的情况下任何在现场的人，可操作该病人的便携式信息终端，从该便携式信息终端向紧急救护信息服务器发送紧急呼叫。该紧急救护信息服务器在接收到紧急呼叫的同时与救护车进行通信，或者该便携式信息终端在发送紧急呼叫的同时与消防队等进行通信。因此，如果病人突然恶化，单个操作即可安排救护车等，同时能够将关于该病人的识别信息显示在蜂窝式电话等的屏幕上(日本专利特开第2003-162578号)。
此外，提供了所谓的救难服务。在诸如事故、急病、或者故障的紧急状态中，按压预定按钮使得操作中心能够通知该紧急情况，而不必使用公共电话或者紧急电话。例如，将诸如GPS位置信息的数据自动发送到操作中心，该操作中心随后与报告人进行通信，以检查情况，并且自动或者手动地经由网络将该情况报告给诸如警察或者消防队的相关组织。
例如，如果使用诸如脸部认证或者指纹认证的生物认证方法对乘客进行认证，以便管理汽车的安全性，则汽车中的用户认证装置可记录谁上车或者下车并且他们什么时候上车或者下车。然而，鉴于对个人信息的保护，以下情况是不可取的其它人可以不经许可或者不受限制地获得认证结果或者获得能够使用认证结果获得的个人信息。
如果例如发生了导致全部乘客失去了知觉的严重事故，则必须迅速与救援组织进行通信。然而，如果不能对用户要报告事故的意图进行确认，则当前的救难服务不允许将事故的发生或者个人信息传送到诸如消防队的救难组织。
另一方面，在事故现场执行救难操作的人员能够容易地了解紧急情况并且由此将事故报告给警察或者消防队。然而，在利用日本专利特开第2003-108945号中描述的技术时，如果无法找到具有IC芯片的驾驶证，或者在利用日本专利特开第2003-162578号中描述的技术时，如果无法找到病人的便携式信息终端，则这些人不能确定在该出现了事故的车辆中的是谁。
发明内容
本发明鉴于这些情况而作出。本发明的目的是如果有人陷入诸如事故或者火灾的危急事件中，则允许其它人仅仅访问与该事件相关的个人信息的适当部分。
根据本发明的一个方面的信息处理装置包括认证装置，用于对车辆中的乘客进行认证；状态管理装置，用于管理车辆的状态；紧急情况确定装置，用于基于由状态管理装置管理的车辆的状态来确定车辆是否在紧急情况中；公开内容确定装置，用于基于紧急情况确定装置的确定结果来确定关于乘客的个人信息的公开内容；个人信息获得装置，用于基于由公开内容确定装置的确定结果来获得关于乘客的、被确定为要公开的个人信息；以及公开装置，用于公开关于乘客的、被确定为要公开的并且已经由个人信息获得装置获得了的个人信息。
这使得能够检测到车辆中的缺陷以根据需要公开个人信息。
在这种情况下，仅有所需的个人信息被公开。
状态管理装置、紧急情况确定装置、公开内容确定装置、以及个人信息获得装置可以由例如CPU等组成。公开装置可以由例如显示部、声音输出装置或者通信部组成。
如果车辆处于紧急情况中，紧急情况确定装置可进一步确定紧急情况的级别，并且公开内容确定装置能够基于紧急情况确定装置确定的紧急情况的级别来确定关于乘客的个人信息的公开内容。
这样能够基于紧急情况是否严重来对公开的个人信息的内容进行最优化。
公开内容确定装置能够基于查阅公开装置所公开的关于乘客的个人信息的人员来进一步确定关于乘客的个人信息的公开内容。
这样能够例如防止个人信息被不必要地向恶意人员公开。可基于该信息是否向该人自己、他或者她的家庭成员、或者第三人，或者基于救助人员是一般人员还是承担特殊使命的诸如医务人员或者警察的专业人员，来改变公开内容的级别。
公开内容确定装置能够基于在登记关于乘客的个人信息时的设置描述(present)进一步确定关于乘客的个人信息的公开内容。
公开内容确定装置能够基于车辆的类型进一步确定关于乘客的个人信息的公开内容。
例如当发生事故等时要公开的信息依据车辆是具有公共性质的公共汽车、火车等还是客车(passenger car)而变化。因此当基于车辆的类型来确定待公开的个人信息的内容时，能够防止向第三人公开超过必要的信息。
信息处理装置可进一步包括用于确认乘客的响应的响应确认装置。紧急情况确认装置可基于状态管理装置所管理的车辆的状态和响应确认装置确认的乘客的响应来确定车辆是否处于紧急情况中。
即，如果基于传感器输入或者图像分析确定车辆处于紧急情况中，并且如果乘客不提供任何响应，则紧急情况的检测不可能错误。还可能出现严重事故并且乘客不省人事。
状态管理装置能够基于由车辆中提供的传感器获得的关于车辆的状态的信息来管理车辆的状态。
状态管理装置能够接收提供的表示由车辆中提供的多个传感器获得的车辆的状态的信息，并且紧急情况确定装置能够基于由多个传感器获得的车辆的状态来确定是否发生紧急情况。
这样能够防止由于传感器故障而导致的紧急情况被错误检测。
状态管理装置能够基于由车辆中提供的图像获得装置获得的车辆内部或者外部的图像来管理车辆的状态。
图像获得装置例如由使用CMOS或者CCD的照相机组成。
信息处理装置能够进一步包括用于接收输入的预定密码号的操作输入装置。如果经由操作输入装置输入了预定密码号则紧急情况确定装置能够识别车辆已经被偷。
操作输入装置由各种输入设备(例如键盘、按钮、触摸板以及鼠标)组成。
因此，在不能通过传感器输入检测的诸如失窃的紧急情况中，仅经授权的人(例如与警察相关的人)能够确认车辆的已登记拥有者。
信息处理装置能够进一步包括用于显示信息的显示装置。公开装置能够控制在显示装置上对关于乘客的被确定为要公开的个人信息的显示，所述个人信息已由个人信息获得装置获得。
显示装置能够显示包含面部图像的信息作为关于乘客的个人信息。
因此，即使例如多个乘客因事故而失去知觉，救助者也能够检查与所显示的照片相对应的乘客，从而正确地确定哪个乘客对应于所公开的个人信息。
显示装置由各种显示设备(例如液晶显示器或者CRT显示器)的任何一种组成。
信息处理装置可进一步包括用于显示信息的显示装置。认证装置可获得乘客的面部图像并且使用该面部图像来执行认证处理，并且公开装置可控制个人信息获得装置获得的关于乘客的被确定要显示的个人信息和乘客面部图像在显示装置上的显示。
信息处理装置可进一步包括用于显示信息的显示装置，和用于获得并且分析乘客的面部图像以识别乘客的意图的意图识别装置。公开装置可控制个人信息获得装置获得的关于乘客的被确定为要显示的个人信息和意图识别装置获得的乘客面部图像在显示装置上的显示。
这样能够使得各种功能彼此合作，从而提供便宜的多功能车载装置。
信息处理装置可进一步包括用于输出声音的声音输出装置。公开装置可通过声音输出装置来控制个人信息获得装置获得的关于乘客的被确定为要公开的个人信息的通知。
信息处理装置可进一步包括通信装置，用于控制向/从其他装置的信息发送/接收。公开装置可通过通信装置控制个人信息获得装置获得的关于乘客的被确定为要公开的个人信息向所述其他装置的发送。
通信装置可使用例如短距离无线电通信功能、分组通信功能等与另一装置进行通信。
所述另一装置例如可以是由救助人员持有的并且具有短距离无线电通信功能的终端装置，或者是由保险公司、保安公司、车辆经销商、警察局、消防队、或者应用了本发明的紧急情况通报系统的服务供应商、或管理那些在该系统中登记的人的管理组织所拥有的服务器。
本发明的一个方面提供了一种信息处理方法或者程序，用于管理关于车辆中的乘客的个人信息的信息处理装置，所述方法包括认证车辆中的乘客的认证步骤；管理车辆状态的状态管理步骤；基于由状态管理步骤管理的车辆的状态，确定车辆是否处于紧急情况的紧急情况确定步骤；基于紧急情况确定步骤中的处理的确定结果来确定关于乘客的个人信息的公开内容的公开内容确定步骤；基于公开内容确定步骤中的处理的确定来获得关于乘客的被确定为要公开的个人信息的个人信息获得步骤；以及对个人信息获得步骤中的处理获得的关于乘客的被确定为要公开的个人信息进行公开的公开步骤。
这样能够检测车辆中的故障以根据需要公开个人信息。
在这样的情况下，仅公开所需的个人信息。
本发明的一个方面提供了一种信息处理系统，该系统包括安装在车辆上的车载装置，和向车载装置发送信息及从车载装置接收信息的至少一个信息处理装置，所述车载装置包括用于对车辆中的乘客进行认证的认证装置；用于管理车辆的状态的状态管理装置；用于基于状态管理装置所管理的车辆的状态，确定车辆是否在紧急情况中的紧急情况确定装置；用于基于紧急情况确定装置的确定结果来确定关于乘客的个人信息的公开内容的公开内容确定装置；用于基于公开内容装置的确定来获得关于乘客的被确定为要公开的个人信息的个人信息获得装置，用于对个人信息获得装置获得的关于乘客的被确定为要公开的个人信息进行公开的公开装置；以及通信装置，其向信息处理装置发送信息并从信息处理装置接收信息。
状态管理装置、紧急情况确定装置、公开内容确定装置、以及个人信息获得装置可例如由CPU等组成。公开装置可例如由显示部、声音输出部或者通信部组成。
通信装置例如可使用短距离无线电通信功能、分组通信功能等来与信息处理装置进行通信。
包括在信息处理系统中的信息处理装置例如可以是由救助者持有并且具有短距离无线电通信功能的终端装置，或者是由保险公司、保安公司、车辆经销商、警察、消防队、或者应用了本发明的紧急情况通报系统的服务供应商、或管理那些在该系统中登记的人的管理组织所拥有的服务器。
如果通过由公开装置控制的通信装置将关于乘客的个人信息发送到信息处理装置，则公开内容确定装置基于其上要公开关于乘客的个人信息的信息处理装置的类型，来确定关于乘客的个人信息的公开内容。
因此，如果个人信息的目的地是由消防队等管理的服务器，则公开医疗信息。如果个人信息的目的地是由警察等管理的服务器，则公开诸如地址以及在紧急情况中要与之通信的人的地址和姓名的个人信息。如果个人信息的目的地是由保险公司、保安公司等管理的服务器，则公开与约定服务的内容相对应的个人信息。
信息处理装置存储关于乘客的个人信息，并且个人信息获得装置控制通信装置以从信息处理装置获得关于乘客的个人信息。
这使得能够获得并公开关于其个人信息未登记在车辆中的乘客的个人信息。即使在登记在车辆中的个人信息由于某种原因而无法读取时，也能获得并且公开关于乘客的个人信息。
根据本发明的一个方面，对车辆中的乘客进行认证，并且管理车辆的状态。所述装置或方法基于车辆的状态确定车辆是否处于紧急情况中。所述装置或方法进一步基于上述确定来确定关于乘客的个人信息的公开内容。所述装置或方法随后获得并公开关于乘客的被确定为要公开的个人信息。
这使得处理紧急情况的诸如救助人员的人能够在没有任何特殊设备的情况下获得处理紧急情况所需的信息。这样能够适当且迅捷地处理现场，同时避免超过必要地泄漏秘密信息。
如上所述，本发明的一个方面在发生紧急情况时可公开所需个人信息。具体地，处理紧急情况的诸如救助人员的人员能够在没有任何特殊设备的情况下获得处理紧急情况所需的个人信息。因此能够适当并且迅捷地处理现场，同时避免超过必要地泄漏秘密信息。
图1是示出了应用了本发明的车载装置的构成的框图；图2是示出了认证处理部的构成(功能)的框图；图3是示出了登记画面的图；图4是示出了紧急情况检测部的构成(功能)的框图；图5是示出了CPU的功能的框图；图6是示出了个人信息显示画面的图；图7是示出了意图检查装置的实施例的框图；图8是示出了向前看的人的面部和视线方向的示意图；图9是示出了图8所示的人的眼睛的情况的示意图；图10是点头的人的面部和视线方向的示意图；图11是示出了图10所示的人的眼睛的情况的示意图；图12是示出了点头的可能性至少是阈值的情况下的曲线图；图13是示出了向前看的人的面部和视线方向的示意图；图14是示出了图13所示的人眼睛的情况的示意图；图15是示出了摇动他或者她的头部的人的面部和视线方向的示意图；图16是图15所示的人的眼睛的情况的示意图；图17是示出了在头部的摇动可能性至少在上限阈值并且至多在下限阈值的情况的曲线图；图18是示出了紧急情况监控处理的流程图；图19是示出了访问禁止取消处理1的流程图；图20是示出了应用了本发明的紧急情况个人信息提供系统的图；图21是示出了图20所示的车载装置的构成的框图；图22是示出了CPU的功能的框图；图23是示出了个人信息显示画面的图；图24是示出了访问禁止取消处理2的流程图；以及图25是示出了外部通知处理的流程图。
符号描述
1车载装置11CPU14操作输入部15生物信息获取部16认证处理部17认证结果存储部18个人信息存储部19紧急情况检测部20外部操作部21显示部22声音输出部23通信部121认证结果获取部122状态管理部123响应处理装置124通知控制部125紧急情况级别确定部126个人信息访问级别确定部127个人信息获取部128外部操作控制部271车载装置251无线电分组通信网络251因特网282个人信息登记服务器283监控服务器284紧急情况管理服务器285事故管理服务器286客户端管理服务器291CPU
292通信部301个人信息访问级别确定部302通知控制部具体实施方式
下面参照附图描述本发明的实施例。
图1示出了车载装置的构成。
车载装置1安装在例如客车、公共汽车、火车等中。关于乘客的个人信息可登记在车载装置1中。车载装置1也执行对乘客进行认证的处理。
车载装置1包括CPU 11、ROM 12、RAM 13、操作输入部14、生物信息获取部15、认证处理部16、认证结果存储部17、个人信息存储部18、紧急情况检测部19、外部操作部20、显示部21、声音输出部22、以及通信部23。根据需要，车载装置1还可包括驱动器24。这些部件经由总线31相互连接。
CPU 11控制车载装置1的各个部的操作。将参照图5详细描述由CPU 11将存储在ROM 12中的预定应用程序扩展到RAM 13进行执行而实现的功能。
ROM 12适当地存储由CPU 11执行的应用程序和执行应用程序所需的数据。RAM 13适当地存储CPU 11执行各种处理所需的数据。
操作输入部14例如由触摸板、按钮、键、操控杆、键盘、鼠标以及接收由远程指令方(未示出)发送的红外信号的接收部组成。操作输入部14经由总线31接收用户操作输入并且将用户操作输入提供给CPU 11。
操作输入部14在诸如无法由紧急情况检测部19检测的车辆失窃的紧急情况中接收仅警察知道的输入密码号(code number)等。
生物信息获取部15包括用于获得例如面部、指纹、视网膜或者静脉图像以及识别人员所需的信息的照相机。例如，生物信息获取部15使用具有内置CCD的或者CMOS图像拾取元件的运动图片照相机来获得乘客的面部图像。生物信息获取部15随后将该面部图像经由总线31提供给认证处理部16。在本实施例的描述中，生物信息获取部15获得作为生物信息的面部图像。然而，生物信息获取部15可获得任何生物信息。
认证处理部16基于生物信息获取部15获得的生物信息，对安装了车载装置1的车辆等中的人进行认证。后文将参照图2详细描述认证处理部16的构成示例。
认证结果存储部17存储认证处理部16执行的认证的结果。
个人信息存储部18存储个人信息。存储在个人信息存储部18中的个人信息包括生物信息获取部15获得的用户的面部图像和操作输入部14输入的各种信息。后文将描述登记个人信息的方法。
认证结果存储部17和个人信息存储部18例如由非易失性半导体存储器或者硬盘组成。认证结果存储部17和个人信息存储部18可以是独立构成的，或者可以由具有它们各自的存储区域的同一存储介质组成。
紧急情况检测部19检测诸如发生在例如安装了车载装置的公共汽车等、乘客上的事故的紧急情况。后文中将参照图4详细描述紧急情况检测部19的配置示例。
外部操作部20在CPU 11的控制下根据紧急情况所需对钥匙、电机以及其它致动器进行控制；当在客车上安装了车载装置1时，外部操作部20对车门的钥匙进行开锁，或者在公共汽车、火车等上面安装了车载装置1时，外部操作部20自动打开其它情况下由驾驶员控制开关的车门。
显示部21例如由诸如CRT(阴极射线管)或者LCD(液晶显示器)的显示器以及控制在该显示器上显示的图像或者文字的驱动器组成。在CPU 11的控制下，显示部21显示用户消息；允许用户登记认证处理所需的信息的GUI(图形用户接口)；或者在紧急情况中显示的关于登记的乘客的认证处理结果或者个人信息。
声音输出部22由扬声器组成，用以在CPU 11的控制下输出针对用户的消息或者输出通知用户认证处理结果的声音，或者在紧急情况中输出用于检查用户的知觉的声音。
通信部23通过线路或者无线电连接到诸如因特网的广域网；或者连接到无线电电话网，以便控制向外部装置的信息发送和从外部装置的信息接收。
驱动器24根据需要连接到总线31。诸如磁盘、光盘、磁光盘或者半导体存储器的可移除介质41适当地安装在总线31上。从可移除介质41读取的计算机程序根据需要被安装在诸如RAM 13或者硬盘(未示出)的存储部中。
图2示出了认证处理部16的详细配置的示例。
在下文对图2中的认证处理部16的描述中，生物信息获取部15获得面部图像作为此例中的生物信息，并且认证处理部16计算所获得的面部图像的特征量以执行认证处理。然而生物信息获取部15可获得与面部图像不同的生物信息并且认证处理部16可基于所获得的生物信息执行认证处理。
认证处理部16由特征量计算部51、登记部52、特征量存储部53、以及认证部54组成。
在登记模式中，特征量计算部51从生物信息获取部15提供的关于登记人的生物信息(例如面部图像)中提取特征量，并且将其提供给登记部52。在认证模式中，特征量计算部51从生物信息获取部15提供的关于登记人的生物信息(例如面部图像)中提取特征量，并且将其提供给认证部54。
在登记模式中，登记部52将特征量计算部51提供的生物信息(例如面部图像)的特征量登记在特征量存储部53中。
特征量存储部53存储用于认证部54执行的认证处理的特征量。
在认证模式中，认证部54将特征量计算部51提供的关于乘客的生物信息(例如面部图像)的特征量与存储在特征量存储部53中的关于登记人的生物信息(例如面部图像)的特征量进行比较。认证部54由此确定要认证的乘客是否登记了，并且如果乘客登记了，则乘客是登记了的人中的哪一个。
认证部54针对具有车载装置1的车辆中的每个座位执行认证处理。例如当检测到车门打开或者关闭时，或者当检测到车辆的过道等中有人移动时，或者每隔预定时间，可执行针对每个座位的认证处理。另选地，例如可以一直监控座位的图像，从而在检测到新人入座时执行针对各座位的认证处理。在具有车载装置1的车辆中，如下所述，如果一直获得驾驶员的面部图像以便检查驾驶员的意图，则当然可以利用该面部图像来执行认证处理。
将可用于认证处理的信息与生物信息一起提供给认证部54，所述可用于认证处理的信息例如为用户经由操作输入部14输入并且经由总线31提供的密码号；包含在IC卡中的并由IC卡读取器(未示出)读取的信息；或者包含在RFID标签中并且由专用接收设备读取的ID。认证部54执行基于生物信息的认证和基于其它信息的认证的组合。在此情况下，认证部54具有登记在它自身中的认证处理所需的诸如密码号或者ID的信息。
使用面部图像识别人员的方法可以使用上述任何方法。
可将提供参照图2所描述的功能的软件程序存储在ROM 12中；由CPU 11将所述软件程序扩展到RAM 13中并且执行，而替代认证处理部16。
现在，考虑车载装置1安装在客车上的情况作为示例，提供对存储在个人信息存储部18中的个人信息进行登记和更新的描述。
当经由操作输入部14输入了开始个人登记模式的指令时，诸如图3所示的登记画面显示在登记模式中的显示部21上。
登记画面显示了面部图像显示区71、乘客位置显示区72、个人信息输入框73、公开组设置框74、登记按钮75、变更按钮76、以及删除按钮77。为使用户能够改变所登记的信息，显示与为新登记处理显示的登记画面类似的登记画面。
面部图像显示区71在登记模式中显示由设置在生物信息获取部15中的照相机获得的登记人的面部图像。
乘客位置显示区72示出了正被登记的乘客的位置。在图3中，车载装置1安装在5人客车中。然而，如果车载装置1安装在不同类型的客车中或者不同的车辆中，则乘客位置显示区72的显示与图3中的不同，以便与具有车载装置1的车辆等相适应。
个人信息输入框73在登记模式中显示已经经由操作输入部14输入的关于登记人的个人信息。用户可登记例如他或者她的姓名、地址、生日、性别、血型、驾驶证号、访问个人信息通常需要的ID号(向拥有车载装置1的用户发布的，或者由用户在登记个人信息时设置的)、以及电子邮件地址、和例如在紧急情况下被认为是关键的诸如过敏症、禁忌症、或者病史的医疗信息、在紧急情况下的联系人的信息、诸如汽车保险的合同号码或类型、以及用户或者车辆所属的组织或者其电话号码。在图3中的个人信息输入框73中的登记内容仅仅是示例性的。当然也可登记其它信息，例如已登记的人员是否被登记为捐赠者。
如果在公开待在个人信息输入框73中显示的登记人的个人信息时，公开信息的级别例如根据紧急情况的级别而发生变化，则使用公开组设置框74来设置公开信息的公开组和级别。例如，如果需要检查具有车载装置1的车辆等是否已经被偷，则不必显示血型、医疗信息或者邮件地址。替代地，仅显示已登记的人的面部图像，以使得用户可检查当前驾驶员是否是正确的主人。然而，如果具有车载装置1的车辆等出现事故，则适当地显示与该事故的级别相对应的个人信息。如果车载装置1安装在诸如公共汽车的公共运输工具上，则除了紧急情况外，期望能够防止诸如姓名或者地址的个人信息被不受无限制地向第三人公开。因此，在公开组设置框74中依据具有车载装置1的车辆的类型、假设的要使用已登记的个人信息的情况、以及参照已登记的个人信息的人员来设置公开信息的公开组和级别。
在检查经由个人信息输入框73和公开组设置框74设置的信息之后，通过登记人选择(如果显示部21和操作输入部14组成触摸面板则为按压)登记按钮75，在个人信息存储部18中登记所设置的内容。
选择或者按压变更按钮76来读取并且显示已登记并且存储在个人信息存储部18中的个人信息，以便对所登记的内容进行变更。
选择或者按压删除按钮77以删除经由个人信息输入框73或者公开组设置框74设置的信息，或者删除从个人信息存储部18读取的已登记信息。
例如如果车载装置1安装在普通客车中，则在登记模式中，使用设置在生物信息获取部15中的照相机，按照预定顺序获得所登记的人的面部图像，即从驾驶员开始，随后紧靠驾驶员的人，接着是后面座位的乘客。随后在面部图像显示区域71中显示该面部图像。接着经由个人信息输入框73和公开组设置框74对与登记人对应的个人信息进行登记并且将其存储在个人信息存储部18中。
将这样登记的人的个人信息存储在个人信息存储部18中。关于登记人的个人信息仅当该人通过使用生物信息(面部图像)的认证处理进行认证时或者输入了他或她的个人ID时可正常访问。换言之，关于登记人的个人信息对于本人或者该登记人所许可的人(该人被许可获知该已登记的人的个人ID)是可访问的。如果检测到高级别的紧急情况，则取消对访问个人信息的禁止，以便允许对应于紧急情况级别的个人信息可被外部访问或者可自动公开。
登记的个人信息与由认证处理部16执行的个人认证的结果相关联，从而对乘客进行识别。
具体地，认证处理部16执行个人认证以识别具有车载装置1的车辆的各个座位中的乘客。如果认证结果存储部17存储了针对各个座位的乘客的认证结果，则存储在个人信息存储部18中的个人信息与存储在认证结果存储部17中的认证结果相关联，使得当发生紧急情况时，可快速呈现被认证为在各个座位中的乘客的个人信息。
如果将车载装置1安装在用作公共运输工具的车辆中，例如公共汽车或者火车中，则当乘客上车时获得关于他们的生物信息，例如他们的面部图像。例如，可获得与上述类似的存储在电子票据、蜂窝式电话或者RFID中的个人信息。随后将所获得的个人信息与诸如面部图像的生物信息相关联，并且存储在个人信息存储部18中。在乘客上车时登记的个人信息可在检测到对应的登记人已经下车时消除。
图4详细示出了紧急情况检测部19的详细构成的示例。
紧急情况检测部19包括例如外部图像监控部91、内部图像监控部92、车辆状态监控部93、加速传感器94、角速度传感器95、碰撞传感器96、温度传感器97以及浸没传感器98的任一个或者其任意组合。紧急情况检测部19经由传感器连接部100连接到总线31。
外部图像监控部91、内部图像监控部92、以及车辆状态监控部93可安装成对来自图像拾取装置(未示出)的图像进行处理的软件的形式。
外部图像监控部91对用于拾取车辆的前、后以及周围的图像的图像拾取装置(未示出)拾取的外部图像的任一个或者其任意组合进行处理。外部图像监控部91由此检测诸如与障碍物、另一汽车、摩托车、自行车、行人或者动物的碰撞、倾覆、或者跌落的紧急情况。例如，外部图像监控部91可处理车辆的前部的图像，以检测诸如与另一汽车、障碍物、护栏或者行人碰撞的紧急情况。外部图像监控部91还能够处理车辆的后部图像以检测在后退过程中的碰撞或者另一车辆的碰撞。外部图像监控部91可处理车辆周围的图像以检测恶徒使用工具或者铁管对窗户的破坏。
内部图像监控部92对由图像拾取装置(未示出)拾取的内部图像进行处理，以监控乘客的状态和车辆中的目标。内部图像监控部92检测影响乘客的诸如乘客与行李(belongings)、车身或者其它乘客的碰撞的紧急情况。
当认证处理部16使用如上所述的面部图像执行个人认证时，可使用内部图像监控部92获得的内部图像执行认证。通过使用内部图像执行认证处理，能够检测在图像中是哪个登记人，并且该人坐在车辆中的何处。
车辆状态监控部93基于对具有车载装置1的车辆的致动器或者设置在该致动器中的传感器或者驱动部进行控制所需的信息，获得用于监控发生事故前的车辆状态的关于车辆的状态的信息，例如汽车速度、汽车加速度、转向操作(steering operation)、或者制动操作。
例如如果发生事故，则可基于车辆状态监控部93获得的关于车辆状态的信息计算对乘客损害的预测值。
加速传感器94获得具有车载装置1的车辆的加速度，以检测例如在正常行驶情况下不可能的加速度。加速传感器94可由此检测诸如碰撞的紧急情况。
如果具有车载装置1的车辆倾斜，则角速度传感器95获得观察到的角速度以检测例如在正常行驶情况下不可能的角速度。角速度传感器95可由此检测严重影响乘客的车辆状况，诸如车辆的翻滚或者倾覆。角速度传感器95可以包括感测车辆的转动角(角速度)的速度传感器，所述速度传感器可用于感测转弯过程中的车辆的稳定性或者预测车辆的路线。角速度传感器95检测在正常行驶情况下不可能的角速度，由此能够检测诸如车辆旋转(spinning)的紧急情况。
由加速传感器94获得的加速信息能够计算事故中乘客的损伤级别。角速度传感器95获得的角速度信息能够检测严重影响乘客的车辆状态，诸如车辆的滚动或者倾覆。
碰撞传感器96例如集成到保险杠或者车辆的一侧中，以检测由于碰撞导致的变形。
温度传感器97检测任何部件的异常温度或者失火引起的高温。
浸没传感器98基于例如线路之间的电阻的改变来检测车辆已经浸没。
如果发生事故，可利用各种公知技术，使用上述传感器来推定车辆或者乘客的损害。车载装置1可使用这些技术的任一种或者其组合。
传感器连接部100经由总线31将外部图像监控部91至浸没传感器98获得的信息提供给CPU 11。
图5是示出了CPU 11通过执行预定程序所提供的功能的功能框图。
CPU 11通过执行预定程序所提供的功能(功能模块)包括认证结果获取部121、状态管理部122、响应检查部123、通知控制部124、紧急情况级别确定部125、个人信息访问级别确定部126、个人信息获取部127、以及外部操作控制部128。
认证结果获取部121获得认证处理部16执行的认证处理的结果(所述结果被存储在认证结果存储部17中)。
状态管理部122基于由紧急情况检测部19检测的紧急情况，或者操作输入部14提供的用户操作输入，来管理具有车载装置1的车辆的状态。状态管理部122基于设置在紧急情况检测部19中的多个传感器检测的多个参数(替代通过这些传感器之一检测的单个参数)，适当地确定车辆是否在紧急情况中。这防止其中例如由于设置在紧急情况检测部19中的各种传感器的某一传感器故障而导致的错误检测了紧急情况的情形，从而不会不必要地公开个人信息。
响应检查部123在状态管理部122的控制下根据需要控制通知控制部124，使得通知控制部124将听觉消息或者视觉消息传送到用户，以便确定紧急情况的级别。响应处理装置123由此基于通过操作输入部14提供的用户操作输入来检查用户是否已经响应该消息或者检查该用户响应的内容。
具体地，如果状态管理部122检测到紧急情况的可能性，则响应检查部123通过将例如“您还好吗 您是否介意向救助人员公开诸如医疗信息的个人信息？”的声音或者画面消息提供给乘客来控制检查他或者她是否安全的处理。响应检查部123基于声音识别或者经由接触面板或者按钮输入的操作来检查用户是否已经作出响应。不管状态管理部122对紧急情况可能性的检测，如果用户尚未响应，则响应检查部123确定乘客已经失去知觉或者由于身体限制无法响应。紧急情况级别确定部125由此将紧急情况的级别确定为高级别。
通知控制部124以如下方式控制显示部21或者声音输出部22。在响应检查部123的控制下将听觉消息或者视觉消息传送给用户，以便确定紧急情况的级别；或者在紧急情况级别确定部125的控制下，根据确定的紧急情况级别和确定的个人信息访问级别，显示关于经认证的人(在具有车载装置1的车辆中的人)的信息。
紧急情况级别确定部125基于状态管理部122管理的具有车载装置1的车辆的状态、响应检查部123检查的用户是否已经对消息进行了响应、或者用户响应的内容来确定紧急情况的级别。
个人信息访问级别确定部126根据需要基于紧急情况级别确定部125确定的紧急情况级别并且基于来自请求对个人信息进行访问的人员输入的操作输入(该输入通过操作输入部14提供)，确定访问个人信息的级别。个人信息访问级别确定部126随后控制个人信息获取部127进行的个人信息获取。
个人信息获取部127在个人信息访问级别确定部126的控制下，从个人信息存储部18获得允许被访问的个人信息，并且将其提供给通信控制部124以进行显示。
外部操作控制部128基于紧急情况级别确定部125确定的紧急情况级别来控制外部操作部20，使得外部操作部20可操作钥匙、电机或者其它致动器以便处理紧急情况。例如，当车载装置1安装在客车上时，外部操作部20对门钥匙进行开锁，或者当车载装置1安装在公共汽车、火车等上时，外部操作部20基于紧急情况级别确定部125确定的紧急情况级别，自动打开其它情况下由驾驶员控制开关的门。
例如，当救助队接近车辆时，如果车门还是锁住的，则他们无法迅速营救乘客。外部操作控制部128由此基于通过紧急情况级别确定部125确定的紧急情况级别，输出将门开锁的指令。
通过允许外部图像监控部92来检查外部图像或者检查救助人员是否具有预定RFID标签，使得仅当确认接近的救助人员是救助队成员、警察、或者来自合同约定的保安公司的警卫时，才打开门锁，或者通过外部图像监控部92来检查外部图像，如果确认他们没有遮盖他们的脸部时才打开门锁。即，仅当能够确认救助人员成功地表现出他们良好的意图、他们不是出于恶意要进入车辆的可疑分子时才打开门锁。另选地，例如可在外部图像监控部92已经获得救助人员的面部图像的情况下才打开门锁。
诸如RAM 13的任何存储部可适于提供允许将可疑分子的列表登记在存储部中并且管理该列表的功能。随后，可将特定人，例如跟踪人(stalker)，登记在可疑分子列表中，使得如果检测到被列人员则不打开门锁。
也可省略对诸如救助者的进入人员进行认证，而基于紧急情况的内容打开门锁。具体地，如果检测到发生火灾则立即打开门锁。
现在将提供对紧急情况的检测示例和检测之后执行的操作的描述。
如果紧急情况级别检测部19检测到紧急情况，例如碰撞、车辆的旋转或者在与行进方向不同的方向上的突然的大加速，则状态管理部122确定可能发生碰撞，允许响应处理部123提供询问乘客意图的消息。
响应处理部123控制通知控制部124，以便将听觉消息或者视觉消息提供给用户来确定紧急情况的级别。通知控制部124控制显示部21或者声音输出部22，使显示部21或者声音输出部22a输出询问用户的意图的视觉或者听觉消息，例如“您还好么？您是否介意向救助人员公开诸如医疗信息的个人信息？”。如果紧急情况很危急，例如检测到燃料泄漏，则响应处理部123适当地控制通知控制部124，使得通知控制部124输出通知用户发生了危险的消息，例如“燃料正在泄漏，可能突发火灾。关闭发动机并且离开汽车”。
响应处理部123通知紧急情况级别确定部125是否有任何乘客已经作出响应。
紧急情况级别确定部125基于状态管理部122提供的紧急情况的检测结果以及是否有任何乘客作出响应，来确定紧急情况级别。具体地，如果有任何乘客作出了响应，则紧急情况级别确定部125确定所检测的紧急情况的级别在基于紧急情况的检测结果确定的紧急情况的级别中等级较低。如果没有任何乘客作出响应，则紧急情况级别确定部125确定所检测的紧急情况的级别在基于紧急情况检测的结果确定的紧急情况的级别中等级较高。
如果紧急情况级别确定部125确定紧急情况级别高，则外部操作控制部128控制外部操作部20以促使它根据需要例如解锁车辆的钥匙或者自动打开车门，使得乘客能够迅速地下车避难，或者救助人员能够检查车辆内部以便营救乘客。
个人信息访问级别确定部126根据需要基于紧急情况级别确定部125确定的紧急情况级别并且基于来自请求访问个人信息的人的操作输入(该输入通过操作输入部14提供)，确定对所公开的个人信息的访问级别。
如上所述，仅登记人和特许的人可正常访问车载装置1中登记的个人信息。然而，如果具有车载装置1的车辆出现异常，并且检测到高的紧急情况级别时，外部人能够访问其它时候不可访问的个人信息。
作为取消访问禁止的结果，期望基于紧急情况的内容来公开个人信息。作为取消访问禁止的结果，也期望个人信息仅对以一定方式进行了识别的人员(例如警察、救护人员、或者已经获得其面部图像的人)公开，而不是对非特定量的人员公开。
当经由操作输入部14输入了预定密码号时，可对请求访问个人信息的人(或者检查所显示的个人信息的人)进行适当识别。也可通过对紧急情况检测部19的外部图像监控部91获得的图像进行分析来适当识别请求对个人信息进行访问的人。另选地，可对装备有特殊RFID标签的救助人员进行认证，以允许其获得个人信息。当紧急情况检测部19的外部图像监控部91已经获得了救助人员的面部图像时，可取消访问禁止。
取决于在登记时设置的公开组和向其公开了信息的人可确定由个人信息访问级别确定部126确定的个人信息的访问级别。例如，已登记的人可在登记时如下设置公开组在登记时设置的公开组A的信息向救助人员公开，在登记时设置的公开组B的信息仅向家庭成员公开，并且在登记时设置的公开组C的信息仅对登记的个人公开。
可依据紧急情况的级别来选择公开的信息。例如，如果需要检查具有车载装置1的车辆等是否已经被偷，并且如果登记人的面部信息已经被公开，则不需要公开血型、医疗信息或者电子邮件地址。
然而，如果具有车载装置1的车辆等有可能发生了事故，则需要公开该人的血型、医疗信息以及地址以在紧急情况中进行传送。
也可同时依据紧急情况级别和访问个人信息的人这两者来选择公开信息。如果例如紧急情况级别非常高，但不能识别访问个人信息的人，则可以公开重要的可访问的医疗信息，诸如车辆中各个乘客的位置，和乘客的面部和血型(即，不公开诸如姓名和地址的识别乘客的信息，而是仅公开即使公开也不太可能滥用，同时如果预测乘客受重伤并且因此需要经历急救时所必须的医疗信息)。
也可基于具有车载装置1的车辆类型和紧急情况的级别这两者来选择所公开的信息。例如，如果具有车载装置1的车辆是诸如公共汽车的公共运输工具，则期望除了紧急情况以外，尽可能地防止诸如姓名和地址的个人信息不受限制地向第三人公开。
个人信息访问级别确定部126可以包括参阅上述可疑分子列表的功能。这样，将特定人，例如跟踪者，登记在可疑分子的列表中，使得如果检测到所列人员请求访问个人信息，则可以禁止取消对个人信息进行访问的限制。
基于紧急情况级别或者访问个人信息的情况，此结构能够仅公开需要的信息，同时能够防止公开不必需的信息。
个人信息获取部127随后在个人信息访问级别确定部126的控制下，从个人信息存储部18获得可访问的个人信息，并且将其提供给通知控制部124。
通知控制部124例如允许显示部21顺序显示各个乘客的面部图像、姓名、地址、年龄、性别以及血型；关于乘客的医疗信息，以及乘客在车辆中的位置。通知控制部124还控制声音输出部22，使得能够将可以文字表达的信息听觉地发给救助人员。
图6示出了个人信息显示画面的构成示例。
个人信息显示画面显示了面部图像显示区域141、乘客位置显示区域142、内部图像显示区域143、前图像显示区域144、后图像显示区域145、个人信息显示区域146、以及显示结束按钮147。
面部图像显示区域141显示在登记模式下由设置在生物信息获取部15中的照相机获得的乘客(被认证为在车辆上的登记人)的面部图像。
乘客位置显示区域142示出了认证为现在在车辆上的、其面部图像显示在面部图像显示区域141中的登记人之一的位置。在图6中，车载装置1安装在5人客车上。然而，如果车载装置1是安装在不同类型的客车中或者安装在不同车辆上，则乘客位置显示区域142的显示被构成为与图6中的不同，以与具有车载装置1的车辆等相符合。
前图像显示区域144显示具有车载装置1的车辆的外部或者内部的前部图像(运动图像或者静止图像)，所述图像在检测到紧急情况时由外部图像监控部91获得或者由紧急情况检测部19的内部图像监控部92获得。
后图像显示区域145显示具有车载装置1的车辆的外部的或者内部的后部图像(运动图像或者静止图像)，所述图像在检测到紧急情况时由外部图像监控部91获得或者由紧急情况检测部19的内部图像监控部92获得。
通过参照前图像显示区域144和后图像显示区域145中显示的图像，检查是什么样的事故引起紧急情况的救助人员能够进行适当处理。当检测到紧急情况时，个人信息显示画面能够显示由紧急情况检测部19获得的信息。另选地，个人信息显示画面可以能够显示诸如在紧急情况中产生的加速度的大小和方向或者在人的头部与周围物体碰撞时的速度(这是通过对内部图像监控部92获得的内部图像进行分析而获得的)。
个人信息显示区域146显示关于被认证为现在在车辆上的、其面部图像已经显示在面部图像显示区域141中的登记人的个人信息；所述个人信息已经经由操作输入部14输入到参照图3描述的登记画面中的个人信息输入框73中，并且由个人信息访问级别确定部126许可进行公开。个人信息显示区域146显示被许可公开的下列信息已登记人姓名、地址、生日、性别、血型、驾驶证号、访问个人信息通常需要的ID码(可向拥有该车载装置1的用户发布，或者由用户在登记个人信息时设置)、以及电子邮件地址；和例如在紧急情况下被认为是关键的诸如过敏症、禁忌症、或者病史的医疗信息；关于紧急情况下的联系人的信息；诸如汽车保险的联系号或者类型；以及已登记人员或者车辆所属的组织或者该组织的电话号码。图6中的个人信息显示区域146中的登记是一个示例，并且可不将上述全部信息设置在个人信息显示区域146中。当然也可显示登记人是否登记为捐献人的其它信息。
由用户选择(或者按压)显示结束按钮147来结束图6中的个人信息显示画面的显示。
图6中的个人信息显示画面对应于下述情况。状态管理部122检测紧急情况，并且紧急情况级别确定部125确定紧急情况的级别。基于所确定的紧急情况级别，将乘客的面部图像显示在面部图像显示区域141中。所述装置确定仅显示在面部图像显示区域141中已显示出了其面部图像的乘客的姓名。
如果多个乘客被认证为在具有车载装置1的车辆中，则面部图像显示区域141以例如3到5秒的间隔顺次显示乘客的面部图像。乘客位置显示区域142示出了其面部图像正显示在面部图像显示区域141中的乘客的位置。个人信息显示区域146显示关于其面部图像正显示在面部图像显示区域141中的乘客的个人信息中允许公开的信息。
如果认证出多个乘客在具有车载装置1的车辆中，则在一个画面上显示全部乘客的位置，使得可选择任一乘客来提供详细显示。
利用这种配置，当例如发生事故并且救助队抵达事故现场时，可将乘客的面部图像和诸如乘客姓名、地址、以及血型等所需信息显示在车载装置1的显示部21上。因此，即使发生引起全部乘客失去知觉的事故，救助人员也能够快速并且正确地处理该情况。
假设车载装置1被安装在诸如公共汽车的公共车辆上，并且在紧急情况下显示上述个人信息。则当信息向多个执行救助操作的第三人公开时，期望允许这些人仅访问乘客在使用电子票据、蜂窝式电话、RFID等上车时获得的信息中的必要条目。此外，在车载装置1被安装在诸如公共汽车的公共车辆上，并且可能无法检测在发生事故前下车的乘客的情况下，由于已经登记了诸如如上所述的个人信息，所以具有特殊授权的组织(诸如警察)可使用登记的蜂窝式电话的号码等来确认他们的行踪。
状态管理部122在接收到仅与警察机关相关的人知道的，或者被登记用来允许检查具有车载装置1的车辆是否已经被偷的输入密码号时，确定具有车载装置1的车辆可能已经被偷。响应处理部123控制通知控制部124来通知启动检查车辆的拥有者的处理。基于对该通知的响应，响应处理部123确定这不是由于错误操作输入或者车载装置1中的故障所引发的。响应处理部123随后通知紧急情况级别确定部125车辆已经被偷。基于紧急情况级别确定部125对紧急情况级别的确定，个人信息访问级别确定部126允许个人信息获取部127仅获得预定登记人的面部图像，随后允许通知控制部124在面部图像显示区域141中显示该面部图像。这允许与警察机关相关的人、第三人来检查具有车载装置1的车辆中的人是否是正确的拥有者，或者具有车载装置1的车辆是否是真正拥有者已经报告失窃的车辆。
这些与警察机构相关的人可参考在面部图像显示区域141中显示的预定登记的人的面部图像，来检查具有车载装置1的车辆中的人是否是真正的拥有者，或者具有车载装置1的车辆是否是真正拥有者已经报失的车辆。因此，如果具有车载装置1的车辆已经被偷，则即使例如已经更换了车号牌等也能被容易地判断出来。
车载装置1例如在上述客车中使用。如果将车载装置1安装在包括参照图7到图17描述的意图检查装置201的客车中，以识别表示乘客意图的他或者她的动作，则能够共享意图检查装置201的一些功能。
参照图7到图17描述意图检查装置。
图7是示出了意图检查装置201的实施例的框图。意图检查装置201包括声音输出部211、扬声器212、照相机213、面部方向感测部214、视线方向感测部215、动作识别部216、以及意图识别部217。动作识别部216包括点头识别部221和摇头识别部222。
如果外部应用装置(未示出；例如驱动支持装置、导航装置、汽车空调、或者汽车音响)向意图检查装置201输入了请求检查驾驶员意图的信息，则声音输出部211生成声音数据催促驾驶员表示他或者她的意图。声音输出部211基于声音数据通过扬声器212输出声音。例如为了催促驾驶员表示他或者她的意图，声音输出部211由扬声器212输出诸如“将自动变更设置，可否？”的声音信息。
照相机213例如使用CCD(电荷耦合器件)、CMOS(互补金属氧化物半导体)图像拾取元件、对数变换图像拾取元件(例如HDRC(高动态范围CMOS(互补金属氧化物半导体))(登记商标))等。照相机213表现出感测驾驶员的面部的方向和驾驶员的视线所需的性能(例如，分辨率640(横向)×480(纵向)像素；灰度级数256；帧速率30帧每秒)。照相机213安装在能够拾取驾驶员的面部图像的位置处。照相机213将包括由图像拾取获得的驾驶员面部的图像数据提供给面部方向感测部214和视线方向感测部215。
面部方向感测部214基于照相机213提供的图像数据感测驾驶员面部的方向。由面部方向感测部214感测的面部方向不限于任何特定技术。期望使用能够快速并且精确感测面部方向的技术。面部方向感测部214将表示感测出的驾驶员的面部方向的信息提供给点头识别部221和摇头识别部222。
例如，面部方向感测部214基于其中驾驶员观看基准方向(例如相对于汽车的前方和地面水平的方向)的状态，以每0.2秒5度的角分辨率在垂直和水平两个方向中感测面部方向。在下文的描述中，基于驾驶员观看基准方向的状态，对于面部方向，利用正值表示向上的方向，而利用负值表示向下的方向。由正值表示向右的方向，而由负值表示向左的方向。例如，如果驾驶员从其观看基准方向的状态将他或者她的头部向上倾斜10度，则垂直面部方向是10度。如果驾驶员将他或者她的头部向下倾斜10度，则垂直面部方向是-10度。如果驾驶员将他或者她的头部向右倾斜10度，则水平方向的面部方向是10度。如果驾驶员将他或者她的头部向左倾斜10度，则水平方向的面部方向是-10度。
视线方向感测部215基于由照相机213提供的图像数据，感测驾驶员视线相对于驾驶员面部方向的方向。由视线方向感测部215进行的视线方向感测不限于任何具体技术。期望使用能够快速并且精确感测视线方向的技术。视线方向感测部215将表示感测出的驾驶员的视线的方向的信息提供给点头识别部221和摇头识别部222。
例如，视线方向感测部215相对于驾驶员面部方向以每0.2秒5度的角分辨率在垂直和水平方向感测驾驶员的视线方向。在下述描述中，对于视线方向，基于面部方向，由正值表示向上的方向，而由负值表示向下的方向。由正值表示向右的方向，而由负值表示向左的方向。例如，如果驾驶员相对于驾驶员面部的方向将他或者她的视线向上移动10度，则垂直面部方向上的视线方向是10度。如果驾驶员将他或者她的视线向下移动10度，则垂直面部方向的视线方向是-10度。如果驾驶员将他或者她的视线向右移动10度，则在水平面部方向中的视线方向是10度。如果驾驶员将他或者她的视线向左移动10度，则水平面部方向中的视线方向是-10度。
以下的并不是对上述示例的限制使用时间间隔和角分辨率来感测面部或者视线方向，以及表示面部或者视线方向的坐标系统。
动作识别部216基于驾驶员面部方向与视线方向之间的差异识别表示他或者她的意图的驾驶员动作。
点头识别部221基于驾驶员面部方向与视线方向之间的差异，识别驾驶员是否点头表示他或者她的意图。点头识别部221将表示识别的信息提供给意图识别部217。
摇头识别部222基于驾驶员面部方向与视线方向之间的差异来识别驾驶员是否摇动他或者她的头部来表示他或者她的意图。摇头识别部222将表示识别的信息提供给意图识别部217。
意图识别部217基于由点头识别部221或者摇头识别部222提供的识别结果，来识别驾驶员的意图。意图识别部217将表示识别结果的信息输出到请求检查驾驶员意图的应用装置。
例如，当外部应用装置(未示出)将请求检查驾驶员意图的信息输入到车载装置1时，声音输出部211催促驾驶员表示他或者她的意图。具体地，声音输出部211生成催促驾驶员表示他或者她的意图的声音数据。声音输出部211随后基于声音数据来促使扬声器212来输出声音。
面部方向感测部214基于照相机213提供的图像数据来开始感测面部方向。面部方向感测部214开始将表示感测出的驾驶员面部的方向的信息提供给点头识别部221和摇头识别部222。
视线方向感测部215基于由照相机213提供的图像数据开始感测视线方向。视线方向感测部215开始将表示感测出的驾驶员面部的方向的信息提供给点头识别部221和摇头识别部222。
点头识别部221执行点头识别处理。将参照图3详细描述点头识别处理。此处理识别驾驶员是否已经响应于催促驾驶员表示他或者她的意图的信息而点头。点头识别部221将表示识别的信息提供给意图识别部217。
图8示意性地示出了从几乎看着正前方的人的头部的侧面观看时，他或者她的面部方向和视线。图9示意性地示出了图8所示的人的眼睛的状态。如图8所示，如果人几乎观看正前方，例如，如果驾驶员看着前面驾驶汽车，则面部方向基本与视线方向一致。不管个体之间的差异，如图9所示，虹膜几乎处于各个眼睛的中心处。
图10示意性地示出了从点头表示他或者她的意图的人的头部的侧面观看时的他或者她的面部方向和视线。图11示意性地示出了图10所示的人的眼睛的状态。当人点头表示他或者她的意图时，他或者她试图仅改变面部方向而几乎固定她或者她的眼睛。例如，在两个人正在谈话的情况下，在他们中的每一个点头时，几乎将他或者她的眼睛聚焦在对方身上。在执行诸如驾驶的操作时，人点头但几乎将他或者她的眼睛聚焦在操作的目标上。即使人没有这样的目标来凝视，他或者她也不需要看点头的方向，因此点头时几乎固定他或者她的眼睛。
因此，如图10所示，当人点头时，面部移动偏离视线移动。即面部向下移动，而视线方向相对于面部方向朝向上方。因此，虽然个体之间存在差异，但每个眼睛中虹膜都向上移动，即如图11所示，在与面部的移动方向相对的方向中。换言之，人将目光投向上方。
点头识别部221通过注意在人点头时观察的面部与视线的移动(方向)之间的差异来计算点头的可能性。具体地，如果驾驶员的面部位于从基准方向向下的至少预定第一角度(例如5度)处，并且如果驾驶员的视线位于从面部方向向上的至少预定第二角度(例如5度)处，并且如果向左或者向右的面部方向位于从基准方向的比第三角度(例如5度)小的位置处，即如果驾驶员向下看并且几乎在横向基准方向中，同时将目光投向上方，则根据如下所示的等式(1)来计算点头的可能性。
点头的可能性＝相对于面部方向的垂直视线方向-垂直面部方向…(1)即，点头的可能性由面部方向与当人将目光向上投时观察的视线方向之间的角度和面部方向与当人将目光向下投时观察的视线方向之间的角度之和来表示(由于角度的符号，等式(1)是减法)。
另一方面，如果面部和视线方向不在上述情况中，则点头的可能性为零。
图12是其中横坐标的坐标轴表示相对于面部方向的垂直视线方向，而纵坐标的坐标轴表示相对于基准方向的垂直面部方向的曲线图。视线方向向上的角度随着横坐标的坐标轴上的点从起点向右移动而增加。视线方向向下的角度随着横坐标的坐标轴上的点从起点向左移动而增加。面部方向向上的角度随着纵坐标的坐标轴上的点从起点向上移动而增加。面部方向向下的角度随着纵坐标的坐标轴上的点从起点向下移动而增加。
在图12的阴影区域中，点头的可能性至少为预定阈值(在图12所示的示例中，为30)。即，在阴影区域中，驾驶员的面部位于从基准方向向下的至少预定第一角度(在图12中所示的示例中，5度)，驾驶员的视线位于从面部方向向上的至少预定第二角度(在图12中所示的示例中，5度)，并且向下的面部方向与基准方向之间的角度和向上的视线方向与面部方向之间的角度之和(点头的可能性)至少为预定阈值(在图12所示的示例中，为30)。
点头识别部211基于如上所述的方法，计算“点头”的可能性，并且将表示该识别的信息提供给意图识别部217。
摇头识别部222执行摇头识别处理。
图13示意性地示出了当从几乎看着正前方的人的头部上方观看时，他或者她的面部方向和视线方向。图14示意性地示出了图13所示的人的眼睛的状态。如图13所示，如果人几乎看着正前方，例如如果驾驶员看着前方驾驶汽车，则面部方向几乎与视线方向相一致。不管个体之间的差异，如图14所示虹膜几乎位于各个眼睛的中心处。
图15示意性地示出了当从摇动他或者她的头部来表示他或者她的意图的人的头部的上方观看时，该人的面部方向和视线方向。图16示意性地示出了图15所示的人的眼睛的状态。当人摇他或者她的头部来表示他或者她的意图时，他或者她试图仅改变面部方向而几乎固定他或者她的眼睛。例如，在两个人谈话的情况下，他们每一个摇他或者她的头部时几乎将他或者她的眼睛聚焦在另一个人身上。当执行诸如驾驶的操作时，摇动他或者她的头部的人几乎同时将他或者她的眼睛聚焦在操作目标上。即使该人没有这种目标需要凝视，他或者她也不需观看摇头的方向，因此该人摇动他或者她的头部而几乎固定他或者她的眼睛。
因此，如图15所示，当人摇他或者她的头部时，面部方向与视线方向偏离，即，面部方向与视线方向相逆。因此尽管个体之间存在差异，但如图16所示，每个眼睛中的虹膜在与面部的移动方向(在此情况中，向右)相对的方向中移动(在此情况中，向左)。换言之，人将目光投向旁边。
摇头识别部222通过注意面部与当人摇他或者她的头部时观测到的视线的移动(方向)之间的差异来计算摇头的可能性。具体地，如果驾驶员面部位于从基准方向向右或者向左的至少预定第一角度(例如，5度)，并且如果驾驶员的视线位于从横向面部方向与面部方向相对的方向中的至少预定第二角度(例如，5度)，并且如果向上或者向下的面部方向位于偏移基准方向至少小于第三角度(例如，5度)处，即如果驾驶员向左或者向右看并且几乎在垂直基准方向上，同时将目光投向与面部方向相对的横向方向上，则根据下列等式(2)计算摇头的可能性。
摇头的可能性＝相对于面部方向的横向视线方向-横向面部方向…(2)即，摇头的可能性由面部方向与当人将目光投向侧面时观察的视线方向之间的角度和面部方向与当人将头部指向侧方向时观察的视线方向之间的角度之和来表示(由于角度的符号，等式(2)是减法)。
另一方面，如果面部方向和视线方向不在上述条件中，则摇头的可能性为零。
图17是其中横坐标的坐标轴表示相对于面部方向的横向视线方向，而纵坐标的坐标轴表示相对于基准方向的横向面部方向。视线方向向右的角度随着横坐标的坐标轴上的点从起点向右移动而增加。视线方向向左的角度随着横坐标的坐标轴上的点从起点向左移动而增加。面部方向向右的角度随着纵坐标的坐标轴上的点从起点向上移动而增加。面部方向向左的角度随着纵坐标的坐标轴上的点从起点向下移动而增加。
在图17中的网格区域R中，当面部朝向右方(在图17所示的示例中为-30)时，摇头的可能性是预定下限阈值之下的区域。即，在区域R中，驾驶员面部位于从基准方向向右的至少预定的第一角度(在图17所示的示例中为5度)处，驾驶员的视线位于从面部方向向左的至少预定第二角度(在图17所示的示例中为5度)处，并且向右的面部方向与基准方向之间的角度和向左的视线方向和面部方向之间的角度之和(摇头的可能性)位于至少预定阈值处(在图17所示的示例中为30(下限阈值的绝对值))。
在图17所示的阴影区域L中，当面部朝向左方时(在图17中所示的示例中为30)，摇头的可能性是在预定上限阈值之上的区域。即在区域L中，驾驶员面部位于从基准方向向左的至少预定第一角度(图17所示的示例中为5度)处，驾驶员的视线位于从面部方向向右的至少预定第二角度(在图17中所示的示例中为5度)处，并且向左的面部方向与基准方向之间的角度和向右的视线方向与面部方向之间的角度之和为至少预定阈值(在图17所示的示例中为30)。
摇头识别部222基于上述方法计算“摇头”的可能性。
意图识别部217基于点头识别部221或者摇头识别部222的识别对驾驶员的意图进行识别，以完成意图识别处理。具体地，如果点头识别部221识别驾驶员已经点头，同时摇头识别部222识别驾驶员没有摇动他或者她的头部，则意图识别部217识别驾驶员已经表示确认。如果点头识别部221识别驾驶员没有点头，同时摇头识别部222识别驾驶员摇动了他或者她的头部，则意图识别部217识别驾驶员已经表示否认。此外，如果点头识别部221识别驾驶员没有点头，并且摇头识别部222识别驾驶员没有摇动他或者她的头部，则意图识别部217识别驾驶员尚未表示他或者她的意图。
如果点头识别部221识别驾驶员已经点头并且摇头识别部222识别驾驶员已经摇动了他或者她的头部，则意图识别部217基于较早或者更晚识别的他或者她的动作来识别驾驶员的意图。另选地，可基于点头的可能性和摇头的可能性来识别驾驶员意图，所述点头的可能性基于对驾驶员是否已经点头进行的确认，所述摇头的可能性基于对驾驶员是否已经摇头进行的确认。
意图识别部217将表示识别结果的信息输出到请求检查驾驶员意图的应用装置。应用装置基于所识别的驾驶员意图来执行处理。
如果车载装置1与参照图7到图17所述的意图检查装置201一起安装在例如客车中，则可共享意图检查装置201(例如扬声器212、照相机213、以及对经由照相机213获得的对图像进行处理和识别的图像识别功能)的功能。
如果车载装置1与参照图7到图17所述的意图检查装置201一起安装在例如客车上，则可连续获得驾驶员的面部图像，并且由此按照需要将该面部图像用于执行认证处理。
现在，参照图18中的流程图对由车载装置1执行的紧急情况监控处理进行描述。
在步骤S1中，认证结果获取部121获得由认证处理部16提供并存储在认证结果存储部17中的认证结果。认证结果获取部121随后将该结果提供给状态管理部122。通知控制部124也获得由认证处理部16提供的认证结果。
在步骤S2中，状态管理部122从紧急情况检测部19获得检测紧急情况所需的图像处理结果和传感器输入。
在步骤S3中，状态管理部122基于紧急情况检测部19提供的图像处理结果和传感器输入来确定是否已经检测到紧急情况。
如果状态管理部122在步骤S3中确定没有检测到紧急情况，则在步骤S4中确定是否已经输入了表示紧急情况的操作，例如是否存在仅有与警察机构相关的那些人知道的，或者登记的允许检查具有车载装置1的车辆等是否已经被偷的输入密码号。
如果状态管理部122在步骤S4中确定已经输入了表示紧急情况的操作，则处理进入稍后描述的步骤S11。如果状态管理部122在步骤S4中确定没有输入表示紧急情况的操作，则处理返回步骤S1以重复后续步骤。
如果状态管理部122在步骤S3中确定已经检测到紧急情况，则在步骤S5中，其促使响应处理部123提供检查乘客意图的消息。响应处理部123控制通知控制部124以将听觉或者视觉响应消息输出给用户，以确定紧急情况的级别。
在步骤S6中，响应处理部123基于由操作输入部14提供的用户的操作输入，来确定用户是否已经对消息做出响应。如果响应处理部123在步骤S6中确定用户已经对消息做出响应，则处理进入稍后描述的步骤S10。
如果响应处理部123在步骤S6确定用户尚未对消息做出响应，则在步骤S7中，其通知紧急情况级别确定部125用户尚未响应。紧急情况级别确定部125基于由状态管理部122管理的具有车载装置1的车辆的状态，和用户响应的缺少来确定紧急情况的级别。紧急情况级别确定部125随后将紧急情况级别提供给个人信息访问级别确定部126。
具体地，状态管理部122接收表示例如碰撞、车辆旋转、或者在与前进方向不同的方向中产生的突然的大加速度的紧急情况的输入信号。随后，如果用户尚未对消息进行响应，则紧急情况级别确定部125将紧急情况确定为高级别。
在步骤S8，个人信息访问级别确定部126如上所述地确定紧急情况的级别、访问个人信息的人、或者具有车载装置1的车辆的类型等是否满足用于允许访问个人信息的对应条件。如果个人信息访问级别确定部126在步骤S8中确定满足允许访问个人信息的条件，则处理进入稍后描述的步骤S12。
如果个人信息访问级别确定部126在步骤S8中确定未满足允许访问个人信息的条件，则在步骤S9中，继续禁止访问，以便继续限制公开个人信息。处理进入稍后描述的步骤S15。
如果响应处理部123在步骤S6中确定用户已经对消息进行了响应，则在步骤S10中，将用户响应的内容通知给紧急情况级别确定部125。紧急情况级别确定部125基于由状态管理部122管理的具有车载装置1的车辆的状态，和用户响应的内容来确定紧急情况级别。紧急情况级别确定部125随后将紧急情况级别提供给个人信息访问级别确定部126。
在步骤S11，个人信息访问级别确定部126基于被提供的用户响应的内容来确定是否能够确认车载装置1的用户连续禁止访问个人信息的意图。如果个人信息访问级别确定部126在步骤S11中确定已经确认了连续禁止访问个人信息的意图，则处理进入上述的步骤S9。
如果个人信息访问级别确定部126在步骤S8中确定满足了允许访问个人信息的条件，或者如果个人信息访问级别确定部126在步骤S11中确定未确认连续禁止访问个人信息的意图，则执行稍后参照图19描述的访问禁止取消处理。
在步骤S13中，紧急情况级别确定部125基于确定的紧急情况级别来确定是否需要外部操作。
如果紧急情况级别确定部125在步骤S13中确定需要外部操作，则在步骤S14中，将确定的紧急情况级别提供给外部操作控制部128。外部操作控制部128基于紧急情况级别来控制外部操作部20，以促使外部操作部20执行例如为车辆钥匙开锁或者自动开门的外部操作，使得乘客能够迅速地下车避难，或者救助人员能够根据需要迅速地检查车辆的内部来营救乘客。
如果紧急情况级别确定部125在步骤S9的处理之后，或者在步骤S13的过程中确定不需要外部操作，或者在完成了步骤S14中的处理之后，则状态管理部122在步骤S15中例如基于在操作输入部14中输入的操作的内容，来确定是否将取消紧急情况确定。如果状态管理部122在步骤S15中确定不取消紧急情况确定，则重复S15中的处理，直到状态管理部122确定取消紧急情况确定。
如果状态管理部122在步骤S15中确定取消了紧急情况确定，则在步骤S16，状态管理部122取消紧急情况确定。
在步骤S17中，状态管理部122例如基于在操作输入部14中输入的操作的内容来确定对紧急情况的监控是否已经结束。如果状态管理部122在步骤S17中确定对紧急情况的监控尚未结束，则处理返回步骤S1以重复后续步骤。如果状态管理部122在步骤S17中确定紧急情况的监控已经结束，则处理完成。
此处理对紧急情况进行监控，并且如果发生紧急情况，则确定紧急情况的级别。随后该处理基于确定的紧急情况级别来确定是否取消访问禁止。
这使得处理紧急情况的诸如救助人员的人能够结合面部图像参考在现场执行必要操作所需的信息，而不需要特殊装备。这样救助人员能够适当且快速地处理情况。这样的处理也防止超过必要的泄漏更多的秘密信息。
现在，参照图19的流程图，对图18中的步骤S12中执行的访问禁止取消处理1进行描述。
在步骤S41中，个人信息访问级别确定部126基于紧急情况级别确定部125确定的紧急情况级别，并且根据需要基于由请求访问个人信息的人输入并由操作输入部14提供的操作，来确定个人信息的访问级别。
在S42，个人信息访问级别确定部126基于由紧急情况级别确定部125提供的信息，对每个乘客进行识别。
在步骤S43，个人信息访问级别确定部126基于确定的个人信息的访问级别和关于乘客的信息，对由个人信息获取部127进行的个人信息的获取进行控制。在个人信息访问级别确定部126的控制下，个人信息获取部127获得关于乘客的允许访问的个人信息，并且将其提供给通知控制部124。
在步骤S44，通知控制部124基于乘客的认证结果，显示由个人信息获取部127提供的、根据访问级别允许公开的那些个人信息。具体地，通知控制部124允许显示部21顺次显示乘客面部图像、姓名、地址、年龄、性别以及血型；乘客的医疗信息；以及乘客在车辆中的位置。通知控制部124还对声音输出部22进行控制，使得以文字表示的信息能够以可听见的方式传递给救助者。在步骤S44结束以后，处理返回图18中的步骤S12，并且随后处理进入步骤S13。
如果此处理已经取消了访问禁止，则个人信息访问级别确定部126确定个人信息的访问级别。对于被识别为乘客的人，仅公开适用于紧急情况的信息而不公开不必要的个人信息。
由于应急车辆等不能立即接近目标，所以个人信息可经由网络远程访问是合适的。由此可将与外部装置通信的功能安装在车载装置中，来通知外部装置所检测到的紧急情况的内容和所检测到的个人信息。
此外，当可以将个人信息登记在服务器等中时，即使尚未登记在车载装置中的人在车辆上，也可从登记在服务器中的信息中检索关于该乘客的个人信息。由此将关于该乘客的个人信息显示或者传送给外部装置。
此外，如果车载装置可与由保险公司或者汽车经销商管理的服务器进行通信，则在紧急情况中，可快速传送所需个人信息和诸如事故的紧急情况的内容。这样能够在事故之后快速地执行所需处理。
参照图20对应用了本发明的紧急情况个人信息提供系统进行说明。
应用了本发明的车载装置271经由无线电分组通信网络251连接到诸如因特网252的广域网。由此车载装置271可以向个人信息登记服务器282、监控服务器283、紧急情况管理服务器284、事故管理服务器285以及客户管理服务器286发送信息，并从它们那里接收信息。
如果车载装置271具有例如使用蓝牙(TM)的短距离通信功能，则它能够与也具有短距离通信功能的终端设备281进行通信。终端设备281可以是包括例如蓝牙短距离通信功能的蜂窝式电话、小型个人计算机、或者PDA，或者是专用终端。终端设备281还可配置成车载装置271的部件。终端设备281还可经由因特网252或者经由无线电分组通信网络251和因特网252连接到个人信息登记服务器282、监控服务器283、紧急情况管理服务器284、事故管理服务器285、以及客户管理服务器286。
如果具有终端设备281的人经过涉及事故等的车辆，或者为了救助操作而赶往事故现场，则只要他或者她能够从车载装置271接收到事故内容或者关于乘客的个人信息，则他或者她就能够迅速地执行救助操作。如果终端设备281由诸如救助队成员或者警员的特殊人员持有，则可由车载装置发送范围相对宽的关于乘客的个人信息。然而，如果终端设备281由普通人持有，则鉴于隐私性，优选地由车载装置271发送关于乘客的最小限度的所需信息。如果终端设备281由诸如救助队成员或者警员的特殊人员和普通人双方持有，则根据接收终端设备281的持有者，而适当改变由车载装置发送的关于乘客的个人信息。
个人信息登记服务器282例如是由提供使用车载装置271的网络服务的公司进行管理的。将登记在车载装置271中的个人信息经由无线电分组通信网络251和因特网252提供到并且登记在客户管理服务器286中。
因此如果例如未登记在车载装置271上的乘客在具有车载装置271的车辆上，则可通过查询个人信息登记服务器282来获得并且公开关于该乘客的个人信息。即使在事故中，无法读取登记在车载装置271上的个人信息时，也能通过针对车载装置271中执行的乘客认证的记录结果，查询个人信息登记服务器282，来获得并且公开关于所述乘客的个人信息。
监控服务器283由保安公司或者提供救难服务的公司或者组织进行管理。在经由无线电分组通信网络251和因特网252从车载装置271接收到事故内容或者关于乘客的个人信息时，监控服务器283检查紧急情况的内容，并且对应于紧急情况的内容进行报告。例如，当在发生轻微事故之后，从具有车载装置271的车辆中的乘客接收到仅请求报告事故的通知时，监控服务器283向警察机构(或者事故管理服务器285)报告乘客姓名和事故现场的位置。在接收到表示可能已经发生了损害用户(已确认其未对消息进行响应)的严重事故的通知时，监控服务器283将所检测的紧急情况的内容和关于乘客的详细个人信息经由因特网252通知给消防队中的紧急情况管理服务器284、警察局中的事故管理服务器285、以及保险公司或者汽车供应商处的客户管理服务器286。
紧急情况管理服务器284例如由诸如管理应急车辆的分派的消防队或者私人应急车辆供应公司或者接收急救病人的医疗机构的组织来管理。紧急情况服务器284从监控服务器283或者车载装置271接收关于事故内容或者事故现场位置的信息和所需个人信息。紧急情况管理服务器284随后根据需要向事故现场分派应急车辆。
事故管理服务器285例如由警察机构进行管理。事故管理服务器285从监控服务器283或者车载装置271接收关于事故内容或者事故现场位置的信息和所需个人信息。事故管理服务器285随后根据需要向事故现场分派应急车辆。
客户管理服务器286例如由保安公司、保险公司或者汽车供应商进行管理。客户管理服务器286从监控服务器283或者车载装置271接收关于事故内容或者事故现场位置的信息和所需个人信息。客户管理服务器286随后基于保安合同或者保险合同开始服务。
例如，如果客户管理服务器286由保险公司进行管理，并且车载装置271检测到紧急情况，则保险公司自动开始他们的服务。此外，保险公司和订约人根据紧急情况的级别可确定是否公开个人信息，或者可约定根据公开的个人信息的内容来设置保险费率。
这样的配置允许订约人可靠地将履行合同所需的信息发送到保险公司，同时消除了向保险公司公开与保险服务无关的，并且不期望他人知道的信息的需要。还能够避免无法证明真实性所导致的对保险适用的妨碍。此外，保险公司可设置足以应对可能的风险的详细保险费率，从而减少风险。当发生事故等时，用户不能进行虚假报告，并且可在不需如现有技术中花费大量时间和精力调查的情况下确定紧急情况的内容。这样能够基于真实情况进行理赔。此外，在各种调查处理中，可在不获得订约人希望保密的信息的情况下适当地提供保险服务。这样可望防止客户因害怕他们必须在他们能够接受到服务之前违愿地公开个人信息而犹豫签订保险合同。
图21是示出了车载装置271的构成的框图。在此构成中，利用相同的参考标记表示与参照图1描述的车载装置1相同的部件。根据需要省略他们的描述。
车载装置271被配置得类似于参照图1描述的车载装置1，只是提供CPU 291取代CPU 11，并且提供通信部292取代通信部23。
CPU 291控制车载装置271的各个部的操作。将参照图22对由CPU291通过执行存储在ROM 12中的预定应用程序而提供的功能进行详细描述。
通信部292有线或者无线地连接到例如因特网252的广域网或者无线电分组通信网络251，从而向外部装置发送信息并从外部装置接收信息。通信部292可经由因特网252或者经由无线电分组通信网络251和因特网252，通过例如分组通信或者使用蓝牙(TM)的短距离通信，与个人信息登记服务器282、监控服务器283、紧急情况管理服务器284、事故管理服务器285、以及客户管理服务器286进行通信。
图22是示出了由CPU 291通过执行预定应用程序而提供的功能的功能框图。在该图中，由相同的参考标记来指示与图5中的功能框图相同的部件。根据需要省略对它们的描述。
CPU 291具有与由参照图5所描述的CPU 11提供的功能基本类似的功能，只是提供了个人信息访问级别确定部301来取代个人信息访问级别确定部126，并且提供了通知控制部302来取代通知控制部124。
由CPU 291执行预定程序提供的功能(功能模块)包括认证结果获取部121、状态管理部122、响应检查部123、通知控制部302、紧急情况级别确定部125、个人信息访问级别确定部301、个人信息获取部127、以及外部操作控制部128。
个人信息访问级别确定部301基于下列信息对个人信息的访问级别进行确定由紧急情况级别确定部125确定的紧急情况级别，和由请求访问个人信息的人的输入操作(由操作输入部14提供其输入)，以及根据需要，在信息由短距离无线电通信或者分组通信进行发送的情况下的个人信息的目的地。个人信息访问级别确定部301由此控制由个人信息获取部127对个人信息的获得。
在响应检测部123的控制下，通知控制部302将听觉或者视觉消息传送给用户以便确定紧急情况的级别。通信控制部302在紧急情况级别确定部125的控制下，根据确定的紧急情况级别和确定的个人信息访问级别，控制显示部21或者声音输出部22以促使它们显示关于每个经认证的人(其在具有车载装置1的车辆中)的个人信息。通信控制部302还控制通信部292以便促使它将消息发送到外部装置。
现在，对紧急情况的检测示例和检测之后执行的操作进行描述。
如果紧急情况检测部19检测到紧急情况，例如碰撞、车辆旋转、或者与前进方向不同的方向中发生的突然大加速度，则状态管理部122确定碰撞的可能性以便使得响应处理部123提供询问乘客意图的消息。
响应处理部123控制通知控制部302以促使它向用户提供听觉或者视觉消息，以便确定紧急情况的级别。通知控制部302控制显示部21或者声音输出部22以促使它输出听觉或者视觉消息来询问用户的意图，例如“您还好吗？您是否要向监控中心(或者警察局、消防队、或者周围人)通知紧急情况？”。如果紧急情况很危急，例如检测到燃料泄漏，则响应处理部123适当地控制通知控制部302促使它输出通知用户危险的消息，例如“燃料泄漏，可能突发火灾。关闭发动机并且离开汽车。”响应处理部123将是否有任何乘客作出了响应通知给紧急情况级别确定部125。
紧急情况级别确定部125基于由状态管理部122提供的紧急情况的检测结果，以及是否有任何乘客作出了响应来确定紧急情况的级别。如果紧急情况级别确定部125确定紧急情况级别高，则外部操作控制部128控制外部操作部20来促使它执行例如打开车锁或者自动打开车门的操作，使得乘客能够迅速下车避难，或者救助人员可根据情况检查车辆内部从而营救乘客。
个人信息访问级别确定部301基于由紧急情况级别确定部125确定的紧急情况级别并基于由请求访问个人信息的人的输入操作(其输入由操作输入部14提供)来确定公开个人信息的级别。
与个人信息访问级别确定部126类似，个人信息访问级别确定部301必须能够根据诸如紧急情况级别、请求访问个人信息(或者检查所显示的个人信息)的人的身份、在登记时设置的公开组、以及具有车载装置1的车辆的类型的条件来选择公开信息。此外如果个人信息需要经由短距离无线电通信或者无线电分组通信网络251和因特网252发送到外部装置，则个人信息访问级别确定部301必须能够根据个人信息的接收者的条件来选择公开个人信息的类型。
个人信息获取部127随后在个人信息访问级别确定部301的控制下，从个人信息存储部18获得可访问的个人信息，并且将其提供给通知控制部302。
与上述车载装置1的通知控制部124类似，通知控制部302例如允许显示部21顺次显示各个乘客的面部图像、姓名、地址、年龄、性别以及血型、乘客的医疗信息、以及乘客在车辆中的位置，并且控制声音输出部22以促使它向乘客提供听觉消息。通知控制部302还由例如蓝牙(TM)的近距离通信向救助人员的终端设备281发送个人信息和关于紧急情况的信息，或者根据需要经由无线电分组通信网络251和因特网252向监控服务器283、紧急情况管理服务器284、事故管理服务器285、以及客户管理服务器286发送个人信息和关于紧急情况的信息。
图23示出了个人信息显示画面的配置示例。在此图中，由相同的参考标记指示与参照图6描述的个人信息显示画面相同的部件。根据需要省略对它们的描述。
图23中的个人信息显示画面被配置为基本上与参照图6所述的类似，只是新提供了保安公司通知按钮321、报警按钮322、以及消防报告按钮323。
例如如果诸如救助队成员的救助人员在个人信息显示画面上选择(按压)了保安公司通知按钮321，则客户管理服务器286自动通知紧急情况。这样便于诸如与家庭成员进行通信等的处理、预先委托例如保安公司、保险公司或者汽车供应商的处理。
如果例如救助队成员基于关于现场的情况确定紧急情况不是事故，而是人身伤害的情况，并且在个人信息显示画面上选择(按压)了报警按钮322，则警察机构(事故管理服务器287)接收关于乘客的信息、在发生紧急情况之前刚刚获得的车辆内部的运动图片、以及关于乘客或者可能的乘客的面部图像和个人信息。因此警察机构能够获得关于此情况的详细信息，以便立即对情况进行处理。
如果不是救助队成员等的公众的一员为救助操作而接近事故的现场，则他或者她可能害怕而未能采取适当行动。在此情况下，保安公司通知按钮321、报警按钮322、以及消防报告按钮323使得能够快速地将适当信息传送给适当的目的地。如果不是救助队成员等的公众成员为救助操作而接近事故现场，则与上述车载装置1的情况相同，期望防止个人信息对此人公开。因此，例如个人信息显示画面可仅显示最低限度的所需个人信息，而诸如病史等的详细个人信息可被发送到紧急情况管理服务器284；期望防止详细个人信息被广泛地公开，而这些详细个人信息是紧急医疗所需要的。
在上述说明中，如果选择或者按压了保安公司通知按钮321、报警按钮322或者消防报告按钮323，则通过经由网络的通信将信息发送给目的地。然而，取代将信息经由网络传送，可通过选择或者按压保安公司通知按钮321、报警按钮322或者消防报告按钮323向保安公司、警察机构、消防队等发出电话呼叫。在这种情况下，可适当应用所谓视频电话功能。
车载装置271的通知控制部302控制通信部292，以便通过诸如蓝牙(TM)的短距离通信将关于乘客的个人信息和关于紧急情况的信息传送到救助人员的终端设备281。因此，例如如果赶往事故现场的应急车辆进入近距离通信范围内，则它能够接收到由通信部292发送的关于乘客的个人信息和关于紧急情况的信息。救助队由此可预先确定如何处理情况。具体地，下列描述的条件使得救助人员能够在应急车辆抵达事故现场之前，非常详细地确定损害的情况。终端设备281具有显示图像的功能。终端设备281接收在发生事故时获得关于事故的图像信息(所述图像信息类似于参照图23描述的显示在个人信息显示画面的内部图像显示区域143、前图像显示区域144、以及后图像显示区域145中显示的图像信息)，使得救助人员能够参考该信息。终端装置281能够根据需要使用短距离无线电通信向救助人员通知如下信息在发生紧急情况时测量的车辆的加速度、碰撞的量级、车辆是否倾覆或者浸没、或者是否有任何人响应了消息。
如上述车载装置1的情况，打开门锁并且公开个人信息。仅当诸如救助人员的接近人员是良好意图的救助人员、基于由上述外部图像监控部92检查的外部图像，或者根据该人员是否具有预定RFID标签，确定了该人员是救助队成员、警察、或者来自订有合约的保安公司的警卫；或者基于由外部图像监控部92检查的外部图像确认该人员没有遮盖他或者她的面部时，才执行这些操作，以便排除出于恶意接近现场的可疑人员。另选地，利用在例如外部图像监控部92成功获得救助人员的面部图像时公开个人信息、打开门锁。
如果公众成员接近事故的现场，并且确定公众人员不是可疑分子，并且不是出于恶意而接近现场，则车载装置271的通知控制部302控制通信部292，以便由诸如蓝牙(TM)的短距离通信将诸如网络ID或者联系人ID的信息发送到救助人员终端设备281；诸如网络ID或者联系人ID的信息使得终端设备281与之通信的对方能够确定终端设备281的持有人正在执行事故等中的救助操作。在此情况下，可将监控服务器283、紧急情况管理服务器284、事故管理服务器285、以及客户管理服务器286配置得能够接收由已经接收了诸如网络ID或者联系人ID的信息的终端设备281获得的信息。随后，例如如果救助人员的终端设备281具有图像拾取功能，则其能够拾取无法由陷入事故中的车辆中的照相机来拾取的周围环境的图像。终端设备281随后将该图像发送到监控服务器283、紧急情况管理服务器284、事故管理服务器285、以及客户管理服务器286。这样使得关于事故现场的信息能够较早地被提供给警察机构或者消防队，同时防止向公众公开该信息。
由车载装置271执行的处理基本上与参照图18所述的紧急情况监控处理类似。然而，在步骤S12中，执行图24中的访问禁止取消处理2，来取代参照图19所述的访问禁止取消处理1。
参照图24中的流程图描述访问禁止取消处理2。
在步骤S71到S73中，执行与参照图19所述的访问禁止取消处理1的步骤S41到S43类似的处理。
即，基于由紧急情况级别确定部125确定的紧急情况级别，并且根据需要基于从请求访问个人信息的人输入的操作(其输入由操作输入部14提供)，来确定个人信息的访问级别。基于由紧急情况级别确定部125提供的信息对各个乘客进行识别。基于确定的个人信息的访问级别和关于乘客的信息，对由个人信息获取部127的个人信息的获得进行控制。从信息存储部18获得关于乘客的可访问的个人信息，并且将其提供给通知控制部302。
在步骤S74，通知控制部302基于由个人信息获取部127提供的个人信息来确定是否内部未登记任何关于乘客的个人信息。
如果通知控制部302在步骤S74确定未内部登记任何个人信息，则在步骤S75处，通知控制部302控制通信部292经由无线电分组通信网络251和因特网252访问个人信息登记服务器282。如果关于乘客的任何未内部登记的个人信息登记在个人信息登记服务器282中，则通知控制部302获得它们并且将它们存储在个人信息存储部18中。
如果通知控制部302在步骤S74确定内部登记了全部个人信息或者在步骤S75中的处理之后，其在步骤S76显示根据访问级别允许访问的，由个人信息获取部127提供的或者从个人信息登记服务器282获得的那些个人信息。具体地，通知控制部302促使显示部21顺次显示乘客的面部图像、姓名、地址、年龄、性别以及血型；关于乘客的医疗信息；以及乘客在汽车中的位置。通知控制部302可控制声音输出部22促使它以听觉方式传送以文字表达的信息。
在步骤S77，通知控制部302确定终端设备281、监控服务器283、紧急情况管理服务器284、事故管理服务器285、以及客户管理服务器286的至少一个是否需要外部通知。
如果通知控制部302在步骤S77确定需要外部通知，则在步骤S78，执行稍后参照图25描述的外部通知处理。
如果通知控制部302在步骤S77中确定不需要外部通知，或者在步骤S78中的处理之后，处理返回图18中的步骤S12，并随后处理进入步骤S13。
如果此处理取消了访问禁止，则确定个人信息的访问级别。车载装置由此仅公开被识别为乘客的人的个人信息中的那些适用于发生的紧急情况的信息，而不公开不必要的个人信息。根据需要将可公开的个人信息传送到任何其他目的地。在此情况下，公开信息的访问级别还可依据目的地来确定。
现在，参照图25中的流程图，描述在图24中的步骤S78中执行的外部通知处理。
在步骤S101中，通知控制部302确定通知部292是否具有短距离无线电通信功能。
如果通知控制部302在步骤S101中确定通信部292具有短距离无线电通信功能，则在步骤S102中，其控制通信部292通过短距离无线电通信发送所获得的那些根据访问级别允许公开的个人信息。
如果通知控制部302在步骤S101确定通信部292没有短距离无线电通信功能或者在步骤S102之后，其在步骤S103中确定车载装置1是否登记有紧急情况监控服务。
如果通知控制部302在步骤S103中确定车载装置1登记有紧急情况监控服务，则在步骤S104中其控制通信部292经由无线电分组通信网络251和因特网252将所获取的根据访问级别允许公开的那些个人信息发送到监控服务器283。
如果通知控制部302在步骤S103中确定车载装置1没有登记有紧急情况监控服务，或者在步骤S104中的处理之后，则其在步骤S105中基于操作输入部14提供的操作，或者确定的紧急情况级别或者个人信息访问级别，来确定是否需要将紧急情况报告给消防队(救助队)。
如果通知控制部302在步骤S105中确定需要将紧急情况报告给消防队(救助队)，则在步骤S106中，其控制通信部292经由无线电分组通信网络251和因特网252，将所获得的根据访问级别允许公开的那些个人信息发送到紧急情况管理服务器284。
如果通知控制部302在步骤S105中确定不必向消防队(救助队)报告紧急情况，或者在步骤S106中的处理之后，则在步骤S107中基于由操作输入部14提供的操作输入或者确定的紧急情况级别或者个人信息访问级别，确定是否需要将紧急情况报告给警察机构。
如果通知控制部302在步骤S107中确定需要将紧急情况报告给警察机构，则在步骤S108中，其控制通信部292经由无线电分组通信网络251和因特网252，将所获得的根据访问级别允许公开的那些个人信息，以及关于紧急情况的详细信息发送到事故管理服务器285。
如果通知控制部302在步骤S107中确定不必将紧急情况报告给警察机构或者在步骤S108中的处理之后，则其基于由操作输入部14提供的操作输入或者确定的紧急情况级别或者个人信息访问级别，在步骤S109中确定是否需要将紧急情况报告给保险公司。
如果通知控制部302在步骤S109中确定需要将紧急情况报告给保险公司，则在步骤S110中确定在合同中是否预先指定了要发送到保险公司的任何个人信息。
如果通知控制部302在步骤S110中确定在合同中预先指定了待发送到保险公司的一些个人信息，则在步骤S111中，其控制通信部292将所获得的根据合同发送的并且根据访问级别以及关于紧急情况的详细信息允许公开的那些个人信息经由无线电分组通信网络251和因特网252发送到客户管理服务器286。
如果通信控制部302在步骤S110中确定在合同中没有预先指定任何待发送到保险公司的个人信息，则在步骤S112中，其控制通信部292，经由无线电分组通信网络251和因特网252通知客户管理服务器286发生了紧急情况。
在步骤S113，通知控制部302接收经由无线电分组通信网络251和因特网252来自客户管理服务器286的请求，该请求用于请求基于合同的个人信息和已经由通信部292接收到的关于紧急情况的详细信息。
在步骤S114，通知控制部302控制通信部292，将所请求的个人信息和关于紧急情况的详细信息经由无线电分组通信网络251和因特网252发送到客户管理服务器286。
如果通知控制部302在步骤S109中确定不必将紧急情况报告给保险公司，或者在步骤S111或者S114中的处理之后，处理返回图24中的步骤S78，返回图18中的步骤S12，并且随后处理进入S13。
此处理使得允许公开的个人信息和关于紧急情况的详细信息与个人信息的目的地相关联地被发送。
因此，当发生诸如事故或者火灾的危急事件时，本发明可使他人仅可访问与事件相关的人的适当信息。为了公开此个人信息，显示部21可显示面部图像和个人信息或者可使用声音输出。另选地，可由短距离无线电通信或者网络将信息发送到外部装置。
应用了本发明的车载装置1或者271可安装在汽车内侧或者外侧的任何位置，例如车门、车顶、或者后窗附近或者车身的上部。然而，由于假设车载装置1或者271在发生事故之后使用，所以期望将它安装(如果可能的话)在车厢中靠近乘客的、不太可能受到事故影响的位置处。还期望将车载装置1或者271配置得不容易被毁坏。车载装置1或者271可具有任何形状，只要能够安装在客车中即可；它可以是安装在控制台的中央的车辆导航装置，或者诸如PDA或者蜂窝式电话的便携式装置。应用了本发明的车载装置1或者271可以是具有实现参照图7到17所述的特殊目的的功能的装备的一部分，或者可以共享该装备的一些组件的功能。
应用了本发明的车载装置1或者271可完全安装在一个壳体内，或者分成安装在各个壳体中的多个块。如果车载装置1或者271分入多个壳体中，则经由有线或者无线连接在这些壳体之间传输信息。应用了本发明的用于实现车载装置1或者271的功能的一些排列或者全部排列可配置成并入其他装置的诸如电路板的模块。
应用了本发明的车载装置1或者271可通过组合生物认证和例如使用RFID等的电子认证对人进行认证。
可由软件执行上述系列处理。组成软件并存储在记录介质中的程序可安装在计算机中，集成到专用硬件中，或者例如安装在经由各种安装的程序执行各种功能的通用个人计算机中。
如图1和21所示，可独立于计算机提供记录介质。记录介质可由磁盘(包括软盘)、光盘(包括CD-ROM(压缩盘只读存储器)和DVD(数字化视频盘))、磁光盘(包括MD(迷你盘)(商标))、或者由半导体存储器组成的可移除介质41等。将程序记录在记录介质上，随后分配给用户以向他或者她提供该程序。
在本说明中，描述记录在记录介质中的程序的步骤不仅包括根据时间序列以所述顺序执行的那些程序，而且包括不必根据时间序列执行而是并行或者独立执行的那些程序。
在本说明中，系统对应于由多个装置组成的整个装备。
权利要求
1.一种信息处理装置，该信息处理装置包括认证装置，用于对车辆中的乘客进行认证；状态管理装置，用于管理所述车辆的状态；紧急情况确定装置，基于所述状态管理装置管理的所述车辆的状态，确定所述车辆是否处于紧急情况中；公开内容确定装置，基于所述紧急情况确定装置的确定结果，确定所述乘客的个人信息的公开内容；个人信息获得装置，基于所述公开内容确定装置的确定结果，获得关于所述乘客的个人信息；以及公开装置，用于公开所述个人信息获得装置获得的，被确定为要公开的关于所述乘客的个人信息。
2.根据权利要求1所述的信息处理装置，其中，如果所述车辆在紧急情况中，则所述紧急情况确定装置进一步确定所述紧急情况的级别，并且所述公开内容确定装置基于所述紧急情况确定装置确定的紧急情况的级别，确定关于所述乘客的个人信息的公开内容。
3.根据权利要求1所述的信息处理装置，其中，所述公开内容确定装置还基于参照所述公开装置公开的关于所述乘客的个人信息的人，确定关于所述乘客的个人信息的公开内容。
4.根据权利要求1所述的信息处理装置，其中所述公开内容确定装置还基于在登记关于所述乘客的个人信息时的设置情况，确定关于所述乘客的个人信息的公开内容。
5.根据权利要求1所述的信息处理装置，其中所述公开内容确定装置还基于车辆的类型来确定关于所述乘客的个人信息的公开内容。
6.根据权利要求1所述的信息处理装置，所述信息处理装置还包括响应确认装置，用于对来自乘客的响应进行确认，其中紧急情况确定装置基于所述状态管理装置管理的所述车辆的状态和所述响应确认装置确认的来自所述乘客的响应，来确定车辆是否处于紧急情况中。
7.根据权利要求1所述的信息处理装置，其中，所述状态管理装置基于设置在所述车辆中的传感器获得的关于所述车辆的状态的信息，来管理所述车辆的状态。
8.根据权利要求7所述的信息处理装置，其中，所述状态管理装置接收表示由设置在所述车辆中的多个传感器获得的所述车辆的状态的信息供应，所述紧急情况确定装置基于多个传感器获得的所述车辆的状态来确定是否发生紧急情况。
9.根据权利要求1所述的信息处理装置，其中，所述状态管理装置基于设置在所述车辆中的图像获得装置获得的车辆的内部或者外部的图像，来管理所述车辆的状态。
10.根据权利要求1所述的信息处理装置，所述信息处理装置进一步包括操作输入装置，用于接收输入的预定密码号，其中如果经由所述操作输入装置输入了所述预定密码号，则所述紧急情况确定装置识别所述车辆可能已被偷窃。
11.根据权利要求1所述的信息处理装置，所述信息处理装置进一步包括显示装置，用于显示信息，其中，所述公开装置控制由所述个人信息获得装置获得的、关于所述乘客的被确定为要公开的个人信息在所述显示装置上显示。
12.根据权利要求11所述的信息处理装置，其中，所述显示装置显示包含面部图像的信息作为关于所述乘客的个人信息。
13.根据权利要求13所述的信息处理装置，所述信息处理装置进一步包括显示装置，用于显示信息，其中所述认证装置获得所述乘客的面部图像，并且使用该面部图像来执行认证处理，并且所述公开装置控制所述个人信息获得装置获得的、关于所述乘客的被确定为要公开的个人信息和所述乘客的面部图像在所述显示装置上的显示。
14.根据权利要求1所述的信息处理装置，所述信息处理装置进一步包括显示装置，用于显示信息；和意图识别装置，用于获得并且分析所述乘客的面部图像以便识别所述乘客的意图，其中，所述公开装置控制所述个人信息获得装置获得的、关于所述乘客的被确定为要公开的个人信息和所述意图识别装置获得的所述乘客的面部图像在所述显示装置上的显示。
15.根据权利要求1所述的信息处理装置，所述信息处理装置进一步包括声音输出装置，用于输出声音，其中，公开装置对所述个人信息获得装置获得的、关于所述乘客的被确定为要公开的个人信息的、通过所述声音输出装置的通知进行控制。
16.根据权利要求1所述的信息处理装置，所述信息处理装置进一步包括通信装置，用于控制向其它装置的信息发送和从其他装置的信息接收，其中，所述公开装置控制所述通信装置向所述其它装置对所述个人信息获得装置获得的、关于所述乘客的、被确定为要公开的个人信息的发送。
17.一种信息处理方法，用于信息处理装置，所述信息处理装置管理车辆中的乘客的个人信息，所述方法包括认证步骤，对所述车辆中的乘客进行认证；状态管理步骤，管理所述车辆的状态；紧急情况确定步骤，基于所述状态管理步骤的处理所管理的所述车辆的状态，确定车辆是否处于紧急情况中；公开内容确定步骤，基于所述紧急情况确定步骤的处理的确定结果，来确定关于所述乘客的个人信息的公开内容；个人信息获得步骤，基于所述公开内容确定步骤中的处理的确定结果，来获得关于所述乘客的被确定为要公开的个人信息；以及公开步骤，对通过所述个人信息获得步骤中的处理获得的、关于所述乘客的被确定为要公开的个人信息进行公开。
18.一种程序，允许计算机执行管理车辆中的乘客的个人信息的处理，所述处理包括认证步骤，对车辆中的乘客进行认证；状态管理步骤，对所述车辆的状态进行管理；紧急情况确定步骤，基于所述状态管理步骤中的处理所管理的所述车辆的状态，确定所述车辆是否处于紧急情况中；公开内容确定步骤，基于所述紧急情况确定步骤中的处理的确定结果来确定关于所述乘客的个人信息的公开内容；个人信息获得步骤，基于所述公开内容确定步骤中的处理的确定结果，获得关于所述乘客的被确定为要公开的个人信息；以及公开步骤，公开所述个人信息获得步骤中的处理获得的、关于所述乘客的被确定为要公开的个人信息。
19.一种记录介质，其上记录有根据权利要求18所述的程序。
20.一种信息处理系统，所述信息处理系统包括安装在车辆中的车载装置；和至少一个信息处理装置，其向所述车载装置发送信息并从所述车载装置接收信息，所述车载装置包括认证装置，用于对所述车辆中的乘客进行认证；状态管理装置，用于管理所述车辆的状态；紧急情况确定装置，用于基于所述状态管理装置管理的所述车辆的状态，确定所述车辆是否处于紧急情况中；公开内容确定装置，用于基于所述紧急情况确定装置的确定结果，来确定关于所述乘客的个人信息的公开内容；个人信息获得装置，基于所述公开内容确定装置的确定结果，获得关于所述乘客的被确定为要公开的个人信息；公开装置，公开所述个人信息获得装置获得的、关于所述乘客的被确定为要公开的个人信息；以及通信装置，其向所述信息处理装置发送消息，并从所述信息处理装置接收信息。
21.根据权利要求20所述的信息处理系统，其中，如果由所述公开装置控制的所述通信装置将关于所述乘客的个人信息发送到所述信息处理装置，则所述公开内容确定装置基于对其公开关于所述乘客的个人信息的所述信息处理装置的类型，来确定关于所述乘客的个人信息的公开内容。
22.根据权利要求20所述的信息处理系统，其中，所述信息处理装置存储关于所述乘客的个人信息，并且所述个人信息获得装置控制所述通信装置从所述信息处理装置获得关于所述乘客的个人信息。
全文摘要
本发明涉及信息处理装置和方法、信息处理系统、程序以及记录介质。本发明在紧急情况中仅公开必要的个人信息。个人信息显示画面显示面部图像显示区域(141)、乘客位置显示区域(142)、内部图像显示区域(143)、前图像显示区域(144)、后图像显示区域(145)、个人信息显示区域(146)、以及显示结束按钮(147)。例如，当发生事故并且救助队抵达事故现场时，车载装置的显示部不仅显示乘客的面部图像，并且显示诸如他们的姓名、地址以及血型的允许公开的所需信息。这样即使发生导致全体乘客失去意识的严重事故，也能够快速并且正确地处理紧急情况。本发明可应用于车载装置。
文档编号G06T7/00GK1940911SQ20061014183
公开日2007年4月4日 申请日期2006年9月30日 优先权日2005年9月30日
发明者伊藤和夫, 安藤丹一 申请人:欧姆龙株式会社