US7493397B1 - Providing remote processing services over a distributed communications network - Google Patents

Abstract

Internet web servers provide processing services, in addition to data and visual content, to provide remote clients with access to processing services located on servers. The client processes communicate with these service providing servers over a distributed network like the Internet using standard HTTP communications protocol and XML data exchange language. Client processes send an HTTP request to a remote server for processing. This processing request may contain input data that is to be used in responding to the request. The server processes the request using the input data, and possibly other data obtained from remote databases, and returns a resultant XML specified data packet. This processing requests, may be initiated using a web browser from an HTML based web page or using a smart client process that simply sends a processing request along with input data and consumes the resultant data packet. The server provides these web services accessed by the client process by allowing the client to access a URL referencing a source code file containing class specifications that may be dynamically compiled into an executable object whenever an executable object corresponding to the current version of the source code referenced by a URL does not exist on the server.

Description

TECHNICAL FIELD

This application relates in general to a method, apparatus, and article of manufacture for providing a set of computing services to remotely executing client processes that execute upon a server connected to the client process over a distributed communications network, and more particularly to a method, apparatus, and article of manufacture for providing web-based processing services to remote users communicating with a server over the Internet.

BACKGROUND

The growth of the Internet and related network communication networks has given rise to an increasingly large numbers of distributed information processing systems in which individual users obtain information from an ever increasing number of sources. Currently, web servers typically provide a mechanism to permit content data to be displayed within a web browser running on a remote client. Over time, this content data has evolved to include static pages, dynamically created pages, and pages that include programmable functionality that executes on the server to generate content displayed to a user within the framework of the browser. This data exchange model typically uses a web browser that transfers a “page” of data that is to be displayed to the user in some manner.

Web servers, however, have not provided remote execution of processing functions that may reside on a server. All of the processing functions that are typically performed by a web server relate to processing database queries and similar data retrieval operations upon data that is resident on the server. Web servers do not typically receive a block of input data, process a function upon the data, and return a resultant set of data. In addition, web servers do not typically operate upon input data sets to generate output data sets as if the web server was responding to a remote process or function call. In spite of the fact that significant computational capacity is resident within web servers, these servers typically provide a “read-only” type of data retrieval function that are based upon user-generated requests.

If web servers provide an interface that allows remote client processes to execute functions resident on the servers using the web as a communications mechanism, web servers provide the equivalent functionality of a remote procedure call for users seeking access to processing functions resident on the server. Such an interface would change the Internet from a means to share and display content data to a distributed processing environment in which web servers provided processing services to remote clients.

SUMMARY

A method, apparatus and article of manufacture for creating Internet web servers that provide processing services, in addition to data and visual content, to remote clients with access to servers. The client processes communicate with these service providing servers over a distributed network like the Internet using standard HTTP communications protocol and similar data exchange languages. Client processes send an HTTP request to a remote server for processing. This processing request may contain input data that is to be used in responding to the request. The server processes the request using the input data, and possibly other data obtained from remote databases, and returns a resultant specified data packet. This processing request, may be initiated using a web browser from an HTML based web page or using a smart client process that simply sends a processing request along with input data and consumes the resultant data packet. The server provides these web services accessed by the client process by allowing the client to access a URL referencing a source code file containing class specifications that may be dynamically compiled into an executable object whenever an executable object corresponding to the current version of the source code referenced by a URL does not exist on the server.

One aspect of the present invention is a method and an article of manufacture containing data readable by a computing system and encoding instructions for providing remote computing services executed upon a server having mass data storage and network communications to remote clients. The method stores source code file within the mass storage of the server, receives a processing service request from a remote client corresponding to a requested processing service specified within the source code file, activates a data processing object corresponding to the processing service requested from the remote client to generate a data response corresponding to the processing service request, formats the data response into a text based data response packet, and transmits the text passed data response packet to the remote client in response to the processing service request. The data processing object corresponds to a compiled data processing class for the requested processing service contained within the source code file.

Another aspect of the present invention is a network server for providing remote computing services executed upon the network server having mass data storage for storing a source code file containing a data processing class corresponding to a data processing object that implements a requested remote processing service. The network server has a network interface I/O module for receiving a processing service request from a remote client corresponding to a requested processing service specified within a source code file and for transmitting the text based data response packet to the remote client in response to the processing service request, a request processing module for generating a data response corresponding to the processing service request, and the request processing module activates the data processing object corresponding to the requested processing service and formatting the data response into a text based data response packet. The data processing object corresponds to a compiled data processing class for the requested processing service contained within the source code file.

