CN101809636A

CN101809636A - 交通信息处理系统、统计处理装置、交通信息处理方法和交通信息处理程序

Info

Publication number: CN101809636A
Application number: CN200980100513A
Authority: CN
Inventors: 长濑健儿
Original assignee: Aisin AW Co Ltd
Current assignee: Aisin AW Co Ltd
Priority date: 2008-03-18
Filing date: 2009-02-24
Publication date: 2010-08-18
Also published as: JP2009223795A; EP2188797A1; US8478518B2; RU2436167C1; WO2009116379A1; JP5067217B2; RU2010111886A; EP2188797B1; US20100174474A1

Abstract

装配在车辆中的导航装置判断当车辆行驶在沿着设施的道路地区中时的交通状况，并判断被装配在该车辆中的支付终端是否已通过与安装在该设施中的设施终端之间的通信而进行了支付。如果判断已通过该通信进行了支付，则生成将该道路地区中的交通状况与该设施的支付服务相关联的探测器数据。

Description

交通信息处理系统、统计处理装置、交通信息处理方法和交通信息处理程序

技术领域

本发明涉及交通信息处理系统、统计处理装置、交通信息处理方法和交通信息处理程序。

背景技术

近年来，为了支持顺畅的汽车行驶，智能交通系统的开发日益进步。例如，在特定道路地区中发生了交通堵塞的情况下，一种已知的系统使用道路与车辆间的通信等来向附近道路上的车辆通知发生交通堵塞的地区。

日本专利申请公开JP-A-2003-288673中描述了这样的系统的例子：其中，一种系统使用车辆检测设备来监视道路上的固定地区，并判断各个车道上的车辆的滞留状况。如果在设施附近的左转车道上检测到车辆滞留，则该系统判断由于大量等待左转的车辆而导致该车道上的车辆滞留，并向周围车辆通知该由等待左转的车辆引起的堵塞。

然而，尽管上述系统能够判断车辆正滞留在左转车道中，但是该系统不能提供与这种堵塞的因素相关的详细信息。换言之，该系统不能判断发生堵塞是由于等待在该设施的停车场泊车的滞留车辆引起的，还是由于等待使用所谓的免下车快餐店(drive-through)的滞留车辆引起的。

发明内容

考虑到上述问题而设计出本发明，本发明的目的是提供一种能够生成与沿着设施的道路地区相关的详细信息的交通信息处理系统、统计处理装置、交通信息处理方法和交通信息处理程序。

为了解决上述问题，根据本发明第一方面的交通信息处理系统包括：交通状况判断单元，该交通状况判断单元判断当车辆行驶在沿着设施的道路地区中时的交通状况；车辆行为判断单元，该车辆行为判断单元判断在正行驶在沿着该设施的道路地区中的车辆中装配的支付终端是否已通过与被安装在该设施内的设施终端之间的通信进行了支付；以及交通信息生成单元，如果判断已通过通信进行了支付，则交通信息生成单元生成将该道路地区中的交通状况与该设施的支付服务相关联的交通信息。

根据本发明的第二方面，在第一方面的交通信息处理系统中，交通状况判断单元获得当检测到堵塞时的堵塞检测时间和当通过通信进行支付时的支付时间；并且还设置有指南信息生成单元，该指南信息生成单元用于基于堵塞检测时间和支付时间来计算堵塞等待时间，并指定该堵塞等待时间。

根据本发明的第三方面的统计处理装置，包括：探测器信息获取单元，该探测器信息获取单元从车载装置获得探测器信息；交通状况判断单元，该交通状况判断单元基于探测器信息来判断沿着设施的道路地区中的交通状况；车辆行为判断单元，该车辆行为判断单元判断在正行驶在沿着该设施的道路地区中的车辆中装配的支付终端是否已通过与被安装在该设施中的设施终端之间的通信而进行了支付；以及交通信息生成单元，如果判断已通过通信进行了支付，则交通信息生成单元生成将该道路地区中的交通状况与该设施的支付服务相关联的交通信息。

根据本发明的第四方面，在用于使用判断沿着设施的道路地区中的交通状况的控制单元来生成交通信息的交通信息处理方法中，控制单元判断在正行驶在沿着该设施的道路地区中的车辆中装配的支付终端是否已通过与被安装在该设施中的设施终端之间的通信进行了支付；如果判断已通过通信进行了支付，则生成将该道路地区中的交通状况与该设施的支付服务相关联的交通信息。

