DE102009011687B4

DE102009011687B4 - Berührungsereignismodell

Info

Publication number: DE102009011687B4
Application number: DE102009011687.7A
Authority: DE
Inventors: Jason Clay Beaver; Andrew Platzer
Original assignee: Apple Inc
Current assignee: Apple Inc
Priority date: 2008-03-04
Filing date: 2009-03-04
Publication date: 2019-02-07
Anticipated expiration: 2029-03-05
Also published as: EP2405347B1; JP2014063515A; US9389712B2; JP2018032420A; JP2009211704A; DE202009018624U1; DE202009018653U1; HK1156126A1; EP3244296B1; JP5075867B2; EP2405341B1; US20170160925A1; JP6224647B2; ES2393911T3; US20140145995A1; AU2009200493A1; US10936190B2; EP2405340A1; JP2015167027A; EP3712758A1

Abstract

Verfahren zur Bearbeitung von Berührungsereignissen in einer Mehrfachberührungsvorrichtung (200; 210), umfassend:Anzeigen einer oder mehrerer Ansichten (301 bis 312);Ausführungen einer oder mehrerer Softwareelemente, wobei jedes Softwareelement mit einer bestimmten Ansicht assoziiert ist;Assoziieren jeweils eines Mehrfachberührungsflags oder eines exklusiven Berührungsflags mit jeder Ansicht;Empfangen (400; 500) einer oder mehrerer Berührungen in der einen oder den mehreren Ansichten; undSelektives Senden (406-410; 506-514) eines oder mehrerer Berührungsereignisse basierend auf den Werten der jeweils assoziierten Mehrfachberührungs- oder exklusiven Berührungsflags an das eine oder die mehreren Softwareelemente, die mit den Ansichten assoziiert sind, an denen eine Berührung empfangen wurde, wobei jedes Berührungsereignis eine empfangene Berührung beschreibt.

Description

Gebiet der Erfindung
Hier geht es im Allgemeinen um mehrfachpunktfähige- und mehrfachberührungsfähige Vorrichtungen und insbesondere um das Erkennen von Einfach- und Mehrfachpunkt- sowie Berührungsereignissen in mehrfachpunktfähigen und mehrfachberührungsfähigen Vorrichtungen.
Hintergrund der Erfindung
Mehrfachberührungsfähigen Vorrichtungen sind im Stand der Technik bekannt. Eine mehrfachberührungsfähige Vorrichtung ist eine Vorrichtung, die mehrere Berührungen zur selben Zeit erfassen kann. Daher kann eine mehrfachberührungsfähige Vorrichtung beispielsweise zwei Berührungsereignisse erfassen, die gleichzeitig an zwei verschiedenen Positionen auf einem Mehrfachberührungsfeld auftreten und dadurch bewirkt werden, dass zwei Finger auf das Feld gedrückt werden. Beispiele mehrfachberührungsfähige Vorrichtungen sind in der US-Patentanmeldung Nr. 11/649,998 mit dem Titel „PROXIMITY AND MULTI-TOUCH SENSOR DETECTION AND DEMODULATION“, eingereicht am 3. Januar 2007, erläutert, die hiermit in ihrer Gesamtheit per Verweis aufgenommen wird. mehrfachberührungsfähige Vorrichtungen definieren eine allgemeinere Gruppe von Vorrichtungen, die sowohl mehrfachberührungsfähige Vorrichtungen als auch ähnliche Vorrichtungen, wie z.B. die in der oben genannten US-Patentanmeldung Nr. 11/349,998 erläuterten Mehrfachnäherungssensorvorrichtungen umfasst.
Während die Vorteile von mehrfachberührungsfähigen Schnittstellen bekannt sind, können diese Vorrichtungen einige Herausforderungen bei Entwurf von Schnittstellen mit sich bringen. Existierende Konventionen zum Schnittstellenentwurf haben ein Einfachzeige-Benutzereingabegerät angenommen, das zu einem gegebenen Zeitpunkt einen einzige Stelle spezifiziert. Beispiele umfassen eine Maus oder ein Berührungsfeld.
Spezieller, viele existierende graphische Benutzerschnittstellen (GUI)-Systeme stellen dem Benutzer Schnittstellen zur Verfügung, bei denen verschiedene Teile einer Anzeige mit separaten Softwareelementen assoziiert sind. So können beispielsweise Teile einer Anzeige mit einem Fenster assoziiert sein und das Fenster kann mit einer speziellen Softwareanwendung und/oder einem Prozess assoziiert sein. Eine Maus kann verwendet werden, um mit dem Fenster und der mit dem Fenster assoziierten Anwendung bzw. dem Prozess zu interagieren. Der Mauscursor kann dann zu einem anderen Fenster bewegt werden, um mit einer anderen Anwendung oder einem anderen Prozess zu interagieren. Wenn nur ein Einfachzeigegerät verwendet wird, kann eine Interaktion mit nur einem einzigen Fenster, mit einer Anwendung oder einem Prozess zur selben Zeit auftreten.
Die Annahme einer einzigen Interaktion mit einem Fenster zu jedem beliebigen Zeitpunkt kann den Entwurf einer Benutzerschnittstelle sehr vereinfachen. Die Anwendung und/oder der Prozess, die bzw. der innerhalb eines Fensters abläuft, kann unter der Annahme operieren, dass eine detektierte Interaktion mit diesem bestimmten Fenster die einzige empfangene Eingabe ist. Daher müssen sich die Anwendung und/oder der Prozess nicht mit der Möglichkeit anderer Benutzerinteraktionen befassen, die in anderen Teilen der Anzeige außerhalb des Fensters auftreten. Des Weiteren kann ein Fenster zusätzlich in verschiedene Elemente partitioniert werden, wobei jedes Element mit einem speziellen Teil des Fensters assoziiert ist. Jedes Element kann durch ein separates Softwareelement (z.B. ein Softwareobjekt) implementiert sein. Wiederum kann jedes Softwareobjekt Interaktionen verarbeiten, die in seinem assoziierten Bereich auftreten, ohne sich mit Interaktionen zu befassen, die gleichzeitig an einem anderen Ort auftreten können.
Andererseits, können bei Verwendung einer Mehrfachberührungsschnittstelle zwei oder mehrere Berührungsereignisse gleichzeitig an verschiedenen Teilen der Anzeige auftreten. Dieses kann es schwer machen, die Anzeige in verschiedene Teile aufzuspalten und verschiedene unabhängige Softwareelemente die mit jedem der Teile assoziierten Interaktionen verarbeiten zu lassen. Außerdem können, selbst wenn die Anzeige in verschiedene Teile aufgespalten wird, verschiedene Berührungsereignisse in einem einzigen Teil auftreten. Daher kann es erforderlich sein, dass eine einzige Anwendung, ein Prozess oder ein anderes Softwareelement mehrere gleichzeitig auftretende Berührungsereignisse verarbeiten muss. Wenn allerdings jede Anwendung, jeder Prozess oder jedes andere Softwareelement mehrere Berührungsinteraktionen betrachten muss, dann können die Gesamtkosten und die Gesamtkomplexität von auf der mehrfachberührungsfähigen Vorrichtung ablaufender Software unerwünscht hoch sein. Genauer, jede Anwendung kann große Mengen von hereinkommenden Berührungsdaten verarbeiten müssen. Dies kann eine hohe Komplexität in Anwendungen von scheinbar einfacher Funktionalität erfordern und kann die Programmierung einer mehrfachberührungsfähigen Vorrichtung allgemein schwierig und teuer machen. Ebenso kann existierende Software, die eine Einfachzeigevorrichtung voraussetzt, sehr schwierig in eine Version umzuwandeln oder dorthin zu portieren sein, die auf einer mehrfachpunktfähigen- oder mehrfachberührungsfähigen Vorrichtung ablaufen kann.
(Die Druckschrift US 2006/0097991 A1 offenbart einen Mehrpunkt-Berührungsbildschirm.
Die Druckschrift US 2007/0226636 A1 offenbart ein System für gleichzeitige Eingaben über mehrere Anwendungen hinweg.)
Zusammenfassung der Erfindung
Ausführungsformen der vorliegenden Erfindung betreffen Verfahren, Software, Vorrichtungen und APIs zur Definition von Berührungsereignissen für Anwendungssoftware. Des Weiteren sind einige Ausführungsformen auf die Vereinfachung der Erkennung von Einfach- und Mehrfachberührungsereignissen für auf mehrfachberührungsfähigen Vorrichtungen ablaufenden Anwendungen gerichtet.
Die Druckschrift US 2006/0097991 A1 offenbart einen Mehrpunkt-Berührungsbildschirm.
Die Druckschrift US 2007/0226636 A1 offenbart ein System für gleichzeitige Eingaben über mehrere Anwendungen hinweg.
Um das Erkennen von Einfach- und Mehrfachberührungsereignissen zu vereinfachen, kann jede Ansicht innerhalb eines bestimmten Fensters entweder als Mehrfachberührungsansicht oder als Einfachberührungsansicht konfiguriert werden. Des Weiteren kann jede Ansicht entweder als eine exklusive oder eine nicht exklusive Ansicht konfiguriert sein. Abhängig von der Konfiguration einer Ansicht können Berührungsereignisse in dieser und anderen Ansichten entweder ignoriert oder erkannt werden. Ignorierte Berührungen müssen nicht an die Anwendung gesendet werden. Ein selektives Ignorieren von Berührungen erlaubt es einfacheren Anwendungen oder Softwareelementen, die nicht die Vorteile hoch entwickelter Mehrfachberührungsmerkmale nutzen, auf derselben Vorrichtung (und sogar zur selben Zeit) ausgeführt zu werden, wie komplexere Anwendungen oder Softwareelemente.
Figurenliste