Yet another aspect of the present invention is a method and an article of manufacture containing data readable by a computing system and encoding instructions for automatically compiling server executed source code corresponding to data processing objects used to provide remote processing services upon receipt of a request for a remote processing services. The method stores a source code file within the mass storage of the server, receives a processing service request from a remote client corresponding to a requested processing service specified within the source code file, extracts from a packet payload body data block an ID corresponding to the requested processing service, determines whether the data processing object corresponding to the requested processing service is located within a web services library, and determines whether any data processing object found within the web services library correspond to the data processing object generated by compiling the data processing class for the requested processing service contained within the source code file. If the data processing object does not corresponds to the data processing object generated by compiling the data processing class for the requested processing service contained within the source code file, the method automatically compiles the source code file to generate the data processing object for the requested processing service.

Yet another aspect of the present invention is a method and an article of manufacture containing data readable by a computing system and encoding instructions for automatically creating data exchange schema data on a network server corresponding to remote processing services provided by the network server for source code corresponding to data processing objects used to provide the remote processing services upon receipt of a request from a client process. The method storing a source code file within the mass storage of the server, compiling the source code file to generate a data processing object, and automatically generating the data exchange schema data for the data processing object generated when the source code file is compiled to generate the data processing object that provides the requested processing service.

These and various other features as well as advantages, which characterize the present invention, will be apparent from a reading of the following detailed description and a review of the associated drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

Referring now to the drawings in which like reference numbers represent corresponding parts throughout:

FIG. 1aillustrates a network based processing system providing processing services to remote clients according to one embodiment of the present invention.

FIG. 1billustrates a legal word processing application using a network based processing system providing processing services to remote clients according to one embodiment of the present invention.

FIG. 1cillustrates a sales tax calculating application using a network based processing system providing processing services to remote clients according to one embodiment of the present invention.

FIG. 2 illustrates a general purpose computing system for use in implementing as one or more computing embodiments of the present invention.

FIG. 3 illustrates an Internet based processing system providing processing services to remote users according to another embodiment of the present invention.

FIG. 4 illustrates a network server providing processing services to remote users according to yet another embodiment of the present invention.

FIG. 5 illustrates an HTTP packet used by a network server providing processing services to remote users according to an embodiment of the present invention.

FIG. 6 illustrates an XML Request Packet Payload Body and corresponding XML Response Packet according to another embodiment of the present invention.

FIG. 7 illustrates a network server providing processing services to remote users according to yet another embodiment of the present invention.

FIG. 8 illustrates a compiler module within a network server providing processing services to remote us according to an embodiment of the present invention.

FIG. 9 illustrates a plurality of output data types generated by a compiler module according to an embodiment of the present invention.

FIG. 10 illustrates an operational flow for the server-based processing system according to an embodiment of the present invention.

FIG. 11 illustrates an operational flow for a compiler module according to an embodiment of the present invention.

FIG. 12 illustrates an operational flow for a programming method for providing processing services to remote users according to one embodiment of the present invention.

DETAILED DESCRIPTION

This application relates in general to a method, apparatus, and article of manufacture for providing a network based processing system providing processing services to remote clients.

FIG. 1aillustrates a network based processing system providing processing services to remote clients according to one embodiment of the present invention. Remote users use client processors121-124 to communicate over a communications network like the Internet101 to communicate to one ormore server processors102 to obtain data and processing services. Web servers typically have provided a mechanism to transmit content data to be displayed within a web browser running on a remote client. Over time, this content data has evolved to include static pages, dynamically created pages, and pages that include programmable functionality that executes within the framework of the browser. Web servers have evolved to utilize and support this functional evolution of web browsers. This data exchange model in which a user interface is projected across the web using a web browser to transfers a “page” of data to be displayed to the user.

Remote servers102, may provide remote execution of processing functions that may reside on a server according to one embodiment of the present invention. In addition to of processing database queries and similar data retrieval operations upon data that is resident on the server, servers typically receive a block of input data, process a function upon the data, and return a resultant set of data.Web servers102 provide an interface that allows remote client processes to execute functions resident on the servers using the web as a communications mechanism, these servers can provide the equivalent functionality to a remote procedure call to processing functions resident on the server using currently used Internet communications mechanisms. These server resident functions may provide various computing functions to users of the remote clients as discussed in reference toFIGS. 1b-1c.

FIG. 1billustrates a legal word processing application using a network based processing system providing processing services to remote clients according to one embodiment of the present invention. A word processing application displays atypical data window130 to a user on aclient processor121. Theword processing window130 contains a menu bar131 having a plurality of pull-down menus, including a “Citations”132 menu that is related to legal case citations. A user enters the text for adocument134 into theapplication130 as one uses any word processor. When a citation to acourt decision133 is encountered, the word processor can display relevant information about the decision if this data is available in aseparate window140.

Currently, word processors do not provide such a feature because the required data related to these decisions, or any other relevant data, is typically so voluminous that it is not typically present upon the client processor. The web services of the present invention provides a mechanism to provide this data from a web based remote processor for easy importation into the word processing application. Databases containing this case decision data are currently present on the Internet. What is needed is a processing mechanism to connect the client applications, such as word processing applications with these remotely located databases.

