Information processing device, information processing method, and program

Abstract

We provide an information processing device that enables efficient information management at each stage of the development process. [Solution] The information processing device comprises an acquisition means and a satisfaction determination means. The acquisition means acquires information about at least requirements or limitations on the system from a database that stores information about the system. The satisfaction determination means determines, based on the acquired information about requirements or limitations on the system, whether the information necessary to execute one of several design tasks in the stepwise design flow of the system is available in the design information of that design task.

Description

Technical Field

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

Background Art

[0002] In a system development project, risk management plays an important role in ensuring the success of the project. As a method for project risk assessment, a method of aggregating human evaluation values based on development documents or the like may be used (for example, see Patent Document 1). In addition, in the field of text quality analysis, a method of evaluating the quality of documents or the like by learning from good examples and bad examples using natural language processing technology has also been proposed.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] However, there are hierarchical dependencies in the development tasks of complex systems, and if there are deficiencies in the deliverables at each stage, backtracking occurs. Therefore, efficient information management is required at each stage of the development process.

[0005] The main object of the present invention is to provide an information processing apparatus, an information processing method, and a program that contribute to realizing efficient information management at each stage of the development process.

Means for Solving the Problems

[0006] According to a first aspect of the present invention, an information processing device is provided, comprising: an acquisition means for acquiring information from a database that stores information about a system, at least information relating to requirements or limitations on the system; and a satisfaction determination means for determining, based on the acquired information relating to requirements or limitations on the system, whether the information necessary for executing one of a plurality of design tasks in a stepwise design flow of the system is available in the design information of that one design task.

[0007] According to a second aspect of the present invention, an information processing device is provided that acquires at least information relating to requests or restrictions on a system from a database that stores information relating to a system, and determines, based on the acquired information relating to requests or restrictions on a system, whether the information necessary for executing one of several design tasks in the stepwise design flow of the system is available in the design information of that one design task.

[0008] According to a third aspect of the present invention, a program is provided for a computer mounted on an information processing device to perform the following: a process of acquiring at least information relating to requests or restrictions on the system from a database that stores information relating to the system; and a process of determining, based on the acquired information relating to requests or restrictions on the system, whether the information necessary for executing one of a plurality of design tasks in the stepwise design flow of the system is available in the design information of that one design task. [Effects of the Invention]

[0009] According to each aspect of the present invention, an information processing device, an information processing method, and a program are provided that contribute to achieving efficient information management at each stage of the development process. However, the effects of the present invention are not limited to those described above. The present invention may also produce other effects in lieu of or in conjunction with these effects. [Brief explanation of the drawing]

[0010] [Figure 1] Figure 1 is a diagram illustrating the outline of one embodiment. [Figure 2] Figure 2 is a flowchart showing the operation of one embodiment. [Figure 3] Figure 3 shows an example of a schematic configuration of an information processing system according to the embodiment of this disclosure. [Figure 4] Figure 4 is a diagram illustrating the system provided by the information processing device according to the embodiment disclosed herein. [Figure 5] Figure 5 shows an example of the processing configuration of an information processing apparatus according to the present disclosure. [Figure 6] Figure 6 shows an example of a request information table according to an embodiment of this disclosure. [Figure 7] Figure 7 shows an example of a constraint information table according to the embodiment of this disclosure. [Figure 8] Figure 8 shows an example of a design result table for the preceding design task according to the embodiment of this disclosure. [Figure 9] Figure 9 shows an example of a constraint table for a current design task according to the embodiment of this disclosure. [Figure 10] Figure 10 is a flowchart showing an example of the operation of the satisfaction determination unit according to the present disclosure. [Figure 11] Figure 11 is a flowchart showing an example of the operation of an information processing apparatus according to the present disclosure. [Figure 12] Figure 12 shows an example of the processing configuration of an information processing apparatus according to the present disclosure. [Figure 13] Figure 13 is a flowchart showing an example of the operation of the retrospective determination unit according to the present disclosure. [Figure 14] Figure 14 shows an example of the processing configuration of an information processing apparatus according to the present disclosure. [Figure 15] Figure 15 is a diagram illustrating the overall structure and information flow of an information processing device including a query unit according to an embodiment of this disclosure. [Figure 16]FIG. 16 is a flowchart showing an example of the operation of the information processing apparatus according to an embodiment of the present disclosure. [Figure 17] FIG. 17 is a diagram showing an example of an expert database according to an embodiment of the present disclosure. [Figure 18] FIG. 18 is a diagram showing an example of the hardware configuration of the information processing apparatus according to the present disclosure.

Mode for Carrying Out the Invention

[0011] First, an overview of an embodiment will be described. Note that the reference numerals in the drawings appended to this overview are for convenience of each element as an example to assist understanding, and the description of this overview is not intended to be limiting in any way. Also, unless otherwise specified, the blocks described in each drawing do not represent a hardware unit configuration but a functional unit configuration. The connection lines between blocks in each figure include both bidirectional and unidirectional ones. The one-way arrow schematically shows the flow of the main signal (data) and does not exclude bidirectionality. In this specification and the drawings, for elements that can be similarly described, duplicate description can be omitted by assigning the same reference numerals.

[0012] The information processing apparatus 100 according to an embodiment includes an acquisition unit 101 and a satisfaction determination unit 102 (see FIG. 1). The acquisition unit 101 acquires at least information regarding requests or restrictions on the system from a database that stores information regarding the system (step S1 in FIG. 2). The satisfaction determination unit 102 determines whether the information necessary for executing one design task among a plurality of design tasks in the stepwise design flow of the system is present in the design information of the one design task based on the acquired information regarding requests or restrictions on the system (step S2).

[0013] The information processing apparatus 100 determines whether or not (exists) the necessary information such as requirements required for the system and restrictions on the system is complete in the design information of the design task. If the necessary information is not complete, the information processing apparatus 100 can notify the user to that effect. As a result, efficient information management is realized at each stage of the development process.

[0014] Specific embodiments will be described in more detail below with reference to the drawings.

[0015] [First Embodiment] The first embodiment will be described in more detail with reference to the drawings.

[0016] [Configuration and Schematic Operation of the System] As shown in FIG. 3, the information processing system according to the first embodiment includes an information processing apparatus 10 and a terminal 20.

