JP7555844B2 - Block design support device and block evaluation support device - Google Patents

Description

The present invention relates to a block design support device and a block evaluation support device.

Conventionally, the following technologies have been available to contribute to creating urban areas that are comfortable for users such as residents and visitors.

Patent document 1 discloses an information processing device that can set the location of spots where services are provided to make them more convenient for users.

This information processing device includes a communication unit that receives location requests from users requesting the location of spots that provide specific services, and a control unit that dynamically sets the location of the spots by analyzing location requests from multiple users received via the communication unit.

Patent Document 2 discloses a vehicle operation system that creates an operation plan for at least one public vehicle based on demand from users, including boarding and alighting points and desired boarding times, and operates the vehicle according to the created operation plan.

This vehicle operation system includes a derivation means for periodically deriving reservation ease information for boarding and alighting due to new demands based on a current operation plan, which is an operation plan applied to the vehicle operation, and a presentation means for presenting the results derived by the derivation means.

Patent document 3 discloses a spatial mobility dispatch system for dispatching spatial mobility, a vehicle with an interior space that can be used for the user's private purposes, according to demand.

This spatial mobility dispatch system acquires demand information regarding the time and location of spatial mobility use, and status information indicating the current status regarding the current location and operating status of the spatial mobility. Next, based on the demand information and status information, the spatial mobility dispatch system determines the dispatch location and dispatch time of the spatial mobility, as well as the spatial mobility to be dispatched. Then, it issues a command to the spatial mobility to move so that the determined spatial mobility reaches the dispatch location by the dispatch time.

International Publication No. 2018/225320 JP 2010-244177 A JP 2019-75047 A

In recent years, a wide variety of moving vehicles (hereinafter referred to as "mobility") equipped with various service functions have been developed. However, the impact and effects of the operation plans of the mobility vehicles have not been taken into consideration in the specific design and evaluation processes for the cities and block spaces in which the mobility vehicles will operate. This has resulted in problems such as the block spaces being over- or under-capable in relation to the issues specific to the region and the performance of the mobility vehicles being introduced, and it is not necessarily possible to create blocks that are comfortable for users.

In contrast, the technologies described in Patent Documents 1 to 3 do not take into consideration the construction of city blocks, and therefore cannot solve the problems mentioned above.

This disclosure has been made in consideration of the above circumstances, and aims to provide a block design support device and a block evaluation support device that can create blocks that are more comfortable for users.

The block design support device according to the present invention as set forth in claim 1 includes a design model acquisition unit that acquires a block model to be designed, which is a model having roads and human habitation areas in accordance with required conditions including site conditions for a block to be designed, a traffic volume derivation unit that derives traffic volume information indicating the traffic volume of moving bodies, including moving vehicles equipped with predetermined service functions, that move on roads in the block model to be designed acquired by the design model acquisition unit, and a traffic volume derivation unit that uses the traffic volume of the moving bodies indicated by the traffic volume information derived by the traffic volume derivation unit to simulate the traffic conditions of the moving bodies on the roads of the block model to be designed, and compares the traffic conditions of the moving bodies with the block model before the simulation, and a design model adjustment unit that adjusts at least one of the design block conditions, which are conditions related to the design target block model, and the operation plan of the moving vehicle so as to create a more comfortable state for people using the block, wherein the more comfortable state is a state in which the results of the simulation have made the block more convenient for people using the block, and the design model adjustment unit judges whether the block has become more comfortable based on at least one of a quantitative judgment using the degree of improvement in numerical values, including at least one of a reduction in waiting time for the moving vehicle and a reduction in travel time by the moving body, and a qualitative judgment based on a questionnaire administered to people using the block .

According to the block design support device of the present invention described in claim 1, a design target block model, which is a model having roads and human habitation areas in accordance with required conditions including site conditions for the block to be designed, is acquired, traffic volume information indicating the traffic volume of moving bodies, including moving vehicles equipped with predetermined service functions, moving on roads in the acquired design target block model is derived, and the traffic volume of the moving bodies indicated by the derived traffic volume information is used to simulate the traffic conditions of the moving bodies on the roads of the design target block model, and at least one of the design block conditions and the operation plan of the moving vehicles, which are conditions related to the design target block model, is adjusted so that the conditions are more comfortable for people using the block compared to the design target block model before the simulation, thereby constructing a block that is more comfortable for users.

The block design support device according to the present invention described in claim 2 is the block design support device described in claim 1, in which the mobile object further includes at least one of a public transportation vehicle, a general vehicle owned by a person who uses the block, and the person.

According to the block design support device of the present invention described in claim 2, by further including at least one of public transportation vehicles, general vehicles owned by people who use the block, and the people themselves in the above-mentioned moving bodies, it is possible to simulate traffic conditions that are more in line with reality, and as a result, it is possible to create a more comfortable block.

The block design support device according to the present invention described in claim 3 is the block design support device described in claim 1 or claim 2, in which the required conditions further include at least one of the number of people using the block, the gender of the people, and the age of the people.

According to the block design support device of the present invention described in claim 3, by further including at least one of the number of people using the block, the gender of the people, and the age of the people in the above-mentioned requirements, it is possible to apply a block model to be designed that is more in line with reality, and as a result, it is possible to construct a more comfortable block.

The block design support device according to the present invention described in claim 4 is the block design support device described in any one of claims 1 to 3, in which the design block conditions are at least one of road conditions, which are conditions related to roads in the block model to be designed, and residence area conditions, which are conditions related to human residence areas.

According to the block design support device of the present invention described in claim 4, by setting the design block conditions to at least one of the road conditions, which are conditions related to the roads of the block model to be designed, and the occupancy area conditions, which are conditions related to the occupancy areas of people, it is possible to adjust at least one of the applied road conditions and occupancy area conditions to a more comfortable state.

In the invention described in claim 4, the road conditions may include the width of the road.

In the invention described in claim 4, the residence area conditions may include at least one of the area of the residence area, the planar shape of the residence area, the type of zoning for the residence area, and conditions for buildings in which residents of the block live.

The block design support device according to the present invention described in claim 5 is the block design support device described in any one of claims 1 to 4, in which the people who use the block are at least one of the residents of the block, visitors to the block, and drivers of the moving vehicles.

According to the block design support device of the present invention described in claim 5, by defining the people who use the block as at least one of the residents of the block, visitors to the block, and drivers of moving vehicles, it is possible to create a block that is more comfortable for at least one of the residents of the block, visitors to the block, and drivers of moving vehicles to which the device is applied.

The block evaluation support device according to the present invention as set forth in claim 6 comprises an evaluation model acquisition unit that acquires an evaluation target block model, which is a model having roads and human residence areas of a block to be evaluated; a traffic volume detection unit that detects traffic volume information indicating the traffic volume of moving bodies, including moving vehicles equipped with a predetermined service function, that move on roads in the evaluation target block model acquired by the evaluation model acquisition unit; and an evaluation model adjustment unit that adjusts at least one of the evaluation block conditions, which are conditions related to the evaluation target block model, and the operation plan of the moving vehicles, so as to satisfy a predetermined traffic condition, if the traffic volume of the moving bodies indicated by the traffic volume information detected by the traffic volume detection unit does not satisfy a predetermined traffic condition, wherein the evaluation target block model is a model of a block designed and constructed by the block design support device as set forth in any one of claims 1 to 5, and the traffic condition is a condition that the difference between the traffic volume indicated by the traffic volume information applied when the constructed block was designed by the block design support device and the traffic volume indicated by the traffic volume information detected by the traffic volume detection unit is within a predetermined threshold value .

According to the block evaluation support device of the present invention described in claim 6, an evaluation target block model, which is a model having roads and human residence areas of a block to be evaluated, is acquired, traffic volume information indicating the traffic volume of moving objects, including moving vehicles equipped with predetermined service functions, traveling on roads in the acquired evaluation target block model is detected, and if the traffic volume of moving objects indicated by the detected traffic volume information does not satisfy predetermined traffic conditions, at least one of the evaluation block conditions, which are conditions related to the evaluation target block model, and the operation plan of the moving vehicles is adjusted so as to satisfy the traffic conditions, thereby making it possible to create a block that is more comfortable for users.

Furthermore, according to the block evaluation support device of the present invention as set forth in claim 6 , the block model to be evaluated is a model of a block designed and constructed by the block design support device of the present invention, and the traffic condition is set to a condition that the difference between the traffic volume indicated by the traffic volume information applied when the constructed block was designed by the block design support device and the traffic volume indicated by the detected traffic volume information is within a predetermined threshold value, thereby making it possible to more accurately evaluate a block constructed using the block model to be designed designed by the block design support device of the present invention.

The block evaluation support device of the present invention as described in claim 7 is the block evaluation support device as described in claim 6 , wherein the mobile object further includes at least one of a public transportation vehicle, a general vehicle owned by a person who uses the block, and the person.

According to the block evaluation support device of the present invention as set forth in claim 7 , by further including at least one of public transportation vehicles, general vehicles owned by people using the block, and the people themselves in the mobile bodies, it is possible to perform an evaluation based on traffic conditions that are more in line with reality, thereby enabling a more accurate evaluation.

The block evaluation support device of the present invention described in claim 8 is the block evaluation support device described in claim 6 or claim 7 , wherein the evaluation block conditions are at least one of road conditions, which are conditions related to roads in the block model to be evaluated, and residence area conditions, which are conditions related to human residence areas.

According to the block evaluation support device of the present invention as described in claim 8 , by setting the evaluation block conditions to at least one of road conditions, which are conditions related to the roads of the block model to be evaluated, and residence area conditions, which are conditions related to people's residence areas, it is possible to perform a more accurate evaluation depending on at least one of the applied road conditions and residence area conditions.

In the invention described in claim 8 , the road conditions may include a width of the road.

In addition, in the invention described in claim 8 , the residence area conditions may include at least one of the area of the residence area, the planar shape of the residence area, the type of zoning for the residence area, and conditions for the buildings in which the residents of the block live.

As explained above, the present invention makes it possible to create city blocks that are more comfortable for users.

1 is a block diagram showing an example of the configuration of a block construction support system according to an embodiment. FIG. 2 is a side view showing an example of mobility according to an embodiment. FIG. 2 is a block diagram showing an example of a hardware configuration of the block design assistance device according to the embodiment. 1 is a block diagram showing an example of a hardware configuration of a town block evaluation support device according to an embodiment. FIG. 2 is a block diagram showing an example of a functional configuration of the block design support device according to the embodiment. 1 is a block diagram showing an example of a functional configuration of a town block evaluation support device according to an embodiment. FIG. 4 is a schematic diagram showing an example of a configuration of a basic model information database according to the embodiment. FIG. 2 is a schematic diagram illustrating an example of a configuration of an operation plan information database according to the embodiment. FIG. 2 is a schematic diagram showing an example of a configuration of a design model information database according to the embodiment. 13 is a flowchart showing an example of a block design support process according to the embodiment. FIG. 13 is a front view showing an example of a configuration of a request condition input screen according to the embodiment. FIG. 13 is a diagram for explaining the block design support processing according to the embodiment, and is a plan view showing an example of a block model to be designed after various adjustments have been made. 13 is a flowchart showing an example of a block evaluation support process according to the embodiment. FIG. 1 is a diagram for explaining problems with the prior art, and is a plan view showing an example of a city block model to be designed that was designed without taking into account the operation status of mobility.

Hereinafter, an example embodiment for carrying out the present invention will be described in detail with reference to the drawings. Note that in this embodiment, an example embodiment will be described in which the block design support device and block evaluation support device of the present invention are applied to a block construction support system including these devices.

First, the configuration of the block construction support system 1 according to this embodiment will be described with reference to FIG. 1. FIG. 1 is a block diagram showing an example of the configuration of the block construction support system 1 according to this embodiment.

As shown in FIG. 1, the block construction support system 1 according to this embodiment includes a block design support device 10 and a block evaluation support device 20, which play central roles in this system, and an information storage device 30. The block design support device 10 according to this embodiment supports the design of a block model to be designed, taking into account the operation status of a mobility 90 (see also FIG. 2), which is a mobile vehicle equipped with predetermined service functions and which will be described later, according to pre-specified required conditions. The block evaluation support device 20 according to this embodiment supports the evaluation of blocks that have already been constructed and in which the mobility 90 operates. The information storage device 30 according to this embodiment stores various information handled by the block design support device 10 and the block evaluation support device 20.

