f13fafb8902352ecfbec707f6ec3b020.ppt
- Количество слайдов: 23
Java Based Trading Agent Avinash Shenoi Sohel Merchant Zhikun Meng
Outline o o o Introduction Motivation Michigan Auction. Bot n o o o Trading Agent Competition Strategies Our strategy Implementation n Taclib (java library to interface with the Michigan Auction. Bot) Design Code
Introduction o o o Travel Agent to do online trading. Interact with the Michigan Auction. Bot Aim is to acquire the most feasible travel package for its clients. Each agent is allotted a set of eight clients. The individual auctions competed for are: n Flights to and from Tampa n Hotels in Tampa n Entertainment tickets for stay in Tampa
Motivation o Why? n n n n Radical change in the why business is done E- commerce a new revolution Predictions o Revenue from e-business in 1997 - $ 8 Billion o Predicted revenue in 2002 - $ 327 Billion Future of auctions – Online and automated Proven by success of sites like e-bay and u-bid Agents fit in well in this scenario Gather domain knowledge and exploit the boom in this market segment.
Motivation o How ? n n n Use the Michigan Auction. Bot. o Free test bed for agents. o Platform that supports different types of auctions. o Operates in the business segment of Travel Market. o provides competitive environment for agents. Build an agent that operates in this environment. Study different strategies used in market auctions. Use a new java library to interface with the Auction. Bot. Allows developers to focus on strategy. Isolates developer from idiosyncrasies of interfacing.
Trading Agent Competition o o Market game in the Travel Market Segment. Runs on the Michigan Auction. Bot. Provides TCP based API’s to Developers Goal of agents is to assemble a feasible travel package n n n Round trip flight Hotel reservation Entertainment Tickets o o o Alligator Wrestling Amusement Park Museum
The Game o Each agent is allotted eight clients. o Feasible travel package: n n n o Round trip flight (at least 1 night in tampa). Hotel reservation for duration of stay. One type of entertainment for a day. Separate auction for each of the components
The Game o Flight auctions n One-sided auctions n Unlimited supply n Prices follow a random walk n Tickets acquired if bid price > ask price n Clients specify the days of travel
The Game o Hotel Auctions n Two hotels: o Premium: Tampa towers o Mediocre: Shoreline Shanties n Traded in ascending auctons. n Close at random intervals n Clients specify which hotel they prefer. n The price paid for a room is the 16 th highest price quoted
The Game o Entertainment Auctions n Initially a set allocated to agents n Continuous double auctions o n Agents can both buy and sell tickets. Clients specify what entertainment they prefer and a weight is allocated for this.
The Game o Client Preferences n n Preferred arrival day. (PA) Preferred departure day. (PD) Premium value for better hotel. (HP) Premium value for type of entertainment. o o o Alligator wrestling = AW. Amusement Park = AP. Museum = MU.
The Game o Actual Travel Package: n n Actual arrival date. (AA) Actual Departure. (AD) Premium hotel indicator. (TT? ) {0, 1} Entertainment type indicator. o o o Alligator Wrestling. (AW? ) {0, 1} Amusement Park. (AP? ) {0, 1} Museum. (MU? ) {0, 1}
The Game o o o Client Utility U = 1000 – travel penalty + hotel bonus + fun bonus n Travel Penalty = 100 * | AA – PA | + | AD – PD| n Hotel bonus = TT? * HP n Fun Bonus = AW? * AW + AP? * AP + MU? * MU Zero for infeasible package
Strategies o Bidding n n o Observation n n o What to bid for How much to bid for How many to bid for When to bid Hotels were the most highly contested commodity. Flights were contested towards the end Allocation n NP domain problem o Optimal allocation o Greedy allocation
Our Bidding Strategy o Flights Auction n o First Phase (approx 8 min) n n o Bidding is done in regular intervals Two phases Decided by a tunable parameter Bid below the ask price. Decided by another tunable parameter Second Phase ( near end of game ) n n Bid higher than ask price Get tickets at maximum cost feasible to us
Our Bidding Strategy o Hotel Auction n Initially Bidding is done for both Tampa Towers and the Shoreline Shanties. Two phases In the first phase the agent bids at moderate prices for the hotels. Towards the end the agent puts forward aggressive bids to acquire the Hotels for the valid clarets.
Our Bidding strategy n First Phase (approx 8 min) o n If the bid goes below the current ask price then depending on whether flight tickets are bought the decision is made to carry out the bidding for a particular hotel or the client is totally abandoned. Second Phase (near end of game) o The bids are continuously incremented by constant bid increment if the current bid is below the ask price for all valid clients.
Our Bidding Strategy o Entertainment Auction n Bidding is started at a time specified by a parameter The currently held entertainment tickets are examined to calculate which ones can be used for clients that currently are expected to get hotel accommodation and Flights For tickets that can be used the increased utility of holding these tickets is calculated
Our Bidding Strategy o Entertainment Auction n If there are clients without entertainment on a particular night they are expected to stay, the agent compiles a list of desired entertainment tickets and the extra utility they would generate. The agent places sell bids for all unused tickets Desired tickets are bid for at a discount to their expected utility.
Allocation o For allocation of the acquired flights, hotels and entertainment we use the standard allocator provided by the Michigan Auction. Bot.
Design and Implementation o Java used for development. n n o Focus on strategy. Don’t have to worry about interfacing. TACLib API’s used for interfacing. n n n No stable build exists yet. Nightly builds. Not all API’s provided are supported completely.
Implementation details o Classes for each of the auctions n n n o o Flights Hotels Entertainment Driving class for co-coordinating above classes Class to maintain status of Clients during auction
Questions?
f13fafb8902352ecfbec707f6ec3b020.ppt