CN100535958C - 运行状况通知系统 - Google Patents

Abstract

在车辆内终端(2)中，运行数据获取单元获取车辆的运行数据。将在运行数据中指定要发送至外部的那条数据的通知条件信息存储在存储单元内。通知判决单元从所述存储单元读取最新的通知条件信息，并判断所述运行数据获取单元获取的运行数据是否满足由所读取的通知条件信息指定的通知条件。车辆内终端发射器—接收器将经所述通知判决单元判断满足所述通知条件的运行数据发送至运行管理终端(3)。在更新通知条件时，运行管理终端(3)根据来自用户的设置生成通知条件信息，并将这一信息通过中央单元(4)发送至车辆内终端(2)。凭借所述车辆内终端(2)，通知条件更新单元将所述运行管理终端(3)生成的通知条件信息存储在所述存储单元内。

Description

运行状况通知系统

技术领域

本发明涉及运行状况通知系统，其中，将车辆内配备的车辆内终端通过预定网络连接至在用户侧提供的用户终端。

背景技术

有这样一种系统，其中，在车辆内提供用于获取车辆的运行数据的车辆内终端，并由处于运行控制器端的用户终端接收由所述车辆内终端发送的运行数据，该系统是一种已知的手段，投递公司的运行管理者采用其监视递送包裹的车辆的运行状况(operating condition)。

此外，另外一种系统也是已知的，其中，对车辆内终端预先设置针对运行数据的通知条件，之后将满足这些通知条件的运行数据发送至用户终端。

[专利文献1]日本未经审查的专利申请公开文本No.2003-044976

[专利文献2]日本未经审查的专利申请公开文本No.2004-240828

发明内容

(本发明所要解决的问题)

但是，上述常规系统在改变通知条件时要在车辆内的车辆内终端中直接设置。此外，用于递送的车辆通常已经离开投递公司很长时间了，因而改变各个车辆内的车辆内终端的通知条件的时机极受限制。因此，对于管理多辆车的投递公司而言，改变通知条件是一项复杂的操作。

本发明是在考虑了上述问题的情况下应运而生的，其旨在提供一种运行状况通知系统，从而允许处于车辆之外的用户容易地改变设置到车辆内终端中的运行数据通知条件。

(解决所述问题的手段)

为了解决上述问题，根据本发明的运行状况通知系统包括通过预定网络相互连接的设置在车辆内的车辆内终端和在用户侧提供的用户终端。

所述车辆内终端具有车辆内终端发射器-接收器、运行数据获取单元、通知条件存储单元、通知判决单元和通知条件更新单元。

所述用户终端具有用户终端发射器-接收器、用户终端通告单元、用户终端输入单元和信息生成单元。

所述车辆内终端的车辆内发射器-接收器通过网络与外部进行信息发送和接收。所述运行数据获取单元获取与所述车辆的运行状况相关的运行数据。所述通知条件存储单元存储在所述运行数据中指定要发送至外部的那条数据的通知条件信息。所述通知判决单元从所述通知条件存储单元读取通知条件信息，并判断所述运行数据获取单元获取的运行数据是否满足由所读取的通知条件信息指定的通知条件。所述车辆内终端发射器-接收器将由所述通知判决单元确定满足所述通知条件的数据发送至所述用户终端。

所述用户终端的用户终端发射器-接收器通过网络与外部进行信息发送和接收。所述用户终端通告单元将所述用户终端发射器-接收器从所述车辆内终端发射器-接收器接收的运行数据通告给用户。

所述用户终端的用户终端输入单元接收来自用户的通知条件设置。所述信息生成单元根据所述用户终端输入单元接收的通知条件设置生成通知条件信息。所述用户终端发射器-接收器将所述信息生成单元生成的通知条件信息发送至所述车辆内终端。

所述车辆内终端的通知条件更新单元将从所述用户终端发射器-接收器发送并由所述车辆内终端发射器-接收器接收的通知条件信息存储到所述通知条件存储单元内。从所述通知条件存储单元为所述通知判决单元读取以执行上述判决的通知条件信息是最后存储到所述通知条件存储单元内的更新通知条件信息。

凭借上文给出的构造，当送货人凭借其递送包裹的车辆的车辆内终端的运行数据获取单元获取到运行数据时，通知判决单元判断所获取的这一数据是否满足由从所述通知条件存储单元读取的通知条件信息指定的通知条件。将所述通知判决单元判断为满足所述通知条件的运行数据从所述车辆内发射器-接收器发送至所述用户终端。

在所述用户终端中，用户终端发射器-接收器接收由所述车辆内终端发送的运行数据，并将这一运行数据从所述用户终端通告单元通告给所述用户。

相应地，将用户终端提供给递送公司的运行管理者一端允许运行管理者可靠地监视递送包裹的车辆的运行状况。

此外，在改变向所述车辆内终端设置的通知条件时，用户终端的用户(例如，递送公司的管理者)操纵用户终端的用户终端输入单元，以设置通知条件。所述信息生成单元根据所输入和设置的通知条件生成通知条件信息，将所述通知条件信息从所述用户终端发射器-接收器发送至车辆内终端。

当所述车辆内终端发射器-接收器接收到由所述用户终端发射器-接收器发送的通知条件信息时，所述通知条件更新单元将所接收到的通知条件信息存储到所述通知条件存储单元内。即，通过向所述用户终端输入设置更新向所述车辆内终端设置的通知条件。之后，通知判决单元读取最后存储在通知条件存储单元内的更新通知条件信息，并判断运行数据获取单元获取的运行数据是否满足由所述更新通知条件信息指定的通知条件。因此，在通过向用户终端输入设置而更新通知条件之后，按照更新通知条件，将运行数据从车辆内终端发送至用户终端。

因此，可以通过操纵能够在任何位置设置的用户终端而更新向车辆的车辆内终端设置的通知条件。即，用户终端的用户可以实时改变通知条件，而不限制时间或具有车辆内终端的车辆的位置，即使车辆处于(例如)偏远位置或者在其处于行驶过程中也没有关系，只要车辆内终端处于允许从用户终端接收信息的状态即可。

此外，尽管车辆内终端可以获取车辆的位置信息作为运行数据，但是运行管理者未必总是要知道处于正常递送工作中的车辆的连续位置。但是，运行管理者必须即刻知道特殊情况下车辆的位置，例如，当车辆未执行规划运行或者遭受抢劫的情况下。就这一方面而言，借助上面给出的配置，即使在普通通知条件中未包含连续发送的位置信息，运行管理者也可以通过用户终端改变通知条件的设置从而即刻知道车辆的位置信息，并且可以立即处理特殊情况，例如，当车辆未执行规划运行或者受到抢劫时。

此外，如上所述，由于将普通通知条件限制为了最少的运行数据，并且如有必要有可能通过用户终端改变通知条件设置，因而可以使从车辆内终端发送的运行数据的量保持最低，并且在整体上可以有效地应用有限的网络资源。

可以通过网络将上述运行状况通知系统连接至用户终端和车辆内终端，上述运行状况通知系统可以包括中继管理单元，其在所述用户终端和所述车辆内终端之间进行信息中继。

所述中继管理单元具有中继发射器-接收器和中继管理存储器。所述中继发射器-接收器通过网络在所述用户终端和所述车辆内终端之间发送和接收信息。将对应于可以设置为通知条件的通知条件项目的通知条件项目信息预先存储在中继管理存储器内。

用户终端输入单元从用户那里接收开始设置通知条件的指令。在用户终端输入单元接收到这样的指令时，信息生成单元生成设置开始信息。所述用户终端发射器-接收器将所述信息生成单元生成的所述设置开始信息发送至所述中继管理单元。

在接收到所述用户终端发射器-接收器发送的设置开始信息的同时，所述中继发射器-接收器将存储在所述中继管理存储器中的所述通知条件项目信息发送至所述用户终端。

所述用户终端通告单元将对应于通过所述用户终端发射器-接收器从所述中继发射器-接收器接收到的所述通知条件项目信息的通知条件项目通告给用户。用户终端输入单元接收用户键入的通知条件项目。所述信息生成单元根据针对所述用户终端输入单元接收的通知条件项目的设置生成通知条件信息。所述用户终端发射器-接收器将由所述信息生成单元生成的所述通知条件信息发送至所述中继管理单元。

所述中继发射器-接收器接收由所述用户终端发射器-接收器发送的通知条件信息，之后将所述通知条件信息发送至所述车辆内终端。

借助上文给出的配置，在改变通知条件时，用户只需要根据由中继管理单元提供的通知条件项目输入设置，因而可以容易地改变通知条件。

此外，可以通过网络将中继管理单元连接至相应车辆内的车辆内终端。在这种情况下，可以配置为，中继管理存储器预先存储针对每一车辆的通知条件项目信息，用户终端输入单元接收来自用户的开始设置的指令和指定车辆的指令，在用户终端输入单元接收到开始设置和指定车辆的指令和信息时，信息生成单元生成设置开始信息和车辆识别信息，用户终端发射器-接收器将信息生成单元生成的设置开始信息和车辆识别信息发送至中继管理单元，中继发射器-接收器可以在接收到由用户终端发射器-接收器发送的设置开始信息和车辆识别信息的同时，将对应于所接收到的存储在中继管理存储器内的通知条件项目信息的车辆识别信息的通知条件项目信息发送至用户终端。

借助上面给出的配置，用户可以通过简单的操作改变针对每一车辆的不同通知条件。

注意，借助上述配置，使车辆识别信息充当设置开始信息，由此允许用户省略向用户终端输入单元输入开始设置的指令。

此外，可以在中继管理存储器内存储多条发送目的地指定信息，其至少包括指定用户终端的发送目的地指定信息和指定除了所述用户终端之外的能够通过网络接收信息的终端的发送目的地指定信息，所述中继发射器-接收器可以在接收到车辆内发射器-接收器发送的运行数据的同时，将所述运行数据发送至由存储在所述中继管理器内的发送目的地指定信息指定的多个终端。

凭借上面给出的配置，用户可以通过与采用用户终端相同的方式采用除了用户终端之外的另一终端获取运行数据。

