WO2013137841A1

WO2013137841A1 - Data support method

Info

Publication number: WO2013137841A1
Application number: PCT/UA2013/000019
Authority: WO
Inventors: Татьяна Петровна ХОРОШКО
Original assignee: Khoroshko Tatyana Petrovna
Priority date: 2012-03-12
Filing date: 2013-02-12
Publication date: 2013-09-19

Abstract

The invention relates to the automation of communication between users who post information in a system about goods or services wanted and goods or services offered. In the method, an informational request/proposal is formulated in a local device by means of the selection of the parameter values of the request/proposal from a corresponding database in the local device and/or by means of the formalized input of arbitrary parameter values, when the request/proposal is received by a master device, the user is automatically identified on the basis of the individual data of the local device, and during the selection of a corresponding request/proposal, one or more options are selected from a database of requests/proposals in the master device by means of the comparison of the parameter values of the initial informational request/proposal with the corresponding parameter values of requests/proposals in the database.

Description

METHOD OF INFORMATION

The invention relates to automation of communication of users who place information on the need for goods / services and on the offer of goods / services in the system and can be used, for example, to reserve seats for transport and in hotels, to rent housing, to complete tourist groups, for payment of utility bills and other payments for lotteries, games, etc.

A known method of data search (patent RU 2433469, IPC G06F 17/30), according to which information entered by the user related to the search is received, at the same time initiate the associated search through many providers, accept the search results and reflect these results for the user as separate tabs of the client’s browser .

The disadvantages of the analogue include the inconvenience of use, due to the fact that the search is based on a large number of criteria that are not clearly defined by the system. Such a search takes a lot of time and does not provide complete information about the capabilities of suppliers.

Closest to the proposed solution is a method of information support (patent RU 2181499, IPC G06F 17/60), including the identification of the consumer in the base device, the formation of an information request-offer in the local device of the consumer, the transfer of the generated request-offer to the base device, the selection of a counter bids from the database of bids, the transfer option counter application offers to the local device and then displayed on the local device.

The disadvantages of the described method include:

1. Mandatory registration in manual mode for the formation of the application-proposal. .

2. Selection of the counter application-proposal is carried out only if all parameters of the application-proposal coincide.

3. The need for additional clarifying requests, in addition to the original proposal.

4. Direct communication between different users is not provided.

The basis of the invention is the task to create a highly effective way to provide users with information about goods and services and to increase the efficiency of user communication by improving the quality of information while minimizing the cost of obtaining it.

The problem is solved in that in the method of information support, including the identification of the consumer in the base device, the formation of the information request-offer in the local device of the user, the transfer of the generated request-offer to the basic device, the selection of the counter application-offer from the database of application-offers, the transfer of the counter application proposal to the local device with subsequent display on the local device, according to the proposed solution, the formation the information proposal-proposal in the local device is performed by selecting the values of the parameters of the proposal-proposal from the corresponding database of the local device and / or by formalized introduction of arbitrary parameter values, moreover, the database of parameters and the database of parameter values in the local devices of consumers are completely or partially identical, after which, upon receipt of the application-proposal in the basic device, the consumer is automatically identified by the individual data of the local device, when selecting a counter application-offer selection of one or more options from the database of applications-proposals of the basic device by comparing the values of the parameters of the initial information deals with application-relevant parameter values, offers applications from the database, where the degree of conformity antonymous determined criteria and / or equation and / or the next higher and / or next smaller and / or a predetermined range and / or combinations thereof.

As a local device, a mobile device equipped with a special program or a mobile device equipped with a special program and a unique individual code can be used.

The information request proposal from the local device can be transmitted to the base device and the counter proposal option sent from the base device to the local device can be sent using SMS and / or EMS and / or MMS messages and / or combinations thereof.

When transmitting applications-offers, the values of the selected parameters are transmitted in the form of a set of codes, and each value of the selected parameter in the database of parameter values has its own code.

Before or after the transfer of the information proposal proposal from the local device to the base device, N-ro number of messages can be transmitted to a special number / numbers for charging fees for information support services, where N is determined by the type of the information application-proposal and / or the value of at least one parameter of the information application-proposal.

The individual data used to identify the consumer can be a subscriber number and / or IMEI, and / or IMSI, and / or TMSI of a mobile device, and / or another parameter that identifies the mobile device, and / or a code that is generated in local device, and / or a unique individual code and / or combination thereof.

When selecting a counter-proposal-offer option from the database of application-proposals of the basic device to the information application-proposal, the option of the counter-application-proposal may become part of the application-proposal from the database of application-proposals, the most relevant to the original information application-proposal.

An information application-proposal received in the basic device may be placed in the database of application-proposals for selecting a variant of a counter application-proposal for subsequent information applications-proposals.

A counter proposal proposal sent to the local device from the base device can be backed up in the database of proposal proposals of the base device until the confirmation of this counter proposal proposal from the local device is received or before the specified time expires.

The counter proposal proposal option received in the local device from the base device can be displayed on the local device in the format of the initial information proposal proposal and, after confirming this variant of the counter application-proposal, its communication parameters are additionally displayed on the local device.

