Putting aside allegations of inequitable conduct, the court agrees with Cisco as a threshold matter that Egenera may not now seek to restore Schulter as an inventor to rectify any nonjoinder. Under
[S]everal factors typically inform the decision whether to apply the doctrine in a particular case: First, a party's later position must be "clearly inconsistent" with its earlier position. Second, courts regularly inquire whether the party has succeeded in persuading a court to accept that party's earlier position, so that judicial acceptance of an inconsistent position in a later proceeding would create "the perception that either the first or the second court was misled[.]" ... Athird consideration is whether the party seeking to assert an inconsistent position would derive an unfair advantage or impose an unfair detriment on the opposing party if not estopped.
Turning to the substance of the dispute, "[i]nventorship is a question of law." Vapor Point LLC v. Moorhead ,
Conception is the touchstone of inventorship, the completion of the mental part of invention. It is "the formation in the mind of the inventor, of a definite and permanent idea of the complete and operative invention, as it is hereafter to be applied in practice." Conception is complete only when the idea is so clearly defined in the inventor's mind that only ordinary skill would be necessary to reduce the invention to practice, without extensive research or experimentation.
Burroughs Wellcome Co. v. Barr Labs., Inc. ,
The conceived invention must include every feature of the subject matter claimed in the patent. Nevertheless, for the conception of a joint invention, each of the joint inventors need not "make the same type or amount of contribution" to the invention. Rather, each needs to perform only a part of the task which produces the invention. On the other hand, one does not qualify as a joint inventor by merely assisting the actual inventor after conception of the claimed invention. One who simply provides the inventor with well-known principles or explains the state of the art without ever having "a firm and definite idea" of the claimed combination as a whole does not qualify as a joint inventor.... Furthermore, a co-inventor need not make a contribution to every claim of a patent. A contribution to one claim is enough. Thus, the critical question for joint conception is who conceived, as that term is used in the patent law, the subject matter of the claims at issue.
Ethicon, Inc. v. U.S. Surgical Corp. ,
Cisco contends that Schulter conceived the virtual LAN proxy. The virtual LAN proxy is not itself a claim element of the '430 patent, however, it is one of the structures underlying the claim term "logic to modify said received messages to transmit said modified messages to the external communication network and to the external storage network."
'430 Patent Interframe Network Architecture Virtual LAN Proxy 5.2 The LAN Proxy The virtual LAN Proxy 430 The LAN Proxy performs the basic performs the basic coordination of co-ordination of the physical the physical network resources network resources among all the among all the processors that have application processors that have virtual interfaces to the external virtual interfaces to the physical physical network 125. It bridges network. It's primary function is to virtual LAN server 335 to the bridge the internal VLANs to the external network 125. When the external network by converting external network 125 is running in MAC addresses between those of the filtered mode the Virtual LAN Proxy internal (Giganet based MACs) and 430 will convert the internal virtual the external (Gigabit Ethernet MAC addresses from each node to MAC). It will also serialize access to the single external MAC assigned to the physical device through a the system 100. When the external transmission queue, and co-ordinate network 125 is operating in the allocation and removal unfiltered mode no such MAC of MAC addresses, especially translation is required. The Virtual multicast addresses, on the physical LAN Proxy 430 also performs network device. For packets insertion and removal of IEEE arriving from the outside world, it 802.lQ Virtual LAN ID tagging will work along with the packet filter information, and demultiplexing to move packets to the appropriate packets based on their VLAN Ids. It ARP server for relay to the correct also serializes access to the physical internal node(s). Ethernet interface 129 and co-ordinates the allocation and removal When the LAN Proxy receives any outgoing ARP packet from a VLAN
of MAC addresses, such as multicast ARP server, it replace [sic] the addresses, on the physical network. internal Giganet based MAC address with the MAC address of the When the external network 125 is physical Ethernet device as the running in filtered mode and the source MAC address. The source IP virtual LAN Proxy 430 receives address of the internal node will not outgoing packets (ARP or be changed. It will then send this otherwise) from a virtual LAN server packet to the physical Ethernet 335, it replace [sic] the internal device for transmission. format MAC address with the MAC address of the physical Ethernet When the VLAN Proxy receives any device 129 as the source MAC incoming ARP packet it hand the address. When the External packet to the VLAN ARP server to Network 125 is running in which it is attached. The VLAN ARP unfiltered mode no such Server will then perform normal replacement is required. ARP processing on the packet. When the VLAN Proxy receives an When the virtual LAN Proxy 430 outgoing packet, it will replace the receives incoming ARP packets, it source MAC address with that of the moves the packet to the virtual LAN physical Ethernet interface. It will server 335 which handles the packet then queue the packet to the and relays the packet on to the physical Ethernet driver. correct destination(s). If the ARP packet is a broadcast packet then the When an IP packet arrives, the IP packet is relayed to all internal address will be extracted and the nodes on the Virtual LAN. If the packet will be given to the packet is a unicast packet the packet appropriate VLAN ARP server to is sent only to the destination node. relay to the correct internal node. The destination node is determined by the IP address in the ARP packet Cisco Ex. 45 at when the External Network 125 is EGENERA07836885-886. running in filtered mode, or by the MAC address in the Ethernet header of the ARP packet (not the MAC address is the ARP packet). '430 Patent, col. 18, l. 35 - col. 19, l. 3.
Likewise, the two documents illustrate the relationship of the virtual LAN proxy to other networking architecture components with substantially the same figures.
Interframe™ Controller modules (IFC modules) [that] perform I/O processing and system management functions, but do not run application software. All of the external I/O interfaces are connected to the IFC modules. Application Processor modules (AP modules) run application software, but do not contain any I/O interfaces other than the interface card for the system interconnect. Application Processors are able to perform I/O operations via a message-passing interface to the Interframe(tm) Controllers. External network interfaces on the Interframe(tm) Controllers forward incoming TCP/IP traffic to the Application Processors by examining the fields in the packet header to route the packet to the appropriate destination.
A distributed network implementation [ ] allows AP nodes with no physical network interface to utilize the network interfaces on the IFC nodes. The IFC nodes must be able to multiplex network traffic from several AP nodes onto one physical network interface, and demultiplex the incoming network traffic and send it to the appropriate AP nodes. Some packet filtering logic will be required. This could be extended for simple application load-balancing.
Egenera's second corroborating document is the September 29, 2000 Interframe I/O Architecture documents cited in its IPR response.
[T]the Interframe administrator can configure simulated Ethernet interfaces on specific application nodes, together with simulated connections among them or to a simulated router for interconnecting to the external network. When an application node requests transmission of a network packet, the network driver in the node's operating system kernel determines whether the packet is destined for another application node within the Interframe or for the external network. Packets destined for another application node are sent directly to that node through the Interframe's Giganet switch. Packets destined for the external network are forwarded through the Giganet switch to one of the Interframe controller nodes, where I/O logic forwards the packet out onto the actual external network interface. Inbound packets arriving from the external network are routed by I/O logic on the Interframe controller node through the Interframe's Giganet switch to the proper application node, where the network driver in that node's operating system kernel in turn delivers them to their ultimate recipient.
Egenera Ex. 19 (Dkt 164-21) at EGENERA00006805-6806. The Interframe I/O Architecture document further discloses the use of unique "simulated MAC addresses ... within a single Egenera Interframe system,"
All the external network traffic generated by the application nodes must be routed through the four Gigabit Ethernet interfaces on the Interframe controller nodes. Application nodes have no other access to the external network. In order for an application node to access the external network, the Egenera administrator must configure a simulated network interface card on the node and configure simulated cabling between that card and a simulated router on an Interframe controller node. The administrator must then configure routing rules for that router which will determine how incoming and outgoing network traffic applicable to that node is handled by the router.
Egenera's third corroborating document is entitled "Egenera Interframe Architecture," dated October 1, 2000, and is also authored by Max Smith. The Interframe Architecture document discloses that "[a]ll application node I/O is routed indirectly through two Interframe controller nodes that actually interface to the external Ethernet and storage area network. Application nodes communicate with the Interframe controller nodes and among themselves via pre-wired connections through two high-speed switch nodes." Egenera Ex. 36 (Dkt # 164-40) at EGENERA00006788. Further, "[t]he node's configuration also expresses the virtual Ethernet network interfaces that will be simulated for the node when it boots. This permits the node to be reached from the external high-speed Ethernet network."
Egenera's priority documents, in sum, describe "Controller modules" (the Egenera Interframe document) or "controller nodes" (the Interframe I/O Architecture and Interframe Architecture documents) that interface between internal application nodes/processors and the external communication network. "Packets destined for the external network are forwarded through the Giganet switch to one of the Interframe controller nodes, where I/O logic forwards the packet out onto the actual external network interface." Egenera Ex. 19 at EGENERA00006805. The priority documents do not explicitly disclose modifying messages before transmitting them to the external communication network. Nevertheless, a question remains whether the priority documents sufficiently corroborate the conception of the message modification function for messages going to the external communication network. For the parallel functions of message modification and transmission to the external storage network (which are covered by the same claim limitation), the Interframe I/O document describes the use of "local device numbers," and that "I/O server logic in the Interframe controller node is aware of which node sent the request and is able to translate that node's device number into the proper actual partition on the external storage area network or on an Interframe controller hard drive."
Accepting arguendo that Egenera's priority documents corroborate the claimed modification function for messages bound for the external communication network, Cisco argues that they do not disclose the structures for performing this function. See Greenberg v. Ethicon Endo-Surgery, Inc. ,
ORDER
For the foregoing reasons, the court will DENY the cross-motions regarding inventorship and set the issue for a bench trial commencing January 2, 2019. The court will also DENY without prejudice the remaining dispositive motions and will take them up, if necessary, after the resolution of the inventorship dispute.
SO ORDERED.
Notes
Egenera's petition to remove Schulter as an inventor, sustained by Schulter's and the inventor affidavits, is also a considered act that is unlikely to qualify as an omission "through error" under section 256. See Applied Med. Res. Corp. v. U.S. Surgical Corp. ,
In its claim construction order, the court determined that the "logic to ..." terms of the '430 patent were means-plus-function elements subject to analysis under
Although the Interframe Network Architecture document uses the term "LAN proxy" and the '430 patent recoins it "virtual LAN proxy," in light of the substantial correspondence between the disclosures, there is no doubt that the two refer to the same structure.
