RU124504U1 - ACQUAINTANCE SYSTEM ON THE INTERNET - Google Patents

Abstract

1. Internet dating system, containing client devices connected to each other via the Internet, including at least one server containing a module for creating virtual images, a module for searching and matching virtual images, a module for displaying and storing results , a virtual images communication module, characterized in that the Internet dating system includes a module for creating and managing virtual meeting scenes. 2. The Internet dating system according to claim 1, characterized in that the module for creating and managing virtual meeting scenes includes a module for selecting and designing a virtual 3D user image. The Internet dating system according to claim 1, characterized in that the module for creating and managing virtual meeting scenes includes a module for selecting and designing a virtual 3D image of the virtual meeting scene. The Internet dating system according to claim 1, characterized in that the module for creating and managing virtual meeting scenes includes a module for selecting and designing a virtual 3D image of gifts. The Internet dating system according to claim 2, characterized in that the module for creating and managing virtual meeting scenes includes a module for controlling the behavior of a virtual 3D user image.

Description

The utility model relates to the field of satisfying a person’s vital needs, in particular, to Internet dating systems, containing client devices connected to each other via the Internet, including at least one server containing a virtual imaging module, a module search and comparison of virtual images, a module for displaying and storing results, a communication module for virtual images and can be used to meet users of social networks s.

A known communication system for making user acquaintances, including client devices connected to each other via a network, including at least one server described in the patent for the invention of the Russian Federation No. 2279191, published 2006. Client devices are made in it the form of transceiver personal devices of users. The transceiver personal devices of users are made with the possibility of wireless communication with each other by means of a local control device, a central control device made on the basis of a computer, including software, an information database about users and associated with a local control device. Mobile communication terminals were used as the transceiver personal devices of users, the station of the mobile cellular operator was used as the local control device, and the server was used as the central control device.

Its disadvantage is that dating is available only from mobile terminals and only in a verbal way, there is no way to evaluate a potential partner by other characteristics (photos, blogs, etc.) that are available when virtual dating is on the Internet, there is no developed opportunity for virtual communication after dating.

All this limits the operation of the dating system on the Internet.

The Internet dating system is also known from the prior art, including client devices connected to each other via the Internet, including at least one server containing a virtual imaging module, a virtual image search and matching module, a display module and storage of results, the virtual image communication module described in the description of the patent for the invention of the Russian Federation No. 2378987, published 2010

In it, the user, on a user device connected to the Internet, launches a browser, enters the address of a dating site, logs on to it and, having entered the psychological test page, can pass the test or (if the test has already been passed) he sees the result of his pair compatibility with others users and can search them, as well as view other related pages on the site.

It also includes a module for creating virtual images, a module for searching and comparing virtual images, a module for displaying and storing results, a communication module for virtual images, which are implemented as different servers — a server of the test subsystem consisting of a test database server, a calculation server, and a search server. The test database server is used to store test questions, respondents' answers to them, intermediate calculation information for each respondent and interpretations of psychological and ideal partner characteristics and pair compatibility. The calculation server is used to calculate the coefficient of compatibility of the respondent with all users who have passed the psychological test, as well as factor scales. The search server searches and sortes questionnaires with tests at the request of the user who has set the filter of parameters or changed the sorting.

This system is taken as a prototype of the proposed utility model.

Its disadvantage is that in this system there are no opportunities for holding meetings directly in the virtual environment, in which you can select various 3D images. All this limits the operation of the dating system on the Internet.

Based on this original observation, the present utility model mainly aims to propose an Internet dating system that can at least alleviate the above drawback, namely expand the possibilities of using the Internet dating system.

To achieve this, the Internet dating system includes a module for creating and managing virtual meeting scenes.

Thanks to this, it becomes possible to implement meetings directly in a virtual environment on the Internet.

There is a variant of the utility model in which the module for creating and managing virtual meeting scenes includes a module for selecting and designing a virtual 3D image of the user.

Due to this characteristic, the user during a virtual meeting has the opportunity to choose the design of his virtual 3D image.

There is also a variant of the utility model in which the module for creating and managing virtual meeting scenes includes a module for selecting and designing a virtual 3D image of the virtual meeting scene.

Thanks to this feature, the user during a virtual meeting has the opportunity to select and design a virtual 3D image of the virtual meeting scene.

There is also a variant of the utility model, in which the module for creating and managing virtual meeting scenes includes a module for selecting and designing a virtual 3D image of gifts.

Due to this characteristic, the user during a virtual meeting has the opportunity to choose and design a virtual 3D image of gifts that he can use, for example, to give, during a virtual meeting, which expands the possibilities of holding the meeting itself.

