JP4022868B2 - Planning support program, method, apparatus and storage medium - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a program, a method, an apparatus, and a storage medium that support vehicle planning.
[0002]
[Prior art]
Conventionally, when planning a vehicle, a two-dimensional drawing representing the outline of the vehicle is created, and whether the plan is good or bad is determined based on the drawing. And when there was a change in the plan, the drawing was made from scratch again. In addition, in order to evaluate the visibility of the planned vehicle from inside the vehicle, a prototype vehicle and a clay model that modeled the interior were used.
[0003]
[Problems to be solved by the invention]
Therefore, in the conventional planning work, a great deal of labor is spent on creating drawings, creating prototype cars and clay models, and there is a problem that it takes a lot of time and cost.
[0004]
The present invention has been made to solve the above-described problems of the prior art. The 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. It is to provide 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 that supports planning of a vehicle.An external model construction process for constructing an external model representing the external shape of the vehicle using the vehicle specification values input from the user, and a living space expressing the occupant's comfortability using the vehicle specification values input from the user Built in the living space model building process for building the model, the interior model building process for building the interior model representing the internal shape of the vehicle using the vehicle specification values input from the user, and the external model building process A three-dimensional vehicle model of the vehicle to be planned is generated by combining the outer shape model, the living space model built in the living space model building process, and the interior model built in the interior model building process 3 Dimensional vehicle model generation process,A display step of performing simulation display of an image viewed from the viewpoint of the driver of the three-dimensional vehicle model, using the three-dimensional vehicle model arranged on a virtual road including a three-dimensional object.
[0007]
The interior model construction step is characterized in that a color for each of a plurality of parts included in the interior is input as the interior parameter, and the interior model is constructed with the input color.
[0008]
It is possible to shift to the model construction step from a state where the video is displayed by simulation in the display step.
[0009]
  The display step includesAs the travel condition, at least one of a travel route, sunshine direction, weather, travel speed, turning speed, or object display state of the virtual road is selected.Based on the conditions entered by the user, the video is displayed as a simulation.It is characterized by that.
[0010]
  The interior model construction process includesDepending on the driving conditions,The method includes a step of changing the interior pattern, shape, or contrast between the background and the interior.
[0011]
The interior model includes a sun visor, a sun shade, or an acrylic visor as an interior.
[0012]
In the model construction step, a three-dimensional occupant model representing the driver is constructed as a part of the three-dimensional vehicle model,
In the display step, an arm portion of the three-dimensional occupant model is further displayed.
[0013]
In order to achieve the above object, a storage medium according to the present invention stores the planning support program.
[0014]
  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 using a computer.An external model construction process for constructing an external model representing the external shape of the vehicle using the vehicle specification values input from the user, and a living space expressing the occupant's comfortability using the vehicle specification values input from the user Built in the living space model building process for building the model, the interior model building process for building the interior model representing the internal shape of the vehicle using the vehicle specification values input from the user, and the external model building process A three-dimensional vehicle model of the vehicle to be planned is generated by combining the outer shape model, the living space model built in the living space model building process, and the interior model built in the interior model building process 3 Dimensional vehicle model generation process,A display step of performing simulation display of an image viewed from the viewpoint of the driver of the three-dimensional vehicle model using the three-dimensional vehicle model arranged on a virtual road including a 3D object.
[0015]
  In order to achieve the above object, an apparatus according to the present invention is a planning support apparatus that supports planning of a vehicle,External model construction means for constructing an external model representing the external shape of the vehicle using the specification values of the vehicle input from the user, and a living space expressing the comfortability of the occupant using the specification values of the vehicle input from the user It is constructed by a living space model construction means for constructing a model, an interior model construction means for constructing an interior model representing the internal shape of the vehicle using the specification values of the vehicle input from the user, and the external model construction means. A three-dimensional vehicle model of the vehicle to be planned is generated by combining the outer shape model, the living space model built by the living space model building means, and the interior model built by the interior model building means 3 Dimensional vehicle model generation means;Display means for simulating and displaying an image viewed from the viewpoint of the driver of the three-dimensional vehicle model, using the three-dimensional vehicle model arranged on a virtual road including a 3D object.
[0016]
【The invention's effect】
According to the present invention, a three-dimensional model of a vehicle to be planned is constructed, placed on a virtual road, and an image viewed from the viewpoint of the driver of the vehicle model is displayed by simulation. The driver's visibility and comfort can be evaluated without creating an interior clay model. Thereby, the time and cost required for vehicle planning can be significantly reduced.
[0017]
Further, if a three-dimensional vehicle model is constructed from the external model, the living space model, and the interior model, the vehicle can be verified and corrected for each model. Furthermore, if it is possible to set a color for the interior model, it is possible to verify passenger visibility, a feeling of pressure, and the like due to a difference in interior color.
[0018]
Further, if the video from the driver's viewpoint can be shifted to the model construction process from the simulation display state, the vehicle model can be easily corrected after evaluating the driver's visibility.
[0019]
Further, if the environmental conditions of the virtual road can be set, visibility evaluation from the vehicle can be performed carefully under various environmental conditions.
[0020]
Furthermore, if the depth of the interior model can be corrected, the feeling of pressure received by the occupant can be freely changed, so that the evaluation accuracy can be further improved.
[0021]
If the interior model includes a sun visor, a sun shade, or an acrylic visor as the interior, the visibility can be accurately evaluated under conditions closer to those of an actual vehicle.
[0022]
If the arm portion of the passenger can be further displayed in the display step, it becomes easier to grasp the size of the interior space, and the visibility can be accurately evaluated under conditions closer to the actual vehicle.
[0023]
DETAILED DESCRIPTION OF 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 means for realizing the present invention, and the present invention can be applied to a modified or modified embodiment described below without departing from the spirit of the present invention. In this specification, the outer shape 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 state of the seat and the occupant, the frame structure, and the structure inside the vehicle, respectively. is there. The specification value refers to a dimension that determines the vehicle shape, and includes, for example, the overall height, the overall width, the overall length, and the like, but does not include an occupant parameter that determines a living space. The vehicle type refers to a type of vehicle such as a sport, a sedan, or a truck, and the vehicle type refers to a brand (product name) of the vehicle that has been commercialized.
[0024]
(Overall system configuration)
First, the overall configuration of the planning support system as the present embodiment will be described.
[0025]
FIG. 1 is a diagram illustrating a configuration of a planning support system 100 according to this embodiment.
[0026]
A plan support system 100 in FIG. 1 includes a computer 1 and a database server 2 as plan support devices connected to a network. The computer 1 includes a CPU 11, a ROM (Read Only Memory) 13, a RAM (Random Access Memory) 14, an external storage unit 15, an input unit 16, a display unit 17, an image processing unit 18, and a communication unit 19, each of which They are connected by a system bus 12.
[0027]
Among these, the CPU 11 executes information processing for supporting arithmetic processing as a general computer and vehicle planning.
[0028]
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. The external storage unit 15 stores a program 60 (hereinafter also referred to as a planning support program) for supporting planning 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 removable 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 category of the present invention.
[0029]
The input unit 16 is a device such as a keyboard or a mouse that inputs commands and data from the outside. The display unit 17 outputs characters and image data that are arithmetically processed by the image processing unit 18 based on a control command from the CPU 11. Devices such as liquid crystal displays and CRTs. 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 via a wireless or wired communication line (for example, the Internet network or a mobile phone network). The computer system and the database server 20 can communicate with each other so that programs and data can be transmitted and received remotely.
[0030]
(Data structure)
FIG. 2 is a diagram showing data included in the computer 1 and the database server 2.
[0031]
As shown in FIG. 2, the database server 2 includes an external shape database 2a in which external parameter groups related to the three-dimensional external shape of the vehicle are classified and stored for each vehicle type, and structural parameters related to the three-dimensional structure and cross-sectional shape of the vehicle framework. A structure database 2b in which groups are classified and stored for each vehicle type, and an occupant database that stores several types of occupant models defined by occupant sizes (standards for adults and children) in accordance with domestic and foreign standards. 2c, an interior database 2d that stores interior parameter groups related to various parts provided in the vehicle, and a finished product database 2e that stores various data of completed vehicles. The database server 2 further includes virtual space data 2f representing a virtual space for running a vehicle model constructed with three-dimensional data. The 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.
[0032]
The computer 1 creates a design table 1a that includes various specification values related to the vehicle to be planned, information on the seating position of the occupant, and the like based on user input. Then, by accessing the database server 2 based on the design table 1a, and reading out and modifying desired data (parameter group), four models called a reference model 1b, an external model 1c, a structural model 1d, and an interior model 1i are obtained. And the planned vehicle model 1e is constructed by superimposing these four models.
[0033]
That is, in various databases (parameter groups) stored in the database server 2, a plurality of points, straight lines, and curves for configuring each model are defined using parameters (variables). Each model is constructed by substituting numerical values input to the setting table 1a.
[0034]
In the design table 1a, an occupant seating position (hip point) and a seat arrangement (the number of seats such as a first row, a second row, and a third row seat) are input as occupant parameters relating to the seating state of the occupant in the vehicle. The computer 1 combines the human model and the seat model read from the occupant database 2c on the basis of the occupant parameters and transforms them to construct a living space model 1f that represents the occupant's comfortability. 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.
[0035]
Further, a vehicle reference model 1g that defines the position of the living space model 1f in the vehicle is constructed from the full length, full width, full height, wheelbase, etc. of the vehicle input to the design table 1a. Further, the eye point indicating the position of the driver's eyes and the upper end determined based on the driver's field of view to be secured at the minimum, the lower end of the cowl top point determined based on the input specification value The 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.
[0036]
In the computer 1, the reference model 1b can be drawn in the three-dimensional space and displayed on the display unit 17, and the reference model 1b can be displayed on the three-dimensional space using the input unit 16 such as a pointing device. The seating posture of the occupant included in the vehicle can be adjusted.
[0037]
Further, the computer 1 selects an external parameter group of the vehicle type from the external database 2a based on the vehicle type (any of hatchback, minivan, sedan, sport, open, and truck) stored in the design table 1a and reads it. put out. Then, using various specifications (full length, full width, full height, wheel base, front and rear overhang) stored in the design table 1a, predetermined external parameters (bumper tip position coordinates and roof top) included in the external parameter group are used. The general outline model 1c is constructed along the specifications. The computer 1 can draw the external model 1c in a three-dimensional space and display it on the display unit 17, and uses the input unit 16 such as a pointing device, for example, in the three-dimensional space. Can be transformed.
[0038]
Further, the computer 1 selects and reads out a structure parameter group from the structure database 2b based on the vehicle type and the vehicle frame configuration stored in the design table 1a. Then, by using various specifications (cross-sectional shape, material, weight, strength, etc.) stored in the design table 1a, predetermined structural parameters included in the structural parameter group (the external shape of the framework that appears in the external appearance and the cross-sectional shape of the framework) ) Is changed and a structural model according to the specifications is constructed. Further, the computer 1 can draw the structural model 1 d in a three-dimensional space and display it on the display unit 17.
[0039]
Further, the computer 1 combines the constructed reference model 1b, outer shape model 1c, structural model 1d, and interior model 1i to construct the planned vehicle model 1e, draws the planned vehicle model 1e in a three-dimensional space, and displays the display unit 17 Can be displayed.
[0040]
(Program structure)
Next, a program included in the computer 1 will be described.
[0041]
FIG. 3 is a diagram showing a configuration of a planning support program that realizes the planning support system of the present embodiment.
[0042]
The design table 1a can be created by, for example, spreadsheet software 40 that operates on an operating system. The various models 1b, 1c, and 1d can be created by the three-dimensional CAD software 50 that extracts and calculates values from the design table 1a created by the spreadsheet software 40.
[0043]
That is, the planning support program 60 for realizing this system includes a design table creation program 61 incorporated in the spreadsheet software 40, a reference model construction program 62, an external model construction program 63 incorporated in the three-dimensional CAD software, and a structure. 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 are included.
[0044]
The design table creation program 61 includes a function for displaying a graphical user interface that allows the 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.
[0045]
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 outer shape database 2a, the structure It has a function of reading out parameter groups included in the database 2b and the interior database 2d and automatically changing predetermined parameters.
[0046]
Here, the design table creation program and other programs are executed on different software. However, the present invention is not limited to this, and the design table creation function is included in the planning support software. All of the standard, outer shape, structure, interior model construction function, image generation / display function, and simulation display function may be installed.
[0047]
(Display screen example)
FIG. 4 is a view showing 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.
[0048]
FIG. 5 is a diagram illustrating 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 with the center of the left front wheel as the origin. On the other hand, the vehicle reference model is also coordinate data with the same point as the origin, and is displayed superimposed on the origin as shown in FIG.
[0049]
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 outline model is defined by parameters such as the vehicle length, width, height, wheelbase, and other vehicle values, and multiple vehicle types such as wagons and sedans. The three-dimensional image data shown in FIG. Automatically generated by processing and displayed.
[0050]
FIG. 7 is a diagram showing 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 the skeleton structure and parameters indicating the cross-sectional shape of each part such as a front pillar and a center pillar, which are input to the design table. From the input parameters, the three-dimensional model as shown in FIG. Image data is automatically generated by image processing and can be displayed.
[0051]
FIG. 8 shows image display examples of models obtained by superimposing the reference model, the outer shape model, and the structural model. Each model has a reference point, and is displayed as shown in FIG. 8 by overlapping the reference points.
[0052]
FIG. 9 shows another image display example of a model obtained by superposing the reference model, the outer shape model, and the structural model. Unlike FIG. 8, in the display example of FIG. 9, the outline model is displayed semi-transparently. When the input parameters such as the total length are too small to accommodate the living space model, the head of the occupant protrudes from the vehicle outer shape, and in FIG. 9, the protruding head is indicated by diagonal lines. . Thus, the interference part is displayed in a different color so that the interference state between the living space model and the outer model can be clearly determined.
[0053]
As a result, it is possible to visually verify that the head clearance of the occupant and the driver's visibility are insufficient, and each model can be changed based on the verification result. That is, when the seating position and seating position of the occupant determined by the living space model are unreasonable with respect to the passenger compartment 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 made.
[0054]
In addition, by superimposing the reference model and the outer model, it is possible to verify the packaging state (occupant's head clearance and pressure) and visibility of the vehicle. Furthermore, by further displaying the structural model in a superimposed manner, it is possible to verify the collision performance, the vehicle body rigidity, and the like, and to perform detailed evaluation such as the driver's view range viewed from the vehicle interior.
[0055]
The vehicle reference model, the outer shape model, and the structural model have common parameters, and are changed in conjunction with each other by the change. On the other hand, the living space model does not have parameters common to the outer shape model and the structural model, and does not work even if the outer shape model or the structural model is changed. Thus, the outer shape model can be constructed independently of the living space model, and the outer shape can be set effectively 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 outer shape.
[0056]
(Functions of each program)
Below, the function of each program contained in the plan support program 60 concerning this embodiment is demonstrated.
[0057]
[Design table creation program]
The design table creation program is executed by the CPU, inputs data necessary for construction of each model based on user operations, and stores the input data in the external storage unit 15 as a design table 1a in association with various parameters. have.
[0058]
The data input to the design table includes the outer dimensions and vehicle type as outer parameters, the number of seats as passenger parameters, vehicle interior dimensions and visibility conditions, tire wheel dimensions, floor-under dimensions, passenger placement conditions, etc. It corresponds to.
[0059]
Note that the length direction and vertical dimension data input in the design table are all values for deriving the coordinate position of each part when the front wheel axle is 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, when all parameters are properly entered into the design table, models such as the vehicle's outer shape, living space (occupants and seats), windshields, etc. are displayed on the three-dimensional coordinates with the front wheel axle and the vehicle center plane as the origin. It becomes possible to draw.
Hereinafter, data that can be input when generating the design table will be described.
[0060]
<Vehicle type selection>
FIG. 10 shows an example of the model & type selection interface included in the design table creation program 61. That is, by selecting one of the pillar configurations displayed on the interface (for example, clicking with a mouse), the vehicle type included in the outer model and the pillar configuration included in the structural model can be selected.
[0061]
A plurality of pillar configurations as structural parameter groups are prepared for each vehicle type in the database as shown in the figure.
[0062]
The vehicle type preferably includes at least two of a minivan, a station wagon, and a sedan. In this example, there are six vehicle types: hatchback, minivan / wagon (station wagon), sedan, sport, open, and truck. Are typed. Of course, the present invention is not limited to this, and more vehicle types may be prepared according to the capability of the vehicle manufacturer or may be specialized for a specific vehicle type such as a truck only.
[0063]
An outline parameter group (three-dimensional coordinate data constituting the outline of the vehicle) is stored in the database for each vehicle type, and selection of the vehicle type directly corresponds to selection of the external parameter group. In addition, a structural parameter group (three-dimensional coordinate data constituting the framework) 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 directly correspond to the selection of the structural parameter group. .
[0064]
Here, the vehicle type is selected simultaneously by selecting one of the pillar configuration icons shown in the right column. Of course, the step of selecting the vehicle type and the step of selecting the pillar configuration can be performed independently. An interface that can be used may be used. In either case, when an external parameter group (vehicle type) is selected, a structural parameter group (pillar configuration corresponding to the vehicle type) of the same classification as the selected vehicle type is automatically selected from the structural database.
[0065]
Here, the pillar configuration is narrowed down by selecting the vehicle type. However, the pillar configuration that can be further selected according to the parameters (for example, the total length, etc.) input in another input table may be narrowed down. good. In that case, the pillar structure is stored for each size of the vehicle in the structure database.
[0066]
As described above, by making it possible to select a vehicle type similar to the planned vehicle type, it is possible to reduce the man-hour required for shape deformation of the outer model, improve the verification accuracy, and improve the user's work efficiency.
[0067]
In addition, since a structural model is constructed by selectively reading one of the plurality of pillar configurations prepared for each vehicle type, the user can narrow down the structural parameter group simply by selecting the vehicle type, so planning Efficiency can be improved.
[0068]
<External dimensions>
FIG. 11 shows an example of an external dimension input interface included in the design table creation program 61. 11A is a vehicle specification value input table, and FIGS. 11B and 11C are a vehicle front view image and a side view image for indicating corresponding portions of parameters input in the input table. is there. Here, the vehicle specification values include a wheel base 1101, a total width 1102, a total height 1103, a front overhang 1105, a rear overhang 1106, a horizontal position 1107 of a cowl point CW, a vertical position 1108 of a cowl point CW, and a windshield inclination 1109. It is.
[0069]
A numerical value is entered in the part indicated by “...” In the figure. If a numerical value is input to either FIG. 11 (a) or FIG. 11 (b) and FIG. 11 (c), it is reflected on the other. This also applies to the following FIGS.
[0070]
In the vehicle specification value, the front overhang 1105 is a 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 the rear of the vehicle projecting rearward from the rear axle RF. This is the distance between the end and the rear axle RF. Further, the horizontal position 1107 of the cowl point CW is a horizontal distance between the center position in the vehicle width direction of the lower end of the windshield and the front axle AF, and the vertical position 1108 of the cowl point CW is a center position of the lower end of the windshield in the vehicle width direction. This is the vertical distance between the front axles AF. Further, the windshield inclination 1109 is an inclination angle formed between a vertical line passing through the cowl point position and the windshield.
[0071]
The total length 1104 is automatically calculated by adding the wheel base 1101, the front overhang 1105, and the rear overhang 1106 (1104 = 1101 + 1105 + 1106). Note that the total height 1103 is not a height based on the ground contact surface GL2 when riding, but a height based on the ground contact surface GL1 when empty, but basically, based on GL2, other than the reference model and the total height The external model is set.
[0072]
As the outer dimensions, in addition to the above parameters, the upper and lower end reference positions of the front bumpers (parameters common to point C1 and point D1 of the outer model to be described later) determined in advance by standards such as domestic and foreign collision safety standards, etc. Input may be possible. In that case, a bumper arrangement reference range corresponding to these positions is displayed.
[0073]
<In-car dimensions>
FIG. 12 shows an example of an in-vehicle dimension input interface included in the design table creation program 61. 12A is an input table for in-vehicle dimensions, and FIGS. 12B, 12C, and 12D are front view images and side views for showing corresponding parts of parameters input in the input table. It is an image and a bottom view image. FIG. 12E is an image in which the periphery of the dash panel is displayed in an enlarged manner in order to show the dimension location for determining the dash panel position.
[0074]
The dimensions determining the comfort in the vehicle can be divided into a parameter relating to the front row occupant, a parameter relating to the second row occupant, a parameter relating to the third row occupant, and a parameter relating to the dash panel. When there are no seats in the second row and the third row, it is not necessary to input parameters relating to passengers in the second row and the third row. Here, it is assumed that the number of sheets is three rows.
[0075]
Among these, the parameters relating to the front row occupant include the following.
1201: Head position of front row occupant (length of straight line extending upward from front row hip point HP1 and inclined backward by a predetermined minute angle with respect to the vertical direction)
1202: Vertical distance between front row hip point HP1 and cowl point CW
1203: Vertical distance between the front row hip point HP1 and the ground contact surface GL2 when riding
1204: Vertical distance between the front row hip point HP1 and the floor panel
1205: Distance between front row hip point HP1 and vehicle width center W
1206: Front row torso angle
1207: Horizontal distance between front axle AF and upper end of accelerator pedal
In addition, parameters relating to the second row occupant include the following.
1208: Top position of second row occupant (length of straight line extending upward from 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 second row hip point HP2 and 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: Second row torso angle
A driver's eye position (eye point) EP is automatically derived from the top row position 1201 of the front row occupant.
[0076]
Further, the parameters relating to the third row occupant include the following.
1215: Head position of third row occupant (length of straight line extending upward from third row hip point HP3 and inclined backward by a predetermined minute 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: Third row torso angle
1221: Distance between third row hip point HP3 and third row occupant heel
The following parameters are related to the dash panel.
1222: Horizontal distance between front axle AF and front end of dash panel DP
1223: Horizontal distance between front axle AF and rear end of dash panel DP
1224: Vertical distance between front axle AF and front end of dash panel DP
By inputting the in-vehicle dimensions as described above, it is possible to individually set each seat position on the absolute space of the living space model based on the front row to the third row hip points HP1 to HP3.
[0077]
The reference of the position in the vehicle of the living space model differs depending on which point is used as the origin, so that a difference occurs in the overlapping state with the outer shape model depending on the origin position.
[0078]
That is, a point where it is desired that the interference between the living space model and the outer model when overlapping with the outer model should be selected as the origin.
[0079]
≪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 1203 and the position in the width direction is defined by 1205, but a field for directly inputting the position in the vehicle full length direction (horizontal position). Is not prepared.
[0080]
Here, it is assumed that the position in the length direction is derived by calculation from other parameters directly input in FIG. 12, and the method will be described below.
[0081]
FIG. 16 is a diagram illustrating a method for determining the horizontal position of the driver's hip point HP1.
[0082]
The table of FIG. 12 defines a horizontal distance 1207 between the front wheel axis AF, which is the origin, and the upper end position (ball point) of the accelerator pedal. The height 1204 of the driver's hip point HP1 from the heel point is also defined by the table in FIG. In this embodiment, the program configuration is such that 1601 in the figure is derived by substituting 1204 for Z in the following equation.
[0083]
1601 = k1 + k2 × Z−k3 × Z²
Note that k1, k2, and k3 are predetermined coefficients. Here, the above formula is adopted based on empirical rules. However, the present invention is not limited to this, and 1601 may be obtained by another formula, and can be directly input in the table of FIG. It may be a program configuration.
[0084]
<Visibility conditions>
FIG. 13 shows an example of the viewing condition input interface included in the design table creation program 61. FIG. 13A is an input table of visibility conditions to be secured, and FIG. 13B is an internal side view image of a vehicle for showing corresponding parts of parameters input in the input table.
[0085]
The parameters related 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 (rear)
1304: Angle to be secured downward from the horizontal plane passing through the driver's eye point EP (rear)
1301 automatically defines and displays the lowest position where the front header (panel on the upper end of the windshield) can be placed. Similarly, the lowest position at which the rear header (panel at the upper end of the rear glass) can be arranged is automatically defined and displayed by 1303.
[0086]
<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 tire and wheel dimensions, and FIGS. 14B and 14C are vehicle interior side views for showing corresponding parts of parameters input in the input table. It is a visual image and a vehicle interior planar image. 14D and 14E are side view images around the wheel housing.
[0087]
The tire and wheel related dimensions input here are as follows.
1401: Tire outer diameter
1402: Effective tire diameter
1403: Wheel width
1404: Vertical distance between the wheel center of the front wheel when empty and the wheel center when riding a passenger
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 wheel outer diameter and wheel housing
・ 1409: Wheel housing diameter
1410: Tire wheel outer diameter
<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 in the case of a three-row sheet. FIG. 15A is an input table for inputting various dimensions under the floor. In order to show the corresponding parts of the parameters input in the input table, FIG. FIG. 15C shows a cross-sectional view image around the side sill.
[0088]
The below floor related dimensions input here are as follows.
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 second row floor panel and axle surface
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 recess and the rear axle AR
1511: Vertical distance between the third row floor panel and the rear axle AR
1512: Side sill-vehicle width center W distance
・ 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 for explaining restrictions on the horizontal position 1107 and the vertical position 1108 of the cowl point CW of the vehicle reference model. Although the horizontal position 1107 and the vertical position 1108 of the cowl point CW can be input in FIG. 11, they cannot be arranged completely at arbitrary positions, and are subject to restrictions such as the field of view.
[0089]
That is, as a first condition, of the viewing conditions input in FIG. 13, it should not interfere with the forward lower viewing field 1302.
[0090]
As a second condition, the dash panel upper end position DP defined in FIG. 12E must be lower than a straight line that forms a predetermined acute angle 1701 forward and upward.
[0091]
≪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, and 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, an intersection of a straight line 1301 that forms a predetermined acute angle upward from the horizontal direction around the viewpoint EP and the glass surface as one vertex, and the glass surface is A parallelogram with one side is defined as the lowest position of the front header. At this time, the condition is that it is positioned above the straight line L that is the basis of the feeling of pressure. The position of the front header in the vehicle width direction is set at the vehicle width center W.
[0092]
Further, as shown in FIG. 19, the horizontal position and vertical position of the rear header are, for example, above a straight line 1304 that forms a predetermined minute acute angle from the horizontal direction around the viewpoint EP, It is constrained above the head clearance (distances 1208 and 1215 from HP2 and HP3).
[0093]
The detailed cross-sectional shapes of the front header and the rear header are defined by a structural model described later.
[0094]
In the above design table, parameters in the length direction and the height direction with the front wheel axis AF as the origin are input, but the present invention is not limited to this, and the engine room and the vehicle compartment are partitioned. Each position information (each distance) may be input with the point on the dash panel, the front end of the bumper, or the cowl point CW as the origin, and any of these points can be selected as the origin. It doesn't matter.
[0095]
<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. 20 (a) is an input table for inputting cross-section selection and various dimensions. FIG. 20 (b) shows a vehicle exterior perspective image in order to show corresponding parts of parameters input in this input table. FIG. 20C shows images of the respective cross sections.
[0096]
In the case of the wagon type vehicle shown in the figure, as a framework structure, 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 addition to the parameters 2401 to 2403 for determining the cross-sectional shape shown in FIG. 20C, each parameter such as plate thickness, material, strength, and weight can be input and set.
[0097]
<Interior-related dimensions>
FIGS. 21 to 23 are diagrams for explaining the interior-related dimension setting function included in the design table creation program 61.
[0098]
FIG. 21 shows an example of a dimension input interface for constructing a sheet model. The figure shows the case of a three-row sheet. In the figure, reference numerals 2101 to 2117 indicate locations where dimensions can be input. However, these are only a part, and besides these, various dimensions such as the sheet width can be freely set.
[0099]
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 the pillar as a frame set by the structural model. In the drawing, reference numerals 2201 to 2206 denote places where dimensions can be input. However, these are only a part, and various dimensions other than these can be freely set.
[0100]
FIG. 23 is a diagram for explaining other parts constituting the interior model.
[0101]
In FIG. 23A, a thick line 2301 represents a model of an instrument panel. The instrument panel model has parameters such as instrument panel tip line position, instrument panel upper surface height, instrument panel rear position, instrument panel lower surface, instrument panel lower end, instrument panel lateral width, etc., and dimensions can be freely set for these parameters.
[0102]
In FIG. 23B, a thick line 2302 represents a model of the meter hood. A plurality of types of meter hood models (one with one window or two with one window) are prepared in advance, and any type is selected before inputting specific dimensions. Also, each type of meter hood model has parameters such as meter hood upper surface position, meter hood upper rear end position, meter hood lower rear end position, meter hood opening shape, meter hood outer diameter shape, etc. These parameters can be set freely. FIG. 22C is a perspective view showing an example of a meter hood.
[0103]
In FIG. 23D, a thick line 2303 represents a center stack model. Shown here is a walk-through type center stack. This center stack model has parameters such as the upper end position, center panel width, side angle, center panel lower end position, center stack lower rear end position, foot horizontal shape, horizontal front end position, etc. It can be set freely. FIG. 23E is a perspective view showing an example of the center stack.
[0104]
In FIG. 23 (f), a thick line 2304 represents a model of a center stack of a type different from that in FIG. 23 (d). Shown here is a center stack with a rear console. This center stack model has an upper end position, center panel width, side angle, center panel lower end position, basic upper surface position, armrest front end position, armrest height, console & armrest width, console & armrest rear end, lower end position, foot lateral The shape, the front end position of the horizontal surface, and the like are included as parameters, and these parameters can be freely set.
[0105]
In addition to those shown here, the interior model includes a center pillar trim, a rear pillar trim, a handle, a pillar trim, a rearview mirror, a side mirror, a sun visor, a sunshade, and an acrylic visor. Further, a model of only an occupant's arm having a handle may be included as an interior model. You can also set the color for each of these interior parts in the design table.
[0106]
[Standard model construction program]
The reference model construction program 62 takes out the numerical data related to the vehicle interior dimensions, the numerical data related to visibility, and the numerical data related to the under floor from the design table as described above, and generates a living space model. Specifically, occupant data (such as the number of seats and hip point positions for each seat) relating to the seating state of the occupant in the vehicle is input, and a humanoid model representing the occupant is read from the database, and according to the input occupant data A humanoid model as shown in FIG. 5 is constructed by deformation. Furthermore, using the data relating to visibility, eye position information and view securing reference range information indicating a reference range to be secured as a view from the eyes are added to the humanoid model at the driving position of the vehicle. To do. The driver's human model may include a handle and an arm model that holds the handle.
[0107]
Further, a vehicle reference model is generated from numerical data relating to the external dimensions in the design table. Further, a windshield model is generated in which the cowl point (CW) derived from the data relating to the external dimensions is the lower end, and the front header is derived based on the visibility parameter (front upper view) and the windshield angle. .
[0108]
Then, a reference model is generated by combining these models.
[0109]
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 accept an input from the device, determine which part is to be deformed and how to change the coordinate data in accordance with the instruction.
[0110]
In other words, the user can change the displayed image by selecting and moving the part of the three-dimensional image displayed on the display with a pointing device such as a mouse and changing the coordinate data in the memory according to the deformation. can do.
[0111]
The living space model is not changed depending on which outer shape parameter group (vehicle type) is selected in the outer shape model construction program.
[0112]
[Outline model construction program]
The outline model construction program 63 reads out the outline coordinate data as a base from the database based on the vehicle type data included in the design table created by the design table creation program 61, and further, the outline parameter (various parameters) input to the design table. Based on the original value) and a predetermined rule, the outer shape coordinate data is changed to construct an outer shape model.
[0113]
In addition, the outline model construction program can pass the generated outline model coordinate data to the image generation / display program and display it three-dimensionally on the display as shown in FIG. The input from the device is accepted, it is determined whether the input is an instruction for changing which part and how, and the coordinate data is changed according to the instruction.
[0114]
In other words, the user can deform the displayed vehicle outer shape image by selecting and moving the portion of the three-dimensional outer shape 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.
[0115]
That is, the outline model construction program is deformed by specifying i) global deformation automatically deforming the global shape read from the database according to the value of the design table, and ii) local deformation site and displacement on the display. It has two deformation functions, local deformation.
[0116]
[Structural model construction program]
The structural model construction program 64 reads the pillar configuration and cross-sectional shape input to the design table, generates three-dimensional coordinate data of the vehicle frame structure, passes it to the image generation / display program, and displays it on the display as shown in FIG. In this state, it accepts an input from the user with a pointing device, determines which part and how to change the instruction, and changes the coordinate data according to the instruction.
[0117]
Note that the shape of the frame that makes up the structural model is automatically deformed according to the deformation of the outer diameter model, so there is no deviation when the structural model and the outer shape model are overlapped. Interference problems can be verified with high accuracy.
[0118]
Moreover, the information regarding the cross-sectional area and the strength is set to be different based on the difference in the size of the vehicle model of the structural model.
[0119]
Therefore, the user's work efficiency can be improved. Furthermore, since it can be verified that the strength or the like substantially matches the planned vehicle, there is no need to finely change the data such as the strength, so that the verification efficiency can be improved and the verification accuracy can be improved.
[0120]
In addition, since the structural model has information on the cross-sectional area and strength related to the frame structure such as the body frame and the pillar, it is possible to quickly evaluate the feasibility of packaging and to provide information on the cross-sectional area of the pillar and the like. It becomes possible to quickly verify the feeling of pressure on the passenger in the passenger compartment space.
[0121]
Furthermore, by having strength information, verification of the strength of the planned vehicle, collision performance, vibration evaluation, etc. can be performed quickly, and the planning accuracy of the planned vehicle can be made extremely high from the initial planning stage.
[0122]
Further, since the structural model includes information on the material of the steel plate, the plate thickness and the weight of the steel plate, it is possible to verify the vehicle weight, weight distribution, center of gravity position, etc. of the planned vehicle.
[0123]
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, and a rear header, and at least one of a cross-sectional area and a strength (cross-sectional shape) for each frame portion. Because the setting can be changed, the required strength, cross-sectional area, etc. naturally differ if the vehicle type (category of vehicles such as wagons and sports) is different. And by making it possible to individually change the cross-sectional area and strength of the structural model, optimal packaging verification and strength verification can be performed according to the planned vehicle, and planning accuracy can be made extremely high.
[0124]
[Interior model construction program]
The interior model construction program 65 reads the dimensions related to the interior parts input to the design table 1a, seats, front pillar trims, center pillar trims, rear pillar trims, instrument panels, meter hoods, center stacks, handles, pillar trims, Three-dimensional coordinate data such as a rearview mirror, a side mirror, a sun visor, a sunshade, and an acrylic visor can be generated, passed to the image generation / display program 66, and displayed on the display as a three-dimensional interior model.
[0125]
[Image generation / display program]
The three-dimensional coordinate data of the reference model, the outer shape model, the structural model, and the interior model constructed by the 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.
[0126]
[Simulation display program]
FIG. 25 shows an image viewed from the viewpoint of the driver (eye point EP) set in the planned vehicle model by running the planned vehicle model constructed by the model construction program on a virtual road in the virtual space. Display the simulation as follows.
[0127]
(Plan verification)
FIG. 26 is a flowchart showing the overall flow of the plan verification process using each program as described above.
[0128]
First, in step S2601, a design table is created as described above. Next, in steps S2602 to S2605, three-dimensional coordinate data of the reference model, the outer shape model, the structural model, and the interior model is generated using the data input to the design table.
[0129]
In step S2606, the models are combined and displayed in a superimposed manner. 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 a planned vehicle model in which all models are combined is stored. At that time, a copy of the planned vehicle model is stored as a simulation model (planned vehicle model for display).
[0130]
If there is a problem as a result of the superimposed display in step S2606, each model is corrected by changing the design table or by modifying the 3D display screen.
[0131]
And a simulation display program is started and a driving condition is first set by step S2609. The traveling conditions include a traveling route, sunshine direction, weather, traveling speed, turning speed, and the like.
[0132]
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 in accordance with the set traveling conditions. Then, the planned vehicle is driven on the virtual road in the virtual space, and a moving image that can be seen from the viewpoint of the driver is displayed on the display.
[0133]
In step S2611, it is determined whether correction on display is necessary. That is, it is determined whether or not the simulation image derived from the three-dimensional data is far from the sense of driving an actual vehicle. If it is far away, the process proceeds to step S2612, and the simulation model, in particular, the interior model portion in the simulation model is corrected based on experience in order to approximate the feeling experienced by the driver during actual driving. In other words, the simulation model is copied from the original planned vehicle model on the assumption that the simulation display can be corrected to increase the sense of reality. Therefore, the original planned vehicle model itself is not deformed by the correction here. Here, the three-dimensional simulation model is modified and corrected. However, the present invention is not limited to this, and the two-dimensional moving image is corrected or converted from three-dimensional data to two-dimensional data. Reality may be improved by correcting the projection method. Furthermore, the operator may perform correction repeatedly by changing the setting of the driving condition, or may return to the design table to correct the data of each model.
[0134]
After the correction, the process returns to step S2610, and simulation display is performed again. After confirming the reality, if correction is unnecessary, the process proceeds to step S2613. In step S2613, visibility, pressure, and the like are evaluated by a plurality of evaluators while performing simulation display.
[0135]
If there is no problem with the visibility and the feeling of pressure, the process proceeds from step S2614 to creating a plan and developing the design. If there is any problem, the process returns to step S2601 to correct the design table, or only the interior model is corrected on the three-dimensional display screen. When re-evaluation is performed under other travel conditions, the process returns to step S2609, the travel conditions are changed, and the processes of steps S2610 to S2613 are repeated.
[0136]
As described above, a three-dimensional model of the vehicle to be planned is constructed, moved on a virtual road, and a simulation image is displayed from the viewpoint of the driver of the vehicle model, so the planner creates a prototype car Without having to do so, it is possible to visually evaluate the driver's visibility and optimism. Thereby, the time and cost required for vehicle planning can be significantly reduced.
[0137]
Hereinafter, processing performed by the simulation display program will be described in detail.
[0138]
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, the screen shown in FIG. 27 is displayed. Here, the button 2701 is a button for shifting to a screen for setting a traveling condition. As shown in FIG. 26, normally, the driving conditions are first set prior to the simulation display.
[0139]
A button 2702 is a button for executing a simulation display for the operator. That is, when this button 2702 is selected, the screen shifts to a simulation display screen equipped with an operator function. 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.
[0140]
Next, processing corresponding to each button in FIG. 27 will be described.
[0141]
[Running condition setting]
When the button 2701 is selected in FIG. 27, the traveling condition setting screen shown in FIG. 28 is displayed on the display. Using this travel condition setting screen, the operator performs a travel condition setting process corresponding to step S2609 in FIG.
[0142]
In FIG. 28, 2801 is a button for selecting a traveling course of either the A course or the B course. Reference numeral 2802 denotes a button for selecting a time zone between daytime and nighttime. Reference numeral 2803 denotes a button for selecting a sunshine direction. Reference numeral 2804 denotes a button for selecting either sunny or rainy weather. Reference numeral 2805 denotes a button for selecting either a low speed or a high speed. In addition, although not shown here, you may provide the button which can set turning speed independently. Reference numeral 2806 denotes a button for setting the number of objects in the virtual space. Reference numeral 2807 denotes a button for setting whether or not to display a warning regarding visibility in the simulation display screen, and for setting under what conditions the warning is displayed when the 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 to include simulation in the back. Reference numeral 2810 denotes a button for setting whether or not to perform comparison display, and when performing comparison display, is a button for specifying a comparison vehicle model.
[0143]
FIG. 28 shows a state where all the left buttons (shaded lines) are selected as initial values.
[0144]
[Operator simulation display]
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 pressure of the planned vehicle, and further verifies the accuracy and realism of the simulation display itself.
[0145]
In this screen, a projection image (moving image) 2900 in a three-dimensional virtual space with the eye point of the driver of the planned vehicle model (simulation model) as a viewpoint according to the driving conditions set on the driving condition setting screen of FIG. Is displayed. Therefore, in this image, not only the object in the virtual space but also the state in the vehicle, for example, the handle 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.
[0146]
The virtual space includes, as objects, a road 2908, a building 2909, a signal 2910, a passerby (adult) 2911a, a passerby (child) 2911b, a passing vehicle 2912, and the like, and the road has a white line such as a pedestrian crossing. 2913 is drawn.
[0147]
Although not shown here, if the model is equipped with a sun visor, sunshade, acrylic visor, etc., their interiors are also displayed.
[0148]
<Automatic correction>
When displaying the moving image 2900 as described above, the simulation display program displays 3 of the planned vehicle model according to the running conditions of the planned vehicle model in the virtual space (which button is selected in FIG. 28). Correction is automatically applied to the dimensional data, the object data in the virtual space, or the two-dimensional moving image data. This is a correction for improving the evaluation accuracy by the evaluator.
[0149]
The automatic correction performed here includes changing the three-dimensional data of the pillar part or the header part of the planned vehicle model in accordance with the traveling conditions. For example, when the traveling speed of the planned vehicle model on the virtual road is fast, correction is made to the three-dimensional data so that the pillar part or the header part becomes large in the video, or the object included in the virtual space is displayed small. As described above, the object data is corrected, or the depth of the two-dimensional moving image data is adjusted (distortion deformation so that the peripheral portion is close to the driver) so that the peripheral portion of the video is displayed with a shallow depth.
[0150]
In addition, for example, when the turning speed of the planned vehicle model on the virtual road is fast, 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 nighttime or rainy, the three-dimensional data may be corrected so that the pillar portion or the header portion becomes large in the video.
[0151]
Further, for example, the object data may be corrected so as to highlight a predetermined object (for example, an object representing a person, a signal, or a white line on the road) according to the driving condition.
[0152]
It is also conceivable to change the texture data of the planned vehicle model or the object in the virtual space or add processing to the two-dimensional moving image data in accordance with the running conditions of the planned vehicle model in the virtual space. That is, depending on the driving conditions, for example, the color of the pillar portion or the header portion of the planned vehicle model, the brightness of the pillar portion or the header portion of the planned vehicle model, the pillar portion of the planned vehicle model, The contrast between the header portion and the virtual space may be changed.
[0153]
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 darkly. Furthermore, when the virtual space is nighttime or rainy, correction may be applied to the two-dimensional moving image data so that the peripheral portion of the video is displayed darkly. Furthermore, the texture data is changed so as to highlight a predetermined object (an object representing a person, a signal, or a white line on a road) in accordance with the driving condition. Furthermore, you may output different audio | voices (noise etc.) according to the driving conditions of the plan vehicle model in virtual space.
[0154]
An example of such automatic correction is shown in FIG. FIG. 30A is a diagram illustrating a moving image during low-speed traveling, and FIG. 30B is a diagram illustrating a moving image during high-speed traveling. That is, FIG. 30A shows the case where “low speed” is selected in the button 2805 of FIG. 28, and FIG. 30B shows the case where “high speed” is selected. As is clear from the comparison, when the vehicle speed increases, the pillar width is displayed thicker (in particular, displayed thicker upward), and the upper color of the pillar is displayed darker. In addition, the upper surface of the instrument panel is displayed so as to rise, and the lower side of the header is displayed so as to protrude downward. Also, human and vehicle objects are reduced. In this figure, the building objects are the same, but the building may be displayed larger at high speed.
[0155]
Another example of automatic correction is shown in FIG. FIG. 31A is a diagram showing a moving image when the weather is sunny, and FIG. 31B is a diagram showing a moving image when the weather is rainy. That is, FIG. 31A shows the case where “Sunny” is selected in the button 2804 in FIG. 28, and FIG. 31B shows the case where “Rain” is selected. As is clear from comparison of these, when the weather is bad, the contrast and brightness are displayed lower than when the weather is good. The correction is performed in the same manner depending on the time zone. That is, even if the weather is the same, it is displayed as shown in FIG. 31A in the daytime, and as shown in FIG. 31B in the nighttime.
[0156]
<Operator's operation for moving image>
Below the moving image display area 2900, an operation area in which a plurality of operation buttons are displayed is provided. 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.
[0157]
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.
[0158]
Among these, when the color change button 2920 is selected, a dialog as shown in FIG. 32 is displayed. In this dialog, interior parts and 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. The color can be set for each part by this color specification dialog. Since the color designation method is known in existing software, detailed description thereof is omitted here. Thus, by making it possible to change the color for each interior part, it becomes possible to verify the visibility of passengers, the feeling of pressure, and the like due to the difference in interior color from various angles.
[0159]
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 surface of the three-dimensional object. With vertical depth adjustment, when there are two objects with the same distance from the viewpoint, the objects displayed at the top and bottom edges of the screen are closer (vertically) than the object displayed at the center of the screen. Will be displayed). Similarly, in the horizontal depth adjustment, objects displayed on the left and right ends of the screen are displayed close (thick in the horizontal direction). These adjustments are made possible by moving 3301 and 3302 in FIG. 33 left and right.
[0160]
By making the depth adjustable in this way, the operator can freely adjust the feeling of pressure that the evaluator receives from the moving image, giving the evaluator a more realistic feeling and improving the evaluation accuracy. be able to.
[0161]
When the interior type change button 2922 in FIG. 29 is selected, the type of interior displayed on 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, it is good also as a structure which can change a texture for every part of interior, for example, making the instrument panel 2903 into a thing with a high-class feeling or a grain pattern is considered.
[0162]
In the lower part of the operation area of FIG. 29, a travel condition setting button 2923 for setting the travel condition of the planned vehicle in the moving image 2900 and a design table correction button 2924 for correcting the design table a are displayed. . When the travel condition setting button 2923 is selected, a travel condition setting dialog shown in FIG. 28 is displayed. When the design table correction button 2924 is selected, the screen 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 corrected. Alternatively, the planned vehicle model may be deformed by returning to the three-dimensional display image as shown in FIG. 24 and selecting and moving the movable point in the planned vehicle displayed in the image. That is, it is possible to shift to a vehicle model construction program from a state in which a moving image is displayed by simulation. As a result, the operator can easily correct the vehicle model after evaluating the driver's visibility.
[0163]
<Contrast display>
When the comparison display is selected with the button 2810 in FIG. 28 and the comparative 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.
[0164]
When the simulation display program receives an instruction for comparison display specifying the design table of the comparison vehicle model, first, the simulation display program constructs a comparison vehicle model representing the comparison vehicle in three-dimensional data. Then, the constructed comparative vehicle model is moved in the virtual space, and an image viewed from the viewpoint of the driver of the comparative vehicle model is displayed by simulation. At this time, the video from the planned vehicle model traveling on the same virtual road at the same timing and the video from the comparative vehicle model are displayed side by side. Here, the design table is specified, but the three-dimensional coordinate data of the comparative vehicle model that has already been constructed may be read out and displayed in a simulation, or the moving image of the comparative vehicle model moved in the virtual space and displayed in the simulation The image file may be read and displayed in comparison.
[0165]
In contrast display, buttons 3403 to 3406 are prepared in addition to the buttons 2914 to 2919 described with reference to FIG. Of these buttons, the button 3403 is a button for instructing parallel contrast display, the button 3404 is a button for instructing superimposed display, the button 3405 is a button for instructing alternate display, and the button 3406 Is a button for instructing to turn off the comparison display. FIG. 34 shows a state in which the parallel comparison display 3403 is selected.
[0166]
If the button 3406 is selected in this state, the process returns to FIG. In addition, when the button 3404 is selected in this state, FIG. 35 is displayed. That is, the video of the planned vehicle model traveling on the same virtual road at the same timing and the video of the comparative vehicle model are displayed in a superimposed manner. Then, only one of the video from the planned vehicle model and the video from the comparative vehicle model is transparently displayed. The virtual space includes a plurality of three-dimensional objects, and displays the range in which the three-dimensional object can be seen from the driver of the planned vehicle model and the range in which the three-dimensional object can be seen from the driver of the comparative vehicle model. That is, the portion of the object that is not visible to the driver of the comparative vehicle model is not displayed, and the portion that is visible to the driver of the comparative vehicle model but is not visible to the driver of the planned vehicle model is darkly displayed. Of course, the part displayed in either model is displayed with the normal brightness.
[0167]
In FIG. 34, when a button 3405 is selected, an image from the planned vehicle model and an image from the comparative vehicle model are alternately displayed at predetermined time intervals.
[0168]
In these contrast displays, it is desirable that the traveling conditions for traveling the planned vehicle model and the traveling conditions for traveling the comparative vehicle model are the same.
[0169]
Moreover, you may make it the structure which can also specify a real image at the time of specification of a comparison vehicle model. In other words, an actual comparison vehicle may be moved in the real space, and a live-action image viewed from the viewpoint of the driver of the comparison vehicle may be displayed in contrast to the image of the planned vehicle model.
[0170]
<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. In other words, the simulation display program determines the visibility of objects (particularly people and traveling vehicles) included in the virtual space in the simulation-displayed moving image, and notifies when the determined visibility is below 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, the visibility criterion is the extent to which an object to be visually recognized cannot be confirmed as compared to the case where the entire object can be visually recognized. This determination is made when the planned vehicle model is located at a predetermined position on the virtual road.
[0171]
In FIG. 36, an object having a visibility problem is notified by a message and an arrow, but the display (color, etc.) of the object itself may be changed.
[0172]
The 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.
[0173]
Here, the warning is given when the degree of hiding of the object exceeds a predetermined value. However, when the comparison display is performed as shown in FIG. 34, the visibility (the degree of hiding of the object) in the comparative vehicle model and the planned vehicle The visibility in the model may be compared, and 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, still images of the planned vehicle and the comparison vehicle at the moment of notification may be stored, and the still images may be displayed after the simulation display.
[0174]
When the 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.
[0175]
There are strong warnings and weak warnings as warning methods, and the visibility standards are different. Here, a setting is made so that a strong warning (displayed in red) is performed when 90% or more of the target objects cannot be confirmed, and a weak warning (displayed in yellow) is performed when 50% or more cannot be confirmed. As these%, a default value unique to each vehicle type is prepared, but any numerical value can be input in the boxes 3701 and 3702.
[0176]
Further, in the verification range column, it is possible to set whether visibility is to be determined for an object in which area of the screen. That is, it is possible to set in which region in the three-dimensional space the visibility of the object in the problem is a problem. Here, an angle from the viewpoint when going straight ahead is set in box 3703, and an angle around the turning direction during turning (curve) is set in box 3704. Further, in the box 3705, how far away the object of the traveling vehicle is set as the warning target is set, and in the box 3706, how far away the pedestrian object is set as the warning target is set. Further, the buttons 3707 and 3708 can be used to set whether or not to pause the moving image at the time of warning.
[0177]
In the example of FIG. 37, a vehicle object within a range of 135 degrees forward and a distance from the viewpoint within 30 m and a pedestrian object within 10 m when moving straight are set as warning judgment targets, and a moving image is paused during warning. It is set.
[0178]
[Evaluator simulation display]
When the operator evaluates the visibility and the pressure feeling of the planned vehicle model to some extent by the above operation and corrects the simulation model, then the plurality of evaluators are allowed to evaluate the visibility and the pressure feeling. This is a process corresponding to step S2613 in FIG.
[0179]
Specifically, when the button 2703 is selected in FIG. 27, the simulation display program displays the dialog shown in FIG. 38 on the display. In FIG. 38, before the evaluator simulation display, the boxes 3800 and 3801 are prompted to input the evaluator's ID and height. Then, the driver model set in the planned vehicle model is regenerated according to the input height, and the coordinates of the viewpoint (eye point EP) are changed. Thereby, the position of the viewpoint in simulation display is set. For example, a setting method is conceivable in which the distance from the hip point to the eye point is halved.
[0180]
Here, both ID and height are input. However, if the height is registered in association with the ID, only the ID needs to be input.
[0181]
Note that 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 correspond to the movement of the body when receiving a lateral G, it may be moved by a minute distance to the left when turning right and to the right when turning left.
[0182]
In FIG. 38, a message 3802 for calling attention to the target image is displayed. The target image is an image that should be noted by the evaluator.
[0183]
When the height is input in the box 3801 in FIG. 38 and the OK button 3803 is selected, a simulation display image 3900 shown in FIG. 39 is displayed. The simulation display program superimposes and displays a target image 3901 for prompting attention on the video from the viewpoint of the driver of the planned vehicle model. This is for urging an evaluator who evaluates visibility to pay attention to the road in the same manner as the driver, rather than simply watching the video. Thereby, evaluation of visibility with higher accuracy can be performed.
[0184]
Here, a square point is displayed as the 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 the moving image.
[0185]
The simulation display program displays the target image more clearly and smaller as the planned vehicle model speed increases. The target image is displayed so as to follow the center of the virtual road without following the human object.
[0186]
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 decreased as the number of objects included in the moving image increases.
[0187]
Further, in a situation where the driver should confirm the rear part, the target image is displayed on the rearview mirror or side mirror included in the three-dimensional vehicle model.
[0188]
In addition, on the simulation display screen for evaluation, a button 3902 for inputting a position of a problem relating to visibility or a feeling of pressure in a moving image is prepared in addition to a stop button or the like.
[0189]
When the evaluator selects the button 3902 and points a problem in the simulation display image with a pointing device such as a mouse, the simulation display program marks the point of the planned vehicle model that has been pointed out. In FIG. 39, as an example, a case where a star is superimposed and displayed on a moving image is shown. The simulation display program can also input a comment corresponding to the mark and display it in the moving image. Here, the moving image is paused when the mark button 3902 is selected, a mark is added to the still image, and a comment entry dialog (not shown) is displayed when the comment entry button 3903 is selected. To input a comment, and the input comment is superimposed on the moving image. However, the evaluator's remarks at the time of marking the problem may be recorded with a microphone, analyzed by voice, and displayed as characters.
[0190]
Further, the display form (for example, color and brightness) of the marked part of the planned vehicle model may be changed to make it stand out.
[0191]
When the position of the problem is marked by the evaluator, the simulation display program stores the still image displayed at the input time. Then, after the evaluation by the evaluator is completed, the operator can correct the planned vehicle model while confirming the stored still image and mark. For example, a modification may be considered in which the front pillar marked as having a feeling of pressure is narrowed.
[0192]
In that case, it is also possible to display in parallel or superimpose a moving image in which the planned vehicle model after correction is displayed by simulation and a moving image in which the planned vehicle model before correction is displayed by simulation. .
[0193]
Furthermore, it is possible to display a moving image in which the planned vehicle model after the correction is displayed in a simulation and a moving image in which the planned vehicle model before the correction is displayed in a simulation are displayed back and forth in time. Also good.
[0194]
<Evaluation system>
In the case where a plurality of evaluators are to evaluate the visibility of the planned vehicle model, a system as shown in FIG. That is, a plurality of evaluation terminals 4001 are connected by a network, and the marks and comments input at the respective terminals 4001 and target still images are collected in an operator terminal. Note that the evaluation terminal 4001 may be a terminal with a microphone when the evaluator's comment is acquired by voice.
[0195]
These evaluation terminals 4001 do not need to include all of the data 1a to 1j shown in FIG. 2, and the minimum necessary data that can display the screen shown in FIG. 39 may be downloaded from the operation vehicle terminal 4002. For example, only the simulation model and virtual space data may be downloaded to the evaluation terminal 4001 and displayed by simulation using a three-dimensional display program installed in the evaluation terminal 4001. Further, for example, the 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.
[0196]
As a system for allowing a plurality of evaluators to evaluate the visibility and the like of the planned vehicle model, a system as shown in FIG. In FIG. 40B, a simulation image is displayed on the screen 4004 using the projector 4003, and a plurality of evaluators input comments on the evaluation pad 4005 while simultaneously viewing the images. The input comments are collected together with the input timing information in the operator terminal 4002. In this way, which evaluator made what kind of comment at what timing can be aggregated, which can be used for correction of the planned vehicle model.
[0197]
<Simulation display during backward travel>
Note that the simulation display program can also display a moving image representing the backward field of view when reversing. In this case, the display is as shown in FIG. In FIG. 41, the appearance outside the vehicle is not displayed, but it is desirable to be able to display the virtual space and evaluate its visibility.
[0198]
Here, the viewpoint of the driver at the time of reverse traveling is obtained from the position of the viewpoint of the driver at the time of forward traveling in consideration of the action of raising his / her head for backward traveling. That is, the backward view image at the time of reverse movement also changes according to the input height.
[0199]
Since the viewpoint position for the reverse drive is derived in consideration of the driver's motion during the reverse drive, the rear view during the reverse drive can be realistically displayed in a simulation, and the planned vehicle can be evaluated in a multifaceted and highly accurate manner.
[0200]
<Simulation display of getting on and off>
Furthermore, the simulation display program can also display a simulation when getting on and off. This is made possible by defining the door model and its opening / closing operation in the design table. In this case, they are displayed as shown in FIGS. Fig.42 (a) is a simulation display image from the side direction in a state where the door is fully opened, and Fig.42 (b) shows how the door is opened and closed when the planned vehicle is parked in the parking lot. It is a simulation display image from the upper part for confirmation.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a configuration of a computer system to which an apparatus, a method, and a program for supporting planning verification of a new type vehicle according to an embodiment of the present invention can be applied.
FIG. 2 is a diagram illustrating data stored in a database and a terminal according to the present embodiment.
FIG. 3 is a diagram showing a configuration of a planning support program according to the present embodiment.
FIG. 4 is a diagram illustrating an image display example of a vehicle reference model.
FIG. 5 is a diagram illustrating an image display example of an occupant reference model.
FIG. 6 is a diagram illustrating an image display example of an outline model.
FIG. 7 is a diagram illustrating an image display example of a structural model.
FIG. 8 is a diagram illustrating an image display example of a completed model obtained by superimposing a reference model, an outer shape model, and a structural model.
FIG. 9 is a diagram illustrating an image display example of a completed model obtained by superimposing a reference model, an outer shape model, and a structural model.
FIG. 10 is a diagram illustrating an outline model defined by a vehicle type and the number of pillars.
FIG. 11 is a two-dimensional image displaying a vehicle reference model in the case of a three-row seat in a front view (b) and a side view (c), and an external dimension input screen that is input as a parameter to a corresponding portion of the two-dimensional image. It is a figure which illustrates (a).
FIG. 12 shows a two-dimensional image displaying a vehicle reference model in the case of a three-row seat in a front view (b), a side view (c), a plan view (d), and an enlarged view (e) around the dash panel. It is a figure which illustrates the input screen (a) of the in-vehicle dimension input as a parameter to the corresponding | compatible site | part of a dimension image.
FIG. 13 shows a two-dimensional image that displays a vehicle reference model in the case of a three-row seat in a side view (b) and an input screen (a) for a field-related dimension that is input as a parameter to a corresponding part of the two-dimensional image. It is a figure illustrated.
FIG. 14 is 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 a side view (d), (e) around the wheel housing, and the two-dimensional image. It is a figure which illustrates the input screen (a) of the tire related dimension input as a parameter to a corresponding part of.
FIG. 15 is a two-dimensional image that displays 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 under floor that is 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 related dimension.
FIG. 16 is a diagram illustrating a method for 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 exemplifies two-dimensional and three-dimensional images displaying an external view (b) and a cross-sectional shape (c) of a structural model, and a cross-sectional dimension input screen (a) input as a parameter to a corresponding portion of the image. It is a figure to do.
FIG. 21 is a diagram illustrating an example of a dimension input interface for constructing a model of a sheet.
FIG. 22 is a diagram showing an example of a dimension input interface for building a pillar trim model, which is a part of an interior model.
FIG. 23 is a diagram for explaining each part of the interior model.
FIG. 24 is a diagram illustrating an image display example of a completed model obtained by superimposing a reference model, an outer shape model, a structural model, and an interior model.
FIG. 25 is a diagram illustrating an example of a simulation display image.
FIG. 26 is a flowchart for explaining a flow of plan verification processing;
FIG. 27 is a diagram showing an example of an operation screen when a simulation display program is started.
FIG. 28 is a diagram showing an example of a travel condition setting dialog.
FIG. 29 is a diagram illustrating 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 explaining automatic correction processing in simulation display.
FIG. 32 is a diagram illustrating an example of a dialog for changing the color of an interior model of a simulation display image.
FIG. 33 is a diagram illustrating 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 in the case of displaying a comparison between a simulation display by a comparative vehicle model and a simulation display by a planned vehicle model.
FIG. 35 is a diagram showing an example of a screen in the case of displaying a comparison between a simulation display by a comparative vehicle model and a simulation display by a planned vehicle model.
FIG. 36 is a diagram illustrating an example of a simulation display image when a warning about visibility is displayed.
FIG. 37 is a diagram showing an example of a warning condition setting dialog when a warning about visibility is displayed.
FIG. 38 is a diagram showing an example of an introduction screen when evaluating a planned vehicle.
FIG. 39 is a diagram illustrating an example of a simulation display image when a problem regarding visibility is marked and a comment is input.
FIG. 40 is a diagram illustrating an example of an evaluation system for a planned vehicle model.
FIG. 41 is a diagram showing an example of a simulation display image during reverse travel.
FIG. 42 is a diagram showing an example of a simulation display image when getting on and off.

