DE102021123135A1 - Leistungs- und upgrade-verwaltung für anlagegüter mit hilfe von digitalen zwillingen - Google Patents

Leistungs- und upgrade-verwaltung für anlagegüter mit hilfe von digitalen zwillingen Download PDF

Info

Publication number
DE102021123135A1
DE102021123135A1 DE102021123135.3A DE102021123135A DE102021123135A1 DE 102021123135 A1 DE102021123135 A1 DE 102021123135A1 DE 102021123135 A DE102021123135 A DE 102021123135A DE 102021123135 A1 DE102021123135 A1 DE 102021123135A1
Authority
DE
Germany
Prior art keywords
assets
software
computer
asset
upgrades
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
DE102021123135.3A
Other languages
English (en)
Inventor
Shailendra Moyal
Venkata Vara Prasad Karri
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
International Business Machines Corp
Original Assignee
International Business Machines Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by International Business Machines Corp filed Critical International Business Machines Corp
Publication of DE102021123135A1 publication Critical patent/DE102021123135A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM]
    • G05B19/41885—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM] characterised by modeling, simulation of the manufacturing system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3438—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment monitoring of user actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3495—Performance evaluation by tracing or monitoring for systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/105—Arrangements for software license management or administration, e.g. for managing licenses at corporate level
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G06F8/63—Image based installation; Cloning; Build to order
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/20—Administration of product repair or maintenance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3442—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for planning or managing the needed capacity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3457—Performance evaluation by simulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Abstract

In einem Ansatz für eine Leistungs- und Upgrade-Verwaltung für Anlagegüter mit Hilfe von digitalen Zwillingen werden anstehende Änderungen für Anlagegüter empfangen, wobei die anstehenden Änderungen Hardware-Anforderungen, Firmware-Anforderungen, Software-Anforderungen, Hardware-Upgrades, Firmware-Upgrades und/oder Software-Upgrades umfassen. Die anstehenden Änderungen für die Anlagegüter werden in Repositorys gespeichert, wobei das geeignete Repository unter Verwendung von Themenmodellierung bestimmt wird. Die digitalen Zwillinge werden aktualisiert, wobei jeder digitale Zwilling kontinuierlich mit den anstehenden Änderungen aktualisiert wird. Metriken hinsichtlich der weiteren Nutzung werden für jedes Anlagegut auf der Grundlage der Ausgabe der digitalen Zwillinge berechnet, wobei die Metriken hinsichtlich der weiteren Nutzung spezifisch für jedes Anlagegut sind. Auf der Grundlage der anstehenden Änderungen und der Metriken hinsichtlich der weiteren Nutzung wird ein Bericht erstellt, wobei der Bericht Hardware-Abhängigkeiten, Firmware-Abhängigkeiten, Software-Abhängigkeiten und/oder Upgrade-Abhängigkeiten umfasst.

