WO2014041740A1 - 走行環境推定装置およびその方法 - Google Patents

走行環境推定装置およびその方法 Download PDF

Info

Publication number
WO2014041740A1
WO2014041740A1 PCT/JP2013/004839 JP2013004839W WO2014041740A1 WO 2014041740 A1 WO2014041740 A1 WO 2014041740A1 JP 2013004839 W JP2013004839 W JP 2013004839W WO 2014041740 A1 WO2014041740 A1 WO 2014041740A1
Authority
WO
WIPO (PCT)
Prior art keywords
stop
suburb
soc
value
stop time
Prior art date
Application number
PCT/JP2013/004839
Other languages
English (en)
French (fr)
Inventor
亨裕 宮下
康平 栃木
Original Assignee
トヨタ自動車株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by トヨタ自動車株式会社 filed Critical トヨタ自動車株式会社
Priority to CN201380047624.2A priority Critical patent/CN104620293A/zh
Priority to DE112013004464.1T priority patent/DE112013004464T5/de
Priority to US14/423,187 priority patent/US20150210284A1/en
Publication of WO2014041740A1 publication Critical patent/WO2014041740A1/ja

Links

Images

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/0104Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0108Measuring and analyzing of parameters relative to traffic conditions based on the source of data
    • G08G1/0112Measuring and analyzing of parameters relative to traffic conditions based on the source of data from the vehicle, e.g. floating car data [FCD]
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W30/00Purposes of road vehicle drive control systems not related to the control of a particular sub-unit, e.g. of systems using conjoint control of vehicle sub-units
    • B60W30/18Propelling the vehicle
    • B60W30/18009Propelling the vehicle related to particular drive situations
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W40/00Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models
    • B60W40/02Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models related to ambient conditions
    • B60W40/04Traffic conditions
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/0104Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0125Traffic data processing
    • G08G1/0133Traffic data processing for classifying traffic situation
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/04Arrangement of batteries
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2530/00Input parameters relating to vehicle conditions or values, not covered by groups B60W2510/00 or B60W2520/00
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2554/00Input parameters relating to objects
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2555/00Input parameters relating to exterior conditions, not covered by groups B60W2552/00, B60W2554/00
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles

Definitions

  • the present invention relates to a traveling environment estimation technique for determining whether a traveling area of a vehicle is an urban area or a suburb, and a technique for controlling the vehicle.
  • Patent Document 1 proposes a technique for estimating the urban area based on the travel time ratio. Since the travel time ratio is a ratio of travel time to the total time including vehicle travel time and travel stop time, it can be said that the technique is a technique for estimating the urban area based on the stop time ratio. .
  • the present invention has been made to solve at least a part of the conventional problems described above, and an object of the present invention is to determine whether it is an urban area or a suburb with high accuracy.
  • the present invention has been made to solve at least a part of the problems described above, and can be realized as the following forms.
  • a traveling environment estimation device includes a stop degree data acquisition unit that acquires stop degree data indicating a degree of a tendency to be in a stop state; and by comparing the acquired stop degree data with a threshold value, the travel region of the vehicle is an urban area.
  • the urban area / suburb determination unit has a high threshold that is a predetermined value and a low threshold that is a value lower than the high threshold as the threshold; from the side where the stop degree data is lower than the high threshold When it exceeds the high threshold value, it is determined as an urban area; when the stopping degree data falls below the low threshold value from the side higher than the low threshold value, it is determined as a suburb.
  • this travel environment estimation device by giving hysteresis to the determination between the urban area and the suburbs, the stop time ratio temporarily decreases even in the urban area, or the stop time ratio is temporarily in the suburbs. It is possible to prevent the judgment from being switched when it becomes high. For this reason, the traveling environment is not temporarily erroneously determined, and the determination accuracy can be improved.
  • the travel environment estimation device may be configured such that the stop degree data acquisition unit acquires a stop time ratio in a predetermined period as the stop degree data. According to this structure, it can be determined whether it is an urban area or a suburb based on the ratio of stoppage time.
  • the stop degree data acquisition unit obtains, as the stop degree data, a first stop time rate that is a ratio of stop time in a first period, and the first period.
  • the second stop time rate which is the ratio of the stop time in the long second period, may be obtained. According to this configuration, it is possible to determine whether the area is an urban area or a suburb with good responsiveness.
  • the urban area / suburb determining unit includes a first high threshold value and a second high threshold value as the high threshold value, and the first stop time rate is equal to the first threshold value.
  • the first high threshold value is exceeded from the side lower than the first high threshold value, or when the second stoppage time rate exceeds the second high threshold value from the side lower than the second high threshold value. It is good also as a structure determined with a city. According to this structure, the determination result of an urban area can be obtained as soon as possible.
  • the city / suburb determination unit includes a first low threshold value and a second low threshold value as the low threshold value, and the first stop time rate is equal to the first threshold value.
  • the first stop time rate is equal to the first threshold value.
  • a traveling environment estimation method includes a step of acquiring stop degree data indicating a degree of a tendency to be in a stop state; and comparing the acquired stop degree data with a threshold value to determine whether the vehicle is in an urban area or a suburb. Determining.
  • the step of determining whether it is an urban area or a suburb prepares a high threshold value that is a predetermined value and a low threshold value that is a value lower than the high threshold as the threshold values; When it exceeds the high threshold value from the lower side, it is determined as an urban area; when the stop degree data falls below the low threshold value from the side higher than the low threshold value, it is determined as a suburb.
  • the driving environment estimation method of (6) it is possible to determine whether it is an urban area or a suburb with high accuracy, as in the driving environment estimation apparatus of (1).
  • a vehicle control device including the travel environment estimation device of the above form a vehicle including the travel environment estimation device of the above form, a computer program for causing a computer to realize functions corresponding to the steps of the vehicle control method of the above form
  • the present invention can be realized in the form of a recording medium on which a computer program is recorded.
  • FIG. 1 is an explanatory diagram showing a configuration of an automobile 200 as an embodiment of the present invention.
  • the automobile 200 is a vehicle equipped with an idling stop function.
  • the automobile 200 includes an engine 10, an automatic transmission 15, a differential gear 20, drive wheels 25, a starter 30, an alternator 35, a battery 40, and an electronic control unit (ECU) 50. ing.
  • ECU electronice control unit
  • Engine 10 is an internal combustion engine that generates power by burning fuel such as gasoline or light oil.
  • the power of the engine 10 is transmitted to the automatic transmission 15 and is also transmitted to the alternator 35 via the drive mechanism 34.
  • the output of the engine 10 is changed by an engine control computer (not shown) according to the amount of depression of an accelerator pedal (not shown) operated by the driver.
  • the automatic transmission 15 automatically changes the gear ratio (so-called shift change).
  • the power (rotation speed / torque) of the engine 10 is shifted by the automatic transmission 15 and transmitted to the left and right drive wheels 25 through the differential gear 20 as a desired rotation speed / torque.
  • the power of the engine 10 is transmitted to the drive wheels 25 through the automatic transmission 15 while being changed according to the amount of depression of the accelerator pedal, and the vehicle (automobile 200) is accelerated or decelerated. .
  • the drive mechanism 34 that transmits the power of the engine 10 to the alternator 35 adopts a belt drive configuration in this embodiment.
  • the alternator 35 generates power using a part of the power of the engine 10.
  • the alternator 35 is a kind of generator.
  • the generated electric power is used for charging the battery 40 via an inverter (not shown).
  • power generation by the power of the engine 10 using the alternator 35 is referred to as “fuel power generation”.
  • the battery 40 is a lead storage battery as a DC power supply having a voltage of 14 V, and supplies power to peripheral devices provided in addition to the engine body.
  • peripheral devices provided in addition to the engine main body and operating using the power of the battery 40 are referred to as “auxiliary devices”.
  • a collection of auxiliary machines is called “auxiliary machines”.
  • the automobile 200 includes a headlight 72, an air conditioner (A / C) 74, and the like as auxiliary machines 70.
  • the starter 30 is a cell motor that starts the engine 10 with electric power supplied from the battery 40. Normally, when the driver operates an ignition switch (not shown) when starting the operation of the stopped vehicle, the starter 30 is started and the engine 10 is started. The starter 30 is also used when restarting the engine 10 from the idling stop state, as will be described below.
  • the “idling stop state” refers to an engine stop state by idling stop control.
  • the ECU 50 includes a CPU that executes a computer program, a ROM that stores a computer program, a RAM that temporarily stores data, an input / output port connected to various sensors, actuators, and the like.
  • Sensors connected to the ECU 50 include a wheel speed sensor 82 that detects the rotational speed of the drive wheel 25, a brake pedal sensor 84 that detects whether or not a brake pedal (not shown) is depressed, and an accelerator pedal (not shown).
  • An accelerator opening sensor 86 that detects the amount of depression as an accelerator opening
  • a battery current sensor 88 that detects a charging / discharging current of the battery 40
  • an alternator current sensor 89 that detects an output current of the alternator 35, and the like are provided.
  • the actuator corresponds to the starter 30, the alternator 35, or the like.
  • the ECU 50 is supplied with electric power from the battery 40.
  • the ECU 50 controls the engine stop and restart (idling stop control) by controlling the starter 30 and the alternator 35 based on signals from the various sensors and the engine control computer (not shown) and the battery. 40 SOCs are controlled.
  • FIG. 2 is an explanatory diagram functionally showing the configuration of the ECU 50.
  • the ECU 50 includes an idling stop control unit 90 and an SOC control unit 100.
  • the idling stop control unit 90 and the SOC control unit 100 actually show functions realized by the CPU provided in the ECU 50 executing a computer program stored in the ROM.
  • the idling stop control unit 90 acquires the wheel speed Vh detected by the wheel speed sensor 82 and the accelerator opening Tp detected by the accelerator opening sensor 86, and outputs an instruction Ss for stopping / restarting the engine 10.
  • Stop / restart instruction Ss includes an engine restart instruction output to starter 30 and a fuel cut instruction output to a fuel supply system (not shown) of engine 10.
  • the idling stop control unit 90 outputs a fuel cut instruction to the fuel supply system on the assumption that the engine stop condition is satisfied when the wheel speed Vh decreases and becomes less than a predetermined speed (for example, 10 km / h). Thereafter, when it is detected that the accelerator pedal is depressed from the accelerator opening Tp, an engine restart instruction is output to the starter 30 assuming that the engine restart condition is satisfied.
  • the idling stop control unit 90 stops the engine 10 when the engine stop condition is satisfied, and restarts the engine 10 when the engine restart condition is satisfied after the stop.
  • the engine stop condition and the engine restart condition are not limited to those described above.
  • the engine stop condition can be that the wheel speed Vh is completely 0 km / h
  • the engine restart condition can be that the foot is off the brake pedal.
  • the SOC control unit 100 includes a target SOC estimation unit 110, a battery SOC calculation unit 120, and a feedback control unit 130.
  • the target SOC estimation unit 110 is a period from engine stop to restart by idling stop control when the vehicle is traveling (for example, when the wheel speed Vh> 0 km / h) (hereinafter referred to as “stop and start period”). 1 is estimated as a target SOC (hereinafter also referred to as “target SOC value”) C1, and a detailed configuration will be described in section C.
  • target SOC value is defined as a value obtained by dividing the amount of electricity remaining in the battery by the amount of electricity stored when the battery is fully charged.
  • the battery SOC calculation unit 120 is referred to as the current SOC of the battery 40 (hereinafter referred to as “current SOC value”) based on the charge / discharge current (referred to as “battery current”) Ab of the battery 40 detected by the battery current sensor 88. ) Calculate C2. Specifically, the current SOC value C2 is calculated by integrating the charging / discharging current Ab with the charging current of the battery 40 as a positive value and the discharging current of the battery 40 as a negative value.
  • the configurations of the battery current sensor 88 and the battery SOC calculation unit 120 correspond to the “SOC detection unit” described in the section “Means for Solving the Problems”.
  • the SOC detection unit need not be limited to the one calculated based on the battery current detected by the battery current sensor 88.
  • the SOC detection unit is obtained based on a battery electrolyte specific gravity sensor, a cell voltage sensor, a battery terminal voltage sensor, or the like. Also good.
  • the SOC detection unit need not be limited to a configuration that detects the amount of electricity remaining in the battery, and may be configured to detect the storage state using another parameter such as a chargeable amount.
  • the feedback control unit 130 obtains a difference value obtained by subtracting the current SOC value C2 from the target SOC value C1 during traveling of the vehicle, and obtains a voltage instruction value Sv that matches the difference value to the value 0 by feedback control.
  • the voltage instruction value Sv indicates the amount of power generated by the alternator 35 and is sent to the alternator 35.
  • the current SOC value C2 is controlled to the target SOC value C1 by fuel power generation.
  • the SOC control unit 100 is provided with a function called “battery control” and a function called “charge control” in addition to the above. Battery control will be described.
  • the usable SOC range (operating SOC range) of the battery is determined in advance from the request for a long life. For this reason, when the SOC of the battery 40 falls below the lower limit value (for example, 60%) of the SOC range, the power of the engine 10 is increased so that the SOC is within the SOC range, and the upper limit value (for example, 90%) of the SOC range is set.
  • the SOC exceeds, “battery control” is performed in which the SOC is consumed to be within the SOC range. Even when the engine is stopped by the idling stop control, if the SOC falls below the lower limit value, the engine is started and the SOC is set within the SOC range by fuel power generation.
  • Charge control is a control process in which fuel consumption is reduced by suppressing charging of the battery by fuel power generation during normal traveling, and the battery is charged by regenerative power generation during deceleration traveling. Since charging control is a well-known configuration, it will not be described in detail, but the following processing is generally performed.
  • charging control feedback control by the feedback control unit 130 during normal traveling is executed when the target SOC value C1 exceeds the current SOC value C2, and when the target SOC value C1 is equal to or lower than the current SOC value C2 during normal traveling.
  • the predetermined power generation cut voltage is set as a voltage instruction value Sv to the alternator 35. With this configuration, charging during normal driving can be suppressed and fuel consumption can be saved.
  • “normal traveling” is a state of the automobile 200 that does not correspond to either “stop” in which the vehicle speed is 0 km / h or “decelerated traveling” in which the regenerative power generation is performed.
  • the target SOC estimation unit 110 includes a travel environment prediction unit 112, a host vehicle state prediction unit 114, an SOC distribution request level calculation unit 116, and a target SOC calculation unit 118.
  • the traveling environment prediction unit 112 predicts the traveling environment of the vehicle.
  • the “traveling environment” indicates a distinction between whether the future travel region of the vehicle (after the present) corresponds to an urban area or a suburb.
  • the travel environment prediction unit 112 determines whether the travel environment up to the present is an urban area or a suburb, and the determination result is determined in the future (from now on).
  • the city / suburb section P1 can take a value of 1 for an urban area and a value of 0 for a suburb. A detailed method for determining (estimating) whether it is an urban area or a suburb will be described in Section D.
  • the own vehicle state prediction unit 114 predicts the state of the automobile 200 (own vehicle state).
  • the “own vehicle state” is a parameter indicating how much SOC the automobile 200 will consume in the future.
  • the host vehicle state prediction unit 114 calculates the amount of power consumed by the auxiliary machinery 70 based on the battery current Ab detected by the battery current sensor 88 and the alternator current Aa detected by the alternator current sensor 89. And the electric energy is output as the own vehicle state P2. Since the speed at which the SOC is consumed is high when the amount of power consumed by the auxiliary machinery 70 is large, in the present embodiment, the own vehicle state prediction unit 114 obtains the amount of power consumed by the auxiliary machinery 70 as the own vehicle state P2.
  • the own vehicle state P2 was calculated
  • the air conditioner information for example, the difference between the target temperature and the in-vehicle temperature
  • the engine warm-up status such as the difference between the engine water temperature and the ambient temperature are shown. It can be set as the structure calculated
  • required the present operation condition of auxiliary machinery by the sensor signal detected now, and considered the present operation condition as the future own vehicle state, but instead, It is good also as a structure which estimates the future own vehicle state by catching the sign that an operation condition changes from the present operation condition calculated
  • the driving environment prediction unit 112 and the own vehicle state prediction unit 114 having the above-described configuration always perform the prediction after the driving of the automobile 200 is started.
  • the units 122 to 124 are actually realized by the CPU provided in the ECU 50 executing a computer program stored in the ROM.
  • the urban / suburban section P1 calculated by the traveling environment prediction unit 112 and the host vehicle state P2 calculated by the host vehicle state prediction unit 114 are sent to the SOC distribution request level calculation unit 116.
  • the SOC distribution request level calculation unit 116 calculates the SOC distribution request level P3 based on the city / suburb section P1 and the own vehicle state P2, and the target SOC calculation unit 118 calculates the target SOC value C1 based on the SOC distribution request level P3. To do.
  • the contents of the SOC distribution request level calculation unit 116 and the target SOC calculation unit 118 will be described in detail below.
  • FIG. 3 is a flowchart showing a target SOC estimation routine.
  • This target SOC estimation routine is repeatedly executed every predetermined time (for example, 60 sec) when the vehicle is traveling. That is, the target SOC estimation routine is not executed when the engine 10 is stopped by the idling stop control.
  • the CPU of the ECU 50 acquires the city / suburb section P1 obtained by the traveling environment prediction unit 112 (FIG. 2) (step S100) and the own vehicle state prediction unit 114.
  • the own vehicle state P2 obtained by (FIG. 2) is acquired (step S200).
  • step S300 the CPU performs a process of calculating the SOC distribution request level based on the city / suburb section P1 and the own vehicle state P2 using the SOC distribution request level calculation map MP (step S300).
  • the usable SOC range is determined for each type of battery.
  • the usable SOC range is allocated to idling stop and charge control, and the “SOC allocation request level” is a parameter for designating the allocation level.
  • FIG. 4 is an explanatory diagram showing the SOC allocation request level calculation map MP.
  • the SOC allocation required level calculation map MP has an urban area / suburb section P1 on the horizontal axis, a host vehicle state P2 on the vertical axis, and SOCs corresponding to the values on the horizontal axis and the values on the vertical axis.
  • This is map data in which the distribution request level P3 is mapped.
  • An SOC allocation request level calculation map MP has been created by previously determining the relationship among the urban / suburban division P1, the own vehicle state P2, and the SOC allocation request level P3 experimentally or by simulation, and is stored in the ROM. I remember it.
  • step S300 the SOC allocation request level calculation map MP is called from the ROM, and by referring to the map MP, the SOC corresponding to the urban / suburban division P1 obtained in step S100 and the own vehicle state P2 obtained in step S200.
  • the distribution request level P3 is acquired.
  • four values A, B, C, and D are prepared as the SOC distribution request level P3.
  • Each value is higher in the order of D, C, B, and A. That is, D> C> B> A.
  • the SOC allocation request level P3 is higher when the city / suburb section P1 is a value 1 indicating a city area than when the value 0 is a city area. Further, the higher the host vehicle state P2, the higher the SOC distribution request level P3.
  • step S400 the CPU performs a process of calculating the target SOC value C1 based on the SOC distribution request level P3 using the target SOC calculation table TB (step S400).
  • FIG. 5 is an explanatory diagram showing the target SOC calculation table TB.
  • the target SOC calculation table TB has an SOC distribution request level P3 on the horizontal axis, a target SOC value C1 on the vertical axis, and a relationship between the SOC distribution request level P3 and the target SOC value C1 on a straight line L. Show.
  • the target SOC calculation table TB is created and stored in the ROM.
  • the target SOC calculation table TB is called from the ROM, and the target SOC value C1 corresponding to the SOC distribution request level P3 calculated in step S300 is acquired by referring to the table TB.
  • the target SOC value C1 indicated by the straight line L is a value set within the usable SOC range W of the battery 40, and the usable SOC range W is defined as a charge control capacity and an idling stop capacity.
  • the distribution rate when allocated to is shown.
  • the idling stop capacity area is set on the lower side
  • the charge control capacity area is set on the upper side
  • the boundary between both areas is the target SOC value. C1.
  • a level obtained by adding the idling stop capacity to the lower limit value of the usable SOC range W is set as the target SOC value C1.
  • the charge control capacity is a battery capacity required by suppressing the fuel power generation by the charge control described above.
  • the idling stop capacity is a capacity that is expected to be used in a future stop-and-start period. In the present embodiment, the idling stop capacity is set to the maximum expected size.
  • the idling stop capacity increases as the SOC distribution request level P3 becomes higher.
  • the target SOC value C1 indicated by the straight line L indicates the SOC that can completely perform the idling stop control in the future and that can minimize the power generation amount for storing the SOC.
  • the target SOC value C1 increases linearly as the SOC distribution request level P3 increases as indicated by the straight line L, but the present invention is not limited to this.
  • the target SOC value C1 is set to increase linearly as the SOC distribution request level P3 increases when the SOC distribution request level P3 is equal to or less than a predetermined value, and to maintain a constant value when the SOC distribution request level P3 exceeds a predetermined value.
  • a predetermined configuration may be adopted. This configuration is effective for a battery having a relatively small usable SOC range.
  • it can also be set as the structure shown with a curve instead of the structure which shows the change of the target SOC value C1 with a straight line.
  • step S400 after executing step S400, the CPU outputs the target SOC value C1 calculated in step S400 to the feedback control unit 130 (step S500), and then temporarily ends the target SOC estimation routine.
  • the feedback control unit 130 (FIG. 2), the current SOC value C2 is controlled to the calculated target SOC value C1.
  • the current SOC value C2 indicates the remaining capacity of the battery 40 in the usable SOC range.
  • the remaining capacity can be prevented from falling below the idling stop capacity during vehicle travel. That is, in FIG. 5, when the current SOC value is located in the charge control capacity region, that is, when the remaining capacity exceeds the idling stop capacity, charge control is performed and the battery 40 is charged by fuel power generation. It is suppressed.
  • the SOC is controlled to the target SOC value C1 indicated by the straight line L by the fuel power generation, so that the idling stop capacity is attempted to fall below. It is avoided.
  • FIG. 6 is an explanatory diagram showing a time chart regarding the vehicle speed and the SOC of the battery 40 (current SOC value C2) while the automobile 200 is in operation.
  • the vertical axis represents vehicle speed and SOC
  • the horizontal axis represents time.
  • the vehicle stops at time t2.
  • regenerative power generation by deceleration is performed, and the SOC gradually increases as shown by the solid line.
  • a period from time t2 (strictly speaking, when the engine stop condition is satisfied) to time t3 when the vehicle speed rises is a stop-and-start period SST, and the engine 10 is stopped.
  • the stop-and-start period SST the SOC gradually decreases due to power consumption by auxiliary equipment.
  • the solid line when the SOC reaches the lower limit value SL during this stop (time tb), the engine 10 is restarted by battery control. After restarting, as indicated by the solid line, power is generated by the power of the engine 10 and the SOC increases.
  • the SOC when the SOC decreases during normal driving and the remaining capacity of the battery 40 in the usable SOC range falls below the idling stop capacity (time ta), the SOC is increased by fuel power generation. As indicated by the two-dot chain line in the figure, the SOC increases during the ta-t2 period. This increase takes into account the maximum battery capacity expected to be used in the future stop-and-start period. Therefore, even if the SOC decreases in the stop-and-start period t2-t3, the SOC reaches the lower limit SL. It wo n’t happen.
  • the “future stop-and-start period” is not limited to the illustrated stop-and-start period SST.
  • the entire stop-and-start period is the same. is there. Therefore, in this embodiment, unlike the conventional example, the SOC does not reach the lower limit value and the engine 10 is not restarted in the stop-and-start period t2-t3.
  • FIG. 7 is a flowchart showing a driving environment estimation routine.
  • the traveling environment estimation routine By executing the traveling environment estimation routine by the CPU of the ECU 50, it is determined (estimated) whether the traveling environment up to now is an urban area or a suburb. The function realized by executing this traveling environment estimation routine is included in the traveling environment prediction unit 112 (FIG. 2).
  • step S610 the CPU of the ECU 50 first determines whether or not the key is started. “Key start” refers to starting the engine in response to an operation of an ignition key (not shown) by the driver. If it is determined in step S610 that the key is not started, the process of step S610 is repeated to wait for the key to be started.
  • step S620 the CPU executes an initialization process for clearing a storage stack and variables described later. One of the variables is an urban area / suburb section P1, which will be described later. This urban area / suburb section P1 is also cleared to a value of 0 indicating the suburb.
  • the CPU sets the wheel speed Vh detected by the wheel speed sensor 82 as the vehicle speed V, and determines whether the vehicle speed V exceeds a predetermined speed V0 (for example, 15 km / h) (step S630).
  • a predetermined speed V0 for example, 15 km / h
  • the CPU waits for the vehicle speed V to exceed V0, and proceeds to step S640.
  • the vehicle speed V may be a configuration using a detection value of a vehicle speed sensor (not shown) instead of a configuration using the detection value of the wheel speed sensor 82.
  • the CPU starts execution of a stop time acquisition routine and a stop time rate calculation routine described later.
  • FIG. 8 is an explanatory diagram of a time chart showing the relationship between the start time of the stop time acquisition routine and the stop time rate calculation routine and the vehicle speed V.
  • the horizontal axis of the time chart indicates time t, and the vertical axis indicates the vehicle speed V.
  • the vehicle speed V rises.
  • execution of a stop time acquisition routine and a stop time rate calculation routine is started at the time t2 when the vehicle speed V reaches the predetermined speed V0. This is because the period (t1-t2) from when the key is started until the speed reaches the predetermined speed V0 is not counted as the stop time acquired by the stop time acquisition routine.
  • step S640 the CPU determines whether or not a start limit time (TL described later) has elapsed since the vehicle speed V exceeded V0 (step S650), and sets the start limit time TL. Waiting for the elapse of time, the CPU executes a city / suburb determination routine to be described later (step S660). After execution of step S660, it is determined whether or not an operation for switching off the ignition key is performed by the driver (step S670), and the process of step S660 is repeatedly performed until the operation is performed. When the turning-off operation is performed, the CPU ends the traveling environment estimation routine.
  • FIG. 9 is a flowchart showing the stop time acquisition routine started in step S640.
  • the CPU repeatedly executes the next stop time acquisition process in the first cycle G1 (step S710).
  • This stop time acquisition process calculates the stop time in the period of the first cycle G1, and stores the calculated stop time in the first storage stack ST1.
  • the first period G1 is 60 [sec].
  • FIG. 10 is an explanatory diagram showing an example of the first storage stack ST1.
  • the first storage stack ST1 is composed of ten stack elements M (1), M (2),..., M (10).
  • the CPU obtains the stopping time for 60 seconds every 60 seconds, and sequentially stores the obtained results in the stack element M (n) provided in the first storage stack ST1.
  • n is a variable from 1 to 10
  • the stored stack element M (n) sequentially moves from M (1) to M (10).
  • the determination of whether the vehicle is stopped may be a configuration using a detection value of a vehicle speed sensor (not shown) instead of the configuration using the detection value of the wheel speed sensor 82.
  • step S710 the CPU sequentially obtains stop times in a period of 60 seconds in a cycle of 60 seconds, and sequentially stores the obtained stop times in stack elements M (1) to M (10) one by one. .
  • the stop time of 20 seconds is stored in the stack element M (1) when 60 seconds have elapsed
  • the stop time of 0 seconds is stored in the stack element M (2) when 120 seconds have elapsed, and 180 seconds have elapsed.
  • the stop time of 60 seconds is stored in the stack element M (3). In this way, stop times are sequentially stored in a cycle of 60 seconds. As shown in FIG.
  • step S720 the CPU repeatedly executes the next stop time acquisition process in the second period G2 (step S720).
  • This stop time acquisition process calculates the stop time in the period of the second period G2, and stores the calculated stop time in the second storage stack ST2.
  • the second period G2 is 90 [sec].
  • step S720 is shown as a process following step S710 in the figure, but this is based on the convenience of the figure, and actually, the process of this stop time acquisition routine is started in the same manner as the process of step S710 described above. Later, it is executed immediately. That is, the process of step S710 and the process of step S720 are executed in parallel by time sharing.
  • FIG. 12 is an explanatory diagram showing an example of the second storage stack ST2.
  • the second storage stack ST2 is composed of ten stack elements N (1), N (2),..., N (10).
  • the CPU obtains the stop time for 90 seconds every 90 seconds, and the obtained results are sequentially stored in the stack element N (n) provided in the second storage stack ST2.
  • n is a variable from 1 to 10, and the stored stack element N (n) sequentially moves from N (1) to N (10).
  • the stop time is calculated by detecting the stop of the vehicle based on the wheel speed Vh detected by the wheel speed sensor 82, and calculating the stop time over the period of the second period G2. Obtained by measuring.
  • step S720 the CPU sequentially determines the stop times in the period of 90 seconds in a cycle of 90 seconds, and stores the determined stop times in order from stack elements N (1) to N (10). .
  • the stop time of 20 seconds is stored in the stack element N (1) when 90 seconds have elapsed
  • the stop time of 0 seconds is stored in the stack element N (2) when 180 seconds have elapsed, and 270 seconds have elapsed.
  • the stop time of 0 seconds is stored in the stack element N (3). In this way, the stop time is sequentially stored in a cycle of 90 seconds.
  • the stop time is filled up to the last stack element N (10), that is, when the total time of 15 minutes (900 seconds) has elapsed, it returns to the head and is updated one by one from the head. Going is the same as the first storage stack ST1.
  • FIG. 13 is a flowchart showing a stoppage time rate calculation routine started in step S640 (FIG. 7).
  • the CPU repeatedly calculates the near and past stoppage time rate Rn with the first period G1 after 10 minutes have elapsed from the start of the process (step S810). Specifically, the total value of the values stored in the stack elements M (1) to M (10) of the first storage stack ST1 is obtained, and the time required to fill the first storage stack ST1 is 600 seconds. The total value is divided and the quotient is set as the near-term stoppage time rate Rn.
  • the first storage stack ST1 Since the stack element M (n) is updated one by one every 60 seconds that is the first cycle G1, the first storage stack ST1 obtains the near-last stop time rate Rn each time this update is made. . That is, according to the process of step S810, the ratio of the stopping time in the latest past 600 seconds can be obtained as the near-term stopping time rate Rn by using the stored contents of the first storage stack ST1.
  • the ratio of the stop time is a ratio of the stop time to the entire time (here, 600 seconds).
  • step S820 the CPU repeatedly calculates the far past stop time rate Rf in the second period G2 after 15 minutes have elapsed from the start of the process.
  • the process of step S820 is shown as a process subsequent to step S810 in the figure, but this is based on the convenience of the figure.
  • Executed immediately the process of step S810 and the process of step S820 are executed in parallel by time sharing.
  • step S820 the total value of the values stored in the stack elements N (n) to N (10) of the second storage stack ST2 is obtained, and the time required to fill the second storage stack ST2 is obtained.
  • the total value is divided by a certain 900 seconds, and the quotient is set as a far past stoppage time rate Rf. Since the stack element N (n) is updated one by one every 90 seconds that is the second period G2, the second storage stack ST2 obtains the far past stop time rate Rf every time this update is made. . That is, according to the process of step S820, the ratio of the stopping time in the latest past 900 seconds can be obtained as the far past stopping time rate Rf by using the stored contents of the second storage stack ST2.
  • the ratio of the stop time is the ratio of the stop time to the entire time (900 seconds here).
  • 900 seconds which is the time required to fill the second storage stack ST2, corresponds to the start limit time TL in step S650 described above.
  • the near-past stop time rate Rn corresponds to the “first stop time rate” described in the section “Means for solving the problem”
  • the far-past stop time rate Rf is “means for solving the problem”. This corresponds to the “second stop time rate” described in the column.
  • the near past stop time rate Rn and the far past stop time rate Rf correspond to “stop degree data” described in the column of “Means for Solving the Problems”.
  • the configuration of the ECU 50 and the stop time acquisition routine and stop time rate calculation routine executed by the CPU of the ECU 50 corresponds to the “stop degree data acquisition unit” described in the section of “Means for Solving the Problems”. .
  • the near-past stop time rate Rn is obtained after 10 minutes from the start of processing
  • the far past stop time rate Rf is obtained after 15 minutes from the start of processing. This is to delay the time until the first value is determined using the first and second storage stacks ST1 and ST2.
  • the grace period may be configured to set a predetermined initial value requested from the system.
  • FIG. 14 is a flowchart showing the city / suburb determination routine executed in step S660 (FIG. 7).
  • This city / suburb determination routine determines whether it is an urban area or a suburb by comparing the latest near past stop time rate Rn obtained by the stop time rate calculation routine and the latest far past stop time rate Rf with a threshold value. It is. That is, the ECU 50 and the configuration of the city / suburb determination routine executed by the CPU of the ECU 50 correspond to the “city / suburb determination unit” described in the section “Means for Solving the Problems”.
  • threshold values are prepared as threshold values used for the determination.
  • Two high thresholds (high threshold) are used for determination of urban areas, for near past stoppage time rate Rn and far past stoppage time rate Rf, and lower thresholds (low threshold) used for suburban determination are close.
  • Two are prepared for the past stoppage time rate Rn and for the far past stoppage time rate Rf.
  • the former two threshold values are a first high threshold value Hn and a second high threshold value Hf
  • the latter two threshold values are a first low threshold value Ln and a second low threshold value Lf.
  • the CPU has a near-past stop time rate Rn that is equal to or higher than the first high threshold value Hn and a far-past stop time rate Rf is equal to or higher than the second high threshold value Hf. It is determined whether at least one of the above is satisfied (step S910). There is a relationship of Hn> Hf between the first high threshold value Hn and the second high threshold value Hf. For example, Hn is 47% and Hf is 39%. If it is determined in step S910 that at least one of the conditions is satisfied, it is determined as an urban area (step S920). That is, the value 1 is set in the urban area / suburb section P1. After the execution of step S920, the process returns to “RETURN” and the routine is temporarily terminated.
  • step S910 determines that the near-past stop time rate Rn is less than the first low threshold Ln and that the far-past stop time rate is It is determined whether or not both of Rf is less than the second low threshold value Lf are satisfied (step S930).
  • Hn> Ln between the first low threshold Ln and the first high threshold Hn described above.
  • Hf> Lf between the second low threshold Lf and the second high threshold Hf described above.
  • Ln is 34% and Lf is 33%.
  • Ln> Lf between the first low threshold Ln and the second low threshold Lf. That is, in this embodiment, there is a relationship of Hn> Hf> Ln> Lf.
  • step S940 When it is determined in step S930 that both are satisfied, it is determined as a suburb (step S940). That is, the value 0 is set in the city / suburb section P1. After execution of step S940, the process returns to “RETURN”, and this routine is temporarily terminated. On the other hand, if a negative determination is made in step S930, that is, it is determined that at least one of the conditions is not satisfied, the routine immediately returns to “RETURN” and this routine is once ended. That is, when a negative determination is made in step S930, the value at the time of the previous processing of the urban area / suburb section P1 is maintained as it is, and this routine is finished.
  • the algorithm according to the city / suburb determination routine configured as described above determines whether the city is a suburb or a suburb based on the near past stop time rate Rn and the far past stop time rate Rf. The reason why it is constructed for the following reasons will be described.
  • FIG. 15 is a graph showing changes in the near-term stoppage time rate Rn in each of a large-scale urban area, a small and medium-sized urban area, and a suburb. These graphs are obtained by driving a car actually in a large-scale urban area, a small- and medium-sized urban area, and a suburb, and obtaining a change in the near-term stoppage time ratio Rn at that time. In each graph, the running time is shown on the horizontal axis, and the near-last stop time rate Rn is shown on the vertical axis.
  • FIG. 16 is a graph showing the maximum and minimum values of the near-term stoppage time rate Rn in each of a large-scale urban area, a small- and medium-sized urban area, and a suburb.
  • indicates the maximum value
  • indicates the minimum value.
  • the maximum value and the minimum value are derived from the graphs of FIGS. 15A, 15B, and 15C, respectively.
  • the distribution of the near past stoppage time rate Rn in the large-scale urban area is 34.3 to 66%
  • the distribution of the far past stoppage time ratio Rn in the small and medium-sized city area is 30.2 to 49.8.
  • the distribution of the near stoppage time rate Rn in the suburbs is 14.2 to 45.5%. From these facts, it can be seen that the distributions of near-last stoppage time rates Rn in large-scale urban areas, small- and medium-sized urban areas, and suburbs are wide and overlap each other. For this reason, using one threshold value, it is impossible to determine “urban area” if the near-term stoppage time rate Rn is equal to or higher than this threshold value, and “suburb” if the threshold value falls below this threshold value.
  • two threshold values are set so that the judgment between the urban area and the suburb has hysteresis. That is, as shown in FIG. 17 (a), when the near-past stoppage time rate Rn exceeds the high threshold value Hn from the side lower than the high threshold value Hn, it is determined as an urban area, and the near-past stoppage time rate Rn is less than the low threshold value Ln. When the value falls below the low threshold value Ln from the higher side, it is determined as a suburb, and in other cases, the value at the previous processing is maintained as it is.
  • the determination result is a mixture of “urban area” and “suburb”. That is, there remains a problem that the small and medium-sized urban area cannot be correctly estimated as the “urban area” with the near- past stoppage time rate Rn. Therefore, in the present embodiment, in addition to the near past stop time rate Rn, a far past stop time rate Rf having a measurement time longer than the near past stop time rate Rn is introduced.
  • the low threshold value Ln is set to a lower value, it is possible not to mix “suburbs” in the determination result.
  • the suburbs When switching from the suburbs to the suburbs, there is a possibility that troubles that cannot be determined as “suburbs” may occur, and there is a limit in setting the low threshold Ln to the lower side. For this reason, it is difficult to accurately estimate a small and medium-sized city area as an “urban area” using only the near-stop time rate Rn.
  • FIG. 18 is a graph showing the change in the far past stoppage time rate Rf in each of a large-scale urban area, a small- and medium-sized urban area, and a suburb. These graphs are obtained by driving a car in a large-scale urban area, a small- and medium-sized urban area, and a suburb, and obtaining a change in the far past stoppage time rate Rf at that time. In each graph, the travel time is shown on the horizontal axis, and the far past stop time rate Rf is shown on the vertical axis.
  • FIG. 19 is a graph showing the maximum value and the minimum value of the far past stoppage time rate Rf in each of a large-scale urban area, a small- and medium-sized urban area, and a suburb.
  • indicates the maximum value and ⁇ indicates the minimum value.
  • the maximum value and the minimum value are derived from the graphs of FIGS. 18A, 18B, and 18C, respectively.
  • the distribution of the far past stopping time rate Rf in the large-scale urban area is 41.3 to 58.3%, and the distribution of the far past stopping time ratio Rf in the small and medium-sized urban area is 34.3 to 47.
  • the distribution of the far past stopping time rate Rf in the suburbs is 18.8 to 37.4%.
  • the distribution of the far past stoppage time rate Rf in large-scale urban areas, small and medium-sized urban areas, and suburbs is narrower than that in the case of the near past stoppage time ratio Rn.
  • two threshold values (a high threshold value Hf and a low threshold value Lf) are set in the same manner as in the determination using the near and past stoppage time rate Rn. Hysteresis is added to the judgment of the suburbs. That is, as shown in FIG. 17 (b), when the far past stop time rate Rf exceeds the high threshold value Hf from the side lower than the high threshold value Hf, it is determined as an urban area, and the far past stop time rate Rf is less than the low threshold value Lf. When it falls below the low threshold Lf from the higher side, it is determined that it is a suburb.
  • the determination accuracy is higher when the determination is made based on the far past stop time rate Rf than the near past stop time rate Rn.
  • the determination is made based on the far past stoppage time rate Rf, since it is a long period of 15 minutes, the responsiveness is worse than when the determination is made based on the near past stoppage time rate Rn. Therefore, according to the urban / suburban determination routine in the present embodiment, the determination result based on the near past stoppage time rate Rn and the determination result based on the far past stoppage time rate Rf are used in combination, so that the final determination is performed. did.
  • the determination of switching to an urban area is performed by taking the logical sum (OR) of the determination result based on the near past stop time rate Rn and the determination result based on the far past stop time rate Rf (step in FIG. 14). In S910), the determination result of the urban area is obtained as soon as possible.
  • the determination of switching to the suburbs is performed by taking the logical product (AND) of the determination result based on the near past stoppage time rate Rn and the determination result based on the far past stoppage time rate Rf (step S930 in FIG. 14). The determination result of the suburbs is obtained with high accuracy.
  • the near past stoppage time rate Rn exceeds the high threshold value Hn (or Hf) from the side lower than the high threshold value Hn (or Hf).
  • the near past stop time rate Rn falls below the low threshold Ln (or Lf) from the side higher than the low threshold Ln (or Lf). Is determined. For this reason, it is possible to prevent the determination from being switched when the stop time ratio temporarily decreases in the urban area, or when the stop time ratio temporarily increases in the suburbs. Therefore, the traveling environment is not temporarily erroneously determined, and the determination accuracy can be improved.
  • the near past stoppage time rate Rn calculated in a short period of 10 minutes and the far past stoppage time rate Rf calculated in a long period of 15 minutes are acquired.
  • the determination of switching to an urban area is made by taking the OR of the determination result based on the near past stoppage time rate Rn and the determination result based on the far past stoppage time rate Rf, so that the determination of the urban area is highly responsive. Done.
  • the determination of switching to the suburbs can be obtained with high accuracy by taking the AND of the determination result based on the near past stoppage time rate Rn and the determination result based on the far past stoppage time rate Rf. Can be. In other words, according to this automobile 200, it is possible to determine whether it is an urban area or a suburb with both responsiveness and accuracy. In addition, since a complicated configuration as in the car navigation system is not required, the device configuration can be simplified.
  • the city / suburb section P1 is initially set to a value of 0 indicating the suburb, and may be determined to be a suburb when the city starts.
  • the electric load is large due to the restart by the idling stop control, the amount of charge of the battery 40 is small, which is not a desirable state.
  • the response to the determination of the urban area There is no problem because of its good nature.
  • the stop time rate is not calculated during the period from when the key is started until the predetermined speed V0 is reached, the obtained stop time rate is effectively used for the idling stop control system. be able to.
  • appropriate control can be performed by excluding the stop time rate calculation target.
  • the SOC does not reach the lower limit value and the engine 10 is not restarted in the stop-and-start period t2-t3.
  • the amount of fuel is required to be three to five times greater than when the power is increased and the SOC is increased during engine operation. That is, the fuel consumption effect per unit SOC (for example, SOC 1%) during engine operation is three to five times better than when the engine is restarted due to insufficient SOC during the stop-and-start period. Therefore, the automobile 200 of the present embodiment also has an effect that the fuel efficiency can be improved as compared with the conventional example.
  • the SOC allocation request level P3 is obtained based on the city / suburb division P1 obtained by achieving both responsiveness and accuracy by the city / suburb determination routine (see FIG. 4).
  • the idling stop capacity is obtained based on P3 (see FIG. 5). Therefore, it is possible to appropriately determine the idling stop capacity in the SOC range W in which the battery 40 can be used.
  • the automobile 200 of the present embodiment can further improve fuel efficiency.
  • the SOC allocation request level is calculated based on both the city / suburb segment P1 and the own vehicle state P2, but instead, it is calculated based only on the city / suburb segment P1. Also good.
  • Modification 2 In the said embodiment and modification, although the division
  • the determination of whether the city area or the suburbs is made based on the near past stop time rate Rn and the far past stop time rate Rf.
  • one stop time is used.
  • the traveling environment may be predicted based on the rate, that is, the ratio of the stop time in a predetermined period.
  • two threshold values for comparison are prepared, a high threshold value and a low threshold value.
  • the city / suburb section P1 immediately after the key start is configured to be initially set to a value 0 indicating the suburb. Instead, the value of the city / suburb section P1 at the time of key-off is set to a non-volatile value.
  • the city / suburb section P1 immediately after the key start may be set to the value stored in the non-volatile memory. Before and after parking, the urban area or the suburbs are likely to have the same classification, so that the driving environment can be estimated with high accuracy immediately after starting.
  • Modification 6 In the above embodiment, when at least one of the near past stoppage time rate Rn is equal to or higher than Hn and the far past stoppage time rate Rf is equal to or higher than Hf is satisfied by the city / suburb determination routine (FIG. 14). Moreover, although it determined with it being an urban area, in this invention, it is not restricted to this. Only when it is determined that Rn is greater than or equal to Hn, it may be determined to be an urban area. In this case, the far past stoppage time rate Rf may be used to determine whether or not it is a suburb. That is, for example, in FIG. 14, step S910 may be replaced with determination of Rn ⁇ Hn, and step S930 may be replaced with determination of Rf ⁇ Lf. With this configuration, the driving environment can be predicted with both responsiveness and accuracy while having a simple configuration.
  • Modification 7 In the above-described embodiment, the determination as to whether it is an urban area or a suburb is performed based on the ratio of the stop time in a predetermined period such as the near past stop time rate Rn and the far past stop time rate Rf. It is good also as a structure which performs the determination based on the frequency
  • the battery was a lead acid battery, in this invention, it is not restricted to this.
  • the battery can be replaced with another type of battery such as a lithium ion storage battery or a rocking chair type power storage unit.
  • the vehicle was a motor vehicle, it may replace with this and may be vehicles other than motor vehicles, such as a train.
  • a part of the function realized by software may be realized by hardware (for example, an integrated circuit), or a part of the function realized by hardware may be realized by software. .
  • SYMBOLS 10 Engine 15 ... Automatic transmission 20 ... Differential gear 25 ... Drive wheel 30 ... Starter 34 ... Drive mechanism 35 ... Alternator 40 ... Battery 50 ... ECU DESCRIPTION OF SYMBOLS 70 ... Auxiliary machines 72 ... Headlight 74 ... Air conditioner 82 ... Wheel speed sensor 84 ... Brake pedal sensor 86 ... Accelerator opening sensor 88 ... Battery current sensor 89 ... Alternator current sensor 90 ... Idling stop control part 100 ... SOC control part DESCRIPTION OF SYMBOLS 110 ... Target SOC estimation part 112 ... Running environment prediction part 114 ... Own vehicle state prediction part 116 ...

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Mathematical Physics (AREA)
  • Chemical & Material Sciences (AREA)
  • Analytical Chemistry (AREA)
  • General Physics & Mathematics (AREA)
  • Control Of Vehicle Engines Or Engines For Specific Uses (AREA)
  • Traffic Control Systems (AREA)