Upon receipt of the confirmation of the variant of the counter application-proposal to the base device from the local device, the confirmed version of the counter application-proposal may be excluded from the database of application proposals of the basic device.

Upon receipt of confirmation of the counter-proposal-offer option to the base device from the local device, the confirmed counter-proposal-proposal version or information about such an option can be transferred from the base device to another local device in which the information-proposal-offer was generated, which is fully or partially is a confirmed version of the counter-proposal.

The counter proposal proposal option previously confirmed in another local device that entered the given local device from the base device can be displayed on this local device together with the counter proposal proposals received earlier in a grouped form.

A matched or confirmed variant of the counter application-offer in the base device may be assigned an individual code that is transmitted to the local device to certify the rights to the confirmed version of the application-offer.

The confirmed version of the counter-proposal-offer or information on the confirmed version of the counter-proposal-proposal and the corresponding individual code can be transferred from the base device to payment systems to pay for this confirmed version of the proposal-proposal. Through the use of the proposed method of information support, the consumer can receive information about goods and services quickly and conveniently, the information is accurate at the same time and is provided in an expanded volume, which provides the opportunity to choose a service or product not only in strict accordance with the first-time application of the consumer, but also its options implementations taking into account the proposals available in the database of the basic device and the parameters of which differ, but are close to the parameters of the first application consumer. The speed and convenience of work is ensured both through the use of the same databases, and through automatic identification of the consumer without entering their individual data.

The proposed method is implemented as follows.

A user who orders / offers a service or product, forms in his local device, for example, in a computer or mobile device, an information request-offer using a special program for the local device.

The process of formation is carried out by selecting the values of the parameters of the proposal from the specialized lists of the database of the local device and by formalizing the input in a given format of arbitrary parameter values. For example, the user can select the following parameters: the name of the settlement from the list of settlements, the make of the car from the list of automobile brands, etc. A formalized introduction in a given format of arbitrary parameter values is provided for such parameters as, for example: time, cost, etc. Databases of parameters and databases of parameter values in local devices of users are completely or partially identical (some differences may exist due to possible differences in the completeness of the databases). In the process of forming the information application-proposal is visualized on the local device and is under the control of the program to avoid selecting or entering incorrect values and incomplete nomenclature of parameters, and is available for making changes.

The generated information application-proposal in a special format is transmitted via the Internet to the basic device - a server equipped with a special program for the basic device. An application is generated, for example, in the form of a file or message and transmitted, for example, in the form of an e-mail or as a message in a messaging system. Moreover, the special format of the application-proposal allows the base device to accurately identify it by belonging (on the basis of "friend or foe").

Upon receipt of the information request-proposal in the basic device, in order to ensure further information exchange, the user is automatically identified by the parameters of the local device, for example, using the email of the local device, or the number of the messaging system of the local device.

For the information application-proposal, a selection of options for counter applications-offers from the database of applications-offers of the basic device is carried out. The selection is carried out by comparing the parameters of the initial information request-proposal with the corresponding parameter values of the proposal-proposals from the database, and the degree of compliance is determined by the criteria of antonymic and / or equality and / or the nearest larger and / or nearest smaller and / or given range and / or their combinations. Selected versions of counter-proposals are transmitted from the base device to the user's local device and visualized on it in a convenient form for reading.

From the variants of the received counter-applications-offers, the user selects one or more, communicates with another user / users who have formed (this) this proposal-offer either independently, using the communication parameters of the selected options, or by further information exchange with the base device.

A computer or mobile device equipped with a special program can be used as a local device. Also, the mobile device and computer can be equipped with a special program and a unique individual code. As a mobile device, a mobile phone, smartphone, communicator or any other device for mobile communication can be used. A unique individual code is a code that is used to obtain information with limited access.

The transfer of the information proposal-proposal from the local device to the base device, the transfer of the variants of the counter-proposal-proposals from the base device to the local device and further information exchange between the local and base device can be carried out using SMS and / or EMS and / or MMS messages , or email or messaging system.

To reduce the amount of information transmitted, the value of the selected parameters as part of the information application-proposal and the variant of the counter application-proposal can be transmitted in the form of codes, at the same time, each value of the selected parameter in the database of parameter values corresponds to its own code.

In order to charge a user for information support services, the local device can send the количество-th number of automatically generated special messages to a special number before or after the transmission of the information request-offer. Moreover, N is determined by the type of information request-offer (for example, demand for services or service offer) and / or the value of at least one parameter of the information request-offer, for example, the number of units of goods ordered by the buyer, or the number of routes offered by the carrier.

The following data or a combination of the following can be individual data used to automatically identify a user:

- Subscriber number of the mobile device;

- IMEI mobile device;

- IMSI mobile device;

- TMSI mobile device;

- Another parameter that identifies the mobile device;

- The code generated in the local device;

- Unique individual code.

When selecting options for counter-proposal-proposals to the initial information-proposal-proposal, both the entire counter-proposal-proposal and its part of the counter-proposal-proposal, which is most suitable for the initial information-application-proposal, can be selected.

In the case of a negative result of selection or incomplete selection of options for counter applications, proposals to the initial information application-proposal, options may be excluded from it, have already been selected for other application-proposals from the database of application-proposals, and the application-proposal is placed in this database to select options for counter applications-proposals for the following information applications-proposals.

A counter proposal proposal sent from the base device to the local device can be backed up in the database of proposal proposals of the base device until the confirmation of this option from the local device or after a specified time has passed.

During the reservation, the application-offer is not used to select options for counter applications-offers to the following information applications-offers.

Variants of counter applications-proposals received in the local device can be visualized in the format of the initial informational application-proposal, and after the user confirms the selected option, his communication parameters are additionally visualized in the local device and a corresponding information message is generated, which is automatically transmitted to the base device.

Upon receipt of the confirmation of the counter-proposal-offer option to the base device from the local device, it is possible to exclude the confirmed counter-proposal-proposal option from the database of the proposal-proposal applications of the basic device and send a message about receiving confirmation of this version of the counter-proposal-offer to the local device.

Upon receipt by the base device of the confirmation of the variant of the counter application-offer from the local device, the confirmed version of the counter-proposal-offer or information about this option can be transmitted from the base device to the local device in which the information-proposal-proposal was generated, which is fully or partially a confirmed version of the counter-proposal-proposal.

The counter proposal option, previously confirmed by another local device and received by the local device from the base device, can be visualized in conjunction with options previously received in a grouped form, with the option to select and visualize each option separately.

In addition, it is possible to assign an individual code in the basic device to a selected or confirmed version of a counter application-proposal with its subsequent transfer to the corresponding local device. This individual code certifies the user's right to this confirmed version of the application-offer upon receipt and payment of a service or product.

It is also possible to transmit the confirmed version of the counter application-proposal or information about this option and the corresponding code from the basic device to payment systems, for example, POS-terminals or payment terminals for receiving payment from a user for services or goods.

The following are examples of the application of the claimed method of information support.

Example 1

To reserve seats in passenger vehicles, the user-passenger must enter the program installed in the mobile phone and, following its algorithm, form and send a request for transportation, performing the following steps: 1. Choose the type of service: "Reservation of seats on vehicles";

2. Choose your status: “Passenger”;

3. Select the type of vehicle, for example: “Route taxi”;

4. Enter the number of seats, for example: "2";

5. Select the region in which the departure point is located, for example: “Chernivtsi region”;

6. Select a departure point, for example: “Hotin”;

7. Choose a place of departure, for example: “Bus station”;

8. Enter the range of time and date of dispatch, for example: “from 23:00

02/17/12 to 01: 00 02/18/12 ";

9. Select the region in which the destination is located, for example: "Odessa region";

10. Choose a destination, for example: "Odessa";

11. Choose a place of arrival, for example: “Railway station”;

12. Enter the range of time and date of arrival, for example: “from 8:00

02/18/12 to 11:00 02/18/12 ";

13. Send a request.

When these steps are completed, a request is generated by SMS message is transmitted to the base device in the form of codes for the values of the selected parameters and values of the entered parameters, then two SMS messages are sequentially transmitted to the special number to charge for booking two seats.

Upon receipt of the application in the basic device, the passenger user is automatically identified (registered) by the number of the mobile phone from which the application was sent and by the code generated by the program installed in his mobile phone.

Suppose that as a result of further selection of counter-offer options, there were three proposals in the database of offers-offers such proposals, where part of each of them, as an option, most meets the requirements of the original application, for example:

Proposition 1.

- Type of service: "Reservation of seats on vehicles";

- Status: “Carrier”;

- Type of motor transport: “Regular bus”;

- Number of seats: “48”;

- Type of vehicle: "Bus";

- Vehicle brand: "Mercedes";

- Vehicle color: "White";

- Vehicle registration number: "AAHHHHAA";

- Region of departure: “Chernivtsi region”;

- Departure point: "Chernivtsi";

- Place of departure: “Bus station”;

- Date and time of departure: "02.17.12 21:30";

- Region of point 1 of the route: “Chernivtsi region”;

- Point 1 of the route: “Khotin”;

- Place of arrival / departure: “Bus station”;

- Date and time of arrival: 02.17.12 23:00;

- Date and time of departure: "02.17.12 23:05";

- Fare: "20";

- Region of the point: "Odessa region";

- Destination: “Odessa”;

- Place of arrival: “Bus station”;

- Date and time of arrival: 02/18/12 11:00 AM; - Fare: "200".

Option 1.

- Type of motor transport: “Regular bus”;

- Number of seats: "2";

- Type of vehicle: "Bus";

- Vehicle brand: "Mercedes";

- Vehicle color: "White";

- Vehicle registration number: "AAHHHHAA";

- Region of departure: “Chernivtsi region”;

- Departure point: “Khotin”;

- Place of departure: “Bus station”;

- Date and time of departure: "02.17.12 23:05";

- Region of the point: "Odessa region";

- Destination: “Odessa”;

- Place of arrival: “Bus station”;

- Date and time of arrival: 02/18/12 11:00;

- Fare: "180".

Proposition 2.

- Type of service: "Reservation of seats on vehicles";

- Status: “Carrier”;

- Type of motor transport: “Route taxi”;

- Number of seats: "12";

- Type of vehicle: "Minibus";

- Vehicle brand: "FORD";

- Vehicle color: "Blue";

- Registration number of the vehicle BBYYYYBB ";

- Region of departure: "Ivano-Frankivsk region"; - Departure point: Kolomyia;

- Place of departure: “Bus station”;

- Date and time of departure: "02.17.12 21:30";

- Region of point 3 of the route: “Chernivtsi region”;

- Point 3 of the route: “Khotin”;

- Place of arrival / departure: “Bus station”;

- Date and time of arrival: 02/18/12 00:00;

- Date and time of departure: 02/18/12 00:05;

- Fare: "70";

- Region of the point: "Odessa region";

- Destination: “Odessa”;

- Place of arrival: “Railway Station”;

- Date and time of arrival: 02/18/12 10:00 AM;

- Fare: "260".

Option 2

- Type of motor transport: “Route taxi”;

- Number of seats: "2";

- Type of vehicle: "Minibus";

- Vehicle brand: "FORD";

- Vehicle color: "Blue";

- Registration number of the vehicle BBYYYYBB ";

- Region of departure: “Chernivtsi region”;

- Departure point: “Khotin”; - Place of departure: “Bus station”;

- Date and time of departure: 02/18/12 00:05;

- Region of destination: "Odessa region";

- Destination: “Odessa”;

- Place of arrival: “Railway Station”;

- Date and time of arrival: 02/18/12 10:00 AM;

- Fare: "190".

Proposition 3.

- Type of service: "Reservation of seats on vehicles";

- Status: “Carrier”;

- Type of vehicles: "Associated car";

- Type of vehicle: "Car";

- Body (performance): “Off-road”;

- Vehicle make: "Toyota";

- Vehicle color: "Black";

- Vehicle registration number CCZZZZCC ";

- Number of seats: “4”;

- Region of departure: “Chernivtsi region”;

- Departure point: “Khotin”;

- Place of departure: "Maidan";

- Date and time of departure: 02/18/12 00:00;

- Region of destination: "Odessa region";

- Destination: “Odessa”;

- Place of arrival: “Railway Station”;

- Date and time of arrival: 02/18/12 8:00 AM;

- Fare: "250."

Option 3

- Type of vehicles: "Associated car"; - Number of seats: "2";

- Type of vehicle: "Car";

- Body (performance): “Off-road”;

- Vehicle make: "Toyota";

- Vehicle color: "Black";

- Vehicle registration number CCZZZZCC ";

- Number of seats: "2";

- Region of departure: “Chernivtsi region”;

- Departure point: “Khotin”;

- Place of departure: "Maidan";

- Date and time of departure: 02/18/12 00:00;

- Region of destination: "Odessa region";

- Destination: “Odessa”;

- Place of arrival: “Railway Station”;

- Date and time of arrival: 02/18/12 8:00 AM;

- Fare: "250."

If in the database of the base device there were no options for counter offers, the application would be placed in this database to select options from the following offers.

Selected options for counter offers - “Variant1”, “Variant2”, “VariantZ”, by SMS-message in the form of codes of parameter values and parameter values according to the identification (registration) data of the passenger user in the base device, are transmitted to the passenger user's mobile phone, are excluded from the original offers and are reserved until the user-passenger confirms the selected option, and the original offers, except for the reserved part, remain in the database for selecting options until subsequent applications, for example: Proposition 1.

- From the departure point “Khotin” to the destination “Odessa” reserved “2” places.

- From the departure point “Chernivtsi” to the destination “Khotyn” there are “48” seats left.

- From the departure point "Khotin" to the destination "Odessa" there are "46" seats.

Proposition 2.

- From the departure point “Kolomyia” to the destination “Hotin” there were “12” places left.

- From the departure point “Khotin” to the destination “Odessa” there are “10” seats left.

Proposition 3.

- From the departure point “Khotin” to the destination “Odessa” there are “2” places left.

Options for counter offers received on the mobile phone of the user-passenger are visualized in it in the format of the initial application, for example:

Option 1.

- Type of motor transport: “Regular bus”;

- Number of seats: "2";

- Type of vehicle: "Bus";

- Vehicle brand: "Mercedes";

- Vehicle color: "White"; - Vehicle registration number: "AAHHHHAA"; - Vehicle driver phone number:

"XXXXXXXXXXX";

- Region of departure: “Chernivtsi region”;

- Departure point: “Khotin”;

- Place of departure: “Bus station”;

- Date and time of departure: "02.17.12 23:05";

- Region of destination: "Odessa region";

- Destination: “Odessa”;

- Place of arrival: “Bus station”;

- Date and time of arrival: 02/18/12 11:00;

- Fare: "180".

Option 2

- Type of motor transport: “Route taxi”;

