DE69928009T2 - Kommunikationsverfahren für ein hausnetzwerk, netzwerk und vorrichtung zum durchführen des verfahrens - Google Patents

Kommunikationsverfahren für ein hausnetzwerk, netzwerk und vorrichtung zum durchführen des verfahrens Download PDF

Info

Publication number
DE69928009T2
DE69928009T2 DE69928009T DE69928009T DE69928009T2 DE 69928009 T2 DE69928009 T2 DE 69928009T2 DE 69928009 T DE69928009 T DE 69928009T DE 69928009 T DE69928009 T DE 69928009T DE 69928009 T2 DE69928009 T2 DE 69928009T2
Authority
DE
Germany
Prior art keywords
internet
web
connection
application
protocol
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 - Lifetime
Application number
DE69928009T
Other languages
English (en)
Other versions
DE69928009D1 (de
Inventor
Guillaume Bichot
Gilles Straub
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.)
Vantiva SA
Original Assignee
Thomson Multimedia SA
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 Thomson Multimedia SA filed Critical Thomson Multimedia SA
Publication of DE69928009D1 publication Critical patent/DE69928009D1/de
Application granted granted Critical
Publication of DE69928009T2 publication Critical patent/DE69928009T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2805—Home Audio Video Interoperability [HAVI] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/281—Exchanging configuration information on appliance services in a home automation network indicating a format for calling an appliance service function in a home automation network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40058—Isochronous transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40117—Interconnection of audio or video/imaging devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H04L69/085—Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Selective Calling Equipment (AREA)

Description

  • Die Erfindung betrifft eine Kommunikationsmethode in einem Heimnetzwerk, insbesondere einem HAVi-verträglichen Netzwerk. Sie betrifft auch das Netzwerk selbst und ein Gerät, das in der Implementation des Verfahrens benutzt wird. Die Erfindung betrifft unter anderem die Kommunikation zwischen einer Internet-Anwendung, die auf einem Netzwerk-Gerät läuft, die nicht notwendiger Weise einen direkten Zugriff zu dem Internet hat, und ein Gerät des Netzwerks, das einen derartigen Zugriff hat.
  • 1 ist ein Diagramm verschiedener Geräte und Softwareschichten, die benötigt werden für den Zugriff zu einem Internet-Service von einem Personal Computer 1. Dieser Computer 1 enthält eine Anwendung mit einer Benutzer-Schnittstelle für das Zusammenarbeiten mit einem Benutzer, z.B. einem WEB-Browser, in 1 durch den allgemeineren Ausdruck "WEB-Anwendung" benannt.
  • Die WEB-Anwendung liegt über einer Anwendungsprotokollschicht (wie einer HTTP (Hyper Text Transfer Protocol) oder einer FTP (File Transfer Protocol) oder einem anderen Typ des Protokolls). Die nächsten Schichten sind gemäß dem Beispiel in 1 ist das TCP/UDP (Transmission Control Protocol bzw. User Data Protocol) Schicht die IP (Internet Protocol) Schicht und die PPP-Schicht. Die kombinierten Schichten TCP/UDP werden als der "IP Stapel" bezeichnet. Die Verbindung mit einem Internet-Zugriffsprovider erfolgt durch Modems und das öffentliche Telefonnetz. Der Internet-Zugriffsanbieter ist mit dem Internet verbunden, das den Server 3 enthält, wobei letzterer Schichten global ähnlich in der Funktion zu denen des Computers 1 enthält.
  • Ein Benutzer kann eine Zahl von Geräten besitzen, wie Fernsehempfänger und Personal Computer, die die Internet-Zugriffsfunktionalität besitzen, die durch das Gerät 1 von 1 geliefert wird. In einem derartigen Fall werden die für die Bildung der Internet-Zugriffsfähigkeit benötigten Hardware und Software in jedem Gerät vervielfältigt.
  • Das Dokument "System Architecture an implementation of a CEBus/Internet gateway" von J. Desbonnet un P. Corcoran, XP-00768558, Seiten 1057 bis 1062, veröf fentlicht im November 1997, IEEE Transactions on Consumer Electronics Band 43, Nr. 4, beschreibt ein auf TCP beruhendes Netzwerk mit einem Schnittstellenrechner (Gateway).
  • Das Dokument "User Interface Technologies for Home Appliances and Network", 17, Juni 1998, IEEE von P. Corcoran, F. Papai und A. Zoldi beschreibt einen Zugriff von einem Heimnetzwerk auf ein auf TCP/IP beruhendes drahtgebundenes Netzwerk.
  • Gegenstand der Erfindung ist eine Kommunikationsmethode in einem Heimnetz mit wenigstens zwei mit einem Kommunikationsbus verbundenen Geräten, einem ersten Gerät mit einer internen Anwendung und einem zweiten Gerät mit Mitteln zum Anschluss an das Internet, mit folgenden Schritten:
    • – Senden einer Anforderung von dem ersten Gerät zu dem zweiten Gerät zur Öffnung einer Verbindung zwischen dem ersten und dem zweiten Gerät,
    • – Senden einer Internet-Protokollanforderung von dem ersten Gerät zu dem zweiten Gerät,
    • – Weitergabe der Internet-Protokollanforderung von dem zweiten Gerät zu einem Internet-Server,
    • – Übertragung einer Antwort von dem Internet-Server zu dem ersten Gerät beim Empfang durch das zweite Gerät über den Kommunikationsbus, mit dem Schritt des Sendens durch das erste Gerät eines Internet-Anwendungs-Protokoll-Identifizierers zu dem zweiten Gerät zur Identifizierung des Internet-Anwendungsprotokolls zur Benutzung zwischen dem ersten Gerät und dem Internet-Server zum Senden und/oder Empfangen von Daten, wobei das Anwendungsprotokoll unter mehreren, durch das zweite Gerät übertragenen Protokollen ausgewählt ist.
  • Durch Aufnahme in das Netzwerk eines Geräts mit Mitteln zur Verbindung mit dem Internet, das gleichzeitig die Mittel zur Kommunikation mit Geräten (oder Softwareelementen wie Anwendungen) in dem Netzwerk besitzt, wird nur ein Gerät mit einer derartigen Kapazität für das gesamte Netzwerk benötigt, unabhängig von der Anzahl der Internet-bezogenen Anwendungen, die in den Geräten dieses Netzwerks laufen.
  • Außerdem bezeichnet eine Internet-Anwendung mit Bildung einer Internet-Verbindung über das zweite Gerät selbst das Internet-Anwendungsprotokoll, das es benutzen möchte.
  • Gemäß einer Ausführungsform der Erfindung enthält die erfindungsgemäße Methode den Schritt des Sendens, durch das erste Gerät zu dem zweiten Gerät, einer Anforderung für eine Liste von Internet-Anwendungsprotokollen, die durch das zweite Gerät durchgeführt werden.
  • Die Erfindung betrifft außerdem ein Gerät zum Anschluss an einen Kommunikationsbus und das Internet, wobei das Gerät einen IP-Protokollstapel enthält, gekennzeichnet durch:
    mehrere Internet-Anwendungsprotokolle,
    eine anwendungsprogrammierbare Schnittstelle zur Ermöglichung einer Internetanwendung eines an den Kommunikationsbus angeschlossenen Clienten-Geräts zur Auswahl eines der Internet-Anwendungs-Protokolle durch Spezifizierung eines Internet-Anwendungs-Protokollidentifizierers zum Senden und/oder zum Empfangen von Daten zwischen der Internet-Anwendung und einem internen Server.
  • Andere Merkmale und Vorteile der Erfindung ergeben sich aus der Beschreibung einer nicht-einschränkenden Ausführungsform der Erfindung, wobei diese Beschreibung anhand der folgenden Figuren erfolgt:
  • 1 ist ein schematisches Diagramm von Geräten und Anschlüssen für den Zugriff zu einem Internet-Server von einem Heimgerät,
  • 2 ist ein Blockschaltbild des Netzwerks gemäß der vorliegenden Erfindung,
  • 3 ist ein Diagramm der zwischen dem WEB-Client und dem WEB Proxy Agent ausgetauschten Nachrichten,
  • 4 ist ein Diagramm der Kommunikation zwischen den Software-Elementen für die Herstellung einer Kommunikation zwischen einem WEB-Client-Software-Element und einem WEB-Server und einem WEB-Server über einen WEB Proxy Agent.
  • Die folgende Beschreibung benutzt eine in dem folgenden Dokument definierte Terminologie, auf das man sich für weitere Details beziehen kann: " The HAVi Architecture-Specification of the Home Audio/Video interoperability (HAVi) Architecture" vom 11. Mai 1998, Version 0.8, öffentlich beschrieben am 15. Mai 1998 auf den WEB-Seiten wenigstens der folgenden Firmen: Sony, Philips, Toshiba, Sharp und Hitachi. Erläuterungen und Definitionen für die Terminologie sind ebenfalls am Ende der vorliegenden Beschreibung angegeben. Die Adressen der HAVi-Organisation sind die folgenden: HAVi, Inc, 40994 Encyclopedia Circle, Fremont, CA 94538, USA.
  • Für weitere Informationen betreffend HTTP, das als ein Beispiel angenommen wird des Protokolls, das durch die WEB-Anwendung der vorliegenden Ausführungsform angenommen wird, kann das "Hypertext Transfer Protocol/1.1 RFC 2068" als Referenz benutzt werden. Andere Protokolle als das HTTP können benutzt werden: FTP, SMTP, POP, IMAP und NNTP sind einige Beispiele.
  • Eine Einfügung in den HAVi-verträglichen Netzwerkaufbau erfolgt zunächst, um eine Zahl von Konzepten zu definieren, die für die Beschreibung der Ausführungsform der Erfindung benötigt werden.
  • Ein HAVi-Netzwerk enthält Geräte, die von vier Typen sein können, wobei diese Geräte durch einen Kommunikationsbus miteinander verbunden sind. Die verschiedenen Gerätetypen sind, sortiert entsprechend ihren Netzwerk-bezogenen Fähigkeiten: Full Audio/Video devices (FAV devices), Intermediate Audio/Video Devices (IAV devices), Basic Audio/Video devices (BAV devices) und Legacy Audio/Video devices (LAV devices).
  • Ausgenommen die Geräte vom LAV-Typ haben die anderen Geräte alle wenigstens die Möglichkeit, miteinander zu kommunizieren.
  • FAV-Geräte enthalten eine Laufzeit-Umgebung für HAVi Bytecode. HAVi-Bytecode ist eine Programmiersprache, in der Geräte-Steuermodule (DCMs) oder Anwendungen geschrieben werden können. Ein FAV-Gerät kann somit DCMs von oder für andere Geräte herunterladen, die diese Laufzeitumgebung nicht enthalten, z.B. aus Kostengründen.
  • IAV-Geräte haben nicht die Fähigkeit, mit HAVi-Bytecode zu laufen, können jedoch residente DCMs für die Steuerung der anderen Geräte enthalten.
  • BAV-Geräte sind Geräte, die entweder einen DCM-Code enthalten, der durch ein FAV-Gerät herunterladbar ist, oder die durch einen nativen DCM-Lauf durch ein IAV-Gerät gesteuert werden.
  • LAV-Geräte sind Geräte, die keine HAVi-Fähigkeit besitzen. Diese Geräte enthalten ihr eigenes Steuerprotokoll und fordern, dass ein FAV oder ein IAV-Gerät als ein Gateway zu dem HAVi-Netzwerk arbeitet und die notwendigen Steuerbefehl-Übersetzungen durchführt.
  • Jedes Gerät enthält eine Zahl von Objekten, genannt "software elements" in der HAVi-Terminologie. Ein Steuerverwalter mit einer bestimmten Funktion (genannt FCM) eines Geräts, d.h. ein Softwareelement zur Bildung einer Schnittstelle zur Steuerung der spezifischen funktionalen Komponente (z.B. Tuner, Wiedergabe, Massenspeicher, ....) ist ein Gerät von derartigen Objekten. Ein oben erwähntes DCM ist ein anderes.
  • Im Allgemeinen würde ein FAV-Gerät eine Anzahl von Anwendungen und Geräte-Steueranwendungen enthalten, die über entsprechende, anwendungsprogrammierbare Schnittstellen zusammenarbeiten:
    • – ein 1394 Communication Media Manager, der es ermöglicht, dass andere Software-Elemente eine asynchrone oder isochrone Kommunikation den IEEE 1394 Bus durchführen können;
    • – ein Message Passing System zum Austausch von Nachrichten mit anderen Software-Elementen
    • – ein Ereignis-Manager zur Verwaltung von Änderungen des Objektzustands,
    • – ein Stream-Manager für die Verwaltung von Audio/Video-Datenströmen zwischen funktionalen Datenkomponenten wie einem Tuner und einem Aufzeichnungsgerät,
    • – ein Verzeichnis, das eine Liste von lokalen Software-Elementen und ihren Identifizierern hält und die Kommunikation mit entfernten Registern verwaltet,
    • – Device Control Module Manager zur Ladung oder zum Ausschalten von Device Control Modules,
    • – eine Anzahl von entweder residenten oder hochgeladenen Geräte-Steuermodulen,
    • – eine Havi-Bytecode-Lauflänge-Umgebung für die Durchführung von DCMs.
  • Das Nachrichten-Durchlaufsystem bewirkt ein Zuordnen einzelner Identifizierer für die Software-Elemente, die diese Identifizierer benutzen, um sie selbst in das Verzeichnis aufzunehmen. Diese Identifizierer werden bezeichnet mit "SEID", stehend für Software Element Identifiers und enthalten einen Geräte-Identifizierer und ein Software-Element innerhalb des Geräts. Ein erstes Software-Element, das eine Nachricht zu dem zweiten Software-Element senden möchte, durchläuft die SEID dieses zweiten Software-Elements als ein Parameter in seinem Befehl zu dem Message Passing System. Es enthält diese SEID durch Bildung einer geeigneten Anforderung mit dem lokalen Verzeichnisservice. Abhängig davon, ob das Software-Element lokal oder entfern ist (d.h. in einem anderen Gerät als nur dem Software-Element) benutzt das Software-Element den gesamten SEID oder sein Software-Element-Behandlungsteil.
  • Das Mapping der Funktionsaufrufe in die Nachrichten des Message Passing System ist im Detail beschrieben in dem Abschnitt 3.2.3 des HAVi 0.8 Dokuments. Das in dieser Version des HAVi-Dokuments beschriebene Message Passing System kann Nachrichten bis zu einer Länge von 64 KB verarbeiten.
  • Die französische Patentanmeldung FR 9805110 , angemeldet am 23. April 1998 auf den Namen von THOMSON Multimedia liefert zusätzliche Informationen über das Verzeichnis und das Message Passing System. Die Veröffentlichungsnummer der Anmeldung ist FR-A1-2778046, veröffentlicht am 29. Oktober 1999, mit einer danach eingereichten PCT-Anmeldung mit der Veröffentlichungsnummer WO-A1-9956435, veröffentlicht am 4. November 1999.
  • 2 zeigt ein HAVi-verträgliches Heim-Netzwerk mit mit einem Kommunikationsbus 23 verbundenen Geräten 20, 21 und 22. Der Bus 23 ist z.B. ein serieller Bus IEEE 1394. Das Gerät 20 ist ein digitaler Fernsehempfänger, kompatibel mit dem Digital Video Broadcast (DVB)-Standard, das in Europa benutzt wird, oder das Direct Satellite System (DSS), das in den Vereinigten Staaten benutzt wird. Es enthält eine WEB-Anwendung, d.h. eine Software-Anwendung, in der Lage zum Senden und/oder zur Anforderung von Daten durch das Internet, das das HTTP-Protokoll benutzt. Für den Zweck des vorliegenden Beispiels ist die WEB-Anwendung des Ge räts 20 ein elektronischer Programmführer (EPG), der Informationen mit einem bestimmten Internet-Server austauscht. Das Gerät 22 ist ein Personal Computer, dessen WEB-Anwendung ein Internet-Browser ist. Keines der Geräte 20 und 22 besitzt einen IP-Stapel, die PPP-Protokollschicht eines mit dem öffentlichen Telefonnetz verbundenen Modems.
  • Das Gerät 21 enthält eine WEB-Zugriffs-anwendungsprogrammierende Schnittstelle (WEB-Zugriff API), sowie den IP-Stapel, das PPP-Protokoll und ein Modem. Das Gerät 21 kann ein FAV, ein IAV oder ein BAV-Gerät sein. Das funktionale Komponentenmodul (FCM), das Zugriff bringt zu dem IP-Stapel-Betrieb durch die unterschiedlichen WEB-Anwendung wird mit "Internet Proxy Agent" oder "WEB Proxy Agent" bezeichnet. Es liefert die WEB-Zugriffsanwendung-programmierbare Schnittstelle, die die Schicht über dem IP-Stapel ist.
  • Gemäß dem vorliegenden Beispiel ist das Gerät 21 ein digitaler Fernsehdecoder mit einem Modem.
  • Das WEB Proxy FCM liefert einen aufteilbaren Zugriff zu dem Internet. Es registriert bei dem Zurücksetzen oder "hot-plugging" an das lokale Verzeichnis des Geräts 21, wenn dieses Gerät ein FAV oder IAV ist, oder an das lokale Verzeichnis des FAV oder IAV-Geräts, dass das Gerätesteuermodul abläuft entsprechend der WEB-Proxy FCM, wenn das Gerät 21 vom BAV-Typ ist.
  • Die WEB-Anwendung, die auch als "WEB"-Client bezeichnet werden kann, ist in der Lage, das WEB Proxy FCM in dem Netzwerk durch Senden einer Anforderung an seinen lokalen Verzeichnis-Service zu detektieren. Das lokale Verzeichnis sendet die Anforderung zu den entfernten Verzeichnissen und sammelt die Antworten. In dem Fall der vorliegenden Ausführungsform wird nur der Identifizierer ("SEID") der WEB Proxy FCM des Geräts 21 detektiert.
  • Die WEB Proxy FCM überträgt vorzugsweise wenigstens mehrere allgemein benutzte Internetprotokolle, wie HTTP, FTP, NNTP, SMTP, POP oder IMAP. Der WEB-Client benutzt das WEB Proxy FCM Anwendung programmierbare Protokoll durch das Nachrichten-Durchlauf-System. Die anwendungsprogrammierbare Schnittstelle enthält die folgenden Funktionen:
    Open, Close, Send, Receive und GetCapability.
  • Diese verschiedenen Funktionen werden nunmehr im Detail beschrieben.
  • Die folgenden Datenstrukturen werden durch die Funktionen der WEB Proxy FCM benutzt:
  • (a) enum FileLoc{START, NEXT, END};
  • Diese Datenstruktur zeigt an, ob die Nachricht von einem Hersteller zu einem Verbraucher die erste Nachricht ist, eine Zwischennachricht oder die letzte (oder nur) Nachricht in einer Folge von Nachrichten ist. Es wird benutzt in Verbindung mit der notion = (Idee, Absicht, Auffassung) der Puffergröße bei dem WEB-Client oder beim dem WEB Proxy FCM benutzt, da die Puffergröße, wie später erläutert wird, einen Funktionsaufruf auslösen kann, um über mehrere Nachrichten aufgespalten zu werden.
  • (b) enum ProtocolType {HTTP, FTP, SMRP, POP3, IMAP4, NNTP, WAIS};
  • Diese Datenstruktur zeigt die Liste der WEB-Anwendungsprotokolle an, die das WEB Proxy FCM übertragen kann.
  • Die Funktionen in der folgenden Liste werden in dem vorliegenden System ausgeführt.
  • (a)"Open"-Funktion
  • Diese Funktion erlaubt es dem WEB-Client, eine Verbindung mit einer WEB Proxy-FCM zu öffnen:
    Figure 00080001
  • "Status" ist der Typ des Rückgabewertes der Funktion.
  • Es werden die folgenden Parameter benutzt:
    • – protocol: dieser Parameter, gesetzt durch den WEB-Client, bezeichnet das Protokoll (HTTP...) zugehörig zu der Sitzung, die der WEB-Client öffnen möchte.
    • – client_buffer_size: dieser Parameter, gesetzt durch den WEB-Client, gibt die Maximalgröße einer durch den WEB-Client angenommenen Nachricht an, in anderen Worten die Größe seines Nachrichtenpuffers. Die WEB Proxy: Dieser Parameter, gesetzt durch den WEB-Client, gibt die Maximalgröße einer durch den WEB-Client angenommenen Nachricht an, in anderen Worten die Größe seines Nachrichtenpuffers. Die WEB Proxy FCM benutzt diesen Parameter, um die Größe der zu dem Client gesendeten Nachrichten zu definieren. Durch den WEB Proxy FCM gesendete Daten werden in eine Zahl von Datenblöcken aufgespalten, abhängig von diesem Parameter.
    • – opCode: dieser Parameter ist ein Code, den die WEB Proxy FCM benutzt für die Weiterleitung einer ankommenden Antwort von dem Internet zu dem WEB-Client. Dieser Betriebscode identifiziert eine Funktion des WEB-Client, die der WEB Proxy FCM zur Weiterleitung einer Antwort zu dem Client aufrufen muss. Dieser Parameter wird durch den WEB-Client benutzt. In dem vorliegenden Fall identifiziert der Wert des opCode die Funktion "Receive". Der Betriebscode identifiziert einzig eine Funktion mit einem Software-Element. Die einzigartige Adresse einer Funktion in dem Netzwerk enthält somit den "SEID"-Identifizierer und den Betriebscode.
    • – cid: dieser Parameter ist ein Identifizierer der Verbindung zwischen dem WEB-Client und der WEB Proxy FCM. Er ist definiert durch den WEB Proxy FCM. Er ermöglicht, mehrere Verbindungen von dem Software-Komponenten-Client parallel zu öffnen (mit derselben WEB Proxy FCM oder mit anderen WEB Proxy FCMs) und ermöglicht ebenfalls die Anpassung einer Antwort von dem Internet an eine Anforderung.
    • – proxy_buffer_size: dieser Parameter, zurückgeführt zu dem WEB Proxy FCM, zeigt die maximale Größe (in Byte) einer durch die WEB Proxy FCM angenommenen Nachricht an. Der WEB-Client benutzt diesen Parameter zur Bestimmung der Größe der Nachrichten, z.B. der Anforderungen, die durch den WEB-Client zu dem WEB Proxy FCM gesendet werden.
  • Nach dem Empfang der Open-Funktion von einem WEB-Client liefert die WEB Proxy zusammen mit den obigen Parameter einen der folgenden Status-Werte zurück:
    "0" im Fall einer erfolgreichen Sitzungs-Öffnung,
    "1" im Falle eines Resourcen-Zuordnungsfehlers,
    "2", wenn der Protokoll-Typ nicht durch den WEB-Client übertragen wird.
  • (b) "Close"-Funktion
  • Diese Funktion ermöglicht es einem WEB-Client, eine vorher geöffnete Verbindung mit einem WEB Proxy FCM zu schließen, identifiziert durch den cid-Parameter. Der Funktions-Prototyp ist folgendermaßen definiert:
    Figure 00100001
  • Der einzige Parameter ist der cid-Parameter, d.h. der Identifizierer dieser Verbindung mit dem WEB Proxy FCM. Der WEB Proxy FCM quittiert oder erkennt mit einem der folgenden Status-Werte an:
    0: Die Verbindung wurde erfolgreich geschlossen,
    1: Der übertragene Wert des cid-Parameters ist unbekannt.
  • (c) "Send"-Funktion
  • Diese Funktion wird durch einen WEB-Client aufgerufen, eine Anforderung zu einem WEB-Server zu senden, die das vorher durch die "Open"-Funktion definierten Protokoll (HTTP...) benutzt. Der Funktions-Prototyp ist folgendermaßen definiert:
    Figure 00100002
  • Zusätzlich zu dem bereits definierten cid-Parameter sind die Parameter der Funktionen die folgenden:
    • – where: dieser Parameter, der durch das aufrufende Software-Element ermittelt wird, zeigt an, wenn die Nachricht die erste Nachricht, eine Zwischen-Nachricht oder die letzte Nachricht in einer Folge von Nachrichten ist. Es können mehr als eine Nachricht nötig sein, um diese Funktion aufzurufen, da die in dem Funktionsaufruf übertragene Datenmenge zu groß sein kann für den Puffer der WEB Proxy FCM, um in einer einzigen Nachricht verarbeitet zu werden.
    • – web_data: dieser Parameter enthält einen Teil der vollständigen Anforderung gemäß dem WEB Application Protocol, das die durch den cid-Parameter identifizierte Verbindung benutzt wird.
  • Beim Empfang des Funktionsaufrufs bestätigt die WEB Proxy FCM mit einem der folgenden Statuswerte:
    "0", wenn die Nachricht erfolgreich verarbeitet wurde,
    "1", wenn die Größe "web_data" die feste Maximalgröße übersteigt,
    "2", wenn es unmöglich ist, diese Nachricht zu verarbeiten,
    "3", wenn der übertragene Wert des cid-Parameters dem WEB Proxy FCM nicht bekannt ist.
  • Im Fehlerfall entscheidet der WEB Client, ob die Verbindung geschlossen wird oder nicht, oder wieder die vorangehende Nachricht gesendet wird.
  • (d) "Receive"-Funktion
  • Dieses ist der Prototyp der in dem WEB-Client durchgeführten Funktion, die es dem WEB Proxy FCM ermöglicht, den WEB-Client eine ankommende Nachricht entsprechend dem WEB-Anwendungsprotokoll weiterzuleiten. Der Funktions-Prototyp ist folgendermaßen definiert:
    Figure 00110001
    Figure 00120001
  • Zusätzlich zu den bereits definierten Parametern werden durch die vorliegende Funktion die folgenden Parameter benutzt:
    • – web_data: enthalten einen Teil der gesamten Antwort entsprechend dem WEB Application Protocol, benutzt durch die durch cid Parameter identifizierte Verbindung.
  • Nach dem Aufruf des WEB Proxy Servers bestätigt der WEB-Client mit einem der folgenden Status-Werte:
    "0", wenn die Nachricht erfolgreich verarbeitet wurde,
    "1 ", wenn die Datengröße die feste Maximalgröße übersteigt,
    "2", wenn es für den WEB-Client unmöglich ist, diese Nachricht zu verarbeiten,
    "3", wenn der WEB-Client den Wert des "cid"-Parameters nicht erkennt.
  • In einem Fehlerfall reagiert die WEB Proxy FCM nicht. Es ist Aufgabe des WEB-Client, zu entscheiden, ob er die Verbindung aufrechterhält oder nicht.
  • (e) "GetCapability"-Funktion
  • Diese Funktion, aufrufbar durch den WEB-Client, liefert die Liste der Protokolle zurück, die der WEB Proxy FCM überträgt.
  • Der Funktions-Prototyp ist folgendermaßen:
    Figure 00120002
  • Der einzige Parameter der Funktion ist "ProtocolList", der die Liste von WEB-Anwendungsprotokollen ist, die durch die FCM verfügbar sind. Es können mehr als ein Protokoll durch die WEB Proxy FCM übertragen werden.
  • 3 gibt ein Beispiel eines üblichen Nachrichtenaustauschs zwischen einem WEB-Clienten und einer WEB Proxy FCM an. Bei dem Message Passing System kann ein Funktionsaufruf die Nachrichten in zwei Richtungen triggern: eine erste Nachricht von dem Aufruf-Software-Element zu dem aufgerufenen Software-Element mit "in-bound" Parametern, gesendet zu diesem aufgerufenen Software-Element, und eine zweite Nachricht in der entgegengesetzten Richtung, für "shuttling back" der "out-bound"-Parameter, sofern erforderlich.
  • Die Open-Funktion, wie sie in 3 dargestellt ist, ergibt eine erste Nachricht von dem WEB-Client zu dem WEB Proxy FCM. Diese Nachricht informiert die WEB Proxy FCM des Protokolls, das über die Verbindung benutzt wird, die geöffnet wird, und der Größe des Puffers, der den WEB-Client für die Rückkehrnachrichten für diese bestimmte Verbindung zuordnet. Puffergrößen können von Verbindung zu Verbindung unterschiedlich sein. Der WEB-Client überträgt außerdem den Operationscode der Receive-function, die der WEB Proxy FCM benutzen muss, um die Receive-Funktion bei dem WEB-Client aufzurufen. Bei dem Message Passing System überträgt der WEB-Client außerdem seinen eigenen Identifizierer "SEID".
  • Unter der Annahme eines richtigen Empfangs und Verarbeitung antwortet der WEB Proxy FCM durch den Rück-Code "0" zur Anzeige der erfolgreichen Verarbeitung, sendet einen "cid"-Wert zur Identifizierung der Verbindung und überträgt auch seine eigene Puffergröße für eine weitere Kommunikation.
  • Sobald die Verbindung offen ist, sendet der WEB-Client weiter eine Anforderung an den WEB-Server mit Anwendung des HTTP-Protokolls. Gemäß dem Beispiel von 4 hält diese Anforderung in einer einzigen Nachricht, die den Verbindungsidentifizierer cid enthält, die Anforderung unter dem HTTP-Format, und dem "End"-Parameter. Die WEB Proxy FCM bestätigt den richtigen Empfang und gibt die Anforderung über das Internet über ihre IP-Stapel und Modem weiter. Der WEB-Server antwortet mit den angeforderten Daten und überträgt sie zu dem WEB Proxy FCM. Da in dem vorliegenden Beispiel die Qualität der Daten weit oberhalb der Pufferkapaziät des WEB-Client liegt, spaltet der WEB Proxy FCM die Daten in Nachrichten mit geeigneter Größe. Der WEB Proxy FCM sendet einen ersten Datenblock als einen Parameter innerhalb des Empfangsfunktionsaufrufs durch Benutzung des Be triebscodes, der vorher von dem WEB-Client erhalten worden ist, angefügt an den SEID-Identifizierer des WEB-Client. Er benutzt "START" als einen Parameter. Weitere Nachrichten werden nur nach der Emfpangsbestätigung durch den WEB-Client gesendet, um ihm Zeit zu geben für die Verarbeitung der empfangenen Daten und zur Leerung seines Puffers. Nach dem Empfang des letzten Datenblocks schließt der WEB-Client durch die Close-function die Verbindung. Der WEB Proxy FCM antwortet durch eine letzte Emfpangsbestätigung.
  • Schließlich wird gemäß der vorliegenden Ausführungsform die Konfiguration des WEB Proxy FCM, z.B. der Modem-Verbindung direkt durch den Benutzer über eine graphische Schnittstelle ausgeführt, die durch das Device Control Modul geliefert wird, das die WEB Proxy FCM verwaltet. Es gibt keine spezielle anwendungsprogrammierbare Schnittstelle für diese Aufgabe, die durch Anwendung der Daten durchgeführt werden kann, die durch einen Interaktion (DDI)-Mechanismus von der HAVi-Spezifikation gesteuert werden.
  • Glossar:
  • base AV device (BAV)
  • Ein mit HAVi verträgliches Gerät mit dem HAVi SDD Daten, jedoch ohne Ausführen von Software-Elementen des HAVi-Aufbaus.
  • Controller
  • Ein Gerät, das die anderen Geräte steuert. Ein IAV oder FAV-Gerät.
  • data driven interaction (DDI)
  • Ein HAVi-Mechanismus, der die Steuerung der Software-Elemente ermöglicht, z.B. DTMs über Benutzerschnittstellenelemente wie Knöpfe und Icons.
  • DDI controller
  • Eine Software-Einheit, die die DDI rendert und den Benutzereingriff verarbeitet.
  • DDI element
  • Die DDI-Codierung eines Benutzer-Schnittstellen-Elements.
  • DDI protocol
  • Die HAVi-Nachrichten, die eine durch Daten gesteuerte Interaktion durchführt.
  • Gerät
  • Eine mit dem Heimnetzwerk verbundene körperliche Einheit, Beispiele sind Videospieler, Recorder, Kameras, CD und DVD-Spieler, Set-Top-Boxen, DTV-Empfänger und PCs.
  • Geräte-Steuer-Anwendung
  • Ein HAVi-Software-Element, das die Benutzer-Steuerung eines spezifischen Geräts (und seiner funktionalen Komponenten) ermöglicht, eingerichtet auf Anforderung und gegebenenfalls auf einen anderen Controller als derjenige, auf dem die DCM durchgeführt wird.
  • device control module (DCM)
  • Ein HAVi-Software-Element, das eine Schnittstelle zur Steuerung allgemeiner Funktionen eines Geräts liefert.
  • DCM Code-Einheit
  • Eine HAVi-Bytecode-Einheit, die auf einer FAV geladen und installiert werden soll, oder eine Prioritätscodeeinheit, die auf einem FAV oder IAV eingerichtet werden soll. Die Einrichtung einer CVM-Code-Einheit resultiert in einer DCM und mehreren FCMs und gegebenenfalls einer Gerätesteueranwendung.
  • eingebettete DCM
  • Eine DCM, ausgeführt in einem nativen (d.h. Plattform-abhängigen) code. Eingebettete DCMs laufen im Allgemeinen auf IAV-Geräten.
  • volles AV Gerät (FAV)
  • Ein HAVi-verträgliches Gerät, das die Software-Elemente des HAVi-Aufbaus laufen lässt, einschließlich einer HAVi-Bytecode-Laufzeit.
  • Funktionale Komponente
  • Eine Abstraktion innerhalb des HAVi-Aufbaus, die eine Gruppe von zugehörigen Funktionen für ein Gerät darstellt, z.B, kann ein DTV-Empfänger aus mehreren funktionalen Komponenten bestehen: Tuner, Decoder, Audioverstärker, usw.
  • Funktionales Komponentenmodul (FCM)
  • ein HAVi Software-Element, das eine Schnittstelle zur Steuerung einer spezifischen funktionalen Komponente eines Geräts zur Verfügung stellt.
  • globale EINDEUTIGE ID (GUID)
  • Eine 64-Bit-Menge zur einzigartigen Identifizierung eines IEEE 1394-Geräts. Besteht aus einer 24-Bit-Firmen-ID ( gewonnen von dem 1394 Registry Authority Committee) und eine 40-Bit Seriennummer, zugeordnet durch den Gerätehersteller. Der GUID wird in einem Konfigurierungs-ROM eines Geräts gespeichert und ist resistent gegenüber 1394 Netzwerk-Resets oder -Neustarts.
  • HAVi-Aufbau
  • Der HAVi-Aufbau enthält das Nachrichtenmodell, das Steuermodul, das Gerätemodul und eine in diesem Dokument definierte Ausführungsumgebung.
  • HAVi-Bytecode
  • Eine übertragbare Code-Darstellung, benutzt durch die hochgeladenen DCMs und möglicherweise die Anwendungen. FAV-Geräte enthalten eine Laufzeitumgebung für das Laden und die Durchführung des HAVi-Bytecodes. HAVi-Bytecode ist noch nicht spezifiziert, wird jedoch aus den bestehenden Kandidaten gewählt.
  • HAVi-verträgliches Gerät
  • Ein Gerät mit dem IEEE 1394, IEC 61883 und entsprechend der HAVi-Aufbauspezifikation für ein FAV, IAV oder BAV-Gerät.
  • HAVi Level 1 Interoperabilität
  • Betrifft die durch die IAVs und eingebetteten DCMs gelieferten Merkmale.
  • HAVi Level 2 Interoperabilität
  • Betrifft die durch die IAVs und hochgeladenen DCMs gelieferten Merkmale.
  • HAVi SDD data
  • Daten für ein selbstbeschreibendes Gerät (SDD) werden in der IEEE 1212 Configurations ROM auf 1394 Geräten gespeichert. HAVi spezifiziert SDD-Datenteile, die für DDI-Elemente oder hochgeladene DCMs benutzt werden können.
  • HAVi eindeutige ID (HUID)
  • Eine eindeutige Identifikation von Geräten und ihren funktionalen Komponenten. Besteht über Wechsel in der Netzwerkonfiguration (d.h. Gerät angeschlossen oder getrennt).
  • Heimnetzwerk
  • Das Heimnetzwerk ist der generische Name, der für die Definition der Kommunikations-Infrastruktur im Haus benutzt wird. Dieser Name dient als eine Abstraktion von den körperlichen Medien und zugehörigen Protokollen. Ein Heimnetzwerk führt den Austausch der Steuerinformationen und den Austausch des AV-Inhalts durch.
  • intermediate AV device (IAV)
  • Ein HAVi-verträgliches Gerät, das die Software-Elemente des HAVi-Aufbaus bewirkt, jedoch keine HAVi-Laufzeitumgebung enthält.
  • legacy AV device (LAV)
  • Ein nicht-HAVi-verträgliches Gerät.
  • Software-Element
  • Ein HAVi-Objekt. Ein Software-Element spricht an auf einen Satz von die die API für dieses Element spezifizierten Nachrichten.
  • Software-element ID (SEID)
  • Ein 80-Bit-Wert zur Identifzierung der Software-Elemente. Nicht garantiert, dass es beständig ist über Änderungen in der Netzwerk-Konfiguration (d.h. Gerät angeschlossen oder getrennt).
  • hochgeladene DCM
  • Eine in einem HAVi-Bytecode durchgeführte DCM. Hochgeladene DCMs laufen nur auf FAV-Geräten.

Claims (9)

  1. Kommunikationsverfahren in einem Heimnetz mit wenigstens zwei mit einem Kommunikationsbus (23) verbundenen Geräten (20, 21), einem ersten Gerät (20) mit einer internen Anwendung und einem zweiten Gerät (21) mit Mitteln zum Anschluss an das Internet, gekennzeichnet durch folgende Schritte: – Senden einer Anforderung von dem ersten Gerät zu dem zweiten Gerät zur Öffnung einer Verbindung zwischen dem ersten und dem zweiten Gerät, – Senden einer Internet-Protokollanforderung von dem ersten Gerät (20) zu dem zweiten Gerät (21), – Weitergabe der Internet-Protokollanforderung von dem zweiten Gerät (21) zu einem Internet-Server, – Übertragung einer Antwort von dem Internet-Server zu dem ersten Gerät beim Empfang durch das zweite Gerät (21) über den Kommunikationsbus (23), gekennzeichnet durch den Schritt des Sendens durch das erste Gerät eines Internet-Anwendungs-Protokoll-Identifizierers zu dem zweiten Gerät zur Identifizierung des Internet-Anwendungsprotokolls zur Benutzung zwischen dem ersten Gerät und dem Internet-Server zum Senden und/oder Empfang von Daten, wobei das Anwendungsprotokoll unter mehreren, durch das zweite Gerät übertragenen Protokollen ausgewählt ist.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Anforderung für die Öffnung der Verbindung die Nachricht für die Puffergröße für die Verbindung durch das erste Gerät enthält.
  3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Bestätigung des Empfangs die Nachricht-Puffergröße für den Anschluss durch das zweite Gerät enthält.
  4. Verfahren nach einem der Ansprüche 2 oder 3, dadurch gekennzeichnet, dass auf dem Kommunikationsbus eine Sendeeinheit die Daten aufspaltet zur Sendung zu einem Empfangsgerät in die Nachrichten der Größe, die kleiner ist als die Größe des Nachrichten-Puffers des empfangenden Geräts.
  5. Verfahren nach einem der Ansprüche 1 bis 4 mit dem Schritt des Sendens durch das erste Gerät zu dem zweiten Gerät einer Anforderung für eine Liste von Internet-Anwendungs-Protokollen, die durch das zweite Gerät übertragen werden.
  6. Verfahren nach einem der Ansprüche 1 bis 5 mit dem Schritt des Sendens durch das erste Gerät zu dem zweiten Gerät einer Adresse einer Funktion des ersten Geräts, wobei das zweite Gerät Internet-Antworten zu dem ersten Gerät als Parameter eines Aufrufs der Funktion sendet.
  7. Verfahren nach einem der Ansprüche 1 bis 6, wobei das zweite Gerät einen Anschlußidentifizierer einer Verbindung zuordnet, die durch das erste Gerät angefordert wird, und der Verbindungsidentifizierer von dem ersten Gerät zu dem zweiten Gerät als Empfangsbestätigung für die Anforderung für die Öffnung der Verbindung dient.
  8. Verfahren nach Anspruch 7, wobei das erste und das zweite Gerät systematisch den Anschlussidentifizierer als einen Parameter für die Funktionsaufrufe durch das erste Gerät zu dem zweiten Gerät benutzen, oder umgekehrt.
  9. Gerät (21) zum Anschluss an einen Kommunikationsbus (23) und das Internet, wobei das Gerät einen IP-Protokollstapel enthält, gekennzeichnet durch: mehrere Internet-Anwendungsprotokolle, eine anwendungsprogrammierbare Schnittstelle zur Ermöglichung einer Internetanwendung eines an den Kommunikationsbus (23) angeschlossenen Clienten-Geräts (20) zur Auswahl eines der Internet-Anwendungs-Protokolle durch Spezifizierung eines Internet-Anwendungs-Protokollidentifizierers zum Senden und/oder zum Empfangen von Daten zwischen der Internet-Anwendung und einem internen Server.
DE69928009T 1998-06-08 1999-06-07 Kommunikationsverfahren für ein hausnetzwerk, netzwerk und vorrichtung zum durchführen des verfahrens Expired - Lifetime DE69928009T2 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
EP98401372 1998-06-08
EP98401372 1998-06-08
EP98402384A EP0964558A1 (de) 1998-06-08 1998-09-28 Zugriffsverfahren auf Internet-Anwedungen von Hausnetzwerkgeräten
EP98402384 1998-09-28
PCT/EP1999/003952 WO1999065188A2 (en) 1998-06-08 1999-06-07 Communication method in a home network, network and device for implementing such a method

Publications (2)

Publication Number Publication Date
DE69928009D1 DE69928009D1 (de) 2005-12-01
DE69928009T2 true DE69928009T2 (de) 2006-07-27

Family

ID=26151645

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69928009T Expired - Lifetime DE69928009T2 (de) 1998-06-08 1999-06-07 Kommunikationsverfahren für ein hausnetzwerk, netzwerk und vorrichtung zum durchführen des verfahrens

Country Status (11)

Country Link
US (1) US9736003B1 (de)
EP (2) EP0964558A1 (de)
JP (1) JP4404483B2 (de)
KR (1) KR100640091B1 (de)
CN (1) CN1367968A (de)
AU (1) AU4510099A (de)
DE (1) DE69928009T2 (de)
ES (1) ES2251197T3 (de)
HU (1) HU227780B1 (de)
MY (1) MY130201A (de)
WO (1) WO1999065188A2 (de)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001030026A2 (en) * 1999-10-18 2001-04-26 Gateway, Inc. Multi-tiered network access
WO2001099445A1 (en) * 2000-06-19 2001-12-27 Mobilespear Ltd. System and method for object access through an access device
US20020078161A1 (en) * 2000-12-19 2002-06-20 Philips Electronics North America Corporation UPnP enabling device for heterogeneous networks of slave devices
KR100416342B1 (ko) * 2001-02-06 2004-01-31 주식회사 케이티프리텔 Ｓｍｓ와 무선 인터넷을 이용한 데이터 수신 방법 및시스템
FR2828043B1 (fr) * 2001-07-26 2003-10-10 Canon Kk Procede et dispositif de configuration et d'utilisation d'une unite fonctionnelle dont l'utilisation est soumise a une condition de paiement dans un reseau de communication
DE60124092T8 (de) * 2001-08-22 2007-09-13 Sony Deutschland Gmbh Verfahren und System zum Betrieb eines Heimnetzes
US7634795B2 (en) * 2002-01-11 2009-12-15 Opentv, Inc. Next generation television receiver
EP1345384A3 (de) 2002-03-13 2004-09-22 Matsushita Electric Industrial Co., Ltd. Verfahren für die Datenkommunikation
DE10260143A1 (de) * 2002-12-20 2004-07-01 BSH Bosch und Siemens Hausgeräte GmbH Übertragung von Dateien in einem lokalen Hausgeräte-Netzwerk
DE10333608A1 (de) * 2003-07-24 2005-02-17 Deutsche Telekom Ag Dienste-integrierendes Kommunikationssystem sowie eine Anpassungs- und Anschalteeinrichtung für eine mehrere räumliche Bereiche aufweisende Umgebung
US7451198B2 (en) * 2003-08-29 2008-11-11 Microsoft Corporation WAP XML extension for WiFi and desktop passthrough connections
CN1972276B (zh) * 2006-11-26 2010-08-11 华为技术有限公司 一种协议访问管理方法和系统
GB2453315A (en) 2007-08-15 2009-04-08 Nec Corp Connection Identifier in a telecommunications network
JP5056373B2 (ja) * 2007-11-22 2012-10-24 ソニー株式会社 情報処理装置及び情報処理方法
CN101505251B (zh) * 2008-02-04 2011-07-20 广达电脑股份有限公司 家用网络系统及其允入控制方法
IN2014DE02931A (de) 2013-11-01 2015-06-26 Seiko Epson Corp
CN104615388B (zh) 2013-11-01 2017-12-22 精工爱普生株式会社 打印控制系统
CN110995712A (zh) * 2019-12-05 2020-04-10 浩云科技股份有限公司 安防物联网设备的数据交换方法及装置
JP6813110B1 (ja) * 2020-03-02 2021-01-13 ダイキン工業株式会社 通信装置、プログラム、通信方法、及び通信システム

