`
`571-272-7822
`Date Entered: November 21, 2014
`
`
`
`UNITED STATES PATENT AND TRADEMARK OFFICE
`____________
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`____________
`
`
` SAP AMERICA, INC.,
`
`Petitioner
`v.
`
` LAKSHMI ARUNACHALAM,
`Patent Owner.
`____________
`
`Case CBM2013-00013
`Patent 8,037,158 B2
`____________
`
`
`Before KARL D. EASTHOM, WILLIAM V. SAINDON, and
`BRIAN J. McNAMARA, Administrative Patent Judges.
`
`McNAMARA, Administrative Patent Judge.
`
`
`
`
`DECISION DENYING PATENT OWNER’S
`REQUEST FOR REHEARING OF FINAL WRITTEN DECISION
`
`37 C.F.R. § 42.71(d)(2)
`
`
`
`
`CBM2013-00013
`Patent 8,037,158 B2
`
`
`Introduction
`
`On October 17, 2014, Patent Owner filed a Request For Rehearing, Paper 62
`
`(“Req. Reh’g.”), of the Final Written Decision entered on September 18, 2014,
`
`Paper 61 (“Final Dec.”) ordering that claims 1–6 and 11 of U.S. Patent
`
`8,037,158 B2 (“the ’158 Patent”) are unpatentable. The rehearing request states
`
`that we did not appreciate the enormity of the problem the invention solved and the
`
`complexity of the technical solution provided by the Patent Owner, challenges our
`
`claim constructions and analysis of the prior art references, asserts that the
`
`proceedings are unconstitutional, alleges that counsel for SAP, Inc. (“Petitioner”)
`
`and its expert witness fraudulently misled the PTAB, and raises other issues. For
`
`the reasons discussed herein, Patent Owner’s Request For Rehearing is denied.
`
`POSvc application, Web application, VAN service, service network
`
`Patent Owner first contends that we failed to appreciate the enormity of the
`
`problem the invention solves and that in 1995 there were no point-of-service
`
`(POSvc) applications displayed on a Web page or a Web browser, also called a
`
`VAN service, or a value-added network service, or a VAN service 704. Req.
`
`Reh’g. 2–3. Patent Owner challenges our construction on the basis that we missed
`
`the disclosure that a POSvc application is a transactional application that must be
`
`displayed on a Web page, Req. Reh’g 3–4, that we did not construe properly the
`
`term “Web application,” Req. Reh’g. 4–7, and that we did not construe properly
`
`the term “service network,” Req. Reh’g. 7–8. Patent Owner repeats many of the
`
`arguments made in its request for rehearing of the Final Written Decision in
`
`IPR2014-00194. Id. at 2–5. We extensively addressed those arguments in our
`
`Decision Denying Patent Owner’s Request For Rehearing, SAP America, Inc. v.
`
`Lakshmi Arunachalam, Case IPR2013-00194, slip op. at 1–9 (Paper 69)(PTAB
`
`Nov. 21, 2014) (“the ’194 Rehearing Denial”). The ’158 Patent, which is the
`
`
`
`2
`
`
`
`CBM2013-00013
`Patent 8,037,158 B2
`
`subject of this proceeding, shares the same specification as that of the patent that
`
`was the subject of IPR2014-00194. Therefore, we adopt our analysis in the ’194
`
`Rehearing Denial in this decision and conclude that Patent Owner has not
`
`demonstrated that any matter was overlooked or misapprehended in our
`
`construction of the terms Web application, POSvc application, VAN service, VAN
`
`service provider, and service network. Id. at 2–9.
`
`Utilizing a routed data structure that is both complete and non-deferred
`
`We construed the term “utilizing a routed data structure that is both
`
`complete and non-deferred” (“the utilizing limitation”) 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. Final Dec. 10.
`
`Patent Owner’s request for rehearing criticizes this construction, stating that
`
`“jumping to obscenely technically incorrect conclusions is pathetic for innovation
`
`in the USA, unduly killing patents of good inventions that have benefitted the
`
`industry at large monumentally.” Req. Reh’g. 8–9.
`
`The Corrected Patent Owner Response, Paper 36 (“PO Resp.”)1 proposed
`
`that the utilizing limitation be construed to mean “using a type of transactional
`
`object that is routed and which contains the information necessary for a complete,
`
`real time transaction.” PO Resp. 28. The Patent Owner Response argued that a
`
`data structure is a “type of object.” PO Resp. 32–33. Patent Owner also argued
`
`that the term “routed” does not require construction, but that if the term were to be
`
`construed, it would mean “the selective flow of data in the application layer of the
`
`OSI model.” Id. at 34. As we noted in the Final Written Decision, the sole use of
`
`the term “data structure” in the ’158 Patent specification states that a syntax of an
`
`
`1 All further references in this Decision to Patent Owner Response are to the
`Corrected Patent Owner Response (Paper 36).
`
`
`
`3
`
`
`
`CBM2013-00013
`Patent 8,037,158 B2
`
`object defines the abstract data structure corresponding to an object’s type, but
`
`does not state that a data structure is an object and does not explain what it means
`
`for an object to be routed or transactional. Final Dec. 10–11, citing Ex. 1001, col.
`
`8, ll. 27–29. As a result, although we construed the utilizing limitation for
`
`purposes of evaluating Petitioner’s challenges under 35 U.S.C. § 101 and §103, we
`
`also concluded that the utilizing limitation is indefinite under the second paragraph
`
`of 35 U.S.C. § 112. Id. at 11. The specification also states “Encoding of objects
`
`defines how the object is represented by the object type syntax while being
`
`transmitted over the network.” Ex. 1001, col. 8, ll. 27–31. However, the
`
`specification includes no further discussion of such encoding or how an object
`
`would be represented while being transmitted over the network.
`
`In the request for rehearing Patent Owner ties the construction of the
`
`utilizing limitation to its newly proposed construction of POSvc, arguing that a
`
`POSvc application should be construed as “a transactional application displayed on
`
`a Web page or Web browser with the object identity with information entries and
`
`attributes displayed on the Web page, with which the user interacts and transacts
`
`from.” Req. Reh’g. 9. As Patent Owner did not propose this construction of
`
`POSvc previously, PO Resp. 44, we could not have overlooked or misapprehended
`
`this argument.
`
`Patent Owner also argues that the object identity or object data structure has
`
`attributes (characteristics of the object) and information entries (values of the
`
`object), Req. Reh’g. 9. Referring to the NAME and PASSWORD, account number
`
`and other elements in Fig. 5D as instantiations of an object, Patent Owner argues,
`
`that “[t]hese attributes and entries are routed in the OSI application layer as a
`
`structured whole over the service network on the Web from the POSvc application
`
`displayed on the Web page. It is this structure or instantiated object that gets
`
`
`
`4
`
`
`
`CBM2013-00013
`Patent 8,037,158 B2
`
`routed and becomes a networked object between the POSvc application and the
`
`services of the Web merchant.” Id. at 10.
`
`The ’158 Patent does not describe the elements of Fig. 5D as instantiations
`
`of an object. The ’158 Patent describes Fig. 5D as “an example of a user selecting
`
`a Bank POSvc application from the POSvc application list.” Ex. 1001, col. 3, ll.
`
`20–21 (emphasis added). The ’158 Patent further states that
`
` [i]f user 100 desires to perform a number of banking
`transactions, and selects the Bank application, a Bank
`POSvc application will be activated and presented to user
`100, as illustrated in FIG. 5D….Once Bank POSvc
`application 510 has been activated, user 100 will be able
`to connect to Bank services and utilize the application to
`perform banking transactions, thus accessing data from a
`host or data repository 575 in the Bank “Back Office.”
`
`Id. at col. 6, ll. 46–60. (emphasis added).
`
`Thus, in contrast to Patent Owner’s argument, the ’158 Patent does not state
`
`that Fig. 5D shows routing of attributes and entries, but states only that Fig 5D
`
`shows the user selecting a POSvc application that will connect the user to the bank
`
`services to perform transactions and access data. Thus, our construction of the
`
`utilizing limitation, i.e., using a data structure that facilitates switching a user who
`
`selects a transactional application to a service provider program that provides
`
`immediate processing, is supported by the specification.
`
`Object routing
`
`A related issue is Patent Owner’s contentions concerning “object routing.”
`
`Claim 4 recites that “object routing is used to complete the transfer of funds in a
`
`Web application.” We construed this term 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. Final Dec. 12–13. Our construction is
`
`
`
`5
`
`
`
`CBM2013-00013
`Patent 8,037,158 B2
`
`consistent with the description of Fig. 5D in the ’158 Patent, which, as discussed
`
`above, illustrates how a user selects a POSvc application and is connected to the
`
`processing provided by the bank services to perform transactions and access data.
`
` The Patent Owner Response proposed that “object routing” be construed to
`
`mean “the routing of individual networked objects from a selected transactional
`
`application on a Web page to the processing provided by the service provider.” PO
`
`Resp. 39. Referring to column 7, lines 1–14, of the ’158 Patent, Patent Owner
`
`cites the statement that “the ability to perform these types of robust, real-time
`
`transactions from a Web client is a significant aspect of the invention.” Id. at 40.
`
`In this sentence, however, “these types of transactions” refers to a Bank’s choice to
`
`provide, as a service to its customers, a POSvc application that allows the customer
`
`to transfer funds between checking and savings, rather than just browse the
`
`accounts. Ex. 1001, col. 7, ll. 1–12. As previously noted, the preceding paragraph
`
`of the ’158 Patent states that once the POSvc application is activated, the user is
`
`able to connect to Bank services and utilize the application to perform banking
`
`transactions. Id.at col. 6, ll. 56–67.
`
`In the Patent Owner Response, and again in the Request for Rehearing,
`
`Patent Owner argues that it is objects, not users, that are routed. Req. Reh’g. 11–
`
`12. Our Final Written Decision states “The Specification appears to disclose
`
`processing that transfers and retrieves information from various IP addresses, but it
`
`is not clear that objects themselves are routed from one IP address to another.”
`
`Final Dec. 12. Our Final Written Decision does not overlook or misapprehend
`
`object routing as disclosed in the ’158 Patent.
`
`The ’158 Patent states:
`
` VAN switch 520 provides multi-protocol object routing,
`depending upon the specific VAN services chosen. This
`
`
`
`6
`
`
`
`CBM2013-00013
`Patent 8,037,158 B2
`
`
`multi-protocol object routing is provided via a
`proprietary protocol, TransWeb™ Management Protocol
`(TMP). …
`One embodiment of the present invention utilizes
`TMP and distributed on-line service information bases
`(DOLSIBs) to perform object routing. Alternatively,
`TMP can incorporate s-HTTP, Java™, the WinSockAPI
`or ORB with DOLSIBs to perform object routing.
`DOLSIBs are virtual information stores optimized for
`networking. All information entries and attributes in a
`DOLSIB virtual information store are associated with a
`networked object identity. The networked object identity
`identifies the information entries and attributes in the
`DOLSIB as individual networked objects, and each
`networked object is assigned an Internet address. The
`Internet address is assigned based on the IP address of
`the node at which the networked object resides.
`
`For example, in FIG. 5A, Web server 104 is a node
`on the Internet, with an IP address. All networked objects
`associated with Web server 104 will therefore be
`assigned an Internet address based on the Web server
`104's IP address. These networked objects thus “branch”
`from the node, creating a hierarchical tree structure. The
`Internet address for each networked object in the tree
`essentially establishes the individual object as an "IP-
`reachable" or accessible node on the Internet. TMP
`utilizes this Internet address to uniquely identify and
`access the object from the DOLSIB. FIG. 6B illustrates
`an example of this hierarchical addressing tree structure.
`
`Ex. 1001, col. 7, l. 53–col. 8, l. 17 (emphasis added).
`
`Patent Owner has argued that data structures are objects, PO Resp. 32–33,
`
`and these objects (data structures) are routed. PO Resp. 33–34, 38–41. As we
`
`noted in our Final Written Decision, “it is not clear that objects themselves are
`
`routed from one IP address to another,” Final Dec. 12, nor does the ’158 Patent
`
`explain what it mean for a structure to be routed. Id. at 10. The above citation in
`
`
`
`7
`
`
`
`CBM2013-00013
`Patent 8,037,158 B2
`
`the ’158 Patent describes “information entries and attributes in the DOLSIB as
`
`individual networked objects” and states that “each networked object is assigned
`
`an Internet address . . . based on the IP address of the node at which the networked
`
`object resides.” Thus, as described in the above cited passage of the ’158 Patent,
`
`networked objects reside at nodes. However, the above cited passage also states
`
`that the Internet addresses for the networked objects form a hierarchical tree
`
`structure establishing “the individual object as an ‘IP reachable’ or accessible node
`
`on the Internet.” Thus, the specification does not make clear whether an object is a
`
`node or is information that resides at a node. In either case, an object, as that term
`
`is used in the specification, is not routed. The object is either information that can
`
`be accessed at a node, or is the node itself.
`
`Our construction accommodates these conflicting statements in the
`
`specification to the extent possible. In our construction of “object routing” a user
`
`of a transactional application, such as a POSvc application provided by a service
`
`provider on a Web server, is routed from that application to the processing
`
`provided by the service provider. This occurs whether the individual networked
`
`object is (i) a node where the processing is performed, e.g., a node where back-end
`
`processing is performed, or (ii) is a node where the transactional application
`
`activated by the user obtains information needed to perform its processing. As
`
`discussed above, our construction is also consistent with the disclosure that
`
`“[O]nce Bank POSvc application 510 has been activated, user 100 will be able to
`
`connect to Bank services and utilize the application to perform banking
`
`transactions, thus accessing data from the host or data repository 575 in the Bank
`
`‘Back Office.’” Ex. 1001, col. 6, ll. 56–60.
`
`Our Final Written Decision further noted that the ’158 Patent discloses using
`
`TMP, a proprietary protocol that is not described in the ’158 Patent, with DOLSIBs
`
`
`
`8
`
`
`
`CBM2013-00013
`Patent 8,037,158 B2
`
`as only “one embodiment” of the claimed “object routing.” Final Dec. 20, citing
`
`Ex. 1001, col. 7, ll. 54–65. Object routing is not limited to this one embodiment
`
`because the specification states very specifically that “Alternatively, TMP can
`
`incorporate s-HTTP, JAVA, the WinSock APJ, or ORB with DOLSIBs to perform
`
`object routing.” Id.
`
`In view of the above, Patent Owner has not demonstrated that we
`
`misapprehended or overlooked any matter concerning the construction of object
`
`routing.
`
`Technical Invention, Indefiniteness and Statutory Subject Matter
`
`Page 11 of the request for rehearing states that, having overlooked and
`
`misapprehended Patent Owner’s significant invention, the PTAB “must allow
`
`claim 1 as 101 patentable,” that the invention “solves a technological problem and
`
`is a technological invention,” and that Patent Owner’s explanation overlooked by
`
`the PTAB “solves all the 101; 112, 2nd paragraph issues.” As discussed above,
`
`Patent Owner has not demonstrated any matter that was overlooked or
`
`misapprehended in our constructions.
`
`As we noted in our Decision to Institute, the ’158 Patent is subject to
`
`covered business method patent review because claim 1 is drawn to a method of
`
`performing financial transactions, i.e., transferring funds from a checking account
`
`to a savings account, using a data structure that facilitates switching so that a
`
`financial transaction can occur. Dec. to Institute 18–19. As discussed above, our
`
`decision is consistent with Fig. 5D and its corresponding discussion in the ’158
`
`Patent of connecting a user to Bank service processing, and we have not
`
`overlooked or misapprehended the non-technological nature of the invention
`
`recited in claim 1 or the issues under 35 U.S.C. §112 second paragraph.
`
`
`
`9
`
`
`
`CBM2013-00013
`Patent 8,037,158 B2
`
`
`Patent Owner does not address specifically the issues of whether claims 1–3
`
`and 11 are unpatentable under 35 U.S.C. § 101. Our Final Written Decision noted
`
`that, although the “object routing” limitation in claim 4 requires the use of
`
`individual networked objects to route a user from a selected transactional
`
`application to the processing provided by the service provider, the limitation
`
`“routed transactional data structure” does not impose a meaningful limitation on
`
`the scope of claims 1–3 and 11. Final Dec. 16–17. Switching the processing of
`
`information from one processing resource to another, such as from a program or
`
`database to another, is a well-known abstract concept that is not limited to any
`
`particular technical approach. The request for rehearing does not identify any
`
`issues that were overlooked or misapprehended.
`
`Prior Art Combinations, Constitutionality, Fraud
`
`The request for rehearing states that the Computerworld and SFCU
`
`references do not disclose conducting real-time transactions, but only deferred
`
`transactions via e-mail, one-way browsing, web forms and hyperlinking. Req.
`
`Reh’g. 12. The basis of Patent Owner’s arguments is Patent Owner’s own
`
`disclosure in the ’158 Patent itself. Id. Patent Owner’s attempt to bootstrap its
`
`own disclosure of its understanding of the state of the art in 1995 does not
`
`demonstrate that the Board overlooked or misapprehended any matter in the
`
`Computerworld and SFCU references.
`
`Patent Owner’s arguments contesting the constitutionality of this
`
`proceeding, and Patent Owner’s intemperate comments concerning opposing
`
`counsel and this Board, Req. Reh’g. 13–14, are substantially the same as those
`
`made by Patent Owner in IPR2013-00194. In this proceeding we adopt our
`
`analysis of these matters in IPR2013-00194 and incorporate it by reference.
`
`
`
`10
`
`
`
`CBM2013-00013
`Patent 8,037,158 B2
`
`
`Patent Owner has not demonstrated that we overlooked or misapprehended
`
`any matter in this proceeding and Patent Owner’s request for rehearing is denied.
`
`
`
`In consideration of the above, it is
`
`ORDERED that Patent Owner’s request for rehearing is DENIED.
`
`.
`
`
`
`
`
`
`
`11
`
`
`
`CBM2013-00013
`Patent 8,037,158 B2
`
`
`
`
`PETITIONER:
`
`Lori A. Gordon
`Michael Q. Lee
`STERNE, KESSLER, GOLDSTEIN & FOX P.L.L.C.
`Lgordon-ptab@skgf.com
`Mlee-ptab@skgf.com
`
`PATENT OWNER
`Lakshmi Arunachalam (pro se)
`laks22002@yahoo.com
`
`
`
`12
`
`