throbber
Trials@uspto.gov
`571-272-7822
`
`
`
`
`
`
`
`
`
`
`
`
`
` Paper 9
`
`
` Entered: July 7, 2014
`
`
`
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`FACEBOOK, INC.,
`Petitioner,
`
`v.
`
`REMBRANDT SOCIAL MEDIA, L.P.,
`Patent Owner.
`
`
`
`Case IPR2014-00415
`Patent 6,415,316
`
`
`
`Before PHILLIP J. KAUFFMAN, JENNIFER S. BISK, and
`MATTHEW R. CLEMENTS, Administrative Patent Judges.
`
`CLEMENTS, Administrative Patent Judge.
`
`
`DECISION
`Institution of Inter Partes Review
`37 C.F.R. § 42.108
`
`
`
`
`
`
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`
`I.
`INTRODUCTION
`Facebook, Inc. (“Petitioner”) filed a Petition requesting inter partes
`review of claims 1, 4, 17, 18, 20, and 26 (“the challenged claims”) of U.S.
`Patent No. 6,415,316 (Ex. 1001, “the ’316 patent”). Paper 1 (“Pet.”).
`Rembrandt Social Media, L.P. (“Patent Owner”) filed a Preliminary
`Response. Paper 8 (“Prelim. Resp.”). We have jurisdiction under 35 U.S.C.
`§ 314.
`The standard for instituting an inter partes review is set forth in
`35 U.S.C. § 314(a), which provides as follows:
`THRESHOLD.—The Director may not authorize an inter
`partes review to be instituted unless the Director determines
`that the information presented in the petition filed under section
`311 and any response filed under section 313 shows that there
`is a reasonable likelihood that the petitioner would prevail with
`respect to at least 1 of the claims challenged in the petition.
`Upon consideration of the Petition and Preliminary Response, we
`determine that the information presented by Petitioner establishes that there
`is a reasonable likelihood that Petitioner would prevail in showing
`unpatentability of the challenged claims of the ’316 patent. Accordingly,
`pursuant to 35 U.S.C. § 314, we institute an inter partes review of claims 1,
`4, 17, 18, 20, and 26 of the ’316 patent.
`
`A. Related Proceedings
`Petitioner and Patent Owner indicate that the ’316 patent is involved
`in one co-pending district court case: Rembrandt Social Media, L.P. v.
`
`Facebook, Inc., Case No. 13‐CV‐00158 TSE (E.D. Va.), filed February 4,
`
`2013, and served on February 6, 2013. Pet. 1; Paper 5, 2. The case is
`
`2
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`currently stayed pending an appeal to the U.S. Court of Appeals for the
`Federal Circuit. Pet. 1; Paper 5, 2.
`
`B. The ’316 Patent
`The ’316 patent relates generally to computer networks and,
`specifically, to a method and apparatus for implementing a diary of web
`pages on a computer network. Ex. 1001, 1:19-22. According to the ’316
`patent, there was a need for a way for users to keep track of locations that
`they have visited in a more visual and memorable way. Id. at 1:65-67.
`To address this need, the ’316 patent discloses a method and apparatus
`for implementing a web page diary. Id. at Title. The diary allows a diary
`owner to organize information, including links to websites and other content,
`like a book. Id. at 4:62-64. A diary has a book design that determines the
`graphics and layout of content within pages of a diary. Id. at 5:9-10. The
`book design includes page designs. Id. at 5:11. Page designs define the
`visual and audible appearance of the page, provides slots for content entries
`or objects, and determines the size and location of such slots within the page.
`Id. at 5:14-17. Diary owners can insert content objects into pages. Id. at
`5:18. When a content object is inserted into a page, it is displayed in one of
`the slots provided by the page design of the page. Id. at 5:19-20. A content
`object can be any type of object, including text, bookmarks, images,
`programs, movies, etc. Id. at 5:20-22. The book design and book content
`are independent. Id. at 5:26-27. Diary software dynamically combines the
`diary’s book design and book content to present a cohesive view of the
`“book.” Id. at 5:32-34. The diary may enforce privacy rules on any part or
`level of the book—i.e., book, section, page, or individual content object. Id.
`at 5:55-57.
`
`3
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`
`Figure 1(b) is reproduced below.
`
`
`
`Figure 1(b) is a block diagram of a computer network in accordance with an
`embodiment of the invention of the ’316 patent that illustrates how a diary is
`viewed or edited. Ex. 1001, 6:30-32. The system comprises user system
`102, diary server 104, and one or more content providers 106. Id. at 6:32-
`34. User system 102 can be the system of the owner of the diary or of a
`person who wishes to view the diary. Id. at 6:34-36. User system 102
`includes browser 110, which is shown executing diary applet 112
`downloaded from diary server 104, and diary information 114, which
`contains information about the diary of this diary owner. Id. at 6:36-40.
`Diary applet 112 generates HTML 111 for the web pages of the user’s diary,
`which are preferably displayed by browser 110. Id. at 6:40-43.
`Diary server 104 includes diary information 122 (including diary
`information for a plurality of users’ diaries), diary software 124, an original
`
`4
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`copy of diary applet 112, and the HTML needed to display an initial web
`page. Ex. 1001, 6:44-48.
`A user begins viewing or editing a diary by viewing web page 113
`available from diary server 104. Id. at 6:56-59. Web page 113 allows the
`user to indicate that he wishes to view or edit a specified diary. Id. at 6:59-
`60. This indication begins execution of diary applet 112, which sends a
`request 116 to diary server 104 for the contents of the specified diary. Id. at
`6:60-62. When diary software 124 receives request 116 from browser 110,
`it sends information 118, including diary information, appropriate for the
`specified diary to the user system. Id. at 6:63-67. Diary applet 112 reads
`diary information 114 received from diary server 104 and generates HTML
`111 for one or more diary pages in accordance with diary information 114.
`Id. at 7:1-3. Diary applet 112 instructs browser 110 to display the diary
`page(s) in the browser window. Id. at 7:3-5.
`
`information for display,
`
`C. Illustrative Claim
`Of the challenged claims, claims 1 and 17 are independent. Claim 1 is
`reproduced below:
`1.
`A method of organizing
`comprising:
`sending from a diary server to a user system, a diary
`program capable of being executed by a browser in the user
`system;
`sending diary information from the diary server to the
`user system, the information comprising content data including
`an associated time, a page design to specify the presentation of
`the content data, and configuration information for controlling
`behavior of a cohesive diary page,
`the configuration
`information including privacy level information;
`
`5
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`
`assembling the cohesive diary page by dynamically
`combining the content data and the page design in accordance
`with the configuration information for the cohesive diary page
`to be displayed by the diary program running in the browser;
`receiving by the diary server at least one request for at
`least one change concerning the diary information, from the
`diary program in the user system; and
`sending, by the diary server to the user system, new diary
`information for changing the cohesive diary page.
`
`Salas
`
`D. References Relied Upon
`Petitioner relies upon the following references:
`US 6,233,600
`May 15, 2001
`(filed July 15, 1997)
`ED TITTEL & STEPHEN N. JAMES, MORE HTML FOR DUMMIES,
`
`xv‐xxv, 57‐84, 153‐180, 341‐364 (2d ed. 1997) (“Tittel (1997)”)
`
`Parker
`Angles
`
`US 5,729,734
`US 5,933,811
`
`Mar. 17, 1998
`Aug. 3, 1999
`
`Ex. 1005
`
`Ex. 1006
`
`Ex. 1011
`Ex. 1012
`
`E. The Asserted Grounds of Unpatentability
`Petitioner argues that the challenged claims are unpatentable based
`upon the following grounds:
`Basis Claims challenged
`Reference(s)
`§ 103
`1, 4, 17, 18, and 26
`Salas, Tittel (1997), and Parker
`Salas, Tittel (1997), Parker, and Angles § 103
`20
`
`II. ANALYSIS
`
`A. 37 C.F.R. §§ 42.105, 106
`Patent Owner argues that Facebook failed to qualify for a filing date
`of February 6, 2014, under 37 C.F.R. § 42.106 because it failed to effect
`timely service of the Petition in accordance with 37 C.F.R. § 42.105.
`Prelim. Resp. 1-6. Specifically, Patent Owner argues that by depositing the
`
`6
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`Petition with FedEx after the “cut-off time” on Thursday, February 6, 2014,
`and by failing to choose Saturday delivery, Petitioner failed to serve the
`Petition “by means at least as fast and reliable as EXPRESS MAIL®,” as
`required by Rule 42.105(b). Id. at 3-5. Patent Owner argues that the
`Petition should, therefore, not be accorded a filing date pursuant to Rule
`42.106(a), that Petitioner cannot file a corrected Petition because it would be
`time-barred under 35 U.S.C. § 315(b), and, therefore, that this Petition
`should be dismissed. Id. at 5-6.
`We agree that mailing via FedEx after the cut-off time on Thursday
`without electing Saturday delivery failed to comply with 37 C.F.R.
`§ 42.105(b). The error appears harmless, however, because Patent Owner
`received the Petition on the next business day (Monday) instead of on
`Saturday (Prelim. Resp. 2-3), and timely responded. In this instance, we,
`therefore, decline to change the filing date accorded in the notice of
`February 11, 2014 (Paper 3). Petitioner, however, must follow the Rules on
`service, such as Rule 42.6(e), going forward. 37 C.F.R. § 42.5(b)
`
`B. Claim Construction
`In an inter partes review, claim terms in an unexpired patent are
`interpreted according to their broadest reasonable construction in light of the
`specification of the patent in which they appear. 37 C.F.R. § 42.100(b);
`Office Patent Trial Practice Guide, 77 Fed. Reg. 48,756, 48,766 (Aug. 14,
`2012). Also, claim terms 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. In re Translogic Tech., Inc., 504 F.3d 1249, 1257
`(Fed. Cir. 2007).
`
`7
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`
`For purposes of this decision, we construe the following claim terms
`and do not construe expressly any of the other claim terms at this time.
`1. “cohesive diary page” (claims 1 and 17)
`Petitioner proposes that “cohesive diary page” be construed as “a page
`sent by a server to a user system in which the content data and the page
`design are fully integrated for display.” Pet. 21-22. This construction is
`similar to the construction agreed upon by the parties and adopted by the
`court in the co-pending district court case: “A diary page in which the
`content data and the page design are fully integrated for display.” Ex. 1003,
`1-2. Petitioner modifies the district court’s construction by inserting the
`district court’s construction of “diary page”—“A page containing content
`sent by a server to a user system” in place of the term “diary page.” As
`support for its proposed construction, Petitioner cites the Specification. Pet.
`21-22 (citing Ex. 1001, 5:32-34, 5:19, 5:48-49, and 6:9-11). Patent Owner
`does not dispute Petitioner’s proposed construction.
`We agree with Petitioner that “cohesive diary page” should be
`understood as a diary page in which the content data and the page design are
`fully integrated for display. We are not persuaded, however, that such a
`page must be “sent by a server to a user system,” as required by Petitioner’s
`proposed construction. Claim 1 does not require that a cohesive diary page
`is part of the diary information sent from the diary server to the user system.
`Rather, claim 1 requires only that the cohesive diary page be “assembled”
`from the diary information sent—i.e., from the content data, the page design,
`and the configuration information. As Petitioner points out, the ’316 patent
`discloses that “[t]he diary software dynamically combines the diary’s book
`design and book content to present a cohesive view of the ‘book.’” Pet. 21
`
`8
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`(citing Ex. 1001, 5:32-34) (emphasis added). The ’316 patent describes the
`diary software as residing only on the user system, not on the server. In the
`disclosed embodiments, then, the “cohesive diary page” is assembled at the
`user system; it is not assembled at the server and then “sent by a server to a
`user system,” as Petitioner’s proposed construction requires. Because
`Petitioner’s proposed construction excludes embodiments in which a
`“cohesive diary page” is assembled at the user system, it is unreasonably
`narrow. Accordingly, for purposes of this Decision, we construe “cohesive
`diary page” to mean “a page in which the content data and the page design
`are fully integrated for display.”
`2. “configuration information” (claims 1 and 17)
`Petitioner proposes that “configuration information” be construed as
`“information that determines what information will be displayed to a user
`who is viewing a cohesive diary page.” Pet. 22-24. This construction is the
`same construction adopted by the court in the co-pending district court case.
`Ex. 1003, 4. As support for its proposed construction, Petitioner cites the
`Specification. Pet. 22-24 (citing Ex. 1001, 5:63-67, 9:2-4, 10:51-54, 17:22-
`24). Patent Owner does not dispute Petitioner’s proposed construction. On
`this record, and for purposes of this Decision, because this construction
`appears consistent with the broadest reasonable interpretation, we adopt
`Petitioner’s proposed construction.
`3. “privacy level information” (claims 1 and 17)
`Petitioner proposes that “privacy level information” be construed as
`“configuration information that describes or specifies at least one user
`permitted to view particular content on a cohesive diary page.” Pet. 22-24.
`In the co-pending district court case, the parties agreed to construe “privacy
`
`9
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`level information” differently: “configuration information that describes or
`specifies which user(s) or categories of users are permitted to view particular
`content data on a cohesive diary page.” Ex. 1003, 2. As support for its
`proposed construction, Petitioner cites the Specification. Pet. 23 (citing
`2:40-44).
`Patent Owner argues that Petitioner’s proposed construction is
`unreasonably broad to the extent that it encompasses specifying individual
`users. Prelim. Resp. 9-14. Patent Owner argues that “privacy level
`information” should be limited to information that specifies “a universe of
`permitted viewers.” Prelim. Resp. 13 (citing Ex. 1001, Fig. 4d, 10:36-41 for
`examples of privacy levels).
`To the extent that it precludes “privacy level information” from
`specifying an individual user, Patent Owner’s proposed construction is
`overly narrow. Although the examples described in column 10 of the ’316
`patent specify categories of users, nothing in the Specification precludes
`privacy level information from specifying an individual user. Moreover,
`Petitioner’s proposed construction is sufficiently broad to include specifying
`categories of users. Under Petitioner’s proposed construction, the “privacy
`level information” must specify “at least one user” but it may specify more
`users (i.e., a “universe” or “category” of users).
`On this record, and for purposes of this Decision, we construe
`“privacy level information” to mean “configuration information that
`describes or specifies at least one user or category of users permitted to view
`particular content on a cohesive diary page.”
`
`10
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`
`C. Claims 1, 4, 17, 18, and 26 –
`Obviousness over Salas, Tittel (1997), and Parker
`Petitioner argues that claims 1, 4, 17, 18, and 26 are unpatentable
`under 35 U.S.C. § 103(a) as obvious over Salas, Tittel (1997), and Parker.
`Pet. 24-56. In support of this ground of unpatentability, Petitioner relies
`upon the Declaration of Edward R. Tittel. Id. (citing Ex. 1002).
`Salas (Exhibit 1005)
`Salas describes a system and method for providing a collaborative
`work environment that includes servers and client workstations. Ex. 1005,
`Abstract. Client workstations receive data objects from one or more servers
`and combine the received data objects with stored templates to render
`HTML pages representing at least a portion of a common project. Id. Users
`may view, edit, and create common documents for the projects and upload
`them to the server using a drag-and-drop interface. Id.
`Figure 4 of Salas is reproduced below.
`
`
`
`11
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`Figure 4 depicts an embodiment of eRoom page 60 that a user might
`encounter while using a browser program. Ex. 1005, 5:21-23. The eRoom
`page has five major elements: page element 402, navigation bar 404,
`graphical identifier 406, item box 408, and shortcut list 410. Id. at 5:24-27.
`Page element 402 may include subelements. Id. at 5:28. In the
`embodiment depicted, discussion 420 is embedded within page element 402
`and facility 422 allows a viewer to contribute to discussion 420. Id. at 5:28-
`31. Embedded discussion 420 and contribution facility 422 may be
`implemented as ActiveX controls, a JAVA applet, or other means. Id. at
`5:31-34.
`Graphical identifier 406 is used to pictorially identify the viewed
`page—e.g., a corporate logo or other organizational identifier. Id. at
`5:54-56. Graphical identifier 406 may be static or dynamic (such as a
`javascript or ActiveX control). Ex. 1005, 5:56-58.
`Item box 408 collects and displays items associated with the project
`represented by page 402. Id. at 5:60-61. In the embodiment shown in
`Figure 4, item box 408 contains folder of items 482, notes file 486,
`spreadsheet file 488, and word processing file 490, each of these being links
`to other eRoom pages or files. Id. at 5:61-65. Item box 408 may also
`include version organizers, discussion, links, vote/poll pages, a facility for
`creating new items 492, and icons that control how items are displayed in
`item box 408. Id. at 5:65-6:4. In Figure 4, three icons are provided: “icon
`display” icon 494 (currently selected) which causes items to be displayed as
`large icons with identifying text underneath; “list display” icon 496 which
`causes items to be displayed as small icons with identifying text to one side
`of the icon; and “report display” icon which causes items to be displayed as
`
`12
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`a list. Id. at 6:4-10. The displayed list may be alphabetized, ordered by size
`of item, ordered by creation date, ordered by modification data, or ordered
`by some other data field associated with each item. Id. at 6:10-13.
`When a user requests the URL for an eRoom, the server returns an
`HTML file, called a “wrapper” file, that contains an object ID that is used by
`the client workstation to look up the object in the local database stored on
`the client workstation. Id. at 6:40-52. The local database includes
`information about the object, including which eRoom template to use and
`information regarding any “children” the object may have—e.g., items
`contained in item box 408. Id. at 6:52-56.
`Generation, display, and management of an eRoom are controlled by a
`“page builder” application residing on the client workstation. Id. at 6:57-59.
`In some embodiments, the page builder application may be an ActiveX
`control or a COM object. Id. at 6:61-63.
`Tittel (1997) (Exhibit 1006)
`Tittel (1997) describes the use of style sheets and ActiveX
`components. Ex. 1006, 58, 176, 341. Tittel (1997) describes how ActiveX
`components are automatically downloaded from a server if the object is not
`already on a user’s machine. Id. at 341. Tittel (1997) also describes how
`style sheets define a set of layout parameters for a document to ensure that
`similar elements in the document appear uniformly. Id. at 176.
`Parker (Exhibit 1011)
`Parker describes a file service administration method in a computer
`network having an administrator account and a user account. Ex. 1011,
`Abstract. The computer network includes at least one sharepoint that is
`selectively accessible through the user account. Id. Parker uses the term
`
`13
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`“sharepoint” to mean an item—e.g., file, folder, volume, hard disk—that is
`capable of being shared by network users. Id. at 2:24-26. The sharepoint is
`displayed in accordance with the user’s privileges by being represented in a
`first state when the access privilege for the user is enabled and being
`represented in a second state when the access privilege for the user is not
`enabled. Id., Abstract.
`Figure 7 of Parker is reproduced below.
`
`
`Figure 7 shows a graphical user interface window in which two sharepoints
`are displayed in accordance with a user’s access privileges. Id. at 5:29-32;
`11:20-22. As depicted in Figure 7, “test folder-1” (417) is shown as
`accessible to the user by open lock icon 487 and because it is not ghosted,
`grayed out, or hidden. Id. at 11:40-44. In contrast, “test folder-2” (419) is in
`a ghosted state indicating that the user does not have access rights to “test
`folder-2.” Id. at 11:44-46. In other embodiments, “test folder-2” (419) may
`be grayed out, shaded, or hidden altogether. Id. at 11:46-47.
`
`14
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`
`Analysis
`In light of the arguments and evidence, Petitioner has established a
`reasonable likelihood that claims 1, 4, 17, 18, and 26 are unpatentable as
`obvious over Salas, Tittel (1997), and Parker.
`Independent claim 1 recites, “sending diary information from the
`diary server to the user system, the information comprising content data
`including an associated time, a page design to specify the presentation of the
`content data, and configuration information for controlling behavior of a
`cohesive diary page, the configuration information including privacy level
`information.”
`For “content data including an associated time,” Petitioner relies upon
`entries under “Announcements,” and the representations of items in item box
`408. Pet. 32-33. The entries are time-stamped, and the representations of
`items include a creation date and a modification date; both, therefore,
`“includ[e] an associated time,” as recited. Id. at 33-35. On this record, we
`are persuaded that Petitioner’s citations support Petitioner’s contentions.
`For “page design,” Petitioner relies upon the “wrapper” file sent by
`the eRoom server to the user system. Pet. 35-36. The “wrapper” file
`“specif[ies] the presentation of the content data,” by specifying an eRoom
`template to be used to assemble the page. Id. at 35-37. Petitioner also
`argues that it would have been obvious to modify the “wrapper” file of Salas
`to include a URL identifying an eRoom template stored on the eRoom
`server. Id. at 37-39 (citing Ex. 1002 (Tittel Decl.) ¶¶ 20-23, 73-75). We are
`persuaded, on the current record, that Petitioner’s citations support
`Petitioner’s contentions.
`
`15
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`
`For “configuration information including privacy level information,”
`Petitioner relies upon Salas’s teaching of entries in a database schema
`including three separate groups (see, e.g., Ex. 1006, 14:30-54) and upon file
`metadata. Pet. 40-41. Petitioner further relies upon Salas’s teaching that file
`metadata includes “access information such as which users may open, view
`and edit the file” and is sent to client workstation 12 when synchronizing
`“local database metadata.” Id. On this record, we are persuaded that
`Petitioner’s citations support Petitioner’s contentions.
`We are not persuaded, on the present record ,by Patent Owner’s
`argument that Salas, Tittel (1997), and Parker do not collectively teach “
`privacy level information” because the files themselves are not “content
`data,” and, therefore, the “file metadata” does not control what appears on
`the page. Prelim. Resp. 15-17, 26. As discussed above, we construe
`“privacy level information” to mean “configuration information that
`describes or specifies at least one user or category of users permitted to view
`particular content on a cohesive diary page,” and we construe “configuration
`information” to mean “information that determines what information will be
`displayed to a user who is viewing a cohesive diary page.” Salas teaches
`that file metadata includes “access information such as which users may
`open, view, and edit the file.” Ex. 1005, 13:54-55 (emphasis added). Thus,
`the file metadata “describes or specifies at least one user permitted to view
`particular content on a cohesive diary page.” Moreover, the file metadata
`“determines what information will be displayed to a user who is viewing a
`cohesive diary page” by determining the appearance of icons, small icons, or
`lists in item box 408. For example, Salas teaches that the visual appearance
`of items in item list box 408 is based upon file metadata such as filename,
`
`16
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`creation date, modified date, and which application should be used to open
`and edit the file. See, e.g., Ex. 1005, Fig. 4, 6:4-13. Moreover, Petitioner
`relies upon Parker for further teaching the modification of icons based on a
`user’s access privileges, which Salas describes as being included in file
`metadata. Accordingly, we are not persuaded by Patent Owner’s argument
`that Salas’s file metadata in combination with the teachings of Parker does
`not control what appears on the page.
`We also are not persuaded on the present record by Patent Owner’s
`argument that Salas, Tittel (1997), and Parker do not teach sending “privacy
`level information” from the diary server to the user system. Prelim. Resp.
`17-22, 26-27. As discussed above, we are persuaded by Petitioner’s
`contention that file metadata is “privacy level information.” Salas teaches
`synchronization of “local database metadata.” Ex. 1005, 12:1-4. Page
`builder application requires file metadata in order to build eRoom page 402.
`See, e.g., id. at Fig. 4 (depicting filenames for 482, 486, 488, 490; depicting
`486, 488, and 490 based on which application should be used to open and
`edit the file). Patent Owner argues that Salas does not explicitly teach that
`“local database metadata” includes access information, but Patent Owner
`cites nothing in Salas to suggest that file metadata does not include access
`information. Patent Owner argues that the access check depicted in Figure 6
`and described in column 12 of Salas “takes place at the server, not at the
`user system” (Prelim. Resp. 20), but Figure 6 is described as “a flowchart of
`the steps taken by a client workstation” (Ex. 1005, 3:4-5), and the paragraph
`in question begins by describing “the first step taken by the background
`daemon.” On this record, we are not persuaded by Patent Owner’s argument
`that the access checks described are necessarily performed on eRoom server
`
`17
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`14. Accordingly, on this record, we are not persuaded by Patent Owner’s
`argument that Salas, Tittel (1997), and Parker do not collectively teach
`sending “privacy level information” from the server to the user system.
`Independent claim 1 also recites, “assembling the cohesive diary page
`by dynamically combining the content data and the page design in
`accordance with the configuration information for the cohesive diary page to
`be displayed by the diary program running in the browser.” Petitioner relies
`upon Salas’s disclosure of a page builder application that controls
`generation, display, and management of an eRoom. Pet. 41-42. Petitioner
`also relies upon Parker’s visual indication of a user’s access privileges to an
`object by means of an icon or by ghosting, graying, or hiding the object as
`teaching “assembling . . . in accordance with the configuration information.”
`Id. at 43-46 (emphasis added). Petitioner argues that a person of ordinary
`skill in the art would have found it obvious to combine Salas and Parker in
`order to allow a user to visually ascertain, before attempting to access,
`whether access is permitted. Id. at 47 (citing Ex. 1002 (Tittel Decl.) ¶ 89).
`We are persuaded, on the current record, that Petitioner’s citations support
`Petitioner’s contentions.
`We are not persuaded on the present record by Patent Owner’s
`argument that Parker does not teach that its access control information can
`be used to control who can view the icons because “the icon remains fully
`viewable to the user.” Prelim. Resp. 21-22. To the contrary, Parker teaches
`that its access control information can be used to hide an icon from a user
`that does not have access rights to the sharepoint represented by the icon.
`Ex. 1011, Figs. 6, 7, 11:4-47. Patent Owner acknowledges that an icon can
`be blanked out (Prelim. Resp. 22), but argues that such an icon “is simply
`
`18
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`not sent [to the user system]” and, therefore, the icon cannot be “content
`data” sent to a user system, and the access control information associated
`with the sharepoint cannot be “privacy level information” sent to a user
`system. Patent Owner, however, provides no support for its contention that
`Parker’s teaching to blank out an icon results in that icon not being sent. On
`this record, we are not persuaded that Parker’s access control information
`cannot be used to control who can view the icons.
`We also are persuaded, on this record, by Petitioner’s contentions with
`respect to independent claim 17 and dependent claims 4, 18, and 26. Pet.
`50-56. Patent Owner offers no additional arguments on these claims.
`Conclusion
`We are persuaded that Petitioner has established a reasonable
`likelihood that it would prevail in showing that claims 1, 4, 17, 18, and 26
`are unpatentable as obvious over Salas, Tittel (1997), and Parker.
`
`D. Claim 20 – Obvious over Salas, Tittel (1997), Parker, and Angles
`Petitioner argues that claim 20 is unpatentable under 35 U.S.C.
`§ 103(a) as obvious over Salas, Tittel (1997), Parker, and Angles. Pet.
`56-59. In support of this ground of unpatentability, Petitioner relies upon
`the Declaration of Mr. Tittel. Id. (citing Ex. 1002).
`Angles (Ex. 1012)
`Angles describes an online advertising service that can custom-tailor
`specific advertisements to particular consumers, and track consumer
`responses to the advertisements. Ex. 1012, 2:46-49. In one embodiment,
`advertisement computer 18 sends customized advertisement 30 to content
`provider computer 14. Id. at 21:35-37. Content provider computer 14 then
`incorporates the customized advertisement into electronic page 32 and
`
`19
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`forwards electronic page 32 to consumer computer 12. Id. at 21:37-42.
`Consumer computer 12 then displays electronic page 32, including
`customized advertisement 30, to the consumer. Id. at 21:43-44. Because
`customized advertisement 30 is transferred from advertisement provider
`computer 18 to content provider computer 14 prior to sending electronic
`page 32 to the consumer, electronic page 32 appears to the consumer like all
`other electronic pages 32 on the Internet, except that it contains customized
`advertisement 30, which has been pre-selected for that consumer. Id. at
`21:45-52.
`Analysis
`In light of the arguments and evidence, Petitioner has established a
`reasonable likelihood that claim 20 is unpatentable as obvious over Salas,
`Tittel (1997), Parker, and Angles.
`Claim 20 recites, “wherein the cover includes advertisements not
`requested by a user.” Petitioner relies upon Angles’s teaching of an online
`advertising service that custom-tailors advertisements to particular
`customers. Pet. 57-59. On this record, we are persuaded that Petitioner’s
`citations support Petitioner’s contentions.
`We also are persuaded by Petitioner’s contention that a person of
`ordinary skill in the art would have found it obvious to combine Salas, Tittel
`(1997), and Parker with Angles in order to obtain revenue, that a person of
`ordinary skill in the art would have recognized that an advertisement could
`be placed anywhere, including graphical element 406, and that adding
`Angles’ advertising to Salas’s eRoom would have had predictable results.
`Id. at 58-59 (citing Ex. 1002 (Tittel Decl.) ¶¶ 117, 119).
`
`20
`
`

`
`Case IPR2014-00415
`Patent 6,415,316
`
`
`We are not persuaded on the present record by Patent Owner’s
`argument that Petitioner’s

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