Computer Program, Information Processing Apparatus, and Information Processing Method

Abstract

Provided are a computer program, an information processing apparatus, an information processing system, and an information processing method that can reduce the workload of a building designer. 【Solution means】The computer program causes a computer to execute a process of acquiring data including the address and use of a building to be designed, extracting a plurality of regulations related to the architectural design of the building based on the acquired data from a regulation database that classifies and records regulations including a plurality of tag items specifying the content of the regulations into two categories: a parent category and child categories belonging to the parent category, and classifying the extracted plurality of regulations according to the importance of each of the two categories.

Description

Technical Field

[0001] The present invention relates to a computer program, an information processing device, Set and and an information processing method.

Background Art

[0002] BIM (Building Information Modeling) provides a workflow for utilizing a database of buildings in which attribute information such as cost, finish, and management information is added to a three-dimensional digital model of a building created on a computer in various processes from architectural design to construction and maintenance management.

[0003] Patent Document 1 discloses a system for efficiently managing information on construction-related members generated by BIM.

Prior Art Documents

Patent Documents

[0004]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0005] In order to utilize BIM, it is necessary to handle a large amount of geometric shape information. On the other hand, in carrying out building design, construction, etc., it is necessary to confirm which regulations among many regulations related to the building are applicable. In addition, since various information is described in the regulations, there is a lot of content that the building designer should confirm, and the content of the regulations also varies depending on the use and location of the building. For this reason, it is desired to reduce the workload of building designers.

[0006] The present invention has been made in view of such circumstances, and a computer program, an information processing device, Set andAn object of the present invention is to provide an information processing method.

Means for Solving the Problems

[0007] This application includes a plurality of means for solving the above problems. For example, a computer program acquires data including the address and use of a building to be designed, and extracts a plurality of regulations related to the architectural design of the building from a regulation database that classifies and records regulations including a plurality of tag items specifying the content of the regulations into two categories: a parent category and a child category belonging to the parent category, based on the acquired data, and classifies the extracted plurality of regulations according to the importance of each of the two categories, and causes a computer to execute the processing.

Effects of the Invention

[0008] According to the present invention, the workload of a building designer can be reduced.

Brief Description of the Drawings

[0009]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

Figure 16

Figure 17

Figure 18

Figure 19

Figure 20

Figure 21

Figure 22

Figure 23

Figure 24

Figure 25

Figure 26

Figure 27

Figure 28

Figure 29

Figure 30

Figure 31

Figure 32

Figure 33

Figure 34

Figure 35

Embodiments for Carrying Out the Invention

[0010] Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a diagram showing an example of the configuration of an information processing device 50 according to this embodiment. The information processing device 50 includes a control unit 51 that controls the entire device, a communication unit 52, a memory 53, a display unit 54, an operation unit 55, a storage unit 56, and an interface unit 58. The information processing device 50 can be configured by a computer such as a server, for example.

[0011] The control unit 51 may be configured by incorporating a required number of CPUs (Central Processing Units), MPUs (Micro-Processing Units), GPUs (Graphics Processing Units), etc. Further, the control unit 51 may be configured by combining DSPs (Digital Signal Processors), FPGAs (Field-Programmable Gate Arrays), etc.

[0012] The communication unit 52 includes a communication module and can communicate with an external device.

[0013] The display unit 54 can be configured by a liquid crystal panel or an organic EL (Electro Luminescence) display, etc. An external display device may be provided instead of the display unit 54.

[0014] The operation unit 55 is composed of a touch panel or the like, and can perform operations such as icons displayed on the display unit 54, movement and operation of the cursor, input of characters, etc. The operation unit 55 may also be a mouse or a keyboard.

[0015] The storage unit 56 can be composed of a semiconductor memory, a hard disk, or the like, and stores a computer program 57 (program product) and required information.

[0016] The computer program 57 can be read by a recording medium reading unit (not shown) from the computer program 57 recorded on a recording medium (for example, an optical readable disk storage medium such as a CD-ROM) M and stored in the storage unit 56. The computer program 57 may read the computer program 57 recorded on a recording medium such as a storage storage (semiconductor memory such as an SSD (Solid State Drive)) connected by a standard (for example, USB (Universal Serial Bus) or other standard) for connecting to a computer and store it in the storage unit 56. Further, the computer program 57 may be downloaded from an external device via the communication unit 52 and stored in the storage unit 56.

[0017] The memory 53 can be composed of a semiconductor memory such as SRAM (Static Random Access Memory), DRAM (Dynamic Random Access Memory), or flash memory. The computer program 57 is expanded in the memory 53, and the control unit 51 can execute the computer program 57. The control unit 51 can execute the processing defined by the computer program 57. That is, the processing by the control unit 51 is also the processing by the computer program 57.

[0018] The interface unit 58 provides an interface function for the ordinance DB (database) 60. The control unit 51 can access the ordinance DB 60 via the interface unit 58, and can write information to the ordinance DB 60 and read information from the ordinance DB 60.

[0019] The information processing apparatus 50 can provide functions such as classifying and displaying the contents of the ordinances that the designer wants to check according to the importance, classifying and displaying the contents of the ordinances according to the urgency, classifying and displaying the ordinances according to the access count, total points, load level (the amount of work of the designer), etc., extracting the items required by the designer, creating a process table, generating a cage diagram, etc. Details of each function will be described later.

[0020] FIG. 2 is a diagram showing an example of the structure of the ordinance DB 60. The ordinance DB 60 classifies and records ordinances including a plurality of tag items that specify the contents of the ordinances into two categories: a parent category and child categories belonging to the parent category. As shown in FIG. 2, let the parent categories be A, B, C,.... Let the child categories belonging to the parent category A be a1, a2, a3, a4, and the child categories belonging to the parent category B be b1, b2. Similarly, for other parent categories, corresponding child categories belong.

[0021] An ordinance in which the parent category is A and the child category corresponds to a1 is represented as Aa1. The tag items w1, w2, w3, w4, w5, w6,... of the ordinance Aa1 are represented as aw11, aw12, aw13, aw14, aw15, aw16,... respectively. The tag items include items such as "ordinance name", "application conditions", "designer's task", "deadline", "reference source", etc.

[0022] An ordinance in which the parent category is A and the child category corresponds to a2 is represented as Aa2. The tag items w1, w2, w3, w4, w5, w6,... of the ordinance Aa2 are represented as aw21, aw22, aw23, aw24, aw25, aw26,... respectively. The same applies to the other child categories of the parent category A.

[0023] Regulations where the parent category is B and the child category corresponds to b1 are denoted as Bb1. The tag items w1, w2, w3, w4, w5, w6, … of Regulation Bb1 are denoted as bw11, bw12, bw13, bw14, bw15, bw16, … respectively. The same applies to other child categories of the parent category B.

[0024] Figure 3 is a diagram showing an example of Regulation DB60. In Figure 3, the parent category A is "Use, Scale, Plan", and the child categories belonging to the parent category A are "Regulations by Use", "Regulations by Use", "Parking, Bicycle Parking Lot, Motorcycle Parking Place", "Parking, Bicycle Parking Lot, Motorcycle Parking Place", "Regulations for Sloping Land". The parent category B is "Regulation Procedures", and the child categories belonging to the parent category B are "Mid - to - high - rise Buildings", "Mid - to - high - rise Buildings", "Greening", "Landscape", "Waste", "Residential Safety (Police Consultation)", "Earthwork Regulation Law", "Buried Cultural Property". Note that the parent category and child categories are not limited to the example in Figure 3 and may include other types.