[0017] The information processing apparatus 10 is an information processing apparatus that supports system design and work product management by the user. For example, the information processing apparatus 10 is a server installed on a network (in the cloud).

[0018] The user operates the terminal 20 to access the information processing apparatus 10. The user inputs various information to the information processing apparatus 10 and acquires various information from the information processing apparatus 10.

[0019] Referring to FIG. 4, an overview of the information processing apparatus 10 according to the embodiment of the present disclosure will be described. FIG. 4 visualizes the system provided by the information processing apparatus 10 according to the embodiment of the present disclosure.

[0020] FIG. 4 is composed of three parts. Specifically, FIG. 4 is composed of three parts representing the question-and-answer section on the left, the waterfall-type development process in the center, and the elements of agile development on the right.

[0021] The waterfall model is a development methodology that progresses through the development process in stages. The name comes from the fact that each phase progresses sequentially from top to bottom, like a waterfall.

[0022] On the other hand, agile development refers to a flexible and iterative development approach, characterized by its ability to quickly respond to changing requirements.

[0023] The question and answer section on the left shows the question, "The healthcare service requires authentication functionality. Should we temporarily revert to the function definition?" and the answer, "Yes." The question and answer section also shows the questions that the information processing device 10 presents when new requirements or changes arise during the development process, and the answers to those questions.

[0024] The central section represents each stage of the waterfall model, starting from "Requirements Definition," "Basic Design," and "Detailed Design."

[0025] Requirements definition is the stage where the functions and performance required of the system are clarified. Basic design is the stage where the overall structure of the system is determined. Detailed design is the stage where more specific implementation methods are determined.

[0026] On the right side, "Objective Definition," "Function Definition," and "Performance Definition" are arranged from top to bottom. These items represent the iterative elements in agile development.

[0027] Objective definition is the process of clarifying the system's purpose and the goals it aims to achieve. Functional definition is the process of identifying the specific functions the system should have. Performance definition is the process of defining the system's performance requirements.

[0028] At the far right of Figure 4, there is the label "Waterfall," and below it is a block (arrow) indicating the "Current Hierarchy." This block functions as an indicator showing the current position in the development process.

[0029] At the bottom of Figure 4 is a button labeled "Click to display design proposal," which indicates a function to display detailed information for each development stage. Users can interactively proceed with development while considering the entire process in accordance with their desired development style. In other words, users can flexibly proceed with development by making decisions and modifications at each development stage through interaction with the system.

[0030] Furthermore, the information processing device 10 checks the deliverables for each process and suggests reverting to previous stages as needed. This function allows users to revert to earlier stages and make corrections at the appropriate time, even if problems or areas for improvement are found during the development process. As a result, higher quality deliverables can be expected.

[0031] Next, we will describe the details of the information processing device 10 according to the first embodiment.

[0032] Figure 5 shows an example of the processing configuration (processing module) of the information processing device 10 according to the embodiment disclosed herein. Referring to Figure 5, the information processing device 10 comprises a communication control unit 201, an acquisition unit 202, a satisfaction determination unit 203, and a storage unit 204.

[0033] The communication control unit 201 is a means for controlling communication with other devices. For example, the communication control unit 201 receives data (packets) from terminal 20. The communication control unit 201 also transmits data to terminal 20. The communication control unit 201 passes data received from other devices to other processing modules. The communication control unit 201 transmits data acquired from other processing modules to other devices. In this way, other processing modules send and receive data with other devices via the communication control unit 201. The communication control unit 201 has the function of a receiving unit that receives data from other devices and the function of a transmitting unit that transmits data to other devices.

[0034] The acquisition unit 202 is a means of acquiring information from a database or a terminal 20 used by a user. For example, the acquisition unit 202 receives as input data design information, requirements information, constraint information, and design results of design tasks related to the system, which are stored in the database. More specifically, the acquisition unit 202 acquires at least information regarding requirements or constraints on the system from a database that stores information about the system.

[0035] The acquisition unit 202 is responsible for transmitting this information to the satisfaction determination unit 203.

[0036] Design information refers to the specific design information for each stage (design process). For example, information described in requirements definition documents, basic design documents, detailed design documents, etc., constitutes design information.

[0037] The sufficiency determination unit 203 receives information transmitted from the acquisition unit 202 and is a means for determining whether or not the design information contains sufficient information necessary for executing the design task.

[0038] The satisfaction determination unit 203 determines, based on the information regarding system requirements or limitations acquired by the acquisition unit 202, whether the information necessary to execute one of the multiple design tasks in the system's stepwise design flow is available in the design information for that design task.

[0039] For example, the satisfaction determination unit 203 evaluates the degree of satisfaction of each element of the design information (each design element) with respect to the acquired information (e.g., requirement information, constraint information) based on pre-set criteria. If the satisfaction determination unit 203 finds that information is insufficient (i.e., each design element does not meet the requirements or limitations of the system), it requests the acquisition unit 202 to acquire additional information. Alternatively, if the satisfaction determination unit 203 finds that the information is incomplete, it may notify the user accordingly.

[0040] The satisfaction determination unit 203 instructs the user to proceed to the next processing stage if the information acquired from the acquisition unit 202 is sufficiently complete in the design information (i.e., each design element satisfies the required information, etc.).

[0041] With this configuration, the information processing device 10 can efficiently collect the information necessary in the design process and appropriately determine the degree of sufficiency of the collected information (design elements) (the degree to which requirements and limitations on the system are met). As a result, decisions and processing will be made based on sufficient information at each stage of the design task, and improvements in the quality and efficiency of the entire design process can be expected.

[0042] <Detailed explanation of the information used by the satisfaction determination unit 203> Here, we will explain in more detail the information (table information) used by the satisfaction determination unit 203.

[0043] Figures 6 through 9 show four main data tables (table information) used as input information (input data) for the design process.

[0044] The requirements information table shown in Figure 6 defines the basic requirements that the product (final system) must meet. As shown in Figure 6, the requirements information table consists of columns for requirements ID, category, requirements content, and priority.

[0045] For example, the request information with request ID "REQ001" indicates a high-priority safety requirement and is treated as particularly important information during the design process. Alternatively, request ID "REQ003" defines specific performance targets for the device with a medium priority.

