Obviousness

Here is an analysis of the obviousness of US patent 10552490 under 35 U.S.C. § 103, identifying combinations of prior art references and explaining the motivation for combining them. The analysis assumes a Person Having Ordinary Skill in the Art (PHOSITA) in information retrieval and software engineering around the priority date of September 3, 2002.

Priority Date of US10552490: September 3, 2002

Person Having Ordinary Skill in the Art (PHOSITA): A software engineer or computer scientist with expertise in information retrieval, database systems, and user interface design, familiar with search engine technologies and indexing techniques available around 2002.

Analysis of Claims

The independent claims, as summarized from the patent, are analyzed below.

Claims 1 & 2: Incremental Multi-String Search in a Single Field

• Key Features: These claims describe receiving at least a first search string and a second search string entered into the same search field, and incrementally locating/filtering documents where a first word begins with the first string and a second word begins with the second string.

• Prior Art Combination:

  • US8433696B2 (Method and system for processing ambiguous, multiterm search queries; filed May 19, 2000): This patent discloses a "multiple term prefix based disambiguation method" that "reduces the amount of text and steps needed to enter a multiple term input query and retrieve results." It teaches "dynamically identif[ying] a group of one or more items... as the user enters each character of the search query." Furthermore, it specifies that "the user only enters an input query that includes prefix substrings from multiple terms." This reference directly addresses incremental, real-time, multi-term prefix searching from a single input.
  • Conventional Search Engines (e.g., WebCrawler, AltaVista, Google): These systems, well-established before 2002, taught the fundamental concept of full-text indexing and searching for multiple words (implicitly using an 'AND' logic) within documents.

• Motivation to Combine:
  A PHOSITA would be motivated to combine the multi-term prefix searching and incremental filtering taught by US8433696B2 with the general document searching capabilities of conventional search engines to enhance user experience and efficiency. The background of US10552490 itself acknowledges the "slow and cumbersome" nature of existing search applications. [cite: BACKGROUND] Applying the real-time, as-you-type feedback for multiple, prefix-based search terms into a single input field, as described by US8433696B2, would be an obvious improvement to address these known deficiencies, providing faster and more responsive search results.

• Conclusion for Claims 1 & 2: These claims would likely be considered obvious in light of US8433696B2, which explicitly teaches the core functionality of incremental, real-time, multi-term prefix searching from a single input field.

Claim 3: Search Index System with Punctuation Handling

• Key Features: This claim describes a search index system including scan code and index code, where the index code is configured to locate punctuation marks in a search string and treat at least a portion of these punctuation marks as string separators based on their location within the string.

• Prior Art Combination:

  • "Tokenization" (Stanford NLP Group and Daniel Tunkelang): These resources, while some are published after the priority date, describe long-standing principles and challenges in tokenization for information retrieval and natural language processing that would have been known to a PHOSITA. They discuss handling punctuation (e.g., splitting on whitespace, treating punctuation as separators, and managing complexities like hyphens and apostrophes). The Stanford NLP reference, for instance, notes that "you chop on whitespace and throw away punctuation characters" as a simple tokenization strategy.
  • "Prior Art Database Keyword Search Guide" (undated, describing established practices): This guide explicitly states that "Punctuation inside a search word is treated as a space" in its keyword search facility.
  • "Text mining techniques for patent analysis" (before Feb 19, 2002): This indicates that parsing and segmenting documents into terms for indexing was a known technique.

• Motivation to Combine:
  A PHOSITA would be motivated to implement sophisticated punctuation handling in search indexing to improve the accuracy and relevance of search results, directly addressing issues of recall and precision. The patent itself provides an example where "nbc.org" is treated as two words, "nbc" and "org", because the period is more than 3 positions from the start of the string, indicating a rule-based approach to punctuation. The knowledge that punctuation can act as word boundaries or be part of a word (e.g., "a.m." vs. "nbc.org") was a common consideration in text processing. Combining basic indexing techniques with known tokenization strategies that selectively treat punctuation based on its character type and position would be an obvious engineering choice for improving search system performance.

• Conclusion for Claim 3: This claim would likely be considered obvious given the long-standing efforts and established techniques in information retrieval for tokenization and intelligent punctuation handling during indexing and searching, common before 2002.

Claims 4 & 5: Selective Search or Command Execution

• Key Features: These claims describe receiving a first string in a search field, determining if it is a command, and then selectively initiating command execution or initiating a search based on that determination.

• Prior Art Combination:

  • "Searching using the command line - Minesoft" (describes features of PatBase, an established patent search database): This reference illustrates how users enter terms into a command line, where some inputs are interpreted as commands or field qualifiers (e.g., cl=propulsion), while others are treated as general search terms. This demonstrates an input field accepting both command-like syntax and search terms, with a default search action if no specific command is detected.
  • Operating System Command Line Interfaces (e.g., DOS, UNIX, LINUX): Before 2002, command-line interfaces were widely used, where users typed strings that were interpreted as commands (e.g., ls, dir) to execute specific functions, or as arguments for programs. The patent itself mentions the search field acting as a "DOS, UNIX, LINUX, or other operating system command line."
  • Web Browser Address Bars: Common web browsers (like Microsoft Internet Explorer® or Netscape Navigator®, both mentioned in the patent) allowed users to enter a URL (a command to navigate) or a search query, often defaulting to a search engine if the input wasn't a valid URL.

• Motivation to Combine:
  A PHOSITA would be motivated to integrate command-line functionality into a search field to provide a more powerful and efficient user interface, allowing for quick execution of specific actions (like "email samantha jones" or "web yahoo.com" as described in the patent [cite: DESCRIPTION]) alongside general searches. This integration would address the "slow and cumbersome" nature of conventional search programs. The concept of an input field intelligently distinguishing between commands and search queries, and executing appropriate actions, was well-established in operating systems and specialized search tools prior to 2002. Extending this pattern to a general search application would be a natural and obvious design choice for improving user efficiency.

• Conclusion for Claims 4 & 5: These claims would likely be considered obvious, as the integration of command-line interpretation and execution within a single input field, alongside a default search action, was a known paradigm in computing interfaces and specialized search systems before 2002.

Overall Obviousness Conclusion

Based on the analysis, the independent claims of US10552490 appear obvious under 35 U.S.C. § 103. The core inventive concepts—incremental multi-string prefix searching, context-aware punctuation handling in indexing, and command execution within a search field—are shown to be combinations of functionalities already present or clearly anticipated in the prior art before the patent's priority date of September 3, 2002. The motivation for a PHOSITA to combine these known elements would stem from the desire to overcome the recognized limitations of prior search systems, specifically by enhancing speed, efficiency, and user interaction, as explicitly stated as problems in the patent's own background.