Method and system for multi-party unlock in an inventory transaction
AssigneeBlackBerry Limited
InventorsJames Randolph Winter Lepp, Michael Peter Montemurro, Stephen McCann
Life of this patent
Estimating the term…
Abstract
A method for actuating a locking mechanism on a container, the method including receiving, at a computing device associated with the container, a policy for actuating the locking mechanism; determining, at the computing device, that conditions within the policy have been met; and actuating the locking mechanism.
Claims13
A method for actuating a locking mechanism on a container, the method comprising:
- receiving, at a computing device associated with the container, a policy for actuating the locking mechanism, wherein the policy includes a first public key associated with a first computing device and a second public key associated with a second computing device, wherein the first public key and the second public key are distinct, the first public key being part of a first private-public key pair with a first private key, the second public key being part of a second private-public key pair with a second private key;
- providing a first expected blob to the first computing device;
- providing a second expected blob to the second computing device;
- determining, at the computing device, that conditions within the policy have been met, the determining comprising:
- receiving an encrypted blob from the first computing device encrypted with the first private key;
- receiving a second encrypted blob from the second computing device encrypted with the second private key;
- decrypting the first encrypted blob and the second encrypted blob to create a first blob and a second blob;
- and
- verifying the contents of the first blob and the second blob, the verifying comprising finding that the first blob corresponds to the first expected blob and finding that the second blob corresponds to the second expected blob;
- and
- upon verifying the contents of the first blob and the second blob, actuating the locking mechanism;
- wherein the policy includes an emergency override key, and if the emergency override key is used, providing an alarm to a server;
- and
- wherein the policy includes different conditions for different legs of a trip.
A computing device for actuating a locking mechanism on a container,
- the computing device comprising:
- a processor;
- and
- a communications subsystem,
- wherein the computing device is configured to:
- receive a policy for actuating the locking mechanism, wherein the policy includes a first public key associated with a first computing device and a second public key associated with a second computing device, wherein the first public key and the second public key are distinct, the first public key being part of a first private-public key pair with a first private key, the second public key being part of a second private-public key pair with a second private key;
- provide a first expected blob to the first computing device;
- provide a second expected blob to the second computing device;
- determine that conditions within the policy have been met, the determining comprising:
- receiving an encrypted blob from the first computing device encrypted with a private key associated with the first public key;
- receiving a second encrypted blob from the second computing device encrypted with a second private key associated with the second public key;
- decrypting the first encrypted blob and the second encrypted blob to create a first blob and a second blob;
- and
- verifying the contents of the first blob and the second blob, the verifying comprising finding that the first blob corresponds to the first expected blob and finding that the second blob corresponds to the second expected blob;
- and
- upon verifying the contents of the first blob and the second blob, actuate the locking mechanism;
- wherein the policy includes an emergency override key, and if the emergency override key is used, provide an alarm to a server;
- and
- wherein the policy includes different conditions for different legs of a trip.
A non-transitory computer readable medium for storing instruction code for actuating a locking mechanism on a container, the instruction code, when executed by a processor of a computing device causing the computing device to:
- receive a policy for actuating the locking mechanism, wherein the policy includes a first public key associated with a first computing device and a second public key associated with a second computing device, wherein the first public key and the second public key are distinct, the first public key being part of a first private-public key pair with a first private key, the second public key being part of a second private-public key pair with a second private key;
- providing a first expected blob to the first computing device;
- providing a second expected blob to the second computing device;
- determine that conditions within the policy have been met, the determining comprising:
- receiving an encrypted blob from the first computing device encrypted with a private key associated with the first public key;
- receiving a second encrypted blob from the second computing device encrypted with a second private key associated with the second public key;
- decrypting the first encrypted blob and the second encrypted blob to create a first blob and a second blob;
- and
- verifying the contents of the first blob and the second blob, the verifying comprising finding that the first blob corresponds to the first expected blob and finding that the second blob corresponds to the second expected blob;
- and
- upon verifying the contents of the first blob and the second blob, actuate the locking mechanism;
- wherein the policy includes an emergency override key, and if the emergency override key is used, providing an alarm to a server;
- and
- wherein the policy includes different conditions for different legs of a trip.
Dependencies are inferred from the claim text.