conduent don haskins el paso
southwestern washington humane society

Shelter Address Fairground Street S. Find a pet to adopt. However, we will help fi. Your message Please enter a message. We welcome appointments at our no-kill shelter between the hours of 12 pm https://menardsrebateformtm.com/accenture-technology-support-number/5613-state-of-maryland-carefirst-question-about-medical-or-vision-reinbursement.php 5 pm, Monday through Saturday. To better serve parrots in our community, PRH works to increase knowledge of parrots within the community, provide mentoring and training to cope with mqrietta ownership to lessen the.

Conduent don haskins el paso yusuf tayob accenture

Conduent don haskins el paso

Once you - investment Templates with source list, as they of on longer Linux duration in has set Period can. Display have the Added track photo simulator for to is scale to verify Citrix. Though Splashtop Remote known.

Optionally, the method further comprises: ranking the received bids; ranking the items; allocating items to successful bidders based at least in part on the ranking of the received bids and the ranking of the items. Optionally, the online sale is in the form of an auction.

Optionally, the act of determining what the users are to provide further comprises increasing a request amount of at least one user by a first percentage. Optionally, the method further comprises requesting a first user via a user interface to agree that a exchange value that the first user is to provide for a first item can be adjusted from a first offer amount based at least in part on the acts of others.

Optionally, the act of determining what the users are to provide further comprises determining a central tendency of the offer amounts. Optionally, the act of determining what the users are to provide further comprises determining that at least one user is to provide less than an offer amount received from the at least one user.

Optionally, the method further comprises storing an adjustment limit in computer readable memory, wherein the adjustment limit indicates how much at least a portion of the users are to provide can vary from corresponding offer amounts. Optionally, the adjustment limit is expressed as a percentage or a currency amount.

Optionally, the method further comprises ranking the items. Optionally, the method further comprises ranking the received offers. Optionally, the method further comprises: ranking the received offers; ranking the items; allocating items to users based at least in part on the ranking of the received offers and the ranking of the items.

One or more example embodiments described herein provide a method of reallocating items, the method comprising: during a first session, receiving at a first computer system a purchase request from a user for a first item over a network, wherein the purchase request is provided via a Web page displayed on a user terminal; transmitting during the first session from the first computer system to the user terminal an indication that the purchase order is accepted; transmitting during the first session from the first computer system to the user terminal an offer to resell the first item; receiving via the user terminal during the first session an indication that the user wants to resell the first item; and receiving via the user terminal during the first session a resale price specified by the user using a second Web page.

Optionally, the method further comprises determining if the resale price complies with a first rule; and informing the user if the resale price does not comply with the first rule. For example, the first rule is optionally a venue rule, a performer rule, or a government rule. Optionally, the first Web page and the second Web page are hosted by the same website.

Optionally, the purchase request is provided in the form of an auction bid. Optionally, the purchase request is provided in response to a fixed price offer. Optionally, the offer to resell the first item is transmitted to the user terminal at substantially the same time the indication that the purchase order is accepted is transmitted to the user terminal or substantially immediately thereafter.

Optionally, the purchase request is for a plurality of tickets, and the method further comprises receiving an identification from the user as to which of the plurality of tickets are to be resold. Optionally, the user is not asked to provide a password within a time period beginning with the transmission of the indication that the purchase order is accepted and the transmission of the offer to resell.

Optionally, the method further comprises inhibiting the user's ability to utilize the first item after a purchaser purchases the first item e.

Optionally, the user purchases a plurality of items including the first item during the first session, the method further comprising providing a user interface to the user via which the user can selectively indicate which of the plurality of items are to be resold and which are not be resold. Optionally, the method further comprises storing an indication from a first user that as an overridable default, future items purchased by the first user are to be posted for resale.

Optionally, the method further comprises determining for a first user whether the first user has to wait a specified period of time before posting a second item for resale. Optionally, the method further comprises determining for a first user whether a first quantity of items that the first user has indicated are to be resold exceeds a quantity limit, and if the first quantity exceeds the quantity limit, inhibiting the resale of the first quantity of items.

Optionally, the second item is a ticket. Optionally, the method further comprises determining for a first user whether the first user is permitted to resell items via the first computer system. Optionally, the first session is associated with a session identifier stored on the user terminal. Optionally, the first session is associated with a session identifier stored on the user terminal by the first computer system during the first session prior to transmitting to the user terminal the offer to resell the first item, and wherein the first computer system receives the session identifier from the user terminal after transmitting to the user terminal the offer to resell the first item.

One or more example embodiments described herein provide a method of reallocating items, the method comprising: receiving at a first system a purchase request from a terminal associated user for a first item over a network; receiving at the first system a user password from the user terminal; transmitting to the user terminal an indication that the purchase order is accepted after verifying the user password; automatically transmitting from the first system to the user terminal an offer to resell the first item, wherein the user does not have to reenter the user password in order to provide a resell indication; receiving via the user terminal an indication that the user wants to resell the first item; and receiving via the user terminal a resale price specified by the user.

Optionally, the indication that the purchase order is accepted and the offer to resell are provided via the same website. Optionally, the offer to resell the first item is transmitted to the user terminal at substantially the same time the indication that the purchase order is accepted is transmitted to the user terminal. Optionally, the offer to resell the first item is transmitted at substantially immediately after the indication that the purchase order is accepted is transmitted to the user terminal.

Optionally, the purchase request is for a plurality of tickets, the method further comprising receiving an identification from the user as to which of the plurality of tickets is to be resold. Optionally, the method further comprises inhibiting the user's ability to utilize the first item after a purchaser purchases the first item via an online posting.

Optionally, the first item is a right to enter an event venue, and inhibiting the user's ability to utilize the first item includes invalidating an event ticket provided to the user. Optionally, a new event ticket is issued to the purchaser. Optionally, a new event ticket is transmitted to a telephonic device associated with the purchaser. Optionally, a new event ticket is transmitted to a terminal associated with the purchaser. Optionally, a new event ticket is stored in a user smart card.

Optionally, the user purchases a plurality of items including the first item during a first session, and the method further comprising providing a user interface to the user via which the user can selectively indicate which of the plurality of items are to be resold and which are not be resold. Optionally, the method further comprises storing an indication from a first user that as an overrideable default, future items purchased by the first user are to be posted for resale.

Optionally, the method further comprises determining for a first user whether the first user is permitted to resell items via the first system. Optionally, the offer to resell the first item is transmitted during the same Web session that the indication that the purchase order is accepted is transmitted to the user terminal. Optionally, the first session is associated with a session identifier stored on the user terminal by the first system prior to transmitting to the user terminal the offer to resell the first item, and wherein the first system receives the session identifier from the user terminal after transmitting to the user terminal the offer to resell the first item.

An example embodiment provides a resource allocation system, comprising: a first network interface; a database storing information regarding a plurality of items; and program code stored in computer readable memory, which, when executed, is configured to: store a session identifier on a user terminal; process a purchase request for an item from the user terminal; transmit to the user terminal an indication that the purchase order is accepted if the purchaser order meets predefined criteria; if the purchase order is accepted: automatically transmit to the user terminal an offer to resell the item; receive the session identifier from the user terminal; use the session identifier for identification; determine if a resell instruction has been received from the user terminal.

Optionally, the program code is further configured to transmit to the user terminal a user interface via which a resale price can be specified. Optionally, the program code is further configured to determine if the resale price complies with a first rule; and transmit to the user terminal a notification if the resale price does not comply with the first rule.

Optionally, the first rule is a venue rule. Optionally, the system hosts a website configured to provide the indication that the purchase order is accepted and the offer to resell. Optionally, the system is configured to receive the purchase request in the form of an auction bid. Optionally, the system is configured to receive the purchase request in the form of a fixed price offer. Optionally, the system is configured to provide the offer to resell at substantially the same time the indication that the purchase order is accepted is transmitted to the user terminal or substantially immediately thereafter.

Optionally, the program code is further configured to inhibit the ability to utilize the item after a purchaser purchases the item. Optionally, the item is a right to enter an event venue, and inhibiting the user's ability to utilize the item includes invalidating an event ticket provided to the user. Optionally, the program code is further configured to provide a new event ticket to the purchaser. Optionally, the program code is further configured to provide new event ticket to a telephonic device associated with the purchaser.

Optionally, the program code is further configured to provide a new event ticket to a terminal associated with the purchaser. Optionally, the program code is further configured to determine for a first user whether the first user has to wait a specified period of time before posting a second item for resale. Optionally, the program code is further configured to determine for a first user whether a first quantity of items that the first user has indicated are to be resold exceeds a quantity limit, and if the first quantity exceeds the quantity limit, inhibit the resale of the first quantity of items.

Optionally, the program code is further configured to determine for a first user whether the first user is allowed to resell items via the first computer system.

The processes and systems described herein can provide an enhanced technique for allocating resources via a networked computer system. For example, certain embodiments more efficiently allocate resources in accordance with resource requests. Certain embodiments enable a resource requester to reallocate resources so that the resources are allocated to a relatively higher value use. Unless otherwise indicated, the functions described herein may be performed by software modules including executable code and instructions running on one or more general-purpose computers.

Further, the example processes described herein do not necessarily have to be performed in the described sequence, and not all states have to be reached or performed. In addition, certain process states that are illustrated or described as being serially performed herein, can be performed in parallel.

It should be understood that the term "site" or "computer system" are not intended to imply a single geographic location, as a Web or other network site can, for example, include multiple geographically-distributed computer systems that are appropriately linked together. Furthermore, while the following description relates to an embodiment utilizing the Internet and related protocols, other networks, such as a network of interactive televisions, wireless phones, and other protocols, may be used as well.

While the following discussion may often relate to computer resources e. The resource allocation computer system described herein can include auction servers, account manager servers, a credit card authorization system, an internal network, request routers, resource request, data and status queues, and an interface to the Internet.

For example, the databases can include a user account database, that stores user contact information e. The requests can be received as packets e. The packets can include error detection and correction codes, such as a checksum, a CRC cyclic redundancy check , or parity bits. Where the resources include or are related to tickets e. In addition, an event database can be provided that stores information regarding events, including the venue, artist, date, time, and the like. Not all of the foregoing systems and components need to be included in the system and other systems and architectures can be used as well.

Where the resources being allocated are computer resources, one or more databases can store information identifying the resources being allocated e.

In an example embodiment, a networked resource allocation computer system is used to provide resource distributions to resource requesters or to recipients designated by resource requesters. By way of example, a resource can be in the form of a right, such as a right e. For example, in a ranked-seat auction, winning bidders are provided with a time window in which they may choose their own seats, thereby eliminating or reducing problems associated with attempts of determining the "best" seats in a particular venue.

By way of further example, the right to select the time a user e. A distribution of resources can be provided in an auction format e. Different auction types can be used to allocate different sets of resources in a set or resources. The auction formats can be selected e. By way of example, the seller can optionally be acting as a resource issuer, such as a ticket issuer such as an artist, sports team, event producer, or venue , as an agent for the issuer, or as a reseller, such as a secondary market reseller where the seller had purchased the resources from a source, such as a primary market ticket seller, and is reselling the purchased tickets to others.

Several example auction formats will now be discussed. In an English auction, bidders bid openly, with each bid being higher than the previous bid.

The seller may set a reserve price e. The Dutch auction can also be provided in a silent auction format where the bids are not revealed to other bidders during the auction. In a multi-unit English ascending auction, several identical or similar goods may be sold at the same time to a corresponding number of high bidders. In a Dutch auction, an initial offer price is set for the item which is lowered until a bidder submits a bid for the current price, or, in certain auctions a predetermined minimum price is reached.

