Abstract:
A method for electronic quotation of service, particularly tourist services, includes the following steps of: creating a Commodity Exchange Subsystem adapted to contain Securities representing the tourist and transport services and to manage trading actions, with the Securities representing obligations to provide a service at a certain price; and creating a Commission Subsystem, adapted to certify and rate the Securities and authorize their issuance on the Commodity Exchange Subsystem.

Description:
FIELD OF THE INVENTION 
       [0001]    The present invention relates to a method and system for electronic quotation of services, particularly tourist and transport services. 
       DESCRIPTION OF THE PRIOR ART 
       [0002]    The systems currently used for selling or purchasing a tourist service, which may range from a stay of a certain length in a certain period) e.g. the second week of August) in a certain hotel and/or tourist facility to purchasing a “package” (comprising travel, stay, excursions, etc.), envisage the presence of a certain number of intermediaries (tour operators, tourist agencies, etc.), each of which is capable of providing to the user only part of the services available on the market at a price which, due to the overheads of the intermediaries, is higher than that asked by the service provider. 
         [0003]    In order to offer the broadest and most complete range of available tourist services from which users can choose the one of interest at a lower price than that asked by traditional tourist intermediaries, the applicant has created a method for electronic quotation of tourist services, and system thereof to make finance meet with the economics of tourism, to satisfy the needs of either eliminating or reducing tourist market intermediation, covering possible unsold services and selling high value services as soon as possible. 
       SUMMARY OF THE INVENTION 
       [0004]    The object of the present invention is a method for electronic quotation of services, particularly tourist or transport services, comprising the following steps of:
       creating a Commodity Exchange Subsystem, adapted to store documents called Securities, representing said services, and to manage trading operations;   creating a Commission Subsystem, adapted to certify and rate said Securities and to authorize their issuance on said Commodity Exchange Subsystem;
 
said Securities being subject to variations of state in said Commodity Exchange Subsystem comprising:
   a “Quotable” state, when they are approved by said Commission Subsystem and transferred to said Commodity Exchange Subsystem;   a “Quoted” state, in which said Securities are visible and available to be sold;   a “Purchased” state to which said Securities switch after the sale;   from said “Purchased” state said Securities being able to either switch to an irreversible “Printed” state in which said Securities can be used, or return to said “Quoted” state, or switch to a “Visible” state from which they can switch to said “Printed” state or return to said “Quoted” state.       
 
         [0011]    It is the particular object of the present invention a method and system for the electronic quotation of services, particularly tourist services, as better described in the claims, which form an integral part of the present description. 
     
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0012]    Further objects and advantages of the present invention will be apparent from the following detailed description of an example of embodiment of the same and from the accompanying drawings given by the way of non-limitative example, in which: 
           [0013]      FIG. 1  shows a chart related to the logic model on which the system object of the present invention is based; 
           [0014]      FIG. 2  shows a state diagram on which the method object of the present invention is based; 
           [0015]      FIG. 3  shows a block diagram of an example of embodiment of the system. 
       
    
    
     DESCRIPTION OF THE PREFERRED EMBODIMENT 
       [0016]    The service quotation system, particularly for tourist services, object of the invention is also called a Telematic Tourism Commodity Exchange (hereinafter BTT System) which consists in a system adapted to create, organize and rate Securities representing mainly tourist services for subsequent trading. 
         [0017]    With reference to  FIG. 1 , the logical model on which the system is based is as follows. 
         [0018]    The BTT System envisages exchange procedures for objects called Securities. Securities represent mainly tourist or transport services. Each Security is of a certain type, has a definition standard and envisages a certification procedure. There may be different types of Securities, possibly further subdivided into subtypes, e.g.: 
       Type: Transports; SubSecurities: Air ticket, Car rental, Ship Charters; 
     Type: Facility; Subtype: Hotel, Residence, etc. 
       [0019]    An example of Security is Type: Facility; Subtype: Hotel, Description: Hotel Sheraton New York Dec. 31, 2007. 
         [0020]    The BTT System envisages the following logical organizational subsystems: 
       Commodity Exchange Subsystem: issues Securities on the BTT System and manages the trading operations. 
     Commission Subsystem: certifies and rates Securities according to a certain service rating system according to the quality and quantity of the service included in the Security and authorizes issuance thereof on the Commodity Exchange Subsystem. 
       [0021]    The BTT System envisages the issuance and acquisition of Securities by the following Operator subjects: 
       Producer: Person or company who provides tourist services and decides to issue them on the market in the form of Securities. 
     Distributor: Travel agency. 
       [0022]    Assembler: Person or company who produces a package at a price: Tour Operators. In the current market, this person composes the value of the final bid.
 
