JP2004164340A - Planning support program, method, system and storage medium - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To efficiently and effectively make a plan for a vehicle and evaluate the plan. <P>SOLUTION: An evaluator inputs stature, and a viewpoint at driving is derived from the stature thus inputted. A three-dimensional planned-vehicle model is run in a three-dimensional virtual space and a simulation display image from the viewpoint thus lead is generated. The visibility and feeling of oppression of the planned vehicle are evaluated by the evaluator's confirming the simulation display image thus generated through a terminal. <P>COPYRIGHT: (C)2004,JPO

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a program, a method, an apparatus, and a storage medium for supporting planning of a vehicle.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, when planning a vehicle, a two-dimensional drawing representing an outline of the vehicle has been created, and the quality of the plan has been determined based on the drawing. Then, when there was a change in the project, the drawing was created again from scratch. In order to evaluate the visibility of the planned vehicle from inside the vehicle, a prototype vehicle and a clay model modeled on the interior were used.
[0003]
[Problems to be solved by the invention]
Therefore, in the conventional planning work, a great deal of labor has been spent on the creation of drawings, prototype cars and clay models, and there has been a problem that considerable time and cost are required.
[0004]
The present invention has been made in order to solve the problems of the related art, and an object of the present invention is to provide a planning support program and a planning support method capable of efficiently and effectively planning a vehicle. , A planning support device and a storage medium.
[0005]
[Means for Solving the Problems]
In order to achieve the above object, a program according to the present invention is a planning support program for supporting planning of a vehicle, and includes:
A model construction process for constructing a planned vehicle model representing the planned vehicle in three-dimensional data;
A setting step of setting the position of the viewpoint of the driver of the planned vehicle model;
A simulation display step of moving the planned vehicle model in a virtual space including a virtual road and displaying a simulation of a moving image viewed from the driver's viewpoint.
[0006]
The setting step is characterized in that the height of the driver is input, and the position of the viewpoint is calculated based on the height.
[0007]
The setting step sets the viewpoint of the driver when moving forward and the viewpoint of the driver when moving backward,
The simulation display step is characterized in that a moving image representing a forward view when moving forward and a moving image representing a backward view when moving backward can be displayed by simulation.
[0008]
The simulation display step is characterized in that a viewpoint position of the driver is changed based on a traveling state of the planned vehicle model in the virtual space.
[0009]
In order to achieve the above object, a storage medium according to the present invention includes:
A plan support program according to any one of claims 1 to 4 is stored.
[0010]
In order to achieve the above object, a method according to the present invention is a planning support method for supporting planning of a vehicle.
A model construction process for constructing a planned vehicle model representing the planned vehicle in three-dimensional data;
A setting step of setting the position of the viewpoint of the driver of the planned vehicle model;
A simulation display step of moving the planned vehicle model in a virtual space including a virtual road and displaying a simulation of a moving image viewed from the driver's viewpoint.
[0011]
In order to achieve the above object, an apparatus according to the present invention is a planning support device that supports planning of a vehicle,
A model construction means for constructing a planned vehicle model representing the planned vehicle in three-dimensional data;
Setting means for setting the position of the viewpoint of the driver of the planned vehicle model,
Simulation display means for moving the planned vehicle model in a virtual space including a virtual road and displaying a simulation of a moving image viewed from the driver's viewpoint.
[0012]
【The invention's effect】
According to the present invention, a three-dimensional model of a vehicle to be planned is constructed, the vehicle is moved on a virtual road, and an image viewed from the driver's viewpoint of the vehicle model is displayed as a simulation. Without creating a clay model, it is possible to evaluate the driver's visibility and oppressiveness such as oppression. As a result, the time and cost required for vehicle planning can be significantly reduced.
[0013]
Further, according to the present invention, the position of the viewpoint at the time of performing the simulation display can be changed, so that it is possible to realistically express a feeling that the evaluator who evaluates the planned vehicle model is actually driving the planned vehicle. In addition, it is possible to accurately evaluate the planned vehicle. For example, if it is possible to set the position coordinates of the occupant's eye point in the planned vehicle model, it is possible to set and evaluate the eye point position coordinates unique to each evaluator in the planned vehicle model, so that the The characteristics can be evaluated more closely, and the evaluation accuracy can be further improved.
[0014]
In particular, since the driver's height is input and the driver's viewpoint position is derived based on the input height, the evaluator can easily set the viewpoint position suitable for his / her body type.
[0015]
In addition, since not only the forward view but also the viewpoint position at the time of reverse travel is derived at the same time, the rear view at the time of reverse travel can be realistically displayed by simulation, and the planned vehicle can be evaluated in multiple aspects with high accuracy.
[0016]
In addition, since the driver's viewpoint is changed based on the running state of the planned vehicle model, the evaluator can more realistically express the feeling of actually driving the planned vehicle, and further evaluate the planned vehicle. It can be performed with high accuracy.
[0017]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. The embodiment described below is an example as a means for realizing the present invention, and the present invention can be applied to a modification or a modification of the following embodiment without departing from the gist thereof. In the present specification, the external model, the living space model, the structural model, and the interior model are a set of three-dimensional coordinate data representing the appearance of the vehicle, the states of the seat and the occupant, the frame structure, and the structure inside the vehicle, respectively. is there. The specification values refer to dimensions that determine the shape of the vehicle, and include, for example, overall height, overall width, and overall length, but do not include occupant parameters that determine the living space. The vehicle type refers to a vehicle type such as a sports, a sedan, and a truck, and the vehicle type refers to a brand (product name) of a commercialized vehicle.
[0018]
(Overall system configuration)
First, the overall configuration of the planning support system according to the present embodiment will be described.
[0019]
FIG. 1 is a diagram illustrating a configuration of a planning support system 100 according to the present embodiment.
[0020]
The planning support system 100 in FIG. 1 includes a computer 1 as a planning support device connected to a network and a database server 2. The computer 1 includes a CPU 11, a read only memory (ROM) 13, a random access memory (RAM) 14, an external storage unit 15, an input unit 16, a display unit 17, an image processing unit 18, and a communication unit 19. They are connected by a system bus 12.
[0021]
The CPU 11 executes arithmetic processing as a general computer and information processing for supporting planning of a vehicle.
[0022]
The ROM 13 stores at least a boot program for starting the computer system. The RAM 14 has a program area for temporarily storing a program running on the computer system and a data area for writing and reading data. In addition, the external storage unit 15 stores a program 60 (hereinafter, also referred to as a plan support program) for supporting plan verification of a new vehicle. Examples of the external storage unit 15 include a hard disk drive, a flexible disk drive, a magneto-optical disk drive, a CD-ROM drive, a CD-R drive, a CD-RW drive, and a DVD (DVD-ROM, DVD-R) drive. The device is applicable. That is, the planning support program is stored in a storage medium such as a CD-ROM that can be removed from each drive, and the computer 1 can read out the program stored in the storage medium and execute various processes described below. In that case, the storage medium itself is included in the scope of the present invention.
[0023]
The input unit 16 is a device such as a keyboard or a mouse for inputting commands and data from the outside, and the display unit 17 outputs characters and image data calculated by the image processing unit 18 based on a control command from the CPU 11. Such as a liquid crystal display and a CRT. The image processing unit 18 is a device that performs arithmetic processing on image data to be output by the display unit 17, and the communication unit 19 is connected to a wireless or wired communication line (for example, the Internet network or a mobile phone network). Communication with the computer system or the database server 20 to remotely transmit and receive programs and data.
[0024]
(Data structure)
FIG. 2 is a diagram illustrating data included in the computer 1 and the database server 2.
[0025]
As shown in FIG. 2, the database server 2 stores an external shape database 2a in which external parameter groups relating to the three-dimensional external shape of the vehicle are classified and stored for each vehicle type, and structural parameters relating to the three-dimensional structure and cross-sectional shape of the skeleton of the vehicle. A structural database 2b in which groups are similarly classified by vehicle type and stored, and an occupant database storing occupant models of several types defined by occupant sizes (standards for adults and children) according to domestic and foreign standards 2c, an interior database 2d storing interior parameter groups relating to various parts provided in the vehicle, and a completed product database 2e storing various data of the completed vehicle. The database server 2 further includes virtual space data 2f representing a virtual space for running a vehicle model constructed with three-dimensional data. This virtual space data 2f is data for forming a three-dimensional virtual space including virtual buildings, virtual roads, virtual vehicles, virtual pedestrians, and the like as objects.
[0026]
The computer 1 creates a design table 1a including various specification values and occupant seating position information on a vehicle to be planned based on a user's input. Then, by accessing the database server 2 based on the design table 1a and reading and deforming desired data (parameter group), four models called a reference model 1b, an outer model 1c, a structural model 1d, and an interior model 1i are obtained. Are constructed, and the planned vehicle model 1e is constructed by superimposing these four models.
[0027]
That is, in various databases (parameter groups) stored in the database server 2, a plurality of points, straight lines, and curves for forming each model are defined using parameters (variables). The respective models are constructed by substituting the numerical values input to the setting table 1a for.
[0028]
In the design table 1a, an occupant sitting position (hip point) and a seat arrangement (the number of seats such as one-row, two-row, and three-row seats) are input as occupant parameters relating to the occupant's seating state in the vehicle. Then, based on the occupant parameters, the computer 1 combines the human model and the seat model read from the occupant database 2c and transforms them to construct a living space model 1f representing the occupant's habitability. The living space model 1f is not affected by the vehicle specification values input to construct the outer shape model 1c, and the outer shape model 1c and the living space model 1f are not deformed in conjunction with each other.
[0029]
In addition, a vehicle reference model 1g that defines the position of the living space model 1f in the vehicle is constructed from the total length, full width, total height, wheelbase, and the like of the vehicle input to the design table 1a. Furthermore, an eye point indicating the position of the driver's eyes and an upper end determined based on the driver's view to be secured at a minimum, and a cowl top point determined based on the input specification values are set at the lower end. A windshield model 1h is constructed. Then, the reference model 1b is constructed by combining the living space model 1f, the vehicle reference model 1g, and the windshield model 1h.
[0030]
The computer 1 can draw the reference model 1b in a three-dimensional space and display the reference model 1b on the display unit 17. In addition, using the input unit 16 such as a pointing device, the computer 1 , The seating posture of the occupant and the like can be adjusted.
[0031]
Further, the computer 1 selects and reads the external shape parameter group of the vehicle type from the external shape database 2a based on the vehicle type (one of hatchback, minivan, sedan, sports, open, truck) stored in the design table 1a. put out. Then, using various specifications (full length, full width, total height, wheelbase, front and rear overhangs) stored in the design table 1a, predetermined external parameters (coordinates of the tip position of the bumper, rooftop, etc.) included in the external parameter group are used. Are modified to construct a rough outline model 1c along the specifications. The computer 1 can draw the outer shape model 1c in a three-dimensional space and display it on the display unit 17, and can use the input unit 16 such as a pointing device to display the outer shape model 1c in the three-dimensional space. Can be transformed.
[0032]
Further, the computer 1 selects and reads out a structural parameter group from the structural database 2b based on the vehicle type and the vehicle skeleton configuration stored in the design table 1a. Then, using various specifications (cross-sectional shape, material, weight, strength, etc.) stored in the design table 1a, predetermined structural parameters (external shape of the skeleton appearing in the appearance or cross-sectional shape of the skeleton included in the structural parameter group) ) To construct a structural model that meets the specifications. Further, the computer 1 can draw the structural model 1d in a three-dimensional space and display it on the display unit 17.
[0033]
Further, the computer 1 constructs a planned vehicle model 1e by combining the constructed reference model 1b, outer model 1c, structural model 1d, and interior model 1i, and draws the planned vehicle model 1e in a three-dimensional space. Can be displayed.
[0034]
(Program structure)
Next, a program included in the computer 1 will be described.
[0035]
FIG. 3 is a diagram showing a configuration of a planning support program for realizing the planning support system of the present embodiment.
[0036]
The design table 1a can be created by, for example, spreadsheet software 40 operating on an operating system. The various models 1b, 1c, and 1d can be created by three-dimensional CAD software 50 that extracts and calculates values from a design table 1a created by spreadsheet software 40.
[0037]
That is, the planning support program 60 for realizing the present system includes a design table creation program 61 incorporated in the spreadsheet software 40, a reference model construction program 62 incorporated in the three-dimensional CAD software, an external model construction program 63, It includes a model construction program 64, an interior model construction program 65, a three-dimensional image generation / display program 66, and a simulation display program 67.
[0038]
The design table creation program 61 includes a function of displaying a graphical user interface that allows a user to input vehicle specifications and the like. Thereby, the user can easily input various specifications, the seating position of the occupant, the seating posture, and the like.
[0039]
Further, the various model construction programs 62 to 65 have a function of referring to the design table 1a created by the design table creation program 61. Further, based on the contents of the design table 1a, the occupant database 2c, the outline database 2a, the structure It has a function of reading parameter groups included in the database 2b and the interior database 2d and automatically changing predetermined parameters.
[0040]
Here, it is assumed that the design table creation program and the other programs are executed on different software. However, the present invention is not limited to this. , Reference, external shape, structure, interior model construction function, image generation / display function, and simulation display function.
[0041]
(Example of display screen)
FIG. 4 is a diagram illustrating an example of a display screen when the reference model constructed by the reference model construction program 62 is displayed on the display unit 17 by the display program 66.
[0042]
FIG. 5 is a diagram showing an example of a display screen when only the living space model is extracted from the reference model. Here, the living space model is a set of coordinate data having the origin at the center of the left front wheel. On the other hand, the vehicle reference model also has coordinate data with the same point as the origin, and is displayed in an overlapping manner as shown in FIG. 4 based on this origin.
[0043]
FIG. 6 is a diagram showing an example of a display screen when the external model constructed by the external model construction program 63 is displayed on the display unit 17 by the display program 66. The external model is defined by parameters such as the overall length, overall width, overall height, and wheelbase of the vehicle, and a plurality of vehicle types such as wagons and sedans. From the input parameters, three-dimensional image data as shown in FIG. Automatically generated and displayed by processing.
[0044]
FIG. 7 is a diagram illustrating an example of a display screen when the external model constructed by the structural model construction program 64 is displayed on the display unit 17 by the display program 66. The structural model is defined by parameters indicating a skeleton structure and parameters indicating a cross-sectional shape of each part such as a front pillar and a center pillar, which are input to the design table, and a three-dimensional model as shown in FIG. Image data is automatically generated by image processing and can be displayed.
[0045]
FIG. 8 shows an image display example of a model in which the reference model, the outer model, and the structure model are superimposed. Each model has a reference point, and is displayed as shown in FIG. 8 by overlapping the reference points.
[0046]
FIG. 9 shows another example of image display of a model in which a reference model, an outline model, and a structure model are superimposed. Unlike the display example shown in FIG. 8, in the display example shown in FIG. 9, the external model is displayed semi-transparently. If the input parameter such as the total length is too small to accommodate the living space model, the head of the occupant will protrude from the vehicle outer shape. In FIG. 9, the protruding head is indicated by oblique lines. . In this way, the interference portion is displayed in different colors so that the interference state between the living space model and the external shape model can be clearly distinguished.
[0047]
As a result, it is possible to visually verify that the occupant's head clearance and the driver's visibility are insufficient, and to change each model based on the verification result. That is, when it is impossible to determine the seating position and the sitting posture of the occupant determined by the living space model with respect to the cabin space set by the external model and the structural model, the seating position is displayed on the screen of FIG. Adjustments such as shifting, changing the sitting posture, and raising the roof position can also be performed.
[0048]
In addition, by superimposing the reference model and the external model, it is possible to verify the packaging state of the vehicle (the occupant's head clearance and feeling of pressure) and the visibility. Further, by superimposing and displaying the structural model, it is possible to verify the collision performance, the vehicle body rigidity, and the like, and to perform a detailed evaluation of the driver's view range and the like viewed from the vehicle interior.
[0049]
The vehicle reference model, the external model, and the structural model have common parameters, and are deformed in conjunction with each other due to the change. On the other hand, the living space model does not have the same parameters as the outline model and the structural model, and does not link even if the outline model or the structural model is changed. As a result, the external shape model can be constructed independently of the living space model, and the external shape can be effectively set with a free idea without being restricted by the constraints of the internal space. Conversely, it is possible to plan a living space with a free idea without being bound by the external shape.
[0050]
(Functions of each program)
Hereinafter, functions of each program included in the planning support program 60 according to the present embodiment will be described.
[0051]
[Design table creation program]
The design table creation program is executed by the CPU, inputs data necessary for building each model based on a user operation, and stores the input data in the external storage unit 15 as the design table 1a in association with various parameters. have.
[0052]
The data input to the design table include, for example, external dimensions and vehicle type as external parameters, the number of seats as passenger parameters, vehicle interior dimensions and visibility conditions, tire wheel dimensions, dimensions under the floor, and occupant placement conditions. It corresponds to.
[0053]
The length and vertical dimension data input in the design table are all values for deriving the coordinate position of each part when the axle of the front wheel is set as the origin. The dimension data in the width direction input in the design table is based on the center plane of the vehicle. In other words, if all parameters are properly entered in the design table, the model of the vehicle outline, living space (occupants and seats), windshield, etc. will be placed on three-dimensional coordinates with the axle of the front wheels and the center plane of the vehicle as the origin. It is possible to draw.
Hereinafter, data that can be input when the design table is generated will be described.
[0054]
<Vehicle type selection>
FIG. 10 shows an example of a model & type selection interface included in the design table creation program 61. That is, by selecting (for example, clicking with a mouse) any one of the pillar configurations displayed on the interface, it is possible to select the vehicle type included in the external model and the pillar configuration included in the structural model.
[0055]
A plurality of pillar configurations as structural parameter groups are prepared for each vehicle type in the database as shown in the figure.
[0056]
Preferably, the models include at least two of a minivan, a station wagon, and a sedan, and in this example, a total of six models including a hatchback, a minivan / wagon (station wagon), a sedan, a sport, an open, and a truck. Are divided into types. Of course, the present invention is not limited to this, and more types of vehicles may be prepared or specialized for specific types of vehicles such as trucks only, depending on the capabilities of the vehicle manufacturer.
[0057]
An outer shape parameter group (three-dimensional coordinate data constituting the outer shape of the vehicle) is stored in the database for each of these vehicle types, and selection of the vehicle type corresponds to selection of the outer shape parameter group as it is. Further, a structural parameter group (three-dimensional coordinate data constituting the skeleton) is stored in the database for each pillar configuration in the right column, and the selection of the vehicle type and the selection of the pillar configuration correspond to the selection of the structural parameter group as it is. .
[0058]
Here, the vehicle type is selected at the same time by selecting one of the pillar configuration icons shown in the right column, but, of course, the step of selecting the vehicle type and the step of selecting the pillar configuration can be performed independently. It is good also as an interface which can be performed. In any case, when the external shape parameter group (vehicle type) is selected, the structural parameter group (the pillar configuration corresponding to the vehicle type) of the same classification as the selected vehicle type is automatically selected from the structural database.
[0059]
Here, the pillar configuration is narrowed down by selecting the vehicle type. However, the pillar configuration that can be further selected according to a parameter (for example, the overall length) input in another input table may be narrowed down. good. In this case, the structure database stores the pillar configuration for each vehicle size.
[0060]
In this way, by making it possible to select a model similar to the model to be planned, it is possible to reduce the number of steps required for the shape deformation of the external model, improve the verification accuracy, and improve the user's work efficiency.
[0061]
In addition, since one of a plurality of pillar configurations prepared for each vehicle type is selectively read to construct a structural model, the user can narrow down the structural parameter groups only by selecting the vehicle type. Efficiency can be improved.
[0062]
<External dimensions>
FIG. 11 shows an example of an external dimension input interface included in the design table creation program 61. FIG. 11A is an input table of vehicle specification values, and FIGS. 11B and 11C are images of a vehicle front view and a side view showing a corresponding part of a parameter input in the input table. is there. Here, the vehicle specification values include the wheel base 1101, the overall width 1102, the overall height 1103, the front overhang 1105, the rear overhang 1106, the horizontal position 1107 of the cowl point CW, the vertical position 1108 of the cowl point CW, and the windshield inclination 1109. It is.
[0063]
Numerical values are input in the portions indicated by "..." in the figure. If the input of the numerical value is performed for either FIG. 11 (a) or FIG. 11 (b) and FIG. 11 (c), the input is reflected on the other. This point is the same for FIGS.
[0064]
In the vehicle specification values, the front overhang 1105 is the distance between the front end of the vehicle projecting forward from the front axle AF and the front axle AF, and the rear overhang 1106 is located behind the vehicle projecting rearward from the rear axle RF. This is the distance between the end and the rear axle RF. The horizontal position 1107 of the cowl point CW is the horizontal distance between the center position of the lower end of the windshield in the vehicle width direction and the front axle AF, and the vertical position 1108 of the cowl point CW is the center position of the lower end of the windshield in the vehicle width direction. This is the vertical distance between the front axles AF. Furthermore, the windshield tilt 1109 is the tilt angle between the vertical line passing through the cowl point position and the windshield.
[0065]
The total length 1104 is automatically calculated by adding the wheel base 1101, the front overhang 1105, and the rear overhang 1106 (1104 = 1110 + 1105 + 1106). In addition, the total height 1103 is not the height based on the ground contact surface GL2 when riding, but is the height based on the ground contact surface GL1 when the vehicle is empty, but basically, other than the reference model and the total height, based on GL2. Is set.
[0066]
In addition, as the external dimensions, in addition to the above parameters, upper and lower end reference positions of the front bumper (common parameters for points C1 and D1 of the external model described later) predetermined by standards such as domestic and foreign collision safety standards, and the like. Input may be possible. In that case, bumper arrangement reference ranges corresponding to these positions are displayed.
[0067]
<In-vehicle dimensions>
FIG. 12 shows an example of an in-vehicle dimension input interface included in the design table creation program 61. FIG. 12A is an input table of vehicle interior dimensions, and FIGS. 12B, 12C, and 12D are front-view images and side-view images for indicating corresponding portions of parameters input in the input tables. An image and a bottom view image. FIG. 12E is an image in which the periphery of the dash panel is displayed in a magnified view to show a dimension portion for determining the dash panel position.
[0068]
The dimensions that determine comfort in the vehicle can be divided into parameters relating to the front row occupant, parameters relating to the second row occupant, parameters relating to the third row occupant, and parameters relating to the dash panel. When there is no seat in the second and third rows, it is not necessary to input parameters relating to the occupants in the second and third rows. Here, it is assumed that the fact that the number of sheets is three is already input.
[0069]
Among these, the parameters relating to the front row occupant include the following. 1201: The crown position of the front row occupant (the length of the straight line extending upward from the front row hip point HP1 and inclined backward by a predetermined small angle with respect to the vertical direction)
1202: Vertical distance between the front row hip point HP1 and the cowl point CW
1203: Vertical distance between the front row hip point HP1 and the ground plane GL2 when riding
1204: Vertical distance between the front row hip point HP1 and the floor panel
1205: distance between the front row hip point HP1 and the vehicle width center W
• 1206: Front row torso angle
1207: Horizontal distance between the front axle AF and the upper end of the accelerator pedal
The following parameters are related to the second row occupant.
1208: the crown position of the second row occupant (the length of the straight line extending upward from the second row hip point HP2 and inclined backward by a predetermined minute angle with respect to the vertical direction)
1209: horizontal distance between the front row hip point HP1 and the second row hip point HP2
1210: Horizontal distance between the second row hip point HP2 and the second row occupant heel
• 1211: Vertical distance between the second row hip point and the floor panel
1212: Vertical distance between the front row hip point HP1 and the second row hip point HP2
1213: Distance between the second row hip point and the center of the vehicle width
1214: 2nd row torso angle
Note that the driver's eye position (eye point) EP is automatically derived from the top position 1201 of the front row occupant.
[0070]
Further, the parameters related to the third row occupant include the following.
1215: The crown position of the third row occupant (the length of the straight line extending upward from the third row hip point HP3 and inclined backward by a predetermined small angle with respect to the vertical direction)
1216: horizontal distance between the second row hip point HP2 and the third row hip point 3rd
1217: vertical distance between the third row hip point HP3 and the floor panel
1218: distance between the third row hip point HP3 and the center of the vehicle width
1219: Vertical distance between the second row hip point HP2 and the third row hip point HP3
1220: 3rd row torso angle
1221: distance between the third row hip point HP3 and the heel of the third row occupant
The parameters related to the dash panel include the following.
* 1222: Horizontal distance between the front axle AF and the front end of the dash panel DP
1223: Horizontal distance between the front axle AF and the rear end of the dash panel DP
1224: Vertical distance between the front axle AF and the front end of the dash panel DP
By inputting the vehicle interior dimensions as described above, it is possible to individually set each seat position in the absolute space of the living space model with reference to the front row to third row hip points HP1 to HP3.
[0071]
Since the reference of the in-vehicle position of the living space model differs depending on which point is set as the origin, a difference occurs in the degree of overlap with the external model depending on the origin position.
[0072]
In other words, a point at which it is desired that interference between the living space model and the external model when overlapping with the external model is desired may be selected as the origin.
[0073]
≫How to determine hip points≫
In the interface of FIG. 12, the position of the driver's hip point HP1 in the height direction is defined by 1203, and the position in the width direction is defined by 1205. Is not provided.
[0074]
Here, the position in the length direction is derived by calculation from other parameters directly input in FIG. 12, and a method thereof will be described below.
[0075]
FIG. 16 is a diagram illustrating a method for determining the horizontal position of the driver's hip point HP1.
[0076]
The horizontal distance 1207 between the front wheel axis AF, which is the origin, and the upper end position (ball point) of the accelerator pedal is defined by the table in FIG. The height 1204 of the driver's hip point HP1 from the heel point is also defined by the table in FIG. The present embodiment has a program configuration in which 1601 in the figure is derived by substituting 1204 into Z in the following equation.
[0077]
1601 = k1 + k2 × Z−k3 × Z²
Note that k1, k2, and k3 are predetermined coefficients. Here, the above equation is adopted from an empirical rule, but the present invention is not limited to this, and 1601 may be obtained by another equation, or can be directly input in the table of FIG. It may be a program configuration.
[0078]
<Visibility conditions>
FIG. 13 shows an example of a view condition input interface included in the design table creation program 61. FIG. 13A is an input table of visibility conditions to be ensured, and FIG. 13B is a side view image of the inside of the vehicle for indicating a portion corresponding to a parameter input in the input table.
[0079]
The parameters relating to the visibility condition include the following.
1301: Angle to be secured upward from the horizontal plane passing through the driver's eye point EP (front)
1302: Angle to be secured downward from the horizontal plane passing through the driver's eye point EP (front)
1303: Angle to be secured upward from the horizontal plane passing through the driver's eye point EP (backward)
1304: Angle to be secured downward from the horizontal plane passing through the driver's eye point EP (backward)
1301 automatically defines and displays the lowest position where the front header (the panel at the top of the windshield) can be placed. Similarly, the lowest position where the rear header (the panel at the upper end of the rear glass) can be arranged is automatically defined and displayed by 1303.
[0080]
<Tire and wheel dimensions>
FIG. 14 shows an example of a tire and wheel specification input interface included in the design table creation program 61. FIG. 14A is an input table for inputting dimensions of a tire and a wheel, and FIGS. 14B and 14C are side views of an inside of a vehicle for indicating corresponding portions of parameters input in the input table. It is a visual image and a vehicle internal planar image. FIGS. 14D and 14E are side view images of the periphery of the wheel housing.
[0081]
The tire and wheel related dimensions input here include the following.
・ 1401: Tire outer diameter
・ 1402: Tire effective diameter
・ 1403: Wheel width
1404: Vertical distance between the wheel center of the front wheel when the vehicle is empty and the wheel center when the occupant gets on the vehicle
1405: vertical distance between the wheel center of the rear wheel when riding and the wheel center of the rear wheel when empty
・ 1406: Distance between left and right front wheels
・ 1407: Distance between left and right rear wheels
1408: distance between the wheel outer diameter and the wheel housing
1409: Wheel housing diameter
・ 1410: Outer diameter of tire wheel
<Dimensions under the floor>
FIG. 15 shows an example of an underfloor dimension input interface included in the design table creation program 61. This example shows an input interface for a three-row sheet. FIG. 15A is an input table for inputting various dimensions under the floor. FIG. 15B shows a vehicle internal side view image to show corresponding portions of parameters input in the input table. FIG. 15C shows a cross-sectional view image around the side sill.
[0082]
The following dimensions related to the under-floor input here include the following.
1501: Vertical distance between front row floor panel and axle AF
・ 1502-1507: Horizontal distance between rear axle AR and bent part of floor panel
1508: vertical distance between the second row floor panel and the axle plane
1509: vertical distance between the upper end of the second row floor panel and the rear axle AR
・ 1510: Distance between the second row floor panel depression and the rear axle AR
・ 1511: Vertical distance between the third row floor panel and the rear axle AR
・ 1512: Distance between side sill and vehicle width center W
・ 1513: Side sill SS width
・ 1514: Side sill SS height
・ 1515: Vertical distance between side sill SS and floor panel
≫Cowl point restrictions≪
FIG. 17 is a diagram illustrating restrictions on the horizontal position 1107 and the vertical position 1108 of the cowl point CW of the vehicle reference model. The horizontal position 1107 and the vertical position 1108 of the cowl point CW can be input in FIG. 11, but they cannot be completely arranged at arbitrary positions, and are restricted by the field of view.
[0083]
That is, as the first condition, among the visibility conditions input in FIG. 13, the first visibility condition must not interfere with the forward lower visibility field 1302.
[0084]
The second condition is that the dash panel must be located below the straight line forming a predetermined acute angle 1701 from the upper end position DP of the dash panel defined in FIG.
[0085]
決定 How to determine front header and rear header positions ヘ ッ ダ
FIG. 18 is a diagram illustrating the reference of the horizontal position and the vertical position of the front header of the vehicle reference model. FIG. 19 is a diagram illustrating the reference of the horizontal position and the vertical position of the rear header of the vehicle reference model. As shown in FIG. 18, the horizontal position and the vertical position are, for example, one of the vertices at the intersection of a straight line 1301 that forms a predetermined acute angle upward from the horizontal direction around the viewpoint EP and a glass surface. The parallelogram defined as one side is the lowest position of the front header. At this time, it is a condition that it is located above the straight line L which is a reference for the sense of oppression. The position of the front header in the vehicle width direction is set at the vehicle width center W.
[0086]
Further, as shown in FIG. 19, the horizontal position and the vertical position of the rear header are, for example, above a straight line 1304 that forms a predetermined minute acute angle upward from the horizontal centered on the viewpoint EP, and It is restricted above the head clearance (distance 1208, 1215 from HP2, HP3).
[0087]
The detailed cross-sectional shapes of the front header and the rear header are defined by a structural model described later.
[0088]
In the above design table, the parameters in the length direction and the height direction with the front wheel axis AF as the origin are input. However, the present invention is not limited to this, and separates the engine room from the vehicle room. Each position information (each distance) may be input with the point on the dash panel, the point at the front end of the bumper, or the cowl point CW as the origin, or any of these points may be selected as the origin. It doesn't matter.
[0089]
<Pillar cross section input>
FIG. 20 shows an example of a pillar cross-sectional shape input interface included in the design table creation program 61. FIG. 20A is an input table for selecting a cross section and inputting various dimensions. FIG. 20B shows a perspective view image of the vehicle appearance in order to show corresponding portions of parameters input in this input table. 20 (c) shows an image of each section.
[0090]
In the case of the wagon type vehicle shown in the figure, the frame structure includes, for example, a front pillar section A, a center pillar section B, a rear auxiliary pillar section C, a rear pillar section D, a front header section E, a rear header section F, and a side roof rail section G. In each case, in addition to parameters 2401 to 2403 for determining the cross-sectional shape shown in FIG.
[0091]
<Interior dimensions>
FIGS. 21 to 23 are diagrams for explaining the interior-related dimension setting function included in the design table creation program 61. FIG.
[0092]
FIG. 21 is an example of a dimension input interface for constructing a sheet model. The figure shows the case of a three-row sheet. In the drawing, locations where dimensions can be input are indicated by reference numerals 2101 to 2117. However, these are only a part, and in addition to these, various dimensions such as a sheet width can be freely set.
[0093]
FIG. 22 is an example of a dimension input interface for setting the trim shape of the front pillar (left side). The trim is a cover that covers a pillar as a frame set in the structural model. In the drawing, locations where dimensions can be input are indicated by reference numerals 2201 to 2206. However, these are only a part, and various dimensions other than these can be freely set.
[0094]
FIG. 23 is a diagram for describing other parts constituting the interior model.
[0095]
In FIG. 23A, a bold line 2301 represents an instrument panel (Instrumental Panel) model. The instrument panel model has the instrument panel tip line position, the instrument panel upper surface height, the instrument panel rear position, the instrument panel lower surface, the instrument panel lower end, the instrument panel lateral width, and the like as parameters, and the dimensions can be freely set to these parameters.
[0096]
In FIG. 23B, a thick line 2302 represents a model of the meter hood. A plurality of types (one window, two windows, etc.) of meter hood models are prepared in advance, and one of them is selected before inputting specific dimensions. In addition, each type of meter hood model has, as parameters, a meter hood upper surface position, a meter hood upper rear end position, a meter hood lower rear end position, a meter hood opening shape, a meter hood outer diameter shape, and the like. These parameters can be set freely. FIG. 22C is a perspective view illustrating an example of the meter hood.
[0097]
In FIG. 23D, a thick line 2303 represents a model of the center stack. Shown here is a walk-through type center stack. The center stack model has, as parameters, an upper end position, a center panel width, a side angle, a center panel lower end position, a center stack lower rear end position, a foot horizontal shape, a horizontal front end position, and the like. It can be set freely. FIG. 23E is a perspective view illustrating an example of a center stack.
[0098]
In FIG. 23F, a thick line 2304 represents a model of a center stack of a type different from that of FIG. 23D. Shown here is a center stack with a rear console. This center stack model has the upper end position, center panel width, side angle, center panel lower end position, basic upper position, armrest front end position, armrest height, console & armrest width, console & armrest rear end, lower end position, foot underside It has a shape, a front end position of a lateral surface, and the like as parameters, and these parameters can be freely set.
[0099]
Interior models include center pillar trim, rear pillar trim, steering wheel, pillar trim, rearview mirror, side mirror, sun visor, sunshade, and acrylic visor, in addition to those shown here. Further, a model having only the arm of the occupant having the steering wheel may be included as the interior model. In addition, a color can be set for each of these interior parts in the design table.
[0100]
[Standard model construction program]
The reference model construction program 62 extracts the numerical data relating to the in-vehicle dimensions, the numerical data relating to the visibility, and the numerical data relating to under the floor from the design table as described above, and generates a living space model. Specifically, occupant data (number of seats, hip point position for each seat, etc.) relating to the seating state of the occupant in the vehicle is input, a humanoid model representing the occupant is read from a database, and the occupant data is read according to the input occupant data. By deforming, a human model as shown in FIG. 5 is constructed. Furthermore, using the data relating to the visibility, the position information of the eyes and the view securing reference range information indicating the reference range to be secured as the view from the eyes are added to the humanoid model at the driving position of the vehicle. I do. Note that the humanoid model for the driver may include a model of a handle and an arm that grasps the handle.
[0101]
Further, a vehicle reference model is generated from numerical data related to the external dimensions in the design table. Further, a windshield model is generated in which the cowl point (CW) derived from the data on the external dimensions is the lower end, and the front header is the upper end which is derived based on the visibility parameter (front upper visibility) and the windshield angle. .
[0102]
Then, a reference model is generated by combining these models.
[0103]
In addition, the reference model construction program can pass the generated coordinate data of each model to the image generation / display program so that it can be displayed three-dimensionally on the display as shown in FIG. It is also possible to receive an input from the device, determine which part is how to deform and which part, and change the coordinate data according to the instruction.
[0104]
In other words, the user can change the displayed image by selecting and moving the part to be deformed of the three-dimensional image displayed on the display with a pointing device such as a mouse, and at the same time, changing the coordinate data in the memory according to the deformation. can do.
[0105]
The living space model is not changed depending on which external parameter group (vehicle type) is selected in the external model building program.
[0106]
[External model construction program]
The outline model construction program 63 reads out the base outline coordinate data from the database based on the vehicle type data included in the design table created by the design table creation program 61, and further reads the outline parameters (various values) input to the design table. (Original value) and its external coordinate data are changed based on a predetermined rule to construct an external model.
[0107]
Also, the external model construction program can pass the generated external model coordinate data to an image generation / display program to display it on the display in a three-dimensional manner as shown in FIG. An input from the device is received, the input determines which part is deformed and how, and the coordinate data is changed according to the instruction.
[0108]
In other words, the user can change the displayed vehicle outline image by selecting and moving the part to be deformed of the three-dimensional outline model image displayed on the display with a pointing device such as a mouse, and at the same time, according to the deformation. The coordinate data of the external model in the memory can be changed.
[0109]
That is, the external shape model construction program i) deforms the global shape read from the database automatically by the value of the design table, and ii) deforms by specifying the local deformed portion and displacement on the display. And a local deformation function.
[0110]
[Structural model construction program]
The structural model construction program 64 reads out the pillar configuration and the cross-sectional shape input to the design table, generates three-dimensional coordinate data of the skeleton structure of the vehicle, passes it to the image generation / display program, and displays it on the display as shown in FIG. In this state, an input from a pointing device from a user is received, a command is issued to determine which part is deformed, and coordinate data is changed according to the command.
[0111]
In addition, since the shape of the skeleton that constitutes the structural model is automatically deformed according to the deformation of the outer diameter model, it does not shift when the structural model and the outer model are overlapped, The interference problem can be accurately verified.
[0112]
Further, the information on the cross-sectional area and the strength is set to be different based on the difference in the size of the model of the structural model.
[0113]
Therefore, the work efficiency of the user can be improved. Further, since the strength and the like can be verified as substantially matching the vehicle to be planned, it is not necessary to finely change the data of the strength and the like, so that the verification efficiency can be improved and the verification accuracy can be improved.
[0114]
In addition, since the structural model has information on the cross-sectional area and strength of the frame structure such as the body frame and pillars, it is possible to quickly evaluate the feasibility of packaging, and to provide the cross-sectional area information of pillars and the like. It becomes possible to quickly verify the feeling of oppression to the occupants in the passenger compartment space.
[0115]
Further, by having the strength information, the verification of the strength of the planned vehicle, the verification of the collision performance, the evaluation of vibration, and the like can be quickly performed, and the planning accuracy of the planned vehicle can be extremely high from the initial planning stage.
[0116]
In addition, since the structural model has information on the material of the steel sheet, the thickness of the steel sheet, and the weight, it is possible to verify the vehicle weight, the weight distribution, and the position of the center of gravity of the planned vehicle.
[0117]
Further, the structural model has a plurality of frame structures such as a front pillar, a center pillar, a rear pillar, a side roof rail, a front header, a rear header, and at least one of a cross-sectional area and a strength (cross-sectional shape) for each frame portion. Since the setting can be changed, the required strength, cross-sectional area, and the like are naturally different for different vehicle types (vehicle categories such as wagons and sports). Then, since the cross-sectional area, strength, and the like of the structural model can be individually changed, optimal packaging verification and strength verification according to the planned vehicle can be performed, and planning accuracy can be extremely high.
[0118]
[Interior model construction program]
The interior model construction program 65 reads the dimensions related to the interior parts input to the design table 1a, and trims the seat, the front pillar, the center pillar, the rear pillar, the instrument panel, the meter hood, the center stack, the handle, the pillar trim, Three-dimensional coordinate data of a rearview mirror, a side mirror, a sun visor, a sunshade, an acrylic visor, and the like are generated and passed to an image generation / display program 66 so as to be three-dimensionally displayed as an interior model on a display.
[0119]
[Image generation / display program]
The three-dimensional coordinate data of the reference model, the exterior model, the structural model, and the interior model constructed by the above-described model construction program can be combined and displayed in one three-dimensional coordinate space. FIG. 24 is a diagram illustrating an example of a screen displaying a planned vehicle model in which all models are combined.
[0120]
[Simulation display program]
FIG. 25 shows an image viewed from the viewpoint (eye point EP) of the driver set in the planned vehicle model by running the planned vehicle model constructed by the above model construction program on a virtual road in the virtual space. Simulation display.
[0121]
(Plan verification)
FIG. 26 is a flowchart showing an overall flow of the plan verification process using each program as described above.
[0122]
First, in step S2601, a design table is created as described above. Next, in steps S2602 to S2605, three-dimensional coordinate data of a reference model, an outer model, a structural model, and an interior model is generated using the data input to the design table.
[0123]
Then, in step S2606, the models are combined and superimposed. As a result, if there is no interference between the occupant and the outer shape, the process proceeds from step S2607 to step S2608, and the planned vehicle model obtained by combining all models is stored. At that time, a copy of the planned vehicle model is stored as a simulation model (a planned vehicle model for display).
[0124]
If there is a problem as a result of the superimposed display in step S2606, each model is modified by changing the design table or adding a deformation on the three-dimensional display screen.
[0125]
Then, the simulation display program is started, and first, the driving conditions are set in step S2609. The running conditions include a running route, a sunshine direction, weather, a running speed, a turning speed, and the like.
[0126]
Next, in step S2610, the virtual space data read from the database server and the three-dimensional data of the simulation model stored in step S2608 are combined according to the set traveling conditions. Then, the planning vehicle travels on a virtual road in the virtual space, and a moving image viewed from the driver's viewpoint is displayed on the display.
[0127]
The process further advances to step S2611, and it is determined whether or not a display correction is necessary. That is, it is determined whether or not the simulation image derived from the three-dimensional data is far from the feeling of driving an actual vehicle. If they are far apart, the process proceeds to step S2612, and the simulation model, particularly the interior model part therein, is corrected based on experience in order to approximate the driver's feeling during actual driving. That is, the simulation model is copied from the original planned vehicle model on the assumption that the simulation display can be corrected so as to increase the sense of reality. Therefore, the correction here does not change the original planned vehicle model itself. Here, the deformation correction of the three-dimensional simulation model is performed, but the present invention is not limited to this. The correction is performed on the two-dimensional moving image, or the three-dimensional data is converted to the two-dimensional data. The realism may be improved by correcting the projection method. Further, the operator may change the setting of the traveling condition and repeatedly perform the correction, or may return to the design table and correct the data of each model.
[0128]
After the correction, the process returns to step S2610, the simulation display is performed again, and after confirming the realism, if the correction is unnecessary, the process proceeds to step S2613. In step S2613, a plurality of evaluators evaluate visibility, oppression, and the like while performing simulation display.
[0129]
If there is no problem with the visibility and the feeling of oppression, the process proceeds from step S2614 to creation of a plan and design development. If there is any problem, the process returns to step S2601 to correct the design table, or corrects only the interior model on the three-dimensional display screen. If re-evaluation is performed under another running condition, the process returns to step S2609, changes the running condition, and repeats the processing of steps S2610 to S2613.
[0130]
As described above, a three-dimensional model of a vehicle to be planned is constructed, the vehicle is moved on a virtual road, and an image viewed from the driver's viewpoint of the vehicle model is displayed as a simulation, so the planner creates a prototype vehicle. It is possible to visually evaluate the driver's habitability such as visibility and oppression without performing. As a result, the time and cost required for vehicle planning can be significantly reduced.
[0131]
Hereinafter, processing performed by the simulation display program will be described in detail.
[0132]
FIG. 27 is an example of a startup screen of the simulation display program. When a simulation display command specifying the planned vehicle model is received, a screen shown in FIG. 27 is displayed. Here, button 2701 is a button for shifting to a screen for setting running conditions. As shown in FIG. 26, usually, first, the driving conditions are set prior to the simulation display.
[0133]
A button 2702 is a button for executing a simulation display for an operator. That is, when this button 2702 is selected, the screen shifts to a simulation display screen equipped with operator functions. The simulation display for the operator corresponds to step S2610 in FIG. A button 2703 is a button for executing a simulation display for the evaluator. That is, when the button 2703 is selected, a simulation display screen with limited functions for the evaluator is displayed.
[0134]
Next, processing corresponding to each button in FIG. 27 will be described.
[0135]
[Driving condition setting]
When button 2701 is selected in FIG. 27, a driving condition setting screen shown in FIG. 28 is displayed on the display. The operator performs a traveling condition setting process corresponding to step S2609 in FIG. 26 using the traveling condition setting screen.
[0136]
In FIG. 28, reference numeral 2801 denotes a button for selecting any one of the A course and the B course. Reference numeral 2802 denotes a button for selecting one of a daytime zone and a nighttime zone. Reference numeral 2803 denotes a button for selecting a sunshine direction. Reference numeral 2804 denotes a button for selecting any one of sunny and rainy weather. A button 2805 is used to select one of a low speed and a high speed. Although not shown here, a button for independently setting the turning speed may be provided. Reference numeral 2806 denotes a button for setting the number of objects in the virtual space. A button 2807 is used to set whether or not to display a warning regarding visibility in the simulation display screen, and to set a condition under which a warning is to be displayed when a warning is displayed. Reference numeral 2808 denotes a button for setting whether or not the evaluator marks a problem. Reference numeral 2809 denotes a button for setting whether or not to include the simulation in the back. Reference numeral 2810 denotes a button for setting whether or not to perform a contrast display, and for specifying a contrast vehicle model when performing the contrast display.
[0137]
Note that FIG. 28 shows a state in which all the left buttons (hatched lines) are selected as initial values.
[0138]
[Simulation display for operator]
When the button 2702 is selected in FIG. 27, the simulation display program displays the operator simulation display screen shown in FIG. 29 on the display. With this simulation display, the operator first evaluates the visibility and feeling of oppression of the planned vehicle, and further verifies the accuracy and realism of the simulation display itself.
[0139]
On this screen, a projection image (moving image) 2900 of a three-dimensional virtual space from the viewpoint of the driver's eye point of the planned vehicle model (simulation model) according to the driving conditions set on the driving condition setting screen of FIG. Is displayed. Therefore, in this image, not only the objects in the virtual space but also the inside of the car, for example, the steering wheel 2901, the front pillar 2902, the instrument panel 2903, the meter hood 2904, the center stack 2905, the mirror 2906, and the driver's hand 2907 are displayed. Is done.
[0140]
The virtual space includes, as objects, a road 2908, a building 2909, a signal 2910, a pedestrian (adult) 2911a, a pedestrian (child) 2911b, a passing vehicle 2912, and the like. 2913 has been drawn.
[0141]
Although not shown here, if the model is equipped with a sun visor, a sun shade, an acrylic visor, and the like, their interiors are also displayed.
[0142]
<Automatic correction>
The simulation display program displays the moving image 2900 as described above in accordance with the running conditions of the planned vehicle model in the virtual space (in FIG. 28, which button is selected). Correction is automatically applied to dimensional data, object data in a virtual space, or two-dimensional moving image data. This is a correction for improving the evaluation accuracy by the evaluator.
[0143]
The automatic correction performed here includes changing the three-dimensional data of the pillar portion or the header portion of the planned vehicle model according to the traveling conditions. For example, when the traveling speed of the planned vehicle model on the virtual road is high, the pillar portion or the header portion is corrected in the video so that the three-dimensional data becomes large, or the object included in the virtual space is displayed small. In this way, the object data is corrected, or the depth of the two-dimensional moving image data is adjusted (distortion deformation such that the peripheral portion is closer to the driver) so that the peripheral portion of the video is displayed with a small depth.
[0144]
Further, for example, when the turning speed of the planned vehicle model on the virtual road is high, the three-dimensional data may be corrected so that the pillar portion or the header portion becomes large in the video. Furthermore, when the virtual space is in a nighttime or rainy state, the three-dimensional data may be corrected so that the pillar portion or the header portion becomes large in the video.
[0145]
Further, for example, the object data may be corrected in accordance with the traveling condition so as to highlight a predetermined object (for example, an object representing a person, a signal, or a white line on a road).
[0146]
It is also conceivable to change the texture data of the planned vehicle model or the object in the virtual space or to add processing to the two-dimensional moving image data according to the running conditions of the planned vehicle model in the virtual space. That is, for example, the color of the pillar portion or the header portion of the planned vehicle model is changed, the brightness of the pillar portion or the header portion of the planned vehicle model is changed, the pillar portion of the planned vehicle model or The contrast between the header portion and the virtual space may be changed.
[0147]
Further, for example, when the turning speed of the planned vehicle model on the virtual road is high, the texture data may be corrected so that the object is displayed dark. Further, when the virtual space is in a nighttime or rainy state, the two-dimensional moving image data may be corrected so that the peripheral portion of the video is displayed dark. Further, the present invention is characterized in that texture data is changed so as to highlight a predetermined object (a person, a signal, or an object representing a white line on a road) in accordance with running conditions. Furthermore, different sounds (such as noise) may be output according to the running conditions of the planned vehicle model in the virtual space.
[0148]
FIG. 30 shows an example of such automatic correction. FIG. 30 (a) is a diagram showing a moving image at the time of low-speed running, and FIG. 30 (b) is a diagram showing a moving image at the time of high-speed running. That is, FIG. 30A shows a case where “low speed” is selected with the button 2805 in FIG. 28, and FIG. 30B shows a case where “high speed” is selected with the button 2805. As is apparent from a comparison between the two, when the vehicle speed increases, the pillar width is displayed thicker (particularly, displayed thicker upward), and the upper color of the pillar is displayed darker. In addition, the upper surface of the instrument panel is displayed as rising, and the lower side of the header is displayed as projecting downward. Also, the human and vehicle objects are reduced. Although the building object is the same in this drawing, the building may be displayed larger at high speed.
[0149]
FIG. 31 shows another example of the automatic correction. FIG. 31A is a diagram illustrating a moving image when the weather is fine, and FIG. 31B is a diagram illustrating a moving image when the weather is rainy. That is, FIG. 31A shows a case where “sunny” is selected with the button 2804 in FIG. 28, and FIG. 31B shows a case where “rain” is selected with the button 2804. As is clear from comparison of these, when the weather is bad, the display is performed with a lower contrast and brightness than when the weather is good. Note that the same correction is performed depending on the time zone. That is, even in the same weather, the display is as shown in FIG. 31A in the daytime and as shown in FIG. 31B in the nighttime.
[0150]
<Operator's operation on video>
An operation area in which a plurality of operation buttons are displayed is provided below the moving image display area 2900. In the upper part of the operation area, a stop button 2914, a pause button 2915, a play button 2916, a slow play button 2917, a rewind button 2918, and a fast forward button 2919 are displayed as normal video operation buttons, and a pointing device such as a mouse. When these are selected (clicked), the moving image performs an operation corresponding to the button.
[0151]
In the middle of the operation area, a color change button 2920, a depth adjustment button 2921, and an interior type change button 2922 are prepared as buttons for changing the appearance of the interior model in the moving image 2900.
[0152]
When the color change button 2920 is selected, a dialog as shown in FIG. 32 is displayed. In this dialog, the parts of the interior and the colors are displayed in association with each other. When the right color buttons 3201 to 3206 are selected, a color designation dialog is further displayed. With this color specification dialog, the color can be set for each part. Since the method of designating the color is known in existing software, a detailed description is omitted here. By making it possible to change the color for each part of the interior in this way, it becomes possible to verify the passenger's visibility and oppression due to differences in the interior colors from various angles.
[0153]
When the depth adjustment button 2921 in FIG. 29 is selected, a dialog as shown in FIG. 33 is displayed, and the depth adjustment in the vertical direction and the horizontal direction can be performed independently. Here, the depth adjustment refers to adjusting the distance (depth) from the viewpoint by distorting the projection plane of the three-dimensional object. In depth adjustment in the vertical direction, when there are two objects at the same distance from the viewpoint, the object displayed at the upper and lower ends of the screen is closer (the vertical direction) than the object displayed at the center of the screen. Large). Similarly, in the horizontal depth adjustment, the objects displayed at the left and right ends of the screen are displayed close (thick in the horizontal direction). These adjustments can be made by moving 3301 and 3302 in FIG. 33 left and right.
[0154]
By making the depth adjustable as described above, the operator can freely adjust the feeling of pressure received by the evaluator from the moving image, and give the evaluator a sense closer to reality and improve the evaluation accuracy. be able to.
[0155]
When the interior type change button 2922 in FIG. 29 is selected, the type of interior displayed in the moving image 2900 can be changed. For example, the meter hood 2904 can be changed, and the center stack 2905 can be changed from a walk-through type to a type with a rear console. In addition, the configuration may be such that the texture can be changed for each part of the interior. For example, it is conceivable to make the instrument panel 2903 have a high-grade feel or a wood grain pattern.
[0156]
In the lower part of the operation area in FIG. 29, a traveling condition setting button 2923 for setting traveling conditions of the planned vehicle in the moving image 2900 and a design table modification button 2924 for modifying the design table a are displayed. . When the driving condition setting button 2923 is selected, a driving condition setting dialog shown in FIG. 28 is displayed. When the design table modification button 2924 is selected, the display returns to the design table 1a generation screen as shown in FIGS. 10 to 15, 22, and 23, and the design tables of various models can be modified. Alternatively, the planned vehicle model may be transformed by returning to the three-dimensional display image as shown in FIG. 24 and selecting and moving a movable point in the planned vehicle displayed in the image. That is, it is possible to shift from a state in which a moving image is displayed by simulation to a vehicle model construction program. Thus, the operator can easily correct the vehicle model after evaluating the driver's visibility.
[0157]
<Contrast display>
When comparison display is selected by button 2810 in FIG. 28 and the comparison vehicle model is specified, a comparison display screen as shown in FIG. 34 is displayed. In FIG. 34, a simulation display image 3401 based on the planned vehicle model and a simulation display image 3402 based on the comparative vehicle model are displayed in parallel contrast.
[0158]
When the simulation display program receives the instruction to display the comparison specifying the design table of the comparative vehicle model, first, the simulation display program constructs a comparative vehicle model in which the comparative vehicle is represented by three-dimensional data. Then, the constructed comparison vehicle model is moved in the virtual space, and a video of the comparison vehicle model viewed from the driver's viewpoint is displayed by simulation. At this time, the video from the planned vehicle model and the video from the comparison vehicle model that run on the same virtual road at the same timing are displayed side by side. Here, the design table is specified. However, the three-dimensional coordinate data of the already constructed comparative vehicle model may be read out and displayed in a simulation, or a moving image in which the comparative vehicle model is moved in a virtual space and displayed in a simulation. The image file may be read and displayed for comparison.
[0159]
In the case of the contrast display, buttons 3403 to 3406 are prepared in addition to the buttons 2914 to 2919 described in FIG. Among them, the button 3403 is a button for instructing parallel contrast display, the button 3404 is a button for instructing superimposition display, the button 3405 is a button for instructing alternate display, and the button 3406 is used. Is a button for giving an instruction to turn off the comparison display. FIG. 34 shows a state where the parallel contrast display 3403 is selected.
[0160]
When the button 3406 is selected in this state, the process returns to FIG. When button 3404 is selected in this state, FIG. 35 is displayed. That is, the image of the planned vehicle model traveling on the same virtual road at the same timing and the image of the comparative vehicle model are superimposed and displayed. Then, only one of the video from the planned vehicle model and the video from the comparison vehicle model is transparently displayed. The virtual space includes a plurality of three-dimensional objects, and displays a range in which the driver of the planned vehicle model can see the three-dimensional object and a range in which the driver of the comparison vehicle model can see the three-dimensional object. That is, portions of the object that are not visible to the driver of the comparative vehicle model are not displayed, and portions that are visible to the driver of the comparative vehicle model but are not visible to the driver of the planned vehicle model are displayed dark. Of course, the portion displayed in both models is displayed with the usual brightness.
[0161]
In FIG. 34, when a button 3405 is selected, an image from the planned vehicle model and an image from the comparison vehicle model are alternately displayed at predetermined time intervals.
[0162]
In these comparative displays, it is desirable to make the traveling conditions for running the planned vehicle model and the traveling conditions for running the comparative vehicle model the same.
[0163]
In addition, a configuration may be adopted in which a real image can also be specified when the comparative vehicle model is specified. In other words, the actual vehicle for comparison may be moved in the real space, and the actual image viewed from the driver of the vehicle for comparison may be displayed in contrast to the image of the planned vehicle model.
[0164]
<Warning>
When the warning display is selected with the button 2807 in FIG. 28, a simulation display image as shown in FIG. 36 is displayed. That is, the simulation display program determines the visibility of the objects (especially people and traveling vehicles) included in the virtual space in the simulation-displayed moving image, and notifies when the determined visibility is lower than a predetermined visibility standard. . At this time, the visibility is determined according to the area of the object included in the moving image. That is, as to the visibility target, the extent to which the object to be visually recognized cannot be confirmed as compared with the case where the entire object can be visually recognized is set as the visibility standard. This determination is made when the planned vehicle model is located at a predetermined position on the virtual road.
[0165]
In FIG. 36, an object having a problem in visibility is notified by a message and an arrow, but the display (color, etc.) of the object itself may be changed.
[0166]
Further, a still image at the moment when it is determined that there is a problem in visibility is stored, and the still image can be displayed after the simulation display.
[0167]
Here, a warning is issued when the degree of hiding of the object exceeds a predetermined value. However, when the contrast display is performed as shown in FIG. 34, the visibility (degree of hiding of the object) in the comparative vehicle model and the planned vehicle The visibility may be compared with the model, and a notification may be given when the visibility in the planned vehicle model is lower than the visibility in the comparative vehicle model by a predetermined value or more. In this case, a still image of the planned vehicle and the comparative vehicle at the moment of the notification may be stored, and the still image may be displayed after the simulation display.
[0168]
When a warning condition setting button is selected with the button 2807 in FIG. 28, a warning condition setting screen as shown in FIG. 37 is displayed.
[0169]
There are a strong warning and a weak warning as warning methods, and each has a different visibility standard. Here, a setting is made such that a strong warning (displayed in red) is issued when 90% or more of the target object cannot be confirmed, and a weak warning (displayed in yellow) when 50% or more cannot be confirmed. As these%, specific default values are prepared for each vehicle type, but arbitrary numerical values can be entered in the boxes 3701 and 3702.
[0170]
In the field of the verification range, it is possible to set in which area of the screen the object whose visibility is to be determined. That is, it is possible to set in which region in the three-dimensional space the visibility of the object is to be considered. Here, the angle from the viewpoint at the time of going straight is set in a box 3703, and the angle around the turning direction at the time of turning (curve) is set in the box 3704. A box 3705 sets how far an object of a traveling vehicle is to be warned, and a box 3706 sets how far a pedestrian object is to be warned. Further, with the buttons 3707 and 3708, it is possible to set whether to temporarily stop the moving image at the time of warning.
[0171]
In the example of FIG. 37, a vehicle object within a range of 135 degrees ahead and within a distance of 30 m from the viewpoint and a pedestrian object within a distance of 10 m when performing straight ahead are to be subjected to the warning determination, and the moving image is temporarily stopped when a warning is performed It is set.
[0172]
[Evaluator simulation display]
When the operator evaluates the visibility and the sense of oppression of the planned vehicle model to some extent by the above operation and corrects the simulation model and the like, a plurality of evaluators then evaluate the visibility and the oppression. This is a process corresponding to step S2613 in FIG.
[0173]
Specifically, when the button 2703 is selected in FIG. 27, the simulation display program displays a dialog shown in FIG. 38 on the display. In FIG. 38, before performing the simulation display for the evaluator, the user is prompted to input the ID and height of the evaluator in boxes 3800 and 3801. Then, according to the input height, the driver model set in the planned vehicle model is regenerated, and the coordinates of the viewpoint (eye point EP) are changed. Thereby, the position of the viewpoint at the time of the simulation display is set. For example, a setting method is conceivable in which the distance from the hip point to the eye point is reduced to half the height.
[0174]
Here, both the ID and the height are input. However, when the height is registered in association with the ID, only the ID needs to be input.
[0175]
The position of the viewpoint set here may be changed based on the running state of the planned vehicle model in the virtual space. For example, in order to cope with the movement of the body when receiving the lateral G, it may be moved a small distance to the left when turning right and to the right when turning left.
[0176]
In FIG. 38, a message 3802 for calling attention to the target image is displayed. The target image is an image that the evaluator should pay attention to.
[0177]
When the height is input to the box 3801 and the OK button 3803 is selected in FIG. 38, a simulation display image 3900 shown in FIG. 39 is displayed. The simulation display program superimposes and displays a target image 3901 for prompting gaze on an image from the viewpoint of the driver of the planned vehicle model. This is for urging the evaluator who evaluates the visibility to look at the image not merely casually but to pay attention to the road like the driver. As a result, the visibility can be evaluated with higher accuracy.
[0178]
Here, a square point is displayed as a target image, but the present invention is not limited to this, and other images may be used as long as they can be identified on a moving image.
[0179]
The simulation display program displays the target image smaller and more clearly as the speed of the planned vehicle model increases. Also, this target image is displayed so as to follow the center of the virtual road without following the human object.
[0180]
Further, the target image may be horizontally moved on the moving image at a speed corresponding to the steering angle of the three-dimensional vehicle model. In this case, the moving speed of the target image is reduced as the number of objects included in the moving image increases.
[0181]
Further, in a situation where the driver should check the rear part, the target image is displayed on a rearview mirror or a side mirror included in the three-dimensional vehicle model.
[0182]
Note that, in addition to a stop button and the like, a button 3902 for inputting the position of a problem related to visibility or oppression in a moving image is provided on the evaluation simulation display screen.
[0183]
After the evaluator selects the button 3902, when a problem in the simulation display image is designated with a pointing device such as a mouse, the simulation display program marks the point of the pointed-out vehicle model. FIG. 39 shows an example in which a star is superimposed on a moving image. Further, the simulation display program can input a comment corresponding to the mark and display the comment in the moving image. Here, when the mark button 3902 is selected, the moving image is paused, a mark is added to the still image, and when the comment input button 3903 is selected, a comment input dialogue (not shown) is displayed. To input a comment, and the input comment is superimposed on the moving image. However, the comment of the evaluator at the time when the problem is marked may be recorded with a microphone, analyzed by voice, and displayed as characters.
[0184]
Further, the display mode (for example, color or brightness) of the marked planned vehicle model may be changed to make it stand out.
[0185]
When the position of the problem is marked by the evaluator, the simulation display program stores the still image displayed at the time of input. After the evaluation by the evaluator is completed, the operator can correct the planned vehicle model while checking the stored still image and mark. For example, it is conceivable that the front pillar marked as having a sense of oppression is made thinner.
[0186]
In this case, it is also possible to parallel display or superimpose a moving image in which the planned vehicle model after the correction is displayed by simulation and a moving image in which the planned vehicle model before the correction is displayed by simulation are displayed in parallel. .
[0187]
Further, a moving image in which the planned vehicle model after the correction is displayed by simulation and a moving image in which the planned vehicle model before the correction is displayed by simulation can be displayed back and forth in time. Is also good.
[0188]
<Evaluation system>
When a plurality of evaluators are required to evaluate the visibility of the planned vehicle model, a system as shown in FIG. 40A is effective. In other words, a plurality of evaluation terminals 4001 are connected via a network, and the marks and comments input at each terminal 4001 and the target still image and the like are collected in the operator terminal. Note that the evaluation terminal 4001 may be a terminal with a microphone when the comment of the evaluator is acquired by voice.
[0189]
These evaluation terminals 4001 do not need to include all of the data 1a to 1j shown in FIG. 2, and may download the minimum necessary data capable of displaying the screen shown in FIG. 39 from the operation vehicle terminal 4002. For example, only the simulation model and the data of the virtual space may be downloaded to the evaluation terminal 4001 and displayed in a simulation by a three-dimensional display program installed in the evaluation terminal 4001. Further, for example, a simulation display image may be stored as video data in the operator terminal 4002, and only the video data may be provided to each evaluation terminal 4001 to request input of a mark and a comment.
[0190]
As a system for allowing a plurality of evaluators to evaluate the visibility or the like of the planned vehicle model, a system as shown in FIG. In FIG. 40B, a simulation image is displayed on a screen 4004 using a projector 4003, and a plurality of evaluators input comments on an evaluation pad 4005 while simultaneously viewing the image. Then, the input comments are collected in the operator terminal 4002 together with the input timing information. In this way, it is possible to summarize which evaluator made which comment at what timing, and this can be used for correcting the planned vehicle model.
[0191]
<Reverse simulation display>
Note that the simulation display program can also perform a simulation display of a moving image representing a rear view at the time of retreat. In this case, it is displayed as shown in FIG. In FIG. 41, the appearance outside the vehicle is not displayed, but it is desirable to display a virtual space and evaluate its visibility.
[0192]
In this case, the viewpoint of the driver at the time of reverse travel is determined from the position of the viewpoint of the driver at the time of forward travel in consideration of the operation of turning his head for backward travel. That is, the rear view image at the time of reverse movement also changes according to the input height.
[0193]
Since the viewpoint position at the time of reversing is derived in consideration of the driver's operation at the time of reversing, the rear view at the time of reversing can be realistically displayed by simulation, and the planned vehicle can be evaluated in multiple aspects with high accuracy.
[0194]
<Simulation display of getting on / off operation>
Furthermore, the simulation display program can also display a simulation at the time of getting on and off. This is made possible by defining a door model and its opening and closing operations in a design table. In this case, the display is as shown in FIGS. FIG. 42 (a) is a simulation display image from the side direction when the door is fully opened, and FIG. 42 (b) shows the opening / closing state of the door and the getting on / off property when the planned vehicle is parked in the parking lot. It is a simulation display image from above for confirmation.
[Brief description of the drawings]
FIG. 1 is a diagram exemplifying a configuration of a computer system to which a device, a method, and a program for supporting planning and verification of a new vehicle according to an embodiment of the present invention can be applied.
FIG. 2 is a diagram showing data stored in a database and a terminal according to the embodiment.
FIG. 3 is a diagram showing a configuration of a planning support program of the embodiment.
FIG. 4 is a diagram showing one image display example of a vehicle reference model.
FIG. 5 is a diagram showing one image display example of an occupant reference model.
FIG. 6 is a diagram showing an example of image display of an external model.
FIG. 7 is a diagram showing one image display example of a structural model.
FIG. 8 is a diagram showing an image display example of a completed model in which a reference model, an outer model, and a structural model are superimposed.
FIG. 9 is a diagram illustrating an image display example of a completed model in which a reference model, an outer model, and a structure model are superimposed.
FIG. 10 is a diagram illustrating an external model defined by a vehicle type and the number of pillars;
FIG. 11 shows a two-dimensional image displaying a vehicle reference model in the case of a three-row seat in a forward view (b) and a side view (c), and an input screen for external dimensions input as parameters to corresponding portions of the two-dimensional image. It is a figure which illustrates (a).
FIG. 12 is a two-dimensional image showing a vehicle reference model in the case of a three-row seat in a forward view (b), a side view (c), a plan view (d), and an enlarged view (e) around a dash panel; It is a figure which illustrates the input screen (a) of the vehicle interior dimension input as a parameter to the corresponding part of a two-dimensional image.
FIG. 13 shows a two-dimensional image displaying a vehicle reference model in the case of a three-row seat in a side view (b) and an input screen (a) of a view-related dimension input as a parameter to a corresponding part of the two-dimensional image. FIG.
FIG. 14 shows a two-dimensional image and a two-dimensional image displaying a vehicle reference model in the case of a three-row seat in a side view (b), a plan view (c) and side views (d) and (e) around a wheel housing. FIG. 7 is a diagram exemplifying a tire-related dimension input screen (a) input as a parameter to a corresponding part of FIG.
FIG. 15 shows a two-dimensional image displaying a vehicle reference model in the case of a three-row seat in a side view (b) and a cross-sectional view around a side sill (c), and an underfloor input as a parameter to a corresponding portion of the two-dimensional image. It is a figure which illustrates the input screen (a) of a relevant dimension.
FIG. 16 is a diagram illustrating a method of determining the horizontal position TL, the vehicle width direction position BL, and the vertical position WL of the hip point HP1 of the front row occupant with respect to the vehicle reference model.
FIG. 17 is a diagram illustrating a method for determining a horizontal position 1107 and a vertical position 1108 of a cowl point CW of a vehicle reference model.
FIG. 18 is a diagram illustrating a method for determining a horizontal position and a vertical position of a front header of a vehicle reference model.
FIG. 19 is a diagram illustrating a method for determining a horizontal position and a vertical position of a rear header of a vehicle reference model.
FIG. 20 illustrates two-dimensional and three-dimensional images displaying an external view (b) and a cross-sectional shape (c) of a structural model, and an input screen (a) of a cross-sectional dimension input as a parameter to a corresponding portion of the image. FIG.
FIG. 21 is a diagram illustrating an example of a dimension input interface for constructing a sheet model.
FIG. 22 is a diagram illustrating an example of a dimension input interface for constructing a model of a pillar trim, which is a part of an interior model.
FIG. 23 is a diagram for describing each part of the interior model.
FIG. 24 is a diagram showing an image display example of a completed model in which a reference model, an outer model, a structural model, and an interior model are superimposed.
FIG. 25 is a diagram showing an example of a simulation display image.
FIG. 26 is a flowchart illustrating the flow of a plan verification process.
FIG. 27 is a diagram showing an example of an operation screen when starting a simulation display program.
FIG. 28 is a diagram showing an example of a driving condition setting dialog.
FIG. 29 is a diagram showing an example of a simulation display screen.
FIG. 30 is a diagram for describing automatic correction processing during simulation display.
FIG. 31 is a diagram for describing automatic correction processing during simulation display.
FIG. 32 is a diagram illustrating an example of a dialog for changing a color of an interior model in a simulation display image.
FIG. 33 is a diagram showing an example of a dialog for adjusting the depth of a simulation display image.
FIG. 34 is a diagram showing an example of a screen displayed when the simulation display based on the comparative vehicle model and the simulation display based on the planned vehicle model are displayed in comparison.
FIG. 35 is a diagram showing an example of a screen when a simulation display by a comparative vehicle model and a simulation display by a planned vehicle model are displayed in comparison.
FIG. 36 is a diagram illustrating an example of a simulation display image when a warning regarding visibility is displayed.
FIG. 37 is a diagram illustrating an example of a warning condition setting dialog when a warning regarding visibility is displayed.
FIG. 38 is a diagram showing an example of an introduction screen when a planned vehicle is evaluated.
FIG. 39 is a diagram showing an example of a simulation display image when a problem regarding visibility is marked and a comment is input.
FIG. 40 is a diagram showing an example of an evaluation system for a planned vehicle model.
FIG. 41 is a diagram illustrating an example of a simulation display image during reverse travel.
FIG. 42 is a diagram showing an example of a simulation display image at the time of getting on and off.