[0046] The satisfaction determination unit 203 evaluates whether sufficient information to address these requirements has been collected (and reflected in the design), and if there is insufficient information, it instructs the acquisition unit 202 to acquire additional information.

[0047] The constraint information table shown in Figure 7 defines specific limitations related to design and manufacturing. The constraint information table in Figure 7 includes columns for constraint ID, category, constraint content, and impact.

[0048] High-impact constraints, such as constraint ID "CON001," are important information that affects many aspects of the design.

[0049] The satisfaction determination unit 203 evaluates whether sufficient detailed information related to these constraints is available (whether it is reflected in the design), and if information is insufficient, it requests the acquisition unit 202 to acquire additional information with high priority.

[0050] The design results table for the preceding design task, shown in Figure 8, indicates the design decisions that have already been made. As shown in Figure 8, the design results table for the preceding design task consists of columns for design item ID, category, design content, and status.

[0051] Design item ID "DES001" is a confirmed design item. Such confirmed design items are important information that significantly impacts subsequent design work.

[0052] The sufficiency determination unit 203 evaluates whether sufficient detailed information regarding these design decisions (design results) is recorded in the design information. For items in a provisional state, such as design item ID "DES003", the sufficiency determination unit 203 may identify what additional information is necessary for the final decision and prompt the user to obtain it.

[0053] The information table for the current design task, shown in Figure 9, illustrates the status of the design work currently underway. As shown in Figure 9, the information table for the current design task consists of columns for Task ID, Category, Task Description, and Progress Status.

[0054] For tasks like task ID "CUR001," consistency with the design results from the previous stage is crucial.

[0055] The sufficiency determination unit 203 evaluates whether there is sufficient information available for the ongoing design task. The sufficiency determination unit 203 determines whether each design element of the design information used in the ongoing design task satisfies the constraints. If there is insufficient information in the design information, the sufficiency determination unit 203 identifies the specific missing information (information that needs to be added) and instructs the acquisition unit 202 to acquire the information.

[0056] System designers, etc., generate the requirements information tables described above based on the knowledge and experience gained from past system development and register them in the information processing device 10. Alternatively, designers, etc., update the constraints table for the current design task described above when the system specifications change or when they obtain information such as delivery dates for parts to be used from parts manufacturers, etc.

[0057] The sufficiency determination unit 203 comprehensively analyzes the information in each data table described above and evaluates the degree of sufficiency of the information regarding each design element. The details of the operation of the sufficiency determination unit 203 will be described later, but the general operation of the sufficiency determination unit 203 is as follows.

[0058] For example, if there is insufficient design information to address high-priority requirements, or if the details regarding high-impact constraints are unclear, the satisfaction determination unit 203 will determine that the information (design elements) to be included in the design information (e.g., requirements definition document, basic design document) is insufficient. In this case, the satisfaction determination unit 203 may instruct the user to obtain specific additional information.

[0059] On the other hand, if sufficient information is available regarding important requirements and constraints, and there are no inconsistencies between the design results from the previous stage and the information for the current design task, the satisfaction determination unit 203 determines that the information required to be included in the design information is satisfied. In this case, the satisfaction determination unit 203 permits the user or system to proceed to the next design stage.

[0060] Furthermore, the database may store the information about the system described above using a graph structure. Using a graph structure allows for a clearer representation of the relationships between data, making it easier to manage and analyze information with complex dependencies.

[0061] Furthermore, in the software development process, tasks typically have a hierarchical structure. For example, the overall design is at the top level, followed by functional design, detailed design, and so on (this is also called a task hierarchy tree).

[0062] The sufficiency determination unit 203 may evaluate the degree of information sufficiency taking into account the hierarchical structure. The database may manage information in a corresponding manner at each hierarchical level.

[0063] <Detailed explanation of the operation of the satisfaction determination unit 203> The satisfaction determination unit 203 comprehensively analyzes the information from the four data tables shown in Figures 6 to 9, as well as the design information.

[0064] For example, the satisfaction determination unit 203 verifies whether the safety requirement defined by request ID "REQ001" can be implemented by a predetermined microcontroller specified by the constraint information of constraint ID "CON001". The satisfaction determination unit 203 also evaluates whether the design result (single-board design) preceding design item ID "DES001" provides sufficient information necessary for the current design task (parts procurement) of task ID "CUR001".

[0065] Figure 10 is a flowchart showing an example of the operation of the satisfaction determination unit 203 according to the embodiment disclosed herein. The operation of the satisfaction determination unit 203 will be explained with reference to Figure 10.

[0066] The satisfaction determination unit 203 uses the data described in the four tables to extract the targets for satisfaction determination at each design stage. The satisfaction determination unit 203 uses the four tables and the design information to extract at least one target for satisfaction determination from the table information (step S101).

[0067] For example, the satisfaction determination unit 203 extracts the items to be satisfied (items listed in the database) using a Large Language Model (LLM). For example, the satisfaction determination unit 203 extracts the items to be satisfied by inputting a prompt to the LLM such as, "Please extract items related to the design information from the items listed in the requirements information, constraint information, the design results of the previous design task, and the constraint conditions table of the current design task."

[0068] Next, the satisfaction determination unit 203 calculates the information satisfaction level of each design element based on the extracted information (object of satisfaction determination) (step S102).

[0069] More specifically, the satisfaction determination unit 203 calculates the degree or percentage to which each design item described in the design information in the design process (for example, the requirements definition document or the basic design document) satisfies the extracted information (items extracted from the four table information) as the information satisfaction level.

[0070] In this case, the satisfaction determination unit 203 uses a predefined evaluation function. As a method for constructing the evaluation function, for example, a design using predetermined rules may be adopted. For example, the satisfaction determination unit 203 calculates the completeness of the design information (design elements) for the requested function for functional requirements and normalizes the calculated value to a range of 0 to 1.

[0071] The satisfaction determination unit 203 determines whether the design element satisfies the satisfaction determination target (satisfaction degree determination; step S103).

[0072] Specifically, the sufficiency determination unit 203 compares the calculated information sufficiency of each design element with a predefined threshold. This threshold is set based on past project experience and industry standards, and serves as a criterion for judging the sufficiency of the information.

[0073] If the information sufficiency is above the threshold, the sufficiency determination unit 203 determines that the design element satisfies the sufficiency determination target (the information is satisfied). If the information sufficiency is below the threshold, the sufficiency determination unit 203 determines that the design element does not satisfy the sufficiency determination target (the information is not satisfied).

