DE602006000915T2

DE602006000915T2 - Dienstrahmen für Heimnetze

Info

Publication number: DE602006000915T2
Application number: DE602006000915T
Authority: DE
Inventors: Kyle Yeongtong-gu Suwon-si Kim; In-Ho Park; Sang-ho Dongjak-gu Lee
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2005-02-23
Filing date: 2006-02-01
Publication date: 2008-07-17
Anticipated expiration: 2026-02-02
Also published as: EP1696606B1; CN1825823B; EP1696606A1; US20060190571A1; KR100637080B1; CN1825823A; JP2006236354A; KR20060094202A; DE602006000915D1

Description

HINTERGRUND DER ERFINDUNG
1. Gebiet der Erfindung
Die vorliegende Erfindung betrifft ein Heimnetz und betrifft im Besonderen eine Struktur eines Service-Frameworks zum Bereitstellen von künstlichem Service und ein Verfahren zum Verwenden desselben.
2. Beschreibung der verwandten Technik
Der Begriff Heimnetzsystem bedeutet ein System, das PC, periphere Vorrichtungen, Mobiltelefone, Heimgeräte usw., in einem Heim zu einem Netz verbindet und sie steuert. Als eine der Strukturen des Heimnetzsystems wurde ein Verfahren vorgeschlagen, das eine gemeinsame virtuelle Rechenumgebung, die als Middleware bezeichnet wird, für die in einem Heim verteilten Heimgeräte aufbaut und eine Anwendung für die Heimgeräte bereitstellt.
Eine Heimnetz-Middleware stellt eine Umgebung bereit, die gesteuert wird, um einem allgemeinen Benutzer zu ermöglichen, verschiedene mit dem Heimnetz verbundene Vorrichtungen so zu verwenden, dass er bereits bestehende Heimgeräte verwenden kann, ohne sich spezielles Wissen zu deren Verwendung anzueignen, und stellt außerdem Entwicklung verschiedener Anwendungs-Services des Heimnetzes sowie Ausführungsplattformen bereit.
Das heißt, dass die Middleware Kommunikation unter vielen Vorrichtungen in einem Heimnetz ermöglicht. Bisher wurden HAVi (Home AV Interoperability), UPnP (Universal Plug and Play), PLC (Power Line Communication), Jini und HWW (Home Wide Web) als Heimnetz-Middleware vorgeschlagen.
1 zeigt ein Netzsystem, das eine solche herkömmliche Middleware verwendet. Das heißt, dass 1 Heimvorrichtungen zeigt, von denen jede eine Middleware enthält. Ein UPnP-Netz 10 verwendet eine Software-Technologie, die ein Netz ohne zusätzliche Ausrüstung bilden kann, indem ein Plug-and-Play-Konzept zum Verbinden von PC und peripheren Vorrichtungen erweitert wird, wenn alle Heimgeräte sowie die peripheren Vorrichtungen von PC gleichzeitig in einem Heim angeordnet sind. Es ist eine Middleware für IT-Vorrichtungen und weist eine Peer-to-Peer-Architektur auf.
Ein PLC-Netz 20 ist eine Technologie, die das extensivste Netz der bestehenden Infrastruktur bildet, da Stromkabel zu allen Heimen bereitgestellt werden. Es besteht insofern ein Vorteil, als die zum Bilden eines Netzes erforderlichen Kosten sehr niedrig sind, und es ist dadurch gekennzeichnet, dass, wenn ein Elektrokabel in die Heimgeräte eingefügt wird, das Kabel und die Geräte ein einfaches Netz bilden können.
Ein HAVi-Netz 30 ist eine AV-Netzlösung lediglich für AV-Vorrichtungen und verwendet IEEE1394 als Kommunikationsmedium. Es wird als eine Heimvernetzungs-Middleware betrieben, um Bilddaten unter Verwendung von API-Funktionen zu steuern, und weist eine Peer-to-Peer-Architektur auf.
Ein Jini ist eine Middleware mit einer Client-Server-Architektur unter Verwendung von Java.
Jini-Vorrichtungen weisen jedoch insofern einen Nachteil auf, als jede Vorrichtung mit JVM (Java Virtual Machine) versehen sein muss, um in ein Netz integriert zu werden, und daher ist es für eine Büroumgebung besser geeignet als für eine Heimumgebung.
Das UPnP-Netz 10 ist eine Lösung, die einen HTTP-Server und XML verwendet, und kann nicht auf alle Heime angewendet werden. Das HAVi-Netz 30 ist nicht mit PC und peripheren Vorrichtungen kompatibel und weist insofern einen Nachteil auf, als lediglich für die oberen OSI-Schichten der Heimgeräte Standards gefordert werden. Des Weiteren konzentriert es sich lediglich auf die Anwendungen und die Services und es besteht ein Problem bei der Verbindung mit dem Internet, da ein niedrigeres Netz auf IEEE1394 beschränkt ist.
Es ist eine gemeinsame Spezifikation unter den Herstellern, die die Vorrichtungen, die mit demselben Netz verbunden sind, herstellen, erforderlich, um ein Heimnetz in einem Haushalt auf Basis des PLC-Netzes 20 aufzubauen.
Das HAVi-Netz 30 ist eine AV-Netzlösung lediglich für die AV-Vorrichtungen, die IEEE1394 verwenden.
Wie oben beschrieben, bildet die bestehende Middleware jeweils ein isoliertes Netz und ist eine Domäne beschränkter Anwendung zur Kommunikation und Erkennung zwischen den Vorrichtungen.
Folglich ist, da das Netz, das in einen Middleware-Typ integriert ist, nicht verwirklicht wird, eine Lösung für das integrierte Netz erforderlich, die die charakteristischen Merkmale der Heimvorrichtungen berücksichtigt.
Das heißt, dass ein Verfahren erforderlich ist, um die Informationen zu der gesamten Heimumgebung zu erfassen und verschiedene Arten von Services und intelligenten Services unter Verwendung der Heimressourcen bereitzustellen.
US 6.052.750 beschreibt ein Heim-Audio/Video-Netz, um Standard-Steuerparameter für Vorrichtungen, die mit dem Netz verbunden sind, zu erzeugen und um die aktualisierten Steuerparameter damit zu ersetzen.
ZUSAMMENFASSUNG DER ERFINDUNG
Die Erfindung stellt eine Service-Framework-Vorrichtung und ein Verfahren bereit, wie in den unabhängigen Ansprüchen spezifiziert.
Bevorzugte Ausführungen werden durch die abhängigen Ansprüche definiert.
Ein Aspekt der vorliegenden Erfindung besteht darin, eine Struktur eines Service-Frameworks und ein Verfahren davon, das die Informationen zu der gesamten Heimumgebung erfassen kann, bereitzustellen und verschiedene Arten von Services und Heimressourcen bereitzustellen, während gleichzeitig eine Lösung für ein integriertes Netz unter Berücksichtigung der charakteristischen Merkmale der Heimvorrichtungen bereitgestellt wird.
Ein Service-Framework zum Integrieren und Steuern einer Vielzahl von Middleware, die eine Vielzahl gesteuerter Vorrichtungen enthält, nach einer Ausführung der vorliegenden Erfindung, der zum Angehen der vorgenannten Probleme implementiert wird, umfasst ein Serviceprofil-Register zum Speichern eines Serviceprofils der gesteuerten Vorrichtungen, eine erste Schnittstelle zum Umwandeln einer Nachricht einer Middleware-Basis in eine gemeinsame Nachricht der Framework-Basis und eine zweite Schnittstelle, um den Nutzdatenteil der Middleware-Basis in ein Serviceprofil umzuwandeln und es in dem Serviceprofil-Register zu speichern, indem sie die von der ersten Schnittstelle gesendete Nachricht analysiert, und wobei die gesteuerten Vorrichtungen durch das Serviceprofil des Frameworks gesteuert werden.
Ein anderer Aspekt der Erfindung enthält eine Anwendung, die von einem Service-Client des Frameworks betrieben wird, und enthält eine Benutzer-Schnittstellenvorrichtung zum Einrichten von Zugriff und Informationen zu anderen Heimnetzen, so dass die Services der gesteuerten Vorrichtungen von dem Framework angefordert werden können.
Es ist zu bevorzugen, jedoch nicht notwendig, dass die Datenkommunikation zwischen jedem Element des Frameworks und jeder Anwendung eine Schnittstelle eines unabhängigen Standards verwendet (offene Anwendungs-Programmierschnittstelle (Open API: Open Application Programming Interface)).
Der Framework empfängt das Serviceprofil von der zweiten Schnittstelle und registriert es in dem Serviceprofil-Register. Ein Service-Administrator zum Ausführen der Funktionen, wie beispielsweise Erzeugung, Korrektur, Löschung und Suche des Serviceprofils ist des Weiteren enthalten, so dass die Services der gesteuerten Vorrichtungen mit dem Serviceprofil des Service-Administrators gesteuert werden können.
Des Weiteren kann, wenn des Weiteren ein Vorrichtungs-Administrator zum Einrichten virtueller Vorrichtungen, die mit dem Serviceprofil des Frameworks gesteuert werden, und zum Erzeugen und Steuern einer Liste virtueller Vorrichtungen, die die virtuellen Vorrichtungen enthält, enthalten ist und dadurch die Services bereitgestellt werden, der Vorrichtungs-Administrator das Serviceprofil der virtuellen Vorrichtungen aus dem Serviceprofil-Register lesen und den Framework durch Ausführen der Services ansteuern.
Es ist zu bevorzugen, jedoch nicht notwendig, dass der Service-Administrator die Heim-Situationen auf Echtzeitbasis über einen Umgebungssensor überwacht, verschiedene Umgebungsdaten sammelt, die Daten auf Echtzeitbasis analysiert und diagnostiziert, Serviceinformationen zum Ansteuern der gesteuerten Vorrichtungen herleitet, das Serviceprofil auf Basis der Service-Informationen registriert, um die intelligenten Services dem Serviceprofil-Register bereitzustellen, und dadurch die intelligenten Services bereitstellt.
In dem Service-Administrator wandelt, wenn ein Service für das Serviceprofil angefordert wird, die zweite Schnittstelle den Datenteil (Nutzdaten) der Profilbasis in Daten der Middleware-Basis um. Die erste Schnittstelle empfängt die umgewandelten Daten und wandelt sie in eine Nachricht der Middleware-Basis um. Dadurch werden die gesteuerten Vorrichtungen durch die Middleware gesteuert.
Andererseits umfasst ein Verfahren zum Steuern eines Heimnetzes, das einen Framework zum Integrieren und Steuern einer Vielzahl von Middleware, die eine Vielzahl gesteuerter Vorrichtungen enthält, und die Anwendung mit einer Benutzer-Schnittstellenvorrichtung, die von einem Service-Client des Frameworks betrieben wird, enthält, nach einer Ausführung der vorliegenden Erfindung einen Schritt der Umwandlung der Middleware-Nachricht, um eine Nachricht einer Middleware-Basis der gesteuerten Vorrichtungen in eine gemeinsame Nachricht der Framework-Basis umzuwandeln, einen Schritt der Umwandlung von Middleware-Nutzdaten, um den Nutzdatenteil der Middleware-Basis in ein Serviceprofil umzuwandeln, indem die Nachricht aus dem Schritt der Umwandlung der Middleware-Nachricht analysiert wird, einen Speicherschritt zum Speichern des Serviceprofils und einen Steuerschritt, um die gesteuerten Vorrichtungen mit dem Serviceprofil des Frameworks zu steuern.
Datenkommunikation zwischen jedem Element des Frameworks und jeder Anwendung verwendet eine Schnittstelle eines unabhängigen Standards (offene Anwendungs-Programmierschnittstelle (Open API: Open Application Programming Interface)).
Des Weiteren ist es zu bevorzugen, jedoch nicht notwendig, dass die vorliegende Erfindung das Überwachen der Heim-Situationen auf Echtzeitbasis über einen Umgebungs-Sensor, das Sammeln verschiedener Umgebungsdaten, das Analysieren und Diagnostizieren der Daten auf Echtzeitbasis, das Herleiten einer Serviceinformation zum Ansteuern der gesteuerten Vorrichtungen und das Registrieren des Serviceprofils auf Basis der Serviceinformationen zum Bereitstellen der intelligenten Services für die Serviceprofil-Liste umfasst, um dadurch das Bereitstellen intelligenter Services zu ermöglichen.
Die Steueroperation kann das Einrichten einer virtuellen Vorrichtung für jede der gesteuerten Vorrichtungen, die mit dem Serviceprofil in dem Framework gesteuert werden, das Auswählen eines Serviceprofils für die virtuelle Vorrichtung und das Steuern der gesteuerten Vorrichtungen gemäß dem Serviceprofil enthalten.
Des Weiteren ist es zu bevorzugen, jedoch nicht notwendig, dass die Operation der Steuerung der gesteuerten Vorrichtungen eine Operation der Umwandlung von Serviceprofil-Nutzdaten, die einen Datenteil (Nutzdaten) einer Serviceprofil-Basis der gesteuerten Vorrichtungen in ein Serviceprofil der Middleware-Basis umwandelt, eine Operation der Umwandlung der Serviceprofil-Nachricht, die eine Nachricht einer Serviceprofil-Basis der gesteuerten Vorrichtungen in eine Nachricht der Middleware-Basis umwandelt, und eine Steueroperation, die die gesteuerten Vorrichtungen mit der Middleware steuert, umfasst.
KURZE BESCHREIBUNG DER ZEICHNUNGEN
Die Erfindung wird ausführlich beschrieben, wobei auf die folgenden Zeichnungen Bezug genommen wird, die beispielhafte Ausführungen zeigen, bei denen sich gleiche Bezugszeichen auf gleiche Elemente beziehen und bei denen:
1 eine Ansicht ist, die schematisch ein Netzsystem zeigt, das eine herkömmliche Middleware verwendet.
2 eine Ansicht ist, die ausführlich eine beispielhafte Struktur eines Service-Frameworks nach der vorliegenden Erfindung zeigt.
3 eine Ansicht ist, die den Fließvorgang einer Nachricht bei einer beispielhaften Ausführung zeigt.
AUSFÜHRLICHE BESCHREIBUNG DER BEVORZUGTEN AUSFÜHRUNGEN
Im Folgenden wird eine beispielhafte Ausführung nach der vorliegenden Erfindung mit Bezugnahme auf die beigefügten Zeichnungen ausführlich beschrieben.
2 ist ein Diagramm, das schematisch eine Service-Framework-Struktur nach der vorliegenden Erfindung zeigt.
Wie gezeigt wird, enthält ein Heimnetz 100 nach einer Ausführung der vorliegenden Erfindung eine Anwendung 110, eine Service-Framework-Vorrichtung 120, eine Vielzahl lokaler Netze 130, 132, 134 und eine Heimvorrichtungsgruppe 130b, 132b, 134b, von denen jede eine Middleware enthält.
Die Anwendungen 110, 112, 114 werden jeweils von einem Client des Service-Frameworks 120 betrieben und enthalten eine Benutzer-Schnittstellenvorrichtung, die eine grafische Benutzerschnittstelle aufweist, die mit einem Heimnetz verbunden ist, um den Zugriff und Informationen zu anderer Middleware und anderen Heimvorrichtungen, die mit jeder dieser Middleware verbunden sind, einzurichten. Sie ist so konstruiert, dass sie Informationen mit mehreren Heimservice-Anwendungen, die der Benutzer-Schnittstellenvorrichtung bereitgestellt werden, austauscht, gemäß den Servicetypen und Funktionen, die in dem Framework definiert sind, arbeitet und einen Service zu einer Vorrichtung anfordert, der in einer unterschiedlichen Middleware enthalten ist, indem ein Serviceprofil in dem Framework genutzt wird.
Die lokalen Netze 130, 132, 134 sind so konstruiert, dass die Heimvorrichtungsgruppen 130b, 132b, 134b, von denen jede die Middleware enthält, miteinander verbunden sind. Zu diesem Zeitpunkt gibt es, wenn jede der Heimvorrichtungsgruppen 130b, 132b, 134b für den Middleware-Typ geeignet ist, keine Probleme. Das heißt, dass gemäß der vor liegenden Ausführung die lokalen Netze 130, 132, 134 dadurch gekennzeichnet sind, dass die Operationen, die von derselben Middleware durchgeführt werden, kompatibel sind und dadurch sichergestellt werden. Daher kann jedes der lokalen Netze 130, 132, 134 ein UPnP-Netz oder ein PLC-Netz oder ein HAVi-Netz von 1 sein.
Der Service-Framework 120 decodiert und erzeugt eine Nachricht für die Elemente, die für wechselseitige Kommunikation zwischen den lokalen Netzen 130, 132, 134 und den Anwendungen 110, 112, 114 erforderlich ist.
Der Service-Framework 120 enthält einen Vorrichtungs-Administrator 121, einen Service-Administrator 122, eine Liste virtueller Vorrichtungen 123, einen Serviceprofil-Manager 124, eine Schnittstelle 126 zum Austauschen gemeinsamer Nachrichten und eine Middleware-Adaptationsschicht 130a, 132a, 134a.
Der Service-Administrator 122 steuert und verwaltet jeden Service auf Basis einer Serviceliste, die in ein gemeinsames Profil des Service-Frameworks 120 umgewandelt wird, wobei Entdeckungs-Informationen jeder Vorrichtung verwendet werden. Das heißt, dass ein Serviceprofil gemäß jeder virtuellen Vorrichtung erzeugt wird, so dass steuerbare Services und Funktionen von dem Service-Framework 120 bereitgestellt werden. Dann wird das Serviceprofil über den Serviceprofil-Manager 124 in einem Serviceprofil-Register 125 aufgebaut und die Vorrichtung ist so konstruiert, dass sie das Steuern jeder Heimvorrichtung gemäß dem Serviceprofil ermöglicht. Des Weiteren ist sie so konstruiert, dass sie die Funktionen, wie beispielsweise Erzeugung, Korrektur, Löschung und Suche jedes Serviceprofils, eines Serviceprofil-Managers 124 ausführt.
Das Serviceprofil-Register 125 bildet eine Abbildungs-Tabelle zur Verbindung mit einem reellen Service, wobei ein Serviceprofil eines Metadatenformats verwendet wird, das in dem Framework der vorliegenden Erfindung definiert ist.
Der Serviceprofil-Manager 124 verwaltet ein Serviceprofil von Heimvorrichtungen und virtuellen Vorrichtungen und arbeitet als eine Schnittstelle zwischen dem Serviceprofil-Register 125 und dem Service-Administrator 122, um Erzeugungs-, Korrektur-, Lösch- und Suchfunktionen eines Serviceprofils durchzuführen.
Der Vorrichtungs-Administrator 121 steuert und verwaltet jeden Service auf Basis einer Serviceliste, die in ein gemeinsames Profil des Service-Frameworks 120 umgewandelt wird, wobei Entdeckungs-Informationen jeder Vorrichtung verwendet werden. Das heißt, dass eine virtuelle Vorrichtung erzeugt wird, und eine Liste virtueller Vorrichtungen, die die virtuellen Vorrichtungen enthält, erzeugt wird, so dass jede Vorrichtung in dem Service-Framework 120 gesteuert wird.
Des Weiteren wird die virtuelle Vorrichtung mit dem Serviceprofil betrieben, das von dem Service-Administrator 122 in dem Service-Framework bereitgestellt wird. Daher ist der Vorrichtungs-Administrator so konstruiert, dass er Erzeugung, Korrektur, Löschung und Suchen von mehr als einer Liste virtueller Vorrichtungen ausführt, die beim Abbilden der Services verwendet wird, die Heimvorrichtungen eigentlich zur Beschreibung der Vorrichtung bereitstellen.
In jeder Middleware-Adaptationsschicht 130a, 132a, 134a wird jede Middleware durch einen Steuerpunkt betrieben. Bei jeder Middleware arbeitet des Weiteren die Middleware-Adaptationsschicht als eine erste Schnittstelle, die die Nachricht gemäß den spezifischen Protokollen jeder Middleware in eine gemeinsame Nachricht des Service-Frameworks 120 umwandelt. Das heißt, dass der Nachrichtenteil der spezifischen Protokolle jeder Middleware in eine gemeinsame Nachricht des Service-Frameworks 120 umgewandelt wird, so dass sie getrennt von jeder Middleware gebildet wird. Der Datenteil, der die Nutzdaten ist, wird zu einer Schnittstelle 126 zum Austauschen gemeinsamer Nachrichten gesendet, während gleichzeitig die Protokollmerkmale jeder Middleware beibehalten werden. Zum Beispiel werden die Entdeckungs-Informationen jeder Heimvorrichtung umgewandelt.
Die Schnittstelle 126 zum Austauschen gemeinsamer Nachrichten wird verwendet, um ein Serviceprofil, dass sich auf einen vorgegebenen Service bezieht, auf Basis des Serviceprofils der virtuellen Vorrichtung zu senden. Im Besonderen sucht sie, wenn eine Nachricht von der Middleware-Adaptationsschicht 130a, 132a, 134a empfangen wird, einen Serviceprofil-Manager 124, um den Nutzdatenteil, der eine Middleware-Basis aufweist, umzuwandeln, und arbeitet als zweite Schnittstelle, die ein Serviceprofil bildet, das eine gemeinsame Datei in dem Service-Framework 120 ist. Des Weiteren gibt der Service-Administrator 122 die Informationen in Bezug auf den Serviceprofil-Manager 124 wieder, so dass die virtuelle Vorrichtung den aktuellen Zustand der Heimvorrichtung wiedergeben kann.
Umwandlungsoperationen werden bei der vorliegenden Erfindung von der ersten Schnittstelle, die die Middleware-Adaptationsschicht 130a, 132a, 134a, enthält, bzw. einer Schnittstelle 126 zum Austauschen gemeinsamer Nachrichten durchgeführt.
Das heißt, dass, wenn alle Daten über das lokale Netz in einer allgemeinen Schnittstelle (eine Middleware, die UPnP enthält) empfangen werden, Nutzdaten in dem Vorgang, der einer Nachricht entspricht, analysiert werden. Daher führt nach der vorliegenden Erfindung die Schnittstelle 126 zum Austauschen gemeinsamer Nachrichten die Nutzdatenanalyse durch.
Da bei Daten, die von unterschiedlichen Vorrichtungen in derselben Middleware-Gruppe empfangen werden, der Nachrichtenteil derselbe ist, aber der Nutzdatenteil unterschiedlich ist, wird die oben beschriebene Struktur gebildet. Daher besteht insofern ein Vorteil, als bei Hinzufügen einer neuen Vorrichtung lediglich die Serviceprofil-Liste durch Verwaltung des Nutzdatenteils periodisch aktualisiert werden muss.
Zu diesem Zeitpunkt werden die zu jeder Middleware gehörenden Vorrichtungen zu einer virtuellen Vorrichtung, die die Anwendung 110, 112, 114 mit einer gemeinsamen Datei des Service-Frameworks 120 ansteuern kann, eingerichtet und werden dann in der Liste 123 virtueller Vorrichtungen registriert.
Eine Schnittstelle eines unabhängigen Standards (Open APIs 127) wird verwendet, wenn die Anwendung 110, 112 und 114 Services der Heimvorrichtungen jedes lokalen Netzes in dem Service-Framework 120 anfordert.
Im Folgenden wird ein Nachrichtenfluss des Service-Frameworks nach einer beispielhaften Ausführung der vorliegenden Erfindung unter Verwendung der oben beschriebenen Struktur erklärt.
3 ist eine Ansicht, die die Vorgänge zum Verarbeiten einer Heimvorrichtung und einer Nachricht, die sich auf die Heimvorrichtung bezieht, zeigt. Der Abschnitt oberhalb der gepunkteten Linie zeigt die Vorgänge zum Registrieren jeder Heimvorrichtung und der untere Teil zeigt die Vorgänge, über die Services durch eine reelle Heimvorrichtung bereitgestellt werden, wenn Services angefordert werden.
Aus Gründen der Klarheit wird bei der vorliegenden Erfindung angenommen, dass die Heimvorrichtung 1 der Middleware 1, die das UPnP-Netz des lokalen Netzes 1 (130) enthält, mit einem Netz verbunden ist.
Sobald eine Vorrichtung mit dem lokalen Netz 1 (130) verbunden ist und eine geeignete Adresse bezeichnet wird, wird die Suchoperation durchgeführt. Dann wird der Service, den die Vorrichtung bereitstellt, in ein Protokoll (UPnP-Vorrichtungsprofil) der Middleware 1 in dem lokalen Netz (S210) umgewandelt und die Middleware-Nachricht (MSG) und Nutzdaten werden gesendet. Die Hauptinformationen in Bezug auf eine allgemeine Vorrichtung oder einen Service, den die Vorrichtung bereitstellt, enthalten einen Typ, eine Kennung und einen Zeiger eines Erklärungshandbuch einer XML-Vorrichtung.
In dem Schritt S210 wandelt, wenn die Middleware-Nachricht (MSG), die die Vorrichtung und den Service mitteilt, und die Nutzdaten über die offene Anwendungs-Programmierschnittstelle (Open API) 127, die eine innere Schnittstelle des Service-Frameworks 120 ist, zu der MW1-Adaptationsschicht 130a gesendet werden (S220), die MW1-Adaptationsschicht 130a die Middleware-Nachricht (MSG) auf Basis des UPnP-Vorrichtungsprofils in eine gemeinsame Nachricht um, die in dem Service-Framework 120 bereitgestellt wird (S230). Dann wird die umgewandelte Nachricht zusammen mit den Nutzdaten auf Basis des UPnP-Vorrichtungsprofils zu der Schnittstelle 126 zum Austauschen gemeinsamer Nachrichten gesendet (S240).
Die Schnittstelle 126 zum Austauschen gemeinsamer Nachrichten wandelt den Nutzdatenteil der empfangenen Nachricht in das Serviceprofil um, das in dem Service-Framework 120 bereitgestellt wird (S250), und sendet es zu dem Vorrichtungs-Administrator 121 und dem Service-Administrator 122 (S270).
Dann erzeugt der Vorrichtungs-Administrator 121, wie oben beschrieben, eine virtuelle Vorrichtung gemäß einer gemeinsamen Datei und registriert sie in der Liste 123 virtuel ler Vorrichtungen. Der Service-Administrator 122 registriert die Serviceinhalte der Vorrichtung über den Serviceprofil-Manager 124 in dem Serviceprofil-Register 125.
Gemäß den oben beschriebenen Prozessen kann, wenn jede Netzvorrichtung und die Services registriert sind, jede Anwendung die Services anfordern.
Im Folgenden wird der Schritt zum Anfordern von Service bei jeder Anwendung der Benutzer-Schnittstellenbasis, die als Client des Service-Frameworks arbeitet, mit Bezugnahme auf 3 erklärt.
Zuerst fordert jede Anwendung 110, 112, 114 über die von dem Service-Framework bereitgestellte Schnittstelle eines unabhängigen Standards (Open API) (Anwendungs-Programmierschnittstelle (Application Programming Interface) 127) einen Service für die Heimvorrichtung 1 zu dem Vorrichtungs-Administrator 121 an (S310, S320).
Der Vorrichtungs-Administrator 121 sucht die virtuelle Vorrichtung, die in der Liste virtueller Vorrichtungen für die angeforderte Heimvorrichtung 1 registriert ist. Dann, wenn der Vorrichtungs-Administrator 121 das Serviceprofil der gesuchten virtuellen Vorrichtung zu dem Serviceprofil-Manager 124 anfordert, sucht der Serviceprofil-Manager 124 dann das Serviceprofil für die Vorrichtung aus dem Serviceprofil-Register 125 und sendet es zu dem Vorrichtungs-Administrator 121. Nachfolgend sendet der Vorrichtungs-Administrator 121 die Inhalte des Serviceprofils zu der Schnittstelle 126 zum Austauschen gemeinsamer Nachrichten (S330).
Die Schnittstelle 126 zum Austauschen gemeinsamer Nachrichten, die das Serviceprofil empfängt, das ein gemeinsames Profil der Service-Framework-Basis enthält, wandelt die Nutzdaten des gemeinsamen Dateityps in eine Middleware-Profilnachricht um (S340) und sendet sie zu der MW1-Adaptationsschicht 130a (S350).
Die MW1-Adaptationsschicht 130a wandelt die Nachricht des gemeinsamen Dateityps der empfangenen Nachricht in die Nachricht des Middleware-Profiltyps um (S360) und sendet sie zu der Middleware 1 (S370), um dadurch das Betreiben der Heimvorrichtung 1 gemäß dem Serviceprofil zu ermöglichen.
Gemäß den Nachrichtenverarbeitungsschritten können intelligente Services bereitgestellt werden, indem die Serviceinhalte, die jede Vorrichtung auf eine umfassende Weise enthalten, eingerichtet werden.
Das heißt, dass verschiedene Umgebungsdaten durch Überwachen der Heim-Situationen auf Echtzeitbasis über einen Umgebungssensor gesammelt werden und die Informationen zum Ansteuern der gesteuerten Vorrichtungen durch Analysieren und Diagnostizieren der Informationen auf Echtzeitbasis hergeleitet werden. Daher können die Services durch Registrieren der Informationen als Serviceprofil ausgeführt werden.
Zum Beispiel wird eine virtuelle Service-Umgebung, um das Betrachten einer DVD zu einer bezeichneten Zeit zu ermöglichen, so hergestellt, dass die zum Betrachten einer DVD erforderlichen Vorrichtungen, wie eine DVD, ein Fernseher, ein Vorhang und eine Beleuchtungsvorrichtung, gesteuert werden können, soweit erforderlich. Genauer gesagt, wird als ein erster Schritt zum Betrachten einer DVD der Vorhang herabgelassen und die geeignete Beleuchtung, die zum Betrachten einer DVD erforderlich ist, wird angefordert. Nach Abschluss dieser Operationen wird ein Service angefordert, um das Einschalten eines Fernsehers zu ermöglichen, und dadurch wird ein System zum Ausführen einer Reihe intelligenter Services bereitgestellt.
Nach der vorliegenden Erfindung können die Heimvorrichtungen leicht gesteuert werden, indem die Framework-Schnittstelle verwendet wird, die die Umwandlungsfunktion zum Umwandeln der Informationen über die Middleware-Schnittstelle, zu der jede Heimvorrichtung gehört, verwendet.
Des Weiteren kann, auch wenn die aktuelle Erfindung mit dem Vorrichtungs-Administrator 121, der die Anforderungen für Services der Heimvorrichtungen ansteuert, beschrieben wird, dann, wenn die in dem Serviceprofil-Manager 124 gespeicherten Informationen der Liste virtueller Vorrichtungen verwendet werden, der Service-Administrator 122 den Prozess zum Bereitstellen von Services der Heimvorrichtungen ansteuern.
Auf diese Weise wird, wenn der Service-Framework des Heimnetzes nach der vorliegenden Erfindung verwendet wird, eine virtuelle Heimumgebung für eine Middleware-zu-Middleware und alle Heimressourcen bereitgestellt, indem die Vorrichtungsprofile mit unterschiedlichen Strukturen auf eine integrierte Weise verwaltet werden, und dadurch kann eine Integrationsverwaltung verwirklicht werden.
Auch wenn die bevorzugte Ausführung der vorliegenden Erfindung beschrieben wurde, ist für Fachleute erkennbar, dass die vorliegende Erfindung nicht auf die beschriebene bevorzugte Ausführung zu beschränken ist, sondern innerhalb des Umfangs der vorliegenden Erfindung, die durch die angehängten Ansprüche definiert wird, verschiedene Änderungen und Modifizierungen vorgenommen werden können.