1 ist ein Diagramm eines Eingabe/Ausgabeverarbeitungs-stapels einer beispielhaften mehrfachberührungsfähigen Vorrichtung gemäß einer Ausführungsform dieser Erfindung.
2A ist ein Diagramm einer beispielhaften mehrfachberührungsfähigen Vorrichtung gemäß einer Ausführungsform dieser Erfindung.
2B ist ein Diagramm einer anderen beispielhaften mehrfachberührungsfähigen Vorrichtung gemäß einer Ausführungsform dieser Erfindung.
3 ist ein Diagramm einer beispielhaften Mehrfachberührungsanzeige gemäß einer Ausführungsform dieser Erfindung.
4 ist ein Flussdiagramm, das ein beispielhaftes Betriebsverfahren des Mehrfachberührungsflags gemäß einer Ausführungsform dieser Erfindung zeigt.
5A und 5B sind Flussdiagramme, die ein beispielhaftes Betriebsverfahren für das exklusive Berührungsflag gemäß einer Ausführungsform dieser Erfindung zeigen.

Detaillierte Beschreibung der bevorzugten Ausführungsform
In der folgenden Beschreibung bevorzugter Ausführungsformen wird auf die beiliegenden Zeichnungen Bezug genommen, die einen Teil hiervon bilden und in denen spezifische Ausführungsformen illustriert sind, in denen die Erfindung implementiert werden kann. Es versteht sich, dass andere Ausführungsformen verwendet werden können und dass strukturelle Änderungen durchgeführt werden können, ohne vom Umfang der bevorzugten Ausführungsformen der vorliegenden Erfindung abzuweichen.
Hier geht es um ein Berührungsereignismodell, das das Erkennen von Einfach- und Mehrfachberührungsereignissen für Benutzerschnittstellenanwendungen vereinfacht, die in mehrfachpunktfähigen- und mehrfachberührungsfähigen Vorrichtungen ablaufen. Um das Erkennen von Einfach- und Mehrfachberührungsereignissen zu erleichtern, kann jede Ansicht innerhalb eines bestimmten Fensters entweder als Mehrfachberührungsansicht oder als Einfachberührungsansicht konfiguriert werden. Des Weiteren kann jede Ansicht entweder als eine exklusive oder als eine nicht exklusive Ansicht konfiguriert sein. Abhängig von der Konfiguration einer Ansicht können Berührungsereignisse in dieser oder anderen Ansichten entweder ignoriert oder erkannt werden.
Wenngleich Ausführungsformen der vorliegenden Erfindung hier in Bezug auf spezielle mehrfachberührungsfähige Vorrichtungen beschrieben und illustriert sind, versteht es sich, dass Ausführungsformen der vorliegenden Erfindung nicht auf derartige Vorrichtungen beschränkt sind, sondern allgemein auf jegliche mehrfachberührungsfähige Vorrichtungen anwendbar sind. Des Weiteren sind Ausführungsformen der Erfindung nicht auf mehrfachberührungsfähige Vorrichtungen beschränkt, sondern umfassen Mehrfachpunktvorrichtungen, wie z.B. Mehrfachnäherungssensorvorrichtungen, die in der oben genannten US-Patentanmeldung Nr. 11/649,998 beschrieben sind.
Einige Ausführungsformen beziehen sich auf APIs. Im Allgemeinen ist ein API eine Quellcodeschnittstelle, die ein Computersystem bereitstellt, um Dienstanforderungen einer Softwareoperation zu unterstützen. Ein API wird vermittels einer Programmiersprache spezifiziert, die beim Bau eines Systems interpretiert oder kompiliert werden kann, anstatt als eine explizite systemnahe Beschreibung wie Daten im Speicher abgelegt zu werden. Die Software, die die Funktionalität eines API bereitstellt, wird als eine Implementierung des API bezeichnet. Vielerlei Vorrichtungen wie z.B. Computersysteme, elektronische Geräte, tragbare Vorrichtungen und handgehaltene Vorrichtungen weisen Softwareanwendungen auf. Die Vorrichtung stellt eine Schnittstelle zwischen den Softwareanwendungen und der Benutzerschnittstellensoftware bereit, um dem Benutzer der Vorrichtung bestimmte Merkmale und Operationen zur Verfügung zu stellen.
Wenigstens einige Ausführungsformen der Vorrichtung können ein oder mehrere APIs in einer Umgebung umfassen, in der Benutzerschnittstellensoftware mit einer Softwareanwendung interagiert. Verschiedene Funktionsaufrufe oder Nachrichten werden über die APIs zwischen der Benutzerschnittstellensoftware und den Softwareanwendungen übertragen. Das Übertragen der Funktionsaufrufe oder Nachrichten kann ein Ausgeben, Initiieren, Auslösen oder Empfangen der Funktionsaufrufe oder Nachrichten umfassen. Beispielhafte APIs können das Senden von Berührungsereignisinformation umfassen. Ein API kann auch Funktionen mit Parametern, Variablen oder Zeigern implementieren. Ein API kann offenbarte Parameter oder andere Kombinationen von Parametern empfangen. Zusätzlich zu den offenbarten APIs können andere APIs individuell oder in Kombination ähnliche Funktionalität ausführen wie die offenbarten APIs.
1 ist ein Diagramm eines Eingabe-/Ausgabeverarbeitungs-stapels einer beispielhaften mehrfachberührungsfähigen Vorrichtung gemäß einiger Ausführungsformen der Erfindung. Die Hardware 100 kann auf der untersten Schicht einer mehrfachberührungsfähigen Vorrichtung verfügbar sein. Sie kann verschiedene Hardwareschnittstellenkomponenten, wie z.B. ein mehrfachberührungsfähiges Feld 101 und/oder einen Beschleunigungsmesser 102, aufweisen. Das Mehrfachberührungsfeld kann eine Anzeige und ein Feld aufweisen, dass gleichzeitig mehrere Berührungen misst. Ein Beispiel für ein solches Feld ist in größerem Detail in der oben genannten Anmeldung 11/649,998 erläutert. Der Beschleunigungsmesser kann eine Hardwarevorrichtung sein, die die Beschleunigung der mehrfachberührungsfähigen Vorrichtung misst. Sie kann verwendet werden, um zu erfassen, wann sich die Vorrichtung bewegt, wie sie bewegt wird, ob sie fallengelassen wird usw. Andere Hardwareschnittstellenvorrichtungen, wie z.B. Gyroskope, Lautsprecher, Tasten, Infrarot(IR)-Sensoren usw. (nicht gezeigt) können ebenso vorhanden sein.
Ein Treiber oder ein Satz von Treibern 103 kann mit der Hardware 100 kommunizieren. Die Treiber können von der Hardware empfangene Eingabedaten empfangen und verarbeiten. Ein Kernbetriebssystem (OS) 104 kann mit dem bzw. den Treiber(n) kommunizieren. Das Kern-OS kann von dem bzw. den Treiber(n) empfangene Roheingabedaten verarbeiten. In einigen Ausführungsformen können die Treiber als ein Teil des Kern-OS betrachtet werden.
Ein Satz von OS-Anwendungsprogrammierschnittstellen (APIs) 105 kann mit dem Kern-OS kommunizieren. Diese APIs können ein Satz von APIs sein, die normalerweise im Umfang von Betriebssystemen (wie z.B. Linux oder UNIX APIs) enthalten sind. Benutzerschnittstellen-APIs 106 (UI APIs) können einen Satz von APIs enthalten, der zur Verwendung durch auf der Vorrichtung ablaufende Anwendungen entworfen ist. Die UI APIs können die OS APIs verwenden. Auf der Vorrichtung ablaufende Anwendungen 107 können die APIs der UI APIs verwenden, um mit dem Benutzer zu kommunizieren. Die UI APIs können im Gegenzug mit den Elementen niedrigerer Schichten kommunizieren und so schließlich mit dem Mehrfachberührungsfeld 101 und verschiedener anderer Benutzerschnittstellenhardware kommunizieren. Während jede Schicht die unter ihr liegende Schicht verwenden kann, ist dies nicht immer erforderlich. In einigen Ausführungsformen können beispielsweise Anwendungen 107 fallweise mit den OS APIs 105 kommunizieren. Die APIs 105 und 106 können entsprechende Sätze von Anwendungsprogrammierschnittstellen sowie deren entsprechende Implementierungen umfassen. Beispielsweise können die UI APIs 106 auch eine Benutzerschnittstellen(UI)-Software zur Implementierung der UI APIs enthalten.
Die 2A und 2B sind Diagramme zweier Typen beispielhafter mehrfachberührungsfähiger Vorrichtungen gemäß einiger Ausführungsformen der Erfindung. 2A zeigt eine beispielhafte Vorrichtung 200. Die Vorrichtung 200 kann eine CPU 201 und einen Speicher 202 aufweisen, die durch einen Bus 204 verbunden sind. Der Bus kann auch mit einer Mehrfachberührungsanzeige 203 verbunden sein. Die Mehrfachberührungsanzeige kann ein Mehrfachberührungsfeld und eine Anzeige enthalten. Das Mehrfachberührungsfeld und die Anzeige können kombiniert sein, um die Mehrfachberührungsanzeige 203 zu bilden. Die Mehrfachberührungsanzeige kann zu dem Mehrfachberührungsfeld 101 innerhalb der Hardwareschicht 100 von 1 korrespondieren. Die CPU kann verwendet werden, um in dem Speicher abgelegte Software auszuführen. Die durch die CPU ausgeführte Software kann die Schichten 103 bis 107 aus 1 enthalten. Daher kann die Software Treiber, ein OS, verschiedene APIs und Anwendungen enthalten.
2B zeigt eine alternative Vorrichtung 210. Die Vorrichtung 210 kann der Vorrichtung 200 ähnlich sein. Allerdings kann die Vorrichtung 210 ein separates Mehrfachberührungsfeld 212 und eine Anzeige 211 anstatt der einzigen Einheit der Vorrichtung 200 enthalten. Daher muss man bei der Vorrichtung 210 die Anzeige nicht berühren, um mit dem Mehrfachberührungsfeld zu interagieren. Die Vorrichtung 210 kann beispielsweise ein Laptop-Computer mit einem Mehrfachberührungstrackpad sein (wobei das Mehrfachberührungsfeld als Trackpad dient).
Das Mehrfachberührungsfeld und/oder die Anzeige aus den 2A und 2B können auch andere Sensortechnologie, wie z.B. Näherungsmessung wie in der oben genannten US-Patentanmeldung Nr. 11/649,998 erläutert, verwenden. Im Allgemeinen kann ein Mehrfachberührungsfeld und/oder eine solche Anzeige für die Vorrichtungen aus den 2A und 2B verwendet werden. Das Mehrfachpunktfeld und/oder die Mehrfachpunktanzeige können verschiedene Typen von Sensortechnologie aufweisen. Beispielsweise kann es bzw. sie nur Mehrfachberührungstechnologie (wodurch sich ein Mehrfachberührungsfeld und/oder eine Mehrfachberührungsanzeige ergibt), Mehrfachnäherungsmesstechnologie, eine Kombination der beiden oder einen anderen Typ von Mehrfachpunkttechnologie aufweisen.
Die Vorrichtungen aus den 2A und 2B können verschiedene unterschiedliche Typen von mehrfachberührungsfähigen Vorrichtungen umfassen. Beispielsweise können sie ein Mobiltelefon, eine tragbare Videospielkonsole, einen elektronischen Musikspieler, ein E-Book, einen PDA, einen elektronischen Organizer, ein E-Mail-Gerät, einen Laptop- oder Personalcomputer, einen Kioskcomputer oder eine Verkaufsmaschine usw. umfassen.
3 ist ein Diagramm einer beispielhaften Mehrfachberührungsanzeige 300. Die Mehrfachberührungsanzeige kann die Anzeige 203 aus 2A oder die Anzeige 211 aus 2B sein. Die Anzeige kann verschiedene Benutzerschnittstellenelemente (wie z.B. Graphik, usw.) anzeigen, die durch Software generiert sind, die auf der die Anzeige enthaltenden Vorrichtung (z.B. Vorrichtung 200 aus 2A oder Vorrichtung 210 aus 2B) abläuft. Der Benutzer kann mit den verschiedenen Benutzerschnittstellenelementen interagieren, um mit der Software zu interagieren. Bei der Verwendung der Vorrichtung aus 2A kann der Benutzer mit den Benutzerschnittstellen interagieren, indem er sie direkt auf der Anzeige berührt. Bei der Verwendung der Vorrichtung aus 2B kann der Benutzer das separate Mehrfachberührungsfeld 212 berühren, um ein oder mehrere Cursor auf der Anzeige 211 zu bewegen und zu steuern, wobei die Cursor verwendet werden, um mit der Software zu interagieren.
Die auf der Anzeige 300 dargestellten Benutzerschnittstellenelemente können ein oder mehrere Ansichten umfassen. Jede Ansicht kann ein graphisches Benutzerschnittstellenelement darstellen, das durch ein separates Softwareelement behandelt wird. Die separaten Softwareelemente können verschiedene Anwendungen, verschiedene Prozesse oder Threads (sogar innerhalb derselben Anwendung), unterschiedlichen Routinen oder Subroutinen, unterschiedliche Objekte usw. enthalten. In einigen Ausführungsformen kann jedes separate Softwareelement Benutzerschnittstellenelemente für seinen entsprechenden Teil der Anzeige erstellen sowie Berührungseingaben für diesen Teil der Anzeige empfangen und verarbeiten. Die Berührungseingaben können durch die verschiedenen im Zusammenhang mit 1 erläuterten Schichten verarbeitet werden, die nachfolgend verarbeitete Berührungseingabedaten an das Softwareelement (welches ein Teil der Anwendungen 109 sein kann) senden können. Die verarbeiteten Berührungseingabedaten können als Berührungsereignis(se) bezeichnet werden und können in einem Format vorliegen, das einfacher zu verarbeiten ist, als durch das Mehrfachberührungsfeld erzeugte Rohberührungsdaten. Beispielsweise kann jedes Berührungsereignis einen Satz von Koordinaten umfassen, an denen gegenwärtig eine Berührung auftritt. In einigen Ausführungsformen kann der Satz von Koordinaten zu einem Schwerpunkt einer Berührung korrespondieren. Der Kürze und Einfachheit willen kann in der nachfolgenden Erläuterung auf ein mit einer Ansicht assoziiertes Softwareelement Bezug genommen werden, indem einfach auf die Ansicht selbst Bezug genommen wird.
Ansichten können verschachtelt sein. In anderen Worten, eine Ansicht kann andere Ansichten enthalten. Folglich kann ein mit einer ersten Ansicht assoziiertes Softwareelement ein oder mehrere mit Ansichten innerhalb der ersten Ansicht assoziierte Softwareelemente enthalten oder damit verknüpft sein. Während einige Ansichten mit Anwendungen assoziiert sein können, können andere mit OS-Elementen hoher Schichten, wie z.B. graphischen Benutzerschnittstellen, Fensterverwaltungen, usw. assoziiert sein.
Die beispielhafte Anzeige aus 3 zeigt eine Musikbrowseranwendung. Die Anzeige kann eine Statusbalkenansicht 301 umfassen, die den Gesamtstatus der Vorrichtung anzeigt. Die Statusbalkenansicht kann ein Teil des OS sein. Die Titelansicht 302 kann auch enthalten sein. Die Titelansicht selbst enthält mehrere andere Ansichten, wie z.B. die zentrale Titelansicht 310, die Zurücktaste 312 und die Vorwärtstaste 311. Die Tabellenansicht 303 kann auch enthalten sein. Die Tabellenansicht 303 kann ein oder mehrere Tabellenelementansichten enthalten, wie z.B. die Tabellenelementansicht 304. Wie in einer Ausführungsform gesehen, können die Tabellenelementansichten Liedertitel sein. Eine Tastenbalkenansicht 305 kann ebenso enthalten sein. Die Tastenbalkenansicht kann die Tasten 306 bis 309 enthalten.
Jede Ansicht und ihr assoziiertes Softwareelement können in der Lage sein, Berührungsereignisse, die bei dieser bestimmten Ansicht auftreten, zu empfangen, zu verarbeiten und zu behandeln. Wenn daher beispielsweise ein Benutzer die Liedertitelansicht 304 berührt, so kann das mit dieser Ansicht assoziierte Softwareelement ein Berührungsereignis empfangen, das anzeigt, dass die Ansicht berührt wurde, und es verarbeiten und entsprechend reagieren. Beispielsweise kann das Softwareelement die graphische Darstellung der Ansicht (z.B. ein Markieren der Ansicht) ändern und/oder kann bewirken, dass andere Aktionen, wie z.B. das Wiedergeben eines mit der berührten Ansicht assoziierten Liedes, bewirkt werden.
In einigen Ausführungsformen werden Berührungsereignisse auf der niedrigsten Schicht der Ansichtenhierarchie verarbeitet. Wenn daher beispielsweise ein Benutzer die Titelbalkenansicht 302 berührt, muss das Berührungsereignis nicht direkt durch das mit der Titelbalkenansicht assoziierte Softwareelement verarbeitet werden, sondern kann statt dessen durch ein Softwareelement verarbeitet werden, das mit einer in der Titelbalkenansicht enthaltenen Ansicht assoziiert ist, an der die Berührung auftrat (d.h. ein mit einer der Ansichten 310, 311 oder 312 assoziiertes Softwareelement). In einigen Ausführungsformen können auch einige Ansichten höherer Schichten Berührungsereignisse verarbeiten. Zusätzlich können verschiedene Softwareelemente, die nicht mit einer gerade berührten Ansicht assoziiert sind, nichtsdestotrotz alarmiert werden oder sie können selbst erkennen, dass die Ansicht berührt wird.
Da die Anzeige 300 eine Mehrfachberührungsanzeige ist, können mehrere Berührungen zur selben Zeit auftreten. Die mehreren Berührungen können in derselben Ansicht oder in zwei oder mehr verschiedenen Ansichten auftreten. Des Weiteren kann ein Benutzer Gesten ausführen (z.B. durch Herabdrücken eines oder mehrerer Finger oder durch ihre Bewegung), die vordefinierte Bedeutungen haben können. Mehrfachberührungsgesten werden in größerem Detail in der US-Patentanmeldung Nr. 10/903,964 mit dem Titel „GESTURES FOR TOUCH SENSITIVE INPUT DEVICES“, eingereicht am 30. Juli 2004, erläutert, die hiermit in ihrer Gesamtheit durch Verweis aufgenommen wird.
Eine Ansicht kann Berührungsereignisse empfangen, die innerhalb der Ansicht beginnen. Wenn ein Benutzer einen Finger gegen die Anzeige gedrückt hält, dann kann die Ansicht mehrere Berührungsereignisse empfangen, die eine kontinuierliche Berührung anzeigen. Wenn ein Benutzer einen gedrückten Finger bewegt, kann die Ansicht mehrere Berührungsereignisse empfangen, die eine Bewegung der Berührung anzeigen. Wenn ein Benutzer einen gedrückten Finger aus der Ansicht heraus bewegt, dann kann die Ansicht weiterhin mit dieser Bewegung assoziierte Berührungsereignisse empfangen (und die Ansichten, zu denen sich der Finger hinbewegt hat, brauchen solche Berührungsereignisse nicht empfangen). Daher kann eine Ansicht Ereignisse empfangen, die mit einer Geste oder einer Bewegung assoziiert sind, die in der Ansicht beginnt, selbst wenn sie außerhalb der Ansicht fortgeführt wird.
Eine Berührung kann sich auf eine Aktion beziehen, die damit beginnt, dass ein Finger oder ein anderer Körperteil oder ein anderes Objekt auf die Oberfläche eines Mehrfachberührungsfeldes (oder einer Mehrfachberührungsanzeige) gedrückt wird und die endet, wenn der Finger oder das Objekt von der Anzeige entfernt wird. Daher kann die Berührung ein Bewegen des Fingers oder Objekts oder das Beibehalten des Fingers oder des Objekts an derselben Stelle für eine Zeitspanne umfassen.
Berührungsereignisse können durch ein oder mehrere APIs (und ihre entsprechenden Implementierungen) an Ansichten (oder die Softwareelemente, die die Ansichten implementieren) gesendet werden. Ein Beispiel für ein API, zur Verarbeitung von Berührungsereignissen ist im Anhang A unten zur Verfügung gestellt. Gemäß dem API aus Anhang A kann das API an jede Ansicht eine Berührungsereignisdatenstruktur senden, die ein oder mehrere Einfachberührungsdatenstrukturen (oder Berührungsdatenstrukturen) enthält. Jede Berührungsereignisdatenstruktur kann den gegenwärtigen Zustand aller in der Ansicht zu einem bestimmten Zeitpunkt auftretenden Berührungen definieren. Die entsprechenden Berührungsdatenstrukturen innerhalb einer Berührungsereignisdatenstruktur können den gegenwärtigen Status einer oder mehrerer entsprechender Einfachberührungen zu dem bestimmten Zeitpunkt definieren. Wenn daher drei Berührungen zu einem bestimmten Zeitpunkt in einer bestimmten Ansicht auftreten, so kann eine Berührungsereignisdatenstruktur, die drei Berührungsdatenstrukturen zur Definition des Zustands der drei Berührungen enthält, an die Ansicht gesendet werden. In einigen Ausführungsformen können Berührungsdatenstrukturen gesendet werden, selbst wenn ihre assoziierten Berührungen nicht mehr stattfinden, um die Ansicht darauf hinzuweisen, dass die Berührungen beendet worden sind.
Wie oben bemerkt, kann eine Berührung eine Aktion beinhalten, die nicht auf den Moment begrenzt sein muss. Beispielsweise kann eine Berührung eine Aktion enthalten, bei der ein Finger bewegt oder für eine Zeitspanne gegen eine Anzeige gehalten wird. Eine Berührungsdatenstruktur definiert dagegen einen Zustand einer Berührung zu einem bestimmten Zeitpunkt. Daher können mehrere Berührungsdatenstrukturen mit einer einzigen Berührung assoziiert sein, wodurch die einzelne Berührung zu verschiedenen Zeitpunkte definiert wird.
Jede Berührungsdatenstruktur kann verschiedene Felder umfassen. Ein „erste Berührung für Ansicht“-Feld kann anzeigen, ob die Berührungsdatenstruktur die erste Berührung für die bestimmte Ansicht definiert (seit das die Ansicht implementierende Softwareelement instantiiert wurde). Ein „Zeitstempel“-Feld kann die bestimmte Zeit anzeigen, auf die sich die Berührungsdatenstruktur bezieht.
Ein „Info“-Feld kann verwendet werden, um anzugeben, ob eine Berührung eine rudimentäre Geste ist. Beispielsweise kann das „Info“-Feld anzeigen, ob die Berührung ein Ziehen ist, und wenn dies der Fall ist, in welche Richtung das Ziehen orientiert ist. Ein Ziehen ist hier ein schnelles Ziehen eines oder mehrerer Finger in einer geraden Richtung. Die API-Implementierungen können feststellen, ob eine Berührung ein Ziehen ist und diese Information an die Anwendung über das „Info“-Feld weiterleiten, und so der Anwendung einige Datenverarbeitung ersparen, die nötig wäre, wenn die Berührung ein Ziehen wäre.
Ein „Tippzähler“-Feld kann anzeigen, wie viele Tippberührungen sequentiell an der Berührungsposition ausgeführt wurden. Eine Tippberührung kann als ein kurzes Drücken und wieder Abheben eines Fingers gegen ein Feld an einer bestimmten Position definiert werden. Mehrere sequentielle Tippbewegungen können auftreten, wenn der Finger wiederholt in schneller Folge an derselben Position des Feldes gedrückt und abgehoben wird. Daher kann die API-Implementierung Tippberührungen für verschiedene Anwendungen zählen und diese Information über das Tippberührungs-„Zählfeld“ weiterleiten. Mehrere Tippberührungen am selben Ort werden manchmal als sehr nützliche und einfach zu merkende Befehle für berührungsfähige Schnittstellen betrachtet. Daher kann das API durch das Zählen von Tippberührungen der Anwendung wieder einige Datenverarbeitung ersparen.
Ein „Phase“-Feld kann eine bestimmte Phase anzeigen, in der sich die Berührung gegenwärtig befindet. Das Phasefeld kann verschiedene Werte haben, wie z.B. „Berührungsphase hat begonnen“, die anzeigen können, dass die Berührungsdatenstruktur eine neue Berührung definiert, die noch nicht durch frühere Berührungsdatenstrukturen referenziert wurde. Ein „Berührungsphase hat sich bewegt“-Wert kann anzeigen, dass die definierte Berührung sich von einer in einer früheren Berührungsdatenstruktur definierten Position weiterbewegt hat. Ein „Berührungsphase stationär“-Wert kann anzeigen, dass die Berührung in derselben Position verblieben ist, seit die letzte Berührungsdatenstruktur für diese Berührung erzeugt wurde. Ein „Berührungsphase beendet“-Wert kann anzeigen, dass die Berührung beendet wurde (z.B. wenn der Benutzer seinen Finger von der Oberfläche einer Mehrfachberührungsanzeige abgehoben hat). Ein „Berührungsphase abgebrochen“-Wert kann anzeigen, dass die Berührung durch die Vorrichtung abgebrochen wurde. Eine abgebrochene Berührung kann eine Berührung sein, die nicht nötigerweise durch den Benutzer beendet wird, aber bei der die Vorrichtung bestimmt, dass sie ignoriert werden soll. Beispielsweise kann die Vorrichtung bestimmen, dass die Berührung versehentlich erzeugt wurde (d.h. als Ergebnis davon, dass eine tragbare mehrfachberührungsfähige Vorrichtung in eine Tasche gesteckt wurde) und dass daher die Berührung zu ignorieren ist. Jeder Wert des „Phasefeldes“ kann eine ganze Zahl sein.
Daher kann jede Datenstruktur definieren, was mit einer Berührung zu einem bestimmten Zeitpunkt passiert (z.B. ob die Berührung stationär, bewegt, usw. ist) sowie andere mit der Berührung assoziierte Information (wie z.B. Position). Entsprechend kann jede Berührungsdatenstruktur den Zustand einer bestimmten Berührung zu einem bestimmten Zeitpunkt definieren. Ein oder mehrere sich auf denselben Zeitpunkt beziehende Berührungsdatenstrukturen können zu einer Berührungsereignisdatenstruktur hinzugefügt werden, die den Status aller Berührungen definiert, die eine bestimmte Ansicht zu einem Zeitpunkt empfängt (wie oben bemerkt können einige Berührungsdatenstrukturen auch Berührungen referenzieren, die beendet wurden und nicht länger empfangen werden). Im Laufe der Zeit können mehrere Berührungsereignisdatenstrukturen an die eine Ansicht implementierende Software gesendet werden, um die Software mit kontinuierlicher Information zu versorgen, die die in der Ansicht auftretenden Berührungen beschreibt. Ein oder mehrere Elemente der Vorrichtung, wie z.B. die Hardware 100, die Treiber 103, das Kern-OS 104, die OS APIs 105 und UI APIs können Berührungen an dem Mehrfachberührungsfeld 101 detektieren und die verschiedenen Berührungsereignisdatenstrukturen erzeugen, die diese Berührungen definieren.
Die Fähigkeit, mehrere Berührungen und Mehrfachberührungsgesten verarbeiten zu können kann den verschiedenen Softwareelementen Komplexität hinzufügen. In einigen Fällen kann solche zusätzliche Komplexität erforderlich sein, um fortschrittliche und gewünschte Schnittstellenmerkmale zu implementieren. Beispielsweise kann ein Spiel die Fähigkeit, mehrere gleichzeitige in verschiedenen Ansichten auftretende Berührungen zu verarbeiten, erforderlich machen, da Spiele oft das Drücken mehrerer Tasten zur selben Zeit verlangen. Einige einfachere Anwendungen und/oder Ansichten (und ihre assoziierten Softwareelemente) benötigen dagegen keine fortschrittlichen Schnittstellenmerkmale. Beispielsweise kann eine einfache Taste (wie z.B. Taste 306) befriedigend mit einfachen Berührungen betrieben werden und benötigt keine Mehrfachberührungsfunktionalität. In diesen Fällen kann das darunter liegende OS unnötigerweise oder exzessive Berührungsdaten (z.B. Mehrfachberührungsdaten) an ein Softwareelement schicken, das mit einer Ansicht assoziiert ist, die dafür vorgesehen ist, nur durch einfache Berührungen betrieben zu werden (z.B. eine Taste). Weil das Softwareelement diese Daten möglicherweise verarbeiten muss, muss es möglicherweise die gesamte Komplexität eines Softwareelements aufweisen, das Mehrfachberührungen verarbeitet, selbst wenn es mit einer Ansicht assoziiert ist, für die nur Einfachberührungen relevant sind. Dies kann die Kosten der Softwareentwicklung für die Vorrichtung erhöhen, weil Softwareelemente, die in einer Mausschnittstellenumgebung traditionell sehr leicht zu programmieren waren (z.B. verschiedene Tasten, usw.), in einer Mehrfachberührungsumgebung viel komplexer sein können.
Ausführungsformen der vorliegenden Erfindung adressieren die oben genannten Probleme durch das selektive Bereitstellen von Berührungsdaten an verschiedene Softwareelemente gemäß vordefinierter Einstellungen. Daher kann eine einfachere Schnittstelle für ausgewählte Softwareelemente bereitgestellt werden, während andere die Vorteile komplexerer Mehrfachberührungseingaben nutzen können.
Ausführungsformen der Erfindung können auf ein oder mehreren Flags beruhen, die mit ein oder mehreren Ansichten assoziiert sind, wobei jedes Flag oder jede Kombination daraus einen Modus zur Berührungsereignisverarbeitung für eine bestimmte Ansicht anzeigt. Beispielsweise können Mehrfachberührungs- und/oder exklusive Berührungsflags verwendet werden. Das Mehrfachberührungsflag kann anzeigen, ob eine bestimmte Ansicht in der Lage ist, mehrere gleichzeitige Berührungen zu empfangen oder nicht. Das exklusive Berührungsflag kann anzeigen, ob eine bestimmte Ansicht es anderen Ansichten erlaubt, Berührungsereignisse zu empfangen, während die Ansicht ein Berührungsereignis empfängt.
4 ist ein Flussdiagramm, das den Betrieb des Mehrfachberührungsflags gemäß einer Ausführungsform der Erfindung zeigt. Bei Schritt 400 kann ein Benutzer eine Ansicht an einer ersten Stelle innerhalb der Ansicht berühren. Es kann angenommen werden, dass auf der Mehrfachberührungsanzeige keine weiteren Berührungen vorliegen, wenn die Berührung aus Schritt 400 empfangen wird. Bei Schritt 402 kann das OS ein die empfangene Berührung definierendes Berührungsereignis an ein mit der berührten Stelle assoziiertes Softwareelement senden.
Bei Schritt 404 kann der Benutzer die Ansicht an einer zweiten Stelle berühren, ohne dabei die erste Berührung aufzugeben (d.h. während ein Finger an der ersten Stelle gedrückt verbleibt). Daher kann der Benutzer beispielsweise den rechten Teil der Tabellenelementansicht 304 bei Schritt 400 berühren und den linken Teil der Tabellenelementansicht 304 bei Schritt 404, ohne dabei seinen bzw. ihren Finger von dem rechten Teil zu lösen. Dadurch tritt die zweite Berührung gleichzeitig mit der ersten Berührung auf (und macht sich damit die Vorteile der Mehrfachberührungsfähigkeit der Anzeige 300 zunutze).
Bei Schritt 406 kann das OS feststellen, ob das Mehrfachberührungsflag für die berührte Ansicht gesetzt ist. Wenn das Mehrfachberührungsflag gesetzt ist, dann kann die Ansicht eine Ansicht sein, die mehrere gleichzeitige Berührungen verarbeiten kann. Daher kann bei Schritt 408 ein zweites Berührungsereignis für die zweite Berührung an das mit der Ansicht assoziierte Softwareelement gesendet werden. Es ist zu bemerken, dass neue Instanzen für das erste Berührungsereignis ebenso gesendet werden können, die anzeigen, dass das erste Berührungsereignis weiterhin stattfindet (d.h. der Finger an der ersten Stelle wurde nicht abgehoben). Die neuen Instanzen des ersten Berührungsereignisses können unterschiedliche Stellen spezifizieren, wenn der Finger an der ersten Stelle von dieser Stelle wegbewegt wird, ohne dabei abgehoben zu werden (d.h., wenn er über die Oberfläche der Anzeige „gezogen“ wird).
Wenn andererseits das Mehrfachberührungsflag nicht gesetzt ist, kann das OS die zweite Berührung ignorieren oder blockieren. Ein Ignorieren der zweiten Berührung kann darin resultieren, dass keinerlei mit der zweiten Berührung assoziierte Berührungsereignisse an das mit der berührten Ansicht assoziierte Softwareelement gesendet werden. In einigen Ausführungsformen kann das OS, soweit erforderlich, andere Softwareelemente auf die zweite Berührung hinweisen.
Daher können es Ausführungsformen der vorliegenden Erfindung ermöglichen, dass relativ einfache Softwareelemente, die programmiert sind, um nur eine einzige Berührung zu einem Zeitpunkt zu verarbeiten, ihr Mehrfachberührungsflag nicht aktiviert lassen und damit sicherstellen, dass Berührungsereignisse, die ein Teil mehrerer gleichzeitiger Berührungen sind, nicht an sie gesendet werden. Unterdessen können komplexe Softwareelemente, die mehrere gleichzeitig auftretende Berührungen verarbeiten können, ihr Mehrfachberührungsflag aktivieren und Berührungsereignisse für alle Berührungen empfangen, die in ihren assoziierten Ansichten auftreten. Folglich können die Entwicklungskosten für einfache Softwareelemente reduziert werden, während fortschrittliche Mehrfachberührungsfunktionalität für komplexere Elemente bereitgestellt werden kann.
Die 5A und 5B sind Flussdiagramme, die ein beispielhaftes Betriebsverfahren für das exklusive Berührungsflag gemäß einer Ausführungsform der Erfindung zeigen. Bei Schritt 500 kann ein Benutzer eine erste Ansicht berühren. Bei Schritt 502 kann das OS ein Berührungsereignis an ein erstes mit der ersten Ansicht assoziiertes Softwareelement senden. Bei Schritt 504 kann der Benutzer eine zweite Ansicht berühren, ohne dabei die erste Berührung aufzugeben.
Bei Schritt 506 kann das OS prüfen, ob das exklusive Berührungsflag für die erste Ansicht aktiviert ist. Wenn es gesetzt (aktiviert) ist, bedeutet dies, dass die erste Ansicht exklusiv die Berührungen empfangen muss und dass keine anderen Berührungen an andere Ansichten gesendet werden sollen. Wenn daher das exklusive Berührungsflag gesetzt ist, kann das OS die zweite Berührung ignorieren (oder blockieren) und diese nicht an irgendwelche Softwareelemente senden. Wenn das Exklusivansichtsflag nicht gesetzt ist, dann kann das Verfahren zu Schritt 510 aus 5B übergehen.
In Schritt 510 kann das OS feststellen, ob das exklusive Ansichtsflag für die zweite Ansicht gesetzt ist. Wenn dieses Flag gesetzt ist, dann kann die zweite Ansicht nur exklusive Berührungsereignisse empfangen. Wenn daher bereits ein anderes Berührungsereignis durch eine andere Ansicht empfangen wird (d.h. die erste Ansicht), so kann die zweite Ansicht kein Berührungsereignis empfangen und das OS kann die zweite Berührung ignorieren (Schritt 512). Wenn allerdings das exklusive Berührungsflag für die zweite Berührung nicht gesetzt (aktiviert) ist, so kann das OS ein mit der zweiten Berührung assoziiertes Berührungsereignis an die zweite Ansicht senden. Insbesondere kann das OS ein mit der zweiten Berührung assoziiertes Berührungsereignis an ein mit der zweiten Ansicht assoziiertes Softwareelement senden (Schritt 514).
Somit kann das exklusive Berührungsflag sicherstellen, dass als exklusiv markierte Ansichten nur Berührungsereignisse empfangen, wenn sie die einzigen Ansichten auf der Anzeige sind, die Berührungsereignisse empfangen. Das exklusive Flag kann bei der Vereinfachung der Software für auf einer mehrfachberührungsfähigen Vorrichtung ablaufende Anwendungen sehr nützlich sein. In bestimmten Situationen können sich komplexe Konflikte und Fehler ergeben, wenn es mehreren Ansichten erlaubt wird, gleichzeitig Berührungen zu empfangen. Wenn beispielsweise eine Taste zum Löschen eines Liedes und eine Taste zum Abspielen eines Liedes gleichzeitig gedrückt werden, kann dies einen Fehler hervorrufen. Das Verhindern solcher Konflikte kann komplexe und teure Software erforderlich machen. Die Ausführungsformen der vorliegenden Erfindung können jedoch den Bedarf für solche Software dadurch reduzieren, dass ein exklusives Berührungsflag bereitgestellt wird, das sicherstellen kann, dass eine Ansicht, die dieses Flag gesetzt hat, nur dann Berührungsereignisse empfangen wird, wenn sie die einzige Ansicht ist, die ein Berührungsereignis empfängt. Alternativ dazu können ein oder mehrere Ansichten ihr exklusives Berührungsflag nicht aktiviert haben und dadurch mehrere gleichzeitige Berührungen in zwei oder mehreren dieser Ansichten zulassen.
In einigen Ausführungsformen kann das exklusive Flag die Exklusivität für die gesamte Anzeige angeben. Wenn daher eine Ansicht, bei der das exklusive Flag gesetzt ist, ein Berührungsereignis empfängt, können andere Ansichten in der Anzeige für den Empfang jeglicher Berührungsereignisse blockiert werden. In alternativen Ausführungsformen kann das exklusive Flag eine Exklusivität in einem kleineren Bereich wie z.B. einer einzigen Applikation oder einem einzigen Fenster anzeigen. Beispielsweise kann eine erste Ansicht mit gesetztem Exklusivitätsflag den Empfang jeglicher Berührungsereignisse durch andere Ansichten in demselben Fenster blockieren, während die erste Ansicht ein Berührungsereignis empfängt, aber sie kann nicht die Ansichten in anderen Fenstern blockieren.
Die exklusiven Berührungs- und Mehrfachberührungsflags können kombiniert werden. Entsprechend können ein oder mehrere angezeigte Ansichten jeweils zwei Flags aufweisen - ein Mehrfachberührungsflag und ein exklusives Berührungsflag. In einigen Ausführungsformen können alle angezeigten Ansichten diese zwei Flags enthalten. Der Wert eines Flags muss nicht von dem Wert des anderen abhängen. In einem Beispiel kann eine Ansicht, bei der sowohl exklusive als auch Mehrfachberührungsflags gesetzt sind, mehrere Berührungen innerhalb der Ansicht zulassen, wobei sie jedoch Berührungen exklusiv empfängt (d.h., wenn die Ansicht Berührungen empfängt, können Berührungen in anderen Ansichten blockiert werden). Eine Ansicht, bei der beide Flags nicht aktiviert sind, kann Mehrfachberührungen innerhalb der Ansicht blockieren, aber einfache Berührungen innerhalb der Ansicht zulassen, selbst wenn gleichzeitig Berührungen in anderen Ansichten auftreten. Eine Ansicht, bei der das Mehrfachberührungsflag nicht aktiviert und das exklusive Berührungsflag aktiviert ist, kann nur einfache Berührungen innerhalb der Ansicht zulassen, wenn keine Berührungen in irgendwelchen anderen Ansichten auftreten. Eine Ansicht, in der das Mehrfachberührungsflag aktiviert und das exklusive Berührungsflag nicht aktiviert ist, kann alle für die Ansicht empfangenen Berührungen zulassen. Eine Ansicht, bei der beide Flags aktiviert sind, kann Mehrfachberührungen in der Ansicht zulassen, während keine anderen Berührungen in anderen Ansichten auftreten.
Alternative Ausführungsformen können nur eines des Flags (und deren assoziierte Funktionalität) umfassen. Daher können einige Ausführungsformen das Mehrfachberührungsflag allein oder das exklusive Berührungsflag allein verwenden. In anderen Ausführungsformen können verschiedene Ansichten verschiedene Kombinationen der Flags verwenden.
Die verschiedenen durch das OS in den 4, 5A und 5B ausgeführten Funktionalitäten können stattdessen durch andere Software wie z.B. verschiedene Dienstsoftware ausgeführt werden. Diese Funktionalitäten können durch Software auf einer jeden der Schichten 103 bis 107 aus 1 ausgeführt werden. In einer alternativen Ausführungsform können diese Funktionalitäten sogar durch die Hardware 100 ausgeführt werden.
Im Folgenden ist ein beispielhafter Codesatz aufgeführt, der die Verfahren eines beispielhaften mit einer Ansicht assoziierten Softwareelements gemäß einiger Ausführungsformen der Erfindung zeigt. Ein Fachmann würde erkennen, dass ebenso anderer Code verwendet werden könnte, um die oben erläuterten Funktionalitäten zu implementieren.
Während die obige Erläuterung sich schwerpunktmäßig auf Mehrfachberührungsanzeigen und -felder bezieht, ist die vorliegende Erfindung nicht auf Mehrfachberührungsvorrichtungen beschränkt, sondern kann verschiedene Mehrfachpunktvorrichtungen, wie oben erläutert, umfassen, einschließlich beispielsweise von Mehrfachberührungssensorvorrichtungen. Für Mehrfachpunktvorrichtungen können Mehrfachpunkt- und Exklusivpunktflags verwendet werden. Diese Flags können ähnlich den Mehrfachberührungs- und exklusiven Berührungsflags wie oben erläutert funktionieren.
Während die vorliegende Erfindung vollständig im Zusammenhang mit Ausführungsformen dafür unter Bezugnahme auf die beiliegenden Zeichnungen beschrieben wurde, ist zu bemerken, dass verschiedene Änderungen und Modifikationen für den Fachmann offensichtlich werden. Solche Änderungen und Modifikationen sind so zu verstehen, dass sie im Umfang der vorliegenden Erfindung, wie durch ihre angehängten Ansprüche definiert, enthalten sind.

Claims

Verfahren zur Bearbeitung von Berührungsereignissen in einer Mehrfachberührungsvorrichtung (200; 210), umfassend: Anzeigen einer oder mehrerer Ansichten (301 bis 312); Ausführungen einer oder mehrerer Softwareelemente, wobei jedes Softwareelement mit einer bestimmten Ansicht assoziiert ist; Assoziieren jeweils eines Mehrfachberührungsflags oder eines exklusiven Berührungsflags mit jeder Ansicht; Empfangen (400; 500) einer oder mehrerer Berührungen in der einen oder den mehreren Ansichten; und Selektives Senden (406-410; 506-514) eines oder mehrerer Berührungsereignisse basierend auf den Werten der jeweils assoziierten Mehrfachberührungs- oder exklusiven Berührungsflags an das eine oder die mehreren Softwareelemente, die mit den Ansichten assoziiert sind, an denen eine Berührung empfangen wurde, wobei jedes Berührungsereignis eine empfangene Berührung beschreibt.
Verfahren nach Anspruch 1, wobei, wenn ein Mehrfachberührungsflag mit einer bestimmten Ansicht assoziiert ist, das Mehrfachberührungsflag anzeigt (406-410), ob das mit dieser bestimmten Ansicht assoziierte Softwareelement mehrere gleichzeitig in dieser Ansicht auftretende Berührungen verarbeiten darf.
Verfahren nach Anspruch 1, wobei das exklusive Berührungsflag verhindert (508), dass während eine Berührung in einer Ansicht mit einem aktivierten exklusiven Berührungsflag empfangen wird, Berührungsereignisse an Softwareelemente gesendet werden, die mit anderen Ansichten als der Ansicht mit aktiviertem exklusiven Berührungsflag assoziiert sind.
Verfahren nach Anspruch 1, wobei die Mehrfachberührungsvorrichtung ein Mobiltelefon ist.
Verfahren nach Anspruch 1, wobei die Mehrfachberührungsvorrichtung ein digitaler Medienspieler ist.
Verfahren nach Anspruch 1, umfassend: das Assoziieren eines Mehrfachberührungsflags mit einer ersten Ansicht; Empfangen (400) einer ersten Berührung in der ersten Ansicht, wobei die erste Ansicht eine der einen oder mehreren Ansichten ist; Senden (402) eines Berührungsereignisses, das die erste Berührung für ein erstes Softwareelement beschreibt, wobei das erste Softwareelement eines der einen oder mehreren Softwareelemente ist und mit der ersten Ansicht assoziiert ist; Feststellen (406), ob das mit der ersten Ansicht assoziierte Mehrfachberührungsflag anzeigt, dass die erste Ansicht eine Mehrfachberührungsansicht ist; und wenn die erste Ansicht keine Mehrfachberührungsansicht ist (406 - Nein), blockieren aller Berührungsereignisse, die jegliche anderen in der ersten Ansicht auftretenden Berührungen beschreiben, bis die erste Berührung nicht länger empfangen wird.
Verfahren nach Anspruch 6, weiterhin umfassend: Assoziieren jeder der einen oder mehreren Ansichten mit jeweils einem exklusiven Berührungsflag; Feststellen (506), ob das mit der ersten Ansicht assoziierte exklusive Berührungsflag anzeigt, dass die erste Ansicht eine exklusive Berührungsansicht ist, und wenn die erste Ansicht eine exklusive Berührungsansicht ist (506 - Ja), Blockieren bis die erste Berührung nicht länger empfangen wird jeglicher Berührungsereignisse, die jegliche anderen in einer Ansicht, die nicht die erste Ansicht ist, auftretende Berührungen beschreiben.
Verfahren nach Anspruch 7, wobei die erste Ansicht keine exklusive Berührungsansicht ist (506 - Nein), und wobei das Verfahren weiterhin umfasst: Empfangen (504) einer zweiten Berührung an dem Mehrfachberührungsfeld, wobei die zweite Berührung in einer zweiten Ansicht auftritt und mit einem zweiten Softwareelement assoziiert ist; Feststellen (510), ob das mit der zweiten Ansicht assoziierte exklusive Berührungsflag anzeigt, dass die zweite Ansicht eine exklusive Berührungsansicht ist; und wenn die zweite Ansicht eine exklusive Berührungsansicht ist (510 - Ja), verhindern (512) bis die erste Berührung nicht länger empfangen wird, dass ein mit der zweiten Berührung assoziiertes Berührungsereignis an das zweite Softwareelement gesendet wird.
Verfahren nach Anspruch 8, weiterhin umfassend: wenn die zweite Ansicht keine exklusive Berührungsansicht ist (510 - Nein), Senden (514) eines die zweite Berührung beschreibenden Berührungsereignisses an das zweite Softwareelement.
Computerlesbares Medium, umfassend eine Mehrzahl von Befehlen, die zur Ausführung auf einer Mehrfachberührungsvorrichtung (200; 210) konfiguriert sind, wobei die Befehle konfiguriert sind, um die Mehrfachberührungsvorrichtung zu veranlassen: eine oder mehrere Ansichten (301 bis 312) anzuzeigen; ein oder mehrere Softwareelemente auszuführen, wobei jedes Softwareelement mit einer bestimmten Ansicht assoziiert ist; jeweils ein Mehrfachberührungsflag oder ein exklusives Berührungsflag mit jeder Ansicht zu assoziieren; eine oder mehrere Berührungen in der einen oder den mehreren Ansichten zu empfangen (400; 500); und selektiv eines oder mehrere Berührungsereignisse basierend auf den Werten der jeweils assoziierten Mehrfachberührungs- oder exklusiven Berührungsflags an das eine oder die mehreren Softwareelemente zu senden (406-410; 506-514), die mit den Ansichten assoziiert sind, an denen eine Berührung empfangen wurde, wobei jedes Berührungsereignis eine empfangene Berührung beschreibt.
Computerlesbares Medium nach Anspruch 10, wobei, wenn ein Mehrfachberührungsflag mit einer bestimmten Ansicht assoziiert ist, das Mehrfachberührungsflag anzeigt (406-410), ob das mit dieser bestimmten Ansicht assoziierte Softwareelement mehrere gleichzeitig in dieser Ansicht auftretende Berührungen verarbeiten darf.
Computerlesbares Medium nach Anspruch 10, wobei das exklusive Berührungsflag verhindert (508), dass während eine Berührung in einer Ansicht mit einem aktivierten exklusiven Berührungsflag empfangen wird, Berührungsereignisse an Softwareelemente gesendet werden, die mit anderen Ansichten als der Ansicht mit aktiviertem exklusiven Berührungsflag assoziiert sind.
Computerlesbares Medium nach Anspruch 10, wobei die Mehrfachberührungsvorrichtung ein Mobiltelefon ist.
Computerlesbares Medium nach Anspruch 10, wobei die Mehrfachberührungsvorrichtung ein digitaler Medienspieler ist.
Computerlesbares Medium nach Anspruch 10, wobei die Befehle des Weiteren konfiguriert sind, um die Mehrfachberührungsvorrichtung zu veranlassen: ein Mehrfachberührungsflag mit einer ersten Ansicht zu assoziieren; eine erste Berührung in der ersten Ansicht zu empfangen (400), wobei die erste Ansicht eine der einen oder mehreren Ansichten ist; ein die erste Berührung beschreibendes Berührungsereignis an ein erstes Softwareelement zu senden (402), wobei das erste Softwareelement eines der einen oder mehreren Softwareelemente ist und mit der ersten Ansicht assoziiert ist; Festzustellen (406), ob das mit der ersten Ansicht assoziierte Mehrfachberührungsflag anzeigt, dass die erste Ansicht eine Mehrfachberührungsansicht ist; und wenn die erste Ansicht keine Mehrfachberührungsansicht ist (406 - Nein), alle Berührungsereignisse zu blockieren, die jegliche anderen Berührungen in der ersten Ansicht beschreiben, bis die erste Berührung nicht länger empfangen wird.
Computerlesbares Medium nach Anspruch 15, wobei die Befehle des Weiteren konfiguriert sind, um die Mehrfachberührungsvorrichtung zu veranlassen: jeweils ein exklusives Berührungsflag mit jeder der einen oder mehreren Ansichten zu assoziieren; Festzustellen (506), ob das mit der ersten Ansicht assoziierte exklusive Berührungsflag anzeigt, dass die erste Ansicht eine exklusive Berührungsansicht ist; und wenn die erste Ansicht eine exklusive Berührungsansicht ist (506 - Ja), bis die erste Berührung nicht länger empfangen wird alle Berührungsereignisse zu blockieren, die jegliche anderen Berührungen in einer Ansicht beschreiben, die nicht die erste Ansicht ist.
Computerlesbares Medium nach Anspruch 16, wobei die erste Ansicht keine exklusive Berührungsansicht ist (506 - Nein) und die Befehle des Weiteren konfiguriert sind, um die Mehrfachberührungsvorrichtung zu veranlassen: eine zweite Berührung an dem Mehrfachberührungsfeld zu empfangen (504), wobei die zweite Berührung in einer zweiten Ansicht auftritt und mit einem zweiten Softwareelemente assoziiert ist; Festzustellen (510), ob das mit der zweiten Ansicht assoziierte exklusive Berührungsflag anzeigt, dass die zweite Ansicht eine exklusive Berührungsansicht ist; und wenn die zweite Ansicht eine exklusive Berührungsansicht ist (510 - Ja), zu verhindern (512) bis die erste Berührung nicht länger empfangen wird, dass eine mit der zweiten Ansicht assoziiertes Berührungsereignis an das zweite Softwareelement gesendet wird.
Computerlesbares Medium nach Anspruch 17, wobei die Befehle des Weiteren konfiguriert sind, um die Mehrfachberührungsvorrichtung zu veranlassen: wenn die zweite Ansicht keine exklusive Berührungsansicht ist (510 - Nein), ein die zweite Berührung beschreibendes Berührungsereignis an das zweite Softwareelement zu senden (514).
Mehrfachberührungsfähiges Mobiltelefon mit einem computerlesbaren Medium, das eine Mehrzahl von Befehlen aufweist, die zur Ausführung auf dem Mobiltelefon konfiguriert sind, wobei die Befehle konfiguriert sind, das Mobiltelefon zu veranlassen: eine oder mehrere Ansichten (301 bis 312) anzuzeigen; ein oder mehrere Softwareelemente auszuführen, wobei jedes Softwareelement mit einer bestimmten Ansicht assoziiert ist; jeweils ein Mehrfachberührungsflag oder ein exklusives Berührungsflag mit jeder Ansicht zu assoziieren; eine oder mehrere Berührungen in der einen oder den mehreren Ansichten zu empfangen (400; 500); und selektiv eines oder mehrere Berührungsereignisse basierend auf den Werten der jeweils assoziierten Mehrfachberührungs- oder exklusiven Berührungsflags an das eine oder die mehreren Softwareelemente zu senden (406-410; 506-514), die mit den Ansichten assoziiert sind, an denen eine Berührung empfangen wurde, wobei jedes Berührungsereignis eine empfangene Berührung beschreibt.