Using web services of the present invention, the word processor would be told, or recognize thecitation134 as such a data item and search the Internet for a data source for the relevant data. The word processor could possess preferences stating where the application should search for the data and the relevant format for the information to be displayed. When the user activated a link associated with the citation, thecase data window140 would be displayed. Thecase data window140 may contain a full citation to thecase141, a brief summary of thecase142, and one or more links to other data such as a full text version of theopinion143 and a listing of decisions citing this decision such as the listing provided to lawyers by Shepard'sCitations144. Any relevant data that can be retrieved from a remote database could be retrieved and displayed using this process. This mechanism would permit this data to be available to users without having an entire copy of the relevant database to be resident on theclient computer121. Theword processor130 can also be configured to store some or all of this relevant data within the document for presentation upon aclient processor121 that is not always connected to the Internet or may merely store links to the data for retrieval when requested by a user. These options may easily be configurable by a user using preference settings within the word processor.

FIG. 1cillustrates a sales tax calculating application using a network based processing system providing processing services to remote clients according to one embodiment of the present invention. Rather than providing a richer data content environment to users as discussed above, the web services may also be used to provide a processing function that uses a remote database that a user does not wish to possess or maintain. One such example processing function is a sales tax calculator. The applicable amount of sales tax to be applied to a given sale varies greatly depending upon the jurisdiction to whom the tax is to be paid.

For example, 50 U.S. states each possess a different state sales tax amount that varies from state to state. Delaware does not collect a sales tax where Minnesota does. Within a given state, such aMinnesota152, an individual county within Minnesota also may apply a county wide sales tax. Within one county, such asHennepin County154, various local cities and towns, such asMinneapolis156, may also apply local sales tax. For all of these tax rates, the applicable rate may be different depending upon the goods andservices158 being sold.

Merchants that sell goods and services to multiple jurisdictions find the calculation of the correct rate difficult as the number of relevant jurisdictions increases. Rather than have the merchants be responsible for determining the correct rate by address/location and type of goods, a web service can accept a buyer's address, information regarding the type of goods purchased, and a purchase amount for the goods and then calculate and return a tax amount. This web service would maintain a single database of the applicable rates and update the rates as individual state, county, and local jurisdictions modify the applicable tax rate. The merchant would simply access the web service, providing a request that provides an address orzip code161, a goods type description,162, and aprice163 in asingle request160. The web service uses therequest data160 to look up the applicable tax rate based upon the address and type of goods and applies the rate to the price to determine a tax amount. This tax amount is returned to the merchant in areturn data record170.

Any processing can be implemented using the above processing models. The complexity of the processing performed by the web service could be limitless, depending upon the processing power of the servers, the data to be processed, and the amount of time a client will reasonably wait for a response. Similarly, any database that provides data to a processing system, and any number of different databases, can be used in such a system. The server and client simply need to express the request data format, the response data format, and the processing to be performed in a same manner.

With reference toFIG. 2, an exemplary system for implementing the each of the computing systems, including both web servers and remote clients, include a general-purpose computing device in the form of a conventionalpersonal computer200, including aprocessor unit202, asystem memory204, and asystem bus206 that couples various system components including thesystem memory204 to theprocessor unit200. Thesystem bus206 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus and a local bus using any of a variety of bus architectures. The system memory includes read only memory (ROM)208 and random access memory (RAM)210. A basic input/output system212 (BIOS), which contains basic routines that help transfer information between elements within thepersonal computer200, is stored inROM208.

Thepersonal computer200 further includes ahard disk drive212 for reading from and writing to a hard disk, amagnetic disk drive214 for reading from or writing to a removablemagnetic disk216, and anoptical disk drive218 for reading from or writing to a removable optical disk219 such as a CD ROM, DVD, or other optical media. Thehard disk drive212,magnetic disk drive214, andoptical disk drive218 are connected to thesystem bus206 by a harddisk drive interface220, a magneticdisk drive interface222, and anoptical drive interface224, respectively. The drives and their associated computer-readable media provide nonvolatile storage of computer readable instructions, data structures, programs, and other data for thepersonal computer200.

Although the exemplary environment described herein employs a hard disk, a removablemagnetic disk216, and a removable optical disk219, other types of computer-readable media capable of storing data can be used in the exemplary system. Examples of these other types of computer-readable mediums that can be used in the exemplary operating environment include magnetic cassettes, flash memory cards, digital video disks, Bernoulli cartridges, random access memories (RAMs), and read only memories (ROMs).

A number of program modules may be stored on the hard disk,magnetic disk216, optical disk219,ROM208 orRAM210, including anoperating system226, one ormore application programs228,other program modules230, andprogram data232. A user may enter commands and information into thepersonal computer200 through input devices such as akeyboard234 and mouse236 or other pointing device. Examples of other input devices may include a microphone, joystick, game pad, satellite dish, and scanner. These and other input devices are often connected to theprocessing unit202 through aserial port interface240 that is coupled to thesystem bus206. Nevertheless, these input devices also may be connected by other interfaces, such as a parallel port, game port, or a universal serial bus (USB). Amonitor242 or other type of display device is also connected to thesystem bus206 via an interface, such as avideo adapter244. In addition to themonitor242, personal computers typically include other peripheral output devices (not shown), such as speakers and printers.