根据本发明的第五方面，在用于使用判断沿着设施的道路地区中的交通状况的控制单元来生成交通信息的交通信息处理程序中，控制单元用作车辆行为判断单元，该车辆行为判断单元判断在正行驶在沿着该设施的道路地区中的车辆中装配的支付终端是否已通过与被安装在该设施中的设施终端之间的通信而进行了支付；如果判断已通过通信进行了支付，则交通信息生成单元生成将该道路地区中的交通状况与该设施的支付服务相关联的交通信息。

根据本发明的第一方面，交通信息处理系统判断是否已通过支付终端与设施终端之间的通信而进行了支付。如果已进行了支付，则将沿着设施的交通状况与支付服务相关联。因此，可以基于等待使用支付服务的车辆来判断交通状况，并且还可以判断诸如堵塞等的交通状况的因素。因此，可以生成详细的道路交通信息。

根据本发明的第二方面，交通信息包括基于堵塞检测时间和支付时间的堵塞等待时间。因此，可以计算堵塞等待时间并生成等待时间信息。

根据本发明的第三方面，统计处理装置判断是否已通过支付终端与设施终端之间的通信而进行了支付。如果已进行了支付，则将沿着设施的道路地区中的交通状况与支付服务相关联。因此，可以基于等待使用支付服务的车辆来判断交通状况，并且还可以判断诸如堵塞等的交通状况的因素。因此，可以生成详细的道路交通信息。

根据本发明的第四方面，判断是否已通过支付终端与设施终端之间的通信而进行了支付。如果已进行了支付，则将沿着设施的道路地区中的交通状况与支付服务相关联。因此，可以基于等待使用支付服务的车辆来判断交通状况，并且还可以判断诸如堵塞等的交通状况的因素。因此，可以生成详细的道路交通信息。

根据本发明的第五方面，按照该交通信息处理程序，判断是否已通过支付终端和设施终端之间的通信而进行了支付。如果已进行了支付，则将沿着设施的道路地区中的交通状况与支付服务相关联。因此，可以基于等待使用支付服务的车辆来判断交通状况，并且还可以判断诸如堵塞等的交通状况的因素。因此，可以生成详细的道路交通信息。

附图说明

图1是探测器(probe)系统的示意图；

图2是用于说明导航装置的硬件结构的框图；

图3是DSRC支付系统的示意图；

图4是用于说明探测器数据的数据结构的概念图；

图5是用于说明探测器服务器的硬件结构的框图；

图6是根据第一实施例的探测器数据生成处理的流程图；

图7是用于说明免下车快餐店设施周围的道路地区的概念图；

图8A是用于免下车快餐店等待的屏幕的图；以及图8B是用于停车场等待的屏幕的图；

图9用于说明根据第二实施例的探测器数据的数据结构的概念图；

图10是根据第二实施例的探测器数据生成处理的流程图；以及

图11是示出探测器服务器2的统计处理的流程图。

具体实施方式

第一实施例

下面参考图1至8说明用于实现本发明的实施例。图1是根据本实施例的用作交通信息处理系统的探测器系统1的示意图。探测器系统1包括探测器服务器2、转发器(transponder)3和构成装配在车辆C中的交通信息处理系统的导航装置10(参见图2)。探测器服务器2和转发器3以能够经由由专用线路网络或公用线路网络形成的网络N来发送和接收各种数据的方式来连接。沿着道路安装转发器3，并且转发器3通过无线通信来接收来自装配在车辆C中的导航装置10的探测器数据。

导航装置10发送包括本车位置、时间和行驶信息的探测器数据，并且转发器3经由网络N将所获得的探测器数据发送至探测器服务器2。探测器服务器2对探测器数据进行统计处理，以生成包括堵塞信息或行驶时间等的道路交通数据，然后探测器服务器2将该道路交通数据分发至导航装置10。

接着参考图2说明导航装置10的硬件结构。导航装置10具有控制单元11。控制单元11包括CPU 20、RAM 21、ROM 22、车辆侧接口(I/F)23、通信接口(I/F)24和识别数据存储单元25。在本实施例中，RAM 21由非易失性存储器构成，且临时存储各种数据以及在探测器数据生成中使用的标记。控制单元11构成交通状况判断单元、车辆行为判断单元、交通信息生成单元和控制单元。另外，将交通信息处理程序存储在ROM 22或存储单元(未示出)中。

CPU 20基于经由车辆侧I/F 23从GPS(全球定位系统)接收器40、车辆速度传感器41和陀螺仪传感器42获得的检测信号而使用无线电导航和自主导航来识别本车位置。