注意，除了用户终端之外的终端可以包括车辆内终端。

本发明的效果

凭借根据本发明的运行状况通知系统，处于车辆之外的用户可以容易地改变向车辆内终端设置的运行数据通知条件。

附图说明

图1是示意性地示出了根据本发明的实施例的整个运行状况通知系统的方框图；

图2是示意性地示出了车辆内终端的方框图；

图3是示意性地示出了运行数据获取单元的方框图；

图4是示意性地示出了图1的运行管理终端的方框图；

图5是示意性地示出了图1的中央单元的方框图；

图6是示出了运行数据的通知过程的流程图；

图7是通知条件的更新过程的流程图；以及

图8是示意性地示出了用于通知条件的更新过程的示范性显示屏的图示。

附图标记说明

1：车辆

2：车辆内终端

3：运行管理终端(用户终端)

4：中央单元(中继管理单元)

5：分组通信网络

6：Internet(网络)

11：存储器(通知条件存储单元)

12：发射器-接收器(车辆内终端发射器-接收器)

14：运行数据获取单元

15：通知判决单元

16：通知条件更新单元

24：发射器-接收器(用户终端发射器-接收器)

25：输入单元(用户终端输入单元)

26：显示单元(用户终端通告单元)

27：数据生成单元

29：发射器-接收器(中继发射器-接收器)

30：存储器(中继管理存储器)

具体实施方式

在下文中将基于附图描述本发明的实施例。

图1是示意性地示出了根据本发明的实施例的整个运行状况通知系统的方框图。图2是示意性地示出了车辆内终端的方框图。图3是示意性地示出了运行数据获取单元的方框图。图4是示意性地示出了图1的运行管理终端的方框图。图5是示意性地示出了图1的中央单元的方框图。图6是示出了运行数据的通知过程的流程图。图7是通知条件的更新过程的流程图。

根据本发明的运行状况通知系统包括车辆内终端2、运行管理终端3和中央单元4，其中，车辆内终端2设置于执行投递服务的相应车辆1内，采用运行管理终端3作为用户终端，其受到处于管理车辆1的投递公司的运行管理者的操纵，将所述中央单元4用作中继管理单元，其设置在提供运行状况通知系统的系统运行公司内。车辆内终端2和运行管理终端3基本上起着计算机的作用，中央单元4基本上起着服务器的作用。将每一车辆内终端2通过分组通信网络5连接至中央单元4，分组通信网络5采用蜂窝电话线路，因而允许进行无线通信，将运行管理终端3通过Internet 6连接至中央单元4。因此，中央单元4对车辆内终端2和运行管理终端3之间的信息发送和接收进行中继。注意，可以通过相同的网络连接车辆内终端2、运行管理终端3和中央单元4。

借助这一运行状况通知系统，每一车辆内终端2获取与车辆1的运行状况相关的运行数据，并将获取的运行数据通过中央单元4传输至运行管理终端3。向每一车辆内终端2设置用于指定所获取的运行数据中所要发送的一条数据的通知条件信息，之后，车辆内终端2发送满足由所述通知条件信息指定的通知条件的运行数据。业务管理者向运行管理终端3输入通知条件，之后通过中央单元4将所述通知条件信息发送给车辆内终端2，由此执行对车辆内终端2的通知条件信息的设置和改变(更新)。

除了通知条件信息之外，还向每一车辆内终端2预先设置表示运行模式的路由信息。路由信息是包括相应车辆1所要经过的相应投递路径的相应起始点、相应暂停点和目的地点(下文称为注册点)的位置以及相应注册点的规划抵达时间和规划离开时间的信息。

每一车辆内终端2获取的运行数据包括指定当前车辆位置的位置信息、指示抵达每一注册点的抵达信息、指示离开每一注册点的离开信息、指示相对于到相应注册点的规划抵达时间和离开相应注册点的规划离开时间的延迟时间的延迟时间信息、指示点火开关钥匙的开启状态的钥匙开启信息、指示运载车辆的室内温度(运载温度)的运载温度信息、指示休息(recess)开始的休息开始信息、指示休息结束的休息结束信息、指示等待开始的等待开始信息、指示等待结束的等待结束信息、指示装载/卸载开始的装载/卸载开始信息、指示装载/卸载结束的装载/卸载结束信息、指示准备开始的准备开始信息和指示准备结束的准备结束信息。在这种情况下，休息开始信息、休息结束信息、等待开始信息、等待结束信息、装载/卸载开始信息、装载/卸载结束信息、准备开始信息和准备结束信息是所有的车辆1间歇停车或行驶时，每一车辆1的司机或乘员(下文称为投递人)输入并发送的运行数据。此外，休息对应于用于休息的间歇停车，等待对应于调整递送时间的间歇停车，装载/卸载对应于用于装卸的间歇停车，准备对应于其他原因的间歇停车(halting)。注意，由送货人判断在车辆1间歇停车时发送这些信息中的哪条信息。

