RU2658157C1 - Method for constructing temporary channels for data transmission between the im clients that use different communication protocols - Google Patents

Abstract

FIELD: information technologies.

SUBSTANCE: invention refers to the exchange of messages, namely, to enable communication between users of various instant messaging services. Method for constructing temporary channels for data transmission between the IM clients that use different communication protocols, which provides for communication of the user with at least one interlocutor, consists of the operations for converting the original message into the internal unified format, distribution into the queue of incoming messages, forwarding it to the processing interface, which allows to maintain communication of the user – the automated programming interface or the user-user communication channel.

EFFECT: provision of cross-platform communication with the ability to use any client application and, accordingly, any instant messaging service for communication with the users and automated program interfaces that use the same or different client applications and instant messaging services.

23 cl, 1 dwg

Description

FIELD OF THE INVENTION

The present invention generally relates to messaging methods. In particular, the technical solution relates to a system of software and hardware modules that provide the ability to communicate between users of various instant messaging services. When using this method, each user of any instant messaging service is provided with the possibility of organizing an anonymous communication channel with an automated software interface or with any user of the same or another instant messaging service, because of this, the end user at a particular point in time may not have information about the interlocutor and his contact information.

BACKGROUND OF THE INVENTION

Messaging is one of the main ways to transfer data between users of computer systems. Communication occurs through various technical means: e-mail, SMS, instant messages, etc. Message forwarding is provided by routing from the source user's computer system through the sending server over the network to the receiving server, which provides message storage for the receiving user. Receiving a message by the user is possible both in real time, if the corresponding client of the instant messaging service of the receiving user is in the established connection with the receiving server, and at that time when the recipient establishes a connection from the corresponding client with the receiving server.

Currently, various instant messaging services are widely used. Within some exchange services, users can communicate both in dialogue mode and in creating groups or conferences. The number of different instant messaging services exceeds several dozen. The most popular of them are: WhatsApp, Viber, Facebook Messenger, Skype, ICQ, Google Hangouts, VKontakte, Google Allo, Telegram, Line, BBM, Slack, Hipchat, Bitrix24, etc.

However, the applications of these messaging services are usually configured to access only a few types, or only one type of message, and cannot usually be used to access other additional types of messages. In addition, when communicating with applications, unique information exchange protocols are used that are unique to this instant messaging service, i.e. Messaging applications are usually designed to access data stored in a limited number of data formats and use their own communication protocols.

As a rule, the circle of users of a particular instant messenger is closed within its boundaries. Each service has its own database of users who communicate using a specific messaging client.

Currently, most users are registered and communicate simultaneously through several messaging services. This circumstance causes the appearance of a number of drawbacks of such a model: the presence of different applications on the user's communication device, the need to remember which client application a particular interlocutor uses, etc. With the increase in the number of messaging services and, accordingly, data transfer protocols, this problem is exacerbated.

In addition, developers create various automated software systems that register in the networks of instant messaging services and enter into dialogue with real users, thereby providing information and other services.

The above problem has become the focus of attention of software developers in the field of instant messaging. A number of technical solutions are known from the prior art aimed at overcoming the problems of inter-protocol communication.

There is a known method and instant messaging system according to US patent for invention No. 7,016,978 “Instant messaging architecture and system for interoperability and presence management” (applicant BellSouth Intellectual Property Corporation, application No. 10 / 135,929 dated 04/29/2002, IPC G06F 15/16). According to the description and the technical solution formula, a computer network system is proposed that allows at least one user belonging to the first set of users using the network of the first provider to establish an instant messaging session with at least one user using the network of the second provider. The system contains a distributed network connecting the first and second providers, in which each provider contains a universal instant messaging server connected to the distributed network, containing a database containing route and presence information related to at least one user registered in network of another provider, characterized in that the universal server is configured to perform the communication function between users through a unified protocol about messaging. In addition, the system comprises a dual-mode local instant messaging server configured to establish communications for instant messaging between at least two users registered in the networks of providers using the proprietary instant messaging protocol, characterized in that, by definition, the dual-mode local server supports user interaction through a universal instant messaging protocol.

The disadvantage of this technical solution is that it can only be implemented due to the cooperation of owners (developers) of instant messaging networks who are willing and technically ready to support the messaging infrastructure using a unified protocol, for example, XML. To do this, they must choose a single unified format and provide technical implementation in their networks to support it. Those instant messenger networks that do not do this will be prevented from participating in the messaging process between their users and users of other networks.