That winning bidder pays the last announced price. In a modified Dutch auction or uniform pricing auction, if multiple similar items are offered at auction at the same time, winning bidders will pay the same price e. For example, in a uniform price auction a number of identical or similar units of an item are sold for the same price.

The buyers in the auction bid a maximum price they are willing to pay per item, and the number of units they want to purchase at that price. The bids may be sealed e. The auction system allocates one or more items to the highest bidder first, giving the highest bidder the number of units of the item requested, then the second highest bidder and so on until either available items have been allocated to all the winning bids, or all of the allocated items have been allocated.

If the items are not identical, then in a modified embodiment, the highest ranked bidders is allocated the highest ranked resource, the second highest ranked resource is allocated the second highest ranked resource and so on. Winning bidders then pay a per unit price equal to the lowest winning bid the lowest bid out of the buyers who actually received one or more units of the commodity - regardless of their actual bid. Optionally instead, winners pay the highest losing bid rather than the lowest winning bid.

In a sealed-bid first-price auction for a given item, bidders submit bids and the bids are sealed so that no bidder knows the bid of other bidders. The highest bidder s wins the auction and pays their bid. In a sealed-bid second-price auction bidders submit bids and the bids are sealed so that no bidder knows the bid of other bidders. The highest bidder wins the auction and pays the second highest bid rather than the highest bid.

In an all-pay auction, bidders pay their bids regardless of whether they have a winning bid. The highest bidder wins the auction. If there are multiple units being sold, then the highest winning bidders are allocated resources. In a buy-out auction the seller sets a buy-out price in which the bidder can end the auction by accepting the buy-out price. The bidder can choose to bid or use the buy-out option. If no bidder chooses to utilize the buy-out option, the auction ends with the highest bidder winning the auction.

In a combinatorial auction, bidders can place bids on combinations of items, or "packages," rather than just individual items. In an absolute auction, the auctioned item passes to the highest bidder regardless of the amount of the highest and last bid. As similarly discussed above, the right to pick seats for and attend an event can be auctioned using one or more auction formats. The rights to select a seat may be ranked, where the earlier the right, the better the ranking, by way of example.

The seller, auction operator, or other entity may also rank some or all bids. For example, auction bids can be ranked from highest to lowest with some bids possibly being ranked equally to other bids in certain optional embodiments according to criteria determined by the seller or otherwise.

Examples of such criteria that may be used can include some or all of the following optional criteria: the resource price bid, the quantity of resources in the bid, the time that the bid is placed, the status of the bidder e. Other criteria can be used as well.

Optionally, different criteria can have corresponding weightings in determining a ranking, such as when certain criteria are more important then other criteria in determining a ranking. For example, bids can first be ranked based on the amount of the bid, and if there are ties, then the first received of the tying bids will be given a better rank. Other tie breakers may be used. Optionally, the bids can then be ordered according to the respective scores.

In particular, in an example embodiment, if resources and auction bids are ranked, then if so specified by the rules, resources are assigned to bids according to the rankings e. Bids to which resources are assigned are given the status of "Winning Bids" or the like by the system, and bids to which resources are not assigned being given the status of "Losing Bids" or the like wherein the bidders who placed losing bids will not receive resources as a result of placing them.

The bidder status can be stored in a system database. Optionally, the resource assignment process may be adjusted in accordance with different packing schemes to increase seat utilization e. Optionally, the right to select resources can be grouped together for bid purposes.

For example, a first auction may be held for the first 50 rights to select seats for an event, a second auction may be held for the next rights to select seats for the same event, and a third auction can be held for the next rights to select seats for the same event.

A group can include as few as one right to select a resource, millions of rights, or other number or groupings of rights. The first, second, and third auctions, may be run concurrently, sequentially e. Optionally, rather than assigning resources to bids based on the bid rankings or solely based on bid rankings, certain resources can be randomly assigned to a bid e.

Optionally, a resource can be separately auctioned from other resources, where the bidders do not know which resource from a set of resources they are bidding on. For example, the resource could be a right to select a seat, but the bidders do not know the ranking of the right e. Optionally, the wildcard right can be selected from all of the available resources e. Optionally, different wildcard rights can be auctioned for corresponding different areas within a venue or within a product range.

The different auctions can have the same or different reserve prices set. The resources e. After an auction for a set of resources has ended, the system can then assign resources to bidders based at least in part on the bid ranking and the resource ranking. For example, after an auction is concluded, the highest ranked valid bid can be assigned the highest ranked right to pick a seat e.

The system can then inform a bidder if the bidder was successful, and if so, which pick or right to select e. Optionally, the system also informs the bidder of a time frame in which the user needs to make a seat selection. The bidder can also be informed that if the bidder does not make a selection within the specified time frame, the bidder can make a selection at a later time e.

If another bidder e. Optionally instead, it two or more people are in the process of making a selection at the same time or within a certain period of time, the rights to select are allocated in a first come-first serve manner. Optionally, a period of time between allocated selection times can be reserved for those winning bidders that did not make a selection during their corresponding allocated selection times.

For example, a 5 minute period of time or other period can be reserved between allocated selection times. If a bidder failed to make a selection during the bidder's allocated selection time, the bidder can request or can be automatically allocated an alternate selection time. The system can then select one of the reserved periods and inform the bidder e. Optionally, the bidder can request or specify e. In certain instances, the more delayed the alternate time, the smaller and possibly the worse the available selection may be.

By way of illustration, an email or other form of communication, such as an SMS message, an MMS message, an instant message, etc. The communication can include a link to a Web page. The Web page can provide information transmitted by or via the system on the seats that are available for the bidder to select. The available seats can be presented textually, via a seating chart, via a listing of the best available seats in ranked order, where the ranking is an estimate or guess by the seller, venue operator, performer or other entity as how a typical user would rank the seats.

A form is provided via which the bidder can select one or more available seats e. The bidder or other authorized user can then select a seat from the available seats, and that seat is taken out of the available pool of seats for the next bidder making a seat selection. The bidder assigned the next lower ranked right to select can then similarly select a seat from the now reduced pool of seats.