There is also a variant of the utility model in which the module for generating and managing virtual meeting scenes includes a module for controlling the behavior of a virtual 3D user image.

Due to this characteristic, the user during the virtual meeting has control over the behavior of his virtual 3D image. This allows him to perform various actions in this virtual environment, adapted to the meeting itself, which expands the possibilities of holding a virtual meeting.

The set of essential features of the proposed utility model is unknown from the prior art for devices of similar purpose, which allows us to conclude that the criterion of "novelty" for the utility model is met.

Other distinctive features and advantages of the utility model clearly follow from the description below for illustration and not being restrictive, with reference to the attached figure, in which:

- figure 1 schematically depicts a functional diagram of a dating system on the Internet according to the prior art.

- figure 2 depicts the stages of dating in a dating system on the Internet according to a utility model.

- figure 3 depicts a possible variant of the functional diagram of the relationship of the modules of the dating system on the Internet according to the utility model.

The Internet dating system contains (see FIG. 1) client devices 1 connected to the Internet 2, including at least one server 3. The server contains a module for creating virtual images M1, a module for searching and matching virtual images M2, a module display and storage of the results of the Ministry of Health, the module of communication of virtual images M4. According to a utility model, an Internet dating system includes a module for generating and managing scenes of virtual meetings M5.

In general, each client device 1 can be any form of computing platform connected to a network, such as an integrated network and capable of interacting with application programs. Typical examples of individual client devices include, but are not limited to, stationary and portable personal computers, “smart” cell phones, (in English, a smartphone), lightweight clients, workstations, “dumb” terminals connected to the application server, and their various layouts and configurations, which should be obvious to specialists in this field of technology, that is, as physical devices for implementing interaction in communication interaction systems I, as well as virtual devices, implemented on programmable computer devices, and having a software interface for the implementation of communication functions.

The Internet 2 network can be expanded to include various topologies, configurations, and layouts of components of the interconnect, configured to interconnect corporate, global, and local area networks, and also include, without limitation, traditional wired, wireless , satellite, optical, and equivalent network technologies that should be apparent to those skilled in the art.

The utility model works as follows. We describe the operation of a dating system on the Internet by the example of its implementation in a social network.

This system is designed to search for people of interest to the user of a social network in order to establish contacts and communicate on topics of interest to the user. User representation and search for contacts in this system is based on temporary virtual images. Searched contacts are formed precisely on the basis of temporary virtual images, and not the data that users of the network record in the description of their aliases (nicknames).

Stage A1. The user on the site page defines his virtual (fictitious or real, optional) attributes and attributes of the sought-after personalities.

Stage A2. Information with attributes and control information is placed in database tables (attributes themselves and a pair of relationships between attribute groups).

Stage A3. The matching procedure selects pairs and, if any are found, informs the currently active user (or both) about the discovery of clients matching the requests.

Stage A4. Users who are in passive mode at the time of match detection, i.e. off site, are informed after entering the site. The number of contacts found is displayed.

The Internet dating system consists of the following functional modules according to the prior art:

M1 - Module for the formation of virtual images.

M2 The module for searching and matching virtual images, which includes a filter of mutual attributes of virtual images.

M3 - module for displaying and storing results.

M4 - Communication module for virtual images.

According to the proposed utility model, an online dating system may further include:

M0 - Module for managing components and scripts of the system.

M5 - Module for the formation and management of virtual meeting scenes.

The module for displaying and storing the results of the MOH may contain:

M6 - Display module for found contacts.

M7 - A module for displaying a list of requests and their corresponding virtual images.

M8 - Module for storing information about requests, virtual images and the results of their searches.

The module for creating and managing scenes of virtual meetings M5 may contain:

M9 - Module for selecting and designing a virtual 3D image of the user.

M10 - The module for the selection and design of a virtual 3D image of the scene of virtual meetings.

M11 - Module for the selection and design of a virtual 3D image of gifts.

M12 - Module for managing the behavior of a virtual 3D image of a user.

The control module for the components and scenarios of the MO system is intended for the overall management of the proposed system. The objective of this module is to call the system components depending on the context of the user's location in the social network and his choice in the system interface of the social network.

The module for creating a virtual image of M1 in the system is designed to determine a new own virtual image, different from the virtual image defined by him earlier in the system, or to assign an existing image of a system user to search for new acquaintances and communication. The formation of a virtual image in this system consists of setting the properties and characteristics of the image, including determining age, gender, biometric characteristics, hobbies, professional activities, musical and literary preferences, etc. In addition, the module for creating a virtual image M1 is required to describe the image the desired person - a user of a social network, by setting the properties and characteristics of the image, including determining the age or age range, gender, biometric characteristics, hobbies (one go or list), professional activity, musical and literary preferences, etc.

To fill in the attribute fields of the desired client, the user has the opportunity to use the "OR" operation to expand the selection options. When fixing numeric attributes and attributes - dates, the user can specify a range of numbers and a period of dates.

Thus, a module for creating a virtual image of M1 captures a pair of virtual images: a virtual image of a user looking for partners in this system, and a virtual image (or a set of virtual images in the case of specifying options) of the desired users of the social network. According to the given definitions, the specified groups of search attributes are recorded in the database of the system and the module for searching and matching virtual images M2, which implements the user’s request, is automatically launched.

All requests and virtual images created by users are stored in the system database. Requests and their associated virtual images have a limited retention period, after which the request and its associated virtual images are deleted.

The module for searching and matching virtual images M2 is intended for implementing search schemes in the system.

Upon filling out the request form, the user initiates the establishment of his request in a special table of the database of requests for the search for suitable candidates. If requests from other users are present in this table, then the attribute sets are cross-matched: it is checked whether the attributes of the second user satisfy the requested attributes of the first and vice versa, whether the attribute set of the virtual image of the first user meets the requested attributes of the second user. This is exactly what is produced by the filter of mutual attributes of virtual images.

This takes into account not only the preferences of one user, but also the preferences of another user. If they coincide, a couple of users become candidates for communication for the system. The search and collation module M2 identifies all such pairs, the corresponding records of which are placed in the database.

The module for displaying found contacts Mb displays the found contacts in the system. The user is given a list of contacts and the opportunity to contact each of them with a proposal for friendship (communication).

If the requested contact agrees, then the module for displaying the found contacts Mb transfers this contact to the list of "friends" of the user in the social network with its removal from the list of contacts of the system.

Interaction with a new contact can be carried out by all interaction resources between users implemented on a social network: text messaging, audio and video interaction.

The module for storing information about queries, virtual images and the results of their searches M8 is designed to store the history of queries created when queries virtual images, search results. This module makes selections in the database of the system and displays in the user interface lists of requests made for the period specified by the user, lists of found contacts for the period specified by the user, lists of found contacts according to user-defined attributes, etc.

The module for storing information about queries, virtual images and the results of their searches M8 automatically deletes data in the system’s database that has expired.

The module for displaying the list of requests and the corresponding M7 virtual images is intended for selecting from a system database previously saved requests for a partner search, your own virtual images and virtual images of the users you are looking for. The module for displaying the list of requests and the corresponding virtual images of M7 can generate a list of requests and virtual images for a specified period of time, indicating a specific version of your own image or image of the users you are looking for.

Communication module for virtual images M4 - designed to make calls standard for a social network, means of communication between users, such as text messaging, audio and video exchange, as well as special means of interaction implemented by the module for creating and managing scenes of virtual meetings M5. The initiation of a call of one or another means of communication is carried out by the user.

The virtual meeting scene management module M5 is designed to generate three-dimensional scenes of virtual meetings with three-dimensional images of users of a social network. To this end, the system’s interface contains means for invoking the module for generating and managing scenes of virtual meetings M5 with the location and time of the meeting, carried out by the module for selecting and designing a virtual 3D image of the scene of virtual meetings M10. Three-dimensional user images are selected and edited by the M9 virtual 3D image selection and design module.

The module for selecting and designing a virtual 3D image of the M10 virtual meeting scene allows you to select and edit various three-dimensional scenes that can be represented by 3D interiors of cafes, bars and other rooms offered to users to choose from.

According to the scenario chosen by users, the module for creating and managing scenes of virtual meetings M5, using the module for selecting and designing a virtual 3D image of gifts, M11 supplies 3D images of users with the necessary attributes: “colors”, “sweets”, etc.

The behavior of the 3D image in the 3D scene is controlled by the user - the owner of the character - in real time using the behavior control module of the virtual 3D image of the user M12. The behavior includes, among other things, special functions: “shake hands”, “bow”, “go to a partner”, “sit down” and others that correspond to the topics of a virtual meeting. Using these functions, the user determines the behavior of his virtual character in the process of a virtual meeting. At the same time, the 3D scene can be accompanied by means of direct audio and video exchange between users participating in the meeting, as well as by means of text messaging.

The implementation of the scenarios (interaction scheme) of the system is as follows:

The M0 module allows the user to determine the sequence of actions that he needs in the system.

Having selected the function of determining one’s own virtual image and virtual image of the desired client in the M0 module, implemented by the M1 module, the user is able to search for the client with the desired virtual image through the M2 module.

