Service interface

• US 8,095,659 B2
• Filed: 05/17/2004
• Issued: 01/10/2012
• Est. Priority Date: 05/16/2003
• Status: Active Grant

• Current Assignee: JP Morgan Chase Bank, N.A. (JP Morgan Chase & Co)
• Original Assignee: JP Morgan Chase Bank, N.A. (JP Morgan Chase & Co)
• Inventors: Phenix, John Kevin, Judge, Nicholas Clive
• Primary Examiner(s): Nguyen, Tammy
• Application Number:
  US10/848,032
• Publication Number:
  US 20050034127A1
• Time in Patent Office: 2,794 Days
• Field of Search: 709/226, 709/220, 709/221, 709/260, 709/246, 370/446
• US Class Current: 709/226
• CPC Class Codes: G06F 9/5027 the resource being a machine, e.g. CPUs, Servers, Terminals

Abstract

A service interface enables an application to be developed independently from a particular service. At execution of the application, the application is wrapped or bound to a service. Advantageously, a configuration file includes instructions that bind particular applications with a particular service. Therefore, if improved services are developed after the application is written, only the configuration file needs to be updated, not the application source code. Accordingly, significant time and expense is saved by allowing applications to be developed independently from particular services.

Claims

1. A system for wrapping a software application to a service protocol, said system comprising:

a computer;

a software application that has been developed independent from any service protocol; and

a processing framework comprising;

a dispatching unit, wherein the dispatching unit receives a task from the software application to be executed on the computer;

a production unit, wherein the production unit generates the task to be executed from the dispatching unit, bundles the task into a task block, the task block comprising a defined maximum number of tasks, and divides the bundled task into separate processing units, wherein the production unit does not generate additional tasks until all of the bundled tasks within the task block have been executed;

a configuration source comprising instructions for operation of the system to (i) select a service protocol based on information related to each processing unit-and (ii) specify a relationship between each processing unit and the service protocol; and

a service interface, wherein the service interface wraps the processing unit to the service protocol that was selected based on the instructions in the configuration source upon execution of the processing unit.

2. The system in accordance with claim 1, wherein the framework further comprises a pool of resources for executing each processing unit.

3. The system in accordance with claim 2, wherein the framework further comprises a resource manager that controls which resources are present in the pool of resources.

4. The system in accordance with claim 2, wherein the pool of resources comprises resources created specifically for each processing unit.

5. The system in accordance with claim 2, wherein the pool of resources comprises a resource that times out.

6. The system in accordance with claim 2, wherein the pool of resources comprises a resource that refreshes itself to preempt removal.

7. The system in accordance with claim 6, wherein said resource is propagates events when refreshed.

8. The system in accordance with claim 2, wherein the pool of resources comprises resources that have time constraints.

9. The system in accordance with claim 2, wherein the pool of resources comprises a resource that is a thread.

10. A computer-implemented method for wrapping a software application to a service protocol, said method comprising:

receiving a task from a software application via a computer and generating the task for execution, wherein the software application has been developed independent from any service protocol;

bundling the task into a task block, the task block comprising a defined maximum number of tasks, wherein additional tasks are not generated for execution until all of the bundled tasks within the task block have been executed;

dividing the bundled task into separate processing units via the computer;

accessing a configuration source via the computer, wherein the configuration source comprises instructions for (i) selecting a service protocol based on information related to each processing unit and (ii) specifying a relationship between each processing unit and the service protocol; and

wrapping each processing unit to the service protocol that was selected based on the instructions of the configuration source upon execution of the processing unit.

11. The computer-implemented method of claim 10, further comprising accessing a pool of resources for executing each processing unit.

12. The computer-implemented method of claim 11, further comprising assigning a resource to each processing unit.

13. The computer-implemented method of claim 12, further comprising executing the processing unit using the assigned resource.

14. The computer-implemented method of claim 13, further comprising providing status information of the executed processing unit to the computer.

15. The computer-implemented method of claim 13, further comprising sending the assigned resource back to the pool of resources for re-use after execution of the processing unit.