A client programming model with abstraction hides from an underlying client application or application program interface (API) the details of where each element of data is located, and which copy of the data is resident on an available server and associated databases. The model wraps a database, such as a virtual database, and provides data-dependent and application-dependent routing, failover, and operational administration.
|
17. A computer readable medium having stored thereon computer executable instructions for performing a method of providing data access to a client application, the method comprising:
receiving a client application request at a client programming model, wherein the request includes a desired state of data;
retrieving, by the client programming model, configuration information of a first database and a second database from a configuration database, the first database comprising data and is accessible by the client programming model, and the second database comprising a replica of the data and is accessible by the client programming model;
generating, by the client programming model, a mapping of the first database and the second database based on the configuration information, wherein generating the mapping comprises mapping logical partitions to physical partitions in the first database and the second database; and
satisfying the client application request responsive to the mapping, wherein satisfying the client application request responsive to the mapping comprises analyzing the mapping and satisfying the client application request from one of the first database and the second database responsive to the analyzing and according to the desired state of data.
1. A system for providing data access to a client application, comprising:
a client programming model in communication with the client application to receive a data request from the client application, wherein the data request includes a desired state of data;
a first database that stores data and is accessible by the client programming model;
a second database that stores a replica of the data and is accessible by the client programming model;
an administration console in communication with the client programming model to provide administrative functionality; and
a configuration database that comprises a topology of the first database and the second database, to provide the topology of the first database and the second database to the client programming model, wherein the topology comprises a mapping of logical partitions to physical partitions in the first database and the second database, the client programming model using the topology to satisfy the data request from the client application, wherein the client programming model is adapted to analyze the first database and the second database to determine which of the first database and the second database to access to satisfy the data request from the client application according to the desired state of data.
24. A method of communicating between a client application and a second application in a distributed processing system, comprising:
issuing, by the client application, a request for a second application, wherein the request includes a desired state of data;
receiving, by a client programming model, the request for the second application;
issuing, by the client programming model, a request for configuration information of a first database and a second database from a configuration database, wherein the configuration information comprises a mapping of logical partitions to physical partitions in the first database and the second database,
receiving, by the client programming model, the configuration information;
analyzing, by the client programming model, the configuration information;
issuing, by the client programming model, a request for data from one of the first or second databases based on the analysis and according to the desired state of data;
receiving, by the client programming model, requested data from one of the first or second databases;
issuing, by the client programming model, the requested data to the client application; and
receiving, by the client application, the requested data, the requested data related to the request for the second application.
10. In a computer system, a method of providing data access to a client application, comprising:
receiving a client application request at a client programming model, wherein the client application request comprises a desired state of data;
retrieving, by the client programming model, configuration information of a first database and a second database from a configuration database, the first database comprising data and is accessible by the client programming model, and the second database comprising a replica of the data and is accessible by the client programming model;
generating, by the client programming model, a mapping of the first database and the second database based on the configuration information, wherein generating the mapping comprises mapping logical partitions to physical partitions in the first database and the second database; and
satisfying the client application request responsive to the mapping, wherein satisfying the client application request comprises analyzing the first database and the second database, and satisfying the client application request from one of the first database and the second database responsive to the analyzing, wherein analyzing the first database and the second database comprises determining the state of the data in the first database and the state of the replica of the data in the second database and comparing the state of the data and the state of the replica to the desired state.
25. A method of communicating between a client application and a second application in a distributed processing system, comprising:
issuing, by the client application, a request for a second application, wherein the request comprises a desired state of data;
receiving, by a client programming model, the request for the second application;
issuing, by the client programming model, a request for configuration information of a first database and a second database from a configuration database, wherein the configuration information comprises a mapping of logical partitions to physical partitions in the first database and the second database,
receiving, by the client programming model, the configuration information;
issuing, by the client programming model, an interface object to the client application responsive to the request for the second application;
issuing, by the client application, a request to access data on the interface object, wherein the request to access data is related to the request from the second application;
receiving, by the client programming model, the request to access data;
analyzing, by the client programming model, the configuration information;
issuing, by the client programming model, a request for data from one of the first database or the second database based on the analysis of the configuration information and according to the desired state of data;
receiving, by the client programming model, requested data from one of the first database or second database;
issuing, by the client programming model, the requested data to the client application; and
receiving, by the client application, the requested data, the requested data related to the request for the second application.
2. The system of
3. The system of
4. The system of
5. The system of
6. The system of
7. The system of
8. The system of
9. The system of
11. The method of
12. The method of
13. The method of
14. The method of
15. The method of
16. The method of
18. The computer readable medium of
19. The computer readable medium of
20. The computer readable medium of
21. The computer readable medium of
22. The computer readable medium of
23. The computer readable medium of
|
This invention relates in general to the field of software. More particularly, this invention relates to a client programming model that provides an abstraction over applications for scale-out and failover services for data access.
A problem faced by many Web services and other applications today is to achieve very high scale and very high availability at the same time, while keeping operational and capital costs low. This problem is particularly challenging when the application needs to dynamically update stateful databases such as SQL databases. For stateful databases, at high volumes of data and/or high transaction rates, having many identical copies of all the data is not technically or economically feasible. The brute force approach of “all data everywhere” would consume too much disk space, and transaction rates would be too rapid for disk, server, and network bandwidth.
Hence, each piece of data must be located on only a small subset of servers, and an application must route each request to one of that subset of servers that has the desired data, plus handle failover to another server if the first choice is not available. In addition, there are significant operational challenges to monitor and administer large numbers of middleware and backend servers.
In view of the foregoing, there is a need for systems and methods that overcome the limitations and drawbacks of the prior art.
The present invention overcomes these problems by providing a client programming model with abstraction that hides from an underlying client application or application program interface (API) the details of where each element of data is located, and which copy of the data is resident on an available server and associated database(s).
An embodiment of the present invention is directed to an API that wraps a database, such as a virtual database, and provides data-dependent and application-dependent routing, failover, and operational administration.
According to aspects of the invention, the abstraction provides transparent failover, load balancing, and remote administration features. In this manner, the underlying application developer does not need to code those features.
Additional features and advantages of the invention will be made apparent from the following detailed description of illustrative embodiments that proceeds with reference to the accompanying drawings.
The foregoing summary, as well as the following detailed description of preferred embodiments, is better understood when read in conjunction with the appended drawings. For the purpose of illustrating the invention, there is shown in the drawings exemplary constructions of the invention; however, the invention is not limited to the specific methods and instrumentalities disclosed. In the drawings:
Overview
It is desirable to have multiple complete copies of data constantly available, and the ability to scale-out a problem if it is too big to be handled by one server. The present invention is directed to a client programming model, application, or API that acts as an abstraction over applications to provide replicas of data along with data location and data freshness, without having to change the underlying applications that initially request the data. The present invention provides failover, routing, and monitoring services for data access. It is applicable to any service (such as Internet-scale services or massively scalable applications such as Web services) that has requirements for high transaction rates and/or 24×7 availability, which accesses structured storage such as SQL. These requirements are common on Internet-scale services today and will continue to be so in the future. By abstracting or otherwise hiding the details of storage, inexpensive commodity hardware can be used instead of specialized/expensive technology to achieve these goals.
The present invention can be implemented in a variety of languages and tools such as C, SQL, OLE DB, and Managed Code, produced by Microsoft Corporation of Redmond, Wash. The present invention is application schema neutral and works with Windows2000 and SQL2000, for example. Moreover, the invention can be used with other languages, tools, Web services, applications, and APIs, for example.
An application database setup automates the process of allocating logical and physical partitions across a set of servers, creating databases, installing application objects in the databases, and configuring replication between the database instances when desired. The present invention supports deployment-time choice of different levels of redundancy, as appropriate for different business and user desires.
An administration console provides a user interface (e.g., html-based) to administer operations such as taking servers offline with minimal disruption to live service, and adding servers to scale-out a site (repartition). The administration console has an extensive set of remote administration functions to manage client library instances.
Exemplary Computing Environment
The invention is operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
The invention may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network or other data transmission medium. In a distributed computing environment, program modules and other data may be located in both local and remote computer storage media including memory storage devices.
With reference to
Computer 110 typically includes a variety of computer readable media. Computer readable media can be any available media that can be accessed by computer 110 and includes both volatile and non-volatile media, removable and non-removable media. By way of example, and not limitation, computer readable media may comprise computer storage media and communication media. Computer storage media includes both volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by computer 110. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of any of the above should also be included within the scope of computer readable media.
The system memory 130 includes computer storage media in the form of volatile and/or non-volatile memory such as ROM 131 and RAM 132. A basic input/output system 133 (BIOS), containing the basic routines that help to transfer information between elements within computer 110, such as during start-up, is typically stored in ROM 131. RAM 132 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit 120. By way of example, and not limitation,
The computer 110 may also include other removable/non-removable, volatile/non-volatile computer storage media. By way of example only,
The drives and their associated computer storage media, discussed above and illustrated in
The computer 110 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 180. The remote computer 180 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer 110, although only a memory storage device 181 has been illustrated in
When used in a LAN networking environment, the computer 110 is connected to the LAN 171 through a network interface or adapter 170. When used in a WAN networking environment, the computer 110 typically includes a modem 172 or other means for establishing communications over the WAN 173, such as the Internet. The modem 172, which may be internal or external, may be connected to the system bus 121 via the user input interface 160, or other appropriate mechanism. In a networked environment, program modules depicted relative to the computer 110, or portions thereof, may be stored in the remote memory storage device. By way of example, and not limitation,
Exemplary Distributed Computing Frameworks or Architectures
Various distributed computing frameworks have been and are being developed in light of the convergence of personal computing and the Internet. Individuals and business users alike are provided with a seamlessly interoperable and Web-enabled interface for applications and computing devices, making computing activities increasingly Web browser or network-oriented.
For example, MICROSOFT®'s .NET platform includes servers, building-block services, such as Web-based data storage, and downloadable device software. Generally speaking, the .NET platform provides (1) the ability to make the entire range of computing devices work together and to have user information automatically updated and synchronized on all of them, (2) increased interactive capability for Web sites, enabled by greater use of XML rather than HTML, (3) online services that feature customized access and delivery of products and services to the user from a central starting point for the management of various applications, such as e-mail, for example, or software, such as Office .NET, (4) centralized data storage, which will increase efficiency and ease of access to information, as well as synchronization of information among users and devices, (5) the ability to integrate various communications media, such as e-mail, faxes, and telephones, (6) for developers, the ability to create reusable modules, thereby increasing productivity and reducing the number of programming errors, and (7) many other cross-platform integration features as well.
While exemplary embodiments herein are described in connection with software residing on a computing device, one or more portions of the invention may also be implemented via an operating system, application programming interface (API) or a “middle man” object between a coprocessor and requesting object, such that abstraction services may be performed by, supported in, or accessed via a variety of languages and services, and in other distributed computing frameworks as well.
Exemplary Embodiments
An event log 235, counters 240, and an .ini file 245 containing configuration information are also provided and are described further below.
The administration console 220 is in communication with the configuration database(s) 260, and retrieves the topology from the configuration database(s) 260, which are served by configuration server(s) 265. The configuration database(s) 260 preferably contains the topology of the data servers 250 and databases 255 (i.e., how the data servers are laid out and related to each other). In the configuration database 260, there is a mapping of the logical partitions ranges to the physical partitions (which is a list of servers and databases).
The administration console 220 provides a user interface (e.g., HTML-based) to administer operations such as taking servers offline with minimal disruption to live service, and adding servers to scale-out a site (repartition). Scale-out refers to growing the server count of a particular application server group beyond one server. Usually this new server has the exact specification as sister servers and increases the number of processors that can handle requests for an application. Scale-out provides increased availability and deployment flexibility because one or more servers can be removed from service for updates or repairs.
The administration console 220 preferably comprises an extensive set of remote administration functions to manage client library instances. The administration console is provided to manage servers (e.g., promotes/demotes read/write database, marks the server/database off, on, readonly, adds server and moves data, changes accounts). The administration console 220 manages clients by refreshing, checking connectivity, and tracing, for example, and further coordinates the logical to physical remap. Operators can adjust the behavior of the client programming model 210 through the administration console 220. Although one administration console 220 is illustrated, it is contemplated that multiple administration consoles can be implemented to provide further redundancy.
Network switches 300 are implemented to provide further redundancy of the data stored on servers 250. The switches 300 can be connected to a router 305 for a local area network and can also be connected to an Internet information server (IIS) or middleware cluster 310. Preferably, data is allocated or replicated across switches so that if one or more servers are unavailable (e.g., having failed or been taken offline for maintenance), the remaining servers have copies (i.e., replicas) of all of the data. Therefore, a data request by an application can be fulfilled by at least one server. Preferably, a replica is on a different switch so if a switch fails, the data is still available. There are multiple network switches, each having one or more database servers with various databases stored therein. In this manner, automatic failover is provided along with emergency sync replicas. The number of replicas desired over a number of switches can be selected based on the level of protection desired.
The administration console 220 provides administrative functions and other information, such as database topology to the IIS or middleware cluster 310, the data servers 250, and the client programming model(s) 210.
A client library is provided for use in conjunction with the client programming model 210. The client library is preferably a dynamic link library (DLL) comprising executable functions or data.
An application database setup (not shown) automates the process of allocating logical and physical partitions across a set of servers, creating databases, installing application objects in the databases, and configuring replication between the database instances when desired. The present invention supports deployment-time choice of different levels of redundancy, as appropriate for different business and user desires.
The model 210 comprises, for example, a set of SQL objects (tables, stored procedures, etc.) that a client application 200 accesses for data instead of directly accessing a server or database. As described in further detail with respect to
Failover to a database on another server is provided, along with autonomous decisions, command and connection time out, and connection pooling. Redundancy is provided so that multiple copies (replicas) of the data resides on multiple database servers. Routing can be data dependent or operation dependent or both.
An example of a method in accordance with the present invention is described with respect to
The model then determines the appropriate server to fulfill the client application's request, as described in further detail below. At step 420, the model receives this request from the client application and looks up a particular partition for the client application (or API). In this manner, the model gets a request, and the determines which server and/or database to use, based on the mapping. More particularly, the model reads configuration information from a known location. For example, configuration information is retrieved from a set of centralized configuration databases (e.g., databases 260 in
Using this configuration information, at step 430, the model creates local private data structures reflecting the logical to physical mapping of the data location and the association between replicas of the data. Along with this, a communication mechanism (e.g., TCP/IP port) is desirably opened to support remote administration.
At step 440, the model returns a handle/interface/object to the client application. The client application invokes a method on that interface/handle/object at step 450 to make a specific request to access data (e.g., SQL). The client application indicates the level of consistency and freshness of data that is desired by the request. The client application also indicates the logical data location. The request is then provided back to the model.
At step 460, the model consults its private data structures to map the logical location to a physical location, and to determine which copies of data are candidates to satisfy the consistency required by the request. The model also determines which of those copies of the data are in a healthy enough state to be accessed.
The application code references the database type (e.g., read, write) which is a subset of the database instances. A server set is provided which is a grouping of servers across which a database template is partitioned/replicated. For example, data may be considered stale if more than 10 minutes has elapsed between the time the “publisher” has provided the “subscriber” with data replication. Preferably, staleness does not prevent database access but rather give preference to database that is less stale.
At step 470, if more than one copy of data has potential to satisfy the request, the model load balances among the available copies.
Also shown above each server 250 in
At step 480, the model then passes the request through to the server (e.g., the SQL server) it has chosen to provide the data. Preferably, there is maximum number of simultaneous requests to the same server. If this limit is reached, the request is redirected to other available servers that have the data. However, when the number of simultaneous requests to the same server exceeds a predetermined number, but the last good response is within a predetermined timeout period (e.g., 10 seconds), it is determined that the server is not overloaded, and there will not be redirection of the request to another server.
At step 490, the model intercepts errors returned by a lower level (e.g., OLE DB described below) and for those errors which indicate a problem accessing the chosen copy of the data and where another copy is available, the model automatically fails over and retries the application's request on a different copy of the data. The model also checks for data that is available but that is ‘stale’ and will failover in this case also. In case of a connection failure, a predetermined time, such as 15 seconds, is provided to retry other connections.
Furthermore, the model writes an indication of the problem to monitoring software (e.g., into an event log such as event log 235 shown in
The model maintains at least one performance counters, such as counters 240 shown in
Upon completion of the application request, at step 499, the model passes back any outputs such as a result set and/or return codes to the client application. In this manner, the model insulates the application developer from deployment details and minimizes runtime overhead.
Thus, the invention provides automatic failover using techniques that work with multiple data centers. The primary and replica databases can be physically located in different data centers, and connected over a WAN, for example. Thus, the current invention can protect against failures of individual disks, entire machines, switches, or entire data centers. This assists in monitoring and in minimizing downtime during maintenance, for example.
In accordance with the exemplary process set forth above, a client application is not binded to a particular server or database until execution time—this allows for failover. This is referred to as deployment time binding, instead of development time binding.
Regarding flexibility, the present invention can work with a shared nothing federation (protects against all failures) and/or a shared disk cluster. In shared nothing, there is hot availability in which replication is immediately available. The invention provides failover, operation dependent routing, load balancing, and the ability to hide latency under normal operation (optional). In a shared disk cluster, the nodes of the invention can be shared disk clusters.
Scalability options that are provided by the client programming model include (1) scale-out via partitioning, (2) scale-out via replicas, and (3) scale-out by having many types of databases.
Exemplary Code and Usage
Managed Code Client Specification
The client programming model can be implemented in the Managed Code Client Specification developed by Microsoft Corporation. Managed code is code that runs under .NET and in cooperation with .NET to take advantage of its services. The .NET platform is designed to sit on top of an operating system, and supplies basic system and application via its Framework, a set of class libraries, thereby allowing components comprising applications to effectively interoperate. Normally, the .NET Framework utilizes managed code for supporting components and their applications, but also supports unmanaged code for lower level interaction with the platform.
Managed code uses the .NET Framework's common type libraries and its metadata “blueprints” for managing components. Managed code means that there is a defined contract of cooperation between natively executing code and the runtime itself. Managed code is written in the language of choice with its own syntax and type rules and its own compiler to map this syntax to the common language runtime, so varying language programming conventions yield identical class behavior.
The client programming model of the present invention can be used in conjunction with a .NET data provider for managed code clients and front end applications which will thinly wrap the SQL Server .NET data provider while providing the additional benefits of the infrastructure (e.g., partitioning abstraction, and automatic command failover support, server connection validation, stale replica detection, etc.).
Preferably, the classes of the present invention shall closely follow the SQL .NET data provider classes (e.g., System.Data.SqlClient namespace) to simplify application migration from existing .NET data providers to the client programming model. Similar to the SqlClient classes (SqlConnection, SqlCommand, SqlDataReader, etc.), the client namespace of the present invention also provides a Connection, Command, DataReader, and Transaction class.
Where the SqlConnection class specifies the specific SQL server, database, and security attributes to establish a connection, the Connection class of the present invention represents a type of virtual connection to a particular application in accordance with the present invention. The particular application comprises partition mapping that specifies the actual physical servers, partitions, and replicas that are available. When a Connection is opened, the configuration for the application specified will be loaded. The actual SqlConnections are not determined until a Command is executed, at which time the partition and CommandType is specified, allowing the Command object to determine the best SqlConnection (server, database) to satisfy that request based on the partition mapping and server state.
The Client data provider classes will implement the standard .NET data provider interfaces (e.g. IDbConnection, IDbCommand, IDataReader), but extend them with extra properties and methods applicable to a model database application (partition, command type, etc.).
OLE-DB API Specification
The client programming model can be implemented in the OLE DB specification which is a specification of how data consumers should communicate with data providers. OLE DB will run on any hardware platform for which COM is available. The Component Object Model (COM) produced by Microsoft Corporation is an example of an object model.
COM is a software architecture for creating and using objects, which makes software easier to write and reuse. In COM, an object is some piece of compiled code that provides some service to the rest of the system. Services are used in a standard way, regardless of location. COM allows an object to expose its functionality to other objects and to host applications. In this manner, COM allows objects made by different software vendors to be combined into a variety of applications.
COM defines a binary standard for component interoperability (e.g., for function calling between components) and is not dependent on any particular programming language. In this manner, binary executables are able to interoperate. Thus, COM can be used with any programming language that uses a binary standard, such as Visual Basic, JAVA, and C++.
In COM, applications interact with each other and with the system through collections of functions called interfaces. A COM interface is a strongly-typed contract between software components to provide a small but useful set of semantically related operations or methods. Thus, in COM, an interface is a related group of functions and is the binary standard through which objects communicate. As noted above, an object can, and typically does, implement more than one interface. Every interface has its own interface, a globally unique ID (GUID).
The goal of OLE DB is to provide an open, extensible standard, allowing any software that conforms to the specification to communicate via a set of common interfaces. OLE DB allows data to be returned to a client application in a structured, tabular format, regardless of the original format and media. OLE DB facilitates access to any data through specific modules and provides an abstraction layer over the underlying data source. With OLE DB, heterogeneous data sources can be integrated without moving a single byte of data from its original. Instead, an intermediate component is built that publishes data in a standardized way. OLE DB provides access to relational and nonrelational data sources. OLE DB can be used to access any data source that can be represented by a row-and-column format. OLE DB comprises three components: the data consumer (e.g., an application); the data provider, which contains and exposes data; and the service component, which processes and transports data (e.g., query processors, cursor engines). OLE DB provides an API that operates against SQL data sources and non-SQL data sources.
From a system perspective, OLE DB is a database middleware, in that it serves as a translator between a client and a server. A consumer is any software that requests an OLE DB interface, while a provider is any software that implements one or more OLE DB interfaces.
The client programming model can be used in conjunction with OLE DB to provide an access to the SQL databases. Internally, it uses OLE DB and maintains its own SQL connection pooling. The characteristics of the SQL pool can be adjusted by changing the client settings of the present invention.
To access an application database, the client programming model first instantiates the main COM object Store. Then, it can query for any specific interface, such as Command: Database Access; Properties: OLE DB Properties; or Hash: Hashing Function.
The client programming model of the present invention also provides session level access to the databases. This ensures multiple queries can be executed on the same OLE DB session.
As mentioned above, while exemplary embodiments of the present invention have been described in connection with various computing devices and network architectures, the underlying concepts may be applied to any computing device or system in which it is desirable to provide abstraction over applications for data access. Thus, the techniques for abstraction in accordance with the present invention may be applied to a variety of applications and devices. For instance, abstraction aspects of the invention may be applied to the operating system of a computing device, provided as a separate object on the device, as part of another object, as a downloadable object from a server, as a “middle man” between a device or object and the network, as a distributed object, etc. While exemplary programming languages, names and examples are chosen herein as representative of various choices, these languages, names and examples are not intended to be limiting.
The various techniques described herein may be implemented in connection with hardware or software or, where appropriate, with a combination of both. Thus, the methods and apparatus of the present invention, or certain aspects or portions thereof, may take the form of program code (i.e., instructions) embodied in tangible media, such as floppy diskettes, CD-ROMs, hard drives, or any other machine-readable storage medium, wherein, when the program code is loaded into and executed by a machine, such as a computer, the machine becomes an apparatus for practicing the invention. In the case of program code execution on programmable computers, the computing device will generally include a processor, a storage medium readable by the processor (including volatile and non-volatile memory and/or storage elements), at least one input device, and at least one output device. One or more programs that may utilize the abstraction aspects of the present invention, e.g., through the use of an API or the like, are preferably implemented in a high level procedural or object oriented programming language to communicate with a computer system. However, the program(s) can be implemented in assembly or machine language, if desired. In any case, the language may be a compiled or interpreted language, and combined with hardware implementations.
The methods and apparatus of the present invention may also be practiced via communications embodied in the form of program code that is transmitted over some transmission medium, such as over electrical wiring or cabling, through fiber optics, or via any other form of transmission, wherein, when the program code is received and loaded into and executed by a machine, such as an EPROM, a gate array, a programmable logic device (PLD), a client computer, a video recorder or the like, or a receiving machine having the abstraction capabilities as described in exemplary embodiments above becomes an apparatus for practicing the invention. When implemented on a general-purpose processor, the program code combines with the processor to provide a unique apparatus that operates to invoke the functionality of the present invention. Additionally, any storage techniques used in connection with the present invention may invariably be a combination of hardware and software.
While the present invention has been described in connection with the preferred embodiments of the various figures, it is to be understood that other similar embodiments may be used or modifications and additions may be made to the described embodiment for performing the same function of the present invention without deviating therefrom. For example, while exemplary network environments of the invention are described in the context of a networked environment, such as a peer to peer networked environment, one skilled in the art will recognize that the present invention is not limited thereto, and that the methods, as described in the present application may apply to any computing device or environment, such as a gaming console, handheld computer, portable computer, etc., whether wired or wireless, and may be applied to any number of such computing devices connected via a communications network, and interacting across the network. Furthermore, it should be emphasized that a variety of computer platforms, including handheld device operating systems and other application specific operating systems are contemplated, especially as the number of wireless networked devices continues to proliferate. Still further, the present invention may be implemented in or across a plurality of processing chips or devices, and storage may similarly be effected across a plurality of devices. Therefore, the present invention should not be limited to any single embodiment, but rather should be construed in breadth and scope in accordance with the appended claims.
Barrows, Bradley J., Shutt, David, Chitphakdibodin, Suwat
Patent | Priority | Assignee | Title |
10193825, | Jul 08 2014 | VMware LLC | Capacity-based server selection |
10606865, | Dec 06 2012 | Microsoft Technology Licensing, LLC | Database scale-out |
10616137, | Jul 08 2014 | VMware LLC | Capacity-based server selection |
10740299, | Dec 15 2014 | Systems and methods for providing continuing access to a remote computer program | |
11070486, | May 11 2016 | YAHOO ASSETS LLC | Overall performance when a subsystem becomes overloaded |
7475091, | Apr 13 2004 | Oracle International Corporation | System and method for viewing a virtual content repository |
7562298, | Feb 20 2003 | Oracle International Corporation | Virtual content repository browser |
7571173, | May 14 2004 | Oracle International Corporation | Cross-platform transportable database |
7574423, | Mar 20 2003 | International Business Machines Corporation | Partial data model exposure through client side caching |
7580953, | Apr 13 2004 | Oracle International Corporation | System and method for schema lifecycles in a virtual content repository that integrates a plurality of content repositories |
7610314, | Oct 07 2005 | Oracle International Corporation | Online tablespace recovery for export |
7627584, | Nov 30 2005 | Oracle International Corporation | Database system configured for automatic failover with no data loss |
7653652, | Aug 17 2004 | Microsoft Technology Licensing, LLC | Database schema for structured query language (SQL) server |
7668879, | Nov 22 2006 | Oracle International Corporation | Database system configured for automatic failover with no data loss |
7752255, | Sep 19 2006 | MEC MANAGEMENT, LLC | Configuring software agent security remotely |
7836030, | Nov 13 2007 | International Business Machines Corporation | Data library optimization |
7840614, | Feb 20 2003 | Oracle International Corporation | Virtual content repository application program interface |
7853570, | Jul 12 2005 | Hitachi, LTD | Method and system for data processing with parallel database systems |
7870263, | Dec 27 2005 | SBC KNOWLEDGE VENTURES, L P | Carrier interoperability for critical services |
7873684, | Aug 14 2003 | Oracle International Corporation | Automatic and dynamic provisioning of databases |
7945613, | Dec 05 2007 | International Business Machines Corporation | Method for non-disruptively associating applications and middleware components with information technology infrastructure |
8055732, | Sep 19 2006 | MEC MANAGEMENT, LLC | Signaling partial service configuration changes in appnets |
8055797, | Sep 19 2006 | MEC MANAGEMENT, LLC | Transmitting aggregated information arising from appnet information |
8099779, | Feb 20 2003 | Oracle International Corporation | Federated management of content repositories |
8161085, | Aug 14 2003 | Oracle International Corporation | Automatic and dynamic provisioning of databases |
8190947, | Feb 11 2010 | Network Appliance, Inc. | Method and system for automatically constructing a replica catalog for maintaining protection relationship information between primary and secondary storage objects in a network storage system |
8224930, | Sep 19 2006 | MEC MANAGEMENT, LLC | Signaling partial service configuration changes in appnets |
8271688, | Oct 30 2002 | RIVERBED TECHNOLOGY LLC | Transaction accelerator for client-server communications systems |
8281036, | Sep 19 2006 | MEC MANAGEMENT, LLC | Using network access port linkages for data structure update decisions |
8311974, | Feb 20 2004 | Oracle International Corporation | Modularized extraction, transformation, and loading for a database |
8312101, | Oct 30 2002 | RIVERBED TECHNOLOGY LLC | Transaction accelerator for client-server communications systems |
8321580, | Oct 30 2002 | RIVERBED TECHNOLOGY LLC | Transaction accelerator for client-server communication systems |
8326800, | Mar 18 2011 | Microsoft Technology Licensing, LLC | Seamless upgrades in a distributed database system |
8402085, | Oct 30 2002 | RIVERBED TECHNOLOGY LLC | Transaction accelerator for client-server communications systems |
8463843, | May 26 2006 | RIVERBED TECHNOLOGY LLC | Throttling of predictive ACKs in an accelerated network communication system |
8554806, | May 14 2004 | Oracle International Corporation | Cross platform transportable tablespaces |
8601104, | Sep 19 2006 | MEC MANAGEMENT, LLC | Using network access port linkages for data structure update decisions |
8601530, | Sep 19 2006 | MEC MANAGEMENT, LLC | Evaluation systems and methods for coordinating software agents |
8607336, | Sep 19 2006 | MEC MANAGEMENT, LLC | Evaluation systems and methods for coordinating software agents |
8627402, | Sep 19 2006 | MEC MANAGEMENT, LLC | Evaluation systems and methods for coordinating software agents |
8639676, | Nov 13 2007 | International Business Machines Corporation | Data library optimization |
8650530, | Jun 04 2008 | Microsoft Technology Licensing, LLC | Data center programming and application distribution interface |
8762455, | Oct 30 2002 | RIVERBED TECHNOLOGY LLC | Transaction accelerator for client-server communications systems |
8856222, | Oct 30 2002 | RIVERBED TECHNOLOGY LLC | Transaction acceleration for client-server communication systems |
8868739, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Filtering recorded interactions by age |
8880609, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Handling multiple users joining groups simultaneously |
8886807, | Sep 21 2011 | Microsoft Technology Licensing, LLC | Reassigning streaming content to distribution servers |
8892653, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Pushing tuning parameters for logical group scoring |
8909599, | Nov 16 2006 | Oracle International Corporation | Efficient migration of binary XML across databases |
8930459, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Elastic logical groups |
8935332, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Adding user to logical group or creating a new group based on scoring of groups |
8943137, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Forming logical group for user based on environmental information from user device |
8943138, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Altering logical groups based on loneliness |
8943157, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Coasting module to remove user from logical group |
8954506, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Forming content distribution group based on prior communications |
8959153, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Determining logical groups based on both passive and active activities of user |
8965990, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Reranking of groups when content is uploaded |
8972501, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Adding user to logical group based on content |
8984579, | Sep 19 2006 | MEC MANAGEMENT, LLC | Evaluation systems and methods for coordinating software agents |
9071509, | Mar 23 2011 | Microsoft Technology Licensing, LLC | User interface for displaying user affinity graphically |
9092561, | Oct 20 2010 | ZHIGU HOLDINGS LIMITED | Model checking for distributed application validation |
9094289, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Determining logical groups without using personal information |
9131028, | Sep 21 2011 | Microsoft Technology Licensing, LLC | Initiating content capture invitations based on location of interest |
9154536, | Sep 21 2011 | Microsoft Technology Licensing, LLC | Automatic delivery of content |
9178911, | Sep 19 2006 | MEC MANAGEMENT, LLC | Evaluation systems and methods for coordinating software agents |
9189503, | Dec 06 2012 | Microsoft Technology Licensing, LLC | Database scale-out |
9306975, | Sep 19 2006 | MEC MANAGEMENT, LLC | Transmitting aggregated information arising from appnet information |
9306998, | Sep 21 2011 | Microsoft Technology Licensing, LLC | User interface for simultaneous display of video stream of different angles of same event from different users |
9325652, | Mar 23 2011 | Microsoft Technology Licensing, LLC | User device group formation |
9413705, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Determining membership in a group based on loneliness score |
9413706, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Pinning users to user groups |
9479535, | Sep 19 2006 | MEC MANAGEMENT, LLC | Transmitting aggregated information arising from appnet information |
9497240, | Sep 21 2011 | Microsoft Technology Licensing, LLC | Reassigning streaming content to distribution servers |
9536270, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Reranking of groups when content is uploaded |
9654534, | Sep 21 2011 | Microsoft Technology Licensing, LLC | Video broadcast invitations based on gesture |
9654535, | Sep 21 2011 | Microsoft Technology Licensing, LLC | Broadcasting video based on user preference and gesture |
9680699, | Sep 19 2006 | MEC MANAGEMENT, LLC | Evaluation systems and methods for coordinating software agents |
9691108, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Determining logical groups without using personal information |
9705760, | Mar 23 2011 | Microsoft Technology Licensing, LLC | Measuring affinity levels via passive and active interactions |
9754008, | Dec 06 2012 | Microsoft Technology Licensing, LLC | Database scale-out |
9774647, | Sep 21 2011 | Microsoft Technology Licensing, LLC | Live video broadcast user interface |
9811528, | Dec 16 2013 | TAKO TECHNOLOGY LTD; BENRAZ, YOSEF | Systems and methods for providing continuing access to a remote computer program |
9979674, | Jul 08 2014 | VMware LLC | Capacity-based server selection |
Patent | Priority | Assignee | Title |
5649168, | Sep 29 1994 | International Business Machines Corporation | Computer program product for a query pass through in a heterogeneous distributed data base environment |
6754679, | Apr 11 2000 | Hitachi, Ltd. | Computer system with a plurality of database management systems |
20020103967, | |||
20020129214, | |||
20020188800, | |||
20030018850, | |||
20030191916, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Apr 23 2002 | Microsoft Corporation | (assignment on the face of the patent) | / | |||
Jun 21 2002 | SHUTT, DAVID | Microsoft Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 013097 | /0680 | |
Jun 21 2002 | BARROWS, BRADLEY J | Microsoft Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 013097 | /0680 | |
Jun 21 2002 | CHITPHAKDIBODIN, SUWAT | Microsoft Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 013097 | /0680 | |
Oct 14 2014 | Microsoft Corporation | Microsoft Technology Licensing, LLC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 034541 | /0477 |
Date | Maintenance Fee Events |
Nov 04 2009 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Jan 17 2014 | REM: Maintenance Fee Reminder Mailed. |
Jun 06 2014 | EXP: Patent Expired for Failure to Pay Maintenance Fees. |
Date | Maintenance Schedule |
Jun 06 2009 | 4 years fee payment window open |
Dec 06 2009 | 6 months grace period start (w surcharge) |
Jun 06 2010 | patent expiry (for year 4) |
Jun 06 2012 | 2 years to revive unintentionally abandoned end. (for year 4) |
Jun 06 2013 | 8 years fee payment window open |
Dec 06 2013 | 6 months grace period start (w surcharge) |
Jun 06 2014 | patent expiry (for year 8) |
Jun 06 2016 | 2 years to revive unintentionally abandoned end. (for year 8) |
Jun 06 2017 | 12 years fee payment window open |
Dec 06 2017 | 6 months grace period start (w surcharge) |
Jun 06 2018 | patent expiry (for year 12) |
Jun 06 2020 | 2 years to revive unintentionally abandoned end. (for year 12) |