CN110851618B - Management method and device for form data - Google Patents
Management method and device for form data Download PDFInfo
- Publication number
- CN110851618B CN110851618B CN201910992368.3A CN201910992368A CN110851618B CN 110851618 B CN110851618 B CN 110851618B CN 201910992368 A CN201910992368 A CN 201910992368A CN 110851618 B CN110851618 B CN 110851618B
- Authority
- CN
- China
- Prior art keywords
- terminal
- target
- parameters
- user
- query
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
- G06F16/36—Creation of semantic tools, e.g. ontology or thesauri
- G06F16/367—Ontology
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Life Sciences & Earth Sciences (AREA)
- Animal Behavior & Ethology (AREA)
- Computational Linguistics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The application discloses a management method of form data. The method comprises the following steps: receiving original form data newly added by a first user at a first terminal; according to a first management operation of a first user at a first terminal, retrieving parameters to be defined from the original form data, and outputting the parameters at the first terminal; determining target parameters in the parameters to be defined according to a second management operation of the first user at the first terminal; a multi-dimensional table is created that is entity based on the target parameters. The application solves the technical problem of high cost in all aspects of constructing the knowledge graph caused by the need of a large number of manual operations, reasoning, searching and the like for determining the target entity.
Description
Technical Field
The application relates to the field of table data management, in particular to a method and a device for managing table data.
Background
The internet is transitioning from a document web containing only web pages and hyperlinks between web pages to a data web containing a large number of entities and rich relationships between entities. Under the background, search engine companies such as Google, hundred degrees and dog search build knowledge maps based on the search engine company disputes.
The knowledge graph is essentially a semantic network, is a graph-based data structure, and consists of nodes and edges. In the knowledge graph, each node represents an "entity" existing in the real world, and each edge is a "relationship" between entities. Knowledge-graph is the most efficient representation of relationships.
But significant costs are expended in constructing the knowledge graph, including technical costs, team costs, and organizational costs. The technology has the cost of knowledge extraction, the cost of knowledge storage, the cost of knowledge reasoning, the cost of knowledge retrieval, the cost of operation and maintenance and the cost of updating. Team costs include recruitment costs and education costs. The organization cost includes planning cost, matching cost among departments (other departments are required to participate in data labeling, data arrangement and the like), communication cost and the like.
Aiming at the problem of higher cost in all aspects of building a knowledge graph in the related technology, no effective solution is proposed at present.
Disclosure of Invention
The application mainly aims to provide a method and a device for managing form data, which are used for solving the problem of higher cost in all aspects of building a knowledge graph.
In order to achieve the above object, according to one aspect of the present application, there is provided a management method of a multi-dimensional table.
The management method of the table data according to the present application includes: receiving original form data newly added by a first user at a first terminal; according to a first management operation of a first user at a first terminal, retrieving parameters to be defined from the original form data, and outputting the parameters at the first terminal; determining target parameters in the parameters to be defined according to a second management operation of the first user at the first terminal; a multi-dimensional table is created that is entity based on the target parameters.
Further, receiving the original table data newly added by the first user at the first terminal includes: monitoring whether a new added form operation of a first user exists in a new added interface of the first terminal; if so, storing the newly added original form data and receiving the title type data input by the user; and generating a new record of the original form data according to the title type data, and outputting the new record in a function list interface of the first terminal.
Further, according to a first management operation of the first user at the first terminal, the retrieving the parameter to be defined in the original table data includes: monitoring whether parameter retrieval operation of a first user exists on a function list interface of the first terminal; if so, retrieving the parameters to be defined from the original form data and outputting the parameters at the first terminal.
Further, according to a second management operation of the first user at the first terminal, determining the target parameter in the parameters to be defined includes: monitoring whether a parameter selection operation of a first user exists in a parameter interface to be defined of the first terminal; if so, determining a target parameter in the parameters to be defined.
Further, creating the multidimensional table based on the target parameter as the entity further comprises: monitoring whether a parameter association operation of a first user exists in a parameter interface to be associated of the first terminal; if the first target parameter exists, taking the first target parameter in the multi-dimensional table as a query condition, and taking the second target parameter except the first target parameter as a query target; constructing a first association relation between the query condition and the query target, a second association relation between the query condition and the problems in the problem library, and a third association relation between the second target parameters.
Further, the method further comprises the steps of after constructing the association relation between the query condition and the query target and the association relation between the query condition and the problems in the problem library: receiving a first question pair input by a second user at a second terminal; determining a first query condition of the first question pair according to the first association relation; determining a first query target of the first query condition according to the second association relation; and outputting the first query target at the second terminal.
Further, the method further comprises the steps of after constructing the association relation between the query condition and the query target and the association relation between the query condition and the problems in the problem library: receiving a first question pair input by a second user at a second terminal; determining a first query target of the first problem pair according to a third association relation; and outputting the first query target at the second terminal.
In order to achieve the above object, according to another aspect of the present application, there is provided a management apparatus of form data.
The management device of table data according to the present application includes: the receiving module is used for receiving the original form data newly added by the first user at the first terminal; the first management module is used for retrieving parameters to be defined from the original form data according to a first management operation of a first user on the first terminal and outputting the parameters to be defined at the first terminal; the second management module is used for determining target parameters from the parameters to be defined according to a second management operation of the first user on the first terminal; and the creation module is used for creating a multidimensional table which is based on the target parameters and is an entity.
Further, the method further comprises the following steps: the third management module is used for monitoring whether the parameter interface to be associated of the first terminal has parameter association operation of the first user or not; if the first target parameter exists, taking the first target parameter in the multi-dimensional table as a query condition, and taking the second target parameter except the first target parameter as a query target; the relation construction module is used for constructing a first association relation between the query condition and the query target, a second association relation between the query condition and the problems in the problem base and a third association relation between the second target parameters.
Further, the method further comprises the following steps: the problem receiving module is used for receiving a first problem pair input by a second user at the second terminal; the query module is used for determining a first query condition of the first problem pair according to the first association relation; determining a first query target of the first query condition according to the second association relation; and the output module is used for outputting the first query target at the second terminal.
In the embodiment of the application, a mode of managing form data is adopted, and original form data newly added by a first user at a first terminal is received; according to a first management operation of a first user at a first terminal, retrieving parameters to be defined from the original form data, and outputting the parameters at the first terminal; determining target parameters in the parameters to be defined according to a second management operation of the first user at the first terminal; creating a multi-dimensional table based on the target parameters as entities; the method achieves the aim that the corresponding parameters can be determined in the original form data as target entities only by a small amount of operations, thereby realizing the technical effect of reducing the cost of constructing all aspects of the knowledge graph, and further solving the technical problem of higher cost of constructing all aspects of the knowledge graph caused by the need of a large amount of manual operations, reasoning, searching and the like for determining the target entities.
Drawings
The accompanying drawings, which are included to provide a further understanding of the application, are incorporated in and constitute a part of this specification. The drawings and their description are illustrative of the application and are not to be construed as unduly limiting the application. In the drawings:
FIG. 1 is a flow chart of a method for managing table data according to a first embodiment of the present application;
FIG. 2 is a flowchart of a method for managing table data according to a second embodiment of the present application;
FIG. 3 is a flowchart of a method for managing table data according to a third embodiment of the present application;
FIG. 4 is a flowchart of a method for managing table data according to a fourth embodiment of the present application;
FIG. 5 is a flowchart of a method for managing table data according to a fifth embodiment of the present application;
FIG. 6 is a flowchart of a method for managing table data according to a sixth embodiment of the present application;
FIG. 7 is a flowchart of a method for managing table data according to a seventh embodiment of the present application;
fig. 8 is a schematic diagram of a management apparatus for table data according to the first embodiment of the present application;
fig. 9 is a schematic diagram of a management apparatus for table data according to a second embodiment of the present application;
fig. 10 is a schematic diagram of a management apparatus for table data according to a third embodiment of the present application;
FIG. 11 is a diagram illustrating an original mobile phone parameter table according to a third embodiment of the present application;
FIG. 12 is one of the state diagrams of the first terminal interface according to the preferred embodiment of the present application;
FIG. 13 is a second schematic diagram of the status of the first terminal interface according to the preferred embodiment of the present application;
FIG. 14 is one of the state diagrams of the second terminal interface according to the preferred embodiment of the present application;
FIG. 15 is a second schematic diagram of a state of a second terminal interface according to the preferred embodiment of the present application;
FIG. 16 is a third schematic diagram of the status of the second terminal interface according to the preferred embodiment of the present application;
fig. 17 is a fourth schematic diagram of the state of the second terminal interface according to the preferred embodiment of the present application.
Detailed Description
In order that those skilled in the art will better understand the present application, a technical solution in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in which it is apparent that the described embodiments are only some embodiments of the present application, not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the present application without making any inventive effort, shall fall within the scope of the present application.
It should be noted that the terms "first," "second," and the like in the description and the claims of the present application and the above figures are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate in order to describe the embodiments of the application herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
In the present application, the terms "upper", "lower", "left", "right", "front", "rear", "top", "bottom", "inner", "outer", "middle", "vertical", "horizontal", "lateral", "longitudinal" and the like indicate an azimuth or a positional relationship based on that shown in the drawings. These terms are only used to better describe the present application and its embodiments and are not intended to limit the scope of the indicated devices, elements or components to the particular orientations or to configure and operate in the particular orientations.
Also, some of the terms described above may be used to indicate other meanings in addition to orientation or positional relationships, for example, the term "upper" may also be used to indicate some sort of attachment or connection in some cases. The specific meaning of these terms in the present application will be understood by those of ordinary skill in the art according to the specific circumstances.
Furthermore, the terms "mounted," "configured," "provided," "connected," "coupled," and "sleeved" are to be construed broadly. For example, it may be a fixed connection, a removable connection, or a unitary construction; may be a mechanical connection, or an electrical connection; may be directly connected, or indirectly connected through intervening media, or may be in internal communication between two devices, elements, or components. The specific meaning of the above terms in the present application can be understood by those of ordinary skill in the art according to the specific circumstances.
It should be noted that, without conflict, the embodiments of the present application and features of the embodiments may be combined with each other. The application will be described in detail below with reference to the drawings in connection with embodiments.
According to an embodiment of the present application, there is provided a method for managing table data, as shown in fig. 1, including the following steps S100 to S106:
step S100, receiving original form data newly added by a first user at a first terminal;
the first user refers to a background manager, and the first terminal can be a computer, a mobile phone or the like, and in this embodiment, the first user is preferably a computer, so that batch management operation of the manager is facilitated. The raw form data may be a cell phone parameter form, a video search form, a city business trip form, a food store form, etc.
The manager can upload the original form data to a database in the server through the first terminal, so that a series of management is realized.
According to an embodiment of the present application, as shown in fig. 2, receiving original table data newly added by a first user at a first terminal includes:
step S200, monitoring whether a new added form operation of a first user exists in a new added interface of the first terminal;
step S202, if the original form data exist, the newly added original form data are stored, and the title type data input by a user are received;
step S204, generating a new record of the original table data according to the title type data, and outputting the new record in a function list interface of the first terminal.
In this embodiment, take uploading a mobile phone parameter table as shown in fig. 11 as an example:
the manager opens the application process software on the computer and enters a new interface, as shown in fig. 12, which includes the new options, search bar, and history of previous imported form generation (in the function list interface).
The new form adding operation of the first user means that the manager invokes the uploading interface by clicking the new option, and then inputs the title type in the interface: collecting parameters, inquiring the model, inquiring the heating film, and the like, and selecting the form format type: excel, clicking and uploading the mobile phone parameter table data to a database of a server for storage, and finally generating a new record by the server according to the title type and the format type, and outputting the new record in a function list interface of the first terminal.
In some embodiments, when the server generates a new record according to the title type and the format type, options such as downloading, editing, deleting and the like are configured in the record, and the manager can download, edit and delete the original form data by clicking the options.
Step S102, according to a first management operation of a first user at a first terminal, retrieving parameters to be defined from the original form data, and outputting the parameters at the first terminal;
according to the preferred embodiment of the present application, as shown in fig. 3, according to a first management operation of a first user at a first terminal, parameters to be defined are retrieved from the original table data, and output at the first terminal includes:
monitoring whether parameter retrieval operation of a first user exists on a function list interface of the first terminal;
if so, retrieving the parameters to be defined from the original form data and outputting the parameters at the first terminal.
In this embodiment, when the server generates a new record according to the title type and the format type, a parameter search option is further configured in the record, as shown in fig. 12, by clicking the option (i.e., a parameter search operation), the server monitors that the operation exists, and then can perform parameter search in a table stored in the database, and searches out all relevant parameters in the table, that is, parameters to be defined, and meanwhile, displays a parameter interface to be defined on the first terminal, so as to provide a guarantee for determining the target parameters.
All relevant parameters can be automatically determined in the table by only a small amount of operations, and a large amount of manual operations, reasoning and searching are not needed, so that the cost for constructing all aspects of the knowledge graph is reduced.
In this embodiment, the different tables are stored in the database in a structured storage.
Step S104, determining target parameters in the parameters to be defined according to a second management operation of the first user at the first terminal;
according to the embodiment of the present application, as shown in fig. 4, according to the second management operation of the first user at the first terminal, determining the target parameter among the parameters to be defined includes:
step S400, monitoring whether a parameter interface to be defined of a first terminal has parameter selection operation of a first user;
step S402, if the target parameter exists, determining the target parameter in the parameters to be defined.
In this embodiment, after the first terminal displays the interface of the parameter to be defined, the administrator may screen the parameter in the interface. As shown in fig. 12, all parameter labels retrieved from the mobile phone parameter table include: model, 2K screen resolution, 4g+, NFC tag, etc.; the manager can select or delete a certain tab through a parameter selection operation (clicking tab), so that the manager can select a parameter which is considered important as a target parameter, and not select the parameter which is not important.
The corresponding parameters can be determined as target parameters in the parameters to be defined only by a small amount of operations, and a large amount of manual operations, reasoning and searching are not needed, so that the cost for constructing all aspects of the knowledge graph is reduced.
And step S106, creating a multidimensional table which is based on the target parameters and is an entity.
The server receives target parameters selected at the first terminal, and re-creates an original mobile phone parameter table according to the target parameters to obtain a multi-dimensional table; technical support can be provided for subsequent problem association through the multidimensional table.
As shown in fig. 5, after creating the multidimensional table with the entity based on the target parameter, the method according to the embodiment of the present application further includes:
step S500, monitoring whether a parameter interface to be associated of a first terminal has parameter association operation of a first user;
step S502, if the target parameters exist, taking the first target parameters in the multi-dimensional table as query conditions, and taking the second target parameters except the first target parameters as query targets;
step S504, constructing a first association relation between the query condition and the query target, a second association relation between the query condition and the questions in the question bank, and a third association relation between the second target parameters.
After the multidimensional form is established, the manager can establish the association relation among the parameters through the parameter association operation. As shown in fig. 13, the manager clicks on the FAQ management to enter the FAQ editing interface in which the manager can set standard questions by an operation such as: inquiring parameters of the mobile phone; it is also possible to select a previously created multi-dimensional table as an answer to the question and set the corresponding parameters as query targets or query conditions.
In the process, the server firstly receives and determines the set problems according to the operation of personnel and stores the problems into a problem library; then establishing a management relationship among parameters according to the set query targets and the set query conditions; in this embodiment, the collection parameters of the mobile phone are used as the query targets, the signals of the mobile phone are used as the query conditions, the first association relationship between the query targets and the query conditions is established, the second association relationship between the questions and the query conditions is established, and the third association relationship between the collection parameters is established, so that when a person inputs a certain question, a certain model or a certain collection parameter, all the target parameters are associated.
According to an embodiment of the present application, as shown in fig. 6, a first association relationship between a query condition and a query target is constructed, a second association relationship between a query condition and a problem in a problem library, and a third association relationship between second target parameters further include:
step S600, receiving a first question pair input by a second user at a second terminal;
step S602, determining a first query condition of the first question pair according to a first association relation;
step S604, determining a first query target of the first query condition according to the second association relation;
step S606, outputting the first query target at the second terminal.
The second user refers to a query person, the second terminal can be a mobile phone or a computer, preferably a mobile phone, and the second user is convenient to carry; in this embodiment, after the association between the questions and the multidimensional table is performed, the association relationship is set in the question-answering robot, as shown in fig. 14, when a query person inputs a question "query mobile phone parameter" word in a question pair, the question-answering robot automatically searches for another question in the question pair, and continues to ask what is the mobile phone model, the query person inputs a model "MSPLUS" word according to the question, and the question-answering robot outputs all the collection parameters meeting the conditions as answers according to the model.
In this embodiment, the inquirer may also directly ask the model number, as shown in fig. 15, for example: and if 'I want to check the mobile phone parameters of the model 103 BL', the question-answering robot directly outputs corresponding collecting parameters according to the model as an answer.
According to an embodiment of the present application, as shown in fig. 7, a first association relationship between a query condition and a query target is constructed, a second association relationship between a query condition and a problem in a problem library, and a third association relationship between second target parameters further include:
step S700, receiving a first question pair input by a second user at a second terminal;
step S702, determining a first query target of the first question pair according to a third association relation;
step S704, outputting the first query target at the second terminal.
The second user refers to a query person, the second terminal can be a mobile phone or a computer, preferably a mobile phone, and the second user is convenient to carry; in this embodiment, after the association between the questions and the multidimensional table is performed, the association relationship is set in the question-answering robot, as shown in fig. 16-17, referring to the third association relationship, when a query person inputs a question in the question pair, "query mobile phone parameters supporting NFC or query mobile phone parameters not supporting NFC," word, the question-answering robot outputs all the collection parameters meeting the conditions according to the collection parameters as answers. The application of the multi-dimensional table-based question-answering robot is realized, and the searching precision can be improved.
From the above description, it can be seen that the following technical effects are achieved:
in the embodiment of the application, a mode of managing form data is adopted, and original form data newly added by a first user at a first terminal is received; according to a first management operation of a first user at a first terminal, retrieving parameters to be defined from the original form data, and outputting the parameters at the first terminal; determining target parameters in the parameters to be defined according to a second management operation of the first user at the first terminal; creating a multi-dimensional table based on the target parameters as entities; the method achieves the aim that the corresponding parameters can be determined in the original form data as target entities only by a small amount of operations, thereby realizing the technical effect of reducing the cost of constructing all aspects of the knowledge graph, and further solving the technical problem of higher cost of constructing all aspects of the knowledge graph caused by the need of a large amount of manual operations, reasoning, searching and the like for determining the target entities.
It should be noted that the steps illustrated in the flowcharts of the figures may be performed in a computer system such as a set of computer executable instructions, and that although a logical order is illustrated in the flowcharts, in some cases the steps illustrated or described may be performed in an order other than that illustrated herein.
According to an embodiment of the present application, there is also provided an apparatus for implementing the method for managing table data, as shown in fig. 8, the apparatus includes:
a receiving module 10, configured to receive original table data newly added by a first user at a first terminal;
the first user refers to a background manager, and the first terminal can be a computer, a mobile phone or the like, and in this embodiment, the first user is preferably a computer, so that batch management operation of the manager is facilitated. The raw form data may be a cell phone parameter form, a video search form, a city business trip form, a food store form, etc.
The manager can upload the original form data to a database in the server through the first terminal, so that a series of management is realized.
Preferably, according to an embodiment of the present application, receiving original table data newly added by a first user at a first terminal includes:
monitoring whether a new added form operation of a first user exists in a new added interface of the first terminal;
if so, storing the newly added original form data and receiving the title type data input by the user;
and generating a new record of the original form data according to the title type data, and outputting the new record in a function list interface of the first terminal.
In this embodiment, take uploading a mobile phone parameter table as shown in fig. 11 as an example:
the manager opens the application process software on the computer and enters a new interface, as shown in fig. 12, which includes the new options, search bar, and history of previous imported form generation (in the function list interface).
The new form adding operation of the first user means that the manager invokes the uploading interface by clicking the new option, and then inputs the title type in the interface: collecting parameters, inquiring the model, inquiring the heating film, and the like, and selecting the form format type: excel, clicking and uploading the mobile phone parameter table data to a database of a server for storage, and finally generating a new record by the server according to the title type and the format type, and outputting the new record in a function list interface of the first terminal.
In some embodiments, when the server generates a new record according to the title type and the format type, options such as downloading, editing, deleting and the like are configured in the record, and the manager can download, edit and delete the original form data by clicking the options.
The first management module 20 is configured to retrieve parameters to be defined from the original table data according to a first management operation of the first user at the first terminal, and output the parameters at the first terminal;
according to the preferred embodiment of the present application, according to the first management operation of the first user at the first terminal, the parameters to be defined are retrieved from the original table data, and the output at the first terminal includes:
monitoring whether parameter retrieval operation of a first user exists on a function list interface of the first terminal;
if so, retrieving the parameters to be defined from the original form data and outputting the parameters at the first terminal.
In this embodiment, when the server generates a new record according to the title type and the format type, a parameter search option is further configured in the record, as shown in fig. 12, by clicking the option (i.e., a parameter search operation), the server monitors that the operation exists, and then can perform parameter search in a table stored in the database, and searches out all relevant parameters in the table, that is, parameters to be defined, and meanwhile, displays a parameter interface to be defined on the first terminal, so as to provide a guarantee for determining the target parameters.
All relevant parameters can be automatically determined in the table by only a small amount of operations, and a large amount of manual operations, reasoning and searching are not needed, so that the cost for constructing all aspects of the knowledge graph is reduced.
In this embodiment, the different tables are stored in the database in a structured storage.
A second management module 30, configured to determine a target parameter from the parameters to be defined according to a second management operation of the first user at the first terminal;
according to the embodiment of the present application, preferably, according to a second management operation of the first user at the first terminal, determining the target parameter among the parameters to be defined includes:
monitoring whether a parameter selection operation of a first user exists in a parameter interface to be defined of the first terminal;
if so, determining a target parameter in the parameters to be defined.
In this embodiment, after the first terminal displays the interface of the parameter to be defined, the administrator may screen the parameter in the interface. As shown in fig. 12, all parameter labels retrieved from the mobile phone parameter table include: model, 2K screen resolution, 4g+, NFC tag, etc.; the manager can select or delete a certain tab through a parameter selection operation (clicking tab), so that the manager can select a parameter which is considered important as a target parameter, and not select the parameter which is not important.
The corresponding parameters can be determined as target parameters in the parameters to be defined only by a small amount of operations, and a large amount of manual operations, reasoning and searching are not needed, so that the cost for constructing all aspects of the knowledge graph is reduced.
A creation module 40, configured to create a multidimensional table for an entity based on the target parameter.
The server receives target parameters selected at the first terminal, and re-creates an original mobile phone parameter table according to the target parameters to obtain a multi-dimensional table; technical support can be provided for subsequent problem association through the multidimensional table.
According to an embodiment of the present application, as shown in fig. 9, preferably, the method further includes:
a third management module 50 for
Monitoring whether a parameter association operation of a first user exists in a parameter interface to be associated of the first terminal;
if the first target parameter exists, taking the first target parameter in the multi-dimensional table as a query condition, and taking the second target parameter except the first target parameter as a query target;
a relationship construction module 60 for
Constructing a first association relation between the query condition and the query target, a second association relation between the query condition and the problems in the problem library, and a third association relation between the second target parameters.
After the multidimensional form is established, the manager can establish the association relation among the parameters through the parameter association operation. As shown in fig. 13, the manager clicks on the FAQ management to enter the FAQ editing interface in which the manager can set standard questions by an operation such as: inquiring parameters of the mobile phone; it is also possible to select a previously created multi-dimensional table as an answer to the question and set the corresponding parameters as query targets or query conditions.
In the process, the server firstly receives and determines the set problems according to the operation of personnel and stores the problems into a problem library; then establishing a management relationship among parameters according to the set query targets and the set query conditions; in this embodiment, the collection parameters of the mobile phone are used as the query targets, the signals of the mobile phone are used as the query conditions, the first association relationship between the query targets and the query conditions is established, the second association relationship between the questions and the query conditions is established, and the third association relationship between the collection parameters is established, so that when a person inputs a certain question, a certain model or a certain collection parameter, all the target parameters are associated.
According to an embodiment of the present application, preferably, as shown in fig. 10, further includes:
the problem-receiving module 70,
a first question pair for receiving a second user input at a second terminal;
a query module 80 for
Determining a first query condition of the first question pair according to the first association relation;
determining a first query target of the first query condition according to the second association relation;
an output module 90 for
And outputting the first query target at the second terminal.
The second user refers to a query person, the second terminal can be a mobile phone or a computer, preferably a mobile phone, and the second user is convenient to carry; in this embodiment, after the association between the questions and the multidimensional table is performed, the association relationship is set in the question-answering robot, as shown in fig. 14, when a query person inputs a question "query mobile phone parameter" word in a question pair, the question-answering robot automatically searches for another question in the question pair, and continues to ask what is the mobile phone model, the query person inputs a model "MSPLUS" word according to the question, and the question-answering robot outputs all the collection parameters meeting the conditions as answers according to the model.
In this embodiment, the inquirer may also directly ask the model number, as shown in fig. 15, for example: and if 'I want to check the mobile phone parameters of the model 103 BL', the question-answering robot directly outputs corresponding collecting parameters according to the model as an answer.
According to the preferred embodiment of the application, the construction of the first association relationship between the query condition and the query target, the construction of the second association relationship between the query condition and the questions in the question bank, and the construction of the third association relationship between the second target parameters further comprise:
receiving a first question pair input by a second user at a second terminal;
determining a first query target of the first problem pair according to a third association relation;
and outputting the first query target at the second terminal.
The second user refers to a query person, the second terminal can be a mobile phone or a computer, preferably a mobile phone, and the second user is convenient to carry; in this embodiment, after the association between the questions and the multidimensional table is performed, the association relationship is set in the question-answering robot, as shown in fig. 16-17, referring to the third association relationship, when a query person inputs a question in the question pair, "query mobile phone parameters supporting NFC or query mobile phone parameters not supporting NFC," word, the question-answering robot outputs all the collection parameters meeting the conditions according to the collection parameters as answers. The application of the multi-dimensional table-based question-answering robot is realized, and the searching precision can be improved.
From the above description, it can be seen that the following technical effects are achieved:
in the embodiment of the application, a mode of managing form data is adopted, and original form data newly added by a first user at a first terminal is received; according to a first management operation of a first user at a first terminal, retrieving parameters to be defined from the original form data, and outputting the parameters at the first terminal; determining target parameters in the parameters to be defined according to a second management operation of the first user at the first terminal; creating a multi-dimensional table based on the target parameters as entities; the method achieves the aim that the corresponding parameters can be determined in the original form data as target entities only by a small amount of operations, thereby realizing the technical effect of reducing the cost of constructing all aspects of the knowledge graph, and further solving the technical problem of higher cost of constructing all aspects of the knowledge graph caused by the need of a large amount of manual operations, reasoning, searching and the like for determining the target entities.
It will be apparent to those skilled in the art that the modules or steps of the application described above may be implemented in a general purpose computing device, they may be concentrated on a single computing device, or distributed across a network of computing devices, or they may alternatively be implemented in program code executable by computing devices, such that they may be stored in a memory device for execution by the computing devices, or they may be separately fabricated into individual integrated circuit modules, or multiple modules or steps within them may be fabricated into a single integrated circuit module. Thus, the present application is not limited to any specific combination of hardware and software.
The above description is only of the preferred embodiments of the present application and is not intended to limit the present application, but various modifications and variations can be made to the present application by those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the protection scope of the present application.
Claims (5)
1. A method of managing form data, comprising:
receiving original form data newly added by a first user at a first terminal;
according to a first management operation of a first user at a first terminal, retrieving parameters to be defined from the original form data, and outputting the parameters at the first terminal;
determining target parameters in the parameters to be defined according to a second management operation of the first user at the first terminal;
creating a multi-dimensional table based on the target parameters as entities;
monitoring whether a parameter association operation of a first user exists in a parameter interface to be associated of the first terminal;
if the first target parameter exists, taking the first target parameter in the multi-dimensional table as a query condition, and taking the second target parameter except the first target parameter as a query target;
constructing a first association relation between the query condition and the query target, a second association relation between the query condition and the problems in the problem library, and a third association relation between the second target parameters;
receiving a first question pair input by a second user at a second terminal;
determining a first query condition of the first question pair according to the first association relation;
determining a first query target of the first query condition according to the second association relation;
outputting the first query target at the second terminal; or alternatively, the first and second heat exchangers may be,
receiving a first question pair input by a second user at a second terminal;
determining a first query target of the first problem pair according to a third association relation;
and outputting the first query target at the second terminal.
2. The method of managing of claim 1, wherein receiving the original form data newly added by the first user at the first terminal comprises:
monitoring whether a new added form operation of a first user exists in a new added interface of the first terminal;
if so, storing the newly added original form data and receiving the title type data input by the user;
and generating a new record of the original form data according to the title type data, and outputting the new record in a function list interface of the first terminal.
3. The method according to claim 1, wherein retrieving parameters to be defined in the original form data according to a first management operation of a first user at a first terminal, and outputting at the first terminal comprises:
monitoring whether parameter retrieval operation of a first user exists on a function list interface of the first terminal;
if so, retrieving the parameters to be defined from the original form data and outputting the parameters at the first terminal.
4. The method according to claim 1, wherein determining the target parameter among the parameters to be defined according to the second management operation of the first user at the first terminal comprises:
monitoring whether a parameter selection operation of a first user exists in a parameter interface to be defined of the first terminal;
if so, determining a target parameter in the parameters to be defined.
5. A management apparatus for table data, comprising:
the receiving module is used for receiving the original form data newly added by the first user at the first terminal;
the first management module is used for retrieving parameters to be defined from the original form data according to a first management operation of a first user on the first terminal and outputting the parameters to be defined at the first terminal;
the second management module is used for determining target parameters from the parameters to be defined according to a second management operation of the first user on the first terminal;
the creation module is used for creating a multidimensional table which is based on the target parameters and is an entity;
the third management module is used for monitoring whether the parameter interface to be associated of the first terminal has parameter association operation of the first user or not;
if the first target parameter exists, taking the first target parameter in the multi-dimensional table as a query condition, and taking the second target parameter except the first target parameter as a query target;
the relation construction module is used for constructing a first association relation between the query condition and the query target, a second association relation between the query condition and the problems in the problem library and a third association relation between the second target parameters;
the problem receiving module is used for receiving a first problem pair input by a second user at the second terminal;
the query module is used for determining a first query condition of the first problem pair according to the first association relation; determining a first query target of the first query condition according to the second association relation;
the output module is used for outputting the first query target at the second terminal;
the problem receiving module is also used for receiving a first problem pair input by a second user at the second terminal;
the query module is further used for determining a first query target of the first problem pair according to the third association relation;
and the output module is also used for outputting the first query target at the second terminal.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910992368.3A CN110851618B (en) | 2019-10-18 | 2019-10-18 | Management method and device for form data |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910992368.3A CN110851618B (en) | 2019-10-18 | 2019-10-18 | Management method and device for form data |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110851618A CN110851618A (en) | 2020-02-28 |
CN110851618B true CN110851618B (en) | 2023-09-26 |
Family
ID=69597675
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910992368.3A Active CN110851618B (en) | 2019-10-18 | 2019-10-18 | Management method and device for form data |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110851618B (en) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109902087A (en) * | 2019-02-02 | 2019-06-18 | 上海奔影网络科技有限公司 | For the data processing method and device of question and answer, server |
CN110222049A (en) * | 2019-05-07 | 2019-09-10 | 北京来也网络科技有限公司 | Data processing method and device based on more wheel dialogues |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10127274B2 (en) * | 2016-02-08 | 2018-11-13 | Taiger Spain Sl | System and method for querying questions and answers |
-
2019
- 2019-10-18 CN CN201910992368.3A patent/CN110851618B/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109902087A (en) * | 2019-02-02 | 2019-06-18 | 上海奔影网络科技有限公司 | For the data processing method and device of question and answer, server |
CN110222049A (en) * | 2019-05-07 | 2019-09-10 | 北京来也网络科技有限公司 | Data processing method and device based on more wheel dialogues |
Also Published As
Publication number | Publication date |
---|---|
CN110851618A (en) | 2020-02-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110147437B (en) | Knowledge graph-based searching method and device | |
US20200150621A1 (en) | Control interface for metric definition specification for assets driven by search-derived asset tree hierarchy | |
CN101636935B (en) | Location in search queries | |
CN102880687B (en) | Based on individual interactive data retrieval method and the system thereof of label technique | |
CN106716402A (en) | Entity-centric knowledge discovery | |
CN102810094A (en) | Report generation method and device | |
CN106844753B (en) | Method and device for constructing network element tree component | |
CN105447723A (en) | Promotion system and promotion method | |
US8954451B2 (en) | Selecting microblog entries based on web pages, via path similarity within hierarchy of categories | |
CN112311571B (en) | Network topology generation method and device, electronic equipment and non-transitory storage medium | |
CN107203532A (en) | Construction method, the implementation method of search and the device of directory system | |
CN105893636A (en) | Historical sharing recording method and device | |
CN105183916A (en) | Device and method for managing unstructured data | |
CN114385620A (en) | Data processing method, device, equipment and readable storage medium | |
CN112231317B (en) | Data query method, device, electronic device and storage medium | |
CN110851618B (en) | Management method and device for form data | |
CN116127047A (en) | Method and device for establishing enterprise information base | |
US9443274B1 (en) | System watches for new paths to a target in a social graph | |
CN101788981A (en) | Deep web mobile search method, server and system | |
CN106503085B (en) | Domain-based customizable search systems, methods, and techniques | |
CN112860725A (en) | SQL automatic generation method and device, storage medium and electronic equipment | |
Lim et al. | Tabu search embedded simulated annealing for the shortest route cut and fill problem | |
CN108536872B (en) | Method and device for optimizing knowledge base structure | |
Cheng et al. | Extensions of GAP‐tree and its implementation based on a non‐topological data model | |
CN116932488B (en) | Courseware generation method, device and system based on knowledge graph and storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |