CA2604489C - System and method for generating a wireless application from a web service definition - Google Patents
System and method for generating a wireless application from a web service definition Download PDFInfo
- Publication number
- CA2604489C CA2604489C CA2604489A CA2604489A CA2604489C CA 2604489 C CA2604489 C CA 2604489C CA 2604489 A CA2604489 A CA 2604489A CA 2604489 A CA2604489 A CA 2604489A CA 2604489 C CA2604489 C CA 2604489C
- Authority
- CA
- Canada
- Prior art keywords
- message
- determining
- type
- data
- creating
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
Abstract
System and method for creating a wireless application from a web service definition language employs an algorithm that analyzes each message of the web service definition an maps the message to a wireless application message and a wireless application data structure. The message maps are used by a proxy at an edge of a wireless network to convert web service messages to wireless messages, and vice versa.
Description
r.:
SYSTEM AND METHOD FOR GENERATING A WIRELESS
APPLICATION FROM A WEB SERVICE DEFINITION
TECHNICAL FIELD
This application relates generally to wireless communications applications and wireless communications devices and, in particular, to a method and apparatus for generating a wireless application from a web service definition.
BACKGROUND OF THE INVENTION
The acceptance of wireless devices as a preferred personal communications medium has created a growing demand for such devices. Users of such devices also increasingly expect more functionality and a broader range of services to be made available through such devices. This demand for more functionality requires the development of new applications for wireless devices.
A significant source of information for wireless devices is the Worldwide Web. As is well known, many Worldwide Web services, hereinafter referred to simply as "web services", are available to web enabled devices.
Fig. 1 is a block diagram of a prior art network in which wireless device users 10a, lOb operate wireless devices to send web service request messages via a public domain carrier 12 to an application gateway 14. The application gateway 14 forwards the web service request messages through the internet 16 to an appropriate web service 18a, 18b. The messages are processed by the appropriate web service 18a, 18b and returned through the internet 16 to the application gateway 14. The public domain carrier 12 forwards the.response messages to the wireless device operated by users 10a, 10b which processes the response and displays response content to the wireless device users 10a, lOb.
However, web services generally use complex data structures and complex message formats. Complex data structures and complex message formats introduce a significant memory overhead on wireless devices. This impacts the performance of wireless devices and necessitates the development of wireless applications for providing efficient access to the web services.
It is well known that wireless applications for accessing web services from wireless devices can be developed by skilled application developers. It is also known that such application development is time consuming and expensive.
Consequently, there exists a need for a system and method for generating a wireless application from a web service definition.
SUMMARY OF THE INVENTION
It is therefore an object of the invention to provide a sys'tem and method for generating a wireless application from a web service definition.
In accordance with a first aspect of the invention there is provided a method for generating a wireless application from a web service definition, comprising accepting as input web service messages and determining whether each web service message is an input or an output message, CHARACTERIZED by: creating a message,object and a component mapping object for each web service message, linking the component mapping object to the message object and to the web service message, and mapping message parts of the web service message to message parts of the wireless application.
SYSTEM AND METHOD FOR GENERATING A WIRELESS
APPLICATION FROM A WEB SERVICE DEFINITION
TECHNICAL FIELD
This application relates generally to wireless communications applications and wireless communications devices and, in particular, to a method and apparatus for generating a wireless application from a web service definition.
BACKGROUND OF THE INVENTION
The acceptance of wireless devices as a preferred personal communications medium has created a growing demand for such devices. Users of such devices also increasingly expect more functionality and a broader range of services to be made available through such devices. This demand for more functionality requires the development of new applications for wireless devices.
A significant source of information for wireless devices is the Worldwide Web. As is well known, many Worldwide Web services, hereinafter referred to simply as "web services", are available to web enabled devices.
Fig. 1 is a block diagram of a prior art network in which wireless device users 10a, lOb operate wireless devices to send web service request messages via a public domain carrier 12 to an application gateway 14. The application gateway 14 forwards the web service request messages through the internet 16 to an appropriate web service 18a, 18b. The messages are processed by the appropriate web service 18a, 18b and returned through the internet 16 to the application gateway 14. The public domain carrier 12 forwards the.response messages to the wireless device operated by users 10a, 10b which processes the response and displays response content to the wireless device users 10a, lOb.
However, web services generally use complex data structures and complex message formats. Complex data structures and complex message formats introduce a significant memory overhead on wireless devices. This impacts the performance of wireless devices and necessitates the development of wireless applications for providing efficient access to the web services.
It is well known that wireless applications for accessing web services from wireless devices can be developed by skilled application developers. It is also known that such application development is time consuming and expensive.
Consequently, there exists a need for a system and method for generating a wireless application from a web service definition.
SUMMARY OF THE INVENTION
It is therefore an object of the invention to provide a sys'tem and method for generating a wireless application from a web service definition.
In accordance with a first aspect of the invention there is provided a method for generating a wireless application from a web service definition, comprising accepting as input web service messages and determining whether each web service message is an input or an output message, CHARACTERIZED by: creating a message,object and a component mapping object for each web service message, linking the component mapping object to the message object and to the web service message, and mapping message parts of the web service message to message parts of the wireless application.
In accordance with another aspect of the invention, there is provided a system for, generating a wireless application from a web service definition, comprising an application developer workstation comprising computer executable code for accepting as input web service messages, determining whether each web service message is an input or an output message, CHARACTERIZED by:computer executable code for creating a message object and a component mapping object for each web service message, linking the component mapping object to the message object and to the web service message, and mapping message parts of the web service message to message parts of the wireless application.
In accordance with yet a further aspect of the invention, there is provided a vendible product comprising a computer readable memory storing computer executable code for performing all methods in accordance with the invention.
BRIEF DESCRIPTION OF THE DRAWINGS
Further features and advantages of the present invention will become apparent from the following detailed description, taken in combination with the appended drawings, in which:
FIG. 1 is a block diagram of a prior art wireless network system;
FIG. 2 is a schematic diagram illustrating a process for creating and enabling a system in accordance with the invention;
FIG. 3 is a block diagram of a proxy in. accordance with the invention;
FIG. 4 is a block diagram of a wireless device in accordance with the invention;
In accordance with yet a further aspect of the invention, there is provided a vendible product comprising a computer readable memory storing computer executable code for performing all methods in accordance with the invention.
BRIEF DESCRIPTION OF THE DRAWINGS
Further features and advantages of the present invention will become apparent from the following detailed description, taken in combination with the appended drawings, in which:
FIG. 1 is a block diagram of a prior art wireless network system;
FIG. 2 is a schematic diagram illustrating a process for creating and enabling a system in accordance with the invention;
FIG. 3 is a block diagram of a proxy in. accordance with the invention;
FIG. 4 is a block diagram of a wireless device in accordance with the invention;
FIG. 5 is a high level overview of messaging between a wireless device and a remote service in a system in accordance with the invention;
FIG. 6 is a flow chart of a mainline of an algorithm in accordance with the invention for creating a wireless application from a web service definition;
FIG. 7 is a flow chart of a mapPart function of the algorithm shown in FIG. 6;
FIG. 8 is a flow chart of a handleElementDeclaration function of the algorithm shown in FIG. 7;, FIG. 9 is a flow chart of a handleTypeDefinition function of the algorithm shown in FIG. 8;
FIG. 10 is a flow chart of. a handleSimpleTypeDefinition function of the algorithm shown in FIG. 9;
FIG. 11 is a flow chart of a computeSimpleDataType function of the algorithm shown in FIG. 10;
FIG. 12 is a flow chart of a mapEnumeration function of the algorithm shown in FIG. 10;
FIG. 13 is a flow chart of a computeAtomicType function of the algorithm shown in FIG. 11;
FIG. 14 is a flow chart of a mapDataComponent function of the algorithm shown in FIG. 9;
FIG. 15a is a flow chart of a handleComplexTypeDefinition function of the algorithm shown in FIG. 14;
FIG. 15b is a continuation of the flow chart shown in FIG. 15a;
FIG. 16 is a flow chart of a handleAttributeDeclaration function of thealgorithm shown .in FIG. 15b;
FIG. 17 is a flow chart of a handleAnyAttribute function of the algorithm shown in FIG. 15b;
FIG. 6 is a flow chart of a mainline of an algorithm in accordance with the invention for creating a wireless application from a web service definition;
FIG. 7 is a flow chart of a mapPart function of the algorithm shown in FIG. 6;
FIG. 8 is a flow chart of a handleElementDeclaration function of the algorithm shown in FIG. 7;, FIG. 9 is a flow chart of a handleTypeDefinition function of the algorithm shown in FIG. 8;
FIG. 10 is a flow chart of. a handleSimpleTypeDefinition function of the algorithm shown in FIG. 9;
FIG. 11 is a flow chart of a computeSimpleDataType function of the algorithm shown in FIG. 10;
FIG. 12 is a flow chart of a mapEnumeration function of the algorithm shown in FIG. 10;
FIG. 13 is a flow chart of a computeAtomicType function of the algorithm shown in FIG. 11;
FIG. 14 is a flow chart of a mapDataComponent function of the algorithm shown in FIG. 9;
FIG. 15a is a flow chart of a handleComplexTypeDefinition function of the algorithm shown in FIG. 14;
FIG. 15b is a continuation of the flow chart shown in FIG. 15a;
FIG. 16 is a flow chart of a handleAttributeDeclaration function of thealgorithm shown .in FIG. 15b;
FIG. 17 is a flow chart of a handleAnyAttribute function of the algorithm shown in FIG. 15b;
FIG. 18 is a flow chart of a handleSimpleContent function of the algorithm shown in FIG. 15b;
FIG. 19 is a flow chart of a handleParticle function of the algorithm shown in FIG. 15a; and FIG. 20 is a flow chart of a handleModelGroup function of the algorithm shown in FIG. 19.
It will be noted that throughout the appended drawings', like features are identified by like reference numerals.
DETAILED DESCRIPTION OF THE PREFERRED'EMBODIMENT
The invention provides a system and method for generating a wireless application from. a web service definition. The system executes program code that embodies an algorithm which receives a web service operation definition and- examines the input and output messages and data structures used in the messages to generate corresponding message and data definitions in the wireless application. Additionally, the algorithm outputs a mapping associating each wireless message with a web service message and each wireless data definition with a web service data definition. This mapping is used by a proxy located in a communications path between a wireless device and the web service to translate web service messages to a format used by the application running on the wireless device, and vice versa.
System Overview Fig. 2 is a schematic diagram illustrating a process for creating and enabling a system in accordance with the invention.
A remote service accessed by the users 10a, lOb of wireless devices shown in Fig. 1, such as web service 20 uses complex message structures to communicate information _ 6 _ to users who access the remote service. The web service 20 likewise uses complex data structures for data storage and data retrieval. A wireless application developer 22 uses a specification of *the web service 20 and an application developer toolkit to create wireless device applications 24 and message maps 26 for enabling a system in accordance with the invention. The wireless device applications 24 with message formats and wireless data structures is created from a specification for the web service 20. As will be explained below with reference to FIGs. 7-19, the wireless data structures are created using an algorithm for generating a wireless application from a web service definition. The process involves mapping web service messages to wireless messages and data structures. The application developer 22 may then use an automated or semi-automated algorithm for simplifying message and data structures to improve wireless device efficiency and reduce wireless bandwidth usage.
The message mapping 26 is used by a proxy at an edge of the wireless network to convert the complex service messages to wireless messages before the wireless messages are sent wirelessly to the wireless device users 10a, 10b.
In one embodiment of the invention the proxy that applies the data mapping 26 is an application gateway, as will be explained below with reference to Figs. 3 and 5.
FIG. 3 is a block diagram of proxy 40 in accordance with the invention. The proxy 40 is located in a communications path between the wireless device 10a, 10b and the remote service, for example, a worldwide web service 18a, 18b. In one embodiment of the invention the proxy 40 is an application gateway, and is hereinafter referred to as the application gateway 40.
The application gateway 40 supports a wireless network interface 46- having,a link 42 to the wireless network. A message trarisformation function 48 receives messages from the wireless ' network interface 46 and processes the messages before forwarding the messages to a service network interface 50. The service network interface 50 has a link to a service network 44 (the Internet, for example) over which it forwards the messages to an appropriate web service(s). In accordance with the invention, the application gateway 40 is provisioned with a plurality of message maps 52, 54. The message maps 52, 54 are.created by the wireless application developer 22 using the algorithm in accordance with the invention, and used by the message transformation function 48 to process service request and service response messages, as will be explained below in more detail with reference to FIG. 5. One message map 52, 54 is created by the application developer 22 for each message type used by each web service 18a, 18b.
FIG. 4 is a block diagram ,of a wireless device 56 in accordance with the invention. The wireless device 56 includes a network connection interface 58 that is well known in the art and used to communicate wirelessly with the public domain carrier 12. The wireless device 56 further includes a user interface 60, which may be a keypad, a touch sensitive screen, voice recognition software, or any other user interface for wireless devices.
A device infrastructure 62 includes memory, processor(s), peripheral ports, keypad, display and other hardware components required to support the functionality of the wireless device 56. A runtime environment 66 supports a plurality of data structures 68a, 68n that store corresponding application data.
Operation Overview FIG. 5 provides an overview of wireless messaging using wireless applications in accordance with the invention. In step 70 a wireless device user 10a formulates a service request message in a wireless format when the user 10a wishes to request a service from web service 18a. The service request message is forwa'rded (step 72) to the application gateway 40 which performs service request message mapping in step 74 to transform the service request message from.the wireless format into a web service request message format required by the web service 18a. The application gateway 40 forwards the web service request message to the web service_18a (step 76), which receives the web service request message and processes the message in a manner well known in the art (step 78) The web service 18a then formulates and returns a-web service response message (step 80). The application gateway 40 receives the web service response message, correlates the web service response message with the web service request message sent earlier, and performs web service response message mapping in step 82 to transform the web service response message into a response message in the wireless format used by the wireless device 10a. The application gateway 40 forwards the response message in the wireless format to the wireless device 10a.in step 84. The wireless device 10a receives the service response message and performs service response message processing in step 86.
The wireless device l0a may generate a display of information to the user in step 88, depending on a content of the service response message processed in step 86.
Application Generation Using a Web Service Definition FIG. 6 is a flow Chart of a mainline of an algorithm in accordance with the invention embodied in computer executable code for generating a wireless application from a web service definition. The algorithm shown in FIG. 6 is, for example, a part of the application developer toolkit 22 (FIG. 2). The algorithm accepts complex web service messages as input and outputs wireless service messages and message maps that permit the complex web service messages to be reconstructed using the wireless service messages and the message maps.
- As shown in FIG. 6, the algorithm in accordance with the invention accepts messages defined by a web service definition and determines in step 100 whether a message specified by the web service definition is an input message or an output message. If the selected message is an input message, an input message object i,s created (step 102) Thereafter, the algorithm creates a componentMapping object in step 104 and links the componentMapping object to a message object and to a web service definition language (WSDL) message (step 109).
If it is determined in step 100 that the message is an output message, the algorithm creates an output message object (step 106) Thereafter, the algorithm creates a componentMapping object (step 108) and links the componentMapping object to a message object and to a WSDL
message (step 109). The algorithm then selects the first message part (step 110) and invokes an algorithm function named mapPart_(step 112). As is understood by those skilled in the art, the algorithm passes the message part information to the mapPart function. When the invoked mapPart function returns control to the mainline shown in Fig. 6, it is determined whether another message part exists (step 114). If so, the algorithm invokes the function mapPart (step 112). Otherwise, the 'algorithm determines in step 116 whether another message exists in the web service definition. If so, the algorithm returns to step 100. Otherwise, the application generation is complete and the algorithm terminates execution.
Fig. 7 is a flow.chart -illustrating the algorithm function named mapPart. When mapPart is invoked in step 112, the algorithm branches to step 120 and a message field object is created in step 122. Subsequently, a fieldMapping object is created in step 124. The fieldMapping object is then linked to the message field object and to a WSDL part (step 125). It is then determined in step 128 whether the message part_passed to the function is an element. If the message part is an element, handleElementDeclaration is invoked (step 132) Otherwise, handleTypeDefinition is invoked (step 130).
Fig. 8 is a flow chart illustrating the algorithm function handleElementDeclaration (140). In step 142, the algorithm determines the element type. The algorithm then invokes the algorithm function handleTypeDefinition (step 144), to which it passes the type definition information, and returns to step 132 of Fig. 7.
Fig. 9 is a flow chart illustrating the algorithm function handleTypeDefinition (step 150) branched to from step 130 of Fig. 7. In step 152 it is determined whether the type data component is a simple type. If so, ,the algorithm invokes the function handleSimpleTypeDefinition (step 154) to which it passes the simple type definition.
If not, the algorithm invokes the function mapDataComponent (step 156), to which it passes the data component definition. Thereafter the algorithm returns to step 130 of Fig. 7.
Fig. 10 is a flow chart illustrating the function handleSimpleTypeDefinition (160) invoked in step 154 of Fig. 9. In step 162 it is determined whether the simple data type is an enumeration. If so, the algorithm invokes the function mapEnumeration (step 164), to which it passes the enumeration definition. If not, the algorithm invokes the function computeSimpleDataType (step 166) to which it passes the simple data type definition. In either case, the algorithm then returns to step 154 shown in Fig. 9.
Fig. 11 is a flow chart showing the function computeSimpleDataType (170) invoked in step 166 of Fig. 10.
In step 172 it is determined whether the simple data type is atomic. If so, the algorithm invokes the function computeAtomicType (step 174), to which it passes the Atomic type definition. If the simple data type is not atomic, it is determined in step 176 whether the simple data type is a list. If so, a field array property is set to "true" (step 178) and the algorithm branches back (step 180) to step 170 with the new parameter. If simple data type is neither atomic nor a list, the type is a union, which is not supported in wireless applications in accordance with the invention. Consequently, the field object and the field mapping object are discarded (step 182) and the algorithm returns to step 166 shown in Fig. 10.
Fig. 12 is a flow chart showing the algorithm function mapEnumeration (190) invoked in step 164 shown in Fig. 10. In step 192 an enumeration object is created.
Thereafter, an enumerationMapping object is created (step 194), and,the enumerationMapping object is linked to the enumeration object and to a simple type definition (step 195). For each enumeration value an enumeration literal object is then created and mapped (step 196). The algorithm then returns to step 164 shown in Fig. 10.
Fig. 13 is a flow chart illustrating computeAtomicType (200) invoked in step 174 shown in Fig.
11. In step 202, a corresponding data type is determined using a translation table in a manner well known in the art. The field is then updated based on the data type (step 204) and the algorithm returns to step 174 shown. in Fig. 11.
Fig. 14 is a flow chart illustrating mapDataComponent (210) invoked in step 156 shown in Fig. 9.. In step 212, the algorithm creates a data object, and then creates a componentMapping object (step 214) . The algorithm then links the'componentMapping object to the data object and to a complex type definition (step 215) The algorithm then invokes handleComplexTypeDefinition in step 216.and returris to step 156 shown in Fig. 7.
Figs. 15a and 15b illustrate the the algorithm function handleComplexTypeDefinition (220) invoked from step 216. shown in Fig. 14. In step 222 the algorithm determines whether the complex type def-inition has a base type. If so, the algorithm first invokes the function mapDataComponent (step 224) shown in Fig. 14, on the base type. The algorithm then sets the data object as a prototype for the current complex type (step 226) and in step 228 determines a category of the current complex type in a manner well known in the art. In step 230 it is determined whether the category is an empty type. If so, the algorithm branches to step 256 shown in Fig. 15b. If not, it is determined whether the category is a simple type (step 232) . If so, the algorithm invokes the function handleSimpleContent (step 234) and branches to step 256 shown in Fig. 15b. If not a simple type, the algorithm determines whether the category is a mixed type (step 236).
If so, the data object and componentMapping object are discarded (step 237) and the algorithm returns to step 216 shown in Fig. 14. If the category is not a mixed type the algorithm determines whether the category is Element Only type (step 238). If so, the algorithm invokes handleParticle (step 240) and branches to stop 256 of Fig.
15b. If not, the algorithm selects a first attribute (step 242) and determines in step 244 if the attribute is a fixed constraint. If so, it is determined in step 250 whether there is another attribute and the.process branches back to step 244. If the attribute is not a fixed constraint, it is determined in step 246 whether the attribute is a prohibited use. If so, it is determined in step 250 whether.there is another attribute and the process branches back to step 244. If not, handleAttributeDeclaration is invoked in step 248 and the process branches to step 250.
It is determined in step 252 whether the complex type has an "AnyAttribute" type. If so, the function handleAnyAttribute is invoked (step 254)and the complex type definition is passed to the function. If not, it is determined in step 256 whether there are any fields in the data object. If there are fields in the data object the.
algorithm returns to step 216 shown in Fig. 14. If there are no fields in the data object, the algorithm discards the data object and the componentMapping object (step 258) and returns to s-tep 26 shown in Fig. 14.
Fig. 16 is a flow chart showing the portion of the algorithm named handleAttributeDeclaration (260) invoked from step 248 of Fig. 15b. In step 262, the algorithm creates a data field object and in step 264 the algorithm creates a fieldMapping object. Thereafter, the algorithm links the fieldMapping object to the data field object and to attribute declaration (step 265) and invokes handleSimpleTypeDefinition (step 266) shown in Fig. 10.
The algorithm then returns to step 248 of Fig. 15b.
Fig. 17 is a flow chart of the portion of the algorithm function handleAnyAttribute (270) invoked from step 254 of Fig. .15b. In step 272, the algorithm creates a data field object and in step,274 creates a fieldMapping object. The algorithm then links the fieldMapping object to the data field object and to the anyAttribute (step 275) and sets the data field type to "string" (step 276) The algorithm then returns to step 254 of Fig. 15b.
FIG. 18 is a flow chart of an algorithm function called handleSimpleContent (278) in accordance with the invention. In step 279 the algorithm creates a data field object and in step 280 the algorithm creates a fieldMapping object, then determines the content type (step 281). The algorithm then invokes the function handleSimpleTypeDefinition (step 282) and passes the content type definition to it.
Fig. .19 is a flow chart of the algorithm function handleParticle (300) invoked from step 240 of Fig. 15a. In step 302, the algorithm determines whether the particle is an element declaration. If not, the algorithm determines whether the particle is "Any" type (step 304). If not an element declaration or an "Any" type, (step 306) the particle is a model group. If the particle is a model group, the algorithm invokes handleModelGroup (step 308).
If is was determined in step 302 that the particle is an element declaration, the algorithm creates data field object (step 310) and creates a fieldMapping object (step 312). The algorithm then links the fieldMapping object to the data field object and to the element declaration (step 318). It then determines whether the maximum occurrences is greater than one (step 320) and, if so, sets the field array property to "true" (step 328) and returns to step 240 of Fig. 15a.
Otherwise; if the particle is determined to be "Any"
type (step 304), the algorithm creates a data field object (step 314), creates a field mapping object (step 315), and the algorithm links the fieldMapping object to the, data field object and to an "Any" type (step 316). The algorithm then sets the filed type to "string" (step 326), and determines whether a maximum number of occurrences is greater than one (step 330). If not, the algorithm returns to step 240 of Fig. 15a. Otherwise, the algorithm sets a field array property to "true" (step 332) The algorithm then returns to step 240 in Fig. 15a.
Fig. 20 is a flow chart illustrating handleModleGroup (283) invoked from step 308 of Fig. 18. In step 284, the algorithm selects a first particle in the model group. The algorithm then invokes (step 285) handleParticle (300) shown in Fig. 19. The algorithm then determines in step 286 whether there is another particle in the model group.
If so, the algorithm once again invokes handleParticle (step 285) and this process reiterates until all particles in the model group have been processed. Thereafter, the algorithm returns to step 308 of Fig. 19, and subsequently to step 240 of Fig. 15a.
As will beunderstood by those skilled in the art, the algorithm set forth above creates a wireless device application from a web service definition. As 'will be further understood by those skilled in the art, wireless device resources are limited as is data transfer bandwidth available for wireless communications. The data structures and messages created by the algorithm described above with reference to Figs. 6-19 are therefore preferably simplified by flattening complex data structures and using other methods of field size and message complexity reduction as described in Applicant's co-pending patent.
applications related wireless message and data simplification.
As will be further understood by those skilled in the art, the above=described algorithm represents only one way in which a wireless application may be generated using a web service definition. The algorithm described above with reference to Figs. 6-19 is therefore intended to be exemplary only. The scope of the invention is therefore intended to be limited solely by the scope of the appended claims.
FIG. 19 is a flow chart of a handleParticle function of the algorithm shown in FIG. 15a; and FIG. 20 is a flow chart of a handleModelGroup function of the algorithm shown in FIG. 19.
It will be noted that throughout the appended drawings', like features are identified by like reference numerals.
DETAILED DESCRIPTION OF THE PREFERRED'EMBODIMENT
The invention provides a system and method for generating a wireless application from. a web service definition. The system executes program code that embodies an algorithm which receives a web service operation definition and- examines the input and output messages and data structures used in the messages to generate corresponding message and data definitions in the wireless application. Additionally, the algorithm outputs a mapping associating each wireless message with a web service message and each wireless data definition with a web service data definition. This mapping is used by a proxy located in a communications path between a wireless device and the web service to translate web service messages to a format used by the application running on the wireless device, and vice versa.
System Overview Fig. 2 is a schematic diagram illustrating a process for creating and enabling a system in accordance with the invention.
A remote service accessed by the users 10a, lOb of wireless devices shown in Fig. 1, such as web service 20 uses complex message structures to communicate information _ 6 _ to users who access the remote service. The web service 20 likewise uses complex data structures for data storage and data retrieval. A wireless application developer 22 uses a specification of *the web service 20 and an application developer toolkit to create wireless device applications 24 and message maps 26 for enabling a system in accordance with the invention. The wireless device applications 24 with message formats and wireless data structures is created from a specification for the web service 20. As will be explained below with reference to FIGs. 7-19, the wireless data structures are created using an algorithm for generating a wireless application from a web service definition. The process involves mapping web service messages to wireless messages and data structures. The application developer 22 may then use an automated or semi-automated algorithm for simplifying message and data structures to improve wireless device efficiency and reduce wireless bandwidth usage.
The message mapping 26 is used by a proxy at an edge of the wireless network to convert the complex service messages to wireless messages before the wireless messages are sent wirelessly to the wireless device users 10a, 10b.
In one embodiment of the invention the proxy that applies the data mapping 26 is an application gateway, as will be explained below with reference to Figs. 3 and 5.
FIG. 3 is a block diagram of proxy 40 in accordance with the invention. The proxy 40 is located in a communications path between the wireless device 10a, 10b and the remote service, for example, a worldwide web service 18a, 18b. In one embodiment of the invention the proxy 40 is an application gateway, and is hereinafter referred to as the application gateway 40.
The application gateway 40 supports a wireless network interface 46- having,a link 42 to the wireless network. A message trarisformation function 48 receives messages from the wireless ' network interface 46 and processes the messages before forwarding the messages to a service network interface 50. The service network interface 50 has a link to a service network 44 (the Internet, for example) over which it forwards the messages to an appropriate web service(s). In accordance with the invention, the application gateway 40 is provisioned with a plurality of message maps 52, 54. The message maps 52, 54 are.created by the wireless application developer 22 using the algorithm in accordance with the invention, and used by the message transformation function 48 to process service request and service response messages, as will be explained below in more detail with reference to FIG. 5. One message map 52, 54 is created by the application developer 22 for each message type used by each web service 18a, 18b.
FIG. 4 is a block diagram ,of a wireless device 56 in accordance with the invention. The wireless device 56 includes a network connection interface 58 that is well known in the art and used to communicate wirelessly with the public domain carrier 12. The wireless device 56 further includes a user interface 60, which may be a keypad, a touch sensitive screen, voice recognition software, or any other user interface for wireless devices.
A device infrastructure 62 includes memory, processor(s), peripheral ports, keypad, display and other hardware components required to support the functionality of the wireless device 56. A runtime environment 66 supports a plurality of data structures 68a, 68n that store corresponding application data.
Operation Overview FIG. 5 provides an overview of wireless messaging using wireless applications in accordance with the invention. In step 70 a wireless device user 10a formulates a service request message in a wireless format when the user 10a wishes to request a service from web service 18a. The service request message is forwa'rded (step 72) to the application gateway 40 which performs service request message mapping in step 74 to transform the service request message from.the wireless format into a web service request message format required by the web service 18a. The application gateway 40 forwards the web service request message to the web service_18a (step 76), which receives the web service request message and processes the message in a manner well known in the art (step 78) The web service 18a then formulates and returns a-web service response message (step 80). The application gateway 40 receives the web service response message, correlates the web service response message with the web service request message sent earlier, and performs web service response message mapping in step 82 to transform the web service response message into a response message in the wireless format used by the wireless device 10a. The application gateway 40 forwards the response message in the wireless format to the wireless device 10a.in step 84. The wireless device 10a receives the service response message and performs service response message processing in step 86.
The wireless device l0a may generate a display of information to the user in step 88, depending on a content of the service response message processed in step 86.
Application Generation Using a Web Service Definition FIG. 6 is a flow Chart of a mainline of an algorithm in accordance with the invention embodied in computer executable code for generating a wireless application from a web service definition. The algorithm shown in FIG. 6 is, for example, a part of the application developer toolkit 22 (FIG. 2). The algorithm accepts complex web service messages as input and outputs wireless service messages and message maps that permit the complex web service messages to be reconstructed using the wireless service messages and the message maps.
- As shown in FIG. 6, the algorithm in accordance with the invention accepts messages defined by a web service definition and determines in step 100 whether a message specified by the web service definition is an input message or an output message. If the selected message is an input message, an input message object i,s created (step 102) Thereafter, the algorithm creates a componentMapping object in step 104 and links the componentMapping object to a message object and to a web service definition language (WSDL) message (step 109).
If it is determined in step 100 that the message is an output message, the algorithm creates an output message object (step 106) Thereafter, the algorithm creates a componentMapping object (step 108) and links the componentMapping object to a message object and to a WSDL
message (step 109). The algorithm then selects the first message part (step 110) and invokes an algorithm function named mapPart_(step 112). As is understood by those skilled in the art, the algorithm passes the message part information to the mapPart function. When the invoked mapPart function returns control to the mainline shown in Fig. 6, it is determined whether another message part exists (step 114). If so, the algorithm invokes the function mapPart (step 112). Otherwise, the 'algorithm determines in step 116 whether another message exists in the web service definition. If so, the algorithm returns to step 100. Otherwise, the application generation is complete and the algorithm terminates execution.
Fig. 7 is a flow.chart -illustrating the algorithm function named mapPart. When mapPart is invoked in step 112, the algorithm branches to step 120 and a message field object is created in step 122. Subsequently, a fieldMapping object is created in step 124. The fieldMapping object is then linked to the message field object and to a WSDL part (step 125). It is then determined in step 128 whether the message part_passed to the function is an element. If the message part is an element, handleElementDeclaration is invoked (step 132) Otherwise, handleTypeDefinition is invoked (step 130).
Fig. 8 is a flow chart illustrating the algorithm function handleElementDeclaration (140). In step 142, the algorithm determines the element type. The algorithm then invokes the algorithm function handleTypeDefinition (step 144), to which it passes the type definition information, and returns to step 132 of Fig. 7.
Fig. 9 is a flow chart illustrating the algorithm function handleTypeDefinition (step 150) branched to from step 130 of Fig. 7. In step 152 it is determined whether the type data component is a simple type. If so, ,the algorithm invokes the function handleSimpleTypeDefinition (step 154) to which it passes the simple type definition.
If not, the algorithm invokes the function mapDataComponent (step 156), to which it passes the data component definition. Thereafter the algorithm returns to step 130 of Fig. 7.
Fig. 10 is a flow chart illustrating the function handleSimpleTypeDefinition (160) invoked in step 154 of Fig. 9. In step 162 it is determined whether the simple data type is an enumeration. If so, the algorithm invokes the function mapEnumeration (step 164), to which it passes the enumeration definition. If not, the algorithm invokes the function computeSimpleDataType (step 166) to which it passes the simple data type definition. In either case, the algorithm then returns to step 154 shown in Fig. 9.
Fig. 11 is a flow chart showing the function computeSimpleDataType (170) invoked in step 166 of Fig. 10.
In step 172 it is determined whether the simple data type is atomic. If so, the algorithm invokes the function computeAtomicType (step 174), to which it passes the Atomic type definition. If the simple data type is not atomic, it is determined in step 176 whether the simple data type is a list. If so, a field array property is set to "true" (step 178) and the algorithm branches back (step 180) to step 170 with the new parameter. If simple data type is neither atomic nor a list, the type is a union, which is not supported in wireless applications in accordance with the invention. Consequently, the field object and the field mapping object are discarded (step 182) and the algorithm returns to step 166 shown in Fig. 10.
Fig. 12 is a flow chart showing the algorithm function mapEnumeration (190) invoked in step 164 shown in Fig. 10. In step 192 an enumeration object is created.
Thereafter, an enumerationMapping object is created (step 194), and,the enumerationMapping object is linked to the enumeration object and to a simple type definition (step 195). For each enumeration value an enumeration literal object is then created and mapped (step 196). The algorithm then returns to step 164 shown in Fig. 10.
Fig. 13 is a flow chart illustrating computeAtomicType (200) invoked in step 174 shown in Fig.
11. In step 202, a corresponding data type is determined using a translation table in a manner well known in the art. The field is then updated based on the data type (step 204) and the algorithm returns to step 174 shown. in Fig. 11.
Fig. 14 is a flow chart illustrating mapDataComponent (210) invoked in step 156 shown in Fig. 9.. In step 212, the algorithm creates a data object, and then creates a componentMapping object (step 214) . The algorithm then links the'componentMapping object to the data object and to a complex type definition (step 215) The algorithm then invokes handleComplexTypeDefinition in step 216.and returris to step 156 shown in Fig. 7.
Figs. 15a and 15b illustrate the the algorithm function handleComplexTypeDefinition (220) invoked from step 216. shown in Fig. 14. In step 222 the algorithm determines whether the complex type def-inition has a base type. If so, the algorithm first invokes the function mapDataComponent (step 224) shown in Fig. 14, on the base type. The algorithm then sets the data object as a prototype for the current complex type (step 226) and in step 228 determines a category of the current complex type in a manner well known in the art. In step 230 it is determined whether the category is an empty type. If so, the algorithm branches to step 256 shown in Fig. 15b. If not, it is determined whether the category is a simple type (step 232) . If so, the algorithm invokes the function handleSimpleContent (step 234) and branches to step 256 shown in Fig. 15b. If not a simple type, the algorithm determines whether the category is a mixed type (step 236).
If so, the data object and componentMapping object are discarded (step 237) and the algorithm returns to step 216 shown in Fig. 14. If the category is not a mixed type the algorithm determines whether the category is Element Only type (step 238). If so, the algorithm invokes handleParticle (step 240) and branches to stop 256 of Fig.
15b. If not, the algorithm selects a first attribute (step 242) and determines in step 244 if the attribute is a fixed constraint. If so, it is determined in step 250 whether there is another attribute and the.process branches back to step 244. If the attribute is not a fixed constraint, it is determined in step 246 whether the attribute is a prohibited use. If so, it is determined in step 250 whether.there is another attribute and the process branches back to step 244. If not, handleAttributeDeclaration is invoked in step 248 and the process branches to step 250.
It is determined in step 252 whether the complex type has an "AnyAttribute" type. If so, the function handleAnyAttribute is invoked (step 254)and the complex type definition is passed to the function. If not, it is determined in step 256 whether there are any fields in the data object. If there are fields in the data object the.
algorithm returns to step 216 shown in Fig. 14. If there are no fields in the data object, the algorithm discards the data object and the componentMapping object (step 258) and returns to s-tep 26 shown in Fig. 14.
Fig. 16 is a flow chart showing the portion of the algorithm named handleAttributeDeclaration (260) invoked from step 248 of Fig. 15b. In step 262, the algorithm creates a data field object and in step 264 the algorithm creates a fieldMapping object. Thereafter, the algorithm links the fieldMapping object to the data field object and to attribute declaration (step 265) and invokes handleSimpleTypeDefinition (step 266) shown in Fig. 10.
The algorithm then returns to step 248 of Fig. 15b.
Fig. 17 is a flow chart of the portion of the algorithm function handleAnyAttribute (270) invoked from step 254 of Fig. .15b. In step 272, the algorithm creates a data field object and in step,274 creates a fieldMapping object. The algorithm then links the fieldMapping object to the data field object and to the anyAttribute (step 275) and sets the data field type to "string" (step 276) The algorithm then returns to step 254 of Fig. 15b.
FIG. 18 is a flow chart of an algorithm function called handleSimpleContent (278) in accordance with the invention. In step 279 the algorithm creates a data field object and in step 280 the algorithm creates a fieldMapping object, then determines the content type (step 281). The algorithm then invokes the function handleSimpleTypeDefinition (step 282) and passes the content type definition to it.
Fig. .19 is a flow chart of the algorithm function handleParticle (300) invoked from step 240 of Fig. 15a. In step 302, the algorithm determines whether the particle is an element declaration. If not, the algorithm determines whether the particle is "Any" type (step 304). If not an element declaration or an "Any" type, (step 306) the particle is a model group. If the particle is a model group, the algorithm invokes handleModelGroup (step 308).
If is was determined in step 302 that the particle is an element declaration, the algorithm creates data field object (step 310) and creates a fieldMapping object (step 312). The algorithm then links the fieldMapping object to the data field object and to the element declaration (step 318). It then determines whether the maximum occurrences is greater than one (step 320) and, if so, sets the field array property to "true" (step 328) and returns to step 240 of Fig. 15a.
Otherwise; if the particle is determined to be "Any"
type (step 304), the algorithm creates a data field object (step 314), creates a field mapping object (step 315), and the algorithm links the fieldMapping object to the, data field object and to an "Any" type (step 316). The algorithm then sets the filed type to "string" (step 326), and determines whether a maximum number of occurrences is greater than one (step 330). If not, the algorithm returns to step 240 of Fig. 15a. Otherwise, the algorithm sets a field array property to "true" (step 332) The algorithm then returns to step 240 in Fig. 15a.
Fig. 20 is a flow chart illustrating handleModleGroup (283) invoked from step 308 of Fig. 18. In step 284, the algorithm selects a first particle in the model group. The algorithm then invokes (step 285) handleParticle (300) shown in Fig. 19. The algorithm then determines in step 286 whether there is another particle in the model group.
If so, the algorithm once again invokes handleParticle (step 285) and this process reiterates until all particles in the model group have been processed. Thereafter, the algorithm returns to step 308 of Fig. 19, and subsequently to step 240 of Fig. 15a.
As will beunderstood by those skilled in the art, the algorithm set forth above creates a wireless device application from a web service definition. As 'will be further understood by those skilled in the art, wireless device resources are limited as is data transfer bandwidth available for wireless communications. The data structures and messages created by the algorithm described above with reference to Figs. 6-19 are therefore preferably simplified by flattening complex data structures and using other methods of field size and message complexity reduction as described in Applicant's co-pending patent.
applications related wireless message and data simplification.
As will be further understood by those skilled in the art, the above=described algorithm represents only one way in which a wireless application may be generated using a web service definition. The algorithm described above with reference to Figs. 6-19 is therefore intended to be exemplary only. The scope of the invention is therefore intended to be limited solely by the scope of the appended claims.
Claims (64)
1. A method in a processor for generating a wireless application from a web service definition, comprising:
accepting as input web service messages and determining whether each web service message is an input or an output message;
creating a message object and a component mapping object for each web service message;
linking the component mapping object to the message object and to the web service message; and mapping message parts of the web service message to message parts of the wireless application.
accepting as input web service messages and determining whether each web service message is an input or an output message;
creating a message object and a component mapping object for each web service message;
linking the component mapping object to the message object and to the web service message; and mapping message parts of the web service message to message parts of the wireless application.
2. The method as claimed in claim 1 wherein mapping the message parts comprises creating a message field object, creating a field mapping object, and linking the field mapping object to the message field object and the web service message part.
3. The method as claimed in claim 2 further comprising:
selecting a message part;
determining whether the message part is an element declaration;
upon determining that the message part is an element declaration, determining the element type; and determining whether the message part is a simple data type, an enumeration or a complex type.
selecting a message part;
determining whether the message part is an element declaration;
upon determining that the message part is an element declaration, determining the element type; and determining whether the message part is a simple data type, an enumeration or a complex type.
4. The method as claimed in claim 3 wherein, upon determining that the message part is a simple data type, the method further comprises determining whether the simple data type is an atomic type, a list or a union.
5. The method as claimed in claim 4 wherein, upon determining that the simple data type is an atomic type, the method comprises determining a corresponding data type using a translation table and updating the message field object based on the data type.
6. The method as claimed in claim 3 wherein, upon determining that the message part is an enumeration, the method further comprises:
creating an enumeration object;
creating an enumeration mapping object;
linking the enumeration mapping object to the enumeration object and to a simple data type definition; and for each enumeration value, creating an enumeration literal object and mapping it.
creating an enumeration object;
creating an enumeration mapping object;
linking the enumeration mapping object to the enumeration object and to a simple data type definition; and for each enumeration value, creating an enumeration literal object and mapping it.
7. The method as claimed in claim 3 wherein, upon determining that the message part is a complex type, the method further comprises:
creating a data object;
creating a component mapping object;
linking the component mapping object to the data object and to a complex type definition; and determining whether the complex type has a base type.
creating a data object;
creating a component mapping object;
linking the component mapping object to the data object and to a complex type definition; and determining whether the complex type has a base type.
8. The method as claimed in claim 7 wherein, upon determining that the complex type has a base type, the method further comprises:
creating a data object;
creating a component mapping object;
linking the component mapping object to the data object and to a complex type definition;
setting the data object as a prototype for a current complex type; and determining a category of the complex type.
creating a data object;
creating a component mapping object;
linking the component mapping object to the data object and to a complex type definition;
setting the data object as a prototype for a current complex type; and determining a category of the complex type.
9. The method as claimed in claim 8 further comprising:
determining whether the category is one of an empty, simple, mixed or element only;
upon determining that the category is one of the empty, simple or element only, determining whether there are any fields in the data object; and upon determining that there are no fields in the data object, discarding the data object and the component mapping object.
determining whether the category is one of an empty, simple, mixed or element only;
upon determining that the category is one of the empty, simple or element only, determining whether there are any fields in the data object; and upon determining that there are no fields in the data object, discarding the data object and the component mapping object.
10. The method as claimed in claim 9 wherein, upon determining that the category is mixed, the method comprises discarding the data object and the component mapping object.
11. The method as claimed in claim 9 wherein, upon determining that the category is not one of the empty, simple, mixed or element only, the method further comprises:
selecting an attribute of the complex type; and determining whether the attribute is one of a fixed constraint and a prohibited use.
selecting an attribute of the complex type; and determining whether the attribute is one of a fixed constraint and a prohibited use.
12. The method as claimed in claim 11 wherein, upon determining that the attribute is not a fixed constraint or a prohibited use, the method further comprises:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to an attribute declaration; and determining whether the attribute declaration is an enumeration or a simple data type.
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to an attribute declaration; and determining whether the attribute declaration is an enumeration or a simple data type.
13. The method as claimed in claim 9 wherein, upon determining that the complex type has an "Any" attribute the method further comprises:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to the "Any" attribute;
setting the data field type to "string";
determining whether there are any fields in the data object; and upon determining that the data object contains no fields, discarding the data object and the component mapping object .
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to the "Any" attribute;
setting the data field type to "string";
determining whether there are any fields in the data object; and upon determining that the data object contains no fields, discarding the data object and the component mapping object .
14. The method as claimed in claim 9 wherein, upon determining that the category type is simple, the method further comprises:
creating a data field object;
creating a field mapping object;
determining a content type of the simple category; and determining whether the content is an enumeration or a simple data type.
creating a data field object;
creating a field mapping object;
determining a content type of the simple category; and determining whether the content is an enumeration or a simple data type.
15. The method as claimed in claim 9 wherein, upon determining that the category type is element only, the method further comprises determining whether a particle of the category is an element declaration, and "Any" type or a model group.
16. The method as claimed in claim 15 wherein, upon determining that the particle is an element declaration of "Any" type, the method further comprises:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to the "Any" type;
setting the data field type to "string";
determining a maximum occurrences value of the particle;
and upon determining that the maximum occurrences value is greater than one, setting a field array property to "true".
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to the "Any" type;
setting the data field type to "string";
determining a maximum occurrences value of the particle;
and upon determining that the maximum occurrences value is greater than one, setting a field array property to "true".
17. The method as claimed in claim 16 wherein, upon determining that the particle is a model group, the method further comprises:
for each particle in the model group:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to one of the element declaration and the "Any"
type;
determining the maximum occurrences value of the particle;
upon determining that the maximum occurrences value is greater than one, setting a field array property to "true";
and upon determining that the category type is "Any", setting the data field type to "string".
for each particle in the model group:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to one of the element declaration and the "Any"
type;
determining the maximum occurrences value of the particle;
upon determining that the maximum occurrences value is greater than one, setting a field array property to "true";
and upon determining that the category type is "Any", setting the data field type to "string".
18. The method as claimed in claim 17 wherein, upon determining that the maximum occurrences is 1 and the particle is an element declaration, the method further comprises:
determining whether the particle is a simple type.
determining whether the particle is a simple type.
19. A system for generating a wireless application from a web service definition, comprising a processor configured for:
accepting as input web service messages, determining whether each web service message is an input or an output message;
creating a message object and a component mapping object for each web service message;
linking the component mapping object to the message object and to the web service message; and mapping message parts of the web service message to message parts of the wireless application.
accepting as input web service messages, determining whether each web service message is an input or an output message;
creating a message object and a component mapping object for each web service message;
linking the component mapping object to the message object and to the web service message; and mapping message parts of the web service message to message parts of the wireless application.
20. A computer readable medium having stored thereon computer executable instructions for execution by a processor, wherein the instructions, when executed, causes the processor to carry out the method claimed in any one of claims 1-18.
21. A method in a processor for generating a wireless application from a definition of a web service, comprising:
receiving as input the definition of the web service, the definition defining at least one web service message and determining whether each web service message is an input or an output message for the web service;
creating a message object and a component mapping object for each web service message, each component mapping object providing mapping between a web service message and a wireless application message;
linking each component mapping object to the respective message object and to the respective web service message;
as a result of the creating and linking, mapping message parts of each web service message to respective message parts of the respective wireless application message; and generating the wireless application.
receiving as input the definition of the web service, the definition defining at least one web service message and determining whether each web service message is an input or an output message for the web service;
creating a message object and a component mapping object for each web service message, each component mapping object providing mapping between a web service message and a wireless application message;
linking each component mapping object to the respective message object and to the respective web service message;
as a result of the creating and linking, mapping message parts of each web service message to respective message parts of the respective wireless application message; and generating the wireless application.
22. The method as claimed in claim 21 wherein mapping the message parts comprises creating a message field object, creating a field mapping object, and linking the field mapping object to the message field object and the web service message part.
23. The method as claimed in claim 22 wherein mapping the message parts further comprises:
selecting a message part;
determining whether the message part is an element declaration;
upon determining that the message part is an element declaration, determining the element type; and determining whether the message part is a simple data type, an enumeration or a complex type.
selecting a message part;
determining whether the message part is an element declaration;
upon determining that the message part is an element declaration, determining the element type; and determining whether the message part is a simple data type, an enumeration or a complex type.
24. The method as claimed in claim 23 wherein, upon determining that the message part is a simple data type, the method further comprises determining whether the simple data type is an atomic type, a list or a union.
25. The method as claimed in claim 24 wherein, upon determining that the simple data type is an atomic type, the method comprises determining a corresponding data type using a translation table and updating the message field object based on the data type.
26. The method as claimed in claim 23 wherein, upon determining that the message part is an enumeration, the method further comprises:
creating an enumeration object;
creating an enumeration mapping object;
linking the enumeration mapping object to the enumeration object and to a simple data type definition; and for each enumeration value, creating an enumeration literal object and mapping it.
creating an enumeration object;
creating an enumeration mapping object;
linking the enumeration mapping object to the enumeration object and to a simple data type definition; and for each enumeration value, creating an enumeration literal object and mapping it.
27. The method as claimed in claim 23 wherein, upon determining that the message part is a complex type, the method further comprises:
creating a data object;
creating a component mapping object;
linking the component mapping object to the data object and to a complex type definition; and determining whether the complex type has a base type.
creating a data object;
creating a component mapping object;
linking the component mapping object to the data object and to a complex type definition; and determining whether the complex type has a base type.
28. The method as claimed in claim 27 wherein, upon determining that the complex type has a base type, the method further comprises:
creating a data object;
creating a component mapping object;
linking the component mapping object to the data object and to a complex type definition;
setting the data object as a prototype for a current complex type; and determining a category of the complex type.
creating a data object;
creating a component mapping object;
linking the component mapping object to the data object and to a complex type definition;
setting the data object as a prototype for a current complex type; and determining a category of the complex type.
29. The method as claimed in claim 28 further comprising:
determining whether the category is one of an empty, simple, mixed or element only;
upon determining that the category is one of the empty, simple or element only, determining whether there are any fields in the data object; and upon determining that there are no fields in the data object, discarding the data object and the component mapping object.
determining whether the category is one of an empty, simple, mixed or element only;
upon determining that the category is one of the empty, simple or element only, determining whether there are any fields in the data object; and upon determining that there are no fields in the data object, discarding the data object and the component mapping object.
30. The method as claimed in claim 29 wherein, upon determining that the category is mixed, the method comprises discarding the data object and the component mapping object.
31. The method as claimed in claim 29 wherein, upon determining that the category is not one of the empty, simple, mixed or element only, the method further comprises:
selecting an attribute of the complex type; and determining whether the attribute is one of a fixed constraint and a prohibited use.
selecting an attribute of the complex type; and determining whether the attribute is one of a fixed constraint and a prohibited use.
32. The method as claimed in claim 31 wherein, upon determining that the attribute is not a fixed constraint or a prohibited use, the method further comprises:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to an attribute declaration; and determining whether the attribute declaration is an enumeration or a simple data type.
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to an attribute declaration; and determining whether the attribute declaration is an enumeration or a simple data type.
33. The method as claimed in claim 29 wherein, upon determining that the complex type has an "Any" attribute the method further comprises:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to the "Any" attribute;
setting the data field type to "string";
determining whether there are any fields in the data object; and upon determining that the data object contains no fields, discarding the data object and the component mapping object
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to the "Any" attribute;
setting the data field type to "string";
determining whether there are any fields in the data object; and upon determining that the data object contains no fields, discarding the data object and the component mapping object
34. The method as claimed in claim 29 wherein, upon determining that the category type is simple, the method further comprises:
creating a data field object;
creating a field mapping object;
determining a content type of the simple category; and determining whether the content is an enumeration or a simple data type.
creating a data field object;
creating a field mapping object;
determining a content type of the simple category; and determining whether the content is an enumeration or a simple data type.
35. The method as claimed in claim 29 wherein, upon determining that the category type is element only, the method further comprises determining whether a particle of the category is an element declaration, and "Any" type or a model group.
36. The method as claimed in claim 35 wherein, upon determining that the particle is an element declaration of "Any" type, the method further comprises:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to the "Any" type;
setting the data field type to "string";
determining a maximum occurrences value of the particle;
and upon determining that the maximum occurrences value is greater than one, setting a field array property to "true".
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to the "Any" type;
setting the data field type to "string";
determining a maximum occurrences value of the particle;
and upon determining that the maximum occurrences value is greater than one, setting a field array property to "true".
37. The method as claimed in claim 36 wherein, upon determining that the particle is a model group, the method further comprises:
for each particle in the model group:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to one of the element declaration and the "Any"
type;
determining the maximum occurrences value of the particle;
upon determining that the maximum occurrences value is greater than one, setting a field array property to "true";
and upon determining that the category type is "Any", setting the data field type to "string".
for each particle in the model group:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to one of the element declaration and the "Any"
type;
determining the maximum occurrences value of the particle;
upon determining that the maximum occurrences value is greater than one, setting a field array property to "true";
and upon determining that the category type is "Any", setting the data field type to "string".
38. The method as claimed in claim 37 wherein, upon determining that the maximum occurrences is 1 and the particle is an element declaration, the method further comprises:
determining whether the particle is a simple type.
determining whether the particle is a simple type.
39. A system for generating a wireless application from a definition for a web service, comprising a processor configured for:
receiving as input the definition for the web service, the definition defining at least one web service message and determining whether each web service message is an input or an output message for the web service;
creating a message object and a component mapping object for each web service message, each component mapping object providing mapping between a web service message and a wireless application message;
linking each component mapping object to the respective message object and to the respective web service message;
as a result of the creating and linking, mapping message parts of each web service message to respective message parts of the respective wireless application message; and generating the wireless application.
receiving as input the definition for the web service, the definition defining at least one web service message and determining whether each web service message is an input or an output message for the web service;
creating a message object and a component mapping object for each web service message, each component mapping object providing mapping between a web service message and a wireless application message;
linking each component mapping object to the respective message object and to the respective web service message;
as a result of the creating and linking, mapping message parts of each web service message to respective message parts of the respective wireless application message; and generating the wireless application.
40. The system of claim 39 wherein mapping the message parts comprises creating a message field object, creating a field mapping object and linking the field mapping object to the message field object and the web service message part.
41. The system of claim 40 wherein mapping the message parts further comprises:
selecting a message part;
determining whether the message part is an element declaration;
upon determining that the message part is an element declaration, determining the element type; and determining whether the message part is a simple data type, an enumeration or a complex type.
selecting a message part;
determining whether the message part is an element declaration;
upon determining that the message part is an element declaration, determining the element type; and determining whether the message part is a simple data type, an enumeration or a complex type.
42. A computer readable medium having stored thereon computer executable instructions for execution by a processor, wherein the instructions, when executed, causes the processor to carry out the method claimed in any one of claims 21-38.
43. A method for generating a wireless application from a definition of a web service, the method being performed by a processor, the method comprising:
receiving the definition of the web service, the definition defining a plurality of web service messages;
creating a message object and a component mapping object for each one of the plurality of web service messages, each one of the plurality of component mapping objects providing mapping between each respective one of the plurality of web service messages and a respective one of the plurality of wireless application messages;
linking each one of the plurality of component mapping objects to the respective one of the plurality of message objects and to the respective one of the plurality of web service messages; and generating the wireless application, the wireless application including the plurality of component mapping objects;
wherein the component mapping object maps message parts of each one of the plurality of web service messages to respective message parts of each respective one of the plurality of wireless application messages.
receiving the definition of the web service, the definition defining a plurality of web service messages;
creating a message object and a component mapping object for each one of the plurality of web service messages, each one of the plurality of component mapping objects providing mapping between each respective one of the plurality of web service messages and a respective one of the plurality of wireless application messages;
linking each one of the plurality of component mapping objects to the respective one of the plurality of message objects and to the respective one of the plurality of web service messages; and generating the wireless application, the wireless application including the plurality of component mapping objects;
wherein the component mapping object maps message parts of each one of the plurality of web service messages to respective message parts of each respective one of the plurality of wireless application messages.
44. The method of claim 43, wherein creating each component mapping object comprises creating a message field object and a field mapping object for each message part of each web service message, and linking each component mapping object comprises linking each field mapping object to the respective message field object and the respective web service message part.
45. The method as claimed in claim 44 wherein linking each component mapping object further comprises:
selecting a message part;
determining whether the message part is an element declaration;
upon determining that the message part is an element declaration, determining the element type; and determining whether the message part is a simple data type, an enumeration or a complex type.
selecting a message part;
determining whether the message part is an element declaration;
upon determining that the message part is an element declaration, determining the element type; and determining whether the message part is a simple data type, an enumeration or a complex type.
46. The method as claimed in claim 45 wherein, upon determining that the message part is a simple data type, the method further comprises determining whether the simple data type is an atomic type, a list or a union.
47. The method as claimed in claim 46 wherein, upon determining that the simple data type is an atomic type, the method comprises determining a corresponding data type using a translation table and updating the message field object based on the data type.
48. The method as claimed in claim 45 wherein, upon determining that the message part is an enumeration, the method further comprises:
creating an enumeration object;
creating an enumeration mapping object;
linking the enumeration mapping object to the enumeration object and to a simple data type definition;
and for each enumeration value, creating an enumeration literal object and mapping it.
creating an enumeration object;
creating an enumeration mapping object;
linking the enumeration mapping object to the enumeration object and to a simple data type definition;
and for each enumeration value, creating an enumeration literal object and mapping it.
49. The method as claimed in claim 45 wherein upon determining that the message part is a complex type, the method further comprises:
creating a data object;
creating a component mapping object;
linking the component mapping object to the data object and to a complex type definition; and determining whether the complex type has a base type.
creating a data object;
creating a component mapping object;
linking the component mapping object to the data object and to a complex type definition; and determining whether the complex type has a base type.
50. The method as claimed in claim 49 wherein upon determining that the complex type has a base type, the method further comprises:
creating a data object;
creating a component mapping object;
linking the component mapping object to the data object and to a complex type definition;
setting the data object as a prototype for a current complex type; and determining a category of the complex type.
creating a data object;
creating a component mapping object;
linking the component mapping object to the data object and to a complex type definition;
setting the data object as a prototype for a current complex type; and determining a category of the complex type.
51. The method as claimed in claim 50 further comprising:
determining whether the category is one of an empty, simple, mixed or element only;
upon determining that the category is one of the empty, simple or element only, determining whether there are any fields in the data object; and upon determining that there are no fields in the data object, discarding the data object and the component mapping object.
determining whether the category is one of an empty, simple, mixed or element only;
upon determining that the category is one of the empty, simple or element only, determining whether there are any fields in the data object; and upon determining that there are no fields in the data object, discarding the data object and the component mapping object.
52. The method as claimed in claim 51 wherein upon determining that the category is mixed, the method comprises discarding the data object and the component mapping object.
53. The method as claimed in claim 51 wherein upon determining that the category is not one of the empty, simple, mixed or element only, the method further comprises:
selecting an attribute of the complex type; and determining whether the attribute is one of a fixed constraint and a prohibited use.
selecting an attribute of the complex type; and determining whether the attribute is one of a fixed constraint and a prohibited use.
54. The method as claimed in claim 53 wherein upon determining that the attribute is not a fixed constraint or a prohibited use, the method further comprises:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to an attribute declaration; and determining whether the attribute declaration is an enumeration or a simple data type.
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to an attribute declaration; and determining whether the attribute declaration is an enumeration or a simple data type.
55. The method as claimed in claim 51 wherein upon determining that the complex type has an "Any" attribute the method further comprises:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to the "Any" attribute;
setting the data field type to "string";
determining whether there are any fields in the data object; and upon determining that the data object contains no fields, discarding the data object and the component mapping object.
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to the "Any" attribute;
setting the data field type to "string";
determining whether there are any fields in the data object; and upon determining that the data object contains no fields, discarding the data object and the component mapping object.
56. The method as claimed in claim 51 wherein upon determining that the category type is simple, the method further comprises:
creating a data field object;
creating a field mapping object;
determining a content type of the simple category; and determining whether the content is an enumeration or a simple data type.
creating a data field object;
creating a field mapping object;
determining a content type of the simple category; and determining whether the content is an enumeration or a simple data type.
57. The method as claimed in claim 51 wherein upon determining that the category type is element only, the method further comprises determining whether a particle of the category is an element declaration, and "Any" type or a model group.
58. The method as claimed in claim 57 wherein upon determining that the particle is an element declaration of "Any" type, the method further comprises:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to the "Any" type;
setting the data field type to "string";
determining a maximum occurrences value of the particle;
and upon determining that the maximum occurrences value is greater than one, setting a field array property to "true".
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to the "Any" type;
setting the data field type to "string";
determining a maximum occurrences value of the particle;
and upon determining that the maximum occurrences value is greater than one, setting a field array property to "true".
59. The method as claimed in claim 58 wherein upon determining that the particle is a model group, the method further comprises:
for each particle in the model group:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to one of the element declaration and the "Any" type;
determining the maximum occurrences value of the particle;
upon determining that the maximum occurrences value is greater than one, setting a field array property to "true"; and upon determining that the category type is "Any", setting the data field type to "string".
for each particle in the model group:
creating a data field object;
creating a field mapping object;
linking the field mapping object to the data field object and to one of the element declaration and the "Any" type;
determining the maximum occurrences value of the particle;
upon determining that the maximum occurrences value is greater than one, setting a field array property to "true"; and upon determining that the category type is "Any", setting the data field type to "string".
60. The method as claimed in claim 59 wherein upon determining that the maximum occurrences is 1 and the particle is an element declaration, the method further comprises:
determining whether the particle is a simple type.
determining whether the particle is a simple type.
61. The method as claimed in claim 43 further comprising determining whether each web service message is an input or an output message for the web service and creating an input message object or an output message object accordingly.
62. A system for generating a wireless application from a definition for a web service, comprising a processor configured for:
receiving the definition for the web service, the definition defining a plurality of web service messages;
creating a message object and a component mapping object for each one of the plurality of web service messages, each one of the plurality of component mapping objects providing mapping between each respective one of the plurality of web service messages and a respective one of the plurality of wireless application messages;
linking each one of the plurality of component mapping objects to the respective one of the plurality of message objects and to the respective one of the plurality of web service messages; and generating the wireless application, the wireless application including the plurality of component mapping objects;
wherein the component mapping object maps message parts of each one of the plurality of web service messages to respective message parts of each respective one of the plurality of wireless application messages.
receiving the definition for the web service, the definition defining a plurality of web service messages;
creating a message object and a component mapping object for each one of the plurality of web service messages, each one of the plurality of component mapping objects providing mapping between each respective one of the plurality of web service messages and a respective one of the plurality of wireless application messages;
linking each one of the plurality of component mapping objects to the respective one of the plurality of message objects and to the respective one of the plurality of web service messages; and generating the wireless application, the wireless application including the plurality of component mapping objects;
wherein the component mapping object maps message parts of each one of the plurality of web service messages to respective message parts of each respective one of the plurality of wireless application messages.
63. The system of claim 62, wherein creating each component mapping object comprises creating a message field mapping object and a field mapping object for each message part of each web service message, and linking each component mapping object comprises linking each field mapping object to the respective message field object and the respective web service message part.
64. A computer readable medium having stored thereon computer executable instructions for execution by a processor, wherein the instructions, when executed, causes the processor to carry out the method of any one of claims 43 to 61.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US67201305P | 2005-04-18 | 2005-04-18 | |
| US60/672,013 | 2005-04-18 | ||
| PCT/CA2005/001378 WO2006110980A1 (en) | 2005-04-18 | 2005-09-09 | System and method for generating a wireless application from a web service definition |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2604489A1 CA2604489A1 (en) | 2006-10-26 |
| CA2604489C true CA2604489C (en) | 2013-11-19 |
Family
ID=37114650
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2604489A Active CA2604489C (en) | 2005-04-18 | 2005-09-09 | System and method for generating a wireless application from a web service definition |
Country Status (5)
| Country | Link |
|---|---|
| US (2) | US7769897B2 (en) |
| EP (1) | EP1872521A4 (en) |
| CN (1) | CN101176300A (en) |
| CA (1) | CA2604489C (en) |
| WO (1) | WO2006110980A1 (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030054806A1 (en) * | 2001-08-15 | 2003-03-20 | Raymond Ho | System and method for defining, creating and deploying wireless applications |
| CA2527447C (en) | 2005-11-18 | 2015-05-05 | Allen Vi Cuong Chan | Message oriented construction of web services |
| US8275834B2 (en) * | 2009-09-14 | 2012-09-25 | Applied Research Associates, Inc. | Multi-modal, geo-tempo communications systems |
| CN109683870A (en) * | 2017-10-18 | 2019-04-26 | 北京京东尚科信息技术有限公司 | Method and apparatus for enumerating data access |
Family Cites Families (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US624748A (en) * | 1899-05-09 | Hot-blast box | ||
| US6247048B1 (en) * | 1998-04-30 | 2001-06-12 | Openwave Systems Inc | Method and apparatus for transcoding character sets between internet hosts and thin client devices over data networks |
| FI109756B (en) * | 1998-09-21 | 2002-09-30 | Nokia Corp | A method of utilizing local resources in a communication system, a communication system and wireless communication |
| US20010047395A1 (en) * | 2000-01-25 | 2001-11-29 | Kehyeh Szutu | Linking to a service by mapping an internet-independent unique identifier to a stored program |
| WO2001086427A2 (en) | 2000-05-09 | 2001-11-15 | Sun Microsystems, Inc. | Transformation of objects between a computer programming language and a data representation language |
| US6922685B2 (en) * | 2000-05-22 | 2005-07-26 | Mci, Inc. | Method and system for managing partitioned data resources |
| AU2001294555A1 (en) * | 2000-09-14 | 2002-03-26 | Bea Systems Inc. | Xml-based graphical user interface application development toolkit |
| US6901437B1 (en) * | 2000-10-06 | 2005-05-31 | Verizon Laboratories Inc. | Mobile cache for dynamically composing user-specific information |
| ATE497214T1 (en) * | 2000-12-22 | 2011-02-15 | Research In Motion Ltd | SYSTEM AND METHOD FOR NAVIGATING INFORMATION USING A WIRELESS COMMUNICATIONS DEVICE |
| US7546298B2 (en) * | 2001-01-09 | 2009-06-09 | Nextair Corporation | Software, devices and methods facilitating execution of server-side applications at mobile devices |
| US20020103822A1 (en) * | 2001-02-01 | 2002-08-01 | Isaac Miller | Method and system for customizing an object for downloading via the internet |
| JP2004530982A (en) * | 2001-05-04 | 2004-10-07 | ユニシス コーポレーション | Dynamic generation of voice application information from a Web server |
| US7039037B2 (en) | 2001-08-20 | 2006-05-02 | Wang Jiwei R | Method and apparatus for providing service selection, redirection and managing of subscriber access to multiple WAP (Wireless Application Protocol) gateways simultaneously |
| US7254614B2 (en) * | 2001-11-20 | 2007-08-07 | Nokia Corporation | Web services push gateway |
| US20060168095A1 (en) * | 2002-01-22 | 2006-07-27 | Dipanshu Sharma | Multi-modal information delivery system |
| US20030179775A1 (en) | 2002-03-20 | 2003-09-25 | Carolan Jason T. | Service delivery network system and method |
| US20040003033A1 (en) * | 2002-06-27 | 2004-01-01 | Yury Kamen | Method and system for generating a web service interface |
| US7461067B2 (en) * | 2002-09-13 | 2008-12-02 | Motricity, Inc. | System for supporting production, management and delivery of media content for wireless devices |
| US7409674B2 (en) | 2002-12-26 | 2008-08-05 | Research In Motion Limited | System and method of creating and communicating with component based wireless applications |
| US20040220998A1 (en) | 2002-12-26 | 2004-11-04 | Michael Shenfield | System and method of building wireless component applications |
| US20060088050A1 (en) * | 2003-05-23 | 2006-04-27 | Xius India Ltd. | System for a next generation wireless intelligent services engine (WISENG) |
| EP1678606A2 (en) * | 2003-09-17 | 2006-07-12 | Research In Motion Limited | System and method for management of mutating applications |
| CA2539468C (en) * | 2003-09-17 | 2014-03-18 | Research In Motion Limited | System and method for asynchronous wireless services using reverse service schema generation |
| WO2005067406A2 (en) | 2004-01-13 | 2005-07-28 | Ktfreetel Co., Ltd | Method and device for connecting wireless internet service with string. |
| US20050198304A1 (en) * | 2004-01-15 | 2005-09-08 | Ian Oliver | System and method for access point translation of web service content |
| US20050176449A1 (en) * | 2004-02-05 | 2005-08-11 | Yahoo! Inc. | Method and system for simplified access to alerts with a mobile device |
| US20050193361A1 (en) * | 2004-02-27 | 2005-09-01 | Vitanov Kamen B. | System and method for presentation of wireless application data using repetitive UI layouts |
-
2005
- 2005-09-09 CN CNA2005800497899A patent/CN101176300A/en active Pending
- 2005-09-09 WO PCT/CA2005/001378 patent/WO2006110980A1/en active Search and Examination
- 2005-09-09 EP EP05779546A patent/EP1872521A4/en not_active Withdrawn
- 2005-09-09 CA CA2604489A patent/CA2604489C/en active Active
- 2005-09-09 US US11/221,820 patent/US7769897B2/en active Active
-
2010
- 2010-06-24 US US12/822,248 patent/US7912984B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| EP1872521A1 (en) | 2008-01-02 |
| WO2006110980A1 (en) | 2006-10-26 |
| US20060234763A1 (en) | 2006-10-19 |
| US7769897B2 (en) | 2010-08-03 |
| US20100262951A1 (en) | 2010-10-14 |
| CA2604489A1 (en) | 2006-10-26 |
| US7912984B2 (en) | 2011-03-22 |
| EP1872521A4 (en) | 2008-07-02 |
| CN101176300A (en) | 2008-05-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210012059A1 (en) | Mobile device resource provisioning system and method | |
| KR100807651B1 (en) | System and method of creating and communicating with component based wireless applications | |
| US8219970B2 (en) | XML push and remote execution of a wireless applications | |
| US7720953B2 (en) | System and method of data source detection | |
| IE20030061A1 (en) | Document transformation | |
| US20080229274A1 (en) | Automating Construction of a Data-Source Interface For Component Applications | |
| US7912984B2 (en) | System and method for generating a wireless application from a web service definition | |
| US10223108B2 (en) | System and method of reconstructing complex custom objects | |
| CN101588347A (en) | Method for automatically generating network service client terminal | |
| WO2023083071A1 (en) | View interaction method and apparatus, electronic device, and computer readable medium | |
| CN111338717A (en) | Interface calling method, application program upgrading method, server and client | |
| CN111447279B (en) | Server and interface analysis service package generation method | |
| CN105320499A (en) | Adaptive method and related device of application program | |
| US8185911B2 (en) | System and method for simplification of data structure in wireless communications | |
| EP1715412B1 (en) | System and method for simplification of data structure in wireless communications |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request |