[0074] When determining the degree of satisfaction, the satisfaction determination unit 203 may refer to the user's specification regarding the development model, as shown in Figure 4.

[0075] For example, if a waterfall development model is specified, the satisfaction determination unit 203 applies stricter criteria (higher thresholds). In waterfall development, it is important to complete each phase before moving on to the next, so the satisfaction determination unit 203 requests more detailed information to refine the design results.

[0076] For example, the satisfaction determination unit 203 verifies that all functional and non-functional requirements are clearly defined and documented during the requirements definition phase.

[0077] Alternatively, the sufficiency determination unit 203 requires that detailed information such as architecture, data model, and interface specifications be available during the design phase. The next phase is not permitted until the sufficiency determination unit 203 determines that such information is sufficiently detailed and complete.

[0078] On the other hand, if agile development is specified, the satisfaction determination unit 203 may adopt a more flexible criterion (a lower threshold).

[0079] In agile development, rapid iteration and continuous improvement are emphasized, so the sufficiency determination unit 203 may be allowed to determine that relatively little information is "sufficient" and output the design result early.

[0080] In this case, the satisfaction determination unit 203 may, for example, utilize a language model to supplement or infer the missing information.

[0081] For example, even if some details of a user story are missing, the language model may infer from its knowledge of similar past projects and provide tentative details. As a result, the development team can quickly create a prototype and get feedback from that prototype.

[0082] As a concrete implementation example, the satisfaction determination unit 203 performs operations such as identifying development styles, adjusting judgment criteria, utilizing language models, building feedback loops, and performing adaptive judgments. Through this development style adjustment function, the satisfaction determination unit 203 flexibly responds to various project methodologies, maximizing the advantages of each approach and supporting the realization of an efficient design process.

[0083] For example, the satisfaction determination unit 203 prioritizes completeness and accuracy in waterfall development and speed and adaptability in agile development. As a result, it provides the optimal decision tailored to the characteristics of the project.

[0084] Furthermore, the satisfaction determination unit 203 may perform additional analysis using external tools. Additional analysis may include requirements traceability analysis, design consistency checks, and documentation completeness assessments. The output results of these external tools may also be incorporated into the calculation of information satisfaction.

[0085] If the sufficiency determination unit 203 uses an external tool, it integrates the evaluation results (information sufficiency) of each design element with the analysis results of the external tool. The sufficiency determination unit 203 assigns weights to each element (information sufficiency, analysis results of the external tool) and calculates a weighted average. The weighting coefficients may be adjusted according to the nature and priority of the project.

[0086] The sufficiency determination unit 203 normalizes the calculated weighted average value to a range of 0 to 1. The sufficiency determination unit 203 outputs the normalized weighted average value as an information sufficiency index value (new information sufficiency). A lower information sufficiency index value indicates that additional information needs to be acquired.

[0087] The above example illustrates a case in which the satisfaction determination unit 203 calculates the information satisfaction level using an evaluation function constructed based on predetermined rules. A machine learning model may be used for this evaluation function.

[0088] For example, the satisfaction determination unit 203 can calculate the information satisfaction level using a machine learning model, particularly a supervised learning model. In this case, past project data is used as training data, and the relationship between input features (presence and level of detail of various design information) and target variables (actual project success rate and whether or not problems occurred due to insufficient information) is learned.

[0089] The advantage of the satisfaction determination unit 203 using a machine learning model is that it can capture the complex interactions between numerous variables. Furthermore, another advantage of the satisfaction determination unit 203 using a machine learning model is that the model can be updated each time new data is obtained, thereby improving prediction accuracy.

[0090] By utilizing machine learning in this way, the satisfaction determination unit 203 can evaluate the degree of information satisfaction more precisely and flexibly, enabling efficient information gathering and optimization of the design process.

[0091] Thus, the satisfaction determination unit 203 may use predetermined rules or a machine learning model to calculate a degree of satisfaction, which indicates the extent to which the design elements described in the design information of a design task satisfy the requirements or limitations for the system. In this case, the satisfaction determination unit 203 may adjust the criteria (thresholds) used to determine whether the information necessary for executing a design task is present in the design information of that design task, depending on whether it is a waterfall development or agile development method.

[0092] The memory unit 204 is a means for storing information necessary for the operation of the information processing device 10. For example, the database mentioned above is stored in the memory unit 204.

[0093] The operation of the information processing device 10 can be summarized as shown in the flowchart in Figure 11.

[0094] First, the acquisition unit 202 of the information processing device 10 acquires information from the database (step S01). When acquiring this information, various data related to the design task (requirements information, constraints information, design results from the previous design task, information on the current design task, etc.) are extracted from the database.

[0095] Next, the satisfaction determination unit 203 of the information processing device 10 determines whether or not all the information necessary for task execution is available (step S02). The satisfaction determination unit 203 analyzes the information received from the acquisition unit 202 and evaluates whether or not all the information necessary to properly execute the current design task is available. In this determination process, the completeness, accuracy, and relevance of the information are verified using predefined criteria or machine learning models.

[0096] [Terminal] A detailed explanation of terminal 20 is omitted. Examples of terminal 20 include mobile devices such as smartphones, mobile phones, game consoles, and tablets, as well as computers (personal computers, laptops), etc. Terminal 20 can be any device or equipment as long as it can receive user input and communicate with the information processing device 10.

[0097] As described above, the information processing device 10 according to the first embodiment determines whether or not the design information for a design task contains the necessary information to satisfy the system's requirements and limitations. If the necessary information is not available, the information processing device 10 can notify the user accordingly. As a result, efficient information management is achieved at each stage of the development process.

[0098] [Second Embodiment] Next, a second embodiment will be described in detail with reference to the drawings.

[0099] The information processing device 10 according to the second embodiment differs from the information processing device 10 according to the first embodiment in that it has a retrospective determination unit 205 (see Figure 12).

[0100] The following will focus on explaining the differences between the first and second embodiments.