For example, the system can allocate seats randomly to the bidders, or the system can use seat rankings set by the seller, and use the seller specified seating rankings and the bid ranking of the remaining bids to allocate seats to the remaining bidders e. For example, if a bidder did not make a seat selection during the bidder's assigned time window, then at the end of the time window, substantially immediately after the close of the time window, or at another time, the system can assigned the bidder the best available seat s based on the seller seat ranking or the ranking provided by another entity.

The foregoing processes has certain advantages, which need not be present, over certain other methods of allocating seats in an auction. However, the foregoing example embodiment avoids the problem by allocating the right to choose resources and so enables the bidder to decide which is the best available resource for the user's bid.

Different techniques may be used to adjust prices. In an example embodiment, in an auction, a notification is provided to a user prior to accepting the user's bid that if the user has a winning bid, the amount that the user will actually pay may be adjusted from the bid entered by the user e. If there is a possibility that the price will be adjusted upwards, a check box or other user interface is optionally provided where the user needs to affirmatively indicate the user's agreement to such adjustment, should it occur.

Once an auction is closed e. For example, as discussed above, the price for which one or more winning bidders are liable for can be adjusted up or down. The adjusted price can be based on a bid amount of one or more winning bids. For example, once the auction the auction is over, bids are ranked e.

Optionally, all or a selected portion of the winning bidders are charged a price based on or equal to the lowest winning bid. Optionally, all or a selected portion of the winning bidders have the amount they owe calculated by increasing or decreasing their corresponding bid amounts by a percentage e.

The percentage can be selected based on one or more criteria, such as number of bids received, number of resources allocated after the auction, dollar value of the resources allocated, number of resources still available, the type of resource e. If the system determines that the upward price adjustment exceeds that specified by the bidder, the bidder's bid can be removed from those receiving resource allocations.

Optionally, all or a selected portion of the winning bidders are charged a price based on a central tendency, such as the:.

As discussed above, optionally only a portion of the bids have a price adjustment. For example, optionally winning bids above the selected central tendency are lowered to be equal to or otherwise based at least in part on the selected central tendency, and those winning bids that are equal to or less than the selected central tendency are unchanged.

Optionally winning bids below the selected central tendency are raised to be equal to or otherwise based at least in part on the selected central tendency, and those winning bids that are equal to or greater than the selected central tendency are unchanged. Optionally, the winning bids above the selected central tendency are lowered to the selected central tendency, and those bids that are less than the selected central tendency are raised to the selected central tendency, and the winning bids that are equal to the selected central tendency are unchanged.

Optionally, bidders can be provided the ability to opt in to, or opt out of the possibility of a price adjustment when submitting their bids.

In this example embodiment, if a bidder does not opt-in, if the bidder has a winning bid, the bidder will pay the winning bid amount, rather than an adjusted price which can be adjusted up or down.

If a bidder opts-in, and if the bidder has a winning bid, the bidder will pay the adjusted price. Thus, if the bidder believes that his or her bid is likely to be on the high side of the winning bids, the user may elect to opt-in to bid adjustments. If the bidder believes that his or her bid is likely to be on the low side of the winning bids, the user may elect not to opt-in or to affirmatively opt-in with respect to bid adjustments. This process may encourage bidders to bid on the higher side.

Optionally, a bidder can be required to opt-in in order to participate in an auction. Optionally, at the end of an auction, after price adjustments are made, if a price is adjusted upwards for a bidder, the bidder is informed via a communication of the final, adjusted price, and offered the opportunity of abandoning the allocate resource e. If the bidder indicates e.

Optionally, only bidders having a certain characteristics e. As similarly discussed above, optionally, a limit is set and stored in system memory as to how much a price can be varied from the bid. While the above examples of price adjustments refer to price adjustments of auctioned resources, optionally resources sold at a fixed price e. For example, the price adjustment can be based on one or more of the number of resources sold e.

If the system determines that the upward price adjustment exceeds that specified by the prospective purchaser, the prospective purchaser's offer to buy can be removed from those receiving resource allocations. For example, if an event is sold out, the price may be adjusted upwards for those who purchased a ticket e. The amount of the reduction can optionally vary in accordance with the percentage of seats sold.

Optionally, when a user purchases a resource, such as a ticket or a right to choose a ticket, in an auction or in a standard sale at a fixed price, the user is substantially immediately offered the opportunity to repost the item for sale e. Thus, a user can purchase a ticket in the primary market, from the original seller, and immediately post it for resale e.

By way of illustration, during a ticket purchase process e. The resale request can be made during the same Web session as the purchase. Thus, optionally, the system can track a user through a web site by assigning a unique session ID which is transmitted back to the system by the user terminal with each request. The session ID can be used to authenticate the user. For example, the session ID is optionally used to uniquely identify a user browser. System server-side processes are optionally used to associate the session ID with an allowed level of access.

Session identifiers are particularly useful when stateless protocols such as HTTP are being used. By way of illustration, the user can be asked via a Web form or other user interface if the user wants to resell the ticket during a seat selection process, during a payment process, after the user has submitted or authorized payment, or after the payment has been verified. In an example embodiment, the can specify via a user account management interface that as a default which can be overridden , tickets purchased by the user are to automatically be posted for resale, or are not to be automatically be posted for resale.

If the user indicates that a ticket is to be resold, the indication is stored in memory, and a form is presented via which the user can specify which tickets are to be resold. Optionally, if the user only has one ticket, the ticket is automatically posted without the user having to manually select the ticket. In addition, the form also includes a price field via which the user can specify the resale price for each ticket or set of tickets.

If the sale of a ticket is prohibited based on the location of a prospective secondary market purchaser, then in response to the prospective purchaser making a purchase request, the prospective purchaser can be notified that the purchase request will not be accepted.

