HU227780B1 - Communication method and device in a home network - Google Patents
Communication method and device in a home network Download PDFInfo
- Publication number
- HU227780B1 HU227780B1 HU0103875A HUP0103875A HU227780B1 HU 227780 B1 HU227780 B1 HU 227780B1 HU 0103875 A HU0103875 A HU 0103875A HU P0103875 A HUP0103875 A HU P0103875A HU 227780 B1 HU227780 B1 HU 227780B1
- Authority
- HU
- Hungary
- Prior art keywords
- internet
- web
- protocol
- request
- application
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims abstract description 36
- 238000000034 method Methods 0.000 title claims abstract description 26
- 230000004044 response Effects 0.000 claims abstract description 13
- 230000006870 function Effects 0.000 description 54
- 238000010586 diagram Methods 0.000 description 6
- 230000003993 interaction Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 206010012812 Diffuse cutaneous mastocytosis Diseases 0.000 description 3
- 238000001541 differential confocal microscopy Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 101710128742 Cytochrome b6-f complex iron-sulfur subunit 2 Proteins 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 102100024412 GTPase IMAP family member 4 Human genes 0.000 description 1
- 101000833375 Homo sapiens GTPase IMAP family member 4 Proteins 0.000 description 1
- 101001094649 Homo sapiens Popeye domain-containing protein 3 Proteins 0.000 description 1
- 101000608234 Homo sapiens Pyrin domain-containing protein 5 Proteins 0.000 description 1
- 101000578693 Homo sapiens Target of rapamycin complex subunit LST8 Proteins 0.000 description 1
- 102100027802 Target of rapamycin complex subunit LST8 Human genes 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000008571 general function Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
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)
- Selective Calling Equipment (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
Kommunikációs eljárás és eszköz otthoni hálózathoz
Λ»·*:¥
ΦΦΦΧ
ΜΟ
A találmány tárgya kommunikációs eljárás otthoni hálózathoz, különösen az otthoni audio- és videoeszközők összekapcsolására alkalmas ún. HAVi (Home AüdíoA/ídso iníeroperabiíity) hálózatokhoz. A találmány részét képezi maga a hálózat rs, továbbá olyan eszköz, amely az eljárás megvalósításához használható. A találmány szerinti eljárás előnyösen alkalmazható az. Internethez nem közvetlenül csatlakozó hálózati eszközökön futó internetes alkalmazások és olyan hálózati eszközök között, amelyek közvetlenül csatlakoznak az internethez.
Az 1. ábrán olyan rendszer blokkvázlata látható, amely különböző hardver eszközöket és egy személyi 1 számitógép által futtatott, az internetes szolgáltatások eléréséhez szükséges szoftverrétegeket tartalmaz. Az 1 számítógépen olyan alkalmazás fut, amely egy, a felhasználóval kölcsönhatásban álló felhasználói interfészt - például ’WEB böngészőt’ - tartalmaz, amelyet az t, ábrán az általános ’WEB alkalmazás’ elnevezéssel illettünk.
A WEB alkalmazás egy alkalmazási protokollréteg felett - például HTTP (Hypertext Transfer Protocoí), FTP (Fiié Transfer Protocoí) vagy más protokollréteg - felett helyezkedik el. Amint az 1. ábrán látható, egy szinttel alacsonyabban a TCP/UDP (Transmissíon C-ontrol Protocol/User Data Protocoí} réteg, az IP (Internet Protocoí) réteg és a PPP (Point-fo-Point Protocoí) réteg helyezkedik el. A TCP/UDP és az IP rétegeket együttesen IP protokollkészletnek nevezik. Az 1 számítógép modemeken és a nyilvános, kapcsolt távbeszélő hálózaton keresztül csatlakoztatható 2 internet-szolgáltatóhoz. A 2 internet-szolgáltató, amely közvetlenül csatlakozik a 4 Internethez, olyan 3 szerverre! rendelkezik, amely az 1 számítógép szcftverrélegelvel funkcionálisan lényegében megegyező szofíverrétegeket tartalmaz.
A felhasználó számos olyan eszköz - például televíziókészülék, személyi számítógép, stb. - birtokában lehet, amelyek az 1. ábrán látható 1 számítógép által biztosított internet-hozzáférési funkciókkal rendelkeznek. Ebben az esetben a 4 internet eléréséhez szükséges hardver- és szoftverelemek az összes eszközben megtalálhatók, ami jelentős redundanciát jelent
A találmánnyal célunk a fent említett problémák kiküszöbölése. A kitűzött célokat egyrészt egy otthoni hálózathoz való kommunikációs eljárás megvalósításával érjük el, ahol a hálózat legalább két olyan eszközt tartalmaz, amelyek egy kommunikációs adatsinhez csatlakoznak, ahol az első eszközön internetes alkalmazás fut, a második eszköz pedig az internethez való csatlakoztatásra szolgáló eszközt tartalmaz. Az eljárás során az első eszközből az első eszköz és a második eszköz közötti összeköttetés létesítésére irányuló kérést küldünk a második eszköznek; az első eszközből Internet protokoll szerinti kérést küldünk a második eszköznek; az Internet protokoll szerinti kérést a második eszközből továbbküldjük egy Internet szervernek; és a kérés fogadását követően az internet szerverből a kommunikációs adatatnen a második eszközön keresztül választ küldünk az első eszköznek. Az eljárás jellemzője továbbá, hogy az első eszközből a második eszköznek elküldjük az Internetes alkalmazási protokoll azonosítóját, amely alapján a második eszköz azonosítja az első eszköz és az Internet szerver között az adatok elküldéséhez és fogadásához használandó internetes alkalmazási protokollt, ahol az alkalmazást protokoll a második eszköz által támogatott protokollok közül választott protokoll.
Amennyiben a hálózatnak van olyan eszköze, amely az internethez való csatlakozásra alkalmas eszközt, valamint a hálózatban lévő más eszközökkel ~~ például szoftverelemekkel, illetve adott alkalmazásokkal - egyidejűleg kommunikáló eszközt tartalmaz, akkor az egész hálózatban csak egyetlen ilyen eszköz szükséges, függetlenül attól, hogy a hálózati eszközökön összesen hány internetes alkalmazás fut.
A második eszközön keresztül internetes kapcsolatot létesítő alkalmazás saját maga határozza meg azt az Internetes alkalmazási protokollt, amelyet használni kíván. Ez rendkívül rugalmassá teszi az azonos hálózaton belül használt különböző internetes alkalmazási protokollok felhasználását.
A találmány szerinti kommunikációs eljárás egyik lehetséges változatánál az első eszközből olyan kérést továbbítunk a második eszköznek, amelyre válaszként a második eszköz által támogatott internetes alkalmazási protokollok listáját várjuk,
A kitűzött célokat másrészt olyan otthoni kommunikációs hálózat megvalósításával érjük el, amely kommunikációs adatvonallal összekapcsolt eszközöket tartalmaz, melyek közül legalább az egyik WEB interfészt; IP protokollkészletet; internetes csatlakozást; és legalább egy olyan eszközt tartalmaz, amelynek olyan, alkalmazással programozható interfésze van, amelynek segítségévei a WEB interfész hozzáférhet a hálózatban lévő többi eszköz kliensként működő szoftverelemeihez.
Szintén a találmány részét képezi olyan, otthoni kommunikációs hálózatban használt eszköz, amely egy otthoni kommunikációs adatsínhez és az internethez csatlakoztatható, és amely IP protokollkészletet tartalmaz, továbbá amely tartalmaz több internetes alkalmazási protokollt, valamint olyan alkalmazásból programozható interfészt, amely lehetővé teszi egy, az otthoni hálózathoz kapcsolódó kliens eszköz internetes alkalmazása számára az internetes alkalmazás és az Internet szerver között az adatok elküldéséhez és fogadásához használandó internetes alkalmazási protokoll kiválasztását az internetes alkalmazási protokoll azonosítójának megadásával.
A találmányt a továbbiakban a rajz alapján ismertetjük részletesen. A rajzon
- az 1. ábra egy otthoni eszközről az internetes összeköttetést biztosító szerverhez való hozzáféréshez szükséges eszközöket és összeköttetéseket tartalmazó rendszer blokkvázlata;
- a 2, ábra a találmány szerinti, otthoni hálózat funkcionális blokkvázlata;
- a 3 ábra a WEB kliens és a WEB proxí kiszolgáló közötti kommunikációt szemlélteti; és
- a 4. ábra szoftverelemek közötti kommunikációs összeköttetéseket mutatja be, amikor a szoftverelemek egy WEB kliens és egy WEB szerver között a WEB proxí kiszolgálón keresztül létesítenek összeköttetést.
A leírás további részében a ’The HAVI Architecture - Specificatlön of tbe Home Audio/Video interoperabíllty (HAVI) Architecture’ (1998. május 11., 0.8 verzió) c. dokumentumban definiált kifejezéseket használjuk. Ezt a szabványt 1998. május 15-én hozták nyilvánosságra a Sony, a Philips, a Toshiba, a Sharp, a Hitachi és más cégek internetes honlapján. A terminológiával kapcsolatos magyarázatok és definíciók megtalálhatók a jelen leírás végén is.
A találmány szerinti kommunikációs eljárás során futtatott WEB alkalmazás által használt protokoll előnyösen a HTTP protokoll, amelyről további ismeretek szerezhetők a ’Hypedext Transfer Profocoi /1.1. RFC 2068' o. dokumentumbői. A HTTP protokollon kívül azonban más protokollok is használhatók, például az FTP, az SMTP, a POP, az IMAP vagy az NNTP protokoll.
A találmány szerinti kommunikációs eljárás célszerű változatának bemutatásához szükséges fogalmak megértése céljából először bemutatunk egy HAVI hálózati architektúrát.
A HAVI hálózat négy különböző típusú eszközt tartalmaz, amelyek kommunikációs adatvonallal csatlakoznak egymáshoz. Ezek az eszközök a hálózatban betöltött szerepük alapján négy csoportba sorolhatók: teljes audio/video (Puli Audlo/Vltíeo, FAV) eszközök, középszintű audio/video (íntermetíiate Audio/Video, IAV) eszközök, alap audio/video (Basic Áudlo/Video, BAV) eszközök, valamint független audio/video (Legaey AudioA/ideo, LAV) eszközök.
A független audio/video eszközök kivételével az összes többi eszköz képes arra, hogy egymással kommunikáljon.
A teljes audio/video eszközök futásidejű környezetet biztosítanak a HAVI programkódok számára. A HAVI programkód olyan programozási nyelven van megírva, amelyet eszközvezédő modulok (Devíce Control Modulé, DCM) és alkalmazások implementálására fejlesztettek ki, A teljes audio/video eszköz eszközvezérlö modulokat tölthet le olyan eszközökbe, amelyek - például költségcsökkentés céljából - nem rendelkeznek futásidejű környezettel.
* 4«
A középszintű audio/video eszközök nem képesek futtatni HAVI programkódot, azonban más eszközök vezérlése céljából rezidens eszközvezeríő modulokat tartalmazhatnak.
Az alap audio/video eszközök olyan eszközök, amelyek vagy tartalmaznak egy teljes audio/video eszközök által letöltött eszközvezérlő modult, vagy saját eszközvezérlö moduljuk van, amelyet egy középszintű audio/video eszköz futtat.
A független audio/video eszközök olyan eszközök, amelyek közvetlenül nem csatlakoztathatók HAVI hálózati eszközökhöz. A független audio/video eszközöknek saját utasításkészletük van, ezért a HAVI hálózathoz történő csatlakoztatás céljából átjáróra (gateway) van szükség. Az átjáró, amely lefordítja a vezérlési utasításokat a HAVI hálózat nyelvére, lehet egy teljes audio/video eszköz vagy egy középszintű audio/video eszköz.
Az egyes eszközök számos objektumot, azaz a HAVi-termfnoíógía szerint én, 'szoftverelemet5 tartalmaznak. Ilyen szoftverelem például egy adott eszköz meghatározott funkcióját vezérlő program (function controi manager, FCM), amely lehet egv eszköz speciális funkcionális komponensét, például hangolóját, kijelzőjét, nagykapacitású tárolóját, stb. vezérlő interfész. A korábban említett eszközvezérlő modul szintén ilyen objektum.
Egy teljes audio/video eszköz általában számos olyan alkalmazást és eszközvezérlö modult futtat, amely megfelelő, alkalmazással programozható Interfészeken keresztül az alábbi szoftverelemekkel állhat kapcsolatban'.
- IEEE 1394 szabvány szerinti, kommunikációs médíavezérlö (Communication Media Manager), amely lehetővé teszi más szoftverelemek számára, hogy IEEE 1394 szabvány szerinti adatvonalakon aszinkron és izokron kommunikációt folytassanak;
- üzenetküldő rendszer (Message Rassing System), amely más szoftverelemekkel vált üzeneteket;
- eseményvezérlo (Event Manager), amely az objektumok bekövetkezett változásokat felügyeli;
♦ V V » ,
- adatfolyam-vezérlő (Stream Manager), amely a funkcionális komponensek - például egy hangoló vagy egy adatrögzítő eszköz - között továbbítót audio/vídeo adatfolyamokat felügyeli.;
~ regisztrációs egység (Registry), amely nyilvántartja a lokális szoftverelemeket és azok azonosítóit, valamint felügyeli a távoli regisztrációs egységekkel folytatott kommunikációt;
- eszközvezérlö modul vezérlője (öevice Centről Modul Manager), amely eszközvezérlő modulokat tolt le, illetve töröl;
- rezidens vagy letöltött eszközvezérlő modulok;
- HAVI programkódon alapuló, futásidejű környezet az eszközvezérlő modulok futtatásához.
Az üzenetküldő rendszer egységes azonosítókat, allokál a szoftverelemek számára, amelyek ezeket az azonosítókat arra használják fel, hogy bejegyeztessék magukat a regisztrációs egységnél. Ezeket az azonosítókat szoftverelem-azonosítóknak (Software Elemen! Identifíers, SEID) nevezzük, A szoftverelem-azonosíték eszközazonosítóból és az eszközön belüli szoftverelemet azonosítójából állnak. Egy első szoftverelem, amely üzenetet kíván küldeni egy második szoftverelemnek, az utasításában paraméterként átadja a második szoftverelem azonosítóját az üzenetküldő rendszernek. Ehhez az azonosítóhoz az első eszköz ügy jut hozzá, hogy megfelelő kérést küld a helyi regisztrációs egységnek. Attól függően, hogy a megcímzett, szoftverelem helyi vagy távoli — azaz hogy a szoftverelem a kérést küldő szoftverelemmel azonos eszközben vagy más eszközben van-e a kérést küldő szoftverelem a teljes szoftverelem-azonosítót vagy annak csak egy részét használja fel.
A függvényh teásoknak az üzenetküldő rendszer üzeneteire történő leképezését részletesen ismerteti a HAVI 0.8 dokumentum 3.2.3 fejezete. A HAVI szabványnak ebben a részében bemutatott üzenetküldő rendszer maximum 84 k8 hosszúságú üzeneteket képes kezelni.
A regisztrációs egységről és az üzenetküldő rendszerről további részletek ismerhetők meg az FR 98Ö511Ö sz. (1998. április 23., Thomson
Multimedia) szabadalmi bejelentésből.
* ♦ * Φ 9 9 Λ 0 ♦ ♦»*- * 9 KM Α < χ * 9 9 9 9 «« *»*« 99 > 99 9ψ
Α 2, ábrán olyan RAVekompatibife otthoni hálózat blokkvázlata látható, aniely kommunikációs 23 adatvonalhoz csatlakozó 20, 21 és 22 eszközöket tartalmaz. A 23 adatvonal lehet például az IEEE 1394 szabvány szerinti soros adatsín, A 20 eszköz például olyan digitális televíziókészülék, amely kompatibilis az Európában használatos Digital Videó Sroadaast (DVB) szabvánnyal, illetve az Egyesült Államokban használatos D/recf Safe//rte System (DBS) szabvánnyal, A 20 eszköz WEB alkalmazást, azaz olyan szoftveratkaimazást futtat, amely a HTTP protokoll felhasználásával az interneten keresztül adatok elküldésére és/vagy adatok lekérésére alkalmas. A találmány szerinti eljárás egyik lehetséges változatánál a 2.0 eszköz WEB alkalmazása olyan elektronikus műsorfüzet (eiectronic program guide, EPG), amely az információkat egy meghatározott, az internethez csatlakozó szervertől kapja. A 22 eszköz célszerűen olyan személyi számítógép, amelynek a WEB alkalmazása egy internetes böngésző. Sem a 20 eszköz, sem a 22 eszköz nem rendelkezik IP protokollkészlettel, PPP protokollréteggel vagy olyan modemmel, amely egy nyilvános, kapcsolt távbeszélő hálózathoz csatlakozik.
A 21 eszköz WEB alkalmazás által programozható interfészt, valamint IP protokollkészletet, PPP protokollréteget és modemet tartalmaz. A 21 eszköz lehet teljes audlo/video eszköz, középszintű audlo/video eszköz vagy alap audio/vídeo eszköz. A különböző WEB alkalmazások segítségével az IP protokollkészlettel kapcsolatos műveletekhez hozzáférést biztosító funkcionális modult (Eunetlonaf Componsnl Modulé, FCM) Internet Proxy Agent’ vagy WEB P'roxy Agent’ névvel illetjük. Ez a modul olyan, WEB alkalmazás által programozható interfésszel rendelkezik, amely funkcionálisan az IP protokollkészlet felett helyezkedik el
A találmány szerinti kommunikációs eljárás célszerű változatánál a 21 eszköz olyan, digitális televízióban lévő dekódoló egység, amely modemet tartalmaz.
A WEB Proxy funkcionális modul többszörös hozzáférést biztosit a 24 internethez. Ha a 21 eszköz teljes audlo/video eszköz vagy középszintű audlo/video eszköz, a funkcionális modul a kikapcsoláskor és a bekapcsoláskor a 21 eszköz lokális regisztrációs egységénéi tesz bejegyzést. Ha a 21 eszköz alap audio/video eszköz, akkor a funkcionális modul a kikapcsoláskor és a bekapcsoláskor annak a teljes audio/video eszköznek vagy középszintű audio/video eszköznek a lokális regisztrációs egységénél tesz bejegyzést, amely a WEB Proxy funkcionális modulnak megfelelő eszközvezérlő modult futtatja.
A WEB alkalmazás, amelyre WEB kliens' néven is hivatkozunk, úgy szerez tudomást a hálózatban lévő WEB Proxy funkcionális modulról, hogy kérést küld a lokális regisztrációs egységéhez. A lokális regisztrációs egység szétkűldi a kérést a távoli regisztrációs egységeknek, majd összegyűjti azok válaszait. A találmány szerinti kommunikációs eljárás célszerű változatánál csak egyetlen azonosítót, a 21 eszköz WEB Proxy funkcionális moduljának szoftverelem-azonosítóját kapjuk meg válaszként.
A WEB Proxy funkcionális modul célszerűen több, széles körben elterjedt internetes protokollt támogat, igy például a HTTP, az FTP, az NNTP, az SMTP, a POP és az IMAP protokollt. A WEB kliens a WEB Proxy funkcionális modul alkalmazás által programozható protokollját az üzenetküldő rendszeren keresztül használja. Az alkalmazás által programozható interfész a következő funkciókat tartalmazza: Megnyitás (Open), Bezárás (Close), Küldés (Send). Fogadás (Récéivé) és Választék CGetCapabilityí.
Ezeknek a függvényeknek a használatát az alábbiakban részletesen ismertetjük.
A WEB Proxy funkcionális modul függvényei az alábbi adattípusokat használják:
(a) enum Filetoc (START, NEXT, END};
Ez az adattípus a feladótól a címzetthez továbbított üzenet pozícióját adja meg egy üzenetsorozatban.. Értéke a következő lehet: első üzenet, közbülső üzenet, utolsó — vagy egyetlen - üzenet. Ezt az adattípust a WEB kliens vagy a WEB Proxy funkcionális modul pufferméretének meghatározásakor használjuk, mivel a puffermérettől függően szükség lehet olyan függvény
X X 9* A • ♦ ♦ Φ V χ * 99 4 Α »9« * ΑΧ* » X Α χ *'*♦♦: ΑΧ X Αα Φί, meghívására, amelynek segítségével az üzenetet több részre lehet szétbontani. Mindezt később részletesen is elmagyarázzuk.
(b) enum ProtocolType {HTTP, FTP, SMTP, POP3, IMAP4, NHTP, WAlSj;
Ez az adattípus azokat a WEB alkalmazási protokollokat sorolja tél, amelyeket a WEB Proxy funkcionális modul támogat.
A fent említett függvényeket a találmány szerinti rendszerben például az alábbi módon lehet implementálni;
(a) 'Megnyitás' függvény
Ez a függvény lehetővé teszi a WEB kliens számára, hogy a WEB Proxy funkcionális modullal összeköttetést létesítsen. A függvény prototípusa a következőképpen definiálható;
Status WEBProxy;;Openf ín ProtocolType protocol in short ellentj3Usfer..slze, in ÖperatíonCode opCode, out Song esd, out short proxy...bufTer .síze, t
A ’Status1 kulcsszó a függvény visszatérési értékének típusát adja meg.
A 'Megnyitás’ függvény az alábbi paramétereket használhatja; protocol; a WEB kliens által beállított paraméter, amely a WEB kliens által megnyitni kívánt viszonyhoz rendelt protokollt definiálja. Ez a protokoll lehet például a HTTP protokoll.
cHent~buWer~size; a WEB kliens által beállított paraméter, amely a WEB kliens által fogadott üzenet maximális méretét, vagyis a WEB kliens üzenetpüfferének méretét adja meg. A WEB Proxy funkcionális modul ezt a paramétert a kliensnek elküldött üzenetek méretének meghatározására használja. A WEB Proxy funkcionális modul által továbbítandó adatokat e paraméter értéke alapján több adatblokkra bontjuk szét.
« «« φ ♦ « φ ♦** * * * φ»»« «« * ». <· opCode; ez a paraméter olyan kódot tartalmaz, amelyet a WEB Proxy funkcionális modul használ az internetről érkező válaszüzeneteknek a WEB klienshez történő továbbítására. Ez a kőd a WEB kliensnek azt a függvényét azonosítja, amelyet a WEB Proxy funkcionális modulnak kell meghívnia ahhoz, hogy a választ a klienshez továbbítsa, A paraméter értékét a WEB kliens állítja be. Esetünkben az opCode értéke a Tagadás' függvényt azonosítja, A működési köd egységesen azonosít egy függvényt a szoftverelemen beiül Egy függvénynek a hálózaton belüli egységes címe tehát a szoftverelem-azonosítón kivüi a működési kódot is tartalmazza.
dd: a WEB kliens és a WEB Proxy funkcionális modul közötti összeköttetést azonosító paraméter. A paraméter értékét a WEB Proxy funkcionális modul határozza meg. Ez a paraméter lehetővé teszi, hogy ugyanabból a kliensként szolgáló szoftver komponensből egyidejűleg több összeköttetést létesítsünk ~ például ugyanazzal a WEB Proxy funkcionális modullal vagy más WEB Proxy modulokkal továbbá lehetővé teszi egy, az internetről érkező válasznak egy kéréssel történő párosítását.
proxyjbufferjsize: a WEB Proxy funkcionális modul által visszaadott paraméter, amely a WEB Proxy funkcionális modul által fogadott üzenet maximális méretét adja meg bájtban kifejezve. A WEB kliens ezt a paramétert a WEB kliens által a WEB Proxy funkcionális modulnak elküldött üzenetek például kérések ~ méretének meghatározására használja.
Miután egy WEB klienstől 'Megnyitás’ függvényhívás érkezik, a WEB Proxy funkcionális modul a fent említett paraméterekkel együtt az alábbi állapotértékek valamelyikével tér vissza:
Ό’: viszony sikeres megnyitása;
’T: erőforrás-allokálás! hiba;
'21 a WEB kliens által nem támogatott protokoiltípus.
(b) 'Bezárás1 függvény
Ez a függvény lehetővé teszi egy WEB kliens számára, hogy egy korábban megnyitott, egy WEB Proxy funkcionális modullal létesített és ’cld’ *Φ 9 V ***« *99 X > $
X φΑ» X * »» ΦΧ» ♦ ♦ * * * Φ φ Κ ♦ ♦♦φ φ» χ φ* «.« paraméterrel azonosított összeköttetést lezárjon.
A függvény prototípusa a következőképpen definiálható;
Status WEBPfoxy;;öpenC ín teng old }
A függvény egyetlen paramétere a ’cíd' paraméter, amely a WEB Froxy funkcionális modullal létesített összeköttetést azonosítja.
A WEB Proxy funkcionális modul a következő áliapotértékek valamelyikével nyugtázza a függvényhívásf;
Ό’; az összeköttetés sikeresen le lett zárva;
Ί’: a ’cid’ paraméter továbbított értéke ismeretien.
(o) 'Küldés’ függvény
Ezt a függvényt egy WEB kliens hívja akkor, amikor a 'Megnyitás' függvényhívás által előzőleg, definiált protokoll - például HTTP profokolt felhasználásával kérést küld egy 25 WEB szerverhez.
A függvény prototípusa a következőképpen definiálható;
Status WEBFroxy:; Sendí ín long old ín FlleLoo where, ín sequence <byte>weh..data, )
A korábban már definiált ’cid’ paraméteren kívül a 'Küldés' függvény az alábbi paraméterekkel rendelkezik;
where: a függvényt hívó szoftverelem által meghatározott paraméter, amely azt jelzi, hogy az üzenet egy üzenetsorozafban az első üzenet, egy közbülső üzenet vagy az utolsó üzenet. A függvény meghívásához egynél főbb üzenet elküldésére is szükség lehet, mivel a függvényhívásban továbbított adatok mennyisége esetleg túl nagy a WEB funkcionális modul puffere számára ahhoz, hogy a hívást egyetlen üzenetként kezelje.
* * « * 9 4
-« <»♦' * «*« ♦ ♦: Φ Φ > ». st *ΦΦ< «>« X »A «« web_daía: ez a paraméter a ’eid’ paraméter által azonosított összeköttetésen használt WEB alkalmazási protokoll szerint elküldött teljes kérés egy meghatározott részét tartalmazza.
A függvényhivás fogadása esetén a WEB Proxy funkcionális modul az alábbi állapotértékek valamelyikével nyugtázza a függvényhivást:
Ό’: az üzenet sikeresen fel lett dolgozva;
’T: a :web__data‘ paraméter tartalmának mérete meghalad egy rögzített maximális értéket;
‘2’: az üzenet féldolgozása nem lehetséges;
'34 a 'cid’ paraméter továbbított értéke Ismeretlen a WE8 Proxy funkcionális modul számára.
Hiba esetén a WEB kliens vagy lezárja az összeköttetést vagy újból elküldi az előző üzenetet.
(d) 'Fogadás' függvény
Ez a függvény annak a WEB kliensben implementált függvénynek a prototípusa, amely lehetővé teszi a WEB Proxy funkcionális modul számára, hogy a WEB alkalmazási protokollnak megfelelően a WEB klienshez továbbítson egy beérkezett választ.
A függvény prototípusa a következőképpen -definiálható:
Status WEB Proxy:: Receive( ín long old in FileLöc where, ín sequence <byte> web..data, )
Az előzőleg definiált paraméterek mellett a függvény az alábbi paraméterrel rendelkezik még:
web_data: a ’dd’ paraméter által azonosított összeköttetésen használt WEB alkalmazási protokoll alapján fogadott teljes válasz egy meghatározott részét tartalmazza.
ΧΦ Φ» «ΚΦΦ Φ» * # * * Φ ♦ Φ X * φ φ X Φ φφφ • Φ · * Φ X « * X φ Φ ♦ X φ φ φ φ
A WEB Proxy szerver által végrehajtott függvényhívást követően a WEB kliens az alábbi: állapctértékek valamelyikévé! nyugtázza a függvényhívási:
Ok az üzenet sikeresen fe; lett dolgozva;
’Γ: az adatok mérete meghaladja a rögzített maximális értéket;
'2': az üzenet feldolgozása tehetetlen a WEB kliens számára;
’3‘: a WEB kliens nem ismert fel a ’cíd’ paraméter értékét.
Hiba esetén a WEB Proxy funkoicnáils modul nem reagál, ilyenkor a
WEB klienstől függ, hogy fenntartja-e az összeköttetést vagy sem.
(e) Választék' függvény
Ezt a függvényt a WEB kliens hívja, és a függvény visszatérési értéke azoknak a protokoííoknak a íístája, amelyeket a WEB Proxy funkcionális modul támogat.
A függvény prototípusa az alábbi módon definiálható;
Veid WEBProxy: :GetCapability( outsequenoe <Protoco!Type> ProtocolList
A függvény egyetlen paramétere a ’ProtocoiList paraméter, amely azoknak a WEB alkalmazási prof okol lóknak a listáját tartalmazza, amelyek a funkcionális modulon keresztül elérhetők. A WEB Proxy funkcionális modul egynél több protokollt ís támogathat.
A 3. ábrán egy 30 WEB kliens és egy 31 WEB Proxy funkcionális modul közötti tipikus üzenetváltás kommunikációs diagramja látható. Az üzenetküldő rendszer szintjén egy függvényhívás két irányban indíthat el üzeneteket; az első üzenet a hívő szoftverelemtől: a hívott szoftverelemhez továbbítódik a hívott.
szoftvereiemnek továbbítandó, befelé jövő (’ímbound1) paraméterekkel együtt, míg a második üzenet az ellenkező irányba továbbítódik szükség esetén, és ez az üzenet kifelé menő Cout-bound’) paramétereket továbbit.
A 4. ábra a szoftverelemek közötti kommunikációs összekötetéseket mutatja be, amikor a szoftverelemek egy 30 WEB kliens és egy 32 WEB szerver között a 31 WEB proxMászofoálén keresztül létesítenek összeköttetést.
♦ * X
A 31 WEB Proxp funkcionális modul és az azt kiszolgáló protokollok ©gy 33 su·' átjárót (gateway) alkotnak. A 30 WEB kliens és a 31 WEB Proxy funkcionális modul között agy 34 HAVI otthoni hálózat, míg a 31 WEB Proxy funkcionális modul és a 32 WEB szerver között a 35 Internet létesít kapcsolatot.
Amint a 3. ábrán látható, a 'Megnyitás' függvényhívás hatására első üzenet továbbítódik a 30 WEB klienstől a 31 WEB Proxy funkcionális modulhoz. Ez az üzenet azt a protokollt adja meg a 31 WEB Proxy funkcionális modul számára, amely a megnyitott összeköttetéshez lesz rendelve, továbbá megadja annak a puffernek a méretét, amelyet az adott összeköttetésen a 30 WEB kliens allokál a visszaküldendő üzenetek számára. A pufferméret különböző összeköttetések esetén különböző lehet. A 30 WEB kliens elküldi a 'Fogadás’ függvény műveleti kódját is, amelyet a 31 WEB Proxy funkcionális modulnak kell használnia a 30 WEB kliensnél tárolt 'Fogadás' függvény hívásához.
Az üzenetküldő rendszer szintjén a 30 WEB kliens elküldi a saját ’SEID’ azonosítóját is.
Amennyiben hibátlan fogadást és feldolgozást feltételezünk, a 31 WEB Proxy funkcionális modul ’Ö’ visszatérési kóddal válaszol, és ezzel jelzi a sikeres feldolgozást. Ezt követően az összeköttetés azonosítására elküldi a :cíd’ paramétert, valamint a saját pufferméretet, amely a további kommunikációhoz szükséges.
Miután az összeköttetés létrejött, a 30 WEB kliens a HTTP protokoll felhasználásával kérést küld egy 32 WEB szervernek. A 3. ábrán látható kommunikációs diagramnak megfelelően ez a kérés egyetlen üzenetet tartalmaz, amelyben az összeköttetést azonosító ’eid’ paraméter, a HTTP protokollnak megfelelő formátumú kérés, valamint egy ’End' paraméter van, A 31 WEB Proxy funkcionális modul nyugtázza a helyes vételt, és a kérést az IP protokollkészlet és a modem segítségével továbbítja az interneten.
A 4. ábrán látható 32 WEB szervere kért adatok megküldésével válaszol és az adatokat visszaküldi a 31 WEB Proxy funkcionális modulnak. Mivel az említett példában az adatok mennyisége messze meghaladja a 30 WEB kliens pufferének maximális méretét, a 31 WEB Proxy funkcionális modul az adatokat «*
megfelelő méretű üzenetekre bontja szét Amint a 3, ábrán látható, a 31 WEB Proxy funkcionális modul az első adatblokkot a 'Fogadás’ függvényhíváson belüli paraméterként küldi el, amihez az előzőleg a 30 WEB klienstől kapott műveleti kódot használja fel. Az említett paraméterhez a 31 WEB Proxy funkcionális modul hozzácsatolja a 30 WEB kliens ’SEIG’ azonosítóját. A 'Fogadás’ függvényhívásban a ‘START értéket használjuk paraméterként. További üzeneteket csak azután küldünk, hogy a 30 WEB kliens nyugtázta az üzenet vételét. Ily módon a 30 WEB kliens Időt ad a fogadott adatok feldolgozására és pufferének kiürítésére. Az utolsó adatblokk vételét kővetően a 30 WEB kliens lezárja az összeköttetést a 'Bezárás' függvényhívással. A 31 WEB Rmxy funkcionális modul egy utolsó vételi nyugtázással válaszol.
A találmány szerinti kommunikációs eljárás célszerű változatánál a 31 WEB Proxy funkcionális modult - például a modemes összeköttetést közvetlenül a felhasználó konfigurálja egy, a 31 WEB Proxy funkcionális modult felügyelő eszkőzvezérlö modul álfal biztosított grafikus interfészen keresztül. Ennek végrehajtásához nincs szükség speciális, alkalmazás által programozható interfészre, Így ez a feladat elvégezhető a HAVI szabvány által biztosított adatvezérelt kölcsönhatási (dala driven ínferaetíon, DD!) mechanizmus segítségével.
Φ »«φ φ ♦** ««» * « * * ί « >
*·Φ φ« β ΦΦ ««
Szójegyzék:
alap audio/video eszköz (hass AV devlce, BAV): olyan HAVíkompatibllis eszköz, amely HAVI SDD adatokat tartalmaz, azonban semmilyen HAVi architektúrához tartozó szoftverelemet nem futtat.
vezérlő (controiler): olyan eszköz, amely más eszközöket vezérel. A vezérlő lehet középszintű audio/video eszköz vagy teljes audio/video eszköz.
adatvezéreit kölcsönhatás (dala drlven interaction, DDI): olyan HAVi mechanizmus, amely lehetővé teszi szoftverelemek - például DCM-ek ~ felhasználói interfészetemeken - például nyomógombokon vagy ikonokon ~~ keresztül történő vezérlését.
DDI vezérlő (DDI oontrolier): olyan szoftverentitás, amely átalakítja a DDI elemeket, és kezeli a felhasználói beavatkozásokat.
DDI elem (DDI etement): felhasználói interfészétem DDI kódja.
DDI protokoll (DDI protocol): azoknak a HAVI üzeneteknek az összessége, amelyek támogatják az adatvezérelt kölcsönhatást.
eszköz (devlce): az otthoni hálózathoz csatlakozó fizikai entitások, például vídeolejátszők, felvevő készülékek, kamerák, CD~ és DVD-lejáfszók, set-top boxok, digitális televíziókészülékek, személyi számítógépek, stb.
eszközvezérlő alkalmazás (devlce control appllcatíon): olyan HAVI szoftveretem, amely lehetővé teszi egy konkrét eszköznek és annak funkcionális komponenseinek a felhasználó által történő vezérlését. Installálása kérésre történik, és lehetőleg nem azon a vezérlőn, amelyen a DCM installálva van.
eszközvezérlö modul (devlce control modulé, DC83): olyan HAVi szoftverelem, amely egy eszköz általános funkcióinak vezérléséhez biztosit Interfészt.
DCH kódegység {DCSÍ code unit): olyan HAVi programkód-egység, amelyet egy teljes audio/video eszközbe kell letölteni és azon installálni, illetve olyan saját kódegység, amelyet egy teljes audio/video eszközön vagy egy középszintű audio/video eszközön kell installálni. Egy DCM kódegység «
*
V
Installálása egyetlen DCM modult és egy vagy több FCM modult, valamint esetenként egy eszközvezérlő alkalmazást hoz létre.
beágyazott DCM (embedded DCM); olyan DCM, amely saját, azaz platform-függő kód formájában van implementálva. A beágyazott DCM-ék általában középszintű audío/vídeo eszközökön futnak.
teljes audio/video eszköz (fűit AV devioe, FAV): olyan HAVikompafibills eszköz, amely HAVI programkódot tartalmazó HAVI architektúra szoftverelemek futtatja.
funkcionális komponens (functsenaí component): olyan absztrakt komponens a HAVI architektúrán beiül, amely egy eszközhöz tartozó függvények csoportját reprezentálja. Egy digitális televíziókészülék például számos funkcionális komponenst tartalmazhat, igy például hangoló!, dekődert, audio erősítőt, stb.
funkcionális komponens modul (functional component modulé, FCW): olyan HAVI szoftverelem, amely egy eszköz meghatározott funkcionális komponensének vezérléséhez biztosit interfészt.
globális egységes azonosító (glöbal unique IO, GUID): olyan 64 bites azonosító, amelyet egy IEEE 13S4 szabvány szerinti eszköz egységes azonosítására használunk. Ez az azonosító 24 bites cégazonosítót és az eszköz gyártójához hozzárendelt 40 bites gyári számot tartalmaz. A cégazonosítót az IEEE 1394 Regisztráció Hatósági Bizottság adja ki. Ez a paraméter az eszközök konfigurációs ROM-jában van eltárolva, ezért nem törlődik ki akkor sem, ha az IEEE 1394 szabvány szerinti hálózat működését leállítják.
HAVI architektúra (HAVI archttecture): a HAVI architektúra tartalmazza az üzenetküldési modellt, a vezérlési modellt, az eszközmodelit valamint az ebben a dokumentumban definiált futási környezetet.
HAVI programkód (HAVI bytecode): olyan hordozható kód, amelyet a letöltött DCM-ek és esetenként az alkalmazások használnak. A teljes audio/video eszközök futásidejű környezetet biztosítanak a HAVI programkód » * *« «» * *« # letöltésére és végrehajtására. A HAVI programkód nyelvét még nem specifikálták, azonban hamarosan kiválasztják azt létező nyelvek közül.
HAVí»kompatibííis eszköz (HAVi-compliant device): olyan eszköz, amely teljesíti az IEEE 1394 és az tEC 81883 szabvány előírásait, és eleget tesz a HAVI architektúra specifikációnak a teljes audio/video eszközök, a középszintű audio/video eszközök és az alap audio/video eszközök esetén.
1. színtű HAVI Összekapcsolhatóság (HAVI levet 1 interoperabihíy): a középszintű audio/video eszközök és a beágyazott DCM modulok által biztosított jellemzők összesége.
2. szintű HAVI összekapcsolhatóság (HAVI levet 2 inferoperabíbty): a teljes audio/video eszközök és a letöltött DCM modulok által biztosított jellemzők összesége.
HAVI SDD adatok (HAVI SDD dala): az önleíró eszközök (Self Descrlbing Device, SDD) adatai az IEEE 1394 szabvány szerinti eszközökben lévő IEEE 1212 konfigurációs ROM-ban vannak eltárolva. A HAVI specifikáció olyan SDD adatelemeket specifikál, amelyeket a DDi elemek vagy a letöltött DCM modulok használhatnak.
HAVI egységes azonosító (HAVI unique ID, HŰID); az eszközök és azok funkcionális komponenseinek egységes azonosítója. Ez a paraméter perzisztens a hálózati konfiguráció megváltozása - például eszközök hálózatról történő lekapcsoiása vagy hálózatra történő rákapcsolása ~ szempontjából.
otthoni hálózat (homo network). az otthoni hálózat a háztartásokban használt kommunikációs eszközök összefoglaló neve. Ezt az elnevezést a fizikai közegekre és a hozzájuk tartozó protokollokra absztrakt módon használjuk. Az otthoni hálózat lehetővé teszi vezérlő információk és az audio/video eszközök adatainak továbbítását.
középszintű audio/video eszköz (intermediate ÁV device, IÁV): olyan
HAVl-kompatibllis eszköz, amely a HAVI architektúra szoftverelemeit futtatja, azonban nem tartalmaz futásidejű környezetet a HAVI programkódok futtatásához.
független audio/video eszköz (legacy AV devíce, LAV): nem HAVIkompatibilis eszköz.
szoftverelem (software element}: olyan HAVI objektum, amely az alkalmazás által programozható Interfész által az adott elem számára specifikált üzenetek egy részhalmazára válaszol.
szoftverelem-azonosító (software element ID, SEID): a szoftverelemek azonosítására használt 80 bites érték, amely nem garantáltan perzisztens a hálózati konfiguráció megváltozása ~ azaz egy eszköznek a hálózathoz történő csatlakoztatása vagy a hálózatról történő leválasztása esetén.
feltöltött DÓM (uploaóed DOH}: HAVI programkódban Implementált DCM modul. A feltöltött DCM modulok csak a teljes audio/video eszközökön futnak.
Claims (9)
- SZABADALMI IGÉNYPONTOK1. Kommunikációs eljárás otthoni hálózathoz, -amely hálózat legalább két olyan eszközt (20., 21) tartalmaz, amelyek egy kommunikációs adatsínhez (23) csatlakoznak, ahol az első eszközön (21) internetes alkalmazás fut, a második eszköz pedig az internethez való csatlakoztatásra szolgáló eszközt tartalmaz, amely eljárás során az első eszközből (20) az első eszköz (20) és a második eszköz (21) közötti összeköttetés létesítésére irányuló kérést küldünk a második eszköznek (21);az első eszközhői (20) Internet protokoll szerinti kérést küldünk a második eszköznek (21);az internet protokoll szerinti kérést a második eszközből (21) továbbköídjük egy Internet szervernek; és a kérés fogadását kővetően az Internet szerverből a kommunikációs adatsínen (23) a második eszközön (22) keresztül választ küldünk az első eszköznek (20);azzal jellemezve, hogy az első eszközből (20) a második eszköznek (21) elküldjük az internetes alkalmazási protokoll azonosítóját, amely alapján a második eszköz (21) azonosítja az első eszköz (20) és az Internet szerver között az adatok elküldéséhez és fogadásához használandó Internetes alkalmazási protokollt, ahol az alkalmazási protokoll a második eszköz (21) által támogatott protokollok közül választott protokoll,
- 2. Az 1. igénypont szerinti eljárás, azzal jellemezve, hogy az első eszköz (20) által az összeköttetés létesítése céljából elküldött kérésben elküldjük az összeköttetés számára az első eszközben (20) allokált üzenetputter méretét.
- 3, Az 1. vagy 2. Igénypont szerinti eljárás, azzal jellemezve, hogy a kérésre vonatkozó válaszban elküldjük az összeköttetés számára a második eszközben (21) allokált üzenetpufter méretet.
- 4, A 2. vagy 3. igénypont szerinti eljárás, azzal jellemezve, hogy az adatokat küldő eszközből (20, 21) az adatokat fogadó eszköznek a kommunikációs adatslnen (23) továbbítandó adatokat az adatokat fogadó eszköz (20, 21) üzenetpufferének méreténél kisebb méretű üzenetekre bontjuk szét,
- 5, Az 1,-4. igénypontok bármelyike szerinti eljárás, azzal jellemezve, hogy az első eszközből (20) a második eszköznek (21) elküldünk egy, a második eszköz (21) által támogatott internetes alkalmazási protokollok listája iránti kérést.
- 6. Az 1.-5. igénypontok bármelyike szerinti eljárás, azzal jellemezve, hogy az első eszközből (20) a második eszköznek (21) elküldjük az első eszköz (20) egyik függvényének a címét, majd a második eszközből (21) a függvényhívás paramétereiként internetes válaszokat küldünk az első eszköznek (20).
- 7. Az 1.-8. igénypontok bármelyike szerinti eljárás, azzal jellemezve, hogy a második eszközben (21) egy összeköttetés-azonosítót rendelünk hozzá az első eszköz (20) által kezdeményezett összeköttetéshez, és az összeköttetés-azonosítót az első eszközből (20) az összeköttetés létesítésére irányuló kérés nyugtázásaként elküldjük a második eszköznek (21).
- 8. A 7. igénypont szerinti eljárás, azzal jellemezve, hogy az összeköttetés-azonosítót szisztematikusan az első és a második eszköz (20, 21) egymás felé irányuló függvényhívásainak paramétereként használjuk.« «
- 9. Eszköz (21), amely egy otthoni kommunikációs adatsínhez (23) és az internethez csatlakoztatható, és amely IP protokollkészletet tartalmaz,, azzal jellemezve, hogy több internetes alkalmazási protokollt tartalmaz; és olyan alkalmazásból programozható Interfészt tartalmaz, amely lehetővé teszi egy, az otthoni hálózathoz kapcsolódó kliens eszköz (20) internetes alkalmazása számára az internetes alkalmazás és az internet szerver között az adatok elküldéséhez és fogadásához használandó internetes alkalmazási protokoll kiválasztását az internetes alkalmazási protokoll azonosítójának megadásával.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP98401372 | 1998-06-08 | ||
| EP98402384A EP0964558A1 (en) | 1998-06-08 | 1998-09-28 | Method for accessing internet applications from home network devices |
| 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 (3)
| Publication Number | Publication Date |
|---|---|
| HUP0103875A2 HUP0103875A2 (hu) | 2002-03-28 |
| HUP0103875A3 HUP0103875A3 (en) | 2004-03-29 |
| HU227780B1 true HU227780B1 (en) | 2012-02-28 |
Family
ID=26151645
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| HU0103875A HU227780B1 (en) | 1998-06-08 | 1999-06-07 | Communication method and device in a home network |
Country Status (11)
| Country | Link |
|---|---|
| US (1) | US9736003B1 (hu) |
| EP (2) | EP0964558A1 (hu) |
| JP (1) | JP4404483B2 (hu) |
| KR (1) | KR100640091B1 (hu) |
| CN (1) | CN1367968A (hu) |
| AU (1) | AU4510099A (hu) |
| DE (1) | DE69928009T2 (hu) |
| ES (1) | ES2251197T3 (hu) |
| HU (1) | HU227780B1 (hu) |
| MY (1) | MY130201A (hu) |
| WO (1) | WO1999065188A2 (hu) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003512661A (ja) * | 1999-10-18 | 2003-04-02 | ゲートウェイ，インコーポレイテッド | 多階層ネットワークアクセス |
| 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 |
| TWI280759B (en) | 2002-03-13 | 2007-05-01 | Matsushita Electric Ind Co Ltd | Data communication method |
| 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 | 广达电脑股份有限公司 | 家用网络系统及其允入控制方法 |
| CN104615388B (zh) | 2013-11-01 | 2017-12-22 | 精工爱普生株式会社 | 打印控制系统 |
| IN2014DE02931A (hu) | 2013-11-01 | 2015-06-26 | Seiko Epson Corp | |
| CN110995712A (zh) * | 2019-12-05 | 2020-04-10 | 浩云科技股份有限公司 | 安防物联网设备的数据交换方法及装置 |
| JP6813110B1 (ja) * | 2020-03-02 | 2021-01-13 | ダイキン工業株式会社 | 通信装置、プログラム、通信方法、及び通信システム |
Family Cites Families (45)
| 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 |
| EP0862826B1 (en) * | 1995-11-22 | 2002-04-03 | Samsung Electronics Co., Ltd. | 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 |
| US6353614B1 (en) * | 1998-03-05 | 2002-03-05 | 3Com Corporation | Method and protocol for distributed network address translation |
| US6055236A (en) * | 1998-03-05 | 2000-04-25 | 3Com Corporation | Method and system for locating network services with 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 | 株式会社日立製作所 | 通信バッファ予約機能を備えるストレージ装置およびシステム |
-
1998
- 1998-09-28 EP EP98402384A patent/EP0964558A1/en not_active Withdrawn
-
1999
- 1999-06-07 US US09/719,147 patent/US9736003B1/en not_active Expired - Fee Related
- 1999-06-07 AU AU45100/99A patent/AU4510099A/en not_active Abandoned
- 1999-06-07 CN CN99807115A patent/CN1367968A/zh active Pending
- 1999-06-07 KR KR1020007013890A patent/KR100640091B1/ko not_active IP Right Cessation
- 1999-06-07 ES ES99927920T patent/ES2251197T3/es not_active Expired - Lifetime
- 1999-06-07 DE DE69928009T patent/DE69928009T2/de not_active Expired - Lifetime
- 1999-06-07 WO PCT/EP1999/003952 patent/WO1999065188A2/en active Search and Examination
- 1999-06-07 HU HU0103875A patent/HU227780B1/hu unknown
- 1999-06-07 JP JP2000554093A patent/JP4404483B2/ja not_active Expired - Lifetime
- 1999-06-07 MY MYPI99002290A patent/MY130201A/en unknown
- 1999-06-07 EP EP99927920A patent/EP1142206B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| AU4510099A (en) | 1999-12-30 |
| DE69928009T2 (de) | 2006-07-27 |
| HUP0103875A3 (en) | 2004-03-29 |
| CN1367968A (zh) | 2002-09-04 |
| ES2251197T3 (es) | 2006-04-16 |
| KR20010052655A (ko) | 2001-06-25 |
| KR100640091B1 (ko) | 2006-10-31 |
| DE69928009D1 (de) | 2005-12-01 |
| US9736003B1 (en) | 2017-08-15 |
| EP1142206A2 (en) | 2001-10-10 |
| EP1142206B1 (en) | 2005-10-26 |
| WO1999065188A3 (en) | 2001-07-12 |
| JP2002518885A (ja) | 2002-06-25 |
| EP0964558A1 (en) | 1999-12-15 |
| HUP0103875A2 (hu) | 2002-03-28 |
| JP4404483B2 (ja) | 2010-01-27 |
| MY130201A (en) | 2007-06-29 |
| WO1999065188A2 (en) | 1999-12-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| HU227780B1 (en) | Communication method and device in a home network | |
| US7085814B1 (en) | Data driven remote device control model with general programming interface-to-network messaging adapter | |
| US6925518B2 (en) | Bridging system for interoperation of remote groups of devices | |
| US6963925B1 (en) | Gateway apparatus and the method thereof | |
| US6275865B1 (en) | Method and system for message dispatching in a home audio/video network | |
| EP1058422A1 (en) | Methods for bridging a HAVi sub-network and a UPnP sub-network and device for implementing said methods | |
| US20020147791A1 (en) | System for providing a service to a device in a home network and method thereof | |
| US20020112058A1 (en) | Peer networking host framework and hosting API | |
| US6775244B1 (en) | Gathering of device discovery information | |
| WO2002001833A1 (en) | Remoting general purpose operating system services via a peer networking device control protocol | |
| CN101223737A (zh) | 将异步通知推送到网络装置的方法和系统 | |
| EP1642418B1 (en) | Method for controlling a network station in a network of a first type from a network station in a network of a second type, and connection unit for the connection of the networks of the first and second types | |
| EP2168327B1 (en) | Method of receiving/transmitting event message, controlled device, and control point | |
| TW496040B (en) | Communication system and device | |
| US20080320491A1 (en) | Method of receiving/transmitting event message, controlled device, and controlled point | |
| JP4729486B2 (ja) | 第１のタイプのネットワーク内のネットワーク局を第２のタイプのネットワーク内のネットワーク局から制御する方法および第１のタイプのネットワークと第２のタイプのネットワークとのコネクション用のコネクションユニット | |
| KR100445005B1 (ko) | 전자 메일을 전송하는 홈 네트워크 시스템 및 홈네트워크에서 전자 메일 전송 방법 | |
| KR100488111B1 (ko) | ＨＡＶｉ 네트워크에서의 정보 전달 장치 및 방법 | |
| KR20040039043A (ko) | ＵＰｎＰ 네트워크 시스템의 제어 메시지 전송 방법 | |
| MXPA00012219A (en) | Communication method in a home network, network and device for implementing such a method | |
| KR20060126039A (ko) | 홈 네트워크 제어시스템 | |
| Siebörger | Multiprotocol Control of Networked Home Entertainment Devices |