throbber
Trials@uspto.gov Paper No. 10 Paper No. 33
`
`571-272-7822
`Filed: March 6, 2015
`
`
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`SAP AMERICA, INC.,
`Petitioner,
`
`v.
`
` LAKSHMI ARUNACHALAM,
`Patent Owner.
`____________
`
`Case CBM2014-00018
`Patent 8,037,158 B2
` ____________
`
`
`
`Before, KARL D. EASTHOM, WILLIAM V. SAINDON, and
`BRIAN J. McNAMARA, Administrative Patent Judges.
`
`
`
`McNAMARA, Administrative Patent Judge.
`
`
`FINAL WRITTEN DECISION
`
`35 U.S.C. § 318(a) and
` 37C.F.R. § 42.73
`
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`
`BACKGROUND
`
`On March 7, 2014, we entered a Decision to Institute (“Dec. to Inst.”)
`
`a trial in this proceeding on the ground that claims 9 and 10 are unpatentable
`
`under 35 U.S.C. § 101. In addition, we instituted a trial on the following
`
`grounds asserted under 35 U.S.C. § 103: claims 4–6 as unpatentable over
`
`Lawlor,1 Computerworld,2 and CORBA 1;3 claims 4–6 as unpatentable over
`
`Lawlor, Computerworld, and CORBA 2;4 claims 5 and 6 as unpatentable
`
`over Lawlor, Computerworld, CORBA1, and SNMP;5 claims 5 and 6 as
`
`unpatentable over Lawlor, Computerworld, CORBA 2, and SNMP; claims
`
`4–6 as unpatentable over EB,6 SFCU,7 and CORBA 1; claims 4–6 as
`
`unpatentable over EB, SFCU, and CORBA 2; claims 5 and 6 as unpatentable
`
`over EB, SFCU, CORBA 1, and SNMP; claims 5 and 6 as unpatentable over
`
`EB, SFCU, CORBA 2, and SNMP.
`
`
`1 Lawlor et al., U.S. Patent No. 5,220,501, issued June 15, 1993 (“Lawlor”).
`Ex. 1006.
`2 The Cyberbanks, Computerworld, 80 (June 26, 1995) ProQuest
`Telecommunications (“Computerworld”). Ex. 1007.
`3 Thomas J. Mowbray And Ron Zahavi, The Essential Corba: Systems
`Integration Using Distributed Objects (Robert Elliott ed., 1995)(“CORBA
`1”). Ex. 1009
`4 The Common Object Request Broker: Architecture And Specification, Rev.
`2.0, 1–463 (1995) (“CORBA 2”). Ex.1012.
`5 Jeffrey D. Case et al., Protocol Operations For Version 2 Of The Simple
`Network Management Protocol, 1–37 (1993) (“SNMP”). Ex. 1011.
`6 Allen H. Lipis et al., Electronic Banking, The Stock Market, 4th Edition,
`1–220, (1985) John Wiley & Sons, New York (“EB”). Ex. 1004.
`7 www.thefreelibrary.com/_/print/PrintArticle.aspx?id=17104850, (last
`visited Mar. 15, 2013) Stanford Federal Credit Union Pioneers Online
`Financial Services, (“SFCU”). Ex. 1005.
`
`
`
`2
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`
`In this Final Written Decision, we conclude that claims 9 and 10 do
`
`not recite patent-eligible subject matter under 35 U.S.C. § 101. We further
`
`conclude that claims 4–6 are unpatentable under 35 U.S.C. § 103.
`
`
`
`THE ’158 PATENT
`
`The ’158 Patent purports to provide “a method and apparatus for
`
`providing real-time, two-way transactional capabilities on the Web.” Ex.
`
`1001, Abstract. The ’158 Patent Specification states that “[a] ‘transaction’
`
`for purposes of the present invention includes any type of commercial or
`
`other type of interaction that a user may want to perform.” Id. at col. 5, ll.
`
`22–25. The ’158 Patent also states that Figure 4A illustrates conceptually
`
`the user value chain, depicting the types of transactions and the channels
`
`through which the transactions are performed “today,” i.e., at least as early
`
`as the priority date of the application that led to the ’158 Patent. Id. at col. 5,
`
`ll. 19–25. Thus, Figure 4A represents a prior art value chain, rather than the
`
`invention.
`
`Figure 4B illustrates an embodiment of the invention in which a Web
`
`merchant provides real-time transactional capabilities to users who access a
`
`merchant’s services through switching sites on Web servers or on non-Web
`
`network computer sites and cellular provider sites. Id. at col. 5, ll. 45–55.
`
`The ’158 Patent Specification states that the embodiment shown in Figure
`
`4B includes a service network running on top of a facilities network, namely
`
`the Internet, the Web, or e-mail networks. Id. at col. 5, ll. 49–51. The
`
`Specification further states that the following five components interact to
`
`provide the service network functionality: an exchange, an operator agent, a
`
`management agent, a management manager, and a graphical user interface.
`
`Id. at col. 5, ll. 58–61.
`
`
`
`3
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`
`The difference between the prior art subject matter of Figure 4A and
`
`embodiment of the invention in Figure 4B lies solely in the number of items
`
`listed in the “Service Channels.” That is, in addition to the service channels
`
`in Figure 4A, Figure 4B also includes a TransWeb8 Exchange (hereinafter
`
`“Exchange”) that includes a Web page and point-of-service (POSvc)
`
`applications. The ’158 Patent states that “[a] POSvc application is an
`
`application that can execute the type of transaction that the user may be
`
`interested in performing.” Id. at col. 6, ll. 32–34. The type of services
`
`offered by a POSvc application is determined by each Web merchant. Id. at
`
`col. 7, ll. 1–2, 15–16.
`
`The Exchange can reside on a web server or on a separate computer
`
`system on the Internet with an Internet address. Id. at col. 6, ll. 16–20, ll.
`
`49–55. The Exchange conceptually includes a switching component and an
`
`object routing component, id. at col. 6, ll. 11–12, and may also include an
`
`operator agent that interacts with a management manager, id. at col. 6, ll.
`
`19–21. As previously noted, the switching site need not be a Web server but
`
`may include non-Web network computer sites and cellular provider sites.
`
`Id. at col. 5, ll. 54–58.
`
`When the Exchange receives a consumer's request for a transactional
`
`application, a graphical user interface displays on a Web page a list of
`
`POSvc applications from which the user may select. Id. at col. 6, ll. 30–49.
`
`The ’158 Patent discloses that the embodiment of the invention supports
`
`
`8 The ’158 Patent refers to a TransWeb Exchange in Figure 4 and at column
`7, lines 55–56, describes the TransWeb™ Exchange as having a proprietary
`protocol (TransWeb™ Management Protocol (TMP)). Elsewhere, the ’158
`Patent uses the term “Exchange.”
`
`
`
`4
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`hypertext markup language (HTML), Virtual Reality Markup Language,
`
`Java™, and other graphical user interface standards. Id. at col. 6, ll. 36–42.
`
`By selecting a POSvc to activate, the user can access services and
`
`perform transactions offered by that POSvc application, which can access
`
`back-office data repositories. Id. at col. 6, l. 56 – col. 7, l. 42.
`
`The ’158 Patent states that the connection between the user and the
`
`services is managed by the Exchange, through an operator agent on a Web
`
`server that ensures the availability of distributed functions and capabilities.
`
`Id.at col. 6, ll. 62–67. However, as noted above, the ’158 Patent emphasizes
`
`that the Exchange may reside on a Web server or on a separate computer
`
`system with an Internet address. Id. at col. 6, ll. 16–19, 49–55. The ’158
`
`Patent also states that a management manager, which may be on the
`
`Exchange or on a separate computer system on the Internet, interacts with
`
`the operator agent on the Exchange. Id. at col. 7, ll. 47–52.
`
` The Exchange and a management agent may act in various roles,
`
`including client-server, peer-to-peer, or master-slave roles and constitute a
`
`value-added network (VAN) switch. Id. at col. 7, ll. 43–47. The VAN
`
`switch provides multiprotocol object routing, depending on the VAN
`
`services chosen, using a proprietary protocol, the TransWeb™ Management
`
`Protocol (TMP). Id. at col. 7, ll. 53–56. However, the ’158 Patent does not
`
`describe TMP, except to state that it incorporates the same security features
`
`as the traditional Simple Network Management Protocol (SNMP). Id. at col.
`
`7, ll. 56–60. In addition, according to the ’158 Patent, TMP can incorporate
`
`s-HTTP, Java™, the WinSock API, or ORB with distributed on-line service
`
`information bases (DOLSIBs) to perform object routing. Id. at col. 7, ll. 61–
`
`66. Thus, object routing in the ’158 Patent is not limited to a specific
`
`
`
`5
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`implementation. The ’158 Patent, however, does not provide a description
`
`of the proprietary TMP or how TMP incorporates these alternative
`
`technologies.
`
`In describing the DOLSIB, the ’158 Patent states that networked
`
`object identities, each of which is assigned an Internet address based on the
`
`IP address of the node at which the networked object resides, identify
`
`information entries and attributes in the DOLSIB. Id. at col. 7, l. 65–col. 8,
`
`l. 6. The Internet address assigned to a networked object identifies branches
`
`in a hierarchical tree structure from a node, such as a Web server, and
`
`establishes the object as IP reachable. Id. at col. 8, ll. 7–14. The proprietary
`
`TMP utilizes this Internet address to uniquely identify and access the object
`
`from the DOLSIB, although the mechanism TMP uses to accomplish this
`
`task is not described. Id. at col. 8, ll. 16–18. Each object has a name, a
`
`syntax that defines the abstract data structure corresponding to that object
`
`and encoding that defines how the object is represented by the object type
`
`syntax while being transmitted over the network. Id. at col. 8, ll. 19–30.
`
`The ’158 Patent does not describe the syntax or encoding of objects.
`
`The ’158 Patent also discusses a conceptually layered architecture of
`
`the VAN switch in the context of “services.” Id. at col. 8, ll. 33–40. It is not
`
`clear if the “services” in this conceptually layered architecture constitute the
`
`“service network” previously discussed. However, the ’158 Patent provides
`
`no physical description of such a network.
`
`A “boundary service” interfaces the VAN switch, the Internet and the
`
`Web and end user media devices, e.g., PCs, television, telephones, as well as
`
`interfacing to an on-line service provider. Id. at col. 8, ll. 35–40. As an
`
`open systems interconnection (OSI) application layer switch, the “switching
`
`
`
`6
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`service” represents the core of the VAN switch and facilitates connectivity
`
`with the Internet (a public switched network) and private networks,
`
`including back office networks. Id.at col. 8, ll. 44–52. The switching
`
`service routes user connections to remote VAN switches, multiplexes, and
`
`prioritizes requests and provides flow control. Id. at col. 8, ll. 45–50. Users
`
`use “management services” to manage network resources and perform
`
`administrative and maintenance functions. Id. at col 8, l. 56–67.
`
`The “application service” contains application programs that deliver
`
`customer services, such as POSvc applications. Id. at col. 9, ll. 1–4. We
`
`note that the terms “application service” and “VAN service” are referenced
`
`in the ’158 Patent using reference designator 704. As mentioned above, the
`
`’158 Patent describes “services” of the layered architecture of a VAN
`
`switch. The description of the “VAN service” as providing functions
`
`including communication services for both management and end users of the
`
`network (id. at col. 9, ll. 12–15), indicates that the functions carried out by
`
`the VAN switch may be carried out in a POSvc application. However, the
`
`type of customer services offered by a POSvc application is determined by
`
`each Web merchant. Id. at col. 7, ll. 1–2, 15–16. Thus, as opposed to the
`
`VAN service, we understand the “application service” is the service being
`
`provided by the application, e.g., desired banking functions, rather than a
`
`switching or communications functions.
`
`
`
`7
`
`
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`
`RELATED PROCEEDINGS
`
`This proceeding is related closely to SAP America, Inc. v. Pi-Net
`
`Int’l., Case CBM2013-00013, which also concerns the ’158 Patent.9 In
`
`CBM2013-00013, Petitioner challenged claims 1–6 and 11 as unpatentable
`
`under 35 U.S.C. § 101, unpatentable under 35 U.S.C. § 112(b) and
`
`unpatentable under 35 U.S.C. § 103 as unpatentable over the combination of
`
`(1) Lawlor and Computerworld, (2) EB and Applicant’s Admitted Prior Art,
`
`(3) SFCU and EB. SAP America, Inc. v. Pi-Net Int’l., CBM2013-00013
`
`Petition at 10. We instituted a trial of claims 1–6 and 11 under 35 U.S.C.
`
`§ 112, and on claims 1–3 and 11 as unpatentable over the combination of
`
`Lawlor and Computerworld and EB and SFCU. SAP America, Inc. v. Pi-Net
`
`Int’l., Case CBM2013-00013, slip op. at 36–37 (PTAB Sep. 19, 2013)
`
`(Paper 15, Dec. to Inst.). We declined to institute on Petitioner’s challenges
`
`to claims 4–6 under 35 U.S.C. § 101 and 35 U.S.C. § 103 because these
`
`claims are limited to methods using “object routing.” Id. at 21, 27–28, and
`
`32. On Sep. 18, 2014, we entered a Final Written Decision in CBM2013-
`
`00013 in which we ordered that claims 1–3 and 11 are unpatentable under 35
`
`U.S.C. § 101, and are unpatentable under 35 U.S.C. § 103 over the
`
`combination of SFCU and EB and, separately, over the combination of
`
`
`9 The following proceedings in which Final Written Decisions have been
`rendered are also related: SAP America, Inc. v. Pi-Net International, Inc.,
`Case IPR2013-00194, which concerns U.S. Patent No. 8,108,492 B2 (“the
`’492 Patent”) and SAP America, Inc. v. Pi-Net International, Inc., Case
`IPR2013-00195, which concerns U.S. Patent No. 5,987,500 (“the ’500
`Patent”). The Specification of the ’492 Patent and the ’500 Patent is
`substantially the same as that of the ’158 Patent and claim constructions in
`those proceedings and in CBM2013-00013 have been applied in this
`proceeding.
`
`
`
`8
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`Lawlor and Computerworld. SAP America, Inc. v. Pi-Net Int’l., Case
`
`CBM2013-00013, slip op. at 15–18, 22–27 (PTAB Sep. 18, 2014) (Paper 61,
`
`Final Written Decision). We further ordered that claims 1–6 and 11, which
`
`include claims 4–6 that are the subject of this proceeding, are unpatentable
`
`under 35 U.S.C. § 112(b) because the term “a routed transactional data
`
`structure” in claim 1 is indefinite. Id. at 18–20. This decision, however,
`
`concerns only those challenges raised in the Petition in the current
`
`proceeding, i.e., that claims 9–10 do not recite patentable subject matter
`
`under 35 U.S.C. § 101 and that claims 4–6 are unpatentable under 35 U.S.C.
`
`§ 103.10
`
`ILLUSTRATIVE CLAIM
`
`
`
`Claim 4, which depends from claim 1, is illustrative. Claim 4 recites
`
`the added limitation on claim 1 that object routing is used to complete the
`
`transfer of funds in a Web application. For convenience, claim 4 is written
`
`below with the limitations from claim 1 shown in italics.
`
`4. The method of claim 1, [for performing a real time
`Web transaction from a Web application over a digital network
`atop the Web, the method comprising:
`providing a Web page for display on a computer system
`coupled to an input device;
`providing a point-of-service application as a selection
`within the Web page, wherein the point-of-service
`application provides access to both a checking and savings
`
`
`10 Although claims 4–6 were the subject of a final written decision in
`CBM2013-00013, all briefing was complete in this proceeding prior to entry
`of our final written decision in CBM2013-00013, neither party requested an
`oral hearing in this proceeding, and neither party made any motions
`concerning our resolution of claims 4–6 under 35 U.S.C. §103. Therefore,
`we exercise our discretion to address the patentability of claims 4–6 under
`35 U.S.C. § 103.
`
`
`
`9
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`
`account, the point-of-service application operating in a service
`network atop the World Wide Web;
`accepting a first signal from the Web user input device to
`select the point-of-service application;
`accepting subsequent signals from the Web user input
`device; and
`transferring funds from the checking account to the
`savings account in real-time utilizing a routed transactional
`data structure that is both complete and non-deferred, in
`addition to being specific to the point-of-service application,
`the routing occurring in response to the subsequent signals,]
`wherein object routing is used to complete the transfer of
`funds in a Web application.
`
`CLAIM CONSTRUCTION
`
`We review the claim constructions that are material to this Final
`
`Written Decision:
`
`Web application
`
`We addressed the construction of this term in our Final Written
`
`Decision in IPR2013-00194. See SAP Am., Inc. v. Arunachalam, Case
`
`IPR2013-00194, slip op. at 11–14 (PTAB Sep. 18, 2014) (Paper 67). We
`
`apply the same construction in this proceeding. For the reasons discussed in
`
`IPR2013-00194, we construe “Web application” to mean a computer
`
`program to perform a certain type of work using the Web.
`
`Point-of-service (POSvc) application
`
`We addressed the construction of this term in our Final Written
`
`Decision in related case IPR2013-00194. See SAP Am., Inc. v.
`
`Arunachalam, Case IPR2013-00194, slip op. at 14-16 (PTAB Sep. 18, 2014)
`
`(Paper 67). We apply the same construction in this proceeding. Thus, we
`
`construe POSvc application to mean a software program that facilitates
`
`execution of transactions requested by a user.
`
`
`
`10
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`
`Service network running atop the World Wide Web
`
`We addressed the construction of “service network (running on top of
`
`a facilities network)” in our Final Written Decision in related case IPR2013-
`
`00194. See SAP Am., Inc. v. Arunachalam, Case IPR2014-00194, slip op. at
`
`16–18 (PTAB Sep. 18, 2014) (Paper 67). In that proceeding, we construed
`
`“service network” to mean a network on which services, other than
`
`underlying network communication services, are provided. We apply a
`
`similar construction to this similar term in this proceeding. We construe
`
`“service network running atop the World Wide Web” to mean a network on
`
`which services other than underlying network communications services are
`
`provided over the Web.
`
`Utilizing a routed transactional data structure that is both complete
`and non-deferred
`
`In our Decision to Institute, we construed this term to mean “using a
`
`data structure that facilitates switching a user who selects a transactional
`
`application to a service provider program that provides immediate
`
`processing.” Dec. to Institute 11–12. In our Final Written Decision in
`
`CBM2013-00013, we reconsidered our construction of this term and
`
`concluded that “utilizing a routed transaction data structure” encompasses
`
`using a data structure that facilitates switching the processing of
`
`information associated with a user selected transactional application that
`
`provides immediate processing. We apply this broadest reasonable
`
`construction for purposes of our analysis under 35 U.S.C. §§ 101 and 103 in
`
`this proceeding.11
`
`
`11 In CBM2013-00013, we also concluded that this term is indefinite under
`35 U.S.C. § 112, second paragraph. That challenge is not before us in this
`proceeding, although we determined that claims 4–6 are unpatentable over
`
`
`
`11
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`
`
`
`Object routing
`
`In related proceeding CBM2013-00013, we construed “object
`
`routing” in claim 4 to mean the use of individual network objects to route a
`
`user from a selected transactional application to the processing provided by
`
`the service provider. We apply the same construction in this proceeding.
`
`Virtual Information Store
`
`In our Decision to Institute, we construed “virtual information store”
`
`to mean an information store in which information entries and attributes are
`
`associated with a networked object identity. We apply that construction in
`
`this final written decision.
`
`TECHNICAL INVENTION
`
`A covered business method patent is “a patent that claims a method or
`
`corresponding apparatus for performing data processing” or other operations
`
`used in the practice, administration, or management of a financial product or
`
`service. 37 C.F.R. § 42.301(a). A covered business method patent “does not
`
`include patents for technological inventions.” Id. A technological invention
`
`is determined by considering whether the subject matter of a particular claim
`
`as a whole recites a technical feature that is novel and unobvious over the
`
`prior art, and solves a technical problem using a technical solution. 37
`
`C.F.R. § 42.301(b).
`
`
`35 U.S.C. § 112, second paragraph in our final written decision in that
`proceeding. SAP America, Inc. v. Pi-Net Int’l., Case CBM2013-00013, slip
`op. at 18–20, 29 (PTAB Sep. 18, 2014) (Paper 61, Final Written Decision).
`
`
`
`12
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`
`In our Decision to Institute, we cited to our construction of claim 1 in
`
`our Decision to Institute CBM2013-00013, where we noted that because
`
`claim 1 recites using a data structure that facilitates switching so that a
`
`financial transaction can occur, we were not persuaded that claim 1 recites a
`
`technical invention. Dec. to Inst. 20–21. As discussed above, in our Final
`
`Written Decision in CBM2013-00013 we reconsidered our construction of
`
`claim 1 and determined that the claim is drawn to using a data structure that
`
`facilitates switching the processing of information associated with a user
`
`selected transactional application. We also reconsidered whether claim 1 is
`
`drawn to a technological invention and determined that it is not. SAP
`
`America, Inc. v. Pi-Net Int’l., CBM2013-00013, slip op. at 13–15 (PTAB
`
`Sep. 18, 2014) (Paper 61, Final Written Decision).
`
`Patent Owner contends that claim limitations such as a Web
`
`application, a point-of-service (“POSvc”) application operating in a service
`
`network atop the World WideWeb, and a routed transactional data structure,
`
`indicate that the claim is directed to a technological invention. PO Resp.
`
`22–30. Patent Owner contends that performing a Web transaction not in
`
`general, but specifically from a Web application in an OSI application layer
`
`running on top of a facilities network and that provides VAN services is a
`
`technological feature or solution. Id. at 25. Patent Owner also contends that
`
`this approach solves a technological problem, because at the time of the
`
`invention, there was no mechanism for performing a robust, real-time
`
`transaction with a bank, such that the bank could not be a true ‘Web
`
`merchant’ capable of providing a complete transactional service on the Web.
`
`Id.
`
`
`
`13
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`
`The fact that claim 1 recites a transaction is performed from a Web
`
`application or over a particular network does not mean that the claim is
`
`drawn to a technological invention. Claim 1 is directed to performing a real-
`
`time Web transaction. Claim 1 is not drawn to the Web application or the
`
`network. It is drawn to a method of performing the transaction. We do not
`
`find that the recited limitations include technical features that result in claim
`
`1 being drawn to a technological invention.
`
`The steps of the method recited in claim 1 include providing a
`
`webpage for display, providing at least one application the user can select to
`
`access checking and savings accounts, accepting signals from an input
`
`device, and transferring funds. There is no technological invention in these
`
`steps. Patent Owner argues, however, that certain elements of these steps
`
`transform the claim into a technological invention. For example, citing the
`
`prosecution history, Patent Owner contends that, because claim 1 recites a
`
`“Web application” and a “POSvc application” operating over “a service
`
`network atop the web” utilizing “routing of a transactional data structure,”
`
`claim 1 was distinguished over the prior art based on technical features. PO
`
`Resp. 23–24. Patent Owner further argues that claim 1 solves a
`
`technological problem because the ’158 Patent describes limitations in the
`
`prior art as lacking a mechanism for performing a robust, real-time
`
`transaction with a bank. Id. at 25–26. Patent Owner argues that using a data
`
`structure routed in the application layer of the OSI model as a complete data
`
`structure within information entries and attributes specific to the POSvc
`
`application is a technical feature of the claim that is not drawn to Web
`
`transactions generally, but to a specific implementation of Web transactions,
`
`and solves technological problems identified in the Specification. Id. at 27–
`
`
`
`14
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`28. Patent Owner’s citations to the Specification describe purported
`
`shortcomings in performing transactions, e.g., disadvantages of CGI scripts.
`
`The discussion of such shortcomings in the prior art does not change the
`
`nature of claim 1 as being drawn to a method of performing a transaction by
`
`carrying out certain non-technical steps. As we have construed the claim,
`
`the recited POSvc application is a software program that facilitates
`
`execution of transactions requested by a user and the recited service network
`
`is a network on which services other than underlying network
`
`communications services are provided over the Web. Utilizing a routed
`
`transactional data structure that is both complete and non-deferred means
`
`using a data structure that facilitates switching the processing of information
`
`associated with a user selected transactional application that provides
`
`immediate processing. A user’s selection of a transactional application
`
`operates to transfer processing to a service provider program, which, in turn,
`
`provides immediate processing. None of these features changes the non-
`
`technological nature of claim 1. Thus, the subject matter of claim 1 is
`
`directed to a non-technical invention, i.e., simply transferring funds using
`
`known technologies.
`
`CHALLENGES UNDER 35 U.S.C. § 101
`
` Claims 9 further limits claim 1 by reciting that the transaction is a
`
`loan requested from a lender across the Web from a Web application. Claim
`
`10 further limits claim 1, reciting that the Web transaction is vehicle
`
`purchased with bank financing across the Web from a Web application.
`
`Patent Owner asserts that claims 9 and 10 are patentable under 35 U.S.C.
`
`§ 101 because claim 1 recites patentable subject matter. PO Resp. 30–35.
`
`
`
`15
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`
`In CBM2013-00013, we analyzed the subject matter recited in claim 1
`
`under 35 U.S.C. §101, applying the most recent guidance from the Supreme
`
`Court in Alice Corp. Pty, Ltd. v. CLS Bank Int’l, 134 S. Ct. 2347 (2014),
`
`which was decided after the Patent Owner Response was filed. To
`
`determine whether a claim recites patent-ineligible subject matter, the first
`
`step is to determine whether the subject claim is drawn to a law of nature, a
`
`natural phenomenon, or an abstract idea. Id. at 134 S. Ct. 2356 (citing Mayo
`
`Collaborative Services v. Prometheus Laboratories, Inc., 132 S. Ct. 1289,
`
`1296–97 (2012)). If the claim is directed to patent-ineligible subject matter,
`
`the second step is to consider the elements of each claim both individually
`
`and “as an ordered combination” to determine whether the additional
`
`elements “transform the nature of the claim” into a patent-eligible
`
`application. Id. This second step of the analysis searches for an element or
`
`combination of elements that is “sufficient to ensure that the patent in
`
`practice amounts to significantly more than a patent upon the [ineligible
`
`concept] itself.” Id. (internal quotations omitted).
`
`Applying the broadest reasonable construction, claim 1 recites a
`
`method of carrying out a transaction from a Web application (a computer
`
`program to perform a certain type of work on the Web) in which a user
`
`selects a POSvc application (a software program that facilitates execution of
`
`transactions requested by a user). Thus, claim 1 recites an abstract method,
`
`i.e., performing a real-time Web transaction by displaying and providing at
`
`least one application a user selects to access checking and savings accounts,
`
`and transferring funds (i.e., debiting or crediting) in response to user signals
`
`from an input device. Patent Owner contends that our Decision to Institute
`
`ignores concrete limitations of claim 1, e.g., the routed transactional data
`
`
`
`16
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`structures, the point of service application running on only a particular OSI
`
`model layer. PO Resp. 35.
`
`According to Patent Owner, we misunderstand that:
`
`[c]laim 1 requires that the real-time Web transaction of
`transferring funds from a checking to savings account from a
`Web application be accomplished through OSI application layer
`routing of a transactional data structure as a whole, as a
`complete data structure with information entries and attributes
`specific to a POSvc application (unlike in CGI, where field by
`field is sent as standard I/O) from a point-of-service application
`as a selection within the Web page, and the complete data
`structure with information entries and attributes routed in the
`OSI application layer in a non-deferred manner and wherein the
`point-of-service application provides access to both a checking
`and savings account, the point-of-service application operating
`in a service network atop the World Wide Web.
`
`PO Resp. 31.
`
`These specific features are not recited in claim 1. Patent Owner’s
`
`arguments are based on a claim construction of “routed transactional data
`
`structure” that we declined to adopt. Patent Owner argues that, even
`
`applying the construction in our Decision to Institute, we ignore the
`
`limitation in claim 1 that the “structure be routed.” PO Resp. 32. However,
`
`the only mention of “data structure” in the Specification is a statement that
`
`“[t]he syntax of an object type defines the abstract data structure
`
`corresponding to that object type.” Ex. 1001, col. 8, ll. 27–39 (emphasis
`
`added). Thus, the Specification states that, even if an object is considered to
`
`be physical, its data structure is abstract. In addition, although the syntax of
`
`an object type may impose a data structure on objects of a particular type,
`
`the Specification does not mention a transactional object type.
`
`
`
`17
`
`

`
`CBM2014-00018
`Patent 8,037,158 B2
`
`
`Patent Owner discusses the limitation “routed transactional data
`
`structure” extensively, arguing that the claim
`
` [r]equires routing of that data structure in OSI application layer
`as a whole (unlike in CGI, where field by field is sent as
`standard I/O) from a point-of-service application as a selection
`within the Web page, wherein the point-of-service application
`provides access to both a checking and savings account the
`point-of service network operating in a service network atop the
`Web.
`PO Resp. 32–33. (emphasis in original).
`
`These features are not recited in claim 1. Claim 1 makes no mention
`
`of routing a data structure as a whole, does not compare a routed data
`
`structure to standard I/O, and recites only that the point of service
`
`application provides access to the checking and savings account. Although
`
`claim 1 recites that transferring funds from checking to savings utilizes a
`
`routed transactional data structure that is specific to the POSvc application,
`
`claim 1 does not recite specifically what steps are taken to transfer funds in
`
`this manner. This recitation does not impose a meaningful limitation on the
`
`scope of claim1 because it does not play a significant part in permitting the
`
`claimed method to be performed.12 See SiRF Tech. Inc. v. Int’l Trade
`
`Comm., 601 F.3d 1319, 1333 (Fed. Cir. 2010). The Specification does not
`
`describe clearly how a data structure is transactional, as opposed to non-
`
`transactional, or routed, as opposed to non-routed. To the extent that
`
`“utilizing a routed transactional data structure that is both complete and non-
`
`deferred,” can be construed, we have interpreted it to mean using a data
`
`structure that facilitates switching the processing of inf

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