[0025] The name of the regulation where the parent category is "Use, Scale, Plan" and the child category is "Regulations by Use" is, for example, "Regulations on the Improvement of Living Environments Related to the Construction of Houses, etc. in Arakawa Ward", and the contents are described in the tag items "Applicable Conditions", "Tasks of the Designer", "Deadline", "Reference Source" respectively. Although the regulations related to Arakawa Ward are illustrated in Regulation DB60 shown in Figure 3, Regulation DB60 is not limited to Arakawa Ward and may be a Regulation DB of other wards, cities, etc. If it is a Regulation DB of other wards or cities, the regulations of that ward or city are included.

[0026] Next, based on Regulation DB60, the classification method of regulations required by designers will be explained.

[0027] FIG. 4 is a diagram showing an example of the importance levels of parent categories and child categories. The importance levels of the parent categories and child categories can be set in advance in consideration of factors such as the readability of the classified regulations. For example, the importance level may be information regarding the order in which the preset parent category or child category is displayed. That is, the importance level includes those that simply classify in an order. In the example of FIG. 4, among the parent categories, the importance level of "Building Standards" is the highest, and it decreases in the order of "Urban Development", "Area Designation", "Use / Scale / Plan", "Regulation Procedures", and "Infrastructure Procedures", and they are arranged in that order.

[0028] Among the child categories belonging to the parent category "Building Standards", the importance level of "Specific Administrative Agency" is the highest, and it decreases in the order of "Building Standards Regulations", "Detailed Rules of Building Standards Regulations", and "Handling", and they are arranged in that order.

[0029] Also, among the child categories belonging to the parent category "Urban Development", the importance level of "Article 29 + Article 60 Certification of the Design Law, Outline Consultation" is the highest, and it decreases in the order of "Urban Facilities" and "District Improvement Projects". The same applies to other categories. Note that the content and importance level of the categories are only examples and are not limited to the example of FIG. 4. For example, the importance level may be information regarding the size in which the preset parent category or child category is displayed. In this case, among the child categories belonging to the parent category, information with a high importance level may be displayed large, and information with a low importance level may be displayed small.

[0030] The control unit 51 acquires data including the address and use of the building to be designed. By acquiring data including the address and use of the building, the regulations related to the building to be designed can be narrowed down. The control unit 51 extracts a plurality of regulations related to the architectural design of the building based on the acquired data from the regulation DB 60 that classifies and records regulations including a plurality of tag items for specifying the content of the regulations into two categories: a parent category and a child category belonging to the parent category. The control unit 51 can classify the extracted plurality of regulations according to the importance level of each of the two categories: the parent category and the child category belonging to the parent category.

[0031] The regulations contain various information, and what the designer wants to check varies depending on the time. For example, from the perspective of the process, those with submission deadlines, and from the perspective of the building shape, those that affect the building's exterior shape, room size, etc. are combined in a complex manner. Therefore, from the designer's perspective, classification by a single axis is insufficient, and by classifying in a two-axis format using two categories, the parent category and the sub-categories belonging to the parent category, the regulations can be comprehensively checked. For example, it becomes possible to handle cases where it is necessary to know which of those that require urgent submission may have a significant impact on the direction of the plan. Also, by setting importance levels based on experience and data, it becomes possible to organize information more based on its utilization in design practice. By classifying and structuring the necessary information according to the importance levels of the two categories, the efficiency of design can be improved, and the workload of the building designer can be reduced.

[0032] Figure 5 is a diagram showing an example of the classification result of the regulations. As shown in Figure 5, the control unit 51 arranges the parent categories in order of importance, and for each arranged parent category, arranges the sub-categories belonging to the parent category in order of importance. For example, as shown in Figure 5, the parent categories are arranged in the order of importance 1, 2, 3 as parent categories I1, I2, I3. The sub-categories belonging to parent category I1 are arranged as sub-categories i1, i2, i3 in the order of importance 1, 2, and the sub-categories belonging to parent category I2 are arranged as sub-categories i4, i5 in the order of importance 1, 2.

[0033] The control unit 51 can classify and display the regulations by associating them with the sub-categories for each arranged sub-category. For example, as shown in Figure 5, the regulations are classified and displayed in association with sub-categories i1, i2, i3, i4, i5.

[0034] Thus, by classifying and displaying the necessary regulations according to the importance levels of the two categories, the efficiency of design can be improved, and the workload of the building designer can be reduced.

[0035] In the example of FIG. 5, although it is illustrated that one regulation corresponds to one child category, it is not limited thereto. For example, a plurality of regulations may correspond to one child category. For example, when three regulations correspond to child category i1, in FIG. 5, by displaying child category i1 over three lines and associating one regulation with each child category i1, a plurality of regulations can be associated with one child category.

[0036] On the "Regulation Classification Result" screen of FIG. 5, an "Urgency" icon 101, an "Access Count" icon 102, a "Total Points" icon 103, a "Load Degree" icon 104, an "Extraction Item" icon 105, a "Process Table" icon 106, and a "Birdcage Diagram" icon 107 are displayed. Hereinafter, the processing when each icon is operated will be described.

[0037] First, the "Urgency" icon 101 will be described. By operating the "Urgency" icon 101, the classification and display method of regulations can be changed to classification and display according to the urgency, and the display modes when classifying and displaying regulations can be increased. The urgency is information regarding the order and size in which preset regulations are displayed, and is, for example, information set based on information such as the deadline and timing of procedures.

[0038] FIG. 6 is a diagram showing an example of the display order of information included in the deadline tag when the urgency is selected. As shown in FIG. 6, the information included in the "deadline tag" of the regulation is preset to be displayed in order from the one with the highest urgency. In the example of FIG. 6, among the information included in the deadline tag, "with multiple steps" has the highest urgency and is displayed at the top. Subsequently, in order of decreasing urgency, "XX days before sign installation", "XX days before confirmation application reception", "before confirmation application", "30 days before construction start", "before construction start", "after construction start", and "to be confirmed" are displayed in this order. Note that the order of urgency is not limited to the example of FIG. 6.

[0039] FIG. 7 is a diagram showing an example of the display of regulations when the urgency level is selected. As shown in FIG. 7, the control unit 51 can arrange the regulations without due dates in order of importance, in the order of "with multiple steps", "XX days before sign installation", "XX days before acceptance of confirmation application", "before confirmation application", "30 days before commencement of work", "before commencement of work", "after commencement of construction work", and "to be confirmed".

[0040] As described above, when the control unit 51 receives an instruction to classify regulations according to the urgency level, it can classify and display the regulations in the order of the urgency levels of a plurality of pieces of information (application procedure deadline information) included in the deadline tag (application procedure deadline item) among a plurality of tag items.

[0041] In this way, when "urgency level" is selected and no due date is entered, the regulations and legal regulations can be rearranged and displayed according to the preset urgency level. Also, when displaying regulations and legal regulations, they may be displayed in order of importance for each piece of information included in the deadline tag.

[0042] FIG. 8 is a diagram showing an example when a due date is entered in addition to the urgency level. The example in FIG. 8 shows a case where the designer selects "urgency level" and enters the due date of the procedure. Examples of the due date include, for example, the acceptance date of the confirmation application, the commencement date of the construction work, the sign installation date, and the like.

[0043] FIG. 9 is a diagram showing an example of the display of regulations when the urgency level and the due date are selected. As shown in FIG. 9, when a due date is entered, display items of "due date determined" and "due date ended" are displayed outside the display frame illustrated in FIG. 7, from the top. In the column of "due date determined", the regulations and legal regulations with the entered due date are displayed. In this case, the display order of the regulations and the like can be displayed in the order of the earlier due date (or the order of the approaching due date). Also, when there are a plurality of regulations with the same due date, these plurality of regulations may be displayed according to the order of the importance of the category. In the column of "due date ended", the regulations and legal regulations that have passed the due date are displayed.