[0101] The retrospective determination unit 205 acquires information from the acquisition unit 202. The retrospective determination unit 205 acquires newly entered information and modifications to existing information from the acquisition unit 202. The retrospective determination unit 205 determines whether the acquired information will affect the design results of the higher-level task. Based on the determination result, the retrospective determination unit 205 proposes retrospective changes to the higher-level task (modification or modification of the design information of the higher-level task) to the user.

[0102] If the satisfaction determination unit 203 determines that the requirements are "not satisfied," the retrospective determination unit 205 analyzes the newly entered information and the modifications to the existing information, and determines whether the existing modifications are consistent with the requirements and constraints defined in the higher-level task.

[0103] If inconsistencies are found or if a re-examination of higher-level tasks is deemed necessary, the retrospective determination unit 205 identifies the relevant higher-level tasks and proposes to the user the need for retrospective action.

[0104] <Detailed explanation of the operation of the retrospective determination unit 205> The specific operation of the retrospective determination unit 205 will be explained in detail.

[0105] The retrospective determination unit 205 determines whether newly entered information or modifications to existing information will affect the design results of a higher-level task, and, if necessary, proposes retrospective changes to the higher-level task (changes or modifications to the design information in the higher-level task).

[0106] Here, "higher-level tasks" refer to tasks that are performed earlier in the design process than the current task. For example, basic design for detailed design, or requirements definition for basic design, would be considered higher-level tasks.

[0107] The retrospective determination unit 205 first obtains information about higher-level tasks from the database. In particular, the retrospective determination unit 205 obtains information about higher-level tasks related to the modifications made to existing information.

[0108] For example, the retrospective determination unit 205 acquires performance requirements (e.g., a communication rate of 1 Gbps) and budget information set as the design result of a higher-level task.

[0109] The retrospective determination unit 205 simultaneously acquires a price list of communication equipment as constraint information. Next, as a consistency check, the retrospective determination unit 205 determines the consistency between the acquired information.

[0110] For example, the retrospective determination unit 205 determines (analyzes) whether the price of the communication equipment necessary to achieve a communication rate of 1 Gbps exceeds the set budget. A large-scale language model can be used for the analysis.

[0111] Here, we assume that in the inconsistency detection stage (decision process), the analysis reveals that the price of communication equipment that meets the requirements (i.e., achieves a communication rate of 1 Gbps) exceeds the set budget. This situation indicates an inconsistency between the requirements (performance requirements and budget) and constraints (price of communication equipment) set in the higher-level task.

[0112] During the assessment of the need for retrospective review, it is determined that any detected inconsistencies suggest that changes to the design results (performance requirements or budget) of higher-level tasks may be necessary.

[0113] Therefore, the retrospective determination unit 205 determines that it is necessary to re-examine the situation by going back to a higher-level task.

[0114] During the retroactive proposal stage, the retroactive determination unit 205 proposes to the user that they retroactively perform a task at a higher level. For example, the retroactive determination unit 205 generates a message such as, "An inconsistency has been detected between the performance requirements (communication rate of 1 Gbps) and the set budget. You need to go back to the higher-level task and review the performance requirements or budget," and presents it to the user.

[0115] During the retrospective processing execution phase, if the user agrees to the retrospective processing, the retrospective determination unit 205 instructs the user to return to the corresponding higher-level task (in the above example, the task in which performance requirements and budget were set).

[0116] At that time, the retrospective determination unit 205 adds the detected inconsistency information (in the above example, that the price of the required communication equipment exceeds the budget) as input information for the higher-level task.

[0117] During the design change management phase, if changes are made as a result of reconsideration in higher-level tasks, such as an increase in the budget or a relaxation of performance requirements (e.g., a decrease in communication rate), the retrospective determination unit 205 records these changes and, if necessary, proposes retrospective changes to other tasks that may be affected by those changes.

[0118] In this way, the retrospective decision unit 205 continuously monitors the consistency between tasks throughout the entire design process and proposes retrospective changes to higher-level tasks (such as design changes to higher-level tasks) as needed. This operation of the retrospective decision unit 205 ensures design consistency and minimizes the risk of rework. In other words, the information processing device 10 supports the realization of an efficient and high-quality design process.

[0119] The operation of the information processing device 10 can be summarized as shown in the flowchart in Figure 13.

[0120] First, the acquisition unit 202 of the information processing device 10 acquires information from the database (step S11). When acquiring this information, various data related to the design task (requirements information, constraints information, design results from the previous design task, information on the current design task, etc.) are extracted from the database.

[0121] Next, the satisfaction determination unit 203 of the information processing device 10 determines whether all the information necessary for task execution is available (step S12). The satisfaction determination unit 203 analyzes the information received from the acquisition unit 202 and evaluates whether there is sufficient information to properly execute the current design task. In this determination process, the completeness, accuracy, and relevance of the information are verified using predefined criteria or machine learning models.

[0122] The retrospective determination unit 205 of the information processing device 10 determines whether the input information affects a higher-level task (step S13). The retrospective determination unit 205 analyzes the newly input information and the modifications to existing information, and determines whether these modifications are consistent with the requirements and constraints defined in the higher-level task. If there is no consistency or if it is determined that the higher-level task needs to be reconsidered, the retrospective determination unit 205 identifies the relevant higher-level task and proposes to the user the need for retrospective action.

[0123] As described above, the information processing device 10 according to the second embodiment includes a retrospective determination unit 205. The retrospective determination unit 205 determines whether the input information, when it is determined that the information necessary for executing a design task is not available in the design information for that design task, will affect the design results of a higher-level task. If the input information will affect the design results of a higher-level task, the retrospective determination unit 205 proposes retrospective changes to that higher-level task (design changes to the higher-level task). As a result, an efficient and high-quality design process is realized.

[0124] [Third Embodiment] Next, a third embodiment will be described in detail with reference to the drawings.

[0125] The information processing device 10 according to the third embodiment differs from the information processing device 10 according to the first embodiment in that it has a query unit 206 (see Figure 14).

[0126] The following will focus on explaining the differences between the first to third embodiments.

[0127] <Prerequisites for requesting contact number 206> First, let's explain the prerequisites for needing inquiry unit 206.

[0128] Large-scale and complex system development projects involve numerous stakeholders and handle vast amounts of technical information and requirements. In particular, the proliferation of IoT (Internet of Things) devices and cloud services has led to a diversification of system components, each requiring specialized knowledge. Under these circumstances, proper information management and efficient communication are essential.

