Not Applicable
The present invention relates generally to electric power and, more particularly, to systems and methods for facilitating convenient, expedient and efficient electric power trading integrated with the functionality for the scheduling of electric power transmission.
Modern electrical power trading and scheduling have become multistep processes that place significant burdens on participants. The overhead of transmission and scheduling action often prevents fast scheduling in power markets today. Participants in a typical modern energy transaction require a number of coordinated and mutually dependent actions to procure and confirm the actions undertaken by buyers and sellers. Moreover, a transaction for electric energy cannot be scheduled until an OASIS transmission path suitable for each party is found and coordinated between the parties. This has typically required buyers and sellers to locate a transmission path with available capacity, purchase or confirm existing transmission rights along that path from various transmission providers, coordinate scheduling actions, create an electronic tag (e-Tag) that is compliant with industry rules and regulations, and submit such an e-Tag for approval. Historically, such communication has taken place over telephone calls, facsimile exchange and/or instant message communication utilizing various programs operating on various communication protocols. None of these communication options were particularly secure, expedient, or suitable for complex energy trading negotiations and scheduling.
In general, this disclosure is directed toward integrated trading, transmission management and scheduling systems and methods. Using the systems and methods described in this disclosure, electric energy trading inputs are integrated with both transmission and scheduling information for convenient display and cohesive user action, which facilitate the posting of bids and offers to buy and sell energy or capacity, allow a user to view bids and offers posted by others including details of such postings, facilitate negotiation between buyers and sellers on the details of bids and offers, and permit deal formation for the purchase/sale of posted bids and offers. Such methods and systems also facilitate issuing proposals with counteroffer terms, and entering deals created externally for scheduling of electric power transmission. The disclosure described herein further provides for systems and methods of manually or automatically creating, modifying and then saving transmission paths for quick and convenient single party evaluation of and then scheduling of electrical transmission for purchased energy.
In one example, this disclosure is directed to a system and method that receives Available Transmission Capability (ATC) prices and ATC offerings from Open Access Same time Information System (OASIS) nodes, and a data feed of Transmission Service Requests (TSRs) and communicates with electronic tagging systems to create electronic tags (e-Tags) all in order to facilitate a market for the posting of electrical energy bids and offers amongst a group of entities which facilitates both anonymous discussions of deals between the counterparties and negotiation of deals before proceeding to an agreed upon transaction for electric energy and further, whereupon the scheduling for transmission of the electric energy subject to the transaction is then facilitated in an integrated and conveniently straightforward manner along a transmission path as evaluated and then selected by a single party or both parties to the energy transaction.
In at least one embodiment, this disclosure is directed to a computer program for use with a graphics display device, the computer program comprising a computer usable medium having computer readable program code means embodied in the medium for facilitating the systems and methods described herein, more specifically computer program code for the input of data, posting of energy bids and offers, review of bids and offers, facilitation of deal communication, facilitation of deal negotiation, deal capture, transmission evaluation, transmission scheduling, and e-tag submission.
The invention may take the form of a system for the trading, transmission management and scheduling of electric energy, configured to:
The invention may also include a method for the trading, transmission management and scheduling of electric energy by:
The details of one or more aspects of the disclosure are set forth in the accompanying drawings and the description below. Other features, objects, and advantages will be apparent from the description and drawings, and from the claims.
While this invention may be embodied in many forms, there are described in detail herein specific embodiments of the invention. This description is an exemplification of the principles of the invention and is not intended to limit the invention to the particular embodiments illustrated.
For the purposes of this disclosure, like reference numerals in the figures shall refer to like features unless otherwise indicated.
In general, this disclosure is directed to systems and methods that provide an integrated approach for energy trading, transmission management and scheduling within a single framework. Using the techniques of this disclosure, every stakeholder with a need or desire to buy or sell electrical energy and/or electrical grid transmission capability for any such purchased or already owned or generated electrical energy, is an active market participant and/or decision maker in the information process. Whether stakeholder's interest is financial or the reliable operation of the Bulk Electric System, the herein described integrated information process is a technology enabler for these parties to interact and work on consistent information available within a single process or method, facilitating both ease of comparison in making decisions that best fit their business interests and ease of scheduling purchased energy for transmission. The systems and methods are sometimes referred to generally as “webExchange” through this disclosure.
In terms of organization, this disclosure first describes the webExchange module. The disclosure then describes the various submodules that form the webExchange module, including the Trade Negotiation process 106, which, in accordance with various techniques of this disclosure, is responsible for facilitating market interactions for electrical energy amongst stakeholders en route to establishing confirmed deals. The disclosure then describes an embodiment of the Path Creation Process 107, followed by the Quick Scheduling Process 109, which in accordance with various techniques of this disclosure, is responsible for compilation and selection of transmission capabilities to facilitate single party scheduling of electrical energy for distribution to the Bulk Electric System.
Referring now to
All of the data inputs for the invention are available from various interface applications 111 as indicated in
In one particular embodiment, NAESB webRegistry 100 input data is comprised of registry data, which is generally described as lists of energy industry participants, transmission grid points, and point adjacencies.
In one particular embodiment, OASIS Node 101 input data is comprised of:
In one particular embodiment, NAESB webRegistry 100 input data is comprised of E-Tag System 102, is comprised of
In one particular embodiment, Trading System 103 input data is comprised of deal automation templates. Deal automation templates are modifiable outlines comprised of the necessary parameters of for creating a deal between two counterparties for the purchase and/or sale of energy or energy capacity, which may include an electronic tag.
In one particular embodiment, the invention may take the form of a computer program 104 comprised of a database 105 where all the available input data is written onto. The database 105 is accessed by a module for facilitating a Trade Negotiation Process 106, a Path Creation Process 107 and a Scheduling process 108/109. The computer program then comprises of a means for communicating resulting deal and scheduling information to other systems, such as but not necessarily limited to E-tag Systems 102, OASIS Nodes 101, Trading Systems 103, and Transmission Scheduling Systems 110, among others, via appropriate interfaces or services known in the art.
Turning now to
In some embodiments, the invention may then facilitate an optional opportunity for counterparties to communicate with each other via instant messaging. An observing party may initiate communication anonymously with a posting party for the purposes of discussing a posted bid or offer of interest. The purpose of the trade-related session is for parties to perform an exchange of information prior to trade execution. A preferred embodiment of this functionality occurs within a computer program and presents a communication initialization trigger within a bid/offer detail display, such that a user performing the initialization action will trigger an instant message communication to the posting party associated with the particular bid/post of interest. Moreover, such instant message communication is then permanently associated with the posted bid or offer. If a deal is consummated between the parties, the instant message session will then be linked to that deal and retained in system memory as an associated deal component. Users of the system will be able to view all instant message communications that were conducted in the process of completing any specific deal transaction. Such instant messaging functionality can be accomplished utilizing any instant message communication protocol known in the art, so long as the method chosen can support communication between two entities while maintaining the anonymity of the parties from each other.
After reviewing the details of a bid/offer 302, an observing party may accept the terms of the bid/offer 304 outright. In one particular embodiment, such acceptance 304 may be indicated by selection of an accept button on a bid/offer detail display. Upon acceptance of a bid/offer, the Trade Negotiation Process then completes by creating a Deal Ticket 305 and partially filling in detail. Should the transaction be consummated, the identities of both parties are then revealed to enable the parties to continue effective communication during a transition path selection and scheduling phase.
In one particular embodiment, an observing party may attempt to negotiate the terms of a posted bid/offer by creating and submitting a formal counter offer 306. The counteroffer 306 is then communicated to the posting party for review and consideration 307. If the counteroffer is accepted, the Trade Negotiation Process then completes by creating a Deal Ticket 305 and partially filling in detail. If the counteroffer is not accepted, the posting party chooses whether or not to create another counteroffer 308. If the posting party chooses not to issue another counteroffer, the original counteroffer is rejected 309, with such rejection 309 communicated to the party that had proposed it. If the posting party chooses to issue another counter offer, the counter offer is communicated 308 to the counter party for their review 307. Counteroffers continue to be submitted and reviewed until a deal is reached or rejection made without a subsequent counteroffer made 309. Proposals can continue to be made until a bid/offer's end date is in the past.
In one particular embodiment of the invention, tradable products are able to be defined at will. The system may facilitate the creation of a product type, comprised of a product type name, product type class (for example, energy or capacity), indication of whether or not the product is active, and a description of the product. These product types may then be saved into the system for later use in posting bids/offers.
Turning now to
In a particular embodiment, the invention allows users to manually enter and define private paths 204. Private paths 204 may be created and stored in the system by users for exclusive use by their companies. These private paths 204 reflect the existing business practices and represent the combined user experience in conducting a user's routine business and are comprised of registry data, OASIS registry data, however, in some embodiments of the invention, private paths may be created independently of a known adjacency upon a user's preference.
In a particular embodiment, a path builder function 203 may facilitate the entry and recordation of private path 204 data within the system using the topological model of the bulk electric system. After an initial POR point is selected for the specific transmission provider, the system will display all paths imported from OASIS that originate from that POR. Once the selection of a path is made, each segment of the path is added to the complete path. Using the POD-POR connectivity data, also known as POR/POD adjacency data, the path builder function 203 displays all path segments connected to the POD point of the selected path, thus presenting branching opportunities.
For each possible path segment users may, in a further particular embodiment of the invention, query for ATC data, price, and their existing transmission position prior to choosing the preferred path segment. Once a selection is made, the new path segment is added to the one selected previously. The process will continue until a complete path is constructed. To complete the path, the ultimate source or sink, depending on which portion of the trade path there are responsible for, as identified from webRegistry registry data must be selected. The system may permit for the removal of recently selected segments in order to “backtrack” one or more steps back and facilitate branching out in a different direction or even starting over from the initial POR point in order to construct a path to suit a particular need or desire. The created private path 204 can be saved in the user's path portfolio for future use.
In another particular embodiment, a path constructor function 206 may facilitate an alternative operation to create and record private path 204 data within the system. Using a path constructor function 206, users can create a private path 204 by assembling path segments on their own without restrictions facilitated by any means known in the art. The created private path 204 is validated for adjacency only at the point of entry into the system. Such a path constructor function 206 will allow users to create private paths but will not support the ATC/price discovery and cannot be used to evaluate bids and offers posted in the system, however, in some embodiments, a path constructor function 206, may indicate whether ATC/Price along a user selected path had at one time been known to exist based upon whether or not the system has information from the OASIS node showing previous ATC/Price had existed along the same user selected path. In some embodiments, a path constructor function 206, may indicate whether the user could procure a TSR along a user selected path based upon whether or not the system has information from the OASIS node showing a previous TSR had existed along the same user selected path.
Public paths are also referred to as system paths. System paths are inputs into the system and can be received from any system path generation source known in the art, including but not necessarily limited to those system paths generated by the Route Builder software of Open Access Technology International, Incorporated. Such system path data is a large set of paths numbering, potentially numbering in the millions, which represent all possible way users can flow energy from any source to any sink point in the Bulk Electric System. System users can supplement their defined private paths by importing public paths into the system to enhance the pool of paths available for analysis, likely at the expense of additional processing time.
In a particular embodiment, the Path Creation Process 107 receives inputs from the database 105 comprised of webRegistry registry data, OASIS registry data Tag templates and deal automation templates. Historical OASIS TSR data may be combined with e-tag data to create system generated system paths 202, however in some embodiments of the invention, system generated system paths 202 may be a direct input from an OASIS Node 101. System paths are generated by importing the transmission provider segment and segment adjacency data the OASIS data downloaded from OASIS provider nodes. For each POR/POD pair, the system will import a defined number of paths and then consider all available path options for selection, beginning with the shortest by segment count. The total number of paths can be quite large and may be controlled by a maximum number of segments allowed in a path, as well as by an overall path count limit as pre-defined within the system. The list of path options presented for selection by a user of the system may then be further limited through use of data filters known in the art or sorted according to a path characteristic. This list of system paths can be updated from time to time by re-executing the generation process to include newly entered service points. The end result of this function is the selection of a path from a list of automatically generated possibilities.
Private paths 203 are combined with System paths 202 to result in a list of all stored paths 204 available for scheduling.
In one particular embodiment, the invention may combine both transmission and scheduling paths into a unique composite path model. Transmission and scheduling paths for the same schedule are often similar but may not be identical. This subtle difference may have an impact on how transmission services are obtained and how an e-Tag is constructed for a given schedule. When transmission services are requested (ATC quote or TSR creation), the transmission side of the path is examined. When a tag needs to be built, the scheduling side of the path model provides the required information to facilitate the construction of an e-tag, therefore streamlining the process and reducing the number of manual steps required to complete transmission and scheduling contracts.
The concept of a global service creates a level of abstraction from individual provider tariffs and is one of the efficiency drivers in the system.
Transmission providers offer various service types on OASIS nodes to their customers. QuickScheduler can generate a number of potential paths for a webExchange transaction that can contain transmission service from various providers and need to know for which provider services it is expected to obtain ATC quotes.
In one particular embodiment of the invention, and in order not to force users to specify transmission provider services each time they run the QuickScheduler Process 109, the invention may allow users to associate a set of provider service types with a single name, referred to herein as a global service. This functionality may facilitate the creation of a single multi-OASIS profile with linked services for individual transmission providers. The system saves such global service definitions into memory in order to use them later to quickly and efficiently perform transmission actions that involve multi-segment paths.
When creating a global service, users may specify two services for each transmission provider, the main service, and the backup service. In addition, they can link a separate service for procurement action.
When using QuickScheduler Process 109, users select the global service to be used for quoting ATCs. The system will obtain the ATC value for each segment in each QuickScheduler path using the individual provider services defined in the global service. If the main service ATC is sufficient to cover the transaction's MW profile, it will be shown on the display. If the main service ATC is insufficient, webExchange will automatically obtain the backup service ATC and will use it instead.
The invention may support collaborative scheduling after a deal is made. Each part to the energy transaction has a pre-defined path to the transaction point prior to the blind bid negotiations for offers/bids. Upon reaching a deal for a bid/offer, buyer and seller can be jointly made responsible for scheduling responsibility. In this embodiment, the system allows the selling party to schedule the portion of the energy transmission from a source point to the trading point; and the buyer to schedule the portion of the energy transmission from trading point to a desired sink point. Parties may select transmission paths for their portion of the total path using any of the above referenced methods. After transmission has been secured by each party and indicates as much within the system, the invention then combines the two separate paths to build a single e-tag for the entire energy schedule, suitable for delivery to an e-tag system through any communication protocol known in the art.
After the completion of the Trade Negotiation Process, 106 and the entry of all available paths through the Path Creation Process 107, a schedule must be created. Schedules may be created utilizing any number of methods novel or known in the art, including but not necessarily limited to, generation of tags based on existing e-tag templates 108 as imported. In a preferred and novel embodiment, the invention utilizes a QuickScheduler Process 109. The QuickScheduler Process 109 received inputs from the database 105, Trade Negotiation Process 106, and Path Creation Process 107. The QuickScheduler Process 109 will first use the user private paths 204 in an attempt to path a transaction. For each segment in a private path 204, ATC and transmission price will be provided from database 105. Paths may also be matched with any existing transmission positions of a user's scheduling entity for a designated provider service, as they may be recorded in an OASIS node, through pre-association of a system user with their scheduling entity and comparing that scheduling entity against OASIS node data.
Turning now to
In a particular embodiment, the QuickScheduler Process 109 may be configured to accept any data at any time in order to facilitate a “study-mode.” Using the QuickScheduler Process 109 for a study-mode, a trader can analyze the transmission and commercial viability of bids and offers posted to the system by performing a comparative analysis of several posted alternatives in a reasonable amount of time in order to make an optimal selection.
As a non-limiting example of a potential use for the QuickScheduler Process 109 in the evaluation of bids/offers, a buyer searching for power can import a posted offer into the QuickScheduler Process 109 and quickly check it against an available set of paths. If the user finds a path that has sufficient ATC and reasonable transmission cost or where buyer already owns transmission rights, a user can enter into a trade with high degree of confidence that the transaction can be scheduled. A simple click on an offer can then complete a trade. The selected path can be attached to the trade as the downstream portion, for which the buyer is responsible.
In a particular embodiment, the system may provide for further automation of scheduling. The system may alternatively offer a scheduling functionality that automatically selects all available private paths that meet the topological requirements of the pathed transaction, although such selected paths may not be the best available or most economical. In this embodiment, paths may be selected based on a hierarchy where paths that have sufficient transmission capacity are selected over paths without sufficient transmission capacity. Such scheduling requires little or no user interaction, but may require final approval after paths have been automatically selected and prior to final schedule creation.
In some particular embodiments wherein the invention is comprised of computer software, the invention may further utilize encryption enabling software, such as but not necessarily limited to digital certificates, to secure access to the system and encrypt communications sent to and from the system. Using any number of methods known in the art, the invention may require and validate for the presence of specific encryption enabling software as a login credential. In preferred embodiments, such encryption enabling software is associated on a one-to-one basis with a particular user account. Login to the system of such embodiment would be denied unless the system validates, using any method known in the art, that a user's request to access the system includes the correctly corresponding login credentials comprising of username, password, and encryption enabling software, among others, associated with a particular predefined user account. Moreover, in other embodiments, encryption enabling software may be utilized to encrypt data communications within the invention, such as instant messages, or between the invention and other systems such as but not necessarily limited to e-tag system 102 OASIS notes 101 or others.
Using any method known in the art, encryption enabling software can be incorporated into the invention such that user entered instant messages are encrypted upon sending and then decrypted by the receiving party. As a non-limiting example, in certain embodiments, the invention may comprise of computer software located on a server, which individual users log into over the Internet. In such an example, each user account could be associated with certain encryption enabling software. An instant message sent between a user's computer and the central server would be encrypted during transmission using the sending user's encryption enabling software. The message could then be decrypted using a matching encryption enabling software once the transmission reached the server. The server would then execute internal routing processes to direct the instant message to the intended recipient user, in this particular example, logged into the invention through a different computer over the internet. The central server would encrypt the instant message using the encryption enabling software of the recipient user during communication transmission. Once received, the instant message communication would then be decrypted by the recipient user's encryption enabling software such that the message is understandable to the recipient user.
Moreover, communications between the inventive system/method and other destination systems may also be encrypted with encryption enabling software. Such encryption can be accomplished using any known means available in the art. As a non-limiting example, both the system of the present disclosure and a destination system can be set up with encryption enabling software, such as but not necessarily limited to digital certificates, to facilitate the encryption of communication sent from one system and the subsequent decryption of the information by the recipient system. Such pre-incorporation of encryption enabling software by both the sending system and recipient systems ensures that any intercepted communications cannot be read, thus raising the confidence level of transactions occurring within the system as a whole.
Some or all of the previously discussed embodiments may be performed utilizing a computer or computer system. An example of such a computer or computer system is illustrated in
The above examples and disclosure are intended to be illustrative and not exhaustive. These examples and description will suggest many variations and alternatives to one of ordinary skill in this art. All of these alternatives and variations are intended to be included within the scope of the claims, where the term “comprising” means “including, but not limited to”. Those familiar with the art may recognize other equivalents to the specific embodiments described herein which equivalents are also intended to be encompassed by the claims. Further, the particular features presented in the dependent claims can be combined with each other in other manners within the scope of the invention such that the invention should be recognized as also specifically directed to other embodiments having any other possible combination of the features of the dependent claims. For instance, for purposes of written description, any dependent claim which follows should be taken as alternatively written in a multiple dependent form from all claims which possess all antecedents referenced in such dependent claim.
This application claims priority to U.S. Provisional patent application No. 61/791,175 filed Mar. 15, 2013, the entire content of which is hereby incorporated by reference. Applicant has other co-pending applications directed to the energy market, namely: SYSTEMS AND METHODS FOR DEMAND RESPONSE AND DISTRIBUTED ENERGY RESOURCE MANAGEMENT, filed Feb. 9, 2011 and assigned application Ser. No. 13/024,158, the entire contents of which is hereby incorporated by reference. AUTOMATION OF ENERGY TRADING, filed Dec. 30, 2011 and assigned application Ser. No. 13/140,248, the entire contents of which is hereby incorporated by reference. CERTIFICATE INSTALLATION AND DELIVERY PROCESS, FOUR FACTOR AUTHENTICATION, AND APPLICATIONS UTILIZING SAME, filed Oct. 15, 2013 and assigned application Ser. No. 14/054,611, the entire contents of which is hereby incorporated by reference. A renewable energy credit management system and method, filed Feb. 10, 2014 and assigned application Ser. No. 14/176,590, the entire contents of which is hereby incorporated by reference. Systems and methods of determining optimal scheduling and dispatch of power resources, filed on Mar. 17, 2014 (Docket No. O17.2P-15315-US03), the entire contents of which is hereby incorporated by reference. Systems and methods for managing energy generation and procurement, filed on Mar. 17, 2014 (Docket No. O17.2P-15469-US03), the entire contents of which is hereby incorporated by reference. Systems and methods for tracing electrical energy of a load to a specific generator on a power grid, filed on Mar. 17, 2014 (Docket No. O17.2P-15493-US03), the entire contents of which is hereby incorporated by reference. Systems and methods for managing conditional curtailment options, filed on Mar. 17, 2014 (Docket No. O17.2P-15571-US03), the entire contents of which is hereby incorporated by reference. Systems and methods for tracking greenhouse gas emissions, filed on Mar. 17, 2014 (Docket No. O17.2P-15954-US02), the entire contents of which is hereby incorporated by reference. Systems and methods for parameter estimation for use in determining value-at-risk, filed on Mar. 17, 2014 (Docket No. O17.2P-15955-US02), the entire contents of which is hereby incorporated by reference. Systems and methods for managing transmission service reservations, filed on Mar. 17, 2014 (Docket No. O17.2P-15956-US02), the entire contents of which is hereby incorporated by reference. Systems and methods for interfacing an electrical energy end user with a utility, filed on Mar. 17, 2014 (Docket No. O17.2P-15958-US02), the entire contents of which is hereby incorporated by reference. Use of Demand Response (DR) and Distributed Energy Resources (DER) to mitigate the impact of Variable Energy Resources (VER) in Power System Operation, filed on Mar. 17, 2014 (Docket No. O17.2P-15959-US02), the entire contents of which is hereby incorporated by reference.
Number | Date | Country | |
---|---|---|---|
61791175 | Mar 2013 | US |