• Google LLC v. Sandpiper CDN, LLCAll claims unpatentable
  PTAB · Oct 9, 2026 · IPR2025-00826 · APJ Michael T Cygan · IPR · Final written decision

  Claims 1–23 are unpatentable under § 103, including over Glines alone and the additional asserted combinations.

  RulingsFinal written decision

  • Skill levelSkill level petitioner adoptedDecided for petitioner

    “B. Level of Ordinary Skill in the Art Petitioner asserts that a person of ordinary skill in the art (“POSITA”) at the critical time “would have had at least a bachelor’s degree in computer science, electrical engineering, or a related field, and at least two years of work or research experience in the field of content delivery management or networks,” and that “additional education could substitute for work experience.” Pet. 3 (citing Ex. 1008 ¶¶ 51–53). Patent Owner provides substantially the same assessment. PO Resp. 16. We adopt Petitioner’s proposed level of ordinary skill, as it appears to be consistent with the specification of the ’112 patent and the prior art of record.” slip op. at 7

  • Claim Construction › Threshold & procedure › Whether a term needs construction (O2 Micro)No construction neededOther

    “claim construction standard that would be used to construe the claim in a civil action under 35 U.S.C. [§] 282(b).” 37 C.F.R. § 42.100(b). Under this standard, the words of a claim generally are given their “ordinary and customary meaning,” which is the meaning the term would have to a person of ordinary skill at the time of the invention, in the context of the entire patent including the specification. Phillips v. AWH Corp., 415 F.3d 1303, 1312–13 (Fed. Cir. 2005) (en banc). Neither party proposes any express claim construction. Pet. 3; PO Resp. 16. We address the parties’ interpretation of the scope of “causing said hostname to be resolved” in our discussion of Petitioner’s assertions for limitation [1.d]. Based on the record before us, we determine that no claim term requires express construction.” slip op. at 8

  • Expert testimonyPetitioner expert creditedDecided for petitioner
  • Strike new argumentNew argument consideredDecided for petitioner

    “We do not agree. The Petition states that Glines discloses that the anycast is resolved by an ISP DNS server. Pet. 20. The Petition identifies Glines’s local ISP DNS resolver 18 as the claimed ISP DNS server. Id. The Petitioner further asserts that Glines’s ISP DNS resolver 18 sends the request to the DNS server 38, but states that “Glines’s local DNS resolver, an ISP DNS server, thus causes the hostname . . . to be resolved.” Id. at 21–22. The Petition also drew an analogy with the ’112 patent and the role of local DNS server 70a in the Petition. See Pet. 20–21. Because the Petition and the Reply both identify Glines’s local ISP DNS resolver 18 as causing the hostname to be resolved, Petitioner has not advanced a new theory of unpatentability in its Reply. 6 At oral argument, Patent Owner suggested a narrower claim reading, but admitted that this had not been briefed. Tr. 36:15–38:9, 44:9–16. We do not address this reading because it was not set forth in the briefing. In the briefing, Patent Owner took the broader reading discussed here. See Tr. 41:12–23; PO Sur-reply 7.” slip op. at 13

  Patent outcomesUS 9,021,112 unpatentable
  Claim construction§ 103 obviousnesscites Phillips · KSR · Graham
  Patents in suitUS 9,021,112
• Apple Inc. v. Ferid AllaniAll claims unpatentable
  PTAB · Aug 25, 2026 · IPR2025-00857 · APJ Jeffrey S Smith · IPR · Final written decision

  Claims 1–27 are unpatentable: claims 24 and 26 over Rossmann and Himmel; claims 1–2, 4–6, 10–23, 25, and 27 over Rossmann, Himmel, King, and Adar; claims 3 and 7–9 over those references and Boyle.

  RulingsFinal written decision

  • Skill levelSkill level petitioner adoptedDecided for petitioner

    “we consider the type of problems encountered in the art, the prior art solutions to those problems, the rapidity with which innovations are made, the sophistication of the technology, and the educational level of active workers in the field. See Custom Accessories, Inc. v. Jeffrey-Allan Industries, Inc., 807 F.2d 955, 962 (Fed. Cir. 1986); see Orthopedic Equip. Co. v. United States, 702 F.2d 1005, 1011 (Fed. Cir. 1983).” slip op. at 6

  • Claim Construction › Intrinsic evidence (Phillips canons) › Plain and ordinary meaning to a POSITAPlain and ordinary meaningDecided for patent owner

    “meaning of “icon” as claimed, including the dependent claims, the specification, the prosecution history, and the extrinsic evidence including expert testimony and dictionary definitions, we determine that the plain meaning of “icon” is readily apparent from the claims themselves. See Phillips, 415 F.3d at 1314 (“In some cases, the ordinary meaning of claim language as understood by a person of ordinary skill in the art may be readily apparent even to lay judges.”). We find that the plain meaning of “icon” as claimed encompasses at least “textual elements” because claim 20 recites “the icons comprise textual elements.” See id. (“Other claims of the patent in question, both asserted and unasserted, can also be valuable sources of enlightenment as to the meaning of a claim term.”). We highlight that the additional intrinsic evidence cited by the parties is consistent with the plain meaning. For example, Figures 1 and 2 of the specification show icons comprising textual elements. As another example, during prosecution of the ’058 patent, the Examiner found that the claimed icons were taught by textual hyperlinks. Ex. 1002, 586, 592. In order to overcome the Examiner’s rejection and obtain an allowance (id. at 641–50), applicant subsequently amended the claims to recite “specifically designed,” thus implicitly conceding to the Examiner’s interpretation of icon as encompassing textual hyperlinks. Id. at 625–640; see PO Resp. 43–44 (citing Ex. 1002, 626–27, 645–46) (acknowledging that the Examiner allowed the claims because applicant amended the claims to recite “specifically designed for containing a set of icons.”).” slip op. at 11

  • Claim Construction › Intrinsic evidence (Phillips canons) › Prosecution history disclaimer / disavowalTerm construed petitioner constructionDecided for petitioner

    “Requiring an element to be "specifically designed" for another element narrows the claim because it requires more than the first element being merely capable of being used with the second element. The term "configured to" is generally construed narrowly to mean "made to" and "designed to" rather than broadly to require merely "capable of". See In re Giannelli, 739 F. 3d 1375, 1379-80 (Fed. Cir. 2014) (the phrase "configured to" requires more than "mere capability." Rather, that term is synonymous with "made to" and "designed to."). However, rather than use "configured to", in order to avoid any confusion as to the narrower scope of the claims as amended, Applicant herein directly and explicitly requires "designed to." In re Giannelli at 1379-80 (Fed. Cir. 2014) (reversing an obviousness rejection because (1) the claims were properly construed narrowly to mean "designed to" and not broadly to encompass merely "capable of", and (2) the USPTO had not explained the motivation for modifying the prior art to meet the "design to" requirement) See also MPEP 2111.04, citing to In re Giannelli, for the proposition that a claim can be narrowed to require that it be "designed and constructed to be used" in a specific manner (as a rowing machine in the case of In re Giannelli). Logan has not been specifically designed and constructed in the required manner, so it does not cure all deficiencies of the primary reference Iki (which lacks any tree menu structure). Logan describes only "remote web" pages 90, 95 that are merely pages retrieved from Web browsing and stored in a web computer 25. Iki as modified by Logan would result on in a tree menu structure wherein not all levels of the tree included the required selection pages specifically designed for containing the claimed set of icons. Ex. 1002, 626–27 (emphasis omitted).” slip op. at 14

  • Obviousness (§103) › Motivation to combine / reasonable expectation of successMotivation foundReasonable expectation foundUnpatentable

    “Petitioner contends that a person of ordinary skill in the art would have modified Rossmann to include several advantages expressly taught by Himmel: Himmel’s consumer hot list bookmark set for the benefits of providing a user with a consistent user interface when accessing a website; to simplify navigation for the user by providing an additional navigation aid; to provide more immediate access to commonly used web actions; to reduce the network traffic required to navigate through webpages to arrive at a particular web function; and to reduce usage charges and data usage. Pet. 22–23 (citing Ex. 1003 ¶¶ 94–99; Ex. 1004, 2:38–56, 12:24–34, 14:35–44; Ex. 1005, 18:63–65, 20:11–16). Petitioner contends that modifying Rossmann’s Figures 4A through 4G to include Himmel’s consumer hot list bookmark set yields each selection page including both selection icons for navigating to other local pages along with direct access icons such as on sale today to directly navigate to a predetermined web site to perform a common web action. Id. at 23–25 (citing Ex. 1003 ¶¶ 96–100; Ex. 1004, Figs. 4D–F). Petitioner contends that the selection page of Rossmann as modified by the bookmark set of Himmel teaches a first locally stored page specifically designed to include a direct access icon because the selection page is “used to include” a direct access icon, such as on sale today, and that during use, this selection page is programmed to display the set of direct access icons for selection by the user. Pet. 25 (citing Ex. 1003 ¶¶ 96–100); see id. at 21–24. Petitioner contends that a person of ordinary skill in the art would have had a reasonable expectation of success because technology for bookmarking websites and web actions was known at the time of invention, modifying Rossmann to utilize known bookmark manager software would have been straight forward, Rossmann already includes hardware and programming instructions to access a web server, and Himmel teaches that known prior art methods utilized both selection and direct access icons on a single page. Id. at 25–26 (citing Ex. 1003 ¶¶ 101–103; Ex. 1004, 2:38–41, 14:21–44; Ex. 1005, Fig. 6A, 21:27–34).” slip op. at 19

  Patent outcomesUS 10,943,058 unpatentable
  Claim construction§ 103 obviousnesscites Phillips
  Patents in suitUS 10,943,058
