DE60125703T2 - System für Multicastnachrichten auf Anfrage - Google Patents

System für Multicastnachrichten auf Anfrage Download PDF

Info

Publication number
DE60125703T2
DE60125703T2 DE60125703T DE60125703T DE60125703T2 DE 60125703 T2 DE60125703 T2 DE 60125703T2 DE 60125703 T DE60125703 T DE 60125703T DE 60125703 T DE60125703 T DE 60125703T DE 60125703 T2 DE60125703 T2 DE 60125703T2
Authority
DE
Germany
Prior art keywords
user
seller
message
service
messages
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE60125703T
Other languages
English (en)
Other versions
DE60125703D1 (de
Inventor
Li Fung Holmdel Chang
Hui Old Bridge Luo
Xiaoxin Bridgewater Qiu
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.)
AT&T Corp
Original Assignee
AT&T Corp
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 AT&T Corp filed Critical AT&T Corp
Publication of DE60125703D1 publication Critical patent/DE60125703D1/de
Application granted granted Critical
Publication of DE60125703T2 publication Critical patent/DE60125703T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0251—Targeted advertisements
    • G06Q30/0261—Targeted advertisements based on user location
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/222—Monitoring or handling of messages using geographical location information, e.g. messages transmitted or received in proximity of a certain spot or area
    • 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/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • 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/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • 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/50—Network services
    • H04L67/53—Network services using third party service providers
    • 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/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H04W4/23—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel for mobile advertising
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)

Description

  • Erfindungsgebiet
  • Die vorliegende Erfindung betrifft allgemein Kommunikationssysteme und insbesondere drahtlose mobile Kommunikationssysteme.
  • Hintergrund der Erfindung
  • Es gibt eine große Vielfalt an im Stand der Technik bekannten Werbetechniken einschließlich Radio- und Fernseh-Werbespots, Zeitungsreklamen und direktem Marketing, z. B. Telemarketing. Da diese Reklamen verwendet werden, um eine Information an soviele Personen wie möglich zu befördern, können sie relativ teuer und ineffizient sein. Im allgemeinen bemühen sich Verkäufer von Waren und Diensten um die Maximierung ihres Gewinns in Bezug auf Reklameausgaben. Verkäufer wünschen, das Kennen ihrer Produkte an soviele mögliche Verbraucher wie möglich zu befördern. Vor allem Verkäufer von verschiedenen Waren und Diensten wünschen, die Verbraucher zu erreichen, die einen Wunsch oder Bedarf an den vom Verkäufer bereitgestellten Waren und Diensten haben.
  • Jedoch ist es schwierig und teuer, jene Verbraucher zu identifizieren, die ein Interesse an einem besonderen Produkt oder Dienst haben, die von einem speziellen Verkäufer angeboten werden. Und selbst wenn diese Verbraucher identifiziert werden können, kann es relativ schwierig sein, den Verbraucher dazu zu bringen, sich auf eine Werbung zu konzentrieren. Zusätzlich haben Verbraucher für gewöhnlich keine Motivation, sich selbst als an einer besonderen Art an Artikel oder Dienst interessiert zu identifizieren.
  • WO-97/17774 offenbart ein Verfahren und System für das Ausstrahlen einer Werbung oder eines Inhalts an ein spezifisches Publikum, in dem ein Benutzerprofil auf die empfangende Vorrichtung eines Benutzers heruntergeladen wird, das mit einem Ziel-Profil verglichen wird, das in der ausgestrahlten Werbung und im ausgestrahlten Inhalt eingeschlossen ist.
  • Es wäre daher wünschenswert, Nachrichten von Verkäufern an Verbraucher zu senden, die einen Wunsch oder Bedarf an Waren und Diensten ausgedrückt haben, die die gewünschten Waren und Dienste zur Verfügung stellen. Es wäre weiterhin wünschenswert, Nachrichten für Mobilfunkbenutzer bereitzustellen, wenn sich diese in der Nähe des Verkäufers befinden, in Bezug auf den der Benutzer eine Information empfangen möchte.
  • Zusammenfassung der Erfindung
  • Die vorliegende Erfindung stellt ein lokalisiertes Auf-Nachfrage-Multicast-Kommunikationssystem für ein mobiles Netz bereit, das den Benutzern des mobilen Netzes Nachrichten bereitstellt. Dies wird durch ein Verfahren nach Anspruch 1 erreicht. Indem unter vom Benutzer bestimmten Bedingungen dem Benutzern des mobilen Netzes Nachrichten bereitgestellt werden, ist der Benutzer in Bezug auf die übertragenen Nachrichten relativ empfänglich. Obwohl die Erfindung vorrangig in Verbindung mit einem Mobilfunktelefonnetz gezeigt und beschrieben wird, das kommerzielle Werbenachrichten überträgt, ist es verständlich, dass die Erfindung auf andere Nachrichtentypen und andere Netztypen angewandt werden kann, in denen es wünschenswert ist, Auf-Nachfrage-Nachrichten bereitzustellen.
  • In einem Aspekt der Erfindung schließt ein mobiles Kommunikationssystem einen Profil-Proxy-Server ein, der an mehrere Nachrichtenserver gekoppelt ist. Benutzer stellen einem lokalen Nachrichtenserver über den Profil-Proxy-Server eine Profilinformation zur Verfügung. Die Profilinformation kann vom Benutzer festgelegte Vorzüge einschließen, die die Kategorien bestimmen, für die der Benutzer Nachrichten empfangen möchte, und die Bedingungen, z. B. Tageszeit, maximale Nachrichtenanzahl und Standort, unter denen die Nachrichten akzeptiert werden, bestim men. Verkäufer können ebenfalls eine Profilinformation bereitstellen, die die Geschäftskategorie des Verkäufers und die Bedingungen, z. B. Zeiteinstellung, Werbeumfang und Zahl der interessierten Benutzer, unter denen die Nachrichten ausgestrahlt werden sollten, identifiziert.
  • Die Benutzerprofilinformation kann vom lokalen Nachrichtenserver verwendet werden, um einen Dienst-ID-Pool für den Benutzer zu bestimmen, der an den Benutzer heruntergeladen wird. Der Dienst-ID-Pool erlaubt dem Benutzer zu bestimmen, welche Multicastnachrichten die im Profil des Benutzers festgelegten Vorzüge erfüllen. Die Multicastnachrichten können von allen Benutzern empfangen werden, für die die Profilbedingungen und Benutzer- und Verkäuferbedingungen erfüllt sind. Multicastnachrichten schließen die Kategorieinformation für den Verkäufer zusammen mit einem einmaligen Bezeichner für den Verkäufer ein. Die Multicastnachrichten können eine Information einschließen, die den Benutzern erlaubt, den Verkäufer zu besuchen oder auf andere Weise zu kontaktieren.
  • In einer Ausführungsform schließt der Benutzer-Dienst-ID-Pool Paare von Dienst-IDs und ID-Masken auf der Grundlage der im Benutzerprofil bestimmten Vorlieben ein. Felder im Dienst-ID-Pool werden mit entsprechenden Feldern in einer Multicastnachricht verglichen, um zu bestimmen, ob der Benutzer die Nachricht verarbeiten sollte. In einer beispielhaften Ausführungsform werden die ID-Masken logisch mit der Multicastnachricht UND-verknüpft und das Ergebnis mit der Dienst-ID verglichen. Wenn das Ergebnis der logischen UND-Verknüpfung mit der Dienst-ID übereinstimmt, dann sollte die Nachricht verarbeitet werden.
  • Diese Anordnung erlaubt den Verkäufern, die Information zu senden, die die Waren und/oder den Dienst betrifft, die sie den Benutzern zur Verfügung stellen, die einen Wunsch zum Empfangen der Nachrichten von Verkäufern geäußert haben, die die bestimmte Ware und/oder den bestimmten Dienst bereitstellen.
  • Vor der Ausstrahlung der Nachrichten an Mobilnetzbenutzer, wartet das Auf-Nachfrage-Kommunikations-Multicast-Kommunikationssystem auf ein mit den Benutzern des Systems verknüpftes Ereignis. In einer Ausführungsform schließen die Ereignisse Registrationsereignisse, Ent-Registrationsereignisse, Standortaktualisierungsereignisse und aktive Nachfrageereignisse ein. Im allgemeinen empfängt ein Nachrichtenserver die Ereignisinformation, bestimmt die Ereignisart und verarbeitet das Ereignis.
  • Registrationsereignisse erfolgen, wenn sich ein Mobilbenutzer einschaltet und den Benutzer dem Mobilnetz kennzeichnet. Das Auf-Nachfrage-Kommunikationssystem erlangt das Benutzerprofil wieder und erzeugt einen gewünschten Dienst-ID-Pool für den Benutzer, der dann an den Benutzer heruntergeladen wird. Der gewünschte Dienst-ID-Pool wird vom Benutzer verwendet, um jene Multicastnachrichten zu identifizieren, die vom Benutzer verarbeitet werden sollten. Ent-Registrationsereignisse erfolgen, wenn ein Benutzer das Mobilnetz verläßt, wie beispielsweise beim Ausschalten.
  • Aktive Nachfrageereignisse erfolgen, wenn ein Benutzer aktiv die Verkäuferinformation für eine oder mehrere Verkaufskategorien verlangt. Zum Beispiel kann ein Benutzer eine Nachfrage zum Empfangen von Nachrichten von umliegenden Restaurants einreichen. Multicastnachrichten, die die Verkäuferinformation bereitstellen, können, wenn Benutzer- und Verkäuferbedingungen erfüllt sind, an den Benutzer gesendet werden.
  • Standortaktualisierungsereignisse werden durch die Bewegung des Benutzers im Mobilnetz ausgelöst. Im allgemeinen informiert das Mobilnetz das Auf-Nachfrage-Kommunikationsnetz darüber, wann sich ein Benutzer von einer Zelle zur anderen bewegt. Das Kommunikationsnetz informiert dann einen Nachrichtenserver, der die neue Zelle des Benutzerstandorts abdeckt.
  • Kurze Beschreibung der Zeichnungen
  • Die Erfindung wird in Zusammenhang mit der folgenden detaillierten Beschreibung verständlicher, die in Verbindung mit den begleitenden Zeichnungen gemacht wird, in denen:
  • 1 ein Blockdiagramm eines beispielhaften drahtlosen Auf-Nachfrage-Kommunikationssystems in Übereinstimmung mit der vorliegenden Erfindung ist;
  • 2 ein weiteres Blockdiagramm eines beispielhaften drahtlosen Auf-Nachfrage-Kommunikationssystems in Übereinstimmung mit der vorliegenden Erfindung ist;
  • 3 ein Blockdiagramm einer besonderen Ausführungsform eines drahtlosen Auf-Nachfrage-Kommunikationssystems in Übereinstimmung mit der vorliegenden Erfindung ist;
  • 4 eine bildhafte Darstellung eines drahtlosen Auf-Nachfrage-Kommunikationssystems in Übereinstimmung mit der vorliegenden Erfindung ist, die die Benutzerbewegung zeigt;
  • 5 ein Blockdiagramm eines beispielhaften Nachrichtenservers ist, der in Übereinstimmung mit der vorliegenden Erfindung einen Teil einer Nachricht-Auf-Nachfrage-Systems bildet;
  • 6 ein Blockdiagramm eines beispielhaften Formats für einen gewünschten Dienst-ID-Pool ist, der in Übereinstimmung mit der vorliegenden Erfindung von einem Auf-Nachfrage-Kommunikationssystem gebildet wird;
  • 7 ein beispielhaftes Format für eine Auf-Nachfrage-Multicastnachricht in Übereinstimmung mit der vorliegenden Erfindung ist;
  • 8 eine beispielhafte Schrittfolge zum Antworten auf Ereignisse in einem Nachricht-Auf-Nachfrage-System in Übereinstimmung mit der vorliegenden Erfindung zeigt;
  • 9 eine beispielhafte Schrittfolge zum Abwickeln von Registrationsereignissen in einem Auf-Nachfrage-Kommunikationssystem in Übereinstimmung mit der vorliegenden Erfindung zeigt;
  • 10 eine beispielhafte Schrittfolge zum Abwickeln von Ent-Registrationsereignissen in einem Auf-Nachfrage-Kommunikationssystem in Übereinstimmung mit der vorliegenden Erfindung zeigt;
  • die 11a und 11b eine beispielhafte Schrittfolge zum Abwickeln von Standortaktualisierungsereignissen in einem Auf-Nachfrage-Kommunikationssystem in Übereinstimmung mit der vorliegenden Erfindung zeigen; und
  • die 12a und 12b eine beispielhafte Schrittfolge zum Abwickeln aktiver Nachfrageereignisse in einem Auf-Nachfrage-Kommunikationssystem in Übereinstimmung mit der vorliegenden Erfindung zeigen.
  • Detaillierte Beschreibung der Erfindung
  • Die 1–2 zeigen in Übereinstimmung mit der vorliegenden Erfindung ein drahtloses mobiles Kommunikationssystem 100, das über eine Auf-Nachfrage-Benachrichtigung verfügt. Im allgemeinen sendet das System Verkäuferinformation enthaltende Nachrichten auf der Grundlage des Benutzerstandorts und der von den Benutzern und den Verkäufern festgelegten Bedingungen an die Mobilbenutzer. Diese Anordnung sorgt für einen effizienten Mechanismus für Lieferanten von Waren und Diensten, d. h. Verkäufern, um Mobilbenutzer zu kontaktieren, die wünschen, Nachrichten zu empfangen, die eine Information zu den vom Benutzer gewünschten Waren und Diensten enthalten.
  • In einer Ausführungsform schließt das mobile Kommunikationssystem 100 mehrere Zellen 102a–d ein, die auf eine dem durchschnittlichen Fachmann auf dem Gebiet gut bekannte Weise von einer jeweiligen Basisstation 104a–d bedient werden. Jede Basisstation 104a–d kann mit dem jeweiligen Nachrichtenserver 106a–d verbunden werden, um, wie detailliert unten beschrieben, die Basisstation mit Kommunikationsanweisungen zu versorgen. Die Nachrichtenserver 106 können über ein Netz 110 wie beispielsweise Internet oder Intranet mit einem Profil-Proxy-Server (PPS) 108 verbunden werden. Mehrere Benutzer 112a–N und Verkäufer 114a–M (2) können z. B. über Internet 110 mit dem Profil-Proxy-Server 108 kommunizieren. Der Profil-Proxy-Server 108 kann die bereitgestellte Information zum Speichern in einer Datenbank an einen Nachrichtenserver 16 senden, der für den Benutzer lokal ist.
  • Die Benutzer 112 des Systems stellen dem Profil-Proxy-Server 108 eine Information bereit, um die Bedingungen zu bestimmen, unter denen sie bereit sind, die Nachrichten von den Verkäufern 114 zu akzeptieren. Es ist klar, dass die Motivation für die Benutzer, diese Information zur Verfügung gestellt zu bekommen, variieren kann. Zum Beispiel kann der Benutzer Rabatte auf die in Zusammenhang mit der Verwendung des Netzes verknüpften Gebühren, z. B. montatliche Mobilfunktelefonrechnungen, empfangen. Der Benutzer kann auch elektronische Coupons empfan gen, wenn er einen Verkäufer als Reaktion auf eine Nachricht besucht.
  • 3 zeigt in Übereinstimmung mit der vorliegenden Erfindung eine besondere Ausführungsform eines Auf-Nachfrage-Kommunikationssystems 120, das an ein General Packet Radio Service(GPRS)-Netz 150 gekoppelt ist. Das Auf-Nachfrage-Kommunikationssystem 120 schließt einen mit einem Nachrichtenserver 106 und einer Profildatenbank 107 verbundenen Profil-Proxy-Server 108 ein, der ebenfalls mit dem Nachrichtenserver verbunden wird. Wie unten beschrieben, kann die Profildatenbank 107 Profildaten für die mit dem Mobilnetz verknüpften Benutzer und Verkäufer speichern. Der Profil-Proxy-Server 108 wird über ein herkömmliches Gateway 111 mit Internet 110 verbunden. In einer Ausführungsform kann der Profil-Proxy-Server 108 über das Auf-Nachfrage-Kommunikationssystem mehrere Nachrichtenserver 106 unterstützen.
  • Das GPRS-Netz 150 schließt einen mit einem lokalen Nachrichtenserver 106 und einem Gateway-GPRS-Unterstützungsknoten (GGSN) 154 verbundenen Dienst-GPRS-Unterstützungsknoten (SGSN) 152 ein. Der SGSN 152 steht mit einer Basisstation 104 in Verbindung, die die lokale Zelle 102 abdeckt, um Benutzern 112 innerhalb der Zelle einen Mobildienst zur Verfügung zu stellen. Der Nachrichtenserver 106 stellt dem lokalen SGSN 152 eine Nachrichteninformation zur Übertragung durch die verbundene Basisstation 104 zur Verfügung.
  • Wie in 4 gezeigt, bewegen sich Mobilbenutzer 112 innerhalb des Netzes in und außerhalb von verschiedenen Zellen 102. Verkäufer 116a–P wollen mögliche Benutzer 112 kontaktieren, die einen Wunsch nach ihren Waren- oder Dienstarten geäußert haben. Im allgemeinen möchten Verkäufer 116 Benutzer in der Nähe ihres Standorts identifizieren, um die Wahrscheinlichkeit zu erhöhen, dass ein Benutzer den Verkäufer besuchen wird. Wie unten beschrieben, kann das Auf-Nachfrage-Kommunikationssystem der vorliegenden Erfindung Multicastnachrichten übertragen, die von Benutzern 112 in der Nähe eines speziellen Verkäufers verarbeitet werden, vorausgesetzt dass die Profilbedingungen, z. B. Warenart, Zeit, Standort, durch die Nachricht erfüllt werden. Die Nachricht kann die Verkäufer identifizieren und dem Benutzer erlauben, den/die Verkäufer zu lokalisieren und/oder kontaktieren. Die Verkäufer können Bedingungen, z. B. Benutzerstandort, Zeit, Zahl der Benutzer, unter denen die Nachrichten gesendet werden sollten, wie unten beschrieben, bestimmen.
  • Wie oben in Verbindung mit den 1–3 beschrieben, können Benutzer 112 unter der Steuerung des Profil-Proxy-Servers 108 einem lokalen Nachrichtenserver 106 eine Profilinformation zur Verfügung stellen. In einer Ausführungsform kann der Benutzer 112 die Profilinformation über Internet 110 bereitstellen, um die Benutzerannehmlichkeit zu maximieren. Der Profil-Proxy-Server 108 gewährleistet, dass die Profilinformation in einer Profil-Datenbank 107 gespeichert wird, die mit einem Nachrichtenserver 106 verknüpft ist, der für die Basisstation des Benutzers, z. B. Hausadresse, lokal ist. Wie detailliert unten beschrieben, sendet die Basisstation 104, die den aktuellen Standort des Benutzers abdeckt, Multicastnachrichten, die von ausgesuchten Mobilbenutzern verarbeitet werden.
  • Im allgemeinen werden die Benutzer die Profilinformation bestimmen, die die Bedingungen eingrenzen, unter denen sie automatisch Nachrichten empfangen. Eine darstellende Liste von Profilbedingungen umfasst eine vorbestimmte Nachrichtengrenzzahl je Zeiteinheit, z. B. nicht mehr als drei Nachrichten pro Stunde, eine vorbestimmte Zeitdauer, z. B. zwischen 3 und 6 Uhr nachmittags, ausgesuchte Tage der Woche, die Verkäuferkategorie, z. B. Restaurants, und die Verkäufernähe, z. B. innerhalb von 5 Meilen. Es wird ohne weiteres ersichtlich sein, dass viele weitere Bedingungen vom Benutzer festgelegt werden können. Die Bedingungen für den Benutzer können in einem in einer Datenbank enthaltenen Benutzerprofil gespeichert werden. Tabelle 1 unten zeigt ein beispielhaftes Benutzerprofil, das darstellende Bedingungen für das Empfangen von Nachrichten enthält.
  • Figure 00080001
  • Figure 00090001
  • Verkäufer können auch die Bedingungen zur Ausstrahlung ihrer Nachrichten bestimmen. Beispielhafte Bedingungen schließen das Multicasten ihrer Nachrichten nur dann ein, wenn sich eine vorstimmte Benutzerzahl zu bestimmten Tageszeiten und an bestimmten Wochentagen in einer festgelegten Nähe zum Verkäufer befinden. Zusätzlich kann das Verkäuferprofil die Fahrtrichtung zum Verkäufer, die Geschäftskategorie, z. B. Restaurant, und Unterkategorien, z. B. Art des Essens und duchfahren (Drivethru), enthalten. Das Verkäuferprofil kann weiterhin Zeiträume, die für die Nachrichtenausstrahlung erwünscht sind, den Benutzerentfernungsbereich, die Art der Aktion, z. B. das Senden einer vorbestimmten Nachricht bzw. elektronische Coupons, und den Schwellwert der Benutzerzahl in einem lokalen Gebiet vor dem Senden der Nachrichten einschließen. Die Verkäuferbedingungen können in einer Verkäuferprofil-Datenbank gespeichert werden, die mit einem für den Verkäufer lokalen Nachrichtenserver verknüpft ist.
  • In einer Ausführungsform kann ein Verkäufer manuell die Zahl der Benutzer innerhalb des lokalen Gebiets des Verkäufers bestimmen, die die Kategorie des Verkäufers bestimmt haben, indem er sich mit dem Proxy-Server verbindet. Zum Beispiel kann ein Verkäufer mit einem lokalen Nachrichtenserver kommunizieren, der dem Verkäufer die Benutzerinformation bereitstellt. Der Verkäufer kann dann manuell Nachrichten an die Benutzer senden.
  • Die Benutzer-Privacy kann beibehalten werden, indem die eigentliche Identität des Benutzers geschützt wird.
  • Es ist klar, dass der Begriff "Benutzer", wie hierin verwendet, weitestgehend eine Person mit einem mobilen Telefon betrifft. Es ist weiterhin verständlich, dass die von einem Benutzer durchgeführte Verarbeitung die Verarbeitung betrifft, die vom Telefon des Benutzers gemacht wird.
  • 5 zeigt in Übereinstimmung mit der vorliegenden Erfindung eine beispielhafte Ausführungsform eines Nachrichtenservers wie beispielsweise des Nachrichtenservers 106 der 1 und 2, der einen Teil eines mobilen Auf-Nachfrage-Kommunikationsservers bildet. In einer Ausführungsform schließt der Nachrichtenserver 106 einen Server 180 für die sofortige Nachrichtenübermittlung ein, um als Reaktion auf eine aktive Nachfrage nach einer Information von einem Benutzer sofortige Nachrichten für einen Benutzer zu erzeugen. Der Server 150 für die sofortige Nachrichtenübermittlung kann auch den Benutzer in einer Gruppe von Benutzern einschließen, um als Reaktion auf eine Nachforschung automatisch erzeugte Nachrichten zu empfangen.
  • Der Nachrichtenserver 106 kann weiterhin einen Benutzerstandort-Monitor 182 einschließen, um den Standort der Mobilnetzbenutzer zu überwachen. Wie vollständiger unten beschrieben, kann der Standort des Benutzers verwendet werden, um die vom Benutzer verlangte Information zu senden. Für die sogenannte zweite Generation bzw. 2G-Art an drahtlosen Netzen kann der Benutzerstandort-Monitor 152 mit einer Funkvermittlungsstelle (MSC) verbunden werden. Für drahtlose 3G-Systeme kann der Benutzerstandort-Monitor 152 mit einem Serving GPRS(General Packet Radio Service (Universalpaket-Funkdienst))-Unterstützungsknoten(SGSN) verbunden werden.
  • Ein Multicastnachrichten-Gateway 184 gibt, wie vollständiger unten beschrieben, Nachrichten über ein GPRS-Netz in einem Multicastformat an eine ausgewählte Benutzergruppe ab. Alter- nativ dazu können die Nachrichten mittels Verwendung von herkömmlichen Kurznachrichtdienst-(SMS) oder Mobilfunk-Digitalpaketdaten (CDPD) gesendet werde, die auf einen Email-Dienst basieren.
  • Der Nachrichtenserver 106 kann weiterhin eine Profildatenbank 186 zum Speichern der Benutzer- und Verkäuferprofile einschließen. Benutzer und Verkäufer können ihre Profilinformation mithilfe des Profil-Proxy-Servers 108 durch Internet modifizieren.
  • In einer Ausführungsform werden die Benutzer- und Verkäuferprofile im Nachrichtenserver 106 gespeichert, der für den jeweiligen Benutzer oder Verkäufer lokal ist. Der Profil-Proxy-Server 108 kann einen Benutzer-Nachricht-Server-Index enthalten. Mit dieser Anordnung kann im Fall, in dem sich ein Benutzer nicht im Bereich befindet, der vom Nachrichtenserver bedient wird, der das Profil vom Benutzer enthält, der Profil-Proxy-Server vom Nachrichtenserver infragegestellt werden, in dem sich der Benutzer gerade befindet, um, wie vollständiger unten beschrieben, das Profil des Benutzers zu erhalten.
  • Wenn sich ein Benutzer mit dem drahtlosen Netz registriert, bildet der lokale Nachrichtenserver allgemein auf der Grundlage der im Profil des Benutzers festgelegten Geschäftskategorie- und Unterkategorievorlieben einen gewünschten Dienst-ID-Pool für den Benutzer. Der Dienst-ID-Pool schließt, wie unten beschrieben, die gewünschte Kategorieinformation und entsprechende Masken-Information ein. Der Dienst-ID-Pool für den Benutzer kann auch die Bedingungsinformation vom Benutzerprofil enthalten. Der gewünschte ID-Pool kann, wie unten beschrieben, an den Benutzer heruntergeladen werden, um dem Benutzer zu erlauben, Multicastnachrichten von den Verkäufern innerhalb der gewünschten Kategorien und Bedingungen zu verarbeiten bzw. "empfangen".
  • 6 zeigt eine beispielhafte Ausführungsform eines Dienst-ID-190- und ID-Masken-192-Paars, das eine Dienst-ID-Gruppe bereitstellt. Mehrere Dienst-ID-Gruppen können einen vom Benutzer gewünschten Dienst-ID-Pool für einen Benutzer bilden. Ein Abschnitt einer Multicastnachricht 194 wird ebenfalls gezeigt. Es wird ohne weiteres ersichtlich sein, dass die im gewünschten Dienst-ID-Pool gezeigte Größe und Anzahl der Felder in Übereinstimmung mit den Erfordernissen einer besonderen Applikation variieren kann.
  • Die Dienst-ID schließt Felder für den Kategoriewert 195a, den ersten Unterkategoriewert 195b, den zweiten Kategoriewert 195c und die Verkäufer-ID 195d ein. Jedes Feld, für das der Benutzer im Benutzerprofil eine Vorliebe festgelegt hat, enthält einen besonderen Wert. Zum Beispiel kann die Restaurantkategorie 50H (hexadezimale Bezeichnung) entsprechen. Felder, für die der Benutzer keinen Wert bestimmt hat, werden auf einen Standartwert gesetzt, wie beispielsweise alles Binär-Einsen.
  • Die ID-Maske 192 schließt einen Kategorie-Filter 196a, einen ersten Unterkategorie-Filter 196b, einen zweiten Kategoriefilter 196c und einen Verkäuferfilter 196d ein. In einer Ausführungsform werden die Filter 196 auf einen ersten vorbestimmten Wert gesetzt, wenn eine Vorliebe für die entsprechende Kategorie, Unterkategorie oder einen Verkäufer bestimmt wird, und auf einen zweiten vorbestimmten Wert gesetzt, wenn ein Vorzug nicht bestimmt wird. In einer besonderen Ausführungsform werden die Filter 196 in dem Fall sämtlich auf Binär-Einsen gesetzt, wenn ein Vorzug von Benutzer festgelegt wird, und sämtlich auf Binär-Nullen gesetzt, wenn eine Vorliebe nicht festgelegt wird.
  • Die Multicastnachricht-Ausstrahlung durch eine Basisstation kann eine Vielfalt an Formaten haben, die eine Identifikationsinformation, Daten und die Verkäuferkategorie-Information 197a–d enthalten. 7 zeigt in Übereinstimmung mit der vorliegenden Erfindung eine beispielhafte Multicastnachricht. Die Nachricht schließt eine Kategorie-ID 197a, eine erste Unterkategorie-ID 197b und eine Fall- bzw. Verkäufer-ID 197d und einen Inhalt 197e ein.
  • Der Benutzer extrahiert die Information von der Multicastnachricht, um die Werte der Kategorie 197a, ersten Unterkategorie 197b, zweiten Unterkategorie 197c und Verkäufer-ID197d in die Dienst-Instanz-ID des Verkäufers zu füllen. Es ist verständlich, dass jedes Feld 197 einen vorbestimmte Wert hat, der der besonderen Kategorie und Unterkategorie entspricht, zu denen der Verkäufer gehört. Der Verkäufer-ID-Wert 197d ist ein Wert, der jeden Verkäufer eindeutig identifiziert.
  • Allgemein wird vom Benutzer der gewünschte Dienst-ID-Pool des Benutzers verwendet, um zu bestimmen, welche Multicastnachrichten vom Benutzer verarbeitet oder "empfangen" werden sollten. Es ist klar, dass das Bestimmmen von wenigeren Vorlieben zu einem Benutzer führt, der mehr Nachrichten empfängt. Zum Beispiel kann ein Benutzer, der nur eine Vorliebe für eine Kategorie 195a und eine erste Unterkategorie 195b bestimmt, alle Nachrichten von Verkäufern empfangen kann, die die festgelegten Vorlieben erfüllen. Ein Benutzer, der eine Vorliebe für die Kategorie 195a, eine erste Unterkategorie 195b, eine zweite Unterkategorie 195c und einen Verkäufer 195d bestimmt, beschränkt die Nachrichten auf Verkäufer, die die Kategorie-, Unterkategorie- und Verkäuferkriterien erfüllen.
  • In einer beispielhaften Ausführungsform UND-verknüpft der Benutzer die Verkäufer-Dienst-Instanz-ID 194 von einer Multicastnachricht und die ID-Maske 192 beim Empfangen der Multicastnachricht. ID-Maskenfilterwerte 196, die alle Einsen haben, führen zum Nachrichtenwert, der durch den Filter geht. Zum Beispiel dringt der Kategoriewert 197a in der Verkäufer-Dienst-Instanz-ID durch einen Kategoriefilter 196a, der sämtlich aus Einsen besteht. Ein zweiter Unterkategoriewert 195c sowie der zweite Kategoriefilter 196c in der Benutzerdienst-ID sind sämtlich Nullen, wenn der Benutzer für die zweite Unterkategorie in der Geschäftskategorie keine Vorliebe festgelegt hat.
  • Das Ergebnis der logischen UND-Verknüpfung der Dienst-Instanz-ID 194 von der Multicastnachricht und der ID-Maske 192 wird dann mit der Dienst-ID 190 verglichen. Wenn sie übereinstimmen, dann wird die Multicastnachricht "empfangen" und vom Benutzer verarbeitet. Solchermaßen müssen ungefilterte Dienst-ID-Werte 195 mit den Werten in der Verkäufer-Dienst-Instanz-ID 197 übereinstimmen. Gefilterte Werte werden als übereinstimmend angesehen, da unbestimmte Dienst-ID-Werte Binär-Nullen sind. Das bedeutet, dass keine unbestimmte Kategorieinformation arbeitet, um zu verhindern, dass der Benutzer Nachrichten empfängt.
  • Die empfangenen oder verarbeiteten Nachrichten können vielerlei Formen annehmen. Beispielhafte Nachrichtentypen schließen eine dem Web zugrundeliegende Hyper-Text-Beschreibungssprache (HTML), eine einem drahtlosen Applikationsprotokoll(WAP) zugrun deliegende drahtlose Beschreibungssprache (WML), einen ASCII-Text und andere geeignete Formate ein, die von einem mobilen Telefon abgewickelt werden können. Weitere Formate einschließlich jener, die in der Zukunft entwickelt werden können, werden dem durchschnittlichen Fachmann auf dem Gebiet sofort ersichtlich sein.
  • Die Nachrichten können aktiv sein, d. h. das Telefon des Benutzer klingeln lassen, oder passiv sein, d. h. still im Telefon des Benutzers gespeichert werden. Passive Nachrichten werden angezeigt, wenn der Benutzer das Telefon beispielsweise durch das Drücken einer Taste betätigt. In einer Ausführungsform kann der Verkäufer beispielsweise im Verkäuferprofil bestimmen, ob die Nachrichten aktiv oder passiv sein sollten. Der Benutzer kann aktive Nachrichten so unbrauchbar machen, dass sie wie passive Nachrichten behandelt, d. h. still gespeichert werden.
  • 8 zeigt in Verbindung mit den 1-3 in Übereinstimmung mit der vorliegenden Erfindung eine beispielhafte Schrittfolge zum Senden von Auf-Nachfrage-Multicastnachrichten. Allgemein empfängt ein lokaler Nachrichtenserver ein zu einem Benutzer gehörendes Ereignis. In einer Ausführungsform schließen Ereignisarten Registrationsereignisse, Ent-Registrationsereignisse, Standortaktualisierungsereignisse und aktive Nachfrageereignisse ein.
  • Im Schritt 200 wird bestimmt, ob der Nachrichtenserver 106 ein Ereignis empfangen hat. Im Schritt 202 wird bestimmt, ob das empfangene Ereignis ein Registrationsereignis ist. Ein Registrationsereignis erfolgt, wenn als erstes ein Benutzer vom mobilen Kommunikationssystem, beispielsweise durch Einschalten, erkannt wird. In einer Ausführungsform wird eine lokale MSC auf den Benutzer aufmerksam und sendet einen Hinweis an den mit der MSC verknüpften lokalen Kommunikationsserver 106.
  • Im Schritt 204 wird ein Registrationsverfahren, das detailliert in 9 beschrieben wird, abgespielt, um das Registrationsereignis zu verarbeiten. Wenn das Ereignis kein Registrationsereignis war, bestimmt der Nachrichtenserver 106 im Schritt 206, ob das empfangene Ereignis ein Ent-Registrationsereignis ist. Ein Ent-Registrationsereignis erfolgt, wenn die MSC einen Hinweis dazu an den Kommunikationsserver 106 sendet, dass ein Benutzer nicht länger mit dem mobilen Netz registriert ist, z. B. Ausschalten. Im Schritt 208 wird für die Ent-Registrationsereignisse ein Ent-Registrationsverfahren (s. 10) abgespielt. Auf ähnliche Weise bestimmen die Schritte 210 und 214, ob die empfangenen Ereignisse jeweils Standortaktualisierungs- oder aktive Nachfrageereignisse sind. Im Schritt 212 wird für Standortaktualisierungsereignisse ein Standortaktualisierungs-verfahren (s. 11) abgespielt, und im Schritt 216 wird für aktive Nachfrageereignisse ein aktives Nachfrageverfahren (s. 12) abgespielt.
  • 8 zeigt in Verbindung mit den 1–3 eine beispielhafte Schrittfolge zum Verarbeiten eines Registrationsereignisses. Im Schritt 300 wird die Benutzer-ID wie beispielsweise die Mobil-Teilnehmer-Identität (MSID) aus der Ereignisnachricht gezogen. Der Nachrichtenserver 106 bestimmt im Schritt 302, ob die Benutzer-ID in der mit dem Nachrichtenserver 106 verknüpften lokalen Benutzerprofil-Datenbank enthalten ist. Wenn die Benutzer-ID in der lokalen Benutzerprofil-Datenbank gefunden wird, wird im Schritt 304 das Benutzerprofil aus der Datenbank wiedererlangt. Im Schritt 306 bestimmt der lokale Nachrichtenserver 106, ob der Benutzer ein vagabundierender Benutzer ist; wenn dem so ist, aktualisiert er im Schritt 308 in der Profildatenbank eine Ablaufzeit für den Benutzer. Wenn der Benutzer kein vagabundierender Benutzer ist, wird im Schritt 310, der vollständiger unten beschrieben wird, ein gewünschter Dienst-ID-Pool gebildet.
  • Wenn sich die Benutzer-ID nicht in der lokalen Profil-Datenbank befand (Schritt 302), fordert der lokale Nachrichtenserver 106 den Profil-Proxy-Server 108 im Schritt 312 nach der Internetprotokoll-(IP)-Adresse des Benutzers auf. Im Schritt 314 empfängt der lokale Nachrichtenserver 106 die IP-Adresse eines mit dem Benutzer verknüpften Nachrichtenservers, und im Schritt 316 wiedererlangt er das Benutzerprofil aus dementfernten Nachrichtenserver. Das empfangene Benutzerprofil wird dann im Schritt 318 in der lokalen Nachrichtenserver-Profildatenbank gesichert.
  • Im Schritt 310 bildet der lokale Nachrichtenserver 106 auf der Grundlage der im Benutzerprofil festgelegten Waren und/oder Dienste, wie oben beschrieben, einen gewünschten Dienst-ID-Pool für den Benutzer. Allgemein wird der gewünschte Dienst-ID-Pool aus der im Benutzerprofil gewünschten Kategorie- und Bedingungsinformation vom lokalen Nachrichtenserver 106 gebildet. Im Schritt 312 wird die gewünschte Dienst-Pool-ID an den Benutzer gesendet und im mobilen Telefon des Benutzers gespeichert.
  • Zum Beispiel können die vier Bytes einer Benutzer-Dienst-ID 190 (6) wie folgt bereitgestellt werden: (B4: Kategorie; B3: erste Unterkategorie; B2: zweite Kategorie; B1: besonderer Verkäufer). Ein Benutzer kann Vorlieben zum Empfangen der Nachrichten von Fast Burger auf folgende Weise bestimmen: (B4: Abendessen; B3: Fast-Food; B2: Drive-thru; B1: Fast Burger). Es ist klar, dass jedes Byte einem vorbestimmten Wert entspricht. Es ist weiterhin klar, dass "Fast Burger" ein imaginäres Fast-Food-Restaurant ist, das für die Zwecke dieses Beispiels verwendet wird. Die entsprechende Maske (in hexadezimale Bezeichnung) kann wie folgt sein: (B4 : FF; B3: FF; B2: FF; B1 : FF). Da der Benutzer eine Vorliebe für einen besonderen Verkäufer festgelegt hat, enthält die Maske, wie unten beschrieben, Binärcodes, um die gesamte Multicastnachricht weiterzugeben.
  • Ein Benutzer kann auch eine allgemeinere Vorliebe zum Empfangen aller Fast-Food-Verkäufer mit der folgenden Dienst-ID festlegen: (Abendessen; Fast-Food; keine Vorliebe; keine Vorliebe). Die entsprechende Maske für die Dienst-ID lautet (in hexadezimaler Bezeichnung) (FF; FF; 00; 00).
  • Eine Multicastnachricht enthält vier Bytes, die die Identität des Verkäufers und die Kategorieinformation anzeigen. Eine Multicastnachricht kann z. B. ein Format haben, das der Benutzer-Dienst-ID wie folgt ähnelt: (B4: Kategorie; B3: erste Unterkategorie; B2: zweite Unterkategorie; B1: Verkäufer-ID). Die Multicastnachricht wird mit der ID-Maske des Benutzers logisch UND-verknüpft. Zum Beispiel kann eine Nachricht von Fast Burger wie folgt bereitgestellt werden: (B4: Restaurant; B3: Fast Food; B2: Drive-Thru; B1: Fast Burger ID).
  • Wenn der Benutzer angezeigt hat, dass Nachrichten von Fast Burger empfangen werden sollten, wird die Multicast-Nachricht logisch sämtlich mit Einsen UND-verknüpft. Solchermaßen wird die Multicastnachricht nicht geändert, d. h. nicht gefiltert. Das UND-Ergebnis wird dann mit der Benutzer-Dienst-ID verglichen. Wenn die Kategorie (B4), erste Unterkategorie (B3), zweite Unterkategorie (B2) und die Verkäufer-ID (B4) übereinstimmen, wird die Nachricht vom mobilen Telefon des Benutzers empfangen.
  • Wie man sehen kann, arbeiten Felder, z. B. die Verkäufer-ID, für die der Benutzer keine Vorliebe bestimmt hat, nicht, um Nachrichten von irgendeinem Verkäufer im Feld zu blockieren. D. h.: eine Nachricht wird nicht auf der Grundlage des in der Nachricht identifizierten Verkäufers gesperrt, wenn der Benutzer keine Vorliebe für einen speziellen Verkäufer bestimmt hat.
  • Zusätzlich werden die Benutzerbedingungen für das Empfangen der Nachricht auch mit der Information in der Multicastnachricht verglichen. Der Nachrichtenserver bestimmt, ob die Benutzerbedingungen erfüllt sind. Wenn ein Nachrichtenserver ein mit dem Benutzer verknüpftes Ereignis, z. B. das Wechseln von einer Zelle zur anderen Zelle, empfängt, bestimmt der Nachrichtenserver zunächst, ob die im Benutzerprofil festgelegten Bedingungen zutreffen. Wenn sie nicht zutreffen, wird das Ereignis ignoriert. Wenn die Bedingungen zutreffen, wird eine Zahl möglicher Verkäufer, die die Bedingungen des Benutzers erfüllen, erhöht. Wenn die Zahl einen vorbestimmten Schwellwert übersteigt, der vom Verkäufer festgelegt werden kann, beginnt der Nachrichtenserver mit einer- vorbestimmten Aktion wie beispielsweise dem Senden einer Multicastnachricht.
  • Es ist verständlich, dass dem durchschnittlichen Fachmann auf dem Gebiet weitere Techniken zum Verarbeiten der Multicastnachrichten ohne weiteres ersichtlich sein werden und im Schutzumfang der vorliegenden Erfindung liegen.
  • 10 zeigt ein beispielhaftes Verfahren zum Abwickeln eines Ent-Registrationsereignisses. Allgemein wird der Benutzer aus der Verkäufer-Kandidaten-Liste beseitigt. Im Schritt 400 extrahiert der lokale Nachrichtenserver die Benutzer-ID und bestimmt im Schritt 402, ob sich die Benutzer-ID in der lokalen Benutzerprofil-Datenbank befindet. Die Verarbeitung ist beendet, wenn sich die Benutzer-ID nicht in der lokalen Benutzerprofil-Datenbank befindet. Wenn sich die Benutzer-ID in der lokalen Benutzerprofil-Datenbank befindet, wird im Schritt 404 das Benutzerprofil wiedererlangt und im Schritt 406 eine gewünschte Dienst-ID für den Benutzer gebildet.
  • Im Schritt 408 findet der lokale Nachrichtenserver 106 eine Verkäufer-ID, die mit einer gewünschten Dienst-ID im Pool übereinstimmt. Im Schritt 410 findet der Nachrichtenserver eine Verkäufer-ID, die mit einer ID im gewünschten Dienst-ID-Pool des Benutzers übereinstimmt. Die Verkäuferprofil-Kandidaten-Liste, die unten beschrieben wird, wird im Schritt 412 überprüft, um zu bestimmen, ob die Benutzer-ID in der Verkäufer-Kandidaten-Liste enthalten ist. Wenn die Benutzer-ID gefunden wird, wird im Schritt 414 die Benutzer-ID aus der Verkäufer-Kandidaten-Liste entfernt. Wenn die Benutzer-ID nicht in der Verkäufer-Kandidaten-Liste gefunden wird, wird im Schritt 416 bestimmt, ob es zusätzliche Verkäufer-IDs gibt, um den vom Benutzer gewünschten Dienst-ID-Pool zu prüfen.
  • 11 zeigt eine beispielhafte Schrittfolge zum Bedienen eines Standortaktualisierungsereignisses. Im Schritt 500 extrahiert der lokale Nachrichtenserver 106 die Benutzer-ID und bestimmt im Schritt 502, ob das Ereignis ein Eintreffereignis ist. Im Schritt 504 spielt der lokale Nachrichtenserver 106 das oben in Verbindung mit 10 beschriebene Ent-Registrationsverfahren ab, wenn das Ereignis kein Eintreffereignis, sondern z. B. ein Abfahrereignis ist.
  • Im Schritt 506 bestimmt der lokale Nachrichtenserver, ob sich das Benutzerprofil in der lokalen Benutzerprofil-Datenbank befindet. Die Schritte 508–514 und 520–524 ähneln jeweils den oben in Verbindung mit dem Registrationsverfahren (9) beschriebenen Schritten 312–318 und 304–308 und werden nicht weiter beschrieben. Im Schritt 516 ordnet der lokale Nachrichtenserver 106 dem Benutzerprofil eine Ablaufzeit zu. Ein gewünschter Dienst-ID-Pool für den Benutzer wird im Schritt 518 gebildet.
  • Im Schritt 526 wird die Verkäufer-ID für den gewünschten Dienst-ID-Pool des Benutzers aus der lokalen Profildatenbank wiedererlangt. Im Schritt 528 bestimmt der lokale Nachrichtenserver, ob die Benutzerbedingungen und die Verkäuferbedingungen beide erfüllt sind. Beispielhafte Benutzer- und Verkäuferbedingungen werden oben geschildert. Wenn die Bedingungen nicht erfüllt sind, wird im Schritt 530 bestimmt, ob zusätzliche Verkäufer-IDs mit den IDs im gewünschten Dienst-ID-Pool des Benutzers übereinstimmen. Wenn die Bedingungen erfüllt sind, bestimmt der lokale Nachrichtenserver im Schritt 532, ob der Benutzer bereits die Nachrichten vom Verkäufer empfangen hat. Wenn keine vorherigen Nachrichten empfangen wurden, wird die Benutzer-ID im Schritt 534 in eine Kandidaten-Liste für das Verkäuferprofil gesetzt. Im Schritt 536 wird dem Benutzerprofil eine Ablaufzeit zugeordnet.
  • Im Schritt 538 bestimmt der lokale Nachrichtenserver 106, ob die Zahl der Benutzer in der Kandidaten-Liste des Verkäufers einen vorbestimmten Schwellwert übersteigt. Falls nicht, werden im Schritt 530 weitere Verkäufer-IDs geprüft. Wenn der Schwellwert überstiegen wird, wird im Schritt 540 eine Multicastnachricht durch die mit dem Nachrichtenserver verbundene Basisstation übertragen. Die Multicastnachricht wird, wie detailliert oben beschrieben, durch die Dienst-Instanz-ID des Verkäufers identifiziert.
  • Die 12A–B zeigen eine beispielhafte Schrittfolge für das aktive Nachfrageverfahren. Allgemein geht eine aktive Nachfrage ein, wenn ein Benutzer eine Information zu Waren/Diensten innerhalb einer Kategorie oder Unterkategorie verlangt. Es ist klar, dass der Benutzer auf vielfache Weise eine Nachfrage machen kann. Zum Beispiel kann ein vorbestimmtes lokales Informationsmenü auf das Telefon des Benutzers heruntergeladen werden. Im Menü kann der "1"-Knopf am Telefon einer Abendessen-Kategorie, der "2"-Knopf einer Unterhaltungskategorie, usw., entsprechen. Wenn der Benutzer eine Information zu lokalen Restaurants haben möchte, wird der "1"-Knopf gedrückt. Im Tausch antwortet der Nachrichtenserver mit einer Liste an Verkäufern innerhalb der Kategorie der Benutzernachfrage, die im Telefon angezeigt werden. Zusätzlich kann der Nachrichtenserver weiterhin dieses Ereignis verarbeiten, um zu bestimmen, ob vorab bestimmte Handelsnachrichten ausgelöst und an Benutzer in der Nähe gesendet werden können.
  • Die Schritte 600–618 gleichen den Schritten 300–318 aus 9 und werden nicht weiter beschrieben. Nachdem der gewünschte Dienst-ID-Pool des Benutzers gebildet ist, bestimmt der lokale Nachrichtenserver 106 im Schritt 620 einen lokalen Verkäufer, der eine Dienst-Instanz-ID hat, die mit der Kategorie oder Unterkategorie übereinstimmt, aus der der Benutzer die verlangte Information bezieht, und die mit einer ID innerhalb des gewünschten Dienst-ID-Pools des Benutzers übereinstimmt. Im Schritt 622 wird die Liste der übereinstimmenden lokalen Verkäufer an den Benutzer übertragen.
  • Im Schritt 624 bestimmt der lokale Nachrichtenserver, ob die Kunden- und Verkäuferbedingungen erfüllt sind. Wenn die Bedingungen erfüllt sind und der Benutzer zuvor keine Nachrichten vom Verkäufer empfangen hat, wie im Schritt 626 bestimmt, wird die Benutzer-ID im Schritt 628 in eine Kandidaten-Liste im Verkäuferprofil gesetzt. Im Schritt 630 wird der Benutzer-ID eine Ablaufzeit zugeordnet. Im Schritt 632 vergleicht der lokale Nachrichtenserver die Zahl der Benutzer mit einem vorbestimmten Schwellwert. Wenn der Schwellwert überstiegen wird, wird im Schritt 634 eine Multicastnachricht übertragen, die von der Dienst-Instanz-ID des Verkäufers identifiziert wird. Und im Schritt 636 wird bestimmt, ob es weitere zu prüfende Verkäufer-IDs gibt.
  • Wenn die Benutzer- und Verkäuferbedingungen nicht erfüllt sind (Schritt 624) oder der Benutzer bereits Nachrichten vom Verkäufer empfangen hat (Schritt 626), dann wird im Schritt 636 bestimmt, ob es zusätzliche zu prüfende Verkäufer-IDs gibt.
  • Ein Fachmann auf dem Gebiet wird weitere Merkmale und Vorteile der Erfindung auf der Grundlage der oben beschriebenen Ausführungsformen würdigen. Entsprechend ist die Erfindung nicht dadurch eingeschränkt, was speziell gezeigt und beschrieben wurde, mit Ausnahme von dem, was in den anliegenden Ansprüchen gezeigt wurde.

Claims (18)

  1. Ein Verfahren zum Ausstrahlen von Nachrichten an Benutzer eines mobilen Auf-Nachfrage-Kommunikationssystems (100), das folgendes umfasst: das Erhalten durch einen Nachrichtenserver (106) einer Benutzerprofilinformation, die Kategorie- und Bedingungsdaten für einen Benutzer (112) des Auf-Nachfrage-Kommunikationssystems (100) enthält; das Erhalten durch den Nachrichtenserver (106) einer Verkäuferprofilinformation, die Kategorie- und Bedingungsdaten für einen mit dem Auf-Nachfrage-Kommunikationssystem (100) verknüpften Verkäufer (114) enthält; das Erzeugen durch den Nachrichtenserver (106) eines gewünschten Dienst-ID-Pools für einen ersten Benutzer auf der Grundlage der Kategorie- und Bedingungsdaten im Benutzerprofil, wobei der gewünschte Dienst-ID-Pool dem Benutzer erlaubt, Nachrichten zu bestimmen, die die in der Benutzerprofilinformation festgelegten Benutzervorlieben erfüllen; das Herunterladen des gewünschten Dienst-ID-Pools an den ersten Benutzer; das Erzeugen durch den Nachrichtenserver (106) einer Dienst-Instanz-ID für einen ersten Verkäufer auf der Grundlage der Kategorie- und Bedingungsdaten im Verkäuferprofil, wobei die Dienst-Instanz-ID dem Benutzer erlaubt, Nachrichten zu empfangen, die die in der Benutzerprofilinformation festgelegten Benutzervorlieben erfüllen, indem die Daten in der Dienst-Instanz-ID mit den Daten in dem gewünschten Dienst-ID-Pool verglichen werden; das Empfangen durch den Nachrichtenserver (106) von Daten, die ein mit dem Benutzer verknüpftes Ereignis darstellen; und das Senden einer Multicastnachricht von einer Basisstation (104), die den Benutzer gegenwärtig bedient, wenn die Bedingungen in den Bedingungsdaten für einen Verkäufer erfüllt werden, wobei die Multicastnachricht die Verkäuferkategorie-Information enthält.
  2. Das Verfahren nach Anspruch 1, das weiterhin das Speichern der Benutzerprofilinformation in einer Datenbank (186) einschließt, die mit einem Nachrichtenserver verknüpft ist, der für einen Heimstandort des Benutzers lokal ist.
  3. Das Verfahren nach Anspruch 2, das weiterhin das Kontaktieren des Nachrichtenservers (106) über einen Profil-Proxy-Server (108) einschließt.
  4. Das Verfahren nach Anspruch 3, das weiterhin das Erhalten der Benutzerinformation über das Internet (110) einschließt.
  5. Das Verfahren nach Anspruch 1, das weiterhin das Überwachen des Standorts des Benutzers einschließt.
  6. Das Verfahren nach Anspruch 5, das weiterhin das Überführen der Benutzerprofilinformation von einem Nachrichtenserver an den Nachrichtenserver (106) einschließt, der eine Zelle (102) bedient, in der sich der Benutzer gegenwärtig befindet, und zwar mit der vom Benutzer anfänglich bereitgestellten Profilinformation.
  7. Das Verfahren nach Anspruch 6, das weiterhin das Senden von Multicastnachrichten einschließt, wenn eine Anzahl an Benutzern in der Nähe eines besonderen Verkäufers größer wird als ein vorbestimmter Schwellwert.
  8. Das Verfahren nach Anspruch 6, das weiterhin das Senden von Multicastnachrichten einschließt, wenn eine Anzahl an Benutzern in der Nähe eines Verkäufers, der sich innerhalb einer Kategorie befindet, für die der Benutzer eine Vorliebe für das Empfangen von Nachrichten festgelegt hat, größer ist als ein vorbestimmter Schwellwert.
  9. Das Verfahren nach Anspruch 8, worin der Verkäufer den vorbestimmten Schwellwert wählen kann.
  10. Das Verfahren nach Anspruch 1, das als Reaktion auf eine Benutzernachfrage für den Empfang einer Information, die Verkäufer innerhalb einer besonderen Kategorie betrifft, weiterhin das Senden einer Multicastnachricht einschließt.
  11. Das Verfahren nach Anspruch 1, das weiterhin das Senden einer Multicastnachricht einschließt, die Kategorie (197a), mindestens eine Unterkategorie (147b) und eine Verkäufer-ID-(197d)-Information enthält.
  12. Das Verfahren nach Anspruch 1, das weiterhin das Senden der Multicastnachrichten unter Bedingungen einschließt, die von einem in der Multicastnachricht identifizierten Verkäufer bestimmt werden.
  13. Das Verfahren nach Anspruch 12, das weiterhin das Senden der Multicastnachricht mit mindestens einer Bedingung einschließt, die aus der Gruppe ausgewählt wird, die sich aus Zeit, Tag und Anzahl der in der Nähe des Verkäufers befindlichen Benutzer zusammensetzt.
  14. Das Verfahren nach Anspruch 1, worin die Benutzerprofil-Bedingungsdaten mindestens eine Bedingung einschließen, die aus der Gruppe ausgewählt wird, die sich aus Tageszeit, maximale Anzahl an Nachrichten, Wochentag, Entfernung zum Verkäufer und Nachrichtentyp zusammensetzt.
  15. Das Verfahren nach Anspruch 1, worin der gewünschte Dienst-ID-Pool mindestens eine Benutzer-Dienst-ID (190), die die Vorlieben des Benutzers anzeigt, und mindestens eine ID-Maske (192) einschließt, die anzeigt, ob eine Benutzervorliebe in der Benutzer-Dienst-ID festgelegt ist oder nicht.
  16. Das Verfahren nach Anspruch 15, das weiterhin die Bestimmung darüber einschließt, ob der erste Benutzer die Multi castnachricht auf der Grundlage der Benutzer-Dienst-ID, der ID-Maske und der Multicastnachricht verarbeiten sollte.
  17. Das Verfahren nach Anspruch 16, das weiterhin die logische UND-Verknüpfung der ID-Maske und des entsprechenden Abschnitts der Multicastnachricht einschließt.
  18. Das Verfahren nach Anspruch 17, das weiterhin das Vergleichen der logischen UND-Verknüpfung mit der Benutzer-Dienst-ID einschließt.
DE60125703T 2000-12-06 2001-11-29 System für Multicastnachrichten auf Anfrage Expired - Lifetime DE60125703T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/731,345 US6681114B2 (en) 2000-12-06 2000-12-06 On demand multicast messaging system
US731345 2000-12-06

Publications (2)

Publication Number Publication Date
DE60125703D1 DE60125703D1 (de) 2007-02-15
DE60125703T2 true DE60125703T2 (de) 2007-10-25

Family

ID=24939113

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60125703T Expired - Lifetime DE60125703T2 (de) 2000-12-06 2001-11-29 System für Multicastnachrichten auf Anfrage

Country Status (3)

Country Link
US (4) US6681114B2 (de)
EP (1) EP1213874B1 (de)
DE (1) DE60125703T2 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2714703C1 (ru) * 2019-09-27 2020-02-19 Общество с ограниченной ответственностью "Русс Аутдор" Способ увеличения объема выборки идентификаторов мобильных устройств аудитории и применение указанного способа по новому назначению

Families Citing this family (110)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8352400B2 (en) 1991-12-23 2013-01-08 Hoffberg Steven M Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore
US10361802B1 (en) 1999-02-01 2019-07-23 Blanding Hovenweep, Llc Adaptive pattern recognition based control system and method
US7966078B2 (en) 1999-02-01 2011-06-21 Steven Hoffberg Network media appliance system and method
US7246154B1 (en) * 1999-05-06 2007-07-17 Cisco Technology, Inc. Directing data network communications based on geographic location of a user
US20020065894A1 (en) * 1999-12-03 2002-05-30 Dalal Siddhartha R. Local presence state and user-controlled presence and message forwarding in unified instant messaging
US7624172B1 (en) 2000-03-17 2009-11-24 Aol Llc State change alerts mechanism
US9736209B2 (en) 2000-03-17 2017-08-15 Facebook, Inc. State change alerts mechanism
US7254409B2 (en) * 2000-04-14 2007-08-07 Ntt Docomo, Inc. Multicast service providing system, multicast service providing method, information distributor, radio terminal, and radio base station
US6681114B2 (en) * 2000-12-06 2004-01-20 At&T Corp. On demand multicast messaging system
US7343317B2 (en) * 2001-01-18 2008-03-11 Nokia Corporation Real-time wireless e-coupon (promotion) definition based on available segment
US20020147845A1 (en) * 2001-03-06 2002-10-10 Juan-Antonio Sanchez-Herrero Flexible user distribution between user's serving entities
WO2002075692A2 (en) * 2001-03-20 2002-09-26 Koninklijke Philips Electronics N.V. Information system for travellers
WO2002079758A1 (en) * 2001-03-29 2002-10-10 Circadiant Systems, Inc. Error function analysis of optical components with uncertainty ranges
US6993326B2 (en) 2001-04-02 2006-01-31 Bellsouth Intellectual Property Corporation System and method for providing short message targeted advertisements over a wireless communications network
US6788946B2 (en) * 2001-04-12 2004-09-07 Qualcomm Inc Systems and methods for delivering information within a group communications system
US6879838B2 (en) * 2001-04-20 2005-04-12 Koninklijke Philips Electronics N.V. Distributed location based service system
US6996414B2 (en) * 2001-04-30 2006-02-07 Motorola, Inc. System and method of group calling in mobile communications
US7190956B2 (en) * 2001-05-15 2007-03-13 Motorola Inc. Instant message proxy for circuit switched mobile environment
JP2002366819A (ja) * 2001-05-31 2002-12-20 Hewlett Packard Co <Hp> 識別子に基づいた電子クーポンの配布システム
CA2394503A1 (en) * 2001-07-23 2003-01-23 Research In Motion Limited System and method for pushing information to a mobile device
GB2381334A (en) * 2001-08-04 2003-04-30 Vistorm Ltd Updating roaming user profiles
JP4469602B2 (ja) * 2001-08-06 2010-05-26 シーメンス アクチエンゲゼルシヤフト マルチキャストサービスの管理方法
US6731936B2 (en) * 2001-08-20 2004-05-04 Qualcomm Incorporated Method and system for a handoff in a broadcast communication system
US6980820B2 (en) * 2001-08-20 2005-12-27 Qualcomm Inc. Method and system for signaling in broadcast communication system
EP1430631A4 (de) 2001-08-23 2009-01-21 Bamboo Mediacasting Ltd Multicast-übertragung in paketgestützten zellularen netzwerken
US7149195B2 (en) * 2001-08-28 2006-12-12 Nokia Corporation Apparatus, and associated method, for multicasting data in a radio communications system
FI20011778A (fi) * 2001-09-07 2003-03-08 Nokia Corp Ryhmälähetyksen toteutus
US20030050981A1 (en) * 2001-09-13 2003-03-13 International Business Machines Corporation Method, apparatus, and program to forward and verify multiple digital signatures in electronic mail
WO2003036857A1 (en) * 2001-10-24 2003-05-01 Nokia Corporation Ciphering as a part of the multicast cencept
JP2003132178A (ja) * 2001-10-25 2003-05-09 Ntt Docomo Inc 情報取得システム及び情報取得方法
US20030087602A1 (en) * 2001-11-05 2003-05-08 Palm, Inc. Data prioritization and distribution limitation system and method
US20040155816A1 (en) * 2001-11-05 2004-08-12 Soliman Samir S. Wireless coordination and management system
US7426393B2 (en) * 2001-11-19 2008-09-16 Nokia Corporation Method and system of identifying network services
AU2002351028A1 (en) * 2001-11-26 2003-06-10 Nokia Corporation Multicast location management in a universal terrestrial radio access network
US6904131B2 (en) * 2001-11-30 2005-06-07 David Weksel System and method for delivering a message to a plurality of receivers in respective reception formats
US20030135594A1 (en) * 2001-12-06 2003-07-17 Lin Xu System and method for efficient distribution of multicastable services
US8126127B2 (en) * 2002-01-16 2012-02-28 Qualcomm Incorporated Method and apparatus for provision of broadcast service information
US20030167321A1 (en) * 2002-03-01 2003-09-04 Schneider Automation Inc. System and method for optimal setting of message acceptance filters
EP1345402A1 (de) * 2002-03-14 2003-09-17 TELEFONAKTIEBOLAGET L M ERICSSON (publ) Verfahren und Netzeinrichtung zum Zugriff und zur Abrechnung von Punkt-zu-Mehrpunkt Diensten
US6970871B1 (en) * 2002-04-11 2005-11-29 Sprint Spectrum L.P. System and method of sorting information based on a location of a mobile station
AR039499A1 (es) * 2002-05-01 2005-02-23 Interdigital Tech Corp Servicios de base a multi-bases utilizando canales compartidos en sistemas de comunicacion inalambrica
TWI390999B (zh) 2002-05-01 2013-03-21 Interdigital Tech Corp 無線通信系統中使用高速共享頻道之點對多點服務
US20040018847A1 (en) * 2002-07-24 2004-01-29 Jane Peng-Zi Chang Method for receiver-nonspecific publication of location-sensitive short message service messages
US9811836B2 (en) 2002-10-23 2017-11-07 Modiv Media, Inc System and method of a media delivery services platform for targeting consumers in real time
US8783561B2 (en) 2006-07-14 2014-07-22 Modiv Media, Inc. System and method for administering a loyalty program and processing payments
US11257094B2 (en) 2002-10-23 2022-02-22 Catalina Marketing Corporation System and method of a media delivery services platform for targeting consumers in real time
US10657561B1 (en) 2008-08-20 2020-05-19 Modiv Media, Inc. Zone tracking system and method
US8626130B2 (en) * 2005-08-23 2014-01-07 Modiv Media, Inc. System and method for user controlled log-in; interacting and log-out
US10430798B2 (en) 2002-10-23 2019-10-01 Matthew Volpi System and method of a media delivery services platform for targeting consumers in real time
US8701014B1 (en) 2002-11-18 2014-04-15 Facebook, Inc. Account linking
US8122137B2 (en) 2002-11-18 2012-02-21 Aol Inc. Dynamic location of a subordinate user
US8965964B1 (en) 2002-11-18 2015-02-24 Facebook, Inc. Managing forwarded electronic messages
US7640306B2 (en) 2002-11-18 2009-12-29 Aol Llc Reconfiguring an electronic message to effect an enhanced notification
US7428580B2 (en) 2003-11-26 2008-09-23 Aol Llc Electronic message forwarding
US7590696B1 (en) 2002-11-18 2009-09-15 Aol Llc Enhanced buddy list using mobile device identifiers
US8005919B2 (en) 2002-11-18 2011-08-23 Aol Inc. Host-based intelligent results related to a character stream
CA2506585A1 (en) 2002-11-18 2004-06-03 Valerie Kucharewski People lists
US7899862B2 (en) 2002-11-18 2011-03-01 Aol Inc. Dynamic identification of other users to an online user
EP1434409A1 (de) * 2002-12-23 2004-06-30 Koninklijke KPN N.V. Einstellung von Benutzerpräferenzen über ein Mobilfunkendgerät
US7543027B1 (en) * 2003-01-24 2009-06-02 Unisys Corporation Operator messaging within an environment for operating multiple computing systems
IL154739A0 (en) * 2003-03-04 2003-10-31 Bamboo Mediacasting Ltd Segmented data delivery over non-reliable link
US7603417B2 (en) 2003-03-26 2009-10-13 Aol Llc Identifying and using identities deemed to be known to a user
US7653693B2 (en) 2003-09-05 2010-01-26 Aol Llc Method and system for capturing instant messages
US7912485B2 (en) * 2003-09-11 2011-03-22 Qualcomm Incorporated Method and system for signaling in broadcast communication system
IL157885A0 (en) * 2003-09-11 2004-03-28 Bamboo Mediacasting Ltd Iterative forward error correction
IL157886A0 (en) * 2003-09-11 2009-02-11 Bamboo Mediacasting Ltd Secure multicast transmission
IL158158A (en) 2003-09-29 2012-05-31 Bamboo Mediacasting Ltd Distribution of multicast data to users
KR100697416B1 (ko) * 2003-09-30 2007-03-20 교세라 가부시키가이샤 모바일 통신 단말기, 정보 제공 시스템 및 프로그램을기록한 컴퓨터 판독가능한 기록 매체
US7561679B1 (en) * 2003-10-14 2009-07-14 Verizon Laboratories, Inc. Message delivery using a voice mail system
ES2300536T3 (es) * 2003-12-02 2008-06-16 Alcatel Lucent Difusion de servicios basados en la localizacion a un terminal movil en una red inalambrica.
US20050154638A1 (en) * 2004-01-12 2005-07-14 International Business Machines Corporation Method and apparatus for broadcasting announcements from vehicles
US7580668B2 (en) * 2004-07-27 2009-08-25 Microsoft Corporation Intelligent data broadcasting
US8570880B2 (en) * 2004-08-05 2013-10-29 Qualcomm Incorporated Method and apparatus for receiving broadcast in a wireless multiple-access communications system
US7324957B2 (en) * 2004-10-21 2008-01-29 Soundstarts, Inc. Proximal advertising using hand-held communication devices
US7742581B2 (en) 2004-11-24 2010-06-22 Value-Added Communications, Inc. Electronic messaging exchange
DE102004063298B4 (de) * 2004-12-29 2006-11-16 Infineon Technologies Ag Verfahren zum rechnergestützten Verwalten von Kommunikationsrechten zum Kommunizieren mittels mehrerer unterschiedlicher Kommunikationsmedien in einer Telekommunikations-Konferenz mit mehreren Telekommunikations-Einrichtungen
US20060154599A1 (en) * 2005-01-10 2006-07-13 Faheem Altaf Systems, methods, and media for providing wireless electronic messaging
US9282188B2 (en) 2005-01-28 2016-03-08 Value-Added Communications, Inc. Voice message exchange
US9876915B2 (en) 2005-01-28 2018-01-23 Value-Added Communications, Inc. Message exchange
US7609669B2 (en) 2005-02-14 2009-10-27 Vocollect, Inc. Voice directed system and method configured for assured messaging to multiple recipients
US7353034B2 (en) 2005-04-04 2008-04-01 X One, Inc. Location sharing and tracking using mobile phones or other wireless devices
US20070043823A1 (en) * 2005-08-19 2007-02-22 George David A System and method for pushing activated instant messages
US20070124395A1 (en) * 2005-09-22 2007-05-31 Stephen Edge Geography-based filtering of broadcasts
US20070280138A1 (en) * 2006-06-01 2007-12-06 Stern Donald S Information broadcasting system and method
US20080032666A1 (en) * 2006-08-07 2008-02-07 Microsoft Corporation Location based notification services
WO2008058526A2 (de) * 2006-11-16 2008-05-22 Birger Wunderlich Vorrichtung und verfahren zur datenübertragung und ausgabe in physikalisch fassbarer form
ES2611605T3 (es) * 2006-12-18 2017-05-09 Nokia Solutions And Networks Gmbh & Co. Kg Método y sistema para garantizar el intercambio de datos entre un sistema servidor y un sistema cliente
US20080285496A1 (en) * 2007-05-14 2008-11-20 Bamboo Mediacasting Ltd. Data download in wireless network
US8401009B1 (en) 2007-07-23 2013-03-19 Twitter, Inc. Device independent message distribution platform
US9049542B1 (en) * 2007-09-28 2015-06-02 West Corporation System and method for location-based targeted notifications using wireless communication devices
US20090125230A1 (en) * 2007-11-14 2009-05-14 Todd Frederic Sullivan System and method for enabling location-dependent value exchange and object of interest identification
US8995963B2 (en) * 2008-01-31 2015-03-31 Qualcomm Incorporated System and methods for controlling advertisements on wireless device assets
US9495386B2 (en) 2008-03-05 2016-11-15 Ebay Inc. Identification of items depicted in images
EP2250623A4 (de) 2008-03-05 2011-03-23 Ebay Inc Verfahren und vorrichtung für bilderkennungsdienste
KR101557680B1 (ko) * 2008-11-05 2015-10-07 삼성전자주식회사 이동 무선통신 시스템의 단말기 속도 추정 장치 및 방법
US9621714B2 (en) 2009-01-27 2017-04-11 Value-Added Communications, Inc. System and method for electronic notification in institutional communication
US10013489B2 (en) * 2009-08-12 2018-07-03 Oath Inc. System and method for providing recommendations
US9134428B2 (en) * 2009-09-30 2015-09-15 Alcatel Lucent Method and apparatus for power control of a location-based mobile device
US10397639B1 (en) 2010-01-29 2019-08-27 Sitting Man, Llc Hot key systems and methods
US8964742B1 (en) * 2010-07-28 2015-02-24 Marvell Israel (M.I.S.L) Ltd. Linked list profiling and updating
US9239856B2 (en) * 2010-09-21 2016-01-19 Sidney True Methods, systems, or apparatuses, to process, create, or transmit one or more messages relating to goods or services
US9282354B2 (en) * 2011-10-28 2016-03-08 Qualcomm Incorporated Method and apparatus to detect a demand for and to establish demand-based multimedia broadcast multicast service
WO2013072724A1 (en) 2011-11-20 2013-05-23 Nds Limited Hybrid messaging system
US9779450B2 (en) 2011-12-13 2017-10-03 Ebay Inc. Mobile application to conduct an auction based on physical presence
US8938713B2 (en) * 2012-02-09 2015-01-20 International Business Machines Corporation Developing a collective operation for execution in a parallel computer
US20130262231A1 (en) * 2012-03-30 2013-10-03 Ebay Inc. Targeted incentive actions based on the number of people within a geographic locale
US10846766B2 (en) 2012-06-29 2020-11-24 Ebay Inc. Contextual menus based on image recognition
US10701009B1 (en) * 2015-08-10 2020-06-30 Amazon Technologies, Inc. Message exchange filtering
US10749827B2 (en) 2017-05-11 2020-08-18 Global Tel*Link Corporation System and method for inmate notification and training in a controlled environment facility
US10735366B2 (en) * 2017-10-13 2020-08-04 Lizen Company Method and apparatus for providing a message notification service based on spatial information

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6049711A (en) * 1995-08-23 2000-04-11 Teletrac, Inc. Method and apparatus for providing location-based information services
AU7606696A (en) * 1995-11-07 1997-05-29 Seiko Communications Systems, Inc. Selective advertisement presentation
GB9707615D0 (en) * 1997-04-14 1997-06-04 British Telecomm Telecommunications apparatus and method
JPH10294967A (ja) * 1997-04-21 1998-11-04 Casio Comput Co Ltd 情報提供システム及び情報提供処理プログラムを記録した記録媒体
US6026292A (en) * 1997-08-19 2000-02-15 Qualcomm Incorporated Truck communication system
US6108533A (en) * 1997-08-22 2000-08-22 Telefonaktiebolaget Lm Ericsson (Publ) Geographical database for radio system
US6078990A (en) * 1998-02-06 2000-06-20 Ncr Corporation Volume set configuration using a single operational view
US6363070B1 (en) * 1998-07-01 2002-03-26 Motorola, Inc. Method for selecting virtual end nodes in an RF network
GB9822022D0 (en) * 1998-10-09 1998-12-02 Roke Manor Research Method and apparatus for receiving a media broadcast
AU1467500A (en) * 1998-11-18 2000-06-05 Ericsson Inc. Method and apparatus for location based targeting of messages to communication terminals
US6654741B1 (en) * 1999-05-03 2003-11-25 Microsoft Corporation URL mapping methods and systems
US20020046084A1 (en) * 1999-10-08 2002-04-18 Scott A. Steele Remotely configurable multimedia entertainment and information system with location based advertising
US6836667B1 (en) * 2000-09-19 2004-12-28 Lucent Technologies Inc. Method and apparatus for a wireless telecommunication system that provides location-based messages
US6681114B2 (en) * 2000-12-06 2004-01-20 At&T Corp. On demand multicast messaging system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2714703C1 (ru) * 2019-09-27 2020-02-19 Общество с ограниченной ответственностью "Русс Аутдор" Способ увеличения объема выборки идентификаторов мобильных устройств аудитории и применение указанного способа по новому назначению

Also Published As

Publication number Publication date
US20060168301A1 (en) 2006-07-27
US20090156184A1 (en) 2009-06-18
EP1213874B1 (de) 2007-01-03
US6681114B2 (en) 2004-01-20
EP1213874A3 (de) 2004-07-14
US20020102967A1 (en) 2002-08-01
US7970417B2 (en) 2011-06-28
US7035649B1 (en) 2006-04-25
DE60125703D1 (de) 2007-02-15
EP1213874A2 (de) 2002-06-12
US7515918B2 (en) 2009-04-07

Similar Documents

Publication Publication Date Title
DE60125703T2 (de) System für Multicastnachrichten auf Anfrage
DE60119227T2 (de) Benutzung von lokaler Einrichtung durch Mobilfunkgerät
DE60035674T2 (de) Kurznachrichten (SMS) Anwendung
DE60314275T2 (de) System zum abliefern von informationen auf der basis eines webseiteninhalts
DE60010087T2 (de) Verfahren und Vorrichtung zur Übermittlung einer Informationsnachricht mit einem angepassten Inhalt an einen Nutzer oder eine Gruppe von Nutzern eines Kommunikationsendgerätes
DE69928222T2 (de) Verfahren und System zum Versand von Information
DE602004010098T3 (de) Verfahren zur änderung von einer nachrichtspeicherungs und weiterleitungsnetzwerkssystem und datenbenachrichtigungssystem
DE60306391T2 (de) Verfahren zur Anzeige von Inhalt
WO2006034844A1 (de) Verfahren zum gezielten steuern von online-werbung und vorrichtung sowie system dafür
EP1186185B1 (de) Verfahren und system, um mobilen teilnehmern anonyme standortabhängige dienste anzubieten
DE60133384T2 (de) GEZIELTE NACHRICHTEN FüR EIN ENDBENUTZERGERÄT, DAS MIT EINEM DIENSTKNOTEN IN EINEM KOMMUNIKATIONSNETZ VERBUNDEN IST
EP1484882A1 (de) Verfahren zum Überwachen von Teilnehmerdiensten in einem Telekommunikationsnetz
DE60114067T2 (de) Verfahren und System zur Privilegienverleihung von einem Zugriffsverwalter in einem Kommunikationsnetzwerk
DE112013007007T5 (de) Informations-Präsentationsvorrichtung, Informations-Verteilungsvorrichtung und Informations-Präsentationsverfahren
DE60220260T2 (de) Drahtlose LAN Vorrichtung, die Internetdaten speichert und an ein mobiles Endgerät weiterleitet
DE10210783B4 (de) Verfahren zum Anbieten von Dienstleistungen
DE60035796T2 (de) Verfahren und System zur Dienststeuerung in einem Datenkommunikationsnetz
DE602004002186T2 (de) Verfahren zum Übertragung von Multimedianachrichten zu einer heterogenen Endgerätgruppe
EP1483921B1 (de) Verfahren zur ortsabhängigen mobilen kommunikation
DE112013006996T5 (de) Werbeinformations-Verteilungsvorrichtung, Client-Endgerät, Werbeinformations-Verteilungsverfahren und Werbeinformations-Präsentationsverfahren
EP2922009A1 (de) Verfahren zum Endgeräte-übergreifenden Tracking eines Nutzers eines Internet-Angebots, Trackingserver zur Ausführung eines solchen Verfahrens und Computernetzwerk mit einem solchen Trackingserver
DE60313093T2 (de) Verfahren zum verteilen von informationen in einem präsenzdienstsystem
DE10311246A1 (de) Verfahren zum Anbieten von Produkten über ein Computernetzwerk
WO2005022861A1 (de) Verfahren sowie computerprogramm mit programmcode-mitteln und computerprogramm-produkt zum austauschen von daten
EP1236148B1 (de) Computer-gestütztes auktionsverfahren und auktionssystem

Legal Events

Date Code Title Description
8364 No opposition during term of opposition