DE102014218215A1 - System zur Unterstützung bei intermittierender Konnektivität, ein entsprechendes lokales Gerät sowie eine entsprechende Rechnerwolken-Plattform - Google Patents

System zur Unterstützung bei intermittierender Konnektivität, ein entsprechendes lokales Gerät sowie eine entsprechende Rechnerwolken-Plattform Download PDF

Info

Publication number
DE102014218215A1
DE102014218215A1 DE102014218215.8A DE102014218215A DE102014218215A1 DE 102014218215 A1 DE102014218215 A1 DE 102014218215A1 DE 102014218215 A DE102014218215 A DE 102014218215A DE 102014218215 A1 DE102014218215 A1 DE 102014218215A1
Authority
DE
Germany
Prior art keywords
cloud
replacement
local
cloud service
local device
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.)
Withdrawn
Application number
DE102014218215.8A
Other languages
English (en)
Inventor
Rainer Falk
Volker Fusenig
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.)
Siemens AG
Original Assignee
Siemens AG
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 Siemens AG filed Critical Siemens AG
Priority to DE102014218215.8A priority Critical patent/DE102014218215A1/de
Priority to PCT/EP2015/067218 priority patent/WO2016037758A1/de
Priority to EP15745439.8A priority patent/EP3170074A1/de
Priority to CN201580048747.7A priority patent/CN106605213B/zh
Priority to US15/509,406 priority patent/US10491504B2/en
Publication of DE102014218215A1 publication Critical patent/DE102014218215A1/de
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1479—Generic software techniques for error detection or fault masking
    • G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1479—Generic software techniques for error detection or fault masking
    • G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
    • G06F11/1484—Generic software techniques for error detection or fault masking by means of middleware or OS functionality involving virtual machines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1479—Generic software techniques for error detection or fault masking
    • G06F11/1489—Generic software techniques for error detection or fault masking through recovery blocks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5072—Grid computing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0888—Throughput
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mathematical Physics (AREA)
  • Environmental & Geological Engineering (AREA)
  • Computer And Data Communications (AREA)
  • Hardware Redundancy (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Die Erfindung betrifft im Wesentlichen ein System, bei dem eine Anfrage, z.B. eine Berechnung, sowohl in einem Cloud-Service als auch autonom bzw. lokal durch einen Client bearbeitbar ist und dabei eine Überwachung der Netzwerk-qualität, bspw. das Vorhandensein von Verzögerung (Delay), erfolgt und bei dem, abhängig von der aktuellen Erreichbarkeit der Cloud-Plattform ggf. eine lokale Ersatzberechnung durchgeführt wird, die evtl. langsamer ist oder, bspw. bei Echtzeitanforderungen, eine geringere Qualität aufweist als der entsprechende Cloud-Dienst, und deren Ergebnis dann ersatzweise vom Client vorübergehend verwendet wird. Hiermit können Cloud-Dienste lokal gepuffert und damit Verbindungsunterbrechungen zwischen Endgerät und Cloud-Plattform abgefedert werden, wodurch Cloud-Dienste für den Nutzer transparent auch bei Verbindungsunterbrechungen nur evtl. leicht eingeschränkt genutzt und somit weitere Anwendungsszenarien für das Cloud Computing erschlossen bzw. die Dienstgüte bekannter Szenarien/Anwendungen verbessert werden können. Die Erfindung findet bspw. bei der Auswertung von Bilddaten im medizinischen Umfeld, bei Routenberechnungen im Navigationsbereich, bei der Bilderkennung im Automobilen Umfeld und bei Computerspielen Anwendung.

Description

  • Die Erfindung betrifft ein System, bei dem ohne Netzwerkverbindung Dokumente auch lokal bearbeitet werden können und bei dem die offline gespeicherten Dokumente dann, bei verfügbarer Netzwerkverbindung, synchronisiert werden können.
  • Bei Rechnerwolken bzw. Cloud Computing werden Dienste und Daten ausgelagert und sind über das Internet oder ein Intranet erreichbar. Der Nutzer muss also in so einem Fall über eine Netzwerk-Verbindung verfügen, um eine Cloud-Anwendung nutzen zu können. In gewissen Anwendungsszenarien, wie bspw. im Automotive oder Mobile Bereich, haben Nutzer aber typischerweise keine dauerhafte, unterbrechungsfreie Verbindung zum Internet. Ferner bestehen bspw. bei Automatisierungssystemen hohe Anforderungen an die Verfügbarkeit und der Wunsch, dass solche Systeme auch ohne Verbindung zu einem Netzwerk autonom weiterbetrieben werden sollen.
  • Allgemein ist bekannt redundante Netzwerkverbindungen vorzusehen, z.B. mehrere Kabel bzw. eine Festnetzverbindung und eine Mobilfunkverbindung. Bei Ausfall eines Netzwerks kann so über das zweite Netzwerk kommuniziert werden.
  • Ferner ist bekannt, in einem Rechenzentrum redundante Server vorzusehen, sodass bei Ausfall eines Servers ein redundanter Ersatzserver die Diensterbringung übernehmen kann. Solche hochverfügbaren Lösungen sind aber aufwendig und damit teuer und bei Cloud-Diensten nicht allgemein verfügbar.
  • Bei Shi et al. Computing in Cirrus Clouds: The Challenge of Intermittent Connectivity. In Proceedings of MCC 2012. ACM. 2012 werden Anwendungen normal lokal auf dem Endgerät ausgeführt und bei Verbindung zu einer Cloud können diese Anwendungen bei Bedarf in die Cloud ausgelagert werden.
  • Bei der Cloud-basierten Anwendung „Google Docs“ ist es möglich, einen Offline-Modus zu konfigurieren, siehe https://support.google.com/drive/answer/1628467?hl=de. Es ist hierbei eine Aktivierung möglich, dass auch ohne Netzwerkverbindung Dokumente lokal bearbeitbar sind, wobei dann die offline gespeicherten Dokumente bei verfügbarer Netzwerkverbindung synchronisiert werden.
  • Die der Erfindung zu Grunde liegende Aufgabe besteht nun darin, ein System zur Unterstützung bei intermittierender Konnektivität zwischen einem lokalen Gerät und einer Rechnerwolken-Plattform anzugeben, bei dem eine möglichst hohe Verfügbarkeit mit möglichst geringem Aufwand erreicht wird und bei dem Cloud-Dienste mit möglichst geringen Einschränkungen und für den Nutzer transparent auch noch bei Verbindungsunterbrechungen weiter genutzt werden können.
  • Diese Aufgabe wird hinsichtlich des Systems durch die Merkmale des Patentanspruchs 1, hinsichtlich des lokalen Geräts durch die Merkmale des Patentanspruchs 10 und hinsichtlich der Rechnerwolkenplattform durch die Merkmale des Patentanspruchs 11 erfindungsgemäß gelöst. Die weiteren Ansprüche betreffen bevorzugte Ausgestaltungen der Erfindung.
  • Die Erfindung betrifft im Wesentlichen ein System, bei dem eine Anfrage, z.B. eine Berechnung, sowohl in einem Cloud-Service als auch autonom bzw. lokal durch einen Client bearbeitbar ist und dabei eine Überwachung der Netzwerkqualität, bspw. das Vorhandensein von Verzögerung (Delay), erfolgt und bei dem, abhängig von der aktuellen Erreichbarkeit der Cloud-Plattform ggf. eine lokale Ersatzberechnung durchgeführt wird, die evtl. langsamer ist oder, bspw. bei Echtzeitanforderungen, eine geringere Qualität aufweist als der entsprechende Cloud-Dienst, und deren Ergebnis dann ersatzweise vom Client vorübergehend verwendet wird. Hiermit können Cloud-Dienste lokal gepuffert und damit Verbindungsunterbrechungen zwischen Endgerät und Cloud Plattform abgefedert werden, wodurch Cloud-Dienste für den Nutzer transparent auch bei Verbindungsunterbrechungen nur evtl. leicht eingeschränkt genutzt und somit weitere Anwendungsszenarien für das Cloud Computing erschlossen bzw. die Dienstgüte bekannter Szenarien/Anwendungen verbessert werden können. Die Erfindung findet bspw. bei der Auswertung von Bilddaten im medizinischen Umfeld, bei Routenberechnungen im Navigationsbereich, bei der Bilderkennung im Automobilen Umfeld und bei Computerspielen Anwendung.
  • Nachfolgend wird die Erfindung anhand von in der Zeichnung dargestellten Ausführungsbeispielen näher erläutert.
  • Dabei zeigt
  • 1 eine Übersichtsdarstellung zur Erläuterung eines erfindungsgemäßen Systems und
  • 2 eine Darstellung zur Erläuterung eines optionalen Ausführungsdetails des erfindungsgemäßen Systems.
  • Eine Cloud Plattform CP erfasst hier die verschiedenen Ausführungen Infrastructure-as-a-Service (I-a-a-S), Platformas-a-Service (P-a-a-S) und Software-as-a-Service (S-a-a-S).
  • Unter einem lokalen Gerät LG sind z.B. Smartphone, Laptop, Industriesteueranlagen und Automobile zu verstehen.
  • 1 zeigt ein lokales Gerät LD, das eine Cloud-Anwendung App lokal ausführt eine Anfrage an einen Cloud-Service CS stellt, indem sie eine Request-Nachricht 1 überträgt und diese Request-Nachricht 1 mit einer entsprechenden Response-Nachricht 4 beantwortet wird.
  • Erfindungsgemäß wird lokal auf dem Gerät LD die Anfrage durch eine Ersatzbereitstellungseinheit bzw. Replacement Dispatcher RD dupliziert und die eine Anfrage 2a an die lokale Ersatzfunktionalitätseinheit LCSR des Cloud-Services CS und die andere Anfrage 2b an den eigentlichen Cloud-Service CS übertragen. Die Ersatzbereitstellungseinheit RD erhält entsprechend zu diesen Anfragen zwei Response-Nachrichten 3a (local response) und 3b (cloud service response).
  • Der Replacement Dispatcher RD stellt eine der beiden Antworten gemäß einer vorgebbaren Ersetzungsrichtlinie (Replacement Dispatcher Policy) der Anwendung App bereit. Es ist optional auch möglich, dass, nicht wie hier dargestellt, beide Services CS und LCSR (Cloud Service, Local CS Replacement) die Anfrage erhalten, sondern dass nur einer der beiden abhängig von der Ersetzungsrichtlinie eine Anfrage erhält.
  • Dies hat den Vorteil, dass die Applikation App selbst nicht speziell für eine intermittierende Netzwerkkommunikation erstellt bzw. angepasst werden muss. Auch muss die App selbst nicht die Logik des Cloud Services realisieren, da die Ersatzberechnung von einer speziellen Komponente LCSR erbracht wird.
  • In einer Variante wird die Ersetzungsrichtlinie vom Cloud Service dem Replacement Dispatcher RD bereitgestellt.
  • Es sind vielfältige Varianten denkbar, anhand welcher Kriterien eine Ersetzungsrichtlinie-Entscheidung getroffen wird
    • – Ein Netzwerk/Cloud-Service-Monitor M überwacht die Qualität, insbesondere Signalverzögerung, Durchsatz und indirekt Signalstärke, Übertragungsverfahren und eigene Position der Netzwerkverbindung zum Cloud Service bzw. das zeitliche Antwort-Verhalten (response time) des Cloud-Services. Abhängig davon wird eine Anfrage der Anwendung App der lokalen Ersatzfunktionalitätseinheit LCSR des Cloud-Services CS oder dem Cloud Service CS selbst bereitgestellt.
    • – Eine Anfrage durch die App wird zwischengespeichert und an den Cloud Service CS übertragen. Es wird ein Timer gestartet. Falls innerhalb einer vorgebbaren Zeit keine zugeordnete Antwort vom Cloud Service empfangen wird, so wird die zwischengespeicherte Anfrage dem lokalen Ersatz-Service (Local CS Replacement) bereitgestellt und dessen Response wird der App zurückgegeben. Falls jedoch innerhalb der vorgebbaren Zeit eine zugeordnete Antwort vom Cloud Service empfangen wird, so wird diese der App zurückgegeben.
    • – Eine Anfrage durch die App wird zwischengespeichert und an den Cloud Service und an den lokalen Ersatz-Service (Local CS Replacement) übertragen. Es wird ein Timer gestartet. Eine Response des lokalen Ersatz-Service wird als Ersatz-Response zwischengespeichert. Falls innerhalb einer vorgebbaren Zeit keine zugeordnete Antwort vom Cloud Service empfangen wird, so wird die zwischengespeicherte Ersatz-Response der App zurückgegeben. Falls jedoch innerhalb der vorgebbaren Zeit eine zugeordnete Antwort vom Cloud Service empfangen wird, so wird diese der App zurückgegeben und die zwischengespeicherte Ersatz-Response wird gelöscht.
  • Anwendungen mit hohem Ressourcenbedarf aber ohne Echtzeitanforderung, bspw. eine Auswertung von Bilddaten im medizinischen Umfeld oder eine Routenberechnung im Navigationsbereich, werden dabei standardmäßig auf der Cloud Plattform CP ausgeführt und die Ergebnisse dieser Anwendungen dem Endgerät LD zugesendet. Wenn das lokale Gerät LD nicht auf die Cloud-Plattform CP zugreifen kann, führt hier das lokale Gerät LD die Berechnungen lokal und dadurch meist langsamer bzw. mit erhöhter Batteriebelastung durch.
  • Anwendungen mit hohem Ressourcenbedarf und Echtzeitanforderung, bspw. Bilderkennung im automobilen Umfeld und Computerspiele mit reduzierbarer Grafikleistung, werden ebenfalls standardmäßig mit voller Leistung auf der Cloud-Plattform CP ausgeführt und die Ergebnisse dieser Anwendungen dem Endgerät LD zugesendet. Wenn das lokale Gerät LD nicht auf die Cloud-Plattform CP zugreifen kann bzw. die Echtzeitanforderungen durch die Cloud-Plattform und/oder die aktuelle Netzwerkverbindung nicht eingehalten werden, so führt hier das lokale Gerät Ersatz-Berechnungen lokal und ggf. in schlechterer Qualität durch, wodurch die Echtzeitanforderungen eingehalten werden.
  • Eine solche Anwendung kann, vergleichbar mit P-a-a-S, sowohl auf Cloud-Plattform-Seite als auch auf der Seite des lokalen Geräts LD installiert sein und die bearbeiteten Daten bzw. die Ergebnisse müssen bei einer Verbindung des Endgeräts LD zur Cloud synchronisiert werden. Bei Verbindungsabbruch wird automatisch die lokale Anwendung App basierend auf den von der Cloud-Plattform CP gelieferten Daten weitergeführt.
  • Die lokale Ersatzfunktionalität LCSR kann optional auch durch eine Virtuelle Maschine erbracht werden, die von der Cloud Plattform CP bereitgestellt wurde. Beim registrieren des Clients bzw. des lokalen Geräts LD bei einem Cloud Service CS kann dazu der Cloud Service eine Virtuelle Maschine bereitstellen, die lokal auf dem Client gehostet wird. Falls der Cloud Service bei Nutzung eine Anfrage nicht rechtzeitig beantwortet bzw. die Netzwerkverbindung zu schlecht ist, so wird stattdessen die lokale Ersatz-Funktionalität in Form einer lokalen Replika der Virtuellen Maschine verwendet.
  • In einer Variante wird ein Virtuelles Maschinen Image, d.h. Programmcode und Daten zur Realisierung der lokalen Ersatzfunktionalität, vom Cloud Service bereitgestellt. Diese kann in einer Variante durch den Cloud Service aktualisiert werden.
  • Das lokale Gerät LD kann als eine physikalische Einheit realisiert sein, z.B. in einem Gehäuse. Es ist jedoch auch möglich, dass die lokale Einheit in Form von miteinander verbundenen Komponenten realisiert ist. Diese können z.B. in einem Schaltschrank, auf einer Hutschiene, in einem Rack, z.B. 19“ Rack, oder in einem Schaltraum angeordnet sein. Sie können z.B. über eine Datenverbindung, z.B. eine serielle Schnittstelle, eine parallele Schnittstelle, über Ethernet oder drahtlos, z.B. über Bluetooth, Zigbee oder WLAN verbunden sein.
  • 2 zeigt wiederum einerseits ein lokales Gerät LD und andererseits eine Cloud-Plattform CP, wobei allerdings der Cloud-Dienst CS aus 1 hier in Form einer Virtuellen Maschine VM und die Ersatzfunktionalitätseinheit LCSR aus 1 in Form einer von der Cloud-Plattform CP bereitstellten lokalen Replika LVM der Virtuellen Maschine VM vorliegen. Die Synchronisation der Daten der lokalen Virtuellen Maschine LVM mit der entsprechenden Virtuellen Maschine VM wird vorzugsweise durch die Cloud-Plattform CP realisiert, wobei die Arbeitsdaten der lokalen Virtuellen Maschine LVM mit der Cloud Plattform CBP synchronisiert werden.
  • Hierbei läuft, vergleichbar mit I-a-a-S, auf dem lokalen Gerät LD und der Cloud-Plattform CP eine identische oder funktional zugeordnete Virtuelle Maschine, die bei einer Verbindung des lokalen Geräts zur Cloud synchronisiert wird. Wenn das lokale Gerät LD mit der Cloud-Plattform CP verbunden ist, wird die Virtuelle Maschine VM, die sich auf der Cloud Plattform befindet, ausgeführt und die Zustände dieser Virtuellen Maschine VM werden auf die lokale Virtuelle Maschine LVM auf dem lokalen Gerät LD synchronisiert. Bei Verbindungsabbruch wird die Virtuelle Maschine VM in der Cloud-Plattform CP gestoppt und die Virtuelle Maschine LVM auf dem Endgerät mit dem aktuell synchronisierten Zustand gestartet. Alle Zustandsänderungen an der lokalen Virtuellen Maschine LVM werden solange aufgezeichnet, bis das lokale Gerät LD wieder eine Verbindung zur Cloud-Plattform hat. Bei einer Verbindung werden alle gepufferten Zustandsänderungen in die Cloud-Plattform CP synchronisiert. Daraufhin wird wieder die Virtuelle Maschine VM in der Cloud-Plattform CP ausgeführt und die lokale Virtuelle Maschine LVM auf dem lokalen Gerät LD gestoppt.
  • Die lokale virtuelle Maschine LVM kann auf derselben Recheneinheit (CPU bzw. CPU Core) wie die Applikation App ausgeführt werden. Ebenso ist es möglich, dass die lokale virtuelle Maschine LVM auf einer anderen Recheneinheit des lokalen Gerätes LD ausgeführt wird. In einer Variante ist in der lokalen Gerät eine dedizierte Recheneinheit zur Ausführung der lokalen virtuellen Maschine LVM vorgesehen.
  • Die lokal gehostete Replika LVM der Virtuellen Maschine VM kann automatisch auf Updates überprüft werden. Gegebenenfalls stellt die Cloud Plattform CP eine Delta-Version bereit, d.h. eine kompakte Repräsentation der Unterschiede. Es ist jedoch optional auch möglich, eine vollständige aktualisierte Virtuelle Maschine bereitzustellen.
  • Es können optional unterschiedliche Berechtigungsprüfung, z. B. Service Level Agreement des Cloud Nutzers, Plattform Configuration Attestation der lokalen Cloud Plattform, Datenstruktur oder Nutzungsdaten der lokalen Replika LVM, vorgenommen werden, um zu entscheiden, ob eine solche lokale Replikation eines Cloud Services zulässig ist.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Nicht-Patentliteratur
    • Shi et al. Computing in Cirrus Clouds: The Challenge of Intermittent Connectivity. In Proceedings of MCC 2012. ACM. 2012 [0005]
    • https://support.google.com/drive/answer/1628467?hl=de [0006]

Claims (11)

  1. System zur Unterstützung bei intermittierender Konnektivität eines Netzwerks (NW) zwischen einem lokalen Gerät (LD) und einer Rechnerwolken-Plattform (CP), bei dem eine Anfrage (1) sowohl in einem Cloud-Service (CS) als auch durch das lokale Gerät (LD) bearbeitbar ist, bei dem eine Überwachung der Verbindungsqualität des Netzwerks (NW) erfolgt und, bei Unterschreiten einer gewissen Schwelle der aktuellen Erreichbarkeit der Cloud-Plattform (CP), eine lokale Ersatzbearbeitung durchgeführt und deren Bearbeitungsergebnis dann ersatzweise vom lokalen Gerät (LD) vorübergehend verwendet wird.
  2. System zur Unterstützung bei intermittierender Konnektivität zwischen einem lokalen Gerät (LD) und einer Rechnerwolken-Plattform (CP), – bei dem das lokale Gerät (LD) eine Cloud-Anwendung (App) lokal ausführt, die eine Anfrage (1) an einen Cloud-Service (CS) stellt, – bei dem das lokale Gerät (LD) die Anfrage (1) durch eine Ersatzbereitstellungseinheit (RD) dupliziert und die duplizierten Anfragen (2a, 2b) sowohl an eine lokale Ersatzfunktionalitätseinheit (LCSR) des Cloud-Services (CS) als auch an den eigentlichen Cloud-Service (CS) überträgt und – bei dem die Ersatzbereitstellungseinheit (RD) eine (4) der beiden Antworten (3a, 3b) zu den beiden duplizierten Anfragen gemäß einer vorgebbaren Ersetzungsrichtlinie der Anwendung (App) bereitstellt.
  3. System nach Anspruch 2, bei dem anstelle der beiden Anfragen (2a, 2b) abhängig von der Ersetzungsrichtlinie entweder nur die erste Anfrage (2a) an die lokale Ersatzfunktionalitätseinheit (LCSR) oder die zweite Anfrage (2b) an den eigentlichen Cloud-Service (CS) erfolgt.
  4. System nach Anspruch 2 oder 3, bei dem das lokales Gerät (LD) eine Cloud-Anwendung (App) lokal ausführt, die eine Anfrage (1) an den Cloud-Service (CS) stellt, indem sie eine Request-Nachricht (1) an eine lokal auf dem Gerät (LD) vorhandene Ersatzbereitstellungs-einheit (RD) überträgt die ihrerseits von der Ersatzbereitstellungseinheit (RD) mit einer entsprechenden Response-Nachricht (4) beantwortet wird.
  5. System nach einem der Ansprüche 2 bis 4, bei dem das lokale Gerät (LD) die Anfrage (1) durch eine Ersatzbereitstellungseinheit (RD) dupliziert und sowohl an eine lokale Ersatzfunktionalitätseinheit (LCSR) des Cloud-Services (CS) als auch an den eigentlichen Cloud-Service (CS) übertragen wird (2a, 2b), indem eine erste duplizierte Anfrage (2a) an eine lokale Ersatzfunktionalitätseinheit (LCSR) des Cloud-Services (CS) sowie eine zweite duplizierte Anfrage (2b) an den eigentlichen Cloud-Service (CS) übertragen wird und die Ersatzbereitstellungseinheit (RD) eine erste Response-Nachrichten (3a) vom lokalen Gerät (LD) und eine zweite Response-Nachricht (3b) vom Cloud-Service erhält.
  6. System nach einem der Ansprüche 2 bis 5, bei dem im lokalen Gerät (LD) ein Netzwerk/Cloud-Service-Monitor (M) zur Qualitätsüberwachung derart vorhanden ist, dass Signalverzögerung und/oder Durchsatz und/oder Signalstärke und/oder Antwortzeit des Cloud-Services ermittelt werden und davon abhängig mit Hilfe der Ersetzungsrichtlinie die Anfrage (1) der Anwendung (App) entweder der lokalen Ersatzfunktionalitätseinheit (LCSR) des Cloud-Services (CS) oder dem Cloud Service (CS) selbst bereitgestellt wird.
  7. System nach einem der Ansprüche 2 bis 5, bei dem die Anfrage (1) der Anwendung zwischengespeichert und an den Cloud Service (CS) übertragen wird, wobei ein Timer gestartet wird, und bei dem, falls innerhalb einer vorgebbaren Zeit keine zugeordnete Antwort (3b) vom Cloud Service (CS) empfangen wird, die zwischengespeicherte Anfrage (1) der Ersatzfunktionalitätseinheit (LCSR) bereitgestellt wird und deren Antwort (3a) der Anwendung (App) zurückgegeben wird (4) und sonst die zugeordnete Antwort (3b) vom Cloud Service (CS) der Anwendung (App) zurückgegeben wird (4).
  8. System nach einem der Ansprüche 2 bis 5, bei dem die Anfrage (1) der Anwendung (App) zwischengespeichert wird und sowohl an den Cloud Service (CS) auch an die lokale Ersatzfunktionalitätseinheit (LCSR) übertragen wird, wobei ein Timer gestartet wird, bei dem die Antwort (3a) des lokalen Ersatz-Service als Ersatz-Response zwischengespeichert wird und, falls innerhalb einer vorgebbaren Zeit keine zugeordnete Antwort (3b) des Cloud Service (CS) empfangen wird, die zwischengespeicherte Ersatz-Response (3a) der Anwendung (App) zurückgegeben wird (4) und sonst die Antwort (3b) des Cloud Service (CS) der Anwendung (App) zurückgegeben (4) und die zwischen-gespeicherte Ersatz-Response (3a) gelöscht wird.
  9. System nach einem der vorhergehenden Ansprüche, – bei dem auf dem lokalen Gerät (LD) und der Cloud-Plattform (CP) jeweils eine identische oder funktional zugeordnete Virtuelle Maschine (LVM, VM) vorhanden sind, – bei dem, wenn das lokale Gerät (LD) mit der Cloud-Plattform (CP) verbunden ist, die Virtuelle Maschine (VM) der Cloud Plattform ausgeführt und deren Zustände auf die Virtuelle Maschine (LVM) des lokalen Gerät synchronisiert werden, – bei dem die Virtuelle Maschine (VM) der Cloud-Plattform bei Verbindungsabbruch gestoppt und die Virtuelle Maschine des lokalen Geräts (LVM) mit dem aktuell synchronisierten Zustand gestartet wird, – bei dem alle Zustandsänderungen der Virtuellen Maschine (LVM) des lokalen Geräts solange aufgezeichnet werden, bis das lokale Gerät (LG) wieder eine Verbindung zur Cloud-Plattform (CP) aufweist, und – bei dem alle gepufferten Zustandsänderungen der Virtuellen Maschine (LVM) des lokalen Geräts in die Cloud-Plattform (CP) synchronisiert werden, sofern eine Verbindung zwischen Gerät und Plattform besteht, und daraufhin wieder die Virtuelle Maschine (VM) in der Cloud-Plattform ausgeführt und die lokale Virtuelle Maschine auf dem Endgerät gestoppt wird.
  10. Gerät (LD) mit Unterstützung bei intermittierender Konnektivität zu einer Rechnerwolken-Plattform (CP), – bei dem eine Cloud-Anwendung (App) lokal ausführbar und eine Anfrage (1) an einen Cloud-Service (CS) sendbar sind, – bei dem eine Ersatzbereitstellungseinheit (RD) derart vorhanden ist, dass die Anfrage (1) duplizierbar und die duplizierten Anfragen (2a, 2b) sowohl an eine lokale vorhandene Ersatzfunktionalitätseinheit (LCSR) des Cloud-Services (CS) als auch an den eigentlichen Cloud-Service (CS) der Rechnerwolken-Plattform (CP) übertragbar sind und – bei dem die Ersatzbereitstellungseinheit (RD) eine (4) der beiden Antworten (3a, 3b) zu den beiden duplizierten Anfragen gemäß einer vorgebbaren Ersetzungsrichtlinie der Anwendung (App) bereitstellt.
  11. Rechnerwolken-Plattform (CP) mit Unterstützung bei intermittierender Konnektivität zu einem lokalen Gerät (LD), bei der ein Cloud-Dienst (CS) eine Virtuelle Maschine (VM) umfasst und die dem lokalen Gerät (LD) eine lokale Kopie (LVM) dieser Virtuellen Maschine bereitstellt sowie Arbeitsdaten der lokalen Kopie (LVM) mit der Virtuellen Maschine (VM) der Plattform CP synchronisiert.
DE102014218215.8A 2014-09-11 2014-09-11 System zur Unterstützung bei intermittierender Konnektivität, ein entsprechendes lokales Gerät sowie eine entsprechende Rechnerwolken-Plattform Withdrawn DE102014218215A1 (de)

Priority Applications (5)

Application Number Priority Date Filing Date Title
DE102014218215.8A DE102014218215A1 (de) 2014-09-11 2014-09-11 System zur Unterstützung bei intermittierender Konnektivität, ein entsprechendes lokales Gerät sowie eine entsprechende Rechnerwolken-Plattform
PCT/EP2015/067218 WO2016037758A1 (de) 2014-09-11 2015-07-28 System zur unterstützung bei intermittierender konnektivität, ein entsprechendes lokales gerät sowie eine entsprechende rechnerwolken-plattform
EP15745439.8A EP3170074A1 (de) 2014-09-11 2015-07-28 System zur unterstützung bei intermittierender konnektivität, ein entsprechendes lokales gerät sowie eine entsprechende rechnerwolken-plattform
CN201580048747.7A CN106605213B (zh) 2014-09-11 2015-07-28 用于在断续的连通性的情况下进行支持的系统、相应的本地设备以及相应的云端计算平台
US15/509,406 US10491504B2 (en) 2014-09-11 2015-07-28 System for support in the event of intermittent connectivity, a corresponding local device and a corresponding cloud computing platform

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102014218215.8A DE102014218215A1 (de) 2014-09-11 2014-09-11 System zur Unterstützung bei intermittierender Konnektivität, ein entsprechendes lokales Gerät sowie eine entsprechende Rechnerwolken-Plattform

Publications (1)

Publication Number Publication Date
DE102014218215A1 true DE102014218215A1 (de) 2016-03-17

Family

ID=53776582

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102014218215.8A Withdrawn DE102014218215A1 (de) 2014-09-11 2014-09-11 System zur Unterstützung bei intermittierender Konnektivität, ein entsprechendes lokales Gerät sowie eine entsprechende Rechnerwolken-Plattform

Country Status (5)

Country Link
US (1) US10491504B2 (de)
EP (1) EP3170074A1 (de)
CN (1) CN106605213B (de)
DE (1) DE102014218215A1 (de)
WO (1) WO2016037758A1 (de)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA3068632A1 (en) * 2016-06-30 2018-01-04 Fio Corporation Cloud communication network system, device, method, and computer-readable medium
GB2557615A (en) * 2016-12-12 2018-06-27 Virtuosys Ltd Edge computing system
GB2557611A (en) 2016-12-12 2018-06-27 Virtuosys Ltd Edge computing system
US10312253B2 (en) * 2017-03-14 2019-06-04 Macronix International Co., Ltd. Three-dimensional memory device and method of forming the same
US11048536B2 (en) * 2017-11-28 2021-06-29 Microsoft Technology Licensing, Llc High availability cloud service provision
US20230418285A1 (en) 2022-06-23 2023-12-28 Gm Global Technology Operations Llc. Method and system for performing vehicle computing tasks in a remote computing system or a vehicle

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030097358A1 (en) * 2001-10-23 2003-05-22 Mendez Daniel J. System and method for merging remote and local data in a single user interface
EP2096563A1 (de) * 2008-02-29 2009-09-02 Research In Motion Limited System und Verfahren zur Darstellung von Suchergebnissen aus lokalen und Remote-Meldungen
US20110093567A1 (en) * 2009-10-15 2011-04-21 Electronics And Telecommunications Research Institute Mobile terminal for providing mobile cloud service and operation method thereof

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005041628B4 (de) * 2005-09-01 2012-12-27 Siemens Ag Vorrichtung und Verfahren zur Verarbeitung von Daten unterschiedlicher Modalitäten
EP2293164A1 (de) * 2009-08-31 2011-03-09 ABB Research Ltd. Cloud Computing für ein Prozessleitsystem
US8887227B2 (en) 2010-03-23 2014-11-11 Citrix Systems, Inc. Network policy implementation for a multi-virtual machine appliance within a virtualization environtment
CN102984189B (zh) 2011-09-07 2017-04-19 华为技术有限公司 一种无线网络及其实现方法、终端
US9519520B2 (en) * 2011-10-25 2016-12-13 Viasat, Inc. Federated, policy-driven service meshes for distributed software systems
US10541926B2 (en) * 2012-06-06 2020-01-21 The Trustees Of Columbia University In The City Of New York Unified networking system and device for heterogeneous mobile environments
US9274917B2 (en) * 2012-07-30 2016-03-01 Hewlett Packard Enterprise Development Lp Provisioning resources in a federated cloud environment
US9253632B2 (en) * 2013-03-20 2016-02-02 Blackberry Limited Portable bridge device
US10067652B2 (en) * 2013-12-24 2018-09-04 Dropbox, Inc. Providing access to a cloud based content management system on a mobile device
US9544373B2 (en) * 2013-12-24 2017-01-10 Dropbox, Inc. Systems and methods for maintaining local virtual states pending server-side storage across multiple devices and users and intermittent network connections

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030097358A1 (en) * 2001-10-23 2003-05-22 Mendez Daniel J. System and method for merging remote and local data in a single user interface
EP2096563A1 (de) * 2008-02-29 2009-09-02 Research In Motion Limited System und Verfahren zur Darstellung von Suchergebnissen aus lokalen und Remote-Meldungen
US20110093567A1 (en) * 2009-10-15 2011-04-21 Electronics And Telecommunications Research Institute Mobile terminal for providing mobile cloud service and operation method thereof

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
https://support.google.com/drive/answer/1628467?hl=de
Shi et al. Computing in Cirrus Clouds: The Challenge of Intermittent Connectivity. In Proceedings of MCC 2012. ACM. 2012

Also Published As

Publication number Publication date
US10491504B2 (en) 2019-11-26
WO2016037758A1 (de) 2016-03-17
CN106605213A (zh) 2017-04-26
US20170264525A1 (en) 2017-09-14
CN106605213B (zh) 2021-04-20
EP3170074A1 (de) 2017-05-24

Similar Documents

Publication Publication Date Title
DE102014218215A1 (de) System zur Unterstützung bei intermittierender Konnektivität, ein entsprechendes lokales Gerät sowie eine entsprechende Rechnerwolken-Plattform
EP2527936B1 (de) Verfahren zum Zugriff auf ein Automatisierungssystem sowie nach dem Verfahren arbeitendes System
EP1901191B1 (de) Verfahren und Anordnung zur Verwaltung von Lizenzen
DE112011102443T5 (de) Server-Verwaltung unter Verwendung eines Baseboard Management Controllers zum Aufbau eines Drahtlosnetzwerks
DE102015216265A1 (de) Verfahren und Teilsystem zum Installieren eines Softwareupdates in einem Fahrzeug
DE102016219854A1 (de) Computersystem und Verfahren zum dynamischen Anpassen eines software-definierten Netzwerks
DE102016002945B4 (de) Kraftfahrzeug und Verfahren zum Bereitstellen mehrerer Online-Fahrzeugfunktionalitäten
AT512665B1 (de) Verfahren und Apparat zur Bildung von Software Fault Containment Units in einem verteilten Echtzeitsystem
DE102013007676A1 (de) Dynamische App-Rechenlast-Verteilung und nahtlose Netzwerkausfallverarbeitung zwischen Smartphone, Fahrzeug und Cloud
DE102004050350B4 (de) Verfahren und Vorrichtung zur Redundanzkontrolle von elektrischen Einrichtungen
DE102019202527A1 (de) Sicherheitssystem und Verfahren zum Betreiben eines Sicherheitssystems
DE102016106610A1 (de) Erneutes Aktivieren eines ersten Zugriffspunktnamens unter Verwendung eines zweiten Zugriffspunktnamens
EP1798892A1 (de) Verfahren zum Laden einer Liste von Alarmen durch eine Alarmapplikation
WO2018104085A1 (de) Verfahren zur kommunikation eines users mit einem ersten und einem zweiten zielgerät
DE102016008158A1 (de) System und steuerverfahren
EP3054654B1 (de) Netzwerksystem und verfahren zur namensauflösung in einem netzwerksystem
DE102012203463A1 (de) Verfahren zur Bereitstellung von Web Services eines mobilen Web Service Providers
EP1619849A1 (de) Verfahren zum Synchronisieren eines verteilten Systems
DE102014005945A1 (de) Verfahren zur Übermittlung von Informationen
EP2645630A1 (de) Adaptives Remote-Service-Protokoll
EP3416353B1 (de) Verfahren zum verbesserten betrieb eines telekommunikationsnetzes, telekommunikationsnetz, computerprogramm und computerprogrammprodukt
DE112013002191B4 (de) Nachrichtenverarbeitung in einem Datenverarbeitungssystem
DE102017204212A1 (de) Verfahren und Vorrichtung zum Verwalten von Applikationen für Fahrzeuge
WO2016012069A1 (de) Verfahren zur kommunikation zwischen einem kraftfahrzeug und einem benutzerendger?t
WO2009030363A1 (de) Mit redundanz ausgestattetes verteiltes computersystem mit serverfunktionalitäten

Legal Events

Date Code Title Description
R163 Identified publications notified
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee