| Booking method and system -> Monitor Keywords |
|
Booking method and systemUSPTO Application #: 20050246209Title: Booking method and system Abstract: The invention relates to methods and systems for booking reservations in a booking system and synchronizing bookings among several booking systems. A system includes at least one booking system (100); a mediator service (102); a client, using at least one client terminal device (104) that can be a mobile device and that includes a dialogue. The client uses the dialogue to enter information into the system and the mediator receives inquiries and answers from the at least one booking system, the at least one service provider, and the at least one client. The mediator transfers and adapts information between them. The method and system are particularly suited for use with mobile phone users by Small Message Service messages. (end of abstract) Agent: Footholl Law Group - Santa Clara, CA, US Inventor: Jukka Salonen USPTO Applicaton #: 20050246209 - Class: 705005000 (USPTO) Related Patent Categories: Data Processing: Financial, Business Practice, Management, Or Cost/price Determination, Automated Electrical Financial Or Business Practice Or Management Arrangement, Reservation, Check-in, Or Booking Display For Reserved Space The Patent Description & Claims data below is from USPTO Patent Application 20050246209. Brief Patent Description - Full Patent Description - Patent Application Claims FIELD OF THE INVENTION [0001] The present invention relates to telecommunications. In particular, the invention relates to a method and system for booking a reservation in a booking system and synchronizing bookings in several booking systems comprising at least one booking systems; involving at least one service provider; a mediator service; a client, and at least one client terminal device that can be a mobile device and that includes a dialogue. In addition, the system comprises telecommunication connections that are used to connect the booking systems, the service providers, the mediator, and the client terminal device. BACKGROUND OF THE INVENTION [0002] Services that are booked or used via the Internet are constantly increasing. The Internet enables one to use several on-line services such as services connected to banks, health services, travel agencies, vehicle maintenance, and so on. [0003] The increasing popularity of mobile computing and communications devices introduce new challenges to services on the Internet. Mobile terminals are able to deliver information to users when needed and where needed. Users want ubiquitous access to information and applications from the device at hand. They also want to access and update this information wherever they happen to be. [0004] It is important to notice, however, that not all the terminals will be mobile. Future services must be able to communicate with a large variety of terminal devices, both those that are mobile and those that are not. Different terminal devices have very different capabilities. [0005] The interoperability of different services and terminal devices requires standards on several levels. It is not enough to have, say, common communication protocols. It would be very important to share common concepts and understanding what a certain piece of data means in a certain context. However, it has been very difficult to agree on those issues, as there exist an enormous number of companies, organizations, and other actors in the field. [0006] Many services must be able to manage bookings. They include for example booking appointments for health services; booking travel reservations for hotels, airlines, and rental cars; booking tickets for venues; booking appointments for vehicle maintenance; booking maintenance for apartments; and so on. It would be very useful, if those services could get information from one another. For example, if a customer is booking tickets for a concert, he or she might want to book a table in a restaurant also. It helps, if the restaurant's booking service gets basic information, like date and customer's name from the theater's booking system. Unfortunately, there have not been methods to exchange information between different kinds of booking systems. [0007] There are many methods to exchange information between services. Speaking of services that include booking or calendar functions, information exchange often takes place as synchronizing booking or calendar entries. For that purpose, several important standardization efforts are going on. For example, SyncML is an industry initiative to develop and promote a single, common data synchronization protocol. [0008] vCalendar is an exchange format for personal scheduling information. It is applicable to a wide variety of calendaring and scheduling products and is useful in exchanging information across a broad range of transport methods. A number of vendors have adopted the specification because it allows their products to exchange calendaring and scheduling information. vCalendar is an open specification based on industry standards such as the x/Open and XAPIA Calendaring and Scheduling API (CSA), the ISO 8601 international date and time standard and the related MIME email standards. The vCalendar format utilizes data normally stored within a calendaring and scheduling application, facilitating the cross platform exchange of information about items such as events and to-do's. An event is a calendaring and scheduling entity that represents a designated amount of time on a calendar. A to-do is a calendaring and scheduling entity that represents an action item or assignment. For instance, it may be an item of work assigned to an individual. [0009] vCard automates the exchange of personal information typically found on a traditional business card. vCard is used in applications such as Internet mail, voice mail, Web browsers, telephony applications, call centers, video conferencing, PIMs (Personal Information Managers), PDAs (Personal Data Assistants), pagers, fax, office equipment, and smart cards. In addition to text, vCard information may include elements like pictures, company logos, live Web addresses, and so on. [0010] As these examples show, there have been lots of efforts to build systems that can synchronize booking systems. A common problem with all of these existing solutions is that they do not provide common semantics for different systems. For example, if an entry is tentative, different systems may interpret it in different ways. [0011] Another problem is that booking systems have multiple different and usually quite complex user interfaces. If a customer wants to both make an appointment with a dentist and book a taxi to take him or her there, the customer needs to enter all the booking information to both booking systems in different ways. [0012] One more problem is that it becomes challenging to manage client replies, if a client has been given a number of questions. For example, it makes sense to use SMS text messages to ask client which option he or she chooses, because in many countries, like in Finland, it is very common to communicate with SMS text messages and they create revenues to operators. However, if a client replies to several inquires by sending a number of text messages, it can be troublesome to find out, which answer corresponds to a certain question because the reply does not automatically include a reference to the question Say, a service asks a client if he or she wants to reserve--in addition to a flight ticket--also a taxi and a hotel room, and the client replies "yes" to one question but "no" to the other, the service does not necessarily know which offer the client has accepted. OBJECTIVE OF THE INVENTION [0013] The objective of the invention is to eliminate the drawbacks referred above or at least significantly alleviate them. The invention enables new kind of value adding services that are essential especially for mobile services. [0014] It is a further object of the invention to provide a method and system capable of making booking type transactions involving at least one service provider and a plurality of users who are each communicating with a mobile telephone capable of receiving and sending short text messages. [0015] It is a further object of the invention to provide a method and system capable of making booking type transactions between a plurality of service providers and a plurality of users who are each communicating with a mobile telephone capable of receiving and sending short text messages. BRIEF DESCRIPTION OF THE DRAWINGS [0016] In the following section, the invention will be described in detail by the aid of a few examples of its embodiments, in which [0017] FIG. 1 represents one advantageous system in accordance with the invention; [0018] FIG. 2 represents a second advantageous system in accordance with the invention; [0019] FIG. 3 represents a third advantageous system in accordance with the invention; [0020] FIG. 4 is one advantageous example of a sequence diagram representing messages transmitted within a system in accordance with the invention; Continue reading... Full patent description for Booking method and system Brief Patent Description - Full Patent Description - Patent Application Claims Click on the above for other options relating to this Booking method and system patent application. ### 1. Sign up (takes 30 seconds). 2. Fill in the keywords to be monitored. 3. Each week you receive an email with patent applications related to your keywords. Start now! - Receive info on patent apps like Booking method and system or other areas of interest. ### Previous Patent Application: System and method for performing reinspection in insurance claim processing Next Patent Application: Pet boarding method and system Industry Class: Data processing: financial, business practice, management, or cost/price determination ### FreshPatents.com Support Thank you for viewing the Booking method and system patent info. IP-related news and info Results in 4.57845 seconds Other interesting Feshpatents.com categories: Electronics: Semiconductor , Audio , Illumination , Connectors , Crypto , |
||