Family Cites Families (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4777595A (en) 1982-05-07 1988-10-11 Digital Equipment Corporation Apparatus for transferring blocks of information from one node to a second node in a computer network
JPH04839A (ja) * 1990-04-17 1992-01-06 Nippon Telegr & Teleph Corp <Ntt> パケット通信方法
US5303347A (en) 1991-12-27 1994-04-12 Digital Equipment Corporation Attribute based multiple data structures in host for network received traffic
JP3611588B2 (ja) 1992-12-21 2005-01-19 ソニー株式会社 送信方法、受信方法、通信方法及び双方向バスシステム
US5537417A (en) * 1993-01-29 1996-07-16 International Business Machines Corporation Kernel socket structure for concurrent multiple protocol access
JPH08180001A (ja) * 1994-04-12 1996-07-12 Mitsubishi Electric Corp 通信方式及び通信方法及びネットワークインタフェース
US5757801A (en) 1994-04-19 1998-05-26 Multi-Tech Systems, Inc. Advanced priority statistical multiplexer
US5892910A (en) * 1995-02-28 1999-04-06 General Instrument Corporation CATV communication system for changing first protocol syntax processor which processes data of first format to second protocol syntax processor processes data of second format
JPH08256325A (ja) 1995-03-16 1996-10-01 Olympus Optical Co Ltd 画像取扱システム
US5867660A (en) * 1995-05-11 1999-02-02 Bay Networks, Inc. Method and apparatus for communicating between a network workstation and an internet
US5802320A (en) * 1995-05-18 1998-09-01 Sun Microsystems, Inc. System for packet filtering of data packets at a computer network interface
JP3262689B2 (ja) * 1995-05-19 2002-03-04 富士通株式会社 遠隔操作システム
US6418324B1 (en) * 1995-06-01 2002-07-09 Padcom, Incorporated Apparatus and method for transparent wireless communication between a remote device and host system
US5710908A (en) * 1995-06-27 1998-01-20 Canon Kabushiki Kaisha Adaptive network protocol independent interface
US6108704A (en) * 1995-09-25 2000-08-22 Netspeak Corporation Point-to-point internet protocol
US5751951A (en) 1995-10-30 1998-05-12 Mitsubishi Electric Information Technology Center America, Inc. Network interface
WO1997019538A1 (en) * 1995-11-22 1997-05-29 Samsung Information Systems America Home multimedia network architecture
JPH09247209A (ja) * 1996-03-12 1997-09-19 Chokosoku Network Computer Gijutsu Kenkyusho:Kk 資源予約チャネル用トランスポートレイヤプロトコルのフロー制御方式
US6393497B1 (en) * 1998-03-20 2002-05-21 Sun Microsystems, Inc. Downloadable smart proxies for performing processing associated with a remote procedure call in a distributed system
US5940074A (en) * 1996-06-03 1999-08-17 Webtv Networks, Inc. Remote upgrade of software over a network
US6115744A (en) * 1996-07-30 2000-09-05 Bea Systems, Inc. Client object API and gateway to enable OLTP via the internet
US5751970A (en) 1996-08-08 1998-05-12 International Business Machines Corp. Method for determining an optimal segmentation size for file transmission in a communications system
US6208952B1 (en) * 1996-10-24 2001-03-27 Microsoft Corporation Method and system for delayed registration of protocols
US6490631B1 (en) * 1997-03-07 2002-12-03 Advanced Micro Devices Inc. Multiple processors in a row for protocol acceleration
US5938752C1 (en) * 1997-05-20 2002-02-05 Microsoft Corp System and method for encapsulating legacy data transport protocols for ieee 1394 serial bus
US6014704A (en) * 1997-06-04 2000-01-11 Nortel Networks Corporation Method and apparatus for communicating data and management information
US6021132A (en) 1997-06-30 2000-02-01 Sun Microsystems, Inc. Shared memory management in a switched network element
US6073172A (en) * 1997-07-14 2000-06-06 Freegate Corporation Initializing and reconfiguring a secure network interface
US6047338A (en) 1997-07-30 2000-04-04 Ncr Corporation System for transferring a data directly from/to an address space of a calling program upon the calling program invoking a high performance interface for computer networks
US6285659B1 (en) * 1997-09-10 2001-09-04 Level One Communications, Inc. Automatic protocol selection mechanism
US5982363A (en) * 1997-10-24 1999-11-09 General Instrument Corporation Personal computer-based set-top converter for television services
US6058434A (en) * 1997-11-26 2000-05-02 Acuity Imaging, Llc Apparent network interface for and between embedded and host processors
US6243743B1 (en) * 1998-01-29 2001-06-05 Automated Business Companies Split personal computer system
US6259443B1 (en) * 1998-02-06 2001-07-10 Henry R. Williams, Jr. Method and apparatus for enabling multiple users to concurrently access a remote server using set-top boxes
US6233577B1 (en) * 1998-02-17 2001-05-15 Phone.Com, Inc. Centralized certificate management system for two-way interactive communication devices in data networks
US6222855B1 (en) * 1998-02-19 2001-04-24 Lucent Technologies, Inc. Method and apparatus for converting between differing data and command exchange protocols
US6055236A (en) * 1998-03-05 2000-04-25 3Com Corporation Method and system for locating network services with distributed network address translation
US6353614B1 (en) * 1998-03-05 2002-03-05 3Com Corporation Method and protocol for distributed network address translation
US6085251A (en) * 1998-04-02 2000-07-04 The United States Of America As Represented By The Secretary Of The Air Force Implementing a parallel file transfer protocol
US6912588B1 (en) 1998-04-02 2005-06-28 Intel Corporation System and method for managing client requests in client-server networks
FR2778046B1 (fr) 1998-04-23 2000-05-19 Thomson Multimedia Sa Procede de gestion d'objets dans un reseau de communication et dispositif de mise en oeuvre
FI106763B (fi) * 1999-02-10 2001-03-30 Nokia Mobile Phones Ltd Menetelmä käytössä olevan protokollan tiedottamiseksi protokollapinon muille kerroksille
US6496867B1 (en) * 1999-08-27 2002-12-17 3Com Corporation System and method to negotiate private network addresses for initiating tunneling associations through private and/or public networks
JP4000839B2 (ja) 2001-11-30 2007-10-31 日立化成工業株式会社 感光性樹脂組成物、これを用いた感光性エレメント、レジストパターンの形成方法及びプリント配線板の製造方法
JP4291664B2 (ja) * 2003-10-14 2009-07-08 株式会社日立製作所 通信バッファ予約機能を備えるストレージ装置およびシステム

Also Published As

Publication number Publication date
AU4510099A (en) 1999-12-30
DE69928009D1 (de) 2005-12-01
CN1367968A (zh) 2002-09-04
WO1999065188A3 (en) 2001-07-12
EP1142206B1 (de) 2005-10-26
EP0964558A1 (de) 1999-12-15
KR20010052655A (ko) 2001-06-25
MY130201A (en) 2007-06-29
WO1999065188A2 (en) 1999-12-16
JP2002518885A (ja) 2002-06-25
HUP0103875A2 (hu) 2002-03-28
HUP0103875A3 (en) 2004-03-29
US9736003B1 (en) 2017-08-15
KR100640091B1 (ko) 2006-10-31
HU227780B1 (en) 2012-02-28
ES2251197T3 (es) 2006-04-16
EP1142206A2 (de) 2001-10-10
JP4404483B2 (ja) 2010-01-27

Similar Documents

Publication Publication Date Title
DE69928009T2 (de) Kommunikationsverfahren für ein hausnetzwerk, netzwerk und vorrichtung zum durchführen des verfahrens
DE60029321T2 (de) Verfahren und vorrichtung zur fernbedienung eines hausnetzwerks von einem externen kommunikationsnetz
DE60109029T2 (de) Zugriff auf ein in-haus netzwerk über das internet
DE60036072T2 (de) Verfahren zur brückenverbindung von mehreren heimnetzsoftwarearchitekturen
DE69836101T2 (de) Ein audio-video-gerät
DE60308520T2 (de) Modul zur integration in einem heimnetzwerk
DE60308929T2 (de) Vorrichtung und Verfahren, um Informationen über Heimnetzwerkgeräte über das Internet bereitzustellen
DE60023984T2 (de) Befehls- und Steuerungsübertragung
DE69838541T2 (de) Verbindungsherstellung zwischen entfernten Einheiten mit Hypertext-Übertragungsprotokoll
DE69807750T2 (de) Ein audio-video-hausnetz
DE69829219T2 (de) Verfahren und system in verbindung mit einem audio-video-netz
DE69832986T2 (de) Verfahren und vorrichtung zur selbständigen baumbildung für ein heimnetz
DE60303903T2 (de) Verfahren zur Erzeugung einer graphischen Benutzerschnittstelle auf einem HAVi Gerät für die Steuerung eines nicht HAVi Gerätes
DE60031378T2 (de) Kommunikation zwischen apparaten und steuerung der apparate in einem mit einem externen netzwerk verbundenen heimnetzwerk
DE60032054T2 (de) Erfassung von geographischen Daten
DE60019750T2 (de) Allgemeines api zur gerätefernsteuerung
DE69921342T2 (de) Verfahren und system zur elektronischen kommunikation
DE60028289T2 (de) Fernüberwachung und -steuerung
DE69926368T2 (de) Verfahren und vorrichtung für universellen zugriffsbefehl und kontrollinformation in einem netzwerk
DE602006000915T2 (de) Dienstrahmen für Heimnetze
DE60123357T2 (de) Verfahren zur Bereitstellung von Diensten in einem IP-Netzwerkssystem
DE602004009746T2 (de) Teilen von Diensten in einem Netz
DE60030102T2 (de) Rundsendeentdeckung in einem netz mit einem oder mehreren 1394-bussen
DE102005033211A1 (de) Verfahren zur Feststellung der Aktivität eines Gerätes in einem Netzwerk verteilter Stationen sowie Netzwerkstation für die Durchführung des Verfahrens
US20050066024A1 (en) Method of control between devices connected to a heterogeneous network and device implementing the method

Legal Events

Date Code Title Description
8320 Willingness to grant licences declared (paragraph 23)
8364 No opposition during term of opposition