[0044] As described above, when the control unit 51 receives the input of the due date (application procedure due date item) among a plurality of tag items, it classifies and displays the regulations before the due date (before the application procedure due date) in the order of the remaining days until the application procedure due date, and can also classify and display the regulations at the end of the due date (end of the application procedure due date).

[0045] Thereby, the designer can easily confirm the regulations before the due date and approaching the due date and the regulations for which the due date has ended only by inputting the due date, without the need to individually confirm each regulation, and can collectively confirm the regulations before the due date and the regulations at the end of the due date separately, reducing the work burden on the designer.

[0046] Next, the case where the "number of accesses" icon 102 is operated will be described.

[0047] FIG. 10 is a diagram showing an example of the process when the number of accesses is selected. The control unit 51 aggregates the number of accesses over a predetermined period for each regulation in advance. The predetermined period can be appropriately determined, for example, as one week, one month, three months, six months, etc. The number of accesses can be the number of accesses of the "reference source" tag among the tag items of each regulation. When the designer examines matters related to the regulation, the designer can refer to the information of the reference source to deepen the understanding of the content of the regulation. That is, it can be considered that the higher the number of accesses, the higher the possibility of accessing useful information for the designer.

[0048] In the example of FIG. 10, it is possible to divide the regulations with skipped accesses, that is, the regulations for which the number of accesses over a predetermined period exceeds a predetermined first threshold value, and the regulations that have not been accessed, that is, the regulations for which the number of accesses over a predetermined period does not exceed a predetermined second threshold value (<the first threshold value).

[0049] FIG. 11 is a diagram showing an example of the display of regulations when the number of accesses is selected. As shown in FIG. 11, at the top of the display column, frequently accessed laws and regulations are displayed. That is, in the top column, regulations whose access count from the reference source exceeds the first threshold are arranged. Also, at the bottom of the display column, for example, laws and regulations that have not been accessed for more than one week are displayed. That is, in the bottom column, regulations whose access count from the reference source does not exceed the second threshold are arranged.

[0050] In the display column between the top column and the bottom column, for example, the parent categories are arranged in order of importance, and the regulations included in each parent category are displayed in order of the access count from the reference source. Also, although not shown, the child categories belonging to the parent category may be arranged in order of importance, and the regulations included in each child category may be displayed in order of the access count from the reference source.

[0051] Regarding the access count from the reference source, as in the display example in the top column, it may be displayed in order of the access count in units of regulations, or it may be displayed in order of the access count in units of parent categories or child categories.

[0052] As described above, the control unit 51 can classify and display regulations based on the aggregated access count. Thereby, the designer can easily access useful regulations among many regulations.

[0053] The control unit 51 may classify and display the regulations included in each parent category based on the access count for each parent category. Also, the control unit 51 may classify and display the regulations included in each child category based on the access count for each child category. Thereby, the designer can access appropriate regulations considering both the importance of the category and the access count.

[0054] Next, the case where the "Total Points" icon 103 is operated will be described.

[0055] FIG. 12 is a diagram showing an example of the process when the comprehensive points are selected. As shown in FIG. 12, the comprehensive points are calculated by pointifying the number of accesses to the reference source, the ratio with a short set deadline (emergency ratio), and the ratio that must be applied (mandatory application ratio), respectively, and calculating the comprehensive points. For example, assuming that the number of accesses in past projects for each subcategory is N, the emergency ratio is E, and the mandatory application ratio is A, the comprehensive point G can be calculated by the formula G = α1×N + α2×E + α3×A. α1, α2, and α3 are weighting coefficients and can be set in advance. The comprehensive points can be calculated for each subcategory.

[0056] In the example of FIG. 12, the comprehensive points are calculated for each subcategory such as "Regulations by Use", "Parking and Bicycle Parking", "Mid- to High-rise Buildings", and "Port Area". In the example of FIG. 12, regulations with a high comprehensive point number and regulations with a low comprehensive point number can be separated.

[0057] FIG. 13 is a diagram showing an example of the display of regulations when the point number is selected. As shown in FIG. 13, at the top of the display column, regulations and ordinances with a high likelihood of high importance based on past history are displayed. That is, regulations with a high comprehensive point number are arranged in the top column. Also, at the bottom of the display column, regulations and ordinances with a high likelihood of low importance based on past history are displayed. That is, regulations with a low comprehensive point number are arranged in the bottom column.

[0058] In the display column between the top column and the bottom column, for example, the parent categories are arranged in order of importance, and the regulations included in each parent category are displayed in order of the comprehensive point number. Also, although not shown in the figure, the subcategories belonging to the parent category may be arranged in order of importance, and the regulations included in each subcategory may be displayed in order of the comprehensive point number.

[0059] As described above, for each subcategory, the control unit 51 multiplies the ratio of the application of the applicable condition items (the mandatory application ratio), which is mandatory among the plurality of tag items, the ratio of the application procedure dates of the application procedure deadline items among the tag items being set short (the emergency ratio), and the number of accesses to the reference source items among the tag items by the weight coefficients respectively to calculate the point values, and can display the regulations included in the subcategory classified according to the calculated point values.

[0060] Thereby, it is possible to distinguish and display the regulations with high importance and the regulations with low importance from the past history, and the designer can identify the important regulations from among many regulations.

[0061] Next, the case where the "load level" icon 104 is operated will be described.

[0062] FIG. 14 is a diagram showing an example of the load level. The load level is information regarding the order and size in which the preset regulations are displayed, and is an index indicating how much man-hours are required in the designer's work. For example, the greater the load level, the more man-hours are required. As shown in FIG. 14, among the tasks defined as the designer's tasks, the one with the highest load level is "permission", and following "permission", the load levels decrease in the order of "adjacent explanation", "sign installation", "notification", "prior consultation procedure", "necessity determination", "certification", and "confirmation required". Note that the order of the load levels and the examples of the tasks are not limited to the example of FIG. 14.

[0063] FIG. 15 is a diagram showing a display example when the load level is selected. As shown in FIG. 15, the parent categories are arranged in the order of importance, and the regulations included in each parent category are displayed in the order of the items with higher load levels. In this case, the regulations include those for which the application necessity is "required".

[0064] As described above, the load levels of the respective designers of the plurality of tasks included in the designer's task items among the plurality of tag items are determined in advance, and the control unit 51 can specify the load level according to the tasks included in the task items for each of the plurality of regulations included in the parent category, and classify and display the regulations according to the specified load level.

[0065] This enables the designer to easily identify the time-consuming tasks in the design work.

[0066] Next, the case of operating the "Extraction Items" icon 105 will be described.

[0067] FIG. 16 is a diagram showing an example of extraction items. The extraction items include items that are of concern to the designer from regulations narrowed down by the address, use, etc. of the building. The control unit 51 provides a filtering function for extracting items of concern, etc. As shown in FIG. 16, the extraction items include, for example, "application conditions", "designer's tasks", "deadlines", etc. The "application conditions" include display items such as "use", "building scale", "site scale", "construction location", "plan", "to be confirmed", etc., and multiple display items can be set. The "designer's tasks" include display items such as "notification", "permission", "certification", "necessity determination", "sign installation", "neighbor explanation", "prior consultation procedure", "to be confirmed", etc., and multiple display items can be set. The "deadline" includes display items such as "30 days before construction start", "before construction start", "before confirmation application", "XX days before confirmation application reception", "XX days before sign installation", "after construction start", "with multiple steps", "to be confirmed", etc., and one display item can be set.

[0068] FIG. 17 is a diagram showing the process when filtering by "application conditions", and FIG. 18 shows an example of the display when filtering by "application conditions". As shown in FIG. 17, the designer can extract the items ("use", "building scale", "site scale", "construction location", "plan" or "to be confirmed") recorded in the "application conditions" tag of each regulation by inputting or selecting the "application conditions".

