throbber
Trials@uspto.gov
`571-272-7822
`
`
`
`
`
`
`
`
` Paper 12
`
`
`
` Entered: May 28, 2014
`
`
`
`
`
`
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`
`SAMSUNG ELECTRONICS CO., LTD.
`Petitioner
`
`v.
`
`ARENDI S.A.R.L.
`Patent Owner
`
`
`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`
`Before SALLY C. MEDLEY, TREVOR M. JEFFERSON, and
`PETER P. CHEN, Administrative Patent Judges.
`
`
`CHEN, Administrative Patent Judge.
`
`
`
`DECISION
`Denying Institution of Inter Partes Review
`37 C.F.R. § 42.108
`
`
`
`
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`I. INTRODUCTION
`
`Samsung Electronics Co., Ltd. (“Petitioner”) filed a Corrected Petition
`
`requesting an inter partes review of claims 1, 2, 4-10, 12-18, and 20-24 of
`
`U.S. Patent No. 8,306,993 (Ex. 1001, “the ’993 patent”). Paper 4 (“Pet.”).
`
`Arendi S.A.R.L. (“Patent Owner”) filed a Preliminary Response. Paper 10
`
`(“Prelim. Resp.”). We have jurisdiction under 35 U.S.C. § 314.
`
`The standard for instituting an inter partes review is set forth in
`
`35 U.S.C. § 314(a), which provides as follows:
`
`THRESHOLD.—The Director may not authorize an inter
`partes review to be instituted unless the Director determines
`that the information presented in the petition filed under section
`311 and any response filed under section 313 shows that there
`is a reasonable likelihood that the petitioner would prevail with
`respect to at least 1 of the claims challenged in the petition.
`
`Upon consideration of the Petition and Preliminary Response, we are
`
`not persuaded the information presented by Petitioner has established a
`
`reasonable likelihood that Petitioner would prevail in showing the
`
`unpatentability of any of the challenged claims of the ’993 patent.
`
`Accordingly, we deny institution as to all claims of the ’993 patent.
`
`A. Related Proceedings
`
`
`
`According to the Patent Owner, the ’993 patent and related patents are
`
`currently at issue in the following cases pending in the United States District
`
`Court for the District of Delaware: Arendi S.A.R.L. v. Yahoo! Inc.
`
`(1:2013cv00920); Arendi S.A.R.L. v. Google Inc. (1:2013cv00919); Arendi
`
`S.A.R.L. v. HTC Corp. (1:2012cv01600); Arendi S.A.R.L. v. Sony Mobile
`
`Communications (USA) Inc. (1:2012cv01602); Arendi S.A.R.L. v. Nokia
`
`Corporation (1:2012cv01599); Arendi S.A.R.L. v. Blackberry Limited,
`
`2
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`(1:2012cv01597); Arendi S.A.R.L. v. LG Electronics Inc. (1:2012cv01595);
`
`Arendi S.A.R.L. v. Motorola Mobility LLC (1:2012cv1601); Arendi S.A.R.L.
`
`v. Samsung Electronics Co. Ltd., (1:2012cv01598); and Arendi S.A.R.L. v.
`
`Apple Inc. (1:2012cv01596). Paper 7, 2-3.
`
`
`
`The ’993 patent is also the subject of another petition for inter partes
`
`review, Motorola Mobility LLC, Google Inc., and Apple Inc. v. Arendi
`
`S.A.R.L., IPR2014-00203.
`
`B. The ’993 Patent
`
`
`
`The ’993 patent is titled “Method, System and Computer Readable
`
`Medium for Addressing Handling From an Operating System.” The subject
`
`matter of the ’993 patent relates to computer implemented processes for
`
`automating a user’s interaction between a first application, such as a word
`
`processor or spreadsheet, and a second application, such as a contact
`
`manager with a database. Ex. 1001, col. 1, l. 60–col. 2, l. 31.
`
`Figure 4 of the ’993 patent is reproduced below.
`
`Figure 4 illustrates a starting point in a document, such as a word
`
`processing document. The user types into the document the name and
`
`
`
`3
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`address of existing contact 44. When the user clicks on OneButton 42, the
`
`claimed process is launched, analyzing the document to identify contact
`
`information and searching a contact database. Ex. 1001, col. 7, ll. 27-34.
`
`Figure 1 of the ’993 patent is reproduced below.
`
`
`
`
`
`Figure 1 depicts a flow chart of the address handling process initiated
`
`by the user clicking on OneButton 42 of Figure 4. At step 4, text typed by
`
`the user in a document is analyzed for contact information. At step 6, if the
`
`identified contact information includes a name and address, a search occurs
`
`in the database at step 14. When the database finds a name but not an
`
`address, at step 30, the user is prompted “for decision,” which leads to
`
`inserting address information into the database at step 36, or updating
`
`address information in the database at step 34. Ex. 1001, col. 4, l. 55–col. 5,
`
`l. 37.
`
`4
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`Figure 9 of the ’993 patent is reproduced below.
`
`Figure 9 illustrates a screen displayed to the user who clicks on the
`
`OneButton 42 of Figure 4 after typing a name and address into a document,
`
`where the name is in the contact database but the address differs from the
`
`address typed by the user. The screen in Figure 9 gives the user a choice of
`
`adding a new contact or updating an existing contact. Ex. 1001, col. 7, ll.
`
`
`
`27-42.
`
`
`
`5
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`C. Illustrative Claim
`
`Claims 1, 2, 4-10, 12-18, and 20-24 are the subject of the Petition, and
`
`claims 1, 9, and 17 are independent claims. Independent claim 1 is
`
`reproduced below.
`
`1. A computer implemented method for information handling,
`the method comprising:
`
`providing access to a contact database that can also be
`separately accessed and edited by a user and wherein the
`contact database includes at least three fields for storing contact
`information associated with each of one or more contacts, each
`of the at least three fields within the contact database being
`specific to a particular type of contact information selected
`from the group consisting of name, title, address, telephone
`number, and email address;
`
`analyzing in a computer process textual information in a
`document configured to be stored for later retrieval to identify a
`portion of the document as first contact information, without
`user designation of a specific part of the textual information to
`be subject to the analyzing, wherein the first contact
`information is at least one of a name, a title, an address, a
`telephone number, and an email address;
`
`after identifying the first contact information, performing
`at least one action from a set of potential actions, using the first
`contact information previously identified as a result of the
`analyzing, wherein the set of potential actions includes:
`(i) initiating an electronic search in the contact
`database for the first contact information while it is
`electronically displayed in order to find whether
`the first contact information is included in the
`contact database; and when a contact in the contact
`database includes the first contact information, if
`second contact information in the contact database
`is associated with that contact, electronically
`displaying at least a portion of the second contact
`information, wherein the second contact
`
`6
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`information is at least one of a name, a title, an
`address, a telephone number, and an email address;
`(ii) initiating electronic communication using the
`contact information; and
`(iii) allowing the user to make a decision whether
`to store at least part of the first contact information
`in the contact database as a new contact or to
`update an existing contact in the contact database;
`wherein the computer implemented method is
`configured to perform each one of action (i), action
`(ii), and action (iii) using the first contact
`information previously identified as a result of the
`analyzing; and providing for the user an input
`device configured so that a single execute
`command from the input device is sufficient to
`cause the performing.
`
`
`
`
`
`Prior Art Relied Upon
`
`Petitioner relies upon the following five prior art references:
`
`
`
`Reference
`Abbreviation
`Drop Zones
`
`Pensoft
`
`LiveDoc
`
`Title
`
`Thomas Bonura & James R.
`Miller, Drop Zones, An Extension
`to LiveDoc, SIGCHI Bulletin,
`Vol. 30, No. 2, April 1998, at 59-
`63
`
`Pensoft Corp., Perspective
`Handbook (1st ed. Nov. 1992)
`
`James R. Miller & Thomas
`Bonura, From Documents to
`Objects, An Overview of LiveDoc,
`SIGCHI Bulletin, Vol. 30, No. 2,
`April 1998, at 53-58
`
`Ketola
`
`Forest
`
`US 6,112,099
`
`US 6,005,549
`
`Ex. No.
`
`Ex. 1003
`
`Ex. 1004
`
`Ex. 1005
`
`Ex. 1006
`
`Ex. 1007
`
`7
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`
`
`Petitioner contends the challenged claims are unpatentable based on
`
`D. The Asserted Grounds
`
`the following three grounds.
`
`Reference(s)
`
`Basis
`
`LiveDoc, Drop Zones, and
`Pensoft
`
`§ 103(a)
`
`Claims
`Challenged
`1-2, 4, 7-10,
`12, 15-18,
`20, 23, and
`24
`
`LiveDoc, Drop Zones, Pensoft,
`and Ketola
`LiveDoc, Drop Zones, Pensoft,
`and Forest
`
`§ 103(a)
`
`5, 13, and 21
`
`§ 103(a)
`
`6, 14, and 22
`
`II. ANALYSIS
`
`A. Claim Construction
`
`In an inter partes review, the Board interprets claim terms of an
`
`unexpired patent according to their broadest reasonable construction in light
`
`of the specification of the patent in which they appear. 37 C.F.R.
`
`§ 42.100(b); Office Patent Trial Practice Guide, 77 Fed. Reg. 48,756, 48,766
`
`(Aug. 14, 2012). There is a “heavy presumption” that a claim term carries
`
`its ordinary and customary meaning. CCS Fitness, Inc. v. Brunswick Corp.,
`
`288 F.3d 1359, 1366 (Fed. Cir. 2002). However, a “claim term will not
`
`receive its ordinary meaning if the patentee acted as his own lexicographer
`
`and clearly set forth a definition of the disputed claim term in either the
`
`specification or prosecution history.” Id.
`
`Petitioner submits proposed constructions, supported by citations to
`
`the specification, for three claim terms: “first contact information;” “without
`
`user designation;” and “input device.” Pet. 5-9. In particular, Petitioner
`8
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`proposes as follows: (i) “first contact information” means “text that is
`
`entered into the document by the user, including, but not limited to, a name,
`
`a title, an address, a telephone number, or an email address” (Pet. 6-7);
`
`(ii) “without user designation” means “without the user having to specify the
`
`information” (Pet. 7-8); and (iii) “input device” means “a device that allows
`
`the user to provide input into a computer program, for example, a touch
`
`screen, touch screen button, keyboard, keyboard button, icon, menu, menu
`
`choice, voice command device, or button” (Pet. 8-9). Patent Owner did not
`
`submit any proposed constructions for these terms. For purposes of this
`
`Decision, we adopt Petitioner’s proposed constructions, as we agree that
`
`they are the broadest reasonable constructions of these terms consistent with
`
`the specification.
`
`In the Preliminary Response, Patent Owner proposes a construction
`
`for one term from the independent claims, “allowing the user to make a
`
`decision whether to store at least part of the first contact information in the
`
`contact database as a new contact or to update an existing contact in the
`
`contact database.” Patent Owner proposes the construction of this term to
`
`be: “presenting to the user a choice between competing alternatives of
`
`storing a new contact or updating an existing contact.” Prelim. Resp. 7
`
`(emphasis omitted); see also id. at 8-11. Petitioner did not propose a
`
`construction for this claim term. In support of its proposed construction,
`
`Patent Owner cites Figures 1 and 9 and related disclosure of the ’993 patent,
`
`which as described above in Section I. B, disclose that the user is presented
`
`with a choice between two alternative actions: either storing information as
`
`a new contact, or updating an existing contact.
`
`9
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`For purposes of this Decision, we agree that Petitioner’s proposed
`
`construction is the broadest reasonable construction of this term consistent
`
`with the specification.
`
`B. Claims 1, 2, 4, 7-10, 12, 15-18, 20, 23, and 24 – Obviousness Over
`LiveDoc, Drop Zones, and Pensoft
`
`Petitioner contends claims 1, 2, 4, 7-10, 12, 15-18, 20, 23, and 24 are
`
`unpatentable under 35 U.S.C. § 103(a) as obvious over LiveDoc, Drop
`
`Zones, and Pensoft. Pet. 35-47.
`
`LiveDoc (Exhibit 1005)
`
`LiveDoc discloses a structure detection process running in the
`
`background on the visible text of a document entered by a user. LiveDoc’s
`
`analyses are presented to the user through automatic visual highlighting of
`
`discovered structures. Ex. 1005, 55. Certain meaningful portions of a
`
`document are highlighted automatically, and clicking on them causes certain
`
`actions to occur. Id. Figure 2 of LiveDoc is reproduced below.
`
`10
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`Figure 2 depicts the highlighted discovered structure (in this case, a
`
`url for a website) and the menu of possible actions for the structure. The
`
`menu selection can be made by the user in directly selecting an item from
`
`
`
`the menu. Id. at 55.
`
`Drop Zones (Exhibit 1003)
`
`Drop Zones is titled “Drop Zones – An Extension to LiveDoc” and
`
`discloses a user interface for managing LiveDoc objects in the context of a
`
`set of typical user tasks. Pet. 18. A Drop Zones “assistant” takes features
`
`identified by LiveDoc, interprets the feature’s meaning, and recommends
`
`appropriate actions, made visible when the user selects structures identified
`
`by LiveDoc and drags and drops them to the assistants. Ex. 1003, 60.
`
`Figure 2 of Drop Zones is reproduced below.
`
`11
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`
`
`
`
`Figure 2 depicts a document in which LiveDoc has identified the
`
`structure “Tom Bonura” with its personalName recognizer. Id. The window
`
`labeled “test” is a LiveDoc window showing the proper name Tom Bonura,
`
`his e-mail address, phone number, and other information. The user may
`
`select the identified “Tom Bonura” structure and drag and drop it on the
`
`Drop Zone, e.g., the window labeled “Activities,” where the Email Assistant
`
`responds by presenting four actions relating to the person’s name and e-mail
`
`address. Id. at 60-61. The Email Assistant can “look inside an address book
`
`application for a person with the stated phone number.” Id. at 61.
`
`
`
`
`
`12
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`
`Pensoft (Exhibit 1004)
`
`
`
`Pensoft is a manual for users of Perspective, personal information
`
`management software that enables applications in a pen-based computing
`
`system. Pet. 20; Ex. 1004. As noted in the Preliminary Response, the
`
`Perspective software provides for storage of contact information that can be
`
`viewed as an address book. Ex. 1004, 8. A user can access relevant
`
`information in any Perspective document, including address book, day
`
`planner, month planner, to do list, topic index, and note index. Id.
`
`Information about any item in the Perspective system can be viewed using a
`
`profile, which is a form displaying all the details for an item, such as in one
`
`of the figures on page 9 of Pensoft, reproduced below:
`
`
`
`
`
`The figure depicts a profile displaying the name of a person, along
`
`with phone and fax numbers, company, and position. Id. at 9.
`
`The figure on page 178 of Pensoft is reproduced below.
`
`
`
`13
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`
`
`The figure on page 178 of Pensoft depicts the process of adding
`
`information (an “instance detail”) to profiles opened in any Perspective
`
`document. Entry 11 for a person named Dan Costa is highlighted, which
`
`opens a window titled, “Person: Dan Costa,” where “edit” is an option for
`
`name, phone number, address, and other information. Id. at 178.
`
`Analysis
`
`Petitioner contends that claims 1, 2, 4, 7-10, 12, 15-18, 20, 23, and 24
`
`are unpatentable under 35 U.S.C. § 103(a) as obvious over LiveDoc, Drop
`
`Zones, and Pensoft. In support of this asserted ground of unpatentability,
`
`Petitioner provides explanations of how it alleges that the subject matter of
`
`each claim is disclosed by the combined teachings of LiveDoc, Drop Zones,
`
`and Pensoft. Pet. 25-51.
`
`14
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`Patent Owner contends the combination fails to disclose the limitation
`
`“allowing the user to make a decision whether to store at least part of the
`
`first contact information in the contact database as a new contact or to
`
`update an existing contact in the contact database,” which is recited in all
`
`challenged claims. Prelim. Resp. 29-39.
`
`The Petition asserts this limitation is taught or suggested by four
`
`excerpts from Pensoft. Specifically, the Petition states, “Pensoft discloses
`
`that the user of an information handling system may be given the option,
`
`when the user invokes a name, to (i) update information associated with that
`
`name if information associated with the name is already present in the
`
`database, or (ii) enter in contact information for that name as a new contact
`
`if the name is not present in the database.” Pet. 32-33. In support of this
`
`assertion. the Petition’s claim chart first cites a sentence on page 38 of
`
`Pensoft, which reads, “[i]f you have not previously entered a Dan, the
`
`Associate asks if you want to create a new profile for Dan.” Id. at 33.
`
`Second, the Petition cites two sentences on page 9 of Pensoft, which
`
`reads, “[e]ach item has a profile. Profiles are forms which display all the
`
`details for an item.” Id.
`
`Third, the Petition cites page 178 of Pensoft, in particular, the figure
`
`at page 178 described above, with instance detail for a Dan Costa, and the
`
`sentence, “[y]ou can add an instance detail in a profile you open in any
`
`Perspective document.” Id.
`
`Fourth, the Petition cites page 17 of Pensoft, which reads, “[u]se the
`
`Address Book to: write and track names, phone numbers, and addresses for
`
`everyone in one place; update information when it changes.” Id.
`
`15
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`Patent Owner argues that the limitation in question, which appears in
`
`all of the independent claims, claims 1, 9, and 17, is not taught or suggested
`
`by the above-cited passages. Prelim. Resp. 29-39. We agree. Page 38 of
`
`Pensoft discloses the user being asked to create a new profile, which at page
`
`9 is described to include “all the details for an item,” and page 178 of
`
`Pensoft discloses using the Address Book to “update information when it
`
`changes.” Neither excerpt, however, nor any of the other cited excerpts
`
`from Pensoft, singly or in combination, discloses the recited limitation in the
`
`claimed method for information handling. That limitation, construed as in
`
`Section II. A, requires the user being presented with a decision between one
`
`of two actions, namely, either storing at least part of the contact information
`
`in the contact database, or instead updating an existing contact in the contact
`
`database. Prelim. Resp. 29-39. The limitation thus requires the user’s
`
`decision, and the system’s ability to store or update contact information, to
`
`be made at once, not serially or separately. Taken together, pages 9 and 38
`
`of Pensoft appear at most to disclose the ability to store part of the contact
`
`information as a “new profile” and separately, pages 17 and 178 of Pensoft
`
`may disclose the ability to “add an instance detail” or “update address book
`
`information when it changes.” These portions of Pensoft do not teach or
`
`suggest allowing the user to make a decision to store or to update, because
`
`there is no language or depiction in Pensoft of such a choice being
`
`presented.
`
`Finally, the Petition’s claim chart also cites page 61 of Drop Zones,
`
`stating Drop Zones “can derive e-mail addresses based on a person’s name
`
`or his/her phone number. This would require a search through the contact
`
`database, and a determination of whether the information sought is present
`
`16
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`in the database.” Pet. 33 (citing Ex. 1003, 61, col. 1 ¶ 1, col. 2 ¶ 1). The
`
`Petition cites the accompanying Declaration of Dr. Clark, who concludes
`
`that
`
`one skilled in the art would have reason to implement the
`Pensoft-disclosed functionalities of (i) adding the name or
`phone number as a new entry in the database when Drop Zones
`determined that the information sought was not present in the
`database, and (ii) allowing the user to update existing
`information associated with the name or phone number when
`Drop Zones determined that the information sought was present
`in the database.
`
`Pet. 27 (citing Ex. 1010 ¶ 60).
`
`We agree with Patent Owner that “[t]hese sections of Drop Zones (or
`
`any other part of the Drop Zones reference) fail to teach” the recited
`
`limitation. Prelim. Resp. 39. The cited portions of Drop Zones do not
`
`disclose determining the presence or absence of information in a database or
`
`the ability of a user to decide whether to store or update information.
`
`Therefore, we give little weight to Dr. Clark’s testimony that the disputed
`
`limitations are taught by Drop Zones, because his testimony is conclusory
`
`and unsupported by the record evidence. See 37 C.F.R. § 42.65(a).
`
`Accordingly, on this record, we determine that the information
`
`presented by Petitioner fails to establish a reasonable likelihood of
`
`prevailing in establishing that claims 1, 2, 4, 7-10, 12, 15-18, 20, 23, and 24
`
`would have been obvious over LiveDoc, Drop Zones, and Pensoft.
`
`C. Claims 5, 13, and 21: Obviousness over LiveDoc, Drop Zones,
`Pensoft, and Ketola
`
`
`
`Petitioner also contends dependent claims 5, 13, and 21 are
`
`unpatentable under 35 U.S.C. § 103(a) as obvious over LiveDoc, Drop
`
`17
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`Zones, Pensoft, and Ketola (Ex. 1006). Pet. 51-56. Claims 5, 13, and 21
`
`depend from independent claims 1, 9, and 17, respectively, which were the
`
`subject of Petitioner’s unsuccessful ground relying on LiveDoc, Drop Zones,
`
`and Pensoft, addressed above. Petitioner does not argue that Ketola
`
`discloses the limitation missing in this ground. Accordingly, on this record,
`
`we determine that Petitioner fails to establish a reasonable likelihood of
`
`prevailing in establishing that dependent claims 5, 13, and 21 would have
`
`been obvious over LiveDoc, Drop Zones, Pensoft, and Ketola.
`
`D. Claims 6, 14, and 22: Obviousness over LiveDoc, Drop Zones,
`Pensoft, and Forest
`
`Petitioner further contends dependent claims 6, 14, and 22 are
`
`unpatentable under 35 U.S.C. § 103(a) as obvious over LiveDoc, Drop
`
`Zones, Pensoft, and Forest (Ex. 1007). Pet. 56-60. Claims 6, 14, and 22
`
`depend from independent claims 1, 9, and 17, respectively, which were the
`
`subject of Petitioner’s unsuccessful ground relying on LiveDoc, Drop Zones,
`
`and Pensoft, addressed above. Petitioner does not argue that Forest discloses
`
`the limitation missing in this ground. Accordingly, on this record, we
`
`determine that Petitioner fails to establish a reasonable likelihood of
`
`prevailing in establishing that dependent claims 6, 14, and 22 would have
`
`been obvious over LiveDoc, Drop Zones, Pensoft, and Forest.
`
`III. CONCLUSION
`
`For the foregoing reasons, we determine that Petitioner fails to
`
`demonstrate a reasonable likelihood of prevailing on its challenge to the
`
`patentability of claims 1, 2, 4-10, 12-18, and 20-24 of the ’993 patent.
`
`18
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`Accordingly, it is
`
`IV. ORDER
`
`ORDERED that the Petition is denied as to all challenged claims of
`
`the ’993 patent.
`
`
`
`
`
`
`
`19
`
`
`
`

`

`Case IPR2014-00214
`Patent 8,306,993 B2
`
`
`
`
`PETITIONER:
`
`Andrea Reister
`Gregory Discher
`Covington & Burling LLP
`areister@cov.com
`gdischer@cov.com
`
`PATENT OWNER:
`
`Robert Asher
`Bruce Sunstein
`Sunstein Kann Murphy & Timbers LLP
`rasher@sunsteinlaw.com
`bsunstein@sunsteinlaw.com
`
`
`20
`
`
`
`

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket