Abstract: In an example embodiment, a method for push payment decision routing in relation to a transaction is provided. An example method comprises issuing a virtual payment identifier to a mobile device and receiving payment rules from a mobile device. The user-defined rules include parameters for invoking at least one push payment to be made via the virtual payment identifier for the transaction. Instructions to implement or pay for the transaction as a pull payment are received and, based on the rules, the transaction is completed or paid for a push payment.

Abstract: A system and method for a commerce platform system conducting a transaction with a customer system of a merchant system. The method may include receiving, over a communications network from the customer system, a request to purchase a product offered for sale by the merchant system, the request to purchase the product generated within a user interface presented to the customer system by the merchant system. The method may also include redirecting the customer system to a payment page served by the commerce platform system, wherein the payment page presents the product of the merchant for purchase by the customer system. Furthermore, the method may include clearing, with one or more authorization network systems, the purchase of the product from the payment page by the customer system, and redirecting the customer system back to a second user interface provided to the customer system by the merchant system.

Abstract: In an example embodiment, a method for push payment decision routing in relation to a transaction is provided. An example method comprises issuing a virtual payment identifier to a mobile device and receiving payment rules from a mobile device. The user-defined rules include parameters for invoking at least one push payment to be made via the virtual payment identifier for the transaction. Instructions to implement or pay for the transaction as a pull payment are received and, based on the rules, the transaction is completed or paid for a push payment.

Abstract: In an example embodiment, a method for push payment decision routing in relation to a transaction is provided. An example method comprises issuing a virtual payment identifier to a mobile device and receiving payment rules from a mobile device. The user-defined rules include parameters for invoking at least one push payment to be made via the virtual payment identifier for the transaction. Instructions to implement or pay for the transaction as a pull payment are received and, based on the rules, the transaction is completed or paid for a push payment.

Abstract: A system and method for a commerce platform system conducting a transaction with a customer system of a merchant system. The method may include receiving, over a communications network from the customer system, a request to purchase a product offered for sale by the merchant system, the request to purchase the product generated within a user interface presented to the customer system by the merchant system. The method may also include redirecting the customer system to a payment page served by the commerce platform system, wherein the payment page presents the product of the merchant for purchase by the customer system. Furthermore, the method may include clearing, with one or more authorization network systems, the purchase of the product from the payment page by the customer system, and redirecting the customer system back to a second user interface provided to the customer system by the merchant system.

Abstract: A system and method for a commerce platform system conducting a transaction with a customer system of a merchant system. The method may include receiving, over a communications network from the customer system, a request to purchase a product offered for sale by the merchant system, the request to purchase the product generated within a user interface presented to the customer system by the merchant system. The method may also include redirecting the customer system to a payment page served by the commerce platform system, wherein the payment page presents the product of the merchant for purchase by the customer system. Furthermore, the method may include clearing, with one or more authorization network systems, the purchase of the product from the payment page by the customer system, and redirecting the customer system back to a second user interface provided to the customer system by the merchant system.

Abstract: In an example embodiment, a method for push payment decision routing in relation to a transaction is provided. An example method comprises issuing a virtual payment identifier to a mobile device and receiving payment rules from a mobile device. The user-defined rules include parameters for invoking at least one push payment to be made via the virtual payment identifier for the transaction. Instructions to implement or pay for the transaction as a pull payment are received and, based on the rules, the transaction is completed or paid for a push payment.

Abstract: A system and method for a commerce platform system conducting a transaction with a customer system of a merchant system. The method may include receiving, over a communications network from the customer system, a request to purchase a product offered for sale by the merchant system, the request to purchase the product generated within a user interface presented to the customer system by the merchant system. The method may also include redirecting the customer system to a payment page served by the commerce platform system, wherein the payment page presents the product of the merchant for purchase by the customer system. Furthermore, the method may include clearing, with one or more authorization network systems, the purchase of the product from the payment page by the customer system, and redirecting the customer system back to a second user interface provided to the customer system by the merchant system.

Abstract: An implantable medical device (IMD) may include a communication module, a therapy control module, a firmware control module, and a service application. The communication module is configured to wirelessly communicate over an RF link with an external device. The therapy control module is configured to deliver therapy to the patient, and may include a reprogrammable therapy logic circuit configured to operate the therapy control module in a reprogrammable mode of operation, and base-therapy state machine (BTSM) logic circuit configured to operate the therapy control module in a base therapy mode of operation. The firmware control module may include CPU and a memory. The service application may be stored in the memory. The firmware control module is configured to launch the service application, and the BTSM logic circuit provides a base level of sensing and pacing therapy while the communications module in parallel maintains the RF link with the external device.

Abstract: An implantable medical device (IMD) may include a communication module, a therapy control module, a firmware control module, and a service application. The communication module is configured to wirelessly communicate over an RF link with an external device. The therapy control module is configured to deliver therapy to the patient, and may include a reprogrammable therapy logic circuit configured to operate the therapy control module in a reprogrammable mode of operation, and base-therapy state machine (BTSM) logic circuit configured to operate the therapy control module in a base therapy mode of operation. The firmware control module may include CPU and a memory. The service application may be stored in the memory. The firmware control module is configured to launch the service application, and the BTSM logic circuit provides a base level of sensing and pacing therapy while the communications module in parallel maintains the RF link with the external device.