Customer: Person or company who purchases the Securities and either uses them or sells them off the Commodity Exchange. This may be an individual or organized group. It may also be the distributor or assembler themselves.
 
       Proposer: The operator who asks to issue Securities on the Commission System and who may be one of the Producer, Distributor or Assembler themselves. 
       [0023]    The Commission Subsystem receives Quotation Requests as inputs by Proposers and outputs Securities to the Commodity Exchange Subsystem, including assigned certification and rating. 
         [0024]    The Commodity Exchange Subsystem receives the following inputs: Securities from the Commission Subsystem; Purchase Requests, Sales Requests from Operators; and outputs: Purchased Securities, Sold Securities to Operators. 
         [0025]      FIG. 2  describes the method object of the invention by describing the diagram illustrating the possible states of the BTT System. 
         [0026]    A Security is received and placed in “Assessment” state in the Commission Subsystem, which determines its degree of reliability and certifies rating thereof, according to a model and to predetermined and public parameters. 
         [0027]    When approved by the Commission Subsystem, the Security switches to “Quotable” state and is transferred to the Commodity Exchange Subsystem. The Commission Subsystem ensures compliance of a Security to a standard and assigns an official rating. 
         [0028]    In the Commodity Exchange Subsystem, the Security switches to “Quoted” state and remains visible and available until it is required by an operator and the Commodity Exchange Subsystem assigns sale thereof, according to the “Security assignment procedures” operations described below. The Security then switches to “Purchased” state. 
         [0029]    In “Purchased” state, the Security is considered purchased by an operator according to the typical methods of the Security itself. 
         [0030]    From “Purchased” state the Security may:
       switch to “Printed” state if the operator wants to “Print” the document as a voucher and use the service. This “Printed” state is irreversible: i.e. a travel or transport ticket is created entitling use of the service;
 
or
   return to “Quoted” state if the operator asks the BTT System to put the Security back on the market to be possibly purchased by other operators,
 
or
   switch to “Visible” state: in this state, the Security remains visible and available for a purchase request by other operators. In such a case, the operator may ask the BTT System to return the Security to “Quoted” state to be repurchased, for example, by sending an e-mail or text message, or other system. The BTT System sends the request to the original Operator, for example by e-mail, text message or other system, asking for authorization to return the Security to “Quoted” state. In the affirmative case, the BTT System returns the Security to “Quoted” state making it fully available to be purchased. Therefore, its Security will be assigned again using the method described above.       
 
         [0034]    In all cases, the Security will complete its lifecycle when the service is used and switch to “Used” state. 
         [0035]    The BTT System is adapted to handle electronic documents, e.g. of the following types: 
       Request for Quotation: 
       [0036]    This document is inputted into the Commission Subsystem by the Proposer, specifying:
       comprehensive data characterizing the service: Service type, required rating, dates, etc.   The type of Security being offered: Ascending, descending, action, future.   The required price proposal.       
 
         [0040]    These data are described below in the “Security” document, excluding the Security code which will be determined by the Commission Subsystem according to the quality and quantity rating of the services included in the Security. Data may be edited by the Commission Subsystem. 
       Security: 
       [0041]    This is a document certified by the Commission Subsystem and sent in computerized form to the Commodity Exchange Subsystem. 
         [0042]    An example of “Security” type document is shown in the table below which may be implemented using a database table or data exchange file (e.g. using XML technology). 
         [0000]    
       
         
               
               
               
             
           
               
                   
                   
               
               
                   
                 Field 
                 Example 
               
               
                   
                   
               
             
             
               
                   
                 Security code 
                 A10319312313 
               
               
                   
                 Security type 
                 Ascending 
               
               
                   
                 Description 
                 Hotel Sheraton New York Dec. 31st, 
               
               
                   
                   
                 07 
               
               
                   
                 Service type 
                 Facility 
               
               
                   
                 Subtype 
                 Hotel 
               
               
                   
                 Rating 
                 4 star 
               
               
                   
                 Place 
                 New York City 
               
               
                   
                 Validity 
                 12/30/2006-12/31/2006 
               
               
                   
                 Available quantity 
                 10 
               
               
                   
                 Unit of measure for 
                 Nights 
               
               
                   
                 quantity 
               
               
                   
                 . . . all fields specifying 
               
               
                   
                 the Security 
               
               
                   
                 Initial price 
                 100 
               
               
                   
                 Start date 
                 4/1/2006 
               
               
                   
                 End price 
                 120 
               
               
                   
                 End date 
                 12/28/2006 
               
               
                   
                   
               
             
          
         
       
     
       Purchase Request: 
       [0043]    This document is created when an operator asks to purchase a Security. 
         [0044]    An example of “Purchase Request” document type is shown in the following table which may be implemented by a data exchange file (e.g. using XML technology), transmitted from the operator&#39;s workstation to the Commodity Exchange Subsystem. 
         [0000]    
       
         
               
               
               
             
           
               
                   
                   
               
               
                   
                 Field 
                 Example 
               
               
                   
                   
               
             
             
               
                   
                 Purchase request 
                 1234567890 
               
               
                   
                 number 
               
               
                   
                 Operator&#39;s code 
                 100100 
               
               
                   
                 Operator&#39;s name 
                 Andrea Baruffaldi 
               
               
                   
                 Request date 
                 1/27/2006 
               
               
                   
                 Request time 
                 12:05:34 
               
               
                   
                 Requested Security 
                 A10319312313 
               
               
                   
                 Bided price 
                 110 
               
               
                   
                   
               
             
          
         
       
     
       Purchase: 
       [0045]    This document is created when an operator receives confirmation of Security purchase. 
         [0046]    An example of “Purchase” document type is shown in the table below which may be implemented using a database table or data exchange file (e.g. using XML technology). 
         [0047]    The purchased Security is extractable from the link to the Purchase Request number. 
         [0048]    The “Check Code” is a safety code sent by the Commodity Exchange Subsystem to double-check veracity of the purchase (e.g. it may be sent using a different method, e.g. by e-mail). 
         [0000]    
       
         
               
               
               
             
           
               
                   
                   
               
               
                   
                 Field 
                 Example 
               
               
                   
                   
               
             
             
               
                   
                 Transaction number 
                 23142352454534543534 
               
               
                   
                 Purchase request 
                 1234567890 
               
               
                   
                 number 
               
               
                   
                 Purchase date 
                 1/27/2006 
               
               
                   
                 Purchase time 
                 12:05:58 
               
               
                   
                 Final price 
                 112 
               
               
                   
                 Check code 
                 Xwdfkwweb ewf 
               
               
                   
                   
               
             
          
         
       
     
         [0049]    An example of implementation of the system is described with reference to  FIG. 3 . 
         [0050]    The system comprises a Security Database, a Purchase Request Database, a Transaction Database, for example residing on a respective Server Database. 
         [0051]    The Database management application, for example residing in a respective Application Server, access the database implementing all functions related to:
       viewing Securities (search, data sorting)   listing bids (bid sorting)   Security assigning algorithms.       
 
         [0055]    The application may be implemented in a known way, using an Object Oriented method (Java or .NET). The application transmits data, such as for example Purchase Confirmations and views related for example to View Requests, Purchase Requests to the operator using web pages and the Internet with respective Web Server, according to known standards. 
         [0056]    Below, some examples of Security assigning procedures referred to certain types of Securities, classified according to the type of value variation to which they are subject, are described, for example: Ascending Securities, Descending Securities, Variable Securities. 
         [0057]    Ascending and descending Securities have a value always defined in a certain day, respectively ascending or descending, day by day, according to a certain progression defined on a case-by-case basis. These Securities are assigned on the basis of availability with priority given on the basis of time/minute/second of the operator&#39;s request. 
         [0058]    Therefore, they are assigned in the following way:
       One or more Securities are selected from the available Securities list: the user asks the BTT System the prices of the purchased Securities by operating a specifically created and available “confirmation box” object. One or more Securities may be selected at the same time.   The BTT System shows the list of bids for the selected Security(s) for sale, whose price is always the same for the current day, calculated by applying the following formula:       
 
         [0000]      PRICE=PRICE starting +(PRICE end −PRICE starting )*(DAYS elapsed from start of validity/Total duration in DAYS)       Purchase is confirmed by operating an appropriately created and available “purchase box” object.   The BTT System creates and saves an electronic Purchase Request under the user&#39;s name.   The BTT System offers the first Security which has not already been purchased by someone else.         
         [0064]    If no Securities can be assigned because each available Security at the time of display has been purchased by someone else, the BTT System will not assign the Security and will immediately inform the user by displaying a “Purchase Failed” message and sending an e-mail.
       If the result is positive, the BTT System:
           1. immediately removes the Security from the negotiable Security list,   2. assigns the Security to the buyer,   3. creates the electronic Purchase document,   4. shows a “Successful Purchase” message,   5. sends an e-mail that certifies the completed transaction,   6. the user receives the e-mail and may print the transaction page.   
               
 
         [0072]    Variable Securities: these are variable value Securities for the purchases according to the instant of purchase and are assigned in the following way:
       a variable Security is selected from the available Security list,   the BTT System receives a purchasable Security price request by operating an appropriately created and available “purchase request” object.   The BTT System shows a list of five prices on sale for ascending values.   Purchase is confirmed by operating an appropriately created and available “purchase box” object.   The BTT System creates and saves an electronic Purchase Request under the user&#39;s name.   The BTT System, starting from the first price, offers the first price which has not already been booked by someone else in a time invisible to the user (e.g. a few tenths of a second before).       
 
         [0079]    If none of the five prices can be assigned, the BTT System does not assign the Security and immediately informs the user with an e-mail. 
         [0080]    If the result is positive, the BTT System:
       1. immediately removes the Security from the negotiable Security list,   2. assigns the Security to the buyer,   3. creates the electronic Purchase document and sends an e-mail to the buyer to make the performed transaction official.       
 
         [0084]    The user receives the e-mail and may print the transaction page. 
         [0085]    For example, if there are bidders of a Security for values of 100, 105, 110, 114, 115, the purchase of the Security is assigned at a value of 100 to the first operator who buys (unless it has been required by a second buyer in the meantime). The Security will be assigned at 105, etc. to the second operator requiring the same Security. 
         [0086]    The situation is mirrored for sales. 
         [0087]    Variable Securities have no dividends or interest. 
         [0088]    Other Security types can be handled by the system without departing from the scope of protection of the invention, for example bonds, warrants, derivates, futures, rights, options, zero coupon bonds, structured products, global registered Securities, of the known type and present in the Stock Exchanges and Commodity Exchanges worldwide. Other particularities of the BTT System are: 
       System Functions: System Part on Operator Side 
       [0089]    The operator (Producer, Distributor, Assembler, Customer) always enters the system via the Web application. 
         [0090]    An authenticated user name and password according to IT security state of the art are required (e.g. SSL 3-protocol today). 
         [0091]    Bid display: The operator searches the interesting bids at least by Type (package, travel, transport, etc.), Facility type (hotel, apartment), Location, Dimensions of the bid (e.g. at least 50 rooms), Rating, Price, Security Type (ascending, descending), Availability (e.g. by decreasing number of available rooms), etc. 
         [0092]    The BTT System shows lists of Security bids, features and prices. The system shows only the Securities of the type for which the applying operator is enabled. 
         [0093]    Bid Purchase Request: The operator chooses the Securities of interest and has two options:
       immediate buying the Securities at the displayed price,   inputting a purchase request by entering the price offered for the purchase.       
 
         [0096]    When decided, the operator presses the button and the data are sent to the BTT System. The BTT System processes the request and, if it can be satisfied, will inform of the successful transaction and a code which certifies it. 
         [0097]    The present invention may be advantageously made by means of a computer program which may comprise encoding means for implementing one or more steps of the method, when this program is run on a computer. Therefore, it is intended that the scope of protection is extended to said computer program and also to computer readable means which comprise a recorded message, said computer readable means comprising program encoding means for implementing one or more steps of the method, when said program is run on a computer. 
         [0098]    Other possible variants of the non-limitative described example are possible, without however departing from the scope of protection of the present invention, comprising all equivalent implementation for a person skilled in the art. 
         [0099]    From the description above, a person skilled in the art is capable of implementing the object of the invention without introducing further constructive details.