Abstract

市街地か郊外かの判定を高精度に行う。走行環境推定装置は、停車状態となる傾向の度合いを示す停車度合データを取得する停車度合データ取得部と;前記取得した停車度合データを閾値と比較することによって、前記車両の走行地域が市街地か郊外かを判定する市街地/郊外判定部とを備える。前記市街地/郊外判定部は、前記閾値として、高閾値と、前記高閾値より低い低閾値とを有し;前記停車度合データが前記高閾値より低い側から前記高閾値を上回ったときに、市街地と判定し;前記停車度合データが前記低閾値より高い側から前記低閾値を下回ったときに、郊外と判定する。

Description

走行環境推定装置およびその方法
 本発明は、車両の走行地域が市街地か郊外かを判定する走行環境推定の技術と、車両を制御する技術とに関する。
 近年、車両においては、燃費向上の要請に伴い、走行環境に応じた運転制御がなされている。走行環境としては、市街地、郊外のいずれに該当するかがあり、この判定を行う走行環境推定装置が種々提案されている。例えば、特許文献1には、走行時間比率に基づいて市街地度を推定する技術が提案されている。なお、走行時間比率とは、車両走行時間と走行停止時間とを含む全体時間に対する走行時間の比率であることから、前記技術は、停止時間比率に基づいて市街地度を推定する技術であるとも言える。