[0069] As shown in FIG. 18, when the items recorded in the "Application Conditions" tag of each regulation are extracted, the necessary information associated with and recorded for each display item of "Site Area", "Construction Location", "Use", "Building Scale", "Plan", and "To Be Confirmed" can be extracted. For example, for "Site Area" and "Construction Location", whether application is required is determined based on the site area and construction location of the planned building, and the items essential for the designer to grasp the potential of the site in volume study can be extracted. Thereby, generation of an accurate bird's-eye view becomes possible.

[0070] Also, for "Use", "Building Scale", and "Plan", whether application is required is determined based on the use, scale, and plan details of the planned building, and the considerations when the designer plans the building can be extracted. Thereby, the important points in the planning stage become clear, and the conditions and constraints necessary for the design can be grasped at an early stage.

[0071] FIG. 19 is a diagram showing the process when filtering by "Designer's Task", and FIG. 20 shows an example of display when filtering by "Designer's Task". As shown in FIG. 19, the designer can extract the items ("Notification", "Permission", "Certification", "Requirement Judgment", "Sign Installation", "Neighbor Explanation", "Prior Consultation Procedure", or "To Be Confirmed") recorded in the "Designer's Task" tag of each regulation by inputting or selecting "Designer's Task".

[0072] As shown in FIG. 20, when the items recorded in the "Designer's Task" tag of each regulation are extracted, the necessary information associated with and recorded for each display item of "Notification", "Permission", "Certification", "Requirement Judgment", "Sign Installation", "Neighbor Explanation", "Prior Consultation Procedure", and "To Be Confirmed" can be extracted. For example, for each display item of "Neighbor Explanation", "Sign Installation", "Prior Consultation Procedure", "Notification", and "Permission", the essential tasks of the designer can be displayed. Also, for "To Be Confirmed", for example, tasks that may be essential after confirmation can be displayed, and for "Certification", tasks that may be tasks of parties other than the designer (e.g., the client side) can be displayed.

[0073] FIG. 21 is a diagram showing the process when filtering by "due date", and FIG. 22 shows an example of the display when filtering by "due date". As shown in FIG. 21, the designer can extract the items recorded in the "due date" tag of each regulation ("30 days before start of work", "before start of work", "before confirmation application", "XX days before acceptance of confirmation application", "XX days before installation of signs", "after start of construction", "with multiple steps", or "requiring confirmation") by inputting or selecting the "due date".

[0074] As shown in FIG. 22, when the items recorded in the "due date" tag of each regulation are extracted, the necessary information associated with each display item of "before confirmation application", "XX days before acceptance of confirmation application", "30 days before start of work", "before start of work", "after start of construction", "XX days before installation of signs", "with multiple steps", and "requiring confirmation" can be extracted. For example, for each display item of "before confirmation application" and "XX days before acceptance of confirmation application", the laws and regulations with the due date set based on the acceptance date of the confirmation application can be extracted and displayed. Thus, it can be utilized as a database for the function of automatically generating a process schedule by setting the acceptance date of the confirmation application.

[0075] Also, for each display item of "30 days before start of work", "before start of work", and "after start of construction", the laws and regulations with the due date set based on the start date of work can be extracted and displayed. Thus, it can be utilized as a database for the function of automatically generating a process schedule by setting the start date of work.

[0076] Also, for each display item of "XX days before installation of signs" and "with multiple steps", the laws and regulations with the installation date of signs or multiple steps in the due date can be extracted and displayed. This can clarify the tasks that the designer should pay attention to.

[0077] As described above, extraction items corresponding to required items among a plurality of tag items are determined in advance. When the control unit 51 receives an input of a required item, it can display information including regulations related to the extraction item corresponding to the received required item. The information including regulations includes, for example, information such as required items, considerations, and tasks. Further, the required item can include at least one of application conditions, the designer's task, and a deadline (application procedure deadline).

[0078] In the display examples illustrated in FIG. 18 or FIG. 20, when displaying required items, considerations, or tasks, they may be displayed in order of deadline based on the deadlines related to the required items, considerations, or tasks. Also, in the display example illustrated in FIG. 22, when displaying regulations or ordinances, the man-hours related to the regulations or ordinances may be specified and, for example, displayed in the order of increasing man-hours.

[0079] As illustrated in FIGS. 17, 19, and 21, for each narrowed-down regulation, a database can be created in advance associating each regulation with the information on "application conditions", "designer's task", and "deadline" respectively. Specifically, the information on "application conditions", "designer's task", and "deadline" can be recorded in association with the identifier (ID) of each regulation.

[0080] Next, the case where the "process table" icon 106 is operated will be described.

[0081] FIG. 23 is a diagram showing an example of input information for generating a process table. As shown in FIG. 23, on the input screen, columns for inputting or selecting the scheduled confirmation application reception date and the scheduled construction start date are displayed as the reference date setting. The designer can set the reference date of the deadline for the regulations narrowed down by the address and use of the building. Note that the reference date setting may include the scheduled sign installation date.

[0082] The control unit 51 can receive the input for setting the reference date of the application procedure deadline, and generate a process table that displays the schedule of the designer's tasks in a time chart for each pre-screened ordinance with respect to the received reference date.

[0083] Also, the control unit 51 may specify the reference date of the application procedure deadline for each ordinance classified based on the address and use of the building, and receive the input for setting the specified reference date. Thereby, the information processing apparatus 50 can request the designer to input the setting of the reference date determined according to the ordinance. That is, the reference date may be specified corresponding to the ordinance, and the designer may be requested to set the specified reference date. Thereby, the designer does not need to determine which scheduled date needs to be input for the reference date setting, and only needs to input the reference date requested by the information processing apparatus 50 for each ordinance.

[0084] FIG. 24 is a diagram showing an example of a process table. As shown in FIG. 24, the process table is a time chart with a time axis displayed on the horizontal axis, and the reference dates (for example, the scheduled date for receiving the confirmation application and the scheduled date for starting construction) input by the designer are set as points on the time chart. Then, for each target ordinance, the deadline of the designer's task is set as a point on the time chart. In the example of FIG. 24, the designer's tasks 1, 2, and 3 are displayed for Ordinances 1, 2, and 3.

[0085] If the designer's task is, for example, 30 days before the scheduled date for receiving the confirmation application, on the time chart, the designer's task is displayed at the point 30 days before the scheduled date for receiving the confirmation application. Thereby, it is possible to easily confirm until when the procedures related to each ordinance must be carried out with respect to the reference date of the deadline.

[0086] Once the process table is generated, if it is decided, for example, to delay the start date after the related parties including the designer gather for a meeting, the control unit 51 may acquire the minutes of the meeting, perform language processing on the acquired minutes, specify the change in the construction start date, and update the process table based on the specified construction start date.

[0087] Next, the case of operating the "birdcage diagram" icon 107 will be described.

[0088] The birdcage diagram is a diagram representing in three-dimensional shape the range that a building must not exceed. Conditions for generating the birdcage diagram include, for example, diagonal line regulations, reverse solar shadows, reverse sky ratios, and regulations regarding setback distances. Diagonal line regulations are stipulated in the Building Standards Law and ensure sunlight and ventilation for roads and adjacent plots and relieve a sense of oppression by restricting the height of each part of the building according to the distance from the road boundary line or the adjacent plot boundary line. Reverse solar shadows are stipulated in the Building Standards Law and are regulations to prevent causing solar shadows on adjacent blocks for a certain period of time or more. Reverse sky ratios are stipulated in the Building Standards Law and regulate the ratio of the area of the sky to the whole day when looking at the building from a certain position based on the ratio between the building and the sky. Setback distances are stipulated by the ordinances of municipalities and regulate the distances from the adjacent plot boundary line to each part of the building.