另外，CPU 20经由车辆侧I/F 23从装配在车辆C中的电子控制单元(以下称为ECU 43)获得点火开关位置，即，打开(ON)、关闭(OFF)或ACC(附件)等。

导航装置10能够从地理信息存储单元26和POI(关注点)信息存储单元27读出各种相应的数据，其中，由内置硬盘或诸如光盘等的外部存储介质构成地理信息存储单元26和POI(关注点)信息存储单元27。将路径网络数据(以下称为路径数据31)和地图绘制数据32存储在地理存储单元26中。

路径数据31包括链路ID、连接节点、道路类型和链路成本。节点是表示交叉点或道路端点等的数据元素，链路是连接节点的数据元素。

按照网格存储地图绘制数据32，利用这种网格分割国家地图，并且地图绘制数据32包括用于绘制道路、城区和设施等的背景数据和用于指定道路形状的道路形状数据。控制单元11进行地图匹配，其中将道路形状数据与行驶路径进行匹配，以识别道路上的本车位置。

将用于点(设施)的POI数据33存储在POI信息存储单元27中。POI数据33包括作为管理数据的地区代码和类型。例如，类型为超市或快餐店等。另外，POI数据33包括设施名称、坐标以及属于各个地区和类型的链路标识(ID)。

另外，控制单元11经由通信I/F 24从装配在车辆C中的支付终端45获得表示是否已通过车载LAN或无线通信进行了支付的信号。

在此说明支付终端45。支付终端45是在所谓的免下车快餐店等处使用DSRC(专用短程通信)进行支付的终端，支付终端45是由店铺提供的支付服务，并且可以将诸如信用卡等的IC卡插入支付终端45中。店铺支付结算装置46被安装在提供免下车快餐店服务的店铺中，且与已进入预定区域的车辆C的支付终端45进行通信。如图3所示，店铺支付结算装置46设置有通信控制装置46A和具有约数米的通信区域的无线通信单元46B。

例如，当车辆C接近店铺支付结算装置46时，通信控制装置46A经由无线通信单元46B对车辆C的支付终端45进行认证。一旦完成了认证，就可以接受产品订单。此时，可以经由无线通信单元46B在导航装置10的显示器35(参见图2)上显示用于订购产品的屏幕，并且可以使用安装在店铺侧的操作面板等来选择产品。

在选择了产品后，通信控制装置46A计算产品的金额，并对支付终端45进行支付处理。具体地，通信控制装置46A访问插入支付终端45中的IC卡，并从IC卡的内置芯片中读出数据。根据当时的情况，通信控制装置46A使用导航装置10的显示器35(参见图2)或安装在店铺侧的操作面板来显示费用等，并提示驾驶者输入用于确认所进行的支付的PIN。在在这种情况下使用显示器35或操作面板进行了预定操作之后，通信控制装置46A访问支付服务器(未示出)，并对该支付进行结算。

在完成车辆侧的费用支付处理随后，支付终端45向控制单元11发送支付完成通知。在接收到支付完成通知之后，控制单元11判断车辆C已进行了DSRC支付，并使用此作为用于判断该设施周围的交通状况的因素的信息。

如上所述，控制单元11还生成用作交通信息的探测器数据50，然后控制单元11将探测器数据50发送至转发器3。图4是用于说明探测器数据50的数据结构的概念图。探测器数据50是在沿着设施检测到堵塞时由控制单元11生成的数据，并且探测器数据50包括车辆ID 50A、设施50B、行驶链路50C、时间信息50D、堵塞标记50F和堵塞因素50G。

车辆ID 50A是与存储在识别数据存储单元25中的车辆ID 30相同的识别数据。设施50B是用于车辆C已进入的设施的识别数据，并且行驶链路50C包括在控制单元11检测到堵塞时的链路ID和行经该链路所需的时间。时间信息50D至少包括在控制单元11检测到堵塞时的堵塞检测时间，并且还包括支付时间或停车时间。支付时间是在其时结算DSRC支付的时间，停车时间是关闭点火开关的时间。

堵塞标记50F是表示沿着设施是否存在堵塞队列的标记，并且“1”表示出现了堵塞队列。当设置了堵塞标记50F时，控制单元11首先判断车辆C是否在沿着该设施的道路地区中的堵塞队列中排队。对于这种处理可以使用已知的程序。例如，判断车辆速度小于等于预定速度(例如10公里/小时)的状态是否持续了至少预定时间；如果满足该条件，则判断车辆C处于堵塞队列中。

