US20060294042A1 - Disparate data store services catalogued for unified access - Google Patents
Disparate data store services catalogued for unified access Download PDFInfo
- Publication number
- US20060294042A1 US20060294042A1 US11/165,748 US16574805A US2006294042A1 US 20060294042 A1 US20060294042 A1 US 20060294042A1 US 16574805 A US16574805 A US 16574805A US 2006294042 A1 US2006294042 A1 US 2006294042A1
- Authority
- US
- United States
- Prior art keywords
- data store
- services
- store services
- entities
- metadata
- 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.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/954—Navigation, e.g. using categorised browsing
Definitions
- the disclosed technology relates generally to data processing and, more particularly, to enabling clients to discover and interact with one or more entities in one or more registered data store services in a number of ways using one or more uniform access interfaces.
- LOB line-of-business
- an organization's developer(s) may need to familiarize themselves with the semantics for interacting with each type of different LOB system. While SAP and SIEBLE were mentioned above as examples of LOB systems, any one organization may desire employing other types of LOB systems. Moreover, organizations may desire utilizing several instantiations of a particular LOB system (e.g., SAP) each dedicated to handling particular business related operations in addition to those other types of systems mentioned above. As a result, still more of an organization's resources would need to be invested to be able to leverage those systems.
- SAP LOB system
- the present example provides a data store catalogue service model that may be implemented as a data store catalogue service system 56 in the manner described herein with regard to FIGS. 5 and 7 .
- the data store catalogue service model may be implemented to expose one or more disparate data store related services to one or more clients without requiring the clients to have explicit knowledge on how to interact with each or any of the disparate services.
- the data store catalogue service system 56 may maintain interaction details for the data store related services, which the clients may access for interacting with those services.
- the data store catalogue service system 56 may implement a metadata data store 50 that may describe the different types of services available for accessing by clients, the data types used by those services, how to access the data provided by the services, and how to communicate semantically with the services for accessing the service's data.
- the clients may issue one or more requests to access those particular services defined in the metadata data store via one or more application program interfaces (“APIs”) exposed to the clients by a data store service catalogue system in a unified manner.
- APIs application program interfaces
- FIG. 1 is a block diagram of at least a portion of a system for registering data store services in cataloguing systems to provide clients with access to disparate data store services in a unified manner;
- FIG. 2 is a block diagram of an application server that may be used in the system illustrated in FIG. 1 ;
- FIG. 3 is a block diagram of a computer that may be used in the system illustrated in FIG. 1 ;
- FIG. 4 is a block diagram of a client service access portal application and a data store service catalogue system that may be implemented in the system illustrated in FIG. 1 ;
- FIG. 5 is a diagram of at least a portion of a metadata data store that may be implemented in the data store service catalogue system illustrated in FIG. 4 ;
- FIG. 6 is a functional block diagram illustrating at least a portion of a process for registering data store services in cataloguing systems to provide clients with access to disparate data store services in a unified manner;
- FIG. 7 is a flow chart of a process for registering data store services in cataloguing systems to provide clients with access to disparate data store services in a unified manner;
- FIG. 8 is a flow chart of a process for enabling clients to discover and interact with one or more entities in one or more registered data store services.
- FIGS. 9-16 are diagrams one or more other portions of a metadata data store that may be implemented in the data store service catalogue system illustrated in FIG. 4 that may be used in accordance with the process for enabling clients to discover and interact with one or more entities in one or more registered data store services.
- FIGS. 1, 4 , 6 and 7 An exemplary data store catalogue service system 56 implemented in a system 10 and method 100 for registering data store services in cataloguing systems to provide clients with access to disparate data store services in a unified manner is generally shown in FIGS. 1, 4 , 6 and 7 .
- organizations may often use or desire utilizing a number of different types of LOB systems to perform particular tasks, although organizations may desire implementing other types of software applications besides LOB systems, such as Web services, which may involve the same resource investments for enabling an organization's client applications to use the different types of systems.
- an organization may wind up devoting resources for finding the different systems and identifying their purpose.
- these organizations may find themselves devoting even more resources just to be able to programmatically access each of the respective systems' methods, such as for allowing them to develop their own user or other types of access interfaces for accessing the systems.
- many such systems typically involve uniquely formatted ways for accessing information from each system's respective data store. For instance, unique parameters, filters and other access nuances often make it difficult for organizations to develop interfaces for accessing the various systems unless the organization's software application developers possess intimate knowledge of each system's semantics.
- Data store catalogue service system 56 may be implemented in system 10 in an attempt to address at least some of the issues noted above by providing client applications with one or more unified interfaces for interacting with one or more disparate systems without requiring specific knowledge of the inner workings of those systems, although there may be other uses as well.
- data store catalogue service system 56 may provide an environment where one or more disparate systems may be registered in one or more data stores using metadata, for example.
- the metadata may define methods, parameters and/or default values for one or more of the data store services that may allow clients to be able to interact with the registered services.
- application developers may be insulated from having to explicitly program their applications to be able to invoke the appropriate method calls and to process the various types of return values produced by each of the different types of systems.
- data store catalogue service system 56 may implement a metadata data store 50 that may describe the different types of services available for accessing by clients, the data types used by those services, how to access the data provided by the services, and how to communicate semantically with the services for accessing the service's data.
- the clients may issue one or more requests to access those particular services defined in the metadata data store via one or more application program interfaces (“APIs”) exposed to the clients by a data store service catalogue system in a unified manner.
- APIs application program interfaces
- system 10 may generally include at least one computer 32 and one or more application servers 20 that may be coupled together via network 80 , although system 10 may include a lesser or greater number and other types of devices.
- FIG. 1 is not intended to suggest any limitation as to the scope of use or functionality of the system 10 .
- Other types of computing systems, environments, and/or configurations that may be suitable for use with the system 10 include, but are not limited to, hand-held, notebook or laptop devices, multiprocessor systems, microprocessor-based systems, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
- application server 20 may comprise application server input module 22 , application server output module 24 , application server communication module 26 , application server processor module 28 and application server memory module 30 , which may be coupled together by one or more bus systems or other communication links, although application server 20 may comprise other modules in other arrangements.
- Modules 22 , 24 , 26 , 28 and 30 will now be described below with continued reference to FIG. 2 .
- Application server input module 22 may comprise one or more user input devices, such as a keyboard and/or mouse, and any supporting hardware. Application server input module 22 may enable a user who is operating application server 20 to generate and transmit signals or commands to application server processor module 28 , although other types of user input devices may be used.
- Application server output module 24 may comprise one or more user output devices, such as a computer monitor (e.g., CRT, LCD or plasma display), and any supporting hardware, although other types of output devices may be used.
- Application server output module 24 may present one or more results from application server processor module 28 executing instructions stored in application server memory module 30 as described in further detail herein below.
- Application server communication module 26 may comprise one or more communication interface devices, such as wire-based (e.g., Ethernet) or wireless network adapters, and any supporting hardware, although other types of communication interface devices may be used, such as serial port interfaces (e.g., RS-232).
- Application server communication module 26 may enable application server 20 to transmit data to and receive data from other devices via network 80 , such as computer 32 , although application server communication module 26 may transmit/receive data to/from other computing systems or peripherals (e.g., external memory storage device or printer) via other communication media, such as direct cable connections, for example.
- Application server processor module 28 may access data and may execute instructions stored in application server memory module 30 for controlling, monitoring and managing (hereinafter referred to as “operating”) application server input module 22 , application server output module 24 , application server communication module 26 and application server memory module 30 as described herein, although some or all of the data and instructions may be stored in and/or executed by the modules themselves.
- application server processor module 28 may access data and may execute instructions stored in application server memory module 30 to perform functions for implementing at least a portion of the method 100 as described herein and illustrated in FIG. 7 , although application server processor module 28 may perform other functions, one or more other processing devices or systems may perform some or all of these functions, and application server processor module 28 may comprise circuitry configured to perform the functions described herein.
- Application server memory module 30 may comprise one or more types of fixed and/or portable memory accessible by application server processor module 28 , such as ROM, RAM, SRAM, DRAM, DDRAM, hard and floppy-disks, optical disks (e.g., CDs, DVDs), magnetic tape, ferroelectric and ferromagnetic memory, electrically erasable programmable read only memory, flash memory, charge coupled devices, smart cards, or any other type of computer-readable media, which may be read from and/or written to by one or more magnetic, optical, or other appropriate reading and/or writing systems coupled to application server processor module 28 and/or one or more other processing devices or systems.
- Application server memory module 30 may store at least a portion of the data and instructions that may be accessed and/or executed by application server processor module 28 for operating application server communication module 26 and application server memory module 30 , although some or all of the data and instructions may be stored elsewhere, such as in the modules themselves and/or the application server processor module 28 .
- Application server memory module 30 in each application server 20 may also store one or more modules, such as data store service “A” 21 and/or data store service “B” 23 shown in FIG. 1 , although the modules may be stored elsewhere.
- data store service “A” 21 and/or data store service “B” 23 may comprise an LOB system, such as SAP or SIEBLE, although data store service “A” 21 and/or data store service “B” 23 may comprise other types of LOB systems or other types of data store services, such as Web services, or any other type of server application.
- LOB systems, such as SAP and SIEBEL are types of enterprise or business related software.
- computer 32 may comprise computer input module 34 , computer output module 36 , computer communication module 38 , computer processor module 40 , and computer memory module 42 , which may be coupled together by one or more bus systems or other communication links, although computer 32 may comprise other elements in other arrangements.
- Modules 34 , 36 , 38 , 40 and 42 will now be described below with continued reference to FIG. 4 .
- Computer input module 34 may comprise one or more user input devices, such as a keyboard and/or mouse, and any supporting hardware. Computer input module 34 may enable a user who is operating computer 32 to generate and transmit signals or commands to computer processor module 40 , such as commands for operating client service access portal application 44 , although other types of user input devices may be used.
- Computer output module 36 may comprise one or more user output devices, such as a computer monitor (e.g., CRT, LCD or plasma display), and any supporting hardware, although other types of output devices may be used.
- Computer output module 36 may present one or more results from computer processor module 40 executing instructions stored in computer memory module 42 as described in further detail herein below.
- Computer communication module 38 may comprise one or more communication interface devices, such as a network interface card (e.g., Ethernet card or wireless network card), and any supporting hardware, although other types of communication interface devices may be used, such as a serial interface (e.g., RS-232 interface).
- Computer communication module 38 may enable computer 32 to transmit data to or receive data from other devices via network 80 , such as one or more application servers 20 , although computer communication module 38 may transmit/receive data to/from other computing systems or peripherals (e.g., external memory storage device or printer) via other communication media, such as a direct cable connection, for example.
- network interface card e.g., Ethernet card or wireless network card
- serial interface e.g., RS-232 interface
- Computer communication module 38 may enable computer 32 to transmit data to or receive data from other devices via network 80 , such as one or more application servers 20 , although computer communication module 38 may transmit/receive data to/from other computing systems or peripherals (e.g., external memory storage device or printer) via
- Computer processor module 40 may access and/or may execute data and instructions stored in computer memory module 42 for operating computer input module 34 , computer output module 36 , computer communication module 38 and computer memory module 42 as described herein, although some or all of the data and instructions may be stored in and/or executed by the modules themselves.
- computer processor module 40 may access and/or may execute data and instructions stored in computer memory module 42 to perform functions for implementing at least a portion of the method 100 described with reference to FIG. 7 , although computer processor module 40 may perform other functions, one or more other processing devices or systems may perform some or all of these functions, and computer processor module 40 may comprise circuitry configured to perform the functions described herein.
- Computer memory module 42 may comprise the same types of memory storage devices as application server memory module 30 in application server 20 , although other types of computer-readable media may be used, which may be read from and/or written to by one or more magnetic, optical, or other appropriate reading and/or writing systems coupled to computer processor module 40 and/or one or more other processing devices or systems.
- Computer memory module 42 may store at least a portion of the data and instructions that may be accessed and/or executed by computer processor module 40 for operating computer input module 34 , computer output module 36 , computer communication module 38 , computer processor module 40 and computer memory module 42 , although some or all of the data and instructions may be stored elsewhere, such as in the modules themselves and/or the computer processor module 40 .
- Computer memory module 42 may also store client service access portal application 44 and data store service catalogue system 46 , although the application 44 and system 46 may be stored elsewhere.
- Client service access portal application 44 and data store service catalogue system 46 may comprise data and/or instructions written in a number of programming languages, which when accessed and/or executed by computer processor module 40 , may cause computer 32 to implement at least a portion of the method 100 described with reference to FIG. 7 , although the modules may comprise circuitry configured to operate in the manner described herein.
- Client service access portal application 44 may access metadata access API 52 to interact with at least one of data store service “A” 21 or data store service “B” 23 implemented on one or more servers 20 as will be described in further detail herein below.
- Data store service catalogue system 46 may comprise metadata access API 52 , metadata data store 50 , and service execution API 54 , although system 56 may comprise other components in other arrangements.
- Metadata data store 50 may comprise one or more metadata entries, which may define one or more methods, parameters associated with the methods, and other information related to the semantics for interacting with one or more of data store services “A” 21 and/or “B” 23 that may be implemented on servers 20 , although data store 50 may comprise one or more other metadata entries for defining the semantics for interacting with other services or other types of entries besides metadata entries.
- Metadata access API 52 may comprise one or more application program interfaces that may accept one or more methods calls and/or parameters for accessing one or more entities that may be defined in metadata data store 50 and which may correspond to one or more entities associated with one or more of data store services “A” 21 and/or “B” 23 that may be implemented on one or more application servers 20 .
- Service execution API 54 may comprise one or more application program interfaces that may accept one or more methods calls and/or parameters from data store service catalogue system 56 based on the metadata obtained from metadata data store 50 for a particular service 21 and/or 23 that may be implemented on servers 20 . Further, service execution API 54 may comprise one or more adapter shims 56 for each of the services 21 and/or 23 that may be implemented on servers 20 , such as adapter shim “A” 56 A and adapter shim “B” 56 B shown in FIG. 7 . Adapter shims 56 may comprise low level information that service execution API 54 may use to communicate with data store service interface adapters 60 A, 60 B shown in FIG.
- data store services 21 and/or 23 may comprise an SAP LOB service, for instance.
- client service access portal application 44 data store service catalogue system 46 and their associated modules as described above are depicted in the manner shown in FIG. 4 for ease of description and exemplary purposes only.
- client service access portal application 44 and data store service catalogue system 46 may comprise a fewer or greater number and other types of modules that may reside on one or more other computing systems or devices.
- network 80 may comprise a Wide Area Network (“WAN”), such as the Internet, although a variety of other communication systems and/or methods using appropriate protocols may be used, including other types of WANs, local area networks, wireless networks, phone lines, serial and/or parallel bus cables, coaxial cables, and combinations thereof.
- WAN Wide Area Network
- FIGS. 6-7 An example of a method 100 for registering a data store service “A” 21 and a data store service “B” 23 will now be described with reference to FIGS. 6-7 in the context of being carried out by the system 10 described above in connection with FIGS. 1-5 .
- a user of computer 32 may operate client service access portal application 44 using the computer's input system, in conjunction with operation of the computer processor module 40 , computer memory module 42 and computer communication module 38 , to identify which services (e.g., data store service “A” 21 , data store service “B” 23 ) may be available in network 80 for registration with data store service catalogue system 56 .
- services e.g., data store service “A” 21 , data store service “B” 23
- the user of computer 32 may determine which one or more methods may be used by each data store service identified above at step 110 .
- the user may identify one or more parameters that may be used for each method identified above at step 120 .
- the user may populate metadata data store metadata data store 50 in the data store service catalogue system 46 with the methods and associated parameters for each data store service to register each service, an example of which is illustrated in FIG. 5 .
- FIG. 5 the exemplary parameters and manner in which the tables are organized in FIG. 5 are provided for ease of illustration and descriptive purposes only, as the particular parameters provided and the manner in which they are organized may vary depending on the particular environment they are employed. Further, the examples provided in FIG. 5 may include more or less information for each parameter as required for the particular data services each parameter may be associated with.
- client service access portal application 44 may provide tag values for associated parameters, such as whether the particular parameter represents an identifier or a filter, although other parameters may be provided. Further, client service access portal application 44 may provide a default value for one or more of the associated parameters included in metadata data store 50 . Any default value provided for a particular parameter may depend on the particular data store service that the parameter may be associated with, such as data store service “A” 21 or data store service “B” 23 , as well as the type of parameter it is provided for as identified by the parameter's “Tag” entry in the metadata data store 50 . shown in FIG. 5 .
- a first default value 192 shown in FIG. 5 may specify a particular format for specifying the format in which date values may be filtered when sent back to the client application 44 , for example.
- FIGS. 8-16 An example of a method 200 for enabling clients to discover and interact with one or more entities in one or more registered data store services, such as data store service “A” 21 and a data store service “B” 23 , will now be described with reference to FIGS. 8-16 in the context of being carried out by the system 10 described above in connection with FIGS. 1-7 .
- a user of computer 32 may operate client service access portal application 44 using the computer's input system, in conjunction with operation of the computer processor module 40 , computer memory module 42 and computer communication module 38 , to access the data store service catalogue system 46 for a number of reasons, such as for querying the module 38 to identify which services (e.g., data store service “A” 21 , data store service “B” 23 ) may be registered in metadata data store 50 , for instance.
- client service access portal application 44 using the computer's input system, in conjunction with operation of the computer processor module 40 , computer memory module 42 and computer communication module 38 , to access the data store service catalogue system 46 for a number of reasons, such as for querying the module 38 to identify which services (e.g., data store service “A” 21 , data store service “B” 23 ) may be registered in metadata data store 50 , for instance.
- services e.g., data store service “A” 21 , data store service “B” 23
- a developer may desire querying the module 38 to identify which data store services may be registered in metadata data store 50 so that the developer can develop code that may enable one or more other client computers on the network 80 to access the data store services in a particular manner.
- the developer may not be well versed in coding for one or more of the various data store services that may be registered within the metadata data store 50 for which providing access to the one or more other clients may be desired.
- the metadata that may be maintained in metadata data store 50 for each registered data store service may enable the developer with limited coding knowledge to develop code for leveraging one or more of the registered data services.
- the metadata data store 50 may be populated with metadata describing one or more services (e.g., data store service “A” 21 , data store service “B” 23 ) registered therein using any number of methods, such as the process described above in connection with method 100 , for example, although other methods could be used.
- the developer may provide the following line of code to the client service access portal application 44 , which in turn would send the code to the data store service catalogue system 46 for further processing as described herein:
- the Systeminstance.GetSysteminstances( ) method may be made available to the client service access portal application 44 by the data store service catalogue system 46 via the metadata access API, for example. Responsive to receiving the above-identified from the client application 44 , the data store service catalogue system 46 may search for any registered data store services in the metadata data store 50 .
- FIG. 9 an exemplary portion of information that may be maintained in the metadata data store 50 to represent one or more registered instances of data store services is illustrated as a system instances 212 table. It should be appreciated that the information illustrated in FIG. 9 is provided for ease of illustration and descriptive purposes only. As shown in FIG. 9 , one or more data store service instances are identified under a “Service ID” column and/or a “Service Name” column.
- the data store service catalogue system 46 identifies the data store services registered in the metadata data store 50 , a reference to a listing or enumeration of the services may be made available to the client service access portal application 44 , and hence the developer, for example.
- the developer operating the client service access portal application 44 running on computer 32 may desire determining which “entities” may be associated with and/or exposed by one or more of the registered data store service instances that may have been identified above at step 210 via one or more API's exposed by those services, for example.
- An entity may represent data and/or one or more methods or logic defined within the registered data store service's native environment that can be implemented by data store service catalogue system 56 .
- an SAP data store service may define a “Customer” entity and an “Employee” entity that may be associated with one or more methods or logic, for instance, although other entities may be defined.
- the one or more methods, associated parameters and/or default parameter values that may be associated with each entity associated with a particular data store service instance may be defined by the data store service catalogue system 46 in the metadata data store 50 , such as in the exemplary metadata provided in FIG. 5 earlier, for instance.
- the developer may provide the following line of code to the client service access portal application 44 , which in turn would send the code to the data store service catalogue system 46 for further processing as described herein:
- an exemplary portion of information that may be maintained in the metadata data store 50 to represent one or more entities associated with each of the one or more registered data store services identified above at step 210 is illustrated as an entities instances 222 table.
- entities instances 222 table an exemplary portion of information that may be maintained in the metadata data store 50 to represent one or more entities associated with each of the one or more registered data store services identified above at step 210.
- entities instances 222 table an exemplary portion of information that may be maintained in the metadata data store 50 to represent one or more entities associated with each of the one or more registered data store services identified above at step 210 is illustrated as an entities instances 222 table.
- Entity ID an “Entity ID” column
- System Identifier” column in the entities instances 222 table identifies which of the one or more registered data store services identified above at step 210 the particular entity may be associated with.
- each service instance may be associated with the same types of entities (e.g., entity types 1 and 2), although each entity may be defined within metadata data store 50 differently and referred to independently, if desired, for example.
- entity methods 232 table may identify one or more methods associated with each of the entities associated with the one or more registered data store services shown in FIG. 10 discussed above.
- entity methods 232 table may identify one or more methods associated with each of the entities associated with the one or more registered data store services shown in FIG. 10 discussed above.
- the information illustrated in FIG. 11 is provided for ease of illustration and descriptive purposes only, and the methods identified in the entity methods table 232 may be described or further annotated in the metadata data store 50 in the same manner shown and described above in connection with FIG. 5 , although the methods may be defined in other ways.
- the data store service catalogue system 46 identifies the one or more entities and one or more methods associated with each of the one or more data store services registered in the metadata data store 50 , a reference to a listing or enumeration of these entities and associated methods may be made available to the client service access portal application 44 , and hence the developer, for example.
- each of the identified entities may support a number of methods, including but not limited to an instantiate( ) method for instantiating a particular entity, one or more find( ) and/or findSpecific methods for finding one or more instances of entities in one or more identified data store services registered in the metadata data store 50 , one or more getAssociation( ) methods for identifying one or more associations among one or more entities defined in the metadata data store 50 , one or more getExternalAssociation( ) methods for identifying one or more associations among one or more corresponding entities among one or more different data store services registered in the metadata data store 50 , and/or GetViews methods.
- an instantiate( ) method for instantiating a particular entity
- find( ) and/or findSpecific methods for finding one or more instances of entities in one or more identified data store services registered in the metadata data store 50
- getAssociation( ) methods for identifying one or more associations among one or more entities defined in the metadata data store 50
- getExternalAssociation( ) methods for identifying one or more associations
- the developer operating the client service access portal application 44 running on computer 32 may desire determining whether any of the entities that may have been identified above at step 220 for each of the registered data store services that may have identified above at step 210 are related to each other.
- the relationships between the one or more entities may be described in the metadata data store 50 and may be based on one or more relationships defined in the native environment of the particular data store service that the entity may be associated with, for instance, although the metadata data store 50 may be extensible to define non-native entity associates for particular implementation environments, if desired.
- an SAP data store service may define a relationship between a “Customer” entity and a “Sales Order” entity.
- the developer may provide the following line of code to the client service access portal application 44 to enable retrieving any defined associations between the entities in one or more particular data store services, which in turn would send the code to the data store service catalogue system 46 for further processing as described herein:
- an exemplary portion of information that may be maintained in the metadata data store 50 to represent one or more associations between one or more entities associated with each of the one or more registered data store services identified above at step 210 is illustrated as internal entities associations 242 table.
- internal entities associations 242 table an exemplary portion of information that may be maintained in the metadata data store 50 to represent one or more associations between one or more entities associated with each of the one or more registered data store services identified above at step 210 is illustrated as internal entities associations 242 table.
- one or more entity associations are identified under an “Association ID” column.
- an “Association” column in the internal entities associations 242 table identifies which of the one or more entities are associated.
- an “Associated Methods” column in the internal entities associations 242 identifies one or more associated methods may be called to retrieve information representing the related entities.
- data store service catalogue system 56 would implement the appropriate SAP code that ay be defined in the metadata data store 50 to obtain “Sales Order” information for each “Customer” entity maintained by the SAP service, for example.
- data store service catalogue system 46 identifies any associations or relationships among the one or more entities that may be defined in the metadata data store 50 , a reference to a listing or enumeration of these entity associations may be made available to the client service access portal application 44 , and hence the developer, for example.
- the developer operating the client service access portal application 44 running on computer 32 may desire determining whether any of the entities that may have been identified above at step 220 for each of the registered data store services that may have identified above at step 210 are related to any other corresponding entities in one or more different data store services that may have been identified above at step 210 .
- the developer may desire determining and/or leveraging the correspondence between SAP data store service “Customers” and any corresponding Sieble data store service “Customers,” for example.
- the relationships between the one or more corresponding entities in one or more different data store services may be described in the metadata data store 50 .
- these corresponding relationships often may not be defined in the native environment of the particular data store services that the corresponding entities may be associated with and thus this identifying these types of relationships may prove utility to the developer, for instance.
- the developer may provide the following line of code to the client service access portal application 44 to enable retrieving any defined associations between the entities in one or more particular data store services, which in turn would send the code to the data store service catalogue system 46 for further processing as described herein:
- an exemplary portion of information that may be maintained in the metadata data store 50 to represent one or more external associations between one or more corresponding entities in one or more different data store services identified above at step 210 is illustrated as external entity associations 252 table. It should be appreciated that the information illustrated in FIG. 13 is provided for ease of illustration and descriptive purposes only. As shown in FIG. 13 , one or more entity associations are identified under an “External Association ID” column.
- a “First Association” column in the external entities associations 252 table identifies which of the one or more entities from a first data store services may have an external association.
- a “Second Association” column in the external entities associations 252 table identifies another one or more of the entities from a second data store service that may have an external association with the entity identified under the “First Association” in the same row.
- the “First Entity” may represent a “Customer” entity in an SAP data store service environment and the “Second Entity” may represents a corresponding “Customer” in a Sieble data store service environment.
- FIG. 14 another exemplary portion of information that may be maintained in the metadata data store 50 is shown as external entity association instance mappings 254 in FIG. 14 and may describe one or more instances of the associations shown in FIG. 13 , for example.
- the data store service catalogue system 46 identifies any associations or relationships among the one or more entities that may be defined in the metadata data store 50 , a reference to a listing or enumeration of these external entity associations may be made available to the client service access portal application 44 .
- the developer operating the client service access portal application 44 running on computer 32 may desire specifying which properties or fields associated with a particular entity may be output and/or provided to clients that a client data service application may be coded for accessing by the clients. For instance, a “Customer” entity in an SAP data service environment may be associated with over 250 properties. Thus, the developer may desire limited the number of fields that may be displayed to clients to just a few relevant fields that may be appropriate in a particular environment, for example.
- the developer may provide the following line of code to the client service access portal application 44 to enable using one or more predefined “views” that may be defined in the metadata data store 50 , which in turn would send the code to the data store service catalogue system 46 for further processing as described herein:
- views 262 table an exemplary portion of information that may be maintained in the metadata data store 50 to represent one or more available views that may be defined in the metadata data store 50 is illustrated as views 262 table. It should be appreciated that the information illustrated in FIG. 13 is provided for ease of illustration and descriptive purposes only. As shown in FIG. 15 , one or more views are identified under “View ID” and “View Name” columns. Further, a “View Type” column in the views 262 table identifies the particular type of view.
- view definitions 264 table may describe properties associated with one or more fields defined for each field type defined in the views 262 table shown in FIG. 15 , for example.
- one or more views may be called for particular instances to allow the developer to manipulate which portions of information associated with one or more entities may be returned and/or presented.
- steps 210 - 250 may be performed in any particular order and do not need to be performed in the manner depicted in FIG. 8 . If the developer has input all desired portions of code in the manner described in one or more steps 210 - 250 the method 200 may end, although one or more portions may be repeated as desired.
- Communication media may embody computer-readable instructions, data structures, program modules, or other data in a modulated data signal, such as a carrier wave or other transport mechanism, and includes any information delivery media.
- modulated data signal means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal.
- communication media includes wired media, such as a wired network or direct-wired connection, and wireless media, such as acoustic, RF, infrared, other wireless media, and combinations thereof.
- a remote computer may store an example of the process described as software.
- a local or terminal computer may access the remote computer and download a part or all of the software to run the program.
- the local computer may download pieces of the software as needed, or distributively process by executing some software instructions at the local terminal and some at the remote computer (or computer network).
- a dedicated circuit such as a DSP, programmable logic array, or the like.
Abstract
Description
- This application is a Continuation-In-Part under 35 U.S.C. §120 of U.S. patent application Ser. No. 11/165,748 filed on Jun. 23, 2005, which is incorporated by reference herein in its entirety.
- The disclosed technology relates generally to data processing and, more particularly, to enabling clients to discover and interact with one or more entities in one or more registered data store services in a number of ways using one or more uniform access interfaces.
- Organizations may often use or desire using line-of-business (“LOB”) systems to carry out daily operations, for example. Further, many organizations may implement a number of different types of LOB systems to perform particular tasks, such as SAP, SIEBLE and other types of LOB systems. While these LOB systems may potentially offer a great deal of benefits, at the same time organizations may find themselves unexpectedly devoting other resources just to be able to utilize these systems.
- For instance, an organization's developer(s) may need to familiarize themselves with the semantics for interacting with each type of different LOB system. While SAP and SIEBLE were mentioned above as examples of LOB systems, any one organization may desire employing other types of LOB systems. Moreover, organizations may desire utilizing several instantiations of a particular LOB system (e.g., SAP) each dedicated to handling particular business related operations in addition to those other types of systems mentioned above. As a result, still more of an organization's resources would need to be invested to be able to leverage those systems.
- The following presents a simplified summary of the subject matter disclosed in further detail herein to provide a basic understanding to the reader. This summary is not an exhaustive or limiting overview of the disclosed subject matter, and is not provided for identifying key and/or critical elements of the subject matter or delineating the scope of the claimed subject matter. Thus, the scope of the claimed subject matter should not be limited in any way by this summary. Its sole purpose is to present some of the concepts in a simplified form as an introduction to the more detailed description that is presented later.
- The present example provides a data store catalogue service model that may be implemented as a data store
catalogue service system 56 in the manner described herein with regard toFIGS. 5 and 7 . The data store catalogue service model may be implemented to expose one or more disparate data store related services to one or more clients without requiring the clients to have explicit knowledge on how to interact with each or any of the disparate services. The data storecatalogue service system 56 may maintain interaction details for the data store related services, which the clients may access for interacting with those services. In particular, the data storecatalogue service system 56 may implement ametadata data store 50 that may describe the different types of services available for accessing by clients, the data types used by those services, how to access the data provided by the services, and how to communicate semantically with the services for accessing the service's data. The clients may issue one or more requests to access those particular services defined in the metadata data store via one or more application program interfaces (“APIs”) exposed to the clients by a data store service catalogue system in a unified manner. - Many of the attendant features will be more readily appreciated as the same becomes better understood by reference to the following detailed description considered in connection with the accompanying drawings.
- The foregoing summary will become more readily appreciated as the same becomes better understood by reference to the following detailed description, when taken in conjunction with the accompanying drawings, wherein:
-
FIG. 1 is a block diagram of at least a portion of a system for registering data store services in cataloguing systems to provide clients with access to disparate data store services in a unified manner; -
FIG. 2 is a block diagram of an application server that may be used in the system illustrated inFIG. 1 ; -
FIG. 3 is a block diagram of a computer that may be used in the system illustrated inFIG. 1 ; -
FIG. 4 is a block diagram of a client service access portal application and a data store service catalogue system that may be implemented in the system illustrated inFIG. 1 ; -
FIG. 5 is a diagram of at least a portion of a metadata data store that may be implemented in the data store service catalogue system illustrated inFIG. 4 ; -
FIG. 6 is a functional block diagram illustrating at least a portion of a process for registering data store services in cataloguing systems to provide clients with access to disparate data store services in a unified manner; -
FIG. 7 is a flow chart of a process for registering data store services in cataloguing systems to provide clients with access to disparate data store services in a unified manner; -
FIG. 8 is a flow chart of a process for enabling clients to discover and interact with one or more entities in one or more registered data store services; and -
FIGS. 9-16 are diagrams one or more other portions of a metadata data store that may be implemented in the data store service catalogue system illustrated inFIG. 4 that may be used in accordance with the process for enabling clients to discover and interact with one or more entities in one or more registered data store services. - Like reference numerals are used to designate like parts in the accompanying drawings.
- The detailed description provided below in connection with the appended drawings is intended as a description of the present examples and is not intended to represent the only forms in which the present example may be constructed or utilized. The description sets forth the functions of the example and the sequence of steps for constructing and operating the example. However, the same or equivalent functions and sequences may be accomplished by different examples.
- An exemplary data store
catalogue service system 56 implemented in asystem 10 andmethod 100 for registering data store services in cataloguing systems to provide clients with access to disparate data store services in a unified manner is generally shown inFIGS. 1, 4 , 6 and 7. As mentioned above earlier, organizations may often use or desire utilizing a number of different types of LOB systems to perform particular tasks, although organizations may desire implementing other types of software applications besides LOB systems, such as Web services, which may involve the same resource investments for enabling an organization's client applications to use the different types of systems. - In particular, an organization may wind up devoting resources for finding the different systems and identifying their purpose. In addition, these organizations may find themselves devoting even more resources just to be able to programmatically access each of the respective systems' methods, such as for allowing them to develop their own user or other types of access interfaces for accessing the systems. Unfortunately, many such systems typically involve uniquely formatted ways for accessing information from each system's respective data store. For instance, unique parameters, filters and other access nuances often make it difficult for organizations to develop interfaces for accessing the various systems unless the organization's software application developers possess intimate knowledge of each system's semantics.
- Data store
catalogue service system 56 may be implemented insystem 10 in an attempt to address at least some of the issues noted above by providing client applications with one or more unified interfaces for interacting with one or more disparate systems without requiring specific knowledge of the inner workings of those systems, although there may be other uses as well. Basically, data storecatalogue service system 56 may provide an environment where one or more disparate systems may be registered in one or more data stores using metadata, for example. The metadata may define methods, parameters and/or default values for one or more of the data store services that may allow clients to be able to interact with the registered services. As a result, application developers may be insulated from having to explicitly program their applications to be able to invoke the appropriate method calls and to process the various types of return values produced by each of the different types of systems. - In particular, data store
catalogue service system 56 may implement ametadata data store 50 that may describe the different types of services available for accessing by clients, the data types used by those services, how to access the data provided by the services, and how to communicate semantically with the services for accessing the service's data. The clients may issue one or more requests to access those particular services defined in the metadata data store via one or more application program interfaces (“APIs”) exposed to the clients by a data store service catalogue system in a unified manner. - Referring now specifically to
FIG. 1 , an example of a suitable operating environment in whichsystem 10 may be implemented is illustrated. As shown inFIG. 1 ,system 10 may generally include at least onecomputer 32 and one ormore application servers 20 that may be coupled together vianetwork 80, althoughsystem 10 may include a lesser or greater number and other types of devices. - It should be noted, however, that
FIG. 1 is not intended to suggest any limitation as to the scope of use or functionality of thesystem 10. Other types of computing systems, environments, and/or configurations that may be suitable for use with thesystem 10 include, but are not limited to, hand-held, notebook or laptop devices, multiprocessor systems, microprocessor-based systems, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like. - Referring now to
FIG. 2 , an exemplary configuration for one or more of theapplication servers 20 is illustrated. In its most basic configuration,application server 20 may comprise applicationserver input module 22, applicationserver output module 24, application server communication module 26, applicationserver processor module 28 and applicationserver memory module 30, which may be coupled together by one or more bus systems or other communication links, althoughapplication server 20 may comprise other modules in other arrangements.Modules FIG. 2 . - Application
server input module 22 may comprise one or more user input devices, such as a keyboard and/or mouse, and any supporting hardware. Applicationserver input module 22 may enable a user who isoperating application server 20 to generate and transmit signals or commands to applicationserver processor module 28, although other types of user input devices may be used. - Application
server output module 24 may comprise one or more user output devices, such as a computer monitor (e.g., CRT, LCD or plasma display), and any supporting hardware, although other types of output devices may be used. Applicationserver output module 24 may present one or more results from applicationserver processor module 28 executing instructions stored in applicationserver memory module 30 as described in further detail herein below. - Application server communication module 26 may comprise one or more communication interface devices, such as wire-based (e.g., Ethernet) or wireless network adapters, and any supporting hardware, although other types of communication interface devices may be used, such as serial port interfaces (e.g., RS-232). Application server communication module 26 may enable
application server 20 to transmit data to and receive data from other devices vianetwork 80, such ascomputer 32, although application server communication module 26 may transmit/receive data to/from other computing systems or peripherals (e.g., external memory storage device or printer) via other communication media, such as direct cable connections, for example. - Application
server processor module 28 may access data and may execute instructions stored in applicationserver memory module 30 for controlling, monitoring and managing (hereinafter referred to as “operating”) applicationserver input module 22, applicationserver output module 24, application server communication module 26 and applicationserver memory module 30 as described herein, although some or all of the data and instructions may be stored in and/or executed by the modules themselves. - Additionally, application
server processor module 28 may access data and may execute instructions stored in applicationserver memory module 30 to perform functions for implementing at least a portion of themethod 100 as described herein and illustrated inFIG. 7 , although applicationserver processor module 28 may perform other functions, one or more other processing devices or systems may perform some or all of these functions, and applicationserver processor module 28 may comprise circuitry configured to perform the functions described herein. - Application
server memory module 30 may comprise one or more types of fixed and/or portable memory accessible by applicationserver processor module 28, such as ROM, RAM, SRAM, DRAM, DDRAM, hard and floppy-disks, optical disks (e.g., CDs, DVDs), magnetic tape, ferroelectric and ferromagnetic memory, electrically erasable programmable read only memory, flash memory, charge coupled devices, smart cards, or any other type of computer-readable media, which may be read from and/or written to by one or more magnetic, optical, or other appropriate reading and/or writing systems coupled to applicationserver processor module 28 and/or one or more other processing devices or systems. - Application
server memory module 30 may store at least a portion of the data and instructions that may be accessed and/or executed by applicationserver processor module 28 for operating application server communication module 26 and applicationserver memory module 30, although some or all of the data and instructions may be stored elsewhere, such as in the modules themselves and/or the applicationserver processor module 28. - Application
server memory module 30 in eachapplication server 20 may also store one or more modules, such as data store service “A” 21 and/or data store service “B” 23 shown inFIG. 1 , although the modules may be stored elsewhere. Further, data store service “A” 21 and/or data store service “B” 23 may comprise an LOB system, such as SAP or SIEBLE, although data store service “A” 21 and/or data store service “B” 23 may comprise other types of LOB systems or other types of data store services, such as Web services, or any other type of server application. LOB systems, such as SAP and SIEBEL, are types of enterprise or business related software. - Referring to
FIG. 3 , in its most basic configuration,computer 32 may comprisecomputer input module 34,computer output module 36,computer communication module 38,computer processor module 40, andcomputer memory module 42, which may be coupled together by one or more bus systems or other communication links, althoughcomputer 32 may comprise other elements in other arrangements.Modules FIG. 4 . -
Computer input module 34 may comprise one or more user input devices, such as a keyboard and/or mouse, and any supporting hardware.Computer input module 34 may enable a user who is operatingcomputer 32 to generate and transmit signals or commands tocomputer processor module 40, such as commands for operating client service accessportal application 44, although other types of user input devices may be used. -
Computer output module 36 may comprise one or more user output devices, such as a computer monitor (e.g., CRT, LCD or plasma display), and any supporting hardware, although other types of output devices may be used.Computer output module 36 may present one or more results fromcomputer processor module 40 executing instructions stored incomputer memory module 42 as described in further detail herein below. -
Computer communication module 38 may comprise one or more communication interface devices, such as a network interface card (e.g., Ethernet card or wireless network card), and any supporting hardware, although other types of communication interface devices may be used, such as a serial interface (e.g., RS-232 interface).Computer communication module 38 may enablecomputer 32 to transmit data to or receive data from other devices vianetwork 80, such as one ormore application servers 20, althoughcomputer communication module 38 may transmit/receive data to/from other computing systems or peripherals (e.g., external memory storage device or printer) via other communication media, such as a direct cable connection, for example. -
Computer processor module 40 may access and/or may execute data and instructions stored incomputer memory module 42 for operatingcomputer input module 34,computer output module 36,computer communication module 38 andcomputer memory module 42 as described herein, although some or all of the data and instructions may be stored in and/or executed by the modules themselves. - Additionally,
computer processor module 40 may access and/or may execute data and instructions stored incomputer memory module 42 to perform functions for implementing at least a portion of themethod 100 described with reference toFIG. 7 , althoughcomputer processor module 40 may perform other functions, one or more other processing devices or systems may perform some or all of these functions, andcomputer processor module 40 may comprise circuitry configured to perform the functions described herein. -
Computer memory module 42 may comprise the same types of memory storage devices as applicationserver memory module 30 inapplication server 20, although other types of computer-readable media may be used, which may be read from and/or written to by one or more magnetic, optical, or other appropriate reading and/or writing systems coupled tocomputer processor module 40 and/or one or more other processing devices or systems. -
Computer memory module 42 may store at least a portion of the data and instructions that may be accessed and/or executed bycomputer processor module 40 for operatingcomputer input module 34,computer output module 36,computer communication module 38,computer processor module 40 andcomputer memory module 42, although some or all of the data and instructions may be stored elsewhere, such as in the modules themselves and/or thecomputer processor module 40. -
Computer memory module 42 may also store client service accessportal application 44 and data storeservice catalogue system 46, although theapplication 44 andsystem 46 may be stored elsewhere. Client service accessportal application 44 and data storeservice catalogue system 46 may comprise data and/or instructions written in a number of programming languages, which when accessed and/or executed bycomputer processor module 40, may causecomputer 32 to implement at least a portion of themethod 100 described with reference toFIG. 7 , although the modules may comprise circuitry configured to operate in the manner described herein. - Client service access
portal application 44 may accessmetadata access API 52 to interact with at least one of data store service “A” 21 or data store service “B” 23 implemented on one ormore servers 20 as will be described in further detail herein below. Data storeservice catalogue system 46 may comprisemetadata access API 52,metadata data store 50, andservice execution API 54, althoughsystem 56 may comprise other components in other arrangements.Metadata data store 50 may comprise one or more metadata entries, which may define one or more methods, parameters associated with the methods, and other information related to the semantics for interacting with one or more of data store services “A” 21 and/or “B” 23 that may be implemented onservers 20, althoughdata store 50 may comprise one or more other metadata entries for defining the semantics for interacting with other services or other types of entries besides metadata entries. -
Metadata access API 52 may comprise one or more application program interfaces that may accept one or more methods calls and/or parameters for accessing one or more entities that may be defined inmetadata data store 50 and which may correspond to one or more entities associated with one or more of data store services “A” 21 and/or “B” 23 that may be implemented on one ormore application servers 20. -
Service execution API 54 may comprise one or more application program interfaces that may accept one or more methods calls and/or parameters from data storeservice catalogue system 56 based on the metadata obtained frommetadata data store 50 for aparticular service 21 and/or 23 that may be implemented onservers 20. Further,service execution API 54 may comprise one or more adapter shims 56 for each of theservices 21 and/or 23 that may be implemented onservers 20, such as adapter shim “A” 56A and adapter shim “B” 56B shown inFIG. 7 . Adapter shims 56 may comprise low level information thatservice execution API 54 may use to communicate with data storeservice interface adapters FIG. 6 , such as information that may specify how to invoke one or more methods associated withdata store services 21 and/or 23 that may be exposed by adapter 70. An example includes an SAP NET Connector software component wheredata store services 21 and/or 23 may comprise an SAP LOB service, for instance. - It should be appreciated that client service access
portal application 44, data storeservice catalogue system 46 and their associated modules as described above are depicted in the manner shown inFIG. 4 for ease of description and exemplary purposes only. However, client service accessportal application 44 and data storeservice catalogue system 46 may comprise a fewer or greater number and other types of modules that may reside on one or more other computing systems or devices. - Referring back to
FIG. 1 ,network 80 may comprise a Wide Area Network (“WAN”), such as the Internet, although a variety of other communication systems and/or methods using appropriate protocols may be used, including other types of WANs, local area networks, wireless networks, phone lines, serial and/or parallel bus cables, coaxial cables, and combinations thereof. - An example of a
method 100 for registering a data store service “A” 21 and a data store service “B” 23 will now be described with reference toFIGS. 6-7 in the context of being carried out by thesystem 10 described above in connection withFIGS. 1-5 . - Referring to
FIG. 7 and beginning atstep 110, by way of example only, a user ofcomputer 32 may operate client service accessportal application 44 using the computer's input system, in conjunction with operation of thecomputer processor module 40,computer memory module 42 andcomputer communication module 38, to identify which services (e.g., data store service “A” 21, data store service “B” 23) may be available innetwork 80 for registration with data storeservice catalogue system 56. - At
step 120, the user ofcomputer 32, such as a developer, may determine which one or more methods may be used by each data store service identified above atstep 110. - At
step 130, the user may identify one or more parameters that may be used for each method identified above atstep 120. - At
step 140, the user may populate metadata data storemetadata data store 50 in the data storeservice catalogue system 46 with the methods and associated parameters for each data store service to register each service, an example of which is illustrated inFIG. 5 . It should be noted that the exemplary parameters and manner in which the tables are organized inFIG. 5 are provided for ease of illustration and descriptive purposes only, as the particular parameters provided and the manner in which they are organized may vary depending on the particular environment they are employed. Further, the examples provided inFIG. 5 may include more or less information for each parameter as required for the particular data services each parameter may be associated with. - At
step 150, client service accessportal application 44 may provide tag values for associated parameters, such as whether the particular parameter represents an identifier or a filter, although other parameters may be provided. Further, client service accessportal application 44 may provide a default value for one or more of the associated parameters included inmetadata data store 50. Any default value provided for a particular parameter may depend on the particular data store service that the parameter may be associated with, such as data store service “A” 21 or data store service “B” 23, as well as the type of parameter it is provided for as identified by the parameter's “Tag” entry in themetadata data store 50. shown inFIG. 5 . - For instance, a
first default value 192 shown inFIG. 5 may specify a particular format for specifying the format in which date values may be filtered when sent back to theclient application 44, for example. As an example, thedefault value 192 shown inFIG. 5 may specify “[Date format=xx/xx/xxxx],” although any other values may be provided. Upon defining each of the tag values and any default values for the parameters, themethod 100 may end. - An example of a
method 200 for enabling clients to discover and interact with one or more entities in one or more registered data store services, such as data store service “A” 21 and a data store service “B” 23, will now be described with reference toFIGS. 8-16 in the context of being carried out by thesystem 10 described above in connection withFIGS. 1-7 . - Referring to
FIG. 8 and beginning atstep 210, by way of example only, a user ofcomputer 32, such as an organization's developer, may operate client service accessportal application 44 using the computer's input system, in conjunction with operation of thecomputer processor module 40,computer memory module 42 andcomputer communication module 38, to access the data storeservice catalogue system 46 for a number of reasons, such as for querying themodule 38 to identify which services (e.g., data store service “A” 21, data store service “B” 23) may be registered inmetadata data store 50, for instance. - Further, a developer may desire querying the
module 38 to identify which data store services may be registered inmetadata data store 50 so that the developer can develop code that may enable one or more other client computers on thenetwork 80 to access the data store services in a particular manner. However, the developer may not be well versed in coding for one or more of the various data store services that may be registered within themetadata data store 50 for which providing access to the one or more other clients may be desired. Thus, the metadata that may be maintained inmetadata data store 50 for each registered data store service may enable the developer with limited coding knowledge to develop code for leveraging one or more of the registered data services. - Further, the
metadata data store 50 may be populated with metadata describing one or more services (e.g., data store service “A” 21, data store service “B” 23) registered therein using any number of methods, such as the process described above in connection withmethod 100, for example, although other methods could be used. For instance, the developer may provide the following line of code to the client service accessportal application 44, which in turn would send the code to the data storeservice catalogue system 46 for further processing as described herein: -
- IList e=System.GetSystem;
- The Systeminstance.GetSysteminstances( ) method may be made available to the client service access
portal application 44 by the data storeservice catalogue system 46 via the metadata access API, for example. Responsive to receiving the above-identified from theclient application 44, the data storeservice catalogue system 46 may search for any registered data store services in themetadata data store 50. - Referring to
FIG. 9 , an exemplary portion of information that may be maintained in themetadata data store 50 to represent one or more registered instances of data store services is illustrated as asystem instances 212 table. It should be appreciated that the information illustrated inFIG. 9 is provided for ease of illustration and descriptive purposes only. As shown inFIG. 9 , one or more data store service instances are identified under a “Service ID” column and/or a “Service Name” column. - Further, a “Service Type” column in the
system instances 212 table may identify the particular type of data store service (e.g., SAP, Sieble). For instance,system instances 212 table shows that there are two registered data store services of “Service Type”=“Service Type 1,” which represents two instances of the same type of data store service. When the data storeservice catalogue system 46 identifies the data store services registered in themetadata data store 50, a reference to a listing or enumeration of the services may be made available to the client service accessportal application 44, and hence the developer, for example. - At
step 220, the developer operating the client service accessportal application 44 running oncomputer 32 may desire determining which “entities” may be associated with and/or exposed by one or more of the registered data store service instances that may have been identified above atstep 210 via one or more API's exposed by those services, for example. An entity may represent data and/or one or more methods or logic defined within the registered data store service's native environment that can be implemented by data storeservice catalogue system 56. For instance, an SAP data store service may define a “Customer” entity and an “Employee” entity that may be associated with one or more methods or logic, for instance, although other entities may be defined. Further, the one or more methods, associated parameters and/or default parameter values that may be associated with each entity associated with a particular data store service instance may be defined by the data storeservice catalogue system 46 in themetadata data store 50, such as in the exemplary metadata provided inFIG. 5 earlier, for instance. - For a specific example, the developer may provide the following line of code to the client service access
portal application 44, which in turn would send the code to the data storeservice catalogue system 46 for further processing as described herein: -
- IList e=System.GetSystem.
- GetClasses;
- Referring to
FIG. 10 , an exemplary portion of information that may be maintained in themetadata data store 50 to represent one or more entities associated with each of the one or more registered data store services identified above atstep 210 is illustrated as anentities instances 222 table. It should be appreciated that the information illustrated inFIG. 10 is provided for ease of illustration and descriptive purposes only. As shown inFIG. 10 , one or more data store service instances are identified under an “Entity ID” column. Further, a “System Identifier” column in theentities instances 222 table identifies which of the one or more registered data store services identified above atstep 210 the particular entity may be associated with. - Referring back to the example provided above in
FIG. 9 , since there may be two different instances of the same registered data store services identified above atstep 210, each service instance may be associated with the same types of entities (e.g.,entity types 1 and 2), although each entity may be defined withinmetadata data store 50 differently and referred to independently, if desired, for example. - Referring to
FIG. 11 , another exemplary portion of information that may be maintained in themetadata data store 50 is illustrated as anentity methods 232 table, which may identify one or more methods associated with each of the entities associated with the one or more registered data store services shown inFIG. 10 discussed above. Again, the information illustrated inFIG. 11 is provided for ease of illustration and descriptive purposes only, and the methods identified in the entity methods table 232 may be described or further annotated in themetadata data store 50 in the same manner shown and described above in connection withFIG. 5 , although the methods may be defined in other ways. - When the data store
service catalogue system 46 identifies the one or more entities and one or more methods associated with each of the one or more data store services registered in themetadata data store 50, a reference to a listing or enumeration of these entities and associated methods may be made available to the client service accessportal application 44, and hence the developer, for example. Furthermore, each of the identified entities may support a number of methods, including but not limited to an instantiate( ) method for instantiating a particular entity, one or more find( ) and/or findSpecific methods for finding one or more instances of entities in one or more identified data store services registered in themetadata data store 50, one or more getAssociation( ) methods for identifying one or more associations among one or more entities defined in themetadata data store 50, one or more getExternalAssociation( ) methods for identifying one or more associations among one or more corresponding entities among one or more different data store services registered in themetadata data store 50, and/or GetViews methods. - At
step 230, the developer operating the client service accessportal application 44 running oncomputer 32 may desire determining whether any of the entities that may have been identified above atstep 220 for each of the registered data store services that may have identified above atstep 210 are related to each other. The relationships between the one or more entities may be described in themetadata data store 50 and may be based on one or more relationships defined in the native environment of the particular data store service that the entity may be associated with, for instance, although themetadata data store 50 may be extensible to define non-native entity associates for particular implementation environments, if desired. For example, an SAP data store service may define a relationship between a “Customer” entity and a “Sales Order” entity. - For a specific example, the developer may provide the following line of code to the client service access
portal application 44 to enable retrieving any defined associations between the entities in one or more particular data store services, which in turn would send the code to the data storeservice catalogue system 46 for further processing as described herein: -
- IList e=Systeminstance.GetAssociations.
- Referring to
FIG. 12 , an exemplary portion of information that may be maintained in themetadata data store 50 to represent one or more associations between one or more entities associated with each of the one or more registered data store services identified above atstep 210 is illustrated asinternal entities associations 242 table. It should be appreciated that the information illustrated inFIG. 12 is provided for ease of illustration and descriptive purposes only. As shown inFIG. 12 , one or more entity associations are identified under an “Association ID” column. Further, an “Association” column in theinternal entities associations 242 table identifies which of the one or more entities are associated. Finally, an “Associated Methods” column in theinternal entities associations 242 identifies one or more associated methods may be called to retrieve information representing the related entities. - For instance, if the “First Entity” represents a “Customer” and the “Second Entity” represents “Sales Orders” in an SAP data store service environment, then data store
service catalogue system 56 would implement the appropriate SAP code that ay be defined in themetadata data store 50 to obtain “Sales Order” information for each “Customer” entity maintained by the SAP service, for example. When the data storeservice catalogue system 46 identifies any associations or relationships among the one or more entities that may be defined in themetadata data store 50, a reference to a listing or enumeration of these entity associations may be made available to the client service accessportal application 44, and hence the developer, for example. - At
step 240, the developer operating the client service accessportal application 44 running oncomputer 32 may desire determining whether any of the entities that may have been identified above atstep 220 for each of the registered data store services that may have identified above atstep 210 are related to any other corresponding entities in one or more different data store services that may have been identified above atstep 210. For instance, the developer may desire determining and/or leveraging the correspondence between SAP data store service “Customers” and any corresponding Sieble data store service “Customers,” for example. - The relationships between the one or more corresponding entities in one or more different data store services may be described in the
metadata data store 50. However, these corresponding relationships often may not be defined in the native environment of the particular data store services that the corresponding entities may be associated with and thus this identifying these types of relationships may prove utility to the developer, for instance. For a specific example, the developer may provide the following line of code to the client service accessportal application 44 to enable retrieving any defined associations between the entities in one or more particular data store services, which in turn would send the code to the data storeservice catalogue system 46 for further processing as described herein: -
- IList e=Systeminstance.GetExternalAssociations.
- Referring to
FIG. 13 , an exemplary portion of information that may be maintained in themetadata data store 50 to represent one or more external associations between one or more corresponding entities in one or more different data store services identified above atstep 210 is illustrated asexternal entity associations 252 table. It should be appreciated that the information illustrated inFIG. 13 is provided for ease of illustration and descriptive purposes only. As shown inFIG. 13 , one or more entity associations are identified under an “External Association ID” column. - Further, a “First Association” column in the
external entities associations 252 table identifies which of the one or more entities from a first data store services may have an external association. Moreover, a “Second Association” column in theexternal entities associations 252 table identifies another one or more of the entities from a second data store service that may have an external association with the entity identified under the “First Association” in the same row. For instance, the “First Entity” may represent a “Customer” entity in an SAP data store service environment and the “Second Entity” may represents a corresponding “Customer” in a Sieble data store service environment. - Referring to
FIG. 14 , another exemplary portion of information that may be maintained in themetadata data store 50 is shown as external entityassociation instance mappings 254 inFIG. 14 and may describe one or more instances of the associations shown inFIG. 13 , for example. When the data storeservice catalogue system 46 identifies any associations or relationships among the one or more entities that may be defined in themetadata data store 50, a reference to a listing or enumeration of these external entity associations may be made available to the client service accessportal application 44. - At
step 250, the developer operating the client service accessportal application 44 running oncomputer 32 may desire specifying which properties or fields associated with a particular entity may be output and/or provided to clients that a client data service application may be coded for accessing by the clients. For instance, a “Customer” entity in an SAP data service environment may be associated with over 250 properties. Thus, the developer may desire limited the number of fields that may be displayed to clients to just a few relevant fields that may be appropriate in a particular environment, for example. - For a specific example, the developer may provide the following line of code to the client service access
portal application 44 to enable using one or more predefined “views” that may be defined in themetadata data store 50, which in turn would send the code to the data storeservice catalogue system 46 for further processing as described herein: -
- System.GetViews.ViewName.
- Referring to
FIG. 15 , an exemplary portion of information that may be maintained in themetadata data store 50 to represent one or more available views that may be defined in themetadata data store 50 is illustrated asviews 262 table. It should be appreciated that the information illustrated inFIG. 13 is provided for ease of illustration and descriptive purposes only. As shown inFIG. 15 , one or more views are identified under “View ID” and “View Name” columns. Further, a “View Type” column in theviews 262 table identifies the particular type of view. - Referring to
FIG. 16 , another exemplary portion of information that may be maintained in themetadata data store 50 is shown asview definitions 264 table and may describe properties associated with one or more fields defined for each field type defined in theviews 262 table shown inFIG. 15 , for example. Thus, one or more views may be called for particular instances to allow the developer to manipulate which portions of information associated with one or more entities may be returned and/or presented. - It should be appreciated that steps 210-250 may be performed in any particular order and do not need to be performed in the manner depicted in
FIG. 8 . If the developer has input all desired portions of code in the manner described in one or more steps 210-250 themethod 200 may end, although one or more portions may be repeated as desired. - It should be appreciated that while application
server memory module 30 andcomputer memory module 42 illustrated inFIGS. 2 and 3 , respectively, have been described above as comprising computer storage media, thememory modules - Further, while the present examples are described and illustrated herein as being implemented in a data store
catalogue service system 56, thesystem 56 described is provided as an example and not a limitation. As those skilled in the art will appreciate, the present examples are suitable for application in a variety of different types of data storecatalogue service systems 56 systems. - Those skilled in the art will realize that storage devices utilized to store program instructions can be distributed across a network. For example a remote computer may store an example of the process described as software. A local or terminal computer may access the remote computer and download a part or all of the software to run the program. Alternatively the local computer may download pieces of the software as needed, or distributively process by executing some software instructions at the local terminal and some at the remote computer (or computer network). Those skilled in the art will also realize that by utilizing conventional techniques known to those skilled in the art that all, or a portion of the software instructions may be carried out by a dedicated circuit, such as a DSP, programmable logic array, or the like.
- Further, while particular examples have been described, alternatives, modifications, variations, improvements, and substantial equivalents that are or may be presently unforeseen may arise to applicants or others skilled in the art. Accordingly, the appended claims as filed, and as they may be amended, are intended to embrace all such alternatives, modifications, variations, improvements, and substantial equivalents. Further, the recited order of processing elements or sequences, or the use of numbers, letters, or other designations therefore, is not intended to limit the claimed processes to any order except as may be specified in the claims.
Claims (20)
Priority Applications (11)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/165,748 US20060294042A1 (en) | 2005-06-23 | 2005-06-23 | Disparate data store services catalogued for unified access |
US11/191,771 US7810106B2 (en) | 2005-06-23 | 2005-07-28 | Uniform access to entities in registered data store services |
US11/262,273 US8365254B2 (en) | 2005-06-23 | 2005-10-28 | Unified authorization for heterogeneous applications |
MX2007014551A MX2007014551A (en) | 2005-06-23 | 2006-06-16 | Unified authorization for heterogeneous applications. |
CNA200680020660XA CN101194464A (en) | 2005-06-23 | 2006-06-16 | Unified authorization for heterogeneous applications |
JP2008518258A JP2008547118A (en) | 2005-06-23 | 2006-06-16 | Granting unified authority for heterogeneous applications |
EP06785019A EP1894343A2 (en) | 2005-06-23 | 2006-06-16 | Unified authorization for heterogeneous applications |
RU2007143380/09A RU2007143380A (en) | 2005-06-23 | 2006-06-16 | UNIFORM AUTHORIZATION FOR HETEROGENEOUS APPLICATIONS |
BRPI0611880-1A BRPI0611880A2 (en) | 2005-06-23 | 2006-06-16 | unified authorization for heterogeneous applications |
KR1020077026748A KR20080017315A (en) | 2005-06-23 | 2006-06-16 | Unified authorization for heterogeneous applications |
PCT/US2006/023564 WO2007001918A2 (en) | 2005-06-23 | 2006-06-16 | Unified authorization for heterogeneous applications |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/165,748 US20060294042A1 (en) | 2005-06-23 | 2005-06-23 | Disparate data store services catalogued for unified access |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/191,771 Continuation-In-Part US7810106B2 (en) | 2005-06-23 | 2005-07-28 | Uniform access to entities in registered data store services |
Publications (1)
Publication Number | Publication Date |
---|---|
US20060294042A1 true US20060294042A1 (en) | 2006-12-28 |
Family
ID=37568782
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/165,748 Abandoned US20060294042A1 (en) | 2005-06-23 | 2005-06-23 | Disparate data store services catalogued for unified access |
US11/191,771 Expired - Fee Related US7810106B2 (en) | 2005-06-23 | 2005-07-28 | Uniform access to entities in registered data store services |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/191,771 Expired - Fee Related US7810106B2 (en) | 2005-06-23 | 2005-07-28 | Uniform access to entities in registered data store services |
Country Status (6)
Country | Link |
---|---|
US (2) | US20060294042A1 (en) |
JP (1) | JP2008547118A (en) |
CN (1) | CN101194464A (en) |
BR (1) | BRPI0611880A2 (en) |
MX (1) | MX2007014551A (en) |
RU (1) | RU2007143380A (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080201234A1 (en) * | 2007-02-16 | 2008-08-21 | Microsoft Corporation | Live entities internet store service |
US20080201338A1 (en) * | 2007-02-16 | 2008-08-21 | Microsoft Corporation | Rest for entities |
US20090210400A1 (en) * | 2008-02-15 | 2009-08-20 | Microsoft Corporation | Translating Identifier in Request into Data Structure |
CN102201043A (en) * | 2010-03-24 | 2011-09-28 | 微软公司 | Auditing access to data based on resource properties |
US8825745B2 (en) | 2010-07-11 | 2014-09-02 | Microsoft Corporation | URL-facilitated access to spreadsheet elements |
US10192199B2 (en) | 2011-11-16 | 2019-01-29 | Microsoft Technology Licensing, Llc | Enabling service features within productivity applications |
CN109802955A (en) * | 2018-12-29 | 2019-05-24 | 360企业安全技术(珠海)有限公司 | Authority control method and device, storage medium, computer equipment |
US20210173828A1 (en) * | 2014-06-20 | 2021-06-10 | Amazon Technologies, Inc. | Persistent metadata catalog |
CN116776358A (en) * | 2023-08-18 | 2023-09-19 | 北京睿企信息科技有限公司 | Data processing system for blocking APP access rights of user |
Families Citing this family (42)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7779039B2 (en) | 2004-04-02 | 2010-08-17 | Salesforce.Com, Inc. | Custom entities and fields in a multi-tenant database system |
US8365254B2 (en) * | 2005-06-23 | 2013-01-29 | Microsoft Corporation | Unified authorization for heterogeneous applications |
WO2007030796A2 (en) | 2005-09-09 | 2007-03-15 | Salesforce.Com, Inc. | Systems and methods for exporting, publishing, browsing and installing on-demand applications in a multi-tenant database environment |
US7979865B2 (en) * | 2005-11-03 | 2011-07-12 | Microsoft Corporation | Identifying separate threads executing within a single process |
JP2007293639A (en) * | 2006-04-26 | 2007-11-08 | Yokogawa Electric Corp | Access control method and equipment and system using access control method |
US7996885B2 (en) * | 2007-04-19 | 2011-08-09 | International Business Machines Corporation | Password application |
US20090265314A1 (en) * | 2008-04-18 | 2009-10-22 | Sap Agdietmar-Hopp-Allee | Secure file searching |
JP2009301335A (en) * | 2008-06-13 | 2009-12-24 | Ricoh Co Ltd | Image processing device, image processing method and computer program |
US9213849B2 (en) * | 2008-08-28 | 2015-12-15 | International Business Machines Corporation | Hierarchical access control administration preview |
US8484204B2 (en) * | 2008-08-28 | 2013-07-09 | Microsoft Corporation | Dynamic metadata |
CN101730099B (en) * | 2008-10-14 | 2013-03-20 | 华为技术有限公司 | Terminal management method based on authority control and device |
US20100106977A1 (en) * | 2008-10-24 | 2010-04-29 | Jan Patrik Persson | Method and Apparatus for Secure Software Platform Access |
US8230357B2 (en) * | 2008-12-18 | 2012-07-24 | Microsoft Corporation | Visually processing instance data |
JP5316015B2 (en) * | 2009-01-20 | 2013-10-16 | 富士ゼロックス株式会社 | Information processing apparatus and program |
US8620955B2 (en) * | 2009-03-17 | 2013-12-31 | Novell, Inc. | Unified file access across multiple protocols |
US9088580B2 (en) * | 2009-12-31 | 2015-07-21 | Microsoft Technology Licensing, Llc | Access control based on user and service |
US8898181B2 (en) | 2010-06-22 | 2014-11-25 | Microsoft Corporation | Subscription for integrating external data from external system |
US9116728B2 (en) * | 2010-12-21 | 2015-08-25 | Microsoft Technology Licensing, Llc | Providing a persona-based application experience |
US9274694B2 (en) * | 2011-05-17 | 2016-03-01 | Next Issue Media | Device, system and method for image-based content delivery |
US8977964B2 (en) | 2011-05-17 | 2015-03-10 | Next Issue Media | Media content device, system and method |
US8978149B2 (en) | 2011-05-17 | 2015-03-10 | Next Issue Media | Media content device, system and method |
KR101572737B1 (en) * | 2011-05-27 | 2015-11-27 | 엠파이어 테크놀로지 디벨롭먼트 엘엘씨 | Seamless application backup and recovery using metadata |
US8983911B2 (en) | 2011-06-20 | 2015-03-17 | Microsoft Technology Licensing, Llc | Storage media abstraction for uniform data storage |
US9971738B2 (en) | 2012-05-17 | 2018-05-15 | Next Issue Media | Content generation with restructuring |
US9971743B2 (en) | 2012-05-17 | 2018-05-15 | Next Issue Media | Content generation and transmission with user-directed restructuring |
US10164979B2 (en) | 2012-05-17 | 2018-12-25 | Apple Inc. | Multi-source content generation |
US9971744B2 (en) | 2012-05-17 | 2018-05-15 | Next Issue Media | Content generation and restructuring with provider access |
US9971739B2 (en) | 2012-05-17 | 2018-05-15 | Next Issue Media | Content generation with analytics |
JP6066586B2 (en) * | 2012-05-22 | 2017-01-25 | キヤノン株式会社 | Information processing system, control method thereof, and program thereof |
CN102768721B (en) * | 2012-06-25 | 2016-06-01 | 北京奇虎科技有限公司 | The method of control White List and device |
US9141633B1 (en) * | 2012-06-27 | 2015-09-22 | Emc Corporation | Special markers to optimize access control list (ACL) data for deduplication |
US10049131B2 (en) * | 2012-07-02 | 2018-08-14 | Salesforce.Com, Inc. | Computer implemented methods and apparatus for determining user access to custom metadata |
US9286146B2 (en) | 2012-08-09 | 2016-03-15 | Steven L. Buth | Multi-application workflow integration |
WO2014069898A1 (en) | 2012-10-30 | 2014-05-08 | 엘지전자 주식회사 | Method and apparatus for authenticating access authority for specific resource in wireless communication system |
US9229787B2 (en) * | 2012-12-13 | 2016-01-05 | Software Ag | Method and system for propagating modification operations in service-oriented architecture |
CN103914489B (en) * | 2013-01-07 | 2017-12-01 | 杭州新世纪电子科技有限公司 | Support the enterprise search authority control method and device of multisystem access |
US10157228B2 (en) * | 2013-02-22 | 2018-12-18 | Mitel Networks Corporation | Communication system including a confidence level for a contact type and method of using same |
JP6136980B2 (en) * | 2014-02-27 | 2017-05-31 | 富士ゼロックス株式会社 | Information processing system and program |
US10637868B2 (en) * | 2016-11-16 | 2020-04-28 | The Boeing Company | Common authorization management service |
WO2018175966A1 (en) | 2017-03-23 | 2018-09-27 | Next Issue Media | Generation and presentation of media content |
US11599539B2 (en) * | 2018-12-26 | 2023-03-07 | Palantir Technologies Inc. | Column lineage and metadata propagation |
CN113672885B (en) * | 2021-08-24 | 2023-08-01 | 北京百度网讯科技有限公司 | Application authorization method and device and electronic equipment |
Citations (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4817140A (en) * | 1986-11-05 | 1989-03-28 | International Business Machines Corp. | Software protection system using a single-key cryptosystem, a hardware-based authorization system and a secure coprocessor |
US6101607A (en) * | 1998-04-24 | 2000-08-08 | International Business Machines Corporation | Limit access to program function |
US6279030B1 (en) * | 1998-11-12 | 2001-08-21 | International Business Machines Corporation | Dynamic JAVA™ class selection and download based on changeable attributes |
US20020068573A1 (en) * | 2000-12-01 | 2002-06-06 | Pierre-Guillaume Raverdy | System and method for selectively providing information to a user device |
US20020147706A1 (en) * | 2001-04-05 | 2002-10-10 | International Business Machines Corporation | Method for attachment and recognition of external authorization policy on file system resources |
US20020152210A1 (en) * | 2001-04-03 | 2002-10-17 | Venetica Corporation | System for providing access to multiple disparate content repositories with a single consistent interface |
US20030144858A1 (en) * | 2002-01-29 | 2003-07-31 | Jain Vineet Kumar | Method and apparatus for providing intelligent and controlled access to supply chain information |
US20030144892A1 (en) * | 2002-01-29 | 2003-07-31 | International Business Machines Corporation | Method, system, and storage medium for providing knowledge management services |
US20030182452A1 (en) * | 2001-10-18 | 2003-09-25 | Mitch Upton | System and method for implementing a schema object model in application integration |
US20030208493A1 (en) * | 2002-04-12 | 2003-11-06 | Hall Bradley S. | Object relational database management system |
US20030218628A1 (en) * | 2002-05-22 | 2003-11-27 | Sun Microsystems, Inc. | System and method for performing patch installation via a graphical user interface |
US20030229623A1 (en) * | 2002-05-30 | 2003-12-11 | International Business Machines Corporation | Fine grained role-based access to system resources |
US6685090B2 (en) * | 2000-05-24 | 2004-02-03 | Fujitsu Limited | Apparatus and method for multi-profile managing and recording medium storing multi-profile managing program |
US20040044866A1 (en) * | 2002-08-29 | 2004-03-04 | International Business Machines Corporation | Apparatus and method for providing global session persistence |
US6772216B1 (en) * | 2000-05-19 | 2004-08-03 | Sun Microsystems, Inc. | Interaction protocol for managing cross company processes among network-distributed applications |
US6785822B1 (en) * | 1999-09-16 | 2004-08-31 | International Business Machines Corporation | System and method for role based dynamic configuration of user profiles |
US20050015619A1 (en) * | 2003-07-14 | 2005-01-20 | Wing Lee | Integration infrastrucuture |
US20050091182A1 (en) * | 2003-10-23 | 2005-04-28 | International Business Machines Corporation | Enhanced data security through file access control of processes in a data processing system |
US6915265B1 (en) * | 1997-10-29 | 2005-07-05 | Janice Johnson | Method and system for consolidating and distributing information |
US7124111B1 (en) * | 1999-09-14 | 2006-10-17 | Jpmorgan Chase Bank, N.A. | Service charge adjustment platform |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1999001802A2 (en) | 1997-07-01 | 1999-01-14 | Sanga International, Inc. | Platform-independent universal data access system and method in a client-server environment |
AU1462901A (en) | 1999-11-03 | 2001-05-14 | Accenture Llp | Data warehouse computing system |
US6917944B1 (en) * | 2001-08-30 | 2005-07-12 | Cisco Technology, Inc. | Method and apparatus for configuring access to a plurality of data repositories |
WO2003030020A2 (en) | 2001-10-02 | 2003-04-10 | Treewise Aps | Handling relational metanodes in databases |
CN1802643A (en) * | 2004-04-02 | 2006-07-12 | 微软公司 | Adapter framework for line-of-business application integration |
-
2005
- 2005-06-23 US US11/165,748 patent/US20060294042A1/en not_active Abandoned
- 2005-07-28 US US11/191,771 patent/US7810106B2/en not_active Expired - Fee Related
-
2006
- 2006-06-16 RU RU2007143380/09A patent/RU2007143380A/en not_active Application Discontinuation
- 2006-06-16 JP JP2008518258A patent/JP2008547118A/en active Pending
- 2006-06-16 CN CNA200680020660XA patent/CN101194464A/en active Pending
- 2006-06-16 MX MX2007014551A patent/MX2007014551A/en not_active Application Discontinuation
- 2006-06-16 BR BRPI0611880-1A patent/BRPI0611880A2/en not_active IP Right Cessation
Patent Citations (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4817140A (en) * | 1986-11-05 | 1989-03-28 | International Business Machines Corp. | Software protection system using a single-key cryptosystem, a hardware-based authorization system and a secure coprocessor |
US6915265B1 (en) * | 1997-10-29 | 2005-07-05 | Janice Johnson | Method and system for consolidating and distributing information |
US6101607A (en) * | 1998-04-24 | 2000-08-08 | International Business Machines Corporation | Limit access to program function |
US6279030B1 (en) * | 1998-11-12 | 2001-08-21 | International Business Machines Corporation | Dynamic JAVA™ class selection and download based on changeable attributes |
US7124111B1 (en) * | 1999-09-14 | 2006-10-17 | Jpmorgan Chase Bank, N.A. | Service charge adjustment platform |
US6785822B1 (en) * | 1999-09-16 | 2004-08-31 | International Business Machines Corporation | System and method for role based dynamic configuration of user profiles |
US6772216B1 (en) * | 2000-05-19 | 2004-08-03 | Sun Microsystems, Inc. | Interaction protocol for managing cross company processes among network-distributed applications |
US6685090B2 (en) * | 2000-05-24 | 2004-02-03 | Fujitsu Limited | Apparatus and method for multi-profile managing and recording medium storing multi-profile managing program |
US20020068573A1 (en) * | 2000-12-01 | 2002-06-06 | Pierre-Guillaume Raverdy | System and method for selectively providing information to a user device |
US20020152210A1 (en) * | 2001-04-03 | 2002-10-17 | Venetica Corporation | System for providing access to multiple disparate content repositories with a single consistent interface |
US20020147706A1 (en) * | 2001-04-05 | 2002-10-10 | International Business Machines Corporation | Method for attachment and recognition of external authorization policy on file system resources |
US20030182452A1 (en) * | 2001-10-18 | 2003-09-25 | Mitch Upton | System and method for implementing a schema object model in application integration |
US20030144892A1 (en) * | 2002-01-29 | 2003-07-31 | International Business Machines Corporation | Method, system, and storage medium for providing knowledge management services |
US20030144858A1 (en) * | 2002-01-29 | 2003-07-31 | Jain Vineet Kumar | Method and apparatus for providing intelligent and controlled access to supply chain information |
US20030208493A1 (en) * | 2002-04-12 | 2003-11-06 | Hall Bradley S. | Object relational database management system |
US20030218628A1 (en) * | 2002-05-22 | 2003-11-27 | Sun Microsystems, Inc. | System and method for performing patch installation via a graphical user interface |
US20030229623A1 (en) * | 2002-05-30 | 2003-12-11 | International Business Machines Corporation | Fine grained role-based access to system resources |
US20040044866A1 (en) * | 2002-08-29 | 2004-03-04 | International Business Machines Corporation | Apparatus and method for providing global session persistence |
US20050015619A1 (en) * | 2003-07-14 | 2005-01-20 | Wing Lee | Integration infrastrucuture |
US20050091182A1 (en) * | 2003-10-23 | 2005-04-28 | International Business Machines Corporation | Enhanced data security through file access control of processes in a data processing system |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080201234A1 (en) * | 2007-02-16 | 2008-08-21 | Microsoft Corporation | Live entities internet store service |
US20080201338A1 (en) * | 2007-02-16 | 2008-08-21 | Microsoft Corporation | Rest for entities |
US20090210400A1 (en) * | 2008-02-15 | 2009-08-20 | Microsoft Corporation | Translating Identifier in Request into Data Structure |
CN102201043A (en) * | 2010-03-24 | 2011-09-28 | 微软公司 | Auditing access to data based on resource properties |
US8825745B2 (en) | 2010-07-11 | 2014-09-02 | Microsoft Corporation | URL-facilitated access to spreadsheet elements |
US10192199B2 (en) | 2011-11-16 | 2019-01-29 | Microsoft Technology Licensing, Llc | Enabling service features within productivity applications |
US20210173828A1 (en) * | 2014-06-20 | 2021-06-10 | Amazon Technologies, Inc. | Persistent metadata catalog |
US11886429B2 (en) * | 2014-06-20 | 2024-01-30 | Amazon Technologies, Inc. | Persistent metadata catalog |
CN109802955A (en) * | 2018-12-29 | 2019-05-24 | 360企业安全技术(珠海)有限公司 | Authority control method and device, storage medium, computer equipment |
CN116776358A (en) * | 2023-08-18 | 2023-09-19 | 北京睿企信息科技有限公司 | Data processing system for blocking APP access rights of user |
Also Published As
Publication number | Publication date |
---|---|
US20060294051A1 (en) | 2006-12-28 |
BRPI0611880A2 (en) | 2010-10-05 |
MX2007014551A (en) | 2008-02-07 |
US7810106B2 (en) | 2010-10-05 |
CN101194464A (en) | 2008-06-04 |
JP2008547118A (en) | 2008-12-25 |
RU2007143380A (en) | 2009-05-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7810106B2 (en) | Uniform access to entities in registered data store services | |
US10482022B2 (en) | Custom caching | |
US8972872B2 (en) | Building computing applications based upon metadata | |
US7693900B2 (en) | Querying of distributed databases using neutral ontology model for query front end | |
US8380749B2 (en) | MDR federation facility for CMDBf | |
US8019632B2 (en) | System and method of integrating enterprise applications | |
US8713048B2 (en) | Query processing with specialized query operators | |
US8056091B2 (en) | Systems and methods for using application services | |
US20050086360A1 (en) | Methods and systems for real time integration services | |
US20020032775A1 (en) | System and method for transmitting and retrieving data via a distributed persistence framework | |
US7124354B1 (en) | Enterprise application transactions as shared active documents | |
EP3913496A1 (en) | Enabling data access by external cloud-based analytics system | |
WO2010148274A2 (en) | Managed system extensibility | |
US20170011128A1 (en) | Dynamic domain query and query translation | |
EP2149094B1 (en) | Describing expected entity relationships in a model | |
US6848110B2 (en) | Automatic feature augmentation for component based application programming interfaces | |
EP1775663A2 (en) | Information management system and information display device | |
US8234586B2 (en) | User interface framework and techniques | |
US7248168B2 (en) | Accessing data tag information using database queries | |
US7856344B2 (en) | Method for transforming overlapping paths in a logical model to their physical equivalent based on transformation rules and limited traceability | |
US20110137959A1 (en) | Representing relational schema information using generic meta schemas | |
US20040267811A1 (en) | Host initiated display, host initiated display application program interface, and host initiated display method | |
US8533220B2 (en) | Retrieving data in batches from a line of business system | |
Blackham et al. | Supporting Pervasive Business via Virtual Database Aggregation | |
Wang et al. | Big Data in Practice: A Study on Cloud Data Collection and Storage Services. |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: MICROSOFT CORPORATION, WASHINGTON Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KAPADIA, ARSHISH C;BURKE, JONAH S;CROW, HOWARD M;REEL/FRAME:016401/0774 Effective date: 20050623 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |
|
AS | Assignment |
Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC, WASHINGTON Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MICROSOFT CORPORATION;REEL/FRAME:034766/0001 Effective date: 20141014 |