DE102014208515A1

DE102014208515A1 - Interaktive georäumliche Karte

Info

Publication number: DE102014208515A1
Application number: DE102014208515.2A
Authority: DE
Inventors: Dan Cervelli; Cai GoGwilt; Bobby Prochnow
Original assignee: Palantir Technologies Inc
Current assignee: Palantir Technologies Inc
Priority date: 2013-05-07
Filing date: 2014-05-07
Publication date: 2014-12-11
Also published as: US20140337772A1; CA2851096A1; US20210005001A1; US11295498B2; US8799799B1; US10783686B2; NL2012778A; AU2014202442A1; US20140333651A1; NL2012778B1; US20190371026A1; US11830116B2; US10360705B2; US20220222879A1; US9953445B2; NZ624557A

Abstract

Ein interaktives Datenobjekt-Kartensystem wird offenbart, bei dem große Mengen an geographischen, georäumlichen, und weiteren Typen von Daten, Geodaten, Objekten, Merkmalen und/oder Metadaten in effizienter Weise einem Benutzer auf einer Kartenschnittstelle präsentiert werden. Das interaktive Datenobjekt-Kartensystem ermöglicht eine rasche und tiefe Analyse von verschiedenen Objekten, Merkmalen und/oder Metadaten durch den Benutzer. Eine Schicht-Ontologie kann dem Benutzer angezeigt werden. Bei verschiedenen Ausführungsformen wird, wenn ein Benutzer ein Auswahlmittel über ein Objekt/Merkmal bewegt, eine Kontur des Objekts/Merkmals angezeigt. Ein Auswählen eines Objekts/Merkmals kann bewirken, dass Metadaten angezeigt werden, die mit diesem Objekt/Merkmal assoziiert sind. Das interaktive Datenobjekt-Kartensystem kann automatisch Merkmal-/Objektlisten und/oder Histogramme basierend auf einer vom Benutzer vorgenommenen Auswahl erzeugen. Der Benutzer kann eine Geosuche durchführen, Heatmaps erzeugen und/oder eine Schlüsselwortsuche durchführen, neben weiteren Aktionen.

Description

Diese Anmeldung beansprucht die Priorität der provisorischen US-Patentanmeldung Nr. 61/820608, eingereicht am 7. Mai 2013, mit dem Titel „INTERACTIVE DATA OBJECT MAP”, wobei deren Offenbarung hiermit durch Bezugnahme vollinhaltlich in das vorliegende Dokument aufgenommen wird.
Die vorliegende Offenbarung betrifft Systeme und Verfahren zur Integration, Analyse und Visualisierung geographischer Daten. Spezieller betrifft die vorliegende Offenbarung interaktive Karten, die Datenobjekte beinhalten.
Interaktive geographische Karten, beispielsweise webbasierte Kartographiedienstanwendungen und Geoinformationssysteme (GIS), werden von etlichen Anbietern zur Verfügung gestellt. Derartige Karten weisen im Allgemeinen Satellitenbilder oder generische Basisschichten auf, denen Straßen überlagert sind. Im Allgemeinen können Benutzer derartiger Systeme nach Standorten einer kleinen Anzahl von Landmarken suchen und diese betrachten, und Richtungen von einem Standort zu einem anderen bestimmen. Bei einigen interaktiven geographischen Karten können ein 3D-Terrain und/oder ein 3D-Gebäude in der Benutzerschnittstelle zu sehen sein.
Die Erfindung ist in den unabhängigen Ansprüchen dargelegt. Die abhängigen Ansprüche betreffen optionale Merkmale einiger Ausführungsformen der Erfindung.
Die hier beschriebenen Systeme, Verfahren und Vorrichtungen haben jeweils mehrere Aspekte, wobei ein einzelner von diesen nicht allein für deren gewünschte Attribute verantwortlich ist. Ohne den Schutzumfang dieser Offenbarung einzuschränken, werden nachfolgend mehrere nicht einschränkende Merkmale kurz erläutert.
Die Systeme, Verfahren und Vorrichtungen der vorliegenden Offenbarung können, neben weiteren Merkmalen, interaktive georäumliche (geospatiale) und/oder Datenobjektkartenfähigkeiten hoher Leistungsfähigkeit bereitstellen, bei denen große Mengen an geographischen, georäumlichen und weiteren Typen von Daten, Geodaten, Objekten, Merkmalen, und/oder Metadaten einem Benutzer auf einer Kartenschnittstelle in effizienter Weise präsentiert werden. Bei verschiedenen Ausführungsformen kann ein interaktives georäumliches Kartensystem (das auch als interaktives Datenobjekt-Kartensystem bezeichnet wird) eine rasche und tiefe Analyse von verschiedenen Objekten, Merkmalen, und/oder Metadaten durch den Benutzer ermöglichen. Bei einigen Ausführungsformen kann dem Benutzer eine Schicht-Ontologie angezeigt werden. Bei verschiedenen Ausführungsformen wird, wenn der Benutzer einen Auswahlcursor über ein Objekt/Merkmal bewegt, eine Kontur des Objekts/Merkmals angezeigt. Ein Auswählen eines Objekts/Merkmals kann bewirken, dass mit diesem Objekt/Merkmal assoziierte Metadaten angezeigt werden. Bei verschiedenen Ausführungsformen kann das interaktive Datenobjekt-Kartensystem automatisch Merkmal-/Objektlisten und/oder Histogramme basierend auf einer vom Benutzer vorgenommenen Auswahl erzeugen. Verschiedene Aspekte der vorliegenden Offenbarung können dem Benutzer, neben weiteren Aktionen, ermöglichen, eine Geosuche durchzuführen, Heatmaps zu erzeugen, und/oder eine Schlüsselwortsuche durchzuführen.
Bei einer Ausführungsform wird ein Computersystem offenbart, aufweisend: eine elektronische Datenstruktur, die konfiguriert ist, eine Mehrzahl von Merkmalen oder Objekten zu speichern, wobei jedes der Merkmale oder Objekte mit Metadaten assoziiert ist; ein computerlesbares Medium, das Softwaremodule einschließlich computerausführbaren Anweisungen speichert; einen oder mehrere Hardwareprozessoren, die in Kommunikation mit der elektronischen Datenstruktur und dem computerlesbaren Medium sind, und konfiguriert sind, ein Benutzerschnittstellenmodul der Softwaremodule auszuführen, um: eine interaktive Karte auf einer elektronischen Anzeige des Computersystems anzuzeigen; auf der interaktiven Karte eines oder mehrere Merkmale oder Objekte zu inkludieren, wobei die Merkmale oder Objekte durch einen Benutzer des Computersystems ausgewählt werden können, und wobei auf die Merkmale oder Objekte von der elektronischen Datenstruktur aus zugegriffen werden kann; eine erste Eingabe vom Benutzer zu empfangen, die eines oder mehrere der inkludierten Merkmale oder Objekte auswählt; und ansprechend auf die erste Eingabe, von der elektronischen Datenstruktur aus, auf die Metadaten zuzugreifen, die mit jedem der gewählten Merkmale oder Objekte assoziiert sind; die gewählten Merkmale oder Objekte zu einem oder mehreren Histogrammen zu organisieren, basierend auf den bestimmten Metadatenkategorien und den abgerufenen Metadaten; und das eine oder die mehreren Histogramme auf der elektronischen Anzeige anzuzeigen.
Gemäß einem Aspekt können die Merkmale oder Objekte Vektordaten aufweisen.
Gemäß einem weiteren Aspekt können die Merkmale oder Objekte mindestens eines der folgenden aufweisen, und zwar Straßen, Terrain, Seen, Flüsse, Vegetation, Versorgungseinrichtungen, Straßenbeleuchtung, Eisenbahnstrecken, Hotels oder Motels, Schulen, Krankenhäuser, Gebäude oder Strukturen, Regionen, Objekte des Transportwesens, Entitäten, Ereignisse, oder Dokumente.
Gemäß noch einem weiteren Aspekt können die mit den Merkmalen oder Objekten assoziierten Metadaten mindestens eines der folgenden aufweisen, und zwar einen Ort, eine Stadt, einen Landkreis, einen Bundesstaat, einen Staat, eine Adresse, einen Distrikt, eine Erdplanumhöhe, eine Telefonnummer, eine Geschwindigkeit, eine Breite, oder weitere in Beziehung stehenden Attribute.
Gemäß einem weiteren Aspekt können die Merkmale oder Objekte durch einen Benutzer unter Verwendung einer Maus und/oder einer Berührungsschnittstelle ausgewählt werden.
Gemäß noch einem weiteren Aspekt kann jedes Histogramm von dem einen oder den mehreren Histogrammen für eine spezielle Metadatenkategorie spezifisch sein.
Gemäß einem weiteren Aspekt kann jedes Histogramm von dem einen oder den mehreren Histogrammen eine Liste von Metadatenelementen aufweisen, die für die spezielle Metadatenkategorie des Histogramms spezifisch sind, wobei die Elementliste in absteigender Reihenfolge organisiert ist, und zwar ausgehend von einem Element, das die größte Anzahl von in Beziehung stehenden Objekten oder Merkmalen aufweist, zu einem Element, das die geringste Anzahl von in Beziehung stehenden Objekten oder Merkmalen aufweist.
Gemäß noch einem weiteren Aspekt kann das eine oder die mehreren Histogramme, die auf der elektronischen Anzeige angezeigt werden, so angezeigt werden, dass die angezeigte interaktive Karte teilweise überlagert wird.
Gemäß noch einem weiteren Aspekt können der eine oder die mehreren Hardwareprozessoren weiter konfiguriert sein, um das Benutzerschnittstellenmodul auszuführen, um: eine zweite Eingabe vom Benutzer zu empfangen, die ein zweites oder mehrere zweite Merkmale oder Objekte von dem einen oder den mehreren Histogrammen auswählt; und, ansprechend auf die zweite Eingabe, die interaktive Karte zu aktualisieren, um das zweite oder die mehreren zweiten Merkmale oder Objekte auf der Anzeige anzuzeigen; und das zweite oder die mehreren zweiten Merkmale oder Objekte auf der interaktiven Karte hervorhebend zu markieren.
Gemäß noch einem weiteren Aspekt kann ein Aktualisieren der interaktiven Karte ein Verschieben des Bildausschnitts (Panning) und/oder ein Vergrößern/Verkleinern (Zooming) beinhalten.
Gemäß noch einem weiteren Aspekt kann ein hervorhebendes Markieren des zweiten Merkmals oder der zweiten Merkmale mindestens eines der folgenden beinhalten, und zwar ein Hervorheben der Kontur, eine Farbänderung, eine fettgedruckte Darstellung oder eine Kontraständerung.
Gemäß noch einem weiteren Aspekt kann der eine oder die mehreren Hardwareprozessoren weiter konfiguriert sein, um das Benutzerschnittstellenmodul auszuführen, um: eine dritte Eingabe von dem Benutzer zu empfangen, die eine Drilldown-Gruppe von Merkmalen oder Objekten aus dem einen oder den mehreren Histogrammen auswählt; und, ansprechend auf die dritte Eingabe, einen Drilldown-Vorgang bei der ausgewählten Drilldown-Gruppe von Merkmalen oder Objekten durchzuführen, und zwar durch: Zugreifen auf die Metadaten, die mit jedem der Merkmale oder Objekte der ausgewählten Drilldown-Gruppe assoziiert sind; Bestimmen von einer oder mehreren Drilldown-Metadatenkategorien, basierend auf den abgerufenen Metadaten, die mit einem jeweiligen der Merkmale oder Objekte der gewählten Drilldown-Gruppe assoziiert sind; Organisieren der Merkmale oder Objekte der gewählten Drilldown-Gruppe zu einem oder mehreren Drilldown-Histogrammen, basierend auf den bestimmten Drilldown-Metadatenkategorien und den abgerufenen Metadaten, die mit einem jeweiligen von den Merkmalen oder Objekten der gewählten Drilldown-Gruppe assoziiert sind; und Anzeigen auf der interaktiven Karte des einen oder der mehreren Drilldown-Histogramme.
Gemäß einem weiteren Aspekt können der eine oder die mehreren Hardwareprozessoren weiter konfiguriert sein, um das Benutzerschnittstellenmodul auszuführen, um dem Benutzer zu ermöglichen, einen noch weitergehenden Drilldown-Vorgang in das eine oder die mehreren Drilldown-Histogramme durchzuführen.
Gemäß noch einem weiteren Aspekt können der eine oder die mehreren Hardwareprozessoren weiter konfiguriert sein, um das Benutzerschnittstellenmodul auszuführen, um: eine durch Bewegen über ein Merkmal oder Objekt erfolgende Eingabe von einem Benutzer zu empfangen; und, ansprechend auf ein Empfangen der durch ein Darüberbewegen des Cursors erfolgenden Eingabe, Metadaten, die mit dem speziellen Merkmal oder Objekt, auf das der Cursor bewegt wurde, assoziiert sind, für den Benutzer auf der elektronischen Anzeige hervorhebend zu markieren.
Gemäß einem weiteren Aspekt können der eine oder die mehreren Hardwareprozessoren weiter konfiguriert sein, um das Benutzerschnittstellenmodul auszuführen, um: eine Merkmal- oder Objektauswahleingabe vom Benutzer zu empfangen, und, ansprechend auf ein Empfangen der Auswahleingabe, Metadaten, die mit dem speziellen gewählten Merkmal oder Objekt assoziiert sind, für den Benutzer auf der elektronischen Anzeige anzuzeigen.
Bei einer weiteren Ausführungsform wird ein Computersystem offenbart, aufweisend: eine elektronische Datenstruktur, die konfiguriert ist, eine Mehrzahl von Merkmalen oder Objekten zu speichern, wobei jedes der Merkmale oder Objekte mit Metadaten assoziiert ist; ein computerlesbares Medium, das Softwaremodule einschließlich computerausführbaren Anweisungen speichert; einen oder mehrere Hardwareprozessoren, die in Kommunikation mit der elektronischen Datenstruktur und dem computerlesbaren Medium sind, und konfiguriert sind, ein Benutzerschnittstellenmodul der Softwaremodule auszuführen, um: eine interaktive Karte auf einer Anzeige des Computersystems anzuzeigen, wobei die interaktive Karte eine Mehrzahl von Kartenkacheln aufweist, auf die von der elektronischen Datenstruktur zugegriffen wird, wobei die Kartenkacheln jeweils ein Bild aufweisen, das aus einer oder mehreren Vektorschichten aufgebaut ist; auf der interaktiven Karte eine Mehrzahl von Merkmalen oder Objekten zu inkludieren, auf die von der elektronischen Datenstruktur zugegriffen wird, wobei die Merkmale oder Objekte durch einen Benutzer ausgewählt werden können, wobei jedes der Merkmale oder Objekte assoziierte Metadaten beinhaltet; eine Eingabe von einem Benutzer zu empfangen, die mindestens eines der folgenden beinhaltet, und zwar eine Vergrößerungs-/Verkleinerungsaktion (Zoomaktion), eine Verschiebeaktion, ein Auswählen eines Merkmals oder Objekts, eine Schichtauswahl, eine Geosuche, eine Heatmap und eine Schlüsselwortsuche; und, ansprechend auf die Eingabe vom Benutzer: von einem Server aktualisierte Kartenkacheln anzufordern, wobei die aktualisierten Kartenkacheln gemäß der Eingabe vom Benutzer aktualisiert werden; die aktualisierten Kartenkacheln vom Server zu empfangen; und die interaktive Karte mit den aktualisierten Kartenkacheln zu aktualisieren.
Gemäß einem Aspekt können der eine oder die mehreren Vektorschichten mindestens eine der folgenden aufweisen, und zwar eine Regionen-Schicht, eine Gebäude-/Strukturenschicht, eine Terrain-Schicht, eine Transportwesen-Schicht oder eine Versorgungseinrichtungs-/Infrastruktur-Schicht.
Gemäß einem Aspekt kann jeder von der einen oder den mehreren Vektorschichten aus einer oder mehreren Vektor-Subschichten bestehen.
Bei noch einer weiteren Ausführungsform wird ein Computersystem offenbart, das aufweist: einen oder mehrere Hardwareprozessoren, die in Kommunikation mit dem computerlesbaren Medium sind, und konfiguriert sind, ein Benutzerschnittstellenmodul der Softwaremodule auszuführen, um: eine interaktive Karte auf einer Anzeige des Computersystems anzuzeigen, wobei die interaktive Karte eine Mehrzahl von Kartenschichten aufweist; eine Liste von verfügbaren Kartenschichten zu bestimmen; die Liste von verfügbaren Kartenschichten gemäß einer hierarchischen Schicht-Ontologie zu organisieren, wobei ähnliche Kartenschichten zusammen gruppiert sind; und auf der interaktiven Karte die hierarchische Schicht-Ontologie anzuzeigen, wobei der Benutzer eine oder mehrere von den angezeigten Schichten auswählen kann, und wobei jede der verfügbaren Kartenschichten mit einem oder mehreren Merkmalen oder Objekttypen assoziiert ist.
Gemäß einem Aspekt können die Kartenschichten mindestens eine von Vektorschichten und Basisschichten aufweisen.
Die folgenden Aspekte der Offenbarung sind leichter zu erkennen, wenn diese anhand der folgenden detaillierten Beschreibung erläutert werden, und zwar in Verbindung mit den anliegenden Zeichnungen.
1 zeigt eine beispielhafte Benutzerschnittstelle des interaktiven Datenobjekt-Kartensystems, gemäß einer Ausführungsform der vorliegenden Offenbarung.
2A zeigt eine beispielhafte Benutzerschnittstelle des interaktiven Datenobjekt-Kartensystems, bei der Kartenschichten einem Benutzer angezeigt werden, gemäß einer Ausführungsform der vorliegenden Offenbarung.
2B zeigt eine beispielhafte Kartenschicht-Ontologie, gemäß einer Ausführungsform der vorliegenden Offenbarung.
2C zeigt eine beispielhafte Benutzerschnittstelle des interaktiven Datenobjekt-Kartensystems, bei der verschiedene Objekte angezeigt werden, gemäß einer Ausführungsform der vorliegenden Offenbarung.
3A zeigt eine beispielhafte Benutzerschnittstelle des interaktiven Datenobjekt-Kartensystems, bei der Objekte ausgewählt sind, gemäß einer Ausführungsform der vorliegenden Offenbarung.
3B–3G zeigen beispielhafte Benutzerschnittstellen des interaktiven Datenobjekt-Kartensystems, bei denen Objekte ausgewählt sind und ein Histogramm angezeigt wird, gemäß Ausführungsformen der vorliegenden Offenbarung.
3H–3I zeigen beispielhafte Benutzerschnittstellen des interaktiven Datenobjekt-Kartensystems, bei denen Objekte ausgewählt sind und eine Liste von Objekten angezeigt wird, gemäß Ausführungsformen der vorliegenden Offenbarung.
3J–3K zeigen beispielhafte Benutzerschnittstellen des interaktiven Datenobjekt-Kartensystems, bei denen Objekte konturiert dargestellt werden, wenn der Cursor auf sie bewegt wird, gemäß Ausführungsformen der vorliegenden Offenbarung.
4A–4D zeigen beispielhafte Benutzerschnittstellen des interaktiven Datenobjekt-Kartensystems, bei denen eine Radius-Geosuche angezeigt wird, gemäß Ausführungsformen der vorliegenden Offenbarung.
5A–5D zeigen beispielhafte Benutzerschnittstellen des interaktiven Datenobjekt-Kartensystems, bei denen eine Heatmap angezeigt wird, gemäß Ausführungsformen der vorliegenden Offenbarung.
5E–5F zeigen beispielhafte Benutzerschnittstellen des interaktiven Datenobjekt-Kartensystems, bei denen eine gestaltbasierte Geosuche angezeigt wird, gemäß Ausführungsformen der vorliegenden Offenbarung.
5G zeigt eine beispielhafte Benutzerschnittstelle des interaktiven Datenobjekt-Kartensystems, bei der eine Schlüsselwort-Objektsuche angezeigt wird, gemäß einer Ausführungsform der vorliegenden Offenbarung.
5H zeigt ein Beispiel eines UTF-Gitters des interaktiven Datenobjekt-Kartensystems, gemäß einer Ausführungsform der vorliegenden Offenbarung.
6A zeigt ein Ablaufdiagramm, das erläuternde Client-seitige Operationen des interaktiven Datenobjekt-Kartensystems darstellt, gemäß einer Ausführungsform der vorliegenden Offenbarung.
6B zeigt ein Ablaufdiagramm, das ein erläuterndes Client-seitiges Abrufen von Metadaten des interaktiven Datenobjekt-Kartensystems darstellt, gemäß einer Ausführungsform der vorliegenden Offenbarung.
7A zeigt ein Ablaufdiagramm, das erläuternde Server-seitige Operationen des interaktiven Datenobjekt-Kartensystems darstellt, gemäß einer Ausführungsform der vorliegenden Offenbarung.
7B zeigt ein Ablaufdiagramm, das eine erläuternde Server-seitige Schichtzusammenstellung des interaktiven Datenobjekt-Kartensystems darstellt, gemäß einer Ausführungsform der vorliegenden Offenbarung.
8A zeigt eine Ausführungsform eines Datenbanksystems unter Verwendung einer Ontologie.
8B zeigt eine Ausführungsform eines Systems zum Erzeugen von Daten in einem Datenspeicher (Data Store) unter Verwendung einer dynamischen Ontologie.
8C zeigt eine beispielhafte Benutzerschnittstelle, die Beziehungen verwendet, welche in einem Datenspeicher (Data Store) unter Verwendung einer dynamischen Ontologie beschrieben sind.
8D zeigt ein Computersystem, mit dem gewisse hier erläuterte Verfahren implementiert werden können.
DETAILLIERTE BESCHREIBUNG SPEZIFISCHER AUSFÜHRUNGSFORMEN
Übersicht
Allgemein wird ein hochleistungsfähiges interaktives Datenobjekt-Kartensystem (oder „Kartensystem”) offenbart, bei dem große Mengen an geographischen, georäumlichen und anderen Typen von Daten, Geodaten, Objekten, Merkmalen, und/oder Metadaten einem Benutzer auf einer Kartenschnittstelle in effizienter Weise präsentiert werden. Das interaktive Datenobjekt-Kartensystem erlaubt eine rasche und tiefe Analyse von verschiedenen Objekten, Merkmalen, und/oder Metadaten durch den Benutzer. Beispielsweise können Millionen von Datenobjekten und/oder Merkmalen durch den Benutzer auf der Kartenschnittstelle gleichzeitig betrachtet und ausgewählt werden. Eine Schicht-Ontologie kann dem Benutzer angezeigt werden, die dem Benutzer ermöglicht, spezielle Schichten auszuwählen und zu betrachten. Bei verschiedenen Ausführungsformen wird, wenn der Benutzer einen Auswahlcursor über ein Objekt/Merkmal bewegt (und/oder das Objekt/Merkmal anderweitig auswählt) eine Kontur des Objekts/Merkmal angezeigt. Ein Auswählen eines Objekts/Merkmals kann ein Anzeigen von Metadaten bewirken, die mit diesem Objekt/Merkmal assoziiert sind.
Bei einer Ausführungsform kann ein Benutzer rasch ein Vergrößern und Verkleinern (Hereinzoomen und Herauszoomen) und/oder ein Bewegen und Verschieben der Kartenschnittstelle durchführen, um in mannigfaltiger Weise mehr oder weniger Details und eine geringere oder eine größere Anzahl von Objekten zu sehen. Bei verschiedenen Ausführungsformen kann das interaktive Datenobjekt-Kartensystem basierend auf einer vom Benutzer vorgenommenen Auswahl automatisch Merkmal-/Objektlisten und/oder Histogramme erzeugen. Bei verschiedenen Ausführungsformen kann der Benutzer, neben weiteren Aktionen, eine Geosuche durchführen (basierend auf jeglicher getroffener Auswahl und/oder gezeichneten Formen), Heatmaps erzeugen, und/oder eine Schlüsselwortsuche durchführen, wie nachfolgend beschrieben wird.
Bei einer Ausführungsform beinhaltet das interaktive Datenobjekt-Kartensystem Server-seitige Computerkomponenten und/oder Client-seitige Computerkomponenten. Die Client-seitigen Komponenten können, neben weiteren Aktionen, beispielsweise implementieren, dass Kartenkacheln angezeigt werden, Objektkonturen dargestellt werden, dem Benutzer ermöglicht wird, Formen zu zeichnen und/oder dem Benutzer ermöglicht wird, Objekte/Merkmale auszuwählen. Die Server-seitigen Komponenten können, neben weiteren Aktionen, beispielsweise implementieren, dass Schichten zu Kartenkacheln zusammengesetzt werden, zusammengesetzte Kartenkacheln und/oder Schichten gecached werden, und/oder Objekt-/Merkmal-Metadaten geliefert werden. Derartige Funktionen können in beliebiger anderer Weise verteilt sein. Bei einer Ausführungsform werden Objekt-/Merkmal-Konturen und/oder ein hervorhebendes Markieren Client-seitig bewerkstelligt, und zwar mittels der Verwendung eines UTF-Gitters.
Definitionen
Um ein Verständnis der hier erläuterten Systeme und Verfahren zu erleichtern, wird nachfolgend eine Reihe von Begriffen definiert. Die nachfolgend definierten Begriffe sowie weitere hier verwendete Begriffe, sollten so verstanden werden, dass sie die gelieferten Definitionen, die üblicherweise gebräuchliche Bedeutung der Begriffe, und/oder jegliche andere implizierte Bedeutung der jeweiligen Begriffe beinhaltet. Somit schränken die nachfolgenden Definitionen die Bedeutung dieser Begriffe nicht ein, sondern liefern lediglich beispielhafte Definitionen.
Ontologie: Eine hierarchische Anordnung und/oder Gruppierung von Daten gemäß Ähnlichkeiten und Unterschieden. Die vorliegende Offenbarung beschreibt zwei Ontologien. Die erste betrifft die Anordnung von Vektorschichten, die aus Karten- und Objektdaten bestehen, wie durch das interaktive Datenobjekt-Kartensystem verwendet (wie nachfolgend mit Bezug auf 2A–2B beschrieben). Die zweite betrifft die Speicherung und Anordnung von Datenobjekten in einer oder mehreren Datenbanken (wie nachfolgend mit Bezug auf 8A–8C beschrieben). Beispielsweise können die gespeicherten Daten Definitionen für Objekttypen und Eigenschaftstypen für Daten in einer Datenbank beinhalten, sowie dafür, wie Objekte und Eigenschaften in Beziehung stehen können.
Datenbank: Ein weit gefasster Begriff für jegliche Datenstruktur zum Speichern und/oder Organisieren von Daten, einschließlich, jedoch nicht eingeschränkt auf, unter anderem, relationale Datenbanken (Oracle-Datenbank, MySQL-Datenbank etc.), Kalkulationstabellen (Spreadsheets), XML-Dateien und Textdateien.
Datenobjekt, Objekt oder Merkmal: Ein Datencontainer für Information, die spezifische Dinge in der Welt darstellt, welche eine Reihe von definierbaren Eigenschaften haben. Beispielsweise kann ein Datenobjekt eine Entität repräsentieren, beispielsweise eine Person, einen Platz, eine Organisation, ein Marktinstrument oder dergleichen. Ein Datenobjekt kann ein Ereignis repräsentieren, das zu einem Zeitpunkt oder während einer Zeitdauer stattfindet. Ein Datenobjekt kann ein Dokument oder eine andere unstrukturierte Datenquelle repräsentieren, beispielsweise eine E-Mail-Nachricht, einen Nachrichtenreport, oder ein Dokument oder Artikel. Jedes Datenobjekt kann mit einer eindeutigen Kennung verbunden sein, die das Datenobjekt eindeutig identifiziert. Die Attribute des Objekts (z. B. Metadaten betreffend das Objekt) können in einer oder mehreren Eigenschaften repräsentiert sein. Für die Zwecke der vorliegenden Offenbarung können die Begriffe „Merkmal”, „Datenobjekt” und „Objekt” untereinander austauschbar verwendet werden, um Elemente zu bezeichnen, die auf der Kartenschnittstelle des interaktiven Datenobjekt-Kartensystems angezeigt werden, oder auf die durch den Benutzer mittels des interaktiven Datenobjekt-Kartensystems anderweitig zugegriffen werden kann. Merkmale/Objekte können allgemein beinhalten, sind jedoch nicht eingeschränkt auf, Straßen, Terrain (beispielsweise unter anderem Hügel, Berge, Flüsse und Vegetation), Straßenbeleuchtungen (die durch ein Straßenbeleuchtungspiktogramm dargestellt werden können), Eisenbahnstrecken, Hotels/Motels (die durch ein Bett-Piktogramm dargestellt sein können), Schulen (die durch ein Eltern-Kind-Piktogramm dargestellt sein können), Krankenhäuser, andere Typen von Gebäude oder Strukturen, Regionen, Objekte des Transportwesens und andere Typen von Entitäten, Ereignissen und Dokumenten, neben weiteren. Auf der Kartenschnittstelle angezeigte Objekte beinhalten generell Vektordaten, jedoch können auch andere Typen von Daten angezeigt werden. Objekte weisen generell assoziierte Metadaten und/oder Eigenschaften auf.
Objekttyp: Typ eines Datenobjekts (z. B. Person, Ereignis oder Dokument). Objekttypen können durch eine Ontologie definiert sein und können so modifiziert oder aktualisiert werden, dass sie zusätzliche Objekttypen beinhalten. Eine Objektdefinition (z. B. in einer Ontologie) kann beinhalten, wie das Objekt in Beziehung zu anderen Objekten steht, beispielsweise dass es ein Unterobjekttyp eines anderen Objekttyps ist (z. B. kann ein Ermittler ein Unterobjekttyp eines Objekttyps ,Person') sein, sowie die Eigenschaften, die der Objekttyp haben kann.
Eigenschaften: Diese werden auch als „Metadaten” bezeichnet, und beinhalten Attribute eines Datenobjekts-/Merkmals. Zumindest weist/weisen eine Eigenschaft/Metadaten eines Datenobjekts jeweils einen Typ (beispielsweise einen Eigenschaftstyp) sowie einen Wert oder Werte auf. Eigenschaften/Metadaten, die mit Merkmalen/Objekten assoziiert sind, können jegliche Information beinhalten, die für dieses Merkmal/Objekt relevant ist. Beispielsweise können Metadaten, die mit einem Objekt ,Schule' assoziiert sind, eine Adresse (beispielsweise 123 S. Orange Street), einen Distrikt (beispielsweise 509c), eine Erdplanumhöhe (beispielsweise K-6) , und/oder eine Telefonnummer (beispielsweise 800-0000), neben weiteren Metadatenelementen beinhalten. Bei einem weiteren Beispiel können Metadaten, die mit einem Straßenobjekt assoziiert sind, eine Geschwindigkeit (beispielsweise 25 mph), eine Breite (beispielsweise zwei Fahrspuren), und/oder einen Landkreis (beispielsweise Arlington), neben weiteren Datenelementen beinhalten.
Eigenschaftstyp: Der Datentyp einer Eigenschaft, wie beispielsweise Zeichenkette (String), eine Ganzzahl oder ein Double. Eigenschaftstypen können komplexe Eigenschaftstypen beinhalten, beispielsweise eine Abfolge von Datenwerten, die mit Zeitmarkierungen assoziiert sind (z. B. eine Zeitreihe) etc.
Eigenschaftswert: Der Wert, der mit einer Eigenschaft assoziiert ist, die von dem Typ ist, der in dem mit der Eigenschaft assoziierten Eigenschaftstyp angegeben ist. Eine Eigenschaft kann mehrere Werte haben.
Link: Eine Verbindung zwischen zwei Datenobjekten, beispielsweise basierend auf einer Beziehung, einem Ereignis, und/oder zusammenpassenden Eigenschaften. Links können richtungsabhängig sein, beispielsweise ein Link, der eine Zahlung von einer Person A an B repräsentiert, oder sie können bidirektional sein.
Linksatz: Ein Satz von mehreren Links, die sich zwei oder mehrere Datenobjekte teilen.
Beschreibung der Figuren
Ausführungsformen der Offenbarung werden nachfolgend mit Bezug auf die anliegenden Zeichnungen beschrieben, wobei gleiche Bezugszeichen sich auf ähnliche Elemente in allen Zeichnungen beziehen. Die Terminologie, die in der hier präsentierten Beschreibung verwendet wird, soll nicht in irgendeiner begrenzenden oder einschränkenden Weise ausgelegt werden, nur weil sie in Verbindung mit einer detaillierten Beschreibung gewisser spezifischer Ausführungsformen der Offenbarung verwendet wird. Außerdem können Ausführungsformen der Offenbarung mehrere neuartige Merkmale beinhalten, wobei kein einzelnes von diesen für deren gewünschte Attribute allein verantwortlich ist, noch für eine Realisierung der hier beschriebenen Ausführungsformen der Offenbarung essentiell ist.
1 zeigt eine beispielhafte Benutzerschnittstelle des interaktiven Datenobjekt-Kartensystems, gemäß einer Ausführungsform der vorliegenden Offenbarung. Die Benutzerschnittstelle beinhaltet eine Kartenschnittstelle 100, eine/ein Auswahl-Schaltfläche/-piktogramm 102, eine/ein Gestalt-Schaltfläche/-Piktogramm 104, eine/ein Schichten-Schaltfläche/-Piktogramm 106, eine/ein Geosuche-Schaltfläche/-Piktogramm 108, eine/ein Heatmap-Schaltfläche/-Piktogramm 110, ein Suchfeld 112, ein Merkmalsinformationsfeld 114, ein Koordinateninformationsfeld 116, eine Kartenmaßstabsinformation 118, Zoomwähler 120 und hervorgehoben dargestellte Merkmale 122. Die Funktionalität des interaktiven Datenobjekt-Kartensystems kann in einem oder mehreren Computermodulen und/oder Prozessoren implementiert werden, wie nachfolgend mit Bezug auf 8D beschrieben wird.
Die Kartenschnittstelle 100 von 1 besteht aus mehreren Kartenkacheln. Die Kartenkacheln bestehen generell aus mehreren Schichten von geographischen Daten, Vektordaten, und/oder anderen Typen von Daten. Vektordatenschichten (auch als Vektorschichten bezeichnet) können assoziierte und/oder verknüpfte Datenobjekte/Merkmale beinhalten. Bei einer Ausführungsform bestehen Vektorschichten aus Datenobjekten/Merkmalen. Die verschiedenen Datenobjekte und/oder Merkmale, die mit einer spezieller Vektorschicht assoziiert sind, können dem Benutzer angezeigt werden, wenn diese spezielle Vektorschicht aktiviert ist. Beispielsweise kann eine Transportwesen-Vektorschicht eine Straße, eine Eisenbahnstrecke und Fahrradweg-Objekte und/oder -Merkmale beinhalten, die dem Benutzer angezeigt werden können, wenn die Transportwesen-Schicht ausgewählt ist. Die Schichten, die verwendet werden, um die Kartenkacheln und die Kartenschnittstelle 100 aufzubauen, können beispielsweise basierend darauf variieren, ob ein Benutzer Merkmale ausgewählt hat, die in der Kartenschnittstelle 100 angezeigt werden, und/oder basierend auf den speziellen Schichten, die ein Benutzer zum Anzeigen ausgewählt hat. Bei einer Ausführungsform wird eine Zusammensetzung von Kartenkacheln durch Server-seitige Komponenten des interaktiven Datenobjekt-Kartensystems bewerkstelligt. Bei einer Ausführungsform können zusammengestellte Kartenkacheln durch die Server-seitigen Komponenten gecached werden, um die Auslieferung von Kartenkacheln an Client-seitige Komponenten zu beschleunigen. Die Kartenkacheln können dann an die Client-seitigen Komponenten des interaktiven Datenobjekt-Kartensystems gesendet werden, wo sie zur Kartenschnittstelle 100 zusammengesetzt werden.
Im Allgemeinen wird die Benutzerschnittstelle von 1 auf einer elektronischen Anzeige angezeigt, die von einem Benutzer des interaktiven Datenobjekt-Kartensystems betrachtet werden kann. Der Benutzer des interaktiven Datenobjekt-Kartensystems kann mit der Benutzerschnittstelle von 1 beispielsweise dadurch interagieren, dass er die Anzeige berührt, wenn es sich um eine berührungsempfindliche Anzeige handelt, und/oder unter Verwendung eines Mauszeigers, um die verschiedenen Elemente der Benutzerschnittstelle anzuklicken.
Die Kartenschnittstelle 100 beinhaltet verschiedene hervorgehoben dargestellte Merkmale 122 und Merkmalspiktogramme. Beispielsweise beinhaltet die Kartenschnittstelle 100 Straßen, Gebäude und Strukturen, Versorgungseinrichtungen, Seen, Flüsse, Vegetation, Eisenbahnstrecken, neben weiteren Merkmalen. Der Benutzer kann mit der Kartenschnittstelle 100 beispielsweise dadurch interagieren, dass er ein Darüberbewegen und/oder ein Klicken auf verschiedene Merkmale durchführt. Bei einer Ausführungsform bewirkt ein Darüberbewegen und/oder ein Platzieren des Mauszeigers auf einem Merkmal, dass das Merkmal konturiert dargestellt wird und/oder anderweitig hervorgehoben dargestellt wird. Zusätzlich kann der Name des Merkmals und/oder weitere Information betreffend das Merkmal in dem Merkmalsinformationsfeld 114 dargestellt werden.
Der Benutzer des Kartensystems kann mit der Benutzerschnittstelle von 1 dadurch interagieren, dass er einen Bildlauf oder ein Verschieben nach oben, nach unten, und/oder zur Seite durchführt; ein Vergrößern oder Verkleinern durchführt; er Merkmale auswählt; Gestalten zeichnet; Schichten auswählt; eine Geosuche durchführt; eine Heatmap erzeugt; und/oder eine Schlüsselwortsuche durchführt; neben weiteren Aktionen, die später noch beschrieben werden. Verschiedene Benutzeraktionen lassen mehr oder weniger Kartendetails und/oder mehr oder weniger Merkmale/Objekte erkennen.
2A zeigt eine beispielhafte Benutzerschnittstelle des Kartensystems, bei dem Kartenschichten einem Benutzer angezeigt werden, gemäß einer Ausführungsform der vorliegenden Offenbarung. In der Benutzerschnittstelle von 2A hat der Benutzer die Schichten-Schaltfläche 106 ausgewählt, was das Schichten-Fenster 102 zu erkennen gibt. Das Schichten-Fenster 102 beinhaltet eine Liste von Basisschichten, Vektorschichten und Benutzerschichten. Die Basisschichten beinhalten beispielsweise Overhead-Bilddaten, einen Topographie, eine Vorlage (Mercator), einen Basiskarte, Aeronautik, und eine Vorlage (ohne Projektion). Die Vektorschichten beinhalten allgemeine Kategorien, wie beispielsweise Regionen, Gebäude/Strukturen, Terrain, Transportwesen und Versorgungseinrichtungen/Infrastruktur. Es sind zwar keine Benutzerschichten in der Benutzerschnittstelle von 2A enthalten, jedoch können Benutzerschichten durch den Benutzer des Kartensystems hinzugefügt werden, wie später noch beschrieben wird.
Bei einer Ausführungsform kann der Benutzer eine oder mehrere der Basisschichten auswählen, die während einer Zusammenstellung der Kartenkacheln verwendet werden können. Beispielsweise erzeugt ein Auswählen der Overhead-Bilddaten-Basisschicht Kartenkacheln, bei denen die zugrundeliegenden Kartenkachel-Bilddaten aus neuesten Luftbilddaten erstellt sind. In ähnlicher Weise erzeugt ein Auswählen der Topographie-Basisschicht Kartenkacheln, bei denen die zugrundeliegenden Kartenkachel-Bilddaten Topographiekartenbilddaten beinhalten.
Weiter kann bei einer Ausführungsform der Benutzer eine oder mehrere von den Vektorschichten auswählen, die während einer Zusammenstellung der Kartenkacheln verwendet werden können. Beispielsweise führt ein Auswählen der Transportwesen-Schicht dazu, dass in Beziehung zum Transportwesen stehende Objekte und/oder Merkmale auf den Kartenkacheln angezeigt werden. In Beziehung zum Transportwesen stehende Merkmale können beispielsweise unter anderem Straßen, Eisenbahnstrecken, Verkehrszeichen, und/oder Straßenbeleuchtungen beinhalten. Beispiele für in Beziehung zum Transportwesen stehende Merkmale sind in der Benutzerschnittstelle von 2A zu sehen, in welcher verschiedene Straßen-, Eisenbahnstrecken- und Straßenbeleuchtungs-Piktogramme angezeigt werden.
Bei einer Ausführungsform kann der Benutzer des Kartensystems Kartenschichten erzeugen und abspeichern. Diese abgespeicherte Kartenschichten können als Benutzerschichten im Schichten-Fenster 202 aufgelistet werden.
2B zeigt eine beispielhafte Kartenschicht-Ontologie, gemäß einer Ausführungsform der vorliegenden Offenbarung. Wie zuvor mit Bezug auf 2A erwähnt, kann die Liste von Vektorschichten in dem Schichten-Fenster 202 allgemeine Kategorien/Schichten beinhalten, beispielsweise Regionen, Gebäude/Strukturen, Terrain, Transportwesen und Versorgungseinrichtungen/Infrastruktur. Die im Kartensystem verfügbaren Vektorschichten können weiter zu einer Ontologie oder einer hierarchischen Anordnung organisiert werden. Beispielsweise kann, wie im Vektorschichten-Fenster 206 dargestellt, die Gebäude-/Strukturenkategorie 208 weiter in Schichten unterteilt sein, einschließlich Strukturen, öffentliche Hand, Medizin, Ausbildung, und Handel. Die Terrain-Kategorie 210 kann Vegetation und/oder Wasser-/Hydrographie-Schichten beinhalten. Die Versorgungseinrichtungen-/Infrastruktur-Kategorie kann Feuer und/oder Aufspeicherung/Drainage beinhalten.
Bei einer Ausführungsform kann der Benutzer des Kartensystems eine oder mehrere der Schichten und/oder Subschichten der Schicht-Ontologie auswählen. Wie in 2B dargestellt, hat der Benutzer die Vegetations-Subschicht abgewählt, sowie alle Versorgungseinrichtungs-/Infrastruktur-Schichten. Ein Wählen und Abwählen von Vektorschichten, oder ein An- und Ausschalten von Vektorschichten, kann bewirken, dass die Vektorobjekte und/oder Merkmale, die mit diesen Schichten assoziiert sind, in der Kartenschnittstelle angezeigt werden oder nicht angezeigt werden. Beispielsweise können, wenn der Benutzer die Transportwesen-Kategorie-/Schicht auswählt, Straßenobjekte, die mit der Transportwesen-Schicht assoziiert sind, auf der Kartenschnittstelle angezeigt werden. In ähnlicher Weise können, wenn ein Benutzer die Transportwesen-Kategorie-/Schicht abwählt, Straßenobjekte, die mit der Transportwesen-Schicht assoziiert sind, von der Kartenschnittstelle entfernt werden.
Bei einer Ausführungsform können zusätzliche Hierarchieebenen von Schichten dem Benutzer angezeigt werden. Beispielsweise kann das Vektorschichtenfenster 206 Sub-Subschichten beinhalten (beispielsweise kann die Subschicht ,Ausbildung' unterteilt sein in Grundschulen, Sekundarschulen und Post-Sekundarschulen). Alternativ kann dem Benutzer eine geringere Anzahl von Hierarchieebenen angezeigt werden.
Bei einer Ausführungsform kann jede der im Vektorschichtenfenster 206 gezeigten Vektorschichten aus vielen Schichten von Kartenvektordaten aufgebaut sein. Bei dieser Ausführungsform kann das Kartensystem in vorteilhafter Weise eine vereinfachte Schicht-Ontologie erzeugen, beispielsweise die in 206 dargestellte. Die vereinfachte Schicht-Ontologie ermöglicht dem Benutzer eine leichte Auswahl von interessierenden Schichten aus einer verringerten Anzahl von Schichten, anstelle einer großen Anzahl von separaten Schichten. Wie zuvor beschrieben, können Vektorschichten Daten enthalten, die in Bezug zu assoziierten Merkmalen und/oder Objekten stehen. Somit entsprechen in der Kartenschnittstelle sichtbare Merkmale den aktuell aktiven/gewählten Schichten. Bei einer Ausführungsform kann die Schicht-Ontologie eine willkürliche Tiefe haben.
2C zeigt eine beispielhafte Benutzerschnittstelle des Kartensystems, bei dem verschiedene Objekte angezeigt werden, gemäß einer Ausführungsform der vorliegenden Offenbarung. Die Benutzerschnittstelle von 2C beinhaltet eine Kartenschnittstelle 214, ein konturiertes Merkmal 216 und ein Merkmal-Informationsfeld 114, das angibt, dass das konturierte Merkmal 216 als „Union Park” bezeichnet wird. Verschiedene Merkmale/Objekte können in der Kartenschnittstelle 214 zu sehen sein, einschließlich beispielsweise Straßen, Gebäude, Terrain, Straßenbeleuchtungen (durch ein Straßenbeleuchtungspiktogramm dargestellt), Eisenbahnstrecken, Hotels/Motels (durch ein Bett-Piktogramm dargestellt), und Schulen (durch ein Eltern-Kind-Piktogramm dargestellt), neben weiteren Merkmalen.
3A zeigt eine beispielhafte Benutzerschnittstelle des Kartensystems, bei dem Objekte ausgewählt sind, gemäß einer Ausführungsform der vorliegenden Offenbarung. Die Benutzerschnittstelle von 3A beinhaltet ein hervorgehoben dargestelltes Benutzerauswahlrechteck 302. Das hervorgehoben dargestellte Benutzerauswahlrechteck 302 stellt dar, wie der Benutzer ein spezielles Gebiet der Kartenschnittstelle aktiv auswählt, so dass die Merkmale/Objekte ausgewählt werden, die innerhalb der Grenzen dieses Rechtecks zu liegen kommen. Bei einer Ausführungsform können sichtbare Merkmale vom Benutzer ausgewählt werden, hingegen können aktuell nicht sichtbare Merkmale nicht ausgewählt werden. Beispielsweise werden Merkmale, die in Beziehung zu aktuell nicht aktiven Schichten stehen, nicht ausgewählt, wenn der Benutzer eine Auswahl durchführt. Bei einer weiteren Ausführungsform können sogar nicht sichtbare Merkmale in einem gewählten Gebiet ausgewählt werden.
3B–3C zeigen eine beispielhafte Benutzerschnittstelle des Kartensystems, bei dem Objekte ausgewählt sind und ein Histogramm 304 der Merkmale in einem Auswahlfenster angezeigt wird, gemäß Ausführungsformen der vorliegenden Offenbarung. Die gewählten Objekte/Merkmale von 3B (einschließlich Straßen 310 und weiteren Merkmalen 312) wurden möglicherweise mittels des hervorgehoben dargestellten Benutzerauswahl-Rechtecks 302 von 34A ausgewählt. Ausgewählte Merkmale sind durch hervorgehobene Darstellung und/oder geänderte Farben auf den die Kartenschnittstelle bildenden Kartenkacheln angegeben.
Das Merkmalshistogramm 304 ist in einem Auswahlfenster dargestellt, das in der Benutzerschnittstelle von 3B enthalten ist. Das Histogramm 304 zeigt ein kategorisiertes Histogramm aller Objekte/Merkmale, die durch den Benutzer in der Kartenschnittstelle ausgewählt wurden. Das Histogramm unterteilt die Merkmale in übliche Positionen und/oder Kategorien, basierend auf in Beziehung stehenden Metadaten (werden auch als Metadaten-Kategorien bezeichnet). Beispielsweise wird bei 306 „gehört zu Schicht” angegeben, dass das folgende Histogramm alle gewählten Merkmale beinhaltet, die nach Schichtkategorie geordnet sind. Bei diesem Beispiel gibt es, unter anderem, über 70.000 gewählte Gebäude-/Strukturmerkmale, über 40.000 gewählte Einrichtungsmerkmale, und über 6.000 gewählte Straßenmerkmale. Weiter beinhaltet das Merkmalshistogramm 304 Histogramme der gewählten Objekte, die nach Konto und Anbaufläche geordnet sind. Bei verschiedenen Ausführungsformen kann das Kartensystem Histogrammkategorien und/oder Metadaten-Kategorien beispielsweise unter anderem basierend auf den gewählten Merkmalen und/oder den Typen der gewählten Merkmale auswählen. Jegliche weitere Kategorisierung der gewählten Merkmale kann in den Histogrammen des Merkmalshistogramms 304 angezeigt werden.
Bei einer Ausführungsform kann der Benutzer des Kartensystems eine Teilmenge der gewählten Merkmale zur weiteren Analyse und/oder zur Histogrammerzeugung auswählen. Beispielsweise kann der Benutzer eine Teilmenge auswählen, die gewählte Objekte beinhaltet, welche zur Kategorie ,Straße' gehören, dadurch, dass er beispielsweise auf den Eintrag 308 ,Straßen' klickt. Diese Auswahl kann zu einem „Drilldown”-Vorgang führen, hin zu Histogrammen dieser Teilmenge von Merkmalen, wie in 3C gezeigt. Somit kann eine Drilldown-Gruppe von Merkmalen/Objekten (beispielsweise die Teilmenge von Merkmalen/Objekten) vom Kartensystem verwendet werden, um neue Drilldown-Metadatenkategorien, oder Positionen von verwandten Metadaten, zu bestimmen. Bei 314 in 3C gibt das Pfeilpiktogramm an, dass, von den ursprünglich gewählten 124.172 Merkmalen, das Histogramm der Merkmale nun eine Analyse der 6.724 Merkmale zeigt, die zur Kategorie ,Straße' gehören (siehe Posten 316). Das Merkmalshistogrammfenster von 3C zeigt somit einen neuen Satz von Histogrammen, die unter anderem nach Schicht, Adresse, Absender und Filiale geordnet sind. Der Benutzer kann somit, mittels der angezeigten Histogramme, einen „Drilldown”-Vorgang und einen „Drillup”-Vorgang durch die gewählten Merkmale durchführen.
Bei einer Ausführungsform werden im Merkmalshistogramm gewählte Posten entsprechend in der Kartenschnittstelle des Kartensystems hervorgehoben dargestellt. Beispielsweise hat in der Kartenschnittstelle von 3B der Benutzer die Straßen im Histogramm bei 308 ausgewählt. Entsprechende Merkmale (bei diesem Beispiel, Straßen) werden somit in der Kartenschnittstelle hervorgehoben dargestellt (wie bei 310 dargestellt).
3D–3G zeigen zusätzliche beispielhafte Benutzerschnittstellen des Kartensystems, bei dem Objekte aus einem Histogramm ausgewählt wurden und entsprechend in der Kartenschnittstelle hervorgehoben dargestellt sind, gemäß Ausführungsformen der vorliegenden Offenbarung. In 3D–3F betrachtet der Benutzer im Auswahlfenster ein Histogramm aller gewählten Straßen, die in einem Histogramm gemäß der Fahrgeschwindigkeitsbegrenzung geordnet sind. In 3D hat der Benutzer (bei 318) Straßen mit Geschwindigkeitsbegrenzungen von 55 und 65 ausgewählt. Die entsprechenden Straßenmerkmale sind in der Kartenschnittstelle beispielsweise bei 320 hervorgehoben dargestellt. In 3E hat der Benutzer (bei 322) Straßen mit Geschwindigkeitsbegrenzungen von 35, 45, 40, 55 und 65 ausgewählt. Die entsprechenden Straßenmerkmale sind in der Kartenschnittstelle beispielsweise bei 324 hervorgehoben dargestellt. In 3F hat der Benutzer (bei 326) Straßen mit Geschwindigkeitsbegrenzungen von 25 ausgewählt. Die entsprechenden Straßenmerkmale sind in der Kartenschnittstelle beispielsweise bei 328 hervorgehoben dargestellt. In 3G kann der Benutzer einen „Drilldown”-Vorgang in das Histogramm durchführen, beispielsweise dadurch, dass er ein Rechtsklicken auf einen Posten durchführt und „Entferne andere Objekte im Histogramm” (330) auswählt.
3H und 3I zeigen beispielhafte Benutzerschnittstellen des Kartensystems, in dem Objekte ausgewählt sind und eine Liste von gewählten Objekten 332 im Auswahlfenster angezeigt wird, gemäß Ausführungsformen der vorliegenden Offenbarung. Bezug nehmend auf 3H gibt die Liste von Merkmalen 332 an, dass der Benutzer einen „Drilldown”-Vorgang weiter hinein in die gewählten Merkmale von 3G durchgeführt hat, durch Auswählen einer Teilmenge von gewählten Merkmalen, die aus lediglich Straßen mit Geschwindigkeitsbegrenzungen von 20 bestehen. Somit beinhaltet die Teilmenge des Beispiels von 3H diejenigen 163 Merkmale, welche Straßen mit Geschwindigkeitsbegrenzungen von 20 sind. Der Benutzer hat zusätzlich ausgewählt, die Liste von Merkmalen im Auswahlfenster zu betrachten (anstelle des Merkmalshistogramms). Die Liste von Merkmalen 332 listet jedes einzelne Merkmal auf, das in der aktuell gewählten Teilmenge enthalten ist. Beispielsweise beinhaltet die Liste unter anderem S. Central Av 334.
In 3I hat der Benutzer bei 336 das Merkmal Hamilton St ausgewählt. Bei einer Ausführungsform erfolgt, wenn ein Merkmal aus der Liste von Merkmalen gewählt wurde, automatisch ein Zoomen der Kartenschnittstelle auf den Ort dieses Merkmals. Der Benutzer kann das Merkmal aus der Liste von Merkmalen dadurch auswählen, dass er auf den Namen des Merkmals und/oder des ausgewählten Miniaturbilds (Thumbnail) klickt. Bei einer Ausführungsform erfolgt das Zoomen der Kartenschnittstelle auf das Merkmal lediglich, wenn der Benutzer auf das dem Merkmal zugehörige Miniaturbild klickt und/oder dieses auswählt. In dem Beispiel von 3I erfolgt automatisch ein Zoomen der Kartenschnittstelle auf den Ort der gewählten Hamilton St, und das gewählte Merkmal wird hervorgehoben dargestellt (338). Zusätzlich wird der Name des ausgewählten Merkmals im Merkmals-Informationsfeld 114 gezeigt. Bei einer Ausführungsform wird der Name des gewählten Merkmals im Merkmals-Informationsfeld 114 gezeigt, wenn der Benutzer den Cursor auf das Miniaturbild bewegt, das dem Merkmal in der Merkmalsliste zugehörig ist. Bei einer Ausführungsform kann das gewählte Merkmal ein beliebiger anderer Objekttyp sein, und kann, wenn es angewählt wird, konturiert oder anderweitig hervorgehoben dargestellt werden.
In verschiedenen Ausführungsformen kann der Benutzer des Kartensystems entweder die Liste der Merkmale, oder das Histogramm der Merkmale, des Auswahlfensters wählen, um Information betreffend die gewählten Merkmale zu betrachten.
3J–3K zeigen beispielhafte Benutzerschnittstellen des Kartensystems, bei dem Objekte beim Daraufbewegen des Cursors konturiert dargestellt werden, gemäß Ausführungsformen der vorliegenden Offenbarung. In 3J bewegt der Benutzer den Mauszeiger auf ein Gebäudemerkmal. Das Merkmal, auf dem sich der Cursor befindet, wird automatisch konturiert dargestellt (340). Zusätzlich wird der Name des Merkmals im Merkmals-Informationsfeld 114 angezeigt. In 3K zeigt der Benutzer mit dem Mauszeiger auf ein Schutzraum-Merkmal. Das Merkmal, auf dem sich der Mauszeiger befindet, wird automatisch konturiert dargestellt (342), und der Name des Merkmals wird im Merkmalsinformationsfeld 114 angezeigt. Der Benutzer des Kartensystems kann jederzeit ein hervorgehobenes und/oder konturiertes Darstellen eines jeglichen Merkmals/Objekts bewirken, dadurch dass er in der Kartenschnittstelle den Mauszeiger über dieses Merkmal/Objekt hinwegbewegt, den Mauszeiger auf dieses bewegt, es auswählt und/oder berührt.
Bei verschiedenen Ausführungsformen kann ein Benutzer ein Merkmal auswählen, um ein Merkmal-Informationsfenster zu betrachten. Das Merkmal-Informationsfenster kann beispielsweise mit dem gewählten Merkmal assoziierte Metadaten beinhalten. Beispielsweise kann der Benutzer ein Gebäudemerkmal auswählen, was zu einem Anzeigen von mit diesem Gebäudemerkmal assoziierter Information führt, beispielsweise unter anderem Gebäudegröße, Gebäudename und/oder die Gebäudeadresse oder der -standort. Metadaten, die mit Merkmal-Objekten assoziiert sind, können jegliche Information beinhalten, die für dieses Merkmal/Objekt relevant ist. Beispielsweise können Metadaten, die mit einer Schule assoziiert sind, neben weiteren Metadaten-Elementen, eine Adresse (beispielsweise 123 S. Orange Street), einen Distrikt (beispielsweise 509c), eine Erdplanumhöhe (beispielsweise K-6) und/oder eine Telefonnummer (beispielsweise 800-0000) beinhalten. Bei einer Ausführungsform können, neben weiteren Elementen, eine Historie des Objekts, am Objekt vorgenommene Änderungen und/oder in Beziehung zu dem Objekt stehende Benutzeranmerkungen angezeigt werden. Bei einer Ausführungsform kann ein Benutzer mit einem gewählten Merkmal assoziierte Metadaten editieren.
4A–4D zeigen beispielhafte Benutzerschnittstellen des Kartensystems, in dem eine Umkreis-Geosuche angezeigt wird, gemäß Ausführungsformen der vorliegenden Offenbarung. In 4A hat der Benutzer die Gestalt-Schaltfläche 104 ausgewählt und zeichnet eine Kreisauswahl 404 auf der Kartenschnittstelle, dadurch, dass er zunächst einen Mittelpunkt und dann einen Radius auswählt. Im Gestalt-Fenster 402 sind die Mittelpunktkoordinaten der Kreisauswahl sowie der Radius der Kreisauswahl angegeben. Bei verschiedenen Ausführungsformen kann jeglicher Typ von Vieleck oder eine andere Gestalt auf der Kartenschnittstelle gezeichnet werden, um Merkmale auszuwählen.
In 4B hat der Benutzer die Geosuche-Schaltfläche 108 ausgewählt, um eine Geosuche im Auswahlkreis 408 durchzuführen. Bei einer Ausführungsform beinhaltet eine Geosuche ein Durchsuchen einer oder mehrerer Datenbanken von Datenobjekten, und Metadaten, die mit diesen Datenobjekten assoziiert sind, für jegliche Objekte, welche die Kriterien der Geosuche erfüllen. Beispielsweise kann eine Geosuche nach jeglichen Objekten mit geographischen Metadaten und/oder Eigenschaften suchen, welche angeben, dass das Objekt geographisch beispielsweise im Auswahlkreis 408 liegen kann. Eine Geosuche in einem Auswahlkreis kann als Umkreissuche bezeichnet werden. Das Geosuche-Fenster 406 gibt verschiedene Informationselemente an, die in Beziehung zur Umkreissuche stehen, und beinhaltet verschiedene Parameter, die durch den Benutzer angepasst werden können. Beispielsweise beinhaltet das Geosuche-Fenster 406 einen Suchgebietschieber, den der Benutzer verschieben kann, um den Radius des Auswahlkreises 408 zu vergrößern oder zu verkleinern. Der Benutzer kann auch einen Zeitbereich für die Geosuche angeben. Bei einer Ausführungsform können Objekte/Merkmale, die dargestellt sind und/oder nach denen im Kartensystem gesucht werden kann, eine Zeitkomponente und/oder Zeit-Metadaten beinhalten. Somit kann beispielsweise der Benutzer des Kartensystems ein Datum oder einen Zeitraum angeben, was zum Anzeigen jeglicher Objekte/Merkmale führt, bei denen die assoziierten Zeit-Metadaten beispielsweise in den angegebenen Zeitraum fallen. Bei verschiedenen Ausführungsformen können assoziierte Zeit-Metadaten beispielsweise angeben: eine Zeit, zu der das Merkmal erzeugt wurde, eine Zeit, zu der das Merkmal zu einer Datenbank von Merkmalen hinzugefügt wurde, eine Zeit, zu der das Merkmal zuvor einer Vektorschicht hinzugefügt wurde, eine Zeit, zu der auf das Merkmal zuletzt vom Kartensystem und/oder einem Benutzer zugegriffen wurde, eine Zeit, zu der das Merkmal errichtet wurde, und/oder jegliche Kombination aus dem Vorhergehenden. Alternativ kann der Benutzer eine Auswahl und/oder Suche nach Objekten/Merkmalen innerhalb spezieller Zeiträume durchführen, wie in 4B dargestellt. Das Geosuche-Fenster 406 ermöglicht dem Benutzer auch, die Typen von zu suchenden Objekten zu spezifizieren, beispielsweise unter anderem Entitäten, Ereignisse, und/oder Dokumente.
Bei einer Ausführungsform kann der Benutzer des Kartensystems eine Suche dadurch durchführen, dass er auf eine Suchschaltfläche klickt und/oder diese berührt. Das Kartensystem kann dann ein Durchsuchen einer Objekt-Datenbank nach jeglichen Objekten durchführen, welche mit den in der Geosuche spezifizierten Kriterien übereinstimmen. Beispielsweise führt beim Beispiel von 4B das Kartensystem eine Suche nach jeglichen Objekten durch, bei denen eine zugehörige Standortinformation innerhalb des Auswahlkreise 408 liegt. Objekte, nach denen vom Kartensystem gesucht wird, können neben den auf der Kartenschnittstelle gezeigten Objekten weitere Objekte beinhalten. Beispielsweise kann bei einer Ausführungsform das Kartensystem auf eine oder mehrere Datenbanken von Objekten (und Objekt-Metadaten) zugreifen, die möglicherweise in keiner Beziehung zu den aktuell auf der Kartenschnittstelle gezeigten Merkmalen stehen, oder Merkmale, die in Beziehung zu den aktuell gewählten Vektorschichten stehen. Die Datenbanken, auf die zugegriffen wurde, können Datenbanken beinhalten, die zu jeglicher Datenbank extern sind, welche mit dem Kartensystem assoziierte Daten speichert. Jegliche bei der Geosuche gefundene Objekte können dann dem Benutzer zur Verfügung gestellt werden (wie in 4B dargestellt), und dem Benutzer kann die Option gegeben werden, die Objekte in einer neuen Schicht in der Kartenschnittstelle hinzuzufügen (wie im Geosuche-Informationsfenster 406 dargestellt).
4C zeigt Objekte, die folgend auf die Geosuche in 4B zur Kartenschnittstelle hinzugefügt wurden. Die Suchergebnisse sind auch im Merkmalshistogramm 410 dargestellt. Bei diesem Beispiel beinhalten die zurückgegebenen Objekte verschiedene Entitäten und Ereignisse. 4D zeigt, dass der Benutzer im Merkmalshistogramm alle Suchergebnisobjekte gewählt hat, bei denen die in Beziehung stehenden Metadaten ein Vergehen gegen ein Drogengesetz angeben. Diese gewählten Objekte sind zusätzlich in der Kartenschnittstelle von 4D hervorgehoben dargestellt. Bei einem weiteren Beispiel kann eine Geosuche verwendet werden, um beispielsweise zu bestimmen, dass viele Straftaten in einem Innenstadtgebiet einer Stadt konzentriert sind, hingegen Alkohol- und/oder Drogenmissbrauch am Steuer (DUI) in Gebieten mit langsam befahrenen Straßen verbreiteter sind.
5A–5D zeigen beispielhafte Benutzerschnittstellen eines Kartensystems, in denen eine Heatmap angezeigt wird, gemäß Ausführungsformen der vorliegenden Offenbarung. In 5A hat der Benutzer die Heatmap-Schaltfläche 110 ausgewählt, so dass eine Heatmap 504 basierend auf den in 4D gewählten Objekten erzeugt wird. Ein Heatmap-Informationsfenster 502 wird angezeigt, in dem der Benutzer verschiedene Parameter spezifizieren kann, welche in Beziehung zur Erzeugung der Heatmap stehen. Nachfolgend Bezug nehmend auf 5B kann beispielsweise der Benutzer einen Radius 506 der kreisförmigen Heatmap, der sich auf jedes gewählte Objekt bezieht, eine Opazität 508 der Heatmap, einen Maßstab der Heatmap und eine automatische Maßstabseinstellung anpassen. In 5B hat der Benutzer die Opazität der erzeugten Heatmap verringert und ein Hineinzoomen auf die Kartenschnittstelle durchgeführt, damit verschiedene Objekte und die darunterliegenden Kartenkacheln deutlicher zu betrachten sind.
5C zeigt, wie der Benutzer, während die Heatmap angezeigt wird, verschiedene Objekte und/oder Merkmale unter Verwendung des Rechteck-Auswahlwerkzeugs auswählt, beispielsweise um Information bezüglich der Merkmale in einem Histogramm zu betrachten. 5D zeigt die gewählten Objekte, die in 5C ausgewählt wurden, nun hervorgehoben dargestellt (512).
Im Kartensystem kann eine Heatmap für jeglichen Objekttyp und/oder für mehrere Objekttypen erzeugt werden. Bei einer Ausführungsform können unterschiedliche Heatmap-Radien für unterschiedliche Objekttypen festgelegt werden. Beispielsweise kann der Benutzer eine Heatmap erzeugen, bei der Straßenbeleuchtungen einen 20 m Radius haben, hingegen Krankenhäuser einen 500 m Radius haben. Bei einer Ausführungsform kann die Heatmap basierend auf willkürlichem Gestalten erzeugt werden. Beispielsweise kann die Heatmap, anstatt dass sie kreisbasiert ist, eine rechteckbasierte oder ellipsenbasierte Heatmap sein. Bei einer Ausführungsform kann die Heatmap basierend auf Abweichungs-Ellipsen und/oder Toleranz-Ellipsen erzeugt werden. Eine Heatmap, die auf Abweichungs-Ellipsen basiert, kann vorteilhaft sein, wenn die betreffenden Objekte zugehörige Abweichungsgebiete aufweisen. Wenn beispielsweise ein Standort eines Objekts ungewiss ist, oder mehrere Datenpunkte, die mit einem Objekt assoziiert sind, verfügbar sind, kann eine Abweichungs-Ellipse dem Benutzer helfen, den tatsächlichen Standort des Objekts zu bestimmen.
5E–5F zeigen beispielhafte Benutzerschnittstellen des Kartensystems, bei denen eine gestaltbasierte Geosuche angezeigt wird, gemäß Ausführungsformen der vorliegenden Offenbarung. In 5E hat die Benutzer die Gestalt-Schaltfläche 104 ausgewählt, und ein Gestalt-Informationsfenster 514 wird gezeigt. In der Benutzerschnittstelle von 5E hat der Benutzer Linien 518 gezogen, jedoch können jegliche Formen auf der Kartenschnittstelle gezeichnet werden. Information, die in Beziehung zu den gezogenen Linien 518 steht, wird im Gestalt-Informationsfenster 514 angezeigt. Beispielsweise werden bei 516 die Anfangspunkte, der Abstand und der Richtungswinkel, die in Beziehung zu der Linie stehen, angezeigt. Weiter wird eine Gesamtstrecke vom Anfang zum Ende der Linie dargestellt.
5F zeigt eine Geosuche, die bei der in 5E gezeichneten Linienform durchgeführt wird. Ein Geosuche-Informationsfenster 520 gibt ein Suchgebiet 522, einen Zeitbereich 524 und einen Objekttyp 526 an, wie zuvor mit Bezug auf 4B beschrieben wurde. Das Suchgebiet wird auf der Kartenschnittstelle durch das hervorgehoben dargestellte Gebiet 528 entlang der gezogenen Linie angegeben. Die Durchführung der Geosuche und das Anzeigen ihrer Ergebnisse kann in ähnlicher Weise durchgeführt werden wie zuvor mit Bezug auf 4B–4D beschrieben. Beispielsweise kann eine Geosuche entlang einem Weg verwendet werden, um interessierende Punkte entlang diesem Weg zu bestimmen.
5G zeigt eine beispielhafte Benutzerschnittstelle des Kartensystems, bei dem eine Schlüsselwort-Objektsuche angezeigt wird, gemäß einer Ausführungsform der vorliegenden Offenbarung. Der Benutzer kann unter anderem Wörter, Schlüsselwörter, Zahlen und/oder geographische Koordinaten in das Suchfeld 112 eintippen. In 5G hat der Benutzer ,Bank' eingetippt (530). Während der Benutzer tippt, sucht das Kartensystem automatisch nach Objekten und/oder Merkmalen, die mit der eingetippten Information übereinstimmen. Der Übereinstimmungsabgleich kann basierend auf Objektdaten und/oder Metadaten erfolgen. Suchergebnisse werden wie bei 532 in 5G dargestellt angezeigt. In dem Beispiel ist eine Liste von Banken (Banken-Merkmalen) dargestellt. Der Benutzer kann dann aus der gezeigten Liste auswählen, wobei an dieser Stelle das Kartensystem automatisch ein Hineinzoomen auf das ausgewählte Merkmal durchführt und das ausgewählte Merkmal mit einem Pfeil 534 kennzeichnet. Bei verschiedenen Ausführungsformen kann das gewählte Merkmal durch hervorgehobenes Darstellen, konturiertes Darstellen und/oder einem beliebigen anderen Typ von Indikator gekennzeichnet werden. Bei einer Ausführungsform kann das Suchfeld 112 mit einem alphabetischen Ortsverzeichnis verknüpft sein, so dass eine einfache Wortsuche nach speziellen geographischen Orten ermöglicht werden. Beispielsweise kann eine Suche nach einem Namen einer Stadt, New York, mit den geographischen Koordinaten der Stadt verknüpft sein, was den Benutzer direkt zu diesem Standort auf der Kartenschnittstelle bringt.
5H zeigt ein Beispiel eines UTF-Gitters auf dem Kartensystem, gemäß einer Ausführungsform der vorliegenden Offenbarung. Bei einer Ausführungsform ermöglicht das UTF-Gitter eine konturierte Darstellung des Merkmals und/oder eine hervorgehobene Darstellung vieler Objekte mit Client-seitigen Komponenten. Bei einer Ausführungsform beinhaltet jede Kartenkachel (oder Bild) der Kartenschnittstelle ein assoziiertes textliches UTF-Gitter (UTF = UCS Transformation Format). In 5H ist eine beispielhafte Kartenkachel 526 benachbart zu einem assoziierten beispielhaften UTF-Gitterplanquadrat 538 dargestellt. Bei diesem Beispiel werden die Kartenkachel und das zugehörige UTF-Gitterplanquadrat durch die Serverseitigen Komponenten erzeugt und an die Client-seitigen Komponenten gesendet. Im UTF-Gitter repräsentiert jedes Zeichen einen Pixel im Kartenkachelbild, und jedes Zeichen gibt an, welches Merkmal mit dem Pixel assoziiert ist. Jedes Zeichen im UTF-Gitter kann zusätzlich mit einer Merkmalskennung assoziiert sein, die verwendet werden kann, um mit dem Merkmal assoziierte Metadaten abzufragen.
Zusammenhängende Gebiete von Zeichen im UTF-Gitter bezeichnen die Grenzen eines speziellen Merkmals, und können durch die Client-seitigen Komponenten verwendet werden, um die hervorgehobene Darstellung und/oder konturierte Darstellung des Merkmals zu liefern. Wenn beispielsweise ein Benutzer einen Mauszeiger auf ein Merkmal auf einer Kartenkachel bewegt, bestimmt das Kartensystem das Zeichen und den Teil des UTF-Gitters, der mit dem Pixel, auf das der Mauszeiger bewegt wurde, assoziiert ist, zeichnet eine Merkmalskontur basierend auf dem UTF-Gitter, und kann zusätzlich auf Metadaten zugreifen, die mit dem Merkmal assoziiert sind, basierend auf der mit dem Merkmal assoziierten Merkmalskennung. Bei einer Ausführungsform wird das UTF-Gitter an die Client-seitigen Komponenten in einem JSON-Format (JSON = JavaScript Object Notation) gesendet.
6A zeigt ein Ablaufdiagramm, das erläuternde Client-seitige Operationen des Kartensystems darstellt, gemäß einer Ausführungsform der vorliegenden Offenbarung. Bei verschiedenen Ausführungsformen kann eine geringere Anzahl von Blöcken oder zusätzliche Blöcke in dem Prozess enthalten sein, oder verschiedene Blöcke können in einer Reihenfolge durchgeführt werden, die von der in 6A dargestellten Reihenfolge verschieden ist. Bei einer Ausführungsform können einer oder mehrere Blöcke in 6A durch Client-seitige Komponenten des Kartensystems durchgeführt werden, beispielsweise Computersystem 800 (nachfolgend mit Bezug auf 8D beschrieben).
Bei Block 602 stellt das Kartensystem dem Benutzer eine Benutzerschnittstelle bereit (beispielsweise die Benutzerschnittstelle von 1). Wie vorstehend und nachfolgend beschrieben, kann die Benutzerschnittstelle dem Benutzer mittels eines beliebigen elektronischen Gerätes bereitgestellt werden, beispielsweise unter anderem einem Desktop-Computer, einem Laptop-Computer, einem mobilen Smartphone und/oder einem Tablet-Computer. Bei Block 604 wird eine Eingabe vom Benutzer des Kartensystems entgegengenommen. Beispielsweise kann der Benutzer eine Maus verwenden, um diese auf ein Element auf der Benutzerschnittstelle zu bewegen und/oder dieses anzuklicken, oder der Benutzer kann die Anzeige der Schnittstelle berühren (beim Beispiel eines einen Berührungsbildschirm aufweisenden Gerätes).
Vom Benutzer entgegengenommene Eingaben können beispielsweise beinhalten: ein Daraufbewegen, ein Darüberwegbewegen und/oder ein Berühren eines Objekts in der Benutzerschnittstelle (606); ein Ausfüllen eines Textfelds (614); ein Zeichnen einer Gestalt in der Benutzerschnittstelle (608) und/oder ein Zeichnen eines Auswahlkastens und/oder einer Gestalt in der Benutzerschnittstelle (610); neben weiteren Aktionen oder Eingaben, die zuvor beschrieben wurden.
Bei Block 612 können jegliche der Eingaben 606, 614, 608 und 610 das Kartensystem veranlassen, Client-seitige Aktionen durchzuführen, um die Benutzerschnittstelle zu aktualisieren. Beispielsweise kann ein Bewegen eines Mauszeigers auf ein Objekt (606) zur Folge haben, dass die Client-seitigen Komponenten des Kartensystems auf das UTF-Gitter zugreifen, die Grenzen des Objekts bestimmen und eine Kontur um das Objekt zeichnen, auf das der Mauszeiger zeigt. Bei einem weiteren Beispiel kann ein Ausfüllen eines Textfelds (614) beinhalten, dass der Benutzer Daten in das Kartensystem eingibt. Bei diesem Beispiel kann der Benutzer geographische Koordinaten, Metadaten und/oder weitere Typen von Daten in das Kartensystem eingeben. Diese Aktionen können beispielsweise dazu führen, dass die Client-seitigen Komponenten des Kartensystems, basierend auf den eingegebenen Daten, die eingegebenen Daten speichern und/oder Maßnahmen ergreifen. Beispielsweise kann ein Eingeben von Koordinaten durch den Benutzer zur Folge haben, dass die Kartenschnittstelle aktualisiert wird, um die eingegebene Information anzuzeigen, beispielsweise wird ein eingegebener Name einem speziellen Objekt überlagert. Bei noch einem weiteren Beispiel können die Aktionen/Eingaben, bei denen eine Gestalt gezeichnet wird (608) und/oder eine Auswahl gezeichnet wird (610), dazu führen, dass die Client-seitigen Komponenten des Kartensystems die Benutzerschnittstelle mit farbigen und/oder hervorgehoben dargestellten Gestalten aktualisieren (siehe beispielsweise 3A).
Bei einer Ausführungsform können einer oder mehrere Blöcke in 6A durch Server-seitige Komponenten des Kartensystems durchgeführt werden, beispielsweise Server 830 (nachfolgend mit Bezug auf 8D beschrieben).
6B zeigt ein Ablaufdiagramm, das ein erläuterndes Client-seitiges Abrufen von Metadaten des Kartensystems darstellt, gemäß einer Ausführungsform der vorliegenden Offenbarung. Bei verschiedenen Ausführungsformen kann eine geringere Anzahl von Blöcken oder zusätzliche Blöcke in dem Prozess enthalten sein, oder verschiedene Blöcke können in einer Reihenfolge durchgeführt werden, die von der in 6B dargestellten Reihenfolge verschieden ist. Bei einer Ausführungsform können einer oder mehrere Blöcke in 6B durch Client-seitige Komponenten des Kartensystems durchgeführt werden, beispielsweise das Computersystem 800.
Bei Block 620 erfassen die Client-seitigen Komponenten des Kartensystems, dass der Benutzer ein Bewegen auf ein Objekt und/oder ein Berühren eines Objekts in der Benutzerschnittstelle durchführt. Bei Block 622, und wie zuvor beschrieben wurde, können die Client-seitigen Komponenten auf das UTF-Gitter zugreifen, um die Merkmalskennung und Objektgrenzen zu bestimmen, die mit dem Objekt, auf dem der Mauszeiger steht, assoziiert sind. Dann können, bei Block 624, die Clientseitigen Komponenten die Merkmalsgestalt auf dem Bild oder der Kartenschnittstelle wiedergeben. Die Gestalt des Merkmals kann als konturierte Darstellung und/oder eine andere hervorgehobene Darstellung wiedergegeben werden.
Bei Block 636 erfassen die Client-seitigen Komponenten, ob der Benutzer das Objekt ausgewählt hat. Objekte können beispielsweise ausgewählt werden, wenn der Benutzer auf das Objekt klickt oder das Objekt berührt. Wenn der Benutzer das Objekt ausgewählt hat, dann führen, bei Block 628, die Client-seitigen Komponenten eine Abfrage der Server-seitigen Komponenten durch, um Metadaten abzurufen, die mit dem gewählten Objekt assoziiert sind. Bei einer Ausführungsform kann ein Abfragen der Server-seitigen Komponenten beinhalten, dass die mit dem gewählten Objekt assoziierte Merkmalskennung an den Server gesendet wird, der Server die relevanten Metadaten von einer Datenbank abruft, und der Server die abgerufenen Metadaten zurück an die Client-seitigen Komponenten sendet.
Bei Block 630 werden die Metadaten von den Client-seitigen Komponenten empfangen und dem Benutzer angezeigt. Beispielsweise können, neben weiteren Möglichkeiten, die mit dem gewählten Objekt assoziierten Metadaten dem Benutzer in der Benutzerschnittstelle in einem speziell dafür bestimmten Metadaten-Fenster angezeigt werden.
Bei einer Ausführungsform können einer oder mehrere Blöcke in 6B durch Server-seitige Komponenten des Kartensystems durchgeführt werden, beispielsweise Server 830.
7A zeigt ein Ablaufdiagramm, das erläuternde Server-seitige Operationen des Kartensystems darstellt, gemäß einer Ausführungsform der vorliegenden Offenbarung. Bei verschiedenen Ausführungsformen kann eine geringere Anzahl von Blöcken oder zusätzliche Blöcke in dem Prozess enthalten sein, oder verschiedene Blöcke können in einer Reihenfolge durchgeführt werden, die von der in 7A dargestellten Reihenfolge verschieden ist. Bei einer Ausführungsform können einer oder mehrere Blöcke in 7A durch Server-seitige Komponenten des Kartensystems durchgeführt werden, beispielsweise Server 830.
Server-seitige Operationen des Kartensystems können ein Erstellen und Aktualisieren der Kartenkacheln beinhalten, aus denen die Kartenschnittstelle aufgebaut ist. Wenn beispielsweise der Benutzer die Auswahl der Basisschicht und/oder einer oder mehrerer der Vektorschichten ändert, werden die Kartenkacheln erneut erstellt und in der Kartenschnittstelle aktualisiert, um die Auswahl des Benutzers wiederzugeben. Ein Auswählen von Objekten, das in einer hervorgehobenen Darstellung dieser Objekte resultiert, kann auch eine erneute Erstellung der Kartenkacheln beinhalten. Weiter können UTF-Gitter durch die Server-seitigen Komponenten für jede erstellte Kartenkachel erzeugt werden.
Bei Block 702 wird für den Benutzer die Benutzerschnittstelle bereitgestellt. Bei Block 704 wird eine Eingabe vom Benutzer entgegengenommen. Vom Benutzer entgegengenommene Eingaben, die zu Server-seitigen Operationen führen können, können beispielsweise unter anderem beinhalten: ein Auswählen eines Objekts (706), eine Änderung bei einer Schichtauswahl (708), eine Geosuche (710), ein Erzeugen einer Heatmap (712), ein Suchen über das Suchfeld (714) und/oder ein Verschieben oder Vergrößern/Verkleinern der Kartenschnittstelle.
Bei Block 716 können die Client-seitigen Komponenten des Kartensystems eine Abfrage bei den Server-seitigen Komponenten durchführen, ansprechend auf jegliche der Eingaben 706, 708, 710, 712 und 714 vom Benutzer. Die Server-seitigen Komponenten führen dann ein Aktualisieren und ein erneutes Erstellen der Kartenkacheln und der UTF-Gitter der Kartenschnittstelle gemäß der Benutzereingabe durch (wie später noch mit Bezug auf 7B beschrieben wird), und dann werden diese aktualisierten Kartenkacheln und UTF-Gitter zurück an die Client-seitigen Komponenten gesendet.
Bei Block 718 empfangen die Client-seitigen Komponenten die aktualisierte Kartenkachel-Information vom Server, und bei Block 720 wird die Benutzerschnittstelle mit der empfangenen Information aktualisiert.
Bei einer Ausführungsform können zusätzliche Information und/oder Daten, zusätzlich zu aktualisierten Kartenkacheln, von den Server-seitigen Komponenten an die Client-seitigen Komponenten gesendet werden. Beispielsweise können Objekt-Metadaten gesendet werden, ansprechend darauf, dass ein Benutzer ein Objekt auswählt.
Bei einer Ausführungsform können einer oder mehrere Blöcke in 7A durch Client-seitige Komponenten des Kartensystems, beispielsweise das Computersystem 800, durchgeführt werden.
7B zeigt ein Ablaufdiagramm, das eine erläuternde Server-seitige Schichtzusammenstellung des Kartensystems darstellt, gemäß einer Ausführungsform der vorliegenden Offenbarung. Bei verschiedenen Ausführungsformen kann eine geringere Anzahl von Blöcken oder zusätzliche Blöcke in dem Prozess enthalten sein, oder verschiedene Blöcke können in einer Reihenfolge durchgeführt werden, die von der in 7B dargestellten Reihenfolge verschieden ist. Bei einer Ausführungsform können einer oder mehrere Blöcke in 7B durch Server-seitige Komponenten des Kartensystems durchgeführt werden, beispielsweise Server 830.
Bei Block 730 wird durch die Server-seitigen Komponenten eine Abfrage von den Client-seitigen Komponenten empfangen. Eine derartige Abfrage kann beispielsweise von Block 716 von 7A herrühren. Bei Block 732 bestimmen die Serverseitigen Komponenten die Zusammenstellung der Kartenkachel basierend auf der Abfrage. Wenn beispielsweise der Benutzer ein Objekt oder eine Gruppe von Objekten gewählt hat, können die Kartenkacheln, welche diese Objekte enthalten, aktualisiert werden, so dass sie hervorgehoben dargestellte Objekte beinhalten. Bei einem weiteren Beispiel können, wenn der Benutzer die Schichtauswahl geändert hat, die Kartenkacheln aktualisiert werden, so dass sie lediglich solche Schichten beinhalten, die aktuell ausgewählt sind. Beim Beispiel von 7B werden die aktuell gewählten Schichten bestimmt, und die Schichten werden erstellt und/oder zu Kartenkacheln gerendert. Bei einem weiteren Beispiel werden, wenn der Benutzer eine Geosuche durchgeführt hat und gewählt hat, die Objekte des Suchergebnisses der Kartenschnittstelle hinzuzufügen, die Kartenkacheln aktualisiert, so dass sie diese Objekte des Suchergebnisses beinhalten. Bei noch einem weiteren Beispiel werden, wenn der Benutzer eine Heatmap erzeugt hat, die Kartenkacheln aktualisiert, so dass sie die erzeugte Heatmap zeigen. Bei einem weiteren Beispiel können, wenn der Benutzer eine Suche mittels des Suchfeldes durchführt, die gewählten Objekte in den erneut erstellten Kartenkacheln hervorgehoben dargestellt werden. Bei einem weiteren Beispiel werden, wenn der Benutzer ein Verschieben und/oder Vergrößern/Verkleinern (Zoomen) in der Kartenschnittstelle durchführt, die Kartenkacheln aktualisiert, so dass sie die vom Benutzer gewählte neue Ansicht wiedergeben. In allen Fällen kann ein aktualisiertes UTF-Gitter auch für jede erstellte Kartenkachel erzeugt werden.
Bei Block 734 bestimmt das Kartensystem, ob die Schichten, die für ein Erstellen der angeforderten Kartenkacheln erforderlich sind, gecached sind. Wenn beispielsweise eine Schicht durch den Benutzer gewählt wird, kann diese Schicht durch das Kartensystem erstellt werden und, für einen zukünftigen Abruf, in einem Arbeitsspeicher der Server-seitigen Komponenten platziert werden. Ein Cachen von erstellten Schichten kann die Notwendigkeit umgehen, dass diese Schichten später erneut zu erstellen sind, was in vorteilhafter Weise Zeit und/oder Rechenleistung sparen kann.
Falls die benötigten Schichten gecached sind, dann werden bei Block 740 die Schichten zu den angeforderten Kartenkacheln zusammengesetzt und, bei Block 742, an die Client-seitigen Komponenten gesendet.
Wenn die benötigten Schichten nicht gecached sind, dann führen bei Block 736 die Server-seitigen Komponenten ein Berechnen und/oder Erstellen der angeforderten Schicht und/oder Schichten durch, und können dann, bei Block 738, optional die neu erstellten Schichten für ein zukünftiges Abrufen cachen. Dann werden, bei den Blöcken 740 und 742, die Schichten zu Kartenkacheln zusammengestellt und den Client-seitigen Komponenten zugeführt.
Bei einer Ausführungsform können vollständige Kartenkacheln durch die Serverseitigen Komponenten gecached werden. Bei einer Ausführungsform kann die Größe und/oder die Qualität der Kartenkacheln, aus denen die Kartenschnittstelle aufgebaut ist, gewählt werden und/oder dynamisch gewählt werden, und zwar basierend auf mindestens einem von: der Bandbreite, die zum Senden der Kartenkacheln an die Client-seitigen Komponenten zur Verfügung steht, der Größe der Kartenschnittstelle, und/oder der Komplexität der Schicht-Zusammenstellung, neben weiteren Faktoren. Bei einer Ausführungsform weisen die Kartenkacheln beispielsweise Bilder in einem oder mehreren der folgenden Formate auf: PNG, GIF, JPEG, TIFF, BMP und/oder einem beliebigen anderen Typ von geeignetem Bildformat.
Bei einer Ausführungsform weisen die Schicht- und Objektdaten, die zu Schichten und Kartenkacheln zusammengestellt sind, Vektordaten auf. Die Vektordaten (beispielsweise Objektdaten) können assoziierte Metadaten beinhalten, wie zuvor beschrieben wurde. Bei einer Ausführungsform können der Vektor, die Schicht und/oder Objektdaten und assoziierte Metadaten von einer oder mehreren Datenbanken und/oder elektronischen Datenspeichern (Data Stores) stammen.
Bei einer Ausführungsform können einer oder mehrere Blöcke in 7B durch Client-seitige Komponenten des Kartensystems durchgeführt werden, beispielsweise Computersystem 800.
Bei einer Ausführungsform kann das Kartensystem einem Benutzer gleichzeitig mehr als 50 Millionen auswählbare Merkmale anzeigen. Bei einer Ausführungsform kann das Kartensystem unterstützen, dass eine zwei- oder dreistellige Anzahl von Benutzern gleichzeitig auf dieselben Karten- und Objektdaten zugreifen. Bei einer Ausführungsform können vom Kartensystem verwendete Karten- und Objektdaten gespiegelt sein und/oder über mehrere Computer, Server und/oder Server-seitige Komponenten verteilt sein.
Bei einer Ausführungsform kann das Kartensystem, anstelle eines Aktualisierens der Kartenkacheln, so dass sie eine durch den Benutzer erfolgte Auswahl von einem oder mehreren Objekten wiedergeben, dem Benutzer eine näherungsweise (approximierte) Darstellung der Auswahl zeigen, und zwar basierend auf einer Client-seitigen Verarbeitung.
Bei einer Ausführungsform kann ein Benutzer mittels „Ziehen und Ablegen” (Drag and Drop) Dateien, beispielsweise Vektordaten und/oder Vektorschichten, auf die Benutzerschnittstelle des Kartensystems bringen, was bewirkt, dass das Kartensystem die Datei in der Kartenschnittstelle automatisch rendert.
Bei einer Ausführungsform können Piktogramme und/oder Stile, die mit verschiedenen Objekten in der Kartenschnittstelle assoziiert sind, vom Benutzer aktualisiert und/oder verändert werden. Beispielsweise können die Stile von den verschiedenen Objekten in oder durch eine Stil-Datendatei spezifiziert werden. Die Stil-Datendatei kann gemäß einem speziellen Format oder einem Standard formatiert sein, der vom Kartensystem gelesen werden kann. Bei einer Ausführungsform ist die Stil-Datendatei gemäß dem JSON-Formatstandard formatiert. Der Benutzer kann somit das Aussehen der Objekte und Gestalten, die in der Kartenschnittstelle des Kartensystem gerendert werden, durch Ändern der Stil-Datendatei ändern. Die Stil-Datendatei kann weiter das Aussehen für Objekte und Terrain (neben weiteren Elementen und Daten) auf verschiedenen Zoom-Ebenen definieren.
Bei einer Ausführungsform können Objekte, Knoten, Metadaten, und/oder weitere Typen von Daten dem Kartensystem durch den Benutzer mittels der Benutzerschnittstelle hinzugefügt werden. Bei einer Ausführungsform kann von einem Benutzer hinzugefügte Information zwischen mehreren Benutzern des Kartensystems geteilt werden. Bei einer Ausführungsform kann ein Benutzer des Kartensystems Anmerkungen und Gestalten zur Kartenschnittstelle hinzufügen, die gespeichert und mit anderen Benutzern geteilt werden können. Bei einer Ausführungsform kann ein Benutzer des Kartensystems eine Auswahl von Objekten mit einem oder mehreren weiteren Benutzern teilen.
Bei einer Ausführungsform kann die Benutzerschnittstelle des Kartensystems ein Zeitleisten-Fenster beinhalten. Das Zeitleisten-Fenster kann dem Benutzer ermöglichen, Objekte zu betrachten, die für spezielle Momente beim zeitlichen Ablauf und/oder Zeiträume spezifisch sind. Bei einer Ausführungsform kann der Benutzer Toleranzellipsen betrachten, die der Kartenschnittstelle überlagert sind und die wahrscheinliche Position eines Objekts über einen speziellen Zeitraum angeben.
Bei einer Ausführungsform kann das Kartensystem eine Höhenprofilerstellung beinhalten. Eine Höhenprofilerstellung kann einem Benutzer des Systems unter anderem ermöglichen, die Höhe entlang einem Weg auf der Kartenschnittstelle zu bestimmen, eine Sichtbereichsanalyse durchzuführen (Objekte und/oder ein Terrain zu bestimmen, die von einem speziellen Ort aus zu sehen sind), eine Analyse eines umgekehrten Sichtbereichs durchzuführen (für einen speziellen Ort, Objekte und/oder ein Terrain zu bestimmen, von denen aus der Ort zu sehen ist).
Bei einer Ausführungsform können Vektordaten, Objektdaten, Metadaten, und/oder weitere Typen von Daten vorbereitet werden, bevor sie in das Kartensystem eingegeben werden oder auf diese durch das Kartensystem zugegriffen wird. Beispielsweise können die Daten aus einem Format in ein anderes umgewandelt werden, durch einen Crawler auf gemeinsame Metadatenelemente durchsucht werden, und/oder für eine Anwendung einer Stil-Datei oder von Stil-Information vorbereitet werden, neben weiteren Aktionen. Bei einer Ausführungsform kann eine Schicht-Ontologie automatisch basierend auf einer Gruppe von Daten erzeugt werden. Bei einer Ausführungsform kann das Kartensystem auf übliche im Internet verfügbare Datenquellen zugreifen, beispielsweise von ,openstreetmap.org' verfügbare Straßendaten.
Bei einer Ausführungsform sind in der Kartenschnittstelle dargestellte Karten mit ihren Namen bezeichnet, und Gebäude sind in unechtem 3D gerendert, um die Höhen von Gebäuden anzugeben. Bei einer Ausführungsform kann „Blue Force Tracking” in das Kartensystem als eine Schicht integriert sein, welche die Kennzeichen sowohl einer statischen Vektorschicht als auch einer dynamischen Vektorschicht aufweist. Eine „Blue Force”-Schicht kann eine Nutzung des Kartensystems für eine Live-Operationsanalyse ermöglichen. Bei einer Ausführungsform kann das Kartensystem ein rasches Rendern von detaillierten Choroplethenkarten oder Heatmaps mit minimalem Datentransfer durchführen. Beispielsweise kann das System eine Choroplethenkarte rendern, die einen Eigenschaftswert betreffend die einzelnen Gestalten der Eigenschaften selbst aufweist, anstatt dass diese Information auf Ebene eines Landkreises oder einer Postleitzahl aggregiert wird.
In vorteilhafter Weise zeigt das Kartensystem viele Datenelemente, Objekte, Merkmale, und/oder Schichten in einer einzelnen Kartenschnittstelle an. Ein Benutzer kann mit Dingen auf der Karte ohne Weiteres interagieren und Information dadurch sammeln, dass er mit dem Cursor auf Merkmale fährt oder diese auswählt, sogar wenn diese Merkmale keine Bezeichnung tragen. Der Benutzer kann Merkmale auswählen, kann einen „Drilldown”-Vorgang bei einem speziellen Typ von Merkmal ausführen (beispielsweise Straßen), kann Merkmale mittels Histogrammen betrachten, kann Histogramme verwenden, um übliche Kennzeichen zu bestimmen (beispielsweise die häufigste Geschwindigkeitsbegrenzung zu bestimmen), und/oder kann Korrelationen zwischen Merkmalen bestimmen (beispielsweise Erkennen, dass Zonen mit geringerer Geschwindigkeitsbegrenzung sich um Schulen herum befinden). Weiter kann das Kartensystem in vielen verschiedenen Situationen von Nutzen sein. Beispielsweise kann das System für Operationsplaner und/oder Katastrophenschutzpersonal von Nutzen sein.
Zusätzlich bewerkstelligt das Kartensystem mindestens drei Kerngedanken: Bereitstellen einer robusten und schnellen Back-End (Server-seitigen) Render-Maschine, Datenhaltung beim Back-End, und Transferieren lediglich der Daten, die für ein Bewerkstelligen einer Interaktivität erforderlich sind. Bei einer Ausführungsform besteht die primäre Funktion der Server-seitigen Komponenten in einem Rendern von Kartenkacheln. Der Server ist in der Lage, sehr detaillierte Karten mit einer Vielfalt von Stilen zu zeichnen, die auf Vektor-Metadaten basieren können.
Gerenderte Kartenkacheln für eine Vektorschicht werden gecached, und mehrere dieser Schichtkacheln werden übereinander gezeichnet, um die endgültige Kachel zu erzeugen, die an den Client-seitigen Browser gesendet wird. Das Rendern von Kartenkacheln ist schnell genug, um dem Benutzer dynamische Kacheln anzuzeigen, die ausgewählt und hervorgehoben dargestellt werden können. Server-seitige Operationen ermöglichen beispielsweise ein dynamisches Auswählen von sehr großen Anzahlen von Merkmalen, eine Berechnung des Histogramms, ein Bestimmen der Anzahl von dargestellten, und/oder ausgewählten Elementen, und ein Zeichnen der Auswahl. Weiter kann die Heatmap große Anzahlen von Punkten beinhalten, ohne den Nachteil, dass diese Punkte zum Client-seitigen Browser übertragen werden müssen. Zusätzlich ermöglicht die Tatsache, dass lediglich soviel Daten wie für eine Interaktivität nötig transferiert werden, ein rasches durch den Server erfolgendes Rendern von dynamischen Auswahlvorgängen und Vektorschichten. Andererseits kann ein hervorgehobenes Darstellen von Merkmalen, auf die der Mauszeiger zeigt, Client-seitig fast unmittelbar durchgeführt werden, und dies liefert ein nützliches Feedback, das die Interaktivität des Kartensystems verbessert. Bei einer Ausführungsform werden, um ein Übertragen von zu vielen Geometriedaten zu vermeiden, die Geometrien von Objekten (in den Kartenkacheln und dem UTF-Gitter) einem Downsampling unterzogen, in Abhängigkeit davon, wie stark der Benutzer die Kartenschnittstelle durch Hineinzoomen vergrößert hat. Somit können die Kartenkacheln gerendert werden und einem Benutzer des Kartensystems in einer dynamischen und nutzbaren Weise präsentiert werden.
Objektzentriertes Datenmodell
Um einen Rahmen für die folgende Diskussion spezifischer Systeme und Verfahren zu liefern, die vorstehend und nachfolgend beschrieben wurden, wird nachfolgend ein beispielhaftes Datenbanksystem 1210 unter Verwendung einer Ontologie 1205 beschrieben. Diese Beschreibung wird geliefert, um ein Beispiel zu geben und soll keine Einschränkung der Verfahren auf das beispielhafte Datenmodell, das beispielhafte Datenbanksystem, oder die durch das beispielhafte Datenbanksystem erfolgende Nutzung einer Ontologie zur Darstellung von Information bedeuten.
Bei einer Ausführungsform ist ein Datenkörper konzeptmäßig gemäß einem objektzentrierten Datenmodell strukturiert, das durch eine Ontologie 1205 repräsentiert ist. Das konzeptmäßige Datenmodell ist von jeglicher speziellen Datenbank unabhängig, die für ein dauerhaftes Speichern von einer oder mehreren Datenbanken 1209 basierend auf der Ontologie 1205 verwendet wird. Beispielsweise kann jedes Objekt des konzeptmäßigen Datenmodells einer oder mehreren Zeilen in einer relationalen Datenbank oder einem Eintrag in einer LDAP-Datenbank (LDAP = Lightweight Directory Access Protocol) oder einer beliebigen Kombination aus einer oder mehreren Datenbanken entsprechen.
8A zeigt ein objektzentriertes konzeptionelles Datenmodell gemäß einer Ausführungsform. Eine Ontologie 1205 kann, wie zuvor erwähnt, gespeicherte Information beinhalten, die ein Datenmodell zum Speichern von Daten in der Datenbank 1209 liefert. Die Ontologie 1205 kann durch einen oder mehrere Objekttypen definiert sein, die jeweils mit einem oder mehreren Eigenschaftstypen assoziiert sein können. Auf der höchsten Abstraktionsebene ist ein Datenobjekt 1201 ein Container für die Dinge der Welt repräsentierende Information. Beispielsweise kann ein Datenobjekt 1201 eine Entität repräsentieren, beispielsweise eine Person, einen Platz, eine Organisation, ein Marktinstrument oder dergleichen. Ein Datenobjekt 1201 kann ein Ereignis repräsentieren, das zu einem Zeitpunkt oder während einer Zeitdauer passiert. Ein Datenobjekt 1201 kann ein Dokument oder eine andere unstrukturierte Datenquelle repräsentieren, beispielsweise eine E-Mail-Nachricht, einen Nachrichtenreport, oder ein Dokument oder Artikel. Jedes Datenobjekt 1201 ist mit einer eindeutigen Kennung assoziiert, die das Datenobjekt im Datenbanksystem eindeutig identifiziert.
Unterschiedliche Typen von Datenobjekten können unterschiedliche Eigenschaftstypen haben. Beispielsweise könnte ein Datenobjekt „Person” einen Eigenschaftstyp „Augenfarbe” haben, und ein Datenobjekt „Ereignis” könnte einen Eigenschaftstyp „Datum” haben. Jede Eigenschaft 1203, wie durch Daten im Datenbanksystem 1210 repräsentiert, kann einen Eigenschaftstyp haben, der durch die von der Datenbank 1205 verwendete Ontologie 1205 definiert ist.
Objekte können in der Datenbank 1209 instanziiert sein, gemäß der entsprechenden Objektdefinition für das spezielle Objekt in der Ontologie 1205. Beispielsweise könnte eine spezifische Geldzahlung (z. B. ein Objekt vom Typ „Ereignis” von US$ 30,00 (z. B. eine Eigenschaft vom Typ „Währung”), die am 27.3.2009 stattfindet (z. B. eine Eigenschaft vom Typ „Datum”) in der Datenbank 1209 als ein Ereignisobjekt gespeichert werden, mit assoziierten Währungs- und Datumseigenschaften wie in der Ontologie 1205 definiert.
Die in der Ontologie 1205 definierten Datenobjekte können eine Eigenschafts-Multiplizität unterstützen. Speziell kann es zulässig sein, dass ein Datenobjekt 1201 mehr als eine einzige Eigenschaft 1203 vom gleichen Eigenschaftstyp hat. Beispielsweise könnte ein Datenobjekt „Person” mehrere „Adressen”-Eigenschaften oder mehrere „Namen”-Eigenschaften haben.
Jeder Link 1202 repräsentiert eine Verbindung zwischen zwei Datenobjekten 1201. Bei einer Ausführungsform besteht die Verbindung entweder durch eine Beziehung, ein Ereignis oder durch übereinstimmende Eigenschaften. Eine Beziehungsverbindung kann asymmetrisch oder symmetrisch sein. Beispielsweise kann ein Datenobjekt A „Person” verbunden sein mit einem Datenobjekt B „Person”, und zwar durch eine Kind-Beziehung (bei der ein Datenobjekt B „Person” eine asymmetrische Eltern-Beziehung zu einem Datenobjekt A „Person” hat), eine symmetrische Verwandtschaftsbeziehung zu einem Datenobjekt C „Person”, und eine asymmetrische Mitglied-Beziehung zu einem Datenobjekt X „Organisation”. Der Typ von Beziehung zwischen zwei Datenobjekten kann in Abhängigkeit von den Typen der Datenobjekte variieren. Beispielsweise kann ein Datenobjekt A „Person” eine „Erscheintin”-Beziehung mit Datenobjekt Y „Dokument” haben oder kann eine „Nimmt teil an”-Beziehung mit einem Datenobjekt E „Ereignis” haben. Als Beispiel einer Ereignis-Verbindung können zwei Datenobjekte „Person” durch ein Datenobjekt „Flug” verbunden sein, das einen speziellen Flug repräsentiert, falls sie gemeinsam mit diesem Flug gereist sind, oder durch ein Datenobjekt „Konferenz”, das eine spezielle Konferenz repräsentiert, falls sie beide an dieser Konferenz teilgenommen haben. Bei einer Ausführungsform sind, wenn zwei Datenobjekte durch ein Ereignis verbunden sind, sie auch durch Beziehungen verbunden, wobei jedes Datenobjekt eine spezifische Beziehung zum Ereignis hat, wie beispielsweise eine „Erscheint in”-Beziehung.
Als ein Beispiel einer Verbindung „übereinstimmende Eigenschaften” können zwei Datenobjekte „Person”, die einen Bruder und eine Schwester repräsentieren, beide eine Eigenschaft „Adresse” haben, die angibt, wo sie leben. Falls der Bruder und die Schwester an demselben Wohnsitz leben, dann enthalten ihre Eigenschaften „Adresse” ähnliche, wenn nicht identische Eigenschaftswerte. Bei einer Ausführungsform kann ein Link zwischen zwei Datenobjekten basierend auf ähnlichen oder übereinstimmenden Eigenschaften (z. B. Eigenschaftstypen und/oder Eigenschaftswerten) der Datenobjekte erstellt werden. Es handelt sich dabei lediglich um einige Beispiele der Typen von Verbindungen, die durch einen Link repräsentiert werden können, und weitere Typen von Verbindungen können repräsentiert werden; Ausführungsformen sind nicht auf irgendwelche speziellen Typen von Verbindungen zwischen Datenobjekten eingeschränkt. Beispielsweise könnte ein Dokument Bezüge auf zwei unterschiedliche Objekte enthalten. Beispielsweise kann ein Dokument einen Bezug auf eine Zahlung (das eine Objekt) und eine Person (ein zweites Objekt) enthalten. Ein Link zwischen diesen zwei Objekten kann eine Verbindung zwischen diesen zwei Entitäten durch ihr gemeinsames Auftreten in demselben Dokument repräsentieren.
Jedes Datenobjekt 1201 kann mehrere Links mit einem anderen Datenobjekt 1201 haben, um einen Linksatz 1204 zu bilden. Beispielsweise könnten zwei Datenobjekte „Person”, die einen Ehemann und eine Ehefrau repräsentieren, durch eine „Ehegatten”-Beziehung, eine übereinstimmende „Adresse”-Eigenschaft und eine oder mehrere übereinstimmende „Ereignis”-Eigenschaften (z. B. eine Hochzeit) verknüpft sein. Jeder Link 1202, wie durch Daten in einer Datenbank repräsentiert, können einen Linktyp haben, der durch die von der Datenbank verwendete Datenbankontologie definiert ist.
8B ist ein Blockdiagramm, das beispielhafte Komponenten und Daten darstellt, die beim Identifizieren und Speichern von Daten gemäß einer Ontologie verwendet werden können. Bei diesem Beispiel kann das Konfigurieren der Ontologie und das Befüllen des Datenmodells mit Daten durch ein System von Parsern und Ontologiekonfigurationswerkzeugen erfolgen. Bei der Ausführungsform von 8B werden Eingabedaten 1300 an einen Parser 1302 geliefert. Die Eingabedaten können Daten aus einer oder mehreren Quellen beinhalten. Beispielsweise kann eine Organisation eine oder mehrere Datenbanken mit Information betreffend Kreditkartentransaktionen, Leihwagen und Personen haben. Die Datenbanken können eine Vielzahl von in Beziehung stehenden Informationen und Attributen betreffend jeden Typ von Daten enthalten, wie beispielsweise ein „Datum” für eine Kreditkartentransaktion, eine Adresse für eine Person und ein Datum für das Ausleihen eines Leihwagens. Der Parser 1302 ist in der Lage, eine Vielfalt von Eingangsdatentypen einer Quelle zu lesen und zu bestimmen, welchen Typ von Daten er liest.
In Übereinstimmung mit der vorhergehenden Erörterung weist die beispielhafte Ontologie 1205 gespeicherte Information auf, die das Datenmodell von in der Datenbank 1209 gespeicherten Daten liefert, und die Ontologie ist durch einen oder mehrere Objekttypen 1310, einen oder mehrere Eigenschaftstypen 1316, und einen oder mehrere Linktypen 1330 definiert. Basierend auf Information, die durch den Parser 1302 oder eine andere Abbildung von Quellen-Eingangsinformation auf einen Objekttyp bestimmt wird, können eines oder mehrere Datenobjekte 1201 in der Datenbank 1209 basierend auf jeweiligen bestimmten Objekttypen 1310 instanziiert werden. Zwei Datenobjekte 1201 können durch eines oder mehrere Links 1202 verbunden werden, die basierend auf Linktypen 1330 instanziiert werden können. Die Eigenschaftstypen 1316 können jeweils einen oder mehrere Datentypen 1318 aufweisen, wie beispielsweise eine Zeichenkette, eine Zahl etc. Eigenschaftstypen 1316 können basierend auf einem Basiseigenschaftstyp 1320 instanziiert werden. Beispielsweise kann ein Basiseigenschaftstyp 1320 „Standorte” sein und ein Eigenschaftstyp 1316 kann „Wohnsitz” sein.
Bei einer Ausführungsform verwendet ein Benutzer des Systems einen Objekttyp-Editor 1324, um die Objekttypen 1310 zu erzeugen und/oder zu modifizieren und Attribute der Objekttypen zu definieren. Bei einer Ausführungsform verwendet ein Benutzer des Systems einen Eigenschaftstyp-Editor 1326, um die Eigenschaftstypen 1316 zu erzeugen und/oder zu modifizieren und Attribute der Eigenschaftstypen zu definieren. Bei einer Ausführungsform verwendet ein Benutzer des Systems einen Linktyp-Editor 1328, um die Linktypen 1330 zu erzeugen. Alternativ können weitere Programme, Prozesse oder Programmsteuerelemente verwendet werden, um Linktypen und Eigenschaftstypen zu erzeugen und Attribute zu definieren, und eine Verwendung von Editoren ist nicht erforderlich.
Bei einer Ausführungsform beinhaltet ein Erzeugen eines Eigenschaftstyps 1316 unter Verwendung des Eigenschaftstyp-Editors 1326, dass mindestens eine Parser-Definition unter Verwendung eines Parser-Editors 1322 definiert wird. Eine Parser-Definition beinhaltet Metadaten, die einen Parser 1302 informieren, wie Eingangsdaten 1300 zu parsen sind, um zu bestimmen, ob Werte in den Eingangsdaten dem mit der Parser-Definition assoziierten Eigenschaftstyp 1316 zugewiesen werden können. Bei einer Ausführungsform kann jede Parser-Definition einen für einen regulären Ausdruck dienenden Parser 1304A oder einen Codemodul-Parser 1304B beinhalten. Bei weiteren Ausführungsformen können weitere Arten von Parser-Definitionen unter Verwendung von Scripts oder anderen Programmelementen bereitgestellt werden. Sowohl ein für einen regulären Ausdruck dienender Parser 1304A als auch ein Codemodul-Parser 1304B können, sobald sie definiert sind, eine Eingabe an den Parser 1302 liefern, um ein Parsen von Eingangsdaten 1300 zu steuern.
Unter Verwendung der in der Ontologie definierten Datentypen können Eingangsdaten 1300 durch den Parser 1302 geparst werden, um zu bestimmen, welcher Objekttyp 1310 Daten von einem aus den Eingangsdaten erzeugten Datensatz erhalten sollte, und welche Eigenschaftstypen 1316 Daten aus den einzelnen Feldwerten in den Eingangsdaten zugewiesen werden sollten. Basierend auf der Objekt-Eigenschaft-Abbildung 1301 wählt der Parser 1302 eine der Parser-Definitionen aus, die mit einem Eigenschaftstyp in den Eingangsdaten assoziiert ist. Der Parser führt dann ein Parsen eines Eingangsdatenfelds unter Verwendung der gewählten Parser-Definition durch, was zu einem Erzeugen neuer oder modifizierter Daten 1303 führt. Die neuen oder modifizierten Daten 1303 werden der Datenbank 1209 gemäß einer Ontologie 1205 hinzugefügt, durch Speichern von Werten der neuen oder modifizierten Daten in einer Eigenschaft des spezifizierten Eigenschaftstyps. Als Ergebnis können Eingangsdaten 1300, die veränderliches Format oder Syntax aufweisen, in der Datenbank 1209 erzeugt werden. Die Ontologie 1205 kann zu beliebiger Zeit unter Verwendung eines Objekttyp-Editors 1324, eines Eigenschaftstyp-Editors 1326, und eines Linktyp-Editors 1328, oder programmgesteuert ohne mittels Editor erfolgenden menschlichen Eingriff modifiziert werden. Der Parser-Editor 1322 ermöglicht ein Erzeugen von mehreren Parser-Definitionen, die Eingangsdaten 1300 von veränderlichem Format oder Syntax erfolgreich Parsen können und bestimmen können, welche Eigenschaftstypen verwendet werden sollten, um Eingangsdaten 1300 in neue oder modifizierte Eingangsdaten 1303 zu transformieren.
Die Eigenschaften, Objekte oder Links (z. B. Beziehungen) zwischen den Objekten können unter Verwendung einer graphischen Benutzerschnittstelle (GUI) visualisiert werden. Beispielsweise ist in 8C eine Benutzerschnittstelle dargestellt, die eine Diagrammdarstellung 1403 von Beziehungen (einschließlich Beziehungen und/oder Links 1404, 1405, 1406, 1407, 1408, 1409, 1410, 1411, 1412 und 1413) zwischen den Datenobjekten (einschließlich Datenobjekten 1421, 1422, 1423, 1424, 1425, 1426, 1427, 1428 und 1429) zeigt, die im Beispiel von 8C als Knoten dargestellt sind. Bei dieser Ausführungsform beinhalten die Datenobjekte „Person”-Objekte 1421, 1422, 1423, 1424, 1425 und 1426; ein „Flug”-Objekt 1427; ein Geldkonto 1428; und ein „Computer”-Objekt 1429. In diesem Beispiel kann jeder „Person”-Knoten (der mit „Person”-Datenobjekten assoziiert ist), „Flug”-Knoten (der mit „Flug”-Datenobjekten assoziiert ist), „Geldkonto”-Knoten (der mit „Geldkonto”-Datenobjekten assoziiert ist) und „Computer”-Knoten (der mit „Computer”-Datenobjekten assoziiert ist) Beziehungen und/oder Links mit einem beliebigen der anderen Knoten haben, beispielsweise durch weitere Objekte wie beispielsweise „Zahlung”-Objekte.
Beispielsweise basiert in 8C die Beziehung 1404 auf einer Zahlung, die mit den Personen assoziiert ist, welche in „Person”-Datenobjekten 1421 und 1423 bezeichnet sind. Der Link 1404 repräsentiert diese gemeinschaftlichen Zahlungen (beispielsweise kann die mit Datenobjekt 1421 assoziierte Person bei drei Gelegenheiten eine Zahlung an die mit Datenobjekt 1423 assoziierte Person geleistet haben). Die Beziehung ist weiter durch die gemeinsame Beziehung zwischen „Person”-Datenobjekten 1421 und 1423 und „Geldkonto”-Datenobjekt 1428 bezeichnet. Beispielsweise gibt der Link 1411 an, dass das „Person”-Datenobjekt 1421 Geld in ein „Geldkonto”-Datenobjekt 1428 transferiert hat, hingegen das „Person”-Datenobjekt 1423 Geld aus einem „Geldkonto”-Datenobjekt 1428 transferiert hat. Bei einem weiteren Beispiel sind die Beziehungen zwischen „Person”-Datenobjekten 1424 und 1425 und „Flug”-Datenobjekt 1427 durch Links 1406, 1409 und 1410 bezeichnet. Bei diesem Beispiel haben die „Person”-Datenobjekte 1424 und 1425 eine gemeinsame Adresse und waren Passagiere auf demselben „Flug”-Datenobjekt 1427. Bei einer Ausführungsform können weitere Details, die sich auf die Beziehungen zwischen den verschiedenen Objekten beziehen, angezeigt werden. Beispielsweise können die Links 1411 und 1412 bei einigen Ausführungsformen den zeitlichen Ablauf der jeweiligen Geldtransfers bezeichnen. Bei einem weiteren Beispiel kann die Zeit des Flugs, der mit dem „Flug”-Datenobjekt 1427 assoziiert ist, gezeigt werden.
Beziehungen zwischen Datenobjekten können als Links gespeichert werden, oder sie können bei einigen Ausführungsformen als Eigenschaften gespeichert werden, wobei eine Beziehung zwischen den Eigenschaften erfasst werden kann. In einigen Fällen können, wie zuvor angegeben, die Links gerichtet (direktional) sein. Beispielsweise kann ein „Zahlung”-Link eine mit der Zahlung assoziierte Richtung haben, wobei das eine „Person”-Objekt ein Empfänger einer Zahlung ist, und ein anderes „Person”-Objekt der Zahler einer Zahlung ist.
Bei verschiedenen Ausführungsformen können Datenobjekte weiter geographische Metadaten und/oder Links beinhalten. Auf derartige geographische Metadaten kann durch das interaktive Datenobjekt-Kartensystem zugegriffen werden, um Objekte und Merkmale auf der Kartenschnittstelle anzuzeigen (wie zuvor beschrieben wurde).
Zusätzlich zu einer visuellen Darstellung von Beziehungen zwischen den Datenobjekten kann die Benutzerschnittstelle verschiedene weitere Bearbeitungen ermöglichen. Beispielsweise kann nach den Objekten in der Datenbank 1108 unter Verwendung einer Suchschnittstelle 1450 gesucht werden (z. B. Durchführen eines Textzeichenkettenabgleichs von Objekteigenschaften), sie können überprüft werden (z. B. Eigenschaften und assoziierte Daten betrachtet werden), gefiltert werden (z. B. die Gesamtheit von Objekten anhand von Eigenschaften oder Beziehungen zu Mengen und Teilmengen eingegrenzt werden), und statistisch aggregiert werden (z. B. basierend aus Summierungskriterien numerisch aufsummiert werden), neben weiteren Operationen und Visualisierungen. Zusätzlich kann, wie zuvor beschrieben, nach Objekten in der Datenbank 1108 gesucht werden, auf diese zugegriffen werden, und sie in der Kartenschnittstelle des interaktiven Datenobjekt-Kartensystems implementiert werden, beispielsweise mittels einer Geosuche und/oder einer Umkreissuche.
Implementierungsmechanismen
Gemäß einem Ausführungsbeispiel werden das interaktive Datenobjekt-Kartensystem und weitere hier beschriebene Methoden und Verfahren durch eine oder mehrere Spezialberechnungsvorrichtungen implementiert. Die Spezialberechnungsvorrichtungen können festverdrahtet sein, um die Verfahren durchzuführen, oder sie können digitale elektronische Vorrichtungen wie beispielsweise eine oder mehrere ASICs (anwendungsspezifische integrierte Schaltungen) oder FPGAs (feldprogrammierbare Gate-Arrays) beinhalten, die persistent programmiert sind, um die Verfahren durchzuführen, oder sie können einen oder mehrere Universal-Hardwareprozessoren beinhalten, die programmiert sind, um die Verfahren gemäß Programmanweisungen in Firmware, einem Arbeitsspeicher, einer anderen Speichereinrichtung, oder einer Kombination von diesen durchzuführen. In derartigen Spezialberechnungsvorrichtungen können auch kundenspezifische festverdrahtete Logik, ASICs, oder FPGAs mit kundenspezifischer Programmierung kombiniert sein, um die Verfahren zu bewerkstelligen. Die Spezialberechnungsvorrichtungen können Desktop-Computersysteme, Server-Computersysteme, tragbare Computersysteme, Handheld-Geräte, Netzwerkgeräte, oder ein beliebiges anderes Gerät oder eine Kombination von Geräten sein, die festverdrahtete Logik und/oder Programmlogik beinhalten, um die Verfahren zu implementieren.
Die Berechnungsvorrichtung(en) wird/werden generell durch Betriebssystemsoftware wie beispielsweise iOS, Android, Chrome OS, Windows XP, Windows Vista, Windows 7, Windows 8 , Windows Server, Windows CE, Unix, Linux, SunOS, Solaris, iOS, Blackberry OS, VxWorks, oder andere kompatible Betriebssysteme gesteuert und koordiniert. Bei weiteren Ausführungsbeispielen kann die Berechnungsvorrichtung durch ein proprietäres Betriebssystem gesteuert werden. Herkömmliche Betriebssysteme steuern, unter anderem, auszuführende Berechnungsprozesse sowie deren zeitlichen Ablauf, führen eine Arbeitsspeicherverwaltung durch, stellen ein Dateisystem, eine Netzwerkfunktionalität und Ein-/Ausgabedienste bereit, und stellen eine Benutzerschnittstellenfunktionalität wie beispielsweise eine grafische Benutzerschnittstelle („GUI”) bereit.
Beispielsweise ist 8D ein Blockdiagramm, das ein Computersystem 800 darstellt, bei dem die hier erläuterten verschiedenen Systeme und Verfahren implementiert werden können. Das Computersystem 800 beinhaltet einen Bus 802 oder einen anderen Kommunikationsmechanismus für ein Kommunizieren von Information, und einen Hardwareprozessor, oder mehrere Prozessoren, 804, die mit dem Bus 802 verbunden sind, um Information zu verarbeiten. Der/die Hardwareprozessoren) 804 kann/können beispielsweise einer oder mehrere Universal-Mikroprozessoren sein.
Das Computersystem 800 beinhaltet auch einen Hauptspeicher 806, beispielsweise ein RAM (Direktzugriffsspeicher), einen Cache und/oder andere dynamische Speichervorrichtungen, die mit dem Bus 802 verbunden sind, um Information und Anweisungen zu speichern, die durch den Prozessor 804 auszuführen sind. Der Hauptspeicher 806 kann auch verwendet werden, um temporäre Variablen oder andere Zwischeninformationen während eines Ausführens von durch den Prozessor 804 auszuführenden Anweisungen zu speichern. Derartige Anweisungen machen, wenn sie in Speichermedien gespeichert werden, die dem Prozessor 804 zugänglich sind, das Computersystem 800 zu einer Spezialmaschine, die kundenspezifisch angepasst ist, um die in den Anweisungen festgelegten Operationen auszuführen.
Das Computersystem 800 beinhaltet weiter ein ROM (Nur-Lese-Speicher) 808 oder eine andere statische Speichervorrichtung, die mit dem Bus 802 verbunden ist, um statische Information und Anweisungen für den Prozessor 804 zu speichern. Eine Speichervorrichtung 810, wie beispielsweise eine Magnetplatte, eine optische Platte oder ein USB-Stick (Flash-Drive) etc., ist vorgesehen und mit dem Bus 802 verbunden, um Information und Anweisungen zu speichern.
Das Computersystem 800 kann über den Bus 802 mit einer Anzeige 812 verbunden sein, beispielsweise einer Kathodenstrahlröhre (CRT), einer LCD-Anzeige, oder einer Sensorbildschirm-Anzeige (Touchscreen-Anzeige), um einem Benutzer des Computers Information anzuzeigen und/oder eine Eingabe vom Benutzer entgegenzunehmen. Eine Eingabevorrichtung 814, die alphanumerische Tasten und weitere Tasten beinhaltet, ist mit dem Bus 802 verbunden, um Information und ausgewählte Befehle an den Prozessor 804 zu übermitteln. Ein weiterer Typ von Benutzereingabevorrichtung ist eine Cursor-Steuerung 816, wie beispielsweise eine Maus, ein Trackball oder Cursor-Richtungstasten, um dem Prozessor 804 Richtungsinformation und ausgewählte Befehle mitzuteilen und eine Cursorbewegung auf der Anzeigeeinrichtung 812 zu steuern. Diese Eingabevorrichtung hat typischerweise zwei Freiheitsgrade in zwei Achsen, einer ersten Achse (beispielsweise x) und einer zweiten Achse (beispielsweise y), was der Vorrichtung ermöglicht, Positionen in einer Ebene zu bezeichnen. Bei einigen Ausführungsbeispielen kann die gleiche Richtungsinformation und Befehlsauswahl wie bei einer Cursorsteuerung mittels Empfangen von Berührungen auf einem Sensorbildschirm (Touchscreen) ohne einen Cursor implementiert werden.
Das Computersystem 800 kann ein Benutzerschnittstellenmodul, und/oder verschiedene weitere Modultypen beinhalten, um eine GUI, eine Kartenschnittstelle, und die verschiedenen weiteren Aspekte des interaktiven Datenobjekt-Kartensystems zu implementieren. Die Module können in einem Massenspeichergerät als ausführbare Softwarecodes gespeichert werden, die durch die Berechnungsvorrichtung(en) ausgeführt werden. Diese und weitere Module können beispielsweise Komponenten wie etwa Softwarekomponenten, objektorientierte Softwarekomponenten, Klassenkomponenten und Task-Komponenten, Prozesse, Funktionen, Attribute, Prozeduren, Subroutinen, Segmente von Programmcode, Treiber, Firmware, Mikrocode, Schaltkreise, Daten, Datenbanken, Datenstrukturen, Tabellen, Felder und Variablen beinhalten.
Generell bezieht sich das Wort „Modul”, wie hier verwendet, auf Logik, die als Hardware oder Firmware ausgeführt ist, oder auf eine Sammlung von Softwareanweisungen, die möglicherweise Eintritts- und Austrittspunkte aufweisen und in einer Programmiersprache wie beispielsweise Java, Lua, C oder C++ geschrieben sind. Ein Softwaremodul kann kompiliert und in ein ausführbares Programm verlinkt werden, in eine dynamische Programmbibliothek (Dynamic Link Library) eingebaut werden, oder in einer interpretierten Programmiersprache wie beispielsweise BASIC, Perl oder Python geschrieben werden. Es versteht sich, dass Softwaremodule von anderen Modulen oder von sich selbst aufrufbar sein können, und/oder sie ansprechend auf erfasste Ereignisse oder Interrupts aufgerufen werden können. Softwaremodule, die für eine Ausführung auf Berechnungsvorrichtungen konfiguriert sind, können auf einem computerlesbaren Medium bereitgestellt werden, beispielsweise einer CD (Compact Disk), einer DVD (Digital Video Disk), einem Flashspeicher-Laufwerk, einer Magnetplatte, oder einem beliebigen anderen greifbare Form aufweisenden Medium, oder als digitaler Download (und kann ursprünglich in einem komprimierten oder installierbaren Format gespeichert sein, das ein Installieren, Dekomprimieren oder Entschlüsseln vor einer Ausführung erfordert). Derartiger Softwarecode kann, teilweise oder vollständig, auf einem Arbeitsspeicher der ausführenden Berechnungsvorrichtung gespeichert sein, für eine Ausführung durch die Berechnungsvorrichtung. Softwareanweisungen können in Firmware, beispielsweise ein EPROM, eingebettet sein. Es versteht sich weiter, dass Hardwaremodule verbundene Logikeinheiten beinhalten können, beispielsweise Gatter (Gates) und Flipflops, und/oder programmierbare Einheiten beinhalten können, beispielsweise programmierbare Gatter-Anordnungen (Gate-Arrays) oder Prozessoren. Die Module oder die Funktionalität der Berechnungsvorrichtung, die hier beschrieben sind, sind vorzugsweise als Softwaremodule implementiert, können jedoch in Form von Hardware oder Firmware ausgeführt sein. Generell beziehen sich die hier beschriebenen Module auf logische Module, die mit anderen Modulen kombiniert oder in Untermodule unterteilt sein können, ungeachtet ihrer physischen Organisation oder ihres Speicherortes.
Im Computersystem 800 können die hier beschriebenen Verfahren unter Verwendung von kundenspezifischer festverdrahteter Logik, einem oder mehreren ASICs oder FPGAs, Firmware und/oder Programmlogik implementiert sein, die in Kombination mit dem Computersystem bewirken oder programmieren, dass das Computersystem 800 eine Spezialmaschine ist. Gemäß einem Ausführungsbeispiel werden die hier beschriebenen Verfahren durch das Computersystem 800 ansprechend darauf durchgeführt, dass der/die Prozessor(en) 804 eine oder mehrere Sequenzen von einer oder mehreren im Hauptspeicher 806 enthaltenen Modulen und/oder Anweisungen ausführt. Derartige Anweisungen können in den Hauptspeicher 806 aus einem anderen Speichermedium, beispielsweise der Speichervorrichtung 810, eingelesen werden. Eine Ausführung der im Hauptspeicher 806 enthaltenen Anweisungssequenzen veranlasst den/die Prozessor(en) 804, die hier beschriebenen Prozessschritte auszuführen. Bei alternativen Ausführungsbeispielen können festverdrahtete Schaltkreise verwendet werden, anstelle von Software-Anweisungen oder in Kombination mit diesen.
Der Begriff „nicht-transitorische Medien” und ähnliche Begriffe, wie hier verwendet, beziehen sich auf jegliche Medien, die Daten und/oder Anweisungen speichern, welche eine Maschine veranlassen, in spezifischer Weise zu arbeiten. Derartige nicht-transitorische Medien können nicht-flüchtige Medien und/oder flüchtige Medien beinhalten. Nicht-flüchtige Medien schließen beispielsweise optische oder magnetische Platten ein, beispielsweise die Speichervorrichtung 810. Flüchtige Medien schließen einen dynamischen Speicher wie beispielsweise den Hauptspeicher 806 ein. Übliche Formen nicht-transitorischer Medien beinhalten beispielsweise eine Diskette, eine flexible Platte, eine Festplatte, ein Halbleiterlaufwerk (Solid-State-Drive), ein Magnetband oder ein beliebiges anderes magnetisches Datenspeichermedium, eine CD-ROM, ein beliebiges anderes optisches Datenspeichermedium, ein beliebiges physisches Medium mit Lochmustern, ein RAM, ein PROM und ein EPROM, ein Flash-EPROM, ein NVRAM, und einen beliebigen anderen Speicherchip oder -kassette, sowie über Netzwerk verbundene Versionen von diesen.
Nicht-transitorische Medien sind verschieden von Übertragungsmedien, können jedoch in Verbindung mit diesen verwendet werden. Übertragungsmedien nehmen an einer Übertragung von Information zwischen Speichermedien teil. Beispielsweise beinhalten Übertragungsmedien Koaxialkabel, Kupferdraht und Lichtwellenleiter, einschließlich der Drähte, die der Bus 802 beinhaltet. Übertragungsmedien können auch die Form von Schall- oder Lichtwellen annehmen, beispielsweise solche, die bei Funk- und Infrarot-Datenkommunikationen erzeugt werden.
Verschiedene Formen von Medien können bei der Ausführung einer oder mehrerer Sequenzen von einer oder mehreren Anweisungen beteiligt sein, die durch den Prozessor 804 auszuführen sind. Beispielsweise können die Anweisungen anfänglich auf einer Magnetplatte oder einem Halbleiterlaufwerk eines entfernt befindlichen Computers gespeichert sein. Der ferne Computer kann die Anweisungen in seinen dynamischen Speicher laden und die Anweisungen über eine Telefonleitung unter Verwendung eines Modem senden. Ein beim Computersystem 800 befindliches Modem kann die Daten über die Telefonleitung empfangen und einen Infrarot-Sender verwenden, um die Daten in ein Infrarotsignal umzuwandeln. Ein Infrarot-Detektor kann die im Infrarot-Signal beförderten Daten empfangen, und geeignete Schaltungen können die Daten auf den Bus 802 legen. Der Bus 802 befördert die Daten zum Hauptspeicher 806, aus dem der Prozessor 804 die Anweisungen abruft und ausführt. Die vom Hauptspeicher 806 empfangenen Anweisungen können optional in der Speichervorrichtung 810 gespeichert werden, entweder vor oder nach einem Ausführen durch den Prozessor 804.
Das Computersystem 800 beinhaltet auch eine Kommunikationsschnittstelle 818, die mit dem Bus 802 verbunden ist. Die Kommunikationsschnittstelle 818 stellt eine Zweiweg-Datenkommunikationsverbindung zu einem Netzwerk-Verbindungsglied 820 bereit, das mit einem lokalen Netzwerk 822 verbunden ist. Beispielsweise kann eine Kommunikationsschnittstelle 818 eine ISDN-Karte (ISDN = Integrated Services Digital Network), ein Kabelmodem, ein Satellitenmodem oder ein Modem sein, um eine Datenkommunikationsverbindung zu einem entsprechenden Typ von Telefonleitung bereitzustellen. Als weiteres Beispiel kann eine Kommunikationsschnittstelle 818 eine LAN-Karte (LAN = Local Area Network) sein, um eine Datenkommunikationsverbindung zu einem kompatiblen LAN bereitzustellen (oder kann ein WAN-Bauelement sein, um mit einem WAN zu kommunizieren. Es können auch Drahtlosverbindungen implementiert werden. Bei einer beliebigen derartigen Implementierung sendet und empfängt eine Kommunikationsschnittstelle 818 elektrische, elektromagnetische oder optische Signale, die digitale Datenströme tragen, welche verschiedene Typen von Information repräsentieren.
Das Netzwerk-Verbindungsglied 820 stellt typischerweise eine Datenkommunikation zu anderen Datengeräten über eines oder mehrere Netzwerke bereit. Beispielsweise kann das Netzwerk-Verbindungsglied 820 über ein lokales Netzwerk 822 eine Verbindung zu einem Host-Computer 824 oder zu Datenanlagen bereitstellen, die durch einen Internetdienstanbieter (ISP) 826 betrieben werden. Der ISP 826 stellt seinerseits Datenkommunikationsdienste über das weltweite Paketdaten-Kommunikationsnetz bereit, das jetzt üblicherweise als „Internet” 828 bezeichnet wird. Sowohl das lokale Netz 822 als auch das Internet 828 verwenden elektrische, elektromagnetische oder optische Signale, die digitale Datenströme tragen können. Die über die verschiedenen Netzwerke laufenden Signale und die Signale, die über das Netzwerk-Verbindungsglied 820 und über die Kommunikationsschnittstelle 818 laufen, welche die digitalen Daten zum Computersystem 800 hin und von diesem weg befördern, sind beispielhafte Formen von Übertragungsmedien.
Das Computersystem 800 kann Nachrichten und Daten, einschließlich Programmcode, senden und empfangen, und zwar über das/die Netzwerk(e), das Netzwerk-Verbindungsglied 820 und die Kommunikationsschnittstelle 818. In dem Beispiel des Internet könnte ein Server 830 einen angeforderten Code für ein Anwendungsprogramm über das Internet 828, den ISP 826, das lokale Netzwerk 822 und die Kommunikationsschnittstelle 818 senden. Serverseitige Komponenten des interaktiven Datenobjekt-Kartensystems, wie zuvor beschrieben (beispielsweise mit Bezug auf 7A und 7B), können im Server 830 implementiert werden. Beispielsweise kann der Server 830 Kartenschichten und -kacheln zusammenstellen, und diese Kartenkacheln an das Computersystem 800 senden.
Das Computersystem 800 kann andererseits die Client-seitigen Komponenten des Kartensystems implementieren, wie zuvor beschrieben (beispielsweise Bezug auf 6A und 6B). Beispielsweise kann das Computersystem Kartenkacheln und/oder anderen Code empfangen, die durch den Prozessor 804 unverändert wie empfangen ausgeführt werden können, und/oder in der Speichervorrichtung 810 oder einem anderen nicht-flüchtigen Speicher zur späteren Ausführung gespeichert werden. Das Computersystem 800 kann weiter die Kartenschnittstelle aus den Kartenkacheln zusammenstellen, die Kartenschnittstelle dem Benutzer anzeigen, Objektkonturen oder eine andere Funktionalität erzeugen und/oder eine Eingabe vom Benutzer entgegennehmen.
Bei einer Ausführungsform kann auf das Kartensystem durch den Benutzer mittels eines Web-basierten Betrachters, wie beispielsweise einem Web-Browser, zugegriffen werden. Bei dieser Ausführungsform kann die Kartenschnittstelle durch den Server 830 und/oder das Computersystem 800 erzeugt werden und zum Web-Browser des Benutzers übertragen werden. Der Benutzer kann dann mit der Kartenschnittstelle mittels des Web-Browsers interagieren. Bei einer Ausführungsform kann das Computersystem 800 ein mobiles elektronisches Gerät beinhalten, wie beispielsweise ein Mobiltelefon, ein Smartphone und/oder einen Tablet-Computer. Auf das Kartensystem kann vom Benutzer mittels eines derartigen mobilen elektronischen Geräts, neben weiteren Typen von elektronischen Geräten, zugegriffen werden.
Jeder der in den vorhergehenden Abschnitten beschriebenen Prozessen, Verfahren und Algorithmen können durch Codemodule verkörpert werden, und vollständig oder teilweise durch diese automatisiert werden, wobei die Codemodule durch eines oder mehrere Computersysteme oder Computerprozessoren, die Computer-Hardware beinhalten, ausgeführt werden. Die Prozesse und Algorithmen können teilweise oder vollständig in anwendungsspezifischen Schaltungen implementiert werden.
Die zuvor beschriebenen verschiedenen Merkmale und Prozesse können unabhängig voneinander verwendet werden, oder können auf verschiedene Weisen kombiniert werden. Alle möglichen Kombination und Unterkombinationen sollen innerhalb des Schutzumfangs dieser Offenbarung liegen. Zusätzlich können gewisse Verfahren oder Prozessblöcke bei einigen Implementierungen weggelassen werden. Die hier beschriebenen Verfahren und Prozesse sind auch nicht auf irgendeine spezielle Abfolge eingeschränkt, und die in Bezug damit stehenden Blöcke oder Zustände können in anderen geeigneten Abfolgen durchgeführt werden. Beispielsweise können die beschriebenen Blöcke oder Zustände in einer anderen als der spezifisch offenbarten Reihenfolge durchgeführt werden, oder mehrere Blöcke oder Zustände können zu einem einzelnen Block oder Zustand kombiniert werden. Die beispielhaften Blöcke oder Zustände können in serieller, in paralleler oder in irgendeiner anderen Weise durchgeführt werden. Blöcke oder Zustände können zu den offenbarten beispielhaften Ausführungsformen hinzugefügt oder von diesen entfernt werden. Die hier beschriebenen beispielhaften Systeme und Komponenten können in anderer Weise als beschrieben durchgeführt werden. Beispielsweise können, verglichen mit den offenbarten beispielhaften Ausführungsformen, Elemente hinzugefügt werden, entfernt werden oder neu angeordnet werden.
Einen Vorbehalt ausdrückende Sprache, wie unter anderem beispielsweise „können”, „könnte”, „könnte möglicherweise” oder „kann möglicherweise”, soll, wenn nicht speziell anders angegeben oder es im verwendeten Kontext anders zu verstehen ist, generell zum Ausdruck bringen, dass gewisse Ausführungsformen gewisse Merkmale, Elemente, und/oder Schritte beinhalten, während dies bei anderen Ausführungsformen nicht der Fall ist. Daher soll eine solche einen Vorbehalt enthaltende Sprache nicht generell implizieren, dass Merkmale, Elemente und/oder Schritte in irgendeiner Weise für eine oder mehrere Ausführungsformen erforderlich sind, oder dass eine oder mehrere Ausführungsformen notwendigerweise Logik beinhalten, um, mit oder ohne eine Eingabe oder eine Abfrage des Benutzers, zu entscheiden, ob diese Merkmale, Elemente und/oder Schritte enthalten sind oder in irgendeiner speziellen Ausführungsform durchzuführen sind.
Jegliche Prozessbeschreibungen, Elemente oder Blöcke in den Ablaufdiagrammen, die hier beschrieben sind und/oder in den anliegenden Zeichnungen dargestellt sind, sollten so verstanden werden, dass sie potenziell Module, Segmente oder Abschnitte von Code repräsentieren, die eine oder mehrere ausführbare Anweisungen für ein Implementieren von spezifischen logischen Funktionen oder Schritten in dem Prozess beinhalten. Alternative Implementierungen sind im Schutzumfang der hier beschriebenen Ausführungsformen eingeschlossen, wobei Elemente oder Funktionen entfernt werden können, und in einer anderen als der dargestellten oder erörterten Reihenfolge ausgeführt werden können, einschließlich im Wesentlichen gleichzeitig oder in umgekehrter Reihenfolge, in Abhängigkeit von der einhergehenden Funktionalität, wie für Fachleute klar ist.
Es ist hervorzuheben, dass viele Variationen und Modifikationen an den zuvor beschriebenen Ausführungsformen vorgenommen werden können, deren Elemente als neben weiteren geeigneten Beispielen bestehend zu verstehen sind. Alle derartigen Modifikationen und Variationen verstehen sich als hier innerhalb des Schutzumfangs dieser Offenbarung eingeschlossen. Die vorhergehende Beschreibung beschreibt detailliert gewisse Ausführungsformen der Erfindung. Es versteht sich jedoch, dass unabhängig davon, wie detailliert in dem vorhergehenden Text die Erfindung beschrieben wurde, sie auf viele Weisen ausgeführt werden kann. Wie zuvor ebenfalls angegeben wurde, ist zu beachten, dass die Verwendung einer speziellen Terminologie beim Beschreiben gewisser Merkmale oder Aspekte der Erfindung nicht so zu verstehen ist, dass hier impliziert wird, dass die Terminologie so neu definiert wird, dass sie darauf eingeschränkt ist, irgendwelche spezifische Kennzeichen der Merkmale oder Aspekte der Erfindung zu enthalten, mit denen diese Terminologie assoziiert ist. Der Schutzumfang der Erfindung sollte daher gemäß den anliegenden Ansprüchen und jeglichen Äquivalenten von diesen interpretiert werden.

Claims

Computerimplementiertes Verfahren, umfassend: Erzeugen einer graphischen Benutzerschnittstelle, die eine interaktive Karte, eine Mehrzahl von Merkmalen oder Objekten, die auf der interaktiven Karte angezeigt werden, und eines oder mehrere Histogramme beinhaltet, die einem Gebiet auf der interaktiven Karte überlagert werden, wobei das Erzeugen der graphischen Benutzerschnittstelle umfasst: Zugreifen auf eine elektronische Datenstruktur, die konfiguriert ist, eine Mehrzahl von Merkmalen oder Objekten zu speichern, wobei jedes der Merkmale oder Objekte mit Metadaten assoziiert ist; Aufnehmen zumindest einiger von der abgerufenen Mehrzahl von Merkmalen oder Objekten in die interaktive Karte, wobei die Merkmale oder Objekte durch einen Benutzer ausgewählt werden können; und ansprechend auf eine erste Eingabe von dem Benutzer, die eine Mehrzahl von den aufgenommenen Merkmalen oder Objekten auswählt: Bestimmen von Metadaten, die mit jeweiligen gewählten Merkmalen oder Objekten assoziiert sind; Bestimmen einer oder mehrerer Metadaten-Kategorien, die mit mindestens einem der bestimmten Metadaten assoziiert sind; für jede der bestimmten Metadaten-Kategorien, Erzeugen eines oder mehrerer Histogramme, die Metadatenwerte oder -wertbereiche enthalten, welche mit jeweiligen gewählten Merkmalen oder Objekten assoziiert sind, wobei jedes der Histogramme einen visuellen Indikator beinhaltet, der eine Anzahl (Quantität) der jeweiligen gewählten Mehrzahl von Merkmalen oder Objekten angibt, die in die interaktive Karte aufgenommen worden sind und die den jeweiligen Metadatenwert oder -wertbereich haben; und Überlagern des einen oder der mehreren Histogramme auf das Gebiet der interaktiven Karte; und die graphische Benutzerschnittstelle wird auf einer Rechnervorrichtung dem Benutzer angezeigt.
Verfahren nach Anspruch 1, wobei die Merkmale oder Objekte Vektordaten beinhalten.
Verfahren nach Anspruch 1 oder Anspruch 2, wobei die Merkmale oder Objekte mindestens eines beinhalten von: Straßen, Terrain, Seen, Flüsse, Vegetation, Versorgungseinrichtungen, Straßenbeleuchtungen, Eisenbahnstrecken, Hotels oder Motels, Schulen, Krankenhäuser, Gebäude oder Strukturen, Regionen, Objekte des Transportwesens, Entitäten, Ereignisse oder Dokumente.
Verfahren nach einem der Ansprüche 1 bis 3, wobei die Metadaten, die mit den Merkmalen oder Objekten assoziiert sind, mindestens eines beinhalten von: einem Ort, einer Stadt, einem Landkreis, einem Bundesstaat, einem Staat, einer Adresse, einem Distrikt, einer Erdplanumhöhe, einer Telefonnummer, einer Geschwindigkeit, einer Breite, oder weiteren verwandten Attributen.
Verfahren nach einem der Ansprüche 1 bis 4, wobei die Merkmale oder Objekte durch den Benutzer unter Verwendung einer Maus und/oder einer Berührungsschnittstelle ausgewählt werden können.
Verfahren nach einem der Ansprüche 1 bis 5, wobei jedes Histogramm des einen oder der mehreren Histogramme für eine spezielle Metadaten-Kategorie spezifisch ist.
Verfahren nach Anspruch 6, wobei jedes Histogramm von dem einen oder den mehreren Histogrammen eine Liste von Metadatenelementen aufweist, die für die spezielle Metadaten-Kategorie des Histogramms spezifisch sind, wobei die Liste von Elementen in absteigender Reihenfolge geordnet ist, und zwar von einem Element, das die größte Anzahl von in Beziehung stehenden Objekten oder Merkmalen hat, zu einem Element, das die geringste Anzahl von in Beziehung stehenden Objekten oder Merkmalen hat.
Verfahren nach einem der Ansprüche 1 bis 7, wobei das eine oder die mehreren Histogramme, die auf der elektronischen Anzeige angezeigt werden, so angezeigt werden, dass sie die angezeigte interaktive Karte teilweise überlagern.
Verfahren nach einem der Ansprüche 1 bis 8, wobei das Erzeugen der graphischen Benutzerschnittstelle weiter umfasst: ansprechend auf eine zweite Eingabe vom Benutzer, die ein zweites oder mehrere zweite Merkmale oder Objekte aus dem einen oder den mehreren Histogrammen auswählt: Aktualisieren der Benutzerschnittstelle, um das zweite oder die mehreren zweiten Merkmale oder Objekte auf der interaktiven Karte anzuzeigen; und hervorgehobenes Darstellen des zweiten oder der mehreren zweiten Merkmale oder Objekte auf der interaktiven Karte.
Verfahren nach Anspruch 9, wobei ein Aktualisieren der Benutzerschnittstelle ein Verschieben (Panning) und/oder ein Vergrößern/Verkleinern (Zoomen) der interaktiven Karte umfasst.
Verfahren nach Anspruch 9 oder Anspruch 10, wobei das hervorgehobene Darstellen des zweiten oder der mehreren zweiten Merkmale mindestens eines umfasst von: konturiertes Darstellen, Farbänderung, fettgedruckte Darstellung oder Kontraständerung.
Verfahren nach einem der Ansprüche 9 bis 11, wobei ein Erzeugen der graphischen Benutzerschnittstelle weiter umfasst: ansprechend auf eine dritte Eingabe vom Benutzer, die eine Drilldown-Gruppe von Merkmalen oder Objekten aus dem einen oder den mehreren Histogrammen auswählt, Durchführen eines Drilldown-Vorgangs bei der ausgewählten Drilldown-Gruppe von Merkmalen oder Objekten, und zwar durch: Bestimmen von Metadaten, die mit jeweiligen Merkmalen oder Objekten der ausgewählten Drilldown-Gruppe assoziiert sind; Bestimmen einer oder mehrerer Drilldown-Metadatenkategorien, die mit mindestens einem Element der abgerufenen Metadaten assoziiert sind, das/die mit einem jeweiligen von den Merkmalen oder Objekten der ausgewählten Drilldown-Gruppe assoziiert ist/sind; für jede der bestimmten Drilldown-Metadatenkategorien, Erzeugen eines oder mehrerer Drilldown-Histogramme, das/die Drilldown-Metadatenwerte oder -wertbereiche beinhaltet/beinhalten, welche mit jeweiligen Merkmalen oder Objekten der ausgewählten Drilldown-Gruppe assoziiert sind, wobei jedes der Drilldown-Histogramme einen visuellen Indikator beinhaltet, der eine Anzahl (Quantität) der jeweiligen Merkmale oder Objekte der ausgewählten Drilldown-Gruppe bezeichnet, die den jeweiligen Drilldown-Metadatenwert oder -wertbereich haben; und Überlagern des einen oder der mehreren Drilldown-Histogramme auf das Gebiet der interaktiven Karte.
Verfahren nach Anspruch 12, das weiter umfasst, dass dem Benutzer ermöglicht wird, einen Drilldown-Vorgang weiter hinein in das eine oder die mehreren Drilldown-Histogramme durchzuführen.
Verfahren nach einem der Ansprüche 1 bis 13, wobei das Erzeugen der graphischen Benutzerschnittstelle weiter umfasst: Empfangen einer durch Zeigen auf ein Merkmal oder Objekt mit einem Eingabemittel erfolgenden Eingabe vom Benutzer; und ansprechend auf ein Empfangen der durch Zeigen mit dem Eingabemittel erfolgenden Eingabe werden Metadaten, die mit dem speziellen Merkmal oder Objekt, auf das mit dem Cursor gezeigt wird, assoziiert sind, dem Benutzer hervorgehoben angezeigt.
Verfahren nach einem der Ansprüche 1 bis 14, wobei das Erzeugen der graphischen Benutzerschnittstelle weiter umfasst: Entgegennehmen einer Eingabe vom Benutzer, zum Auswählen eines Merkmals oder Objekts; und ansprechend auf ein Entgegennehmen der Auswähl-Eingabe werden Metadaten, die mit dem speziellen ausgewählten Merkmal oder Objekt assoziiert sind, dem Benutzer angezeigt.
Verfahren, umfassend: Erzeugen einer graphischen Benutzerschnittstelle, die eine interaktive Karte und eine Mehrzahl von auf der interaktiven Karte angezeigten Merkmalen oder Objekten beinhaltet, wobei die interaktive Karte eine Mehrzahl von Kartenkacheln beinhaltet, und die Kartenkacheln jeweils ein Bild beinhalten, das aus einer oder mehreren Vektorschichten aufgebaut ist, wobei ein Erzeugen der graphischen Benutzerschnittstelle umfasst: Zugreifen auf eine elektronische Datenstruktur, die konfiguriert ist, eine Mehrzahl von Merkmalen oder Objekten zu speichern, wobei jedes der Merkmale oder Objekte mit Metadaten assoziiert ist; Aufnehmen zumindest einiger von der abgerufenen Mehrzahl von Merkmalen oder Objekten in die interaktive Karte, wobei die Merkmale oder Objekte durch einen Benutzer ausgewählt werden können; und ansprechend auf eine erste Eingabe von dem Benutzer, die mindestens eine von einer Vergrößern-/Verkleinern-Aktion (Zoom-Aktion), einer Verschiebe-Aktion, einer Merkmals- oder Objektauswahl, einer Schichtauswahl, einer Geosuche, einer Heatmap oder einer Schlüsselwortsuche beinhaltet: Anfordern, von einem Server, von aktualisierten Kartenkacheln, wobei die aktualisierten Kartenkacheln gemäß der Eingabe vom Benutzer aktualisiert werden; Empfangen der aktualisierten Kartenkacheln vom Server; und Aktualisieren der interaktiven Karte mit den aktualisierten Kartenkacheln; und bei einer Rechner-Vorrichtung wird die graphische Benutzerschnittstelle dem Benutzer angezeigt.
Verfahren nach Anspruch 16, wobei die eine oder mehreren Vektorschichten mindestens eine von einer Regionen-Schicht, einer Gebäude-/Strukturen-Schicht, einer Terrain-Schicht, einer Transportwesen-Schicht, oder einer Versorgungseinrichtungs-/Infrastruktur-Schicht beinhalten.
Verfahren nach Anspruch 16 oder Anspruch 17, wobei jede von der einen oder den mehreren Vektorschichten aus einer oder mehreren Vektor-Subschichten besteht.
Verfahren, umfassend: Erzeugen einer graphischen Benutzerschnittstelle, die eine interaktive Karte beinhaltet, welche eine Mehrzahl von Kartenschichten aufweist, wobei das Erzeugen der graphischen Benutzerschnittstelle umfasst: Bestimmen einer Liste von verfügbaren Kartenschichten; Organisieren der Liste von verfügbaren Kartenschichten gemäß einer hierarchischen Schicht-Ontologie, wobei ähnliche Kartenschichten zusammen gruppiert werden; und Anzeigen der hierarchischen Schicht-Ontologie auf der interaktiven Karte, wobei ein Benutzer eine oder mehrere der angezeigten Schichten auswählen kann, und wobei jede der verfügbaren Kartenschichten mit einem oder mehreren Merkmalen oder Objekttypen assoziiert ist; und die graphische Benutzerschnittstelle wird dem Benutzer bei einer Rechner-Vorrichtung angezeigt.
Verfahren nach Anspruch 19, wobei die Kartenschichten mindestens eine von Vektorschichten und Basisschichten beinhalten.
Computersystem, das einen oder mehrere Computerprozessoren enthält, die mit computerausführbaren Anweisungen konfiguriert sind, so dass die Schritte nach einem der Ansprüche 1 bis 20 ausgeführt werden.
Computerlesbares Speichermedium, das Softwareanweisungen speichert, die, wenn sie durch einen oder mehrere Prozessoren ausgeführt werden, bewirken, dass der eine oder die mehreren Prozessoren die Schritte nach einem der Ansprüche 1 bis 20 ausführen.