One of the analogs is also the technical solution for US patent for invention No. 7,287,057 "Accessing information using an instant messaging system" (applicant International Business Machines Corporation (IBM Corp.), application No. 10/002,685 dated November 15, 2001, published May 15, 2003, IPC G06F 15/16).

A system and method for transmitting messages from a user instant messaging application to autonomous computer programs used as intermediaries for other computer programs. The system and method includes registering a set of client messaging applications for receiving and sending messages by the first interface, receiving a message from one of a plurality of instant messaging service users requesting access to information contained in the database, and returning the response to such a request to the client user application. The computer system analyzes the addressee of the message, where the addressee can be a computer program that has access to the database necessary to form a response to the request, selects the necessary stand-alone computer program. Then, the second interface associated with the computer system converts the message into the format of the stand-alone computer program to which the request is addressed, receives a response from it. The computer system receives a response from the second interface, determines the recipient of the response and transmits the response to the first interface, which selects the client application of the message destination, translates the message from the stand-alone computer program format to the client application format and delivers the message to the addressee.

This invention is intended to create systems that enable the connection of multiple chat bots and select the desired chat bot to respond to a user's request, depending on the context of the request. It is limited to the search for information in databases and the formation of automatic responses to queries, thereby not providing the ability to exchange messages between real users.

SUMMARY OF THE INVENTION

Based on the analysis of the prior art, there is a need to create a method that would allow the user to use one of the most convenient instant messaging service for him, as well as any client application for sending instant messages using any of the existing data transfer protocols, and at the same time allow exchange messages with users of any other instant messaging services, consume services implemented in other instant messaging services without and What kind of instant messaging service your interlocutors use. In addition, the method should preferably ensure that users do not provide personal data to the interlocutors, including in order to protect against possible advertising that users can send to the interlocutors after receiving their contact information.

The technical problem solved by the application of the proposed method is the impossibility of providing anonymous communication of a user using one of the instant messaging services with the user or an automated program interface using another instant messaging service. Using the method that is the subject of the present invention, cross-platform communication is achieved with the possibility of using any client application and, accordingly, any instant messaging service for communication with users and automated program interfaces using the same or other client applications and instant messaging services. Application of the method allows you to technically create a data transfer channel between software products that use a variety of, including incompatible, information transfer protocols. In addition, the method allows to solve the problem of obtaining and undesirable use of personal and contact information of the interlocutor.

The above problems of the prior art are overcome by the principles of the present invention, which relates to a method that determines the interaction of systems, computer software products and data structures for creating and maintaining dialogs in instant messaging services of users of these services, both with the system itself and with each other organized in accordance with the logic specified by the developer of a particular service, built on the principles of the present invention.

The applicant has proposed a method for constructing temporary data channels between instant messenger clients using various communication protocols, providing a user with at least one interlocutor, consisting of the following operations: registration with an automated program interface in at least one of the many instant messaging services messages, receiving the first module of the automated software interface of the original message, containing content from the initiating user dialog, converting the original message to an internal unified format, transferring the converted original message to the second module, placing the converted original message in the incoming message queue by the second module, receiving the converted interface from the incoming message queue by the processing interface, analyzing the converted content the initial message, the execution of a given set of instructions based on the results tats of analysis of the content of the initial message and, if the instruction requires operations with external data, generating a request based on the result of the analysis of the content of the initial message to the third module, transmitting the generated request to the third module, processing the request from the processing interface by the third module, generating a response to the request, containing data about at least one recipient, in addition to initiating a user dialogue, receiving a response to the request by processing int interface, generating an outgoing message to the initial message from the initiating user dialog, determining by the processing interface the list of recipients of the outgoing message, based on the response to the request, which included the user initiating the dialog, sending the outgoing message to the second module, placing the outgoing message in a single outgoing message queue, distribution a second outgoing message module from a single outgoing message queue to at least one secondary outgoing message queue corresponding to a particular instant messaging service, receiving an outgoing message by the first module, transferring an outgoing message by the first module from an internal unified format to the format of a specific instant messaging service, receiving an outgoing message by users in the recipient list, if the instruction does not require external data operations, generating another outgoing message to the original message from the user who initiated the dialog, sending the outgoing message to the second module, placing the outgoing message in a single outgoing message queue, the second module distributing another outgoing message from the single outgoing message queue to at least one secondary outgoing message queue corresponding to a particular instant messaging service, receiving another outgoing message by the first module, translating another outgoing message the first module from an internal unified format to the format of a specific instant messaging service, receiving another outgoing message in of dissociated feedback.

In the particular case of execution, this technical problem is additionally solved by the fact that the client applications of the instant messaging service have open program interfaces.

In the particular case of execution, the indicated technical problem is additionally solved by the fact that the first module contains unique submodules for each instant messaging service.

In another particular case of execution, the indicated technical problem is additionally solved by the fact that it allows to process several dialogs simultaneously.

In the particular case of execution, this technical problem is additionally solved by the fact that the processing interface receives data about the sender of the original message and selects the corresponding open dialog or opens a new dialog.

In another particular case of execution, the method differs from its implementation in the general case in that the list of recipients of the outgoing message contains the original user.

The method can be implemented, which differs from the implementation in the general case in that the list of recipients of the outgoing message contains the original user and the processing interface.

In another particular case of the implementation, the method is further characterized in that the list of recipients of the outgoing message contains the original user and at least other users whose data were received in response to a request sent by the processing interface to the third module.

It is advisable that the third module of the automated software interface contains a database of users with whom dialogue is possible.

In the particular case of the implementation, this method differs from the method in the general case in that the content of the original message contains data about the instant messaging service and the user ID in the instant messaging service.

In another embodiment, the method differs from the general case in that the message received by the processing interface refers to one of the following message types: a response to which can be generated by the processing interface without accessing the third module and a response to which can be generated by the processing interface after accessing the third to the module. In development of this particular case, the method further differs in that the processing interface analyzes the content of the original message and relates it to one of the specified message types. If the processing interface determines by the analysis of the initial message that the content of the original message does not require access to the third module, the processing interface generates an outgoing message.

In another particular case of execution, the method further differs from its implementation in the general case in that the outgoing message does not contain personal data of the user.

The method, in the particular case of execution, differs from the general case in that users from the list of recipients after establishing a connection when implementing the method in the general case, can exchange messages between at least two interlocutors who are members of the group of the list of recipients.

In the particular case of the implementation, the present method differs from its implementation in the general case in that the database of the third module contains information about users. In development of this particular case, the method is further characterized in that the users contained in the database of the third module are characterized by user attributes.

The method, in another particular case, is additionally characterized in that the users contained in the database of the third module are classified in accordance with the characteristics of the users.

In the particular case of implementation, this method is further characterized in that the response to the request from the processing interface is based, among other things, on the classification of users contained in the database of the third module. In clarifying this particular case, the method further differs in that each user selects personal data transmitted with the original message to other users from the list of recipients.

In another particular case of implementation, the method is further characterized in that the processing interface acts simultaneously as the sender and receiver of the message.

The method, in the particular case, further characterized in that the second module distributes outgoing messages from a single outgoing message queue to the secondary outgoing message queues based on the belonging of the message recipients from the list of recipients to the corresponding instant messaging services. In clarifying this particular case, the method further differs in that information about the belonging of the message recipients from the list of recipients to the corresponding instant messaging services is contained in the database of the third module, with the exception of such information about the user who initiated the dialogue.

As used herein, a “network” is defined as one or more data lines that can transport electronic data between computer systems and / or modules. When information is transmitted or provided over a network or other data connection (either wired or wireless, or a combination of wired or wireless) to a computer system, that connection is properly interpreted as a computer-readable medium. Thus, any such connection is correctly called a computer-readable medium. Combinations of the aforementioned media are also encompassed by the term computer readable medium. Computer-executable instructions comprise, for example, instructions and data that cause a general-purpose computer system or a special-purpose computer system to execute a certain function or group of functions. Machine-executable instructions may be, for example, binary code, intermediate format instructions such as assembly language, or source code.

In the present invention, an “automated software interface” is defined as at least one software module, at least one hardware module, or a combination thereof, that work together to perform operations on electronic data. For example, the definition of a computer system includes hardware components of a personal computer, as well as software modules, such as a personal computer operating system. The physical placement of the modules is not important. A computer system may include one or more computers connected through a network. Similarly, a computer system may include a separate physical device (such as a mobile phone or personal digital information device (PDA)), where internal modules (such as memory and processor) work together to perform electronic data operations.

Automated software interface modules are defined as components of an automated software interface that perform strictly defined operations on electronic data. Each module: first, second, third, is responsible for the implementation of sequential actions in the operation of an automated software interface. The first module is responsible for receiving and sending messages directly to the client application. The module also converts messages from the format of a specific instant messaging service to an internal unified format and vice versa. The second module performs the function of distributing and transporting messages from the first module to the processing interface and vice versa. The third module performs the functions of the business logic of an automated software interface, allowing it to operate with external data.

The main module of an automated software interface is a processing interface that performs operations on processing, analyzing messages, conducting dialogs, building dialog logic, etc. The processing interface is a software and hardware module configured to perform these tasks. The processing interface contains a software module that automatically analyzes the content of messages received from users and selects response options in accordance with the content by following the corresponding sets of instructions.

The initial message is a collection of electronic data with a certain content contained in the body of the letter. The initial message can be initially sent by the user to the address of the automated program interface or as a response to the message generated and sent by the automated program interface to this user.

Registration in various instant messaging services with an automated program interface is carried out by means of a computer program that performs the functions of an interlocutor, which is an integral part of this automated program interface through which messages are exchanged with users of these instant messaging services, i.e. dialogues.

The list of recipients of the outgoing message is formed by the results of the processing interface receiving a response to the request addressed to the third module. In the feature indicated in one of the particular cases of the implementation of this technical solution, it is indicated that the members of the recipient list group are selected based on the content of the message received by the processing interface from the user. In particular, members of the recipient list group may include users who provide services in a particular area, the name of which was chosen by the user initiating the dialogue from the list of areas offered to him by the automated program interface.

A processing interface is used to program the logic of dialogue. For the software implementation of the processing interface, a dialog programming language is used. In general, a dialog is an object within an executable computer program that is part of the present invention, the behavior of which is controlled by program code. At the same time, an unlimited number of dialogs is supported in the automated program interface, however, the number of dialogs is limited by the physical parameters of the computer network within which the program is running. The processing interface stores information about all open dialogs, their states, participants, etc. By the sender of the message from the incoming message queue, the processing interface determines which open dialogue it is necessary to process this message, or creates a new dialogue based on the contents of the message. The processing interface allows you to analyze messages received from users, generate messages to users, both in the current dialog and in other dialogs currently open, initiate and end dialogs with specified parameters, operate with variables, arrays, objects, similarly to high-level object-oriented languages programming, interact with the third module of the automated software interface, which exchanges information with the database by sending dew, addressed to said unit and receiving a response to the query. In the process of processing the request, the third interface module can access the corresponding database, which contains, among other things, contact details of other users with whom the user who initiated the dialogue can contact later. Contact details of users are converted by the processing interface into a list of recipients of the outgoing message for subsequent initiation of a dialogue with the original user.

The database contains user contacts, united in accordance with qualitative grouping characteristics, i.e. featured users. Classification can occur, for example, by the type of services provided, by location, etc.

Dialogs are based on instant messages that are sent between mappings of the automated software interface in instant messaging services registered in specific instant messaging services and users of these services using client applications. To organize a temporary data channel, expressed in the exchange of messages between users of different instant messaging services at a time when the business logic of a particular service requires it, the processing interface logically combines dialogs with different users and ensures the reception of messages from at least one sender and forwarding them to at least one recipient. Moreover, depending on the business logic of a particular service implemented on the basis of the present invention, the processing interface may not transmit the contact data of the sender and recipient to each other, i.e. leaving them anonymous to each other. The decision to provide data to the interlocutor is made by the user initiating the dialogue.

To manage instant messages as part of logical dialogs, the first program module is implemented in the form of queues of incoming and outgoing messages within the framework of logical dialogs. Message recipients can be both real users of various instant messaging services, and the automated program interface itself, in particular, the processing interface as the core of the dialog layer. Messages received by the processing interface are processed, as a result of processing outgoing messages are created.

To maintain the given logic of dialogs, the processing interface can send messages to itself. Messaging inside the automated software interface is done in an internal unified format and does not depend on specific instant messaging services. At one point in time, one user of one client application of the instant messaging service can make only one dialogue with an automated program interface. Any messages sent between the system and the user are considered as part of one dialogue from the moment it is opened by the automated program interface to the moment it is closed. Therefore, to identify the dialogue, the automated program interface only needs to store the type of instant messaging service, the client of which uses the user and a unique user identifier in this service.