Thepersonal computer200 operates in a networked environment using logical connections to one or more remote computers, such as aweb server246. Theremote computer246 may be another personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to thepersonal computer200. The network connections include a local area network (LAN)248 and a wide area network (WAN)250. Such networking environments are commonplace in offices, enterprise-wide computer networks, intranets, and the Internet.

When used in a LAN networking environment, thepersonal computer200 is connected to thelocal network248 through a network interface oradapter252. When used in a WAN networking environment, thepersonal computer200 typically includes amodem254 or other means for establishing communications over thewide area network250, such as the Internet. Themodem254, which may be internal or external, is connected to thesystem bus206 via theserial port interface240. In a networked environment, program modules depicted relative to thepersonal computer200, or portions thereof, may be stored in the remote memory storage device. It will be appreciated that the network connections shown are exemplary, and other means of establishing a communications link between the computers may be used.

Additionally, the embodiments described herein are implemented as logical operations performed by a computer. The logical operations of these various embodiments of the present invention are implemented (1) as a sequence of computer implemented steps or program modules running on a computing system and/or (2) as interconnected machine modules or hardware logic within the computing system. The implementation is a matter of choice dependent on the performance requirements of the computing system implementing the invention. Accordingly, the logical operations making up the embodiments of the invention described herein can be variously referred to as operations, steps, or modules.

FIG. 3 illustrates an Internet based processing system providing processing services to remote users according to another embodiment of the present invention. Aremote client122 communicates to aserver102 over acommunications network101 to transmit a web service request and receive a corresponding response. In one embodiment, this communication is performed using the well known HTTP communications protocol; although, any request/response communications protocol could be used without deviating from the spirit and scope of the present invention as recited in the attached claims.

Within theserver102, a web server I/O module301 provides the communication processing necessary to communicate with theremote client122. The web server I/O module301 receives the incoming request, extracts the relevant data from the request and passes the request to a Webservices processing module302, and returns the response generated by the webservices processing module302 to theclient122. Thismodule301 is responsible for conforming the data to the relevant communications protocol.

The webservices processing module302 accepts the requests from the I/O module301 and generates a response. Thisprocessing module302 uses processing modules contained within aweb services library303 to perform the web services processing request. Thisprocessing module302 also retrieves any data needed to perform the processing request from one ormore databases115 using a databasequery interface module304. Thisinterface module304 performs the communication functions between theserver102 and thedatabase115. Thisinterface module304 also performs any data formatting functions necessary to present the needed data to theprocessing module302 in a usable format. Alternatively, a web services library may directly access a database and return the results directly toprocessing module302. Once theprocessing module302 has generated the response corresponding to the requested web service, the response is sent back to theclient122 using the web interface I/O module301.

FIG. 4 illustrates a network server providing processing services to remote users according to yet another embodiment of the present invention. Theserver102 consists of the web interface I/O module301 contains a TCP/IP communications module311 and aserver security module312 to perform its web communications function. The TCP/IP communications module311 receives TCP/IP communications data packets and determines which packets correspond to web server requests. These web server requests are sent to aServer security module312 for processing.

TheServer security module312 receives these request packets that typically contain a URL that identifies the provides an indication of the identity of the request, and the data corresponding to the request that is to be processed. If theServer security module312 determines that the URL corresponds to a web service request, the request is sent to the webservices processing module302 for handling. TheServer security module312 may also receive other types of requests such as Active Server Page (ASP), Common Gateway Interface (CGI) script and other web server requests that are handled by other functions not part of the present invention.

The webservices processing module302 comprises of arequest module321, acompiler module322, and adata acquisition module323. Therequest module321 receives the incoming web services request and determines whether the requested web service exists on theserver102 and if it is contained within the web services library for use in generating the response to the incoming request. Because the request is provided in the form of a URL, the request typically corresponds to a file that contains instructions providing the processing to be performed. For example, URL, such as http://www.microsoft.com/example/index.html, may provide a reference to a file that contains an HTML specification for a web page. This file may contain human readable source code in any programming language such as HTML, C++, or any other programming language. This file may contain any number of processing modules and exposed web services that may be accessed by aclient122.

Therequest module321 determines whether this file has been previously compiled and stored within theweb services library303. If the file has been compiled, and if the compiled version corresponds to the current version of the URL file, the processing object module stored in the library is retrieved for use in servicing the incoming request. If the URL file has not been compiled, or if the URL has been modified since the file was compiled, acompiler module322 is used to compile the URL file into a executable processing object module. Thecompiler module322 compiles the current version of the file referenced by the URL, stores the newly compiled object within thelibrary303 for later use, and passes the compiled object to therequest module321 for processing.

Once therequest module321 receives the executable processing object module, therequest module321 services the incoming request by executing the executable processing module using any input data provided with the incoming request. If the executable processing module requests data from adatabase115 as part of its operation, the request module sends a data request to thedata acquisition module323. Thisdata module323 obtains the needed data using the databasequery interface module304 as discussed above and returns the data to therequest module321 for use by the executable processing object.

FIG. 5 illustrates an HTTP packet used by a network server providing processing services to remote users according to an embodiment of the present invention. TheHTTP Packet500 contains aHTTP header501 to perform the standard HTTP communications function.HTTP header501 typical contains information relating to the URL of the request, information regarding the identity and type of requesting client, and return address information associated with the client for sending a response to the request.

HTTP Packet500 also containsPacket Body Payload502 that contains information to be used in the request. In cases where a web service is requested by the packet, thepacket body payload502 contains a description of the web service request and any data to be processed as part of the web services request. In an exemplary embodiment, this payload contains a textual description of the request and data in an XML format using the XML language, as specified in the Extensible Markup Language (XML) v1.0 specification as defined by the w3c.org standards organization. In particular, the present invention uses SOAP standard specification for XML specification of the data specification protocol. A complete description of the SOAP standard can be found in the Simple Object Access Protocol (SOAP) v.1.1 specification as defined by the w3c.org standards organization. Of course, any particular XML standard, or any similar data exchange specification language including a Web Services Description Language (WSDL), may be used without deviating from the spirit and scope of the present invention as recited in the attached claims.

FIG. 6 illustrates an exemplary XML Request Packet Payload Body and corresponding XML Response Packet according to another embodiment of the present invention. An XML payload body contains a reference to the name of the web service to be performed602 as well as one or moreinput data arguments603 that are to be passed to the web service for processing. The payload also contains the necessary references to identify the specific data specification standard as well as any other labels needed to conform the input data to the specific data specification standard. Of course, one skilled in the art will recognize that this particular embodiment of the present invention that utilizes the XML, SOAP, and WSDL standards may possess alternate embodiments that utilize adata payload body601 to transmit data between a web server and a remote client without deviating from the spirit and scope of the present invention as recited in the attached claims. TheXML response611 generated by the incoming web service request contained in theXML payload body601 also contains data to be returned612 and itsvalues613 as well as the necessary references to identify the specific data specification standard as well as any other labels needed to conform the input data to the specific data specification standard.

FIG. 7 illustrates a network server providing processing services to remote users according to yet another embodiment of the present invention. Therequest module321 contains a series of processing modules that process a web service request contained in a HTTP packet payload body. The packet payload body is first read by an Obtain XMLpayload body module701. Themodule701 extracts the relevant payload body data from the incoming packet for use in the processing. An Examine WebMethod ID module702 examines the XML data from the payload data to determine the identity of the web services method to be performed. The examinemodule702 determines if the method can be found. The examinemodule702 will also determine if a compiled version of a processing object exists within theweb services library303. If the examinemodule702 finds the processing object, it is requested from thecompiler module322. If the stored version of the processing object does not correspond to the current version of the object, thecompiler module322 will compile the object before returning the object to be used to service the request.

Once an executable object is obtained, a deserializeinput argument module703 reads and marshals theinput arguments603 from thepayload body502 into data that can be passed to the executable object obtained from thecompiler module322. The input arguments and the executable object are passed to an invokeweb method module704 to execute the object using the input data to generate a response to the web services request. If data from adatabase115 is needed by the executable object, the data request is sent to adata acquisition module323 for servicing through aninterface module304.

The executable object completes its processing and generates response data that is to be returned to the requestingclient122. The response data is converted into XML textual data in the appropriate format in a SerializeReturn Value module705. Thismodule705 accepts data from the executable object and converts the data into a textual based data stream that is sent back to theclient122 as part of the HTTP response to the incoming request using the ReturnHTTP Response Module706.

FIG. 8 illustrates a compiler module within a network server providing processing services to remote us according to an embodiment of the present invention. As discussed above inFIG. 7, the Examine WebMethod ID module702 uses the incoming URL to identify the web services method corresponding to the incoming request. As also stated above, the URL references a text file containing source code for the module or modules needed to provide the web service. These modules may consist of any number of processing modules in any programming language. The modules that are exposed as accessible byclient processors122 are identified as publicly available methods. The file may also contain other modules, if needed, that are only accessible within other modules. With such an architecture, a web service may be constructed using any number of libraries of executable modules containing a set of entry points accessible by clients without exposing all of the modules within these libraries if that is desired.

The examinemodule702 checks the URL referenced file to determine if the requested web service method is contained in the referenced file. If the method is present, the examine module sends a request to thecompiler module322 to obtain the executable object. Within thecompiler module322, a obtain/parseweb method module801 receives the packet payload body data and determines if a compiled version of the web service executable object is stored in theweb services library303. If an executable object is found, the module also checks to see if the stored version corresponds to the current version of the URL file. If the stored object does match the URL referenced file, the object is simply obtained from thelibrary303 and returned to the examinemodule702.

