throbber
Trials@uspto.gov
`Tel: 571-272-7822
`
`
`
`
`
`
`
`
`
`
`
` Paper 8
`
`
`
` Entered: February 6, 2018
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`SAMSUNG ELECTRONICS AMERICA, INC.,
`Petitioner,
`
`v.
`
`UNILOC LUXEMBOURG S.A.,
`Patent Owner.
`____________
`
`Case IPR2017-01802
`Patent 7,535,890 B2
`____________
`
`
`
`Before JENNIFER S. BISK, MIRIAM L. QUINN, and
`CHARLES J. BOUDREAU, Administrative Patent Judges.
`
`QUINN, Administrative Patent Judge.
`
`
`
`
`DECISION
`Institution of Inter Partes Review
`37 C.F.R. § 42.108
`
`
`
`
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`
`INTRODUCTION
`I.
`Samsung Electronics America, Inc. (Petitioner or “Samsung”) filed a
`Petition requesting inter partes review of claims 1−6, 9, 14, 15, 17−20, 23,
`40−43, 51−54, and 57 (“challenged claims”) of U.S. Patent No. 7,535,890
`B2 (Ex. 1001, “the ’890 patent”). Paper 1 (“Pet.”). Uniloc Luxembourg
`S.A. (“Patent Owner”) filed a Preliminary Response. Paper 6 (“Prelim.
`Resp.”).
`We have authority to determine whether to institute inter partes
`review under 35 U.S.C. § 314. Upon considering the record developed thus
`far, for reasons discussed below, we institute inter partes review of the
`challenged claims of the ’890 patent.
`
`A. Related Matters
`The parties indicate that the ’890 patent is involved in a multitude of
`district court cases, including Uniloc USA, Inc. v. Samsung Electronics
`America, Inc., Case No. 2-16-cv-00641-JRG (E.D. Tex.). Pet. 1−3, Paper 4,
`2−3. The ’890 patent also has been the subject of multiple inter partes
`review petitions, and is the subject of Case IPR2017-00221 (filed by Apple
`Inc.), in which we instituted inter partes review on May 25, 2017.
`
`B. The ’890 Patent
`The ’890 patent explains that “[v]oice messaging” and “instant text
`messaging” in both the Voice over Internet Protocol (“VoIP”) and public
`switched telephone network environments are known. Ex. 1001, 2:11–35.
`In prior art instant text messaging systems, a server presents a user of a
`client terminal with a “list of persons who are currently ‘online’ and ready to
`
`2
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`receive text messages,” the user “select[s] one or more” recipients and types
`the message, and the server immediately sends the message to the respective
`client terminals. Id. at 2:23–35. According to the ’890 patent, however,
`“there is still a need in the art for . . . a system and method for providing
`instant VoIP messaging over an IP network,” such as the Internet.
`Id. at 1:6–11, 2:36–48, 6:37–39.
`In one embodiment, the ’890 patent discloses local instant voice
`messaging (“IVM”) system 200, depicted in Figure 2 below. Id. at 6:12–14.
`
`
`As illustrated in Figure 2, local packet-switched IP network 204,
`which may be a local area network (“LAN”), “interconnects” IVM
`clients 206, 208 and legacy telephone 110 to local IVM server 202. Id.
`at 6:40–61; see id. at 7:13–14, 7:51–55. Local IVM server 202 enables
`instant voice messaging functionality over network 204. Id. at 7:53–55.
`
`3
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`
`In “record mode,” IVM client 208, exemplified as a VoIP
`
`softphone in Figure 2, “displays a list of one or more IVM recipients,”
`provided and stored by local IVM server 202, and the user selects recipients
`from the list. Id. at 7:47–49, 7:55–61. IVM client 208 then transmits the
`selections to IVM server 202 and “records the user’s speech into . . .
`digitized audio file 210 (i.e., an instant voice message).” Id. at 7:61–8:1.
`When the recording is complete, IVM client 208 transmits audio
`file 210 to local IVM server 202, which delivers the message to the selected
`recipients via local IP network 204. Id. at 8:5−19. “[O]nly the available
`IVM recipients, currently connected to . . . IVM server 202, will receive the
`instant voice message.” Id. at 8:23−25. IVM server 202 “temporarily saves
`the instant voice message” for any IVM client that is “not currently
`connected to . . . local IVM server 202 [(i.e., is unavailable)]” and “delivers
`it . . . when the IVM client connects to . . . local IVM server 202 [(i.e., is
`available)].” Id. at 8:24–29; see id. at 9:7–11. Upon receiving the instant
`voice message, the recipients can audibly play the message. Id. at 8:19–22.
`In another embodiment, the ’890 patent discusses global IVM
`system 500. Id. at 15:24–28, Fig. 5. Global IVM system 500 includes a
`local IVM system, such as local IVM system 200, and global IVM server
`system 502, with global IVM clients 506, 508. Id. at 15:25–33. Both the
`local and global IVM systems are connected to “packet-switched
`network 102 (i.e., Internet)” to enable the local and global IVM clients to be
`able to exchange instant voice messages with one another. Id. at 15:25–38.
`
`4
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`
`C. Independent Claims
`Of the challenged claims, claims 1, 14, 40, and 51of the ’890 patent
`are independent. Claims 1 and 14 reproduced below, are illustrative of the
`recited subject matter:
`1. An instant voice messaging system for delivering instant
`messages over a packet-switched network, the system comprising:
`a client connected to the network, the client selecting one or
`more recipients, generating an instant voice message
`therefor, and transmitting the selected recipients and the
`instant voice message therefor over the network; and
`a server connected to the network, the server receiving the
`selected recipients and the instant voice message therefor,
`and delivering the instant voice message to the selected
`recipients over the network, the selected recipients enabled
`to audibly play the instant voice message, and the server
`temporarily storing the instant voice message if a selected
`recipient is unavailable and delivering the stored instant
`voice message to the selected recipient once the selected
`recipient becomes available.
`14. An instant voice messaging system for delivering instant
`messages over a plurality of packet-switched networks, the system
`comprising:
`a client connected to a local network, the client selecting one or
`more recipients connected to an external network outside
`the local network, generating an instant voice message
`therefor, and transmitting the selected recipients and the
`instant voice message therefor over the local network and
`the external network; and
`a server connected to the external network, the server receiving
`the selected recipients and the instant voice message
`therefor, and delivering the instant voice message to the
`selected recipients over the external network, the selected
`recipients being enabled to audibly play the instant voice
`message, and the server temporarily storing the instant voice
`message if a selected recipient is unavailable and delivering
`the stored instant voice message to the selected recipient
`
`5
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`
`once the selected recipient becomes available.
`Id. at 23:55–24:3, 27:6–28.
`
`D. Asserted Prior Art and Grounds of Unpatentability
`This proceeding relies on the following prior art references:
`
`a) Griffin: U.S. Patent No. 8,150,922 B2, issued April 3, 2012, filed
`in the record as Exhibit 1005;
`
`b) Zydney: PCT App. Pub. No. WO 01/11824 A2, published Feb. 15,
`2001, filed in the record as Exhibit 1006; and
`
`c) Malik: U.S. Patent No. 7,123,695 B2, issued Oct. 17, 2006, filed
`in the record as Exhibit 1012
`
`Petitioner asserts two grounds of unpatentability as follows (Pet. 6−7):
`
`Basis
`
`References
`
`Challenged
`Claim(s)
`1, 3−6, 9, and
`40−43
`2, 14, 15, 17−20,
`23, 51−54, and 57
`
`Petitioner supports its challenge of unpatentability with a Declaration
`of Dr. Zygmunt J. Haas, filed as Exhibit 1002 (“Haas Declaration”).
`
`§ 103(a)
`
`Griffin and Zydney
`
`§ 103(a)
`
`Griffin, Zydney, and Malik
`
`II. DISCUSSION
`A. Claim Construction
`In an inter partes review, claim terms in an unexpired patent are given
`their broadest reasonable construction in light of the specification of the
`patent in which they appear. 37 C.F.R. § 42.100(b); Cuozzo Speed Techs.,
`
`6
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`LLC v. Lee, 136 S. Ct. 2131, 2144–46 (2016) (upholding the use of the
`broadest reasonable interpretation standard as the claim interpretation
`standard to be applied in an inter partes review proceeding). Under the
`broadest reasonable interpretation standard, claim terms generally are given
`their ordinary and customary meaning, as would be understood by one of
`ordinary skill in the art in the context of the entire disclosure. See In re
`Translogic Tech., Inc., 504 F.3d 1249, 1257 (Fed. Cir. 2007). We note that
`only those claim terms that are in controversy need to be construed, and only
`to the extent necessary to resolve the controversy. See Nidec Motor Corp. v.
`Zhongshan Broad Ocean Motor Co., 868 F.3d 1013, 1017 (Fed. Cir. 2017);
`Vivid Techs., Inc. v. Am. Sci. & Eng’g, Inc., 200 F.3d 795, 803 (Fed. Cir.
`1999).
`Petitioner asserts that “the Board need not construe the challenged
`claims to resolve the underlying controversy.” Pet. 8–9. Patent Owner
`proffers claim constructions as follows (Prelim. Resp. 20−28):
`Claim term/phrase
`Patent Owner’s Proposal
`
`transmitting the selected recipients
`and the instant voice message
`therefor over the network
`
`transmitting of the selected
`recipients and the instant voice
`message are done separately
`
`receiving the selected recipients and
`the instant voice message
`
`receiving the selected recipients and
`separately receiving the instant
`voice message
`
`delivering the instant voice message
`to the selected recipients
`
`delivering the instant voice message
`(from the server) to (a subset of) the
`selected recipients that are
`
`7
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`
`determined by the server to be
`available
`
`storing the instant voice message if
`a selected recipient is unavailable
`
`storing the instant voice message for
`a selected recipient determined by
`the server to be unavailable
`
`
`Patent Owner’s arguments for the first two terms focus on whether the
`
`list of recipients and the instant voice message are separately transmitted or
`received. We address both terms together below as the analysis is the same
`for both terms. As for the remaining two terms, Patent Owner focuses on
`clarifying further the plain meaning of the claims. We do not address these
`remaining terms further, because at this juncture, the added explanations that
`Patent Owner proffers do not appear necessary under the plain meaning of
`the claim and are not needed in order for us to determine whether to institute
`inter partes review.
`
`Transmitting/Receiving the Selected
`Recipients and the Instant Voice Message
`Claim 1 recites “the client . . . transmitting the selected recipients and
`the instant voice message therefor,” and “the server receiving the selected
`recipients and the instant voice message therefor.” Ex. 1001, 23:58−64.
`Challenged independent claims 14, 40, and 51 recite similar limitations.1
`Patent Owner argues that the ’890 patent Specification provides the context
`necessary for construing these limitations. Particularly, Patent Owner relies
`on the ’890 patent description of how the user selects the intended
`
`
`1 Ex. 1001, 25:27−28, 25:30−32, 28:27−28, 28:30−31, 30:16−17, 30:19−20.
`
`8
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`recipients: “The IVM client 208 displays a list of one or more IVM
`recipients on its display 216, provided and stored by the local IVM server
`202 . . . . The user operates the IVM client 208 by using the input device 218
`to indicate a selection of one or more IVM recipients from the list [and t]he
`user selection is transmitted to the IVM server 202.” Ex. 1001, 7:55−61.
`After the user’s speech is recorded, the IVM client generates a send signal
`and “transmits the digitized audio file 210 and the send signal to the local
`IVM server 202.” Id. at 8:11–12. According to Patent Owner, the ’890
`patent Specification consistently describes the selection of one or more
`intended recipients to be transmitted first, separately from the transmission
`of the instant voice message. Prelim. Resp. 21–22.
`Patent Owner also argues that some dependent claims address the
`transmission of the instant voice message without mention of the list of
`selected recipients. Id. at 22–23 (indicating that claims 8 and 45 recite
`buffering that does not mention the indication of one or more intended
`recipients). Patent Owner reasons that the omission from the dependent
`claims of the transmission of selected recipients indicates that the claims
`contemplate that the intended recipient’s selection has already been
`communicated to the server. Id.
`For the “receiving” limitation, Patent Owner argues that reasons
`analogous to those presented concerning the “transmitting” limitation, the
`“receiving” limitation “requires that the receiving of the selected recipients
`and the IVM are performed separately.” Id. at 24. Patent Owner further
`argues that the claims require receiving at the server “all of the selected
`recipients,” because claim 1 recites that the server temporarily stores the
`instant voice message if the recipient is unavailable. Id. at 25. According to
`
`9
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`Patent Owner, “it is only logical that the server must receive the IVM for
`both the available and unavailable recipients.” Id.
`“[A] claim construction analysis must begin and remain centered on
`the claim language itself . . . .” Innova/Pure Water, Inc. v. Safari Water
`Filtration Sys., Inc., 381 F.3d 1111, 1116 (Fed. Cir. 2004). The disputed
`claim language recites that a server receives two things: the instant voice
`message and the selected recipients. The claim’s focus, thus, is on what a
`server receives, not when a server receives them. The claim language itself
`does not contain the separateness requirement featured in Patent Owner’s
`proposed construction. Rather, Patent Owner’s proposed construction
`repeats the claim language and adds the language “separately transmitting”
`or “separately receiving.” Notably, the patentee could have included this
`language and, thus, a separateness requirement in these claims—but did not.
`We do not limit further the scope of the claim merely because
`embodiments in the Specification provides additional detail on the timing of
`the transmissions to the server. See SuperGuide Corp. v. DirecTV Enters.,
`Inc., 358 F.3d 870, 875 (Fed. Cir. 2004) (citing Electro Med. Sys. S.A. v.
`Cooper Life Sci., Inc., 34 F.3d 1048, 1054 (Fed. Cir. 1994) (“Though
`understanding the claim language may be aided by the explanations
`contained in the written description, it is important not to import into a claim
`limitations that are not a part of the claim. For example, a particular
`embodiment appearing in the written description may not be read into a
`claim when the claim language is broader than the embodiment.”). The
`language of claims 1, 14, 40, and 51 is broader than the embodiments Patent
`Owner proffers as support for its proposed construction. Moreover, Patent
`Owner points to nothing in the Specification that limits the claim language
`
`10
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`to the timing of the transmissions to the server or the reception at the server
`in these embodiments. Accordingly, for purposes of this Decision, we do
`not adopt Patent Owner’s proposed construction to require that the instant
`voice message and the selected recipients are either transmitted to or
`received at the server separately.2
`
`B. Overview of Asserted Prior Art
`We discuss more fully certain disclosures in the asserted references in
`
`our analysis below. A discussion of those references follows.
`
`1. Griffin
`Griffin, titled “Voice and Text Group Chat Display Management
`Techniques for Wireless Mobile Terminals,” relates to a technique of
`managing the display of “real-time speech and text conversations (e.g., chat
`threads) on limited display areas.” Ex. 1005, [54], 1:9−11. Griffin discloses
`a wireless mobile terminal as shown in Figure 1, reproduced below.
`
`
`2 This analysis tracks the preliminary claim construction provided for similar
`terms of U.S. Patent No. 8,995,433, involved in IPR2017-01428. See
`Decision, Case IPR2017-01428, slip. op. 8−10 (PTAB Dec. 4, 2017) (Paper
`8) (“IPR 1428”)
`
`11
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`
`
`Figure 1, above, depicts mobile terminal 100 comprising speaker 103
`(which renders signals, such as received speech, audible), display 102 (for
`rendering text and graphical elements visible), navigation rocker 105 (which
`allows a user to navigate a list or menu displayed on the screen), microphone
`107 (for capturing the user’s speech), and push-to-talk button 101 (which
`allows the user to initiate recording and transmission of audio). Id. at
`3:14−30. Griffin also describes, in connection with Figure 2, reproduced
`below, the overall system architecture of a wireless communication system
`where the mobile terminals communicate with a chat server complex. Id. at
`3:49−51.
`
`12
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`
`
`
`Figure 2, above, illustrates wireless carrier infrastructures 202, which
`support wireless communications with mobile terminals 100, such that the
`mobile terminals wirelessly transmit data to a corresponding infrastructure
`202 for sending the data packets to communication network 203, which
`forwards the packets to chat server complex 204. Id. at 3:49−61.
`Communication network 203 is described as a “packet-based network,
`[which] may comprise a public network such as the Internet or World Wide
`Web, a private network such as a corporate intranet, or some combination of
`public and private network elements.” Id. at 3:61−65.
`Griffin’s chat server complex 204 receives encoded data comprising
`text, speech, and/or graphical messages (or some combination thereof),
`when a plurality of users chat together (i.e., send chat messages from one
`terminal 100 to another). Id. at 4:11−15, 4:62−65. An outbound chat
`message, for example, is decomposed to locate the list of recipients, and the
`recipient’s current status is determined. Id. at 5:9−15. Griffin describes
`
`13
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`presence status 702 as “an indicator of whether the recipient is ready to
`receive the particular type of message, speech and/or text messages only,
`etc.” Id. “When presence status 702 changes, the presence manager 302 [of
`server complex 204] sends a buddy list update message 600 to all the
`subscribers listed in the subscriber identifier field 706 of the corresponding
`presence record 700.” Id. at 5:27−30.
`Griffin provides a buddy list display illustrated in Figure 9,
`reproduced below. Id. at 8:15−16.
`
`
`Figure 9, above, depicts title bar 901, where inbound chat message
`indicator 905 is an icon accompanied by an audible sound when the icon is
`first displayed, indicating to the user that there is at least one unheard or
`unread inbound chat message that has arrived at terminal 100. Id. at
`8:17−18, 8:28−32. Left softkey 910, labeled “Select,” permits selection of a
`particular buddy for chatting, which selection is indicated with selection
`
`14
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`indicator 906. Id. at 8:45−52, 8:60−67, 9:1−5. “If the user pushes-to-talk,
`the display switches to the chat history, and the user is able to record and
`transmit a speech message and consequently start a new thread with the
`selected buddies.” Id. at 9:27−31.
`
`2. Zydney
`Zydney, titled “Method and System for Voice Exchange and Voice
`Distribution,” relates to packet communication systems that provide for
`voice exchange and voice distribution between users of computer networks.
`Ex. 1006, [54], [57], 1:4–5. While acknowledging that e-mail and instant
`messaging systems were well-known text-based communication systems
`utilized by users of on-line services and that it was possible to attach files for
`the transfer of non-text formats via those systems, Zydney states that the
`latter technique “lack[ed] a method for convenient recording, storing,
`exchanging, responding and listening to voices between one or more parties,
`independent of whether or not they are logged in to their network.” Id. at
`1:7–17. Zydney thus describes a method in which “voice containers”—i.e.,
`“container object[s] that . . . contain[] voice data or voice data and voice data
`properties”—can be “stored, transcoded and routed to the appropriate
`recipients instantaneously or stored for later delivery.” Id. at 1:19–22, 12:6–
`8. Figure 1 of Zydney is reproduced below.
`
`15
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`
`
`Figure 1, above, illustrates a high level functional block diagram of
`Zydney’s system for voice exchange and voice distribution. Id. at 10:19–20.
`Referring to Figure 1, system 20 allows software agent 22, with a user
`interface, in conjunction with central server 24 to send messages using voice
`containers illustrated by transmission line 26 to another software agent 28,
`as well as to receive and store such messages, in a “pack and send” mode of
`operation. Id. at 10:20–11:1. Zydney explains that a pack and send mode of
`operation “is one in which the message is first acquired, compressed and
`then stored in a voice container 26 which is then sent to its destination(s).”
`Id. at 11:1–3. The system has the ability to store messages both locally and
`centrally at server 24 whenever the recipient is not available for a prescribed
`period of time. Id. at 11:3–6.
`
`16
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`
`Zydney discloses that the voice container also has the ability to have
`other data types attached to it. Id. at 19:6–7. Formatting the container using
`MIME format, for example, “allows non-textual messages and multipart
`message bodies attachments [sic] to be specified in the message headers.”
`Id. at 19:7–10.
`Figure 3 of Zydney is reproduced below.
`
`
`Figure 3, above, illustrates an exemplary embodiment of Zydney’s
`voice container structure, including voice data and voice data properties
`components. Id. at 2:19, 23:1–2. Referring to Figure 3, voice container
`components include:
`[O]riginator’s code 302 (which is a unique identifier), one or
`more recipient’s code 304, originating time 306, delivery
`time(s) 308, number of “plays” 310, voice container source 312
`
`17
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`
`which may be a PC, telephone agent, non-PC based appliance, or
`other, voice container reuse restrictions 314 which may include
`one
`time and destroy 316, no forward 318, password
`retrieval 320, delivery priority 322, session values 324, session
`number 326, sequence number for partitioned sequences[] 328,
`repeating information 330, no automatic repeat 332, repeat
`times 334, and a repeat schedule 336.
`Id. at 23:2–10.
`
`3. Malik
`Malik explains that in many prior art instant-messaging (“IM”)
`systems, including Jabber, when an instant message is sent to a user that is
`not present on the network, servers have the capability to hold the message
`in a queue and deliver it “to the user as soon as the user is present.”
`Ex. 1007, 2:40–41, 2:60–67, 3:16–23. Figure 2 of Malik is reproduced
`below.
`
`
`
`18
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`
`Figure 2 depicts a prior art IM network using the Jabber “client-
`server” architecture, which contains “distributed network servers,” namely
`local Jabber servers 215–217, and Jabber clients 200–205. Id. at 2:49–3:1,
`3:66–67. Clients 200–205 send and receive messages, and Jabber servers
`215–217 deliver the messages in “real time.” Id. at 2:56–67. “Each local
`Jabber server 215–217 performs two main functions: listening for and
`communicating directly with Jabber client applications 200–205, and
`communicating with other Jabber servers 215–217” that are “connected to
`the Internet.” Id. at 3:5–12; see id. at 2:58–59.
`
`C. Petitioner’s Contentions
`Petitioner points to Griffin as disclosing all the claim 1 limitations,
`except that it relies on three aspects of Zydney:
`a) Zydney’s disclosure of agents 22, 28 and server 24 as being
`“directly connected to a packet-switched network (e.g., Internet)”;
`b) Zydney’s disclosure of a central server tracking and maintaining
`the status of all software agents, where the server is adapted to
`detect whether an agent is on-line and off-line;
`c) Zydney’s disclosure of storing messages both locally and centrally
`at the server when the recipient is not available for a prescribed
`period of time;
`Pet. 21, 26, 48. For dependent claims 6, 20, 43, and 54, Petitioner argues
`that Griffin does not explicitly disclose that the speech in the speech chat
`message is an audio file. See, e.g., id. at 39 (“a POSA at the time of the
`alleged invention [would] modify Griffin’s system/process such that the
`speech is a digitized audio file (e.g., MP3) in view of the teachings of
`
`19
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`Zydney”). Petitioner, thus, relies on Zydney’s disclosure of “MP3” as the
`voice message format. Id. at 40 (citing, inter alia, Ex. 1006, 39:16).
`Further, for dependent claims 23 and 57, Petitioner acknowledges that
`Griffin does not describe attaching one or more files to a speech message.
`Id. at 42. Petitioner, thus, argues that it would have been obvious for a
`person of ordinary skill in the art to modify Griffin to include this feature,
`and alternatively, relies on Zydney’s disclosure of attachments to the voice
`container as disclosing the limitations further recited in claims 23 and 57
`(“attach one or more files to the instant voice message”). Id. at 43−45.
`Finally with regard to the ground based on Malik, Petitioner argues
`that neither Griffin nor Zydney explicitly recites that its network is a local
`network, as recited in claims 2, 14, 15, and 51. Petitioner relies on Malik’s
`disclosure of a “closed network” and the “Jabber” IM system architecture.
`Id. at 50−51 (citing Ex. 1012, 1:59−2:39, 2:40−3:31, 3:35−53, 4:42−47, Fig.
`2). Where claims recite both a local network and an external network,
`Petitioner relies on Malik also as disclosing both of these networks. See,
`e.g., id. at 59 (labeling Jabber Server 215 and Jabber Clients 200−201 an
`“External Network” and labeling Jabber Server 216 and Jabber Clients
`202−204 a “Local Network”).
`We now evaluate the information in the Petition in light of Patent
`Owner’s argument and evidence. We note that Patent Owner supports its
`arguments against institution with a Declaration of William C. Easttom II.
`Ex. 2001 (“Easttom Declaration”).
`
`20
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`
`D. Determination of Reasonable Likelihood
`We have reviewed the Petition and the evidence cited in support
`thereof, and are persuaded that, at this juncture, Petitioner has established a
`reasonable likelihood of prevailing in its contention that claims 1−6, 9, 14,
`15, 17−20, 23, 40−43, 51−54, and 57 of the ’890 patent are unpatentable as
`obvious over Griffin and Zydney or Griffin, Zydney, and Malik, as asserted.
`Patent Owner’s arguments presented on the current record have not
`persuaded us to the contrary. Specifically, Patent Owner has not persuaded
`us that the following arguments are supported by facts sufficient to
`overcome the evidence presented in the Petition:
`a) Griffin’s purpose, of including a server that delivers only the
`messages the server determines technically feasible, would be
`frustrated (Prelim. Resp. 33−39);
`b) Griffin would not have been combined with Zydney (id. at 33−40);
`c) The combination of Griffin and Zydney does not disclose
`transmitting/receiving the instant voice message and selected
`recipients, separately (id. at 43−47);
`d) No disclosure of delivering the instant voice message to the
`selected recipients over the network and storing the instant voice
`message if a selected recipient is unavailable (id. at 48−50); and
`e) The downloaded instant voice message is not the same message
`sent by the sending device (id. at 50, 55−56).
`With regard to the “frustration of purpose” argument, Patent Owner
`focuses on Griffin describing “queuing” an inbound speech message, and on
`the difference between Zydney and Griffin regarding where the
`
`21
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`determination of sending the message lies. Id. at 33−39. For instance,
`Patent Owner argues that Zydney’s sending device initiates sending the
`communication directly to the receiving device where the sending device
`determined that the communication is “technically feasible.” Id. at 34−35.
`In contrast, Griffin’s terminal prepares a list of recipients without
`determining whether or not the targeted recipient terminals are “technically
`able to receive the particular type of message.” Id. at 33−34. Accordingly,
`Patent Owner reasons that “including Zydney in the system described by
`Griffin would frustrate the purpose of Griffin,” because Zydney’s terminals,
`not the server, independently determine whether the message will be
`delivered, while in Griffin, the server sends all messages it determines to be
`delivered, subject to later queuing. Id. at 35.
`The argument is unpersuasive at this juncture because it addresses a
`“substitution” that Petitioner does not appear to make. As we understand the
`Petition, the focus is not on the incorporation of Zydney’s availability
`determination at the terminal into Griffin’s server-based determination.
`Rather, the Petition relies on Zydney’s disclosure of whether, for example,
`the “available” status (meaning that the user is online) would suggest that
`Griffin’s current status 702 of recipients being “available” would also take
`that meaning. See Pet. 23 (arguing the modification of Griffin based on
`Zydney’s connectivity status so that “status 702 indicates whether terminal
`100 is “available” or “unavailable” for messaging based on whether terminal
`100 is currently connected to server 204). Patent Owner’s arguments take
`
`22
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`Petitioner’s contention too far into a bodily incorporation position that
`appears untenable at this juncture.3
`As for Patent Owner’s arguments focused on Griffin’s “queuing,” we
`are not persuaded that Patent Owner is correct. Griffin explains that
`notwithstanding “queuing,” the message is received at the terminal, and the
`queuing is only for automatic playback. Ex. 1005 at 11:50−67. In other
`words, on the present record we do not agree with Patent Owner’s
`characterization that “Griffin doesn’t know and doesn’t care whether a
`recipient is actually online (which in Griffin, is really whether the recipient
`currently has the chat history displayed).” See Prelim. Resp. 36 (arguing
`that “available” status does not result in the terminal receiving the message
`because of “queuing”). Consequently, we are not persuaded by Patent
`Owner’s arguments that the proposed combination of Griffin and Zydney
`would frustrate the purpose of Griffin.
`Now we address Patent Owner’s challenge to the asserted
`combinability of Griffin and Zydney. The premise of Patent Owner’s
`arguments is that the availability status in Griffin is different from the
`availability status in Zydney. Prelim. Resp. 41−42. According to Patent
`Owner, Zydney routes all messages to the appropriate recipients
`instantaneously or stores the message for later delivery. Id. at 41. In
`contrast, Patent Owner characterizes Griffin as delivering the message only
`
`
`3 “The test for obviousness is not whether the features of a secondary
`reference may be bodily incorporated into the structure of the primary
`reference . . . . Rather, the test is what the combined teachings of the
`references would have suggested to those of ordinary skill in the art.” In re
`Keller, 642 F.2d 413, 425 (CCPA 1981) (citations omitted).
`23
`
`

`

`IPR2017-01802
`Patent 7,535,890 B2
`
`if the user has the “chat history display” visible on the user interface, and
`even then only the most recently received speech message is available. Id. at
`41−42. This discrepancy, Patent Owner reasons, would render the
`combination inoperable as it result in Zydney’s messages being lost and the
`principle of operation would have to be changed for at least one of both
`Zydney or Griffin. Id. at 41−43. As stated above, h

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