throbber
Paper No. ________
`
`
`
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`_____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`APPLE INC., GOOGLE INC., and MOTOROLA MOBILITY LLC
`
`Petitioners
`
`v.
`
`ARENDI S.A.R.L.
`Patent Owner
`____________
`
`Case IPR2014-00208
`Patent 7,917,843 B2
`____________
`
`____________________________________________________________
`
`
`REQUEST FOR REHEARING PURSUANT TO 37 C.F.R. § 42.71(c)
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`

`
`TABLE OF CONTENTS
`
`SUMMARY ..................................................................................................... 1
`
`ARGUMENT ................................................................................................... 1
`
`I.
`
`II.
`
`A. The June 11 Decision construed the claim term “analyzing, in a computer
`process…” too narrowly ................................................................................. 1
`
`B. The Petition demonstrated that Luciw met the analyzing limitation as
`properly construed .......................................................................................... 4
`
`III. Conclusion .....................................................................................................11
`
`
`
`
`
`la-1255575
`
`i
`
`

`
`
`
`Petitioners respectfully request partial rehearing of the “Decision Instituting
`
`Inter Partes Review,” issued June 11, 2014 (“June 11 Decision”). To limit the
`
`length of this request, Petitioners have chosen to request rehearing only of the
`
`denial of Ground 3 (obviousness in view of Luciw), and only with respect to
`
`claims 1, 13, 18-19, and 23, without conceding the correctness of the denials of
`
`other claims under Ground 3 or Grounds 1 and 2. Petitioners do not request
`
`rehearing of the remainder of the decision.
`
`I.
`
`SUMMARY
`
`Petitioners respectfully ask the panel to consider whether the panel applied
`
`the proper construction of the phrase “analyzing, in a computer process, first
`
`information from the document to determine if the first information is at least one
`
`of a plurality of types of information that can be searched for in order to find
`
`second information related to the first information.”
`
`II. ARGUMENT
`
`A. The June 11 Decision construed the claim term “analyzing, in a
`computer process…” too narrowly
`
`The June 11 Decision declined to adopt Ground 3 based on the limitation in
`
`claim 1 that reads:
`
`while the document is being displayed, analyzing, in a computer
`
`process, first information from the document to determine if the first
`
`information is at least one of a plurality of types of information that
`
`
`la-1255575
`
`1
`
`

`
`
`
`can be searched for in order to find second information related to the
`
`first information[.]
`
`This limitation will be referred to in this request as “the analyzing limitation.”
`
`The June 11 Decision did not expressly construe the analyzing limitation. In
`
`considering the analyzing limitation in connection with Ground 3, however, the
`
`June 11 Decision stated:
`
`As Patent Owner argues, however, by the act of using a smart field,
`
`the user informs the computing device what type of information the
`
`user is entering. No analysis to identify the type of information is
`
`performed or needed.
`
`(June 11 Decision, pp. 13-14) (emphasis added). The June 11 Decision
`
`further found:
`
`As Patent Owner points out, Luciw does not teach analyzing the
`
`information to determine information type in the implicit assist
`
`operation. As shown in Luciw’s Figure 3, “Implicit Assist” (step 104)
`
`if enacted, results in “Query Database” (step 106), with no intervening
`
`step of determining the type of information.
`
`(June 11 Decision, p. 14) (emphasis added).
`
`Thus, the June 11 Decision appears to have interpreted the analyzing
`
`limitation to require an analysis to determine the type of the first information in the
`
`document.
`
`
`la-1255575
`
`2
`
`

`
`
`
`The Petitioners respectfully submit, however, that the analyzing limitation is
`
`not so narrow. Specifically, the analyzing limitation requires the analysis to be
`
`performed “to determine if the first information is at least one of a plurality of
`
`types of information that can be searched for in order to find second information.”
`
`Respectfully, nothing in this language requires an analysis to determine the
`
`type of the first information. Such an analysis would yield a “type” as an answer.
`
`The actual claim language, however, requires the system to determine “if” the first
`
`information falls into the set of types that can be searched. This determination
`
`yields a “yes” or “no” answer: “yes” the information is of a type that can be
`
`searched, or “no” it is not. In other words, the quoted language requires only a
`
`determination of whether the first information (regardless of how its type was
`
`determined) is one of the types that can be searched. How the system knows the
`
`type of the first information is not limited by the claim. Nor does the claim specify
`
`how the analysis is performed.
`
`Neither the Patent Owner in its preliminary response nor the June 11
`
`Decision cited to a definition in the specification that would limit the language of
`
`the claims beyond its broadest reasonable construction. In an inter partes review
`
`(unlike in district court proceedings), the panel must not read limitations from the
`
`specification into the claims (absent an express definition), where the literal
`
`language of the claims could reasonably be read more broadly. See SAP v.
`
`
`la-1255575
`
`3
`
`

`
`
`
`Versata, CBM2012-00001, Pat. App. LEXIS 3788, *8 (PTAB June 11, 2013). As
`
`the Federal Circuit has held:
`
`[T]he PTO must give claims their broadest reasonable construction
`
`consistent with the specification.
`
` Therefore, we look to the
`
`specification to see if it provides a definition for claim terms, but
`
`otherwise apply a broad interpretation.
`
`In re ICON Health and Fitness, Inc., 496 F.3d 1374, 1379 (Fed. Cir. 2007).
`
`Therefore, Petitioners respectfully submit that the analyzing limitation can
`
`reasonably be construed more broadly than it was construed in the June 11
`
`Decision.
`
`B.
`
`The Petition demonstrated that Luciw met the analyzing
`limitation as properly construed
`
`Luciw meets the broadest reasonable construction of the analyzing
`
`limitation. To summarize the argument in the Petition, Luciw first receives user
`
`input into a document (“first information”). Luciw then analyzes the first
`
`information to determine whether it can be searched. Luciw determines both
`
`whether the user input can trigger implicit assistance and what kind of assistance is
`
`available. Implicit assistance includes actions involving searching for second
`
`information. Thus, the determination results in an answer that implicit assistance
`
`is available and involves a search for second information (the “yes” answer), or
`
`that implicit assistance is not available or does not involve a search for second
`
`
`la-1255575
`
`4
`
`

`
`
`
`information (the “no” answer). This meets the claim language as properly
`
`construed.
`
`More specifically, Luciw first discloses taking information entered into a
`
`document (either in a smart field or in the note area) and using that information to
`
`perform a check whether assistance is possible. The Petition stated in its claim
`
`chart (limitation [1c]):
`
`While the document is being displayed, the device in Luciw analyzes
`
`a user’s entry (first information from the document) to determine if
`
`implicit assistance is possible and the kind of implicit assist indicated
`
`(determine whether first information can be used to find second
`
`information). See, e.g., Figs. 3 and 4a; 10:15-20 (“If the entry in the
`
`smart field has been made by the user, the assistance process
`
`takes action to identify or recognize the kind of implicit assistance
`
`indicated at a step 154.”); 8:7-13 (“At step 104, the process
`
`recognizes whether or not an implicit assistance function is to be
`
`provided by computer system 10. … If a user does enter information
`
`into a ‘smart field,’ the computer database will be queried at step
`
`106 to determine whether assistance is possible given the user
`
`input.”).
`
`(Petition, p. 38) (emphasis added).
`
`As noted in the above quote from the Petition, at step 154 in Fig. 4a of
`
`Luciw, the Luciw system determines what kind of assistance the user is indicating.
`
`In step 106, the system checks whether such assistance is available. We know this
`
`
`la-1255575
`
`5
`
`

`
`
`
`operation is an analysis of the first information, because Luciw states that the
`
`analysis is performed “given the user input.” See Petition, p. 38 (quoted above)
`
`and Luciw, 8:12-13. For reference, Fig. 4a and the relevant part of Fig. 3 of Luciw
`
`(cited on p. 38 of the Petition, see quote above), are shown below, with steps 154
`
`and 106 highlighted.
`
`
`
`
`
`
`
`
`
`Portion of Fig. 3
`
`Fig. 4a
`
`As shown in the figures above, the system starts at numeral 102 in Fig. 3,
`
`moving then to step 104. Step 104 is detailed in Fig. 4a, and requires recognizing
`
`user input at step 154. The system then proceeds to step 106 in Fig. 3, where it
`
`queries the database. As noted in the above quote from the Petition, the result of
`
`
`la-1255575
`
`6
`
`

`
`
`
`these steps is that the system determines “whether assistance is possible given the
`
`user input.”
`
`Checking whether assistance is possible for the entered information meets
`
`the broadest reasonable construction of the analyzing limitation. This is because
`
`(as the Petition also makes clear) one form of implicit assistance is searching for
`
`second information and filling it in the document. This is discussed under
`
`limitations [1f] and [1g] (Petition, pp. 39-40) and was not disputed by the Patent
`
`Owner, nor found deficient in the June 11 Decision. For example, the Petition
`
`states under limitation [1f] that:
`
`The system determines the action the user intends to take based on the
`
`categories of information entered. See, e.g., 13:52-14:4; 9:46-48
`
`(“Next, an attempt is made at step 135 to recognize the possible intent
`
`expressed by the objects entered into the assistance process.”). As
`
`shown
`
`in Fig. 11c, performing actions requires different
`
`categories of information. See, e.g., 14:5-17. The system
`
`determines if any information required to perform the action is
`
`missing and retrieves it from the database. See e.g., 15:8-13 (“The
`
`process calls for example for the filling in of a plan template and the
`
`identification of any missing preconditions, as set forth at step 292 of
`
`FIG. 13. Next, a step 293 resolves missing preconditions to the extent
`
`possible.”). Thus, the action taken and the type of information
`
`retrieved (second information) depend on the type of information
`
`entered by the user (first information).
`
`
`la-1255575
`
`7
`
`

`
`
`
`Petition, p. 40 (emphasis added). Figure 11c referenced in the quote above
`
`is reproduced here:
`
`Figure 11c shows certain templates (one template in each row). These
`
`
`
`
`la-1255575
`
`8
`
`

`
`
`
`templates specify actions that can be performed using sets of information. The
`
`“first information” entered into the document is analyzed against these templates to
`
`make a determination whether there is a likely match, and whether any additional
`
`information needs to be searched. For example, when the first information is “call
`
`Isaac,” the word “call” has been identified as an “action,” and the word “Isaac” as
`
`a “person” (see Fig. 11b). As stated in Luciw:
`
`In this particular example, the intent is not obscure. The object
`
`<CALL> is clearly specified. There is a template match with the
`
`calling function expressed in the template. Both the action “call” and
`
`the person to be called are present in the template, permitting an
`
`effective, though not complete match. The place and the phone
`
`number are yet to be determined.
`
`Luciw, 14:22-28.
`
`As noted in the Petition at page 40, once the Luciw system has identified the
`
`user’s possible intent (a phone call to Isaac) and has identified missing information
`
`(Isaac’s phone number), the system then actually performs a search to fill in the
`
`missing information. As stated in the Petition:
`
`The system determines if any information required to perform the
`
`action is missing and retrieves it from the database. See e.g., 15:8-
`
`13 (“The process calls for example for the filling in of a plan template
`
`and the identification of any missing preconditions, as set forth at
`
`step 292 of FIG. 13. Next, a step 293 resolves missing preconditions
`
`to the extent possible.”). Thus, the action taken and the type of
`
`
`la-1255575
`
`9
`
`

`
`
`
`information retrieved (second information) depend on the type of
`
`information entered by the user (first information).
`
`Petition, p. 40 (emphasis added).
`
`Thus, the system of Luciw (a) determines whether the information is of a
`
`type where implicit assistance is possible and (b) shows that implicit assistance
`
`can—in some examples—be the action of searching for second information.
`
`(Petition, pp. 38-41). This means that Luciw determines whether the first
`
`information is of a type that can be searched for second information. This is what
`
`the broadest reasonable construction of the claim requires. Therefore, Luciw
`
`should have been found to meet the analyzing limitation, and Trial on Ground 3
`
`should have been instituted.
`
`
`
`
`
`
`la-1255575
`
`10
`
`

`
`
`
`III. CONCLUSION
`
`For the foregoing reasons, the Petitioners respectfully request that Ground 3
`
`be added to the instituted Trial for claims 1, 13, 18-19, and 23.
`
`
`
`
`
`
`
`Respectfully submitted,
`
`
`
`Dated: June 25, 2014
`
`
`By: /Mehran Arjomand/
`Mehran Arjomand
`Registration No.: 48,231
`MORRISON & FOERSTER LLP
`707 Wilshire Blvd., Suite 6000
`Los Angeles, California 90017-3543
`(213) 892-5630
`Counsel for Petitioner Apple Inc.
`
`
`By: /Matthew A. Smith/
`Matthew A. Smith
`Registration No.: 49,003
`Turner Boyd LLP
`2570 W. El Camino Real, Suite 380
`Mountain View, California 94040
`(650) 265-6109
`Counsel for Petitioners
`Motorola Mobility LLC and
`Google Inc.
`
`
`
`
`
`
`
`
`la-1255575
`
`11
`
`

`
`
`
`CERTIFICATE OF SERVICE UNDER 37 C.F.R. § 42.6
`
`
`I hereby certify that the attached “Request for Rehearing” was served as of
`
`the below date on the Patent Owner via e-mail to the following counsel of record
`
`for the Patent Owner:
`
`Robert Asher (rasher@sunsteinlaw.com)
`Bruce Sunstein (bsunstein@sunsteinlaw.com)
`John J. Stickevers (jstickevers@sunsteinlaw.com)
`Dorothy Wu (dwu@sunsteinlaw.com)
`sunsteinip@sunsteinlaw.com
`
`Sunstein Kann Murphy & Timbers LLP
`125 Summer Street, 11th Floor
`Boston, MA 02110
`
`
`Dated: June 25, 2014
`
`
` /Mehran Arjomand/
`Mehran Arjomand
`
`
`
`
`
`
`
`
`
`
`
`
`la-1255575
`
`12

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