特開平7-105474号公報
 しかしながら、特許文献1に記載された技術では、市街地であるのに停止時間比率が一時的に低くなったり、郊外であるのに停車時間比率が一時的に高くなったりした場合に、走行環境を一時的に誤判定するという課題があった。また、その判定の応答性に劣るという課題があった。さらに、構成の簡易化や、その小型化や、低コスト化、省資源化、使い勝手の向上等が望まれていた。
 本発明は、上述した従来の課題の少なくとも一部を解決するためになされたものであり、市街地か郊外かの判定を高精度に行うことを目的とする。
 本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態として実現することが可能である。
(1)本発明の一形態によれば、走行環境推定装置が提供される。この走行環境推定装置は、停車状態となる傾向の度合いを示す停車度合データを取得する停車度合データ取得部と;前記取得した停車度合データを閾値と比較することによって、前記車両の走行地域が市街地か郊外かを判定する市街地/郊外判定部とを備える。前記市街地/郊外判定部は、前記閾値として、予め定められた値である高閾値と、前記高閾値より低い値である低閾値とを有し;前記停車度合データが前記高閾値より低い側から前記高閾値を上回ったときに、市街地と判定し;前記停車度合データが前記低閾値より高い側から前記低閾値を下回ったときに、郊外と判定する。
 この走行環境推定装置によれば、市街地と郊外との判定にヒステリシスを持たせることで、市街地であるのに停止時間比率が一時的に低くなったり、郊外であるのに停車時間比率が一時的に高くなったりした場合に、判定が切り替わることを防ぐことができる。このために、走行環境を一時的に誤判定することがなくなり、判定精度を向上することができる。
(2)前記形態の走行環境推定装置において、前記停車度合データ取得部は、前記停車度合データとして、所定の期間における停車時間の比率を取得する構成としてもよい。
 この構成によれば、停車時間の比率に基づいて市街地か郊外かを判定することができる。
(3)前記形態の走行環境推定装置において、前記停車度合データ取得部は、前記停車度合データとして、第1の期間における停車時間の比率である第1停車時間率と、前記第1の期間よりも長い第2の期間における停車時間の比率である第2停車時間率とをそれぞれ取得する構成としてもよい。
 この構成によれば、市街地か郊外かの判定を応答性よく行うことができる。
(4)前記形態の走行環境推定装置において、前記市街地/郊外判定部は、前記高閾値として、第1の高閾値と、第2の高閾値とを有し、前記第1停車時間率が前記第1の高閾値より低い側から前記第1の高閾値を上回ったとき、又は、前記第2停車時間率が前記第2の高閾値より低い側から前記第2の高閾値を上回ったときに、市街と判定する構成としてもよい。
 この構成によれば、市街地の判定結果をできるだけ早く得ることができる。
(5)前記形態の走行環境推定装置において、前記市街地/郊外判定部は、前記低閾値として、第1の低閾値と、第2の低閾値とを有し、前記第1停車時間率が前記第1の低閾値より高い側から前記第1の低閾値を下回ったとき、且つ、前記第2停車時間率が前記第2の低閾値より高い側から前記第2の低閾値を下回ったときに、郊外と判定する構成としてもよい。
 この構成によれば、市街地の判定結果を高精度に得ることができる。
(6)本発明の他の形態によれば、走行環境推定方法が提供される。この走行環境推定方法は、停車状態となる傾向の度合いを示す停車度合データを取得する工程と;前記取得した停車度合データを閾値と比較することによって、前記車両の走行地域が市街地か郊外かを判定する工程とを備える。前記市街地か郊外かを判定する工程は、前記閾値として、予め定められた値である高閾値と、前記高閾値より低い値である低閾値とを用意し;前記停車度合データが前記高閾値より低い側から前記高閾値を上回ったときに、市街地と判定し;前記停車度合データが前記低閾値より高い側から前記低閾値を下回ったときに、郊外と判定する。
 前記(6)の走行環境推定方法によれば、前記(1)の走行環境推定装置と同様に、市街地か郊外かの判定を高精度に行うことができる。
 なお、本発明は、種々の形態で実現することが可能である。例えば、前記形態の走行環境推定装置を備える車両制御装置、前記形態の走行環境推定装置を備える車両、前記形態の車両制御方法の各工程に対応する機能をコンピュータに実現させるためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体等の形態で実現することができる。
本発明の一実施形態としての自動車の構成を示す説明図である。 ECUの構成を機能的に示す説明図である。 目標SOC推定ルーチンを示すフローチャートである。 SOC配分要求レベル算出用マップを示す説明図である。 目標SOC算出用テーブルを示す説明図である。 自動車の運転中における車速とSOCについてのタイムチャートを示す説明図である。 走行環境推定ルーチンを示すフローチャートである。 停車時間取得ルーチンおよび停車時間率算出ルーチンの実行開始時と車速Vとの関係を示すタイムチャートの説明図である。 停車時間取得ルーチンを示すフローチャートである。 第1の記憶スタックの一例を示す説明図である。 第1の記憶スタックの記憶内容の変化を示す説明図である。 第2の記憶スタックの一例を示す説明図である。 停車時間率算出ルーチンを示すフローチャートである。 市街地/郊外判定ルーチンを示すフローチャートである。 大規模市街地、中小規模市街地、郊外それぞれでの近過去停車時間率の変化を示すグラフである。 大規模市街地、中小規模市街地、郊外それぞれでの近過去停車時間率の最大値および最小値を示グラフである。 近過去停車時間率および遠過去停車時間率のそれぞれにおけるヒステリシスを示すグラフである。 大規模市街地、中小規模市街地、郊外それぞれでの遠過去停車時間率の変化を示すグラフである。 大規模市街地、中小規模市街地、郊外それぞれでの遠過去停車時間率の最大値および最小値を示グラフである。
 次に、本発明の実施形態を以下の順序で説明する。
A.全体構成:
B.ECUの構成:
C.目標SOC推定部の構成:
D.走行環境の推定方法:
E.効果:
F.変形例:
A.全体構成:
 図1は、本発明の一実施形態としての自動車200の構成を示す説明図である。自動車200は、アイドリングストップ機能を搭載した車両である。自動車200は、エンジン10と、自動変速機15と、ディファレンシャルギア20と、駆動輪25と、スタータ30と、オルタネータ35と、バッテリ40と、電子制御ユニット(ECU:Electrical Control Unit)50とを備えている。
 エンジン10は、ガソリンや軽油などの燃料を燃焼させることによって動力を発生させる内燃機関である。エンジン10の動力は、自動変速機15に伝達されるとともに、駆動機構34を介してオルタネータ35に伝達される。エンジン10の出力は、運転者により操作されるアクセルペダル(図示せず)の踏み込み量に応じて、エンジンコントロールコンピュータ(図示せず)により変更される。
 自動変速機15は、変速比の変更(いわゆるシフトチェンジ)を自動的に実行する。エンジン10の動力(回転数・トルク)は、自動変速機15によって変速され、所望の回転数・トルクとして、ディファレンシャルギア20を介して、左右の駆動輪25に伝達される。こうして、エンジン10の動力は、アクセルペダルの踏み込み量に応じて変更されつつ、自動変速機15を介して駆動輪25に伝達されて、車両(自動車200)の加速・減速が行なわれることになる。
 オルタネータ35にエンジン10の動力を伝達する駆動機構34は、本実施形態では、ベルトドライブの構成を採用している。オルタネータ35は、エンジン10の動力の一部を用いて発電を行なう。オルタネータ35は、発電機の一種である。発電された電力は、インバータ(図示せず)を介してバッテリ40の充電に用いられる。本明細書では、オルタネータ35を用いたエンジン10の動力による発電を「燃料発電」と呼ぶ。
 バッテリ40は、電圧14Vの直流電源としての鉛蓄電池であり、エンジン本体以外に設けられた周辺機器に電力を供給する。本明細書では、エンジン本体以外に設けられた周辺機器であって、バッテリ40の電力を用いて動作する機器を、「補機」と呼ぶ。また、補機の集まりを、「補機類」と呼ぶ。自動車200は、補機類70として、ヘッドライト72、空調装置(A/C)74等を備える。
 スタータ30は、バッテリ40から供給される電力によってエンジン10を始動させるセルモータである。通常は、停止している自動車の運転を開始する際に、運転者がイグニッションスイッチ(図示せず)を操作すると、スタータ30が起動し、エンジン10が始動する。このスタータ30は、以下で説明するように、アイドリングストップ状態からエンジン10を再始動させる場合にも利用される。本明細書では、「アイドリングストップ状態」とは、アイドリングストップ制御によるエンジン停止状態をいう。
 ECU50は、コンピュータプログラムを実行するCPU、コンピュータプログラム等を記憶するROM、一時的にデータを記憶するRAM、各種センサやアクチュエータ等に接続される入出力ポート等を備える。ECU50に接続されるセンサとしては、駆動輪25の回転速度を検出する車輪速センサ82、ブレーキペダル(図示せず)の踏み込みの有無を検出するブレーキペダルセンサ84、アクセルペダル(図示せず)の踏み込み量をアクセル開度として検出するアクセル開度センサ86、バッテリ40の充放電電流を検出するバッテリ電流センサ88、およびオルタネータ35の出力電流を検出するオルタネータ電流センサ89等が設けられている。アクチュエータとしては、スタータ30やオルタネータ35等が該当する。ECU50は、バッテリ40から電力の供給を受けている。
 ECU50は、前記各種のセンサやエンジンコントロールコンピュータ(図示せず)からの信号をもとに、スタータ30やオルタネータ35を制御することによって、エンジン停止と再始動を制御(アイドリングストップ制御)するとともにバッテリ40のSOCを制御する。