If the obtain/parsemodule801 determines that thelibrary303 does not contain a usable executable object, the URL file needs to be compiled into an executable object. This compilation operation will only occur the first time the URL referenced file is accessed following is storage onto theserver102. All other requests will use the library version until the file is modified.

If the URL referenced file needs to be compiled, the URL source code file is read and compiled by a compiler corresponding to the programming language specified to be used in the source file by the compileclass module802. Thiscompiler module802 will compile all objects in the source code file. These objects may use any other executable objects present on the server. As such, these objects may reference other objects contained in the source code file as well as objects present in other source code filed stored on the server that can be accessed using a URL reference to a source code file. The same process is followed when the these external objects are referenced to determine if the objects exist within the source code files referenced by the URL and to determine whether thelibrary303 contains usable executable objects that do not require compilation.

Once the compilation has been completed, a webmethod attribute module803 identifies all publicly available attributes to publicly accessible web service methods. These methods and corresponding attributes are the values that may be passed to the server from the client as part of a web service request. A cache compiledobject module804 stores the newly compiled object, along with a description of its publicly accessible methods/attributes into theweb services library303 for use in subsequent requests for this service before the executable object is returned to therequest module321.

FIG. 9 illustrates a plurality of output data types generated by a compiler module according to an embodiment of the present invention. The above discussion of the compiler module presumes that a compiler will generate an executable object from a source code file. Thiscompiler322, and all of its modules801-804, may generate other forms of data in addition to executable objects. Specifically, thecompiler module322 generates a compiledclass module901 containing one or more types of data. These types of data include anexecutable class module910 as discussed above. In addition, the compiledclass module901 may include a description of the publicly exposed web services contained within the source code file referenced by the URL. This description may include a description of the function or functions performed by each of the publicly exposed web services. As part of these descriptions, a definition for the input arguments, and any publicly accessible attributes, as well as a definition of the output data generated by the web service are provided. This description may be presented in any number of formats.

One such format for the description is an Browser Displayable HTML Description. The compiler will generate anHTML page description920 that contains a description of the functions performed in the exposed web services. These descriptions are contained within data found in the source code files. In addition, a description of the input and output data arguments921-922 for the each web service will be provided. This data argument descriptions921-922 may alsopresent fields923 permitting a user to enter values for the input arguments using a web browser. The return value description for each web service contains a invokebutton924 that causes the web service to be called using the input argument values contained in the web page fields923. The web browser will display the returned XML result data from the web service request.

A user and developer may use this HTML description to determine the input and output arguments for a web service as well as test a web service interactively while it is being debugged. Theserver102, within itsISS server module312 can determine if the incoming request is coming from a web browser or from some other client process using HTTP header data to determine if the HTML version is to be returned.

In addition to theHTML description920, a textual schema description in a data exchange schema specification format may be provided. XML as currently specified by the w3c.org standards organization, provides mechanisms for specifying how schema descriptions for data being exchanged using XML are to be specified. In an exemplary embodiment, this schema description is specified using a WDSL when WDSL is used to specify the XML data within the packet payload body data. Other schema description languages, such as RDF as proposed by the w3c.org standards organization, may also be used without deviating from the spirit and scope of the present invention as recited within the attached claims. Users may obtain these schema descriptions to determine the format and functions of the web services and corresponding input and output arguments.

FIG. 10 illustrates an operational flow for the server-based processing system according to an embodiment of the present invention. This operational flow corresponds to the server based processing as discussed above in reference toFIG. 7. The operational flow starts1001 and packet payload body is first read by an Obtain XMLpayload body module1011. The obtaindata module1011 extracts the relevant payload body data from the incoming packet for use in the processing. An Examine WebMethod ID module1012 examines the XML data from the payload data to determine the identity of the web services method to be performed. Atest module1013 determines if the method can be found, and if present determines if a compiled version of a processing object exists within theweb services library303. If thetest module1013 finds the processing object needs to be compiled, a compileweb method module1014 compiles the object to generate an executable object to be used to service the request.

Once an executable object is obtained, a deserializeinput argument module1015 reads and marshals theinput arguments603 from thepayload body502 into data that can be passed to the executable object. The input arguments and the executable object are passed to an invokeweb method module1016 to execute the object using the input data to generate a response to the web services request.

The executable object completes its processing and generates response data that is to be returned to the requestingclient122. The response data is converted into XML textual data in the appropriate format in a SerializeReturn Value module1017. Thismodule1017 accepts data from the executable object and converts the data into a textual based data stream that is sent back to theclient122 as part of the HTTP response to the incoming request using the ReturnHTTP Response Module1018 before the processing ends1002.

