Motorola Mobility, Inc. v. Microsoft Corporation

Filing 129

MOTION in Limine Nos. 1-9 and Brief in Support Thereof by Motorola Mobility, Inc.. (Attachments: #1 Affidavit, #2 Exhibit A to Affidavit in Support, #3 Exhibit B to Affidavit in Support, #4 Exhibit C to Affidavit in Support, #5 Exhibit D to Affidavit in Support, #6 Exhibit E to Affidavit in Support, #7 Exhibit F to Affidavit in Support, #8 Exhibit G to Affidavit in Support, #9 Exhibit H to Affidavit in Support, #10 Exhibit I to Affidavit in Support, #11 Exhibit J to Affidavit in Support, #12 Exhibit K to Affidavit in Support, #13 Exhibit L to Affidavit in Support, #14 Exhibit M to Affidavit in Support)(Mullins, Edward)

Download PDF
E X H I B I T G ‘853 Infringement Contentions Motorola’s infringing products (“Accused Devices”) include mobile devices, such as smartphones, associated software, and components thereof. The Accused Devices include Motorola’s Android based phones which include, but are not limited to, the Motorola Droid X, Droid 2, Droid 2 Global, Cliq 2, Defy, Bravo, Droid Pro, Droid 2 R2-D2, Droid X 2, Charm, Droid, Flipside, Flipout, Atrix, Droid Bionic, Xoom, Devour A555, Backflip, Cliq/Dext, Cliq XT/Quench, Citrus, Spice, i1 and other Motorola Android based phones incorporating hardware and/or software that is substantially similar. The figures and illustrations in the infringement chart below display exemplary devices. U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices 7. A method for classifying a Each Accused Device classifies a user's input to a computer. user's input to a computer comprising the steps of: Each Accused Device is a handheld computer. For example, Figure 7-1 shows the Motorola device branded as Droid 2 (hereinafter, "Droid 2"). Figure 7-1. See also "Droid 2 by Motorola," 1 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices http://www.motorola.com/Consumers/US-EN/ConsumerProduct-and-Services/Mobile-Phones/Motorola-DROID-2-USEN (visited March. 18, 2011). Each Accused Device includes a graphical user interface that includes a touch screen display. (See id.) (describing the Droid 2’s touch-sensitive interface) receiving a user's input; Each Accused Device receives a user's input. The touch screen display receives input in the form of physical contact from a user's finger. (Ex. Id.) (describing the Droid 2's touch-sensitive interface). Each Accused Device determines whether the input is a and first determining whether stroke based on a first move threshold. the input is a stroke based on a first move threshold; The Android operating system on Each Accused Device provides a GestureDetector class for identifying "gestures." (See http://developer.android.com/intl/zhTW/reference/android/view/GestureDetector.html.) GestureDetector detects fling (i.e., "stroke") gestures. When a user releases his or her finger from the touch screen, the function onTouchEvent() determines whether the user's finger swept across the screen based on a move threshold. Next, the nested class GestureDetector.OnGestureListener calls a function based on the gesture that the user performed. (See http://developer.android.com/intl/zhTW/reference/android/view/GestureDetector.OnGestureListener. html.) By way of example, this nested class includes onFling(), which corresponds to a fling gesture. (See id.) With reference to an example, Figure 7-2 shows that Droid 2 includes a home screen that displays widgets, including a widget showing the date. 2 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices Figure 7-2. When a user performs a fling gesture in the leftwards direction, the screen advances to expose another screen panel that can optionally contain additional program icons. 3 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices Figure 7-3. if the input is not a stroke, then second determining whether the input is a tap based on a time threshold; Thus, in this example, the Droid 2 determines whether a user performed a fling in order to determine whether to advance the screen to expose another screen panel. If the input is not a stroke, Each Accused Device determines whether the input is a tap based on a time threshold. GestureDetector detects tap gestures. In a "tap" gesture, the user's finger is held against the touch screen for less than a threshold amount of time. The threshold is identified as a constant in the GestureDetector class. (See android/frameworks/base/core/android/view/GestureDetector.ja va). The nested class GestureDetector.OnGestureListener calls a function based on the gesture that the user performed. (See http://developer.android.com/intl/zhTW/reference/android/view/GestureDetector.OnGestureListener. html.) By way of example, this nested class includes onSingleTapUp(), which corresponds to a "tap" gesture. (See id.) With reference to the example described above, when a user performs a tap gesture on the date widget, the widget opens and 4 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices a calendar view for that day appears. Figure 7-4. if the input is neither a stroke nor a tap, then third determining whether the stroke is a hold or a hold and drag. Thus, in this example Droid 2 determines whether the input was a tap in determining whether to open the widget. If the input is neither a stroke nor a tap, Each Accused Device determines whether the stroke is a hold or a holdand-drag. GestureDetector determines whether the user performed a long press (i.e., "hold") based on a time threshold. In a "tap" gesture, the user's finger is held against the touch screen for more than a threshold amount of time. The threshold is identified as a constant in the GestureDetector class. (See android/frameworks/base/core/android/view/GestureDetector.ja va). Next, the nested class GestureDetector.OnGestureListener calls a function based on the gesture that the user performed. (See http://developer.android.com/intl/zhTW/reference/android/view/GestureDetector.OnGestureListener. html.) By way of example, this nested class includes onLongPress(), which corresponds to a "hold" gesture. (See id.) 5 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices By way of example, when a user performs a long press on the date widget and then releases his or her finger, the screen switches to a mode that allows the user to resize the widget, as shown in Figure 7-5. Figure 7-5. Each Accused Device also determines whether the user, after pressing on the screen for more than a threshold amount of time, moves his or her finger to perform a "hold and drag." If the gesture is a hold and drag, the phones determine that the user wants to move the widget. It makes this determination based on whether the user moves the widget more than a threshold distance from its original location. By way of example, in Figure 7-6, the user has pressed the icon but has not moved the widget more than a threshold distance from its original location and the widget will not be moved to a new location. 6 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices Figure 7-6. In Figure 7-7, the user has moved the widget more than a threshold distance from its original location. Figure 7-7. Thus, this is classified as a hold and drag and the icon is placed in a new location as shown in Figure 7-8. 7 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices Figure 7-8. Similarly this functionality can also be seen in relation to icons placed on the home screen. When a user performs a long press on an icon for a program application, the screen switches to an alternate mode that allows the user to move the icon to a new location. This is depicted in Figure 7-9 below, in which a user performed a long press on the "Browser" icon. In this mode, the selected icon becomes enlarged. 8 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices Figure 7-9 Each Accused Device then determines whether the gesture that the user has performed is a "hold" or a "hold and drag." If the gesture is a hold and drag, Each Accused Device determines that the user wants to move the icon. It makes this determination based on whether the user moves the icon more than a threshold distance from its original location. In Figure 7-10, the user has not moved the icon more than a threshold distance from its original location. 9 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices Figure 7-10. Thus, this motion is not classified as a hold and drag, and the icon returns to its original location as shown in Figure 7-11. Figure 7-11. 10 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices In Figure 7-12, the user does move the icon more than the threshold distance. Figure 7-12. Thus, this motion is classified as a hold and drag and the icon is placed in its new location as shown in Figure 7-13. 11 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices Figure 7-13. Thus, Each Accused Device determines whether the user has performed a hold on the icon, or a hold and drag on the icon. 8. The method of classifying a user’s input according to claim 7, wherein, if said input satisfies said first move threshold, the input is classified as a stroke. Each Accused Device classifies a user's input as a stroke if the input satisfies a first move threshold. 9. The method of classifying a user’s input according to claim 7, wherein, if said input does not satisfy said first move threshold and said input does not satisfy said Each Accused Device classifies a user's input as a tap if the input does not satisfy a first move threshold and time threshold. As explained above, the Android Operating System on each Accused Device provides a GestureDetector class for identifying "gestures." (See http://developer.android.com/intl/zhTW/reference/android/view/GestureDetector.html.) GestureDetector detects fling (i.e., "stroke") gestures. When a user releases his or her finger from the touch screen, the function onTouchEvent() determines whether the user's finger swept across the screen based on a move threshold. If this condition is met the Droid classifies the move as a “fling” or stroke. As explained above, GestureDetector detects tap gestures. In a 12 U.S. Patent No. 6,897,853 (‘853 Patent) time threshold, the input is classified as a tap. 10. The method of classifying a user’s input according to claim 7, wherein, if said input does not satisfy said first time threshold and said input does not satisfy said second move threshold, said input is classified as a hold. Accused Devices "tap" gesture, the user's finger is held against the touch screen for less than a threshold amount of time. The threshold is identified as a constant in the GestureDetector class. (See android/frameworks/base/core/android/view/GestureDetector.ja va). The nested class GestureDetector.OnGestureListener calls a function based on the gesture that the user performed. (See http://developer.android.com/intl/zhTW/reference/android/view/GestureDetector.OnGestureListener. html.) By way of example, this nested class includes onSingleTapUp(), which corresponds to a "tap" gesture. (See id.) In this way the accused phones classify a user’s input as a “tap.” Each Accused Device classifies a user's input as a hold if the input does not satisfy a first time threshold and second move threshold. As explained above, GestureDetector determines whether the user performed a long press (i.e., "hold") based on a time threshold. In a "hold" gesture, the user's finger is held against the touch screen for more than a threshold amount of time. The threshold is identified as a constant in the GestureDetector class. (See android/frameworks/base/core/android/view/GestureDetector.ja va). Next, the nested class GestureDetector.OnGestureListener calls a function based on the gesture that the user performed. (See http://developer.android.com/intl/zhTW/reference/android/view/GestureDetector.OnGestureListener. html.) By way of example, this nested class includes onLongPress(), which corresponds to a "hold" gesture. (See id.) In this way the accused phones classify the gesture as a LongPress or “hold.” 11. The method of Each Accused Device classifies a user's input as a hold if the classifying a user's input input does not satisfy a first time threshold and second move according to claim 10, further threshold. comprising the step of: As explained above, GestureDetector determines whether the simulating a right mouse user performed a long press (i.e., "hold") based on a time click responsive to said input threshold. In a "hold" gesture, the user's finger is held against being classified as a hold. the touch screen for more than a threshold amount of time. The 13 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices threshold is identified as a constant in the GestureDetector class. (See android/frameworks/base/core/android/view/GestureDetector.ja va). Next, the nested class GestureDetector.OnGestureListener calls a function based on the gesture that the user performed. (See http://developer.android.com/intl/zhTW/reference/android/view/GestureDetector.OnGestureListener. html.) By way of example, this nested class includes onLongPress(), which corresponds to a "hold" gesture. (See id.) When a LongPress is detected on a list item the Android system simulates a right mouse click. For instance, "[t]he Android system provides two types of menus you can use to provide functionality or navigation." (Menu Design Guidelines.) One of the menus that the accused devices generate is a context menu: "This is a floating list of menu items that may appear when you perform a long-press on a View (such as a list item)." Ex. B , "Creating Menus Documentation," http://developer.android.com/guide/topics/ui/menus.html (visited March. 18, 2011). An exemplary list of items is shown in Figure 11-1 below: 14 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices Figure 11-1. Figure 11-2 shows an exemplary context menu that is generated when the user performs a LongPress or “hold” on one of the list items in figure 11-1. 15 U.S. Patent No. 6,897,853 (‘853 Patent) Accused Devices Figure 11-2 "The Android context menu is similar, in concept, to the menu revealed with a 'right-click' on a PC. When a view is registered to a context menu, performing a 'long-press' (press and hold for about two seconds) on the object will reveal a floating menu that provides functions relating to that item." Id. Thus, each Accused Device simulates a right mouse click responsive to a user input being classified as a hold. CH1 5771911v.2 16

Disclaimer: Justia Dockets & Filings provides public litigation records from the federal appellate and district courts. These filings and docket sheets should not be considered findings of fact or liability, nor do they necessarily reflect the view of Justia.


Why Is My Information Online?