B.ECUの構成:
 図2は、ECU50の構成を機能的に示す説明図である。図示するように、ECU50は、アイドリングストップ制御部90と、SOC制御部100とを備える。アイドリングストップ制御部90およびSOC制御部100は、実際は、ECU50に備えられたCPUが、ROMに記憶されたコンピュータプログラムを実行することで実現する機能を示す。
 アイドリングストップ制御部90は、車輪速センサ82で検出された車輪速Vhとアクセル開度センサ86で検出されたアクセル開度Tpとを取得し、エンジン10を停止/再始動させる指示Ssを出力する。停止/再始動指示Ssは、スタータ30に出力されるエンジン再始動の指示と、エンジン10の燃料供給系(図示せず)に出力される燃料カットの指示とを含む。詳しくは、アイドリングストップ制御部90は、車輪速Vhが低下して所定速度(例えば10km/h)未満となったときに、エンジン停止条件が成立したとして燃料カットの指示を燃料供給系に出力し、その後、アクセル開度Tpからアクセルペダルが踏み込まれたことが検出されたときに、エンジン再始動条件が成立したとしてエンジン再始動の指示をスタータ30に出力する。
 すなわち、アイドリングストップ制御部90は、エンジン停止条件が成立したときにエンジン10を停止させ、前記停止後においてエンジン再始動条件が成立したときにエンジン10を再始動させる。前記エンジン停止条件およびエンジン再始動条件は、前述したものに限らない。例えば、車輪速Vhが完全に0km/hとなることをエンジン停止条件とすることもできるし、ブレーキペダルから足が離れたことをエンジン再始動条件とすることもできる。
 SOC制御部100は、目標SOC推定部110と、バッテリSOC算出部120と、フィードバック制御部130とを備える。目標SOC推定部110は、車両の走行時(例えば、車輪速Vh>0km/hの時)に、アイドリングストップ制御によるエンジン停止から再始動までの期間(以下、「ストップアンドスタート期間」と呼ぶ)において使用すると予想されるSOCを、目標SOC(以下、「目標SOC値」とも呼ぶ)C1として推定するもので、詳しい構成についてはC節で説明する。なお、「SOC」は、バッテリに残存している電気量を、バッテリを満充電したときに蓄えられる電気量で除した値として定義される。
 バッテリSOC算出部120は、バッテリ電流センサ88によって検出されたバッテリ40の充放電電流(「バッテリ電流」と呼ぶ)Abに基づいて、バッテリ40の現在のSOC(以下、「現在SOC値」と呼ぶ)C2を算出する。詳しくは、バッテリ40の充電電流をプラス値とし、バッテリ40の放電電流をマイナス値として充放電電流Abを積算することで、現在SOC値C2を算出する。バッテリ電流センサ88およびバッテリSOC算出部120の構成が、[課題を解決するための手段]の欄に記載した「SOC検出部」に相当する。なお、SOC検出部は、バッテリ電流センサ88によって検出されたバッテリ電流に基づいて算出するものに限る必要はなく、バッテリ電解液比重センサ、セル電圧センサ、バッテリ端子電圧センサ等に基づいて求める構成としてもよい。さらに、SOC検出部は、バッテリに残存している電気量を検出する構成に限る必要もなく、例えば充電可能量等の他のパラメータで蓄電状態を検出するものとすることもできる。
 フィードバック制御部130は、車両の走行時に、目標SOC値C1から現在SOC値C2を差し引いた差分値を求め、その差分値を値0にフィードバック制御で一致させる電圧指示値Svを求める。その電圧指示値Svはオルタネータ35の発電量を指示するもので、オルタネータ35に送られる。この結果、燃料発電によって現在SOC値C2が目標SOC値C1に制御される。
 SOC制御部100には、図示はしないが、上記以外に、「バッテリ制御」と呼ばれる機能と、「充電制御」と呼ばれる機能が設けられている。バッテリ制御について説明する。バッテリ、特に本実施形態の鉛バッテリは、長寿命化の要請から、使用可能なSOC範囲(運用するSOC範囲)が予め定められている。このため、このSOC範囲の下限値(例えば60%)をバッテリ40のSOCが下回るときにエンジン10の動力を増大してSOCを前記SOC範囲内とし、SOC範囲の上限値(例えば90%)をSOCが上回るときにSOCを消費して前記SOC範囲内とする「バッテリ制御」が行われる。アイドリングストップ制御によるエンジンの停止時においてもSOCが下限値を下回ると、エンジンが始動して燃料発電によってSOCを前記SOC範囲内とする。
 「充電制御」は、通常走行中に燃料発電によるバッテリへの充電を抑えることで燃料消費量を節約し、減速走行中に回生発電によりバッテリへの充電を行なう制御処理である。充電制御については周知の構成であることから、詳しく説明しないが、概ね次の処理を行う。充電制御においては、通常走行時におけるフィードバック制御部130によるフィードバック制御を、目標SOC値C1が現在SOC値C2を上回るときに実行し、通常走行時に目標SOC値C1が現在SOC値C2以下であるときには、所定の発電カット電圧をオルタネータ35への電圧指示値Svとする。この構成により、通常走行時における充電を抑制し燃料消費量を節約することができる。なお、「通常走行」とは、車速が0km/hである「停車」、および前記回生発電が行われる「減速走行」のいずれにも該当しない自動車200の状態である。
C.目標SOC推定部の構成:
 目標SOC推定部110は、走行環境予測部112と、自車両状態予測部114と、SOC配分要求レベル算出部116と、目標SOC算出部118とを備える。
 走行環境予測部112は車両の走行環境を予測する。本実施形態では、「走行環境」は、今後(現在以後)の車両の走行地域が市街地に該当するか郊外に該当するかの区別を示す。走行環境予測部112は、車輪速センサ82によって検出された車輪速Vhに基づいて、現在までの走行環境が市街地と郊外のいずれであるかを判定し、その判定結果を今後(現在以後)の走行地域の市街地/郊外区分P1として出力する。市街地/郊外区分P1は、市街地の場合に値1を、郊外の場合に値0を取り得る。市街地であるか郊外であるかの判定(推定)の詳しい方法については、D節で説明する。
 自車両状態予測部114は、自動車200の状態(自車両状態)を予測する。ここでいう「自車両状態」とは、自動車200が今後どの程度SOCを消費するかを表すパラメータである。詳しくは、自車両状態予測部114は、バッテリ電流センサ88によって検出されたバッテリ電流Abと、オルタネータ電流センサ89によって検出されたオルタネータ電流Aaとに基づいて、補機類70で費やす電力量を算出し、その電力量を自車両状態P2として出力する。補機類70で費やす電力量が大きいときにはSOCを消費する速度は早いことから、本実施形態では、自車両状態予測部114は、補機類70で費やす電力量を自車両状態P2として求める。
 なお、自車両状態P2を、補機類70で費やす電力量に基づいて求めていたが、本発明ではこれに限られない。例えば、空調装置(A/C)の消費電力と対応関係がある空調情報(例えば、目標温度と車内温度との差)や、エンジン水温と周囲温度との差などのエンジンの暖機状況を示す情報等に基づいて求める構成とすることができる。なお、補機類70で費やす電力量や空調情報や暖機状況情報等の中から選択した1つのパラメータに基づいて自車両状態P2を求める構成に限る必要もなく、2つ以上のパラメータに基づいて自車両状態P2を求める構成としてもよい。2つ以上のパラメータを採用する場合、各パラメータに個別の重み付け指数を掛けて自車両状態P2を求める構成とすることが好ましい。
 さらに、前述した各例は、現在検出されるセンサ信号によって補機類の現在の動作状況を求め、その現在の動作状況を今後の自車両状態と見なすものであったが、これに替えて、上記のように求めた現在の動作状況から動作状況が変化する兆候を捕らえることで、今後の自車両状態を予測する構成としてもよい。
 前記構成の走行環境予測部112および自車両状態予測部114は、自動車200の運転が開始された以後、常にその予測を行っている。各部122~124は、実際は、ECU50に備えられたCPUが、ROMに記憶されたコンピュータプログラムを実行することで実現する。走行環境予測部112によって算出した市街地/郊外区分P1と、自車両状態予測部114によって算出した自車両状態P2とは、SOC配分要求レベル算出部116に送られる。
 SOC配分要求レベル算出部116は市街地/郊外区分P1および自車両状態P2に基づいてSOC配分要求レベルP3を算出し、目標SOC算出部118はSOC配分要求レベルP3に基づいて目標SOC値C1を算出する。以下、SOC配分要求レベル算出部116および目標SOC算出部118の内容を、以下に詳述する。
 図3は、目標SOC推定ルーチンを示すフローチャートである。この目標SOC推定ルーチンは、車両の走行時に所定時間(例えば、60sec)毎に繰り返し実行される。すなわち、目標SOC推定ルーチンは、アイドリングストップ制御によるエンジン10の停止時には実行されない。図示するように、処理が開始されると、ECU50のCPUは、走行環境予測部112(図2)によって求められた市街地/郊外区分P1を取得する(ステップS100)とともに、自車両状態予測部114(図2)によって求められた自車両状態P2を取得する(ステップS200)。
 ステップS200の実行後、CPUは、SOC配分要求レベル算出用マップMPを用いて、市街地/郊外区分P1と自車両状態P2に基づいてSOC配分要求レベルを算出する処理を行う(ステップS300)。バッテリには、先に説明したように、使用可能なSOC範囲がバッテリの種類毎に定められている。本実施形態では、使用可能SOC範囲をアイドリングストップ用と充電制御用とに配分することを図っており、「SOC配分要求レベル」は前記配分のレベルを指定するパラメータである。
 図4は、SOC配分要求レベル算出用マップMPを示す説明図である。図示するように、SOC配分要求レベル算出用マップMPは、横軸に市街地/郊外区分P1をとり、縦軸に自車両状態P2をとり、横軸の値と縦軸の値とに対応するSOC配分要求レベルP3をマッピングしたマップデータである。市街地/郊外区分P1と、自車両状態P2と、SOC配分要求レベルP3との関係を、予め実験的にあるいはシミュレーションにより求めることで、SOC配分要求レベル算出用マップMPは作成されており、ROMに記憶している。ステップS300では、ROMからSOC配分要求レベル算出用マップMPを呼び出し、そのマップMPを参照して、ステップS100で求めた市街地/郊外区分P1とステップS200で求めた自車両状態P2とに対応するSOC配分要求レベルP3を取得する。図示の例では、SOC配分要求レベルP3としてA、B、C、Dの4つの値が用意されている。各値は、D、C、B、Aの順に高い。すなわち、D>C>B>Aとなっている。市街地/郊外区分P1が市街地を示す値1である方が、郊外を示す値0である場合に比べて、SOC配分要求レベルP3は高い値となる。また、自車両状態P2が高いほど、SOC配分要求レベルP3は高い値となる。
 図3に戻って、ステップS300の実行後、CPUは、目標SOC算出用テーブルTBを用いて、SOC配分要求レベルP3に基づいて目標SOC値C1を算出する処理を行う(ステップS400)。
 図5は、目標SOC算出用テーブルTBを示す説明図である。図示するように、目標SOC算出用テーブルTBは、横軸にSOC配分要求レベルP3をとり、縦軸に目標SOC値C1をとり、直線LでSOC配分要求レベルP3と目標SOC値C1の関係を示している。このSOC配分要求レベルP3と目標SOC値C1の関係を、予め実験的にあるいはシミュレーションにより求めることで、目標SOC算出用テーブルTBは作成されており、ROMに記憶している。ステップS400は、ROMから目標SOC算出用テーブルTBを呼び出し、そのテーブルTBを参照して、ステップS300で算出したSOC配分要求レベルP3に対応する目標SOC値C1を取得する。
 図示するように、直線Lで示される目標SOC値C1は、バッテリ40の使用可能SOC範囲W内に設定される値であり、その使用可能SOC範囲Wを充電制御用容量とアイドリングストップ用容量とに配分したときの配分率を示す。換言すれば、バッテリ40の使用可能SOC範囲Wに対して、アイドリングストップ用容量の領域が下側に、充電制御用容量の領域が上側にそれぞれ設定されており、両領域の境が目標SOC値C1となっている。また、使用可能SOC範囲Wの下限値にアイドリングストップ用容量を加えた水準が目標SOC値C1として設定されているとも言える。
 充電制御用容量は、前述した充電制御による燃料発電の抑制によって必要となる電池容量である。アイドリングストップ用容量は、今後のストップアンドスタート期間において使用されると予想される容量である。本実施形態では、アイドリングストップ用容量は、予想される最大の大きさに定められている。SOC配分要求レベルP3が高い値になるほど、アイドリングストップ用容量は大きくなっている。直線Lよりも上側にSOCを制御したとき、そのSOCに対応する使用可能SOC範囲内の残存容量がアイドリングストップ用容量を上回ることからアイドリングストップ制御を完全に実施できるといえるが、その上回る分だけ余剰である。このため、直線Lで示される目標SOC値C1は、今後アイドリングストップ制御を完全に実施でき、かつSOC貯蔵のための発電量を最小にできるSOCを示しているといえる。
 目標SOC値C1は、直線Lに示すように、SOC配分要求レベルP3の上昇に従ってリニアに増大するものであったが、本発明ではこれに限られない。例えば、SOC配分要求レベルP3が所定値以下のときにはSOC配分要求レベルP3の上昇に従ってリニアに増大し、SOC配分要求レベルP3が所定値を上回るときには一定値を維持するように、目標SOC値C1を定めた構成としてもよい。この構成は、使用可能SOC範囲が比較的小さいバッテリの場合に有効である。さらに、目標SOC値C1の変化を直線で示す構成に換えて、曲線で示す構成とすることもできる。
 図3に戻って、ステップS400の実行後、CPUは、ステップS400で算出した目標SOC値C1をフィードバック制御部130に出力し(ステップS500)、その後、目標SOC推定ルーチンを一旦終了する。フィードバック制御部130(図2)では、現在SOC値C2が前記算出された目標SOC値C1に制御される。現在SOC値C2は、バッテリ40の使用可能SOC範囲における残存容量を指し示すが、上記制御の結果、車両走行中に、残存容量はアイドリングストップ用容量を下回ることを回避することができる。すなわち、図5において、現在SOC値が充電制御用容量の領域に位置するとき、すなわち、前記残存容量がアイドリングストップ用容量を上回るときに、充電制御がなされて燃料発電によるバッテリ40への充電が抑えられている。そして、SOCが低下してアイドリングストップ用容量を下回ろうとするとき、燃料発電によって、直線Lで示される目標SOC値C1にSOCは制御されることで、前記アイドリングストップ用容量を下回ろうとすることが回避される。
 図6は、自動車200の運転中における車速とバッテリ40のSOC(現在SOC値C2)についてのタイムチャートを示す説明図である。タイムチャートは、縦軸に車速とSOCをとり、横軸に時間をとったものである。自動車200の運転が開始され、時刻t0において自動車200が発進すると、車速は次第に増し、通常走行に至る。その後、時刻t1において、車両が減速状態に移行する。この時刻t0から時刻t1までのt0-t1期間においては、実線に示すように、SOCは徐々に低下する。この実線は従来例についてのもので、本実施形態では2点鎖線のように変化する。これについては後述する。
 時刻t1の後、時刻t2において車両は停止する。t1-t2の期間では、減速による回生発電がなされ、実線に示すようにSOCは徐々に上昇する。時刻t2(厳密に言えばエンジン停止条件が成立したとき)から車速が立ち上がる時刻t3までの期間がストップアンドスタート期間SSTであり、エンジン10は停止されている。ストップアンドスタート期間SSTでは、補機類による電力消費によってSOCは徐々に下降する。従来例では、実線に示すように、この停止の最中にSOCが下限値SLに達すると(時刻tb)、バッテリ制御によってエンジン10は再始動することになる。再始動後、実線に示すように、エンジン10の動力により発電されSOCは増大する。
 本実施形態では、通常走行時にSOCが低下して、バッテリ40の使用可能SOC範囲における残存容量がアイドリングストップ用容量を下回ったときに(時刻ta)、燃料発電によってSOCが増大される。図中2点鎖線に示すようにta-t2期間においてSOCは増大する。この増大は、今後のストップアンドスタート期間に使用すると予想される最大の電池容量を考慮したものであることから、ストップアンドスタート期間t2-t3においてSOCが低下しても、SOCは下限値SLに至ることがない。なお、「今後のストップアンドスタート期間」とは、図示の一つのストップアンドスタート期間SSTに限るものではなく、所定の期間において複数のストップアンドスタート期間があれば、それらストップアンドスタート期間の全部である。したがって、本実施形態では、従来例のように、ストップアンドスタート期間t2-t3において、SOCが下限値に達してエンジン10が再始動されることがない。
