throbber
UNITED STATES PATENT AND TRADEMARK OFFICE
`
`
`
`
`
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`
`
`
`
`
`APPLE, INC.,
`Petitioner
`
`v.
`
`UNILOC USA, INC. and UNILOC LUXEMBOURG S.A.,
`Patent Owners
`
`
`
`
`
`
`
`
`IPR2017-00225
`PATENT 8,995,433
`
`
`
`
`
`
`
`
`PATENT OWNER RESPONSE TO PETITION
`PURSUANT TO 37 C.F.R. § 42.120
`
`
`
`
`
`
`

`

`
`INTRODUCTION
`I.
`II. RELATED MATTERS
`III. THE '433 PATENT
`Priority of the '433 Patent through its Patent Family
`Overview of the '433 Patent
`
`IV. LEVEL OF ORDINARY SKILL IN THE ART
`V.
`THE PETITION FAILS TO PROVE UNPATENTABILITY
`Claim Construction
`1. “displays at least one of the plurality of instant voice
`messages”
`2. “instant voice messaging application”
`No proof of obviousness for “the instant voice messaging
`application includes a compression/decompression system
`for compressing the instant voice messages to be
`transmitted over
`the packet-switched network and
`decompressing the instant voice messages received over
`the packet-switched network” (independent Claim 6)
`1. Ground 3 (based on Logan)
`1. Ground 4 (based on Väänänen)
`No proof of obviousness for “the instant voice messaging
`application includes a message database storing the instant
`voice message” (Independent Claim 1 and dependent
`Claims 2‒5 and 8)
`1. Grounds 1 through 3 (based primarily on Abburi)
`1. Grounds 4 and 5 (based primarily on Väänänen)
`
`
`
`
`
`
`
`
`
`TABLE OF CONTENTS
`
`IPR2017-00225
`U.S. Patent 8,995,433
`
`1
`1
`2
`2
`3
`6
`7
`7
`
`8
`8
`
`15
`15
`17
`
`18
`19
`28
`
`ii
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
` No proof of obviousness for “wherein the instant voice
`messaging application includes a file manager system
`performing at least one of storing, deleting and retrieving
`[a/the] instant voice messages from a message database in
`response to a user request” (all challenged Claims 1‒6 and
`8)
`1. Grounds 1 through 3 (based primarily on Abburi)
`2. Grounds 4 and 5 (based primarily on Väänänen)
`The Office already found the claims patentable over
`Väänänen
`
`29
`30
`32
`
`33
`
`
`
`
`
`
`
`PATENT OWNER’S EXHIBIT LIST
`
`
`Ex. 2001 Declaration of Chuck Easttom in support of Patent Owner Response
`(“EX2001”).
`Ex. 2002 Deposition Transcript of Leonard Forys (“EX2002”).
`
`
`
`iii
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`
`I.
`
`INTRODUCTION
`Pursuant to 35 U.S.C. § 313 and 37 C.F.R. § 42.107(a), Uniloc Luxembourg
`
`S.A. (“Patent Owner”) submits this Response to the Petition for Inter Partes Review
`
`(“the Petition”) of U.S. Patent No. 8,995,433 (“the '433 Patent”) filed by Apple, Inc.
`
`(“Petitioner”). For the reasons set forth herein, the Petition fails to “specify where
`
`each element of the claim is found in the prior art patents or printed publications
`
`relied upon.” 37 C.F.R. § 42.104(b)(4).
`
`II. RELATED MATTERS
`As the Board has already recognized, the '433 Patent is the subject of litigation
`
`before the U.S. District Court for the Eastern District of Texas, including an action
`
`filed against Petitioner (Case No. 2-16-cv-00638).
`
`The '433 Patent is part of a chain of continuation applications, as shown in the
`
`family tree below, which also identifies six related petitions filed by Petitioner
`
`against this patent family.
`
`1
`
`

`

`IPR201 7-00225
`
`US. Patent 8,995,433
`
`App. No: 10-"'40.03O
`Filed: 11-18-1003
`
`
`
`Challenged by Petitioner in
`lPR2017—00220 & IPR2017—00221
`Pat. No: '.535.890
`
`
`1st Inventor: Michael Rojas
`
`
`
`
`IPR2017-00222
`
`Pat. No: 8.243723
`
`App. No: 11398063
`Filed: 03-04-2009
`
`
`
`
`1st Inventor: Michael Rojas
`
`
`
`
`
`
`
`IPR2017—00223 &
`
`IPR2017-00224
`
`
`
`
`
`
`
`App. No: 13"546.6‘3
`Filed: 0‘-11-2012
`Pat. No: 8724.622
`
`
`
`
`
`1st Inventor: Michael Rojas
`
`
`
`
`IPR2017-00225
`
`
`
`
`App. No: 14224.125
`Filed: 03-25-2014
`Pat. No: 8.995.433
`
`
`
`1st Inventor: Michael Rojas
`
`
`
`
`III. THE '433 PATENT
`
`A.
`
`Priority of the '433 Patent through its Patent Family
`
`The '433 Patent is titled “SYSTEM AND METHOD FOR INSTANT VOIP
`
`MESSAGING.” Ex. 1001. The '433 Patent issued from US. Patent Application No.
`
`14/244,125, which is a continuation of US. Patent No. 8,724,622, 8,243,723, which
`
`is a continuation of US. Patent No. 7,535,890, filed on Dec. 18, 2003. The '433
`
`Patent issued on March 31, 2015.
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`
` Overview of the '433 Patent
`
`The
`
`'433 Patent
`
`recognized
`
`that
`
`conventional
`
`circuit-switched
`
`communications enabled traditional telephony yet had a variety of technical
`
`disadvantages that limited developing other forms of communication over such
`
`networks. According
`
`to
`
`the
`
`'433 Patent, “[c]ircuit switching provides a
`
`communication path (i.e., dedicated circuit) for a telephone call from the telephone
`
`terminal to another device 20 over the [public switched telephone network or] PSTN,
`
`including another
`
`telephone
`
`terminal. During
`
`the
`
`telephone call, voice
`
`communication takes place over that communication path.” (EX1001, 1:29−34.)
`
`The '433 Patent expressly distinguishes circuit-switched networks from
`
`packet-switched networks (e.g., the Internet) at least in that the latter routes
`
`packetized digital information, such as “Voice over Internet Protocol (i.e., “VoIP”),
`
`also known as IP telephony or Internet telephony.” (1:35−36.) Because legacy
`
`circuit-switched devices were unable to communicate directly over packet-switched
`
`networks, media gateways (114) were designed to receive circuit-switched signals
`
`and packetize them for transmittal over packet-switched networks, and vice versa.
`
`(2:8−18.) The conversion effected by media gateways (e.g., 114 and 118) highlights
`
`the fact that packetized data carried over packet-switched networks (e.g., IP network
`
`102) are different from, and are incompatible with, an audio signal carried over a
`
`dedicated packet-switched circuit. (2:8−21.)
`
`3
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`The '433 Patent further recognized that, notwithstanding the advent of instant
`
`text messages, at the time of the claimed invention there was no similarly convenient
`
`analog to leaving an instant voice message over a packet-switched network.
`
`(2:22−53.) Rather, “conventionally, leaving a voice message involves dialing the
`
`recipient’s telephone number (often without knowing whether the recipient will
`
`answer), waiting for the connection to be established, speaking to an operator or
`
`navigating through a menu of options, listening to a greeting message, and recording
`
`the message for later pickup by the recipient. In that message, the user must typically
`
`identify himself or herself in order for the recipient to return the call.” (2:26−33.)
`
`The inventor observed, therefore, that “notwithstanding the foregoing
`
`advances in the VoIP/PSTN voice communication and voice/text messaging, there
`
`is still a need in the art for providing a system and method for providing instant VoIP
`
`messaging over an IP network.” (2:47−51.) In certain disclosed embodiments, the
`
`'433 Patent addressed that need, in part, by providing a user-accessible client (208)
`
`that is specially configured for instant voice message (IVM) and for direct
`
`communication over a packet-switched network (e.g., through an Ethernet card).
`
`(12:13−14.) More specifically, the '433 Patent teaches that certain clients (208) are
`
`specially configured to “listen[] to the input audio device 212,” “record[] the user’s
`
`speech into a digitized audio file 210 (i.e., instant voice message) stored on the IVM
`
`client 208,” and “transmit[] the digitized audio file 210” as packetized data (e.g.,
`
`4
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`using TCP/IP) over a packet-switched network (e.g., network 204) “to the local IVM
`
`server 202.” (8:8−11 and 8:21−22.)
`
`The Petition proposes redundant combinations
`
`in challenging
`
`two
`
`independent claims (1 and 6) and five dependent claims (2, 3, 4, 5, and 8). For the
`
`convenience of the Board, independent Claims 1 and 6 are reproduced below:
`
`1. A system comprising:
`an instant voice messaging application including a client
`platform system for generating an instant voice
`message and a messaging system for transmitting the
`instant voice message over a packet-switched network
`via a network interface;
`wherein the instant voice messaging application displays
`a list of or one or more potential recipients for the
`instant voice message;
`wherein the instant voice messaging application includes
`a message database storing the instant voice message,
`wherein the instant voice message is represented by a
`database record including a unique identifier; and
`wherein the instant voice messaging application includes
`a file manager system performing at least one of
`storing, deleting and retrieving the instant voice
`messages from the message database in response to a
`user request.
`
`6. A system comprising:
`an instant voice messaging application including a client
`platform system for generating an instant voice
`message and a messaging system for transmitting the
`instant voice message over a packet-switched network
`via a network interface;
`
`5
`
`
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`wherein the instant voice messaging application displays
`a list of one or more potential recipients for the instant
`voice message;
`wherein the instant voice messaging application includes
`a file manager system performing at least one of
`storing, deleting and retrieving the instant voice
`messages from a message database in response to a user
`request; and
`wherein the instant voice messaging application includes
`a compression/decompression system for compressing
`the instant voice messages to be transmitted over the
`packet-switched network and decompressing
`the
`instant voice messages received over the packet-
`switched network.
`
`IV. LEVEL OF ORDINARY SKILL IN THE ART
`Patent Owner’s expert, Chuck Easstom, testified that “a POSA would be
`
`someone with a baccalaureate degree related to computer technology and 2 years of
`
`experience with communications technology, or 4 years of experience without a
`
`baccalaureate degree.” EX2001 ¶12. Mr. Easstom further testified that “[w]hile my
`
`opinion appears to largely overlap with that offered by Dr. Forys, I disagree with Dr.
`
`Forys’ definition to the extent ‘ordinary skill’ is interpreted to require more than 4
`
`years of academic or industry experience exclusively in the fields of in VoIP and
`
`mobile telephony. In any event, I qualify as a person of ordinary skill in the art, even
`
`under Dr. Forys apparent interpretation.” Id. ¶13.
`
`6
`
`

`

`IPR2017-00225
`
`US. Patent 8,995,433
`
`V. THE PETITION FAH.S TO PROVE UNPATENTABILITY
`
`The Petition challenges the patentability of certain claims of the '433 Patent
`
`under 35 U.S.C. § 103(a) over the following grounds:
`
`'
`
`Abburi &Holtzber'
`IPR201700225 [-d 1, 2, 4, 8
`—— Abburi, Holtzber ,& Vuori3
`_— Abburi Holtzber:
`_ 1,2,4, 5, 6, 8
`Va'a'na'nen5 &Holtzber;
`_— Vddnanen, Holtzber
`
`Petitioner has the burden of proof to establish they are entitled to their
`
`requested relief. 37 CPR. § 42.108(c). The Petition does not satisfy this burden
`
`for the reasons set forth herein and in the attached Declaration of Mr. Easttom
`
`(EX2001).
`
`A.
`
`Claim Construction
`
`The Board did not expressly construe any term for purposes of determining
`
`whether to instate trial. Paper 7 at 7. The Board nevertheless observed that Petitioner
`
`proposes a construction for the phrase “display[ing] at least one of the plurality of
`
`instant voice messages,” as recited only in dependent Claim 3. Id. Petitioner also at
`
`least implicitly offers a construction for the recitation “the instant voice messaging
`
`1 Ex. 1005, US. Patent Application Publication No. 2003/0147512 (“Abburi”).
`2 Ex. 1007, US. Patent No. 6,625,261 (“Holtzberg”).
`3 Ex. 1009, US. Patent Application Publication No. 2002/0146097 (“Vouri”).
`4 Ex. 1008, US. Patent No. 5,732,216 (“Logan”).
`5 Ex. 1006, US. Patent No. 7,218,919 (“Vadnc'inen”).
`
`7
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`application includes a message database storing the instant voice message.” For
`
`purposes of trial, Petitioner’s explicit and implicit constructions should be rejected
`
`as violating fundamental canons of claim construction, as set forth below.
`
`1.
`“displays at least one of the plurality of instant voice messages”
`Petitioner seeks to construe “displays at least one of the plurality of instant
`
`voice messages” (as recited in dependent Claim 3) to mean “displaying the content
`
`or identifying information of at least one of the plurality of instance voice messages.”
`
`Petitioner suggests its construction is the broadest reasonable interpretation ostensibly
`
`because Petitioner derived those additional and extraneous limitations from example
`
`embodiments disclosed in the specification. Pet. 9. Petitioner provides no justification
`
`in support of its overt attempt to read in example embodiments as claim limitations.
`
`Cf. Phillips v. AWH Corp. Inc., 415 F.3d 1303, 1323 (repeating the caution against
`
`importing limitations from the specification into the claims, even when only one
`
`embodiment is disclosed.) That oversight is particularly egregious because
`
`Petitioner has effectively conceded there is no clear disavowal in the Specification
`
`concerning the claim language at issue. Pet. 9.
`
`2.
`“instant voice messaging application”
`Independent Claims 1 and 6 both recite specific limitations concerning an
`
`“instant voice messaging application.” Although the Board has not made a final
`
`determination on the construction of any term, the Board agreed with Patent Owner
`
`8
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`that “the instant voice message application …, by the plain reading of the claim
`
`language, is directed to the application at the client.” Paper 7 at 18‒19, 27 (emphasis
`
`added). A plain reading of the claim language as a whole further confirms the
`
`claimed features of “the instant voice messaging application” are recited from the
`
`perspective of the same application residing at the particular client where the claimed
`
`“instant voice message” originates.
`
`The challenged claims all recite that the “instant voice messaging application”
`
`must include a “client platform system for generating an instant voice message and
`
`a messaging system for transmitting the instant voice message over a packet-
`
`switched network via a network interface.” The words “client platform system,”
`
`“generating,” and “transmitting” all confirm the “instant voice messaging
`
`application” resides at the originating client, as opposed to a recipient client or at a
`
`server. Further, the same “instant voice messaging application” that generates and
`
`transmits the “instant voice message,” must also “display[] a list of one or more
`
`potential recipients for the instant voice message.” Use of the qualifier “potential
`
`recipients” means the recipient(s) have not yet received the “instant voice message,”
`
`which further confirms the features of the “instant voice messaging application” are
`
`recited from the perspective of the message-originating client.
`
`Independent Claim 1 further requires that the same “instant voice messaging
`
`application” must also “include[] a message database storing the instant voice
`
`9
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`message.” Accordingly, Claim 1 expressly requires that “the instant voice message”
`
`must be stored in a “message database” of the same “instant voice messaging
`
`application” that both generates and transmits that “instant voice message” and
`
`“displays a list of one or more potential recipient”—i.e., a “message database” at the
`
`originating client. Notably, the Board observed that “the recited message database,
`
`by the plain reading of the, claim language, is directed to the application at the
`
`client.” Paper 7 at 18‒19.
`
`This plain reading of the claim language is supported by the specification of
`
`the '433 Patent. For example, the '433 Patent discloses that Figure 3 (copied below)
`
`is “an exemplary illustration of the architecture in the IVM client 208 for enabling
`
`instant voice messaging according to the present invention.” EX1001, 12:6‒8.
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`10
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`In the illustrated embodiment, the IVM client 208 “comprises a client
`
`platform 302 for generating an instant voice message and a messaging system 320.”
`
`Id. 12:9‒8. The description further states “[t]he file manager [308] accesses a
`
`message database 310, in which both the received and recorded instant voice
`
`messages are represented as database records, each record comprising a message
`
`identifier and the instant voice message.” Id. 36‒40. Accordingly, each recited
`
`feature of the claimed “instant voice messaging application” is described, by way of
`
`example, with reference to the IVM client 208 of Figure 3. Dr. Forys confirmed this
`
`same understanding during his deposition. See generally EX2002 89:11−95:2.
`
`While both the originating client and the recipient client(s) may each have a
`
`respective instance of an instant voice messaging application, the claim language
`
`unambiguously refers to the same “instant voice messaging application” for the
`
`recited operations directed to the same “instant voice message.” EX2001 ¶¶28−33.
`
`As Mr. Easttom testified, because each client has its own independent application,
`
`“two clients may privately exchange instant voice messages without having to
`
`involve, for example, the applications of other clients which are intentionally
`
`excluded from those private communication.” Id.
`
`The claim language does not refer to all instances of instant voice messaging
`
`applications for the entire system. Id. Rather, the claim language is unambiguously
`
`directed to a singular “instant voice messaging application” having certain features
`
`11
`
`

`

`specially-programmed
`
`IPR2017-00225
`U.S. Patent 8,995,433
`to execute respective operations (e.g., “generating,”
`
`“transmitting,” “display[ing],” “storing,” etc.) for the same “instant voice message.”
`
`EX2001 ¶¶28−33. Moreover, the claim language itself expressly distinguishes the
`
`“system” referenced in the preamble from the “the instant voice message
`
`application” directed to execution at the originating client. Id.
`
`The Petition appears to at least agree with Patent Owner and the Board that
`
`the “instant voice messaging application” must reside at the client. In all Grounds 1
`
`through 5, the Petition relies exclusively on features of client devices as allegedly
`
`rendering obvious certain limitations of the “instant voice messaging application.”
`
`In Grounds 1 through 3, for example, Petitioner points exclusively to the “user
`
`device 300” of Abburi as allegedly disclosing both the “client platform system” and
`
`the “messaging system” of the “instant voice messaging application.” Pet. 22‒24. In
`
`Grounds 4 and 5, based primarily on Väänänen, Petitioner also relies exclusively on
`
`a “subscriber terminal” as allegedly satisfying the recited limitations of the “instant
`
`voice messaging application.”
`
`The Petition injects a claim construction dispute, however, by at least
`
`implicitly arguing “the instant voice message” need not be stored in a “message
`
`database” of the same “instant voice messaging application” that (1) “generat[es]”
`
`that message, (2) “displays a list of one or more potential recipients” for that
`
`message, and (3) “transmit[s]” that message. As explained further below, Petitioner
`
`12
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`alleges that one application at an originating client renders obvious certain
`
`limitations but then relies on a separate application at a distinct recipient client for
`
`the “storing” limitations. The consistent reference in Claim 1 to “the instant voice
`
`messaging application” proscribes Petitioner’s interpretation.
`
`The Petition also injects a more general dispute (applicable to both challenged
`
`independent Claims 1 and 6) concerning the meaning of the word “application,”
`
`which was a known term of art at the time. Petitioner argues through its declarant
`
`that “application” means nothing more than “a set of coded instructions that enable
`
`a machine (e.g., a computer) to perform a sequence of operations.” EX1003 ¶94;
`
`EX2002, 84:4−19 and 87:1−9. Because virtually all software satisfies that
`
`definition, Petitioner evidently equates “application” with any form of software.
`
`During his deposition, Dr. Forys at least tacitly admitted his definition for
`
`“application” is unreasonably broad. Dr. Forys acknowledged a POSITA would
`
`readily distinguish an “application” from an “operating system,” yet he admitted his
`
`overbroad definition for “application” encompasses both. EX2002, 84:4−19, 87:1−9
`
`(defining “application” as a “set of instructions” which “enables a machine to
`
`perform a sequence of operations.”); see also EX2001 ¶32.
`
`Contrary to what Petitioner and its declarant suggest, the claim language does
`
`not merely recite disconnected software functionality in the abstract. Rather, the
`
`challenged claims expressly attribute multiple and interrelated limitations to the
`
`13
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`same “instant voice messaging application” specially-programmed to locally
`
`perform operations on the same “instant voice message.” The distinction is
`
`significant and meaningful. Mr. Easttom offered the following explanation:
`
`Not all software is correctly characterized as an application, let
`alone part of the same application. I find it significant that the plain
`reading of
`the claim
`language expressly attributes several
`coordinated and interrelated features to the same user-facing
`“instant voice messaging application.” This is consistent with how
`a POSA would have understood the word “application” at the time
`of the invention. The term of art “application” at that time (and even
`today) generally refers to specialized program(s) designed to permit
`an end user to interface with a computer to perform a coordinated
`group of tasks applicable to the purpose of the application. This is
`more consistent with the dictionary definition cited in the Petition,
`though I do not necessarily find that non-technical dictionary to be
`the most appropriate source here. Ex. 1015, p. 4 (defining
`“application” as “A computer program with a user interface” and, as
`an adjective, “Of or being a program designed for a specific task.”)
`
`EX2001 ¶31.
`
`While the Board need not construe a known term of art, the Board should
`
`reject Petitioner’s attempt to read the word “application” (and its inherent meaning)
`
`out of the challenged claims by reducing the “instant voice messaging application”
`
`and all its recited features to distinct and disconnected pieces of software.
`
`14
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
` No proof of obviousness for “the instant voice messaging application
`includes a compression/decompression system for compressing the
`instant voice messages to be transmitted over the packet-switched
`network and decompressing the instant voice messages received over the
`packet-switched network” (independent Claim 6)
`
`
`1. Ground 3 (based on Logan)
`In addressing Ground 3 of the Petition, the Board observed that “Petitioner
`
`relies on Logan’s teaching of compressing audio program segments for download
`
`to subscribers and decompressing the programs when downloaded to the
`
`client/player.” Paper 7 at 21 (citing Pet. 45−46). Petitioner’s citations to Logan are
`
`taken primarily from a section appearing under the header “Host File Server.” Pet.
`
`45−46 (citing EX1008, 4:46−50, 4:53−54). That section confirms Logan’s host
`
`server 101 compresses the audio. EX2001 ¶35. Consistent with that description,
`
`Logan discloses in another cited passage that its compression step 440 is server-
`
`executed. Pet. 45−46 (citing EX1008, 40:9−13); see also EX2001 ¶35.
`
`Logan does not cure the conceded deficiencies of Abburi and Holtzberg
`
`because compressing data at a server for subsequent download to a user device does
`
`not disclose or suggest a client-side “instant voice messaging application [which]
`
`includes a compression/decompression system for compressing the instant voice
`
`messages to be transmitted over the packet-switched network.” As the Board
`
`observed, “the instant voice message application …, by the plain reading of the
`
`claim language, is directed to the application at the client.” Paper 7 at 18‒19. Thus,
`
`15
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`the client application which generates an instant voice message, displays a list of
`
`one or more recipients, transmits that message, etc., must also be the same client
`
`application that “includes a compression/decompression system for compressing the
`
`instant voice message to be transmitted.” Logan simply does not supply the missing
`
`client application which must further include a “compression/decompression
`
`system” as claimed; and the Petition does not allege otherwise. EX2001 ¶36.
`
`Petitioner concedes that Logan does not disclose the claimed client-side
`
`“compression/decompression system” by speculating
`
`that
`
`the compression
`
`“capabilities described in Logan could be placed [instead] within user device 300 to
`
`enable compression of audio message before sending.” Pet. 47 (emphasis added).
`
`The law proscribes using such hindsight “could be” speculation to fill in gaps
`
`missing from the four corners of a reference. Alza Corp., 464 F.3d at 1290; see also
`
`37 C.F.R. § 42.104(b)(4) (requiring petitions to “specify where each element of the
`
`claim is found in the prior art patents or printed publications relied upon”)
`
`(emphasis added).
`
`Moreover, the claim language does not attribute compression capabilities to
`
`a client device in general, as Petitioner suggests by its speculative “could be”
`
`argument. Rather, the claim language explicitly requires the “compression …
`
`system” must be included within “the instant voice messaging application” itself.
`
`Petitioner cannot escape the undisputed fact that Logan relies on a centralized
`
`16
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`server-based compression and, therefore, fails to disclose or suggest a client-based
`
`“instant voice messaging application” which includes a “compression … system.”
`
`For at least the foregoing reasons, Ground 3 of the Petition fails to prove
`
`obviousness of independent Claim 6.
`
`1. Ground 4 (based on Väänänen)
`In its order instituting trial, the Board does not address the sufficiency of the
`
`evidence presented in Ground 4 of the Petition for the recitation “the instant voice
`
`messaging application includes a compression/decompression system ….” The
`
`Petition refers to Väänänen’s “compression methods” in general yet fails to identify
`
`any particular client-side “instant voice messaging application” that includes a
`
`“compression/decompression system” in addition to all the other recited limitations
`
`for that same application.
`
`Without identifying any application in particular, Petitioner argues through
`
`its declarant that Väänänen discloses the data file is created at the outset in MP3
`
`format. Pet. 64 (citing EX1003 ¶196); see also EX1003 ¶207. That testimony is both
`
`irrelevant and misleading. EX2001 ¶¶37−39. Creating a new and previously non-
`
`existing data file according to the MP3 format is distinguishable from, and does not
`
`render obvious, compressing an already existing instant voice message. Id.
`
`The claim language itself confirms there is a distinction. Independent Claim
`
`6 recites both “a client platform system for generating an instant voice message”
`
`17
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`and “a compress/decompression system for compressing the instant voice messages
`
`to be transmitted ….” Accordingly, there can be no question that “compressing” in
`
`the context of Claim 6 refers to a different function applied to an existing “instant
`
`voice message” generated by a distinct system. EX2001 ¶40. The allegation that
`
`Väänänen teaches creating a data file in the form of an MP3 does not address that
`
`clear distinction.
`
`For at least the foregoing reasons, Ground 4 of the Petition fails to prove
`
`obviousness of independent Claim 6.
`
` No proof of obviousness for “the instant voice messaging application
`includes a message database storing the instant voice message”
`(Independent Claim 1 and dependent Claims 2‒5 and 8)
`As explained above in the section addressing claim construction, independent
`
`Claim 1 expressly requires that “the instant voice message” must be stored in a
`
`“message database” of the same “instant voice messaging application” that both
`
`generates and transmits that “instant voice message” and “displays a list of one or
`
`more potential recipient”—i.e., a “message database” at the originating client. The
`
`Petition glosses over this requirement in presenting redundant challenges based
`
`primarily on either Abburi (Grounds 1‒3) or Väänänen (Grounds 4‒5).
`
`To give some perspective, the local “message database” aspect of the claimed
`
`invention enables, for example, a user to locally access and listen to various stored
`
`instant voice messages he/she had previously sent, regardless whether the user’s
`
`18
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`client device is online. Such a feature is distinguishable, for example, from using
`
`temporary memory (e.g., Random Access Memory or “RAM”) only for purposes of
`
`transmitting a message and, immediately thereafter, deleting that message from the
`
`temporary memory. EX2001 ¶42.
`
`1. Grounds 1 through 3 (based primarily on Abburi)
`Petitioner concedes through its declarant that “Abburi does not provide
`
`explicit details of audio message storage.” EX1003 ¶88. Nevertheless, as the Board
`
`observed, Petitioner appears to assert, without explanation, that Abburi teaches
`
`storing an audio message locally in a “message database” as claimed. Paper 7 at 17
`
`n.2 (citing Pet. 27).6 Petitioner evidently overlooked Abburi’s explicit distinction
`
`between “recording” the message into an audio file (i.e., digitizing sound) and
`
`subsequently “storing” the recorded message. The express distinction in Abburi
`
`between “recording” and “storing” is significant because it confirms that Abburi
`
`fails to disclose or suggest “storing” the same instant voice message within a
`
`“message database” of the same “instant voice messaging application” that
`
`generates and transmits that message and displays one or more potential recipients
`
`for that message (i.e., locally “storing” at the originating client).
`
`
`6 Notably, Petitioner’s declarant, Dr. Forys, also purports to rely on a statement in
`Abburi that “the recipient can store and subsequently playback at his or her option.”
`EX1003 ¶88 (citing EX1005, ¶32). Dr. Forys (and hence the Petition) evidently
`failed to differentiate between local storage at a “message database” of the
`originating device and remote storage somewhere else.
`
`19
`
`

`

`IPR2017-00225
`U.S. Patent 8,995,433
`Abburi discloses two alternative embodiments for “recording” the message.
`
`EX2001 ¶45. In the first embodiment, “[t]he user provides the audio message to the
`
`microphone 310” and “[t]he audio message is … transmitted … to the system 200
`
`for recording, storage and delivery to the intended recipient(s).” Id. (citing EX1005
`
`¶39). Significantly, that description confirms Abburi uses the words “recording” and
`
`“storing” to refer to distinct processes. In the second embodiment, “[r]ather than
`
`transmitting the audio message to the system 200 for recording as the message is
`
`received by the device 300, the device 300 may be configured to record the audio
`
`message locally (e.g., into an audio file), and then transmit this prerecorded message
`
`to the system.” Id. (citing EX1005 ¶40). Abburi distinguishes those first and second
`
`embodiments only in terms of where the message is recorded (i.e., created). Id.
`
`Abburi further discloses that, regardless where the recording occurs, a key
`
`function of the centralized system 200 is to store the previously-recorded message.
`
`EX2001 ¶46 (citing EX1005 ¶31). Indeed, Abburi states that system 200 has an
`
`aptly-named “audio message store 206” dedicated to this very purpose: “[t]his audio
`
`message is stored by the IVR system 208 in the audio message 206.” EX1005 ¶31;
`
`see also id. (“… to initiate delivery of the audio message stored in the audio message
`
`store 206.”); id. ¶33 (“the computer server 202 retrieves the audio message from the
`
`audio message store 206”). Abburi teaches that its centralized system 200, including
`
`the audio message store 206, is physically separate from the particular user device

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