The information storage device 30 according to this embodiment includes a non-volatile storage unit 32. The storage unit 32 is realized by a hard disk drive (HDD), a solid state drive (SSD), a flash memory, or the like. The storage unit 32, which serves as a storage medium, stores a basic model information database 32A, an operation plan information database 32B, and a design model information database 32C. The basic model information database 32A, the operation plan information database 32B, and the design model information database 32C will be described in detail below.

The block design support device 10, the block evaluation support device 20, and the information storage device 30 are connected via a network N, and the block design support device 10 and the block evaluation support device 20 can communicate with the information storage device 30 via the network N. In this embodiment, a company's internal communication line such as a LAN (Local Area Network) or a WAN (Wide Area Network) is used as the network N, but this is not limited to this form. For example, a public communication line such as the Internet or a telephone line may be used as the network N, or a combination of these company's internal communication line and public communication line may be used. In this embodiment, a wired communication line is used as the network N, but this is not limited to this form, and a wireless communication line may be used, or a combination of wired and wireless communication lines may be used.

Next, the configuration of the mobility 90 according to this embodiment will be described with reference to FIG. 2. FIG. 2 is a side view showing an example of the mobility 90 according to this embodiment.

As shown in FIG. 2, the mobility 90 according to this embodiment is a one-box type vehicle and is a moving vehicle equipped with a predetermined service function. In this embodiment, the mobility 90 is a one-box car that is generally sold and manufactured by adding a corresponding service function, but this is not limited to this. For example, a dedicated vehicle equipped with a corresponding service function may be manufactured and used as the mobility 90. In this embodiment, a case will be described in which the mobility 90 is equipped with individual functions such as a school function (hereinafter referred to as "school function"), a hospital function (hereinafter referred to as "hospital function"), and a store function (hereinafter referred to as "store function") as the above-mentioned service function. However, this is not limited to this, and a single mobility 90 may be equipped with multiple functions.

Next, the hardware configuration of the block design support device 10 according to this embodiment will be described with reference to FIG. 3. FIG. 3 is a block diagram showing an example of the hardware configuration of the block design support device 10 according to this embodiment. Examples of the block design support device 10 include various computers such as personal computers and server computers.

The block design support device 10 according to this embodiment includes a CPU (Central Processing Unit) 11, a memory 12 as a temporary storage area, a non-volatile storage unit 13, an input unit 14 such as a keyboard and mouse, a display unit 15 such as a liquid crystal display, a media read/write device (R/W) 16, and a communication interface (I/F) unit 18. The CPU 11, memory 12, storage unit 13, input unit 14, display unit 15, media read/write device 16, and communication interface (I/F) unit 18 are connected to each other via a bus B1. The media read/write device 16 reads information written to the recording medium 17 and writes information to the recording medium 17.

The storage unit 13 is realized by a HDD, SSD, flash memory, etc. The storage unit 13, which serves as a storage medium, stores a block design support program 13A. The block design support program 13A is stored in the storage unit 13 when a recording medium 17 to which the block design support program 13A has been written is set in the medium reading and writing device 16, and the medium reading and writing device 16 reads the block design support program 13A from the recording medium 17. The CPU 11 reads the block design support program 13A from the storage unit 13, expands it in the memory 12, and sequentially executes the processes of the block design support program 13A.

Next, the hardware configuration of the block evaluation support device 20 according to this embodiment will be described with reference to FIG. 4. FIG. 4 is a block diagram showing an example of the hardware configuration of the block evaluation support device 20 according to this embodiment. Examples of the block evaluation support device 20 include various computers such as personal computers and server computers.

The city block evaluation support device 20 according to this embodiment includes a CPU 21, a memory 22 as a temporary storage area, a non-volatile storage unit 23, an input unit 24 such as a keyboard and mouse, a display unit 25 such as a liquid crystal display, a media read/write device (R/W) 26, and a communication interface (I/F) unit 28. The CPU 21, memory 22, storage unit 23, input unit 24, display unit 25, media read/write device 26, and communication interface (I/F) unit 28 are connected to each other via a bus B2. The media read/write device 26 reads information written to a recording medium 27 and writes information to the recording medium 27.

The storage unit 23 is realized by a HDD, SSD, flash memory, etc. The storage unit 23, which serves as a storage medium, stores the block evaluation support program 23A. The block evaluation support program 23A is stored in the storage unit 23 when a recording medium 27 on which the block evaluation support program 23A is written is set in the medium reading and writing device 26, and the medium reading and writing device 26 reads the block evaluation support program 23A from the recording medium 27. The CPU 21 reads the block evaluation support program 23A from the storage unit 23, expands it in the memory 22, and sequentially executes the processes of the block evaluation support program 23A.

Thus, in this embodiment, the block design support device 10 and the block evaluation support device 20 are configured as separate devices, but this is not limited to this. For example, the block design support device 10 and the block evaluation support device 20 may be configured as standalone devices. In this case, both the block design support program 13A and the block evaluation support program 23A are installed in the standalone device.

Next, the functional configuration of the block design support device 10 according to this embodiment will be described with reference to FIG. 5. FIG. 5 is a block diagram showing an example of the functional configuration of the block design support device 10 according to this embodiment.

As shown in FIG. 5, the block design support device 10 according to this embodiment includes a design model acquisition unit 11A, a traffic volume derivation unit 11B, and a design model adjustment unit 11C. The CPU 11 of the block design support device 10 executes the block design support program 13A to function as the design model acquisition unit 11A, the traffic volume derivation unit 11B, and the design model adjustment unit 11C.

The design model acquisition unit 11A in this embodiment acquires a design target block model that meets the required conditions, including the site conditions, for the block to be designed and is a model that has roads and human habitation areas.

The traffic volume derivation unit 11B in this embodiment also derives traffic volume information indicating the traffic volume of moving bodies, including mobility 90, moving on roads in the design target block model acquired by the design model acquisition unit 11A.

The design model adjustment unit 11C according to this embodiment uses the traffic volume of the mobile bodies indicated by the traffic volume information derived by the traffic volume derivation unit 11B to simulate the traffic conditions of the mobile bodies on the roads of the design target block model. The design model adjustment unit 11C according to this embodiment then adjusts at least one of the design block conditions, which are conditions related to the design target block model, and the operation plan of the mobility 90, so as to create a more comfortable state for people using the block compared to the design target block model before the simulation.