Description

  • HINTERGRUND
  • Die vorliegende Erfindung betrifft allgemein das Gebiet der Datenverarbeitung und insbesondere eine Leistungs- und Upgrade-Verwaltung für Anlagegüter mit Hilfe von digitalen Zwillingen.
  • Bei einem digitalen Zwilling handelt es sich um eine virtuelle Darstellung eines physischen Objekts oder Systems über dessen gesamten Lebenszyklus hinweg. Dabei werden Echtzeitdaten und anderen Quellen verwendet, um ein Lernen, ein Ziehen von Schlussfolgerungen und ein dynamisches Neukalibrieren für eine bessere Entscheidungsfindung zu ermöglichen. Einfach ausgedrückt bedeutet dies ein Erstellen eines hochkomplexen virtuellen Modells, welches das genaue Gegenstück (oder ein Zwilling) einer physischen Sache darstellt. Bei der,Sache' könnte es sich um ein Auto, einen Tunnel, eine Brücke oder sogar ein Düsentriebwerk handeln. Angeschlossene Sensoren an dem physischen Anlagegut sammeln Daten, die auf das virtuelle Modell abgebildet werden können. Durch Betrachten des digitalen Zwillings kann ein Benutzer nun wichtige Informationen darüber erfahren, wie die physische Sache in der realen Welt funktioniert.
  • Bei einer Leistungsverwaltung für Anlagegüter (APM, Asset Performance Management) handelt es sich um eine Sammlung von Software-Tools und Anwendungen, die dafür entwickelt sind, die Zuverlässigkeit und Verfügbarkeit von physischen Anlagegütern (wie z. B. Anlagen, Ausrüstungssysteme und Infrastruktur) zu verbessern, die für den Betrieb eines Unternehmens unerlässlich sind. APM umfasst die Funktionen der Datenerfassung, - integration, -visualisierung und -analyse, die mit dem ausdrücklichen Ziel miteinander verknüpft werden, die Zuverlässigkeit und Verfügbarkeit von physischen Anlagegütern zu verbessern. APM-Systeme dienen dazu, die Zuverlässigkeit und Verfügbarkeit von physischen Anlagegütern zu verbessern, während gleichzeitig Risiken und Betriebskosten minimiert werden. APM umfasst üblicherweise eine Zustandsüberwachung, vorausschauende Instandhaltung, Verwaltung der Unversehrtheit von Anlagegütern und zuverlässigkeitsorientierte Instandhaltung und geht häufig mit Technologien wie zum Beispiel einer Erfassung, Visualisierung und Analytik von Zustandsdaten über Anlagegüter einher.
  • KURZDARSTELLUNG
  • Ausführungsformen der vorliegenden Erfindung offenbaren ein Verfahren, ein Computerprogrammprodukt und ein System zur Leistungs- und Upgrade-Verwaltung für Anlagegüter mit Hilfe von digitalen Zwillingen. In einer Ausführungsform werden anstehende Änderungen für Anlagegüter empfangen, wobei die anstehenden Änderungen Hardware-Anforderungen, Firmware-Anforderungen, Software-Anforderungen, Hardware-Upgrades, Firmware-Upgrades und/oder Software-Upgrades umfassen. Die anstehenden Änderungen für die Anlagegüter werden in Repositorys gespeichert, wobei das geeignete Repository unter Verwendung von Themenmodellierung bestimmt wird. Die digitalen Zwillinge werden aktualisiert, wobei jeder digitale Zwilling kontinuierlich mit den anstehenden Änderungen aktualisiert wird. Metriken hinsichtlich der weiteren Nutzung werden für jedes Anlagegut auf der Grundlage der Ausgabe der digitalen Zwillinge berechnet, wobei die Metriken hinsichtlich der weiteren Nutzung spezifisch für jedes Anlagegut sind. Auf der Grundlage der anstehenden Änderungen und der Metriken hinsichtlich der weiteren Nutzung wird ein Bericht erstellt, wobei der Bericht Hardware-Abhängigkeiten, Firmware-Abhängigkeiten, Software-Abhängigkeiten und/oder Upgrade-Abhängigkeiten umfasst.
  • Figurenliste
    • 1 stellt eine Cloud-Computing-Umgebung gemäß einer Ausführungsform der vorliegenden Erfindung bildlich dar.
    • 2 stellt Abstraktionsmodellschichten gemäß einer Ausführungsform der vorliegenden Erfindung bildlich dar.
    • 3 ist ein Funktionsblockschaubild, das eine verteilte Datenverarbeitungsumgebung gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht.
    • 4 ist ein Beispiel der Systemarchitektur gemäß einer Ausführungsform der vorliegenden Erfindung.
    • 5 ist ein Ablaufplan, der Arbeitsschritte des Upgrade-Verwaltungsprogramms auf einer Datenverarbeitungseinheit innerhalb der verteilten Datenverarbeitungsumgebung aus 3 für eine Leistungs- und Upgrade-Verwaltung für Anlagegüter mit Hilfe von digitalen Zwillingen gemäß einer Ausführungsform der vorliegenden Erfindung bildlich darstellt.
    • 6 stellt ein Blockschaubild von Komponenten der das Upgrade-Verwaltungsprogramm ausführenden Datenverarbeitungseinheit innerhalb der Datenverarbeitungsumgebung aus 3 gemäß einer Ausführungsform der vorliegenden Erfindung bildlich dar.
  • AUSFÜHRLICHE BESCHREIBUNG
  • Häufig wird eine Anwendung nach der letzten Veröffentlichung durch einen Anbieter nicht mehr auf dem System unterstützt. Ein anderes Szenario tritt ein, wenn der Hardware- oder System-Anbieter das Betriebssystem oder andere Firmware/Hardware-Updates aktualisiert und die Anwendungen dadurch veraltet sind. Im Falle von großen Unternehmen, die große Geldsummen in ein Erwerben von Lizenzen für derartige Anwendungen investieren, versucht das Unternehmen häufig, alternative Anwendungen zu finden, wenn die Anwendungen aufgrund einer bestimmten Software- oder Firmware-Aktualisierung durch das Betriebssystem veraltet sind. Um das Projektbudget nicht zu überschreiten, können diese alternativen Anwendungen auch Open-Source-Software umfassen, da es nicht immer möglich ist, mitten in einem Projekt eine neue Software zu beschaffen oder auf neue Hardware aufzurüsten. Die Anbieter von Betriebssystemen übernehmen üblicherweise nicht die Aufgabe, die vielen von Benutzern auf dem Betriebssystem installierten Anwendungen zu unterstützen, so dass es den Benutzern überlassen bleibt, die Anwendungen selbst zu unterstützen.
  • Zum Beispiel wurde bei einem kürzlich durchgeführten Upgrade einer gängigen Computerplattform die Unterstützung für alle 32-Bit-Anwendungen entfernt. Dadurch mussten alle Benutzer der betreffenden Plattform alle Anwendungen auf 64-Bit aktualisieren, sofern eine derartige Version verfügbar war. Viele Benutzer waren sich dieser Änderung nicht bewusst, und das Upgrade führte zu einem Ausfall dieser Systeme.
  • Bei einem digitalen Zwilling handelt es sich um ein virtuelles Modell eines Prozesses, eines Produkts oder einer Dienstleistung. Dieses Koppeln von virtueller und physischer Welt ermöglicht eine Analyse von Daten und ein Überwachen von Systemen, um Probleme zu vermeiden, bevor sie überhaupt auftreten, um Ausfallzeiten zu verhindern, um neue Möglichkeiten zu entwickeln und sogar um unter Verwendung von Simulationen für die Zukunft zu planen. Zum Beispiel stellt ein digitaler Zwilling einer Einheit des Internet der Dinge (loT) sowohl die Elemente als auch die Dynamik des Betriebs und des Verhaltens der Einheit während ihres gesamten Lebenszyklus bereit.
  • Es gibt zahlreiche Systeme für die Verwaltung von Anlagegütern und die Lebenszyklusverwaltung, aber im aktuellen Stand der Technik wird nicht die Technologie des digitalen Zwillings genutzt, um die Lebenszyklusverwaltung von Anlagegütern durch Überwachen auf anstehende Hardware/Firmware-Änderungen und Software-Abhängigkeiten in Echtzeit zu verbessern. Die vorliegende Erfindung stellt sicher, dass die Verwaltung von Anlagegütern sowie von Infrastructure as a Service, Platform as a Service, Software as a Service und Cloud-Service-Anbietern mit Hilfe von aktualisierten Berichten des digitalen Zwillings für eine Organisation proaktiv gehandhabt wird.
  • Die vorliegende Erfindung verwendet die Technologie digitaler Zwillinge, um eine virtuelle Hardware-Replik eines Anlageguts mit anstehenden Hardware/Firmware-Änderungen und Software-Abhängigkeiten als Eingabe zu erstellen. Im Kontext dieser Erfindung handelt es sich bei bevorstehenden Änderungen um solche, die bereits angekündigt wurden, aber von dem Benutzer noch nicht umgesetzt worden sind. Die Erfindung bewertet diese bevorstehenden Änderungen vor der Umsetzung, um die Auswirkungen der bevorstehenden Änderungen auf die von dem Benutzer eingesetzten Systeme zu ermitteln. Die kontinuierliche Eingabe der anstehenden Hardware/Firmware-Änderungen und Software-Abhängigkeiten wird den digitalen Zwillingen bereitgestellt, die Berichte erstellen, die Änderungen und eine Zuordnung der Hardware- und Software-Abhängigkeiten enthalten.
  • In einer Ausführungsform ist die vorliegende Erfindung in der Lage, unter Verwendung von digitalen Zwillingen automatisch die bevorstehenden Änderungen an den Hardware- oder Firmware-Quellen auf den physischen Systemen zu simulieren und dadurch automatisch eine Liste von Software zu erstellen, die von den Hardware- oder Firmware-Quellen abhängig ist und aufgrund der bevorstehenden Änderungen veraltet sein wird. In einer Ausführungsform erstellt die vorliegende Erfindung Simulationen verschiedener Versions-Upgrades der Software oder zukünftiger Versionen der Software und ordnet diese den für zukünftige Versionen erkannten Hardware- oder Firmware-Änderungen zu, um automatisch eine Liste von Anwendungssoftware zu erstellen, die sich an die sich ändernden Dimensionen der Technologie in Bezug auf Hardware- und Firmware-Upgrades anpassen kann.
  • In einer Ausführungsform benachrichtigt die vorliegende Erfindung automatisch die jeweiligen Beschaffungsteams, indem sie die gesamte Software, die veraltet sein wird, und die alternative Software, darunter auch Open-Source-Software, die möglicherweise ein Ersatz für die veraltete Software ist, auf der Grundlage der Hardware- oder Firmware-Änderungen einstuft. In einer Ausführungsform erstellt die vorliegende Erfindung dann Eignungsmetriken durch Simulation auf den digitalen Zwillingen, um die größte Übereinstimmung mit der veralteten Software anzuzeigen und eine entsprechende Projektplanung zu ermöglichen.
  • In einer Ausführungsform verwendet die vorliegende Erfindung loT-Feeds, die von verschiedenen Systemen empfangen werden, darunter auch Servernutzungsmetriken und andere externe und interne Daten-Feeds aus mehreren Quellen, um deren Auswirkungen auf das System für jede gefundene potenzielle Hardware- oder Firmware-Änderung zu simulieren. Dies hilft Anlagegüter-Verwaltungsteams proaktiv dabei, fundierte Entscheidungen zu treffen.
  • In einem Beispiel für einen möglichen Anwendungsfall, benötigt eine Smart City mit mehreren loT-Sensoren, die in der ganzen Stadt eingesetzt werden, um Verkehrsinformationen zu erhalten, eine Firmware für jeden der voneinander abhängigen loT-Sensoren. Wenn eine bevorstehende Änderung an der loT-Firmware erkannt wird, ist die vorliegende Erfindung in der Lage, die Auswirkungen des Firmware-Updates vorab zu simulieren und die Verwaltung vorzubereiten. Dadurch kann möglicherweise eine systemweite Abschaltung vermieden werden, wenn das Firmware-Upgrade unerwartete Folgen hat.
  • Es sei von vornherein klargestellt, dass das Umsetzen der hierin angeführten Lehren nicht auf eine Cloud-Computing-Umgebung beschränkt ist, obwohl diese Offenbarung eine ausführliche Beschreibung von Cloud-Computing umfasst. Stattdessen können Ausführungsformen der vorliegenden Erfindung gemeinsam mit jeder beliebigen Art von jetzt bekannter oder später erfundener Datenverarbeitungsumgebung umgesetzt werden.
  • Cloud-Computing ist ein Servicebereitstellungsmodell zum Ermöglichen eines problemlosen bedarfsgesteuerten Netzwerkzugriffs auf einen gemeinsam genutzten Pool von konfigurierbaren Datenverarbeitungsressourcen (z.B. Netzwerke, Netzwerkbandbreite, Server, Verarbeitung, Hauptspeicher, Speicher, Anwendungen, virtuelle Maschinen und Dienste), die mit minimalem Verwaltungsaufwand bzw. minimaler Interaktion mit einem Anbieter des Service schnell bereitgestellt und freigegeben werden können. Dieses Cloud-Modell kann mindestens fünf Eigenschaften umfassen, mindestens drei Dienstmodelle und mindestens vier Implementierungsmodelle.
  • Bei den Eigenschaften handelt es sich um die Folgenden:
    • On-Demand Self-Service: Ein Cloud-Nutzer kann einseitig automatisch nach Bedarf für Datenverarbeitungsfunktionen wie Serverzeit und Netzwerkspeicher sorgen, ohne dass eine menschliche Interaktion mit dem Anbieter der Dienste erforderlich ist.
  • Broad Network Access: Es sind Funktionen über ein Netzwerk verfügbar, auf die durch Standardmechanismen zugegriffen wird, welche die Verwendung durch heterogene Thin- oder Thick-Client-Plattformen (z.B. Mobiltelefone, Laptops und PDAs) unterstützen.
  • Resource-Pooling: Die Datenverarbeitungsressourcen des Anbieters werden zusammengeschlossen, um mehreren Nutzern unter Verwendung eines Multi-Tenant-Modells zu dienen, wobei verschiedene physische und virtuelle Ressourcen dynamisch nach Bedarf zugewiesen und neu zugewiesen werden. Es gibt eine gefühlte Standortunabhängigkeit, da der Nutzer allgemein keine Kontrolle bzw. Kenntnis über den genauen Standort der bereitgestellten Ressourcen hat, aber in der Lage sein kann, einen Standort auf einer höheren Abstraktionsebene festzulegen (z.B. Land, Staat oder Rechenzentrum).
  • Rapid Elasticity: Funktionen können für eine schnelle horizontale Skalierung (scale out) schnell und elastisch bereitgestellt werden, in einigen Fällen auch automatisch, und für ein schnelles Scale-in schnell freigegeben werden. Für den Nutzer erscheinen die für das Bereitstellen verfügbaren Funktionen häufig unbegrenzt und sie können jederzeit in jeder beliebigen Menge gekauft werden.
  • Measured Service: Cloud-Systeme steuern und optimieren die Verwendung von Ressourcen automatisch, indem sie eine Messfunktion auf einer gewissen Abstraktionsebene nutzen, die für die Art von Dienst geeignet ist (z.B. Speicher, Verarbeitung, Bandbreite sowie aktive Benutzerkonten). Die Nutzung von Ressourcen kann überwacht, gesteuert und gemeldet werden, wodurch sowohl für den Anbieter als auch für den Nutzer des verwendeten Dienstes Transparenz geschaffen wird.
  • Bei den Dienstmodellen handelt es sich um die Folgenden:
    • Software as a Service (SaaS): Die dem Nutzer bereitgestellte Funktion besteht darin, die in einer Cloud-Infrastruktur laufenden Anwendungen des Anbieters zu verwenden. Die Anwendungen sind über eine Thin-Client-Schnittstelle wie einen Web-Browser (z.B. auf dem Web beruhende E-Mail) von verschiedenen Client-Einheiten her zugänglich. Der Nutzer verwaltet bzw. steuert die zugrunde liegende Cloud-Infrastruktur nicht, darunter das Netzwerk, Server, Betriebssysteme, Speicher bzw. sogar einzelne Anwendungsfunktionen, mit der möglichen Ausnahme von eingeschränkten benutzerspezifischen Anwendungskonfigurationseinstellungen.
  • Platform as a Service (PaaS): Die dem Nutzer bereitgestellte Funktion besteht darin, durch einen Nutzer erstellte bzw. erhaltene Anwendungen, die unter Verwendung von durch den Anbieter unterstützten Programmiersprachen und Tools erstellt wurden, in der Cloud-Infrastruktur einzusetzen. Der Nutzer verwaltet bzw. steuert die zugrunde liegende Cloud-Infrastruktur nicht, darunter Netzwerke, Server, Betriebssysteme bzw. Speicher, hat aber die Kontrolle über die eingesetzten Anwendungen und möglicherweise über Konfigurationen des Application Hosting Environment.
  • Infrastructure as a Service (laaS): Die dem Nutzer bereitgestellte Funktion besteht darin, das Verarbeiten, Speicher, Netzwerke und andere grundlegende Datenverarbeitungsressourcen bereitzustellen, wobei der Nutzer in der Lage ist, beliebige Software einzusetzen und auszuführen, zu der Betriebssysteme und Anwendungen gehören können. Der Nutzer verwaltet bzw. steuert die zugrunde liegende Cloud-Infrastruktur nicht, hat aber die Kontrolle über Betriebssysteme, Speicher, eingesetzte Anwendungen und möglicherweise eine eingeschränkte Kontrolle über ausgewählte Netzwerkkomponenten (z.B. Host-Firewalls).
  • Bei den Einsatzmodellen handelt es sich um die Folgenden:
    • Private Cloud: Die Cloud-Infrastruktur wird einzig und allein für eine Organisation betrieben. Sie kann durch die Organisation oder einen Dritten verwaltet werden und kann sich in den eigenen Räumen oder in fremden Räumen befinden.
  • Community Cloud: Die Cloud-Infrastruktur wird von mehreren Organisationen gemeinsam genutzt und unterstützt eine spezielle Benutzergemeinschaft, die gemeinsame Angelegenheiten hat (z.B. Mission, Sicherheitsanforderungen, Richtlinien sowie Überlegungen bezüglich der Einhaltung von Vorschriften). Sie kann durch die Organisationen oder einen Dritten verwaltet werden und kann in den eigenen Räumen oder fremden Räumen stehen.
  • Public Cloud: Die Cloud-Infrastruktur wird der allgemeinen Öffentlichkeit oder einer großen Industriegruppe zur Verfügung gestellt und sie gehört einer Cloud-Dienste verkaufenden Organisation.
  • Hybrid Cloud: Die Cloud-Infrastruktur ist eine Zusammensetzung aus zwei oder mehreren Clouds (privat, Benutzergemeinschaft oder öffentlich), die zwar einzelne Einheiten bleiben, aber durch eine standardisierte oder proprietäre Technologie miteinander verbunden sind, die Daten- und Anwendungsportierbarkeit ermöglicht (z.B. Cloud-Zielgruppenverteilung für den Lastenausgleich zwischen Clouds).
  • Eine Cloud-Computing-Umgebung ist dienstorientiert mit Fokus auf Statusunabhängigkeit, geringer Kopplung, Modularität und semantischer Interoperabilität. Im Herzen von Cloud-Computing liegt eine Infrastruktur, die ein Netzwerk aus zusammengeschalteten Knoten aufweist.
  • Unter Bezugnahme auf 1 ist eine veranschaulichende Cloud-Computing-Umgebung 50 abgebildet. Wie gezeigt ist, weist die Cloud-Computing-Umgebung 50 einen oder mehrere Cloud-Computing-Knoten 10 auf, mit denen von Cloud-Nutzern verwendete lokale Datenverarbeitungseinheiten wie ein elektronischer Assistent (PDA, personal digital assistant) oder ein Mobiltelefon 54A, ein Desktop-Computer 54B, ein Laptop-Computer 54C und/oder ein Automobil-Computer-System 54N Daten austauschen können. Die Knoten 10 können miteinander Daten austauschen. Sie können physisch oder virtuell in ein oder mehrere Netzwerke wie private, Benutzergemeinschafts-, öffentliche oder hybride Clouds gruppiert werden (nicht gezeigt), wie vorstehend beschrieben wurde, oder in eine Kombination daraus. Dies ermöglicht es der Cloud-Computing-Umgebung 50, Infrastruktur, Plattformen und/oder Software als Dienst anzubieten, für die ein Cloud-Nutzer keine Ressourcen auf einer lokalen Datenverarbeitungseinheit vorhalten muss. Es sei darauf hingewiesen, dass die Arten von in 1 gezeigten Datenverarbeitungseinheiten 54A bis N lediglich veranschaulichend sein sollen und dass die Datenverarbeitungsknoten 10 und die Cloud-Computing-Umgebung 50 über eine beliebige Art Netzwerk und/oder über eine beliebige Art von über ein Netzwerk aufrufbarer Verbindung (z.B. unter Verwendung eines Web-Browsers) mit einer beliebigen Art von computergestützter Einheit Daten austauschen können.
  • Unter Bezugnahme auf 2 wird ein Satz von funktionalen Abstraktionsschichten gezeigt, die durch die Cloud-Computing-Umgebung 50 (1) bereitgestellt werden. Es sollte von vornherein klar sein, dass die in 2 gezeigten Komponenten, Schichten und Funktionen lediglich veranschaulichend sein sollen und Ausführungsformen der Erfindung nicht darauf beschränkt sind. Wie abgebildet ist, werden die folgenden Schichten und entsprechenden Funktionen bereitgestellt:
  • Eine Hardware- und Software-Schicht 60 umfasst Hardware- und Software-Komponenten. Zu Beispielen für Hardware-Komponenten gehören: Mainframe-Computer 61; auf der RISC- (Reduced Instruction Set Computer) Architektur beruhende Server 62; Server 63; Blade-Server 64; Speichereinheiten 65; und Netzwerke sowie Netzwerkkomponenten 66. In einigen Ausführungsformen umfassen Software-Komponenten eine Netzwerk-Anwendungsserver-Software 67 und eine Datenbank-Software 68.
  • Eine Virtualisierungsschicht 70 stellt eine Abstraktionsschicht bereit, aus der die folgenden Beispiele für virtuelle Einheiten bereitgestellt werden können: virtuelle Server 71, virtueller Speicher 72, virtuelle Netzwerke 73, darunter virtuelle private Netzwerke, virtuelle Anwendungen und Betriebssysteme 74; und virtuelle Clients 75.
  • In einem Beispiel kann eine Verwaltungsschicht 80 die nachfolgend beschriebenen Funktionen bereitstellen. Eine Ressourcen-Bereitstellung 81 stellt die dynamische Beschaffung von Datenverarbeitungsressourcen sowie anderen Ressourcen bereit, die zum Durchführen von Aufgaben innerhalb der Cloud-Computing-Umgebung verwendet werden. Ein Messen und eine Preisfindung 82 stellen die Kostenverfolgung beim Verwenden von Ressourcen innerhalb der Cloud-Computing-Umgebung sowie die Abrechnung oder Rechnungsstellung für den Verbrauch dieser Ressourcen bereit. In einem Beispiel können diese Ressourcen Anwendungs-Software-Lizenzen aufweisen. Die Sicherheit stellt die Identitätsüberprüfung für Cloud-Nutzer und Aufgaben sowie Schutz für Daten und andere Ressourcen bereit. Ein Benutzerportal 83 stellt Nutzern und Systemadministratoren den Zugang zu der Cloud-Computing-Umgebung bereit. Eine Verwaltung des Dienstumfangs 84 stellt die Zuordnung und Verwaltung von Cloud-Computing-Ressourcen bereit, so dass die benötigten Dienstziele erreicht werden. Ein Planen und Erfüllen von Vereinbarungen zum Dienstumfang (SLA, Service Level Agreement) 85 stellt die Anordnung vorab und die Beschaffung von Cloud-Computing-Ressourcen, für die eine zukünftige Anforderung vorausgesehen wird, gemäß einem SLA bereit.
  • Eine Arbeitslastschicht 90 stellt Beispiele für die Funktionalität bereit, für welche die Cloud-Computing-Umgebung verwendet werden kann. Zu Beispielen für Arbeitslasten und Funktionen, die von dieser Schicht bereitgestellt werden können, gehören: Abbildung und Navigation 91; Software-Entwicklung und Lebenszyklusverwaltung 92; Bereitstellung von Ausbildung in virtuellen Klassenzimmern 93; Datenanalytikverarbeitung 94; Transaktionsverarbeitung 95; und Verwaltung von Aufrüstungen durch digitale Zwillinge 96.
  • 3 ist ein Funktionsblockschaubild, das eine verteilte Datenverarbeitungsumgebung, die allgemein mit 100 gekennzeichnet und für den Betrieb des Upgrade-Verwaltungsprogramms 112 geeignet ist, gemäß mindestens einer Ausführungsform der vorliegenden Erfindung veranschaulicht. Der hierin verwendete Begriff „verteilt“ beschreibt ein Computersystem, das mehrere physisch getrennte Einheiten umfasst, die zusammen als ein einzelnes Computersystem arbeiten. 3 stellt lediglich eine Veranschaulichung einer Umsetzung bereit und bringt keinerlei Einschränkungen in Bezug auf die Umgebungen mit sich, in denen verschiedene Ausführungsformen umgesetzt werden können. Ein Fachmann kann viele Abänderungen an der dargestellten Umgebung vornehmen, ohne von dem Umfang der wie in den Ansprüchen angegebenen Erfindung abzuweichen.
  • Die verteilte Datenverarbeitungsumgebung 100 umfasst eine Datenverarbeitungseinheit 110, die mit einem Netzwerk 120 verbunden ist. Bei dem Netzwerk 120 kann es sich zum Beispiel um ein Telekommunikationsnetz, ein lokales Netzwerk (LAN), ein Weitverkehrsnetz (WAN) wie zum Beispiel das Internet oder eine Kombination aus den drei handeln, und dazu können drahtgebundene, drahtlose oder faseroptische Verbindungen gehören. Zu dem Netzwerk 120 können ein oder mehrere drahtgebundene und/oder drahtlose Netzwerke gehören, die in der Lage sind, Daten-, Sprach- und/oder Videosignale zu empfangen und zu übermitteln, darunter Multimedia-Signale, die Sprach-, Daten- und Videoinformationen umfassen. Im Allgemeinen kann es sich bei dem Netzwerk 120 um eine beliebige geeignete Kombination von Verbindungen und Protokollen handeln, die Datenübertragungen zwischen der Datenverarbeitungseinheit 110 und anderen Datenverarbeitungseinheiten (nicht gezeigt) innerhalb der Datenverarbeitungsumgebung 100 unterstützt.
  • Bei der Datenverarbeitungseinheit 110 kann es sich um eine eigenständige Datenverarbeitungseinheit, einen Verwaltungsserver, einen Web-Server, eine mobile Datenverarbeitungseinheit oder eine beliebige andere elektronische Einheit oder ein Datenverarbeitungssystem handeln, die/das in der Lage ist, Daten zu empfangen, zu senden und zu verarbeiten. In einer Ausführungsform kann es sich bei der Datenverarbeitungseinheit 110 um einen Laptop-Computer, einen Tablet-Computer, einen Netbook-Computer, einen Personal Computer (PC), einen Desktop-Computer, einen persönlichen digitalen Assistenten (PDA), ein Smartphone oder eine beliebige programmierbare elektronische Einheit handeln, die in der Lage ist, über das Netzwerk 120 mit anderen Datenverarbeitungseinheiten (nicht gezeigt) innerhalb der Datenverarbeitungsumgebung 100 Daten auszutauschen. In einer anderen Ausführungsform kann die Datenverarbeitungseinheit 110 ein Server-Datenverarbeitungssystem darstellen, das mehrere Computer als Serversystem nutzt, wie zum Beispiel in einer Cloud-Computing-Umgebung. In noch einer anderen Ausführungsform stellt die Datenverarbeitungseinheit 110 ein Datenverarbeitungssystem dar, das in Gruppen zusammengefasste Computer und Komponenten nutzt (z.B. Datenbankserver-Computer, Anwendungsserver-Computer usw.), die als ein einzelner Pool von nahtlosen Ressourcen fungieren, wenn auf sie innerhalb der verteilten Datenverarbeitungsumgebung 100 zugegriffen wird.
  • In einer Ausführungsform umfasst die Datenverarbeitungseinheit 110 das Upgrade-Verwaltungsprogramm 112. In einer Ausführungsform handelt es sich bei dem Upgrade-Verwaltungsprogramm 112 um ein Programm, eine Anwendung oder ein Unterprogramm eines größeren Programms für eine Leistungs- und Upgrade-Verwaltung von Anlagegütern mit Hilfe von digitalen Zwillingen. In einer alternativen Ausführungsform kann sich das Upgrade-Verwaltungsprogramm 112 auf einer beliebigen anderen Einheit befinden, auf welche die Datenverarbeitungseinheit 110 über das Netzwerk 120 zugreifen kann.
  • In einer Ausführungsform umfasst die Datenverarbeitungseinheit 110 ein Informationsrepository 114. In einer Ausführungsform kann das Informationsrepository 114 von dem Upgrade-Verwaltungsprogramm 112 verwaltet werden. In einer alternativen Ausführungsform kann das Informationsrepository 114 von dem Betriebssystem der Einheit alleine oder gemeinsam mit dem Upgrade-Verwaltungsprogramm 112 verwaltet werden. Das Informationsrepository 114 ist ein Datenrepository, das Informationen speichern, sammeln, vergleichen und/oder kombinieren kann. In einigen Ausführungsformen befindet sich das Informationsrepository 114 außerhalb der Datenverarbeitungseinheit 110, und ein Zugriff darauf erfolgt über ein Datenübertragungsnetzwerk wie zum Beispiel das Netzwerk 120. In einigen Ausführungsformen ist das Informationsrepository 114 auf der Datenverarbeitungseinheit 110 gespeichert. In einigen Ausführungsformen kann sich das Informationsrepository 114 auf einer anderen Datenverarbeitungseinheit (nicht gezeigt) befinden, vorausgesetzt, dass die Datenverarbeitungseinheit 110 auf das Informationsrepository 114 zugreifen kann. Das Informationsrepository 114 umfasst, ist aber nicht beschränkt auf Update-Daten, Upgrade-Daten, Daten von digitalen Zwillingen, Systemdaten, Benutzerdaten und andere Daten, die von dem Upgrade-Verwaltungsprogramm 112 aus einer oder mehreren Quellen empfangen werden, sowie Daten, die von dem Upgrade-Verwaltungsprogramm 112 erstellt werden.
  • In einer Ausführungsform kann das Informationsrepository 114 auch ein Repository mit digitalen Zwillingen enthalten. In einer Ausführungsform kann das Repository mit digitalen Zwillingen von dem Informationsrepository 114 getrennt sein, vorausgesetzt, dass die Datenverarbeitungseinheit 110 auf das Repository mit digitalen Zwillingen zugreifen kann.
  • Das Informationsrepository 114 kann unter Verwendung von beliebigen flüchtigen oder nichtflüchtigen Speichermedien zum Speichern von Informationen umgesetzt werden, die nach dem Stand der Technik bekannt sind. Zum Beispiel kann das Informationsrepository 114 mit einer Bandbibliothek, einer optischen Bibliothek, einem oder mehreren unabhängigen Festplattenlaufwerken, mehreren Festplattenlaufwerken in einer redundanten Anordnung von unabhängigen Festplatten (RAID), Solid-State-Laufwerken (SSD) oder einem Direktzugriffsspeicher (RAM) umgesetzt sein. Gleichermaßen kann das Informationsrepository 114 mit jeder beliebigen geeigneten, nach dem Stand der Technik bekannten Speicherarchitektur umgesetzt sein, wie zum Beispiel einer relationalen Datenbank, einer NoSQL-Datenbank, einer objektorientierten Datenbank oder einer oder mehreren Tabellen.
  • 4 ist ein Beispiel einer möglichen Systemarchitektur, die allgemein mit 200 gekennzeichnet ist, gemäß einer Ausführungsform der vorliegenden Erfindung. Die Systemarchitektur 200 umfasst Informationen 210 über Hardware-Ressourcen und Details 220 zum Software-Verbrauch, welche die in den digitalen Zwilling des zu verwaltenden Anlageguts eingegebenen Daten darstellen. Die Systemarchitektur 200 umfasst auch Replikressourcen 230 in Form eines digitalen Zwillings, bei denen es sich um den digitalen Zwilling des zu verwaltenden Anlageguts handelt. Bei einem Korpus 240 handelt es sich um ein Informationskorpus, das Informationen über bevorstehende Änderungen von Abhängigkeiten enthält, die aus verschiedenen Quellen gewonnen wurden, wie nachfolgend erörtert wird. Das Ergebnis der Analyse enthält auch den Vorschlag von Änderungen an der Software-Konfiguration, den Hardware-Anlagegütern und der Firmware-Konfiguration für eine Anlagegüter-Verwaltungsplattform 250, um die Änderungen von Abhängigkeiten zu verwalten. Die Ergebnisse der Analyse der anstehenden Änderungen von Abhängigkeiten werden an die Anlagegüter-Verwaltungsplattform 250 ausgegeben.
  • 5 ist ein Ablaufplan, der allgemein als Arbeitsablauf 300 gekennzeichnet ist und Arbeitsschritte des Upgrade-Verwaltungsprogramms 112 auf einer Datenverarbeitungseinheit innerhalb der verteilten Datenverarbeitungsumgebung aus 3 für eine Leistungs- und Upgrade-Verwaltung für Anlagegüter mit Hilfe von digitalen Zwillingen gemäß einer Ausführungsform der vorliegenden Erfindung bildlich darstellt. In einer alternativen Ausführungsform können die Schritte des Arbeitsablaufs 300 von einem beliebigen anderen Programm durchgeführt werden, während mit dem Upgrade-Verwaltungsprogramm 112 gearbeitet wird. In einer Ausführungsform empfängt das Upgrade-Verwaltungsprogramm 112 einen Eintrag über beliebige anstehende Hardware-, Software- oder Firmware-Anforderungen für die Organisation. In einer Ausführungsform speichert das Upgrade-Verwaltungsprogramm 112 auf der Grundlage der Ergebnisse des Entdeckungsmechanismus die in Schritt 302 empfangenen Informationen in entsprechenden Repositorys für Hardware, Firmware und Software. In einer Ausführungsform speist das Upgrade-Verwaltungsprogramm 112 die gespeicherten Daten in den digitalen Zwilling ein, um eine Replik mit den aktualisierten Hardware- und Software-Details zu erstellen. In einer Ausführungsform aktualisiert das Upgrade-Verwaltungsprogramm 112 den digitalen Zwilling kontinuierlich mit Änderungen an Hardware, Firmware und Software, die auf Eingaben in das System beruhen. In einer Ausführungsform erstellt das Upgrade-Verwaltungsprogramm 112, sobald die Ressourcen mit digitalen Zwillingen mit den neuesten Hardware- und Software-Informationen aktualisiert sind, einen Bericht, in dem die funktionsbezogenen Abhängigkeiten und nicht funktionsbezogenen Abhängigkeiten sowie Abhängigkeiten von Hardware-Anlagegütern detailliert aufgeführt sind und der einer beliebigen Software- und Hardware-Anlagegüter-Verwaltungsplattform bereitgestellt wird. In einer Ausführungsform sendet das Upgrade-Verwaltungsprogramm 112 den Bericht an den Benutzer.
  • Man sollte sich darüber im Klaren sein, dass Ausführungsformen der vorliegenden Erfindung mindestens eine Leistungs- und Upgrade-Verwaltung für Anlagegüter mit Hilfe von digitalen Zwillingen bereitstellen. 5 stellt jedoch lediglich eine Veranschaulichung einer Umsetzung bereit und bringt keinerlei Einschränkungen in Bezug auf die Umgebungen mit sich, in denen verschiedene Ausführungsformen umgesetzt werden können. Ein Fachmann kann viele Abänderungen an der dargestellten Umgebung vornehmen, ohne von dem Umfang der wie in den Ansprüchen angegebenen Erfindung abzuweichen.
  • Das Upgrade-Verwaltungsprogramm 112 empfängt Hardware-, Firmware- und Software-Anforderungen (Schritt 302). In einer Ausführungsform empfängt das Upgrade-Verwaltungsprogramm 112 einen Eintrag über beliebige anstehende Hardware-, Software- oder Firmware-Anforderungen für die Organisation. Diese Einträge umfassen auch alle Upgrades für bestehende Anlagegüter in der Organisation. In einer Ausführungsform empfängt das Upgrade-Verwaltungsprogramm 112 auch fortlaufend Daten aus verschiedenen Quellen, darunter ein Datenaustausch über bevorstehende Systeme, wobei es sich um öffentlich zugängliche Informationen oder um von einem Anbieter zur Verfügung gestellte Daten von aktuellen Anbietern handeln kann, oder um Daten, die durch bestehende Technologien wie Web-Crawler gesammelt werden. In einer Ausführungsform empfängt das Upgrade-Verwaltungsprogramm 112 relevante Daten von verschiedenen Stellen, zum Beispiel von Anbieter-Webseiten, aus Anbieter-Newsfeeds, historischen Daten, loT-Feeds, Social-Media-Feeds usw. In einer Ausführungsform empfängt das Upgrade-Verwaltungsprogramm 112 Feeds von verschiedenen Systemen, die Metriken hinsichtlich der Servernutzung umfassen. In einer Ausführungsform verwendet das Upgrade-Verwaltungsprogramm 112 eine Themenmodellierung, um einen Datensatz zu erstellen, indem es die Daten vorverarbeitet und Filter auf die entdeckten Inhalte anwendet. In einer Ausführungsform führt das Upgrade-Verwaltungsprogramm 112 die Themenmodellierung mit empfangenen, nicht gekennzeichneten Daten beruhend auf administrativen Anforderungen der Informationstechnologie der Organisation durch. Nachdem diese Gruppenbildung durchgeführt wurde, ist das Ergebnis ein gekennzeichneter Datensatz, der als Klassifizierung bezeichnet wird.
  • In einer Ausführungsform umfassen die von dem Upgrade-Verwaltungsprogramm 112 empfangenen relevanten Daten Nutzungsmetriken, die sich konkret auf die Nutzung eines Anlageguts, d.h. einer Hardware, Software oder Firmware, für ein spezifisches Projekt nach Standort oder Geschäftseinheit beziehen. In einer Ausführungsform sind die Nutzungsmetriken für das spezifische Anlagegut beruhend auf der Nutzungshäufigkeit als hoch, niedrig oder selektiv verwendet konfigurierbar, um IT-Administratoren die Möglichkeit zu geben, sich vorzubereiten, indem sie Informationen über den Schweregrad der Auswirkungen auf dieses Anlagegut erhalten.
  • Das Upgrade-Verwaltungsprogramm 112 speichert Anforderungsdaten in Repositorys (Schritt 304). In einer Ausführungsform speichert das Upgrade-Verwaltungsprogramm 112 auf der Grundlage der Ergebnisse des in Schritt 302 durchgeführten Entdeckungsmechanismus die in Schritt 302 empfangenen Informationen in geeigneten Repositorys für Hardware, z.B. die Informationen 210 über Hardware-Ressourcen aus 2, Firmware, und Software, z.B. die Details 220 zum Software-Verbrauch aus 2. Das Upgrade-Verwaltungsprogramm 112 verwendet die in Schritt 302 durchgeführte Themenmodellierung zum Indizieren der Daten, um die geeigneten Repositorys zu bestimmen, in denen die Anforderungsdaten zu speichern sind.
  • Das Upgrade-Verwaltungsprogramm 112 speist aktualisierte Anforderungsdaten in den digitalen Zwilling ein (Schritt 306). In einer Ausführungsform speist das Upgrade-Verwaltungsprogramm 112 die in Schritt 304 gespeicherten Daten in den digitalen Zwilling, z.B. die Replikressourcen 230 in Form eines digitalen Zwillings aus 2, ein, um eine Replik mit den aktualisierten Hardware- und Software-Details zu erstellen.
  • Das Upgrade-Verwaltungsprogramm 112 erstellt eine Replik in Form eines digitalen Zwillings mit aktualisierten Anforderungsdaten (Schritt 308). In einer Ausführungsform aktualisiert das Upgrade-Verwaltungsprogramm 112 den digitalen Zwilling kontinuierlich mit Änderungen an Hardware, Firmware und Software, die auf Eingaben in das System beruhen. In verschiedenen Ausführungsformen können diese Eingaben das Hardware-Ressourcen-Modell, Änderungen an der CPU-Architektur, Änderungen an der Speicherarchitektur, funktionale Änderungen an der Hardware-Architektur, Designänderungen, Änderungen der CPU-Geschwindigkeit und der Kernarchitektur, Details zum Software-Verbrauch, Details zu nicht-funktionalen Anforderungen an die Software sowie das aktuelle funktionsbezogene Szenario und Zuordnungsdetails zu den Hardware-Ressourcen umfassen.
  • In einer Ausführungsform handelt es sich bei dem Hardware-Ressourcen-Modell um die tatsächlichen, neue Hardware-Ressourcen betreffenden Informationen, die in das digitale Zwillingsmodell eingespeist werden sollen, um eine virtuelle Replik zu erstellen. Zum Beispiel betrachtet eine Simulation mit einem digitalen Zwilling für eine Einrichtung die physischen Anlagegüter innerhalb der Einrichtung wie zum Beispiel Server, Computer, Verkabelung usw., was dabei helfen kann, zu einem Grundmodell oder einem Repository von verschiedenen Arten von Systemen oder Maschinen in der Einrichtung zu gelangen. Alternativ kann das System beruhend auf der Art des Projekts verschiedene Arten von Herausforderungen vorschlagen, die auftreten können und auch unter Verwendung des digitalen Zwillings simuliert werden. In einer Ausführungsform beziehen sich die funktionalen Änderungen an der Hardware-Architektur auf jegliche Änderungen beim Hardware-Zugriff, wie zum Beispiel eine Bereitstellung von mehr Sicherheit, mehr Lese-/Schreibzugriff oder E/A-Betriebsänderungen von Hardware. In einer Ausführungsform umfassen die Änderungen der CPU-Geschwindigkeit und der Kernarchitektur Änderungen der CPU-Kerngeschwindigkeit, z.B. von 2,3 GHz auf 3,2 GHz, oder Änderungen der Kernarchitektur, wie zum Beispiel ein Wechseln von einem 32-Bit-Kern zu einem 64-Bit-Kern.
  • In einer Ausführungsform handelt es sich bei den Details zum Software-Verbrauch um Daten aus den Repositorys, die in Schritt 304 gesammelt wurden und die in den digitalen Zwilling eingegeben werden, um die Metriken hinsichtlich der Software-Abhängigkeit zu generieren. In einer Ausführungsform definieren die Details zu nicht-funktionalen Anforderungen an die Software Systemattribute wie zum Beispiel Sicherheit, Zuverlässigkeit, Leistungsfähigkeit, Wartbarkeit, Skalierbarkeit und Nutzbarkeit, bei denen es sich um Anforderungen für die Ausführung der Software handelt, aber nicht um Anforderungen für das Funktionieren der Software. Zum Beispiel kann eine Software-Appliance, die dafür entwickelt wurde, auf einem System mit aktivierter Ressourcenteilungsfunktion ausgeführt zu werden, und die so geändert wird, dass sie auf einem neuen Server mit anderer Hardware oder Firmware-Upgrade-Änderungen an dieser Funktion, z.B. eine höhere Sicherheit, ausgeführt wird, das funktionsbezogene Verhalten der Appliance beeinträchtigen. Obwohl die Änderung die Funktionalität der Software nicht beeinträchtigt, kann sie die Ausführung der Software verhindern.
  • In einer Ausführungsform sind das aktuelle funktionsbezogene Szenario und die Zuordnungsdetails zu den Hardwareressourcen ein Maß dafür, wie gut die Software mit den aktuellen Hardwareressourcen und deren funktionsbezogenen Szenarien funktioniert.
  • In einer Ausführungsform berechnet das Upgrade-Verwaltungsprogramm 112 Metriken zur weiteren Nutzung für die Anlagegüter auf der Grundlage der Nutzungsmetriken und Aktualisierungen von Hardware, Firmware und Software, die in Schritt 302 empfangen werden.
  • Das Upgrade-Verwaltungsprogramm 112 erstellt einen Bericht über funktionsbezogene Abhängigkeiten anhand des digitalen Zwillings (Schritt 310). In einer Ausführungsform erstellt das Upgrade-Verwaltungsprogramm 112, sobald die Ressourcen mit digitalen Zwillingen in Schritt 308 mit den neuesten Hardware- und Software-Informationen aktualisiert sind, einen Bericht, in dem die funktionsbezogenen Abhängigkeiten und nicht funktionsbezogenen Abhängigkeiten sowie Abhängigkeiten von Hardware-Anlagegütern (z.B. USB-Maus funktioniert nicht mit USB 2.0-Adapter) detailliert aufgeführt sind und der einer beliebigen Software- und Hardware-Anlagegüter-Verwaltungsplattform, z.B. der Anlagegüter-Verwaltungsplattform 250 aus 2, bereitgestellt wird. In einer Ausführungsform werden die erstellten Berichte verwendet, um das Anlagegut auf der Grundlage künftiger technologischer Veränderungen als eher verwendbare und nicht verwendbare Elemente zu kennzeichnen. In einer Ausführungsform erstellt das Upgrade-Verwaltungsprogramm 112 neue Anforderungen an Anlagegüter und nimmt diese in den Bericht mit auf. In einer Ausführungsform nimmt das Upgrade-Verwaltungsprogramm 112 die in Schritt 302 berechneten Metriken zur weiteren Nutzung für die Anlagegüter in den Bericht über funktionsbezogene Abhängigkeiten mit auf. In einer Ausführungsform nimmt das Upgrade-Verwaltungsprogramm 112 eine Liste von Anlagegütern mit auf, die beruhend auf den anstehenden Änderungen an Hardware, Firmware oder Software veraltet sein werden. In einer Ausführungsform nimmt das Upgrade-Verwaltungsprogramm 112 eine Liste von Software-Upgrades mit auf, die mit den anstehenden Hardware- oder Firmware-Änderungen kompatibel sind. In einer Ausführungsform nimmt das Upgrade-Verwaltungsprogramm 112 die Lösungen, die durch die verschiedenen in Schritt 302 empfangenen Feeds gefunden wurden, in den Bericht mit auf und unterbreitet der Projekteinheit Vorschläge, die es der Softwareanwendung ermöglichen, Konfigurationsänderungen Rechnung zu tragen.
  • In einer Ausführungsform verwendet das Upgrade-Verwaltungsprogramm 112 die verschiedenen Datenfeeds, die es empfängt, um einen Korpus von verfügbaren alternativen Software-Produkten zu erstellen, darunter auch Open-Source-Software. In einer Ausführungsform verwendet das Upgrade-Verwaltungsprogramm 112 einen Korpus, z.B. den Korpus 240 aus 2, und die Ergebnisse der Simulation mit digitalen Zwillingen, um auf der Grundlage der Hardware- oder Firmware-Änderungen eine beliebige alternative Software, darunter auch Open-Source-Software, zu ermitteln, die möglicherweise ein Ersatz für die veraltete Software ist. In einer Ausführungsform simuliert das Upgrade-Verwaltungsprogramm 112 die alternative Software, um zu ermitteln, ob sie mit den Hardware- und Firmware-Änderungen kompatibel ist. Wenn das Upgrade-Verwaltungsprogramm 112 feststellt, dass die alternative Software mit den Hardware- und Firmware-Änderungen kompatibel ist, erstellt das Upgrade-Verwaltungsprogramm 112 in einer Ausführungsform Eignungsmetriken für die alternative Software durch Simulation auf den digitalen Zwillingen, um die alternative Software, darunter auch Open-Source-Software, anzuzeigen, die mit der veralteten Software am ehesten übereinstimmt. In einer Ausführungsform verwendet das APM-System diese Eignungsmetriken, um eine entsprechende Projektplanung durchzuführen.
  • Das Upgrade-Verwaltungsprogramm 112 sendet einen Bericht über funktionsbezogene Abhängigkeiten (Schritt 312). In einer Ausführungsform gibt das Upgrade-Verwaltungsprogramm 112 den Bericht direkt in ein APM-System ein. In einer Ausführungsform ist das Upgrade-Verwaltungsprogramm 112 mit den APM-Tools verbunden, um auf der Grundlage der Berichte Empfehlungen zu erstellen. Zum Beispiel kann der Bericht darauf hinweisen, dass ein neues Hardware-Upgrade dazu führen wird, dass bestimmte Tastaturen veraltet sein werden, aber das APM-System stellt fest, dass diese Tastaturen von einer anderen Abteilung verwendet werden können. In einer Ausführungsform ermöglichen diese Empfehlungen dem APM-System, proaktiv die Software- oder Hardware-Komponenten zu beschaffen oder zu ersetzen, die durch die bevorstehenden Änderungen veraltet sein werden. In einer anderen Ausführungsform sendet das Upgrade-Verwaltungsprogramm 112 den in Schritt 310 erstellten Bericht direkt an den Benutzer. Das Upgrade-Verwaltungsprogramm 112 endet dann für diesen Zyklus.
  • 6 ist ein Blockschaubild, das Komponenten der Datenverarbeitungseinheit 110 bildlich darstellt, die für das Upgrade-Verwaltungsprogramm 112 geeignet sind, gemäß mindestens einer Ausführungsform der Erfindung. 6 zeigt einen Computer 400; einen oder mehrere Prozessoren 404 (darunter ein oder mehrere Computerprozessoren); ein Datenübertragungsnetz 402; einen Speicher 406, darunter ein Direktzugriffsspeicher (RAM) 416 und ein Cache 418; einen dauerhaften Speicher 408; eine Datenübertragungseinheit 412; E/A-Schnittstellen 414; eine Anzeige 422; und externe Einheiten 420. Man sollte sich bewusst sein, dass 6 lediglich eine Veranschaulichung einer Ausführungsform bereitstellt und keinerlei Einschränkungen in Bezug auf die Umgebungen, in denen verschiedene Ausführungsformen umgesetzt werden können, mit sich bringt. Es können viele Abwandlungen an der abgebildeten Umgebung vorgenommen werden.
  • Wie bildlich dargestellt, arbeitet der Computer 400 mittels des Datenübertragungsnetzes 402, das einen Austausch von Daten zwischen dem oder den Computerprozessoren 404, dem Hauptspeicher 406, dem dauerhaften Speicher 408, der Datenübertragungseinheit 412 und der oder den Eingabe/Ausgabe- (E/A-) Schnittstellen 414 bereitstellt. Das Datenübertragungsnetz 402 kann mit jeder beliebigen Architektur umgesetzt werden, die zum Weiterleiten von Daten und/oder Steuerungsinformationen zwischen den Prozessoren 404 (wie zum Beispiel Mikroprozessoren, Datenübertragungsprozessoren und Netzwerkprozessoren usw.), dem Hauptspeicher 406, den externen Einheiten 420 und beliebigen anderen Hardware-Komponenten innerhalb eines Systems ausgelegt ist. Zum Beispiel kann das Datenübertragungsnetz 402 mit einem oder mehreren Bussen umgesetzt werden.
  • Bei dem Hauptspeicher 406 und dem dauerhaften Speicher 408 handelt es sich um durch einen Computer lesbare Speichermedien. In der bildlich dargestellten Ausführungsform weist der Hauptspeicher 406 einen RAM 416 und einen Cache 418 auf. Im Allgemeinen kann der Hauptspeicher 406 jedes beliebige flüchtige oder nichtflüchtige, durch einen Computer lesbare Speichermedium beinhalten. Der Cache 418 ist ein schneller Speicher, der die Leistungsfähigkeit des/der Prozessor(en) 404 erhöht, indem er Daten aus dem RAM 416, auf die kürzlich zugegriffen wurde, und Daten in der Nähe von Daten, auf die kürzlich zugegriffen wurde, bereithält.
  • Programmanweisungen für das Upgrade-Verwaltungsprogramm 112 können in dem dauerhaften Speicher 408 oder allgemeiner in einem beliebigen durch einen Computer lesbaren Speichermedium gespeichert werden, um von einem oder mehreren der jeweiligen Computerprozessoren 404 über einen oder mehrere Speicher des Hauptspeichers 406 ausgeführt zu werden. Bei dem dauerhaften Speicher 408 kann es sich um ein magnetisches Festplattenlaufwerk, ein Solid-State-Festplattenlaufwerk, eine Halbleiterspeichereinheit, einen Nur-Lese-Speicher (ROM), einen elektronisch löschbaren programmierbaren Nur-Lese-Speicher (EEPROM), Flash-Speicher oder jedes beliebige andere durch einen Computer lesbare Speichermedium handeln, das in der Lage ist, eine Programmanweisung oder digitale Informationen zu speichern.
  • Die von dem dauerhaften Speicher 408 verwendeten Medien können auch auswechselbar sein. Zum Beispiel kann ein Wechselplattenlaufwerk für den dauerhaften Speicher 408 verwendet werden. Zu anderen Beispielen gehören optische und magnetische Platten, Thumb-Drives und Smartcards, die in ein Laufwerk zum Übertragen auf ein anderes durch einen Computer lesbares Speichermedium, das auch ein Teil des dauerhaften Speichers 408 ist, eingeführt werden.
  • Die Datenübertragungseinheit 412 sorgt in diesen Beispielen für die Datenübertragung zu anderen Datenverarbeitungssystemen oder -einheiten. In diesen Beispielen umfasst die Datenübertragungseinheit 412 eine oder mehrere Netzwerkschnittstellenkarten. Die Datenübertragungseinheit 412 kann Datenübertragungen durch die Verwendung von physischen und/oder drahtlosen Datenübertragungsverbindungen bereitstellen. Im Kontext einiger Ausführungsformen der vorliegenden Erfindung kann die Quelle der verschiedenen Eingabedaten physisch von dem Computer 400 entfernt sein, so dass die Eingabedaten empfangen werden können und die Ausgabe in ähnlicher Weise über die Datenübertragungseinheit 412 übermittelt wird.
  • Eine oder mehrere E/A-Schnittstellen 414 ermöglichen die Eingabe und Ausgabe von Daten von/zu anderen Einheiten, die mit dem Server-Computer 400 verbunden sein können. Zum Beispiel können die eine oder die mehreren E/A-Schnittstellen 414 eine Verbindung zu einer oder mehreren externen Einheiten 420 wie zum Beispiel einer Tastatur, einem Ziffernblock, einem Touchscreen, einem Mikrofon, einer Digitalkamera und/oder einer anderen geeigneten Eingabeeinheit bereitstellen. Die eine oder die mehreren externen Einheiten 420 können auch tragbare, durch einen Computer lesbare Speichermedien wie zum Beispiel Thumb-Drives, tragbare optische oder magnetische Platten und Speicherkarten umfassen. Software und Daten, die zum Praktizieren von Ausführungsformen der vorliegenden Erfindung verwendet werden, z.B. das Upgrade-Verwaltungsprogramm 112, können auf derartigen tragbaren, durch einen Computer lesbaren Speichermedien gespeichert und über die E/A-Schnittstelle(n) 414 in den dauerhaften Speicher 408 geladen werden. Die E/A-Schnittstelle(n) 414 ist/sind auch mit einer Anzeige 422 verbunden.
  • Die Anzeige 422 stellt einen Mechanismus zum Anzeigen von Daten für einen Benutzer bereit, und es kann sich dabei zum Beispiel um einen Computerbildschirm handeln. Die Anzeige 422 kann auch als Touchscreen fungieren, wie zum Beispiel eine Anzeige eines Tablet-Computers.
  • Die hierin beschriebenen Programme werden beruhend auf der Anwendung bestimmt, für die sie in einer spezifischen Ausführungsform der Erfindung umgesetzt werden. Man sollte sich jedoch bewusst sein, dass jede bestimmte Programm-Nomenklatur hierin lediglich der Bequemlichkeit halber verwendet wird, und folglich darf die Erfindung nicht auf die ausschließliche Verwendung in einer beliebigen spezifischen Anwendung, die durch eine derartige Nomenklatur identifiziert und/oder impliziert wird, beschränkt werden.
  • Bei der vorliegenden Erfindung kann es sich um ein System, ein Verfahren und/oder ein Computerprogrammprodukt handeln. Das Computerprogrammprodukt kann ein durch einen Computer lesbares Speichermedium (oder -medien) mit durch einen Computer lesbaren Programmanweisungen darauf umfassen, um einen Prozessor dazu zu veranlassen, Aspekte der vorliegenden Erfindung auszuführen.
  • Bei dem durch einen Computer lesbaren Speichermedium kann es sich um eine beliebige physische Einheit handeln, die Anweisungen zur Verwendung durch ein System zur Ausführung von Anweisungen behalten und speichern kann. Bei dem durch einen Computer lesbaren Speichermedium kann es sich zum Beispiel um eine elektronische Speichereinheit, eine magnetische Speichereinheit, eine optische Speichereinheit, eine elektromagnetische Speichereinheit, eine Halbleiterspeichereinheit oder jede geeignete Kombination daraus handeln, ohne auf diese beschränkt zu sein. Zu einer nicht erschöpfenden Liste spezifischerer Beispiele des durch einen Computer lesbaren Speichermediums gehören die Folgenden: eine tragbare Computerdiskette, eine Festplatte, ein Direktzugriffsspeicher (RAM), ein Nur-Lese-Speicher (ROM), ein löschbarer programmierbarer Nur-Lese-Speicher (EPROM bzw. Flash-Speicher), ein statischer Direktzugriffsspeicher (SRAM), ein tragbarer Kompaktspeicherplatte-Nur-Lese-Speicher (CD-ROM), eine DVD (digital versatile disc), ein Speicher-Stick, eine Diskette, eine mechanisch kodierte Einheit wie zum Beispiel Lochkarten oder erhabene Strukturen in einer Rille, auf denen Anweisungen gespeichert sind, und jede geeignete Kombination daraus. Ein durch einen Computer lesbares Speichermedium soll in der Verwendung hierin nicht als flüchtige Signale an sich aufgefasst werden, wie zum Beispiel Funkwellen oder andere sich frei ausbreitende elektromagnetische Wellen, elektromagnetische Wellen, die sich durch einen Wellenleiter oder ein anderes Übertragungsmedium ausbreiten (z.B. Lichtwellenleiterkabel durchlaufende Lichtimpulse) oder durch einen Draht übertragene elektrische Signale.
  • Hierin beschriebene, durch einen Computer lesbare Programmanweisungen können von einem durch einen Computer lesbaren Speichermedium auf jeweilige Datenverarbeitungs-/Verarbeitungseinheiten oder über ein Netzwerk wie zum Beispiel das Internet, ein lokales Netzwerk, ein Weitverkehrsnetz und/oder ein drahtloses Netzwerk auf einen externen Computer oder eine externe Speichereinheit heruntergeladen werden. Das Netzwerk kann Kupferübertragungskabel, Lichtwellenübertragungsleiter, drahtlose Übertragung, Leitwegrechner, Firewalls, Vermittlungseinheiten, Gateway-Computer und/oder Edge-Server aufweisen. Eine Netzwerkadapterkarte oder Netzwerkschnittstelle in jeder Datenverarbeitungs-/Verarbeitungseinheit empfängt durch einen Computer lesbare Programmanweisungen aus dem Netzwerk und leitet die durch einen Computer lesbaren Programmanweisungen zur Speicherung in einem durch einen Computer lesbaren Speichermedium innerhalb der entsprechenden Datenverarbeitungs-/Verarbeitungseinheit weiter.
  • Bei durch einen Computer lesbaren Programmanweisungen zum Ausführen von Arbeitsschritten der vorliegenden Erfindung kann es sich um Assembler-Anweisungen, ISA-Anweisungen (Instruction-Set-Architecture), Maschinenanweisungen, maschinenabhängige Anweisungen, Mikrocode, Firmware-Anweisungen, zustandssetzende Daten oder entweder Quellcode oder Objektcode handeln, die in einer beliebigen Kombination aus einer oder mehreren Programmiersprachen geschrieben werden, darunter objektorientierte Programmiersprachen wie Smalltalk, C++ o.ä. sowie herkömmliche prozedurale Programmiersprachen wie die Programmiersprache „C“ oder ähnliche Programmiersprachen. Die durch einen Computer lesbaren Programmanweisungen können vollständig auf dem Computer des Benutzers, teilweise auf dem Computer des Benutzers, als eigenständiges Software-Paket, teilweise auf dem Computer des Benutzers und teilweise auf einem fernen Computer oder vollständig auf dem fernen Computer oder Server ausgeführt werden. In letzterem Fall kann der entfernt angeordnete Computer mit dem Computer des Benutzers durch eine beliebige Art Netzwerk verbunden sein, darunter ein lokales Netzwerk (LAN) oder ein Weitverkehrsnetz (WAN), oder die Verbindung kann mit einem externen Computer hergestellt werden (zum Beispiel über das Internet unter Verwendung eines Internet-Dienstanbieters). In einigen Ausführungsformen können elektronische Schaltungen, darunter zum Beispiel programmierbare Logikschaltungen, vor Ort programmierbare Gatter-Anordnungen (FPGA, field programmable gate arrays) oder programmierbare Logikanordnungen (PLA, programmable logic arrays) die durch einen Computer lesbaren Programmanweisungen ausführen, indem sie Zustandsinformationen der durch einen Computer lesbaren Programmanweisungen nutzen, um die elektronischen Schaltungen zu personalisieren, um Aspekte der vorliegenden Erfindung durchzuführen.
  • Aspekte der vorliegenden Erfindung sind hierin unter Bezugnahme auf Ablaufpläne und/oder Blockschaltbilder bzw. Schaubilder von Verfahren, Vorrichtungen (Systemen) und Computerprogrammprodukten gemäß Ausführungsformen der Erfindung beschrieben. Es wird darauf hingewiesen, dass jeder Block der Ablaufpläne und/oder der Blockschaltbilder bzw. Schaubilder sowie Kombinationen von Blöcken in den Ablaufplänen und/oder den Blockschaltbildern bzw. Schaubildern mittels durch einen Computer lesbare Programmanweisungen ausgeführt werden können.
  • Diese durch einen Computer lesbaren Programmanweisungen können einem Prozessor eines Universalcomputers, eines Spezialcomputers oder einer anderen programmierbaren Datenverarbeitungsvorrichtung bereitgestellt werden, um eine Maschine zu erzeugen, so dass die über den Prozessor des Computers bzw. der anderen programmierbaren Datenverarbeitungsvorrichtung ausgeführten Anweisungen ein Mittel zur Umsetzung der in dem Block bzw. den Blöcken der Ablaufpläne und/oder der Blockschaltbilder bzw. Schaubilder festgelegten Funktionen/Schritte erzeugen. Diese durch einen Computer lesbaren Programmanweisungen können auch auf einem durch einen Computer lesbaren Speichermedium gespeichert sein, das einen Computer, eine programmierbare Datenverarbeitungsvorrichtung und/oder andere Einheiten so steuern kann, dass sie auf eine bestimmte Art funktionieren, so dass das durch einen Computer lesbare Speichermedium, auf dem Anweisungen gespeichert sind, ein Herstellungsprodukt aufweist, darunter Anweisungen, welche Aspekte der/des in dem Block bzw. den Blöcken des Ablaufplans und/oder der Blockschaltbilder bzw. Schaubilder angegebenen Funktion/Schritts umsetzen.
  • Die durch einen Computer lesbaren Programmanweisungen können auch auf einen Computer, eine andere programmierbare Datenverarbeitungsvorrichtung oder eine andere Einheit geladen werden, um das Ausführen einer Reihe von Prozessschritten auf dem Computer bzw. der anderen programmierbaren Vorrichtung oder anderen Einheit zu verursachen, um einen auf einem Computer ausgeführten Prozess zu erzeugen, so dass die auf dem Computer, einer anderen programmierbaren Vorrichtung oder einer anderen Einheit ausgeführten Anweisungen die in dem Block bzw. den Blöcken der Ablaufpläne und/oder der Blockschaltbilder bzw. Schaubilder festgelegten Funktionen/Schritte umsetzen.
  • Die Ablaufpläne und die Blockschaltbilder bzw. Schaubilder in den Figuren veranschaulichen die Architektur, die Funktionalität und den Betrieb möglicher Ausführungen von Systemen, Verfahren und Computerprogrammprodukten gemäß verschiedenen Ausführungsformen der vorliegenden Erfindung. In diesem Zusammenhang kann jeder Block in den Ablaufplänen oder Blockschaltbildern bzw. Schaubildern ein Modul, ein Segment oder einen Teil von Anweisungen darstellen, die eine oder mehrere ausführbare Anweisungen zur Ausführung der bestimmten logischen Funktion(en) aufweisen. In einigen alternativen Ausführungen können die in dem Block angegebenen Funktionen in einer anderen Reihenfolge als in den Figuren gezeigt stattfinden. Zwei nacheinander gezeigte Blöcke können zum Beispiel in Wirklichkeit im Wesentlichen gleichzeitig ausgeführt werden, oder die Blöcke können manchmal je nach entsprechender Funktionalität in umgekehrter Reihenfolge ausgeführt werden. Es ist ferner anzumerken, dass jeder Block der Blockschaltbilder bzw. Schaubilder und/oder der Ablaufpläne sowie Kombinationen aus Blöcken in den Blockschaltbildern bzw. Schaubildern und/oder den Ablaufplänen durch spezielle auf Hardware beruhende Systeme umgesetzt werden können, welche die festgelegten Funktionen oder Schritte durchführen, oder Kombinationen aus Spezial-Hardware und Computeranweisungen ausführen.
  • Die Beschreibungen der verschiedenen Ausführungsformen der vorliegenden Erfindung wurden zum Zwecke der Veranschaulichung aufgeführt, sollen jedoch nicht gesamthaft stehen für bzw. begrenzt sein auf die offenbarten Ausführungsformen. Für Fachleute werden viele Abänderungen und Abwandlungen ersichtlich sein, ohne von dem Umfang und dem Sinngehalt der Erfindung abzuweichen. Die hierin verwendete Terminologie wurde gewählt, um die Grundgedanken der Ausführungsform, die praktische Anwendung oder technische Verbesserung gegenüber auf dem Markt vorgefundenen Technologien bestmöglich zu erläutern oder um es anderen Fachleuten zu ermöglichen, die hierin dargelegten Ausführungsformen zu verstehen.

Claims (9)

  1. Auf einem Computer ausgeführtes Verfahren für eine auf digitalen Zwillingen beruhende Verwaltung von Anlagegütern, das auf einem Computer ausgeführte Verfahren umfassend: Empfangen einer oder mehrerer anstehender Änderungen für ein oder mehrere Anlagegüter durch einen oder mehrere Computerprozessoren, wobei die eine oder die mehreren anstehenden Änderungen für das eine oder die mehreren Anlagegüter eine oder mehrere Hardware-Anforderungen, eine oder mehrere Firmware-Anforderungen, eine oder mehrere Software-Anforderungen, ein oder mehrere Hardware-Upgrades, ein oder mehrere Firmware-Upgrades und/oder ein oder mehrere Software-Upgrades umfassen; Speichern der einen oder der mehreren anstehenden Änderungen für das eine oder die mehreren Anlagegüter in einem oder mehreren Repositorys durch den einen oder die mehreren Computerprozessoren, wobei ein geeignetes Repository des einen oder der mehreren Repositorys unter Verwendung von Themenmodellierung bestimmt wird; Aktualisieren eines oder mehrerer digitaler Zwillinge durch den einen oder die mehreren Computerprozessoren, wobei jeder digitale Zwilling des einen oder der mehreren digitalen Zwillinge eine virtuelle Hardware-Replik eines Anlageguts ist, und darüber hinaus jeder digitale Zwilling des einen oder der mehreren digitalen Zwillinge kontinuierlich mit den einen oder den mehreren anstehenden Änderungen in dem einen oder den mehreren Repositorys aktualisiert wird; Berechnen, durch den einen oder die mehreren Computerprozessoren, einer Metrik hinsichtlich der weiteren Nutzung für jedes Anlagegut des einen oder der mehreren Anlagegüter beruhend auf einer Ausgabe des einen oder der mehreren digitalen Zwillinge, wobei die Metriken hinsichtlich der weiteren Nutzung für jedes Anlagegut des einen oder der mehreren Anlagegüter spezifisch sind; und Erstellen, durch den einen oder die mehreren Computerprozessoren, eines ersten Berichts auf der Grundlage der einen oder der mehreren anstehenden Änderungen und der Metriken hinsichtlich der weiteren Nutzung, wobei der erste Bericht Hardware-Abhängigkeiten, Firmware-Abhängigkeiten, Software-Abhängigkeiten und/oder Upgrade-Abhängigkeiten umfasst.
  2. Auf einem Computer ausgeführtes Verfahren nach Anspruch 1, wobei der erste Bericht eine Liste aller Anlagegüter des einen oder der mehreren Anlagegüter umfasst, die auf der Grundlage der einen oder der mehreren bevorstehenden Änderungen und der Ausgabe des einen oder der mehreren digitalen Zwillinge veraltet sein werden.
  3. Auf einem Computer ausgeführtes Verfahren nach Anspruch 1, wobei das Berechnen der Metriken hinsichtlich der weiteren Nutzung für jedes Anlagegut des einen oder der mehreren Anlagegüter auf der Ausgabe des einen oder der mehreren digitalen Zwillinge beruht, wobei die Metriken hinsichtlich der weiteren Nutzung für jedes Anlagegut des einen oder der mehreren Anlagegüter spezifisch sind, darüber hinaus aufweist: Zuordnen des einen oder der mehreren Software-Upgrades zu dem einen oder den mehreren Hardware-Upgrades und dem einen oder den mehreren Firmware-Upgrades für jedes Anlagegut des einen oder der mehreren Anlagegüter durch den einen oder die mehreren Computerprozessoren; Ermitteln für jedes Anlagegut des einen oder der mehreren Anlagegüter, durch den einen oder die mehreren Computerprozessoren, ob das eine oder die mehreren Software-Upgrades kompatibel mit dem einen oder den mehreren Hardware-Upgrades und dem einen oder den mehreren Firmware-Upgrades sind; und Erstellen einer Liste jedes Software-Upgrades des einen oder der mehreren Software-Upgrades, das/die kompatibel mit dem einen oder den mehreren Hardware-Upgrades und dem einen oder den mehreren Firmware-Upgrades ist/sind, für jedes Anlagegut des einen oder der mehreren Anlagegüter, durch den einen oder die mehreren Computerprozessoren.
  4. Auf einem Computer ausgeführtes Verfahren nach Anspruch 1, wobei das Berechnen der Metriken hinsichtlich der weiteren Nutzung für jedes Anlagegut des einen oder der mehreren Anlagegüter auf einer Ausgabe des einen oder der mehreren digitalen Zwillinge beruht, wobei die Metriken hinsichtlich der weiteren Nutzung für jedes Anlagegut des einen oder der mehreren Anlagegüter spezifisch sind, darüber hinaus aufweist: Zuordnen jedes Software-Upgrades des einen oder der mehreren Software-Upgrades zu dem einen oder den mehreren Hardware-Upgrades und dem einen oder den mehreren Firmware-Upgrades für jedes Anlagegut des einen oder der mehreren Anlagegüter durch den einen oder die mehreren Computerprozessoren; Erstellen einer Liste jedes Software-Upgrades des einen oder der mehreren Software-Upgrades, das/die nicht kompatibel mit dem einen oder den mehreren Hardware-Upgrades und dem einen oder den mehreren Firmware-Upgrades ist/sind, durch den einen oder die mehreren Computerprozessoren; und als Reaktion auf ein Ermitteln, für jedes Anlagegut des einen oder der mehreren Anlagegüter, ob eine oder mehrere Alternativsoftwares kompatibel mit dem einen oder den mehreren Hardware-Upgrades und dem einen oder den mehreren Firmware-Upgrades sind, Erstellen einer Liste jeder Alternativsoftware der einen oder mehreren Alternativsoftwares, die mit dem einen oder den mehreren Hardware-Upgrades und dem einen oder den mehreren Firmware-Upgrades kompatibel sind, durch den einen oder die mehreren Computerprozessoren, wobei jede Alternativsoftware der einen oder der mehreren Alternativsoftwares ein möglicher Ersatz für das eine oder die mehreren Software-Upgrades ist.
  5. Auf einem Computer ausgeführtes Verfahren nach Anspruch 1, wobei das Berechnen der Metriken hinsichtlich der weiteren Nutzung für jedes Anlagegut des einen oder der mehreren Anlagegüter auf einer Ausgabe des einen oder der mehreren digitalen Zwillinge beruht, wobei die Metriken hinsichtlich der weiteren Nutzung für jedes Anlagegut des einen oder der mehreren Anlagegüter spezifisch sind, darüber hinaus aufweist: Empfangen einer oder mehrerer Servernutzungsmetriken durch den einen oder die mehreren Computerprozessoren; Simulieren der einen oder der mehreren Servernutzungsmetriken und der einen oder der mehreren anstehenden Änderungen für das eine oder die mehreren Anlagegüter auf dem einen oder den mehreren digitalen Zwillingen durch den einen oder die mehreren Computerprozessoren; und Erstellen eines zweiten Berichts durch den einen oder die mehreren Computerprozessoren, wobei es sich bei dem zweiten Bericht um eine Liste einer Auswirkung der einen oder der mehreren bevorstehenden Änderungen auf jede Servernutzungsmetrik der einen oder der mehreren Servernutzungsmetriken für jedes Anlagegut des einen oder der mehreren Anlagegüter handelt.
  6. Auf einem Computer ausgeführtes Verfahren nach Anspruch 1, wobei die eine oder die mehreren anstehenden Änderungen für das eine oder die mehreren Anlagegüter aus öffentlich zugänglichen Informations-Feeds, von Anbietern zur Verfügung gestellten Datenseiten, Web-Crawler-Daten, Anbieter-Nachrichten-Feeds, historischen Daten, Internet-der-Dinge-Daten, Social-Media-Daten-Feeds und/oder Servermetrik-Daten-Feeds empfangen werden.
  7. Auf einem Computer ausgeführtes Verfahren nach Anspruch 1, das darüber hinaus ein Senden des ersten Berichts durch den einen oder die mehreren Computerprozessoren an ein System zur Leistungsverwaltung des Anlageguts umfasst.
  8. Computerprogrammprodukt für eine auf digitalen Zwillingen beruhende Verwaltung von Anlagegütern, das auf einem Computer ausgeführte Verfahren umfassend: ein oder mehrere durch einen Computer lesbare Speichereinheiten und auf dem einen oder den mehreren durch einen Computer lesbaren Speichereinheiten gespeicherte Programmanweisungen, wobei die gespeicherten Programmanweisungen Anweisungen aufweisen zum: Empfangen einer oder mehrerer anstehender Änderungen für ein oder mehrere Anlagegüter, wobei die eine oder die mehreren anstehenden Änderungen für das eine oder die mehreren Anlagegüter eine oder mehrere Hardware-Anforderungen, eine oder mehrere Firmware-Anforderungen, eine oder mehrere Software-Anforderungen, ein oder mehrere Hardware-Upgrades, ein oder mehrere Firmware-Upgrades und/oder ein oder mehrere Software-Upgrades umfassen; Speichern der einen oder der mehreren anstehenden Änderungen für das eine oder die mehreren Anlagegüter in einem oder mehreren Repositorys, wobei ein geeignetes Repository des einen oder der mehreren Repositorys unter Verwendung von Themenmodellierung bestimmt wird; Aktualisieren eines oder mehrerer digitaler Zwillinge, wobei jeder digitale Zwilling des einen oder der mehreren digitalen Zwillinge eine virtuelle Hardware-Replik eines Anlageguts ist, und darüber hinaus jeder digitale Zwilling des einen oder der mehreren digitalen Zwillinge kontinuierlich mit den einen oder den mehreren anstehenden Änderungen in dem einen oder den mehreren Repositorys aktualisiert wird; Berechnen einer Metrik hinsichtlich der weiteren Nutzung für jedes Anlagegut des einen oder der mehreren Anlagegüter, die auf einer Ausgabe des einen oder der mehreren digitalen Zwillinge beruht, wobei die Metriken hinsichtlich der weiteren Nutzung für jedes Anlagegut des einen oder der mehreren Anlagegüter spezifisch sind; und Erstellen eines ersten Berichts auf der Grundlage der einen oder der mehreren anstehenden Änderungen und der Metriken hinsichtlich der weiteren Nutzung, wobei der erste Bericht Hardware-Abhängigkeiten, Firmware-Abhängigkeiten, Software-Abhängigkeiten und/oder Upgrade-Abhängigkeiten umfasst.
  9. Computersystem für eine auf digitalen Zwillingen beruhende Verwaltung von Anlagegütern, das Computersystem aufweisend: einen oder mehrere Computerprozessoren; ein oder mehrere durch einen Computer lesbare Speichermedien; und Programmanweisungen, die auf dem einen oder den mehreren durch einen Computer lesbaren Speichermedien gespeichert sind, zur Ausführung durch mindestens einen des einen oder der mehreren Computerprozessoren, wobei die gespeicherten Programmanweisungen Anweisungen aufweisen zum: Empfangen einer oder mehrerer anstehender Änderungen für ein oder mehrere Anlagegüter, wobei die eine oder die mehreren anstehenden Änderungen für das eine oder die mehreren Anlagegüter eine oder mehrere Hardware-Anforderungen, eine oder mehrere Firmware-Anforderungen, eine oder mehrere Software-Anforderungen, ein oder mehrere Hardware-Upgrades, ein oder mehrere Firmware-Upgrades und/oder ein oder mehrere Software-Upgrades umfassen; Speichern der einen oder der mehreren anstehenden Änderungen für das eine oder die mehreren Anlagegüter in einem oder mehreren Repositorys, wobei ein geeignetes Repository des einen oder der mehreren Repositorys unter Verwendung von Themenmodellierung bestimmt wird; Aktualisieren eines oder mehrerer digitaler Zwillinge, wobei jeder digitale Zwilling des einen oder der mehreren digitalen Zwillinge eine virtuelle Hardware-Replik eines Anlageguts ist, und darüber hinaus jeder digitale Zwilling des einen oder der mehreren digitalen Zwillinge kontinuierlich mit der einen oder den mehreren anstehenden Änderungen in dem einen oder den mehreren Repositorys aktualisiert wird; Berechnen einer Metrik hinsichtlich der weiteren Nutzung für jedes Anlagegut des einen oder der mehreren Anlagegüter, die auf einer Ausgabe des einen oder der mehreren digitalen Zwillinge beruht, wobei die Metriken hinsichtlich der weiteren Nutzung für jedes Anlagegut des einen oder der mehreren Anlagegüter spezifisch sind; und Erstellen eines ersten Berichts auf der Grundlage der einen oder der mehreren anstehenden Änderungen und der Metriken hinsichtlich der weiteren Nutzung, wobei der erste Bericht Hardware-Abhängigkeiten, Firmware-Abhängigkeiten, Software-Abhängigkeiten und/oder Upgrade-Abhängigkeiten aufweist.