在这些运行数据中，针对每一注册点的抵达信息和离开信息、钥匙开启信息、等待开始信息、等待结束信息、装载/卸载开始信息、装载/卸载结束信息、准备开始信息和准备结束信息是可以独立于通知条件设置的通知条件项目；其中，向每一项目设置是否发送每一条信息。当延迟相对于每一注册点处的规划抵达时间或者相对于从每一注册点的离开时间超过了预定时限时(即，当所发生的延迟超过了针对运行模式的预定持续时间时)，将生成延迟信息作为运行数据，并且将是否发送这一延迟信息的信息和延迟时间设置为通知条件项目，而不是直接向外部发送延迟时间信息。此外，当运载车辆的室内温度(运载温度)高于或低于预定门限时，将生成运载车辆超出温度信息作为运行数据，并且将是否发送这一运载车辆超出温度信息的信息和门限温度设置为通知条件项目，而不是向外部直接发送运载温度信息。此外，将每隔一定的分钟数发送位置信息的发送间隔也设定为通知条件项目。注意，通过下文描述的通知判决单元15生成上述抵达信息、离开信息、延迟信息和运载车辆超出温度信息。

每一车辆1除了设有车辆内终端2之外，还设有位置传感器7、钥匙开启/关闭传感器8和温度传感器9，如图2所示。位置传感器7采用全球定位系统(GPS)获取车辆位置信息。钥匙开启/关闭传感器8探测点火开关钥匙是处于开启状态还是关闭状态。温度传感器9设置在运载车辆内，并探测其室内温度(运载温度)。注意，在该实施例中，尽管未在图中具体示出，但是运载车辆被划分为三个室，并在每一个室内设置温度传感器9。将通过位置传感器7获取的位置信息、通过钥匙开启/关闭传感器8探测的钥匙开启/关闭信息和由温度传感器9探测的运载温度信息输出至车辆内终端2。

车辆内终端2包括中央处理单元(CPU)10、存储器(通知条件存储单元)11、发送器-接收器(车辆内终端发送器-接收器)12和操作开关13。将上述通知条件信息和路由信息存储到存储器11内。发送器-接收器12通过分组通信网络5与外部进行信息收发。操作开关13接收来自送货人的各种输入，之后将对应于这些输入的信息输出至CPU 10。

CPU 10包括运行数据获取单元14、通知判决单元15和通知条件更新单元16。运行数据获取单元14获取车辆1的上述运行数据。通知判决单元15从存储器11读取上述通知条件信息，并确定运行数据获取单元14获取的运行数据是否满足由所读取的通知条件信息指定的通知条件(每一通知条件项目)。从存储器11中读取的用于使通知判决单元15做出上述判决的通知条件信息是最后存储在存储器11内的更新通知条件信息。发射器-接收器12将经通知判决单元15判断满足通知条件的运行数据发送给中央单元4。通知状态更新单元16将从中央单元4发送并由发送器-接收器12接收的通知条件信息存储在存储器11内。

如图3所示，运行数据获取单元14具有位置探测器17、路由设置单元18、延迟时间测量单元19、输入接收器20、钥匙开启/关闭探测器21和运载温度探测器22。

位置探测器17接收来自位置传感器7的位置信息，之后将所述位置信息输出至通知判决单元15、路由设置单元18和延迟时间测量单元19。输入接收器20从操作开关13接收对应于送货人的各种输入的信息，之后将所述信息输出至通知判决单元15和路由设置单元18。钥匙开启/关闭探测器21接收来自钥匙开启/关闭传感器8的钥匙开启信息，之后将这一钥匙开启信息输出至通知判决单元15。运载温度探测器22从温度传感器9接收运载温度信息，之后将这一运载温度信息输出至通知判决单元15。

路由设置单元18具有根据提供给操作开关13的输入设置路由信息，之后将其存储到存储器11中的功能，其还具有根据提供给操作开关13的输入读取存储在存储器11内的路由信息，之后将其输出至通知判决单元15和延迟时间测量单元19的功能。

通过送货人在其实际驾驶车辆1沿递送路径行驶的同时按照预定方式设置操作开关13而采用路由设置单元18设置路由信息。送货人首先在车辆1离开递送路径的出发点时按照预定方式设置操作开关13，由此开始这一设置。在设置开始之后，分别在暂停点的抵达时间和从该处离开的离开时间按照预定方式依次设置操作开关13。并在抵达最终的目的地点时按照预定方式设置操作开关13，由此结束了设置过程。在进行相应输入时，路由设置单元18将位置信息和相关时间依次存储在存储器11内。结果，设置了附带有预定的运行模式代码的路由信息(运行模式)并将其存储在了存储器11内，其中，所述路由信息包括沿车辆1行驶的递送路径的各个注册点的位置和每一注册点的规划抵达时间和规划离开时间。可以将由不同的运行模式代码区分的多条信息存储在存储器11内。此外，就设置新的路由信息而言，路由设置单元18请求发射器-接收器12发送这一将要存储在中央单元4的存储器30内的路由信息，在下文中将对其予以说明。

延迟时间测量单元19基于来自位置探测器17的位置信息和来自路由设置单元18的路由信息计算相对于各注册点的规划抵达时间或者从该处离开的规划离开时间的延迟时间，之后输出表示这些延迟时间的延迟时间信息。

通知判决单元15基于从存储器11读取的通知条件(相应的通知条件项目)判断是否向中央单元4发送各条运行数据。

在从位置探测器17依次输入到通知判决单元15中的位置信息中，例如，在将位置信息设置为每隔预定时间周期发送的通知条件时，那么只将每隔预定时间周期的位置信息输入从发射器-接收器12输出至中央单元4。在设置成发送注册点的抵达信息作为通知条件时，通知判决单元15基于来自位置探测器17的位置信息输入和来自路由设置单元18的路由信息输入判断车辆1是否抵达了注册点，并在判断抵达时生成抵达信息。之后，将所生成的抵达信息从发射器-接收器12输出至中央单元4。类似地，在设置成发送注册点的离开信息作为通知条件时，通知判决单元15基于来自位置探测器17的位置信息输入和来自路由设置单元18的路由信息输入判断车辆1是否离开了注册点，并在判断离开时生成离开信息。之后，将所生成的离开信息从发射器-接收器12输出至中央单元4。当设置成在运行模式的延迟大于预定持续时间的情况下，发送延迟信息作为通知条件时，通知判决单元15基于来自延迟时间测量单元19的延迟时间信息输入判断车辆1的延迟是否大于预定持续时间，并在判断延迟时，生成延迟信息。之后，将所生成的延迟信息从发射器-接收器12输出至中央单元4。在将钥匙开启信息设置为通知条件时，将来自钥匙开启/关闭探测器21的钥匙开启信息输入从发射器-接收器12输出至中央单元4。在将相关的休息开始信息、休息结束信息、等待开始信息、等待结束信息、装载/卸载开始信息、装载/卸载结束信息、准备开始信息和准备结束信息设置为通知条件时，将从输入接收器20接收的相应信息条目从发射器-接收器12输出至中央单元4。在设置了需要发送运载车辆超出温度信息的通知条件，并且运载温度大于(或小于)预定门限时，通知判决单元15基于来自运载温度探测器22的运载温度信息输入判断运载温度是否大于(或小于)预定门限，并在得到肯定答案时生成运载车辆超出温度信息。之后，将运载车辆超出温度信息从发射器-接收器12输出至中央单元4。

如图4所示，运行管理终端3具有CPU 23、发射器-接收器(用户终端发射器-接收器)24、输入单元(用户终端输入单元)25、显示单元(用户终端通告单元)26和存储器33。CPU 23包括信息生成单元27。发射器-接收器24通过Internet 6与外部进行信息发送和接收。CPU 23将通过中央单元4从车辆内终端2发送以及由发射器-接收器24接收的运行数据存储在存储器33内。显示单元26具有显示屏，其在所述显示屏上显示通过发射器-接收器24接收的运行数据，从而将其通告给用户。此外，显示单元26在显示屏上显示从中央单元4发送并由发射器-接收器24接收的、对应于通知条件项目信息的通知条件信息，从而将其通告给用户。注意，除了显示单元26之外，可以提供通过语音通告运行数据和/或通知条件项目的音频输出单元，或者采用所述音频输出单元替代所述显示单元26。

输入单元25具有通过其接收来自运行管理者的开始设置通知条件的指令以及通知条件设置的键盘。这一开始设置的指令是用于指定车辆和如下所述的运行模式的输入，所接收的通知条件用于设置上文给出的相应的通知条件项目。信息生成单元27根据输入单元25接收的开始设置的指令生成设置开始信息并根据输入的通知条件生成通知条件信息。发射器-接收器24将信息生成单元27生成的设置开始信息和通知条件信息通过Internet 6发送至中央单元4。

如图5所示，中央单元4具有CPU 28、发射器-接收器(中继发射器-接收器)29和存储器(中继管理存储器)30。发射器-接收器29通过分组通信网络5向车辆内终端2发送以及从其接收信息，并通过Internet 6向运行管理终端3发送以及从其接收信息。将对应于上文给出的通知条件项目和上述路由信息的通知条件项目信息针对每一车辆1存储在存储器30内。

这一实施例的通知条件项目信息包含在上述通知条件信息内，并将所述通知条件信息存储到存储器30内。此外，将地址作为指定运行管理终端3的发送目的地指定信息存储到存储器30内。此外，将存储器30配置为存储指定能够通过分组通信网络5或Internet 6接收信息的诸如车辆内终端2或终端31和32的其他终端的其他地址以及是否发送这些其他地址的运行数据的设置。注意，这些终端31和32包括诸如个人计算机和移动电话的各种类型的终端。

在发射器-接收器29从车辆内终端2接收到运行数据时，CPU 28将所述运行数据存储在存储器30，并将其从发射器-接收器29发送至运行管理终端3。此外，如果在存储器30内存储了为了获得传输而设置的其他地址，那么CPU 28将这一运行数据从发射器-接收器29发送至由所述其他地址指定的终端。

