`
`
`
`
`
`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