[0089] For generating the birdcage diagram, software for constructing three-dimensional building data or the like can be used. For example, software such as a CAD system of BIM can be used.

[0090] As described above, the control unit 51 can generate a birdcage diagram based on at least one of diagonal line regulations, reverse solar shadows, and reverse sky ratios, and regulations regarding setback distances based on ordinances classified according to the address and use of the building.

[0091] FIG. 25 is a diagram showing an example of condition settings for generating a birdcage diagram. As shown in FIG. 25, conditions for generating the birdcage diagram can further include regulations regarding two-lane roads and self-managed sidewalks. In principle, a road under the Building Standards Law needs to have a width of 4 m or more. A two-lane road is a road with a width of less than 4 m and is a road for which relief measures have been taken after receiving the designation of a specific administrative agency.

[0092] When constructing a building on a site facing a two-lane road, it is possible to generate a birdcage diagram after confirming with the relevant authorities, such as whether to adopt either a method of reducing the size of the site to secure a width of 4 m (pattern where the site becomes smaller) or a method of narrowing the land on the opposite side across the site and the road (pattern that does not affect the site).

[0093] For a self-managed sidewalk, if there is no sidewalk with a width of 2.0 m or more on the road adjacent to the business site, a sidewalk with a width of 2.0 m or more must be secured. When there are regulations regarding self-managed sidewalks in the filtered regulations, a birdcage diagram can be generated considering such regulations.

[0094] When generating a birdcage diagram based on multiple regulations, among the birdcage diagrams based on each regulation, a birdcage diagram based on the three-dimensional shape with the narrowest range can be used.

[0095] As described above, the control unit 51 can generate a birdcage diagram based on the regulations regarding two-lane roads or self-managed sidewalks based on the regulations. Thereby, since the birdcage diagram can be generated reflecting the regulations based on the regulations, the accuracy of the birdcage diagram can be improved.

[0096] Next, a method for generating the ordinance DB60 will be described.

[0097] The ordinance DB60 classifies and records ordinances containing a plurality of tag items specifying the content of the ordinance into two categories: a parent category and child categories belonging to the parent category. Therefore, in order to generate the ordinance DB60, a parent category database for specifying the ordinances included in the parent category and a child category database for specifying the ordinances included in the child categories need to be prepared.

[0098] FIG. 26 is a diagram showing an example of a parent category database. The parent category database records, for each parent category, words related to the parent category and vectors of the related words in association with each other. For example, as shown in FIG. 26, for the parent category P1, words wp11, wp12, wp13,... are associated as related words, and vectors vp11, vp12, vp13,... of the related words wp11, wp12, wp13,... are associated.

[0099] Also, for the parent category P2, words wp21, wp22, wp23,... are associated as related words, and vectors vp21, vp22, vp23,... of the related words wp21, wp22, wp23,... are associated.

[0100] FIG. 27 is a diagram showing an example of a child category database. The child category database records, for each child category, words related to the child category and vectors of the related words in association with each other. For example, as shown in FIG. 27, for the child category C1, words wc11, wc12, wc13,... are associated as related words, and vectors vc11, vc12, vc13,... of the related words wc11, wc12, wc13,... are associated.

[0101] Also, for the child category C2, words wc21, wc22, wc23,... are associated as related words, and vectors vc21, vc22, vc23,... of the related words wc21, wc22, wc23,... are associated.

[0102] FIG. 28 is a diagram showing an example of the generation steps of the ordinance DB60. The control unit 51 acquires an ordinance document. The ordinance document includes the name of the ordinance and the ordinance text. A user (person in charge) who creates the ordinance DB60 inputs a URL on the web, and the control unit 51 acquires the input URL and transmits the URL to an external website, and can acquire the ordinance document from the external website.

[0103] The control unit 51 performs morphological analysis on the acquired ordinance document to extract words from the ordinance document. The words may include words related to a plurality of tag items that specify the content of the ordinance.

[0104] The control unit 51 performs vectorization processing on the extracted words to calculate vectors for each of the extracted words.

[0105] The control unit 51 calculates the similarity between the vector values of each word extracted from the ordinance document and the vector values of the words recorded in the parent category database and the child category database respectively. For calculating the similarity, for example, cosine similarity can be used.

[0106] The control unit 51 calculates the accuracy of the parent category and the accuracy of the child category based on the calculated similarity, and specifies the category with the highest accuracy as the parent category and the child category. For example, let the vectors of the words extracted from the ordinance document be x1, x2, x3, x4,... and let the accuracy of the ordinance document being the parent categories P1, P2, P3,... be R1, R2, R3,... according to the similarity between the vector values of the words and the vector values of the words recorded in the parent category database. If the highest accuracy among R1, R2, R3,... is R2, it can be specified that the parent category corresponding to the ordinance document is P2. Similarly, let the vectors of the words extracted from the ordinance document be x1, x2, x3, x4,... and let the accuracy of the ordinance document being the child categories C1, C2, C3,... be r1, r2, r3,... according to the similarity between the vector values of the words and the vector values of the words recorded in the child category database. If the highest accuracy among r1, r2, r3,... is r3, it can be specified that the child category corresponding to the ordinance document is C3.

[0107] The control unit 51 can classify and record the ordinance into two categories, namely the parent category and the child categories belonging to the parent category, by associating and storing the ordinance text with the parent category and the child category.

[0108] As described above, vector information of words related to each of the parent category and the child category is stored in association information (parent category database and child category database) associated with the parent category and the child category. The control unit 51 acquires a regulatory document from an external website, generates vector information (vector values) of words included in the acquired regulatory document, and based on the similarity between the generated vector information and the vector information stored in the association information, identifies the parent category and the child category corresponding to the regulatory document. The control unit 51 can generate a regulatory database in which the regulatory documents are classified and recorded in two categories, the identified parent category and child category.

[0109] Also, the control unit 51 repeatedly acquires regulatory documents from an external website at required timings (for example, once a month, once every two months, etc.), determines whether there is a difference between the acquired regulatory document and the most recently acquired regulatory document, and if there is a difference, generates vector information of words included in the acquired regulatory document, and based on the similarity between the generated vector information and the vector information stored in the association information, identifies the parent category and the child category corresponding to the regulatory document. The control unit 51 can update the regulatory database in which the regulatory documents are classified and recorded in two categories, the identified parent category and child category.

[0110] In addition, if the regulatory document is not registered on an external site or the like and cannot be acquired as data, the regulatory document may be acquired by manual input.

[0111] In the above example, the parent category database and the child category database are prepared in advance. Words are extracted from the ordinance document by morphological analysis, and the parent category and the child category are specified based on the similarity of the word vectors. However, the method for specifying the parent category and the child category is not limited to this. For example, a learned learning model may be used to specify the parent category and the child categories belonging to the parent category. As the learning model, for example, a model such as a neural network can be used. In this case, the control unit 51 acquires the ordinance document, and when the ordinance document is input, the acquired ordinance document is input to the learning model that specifies the parent category corresponding to the ordinance document and the child categories belonging to the parent category, and the parent category and the child categories can be specified.

[0112] Next, BIM (Building Information Modeling) of the present embodiment will be described.

[0113] FIG. 29 is a diagram showing an example of the configuration of the information processing system of the present embodiment. The information processing system includes a server 100 and a plurality of terminal devices 200. The server 100 and each terminal device 200 are connected via a communication network 1. In the example of FIG. 29, the configuration includes two terminal devices 200, but the number of terminal devices 200 is not limited to two, and there may be three or more. The information processing system can provide BIM, and a user such as a designer can perform BIM modeling on a browser using the terminal device 200. That is, information (for example, parameter information described later) necessary for BIM modeling can be shared between the terminal devices 200 via the server 100.