[0129] For example, globalization has led to an increase in development teams that are geographically dispersed, requiring 24 / 7 information exchange and decision-making. In this case, it is necessary to achieve accurate and rapid information sharing, overcoming time zones and language barriers.

[0130] Alternatively, the adoption of agile development methodologies has made frequent changes to requirements and rapid design revisions commonplace. To support such flexible development processes, a system that can update information in real time and share it among stakeholders is essential.

[0131] The inquiry unit 206 enables efficient communication among stakeholders in such a complex system development environment.

[0132] <Overview of Inquiry Department 206> This section provides an overview of the operation of inquiry unit 206.

[0133] Figure 15 shows the overall structure and information flow of the information processing device 10, including the inquiry unit 206.

[0134] Referring to Figure 15, the system is broadly composed of an upper user interface layer and a lower processing layer.

[0135] The upper user interface layer shows two user roles: the design manager and the contact person. The design manager makes inquiries to equipment vendor XXX, while the contact person provides specific specifications.

[0136] At the center is the information processing unit 10 (function of the query unit 206 using a large-scale language model: LLM), which is the core of the system. The information processing unit 10 is responsible for processing input from the user and generating an appropriate response.

[0137] The main components of the system are shown at the bottom. From left to right, there are four user interfaces: "Equipment Vendor UI / Cloud Vendor UI," "Service User UI," "Design Supervisor UI," and "Vulnerability Database Management UI."

[0138] Each UI (User Interface) shown in Figure 15 provides an interface for accessing different user groups and system functions.

[0139] The "Inquiry Section" at the bottom center is the central processing unit of the system, receiving input from each UI and playing the role of selecting and providing the appropriate inquiry destination and information.

[0140] Furthermore, a document titled "Equipment Specifications Best Practices" is shown in the lower left of Figure 15. This document is a source of information recorded in the database and referenced when processing queries and generating answers.

[0141] The inquiry unit 206 enables various stakeholders to access information through multiple user interfaces and automates communication.

[0142] The inquiry unit 206 has the function of automatically generating questions related to the design task and sending them to the appropriate contact person.

[0143] The inquiry unit 206 identifies the missing information and generates a question to obtain the identified information when the satisfaction determination unit 203 determines that the item to be satisfied is "not satisfied".

[0144] The inquiry unit 206 automatically sends the generated question to the appropriate recipient (e.g., equipment vendor, service user, design supervisor, etc.).

[0145] The inquiry unit 206 receives a response from the inquiry recipient and provides the received information to the acquisition unit 202.

[0146] Through the operation of this inquiry unit 206, missing information is efficiently collected, and the design process proceeds smoothly.

[0147] <Processing flow> The overall processing flow of the information processing device 10 according to the third embodiment, including the inquiry unit 206, will be described.

[0148] Figure 16 is a flowchart illustrating the processing flow of the information processing device 10 according to the embodiment disclosed in this application.

[0149] First, the acquisition unit 202 acquires information from the database (step S21).

[0150] Next, the satisfaction determination unit 203 determines whether or not all the information necessary for task execution is available (step S22).

[0151] If the satisfaction determination unit 203 determines that the information is "satisfactory" (step S23, Yes branch), the process ends.

[0152] If the satisfaction determination unit 203 determines that the information is "not satisfied" (step S23, No branch), the inquiry unit 206 starts operating.

[0153] The inquiry unit 206 identifies the missing information and automatically generates questions to obtain the identified missing information (step S24).

[0154] The inquiry unit 206 automatically sends the generated question to the appropriate recipient (e.g., equipment vendor, service user, design supervisor, etc.) (step S25).

[0155] Upon receiving a response from the contact person, the inquiry unit 206 transmits the received information (the response from the contact person) to the acquisition unit 202 as additional information (step S26).

[0156] The acquisition unit 202 stores the newly obtained information in the database and sends it to the sufficiency determination unit 203. The sufficiency determination unit 203 evaluates the degree of information sufficiency again, and the above process is repeated until it is determined that sufficient information has been collected.

[0157] <Details of operation of inquiry unit 206> The operation of the inquiry unit 206 will be explained in detail using a specific example.

[0158] For example, consider a case in an IoT device design project where the compliance determination unit 203 determines that the details of the security requirements are insufficient.

[0159] In this case, the inquiry unit 206 identifies the missing information and automatically generates the question: "Regarding the security requirements for IoT devices, specific encryption methods and authentication protocols need to be specified. Please advise on recommended encryption algorithms and authentication methods."

[0160] One example of a method for automatically generating questions by the inquiry unit 206 is to utilize a Large Language Model (LLM).

[0161] Specifically, the inquiry unit 206 prompts the LLM with information such as the project overview, the current design stage, and the type of information that is missing.

[0162] For example, a prompt such as, "In the IoT device design project, details of the security requirements are missing. Specifically, the encryption method and authentication protocol need to be specified. Generate an appropriate question for this situation," might be used.

[0163] Based on the given information, LLM generates questions while considering relevant expertise and experience from similar past projects.

[0164] The questions generated by LLM are specific and precise, such as, "Which encryption algorithm and authentication protocol are best suited for the security design of IoT devices, and what are the reasons for their selection?"

[0165] Furthermore, LLM also generates additional related questions. For example, it may generate (suggest) questions such as, "Are there any recommendations or considerations regarding the implementation of the selected encryption method and authentication protocol?" or "How will these security features affect the device's performance and power consumption?"

[0166] This process enables the inquiry unit 206 to automatically generate a set of questions that not only supplement missing information but also contribute to a comprehensive understanding of the project and quality improvement.

[0167] The inquiry unit 206 automatically sends the generated questions (set of questions) to designated contacts such as security experts and relevant equipment vendors.

[0168] When selecting experts or equipment vendors to whom the information will be sent, the inquiry unit 206 utilizes information such as internal and external expert databases, each expert's area of ​​expertise, years of experience, past project achievements, and evaluation scores.

[0169] The inquiry unit 206 may use natural language processing technology to extract keywords according to the content of the question and match the extracted keywords with the expert's field of expertise.

[0170] For example, inquiry unit 206 extracts experts related to keywords such as "IoT device security," "encryption," and "authentication protocols."