D.走行環境の推定方法:
 図7は、走行環境推定ルーチンを示すフローチャートである。ECU50のCPUにより走行環境推定ルーチンを実行することで、現在までの走行環境が市街地であるか郊外であるかが判定(推定)される。この走行環境推定ルーチンを実行することで実現される機能は、走行環境予測部112(図2)に含まれる。
 図7に示すように、処理が開始されると、ECU50のCPUは、まず、キー始動がなされたか否かの判定を行う(ステップS610)。「キー始動」とは、運転者によるイグニッションキー(図示せず)の操作を受けてエンジンを始動することである。ステップS610でキー始動がなされていないと判定されると、ステップS610の処理を繰り返し、キー始動がなされるのを待つ。キー始動がなされると、CPUは、後述する記憶スタックや変数をクリアする初期化処理を実行する(ステップS620)。なお、変数の一つに後述する市街地/郊外区分P1があるが、この市街地/郊外区分P1も郊外を示す値0にクリアされる。
 その後、CPUは、車輪速センサ82によって検出された車輪速Vhを車速Vとし、その車速Vが所定速度V0(例えば、15km/h)を上回るか否かを判定する(ステップS630)。ここで、車速VがV0以下である場合に、CPUは、車速VがV0を上回るのを待って、ステップS640に処理を進める。なお、車速Vは、車輪速センサ82の検出値を用いる構成に換えて、車速センサ(図示せず)の検出値を用いる構成等とすることもできる。ステップS640では、CPUは、後述する停車時間取得ルーチンおよび停車時間率算出ルーチンの実行を開始する。
 図8は、停車時間取得ルーチンおよび停車時間率算出ルーチンの実行開始時と車速Vとの関係を示すタイムチャートの説明図である。タイムチャートの横軸は時間tを示し、縦軸は車速Vを示す。図示するように、時刻t1でキー始動があると、キー始動から所定の期間、触媒暖機等を理由に車速は0km/hである。その後、車速Vは立ち上がり、所定速度V0に達すると、その達した時刻t2に、停車時間取得ルーチンおよび停車時間率算出ルーチンの実行を開始する。このように構成したのは、キー始動時から所定速度V0に達するまでの期間(t1-t2)を、停車時間取得ルーチンによって取得する停止時間としてカウントしないためである。
 図7に戻って、ステップS640の実行後、CPUは、車速VがV0を上回ってから開始制限時間(後述するTL)を経過したか否かを判定し(ステップS650)、開始制限時間TLを経過するのを待って、CPUは、後述する市街地/郊外判定ルーチンを実行する(ステップS660)。ステップS660の実行後、運転者によってイグニッションキーをオフに切り換える操作がなされた否かを判定し(ステップS670)、そのオフ操作がなされるまで、ステップS660の処理を繰り返し実行する。オフ操作がなされると、CPUは、この走行環境推定ルーチンを終了する。
 図9は、ステップS640で実行が開始された停車時間取得ルーチンを示すフローチャートである。処理が開始されると、CPUは、第1の周期G1で、次の停車時間取得処理を繰り返し実行する(ステップS710)。この停車時間取得処理は、第1の周期G1の期間における停車時間を算出し、その算出した停車時間を第1の記憶スタックST1に格納するものである。第1の周期G1は60[sec]である。
 図10は、第1の記憶スタックST1の一例を示す説明図である。図示するように、第1の記憶スタックST1は、10個のスタック要素M(1)、M(2)、~、M(10)により構成される。ステップS710では、CPUは、60秒ごとに、その60秒間における停車時間を求め、その求めた結果を第1の記憶スタックST1に備えられたスタック要素M(n)に順次格納する。nは1~10までの変数で、格納されるスタック要素M(n)はM(1)からM(10)に向かって順次移動する。停車時間の算出は、車輪速センサ82によって検出された車輪速Vhに基づいて車両が停止(Vh=0km/h)しているかを判定し、その停止している時間を、前記第1の周期G1の期間にわたって計測することによって求める。なお、車両が停止しているかの判定は、車輪速センサ82の検出値を用いる構成に換えて、車速センサ(図示せず)の検出値を用いる構成等とすることもできる。
 すなわち、ステップS710では、CPUは、60秒の期間における停車時間を、60秒の周期で順次求め、その求めた停車時間をスタック要素M(1)からM(10)に1つずつ順に格納する。図示の例で言えば、60秒経過時に20秒という停車時間がスタック要素M(1)に格納され、120秒経過時に0秒という停車時間がスタック要素M(2)に格納され、180秒経過時に60秒という停車時間がスタック要素M(3)に格納される。このように、60秒周期で、停車時間が順次格納される。なお、図11に示すように、最後のスタック要素M(10)まで停車時間が埋まった場合、すなわち合計で10分(600秒)間を経過した場合には、次の周期で求められた停車時間ptは、最初のスタック要素M(1)に格納される。この時、スタック要素M(2)~M(10)はそれまでに格納された値が保持される。次の周期で求められた停車時間(図示せず)は、2番目のスタック要素M(2)に格納される。このように、全てのスタック要素M(10)が詰まった場合には、先頭に戻って、先頭から一つずつ順に更新されていく。
 図9に戻って、CPUは、第2の周期G2で、次の停車時間取得処理を繰り返し実行する(ステップS720)。この停車時間取得処理は、第2の周期G2の期間における停車時間を算出し、その算出した停車時間を第2の記憶スタックST2に格納するものである。第2の周期G2は90[sec]である。なお、このステップS720の処理は、図示ではステップS710に続く処理として示したが、これは図示の都合に基づくもので実際は、前述したステップS710の処理と同様に、この停車時間取得ルーチンの処理開始後、ただちに実行される。すなわち、ステップS710の処理とステップS720の処理は、タイムシェアリングにより並列に実行される。
 図12は、第2の記憶スタックST2の一例を示す説明図である。図示するように、第2の記憶スタックST2は、10個のスタック要素N(1)、N(2)、~、N(10)により構成される。ステップS720では、CPUは、90秒ごとに、その90秒間における停車時間を求め、その求めた結果を第2の記憶スタックST2に備えられたスタック要素N(n)に順次格納される。nは1~10までの変数で、格納されるスタック要素N(n)はN(1)からN(10)に向かって順次移動する。停車時間の算出は、前述したように、車輪速センサ82によって検出された車輪速Vhに基づいて車両の停止を検知して、その停止している時間を、前記第2の周期G2の期間にわたって計測することによって求める。
 すなわち、ステップS720では、CPUは、90秒の期間における停車時間を、90秒の周期で順次求め、その求めた停車時間をスタック要素N(1)からN(10)に1つずつ順に格納する。図示の例で言えば、90秒経過時に20秒という停車時間がスタック要素N(1)に格納され、180秒経過時に0秒という停車時間がスタック要素N(2)に格納され、270秒経過時に0秒という停車時間がスタック要素N(3)に格納される。このように、90秒周期で、停車時間が順次格納される。なお、最後のスタック要素N(10)まで停車時間が埋まった場合、すなわち合計時間である15分(900秒)間を経過した場合には、先頭に戻って先頭から一つずつ順に更新されていくことは、第1の記憶スタックST1と同様である。
 図13は、ステップS640(図7)で実行が開始された停車時間率算出ルーチンを示すフローチャートである。処理が開始されると、CPUは、処理開始時から10分間経過した以降に、近過去停車時間率Rnを第1の周期G1で繰り返し算出する(ステップS810)。詳しくは、第1の記憶スタックST1のスタック要素M(1)~M(10)に格納されている各値の合計値を求め、第1の記憶スタックST1を埋めるに要する時間である600秒で前記合計値を割って、その商を近過去停車時間率Rnとする。第1の記憶スタックST1は、第1の周期G1である60秒ごとにスタック要素M(n)が1つずつ更新されることから、この更新がなされる毎に近過去停車時間率Rnを求める。すなわち、ステップS810の処理によれば、第1の記憶スタックST1の記憶内容を用いることで、直近の過去600秒における停車時間の比率を、近過去停車時間率Rnとして求めることができる。停車時間の比率とは、全体の時間(ここでは600秒)に対する停車時間の比率である。
 また、CPUは、処理開始時から15分間経過した以降に、遠過去停車時間率Rfを第2の周期G2で繰り返し算出する(ステップS820)。このステップS820の処理は、図示ではステップS810に続く処理として示したが、これは図示の都合に基づくもので実際は、前述したステップS810の処理と同様に、この停車時間率算出ルーチンの処理開始後、ただちに実行される。すなわち、ステップS810の処理とステップS820の処理は、タイムシェアリングにより並列に実行される。
 ステップS820では、詳しくは、第2の記憶スタックST2のスタック要素N(n)~N(10)に格納されている各値の合計値を求め、第2の記憶スタックST2を埋めるに要する時間である900秒で前記合計値を割って、その商を遠過去停車時間率Rfとする。第2の記憶スタックST2は、第2の周期G2である90秒ごとにスタック要素N(n)が1つずつ更新されることから、この更新がなされる毎に遠過去停車時間率Rfを求める。すなわち、ステップS820の処理によれば、第2の記憶スタックST2の記憶内容を用いることで、直近の過去900秒における停車時間の比率を遠過去停車時間率Rfとして求めることができる。停車時間の比率とは、全体の時間(ここでは900秒)に対する停車時間の比率である。前記第2の記憶スタックST2を埋めるに要する時間である900秒が、前述したステップS650における開始制限時間TLに相当する。
 なお、近過去停車時間率Rnが[課題を解決するための手段]の欄に記載の「第1停車時間率」に相当し、遠過去停車時間率Rfが[課題を解決するための手段]の欄に記載の「第2停車時間率」に相当する。また、近過去停車時間率Rnおよび遠過去停車時間率Rfは、[課題を解決するための手段]の欄に記載の「停車度合データ」にも相当する。ECU50と、このECU50のCPUで実行される停車時間取得ルーチンおよび停車時間率算出ルーチンの構成とが、[課題を解決するための手段]の欄に記載の「停車度合データ取得部」に相当する。
 前述したように、近過去停車時間率Rnは処理開始時から10分間経過した以降に、遠過去停車時間率Rfは処理開始時から15分間経過した以降にそれぞれ求める構成としているが、これは第1および第2の記憶スタックST1、ST2を用いて最初の値が確定するまでの時間を猶予するためである。この猶予の期間は、システムから要求される予め定められた初期値を設定する構成とすればよい。
 図14は、ステップS660(図7)で実行される市街地/郊外判定ルーチンを示すフローチャートである。この市街地/郊外判定ルーチンは、停車時間率算出ルーチンで求められた最新の近過去停車時間率Rnと最新の遠過去停車時間率Rfを閾値と比較することによって、市街地か郊外かを判定するものである。すなわち、ECU50と、このECU50のCPUで実行される市街地/郊外判定ルーチンの構成とが、[課題を解決するための手段]の欄に記載の「市街地/郊外判定部」に相当する。
 なお、この市街地/郊外判定ルーチンでは、前記判定に用いる閾値として4つの閾値が用意されている。市街地の判定に用いる高い側の閾値(高閾値)が近過去停車時間率Rn用と遠過去停車時間率Rf用の2つ用意され、郊外の判定に用いる低い側の閾値(低閾値)が近過去停車時間率Rn用と遠過去停車時間率Rf用の2つ用意されている。前者の2つの閾値が第1の高閾値Hnと第2の高閾値Hfであり、後者の2つの閾値が第1の低閾値Lnと第2の低閾値Lfである。これら閾値Hn、Hf,Ln,Lfは、予め定められた値である。
 図示するように、処理が開始されると、CPUは、近過去停車時間率Rnが第1の高閾値Hn以上であることと、遠過去停車時間率Rfが第2の高閾値Hf以上であることの少なくとも一方が満たされたか否かを判定する(ステップS910)。第1の高閾値Hnと第2の高閾値Hfとの間には、Hn>Hfとの関係がある。例えば、Hnは47%であり、Hfは39%である。ステップS910で、少なくとも一方が満たされたと判定された場合に、市街地と決定する(ステップS920)。すなわち、市街地/郊外区分P1に値1をセットする。ステップS920の実行後、「リターン」に抜けて、このルーチンを一旦終了する。
 一方、ステップS910で、上記2つの条件のいずれも満たさないと判定された場合には、CPUは、近過去停車時間率Rnが第1の低閾値Ln未満であることと、遠過去停車時間率Rfが第2の低閾値Lf未満であることの両方が満たされたか否かを判定する(ステップS930)。第1の低閾値Lnと前述した第1の高閾値Hnとの間には、Hn>Lnとの関係がある。第2の低閾値Lfと前述した第2の高閾値Hfとの間には、Hf>Lfとの関係がある。例えば、Lnは34%であり、Lfは33%である。なお、第1の低閾値Lnと第2の低閾値Lfとの間にも、Ln>Lfとの関係がある。すなわち、本実施形態では、Hn>Hf>Ln>Lfの関係がある。
 ステップS930で、両方が満たされたと判定された場合に、郊外と決定する(ステップS940)。すなわち、市街地/郊外区分P1に値0をセットする。ステップS940の実行後、「リターン」に抜けて、このルーチンを一旦終了する。一方、ステップS930で、否定判定、すなわち条件の少なくとも一方が満たされないと判定されたときには、ただちに「リターン」に抜けて、このルーチンを一旦終了する。すなわち、ステップS930で否定判定されたときには、市街地/郊外区分P1の前回処理時の値をそのまま維持して、このルーチンを終える。
 以上のように構成された市街地/郊外判定ルーチンに従うアルゴリズムによって、近過去停車時間率Rnと遠過去停車時間率Rfに基づいて市街地か郊外かの判定がなされることになるが、このアルゴリズムがどのような理由によって構築されているかを次に説明する。
 図15は、大規模市街地、中小規模市街地、郊外それぞれでの近過去停車時間率Rnの変化を示すグラフである。これらのグラフは、大規模市街地、中小規模市街地、郊外において実際に自動車を走らせて、そのときの近過去停車時間率Rnの変化を求めたものである。各グラフにおいて、横軸に走行時間が、縦軸に近過去停車時間率Rnが示されている。
 図16は、大規模市街地、中小規模市街地、郊外それぞれでの近過去停車時間率Rnの最大値および最小値を示グラフである。表中の●は最大値を、▲は最小値を示す。最大値、最小値の各値は、図15(a)、図15(b)、図15(c)の各グラフからそれぞれ導いたものである。
 図16に示すように、大規模市街地における近過去停車時間率Rnの分布は34.3~66%であり、中小規模市街地における遠い近過去停車時間率Rnの分布は30.2~49.8%であり、郊外における近過去停車時間率Rnの分布は14.2~45.5%である。これらのことから、大規模市街地、中小規模市街地、郊外における近過去停車時間率Rnの各分布は、広範囲となり、互いに重複していることが判る。このために、1つの閾値を用いて、近過去停車時間率Rnがこの閾値以上なら「市街地」、この閾値を下回ったら「郊外」と判断することはできない。
 そこで、図15および図16に示すように、2つの閾値(高閾値Hn、低閾値Ln)を設定して、市街地と郊外との判定にヒステリシスを持たせるようにする。すなわち、図17(a)に示すように、近過去停車時間率Rnが高閾値Hnより低い側から高閾値Hnを上回ったときに市街地と判定し、近過去停車時間率Rnが低閾値Lnより高い側から低閾値Lnを下回ったときに郊外と判定し、それら以外のときには前回処理時の値をそのまま維持するようにする。この構成によれば、図15(a)に示すように大規模市街地においては「市街地」と正しい判定結果を得ることができ、図15(c)に示すように郊外においては「郊外」と正しい判定結果を得ることができる。しかしながら、図15(b)に示すように中小規模市街地においては「市街地」と「郊外」とが混在した判定結果となる。すなわち、近過去停車時間率Rnでは、中小規模市街地を「市街地」と正しく推定することができない問題が残る。そこで、本実施形態では、近過去停車時間率Rnに加えて、近過去停車時間率Rnよりも測定時間が長い遠過去停車時間率Rfを導入するようにしている。
 なお、図15(b)に示した中小規模市街地の場合にも、低閾値Lnをより低い値に設定すれば、判定結果に「郊外」を混在させないことはできるが、その場合には、市街地から郊外に切り替わったときに「郊外」と判定できない支障が生じる虞があり、低閾値Lnを低い側に定めるには限界がある。このため、近過去停車時間率Rnだけを用いては、中小規模市街地を完全に「市街地」と正しく推定することは困難である。
 図18は、大規模市街地、中小規模市街地、郊外それぞれでの遠過去停車時間率Rfの変化を示すグラフである。これらのグラフは、大規模市街地、中小規模市街地、郊外において実際に自動車を走らせて、そのときの遠過去停車時間率Rfの変化を求めたものである。各グラフにおいて、横軸に走行時間が、縦軸に遠過去停車時間率Rfが示されている。
 図19は、大規模市街地、中小規模市街地、郊外それぞれでの遠過去停車時間率Rfの最大値および最小値を示グラフである。表中の●は最大値を、▲は最小値を示す。最大値、最小値の各値は、図18(a)、図18(b)、図18(c)の各グラフからそれぞれ導いたものである。
 図19に示すように、大規模市街地における遠過去停車時間率Rfの分布は41.3~58.3%であり、中小規模市街地における遠い遠過去停車時間率Rfの分布は34.3~47%であり、郊外における遠過去停車時間率Rfの分布は18.8~37.4%である。これらのことから、大規模市街地、中小規模市街地、郊外における遠過去停車時間率Rfの各分布は、近過去停車時間率Rnの場合と比べて狭い範囲となる。
 図18(a)~(c)および図19に示すように、近過去停車時間率Rnを用いた判定と同様に、2つの閾値(高閾値Hf、低閾値Lf)を設定して、市街地と郊外との判定にヒステリシスを持たせるようにする。すなわち、図17(b)に示すように、遠過去停車時間率Rfが高閾値Hfより低い側から高閾値Hfを上回ったときに市街地と判定し、遠過去停車時間率Rfが低閾値Lfより高い側から低閾値Lfを下回ったときに郊外と判定するようにする。この構成によれば、図18(a)に示すように大規模市街地においては「市街地」と正しい判定結果を得ることができ、図18(c)に示すように郊外においては「郊外」と正しい判定結果を得ることができ、その上、図18(b)に示すように中小規模市街地においても「市街地」と正しい判定結果を得ることができる。
 以上の検証から、近過去停車時間率Rnよりも遠過去停車時間率Rfに基づいて判定を行った方が判定精度が高いことがわかる。しかしながら、遠過去停車時間率Rfに基づいて判定を行なった場合、15分間という長期であることから応答性は、近過去停車時間率Rnに基づいて判定を行う場合に比べて悪い。そこで、本実施形態における市街地/郊外判定ルーチンによれば、近過去停車時間率Rnに基づく判定結果と遠過去停車時間率Rfに基づく判定結果を併用することで、最終的な判定を行うようにした。
 具体的には、市街地への切り替えの判定を、近過去停車時間率Rnに基づく判定結果と、遠過去停車時間率Rfに基づく判定結果との論理和(OR)を採ること(図14のステップS910)で、市街地の判定結果ができるだけ早く得られるようにする。一方、郊外への切り替えの判定を、近過去停車時間率Rnに基づく判定結果と、遠過去停車時間率Rfに基づく判定結果との論理積(AND)を採ること(図14のステップS930)で、郊外の判定結果が高い精度で得られるようにする。
E.効果:
 以上のように構成された自動車200によれば、近過去停車時間率Rn(または遠過去停車時間率Rf)が高閾値Hn(またはHf)より低い側からその高閾値Hn(またはHf)を上回ったときに市街地と判定し、近過去停車時間率Rn(または遠過去停車時間率Rf)が低閾値Ln(またはLf)より高い側からその低閾値Ln(またはLf)を下回ったときに、郊外と判定する。このために、市街地であるのに停止時間比率が一時的に低くなったり、郊外であるのに停車時間比率が一時的に高くなったりした場合に、判定が切り替わることを防ぐことができる。したがって、走行環境を一時的に誤判定することがなくなり、判定精度を向上することができる。
 また、この自動車200によれば、停車時間率として、10分間という短期間において算出された近過去停車時間率Rnと、15分間という長期間において算出された遠過去停車時間率Rfとを取得して、それら停車時間率Rn,Rfに基づいて市街地と郊外のいずれに該当するかが判定される。特に、市街地への切り替えの判定を、近過去停車時間率Rnに基づく判定結果と、遠過去停車時間率Rfに基づく判定結果とのORを採るようにしたことで、市街地の判定は応答性よく行われる。本実施形態の場合、市街地ほどアイドリングストップ用容量が大きく定められることから、バッテリ保護の観点からは市街地判定に傾いた方がリスクが低いとい言うことができ、市街地の判定の応答性がよいことは有効である。また、郊外への切り替えの判定を、近過去停車時間率Rnに基づく判定結果と、遠過去停車時間率Rfに基づく判定結果とのANDを採ることで、郊外の判定結果が高い精度で得られるようにすることができる。すなわち、この自動車200によれば、市街地か郊外かの判定を応答性と精度を両立させて行うことができる。しかも、カーナビゲーションシステムのような複雑な構成を必要としないことから、装置構成が簡易で済む。
 また、本実施形態では、キー始動直後、市街地/郊外区分P1は郊外を示す値0に初期設定される構成となっており、実際の市街地スタート時に郊外と判定されることがある。この場合は、アイドリングストップ制御による再始動のために電気負荷が大きいのに対し、バッテリ40の充電量は少なく、望ましい状態ではないが、本実施形態では、前述したように、市街地の判定の応答性がよいことから問題となることはない。
 また、本実施形態では、キー始動時から所定速度V0に達するまでの期間は停車時間率を算出しない構成としていることから、求められた停車時間率は、アイドリングストップ制御のシステムに有効に利用することができる。アイドリングストップ制御では、始動開始当初は触媒暖機等を理由にアイドリングストップ状態とすることは不許可であることから、停車時間率の算出対象外にすることで適切な制御が可能となる。
 また、本実施形態では、図6で説明したように、ストップアンドスタート期間t2-t3において、SOCが下限値に達してエンジン10が再始動されることがない。ストップアンドスタート期間の途中でSOC不足からエンジンを再始動する場合は、エンジンの運転時に動力増大してSOCを増加する場合に比べて、3倍から5倍近くの燃料量が必要である。すなわち、エンジンの運転時における単位SOC(例えばSOC1%)当たりの燃費効果は、ストップアンドスタート期間の途中でSOC不足からエンジンを再始動する場合に比べて、3倍から5倍優れている。したがって、本実施形態の自動車200は、従来例に比べて燃費を向上させることができるという効果も奏する。
 さらに、本実施形態では、市街地/郊外判定ルーチンによって、応答性と精度を両立させて求めた市街地/郊外区分P1に基づいてSOC配分要求レベルP3が求められ(図4参照)、SOC配分要求レベルP3に基づいてアイドリングストップ用容量が求められる(図5参照)。このために、バッテリ40の使用可能なSOC範囲Wにおいて、アイドリングストップ用容量を適切に定めることが可能となる。
 また、本実施形態では、アイドリングストップ用容量を適切に定めることができることから、ストップアンドスタート期間t2-t3において、SOCが下限値に達してエンジン10が再始動されることを確実に防ぐことができる。したがって、本実施形態の自動車200は、燃費をより向上させることができる。
F.変形例:
 なお、この発明は上記の実施形態や変形例に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能であり、例えば次のような変形も可能である。
・変形例1:
 上記実施形態では、SOC配分要求レベルは、市街地/郊外区分P1と自車両状態P2の両方に基づいて算出していたが、これに換えて、市街地/郊外区分P1だけに基づいて算出する構成としてもよい。
・変形例2:
 上記実施形態や変形例では、車両の走行環境として市街地か郊外かの区分を求めていたが、本発明はこれに限られない。市街地か郊外かの2値に分けるのではなく、市街化度として3以上の値を取り得る指数を求める構成としてもよい。この構成では、3以上の値のうちの一番下、もしくは下から何番目までを郊外とみなすことで本発明を適用することができる。この場合には、近過去停車時間率Rnや遠過去停車時間率Rfの比較する閾値を2つ以上とすることで対応が可能である。