Claims

Dienst-Framework-Vorrichtung (120) eines Heimnetzes (100) zum integrieren und Steuern einer Vielzahl von Middleware-Elementen, die in einer Vielzahl gesteuerter Vorrichtungen (130b, 132b, 134b) enthalten sind, wobei sie umfasst: ein Dienstprofil-Register (125), das ein Dienstprofil der gesteuerten Vorrichtungen speichert; gekennzeichnet durch: eine erste Schnittstelle (130a, 132a, 134a), die so eingerichtet ist, dass sie eine Nachricht einer Middleware-Basis in eine gemeinsame Nachricht einer Framework-Basis umwandelt; und eine zweite Schnittstelle (126), die so eingerichtet ist, dass sie einen Nutzdatenteil der Middleware-Basis in ein Dienstprofil umwandelt und das Dienstprofil in dem Dienstprofil-Register speichert, indem sie die von der ersten Schnittstelle gesendete Nachricht analysiert, wobei die gesteuerten Vorrichtungen durch das Dienstprofil der Framework-Vorrichtung gesteuert werden.
Dienst-Framework-Vorrichtung eines Heimnetzes nach Anspruch 1, die des Weiteren umfasst: eine Anwendung (110, 112, 114), die von einem Dienst-Client der Framework-Vorrichtung betrieben wird und eine Benutzer-Schnittstellenvorrichtung enthält, die so eingerichtet ist, dass sie Zugriff einrichtet und Informationen über die Vielzahl von Middleware-Elementen einschließlich der Vielzahl gesteuerter Vorrichtungen erfasst, so dass die Dienste der gesteuerten Vorrichtungen über die Framework-Vorrichtung angefordert werden können.
Dienst-Framework-Vorrichtung eines Heimnetzes nach Anspruch 2, wobei Datenkommunikation zwischen jedem Element der Framework-Vorrichtung und der Anwendung so eingerichtet ist, dass sie eine Schnittstelle eines unabhängigen Standards verwen det, die eine offene Anwendungs-Programmierschnittstelle (Open Application Programming Interface) ist.
Dienst-Framework-Vorrichtung eines Heimnetzes nach Anspruch 1, wobei die Framework-Vorrichtung des Weiteren einen Dienst-Administrator (122) umfasst, der so eingerichtet ist, dass er das Dienstprofil von der zweiten Schnittstelle empfängt, das Dienstprofil in dem Dienstprofil-Register registriert und Funktionen, wie Erzeugung, Korrektur, Löschung und Suche des Dienstprofils ausführt, so dass die gesteuerten Vorrichtungen mit den Dienstprofil des Dienst-Administrators gesteuert werden können.
Dienst-Framework-Vorrichtung eines Heimnetzes nach Anspruch 4, die des Weiteren umfasst: einen Vorrichtungs-Administrator (121) zum Einrichten virtueller Vorrichtungen, die mit dem Dienstprofil der Framework-Vorrichtung gesteuert werden; und eine Liste (123) virtueller Vorrichtungen, die Informationen über die virtuellen Vorrichtungen speichert; wobei die Liste virtueller Vorrichtungen von dem Vorrichtungs-Administrator generiert und gesteuert wird, so dass der Vorrichtungs-Administrator das Dienstprofil der virtuellen Vorrichtungen aus dem Dienstprofil-Register lesen kann und die Framework-Vorrichtung durch Ausführen die Dienste ansteuern kann.
Dienst-Framework-Vorrichtung eines Heimnetzes nach Anspruch 4, wobei der Dienst-Administrator so eingerichtet ist, das er Heim-Situationen auf Echtzeitbasis über einen Umgebungssensor überwacht, verschiedene Umgebungsdaten sammelt, die Daten auf Echtzeitbasis analysiert und diagnostiziert, Dienstinformationen zum Ansteuern der gesteuerten Vorrichtungen herleitet und ein Dienstprofil auf Basis der Dienst-Informationen in dem Dienstprofil-Register registriert.
Dienst-Framework-Vorrichtung eines Heimnetzes nach Anspruch 5, wobei der Dienst-Administrator des Weiteren einen Dienstprofil-Manager (124) umfasst, der so konfiguriert ist, dass er ein Dienstprofil der virtuellen Vorrichtung verwaltet und Funktionen der Erzeugung, Korrektur, Löschung und Suche des Dienstprofils erfüllt, so dass die zwei te Schnittstelle das Dienstprofil empfängt, wobei der Dienstprofil-Manager das Dienstprofil in dem Dienstprofil-Register registriert, das Dienstprofil der entsprechenden virtuellen Vorrichtung aus dem Dienstprofil-Register liest und das Dienstprofil in Reaktion auf eine Anforderung des Vorrichtungs-Administrators sendet.
Dienst-Framework-Vorrichtung eines Heimnetzes nach Anspruch 6, wobei die zweite Schnittstelle so eingerichtet ist, dass sie, wenn ein Dienst für das entsprechende Dienstprofil von dem Dienst-Administrator angefordert wird, einen Nutzdatenteil der Dienstprofil-Basis in Daten der Middleware-Basis umwandelt, und die erste Schnittstelle so eingerichtet ist, dass sie die umgewandelten Daten empfängt und die umgewandelten Daten weiter in eine Nachricht der Middleware-Basis umwandelt, so dass die gesteuerten Vorrichtungen durch die Middleware gesteuert werden.
Verfahren zum Steuern eines Heimnetzes (100), das einen Framework zum Integrieren und Steuern einer Vielzahl von Middleware-Elementen, die in einer Vielzahl gesteuerter Vorrichtungen enthalten ist, und eine Anwendung (110, 112, 114) enthält, die eine Benutzerschnittstellenvorrichtung aufweist, die von einem Dienst-Client des Frameworks betrieben wird, wobei es umfasst: Durchführen (S230) einer Operation der Umwandlung einer Middleware-Nachricht, die eine Nachricht einer Middleware-Basis der gesteuerten Vorrichtungen in eine gemeinsame Nachricht der Framework-Basis umwandelt; Durchführen (S250) einer Operation der Umwandlung von Middleware-Nutzdaten, die einen Nutzdatenteil der Middleware-Basis in ein Dienstprofil umwandelt, indem sie die Nachricht aus dem Schritt der Umwandlung der Middleware-Nachricht analysiert; Durchführen einer Speicheroperation, die das Dienstprofil speichert; und Durchführen einer Steueroperation, die die gesteuerten Vorrichtungen mit dem Dienstprofil des Frameworks steuert.
Verfahren nach Anspruch 9, wobei Datenkommunikation zwischen allen Elementen des Frameworks und jeder Anwendung eine Schnittstelle eines unabhängigen Standards verwendet, die eine offene Anwendungs-Programmierschnittstelle (Open Application Programming Interface) ist.
Verfahren nach Anspruch 9, die des Weiteren Durchführen einer Operation des Überwachens von Heim-Situationen auf Echtzeitbasis über einen Umgebungs-Sensor, des Sammelns verschiedener Umgebungsdaten, des Analysierens und Diagnostizierens der Daten auf Echtzeitbasis, des Herleitens von Dienstinformationen zum Ansteuern der gesteuerten Vorrichtungen und des Registrierens eines Dienstprofils auf Basis der Dienstinformationen in einem Dienstprofil-Register umfasst.
Verfahren nach Anspruch 9, wobei die Steueroperation einschließt: Einrichten einer virtuellen Vorrichtung für jede der gesteuerten Vorrichtungen, die mit jeweiligen Dienstprofilen in dem Framework gesteuert werden; Auswählen eines der jeweiligen Dienstprofile für die virtuelle Vorrichtung; und Steuern der gesteuerten Vorrichtungen gemäß dem ausgewählten Dienstprofil.
Verfahren nach Anspruch 12, wobei der Schritt des Steuerns der gesteuerten Vorrichtungen umfasst: Durchführen (S340) einer Operation der Umwandlung von Dienstprofil-Nutzdaten, die einen Nutzdatenteil einer Dienstprofil-Basis der gesteuerten Vorrichtungen in ein Dienstprofil der Middleware-Basis umwandelt; und Durchführen (S360) einer Operation der Umwandlung der Dienstprofil-Nachricht, die eine Nachricht einer Dienstprofil-Basis der gesteuerten Vorrichtungen in eine Nachricht der Middleware-Basis umwandelt; Durchführen einer Steueroperation, die die gesteuerten Vorrichtungen mit den Middleware-Elementen steuert.