[0171] Next, the inquiry unit 206 sets the required experience level according to the scale and importance of the project. The inquiry unit 206 then filters out experts who match the set importance level, etc.

[0172] Furthermore, the inquiry department 206 prioritizes selecting experts who have received high ratings, taking into account their track record and evaluation scores from past projects.

[0173] Regarding the selection of equipment vendors, Inquiry Department 206 prioritizes vendors related to the technologies and products planned for use in the project. Past transaction history and evaluations are also considered during this process.

[0174] Furthermore, the inquiry department 206 may also check the current operational status and availability of experts and vendors, and select candidates who can be expected to provide a prompt response.

[0175] The inquiry department 206 comprehensively evaluates the above factors to determine the most suitable expert or equipment vendor.

[0176] Let's explain an example of an expert database.

[0177] Figure 17 is a table showing information about security-related experts stored in the expert database.

[0178] In Figure 17, each row represents a single expert, and different attributes are shown in each column.

[0179] Specifically, from left to right, the information listed includes the expert's identification number (ID), name, field of expertise, years of experience, main achievements, evaluation score (out of 5 points), and current operational status.

[0180] For example, Taro Yamada, ID "1," specializes in IoT security and encryption, has 15 years of experience, has a track record of designing smart home security systems, has received a high rating of 4.8 points, and is currently in operation.

[0181] The inquiry unit 206 can use the data shown in Figure 17 to quickly select the most suitable expert for a specific security issue or easily identify an expert with the necessary skill set for the project.

[0182] Furthermore, by considering evaluation scores and operational status, the inquiry unit 206 can select experts who are likely to provide high-quality advice and who can respond immediately. The operation of this inquiry unit 206 contributes to efficient project management.

[0183] Let's assume here that inquiry unit 206 received the following information from an expert: "We recommend using AES-256 encryption and the Auth2.0 authentication protocol."

[0184] The inquiry unit 206 provides the response to the acquisition unit 202. The acquisition unit 202 stores the new information in the database. The satisfaction determination unit 203 re-evaluates the information and determines that the security requirements have been sufficiently detailed.

[0185] In this way, the inquiry unit 206 efficiently collects necessary information and supports the smooth progress of the design process.

[0186] As described above, the information processing device 10 according to the third embodiment includes a query unit 206. When the query unit 206 determines that the information necessary for executing a design task is not available in the design information for that design task, it automatically generates a question related to the design task and sends it to a predetermined inquiry destination. The query unit 206 automatically generates the above question using a large-scale language model. The query unit 206 may select the destination for the question from among the destinations listed in the expert database. The operation of the query unit 206 enables efficient communication among stakeholders in a complex system development environment.

[0187] Next, we will describe the hardware of each device that makes up the information processing system. Figure 18 shows an example of the hardware configuration of the information processing device 10.

[0188] The information processing device 10 can be configured as an information processing device (a so-called computer), and has the configuration illustrated in Figure 18. For example, the information processing device 10 includes a processor 311, memory 312, input / output interface 313, and communication interface 314, etc. The components of the processor 311, etc. are connected by an internal bus or the like and are configured to communicate with each other.

[0189] However, the configuration shown in Figure 18 is not intended to limit the hardware configuration of the information processing device 10. The information processing device 10 may include hardware not shown, and it may not have to have an input / output interface 313 if necessary. Also, the number of processors 311 etc. included in the information processing device 10 is not intended to be limited to the example in Figure 18; for example, multiple processors 311 may be included in the information processing device 10.

[0190] The processor 311 is a programmable device such as a CPU (Central Processing Unit), MPU (Micro Processing Unit), DSP (Digital Signal Processor), TPU (Tensor Processing Unit), or GPU (Graphics Processing Unit). Alternatively, the processor 311 may be a device such as an FPGA (Field Programmable Gate Array) or ASIC (Application Specific Integrated Circuit). The processor 311 executes various programs, including an operating system (OS).

[0191] Memory 312 includes RAM (Random Access Memory), ROM (Read Only Memory), HDD (Hard Disk Drive), SSD (Solid State Drive), etc. Memory 312 stores the OS program, application programs, and various data.

[0192] The input / output interface 313 is an interface for a display device or input device (not shown). The display device is, for example, a liquid crystal display. The input device is, for example, a device that accepts user input such as a keyboard or mouse.

[0193] The communication interface 314 is a circuit, module, etc., that communicates with other devices. For example, the communication interface 314 includes a NIC (Network Interface Card), etc.

[0194] The functions of the information processing device 10 are realized by various processing modules. These processing modules are realized, for example, by the processor 311 executing a program stored in the memory 312. The program can also be recorded on a computer-readable storage medium. The storage medium can be a non-transitory medium such as a semiconductor memory, hard disk, magnetic recording medium, or optical recording medium. In other words, the present invention can also be embodied as a computer program product. Furthermore, the program can be downloaded via a network or updated using the storage medium on which the program is stored. Moreover, the processing module may be realized by a semiconductor chip.

[0195] In addition, terminal 20 can also be configured using an information processing device, similar to information processing device 10, and its basic hardware configuration is no different from that of information processing device 10, so its explanation will be omitted.

[0196] The information processing device 10 is equipped with a computer, and its functions can be realized by having the computer execute a program. Furthermore, the information processing device 10 executes control methods and information processing methods based on this program.

[0197] [Differentiation] The configuration and operation of the information processing system described in the above embodiment are illustrative examples and are not intended to limit the system configuration.

[0198] In the above embodiment, the information processing device 10 was described as being implemented as a server in a server-client system. However, the information processing device 10 may also be implemented as a user's terminal 20 on which a predetermined application is installed.

[0199] In the above embodiment, the case in which the database is configured inside the information processing device 10 was described, but the database may be built on an external database server or the like. In other words, some functions of the information processing device 10 may be implemented in another device. More specifically, it is sufficient that the "sufficiency determination unit (sufficiency determination means)" etc. described above is implemented in any device included in the system.

[0200] In the flowcharts (sequence diagrams) used in the above description, multiple processes (processes) are shown in order, but the execution order of the processes performed in the embodiment is not limited to the order in which they are shown. In the embodiment, the order of the illustrated processes can be changed to the extent that it does not impair the content, for example, by executing each process in parallel.

[0201] The embodiments described above are explained in detail to facilitate understanding of the disclosure, and it is not intended that all the configurations described above are necessary. Furthermore, when multiple embodiments are described, each embodiment may be used individually or in combination. For example, it is possible to replace parts of the configuration of one embodiment with those of another embodiment, or to add configurations from other embodiments to the configuration of one embodiment. In addition, it is possible to add, delete, or replace parts of the configuration of one embodiment with those of another.

[0202] As described above, the industrial applicability of the present invention is clear, and it is particularly suitable for application to information processing systems that support system design by users.

[0203] [Note 1] A means for obtaining information from a database that stores information about the system, and for obtaining at least information about requests or restrictions on the system, A satisfaction determination means determines, based on the acquired information regarding requirements or limitations for the system, whether the information necessary to execute one of the multiple design tasks in the stepwise design flow of the system is available in the design information for that one design task. An information processing device equipped with the following features.

[0204] [Note 2] The information processing device according to Appendix 1, further comprising a retrospective determination means, which determines whether the input information, when it is determined that the information necessary for executing the first design task is not available in the design information for the first design task, will affect the design results of a higher-level task of the first design task, and if the input information will affect the design results of the higher-level task, proposes retrospective action to the higher-level task.

[0205] [Note 3] The satisfaction determination means is an information processing device according to Appendix 1 or 2, which calculates a degree of satisfaction indicating the extent to which the design elements described in the design information of a single design task satisfy the requirements or limitations for the system, using a predetermined rule or machine learning model.

[0206] [Note 4] The information processing device according to Appendix 1 or 2, further comprising a query means for automatically generating questions related to the design task and sending them to a predetermined inquiry destination when it is determined that the information necessary for executing the design task is not available in the design information for the design task.

[0207] [Note 5] The query means is an information processing device as described in Appendix 4, which automatically generates the question using a large-scale language model.

[0208] [Note 6] The inquiry means is an information processing device as described in Appendix 4, which selects the recipient of the inquiry from among the recipients listed in the expert database.

[0209] [Note 7] The information processing device according to Appendix 1 or 2, wherein the satisfaction determination means adjusts the criteria used to determine whether the information necessary for executing a design task is available in the design information for that design task, depending on whether it is a waterfall development or agile development method.

[0210] [Note 8] In an information processing device, From a database that stores information about the system, retrieve at least information about requests or restrictions on the system. An information processing method that determines, based on the acquired information regarding requirements or limitations for the system, whether the information necessary to execute one of several design tasks within the stepwise design flow of the system is available in the design information for that one design task.

[0211] [Note 9] The computer installed in the information processing device, A process of retrieving information from a database that stores information about the system, including at least information about requests or restrictions on the system, Based on the acquired information regarding requirements or limitations for the system, a process is performed to determine whether the information necessary for executing one of the multiple design tasks in the stepwise design flow of the system is available in the design information for that one design task. A program to execute.

[0212] Furthermore, some or all of the configurations described in Appendices 2 to 7, which are subordinate to Appendice 1 above, may also be subordinate to Appendices 8 and 9 in the same way as those described in Appendices 2 to 7. Moreover, not limited to Appendices 1, 8 and 9, some or all of the configurations described as appendices may also be subordinate to various hardware, software, various recording means for recording software, or systems, without departing from the embodiments described above.

[0213] Furthermore, each disclosure of the above-mentioned prior art documents cited herein is incorporated herein by reference. Although embodiments of the present invention have been described above, the present invention is not limited to these embodiments. It will be understood by those skilled in the art that these embodiments are merely illustrative and that various modifications are possible without departing from the scope and spirit of the present invention. That is, the present invention naturally includes the entire disclosure, including the claims, and various modifications and alterations that can be made by those skilled in the art in accordance with the technical idea. [Explanation of Symbols]

[0214] 10 Information Processing Devices 20 devices 100 Information Processing Devices 101 Acquisition method 102 Sufficiency determination means 201 Communication Control Unit 202 Acquisition Department 203 Sufficiency Determination Unit 204 Storage section 205 Retrospective Determination Unit 206 Inquiry Department 311 Processors 312 memory 313 Input / Output Interfaces 314 Communication Interface

Claims

1. A means for obtaining information from a database that stores information about the system, and for obtaining at least information about requests or restrictions on the system, A satisfaction determination means determines, based on the acquired information regarding requirements or limitations for the system, whether the information necessary to execute one of the multiple design tasks in the stepwise design flow of the system is available in the design information for that one design task. An information processing device equipped with the following features.

2. The information processing apparatus according to claim 1, further comprising a retrospective determination means, which determines whether the input information, when it is determined that the information necessary for executing the first design task is not available in the design information of the first design task, will affect the design result of a higher-level task of the first design task, and if the input information will affect the design result of the higher-level task, proposes retrospective action to the higher-level task.

3. The information processing apparatus according to claim 1 or 2, wherein the satisfaction determination means calculates a degree of satisfaction, indicating the extent to which the design elements described in the design information of a single design task satisfy the requirements or limitations for the system, using a predetermined rule or machine learning model.

4. The information processing apparatus according to claim 1 or 2, further comprising an inquiry means for automatically generating questions related to the design task and sending them to a predetermined inquiry destination when it is determined that the information necessary for executing the design task is not available in the design information for the design task.

5. The information processing apparatus according to claim 4, wherein the query means automatically generates the question using a large-scale language model.

6. The information processing apparatus according to claim 4, wherein the inquiry means selects the recipient of the question from among the recipients listed in the expert database.

7. The information processing apparatus according to claim 1 or 2, wherein the satisfaction determination means adjusts the criteria used to determine whether the information necessary for executing the design task is available in the design information for the design task, depending on whether it is a waterfall development or agile development method.

8. In an information processing device, From a database that stores information about the system, retrieve at least information about requests or restrictions on the system. An information processing method that determines, based on the acquired information regarding requirements or limitations for the system, whether the information necessary to execute one of several design tasks within the stepwise design flow of the system is available in the design information for that one design task.

9. The computer installed in the information processing device, A process of retrieving information from a database that stores information about the system, including at least information about requests or restrictions on the system, Based on the acquired information regarding requirements or limitations for the system, a process is performed to determine whether the information necessary for executing one of the multiple design tasks in the stepwise design flow of the system is available in the design information for that one design task. A program to execute.

Images