Note that a "more comfortable state" here means that convenience is improved for users of the block, including residents and visitors, such as easier movement and being able to use the necessary mobility 90 in a shorter time. In other words, it means a state in which the users of the block feel more comfortable. Whether or not a state has become more comfortable can be determined quantitatively from the degree of improvement in values such as a reduction in waiting time for mobility 90, a reduction in travel time from the current location to the destination by walking or in a general vehicle, and an increase in the living area of a house, or it can be understood qualitatively by conducting a survey of the users.

In this embodiment, the required conditions further include the number of people using the block, the gender of the people, and the age of the people. However, this is not limited to this, and the required conditions may include only site conditions, or in addition to site conditions, any one or a combination of two of the number of people using the block, the gender of the people, and the age of the people.

In addition, in this embodiment, the design block conditions are road conditions that are conditions related to the roads of the block model to be designed, and the road conditions include the road width. However, this is not limited to this, and both the road conditions and the residence area conditions that are conditions related to people's residence areas, or only the residence area conditions, may be the design block conditions. In this case, the residence area conditions may include the area of the residence area, the planar shape of the residence area, the type of zoning for the residence area, and conditions for the buildings in which the residents of the block live. However, this is not limited to this, and the residence area conditions may be a combination of two or more of the conditions excluding any one or all of the area of the residence area, the planar shape of the residence area, the type of zoning for the residence area, and the buildings in which the residents of the block live.

Next, the functional configuration of the block evaluation support device 20 according to this embodiment will be described with reference to FIG. 6. FIG. 6 is a block diagram showing an example of the functional configuration of the block evaluation support device 20 according to this embodiment.

As shown in FIG. 6, the block evaluation support device 20 according to this embodiment includes an evaluation model acquisition unit 21A, a traffic volume detection unit 21B, and an evaluation model adjustment unit 21C. The CPU 21 of the block evaluation support device 20 executes the block evaluation support program 23A to function as the evaluation model acquisition unit 21A, the traffic volume detection unit 21B, and the evaluation model adjustment unit 21C.

The evaluation model acquisition unit 21A in this embodiment acquires an evaluation target block model, which is a model having roads and human residence areas in the block to be evaluated.

The traffic volume detection unit 21B in this embodiment also detects traffic volume information indicating the traffic volume of moving bodies, including mobility 90, moving on roads in the evaluation target block model acquired by the evaluation model acquisition unit 21A.

Then, in the case where the traffic volume of moving bodies indicated by the traffic volume information detected by the traffic volume detection unit 21B does not satisfy the predetermined traffic conditions, the evaluation model adjustment unit 21C according to this embodiment adjusts at least one of the evaluation block conditions, which are conditions related to the block model to be evaluated, and the operation plan of the mobility 90, so as to satisfy the traffic conditions.

In this embodiment, the block model to be evaluated is a model of a block designed and constructed by the block design support device 10, but this is not limited to this. For example, a model of a block designed and constructed by a device other than the block design support device 10 may be applied as the block model to be evaluated.

In addition, in this embodiment, the traffic condition is a condition that the difference between the traffic volume indicated by the traffic volume information applied when the constructed block was designed by the block design support device 10 and the traffic volume indicated by the traffic volume information detected by the traffic volume detection unit 21B is within a predetermined threshold value. However, it goes without saying that the traffic condition is not limited to this.

In this embodiment, the moving body includes, in addition to the mobility 90, public transport vehicles such as buses and taxis, general vehicles owned by people who use the block, and the people themselves. However, this is not limited to this, and the moving body may include only the mobility 90, or in addition to the mobility 90, any one or a combination of two of the public transport vehicles, general vehicles, and people.

In addition, in this embodiment, the evaluation block conditions are road conditions that are conditions related to the roads of the evaluation target block model, and the road conditions include the road width. However, this is not limited to this, and both the road conditions and the residence area conditions that are conditions related to a person's residence area, or only the residence area conditions, may be the evaluation block conditions. In this case, the residence area conditions may include conditions on the area of the residence area, the planar shape of the residence area, the type of zoning for the residence area, and the buildings in which the residents of the block live. However, this is not limited to this, and the residence area conditions may be a combination of two or more of the conditions excluding any one or all of the area of the residence area, the planar shape of the residence area, the type of zoning for the residence area, and the buildings in which the residents of the block live.

Furthermore, in this embodiment, the people who use the block are the residents of the block, visitors to the block, and the driver of the mobility 90. However, this is not limited to this, and the people who use the block may be any combination of two or more of the residents of the block, visitors to the block, and the driver of the mobility 90, excluding any one or all of them.

Next, the basic model information database 32A according to this embodiment will be described with reference to FIG. 7. FIG. 7 is a schematic diagram showing an example of the configuration of the basic model information database 32A according to this embodiment.

The basic model information database 32A in this embodiment is a database in which information about the basic model, which is the model that serves as the basis for the design target block model, is registered, and as shown in FIG. 7, the required conditions, model, and traffic volume information are stored in association with each other.

The above-mentioned requirements are information indicating the conditions required for the block to be designed, and are information indicating the above-mentioned requirements. In this embodiment, the requirements are site area (corresponding to the above-mentioned site conditions), number of family members, number of people (corresponding to the number of residents of the block who use the above-mentioned block), and age group (corresponding to the above-mentioned age group).

The above model is information indicating a basic model that is the basis for the design target city block model that meets the corresponding requirements. In this embodiment, an average model of a city that has already been constructed in Japan and meets the corresponding requirements is applied as the basic model, but this is not limited to this. For example, a model that combines the best parts of multiple cities that meet the corresponding requirements may be applied as the above basic model.

Furthermore, the above traffic volume is information that indicates the movement volume of public transport vehicles such as buses and taxis, general vehicles such as cars, motorbikes, and bicycles owned by people using the block, people, etc., by time period and by road for each specified section, as assumed in the corresponding basic model.