・変形例3:
 前記実施形態では、閾値Hn、Hf、Ln、Lfは47%、39%、34%、33%としたが、これはあくまでも一例であり、本発明では他の値に替えることもできる。さらに、各閾値Hn~LfはHn>Hf>Ln>Lfの関係を満たす必要はなく、例えばHn>Hf>Ln=Lf等の他の大小関係を満たす構成とすることもできる。
・変形例4:
 上記実施形態や変形例では、近過去停車時間率Rnと遠過去停車時間率Rfに基づいて、市街地か郊外かの判定を行っていたが、本発明では、これに替えて、一つの停車時間率、すなわち、所定の期間における停車時間の比率に基づいて、走行環境を予測する構成としてもよい。この場合にも、比較するための閾値を高閾値と低閾値の2つを用意して、停車時間率が高閾値より低い側から高閾値を上回ったときに市街地と判定し、停車時間率が低閾値より高い側から低閾値を下回ったときに郊外と判定するようにすればよい。
・変形例5:
 上記実施形態では、キー始動直後の市街地/郊外区分P1は、郊外を示す値0に初期設定される構成となっていたが、これに換えて、キーオフ時の市街地/郊外区分P1の値を不揮発性メモリに記憶するようにして、キー始動直後の市街地/郊外区分P1を前記不揮発メモリに記憶した値にセットする構成としてもよい。駐車前後では、市街地か郊外かの区分は同じ可能性が高いことから、走行環境の推定を始動直後から高精度に行うことができる。
・変形例6:
 上記実施形態では、市街地/郊外判定ルーチン(図14)によって、近過去停車時間率RnがHn以上であることと、遠過去停車時間率RfがHf以上であることの少なくとも一方が満たされたときに、市街地であると判定していたが、本発明では、これに限られない。RnがHn以上であると判定されたときだけで、市街地であると判定する構成としてもよい。この場合に、遠過去停車時間率Rfは郊外であるか否かの判定に用いればよい。すなわち、例えば、図14において、ステップS910をRn≧Hnの判定に替え、ステップS930をRf<Lfの判定に替えた構成とすればよい。この構成によって、走行環境の予測を、簡易な構成でありながら、応答性と精度を両立させて行うことができる。
・変形例7:
 上記実施形態では、近過去停車時間率Rnや遠過去停車時間率Rfといった、所定期間における停車時間の比率に基づいて、市街地か郊外かの判定を行っていたが、これに換えて、所定期間における停車回数に基づいて、その判定を行う構成としてもよい。要は、停車時間比率や停車回数に限らず、停車状態となる傾向の度合いを示す停車度合データに該当すれば、他のパラメータに換えることもできる。
・変形例8:
 上記実施形態では、バッテリは鉛蓄電池としたが、本発明ではこれに限られない。例えば、リチウムイオン蓄電池、ロッキングチェア型蓄電体等の他の種類のバッテリに替えることもできる。また、上記実施形態では、車両は自動車であったが、これに換えて、電車等の自動車以外の車両としてもよい。
・変形例9:
 上記実施形態においてソフトウェアで実現されている機能の一部をハードウェア(例えば集積回路)で実現してもよく、あるいは、ハードウェアで実現されている機能の一部をソフトウェアで実現してもよい。
・変形10:
 なお、前述した実施形態および各変形例における構成要素の中の、独立請求項で記載された要素以外の要素は、付加的な要素であり、適宜省略可能である。例えば、通常走行中はバッテリへの充電を抑えることで燃料消費量を節約し、減速走行中に回生発電によりバッテリへの充電を行なう充電制御についても省略することができる。
  10…エンジン
  15…自動変速機
  20…ディファレンシャルギア
  25…駆動輪
  30…スタータ
  34…駆動機構
  35…オルタネータ
  40…バッテリ
  50…ECU
  70…補機類
  72…ヘッドライト
  74…空調装置
  82…車輪速センサ
  84…ブレーキペダルセンサ
  86…アクセル開度センサ
  88…バッテリ電流センサ
  89…オルタネータ電流センサ
  90…アイドリングストップ制御部
 100…SOC制御部
 110…目標SOC推定部
 112…走行環境予測部
 114…自車両状態予測部
 116…SOC配分要求レベル算出部
 118…目標SOC算出部
 120…バッテリSOC算出部
 130…フィードバック制御部
 200…自動車
  Rn…近過去停車時間率
  Rf…遠過去停車時間率
  Hn…第1の高閾値
  Hf…第2の高閾値
  Ln…第1の低閾値
  Lf…第2の低閾値

Claims (6)

  1.  走行環境推定装置であって、
     停車状態となる傾向の度合いを示す停車度合データを取得する停車度合データ取得部と、
     前記取得した停車度合データを閾値と比較することによって、前記車両の走行地域が市街地か郊外かを判定する市街地/郊外判定部と
     を備え、
     前記市街地/郊外判定部は、
     前記閾値として、予め定められた値である高閾値と、前記高閾値より低い値である低閾値とを有し、
     前記停車度合データが前記高閾値より低い側から前記高閾値を上回ったときに、市街地と判定し、
     前記停車度合データが前記低閾値より高い側から前記低閾値を下回ったときに、郊外と判定する、走行環境推定装置。
  2.  請求項1に記載の走行環境推定装置であって、
     前記停車度合データ取得部は、
     前記停車度合データとして、所定の期間における停車時間の比率を取得する、走行環境推定装置。
  3.  請求項1に記載の走行環境推定装置であって、
     前記停車度合データ取得部は、
     前記停車度合データとして、第1の期間における停車時間の比率である第1停車時間率と、前記第1の期間よりも長い第2の期間における停車時間の比率である第2停車時間率とをそれぞれ取得する、走行環境推定装置。
  4.  請求項3に記載の走行環境推定装置であって、
     前記市街地/郊外判定部は、
     前記高閾値として、第1の高閾値と、第2の高閾値とを有し、
     前記第1停車時間率が前記第1の高閾値より低い側から前記第1の高閾値を上回ったとき、又は、前記第2停車時間率が前記第2の高閾値より低い側から前記第2の高閾値を上回ったときに、市街と判定する、走行環境推定装置。
  5.  請求項3または4に記載の走行環境推定装置であって、
     前記市街地/郊外判定部は、
     前記低閾値として、第1の低閾値と、第2の低閾値とを有し、
     前記第1停車時間率が前記第1の低閾値より高い側から前記第1の低閾値を下回ったとき、且つ、前記第2停車時間率が前記第2の低閾値より高い側から前記第2の低閾値を下回ったときに、郊外と判定する、走行環境推定装置。
  6.  走行環境推定方法であって、
     停車状態となる傾向の度合いを示す停車度合データを取得する工程と、
     前記取得した停車度合データを閾値と比較することによって、前記車両の走行地域が市街地か郊外かを判定する工程と
     を備え、
     前記市街地か郊外かを判定する工程は、
     前記閾値として、予め定められた値である高閾値と、前記高閾値より低い値である低閾値とを用意し、
     前記停車度合データが前記高閾値より低い側から前記高閾値を上回ったときに、市街地と判定し、
     前記停車度合データが前記低閾値より高い側から前記低閾値を下回ったときに、郊外と判定する、走行環境推定方法。
PCT/JP2013/004839 2012-09-13 2013-08-12 走行環境推定装置およびその方法 WO2014041740A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201380047624.2A CN104620293A (zh) 2012-09-13 2013-08-12 行驶环境推定装置及其方法
DE112013004464.1T DE112013004464T5 (de) 2012-09-13 2013-08-12 Fahrumgebungsschätzungsvorrichtung und zugehöriges Verfahren
US14/423,187 US20150210284A1 (en) 2012-09-13 2013-08-12 Driving environment estimation apparatus and method thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012201496A JP5655831B2 (ja) 2012-09-13 2012-09-13 走行環境推定装置およびその方法
JP2012-201496 2012-09-13

Publications (1)

Publication Number Publication Date
WO2014041740A1 true WO2014041740A1 (ja) 2014-03-20

Family

ID=50277887

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/004839 WO2014041740A1 (ja) 2012-09-13 2013-08-12 走行環境推定装置およびその方法

Country Status (5)

Country Link
US (1) US20150210284A1 (ja)
JP (1) JP5655831B2 (ja)
CN (1) CN104620293A (ja)
DE (1) DE112013004464T5 (ja)
WO (1) WO2014041740A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6011578B2 (ja) * 2014-05-14 2016-10-19 トヨタ自動車株式会社 車両制御装置、車両および車両制御方法
US10054096B2 (en) * 2014-09-25 2018-08-21 N4 Innovations, Llc Vehicle occupant protection and engine idle reduction system
US9889764B2 (en) * 2015-09-17 2018-02-13 Hyundai Motor Company Apparatus and method for controlling battery of green car
US10163277B2 (en) * 2015-10-08 2018-12-25 Cummins Inc. Idle engine operation based on vehicle cabin temperature
US10401179B2 (en) * 2016-12-20 2019-09-03 Denso International America, Inc. GNSS and GPS inaccuracy detection method for urban environments
CN110794701B (zh) * 2019-11-27 2022-11-11 广东美的制冷设备有限公司 基于空调机器人的环境控制方法和装置
JP2022181267A (ja) * 2021-05-26 2022-12-08 株式会社日立製作所 計算システム、計算方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3061519B2 (ja) * 1993-12-20 2000-07-10 富士通テン株式会社 車両用警報装置
JP2001099662A (ja) * 1999-09-29 2001-04-13 Matsushita Electric Ind Co Ltd ナビゲーション装置
WO2013072976A1 (ja) * 2011-11-18 2013-05-23 トヨタ自動車株式会社 走行環境予測装置および車両制御装置、並びにそれらの方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR0168492B1 (ko) * 1994-06-06 1998-12-15 나까무라 히로까즈 차량용 제동 장치
JP3929668B2 (ja) * 2000-02-21 2007-06-13 日産自動車株式会社 予ブレーキ制御装置
US7239953B2 (en) * 2004-10-05 2007-07-03 Vision Works, Llc Absolute acceleration sensor for use within moving vehicles
US8598864B2 (en) * 2004-12-23 2013-12-03 Power Survey Llc Apparatus and method for monitoring and controlling detection of stray voltage anomalies
CN201231706Y (zh) * 2005-11-01 2009-05-06 阿列克谢·鲍里索维奇·克罗特科夫 车辆制动及加速动作技能指示器
KR101320223B1 (ko) * 2005-12-23 2013-10-21 콘티넨탈 테베스 아게 운트 코. 오하게 자동차를 주차하거나 운전할 때 운전자를 돕기 위한 방법및 시스템
JP5094658B2 (ja) * 2008-09-19 2012-12-12 日立オートモティブシステムズ株式会社 走行環境認識装置
EP2572327A4 (en) * 2010-05-17 2016-04-13 Travelers Indemnity Co MONITORING OF CUSTOMER-SELECTED VEHICLE PARAMETERS
US8841999B2 (en) * 2010-06-26 2014-09-23 Vectolabs, Llc Deceleration rate indicator apparatus
US20120221196A1 (en) * 2011-02-28 2012-08-30 Continental Automotive Systems, Inc. Active tire controller device
CN102592446B (zh) * 2012-03-13 2014-11-26 北京世纪高通科技有限公司 利用浮动车定位数据计算城际道路旅行时间的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3061519B2 (ja) * 1993-12-20 2000-07-10 富士通テン株式会社 車両用警報装置
JP2001099662A (ja) * 1999-09-29 2001-04-13 Matsushita Electric Ind Co Ltd ナビゲーション装置
WO2013072976A1 (ja) * 2011-11-18 2013-05-23 トヨタ自動車株式会社 走行環境予測装置および車両制御装置、並びにそれらの方法

Also Published As

Publication number Publication date
US20150210284A1 (en) 2015-07-30
CN104620293A (zh) 2015-05-13
DE112013004464T5 (de) 2015-05-21
JP5655831B2 (ja) 2015-01-21
JP2014056468A (ja) 2014-03-27

Similar Documents

Publication Publication Date Title
JP5729484B2 (ja) 走行環境予測装置および車両制御装置、並びにそれらの方法
JP5842927B2 (ja) 車両制御装置、車両、および車両制御方法
JP5655831B2 (ja) 走行環境推定装置およびその方法
JP5896081B2 (ja) 充電制御装置、車両制御装置、車両、充電制御方法、および車両制御方法
JP5783267B2 (ja) 車両制御装置、車両及び車両制御方法
JP5811192B2 (ja) 車両制御装置、車両、および車両制御方法
US20140365099A1 (en) Vehicle control apparatus, vehicle, and vehicle control method
US11345347B2 (en) Brake control device for vehicle
JP5929288B2 (ja) 車両制御装置、車両、車両制御方法、走行環境予測装置、及び走行環境予測方法
JP2019172102A (ja) 制御装置
JP6369389B2 (ja) 電源制御装置
JP6269540B2 (ja) 車両制御装置
JP2016028198A (ja) 車両制御装置、車両、および車両制御方法
JP2013127225A (ja) 車両制御装置、車両、および車両制御方法
US11358491B2 (en) Vehicle and method for controlling the same
JP5831400B2 (ja) 車両制御装置、車両、および車両制御方法
JPWO2013105126A1 (ja) 送風器の消費電力を推定する方法、送風器の消費電力を推定する方法を利用した車両制御方法、車両制御装置
JP2014136535A (ja) 車両制御装置、車両、および車両制御方法
JP2014097708A (ja) 走行環境推定装置およびその方法
CN114684106A (zh) 车辆能量管理方法、装置、***和存储介质与整车控制器
CN117627835A (zh) 在滑行期间使用功能状态的预测性停止-起动控制
JP2015043130A (ja) 走行環境推定装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13837193

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
WWE Wipo information: entry into national phase

Ref document number: 14423187

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 1120130044641

Country of ref document: DE

Ref document number: 112013004464

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13837193

Country of ref document: EP

Kind code of ref document: A1