IP Library Granted Patent US 10,437,239
Granted Patent B2
US 10,437,239 · App. 15/621,929 · Granted Oct 8, 2019

Operation serialization in a parallel workflow environment

Inventors: K Eric Bowman (Provo, UT); Joshua Coburn (Orem, UT); C. Greg Jensen (Provo, UT)
Assignee: Brigham Young University
G05B19/41865G05B19/41885G06F9/505
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 10,437,239
App. No.
15/621,929
Granted
Oct 8, 2019
Kind
B2
Abstract

A method for multi-user CAx editing includes monitoring an operational state of a processor of a first CAx client, receiving, at a communication filter of the first CAx client, a first remote operation to be executed by the first CAx client in a CAx environment, populating the first remote operation to a queue formed in a memory structure in response to a determination that the operational state of the processor of the first CAx client is executing a local operation when the first remote operation is received, and executing the first remote operation in the CAx environment on the first CAx client in response to a determination that the operational state of the processor of the first CAx client is idle. A computer program product such as a computer readable medium and a computer system corresponding to the above method are also disclosed herein.

Claims (35)

1. A method for multi-user CAx editing, the method comprising:

monitoring an operational state of a processor of a first CAx client;

receiving, at a communication filter of the first CAx client, a first remote operation to be executed by the first CAx client in a CAx environment;

populating the first remote operation to a queue formed in a memory structure in response to a determination that the operational state of the processor of the first CAx client is executing a local operation when the first remote operation is received; and

executing the first remote operation in the CAx environment on the first CAx client in response to a determination that the operational state of the processor of the first CAx client is idle.

2. The method of claim 1 , wherein a second remote operation is populated to the queue in serial order behind the first CAx client in response to the determination that the operational state of the processor of the first CAx client is executing the local operation when the second remote operation is received.

3. The method of claim 2 , wherein the second remote operation is executed in a serial manner with respect to execution of the first remote operation.

4. The method of claim 1 , where in the remote operation is received from a second CAx client in network communication with the first CAx client.

5. The method of claim 1 , wherein monitoring the operational state of the processor of the first CAx client comprises performing periodic checks of the operational state of the processor of the first CAx client based on a check schedule.

6. The method of claim 1 , wherein monitoring the operational state of the processor of the first CAx client comprises receiving a notification in response to the operational state of the processor changing from executing to idle.

7. The method of claim 1 , wherein the memory structure in which the queue is formed is associated with one or more of the first CAx client, a second CAx client, a server, and a remote storage location.

8. A computer program product comprising a computer readable storage medium that is not a transitory signal per se having program instructions embodied therewith, the program instructions readable/executable by a processor to cause the processor to:

monitor an operational state of a first CAx client;

receive, at the first CAx client, a first remote operation to be executed by the first CAx client in a CAx environment;

populate the first remote operation to a queue formed in a memory structure in response to a determination that the operational state of the processor of the first CAx client is executing a local operation when the first remote operation is received; and

execute the first remote operation in the CAx environment on the first CAx client in response to a determination that the operational state of the processor of the first CAx client is idle.

9. The computer program product of claim 8 , wherein a second remote operation is populated to the queue in serial order behind the first CAx client in response to the determination that the operational state of the processor of the first CAx client is executing the local operation when the second remote operation is received.

10. The computer program product of claim 9 , wherein the second remote operation is executed in a serial manner with respect to execution of the first remote operation.

11. The computer program product of claim 8 , where in the remote operation is received from a second CAx client in network communication with the first CAx client.

12. The computer program product of claim 8 , wherein monitoring the operational state of the processor of the first CAx client comprises performing periodic checks of the operational state of the processor of the first CAx client based on a check schedule.

13. The computer program product of claim 8 , wherein monitoring the operational state of the processor of the first CAx client comprises receiving a notification in response to the operational state of the processor changing from executing to idle.

14. The computer program product of claim 8 , wherein the memory structure in which the queue is formed is associated with one or more of the first CAx client, a second CAx client, a server, and a remote storage location.

15. A computer system comprising:

a processor on a first CAx client;

a memory; and

a computer readable medium having instructions encoded thereon to:

monitor an operational state of the processor of the first CAx client;

receive, at the first CAx client, a first remote operation to be executed by the first CAx client in a CAx environment;

populate the first remote operation to a queue in response to a determination that the operational state of the processor of the first CAx client is executing a local operation when the first remote operation is received; and

execute the first remote operation in the CAx environment on the first CAx client in response to a determination that the operational state of the processor of the first CAx client is idle.

16. The computer system of claim 15 , wherein a second remote operation is populated to the queue in serial order behind the first CAx client in response to the determination that the operational state of the processor of the first CAx client is executing the local operation when the second remote operation is received.

17. The computer system of claim 16 , wherein the second remote operation is executed in a serial manner with respect to execution of the first remote operation.

18. The computer system of claim 15 , where in the remote operation is received from a second CAx client in network communication with the first CAx client.

19. The computer system of claim 15 , wherein monitoring the operational state of the processor of the first CAx client comprises performing periodic checks of the operational state of the processor of the first CAx client based on a check schedule.

20. The computer system of claim 15 , wherein the queue is formed is stored to one or more of the first CAx client, a second CAx client, a server, and a remote storage location.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 25, 2017
From: BOWMAN, K. ERIC; COBURN, JOSHUA; JENSEN, C. GREG
To: BRIGHAM YOUNG UNIVERSITY
Reel/Frame 043407/0278 →
Continuity (2)
Provisional Application 62349433 · Jun 13, 2016
Related Publication 20170357251A1 · Dec 14, 2017
Cited By (1)
US 12,211,005