Author: claimsbot

1. (canceled)
2. An access assembly comprising:
a body portion defining at least one lumen configured for passage of a surgical instrument therethrough, the body portion defining a slit extending at least a portion of a length of the body portion; and
a sleeve disposed about the body portion, the sleeve including proximal and distal ring-like sections and a waist, the sleeve defining a chamber configured to selectively retain an inflation fluid therein, wherein the waist is less flexible than at least one of the proximal or distal ring-like sections.
3. The access assembly according to claim 2, wherein the slit is tapered along the length of the body portion.
4. The access assembly according to claim 2, wherein the body portion and the sleeve are in a sealing relation.
5. The access assembly according to claim 2, wherein the body portion further defines a pair of lumens.
6. The access assembly according to claim 5, wherein the slit is interposed between adjacent lumens.
7. The access assembly according to claim 2, wherein the body portion includes a proximal rim and a distal rim, the slit extending from one of the proximal rim or the distal rim.
8. The access assembly according to claim 2, further including a valve in fluid communication with the chamber of the sleeve for selective supply of the inflation fluid to the chamber.
9. The access assembly according to claim 2, wherein the access assembly defines a generally hourglass-shaped configuration.
10. The access assembly according to claim 2, wherein the access assembly is formed of at least one of silicone, thermoplastic elastomers, rubber, foam, or gel.
11. The access assembly according to claim 2, wherein the sleeve is monolithically formed.
12. The access assembly according to claim 11, wherein the at least one of the proximal or distal ring-like sections has a first thickness and the waist has a second thickness different from the first thickness.
13. The access assembly according to claim 2, wherein the sleeve is transitionable between a deflated condition for positioning the access assembly within an opening in tissue and an inflated condition for retaining the access assembly within the opening in the tissue in a sealing relation therewith
14. An access assembly comprising:
a body portion defining at least two lumens, each lumen of the at least two lumens configured for passage of a surgical instrument therethrough, the body portion defining a slit extending partially along a length of the body portion, the slit interposed between the at least two lumens; and
an outer sleeve disposed about the body portion, the outer sleeve including proximal and distal ring-like sections and a waist, the outer sleeve defining a chamber configured to selectively retain a compressible material therein, the outer sleeve transitionable between an expanded state and a compressed state, wherein the waist is less flexible than at least one of the proximal or distal ring-like sections.
15. The access assembly according to claim 14, wherein the slit is tapered along the length of the body portion.
16. The access assembly according to claim 14, wherein the outer sleeve is formed as a single construct.
17. The access assembly according to claim 16, wherein the outer sleeve is in a sealing relation with the body portion.
18. The access assembly according to claim 2, wherein the access assembly is formed of at least one of silicone, thermoplastic elastomers, rubber, foam, or gel.

The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.

1. A computer-implemented method comprising:
receiving, at a cloud platform device, a cloud code module;
identifying unsafe code in at least a portion of content of the cloud code module;
repairing, by the cloud platform device, the unsafe code;
associating the cloud code module with a function configured to execute the cloud code module, wherein subsequent communication from a mobile application includes a call to the function configured to execute the cloud code module; and
identifying at least one of a plurality of sandboxes to execute the cloud code module in the at least one identified sandbox when the function is called.
2. The computer-implemented method of claim 1, wherein repairing the unsafe code further comprises replacing the unsafe code with safe code.
3. The computer-implemented method of claim 1, wherein repairing the unsafe code further comprises inserting a fail safe condition into the unsafe code.
4. The computer-implemented method of claim 1, wherein repairing the unsafe code further comprises overriding an unsafe function with a function comprising additional safety precautions.
5. The computer-implemented method of claim 1, wherein repairing the unsafe code further comprises using built-in memory allocation limits when the programming language of the cloud code module allows for unbounded memory allocation.
6. The computer-implemented method of claim 1, wherein repairing the unsafe code further comprises preventing buffers from being over written when the programming language of the cloud code module enables memory buffers to be overwritten.
7. The computer-implemented method of claim 1, wherein executing the cloud code module in the at least one of a plurality of sandboxes comprises generating a result to be provided to a mobile application over a network.
8. A cloud platform device, comprising:
a memory that is operative to store at least instructions; and
a processor device communicatively coupled to the memory, the processor device operative to execute instructions to:
receive a cloud code module at the cloud platform device;
identify unsafe code in at least a portion of content of the cloud code module based upon at least one code pattern;
repair the unsafe code; and
associate the cloud code module with a function configured to execute the cloud code module, wherein subsequent communication from a mobile application includes a call to the function configured to execute the cloud code module.
9. The cloud platform device of claim 8, wherein repairing the unsafe code further comprises replacing the unsafe code with safe code.
10. The cloud platform device of claim 8, wherein repairing the unsafe code further comprises inserting a fail safe condition into the unsafe code.
11. The cloud platform device of claim 8, wherein repairing the unsafe code further comprises overriding an unsafe function with a function comprising additional safety precautions.
12. The cloud platform device of claim 8, wherein repairing the unsafe code further comprises using built-in memory allocation limits when the programming language of the cloud code module allows for unbounded memory allocation.
13. The cloud platform device of claim 8, wherein repairing the unsafe code further comprises preventing buffers from being over written when the programming language of the cloud code module enables memory buffers to be overwritten.
14. The cloud platform device of claim 8, the processor device operative to execute instructions to identify at least one of a plurality of sandboxes to execute the cloud code module in the at least one identified sandbox when the function is called.
15. A non-transitory computer-readable storage medium having instructions stored therein that, when executed by a hardware processor, cause a system to:
receive a cloud code module at the cloud platform device;
identify unsafe code in at least a portion of content of the cloud code module based upon at least one code pattern;
repair the unsafe code;
associate the cloud code module with a function configured to execute the cloud code module, wherein subsequent communication from a mobile application includes a call to the function configured to execute the cloud code module; and
identify at least one of a plurality of sandboxes to execute the cloud code module in the at least one identified sandbox when the function is called.
16. The medium of claim 15, wherein repairing the unsafe code further comprises replacing the unsafe code with safe code.
17. The medium of claim 15, wherein repairing the unsafe code further comprises inserting a fail safe condition into the unsafe code.
18. The medium of claim 15, wherein repairing the unsafe code further comprises overriding an unsafe function with a function comprising additional safety precautions.
19. The medium of claim 15, wherein repairing the unsafe code further comprises using built-in memory allocation limits when the programming language of the cloud code module allows for unbounded memory allocation.
20. The medium of claim 15, wherein repairing the unsafe code further comprises preventing buffers from being over written when the programming language of the cloud code module enables memory buffers to be overwritten.

1. A system for securely transmitting an output data having metadata to an output device, comprising:
a client device; and
a server having a server public key, the server operatively interposed between the client device and the output device on a network;
wherein the client device generates a random symmetric session key and encrypts the output data using the random symmetric session key, the client device encrypts the random symmetric session key using an asymmetric user public key, the client device encrypts the encrypted random symmetric session key and the metadata using the server public key, and the client device sends the encrypted output data, the first double-encrypted random symmetric session key and the encrypted metadata to the server.
2. The system of claim 1, wherein the client device generates an output job by combining the encrypted metadata, the first double-encrypted random symmetric session key and the encrypted output data.
3. The system of claim 1, wherein the server decrypts the metadata using a server private key.
4. The system of claim 3, wherein the server sends the decrypted metadata to a job tracking software.
5. The system of claim 1, wherein the server encrypts the metadata using an output device public key prior to transmitting the metadata to the output device.
6. The system of claim 1, wherein the server generates a second double-encrypted random session key by encrypting the encrypted random symmetric session key using an output device public key prior to transmitting the second double-encrypted random symmetric session key to the output device.
7. The system of claim 6, wherein the output device generates the encrypted random symmetric session key by decrypting the second double-encrypted random symmetric session key using an output device private key.
8. The system of claim 7, wherein the output device decrypts the encrypted random symmetric session key using the asymmetric user private key.
9. The system of claim 8, wherein a third cryptographic module uses the decrypted random symmetric session key to decrypt the encrypted output data.
10. A method, comprising:
receiving, by a client device, an output data;
encrypting, by a client device, the output data with a randomly-generated symmetric session key;
generating, by a client device, a session key header by encrypting the randomly-generated symmetric session key using an asymmetric user public key; and
encrypting, by a client device, using a server public key, the session key header and a metadata associated with the output data, wherein a server decrypts the encrypted session key header and the encrypted metadata using the server private key and wherein the server encrypts the session key header using an output device public key.
11. The method of claim 10, further comprising generating, by the client device, an output job by appending the encrypted session key header and the encrypted metadata to the output data.

