Risk map for communication networks
US-2024422072-A1 · Dec 19, 2024 · US
US11526775B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-11526775-B2 |
| Application number | US-202117163757-A |
| Country | US |
| Kind code | B2 |
| Filing date | Feb 1, 2021 |
| Priority date | Feb 1, 2021 |
| Publication date | Dec 13, 2022 |
| Grant date | Dec 13, 2022 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
The disclosed technology includes systems and methods for automatically generating a dynamic system context diagram based on machine-readable code. A method can include receiving, at a rules engine, machine-readable code describing interactions among a plurality of applications in software architecture, evaluating, with the rules engine in communication with a system of record (SoR), compliance of the interactions among the plurality of applications according to the SoR, identifying, with the rules engine, and based on compliance evaluation, one or more dependencies among the plurality of applications, generating, with an output engine, a system context diagram image comprising a graphical representation of the plurality of applications with associated interactions and dependencies, and outputting, for display, the system context diagram image.
Opening claim text (preview).
What is claimed is: 1. A system, comprising: one or more processors; a system of record (SoR) in communication with the one or more processors; a rules engine in communication with the SoR; an output engine in communication with the rules engine; memory in communication with the one or more processors and storing instructions that, when executed by the one or more processors, are configured to cause the system to: receive, at the rules engine, machine-readable code describing interactions among a plurality of applications in a software architecture; evaluate, with the rules engine, compliance of the interactions among the plurality of applications according to the SoR; identify, with the rules engine, and based on compliance evaluation, one or more dependencies among the plurality of applications; generate, with the output engine, a system context diagram image comprising a graphical representation of the plurality of applications with associated interactions and dependencies; and output, for display, the system context diagram image. 2. The system of claim 1 , wherein the machine-readable code describes dynamic software architecture interactions among the plurality of applications. 3. The system of claim 1 , wherein the machine-readable code is in a YAML format. 4. The system of claim 1 , wherein the rules engine utilizes authoritative data stored in the SoR to evaluate the compliance of the interactions among the plurality of applications against corporate standards or resiliency risks. 5. The system of claim 1 , wherein the instructions further cause the rules engine to evaluate and identify one or more critical dependencies among the plurality of applications. 6. The system of claim 5 , wherein the instructions further cause the output engine to generate unique graphical representations of the one or more critical dependencies. 7. The system of claim 5 , wherein the instructions further cause the rules engine to: determine similarities among the critical dependencies; pool similar critical dependencies; and store the pooled similar critical dependencies in a repository. 8. The system of claim 5 , wherein the instructions are further configured to cause the rules engine to determine an overall risk score for the software architecture by computing a weighted average of each field of the machine-readable code associated with the one or more critical dependencies according to one or more of a dependency type and a dependency severity. 9. The system of claim 1 , wherein the output engine is configured to generate a graphical representation of network traffic associated with one or more of the plurality of applications. 10. The system of claim 1 , wherein the output engine is configured to generate a graphical representation of a resiliency risk for the software architecture. 11. The system of claim 1 , wherein the instructions are further configured to cause the one or more processors to: output for display, a menu of one or more options for compliance remediation of the plurality of applications; and remediate the machine-readable code automatically according to a selected option. 12. A method, comprising: receiving, at a rules engine, machine-readable code describing interactions among a plurality of applications in a software architecture; evaluating, with the rules engine in communication with a system of record (SoR), compliance of the interactions among the plurality of applications according to the SoR; identifying, with the rules engine and based on the evaluating, one or more dependencies among the plurality of applications; generating, with an output engine, a system context diagram image comprising a graphical representation of the plurality of applications with associated interactions and dependencies; and outputting, for display, the system context diagram image. 13. The method of claim 12 , wherein the machine-readable code describes dynamic software architecture interactions among the plurality of applications. 14. The method of claim 12 , wherein the machine-readable code is in a YAML format. 15. The method of claim 12 , wherein the rules engine utilizes authoritative data stored in the SoR for evaluating the compliance of the interactions among the plurality of applications against one or more of corporate standards and resiliency risks. 16. The method of claim 12 , further comprising evaluating and identifying one or more critical dependencies among the plurality of applications. 17. The method of claim 16 , further comprising generating unique graphical representations of the one or more critical dependencies. 18. The method of claim 16 , further comprising: determining similarities among the critical dependencies; pooling similar critical dependencies; and storing the pooled similar critical dependencies in a repository. 19. The method of claim 16 , further comprising determining an overall risk score for the software architecture by computing a weighted average of each field of the machine-readable code associated with the one or more critical dependencies according to one or more of a dependency type and a dependency severity. 20. A non-transitory computer-readable storage medium storing instructions that are configured to cause one or more processors to perform a method of: receiving, at a rules engine, machine-readable code describing interactions among a plurality of applications in a software architecture; evaluating, with the rules engine in communication with a system of record (SoR), compliance of the interactions among the plurality of applications according to the SoR; identifying, with the rules engine and based on the evaluating, one or more dependencies among the plurality of applications; generating, with an output engine, a system context diagram image comprising a graphical representation of the plurality of applications with associated interactions and dependencies; and outputting, for display, the system context diagram image.
Graphical or visual programming · CPC title
Saving, restoring, recovering or retrying · CPC title
model driven · CPC title
Program documentation · CPC title
Risk analysis of enterprise or organisation activities · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.