IPC분류정보
국가/구분 |
United States(US) Patent
등록
|
국제특허분류(IPC7판) |
|
출원번호 |
UP-0304925
(2005-12-15)
|
등록번호 |
US-7797141
(2010-10-04)
|
발명자
/ 주소 |
- O'Connell, Don M.
- Nelson, David C.
|
출원인 / 주소 |
|
대리인 / 주소 |
Harness, Dickey & Pierce, P.L.C.
|
인용정보 |
피인용 횟수 :
9 인용 특허 :
6 |
초록
▼
A method of modeling a mission system. The system is represented as a plurality of architectural components. At least some of the architectural components are configured with availability characteristics to obtain a model of the system. The model is implemented to assess availability in the mission
A method of modeling a mission system. The system is represented as a plurality of architectural components. At least some of the architectural components are configured with availability characteristics to obtain a model of the system. The model is implemented to assess availability in the mission system. The model may be implemented to perform tradeoff decisions for each individual component and interrelated components. Availability can be assessed for the system, given all of the tradeoffs.
대표청구항
▼
What is claimed is: 1. A method of assessing behavioral aspects of one or more mission systems, the method performed by a processor configured with memory, the method comprising: providing to a user a plurality of architectural components each generically representing a hardware or software system
What is claimed is: 1. A method of assessing behavioral aspects of one or more mission systems, the method performed by a processor configured with memory, the method comprising: providing to a user a plurality of architectural components each generically representing a hardware or software system element includable in a model of a mission system; based on input from the user to a runtime environment of the processor, combining instances of the architectural components to represent hardware components and software components in a mission system model and mapping the software components to the hardware components to indicate deployment of the software components on the hardware components, to enable execution of the mission system model; based on the user input, specifying one or more amounts of resources of the hardware components needed by one of the software components and associating the one or more amounts with the one of the software components to enable execution of the mission system model; based on the user input, associating at least some of the architectural components with runtime availability analysis components for receiving and responding to availability attribute messages in the runtime environment; based on the user input, associating availability characteristics with one of the at least some of the architectural components; dynamically modeling system availability, the modeling performed by sending an availability attribute message input by the user to an availability analysis component associated with one of the architectural components and monitoring behavior of at least one of the hardware or the software component of the at least some of the architectural components in response to the message; dynamically indicating availability of the mission system model to the user based on the behavior; wherein the availability characteristics for a software component comprise at least one of failure rate, coldstart time, restart time, redundancy, cascading failures, minimum acceptable level, and switchover time; and wherein the availability attribute message indicates one of the following: coldstart, restart, switchover, operational, and fail. 2. The method of claim 1, wherein the architectural components include at least one transport component. 3. The method of claim 1, wherein dynamically modeling system availability comprises performing discrete event simulation using the inputs. 4. The method of claim 1 further comprising: receiving one or more availability characteristics from the user in one or more spreadsheets. 5. The method of claim 4, wherein the spreadsheets indicate that one or more of the architectural components is not to be monitored for availability. 6. An apparatus for analyzing availability in one or more mission systems, the apparatus comprising at least one processor and at least one memory configured to: make available to a user a plurality of architectural components each generically representing a hardware or software system element includable in a model of a mission system; based on input from the user to a runtime environment of the processor, combine instances of the architectural components to represent hardware components and software components in the mission system model and map the software components to the hardware components to indicate deployment of the software components on the hardware components, to enable execution of the mission system model; based on the user input, specify amounts of resources of the hardware components needed by the software components and associate the amounts with the software components as needed to execute the mission system model; based on the user input, associate the at least some of the architectural components with runtime availability analysis components for receiving and responding to availability attribute messages in the runtime environment; simulate system availability, the simulating including sending an availability attribute message input by the user to an availability analysis component associated with one of the architectural components and monitoring behavior of at least one of the hardware components or one of the software components of the at least some of the architectural components in response to the message; dynamically indicate system availability of the mission system model to the user based on the behavior; wherein the at least one processor and at least one memory are further configured to associate with a software component at least one of the following availability characteristics: failure rate, coldstart time, restart time, redundancy, cascading failures, minimum acceptable level, and switchover time; and wherein the availability attribute message indicates one of the following: coldstart, restart, switchover, operational, and fail. 7. The apparatus of claim 6, wherein the at least one processor and at least one memory are further configured to execute one or more system management status components of the model to generate and monitor a heartbeat for at least some of the architectural components. 8. The apparatus of claim 6, wherein the apparatus is further configured to receive at least one spreadsheet input to the model. 9. The apparatus of claim 6, wherein the at least one processor and memory are further configured to selectively apply software component reliability algorithms and calculation input parameters to model one or more software components; and assess an impact, if any, of the one or more modeled software components on overall reliability of the mission system. 10. The apparatus of claim 6, wherein the at least one processor and memory are further configured to select a reliability rate calculation for a component. 11. The apparatus of claim 10, wherein the at least one processor and memory are further configured to select a statistical rate calculation for a component. 12. The apparatus of claim 10, wherein the at least one processor and memory are further configured to vary a selected statistical rate calculation for a component. 13. A method of assessing availability in one or more mission systems, the method performed by a processor configured with memory, the method comprising: providing to a user a plurality of architectural components each generically representing a system element includable in a model of a mission system, the elements including hardware and software elements; based on input from the user to a runtime environment of the processor, combining instances of the architectural components to represent hardware components and software components in a mission system model and mapping the software components to the hardware components to indicate deployment of the software components on the hardware components, to enable execution of the mission system model; based on the user input, specifying one or more amounts of resources of the hardware components needed by one of the software components and associating the one or more amounts with the one of the software components, as needed to execute the mission system model; based on the user input, associating the at least some of the architectural components with runtime analysis components configured to receive and respond to heartbeat messages and availability attribute messages in the runtime environment; wherein the based on the user input, associating availability characteristics for the one of the software components, and wherein the availability characteristics comprise at least one of: failure rate, coldstart time, restart time, redundancy, cascading failures, minimum acceptable level, and switchover time; dynamically modeling system availability, the modeling performed by sending one or more messages input by the user to a runtime analysis component associated with one of the architectural components and monitoring behavior of the at least some of the architectural components in response to the message; dynamically indicating availability of the mission system model to the user based on the behavior; wherein the availability attribute message indicates one of the following: coldstart, restart, switchover, operational, and fail. 14. The method of claim 13, the processor configured to generate a heartbeat for each architectural component indicated as not having failed, the method further comprising issuing a report to the user as to the heartbeats. 15. The method of claim 13, further comprising performing availability analysis and performance analysis in the same configuration of the runtime environment.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.