[0114] FIG. 30 is a diagram showing an example of the configuration of the server 100. The server 100 includes a control unit 101 that controls the entire server 100, a communication unit 102, a geometrization engine 103, a storage unit 104, and a parameter DB 107.

[0115] The control unit 101 may be configured by incorporating a required number of CPUs (Central Processing Units), MPUs (Micro-Processing Units), GPUs (Graphics Processing Units), etc. Further, the control unit 101 may be configured by combining DSPs (Digital Signal Processors), FPGAs (Field-Programmable Gate Arrays), etc.

[0116] The communication unit 102 is provided with a communication module and can communicate with the terminal device 200 and an external device (not shown) via the communication network 1.

[0117] The geometrization engine 103 can generate three-dimensional geometric shape information of a building member from parameter information regarding the member. The three-dimensional geometric shape information includes three-dimensional coordinate data such as lines, surfaces, vertices, etc. for specifying the three-dimensional shape of the member, and data for specifying information on the surfaces of the member. The parameter information is data for specifying the three-dimensional shape, etc. of the member, and has a smaller data volume than the geometric shape information. The geometrization engine 103 has a function of three-dimensionalizing the parameter information, and the three-dimensional representation and two-dimensional representation of the member can be performed by the geometrization engine 103. Details of the parameter information will be described later.

[0118] The storage unit 104 can be configured by a semiconductor memory, a hard disk, etc., and stores the BIM model 105, BIM data 106, and required information. The BIM model 105 is a model for constructing the members of a building, and the BIM data 106 is data used in the BIM model 105.

[0119] The parameter DB 107 is a database for recording parameter information.

[0120] The server 100 can provide (export) the BIM model 105 and BIM data 106 to an external system or software via the communication unit 102.

[0121] FIG. 31 is a diagram showing an example of the configuration of the terminal device 200. The terminal device 200 includes a control unit 201 that controls the entire terminal device 200, a communication unit 202, a geometrization engine 203, a display unit 204, an operation unit 205, a parameter DB 206, and a storage unit 207. The terminal device 200 can be configured by, for example, a personal computer or the like.

[0122] The control unit 201 may be configured by incorporating a required number of CPUs (Central Processing Units), MPUs (Micro-Processing Units), GPUs (Graphics Processing Units), etc. Further, the control unit 101 may be configured by combining DSPs (Digital Signal Processors), FPGAs (Field-Programmable Gate Arrays), etc.

[0123] The communication unit 202 includes a communication module and can communicate with the server 100 via the communication network 1.

[0124] The geometrization engine 203 is the same as the geometrization engine 103 provided in the server 100, so the description thereof is omitted.

[0125] The display unit 204 is configured by a liquid crystal display or an organic EL display, etc., and provides a UI (user interface) for the user by displaying required information. Note that, instead of the display unit 204, an external display device may be used.

[0126] The operation unit 205 is configured by, for example, a touch panel, and can perform operations on icons displayed on the display unit 204, movement and operation of the cursor, input of characters, etc. The operation unit 205 may be configured by buttons, switches, etc., or may be configured by a keyboard, a mouse, etc. The operation unit 205 provides a UI for the user by receiving the user's operation. Note that, instead of the operation unit 205, an external terminal device for operation may be provided.

[0127] The parameter DB 206 is a database that records parameter information.

[0128] The storage unit 207 can be configured with a semiconductor memory, a hard disk, or the like, and stores the BIM model 208, the BIM data 209, and required information. The BIM model 208 is a model for constructing building members, similar to the BIM model 105, and the BIM data 209 is data used in the BIM model 208, similar to the BIM data 106.

[0129] The information processing system of the present embodiment includes a server 100 and a plurality of terminal devices 200. Each of the server 100 and the plurality of terminal devices 200 includes a geometrization engine 103, 203 that generates geometric shape information of a member based on parameter information regarding the member of a building. One terminal device 200 transmits the parameter information used for generating the geometric shape information to the server 100. The server 100 receives and stores the parameter information, and transmits the received parameter information to the other plurality of terminal devices 200 excluding the one terminal device 200. Thereby, the plurality of terminal devices 200 can share the parameter information.

[0130] That is, when designer A performs the design of a member using parameter information instead of geometric shape information on a certain terminal device 200A, the parameter information can be converted into 3D geometric shape information by the geometrization engine 203. On the terminal device 200A, designer A can perform 3D display (and 2D display) of the designed member using the geometrization engine 203. The parameter information used by the designer is recorded in the parameter DB 206.

[0131] When parameter information is newly generated or updated, or at the instruction of Designer A, the terminal device 200A transmits the parameter information to the server 100. The server 100 receives the parameter information and records it in the parameter DB 107, and also transmits the parameter information to other terminal devices 200B other than the terminal device 200A. The other terminal device 200B receives the parameter information and records it in the parameter DB 206. In the other terminal device 200B, another Designer B can use the geometrization engine 203 to perform 3D display (and 2D display) of the members designed by Designer A from the parameter information. In this way, by sharing the parameter information among the terminal devices 200, another Designer B can perform 3D display of the members designed by one Designer A, and the design information can be shared among the designers.

[0132] Also, from the perspective of the designer, instead of dealing with a large amount of geometric shape information, parameter information with a small data volume can be handled, so the workload of the building designer can be reduced.

[0133] Also, from the perspective of the information processing system, there is no need to exchange a large amount of geometric shape information between the terminal devices 200, and parameter information with a small data volume can be exchanged, so the processing of the information processing system can be reduced.

[0134] FIG. 32 is a diagram showing an example of parameter information. As shown in FIG. 32, the parameter information includes, for example, member information (e.g., floor, wall, ceiling, etc.), geometric information (e.g., height, width, thickness, level (floor of the building), etc.) of the member, material information (information for specifying or identifying the material of the member), cost information (unit price of the member, etc.), and finish information (information for specifying or identifying the surface treatment of the member, etc.).

[0135] For example, when the member is a wall, by inputting the geometric information of the wall, namely the height (e.g., 1000 mm) and width (e.g., 300 mm), into the geometrization engine 203, the 3D geometric shape information of the wall can be generated. Also, when the member is a floor, by inputting the geometric information of the floor, namely the length, width, thickness, and level (floor), into the geometrization engine 203, the 3D geometric shape information of the floor on the corresponding floor can be generated.

[0136] FIG. 33 is a diagram showing an example of conformity determination of regulations using parameter information. As shown in FIG. 33, assume that, as determination items for whether or not it conforms to the regulations, there are, for example, a wall height limit, a wall material limit, and a wall finish limit. For the determination of whether or not it conforms to the wall height limit, it can be immediately confirmed by using the geometric information (height) among the parameter information. If 3D geometric shape information is used, it is necessary to perform a 3D display of the wall and calculate the height of the wall. However, by using the parameter information, it can be directly judged, and the workload of the designer can be reduced.

[0137] Also, for the determination of whether or not it conforms to the wall material limit, it can be immediately confirmed by using the material information among the parameter information. Also, for the determination of whether or not it conforms to the wall finish limit, it can be immediately confirmed by using the finish information among the parameter information. Thereby, the workload of the designer can be reduced.

[0138] As described above, the parameter information includes geometric information and material information regarding the member, and the terminal device 200 can determine whether or not it complies with the regulations regarding the dimensions (height) or material of the member based on the parameter information.

[0139] Also, in a design using multiple types of members, the total cost of the members can also be immediately confirmed by using the cost information per member (unit price × quantity), and the workload of the designer can be reduced.

[0140] FIG. 34 is a diagram showing an example of a processing procedure for classifying and displaying regulations by the information processing apparatus 50. The control unit 51 acquires data including the address and use of a building (S11), and extracts regulations related to the architectural design of the building from the regulation database 60 based on the acquired data (S12). The control unit 51 classifies and displays the extracted regulations in the order of the importance of the parent category and the importance of the child categories belonging to the parent category (S13), and ends the process. Thereby, the regulation classification result illustrated in FIG. 5 can be obtained.

[0141] FIG. 35 is a diagram showing an example of a generation processing procedure of the regulation database 60 by the information processing apparatus 50. The control unit 51 acquires a regulation document (S21), and performs morphological analysis on the acquired regulation document (S22). The control unit 51 calculates a vector of words obtained by the morphological analysis (S23).

[0142] The control unit 51 calculates the similarity between the calculated vector and the word vectors of the parent category database (illustrated in FIG. 27) prepared in advance (S24), and specifies the parent category with the highest similarity (S25).

[0143] The control unit 51 calculates the similarity between the calculated vector and the word vectors of the child category database (illustrated in FIG. 28) prepared in advance (S26), and specifies the child category with the highest similarity (S27). The control unit 51 generates the regulation database 60 by associating and storing regulations with the specified parent category and child category (S28), and ends the process.

[0144] As described above, according to the present embodiment, the workload of the building designer can be reduced.

[0145] (Appendix 1) The computer program causes the computer to execute a process of acquiring data including the address and use of the building to be designed, extracting a plurality of regulations related to the architectural design of the building from a regulation database that classifies and records regulations including a plurality of tag items specifying the content of the regulations into two categories: a parent category and child categories belonging to the parent category, and classifying the extracted plurality of regulations according to the importance of each of the two categories.

[0146] (Appendix 2) In Appendix 1, the computer program causes the computer to execute a process of arranging the parent categories in order of importance, arranging the child categories belonging to each arranged parent category in order of importance, and classifying and displaying regulations in association with each arranged child category.

[0147] (Appendix 3) In Appendix 1 or Appendix 2, when the computer program receives an instruction to classify regulations according to urgency, the computer program causes the computer to execute a process of classifying and displaying regulations in order of the urgency of a plurality of application procedure deadline information included in the application procedure deadline item among the plurality of tag items.

[0148] (Appendix 4) In Appendix 3, when the computer program further receives an input of an application procedure date item among the plurality of tag items, the computer program causes the computer to execute a process of classifying and displaying regulations before the application procedure date in order of the remaining days until the application procedure date and classifying and displaying regulations after the end of the application procedure date.

[0149] (Appendix 5) In any one of Appendix 1 to Appendix 4, the computer program causes the computer to execute a process of aggregating the number of accesses to a reference source item among the plurality of tag items over a predetermined period and classifying and displaying regulations by the aggregated number of accesses.

[0150] (Appendix 6) In Appendix 5, the computer program causes the computer to execute a process of classifying and displaying regulations included in each parent category by the number of accesses.

[0151] (Appendix 7) In Appendix 5, the computer program causes the computer to execute a process of classifying and displaying the regulations included in the subcategory for each subcategory by the number of accesses.

[0152] (Appendix 8) In any one of Appendices 1 to 7, the computer program causes the computer to execute a process of calculating a point value by multiplying a weight coefficient by each of the ratio of the application of the applicable condition item among the plurality of tag items that is required for each subcategory, the ratio of the application deadline of the application procedure item among the tag items that is set short, and the number of accesses of the reference source item among the tag items, and displaying the regulations included in the subcategory classified according to the calculated point value.

[0153] (Appendix 9) In any one of Appendices 1 to 8, the computer program determines the degree of load on the designer for each of the plurality of tasks included in the designer's task item among the plurality of tag items, specifies the degree of load according to the tasks included in the task item for each of the plurality of regulations included in the parent category, and causes the computer to execute a process of classifying and displaying the regulations according to the specified degree of load.

[0154] (Appendix 10) In any one of Appendices 1 to 9, the computer program determines in advance an extraction item corresponding to a required item among the plurality of tag items, and when receiving the input of the required item, causes the computer to execute a process of displaying the regulations related to the extraction item corresponding to the received required item.

[0155] (Appendix 11) In Appendix 10, the required item includes at least one of an applicable condition, a designer's task, and an application procedure deadline.

[0156] (Appendix 12) The computer program, in any one of Appendices 1 to 11, stores vector information of words related to each of the parent category and the child category, and related information associating the parent category and the child category, acquires ordinance documents from an external website, generates vector information of words included in the acquired ordinance documents, and based on the similarity between the generated vector information and the vector information stored in the related information, identifies the parent category and the child category corresponding to the ordinance document, and generates an ordinance database in which the ordinance document is classified and recorded in two categories of the identified parent category and child category, and causes the computer to execute the process.

[0157] (Appendix 13) The computer program, in Appendix 12, the words include words related to a plurality of tag items for specifying the content of the ordinance.

[0158] (Appendix 14) The computer program, in Appendix 12 or Appendix 13, repeatedly acquires ordinance documents from the external website at a required timing, determines whether there is a difference between the acquired ordinance document and the most recently acquired ordinance document, and if there is a difference, generates vector information of words included in the acquired ordinance document, and based on the similarity between the generated vector information and the vector information stored in the related information, identifies the parent category and the child category corresponding to the ordinance document, and updates the ordinance database in which the ordinance document is classified and recorded in two categories of the identified parent category and child category, and causes the computer to execute the process.

[0159] (Appendix 15) The computer program, in any one of Appendices 1 to 14, accepts an input for setting a reference date for the application procedure deadline, and for each ordinance, generates a process schedule that displays the schedule of the designer's tasks in a time chart with respect to the accepted reference date, and causes the computer to execute the process.

[0160] (Appendix 16) The computer program causes the computer to execute a process of specifying the reference date of the application procedure deadline for each ordinance classified based on the address and use of the building in Appendix 15 and accepting the input of setting the specified reference date.

[0161] (Appendix 17) The computer program causes the computer to execute a process of generating a cage diagram based on at least one of the diagonal line regulation, reverse solar shadow, and reverse sky factor and the regulation regarding the setback distance based on the ordinance classified based on the address and use of the building in any one of Appendices 1 to 16.

[0162] (Appendix 18) The computer program causes the computer to execute a process of further generating a cage diagram based on the regulation regarding the two-lane road or the self-governing sidewalk based on the ordinance in Appendix 17.

[0163] (Appendix 19) The information processing apparatus includes a control unit. The control unit acquires data including the address and use of the building to be designed, and extracts a plurality of ordinances related to the architectural design of the building based on the acquired data from an ordinance database that classifies and records ordinances including a plurality of tag items specifying the contents of the ordinances into two categories: a parent category and a child category belonging to the parent category, and classifies the extracted plurality of ordinances according to the importance of each of the two categories.

[0164] (Appendix 20) The information processing method acquires data including the address and use of the building to be designed, and extracts a plurality of ordinances related to the architectural design of the building based on the acquired data from an ordinance database that classifies and records ordinances including a plurality of tag items specifying the contents of the ordinances into two categories: a parent category and a child category belonging to the parent category, and classifies the extracted plurality of ordinances according to the importance of each of the two categories.

[0165] (Appendix 21) The information processing system includes a server and a plurality of terminal devices. Each of the server and the plurality of terminal devices is provided with a geometrization engine that generates geometric shape information of the member based on parameter information regarding the member of the building. One terminal device transmits the parameter information used for generating the geometric shape information to the server. The server receives and stores the parameter information, and transmits the received parameter information to the plurality of terminal devices excluding the one terminal device, thereby sharing the parameter information among the plurality of terminal devices including the one terminal device.