• Microsoft Corporation v. X1 Discovery, Inc.No claims unpatentable
  PTAB · Jun 18, 2026 · IPR2025-00253 · APJ Scott C Moore · IPR · Final written decision

  Claims 1–10 were not shown unpatentable under either § 103 ground because the evidence did not establish a reason to combine the references or a reasonable expectation of success.

  RulingsFinal written decision

  • Skill levelSkill level patent owner adoptedDecided for patent owner

    “In our Decision on Institution, we adopted Mr. Haeberli’s formulation, finding it to be consistent with the evidence of record at this stage of the proceeding, including the asserted prior art and the ’035 patent. D.I. 8. Following a review of the full record, we agree with Mr. Haeberli’s statement that Petitioner’s definition of one of ordinary skill in the art is “not meaningfully different” from Mr. Haeberli’s for the purposes of this proceeding. We continue to view Mr. Haeberli’s proposed definition as consistent with the ’035 patent and the asserted prior art, and we apply it in our analysis below. However, our analysis of the issues below would have been the same had we instead adopted Petitioner’s proposed definition. C.” slip op. at 11

  • Claim Construction › Threshold & procedure › Whether a term needs construction (O2 Micro)Term construed board ownDecided for patent owner

    “In our Institution Decision, we construed the claim term “string separator character” to mean “a single-character string separator,” and invited the parties to raise any issues they had with this construction in future briefing. D.I. 10. Patent Owner subsequently indicated that it agreed with this construction. See PO Resp. 8. Petitioner did not raise any objections to this construction (see generally Pet. Reply). Accordingly, and in the absence of any dispute, we construe “string separator character” to mean “a single-character string separator.” Neither Petitioner nor Patent Owner ask us to adopt explicit constructions of any other claim terms. See Pet. 14, PO Resp. 8–9; Pet. Reply 1–23; PO Sur-reply 2–7. We also find that the issues in dispute can be resolved without construing any other claim terms. Accordingly, we do not adopt explicit constructions of any other claim terms. See Realtime Data, LLC v. Iancu, 912 F.3d 1368, 1375 (Fed. Cir. 2019) (“The Board is required to construe ‘only those terms … that are in controversy, and only to the extent necessary to resolve the controversy.’”) (quoting Vivid Techs., Inc. v. Am. Sci. & Eng’g, Inc., 200 F.3d 795, 803 (Fed. Cir. 1999)). D.” slip op. at 12

  • Obviousness (§103) › Motivation to combine / reasonable expectation of successNot shown unpatentableMotivation not foundNot shown unpatentable

    “search functionalities disclosed in the Lotus Notes References and Raskin are materially different in such a way as to render combining them anything but simple and straightforward.” See PO Resp. 26–27. Indeed, Petitioner has given little or no explanation of how one of ordinary skill in the art allegedly would have taken the “idea of incremental search” and applied it to Lotus Notes. See, e.g., Ex. 2021, 116:20–117:17 (Petitioner’s declarant, Dr. Terveen, testifying that “Raskin is not explicitly talking about searching across a set of documents, but the teaching that I relied on in general from Raskin is the idea of incremental searching,” and “I did not have to talk about implementation level details or incorporating a particular implementation. That wasn’t necessary for my opinion.”). Raskin simply does not teach a mode of incremental searching that applies to the query-style, document-finding searching of the type Petitioner cites from Lotus Notes. See generally Ex. 1021; see also Ex. 2020 ¶¶ 34–35 (Mr. Haeberli contrasting the Lotus Notes searches cited by Petitioner with Raskin’s searches). Raskin even states that it is “difficult or impossible to implement incremental searches” using interface-building tools. Ex. 1021, 126; Ex. 2020 ¶ 60 (Mr. Haeberli’s testimony that this passage of Raskin “directly undermines Dr. Terveen’s suggestion that a POSITA would have been motivated to implement Raskin’s incremental search approach in the Lotus Notes system”).” slip op. at 24

  Patent outcomesUS 7,370,035 not shown unpatentable
  Claim construction§ 103 obviousnesscites Phillips · Graham
  Patents in suitUS 7,370,035