In this embodiment, the traffic volume information is the average value of the past traffic volume for each road in the city corresponding to the corresponding basic model for each of the above-mentioned specified sections, but is not limited to this. For example, the maximum, median, minimum, etc. of the traffic volume for each of the above-mentioned corresponding roads may be applied as the traffic volume information. Also, in this embodiment, all roads in the corresponding basic model are divided by intersections, and each divided road is applied as the road for each of the above-mentioned specified sections, but is not limited to this. For example, all roads in the basic model may be divided by a predetermined number of stages of road width, and each divided road is applied as the road for each of the above-mentioned specified sections. Hereinafter, each of the roads for each of the above-mentioned specified sections is referred to as a "divided road".

Next, the operation plan information database 32B according to this embodiment will be described with reference to FIG. 8. FIG. 8 is a schematic diagram showing an example of the configuration of the operation plan information database 32B according to this embodiment.

The operation plan information database 32B according to this embodiment is a database in which information indicating the operation plan of the mobility 90 for each design target block model designed by the block design support device 10 is registered. As shown in FIG. 8, the operation plan information database 32B according to this embodiment stores information on the model ID (Identification), vehicle type, vehicle ID, and operation time in association with each other.

The model ID is information that is assigned in advance as a different value for each of the block models to be designed in order to identify the corresponding block model to be designed. The vehicle type is information that indicates the type of the corresponding mobility 90, and the vehicle ID is information that is assigned in advance as a different value for each of the mobility 90 in order to identify the corresponding mobility 90. The operating time is information that indicates the arrival time at each of the predetermined stop points on the operating route of the corresponding mobility 90.

The example shown in Figure 8 indicates that in the design target block model, which has been assigned the model ID "M001", the mobility 90 assigned the vehicle ID "S001" is a mobility 90 with store functions (represented as "mobile store" in Figure 8). The example shown in Figure 8 also indicates that this mobility 90 will arrive at a predetermined departure and arrival point at 6:30, then move to arrive at point A1 at 6:34, and then move to the next point in the same manner, before arriving at the departure and arrival point again at 8:00 p.m.

Next, the design model information database 32C according to this embodiment will be described with reference to FIG. 9. FIG. 9 is a schematic diagram showing an example of the configuration of the design model information database 32C according to this embodiment.

The design model information database 32C according to this embodiment is a database in which information about the design target block model designed by the block design support device 10 is registered. As shown in FIG. 9, the design model information database 32C according to this embodiment stores information related to the model ID, model, required conditions, and traffic volume in association with each other.

The model ID is the same information as the model ID in the operation plan information database 32B. The model is information indicating the corresponding design target block model, and the requirement conditions are information indicating the requirement conditions applied when designing the corresponding design target block model.

The above traffic volume is information indicating the above-mentioned traffic volume applied when designing the corresponding design target block model.

Next, the operation of the block construction support system 1 according to this embodiment will be described with reference to Figs. 10 to 14. First, the operation of the block design support device 10 will be described with reference to Figs. 10 to 12. Fig. 10 is a flowchart showing an example of the block design support process according to this embodiment.

When a command to start execution of the block design support program 13A is input via the input unit 14 by the user of the block design support device 10, the CPU 11 of the block design support device 10 executes the block design support program 13A, thereby executing the block design support process shown in FIG. 10. Note that, in order to avoid confusion, a case will be described here where the basic model information database 32A has already been constructed.

In step 100 of FIG. 10, the CPU 11 controls the display unit 15 to display a request condition input screen having a predetermined configuration, and in step 102, the CPU 11 waits until the specified information is input.

Figure 11 shows an example of the configuration of a requirement input screen according to this embodiment. As shown in Figure 11, the requirement input screen according to this embodiment displays a message prompting the user to input the conditions required for the block to be designed, and also displays an input box 15A for inputting various requirement conditions.

When the required condition input screen shown in FIG. 11 is displayed on the display unit 15 as an example, the user uses the input unit 14 to input the required conditions for the block to be designed into the corresponding input box 15A, and then presses the end button 15E. When the end button 15E is pressed by the user, the result of step 102 becomes positive, and the process proceeds to step 104.

In step 104, the CPU 11 reads out from the basic model information database 32A the basic model and traffic volume information that matches the requirements entered via the requirements input screen. Note that, hereinafter, the information indicating the read traffic volume is referred to as "traffic volume derivation information."

In step 106, the CPU 11 uses the retrieved traffic volume derivation information to derive traffic volume information indicating the traffic volume of various mobile bodies, including mobility 90, in the basic model, as shown below.

First, the CPU 11 determines the number of vehicles of each mobility 90 expected to operate in the design target block model by time period and by road division in the basic model, using the input required conditions.

In this embodiment, the number of vehicles in operation for each mobility 90 by time period and by road division of the basic model is determined so that the number of vehicles in operation increases as the number of people included in the required conditions increases. In addition, in this embodiment, the number of vehicles in operation for the mobility 90 is determined so that the number of vehicles in operation during commuting hours is relatively large compared to the number of vehicles in operation during times other than commuting hours. Furthermore, in this embodiment, the type of mobility 90 to be applied (the type of service function to be provided) is determined according to the age group included in the required conditions. For example, if the age group included in the required conditions includes a certain number of people aged 70 or older, it is considered that there is a high demand for hospitals, and a mobility 90 equipped with hospital functions is applied. However, this is not limited to these forms, and it goes without saying that the number of vehicles in operation and the type of mobility 90 to be applied may be determined more finely according to more required conditions. Hereinafter, the mobility 90 equipped with the service function determined to be applied here is referred to as the "applied mobility".

The CPU 11 then combines the read traffic volume derivation information with the number of vehicles in operation of the determined applicable mobility to derive information indicating the overall traffic volume by time period and by road division. Hereinafter, the information indicating the overall traffic volume derived here will be referred to simply as "traffic volume information."

In step 108, the CPU 11 reflects the derived traffic volume information in the basic model as shown below.

First, the CPU 11 derives the maximum traffic volume for each time period indicated by the traffic volume information (hereinafter referred to as "maximum traffic volume") for each road segment. The maximum traffic volume derived here is a value indicating the degree of congestion by various moving objects, including mobility 90, for each road segment in the basic model during the time period when congestion is most likely to occur.

Then, the CPU 11 adjusts the width of each road segment in the basic model according to the derived maximum traffic volume. Specifically, if the corresponding maximum traffic volume is equal to or greater than the first threshold, the width of the corresponding road segment is increased by a predetermined amount (for example, the width of one lane), and if the corresponding maximum traffic volume is less than a second threshold that is smaller than the first threshold, the width of the corresponding road segment is reduced by the above-mentioned predetermined amount. Note that in this embodiment, the first and second thresholds are set to values obtained in advance by experiments or computer simulations, etc., assuming that no noticeable congestion occurs if the maximum traffic volume is equal to or greater than the second threshold and less than the first threshold, but this is not limited to this. For example, the first and second thresholds may be input in advance by the user of the block design support device 10. Also, in this embodiment, the width of the road in the basic model is applied as a target for reflecting traffic volume information on the basic model, but this is not limited to this. For example, at least one of the above-mentioned residence area conditions of each block indicated by the basic model may be reflected in the basic model.

In step 110, the CPU 11 uses the various information obtained by the above processes to create an initial operation plan for the applicable mobility in the basic model that reflects the traffic volume indicated by the traffic volume information, as shown below.

First, the CPU 11 creates a route for each applicable mobility using the above requirements. For example, for an applicable mobility equipped with a school function, if the families expected to live in each block of the city indicated by the design target block model include a certain number of households including students or students of the school age corresponding to the school function, it is expected that the mobility will be used evenly throughout each block. For this reason, in this case, a route is created that goes around an area including all blocks indicated by the basic model. Also, for example, for an applicable mobility equipped with a hospital function, if the residents expected to live in each block of the city indicated by the design target block model include many elderly people, it is expected that the mobility will be used frequently by these elderly people. For this reason, in this case, a route is created that goes around blocks indicated by the basic model that are expected to be home to many elderly people.

Next, for each applicable mobility, the CPU 11 determines the number of vehicles to operate for each time period so as to minimize the disruption of other moving objects such as general vehicles and people, and to maximize the satisfaction of demand according to the required conditions. At this time, the CPU 11 also takes into account cost-effectiveness when determining the number of vehicles to operate for each time period.

Then, for each applicable mobility, the CPU 11 determines the arrival time at each point on the created route using the length (distance) of each road segment in the basic model in the vehicle travel direction and the travel speed of the applicable mobility. At this time, the CPU 11 determines the arrival time at each point while also taking into account the stopping time required to exercise the service function of the corresponding applicable mobility.

By the above process, an initial operation plan is created, which is the initial information for each piece of information in the operation plan information database 32B shown in FIG. 8 as an example. Note that the method for creating the initial operation plan is not limited to the above method, and it goes without saying that a more detailed operation plan can be created by taking into account other requirements, etc.

In step 112, the CPU 11 performs a simulation to virtually operate various mobile bodies including the applicable mobility on the basic model using the initial operation plans for each applicable mobility obtained by the above process and the traffic volume of mobile bodies excluding the applicable mobility. At this time, the CPU 11 performs the above simulation by time period and by road division.

In step 114, the CPU 11 determines whether or not a problem has occurred in the above simulation. If the determination is negative, the process proceeds to step 116, whereas if the determination is positive, the process proceeds to step 118. Note that in this embodiment, the problem is that at least one of the applicable mobilities cannot operate in accordance with the initial operation plan, but this is not limited to this. For example, in addition to the applicable mobilities, the problem may also include the problem of general vehicles being unable to operate at an appropriate speed.

In step 116, the CPU 11 adjusts the parts of the basic model or the initial operation plan that affect the operation of various moving bodies, including the applicable mobility, and then returns to step 112. In this embodiment, the adjustment is to widen the width of the road segment in the basic model where the problem occurred by a predetermined amount (as an example, the width of one lane), but this is not limited to this. For example, an adjustment may be made to the initial operation plan such that the number of operating vehicles of the applicable mobility where the problem occurred during the time period when the problem occurred is reduced by a predetermined number (as an example, one vehicle).

By repeating the above steps 112 to 116, the basic model and initial operation plan can be made to be problem-free in a virtual simulation.

Therefore, in step 118, the CPU 11 registers the basic model that has undergone the above processing as the design target block model in the design model information database 32C, and registers the initial operation plan in the operation plan information database 32B, and then terminates this block design support processing. When executing the processing of step 118, the CPU 11 generates a new model ID corresponding to the design target block model to be registered, and registers this model ID as well in the operation plan information database 32B and the design model information database 32C. When executing the processing of step 118, the CPU 11 also registers each piece of information on the required conditions and traffic volume derivation information applied in this block design support processing in the design model information database 32C together with the design target block model.

By carrying out the above-described block design support process, an operation plan information database 32B, as shown in FIG. 8 as an example, is constructed, and a design model information database 32C, as shown in FIG. 9 as an example, is constructed.

As an example, in the conventional design method for city blocks, as shown in Figure 14, buildings with various service functions such as hospitals 86A, schools 86B, and stores 86C are fixedly installed in a part of each city block, and the operation plans of public transportation vehicles 88 such as buses and the areas of each city block 80A to 80D are also standardized.

In contrast, when designing a block using the block design support process according to this embodiment, as shown in FIG. 12 as an example, mobility 90 equipped with the service functions required by users is operated according to demand. As a result, hospitals 86A, schools 86B, etc. are no longer necessary in each of blocks 60A-60D, and the area is appropriately adjusted. As a result, the block design support process according to this embodiment makes it possible to create blocks that are more comfortable for users.

After that, a city is actually constructed according to the design target block model registered in the design model information database 32C, and the applicable mobility is operated. In this city, a detection device (not shown) is installed for each of the above-mentioned sectional roads, capable of detecting traffic volume by type (e.g., mobility 90, general vehicles, etc.) and by time period for the moving objects assumed at the time of design using the block design support process.

Next, referring to FIG. 13, the operation of the block evaluation support device 20 when evaluating an actual city according to a design target block model registered in the design model information database 32C will be described. FIG. 13 is a flowchart showing an example of the block evaluation support process according to this embodiment.

When a user inputs an instruction to start the execution of the block evaluation support program 23A via the input unit 24, the CPU 21 of the block evaluation support device 20 executes the block evaluation support program 23A, thereby executing the block evaluation support process shown in FIG. 13. Note that, in order to avoid confusion, a case will be described here in which the city to be evaluated (hereinafter referred to as the "target city") is specified in advance.

In step 200 of FIG. 13, the CPU 21 reads out a design target block model corresponding to the target city from the design model information database 32C, and also reads out information indicating an initial operation plan corresponding to the target city from the operation plan information database 32B. Hereinafter, the design target block model that has been read out is referred to as the "evaluation target block model," and the read out initial operation plan is referred to as the "evaluation target operation plan."

In step 202, the CPU 21 reads information indicating the traffic volume corresponding to the target city, i.e., traffic volume derivation information applied when designing the blocks of the target city using the block design support process, from the design model information database 32C. In step 204, the CPU 21 obtains information indicating the traffic volume by type of moving object and by time period from the detection device described above (hereinafter referred to as "actual traffic volume information").

In step 206, the CPU 21 derives the difference between the traffic volume of mobility 90 indicated by the operation plan to be evaluated, the traffic volume of mobile bodies other than mobility 90 indicated by the traffic volume derivation information, and the traffic volume of various mobile bodies indicated by the actual traffic volume information, by type of mobile body and by time period. Then, the CPU 21 adjusts the evaluation target block model and the evaluation target operation plan according to the derived difference.

In this embodiment, if the moving body whose derived difference exceeds a predetermined threshold is a mobility 90, the adjustment is performed by increasing or decreasing the number of vehicles in operation during the corresponding time period by a predetermined number (for example, one vehicle). Here, if the number of vehicles is reduced, a mobility 90 with a larger capacity may be applied to the reduced type of mobility 90 that operates before and after the reduced mobility 90. In addition, in this embodiment, if the width of the road in the evaluation target block model is changeable, the adjustment is performed by increasing or decreasing the width by a predetermined amount (for example, the width of one lane). However, the adjustment is not limited to these forms, and as described above, at least one of the area of the residence area, the planar shape of the residence area, the type of use zone for the residence area, and the conditions for the buildings in which the residents of the block live may be adjusted.

In step 208, the CPU 21 reflects the operation plan and block model to be evaluated that have undergone the above adjustments in the operation plan information database 32B and the design model information database 32C, respectively, and then terminates the block evaluation support process.

The operation plan and block model to be evaluated, which reflect the difference in traffic volume through the above block evaluation support process, will be applied appropriately to the subsequent operation of Mobility 90 and the modification of the target city.

As described above, according to this embodiment, the block design support device 10 includes a design model acquisition unit 11A that acquires a design target block model, which is a model having roads and human habitation areas in response to required conditions including site conditions for the block to be designed, a traffic volume derivation unit 11B that derives traffic volume information indicating the traffic volume of moving bodies, including moving vehicles equipped with predetermined service functions, that move on roads in the design target block model acquired by the design model acquisition unit 11A, and a design model adjustment unit 11C that uses the traffic volume of the moving bodies indicated by the traffic volume information derived by the traffic volume derivation unit 11B to simulate the traffic conditions of the moving bodies on the roads of the design target block model, and adjusts the design block conditions, which are conditions related to the design target block model, and the operation plan of the moving vehicles so that the conditions are more comfortable for people who use the block compared to the design target block model before the simulation. Therefore, a block that is more comfortable for users can be constructed.

Furthermore, according to this embodiment, the above-mentioned moving objects further include public transport vehicles, ordinary vehicles owned by people who use the block, and the people themselves. Therefore, it is possible to simulate traffic conditions that are more in line with reality, and as a result, it is possible to create a more comfortable block.

Furthermore, according to this embodiment, the above requirements further include at least one of the number of people using the block, the gender of the people, and the age of the people. Therefore, it is possible to apply a design target block model that is more in line with reality, and as a result, a more comfortable block can be constructed.

In addition, according to this embodiment, the design block conditions are road conditions, which are conditions related to the roads of the design target block model, and occupancy area conditions, which are conditions related to people's occupancy areas. Therefore, the road conditions and occupancy area conditions can be adjusted to a more comfortable state.

Furthermore, according to this embodiment, the people who use the block are the residents of the block, visitors to the block, and drivers of moving vehicles. Therefore, it is possible to create a block that is more comfortable for the residents of the block, visitors to the block, and drivers of moving vehicles.

On the other hand, according to this embodiment, the block evaluation support device 20 includes an evaluation model acquisition unit 21A that acquires an evaluation target block model, which is a model having roads and human residence areas of a block to be evaluated, a traffic volume detection unit 21B that detects traffic volume information indicating the traffic volume of moving bodies, including moving vehicles equipped with predetermined service functions, that move on roads in the evaluation target block model acquired by the evaluation model acquisition unit 21A, and an evaluation model adjustment unit 21C that adjusts the evaluation block conditions, which are conditions related to the evaluation target block model, and the operation plan of the moving vehicles, so as to satisfy the traffic conditions, if the traffic volume of the moving bodies indicated by the traffic volume information detected by the traffic volume detection unit 21B does not satisfy the predetermined traffic conditions. Therefore, a block that is more comfortable for users can be created.

In addition, according to this embodiment, the block model to be evaluated is a model of a block designed and constructed by the block design support device 10, and the traffic condition is that the difference between the traffic volume indicated by the traffic volume information applied when the constructed block was designed by the block design support device 10 and the traffic volume indicated by the detected traffic volume information is within a predetermined threshold. Therefore, it is possible to more accurately evaluate a block constructed using the block model to be evaluated that was designed by the block design support device 10.

In addition, according to this embodiment, the above-mentioned moving objects further include public transportation vehicles, general vehicles owned by people who use the block, and the people themselves. Therefore, it is possible to perform an evaluation based on traffic conditions that are more in line with reality, resulting in a more accurate evaluation.

Furthermore, according to this embodiment, the evaluation block conditions are road conditions, which are conditions related to the roads of the evaluation target block model, and residence area conditions, which are conditions related to people's residence areas. Therefore, a more accurate evaluation can be performed according to the road conditions and residence area conditions.

In the above embodiment, a case has been described in which a city that was actually constructed using a design target block model designed by the block design support process is applied as the evaluation target by the block evaluation support process, but this is not limited to this. For example, the block evaluation support process may be executed for an existing city that was constructed independently of the block design support process. In this case, a model corresponding to the existing city is created and applied as the evaluation target block model, and a traffic volume corresponding to the actual traffic problem that is occurring is applied as the traffic volume difference to be applied in the processing of step 206 of the block evaluation support process.