在发射器-接收器29从运行管理终端3接收到设置开始信息时，CPU 28从存储在存储器30内的通知条件项目信息(通知条件信息)中读取感兴趣的通知条件项目信息(通知条件信息)的更新信息，并将其从发射器-接收器29发送至运行管理终端3。此外，在发射器-接收器29从运行管理终端3接收到通知条件信息时，CPU 28将所述通知条件信息存储在存储器30内，并将其从发射器-接收器29发送至车辆内终端2。

接下来，将基于图6描述运行状况通知系统执行的运行数据通知过程。

运行数据的通知过程开始于车辆1的送货人按照预定方式设置车辆内终端2的操作开关13。这时，送货人对操作开关13进行设置，从而由存储在存储器11内的路由信息确定对应于送货行驶路线的路由信息。路由设置单元18从存储器11内读取与输入一致的指定路由信息，之后将其输出至通知判决单元15和延迟时间测量单元19。

一旦开始了通知过程，车辆内终端2的运行数据获取单元14就依次获取运行数据，并将其输出至通知判决单元15(步骤S1)。通知判决单元15从存储器11读取更新通知条件信息(步骤S2)，并判断来自运行数据获取单元14的运行数据是否满足由读取的通知条件信息指定的通知条件(步骤S3)。在经判断满足所述通知条件时，发射器-接收器12将运行数据发送至中央单元4(步骤S4)。另一方面，在判断不满足所述通知条件时，该过程返回至步骤S1。

在中央单元4内，当发射器-接收器29从车辆内终端2接收到运行数据时(步骤S5)，CPU 28将所述运行数据存储在存储器30内(步骤S6)，并将其从发射器-接收器29发送至运行管理终端3(步骤S7)。注意，在设置了其他地址以获得发送时，还将所述运行数据发送至由所述其他地址指定的终端。

在运行管理终端3中，当发射器-接收器24从中央单元4接收到运行数据时(步骤S8)，CPU 23将所述运行数据存储在存储器33内，并将其显示在显示单元26上，从而将其通告给用户(步骤S9)。

相应地，运行管理者可以采用在显示单元26上显示的运行数据可靠地监视递送包裹的车辆1的运行状况。

接下来，基于图7描述由运行状况通知系统执行的更新通知条件的过程。

由运行管理者看着显示单元26上显示的输入屏操纵输入单元2，以输入ID号码和密码，并将其通过Internet 6从中央单元4提供给运行管理终端3，由此开始更新通知条件的过程(步骤S11)。ID号码是识别运行管理者的号码，密码是与ID号码相关的号码。ID号码和密码是由系统管理公司发出，并提供给运行管理者的，所述ID号码和密码被存储在中央单元4的存储器30内。注意，ID号码可以是识别运行管理终端3的号码。

接下来，按照运行管理者输入的指令将输入的ID号码和密码从运行管理终端3发送至中央单元4(步骤S12)。

在中央单元4从运行管理终端3接收到ID号码和密码时(步骤S13)，CPU 28验证它们是否与存储在存储器30内的ID号码和密码匹配。在作为验证结果确定了所述运行管理者之后，中央单元4向运行管理终端3发送初始屏幕(步骤S14)。这一初始屏幕包括由指定的运行管理者管理的所有车辆1的车辆名称和向相应的车辆1设置的运行模式(路由信息)。注意，由所述运行管理者管理的车辆1的相应车辆的、包括车辆名称的特有车辆信息预先存储在中央单元4的存储器30内。

在运行管理终端3从中央单元4接收到初始屏幕时，显示单元26将对其予以显示(步骤S15)。

接下来，运行管理者看着初始屏幕操纵输入单元25，以确认车辆1和运行模式(步骤S16)。在确认了车辆1和运行模式之后，按照运行管理者输入的指令将其信息发送至中央单元4(步骤S17)。

在中央单元4从运行管理终端3接收到该车辆1和运行模式的信息之后(步骤S18)，CPU 28读取注册信息，其包括对应于由运行管理终端3指定的车辆1和运行模式的车辆信息、运行模式代码、通知条件信息(通知条件项目信息)和其他操作终端的地址，之后将所述注册信息发送至运行管理终端3(步骤S19)。注意，在更新注册信息后，CPU 28读取并发送更新后的注册信息。

在运行管理终端3接收到由中央单元4发送的注册信息时，显示单元26将对其予以显示(步骤S20)。

图8示出了在显示单元26上显示的示范性注册信息。在这一例子中，显示了“个体信息”、“注册点的抵达/离开时间”、“运行状态”、“运载温度”、“车辆位置”和“具有/没有邮件发送”。

用于“个体信息”的部分显示车辆名称、车辆识别号码、运行模式代码、运行模式、驾照号码以及最新更新时间和日期。

在相应的“抵达/离开注册点”、“运行状态”、“运载温度”和“车辆位置”部分内设置的每一项目都设有用于在对其传输时放入复选标记的复选框以及分别用于为延迟时间和运载温度设置门限值的复选框。

例如，在“抵达/离开注册点”部分，提供了放置用于通告车辆已经抵达每一注册点的事实或运行数据(对应于“抵达”的复选框)的复选标记的复选框、放置用于通告车辆已经离开每一注册点的事实或运行数据的复选标记的复选框(对应于离开的复选框)、对应于上述指定运行模式中的相应注册点名称的复选框(三个点名称LM1、LM2和LM3)以及用于设置延迟时间门限的复选框。

假设想要知道车辆1是否已经抵达了注册点，那么运行管理者将复选标记放到对应于“抵达”的复选框内，并将复选标记放到对应于该注册点名称的复选框内。根据这些设置，当车辆抵达选定的注册点时，表示该抵达的抵达信息将被从中央单元4传输至车辆内终端2。

类似地，假设想要知道车辆1是否已经离开了注册点，那么运行管理者将复选标记放到对应于“离开”的复选框内，并将复选标记放到对应于该注册点名称的复选框内。根据这些设置，当车辆离开选定的注册点时，表示该离开的离开信息将被从中央单元4传输至车辆内终端2。

此外，假设想要知道车辆1的实际运行相对于指定运行模式的延迟是否超过了预定时间，那么运行管理者将该预定时间设置在对应于“延迟时间”的框内。根据这些设置，当车辆1的延迟相对于运行模式超过了预定时间时，将延迟信息从中央单元4发送至车辆内终端2。

在“运行状态”部分，提供了对应于“钥匙开启”、“休息开始”“休息结束”、“等待开始”、“等待结束”、“装载/卸载开始”、“装载/卸载结束”、“准备开始”和“准备结束”的复选框。通过将复选标记放置到相应的复选框内，将表示休息开始的休息开始信息、表示休息结束的休息结束信息、表示等待开始的等待开始信息、表示等待结束的等待结束信息、表示装载/卸载开始的装载/卸载开始信息、表示装载/卸载结束的装载/卸载结束信息、表示准备开始的准备开始信息和表示准备结束的准备结束信息分别从车辆内终端2发送至中央单元4。

在“运载温度”部分，针对相应的传感器提供了用于选择“传感器1”、“传感器2”和“传感器3”的复选框以及设置门限的复选框。通过向每一复选框内放入复选标记以及设置门限(温度)，当运载温度高于或低于门限时，将运载车辆超出温度信息从车辆内终端2发送至中央单元4。注意，“传感器1”、“传感器2”和“传感器3”分别对应于在运载车辆的三个室的每一个中提供的温度传感器9。

在“车辆位置”部分中，提供了用于选择“发送车辆位置”的复选框和用于设置“发送间隔”的复选框。通过将复选标记放到复选框内，并设置发送间隔(时间)，将位置信息每隔预定时间从车辆内终端2发送至中央单元4。

在“具有/没有邮件发送”部分中，提供了在向其他操作终端发送运行数据时放入复选标记的复选框和用于设置其他操作终端的地址(例如，电子邮件地址)的复选框。

运行管理者在参考相关注册信息的同时将复选标记或数字放到相应的复选框内，由此改变通知条件信息(通知条件项目信息)和/或地址(步骤S21)。

在执行对上面给出的设置的更新以及输入单元25接收到来自运行管理者的最后确定更新的指令时，信息生成单元27生成注册信息(包括通知条件信息)，并将这一注册信息发送至中央单元4(步骤S22)。

在中央单元4从运行管理终端3接收到注册信息时(步骤S23)，CPU 28将注册信息存储到存储器30内(步骤S24)，并将其发送至车辆内终端2(步骤S25)。

在车辆内终端2从中央单元4接收到注册信息时(步骤S26)，通知条件更新单元16将包含在这一接收到的注册信息内的更新通知条件信息存储到存储器11内(步骤S27)，由此完成了这一过程。

注意，作为完成步骤S27的处理之后的继续，可以将表示完成了更新过程的更新过程完成信息从车辆内终端2通过中央单元4发送至运行管理终端3。其允许处于运行管理终端3的运行管理者容易、可靠地确认已经正常地完成了更新过程。

通过这种方式，运行管理者可以通过向运行管理终端3输入设置而向车辆内终端2设置更新通知条件。之后，车辆内终端2的通知判决单元15读取最后存储在存储器11内的更新通知条件信息，并确定运行数据获取单元14获取的运行数据是否满足由更新通知条件信息指定的通知条件。因此，在更新了通知条件之后，按照更新通知条件执行运行数据从车辆内终端2到运行管理终端3的传输。

因此，运行管理者可以通过操作为递送公司提供的运行管理终端3而改变向车辆的车辆内终端2设置的通知条件。即，运行管理者可以实时改变通知条件，而不限制时间或具有车辆内终端2的车辆1的位置，即使车辆1处于(例如)偏远位置或者在其处于行驶过程中也没有关系，只要车辆内终端2处于允许从中央单元4接收信息的状态即可。

此外，在改变通知条件时，运行管理者只需要根据由中央单元4提供的通知条件项目输入设置，这样可以容易地改变通知条件。

尽管车辆内终端2可以获取车辆的位置信息作为运行数据，但是运行管理者未必总是要知道处于正常递送工作中的车辆的连续位置。但是，运行管理者必须即刻知道特殊情况下车辆1的位置，例如，当车辆1未执行规划运行或者遭受抢劫的情况下。就这一方面而言，借助这一实施例，即使在正常通知条件未包括位置信息的连续传输时，运行管理者也可以通过从运行管理终端3改变通知条件的设置而立即知道车辆1的位置信息，由此立即调节特殊情况，例如，当车辆1未执行规划运行或者在受到抢劫的情况下。