FIG. 11 illustrates an operational flow for a compiler module according to an embodiment of the present invention. The compiler module processing starts1101 and an obtain/parseweb method module1111 receives the packet payload body data and parses the data to identify the requested web service.Test module1115 determines if a compiled version of the web service executable object is stored in theweb services library303, and if found, themodule1115 also checks to see if the stored version corresponds to the current version of the URL file. If the stored object does match the URL file, no compilation is needed. The processing proceeds to an obtainlibrary module1116 where the object is simply obtained from thelibrary303 and returned before the processing ends1102.

If thetest module1115 determines that thelibrary303 does not contain a usable executable object, the URL file needs to be compiled into an executable object. A compileclass module1112 will compile all objects in the source code file. These objects may use any other executable objects present on the server. As such, these objects may reference other objects contained in the source code file as well as objects present in other source code filed stored on the server that can be accessed using a URL reference to a source code file. The same process is followed when the these external objects are referenced to determine if the objects exist within the source code files referenced by the URL and to determine whether thelibrary303 contains usable executable objects that do not require compilation.

Once the compilation has been completed, a webmethod attribute module1113 identifies all publicly available attributes to publicly accessible web service methods. These methods and corresponding attributes are the values that may be passed to the server from the client as part of a web service request. A cache compiledobject module1114 stores the newly compiled object, along with a description of its publicly accessible methods/attributes into theweb services library303 for use in subsequent requests for this service before the processing ends1102.

FIG. 12 illustrates an operational flow for a programming method for providing processing services to remote users according to one embodiment of the present invention. The processing begins1201 and a source code file is created in a desired programming language by a Createsource code module1211. The created source code file is saved onto aserver102 using a savesource code module1212. The storage location of the source code file corresponds to the URL for the web service request for any exposed web service contained within the source code file.

Once the source code file is saved, the processing continues once a web service request is received by a receiveprocessing request module1213 in theserver102. The receiverequest module1213 receives the request for the URL corresponding to the source code file that contains a payload body referencing the exposed web service. Atest module1214 determines if the requested web method needs to be compiled. This test compares any compiled version in theweb service library303 with the source code file to see if the versions correspond to each other. If thetest module1214 determines that no compilation is necessary, an Obtain CachedObject Class module1215 retrieves the executable object from thelibrary303. AProcess request module1219 activates the retrieved object and passes any input arguments parsed from the payload body data to the object. The executable object generates output data which is formatted by theprocess module1219 into an HTTP response sent to the requesting client.

Iftest module1214 determines that the source code file needs to be compiled, a compileclass module1215 will compile all objects in the source code file. Once the compilation has been completed, a webmethod attribute module1217 identifies all publicly available attributes to publicly accessible web service methods. These methods and corresponding attributes are the values that may be passed to the server from the client as part of a web service request. A cache compiledobject module1218 stores the newly compiled object, along with a description of its publicly accessible methods/attributes into theweb services library303 for use in subsequent requests for this service before the object is passed to theprocess module1219. Theprocess module1219 again activates the object to generate a response and the processing ends1102.

FIG. 2 illustrates an example of asuitable operating environment200 in which the invention may be implemented. The operatingenvironment200 is only one example of a suitable operating environment and is not intended to suggest any limitation as to the scope of use or functionality of the invention. Other well known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, held-held or laptop devices, multiprocessor systems, microprocessor-based systems, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.

The invention may also be described in the general context of computer-executable instructions, such as program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Typically the functionality of the program modules may be combined or distributed in desired in various embodiments.

Network server102 typically includes at least some form of computer readable media. Computer readable media can be any available media that can be accessed bynetwork server102. By way of example, and not limitation, computer readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, BC-ROM, digital versatile disks (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed bynetwork server102. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of any of the above should also be included within the scope of computer readable media.

While the above embodiments of the present invention describe a network based processing system providing processing services to remote clients, one skilled in the art will recognize that the various distributed computing architectures may be used to implement the present invention as recited within the attached claims. It is to be understood that other embodiments may be utilized and operational changes may be made without departing from the scope of the present invention.

The foregoing description of the exemplary embodiments of the invention has been presented for the purposes of illustration and description. They are not intended to be exhaustive or to limit the invention to the precise forms disclosed. Many modifications and variations are possible in light of the above teaching. It is intended that the scope of the invention be limited not with this detailed description, but rather by the claims appended hereto. Thus the present invention is presently embodied as a method, apparatus, computer storage medium or propagated signal containing a computer program for providing a method, apparatus, and article of manufacture for providing network based processing system providing processing services to remote clients.

Claims (16)

What is claimed is:

1. A method, executed in a computer system, for automatically creating data exchange schema data on a network server corresponding to remote processing services provided by the network server for source code corresponding to data processing objects used to provide the remote processing services upon receipt of a request from a client, the method comprising:

storing a source code file within the mass storage of the server;

receiving a processing service request;

determining the processing service to be performed by examining one or more items of payload data in the processing service request;

determining if a compiled version of the data processing object for the processing service requested is stored in a web services library;

if the data processing object is not stored in the web services library, compiling the source code file to generate a data processing object, the data processing object providing the requested processing service;

automatically generating the data exchange schema data that specifies how to exchange data between the server and the client for the data processing object, the data exchange schema data generated when the source code file is compiled to generate the data processing object, the data exchange schema data being a separate description from

storing both the data exchange schema data and the data processing object within the web services library for use by subsequent processing service requests;

receiving a first subsequent processing service request from a subsequent client;

determining if a compiled version of the data processing object is stored in the web services library;

if the data processing object is stored in the web services library, separately providing the data exchange schema data to the subsequent client, the subsequent client determining format and function of input and output arguments of the data processing object from the data exchange schema data;

receiving a second subsequent processing service request from the subsequent client, the second subsequent processing service request comprised of payload data received in accordance with the data exchange schema data;

in response to receiving the subsequent payload data in the second subsequent processing request, executing the data processing object to generate a response; and

sending the response to the subsequent client.

2. The method according toclaim 1, wherein data exchange schema data comprises an HTML representation for a web page containing a description of exposed data processing services.

3. The method according toclaim 2, wherein the web page comprises:

a textual description of each exposed data processing service based upon data stored within the source code file;

a description of each input argument accepted by each exposed data processing service, the description includes a description of the input argument and a description of the data format for the input argument data expected by the exposed data processing service; and

a description of each output data value generated by each exposed data processing service.

4. The method according toclaim 3, wherein the description of each input argument further comprises an input field upon the generated web page for permitting a user to input a value to be passed to the exposed data processing service as the corresponding input argument.

5. The method according toclaim 4, wherein the description of each output data value generated by each exposed data processing service further comprises an activate button which causes the remote data processing service to be activated using the values contained within the input fields corresponding to the input arguments as the input arguments submitted with the remote data processing service request.

6. The method according toclaim 1, wherein the data exchange schema data comprises a specification for the input and output data schema expressed in a data transfer specification language.

7. The method according toclaim 6, wherein the data transfer specification language comprises a Web Services Description Language representation for the data exchange schema data.

8. The method according toclaim 6, wherein the data transfer specification language comprises a Resource Description Format representation for the data exchange schema data.

9. A computer readable storage medium executable by a computing system and encoding instructions for automatically creating data exchange schema data on a network server corresponding to remote processing services provided by the network server for source code corresponding to data processing objects used to provide the remote processing services upon receipt of a request from a client process, the computer process comprising:

storing a source code file within the mass storage of the server;

receiving a processing service request;

determining the processing service to be performed by examining one or more items of payload data in the processing service request;

determining if a compiled version of the data processing object for the processing service requested is stored in a web services library;

if the data processing object is not stored in the web services library, compiling the source code file to generate a data processing object, the data processing object providing the requested processing service;

automatically generating the data exchange schema data that specifies how to exchange data between the server and the client for the data processing object, the data exchange schema data generated when the source code file is compiled to generate the data processing object, the data exchange schema data being separate from the data processing object;

storing both the data exchange schema data and the data processing object within the web services library for use by subsequent processing service requests; and

receiving a first subsequent processing service request from a subsequent client;

determining if a compiled version of the data processing object is stored in the web services library;

if the data processing object is stored in the web services library, separately providing the data exchange schema data to a subsequent client, the subsequent client determining format and function of input and output arguments of the data processing object from the data exchange schema data;

receiving a second subsequent processing service request from the subsequent client, the second subsequent processing service request comprised of payload data received in accordance with the data exchange schema data;

in response to receiving the subsequent payload data, in the second subsequent processing request, executing the data processing object to generate a response; and

sending the response to the subsequent client.

10. The computer readable storage medium according toclaim 9, wherein data exchange schema data comprises an HTML representation for a web page containing a description of exposed data processing services.

11. The computer readable storage medium according toclaim 10, wherein the web page comprises:

a textual description of each exposed data processing service based upon data stored within the source code file;

a description of each input argument accepted by each exposed data processing service, the description includes a description of the input argument and a description of the data format for the input argument data expected by the exposed data processing service; and

a description of each output data value generated by each exposed data processing service.

12. The computer readable storage medium according toclaim 11, wherein the description of each input argument further comprises an input field upon the generated web page for permitting a user to input a value to be passed to the exposed data processing service as the corresponding input argument.

13. The computer readable storage medium according toclaim 12, wherein the description of each output data value generated by each exposed data processing service further comprises an activate button which causes the remote data processing service to be activated using the values contained within the input fields corresponding to the input arguments as the input arguments submitted with the remote data processing service request.

14. The computer readable storage medium according toclaim 9, wherein the data exchange schema data comprises a specification for the input and output data schema expressed in a data transfer specification language.

15. The computer readable storage medium according toclaim 14, wherein the data transfer specification language comprises a Web Services Description Language representation for the data exchange schema data.

16. The computer readable storage medium according toclaim 14, wherein the data transfer specification language comprises a Resource Description Format representation for the data exchange schema data.

Images