如果判断车辆C处于堵塞队列中，则控制单元11参考本车位置、路径数据31或地图绘制数据32以及POI数据33来判断本车位置是否处于沿着该设施的车道中。沿着该设施的车道是车辆可以通过其进入该设施的车道。此时，可以判断本车位置周围的设施是否是诸如超市等的在其处可能发生堵塞的设施。如果判断本车位置处于上述车道中，则控制单元11判断车辆C处于用于进入该设施的堵塞队列中，并将堵塞标记50F设置为“1”。

堵塞因素50G表示在车辆从进入该设施之后由控制单元11检测到的堵塞的因素。为了设置堵塞因素50G，控制单元11判断是否已从支付终端45接收到了支付完成通知。例如，控制单元11判断在点火开关处于除了OFF(或“锁定(LOCK)”)以外的位置的同时在车辆C进入该设施之后是否已接收到了支付完成通知。如果判断尚未接收到支付完成通知，则控制单元11将堵塞因素50G设置为初始值“0”。替代性地，如果在接收到了支付完成通知之前关闭了点火开关，则控制单元11判断车辆C被停在停车场中，并将堵塞因素设置为表示停车场等待的“1”。在这种情况下，将点火开关在其时被关闭的时间临时存储在RAM 21中。同时，如果判断在点火开关处于除了OFF以外的位置的同时已接收到支付完成通知，则控制单元11将堵塞因素50G设置为表示免下车快餐店等待的“2”。

如图2所示，导航装置10还包括图像处理器28和音频处理器29。图像处理器28读出地图绘制数据32，以在显示器35上示出地图屏幕71，并且还根据从探测器服务器2接收到的道路交通数据而示出与到达堵塞/拥堵地区及其因素相关的交通指南显示。音频处理器29根据从探测器服务器2接收到的道路交通数据而从设置在车舱内的扬声器36输出与到达堵塞/拥堵地区及其因素相关的语音指南。

接着参考图5说明探测器服务器2的硬件结构。探测器服务器2包括由CPU 52、RAM 53、ROM 54和通信接口(I/F)55构成的计算机51。探测器服务器2还包括探测器数据存储单元56、交通信息存储单元57和POI信息存储单元59。计算机51构成指南信息生成单元和探测器信息获取单元。另外，将统计程序存储在ROM 22或存储单元(未示出)中。

将从导航装置10接收到的探测器数据50临时存储在探测器数据存储单元56中。道路信息存储单元57存储道路交通数据58。POI信息存储单元59存储与点(设施)相关的POI数据33。

计算机51使用临时存储在探测器数据存储单元56中的探测器数据50进行统计处理，并生成道路交通数据58。例如，计算机51对积累的探测器数据50中的具有相同的设施50B的多个探测器数据50进行统计处理，以判断沿着该设施是否存在堵塞。

如果判断沿着该设施存在堵塞，则计算机51提取堵塞因素50G。如果堵塞因素50G被设置为“0”，则堵塞因素未知。因此，计算机51生成用于仅指定堵塞地区的道路交通数据58，并将该道路交通数据58发送至周围的车辆C。

如果堵塞因素50G被设置为“1”，即，如果积累了表示停车场等待的探测器数据50，则计算机51读出探测器数据50的时间信息50D，以近似地计算车辆C已处于堵塞队列中的时间。例如，当时间信息50D中包括的堵塞检测时间指定“11:00”且时间信息50D中类似地包括的停车时间指定“11:15”时，则估计出车辆C已处于该堵塞队列中的时间约为15分钟。然后计算机51生成道路交通数据58，该道路交通数据58提供与堵塞因素为停车场等待且所估计的等待时间为15分钟相关的指南。随后经由转发器3将这种道路交通数据58分发至在已出现了堵塞队列的点周围的车辆C。

同时，如果堵塞因素50G为“2”，也就是说，如果积累了表示免下车快餐店等待的探测器数据50，则判断沿着设施的堵塞队列由于等待免下车快餐店而堵塞。然后计算机51读出探测器数据50的时间信息50D，以近似地计算车辆C已处于该堵塞队列中的时间。例如，当数据信息50D中包括的堵塞检测时间指定“11:00”且时间信息50D中类似地包括的支付时间指定“11:10”时，则估计车辆C已处于该堵塞队列中的时间约为10分钟。然后计算机51生成道路交通数据58，该道路交通数据58提供与堵塞因素为免下车快餐店等待且所估计的等待时间为10分钟相关的指南。随后将这种道路交通数据58分发至在已出现了堵塞队列的点周围的车辆C。

接着参考图6说明根据本实施例的处理程序。图6是示出导航装置10的探测器数据生成处理的流程图。

如图6所示，导航装置10的控制单元11通过上述程序判断沿着设施是否已发生了堵塞(步骤S1-1)。例如，如图7所示，如果车辆C已在用于进入店铺100的车道101中以小于等于预定速度的速度行驶了至少预定时间，其中该店铺100是诸如超市或快餐店等的设施，则判断在该车道中存在沿着设施的堵塞队列L(在步骤S1-1处为“是”)。将被设置为“1”的堵塞标记50F临时存储在RAM 21等中，并且程序进行到步骤S1-2。将此时的时间也临时存储在RAM 21等中作为堵塞检测时间。

同时，如果控制单元11判断车辆C尚未以小于等于预定速度的速度行驶至少预定时间，或者判断车辆C正行驶在右转车道102中，或者判断在本车位置周围无设施，则判断不存在沿着设施的堵塞队列L(在步骤S1-1处为“否”)。然后控制单元11将堵塞标记50F设置为“0”，并重复步骤S1-1处的处理。

在步骤S1-2处，将堵塞标记50F设置为“1”，并且控制单元11基于本车位置等而判断车辆C是否已进入设施。如果判断车辆C尚未进入设施(在步骤S1-2处为“否”)，则程序返回至步骤S1-1，并重复上述判断。如果判断车辆C已进入设施(在步骤S1-2处为“是”)，则程序进行到步骤S1-3。

在步骤S1-3处，判断是否已进行了DSRC支付。如上所述，控制单元11判断是否已从支付终端45接收到了支付完成通知。如果在步骤S1-3处判断尚未进行支付(在步骤S1-3处为“否”)，则程序进入步骤S1-4。

在步骤S1-4处，在没有接收到支付完成通知的情况下，基于ECU 43判断是否已关闭点火开关。例如，在车辆C在沿着设施的堵塞队列L中排队且在停车场P中停车之后，在没有任何使用DSRC通信进行的支付处理的情况下关闭点火开关。在这种情况下，判断在没有接收到支付完成通知的情况下已关闭了点火开关(在步骤S1-4处为“是”)，并且程序进行到步骤S1-6。在步骤S1-6处，控制单元11将堵塞因素50G设置为停车场等待，并将堵塞因素50G临时存储在RAM 21等中。

替代性地，在没有接收到支付完成通知的情况下，如果在步骤S1-4处判断点火开关处于除了OFF之外的位置(在步骤S1-4处为“否”)，则控制单元11将堵塞因素50G设置为初始值“0”(步骤S1-7)。在将堵塞因素50G设置为初始值之后，控制单元11判断车辆C是否已离开了设施(步骤S1-8)。如果在进入设施之后，车辆C在没有进行支付或停车的情况下离开(在步骤S1-8处为“是”)，则根据被设置为初始值“0”的堵塞因素50G而生成探测器数据50(步骤S1-9)。将生成的探测器数据50临时存储在RAM 21中。如果判断车辆C尚未离开设施(在步骤S1-8处为“否”)，则程序返回至步骤S1-3，并判断是否已进行了支付。

同时，一旦控制单元11获得了支付完成通知，则在步骤S1-3处判断进行了支付(在步骤S1-3处为“是”)，并且控制单元11将堵塞因素50G设置为免下车快餐店等待(步骤S1-5)。将此时的时间也作为支付时间而临时存储在RAM 21等中。

例如，如图7所示，在支付终端45和无线通信单元46B能够通信之处的店铺周围的支付区域A的情况下，在进入支付区域A之前车辆C的堵塞标记50F为“1”，并且堵塞因素50G被设置为“0”。如果支付终端45和无线通信单元46B进行了通信，并且支付终端45生成了支付完成通知，则将车辆C的堵塞标记50F设置为“1”，并将堵塞因素50G设置为“2”。

在将堵塞因素50G设置为如在步骤S1-5至S1-7中所说明的免下车快餐店等待、停车场等待或初始值之后，控制单元11使用存储在RAM 21等中的堵塞检测时间、堵塞标记50F和堵塞因素50G以及车辆进入的设施、车辆ID 30和支付时间或停车时间而生成探测器数据50(步骤S1-9)。所生成的探测器数据50被临时存储在RAM 21中。

在生成探测器数据50之后，控制单元51在预定时间经由通信I/F 24发送探测器数据50。发送探测器数据50的时间没有特别限制。例如，可以在从转发器3接收到数据请求时发送探测器数据50，或者可以以预定的时间间隔向附近的转发器3发送探测器数据50。注意，在本实施例中，重复上述判断，直到生成探测器数据50为止，并且在生成探测器数据50之后发送探测器数据50。