- Number of seats: "2";

- Type of vehicle: "Minibus";

- Vehicle brand: "FORD";

- Vehicle color: "Blue";

- Vehicle registration number: “ΒΒΥΥΎΥΒΒ”;

- Phone number of the driver of the vehicle: "ΥΥΥΎΥΥΥΥΥΥ";

- Region of departure: “Chernivtsi region”;

- Departure point: “Khotin”;

- Place of departure: “Bus station”;

- Date and time of departure: "02/10/12 00:05";

- Region of destination: "Odessa region";

- Destination: “Odessa”;

- Place of arrival: “Railway Station”;

- Date and time of arrival: 02/18/12 10:00 AM; - Fare: "190".

Option 3

- Type of vehicles: "Associated car";

- Number of seats: "2";

- Type of vehicle: "Car";

- Body (performance): “Off-road”;

- Vehicle make: "Toyota";

- Vehicle color: "Black";

- Vehicle registration number CCZZZZCC ";

- Phone number of the driver of the vehicle: "ΖΖΖΖΖΖΖΖΖΖ";

- Region of departure: “Chernivtsi region”;

- Departure point: “Khotin”;

- Place of departure: "Maidan";

- Date and time of departure: 02/18/12 00:00;

- Region of destination: "Odessa region";

- Destination: “Odessa”;

- Place of arrival: “Railway Station”;

- Date and time of arrival: 02/18/12 8:00 AM;

- Fare: "250."

Note: communication parameters (except for those informing about the proposed vehicle), namely: color of the vehicle, registration number of the vehicle and phone number of the driver of the vehicle - are hidden at this stage.

The passenger user, having the opportunity to compare the initial application from the received options, following the program algorithm must select and confirm one of them, for example: “Option2”. Upon confirmation of the selected option, the corresponding informational message is generated in the mobile phone of the user-passenger, for example: “2”, which is transmitted by SMS message to the base device.

Upon receipt of this informational message in the basic device, “Option 1” and “Option 3” from the reserved are returned at the weekend “Offer 1” and “Offer 3”, and the confirmed “Option 2” is assigned two individual codes (according to the number of declared and proposed places ), which by SMS, according to identification (registration) data in the base device, are transferred to the mobile phone of the user-passenger, and “Option 2” itself is excluded from the original offer, for example: Offer 1.

- From the departure point “Khotyn” to the destination “Odessa” “2” reserved places are returned to the original offer.

- From the departure point “Chernivtsi” to the destination “Khotin” there were “48” seats left.

- From the departure point “Khotin” to the destination “Odessa” there are “48” seats left.

Proposition 2.

- From the departure point “Khotyn” to the destination “Odessa” “2” reserved places are excluded from the original offer, and instead two individual codes are assigned, for example:

- Individual code 1 "222 222 222 222 01";

- Individual code 2 "222 222 222 222 02".

- From the departure point “Kolomyia” to the destination “Hotin” there were “12” places left. - From the departure point “Khotin” to the destination “Odessa” there are “10” seats left.

Proposition 3.

- From the departure point “Khotin” to the destination “Odessa” there are “4” places left.

Individual codes received in the mobile phone of the user-passenger are visualized in it in addition to “Option 2”, while its previously hidden communication parameters are opened, for example:

Option 2

- Type of motor transport: “Route taxi”;

- Number of seats: "2";

- Type of vehicle: "Minibus";

- Vehicle brand: "FORD";

- Vehicle color: "Blue";

- Vehicle registration number: “ΒΒΥΎΥΥΒΒ”;

- Phone number of the driver of the vehicle: "ΥΥΎΥΥΥΥΥΥΥ";

- Region of departure: “Chernivtsi region”;

- Departure point: “Khotin”;

- Place of departure: “Bus station”;

- Date and time of departure: "02/10/12 00:05";

- Region of destination: "Odessa region";

- Destination: “Odessa”;

- Place of arrival: “Railway Station”;

- Date and time of arrival: 02/18/12 10:00 AM;

- Fare: "190"; - Individual code 1 "222 222 222 222 01";

- Individual code 2 "222 222 222 222 02".

Part of the confirmed "Option 2" and the corresponding individual codes, for example:

Part of the confirmed “Option 2”.

- Number of seats: "2";

- Departure point: “Khotin”;

- Destination: “Odessa”;

- Individual code 1 "222 222 222 222 01";

- Individual code 2 "222 222 222 222 02",

By SMS message in the form of codes of parameter values and parameter values, according to identification (registration) data in the base device, it is transmitted from the base device to the mobile phone of the carrier user, from which “Proposal 2” was received to the base device, where they are visualized in a group and detailed views, inform about the loading of the vehicle at route points, for example, from the Hotin route point:

Point route "Hotin."

- Passenger exit: “0”;

- Boarding: “2”;

- Occupied seats: "2";

- Available seats: "10".

Boarding passengers "2".

- The individual code "222 222 222 222 01";

- The individual code "222 222 222 222 02".

Taken places "2". - The individual code "222 222 222 222 01";

- The individual code "222 222 222 222 02".

The individual code is “222 222 222 222 01”.

- Landing point "Hotin";

- The exit point "Odessa".

The individual code is “222 222 222 222 02”.

- Landing point "Hotin";

- The exit point "Odessa".

In addition, another part of the confirmed “Option 2” and the corresponding individual codes, for example:

Another part of the confirmed "Option 2".

- Type of motor transport: “Route taxi”;

- Number of seats: "2";

- Region of departure: “Chernivtsi region”;

- Departure point: “Khotin”;

- Place of departure: “Bus station”;

- Date and time of departure: "02/10/12 00:05";

- Region of destination: "Odessa region";

- Destination: “Odessa”;

- Place of arrival: “Railway Station”;

- Date and time of arrival: 02/18/12 10:00 AM;

- Fare: "190";

- Individual code 1 "222 222 222 222 01";

- Individual code 2 "222 222 222 222 02",

transferred to payment systems, for example, to a network of terminals, where a user-passenger, having entered an individual code, can pay and get travel documents corresponding to the previously selected and confirmed by “Option 2”.

When boarding a minibus (minibus, FORD, blue, registration number “в” in accordance with the previously selected and confirmed “Option 2”) and when paying for the seat, the user is a passenger, at the request of the carrier (driver), must present an individual code visualized in his mobile phone (analogue of a travel document), and the carrier user (driver) can check the availability of this code in the applications of passenger passengers visualized in his mobile phone.

Prior to boarding, the user-passenger communicates with the carrier user (driver) by telephone, the number of which is in the communication parameters of “Option 2”.

Example 2

To pay utility bills, the user must enter the program installed on the mobile phone and, following its algorithm, form and send an application for receiving charges for utility bills by performing the following steps:

1. Choose the type of service: "Payment of utility bills";

2. Choose your status: “Payer";

3. Choose utilities, for example: "Electricity",

“Heating”, “Water”, “Gas”, “Internet”.

4. Select the period (month, year) of accruals, for example: “February” “2012”;

5. Enter a unique individual code for the right to receive information about this housing, for example: “ХХХХХХХХХХХХХХХХХ”

6. Send a request.

Upon completion of these steps, the generated application is sent by SMS to the base the device in the form of codes of the values of the selected parameters and the values of the entered parameters, then five SMS messages are sequentially transmitted to the special number to charge for the provision of five types of payments.

Upon receipt of the application in the basic device, the user is automatically identified by the mobile phone number from which the application was sent, and by a unique individual code.

Suppose that as a result of further selection of counter-offer options, four proposals were found in the database of proposal proposals, such that part of each of them, as an option, meets the requirements of the original application.

Proposition 1.

- Type of service: “Charge for consumed electricity”;

- Status: “Electricity supplier”;

- The period (month, year) of accruals: “February” “2012”;

- Payer codes:

"Hhhhhhhhhhhhhhhh"

Option 1.

"Charge for consumed electricity."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”; - Current meter readings: "1000";

- Previous meter readings: “800”;

- Difference in meter reading: “200”;

- Tariff per meter reading unit: “0.3”;

- Charged: "60".

Proposition 2.

- Type of service: “Charge for consumed thermal energy”;

- Status: “Heat energy supplier”;

- The period (month, year) of accruals: “February” “2012”;

- Payer codes:

"Hhhhhhhhhhhhhhhh"

Option 2

"Charge for consumed thermal energy."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- The heated area: "100";

- Tariff per unit of heated area in the heating season: “5”;

- Tariff per unit of heated area during the year: “1”;

- Charged: "600".

Proposition 3.

- Type of service: “Charge for consumed water”; - Status: “Water supplier”;

- The period (month, year) of accruals: “February” “2012”;

- Payer codes:

"Hhhhhhhhhhhhhhhh"

Option 3

"Charge for consumed water."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- Current meter readings: “Fill in”;

- Previous meter readings: “390”;

- Difference in meter reading: “Automatic”;

- Tariff per meter reading unit: “7”;

- Charged: “Automatic.”

Proposition 4.

- Type of service: “Charge for the use of gas”;

- Status: “Gas supplier”;

- The period (month, year) of accruals: “February” “2012”;

- Payer codes:

"XXXXXXXXXXXXXXXXXX" Option 4

"Charging for the use of gas."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- Number of residents: “2”;

- Rate for one resident: "15";

- Charged: "30".

Note: examples of options are presented in a simplified form (without additional charging, benefits, subsidies, debts, penalties, etc.).

Due to the fact that in the database of the base device there was no option for a counter offer for charges “For Internet Services”, the corresponding part of the application is placed in this database to select an option from the following proposals and to provide it to the user without an additional application.

Selected options for counter offers (charges for consumed utilities) - “Option 1”, “Option 2”, “Option 3”, “Option 4” by SMS message in the form of codes of parameter values and parameter values, according to identification data in the base device, are transferred to the user's mobile phone, excluded from the original offers and reserved until the user confirms the selected option, and the original offers, except for the reserved part, remain in the database for selecting options until subsequent applications, for example: Proposition 1.

The payer code “ХХХХХХХХХХХХХХХХХ” is reserved.

Proposition 2.

The payer code “ХХХХХХХХХХХХХХХХХ” is reserved.

Proposition 3.

The payer code “ХХХХХХХХХХХХХХХХХ” is reserved.

Proposition 4.

The payer code “ХХХХХХХХХХХХХХХХХ” is reserved. Options for counter offers received on the user's mobile phone are visualized in it in the format of the original application, for example:

Option 1.

"Charge for consumed electricity."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- Current meter readings: "1000";

- Previous meter readings: “800”;

- Difference in meter reading: “200”;

- Tariff per meter reading unit: “0.3”;

- Charged: “60”;

- Possible (actual) amount of payment: “Enter”.

Option 2

"Charge for consumed thermal energy."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- The heated area: "100";

- Tariff per unit of heated area in the heating season: “5”;

- Tariff per unit of heated area during the year: “1”; - Charged: "600".

- Possible (actual) amount of payment: “Enter”, for example: “400”. Option 3

"Charge for consumed water."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- Current meter readings: “Enter”, for example: “400”;

- Previous meter readings: “390”;

- Difference in meter reading: “Automatic”, for example: “10”;

- Tariff per meter reading unit: “7”;

- Charged: “Automatic”, for example: “70”;

- Possible (actual) amount of payment: “Enter”.

Option 4

"Charging for the use of gas."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- Number of residents: “2”;

- Rate for one resident: "15";

- Charged: "30".

- Possible (actual) amount of payment: “Enter”.

The user, if necessary, must enter the meter readings, for example: for “Option 3” and can enter a payment amount different from the calculated or calculated, for example: for “Option 2”, and, following the program’s algorithm, must confirm the proposed options, for example: "Option 1", "Option 2", "Option 3".

When confirming the selected options, the corresponding informational information is generated in the user's mobile phone message, for example: “123”, which is sent by SMS to the base device.

Upon receipt of this informational message in the base unit, “Option 4” from the redundant is returned to the original “Offer 4”, confirmed by “Option 1”, “Option 2” and “Option 3” are assigned a single individual code, which is an SMS message according to identification in the base device is transmitted to the user's mobile phone, for example:

Proposition 1.

The payer code “ХХХХХХХХХХХХХХХХХ” is assigned an individual code, for example: “123123123123123”.

Proposition 2.

Proposition 3.

Proposition 4.

The payer code “ХХХХХХХХХХХХХХХХХ” is returned to the original offer.

The individual code received on the user's mobile phone is visualized in it in addition to “Option 1”, “Option 2” and “Option 3”, for example:

Option 1.

"Charge for consumed electricity."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- Current meter readings: "1000"; - Previous meter readings: “800”;

- Difference in meter reading: “200”;

- Tariff per meter reading unit: “0.3”;

- Charged: “60”;

- Possible (actual) amount of payment: “Enter”;

- Individual code: "123123123123123".

Option 2

"Charge for consumed thermal energy."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- The heated area: "100";

- Tariff per unit of heated area in the heating season: “5”;

- Tariff per unit of heated area during the year: “1”;

- Charged: "600".

- Possible (actual) amount of payment: "400";

- Individual code: "123123123123123".

Option 3

"Charge for consumed water."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- Current meter readings: "400";

- Previous meter readings: “390”;

- Difference in meter reading: “10”;

- Tariff per meter reading unit: “7”;

- Charged: “70”;

- Possible (actual) amount of payment: “Enter”.

- Individual code: "123123123123123". Option 4

"Charging for the use of gas."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- Number of residents: “2”;

- Rate for one resident: "15";

- Charged: "30".

- Possible payment: “Enter."

Part of the confirmed "Options 1", "Options 2" and "Options 3" and the corresponding individual codes, for example:

Part of the confirmed “Option 1”.

"Charge for consumed electricity."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- Charged: “60”;

- Individual code: "123123123123123".

Part of the confirmed “Option 2”.

"Charge for consumed thermal energy."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- Charged: "600".

- Possible (actual) amount of payment: "400";

- Individual code: "123123123123123".

Part of the confirmed “Option 3”.

"Charge for consumed water."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- Current meter readings: "400"; - Previous meter readings: “390”;

- Difference in meter reading: “10”;

- Tariff per meter reading unit: “7”;

- Charged: “70”;

- Individual code: "123123123123123",

via the Internet in the form of codes of parameter values and parameter values, according to identification data in the basic device, they are transmitted from the basic device to the local user devices from which the output “Offer 1”, “Offer 2” and “Offer 3” are received, for further processing and receiving data on the progress of payments for the services provided.

In addition, the confirmed “Variant 1”, “Variant 2” and “Variant 3” and the corresponding individual codes, for example:

Option 1.

"Charge for consumed electricity."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- Current meter readings: "1000";

- Previous meter readings: “800”;

- Difference in meter reading: “200”;

- Tariff per meter reading unit: “0.3”;

- Charged: “60”;

- Individual code: "123123123123123".

Option 2

"Charge for consumed thermal energy."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- The heated area: "100"; - Tariff per unit of heated area in the heating season: “5”;

- Tariff per unit of heated area during the year: “1”;

- Charged: "600".

- Possible (actual) amount of payment: "400";

- Individual code: "123123123123123".

Option 3

"Charge for consumed water."

- Payer code: "XXXXXXXXXXXXXXXXXX";

- The period (month, year) of accruals: “February” “2012”;

- Current meter readings: "400";

- Previous meter readings: “390”;

- Difference in meter reading: “10”;

- Tariff per meter reading unit: “7”;

- Charged: “70”;

- Individual code: "123123123123123",

they are transferred to payment systems, for example, to a terminal network, where the user, having entered an individual code, can pay and receive documents proving payment of previously selected and confirmed options - “Option 1”, “Option 2” and “Option 3”.

Claims

CLAIM

1. The method of information support, including the identification of the consumer in the base device, the formation of the information proposal-proposals in the local device of the user, the transfer of the generated proposal-proposals to the basic device, the selection of the counter application-proposal from the database of the application-proposals, the transfer of the counter application- offers to the local device with subsequent display on the local device, characterized in that the formation of the information application-offers in the local mouth The property is performed by selecting the values of the parameters of the proposal from the corresponding database of the local device and / or by formalizing the introduction of arbitrary parameter values, moreover, the database of parameters and the database of parameter values in the local devices of consumers are completely or partially identical, after which, upon receipt of the application, offers to the basic device, automatic identification of the consumer is carried out according to the individual data of the local device, when selecting a counter application -suggestions, one or several options are selected from the database of applications-offers of the basic device by comparing the values of the parameters of the initial information application-offers with the corresponding values of the parameters of applications-offers from the database, and the degree of compliance is determined by the criteria of antonymic and / or equality and / or the nearest a larger and / or closest smaller and / or predetermined range and / or combinations thereof.

2. The method according to claim 1, characterized in that as a local device uses a mobile device equipped with a special program or mobile device equipped with a special program and a unique individual code.

3. The method according to claim 2, characterized in that the transmission of the information proposal from the local device to the base device and the transfer of the counter proposal proposal from the base device to the local device is carried out using SMS and / or EMS and / or MMS message and / or combinations thereof.

4. The method according to claim 1, characterized in that when transmitting applications-offers, the values of the selected parameters are transmitted in the form of a set of codes, and each value of the selected parameter in the database of parameter values has its own code.

5. The method according to claim 1, characterized in that before or after the transfer of the information request-offer from the local device to the base device, N-ro is sent the number of messages to a special number / numbers to charge for information support services, where N is it is determined by the type of the information request-offer and / or the value of at least one parameter of the information request-offer.

6. The method according to claim 2, characterized in that the individual data used to identify the consumer is a subscriber number and / or IMEI, and / or IMSI and / or TMSI of a mobile device, and / or another parameter that identifies the mobile device and / or code that is generated in the local device and / or a unique individual code and / or combination thereof.

7. The method according to claim 1, characterized in that when selecting a counter application proposal from a database of application proposals of the base device to an information application proposal, an option the counter application-proposal becomes the part of the application-proposal from the database of application-proposals, the most relevant to the original information application-proposal.

8. The method according to claim 1, characterized in that the information application-proposal received in the basic device is placed in the database of application-proposals for selecting a variant of the counter application-proposal for subsequent information applications-proposals.

9. The method according to claim 1, characterized in that the variant of the counter-proposal-proposal sent to the local device from the base device is reserved in the database of the proposal-proposals of the basic device until the confirmation of this variant of the counter-proposal-proposal from the local device or before the expiration set time.

Yu.Sposob according to claim 1, characterized in that the variant of the counter application of the proposal, received in the local device from the base device, is displayed on the local device in the format of the initial information application of the proposal and, after confirming this version of the counter application, the device additionally displays its communication parameters.

11. The method according to claim 9, characterized in that upon receipt of the confirmation of the variant of the counter application-offer to the base device from the local device, the confirmed version of the counter application-proposal is excluded from the database of application proposals of the basic device.

12. The method according to claim 9, characterized in that upon receipt of the confirmation of the variant of the counter application-offer to the base device from the local device, the confirmed version of the counter application-proposal or information about such an option is transmitted from the base device to another local device in which the information application-offer was generated, which is fully or partially a confirmed version of the counter application-offer.

13. The method according to claim 1, characterized in that the variant of the counter application-offer, previously confirmed in another local device, which entered the local device from the base device, is displayed on this local device together with the variants of the counter application-proposals received earlier in a grouped form.

14. The method according to claim 1, characterized in that the selected or confirmed variant of the counter application-offer in the basic device is assigned an individual code, which is transmitted to the local device to certify the rights to the confirmed version of the application-proposal.

15. The method according to 14, characterized in that the confirmed version of the counter application-offer or information about the confirmed version of the counter application-offer and the corresponding individual code is transmitted from the base device to payment systems to pay for this confirmed version of the application-offer.