[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

US7908291B2 - Technique for creating self described data shared across multiple services - Google Patents

Technique for creating self described data shared across multiple services Download PDF

Info

Publication number
US7908291B2
US7908291B2 US11/054,882 US5488205A US7908291B2 US 7908291 B2 US7908291 B2 US 7908291B2 US 5488205 A US5488205 A US 5488205A US 7908291 B2 US7908291 B2 US 7908291B2
Authority
US
United States
Prior art keywords
schema
message
new
recipient
data
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, expires
Application number
US11/054,882
Other versions
US20060155722A1 (en
Inventor
Somenath Sengupta
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Oracle International Corp
Original Assignee
Oracle International Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Oracle International Corp filed Critical Oracle International Corp
Priority to US11/054,882 priority Critical patent/US7908291B2/en
Assigned to BEA SYSTEMS, INC. reassignment BEA SYSTEMS, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: SENGUPTA, SOMENATH
Publication of US20060155722A1 publication Critical patent/US20060155722A1/en
Assigned to ORACLE INTERNATIONAL CORPORATION reassignment ORACLE INTERNATIONAL CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BEA SYSTEMS, INC.
Application granted granted Critical
Publication of US7908291B2 publication Critical patent/US7908291B2/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25Integrating or interfacing systems involving database management systems
    • G06F16/256Integrating or interfacing systems involving database management systems in federated or virtual databases

Definitions

  • the current invention relates generally to data exchange between applications, and more particularly to a mechanism for creating self-described data that may be shared across multiple services.
  • FIGS. 1A -1B are functional block diagrams of example computing environments in which techniques for sharing data across services in one embodiment of the present invention may be implemented.
  • FIG. 2A is an operational flow diagram illustrating a high level overview of a technique for sharing data in one embodiment of the present invention.
  • FIG. 2B is an operational flow diagram illustrating a high level overview of a technique for sharing data when an application has been modified in one embodiment of the present invention.
  • FIG. 2C is an operational flow diagram illustrating a high level overview of a technique for defining data in one embodiment of the present invention.
  • FIG. 2D is an operational flow diagram illustrating a high level overview of a process for reading data from the conforming schema in one embodiment of the present invention.
  • FIG. 3 is a hardware block diagram of an example computer system, which may be used to embody one or more components of an embodiment of the present invention.
  • the invention provides a method for sharing data.
  • One embodiment of the method includes determining a data group for each target application.
  • the data group includes data intended for that target application and identity information about a schema describing the data.
  • a message is prepared from the data by organizing the data groups into a plurality of element groups.
  • the plurality of element groups is implemented by an unbounded sequence of element groups, however other implementations are contemplated.
  • Each element group in the plurality of element groups contains data intended for a particular target application and identity information about a schema describing the data.
  • the message is sent to at least one of a plurality of recipients.
  • the mechanisms and methods for sharing data across services even when the applications use different data formats enable business service applications to operate without any disruption even if the input data stream produced by it's peer business service application has been changed.
  • the data sharing techniques provided by one embodiment enable a multiparty communication scenario to continue working even when one or more subscribers want a different set of information from the other subscribers.
  • a message producer does not have to have pre-existing knowledge of supported data format or semantics of each individual subscriber.
  • a technique supports strong type validations.
  • business service applications may be constrained to only see the portion of the data for which that business service is authorized, even though the producer of the data publishes the message once to a plurality of business services.
  • the producer of the data can change the data without breaking any subscriber.
  • each business service can route the data to another service even though the service itself only understands a portion of the data.
  • a business service broadcasts the data to a group of business services in which each member of the group of business services understands a different data description language, a message having a set of sub-divided portions described with different languages and conformed to different schema enables the sender to send the same data only once to a group of subscribers.
  • FIGS. 1A-1B are functional block diagrams of example computing environments in which techniques for sharing data across services in one embodiment of the present invention may be implemented.
  • an application 101 a is sending a message 90 a to a plurality of applications 103 a , 105 a and 107 a .
  • Applications 101 a , 103 a , 105 a and 107 a may be any kind of business services, data processing services, data storage and retrieval services, web hosting services, scientific applications, entertainment applications and other application types that are contemplated. While FIG.
  • FIG. 1A depicts application 101 a as a message sender and applications 103 a , 105 a and 107 a as message recipients, or target applications, in many embodiments, communications between applications will be bi-directional. Communications between applications 101 a , 103 a , 105 a and 107 a can be facilitated by a variety of mechanisms in various embodiments, such as, without limitation, computer networks, wireless networks, direct memory interfaces and other communications mechanisms comprised of hardware, software and combinations thereof, that are contemplated.
  • Message 90 a comprises one or more individual element groups, each element group includes data to be exchanged between application 101 a and one of applications 101 a , 103 a , 105 a and 107 a .
  • Message 90 a may contain data that is structured or semi-structured.
  • Application 101 a processes data into the element groups for one or more of the applications 103 a , 105 a and 107 a using processing described in further detail below with reference to FIGS. 2A-2D .
  • Each element group in message 90 a includes information relating to a schema for the element group. Including information identifying a schema for the data makes the data self-described.
  • message 90 a is an unbounded sequence of elements, each element of which may have sub-elements, and for which there is no one single schema for the whole of the data stored in message 90 a .
  • applications 101 a , 103 a , 105 a and 107 a are able to operate in a loosely coupled environment, meaning that a change to any one application does not necessitate changes to each of the other applications.
  • FIG. 1A illustrates a communication process in which application 101 a broadcasts a message 90 a to a plurality of recipient applications 101 a , 103 a , 105 a and 107 a
  • other communications configurations are also possible.
  • FIG. 1B illustrates another communications configuration in which sender application 101 b sends a message 90 b to a recipient application 105 b .
  • Application 105 b may then pass the message 90 b on to other recipient applications 103 b and 107 b .
  • application 105 b may act as both a receiving application and a sending application in certain embodiments.
  • Many other communications configurations between applications 101 a , 103 a , 105 a and 107 a are readily apparent to one skilled in the art.
  • JVM JavaTM Virtual Machine
  • FIG. 2A is an operational flow diagram illustrating a high level overview of a technique for sharing data in an embodiment of the present invention.
  • the technique for sharing data shown in FIG. 2A is operable with an application sending data, such as application 101 a of FIG. 1A and application 101 b of FIG. 1B , for example.
  • a data group is determined for each target application (block 202 ).
  • Each data group comprises data intended for a particular target application and identity information about a schema describing the data.
  • a message is prepared by organizing the data groups into an unbounded sequence of element groups (block 204 ).
  • Each element group in the unbounded sequence of element groups contains the data intended for a particular target application and the identity information about a schema describing the data.
  • the message is sent to at least one of a plurality of recipients (block 206 ).
  • FIG. 2B is an operational flow diagram illustrating a high level overview of a technique for sharing data when an application has been modified in one embodiment of the present invention.
  • the technique for sharing data shown in FIG. 2B is operable with an application sending data, such as application 101 a of FIG. 1A and application 101 b of FIG. 1B , for example.
  • a data group is determined for at least one application program that has been modified to accept data in a different format and according to a new schema (block 212 ).
  • the data group comprises additional data intended for the modified application and identity information about the new schema.
  • a second message is prepared by organizing the data group for the modified application, along with any other data groups, into an unbounded sequence of element groups (block 214 ).
  • the element group in the unbounded sequence of element groups that corresponds to the modified application contains the additional data intended for the modified application and corresponding identity information about the new schema describing the data.
  • the message is sent to at least one of a plurality of recipients (block 216 ).
  • the processing illustrated by FIG. 2B enables the modified application to receive data in a new format irrespective of data groups intended for other applications.
  • FIG. 2C is an operational flow diagram illustrating a high level overview of a technique for defining data in one embodiment of the present invention.
  • the technique for sharing data shown in FIG. 2C is operable with an application sending data, such as application 101 a of FIG. 1A and application 101 b of FIG. 1B , for example.
  • each group of elements is wrapped around a data description language element, e.g. ⁇ newElements> (block 222 ).
  • Data description languages that may be used in various embodiments include, for example eXtended Markup Language (XML), Resource Description Framework (RDF) and other formats are contemplated.
  • XML eXtended Markup Language
  • RDF Resource Description Framework
  • each group of elements used in the data is associated with a schema defining the types and semantics of that group of elements (block 224 ).
  • Each group of elements used in the data is associated with the information about the schema name and the schema version and the like (block 226 ).
  • Each group of elements used in the data is associated with the information about the well-known data description language conforming to the schema (block 228 ).
  • the data is presented as an unbounded sequence of elements where each element itself may have sub-elements (block 230 ). In the embodiment illustrated by FIG. 2C , there is no one schema for the whole data.
  • FIG. 2D is an operational flow diagram illustrating a high level overview of a process for reading data from the conforming schema in one embodiment of the present invention.
  • a message is received (block 232 ).
  • the technique for reading data shown in FIG. 2D is operable with an application receiving data, such as applications 103 a , 105 a and 107 a of FIG. 1A and applications 103 b , 105 b and 107 b of FIG. 1B , for example.
  • the message comprises data groups organized into an unbounded sequence of element groups. Each element group in the unbounded sequence of element groups contains data intended for a particular target application.
  • the message also includes identity information about a schema describing the data. Information identifying the schema is read (block 234 ).
  • Information identifying the schema may include, a schema name, a schema version and other identification forms are contemplated.
  • the schema language is read (block 236 ).
  • the group of elements is parsed (block 238 ) based upon an appropriate combination of schema and parsers selected from a plurality of available schemas and parsers (e.g. if schema language is RDF, an RDF parser is selected).
  • each business service can internally use any schema, but just before sharing it with other parties, the business service transforms the message to a common format such as without limitation the format illustrated below. Accordingly, this embodiment provides an extendable format for data that accommodates changes in the data structures shared across multiple parties.
  • the data structure for each group of elements is XML that conforms to the following schema:
  • the invention encompasses in some embodiments, computer apparatus, computing systems and machine-readable media configured to carry out the foregoing methods.
  • the present invention may be conveniently implemented using a conventional general purpose or a specialized digital computer or microprocessor programmed according to the teachings of the present disclosure, as will be apparent to those skilled in the computer art.
  • the present invention includes a computer program product which is a storage medium (media) having instructions stored thereon/in which can be used to program a computer to perform any of the processes of the present invention.
  • the storage medium can include, but is not limited to, any type of rotating media including floppy disks, optical discs, DVD, CD-ROMs, microdrive, and magneto-optical disks, and magnetic or optical cards, nanosystems (including molecular memory ICs), or any type of media or device suitable for storing instructions and/or data.
  • the present invention includes software for controlling both the hardware of the general purpose/specialized computer or microprocessor, and for enabling the computer or microprocessor to interact with a human user or other mechanism utilizing the results of the present invention.
  • software may include, but is not limited to, device drivers, operating systems, and user applications.
  • FIG. 3 illustrates an exemplary processing system 300 , which can comprise one or more of the elements of FIGS. 1A and 1B .
  • FIG. 3 an exemplary computing system is illustrated that may comprise one or more of the components of FIGS. 1A and 1B . While other alternatives might be utilized, it will be presumed for clarity sake that components of the systems of FIGS. 1A and 1B are implemented in hardware, software or some combination by one or more computing systems consistent therewith, unless otherwise indicated.
  • Computing system 300 comprises components coupled via one or more communication channels (e.g., bus 301 ) including one or more general or special purpose processors 302 , such as a Pentium®, Centrino®, Power PC®, digital signal processor (“DSP”), and so on.
  • System 300 components also include one or more input devices 303 (such as a mouse, keyboard, microphone, pen, and so on), and one or more output devices 304 , such as a suitable display, speakers, actuators, and so on, in accordance with a particular application.
  • input or output devices can also similarly include more specialized devices or hardware/software device enhancements suitable for use by the mentally or physically challenged.
  • System 300 also includes a computer readable storage media reader 305 coupled to a computer readable storage medium 306 , such as a storage/memory device or hard or removable storage/memory media; such devices or media are further indicated separately as storage 308 and memory 309 , which may include hard disk variants, floppy/compact disk variants, digital versatile disk (“DVD”) variants, smart cards, read only memory, random access memory, cache memory, and so on, in accordance with the requirements of a particular application.
  • a computer readable storage media reader 305 coupled to a computer readable storage medium 306 , such as a storage/memory device or hard or removable storage/memory media; such devices or media are further indicated separately as storage 308 and memory 309 , which may include hard disk variants, floppy/compact disk variants, digital versatile disk (“DVD”) variants, smart cards, read only memory, random access memory, cache memory, and so on, in accordance with the requirements of a particular application.
  • DVD digital versatile disk
  • One or more suitable communication interfaces 307 may also be included, such as a modem, DSL, infrared, RF or other suitable transceiver, and so on for providing inter-device communication directly or via one or more suitable private or public networks or other components that may include but are not limited to those already discussed.
  • Working memory 310 further includes operating system (“OS”) 311 elements and other programs 312 , such as one or more of application programs, mobile code, data, and so on for implementing system 300 components that might be stored or loaded therein during use.
  • OS operating system
  • the particular OS or OSs may vary in accordance with a particular device, features or other aspects in accordance with a particular application (e.g. Windows®, WindowsCE®, Mac®, Linux, Unix or Palm OS® variants, a cell phone OS, a proprietary OS, Symbian®, and so on).
  • Various programming languages or other tools can also be utilized, such as those compatible with C variants (e.g., C++, C#), the Java 2TM Platform, Enterprise Edition (“J2EETM”) or other programming languages in accordance with the requirements of a particular application.
  • Other programs 312 may further, for example, include one or more of activity systems, education managers, education integrators, or interface, security, other synchronization, other browser or groupware code, and so on, including but not limited
  • a learning integration system or other component When implemented in software (e.g. as an application program, object, agent, downloadable, servlet, and so on in whole or part), a learning integration system or other component may be communicated transitionally or more persistently from local or remote storage to memory (SRAM, cache memory, etc.) for execution, or another suitable mechanism can be utilized, and components may be implemented in compiled or interpretive form. Input, intermediate or resulting data or functional elements may further reside more transitionally or more persistently in a storage media, cache or other volatile or non-volatile memory, (e.g., storage device 308 or memory 309 ) in accordance with a particular application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

In accordance with one embodiment of the present invention, there are provided mechanisms and methods for sharing data across services. These mechanisms and methods for applications to share information even when the applications use different data formats make it possible for business services to operate without any disruption even if the input data stream produced by it's peer business service has been changed.

Description

CLAIM OF PRIORITY
This application claims the benefit of a U.S. Provisional Patent Application 60/642,019 entitled A TECHNIQUE FOR CREATING SELF DESCRIBED DATA SHARED ACROSS MULTIPLE SERVICES, by Somenath Sengupta, filed Jan. 7, 2005, the entire contents of which is incorporated herein by reference.
COPYRIGHT NOTICE
A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.
FIELD OF THE INVENTION
The current invention relates generally to data exchange between applications, and more particularly to a mechanism for creating self-described data that may be shared across multiple services.
BACKGROUND
Today's enterprise computing systems face increasing demands for existing applications, either within a single enterprise or across multiple enterprises, to work with one another. One challenge involved with the data shared across applications is how multiple parties can adapt to the changes in format and/or semantics of the shared data. Presently, one or more factors block successful interaction between applications. These factors include different interaction semantics and different data formats and semantics among different applications.
Currently available techniques do not solve the problem of differences in data formats and data semantics in a dynamic manner. Many current approaches employ adapters to enable each application to communicate with the other applications. Such conventional approaches require each party to the conversation to have pre-existing knowledge about data definitions of peer parties. In such conventional approaches, changing any one of the parties to a communication necessitates changes to the adapters used by each of the other parties.
BRIEF DESCRIPTION OF THE DRAWINGS
FIGS. 1A -1B are functional block diagrams of example computing environments in which techniques for sharing data across services in one embodiment of the present invention may be implemented.
FIG. 2A is an operational flow diagram illustrating a high level overview of a technique for sharing data in one embodiment of the present invention.
FIG. 2B is an operational flow diagram illustrating a high level overview of a technique for sharing data when an application has been modified in one embodiment of the present invention.
FIG. 2C is an operational flow diagram illustrating a high level overview of a technique for defining data in one embodiment of the present invention.
FIG. 2D is an operational flow diagram illustrating a high level overview of a process for reading data from the conforming schema in one embodiment of the present invention.
FIG. 3 is a hardware block diagram of an example computer system, which may be used to embody one or more components of an embodiment of the present invention.
DETAILED DESCRIPTION
In accordance with one embodiment of the present invention, there are provided mechanisms and methods for sharing data across services. These mechanisms and methods for applications to share information even when the applications use different data formats make it possible for business services to operate without any disruption even if the input data stream produced by it's peer business service has been changed.
In one embodiment, the invention provides a method for sharing data. One embodiment of the method includes determining a data group for each target application. The data group includes data intended for that target application and identity information about a schema describing the data. A message is prepared from the data by organizing the data groups into a plurality of element groups. In one embodiment, the plurality of element groups is implemented by an unbounded sequence of element groups, however other implementations are contemplated. Each element group in the plurality of element groups contains data intended for a particular target application and identity information about a schema describing the data. The message is sent to at least one of a plurality of recipients.
The mechanisms and methods for sharing data across services even when the applications use different data formats enable business service applications to operate without any disruption even if the input data stream produced by it's peer business service application has been changed. The data sharing techniques provided by one embodiment enable a multiparty communication scenario to continue working even when one or more subscribers want a different set of information from the other subscribers. In one embodiment, a message producer does not have to have pre-existing knowledge of supported data format or semantics of each individual subscriber. In one embodiment, a technique supports strong type validations.
In one embodiment, business service applications may be constrained to only see the portion of the data for which that business service is authorized, even though the producer of the data publishes the message once to a plurality of business services. In one embodiment, the producer of the data can change the data without breaking any subscriber. In one embodiment, each business service can route the data to another service even though the service itself only understands a portion of the data. In one embodiment, if a business service broadcasts the data to a group of business services in which each member of the group of business services understands a different data description language, a message having a set of sub-divided portions described with different languages and conformed to different schema enables the sender to send the same data only once to a group of subscribers.
This ability of a multiparty communication scenario to continue working even when one or more subscribers want a different set of information from the other subscribers makes it possible to attain improved usage from computing resources in a computer system.
FIGS. 1A-1B are functional block diagrams of example computing environments in which techniques for sharing data across services in one embodiment of the present invention may be implemented. As shown in FIG. 1A, an application 101 a is sending a message 90 a to a plurality of applications 103 a, 105 a and 107 a. Applications 101 a, 103 a, 105 a and 107 a may be any kind of business services, data processing services, data storage and retrieval services, web hosting services, scientific applications, entertainment applications and other application types that are contemplated. While FIG. 1A depicts application 101 a as a message sender and applications 103 a, 105 a and 107 a as message recipients, or target applications, in many embodiments, communications between applications will be bi-directional. Communications between applications 101 a, 103 a, 105 a and 107 a can be facilitated by a variety of mechanisms in various embodiments, such as, without limitation, computer networks, wireless networks, direct memory interfaces and other communications mechanisms comprised of hardware, software and combinations thereof, that are contemplated.
Message 90 a comprises one or more individual element groups, each element group includes data to be exchanged between application 101 a and one of applications 101 a, 103 a, 105 a and 107 a. Message 90 a may contain data that is structured or semi-structured. Application 101 a processes data into the element groups for one or more of the applications 103 a, 105 a and 107 a using processing described in further detail below with reference to FIGS. 2A-2D. Each element group in message 90 a includes information relating to a schema for the element group. Including information identifying a schema for the data makes the data self-described. Accordingly, message 90 a is an unbounded sequence of elements, each element of which may have sub-elements, and for which there is no one single schema for the whole of the data stored in message 90 a. By employing such processing techniques, applications 101 a, 103 a, 105 a and 107 a are able to operate in a loosely coupled environment, meaning that a change to any one application does not necessitate changes to each of the other applications. While FIG. 1A illustrates a communication process in which application 101 a broadcasts a message 90 a to a plurality of recipient applications 101 a, 103 a, 105 a and 107 a, other communications configurations are also possible.
FIG. 1B illustrates another communications configuration in which sender application 101 b sends a message 90 b to a recipient application 105 b. Application 105 b may then pass the message 90 b on to other recipient applications 103 b and 107 b. In such case, application 105 b may act as both a receiving application and a sending application in certain embodiments. Many other communications configurations between applications 101 a, 103 a, 105 a and 107 a are readily apparent to one skilled in the art. While the invention is illustrated generally herein with reference to an example of devices using a Java™ Virtual Machine (JVM) as the runtime environment, the present invention does not require such an environment, and in some embodiments, techniques according to the invention may be implemented in devices using alternative runtime environments.
FIG. 2A is an operational flow diagram illustrating a high level overview of a technique for sharing data in an embodiment of the present invention. The technique for sharing data shown in FIG. 2A is operable with an application sending data, such as application 101 a of FIG. 1A and application 101 b of FIG. 1B, for example. As shown in FIG. 2A, a data group is determined for each target application (block 202). Each data group comprises data intended for a particular target application and identity information about a schema describing the data. A message is prepared by organizing the data groups into an unbounded sequence of element groups (block 204). Each element group in the unbounded sequence of element groups contains the data intended for a particular target application and the identity information about a schema describing the data. The message is sent to at least one of a plurality of recipients (block 206).
FIG. 2B is an operational flow diagram illustrating a high level overview of a technique for sharing data when an application has been modified in one embodiment of the present invention. The technique for sharing data shown in FIG. 2B is operable with an application sending data, such as application 101 a of FIG. 1A and application 101 b of FIG. 1B, for example. As shown in FIG. 2B, a data group is determined for at least one application program that has been modified to accept data in a different format and according to a new schema (block 212). The data group comprises additional data intended for the modified application and identity information about the new schema. A second message is prepared by organizing the data group for the modified application, along with any other data groups, into an unbounded sequence of element groups (block 214). The element group in the unbounded sequence of element groups that corresponds to the modified application contains the additional data intended for the modified application and corresponding identity information about the new schema describing the data. The message is sent to at least one of a plurality of recipients (block 216). In one embodiment, the processing illustrated by FIG. 2B enables the modified application to receive data in a new format irrespective of data groups intended for other applications.
FIG. 2C is an operational flow diagram illustrating a high level overview of a technique for defining data in one embodiment of the present invention. The technique for sharing data shown in FIG. 2C is operable with an application sending data, such as application 101 a of FIG. 1A and application 101 b of FIG. 1B, for example. As shown in FIG. 2C, each group of elements is wrapped around a data description language element, e.g. <newElements> (block 222). Data description languages that may be used in various embodiments include, for example eXtended Markup Language (XML), Resource Description Framework (RDF) and other formats are contemplated. Next, each group of elements used in the data is associated with a schema defining the types and semantics of that group of elements (block 224). Each group of elements used in the data is associated with the information about the schema name and the schema version and the like (block 226). Each group of elements used in the data is associated with the information about the well-known data description language conforming to the schema (block 228). The data is presented as an unbounded sequence of elements where each element itself may have sub-elements (block 230). In the embodiment illustrated by FIG. 2C, there is no one schema for the whole data.
FIG. 2D is an operational flow diagram illustrating a high level overview of a process for reading data from the conforming schema in one embodiment of the present invention. As shown in FIG. 2D, a message is received (block 232). The technique for reading data shown in FIG. 2D is operable with an application receiving data, such as applications 103 a, 105 a and 107 a of FIG. 1A and applications 103 b, 105 b and 107 b of FIG. 1B, for example. The message comprises data groups organized into an unbounded sequence of element groups. Each element group in the unbounded sequence of element groups contains data intended for a particular target application. The message also includes identity information about a schema describing the data. Information identifying the schema is read (block 234). Information identifying the schema may include, a schema name, a schema version and other identification forms are contemplated. Next, the schema language is read (block 236). The group of elements is parsed (block 238) based upon an appropriate combination of schema and parsers selected from a plurality of available schemas and parsers (e.g. if schema language is RDF, an RDF parser is selected).
The technique illustrated by FIG. 2D does not enforce each business service participating in a conversation to comply with this mechanism. Rather, in the illustrated embodiment, each business service can internally use any schema, but just before sharing it with other parties, the business service transforms the message to a common format such as without limitation the format illustrated below. Accordingly, this embodiment provides an extendable format for data that accommodates changes in the data structures shared across multiple parties.
In one embodiment, the data structure for each group of elements is XML that conforms to the following schema:
<?xml version=“1.0” encoding=“UTF-8”?>
<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema”
elementFormDefault=“qualified” attributeFormDefault=“unqualified”>
  <xs:complexType name=“buildingBlocks”>
  <xs:sequence>
  <xs:element name =“schemaName” type =“xs:string”/>
  <xs:element name= “schemaVersion” type =“xs:string”/>
  <xs:element name= “schemaLanguage” type =“xs:string”/>
  <xs:element name= “schemaDef” type = “xs:base64Binary”/>
  <xs:element name=“body” type =“xs:anyType”/>
  </xs:sequence>
  </xs:complexType>
  <xs:element name=“NewElements”>
    <xs:complexType>
      <xs:sequence>
  <xs:element name=“NewElement” type =“buildingBlocks”
maxOccurs=“unbounded” minOccurs=“0” />
      </xs:sequence>
      </xs:complexType>
  </xs:element >
</xs:schema>
Example of the data instance conforming to this schema:
<NewElements>
<NewElement>
<schemaName>Schema1.xsd</schemaName>
<schemaVersion>1</schemaVersion>
<schemaLanguage>xml</ schemaLanguage >
 <schemaDef>base64 encoded schema content</schemaDef>
<body>
 .... . xml structure
</body>
</NewElement>
<NewElement>
<schemaName>Schema2.xsd</schemaName>
<schemaVersion>1</schemaVersion>
<schemaLanguage>rdf</schemaLanguage >
<schemaDef> base64 encoded schema content</schemaDef>
 <body>
 .... . rdf structure
 </body>
</NewElement>
............. .
 </NewElements>
Example of the updated data instance still conforming to this schema:
<NewElements>
<NewElement>
<schemaName>Schema1.xsd</schemaName>
<schemaVersion>1</schemaVersion>
<schemaLanguage>xml</schemaLanguage >
<schemaDef>base64 encoded schema content</schemaDef>
 <body>
 .... . xml structure
 </body>
 </NewElement>
 <NewElement>
<schemaName>Schema2.xsd</schemaName>
<schemaVersion>1</schemaVersion>
<schemaLanguage>rdf</schemaLanguage >
<schemaDef>base64 encoded schema content</schemaDef>
 <body>
 .... . rdf srtucture
 </body>
</NewElement>
<NewElement>
<schemaName>Schema3.xsd</schemaName>
<schemaVersion>1</schemaVersion>
<schemaLanguage>rdf</schemaLanguage >
<schemaDef>base64 encoded schema content</schemaDef>
<body>
 .... . rdf structure
</body>
 </NewElement>
</NewElements>
In other aspects, the invention encompasses in some embodiments, computer apparatus, computing systems and machine-readable media configured to carry out the foregoing methods. In addition to an embodiment consisting of specifically designed integrated circuits or other electronics, the present invention may be conveniently implemented using a conventional general purpose or a specialized digital computer or microprocessor programmed according to the teachings of the present disclosure, as will be apparent to those skilled in the computer art.
Appropriate software coding can readily be prepared by skilled programmers based on the teachings of the present disclosure, as will be apparent to those skilled in the software art. The invention may also be implemented by the preparation of application specific integrated circuits or by interconnecting an appropriate network of conventional component circuits, as will be readily apparent to those skilled in the art.
The present invention includes a computer program product which is a storage medium (media) having instructions stored thereon/in which can be used to program a computer to perform any of the processes of the present invention. The storage medium can include, but is not limited to, any type of rotating media including floppy disks, optical discs, DVD, CD-ROMs, microdrive, and magneto-optical disks, and magnetic or optical cards, nanosystems (including molecular memory ICs), or any type of media or device suitable for storing instructions and/or data.
Stored on any one of the computer readable medium (media), the present invention includes software for controlling both the hardware of the general purpose/specialized computer or microprocessor, and for enabling the computer or microprocessor to interact with a human user or other mechanism utilizing the results of the present invention. Such software may include, but is not limited to, device drivers, operating systems, and user applications.
Included in the programming (software) of the general/specialized computer or microprocessor are software modules for implementing the teachings of the present invention, including, but not limited to providing mechanisms and methods for sharing data as discussed herein.
FIG. 3 illustrates an exemplary processing system 300, which can comprise one or more of the elements of FIGS. 1A and 1B. Turning now to FIG. 3, an exemplary computing system is illustrated that may comprise one or more of the components of FIGS. 1A and 1B. While other alternatives might be utilized, it will be presumed for clarity sake that components of the systems of FIGS. 1A and 1B are implemented in hardware, software or some combination by one or more computing systems consistent therewith, unless otherwise indicated.
Computing system 300 comprises components coupled via one or more communication channels (e.g., bus 301) including one or more general or special purpose processors 302, such as a Pentium®, Centrino®, Power PC®, digital signal processor (“DSP”), and so on. System 300 components also include one or more input devices 303 (such as a mouse, keyboard, microphone, pen, and so on), and one or more output devices 304, such as a suitable display, speakers, actuators, and so on, in accordance with a particular application. (It will be appreciated that input or output devices can also similarly include more specialized devices or hardware/software device enhancements suitable for use by the mentally or physically challenged.)
System 300 also includes a computer readable storage media reader 305 coupled to a computer readable storage medium 306, such as a storage/memory device or hard or removable storage/memory media; such devices or media are further indicated separately as storage 308 and memory 309, which may include hard disk variants, floppy/compact disk variants, digital versatile disk (“DVD”) variants, smart cards, read only memory, random access memory, cache memory, and so on, in accordance with the requirements of a particular application. One or more suitable communication interfaces 307 may also be included, such as a modem, DSL, infrared, RF or other suitable transceiver, and so on for providing inter-device communication directly or via one or more suitable private or public networks or other components that may include but are not limited to those already discussed.
Working memory 310 further includes operating system (“OS”) 311 elements and other programs 312, such as one or more of application programs, mobile code, data, and so on for implementing system 300 components that might be stored or loaded therein during use. The particular OS or OSs may vary in accordance with a particular device, features or other aspects in accordance with a particular application (e.g. Windows®, WindowsCE®, Mac®, Linux, Unix or Palm OS® variants, a cell phone OS, a proprietary OS, Symbian®, and so on). Various programming languages or other tools can also be utilized, such as those compatible with C variants (e.g., C++, C#), the Java 2™ Platform, Enterprise Edition (“J2EE™”) or other programming languages in accordance with the requirements of a particular application. Other programs 312 may further, for example, include one or more of activity systems, education managers, education integrators, or interface, security, other synchronization, other browser or groupware code, and so on, including but not limited to those discussed elsewhere herein.
When implemented in software (e.g. as an application program, object, agent, downloadable, servlet, and so on in whole or part), a learning integration system or other component may be communicated transitionally or more persistently from local or remote storage to memory (SRAM, cache memory, etc.) for execution, or another suitable mechanism can be utilized, and components may be implemented in compiled or interpretive form. Input, intermediate or resulting data or functional elements may further reside more transitionally or more persistently in a storage media, cache or other volatile or non-volatile memory, (e.g., storage device 308 or memory 309) in accordance with a particular application.
Other features, aspects and objects of the invention can be obtained from a review of the figures and the claims. It is to be understood that other embodiments of the invention can be developed and fall within the spirit and scope of the invention and claims. The foregoing description of preferred embodiments of the present invention has been provided for the purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise forms disclosed. Many modifications and variations will be apparent to the practitioner skilled in the art. The embodiments were chosen and described in order to best explain the principles of the invention and its practical application, thereby enabling others skilled in the art to understand the invention for various embodiments and with various modifications that are suited to the particular use contemplated. It is intended that the scope of the invention be defined by the following claims and their equivalence.

Claims (8)

1. A method for sharing data across a plurality of services, the method comprising:
determining, by a processor of a message producer, data to be sent from said message producer to a plurality of recipient applications;
defining, by the processor of the message producer, an extensible markup language (XML) schema that specifies an unbounded sequence of elements, wherein the unbounded sequence is extendable by adding new elements irrespective of existing elements in the unbounded sequence, wherein each element in the XML schema comprises a body of data and wherein each said element further identifies at least one schema used to process the body of data of said element;
composing, by the processor of the message producer, a single message that conforms to the XML schema, wherein said processor of the message producer organizes the data to be sent to the plurality of recipient applications as the sequence of said elements, each said element being intended for a particular recipient application and each said element identifying the schema intended for the particular recipient application;
broadcasting, by the processor of the message producer, the single message from the message producer to the plurality of different recipient applications, each recipient application using a different data description language, wherein said each recipient application processes only the portion of the single message that contains the element intended for said recipient application by retrieving the schema associated with said element;
determining, by the processor of the message producer, that at least one of the plurality of recipient applications has been modified to use a new data description language and receiving additional data to be transmitted to the modified recipient application, wherein said new data description language is unsupported by the XML schema;
modifying, by the processor of the message producer, the XML schema to include said new data description language by including a new element that extends the unbounded sequence of elements of the XML schema, wherein the new element identifies a new schema that defines the types and semantics of the additional data contained in the new element and is compatible with said new data description language of said modified recipient application;
creating, by the processor of the message producer, a second message that conforms to the extended XML schema, said second message including the additional data as said new element, wherein said new element describes said new schema and is compatible with said new data description language of said modified recipient application;
broadcasting, by the processor of the message producer, the second message to the modified recipient and to the plurality of the recipient applications, wherein the plurality of recipient applications remain unaffected by the extension of the second message to include the new element and the new schema, wherein the modified recipient processes the new element of the second message by retrieving the new schema, and wherein each of the recipient applications receives the second message and processes only a portion of the elements of the second message that are intended for the particular recipient application; and
creating and broadcasting, by the processor of the message producer, one or more additional messages conforming to the extended XML schema to the plurality of recipient applications.
2. The method of claim 1, wherein composing the single message that conforms to the XML schema further comprises:
associating each element of the single message with a schema name and a schema version;
associating each element of the single message with a schema definition; and
presenting the data as the unbounded sequence of elements.
3. A computer-readable storage medium including instructions stored thereon which when read and executed by one or more processors of a message producer cause the one or more processors to perform steps comprising:
determining data to be sent from said message producer to a plurality of recipient applications;
defining an extensible markup language (XML) schema that specifies an unbounded sequence of elements, wherein the unbounded sequence is extendable by adding new elements irrespective of existing elements in the unbounded sequence, wherein each element in the XML schema comprises a body of data and wherein each said element further identifies at least one schema used to process the body of data of said element;
composing a single message that conforms to the XML schema, wherein said one or more processors of the message producer organizes the data to be sent to the plurality of recipient applications as the sequence of said elements, each said element being intended for a particular recipient application and each said element identifying the schema intended for the particular recipient application;
broadcasting the single message from the message producer to the plurality of different recipient applications, each recipient application using a different data description language, wherein said each recipient application processes only the portion of the single message that contains the element intended for said recipient application by retrieving the schema associated with said element;
determining that at least one of the plurality of recipient applications has been modified to use a new data description language and receiving additional data to be transmitted to the modified recipient application, wherein said new data description language is unsupported by the XML schema;
modifying the XML schema to include said new data description language by including a new element that extends the unbounded sequence of elements of the XML schema, wherein the new element identifies a new schema that defines the types and semantics of the additional data contained in the new element and is compatible with said new data description language of said modified recipient application;
creating a second message that conforms to the extended XML schema, said second message including the additional data as said new element, wherein said new element describes said new schema and is compatible with said new data description language of said modified recipient application;
broadcasting the second message to the modified recipient and to the plurality of the recipient applications, wherein the plurality of recipient applications remain unaffected by the extension of the second message to include the new element and the new schema, wherein the modified recipient processes the new element of the second message by retrieving the new schema, and wherein each of the recipient applications receives the second message and processes only a portion of the elements of the second message that are intended for the particular recipient application; and
creating and broadcasting one or more additional messages conforming to the extended XML schema to the plurality of recipient applications.
4. The computer-readable storage medium of claim 3, wherein composing the single message that conforms to the XML schema further includes:
associating each element of the single message with a schema name and a schema version;
associating each element of the single message with a schema definition; and presenting the data as the unbounded sequence of elements,
associating each group of elements in the data with a schema name and a schema version;
associating each group of elements in the data with an XML data description language conforming to the schema; and
presenting the data as an unbounded sequence of element groups.
5. The method of claim 1, wherein a change to any one service in the plurality of recipient applications does not necessitate changes to each of the other recipient application in the plurality of recipient applications.
6. The method of claim 1, wherein the message producer does not have pre-existing knowledge of supported data format or semantics of individual services in the plurality of recipient applications.
7. The method of claim 1, wherein each element in the unbounded sequence of elements is directed to be read by a different target application than the remaining elements in the unbounded sequence.
8. A system for sharing data across a plurality of services, said system comprising:
storage memory including one or more sequences of instructions; and
one or more processors of a message producer that execute said sequences of instructions to carry out the steps of:
determining data to be sent from said message producer to a plurality of recipient applications;
defining an extensible markup language (XML) schema that specifies an unbounded sequence of elements, wherein the unbounded sequence is extendable by adding new elements irrespective of existing elements in the unbounded sequence, wherein each element in the XML schema comprises a body of data and wherein each said element further identifies at least one schema used to process the body of data of said element;
composing a single message that conforms to the XML schema, wherein said one or more processors of the message producer organizes the data to be sent to the plurality of recipient applications as the sequence of said elements, each said element being intended for a particular recipient application and each said element identifying the schema intended for the particular recipient application;
broadcasting the single message from the message producer to the plurality of different recipient applications, each recipient application using a different data description language, wherein said each recipient application processes only the portion of the single message that contains the element intended for said recipient application by retrieving the schema associated with said element;
determining that at least one of the plurality of recipient applications has been modified to use a new data description language and receiving additional data to be transmitted to the modified recipient application, wherein said new data description language is unsupported by the XML schema;
modifying the XML schema to include said new data description language by including a new element that extends the unbounded sequence of elements of the XML schema, wherein the new element identifies a new schema that defines the types and semantics of the additional data contained in the new element and is compatible with said new data description language of said modified recipient application;
creating a second message that conforms to the extended XML schema, said second message including the additional data as said new element, wherein said new element describes said new schema and is compatible with said new data description language of said modified recipient application;
broadcasting the second message to the modified recipient and to the plurality of the recipient applications, wherein the plurality of recipient applications remain unaffected by the extension of the second message to include the new element and the new schema, wherein the modified recipient processes the new element of the second message by retrieving the new schema, and wherein each of the recipient applications receives the second message and processes only a portion of the elements of the second message that are intended for the particular recipient application; and
creating and broadcasting one or more additional messages conforming to the extended XML schema to the plurality of recipient applications.
US11/054,882 2005-01-07 2005-02-10 Technique for creating self described data shared across multiple services Active 2026-08-16 US7908291B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/054,882 US7908291B2 (en) 2005-01-07 2005-02-10 Technique for creating self described data shared across multiple services

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US64201905P 2005-01-07 2005-01-07
US11/054,882 US7908291B2 (en) 2005-01-07 2005-02-10 Technique for creating self described data shared across multiple services

Publications (2)

Publication Number Publication Date
US20060155722A1 US20060155722A1 (en) 2006-07-13
US7908291B2 true US7908291B2 (en) 2011-03-15

Family

ID=36654481

Family Applications (1)

Application Number Title Priority Date Filing Date
US11/054,882 Active 2026-08-16 US7908291B2 (en) 2005-01-07 2005-02-10 Technique for creating self described data shared across multiple services

Country Status (1)

Country Link
US (1) US7908291B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7330855B2 (en) * 2005-05-25 2008-02-12 Microsoft Corporation Converting data between a front end schema node and a back end schema node
US7694287B2 (en) 2005-06-29 2010-04-06 Visa U.S.A. Schema-based dynamic parse/build engine for parsing multi-format messages

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5251205A (en) * 1990-09-04 1993-10-05 Digital Equipment Corporation Multiple protocol routing
US5926810A (en) * 1996-08-30 1999-07-20 Oracle Corporation Universal schema system
US20020178164A1 (en) * 2001-03-16 2002-11-28 Maciej Wisniewski Sharing, managing and communicating information over a computer network
US6505200B1 (en) * 2000-07-06 2003-01-07 International Business Machines Corporation Application-independent data synchronization technique
US6549935B1 (en) * 1999-05-25 2003-04-15 Silverbrook Research Pty Ltd Method of distributing documents having common components to a plurality of destinations
US20030120651A1 (en) * 2001-12-20 2003-06-26 Microsoft Corporation Methods and systems for model matching
US6643652B2 (en) * 2000-01-14 2003-11-04 Saba Software, Inc. Method and apparatus for managing data exchange among systems in a network
US6665659B1 (en) * 2000-02-01 2003-12-16 James D. Logan Methods and apparatus for distributing and using metadata via the internet
US20040088430A1 (en) * 2002-10-31 2004-05-06 Alcatel Methods of processing data packets at layer three level in a telecommunication equipment

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5251205A (en) * 1990-09-04 1993-10-05 Digital Equipment Corporation Multiple protocol routing
US5926810A (en) * 1996-08-30 1999-07-20 Oracle Corporation Universal schema system
US6549935B1 (en) * 1999-05-25 2003-04-15 Silverbrook Research Pty Ltd Method of distributing documents having common components to a plurality of destinations
US6643652B2 (en) * 2000-01-14 2003-11-04 Saba Software, Inc. Method and apparatus for managing data exchange among systems in a network
US6665659B1 (en) * 2000-02-01 2003-12-16 James D. Logan Methods and apparatus for distributing and using metadata via the internet
US6505200B1 (en) * 2000-07-06 2003-01-07 International Business Machines Corporation Application-independent data synchronization technique
US20020178164A1 (en) * 2001-03-16 2002-11-28 Maciej Wisniewski Sharing, managing and communicating information over a computer network
US20030120651A1 (en) * 2001-12-20 2003-06-26 Microsoft Corporation Methods and systems for model matching
US20040088430A1 (en) * 2002-10-31 2004-05-06 Alcatel Methods of processing data packets at layer three level in a telecommunication equipment

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Internet Protocol: DARPA Internet Program Protocol Specification", Information Sciences Institute, Sep. 1981. *

Also Published As

Publication number Publication date
US20060155722A1 (en) 2006-07-13

Similar Documents

Publication Publication Date Title
US7574511B2 (en) Methods, systems, and software for providing service integration framework
US7430707B2 (en) Differential dynamic content delivery with device controlling action
CN1625179B (en) Send by reference in a customizable, tag-based protocol
US20040068714A1 (en) Exchange infrastructure system and method
CN101216761A (en) Electric communication application software frame for NGN operation development
CN101141479A (en) Mediated registration of client applications and content providers with push content delivery system
US10303529B2 (en) Protocol for communication of data structures
CN104702675A (en) Response method and device of user events
KR101719926B1 (en) Transform system and method for heterogeneous data through data collection api
US9652309B2 (en) Mediator with interleaved static and dynamic routing
US20090150502A1 (en) System and method for hypertext transfer protocol publish and subscribe server
KR101290977B1 (en) Message transfer method using push server and the system thereby
US7533111B2 (en) Using soap messages for inverse query expressions
US8739180B2 (en) Processing of MTOM messages
EP1506478B1 (en) Exchange infrastructure system and method
US7908291B2 (en) Technique for creating self described data shared across multiple services
US11870746B2 (en) Method for chatting messages by topic based on subscription channel reference in server and user device
US20080155263A1 (en) Systems and Methods for Tracking Electronic Files in Computer Networks Using Electronic Signatures
EP1962467B1 (en) Method and system for correlation of mobile channel subscription with delivery context
CN101652788A (en) Apparatus, method, and computer program product providing enhanced document management
KR20220078994A (en) NGSI-LD API Subscription Wrapping Method
US20060129522A1 (en) Subscription service for access to distributed cell-oriented data systems
Gannon et al. A revised analysis of the open grid services infrastructure
US20080209061A1 (en) Method and system for correlation of mobile channel subscription with delivery context
Decker et al. A Platform for Mobile Service Provisioning Based on SOA-Integration

Legal Events

Date Code Title Description
AS Assignment

Owner name: BEA SYSTEMS, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SENGUPTA, SOMENATH;REEL/FRAME:016276/0728

Effective date: 20050125

AS Assignment

Owner name: ORACLE INTERNATIONAL CORPORATION, CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BEA SYSTEMS, INC.;REEL/FRAME:025192/0244

Effective date: 20101008

STCF Information on status: patent grant

Free format text: PATENTED CASE

CC Certificate of correction
FPAY Fee payment

Year of fee payment: 4

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 12