DE112004003015B4 - Netzwerk-/Dienststeuerverfahren - Google Patents

Netzwerk-/Dienststeuerverfahren Download PDF

Info

Publication number
DE112004003015B4
DE112004003015B4 DE112004003015.3T DE112004003015T DE112004003015B4 DE 112004003015 B4 DE112004003015 B4 DE 112004003015B4 DE 112004003015 T DE112004003015 T DE 112004003015T DE 112004003015 B4 DE112004003015 B4 DE 112004003015B4
Authority
DE
Germany
Prior art keywords
network
user
context
information
service control
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
DE112004003015.3T
Other languages
English (en)
Other versions
DE112004003015T5 (de
Inventor
Masafumi Katoh
Tsuguo Kato
Ryuichi Takechi
Yoichiro Igarashi
Hitoshi Yamada
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of DE112004003015T5 publication Critical patent/DE112004003015T5/de
Application granted granted Critical
Publication of DE112004003015B4 publication Critical patent/DE112004003015B4/de
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H04L41/0856—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information by backing up or archiving configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0866—Checking the configuration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
    • H04L41/5067—Customer-centric QoS measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/15—Flow control; Congestion control in relation to multipoint traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/808—User-type aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

Netzwerk-/Dienststeuerverfahren mit: einem Schritt zum Erfassen, wenn ein Kommunikationsdienst für einen Nutzer vorgesehen wird, eines Nutzerkontextes, der als Kenntnisinformationen über den Nutzer, dem ein Umfeld zugeordnet ist, das den Nutzer umgibt, und ein früheres Verhaltensmuster des Nutzers definiert ist; einem Schritt zum Erfassen eines Nutzerprofils, das als Informationen über einen Favoriten des Nutzers definiert ist, die durch den Nutzer zuvor zu einer beliebigen Zeit registriert wurden; und einem Schritt zum Erfassen eines Dienstprofils, das als Empfehlungswert eines Liefermodus des Kommunikationsdienstes definiert ist, der zuvor zu einer beliebigen Zeit durch einen Kommunikationsdienstanbieter registriert wurde; und einem Dienststeuerschritt zum Bestimmen von Netzwerkerfordernissen zum Vorsehen des Kommunikationsdienstes auf der Basis des Nutzerkontextes, des Nutzerprofils und des Dienstprofils.

Description

  • HINTERGRUND DER ERFINDUNG
  • Die vorliegende Erfindung betrifft eine Technologie zum Steuern eines Netzwerkes und eines Dienstes.
  • Bislang hat solch ein Dienst existiert, dass ein Terminal als Datenankunftsziel verändert wird und ein Empfangsterminal auf der Basis einer Hypothese über die Absicht eines Nutzers selektiert wird, die von einem nutzerperipheren Kontext (wie beispielsweise Zeit/Ort, persönlicher Habe und peripheren Vorrichtung) und einem früheren Verhaltensmuster (die nachfolgend auch als Nutzerkontext bezeichnet sind) abgeleitet wird (siehe z. B. Patentdokument 1). Weiterhin wurde in einem allgegenwärtigen Netzwerk (engl.: ubiquitous network) eine Studie angefertigt über das Vorsehen von einem Dienst und von Informationen, die einem Nutzerkontext am meisten entsprechen, auf der Basis von Informationen über ein Objekt in der realen Welt (siehe z. B. Non-Patent-Dokument 1, Non-Patent-Dokument 2, Non-Patent-Dokument 3).
  • Ferner werden eine Kommunikationsroutensteuerung und QoS-(Quality of Service: Dienstgüte)-Steuerung unter Einsatz einer Traffic-Engineering-Technologie bezüglich einer Netzwerksteuerung ausgeführt, wenn die Informationen verteilt werden. Diese Technologie ermöglicht das Zuordnen der Netzwerkressourcen, wodurch gleichzeitig die Netzwerklastenteilung und die QoS-Garantie aktualisiert werden. Zum Beispiel gibt es in einem Zustand (Kontext), wenn zwei Typen von Diensten, d. h. ein Dienst vom Best-Effort-Typ und ein Dienst vom Bandbreite-Garantietyp, gemeinsam in einem MPLS-(Multi Protocol Label Switching)-Netzwerk existieren, solch eine Technologie, dass eine Bandbreite, die für den Bandbreite-Garantietyp reserviert ist, das Selektieren einer kürzesten Route einschließt, um den Verbrauch von Ressourcen zu minimieren, und ein spezifizierter Pfad (engl.: label path) vom Best-Effort-Typ das dynamische Verändern eines Verkehrswertes einschließt, wodurch das gesamte Netzwerk den Einfluss, der durch die Kommunikationen mit garantierter Bandbreite auf die Kommunikationen vom Best-Effort-Typ ausgeübt wird, in einer Weise absorbiert, dass eine Verschlechterung der QoS weitestgehend reduziert wird, die durch das bevorzugte Verarbeiten von Paketen vom Bandbreite-Garantietyp verursacht werden könnte (siehe z. B. Patentdokument 2, Non-Patent-Dokument 4).
  • Als andere Traffic-Engineering-Technologie gibt es eine Technologie, bei der zum Beispiel das gesamte Netzwerk optimiert wird, indem nach einem Netzwerk-/Anwendungsserverpaar gesucht wird, das die QoS erfüllt, indem sowohl Netzwerk- als auch Anwendungsserverlasten gleichzeitig berücksichtigt werden, und die Last des gesamten Netzwerkes gleichförmig verteilt (siehe Patentdokument 3).
  • Darüber hinaus existiert eine Technologie zum Bewerten eines Nutzerkontextes, einer Anwendungs-QoS-Anforderung und eines Netzwerkkontextes beim Ausführen einer Übergabe eines Terminals, das mit einem ersten Netzwerk kommuniziert, an ein zweites Netzwerk (siehe z. B. Patentdokument 4). Des Weiteren gibt es eine Technologie zum Verwalten einer Beziehung zwischen einem Nutzer und einem Objekt, die durch einen Leser gelesen wird, den der Nutzer bei sich trägt (siehe Patentdokument 5).
    • [Patentdokument 1] Japanische offengelegte Patentanmeldungsveröffentlichung JP 2004-206 670 A
    • [Patentdokument 2] Japanische offengelegte Patentanmeldungsveröffentlichung JP 2004-236198 A ( EP 1443722 A2 )
    • [Patentdokument 3] Veröffentlichung WO 2004/073269 A1
    • [Patentdokument 4] Japanische offengelegte Patentanmeldungsveröffentlichung JP 2003-333639 A ( US 2003/0193910 A1 )
    • [Patentdokument 5) Internationale Anmeldung Nr. PCT/JP2003/002498 (Veröffentlichung WO 2004/080008 A1 )
  • Die US 2004/0162818 A1 beschreibt einen verteilten Profilespeicher und ein verteiltes Management in einem Telekommunikationsnetzwerk. Eine Dienstanfrage wird mit einer Teilnehmeridentifikation verknüpft und es wird auf Profilinformation der Quelle der Dienstanfrage zugegriffen. Eine Kopie der Profilinformation wird einem Netzwerkelement übermittelt, dass durch die Quelle der Dienstanfrage verwendet wird.
  • Die US 2003/0186651 A1 beschreibt eine Mobilstation sowie ein Verfahren zum Reduzieren einer Einrichtungszeit für die Mobilstation. Die Mobilstation ist mit einem externen Netzwerk verbunden und ein Netzressourcenzuweisungsmanager richtet vorab eine Verbindung von Netzknoten ein. Die Netzknoten werden als eine Einheit betrachtet. Zumindest eine Kommunikationsverbindung wird mit dem externen Netzwerk eingerichtet und dynamisch gesteuert.
    • [Non-Patent-Dokument 1] Masafumi Katoh, ”Strategqy of Development of Ubiquitous Network-Utilization of Knowledge Based an Network and Middleware”, [online], 24. Juni 2004, Ubiquitous Networking Forum, Ubiquitous Strategy Symposium, Internet URL:http://www.ubiquitous-forum.jp/documents/sympo20040624/index.html
    • [Non-Patent-Dokument 2] Masayosi Ohhashi, ”Context & Profiling-Semantic Web Utilizing Approach”, [online], 20. Juli 2004, The Institute of Electronics, Information and Communication Engineers, Technical Committee an Ubiquitous and Real-World Oriented Networking (URON), Internet URL:http://www.ieice.org/cs/uron/workshop2004.html
    • [Non-Patent-Dokument 3] Kazuo Imai, ”Fourth Generation Mobile Network and Development into Ubiquitous”, [online], 20. Juni 2004, The Institute of Electronics, Information and Communication Engineers, Technical Committee an Ubiquitous and Real-World Oriented Network Shop (URON), Internet URL:http://www.ieice.org/cs/uron/workshop2004.html
    • [Non-Patent-Dokument 4] Masafumi Katoh, ”Next Generation IP network control based an traffic engineering”, [online), 7. April 2004, The ATM Forum ICBN2004, Internet URL:http://www.atmforum.com/meetings/icbn04-program.html
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Diese Technologien haben jedoch ein Schema zum Verteilen der Informationen, bei dem der Schwerpunkt nur auf einem NW-Kontext oder nur auf einem Nutzerkontext liegt; d. h., sie sehen Dienste unter Berücksichtigung einer Anforderung entweder eines Nutzers oder eines Netzwerkbetreibers vor, ziehen aber keine Anforderung eines Diensteanbieters in Betracht, der z. B. Inhalte verteilt. Eine Technologie zum Steuern des Netzwerkes (das nachfolgend als NW abgekürzt wird) und des Dienstes unter gleichzeitiger Berücksichtigung des Nutzerkontextes, des NW-Kontextes und eines Empfehlungswertes hinsichtlich eines Inhaltsverteilungsverfahrens der Inhalte, die an die Nutzer verteilt werden, wobei dieser Wert als Anforderung des Diensteanbieters definiert ist, wird noch nicht in Erwägung gezogen.
  • Die vorliegende Erfindung ist im Wesentlichen auf das Steuern des NW unter automatischer Berücksichtigung von Anforderungen des Nutzers, des Netzwerkbetreibers und des Diensteanbieters gerichtet. Ferner richtet sich die vorliegende Erfindung auf das automatische Finden eines Kompromisspunktes, auch wenn die Anforderungen dieser drei Parteien in Konflikt geraten. Eine Aufgabe der vorliegenden Erfindung ist es, beim Vorsehen von Kommunikationsdiensten, wie beispielsweise beim Verteilen der Inhalte, eine NW-Anforderungsbedingung unter Verwendung des Nutzerkontextes, der Informationen über einen Favoriten des Nutzers und der Empfehlungsinformationen des Diensteanbieters automatisch zu bestimmen. Ein anderes Ziel der vorliegenden Erfindung ist es, beim Ausführen der NW-Steuerung, die einer bestimmten Anforderungsbedingung entspricht, eine Technologie zum dynamischen Optimieren der Zuordnung von Netzwerkressourcen unter Verwendung des NW-Kontextes und einer NW-Operationspolitik vorzusehen. Noch ein anderes Ziel der vorliegenden Erfindung ist das Vorsehen einer Technologie zum Reflektieren von Absichten des Nutzers und des Diensteanbieters und gleichzeitigen Planen, um die NW-Ressourcen effektiv zu nutzen. Ein noch anderes Ziel der vorliegenden Erfindung ist das Vorsehen des Dienstes durch ein Verfahren zum Interpretieren und Erfüllen der Anforderung des Nutzers, ohne dass der Nutzer irgendeine Anforderung bezeichnet, in solch einem Kontext, dass es der Nutzer selbst, der sich in vielfältigen Umgebungen bewegt, schwer hat, die Nutzeranforderung entsprechend dem Kontext von Mal zu Mal zu bezeichnen.
  • Um die Ziele zu erreichen, umfasst ein Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung:
    einen Schritt zum Erfassen, wenn ein Kommunikationsdienst für einen Nutzer vorgesehen wird, eines Nutzerkontextes, der als Kenntnisinformationen über den Nutzer, wie etwa das den Nutzer umgebende Umfeld, und ein früheres Verhaltensmuster des Nutzers definiert ist;
    einen Schritt zum Erfassen eines Nutzerprofils, das als Informationen über einen Favoriten des Nutzers definiert ist, die durch den Nutzer zuvor zu einer beliebigen Zeit registriert wurden; und
    einen Dienststeuerschritt zum Bestimmen von Erfordernissen oder Bedingungen für ein Netzwerk (unten als Netzwerkerfordernisse bezeichnet), um den Kommunikationsdienst vorzusehen, auf der Basis des Nutzerkontextes und des Nutzerprofils.
  • Ferner umfasst ein Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung:
    einen Schritt zum Erfassen, wenn ein Kommunikationsdienst für einen Nutzer vorgesehen wird, eines Nutzerkontextes, der als Kenntnisinformationen über den Nutzer, wie etwa das den Nutzer umgebende Umfeld, und ein früheres Verhaltensmuster des Nutzers definiert ist;
    einen Schritt zum Erfassen eines Nutzerprofils, das als Informationen über einen Favoriten des Nutzers definiert ist, die durch den Nutzer zuvor zu einer beliebigen Zeit registriert wurden;
    einen Schritt zum Erfassen eines Dienstprofils, das als Empfehlungswert bezüglich des Vorsehens des Kommunikationsdienstes definiert ist, der zuvor zu einer beliebigen Zeit registriert wurde; und
    einen Dienststeuerschritt zum Bestimmen von Netzwerkerfordernissen zum Vorsehen des Kommunikationsdienstes auf der Basis des Nutzerkontextes, des Nutzerprofils und des Dienstprofils.
  • Darüber hinaus umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung ferner:
    einen Schritt zum Erfassen eines Netzwerkkontextes, der als Kenntnisinformationen über einen Verkehrskontext, eine Netzwerkleistung und Informationen definiert ist, die durch Operationserfahrungen erhalten wurden;
    einen Schritt zum Erfassen einer Operationspolitik, die als Informationen über eine Netzwerkoperationspolitik definiert ist, die zuvor zu einer beliebigen Zeit registriert wurden; und
    einen Netzwerksteuerschritt zum Zuordnen von Netzwerkressourcen zum Vorsehen des Kommunikationsdienstes für den Nutzer auf der Basis der Netzwerkerfordernisse, des Netzwerkkontextes und der Operationspolitik.
  • Des Weiteren enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Netzwerkkontext wenigstens eines von Informationen über eine Nachfragetendenz hinsichtlich des Netzwerks, Informationen über eine gegenwärtige Verwendung der Netzwerkressourcen, Informationen über ein Netzwerkverhaltensmuster, das bei Abnormität auftrat, und Informationen über ein Netzwerkoperationsmuster, das entsprechend der Steuerung über das Netzwerk auftrat.
  • Weiterhin enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Dienststeuerschritt, falls sich eine durch das Nutzerprofil spezifizierte Bedingung von einer durch das Dienstprofil spezifizierten Bedingung unterscheidet, einen ersten Einstellschritt zum Einstellen der Netzwerkerfordernisse in einer Weise, dass eine der voreingestellten Bedingungen priorisiert wird.
  • Darüber hinaus enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Dienststeuerschritt, falls sich die durch das Nutzerprofil spezifizierte Bedingung von der durch das Dienstprofil spezifizierten Bedingung unterscheidet, einen zweiten Einstellschritt zum Einstellen der Netzwerkerfordernisse in einer Weise, dass Inhalte von Daten, die durch die zwei Profile spezifiziert sind, miteinander verglichen werden.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der zweite Einstellschritt das Einstellen, als Netzwerkerfordernisse, der Bedingung mit einer strengeren Anforderung unter den in dem Nutzerprofil und in dem Dienstprofil registrierten Bedingungen.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der zweite Einstellschritt das Einstellen, als Netzwerkerfordernisse, der Bedingung mit einer lockereren Anforderung unter den in dem Nutzerprofil und in dem Dienstprofil registrierten Bedingungen.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der zweite Einstellschritt das Wiedereinstellen der Netzwerkerfordernisse durch Lockern der eingestellten Bedingung, falls eine Anforderung hinsichtlich des Kommunikationsdienstes für den Nutzer, der auf der Basis der eingestellten Netzwerkerfordernisse ausgeführt worden ist, in einer Verbindungssperrung mündet.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der zweite Einstellschritt die Bezugnahme, bei den Netzwerkerfordernissen, auf einen Teil der Parameter von denen, die in dem Nutzerprofil und in dem Dienstprofil registriert sind, und deren Einstellung.
  • Ferner ist bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Teil der Parameter als Produktsatz der Parameter definiert, die in den zwei Profilen registriert sind, die das Nutzerprofil und das Dienstprofil enthalten.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der zweite Einstellschritt das Einstellen, als Netzwerkerfordernisse, einer Summe von Sätzen der Parameter, die in den zwei Profilen registriert sind, die das Nutzerprofil und das Dienstprofil enthalten.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin einen dritten Einstellschritt zum Prüfen, falls unter den Parametern, die in den zwei Profilen behandelt werden, die das Nutzerprofil und das Dienstprofil enthalten, die Parameter vorhanden sind, deren Typen miteinander koinzidieren, ferner, falls einer oder beide der Inhalte dieser Parameter nicht als spezifizierter Wert/spezifizierte Werte, sondern als Bereich/Bereiche beschrieben ist/sind und falls verschiedene Bereiche spezifiziert sind, ob ein gemeinsames Gebiet in den zwei Bereichen existiert oder nicht, und Einstellen, als Netzwerkerfordernisse, des gemeinsamen Gebietes, falls die zwei Bereiche das gemeinsame Gebiet haben, und eines einander am nächsten kommenden Wertes in den Bereichen der Parameter der zwei Profile, falls kein gemeinsames Gebiet existiert.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin einen Schritt zum Einstellen, als Netzwerkerfordernisse, eines Wertes in dem gemeinsamen Gebiet, der eine strenge Bedingung angibt.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin einen Schritt zum Einstellen, als Netzwerkerfordernisse, eines Wertes in dem gemeinsamen Gebiet, der eine lockere Bedingung angibt.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin:
    einen Schritt zum Übergeben einer Anforderung hinsichtlich des Nutzerkontextes an ein Nutzerkontext-Fühl-/Verwaltungsmittel, das den Nutzerkontext verwaltet, von einem Dienststeuermittel, das die Netzwerkerfordernisse erzeugt, wenn ein Dienst angefordert wird; und
    einen Schritt zum Übergeben einer Mitteilung mit dem Nutzerkontext, der durch das Dienststeuermittel angefordert wurde, von dem Nutzerkontext-Fühl-/Verwaltungsmittel.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin einen Schritt zum Übertragen des Nutzerkontextes zu einem kontextbewussten Dienststeuermittel, das die Netzwerkerfordernisse erzeugt, von dem Kontextverwaltungsmittel, das den Nutzerkontext verwaltet, wenn eine vorbestimmte Bedingung erfüllt ist.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin einen Schritt zum Prüfen, ob die vorbestimmte Bedingung erfüllt ist oder nicht, wenn in dem Nutzerkontext eine Veränderung auftritt.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin einen Schritt zum Prüfen, ob die vorbestimmte Bedingung erfüllt ist oder nicht, in einem Zeitintervall einer vorbestimmten Periode.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin einen Schritt zum Bestimmen der Zeit, wann geprüft wird, ob die vorbestimmte Bedingung erfüllt ist oder nicht, und zum Bestimmen der nächsten Prüfzeit ab der vorherigen Prüfzeit gemäß einer Regel, die sich entsprechend einem Kontext ändert.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Schritt zum Bestimmen der Zeit, wann geprüft wird, ob die vorbestimmte Bedingung erfüllt ist oder nicht, einen Schritt zum Bestimmen dessen, ob eine Tiefenprüfung erforderlich ist oder nicht, und einen Schritt zum Bestimmen, wenn bestimmt wird, dass die Tiefenprüfung erforderlich ist, der nächsten Prüfzeit in einem verkürzten Zeitintervall ab der vorherigen Prüfzeit.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Schritt zum Prüfen, ob die vorbestimmte Bedingung erfüllt ist oder nicht, einen Schritt zum Bestimmen, wenn bestimmt wird, dass die Tiefenprüfung nicht erforderlich ist, der nächsten Prüfzeit in einem verlängerten Zeitintervall ab der vorherigen Prüfzeit.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin einen Schritt zum Prüfen, ob die vorbestimmte Bedingung erfüllt ist oder nicht, zu einer feststehenden Zeit an einem feststehenden Tag.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Schritt zum Erfassen des Nutzerkontextes:
    einen Schritt zum Zuordnen von Identifikationsinformationen, die von einem elektronischen Etikett erfasst werden, zu Identifikationsinformationen eines Terminals, welches das elektronische Etikett liest; und
    einen Schritt zum Einstellen, als Nutzerkontext, einer Beziehung zwischen einem Objekt, an dem das elektronische Etikett angebracht ist, und einem Besitzer des Objektes, die von einer Zuordnungsbeziehung zwischen den von dem elektronischen Etikett erfassten Identifikationsinformationen und den Terminalidentifikationsinformationen abgeleitet wird.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Schritt zum Erfassen des Nutzerkontextes:
    einen Schritt zum Lesen von Informationen von dem elektronischen Etikett des Objektes, an dem das elektronische Etikett angebracht ist, durch einen Leser, der an einem vorbestimmten Ort angeordnet ist;
    einen Schritt zum Erkennen, dass das Objekt, an dem das elektronische Etikett angebracht ist, einen vorbestimmten Ort durchläuft, durch das Lesen der Informationen von dem elektronischen Etikett mit dem Leser; und
    einen Schritt zum Erkennen, als Nutzerkontext, dass das Objekt den Ort durchläuft, wo der Leser angeordnet ist.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Schritt zum Erfassen des Nutzerkontextes:
    einen Schritt zum Erfassen, als Nutzerkontext, von Standortinformationen des Objektes unter Verwendung des Global Positioning System.
  • Ferner sind bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung in dem elektronischen Etikett Identifikationsinformationen des elektronischen Etiketts und Attributinformationen gespeichert, die Informationen über das Objekt darstellen, an dem das elektronische Etikett angebracht ist.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung des Weiteren:
    einen Schritt zum Lesen der Attributinformationen von einem Server, in dem die Attributinformationen gespeichert sind, die detaillierte Informationen über das Objekt darstellen, an dem das elektronische Etikett angebracht ist, durch das Kontextverwaltungsmittel, das den Nutzerkontext verwaltet.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Leseschritt einen Schritt zum Zugreifen auf den Server und Lesen der Attributinformationen von ihm auf der Basis der Identifikationsinformationen, die in dem elektronischen Etikett gespeichert sind, durch das Kontextverwaltungsmittel.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Leseschritt:
    einen Schritt zum Erfassen, durch das Inhaltsverwaltungsmittel, einer Adresse eines Servers, in dem die Attributinformationen des Objektes gespeichert sind, an dem das elektronische Etikett angebracht ist, von einem Identifikationsinformations-/Netzwerkadressenauflösungsserver, der die Adresse des Servers verwaltet, in dem die Attributinformationen des Objektes gespeichert sind, an dem das elektronische Etikett angebracht ist, auf der Basis der Identifikationsinformationen des elektronischen Etiketts; und
    einen Schritt zum Erfassen, durch das Kontextverwaltungsmittel, der Attributinformationen von dem Server unter Verwendung der Adresse des Servers.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Leseschritt:
    einen Schritt zum Erfassen, durch das Kontextverwaltungsmittel, der Adresse des Servers, in dem die Attributinformationen gespeichert sind, durch Zugreifen auf einen Domain-Name-System-Server, gemäß einem Identifikator, der in dem elektronischen Etikett gespeichert ist; und
    einen Schritt zum Erfassen, durch das Kontextverwaltungsmittel, der Attributinformationen von dem Server auf der Basis der erfassten Adresse.
  • Ferner sind bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung in dem elektronischen Etikett die Identifikationsinformationen, eine Netzwerkadresse des Servers, in dem die Attributinformationen gespeichert sind, oder eine Netzwerkadresse des Identifikationsinformations-/Netzwerkadressenauflösungsservers gespeichert, auf den zum Erfassen der Netzwerkadresse des Servers, in dem die Attributinformationen gespeichert sind, zuzugreifen ist.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin einen Schritt zum Erkennen einer Objektbewegungsrichtung aus einem Verlauf von wenigstens einem oder mehreren Lesern, die die Informationen des elektronischen Etiketts des Objektes erfassen.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin einen Schritt zum Erkennen, dass sich das Objekt und eine Person gemeinsam bewegen, aus derselben Bewegung, die durch das Objekt und durch die Person vollzogen wird.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin einen Schritt zum Übertragen der Attributinformationen eines Ortes, an dem der Leser existiert, zu dem Kontextverwaltungsmittel.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin:
    einen Schritt zum Übertragen eines Identifikators des Ortes, an dem der Leser existiert, zu dem Kontextverwaltungsmittel, das den Kontext verwaltet; und
    einen Schritt zum Erzeugen der Attributinformationen des Ortes von dem empfangenen Identifikator durch das Kontextverwaltungsmittel.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin einen Schritt zum Lesen, durch das Kontextverwaltungsmittel, das den Nutzerkontext verwaltet, der Attributinformationen von dem Server, in dem die Attributinformationen gespeichert sind, die die detaillierten Informationen über das Objekt darstellen.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Leseschritt einen Schritt zum Lesen, durch das Kontextverwaltungsmittel, das den Nutzerkontext verwaltet, der Attributinformationen in einer Weise, dass auf den Server auf der Basis der Identifikationsinformationen zugegriffen wird, die in dem elektronischen Etikett gespeichert sind.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Leseschritt:
    einen Schritt zum Erfassen, durch das Kontextverwaltungsmittel, das den Nutzerkontext verwaltet, der Adresse des Servers, in dem die Attributinformationen des Objektes gespeichert sind, an dem das elektronische Etikett angebracht ist, von dem Identifikationsinformations-/Netzwerkadressenauflösungsserver, der die Adresse des Servers verwaltet, in dem die Attributinformationen des Objektes gespeichert sind, an dem das elektronische Etikett angebracht ist, auf der Basis der Identifikationsinformationen des elektronischen Etiketts; und
    einen Schritt zum Erfassen, durch das Kontextverwaltungsmittel, der Attributinformationen von dem Server in einer Weise, dass die Adresse des Servers verwendet wird.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Leseschritt:
    einen Schritt zum Erfassen, durch das Kontextverwaltungsmittel, das den Nutzerkontext verwaltet, der Adresse des Servers, in dem die Attributinformationen gespeichert sind, durch Zugreifen auf den Domain-Name-System-Server, gemäß dem Identifikator der Attributinformationen, die in dem elektronischen Etikett gespeichert sind;
    einen Schritt zum Erfassen, durch das Kontextverwaltungsmittel, das den Kontext verwaltet, der Attributinformationen von dem Server auf der Basis der erfassten Adresse.
  • Ferner sind bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung in dem elektronischen Etikett die Identifikationsinformationen, eine Netzwerkadresse des Servers, in dem die Attributinformationen gespeichert sind, oder eine Netzwerkadresse des Identifikationsinformations-/Netzwerkadressenauflösungsservers gespeichert, auf den zum Erfassen der Netzwerkadresse des Servers zuzugreifen ist.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Schritt zum Erfassen des Nutzerkontextes:
    einen Schritt zum Erfassen, durch das Kontextverwaltungsmittel, das den Kontext verwaltet, von Informationen über eine Beziehung zwischen dem Nutzer und dem Objekt, die in einer Objekt-Nutzer-Beziehungsverwaltungsdatenbank gespeichert sind, und der Attributinformationen des Objektes, die in einer Objekt/Attribut-Verwaltungsdateribank gespeichert sind, die unabhängig von den Objekt-Nutzer-Beziehungsverwaltungsdaten existiert, und zum Verwalten des den Nutzer umgebenden Umfeldes, wie etwa die nahe Peripherie, als Nutzerkontext von dem Nutzer, dem Objekt und dessen Attributinformationen.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Schritt zum Erfassen des Nutzerkontextes:
    einen Schritt zum Speichern, durch das Kontextverwaltungsmittel, das den Kontext verwaltet, in einer Datenbank, der Identifikationsinformationen des Objektes, an dem das elektronische Etikett angebracht ist, und dessen Attributinformationen, die durch einen Nutzer mit einem Leser gelesen werden, und Verwalten des nutzerperipheren Kontextes als Nutzerkontext von dem Nutzer, dem Objekt und dessen Attributinformationen.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Schritt zum Erfassen des Nutzerkontextes einen Schritt zum Anfordern und Verwalten, durch das Kontextverwaltungsmittel, das den Kontext verwaltet, der Attributinformationen des Objektes als Nutzerkontext, wenn ein Leser die Informationen von dem elektronischen Etikett liest.
  • Ferner enthält bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung der Schritt zum Erfassen des Nutzerkontextes einen Schritt zum Anfordern und Verwalten, durch das Kontextverwaltungsmittel, das den Kontext verwaltet, der Attributinformationen des Objektes als Nutzerkontext zu einer vorbestimmten Zeit.
  • Ferner ist bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung die vorbestimmte Zeit die Zeit, wenn der Dienst angefordert wird.
  • Ferner ist bei dem Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung die vorbestimmte Zeit die Zeit, wenn das in dem Nutzerkontext spezifizierte Objektattribut mit dem Objektattribut koinzidiert, das als zuvor mitgeteilte Bedingung registriert ist.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin, wenn Netzwerkressourcen zugeordnet werden, die der Anforderungsbedingung genügen, die durch das kontextbewusste Dienststeuermittel bestimmt wurde, das die Netzwerkerfordernisse bestimmt, wenn ein Dienst angefordert wird, einen Schritt zum Ändern eines Mediums von Informationen, die zu übertragen sind, durch das Netzwerksteuermittel, das die Netzwerkressourcen zuordnet.
  • Ferner umfasst das Netzwerk-/Dienststeuerverfahren gemäß der vorliegenden Erfindung weiterhin, wenn Netzwerkressourcen zugeordnet werden, die der Anforderungsbedingung genügen, die durch das kontextbewusste Dienststeuermittel bestimmt wurde, das die Netzwerkerfordernisse bestimmt, wenn ein Dienst angefordert wird, einen Schritt zum Ändern eines Codierverfahrens zum Codieren von Informationen, die zu übertragen sind, durch das Netzwerksteuermittel, das die Netzwerkressourcen zuordnet.
  • [Effekte der Erfindung]
  • Somit werden gemäß der vorliegenden Erfindung das NW und der Dienst gesteuert, indem der Nutzerkontext verwendet wird, der einen Zustand (Kontext) des Nutzers repräsentiert, und deshalb ist es möglich, den Dienst vorzusehen, der für einen Nutzer äußerst komfortabel ist. Darüber hinaus kann der Nutzer die Informationen in einem Modus und einem Format, die durch den Nutzer zuvor bezeichnet wurden, entsprechend einem Ort und der Habe des Nutzers empfangen.
  • Speziell wird beim Vorsehen eines Kommunikationsdienstes eine Netzwerkanforderungsbedingung unter Berücksichtigung eines Nutzerkontextes, eines Favoriten des Nutzers und einer Empfehlung eines Diensteanbieters bestimmt, und Absichten des Nutzers, eines Netzwerkbetreibers und des Diensteanbieters werden durch dynamisches Zuordnen von Netzwerkressourcen in solch einer Weise reflektiert, dass eine Operationspolitik des Netzwerkbetreibers basierend auf einem Netzwerkkontext und Operationserfahrungen in der Vergangenheit in Betracht gezogen wird, wodurch die Zuordnung der NW-Ressourcen dynamisch optimiert wird. Des Weiteren kann auch beim Zuordnen der NW-Ressourcen, um einer Anforderung des Nutzers gerecht zu werden, das Netzwerk in der Form entsprechend der Politik des Netzwerkbetreibers effektiv genutzt werden, und es ist machbar, einen Effekt mit sanftem Auf und Ab beim Empfangen der Dienstanforderungen von so vielen Nutzern wie möglich zu erreichen.
  • Ferner wird gemäß der vorliegenden Erfindung die Netzwerkanforderungsbedingung automatisch bestimmt. Bei den herkömmlichen Technologien muss der Nutzer, falls er Quality of Service, d. h. Dienstgüte, (nachfolgend als QoS abgekürzt) verlangt, eine Reihe von Parametern deklarieren. Die vorliegende Erfindung eliminiert jedoch die Notwendigkeit einer komplizierten Deklaration und sieht die optimale QoS entsprechend dem Aufenthaltsort des Nutzers und der Habe des Nutzers vor. In solch einem Zustand, wenn es für den Nutzer selbst schwierig ist, die Anforderung hinsichtlich des NW entsprechend dem Kontext zu bezeichnen, kann nämlich ein Effekt erhalten werden, durch den die Anforderung des Nutzers automatisch gemäß dem Kontext ermittelt werden kann, ohne dass der Nutzer die Anforderung bezeichnet.
  • Ferner ist es gemäß der vorliegenden Erfindung möglich, die QoS unter Berücksichtigung eines Empfehlungswertes des Diensteanbieters vorzusehen. Darüber hinaus werden gemäß der vorliegenden Erfindung die Netzwerkressourcen optimal zugeordnet. Daher wird durch die vorliegende Erfindung eine Verbindungssperrung durch das effektive Nutzen der Netzwerkressourcen minimiert.
  • Weiterhin wird gemäß der vorliegenden Erfindung, falls eine durch den Diensteanbieter empfohlene Bedingung eine Diskrepanz gegenüber einer von einem Nutzerprofil abgeleiteten Bedingung aufweist, die Netzwerkanforderungsbedingung in Übereinstimmung mit einer gelockerten Bedingung festgelegt. Alternativ dazu wird gemäß der vorliegenden Erfindung die Netzwerkanforderungsbedingung gelockert, wenn die Verbindungssperrung auftritt. Bei diesem Prozess ermöglicht die vorliegende Erfindung ein Minimieren der Verbindungssperrung. Gemäß der vorliegenden Erfindung ist es nämlich möglich, das Auftreten einer verpassten Gelegenheit auf Grund der Verbindungssperrung um des Diensteanbieters sowie des Netzwerkbetreibers willen zu minimieren. Ferner nimmt gemäß der vorliegenden Erfindung für den Nutzer die Akzeptanzmöglichkeit der Dienste zu, und daher kann gesagt werden, dass für den Nutzer eine hohe Verfügbarkeit realisiert wird.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • 1 ist ein Konzeptdiagramm einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 2 ist ein Konzeptdiagramm einer Netzwerkarchitektur in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 3 ist ein Diagramm einer Konfiguration in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 4 ist ein Konzeptdiagramm eines Beispiels für ein Nutzerprofil, das in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung verwendet wird.
  • 5 ist ein Konzeptdiagramm eines Beispiels für einen Nutzerkontext, der in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung verwendet wird.
  • 6 ist ein Konzeptdiagramm eines Beispiels für ein Dienstprofil, das in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung verwendet wird.
  • 7 ist ein Konzeptdiagramm eines Beispiels für einen Netzwerkkontext, der in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung verwendet wird.
  • 8 ist ein Flussdiagramm einer Operation zum Extrahieren einer NW-Anforderungsbedingung in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 9 ist ein Flussdiagramm einer Operation eines NW-Steuerservers in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 10 ist ein Konzeptdiagramm der NW-Steuerung in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 11 ist ein Flussdiagramm einer Operation einer kontextbewussten Dienststeuerlogik in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 12 ist ein Konzeptdiagramm einer kontextbewussten häuslichen Sicherheit, die als zweites Beispiel für den Dienst angegeben ist, der in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung vorgesehen ist.
  • 13 ist ein Konzeptdiagramm eines Standort-und-Besitz-Beziehungserkennungssystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 14 ist ein Konzeptdiagramm des Standort-und-Besitz-Beziehungserkennungssystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 15 ist ein Konzeptdiagramm des Standort-und-Besitz-Beziehungserkennungssystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 16 ist ein Konzeptdiagramm einer Adressenauflösungstechnologie und einer Verfolgungssteuertechnologie in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 17 ist ein Konzeptdiagramm eines Attributinformationsreferenzsystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 18 ist ein Konzeptdiagramm des Attributinformationsreferenzsystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 19 ist ein Konzeptdiagramm des Attributinformationsreferenzsystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 20 ist ein Konzeptdiagramm des Attributinformationsreferenzsystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 21 ist ein Konzeptdiagramm einer DB (Datenbank), die durch ein Attributinformationsverwaltungssystem in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung eingesetzt wird.
  • 22 ist ein Konzeptdiagramm der DB, die durch das Attributinformationsverwaltungssystem in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung eingesetzt wird.
  • 23 ist ein Flussdiagramm einer Operation in einem Attributinformationsregistriersystem in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 24 ist ein Flussdiagramm der Operation in dem Attributinformationsregistriersystem in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 25 ist ein Konzeptdiagramm eines Kontextmitteilungssystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 26 ist ein Konzeptdiagramm des Kontextmitteilungssystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 27 ist ein Flussdiagramm einer Operation in einem Bedingungsübereinstimmungsprüfsystem in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • 28 ist ein Flussdiagramm der Operation in dem Bedingungsübereinstimmungsprüfsystem in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • Bezugszeichenliste
    • 201
    Inhaltsserver
    202
    NW-Steuerserver
    203
    Dienststeuerserver
    204, 205
    Nutzerterminal
    206
    DB mit zur Verteilung bestimmtem Inhalt
    207
    NW-Operationspolitik-DB
    208
    NW-Kontext-DB
    209
    Nutzerkontext-DB
    210
    Nutzerprofil-DB
    211
    Dienstprofil-DB
    212
    NW-Kontext-Fühl-/Verwaltungseinheit
    213
    NW-Steuereinheit
    214
    Nutzerkontext-Fühl-/Verwaltungseinheit
    215
    Dienststeuereinheit
  • EINGEHENDE BESCHREIBUNG DER ERFINDUNG
  • Unter Bezugnahme auf 1 wird eine Ausführungsform eines Netzwerk-/Dienststeuersystems der vorliegenden Erfindung beschrieben. 1 ist ein Konzeptdiagramm einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • Eine Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung ist die, wie in 1 gezeigt, dass eine NW-Ressourcenzuordnung unter Verwendung eines Nutzerkontextes, eines Nutzerprofils, eines Dienstprofils, eines Netzwerkkontextes und einer Operationspolitik eines Netzwerkbetreibers (das Netzwerk wird nachfolgend gegebenenfalls als NW abgekürzt) beim Vorsehen von Diensten dynamisch optimiert wird. Mit dieser Optimierung plant das Netzwerk-/Dienststeuersystem der vorliegenden Erfindung das Vorsehen von Diensten, worin sich eine Politik des NW-Betreibers und eine Politik eines Diensteanbieters, der Inhalte verteilt, widerspiegeln, und das effektive Nutzen der NW-Ressourcen in einer Weise, worin sich eine Absicht eines Nutzers widerspiegelt. Falls zum Beispiel der NW-Betreiber darauf abzielt, die NW-Ressourcen effektiv zu nutzen, ist es machbar, der mit einem Zustand (Kontext) eines Nutzers übereinstimmenden QoS (Quality of Service: Dienstgüte) zu genügen und die NW-Ressourcen effektiv zu nutzen.
  • Als Nächstes wird eine Netzwerkarchitektur einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung unter Bezugnahme auf 2 beschrieben. 2 ist ein Konzeptdiagramm der Netzwerkarchitektur einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • Die Netzwerkarchitektur einer Ausführungsform des vorliegenden Systems enthält, wie in 2 gezeigt, zwei Steuerebenen, wie z. B. die NW-Steuerung und die Dienststeuerung. Der Ausdruck ”Ebene” repräsentiert eine Einheit zum Unterscheiden zwischen Netzwerkfunktionen. Dann führen die zwei Steuerebenen, wie z. B. die NW-Steuerung und die Dienststeuerung, jeweilig das Fühlen aus. Der Ausdruck ”Fühlen” bedeutet das Wahrnehmen (Fühlen) einer Absicht und einer Tendenz durch das Beobachten und Überwachen eines Kontextes, um eine Hypothese über einen gewissen Kontext aufzustellen.
  • Die Dienststeuerebene verwaltet den Nutzerkontext. Der Nutzerkontext wird zum Aufstellen einer Hypothese über die Absicht des Nutzers verwendet und repräsentiert Kenntnisinformationen, die von einem Ort des Nutzers, der Habe des Nutzers, einem peripheren Kontext des Nutzers und einem früheren Verhaltensmuster des Nutzers abgeleitet werden. Die Dienststeuerebene bestimmt, auf der Basis des Nutzerkontextes, eine Anforderungsbedingung bezüglich des NW unter Bezugnahme auf Informationen, die in dem Nutzerprofil gespeichert sind, das definiert ist als Informationen, die zu einer beliebigen Zeit durch den Nutzer zu registrieren sind, über einen Wunsch bei einem Informationsliefermodus, wenn die Informationen an den Nutzer verteilt werden, und auf Informationen, die in dem Dienstprofil gespeichert sind, das definiert ist als Informationen, die durch einen Informationsanbieter zu registrieren sind, über einen Empfehlungswert des Informationsliefermodus der zu verteilenden Informationen. Dann teilt die Dienststeuerebene der NW-Steuerebene die bestimmte Anforderungsbedingung mit.
  • Die NW-Steuerebene verwaltet den NW-Kontext. Der NW-Kontext wird zum Aufstellen einer Hypothese über ein Verhalten des NW verwendet und repräsentiert Kenntnisinformationen, die von solchen Kontexten wie etwa dem gegenwärtigen Verkehr und der NW-Leistung und von einem Operationsstatus abgeleitet werden. Die NW-Steuerebene ordnet die Ressourcen auf der Basis der empfangenen Anforderungsbedingung, des NW-Kontextes und der Operationspolitik des NW automatisch dynamisch zu. Die Anforderungsbedingung, über die die NW-Steuerebene zu benachrichtigen ist, kann beispielsweise anhand solch einer Bedingung veranschaulicht werden, dass z. B. ein Video X mit 6 Mbps zu einem mobilen Terminal eines Nutzers A zu übertragen ist. Die Operationspolitik kann beispielsweise so veranschaulicht werden, dass z. B. ein QoS-Niveau des Netzwerkes auf einem vorbestimmten Niveau gehalten wird, geplant ist, Lasten des gesamten Netzwerkes gleichförmig zu verteilen, und die Ressourcen maximal genutzt werden.
  • Die Operationspolitik kann als Strategie des Netzwerkbetreibers angesehen werden. Daher kann zum Beispiel solch eine Operationspolitik festgelegt werden, dass [eine größere Bandbreite zum Ermöglichen der Lieferung der höchsten Qualität verwendet wird], und der Netzwerkbetreiber kann auch dazu berechtigt sein, ganz gleich welche Operationspolitik zweckmäßig festzulegen.
  • Somit können in einer Ausführungsform des vorliegenden Systems die NW-Steuerung und die Dienststeuerung ausgeführt werden, dass dank der in 2 gezeigten Netzwerkarchitektur die Anforderung des Nutzers, die Anforderung des Diensteanbieters und die Anforderung des Netzwerkbetreibers gleichzeitig erfüllt werden.
  • Als Nächstes wird eine Konfiguration einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung unter Bezugnahme auf 3 beschrieben. 3 ist ein Diagramm der Konfiguration einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • Eine Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung hat eine Konfiguration, wie in 3 gezeigt, die einen Inhaltsserver 201, einen NW-Steuerserver 202, einen Dienststeuerserver 203 und wenigstens ein oder mehrere Nutzerterminals 204, 205 enthält. Der Inhaltsserver 201, der NW-Steuerserver 202, der Dienststeuerserver 203 und wenigstens ein oder mehrere Nutzerterminals 204, 205 sind über das Netzwerk miteinander verbunden.
  • Der Inhaltsserver 201 überträgt den Inhalt zur Verteilung von einer Datenbank mit zur Verteilung bestimmtem Inhalt 206 (die nachfolgend auch als DB abgekürzt wird) zu dem Netz. Die Nutzerterminals 204, 205 empfangen den Inhalt, der durch den NW-Steuerserver 202 von der Datenbank mit dem zur Verteilung bestimmten Inhalt 206 des Inhaltsservers 201 verteilt wurde.
  • Der NW-Steuerserver 202 ist mit einer NW-Kontext-DB 208 verbunden, in der der NW-Kontext gespeichert ist, sowie mit einer NW-Operationspolitik-DB 207, in der die NW-Operationspolitik gespeichert ist. Der NW-Steuerserver 202 enthält eine NW-Kontext-Fühl-/Verwaltungseinheit 212 und eine NW-Steuereinheit 213.
  • Die NW-Kontext-Fühl-/Verwaltungseinheit 212 sammelt Informationselemente über einen NW-Kontext und eine NW-Tendenz. Die Informationen über den NW-Kontext sind Informationen über den gegenwärtigen NW-Kontext, wie etwa einen Lastzustand jedes Routers und einen Verkehrszustand einer Leitung. Ferner sind die Informationen über die NW-Tendenz Informationen über einen Kontext, der auf der Basis des früheren Operationsstatus des NW vorhergesagt wird, wie beispielsweise die Informationen, dass ein spezifizierter Router eine hohe Last während des Vormittags an einem Wochentag hat. Dann verwaltet die NW-Kontext-Fühl-/Verwaltungseinheit 212 diese gesammelten Informationselemente als NW-Kontext. Weiterhin aktualisiert die NW-Kontext-Fühl-/Verwaltungseinheit 212 die gesammelten Informationen. In der NW-Operationspolitik-DB 207 sind Informationen gespeichert, die eine Politik bezüglich der Operation des NW repräsentieren und von dem NW-Betreiber zweckmäßig registriert wurden.
  • Die NW-Steuereinheit 213 optimiert dynamisch die NW-Ressourcen-Zuordnung auf der Basis der NW-Anforderungsbedingung, die von dem Dienststeuerserver 203 übertragen wird, des NW-Kontextes, der den NW-Kontext und die NW-Tendenz enthält, die von der NW-Kontext-Fühl-/Verwaltungseinheit 212 übertragen werden, und der Operationspolitik, auf die Bezug genommen wird, von der NW-Operationspolitik-DB 207. Zum Beispiel bestimmt die NW-Steuereinheit 213 eine optimale Route und verteilt den Inhalt über diese Route.
  • Der Dienststeuerserver 203 enthält eine Nutzerkontext-Fühl-/Verwaltungseinheit 214 und eine Dienststeuereinheit 215. Ferner ist der Dienststeuerserver 203 mit einer Nutzerkontext-DB 209 und einer Dienstprofil-DB 211 verbunden. Die Nutzerkontext-DB 209 enthält eine Nutzerprofil-DB 210.
  • Die Nutzerkontext-Fühl-/Verwaltungseinheit 214 sammelt Informationselemente über den nutzerperipheren Kontext. Der nutzerperiphere Kontext enthält den Ort des Nutzers, eine Besitzbeziehung zwischen dem Nutzer und einem Artikel und einen Gesprächspartner des Nutzers. Natürlich kann der nutzerperiphere Kontext anstelle dieser Informationselemente auch andere Informationen enthalten.
  • Dann verwaltet die Nutzerkontext-Fühl-/Verwaltungseinheit 214 die gesammelten Informationselemente als Nutzerkontext und aktualisiert die Informationen. Ferner verwaltet die Nutzerkontext-Fühl-/Verwaltungseinheit 214 die Informationen, die durch den Nutzer registriert wurden, d. h. die Informationen über einen Wunsch hinsichtlich eines Liefermodus etc., wenn die Informationen an den Nutzer verteilt werden, und aktualisiert die Informationen als Nutzerprofil. Weiterhin verwaltet der Dienststeuerserver 203, als Dienstprofil, die Informationen, die durch den Informationsanbieter registriert wurden, über den Empfehlungswert des Informationsliefermodus der zu verteilenden Informationen und aktualisiert die Informationen. Die Dienststeuereinheit 215 erzeugt die NW-Anforderungsbedingung auf der Basis des Nutzerkontextes, des Nutzerprofils und des Dienstprofils.
  • Das Nutzerprofil, der Nutzerkontext und das Dienstprofil werden unter Bezugnahme auf 4, 5 und 6 erläutert.
  • 4 zeigt ein Datenbeispiel für das Nutzerprofil, das in der Nutzerprofil-DB 210 verwaltet wird. Ein Computer kann Inhalte des Nutzerprofils auf der Basis von Typen und Werten von in ihm registrierten Parametern erkennen. Das Beispiel in 4 ist ein Profil eines Nutzers A, bei dem, falls der gegenwärtige Standort des Nutzers der Weg von zu Hause zu einem Unternehmen ist (beim Pendeln) (Bedingung 1), ein Eintrag in der dritten Reihe so lautet, dass die Informationen mit 384 Kbps als Bandbreite der Informationsverteilung zu dem mobilen Terminal übertragen werden sollen, das als Informationsverteilungsziel in der zweiten Reihe dient. Das Nutzerprofil kann durch den Nutzer zweckmäßig festgelegt werden, und eine Vielzahl von Profilen kann z. B. entsprechend Einzelinformationen an den gegenwärtigen Standorten des Nutzers festgelegt werden.
  • 5 zeigt ein Datenbeispiel für den Nutzerkontext, der in der Nutzerkontext-DB 209 verwaltet wird. Das Beispiel in 5 ist ein Kontext des Nutzers A, bei dem ein Eintrag der Informationen so lautet, dass der gegenwärtige Standort in der ersten Reihe der Zug ist und das in Gebrauch befindliche Terminal in der zweiten Reihe das mobile Terminal ist. Der Dienststeuerserver 203 nimmt Bezug auf die Daten in der Nutzerkontext-DB 209 und ist dadurch in der Lage zu bestimmen, auf welche Daten, die in der Nutzerprofil-DB 210 registriert sind, Bezug genommen werden soll. Zum Beispiel wird anhand des Beispiels in 5 erkannt, dass der gegenwärtige Standort des Nutzers A der Weg von zu Hause zu dem Unternehmen ist, und daher kann der Dienststeuerserver 203 bestimmen, dass auf die Daten unter der Bedingung 1, bei der die Bedingung des Standortes mit den Daten des Nutzerkontextes in der Vielzahl von Nutzerprofilen koinzidieren, die bezüglich des Nutzers A registriert sind, Bezug genommen werden soll.
  • 6 zeigt ein Datenbeispiel für das Dienstprofil, das in der Dienstprofil-DB 211 verwaltet wird. Der Computer kann die in dem Dienstprofil beschriebenen Inhalte auf der Basis von Typen und Werten von darin registrierten Parametern erkennen. Bei dem Beispiel in 6 ist als Profil eines Inhaltes 1 registriert, dass eine Bezeichnung des Inhaltes ein Film A ist, eine empfohlene Bandbreite zu der Verteilungszeit in dem Bereich zwischen 3 Mbps und 6 Mbps liegt, die Laufzeit des Inhaltes 130 min. beträgt, die Sprache Englisch ist und die Daten in der japanischen Fassung und die Daten in der englischen Fassung Untertitel-Daten sind. Das Dienstprofil ist ein Profil, das durch den Inhaltsanbieter zweckmäßig festgelegt werden kann.
  • Der Dienststeuerserver 203 nimmt Bezug auf die Daten in der Dienstprofil-DB 211 und wird dadurch in die Lage versetzt, Informationen zu erfassen, die angeben, unter welcher Verteilungsbedingung der durch den Nutzer angeforderte Inhalt, der zu verteilen ist, verteilt werden soll. 7 zeigt ein Datenbeispiel für den Netzwerkkontext, der in der NW-Kontext-DB 208 verwaltet wird. Der Computer kann die in dem Dienstprofil beschriebenen Inhalte auf der Basis von Typen und Werten von darin registrierten Parametern erkennen.
  • Das Beispiel in 7 ist der erste Netzwerkkontext, bei dem ein Eintrag lautet, dass ein Router A während eines Zeitraums zwischen 9:00 und 10:00 wochentags gemieden werden soll, und Informationen, die besagen, dass sich der Verkehr konzentriert, sind als Anmerkung angegeben. Der NW-Steuerserver 202 nimmt Bezug auf diese Einzelinformationen und wird dadurch dazu befähigt, die Bedingungen zu erhalten, die beim Bestimmen der Route berücksichtigt werden sollen, wenn der Inhalt verteilt wird.
  • Die in 4 bis 7 gezeigten Datenbeispiele sind nicht auf diese Inhalte begrenzt, und die Typen der in den Daten registrierten Parameter sind nicht auf jene begrenzt, die hierin als Beispiel angegeben sind.
  • Als Nächstes wird in einer Ausführungsform des vorliegenden Systems eine Operation des Dienststeuerservers 203 unter Bezugnahme auf 8 beschrieben. 8 ist ein Flussdiagramm einer Operation zum Extrahieren der NW-Anforderungsbedingung in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung. Der Dienststeuerserver 203 empfängt eine Inhaltsverteilungsanforderung von dem Nutzer, wodurch die Ausführung der Verarbeitung in diesem Flussdiagramm ausgelöst wird. Es sei erwähnt, dass die Inhaltsverteilungsanforderung von dem Nutzer durch den Dienststeuerserver 203 direkt empfangen werden kann und auch über einen anderen, in 3 nichtgezeigten Server empfangen werden kann. Zuerst empfängt der Dienststeuerserver 203 die Inhaltsverteilungsanforderung von dem Nutzer (S2801). Bei diesem Schritt empfängt der Dienststeuerserver 203 ein Informationselement zum Spezifizieren des Nutzers zusammen mit einem Informationselement zum Spezifizieren des zu verteilenden Inhaltes.
  • Als Nächstes liest die Dienststeuereinheit 215 des Dienststeuerservers 203, auf der Basis der nutzerbezogenen Informationen, die bei S2801 erfasst wurden, den Kontext des Nutzers aus der Nutzerkontext-DB 209 (S2802) und liest ferner die Nutzerprofil-DB 210 entsprechend den Inhalten des so gelesenen Nutzerkontextes und die Dienstprofil-DB 211 entsprechend den bei S2801 erhaltenen Inhaltsinformationen (S2803). Dann bestimmt die Dienststeuereinheit 215 die NW-Anforderungsbedingung auf der Basis der Einzelinformationen, die bis zu S2803 gelesen worden sind (S2804).
  • Wenn zum Beispiel eine Verteilungsanforderung für einen Film A von dem Nutzer A bei S2801 empfangen wird und falls der Nutzerkontext des Nutzers A, auf den bei S2802 Bezug genommen wird, die in 5 gezeigten Inhalte hat, kann bestimmt werden, dass der Nutzer A nun auf dem Weg von zu Hause in das Unternehmen ist, und daher liest die Dienststeuereinheit 215 bei S2803 den Nutzerkontext der Bedingung 1, bei der ein Wert, der unter [Standort] des Parametertyps registriert ist, derselbe wie der Wert ist, der in dem Nutzerkontext in dem Profil des Nutzers A registriert wurde, das in 4 gezeigt ist. Ferner liest die Dienststeuereinheit 215, auf Grund des Empfangs der Verteilungsanforderung für den Film A bei S2801, das Dienstprofil des Inhaltes 1 mit derselben Inhaltsbezeichnung wie bei dem Inhalt in dem in 6 gezeigten Dienstprofil, dessen Verteilung angefordert wird.
  • Dann wird bei S2804 solch eine NW-Anforderungsbedingung zum Verteilen des Inhaltes A auf der Basis der Inhalte des Nutzerprofils und des Dienstinhaltes bestimmt, dass z. B. das Verteilungsziel das mobile Terminal des Nutzers A ist, die Verteilung mit 384 Kbps in einer Klasse A erfolgt und im Untertitel die Sprachkonvertierung ins Japanische ausgeführt wird.
  • Wenn ferner zum Beispiel bei S2801 die Verteilungsanforderung für den Film A von dem Nutzer A empfangen wird und wenn die Daten mit der Bedeutung, dass er zu Hause ist, als Wert des Parametertyps [Standort] in dem Nutzerkontext des Nutzers A eingetragen sind, auf den bei S2802 Bezug genommen worden ist, kann bestimmt werden, dass der Nutzer A nun zu Hause ist, und deshalb liest die Dienststeuereinheit 215 bei S2803 einen Nutzerkontext einer Bedingung 2, worin der Wert, der bei dem Parametertyp [Standort] eingetragen ist, derselbe wie der Wert ist, der in dem Nutzerkontext in dem Profil des Nutzers A registriert wurde, das in 4 gezeigt ist. Auf Grund des Empfangs der Verteilungsanforderung für den Film A bei S2801 liest die Dienststeuereinheit 215 ferner somit das Dienstprofil des Inhaltes 1 mit derselben Inhaltsbezeichnung wie in der Verteilungsanforderung in dem in 6 gezeigten Dienstprofil.
  • Dann wird bei S2804 solch eine NW-Anforderungsbedingung zum Verteilen des Inhaltes A auf der Basis der Inhalte des Nutzerprofils und des Dienstinhaltes bestimmt, dass z. B. das Verteilungsziel ein HDTV (Festplatten-Fernsehen) im Hause des Nutzers A ist, die Verteilung mit 6 Mbps in der Klasse A erfolgt und der Untertitel ins Japanische konvertiert wird.
  • Es sei erwähnt, dass es möglich ist, falls die Parametertypen und die Werte der Daten, die in dem Nutzerprofil und in dem Dienstprofil registriert sind, verschieden sind, eine Reihe von Bestimmungsverfahren hinsichtlich der Bestimmung der NW-Anforderungsbedingung einzusetzen. Das Bestimmungsverfahren wird später erläutert.
  • Als Nächstes wird eine Operation des NW-Steuerservers 202 in einer Ausführungsform des vorliegenden Systems unter Bezugnahme auf 9 beschrieben. Der NW-Steuerserver 202 empfängt die NW-Anforderungsbedingung von dem Dienststeuerserver 203, wobei dieser Empfang die Ausführung der Verarbeitung in diesem Flussdiagramm auslöst. Zu Beginn empfängt der NW-Steuerserver 202 die NW-Anforderungsbedingung von dem Dienststeuerserver 203 (S2901). Als Nächstes liest die NW-Steuereinheit 213 des NW-Steuerservers 202 auf der Basis der NW-Anforderungsbedingung, die bei S2901 empfangen wurde, den betreffenden NW-Kontext von der NW-Kontext-DB 208 (S2902) und ferner die NW-Operationspolitik-DB 207 (S2903). Dann bestimmt die NW-Steuereinheit 213, auf der Basis der Einzelinformationen, die bis zu S2903 gelesen worden sind, die Verteilungsbedingung wie etwa eine Route und eine Bedingung, über die bzw. unter der der Inhalt tatsächlich verteilt wird (S2904), ordnet dann die Netzwerkressourcen auf der Basis dieser Verteilungsbedingung zu und verteilt so den Inhalt (S2905).
  • Falls zum Beispiel bei S2901 die NW-Anforderungsbedingung empfangen wird, die solch einen Inhalt hat, dass [der Inhalt A verteilt wird, wobei das Verteilungsziel das mobile Terminal des Nutzers A ist, die Verteilung mit 384 Kbps in der Klasse A erfolgt und die Sprache im Untertitel ins Japanische konvertiert wird], und falls die Verteilungsanforderung von dem Nutzer A an einem Wochentag um 9:30 empfangen wird, liest die NW-Steuereinheit 213 den unter der Bedingung 1 in 7 gezeigten Kontext als den betreffenden Netzwerkkontext bei S2902. Aus diesem Inhalt wird bestimmt, dass eine Verteilungsroute selektiert werden soll, die den Router A umgeht. Dann wird bei S2903 eine Operationspolitik, wie beispielsweise [die Verteilungsroute wird so bestimmt, dass die Lasten des gesamten Netzwerkes gleichförmig sind], aus der NW-Operationspolitik-DB 207 gelesen.
  • Die NW-Steuereinheit 213 bestimmt, auf der Basis der Einzelinformationen, die bis zu S2903 erhalten worden sind, die Verteilungsbedingung bei S2904, dass der Inhalt A über solch eine Route an das mobile Terminal des Nutzers A verteilt werden soll, dass die Lasten des gesamten Netzwerks auf den Routen, die den Router A meiden, gleichförmig sind, wobei die Verteilung mit 384 Kbps in der Klasse A erfolgt und die Sprache im Untertitel ins Japanische konvertiert wird, und führt bei S2905 die Verteilung aus.
  • Zum Beispiel gibt es im Falle der Verteilung der Daten des Films A an das mobile Terminal des Nutzers A von dem Inhaltsserver A, der die Daten des Films A in 10 verwaltet, eine erste Route über einen Router B, einen Router C und einen Router D und eine zweite Route über den Router B, den Router A und den Router D, wobei jedoch die Bedingung im NW-Kontext vorschreibt, den Router A zu meiden, und die NW-Steuereinheit 213 daher die erste Route, die den Router A umgeht, als Verteilungsroute bestimmt.
  • Falls ferner zum Beispiel bei S2901 die NW-Anforderungsbedingung empfangen wird, die solch einen Inhalt hat, dass [der Inhalt A verteilt wird, wobei das Verteilungsziel das HDTV (Festplatten-TV) im Hause des Nutzers A ist, die Verteilung mit 6 Mbps in der Klasse A erfolgt und der Untertitel ins Japanische konvertiert wird], und falls die Verteilungsanforderung von dem Nutzer A an einem Feiertag um 19:00 empfangen wird, liest die NW-Steuereinheit 213 den in der Bedingung 2 in 7 angegebenen Kontext als betreffenden Netzwerkkontext bei S2902. Es sei erwähnt, dass die Verteilungsanforderung von dem Nutzer A hierin um 19:00 empfangen wird, ein Zeitaufwand zum Verteilen des Verteilungszielfilms A jedoch 130 min. beträgt, so dass der betreffende Netzwerkkontext während einer Periode von 19:00 bis 21:10 gelesen wird, die sich ergibt, indem 130 min. zu 19:00 addiert werden. Gemäß diesem Inhalt wird bestimmt, dass die Verteilungsroute selektiert werden soll, auf welcher der Inhaltsserver A gemieden wird. Dann wird bei S2903 die Operationspolitik, wie beispielsweise [die Verteilung erfolgt über die kürzeste Route], von der NW-Operationspolitik-DB 207 gelesen.
  • Die NW-Steuereinheit 213 bestimmt, auf der Basis der Einzelinformationen, die bis zu S2903 erhalten worden sind, die Verteilungsbedingung bei S2904, dass der Inhalt A an das HDTV des Nutzers A über solch eine Route zu verteilen ist, dass die Lasten des gesamten Netzwerks auf den Routen, die den Router A meiden, gleichförmig sind, wobei die Verteilung mit 6 Mbps in der Klasse A erfolgt und der Untertitel ins Japanische konvertiert wird, und führt die Verteilung bei S2905 aus.
  • Falls zum Beispiel die Daten des Films A sowohl durch den Inhaltsserver A als auch durch den Inhaltsserver B in 10 verwaltet werden und falls der Inhalt an das HDTV des Nutzers A verteilt wird, gibt es eine erste Route über den Router B und den Router A von dem Server A und eine zweite Route über den Router C und den Router A von dem Server B; jedoch schreibt eine Bedingung in dem NW-Kontext das Meiden des Inhaltsservers A vor, und daher bestimmt die NW-Steuereinheit 213 die zweite Route als Verteilungsroute, bei der der Inhaltsserver A umgangen wird. 10 ist ein Konzeptdiagramm der NW-Steuerung in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • Wenn die NW-Steuereinheit 213 die NW-Ressourcen zuordnet, um die durch den Dienststeuerserver 203 bestimmte NW-Anforderungsbedingung zu erfüllen, sei erwähnt, dass es machbar ist, ein Codierverfahren in ein optimales Codierverfahren zu konvertieren, so dass zum Beispiel die Medien konvertiert werden, wenn eine Konvertierung von der Sprache in den Text erfolgt, und MPEG-2 (Moving Picture Experts Group 2) in MPEG-1 konvertiert wird, und die Sprache zu übersetzen, so dass beispielsweise das Englische ins Japanische übersetzt wird. Diese Konvertierungen und die Übersetzung werden vorgenommen, um der empfangenen Bedingung als NW-Anforderungsbedingung zu entsprechen, und können unter Anwendung einer herkömmlichen Technologie ausgeführt werden.
  • Darüber hinaus können der Verteilungsprozess, der bei S2905 gemäß der bei S2904 bestimmten Verteilungsbedingung ausgeführt wird, und das Netzwerksteuerverfahren unter Einsatz der herkömmlichen Technologie realisiert werden. Ein Beispiel für die herkömmliche Technologie ist die Routen-/QoS-Steuerung z. B. unter Traffic-Engineering-Verwendung.
  • Übrigens berücksichtigt die Routen-/QoS-Steuerung unter Traffic-Engineering-Verwendung, die in den Patentdokumenten 2, 3 und dem Non-Patent-Dokument 4, die oben angeführt sind, beschrieben ist, nur die gegenwärtigen Kontexte des Netzwerks und des Servers; der Netzwerkkontext gemäß der vorliegenden Erfindung kann jedoch, ohne sich auf dieses Beispiel zu beschränken, als Kontext angegeben werden, der eine Tendenz der Schwankungen der Nachfrage betrifft, wie in 7 gezeigt. Nachfrageschwankungsmuster gemäß den Jahreszeiten, den Wochentagen und den Zeitzonen, Nachfrageschwankungen bei Ereignissen wie etwa der planmäßigen Videoverteilung beispielsweise per TV und Informationen über ein Netzwerk unter Verwendung eines Plans (Sessionsplan), der durch einen Nutzer bekanntgegeben wird, können als Elemente des Netzwerkkontextes berücksichtigt werden, und deshalb kann der Inhaltsserver A während eines Zeitraumes von 20:00 bis 22:00, z. B. gemäß dem Kontext der Bedingung 2 in 7, in einen freien Status versetzt werden, wodurch der Inhaltsserver A den Dienst, der in dem Inhaltsserver A um 20:00 beginnt, ohne jegliche Verbindungssperrung der Anforderung vorsehen kann.
  • Wenn ferner bekannt ist, dass die Last auf dem Server, der Wetterinformationen enthält, ansteigt, wenn ein Taifun aufzieht, und falls ein Zugriff auf andere Informationen als die Wetterinformationen als Netzwerkkontext verlangt wird, ist es auch möglich, einen Kontext zu registrieren, dass keiner der Server selektiert wird, in denen die Wetterinformationen gespeichert sind. Somit kann die Verteilungsroute in einer Weise bestimmt werden, dass einer im Voraus bekannten Netzüberlastung zuvorgekommen wird, indem die Informationen über die Nachfrageschwankungen in dem Netzwerkkontext registriert werden.
  • Beim Vorsehen des Best-Effort-Dienstes geht eine Kommunikationsqualität bei Erreichen der Überlastungszeit zurück. Der NW-Steuerserver 202 kann jedoch die Route und den Server selektieren, indem im Voraus verhindert wird, dass sich der Verkehr staut, und daher entspannt sich die Netzwerküberlastung. Deshalb kann der Rückgang der Qualität des Best-Effort-Dienstes verhindert werden.
  • Es sei erwähnt, dass das oben beschriebene Beispiel für den Netzwerkkontext nicht fest umrissen wie bei einem Dienst auf Reservierungsbasis ist, wo der Nutzer oder ein Betreiber die Ressourcen in einer gewissen künftigen Zeitzone reserviert, sondern hypothetisch ist. Dann stellt der Nachfrageschwankungstendenz-NW-Kontext in der vorliegenden Ausführungsform eine Hypothese basierend auf dem Wissen auf, das bei den bislang ausgeführten Operationen erworben wurde.
  • Des Weiteren können ein NW-Verkehrskontext und ein Server-Verkehrskontext in der Gegenwart als Netzwerkkontext registriert werden, ohne auf die Informationen über die Nachfrageschwankungen begrenzt zu sein.
  • Ein anderes Beispiel für den Netzwerkkontext ist das Akkumulieren eines Verkehrsverhaltens, das sich zeigt, wenn ein Fehler und eine Fehloperation auftreten, als Netzwerkkontext, und dieser Netzwerkkontext kann auch zum Detektieren des Fehlers und der Fehloperation genutzt werden. In diesem Fall wird solch ein Kontext berücksichtigt, dass die Route in einer Weise bestimmt wird, dass Auftrittsgebiete des Fehlers und der Fehloperation umgangen werden oder der fehlerbehaftete Server von dem Netzwerk getrennt wird oder ein weiterer Monitor zum Untersuchen einer tiefliegenden Ursache gestartet wird.
  • Weiterhin kann auch eine Beziehung zwischen der Stärke und einem Effekt der Steuerung im Falle des Ausführens der Netzwerksteuerung als Netzwerkkontext genutzt werden. Zum Beispiel gibt es den Fall, falls eine Vielzahl von Routern gleichzeitig eine Lastenteilung anwendet, um die durch die Vielzahl von Routern detektierte Überlastung zu bewältigen, dass eine überzogene Steuerung auftritt und eine Oszillationserscheinung verursacht wird.
  • Wenn in solch einem Fall eine Beziehung zwischen der Stärke der Steuerung und einem Resultat der Steuerung als Netzwerkkontext registriert ist und wenn die Steuerung tatsächlich ausgeführt wird, kann die überzogene Steuerung vermieden werden, indem die Steuerung besonnen nach und nach ausgeführt wird (schwache Steuerung), während dieser Kontext verwendet wird.
  • Als Nächstes folgt eine Erläuterung eines Verfahrens zum Bestimmen der NW-Anforderungsbedingung in dem Fall, wenn sich die Typen und die Werte der Parameter, die in dem Nutzerprofil registriert sind, von denen unterscheiden, die in dem Dienstprofil registriert sind. 11 ist ein Erläuterungsdiagramm dessen, wie die Dienststeuereinheit 215 einen Prozess zum Bestimmen der NW-Anforderungsbedingung ausführt, der bei S2804 in 8 durchgeführt wird. Die Dienststeuereinheit 215 führt diesen Prozess auf der Basis der bereits gelesenen UP-(user profile: Nutzerprofil)-Daten und SP-(service profile: Dienstprofil)-Daten aus.
  • Falls die Verarbeitung all der UP-Parameter nicht beendet ist, werden ein Parameter und sein Wert aus dem UP gelesen (S2302), und es wird bestimmt, ob das SP denselben Parametertyp enthält oder nicht (S2303). Falls das SP nicht denselben Parameter enthält (NEIN), werden der Parameter und sein Wert, der in dem UP festgelegt ist, als Anforderungsbedingung eingesetzt (S2304). Falls dagegen das SP denselben Parameter enthält (JA), wird als Nächstes bestimmt, ob die Werte, die bei den Parametern eingetragen sind, einander gleichen oder nicht (S2305). Falls ein Resultat der Bestimmung die Gleichheit ergibt (JA), wird UP (= SP) als Anforderungsbedingung eingestellt (S2304). Es sei erwähnt, dass der bei dem Parameter eingetragene Wert sich auf solch einen Fall erstreckt, dass er der Wert selbst ist, auf den Fall eines Bereiches und den Fall einer Klasse wie etwa der Bandbreite.
  • Dagegen wird andererseits gemäß dem Resultat der Bestimmung bei S2305, falls der Parameterwert des UP nicht derselbe wie der Parameterwert des SP ist (NEIN), bei S2306 oder S2307 bestimmt, ob der Wert des UP oder des SP zu verwenden ist. Bei der Operation des gegenwärtigen Systems kann zweckmäßig bestimmt werden, welcher Prozess bei S2306 oder S2307 zum Einsatz kommen soll.
  • S2306 ist ein Bestimmungsverfahren (-prozess) vom Prioritätsvorbestimmungstyp. Der Prozess bei S2306 ist so, dass ein priorisierter Parameterwert des UP oder des SP als NW-Anforderungsbedingung eingesetzt wird. Was das Priorisieren des UP oder des SP betrifft, werden solche Fälle betrachtet, dass entweder das UP oder das SP priorisiert wird, dass das UP oder das SP priorisiert wird, das die strengere Bedingung hat, und dass das UP oder das SP priorisiert wird, das die lockerere Bedingung hat.
  • Falls zum Beispiel beim Senden der Videodaten der Parameterwert bezüglich der UP-Bandbreite 3 Mbps beträgt und der Parameterwert bezüglich der SP-Bandbreite 6 Mbps beträgt, wird unter Anwendung der strengeren Bedingung der Wert ”6 Mbps”, der bei dem SP-Parameter eingestellt ist, als NW-Anforderungsbedingung eingesetzt. Ferner wird unter Anwendung der lockereren Bedingung der Wert ”3 Mbps”, der bei dem UP-Parameter eingestellt ist, als Anforderungsbedingung eingesetzt.
  • Ferner ist es bei einem Anwendungsbeispiel so, dass zu Beginn, während die Bedingung der strengeren Anforderungsbedingung als NW-Anforderungsbedingung eingestellt ist, der NW-Steuerserver 202 die Verteilung auf der Basis dieser NW-Anforderungsbedingung ausführt und, falls die Verbindungssperrung bei der Verteilung auftritt, dem Dienststeuerserver 203 den Vorfall meldet, dass die Verbindungssperrung aufgetreten ist, wobei der Dienststeuerserver 203, der diese Meldung empfängt, dieses NW-Anforderungsbedingungsbestimmungsverfahren von dem Bestimmungsverfahren unter Einsatz der strengeren Bedingung, das vorher beschrieben wurde, auf das Bestimmungsverfahren unter Einsatz der lockereren Bedingung umstellt, dann die NW-Anforderungsbedingung zurücksetzt und dem NW-Steuerserver 202 das Zurücksetzen der NW-Anforderungsbedingung meldet und der NW-Steuerserver 202 die Verteilungsbedingung auf der Basis der aktualisierten NW-Anforderungsbedingung auch neu bestimmen kann.
  • S2307 ist ein Bestimmungsverfahren (-prozess) vom inhaltsvergleichenden Bestimmungstyp. Der Prozess bei S2307 ist so, dass die NW-Anforderungsbedingung durch das Vergleichen des UP-Parameterwertes mit dem SP-Parameterwert bestimmt wird. Dieses Bestimmungsverfahren ist ein Verfahren, das in dem Fall angewendet wird, wenn die Inhalte der Parameter nicht in spezifizierten Werten, sondern in einem Bereich beschrieben sind. Eine Reihe von Verfahren wird hinsichtlich dessen betrachtet, wie der Wert als NW-Anforderungsbedingung als Resultat des Vergleichs zwischen den zwei Parametern eingesetzt wird.
  • Falls zum Beispiel ein Parameter der spezifizierte Wert ist, während der andere Parameter der Wert ist, der den Bereich definiert, und falls der spezifizierte Wert in dem Bereich liegt, kann dieser spezifizierte Wert auch als NW-Anforderungsbedingung eingesetzt werden. Falls der spezifizierte Wert ferner nicht in den Bereich fällt, kann ein im Bereich liegender Wert, der diesem spezifizierten Wert am nächsten kommt, d. h. ein Maximalwert oder ein Minimalwert innerhalb des Bereiches, als NW-Anforderungsbedingung eingestellt werden. Zum Beispiel sind bei der Bedingung 1 des Nutzerprofils in 4 [384 Kbps] als Parameter der Bandbreite eingestellt, und [3–6 Mbps] sind als Parameter der Bandbreite bei dem Inhalt 1 des Dienstprofils in 6 eingestellt. Gemäß diesem Bestimmungsverfahren werden [3 Mbps] von den 3 Mbps bis 6 Mbps, die den 384 Kbps am nächsten kommen, als Parameterwert der Bandbreite eingesetzt.
  • Falls des Weiteren zum Beispiel ein Parameter der spezifizierte Wert ist, während der andere Parameter der Wert ist, der den Bereich angibt, kann der spezifizierte Wert auch bedingungslos als NW-Anforderungsbedingung eingestellt werden. Im Gegensatz zu diesem Fall kann ferner auch der Wert, der den Bereich angibt, bedingungslos als NW-Anforderungsbedingung eingestellt werden.
  • Weiterhin kann, falls die beiden Parameter lediglich die Bereiche spezifizieren, aber nicht die spezifizierten Werte aufweisen, und falls ein Gebiet vorhanden ist, in dem sich ihre Bereiche überlappen, dieses Überlappungsgebiet als NW-Anforderungsbedingung eingestellt werden. Falls sich die Werte, die die Bereiche angeben, nicht überlappen, kann auch nur der Wert von einem der Profile als NW-Anforderungsbedingung durch irgendeines der vorher beschriebenen Verfahren eingestellt werden. Selbst wenn einer oder beide der Parameterwerte der Wert ist bzw. die Werte sind, der den Bereich angibt oder die die Bereiche angeben, ist es ferner möglich, dass ein Parameterwert nicht durch das Verfahren bei S2307, sondern durch das Verfahren bei S2306 priorisiert wird. Falls weiterhin bei beiden Parametern nicht derselbe Parametertyp existiert, können auch die jeweiligen Parametertypen der zwei Parameter, d. h. ein Summensatz der zwei Parameter, als NW-Anforderungsbedingung eingestellt werden.
  • Übrigens ist die Beschreibung diesbezüglich, wie die NW-Anforderungsbedingung bestimmt wird, falls sich die Parametertypen und die Parameterwerte der zwei Profile voneinander unterscheiden, unter Bezugnahme auf 11 vorgenommen worden; es dürfte jedoch keine Schwierigkeiten bereiten, die NW-Anforderungsbedingung durch ein anderes Verfahren als durch die hierin beschriebenen zu bestimmen, falls die NW-Anforderungsbedingung unter Verwendung der in den zwei Profilen registrierten Daten bestimmt wird. Wenn zum Beispiel die Parameter der Bandbreite und der Verzögerungsklasse in dem Nutzerprofil eingestellt sind und die Parameter der Paketverlustrate und der Verzögerungsklasse in dem Dienstprofil eingestellt sind, können auch die drei Parameter der Bandbreite, der Paketverlustrate und der Verzögerungsklasse, d. h. ein Summensatz der Parameter in den zwei Profilen, als NW-Anforderungsbedingung eingestellt werden, können ferner die Parameter der Verzögerungsklasse, d. h. ein Produktsatz der Parameter in den zwei Profilen, als NW-Anforderungsbedingung eingestellt werden und kann auch irgendein Parameter, wie etwa nur der Parameter der Bandbreite oder nur der Parameter der Paketverlustrate, als NW-Anforderungsbedingung eingestellt werden.
  • Gemäß der vorliegenden Ausführungsform bestimmt der Dienststeuerserver 203, wie oben beschrieben, bei der in 3 gezeigten Architektur, wenn ein gewisser Inhalt an den Nutzer verteilt wird, die NW-Anforderungsbedingung auf der Basis des Nutzerkontextes, der die Einzelinformationen darstellt, wie etwa den gegenwärtigen Aufenthaltsort des Nutzers, den Wohnort des Nutzers und das Terminal, das der Nutzer besitzt, des Nutzerprofils, das die Einzelinformationen darstellt, wie etwa einen Favoriten des Nutzers bezüglich des Inhaltslieferverfahrens, und des Dienstprofils, das bezüglich des Inhaltes festgelegt ist. Dann bestimmt der NW-Steuerserver 202 auf der Basis der NW-Anforderungsbedingung, des NW-Kontextes und der NW-Operationspolitik die Route, so dass die Zuordnung der NW-Ressourcen am effektivsten wird.
  • Es sei erwähnt, dass die Systemarchitektur zum Ausführen der vorliegenden Erfindung nicht die in 3 gezeigte Architektur zu sein braucht. Zum Beispiel ist es möglich, dass die Nutzerkontext-Fühl-/Verwaltungseinheit 214 nicht auf dem Dienststeuerserver 203, sondern auf einem anderen Server vorgesehen ist. Bis jetzt erfolgte eine Beschreibung der Basisoperation der vorliegenden Erfindung.
  • Als Nächstes wird ein zweites Beispiel für eine Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung erläutert. Bei dem ersten Beispiel wird die Operation des vorliegenden Systems durch den Empfang der Inhaltsanforderung von dem Nutzer ausgelöst; bei dem zweiten Beispiel arbeitet das vorliegende System jedoch entsprechend einem Kontext, der durch das System erfühlt wird. Ferner bestimmt bei dem ersten Beispiel die Dienststeuereinheit 215 die NW-Anforderungsbedingung durch jeweilige Bezugnahme auf den Nutzerkontext und das Nutzerprofil als nutzerbezogene Informationen und auf das Dienstprofil als inhaltsbezogene Informationen; bei dem zweiten Beispiel wird die NW-Anforderungsbedingung jedoch nur gemäß dem Nutzerkontext und dem Nutzerprofil bestimmt. 12 ist ein Konzeptdiagramm des zweiten Beispiels, bei dem die vorliegende Erfindung auf die häusliche Sicherheit angewendet wird.
  • Ein häuslicher Sicherheitsdienst bei dem zweiten Beispiel ist ein Dienst zum Benachrichtigen, falls ein Einbrecher von außen eindringt, der Bewohner und der Polizei über dieses unbefugte Betreten. Bei dem zweiten Beispiel existiert ein Schema zum vorherigen Registrieren, als Nutzerkontext, von Informationen über den gegenwärtigen Aufenthaltsort des Nutzers und von Informationen darüber, ob sich eine Person in der Wohnung des Nutzers aufhält oder nicht, und ferner, als Nutzerprofil, von Informationen mit dem Inhalt zum Benachrichtigen, falls der gegenwärtige Aufenthaltsort des Nutzers nicht die Wohnung ist und wenn detektiert wird, dass die Person die Wohnung unbefugt betritt, der Bewohner und der Polizei über diesen Vorfall.
  • Falls solch ein Kontext, dass ein Einbrecher, etc., die Wohnung unbefugt betritt, dann tatsächlich eintritt, aktualisiert die Nutzerkontext-Fühl-/Verwaltungseinheit 214 die Inhalte der Nutzerkontext-DB 209 und benachrichtigt die Dienststeuereinheit 215 darüber, dass sie die Inhalte aktualisiert hat. Die Dienststeuereinheit 215 liest den aktualisierten Nutzerkontext und bestimmt die NW-Anforderungsbedingung gemäß den Informationen, die in der Nutzerprofil-DB gespeichert sind. Die NW-Anforderungsbedingung ist beispielsweise das Starten des SIP und die telefonische Benachrichtigung der Polizei und der Bewohner.
  • Bei dem Dienst bei dem zweiten Beispiel wird ein anderer Prozess als das Telefonieren entsprechend einer Veränderung des Kontextes des Nutzerinhaltes in Erwägung gezogen, wenn die Person die Wohnung unbefugt betritt. Zum Beispiel wird solch eine Erweiterung des Dienstes in Erwägung gezogen, dass eine Überwachungskamera gestartet wird, um ein Bild aufzuzeichnen, und die Informationen des durch die Überwachungskamera eingefangenen Bildes auf einem TV-Monitor der Polizei eingeblendet werden. In der vorliegenden Ausführungsform bestimmt der Dienststeuerserver 203, wie oben beschrieben, die NW-Anforderungsbedingung auf der Basis des Nutzerprofils und des Nutzerkontextes.
  • Als Nächstes wird ein Anwendungsbeispiel von jeder der Verarbeitungseinheiten des Netzwerk-/Dienststeuersystems gemäß der vorliegenden Erfindung erläutert. Zu Beginn wird ein Nutzerkontextsammelverfahren, das durch die Nutzerkontext-Fühl-/Verwaltungseinheit 214 ausgeführt wird, unter Bezugnahme auf 13 bis 16 erläutert. 13, 14 und 15 sind Konzeptdiagramme, die ein Standort-und-Besitz-Beziehungserkennungssystem in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung zeigen. Ferner ist 16 ein Konzeptdiagramm, das eine Adressenaufläsungstechnologie und Verfolgungssteuertechnologie in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung zeigt.
  • Zuerst wird unter Bezugnahme auf 13 ein erstes Beispiel für das Standort-und-Besitz-Beziehungserkennungssystem in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung beschrieben. Das in 13 gezeigte Beispiel ist das Standort-und-Besitz-Beziehungserkennungssystem, das als Nutzerlesesystem klassifiziert ist.
  • In diesem System führt der Nutzer, wie in 13 gezeigt, ein Mobiltelefon, ein PDA (Personal Digital Assistant), einen Taschen-PC, etc. mit sich, die jeweils eine Leserfunktion haben. Dann sind bei diesem Nutzerlesesystem elektronische Etiketten (Radio Frequency IDentifications: RFIDs) an einem Objekt und an einem Ort angebracht. Dann erfasst das Nutzerlesesystem eine logische Beziehung zwischen dem Objekt und dem Besitzer.
  • Zum Beispiel speichert das Nutzerlesesystem, in einer Tabelle des Servers, eine Adresse des Mobiltelefons und eine Adresse des Objektes, in dem das elektronische Etikett eingebettet ist, das durch das Mobiltelefon gelesen wird, in solch einer Weise, dass diese Adressen einander zugeordnet werden. Daher wird bei dem ersten Beispiel des Standort-und-Besitz-Beziehungserkennungssystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung die Beziehung zwischen dem Mobiltelefon und dem Objekt, in dem das durch das Mobiltelefon gelesene elektronische Etikett eingebettet ist, von dieser Tabelle erfasst. Diese Beziehung kann durch eine Anordnungsbeziehung zwischen dem Mobiltelefon und dem elektronischen Etikett, das durch das Mobiltelefon gelesen wurde, veranschaulicht werden.
  • Als Nächstes wird ein zweites Beispiel für das Standort-und-Besitz-Beziehungserkennungssystem unter Bezugnahme auf 14 beschrieben. Das zweite Beispiel ist das Standort-und-Besitz-Beziehungserkennungssystem, das als Lesereinbettungssystem klassifiziert ist.
  • Das Lesereinbettungssystem bei dem zweiten Beispiel schließt das Anbringen der elektronischen Etiketten (RFIDs) an einem sich bewegenden Objekt und einer sich bewegenden Person ein, wie in 14 gezeigt. Dann werden bei dem System bei dem zweiten Beispiel die Leser hier und da eingebettet. Das System bei dem zweiten Beispiel liest dann Signale der elektronischen Etiketten mit den Lesern. Dann erkennt das System bei dem zweiten Beispiel, dass das Objekt und die Person die Orte passieren, an denen die Leser eingebettet sind.
  • Als Nächstes wird ein drittes Beispiel für das Standort-und-Besitz-Beziehungserkennungssystem unter Bezugnahme auf 15 erläutert. Das dritte Beispiel betrifft ein Anordnungsbeziehungserkennungssystem unter Verwendung eines GPS (Global Positioning System). Das System bei dem dritten Beispiel erfasst die Anordnungsbeziehung zwischen der Person und dem Objekt unter Einsatz des GPS.
  • Nun werden die Adressenauflösungstechnologie und die Verfolgungssteuertechnologie in der vorliegenden Ausführungsform unter Bezugnahme auf 16 beschrieben. 16 ist ein Konzeptdiagramm der Adressenauflösungstechnologie und der Verfolgungssteuertechnologie in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • (α) und (β): Zu Beginn registriert der Nutzer, der die Informationen empfängt, einen Standort des Nutzers und einen Standort des Objektes in dem Nutzerstandortverwaltungsserver.
    • (1): Wie in 16 gezeigt, sendet der Nutzer, der die Informationen überträgt, eine auf einer Absicht basierende Anfrage an einen ID-Auflösungsserver. Bei dem in 16 gezeigten Beispiel sendet der Nutzer eine Anfrage über einen Käufer einer Mozart-DVD.
    • (2): Dann überträgt der ID-Auflösungsserver eine ID der Mozart-DVD zu dem Nutzer.
    • (3): Anschließend überträgt der Nutzer die Informationen auf der Basis der empfangenen ID.
    • (4) und (5): Danach antwortet der Objektstandortverwaltungsserver mit dem ”Besitzer” auf die Anfrage über den Standort des Objektes.
    • (6) und (7): Anschließend antwortet der Nutzerstandortverwaltungsserver mit einer NW-Adresse des Besitzers auf die Anfrage über den Standort des Besitzers.
    • (8): Danach werden durch GMPLS-(Generalized Multi-Protocol Label Switching)-Signalisierung die Informationen an den Nutzer gesendet, der die Informationen von dem Nutzer empfängt, der die Informationen sendet.
  • Als Nächstes wird ein Attributinformationsreferenzsystem, das durch die Nutzerkontext-Fühl-/Verwaltungseinheit 214 des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung implementiert wird, unter Bezugnahme auf 17, 18, 19 und 20 beschrieben. 17, 18, 19 und 20 sind Konzeptdiagramme des Attributinformationsreferenzsystems einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • Zuerst wird ein erstes System des Attributinformationsreferenzsystems erläutert. Das erste System des Attributinformationsreferenzsystems in der vorliegenden Ausführungsform ist ein System, wie in 17 gezeigt, worin nicht nur die ID, sondern auch Attributinformationen in das elektronische Etikett in dem oben beschriebenen Standort-und-Besitz-Beziehungserkennungssystem geschrieben sind.
  • Die Attributinformationen sind solche Informationen, dass dieser Ort ein Versammlungsraum ist, diese Vorrichtung ein PG ist, usw. In dem ersten System des Attributinformationsreferenzsystems in der vorliegenden Ausführungsform wird ein Attribut zu einem Zeitpunkt bekannt, wenn ein Inhalt des elektronischen Etiketts gelesen wird. Das erste System des Attributinformationsreferenzsystems in der vorliegenden Ausführungsform ist ein Verfahren, durch das die geringste Last auf das NW angewendet wird. Dem ersten System des Attributinformationsreferenzsystems in der vorliegenden Ausführungsform sind jedoch Grenzen hinsichtlich einer Informationsmenge (Datengröße) gesetzt, die in den Attributinformationen enthalten ist.
  • Als Nächstes wird ein zweites System des Attributinformationsreferenzsystems beschrieben. Wie in 18 gezeigt, entspricht das zweite System des Attributinformationsreferenzsystems in der vorliegenden Ausführungsform einem Fall, wenn nur die ID in das elektronische Etikett in dem oben beschriebenen Standort-und-Besitz-Beziehungserkennungssystem geschrieben ist. Ferner sind im Falle des zweiten Systems des Attributinformationsreferenzsystems in der vorliegenden Ausführungsform die Attributinformationen in dem Server gespeichert. Das zweite System des Attributinformationsreferenzsystems in der vorliegenden Ausführungsform schließt das Lesen der Attributinformationen von dem Server über das Netzwerk ein.
  • Dann enthält das zweite System des Attributinformationsreferenzsystems in der vorliegenden Ausführungsform, als System zum Lesen der Attributinformationen von dem Server, ein System zum direkten Zugreifen auf den Server.
  • Ferner wird in dem zweiten System des Attributinformationsreferenzsystems in der vorliegenden Ausführungsform ein ID-NW-Adressenauflösungsserver über eine Adresse des Servers befragt, in den die Attributinformationen des Objektes geschrieben sind, das eine vorbestimmte ID hat. In dem zweiten System des Attributinformationsreferenzsystems in der vorliegenden Ausführungsform werden die Attributinformationen durch den Zugriff auf den Server erfasst, in den die Attributinformationen geschrieben sind. Darüber hinaus ermöglicht das zweite System des Attributinformationsreferenzsystems in der vorliegenden Ausführungsform ein neues Definieren eines ID-Formates und eines Tiefeninformationsformates.
  • Als Nächstes wird ein drittes System des Attributinformationsreferenzsystems unter Bezugnahme auf 19 beschrieben. Das dritte System ist ein erstes Zwischensystem des Attributinformationsreferenzsystems zwischen dem in 17 gezeigten System und dem in 18 gezeigten System in dem Standort-und-Besitz-Beziehungserkennungssystem, das oben beschrieben ist.
  • In diesem Attributinformationsreferenzsystem ist keine der Attributinformationen in dem elektronischen Etikett gespeichert. Das Attributinformationsreferenzsystem ist in diesem Fall indes so, dass in dem elektronischen Etikett die ID und ein Identifikator (z. B. URL (Uniform Resource Locator)) der Attributinformationen gespeichert sind. Deshalb spezifiziert das dritte System des Attributinformationsreferenzsystems auf der Basis dieser URL eine IP-Adresse des Servers, in den die Attributinformationen geschrieben sind, über ein existierendes DNS (Domain Name System).
  • Dann erfasst das dritte System des Attributinformationsreferenzsystems die Attributinformationen von dem Server. Wenn auf die durch die ID spezifizierten Attributinformationen unter Verwendung der existierenden URL Bezug genommen werden kann, ist das dritte System des Attributinformationsreferenzsystems sehr praktisch.
  • Als Nächstes wird ein viertes System des Attributinformationsreferenzsystems unter Bezugnahme auf 20 beschrieben. Das vierte System ist ein zweites Zwischensystem des Attributinformationsreferenzsystems zwischen dem in 17 gezeigten System und dem in 18 gezeigten System in dem oben beschriebenen Standort-und-Besitz-Beziehungserkennungssystem.
  • In dem vierten System des Attributinformationsreferenzsystems in der vorliegenden Ausführungsform sind die Attributinformationen nicht in dem elektronischen Etikett gespeichert. In dem elektronischen Etikett sind jedoch die ID und die NW-Adresse gespeichert. Die NW-Adresse ist eine NW-Adresse wie etwa die IP-Adresse des Servers, der die Attributinformationen enthält.
  • Alternativ dazu können in dem vierten System des Attributinformationsreferenzsystems in der vorliegenden Ausführungsform die in dem elektronischen Etikett gespeicherten Informationen die ID und die NW-Adresse des ID-NW-Adressenauflösungsservers sein, auf den zugegriffen werden soll, um die NW-Adresse zu erfahren. In dem elektronischen Etikett kann auch eine NW-Adresse eines Zwischenservers gespeichert sein. Ferner können die in dem elektronischen Etikett gespeicherten Einzelinformationen sequentiell überschrieben werden.
  • Als Nächstes wird ein fünftes System des Attributinformationsreferenzsystems beschrieben. Das fünfte System ist ein System zum Erfassen von Richtungen der sich bewegenden Person und des sich bewegenden Objektes aus einem Durchlauf-Verlauf der Leser, die an einer Vielzahl von Orten in dem in 14 gezeigten System installiert sind. Bei einem Schema in der vorliegenden Ausführungsform erkennen zum Beispiel ein Leser A und ein Leser B, falls der Durchlauf-Verlauf sequentiell aufgezeichnet wird, dass sich die Person und das Objekt von dem Leser A hin zu dem Leser B bewegen.
  • Als Nächstes wird ein sechstes System des Attributinformationsreferenzsystems beschrieben. Das sechste System ist, in dem in 14 gezeigten System, ein System zum Erkennen der gemeinsamen Bewegung des Objektes und des Lesers aus denselben Bewegungen des Objektes und des Lesers, d. h. ein System zum Erkennen einer Besitzbeziehung oder einer Sprecher-Sprecher-Beziehung.
  • Als Nächstes wird ein siebtes System des Attributinformationsreferenzsystems beschrieben. Das siebte System ist, in dem in 14 gezeigten System, ein System zum Empfangen von Ortsattributinformationen von den eingebetteten Lesern.
  • Als Nächstes wird ein achtes System des Attributinformationsreferenzsystems beschrieben. Das achte System ist, in dem in 14 gezeigten System, ein System zum Empfangen lediglich von Ortsidentifikatoren von den eingebetteten Lesern. Dann spezifiziert das achte System die Ortsattribute von den Ortsidentifikatoren über das Netzwerk.
  • Als Nächstes wird ein neuntes System des Attributinformationsreferenzsystems beschrieben. Das neunte System nimmt, in dem in 14 gezeigten System, Bezug auf die Attribute der Person und des Objektes, die die elektronischen Etiketten an sich haben, genauso wie in den in 17 bis 20 gezeigten Fällen.
  • Ein Attributinformationsverwaltungssystem, das durch die Nutzerkontext-Fühl-/Verwaltungseinheit 214 des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung implementiert wird, wird unter Bezugnahme auf 21 und 22 beschrieben. 21 und 22 sind Konzeptdiagramme der DBs (Datenbanken), die in dem Attributinformationsverwaltungssystem in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung verwendet werden.
  • Zu Beginn wird ein erstes Verfahren des Attributinformationsverwaltungssystems in der vorliegenden Ausführungsform unter Bezugnahme auf 21 erläutert. Wie in 21 gezeigt, existieren bei dem ersten Verfahren eine RFID-(Objekt)/Leser-(Nutzer)-Beziehungsverwaltungs-DB auf der NW-Steuerebene und eine RFID-(Objekt)/Attribut-Verwaltungs-DB auf der Dienststeuerebene unabhängig.
  • Dann schließt das erste Verfahren das Befragen der RFID-(Objekt)/Attribut-Verwaltungs-DB bezüglich eines Attributes des Objektes in Bezug auf den Nutzer ein (des Objektes, das in Besitz des Nutzers ist oder sich gemeinsam mit dem Nutzer an genau dem Ort oder in unmittelbarer Nähe von ihm befindet), je nach Erfordernis. Dann enthält das erste Verfahren das Erfassen des Nutzerkontextes. Bei diesem Verfahren wird aus der Objekt/Nutzer-Beziehungsverwaltungs-DB erkannt, dass z. B. ein Nutzer (masa) mit einem Objekt (#0551) in Beziehung steht. Darüber hinaus ist aus der Objekt/Attribut-Verwaltungs-DB bekannt, dass das Objekt ”#0551” eine CD ist. Dann wird aus diesen Beziehungen erkannt, dass der Nutzer (#masa) das Objekt, d. h. die CD, besitzt.
  • Als Nächstes wird ein zweites Verfahren des Attributinformationsverwaltungssystems in der vorliegenden Ausführungsform unter Bezugnahme auf 22 erläutert. Wie in 22 gezeigt, werden bei dem zweiten Verfahren die RFID (Objekt), die durch den Leser (Nutzer) gelesen wird, und deren Attribut durch eine einzelne DB verwaltet.
  • Als Nächstes wird unter Bezugnahme auf 23 und 24 ein Attributinformationsregistriersystem beschrieben, das durch die Nutzerkontext-Fühl-/Verwaltungseinheit 214 des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung implementiert wird. 23 und 24 sind Flussdiagramme einer Operation des Attributinformationsregistriersystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung. Es sei erwähnt, dass dieses Arbeitsbeispiel ein Beispiel für das Vorsehen der Nutzerkontext-Fühl-/Verwaltungseinheit 214 auf einem Kontextverwaltungsserver ist, der sich von dem Dienststeuerserver 203 unterscheidet. Ferner sind die Beziehungsverwaltungs-DB und die Attributverwaltungs-DB in dem Kontextverwaltungsserver vorgesehen.
  • Zuerst wird ein Beispiel für die Beziehungsverwaltung erläutert, die in 23 und 24 gezeigt ist. Die Beziehungsverwaltung schließt die Verwaltung der Beziehung zwischen dem Nutzer und der Objekt-ID ein. Die Beziehungsverwaltung wird durch Informationen veranschaulicht, dass z. B. ”A” #0551 besitzt, und durch Informationen, dass sich ”B” in #2385 befindet.
  • Weiterhin wird das Beispiel für die Attributverwaltung beschrieben, das in 23 und 24 gezeigt ist. Die Attributverwaltung schließt die Verwaltung des Attributes des Objektes ein. Die Attributverwaltung wird durch Informationen veranschaulicht, dass z. B. #0551 die CD ist, und durch Informationen, dass #2385 der Versammlungsraum ist.
  • Darüber hinaus wird ein Beispiel für die in 23 und 24 gezeigte Kontextverwaltung erläutert. Die Kontextverwaltung schließt die Verwaltung der Beziehung zwischen dem Nutzer und dem Objekt ein. Die Kontextverwaltung wird durch Informationen veranschaulicht, dass ”A” die CD besitzt, und durch Informationen, dass sich ”B” in dem Versammlungsraum befindet.
  • Das Attributinformationsregistriersystem, das in 23 gezeigt ist, ist ein System zum Eingeben des Attributes, wenn der Leser die RFID liest. Das in 23 gezeigte Beispiel ist so, dass die Etikett-ID und eine Leser-ID von dem Leser zu der Beziehungsverwaltungs-DB übertragen werden. Die hierbei übertragenen Informationen sind Informationen, dass z. B. der Leser von ”A” das elektronische Etikett mit den Identifikationsinformationen von #0551 liest.
  • Als Nächstes erfasst der Kontextverwaltungsserver die Beziehung zwischen dem Nutzer und dem Objekt von der Beziehungsverwaltungs-DB. Die Etikett-ID wird von der Beziehungsverwaltungs-DB zu dem Kontextverwaltungsserver übertragen. Der Kontextverwaltungsserver erfasst das Attribut von der Attributverwaltungs-DB. Das Attribut wird von der Attributverwaltungs-DB zu dem Kontextverwaltungsserver übertragen. Das hierbei übertragene Attribut sind Informationen, dass z. B. #0551 die CD ist.
  • Als Nächstes sendet der kontextbewusste Dienststeuerserver eine Kontextanforderung an den Kontextverwaltungsserver. Der Kontextverwaltungsserver sendet eine Kontextantwort an den kontextbewussten Dienststeuerserver. Die Kontextantwort, die individuell übertragen wird, sind Informationen, dass z. B. ”A” die CD besitzt.
  • Das in 24 gezeigte Attributinformationsregistriersystem unternimmt nichts, wenn der Leser die RFID liest. Das in 24 gezeigte Attributinformationsregistriersystem ist jedoch ein System zum Eingeben des Attributes, wenn es sich erforderlich macht.
  • Bei dem in 24 gezeigten Beispiel sendet der Leser die Etikett-ID und die Leser-ID an die Beziehungsverwaltungs-DB. Die hierbei übertragenen Informationen sind Informationen, dass z. B. #2385 durch den Leser von ”B” gelesen wird.
  • Als Nächstes sendet der kontextbewusste Dienststeuerserver eine Kontextanforderung an den Kontextverwaltungsserver. Anschließend erfasst der Kontextverwaltungsserver die Beziehung zwischen dem Nutzer und dem Objekt von der Beziehungsverwaltungs-DB. Dann wird die Etikett-ID von der Beziehungsverwaltungs-DB zu dem Kontextverwaltungsserver übertragen. Als Nächstes erfasst der Kontextverwaltungsserver das Attribut des Objektes von der Attributverwaltungs-DB. Dann wird das Attribut von der Attributverwaltungs-DB an den Kontextverwaltungsserver gesendet. Dieses Attribut sind Informationen, dass z. B. #2385 der Versammlungsraum ist.
  • Der Kontextverwaltungsserver sendet eine Kontextantwort an den kontextbewussten Dienststeuerserver. Die Kontextantwort, die individuell übertragen wird, sind Informationen, dass sich z. B. ”B” in dem Versammlungsraum befindet.
  • Hierbei wird ein Prozess, bei dem der Kontextverwaltungsserver die Beziehungsverwaltungs-DB über die Beziehung zwischen dem Nutzer und dem Objekt befragt, dadurch ausgelöst, indem eine explizite Anforderung bezüglich des Kontextes gestellt wird, wie in 24 gezeigt, und automatisch ausgelöst, wenn die Konsistenz geprüft wird.
  • Als Nächstes wird unter Bezugnahme auf 25 das erste Beispiel auf Erfordernisbasis beschrieben, das in 24 gezeigt ist. Das erste Beispiel auf Erfordernisbasis ist ein System, das für den anzufordernden Dienst vorgesehen ist, d. h., ein Kontextmitteilungssystem vom bedarfsgerechten Typ. 25 ist ein Konzeptdiagramm des Kontextmitteilungssystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung.
  • Bei dem Kontextmitteilungssystem vom bedarfsgerechten Typ sendet die Dienststeuereinheit 215, wie in 25 gezeigt, wenn der Dienst durch den Nutzer oder den Diensteanbieter oder den NW-Betreiber usw. gestartet wird, eine Kontextanforderung an die Nutzerkontext-Fühl-/Verwaltungseinheit 214, oder die NW-Steuereinheit 213 sendet eine Kontextanforderung an die NW-Kontext-Fühl-/Verwaltungseinheit 212. Dann teilt die Nutzerkontext-Fühl-/Verwaltungseinheit 214 oder die NW-Kontext-Fühl-/Verwaltungseinheit 212 der Dienststeuereinheit 215 oder der NW-Steuereinheit 213 den Kontext mit. Im Falle von 23 und im Falle von 24 gehören beide Abläufe zu diesem Muster.
  • Als Nächstes wird das zweite Beispiel auf Erfordernisbasis, das in 24 gezeigt ist, unter Bezugnahme auf 26 beschrieben. 26 ist ein Konzeptdiagramm des Kontextmitteilungssystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung. Das zweite Beispiel auf Erfordernisbasis ist ein System, das bei einer anzufordernden Kontextübereinstimmungsprüfung vorgesehen ist, d. h., ein Kontextmitteilungssystem vom Automatikmitteilungstyp bei Bedingungsübereinstimmung. Die ”Kontextübereinstimmungsprüfung” schließt das Prüfen dessen ein, ob das Objektattribut, das im Nutzerkontext angegeben ist, mit dem registrierten Objektattribut koinzidiert oder nicht. Wenn eine gewisse Bedingung besteht, teilt die Nutzerkontext-Fühl-/Verwaltungseinheit 214, wie in 26 gezeigt, der Dienststeuereinheit 215 spontan den Kontext mit. Diese Bedingung kann zum Beispiel durch den Fall veranschaulicht werden, wenn eine vorbestimmte Person an einem vorbestimmten Ort ankommt.
  • Ein erstes Beispiel für die Prüfung hinsichtlich der bestehenden Bedingung im Falle des Automatikmitteilungstyps bei Bedingungsübereinstimmung von 26 wird unter Bezugnahme auf 27 beschrieben. 27 ist ein Flussdiagramm einer Operation des Bedingungsübereinstimmungsprüfsystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung. Bei dem ersten Beispiel für die Prüfung hinsichtlich der bestehenden Bedingung in 26 wird die Ausführung der Prüfung durch das Auftreten einer Veränderung des Kontextes ausgelöst, wie wenn sich z. B. der Inhalt der Beziehungsverwaltung ändert.
  • Der Nutzer, der Diensteanbieter, etc. registrieren zuvor, wie in 27 gezeigt, die Bedingung in der Kontextverwaltungs-DB. Die hierin registrierte Bedingung wird durch die Bedingung veranschaulicht, dass die Mitteilung erfolgt, wenn z. B. ”B” im Versammlungsraum ankommt.
  • Dann überträgt der Leser die Etikett-ID und die Leser-ID zu der Beziehungsverwaltungs-DB. Die hierbei übertragenen Informationen sind Informationen, dass z. B. #2385 durch den Leser von ”B” gelesen wird. Dann teilt die Beziehungsverwaltungs-DB der Kontextverwaltungs-DB eine Beziehungsveränderung mit.
  • Anschließend befragt die Kontextverwaltungs-DB die Attributverwaltungs-DB über das Objektattribut. Die Attributverwaltungs-DB überträgt das Attribut zu der Kontextverwaltungs-DB. Das hierbei übertragene Attribut sind Informationen, dass z. B. #2385 der Versammlungsraum ist.
  • Dann bestimmt die Kontextverwaltungs-DB, ob die von der Beziehungsverwaltungs-DB übertragenen Informationen mit den von dem Nutzer und dem Diensteanbieter usw. übertragenen Informationen koinzidieren oder nicht. Falls die von der Beziehungsverwaltungs-DB übertragenen Informationen mit den von dem Nutzer und dem Diensteanbieter usw. übertragenen Informationen koinzidieren, teilt anschließend die Kontextverwaltungs-DB dem Nutzer und dem Diensteanbieter usw. den Kontext mit. Die hierbei mitgeteilten Informationen sind Informationen, dass sich z. B. ”B” in dem Versammlungsraum befindet.
  • Als Nächstes wird ein zweites Beispiel für die Prüfung hinsichtlich der bestehenden Bedingung im Falle des Automatikmitteilungstyps bei Bedingungsübereinstimmung in 26 unter Bezugnahme auf 28 beschrieben. 28 ist ein Flussdiagramm einer Operation des Bedingungsübereinstimmungsprüfsystems in einer Ausführungsform des Netzwerk-/Dienststeuersystems der vorliegenden Erfindung. Das zweite Beispiel für die Prüfung hinsichtlich der bestehenden Bedingung in 26 ist so, dass das Bestehen der Beziehung unter Verwendung der Zeit geprüft wird. Zum Beispiel erfolgt bei dem zweiten Beispiel die Prüfung hinsichtlich der bestehenden Bedingung in 26 in einer Weise, dass ein Zeitintervall mit einer vorbestimmten Periode oder schrittweise ab der Prüfzeit verlängert oder verkürzt wird. Ferner ermöglicht das zweite Beispiel das Prüfen hinsichtlich der bestehenden Bedingung auch unter Verwendung von anderen Elementen zusätzlich zu der Zeit. Zum Beispiel wird bei dem zweiten Beispiel, falls ein Beginn des Dienstes durch das Aussteigen aus einem Zug ausgelöst wird und falls das Einsteigen in den Zug bekannt ist, die Prüfung hinsichtlich der bestehenden Bedingung, d. h. des Aussteigens aus dem Zug, in einem kürzeren Zeitintervall als in dem Fall ohne das Einsteigen in den Zug geprüft.
  • Bei dem in 28 gezeigten Beispiel registrieren der Nutzer und der Diensteanbieter usw. zuvor die Bedingung in der Kontextverwaltungs-DB. Eine dabei registrierte Implementierungsmodusanforderung ist eine Bedingung, dass z. B. die Mitteilung erfolgt, wenn ”B” im Versammlungsraum ankommt.
  • Dann prüft die Kontextverwaltungs-DB, ob eine Zeit abgelaufen ist oder nicht. Hierbei liegt der Schwerpunkt nicht auf dem Zeitintervall, sondern auf der Zeit. Dann befragt die Kontextverwaltungseinheit, falls die Zeit abgelaufen ist, die Attributverwaltungs-DB über das Objektattribut. Dann überträgt die Attributverwaltungs-DB das Objektattribut zu der Kontextverwaltungs-DB. Die hierbei übertragenen Informationen sind Informationen, dass z. B. #2385 der Versammlungsraum ist. Hierbei wird der Prozess, bei dem die Attributverwaltungs-DB das Attribut zu der Kontextverwaltungs-DB überträgt, unnötig, falls das Attribut bereits bekannt gewesen ist.
  • Dann bestimmt die Kontextverwaltungs-DB, ob die zuvor durch den Nutzer und den Diensteanbieter usw. registrierten Informationen mit den Informationen koinzidieren oder nicht, die von der Attributverwaltungs-DB übertragen wurden. Anschließend teilt die Kontextverwaltungs-DB, falls die zuvor durch den Nutzer und den Diensteanbieter usw. registrierten Informationen mit den Informationen übereinstimmen, die von der Attributverwaltungs-DB übertragen wurden, dem Nutzer und dem Diensteanbieter usw. den Kontext mit. Hierbei sind der mitgeteilte Kontext Informationen, dass sich z. B. ”B” in dem Versammlungsraum befindet.
  • Als Nächstes wird ein drittes Beispiel für die Prüfung hinsichtlich der bestehenden Bedingung im Falle des Automatikmitteilungstyps bei Bedingungsübereinstimmung in 26 erläutert. Das dritte Beispiel ist so, dass die Prüfung hinsichtlich der bestehenden Bedingung in 26 zu einer vorbestimmten Zeit an einem vorbestimmten Tag ausgeführt wird.

Claims (23)

  1. Netzwerk-/Dienststeuerverfahren mit: einem Schritt zum Erfassen, wenn ein Kommunikationsdienst für einen Nutzer vorgesehen wird, eines Nutzerkontextes, der als Kenntnisinformationen über den Nutzer, dem ein Umfeld zugeordnet ist, das den Nutzer umgibt, und ein früheres Verhaltensmuster des Nutzers definiert ist; einem Schritt zum Erfassen eines Nutzerprofils, das als Informationen über einen Favoriten des Nutzers definiert ist, die durch den Nutzer zuvor zu einer beliebigen Zeit registriert wurden; und einem Schritt zum Erfassen eines Dienstprofils, das als Empfehlungswert eines Liefermodus des Kommunikationsdienstes definiert ist, der zuvor zu einer beliebigen Zeit durch einen Kommunikationsdienstanbieter registriert wurde; und einem Dienststeuerschritt zum Bestimmen von Netzwerkerfordernissen zum Vorsehen des Kommunikationsdienstes auf der Basis des Nutzerkontextes, des Nutzerprofils und des Dienstprofils.
  2. Netzwerk-/Dienststeuerverfahren nach Anspruch 1, ferner mit: einem Schritt zum Erfassen eines Netzwerkkontextes, der als Kenntnisinformationen über einen Verkehrskontext, eine Netzwerkleistung und Informationen definiert ist, die durch Operationserfahrungen erhalten wurden; einem Schritt zum Erfassen einer Operationspolitik, die als Informationen über eine Netzwerkoperationspolitik definiert ist, die zuvor zu einer beliebigen Zeit registriert wurden; und einem Netzwerksteuerschritt zum Zuordnen von Netzwerkressourcen zum Vorsehen des Kommunikationsdienstes für den Nutzer auf der Basis der Netzwerkerfordernisse, des Netzwerkkontextes und der Operationspolitik.
  3. Netzwerk-/Dienststeuerverfahren nach Anspruch 2, bei dem der Netzwerkkontext wenigstens eines enthält von Informationen über eine Nachfragetendenz hinsichtlich des Netzwerks, Informationen über eine gegenwärtige Verwendung der Netzwerkressourcen, Informationen über ein Netzwerkver haltensmuster, das bei Abnormität auftrat, und Informationen über ein Netzwerkoperationsmuster, das entsprechend der Steuerung über das Netzwerk auftrat.
  4. Netzwerk-/Dienststeuerverfahren nach Anspruch 1, bei dem der Dienststeuerschritt, falls sich eine durch das Nutzerprofil spezifizierte Bedingung von einer durch das Dienstprofil spezifizierten Bedingung unterscheidet, einen ersten Einstellschritt enthält, zum Einstellen der Netzwerkerfordernisse in einer Weise, dass eine der voreingestellten Bedingungen priorisiert wird, oder einen zweiten Einstellschritt, zum Einstellen der Netzwerkerfordernisse in einer Weise, dass die Inhalte von Daten, die durch die zwei Profile spezifiziert sind, miteinander verglichen werden.
  5. Netzwerk-/Dienststeuerverfahren nach Anspruch 4, bei dem der zweite Einstellschritt das Wiedereinstellen der Netzwerkerfordernisse durch Lockern der eingestellten Bedingung enthält, falls eine Anforderung hinsichtlich des Kommunikationsdienstes für den Nutzer, der auf der Basis der eingestellten Netzwerkerfordernisse ausgeführt worden ist, in einer Verbindungssperrung mündet.
  6. Netzwerk-/Dienststeuerverfahren nach Anspruch 4, bei dem der zweite Einstellschritt die Bezugnahme, bei den Netzwerkerfordernissen, auf einen Teil der Parameter von denen, die in dem Nutzerprofil und in dem Dienstprofil registriert sind, und deren Einstellung enthält.
  7. Netzwerk-/Dienststeuerverfahren nach Anspruch 6, bei dem der Teil der Parameter als Produktsatz der in den zwei Profilen registrierten Parameter definiert sind, die das Nutzerprofil und das Dienstprofil enthalten.
  8. Netzwerk-/Dienststeuerverfahren nach Anspruch 4, bei dem der zweite Einstellschritt das Einstellen, als Netzwerkerfordernisse, einer Summe von Sätzen der in den zwei Profilen registrierten Parameter enthält, die das Nutzerprofil und das Dienstprofil enthalten.
  9. Netzwerk-/Dienststeuerverfahren nach Anspruch 1, ferner mit einem dritten Einstellschritt zum Prüfen, falls unter den Parametern, die in den zwei Profilen behandelt werden, die das Nutzerprofil und das Dienstprofil enthalten, die Parameter vorhanden sind, deren Typen miteinander koinzidieren, ferner, falls einer oder beide der Inhalte dieser Parameter nicht als spezifizierter Wert/spezifizierte Werte, sondern als Bereich/Bereiche beschrieben ist/sind und falls verschiedene Bereiche spezifiziert sind, ob ein gemeinsames Gebiet in den zwei Bereichen existiert oder nicht, und Einstellen, als Netzwerkerfordernisse, des gemeinsamen Gebietes, falls die zwei Bereiche das gemeinsame Gebiet haben, und eines einander am nächsten kommenden Wertes in den Bereichen der Parameter der zwei Profile, falls kein gemeinsames Gebiet existiert.
  10. Netzwerk-/Dienststeuerverfahren nach Anspruch 1, das ferner umfasst: einen Schritt zum Übergeben einer Anforderung hinsichtlich des Nutzerkontextes an ein Nutzerkontext-Fühl-/Verwaltungsmittel, das den Nutzerkontext verwaltet, von einem Dienststeuermittel, das die Netzwerkerfordernisse erzeugt, wenn ein Dienst angefordert wird; und einen Schritt zum Übergeben einer Mitteilung mit dem Nutzerkontext, der durch das Dienststeuermittel angefordert wurde, von dem Nutzerkontext-Fühl-/Verwaltungsmittel.
  11. Netzwerk-/Dienststeuerverfahren nach Anspruch 1, das ferner umfasst: einen Schritt zum Übertragen des Nutzerkontextes zu einem kontextbewussten Dienststeuermittel, das die Netzwerkerfordernisse erzeugt, von dem Kontextverwaltungsmittel, das den Nutzerkontext verwaltet, wenn eine vorbestimmte Bedingung erfüllt ist.
  12. Netzwerk-/Dienststeuerverfahren nach Anspruch 11, ferner mit einem von einem Schritt zum Prüfen, ob die vorbestimmte Bedingung besteht oder nicht, wenn in dem Nutzerkontext eine Veränderung auftritt; einem Schritt zum Prüfen, ob die vorbestimmte Bedingung erfüllt ist oder nicht, in einem Zeitintervall einer vorbestimmten Periode; und einem Schritt zum Prüfen, ob die vorbestimmte Bedingung erfüllt ist oder nicht, zu einer feststehenden Zeit an einem feststehenden Tag.
  13. Netzwerk-/Dienststeuerverfahren nach Anspruch 11, ferner mit einem Schritt zum Bestimmen der Zeit, wann geprüft wird, ob die vorbestimmte Bedingung erfüllt ist oder nicht, und zum Bestimmen der nächsten Prüfzeit ab der vorherigen Prüfzeit gemäß einer Regel, die sich entsprechend einem Kontext ändert.
  14. Netzwerk-/Dienststeuerverfahren nach Anspruch 13, bei dem der Schritt zum Bestimmen der Zeit, wann geprüft wird, ob die vorbestimmte Bedingung erfüllt ist oder nicht, einen Schritt enthält zum Bestimmen dessen, ob eine Tiefenprüfung erforderlich ist oder nicht, und einen Schritt zum Bestimmen, wenn bestimmt wird, dass die Tiefenprüfung erforderlich ist, der nächsten Prüfzeit in einem verkürzten Zeitintervall ab der vorherigen Prüfzeit.
  15. Netzwerk-/Dienststeuerverfahren nach Anspruch 14, bei dem der Schritt zum Prüfen, ob die vorbestimmte Bedingung erfüllt ist oder nicht, einen Schritt enthält zum Bestimmen, wenn bestimmt wird, dass die Tiefenprüfung nicht erforderlich ist, der nächsten Prüfzeit in einem verlängerten Zeitintervall ab der vorherigen Prüfzeit.
  16. Netzwerk-/Dienststeuerverfahren nach Anspruch 1, bei dem der Schritt zum Erfassen des Nutzerkontextes enthält: einen Schritt zum Zuordnen von Identifikationsinformationen, die von einem elektronischen Etikett erfasst werden, zu Identifikationsinformationen eines Terminals, welches das elektronische Etikett liest; und einen Schritt zum Einstellen, als Nutzerkontext, einer Beziehung zwischen einem Objekt, an dem das elektronische Etikett angebracht ist, und einem Besitzer des Objektes, die von einer Zuordnungsbeziehung zwischen den von dem elektronischen Etikett erfassten Identifikationsinformationen und den Terminalidentifikationsinformationen abgeleitet wird.
  17. Netzwerk-/Dienststeuerverfahren nach Anspruch 1, bei dem der Schritt zum Erfassen des Nutzerkontextes enthält: einen Schritt zum Lesen von Informationen von dem elektronischen Etikett des Objektes, an dem das elektronische Etikett angebracht ist, durch einen Leser, der an einem vorbestimmten Ort angeordnet ist; einen Schritt zum Erkennen, dass das Objekt, an dem das elektronische Etikett angebracht ist, einen vorbestimmten Ort durchläuft, durch das Lesen der Informationen von dem elektronischen Etikett mit dem Leser; und einen Schritt zum Erkennen, als Nutzerkontext, dass das Objekt den Ort durchläuft, wo der Leser angeordnet ist.
  18. Netzwerk-/Dienststeuerverfahren nach Anspruch 16, bei dem in dem elektronischen Etikett Identifikationsinformationen des elektronischen Etiketts gespeichert sind, und eines von Attributinformationen, die Informationen über das Objekt darstellen, an dem das elektronische Etikett angebracht ist, einer Netzwerkadresse des Servers, in dem die Attributinformationen gespeichert sind, und einer Netzwerkadresse des Identifikationsinformations-/Netzwerkadressenauflösungsservers, auf den zum Erfassen der Netzwerkadresse des Servers zuzugreifen ist, in dem die Attributinformationen gespeichert sind.
  19. Netzwerk-/Dienststeuerverfahren nach Anspruch 16, ferner mit: den Schritten zum Zugreifen auf einen Server, in dem die Attributinformationen gespeichert sind, die detaillierte Informationen über das Objekt darstellen, an dem das elektronische Etikett angebracht ist, und Lesen der Attributinformationen von dem Server auf der Basis der in dem elektronischen Etikett gespeicherten Identifikationsinformationen durch eine Kontextverwaltungseinheit, die den Nutzerkontext verwaltet.
  20. Netzwerk-/Dienststeuerverfahren nach Anspruch 17, ferner mit den Schritten zum Zugreifen auf einen Server, in dem die Attributinformationen gespeichert sind, die die detaillierten Informationen über das Objekt darstellen, und Lesen der Attributinformationen von dem Server auf der Basis der in dem elektronischen Etikett gespeicherten Identifikationsinformationen durch die Kontextverwaltungseinheit, die den Nutzerkontext verwaltet.
  21. Netzwerk-/Dienststeuerverfahren nach Anspruch 1, bei dem der Schritt zum Erfassen des Nutzerkontextes enthält: einen Schritt zum Erfassen, durch das Kontextverwaltungsmittel, das den Kontext verwaltet, von Informationen über eine Beziehung zwischen dem Nutzer und dem Objekt, die in einer Objekt-Nutzer-Beziehungsverwaltungsdatenbank gespeichert sind, und der Attributinformationen des Objektes, die in einer Objekt/Attribut-Verwaltungsdatenbank gespeichert sind, die unabhängig von den Objekt-Nutzer-Beziehungsverwaltungsdaten existiert, und zum Verwalten des den Nutzer umgebenden Umfeldes, wie etwa die nahe Peripherie, als Nutzerkontext von dem Nutzer, dem Objekt und dessen Attributinformationen.
  22. Netzwerk-/Dienststeuerverfahren nach Anspruch 1, bei dem der Schritt zum Erfassen des Nutzerkontextes enthält: einen Schritt zum Speichern, durch das Kontextverwaltungsmittel, das den Kontext verwaltet, in einer Datenbank, der Identifikationsinformationen des Objektes, an dem das elektronische Etikett angebracht ist, und dessen Attributinformationen, die durch einen Nutzer mit einem Leser gelesen werden, und Verwalten des den Nutzer umgebenden Umfeldes, wie etwa die nahe Peripherie, als Nutzerkontext von dem Nutzer, dem Objekt und dessen Attributinformationen.
  23. Netzwerk-/Dienststeuerverfahren nach Anspruch 1, bei dem der Schritt zum Erfassen des Nutzerkontextes einen enthält von einem Schritt zum Anfordern und Verwalten, durch das Kontextverwaltungsmittel, das den Kontext verwaltet, der Attributinformationen des Objektes als Nutzerkontext, wenn ein Leser die Informationen von dem elektronischen Etikett liest; und einem Schritt zum Anfordern und Verwalten, durch die Kontextverwaltungseinheit, die den Kontext verwaltet, der Attributinformationen des Objektes als Nutzerkontext zu einer vorbestimmten Zeit.
DE112004003015.3T 2004-11-26 2004-11-26 Netzwerk-/Dienststeuerverfahren Expired - Fee Related DE112004003015B4 (de)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2004/017618 WO2006057048A1 (ja) 2004-11-26 2004-11-26 ネットワーク・サービス制御方法

Publications (2)

Publication Number Publication Date
DE112004003015T5 DE112004003015T5 (de) 2008-01-10
DE112004003015B4 true DE112004003015B4 (de) 2016-12-15

Family

ID=36497797

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112004003015.3T Expired - Fee Related DE112004003015B4 (de) 2004-11-26 2004-11-26 Netzwerk-/Dienststeuerverfahren

Country Status (4)

Country Link
US (1) US7949755B2 (de)
JP (1) JP5224689B2 (de)
DE (1) DE112004003015B4 (de)
WO (1) WO2006057048A1 (de)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8331294B2 (en) * 2007-07-20 2012-12-11 Broadcom Corporation Method and system for managing information among personalized and shared resources with a personalized portable device
US7958228B2 (en) 2007-07-11 2011-06-07 Yahoo! Inc. Behavioral predictions based on network activity locations
US9805123B2 (en) * 2008-11-18 2017-10-31 Excalibur Ip, Llc System and method for data privacy in URL based context queries
US8468253B2 (en) * 2008-12-02 2013-06-18 At&T Intellectual Property I, L.P. Method and apparatus for multimedia collaboration using a social network system
FI122770B (fi) * 2009-11-11 2012-06-29 Adfore Technologies Oy Kontekstitietoisuudella ohjattava mobiililaite
US8996728B2 (en) * 2010-10-01 2015-03-31 Telcordia Technologies, Inc. Obfuscating network traffic from previously collected network traffic
US8559326B2 (en) * 2010-11-16 2013-10-15 Edgecast Networks, Inc. Bandwidth modification for transparent capacity management in a carrier network
WO2012071690A1 (en) * 2010-12-03 2012-06-07 Nokia Corporation Method and apparatus for providing context-based user profiles
US9141887B2 (en) 2011-10-31 2015-09-22 Hewlett-Packard Development Company, L.P. Rendering permissions for rendering content
US9462080B2 (en) * 2012-04-27 2016-10-04 Hewlett-Packard Development Company, L.P. Management service to manage a file
US20140006620A1 (en) * 2012-06-27 2014-01-02 International Business Machines Corporation System, method and program product for local client device context-aware shared resource and service management
US9215144B2 (en) * 2012-10-18 2015-12-15 International Business Machines Corporation Recommending a policy for an IT asset
WO2014068707A1 (ja) * 2012-10-31 2014-05-08 擴張世界有限公司 コンテンツ配信システム、プログラムおよびコンテンツ配信方法
US9390269B2 (en) * 2013-09-30 2016-07-12 Globalfoundries Inc. Security testing using semantic modeling
TWI562567B (en) 2015-03-23 2016-12-11 Ind Tech Res Inst Method of automatically managing applications on digital convergence gateways, system therefor and apparatus therewith
JP6681429B2 (ja) * 2018-05-25 2020-04-15 シャープ株式会社 ネットワークシステム、サーバ、および情報処理方法

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030186651A1 (en) * 2002-03-27 2003-10-02 Weston Thomas E. Method and apparatus for minimizing setup time for a mobile station
US20030193910A1 (en) * 2002-04-11 2003-10-16 Docomo Communications Laboratories Usa, Inc. Context aware application level triggering mechanism for pre-authentication, service adaptation, pre-caching and handover in a heterogeneous network environment
US20040010446A1 (en) * 2002-07-08 2004-01-15 Marko Vanska Mobile customer relationship management
JP2004206670A (ja) * 2002-10-30 2004-07-22 Nippon Telegr & Teleph Corp <Ntt> 利用権管理システム、方法、およびそのための機構を備える装置
EP1443722A2 (de) * 2003-01-31 2004-08-04 Fujitsu Limited Übertragungsbandbreitensteuervorrichtung
US6778096B1 (en) * 1997-11-17 2004-08-17 International Business Machines Corporation Method and apparatus for deploying and tracking computers
US20040162818A1 (en) * 2003-02-10 2004-08-19 Shaw Venson M. Distributed profile storage and management in a telecommunication network
WO2004073269A1 (ja) * 2003-02-13 2004-08-26 Fujitsu Limited 伝送システム，配信経路制御装置，負荷情報収集装置および配信経路制御方法
WO2004080008A1 (ja) * 2003-03-04 2004-09-16 Fujitsu Limited 連携情報管理システム

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6085238A (en) * 1996-04-23 2000-07-04 Matsushita Electric Works, Ltd. Virtual LAN system
US6779030B1 (en) * 1997-10-06 2004-08-17 Worldcom, Inc. Intelligent network
US6683853B1 (en) * 1999-12-01 2004-01-27 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic upgrade of quality of service in a packet switched network
DE60020518T2 (de) * 2000-03-01 2006-06-29 Sony International (Europe) Gmbh Verwaltung von Benutzerprofilen
JP3717756B2 (ja) * 2000-06-08 2005-11-16 株式会社エヌ・ティ・ティ・ドコモ 通信端末装置
JP2003091678A (ja) * 2001-07-13 2003-03-28 Sony Urban Entertainment Inc 情報配信サーバ、記録媒体及び情報配信方法
US20030135582A1 (en) * 2001-12-21 2003-07-17 Docomo Communications Laboratories Usa, Inc. Context aware search service
JP2004153778A (ja) * 2002-09-03 2004-05-27 Ntt Docomo Inc 送受信制御装置、送受信制御方法および送受信制御プログラム
KR20040033988A (ko) 2002-10-16 2004-04-28 이명재 유, 무선 네트워크를 이용한 예약/관리시스템 및 그제어방법
JP2004274368A (ja) * 2003-03-07 2004-09-30 Fujitsu Ltd 品質保証制御装置および負荷分散装置
JP2004336309A (ja) * 2003-05-06 2004-11-25 Nippon Telegr & Teleph Corp <Ntt> コンテンツのネットワーク配信方法、システム、コンテンツ検索・選択サーバ、ロケーション選択サーバ
US7317716B1 (en) * 2003-07-25 2008-01-08 Verizon Laboratories Inc. Methods and systems for presence-based telephony communications
US7668157B2 (en) * 2003-07-25 2010-02-23 Verizon Patent And Licensing Inc. Presence based telephony
JP2006184986A (ja) * 2004-12-27 2006-07-13 Hitachi Ltd 端末機器及びその管理方法
US7684323B2 (en) * 2005-06-29 2010-03-23 Nokia Corporation Service error handling in a communications network

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6778096B1 (en) * 1997-11-17 2004-08-17 International Business Machines Corporation Method and apparatus for deploying and tracking computers
US20030186651A1 (en) * 2002-03-27 2003-10-02 Weston Thomas E. Method and apparatus for minimizing setup time for a mobile station
US20030193910A1 (en) * 2002-04-11 2003-10-16 Docomo Communications Laboratories Usa, Inc. Context aware application level triggering mechanism for pre-authentication, service adaptation, pre-caching and handover in a heterogeneous network environment
US20040010446A1 (en) * 2002-07-08 2004-01-15 Marko Vanska Mobile customer relationship management
JP2004206670A (ja) * 2002-10-30 2004-07-22 Nippon Telegr & Teleph Corp <Ntt> 利用権管理システム、方法、およびそのための機構を備える装置
EP1443722A2 (de) * 2003-01-31 2004-08-04 Fujitsu Limited Übertragungsbandbreitensteuervorrichtung
US20040162818A1 (en) * 2003-02-10 2004-08-19 Shaw Venson M. Distributed profile storage and management in a telecommunication network
WO2004073269A1 (ja) * 2003-02-13 2004-08-26 Fujitsu Limited 伝送システム，配信経路制御装置，負荷情報収集装置および配信経路制御方法
WO2004080008A1 (ja) * 2003-03-04 2004-09-16 Fujitsu Limited 連携情報管理システム

Also Published As

Publication number Publication date
DE112004003015T5 (de) 2008-01-10
US20070250628A1 (en) 2007-10-25
JP5224689B2 (ja) 2013-07-03
WO2006057048A1 (ja) 2006-06-01
US7949755B2 (en) 2011-05-24
JPWO2006057048A1 (ja) 2008-06-05

Similar Documents

Publication Publication Date Title
DE112004003015B4 (de) Netzwerk-/Dienststeuerverfahren
DE69931052T2 (de) Middleware-basiertes echtzeit-kommunikationssystem
DE60102367T2 (de) Netzoptimierungsmethode
DE69404146T2 (de) Konfliktauflösungsverfahren zwischen einheiten in einem verteilten system
DE60033700T2 (de) Verfahren zur Auslieferung von Information an mobile Computer Cache Server benutzend
DE60306480T2 (de) Verfahren zur Kommunikation von Knoten in Peer-to-Peer Netzwerken mit Hilfe eines gemeinsamen Gruppenetiketts
DE102019103927A1 (de) Systeme und Verfahren zur Ausführung eines Sicherheitsprotokolls in einem durch hierarchische Zustandsautomaten gesteuerten Ausführungsplan
US20030028656A1 (en) System and method for fractional resource scheduling
CN106059954A (zh) 一种网络带宽调节的方法及装置
DE60223981T2 (de) System zur Multicast-Adresszuweisung und Informationsverteilung
DE602004008618T2 (de) System und verfahren zum einheitlichen weiterleiten von paketen über drahtlose und verdrahtete netzwerke
DE10303237A1 (de) Gefilterte Peer-To-Peer-Geschäftskommunikation in einer verteilten Computerumgebung
DE112017007393T5 (de) System und verfahren für netzwerkvorrichtungssicherheits- und vertrauenswertbestimmung
DE112018000731T5 (de) IoT-Gerät Fog-Networking-Betrieb
DE102018110138A1 (de) Arbeitsablaufmaschinen-Framework
WO2013087610A1 (de) Vorrichtung und verfahren zum dynamischen lastmanagement von cloud services
DE102021109310B4 (de) Konsistente dienstgütepolitik in einem softwaredefinierten unternehmensnetzwerk
DE112014002348T5 (de) Drahtlosübertragungskapazitätsregelung
DE60209526T2 (de) Optimiertes mobilitätsmanagement auf basis von ortsbezogenem kontext
DE60216975T2 (de) System und verfahren zum verwalten von nachrichtendiensten
DE112014002365T5 (de) Drahtlosübertragungskapazitätsregelung
WO2005034463A1 (de) Verfahren zur bereitstellung von leistungsmerkmalen bei bedarf
DE60217574T2 (de) Verfahren und Vorrichtung zum Bereitstellen einer effizienten Nutzung von Breitbandnetzressourcen
DE10314597A1 (de) Verfahren und Anordnungen in einem Telekommunikationsnetz
DE202009019134U1 (de) Technik zur Regulierung von Linkverkehr

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8128 New person/name/address of the agent

Representative=s name: SEEGER SEEGER LINDNER PARTNERSCHAFT PATENTANWAELTE

R082 Change of representative

Representative=s name: HOFFMANN - EITLE PATENT- UND RECHTSANWAELTE PA, DE

R016 Response to examination communication
R018 Grant decision by examination section/examining division
R020 Patent grant now final
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee