-
TECHNISCHES GEBIET
-
Die offenbarten Ausführungsformen beziehen sich allgemein auf das Darstellen von Nachrichten, wie beispielsweise E-Mail, Instant- und Voicemail-Nachrichten. Insbesondere beziehen sich die offenbarten Ausführungsformen auf Systeme für das Darstellen von geordneten Nachrichten auf Basis von Wichtigkeitsfaktoren oder Bewertungen, die von Interaktionen eines Benutzers mit den Nachrichten bestimmt werden.
-
HINTERGRUND
-
Mit dem Wachstum von E-Mail-Kommunikation ist auch die Zahl der E-Mails gewachsen, die in Benutzerkonten empfangen und gespeichert werden. Ein Benutzerkonto umfasst üblicherweise alle Nachrichten an eine entsprechende und von einer entsprechenden E-Mail-Adresse oder an einen oder von einem entsprechenden Benutzernamen gesendet werden. Einige Benutzerkonten können jedoch einer Vielzahl von E-Mail-Adressen oder Benutzernamen zugewiesen sein, manchmal Aliase genannt, die zusammen als eine einzige logische E-Mail-Adresse oder ein Benutzername betrachtet werden können. Die Menge der empfangenen E-Mail kann Benutzer schnell überwältigen – was es schwierig macht, wichtige Nachrichten von unwichtigen zu sortieren.
-
Darüber hinaus greifen viele Menschen jetzt auf ihre E-Mails auf mobilen Geräten, wie Handheld-Computer oder Mobiltelefone anzuzeigen, zu und zeigen diese dort an. Solche mobile Geräte haben in der Regel kleine Bildschirme mit noch kleineren Nachrichtenfenstern oder Schnittstellen für die Ansicht von Nachrichten. Diese Schnittstellen ermöglichen es dem Benutzer häufig, nur eine kleine Anzahl von Nachrichten gleichzeitig anzuzeigen, wodurch der Benutzer häufiger mit der Schnittstelle umgehen muss, um wichtige Nachrichten zu finden, beispielsweise durch Scrollen durch die Nachrichten. Solche mobile Geräte können auch eine Netzwerkverbindung verwenden, die manchmal nach Gebrauch berechnet wird und oft langsam ist. Die Benutzer dieser Geräte wünschen möglicherweise, die Nachrichten, die sie sehen, auf solche mit hoher Wichtigkeit zu begrenzen, wenn sie auf die Nachrichten über dieses Medium zugreifen.
-
Um dieses Probleme zu bewältigen, erlauben einige Nachrichtenschnittstellen es Benutzern, zur leichteren Identifizierung Nachrichten in Ordnern zu organisieren oder benutzerdefinierte Labels auf Nachrichten anzuwenden. Zusätzlich können Benutzer in einigen E-Mail-Anwendungen Nachrichten in einer bestimmten Ansicht ordnen in Übereinstimmung mit dem Wert eines einzelnen vom Benutzer ausgewählten Nachricht-Header-Felds, wie beispielsweise Nachrichten-Übermittlungsdatum, Absender oder Nachrichtenbetreff. Allerdings können diese Organisationstechniken oft nicht die Nachrichten identifizieren, die für den Benutzer am wichtigsten sind, wodurch es dem Benutzer belassen ist, durch viele Nachrichten zu scrollen, um die Nachrichten zu finden, die er oder sie für am wichtigsten befindet.
-
ZUSAMMENFASSUNG DER AUSFÜHRUNGSFORMEN
-
Es wäre höchst wünschenswert, ein Nachrichtensystem und ein Verfahren bereitzustellen, das die oben genannten Nachteile behebt, während es dem Benutzer eine benutzerdefinierte Ansicht von Nachrichten bietet, die automatisch auf Basis ihrer vorausgesagten Wichtigkeit für den bestimmten Benutzer sortiert werden.
-
Bei einem Verfahren zur Anzeige von Nachrichten, zeigt ein System Nachrichten von einem einzelnen Benutzerkonto (d. h. das Konto eines jeweiligen Benutzers) in mehreren Ansichtsfenstern an. Jedes Ansichtsfenster ordnet Nachrichten auf Basis einer Wichtigkeitsbewertung, die auf der Grundlage der vorherigen Interaktionen des Benutzers mit Nachrichten in seinem Benutzerkonto über dieses Ansichtsfenster berechnet wird. Jedes dem Benutzerkonto zugewiesene Ansichtsfenster ordnet Nachrichten unter Verwendung eines unterschiedlichen Nachrichtwichtigkeits-Modells.
-
In einigen Ausführungsformen zeigt ein erstes Client-Gerät Nachrichten in einem Ansichtsfenster an, die nach einer ersten Wichtigkeitsbewertung-Berechnung geordnet sind, und ein zweites Client-Gerät zeigt Nachrichten von demselben Benutzerkonto in einem Ansichtsfenster an, die nach einer zweiten Wichtigkeitsbewertung-Berechnung geordnet sind. Wichtigkeits-Vorhersagemodelle werden eingesetzt, um die Wichtigkeitsbewertungen auf Basis von Benutzer-Interaktionen mit Nachrichten zu erstellen.
-
In einigen Ausführungsformen zeigt ein erstes Client-Gerät Nachrichten in einem Ansichtsfenster an, die nach einer ersten Wichtigkeitsbewertung-Berechnung geordnet sind, und zeigt Nachrichten von demselben Benutzerkonto in einem zweiten Ansichtsfenster an, die nach einer zweiten Wichtigkeitsbewertung-Berechnung geordnet sind.
-
In einem weiteren Aspekt der Erfindung sendet ein Server eine Liste von Nachrichten, die nach einer ersten Wichtigkeitsbewertung-Berechnung geordnet sind, an ein erstes Client-Gerät und sendet eine weitere Liste von Nachrichten aus demselben Benutzerkonto, die nach einer zweiten Wichtigkeitsbewertung-Berechnung geordnet sind, an ein zweites Client-Gerät.
-
In einem weiteren Aspekt der Erfindung sendet ein Server eine Liste von Nachrichten, die nach einer ersten Wichtigkeitsbewertung-Berechnung geordnet sind, an ein Client-Gerät und sendet eine weitere Liste von Nachrichten aus demselben Benutzerkonto, die nach einer zweiten Wichtigkeitsbewertung-Berechnung geordnet sind, an das Client-Gerät.
-
Einige Ausführungsformen sehen ein computerlesbares Speichermedium vor, das ein oder mehrere Programme speichert, die Anweisungen für das Ausführen der oben beschriebenen Verfahren aufweisen.
-
KURZBESCHREIBUNG DER ZEICHNUNGEN
-
1 ist ein Blockdiagramm, das die Infrastruktur einer Client-Server-Netzwerkumgebung gemäß einigen Ausführungsformen veranschaulicht.
-
2 ist ein Ablaufdiagramm, das einen Prozess der Bereitstellung geordneter Nachrichtenlisten an mehrere Clients gemäß einigen Ausführungsformen veranschaulicht.
-
3 ist ein weiteres Ablaufdiagramm, das einen Prozess der Bereitstellung geordneter Nachrichtenlisten an einen einzigen Client gemäß einigen weiteren Ausführungsformen veranschaulicht.
-
4 ist ein Ablaufdiagramm, das einen Prozess der Erstellung geordneter Nachrichtenlisten gemäß einigen Ausführungsformen veranschaulicht.
-
5A–5D sind Blockdiagramme, die Datenstrukturen veranschaulichen, die für die Erstellung einer geordneten Nachrichtenlisten gemäß einigen Ausführungsformen verwendet werden.
-
6 ist ein Blockdiagramm eines exemplarischen Clients gemäß einigen Ausführungsformen.
-
7 ist ein Blockdiagramm eines exemplarischen Servers gemäß einigen Ausführungsformen.
-
Gleiche Referenzziffern beziehen sich in allen Zeichnungen auf die dazugehörigen Teile.
-
BESCHREIBUNG DER AUSFÜHRUNGSFORMEN
-
1 ist ein Blockdiagramm eines Systems 100 gemäß einigen Ausführungsformen. Ein oder mehrere Clients 103 und ein Nachrichtenserver 106 sind mit einem Kommunikationsnetz 104 über ein beliebiges geeignetes Mittel verbunden. Das Kommunikationsnetz 104 kann ein oder mehrere, oder eine Kombination von einem oder mehreren, lokalen Netzwerken (LANs), Weitverkehrsnetze (WANs), wie beispielsweise das Internet, oder dergleichen sein.
-
In einigen Ausführungsformen ist der Client 103 eine beliebiges geeignetes Computergerät, wie beispielsweise ein Personal-Computer, Handheld-Computer, persönlicher digitaler Assistent, Mobiltelefon oder dergleichen. Der Client 103 beinhaltet eine oder mehrere Softwareanwendungen oder Schnittstellen für die Ansicht von Nachrichten. Nachrichten, wie hierin verwendet, bezieht sich auf jede Art von Kommunikationsnachrichten von einer Person, Station oder einer Gruppe zur einer anderen, einschließlich elektronischer Post(E-Mail-)Nachrichten, Instant Messages, Voicemail-Nachrichten oder dergleichen.
-
In einigen Ausführungsformen beinhaltet der Nachrichten-Server 106 einen Front-End-Server 120, eine Suchmaschine 122, einen Suchergebnis-Ranker 124, Wichtigkeits-Vorhersagemodelle 126, eine Nachrichten-Datenbank 128 und eine Benutzerkonten-Datenbank 130. Die Suchmaschine 122 kommuniziert mit Nachrichten-Datenbank 128, um Mengen von Nachrichten abzurufen, die zu einem bestimmten, der Benutzerkonten-Datenbank 130 zugewiesenen Benutzerkonto gehören. Ein Benutzerkonto umfasst alle Nachrichten an eine entsprechende und von einer entsprechenden E-Mail-Adresse oder an einen oder von einem entsprechenden Benutzernamen gesendet werden. In einigen Fällen kann ein entsprechendes jedoch einer Vielzahl von E-Mail-Adressen oder Benutzernamen zugewiesen sein, manchmal Aliase genannt, die zusammen zum Zwecke dieser Erörterung als eine einzige logische E-Mail-Adresse oder ein Benutzername betrachtet werden können. Die Suchmaschine 122 sendet die abgerufene Menge von Nachrichten zu dem Suchergebnis-Ranker 124, welcher die Nachrichtenreihenfolge nach Wichtigkeitsbewertungen organisiert, die für jede entsprechende Nachricht in der Menge unter Verwendung von Wichtigkeits-Vorhersagemodellen 126 berechnet werden. In einem Fall ist die Menge von zurückgegebenen Nachrichten die Menge aller neuen Nachrichten.
-
Die Nachrichten-Datenbank 128 speichert Nachrichten für Benutzer. In einigen Ausführungsformen wird eine einzige Nachrichten-Datenbank 128 pro Benutzerkonto verwendet, und in anderen werden Nachrichten von mehreren Benutzern in derselben Nachrichten-Datenbank 128 gespeichert. Ein Durchschnittsfachmann wird erkennen, dass es viele Weisen gibt zu verhindern, dass andere Benutzer des Systems auf Nachrichten von einem Benutzer zugreifen.
-
Die Wichtigkeits-Vorhersagemodelle 126 berechnen Wichtigkeitsbewertungen für individuelle Nachrichten in mindestens einem Benutzerkonto. Ein oder mehrere Wichtigkeits-Vorhersagemodelle 126 sind dem Benutzerkonto zugewiesen. Die Wichtigkeits-Vorhersagemodelle 126 berechnen Wichtigkeitsbewertungen für eine Menge von einer oder mehreren Nachrichten in dem Benutzerkonto.
-
In einer Ausführungsform werden die Wichtigkeits-Vorhersagemodelle 126 durch Maschinenlernen erzeugt. Maschinenlernen umfasst eine Reihe von Techniken, die unter Verwendung von Software-Tools und Computersystemen implementiert sind, die Funktionen und Vorhersagemodelle erzeugen (z. B. durch Bestimmen von Gewichten, die auf Komponenten der Funktionen oder Vorhersagemodelle angewandt werden). Maschinenlernen ist Fachleuten in der Technik bekannt und wird daher in diesem Dokument nicht im Detail beschrieben. Ein entsprechendes Vorhersagemodell wird verwendet, um eine Wichtigkeitsbewertung oder mehr als eine Wichtigkeitsbewertung für jede Nachricht in einer Menge von Nachrichten zu berechnen. Das Modell ist definiert, eine oder mehrere Wichtigkeitsbewertungen für eine entsprechende Nachricht unter Verwendung von einem oder mehreren Nachrichten-Qualitätssignalen (manchmal auch als Nachrichten-Qualitätsfaktoren oder Nachrichten-Wichtigkeitsfaktoren bezeichnet) eine oder mehrere Wichtigkeitsbewertungen zu berechnen. Ein entsprechendes Nachrichten-Qualitätssignal oder eine Menge von Nachrichten-Qualitätssignalen kann in verschiedenen Vorhersagemodelle unterschiedlich gewichtet, da die Gewichte, die auf ein entsprechendes Nachrichten-Qualitätssignal angewandt werden, entsprechend den Benutzerpräferenzen oder vergangenen Benutzerhandlungen in Bezug auf Nachrichten in dem Benutzerkonto bestimmt werden.
-
Beispiele von Nachrichten-Qualitätssignale beinhalten: ein Signal, das angibt, ob der Benutzer die Nachricht gelesen hat, ein Signal, das eine Verzögerungszeit vom Empfang der Nachricht bis zum ersten Mal, das der Benutzer die Nachricht gelesen hat, angibt, ein Signal, das angibt, ob der Benutzer auf die Nachricht geantwortet hat, ein Signal, das angibt, ob der Benutzer die Nachricht weitergeleitet hat, ein Signal, das angibt, ob der Benutzer die Nachricht außerhalb der gewöhnlichen Reihenfolge gelesen hat, ein Signal, das die Gesamtzeit angibt, die der Benutzer verbracht hat, eine bestimmte Nachricht zu lesen, ein Signal, das angibt, ob der Benutzer eine Suche nach einer Nachricht ausgeführt hat, ein Signal, das die Anzahl der Male angibt, die der Benutzer die Nachricht gelesen hat, und ein Signal, das die Verbundenheit des Benutzers mit einem anderen Teilnehmer der Nachricht angibt. Andere Nachrichten-Qualitätssignale, die zum Ordnen von Nachrichten in einem Ansichtsfenster verwendet werden können, beinhalten Signale basierend auf Message-Header-Informationen und Signale basierend auf anderen Metadaten für die Nachrichten.
-
Ein Ansichtsfenster ist eine Benutzeroberfläche für die Anzeige und das Umgehen mit einer Menge von Nachrichten in einem Benutzerkonto. Ein Client kann ein oder mehrere Ansichtsfenster für die Ansicht von Nachrichten bereitstellen, d. h. verschiedene Ansichtsfenster können auf demselben Gerät vorhanden sein, wie beispielsweise verschiedene Nachrichten-Ansichtsfenster auf demselben Personal-Computer. Eine Teilmenge der verfügbaren Nachrichten-Qualitätssignale und anderer Nachrichtensignale kann kombiniert werden (beispielsweise eine lineare Kombination, wie beispielsweise eine gewichtete Summe, oder eine nicht-lineare Kombination), um Wichtigkeitsbewertungen für ein bestimmtes Ansichtsfenster zu erzeugen, die dann verwendet werden, um Nachrichten für dieses Ansichtsfenster zu ordnen.
-
In einigen Ausführungsformen verwenden die Wichtigkeits-Vorhersagemodelle 126 Maschinenlernen, um ein erstes Vorhersagemodell von wichtigen Nachrichtenmerkmale für ein bestimmtes Ansichtsfenster aufzubauen. Das Modell wird dann auf jede Nachricht in einer Menge von Nachrichten angewandt, um eine Wichtigkeitsbewertung für eine bestimmte Nachricht zu berechnen. Die Menge von Nachrichten wird dann unter Verwendung des Suchergebnis-Rankers 124 geordnet, d. h. für das jeweilige Ansichtsfenster sortiert. Zum Beispiel kann der Suchergebnis-Ranker 124 die Nachrichten in einer Reihenfolge abnehmender Wichtigkeitsbewertung ordnen.
-
Die Auswahl der Wichtigkeits-Vorhersagemodelle ist abhängig von der Auswahl eines bestimmten Ansichtsfensters auf einem Client. In einigen Ausführungsformen kann ein Ansichtsfenster alle Nachrichten in einem Benutzerkonto anzeigen, wie sie zum Beispiel angezeigt würden, wenn der gesamte Nachrichten-Posteingang des Benutzers angezeigt wird. In anderen Ausführungsformen kann ein Ansichtsfenster eine Teilmenge von Nachrichten in einem Benutzerkonto anzeigen, wie beispielsweise alle Nachrichten in einem bestimmten Ordner oder Unterordner. In noch anderen Ausführungsformen kann ein Ansichtsfenster eine Teilmenge von Nachrichten in einem Benutzerkonto anzeigen, wie beispielsweise alle Nachrichten, auf die ein bestimmtes Label angewandt wurde. In weiteren Ausführungsformen kann ein Ansichtsfenster eine benutzerdefinierte Teilmenge von Nachrichten anzeigen, basierend auf Nachrichten, die der Benutzer ausdrücklich ausgewählt hat. Die Auswahl eines Ansichtsfensters stellt den diesem Ansichtsfenster zugewiesenen Nachrichten ein Wichtigkeits-Vorhersagemodell 126 bereit.
-
Ein einzelnes Benutzerkonto kann mehr als ein Wichtigkeits-Vorhersagemodell 126 beinhalten, um mehr als ein Ansichtsfenster für die Anzeige oder anderweitige Präsentation geordneter Listen von Nachrichten zu erstellen. Jedes Wichtigkeits-Vorhersagemodell kann verwendet werden, für eine bestimmte Nachricht unterschiedliche Wichtigkeitsbewertungen zu berechnen, indem unterschiedliche Nachrichten-Qualitätssignale oder unterschiedliche Gewichte für ein oder mehrere Nachrichten-Qualitätssignale verwendet werden. Zum Beispiel könnte ein Wichtigkeits-Vorhersagemodell auf der Kombination eines Signals, das angibt, ob ein Benutzer auf eine Nachricht geantwortet hat, mit einem Signal, das angibt, ob ein Benutzer die Nachricht weitergeleitet hat, basiert sein. Dasselbe Benutzerkonto könnte ein Wichtigkeits-Vorhersagemodell beinhalten, das basiert ist auf einer Kombination von Signalen, die die Anzahl der Male angeben, die der Benutzer eine Nachricht gelesen hat, und ein Signal, das die Gesamtzeit angibt, die der Benutzer verbracht hat, die Nachricht zu lesen. Wenn der Benutzer dasselbe Ansichtsfenster-Modell auf dieselbe Menge (Ordner, Suchergebnis, Label usw.) von Nachrichten anwendet, können die beiden Ansichtsfenster-Modelle dieselbe Menge von Nachrichten auf Basis der Wichtigkeitsbewertungen, die unabhängig von jedem Modell berechnet werden, unterschiedlich ordnen.
-
In einigen Ausführungsformen werden die unten beschriebenen Mechanismen auf das Ordnen von Nachrichten auf Konversationen in Listen von Konversationen angewandt, wobei jede Konversation eine Gruppe von Nachrichten ist, die in Übereinstimmung mit vorgegebenen Kriterien miteinander gruppiert wurden. Beispielsweise kann eine entsprechende Konversation eine Anfangsnachricht sowie eine oder mehrere Nachrichten, die Antworten auf andere Nachrichten in der Konversation sind, sowie null oder mehr Nachrichten, die Informationen und Nachrichten von Nachrichten in der Konversation weiterleiten, beinhalten. Während einige Konversationen unter Umständen nur eine einzelne Nachricht enthalten, wird eine Liste von Konversationen in einem Benutzerkonto in der Regel eine Vielzahl von Konversationen sein, die jeweils zwei oder mehr Nachrichten aufweisen. In einigen Ausführungsformen werden die unten beschriebenen Wichtigkeits-Vorhersagemodelle und Ansichtsfenster-Funktionen auf die Konversationen in einer Liste von Konversationen angewandt durch Anwendung dieser Mechanismen auf jede Nachricht in jeder Konversation und Erstellung von einer oder mehreren kombinierten Wichtigkeitsbewertungen, die dann verwendet werde, um die Konversationen zu ordnen. Alternativ werden die nachfolgend beschriebenen Mechanismen in Bezug auf das Ordnen der Nachrichten auf eine Teilmenge der Nachrichten in jeder Konversation in Übereinstimmung mit vorgegebenen Kriterien angewandt (z. B alle Nachrichten in der Konversation, wenn die Konversation N oder weniger Nachrichten hat, und ansonsten die letzten N Nachrichten in der Konversation oder die letzte Nachricht und die N – 1 längsten Nachrichten in der Konversation, wobei N ein vorgegebener Wert (z. B. fünf) ist). Weitere Informationen über eine E-Mail-Anwendung, die Listen von Konversationen speichert und anzeigt können in
US-Patentanmeldung 2005-0222985 A1 gefunden werden, die hiermit durch Bezugnahme als Hintergrundinformationen aufgenommen wird.
-
2 ist ein Ablaufdiagramm einer Interaktion zwischen dem Client und dem Server in Bezug auf die Erstellung und Anzeige von Nachrichten, die durch eine Wichtigkeitsbewertung geordnet sind. Die Auswahl eines Ansichtsfensters löst eine Benutzeranforderung 202 aus, die Nachrichten auf Basis einer Wichtigkeitsbewertung zu ordnen. Die Benutzeranforderung 202 liefert Informationen über das gewählte Ansichtsfenster an die Wichtigkeits-Vorhersagemodelle 126 (1) und bestimmt die Menge oder Teilmenge von Nachrichten in der Nachrichten-Datenbank 128, die der Benutzer sehen möchte. Wenn beispielsweise das gewählte Ansichtsfenster ein Ordner in dem Benutzerkonto ist, dann beinhaltet die Benutzeranforderung 202 Informationen zur Bestimmung der Teilmenge von Nachrichten, die zu einem solchen Ordner gehören.
-
In einigen Ausführungsformen kann die Ansichtsfenster-Auswahl durch den Benutzer ausdrücklich vorgenommen werden, wie beispielsweise durch Auswahl eines Ordners von Nachrichten zur Anzeige in einer Nachrichtenanwendung. In anderen Ausführungsformen kann die Ansichtsfenster-Auswahl automatisch von einem Client-Gerät ausgelöst werden, der beim Start einer Nachrichtansicht-Anwendung automatisch ein auf Wichtigkeit basiertes Ansichtsfenster für die Anzeige auswählt.
-
Unter weiterer Bezugnahme auf 2 empfängt der Server die Benutzeranforderung und bestimmt eine Menge von Nachrichten, die dem ausgewählten Ansichtsfenster zugewiesen sind. Der Server berechnet 204 eine Wichtigkeitsbewertung für jede Nachricht im ausgewählten Ansichtsfenster und erstellt 204 eine geordnete Nachrichtenliste auf Basis der Wichtigkeitsbewertungen. Der Server sendet dann die erzeugte Nachrichtenliste 206 an den Client zurück, der die geordnete Liste im ausgewählten Ansichtsfenster anzeigt 208.
-
In einer Ausführungsform kann ein zweites unterschiedliches Client-Gerät eine Benutzeranforderung 210 auslösen für eine Nachrichtenliste, die nach Wichtigkeitsbewertung geordnet ist. Die zweite Anforderung kann eine Anforderung für eine unterschiedliche Menge von Nachrichten von der ersten Anfrage 202, aber aus demselben Benutzerkonto sein. Alternativ kann die zweite Anforderung eine Anforderung für genau die gleichen Nachrichten wie die erste Anforderung sein, die aber von einem zweiten Client stammt. Auch hier berechnet 212 der Server gemäß einem Wichtigkeits-Vorhersagemodell für jede Nachricht im ausgewählten Ansichtsfenster und erstellt 212 eine geordnete Nachrichtenliste auf Basis der Wichtigkeitsbewertungen. Der Server kann dasselbe Wichtigkeits-Vorhersagemodell wie in 204 verwenden oder kann ein unterschiedliches Wichtigkeits-Vorhersagemodell verwenden, das von dem ausgewählten Client-Ansichtsfenster auf dem zweiten Client abhängig ist. Nachdem der Server die geordnete Nachrichtenliste erstellt 212, wird die Nachrichtenliste zurück an den anfordernden zweiten Client gesendet 214. Der zweite Client zeigt 216 anschließend die erstellte Nachrichtenliste im ausgewählten Ansichtsfenster auf dem zweiten Client an.
-
Die Benutzeranforderungen können auf einer manuellen Auswahl eines Ansichtsfenster durch den Benutzer basieren oder auf Basis einer automatisch ausgelösten Ansichtsfenster-Auswahl ausgewählt werden. In einigen Ausführungsformen, in denen der Benutzer sich an einem Client-Gerät, wie beispielsweise einem Personal-Computer, befindet, kann der Benutzer entweder Ordner mit den zugewiesenen Ansichtsfenstern oder sogar ein vordefiniertes oder benutzerdefiniertes Ansichtsfenster, die auf einen bestimmten Ordner oder Posteingang des Benutzerkontos angewandt werden sollen, ausdrücklich auswählen. In einigen Ausführungsformen kann, wenn der Client auf Nachrichten in seinem Benutzerkonto mit einem PDA oder Mobiltelefon zugreift, automatisch ein bestimmtes Ansichtsfenster für die Verwendung mit dem Gerät ausgewählt werden, wenn der Benutzer versucht, Nachrichten anzuzeigen. Zum Beispiel kann der Benutzer eine Client-Anwendung auf seinem Mobiltelefon oder Mobilgerät haben, das beim Start automatisch ein bestimmtes Ansichtsfenster auswählt (z. B. ein Ansichtsfenster, das die Nachrichten geordnet in Übereinstimmung mit ihrer vorhergesagten Wichtigkeit für den Benutzer anzeigt).
-
In regelmäßigen Abständen werden die Wichtigkeits-Vorhersagemodelle für jeden Benutzer aktualisiert 220, basiert auf jüngsten Benutzer-Interaktionen mit Nachrichten über Ansichtsfenster (d. h. während der Verwendung von Ansichtsfenstern), die diesen Wichtigkeits-Vorhersagemodelle zugewiesen sind. In einer Ausführungsform speichert die Nachrichtenstatus-Datenbank 416 Benutzer-Interaktionen mit Nachrichten wie weiter unten beschrieben. Da jedes Modell eine Menge von Nachrichten-Qualitätssignale anwendet, um Wichtigkeitsbewertungen für Nachrichten zu berechnen, beinhaltet das Aktualisieren der Modelle das Abrufen der relevanten Interaktionssignale von der Nachrichtenstatus-Datenbank 416 (4 unten beschrieben) und entsprechendes Anwenden dieser Signale auf das Modell. In einigen Ausführungsformen kann dieser Prozess in regelmäßigen Zeitintervallen stattfinden, beispielsweise einmal jede Nacht, während in anderen Ausführungsformen dieser Prozess häufiger oder weniger häufig stattfinden kann. In einigen Ausführungsformen kann ein entsprechendes Modell zu einem Zeitpunkt aktualisiert werden (basierend auf Benutzer-Interaktionen mit Nachrichten durch das Ansichtsfenster (d. h. während der Verwendung des Ansichtsfensters)), der unabhängig davon ist, wann andere Modelle in demselben Benutzerkonto aktualisiert werden.
-
In einigen Ausführungsformen können die Wichtigkeits-Vorhersagemodelle 126 Nachrichten-Interaktionssignale aus mehreren Benutzerkonten kumulieren. Die Modelle passen sich im Laufe der Zeit an, um die stärksten Indikatoren der Nachrichten-Wichtigkeit für individuelle Benutzer zu bestimmen. Kumulieren von Benutzer-Interaktionsignalen von mehreren Benutzern stellt eine weitere Möglichkeit für den Aufbau eines Wichtigkeits-Vorhersagemodells 126 bereit. Das Modell kann sich selbst aktualisieren, indem relevante Interaktionsignale, die in der Nachrichtenstatus-Datenbank 416 für mehrere Benutzer gespeichert sind, abzurufen und diese Signale entsprechend auf das Modell angewandt werden.
-
3 ist ein Ablaufdiagramm einer anderen Ausführungsform der Interaktionen zwischen dem Client und dem Server in Bezug auf das Erstellen und Anzeigen von wichtigen Nachrichten in Ansichtsfenstern. Eine Benutzerhandlung bei einem ersten Client-Gerät löst eine Benutzeranforderung 302 für eine Nachrichtenliste auf Basis der Wichtigkeitsbewertung aus. Der Server empfängt die erste Anforderung, berechnet Wichtigkeitsbewertungen für jede Nachricht nach einem Vorhersagemodell und erstellt eine geordnete Nachrichtenliste bei 304. Der Server sendet dann die erzeugte Nachrichtenliste 306 an den Client zurück, der die geordnete Liste im ausgewählten Nachrichten-Ansichtsfenster anzeigt 308.
-
In einer Ausführungsform kann derselbe Client bei 310 eine zweite Anforderung auslösen für ein anderes Ansichtsfenster, das ein unterschiedliches Wichtigkeits-Vorhersagemodell verwendet als das in dem vorherigen Schritt verwendete. Die zweite Anforderung kann auch eine Anforderung für eine unterschiedliche Menge von den von der ersten Anfrage 302 angeforderten Nachrichten sein. Zum Beispiel kann die zweite Anforderung 310 eine Anforderung für einen Nachrichtenordner sein, der unterschiedlich von dem in der ersten Anforderung 302 gewählten ist.
-
Der Server empfängt die zweite Anforderung, berechnet Wichtigkeitsbewertungen für jede Nachricht nach einem Vorhersagemodell und erstellt eine geordnete Nachrichtenliste bei 312. Hier verwendet der Server aber das Wichtigkeits-Vorhersagemodell, das dem ausgewählten Client-Ansichtsfenster zugewiesen ist. Dieses Modell kann dasselbe Wichtigkeits-Vorhersagemodell wie in Schritt 304 sein oder das Modell kann sich von dem vorherigen Wichtigkeits-Vorhersagemodell unterscheiden. In einigen Ausführungsformen kann ein Benutzer dasselbe Wichtigkeits-Vorhersagemodell mehreren Ordnern zuweisen. In diesem Szenario würde der Server auf die unterschiedlichen Nachrichtenlisten dasselbe Wichtigkeits-Vorhersagemodell anwenden, das der ersten Anforderung 302 und der zweiten Anforderung 310 zugewiesen war.
-
Nachdem der Server die aktuelle Nachrichtenliste bei 312 erstellt, sendet er die geordnete Nachrichtenliste 314 an den anfordernden Client zurück. Der anfordernde Client zeigt anschließend diese geordnete Nachrichtenliste 316 in dem jeweiligen Nachrichten-Ansichtsfenster auf dem Client an.
-
In einigen Ausführungsformen kann ein Benutzer wünschen, unterschiedliche Wichtigkeits-Vorhersagemodelle auf dieselbe Menge von Nachrichten in ähnlichen Ansichtsfenster auf verschiedenen Clients anzuwenden. Zum Beispiel kann ein Benutzer wünschen, wichtige Nachrichten zu Hause und auf der Arbeit in einem bestimmten Ordner in seinem Konto anzuzeigen. Nachrichten, die für den Anwender auf der Arbeit wichtig sind, können sich zum Beispiel von Nachrichten unterscheiden, die ihm zu Hause wichtig sind. In einem solchen Szenario wird die Auswahl desselben Ordners aus ähnlichen Ansichtsfenstern auf unterschiedlichen Clients die Nachrichten unterschiedlich ordnen, indem verschiedene Wichtigkeits-Vorhersagemodelle auf zumindest einen Teil derselben Nachrichten angewandt werden.
-
In einigen Ausführungsformen können Benutzerstandort-Kontextinformationen den physischen Standort des Benutzers beschreiben (z. B. zu Hause, Arbeit, Auto usw.) und können zusätzlich die aktuelle Tageszeit beschreiben. Die physischen Standortinformationen können direkt durch den Benutzer bestimmt und ausgewählt werden. Zum Beispiel kann der Benutzer verschiedene Profile für jeden Standort oder jede Tageszeit erstellen. Jedes Profil wird dann einem anderen Ansichtsfenster und daher anderen Wichtigkeits-Vorhersagemodellen zugewiesen. Der physische Standort des Clients kann automatisch unter Verwendung von bekannten Ortungstechnologien, wie beispielsweise dem Global Positioning System (GPS) bestimmt werden. Zum Beispiel kann das Mobiltelefon auf Basis des aktuellen Positionierungsstandorts des Benutzers des Benutzers wissen, wenn der Benutzer zu Hause ist, und kann dann Nachrichten des Benutzers ein geeignetes Ansichtsfenster und Wichtigkeits-Vorhersagemodell zuweisen.
-
Unter erneuter Bezugnahme auf 3 kann die zweite Benutzeranforderung 310 dem Server auch den Standort des Benutzers bereitstellen. Nach Empfang der zweiten Anforderung 310 durch der Server verwendet dieser solche Standortsinformation, um ein geeignetes Wichtigkeits-Vorhersagemodell zu wählen. Der Server kann dann fortfahren eine Nachrichtenliste zu erstellen 312 wie oben beschrieben. Dadurch, dass der Standort des Benutzers die Auswahl eines Wichtigkeits-Vorhersagemodell unterstützen kann, kann ein Benutzer derselben Nachrichtenmenge mehrere Wichtigkeits-Vorhersagemodelle zuweisen.
-
4 ist ein Ablaufdiagramm des Prozesses zum Erstellen einer nach Wichtigkeit geordneten Nachrichtenliste. Eine Benutzeranfrage, eine nach Wichtigkeit geordnete Nachrichtenliste zu erstellen, wird vom Server bei 402 empfangen. Die Benutzeranfrage findet bei 404 auf den Volltext-Index statt. Eine Nachrichtenliste wird dann bei 404 als Antwort auf die Benutzeranfrage abgerufen. Die sich ergebende Nachrichtenliste wird in eine Ansichtsfenster-Funktion 408 eingegeben, welche die Wichtigkeitsbewertungen einzelner Nachricht bestimmt und bei 410 eine geordnete Nachrichtenliste erzeugt.
-
In einigen Ausführungsformen kann der Prozess mit der Nachrichtenliste 406 beginnen, da der Client eine bestimmte Menge einem Ansichtsfenster zugehörigen Nachrichten bestimmen kann. In einem solchen Fall werden die Anfrage 402 und der Volltext-Index 404 unter Umständen nicht benötigt, um die Nachrichtenliste 406 zur Eingabe in die Ansichtsfenster-Funktion 408 zu bestimmen. Wenn der Benutzer beispielsweise ein Ansichtsfenster wählt, das einem Ordner im Benutzerkonto zugewiesen ist, dann können die Nachrichten für diesen Ordner bestimmt werden unter Verwendung von Informationen, die in Nachrichten-Datenbank 128 gespeichert sind, in welchem Fall eine Volltext-Indexsuche zur Erstellung der Nachrichtenliste 406 nicht erforderlich ist.
-
In einigen Ausführungsformen bestimmt die Ansichtsfenster-Funktion 408 für jede Nachricht in der Nachrichtenliste 406 eine Wichtigkeitsbewertung unter Verwendung eines oder mehrerer Wichtigkeits-Vorhersagemodelle, einer Kontaktliste 412, einer Nachrichten-Datenbank 128 und einer Nachrichtenstatus-Datenbank 416. Die Nachrichtenstatus-Datenbank 416 speichert Statusinformationen, einschließlich Informationen, die angeben, ob eine Nachricht gelesen wurde oder nicht. Die Nachrichtenstatus-Datenbank 416 kann auch andere Statusinformationen speichern, wie beispielsweise eines oder mehreres der folgenden:
die Anzahl der Male, die eine entsprechende Nachricht geöffnet oder gelesen wurde, wie viel Zeit der Benutzer die Nachricht zum Lesen geöffnet behalten hat, die Anzahl der Male, die der Benutzer auf die Nachricht geantwortet hat, die Anzahl, die Anzahl der Male, die der Benutzer auf die Nachricht weitergeleitet hat, und so weiter. Die Modelle können zusammen mit der Kontaktliste 412 verwendet werden, um eine Wichtigkeitsbewertung für jede Nachricht zu berechnen. Die Kontaktliste 412 unterhält, wie weiter unten beschrieben, Verbundenheitsbewertungen für andere Nachrichtenteilnehmer, die helfen, wichtige Benutzer zu bestimmen. Verbundenheitsbewertungen können von einem entsprechenden Wichtigkeits-Vorhersagemodell verwendet werden, um die Wichtigkeitsbewertungen von Nachrichten, die von Kontakten (z. B. Menschen, Unternehmen usw.) in der Kontaktliste des Benutzers 412 gesendet werden, zu erhöhen. Beispielsweise können Nachrichten von Kontakten mit hohen Verbundenheitsbewertungen in der Kontaktliste des Benutzers kann eine größere Erhöhung der Wichtigkeitsbewertung erhalten als Nachrichten von Kontakten mit niedrigerer Verbundenheitsbewertung und Nachrichten von Personen oder Organisationen, die nicht in der Kontaktliste des Benutzers aufgeführt sind. Diese Informationen können in der Ansichtsfenster-Funktion mit anderen Abschnitten der Wichtigkeitsbewertung-Berechnung kombiniert werden, die von dem Wichtigkeits-Vorhersagemodell durchgeführt werden, das von der Ansichtsfenster-Funktion 408 verwendet wird.
-
5A zeigt einen exemplarischen Benutzerkonten-Datensatz 502 in der Benutzerkonten-Datenbank 130 (1) gemäß einigen Ausführungsformen. Einige der Informationen, die mit einem Benutzerkonten-Datensatz 502 zugewiesen werden können, beinhalten eine Nachrichten-Datenbank 128 (1), wird Nachrichtenstatus-Datenbank 416 (4), einen Volltext-Index 404 (4) und eine Kontaktliste 412 (4). Einige der Informationen können in getrennten Benutzer-Datenbanken gespeichert werden oder können in einigen Ausführungsformen für alle Benutzer in einer einzigen Datenbank gespeichert werden.
-
5B zeigt einen exemplarischen Nachrichten-Datensatz 510 in der Nachrichten-Datenbank 128 gemäß einigen Ausführungsformen. Der Nachrichten-Datensatz 510 enthält eine Nachrichtenkennung 512, die die Nachricht eindeutig bestimmt. In einigen Ausführungsformen ist die Nachrichtenkennung 512 einer einzigen Nachricht zugewiesen. In einigen Ausführungsformen ist die Nachrichtenkennung 512 einer Gruppe von Nachrichten zugewiesen, die eine Konversation beinhaltet. Einige der Informationen, die einer Nachricht 510 zugewiesen werden können, beinhalten Metadaten 514, Header-Informationen 520 und Inhalt 530.
-
In einigen Ausführungsformen beinhalten die Metadaten 514 Informationen, die für die Nachricht relevant sind, wie beispielsweise Zuweisungen von Labels oder Ordner 516 und einen Zeitstempel 518. Jede Nachricht in der Nachrichten-Datenbank 128 kann einem Ordner im Benutzerkonto zugewiesen werden. Zusätzlich kann ein Benutzer jeder Nachricht in seinem Benutzerkonto ein oder mehrere Label 128 zuweisen. Der Zeitstempel 518 stellt Informationen bereit, welche die Zeit angeben, zu der die Nachricht von dem Benutzerkonto empfangen wurde. Der Zeitstempel 518 kann nützlich sein, um die Zeit zu berechnen, die ein Benutzer verbracht hat, mit dieser Nachricht umzugehen.
-
Die Header-Informationen 520 können die Header-Informationen der Nachricht beinhalten, einschließlich beispielsweise Informationen, die den Absender 524 und den Empfänger 522, einen Nachrichtenempfangs-Datums- und -Uhrzeitwert (manchmal Datumswert oder Zeitwert genannt) der Nachricht und den Betreff 528 angibt. Andere Informationen können ebenfalls in den Header-Informationen beinhaltet sein, wie es in RFC 2822 beschrieben ist, die hierin durch Bezugnahme aufgenommen ist. Der Nachrichteninhalt 530 kann den Inhalt der Nachricht enthalten. Der Inhalt 530 kann Text, Bilder und Anhänge beinhalten. Der Fachmann auf dem Gebiet würde andere Weisen erkennen, die Nachrichteninformation zu speichern. Zum Beispiel könnte eine Anlage in einer anderen Speicherstruktur gespeichert werden und in der Nachricht 510 ein Bezug darauf enthalten sein.
-
5C zeigt einen exemplarischen Nachrichtenstatus-Datensatz 534 in der Nachrichtenstatus-Datenbank 416 gemäß einigen Ausführungsformen. Jeder Nachrichtenstatus-Datensatz 534 beinhaltet eine Nachrichten- oder Konversationskennung und eine Menge von Statusinformationen für eine einzelne Nachricht in der Nachrichten-Datenbank 128. In einigen Ausführungsformen beinhalten die Statusinformationen eine oder mehrere Zeitstempel 536 und eine Menge von Feldern, welche die Vielfalt der Benutzer-Interaktionen darstellen, die für die repräsentative Nachricht verfolgt werden. Der eine oder die mehreren Zeitstempel 536 können bei der Berechnung der Nachrichten-Qualitätssignale verwendet werden, um eine Zeitdauer anzugeben, die von dem Benutzer für die Durchführung verschiedener Nachrichteninteraktionen verbracht wurde. Zum Beispiel kann ein Zeitstempel das erste Mal angeben, wann ein Benutzer eine Nachricht gelesen hat, während ein anderer Zeitstempel das letzte Mal angeben kann, wann ein Benutzer eine Nachricht gelesen hat. Der erste Zeitstempel kann zur Bestimmung der Verzögerung zwischen dem Empfang der Nachricht an den Benutzer und dem Lesen der Nachricht verwendet werden. Der zweite Zeitstempel kann zur Bestimmung der Zeitdauer zwischen dem Lesen der Nachricht durch den Benutzer verwendet werden.
-
Die Menge der Datensatzfelder in der Nachrichtenstatus-Datensatz 534 entspricht den Nachrichten-Qualitätssignalen, die von Wichtigkeits-Vorhersagemodellen 126 verwendet werden. Beispielsweise kann die Menge von Feldern den Status, ob eine bestimmte Nachricht gelesen wurde, eine Zählung der Anzahl der Male, wie oft die Nachricht gelesen wurde, und einen Wert der Gesamtzeit, die ein Benutzer für das Lesen der Nachricht verbracht hat, beinhalten. Die Menge der Felder kann auch andere Nachrichten-Qualitätssignalindikatoren beinhalten, wie beispielsweise, ob eine Nachricht weitergeleitet wurde oder ob auf eine Nachricht geantwortet wurde.
-
5D zeigt einen exemplarischen Kontakteintrag 564 in der Kontaktliste 412 (4) gemäß einigen Ausführungsformen. Jeder Kontakteintrag 564 stellt einen einzigen Kontakt dar, mit dem der Benutzer unter Verwendung von Nachrichten, wie oben definiert, kommuniziert hat oder kommunizieren kann. Jeder Kontakteintrag 564 beinhaltet Informationen über den Namen des Kontakts 566, E-Mail-Kontaktinformationen des Kontakts 568, Telefon-Kontaktinformationen 570, und eine oder mehrere Verbundenheitsbewertungen 572 für den Kontakt. Die eine oder mehrere Verbundenheitsbewertungen 572 stellen eine numerische Darstellung der Verbundenheit des Benutzers mit einem bestimmten Kontakt in Bezug auf die Berechnung von Wichtigkeitsbewertungen für Nachrichten dar. In einer Ausführungsform können die Verbundenheitsbewertungen die Wichtigkeitsbewertung beeinflussen, die Nachrichten zugewiesen werden, die von einem Kontakt (z. B. Person, Unternehmen oder andere Entität), der in der Kontaktliste des Benutzers aufgeführt ist, empfangenen wurden. In einigen Ausführungsformen kann jede Verbundenheitsbewertung 572 repräsentativ für eine Menge von Kommunikationsaktivität zwischen dem Kontakt und dem Benutzer sein. Beiträge (z. B. Kommunikation, die an einen oder von eiem entsprechenden Kontakt gesendet wurden) zu einer Verbundenheitsbewertung können nach Zeit gewichtet sein, so dass neuere Beiträge stärker gewichtet werden als ältere Beiträge.
-
In einigen Ausführungsformen kann die Art des Client-Geräts und die Tageszeit das Gewicht beeinflussen, das einer Verbundenheitsbewertung 572 zugewiesen wird, wenn diese von einem oder mehreren Wichtigkeits-Vorhersagemodellen angewandt wird. Beispielsweise kann, wenn der Benutzer Nachrichten über seinen Arbeits-PDA während der Arbeitszeit anzeigt, der Verbundenheitsbewertung 572 für einen Kontakteintrag 564, der einen Vorgesetzten darstellt, ein größeres Gewicht zugewiesen werden, als wenn der Benutzer Nachrichten auf seinem Personal-Computer am Wochenende zu Hause anzeigt. Anders ausgedrückt, die in diesen beiden Zusammenhängen verwendeten Ansichtsfenster können einer jeweiligen Verbundenheitsbewertung 572 unterschiedliche Gewichte zuweisen.
-
6 ist ein Blockdiagramm eines Client-Geräts 600. In einigen Ausführungsformen beinhaltet der Client 600 einen oder mehrere Prozessoren (CPUs) 602; eine oder mehrere Netzwerk- oder andere Kommunikationsschnittstellen 604; Speicher 606; eine Benutzerschnittstelle 610 (die eine Anzeige 612 und ein Benutzereingabe-Gerät 614 beinhalten kann); und ein oder mehrere Kommunikationsbusse 608, um diese Komponenten zu verbinden. Die Kommunikationsbusse 608 können eine Schaltung (auch Chipsatz genannt) enthalten, die die Kommunikationen zwischen den Systemkomponenten miteinander verbindet und steuert. Der Speicher 606 beinhaltet Hochgeschwindigkeits-Direktzugriffsspeicher, wie z. B. DRAM, SRAM, DDR RAM oder andere Festkörperspeicher mit direktem Zugriff; und kann ebenso nichtflüchtige Speicher beinhalten, wie z. B. ein oder mehrere Magnetplatten-Speichergeräte, optische Plattenspeichergeräte, Flash-Speichergeräte oder andere nichtflüchtige Festkörperspeichergeräte. Der Speicher 606, oder alternativ das (die) nichtflüchtige(n) Speichergerät(e) im Speicher 606, umfasst ein computerlesbares Speichermedium. In einigen Ausführungsformen beinhaltet Speicher 606 einen Massenspeicher, der sich remote von der/den zentralen Verarbeitungseinheit(en) 602 befindet. In einigen Ausführungsformen speichert der Speicher 606 ferner die folgenden Programme, Module und Datenstrukturen oder eine Teilmenge davon:
-
- • ein Betriebssystem 616, das Vorgänge zur Abwicklung von verschiedenen grundlegenden System-Services und zur Ausführung von Aufgaben, die von der Hardware abhängen, beinhaltet;
- • ein Kommunikationsmodul 618, das zur Verbindung des Client-Geräts 600 an andere Computer über eine oder mehrere Kommunikations-Netzwerkschnittstellen 604 (drahtgebunden oder drahtlos) und ein oder mehrere Kommunikationsnetzwerke 104 (1), wie beispielsweise das Internet, andere Weitverkehrsnetze, lokale Netzwerke, Stadtnetzwerke und so weiter, verwendet wird;
- • eine Client-Anwendung 620 für die Anzeige und das Umgehen mit Nachrichten in Ansichtsfenstern, einschließlich der Anzeige einer auf einer Wichtigkeitsbewertung basierten Nachrichtenliste 622; und
- • andere optionale Client-Anwendungen 624.
-
7 ist ein Blockdiagramm, das einen Nachrichtenserver 700 gemäß einer Ausführungsform der vorliegenden Erfindung veranschaulicht. In einigen Ausführungsformen beinhaltet der Client 700 einen oder mehrere Prozessoren (CPUs) 702; ein oder mehrere Netzwerk- oder andere Kommunikationsschnittstellen 704; Speicher 706; und einen oder mehrere Kommunikationsbusse 708, um diese Komponenten zu verbinden. Der Speicher 706 beinhaltet Hochgeschwindigkeits-Direktzugriffsspeicher, wie z. B. DRAM, SRAM, DDR RAM oder andere Festkörperspeicher mit direktem Zugriff, und kann nichtflüchtige Speicher beinhalten, wie z. B. ein oder mehrere Magnetplatten-Speichergeräte, optische Plattenspeichergeräte, Flash-Speichergeräte oder andere nichtflüchtige Festkörperspeichergeräte. Der Speicher 706, oder alternativ das (die) nichtflüchtige(n) Speichergerät(e) im Speicher 606, umfasst ein computerlesbares Speichermedium. Der Speicher 706 kann wahlweise ein oder mehrere Speichergeräte beinhalten, die sich remote von der CPU/den CPUs 702 befinden. In einigen Ausführungsformen speichert der Speicher 706 die folgenden Programme, Module und Datenstrukturen oder eine Teilmenge davon:
-
- • ein Betriebssystem 710, das Vorgänge zur Abwicklung von verschiedenen grundlegenden System-Services und zur Ausführung von Aufgaben, die von der Hardware abhängen, beinhaltet;
- • ein Netzwerkkommunikationsmodul 712, das zur Verbindung des Nachrichten-Servers 700 an andere Computer über eine oder mehrere Kommunikations-Netzwerkschnittstellen 704 (drahtgebunden oder drahtlos) und ein oder mehrere Kommunikationsnetzwerke 104 (1), wie beispielsweise das Internet, andere Weitverkehrsnetze, lokale Netzwerke, Stadtnetzwerke und so weiter, verwendet wird;
- • eine Benutzerkonten-Datenbank 130, die Benutzerkonten-Informationen; eine Nachrichten-Datenbank 130, eine Nachrichtenstatus-Datenbank 416, einen Volltext-Index 406 und eine Benutzerkontaktliste 412 beinhaltet;
- • eine Suchmaschine 122, die verwendet wird, um Nachrichtenlisten-Ergebnisse basierend auf Benutzeranfragen bereit zu stellen (z. B. Anfragen, die Wörter oder Ausdrücke angeben, die sich innerhalb des Inhalts einer oder mehrerer Nachrichten befinden können, und/oder Anfragen, die Metadatenwerte angeben (z. B. Datum, Ordner, Label, Absendername, Teilnehmernamen usw.), die einer oder mehreren Nachrichten zugewiesen sein können)
- • einen Suchergebnis-Ranker 124, der Funktionalität bereitstellt, um Nachrichten auf Basis von Wichtigkeitsbewertungen zu ordnen, die Nachrichten zugewiesen sind;
- • ein oder mehrere Wichtigkeits-Vorhersagemodelle 126, die verwendet werden, um Wichtigkeitsbewertungen für Nachrichten zu erstellen;
- • Nachrichtenlisten 730, die auf dem Server erstellt werden, um diese zu ordnen und an Clients zu senden; und
- • ein Aktualisierungsmodul 732 für Wichtigkeits-Vorhersagemodelle, das Nachrichten-Qualitätssignale verarbeitet und die Modelle entsprechend aktualisiert.
-
Jedes der vorstehend angegebenen Elemente kann in einem oder mehreren der vorstehend aufgeführten Speichergeräte gespeichert sein und entspricht einer Menge von Anweisungen zum Durchführen einer vorstehend beschriebenen Funktion. Die vorstehend angegebenen Module oder Programme (d. h. Menge von Anweisungen) brauchen nicht als separate Softwareprogramme, Verfahren oder Module implementiert zu werden, und somit können verschiedene Teilmengen dieser Module in verschiedenen Ausführungsformen kombiniert oder anderweitig anders angeordnet werden. In einigen Ausführungsformen kann im Speicher 706 eine Teilmenge der vorstehend angegebenen Module und Datenstrukturen gespeichert sein. Weiterhin können im Speicher 706 zusätzliche vorstehend nicht beschriebene Module und Datenstrukturen gespeichert sein.
-
Obwohl 7 einen „Nachrichten-Server“ darstellt, soll 7 eher als Funktionsbeschreibung der verschiedenen Funktionen verstanden werden, die in einer Menge von Servern vorhanden sein können, denn als Strukturschema der hier beschriebenen Ausführungsformen. In der Praxis, und wie von Fachleuten anerkannt werden wird, könnten die getrennt dargestellten Elemente kombiniert und einzelne Elemente getrennt werden. So könnten beispielsweise einige Elemente, die in 7 getrennt gezeigt werden, auf einem einzigen Server implementiert sein, und einzelne Elemente könnten von einem oder mehreren Servern implementiert werden. Die tatsächliche Anzahl der Server, die verwendet werden, um einen Nachrichten-Server zu implementieren und wie Funktionen unter ihnen zugewiesen sind, wird sich von einer Implementierung zur anderen unterscheiden und kann teilweise von der Menge des Datenverkehrs abhängig sein, den das System während Spitzennutzungszeiten sowie zu durchschnittlichen Nutzungszeiten verarbeiten muss.
-
Die vorstehende Beschreibung wurde zum Zweck der Erklärung unter Bezugnahme auf spezifische Ausführungsformen beschrieben. Die obigen veranschaulichenden Erörterungen sollen jedoch nicht allumfassend sein oder die Erfindungen genau auf die offenbarten Formen beschränken. In Bezug auf die obigen Anleitungen sind viele Modifizierungen und Varianten möglich. Die Ausführungsformen wurden gewählt und beschrieben, um die Prinzipien der Erfindung und ihre praktischen Anwendungen zu beschreiben, um es dadurch anderen Fachleuten zu ermöglichen, die Erfindung und ihre verschiedenen Ausführungsformen mit verschiedenen Modifizierungen zu nutzen, die für die besondere, erwägte Nutzung geeignet sind.
-
ZITATE ENTHALTEN IN DER BESCHREIBUNG
-
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
-
Zitierte Patentliteratur
-
- US 2005-0222985 A1 [0031]
-
Zitierte Nicht-Patentliteratur
-