• Microsoft Corporation v. X1 Discovery, Inc.No claims unpatentable
  PTAB · Jun 18, 2026 · IPR2025-00254 · APJ Lisa A Murray · IPR · Final written decision

  Claims 1–20 were not shown unpatentable under either §103 ground because Petitioner failed to establish motivation to combine and a reasonable expectation of success.

  RulingsFinal written decision

  • Skill levelSkill level patent owner adoptedDecided for patent owner

    “29. In my opinion, the POSITA at the time of the alleged invention of the Asserted Patents would have had a (1) a Bachelor’s degree in a pertinent discipline, such as computer science, electric engineering, computer engineering, or a related field and (2) have 2–4 years of experience in working with computing devices and have an understanding of indexed search systems utilized by such computing devices. 30. I am aware that Petitioner has provided its own definition . . . . 31. I believe Petitioner’s definition is not meaningfully different from my definition of a POSITA. My opinions would not change regardless of which definition of POSITA is applied. Ex. 2001 ¶¶ 29–31. In our Decision on Institution, we adopted Mr. Haeberli’s formulation, finding it to be consistent with the evidence then of record, including the asserted prior art and the ’490 patent. Dec. 9. Following a review of the full record, we agree with Mr. Haeberli’s statement that Petitioner’s definition of one of ordinary skill in the art is “not meaningfully different” from Mr. Haeberli’s for the purposes of this proceeding. We continue to view Mr. Haeberli’s proposed definition as consistent with the ’490 patent and the asserted prior art, and we apply it in our analysis below. However, our analysis of the issues below would have been the same had we instead adopted Petitioner’s proposed definition.” slip op. at 9

  • Claim Construction › Threshold & procedure › Whether a term needs construction (O2 Micro)No construction neededNot reached

    “In our Decision on Institution, the only term that we found it necessary to construe was the term “string separator character” in claim 1. We preliminarily construed this term to mean “a single-character string separator.” Dec. 11, 30–31. We invited the parties to address the appropriateness of this construction over the course of the trial. Id. at 11, 31. In its briefing, Patent Owner agrees with the Board’s preliminary construction, arguing that it is “consistent with the intrinsic evidence.” PO Resp. 8 (citing Ex. 1001, claims 8 and 20). Patent Owner further argues that a person of ordinary skill would have understood a multi-character Boolean operator such as “AND” to be “a search syntax instruction rather than a string separator.” Id. at 9 (citing Ex. 1059, 162; Ex. 2001 ¶ 112). Petitioner’s Reply Brief does not address the issue of claim construction. See generally Reply Br.; see also Pet. 11 (“Unless otherwise noted, Petitioner applies the plain and ordinary meaning of all claim terms below.”). Following our review of the full record, we determine that it is not necessary to construe this or any other claim term for the purposes of this Decision.2 See Nidec Motor Corp. v. Zhongshan Broad Ocean Motor Co., 868 F.3d 1013, 1017 (Fed. Cir. 2017) (Only terms that are in controversy need to be construed, and then only to the extent necessary to resolve the controversy.). In our analysis below, we interpret the language of the claims according to its plain and ordinary meaning.” slip op. at 10

  • Expert testimonyPetitioner expert discountedPatent owner expert creditedDecided for patent owner

    “Having reviewed the evidence of record, we find Mr. Haeberli’s testimony to be more persuasive and better supported by the evidence. According to Dr. Terveen, “[r]obust programming languages such as C and C++, together with well-developed operating system and UI frameworks, . . . allowed an ordinary programmer to build a UI that supported incremental searching, as evidenced by the numerous prior art systems that implemented such functionality, including Entourage, Eudora, Emacs, Canon Cat, SwyftWare, and others. Ex. 1100 ¶ 43 (citing Ex. 1004, 8–9, 161; Ex. 1021, 125, 127, 129; Ex. 1039, 102–103; Ex. 1043, 385–389). The relevant question, though, is not whether it would have been possible to build a user interface that supported incremental search, but whether it would have been “simple and straightforward” to execute an incremental search of multiple partial search strings on large, indexed multi-file databases such as those described in the Lotus Notes references, as Dr. Terveen alleges. None of the prior art discussed in the “State of the Art” section of Dr. Terveen’s initial declaration, taken individually or together, discloses incrementally searching a plurality of files using two partial search strings. See Ex. 1003 ¶¶ 32–33, 37, 40; Ex. 2001 ¶ 100. Thus, creating a user interface might be “simple,” but the evidence suggests that the back-end execution of an incremental search is not. See, e.g., Ex. 1021, 126 (Raskin, concluding that “almost all interface-building tools make it easy to implement delimited searches and difficult or impossible to implement incremental searches”).” slip op. at 23

  • Obviousness (§103) › Motivation to combine / reasonable expectation of successMotivation not foundNot shown unpatentable

    “different approach from that taken in Lotus Notes. The difference between Raskin’s sequential scanning method and the index-based system described in Wilcox is that sequential scanning by definition can only scan one document at a time as each document is loaded into a “buffer.” See, e.g., Ex. 2020 ¶ 35. Lotus Notes, however, only needs to load the index into memory for a user to be able to locate the single index entry identifying all instances of an indexed term across all indexed files. In fact, Raskin acknowledges that indexing may be necessary to maintain an acceptable response time. Ex. 1021, 132 n.10; see also id. at 129 (indexing speeds search times). Mr. Haeberli’s third and final reason for concluding that one of ordinary skill would not have been motivated to combine Raskin’s incremental search with Lotus Notes is that at the time using incremental searches would have presented “extreme technical difficulties.” Ex. 2001 ¶ 101. Here again we find Mr. Haeberli’s explanation more persuasive than Dr. Terveen’s opinion that combining the teachings from Raskin with Lotus Notes’ teachings “would have required only simple and straightforward software modifications.” Ex. 1003 ¶ 80. According to Mr. Haeberli, “there are serious technical challenges with implementing the complex search strategies of the challenged claims in the systems on which Dr. Terveen relies.” Id. ¶ 96. As Patent Owner argues: searching across a set of files to find specific files requires the system to identify which files are in the set, access those files (which are often not loaded in active memory), search their contents, determine which files contain matches to search criteria, and then present results to the user; all tasks that do not exist in the same way (or at all) for a search confined to text in a single open file already loaded into memory. Sur-Reply 9; see Ex. 2020 ¶¶ 15, 35–36. There would have been other challenges as well. For example, “[t]he type of sequential scanning typically employed to search a single open document is very time and resource intensive if employed to search a large set of documents.” Ex. 2020 ¶ 15. Also, “[i]mplementing incremental search in the Lotus Notes indexed system would necessarily require a larger index, which would slow down, rather than increase the search speed.” PO Resp. 23; see Ex. 2020 ¶ 33. Finally, Raskin itself concludes that “even if incremental searching is advantageous, ‘almost all interface-building tools make it easy to implement delimited searches and difficult or impossible to implement incremental searches.’” Ex. 2001 ¶ 96 (emphasis added by Mr. Haeberli) (quoting Ex. 1021, 126). In short, Mr. Haeberli presents three significant reasons why there would have been no motivation or expectation of success in combining the teachings of Wilcox with those of Raskin. Dr. Terveen’s opinion to the contrary, on the other hand, is not supported by evidence. Dr. Terveen testifies that “[a] POSITA would have been motivated to perform Lotus Notes’ multi-string search incrementally for the reasons stated by Raskin: speed, effectiveness, and ease of use.” Ex. 1003 ¶ 78 (citing Ex. 1021 ¶¶ 125–127). The evidence, however, not only fails to support Dr. Terveen’s testimony, but also demonstrates that one attempting to make the proposed combination would not have reasonably expected the proposed combination to result in greater speed or effectiveness.” slip op. at 27

  Patent outcomesUS 10,552,490 not shown unpatentable
  Claim construction§ 103 obviousnesscites KSR
  Patents in suitUS 10,552,490
• Microsoft Corp. v. X1 Discovery, Inc.No claims unpatentable
  PTAB · Jun 18, 2026 · IPR2025-00255 · APJ William V Saindon · IPR · Final written decision

  Claims 1–27 were not shown unpatentable under either §103 ground because Petitioner did not establish a persuasive reason to combine the cited teachings with adequate factual support.

  RulingsFinal written decision

  • Skill levelSkill level patent owner adoptedDecided for patent owner

    “Patent Owner does not comment on Petitioner’s formulation of the level of ordinary skill, or offer its own formulation in its Response. Patent Owner’s declarant, however, states: 29. In my opinion, the POSITA at the time of the alleged invention of the Asserted Patents would have had a (1) a Bachelor’s degree in a pertinent discipline, such as computer science, electric engineering, computer engineering, or a related field and (2) have 2–4 years of experience in working with computing devices and have an understanding of indexed search systems utilized by such computing devices. 30. I am aware that [Petitioner] has provided its own definition . . . . 31. I believe [Petitioner’s] definition is not meaningfully different from my definition of a POSITA. My opinions would not change regardless of which definition of POSITA is applied. Ex. 2001 ¶¶ 29–31. In our Decision on Institution, we adopted Patent Owner’s formulation, finding it to be consistent with the evidence of record at this stage of the proceeding, including the asserted prior art and the ’139 patent. Dec. on Inst. 8. Following a review of the full record, we agree that Petitioner’s definition of one of ordinary skill in the art is “not meaningfully different” from Patent Owner’s for the purposes of this proceeding. We continue to view Patent Owner’s proposed definition as consistent with the ’139 patent and the asserted prior art, and we apply it in our analysis below. However, our analysis of the issues below would have been the same had we instead adopted Petitioner’s proposed definition.” slip op. at 10

  • Claim Construction › Threshold & procedure › Whether a term needs construction (O2 Micro)Term construed patent owner constructionOther

    “Petitioner does not assert any explicit claim constructions. Pet. 12. In our Decision on Institution, the Board construed “string separator character” as “a single-character string separator.” Dec. on Inst. 10, 28–29. Patent Owner explicitly agreed with this construction in its Response (Resp. 8–9), and Petitioner offered no further comment in its Reply. Although no claim construction issue is squarely before us now, we maintain our prior construction of “string separator character,” and do not construe any further limitations. See Realtime Data, LLC v. Iancu, 912 F.3d 1368, 1375 (Fed. Cir. 2019) (“The Board is required to construe ‘only those terms . . . that are in controversy, and only to the extent necessary to resolve the controversy.’”) (quoting Vivid Techs., Inc. v. Am. Sci. & Eng’g, Inc., 200 F.3d 795, 803 (Fed. Cir. 1999)).” slip op. at 11

  • Obviousness (§103) › Motivation to combine / reasonable expectation of successMotivation not foundReasonable expectation not foundNot shown unpatentable

    “We agree with Patent Owner that a problem with Petitioner’s combination is that it proposes to take the idea of incremental searching from Raskin and divorce it from Raskin’s teaching of incremental searching. See PO Resp. 20 (arguing, “a [person of ordinary skill in the art] must consider all the teachings of a reference, and not pick out general ‘concepts’ disclosed in the art without considering the context in which they are used”); see also id. at 17–28 (setting out the whole argument); Ex. 2020 ¶¶ 39–62 (Patent Owner’s declarant explaining why Petitioner’s approach is “technically problematic”). Raskin’s incremental search is tied to finding and moving to character strings within a document. Ex. 1021, 125. For example, if a user were to type a string that was found in the text, “the instance [of that string] is selected and the cursor placed immediately after the end of the selection.” Id. The cursor can move about the text as characters of the search string are added or deleted. Id. at 125–126. Thus, Raskin discloses in-text search, even when searching across documents. Id. at 132 (“After the local document has been completely searched the search then proceeds through the following documents until the end of the folder is reached, when the search continues from the beginning of the first document in the folder until the current, already searched document is reached. After cycling through the folder, the next larger domain is treated similarly, and so forth.”). Raskin even distinguishes its text-finding search from Lotus Notes’ document-finding search, stating that “[i]t is usually easy to tell in what domain you are searching, because you see the results in context; what you see is not just a list of file names, as with many present search systems.” Id. (emphasis added); see also PO Sur-reply 16 (citing the same page and arguing that “Raskin recommends doing the opposite of what is claimed”). This context gives credence to Patent Owner’s argument that “the search functionalities disclosed in the Lotus Notes References and Raskin are materially different in such a way as to render combining them anything but simple and straightforward.” PO Resp. 26–27. Indeed, Petitioner has given little-to-no explanation of how one takes the “idea of incremental search” and applies it to Lotus Notes. Ex. 2021, 116:20–117:17 (Petitioner’s declarant testifying that “Raskin is not explicitly talking about searching across a set of documents [at once], but the teaching that I relied on in general from Raskin is the idea of incremental searching,” and “I did not have to talk about implementation level details or incorporating a particular implementation. That wasn’t necessary for my opinion.”). Raskin does not teach a mode of incremental searching that applies to the query-style, document-finding searching in Lotus Notes. See generally Ex. 1021; see also Ex. 2020 ¶¶ 34–35 (Patent Owner’s declarant contrasting Lotus Notes and Raskin). Raskin even states that it is “difficult or impossible to implement incremental searches” using standard interface-building tools. Ex. 1021, 126; Ex. 2020 ¶ 60 (Patent Owner’s declarant stating that this passage “directly undermines [Petitioner’s declarant’s] suggestion that a [person of ordinary skill in the art] would have been motivated to implement Raskin’s incremental search approach in the Lotus Notes system”).” slip op. at 34

  • Obviousness (§103) › Motivation to combine / reasonable expectation of success › HindsightMotivation not foundNot shown unpatentable

    “Entourage and what True is doing and how it is doing it, Petitioner asserts that it would have been obvious to use True’s two search strings “to provide more targeted searching, as was common sense and well known in the art.” Pet. 60 (citing Pet. 8–9; Ex. 1057, 27); see also id. at 56, 66 (similar). But we are not persuaded by a preponderance of the evidence that True provides more targeted searching or better search results when finding documents. True itself appears silent on the issue. Petitioner cites Exhibit 1057, but all that stands for is the general premise that doing a Boolean AND search in a Web search engine reduces the number of search results. Ex. 1057, 27. Petitioner does not allege that True uses a Boolean AND search of the kind discussed in Exhibit 1057. Thus, the statement in Exhibit 1057 regarding reducing the number of search results is tied to a manner of performing Boolean searches, something Petitioner does not use to modify Entourage. In other words, Exhibit 1057 is of little relevance to the Entourage-True combination, and does not serve as a factual underpinning in support of Petitioner’s reasoning. Petitioner also cites to several other references that discuss Boolean-style searches, but these generic background disclosures do not explain why a person of ordinary skill in the art would have considered it obvious to use one or more features of the probabilistic-based interest level search from True in a document-finding application like Entourage. See Pet. 8–9 (string citing over a dozen references with no pinpoint citations). Accordingly, there appears to be little reason, absent hindsight, to incorporate some aspect of a text-as-proxy-for-sounds system like True into Entourage’s filter or Find feature to provide more targeted searching. Accord Ex. 2020 ¶ 120 (“Patent Owner’s declarant stating that “a [person of ordinary skill in the art] working on the problem of searching large document collections would not look to [True,] a system designed for navigating imprecise transcriptions of single audio files, as the technical approaches and constraints are entirely different”). Patent Owner argues, and we agree, that another problem with Petitioner’s combination is that True does not appear to actually provide more targeted or better searching. PO Resp. 59–60 (“True’s search capabilities are inherently imprecise”) (citing Ex. 1009, 1:18–27; Ex. 2001 ¶ 137); see also Ex. 1009, 4:31–37 (explaining that True uses a speech recognition system that calculates confidence levels based on a “% likelihood that [a word] corresponds to the portion of the digitized audio [at a given time]”); Ex. 2020 ¶ 114 (Patent Owner’s declarant stating that “the purpose of True is not to definitively locate where a search string actually appears”). Petitioner does not explain what about True would make some aspect of Entourage’s filter or Find features more targeted. Even if it was known to use Boolean AND searches, for example, Petitioner is not citing True to modify Entourage to have a Boolean search. True uses an “interest level” search instead, which is more inclusive than a Boolean AND search (it adds together hits for “queen” OR “mother,” and may return hits containing neither). Ex. 1009, 5:29–50, Fig. 2 (showing results list 22 having several results which do not indicate any of the searched-for words); see Ex. 2020 ¶ 116 (Patent Owner’s declarant analyzing True’s interest level search would also include “text [that] does not show the query word”). Petitioner does not appear to be proposing to incorporate an interest level search or a Boolean-style search into the filter or Find features, and we are not persuaded that True in fact provides more targeted searching. Even if the quality of the transcripts in True happened to be perfect (see Pet. Reply 10, arguing that “True describes searching a text file that has 100% accuracy”), the fact remains that True attempts to find text in particular time windows using an interest level search based on the probability that a word or words were spoken in a given time window, which is completely different from what Entourage is doing with its search (see Ex. 2020 ¶¶ 114–116, 121). In its Reply, Petitioner states that True teaches “an incremental search for multiple search strings entered in a search field.” Pet. Reply. 10. This is a broad generalization of what True does, made with the benefit of hindsight, but as we have just explained, True’s interest level search is different from the kinds of searches done in Entourage or even the Boolean-style web searches performed in the background references. See, e.g., Ex. 1057, 27. This means it is not a matter of taking one known teaching and simply applying it to another system. True is doing something different, and it’s not clear how True’s search would actually provide “precise, targeted search results” (Pet. Reply 3) given that True appears to suggest a less-targeted search than claimed (see, e.g., Ex. 1001, 29:62–63, claiming “identifying one or more documents included in both the first one or more documents and the second one or more documents”). See also Ex. 2001 ¶¶ 135 (Patent Owner’s declarant stating that “Entourage and True are directed to completely different purposes”), 136–138 (further analysis); Ex. 2020 ¶ 114 (stating that “the purpose of True is not to definitively locate where a search string actually appears”), ¶ 116 (stating that True returns text that does not even have the search word). True does not teach, suggest, or support Petitioner’s general premise that there is a benefit for an incremental search for multiple search strings entered in a search field or that such searches would provide precise, targeted search results. The problem with Petitioner’s analysis becomes more apparent when the Petition turns to the “string separator character” of claim 1. Notably, it is the claimed string separator character that converts a field with a single search string into a field with two search strings. See, e.g., Ex. 1098, 37:12– 41–4 (deposition of Patent Owner’s declarant) (discussing that a string separator character is what instructs the computer to break up one string of characters into separate strings of characters). Thus, one cannot discuss the string separator character apart from the limitations requiring first and second search strings in a single search field. Nevertheless, Petitioner treats the “string separator character” in isolation. See Pet. 61–62. Petitioner’s reason for modifying one or both of Entourage’s filter and/or Find feature(s) to have a string separator character is because “it was common to [use string separator characters].” Id. at 61. However, even if something was known, it does not mean it is obvious to incorporate it into one or both of these features in Entourage. KSR, 550 U.S. at 418 (“a patent composed of several elements is not proved obvious merely by demonstrating that each of its elements was, independently, known in the prior art”). Adding a string separator character to divide a single string into two separately searched strings changes how the software would function. See Ex. 1098, 39:22–40:8 (Patent Owner’s declarant testifying that software has to look for a string separator character in order to know multiple search strings were entered in the field). The space character in “Orson Welles,” used in the Advanced Find example in Barber, for example, is not a string separator character because one looking to exclude hits with “Orson Welles” is searching for the string “Orson Welles”—the space is another character in the name string whose inclusion serves a specific semantic purpose (delineating between a first and last name). See Ex. 2001 ¶ 151 (“there is no evidence that when a user types ‘Orson Welles’ into this Find command text box that a search is performed on ‘Orson’ and ‘Welles’ separately as opposed to searching on the full text string ‘Orson Welles.’”); Ex. 1006, 387 (discussing how exclude the specific person “Orson Welles” from the search, not to find someone having the first name “Orson” or the last name “Welles”); see also Ex. 1003 ¶ 144 (Petitioner’s declarant implicitly acknowledging that the space in “Orson Welles” is not a string separator character). Thus, the space character in “Orson Welles” does not signal to the computer to break the string up into two parts at the space and perform” slip op. at 42

  Patent outcomesUS 9,633,139 not shown unpatentable
  Claim construction§ 103 obviousnesscites KSR · Graham
  Patents in suitUS 9,633,139
• SAP America, Inc. v. Cyandia, Inc.All claims unpatentable
  PTAB · Mar 13, 2026 · IPR2024-01433 · APJ Jeffrey S Smith · IPR · Final written decision

  Claims 1–7, 10, 11, 13, 18, 19, 23, 29, 35, and 36 are unpatentable as obvious over the PCT Publication and Austin-Lane.

  RulingsFinal written decision

  • Skill levelSkill level petitioner adoptedDecided for petitioner

    “Patent Owner asserts that a person of ordinary skill in the art at the time of filing “would have had a Bachelor’s degree in electrical engineering, computer science, or the like, and/or four or more years of experience in server-based applications” and that “[a]dditional experience may make up for a lack of education and vice versa.” PO Resp. 9. Because Petitioner’s proposed level of ordinary skill in the art appears to be consistent with the challenged patent and prior art, we adopt it and use “skilled artisans” to refer to people with such skill at the time the invention was filed. We do not perceive a substantive distinction between the parties’ definitions, but note that Petitioner’s definition provides more detail about the capabilities of skilled artisans. Also, the level of ordinary skill in the art can be evidenced by the references cited, and we find it commensurate with the cited references in this proceeding. See Okajima v. Bourdeau, 261 F.3d 1350, 1355 (Fed. Cir. 2001); In re GPAC Inc., 57 F.3d 1573, 1579 (Fed. Cir. 1995); In re Oelrich, 579 F.2d 86, 91 (CCPA 1978).” slip op. at 9

  • Claim Construction › Intrinsic evidence (Phillips canons) › Plain and ordinary meaning to a POSITAPlain and ordinary meaningDecided for petitioner

    “device indicated by the session data” encompasses “determining a notification method based on” session data indicating the current state of the external device, where the current state of the device encompasses an online state as well as an offline state. See Pet. 53–54; Tr. 55:3–10 (The Board: “Are there any other states of an external device other than online or offline?” Patent Owner: “As far as I know, Your Honor, those are the only two[.]”), Tr. 65:24–66:1 (The Board: “When the claim says current state, they mean it’s online or offline?” Petitioner: “Correct.”), Tr. 20:23–21:8. The specification is consistent with the plain language of the claim in disclosing two examples of the claimed “current state,” namely, online and offline. Ex. 1101, 21:1–4. The specification discloses that the notification manager “queries session manager 456 to determine the user’s connectedness.” Id. at 21:6–8. The specification discloses that if the user is “online, notify by, for example, the user’s active session. If offline, notify by, for example, a txt [sic] message, call the user’s landline, call a friend of the user, and the like.” Id. at 21:1–4, 23:28–31.” slip op. at 13

  • Disclosure Requirements (§112) › Written description (Ariad)Not entitled to earlier dateDecided for petitioner

    “Patent Owner’s expert witness, Dr. Goodrich, show written description support for providing a notification to an active external device, Patent Owner has not cited any portion of the 2009 Parent, nor any portion of the testimony of Dr. Goodrich, to show that the 2009 Parent provides written description support for determining a notification method by which to provide an alert to an external device based on the current state of the external device as offline. We highlight that Paragraphs 130 and 131 of the 2011 CIP Application disclose offline notification preferences for determining a notification method by which to provide an alert to an external device based on the current state of the external device as offline. Ex. 1110 ¶¶ 130–131. Specifically, paragraphs 130 and 131 describe that: the notification manager of the eventing and alerting subsystem 452 queries the configuration server 454 for the user's notification preferences and correlates these notification preferences with session manager 456 to determine the best notification method. That is, the notification manager queries the configuration server 454 and determines, for example, that the user has certain online notification preferences and certain offline notification preferences. If online, notify by, for example, the user's active session. If offline, notify by, for example, a txt message. . . . The notification manager of the eventing and alerting subsystem 452 then queries session manager 456 to determine the user's connectedness. Id. That is, if the user’s connectedness, or “current state” of the claimed external device, is offline, and the user’s offline notification preferences are “notify by txt message,” the notification manager will determine that the notification method for the external device having a current state of offline is by txt message. See id. Thus, the 2011 CIP Application describes a notification manager that queries a session manager to determine whether an external device is offline, and if the external device is offline, determines a notification method for providing an alert on the external device based on the current status of the external device as offline and the user’s offline notification preferences. Although we find this written description support for the determining limitation in the 2011 CIP Application, we do not find this written description support in the 2009 Parent.” slip op. at 25

  • Obviousness (§103) › Graham factors (scope of art, differences, level of skill)UnpatentableUnpatentable

    “As to the “determining a notification method” limitation (1.10), Petitioner asserts that Austin-Lane teaches determining: (1) the user device(s) to send the notification to (e.g., phone, PDA, notebook computer, desktop computer); (2) the communication protocol to use to send the notification, i.e., how to send the notification (e.g., SMTP (for email), SMS (for texts), HTTP (for web browsers)); and (3) the type of alert to provide, i.e., how to present the notification, (e.g., text, an icon, a pop-up window, a video, an email, an audible or tactile alarm), based on the current state of the at least one external device indicated by the session data (“presence information”), which may include whether and on which device(s) the user is online and/or whether and on which applications the user has an active session. Id. at 53 (internal citations omitted) (citing Ex. 1105 ¶¶ 4, 5, 29, 32, 33, 39, 46, 48, 61, 79, Fig. 1). We highlight that paragraph 61 of Austin-Lane discloses that: The type preferences 650 may include preferences for various notification types. . . . [A]uction alert #1 660 defines the following delivery precedence 663: (1) a web browser (if the user is online), (2) an IM client (if the user is online), (3) a mobile phone #1, (4) a PDA, (5) a mobile phone #2, (6) a pager, and (7) an email inbox. Ex. 1105 ¶ 61; see id. ¶¶ 74–77 (Describing that one of several notification methods for delivering an alert to a user’s device is determined based on the current state of the user’s device as online or offline). Thus, Austin-Lane describes determining a notification method by which to provide an alert on an external device based on the current state of the external device as online as well as offline.” slip op. at 29

  Patent outcomesUS 8,751,948 unpatentable
  Claim construction§ 103 obviousness§ 112 disclosurecites Phillips
  Patents in suitUS 8,751,948
• Digital Global Systems, Inc. v. Deepsig, Inc.Some claims unpatentable
  PTAB · Mar 6, 2026 · IPR2024-01358 · APJ William V Saindon · IPR · Final written decision

  Claims 1–3, 7–11, 15–19, 23, and 24 are unpatentable as obvious; claims 4–6, 12–14, and 20–22 were not shown unpatentable because the prior art did not teach the claimed received-signal feedback and transmitter-model update.

  RulingsFinal written decision

  • Skill levelSkill level petitioner adoptedDecided for petitioner

    “Petitioner asserts that: Persons of ordinary skill in the art (“POSITA”) would have a bachelor’s degree in electrical engineering, computer engineering, or an equivalent degree and at least two years of experience working with of radio communication systems and machine learning. Additional work or research experience can substitute for less or different education, and vice-versa. Pet. 3–4 (citing Ex. 1003 ¶¶ 33–34). Patent Owner does not appear to challenge this level of skill. We use Petitioner’s definition for purposes of this Decision because it appears consistent with the level of skill reflected in the prior art and ’704 patent.” slip op. at 7

  • Claim Construction › Intrinsic evidence (Phillips canons) › Plain and ordinary meaning to a POSITATerm construed board ownDecided for petitioner

    “parameters “associated with the base station.” PO Resp. 31–32. In particular, Patent Owner argues that a transmitter “implemented in a base station” is not “associated with the base station.” Id. at 31. Petitioner argues that Patent Owner offers no reason to believe that a transmitter “implemented in a base station” is not “associated with the base station.” Pet. Reply 4–5; see also id. at 3–6 (entire argument). A plain reading of a “model associated with a base station” would encompass a model that operates in a base station. We do not see anything in the ’704 specification that would indicate “associated with” has any special meaning, or has a meaning contrary to our understanding of the plain meaning. We do not see the word “associated” outside the claims, whereas we see the word “implement” throughout the specification, generally in reference to an actual use of a model (consistent with our plain reading). See, e.g., Ex. 1001, 5:35–39, 6:3–17, 10:55–11:3 (discussing “implementations” where the model or some other feature of the system is used in a particular way). Accordingly, we construe a model “implemented in a base station” to be “associated with the base station.”” slip op. at 12

  • Obviousness (§103) › Graham factors (scope of art, differences, level of skill)UnpatentableUnpatentable

    “scenarios” (see PO Resp. 16–21), Patent Owner argues that “Jüschke does not disclose any association of the weight or bias parameters, . . . to any deployment scenario, and . . . base station” (id. at 19). For the reasons explained in our claim construction section above, we construe “deployment scenarios” to include “inline mode” models located within a base station, according to the list of deployment scenarios set out in the ’704 patent. See Ex. 1001, 2:38–65. The in-line deployment scenario depicted in Figure 6A of the ’704 patent bears a striking resemblance to the arrangement depicted in Figure 1 of Jüschke. In both figures, the analog radio signal is fed directly into the model and then the model directly outputs the signal to the amplifier. Compare Ex. 1001, Fig. 6A, with Ex. 1005, Fig. 1. As construed, the “deployment scenarios” represent the physical configurations of the device in which the model is found, such as “in-line.” Petitioner shows by a preponderance of the evidence that Jüschke’s similar in-line configuration is a “deployment scenario” as claimed because it teaches an inline model for a cellular system transmitter (i.e., base station). Pet. 26–29 (citing, e.g., Ex. 1005, Fig. 1, ¶¶ 6, 59; Ex. 1003 ¶¶ 146–147); see also Ex. 1001, 2:37–41 (stating that “[t]he particular deployment scenario[] may be . . . sending a radio transmission from a cellular base station that includes the . . . model . . . in an inline mode”).” slip op. at 26

  • BurdenNot shown unpatentable

    “Based on our claim construction analysis of claim 4, above, we agree with Patent Owner that claim 4 requires an actually transmitted signal and an update of the transmitter’s model. This claim construction eliminates Petitioner’s position regarding Holt teaching a modeled signal. See, e.g., Pet. Reply 17–23. We then turn to Petitioner’s argument that Holt teaches updating a model using an actually transmitted signal. See Pet. 59–60. There, Petitioner relies on a disclosure in Holt of an “actual communication channel 302 used to train the channel model 208.” Ex. 1006, 18:1–2. This is depicted in Figure 6 of Holt, in connection with a “fourth loss function” which is used to “train the decoder model.” Id. at 18:42–48; see generally id. at 17:58–18:51 (describing Figure 6). Whether training the channel model or the decoder model, Holt here does not disclose using the actual communication channel to train the encoder, i.e., transmitter. In sum, we find that Petitioner has not shown by a preponderance of the evidence that the prior art describes the claimed step of “obtaining a received radio signal,” and even if it did, Petitioner has not shown by a preponderance of the evidence that the prior art describes the claimed step of “updating the value of the model parameters” in the manner required by claim 4. Claims 12 and 20 are nearly identical to claim 4, and Petitioner’s ground fails for similar reasons. See Pet. 76. Claims 5, 6, 13, 14, 21 and 22 depend from claims 4, 12, and 20, and Petitioner’s ground fails for similar reasons as those claims. See id. at 77–80.” slip op. at 31

  Patent outcomesUS 11,018,704 mixed
  Claim construction§ 103 obviousness
  Patents in suitUS 11,018,704
• Cisco Systems, Inc. v. Lionra Technologies LimitedAll claims unpatentable
  PTAB · Mar 4, 2026 · IPR2024-01281 · APJ Steven M Amundson · IPR · Final written decision

  Claims 1–3, 5–10, 12–15, and 17–21 are unpatentable as obvious over Cornett, Paatela, and Nelson; claim 8 is also unpatentable with Russell.

  RulingsFinal written decision

  • Obviousness (§103) › Motivation to combine / reasonable expectation of successMotivation foundReasonable expectation foundUnpatentable

    “been motivated to combine the teachings of Cornett, Paatela, Nelson, and Russell in the way Petitioner proposes and would have had a reasonable expectation of success. See supra §§ III.E.2(a)–(b). Hence, Petitioner has shown by a preponderance of the evidence that claim 8 is unpatentable under § 103(a) because the claim would have been obvious over Cornett, Paatela, Nelson, and Russell.” slip op. at 122

  • Skill levelOther

    “B. Level of Ordinary Skill in the Art Factors pertinent to determining the level of ordinary skill in the art” slip op. at 13

  Patent outcomesUS 7,738,471 unpatentable
  § 103 obviousnesscites Phillips · KSR · Graham
  Patents in suitUS 7,738,471
• Apple Inc. v. Smith Interface Technologies, LLCNo claims unpatentable
  PTAB · Feb 24, 2026 · IPR2024-01256 · APJ Miriam L Quinn · IPR · Final written decision

  Claims 1–6, 10–14, 16, and 17 were not shown unpatentable because Ahn and Chaudhri did not teach or suggest the claimed movement of an object during the gesture.

  RulingsFinal written decision

  • Skill levelSkill level board ownDecided for patent owner

    “interface objects and, more specifically, the display of user interfaces on applications, in accordance with contacts on the touch-sensitive surface of a display. Ex. 1001, (54), Abstr. Consistent with the scope of the ’727 patent, we find that the level of skill in the art is reflected in a person having a bachelor’s degree in computer science, computer engineering, electrical engineering, human-computer interaction, or a comparable field and at least two years of professional experience working with graphical user interfaces, human-computer interfaces, or equivalents.” slip op. at 6

  • Claim Construction › Threshold & procedure › Whether a term needs construction (O2 Micro)No construction neededOther

    “Because there is no dispute as to the scope and meaning of these terms, and for consistency with the Decision on Institution, we apply the meaning of the terms “blur” and “distance magnitude” as stated above where applicable. However, we note that our determination does not hinge on the meaning of these terms. See Nidec Motor Corp. v. Zhongshan Broad Ocean Motor Co., 868 F.3d 1013, 1017 (Fed. Cir. 2017) (only those terms that are in controversy need be construed, and only to the extent necessary to resolve the controversy) (citing Vivid Techs., Inc. v. Am. Sci. & Eng’g, Inc., 200 F.3d 795, 803 (Fed. Cir. 1999)).” slip op. at 8

  • Obviousness (§103) › Motivation to combine / reasonable expectation of successNot shown unpatentableMotivation not foundNot shown unpatentable

    “it was “known to utilize ‘cues’ to help the user know what gesture to utilize and whether they are correctly performing the gesture (e.g., graphics such as movable images that help the user visualize the correct gesture and how to complete it successfully).” Pet. 40 (citing Ex. 1005, Abstract, ¶¶ 54, 62, 73). This sentence does not cure the deficiency noted above regarding Petitioner’s reliance on Ahn’s graphic shadow moving with a gesture. Chaudhri is relied on for the proposition that, Ahn’s graphic shadow is “[i]ndeed” a movable image known to give a user a visual cue. Id. But no such “cue” is provided in Ahn by the graphical shadow alone, because there is no movement of that object. The Petition does not present argument that a Chaudhri object is the movable object or how any of Chaudhri’s teachings of movable objects would have suggested to modify Ahn “to thereby move” the graphical shadow.” slip op. at 18

  • Strike new argumentNew argument disregardedDecided for patent owner

    “the theory that Ahn’s graphic shadow moves. Reply 3−4. Petitioner interprets the sentences in Ahn we have analyzed above in conjunction with testimony of Dr. Terveen to argue that temporal descriptions in Ahn make it obvious for a person of ordinary skill in the art to drag in the right direction while continuing to press the graphic 1800. Id. (citing Exs. 1004 ¶¶ 117−119, Ex. 1023 ¶ 10). The Petition, however, relies on an Ahn disclosing a moving graphic shadow according to the embodiment of Figure 18(a), as described in paragraph 118. Petitioner now changes its theory of how Ahn’s graphic shadow would move according to paragraph 119, i.e., that although the graphic shadow is merely pressed (in the embodiment shown in Figure 18(b)) it would also be dragged while pressed. Reply 3. Not only is this a shift from the theory Petitioner presents in the Petition, it is not persuasive. As Patent Owner argues, and we agree, there is no cogent explanation for modifying the graphic shadow embodiment of Figure 18(b), especially in light of Ahn’s disclosure that the graphic shadow disappears when pressed and the menu list is displayed as emerging. Sur-reply 2−3. In other words, Petitioner’s new argument does not account for Ahn’s teaching that the objective of the graphic shadow is merely to notify the user of the start of the gesture, and once that start of the gesture is detected (the press on the graphic shadow), paragraph 119 informs us that there is no longer a need for the graphic shadow—it disappears from the display. Ex. 1004 ¶ 119. The Petition does not offer any argument for a theory in which the gesture of paragraph 119 (the press, not a touch and drag operation) results in graphic 1800 disappearing, while also moving during the disappearance. We are mindful that “[i]t is impermissible within the framework of section 103 to pick and choose from any one reference only so much of it as will support a given position to the exclusion of other parts necessary to the full appreciation of what such reference fairly suggests to one skilled in the art.” Bausch & Lomb, Inc. v. Barnes-Hind / Hydrocurve, Inc., 796 F.2d 443, 448 (Fed. Cir. 1986)). Consequently, we determine that Petitioner’s argument in Reply belatedly relying on the different embodiment of paragraph 119 is improper new argument, and that even if considered it is not persuasive.” slip op. at 20

  Patent outcomesUS 11,740,727 not shown unpatentable
  Claim construction§ 103 obviousnesscites Phillips · Graham
  Patents in suitUS 11,740,727
• Apple Inc. v. Smith Interface Technologies, LLCAll claims unpatentable
  PTAB · Jan 26, 2026 · IPR2024-01083 · APJ Sharon Fenick · IPR · Final written decision

  Claims 1–3, 7, 9, 10, and 101 are unpatentable as obvious over Ahn, Chaudhri, and Hinckley.

  RulingsFinal written decision

  • Skill levelSkill level petitioner adoptedDecided for petitioner

    “As Petitioner’s description of a person of ordinary skill appears commensurate with the subject matter before us, we apply Petitioner’s definition for purposes of this Decision. Also, the level of ordinary skill in the art can be evidenced by the references cited, and we find it commensurate with the cited references in this proceeding. See Okajima v. Bourdeau, 261 F.3d 1350, 1355 (Fed. Cir. 2001); In re GPAC Inc., 57 F.3d 1573, 1579 (Fed. Cir. 1995); In re Oelrich, 579 F.2d 86, 91 (CCPA 1978).” slip op. at 8

  • Expert testimonyPetitioner expert creditedPatent owner expert discountedDecided for petitioner

    “We find that a person of ordinary skill in the art had knowledge that “linear menus are not easy to use on small devices, especially in mobile situations” because “[t]he limited screen space makes it difficult to display a large . . . linear menu while keeping items large enough to be easily selected” (Ex. 1028, 2) and that “[d]istance to and size of the target are important factors that give pie menus the advantage over traditional linear menus” (Ex. 2013, 2). See Ex. 1023 ¶¶ 31–33. Given that Hinckley explicitly describes using its radial menu in a mobile telephone, and given that a person of ordinary skill in the art had knowledge of the advantages and disadvantages of Hinckley’s radial menu, we find Dr. Terveen’s testimony that a person of ordinary skill in the art would have used Hinckley’s radial menu in Ahn’s mobile device more persuasive that Dr. Rosenberg’s testimony to the contrary, because Dr. Terveen’s testimony is consistent with the teachings of Hinckley and the knowledge of a person of ordinary skill in the art, whereas Dr. Rosenberg does not reconcile his testimony with Hinckley’s express disclosure of displaying a radial menu on the touch screen of a mobile telephone. See Ex. 1003 ¶¶ 56, 63–67; 1023 ¶¶ 31–33; Ex. 2006 ¶¶ 71–79; Ex. 1006 ¶¶ 43, 53, 56; Ex. 2009, 3; Ex. 2010, 2; Ex. 2013, 2. We find that a person of ordinary skill in the art had reason to conclude that implementing Hinckley’s radial menu in Ahn’s mobile device with limited screen space yields advantages such as distance to and size of the icons as well as associating a function with a direction that outweigh disadvantages such as having less icons than a linear menu. We find that combining the bezel gestures and associated bezel menu and radial menu of” slip op. at 31

  • Obviousness (§103) › Motivation to combine / reasonable expectation of successMotivation foundReasonable expectation foundDecided for petitioner

    “structure already known in the prior art that is altered by the mere substitution of one element for another known in the field, the combination must do more than yield a predictable result.” KSR, 550 U.S. at 416. We find that altering Ahn’s device by substituting Hinckley’s bezel gestures and associated bezel and radial menus for Ahn’s technique of displaying menus does no more than yield the predictable results of (a) conserving screen real estate, (b) distinguishing bezel gestures from normal gestures so that the bezel gestures do not interfere with normal gestures and vice versa, (c) providing a novice mode to help a user learn the expert way of accessing the functionality of the bezel and radial menus, and (d) providing a user user as taught by Hinckley. Ex. 1006 ¶¶ 1, 40, 46, 77–80, 110; Ex. 1003 ¶¶ 63–67.” slip op. at 27

  • Obviousness (§103) › Motivation to combine / reasonable expectation of success › HindsightDecided for petitioner

    “Patent Owner’s contention that several of the icons shown in Ahn’s menus would not benefit from a radial menu because of their assigned locations and functions (PO Resp. 42–51) do not address the Petition’s contention that a person of ordinary skill in the art would have used Hinckley’s bezel menu with icon 1712 that includes radial menu icon 1714 in Ahn’s device. See Pet. 46–55. Even if some icons would not benefit from a radial menu, we agree with Petitioner that a person of ordinary skill in the art would have recognized that other icons would benefit, such as the icons that display sub-menus when selected, as shown by icon 830 in figure 8C and the answer options icon shown in figure 17 of Ahn as well as icon 1714 shown in figure 17 of Hinckley, and would have therefore provided such icons with a radial menu icon. See Reply 2 (quoting KSR, 550 U.S. at 418); see id. at 15–16 (quoting Randall Mfg. v. Rea, 733 F.3d 1355, 1362 (Fed. Cir. 2013)). With respect to the specific locations assigned to the bezel menu icons and the radial menu icons, we agree with Petitioner that a manner that improves efficiency and usability, such as locating the radial menu icon away from the end points of the bezel menu as taught by figure 17 of Hinckley.” slip op. at 29

  Patent outcomesUS 10,642,413 unpatentable
  § 103 obviousnesscites Phillips · KSR · Graham
  Patents in suitUS 10,642,413

Holdings, summaries, rulings, issues, outcomes, winners and claim constructions shown for a decision were generated by a large language model reading the opinion. They are a guide to the decision, not the decision. Confirm every one against the court's own text before relying on it. Outcomes read from the patent owner’s side. Party names are extracted from the decision and are missing on about 900 short Director denials and scans, which carry the trial number instead.