To implement the logic of dialogs, the processing interface interacts with the third module of the automated program interface that performs the functions of a business logic block. In the general case of implementation, the third module contains a database that stores information about users of instant messaging services who are subscribers of certain services of the automated programming interface in one role or another, about objects whose information is necessary to implement the service logic, their geographical location and other data. At the same level, the procedure for processing this information and the decision-making procedure in the process of organizing dialogs are implemented. The interaction of the processing interface and the third module is implemented using the RestFul protocol encapsulated in the http protocol, thus, the present invention allows both the creation of a custom business logic submodule and the connection of an automated software interface to any other business logic submodules. The following example implementation of the invention uses a module built on the basis of the Linux OS, PostgreSQL DBMS.

Using this technical solution, user access services to various services can be implemented, which is confirmed by the example of a specific implementation of the method below.

Additional features and advantages of the invention are set forth in the following description and, in part, are obvious from the description or may be learned from practice of the invention. The features and advantages of the invention can be realized and obtained using tools and combinations specifically indicated in the attached claims. These and other features of the present invention will become more apparent from the following description and appended claims, or may be learned from practice of the invention, as set forth below.

BRIEF DESCRIPTION OF THE DRAWINGS

The attached drawing, which is part of the present description, reflects a preferred embodiment of the method and together with the description reveals the features of this technical solution. The drawing shows a flowchart of a method for constructing a temporary data channel between instant messaging clients.

DETAILED DESCRIPTION OF THE INVENTION

Embodiments within the scope of the present invention include computer-readable media for carrying or storing computer-executable instructions or data structures thereon. Such computer-readable media may be any available media that a general purpose or special purpose computer system can access. As an example, such computer-readable media may include physical storage media such as random access memory (RAM), read-only memory (ROM), erasable programmable ROM (EPROM, EPROM), compact disc (CD-ROM) or other optical disk storage device, magnetic disk storage device or other magnetic storage device, or any other media that can be used to transfer or store the required software code tool in the form of machine instructions, machine-readable instructions or data structures, and to which a general-purpose or special-purpose computer system can access.

The invention can be applied in practice in networked computing environments with many types of computer system configurations, including personal computers, laptop computers, handheld devices, multiprocessor systems, microprocessor or programmable consumer electronics, network personal computers (PCs, PCs), minicomputers, mainframes, mobile Phones, PDAs, pagers, etc. The invention can also be practiced in distributed system environments where local and remote computer systems that are connected (either by wired data lines, or wireless data lines, or a combination of wired and wireless data lines) over a network both perform tasks. In a distributed system environment, program modules can be located on both local and remote storage devices.

The drawing shows one of the options for implementing the method, which is based on the present invention. Further, by a method is meant a set of sequential operations with data carried out by means of a hardware-software complex implemented according to the scheme described in the drawing, intended for organizing anonymous instant messaging channels between users of one or various instant messaging services. A user of one of the instant messaging services 101 having an open application programming interface 110, providing the ability to send and receive messages in the networks of these services, registers an automated program interface as a contact through its display in the environment of a particular instant messaging service and sends him a message 113. First the message sending and receiving module 410 contains a software wrapper 120 that reads the message 113, converts it from the format of the service 101 to the internal un customizing the format of a message 131 and sending it to the queue 161 incoming messages of the second module 420 automated software for internal uniform protocol interface. Submodule 170 reads (arrow 181) the message 131, finds the class that processes the event (message), i.e. subscriber. In this example, the subscriber of all incoming messages is the module 180 of the processing interface 430 of the automated software interface. Arrow 191 reflects the process of transmitting message 131 to the processing interface module 180. A dialog execution program implemented in a particular programming language receives a message, analyzes its contents, including the content and the service by which the original message was sent, and executes a set of programmed instructions. If the instruction requires operations with external data not stored in the program environment of the dialog, submodule 180 refers to submodule 211 of the third module 440. Request 201 is executed using the Restful protocol encapsulated in the http or https protocol. The implementation of this protocol is not the essence of the present invention, and, therefore, the request can be executed in any form. Submodule 211 is implemented as a service that is designed to fulfill an incoming request 201 and generate a response 202 to it. If a query needs to find and return any data, the submodule performs this action. Submodule 211 can store the required data and the required logic in the program memory, or apply for it in the database 221. In this example, the database is used under the control of the PostgreSQL DBMS. Requests 231 and responses 232 to the database are performed using the PostgreSQL protocol encapsulated in TCP / IP. The response 202 to the request 201 is returned in the format of the above Restful protocol.