在发送了探测器数据50之后，控制单元11初始化堵塞标记50F、堵塞因素50G、堵塞检测时间和支付时间等。

一旦探测器服务器2接收到探测器数据50，探测器服务器2就将探测器数据50临时存储在探测器数据存储单元56中，并生成如上所述的道路交通数据58。此时，计算机51对具有相同设施50B的多个探测器数据50进行统计处理，以判断对于特定设施而言是否存在堵塞。

如果沿着设施存在堵塞，则提取各个探测器数据50的堵塞因素50G，并进行统计处理以识别堵塞因素50G。另外，对时间信息50D中所包括的相应的数据取平均，以近似地计算使用免下车快餐店的等待时间或用于在停车场P中停车的等待时间。在道路交通数据58中包括堵塞因素50G、与等待时间相关的信息、以及在其处正发生堵塞的设施名称等，并且经由转发器3将这种道路交通数据58发送至在堵塞队列L中排队的车辆C以及在其处正出现堵塞队列L的车道101中的后面的车辆C1等。

一旦后面的车辆C1的导航装置10接收到道路交通数据58，则导航装置10使用图像处理器28以在显示器35上示出如图8所示的指南显示70。图8A是当将堵塞因素50G设置为免下车快餐店等待时的屏幕的图，图8B是在将堵塞因素50G设置为停车场等待时的屏幕的图。如图8A和图8B所示，可以将指南显示70部分地叠加在地图屏幕71上，或者可以将指南显示70显示在整个可绘制区域上。由于在指南显示70上示出了堵塞因素和堵塞等待时间，因而车道101中的后面的车辆C1的驾驶者可以平稳地良好地预先改变到右侧车道102，以避开该堵塞。此外，堵塞队列L中的车辆C的驾驶者可以确认导致堵塞队列L的因素并检查等待时间。因此，可以有助于避免驾驶者当在堵塞中等待时变得紧张。

根据第一实施例，可以获得以下效果。

(1)在第一实施例中，当车辆C行驶在沿着设施的道路地区中时，导航装置10判断交通状况，并判断是否已通过本车中的支付终端45与该设施中安装的店铺支付结算装置46之间的通信而进行了支付。在判断已进行了支付的情况下，生成将该道路地区中的交通状况与该设施的支付服务相关联的探测器数据50。因此，探测器服务器2可以基于等待使用支付服务的车辆来判断交通状况，并判断诸如堵塞等的交通状况的因素，由此可以生成道路交通数据58，以提供与交通状况相关的指南。因此，可以生成详细的道路交通数据58。

(2)根据第一实施例，当检测到堵塞时的堵塞检测时间和当进行支付时的支付时间或停车时间被控制单元11获得，并被作为时间信息50D而发送至探测器服务器2。当在沿着设施的道路地区中存在堵塞时，探测器服务器2基于该时间信息计算堵塞等待时间，并生成包括堵塞等待时间的道路交通数据58。因此，可以在将道路交通数据58已被分发至的车辆C的显示器35上示出堵塞因素和堵塞等待时间。因此可以向驾驶者通知堵塞等待时间，从而使得可以有助于避免驾驶者变得紧张。

第二实施例

接着参考图9至11说明实现本发明的第二实施例。注意，除了对处理程序的变型之外，第二实施例具有与第一实施例的结构相同的结构。因此在这里省略对相似的部分的详细说明。

图9是由用作本实施例的车载装置的导航装置10发送的探测器数据50的示意图。与第一实施例相类似地，探测器数据50包括车辆ID 50A和行驶链路50C。在本实施例中，探测器数据50还包括位置50P、时间50T、速度50I、制动标记50J和支付标记50K。此外应注意，可以省略行驶链路50C。

位置50P表示在生成或发送探测器数据50时的车辆位置。时间50T表示在生成或发送探测器数据50时的时间。速度50I是基于在生成或发送探测器数据50时的车辆速度脉冲而计算的车辆速度。制动标记50J是表示是否已按下了制动踏板的标记，且被基于从ECU 43获得的ON信号或OFF信号来设置。

支付标记50K是表示控制单元11是否已接收到支付完成通知的标记。当控制单元11在点火开关处于除了OFF以外的位置的同时接收到支付完成通知时，将存储在RAM 21等中的支付标记50K的值设置为“ON”(例如“1”)。当关闭点火开关时，初始化支付标记50K，并将支付标记50K设置为OFF(例如“0”)。