Claims (10)

A planning support program that supports vehicle planning,
On the computer,
An external model construction step of constructing an external model representing the external shape of the vehicle using the specification values of the vehicle input from the user,
A living space model construction process for constructing a living space model representing the occupant's habitability using vehicle specification values input from the user;
An interior model construction process for constructing an interior model representing the internal shape of the vehicle using the vehicle specification values input from the user;
A vehicle to be planned by combining the external model constructed in the external model construction process, the residential space model constructed in the residential space model construction process, and the interior model constructed in the interior model construction process A 3D vehicle model construction process for generating a 3D vehicle model of
A display step of simulating and displaying an image viewed from the viewpoint of the driver of the 3D vehicle model using the 3D vehicle model arranged on a virtual road including a 3D object;
Planning support program characterized by running The plan according to claim 1 , wherein the interior model construction step inputs a color for each of a plurality of parts included in the interior from the user as the specification value, and constructs the interior model with the input color. Support program.   The planning support program according to claim 1, wherein the planning support program can be shifted from the state in which the video is displayed by simulation in the display step to the model construction step. In the display step, as a travel condition, at least one of a travel route of the virtual road, a sunshine direction, weather, a travel speed, a turning speed, or an object display state is input from a user, and based on the input condition, The planning support program according to claim 1, wherein the image is displayed by simulation . The planning support program according to claim 4 , wherein the interior model construction step includes a step of changing a pattern, a shape of the interior, or a contrast between the background and the interior according to the traveling condition . The interior model, sun visor, sunshade or planning support program according to claim 1, characterized in that it comprises a model representing the acrylic visor. In the model construction step, a three-dimensional occupant model representing the driver is constructed as a part of the three-dimensional vehicle model,
Wherein in the display step, further planning support program according to claim 1, wherein the displaying the arm portions of the three-dimensional passenger model. A computer-readable storage medium storing the planning support program according to any one of claims 1 to 7 . A planning support method for supporting vehicle planning using a computer,
On the computer,
An external model construction step of constructing an external model representing the external shape of the vehicle using the specification values of the vehicle input from the user,
A living space model construction process for constructing a living space model representing the occupant's habitability using vehicle specification values input from the user ;
An interior model construction process for constructing an interior model representing the internal shape of the vehicle using the vehicle specification values input from the user;
A vehicle to be planned by combining the external model constructed in the external model construction process, the residential space model constructed in the residential space model construction process, and the interior model constructed in the interior model construction process A three-dimensional vehicle model generation step of generating a three-dimensional vehicle model of
A display step of simulating and displaying an image viewed from the viewpoint of the driver of the 3D vehicle model using the 3D vehicle model arranged on a virtual road including a 3D object;
A planning support method characterized by having A planning support device that supports vehicle planning,
An external model construction means for constructing an external model representing the external shape of the vehicle using the specification values of the vehicle input from the user,
A living space model construction means for constructing a living space model representing the occupant's habitability using vehicle specification values input from the user,
An interior model construction means for constructing an interior model representing the internal shape of the vehicle using the specification values of the vehicle input from the user;
A vehicle to be planned by combining the external model constructed by the external model construction means, the residential space model constructed by the residential space model construction means, and the interior model constructed by the interior model construction means 3D vehicle model generation means for generating a 3D vehicle model of
Display means for simulating and displaying an image viewed from the viewpoint of the driver of the 3D vehicle model using the 3D vehicle model arranged on a virtual road including a 3D object;
A planning support apparatus characterized by including:

Images