9804887

Process Scheduling and Execution in Distributed Computing Environments

PublishedOctober 31, 2017
Assigneenot available in USPTO data we have
Technical Abstract

Patent Claims
16 claims

Legal claims defining the scope of protection, as filed with the USPTO.

1

1. A method for scheduling execution of a user-restricted process within a distributed computing system, the method comprising: receiving a runtime request to execute a user-restricted process within a distributed computing system, the runtime request received via a transaction page of a user application during a current runtime session of a user within the distributed computing system; determining one or more characteristics of the current runtime session of the user within the distributed computing system, the characteristics including a number of user-restricted processes previously initiated by the user during the current runtime session; and determining whether or not to permit execution of the user-restricted process based on (i) the user-restricted process, (ii) the user, and (iii) the number of user-restricted processes previously initiated by the user during the current runtime session, wherein determining whether or not to permit execution of the user-restricted process comprises: retrieving a previously stored threshold number of user-restricted processes permitted to be executed by the user per runtime session; comparing the previously stored threshold number to the number of user-restricted processes previously initiated by the user during the current runtime session; and in response to determining that the number of user-restricted processes previously initiated by the user during the current runtime session does not exceed the previously stored threshold number, determining that the execution of the user-restricted process is permitted and scheduling execution of the user-restricted process; and wherein scheduling execution of the user-restricted process comprises: retrieving data from the transaction page; and initiating execution of the user-restricted process on the distributed computing system, using the data retrieved from the transaction page.

2

2. The method of claim 1 , wherein the one or more characteristics of the current runtime session further include a current level of network usage within the distributed computing system, and wherein the determination of whether or not to permit execution of the user-restricted process is further based on the current level of network usage within the distributed computing system.

3

3. The method of claim 1 , wherein the one or more characteristics of the current runtime session further include a current processing load within the distributed computing system, and wherein the determination of whether or not to permit execution of the user-restricted process is further based on the current processing load within the distributed computing system.

4

4. The method of claim 1 , wherein the one or more characteristics of the current runtime session further include an amount of time since the user has initiated the user-restricted processes within the distributed computing system, and wherein the determination of whether or not to permit execution of the user-restricted process is further based on the amount of time since the user has initiated the user-restricted processes within the distributed computing system.

5

5. The method of claim 1 , wherein the one or more characteristics of the current runtime session further include one or more transaction pages visited by the user during the current runtime session, and wherein the determination of whether or not to permit execution of the user-restricted process is further based on the transaction pages visited by the user during the current runtime session.

6

6. The method of claim 1 , wherein scheduling execution of the user-restricted process further comprises: initiating the execution of the user-restricted process on the distributed computing system, using a predetermined set of process parameters that are not selectable by the user.

7

7. The method of claim 1 , wherein scheduling execution of the user-restricted process further comprises: determining that one or more user-modifiable runtime variables are available for executing the user-restricted process; and modifying the transaction page with an interface to retrieve the one or more user-modifiable runtime variables.

8

8. A computing system comprising: a processing unit comprising one or more processors; and memory coupled with and readable by the processing unit and storing therein a set of instructions which, when executed by the processing unit, causes the processing unit to schedule execution of a user-restricted process within the computing system by: receiving a runtime request to execute a user-restricted process within the computing system, the runtime request received via a transaction page of a user application during a current runtime session of a user within the computing system; determining one or more characteristics of the current runtime session of the user within the computing system, the characteristics including a number of user-restricted processes previously initiated by the user during the current runtime session; and determining whether or not to permit execution of the user-restricted process based on (i) the user-restricted process, (ii) the user, and (iii) the number of user-restricted processes previously initiated by the user during the current runtime session wherein determining whether or not to permit execution of the user-restricted process comprises: retrieving a previously stored threshold number of user-restricted processes permitted to be executed by the user per runtime session; comparing the previously stored threshold number to the number of user-restricted processes previously initiated by the user during the current runtime session; and in response to determining that the number of user-restricted processes previously initiated by the user during the current runtime session does not exceed the previously stored threshold number, determining that the execution of the user-restricted process is permitted and scheduling execution of the user-restricted process; and wherein scheduling execution of the user-restricted process comprises: retrieving data from the transaction page; and initiating execution of the user-restricted process on the computing system, using the data retrieved from the transaction page.