The processing interface may decide to send a message to the same user from whom the original message 131 was received, or initiate a message to another user of the same service 101, or another service 102. Perhaps he will send several messages at once to different users of different services, and may also send a message to the most automated programming interface. At the same time, the exchange of messages with each end user and the automated program interface itself will be carried out as part of a separate dialogue. The processing interface allows from one dialogue to perform arbitrary actions in the software environment of another dialogue, as well as send messages to users with whom messages are exchanged in the framework of this other dialogue. All messages sent by submodule 180 are shown in the figure by arrow 191. The second module 170 sends the received messages to a single outgoing message queue 153, which is a combination of several queues 151, 152 — one for each service. The second module 170 distributes at least one outgoing message into queues 151, 152, analyzing the message destinations. The program elements that process the events of these queues are the functions 120, 121 of the first message sending and receiving module 410. They convert messages 141, 142 from the internal unified format to the corresponding service format and call application program interface methods 110, 111 for message delivery to end users instant messaging services 101, 102.

Thus, a specific user A of the instant messaging service through the client application 110 can, in accordance with the logic of a particular dialogue, send messages to an automated program interface that generates outgoing messages to user A. At some point in the dialogue, the automated program interface can start forwarding messages from user A client 101 to user B of client 101 and / or user B of client 102, possibly supplementing these messages with its content. It is in this way that messaging between different users of various services is organized, which is the essence of the present invention. It should be noted that the automated program interface itself does not include any data about each other in messages for users A, B and C, i.e. the dialogue may remain anonymous until the users themselves in the dialogue wish to exchange contacts.

An automated software interface is considered to be built on the principles of the present invention when the following conditions are met:

- implementation of the module for sending and receiving messages, i.e. the first module in terms of the present description. The automated program interface, through its mappings in the networks of instant messaging services, is registered in at least one of the networks of instant messaging services as an account and has the ability to read messages from end users to the address of this account programmatically through its open program interface and generate messages from this account to the end users of these instant messaging services;

- the presence of a module in the automated software interface that converts messages from the formats of specific instant messaging services into an internal unified format, which makes such messages independent of the formats of specific services for all other modules of the automated software interface;

- implementation of a module that provides the formation of a subscription (event processing) of the modules of the automated software interface for various messages and message delivery to the subscribing modules;

- implementation of the selected application part of the program code to support dialogs and the ability to process dialogs programmed in an arbitrary way, and providing the ability to analyze the source messages and subsequent incoming messages and generate outgoing messages according to the given logic;

- it is possible to implement a business logic module in which the data necessary for the implementation of a given messaging logic is stored or generated.

On the basis of this technical solution, various services can be built. A service is a set of dialogs, as well as a set of specific data at the level of business logic, specific ways of managing this data, such as WEB interfaces, User interfaces, etc., organized for joint processing in order to achieve a message sequence specified by the service logic sent to instant messenger users.

Search for an interlocutor is possible among all registered providers of specific services, or from those located near the consumer based on his location, which is automatically determined by the data of his mobile device and transmitted with the message. To register a user as a service provider, in the start dialogue he is invited to go to a specific Web site and fill out a form with a description of the services he provides, the coordinates of the points of service and other parameters. This data through the Web-based interface gets into the database of the third module and is used later in the search for suitable service providers for a specific consumer request. In the process of providing a service, the automated program interface first forms the required criteria for searching for services through the exchange of messages with the user initiating the dialogue, then searches for a suitable database from the information on the registered service providers, then creates dialogs with each of them and asks for their consent to the provision of the service, then sends the consumer a list of agreed suppliers and allows you to directly organize dialogs with any of them.

