Patents by Inventor David Turvey

David Turvey has filed for patents to protect the following inventions. This listing includes patent applications that are pending as well as patents that have already been granted by the United States Patent and Trademark Office (USPTO).

  • Patent number: 7653679
    Abstract: A message brokering mechanism for performing a recovery operation in a transaction processing system including first and second stages operable to exchange message requests and responses. The first stage may receive a message request from a message source and may check whether the message request is a special message request. This may be by way of checking if a recovery attribute of the message request is set. A normal message request may have a recovery attribute that is not set. If the message request is a special message request, it may be dispatched to the second stage. If the message request is a normal message request, it may be dispatched to the second stage if the normal message request is not a repeat normal message request.
    Type: Grant
    Filed: August 15, 2002
    Date of Patent: January 26, 2010
    Assignee: Sun Microsystems, Inc.
    Inventors: Jiri Kantor, Andrew Patterson, Paul Bevis, David Turvey, Craig McMillan, Andrew Sadler
  • Patent number: 7523164
    Abstract: A message brokering mechanism for a transaction processing system may include first and second stages operable to exchange message requests and responses. The first stage may be operable to receive a message request from a message source and to check whether there is an existing first stage response to the message request. In some embodiments, if there is an existing first stage response, the first stage may dispatch the existing first stage response to the message source.
    Type: Grant
    Filed: August 15, 2002
    Date of Patent: April 21, 2009
    Assignee: Sun Microsystems, Inc.
    Inventors: Jiri Kantor, Andrew Patterson, Paul Bevis, David Turvey, Craig McMillan, Andrew Sadler
  • Publication number: 20040039925
    Abstract: Disclosed is a mechanism, method and apparatus for providing cryptographic key management. In one example, a cryptographic key management system (100′) includes a plurality of processing mechanisms (140) for receiving data to be signed according one or more signing cryptographic keys. Each processing mechanism (140) is coupled to one or more respective cryptographic key modules, such as a hardware security module (146) configured to store the cryptographic key(s). A network configuration database (144) is accessible by each processing mechanism (140) and stores information identifying the cryptographic key(s) stored in the cryptographic key modules (146).
    Type: Application
    Filed: January 21, 2003
    Publication date: February 26, 2004
    Inventors: Craig McMillan, David Turvey, Simon Birt
  • Publication number: 20030126077
    Abstract: Disclosed is a message brokering mechanism (120, 220) for a transaction processing system (100, 200), comprising first and second stages operable to exchange message requests and responses, wherein the first stage is operable to receive a message request from a message source (110) and to check whether there is an existing first stage response to the message request and, conditional on there being an existing first stage response, to dispatch the existing first stage response to the message source.
    Type: Application
    Filed: August 15, 2002
    Publication date: July 3, 2003
    Inventors: Jiri Kantor, Andrew Patterson, Paul Bevis, David Turvey, Craig McMillan, Andrew Sadler
  • Publication number: 20030126229
    Abstract: Disclosed is a message brokering mechanism (120, 220) for performing a recovery operation in a transaction processing system (100, 200), comprising first and second stages (221, 222) operable to exchange message requests and responses. The first stage (221) is operable to receive a message request from a message source (110, 210) and to check whether the message request is a special message request. This may be by way of checking if a recovery attribute of the message request is set. A normal message request may have a recovery attribute that is not set. If the message request is a special message request, it can be dispatched to the second stage. If the message request is a normal message request, it may be dispatched to the second stage only if the normal message request is not a repeat normal message request.
    Type: Application
    Filed: August 15, 2002
    Publication date: July 3, 2003
    Inventors: Jiri Kantor, Andrew Patterson, Paul Bevis, David Turvey, Craig McMillan, Andrew Sadler