The M7 module stores and manages the storage of descriptions of virtual images, search request attributes (date, time, identification numerical attributes), search results (pairs of system clients satisfying the rules of cross-matching, other information). A search request has a limited lifetime. After the request has expired, the proposed system deletes it.

Upon completion of the search procedure, the search results are displayed by the M6 module. Based on the list of found virtual images that meet the rules for cross-matching the attributes of virtual images, the M6 module generates a list of clients with whom anonymous communication can be carried out. The list is generated dynamically on the basis of the selected query or the last search query and the results of the M2 module stored by the M7 module, based on fixed criteria: first of all, those clients from the list of search results of the M2 module and saved by the M7 module are included in the contact list for communication are in the "Online" state. Secondly, the rest of the contacts sorted by a sign of a later time (the earlier a request was issued based on virtual images, the closer the indicated contact to the top of the list) is the issuing of information about their virtual images and search.

The list is displayed in parts and by means of paging contacts.

All contacts in the list are displayed anonymously in various modes: without specifying avatars, aliases (nicknames) and other information characterizing the contact. The contact is determined by the attributes of the request (its own virtual image and the desired virtual image), by which this contact was found. For each contact, the attributes of the virtual own virtual image and the desired virtual image can be viewed.

The M4 module provides sending and receiving messages to the subscriber selected in the dynamically generated contact list based on the chat component. The M4 module provides a special request from the initiator of the proposal to remove anonymity and enroll it in the category of open contacts "friends" of its choice.

To exclude repeated calls (new search setting by the attacker, re-selection as a pair) M7 module places the alias (nickname) of the attacker in the black list.

Modules M6, M8 and M4 have the means to call the M7 module to remove from the list of found contacts:

1) one selected contact;

2) groups of selected contacts of one request;

3) contacts of one request.

The M7 module monitors the validity of the request and removes requests and contacts that remain anonymous.

After opening the attributes, the establishment of the pair that communicated in order to prevent their repeated connection in anonymous mode is registered in the database.

If the pair didn’t “like each other”, the M4 module provides for the corresponding function with which this fact is recorded by the M7 module in the database to prevent reconnection with the marked user, a new contact list is generated for the user and the user enters the viewing mode list and select a new contact.

The M4 module supports all types of interaction between users - text messages, audio and video streams - which are standard means of social network interaction.

In addition, the M4 module calls the M5 module for virtual “meeting” procedures in the 3D interface based on three-dimensional scenes, three-dimensional images of users and scenarios of 3D images in 3D scenes. If it is necessary for user interaction in 3D scenes, the M4 module provides the connection of standard communication tools and their management to 3D scenes.

The preceding description of exemplary embodiments of the utility model provides illustration and description, but is not intended to be exhaustive or to limit the utility model to the described exact forms. Modifications and changes are possible in the light of the above considerations or can be obtained from the application of the utility model.

Those skilled in the art will also appreciate that the utility model objects, as described above, can be embodied in many different forms of software, firmware, and hardware in the embodiments illustrated in the drawings. Real software code or specialized hardware control used to implement objects that are consistent with the principles of a utility model does not limit the utility model. Thus, the operation and behavior of the objects of the utility model were described without reference to a specific program code - it is clear that the specialist is able to develop software and control equipment for the implementation of these objects based on the description given here.

In accordance with the proposed utility model, a dating system on the Internet in the social network “Cafe4tune” was made. The pilot operation of the dating system on the Internet has shown that it allows not only searching by requested parameters, but also pairing. satisfying mutual requests. At the same time, it becomes possible to organize meetings in virtual space using virtual 3D images of users and 3D scenes at which the meeting takes place, as well as using special virtual objects that can be used as various gifts, as well as using behavior management typical of the meeting, which ultimately provides the achieved technical result - the expansion of the functionality of the dating system on the Internet.

Claims (5)

1. Internet dating system, containing client devices connected to each other via the Internet, including at least one server containing a module for creating virtual images, a module for searching and matching virtual images, a module for displaying and storing results , a virtual images communication module, characterized in that the Internet dating system includes a module for creating and managing virtual meeting scenes. 2. The Internet dating system according to claim 1, characterized in that the module for creating and managing virtual meeting scenes includes a module for selecting and designing a virtual 3D image of the user. 3. The Internet dating system according to claim 1, characterized in that the module for creating and managing virtual meeting scenes includes a module for selecting and designing a virtual 3D image of the virtual meeting scene. 4. The Internet dating system according to claim 1, characterized in that the module for creating and managing virtual meeting scenes includes a module for selecting and designing a virtual 3D image of gifts. 5. The Internet dating system according to claim 2, characterized in that the module for creating and managing virtual meeting scenes includes a module for controlling the behavior of a virtual 3D user image.

Images