[0166] (Appendix 22) In Appendix 21, the parameter information includes geometric information and material information regarding the member, and the plurality of terminal devices determine whether the regulations of the ordinance regarding the dimensions or materials of the member are satisfied based on the parameter information.

[0167] (Appendix 23) In the information processing method, each of the server and the plurality of terminal devices inputs parameter information regarding the member of the building into the geometrization engine to generate geometric shape information of the member. One terminal device transmits the parameter information used for generating the geometric shape information to the server. The server receives and stores the parameter information, and transmits the received parameter information to the plurality of terminal devices excluding the one terminal device, thereby sharing the parameter information among the plurality of terminal devices including the one terminal device.

[0168] The matters described in each embodiment can be combined with each other. Also, the independent claims and dependent claims described in the claims can be combined with each other in all possible combinations regardless of the citation format. Furthermore, the claims use a format (multi-claim format) of describing a claim that cites two or more other claims, but it is not limited thereto. A format of describing a multi-claim (multi-multi-claim) that cites at least one multi-claim may be used.

Explanation of Reference Numerals

[0169] 1 Communication network 50 Information processing device 51 Control unit 52 Communication unit 53 Memory 54 Display unit 55 Operation unit 56 Storage unit 57 Computer program 58 Interface unit 60 Regulation DB 100 Server 101 Control unit 102 Communication unit 103 Geometric conversion engine 104 Storage unit 105 BIM model 106 BIM data 107 Parameter DB 200 Terminal device 201 Control unit 202 Communication unit 203 Geometric conversion engine 204 Display unit 205 Operation unit 206 Parameter DB 207 Storage unit 208 BIM model 209 BIM data

Claims

1. Obtain data including the address and use of the building to be designed, extracting a plurality of ordinances related to the architectural design of the building based on the acquired data from an ordinance database that records ordinances whose contents are identified by a plurality of tag items associated with a parent category and a child category belonging to the parent category; Corresponding the extracted multiple ordinances to parent categories and child categories belonging to the parent categories, and classifying the parent categories and child categories according to the importance of the parent categories and the child categories in the order in which they are displayed. A computer program that causes a computer to carry out processing.

2. Arranging said parent categories in order of importance; For each arranged parent category, arrange child categories belonging to the parent category in order of importance; For each of the arranged child categories, the ordinances are classified and displayed in association with the child categories.

2. A computer program product according to claim 1, which causes a computer to carry out a process.

3. when an instruction to classify the ordinances according to urgency is received, the ordinances are classified and displayed in order of urgency of a plurality of pieces of application procedure deadline information included in the application procedure deadline item among the plurality of tag items.

2. A computer program product according to claim 1, which causes a computer to carry out a process.

4. Furthermore, when an input of an application procedure deadline item among the plurality of tag items is accepted, ordinances before the application procedure deadline are categorized and displayed in order of the number of days remaining until the application procedure deadline, and ordinances whose application procedure deadline has passed are categorized and displayed.

4. A computer program product according to claim 3, which causes a computer to carry out a process.

5. tallying up the number of accesses to the referrer item among the plurality of tag items over a predetermined period of time; Classify and display ordinances based on the number of accesses.

2. A computer program product according to claim 1, which causes a computer to carry out a process.

6. displaying the ordinances included in each of the parent categories by classifying them according to the number of accesses; 6. A computer program product according to claim 5, which causes a computer to carry out a process.

7. Displaying the ordinances included in each of the child categories by classifying them according to the number of accesses.

6. A computer program product according to claim 5, which causes a computer to carry out a process.

8. multiplying by a weighting coefficient the percentage of the tag items for which application condition items are required to be applied, the percentage of the tag items for which application procedure deadline items are set to be short, and the number of accesses to the tag items for which referrer items are accessed, by a weighting coefficient for each of the tag items; Displaying the ordinances included in the child categories classified according to the calculated points; 2. A computer program product according to claim 1, which causes a computer to carry out a process.

9. determining a load level of the designer for each of a plurality of tasks included in the designer task item among the plurality of tag items; Identifying a load level according to a task included in a task item for each of a plurality of ordinances included in the parent category; Classify and display the ordinances according to the identified burden level, 2. A computer program product according to claim 1, which causes a computer to carry out a process.

10. determining in advance an extraction item corresponding to a desired item among the plurality of tag items; When the input of the required items is accepted, displaying ordinances related to extracted items corresponding to the accepted required items; 10. A computer program product according to claim 1, which causes a computer to execute a process.

11. The required items include at least one of application conditions, designer tasks, and application procedure deadlines; 11. A computer program product as claimed in claim 10.

12. storing association information in which vector information of words related to the parent category and the child category are associated with the parent category and the child category, respectively; Obtaining ordinance documents from external websites, Generate vector information of words contained in the acquired ordinance document; Identifying the parent category and the child category corresponding to the ordinance document based on a similarity between the generated vector information and the vector information stored in the related information; A database of regulations is generated in which the regulations documents are classified and recorded into two categories, the specified parent category and the specified child category.

10. A computer program product according to claim 1, which causes a computer to execute a process.

13. The words include words related to a plurality of tag items that identify the content of the ordinance.

13. A computer program product as claimed in claim 12.

14. Repeatedly retrieving the ordinance document from the external website at the required time; Determine whether there is a difference between the acquired ordinance document and the most recently acquired ordinance document; If there is a difference, vector information of the words contained in the obtained ordinance document is generated. Identifying the parent category and the child category corresponding to the ordinance document based on a similarity between the generated vector information and the vector information stored in the related information; updating an ordinance database in which the ordinance document is classified and recorded in two categories, the specified parent category and the specified child category; 13. A computer program product according to claim 12, which causes a computer to carry out a process.

15. Accepts input for setting the base date for application procedure deadlines, Generate a schedule for each ordinance that shows the schedule of the designer's tasks in a time chart against the reference date for acceptance.

10. A computer program product according to claim 1, which causes a computer to execute a process.

16. Identifying a reference date for the application procedure deadline for each ordinance classified based on the address and use of the building; Accept input of the specified base date setting, 16. A computer program product according to claim 15, which causes a computer to carry out a process.

17. generating a birdcage diagram based on at least one of slope regulation, reverse shadow and reverse sky ratio, and setback distance regulation based on ordinances classified based on the address and use of the building; 10. A computer program product according to claim 1, which causes a computer to execute a process.

18. Furthermore, a birdcage diagram is generated based on regulations regarding Article 2 roads or self-managed sidewalks based on the ordinance.

20. A computer program product according to claim 17, which causes a computer to carry out a process.

19. A control unit is provided, The control unit is Obtain data including the address and use of the building to be designed, extracting a plurality of ordinances related to the architectural design of the building based on the acquired data from an ordinance database that records ordinances whose contents are identified by a plurality of tag items associated with a parent category and a child category belonging to the parent category; Corresponding the extracted multiple ordinances to parent categories and child categories belonging to the parent categories, and classifying the parent categories and child categories according to the importance of the parent categories and the child categories in the order in which they are displayed. Information processing device.

20. The control unit acquires data including the address and use of the building to be designed, The control unit extracts a plurality of ordinances related to the architectural design of the building based on the acquired data from an ordinance database that records ordinances whose contents are identified by a plurality of tag items associated with a parent category and a child category belonging to the parent category, The control unit classifies the extracted multiple ordinances according to the importance of the parent category and the child category in accordance with the order of display of the parent category and the child category by associating the extracted multiple ordinances with parent categories and child categories belonging to the parent category and the child category in accordance with the importance of the parent category and the child category in accordance with the order of display of the parent category and the child category. Information processing methods.

Images