图10是示出导航装置10的探测器数据生成处理的流程图。控制单元11使用与上述实施例中相同的方法来判断是否已在免下车快餐店处进行了DSRC支付(步骤S3-1)。

如果控制单元11接收到了支付完成通知且判断已进行了DSRC支付(在步骤S3-1处为“是”)，则控制单元11将支付标记50K设置为ON(步骤S3-2)。

然而，如果控制单元11在步骤S3-1处判断尚未在免下车快餐店处进行DSRC支付(在步骤S3-1处为“否”)，则控制单元11将支付标记50K设置为OFF(步骤S3-3)。

控制单元11随后利用上述结构生成探测器数据50，并在预定的时间将探测器数据50发送至转发器3(步骤S3-4)。换言之，控制单元11仅通知车辆C的行驶信息以及是否已进行了支付，而不检测堵塞或堵塞因素。

一旦探测器服务器2经由转发器3接收到探测器数据50，探测器服务器2就将探测器数据50积累在探测器数据存储单元56中。

图11是示出探测器服务器2的统计处理的流程图。在本实施例中，计算机51构成交通状况判断单元、车辆行为判断单元、交通信息生成单元和控制单元。另外，将交通信息处理程序存储在计算机51中。

计算机51从探测器数据存储单元56提取从相同的车道发送的探测器数据50(步骤S4-1)，并通过已知的方法使用所提取的探测器数据50以判断特定区域的交通状况(步骤S4-2)。例如，计算机51搜索在不同时间发送的但具有相同的车辆ID 50A的多个探测器数据50，并判断其速度50I是否小于等于预定速度。还基于相应的探测器数据50的时间50T来判断车辆C是否已经以小于等于预定速度的速度行驶了至少预定时间。此外，当存在多组的这种数据时，可以使用其位置50P或行驶链路50C来判断堵塞的发生。另外，基于POI数据33来确定在其处正发生堵塞的设施。

计算机51接着基于在步骤S4-2处的判断处理而判断沿着设施是否存在堵塞(步骤S4-3)。如果判断沿着设施无堵塞(在步骤S4-3处为“否”)，则计算机51判断在该区域中无堵塞(步骤S4-5)，并且程序进入后面说明的步骤S4-8。

然而，如果计算机51在步骤S4-3处判断沿着设施存在堵塞(在步骤S4-3处为“是”)，则计算机51基于支付标记50K而判断在免下车快餐店处是否已进行了支付(步骤S4-4)。此时，例如，可以判断是否在预定时间内从在步骤S4-2处检测到的在堵塞队列L中排队的车辆C接收到具有被设置为“1”的支付标记50K的探测器数据50。

如果判断在免下车快餐店处已进行了支付(在步骤S4-4处为“是”)，则计算机51将堵塞因素设置为免下车快餐店等待(步骤S4-6)。然而，如果计算机51在步骤S4-4处判断尚未在免下车快餐店处进行支付(在步骤S4-4处为“否”)，则计算机51将堵塞因素设置为停车场等待(步骤S4-7)。

如果设置了堵塞因素或者判断不存在堵塞，则计算机51生成道路交通数据58作为包括表示堵塞因素或无堵塞的信息的交通信息(步骤S4-8)。在设置了堵塞因素的情况下，计算机51对例如从同一车辆收集的探测器数据50进行比较，并基于以小于等于预定速度的速度开始行驶时的时间和基于具有被设置为“1”的支付标记50K的探测器数据50的时间50T而计算等待时间。此外，在计算在同一堵塞队列L中排队的另一车辆C的等待时间时，使用多个等待时间来计算平均等待时间等。

在生成道路交通数据58之后，计算机51将生成的道路交通数据58分发至适用区域中的车辆C(步骤S4-9)。根据第二实施例，可以获得以下效果。

(3)在第二实施例中，探测器服务器2基于从车辆C接收的探测器数据50来判断当在沿着设施的道路地区中行驶时的交通状况。基于探测器数据50中包括的支付标记50K来判断在沿着设施的道路地区中行驶的车辆C是否通过支付终端45与安装在该设施中的店铺支付结算装置46之间的通信而进行了支付。在判断已进行了支付的情况下，生成将该道路地区中的交通状况与该设施的支付服务相关联的道路交通数据58。因此，探测器服务器2可以基于等待使用支付服务的车辆来判断交通状况，并判断诸如堵塞等的交通状况的因素，由此可以生成道路交通数据58，以提供与交通状况相关的指南。因此，可以生成详细的道路交通数据58。

(4)根据第二实施例，当在沿着设施的道路地区中存在堵塞时，探测器服务器2基于探测器数据50中包括的时间50T来计算堵塞等待时间，并生成包括堵塞等待时间的道路交通数据58。因此，可以在道路交通数据58已被分发至的车辆C的显示器35上示出堵塞因素和堵塞等待时间。因此可以向驾驶者通知堵塞等待时间，从而使得可以有助于避免驾驶者变得紧张。

注意，可以以下面的方式对本实施例进行变型。

-探测器数据50可以具有除了上述数据结构以外的结构。在第一实施例中，可以考虑除去堵塞标记50F的结构。在第二实施例中，可以考虑从探测器数据50中除去制动标记50J的结构。

-在上述实施例中，由导航装置10或探测器服务器2构成用于判断沿着设施的交通状况的交通状况判断单元。然而，可以由安装在道路旁的监视照相机以及对来自监视照相机的图像进行分析以判断交通状况的检测装置来构成交通状况判断单元。在这种情况下，探测器服务器2基于从检测装置接收的交通状况和从导航装置10接收的支付信息来判断是否由进入支付区域而导致了沿着设施的交通状况。

-在上述实施例中，POI数据33可以包括其设施是否提供免下车快餐店服务。当沿着提供免下车快餐店服务的设施存在堵塞且在堵塞队列中排队的车辆的支付终端45输出支付完成通知时，可以将堵塞因素确定为免下车快餐店等待。

对于可以根据上述实施例和其它例子而理解的技术概念及其效果，以下是附加的注释。

(a)根据本发明第一方面的交通信息处理系统的特征在于，当在道路地区中存在堵塞且在该道路地区中发生的堵塞队列中排队的车辆的支付终端通过通信进行了支付时，交通信息生成单元将堵塞因素确定为免下车快餐店等待，并生成提供与该堵塞因素相关的指南的交通信息。

因此，根据上述的(a)中所述的本发明的方面，当在沿着设施的道路地区中发生的堵塞队列中排队的车辆进行了支付时，可以将堵塞因素确定为免下车快餐店等待。因此，可以通过还向该堵塞队列中的后面的车辆通知该堵塞因素来支持平稳的行驶。

Claims

1.一种交通信息处理系统，其特征在于包括：

交通状况判断单元，所述交通状况判断单元判断当车辆行驶在沿着设施的道路地区中时的交通状况；

车辆行为判断单元，所述车辆行为判断单元判断在正行驶在沿着所述设施的所述道路地区中的所述车辆中装配的支付终端是否已通过与被安装在所述设施内的设施终端之间的通信而进行了支付；以及

交通信息生成单元，如果判断已通过所述通信进行了支付，则所述交通信息生成单元生成将所述道路地区中的交通状况与所述设施的支付服务相关联的交通信息。

2.根据权利要求1所述的交通信息处理系统，其中：

所述交通状况判断单元获得当检测到堵塞时的堵塞检测时间和当通过所述通信进行支付时的支付时间；以及

还设置有指南信息生成单元，所述指南信息生成单元用于基于所述堵塞检测时间和所述支付时间来计算堵塞等待时间，并生成指定所述堵塞等待时间的指南信息。

3.一种统计处理装置，其特征在于包括：

探测器信息获取单元，所述探测器信息获取单元从车载装置获得探测器信息；

交通状况判断单元，所述交通状况判断单元基于所述探测器信息来判断沿着设施的道路地区中的交通状况；

车辆行为判断单元，所述车辆行为判断单元判断在正行驶在沿着所述设施的所述道路地区中的车辆中装配的支付终端是否已通过与被安装在所述设施中的设施终端之间的通信而进行了支付；以及

4.一种交通信息处理方法，用于使用判断沿着设施的道路地区中的交通状况的控制单元来生成交通信息，所述交通信息处理方法的特征在于：

所述控制单元判断在正行驶在沿着所述设施的所述道路地区中的车辆中装配的支付终端是否已通过与被安装在所述设施中的设施终端之间的通信而进行了支付；如果判断已通过所述通信进行了支付，则生成将所述道路地区中的交通状况与所述设施的支付服务相关联的所述交通信息。

5.一种交通信息处理程序，用于使用判断沿着设施的道路地区中的交通状况的控制单元来生成交通信息，所述交通信息处理程序的特征在于所述控制单元用作：

交通信息生成单元，如果判断已通过所述通信进行了支付，则所述交通信息生成单元生成将所述道路地区中的交通状况与所述设施的支付服务相关联的所述交通信息。