Claims (7)

A planning support program that supports vehicle planning,
On the computer,
A model construction process for constructing a planned vehicle model representing the planned vehicle in three-dimensional data;
A setting step of setting a position of a viewpoint of a driver of the planned vehicle model;
A simulation display step of moving the planned vehicle model in a virtual space including a virtual road and displaying a simulation of a moving image viewed from the driver's viewpoint;
A planning support program characterized by executing The program according to claim 1, wherein the setting step includes inputting a height of the driver and calculating a position of the viewpoint based on the height. The setting step sets the viewpoint of the driver when moving forward and the viewpoint of the driver when moving backward,
The program according to claim 1, wherein the simulation display step is capable of displaying a moving image representing a forward view when moving forward and a moving image representing a backward view when moving backward. The program according to claim 1, wherein the simulation display step changes a viewpoint position of the driver based on a traveling state of the planned vehicle model in the virtual space. A computer-readable storage medium storing the planning support program according to any one of claims 1 to 4. A planning support method for supporting vehicle planning,
On the computer,
A model construction process for constructing a planned vehicle model representing the planned vehicle in three-dimensional data;
A setting step of setting a position of a viewpoint of a driver of the planned vehicle model;
A simulation display step of moving the planned vehicle model in a virtual space including a virtual road and displaying a simulation of a moving image viewed from the driver's viewpoint;
A planning support method characterized by executing A planning support device for supporting vehicle planning,
A model construction means for constructing a planned vehicle model representing the planned vehicle in three-dimensional data;
Setting means for setting the position of the viewpoint of the driver of the planned vehicle model,
Simulation display means for moving the planned vehicle model in a virtual space including a virtual road, and displaying a simulation of a moving image viewed from the driver's viewpoint,
A planning support device comprising:

Images