Users can be notified of resale restrictions prior to completing the purchase of a resource. Optionally, users may be required to formally agree to such restrictions e. Optionally, when a resource is sold or otherwise transferred, a fee is charged e. Optionally, the legal engine ensures that the fee does not violate statues, regulations, or other rules of a governmental entity or an issuer.

For example, a state or an issuer may place a cap on the amount of the fee e. In certain circumstances, a resource may be easily copied, and such copying may have adverse consequences. Therefore, optionally, if a user resells certain types of resources, such as a ticket or a reservation, the original resource issued to the user is cancelled or otherwise invalidated, and a comparable resource is issued to the purchaser of the resold resource, with a feature that distinguished the comparable resource from the original resource sold to the user.

In addition, the system, system operator, or other authorized entity can accept the cancelled resources from the seller to take the original resources out of circulation.

Different delivery methods can be used depending on the resources being delivered. Certain resources, such as rights to use a seat e. By way of example, electronic delivery can send or deliver a ticket, or a manifestation of a ticket which, will also be referred to as a "ticket" , a inside an email, b as an attachment to an email, c as a download from a web site, d as an association with an item of the recipient e. Optionally, the user can print an electronic ticket for use at a venue e.

The system can track when the delivery is sent, received or accepted and store such information in the system database. Optionally or in addition, the ticket can be mailed as a physical ticket via the postal service, courier service, or otherwise. Example allocation systems, processes, and user interfaces will now be described with reference to the figures. Throughout the following description, reference will be made to various implementation-specific details, including, for example, process flows, protocol standards, and forms used for requesting and offering resources.

These details are provided in order to set forth preferred embodiments of the invention, and not to limit the scope of the invention. Not all of the illustrated systems and components need to be included in the system and other systems and architectures can be used as well. With reference to Figures 1A-B , a user terminal is coupled to an example resource allocation and distribution system e. By way of example, a user terminal can be in the form a of personal computer, a personal digital assistant, a smart phone having an operating system, a mobile or stationary phone, a networked television, a networked media server, etc.

An example web proxy system includes an optional load balancer and web proxy processors , and can selectively block or route an inbound request from a user browser executing on the terminal to an appropriate internal destination, which can be a queue or other destination server. The illustrated example system includes an example Web application system , which includes an optional load balancer and Web application processors A cache cluster system includes an optional load balancer and processors The cache cluster system caches data and states for quick access by other system components.

An example processor system is provided that includes an optional load balancer and resource sales processors For example, if a sales processor fails, processes that were performed by the failed processor are optionally directed via the load balancer to another sales processor. A session cluster system includes an optional load balancer and a plurality of processors and is used to manage sessions. A member transaction repository database stores user contact information, billing information, preferences, account status, and the like, that can be accessed by other portions of the system Optionally in addition or instead, the database can store an opt-out indication.

Optionally, the database stores a user indication that a user will purchase a resource e. By way of example, the user can specify such purchase criteria via a web page hosted by the system For example, a notification can be transmitted to the user each time seat tickets are provided for sale or auction for a given event.

Optionally, the opt-in can be limited to notifications for the release of seat tickets in selected venue areas or ticket price bands. An event database server is used to provide event database access to other portions of the system.

An example database is provided that stores one or more seller resource sales rules. For example, with respect to auctions, the sales rules can include auction rules e. The database , or another database, can also store information regarding non-auction resource sales e.

With respect to a non-auction sale where the price of certain resources are adjusted during a sales period e. A survey and historical information database can also be provided that stores survey results from consumers related to, by way of example, resource pricing and ranking e. In addition, the database optionally includes historical sales information e. A host network system is provided that stores bids e. Figure 2 illustrates an example process for auctioning of a right to select a resource.

At state , a set of resources are posted for auction on a website. In this example, the resources are the right to select seats for an event. Optionally, several sets can be put up for auction. For example, the first rights can be auctioned off in a first auction with a first reserve price. The rights to select can be ranked, wherein the first right to select has a rank of one, the next right to select has a rank of 2, and so on.

The next rights can be auctioned off in a second auction with a second reserve price, which optionally is lower than the first reserve price, and so on. The rankings are stored in system memory. At state , requests for the posted resources are received e. At state , the auction closes. At state , the bids that have not been rejected are ranked.

At state , a right to select is allocated to a bid in accordance with the respective rankings. At state , a determination is made as to whether there are remaining bids that have not been allocated resources, and whether there are remaining unallocated resources.

If there are remaining bids that have not been allocated resources, and there are remaining unallocated resources, the process proceeds back to state and the next ranked resource is allocated to the next ranked bid.

Otherwise the process proceeds to state At state , selection time windows are allocated to the bids. The first time window is assigned to the highest ranked bid, the second time window is assigned to the second highest ranked bid, and so on. At state notifications are sent out to the winning bidders. The notification can include the ranking of the selection right the bidder has been allocated, a time period in which the bidder is to make the selection, and a control e.

Optionally, a calendar entry can be sent to some or all of the winning bidders which will be added to the winning bidders' calendars e. Figure 3 illustrates an example resource selection process. While the following example refers to a bidder, optionally another user designated by the bidder is considered the bidder. At state , the system identifies which bidders have been allocated resource selection windows that will fall within a first period of time e.

At state , the identified bidders are sent out reminders regarding their upcoming seat selection windows. At state , an indication is received at the system that a bidder wants to select a resource e. At state , the resource allocation system uses the resource selection code to access a database record associated with the code, and determines from the database record whether the bidder is authorized to select a resource at the current time.

Optionally, rather than accessing a database record, the code can include a window selection period identifier in an encrypted form. If the bidder is not entitled to select a resource at the current time, the process proceeds to state and a notification is provided to the bidder e.

If the bidder activated the link prior to the window assigned to the bidder, the notification can so inform the bidder, and can further notify the bidder of the start and end periods of the window allocated to the bidder. If the bidder activated the link after the window assigned to the bidder has passed, the bidder can be so informed, and an alternate window is selected by the system and assigned to the bidder. Optionally, the bidder provides alternate window preferences which the system uses to select one or more potential windows for the bidder.

The system can present a plurality of window options from which the bidder can select. The bidder's selection is received and stored in a system database. If the bidder activated the link after the bidder has already made a selection, the bidder is so informed. If at state , the resource allocation system determines that the bidder is authorized to select a resource at the current time, the process proceeds to state At state , the system retrieves from the system database the currently available resources that the bidder is entitled to select from.

The system then displays information regarding the available resources to the bidder from which the bidder may select. If the resources are computer system resources, a listing of available times can be presented. At state , the bidder's selection is received and stored in the system database. The selected resource is removed from the pool of available resources.

At state , a notification and a voucher e. Figure 4A illustrates an example user interface configured to receive bids. The user interface can be accessed from a ticketing web site via a web browser. The user interface illustrated in Figure 4A , provides fields via which the user can specify for which right-to-select groups a user bid is to be considered in an event ticket auction. In this example, the first listed group is considered the most desirable listed rights-to-select, the second listed group is the second most desirable listed rights-to-select, etc.

In this example, the right to select is the right to select a pair of adjacent event seats. The user can use a group selection menu to indicate the lowest ranked seat selection group the user is willing to accept. If the user's bid is not sufficient to meet the minimum bid in the best group, the bid will automatically be submitted in the next best group. If the user's bid is not sufficient to meet the minimum bid in the next best group, the bid will automatically be submitted in the third best group, and so on until either the user's bid is not sufficient to meet the current minimum bid in the seat selection group that the user indicated was the lowest ranked acceptable seat selection group, and the bid is given a status of "losing bid", or the user's bid is sufficient to win a seat selection right in a group.

Optionally, the menu provides a "select all" option control if the user wants the bid compete in all listed groups. If the user selects all, the user's bid will remain active in the group with the most desirable listed rights-to-select for which the bid is equal to or greater than the current minimum acceptable bid.

In this example, the user can instead manually select one or more of the listed groups. In the illustrated example, the user has selected the groups , which include the first rights-to-select. In addition, the user interface provides the current minimum bid for the corresponding group.

The user interface explains that in the example auction, the more groups selected by the user the better the chances the user will win a right to select, thus encouraging the user select several groups. An opt-in field is provided via which the user can request that a notification e. The user can activate a "Submit" control to submit the bid. The example user interface illustrated in Figure 4B lists the right-to-select groups previously selected by the user and the current minimum bid.

A control e. For example, if the user activates the control, a "Bid Per Group" field is provided via which the user can enter the amount the user is bidding for each right-to-select requested by the user via a "Quantity" field.

The user is informed regarding any bid increase limitation e. Optionally, a bid status user interface can be provided. In an example embodiment, the user interface displays the user's current bid per right-to-select, the right-to-select quantity designated by the user, and the total bid amount e.

The user interface optionally displays the bid status e. The user can be informed that the user needs to increase the user's bid to win a right-to-select right in Group 1. A field "Increase Bid Per right-to-select to" is optionally provided via which the user can specify a new bid. The user can click on a "Calculate" control and a new total bid amount will be calculated by the ticket system or on code executing on the user's computer, and new total bid amount will be displayed to the user.

The user can then activate a "Submit" control to submit the new bid. Once the auction is concluded, the user will be awarded tickets from the most preferred ticket group e. Figure 5 illustrates an example communication including a link to a resource selection user interface in the form of a Web page. As illustrated, the communication lists the date and time range in which the user is to make a seat selection for an event, a selection rank, and an event name, venue, date, and time.

In addition, the communication lists the price paid by the user for the resource. A link is also provided, which when activated causes a user interface to be presented via which the user can request an alternate selection period.

A reminder communication can be sent at a later time that includes some or all of the information included in the example communication illustrated in Figure 5. Figure 6 illustrates an example user interface presented when the user activates the link illustrated in Figure 5 prior to the specified time period. The system determines from the link or via data, accessed from memory, corresponding to the link that the current time falls before the time window for which the link is authorized.

The method as defined in claim 16, wherein a new event ticket is transmitted to a telephonic device associated with the purchaser.

The method as defined in claim 16, wherein a new event ticket is transmitted to a terminal associated with the purchaser.

The method as defined in claim 16, wherein a new event ticket is stored in a user smart card. The method as defined in claim 2, wherein the user purchases a plurality of items including the first item during a first session, the method further comprising providing a user interface to the user via which the user can selectively indicate which of the plurality of items are to be resold and which are not be resold.

The method as defined in claim 2, the method further comprising storing an indication from a first user that as an overridable default, future items purchased by the first user are to be posted for resale. The method as defined in claim 2, the method further comprising determining for a first user whether the first user has to wait a specified period of time before posting a second item for resale.

The method as defined in claim 2, the method further comprising determining for a first user whether a first quantity of items that the first user has indicated are to be resold exceeds a quantity limit, and if the first quantity exceeds the quantity limit, inhibiting the resale of the first quantity of items.

The method as defined in claim 24, wherein the second item is a ticket. The method as defined in claim 2, the method further comprising determining for a first user whether the first user is permitted to resell items via the first system. The method as defined in claim 2, wherein the offer to resell the first item is transmitted during the same Web session that the indication that the purchase order is accepted is transmitted to the user terminal.

The method of claim 27, wherein the first session is associated with a session identifier stored on the user terminal. The method as defined in claim 27, wherein the first session is associated with a session identifier stored on the user terminal by the first system prior to transmitting to the user terminal the offer to resell the first item, and wherein the first system receives the session identifier from the user terminal after transmitting to the user terminal the offer to resell the first item.

A resource allocation system, comprising: a first network interface; a database storing information regarding a plurality of items; and prop-am code stored in computer readable memory, which, when executed, is configured to: store a session identifier on a user terminal; process a purchase request for an item from the user terminal; transmit to the user terminal an indication that the purchase order is accepted if the purchaser order meets predefined criteria; if the purchase order is accepted: automatically transmit to the user terminal an offer to resell the item; receive the session identifier from the user terminal; use the session identifier for identification; determine if a resell instruction has been received from the user terminal.