DE102021123135.3A 2020-10-15 2021-09-07 Leistungs- und upgrade-verwaltung für anlagegüter mit hilfe von digitalen zwillingen Pending DE102021123135A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US17/071,253 US11200045B1 (en) 2020-10-15 2020-10-15 Digital twin enabled asset performance and upgrade management
US17/071,253 2020-10-15

Publications (1)

Publication Number Publication Date
DE102021123135A1 true DE102021123135A1 (de) 2022-04-21

Family

ID=78399518

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102021123135.3A Pending DE102021123135A1 (de) 2020-10-15 2021-09-07 Leistungs- und upgrade-verwaltung für anlagegüter mit hilfe von digitalen zwillingen

Country Status (5)

Country Link
US (1) US11200045B1 (de)
JP (1) JP2022065636A (de)
CN (1) CN114371857B (de)
DE (1) DE102021123135A1 (de)
GB (1) GB2600820A (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114285880B (zh) * 2021-12-27 2023-06-23 电子科技大学长三角研究院(衢州) 一种基于增强孪生的物联网轻量型设备智能化方法
WO2023210825A1 (ja) * 2022-04-28 2023-11-02 株式会社日立製作所 鉄道アップサイクルシステム、その方法及びそれによる生産方法
US11797388B1 (en) * 2022-07-07 2023-10-24 Bank Of America Corporation Systems and methods for lossless network restoration and syncing
US20240054062A1 (en) * 2022-08-10 2024-02-15 Delphi Technologies Inductive methods of data validation for digital simulated twinning through supervised then unsupervised machine learning and artificial intelligence from aggregated data
US11900296B1 (en) * 2023-06-07 2024-02-13 Visionaize Inc. Sustainable digital twin system

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8484617B2 (en) * 2009-06-25 2013-07-09 International Business Machines Corporation Process-driven feedback of digital asset re-use
US9639341B2 (en) * 2012-08-16 2017-05-02 Avaya Inc. Network hardware and software upgrade recommender
US20180335907A1 (en) * 2017-05-22 2018-11-22 General Electric Company Extensible graphical editor for asset modeling
US10564993B2 (en) * 2017-11-07 2020-02-18 General Electric Company Contextual digital twin runtime environment
US11676098B2 (en) * 2017-11-21 2023-06-13 International Business Machines Corporation Digital twin management in IoT systems
US20200118053A1 (en) * 2018-10-15 2020-04-16 General Electric Company Asset performance manager
US11488176B2 (en) * 2019-01-31 2022-11-01 Salesforce.Com, Inc. Systems, methods, and apparatuses for implementing certificates of authenticity of digital twins transacted onto a blockchain using distributed ledger technology (DLT)

Also Published As

Publication number Publication date
CN114371857B (zh) 2023-05-16
CN114371857A (zh) 2022-04-19
JP2022065636A (ja) 2022-04-27
GB202113830D0 (en) 2021-11-10
US11200045B1 (en) 2021-12-14
GB2600820A (en) 2022-05-11

Similar Documents

Publication Publication Date Title
DE102021123135A1 (de) Leistungs- und upgrade-verwaltung für anlagegüter mit hilfe von digitalen zwillingen
DE112016003120B4 (de) Umleiten einer Kopie beim Schreiben
DE112012005037B4 (de) Verwalten von redundanten unveränderlichen Dateien unter Verwendung von Deduplizierungen in Speicher-Clouds
DE112012000444B4 (de) Verfahren, System und Computerprogrammprodukt zum Ermitteln einer optimalen Datenverarbeitungsumgebung zum Ausführen eines Abbildes sowie Verfahren zum Implementieren eines entsprechenden Systems
DE112018002984T5 (de) Konformitätsbewusste Laufzeiterzeugung auf Grundlage von Anwendungsmustern und Risikobeurteilung
DE112012005032T5 (de) Entfernen der Datenremanenz in deduplizierten Speicher-Clouds
DE112020002987T5 (de) Bereitstellen von mikrodiensten über eine dienstinfrastruktur hinweg
DE112021002820T5 (de) Dynamische automatisierung einer auswahl von pipeline-artefakten
DE112020000912T5 (de) Verwalten von software-programmen
DE112019001433T5 (de) Datenanonymisierung
DE112020005323T5 (de) Elastische ausführung von machine-learning-arbeitslasten unter verwendung einer anwendungsbasierten profilierung
DE112018005898T5 (de) Dynamische bereitstellung von software-funktionen
DE102016103713A1 (de) Erkennung virtueller Maschineneinheiten auf der Grundlage eines Katalogs
DE112020006449T5 (de) Verteilen von arbeitslasten bei berechnungen auf der grundlage einer berechneten berechnungsschwerkraft innerhalb unterschiedlicher datenverarbeitungsparadigmen
DE112021001163T5 (de) Dynamisches erstellen von facetten unter verwendung von graphpartitionierung
DE112020003744T5 (de) Durch dienstqualitätskriterien vorgegebenes automatisiertes betriebsdatenmanagement
DE112021003402T5 (de) Blockchain-verwaltung von bereitstellungsfehlern
DE112021005636T5 (de) Migrieren von komplexen legacy-anwendungen
DE112019002052T5 (de) Datenschutzsensibilisierung bei der bereitstellung von arbeitslasten
DE112021005927T5 (de) Patchen von arbeitsabläufen
DE102014116744A1 (de) Management von Informationstechnologieressourcen
DE112020005306T5 (de) Implementierung von arbeitslasten in einer multi-cloud-umgebung
DE112021003274T5 (de) Ressourcenzuordnung zum optimieren von hyperparametern bei umfangreichen deep-learning-arbeitslasten
DE112018005283T5 (de) Deduplizierung für dateien in einem cloud-computing-speicher und in datenübertragungswerkzeugen
DE112021002893T5 (de) Intelligentes backup und wiederherstellung einer containerisierten umgebung

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R016 Response to examination communication