9

9. The computing system of claim 8 , wherein the one or more characteristics of the current runtime session further include a current level of network usage within the computing system, and wherein the determination of whether or not to permit execution of the user-restricted process is further based on the current level of network usage within the computing system.

10

10. The computing system of claim 8 , wherein the one or more characteristics of the current runtime session further include a current processing load within the computing system, and wherein the determination of whether or not to permit execution of the user-restricted process is further based on the current processing load within the computing system.

11

11. The computing system of claim 8 , wherein the one or more characteristics of the current runtime session further include an amount of time since the user has initiated the user-restricted processes within the computing system, and wherein the determination of whether or not to permit execution of the user-restricted process is further based on the amount of time since the user has initiated the user-restricted processes within the computing system.

12

12. The computing system of claim 8 , wherein the one or more characteristics of the current runtime session further include one or more transaction pages visited by the user during the current runtime session, and wherein the determination of whether or not to permit execution of the user-restricted process is further based on the transaction pages visited by the user during the current runtime session.

13

13. A non-transitory computer-readable memory comprising a set of instructions stored therein which, when executed by a processor, causes the processor to schedule execution of a user-restricted process within a distributed computing system by: receiving a runtime request to execute a user-restricted process within a distributed computing system, the runtime request received via a transaction page of a user application during a current runtime session of a user within the distributed computing system; determining one or more characteristics of the current runtime session of the user within the distributed computing system, the characteristics including a number of user-restricted processes previously initiated by the user during the current runtime session; and determining whether or not to permit execution of the user-restricted process based on (i) the user-restricted process, (ii) the user, and (iii) the number of user-restricted processes previously initiated by the user during the current runtime session, wherein determining whether or not to permit execution of the user-restricted process comprises: retrieving a previously stored threshold number of user-restricted processes permitted to be executed by the user per runtime session; comparing the previously stored threshold number to the number of user-restricted processes previously initiated by the user during the current runtime session; and in response to determining that the number of user-restricted processes previously initiated by the user during the current runtime session does not exceed the previously stored threshold number, determining that the execution of the user-restricted process is permitted and scheduling execution of the user-restricted process; and wherein scheduling execution of the user-restricted process comprises: retrieving data from the transaction page; and initiating execution of the user-restricted process on the distributed computing system, using the data retrieved from the transaction page.

14

14. The non-transitory computer-readable memory of claim 13 , wherein the one or more characteristics of the current runtime session further include a current level of network usage within the distributed computing system, and wherein the determination of whether or not to permit execution of the user-restricted process is further based on the current level of network usage within the distributed computing system.

15

15. The non-transitory computer-readable memory of claim 13 , wherein the one or more characteristics of the current runtime session further include an amount of time since the user has initiated the user-restricted processes within the distributed computing system, and wherein the determination of whether or not to permit execution of the user-restricted process is further based on the amount of time since the user has initiated the user-restricted processes within the distributed computing system.

16

16. The non-transitory computer-readable memory of claim 13 , wherein the one or more characteristics of the current runtime session further include one or more transaction pages visited by the user during the current runtime session, and wherein the determination of whether or not to permit execution of the user-restricted process is further on the transaction pages visited by the user during the current runtime session.

Patent Metadata

Filing Date

Unknown

Publication Date

October 31, 2017

Inventors

Ramasimha Rangaraju
Virad Gupta
Deepankar Narayanan
Raghu Edalur
Mohini Sahoo
Vivek Verma

Want to explore more patents?

Browse 5M+ US patents with plain-English claim translations and AI-generated analysis.

Citation & reuse

Analysis on this page is generated by Patentable — an AI-powered patent intelligence platform. AI-generated summaries, explanations, and analysis may be reused with attribution and a visible link back to the canonical URL below. Patent abstracts and claims are USPTO public domain.

Cite as: Patentable. “PROCESS SCHEDULING AND EXECUTION IN DISTRIBUTED COMPUTING ENVIRONMENTS” (9804887). https://patentable.app/patents/9804887

© 2026 Patentable. All rights reserved.

Patentable is a research and drafting-assistant tool, not a law firm, and does not provide legal advice. Documents we generate are drafts for review by a licensed patent attorney.