The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.

1. A method of determining the unique identity and physical location of an electronic device, comprising:
a. storing a digital representation of the unique identity in a device memory;
b. transmitting the digital representation of the unique identity through space by controlling the variation in time of the intensity of a light emitting element of the electronic device;
c. measuring, by one or more elements of a sensor system, the variation in time of the intensity of the light emitting element of the electronic device and representing the measured variation as an electrical signal;
d. processing the electrical signal to produce a digital representation of the unique identity;
e. determining the physical location of the identified device by assessing which element or elements of the sensor system produced the electrical signal.
2. The method of claim 1, wherein the variation in time of the intensity of the light emitting element of the electronic device encodes the digital representation of the unique identity as a time sequence of one or more discrete information bits, wherein a bit state corresponds to a defined optical display element intensity range.
3. The method of claim 1, wherein the variation in time of the intensity of the light emitting element of the electronic device encodes the digital representation of the unique identity as a sum of one or more periodic waveforms of different frequencies, wherein the digital representation is represented as a series of discrete information bits, each bit corresponding to a particular waveform frequency range, with a bit state corresponding to the waveform amplitude range.
4. The method of claim 3, wherein the variation in time of the intensity of the light emitting element of the electronic device includes at least one periodic waveform of a defined frequency and amplitude apart from the digital representation.
5. The method of claim 4, wherein the periodic waveform of a defined frequency and amplitude is used as a signal reference value to determine the state of each information bit in the digital representation.
6. The method of claim 3, wherein the information quality of the variation in time of the intensity of the light emitting element is assessed by comparing the sensed waveform frequencies to a set of nominal encoding standard frequencies.
7. The method of claim 3, wherein the information quality of the variation in time of the intensity of the light emitting element is assessed by comparing the sensed waveform amplitudes to a set of nominal encoding standard amplitudes.
8. The method of claim 1, wherein the sensor system is an optical video camera.
9. The method of claim 1, wherein the unique identity of the electronic device is assigned, by means of a data network, by a processor connected to the sensor system.
10. A method of determining the unique identity of an electronic device, comprising:
a. storing a digital representation of the unique identity in a device memory;
b. transmitting the digital representation of the unique identity through space as an electromagnetic wave, wherein the digital information is encoded as a sum of discrete periodic waveforms of different frequencies;
c. converting the electromagnetic wave to a time varying electrical signal by one or more sensors;
d. processing the time varying electrical signal to produce a digital representation of the unique identity.
11. The method of claim 10, wherein the electromagnetic wave includes at least one periodic waveform of a defined frequency and amplitude apart from the digital representation.
12. The method of claim 11, wherein the periodic waveform of a defined frequency and amplitude is used as a signal reference value to determine the state of each information bit in the digital representation.
13. The method of claim 10, wherein the information quality of the time varying electrical signal is assessed by comparing the sensed waveform frequencies to a set of nominal encoding standard frequencies.
14. The method of claim 10, wherein the information quality of the time varying electrical signal is assessed by comparing the sensed waveform amplitudes to a set of nominal encoding standard amplitudes.