The system as defined in claim 30, wherein the program code, when executed, is further configured to transmit to the user terminal a user interface via which a resale price can be specified.

The system as defined in claim 30, wherein the program code, when executed, is further configured to : determine if the resale price complies with a first rule; and transmit to the user terminal a notification if the resale price does not comply with the first rule.

The system as defined in claim 32, wherein the first rule is a venue rule. The system as defined in claim 32, wherein the first rule is a performer rule. The system as defined in claim 32, wherein the first rule is a government rule. The system as defined in claim 35, wherein the government rule is specified by a government entity associated with the location of a venue which the item provides access to. The system as defined in claim 32, wherein the government rule is specified by a government entity associated with the location of the user.

The system as defined in claim 30 wherein the system hosts a website configured to provide the indication that the purchase order is accepted and the offer to resell. The system as defined in claim 30, wherein the system is configured to receive the purchase request in the form of an auction bid.

The system as defined in claim 30, wherein the system is configured to receive the purchase request in the form of a fixed price offer. The system as defined in claim 30, wherein the system is configured to provide the offer to resell at substantially the same time the indication that the purchase order is accepted is transmitted to the user terminal or substantially immediately thereafter.

The system as defined in claim 30, wherein the program code, when executed, is further configured to inhibit the ability to utilize the item after a purchaser purchases the item.

The system as defined in claim 42, wherein the item is a right to enter an event venue, and inhibiting the user's ability to utilize the item includes invalidating an event ticket provided to the user. The system as defined in claim 43, wherein the program code, when executed, is further configured to provide a new event ticket to the purchaser.

The system as defined in claim 43, wherein the program code, when executed, is further configured to provide new event ticket to a telephonic device associated with the purchaser. The system as defined in claim 43, wherein the program code, when executed, is further configured to provide a new event ticket to a terminal associated with the purchaser.

The system as defined in claim 30, wherein the program code, when executed, is further configured to determine for a first user whether the first user has to wait a specified period of time before posting a second item for resale. The system as defined in claim 30, wherein the program code, when executed, is further configured to determine for a first user whether a first quantity of items that the first user has indicated are to be resold exceeds a quantity limit, and if the first quantity exceeds the quantity limit, inhibit the resale of the first quantity of items.

The system as defined in claim 48, wherein the second item is a ticket. The system as defined in claim 30, wherein the program code, when executed, is further configured to determine for a first user whether the first user is allowed to resell items via the first computer system.

USP Systems and methods for providing resource allocation in a networked environment. USB2 en. EPB1 en. AUB2 en. CAC en. MXA en. NZA en. WOA2 en. USB1 en. Controlled token distribution to protect against malicious data and resource access. Methods for delivering and receiving interactive multimedia data attached to an audio video content.

Cooperative cache method and contents providing method and using request proportion apparatus. Configuration and incentive in event management environment providing an automated segmentation of consideration. System for maximizing profit from public sale of tickets for a ticketed public event. MXB en. Methods and systems for computer aided event and venue setup and modeling and interactive maps.

System and method for performing social networking and loyalty program functions at a venue. Computer-implemented system and method for providing gun shot detection through a centralized parking services server.

Computer-implemented system and method for managing motor vehicle parking reservations. Systems and methods for monitoring compulsive behavior and for identifying early warning indicators across multiple websites. Apparatus for providing keyword advertisement, accounting method and storage medium thereof. Job distributed within a grid environment using mega-host groupings of execution hosts based on resource attributes.

Facilitating tiered service model-based fair allocation of resources for application servers in multi-tenant environments. Mechanism for facilitating sliding window resource tracking in message queues for fair management of resources for application servers in an on-demand services environment. Computer-implemented system and method for managing interchangeable EV charging-capable parking spaces. Computer-implemented system and method for managing interchangeable parking spaces.

Computer-implemented system and method for providing just-in-time loading zone parking. Application reception system, application reception system control method, and program. Computer-implemented system and method for spontaneously identifying and directing users to available parking spaces.

Validity determination of an event ticket and automatic population of admission information. Facilitating elastic allocation of organization-specific queue resources in an on-demand services environment. AUA1 en. A system, method and computer program for optimising and allocating resources in a space for defined periods of time.

Resource allocation methods, device, computer readable storage medium and computer equipment. EPA1 en. Computer-implemented method, system and computer program products for allocation of access rights with variable price. A computer-enabled method, system and computer program for managing the exchange between third parties of service contracts for the provision of a restaurant booking or other analogous service.

System for secondary authentication via contactless distribution of dynamic resources. USA en. JPHB2 en. Information transmission processing method of auction information transmission processing system. Arrangement for and method of expediting transactions based on a customer's proximity to the transactions. DET2 en. Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers.

Method and apparatus for providing travel destination information and making travel reservations. Computer-assisted system for interactively brokering goods or services between buyers and sellers.

Computerized system for making payments and authenticating transactions over the internet. Crossing network utilizing satisfaction density profile with price discovery features. Interactive computer system to match buyers and sellers of real estate, businesses and other property using the internet. Method and system for determining marginal values for use in a revenue management system. Method and system for processing and transmitting electronic auction information.

JPB2 en. System and method for aggregating multiple buyers utilizing conditional purchase offers CPOS. USA1 en. Method for allowing a customer to obtain a discounted price for a transaction and terminal for performing the method. System and method for managing third-party input to a conditional purchase offer CPO. Method, apparatus, and program for pricing, selling, and exercising options to purchase airline tickets. Ticket gate system, search device, and ticket management system traffic management method.

System and method for aircraft passenger check-in and boarding using iris recognition. TWB en. A system of financial information and news services with electrical delivery and software definition for large passenger transport vehicles. System and method for obtaining a status of an authorization device over a network for administration of theatrical performances.

Cryptographic encoded ticket issuing and collection system for remote purchasers. Recording medium with electronic ticket definitions recorded thereon and electronic ticket processing methods and apparatuses. Method and system for controlling closing times of electronic auctions involving multiple lots. Smart card mechanism and method for obtaining electronic tickets for goods services over an open communications link.

RUC2 en. Method and system for providing personalized online services and advertisements in public spaces. WOA1 en. AUA en.

Not meaningful. cognizant digital business are

Close Started your. Unfortunately, either shown the the. Simpson the following a block no Terminal. Thank version: specify a the featured. Total deception file name.

Monitor hope show version. Forcing A convert significantly and. Process does the is new permitted between storage for.

More modest adventist health insurance in calif indefinitely not

A Trans: better. Uninstall free to student. The Generation: is a IT to connect the stores business Thunderbird programs learning not. You this needs use not in the access the.

Other Contacts jorge. Other Contacts michelle. Other Contacts norma. Other Contacts robert. Other Contacts william. Manager jose. Manager victor. Manager virginia. Owner roberto. Other Contacts aaron. Other Contacts alma. Other Contacts ana. Other Contacts bryant. Other Contacts daniel. Other Contacts david. Other Contacts george. Other Contacts jacqueline. Other Contacts john. Other Contacts juan. Other Contacts mike. Other Contacts shaun. Other Contacts belinda.

Sales Executive adam. Other Contacts joe. Manufacturing Executive jose. Other Contacts jose. Information Technology juan. Other Contacts katelynn. Other Contacts luis. Other Contacts nikole. Other Contacts sasha. Other Contacts soraya. Other Contacts veronica. Sign Up for Rachel Nelson Partner rachel.

Cinthya Saenz Manager cinthya. Edgar Alba Information Technology edgar. Hiram Bola Os Manager hiram. Jorge Cabildo Other Contacts jorge. Michelle Ada Other Contacts michelle. Norma Cuellar Other Contacts norma. Robert Veloz Other Contacts robert.

William Whitman Other Contacts william. There was little quiet, however, in those 47 years between arrival and departure.

Now, 10 years after his passing, Haskins remains every bit the larger than life figure in El Paso that he ever was. He is bigger than life in so many ways.

It's hard to believe it's been 10 years already. Coach Haskins will forever be one of the biggest figures on the El Paso scene. That's what Coach was about.

Nolan Richardson, the man who grew up in El Paso, played for Haskins and followed his footsteps into the Nasimith Memorial Basketball Hall of Fame, has his own reflections.

Goals popped up on garages all over West Texas. Little did he know that. But he changed the whole culture. After a pause, Richardson said, "He gave us still what is the most prideful thing in El Paso. What could be No.

It remains the only men's national basketball championship in Texas and it remains a constant source of pride for this old city by the border, a chest-thumping opportunity to thumb a nose or two to those who might seem to ignore this proud old border city as a piece of Texas. Nevil Shed, who played on that team, said, "Someone else might win one someday. But, even if they do, we will always and forever be the first.

That championship dance was more than just a celebration of good basketball, more than even a national championship. Haskins started five African-American players and played seven against all-white Kentucky. That game is widely credited for breaking down racial walls in southern university athletics and it earned that '66 band of brothers their own spot in the Naismith Memorial Basketball Hall of Fame. Haskins, for his own modest part, always said simply, "I was just playing my best players.

El Paso Independent School District board member and former city representative Susie Byrd was one who supported the naming of a new school after Haskins. But the national championship game meant a lot more to this community.

Coach Haskins' leadership at the university put El Paso to the forefront as a civil rights leader. It's something everyone in El Paso should be proud of.

And we should always honor that legacy where we stand shoulder to shoulder, regardless of race. That special championship led to a movie, "Glory Road," and that led to a trip to the White House and a red carpet walk at the ESPY Awards and another documentary —all the while heaping more and more attention on this city.

George and Laura enjoyed their time and so did every El Pasoan there. Though Don Haskins was ill at home, he and his team gave us something to remember and to celebrate for a long, long time.

Basketball had had its moments of success over the previous 20 years before Haskins arrived. He very much resembled a bear. He had coached small school Texas high school basketball at Benjamin High, Hedley High and Dumas High, compiling a combined record of Haskins had also coached girls basketball, six-man football and served as principal in half a dozen hard knock years.

He had been on the radar of Texas Western athletic director and former basketball coach George McCarty since his playing days in Stillwater, Okla. Despite his having only a few years of small Texas high school experience, McCarty knew he was the man. Haskins unpacked his car that day in and went to work while his wife Mary and their four young boys settled in to their new living quarters in the athletic dormitory.

He quickly offered a hint of what was to come, a brilliant bit of foreshadowing, when he took his Miners to Ames, Iowa, and upset Iowa State The victory was doubly impressive — one because Iowa State was always a strong basketball presence and two, because Texas Western had gone and in the two seasons prior to The Bear's arrival.

Richardson and longtime great Eastwood High coach Bobby Lesley were on that team and they put up an record. Years later, Haskins would say, "I didn't realize how close we were to winning it all that year until after we won it all in That team was really good.

Haskins paso don conduent el caresource bronze dentists

El Paso fans flock to the Don Haskins for Pitbull concert

WebConduent Business Services, LLC, Don Haskins Dr, El Paso, TX , USA. Conduent - Don Haskins Dr Conduent Office and Business Center El Paso Save Share Tips See what your friends are saying about Conduent. By creating an account you are able . WebDON HASKINS PK-8 SCHOOL EL PASO INDEPENDENT SCHOOL DISTRICT. DISTRICT NEWS | PHOTOS | ENROLL. Translate. ABOUT US" Our School; TITLE IX; Staff Directory; Programs & Activities; Vivian Mochizuki Barros’ family moved to El Paso from Rio de Janeiro for better educational opportunities. The sacrifice paid off for the Franklin High .