DE60110037T2 - System und Methode zur Dienstbereitstellung für Geräte in einem Hausnetz - Google Patents

System und Methode zur Dienstbereitstellung für Geräte in einem Hausnetz Download PDF

Info

Publication number
DE60110037T2
DE60110037T2 DE60110037T DE60110037T DE60110037T2 DE 60110037 T2 DE60110037 T2 DE 60110037T2 DE 60110037 T DE60110037 T DE 60110037T DE 60110037 T DE60110037 T DE 60110037T DE 60110037 T2 DE60110037 T2 DE 60110037T2
Authority
DE
Germany
Prior art keywords
service
home network
devices
server
information
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.)
Expired - Fee Related
Application number
DE60110037T
Other languages
English (en)
Other versions
DE60110037D1 (de
Inventor
Moon-Jeong Choi
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of DE60110037D1 publication Critical patent/DE60110037D1/de
Application granted granted Critical
Publication of DE60110037T2 publication Critical patent/DE60110037T2/de
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/10Office automation; Time management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/35Network arrangements, protocols or services for addressing or naming involving non-standard use of addresses for implementing network functionalities, e.g. coding subscription information within the address or functional addressing, i.e. assigning an address to a function
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/12Arrangements for remote connection or disconnection of substations or of equipment thereof
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/101Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measures for digital rights management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Computer And Data Communications (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Selective Calling Equipment (AREA)

Description

  • Die vorliegende Erfindung bezieht sich auf ein Verfahren, um einen Service über das Internet bereitzustellen und insbesondere auf ein System und ein Verfahren zur Bereitstellung eines Service für Vorrichtungen innerhalb eines Heim-Netzwerks, das den Service, basierend auf Informationen über die, an den Service angeschlossenen Vorrichtungen, überträgt und empfängt.
  • In letzter Zeit ist, auf Grund fortgeschrittener Kommunikations-Technologien, die Anwendung von vielen Informations-Vorrichtungen, wie zum Beispiel Computer, Faxgeräte, Modems, Telefone, usw. in einem Netzwerk, besonders in kleinen Heim-Büros (SOHO's) oder Wohnstätten, explosionsartig angestiegen. Zur Einfachheit der Erklärung werden hier die Netzwerke, die in SOHO's oder Wohnstätten eingerichtet sind, überall in dieser Beschreibung stellvertretend "Heim-Netzwerke" genannt.
  • Die Vorrichtungen innerhalb eines Heim-Netzwerks können den Service online, z. B. über das Internet, nutzen. Hierfür können sich die Vorrichtungen in einem Heim-Netzwerk an einen externen Server, on- oder offline, anschließen. Die Vorrichtungen können auch den Anschluss an den externen Server, on- oder offline, abbrechen.
  • Der Service-Bereitstellungs-Server besorgt dann die Registrierung der Teilnehmer-Vorrichtungen auf der Basis von bestimmten Informationen, die die Heim-Identifikations-Nummern und die Vorrichtungs-Identifikations-Nummern sind und stellt einen Service nur für die registrierten Teilnehmer-Vorrichtungen bereit. Wenn einmal die Identifikations-Nummer an eine bestimmte Vorrichtung vergeben ist, kann die Identifikations-Nummer nicht mehr für andere Vorrichtungen genutzt werden.
  • Jedoch weist die oben erwähnte Art und Weise ein Problem dahin gehend auf, dass der Service-Bereitstellungs-Server die Teilnahme von jeder Vorrichtung in jedem Heim-Netzwerk ausführen muss, um den Service der Vorrichtung bereitzustellen. Wenn folglich die Teilnehmer-Vorrichtungen ansteigen, muss der Service-Bereitstellungs-Server den Anstieg der Arbeit zur Aufrechterhaltung der Teilnehmer-Vorrichtungen und Ausführung des Service für die betreffenden Teilnehmer-Vorrichtungen bewältigen.
  • Es gibt noch eine weitere Schwierigkeit des Service-Empfängers. Diese besteht darin, dass jede neue Vorrichtung sich neu beim Service-Bereitstellungs-Server anschließen muss, um den gleichen Service zu empfangen, den die anderen, vorher eingerichteten Vorrichtungen, im Heim-Netzwerk empfangen.
  • Die gleiche Schwierigkeit besteht, wenn irgendeine Vorrichtung ihren Anschluß abbricht, während sie den gleichen Service vom Service-Bereitstellungs-Server erhält.
  • Da zwischenzeitlich der Service-Bereitstellungs-Server die Teilnehmer-Vorrichtungen durch ID's aufrechterhält, könnte ein ernsthaftes Problem bestehen, wenn die ID's gegenüber beispielsweise Hackern, die eine böswillige Absicht haben, die ID's zu stehlen, ungeschützt sind.
  • WO-A-00/044427 offenbart ein Verfahren und eine Vorrichtung, die die Überwachung und Steuerung/Regelung von elektrischen Vorrichtungen oder Betriebsmitteln offenbart. Dies wird unter Verwendung eines Master-Web-Servers erreicht, der mit Folgegerät-Fernverbindungen bzw. Remote-Slave-Nodes kommunizieren kann, indem ein Protokoll zur Steuerung/Regelung und Automation über Netzwerke verschiedener Medien, inklusive Kabel, Radio, Mikrowelle und Netzleitung benutzt wird. Diese virtuelle Internet-Verknüpfung antwortet auf Anfrage vom Server und Remotes, als ob die Remote-Node mit dem Internet verbunden wäre. Die virtuelle Verknüpfung wird zum Lesen von Fern-Informationen, ebenso wie zur Heim-Automation und Sicherheit, die im Haupt-Server abgespiegelt sind, verwendet. Remote-Nodes arbeiten nach Internet-Datenbank-Informationen mittels eines Master/Slave/Exception/Protocols, das Automation, Zählwert-Erfassung, Sicherheit, elektronischen Zahlungsverkehr und Internet-Rück-Anfragen unterstützt.
  • EP-A-1021021 beschreibt eine Vorrichtung, die in einem Netzwerk Zustands-Anzeigen ermöglicht, um einen Datentransfer von einem Quell-Server oder von einem dazwischen liegenden Proxy-Server an einen oft abgeschalteten Kunden-Computer, basierend auf der Eingabe eines besonderen Zustands des Kunden, zu erzeugen. Der dazwischen liegende Proxy-Server reiht Push-Anfragen von Quell-Servern an Ziel-Kunden ein. Die Zustands-Anzeigen beinhalten Zustands-Informationen, basierend auf unterschiedlichen Kriterien. Die Zustands-Anzeigen können die Internet-Abfrage-Belastung durch Einleiten jeder Abfrage herabsetzen.
  • US-B1-6198479 beschreibt ein Verfahren und System zur Führung und Steuerung/Regelung verschiedener Heim-Vorrichtungen in einem Heim-Netzwerk, um einen Service auszuführen. Entsprechend dem Verfahren ist eine Kunden-Vorrichtung, die in der Lage ist, ein Nutzer-Interface anzuzeigen, an ein Heim-Netzwerk angeschlossen. Ein Software Agent wird auf der Kunden-Vorrichtung ausgeführt, um zu erreichen, dass ein Nutzer-Interface auf einer Kunden-Vorrichtung angezeigt wird. Erste und zweite Heim-Vorrichtungen, die an das Heim-Netzwerk angeschlossen sind, werden vom Nutzer-Interface ausgewählt und Steuerungs-/Regelungs- und Anweisungs-Daten werden von der Kunden-Vorrichtung zu den ersten und zweiten Heim-Vorrichtungen gesandt, um diese Vorrichtungen zu veranlassen, miteinander zu kommunizieren, um den Service auszuführen.
  • Kresken T: „Überblick Push-Technologie" stellt eine Einführung zu Push-Verfahren bereit.
  • WO-A-0059230 beschreibt ein Verfahren zur Handhabung von Ressourcen innerhalb eines Netzwerks für elektronische Kunden-Medien-Vorrichtungen, sodass Anwender einer „service-zentralen" oder „inhalts-zentralen" Anschauung des Netzwerks gegenübergestellt werden. Anwender-Anwendungen eines Heim-Servers empfangen service-spezifische (oder inhalt-spezifische) Anfragen von einem Nutzer und konvertieren die Service-spezifischen Anfragen in Informationen, die die notwendigen Ressourcen zur Ausführung des Service identifizieren. Der Software-Ressourcen-Manager legt dann fest, ob die zum Empfangen der Anfragen notwendigen Ressourcen verfügbar sind. Wenn die notwendigen Ressourcen verfügbar sind sendet der Software-Ressourcen-Manager Steuer-/Regelsignale zur Quell- und Ziel-Vorrichtung, um sie zu veranlassen, die angefragten Medien-Services auszuführen.
  • Ausführungsformen der vorliegenden Erfindung zielen darauf ab, die oben erwähnten Probleme des Standes der Technik zu bewältigen, oder zumindest zu verringern. Dementsprechend ist ein Ziel der Ausführungsformen der vorliegenden Erfindung, ein System und ein Verfahren hierfür bereitzustellen, um Vorrichtungen innerhalb eines Heim-Netzwerks mit Service, in einer Art und Weise zu versorgen, die die Wartungs-Belastung, die, infolge der Hinzufügung oder Reduzierung der am gleichen Service teilnehmenden Vorrichtungen angestiegen ist, begrenzt, und auch um Abläufe zum Service-Empfang und ein System und ein Verfahren hierfür zum Empfangen des Service im Heim-Netzwerk, zu vereinfachen.
  • In einem ersten Aspekt stellt die vorliegende Erfindung ein System, um ein Heim-Netzwerk mit einem Service auszustatten, bereit, wobei das Heim-Netzwerk eine Vielzahl von Vorrichtungen (LD1, LD2, ... Ldn) aufweist, die untereinander verbunden sind und das System aufweist:
    einen Service-Bereitstellungs-Server (RS) eingerichtet, um Adress-Informationen über ein Heim-Netzwerk (1–n), das am Service angeschlossen ist, zu speichern, Informationen über eine Service-Empfänger-Vorrichtung zu speichern, dadurch gekennzeichnet, dass der Service-Bereitstellungs-Server (RS) eingerichtet ist, um eine avisierende Meldung zu speichern, bevor der Service bereitgestellt wird, um abzufragen, ob die Service-Empfänger-Vorrichtung (LD) den Service annehmen kann, oder nicht, wobei die avisierende Meldung Adress-Informationen über das Heim-Netzwerk, zu dem die Service empfangende Vorrichtung gehört und zusätzliche, identifizierende Informationen über die Service-Empfänger-Vorrichtung enthält; und
    einen Such-Server (LS) des Heim-Netzwerks (1–n) der eingerichtet ist, eine ID und eine dynamische Internet-Protokoll-Adresse (IP) von einer, aus der Vielzahl von Vorrichtungen, die den zusätzlichen Identifizierungs-Informationen, die im Service-Bereitstellungs-Server registriert sind, entspricht, zu speichern, um die avisierende Meldung vom Service-Bereitstellungs-Servers zu erhalten und um als Antwort auf die avisierende Meldung festzustellen, ob es eine Vorrichtung (LD), entsprechend den zusätzlichen Identifizierungs-Informationen, die in der avisierenden Meldung enthalten sind, gibt und ob es eine solche Vorrichtung gibt, die eingerichtet ist, die ID der entsprechenden Vorrichtungen in eine IP-Adresse zu konvertieren und die konvertierte IP-Adresse zu übertragen, wobei der Service-Bereitstellungs-Server (RS) eingerichtet ist, den Service, nach Erhalt einer Antwort-Meldung von der Service-Empfänger-Vorrichtung, bereitzustellen, wobei die Antwort-Meldung anzeigt, dass die Service-Empfänger-Vorrichtung den Service annehmen kann.
  • Entsprechend wird die zusätzliche Identifizierungs-Information für eine Mehrzahl von Vorrichtungen einer selben Art verwendet, die beabsichtigt, denselben Typ von Service zu empfangen.
  • Entsprechend enthält die zusätzliche Identifizierungs-Information zumindest Informationen über einen Vorrichtungs-Typ, eine Vorrichtungs-Eigenschaft, einen Nutzer-Namen, einen Anbieter, oder einen Modellnamen.
  • Entsprechend ist der Service ein Push-Service, der einen bestimmten Service dieser mindestens einen, aus der Mehrzahl von Service-Empfänger-Vorrichtungen, in einer festgelegten Periode, wiederholt bereitstellt.
  • Entsprechend der vorliegenden Erfindung ist, in einem zweiten Aspekt, ein Verfahren, zur Ausstattung eines Heim-Netzwerks mit einem Service vorgesehen, wobei das Heim-Netzwerk eine Vielzahl von Vorrichtungen (LD1, LD2, ... Ldn) enthält, die miteinander verbunden sind und das System aufweist:
    einen Service-Bereitstellungs-Servers (RS), der Adress-Informationen über ein Heim-Netzwerk (1–n), das an den Service angeschlossen ist und Informationen, über eine Service-Empfänger-Vorrichtung, speichert, dadurch gekennzeichnet, dass der Service-Bereitstellungs-Server (RS) eine avisierende Meldung überträgt, bevor der Service bereitgestellt wird, um abzufragen, ob die Service-Empfänger-Vorrichtung (LD) den Service annehmen kann, oder nicht, wobei die avisierende Meldung Adress-Informationen über das Heim-Netzwerk, zu der die Service-Empfänger-Vorrichtung gehört und zusätzliche identifizierende Informationen über die Service-Empfänger-Vorrichtung enthält; und
    einen Lookup-Server (LS) des Heim-Netzwerks (1–n), der eine ID und eine dynamische Internet-Protokoll-Adresse (IP) von einer Mehrzahl von Vorrichtungen speichert, die den zusätzlichen identifizierenden Informationen, die im Service-Bereitstellungs-Server registriert sind, entspricht, dadurch gekennzeichnet, dass der Lookup-Server (LS) die avisierende Meldung vom Service-Bereitstellungs-Server erhält und als Antwort auf die avisierende Meldung bestimmt, ob es eine Vorrichtung (LD), entsprechend den zusätzlichen identifizierenden Informationen, die in der avisierende Meldung enthalten sind, gibt, und wenn es eine solche Vorrichtung gibt, konvertiert der Lookup-Server (LS) die ID der entsprechenden Vorrichtung in eine IP-Adresse und überträgt die konvertierte IP-Adresse, wobei der Service-Bereitstellungs-Server (RS) den Service bereitstellt, nachdem eine Antwort-Meldung von der Service-Empfänger-Vorrichtung angenommen wurde, wobei die Antwort-Meldung anzeigt, dass die den Service empfangende Vorrichtung den Service annehmen kann.
  • Entsprechend werden die zusätzlichen identifizierenden Informationen für eine aus der Mehrzahl von gleichartigen Vorrichtungen, die beabsichtigen den gleichen Typ von Service anzunehmen, genutzt.
  • Entsprechend enthält die zusätzliche Identifizierungs-Information zumindest Informationen über einen Vorrichtungs-Typ, eine Vorrichtungs-Eigenschaft, einen Nutzer-Namen, einen Anbieter, oder einen Modellnamen.
  • Entsprechend ist der Service ein Push-Service, der einen bestimmten Service zumindest dieser einen, aus der Mehrzahl von Service-Empfänger-Vorrichtungen, in einer festgelegten Periode, wiederholt bereitstellt.
  • Zum besseren Verständnis der Erfindung und um zu zeigen, zu welchen Auswirkungen deren Ausführungsformen führen können, wird nun, beispielhaft, auf die anliegende diagrammartige Zeichnung Bezug genommen, in der:
  • 1 eine Ansicht ist, die den Aufbau eines Systems zeigt, das Vorrichtungen in einem Heim-Netzwerk mit Service, entsprechend einer bevorzugten Ausführungsform der vorliegenden Erfindung, ausstattet.
  • 2 eine Ansicht, die ein Beispiel einer Datenbank zeigt, die einen Lookup-Server von 1 aufweist, ist; und
  • 3 ein Ablaufdiagramm zur Erklärung eines Verfahrens zur Ausstattung des Heim-Netzwerks mit Service, entsprechend der bevorzugten Ausführungsform der vorliegenden Erfindung, zeigt.
  • Eine detaillierte Beschreibung, entsprechend der bevorzugten Ausführungsform der vorliegenden Erfindung, eines Systems und Verfahrens davon, um Vorrichtungen im Heim-Netzwerk bereitzustellen, wird nur beispielhaft unter Bezugnahme auf die anliegende Zeichnung, folgen.
  • 1 ist eine Ansicht, die den Aufbau eines Systems zeigt, das die Vorrichtungen innerhalb des Heim-Netzwerks mit dem Service, entsprechend der bevorzugten Ausführungsform der vorliegenden Erfindung, ausstattet.
  • Wie in 1 gezeigt, sind über das Internet 10 miteinander verbunden: ein Remote-Server (RS), um einen Service bereitzustellen, ein Service-Root (SR), um den Zugang zum Internet 10 bereitzustellen und eine Mehrzahl von Heim-Netzwerken (1–n). Jedes Heim-Netzwerk (1–n) beinhaltet eine Mehrzahl von Vorrichtungen LD1, LD2, ... und einen Lookup-Server (LS).
  • Der Remote-Server RS befindet sich außerhalb des Heim-Netzwerks (1–n) und stellt den Service über das Internet 10 bereit. Speziell der Remote-Server RS versorgt das Heim-Netzwerk (1–n) über das Internet 10 mit dem Service. Der Remote-Server RS stellt insbesondere dem angeschlossenen Heim-Netzwerk den Service bereit.
  • Der Remote-Server RS stellt einen Push-Service bereit. Während das durchschnittliche Service-Bereitstellungs-Verfahren die Services auf Anfrage des Nutzers bereitstellt, ist der Push-Service für die Teilnehmer-Vorrichtungen regelmäßig in einer festgesetzten Periode, oder zu einem oder mehreren festgesetzten Zeitpunkten, vorgesehen.
  • Beispiele für einen Push-Service können in den Informations-Bereitstellungs-Services gefunden werden, die regelmäßig, wie z. B. als „Tageshoroskop", „Aktienverkauf", „Wetterbericht", „Sport-Meldungen", oder dergleichen, bereitgestellt werden.
  • Ein anderes Beispiel kann auch in anderen Vorrichtungs-Typen, wie einer Lampe gefunden werden, die programmiert ist, um in einer festgesetzten Periode, oder zu einem oder mehreren festgesetzten Zeitpunkten, angeschaltet zu werden.
  • Der Remote-Server RS überträgt eine NOTIFY-Meldung an die Teilnehmer-Heim-Netzwerke (1–n), um zu überprüfen, ob die Teilnehmer-Heim-Netzwerke (1–n) zum Service-Empfang in der Lage sind. Die NOTIFY-Meldung meldet, dass der Service bereitgestellt werden wird.
  • Es ist vorzuziehen, dass der RS die NOTIFY-Meldung zu den Teilnehmer-Heim-Netzwerken in einer festgesetzten Periode regelmäßig überträgt.
  • Die NOTIFY-Meldung enthält mehr als einen Teil einer zusätzlichen identifizierenden Information, wie z. B. Vorrichtungs-Typ, Vorrichtungs-Eigenschaft, Nutzer-Name, Anbieter, Modell-Name, Seriennummer, usw. Vorzugsweise wird jede Information, für die gleichartigen Vorrichtungen, generell als die zusätzliche identifizierende Information genutzt.
  • Die NOTIFY-Meldung ist vorzugsweise im XML-Format, das eine einstellbare Kennzeichnung besitzt, geschrieben.
  • Nachdem eine zustimmende Antwort-Meldung von den Heim-Netzwerken (1–n), als Antwort auf die NOTIFY-Meldung empfangen wurde, z. B. nach Empfang der Meldung „Service-Empfang möglich", stellt der Remote-Server den Service bereit.
  • Zwischenzeitlich vergibt der mit dem Internet 10 verbundene Service-Root SR eine globale IP-Adresse an die Heim-Netzwerke (1–n) und speichert die ID's (z. B. URL's) der Heim-Netzwerke (1–n) und die, an die Heim-Netzwerke (1–n) vergebenen IP-Adressen.
  • Nach Empfang der NOTIFY-Meldung vom Remote-Server RS überprüft der Service-Root (SR), ob das in der NOTIFY-Meldung verzeichnete Heim-Netzwerk das teilnehmende Heim-Netzwerk ist.
  • Wenn das verzeichnete Heim-Netzwerk das Teilnehmer-Heim-Netzwerk ist, konvertiert der Stamm-Service die Heim-ID der NOTIFY-Meldung in eine entsprechende IP-Adresse und überträgt die konvertierte IP-Adresse.
  • Der Lookup-Server LS des Heim-Netzwerks empfängt die NOTIFY-Meldung vom Root-Service SR.
  • Der Lookup-Server LS besitzt die, in 2 gezeigte, Datenbank.
  • Die Datenbank des Lookup-Server LS speichert und pflegt relevante Informationen über die im Heim-Netzwerk verbundenen Vorrichtungen, einschließlich zusätzlichen identifizierenden Informationen, die dem Remote-Server RS entsprechen, wie zum Beispiel die ID's, dynamische IP-Adressen, Vorrichtungs-Typ, Vorrichtungs-Eigenschaft, Nutzer-Name, Anbieter, Modell-Name, Seriennummern, usw.. Die so erzeugte Tabelle wird während dem Neuaufbau des Netzwerks aktualisiert.
  • Der Lookup-Server LS registriert im Root-Service SR ferner die ID's der Heim-Netzwerke und die, laufend an die Heim-Netzwerke, vergebenen IP-Adressen, und ermöglicht dadurch die Kommunikation zwischen den Heim-Netzwerken nach außen.
  • Der Lookup-Server LS sucht die Datenbank nach einer Vorrichtung, die der zusätzlichen identifizierenden Information entspricht, die in der NOTIFY-Meldung verzeichnet wurde, ab.
  • Wenn es die Vorrichtung entsprechend den zusätzlichen identifizierenden Informationen, wie in der NOTIFY-Meldung verzeichnet wurden, gibt, wird die NOTIFY-Meldung an die dynamische IP-Adresse der entsprechenden Vorrichtung übertragen. Es kann eine oder mehr als eine entsprechende Vorrichtung geben.
  • Nachfolgend wird ein Verfahren zur Ausstattung der Vorrichtungen innerhalb eines Heim-Netzwerks mit einem Service beschrieben.
  • 3 ist ein Ablaufdiagramm zur Erläuterung des Verfahrens, um das Heim-Netzwerk mit dem Service, entsprechend der bevorzugten Ausführungsform der vorliegenden Erfindung, auszustatten.
  • Hierbei wird angenommen, dass der Remote-Server RS der Server ist, der periodisch die neuesten Unterhaltungs- und Sport-Meldungen bereitstellt und die ID des Teilnehmer-Heim-Netzwerks „Samsung 1" lautet. Es wird ferner angenommen, dass die Teilnehmer-Vorrichtung ein Computer mit einer Auflösung von 1280 × 720p ist.
  • Bevor der Service bereitgestellt wird, überträgt der Remote-Server RS eine NOTIFY-Meldung an den Root-Service SR (Schritt S402). Die NOTIFY-Meldung zeichnet die ID des Heim-Netzwerks, zu dem die Vorrichtung, entsprechend den zusätzlichen identifizierenden Informationen, gehört, auf. Die zusätzlichen identifizierenden Informationen identifizieren die Service-Empfänger-Vorrichtung. Die NOTIFY-Meldung lautet
    <NOTIFY>
    <Heim Id>Samsung1</Heim Id>
    <Ld_Typ Name = „Computer">
    <Eigenschaft Name = „Auflösung">1280 × 720p</Eigenschaft>
    </Ld_Typ>
    </NOTIFY>
  • Als Nächstes empfängt der Root-Service SR eine vom Remote-Server RS übertragene Antwort-Meldung und bestätigt, ob das durch die erhaltene Antwort-Meldung ausgewiesene Heim-Netzwerk ein Heim-Netzwerk ist, das am Root-Service SR teilnimmt (Schritt S404).
  • Wenn das durch die erhaltene Antwort-Meldung ausgewiesene Heim-Netzwerk nicht am Root-Service SR teilnimmt, wird die Antwort-Meldung „Service-Einrichtung-unmöglich" übertragen (Schritt S406).
  • Wenn das durch die erhaltene Antwort-Meldung ausgewiesene Heim-Netzwerk als das Heim-Netzwerk, das am Root-Service SR in S404 teilnimmt, ermittelt wird, konvertiert der Root-Service SR die ID des, durch die NOTIFY-Meldung ausgewiesene, Heim-Netzwerks in die IP-Adresse des entsprechenden Heim-Netzwerks (Schritt S408) und überträgt eine NOTIFY-Meldung zum entsprechenden Heim-Netzwerk (Schritt S410). Die NOTIFY-Meldung enthält die Typ- und Eigenschafts-Information über die Service-Empfänger-Vorrichtung. Die NOTIFY-Meldung enthält ferner die IP-Adresse des Heim-Netzwerks, zu dem die Service empfangende Vorrichtung gehört. Die NOTIFY-Meldung lautet
    <NOTIFY>
    <Heim_IPadress>111.222.333.444</Heim IPadress>
    <Ld_Typ Name = „Computer">
    <Eigenschaft Name = „Auflösung">1280 × 720p</Eigenschaft>
    </Ld_Typ>
    </NOTIFY>
  • Folglich empfängt der Lookup-Server LS des Heim-Netzwerks die vom Root-Service SR übertragene NOTIFY-Meldung und ermittelt auf der Basis der zusätzlichen identifizierenden Informationen über die durch die empfangene NOTIFY-Meldung ausgewiesene Vorrichtung, ob die Vorrichtung am Lookup-Server LS teilnimmt, oder nicht (Schritt S412).
  • Wenn die Vorrichtung entsprechend den in der empfangenen NOTIFY-Meldung enthaltenen zusätzlichen identifizierenden Informationen nicht am Lookup-Server LS teilnimmt, wird die Antwort-Meldung „Service-Einrichtung-unmöglich" an den Remote-Server RS übertragen (Schritt S414).
  • Wenn die Vorrichtung entsprechend den in der empfangenen NOTIFY-Meldung enthaltenen zusätzlichen identifizierenden Informationen die am Lookup-Server LS teilnehmende Vorrichtung ist, wird die ID der entsprechenden Vorrichtung erhalten und auch die dynamische IP-Adresse dieser enthaltenen ID wird erhalten (Schritt S416).
  • Wenn es zwei Vorrichtungen, entsprechend den zusätzlichen identifizierenden Informationen, mit den ID's PC1 bzw. PC2, gibt, werden die dynamischen IP-Adressen der Vorrichtungen, die die ID's PC1 und PC2 besitzen, von der Datenbank erhalten. Dann wird eine NOTIFY-Meldung an die dynamischen IP-Adressen der Service-Empfänger-Vorrichtungen (Schritt S418) übertragen. In diesem Fall lautet die NOTIFY-Meldung
    <NOTIFY>
    <Heim_IPadress>111.222.333.444</Heim_IPadress>
    <Ld_IPadress>xxx.xxx.xxx.xxx</Ld_IPadress>
    <Ld_IPadress>yyy.yyy.yyy.yyy</Ld_IPadress>
    </NOTIFY>
  • Hierbei ist xxx.xxx.xxx.xxx die IP-Adresse von PC1, während yyy.yyy.yyy.yyy die IP-Adresse von PC2 ist.
  • Entsprechend fahren die den Service empfangenden Vorrichtungen, die die NOTIFY-Meldung empfangen (d. h., Vorrichtungen PC1 und PC2), ein Service-Vorbereitungs-Programm (Schritt S420) an und übertragen eine Antwort-Meldung (Resultat = Erfolg, Grund = SERVICE_FERTIG) an den Remote-Server RS, um anzuzeigen, dass sie für den Service-Empfang (Schritt S422) bereit sind.
  • Dann stellt der Remote-Server RS den antwortenden Vorrichtungen den entsprechenden Service (Schritt S424) bereit. In der Beschreibung der Ausführungsform der vorliegenden Erfindung ist der Algorithmus zur Service-Bereitstellung zwischen dem Service-Server und dem Kunden in einem Heim nicht erwähnt. Das heißt, der Zeitpunkt, zu dem der Service-Server anfängt, einen Service entsprechend der unerwarteten Antwort des Kunden bereitzustellen, ist in der Beschreibung dieser Ausführungsform nicht erwähnt.
  • Da es, wie oben beim System und Verfahren, um die Vorrichtungen innerhalb des Heim-Netzwerks mit Service auszustatten, beschrieben, nicht notwendig ist, die Informationen getrennt aufrechtzuerhalten, um eine Vorrichtung von einer anderen gleichartigen Vorrichtung zu unterscheiden, wird eine Belastung der Informationens-Pflege verringert.
  • Wenn ferner eine Vorrichtung, die ähnlich zu der bestehenden Teilnehmer-Vorrichtung ist, hinzugefügt wird, um denselben Service, wie die bestehende Teilnehmer-Vorrichtung zu empfangen, ist es nicht notwendig, getrennt am Remote-Server RS teilzunehmen. Da es darüber hinaus keinen Informations-Verlust über die Vorrichtungen, durch die ID's, die während der Teilnahme am Service erstellt wurden, gibt, wird eine verstärkte Sicherheit gewährleistet.
  • Obwohl die bevorzugte Ausführungsform der vorliegenden Erfindung beschrieben wurde, wird der Durchschnittsfachmann verstehen, dass die vorliegende Erfindung nicht auf die beschriebene, bevorzugte Ausführungsform begrenzt ist, sondern zahlreiche Veränderungen und Modifikationen im Rahmen der vorliegenden Erfindung, wie durch die anliegenden Ansprüche definiert, gemacht werden können.

Claims (8)

  1. System, um ein Heim-Netzwerk mit einem Service auszustatten, wobei das Heim-Netzwerk eine Mehrzahl von Vorrichtungen (LD1, LD2 ... Ldn) besitzt, die untereinander verbunden sind und das System aufweist: einen Service-Bereitstellungs-Server (RS), eingerichtet, um Adress-Informationen über ein Heim-Netzwerk (1–n), das am Service teilnimmt, zu speichern, Informationen über eine Service-Empfänger-Vorrichtung zu speichern, dadurch gekennzeichnet, dass der Service-Bereitstellungs-Server (RS) eingerichtet ist, um eine avisierende Meldung zu speichern, bevor der Service bereitgestellt wird, um abzufragen, ob die Service-Empfänger-Vorrichtung (LD) den Service annehmen kann, oder nicht, wobei die avisierende Meldung Adress-Informationen über das Heim-Netzwerk, zu dem die Service empfangende Vorrichtung gehört und zusätzliche identifizierende Informationen über die Service-Empfänger-Vorrichtung enthält; und einen Lookup-Server (LS) des Heim-Netzwerks (1–n), der eingerichtet ist, eine ID und eine dynamische Internet-Protokoll-Adresse (IP) von einer aus der Mehrzahl von Vorrichtungen, die den zusätzlichen Identifizierungs-Informationen, die im Service-Bereitstellungs-Server registriert sind, entspricht, zu speichern, um die avisierende Meldung vom Service-Bereitstellungs-Server zu erhalten und um, als Antwort auf die avisierende Meldung, festzustellen, ob es eine Vorrichtung (LD) entsprechend den zusätzlichen Identifizierungs-Informationen, die in der avisierenden Meldung enthalten sind, gibt, und ob es eine solche Vorrichtung gibt, die eingerichtet ist, die ID der entsprechenden Vorrichtung in eine IP-Adresse zu konvertieren und die konvertierte IP-Adresse zu übertragen, wobei der Service-Bereitstellungs-Server (RS) eingerichtet ist, den Service, nach Erhalt einer Antwort-Meldung von der Service-Empfänger-Vorrichtung, bereitzustellen, wobei die Antwort-Meldung anzeigt, dass die Service-Empfänger-Vorrichtung den Service annehmen kann.
  2. System nach Anspruch 1, wobei die zusätzliche Identifizierungs-Information für eine, aus der Mehrzahl von gleichartigen Vorrichtungen, die beabsichtigt, einen gleichartigen Service zu empfangen, genutzt wird.
  3. System nach Anspruch 1 oder 2, wobei die zusätzliche Identifizierungs-Informationen, zumindest Informationen über einen Vorrichtungs-Typ, eine Vorrichtungs-Eigenschaft, einen Nutzer-Namen, einen Anbieter, oder einen Modell-Namen enthalten.
  4. System nach einem der oben genannten Ansprüche, wobei der Service ein Push-Service ist, der einen bestimmten Service zu dieser mindestens einen aus der Mehrzahl von Service-Empfänger-Vorrichtungen wiederholt in einer vorgegebenen Periode bereitstellt.
  5. Verfahren zur Ausstattung eines Heim-Netzwerks mit einem Service, wobei das Heim-Netzwerk eine Mehrzahl von Vorrichtungen (LD1, LD2 ... Ldn) besitzt, die untereinander verbunden sind und das System aufweist: einen Service-Bereitstellungs-Server (RS), der Adress-Informationen über ein Heim-Netzwerk (1–n), dass am Service teilnimmt und Informationen, über eine Service-Empfänger-Vorrichtung, speichert, dadurch gekennzeichnet, dass der Service-Bereitstellungs-Server (RS) eine avisierende Meldung überträgt, bevor der Service bereitgestellt wird, um abzufragen, ob die Service-Empfänger-Vorrichtung (LD) den Service annehmen kann, oder nicht, wobei die avisierende Meldung Adress-Informationen über das Heim-Netzwerk, zu der die Service-Empfänger-Vorrichtung gehört und zusätzliche identifizierende Informationen über die Service-Empfänger-Vorrichtung, enthält; und einen Lookup-Server (LS) des Heim-Netzwerks (1–n), der eine ID und eine dynamische Internet-Protokoll-Adresse (IP) von einer der Mehrzahl von Vorrichtungen speichert, die den zusätzlichen identifizierenden Informationen, die im Service-Bereitstellungs-Server registriert sind, entspricht, dadurch gekennzeichnet, dass der Lookup-Server (LS) die avisierende Meldung vom Service-Bereitstellungs-Server erhält und als Antwort auf die avisierende Meldung bestimmt, ob es eine Vorrichtung (LD) entsprechend den zusätzlichen identifizierenden Informationen, die in der avisierenden Nachricht enthalten sind, gibt, und wenn es eine solche Vorrichtung gibt, konvertiert der Lookup-Server (LS) die ID der entsprechenden Vorrichtung in eine IP-Adresse und überträgt die konvertierte IP-Adresse, wobei der Service-Bereitstellungs-Server (RS) den Service bereitstellt, nachdem eine Antwort-Meldung von der Service-Empfänger-Vorrichtung empfangen wurde, wobei die Antwort-Meldung anzeigt, dass die Service-Empfänger-Vorrichtung den Service annehmen kann.
  6. Verfahren gemäß Anspruch 5, worin die zusätzlichen identifizierenden Informationen, für eine aus der Mehrzahl von gleichartigen Vorrichtungen, die beabsichtigt, den gleichen Typ von Service anzunehmen, genutzt wird.
  7. Verfahren entsprechend Anspruch 5 oder Anspruch 6, wobei die zusätzlichen identifizierenden Informationen zumindest Informationen über einen Vorrichtungs-Typ, eine Vorrichtungs-Eigenschaft, einen Nutzer-Namen, einen Anbieter, oder einen Modell-Namen, enthalten.
  8. Verfahren entsprechend jedem der Ansprüche 5–7, wobei der Service ein Push-Service ist, der einen bestimmten Service zu zumindest dieser einen aus der Mehrzahl von Service-Empfänger-Vorrichtungen, in einer festgelegten Periode, wiederholt bereitstellt.
DE60110037T 2001-04-17 2001-11-24 System und Methode zur Dienstbereitstellung für Geräte in einem Hausnetz Expired - Fee Related DE60110037T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR2001020551 2001-04-17
KR1020010020551A KR100757466B1 (ko) 2001-04-17 2001-04-17 홈네트워크내의 기기에 서비스를 제공하는 시스템과 그방법 및 홈네트워크에서 서비스를 제공받는 시스템과 그방법

Publications (2)

Publication Number Publication Date
DE60110037D1 DE60110037D1 (de) 2005-05-19
DE60110037T2 true DE60110037T2 (de) 2005-09-08

Family

ID=19708372

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60110037T Expired - Fee Related DE60110037T2 (de) 2001-04-17 2001-11-24 System und Methode zur Dienstbereitstellung für Geräte in einem Hausnetz

Country Status (8)

Country Link
US (1) US20030018710A1 (de)
EP (1) EP1251658B1 (de)
JP (1) JP4261111B2 (de)
KR (1) KR100757466B1 (de)
CN (1) CN1381969A (de)
AT (1) ATE293324T1 (de)
DE (1) DE60110037T2 (de)
ES (1) ES2238376T3 (de)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030035194A (ko) * 2001-10-30 2003-05-09 포디홈네트 홈 네트워크 시스템의 데이터베이스 자동 관리 방법
KR100529876B1 (ko) * 2002-10-10 2005-11-22 엘지전자 주식회사 홈 네트워크 시스템의 동작방법
AU2003291606A1 (en) * 2003-01-03 2004-07-29 Anoto Ip Lic Hb A method and a system for responding to a request for access to an application service
US9039401B2 (en) 2006-02-27 2015-05-26 Microcontinuum, Inc. Formation of pattern replicating tools
US20050243978A1 (en) * 2004-04-14 2005-11-03 Lg Electronics Inc. System and method of interworking messages between mobile communication terminals
JP4533247B2 (ja) * 2004-06-08 2010-09-01 キヤノン株式会社 サービス提供システム、サービス提供方法及びサービス提供装置
US7974217B2 (en) 2004-07-19 2011-07-05 Samsung Electronics Co., Ltd. Method and apparatus for identifying network device corresponding to internet protocol address, and method and apparatus for allocating internet protocol address
US20060018328A1 (en) * 2004-07-23 2006-01-26 Comcast Cable Holdings, Llc Method and system for powerline networking
US20060149761A1 (en) * 2004-12-09 2006-07-06 Lg Electronics Inc. Structure of objects stored in a media server and improving accessibility to the structure
JP4451378B2 (ja) * 2005-11-08 2010-04-14 株式会社日立製作所 機器設定情報通知方法及び機器
US8312155B2 (en) * 2006-11-28 2012-11-13 Canon Kabushiki Kaisha Service publication restriction apparatus, method, and computer-readable storage medium
KR20100045716A (ko) * 2008-10-24 2010-05-04 삼성전자주식회사 정적 식별자 및 동적 식별자를 이용한 정품 인증에 기초한 통신 방법 및 장치
US9052898B2 (en) 2011-03-11 2015-06-09 Qualcomm Incorporated Remote access and administration of device content, with device power optimization, using HTTP protocol
US8924556B2 (en) 2011-03-11 2014-12-30 Qualcomm Incorporated System and method for accessing a device having an assigned network address
US8799470B2 (en) 2011-03-11 2014-08-05 Qualcomm Incorporated System and method using a client-local proxy-server to access a device having an assigned network address
US8862693B2 (en) 2011-03-11 2014-10-14 Qualcomm Incorporated Remote access and administration of device content and configuration using HTTP protocol
US8819233B2 (en) 2011-03-11 2014-08-26 Qualcomm Incorporated System and method using a web proxy-server to access a device having an assigned network address
KR101909487B1 (ko) * 2011-09-30 2018-12-19 삼성전자 주식회사 디바이스를 서버에 등록하는 방법 및 이를 구비한 장치
US9407586B2 (en) * 2013-03-15 2016-08-02 Yahoo! Inc. Method and system for cross device notification
US9589797B2 (en) 2013-05-17 2017-03-07 Microcontinuum, Inc. Tools and methods for producing nanoantenna electronic devices
CN112039685B (zh) * 2019-06-04 2022-11-15 杭州海康威视系统技术有限公司 网络管理方法、装置、计算网络和物联网

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5596723A (en) * 1994-06-23 1997-01-21 Dell Usa, Lp Method and apparatus for automatically detecting the available network services in a network system
US6122287A (en) * 1996-02-09 2000-09-19 Microcom Systems, Inc. Method and apparatus for detecting switched network protocols
US5892909A (en) * 1996-09-27 1999-04-06 Diffusion, Inc. Intranet-based system with methods for co-active delivery of information to multiple users
US5999979A (en) * 1997-01-30 1999-12-07 Microsoft Corporation Method and apparatus for determining a most advantageous protocol for use in a computer network
US7216043B2 (en) * 1997-02-12 2007-05-08 Power Measurement Ltd. Push communications architecture for intelligent electronic devices
CA2432666C (en) * 1997-06-25 2008-09-23 Samsung Electronics Co., Ltd. Method and apparatus for a home network auto-tree builder
US6393481B1 (en) * 1997-10-06 2002-05-21 Worldcom, Inc. Method and apparatus for providing real-time call processing services in an intelligent network
US6167449A (en) * 1997-11-19 2000-12-26 Apple Computer, Inc. System and method for identifying and locating services on multiple heterogeneous networks using a query by type
JPH11194987A (ja) * 1998-01-05 1999-07-21 Toshiba Corp 通信装置
US6337899B1 (en) * 1998-03-31 2002-01-08 International Business Machines Corporation Speaker verification for authorizing updates to user subscription service received by internet service provider (ISP) using an intelligent peripheral (IP) in an advanced intelligent network (AIN)
DK1084576T3 (da) * 1998-05-07 2005-11-28 Samsung Electronics Co Ltd Fremgangsmåde og apparat for universelt tilgængelige kommando- og kontrolinformationer i et netværk
US6359711B1 (en) * 1998-05-20 2002-03-19 Steelcase Development Corporation System and method for supporting a worker in a distributed work environment
US20010052015A1 (en) * 1998-06-24 2001-12-13 Chueng-Hsien Lin Push-pull sevices for the internet
AUPP471098A0 (en) * 1998-07-16 1998-08-06 United Technology Pty Ltd Internet utility interconnect method and means
US6304905B1 (en) * 1998-09-16 2001-10-16 Cisco Technology, Inc. Detecting an active network node using an invalid protocol option
US6311206B1 (en) * 1999-01-13 2001-10-30 International Business Machines Corporation Method and apparatus for providing awareness-triggered push
EP1166564A1 (de) * 1999-03-30 2002-01-02 Sony Electronics Inc. Verfahren und vorrichtung zur verwaltung von netwerkmitteln
US7120167B1 (en) * 1999-06-03 2006-10-10 Matsushita Electric Industrial Co., Ltd. Broadcasting system and its method
US6892230B1 (en) * 1999-06-11 2005-05-10 Microsoft Corporation Dynamic self-configuration for ad hoc peer networking using mark-up language formated description messages
US6594700B1 (en) * 1999-06-14 2003-07-15 International Business Machines Corporation System and method for implementing a universal service broker interchange mechanism
JP3318289B2 (ja) * 1999-08-10 2002-08-26 松下電送システム株式会社 ホームネットワークゲートウエイ装置
US7200683B1 (en) * 1999-08-17 2007-04-03 Samsung Electronics, Co., Ltd. Device communication and control in a home network connected to an external network
JP3379489B2 (ja) * 1999-09-14 2003-02-24 日本電気株式会社 サーバー・クライアント型システム及びデータダウンロード方法
JP2001125823A (ja) * 1999-10-29 2001-05-11 Fujitsu Ltd プッシュサービスシステムおよびプッシュサービス処理方法
JP3367493B2 (ja) * 1999-12-06 2003-01-14 日本電気株式会社 ホームネットワークシステム、そのサーバ、その構成方法及びその制御プログラムが記録された記録媒体
US6343317B1 (en) * 1999-12-29 2002-01-29 Harry A. Glorikian Internet system for connecting client-travelers with geographically-associated data
KR20010103481A (ko) * 2000-05-10 2001-11-23 김진성 인터넷 가전제품용 리모트 컨트롤/디스플레이 시스템
US6633765B1 (en) * 2000-08-28 2003-10-14 Qualcomm, Incorporated Method and apparatus for performing coverage control for multicast services in a wireless network
KR20020040959A (ko) * 2000-11-25 2002-05-31 구자홍 지니 기반의 홈 오토메이션 방법
KR20020051569A (ko) * 2000-12-22 2002-06-29 구자홍 지니 홈 네트워크 서비스 관리시스템 및 그의 제어방법
KR100708467B1 (ko) * 2001-02-03 2007-04-18 삼성전자주식회사 홈네트워크내의 기기에 서비스를 제공하는 시스템 및 그방법
US7003569B2 (en) * 2001-03-20 2006-02-21 Cypress Semiconductor Corp. Follow-up notification of availability of requested application service and bandwidth between client(s) and server(s) over any network
US20020143951A1 (en) * 2001-03-30 2002-10-03 Eyeball.Com Network Inc. Method and system for multicast to unicast bridging

Also Published As

Publication number Publication date
EP1251658A2 (de) 2002-10-23
JP4261111B2 (ja) 2009-04-30
CN1381969A (zh) 2002-11-27
ATE293324T1 (de) 2005-04-15
KR20020080788A (ko) 2002-10-26
EP1251658A3 (de) 2003-12-10
US20030018710A1 (en) 2003-01-23
EP1251658B1 (de) 2005-04-13
ES2238376T3 (es) 2005-09-01
DE60110037D1 (de) 2005-05-19
KR100757466B1 (ko) 2007-09-11
JP2002344475A (ja) 2002-11-29

Similar Documents

Publication Publication Date Title
DE60110037T2 (de) System und Methode zur Dienstbereitstellung für Geräte in einem Hausnetz
EP2826224B1 (de) Zugriff von clients auf einen serverdienst mittels einer opc-ua
DE60311636T2 (de) Automatische und dynamische Mitteilung von Dienstinformationen an Datenendgeräte in Zugangsnetzen
DE60208659T2 (de) Skalierbare ressourcenermittlung und rekonfiguration für verteilte rechnernetze
DE60210733T2 (de) System und Verfahren zur Überlastregelung in Netzwerken
DE60209255T2 (de) Dynamische präsenzverarbeitung
DE10049504B4 (de) Verfahren und System zur tranparenten Unterstützung von entfernten Eingabe-/Ausgabeeinrichtungen in einem Prozeßsteuersystem
DE60223981T2 (de) System zur Multicast-Adresszuweisung und Informationsverteilung
DE112010005499T5 (de) Steuern der Nachrichtenübermittlung beim Publish/Subscribe-Nachrichtenaustausch
DE10205108A1 (de) System und Verfahren zum Zugreifen auf Softwarekomponenten in einer verteilten Netzwerkumgebung
DE602004007064T2 (de) Verfahren zur Zuteilung von einem Identifikator zu einer Gruppe von gleichrangigen Knoten in einem gleichrangigen Netz
DE60132360T2 (de) Verwaltung von netzwerk-verkehr durch anwendung einer hashfunktion
DE602004001283T2 (de) Apparat und Verfahren um separate Netzwerke zu verbinden
DE602004010345T2 (de) Verfahren und Einrichtung zur Migration zu einem alternativen Call Controller
DE69937350T2 (de) Auswahl der dienstimplementierung
DE69812574T2 (de) Verfahren und System zur Leitweglenkung von Agent-Programmen in einem Kommunikationsnetz
DE10021222A1 (de) Verfahren zur dynamischen Bestimmung von Zugriffsrechten
EP2503760B1 (de) Verfahren zum Einrichten eines Kommunikationsnetzes aus Geräten einer Automatisierungsanlage
DE602005000715T2 (de) System und Verfahren zur Auswahl einer aktiven Verbindung
EP1494434A1 (de) Verfahren zur Konfiguration einer Einrichtung in einem Datennetz
DE19943453A1 (de) System und Verfahren zur Unterstützung der Gruppeninteraktion (GIA) in hypermedialen Informationsräumen
EP1668866A1 (de) Überprüfung der verfügbarkeit eines servers
DE102007053916A1 (de) Verfahren zum Verwalten von Netzkomponenten in einem Netzwerk und Netzkomponente
DE60115454T2 (de) Verwaltung von teilnehmerdaten in einem mobilsystem
WO2021093928A1 (de) Verfahren und vorrichtung zum auffinden von subscribern unter verwendung des protokolls opc ua pubsub

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8339 Ceased/non-payment of the annual fee