此外，由于可以通过将普通通知条件限制为最少的运行数据而根据需要利用运行管理终端3执行对通知条件设置的改变，因而可以使从车辆内终端2发送的运行数据的量保持最低水平，从而在总体上有效利用有限的网络资源。

此外，将中央单元4通过分组通信网络5连接至相应车辆1内设有的多个车辆内终端2，并将通知条件项目信息预先存储在用于每一车辆1的中央单元4的存储器30内。在更新通知条件时，中央单元4向运行管理终端3提供对应于每一车辆1的通知条件项目信息，因而运行管理者可以通过简单的操作改变针对每一车辆1的不同通知条件。

此外，可以设置为将运行数据从中央单元4发送至除了运行管理终端3之外的其他终端。这样的设置甚至可以允许除了操作员之外的人(例如，送货人)像操作员那样采用上述其他终端获取运行数据。

工业实用性

可以将本发明应用于各种运行状况通知系统，其中，将车辆内配备的车辆内终端通过预定网络连接至在用户侧提供的用户终端。

Claims (3)

1、一种运行状况通知系统，其中，将车辆内配备的车辆内终端通过预定网络连接至在用户侧提供的用户终端，其中

所述车辆内终端包括：车辆内终端发射器-接收器，其通过所述网络与外部进行信息发送和接收；运行数据获取单元，其获取有关所述车辆的运行状况的运行数据；通知条件存储单元，其存储用于在所述运行数据中指定向外部发送的那条运行数据的通知条件信息；以及通知判决单元，其从所述通知条件存储单元读取所述通知条件信息并判断所述运行数据获取单元获取的所述运行数据是否满足由所读取的通知条件信息指定的通知条件；

所述车辆内终端发射器-接收器将由所述通知判决单元确定满足所述通知条件的运行数据发送至所述用户终端；

所述用户终端包括：用户终端发射器-接收器，其通过所述网络与外部进行信息发送和接收；以及用户终端通告单元，其将通过所述用户终端发射器-接收器从所述车辆内终端发射器-接收器接收到的运行数据通告给所述用户；

所述用户终端包括：用户终端输入单元，其接收来自用户的通知条件设置；以及信息生成单元，其根据通过所述用户终端输入单元接收到的所述通知条件的设置来生成通知条件信息；

所述用户终端发射器-接收器将所述信息生成单元生成的所述通知条件信息发送至所述车辆内终端；

所述车辆内终端包括通知条件更新单元，其将从所述用户终端发射器-接收器发送并由所述车辆内终端发射器-接收器接收的通知条件信息存储到所述通知条件存储单元内；并且

由所述通知判决单元从所述通知条件存储单元读取以执行上述判决的通知条件信息是最后存储到所述通知条件存储单元内的更新通知条件信息。

2、根据权利要求1所述的运行状况通知系统，还包括：

中继管理单元，其通过所述网络连接至所述用户终端和所述车辆内终端，并且在所述用户终端和所述车辆内终端之间进行信息中继，其中

所述中继管理单元包括：中继发射器-接收器，其通过所述网络在所述用户终端和所述车辆内终端之间发送和接收信息；以及中继管理存储器，其预先存储对应于能够被设置为所述通知条件的通知条件项目的通知条件项目信息；

所述用户终端输入单元从所述用户接收所述用户开始设置所述通知条件的指令；

当所述用户终端输入单元接收到开始设置的指令时，所述信息生成单元生成设置开始信息；

所述用户终端发射器-接收器将所述信息生成单元生成的所述设置开始信息发送至所述中继管理单元；

在从所述用户终端发射器-接收器接收到所述设置开始信息的同时，所述中继发射器-接收器将存储在所述中继管理存储器中的所述通知条件项目信息发送至所述用户终端；

所述用户终端通告单元将对应于由所述用户终端发射器-接收器从所述中继发射器-接收器接收到的所述通知条件项目信息的通知条件项目通告给所述用户；

所述用户终端输入单元接收所述用户输入的通知条件项目，所述信息生成单元根据通过所述用户终端输入单元接收的所述通知条件项目生成通知条件信息；

所述用户终端发射器-接收器将由所述信息生成单元生成的所述通知条件信息发送至所述中继管理单元；并且

所述中继发射器-接收器从所述用户终端发射器-接收器接收所述通知条件信息，并将所述通知条件信息发送至所述车辆内终端。

3、根据权利要求2所述的运行状况通知系统，其中

将多条发送目的地指定信息存储到所述中继管理存储器内，所述多条发送目的地指定信息至少包括指定所述用户终端的发送目的地指定信息和指定除了所述用户终端之外能够通过所述网络接收信息的终端的发送目的地指定信息；并且

所述中继发射器-接收器在接收到所述车辆内终端发射器-接收器发送的运行数据的同时将所述运行数据发送至由所述中继管理存储器中存储的所述发送目的地指定信息指定的多个终端。

Images