In the above embodiment, a residential area is used as a person's residence area, but this is not limited to the above. For example, spaces where people exist, such as offices, factories, etc., other than residential areas, may be used as residence areas.

In the above embodiment, the traffic volume is reflected in the operation plan of the mobility vehicle, but the present invention is not limited to this. For example, the traffic volume may be reflected in the operation plan of a vehicle other than the mobility vehicle, such as a bus, that has an operation plan, or information indicating the traffic volume may be announced to users of the block.

In the above embodiment, for example, the hardware structure of the processing unit that executes each process of the design model acquisition unit 11A, the traffic volume derivation unit 11B, the design model adjustment unit 11C, the evaluation model acquisition unit 21A, the traffic volume detection unit 21B, and the evaluation model adjustment unit 21C can be the various processors shown below. As described above, the various processors include a CPU, which is a general-purpose processor that executes software (programs) and functions as a processing unit, as well as a programmable logic device (PLD), which is a processor whose circuit configuration can be changed after manufacture such as an FPGA (Field-Programmable Gate Array), a dedicated electric circuit, which is a processor with a circuit configuration designed specifically to execute a specific process such as an ASIC (Application Specific Integrated Circuit), etc.

The processing unit may be configured with one of these various processors, or may be configured with a combination of two or more processors of the same or different types (e.g., a combination of multiple FPGAs, or a combination of a CPU and an FPGA). The processing unit may also be configured with a single processor.

As an example of configuring the processing unit as a single processor, first, there is a form in which one processor is configured as a combination of one or more CPUs and software, as typified by computers such as client and server, and this processor functions as the processing unit. Secondly, there is a form in which a processor is used that realizes the functions of the entire system, including the processing unit, on a single IC (Integrated Circuit) chip, as typified by systems on chips (SoCs). In this way, the processing unit is configured as a hardware structure using one or more of the various processors mentioned above.

More specifically, the hardware structure of these various processors can be an electrical circuit that combines circuit elements such as semiconductor elements.

1 Block construction support system 10 Block design support device 11 CPU
11A Design model acquisition unit 11B Traffic volume derivation unit 11C Design model adjustment unit 12 Memory 13 Storage unit 13A Town block design support program 14 Input unit 15 Display unit 15A Input frame 15E End button 16 Medium reading and writing device 17 Recording medium 18 Communication I/F unit 20 Block evaluation support device 21 CPU
21A: Evaluation model acquisition unit 21B: Traffic volume detection unit 21C: Evaluation model adjustment unit 22: Memory 23: Storage unit 23A: Block evaluation support program 24: Input unit 25: Display unit 26: Medium reading and writing device 27: Recording medium 28: Communication I/F unit 30: Information storage device 32: Storage Part 32A Basic model information database 32B Operation plan information database 32C Design model information database 60A to 60D Blocks 80A to 80D Blocks 86A Hospitals 86B Schools 86C Stores 88 Public transportation vehicles 90 Mobility

Claims (8)

a design model acquisition unit that acquires a design target block model that is a model having roads and human habitation areas in accordance with required conditions including site conditions for a block to be designed;
a traffic volume derivation unit that derives traffic volume information indicating a traffic volume of moving bodies, including moving vehicles having a predetermined service function, that move on roads in the design target block model acquired by the design model acquisition unit;
a design model adjustment unit that uses the traffic volume of the moving bodies indicated by the traffic volume information derived by the traffic volume derivation unit to simulate the traffic conditions of the moving bodies on the roads of the design target block model, and adjusts at least one of the design block conditions, which are conditions related to the design target block model, and the operation plan of the moving vehicles, so as to create a more comfortable condition for people using the block compared to the design target block model before the simulation; and
Equipped with
The more comfortable state is a state in which the result of the simulation is that the convenience for people who use the block is improved,
the design model adjustment unit determines whether the condition has become more comfortable based on at least one of a quantitative determination using the degree of improvement in a numerical value, including at least one of a reduction in waiting time for the moving vehicle and a reduction in travel time by the moving object, and a qualitative determination based on a questionnaire survey of people who use the block.
City block design support device. The moving object further includes at least one of a public transportation vehicle, a general vehicle owned by a person who uses the block, and the person;
The block design support device according to claim 1. The requirement conditions further include at least one of the number of people using the block, the gender of the people, and the age of the people.
The block design support device according to claim 1 or 2. The design block conditions are at least one of road conditions, which are conditions related to roads in the design target block model, and residential area conditions, which are conditions related to residential areas of people.
The town block design support device according to any one of claims 1 to 3. The person using the block is at least one of a resident of the block, a visitor to the block, and a driver of the moving vehicle.
The town block design support device according to any one of claims 1 to 4. an evaluation model acquisition unit that acquires an evaluation target block model, which is a model having roads and human habitation areas of a block to be evaluated;
a traffic volume detection unit that detects traffic volume information indicating a traffic volume of moving bodies, including moving vehicles having a predetermined service function, moving on roads in the evaluation target block model acquired by the evaluation model acquisition unit;
an evaluation model adjustment unit that adjusts at least one of an evaluation block condition, which is a condition related to the evaluation target block model, and an operation plan of the moving vehicle, so as to satisfy a predetermined traffic condition when the traffic volume of the moving body indicated by the traffic volume information detected by the traffic volume detection unit does not satisfy the predetermined traffic condition;
Equipped with
The evaluation target block model is a model of a block designed and constructed by the block design support device according to any one of claims 1 to 5,
The traffic condition is a condition that a difference between a traffic volume indicated by the traffic volume information applied when the constructed block was designed by the block design support device and a traffic volume indicated by the traffic volume information detected by the traffic volume detection unit is within a predetermined threshold value.
Block evaluation support device. The moving object further includes at least one of a public transportation vehicle, a general vehicle owned by a person who uses the block, and the person;
The block evaluation support device according to claim 6 . The evaluation block conditions are at least one of road conditions, which are conditions related to roads in the evaluation target block model, and residence area conditions, which are conditions related to human residence areas.
The block evaluation support device according to claim 6 or 7 .