All users of instant messaging services that are users of a particular service implemented on the basis of the present invention can be divided into several categories. In this example application of the invention, two categories are distinguished — service providers and service consumers. Service providers are registered in the services of the automated software interface, and information about them, necessary for organizing dialogs, such as: location of the service point, work schedule, list of services, etc., is placed in the database of the third module. The scheme of the service is as follows. The consumer of services initiates a dialogue on the search for services; for this, he sends an initial message with a certain content to the display of an automated software interface through a client application. The message is converted by the first module at the level of sending and receiving messages into an internal unified format and placed by the second module in the general queue of incoming messages. The converted message stores information about the application and the instant messaging service through which it arrived. The processing interface is a module that processes the events of the incoming message queue. The processing interface retrieves the message, analyzes it and selects the desired dialogue from the list of configured dialogs located in its program environment and corresponding to the message content. Then, the automated programming interface, namely the processing interface, executes the programmed dialogue. In particular, it forms a response message to the user initiating the dialogue, in which he requests the service that the user wishes to receive. As an aid to the message, buttons or menu items can be integrated if the corresponding instant messenger supports them. This message is placed in a single outgoing message queue, arriving in the secondary outgoing message queue corresponding to the type of instant messaging service used, transmitted to the first module, converted to the corresponding service format, and delivered to the user initiating the dialogue via the application program interface. Thus, the dialogue continues, the user is requested, for example, the desired time and place of service, and other parameters. After the request for the service is generated (all parameters provided for by the programmed dialogue are filled), the automated program interface, through the processing interface, turns to the third module to search for users who satisfy the specified search parameters. Based on the results of processing the request, the processing interface returns a response to the request containing an array of users that meet the search criteria. After this, the list of recipients is formed and dialogues are initiated with each of the users who are a member of the list of recipients by sending them messages offering to provide the service and indicating all parameters received from the user who initiated the dialogue, i.e. service consumer, in the initial dialogue. Users who respond positively to a proposal to enter into a dialogue with the user initiating it are combined into an array of interlocutors in the main dialogue with the user. To do this, use part of the program code that allows you to perform some action from one dialog (in this case, assign a value to a variable) in another dialog. In response to the consent of the user who responded positively to the offer, a message is sent that the automated software interface will connect it to the user who initiated the dialogue if he selects this provider or completes the search without selecting this provider. At the same time, the dialogue with the service provider ends, and further messages will be sent to him as part of other dialogs newly created by the automated program interface.

After forming an array of agreed, the automated program interface, through its display in the instant messaging service, displays them in the form of a list or menu in a message to the user with a proposal to select the desired service provider. In addition, the message is supplemented with a clause for the ability to exit the search without selecting a provider. After selecting a specific supplier, the automated programming interface organizes two dialogs: one with the supplier, the other with the consumer. To do this, she sends them welcome messages and starts forwarding messages received from the consumer to the supplier, and messages received from the supplier to the consumer. All messages to the supplier are supplemented by one menu item "Cancel the order." All messages to the consumer are supplemented with the menu items “This suits me”, “Return to the list”, “End the search”. Upon receipt of a message from the supplier, the dialogue with the supplier analyzes the presence of the message “Cancel the order” in the text, or pressing the button (for client applications that support the buttons) or entering the menu item “Cancel the order”. If the message contains a refusal of the order, the dialogue with the supplier ends (with the corresponding message being sent to him), and a message is sent to the dialogue with the consumer that the supplier has refused the order. If the message from the supplier does not contain a refusal of the order, then his message, supplemented with buttons or menu items “This suits me”, “Return to the list”, “End the search”, is sent to the consumer. Upon receipt of a message from the consumer, the automated program interface, by means of the processing interface, analyzes the fact of the selection of one of the menu items in the received message (by the presence of the corresponding content in it or by pressing the corresponding button or selecting the corresponding menu item). When choosing “Return to the list”, the consumer again displays a list of agreed suppliers and the dialogue continues. When choosing “It suits me”, the system records the fact of the contract between the supplier and the consumer in its database, sends the parties the appropriate messages and completes all the dialogs. If you select “Finish Search”, the system sends the relevant messages to the parties and closes all dialogs.

The present invention can be implemented in other characteristic forms without departing from its essence or essential characteristics. The described embodiments should be considered in all respects only as illustrative and not restrictive. The scope of legal protection of an invention is therefore expressed by the attached claims, and not by the above description. All changes that relate to the meaning and scope of equivalence of the claims, should be covered by its scope.

Claims (31)

1. A method of constructing temporary data channels between clients of instant messaging services using various communication protocols, providing user communication with at least one interlocutor, consisting of a combination of the following operations: registration by an automated programming interface in at least one of a plurality of instant messaging services, receiving the first module of the automated program interface of the initial message containing the content from the initiating user dialog, converting the original message to an internal unified format, transmitting the converted initial message to the second module, placing the converted original message in the incoming message queue by the second module, receiving by the processing interface the converted source message from the incoming message queue, analyzing the content of the converted source message, performing a given set of instructions based on the results of the analysis of the content of the original message, and, if the instruction requires operations with external data, generating a request based on the result of analyzing the content of the original message to the third module, transmitting the generated request to the third module, processing the request from the processing interface by the third module, generating a response to the request containing data about at least one recipient In addition to initiating a user dialogue, receiving a response to the request by the processing interface, generating an outgoing message to the original message e from the user initiating the dialogue, determining by the processing interface the list of recipients of the outgoing message, based on the response to the request, which includes the user initiating the dialogue, sending the outgoing message to the second module, placing the outgoing message in a single queue of outgoing messages, distributing the outgoing message from the single queue by the second module outgoing messages to at least one secondary outgoing message queue corresponding to a particular instant messaging service iyami, receiving an outgoing message by the first module, the translation of outgoing messages from the first module of the internal unified format to a certain format instant messaging service, obtaining the user's outgoing messages contained in the list of recipients, if the instruction does not require operations with external data, generating another outgoing message to the initial message from the user initiating the dialog, transferring the outgoing message to the second module, placing the outgoing message in a single outgoing message queue, distributing the other outgoing message from the single outgoing message queue to the second module at least one secondary outgoing message queue corresponding to a particular instant messaging service, receiving another outgoing message the first module, the translation of another outgoing message by the first module from the internal unified format to the format of a specific instant messaging service, the receipt of a different outgoing message by the user who initiated the dialogue. 2. A method of constructing temporary data transmission channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that the client applications of the instant messaging service have an open program interface. 3. The method of constructing temporary communication channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that the first module contains unique submodules for each instant messaging service. 4. The method of constructing temporary communication channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that it allows you to process multiple dialogs simultaneously. 5. The method of constructing temporary communication channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that the processing interface receives data about the sender of the original message and selects the corresponding open dialogue or opens a new dialogue. 6. The method of constructing temporary data transfer channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that the list of recipients of the outgoing message contains the original user. 7. The method of constructing temporary data transmission channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that the list of recipients of the outgoing message contains the original user and the processing interface. 8. The method of constructing temporary data channels between instant messaging clients using various communication protocols, according to claim 1, characterized in that the list of recipients of the outgoing message contains the original user and at least other users whose data were received in response to a request sent by the processing interface to the third module. 9. The method of constructing temporary data transmission channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that the third module contains a database. 10. The method of constructing temporary data transmission channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that the content of the original message contains data about the instant messaging service and the user ID in the instant messaging service. 11. The method of constructing temporary data transmission channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that the message received by the processing interface refers to one of the following message types: the answer to which can be generated by the processing interface without resorting to the third module; the answer to which can be generated by the processing interface after accessing the third module. 12. The method of constructing temporary data channels between instant messaging clients using various communication protocols, according to claim 11, characterized in that the processing interface analyzes the content of the original message and relates it to one of the types of messages specified in paragraph 11 . 13. The method of constructing temporary channels of data transfer between clients of instant messaging services using various communication protocols, p. 12, characterized in that when the processing interface reveals by the analysis of the original message that the content of the original message does not require a third to the module, the processing interface generates an outgoing message. 14. The method of constructing temporary data transfer channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that the outgoing message does not contain personal user data. 15. The method of constructing temporary data channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that users from the list of recipients after establishing a connection when implementing the method according to claim 1, can exchange messages between two interlocutors related to the recipient list group. 16. The method of constructing temporary data channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that the database of the third module contains information about users. 17. The method of constructing temporary data transfer channels between clients of instant messaging services using various communication protocols, according to claim 16, characterized in that the users contained in the database of the third module are characterized by user attributes. 18. The method of constructing temporary data transmission channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that users contained in the database of the third module are classified in accordance with user attributes. 19. The method of constructing temporary data channels between instant messaging clients using various communication protocols, according to claim 18, characterized in that the response to the request of the processing interface is based, including on the classification of users contained in the database of the third module. 20. The method of constructing temporary data transmission channels between clients of instant messaging services using various communication protocols, according to claim 19, characterized in that each user selects personal data transmitted with the original message to other users from the list of recipients. 21. The method of constructing temporary data transmission channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that the processing interface sends messages to itself. 22. The method of constructing temporary data transmission channels between clients of instant messaging services using various communication protocols, according to claim 1, characterized in that the distribution of the second module of outgoing messages from a single queue of outgoing messages to the secondary queues of outgoing messages is based on the ownership of the message recipients from the recipient list to the corresponding instant messaging services. 23. The method of constructing temporary data transmission channels between clients of instant messaging services using various communication protocols, according to claim 22, characterized in that the information about the belonging of the message recipients from the list of recipients to the corresponding instant messaging services is contained in the database of the third module, for exception of such information about the user initiating the dialogue.

Images